專利名稱：基于ip多媒體子系統(tǒng)的交互式媒體會話建立系統(tǒng)和方法
技術領域：
本發(fā)明涉及一種會話建立系統(tǒng)和方法，尤其涉及一種基于IMS(IPMultimedia Subsystem，IP多媒體子系統(tǒng))的交互式媒體會話建立系統(tǒng)和方法。
背景技術：
隨著技術的發(fā)展，我們不再滿足于被動地坐在電視機或計算機旁觀看某個節(jié)目。我們更多地希望我們可以控制節(jié)目的播放過程，如通過“快進”越過廣告節(jié)目，或者通過“快退”反復欣賞剛才的一個精彩鏡頭等等。我們稱這種可以和用戶進行交互式控制的媒體應用為交互式媒體業(yè)務。
目前，交互式媒體業(yè)務應用十分廣泛，如數(shù)字電視中的點播應用，允許用戶對播放過程進行隨意的控制；如遠程教學應用，學生可以隨時復習老師剛剛講過的某個知識點等等。
交互式媒體業(yè)務中，可以允許用戶進行暫停、快進、快退等用戶交互式控制操作。目前，這種交互式的控制是通過RTSP協(xié)議(Real Time Stream Protocol，實時流協(xié)議)來實現(xiàn)的，該協(xié)議定義了媒體發(fā)送者和接收者之間進行交互控制的消息機制和數(shù)據(jù)包的結構。一般來講，媒體接收者為一些終端設備，如電視機、計算機、手機、PDA等；媒體發(fā)送者為存放媒體的數(shù)據(jù)源，一般為應用服務器。
媒體發(fā)送者和媒體接收者為了傳輸交互式控制信令，必須建立傳輸信令的通道，即RTSP連接。該連接可以通過TCP協(xié)議(Transport Control Protocol，傳輸控制協(xié)議)建立，也可以通過UDP(User Datagram Protocol，用戶數(shù)據(jù)報)協(xié)議建立，默認端口號為554。同時，為了傳輸媒體，需要建立傳輸媒體的通道，一般為RTP(Realtime Transport Protocol，實時傳輸協(xié)議)連接。RTP連接通常用UDP協(xié)議承載。傳統(tǒng)的網(wǎng)絡環(huán)境中，媒體發(fā)送者和媒體接收者首先建立RTSP連接，然后通過RTSP連接的SETUP(建立)消息協(xié)商兩者使用的RTP連接的地址信息，協(xié)商地址信息完畢后，媒體接收者通過PLAY(播放)消息通知媒體發(fā)送者開始播放媒體流。
IMS是3GPP(3rd Generation Partnership Project，第三代移動通信標準化伙伴項目)R5/R6標準定義的一個IP多媒體子系統(tǒng)，IMS采用IP分組域作為其控制信令和媒體傳輸?shù)某休d通道，采用SIP協(xié)議(Session Initiation Protocol，會話初始化協(xié)議)作為呼叫控制信令，實現(xiàn)了業(yè)務管理、會話控制及承載接入的三者分離。
通過上述分離的IMS網(wǎng)絡架構，為各類業(yè)務的快速部署和統(tǒng)一控制提供了必要的條件，這些業(yè)務不僅包括會話類業(yè)務，也同時包括媒體類業(yè)務。IMS網(wǎng)絡環(huán)境中，通過應用服務器進行統(tǒng)一的業(yè)務管理。在媒體類業(yè)務的應用中，可以把各種特定的媒體類應用部署為不同的媒體類應用服務器，如點播應用服務器，廣播電視應用服務器等。同時，業(yè)務控制功能也可以利用會話控制層面的實體和機制進行統(tǒng)一的業(yè)務控制。
而現(xiàn)有的交互式媒體會話建立系統(tǒng)和方法中，終端直接向應用服務器建立RTSP連接，然后通過RTSP連接協(xié)商RTP連接的地址信息。
在NGN(Next Generation Network，下一代網(wǎng)絡)環(huán)境中，承載和控制分離，應用服務器分解為媒體控制功能實體和媒體承載功能實體。RTSP連接建立在終端和媒體承載功能實體之間，但終端和媒體承載功能實體通過RTSP連接協(xié)商RTP連接的地址信息時，由于相關的協(xié)商消息不經(jīng)過媒體控制功能實體，因而媒體控制功能實體無法實現(xiàn)其對媒體承載功能實體的控制。

