專利名稱：一種處理實(shí)時(shí)流媒體協(xié)議的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種處理RTSP( Real Time Streaming Protocol,實(shí)時(shí)流i某體協(xié)議)的方法及系統(tǒng)。
背景技術(shù)：
MGC (Media Gateway Controller, i某體網(wǎng)關(guān)控制器)和MG (Media Gateway,媒體網(wǎng)關(guān))是分組網(wǎng)絡(luò)中的兩個(gè)關(guān)鍵構(gòu)件。MGC負(fù)責(zé)呼叫控制功能， MG負(fù)責(zé)業(yè)務(wù)承載功能，實(shí)現(xiàn)呼叫控制平面和業(yè)務(wù)承載平面的分離，從而充分 共享網(wǎng)絡(luò)資源，簡(jiǎn)化設(shè)備升級(jí)和業(yè)務(wù)擴(kuò)展，大大降低開發(fā)和維護(hù)成本。
NGN (Next Generation Network,下一代網(wǎng)絡(luò))中MG和MGC組網(wǎng)如圖l 所示，媒體網(wǎng)關(guān)控制協(xié)議是MG和MGC之間通信的主要協(xié)議，目前應(yīng)用較為廣
控制器協(xié)議)兩種協(xié)i義；MG與MG之間通過(guò)RTP ( Real-time Transport Protocol, 實(shí)時(shí)傳輸協(xié)議)等協(xié)議通信。
以H.248協(xié)議為例，MG上的各種資源被抽象表示為終端(Termination)， 終端又分為物理(Physical)終端和臨時(shí)(Ephemeral)終端，物理終端代表一 些具有半永久存在性的物理實(shí)體，例如TDM (Time-DivisionMultiplexing,時(shí) 分復(fù)用)通道等，臨時(shí)終端代表一些臨時(shí)申請(qǐng)用后釋放的公共資源，例如RTP 流等。另以根(Root)終端代表MG整體，終端之間的組合被抽象表示為上下 文(Context),上下文可以包含多個(gè)終端，因而以拓樸(Topology)來(lái)描述 終端間的相互關(guān)系。對(duì)于還未與其它終端發(fā)生關(guān)聯(lián)的終端，由一個(gè)稱為空 (Null)上下文的特殊上下文來(lái)表示。
基于協(xié)議的這種抽象模型，呼叫的接續(xù)實(shí)際上就是對(duì)終端和上下文的操 作。這種操作通過(guò)MGC和MG之間的命令(Command)請(qǐng)求(Request)和響 應(yīng)(Reply )來(lái)完成。命令類型包括添加(Add)、修改(Modify)、刪減(Subtract)、移動(dòng)(Move)、審計(jì)值(AuditValue)、審計(jì)能力(AuditCapabilities)、通 報(bào)(Notify)、服務(wù)改變(ServiceChange )。命令參數(shù)，也稱為描述符(Descriptor), 凈皮分類為屬性(Property)、信號(hào)(Signal)、事件(Event)、統(tǒng)計(jì)(Statistic)。 具有業(yè)務(wù)相關(guān)性的參數(shù)邏輯上聚合成為包(Package)。
傳統(tǒng)的IP通信有兩種方式第一種是在一臺(tái)源IP主機(jī)和一臺(tái)目的IP主 機(jī)之間進(jìn)行，即單播(unicast);第二種是在一臺(tái)源IP主機(jī)和網(wǎng)絡(luò)中所有其 它的IP主機(jī)之間進(jìn)行，即廣播(broadcast)。如果要將信息發(fā)送給網(wǎng)絡(luò)中的 多個(gè)主機(jī)而非所有主機(jī)，則要么釆用廣播方式，要么由源主機(jī)分別向網(wǎng)絡(luò)中 的多臺(tái)目標(biāo)主機(jī)以單播方式發(fā)送IP包。采用廣播方式實(shí)現(xiàn)時(shí)，不僅會(huì)將信息 發(fā)送給不需要的主機(jī)而浪費(fèi)帶寬，也可能由于路由回環(huán)引起嚴(yán)重的廣播風(fēng)暴； 采用單播方式實(shí)現(xiàn)時(shí)，由于IP包的重復(fù)發(fā)送會(huì)白白浪費(fèi)掉大量帶寬，也增加 了服務(wù)器的負(fù)載。所以，傳統(tǒng)的單播和廣播通信方式不能有效地解決單點(diǎn)發(fā) 送多點(diǎn)接收的問(wèn)題。
IP組播(或者說(shuō)多播)是指在IP網(wǎng)絡(luò)中將數(shù)據(jù)包發(fā)送到網(wǎng)絡(luò)中的某個(gè) 確定節(jié)點(diǎn)子集，這個(gè)子集稱為組播組(multicast group ) 。 IP組播的基本思想 是，源主機(jī)只發(fā)送一份數(shù)據(jù)，這份數(shù)據(jù)中的目的地址為組播組地址；組播組 中的所有接收者都可接收到同樣的數(shù)據(jù)拷貝，并且只有組播組內(nèi)的主機(jī)(目 標(biāo)主機(jī))可以接收該數(shù)據(jù)，網(wǎng)絡(luò)中其它主機(jī)不能收到。組播組用D類IP地 址(224.0.0.0 ~ 239.255.255.255 )來(lái)標(biāo)識(shí)。
IP組播技術(shù)有效地解決了單點(diǎn)發(fā)送多點(diǎn)接收的問(wèn)題，實(shí)現(xiàn)了 IP網(wǎng)絡(luò)中 點(diǎn)到多點(diǎn)的高效數(shù)據(jù)傳送，能夠大量節(jié)約網(wǎng)絡(luò)帶寬、降低網(wǎng)絡(luò)負(fù)載。作為一 種與單播和廣播并列的通信方式，組播的意義不僅在于此。更重要的是，可 以利用網(wǎng)絡(luò)的組播特性方便地提供一些新的增值業(yè)務(wù)，包括在線直播、網(wǎng)絡(luò) 電視、遠(yuǎn)程教育、遠(yuǎn)程醫(yī)療、網(wǎng)絡(luò)電臺(tái)、實(shí)時(shí)視頻會(huì)議等互聯(lián)網(wǎng)的信息服務(wù) 領(lǐng)域。
組播技術(shù)涵蓋的內(nèi)容相當(dāng)豐富，從地址分配、組成員管理，到組播報(bào)文 轉(zhuǎn)發(fā)、路由建立、可靠性等諸多方面。
實(shí)時(shí)流協(xié)議(RTSP )建立并控制 一個(gè)或幾個(gè)時(shí)間同步的連續(xù)流媒體，如音頻和視頻。該媒體流可以是單播或者組播媒體流。盡管連續(xù)媒體流可能與
控制流交叉，RTSP本身并不發(fā)送連續(xù)媒體流。換言之，RTSP充當(dāng)多媒體服 務(wù)器的網(wǎng)絡(luò)遠(yuǎn)程控制。RTSP提供了一個(gè)可擴(kuò)展框架，實(shí)現(xiàn)實(shí)時(shí)數(shù)據(jù)(如音頻 與視頻)的受控、按需傳送。數(shù)據(jù)源包括實(shí)況數(shù)據(jù)與存儲(chǔ)的剪輯。RTSP用于 控制多個(gè)數(shù)據(jù)發(fā)送會(huì)話，提供了選擇發(fā)送通道的方式，如UDP( User Datagram Protocol,用戶數(shù)據(jù)報(bào)協(xié)議)、組播UDP與TCP (Transmission Control Protocol,傳輸控制協(xié)議)等，并提供了選擇基于RTP (Realtime Transmission Potocol，實(shí)時(shí)傳輸協(xié)議)的發(fā)送機(jī)制的方法。
RTSP會(huì)話不會(huì)綁定到傳輸層連接，如TCP。在RTSP會(huì)話期間，RTSP 客戶端可打開或關(guān)閉多個(gè)對(duì)服務(wù)器的可靠傳輸連接以發(fā)出RTSP請(qǐng)求；RTSP 客戶端也可選擇使用無(wú)連接傳輸協(xié)議，如UDP。
RTSP控制的流可能用到RTP，但RTSP操作并不依賴用于傳輸連續(xù)媒 體的傳輸機(jī)制。RTSP在語(yǔ)法和操作上與HTTP (Hypertext Transfer Protocol, 超文本傳輸協(xié)議)/l.l類似，因此HTTP的擴(kuò)展機(jī)制在多數(shù)情況下可加入 RTSP。然而，在很多重要方面RTSP仍不同于HTTP ，包括RTSP引入了 大量新方法并具有一個(gè)不同的協(xié)議標(biāo)識(shí)符；在大多數(shù)情況下，RTSP服務(wù)器需 要保持缺省狀態(tài)，與HTTP的無(wú)狀態(tài)相對(duì)；RTSP中客戶端和服務(wù)器都可以 發(fā)出請(qǐng)求；在多數(shù)情況下，數(shù)據(jù)由不同的協(xié)議傳輸；URI (Uniform Resource Identifier,通用資源標(biāo)志符)請(qǐng)求總是包含絕對(duì)URI。
為了與過(guò)去的錯(cuò)誤相互兼容，HTTP/1.1只在請(qǐng)求過(guò)程中傳送絕對(duì)路徑并 將主機(jī)名置于另外的頭字段。該協(xié)議支持如下操作從媒體服務(wù)器上檢索媒 體，用戶可通過(guò)HTTP或其它方法提交一個(gè)演示描述請(qǐng)求；i某體服務(wù)器邀請(qǐng) 進(jìn)入會(huì)議媒體服務(wù)器可被邀請(qǐng)參加正進(jìn)行的會(huì)議，或回放媒體，或記錄部 分或全部演示；將新媒體加到現(xiàn)有演示中如服務(wù)器能告訴客戶端接下來(lái)可 用的媒體內(nèi)容，對(duì)現(xiàn)場(chǎng)直播顯得尤其有用。通過(guò)RTSP協(xié)議，用戶可以進(jìn)行音 頻和視頻的點(diǎn)播，進(jìn)行快進(jìn)/倒退，進(jìn)行錄制等。
在對(duì)現(xiàn)有技術(shù)的研究過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)存在以下缺點(diǎn)
如圖2所示，在兩個(gè)IP網(wǎng)絡(luò)之間的邊界網(wǎng)關(guān)同時(shí)也是一個(gè)媒體網(wǎng)關(guān)，該媒體網(wǎng)關(guān)完成媒體數(shù)據(jù)流在不同IP網(wǎng)絡(luò)之間的傳遞和相關(guān)處理，但無(wú)法轉(zhuǎn)發(fā)并處
理RTSP消息，媒體網(wǎng)關(guān)會(huì)丟棄接收到的RTSP消息。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種處理RTSP協(xié)議的方法及系統(tǒng)，以實(shí)現(xiàn)邊界網(wǎng)關(guān)轉(zhuǎn) 發(fā)和處理RTSP消息。
本發(fā)明實(shí)施例提供了 一種處理實(shí)時(shí)流媒體協(xié)議的方法，包括以下步驟
媒體網(wǎng)關(guān)根據(jù)媒體網(wǎng)關(guān)控制器的指示創(chuàng)建上下文以及所述上下文內(nèi)部的 第一 IP終端和第二 IP終端，協(xié)商所述第一 IP終端收發(fā)實(shí)時(shí)流媒體協(xié)議RTSP 消息的遠(yuǎn)端地址和本端地址，以及第二 IP終端收發(fā)實(shí)時(shí)流媒體協(xié)議RTSP消 息的遠(yuǎn)端地址和本端地址；
所述媒體網(wǎng)關(guān)通過(guò)所述第一 IP終端從第一 IP網(wǎng)絡(luò)接收到第一 RTSP消息 后，通過(guò)所述第二 IP終端向第二 IP網(wǎng)絡(luò)發(fā)送第二 RTSP消息，所述第二 RTSP 消息與第一 RTSP消息相關(guān)。
本發(fā)明實(shí)施例還提供了另 一種處理實(shí)時(shí)流媒體協(xié)議的方法，包括以下步
驟
女某體網(wǎng)關(guān)創(chuàng)建上下文以及所述上下文內(nèi)部的第三IP終端；并在所述第三IP 終端上設(shè)置收發(fā)實(shí)時(shí)流媒體協(xié)議RTSP消息的遠(yuǎn)端地址；所述媒體網(wǎng)關(guān)接收所 述媒體網(wǎng)關(guān)控制器指示，在所述第三IP終端上分配收發(fā)實(shí)時(shí)流媒體協(xié)議RTSP 消息的本端地址；
所述媒體網(wǎng)關(guān)通過(guò)所述第三IP終端從所述第三IP終端所在的IP網(wǎng)絡(luò)接收 到第三RTSP消息后，將所述第三RTSP消息的內(nèi)容上報(bào)給媒體網(wǎng)關(guān)控制器。 本發(fā)明實(shí)施例進(jìn)一步提供了一種處理實(shí)時(shí)流i某體協(xié)議的系統(tǒng)，包括 媒體網(wǎng)關(guān)，用于接收媒體網(wǎng)關(guān)控制器指示創(chuàng)建上下文以及所述上下文內(nèi) 部的第一 IP終端和第二 IP終端，在所述第一 IP終端和第二 IP終端上設(shè)置收 發(fā)實(shí)時(shí)流媒體協(xié)議RTSP消息的遠(yuǎn)端地址；在所述第一IP終端和第二IP終端 上分配收發(fā)實(shí)時(shí)流々某體協(xié)議RTSP消息的本端地址；并通過(guò)所述第一 IP終端 從所述第一 IP終端所在的IP網(wǎng)絡(luò)接收到RTSP消息，所述RTSP消息保持不變或者進(jìn)行修改后通過(guò)所述第二 IP終端發(fā)送到所述第二 IP終端所在的IP網(wǎng) 絡(luò)。
本發(fā)明實(shí)施例進(jìn)一步提供了 一種處理實(shí)時(shí)流々某體協(xié)議的系統(tǒng)，包括 媒體網(wǎng)關(guān)，用于根據(jù)媒體網(wǎng)關(guān)控制器的指示創(chuàng)建上下文以及所述上下文 內(nèi)部的第三IP終端，協(xié)商其上第三IP終端收發(fā)實(shí)時(shí)流媒體協(xié)議RTSP消息的 遠(yuǎn)端地址和本端地址；并通過(guò)所述第三IP終端/人所述第三IP終端所在的IP 網(wǎng)絡(luò)接收到第三RTSP消息后，將所述第三RTSP消息的內(nèi)容上報(bào)給媒體網(wǎng)關(guān) 控制器。
本發(fā)明的實(shí)施例中，媒體網(wǎng)關(guān)通過(guò)創(chuàng)建上下文以及所述上下文內(nèi)部的第 一 IP終端和第二 IP終端，通過(guò)在所述第一 IP終端和第二 IP終端上設(shè)置收發(fā) 實(shí)時(shí)流媒體協(xié)議RTSP消息的遠(yuǎn)端地址和本端地址；實(shí)現(xiàn)了媒體網(wǎng)關(guān)轉(zhuǎn)發(fā)處理 RTSP消息的功能；另外，可以使支持H.248協(xié)議的本身包含了住宅網(wǎng)關(guān)等媒 體網(wǎng)關(guān)的用戶終端設(shè)備支持收發(fā)RTSP消息的能力。


