一種處理實時流媒體協議的方法及系統的製作方法

2023-05-25 17:00:46 2

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

發明內容
本發明實施例提供一種處理RTSP協議的方法及系統，以實現邊界網關轉 發和處理RTSP消息。
本發明實施例提供了 一種處理實時流媒體協議的方法，包括以下步驟
媒體網關根據媒體網關控制器的指示創建上下文以及所述上下文內部的 第一 IP終端和第二 IP終端，協商所述第一 IP終端收發實時流媒體協議RTSP 消息的遠端地址和本端地址，以及第二 IP終端收發實時流媒體協議RTSP消 息的遠端地址和本端地址；
所述媒體網關通過所述第一 IP終端從第一 IP網絡接收到第一 RTSP消息 後，通過所述第二 IP終端向第二 IP網絡發送第二 RTSP消息，所述第二 RTSP 消息與第一 RTSP消息相關。
本發明實施例還提供了另 一種處理實時流媒體協議的方法，包括以下步
驟
女某體網關創建上下文以及所述上下文內部的第三IP終端；並在所述第三IP 終端上設置收發實時流媒體協議RTSP消息的遠端地址；所述媒體網關接收所 述媒體網關控制器指示，在所述第三IP終端上分配收發實時流媒體協議RTSP 消息的本端地址；
所述媒體網關通過所述第三IP終端從所述第三IP終端所在的IP網絡接收 到第三RTSP消息後，將所述第三RTSP消息的內容上報給媒體網關控制器。 本發明實施例進一步提供了一種處理實時流i某體協議的系統，包括 媒體網關，用於接收媒體網關控制器指示創建上下文以及所述上下文內 部的第一 IP終端和第二 IP終端，在所述第一 IP終端和第二 IP終端上設置收 發實時流媒體協議RTSP消息的遠端地址；在所述第一IP終端和第二IP終端 上分配收發實時流々某體協議RTSP消息的本端地址；並通過所述第一 IP終端 從所述第一 IP終端所在的IP網絡接收到RTSP消息，所述RTSP消息保持不變或者進行修改後通過所述第二 IP終端發送到所述第二 IP終端所在的IP網 絡。
本發明實施例進一步提供了 一種處理實時流々某體協議的系統，包括 媒體網關，用於根據媒體網關控制器的指示創建上下文以及所述上下文 內部的第三IP終端，協商其上第三IP終端收發實時流媒體協議RTSP消息的 遠端地址和本端地址；並通過所述第三IP終端/人所述第三IP終端所在的IP 網絡接收到第三RTSP消息後，將所述第三RTSP消息的內容上報給媒體網關 控制器。
本發明的實施例中，媒體網關通過創建上下文以及所述上下文內部的第 一 IP終端和第二 IP終端，通過在所述第一 IP終端和第二 IP終端上設置收發 實時流媒體協議RTSP消息的遠端地址和本端地址；實現了媒體網關轉發處理 RTSP消息的功能；另外，可以使支持H.248協議的本身包含了住宅網關等媒 體網關的用戶終端設備支持收發RTSP消息的能力。


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