欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種實現(xiàn)rtp數(shù)據(jù)流多路復(fù)用的信令協(xié)商方法和裝置的制作方法

文檔序號:7710153閱讀:217來源:國知局
專利名稱:一種實現(xiàn)rtp數(shù)據(jù)流多路復(fù)用的信令協(xié)商方法和裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及多媒體通訊領(lǐng)域,尤其涉及一種實現(xiàn)RTP數(shù)據(jù)流多路復(fù)用 的信令協(xié)商方法和裝置。
背景技術(shù)
隨著多媒體通訊的發(fā)展,網(wǎng)絡(luò)帶寬越來越成為稀缺資源。當(dāng)兩個大容量 網(wǎng)絡(luò)設(shè)備如兩個NGN (下一代網(wǎng)絡(luò))的媒體網(wǎng)關(guān)進(jìn)行通訊時,相對于有效 載荷數(shù)據(jù),Layer2/IP/UDP包頭占用了大量字節(jié)數(shù),降低了帶寬利用率。因 此研究將幾個不同的用戶面連4妄上的RTP ( Real-Time Transport Protocol,實 時傳輸協(xié)議)數(shù)據(jù)包復(fù)用到一個Layer2/IP/UDP包中傳輸,就可以達(dá)到節(jié)省 帶寬的目的,同時為實現(xiàn)端到端RTP的復(fù)用處理,相應(yīng)的研究也應(yīng)包括用 于包復(fù)用協(xié)商的信令擴展,以及RTP包頭的可選壓縮方式。當(dāng)前采用RTP流多路復(fù)用功能的大容量網(wǎng)絡(luò)設(shè)備,通常將RTP多路復(fù) 用的協(xié)商處理;故在內(nèi)部業(yè)務(wù)處理單元完成,將RTP多^各復(fù)用信息附加在RTP 會話中傳遞給系統(tǒng)的網(wǎng)絡(luò)接口單元,再由網(wǎng)絡(luò)接口單元發(fā)送給RTP多路復(fù) 用目的端,完成RTP多路復(fù)用協(xié)商。在這種情況下,RTP多^^復(fù)用協(xié)商信 息占用了部分系統(tǒng)內(nèi)部RTP資源,同時網(wǎng)絡(luò)接口單元需要從大量RTP會話 中頻繁解析RTP多路復(fù)用協(xié)商信息,影響了網(wǎng)絡(luò)接口單元的處理性能,另 外對于某些業(yè)務(wù)處理單元功能相對集成和單一的情況,無法靈活實現(xiàn)將RTP 多路復(fù)用信息附加在RTP會話中,也就無法完成RTP多路復(fù)用協(xié)商的功能。發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問題是提出一種實現(xiàn)RTP數(shù)據(jù)流多路復(fù)用的信 令協(xié)商方法和裝置,以達(dá)到有效提高網(wǎng)絡(luò)帶寬利用率的目的。為了解決上述技術(shù)問題,本發(fā)明提供了一種實現(xiàn)RTP數(shù)據(jù)流多路復(fù)用的信令協(xié)商方法,包括發(fā)起端設(shè)置本端RTP數(shù)據(jù)流多路復(fù)用功能使能,并向發(fā)起端網(wǎng)絡(luò)接口 單元同步RTP多路復(fù)用配置信息;發(fā)起端網(wǎng)絡(luò)接口單元根據(jù)所述RTP多路復(fù)用配置信息,向各目的接收 端發(fā)起RTCP協(xié)商請求;接收端網(wǎng)絡(luò)接口單元接收到所述RTCP協(xié)商請求后,才艮據(jù)接收端RTP 多路復(fù)用配置信息,對判定協(xié)商成功的情況返回RTCP協(xié)商響應(yīng)報文,并準(zhǔn) 備對連接該接收端的RTP流進(jìn)行多路復(fù)用和解復(fù)用處理;發(fā)起端的網(wǎng)絡(luò)接口單元接收到RTC協(xié)商響應(yīng)報文,對該目的接收端協(xié) 商成功,對連接該發(fā)起端的RTP數(shù)據(jù)流進(jìn)行多路復(fù)用和解復(fù)用處理。為了解決上述技術(shù)問題,本發(fā)明還提供了一種實現(xiàn)RTP數(shù)據(jù)流多路復(fù) 用的信令協(xié)商裝置,包括發(fā)起端信令協(xié)商模塊,用于設(shè)置本端RTP數(shù)據(jù)流多路復(fù)用功能使能, 并向發(fā)起端網(wǎng)絡(luò)接口單元同步RTP多路復(fù)用配置信息;用于根據(jù)所述RTP 多路復(fù)用配置信息,向各目的接收端發(fā)起RTCP協(xié)商請求;接收端信令協(xié)商模塊,用于根據(jù)本端RTP多路復(fù)用配置信息,對判定 協(xié)商成功的情況返回RTCP協(xié)商響應(yīng)4艮文,并準(zhǔn)備對連接該接收端的RTP 流進(jìn)行多路復(fù)用和解復(fù)用處理。本發(fā)明提出的實現(xiàn)RTP數(shù)據(jù)流多路復(fù)用的信令協(xié)商方法和裝置,通過 系統(tǒng)的網(wǎng)絡(luò)接口單元實現(xiàn)RTP多路復(fù)用的信令協(xié)商處理,并且針對RTCP (Real-Time Transport Control Protocol,實時傳輸控制協(xié)議)應(yīng)用的普適性, 提出通過RTCP信令擴展報文完成RTP多路復(fù)用協(xié)商的方法和實現(xiàn)。在這 種方法中,系統(tǒng)內(nèi)部的業(yè)務(wù)處理單元不再參與RTP多^各復(fù)用協(xié)商處理,系 統(tǒng)內(nèi)部的網(wǎng)絡(luò)接口單元也不需要從RTP會話中解析附加的RTP多路復(fù)用協(xié) 商信息。通過采用所述方法和裝置,能夠?qū)崿F(xiàn)通過RTCP信令擴展,動態(tài)地 建立端到端的RTP多路復(fù)用協(xié)商,實現(xiàn)RTP流的多路復(fù)用,有效地提高網(wǎng) 絡(luò)帶寬利用率。