發(fā)明內容
本發(fā)明所要解決的技術問題在于提供一種可應用于承載和控制分離的NGN網(wǎng)絡環(huán)境下的基于IMS的交互式媒體會話建立系統(tǒng)和方法。
為解決上述技術問題，本發(fā)明所采用的技術方案是提供一種基于IP多媒體子系統(tǒng)的交互式媒體會話建立系統(tǒng)，其包括終端、代理呼叫會話控制功能CSCF、服務CSCF、應用服務器、媒體資源控制功能實體MRFC和媒體資源處理功能實體MRFP，其中，該終端用于發(fā)起交互式媒體會話請求，接收媒體會話響應；該代理CSCF用于轉發(fā)終端和服務CSCF之間的請求和響應消息；該服務CSCF用于根據(jù)觸發(fā)規(guī)則把業(yè)務請求消息觸發(fā)到應用服務器，對消息進行路由；該應用服務器用于處理媒體業(yè)務請求；該MRFC用于控制MRFP的資源分配；該MRFP用于接受MRFC的控制，為實時流協(xié)議RTSP連接和實時傳輸協(xié)議RTP連接分配地址端口信息，建立RTSP連接和RTP連接。
為解決上述另一技術問題，本發(fā)明所采用的技術方案是提供一種基于IP多媒體子系統(tǒng)的交互式媒體會話建立方法，其包括以下步驟S1.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求路由后到達MRFC，MRFP在MRFC的控制下，與終端協(xié)商RTSP的地址端口信息和RTP的地址端口信息；S2.終端與MRFP建立連接。
上述技術方案的進一步改進在于步驟S1進一步包括以下步驟A1.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求路由后到達MRFC，該交互式業(yè)務請求的消息中同時攜帶有終端的用于RTSP連接的地址端口信息以及用于傳輸媒體流的RTP連接的地址端口信息；A2.MRFC控制MRFP交互獲得MRFP為與終端的RTSP連接和RTP連接分配的地址端口信息；A3.MRFC向終端返回業(yè)務請求響應，該業(yè)務請求響應中同時攜帶了MRFP上的RTSP連接的地址端口信息以及RTP連接的地址端口信息。
步驟S2所述的連接是用于交互控制的RTSP連接和用于傳輸媒體流的RTP連接。
上述技術方案的進一步改進在于步驟S1進一步包括以下步驟E1.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求路由后到達MRFC，MRFP在MRFC的控制下，與終端在該業(yè)務請求消息中協(xié)商RTSP的地址端口信息；E2.當RTSP連接建立后，MRFP在MRFC的控制下，通過RTSP連接與終端協(xié)商RTP的地址端口信息。
步驟S2所述的連接是用于傳輸媒體流的RTP連接。
本發(fā)明的有益效果是由于本發(fā)明的基于IP多媒體子系統(tǒng)的交互式媒體會話建立系統(tǒng)和方法中MRFP上的RTSP連接和RTP連接的資源分配都是經(jīng)過MRFC來控制的，從而MRFC可以控制和記錄MRFP的地址端口等資源信息，因此可應用于承載和控制分離的NGN網(wǎng)絡環(huán)境下；同時，由于RTP媒體連接建立在終端和MRFP之間，從而保證媒體傳輸?shù)男省?br>

