[發(fā)明專利]一種多媒體數(shù)據(jù)傳輸系統(tǒng)及其應用方法

無效

• 申請?zhí)枺?/td>: 201110298906.2
• 申請日: 2011-09-29
• 公開（公告）號: CN102340506A
• 公開（公告）日: 2012-02-01
• 發(fā)明（設(shè)計）人: 鄒陽星
• 申請（專利權(quán)）人: 廣東高新興通信股份有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06
• 代理公司: 廣州粵高專利商標代理有限公司 44102
• 代理人: 禹小明;邱奕才

1.一種多媒體數(shù)據(jù)傳輸系統(tǒng)，其特征在于，包括：

流媒體協(xié)議，用于規(guī)定通信消息格式封裝和通信流程；

安裝有流媒體協(xié)議的服務器，用于接受客戶端連接和連接的管理，接收、解析并響應客戶端的請求，以及把多媒體數(shù)據(jù)按流媒體協(xié)議發(fā)送到客戶端；

安裝有流媒體協(xié)議的客戶端，用于建立與服務器的連接和對連接進行維護，并將請求按流媒體協(xié)議發(fā)送給服務器以及對接收到的響應消息進行解析返回給應用者。

2.根據(jù)權(quán)利要求1所述的多媒體數(shù)據(jù)傳輸系統(tǒng)，其特征在于，流媒體協(xié)議的結(jié)構(gòu)包括依次排列的包頭數(shù)據(jù)、負載數(shù)據(jù)和CRC校驗數(shù)據(jù)。

3.根據(jù)權(quán)利要求2所述的多媒體數(shù)據(jù)傳輸系統(tǒng)，其特征在于，包頭數(shù)據(jù)的長度為80比特，負載數(shù)據(jù)的長度隨實際傳輸?shù)亩嗝襟w數(shù)據(jù)長度變化而變化。

4.根據(jù)權(quán)利要求3所述的多媒體數(shù)據(jù)傳輸系統(tǒng)，其特征在于，包頭數(shù)據(jù)的結(jié)構(gòu)包括依次排列的當前包長度、協(xié)議版本、包類型、校驗方式、分包末尾包標識、包序號、包內(nèi)分包序號、會話子通道號、附加值。

5.根據(jù)權(quán)利要求4所述的多媒體數(shù)據(jù)傳輸系統(tǒng)，其特征在于，當前包長度、協(xié)議版本、包類型、校驗方式、分包末尾包標識、包序號、包內(nèi)分包序號、會話子通道號、附加值長度分別為24比特、3比特、1比特、3比特、1比特、16比特、16比特、8比特、8比特。

6.一種多媒體數(shù)據(jù)傳輸?shù)膽梅椒ǎ捎脵?quán)利要求1所述系統(tǒng)實現(xiàn)，其特征在于，包括如下步驟：

A.客戶端建立會話通道：客戶端向服務器發(fā)送連接請求；

B.服務器接收到連接請求后對連接請求進行解析，建立與客戶端的會話通道；此時客戶端等待服務器的連接請求響應，服務器建立會話通道后向客戶端返回連接請求結(jié)果；

C.?會話通道建立后，服務器等待客戶端的心跳或者命令；

D.客戶端向服務器發(fā)送開始播放命令，請求進行多媒體數(shù)據(jù)的傳輸；

E.服務器接收到開始播放命令后向客戶端傳輸多媒體數(shù)據(jù)；

F.客戶端向服務器發(fā)送結(jié)束命令并等待服務器的響應；

G．服務器接收到結(jié)束命令后返回結(jié)束響應結(jié)果，停止傳輸多媒體數(shù)據(jù)并拆除與客戶端的會話通道，會話結(jié)束；

H.客戶端接收到結(jié)束響應結(jié)果后拆除與服務器的會話通道。

7.根據(jù)權(quán)利要求6所述多媒體數(shù)據(jù)傳輸?shù)膽梅椒ǎ涮卣髟谟冢蛻舳撕头掌髦邪惭b有流媒體協(xié)議，所述流媒體協(xié)議的結(jié)構(gòu)包括依次排列的包頭數(shù)據(jù)、負載數(shù)據(jù)和CRC校驗數(shù)據(jù)。

8.根據(jù)權(quán)利要求7所述的多媒體數(shù)據(jù)傳輸系統(tǒng)，其特征在于，包頭數(shù)據(jù)的長度為80比特，負載數(shù)據(jù)的長度隨實際傳輸?shù)亩嗝襟w數(shù)據(jù)長度變化而變化。

9.根據(jù)權(quán)利要求8所述的多媒體數(shù)據(jù)傳輸系統(tǒng)，其特征在于，包頭數(shù)據(jù)的結(jié)構(gòu)包括依次排列的24比特的當前包長度、3比特的協(xié)議版本、1比特的包類型、3比特的校驗方式、1比特的分包末尾包標識、16比特的包序號、16比特的包內(nèi)分包序號、8比特的會話子通道號、8比特的附加值。

10.根據(jù)權(quán)利要求7所述多媒體數(shù)據(jù)傳輸?shù)膽梅椒ǎ涮卣髟谟冢蛻舳酥性O(shè)置有存活定時器keepalive，在進行流媒體數(shù)據(jù)傳輸過程中，還進行如下步驟：

e1.客戶端向服務器發(fā)送keepalive命令，探測流媒體數(shù)據(jù)傳輸是否發(fā)生擁塞；此時客戶端還向服務器發(fā)送控制命令；

e2.客戶端等待服務器的keepalive響應；

e3.服務器返回keepalive響應，如果keepalive響應為擁塞，則客戶端向服務器發(fā)送重傳命令。