圖1是現(xiàn)有技術(shù)中NGN中MG和MGC組網(wǎng)示意圖； 圖2是現(xiàn)有技術(shù)中兩個(gè)IP網(wǎng)絡(luò)之間的邊界網(wǎng)關(guān)互通示意圖； 圖3是本發(fā)明實(shí)施例一中傳遞RTSP消息的H.248終端上下文示意圖； 圖4是本發(fā)明實(shí)施例二中媒體網(wǎng)關(guān)控制器控制媒體網(wǎng)關(guān)直接應(yīng)答RTSP 消息的流程圖5是本發(fā)明實(shí)施例三中媒體網(wǎng)關(guān)控制器控制媒體網(wǎng)關(guān)繼續(xù)前向發(fā)送 RTSP消息的流程圖6是本發(fā)明實(shí)施例四中媒體網(wǎng)關(guān)控制器控制媒體網(wǎng)關(guān)收發(fā)RTSP消息流 程圖。
具體實(shí)施例方式
媒體網(wǎng)關(guān)上通過(guò)IP終端處理RTSP消息過(guò)程如圖3所示。本發(fā)明實(shí)施例 中所涉及的RTSP消息可以為RTSP請(qǐng)求消息或RTSP應(yīng)答消息等。其中，第一 IP終端(即終端1 ，下文統(tǒng)稱IP終端1 )和第二 IP終端(即終端2，下文 統(tǒng)稱IP終端2 )分別在第一 IP網(wǎng)絡(luò)1 (圖中表示為IP網(wǎng)絡(luò)1 )和第二 IP網(wǎng)絡(luò) 2(圖中表示為IP網(wǎng)絡(luò)2)中。IP終端是虛擬終端，是被分配在網(wǎng)絡(luò)接口上的。 終端1所在的網(wǎng)絡(luò)接口在第一IP網(wǎng)絡(luò)1中，終端2所在的網(wǎng)絡(luò)接口在第二IP 網(wǎng)絡(luò)2中。終端1和終端2在收發(fā)和處理RTSP消息的同時(shí)可以用于收發(fā)和處 理i某體數(shù)據(jù)流，例如RTP數(shù)據(jù)流和RTCP數(shù)據(jù)流，終端1和終端2也可以只 用來(lái)收發(fā)和處理RTSP消息。IP終端上可以在不同的流描述符(stream descriptor)中分別描述RTSP消息和媒體數(shù)據(jù)流，或者相同的流描述符中通過(guò) 不同的SDP組(group)中分別描述RTSP消息和媒體數(shù)據(jù)流，因?yàn)槭瞻l(fā)以及 處理媒體數(shù)據(jù)流是媒體網(wǎng)關(guān)已有的功能，這里不贅述。
媒體網(wǎng)關(guān)控制器控制媒體網(wǎng)關(guān)協(xié)商IP終端收發(fā)RTSP消息的本端(local) 和遠(yuǎn)端(remote)地址，協(xié)商過(guò)程和協(xié)商媒體數(shù)據(jù)流的本端和遠(yuǎn)端地址類似。 其中，分配本端地址， 一般來(lái)說(shuō)是接收媒體流或RTSP消息的目的地址，但是 通常情況下也用該本端地址作為發(fā)送媒體流的源地址。同一個(gè)上下文中的IP 終端1和IP終端2之間一皮設(shè)置拓樸連接關(guān)系。H.248協(xié)議支持的拓樸連接關(guān)系包 括雙向不導(dǎo)通，雙向?qū)ê蛦蜗驅(qū)?。地址協(xié)商完成后，IP終端1從第一IP網(wǎng)
從IP終端1到IP終端2導(dǎo)通)，將RTSP消息通過(guò)IP終端2發(fā)送到第二IP網(wǎng)絡(luò)2; 同理，IP終端2從第二IP網(wǎng)絡(luò)2接收到的RTSP消息也可以通過(guò)上下文內(nèi)部的終 端之間的拓樸連接(此時(shí)拓樸允許從IP終端2到IP終端1導(dǎo)通)，將RTSP消息 通過(guò)IP終端l發(fā)送到第一IP網(wǎng)絡(luò)l 。
上述在IP終端進(jìn)行能力協(xié)商(包括收發(fā)地址協(xié)商和RTSP編解碼協(xié)商)的 過(guò)程可以通過(guò)SDP攜帶收發(fā)RTSP消息的IP地址和端口號(hào)來(lái)實(shí)現(xiàn)。例如，i某體 網(wǎng)關(guān)控制器向媒體網(wǎng)關(guān)發(fā)送創(chuàng)建IP終端或者修改IP終端的命令，其中，
本地(或者說(shuō)本端)SDP中包含如下部分 v=0
c=IN IP4 $
m=message $ udp RTSP遠(yuǎn)端SDP包含如下部分 v=0
c=INIP4 192.168.200.10 m=message 10000 udp RTSP
本地SDP中，"vi"表示SDP版本為O; ，，c=IN IP4 $"用來(lái)描述連接屬性，"IN IP4"表示使用internet協(xié)議的IPv4協(xié)議，，，$"表示要求媒體網(wǎng)關(guān)為該終端分配地 址；"m=message $ udp RTSP"用來(lái)描述々某體屬性，，，UDP，，表示使用UDP協(xié) 議，，，S，，表示需要媒體網(wǎng)關(guān)分配一個(gè)UDP端口 ， "message，，表示媒體類型為 message, "RTSP"表示格式為RTSP。
遠(yuǎn)端SDP中，"v—"表示SDP版本為0; "c=INIP4 192.168.200.10"表示使用 internet協(xié)議的IPv4協(xié)議，遠(yuǎn)端地址為192.168.200.10; "m= message 10000 udp RTSP"表示遠(yuǎn)端使用UDP端口為10000, i某體類型為message,格式為RTSP。
雖然上述舉例是通過(guò)UDP協(xié)議傳輸RTSP消息，但實(shí)際中也可以使用其它
協(xié)議進(jìn)行傳輸。如果使用其它的傳輸層協(xié)議，則SDP的m^亍也要作對(duì)應(yīng)的改
動(dòng)。例如，如果該IP終端通過(guò)TCP協(xié)議傳遞RTSP協(xié)議，則本端的111=行的格式
為類4以m=application 9 tcp iptv—rtsp的格式。
媒體類型和格式在協(xié)商過(guò)程中可以忽略，例如本端n^行也可以為m二 $
udp -。
媒體網(wǎng)關(guān)向媒體網(wǎng)關(guān)控制器的應(yīng)答消息中的本地SDP包含如下部分 v=0
c=INIP4 192.168.200.100 m=message 20000 udp RTSP 以上SDP表示媒體網(wǎng)關(guān)為該IP終端分配了地址192.168.100.100的20000端 口用于傳遞UDP數(shù)據(jù)流，RTSP消息可以通過(guò)該地址進(jìn)4亍收發(fā)。
RTSP描述部分和i某體流描述部分也可以在不同的流描述符中分別描述。 也可以在一個(gè)流描述符中并存。例如 v=0
c=IN IP4 $m=message $ udp RTSP v=0
c=IN IP4 $
m=audio $ RTP/AVP 8
本發(fā)明實(shí)施例一中，媒體網(wǎng)關(guān)控制器通過(guò)創(chuàng)建或者修改終端向媒體網(wǎng)關(guān) 通知遠(yuǎn)端SDP的信息，以及從媒體網(wǎng)關(guān)應(yīng)答的消息中獲得媒體網(wǎng)關(guān)為接收和/ 或發(fā)送RTSP消息分配的IP地址和端口 。本發(fā)明不排除通過(guò)不同的地址分別接 收和發(fā)送RTSP消息，但是，實(shí)際應(yīng)用中通常使用相同的地址收發(fā)RTSP消息。 另外，IP終端可以用于收發(fā)RTSP消息，也可以用來(lái)只接收或者只發(fā)送RTSP消 息，例如只處理單向的RTSP消息的情況。實(shí)際應(yīng)用中，還可能會(huì)分成多個(gè)H.248 消息交互才能完成。例如，增加終端的時(shí)候媒體網(wǎng)關(guān)控制器不提供遠(yuǎn)端SDP 信息，之后再通過(guò)修改終端的消息進(jìn)行通知。通過(guò)設(shè)置終端1和終端2之間的 拓樸關(guān)系，可以將終端1和終端2中的一個(gè)終端接收到的RTSP消息通過(guò)另外一 個(gè)終端發(fā)送出去。
另外，如果轉(zhuǎn)發(fā)RTSP消息的媒體網(wǎng)關(guān)支持路由模式下，媒體網(wǎng)關(guān)上創(chuàng)建 接口級(jí)別的終端，這些終端上不使用前面描述的SDP方式來(lái)協(xié)商發(fā)送收發(fā) RTSP消息的IP地址和端口 ，但是仍然可以收發(fā)RTSP消息。
媒體網(wǎng)關(guān)收到RTSP消息后，還可以通過(guò)H.248事件上報(bào)給媒體網(wǎng)關(guān)控制 器，媒體網(wǎng)關(guān)控制器進(jìn)行決策后可以指示媒體網(wǎng)關(guān)發(fā)送應(yīng)答的RTSP消息，也 可以指示媒體網(wǎng)關(guān)的IP終端繼續(xù)向前轉(zhuǎn)發(fā)該RTSP消息，該RTSP消息在^皮轉(zhuǎn)發(fā) 前可以被媒體網(wǎng)關(guān)控制器指示更新。
還有一種方式是媒體網(wǎng)關(guān)進(jìn)行自治。媒體網(wǎng)關(guān)的終端1側(cè)接收到RTSP消息 后，不上報(bào)給媒體網(wǎng)關(guān)控制器，而是自行通過(guò)終端2進(jìn)行轉(zhuǎn)發(fā)，轉(zhuǎn)發(fā)前還可能 自發(fā)地對(duì)RTSP消息進(jìn)行修改。 一些RTSP消息中帶有媒體流信息，例如帶有 RTSP設(shè)備A接收的媒體流的IP地址AA1和端口 Pl,而該地址對(duì)于媒體流對(duì)端 是不可見的，因此媒體網(wǎng)關(guān)自發(fā)在終端2側(cè)的網(wǎng)絡(luò)接口上分配IP地址BB2和端 口 P2用于接收該媒體流，而在轉(zhuǎn)發(fā)RTSP消息時(shí)將RTSP消息中的AA1和P1替換成BB2和P2。對(duì)于反向的RTSP消息也要做類似處理，在媒體網(wǎng)關(guān)上自行分配 媒體資源和替換RTSP消息中的相關(guān)內(nèi)容。這里不再贅述。
在自治的方式下，當(dāng)自行分配的媒體資源使用完畢后，媒體網(wǎng)關(guān)將其釋放。
本發(fā)明實(shí)施例二是々某體網(wǎng)關(guān)控制器控制媒體網(wǎng)關(guān)繼續(xù)前向發(fā)送RTSP消息 的流程，請(qǐng)一同參閱圖3與圖5，包括以下步驟
步驟s501, RTSP設(shè)備A向媒體網(wǎng)關(guān)發(fā)送第一RTSP請(qǐng)求消息。
步驟s502,媒體網(wǎng)關(guān)的終端1接收到該第一RTSP請(qǐng)求消息，通過(guò)H.248事 件將該第一RTSP請(qǐng)求消息的內(nèi)容上報(bào)給媒體網(wǎng)關(guān)控制器。終端1已經(jīng)通過(guò)實(shí)施 例1所述的方法確定了該終端接收RTSP請(qǐng)求消息的IP地址和端口 ，和/或，發(fā) 送RTSP請(qǐng)求消息的目的IP地址和端口 。
步驟s503，媒體網(wǎng)關(guān)控制器向媒體網(wǎng)關(guān)應(yīng)答該Notify消息。
步驟s504,媒體網(wǎng)關(guān)控制器通過(guò)Modify消息指示媒體網(wǎng)關(guān)通過(guò)終端2發(fā)送 第二RTSP請(qǐng)求消息。可以是第一RTSP請(qǐng)求消息本身，也可以是對(duì)該第一RTSP 內(nèi)容的描述，媒體網(wǎng)關(guān)可以根據(jù)這些信息以及自身保存的信息構(gòu)造終端2要發(fā) 送的第二RTSP請(qǐng)求消息。
終端2已經(jīng)通過(guò)實(shí)施例1所述的方法確定了該終端2接收RTSP消息的IP地 址和端口 ，和/或，發(fā)送RTSP請(qǐng)求消息的目的IP地址和端口 。
在該步驟中，々某體網(wǎng)關(guān)控制器可以對(duì)終端1接收的RTSP請(qǐng)求消息中的內(nèi)容 進(jìn)行替換，包括對(duì)i某體流收發(fā)地址進(jìn)行替換。例如，假-沒在同一個(gè)IP終端上既 處理媒體數(shù)據(jù)流又處理RTSP請(qǐng)求消息，圖3中的第一IP網(wǎng)絡(luò)l中的RTSP設(shè)備A 在發(fā)出的RTSP消息M1中提供接收i某體流Sl的IP地址A1和端口 Pl 。該媒體流 由第二IP網(wǎng)絡(luò)2中的RTSP對(duì)端設(shè)備B提供。由于媒體網(wǎng)關(guān)的阻隔，該RTSP設(shè)備 A對(duì)于第二IP網(wǎng)絡(luò)2中的RTSP對(duì)端設(shè)備B來(lái)說(shuō)不可直接路由到達(dá)，所以該RTSP 請(qǐng)求消息被發(fā)送給媒體網(wǎng)關(guān)上的IP終端1, IP終端1的功能包括轉(zhuǎn)發(fā)媒體流S 1 以及在IP網(wǎng)絡(luò)中收發(fā)RTSP消息。第二IP網(wǎng)絡(luò)2中的IP終端2的功能包括接收媒 體流S1，以及在第二IP網(wǎng)絡(luò)2中收發(fā)RTSP消息。媒體網(wǎng)關(guān)通過(guò)IP終端2在向 RTSP遠(yuǎn)端設(shè)備B轉(zhuǎn)發(fā)RTSP請(qǐng)求消息M1前，需要將其中的IP地址A1和端口 Pl替換成IP終端T2為接收J(rèn) 某體流S1分配的IP地址和端口 。 i某體流Sl到達(dá)IP終端2 后通過(guò)IP終端l發(fā)送到達(dá)第一IP網(wǎng)絡(luò)l,最終被轉(zhuǎn)發(fā)到第一IP網(wǎng)絡(luò)l中的RTSP設(shè) 備A。
同理，如果媒體流的接收端IP終端1需要獲得媒體流的源IP地址和端口， 則需要媒體網(wǎng)關(guān)在轉(zhuǎn)發(fā)RTSP消息時(shí)對(duì)相應(yīng)的頭域或者SDP等作替換。其原理 和前面描述的替換媒體流的目的地址相同。這是因?yàn)槊襟w流通過(guò)媒體網(wǎng)關(guān)轉(zhuǎn) 發(fā)后源地址被替換成i某體網(wǎng)關(guān)上發(fā)送該i某體流的IP地址和端口 ，所以RTSP消 息中攜帶的發(fā)送媒體流的IP地址和端口也需要被替換成媒體網(wǎng)關(guān)上轉(zhuǎn)發(fā)該媒 體流時(shí)為其分配的用于發(fā)送該4某體流的IP地址和端口 。
本實(shí)施例中，同一個(gè)終端,例如IP終端2，處理RTSP消息和媒體流時(shí)，該 終端可以為RTSP消息和/或媒體流分配相同的或者不同的IP地址和端口 。媒體 網(wǎng)關(guān)還可以為RTSP消息和媒體流分別創(chuàng)建終端，但是多數(shù)情況下沒有必要。 在某些情況下，例如，對(duì)于同一個(gè)會(huì)話，媒體流和RTSP消息通過(guò)不同的路徑 傳遞(一種可能的情況是通過(guò)兩個(gè)不同的媒體網(wǎng)關(guān)進(jìn)行傳遞)，該媒體網(wǎng)關(guān) 只負(fù)責(zé)收發(fā)RTSP消息而不收發(fā)涉及的媒體流。無(wú)論RTSP消息和媒體流是否通 過(guò)同一個(gè)終端處理，其處理流程相同。
前面提到媒體網(wǎng)關(guān)上要分配IP地址和端口等資源用于收發(fā)媒體流。所以， 在本步驟前隱含了一個(gè)可選步驟，即:媒體網(wǎng)關(guān)控制器通過(guò)H,248的ADD命令 或者M(jìn)ODIDY命令指示媒體網(wǎng)關(guān)在新的終端或者已有終端上分配這些用于收 發(fā)媒體流的資源。媒體網(wǎng)關(guān)在應(yīng)答消息中將被分配的資源的IP地址和端口等信 息通過(guò)SDP返回給々某體網(wǎng)關(guān)控制器。媒體網(wǎng)關(guān)控制器可以利用這些信息構(gòu)造第 二RTSP請(qǐng)求消息。
步驟s505,媒體網(wǎng)關(guān)根據(jù)指示通過(guò)終端2向RTSP對(duì)端設(shè)備發(fā)送第二RTSP 請(qǐng)求消息。該第二RTSP請(qǐng)求消息的內(nèi)容可能和步驟s501中的第一RTSP消息相 同，也可能在媒體網(wǎng)關(guān)控制器的指示下對(duì)步驟s501中的第一RTSP消息做了更 改。媒體網(wǎng)關(guān)可以通過(guò)設(shè)置終端1到終端2之間的拓樸關(guān)系(例如修改成isolate ) 避免終端2既發(fā)送々某體網(wǎng)關(guān)控制器指示發(fā)送的RTSP消息，又轉(zhuǎn)發(fā)終端l接收到 的RTSP消息。步驟s506，媒體網(wǎng)關(guān)向媒體網(wǎng)關(guān)控制器發(fā)送Modify消息的應(yīng)答消息。 步驟s506和步驟s505的次序可以顛倒。
步驟s507，媒體網(wǎng)關(guān)在終端2上接收到前述第二RTSP請(qǐng)求消息的應(yīng)答消息。
步驟s508,媒體網(wǎng)關(guān)通過(guò)終端1向RTSP客戶轉(zhuǎn)發(fā)RTSP應(yīng)答消息。
步驟s507和步驟s508之間，媒體網(wǎng)關(guān)可以向J 某體網(wǎng)關(guān)控制器上報(bào)接收到的
RTSP應(yīng)答消息，并且接收媒體網(wǎng)關(guān)控制器的指示以確定向RTSP設(shè)備發(fā)送的
RTSP應(yīng)答消息的內(nèi)容。其原理和步驟s502、步驟s503、步驟s504、步驟s506
相同，這里不贅述。
媒體網(wǎng)關(guān)處理RTSP請(qǐng)求消息和處理RTSP應(yīng)答消息可以是兩個(gè)獨(dú)立的過(guò)
程，例如某個(gè)媒體網(wǎng)關(guān)只處理RTSP請(qǐng)求消息，而RTSP應(yīng)答消息不通過(guò)該媒體
網(wǎng)關(guān)傳遞(通過(guò)別的傳輸路徑)，或者本媒體網(wǎng)關(guān)上的其它IP終端傳遞。將這兩
個(gè)過(guò)程放在圖5的同一個(gè)流程中是為了完整說(shuō)明一整個(gè)RTSP的請(qǐng)求加應(yīng)答的
流程，但是并不妨礙本發(fā)明只用在針對(duì)RTSP請(qǐng)求消息或者只針對(duì)RTSP應(yīng)答消 自
如果媒體網(wǎng)關(guān)上配置了對(duì)該RTSP消息的處理規(guī)則，則步驟s502、步驟 s503、步驟s504、步驟s506為可選。即媒體網(wǎng)關(guān)可以自己完成對(duì)該RTSP請(qǐng)求 消息的前向轉(zhuǎn)發(fā)，在被轉(zhuǎn)發(fā)前該消息可以被媒體網(wǎng)關(guān)更新。該配置可以由媒 體網(wǎng)關(guān)控制器設(shè)置或者更新。該配置可能包括i某體流收發(fā)IP地址和端口的替換 邏輯以及RTSP消息中一些字段和頭域等的替換邏輯等，該配置功能在后面有 #纟田4苗^1。
實(shí)施例二中的RTSP設(shè)備和RTSP對(duì)端設(shè)備分別是RTSP客戶端和RTSP服 務(wù)器，或者分別是RTSP服務(wù)器和RTSP客戶端。如果協(xié)議允許RTSP客戶端之 間或者RTSP服務(wù)器之間進(jìn)行RTSP協(xié)議交互，則RTSP設(shè)備和RTSP對(duì)端設(shè)備也 可能同為RTSP客戶端或者RTSP服務(wù)器。
根據(jù)本發(fā)明實(shí)施例，媒體網(wǎng)關(guān)控制器控制媒體網(wǎng)關(guān)協(xié)商IP終端收發(fā)RTSP 消息的本端(local)和遠(yuǎn)端(remote)地址后，在某些場(chǎng)景下，單個(gè)的IP終端也能夠?qū)崿F(xiàn)對(duì)RTSP消息的處理。為與實(shí)施例二進(jìn)行區(qū)別，將單獨(dú)處理RTSP
消息的IP終端稱為第三IP終端，該第三終端處理的RTSP消息為第三RTSP消
息。該第三IP終端可以為圖3中的終端1、終端2或者是專門創(chuàng)建的終端。下面
通過(guò)具體的應(yīng)用場(chǎng)景進(jìn)行說(shuō)明。
本發(fā)明實(shí)施例三是媒體網(wǎng)關(guān)控制器控制媒體網(wǎng)關(guān)直接應(yīng)答RTSP消息的流
程，如圖4所示，所述的第三終端具體為終端l，包括以下步驟
步驟s401， RTSP設(shè)備向媒體網(wǎng)關(guān)發(fā)送第三RTSP消息，如RTSP請(qǐng)求消息。 步驟s402,媒體網(wǎng)關(guān)的終端1接收到該RTSP請(qǐng)求消息，通過(guò)H.248事件將
該RTSP請(qǐng)求消息的內(nèi)容上報(bào)給媒體網(wǎng)關(guān)控制器。終端1已經(jīng)通過(guò)實(shí)施例l所述
的方法指定了接收RTSP消息的IP地址和端口 。
步驟s403,媒體網(wǎng)關(guān)控制器向媒體網(wǎng)關(guān)應(yīng)答該Notify消息。
步驟s404,媒體網(wǎng)關(guān)控制器通過(guò)Modify消息指示媒體網(wǎng)關(guān)通過(guò)終端l發(fā)送
RTSP應(yīng)答消息。該消息中攜帶RTSP應(yīng)答消息的內(nèi)容，可以是RTSP消息本身，
也可以是對(duì)該RTSP內(nèi)容的描述。例如，如果RTSP請(qǐng)求中要求的帶寬無(wú)法滿足，
則媒體網(wǎng)關(guān)控制器指示媒體網(wǎng)關(guān)應(yīng)答錯(cuò)誤碼。
步驟s405 ，媒體網(wǎng)關(guān)根據(jù)指示通過(guò)終端1發(fā)送RTSP應(yīng)答消息。 步驟s406,媒體網(wǎng)關(guān)向媒體網(wǎng)關(guān)控制器發(fā)送Modify消息的應(yīng)答消息。 步驟s406和步驟s405的次序可以顛倒。如果々某體網(wǎng)關(guān)上配置或者由i某體網(wǎng)
關(guān)控制器設(shè)置了對(duì)該RTSP消息的處理邏輯，則步驟s402、步驟s403、步驟s404
和步驟s406為可選，即^某體網(wǎng)關(guān)可以自己完成對(duì)該RTSP請(qǐng)求消息的應(yīng)答，不
需要與媒體網(wǎng)關(guān)交互控制信息。其中，RTSP設(shè)備是RTSP客戶端(client)或
者RTSP服務(wù)器(server)。
本發(fā)明實(shí)施例四中，如果R248終端設(shè)備(例如UE中的RG設(shè)備)需要支
持RTSP協(xié)議功能，則需要媒體網(wǎng)關(guān)控制器控制媒體網(wǎng)關(guān)收發(fā)RTSP消息，如圖
6所示，包括以下步驟
步驟s601,媒體網(wǎng)關(guān)控制器通過(guò)Modify消息指示媒體網(wǎng)關(guān)通過(guò)第三IP終端 (終端3)發(fā)送第三RTSP消息，如RTSP請(qǐng)求消息。該消息中攜帶RTSP消息的IP地址和端口 ，和/或，發(fā)送RTSP請(qǐng)求消息的目的IP地址和端口 。
步驟s602，媒體網(wǎng)關(guān)根據(jù)指示通過(guò)終端3發(fā)送媒體網(wǎng)關(guān)控制器要求發(fā)送的 RTSP請(qǐng)求消息。
步驟s603,媒體網(wǎng)關(guān)向媒體網(wǎng)關(guān)控制器發(fā)送Modify消息的應(yīng)答消息。 步驟s603和步驟s604的次序可以顛倒。 步驟s604，媒體網(wǎng)關(guān)在終端3上接收到RTSP應(yīng)答消息。 步驟s605,媒體網(wǎng)關(guān)通過(guò)R248事件將接收到的RTSP應(yīng)答消息的內(nèi)容上報(bào) 給媒體網(wǎng)關(guān)控制器。
步驟s606,媒體網(wǎng)關(guān)控制器向媒體網(wǎng)關(guān)應(yīng)答該Notify消息。 媒體網(wǎng)關(guān)上涉及到分配資源進(jìn)行媒體流收發(fā)時(shí)，媒體網(wǎng)關(guān)控制器通過(guò)在 媒體網(wǎng)關(guān)上創(chuàng)建或者修改終端的方式分配資源。媒體網(wǎng)關(guān)在應(yīng)答消息中返回 的IP地址和端口等資源信息被用于RTSP消息中描述媒體信息。
本發(fā)明實(shí)施例五中，媒體網(wǎng)關(guān)可以作為媒體流的緩存(cache)。媒體網(wǎng) 關(guān)上緩存媒體數(shù)據(jù)，如圖3所示，媒體網(wǎng)關(guān)接收到RTSP設(shè)備A發(fā)送的請(qǐng)求獲得 媒體流的請(qǐng)求后，可以向RTSP設(shè)備B請(qǐng)求媒體流，也可以將自身已經(jīng)緩存的 媒體數(shù)據(jù)提供給RTSP設(shè)備A。在這種情況下，媒體網(wǎng)關(guān)可以終結(jié)RTSP消息， 給RTSP設(shè)備A發(fā)送應(yīng)答消息，進(jìn)而將自身緩存的媒體流數(shù)據(jù)提供給RTSP設(shè)備 A。 RTSP設(shè)備A請(qǐng)求的媒體流還可以部分由媒體網(wǎng)關(guān)中的緩存提供，部分由媒 體網(wǎng)關(guān)向其它RTSP設(shè)備(例如圖3中的RTSP設(shè)備B)請(qǐng)求獲得后轉(zhuǎn)發(fā)給RTSP 設(shè)備A。在該實(shí)施例的情況下，媒體網(wǎng)關(guān)可以自行對(duì)RTSP設(shè)備A的RTSP請(qǐng)求 消息進(jìn)行應(yīng)答，也可以將RTSP設(shè)備A發(fā)來(lái)的RTSP請(qǐng)求消息的內(nèi)容上報(bào)給媒體 網(wǎng)關(guān)控制器，還可以進(jìn)而由媒體網(wǎng)關(guān)控制器指示向RTSP設(shè)備嫂送應(yīng)答消息。 媒體網(wǎng)關(guān)在RTSP設(shè)備B這一側(cè)也同理，媒體網(wǎng)關(guān)可以自己收發(fā)RTSP消息，也 可以在媒體網(wǎng)關(guān)控制器的指示下上報(bào)接收到的RTSP消息的內(nèi)容和/或發(fā)送 RTSP消息。
為了實(shí)現(xiàn)實(shí)施例二到實(shí)施例五中的各個(gè)流程，需要對(duì)H，248協(xié)議做擴(kuò)展， 擴(kuò)展要完成的基本功能如下媒體網(wǎng)關(guān)通過(guò)擴(kuò)展的事件上報(bào)檢測(cè)到的RTSP消 息，上報(bào)事件中攜帶RTSP消息的內(nèi)容；媒體網(wǎng)關(guān)控制器通過(guò)擴(kuò)展的信號(hào)指示媒體網(wǎng)關(guān)發(fā)送RTSP消息，信號(hào)中通過(guò)參數(shù)攜帶要發(fā)送的RTSP消息的內(nèi)容；媒 體網(wǎng)關(guān)控制器通過(guò)擴(kuò)展的屬性向媒體網(wǎng)關(guān)設(shè)置處理RTSP消息的規(guī)則，例如更 改RTSP消息頭域的規(guī)則，根據(jù)這些規(guī)則，媒體網(wǎng)關(guān)可以自主完成對(duì)RTSP消息 的更新和轉(zhuǎn)發(fā)，減少和媒體網(wǎng)關(guān)控制器之間的消息交互。
以下是該擴(kuò)展的一個(gè)具體方案擴(kuò)展H,248包RTSPfUnc,在RTSPfunc包中 擴(kuò)展事件RTSPe，該事件的參數(shù)包括
1、 方法(method)過(guò)濾參數(shù)mf,通過(guò)該參數(shù)，媒體網(wǎng)關(guān)控制器指示媒體 網(wǎng)關(guān)需要上報(bào)的RTSP方法列表。例如只要求檢測(cè)上報(bào)setup方法和teardown方 法。該參數(shù)的數(shù)據(jù)類型為枚舉列表，枚舉值為RTSP協(xié)議支持的各方法。
2、 承載層轉(zhuǎn)發(fā)開關(guān)參數(shù)tt,通過(guò)該參數(shù)，媒體網(wǎng)關(guān)控制器指示媒體網(wǎng)關(guān) 是否在承載層前向轉(zhuǎn)發(fā)已經(jīng)被上報(bào)的RTSP消息，例如圖三中終端l接收到 RTSP消息后是否在承載層通過(guò)終端2前向轉(zhuǎn)發(fā)。媒體網(wǎng)關(guān)控制器接收到該事件 后可能會(huì)對(duì)RTSP消息進(jìn)行更新后指示媒體網(wǎng)關(guān)通過(guò)終端2進(jìn)行轉(zhuǎn)發(fā)，但是，媒 體網(wǎng)關(guān)內(nèi)部也可以通過(guò)拓樸關(guān)系(此時(shí)拓樸允許^v終端l到終端2導(dǎo)通)對(duì)該 RTSP消息進(jìn)行轉(zhuǎn)發(fā)，這樣會(huì)有雙份RTSP消息發(fā)往目的地址。所以如果媒體網(wǎng) 關(guān)控制器準(zhǔn)備自己控制轉(zhuǎn)發(fā)上報(bào)的RTSP消息，可以通過(guò)該參數(shù)指示媒體網(wǎng)關(guān) 是否在承載層向前轉(zhuǎn)發(fā)已經(jīng)上報(bào)的RTSP消息。該參數(shù)的數(shù)據(jù)類型為開關(guān)變量。 取值為on/off，默認(rèn)值為on。 on表示媒體網(wǎng)關(guān)自行前向轉(zhuǎn)發(fā)。Off表示媒體網(wǎng)關(guān) 不前向轉(zhuǎn)發(fā)。
還可以定義參數(shù)要求媒體網(wǎng)關(guān)上報(bào)涉及QoS指標(biāo)的RTSP消息。例如，定 義如下參數(shù)
3、 帶寬上報(bào)參數(shù)br，該參數(shù)為開關(guān)變量，取值為on/off,默認(rèn)值為off; 如果該開關(guān)值為on,如果終端接收到的RTSP消息中涉及到傳輸帶寬，則需要 上報(bào)。
4、 速度改變參數(shù)sc，該參數(shù)為開關(guān)變量，取值為on/off,默認(rèn)值為off; 如果該開關(guān)值為on，如果終端接收到的RTSP消息中speed頭域值發(fā)生變化，則 需要上報(bào)。還可以定義其它一些參數(shù)，當(dāng)RTSP消息中攜帶其它涉及到QoS指標(biāo)的信 息時(shí)，觸發(fā)媒體網(wǎng)關(guān)的事件上報(bào)。
5、 媒體流攜帶參數(shù)sap，該參數(shù)為開關(guān)變量，取值為on/off,默認(rèn)值為on; 如果該開關(guān)值為on，如果終端接收到的RTSP消息中攜帶了媒體流描述信息， 則需要上報(bào)。
6、 指定報(bào)告內(nèi)容參數(shù)rc,該參數(shù)描述媒體網(wǎng)關(guān)控制器需要媒體網(wǎng)關(guān)上報(bào) 的信息形式.例如可以用該參數(shù)指定要求媒體網(wǎng)關(guān)上報(bào)整個(gè)RTSP消息體，也 可以通過(guò)該參數(shù)指定只要求上報(bào)RTSP消息中被指定的部分的內(nèi)容，舉例說(shuō)明 如下:指定要求媒體網(wǎng)關(guān)上報(bào)指定內(nèi)容(例如Speed頭域等)，指定要求媒體 網(wǎng)關(guān)上才艮指定頭域中指定具體選項(xiàng)的內(nèi)容(例如Transport頭域的dest—addr和 src—addr字段等)。通過(guò)該參數(shù)，媒體網(wǎng)關(guān)控制器可以從媒體網(wǎng)關(guān)獲得所需要 的內(nèi)容。
該事件上報(bào)的參數(shù)(ObservedEventsDescriptor參數(shù))包括
1、 RTSP消息內(nèi)容?？梢远x通過(guò)該參數(shù)直接將整個(gè)RTSP消息作為該參 數(shù)的內(nèi)容上報(bào)給媒體網(wǎng)關(guān)控制器。該情況下該參數(shù)的數(shù)據(jù)類型是字串。
媒體網(wǎng)關(guān)可能被要求將RTSP消息的內(nèi)容分解后上報(bào)指定的內(nèi)容，例如上 才艮RTSP消息的Transport頭域中的源地址和目的地址等.還可以定義相應(yīng)的參 數(shù)——實(shí)現(xiàn)上報(bào)RTSP消息分解后的各個(gè)媒體網(wǎng)關(guān)控制器要求上報(bào)的單項(xiàng)信 息.參數(shù)的定義方法不唯一，這里不贅述。
定義信號(hào)RTSPs,該信號(hào)的參數(shù)包括RTSP消息內(nèi)容，可以定義將整個(gè) RTSP消息作為該參數(shù)的內(nèi)容下發(fā)給媒體網(wǎng)關(guān)，該參數(shù)的數(shù)據(jù)類型是字符串。 媒體網(wǎng)關(guān)接收到該信號(hào)后，將參數(shù)中攜帶的RTSP消息發(fā)送到remote描述符指 定的地址。其它的可行辦法是將RTSP消息的內(nèi)容分解成各項(xiàng)信息分別在多個(gè) 參數(shù)中下發(fā)，媒體網(wǎng)關(guān)根據(jù)該這些參數(shù)中攜帶的信息構(gòu)造RTSP消息并發(fā)送.具 體細(xì)節(jié)這里不——贅述。
定義媒體網(wǎng)關(guān)控制器向媒體網(wǎng)關(guān)設(shè)置處理RTSP消息的規(guī)則可以通過(guò)如下 屬性
1 、定義屬性requrl,該屬性用于媒體網(wǎng)關(guān)控制器向媒體網(wǎng)關(guān)設(shè)置處理RTSP消息中的"Request-URT部分的規(guī)則。該屬性的數(shù)據(jù)類型為字符串。該參數(shù)默 認(rèn)為空，表示不對(duì)"Request-URI "進(jìn)行轉(zhuǎn)換。如果requrl參數(shù)的值 為"RTSP:〃example.com/fizzle/foo",媒體網(wǎng)關(guān)在設(shè)置了該參數(shù)的終端上收到如 下消息
C-〉S: TEARDO額RTSP:〃 bigserver.com/fizzle/foo RTSP/1.0
CSeq: 892
Session: 12345678 則々某體網(wǎng)關(guān)在前向轉(zhuǎn)發(fā)該消息時(shí)會(huì)將發(fā)出的消息修改成 C->S: TEARDOWN RTSP:〃 example.com/fizzle/foo RTSP/1.0
CSeq: 892
Session: 12345678
2、定義屬性srcaddrexp,該屬性的數(shù)據(jù)類型為字符串.代表需要將收到的 RTSP消息中的Transport頭域的src—addr字段的內(nèi)容替換成的值.例如，該屬性 值為"10.11.1.100:9000"/"10.11.1.100:9001"代表將接收到的Transport頭域的 src—addr字段的內(nèi)容替換成"IO.11.1.100:90007"10.11.1.100:9001"。
還可以定義類似屬性用來(lái)替換RTSP消息中SDP中涉及的媒體流源地址和 /或目的地址。
媒體網(wǎng)關(guān)收發(fā)RTSP消息的IP終端和收發(fā)媒體流的IP終端可以是相同的 IP終端，也可以不同的IP終端。單播媒體流通過(guò)媒體網(wǎng)關(guān)后，媒體流源地址會(huì) 變成媒體網(wǎng)關(guān)上發(fā)送該媒體流的源地址；單播媒體流到達(dá)媒體網(wǎng)關(guān)時(shí)，媒體 流目的地址是媒體網(wǎng)關(guān)的地址，在媒體網(wǎng)關(guān)將其在另外一側(cè)的IP網(wǎng)絡(luò)中轉(zhuǎn)發(fā)出 去時(shí)，目的地址也需要被更新成目的地的地址。被媒體網(wǎng)關(guān)轉(zhuǎn)發(fā)的RTSP消息 中可能攜帶RTSP設(shè)備自身收發(fā)媒體流的IP地址和端口 ，而一般來(lái)說(shuō)媒體網(wǎng)關(guān) 一側(cè)的IP網(wǎng)絡(luò)中的設(shè)備地址對(duì)另外一側(cè)的IP網(wǎng)絡(luò)中的設(shè)備來(lái)說(shuō)是不可以直接 到達(dá)的，所以媒體網(wǎng)關(guān)需要將被自己轉(zhuǎn)發(fā)處理的RTSP消息中攜帶的媒體流的 源地址和目的地址中受影響的部分替換成々某體網(wǎng)關(guān)的IP終端上分配的地址。
為了便于說(shuō)明，本發(fā)明中媒體流源地址表示J 某體流的源IP地址和端口 ，目 的地址表示目的IP地址和端口 。下面用一個(gè)示例描述前述地址轉(zhuǎn)換過(guò)程，結(jié)合圖2，具體過(guò)程包括
1、 終端1接收到RTSP設(shè)備A如下RTSP消息
C->S: SETUP RTSP:〃example.com/foo/bar/baz.rmRTSP/2.0 CSeq: 302
Transport: RTP/AVP;unicast;dest—addr=":45887":4589"， RTP/AVP/TCP;unicast;interleaved=0-l 媒體流的目的端口是4588和4589,而媒體網(wǎng)關(guān)在第二IP網(wǎng)絡(luò)2側(cè)為該媒體 流分配的端口是8000和8001 。
2、 終端2向RTSP消息的目的設(shè)備B轉(zhuǎn)發(fā)該RTSP消息時(shí)發(fā)出的是 C陽(yáng)〉S: SETUP RTSP:〃example.com/foo/bar/baz.rmRTSP/2.0
CSeq: 302
Transport: RTP/AVP;unicast;dest—addr=":訓(xùn)07" :8001", RTP/AVP/TCP;unicast;interleaved=0-l
3、 終端2接收到如下應(yīng)答消息 S-〉C: RTSP/2.0 200 OK
CSeq: 302
Date: 23 Jan 1997 15:35:06 GMT Server: PhonyServer 1.1 Session: 47112344;timeout=60
Transport: RTP/AVP;unicast;dest—addr=":80007":800r;
src—addr="192.0.2.241:62567"192.0.2.241:6257";
ssrc=2A3F93ED Accept-Ranges: NPT
192.0.2.241:6256"和"192.0.2.241:6257"是該媒體流的源IP地址和端口 ，而 々某體網(wǎng)關(guān)為該i某體流在第一 IP網(wǎng)絡(luò)1側(cè)分配的IP地址和端口是 10.11.1.100:9000和IO.11.1.100:9001。4、終端1向RTSP設(shè)備A轉(zhuǎn)發(fā)該RTSP消息時(shí)發(fā)出的是 Session: 47112344;timeout=60
Transport: RTP/AVP;unicast;dest—addr=":45887":4589";
src—addr=" 10.11 ■ 1.100:90007" 10.11.1 100:9001";
ssrc=2A3F93ED Accept-Ranges: NPT
通過(guò)對(duì)媒體流收發(fā)地址的替換，實(shí)現(xiàn)了媒體網(wǎng)關(guān)兩側(cè)的RTSP設(shè)備都和媒 體網(wǎng)關(guān)上的IP終端交互媒體流，而媒體網(wǎng)關(guān)在其中對(duì)RTSP消息起到了變換和 傳遞功能。對(duì)RTSP消息的變換和傳遞功能有如下兩個(gè)方法
一種是媒體網(wǎng)關(guān)上報(bào)接收到的RTSP消息給媒體網(wǎng)關(guān)控制器，由媒體網(wǎng)關(guān) 控制器將要發(fā)送的RTSP消息的信息發(fā)給媒體網(wǎng)關(guān)，該信息中攜帶了轉(zhuǎn)換后的 IP地址和端口.圖5的流程中的步驟502到步驟506使用了該方法。
另 一種是提前將轉(zhuǎn)換規(guī)則下發(fā)給媒體網(wǎng)關(guān)，媒體網(wǎng)關(guān)按照規(guī)則替換RTSP 消息中的相關(guān)的部分，例如媒體流IP地址和端口，指定的頭域，字段等。
本發(fā)明實(shí)施例還提供了一種處理實(shí)時(shí)流媒體協(xié)議的系統(tǒng)，包括媒體網(wǎng) 關(guān)，用于接收媒體網(wǎng)關(guān)控制器指示創(chuàng)建上下文以及所述上下文內(nèi)部的第一 IP 終端和第二 IP終端，在所述第一 IP終端和第二 IP終端上設(shè)置收發(fā)實(shí)時(shí)流力某 體協(xié)議RTSP消息的遠(yuǎn)端地址；在所述第一 IP終端和第二 IP終端上分配收發(fā) 實(shí)時(shí)流i某體協(xié)議RTSP消息的本端地址；并通過(guò)所述第一 IP終端/人所述第一 IP終端所在的IP網(wǎng)絡(luò)接收到RTSP消息，所述RTSP消息保持不變或者進(jìn)行 修改后通過(guò)所述第二 IP終端發(fā)送到所述第二 IP終端所在的IP網(wǎng)絡(luò)。媒體網(wǎng) 關(guān)控制器，用于指示所述i某體網(wǎng)關(guān)創(chuàng)建上下文以及所述上下文內(nèi)部的第一 IP 終端和第二 IP終端，在所述第一 IP終端和第二 IP終端上設(shè)置收發(fā)實(shí)時(shí)流i某 體協(xié)i義RTSP消息的本端地址和遠(yuǎn)端地址。
所述媒體網(wǎng)關(guān)具體包括拓樸連接設(shè)置單元，用于接收媒體網(wǎng)關(guān)控制器 指示創(chuàng)建上下文以及所述上下文內(nèi)部的第一 IP終端和第二 IP終端，在所述第 一 IP終端和第二 IP終端上設(shè)置收發(fā)實(shí)時(shí)流J 某體協(xié)議RTSP消息的遠(yuǎn)端地址； 在所述第一 IP終端和第二 IP終端上分配收發(fā)實(shí)時(shí)流媒體協(xié)議RTSP消息的本端地址；RTSP消息收發(fā)單元，用于通過(guò)所述第一IP終端從所述第一IP終端 所在的IP網(wǎng)絡(luò)接收到RTSP消息，所述RTSP消息保持不變或者進(jìn)行修改后 通過(guò)所述第二 IP終端發(fā)送到所述第二 IP終端所在的IP網(wǎng)絡(luò)。
所述拓樸連接設(shè)置單元具體包括拓樸連接存儲(chǔ)子單元，用于預(yù)先存儲(chǔ) 由+某體網(wǎng)關(guān)控制器預(yù)先設(shè)定的IP終端收發(fā)RTSP消息的本端和遠(yuǎn)端地址；獲 取由媒體網(wǎng)關(guān)控制器設(shè)置IP終端發(fā)送RTSP消息的本端和遠(yuǎn)端地址。
所述媒體網(wǎng)關(guān)還包括事件上報(bào)單元，用于第一IP終端從所述第一IP終 端所在的IP網(wǎng)絡(luò)檢測(cè)媒體網(wǎng)關(guān)控制器要求檢測(cè)的第一 RTSP消息，通過(guò)事件 將所述第一RTSP消息的內(nèi)容上報(bào)給媒體網(wǎng)關(guān)控制器；命令接收單元，用于根 據(jù)所述媒體網(wǎng)關(guān)控制器下發(fā)的命令，從所述接收IP終端發(fā)送應(yīng)答的RTSP消 息，或通過(guò)其他IP終端轉(zhuǎn)發(fā)所述RTSP消息。
所述媒體網(wǎng)關(guān)還包括消息更新單元，用于根據(jù)媒體網(wǎng)關(guān)控制器下發(fā)的 擴(kuò)展信號(hào)指示確定要發(fā)送的RTSP消息的內(nèi)容。
本發(fā)明實(shí)施例還提供了一種處理實(shí)時(shí)流媒體協(xié)議的系統(tǒng)，包括媒體網(wǎng) 關(guān)，用于根據(jù)力某體網(wǎng)關(guān)控制器的指示創(chuàng)建上下文以及所述上下文內(nèi)部的第三 IP終端，協(xié)商其上第三IP終端收發(fā)實(shí)時(shí)流J 某體協(xié)議RTSP消息的遠(yuǎn)端地址和 本端地址；并通過(guò)所述第三IP終端從所述第三IP終端所在的IP網(wǎng)絡(luò)接收到 第三RTSP消息后，將所述第三RTSP消息的內(nèi)容上報(bào)給媒體網(wǎng)關(guān)控制器。
本發(fā)明的實(shí)施例中，使邊界網(wǎng)關(guān)具備轉(zhuǎn)發(fā)和處理RTSP消息的能力；使支 持H.248協(xié)議的用戶終端設(shè)備支持收發(fā)tsp消息的能力。
通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本 發(fā)明可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬 件，但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技 術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體 現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使 得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行 本發(fā)明各個(gè)實(shí)施例所述的方法。
以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種處理實(shí)時(shí)流媒體協(xié)議消息的方法，其特征在于，包括以下步驟媒體網(wǎng)關(guān)根據(jù)媒體網(wǎng)關(guān)控制器的指示創(chuàng)建上下文以及所述上下文內(nèi)部的第一IP終端和第二IP終端，協(xié)商所述第一IP終端收發(fā)實(shí)時(shí)流媒體協(xié)議RTSP消息的遠(yuǎn)端地址和本端地址，以及第二IP終端收發(fā)實(shí)時(shí)流媒體協(xié)議RTSP消息的遠(yuǎn)端地址和本端地址；所述媒體網(wǎng)關(guān)通過(guò)所述第一IP終端從第一IP網(wǎng)絡(luò)接收到第一RTSP消息后，通過(guò)所述第二IP終端向第二IP網(wǎng)絡(luò)發(fā)送第二RTSP消息，所述第二RTSP消息與第一RTSP消息相關(guān)。
2、 如權(quán)利要求l所述的方法，其特征在于，所述纟某體網(wǎng)關(guān)在所述第一IP 終端和/或第二 IP終端上進(jìn)一步設(shè)置承載RTSP消息的傳輸層協(xié)議類型，通過(guò) 設(shè)置的傳輸層協(xié)議進(jìn)行RTSP消息的傳輸。
3、 如權(quán)利要求l所述的方法，其特征在于，所述收發(fā)RTSP消息的本端地址包括收發(fā)RTSP消息的本端IP地址和 端口號(hào)；所述收發(fā)RTSP消息的遠(yuǎn)端地址包括收發(fā)RTSP消息的遠(yuǎn)端IP地址和 端口號(hào)。
4、 如權(quán)利要求l所述的方法，其特征在于，所述將第二RTSP消息由所 述第二 IP終端向第二 IP網(wǎng)絡(luò)發(fā)送，是根據(jù)預(yù)先配置的對(duì)RTSP消息的處理邏 輯或者由媒體網(wǎng)關(guān)控制器設(shè)置的對(duì)RTSP消息的處理邏輯，通過(guò)如下方式進(jìn) 行將所述將第一 RTSP消息保持不變，作為第二 RTSP消息通過(guò)所述第二 IP 終端發(fā)送給所述第二 IP網(wǎng)絡(luò)；或者將所述第一RTSP消息進(jìn)行修改后，作為第二RTSP消息通過(guò)所述第 二 IP終端發(fā)送到所述第二 IP網(wǎng)絡(luò)。
5、 如權(quán)利要求l所述的方法，其特征在于，將第二RTSP消息由所述第 二 IP終端向第二 IP網(wǎng)絡(luò)發(fā)送前包括所述媒體網(wǎng)關(guān)將所述第一 RTSP消息的內(nèi)容上報(bào)給媒體網(wǎng)關(guān)控制器； 所述將第二 RTSP消息由所述第二 IP終端向第二 IP網(wǎng)絡(luò)發(fā)送為所述媒體網(wǎng)關(guān)接收媒體網(wǎng)關(guān)控制器指示，通過(guò)所述第二 IP終端發(fā)送第二RTSP消息，所述第二RTSP消息由媒體網(wǎng)關(guān)控制器指定，其內(nèi)容和所述第一 RTSP消息相同，或者其內(nèi)容為所述々某體網(wǎng)關(guān)控制器對(duì)所述第一 RTSP消息進(jìn) 行了修改后的內(nèi)容。
6、 如權(quán)利要求4或5所述的方法，其特征在于，將所述第一RTSP消息 進(jìn)行修改，修改的內(nèi)容包括第一 RTSP消息中包含的媒體流源地址和/或目的 地址，則所述第二 RTSP消息中包含修改后的媒體流源地址和/或目的地址。
7、 如權(quán)利要求l所述的方法，其特征在于，所述協(xié)商其上第一IP終端收 發(fā)實(shí)時(shí)流媒體協(xié)議RTSP消息的遠(yuǎn)端地址和本端地址，以及第二 IP終端收發(fā) 實(shí)時(shí)流媒體協(xié)議RTSP消息的遠(yuǎn)端地址和本端地址的步驟包括媒體網(wǎng)關(guān)接收 媒體網(wǎng)關(guān)控制器下發(fā)的擴(kuò)展的信息，根據(jù)所述擴(kuò)展的信息為所述第一 IP終端 和所述第二 IP終端分配相應(yīng)的地址。
8、 一種處理實(shí)時(shí)流媒體協(xié)議消息的方法，其特征在于，包括以下步驟 媒體網(wǎng)關(guān)根據(jù)媒體網(wǎng)關(guān)控制器的指示創(chuàng)建上下文以及所述上下文內(nèi)部的第三IP終端，協(xié)商其上第三IP終端收發(fā)實(shí)時(shí)流媒體協(xié)議RTSP消息的遠(yuǎn)端地 址和本端地址；所述媒體網(wǎng)關(guān)通過(guò)所述第三IP終端從所述第三IP終端所在的IP網(wǎng)絡(luò)接收 到第三RTSP消息后，將所述第三RTSP消息的內(nèi)容上報(bào)給媒體網(wǎng)關(guān)控制器。
9、 如權(quán)利要求8所述的方法，其特征在于，所述第三RTSP消息為RTSP 請(qǐng)求消息，所述方法進(jìn)一步包括所述媒體網(wǎng)關(guān)根據(jù)所述媒體網(wǎng)關(guān)控制器的指示通過(guò)所述第三IP終端發(fā)送 RTSP應(yīng)答消息。
10、 如權(quán)利要求8所述的方法，其特征在于，所述第三RTSP消息為RTSP 應(yīng)答消息，所述々某體網(wǎng)關(guān)通過(guò)所述第三IP終端^Mv所迷第三IP終端所在的IP網(wǎng)絡(luò) 接收到第三RTSP消息之前還包括所述媒體網(wǎng)關(guān)根據(jù)媒體網(wǎng)關(guān)控制器指示通過(guò)所述第三IP終端發(fā)送RTSP請(qǐng)求消息。
11、 如權(quán)利要求8所述的方法，其特征在于，還包括媒體網(wǎng)關(guān)緩存媒體 流數(shù)據(jù)，通過(guò)所述第三IP終端接收到媒體流請(qǐng)求后，將自身緩存的媒體流數(shù)據(jù) 提供給所述媒體流請(qǐng)求的發(fā)起設(shè)備。
12、 一種處理實(shí)時(shí)流々某體協(xié)議消息的系統(tǒng)，其特征在于，包括媒體網(wǎng)關(guān)，用于接收媒體網(wǎng)關(guān)控制器指示創(chuàng)建上下文以及所述上下文內(nèi) 部的第一 IP終端和第二 IP終端，在所述第一 IP終端和第二 IP終端上設(shè)置收 發(fā)實(shí)時(shí)流媒體協(xié)議RTSP消息的遠(yuǎn)端地址；在所述第一IP終端和第二IP終端 上分配收發(fā)實(shí)時(shí)流J 某體協(xié)議RTSP消息的本端地址；并通過(guò)所述第一 IP終端 從所述第一 IP終端所在的IP網(wǎng)絡(luò)接收到RTSP消息，所述RTSP消息保持不 變或者進(jìn)行^^改后通過(guò)所述第二 IP終端發(fā)送到所述第二 IP終端所在的IP網(wǎng) 絡(luò)。
13、 如權(quán)利要求IO所述的系統(tǒng)，其特征在于，還包括 媒體網(wǎng)關(guān)控制器，用于指示所述媒體網(wǎng)關(guān)創(chuàng)建上下文以及所述上下文內(nèi)部的第一 IP終端和第二 IP終端，在所述第一 IP終端和第二 IP終端上設(shè)置收 發(fā)實(shí)時(shí)流i某體協(xié)i義RTSP消息的本端地址和遠(yuǎn)端地址。
14、 如權(quán)利要求IO所述的系統(tǒng)，其特征在于，所述媒體網(wǎng)關(guān)具體包括 拓樸連接設(shè)置單元，用于接收媒體網(wǎng)關(guān)控制器指示創(chuàng)建上下文以及所述上下文內(nèi)部的第一 IP終端和第二 IP終端，在所述第一 IP終端和第二 IP終端 上設(shè)置收發(fā)實(shí)時(shí)流4某體協(xié)議RTSP消息的遠(yuǎn)端地址；在所述第一 IP終端和第 二 IP終端上分配收發(fā)實(shí)時(shí)流i某體協(xié)議RTSP消息的本端地址；RTSP消息收發(fā)單元，用于通過(guò)所述第一IP終端從所述第一IP終端所在 的IP網(wǎng)絡(luò)接收到RTSP消息，所述RTSP消息保持不變或者進(jìn)行修改后通過(guò) 所述第二 IP終端發(fā)送到所述第二 IP終端所在的IP網(wǎng)絡(luò)。
15、 如權(quán)利要求14所述的系統(tǒng)，其特征在于，所述拓樸連接設(shè)置單元具 體包括拓樸連接存儲(chǔ)子單元，用于預(yù)先存儲(chǔ)由々某體網(wǎng)關(guān)控制器預(yù)先設(shè)定的IP終 端收發(fā)RTSP消息的本端和遠(yuǎn)端地址；獲取由媒體網(wǎng)關(guān)控制器設(shè)置IP終端發(fā)送RTSP消息的本端和遠(yuǎn)端地址。
16、 如權(quán)利要求14所述的系統(tǒng)，其特征在于，所述媒體網(wǎng)關(guān)還包括 事件上報(bào)單元，用于第一 IP終端從所述第一 IP終端所在的IP網(wǎng)絡(luò)檢測(cè)媒體網(wǎng)關(guān)控制器要求檢測(cè)的第一 RTSP消息，通過(guò)事件將所述第一 RTSP消息 的內(nèi)容上報(bào)給媒體網(wǎng)關(guān)控制器；命令接收單元，用于根據(jù)所述媒體網(wǎng)關(guān)控制器下發(fā)的命令，從所述接收 IP終端發(fā)送應(yīng)答的RTSP消息，或通過(guò)其他IP終端轉(zhuǎn)發(fā)所述RTSP消息。
17、 如權(quán)利要求14所述的系統(tǒng)，其特征在于，所述媒體網(wǎng)關(guān)還包括消息更新單元，用于根據(jù)媒體網(wǎng)關(guān)控制器下發(fā)的擴(kuò)展信號(hào)指示確定要發(fā) 送的RTSP消息的內(nèi)容。
18、 一種處理實(shí)時(shí)流i某體協(xié)議消息的系統(tǒng)，其特征在于，包括媒 體網(wǎng)關(guān)，用于根據(jù)媒體網(wǎng)關(guān)控制器的指示創(chuàng)建上下文以及所述上下文 內(nèi)部的第三IP終端，協(xié)商其上第三IP終端收發(fā)實(shí)時(shí)流媒體協(xié)議RTSP消息的 遠(yuǎn)端地址和本端地址；并通過(guò)所述第三IP終端/人所述第三IP終端所在的IP 網(wǎng)絡(luò)接收到第三RTSP消息后，將所述第三RTSP消息的內(nèi)容上報(bào)給媒體網(wǎng)關(guān) 控制器。
全文摘要
本發(fā)明公開了一種處理實(shí)時(shí)流媒體協(xié)議的方法，包括以下步驟媒體網(wǎng)關(guān)根據(jù)媒體網(wǎng)關(guān)控制器的指示創(chuàng)建上下文以及所述上下文內(nèi)部的第一IP終端和第二IP終端，協(xié)商所述第一IP終端收發(fā)實(shí)時(shí)流媒體協(xié)議RTSP消息的遠(yuǎn)端地址和本端地址，以及第二IP終端收發(fā)實(shí)時(shí)流媒體協(xié)議RTSP消息的遠(yuǎn)端地址和本端地址；所述媒體網(wǎng)關(guān)通過(guò)所述第一IP終端從第一IP網(wǎng)絡(luò)接收到第一RTSP消息后，通過(guò)所述第二IP終端向第二IP網(wǎng)絡(luò)發(fā)送第二RTSP消息，所述第二RTSP消息與第一RTSP消息相關(guān)。本發(fā)明公開了一種處理實(shí)時(shí)流媒體協(xié)議的系統(tǒng)。本發(fā)明的實(shí)施例中，使邊界網(wǎng)關(guān)具備轉(zhuǎn)發(fā)和處理RTSP消息的能力，且使支持H.248協(xié)議的用戶終端設(shè)備支持收發(fā)RTSP消息的能力。
文檔編號(hào)H04L12/18GK101453349SQ20081008635
公開日2009年6月10日 申請(qǐng)日期2008年3月26日 優(yōu)先權(quán)日2007年12月3日
發(fā)明者寧 祝 申請(qǐng)人:華為技術(shù)有限公司