圖1為本發(fā)明所述方法第一實施例的流程示意圖; 圖2為本發(fā)明所述裝置第一實施例的結(jié)構(gòu)示意圖; 圖3為本發(fā)明所述方法第二實施例的流程示意圖; 圖4為本發(fā)明所述裝置第二實施例的結(jié)構(gòu)示意圖。
具體實施方式
本發(fā)明的主要思想是在發(fā)起端網(wǎng)絡(luò)接口單元及接收端網(wǎng)絡(luò)接口單元分 別設(shè)置信令協(xié)商模塊和轉(zhuǎn)發(fā)模塊,所述信令協(xié)商模塊,用于根據(jù)本端RTP 多路復(fù)用配置信息,構(gòu)造和處理RTCP復(fù)用協(xié)商報文實現(xiàn)復(fù)用信令協(xié)商;所 述轉(zhuǎn)發(fā)模塊,用于對從外部網(wǎng)絡(luò)接收到的RTCP復(fù)用協(xié)商報文及時轉(zhuǎn)發(fā)給信 令協(xié)商模塊,對從信令協(xié)商模塊接收到的RTCP復(fù)用協(xié)商報文及時轉(zhuǎn)發(fā)給外 部網(wǎng)絡(luò),同時在復(fù)用協(xié)商成功后,依據(jù)協(xié)商一致的RTP頭壓縮選項信息, 對連接復(fù)用對端的RTP報文進(jìn)行復(fù)用(發(fā)送方向)和解復(fù)用(接收方向) 處理。下面結(jié)合附圖對本發(fā)明實施例所述方法及裝置進(jìn)行詳細(xì)說明。參照圖l所示,為本發(fā)明所述方法第一實施例的流程示意圖,本發(fā)明提 出了 一種實現(xiàn)RTP流多路復(fù)用的信令協(xié)商方法,所述方法包括步驟101:發(fā)起端設(shè)置本端RTP數(shù)據(jù)流多路復(fù)用功能使能,并向發(fā)起端 網(wǎng)絡(luò)接口單元同步RTP多路復(fù)用配置信息;步驟102:發(fā)起端網(wǎng)絡(luò)接口單元根據(jù)所述RTP多路復(fù)用配置信息,向各 目的接收端發(fā)起RTCP協(xié)商請求;步驟103:接收端網(wǎng)絡(luò)接口單元接收到所述RTCP協(xié)商請求后,根據(jù)接 收端RTP多路復(fù)用配置信息,對判定協(xié)商成功的情況返回RTCP協(xié)商響應(yīng) 報文,并準(zhǔn)備對連接該接收端的RTP流進(jìn)行多^各復(fù)用和解復(fù)用處理;步驟104:發(fā)起端的網(wǎng)絡(luò)接口單元接收到RTC協(xié)商響應(yīng)報文,對該目的 接收端協(xié)商成功,對連接該發(fā)起端的RTP數(shù)據(jù)流進(jìn)行多路復(fù)用和解復(fù)用處所述發(fā)起端向發(fā)起端網(wǎng)絡(luò)接口單元同步的RTP多路復(fù)用配置信息,包 括RTP多路復(fù)用目的端信息、本端全局多路復(fù)用UDP (User Datagram Protocol,用戶數(shù)據(jù)報協(xié)議)端口號、本端是否支持RTP頭壓縮選項。當(dāng)然, 實際應(yīng)用中如果有其他的需求,可以在接口增加其他信息。所述接收端RTP多路復(fù)用配置信息,包括是否啟用RTP多路復(fù)用功 能、是否支持RTP頭壓縮選項。同樣的,實際應(yīng)用中如果有其他的需求, 可以在接口增加其他信息。所述發(fā)起端網(wǎng)絡(luò)接口單元根據(jù)所述RTP多路復(fù)用配置信息,向各目的 接收端發(fā)起RTCP協(xié)商請求,包括發(fā)起端的網(wǎng)絡(luò)接口單元根據(jù)本端RTP多路復(fù)用配置信息,構(gòu)造RTCP 復(fù)用協(xié)商請求才艮文,發(fā)送至對應(yīng)的接收端。所述接收端對判定協(xié)商成功的情況返回RTCP協(xié)商響應(yīng)報文,包括接收端判斷到本端RTP多路復(fù)用功能使能,并且RTCP復(fù)用協(xié)商請求 中的RTP頭壓縮選項信息與本端配置一致,則判定對該發(fā)起端協(xié)商成功, 并向發(fā)起端返回RTCP復(fù)用協(xié)商響應(yīng)才艮文。所述接收端對協(xié)商成功的情況,還包括接收端的網(wǎng)絡(luò)接口單元根據(jù)RTCP復(fù)用協(xié)商請求報文,記錄發(fā)起端的全 局多路復(fù)用UDP端口號和頭壓縮選項信息,準(zhǔn)備對連接該端的RTP流進(jìn)行 多路復(fù)用和解復(fù)用處理。作為本發(fā)明的一個優(yōu)選的實施例,對于RTCP信令協(xié)商,利用RTCP報 文的"subtype"字段標(biāo)記為RTP多路復(fù)用協(xié)商報文。所述方法中支持RTP頭壓縮選項的情況,包括支持帶RTP頭壓縮的RTP 流多路復(fù)用,或支持不帶RTP頭壓縮的RTP流多路復(fù)用。具體來說,步驟101中發(fā)起端在發(fā)起RTP復(fù)用協(xié)商前,首先需要配置 該端RTP流多路復(fù)用功能使能;發(fā)起端及時將本端RTP多路復(fù)用配置信息 同步給網(wǎng)絡(luò)接口單元,包括RTP多路復(fù)用目的端信息(IP+DSCP)、本端 多路復(fù)用全局多路復(fù)用UDP端口號、本端是否支持RTP頭壓縮選項。步驟102中發(fā)起端的網(wǎng)絡(luò)接口單元根據(jù)本端RTP多路復(fù)用配置信息(包 括RTP多路復(fù)用目的端信息(IP+DSCP )、本端多路復(fù)用全局多路復(fù)用UDP 端口號、本端是否支持RTP頭壓縮選項),構(gòu)造RTCP復(fù)用協(xié)商請求報文, 發(fā)送至對應(yīng)目的端。步驟103中,接收端的網(wǎng)絡(luò)接口單元接收到RTCP復(fù)用協(xié)商請求后,查 詢本端RTP流多路復(fù)用配置信息,包括是否啟用RTP多路復(fù)用功能、本端 多路復(fù)用全局多路復(fù)用UDP端口號、本端是否支持RTP頭壓縮選項;若查詢到本端RTP多路復(fù)用功能使能,則判斷RTCP復(fù)用協(xié)商請求中 的RTP頭壓縮選項信息與本端配置是否一致對RTP頭壓縮選項一致的情 況判定對該發(fā)起端協(xié)商成功,并及時向發(fā)起端返回RTCP復(fù)用協(xié)商響應(yīng);對 RTP頭壓縮選項不一致的情況判定協(xié)商失敗,不向?qū)Ψ椒祷豏TCP復(fù)用協(xié)商 響應(yīng);若查詢到本端RTP多路復(fù)用功能未使能,判定協(xié)商失敗,不向?qū)Ψ椒?回RTCP復(fù)用協(xié)商響應(yīng);對復(fù)用協(xié)商成功的情況,接收端的網(wǎng)絡(luò)接口單元根據(jù)RTCP復(fù)用協(xié)商請 求報文,記錄發(fā)起端的全局多路復(fù)用UDP端口號和頭壓縮選項信息,準(zhǔn)備 對連接該端的RTP流進(jìn)行多路復(fù)用(發(fā)送方向)和解復(fù)用(接收方向)處 理;對復(fù)用協(xié)商失敗的情況,接收端的網(wǎng)絡(luò)接口單元對連接該發(fā)起端的RTP 流按照不復(fù)用流程進(jìn)行處理。步驟104中,發(fā)起端的網(wǎng)絡(luò)接口單元接收到接收端返回的到RTCP復(fù)用 協(xié)商響應(yīng)后,判定對該接收端協(xié)商成功;對發(fā)起端沒有收到接收端返回RTCP復(fù)用協(xié)商響應(yīng)的情況,判定對該端 協(xié)商失?。粚?fù)用協(xié)商成功的情況,發(fā)起端的網(wǎng)絡(luò)接口單元準(zhǔn)備對連接該目的端的 RTP流進(jìn)行多路復(fù)用(發(fā)送方向)和解復(fù)用(接收方向)處理;對復(fù)用協(xié)商失敗的情況,發(fā)起端的網(wǎng)絡(luò)接口單元對連接該目的端的RTP 流按照不復(fù)用流程進(jìn)行處理。參照圖2所示,為本發(fā)明所述裝置第一實施例的結(jié)構(gòu)示意圖。本發(fā)明提 出了一種實現(xiàn)RTP流多路復(fù)用的信令協(xié)商裝置,具體包括網(wǎng)絡(luò)接口單元和 多個業(yè)務(wù)處理單元,其中,所述網(wǎng)絡(luò)接口單元,用于對接收到的RTCP和RTP報文進(jìn)行解析,提 取相關(guān)參數(shù),并根據(jù)本端RTP多路復(fù)用配置信息(包括RTP多路復(fù)用目的 端信息(IP+DSCP)、本端多i 各復(fù)用全局多if各復(fù)用UDP端口號、本端是否 支持RTP頭壓縮選項),完成RTCP多路復(fù)用協(xié)商處理和RTP流的復(fù)用、 解復(fù)用處理。所述業(yè)務(wù)處理單元,用于RTP會話處理,在本發(fā)明中,由網(wǎng)絡(luò)接口單 元完成RTP多路復(fù)用和協(xié)商,網(wǎng)絡(luò)接口單元與多個業(yè)務(wù)處理單元的接口與 不增加RTP多if各復(fù)用處理時保持一致。所述網(wǎng)絡(luò)接口單元主要具體包括信令協(xié)商模塊和轉(zhuǎn)發(fā)模塊,其中,信令協(xié)商模塊,用于根據(jù)本端RTP多路復(fù)用配置信息,構(gòu)造和處理 RTCP復(fù)用協(xié)商報文實現(xiàn)復(fù)用信令協(xié)商;轉(zhuǎn)發(fā)模塊,用于對從外部網(wǎng)絡(luò)接收到的RTCP復(fù)用協(xié)商報文及時轉(zhuǎn)發(fā)給 信令協(xié)商模塊;同時在復(fù)用協(xié)商成功后,依據(jù)協(xié)商一致的RTP頭壓縮選項 信息,對連接復(fù)用對端的RTP報文進(jìn)行復(fù)用(發(fā)送方向)和解復(fù)用(接收 方向)處理。具體來說,本發(fā)明提出了一種實現(xiàn)RTP流多路復(fù)用的信令協(xié)商裝置, 包括發(fā)起端信令協(xié)商模塊201,用于設(shè)置本端RTP數(shù)據(jù)流多路復(fù)用功能使 能,并向發(fā)起端網(wǎng)絡(luò)接口單元同步RTP多路復(fù)用配置信息;用于根據(jù)所述 RTP多路復(fù)用配置信息,向各目的接收端發(fā)起RTCP協(xié)商請求;接收端信令協(xié)商模塊204,用于根據(jù)本端RTP多路復(fù)用配置信息,對判 定協(xié)商成功的情況返回RTCP協(xié)商響應(yīng)報文,并準(zhǔn)備對連接該接收端的RTP 流進(jìn)行多路復(fù)用和解復(fù)用處理。還包括發(fā)起端轉(zhuǎn)發(fā)模塊202,與發(fā)起端信令協(xié)商模塊201相連,用于將從發(fā)起 端信令協(xié)商模塊201接收到的RTCP復(fù)用協(xié)商報文及時轉(zhuǎn)發(fā)給外部網(wǎng)絡(luò),將 從外部網(wǎng)絡(luò)接收到的RTCP復(fù)用協(xié)商報文及時轉(zhuǎn)發(fā)給發(fā)起端信令協(xié)商模塊 201,同時在復(fù)用協(xié)商成功后,依據(jù)協(xié)商一致的RTP頭壓縮選項信息,對連 接復(fù)用對端的RTP才艮文進(jìn)行復(fù)用和解復(fù)用處理;接收端轉(zhuǎn)發(fā)模塊203,與接收端信令協(xié)商模塊204相連,用于將從接收 端信令協(xié)商模塊204接收到的RTCP復(fù)用協(xié)商報文及時轉(zhuǎn)發(fā)給外部網(wǎng)絡(luò),將 從外部網(wǎng)絡(luò)接收到的RTCP復(fù)用協(xié)商報文及時轉(zhuǎn)發(fā)給接收端信令協(xié)商模塊 204,同時在復(fù)用協(xié)商成功后,依據(jù)協(xié)商一致的RTP頭壓縮選項信息,對連 接復(fù)用對端的RTP報文進(jìn)行復(fù)用和解復(fù)用處理。所述發(fā)起端RTP多路復(fù)用配置信息,包括RTP多路復(fù)用目的端信息、 本端全局多路復(fù)用UDP端口號、本端是否支持RTP頭壓縮選項。所述接收端RTP多路復(fù)用配置信息,包括是否啟用RTP多路復(fù)用功 能、是否支持RTP頭壓縮選項。所述發(fā)起端信令協(xié)商模塊用于根據(jù)本端RTP多路復(fù)用配置信息,構(gòu)造 RTCP復(fù)用協(xié)商請求報文。所述接收端信令協(xié)商模塊,用于判斷到本端RTP多路復(fù)用功能使能, 并且RTCP復(fù)用協(xié)商請求中的RTP頭壓縮選項信息與本端配置一致,則判 定對該發(fā)起端協(xié)商成功,并向發(fā)起端返回RTCP復(fù)用協(xié)商響應(yīng)報文。所述接收端信令協(xié)商模塊,用于根據(jù)RTCP復(fù)用協(xié)商請求報文,記錄發(fā) 起端的全局多路復(fù)用UDP端口號和頭壓縮選項信息,準(zhǔn)備對連接該端的 RTP流進(jìn)行多路復(fù)用和解復(fù)用處理。所述發(fā)起端信令協(xié)商模塊,利用RTCP復(fù)用協(xié)商請求報文的"subtype" 字段標(biāo)記為RTP多路復(fù)用協(xié)商報文。所述支持RTP頭壓縮選項,包括支持帶RTP頭壓縮的RTP流多路復(fù)用,或支持不帶RTP頭壓縮的RTP 流多路復(fù)用。參照圖3所示,為本發(fā)明第二實施例所述方法的流程示意圖,具體包括以下步驟步驟S301:發(fā)起端設(shè)置本端RTP流多路復(fù)用功能使能,并及時向網(wǎng)絡(luò) 接口單元同步RTP多路復(fù)用配置信息,包括RTP多路復(fù)用目的端信息 (IP+DSCP )、本端多路復(fù)用全局多路復(fù)用UDP端口號、本端是否支持RTP 頭壓縮選項;網(wǎng)絡(luò)接口單元的信令協(xié)商模塊根據(jù)本端RTP多路復(fù)用配置信 息,構(gòu)造RTCP復(fù)用協(xié)商請求,發(fā)送至轉(zhuǎn)發(fā)模塊;步驟S302:發(fā)起端網(wǎng)絡(luò)接口單元的轉(zhuǎn)發(fā)模塊將RTCP復(fù)用協(xié)商請求發(fā) 送至對應(yīng)RTP多^各復(fù)用目的端;步驟S303:接收端網(wǎng)絡(luò)接口單元的轉(zhuǎn)發(fā)模塊接收到RTCP復(fù)用協(xié)商請 求后,向本端信令協(xié)商模塊轉(zhuǎn)發(fā);步驟S304:接收端網(wǎng)絡(luò)接口單元的信令協(xié)商模塊接收到RTCP復(fù)用協(xié) 商請求后,若本端已配置RTP多路復(fù)用功能使能,且RTP頭壓縮選項信息 與發(fā)起端在RTCP復(fù)用協(xié)商請求中聲明的RTP頭壓縮選項信息一致,則判 定對該發(fā)起端協(xié)商成功,記錄該發(fā)起端的RTP多路復(fù)用全局多路復(fù)用UDP 端口號和頭壓縮選項信息,返回RTCP復(fù)用協(xié)商響應(yīng);步驟S305:接收端網(wǎng)絡(luò)接口單元的轉(zhuǎn)發(fā)模塊將RTCP復(fù)用協(xié)商響應(yīng)發(fā) 送至對應(yīng)RTP多路復(fù)用協(xié)商發(fā)起端;步驟S306:發(fā)起端網(wǎng)絡(luò)接口單元的轉(zhuǎn)發(fā)模塊接收到RTCP復(fù)用協(xié)商響 應(yīng)后,向本端信令協(xié)商模塊轉(zhuǎn)發(fā);步驟S307:發(fā)起端網(wǎng)絡(luò)接口單元的信令協(xié)商模塊接收到接收端返回的 RTCP復(fù)用協(xié)商響應(yīng)后,判定對該接收端協(xié)商成功,并將該信息同步給轉(zhuǎn)發(fā) 模塊;步驟S308:發(fā)起端和接收端之間的RTP流多路復(fù)用鏈路建立,兩端的 轉(zhuǎn)發(fā)模塊按照協(xié)商一致的RTP頭壓縮選項信息對RTP流進(jìn)行多路復(fù)用和解 復(fù)用處理。本發(fā)明實施例所述方法還包括對接收端接收到RTCP多路復(fù)用協(xié)商請求,但本端RTP多路復(fù)用功能 未使能的情況,判定對該發(fā)起端RTP流多路復(fù)用協(xié)商失敗,不向?qū)Ψ椒祷豏TCP復(fù)用協(xié)商響應(yīng);對接收端接收到RTCP多路復(fù)用協(xié)商請求,且本端RTP多路復(fù)用功能 使能,但本端RTP頭壓縮選項信息與發(fā)起端RTCP復(fù)用協(xié)商請求中RTP頭 壓縮選項信息不一致的情況,判定對該發(fā)起端RTP多路復(fù)用協(xié)商失敗,不 向?qū)Ψ椒祷豏TCP復(fù)用協(xié)商響應(yīng);對發(fā)起端沒有收到接收端返回RTCP復(fù)用協(xié)商響應(yīng)的情況,判定對該接 收端RTP多路復(fù)用協(xié)商失??;對復(fù)用協(xié)商成功的情況,發(fā)起端和接收端的網(wǎng)絡(luò)接口單元對連接對端的 RTP流按照復(fù)用流程進(jìn)行處理;對復(fù)用協(xié)商失敗的情況,發(fā)起端和接收端的網(wǎng)絡(luò)接口單元對連接對端的 RTP流按照不復(fù)用流程進(jìn)行處理。參照圖4所示,為本發(fā)明第二實施例所述裝置的結(jié)構(gòu)示意圖,示出了發(fā) 起端或者接收端的裝置結(jié)構(gòu)示意圖。具體包括網(wǎng)絡(luò)接口單元和多個業(yè)務(wù)處理 單元。其中所述網(wǎng)絡(luò)接口單元具體包括信令協(xié)商模塊和轉(zhuǎn)發(fā)模塊,下面分別 予以i爭細(xì)i兌明。網(wǎng)絡(luò)接口單元的轉(zhuǎn)發(fā)模塊,對從外部網(wǎng)絡(luò)接收到的RTCP報文進(jìn)行解 析,對標(biāo)記為RTP多^各復(fù)用協(xié)商的RTCP報文(包括協(xié)商請求和協(xié)商響應(yīng)), 轉(zhuǎn)發(fā)至信令協(xié)商模塊進(jìn)行處理;網(wǎng)絡(luò)接口單元的信令協(xié)商模塊對接收到的RTCP報文進(jìn)行解析,主要情 況包括A:對接收到RTCP復(fù)用協(xié)商響應(yīng)的情況判定對該響應(yīng)端RTP多路復(fù)用 協(xié)商成功;B:對接收到RTCP復(fù)用協(xié)商請求的情況,查詢本端RTP多路復(fù)用配置 信息(包括是否啟用RTP多路復(fù)用功能、本端多路復(fù)用全局多路復(fù)用UDP 端口號、本端是否支持RTP頭壓縮選項),查詢結(jié)果主要包括Bl:查詢到本端RTP多路復(fù)用功能未使能的情況,判定對該發(fā)起端RTP 流多路復(fù)用協(xié)商失敗;B2:查詢到本端RTP多路復(fù)用功能使能,但本端RTP頭壓縮選項信息與發(fā)起端RTCP復(fù)用協(xié)商請求中的RTP頭壓縮選項信息不一致的情況,判 定對該發(fā)起端RTP流多路復(fù)用協(xié)商失?。籅3:查詢到本端RTP多路復(fù)用功能使能,且本端RTP頭壓縮選項信息 與發(fā)起端RTCP復(fù)用協(xié)商請求中的RTP頭壓縮選項信息一致的情況,則判 定對該發(fā)起端RTP流多路復(fù)用協(xié)商成功,并構(gòu)造RTCP復(fù)用協(xié)商響應(yīng),發(fā) 送至轉(zhuǎn)發(fā)模塊。對網(wǎng)絡(luò)接口單元的信令協(xié)商模塊對相應(yīng)目的端判定RTP多路復(fù)用協(xié)商 成功的情況,轉(zhuǎn)發(fā)模塊對連接該目的端的RTP報文,按照復(fù)用流程對業(yè)務(wù) 處理模塊進(jìn)行轉(zhuǎn)發(fā);對網(wǎng)絡(luò)接口單元的信令協(xié)商模塊對相應(yīng)目的端判定RTP多路復(fù)用協(xié)商 失敗的情況,轉(zhuǎn)發(fā)模塊對連接該目的端的RTP報文,按照不復(fù)用流程對業(yè) 務(wù)處理模塊進(jìn)行轉(zhuǎn)發(fā)。綜上所述,本發(fā)明提供了一種實現(xiàn)RTP流多路復(fù)用的信令協(xié)商方法和 裝置,能夠?qū)崿F(xiàn)通過RTCP信令擴展,動態(tài)地建立端到端的RTP多路復(fù)用 協(xié)商,實現(xiàn)RTP流的多路復(fù)用,有效地提高網(wǎng)絡(luò)帶寬利用率。需要指出的是,以上所述僅為本發(fā)明的較佳實施例,并非用來限定本發(fā) 明的實施范圍,凡是依據(jù)本發(fā)明所作的等效的變化與修改,都被本發(fā)明的專 利范圍所覆蓋。
權(quán)利要求
1、一種實現(xiàn)RTP數(shù)據(jù)流多路復(fù)用的信令協(xié)商方法,其特征在于,包括發(fā)起端設(shè)置本端RTP數(shù)據(jù)流多路復(fù)用功能使能,并向發(fā)起端網(wǎng)絡(luò)接口單元同步RTP多路復(fù)用配置信息;發(fā)起端網(wǎng)絡(luò)接口單元根據(jù)所述RTP多路復(fù)用配置信息,向各目的接收端發(fā)起RTCP協(xié)商請求;接收端網(wǎng)絡(luò)接口單元接收到所述RTCP協(xié)商請求后,根據(jù)接收端RTP多路復(fù)用配置信息,對判定協(xié)商成功的情況返回RTCP協(xié)商響應(yīng)報文,并準(zhǔn)備對連接該接收端的RTP流進(jìn)行多路復(fù)用和解復(fù)用處理;發(fā)起端的網(wǎng)絡(luò)接口單元接收到RTC協(xié)商響應(yīng)報文,對該目的接收端協(xié)商成功,對連接該發(fā)起端的RTP數(shù)據(jù)流進(jìn)行多路復(fù)用和解復(fù)用處理。
2、 如權(quán)利要求1所述的方法,其特征在于,所述發(fā)起端向發(fā)起端網(wǎng)絡(luò) 接口單元同步的RTP多路復(fù)用配置信息,包括RTP多^各復(fù)用目的端信息、 本端多路復(fù)用全局多路復(fù)用UDP端口號、本端是否支持RTP頭壓縮選項。
3、 如權(quán)利要求l所述的方法,其特征在于,所述接收端RTP多路復(fù)用 配置信息,包括是否啟用RTP多路復(fù)用功能、是否支持RTP頭壓縮選項。
4、 如權(quán)利要求1所述的方法,其特征在于,所述發(fā)起端網(wǎng)絡(luò)接口單元 根據(jù)所述RTP多路復(fù)用配置信息,向各目的接收端發(fā)起RTCP協(xié)商請求, 包括發(fā)起端的網(wǎng)絡(luò)接口單元根據(jù)本端RTP多路復(fù)用配置信息,構(gòu)造RTCP 復(fù)用協(xié)商請求報文,發(fā)送至對應(yīng)的接收端。
5、 如權(quán)利要求1所述的方法,其特征在于,所述接收端對判定協(xié)商成 功的情況返回RTCP協(xié)商響應(yīng)報文,包括接收端判斷到本端RTP多路復(fù)用功能使能,并且RTCP復(fù)用協(xié)商請求 中的RTP頭壓縮選項信息與本端配置一致,則判定對該發(fā)起端協(xié)商成功, 并向發(fā)起端返回RTCP復(fù)用協(xié)商響應(yīng)報文。
6、 如權(quán)利要求1所述的方法,其特征在于,所述接收端對協(xié)商成功的情況,還包括接收端的網(wǎng)絡(luò)接口單元根據(jù)RTCP復(fù)用協(xié)商請求導(dǎo)艮文,記錄發(fā)起端的全 局多^各復(fù)用UDP端口號和頭壓縮選項信息,準(zhǔn)備對連4妄該端的RTP流進(jìn)行 多路復(fù)用和解復(fù)用處理。
7、 一種實現(xiàn)RTP數(shù)據(jù)流多路復(fù)用的信令協(xié)商裝置,其特征在于,包括發(fā)起端信令協(xié)商模塊,用于設(shè)置本端RTP數(shù)據(jù)流多路復(fù)用功能使能, 并向發(fā)起端網(wǎng)絡(luò)接口單元同步RTP多路復(fù)用配置信息;用于根據(jù)所述RTP 多路復(fù)用配置信息,向各目的接收端發(fā)起RTCP協(xié)商請求;接收端信令協(xié)商模塊,用于根據(jù)本端RTP多路復(fù)用配置信息,對判定 協(xié)商成功的情況返回RTCP協(xié)商響應(yīng)報文,并準(zhǔn)備對連接該接收端的RTP 流進(jìn)行多路復(fù)用和解復(fù)用處理。
8、 如權(quán)利要求7所述的裝置,其特征在于,還包括發(fā)起端轉(zhuǎn)發(fā)模塊,用于將從發(fā)起端信令協(xié)商模塊接收到的RTCP復(fù)用協(xié) 商報文及時轉(zhuǎn)發(fā)給外部網(wǎng)絡(luò),將從外部網(wǎng)絡(luò)接收到的RTCP復(fù)用協(xié)商報文及 時轉(zhuǎn)發(fā)給發(fā)起端信令協(xié)商模塊,同時在復(fù)用協(xié)商成功后,依據(jù)協(xié)商一致的 RTP頭壓縮選項信息,對連接復(fù)用對端的RTP報文進(jìn)行復(fù)用和解復(fù)用處理;接收端轉(zhuǎn)發(fā)模塊,用于將從接收端信令協(xié)商模塊接收到的RTCP復(fù)用協(xié) 商報文及時轉(zhuǎn)發(fā)給外部網(wǎng)絡(luò),將從外部網(wǎng)絡(luò)接收到的RTCP復(fù)用協(xié)商報文及 時轉(zhuǎn)發(fā)給接收端信令協(xié)商模塊,同時在復(fù)用協(xié)商成功后,依據(jù)協(xié)商一致的 RTP頭壓縮選項信息,對連接復(fù)用對端的RTP寺艮文進(jìn)行復(fù)用和解復(fù)用處理。
9、 如權(quán)利要求7所述的裝置,其特征在于,所述發(fā)起端RTP多路復(fù)用 配置信息,包括RTP多路復(fù)用目的端信息、本端全局多^各復(fù)用UDP端口 號、本端是否支持RTP頭壓縮選項。
10、 如權(quán)利要求7所述的裝置,其特征在于,所述接收端RTP多路復(fù) 用配置信息,包括是否啟用RTP多路復(fù)用功能、是否支持RTP頭壓縮選項。
11、 如權(quán)利要求7所述的裝置,其特征在于,所述發(fā)起端信令協(xié)商模塊 用于根據(jù)本端RTP多路復(fù)用配置信息,構(gòu)造RTCP復(fù)用協(xié)商請求報文。
12、 如權(quán)利要求7所述的裝置,其特征在于,所述接收端信令協(xié)商模塊, 用于判斷到本端RTP多路復(fù)用功能使能,并且RTCP復(fù)用協(xié)商請求中的RTP 頭壓縮選項信息與本端配置一致,則判定對該發(fā)起端協(xié)商成功,并向發(fā)起端 返回RTCP復(fù)用協(xié)商響應(yīng)才艮文。
13、 如權(quán)利要求7所述的裝置,其特征在于,所述接收端信令協(xié)商模塊, 用于根據(jù)RTCP復(fù)用協(xié)商請求報文,記錄發(fā)起端的全局多路復(fù)用UDP端口 號和頭壓縮選項信息,準(zhǔn)備對連接該端的RTP流進(jìn)行多路復(fù)用和解復(fù)用處 理。
14、 如權(quán)利要求7所述的裝置,其特征在于,還包括 業(yè)務(wù)處理單元,用于RTP會話處理。
全文摘要
本發(fā)明公開了一種實現(xiàn)RTP數(shù)據(jù)流多路復(fù)用的信令協(xié)商方法和裝置,所述方法包括發(fā)起端設(shè)置本端RTP數(shù)據(jù)流多路復(fù)用功能使能,并向發(fā)起端網(wǎng)絡(luò)接口單元同步RTP多路復(fù)用配置信息;發(fā)起端網(wǎng)絡(luò)接口單元根據(jù)所述RTP多路復(fù)用配置信息,向各目的接收端發(fā)起RTCP協(xié)商請求;接收端網(wǎng)絡(luò)接口單元接收到所述RTCP協(xié)商請求后,根據(jù)接收端RTP多路復(fù)用配置信息,對判定協(xié)商成功的情況返回RTCP協(xié)商響應(yīng)報文,并準(zhǔn)備對連接該接收端的RTP流進(jìn)行多路復(fù)用和解復(fù)用處理;發(fā)起端的網(wǎng)絡(luò)接口單元接收到RTC協(xié)商響應(yīng)報文,對該目的接收端協(xié)商成功,對連接該發(fā)起端的RTP數(shù)據(jù)流進(jìn)行多路復(fù)用和解復(fù)用處理。本發(fā)明能有效提高網(wǎng)絡(luò)帶寬利用率。
文檔編號H04L29/06GK101616156SQ20091015733
公開日2009年12月30日 申請日期2009年7月24日 優(yōu)先權(quán)日2009年7月24日
發(fā)明者張鵬剛, 李純靜 申請人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
鲜城| 弥渡县| 上犹县| 手游| 博野县| 新安县| 济源市| 原平市| 改则县| 玛沁县| 秦皇岛市| 宜春市| 滨州市| 江门市| 武义县| 介休市| 河东区| 云南省| 正定县| 宝清县| 罗山县| 眉山市| 苏尼特右旗| 呼图壁县| 涪陵区| 剑阁县| 淮北市| 澎湖县| 铜梁县| 云安县| 迁安市| 扶绥县| 浠水县| 綦江县| 旬邑县| 新沂市| 无为县| 山东省| 乌兰察布市| 邓州市| 高台县|