圖1是本發(fā)明基于IMS的交互式媒體會話建立系統(tǒng)的網(wǎng)絡架構圖；圖2本發(fā)明第一實施例基于IMS的交互式媒體會話建立的過程示意圖；圖3本發(fā)明第二實施例基于IMS的交互式媒體會話建立的過程示意圖；圖4本發(fā)明第三實施例基于IMS的交互式媒體會話建立的過程示意圖；圖5本發(fā)明第四實施例基于IMS的交互式媒體會話建立的過程示意圖。
具體實施例方式
在IMS網(wǎng)絡環(huán)境中建立交互式媒體會話，同時必須考慮遵守NGN網(wǎng)絡中承載和控制分離的原則。建立交互式媒體會話的所有控制功能，如協(xié)商媒體連接所需的端口等信息，必須在控制層面進行，而最終承載層面的媒體連接在終端和網(wǎng)絡承載實體(如存放有媒體內容的應用服務器)之間直接建立。
在IMS網(wǎng)絡環(huán)境中，控制層面的媒體控制功能實體對應于IMS網(wǎng)絡架構中的媒體資源控制功能實體(Multimedia Resource Function Controller，MRFC)，承載層面的媒體承載功能實體對應于IMS網(wǎng)絡架構中的媒體資源處理功能實體(Multimedia Resource Function Processor，MRFP)。所以，在IMS網(wǎng)絡環(huán)境中，當終端和應用服務器之間建立交互式控制連接和媒體連接時，相關的信令控制需要經(jīng)過MRFC進行，最終的媒體連接建立在終端和MRFP之間。
請參閱圖1，本發(fā)明基于IMS的交互式媒體會話建立系統(tǒng)包括終端、代理CSCF(Call Session Control Function，呼叫會話控制功能)、服務CSCF、應用服務器、MRFC和MRFP。其中終端用于發(fā)起交互式媒體會話請求，接收媒體會話響應；代理CSCF用于轉發(fā)終端和服務CSCF之間的請求和響應消息；服務CSCF用于根據(jù)觸發(fā)規(guī)則把業(yè)務請求消息觸發(fā)到應用服務器，對消息進行路由；應用服務器用于處理媒體業(yè)務請求；MRFC用于控制MRFP的資源分配，如端口號等信息的分配，同時，根據(jù)具體情況，可能作為RTSP代理，中轉終端和MRFP之間的RTSP消息，或者對RTSP消息進行SIP封裝/解封裝；MRFP用于接受MRFC的控制，為RTSP連接和RTP連接分配地址端口等資源信息，建立RTSP連接和RTP連接，同時，根據(jù)具體情況，可能對RTSP消息進行SIP封裝/解封裝。
本發(fā)明第一實施例基于IMS的交互式媒體會話建立方法包括以下步驟A1.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求路由后到達MRFC，該交互式業(yè)務請求的消息中同時攜帶有終端的用于RTSP連接的地址端口信息以及用于傳輸媒體流的RTP連接的地址端口信息；A2.MRFC控制MRFP交互獲得MRFP為與終端的RTSP連接和RTP連接分配的地址端口信息；A3.MRFC向終端返回業(yè)務請求響應，該業(yè)務請求響應中同時攜帶了MRFP上的RTSP連接的地址端口信息以及RTP連接的地址端口信息；A4.終端根據(jù)收到的地址端口信息直接與MRFP建立起用于交互控制的RTSP連接和用于傳輸媒體流的RTP連接。
由于MRFP上的RTSP連接和RTP連接的資源分配都是經(jīng)過MRFC來控制的，從而MRFC可以控制和記錄MRFP的地址端口等資源信息，符合NGN網(wǎng)絡環(huán)境下承載和控制分離的思想。最終RTSP連接建立在終端和MRFP之間，用戶可通過該連接進行暫停、快進、快退等交互式的操作。
在RTSP協(xié)議中，終端首先通過SETUP消息和應用服務器協(xié)商傳輸媒體流的RTP地址端口等信息，然后才可以通過PLAY消息開始播放媒體流。在RTSP協(xié)議的狀態(tài)機中，如果終端沒有經(jīng)過SETUP消息交互，就直接用PLAY消息播放媒體流，應用服務器會拒絕該請求。而本發(fā)明的上述方法中，由于RTSP連接和RTP連接信息在一個請求消息中同時協(xié)商完畢。所以終端可以直接通過PLAY消息播放節(jié)目，而不必再事先使用SETUP消息協(xié)商RTP連接的信息。故本發(fā)明的上述方法中需要對RTSP協(xié)議做適當?shù)恼{整，如終端和應用服務器在SETUP消息中不再協(xié)商RTP連接的參數(shù)信息；或者允許終端不發(fā)送SETUP消息，而直接使用PLAY消息通知應用服務器播放節(jié)目。上述方法中，交互式業(yè)務請求和響應中的RTSP和RTP的參數(shù)信息，可以通過SDP協(xié)議(Session Description Protocol，會話描述協(xié)議)攜帶，SDP協(xié)議可以用SIP協(xié)議承載。
請參閱圖2，本發(fā)明第一實施例基于IMS的交互式媒體會話建立的過程如下101.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求經(jīng)代理CSCF和服務CSCF路由轉發(fā)到應用服務器，該交互式業(yè)務請求的消息中同時攜帶有終端的用于RTSP連接的地址端口信息以及用于傳輸媒體流的RTP連接的地址端口信息；這些信息可以通過SDP攜帶；102.應用服務器轉發(fā)該交互式業(yè)務請求到MRFC；103.MRFC控制MRFP交互獲得MRFP為與終端的RTSP連接和RTP連接分配的地址端口信息，MRFP分配成功后返回給MRFC，通過該交互，MRFC獲得了MRFP上用于RTSP連接的地址端口信息以及用于RTP連接的地址端口信息，該交互協(xié)議可以采用H.248協(xié)議或者SIP和XML(extensible Markup Language，可擴展標記語言)的結合；104.MRFC返回業(yè)務請求響應給應用服務器，響應中包含MRFP上的RTSP連接的地址端口信息以及RTP連接的地址端口信息；105.應用服務器經(jīng)過代理CSCF和服務CSCF返回業(yè)務請求響應給終端；106.終端根據(jù)業(yè)務請求響應中攜帶的MRFP上的RTSP連接的地址端口信息，和MRFP建立RTSP連接，用于進行交互式的操作，如快進、快退、暫停等；107.終端根據(jù)業(yè)務請求響應中攜帶的MRFP上的RTP連接的地址端口信息，和MRFP建立用于傳輸媒體流的RTP連接。
上述實施例中，終端通過IMS系統(tǒng)，在業(yè)務請求消息交互中同時協(xié)商了終端和MRFP的RTSP和RTP的地址端口信息，然后，終端和MRFP之間直接建立RTSP連接和RTP連接，分別用于進行交互式的控制和媒體傳輸。
本發(fā)明第二實施例基于IMS的交互式媒體會話建立方法包括以下步驟B1.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求路由后到達MRFC，該交互式業(yè)務請求的消息中同時攜帶有終端的用于RTSP連接的地址端口信息；B2.MRFC控制MRFP交互獲得MRFP為與終端的RTSP連接分配的地址端口信息；B3.MRFC向終端返回業(yè)務請求響應，該業(yè)務請求響應中同時攜帶了MRFP上的RTSP連接的地址端口信息；B4.終端根據(jù)收到的RTSP連接的地址端口信息與MRFP建立起用于交互控制的RTSP連接；B5.終端通過RTSP連接發(fā)送SETUP消息給MRFP，該SETUP消息中攜帶終端用于傳輸媒體流的RTP連接的地址端口信息；
B6.MRFP收到SETUP消息后，分配本地的用于RTP連接的地址端口信息，并上報給MRFC；B7.MRFP向終端返回SETUP應答，該應答中攜帶了MRFP上的RTP連接的地址端口信息；B8.終端根據(jù)收到的RTP連接的地址端口信息與MRFP建立起用于傳輸媒體流的RTP連接。
請參閱圖3，本發(fā)明第二實施例基于IMS的交互式媒體會話建立的過程如下201.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求經(jīng)代理CSCF和服務CSCF路由轉發(fā)到應用服務器，該交互式業(yè)務請求的消息中攜帶有終端的用于RTSP連接的地址端口信息，這些信息可以通過SDP攜帶，SDP用SIP承載；202.應用服務器轉發(fā)該交互式業(yè)務請求到MRFC；203.MRFC控制MRFP交互獲得MRFP為與終端的RTSP連接分配的地址端口信息，MRFP分配成功后返回給MRFC，通過該交互，MRFC獲得了MRFP上用于RTSP連接的地址端口信息，該交互協(xié)議可以采用H.248協(xié)議或者SIP和XML的結合；204.MRFC返回業(yè)務請求響應給應用服務器，響應中包含MRFP上的RTSP連接的地址端口信息；205.應用服務器經(jīng)過代理CSCF和服務CSCF返回業(yè)務請求響應給終端；206.終端和MRFP建立RTSP連接；由于終端收到的地址端口為MRFP的地址端口，所以RTSP連接建立在終端和MRFP之間；207.RTSP連接建立后，終端通過RTSP連接發(fā)送SETUP消息給MRFP，SETUP消息中攜帶終端用于RTP媒體連接的端口信息；208.MRFP收到SETUP消息后，分配本地的用于RTP連接的地址端口信息；209.MRFP分配本地RTP端口成功后，向MRFC上報自己的資源狀態(tài)情況，其中包括端口的分配情況；交互協(xié)議可以采用H.248協(xié)議或者SIP和XML的結合；210.MRFP返回SETUP應答消息，返回的應答中包含MRFP分配的RTP連接的地址端口信息；211.終端和MRFP之間的其他RTSP消息交互，如PLAY消息；212.MRFP和終端之間建立RTP連接。
上述實施例中，終端和MRFP先協(xié)商RTSP連接的地址端口信息，然后通過RTSP連接協(xié)商RTP連接的地址端口信息，MRFP上報端口及其他資源狀態(tài)給MRFC。
本發(fā)明第三實施例基于IMS的交互式媒體會話建立方法包括以下步驟C1.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求路由后到達MRFC，該交互式業(yè)務請求的消息中同時攜帶有終端的用于RTSP連接的地址端口信息；
C2.MRFC控制MRFP交互獲得MRFP為與終端的RTSP連接分配的地址端口信息；C3.MRFC向終端返回業(yè)務請求響應，該業(yè)務請求響應中同時攜帶了MRFC上的RTSP連接的地址端口信息，MRFC為RTSP連接分配一個本地的端口并返回給終端，MRFC保存本地分配的RTSP端口和MRFP分配的RTSP端口的對應關系，以便將來轉發(fā)消息；C4.終端根據(jù)業(yè)務請求響應中的RTSP連接的地址端口信息，與MRFC建立RTSP連接；C5.RTSP連接建立后，終端通過RTSP連接發(fā)送SETUP消息給MRFC，SETUP消息中攜帶終端用于RTP媒體連接的地址端口信息；C6.MRFC根據(jù)MRFP的資源狀態(tài)情況，判斷是否允許MRFP繼續(xù)進行業(yè)務操作，如果允許，根據(jù)步驟C3中記錄的端口對應關系，轉發(fā)SETUP消息給MRFP；C7.MRFP收到SETUP消息后，分配本地的用于RTP連接的地址端口信息，并返回給MRFC；C8.MRFC向終端返回SETUP應答消息，返回的應答中包含MRFP分配的RTP連接的地址端口信息；C9.終端根據(jù)收到的RTP連接的地址端口信息與MRFP建立起用于傳輸媒體流的RTP連接。
上述實施例中，由于MRFC作為一個RTSP代理，把業(yè)務請求響應中MRFP為RTSP連接分配的地址端口信息也映射為自己的地址端口信息。這樣，當終端收到業(yè)務請求響應后，由于應答中的地址端口信息是MRFC的地址端口，所以RTSP連接建立到MRFC，所以終端在RTSP連接中發(fā)送的SETUP消息會經(jīng)過MRFC，從而MRFC可以控制MRFP上端口資源的分配情況。MRFC對SETUP應答消息中的RTP連接的地址端口信息不做轉換，這樣終端收到的SETUP應答消息中的地址端口信息為MRFP的地址端口，所以媒體連接直接建立在終端和MRFP之間。這樣，RTSP消息經(jīng)過MRFC中轉，RTP媒體連接直接在終端和MRFP之間建立。
請參閱圖4，本發(fā)明第三實施例基于IMS的交互式媒體會話建立的過程如下301.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求經(jīng)代理CSCF和服務CSCF路由轉發(fā)到應用服務器，該交互式業(yè)務請求的消息中攜帶有終端的用于RTSP連接的地址端口信息，這些信息可以通過SDP攜帶，SDP用SIP承載；302.應用服務器轉發(fā)該交互式業(yè)務請求到MRFC；303.MRFC控制MRFP交互獲得MRFP為與終端的RTSP連接分配的地址端口信息，MRFP分配成功后返回給MRFC，通過該交互，MRFC獲得了MRFP上用于RTSP連接的地址端口信息，該交互協(xié)議可以采用H.248協(xié)議或者SIP和XML的結合；
304.MRFC返回業(yè)務請求響應給應用服務器，響應中包含MRFC上的RTSP連接的地址端口信息；MRFC作為一個RTSP代理，為RTSP連接分配一個本地的端口并返回給終端，MRFC保存本地分配的RTSP端口和MRFP分配的RTSP端口的對應關系，以便將來轉發(fā)消息；305.應用服務器經(jīng)過代理CSCF和服務CSCF返回業(yè)務請求響應給終端；306.終端根據(jù)業(yè)務請求響應中的RTSP連接的地址端口信息，與MRFC建立RTSP連接；307.RTSP連接建立后，終端通過RTSP連接發(fā)送SETUP消息給MRFC，SETUP消息中攜帶終端用于RTP媒體連接的地址端口信息；308.MRFC根據(jù)MRFP的資源狀態(tài)情況，判斷是否允許MRFP繼續(xù)進行業(yè)務操作，如果允許，根據(jù)步驟304中記錄的端口對應關系，轉發(fā)SETUP消息給MRFP；309.MRFP收到SETUP消息后，分配本地的用于RTP連接的地址端口信息，并返回給MRFC；310.MRFC向終端返回SETUP應答消息，返回的應答中包含MRFP分配的RTP連接的地址端口信息；311.終端和MRFP之間的其他RTSP消息交互，如PLAY消息，經(jīng)過MRFC轉發(fā)；312.MRFP和終端之間建立RTP連接。
上述實施例中，MRFC通過代理功能，轉發(fā)終端和MRFP之間的RTSP消息。同時，MRFC也可以終結RTSP連接，并將RTSP消息中的控制信息轉換成其他協(xié)議消息，如H.248協(xié)議消息，從而控制MRFP完成交互式的用戶控制。該實施例中，終端和MRFP之間的RTSP消息經(jīng)過MRFC代理轉發(fā)，所以MRFC可以控制并獲得MRFP分配的RTP連接的地址端口信息。
本發(fā)明第四實施例基于IMS的交互式媒體會話建立方法包括以下步驟D1.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求路由后到達MRFC，該交互式業(yè)務請求的消息中同時攜帶有終端的用于RTSP連接的地址端口信息；D2.MRFC控制MRFP交互獲得MRFP為與終端的RTSP連接分配的地址端口信息；D3.MRFC向終端返回業(yè)務請求響應，該業(yè)務請求響應中同時攜帶了MRFP上的RTSP連接的地址端口信息；MRFC返回業(yè)務請求響應時，把自己加入到SIP頭域的路由標記(record-route)域中；D4.終端根據(jù)業(yè)務請求響應中的RTSP連接的地址端口信息，與MRFP建立RTSP連接，RTSP連接建立消息通過SIP消息封裝；D5.RTSP連接建立后，通過RTSP連接的SETUP消息，終端和MRFP協(xié)商RTP連接的地址端口，該SETUP消息轉發(fā)給MRFC；
D6.如果MRFC允許終端和MRFP建立RTP連接，則轉發(fā)SETUP消息給MRFP；D7.MRFP處理SETUP消息，并通過MRFC向終端返回SETUP應答，該SETUP應答中包含MRFP分配的RTP連接的地址端口信息，MRFC記錄該地址端口信息；D8.終端根據(jù)收到的RTP連接的地址端口信息與MRFP建立起用于傳輸媒體流的RTP連接。
上述實施例中，由于所有RTSP消息會經(jīng)過MRFC，MRFC可以獲悉終端發(fā)出的SETUP消息，從而可以控制MRFP進行RTP地址端口信息的分配。RTP媒體連接依然直接建立在終端和MRFP之間。
請參閱圖5，本發(fā)明第四實施例基于IMS的交互式媒體會話建立的過程如下401.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求經(jīng)代理CSCF和服務CSCF路由轉發(fā)到應用服務器，該交互式業(yè)務請求的消息中攜帶有終端的用于RTSP連接的地址端口信息，這些信息可以通過SDP攜帶，SDP用SIP承載；402.應用服務器轉發(fā)該交互式業(yè)務請求到MRFC；403.MRFC控制MRFP交互獲得MRFP為與終端的RTSP連接分配的地址端口信息，MRFP分配成功后返回給MRFC，通過該交互，MRFC獲得了MRFP上用于RTSP連接的地址端口信息，該交互協(xié)議可以采用H.248協(xié)議或者SIP和XML的結合；404.MRFC返回業(yè)務請求響應給應用服務器，該業(yè)務請求響應中包含MRFP上的RTSP連接的地址端口信息；MRFC返回業(yè)務請求響應時，為確保后續(xù)封裝在SIP中的RTSP消息經(jīng)過MRFC，把自己加入到SIP頭域的record-route域中；405.應用服務器經(jīng)過代理CSCF和服務CSCF返回業(yè)務請求響應給終端，終端記錄消息頭中的路由消息，代理CSCF、服務CSCF和MRFC包含在路由消息中；406.終端根據(jù)業(yè)務請求響應中的RTSP連接的地址端口信息，與MRFP建立RTSP連接，RTSP連接建立消息通過SIP消息封裝；407.RTSP連接建立后，通過RTSP連接的SETUP消息，終端和MRFP協(xié)商RTP連接的地址端口，消息經(jīng)過P-CSCF轉發(fā)到S-CSCF；408.服務CSCF轉發(fā)該SETUP消息給MRFC；409.如果MRFC允許終端和MRFP建立RTP連接，則轉發(fā)SETUP消息給MRFP；410.MRFP處理SETUP消息，返回的應答中包含MRFP分配的RTP連接的地址端口信息；411.MRFC記錄應答中的RTP連接的地址端口信息，轉發(fā)SETUP應答給服務CSCF；412.SETUP應答經(jīng)過代理CSCF返回給終端；413.終端和MRFP通過RTSP連接的PLAY消息，通知MRFP播放媒體流給終端；414.終端和MRFP之間直接建立RTP連接。
上述實施例中，終端和MRFP先協(xié)商RTSP連接的地址端口信息，然后通過RTSP連接協(xié)商RTP連接的地址端口信息，通過把RTSP消息封裝到SIP中，使得RTSP消息經(jīng)過MRFC，從而MRFC可以控制MRFP分配RTP連接的地址端口信息。
為保證后續(xù)的RTSP消息經(jīng)過IMS系統(tǒng)，在協(xié)商RTSP連接的地址端口信息時，MRFC把自己加入到record-route頭域中。終端把后續(xù)的RTSP消息封裝在SIP消息中傳送。通過RTSP消息協(xié)商RTP連接的地址端口信息后，RTP連接直接在終端和MRFP之間建立。
上述實施例中，終端/MRFP對RTSP消息進行SIP封裝，MRFP/終端對RTSP消息進行解封裝。實際實現(xiàn)時，封裝/解封裝功能也可以由MRFC完成，此時，SIP消息在MRFC終結；然后，MRFC可以和MRFP建立RTSP連接，或者把解封裝后的RTSP消息中的控制信息轉換成其他協(xié)議消息，如H.248協(xié)議消息，從而控制MRFP完成交互式的用戶控制。
交互式媒體會話一般包含RTSP交互控制通道和RTP媒體通道，本發(fā)明的方法在網(wǎng)絡的控制層面建立RTSP交互控制通道，從而很好的保證網(wǎng)絡控制實體對網(wǎng)絡承載實體的控制，符合NGN網(wǎng)絡承載控制分離的思想。同時，媒體連接建立在終端設備和MRFP之間，從而保證媒體傳輸?shù)男省?br> 權利要求
1.一種基于IP多媒體子系統(tǒng)的交互式媒體會話建立系統(tǒng)，其特征在于其包括終端、代理呼叫會話控制功能CSCF、服務CSCF、應用服務器、媒體資源控制功能實體MRFC和媒體資源處理功能實體MRFP，其中，該終端用于發(fā)起交互式媒體會話請求，接收媒體會話響應；該代理CSCF用于轉發(fā)終端和服務CSCF之間的請求和響應消息；該服務CSCF用于根據(jù)觸發(fā)規(guī)則把業(yè)務請求消息觸發(fā)到應用服務器，對消息進行路由；該應用服務器用于處理媒體業(yè)務請求；該MRFC用于控制MRFP的資源分配；該MRFP用于接受MRFC的控制，為實時流協(xié)議RTSP連接和實時傳輸協(xié)議RTP連接分配地址端口信息，建立RTSP連接和RTP連接。
2.如權利要求1所述的系統(tǒng)，其特征在于該MRFC可作為RTSP代理，中轉終端和MRFP之間的RTSP消息。
3.如權利要求1所述的系統(tǒng)，其特征在于該MRFC和MRFP均可用于對RTSP消息進行會話初始化協(xié)議SIP封裝/解封裝。
4.一種基于IP多媒體子系統(tǒng)的交互式媒體會話建立方法，其特征在于包括以下步驟S1.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求路由后到達MRFC，MRFP在MRFC的控制下，與終端協(xié)商RTSP的地址端口信息和RTP的地址端口信息；S2.終端與MRFP建立連接。
5.如權利要求4所述的方法，其特征在于步驟S1進一步包括以下步驟A1.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求路由后到達MRFC，該交互式業(yè)務請求的消息中同時攜帶有終端的用于RTSP連接的地址端口信息以及用于傳輸媒體流的RTP連接的地址端口信息；A2.MRFC控制MRFP交互獲得MRFP為與終端的RTSP連接和RTP連接分配的地址端口信息；A3.MRFC向終端返回業(yè)務請求響應，該業(yè)務請求響應中同時攜帶了MRFP上的RTSP連接的地址端口信息以及RTP連接的地址端口信息。
6.如權利要求5所述的方法，其特征在于步驟S2所述的連接是用于交互控制的RTSP連接和用于傳輸媒體流的RTP連接。
7.如權利要求4所述的方法，，其特征在于步驟S1進一步包括以下步驟E1.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求路由后到達MRFC，MRFP在MRFC的控制下，與終端在該業(yè)務請求消息中協(xié)商RTSP的地址端口信息；E2.當RTSP連接建立后，MRFP在MRFC的控制下，通過RTSP連接與終端協(xié)商RTP的地址端口信息。
8.如權利要求7所述的方法，其特征在于步驟S2所述的連接是用于傳輸媒體流的RTP連接。
9.如權利要求7所述的方法，其特征在于步驟E1進一步包括以下步驟B1.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求路由后到達MRFC，該交互式業(yè)務請求的消息中同時攜帶有終端的用于RTSP連接的地址端口信息；B2.MRFC控制MRFP交互獲得MRFP為與終端的RTSP連接分配的地址端口信息；B3.MRFC向終端返回業(yè)務請求響應，該業(yè)務請求響應中同時攜帶了MRFP上的RTSP連接的地址端口信息；B4.終端根據(jù)收到的RTSP連接的地址端口信息與MRFP建立起用于交互控制的RTSP連接。
10.如權利要求9所述的方法，其特征在于步驟E2進一步包括以下步驟B5.終端通過RTSP連接發(fā)送建立SETUP消息給MRFP，該SETUP消息中攜帶終端用于傳輸媒體流的RTP連接的地址端口信息；B6.MRFP收到SETUP消息后，分配本地的用于RTP連接的地址端口信息，并上報給MRFC；B7.MRFP向終端返回SETUP應答，該應答中攜帶了MRFP上的RTP連接的地址端口信息。
11.如權利要求7所述的方法，其特征在于步驟E1進一步包括以下步驟C1.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求路由后到達MRFC，該交互式業(yè)務請求的消息中同時攜帶有終端的用于RTSP連接的地址端口信息；C2.MRFC控制MRFP交互獲得MRFP為與終端的RTSP連接分配的地址端口信息；C3.MRFC向終端返回業(yè)務請求響應，該業(yè)務請求響應中同時攜帶了MRFC上的RTSP連接的地址端口信息，MRFC為RTSP連接分配一個本地的端口并返回給終端，MRFC保存本地分配的RTSP端口和MRFP分配的RTSP端口的對應關系；C4.終端根據(jù)業(yè)務請求響應中的RTSP連接的地址端口信息，與MRFC建立RTSP連接。
12.如權利要求11所述的方法，其特征在于步驟E2進一步包括以下步驟C5.RTSP連接建立后，終端通過RTSP連接發(fā)送SETUP消息給MRFC，SETUP消息中攜帶終端用于RTP媒體連接的地址端口信息；C6.MRFC根據(jù)MRFP的資源狀態(tài)情況，判斷是否允許MRFP繼續(xù)進行業(yè)務操作，如果允許，根據(jù)步驟C3中記錄的端口對應關系，轉發(fā)SETUP消息給MRFP；C7.MRFP收到SETUP消息后，分配本地的用于RTP連接的地址端口信息，并返回給MRFC；C8.MRFC向終端返回SETUP應答消息，返回的應答中包含MRFP分配的RTP連接的地址端口信息。
13.如權利要求7所述的方法，其特征在于步驟E1進一步包括以下步驟D1.終端發(fā)起交互式業(yè)務請求，該交互式業(yè)務請求路由后到達MRFC，該交互式業(yè)務請求的消息中同時攜帶有終端的用于RTSP連接的地址端口信息；D2.MRFC控制MRFP交互獲得MRFP為與終端的RTSP連接分配的地址端口信息；D3.MRFC向終端返回業(yè)務請求響應，該業(yè)務請求響應中同時攜帶了MRFP上的RTSP連接的地址端口信息；MRFC返回業(yè)務請求響應時，把自己加入到SIP頭域的路由標記record-route域中；D4.終端根據(jù)業(yè)務請求響應中的RTSP連接的地址端口信息，與MRFP建立RTSP連接，RTSP連接建立消息通過SIP消息封裝。
14.如權利要求13所述的方法，其特征在于步驟E2進一步包括以下步驟D5.RTSP連接建立后，通過RTSP連接的SETUP消息，終端和MRFP協(xié)商RTP連接的地址端口，該SETUP消息轉發(fā)給MRFC；D6.如果MRFC允許終端和MRFP建立RTP連接，則轉發(fā)SETUP消息給MRFP；D7.MRFP處理SETUP消息，并通過MRFC向終端返回SETUP應答，該SETUP應答中包含MRFP分配的RTP連接的地址端口信息，MRFC記錄該地址端口信息。
15.如權利要求5、9、11或13所述的方法，其特征在于所述的地址端口信息可以通過SDP攜帶，SDP用SIP承載。
16.如權利要求5、9、11或13所述的方法，其特征在于所述的交互式業(yè)務請求是經(jīng)代理CSCF和服務CSCF路由到應用服務器，再由應用服務器轉發(fā)到MRFC。
17.如權利要求5、9、11或13所述的方法，其特征在于所述的交互所采用的協(xié)議是H.248協(xié)議或者SIP和可擴展標記語言XML的結合。
18.如權利要求5、9、11或13所述的方法，其特征在于所述的業(yè)務請求響應是MRFC由應用服務器轉發(fā)，并經(jīng)代理CSCF和服務CSCF路由后返回給終端的。
全文摘要
本發(fā)明涉及一種基于IP多媒體子系統(tǒng)的交互式媒體會話建立系統(tǒng)，其包括終端、代理CSCF、服務CSCF、應用服務器、MRFC和MRFP，其中，該終端用于發(fā)起交互式媒體會話請求，接收媒體會話響應；該代理CSCF用于轉發(fā)終端和服務CSCF之間的請求和響應消息；該服務CSCF用于根據(jù)觸發(fā)規(guī)則把業(yè)務請求消息觸發(fā)到應用服務器，對消息進行路由；該應用服務器用于處理媒體業(yè)務請求；該MRFC用于控制MRFP的資源分配；該MRFP用于接受MRFC的控制，為RTSP連接和RTP連接分配地址端口信息，建立RTSP連接和RTP連接。本發(fā)明還涉及一種基于IP多媒體子系統(tǒng)的交互式媒體會話建立方法。本發(fā)明的系統(tǒng)和方法可應用于承載和控制分離的NGN網(wǎng)絡環(huán)境下，且可保證媒體傳輸?shù)男省?br> 文檔編號H04L29/06GK101026616SQ200610033768
公開日2007年8月29日 申請日期2006年2月18日 優(yōu)先權日2006年2月18日
發(fā)明者李金成, 嚴軍, 吳向陽 申請人:華為技術有限公司