[發明專利]一種多媒體數據傳輸系統及其應用方法無效
| 申請號: | 201110298906.2 | 申請日: | 2011-09-29 | 
| 公開(公告)號: | CN102340506A | 公開(公告)日: | 2012-02-01 | 
| 發明(設計)人: | 鄒陽星 | 申請(專利權)人: | 廣東高新興通信股份有限公司 | 
| 主分類號: | H04L29/06 | 分類號: | H04L29/06 | 
| 代理公司: | 廣州粵高專利商標代理有限公司 44102 | 代理人: | 禹小明;邱奕才 | 
| 地址: | 510530 廣東省廣*** | 國省代碼: | 廣東;44 | 
| 權利要求書: | 查看更多 | 說明書: | 查看更多 | 
| 摘要: | |||
| 搜索關鍵詞: | 一種 多媒體 數據傳輸 系統 及其 應用 方法 | ||
技術領域
本發明屬于多媒體數據傳輸領域,具體涉及一種多媒體數據傳輸系統及其應用方法。
背景技術
目前,RTSP/RTP??協議是當前應用比較廣泛一種多媒體傳輸控制方法,其為應用提供端到端的實時網絡傳輸。該方法的弊端是每個流媒體傳輸要使用3個連接信道:一個RTSP協議信道,一個RTCP信道,一個RTP信道,占用了較多的有限的系統端口(當前操作系統最大只支持65535個端口),信道建立的握手交互較多,不太適應以實時性要求高的連接頻繁的場合。
另外,TCP/UDP協議屬于網絡傳輸層協議,其中TCP提供IP環境下的數據可靠傳輸,它提供的服務包括數據流傳送、可靠性、有效流控、全雙工操作和多路復用,通過面向連接、端到端和可靠的數據包發送。通俗說,它是事先為所發送的數據開辟出連接好的通道,然后再進行數據發送;而UDP則不為IP提供可靠性、流控或差錯恢復功能。一般來說,TCP對應的是可靠性要求高的應用,而UDP對應的則是可靠性要求低、傳輸經濟的應用,本發明是基于TCP/UDP協議實現的系統和方法。
發明內容
針對現有技術的缺點,本發明的目的是提供一種通過使用單通道進行多媒體數據傳輸和控制提高單個服務器能夠管理的鏈接數據,提高傳輸握手的鏈接速度的多媒體數據傳輸系統及其應用方法。
為實現上述目的,本發明的一種多媒體數據傳輸系統包括:
流媒體協議,用于規定通信消息格式封裝和通信流程;
安裝有流媒體協議的服務器,用于接受客戶端連接和連接的管理,接收、解析并響應客戶端的請求,以及把多媒體數據按流媒體協議發送到客戶端;
安裝有流媒體協議的客戶端,用于建立與服務器的連接和對連接進行維護,并將請求按流媒體協議發送給服務器以及對接收到的響應消息進行解析返回給應用者。
作為一種優選方案,流媒體協議的結構包括依次排列的包頭數據、負載數據和CRC校驗數據。
作為進一步的優選方案,包頭數據的長度為80比特,負載數據的長度隨實際傳輸的多媒體數據長度變化而變化。
作為進一步的優選方案,包頭數據的結構包括依次排列的當前包長度、協議版本、包類型、校驗方式、分包末尾包標識、包序號、包內分包序號、會話子通道號、附加值。
作為進一步的優選方案,當前包長度、協議版本、包類型、校驗方式、分包末尾包標識、包序號、包內分包序號、會話子通道號、附加值長度分別為24比特、3比特、1比特、3比特、1比特、16比特、16比特、8比特、8比特。
為了實現第二個發明目的,采用如下技術方案:
本發明提供了一種多媒體數據傳輸的應用方法,采用權利要求1所述系統實現,包括如下步驟:
A.客戶端建立會話通道:客戶端向服務器發送連接請求;
B.服務器接收到連接請求后對連接請求進行解析,建立與客戶端的會話通道;此時客戶端等待服務器的連接請求響應,服務器建立會話通道后向客戶端返回連接請求結果;
C.?會話通道建立后,服務器等待客戶端的心跳或者命令;
D.客戶端向服務器發送開始播放命令,請求進行多媒體數據的傳輸;
E.服務器接收到開始播放命令后向客戶端傳輸多媒體數據;
F.客戶端向服務器發送結束命令并等待服務器的響應;
G.服務器接收到結束命令后返回結束響應結果,停止傳輸多媒體數據并拆除與客戶端的會話通道,會話結束;
H.客戶端接收到結束響應結果后拆除與服務器的會話通道。
作為一種優選方案,客戶端和服務器中安裝有流媒體協議,所述流媒體協議的結構包括依次排列的包頭數據、負載數據和CRC校驗數據。
作為進一步的優選方案,包頭數據的長度為80比特,負載數據的長度隨實際傳輸的多媒體數據長度變化而變化。
作為進一步的優選方案,包頭數據的結構包括依次排列的24比特的當前包長度、3比特的協議版本、1比特的包類型、3比特的校驗方式、1比特的分包末尾包標識、16比特的包序號、16比特的包內分包序號、8比特的會話子通道號、8比特的附加值。
作為另一種優選方案,客戶端中設置有存活定時器keepalive,在進行流媒體數據傳輸過程中,還進行如下步驟:
e1.客戶端向服務器發送keepalive命令,探測流媒體數據傳輸是否發生擁塞;此時客戶端還向服務器發送控制命令;
e2.客戶端等待服務器的keepalive響應;
e3.服務器返回keepalive響應,如果keepalive響應為擁塞,則客戶端向服務器發送重傳命令。
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于廣東高新興通信股份有限公司,未經廣東高新興通信股份有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201110298906.2/2.html,轉載請聲明來源鉆瓜專利網。





