專利名稱：：Rtsp客戶端訪問(wèn)sip媒體資源的方法、系統(tǒng)及信令網(wǎng)關(guān)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信
技術(shù)領(lǐng)域：
，尤其涉及一種實(shí)時(shí)流協(xié)議(RTSP)客戶端訪問(wèn)會(huì)話發(fā)起協(xié)議(SIP)媒體資源的方法、系統(tǒng)及信令網(wǎng)關(guān)。
背景技術(shù)：
：RTSP是基于服務(wù)器/客戶端架構(gòu)，專用于媒體點(diǎn)播控制的協(xié)議。RTSP2.0版本定義了RTSP媒體點(diǎn)播方法(method)，用以表示RTSP控制媒體點(diǎn)播時(shí)所需要具備的功能。其中RTSPmethod包括建立會(huì)話(SETUP)、播放(PLAY)、暫停播放(PAUSE)、媒體描述(DESCRIBE)、獲取參數(shù)(GET—PARAMETER)、性能查詢(OPTIONS)、重定向(REDIRECT)、參數(shù)設(shè)置(SET—PARAMETER)和會(huì)話結(jié)束(TEARDOWN)等。RTSP采用上述method來(lái)對(duì)媒體流傳輸進(jìn)行控制時(shí)，其控制對(duì)象采用代表媒體鏈接的RTSP統(tǒng)一資源標(biāo)識(shí)符(URI)來(lái)標(biāo)識(shí)，如"rtsp:〃audio.example.com/audioRTSP/2.0"。SIP是由網(wǎng)絡(luò)工程任務(wù)組(IETF)提出的IP電話信令協(xié)議。SIP也定義SIP會(huì)話方法method,用以表示SIP控制會(huì)話時(shí)所需要具備的功能，如注冊(cè)(REGISTER)、請(qǐng)求(INVITE、)更新(UPDATE)、性能查詢(OPTIONS)、重定向(REFER)、確認(rèn)(ACK)、更改(NOTIFY)、通知(INFO)、MESSAGE(消息)、簽約(SUBSCRIBE)和BYE(結(jié)束)。SIP的控制對(duì)象采用代表客戶端的SIPURI標(biāo)識(shí)，如"sips:bob@biloxi.example.comSIP/2.0"。鑒于RTSP與SIP的method在功能上具有諸多共同點(diǎn)，因此，IETF提出融合RTSP與SIP的設(shè)想。^旦若要實(shí)現(xiàn)RTSP與SIP的融合，則需要對(duì)該兩種協(xié)議做較大的改動(dòng)。由于目前希望實(shí)現(xiàn)RTSP與SIP融合的需求尚不足，因此，融合RTSP與SIP的設(shè)想尚未能實(shí)現(xiàn)。雖然希望實(shí)現(xiàn)RTSP與SIP融合的需求不足，但有時(shí)會(huì)出現(xiàn)RTSP客戶端希望訪問(wèn)SIP客戶端或者SIP系統(tǒng)的媒體資源的情況。如RTSP客戶端希望瀏覽SIP移動(dòng)終端上攝像頭采集的圖像，但RTSP客戶端只支持RTSP，作為SIP客戶端的SIP移動(dòng)終端只支持SIP，因此，RTSP客戶端并不能訪問(wèn)SIP客戶端上的媒體資源。再如，IPTV中的媒體點(diǎn)播常采用RTSP來(lái)實(shí)現(xiàn)。而由于IMS具有強(qiáng)大的對(duì)用戶管理的功能、支持多媒體會(huì)話的功能、對(duì)業(yè)務(wù)邏輯控制等功能，可利用IMS的架構(gòu)來(lái)實(shí)現(xiàn)IPTV的功能。這種情況下，若RTSP客戶端希望訪問(wèn)SIP系統(tǒng)中的媒體資源時(shí)，由于IMS的業(yè)務(wù)控制協(xié)議采用SIP協(xié)議，并不支持RTSP,因此，RTSP客戶端并不能訪問(wèn)SIP系統(tǒng)中的媒體資源。因此，現(xiàn)有技術(shù)存在的問(wèn)題是，在存在RTSP客戶端要求訪問(wèn)SIP媒體資源的需求的情況下，未能實(shí)現(xiàn)RTSP客戶端對(duì)SIP媒體資源的訪問(wèn)。
發(fā)明內(nèi)容有鑒于此，本發(fā)明實(shí)施例提供一種RTSP客戶端訪問(wèn)SIP媒體資源的方法，實(shí)現(xiàn)RTSP客戶端對(duì)SIP4某體資源的訪問(wèn)。本發(fā)明實(shí)施例還提供一種信令網(wǎng)關(guān)，實(shí)現(xiàn)RTSP客戶端對(duì)SIP媒體資源的訪問(wèn)。本發(fā)明實(shí)施例還提供一種RTSP客戶端訪問(wèn)SIP媒體資源的系統(tǒng)，實(shí)現(xiàn)RTSP客戶端對(duì)SIP媒體資源的訪問(wèn)。一種RTSP客戶端訪問(wèn)SIP媒體資源的方法，包括步驟建立RTSP客戶端與目的SIPi某體設(shè)備之間的會(huì)話；根據(jù)建立的所迷會(huì)話，將RTSP客戶端請(qǐng)求傳輸?shù)拿襟w流從目的SIP媒體設(shè)備傳輸給該RTSP客戶端。一種信令網(wǎng)關(guān)，包括第一接收模塊、第一消息轉(zhuǎn)換模塊和第一發(fā)送模塊；其中，第一接收模塊，用于接收RTSP客戶端發(fā)送的RTSP消息以及目的SIP媒體設(shè)備返回的SIP響應(yīng)消息；第一消息轉(zhuǎn)換模塊，用于將所述RTSP消息轉(zhuǎn)換為對(duì)應(yīng)的SIP消息，或?qū)⑺鯯IP響應(yīng)消息轉(zhuǎn)換為對(duì)應(yīng)的RTSP響應(yīng)消息；以及第一發(fā)送模塊，用于將經(jīng)所述第一消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的SIP消息對(duì)應(yīng)發(fā)送給所述目的SIP媒體設(shè)備，或?qū)⒔?jīng)所述消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的RTSP響應(yīng)消息對(duì)應(yīng)發(fā)送給所述RTSP客戶端。一種RTSP客戶端訪問(wèn)SIP媒體資源的系統(tǒng)，包括RTSP客戶端、目的SIP媒體設(shè)備和信令網(wǎng)關(guān)；其中，信令網(wǎng)關(guān)，包括第一接收模塊、第一消息轉(zhuǎn)換模塊和第一發(fā)送模塊；其中，第一接收模塊，用于接收RTSP客戶端發(fā)送的RTSP消息以及目的SIP媒體設(shè)備返回的SIP響應(yīng)消息；第一消息轉(zhuǎn)換模塊，用于將所述RTSP消息轉(zhuǎn)換為對(duì)應(yīng)的SIP消息，或?qū)⑺鯯IP響應(yīng)消息轉(zhuǎn)換為對(duì)應(yīng)的RTSP響應(yīng)消息；以及第一發(fā)送模塊，用于將經(jīng)所述第一消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的SIP消息對(duì)應(yīng)發(fā)送給所述目的SIP媒體設(shè)備，或?qū)⒔?jīng)所述消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的RTSP響應(yīng)消息對(duì)應(yīng)發(fā)送給所述RTSP客戶端。本發(fā)明實(shí)施例提供RTSP客戶端訪問(wèn)SIP媒體資源的方法，通過(guò)在RTSP客戶端與目的SIP媒體設(shè)備之間的建立會(huì)話；根據(jù)建立的所述會(huì)話，將RTSP客戶端請(qǐng)求傳輸?shù)拿襟w流從目的SIP媒體設(shè)備傳輸給該RTSP客戶端，從而實(shí)現(xiàn)RTSP客戶端對(duì)SIP媒體資源的訪問(wèn)。本發(fā)明實(shí)施例提供的信令網(wǎng)關(guān)能夠?qū)TSP客戶端發(fā)送的RTSP請(qǐng)求消息轉(zhuǎn)換為對(duì)應(yīng)的SIP請(qǐng)求消息后，發(fā)送給SIP媒體設(shè)備；也能夠?qū)IP媒體設(shè)備返回的響應(yīng)消息轉(zhuǎn)換為對(duì)應(yīng)的RTSP響應(yīng)消息后，發(fā)送給RTSP客戶端；通過(guò)該信令網(wǎng)關(guān)的消息轉(zhuǎn)換功能，在RTSP客戶端與目的SIP媒體設(shè)備之間的建立會(huì)話，進(jìn)而實(shí)現(xiàn)RTSP客戶端對(duì)SIP媒體資源的訪問(wèn)。本發(fā)明實(shí)施例提供的RTSP客戶端訪問(wèn)SIP々某體資源的系統(tǒng)中，包含RTSP客戶端、目的SIP媒體設(shè)備和上述信令網(wǎng)關(guān)，通過(guò)該信令網(wǎng)關(guān)建立RTSP客戶端與目的SIP媒體設(shè)備之間的會(huì)話，進(jìn)而實(shí)現(xiàn)RTSP客戶端對(duì)SIP媒體資源的訪問(wèn)。圖1是本發(fā)明實(shí)施例RTSP客戶端訪問(wèn)SIP媒體資源的方法總體流程圖；圖2是本發(fā)明實(shí)施例RTSP客戶端訪問(wèn)SIP媒體資源的系統(tǒng)結(jié)構(gòu)示意圖；圖3是本發(fā)明實(shí)施例1中RTSP客戶端訪問(wèn)SIP客戶端的流程圖；圖4是本發(fā)明實(shí)施例2中RTSP客戶端訪問(wèn)SIP客戶端的流程圖；圖5是本發(fā)明實(shí)施例3中處理暫停媒體播放的流程圖；圖6是本發(fā)明實(shí)施例4中處理重定向SIP客戶端的流程圖；圖7是本發(fā)明實(shí)施例5中RTSP客戶端請(qǐng)求查詢媒體描述的流程圖；圖9是本發(fā)明實(shí)施例7中處理會(huì)話結(jié)束的流程圖；圖8是本發(fā)明實(shí)施例中處理性能查詢的流程圖；圖IO是本發(fā)明實(shí)施例8中處理會(huì)話結(jié)束的流程圖；圖11是本發(fā)明中的RTSP客戶端訪問(wèn)SIP媒體資源方案的應(yīng)用場(chǎng)景圖。具體實(shí)施方式為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖作進(jìn)一步詳細(xì)描述。本發(fā)明實(shí)施例提供一種RTSP客戶端訪問(wèn)SIP媒體資源的方法。參見(jiàn)圖1，圖1是本發(fā)明實(shí)施例的方法總體流程圖。該流程包括以下步驟步驟101、建立RTSP客戶端與目的SIP媒體設(shè)備之間的會(huì)話。步驟1似、根據(jù)建立的上述會(huì)話，將RTSP客戶端請(qǐng)求傳輸?shù)拿襟w流從目的SIP媒體設(shè)備傳輸給該RTSP客戶端。其中，目標(biāo)SIP媒體設(shè)備可以是SIP客戶端，如SIP終端或SIP應(yīng)用服務(wù)器，或其他基于SIP協(xié)議控制的終端或系統(tǒng)。本發(fā)明實(shí)施例基于上述方法，提供一種信令網(wǎng)關(guān)。該信令網(wǎng)關(guān)用于接收RTSP客戶端發(fā)送的RTSP消息，將該RTSP消息轉(zhuǎn)換為對(duì)應(yīng)的SIP消息后，發(fā)送給目的SIP媒體設(shè)備；接收目的SIP媒體設(shè)備返回的與該SIP消息對(duì)應(yīng)的SIP響應(yīng)消息，將該SIP響應(yīng)消息轉(zhuǎn)換為對(duì)應(yīng)的RTSP響應(yīng)消息后，發(fā)送給RTSP客戶端；其中，RTSP請(qǐng)求消息包括在建立RTSP客戶端與SIP媒體設(shè)備之間的會(huì)話時(shí)，RTSP客戶端發(fā)送的RTSP請(qǐng)求建立會(huì)話消息。信令網(wǎng)關(guān)可包括第一接收模塊、第一消息轉(zhuǎn)換模塊和第一發(fā)送模塊；其中，第一接收模塊，用于接收RTSP客戶端發(fā)送的RTSP消息以及目的SIP媒體設(shè)備返回的SIP響應(yīng)消息；第一消息轉(zhuǎn)換模塊，用于將所述RTSP消息轉(zhuǎn)換為對(duì)應(yīng)的SIP消息，或?qū)⑺鯯IP響應(yīng)消息轉(zhuǎn)換為對(duì)應(yīng)的RTSP響應(yīng)消息；以及第一發(fā)送模塊，用于將經(jīng)所述第一消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的SIP消息對(duì)應(yīng)發(fā)送給所述目的SIP媒體設(shè)備，或?qū)⒔?jīng)所述消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的RTSP響應(yīng)消息對(duì)應(yīng)發(fā)送給所述RTSP客戶端。信令網(wǎng)關(guān)進(jìn)一步包括存儲(chǔ)模塊，用于存儲(chǔ)目前RTSP客戶端、RTSPURI、RTSP會(huì)話標(biāo)示符、SIP客戶端、SIPURI、SIP會(huì)話標(biāo)識(shí)符的對(duì)應(yīng)關(guān)系。信令網(wǎng)關(guān)進(jìn)一步包括第二接收模塊、第二消息轉(zhuǎn)換模塊和第二發(fā)送模塊；其中，第二接收模塊，用于接收目的SIP媒體設(shè)備發(fā)送的SIP消息以及RTSP客戶端返回的RTSP響應(yīng)消息；第二消息轉(zhuǎn)換模塊，用于將所述SIP消息轉(zhuǎn)換為對(duì)應(yīng)的RTSP消息，或?qū)⑺鯮TSP響應(yīng)消息轉(zhuǎn)換為對(duì)應(yīng)的SIP響應(yīng)消息；以及第二發(fā)送模塊，用于將經(jīng)所述第二消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的RTSP消息對(duì)應(yīng)發(fā)送給所述RTSP客戶端，或?qū)⒔?jīng)所述第二消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的SIP響應(yīng)消息對(duì)應(yīng)發(fā)送給所述目的SIP媒體設(shè)備；上述SIP請(qǐng)求消息包括要求結(jié)束本次會(huì)話的SIP請(qǐng)求消息，或，要求將本次會(huì)話重定向到另一個(gè)SIP媒體設(shè)備的SIP請(qǐng)求消息。參見(jiàn)表1,表1是RTSPmethod與SIPmethod的功能對(duì)照表。本發(fā)明實(shí)施例中，為^:信令網(wǎng)關(guān)能夠?qū)崿F(xiàn)RTSP消息與SIP消息的轉(zhuǎn)換，可將表l存放在信令網(wǎng)關(guān)中，信令網(wǎng)關(guān)根據(jù)該表進(jìn)行RTSP消息與SIP消息的轉(zhuǎn)換。<table>tableseeoriginaldocumentpage13</column></row><table>表1由于本發(fā)明實(shí)施例可實(shí)現(xiàn)的是RTSP客戶端訪問(wèn)SIP媒體資源，因此，在本發(fā)明實(shí)施例中，信令網(wǎng)關(guān)能夠處理RTSP客戶端主動(dòng)發(fā)出的信令消息，而對(duì)于SIP媒體設(shè)備主動(dòng)發(fā)送的部分信令消息，若信令網(wǎng)關(guān)不能夠支持時(shí)，會(huì)向SIP媒體設(shè)備返回不支持此信令消息功能的消息。在本發(fā)明實(shí)施例中，在信令網(wǎng)關(guān)與目標(biāo)SIP媒體設(shè)備之間還存在一個(gè)現(xiàn)有的SIP代理(Proxy)。通常，現(xiàn)有SIPProxy是SIP系統(tǒng)中必需的設(shè)備，該SIPProxy用于路由SIP消息到目的地，和用于路由SIP響應(yīng)到SIP客戶端。在信令網(wǎng)關(guān)與RTSP客戶端之間也可存在一個(gè)RTSPProxy。通常，現(xiàn)有RTSP系統(tǒng)中還可包括RTSPProxy,該RTSPProxy用于路由消息到RTSP服務(wù)器，和用于路由RTSP響應(yīng)消息到RTSP客戶端。在本發(fā)明實(shí)施例中，為突出實(shí)現(xiàn)本發(fā)明實(shí)施例目的所采取的措施，在下文的各具體實(shí)施例中，將該P(yáng)roxy忽略，即在具體實(shí)現(xiàn)時(shí)，信令網(wǎng)關(guān)與SIP客戶端之間的消息交互可通過(guò)SIPProxy路由到對(duì)端。信令網(wǎng)關(guān)可以是一個(gè)獨(dú)立的設(shè)備，也可以是一個(gè)內(nèi)嵌于RTSPProxy或SIPProxy的功能模塊。本發(fā)明實(shí)施例還基于上述方法，提供一種RTSP客戶端訪問(wèn)SIP媒體資源的系統(tǒng)。參見(jiàn)圖2，圖2是本發(fā)明實(shí)施例中該系統(tǒng)的結(jié)構(gòu)示意圖，該系統(tǒng)包括RTSP客戶端、目的SIP媒體設(shè)備和上述信令網(wǎng)關(guān)。在該系統(tǒng)中，通過(guò)該信令網(wǎng)關(guān)建立RTSP客戶端與目的SIP媒體設(shè)備之間的會(huì)話，進(jìn)而實(shí)現(xiàn)RTSP客戶端對(duì)SIP媒體資源的訪問(wèn)。在RTSP客戶端與目的SIP媒體設(shè)備之間建立會(huì)話后，目的SIP媒體設(shè)備可采用實(shí)時(shí)傳輸協(xié)議(RTP)向RTSP客戶端傳輸媒體流。實(shí)施例1:參見(jiàn)圖3,圖3是本發(fā)明實(shí)施例1中RTSP客戶端訪問(wèn)SIP客戶端的流程圖。該流程包括以下步驟步驟301、RTSP客戶端發(fā)送SETUP請(qǐng)求(Request)消息。該步驟中，RTSP客戶端發(fā)送的SETUPRequest用于向接收該消息的一方請(qǐng)求建立會(huì)話。該SETUPRequest消息中包含被點(diǎn)播的第一條媒體流的RTSPURI、傳輸方式、編解碼格式、傳輸纟某體流的IP地址及端口等會(huì)話描述信息，該IP地址是RTSP客戶端用于接收媒體流的地址。步驟302、信令網(wǎng)關(guān)接收到該RTSPSETUPRequest消息后，向SIP客戶端發(fā)送。該步驟中，信令網(wǎng)關(guān)接收到SETUPR叫uest消息后，查詢與RTSPURI對(duì)應(yīng)的S!PURI,如RTSPURI"rtsp:〃server.chicago.com/carol/audio"對(duì)應(yīng)SIPURI"sip:earol@chicago.com，，，再將RTSPSETUPRequest消息轉(zhuǎn)換為SIPINVITERequest消息后，向與該SIPURI對(duì)應(yīng)的SIP客戶端發(fā)送該SIPINVITERequest消息。本實(shí)施例中，可采用常規(guī)的查詢做法來(lái)查詢與RTSPURI對(duì)應(yīng)的SIPURI，如到一個(gè)專門配置有RTSPURI與SIPURI的對(duì)應(yīng)關(guān)系的數(shù)據(jù)庫(kù)查詢，或者到DNS服務(wù)器查詢。將RTSPSETUPRequest消息轉(zhuǎn)換為SIPINVITER叫uest消息的做法可以是解析RTSPSETUPR叫uest消息的發(fā)送者、接收者及消息內(nèi)容等信息，將該信息填充到，構(gòu)造該SIPINVITERequest消息。其中，消息內(nèi)容包括RTSP客戶端點(diǎn)播的第一條媒體流的會(huì)話描述信息，信令網(wǎng)關(guān)將該被點(diǎn)播的第一條々某體流的會(huì)話描述信息添加到SIPINVITERequest消息，且將該媒體流的傳輸屬性設(shè)置為SIP"非激活狀態(tài)(Inactive)"，該"Inactive"表示目前只是分配好傳輸媒體流的資源，暫時(shí)不需要傳輸該媒體流。設(shè)置"Inactive"屬性的原因是SIP的INVITEmethod可以在對(duì)話建立之后立即開(kāi)始向請(qǐng)求的發(fā)起方發(fā)送媒體流；而RTSP的SETUPmethod僅用于創(chuàng)建會(huì)話，分配媒體傳輸資源，在會(huì)話建立后，并不需要媒體流的發(fā)送方立即發(fā)送媒體流，等到RTSP的PLAYmethod時(shí)才需要發(fā)送方發(fā)送媒體流。因此，為了確保RTSP和SIP的兼容，在SIP的INVITEmethod中，先把媒體流屬性置為"inactive",表示暫不需要媒體流的發(fā)送方發(fā)送媒體流。該步驟中，信令網(wǎng)關(guān)需要產(chǎn)生一個(gè)SIPCALL-ID,該SIPCALL-ID用于唯一標(biāo)識(shí)信令網(wǎng)關(guān)與SIP客戶端之間的該會(huì)話。采用CALL-ID唯一標(biāo)識(shí)會(huì)話的技術(shù)為可實(shí)現(xiàn)的現(xiàn)有技術(shù)，其中，信令網(wǎng)關(guān)可以依據(jù)該會(huì)話的某信息如發(fā)起會(huì)話建立的時(shí)間等產(chǎn)生該SIPCALL-ID,或可隨機(jī)產(chǎn)生該SIPCALL-ID,且將該SIPCALL-ID添加到SIPINVITER叫uest消息。由于信令網(wǎng)關(guān)與SIP客戶端之間可能存在多個(gè)會(huì)話，因此，后續(xù)信令網(wǎng)關(guān)與SIP客戶端之間關(guān)于本次會(huì)話的所有交互消息中，都需要包含該SIPCALL-ID，以與其他會(huì)話相區(qū)別。步驟303、SIP客戶端接收到SIPINVITER叫uest后，回復(fù)SIPINVITEResponse。該步驟中，SIP客戶端回復(fù)的SIPINVITEResponse消息中包含媒體流的傳輸方式、發(fā)送媒體流的源地址及端口等信息，且該消息中，媒體流的傳輸屬性置也被置為"Inactive",表示會(huì)話建立成功后，暫時(shí)不傳輸媒體流。若SIP客戶端不接收該SIPINVITERequest,則會(huì)回復(fù)表示會(huì)話建立失敗的消息。步驟304、信令網(wǎng)關(guān)接收到SIPINVITEResponse后，向RTSP客戶端回復(fù)RTSPSETUPResponse。該步驟中，信令網(wǎng)關(guān)回復(fù)RTSPSETUPResponse消息中包含會(huì)話建立成功的信息。若信令網(wǎng)關(guān)接收到SIP客戶端回復(fù)的會(huì)話建立失敗的消息時(shí)，信令網(wǎng)關(guān)也將向RTSP客戶端回復(fù)RTSPSETUPResponse,該RTSPSETUPResponse中包含會(huì)話建立失敗的信息。該步驟中，信令網(wǎng)關(guān)需要產(chǎn)生一個(gè)RTSPSessionID,該RTSPSessionID用于唯一標(biāo)識(shí)信令網(wǎng)關(guān)與RTSP客戶端之間的該會(huì)話。采用SessionID唯一標(biāo)識(shí)會(huì)話的技術(shù)為可實(shí)現(xiàn)的現(xiàn)有技術(shù)，其中，信令網(wǎng)關(guān)可以依據(jù)該會(huì)話的某信息如發(fā)起會(huì)話建立的時(shí)間等產(chǎn)生該RTSPSessionID,或可隨機(jī)產(chǎn)生該RTSPSessionID，且將該RTSPSessionID添加到RTSPSETUPResponse。由于信令網(wǎng)關(guān)與RTSP客戶端之間可能存在多個(gè)會(huì)話，因此，后續(xù)信令網(wǎng)關(guān)與RTSP客戶端之間關(guān)于本次會(huì)話的所有交互消息中，都需要包含該RTSPSessionID,以與其他會(huì)話相區(qū)別。步驟305、信令網(wǎng)關(guān)向SIP客戶端發(fā)送SIPACK消息，確認(rèn)會(huì)話建立。需要說(shuō)明的是，在本發(fā)明各實(shí)施例中，信令網(wǎng)關(guān)的存儲(chǔ)單元上會(huì)存儲(chǔ)目前RTSP客戶端、RTSPSessionID、SIP客戶端、SIPCALL-ID的對(duì)應(yīng)關(guān)系，信令網(wǎng)關(guān)根據(jù)當(dāng)前RTSP客戶端、RTSP會(huì)話標(biāo)識(shí)符、SIP客戶端、SIP會(huì)話標(biāo)識(shí)符的對(duì)應(yīng)關(guān)系，確定本次會(huì)話所對(duì)應(yīng)的對(duì)端及對(duì)端的會(huì)話標(biāo)識(shí)符。該對(duì)應(yīng)關(guān)系可以形成一個(gè)會(huì)話關(guān)系表。每當(dāng)一個(gè)會(huì)話成功建立后，都要把相應(yīng)條目添加到會(huì)話關(guān)系表。這樣從某個(gè)RTSP客戶端收到了某個(gè)會(huì)話的消息后，可以對(duì)應(yīng)到某個(gè)SIP客戶端的某個(gè)會(huì)話。因?yàn)橐粋€(gè)RTSP客戶端和信令網(wǎng)關(guān)之間可能存在多個(gè)會(huì)話，一個(gè)SIP客戶端和信令網(wǎng)關(guān)之間也可能存在多個(gè)會(huì)話，所以可用會(huì)話關(guān)系表來(lái)區(qū)別具體的會(huì)話。本實(shí)施例中，需將本RTSP客戶端、RTSPSessionID和SIP客戶端、SIPCALL-ID作為一個(gè)新增條目放入會(huì)話關(guān)系表。上述步驟301至步驟305，是通過(guò)信令網(wǎng)關(guān)建立RTSP客戶端與SIP客戶端之間的會(huì)話的過(guò)程，若本次會(huì)話只涉及一條媒體流傳輸，那么至此會(huì)話建立完成，可直接執(zhí)行步驟310。若本次會(huì)話涉及多條々某體流傳輸，則繼續(xù)執(zhí)行步驟306。步驟306、RTSP客戶端發(fā)送第二個(gè)RTSPSETUPRequest消息。該步驟的執(zhí)行，表示本次會(huì)話中涉及多條媒體流傳輸。該第二個(gè)RTSPSETUPRequest消息是RTSP客戶端要求添加媒體流的RTSP請(qǐng)求消息，該消息中包含第二條媒體流的RTSPURI、傳輸方式、目的地址及端口等會(huì)話信息，并且，在該第二個(gè)RTSPSETUPRequest消息中，需要包含步驟304中產(chǎn)生的RTSPSessionID。這樣，信令網(wǎng)關(guān)在接收到該第二個(gè)SETUPRequest后，根據(jù)該RTSPSessionID，確定本次SETUPmethod是請(qǐng)求向已存在的會(huì)話中添加媒體流，而不是建立新的會(huì)話。步驟307、信令網(wǎng)關(guān)接收到該第二個(gè)RTSPSETUPR叫uest消息，向SIP客戶端發(fā)送SIPUPDATER叫uest消息。該步驟中，信令網(wǎng)關(guān)即根據(jù)該第二個(gè)SETUPR叫uest中的RTSPSessionID,確定該SETUPmethod是請(qǐng)求向已存在的會(huì)話中添加媒體流，因此，向SIP客戶端發(fā)送要求更新會(huì)話屬性的SIPUPDATERequest。該步驟中，信令網(wǎng)關(guān)在將RTSPSETUPR叫uest消息轉(zhuǎn)換為SIPUPDATER叫uest消息時(shí)，要把本次請(qǐng)求添加的媒體流的會(huì)話描述信息及之前已添加的媒體流的會(huì)話描述信息全部添加到該SIPINVITERequest消息體的描述中，且將消息體中描述的所有媒體流的屬性置為"Inactive"，表示目前只分配了傳輸媒體流的資源，暫時(shí)不需要傳輸媒體流。與執(zhí)行步驟302類似，該步驟中，考慮到在訪問(wèn)SIP媒體資源時(shí)，被訪問(wèn)的SIP客戶端可能是一個(gè)媒體服務(wù)器，因此，信令網(wǎng)關(guān)同樣需要將每個(gè)媒體流的RTSPURI添加到SIPUPDATERequest中，這樣，SIP媒體服務(wù)器在接收到該SIPUPDATER叫uest后，就可以確認(rèn)RTSP客戶端希望訪問(wèn)的SIP媒體設(shè)備的地址。如本次添加的是第二條媒體流，那么信令網(wǎng)關(guān)需要將第一條i某體流的RTSPURI"a=control:rtsp:〃server.chicago.com/carol/audio，，和第二條媒體流的RTSPURI"a=control:rtsp:〃server.chicago.com/carol/video"i勻添力口至lU亥第二條SIPUPDATER叫uest中。信令網(wǎng)關(guān)還需在該SIPUPDATER叫uest中添加到與執(zhí)行步驟302時(shí)產(chǎn)生的SIPCALL-ID，以標(biāo)識(shí)該SIPUPDATERequest是本次會(huì)話中的消息。步驟308、SIP客戶端接收到SIPUPDATERequest后，回復(fù)SIPUPDATEResponse。該步驟中，SIP客戶端回復(fù)的SIPUPDATEResponse消息中，包含已被添加的所有媒體流的傳輸方式、源地址、端口等信息，且該消息中還包含將所有媒體流屬性置為"Inactive"的標(biāo)識(shí)，表示在會(huì)話建立成功后，暫不需要發(fā)送媒體流。該步驟中，若SIP客戶端不接收SIPUPDATER叫uest的更新請(qǐng)求，貝'J將回復(fù)更新失敗的消息。步驟309、信令網(wǎng)關(guān)接收到SIP客戶端回復(fù)的SIPUPDATEResponse后，向RTSP客戶端回復(fù)RTSPSETUPResponse。該步驟中，信令網(wǎng)關(guān)通知RTSP客戶端媒體流添加成功。若SIP客戶端回復(fù)更新失敗的消息，那么信令網(wǎng)關(guān)也相應(yīng)地向RTSP客戶端返回添加媒體流失敗的消息。步驟310、會(huì)話建立成功后，RTSP客戶端發(fā)送RTSPPLAYR叫uest,請(qǐng)求媒體播放。若RTSP客戶端希望快進(jìn)或快退媒體，可以在該RTSPPLAYRequest消息體中添加相應(yīng)的控制播放速度的信息頭(header)，包括Speedheader和Scaleheader,如"Speed:2.5"表示以正常媒體播放速度的2.5倍速度快進(jìn)；"Scale:-3.5",表示以正常媒體播放速度的3.5倍速度快退。Speed和Scale均由現(xiàn)有RTSP協(xié)議給出，其中，Speed的值只能取正數(shù)，表示快進(jìn)；Scale的值可以取正數(shù)或負(fù)數(shù)，即可表示快進(jìn)或快退。步驟311、信令網(wǎng)關(guān)接收到RTSPPLAYR叫uest后，向SIP客戶端發(fā)送SIPUPDATER叫uest。該步驟中，信令網(wǎng)關(guān)在發(fā)送給SIP客戶端的SIPUPDATER叫uest消息中，將所有被添加的媒體流的屬性置為"recvonly",表示要求開(kāi)始傳送媒體流，且只接收媒體流。若信令網(wǎng)關(guān)還從RTSPPLAYRequest獲取到"Speed"或"Scale"等header信息，則在發(fā)送給SIP客戶端的SIPUPDATER叫uest消息體中添加請(qǐng)求快進(jìn)或快退的信息，如"a=Speed:2.5",表示對(duì)端要求SIP客戶端以正常媒體播放速度的2.5倍速度播放媒體流。步驟312、SIP客戶端接收到SIPUPDATER叫uest后，回復(fù)SIPUPDATEResponse。該步驟中，SIP客戶端在SIPUPDATEResponse消息體的會(huì)話描述中，將上述被添加的所有媒體流的屬性置為"發(fā)送(sendonly)",表示SIP客戶端只發(fā)送媒體流。若SIP客戶端功能支持，則可在SIPUPDATEResponse消息體的會(huì)話描述中，添加一些用于媒體流同步的信息'如ssrc、s叫、rtptime等。若SIP客戶端能夠支持接收到的SIPUPDATER叫uest中的快進(jìn)或快退請(qǐng)求，那么SIP客戶端根據(jù)快進(jìn)或快退請(qǐng)求，相應(yīng)地調(diào)整傳輸媒體流的速度；若SIP客戶端不能支持快進(jìn)或快退的功能，則回復(fù)表示傳輸失敗的消息。步驟313、信令網(wǎng)關(guān)向RTSP客戶端回復(fù)RTSPPLAYResponse,由RTSP客戶端接收該RTSPPLAYResponse。該步驟中，若信令網(wǎng)關(guān)從SIP客戶端接收到的SIPUPDATEResponse消息體的會(huì)話描述中包含如ssrc、seq、rtptime等用于媒體流同步的會(huì)話描述信息，則將該類信息轉(zhuǎn)換為RTSP能夠支持的消息格式，如將該類信息添加到RTSPPLAYResponse消息中，發(fā)送給RTSP客戶端。若SIP客戶端返回表示傳輸失敗的消息時(shí)，信令網(wǎng)關(guān)則向RTSP客戶端返回播放請(qǐng)求失敗的消息。本實(shí)施例中，上述步驟306至步驟309是添加第二條媒體流的流程，本實(shí)施例中，若還需要添加更多條媒體流，那么可重復(fù)執(zhí)行步驟306至步驟309,直至添加完所需要添加的媒體流。步驟314、根據(jù)建立的會(huì)話，將RTSP客戶端請(qǐng)求傳輸?shù)拿襟w流從目的SIP媒體設(shè)備傳輸給該RTSP客戶端。該步驟中，SIP客戶端根據(jù)與RTSP客戶端之間建立的會(huì)話，即根據(jù)該兩端之間的會(huì)話協(xié)商結(jié)果，如媒體流的傳輸方式等，開(kāi)始傳輸媒體流。該步驟中，SIP客戶端采用實(shí)時(shí)傳輸協(xié)議(RTP)傳輸媒體流。上述實(shí)施例1中，步驟301至步驟305對(duì)應(yīng)建立RTSP客戶端與SIP客戶端之間的會(huì)話的流程，步驟306至步驟309為可選步驟，是添加多條媒體流的流程，步驟310至步驟313為RTSP客戶端請(qǐng)求播放成功的流程，步驟314的執(zhí)行就開(kāi)始傳輸媒體流，即實(shí)現(xiàn)了RTSP客戶端對(duì)SIP客戶端媒體資源的i方問(wèn)。本施例1至此結(jié)束。實(shí)施例2:實(shí)施例2的流程與上述實(shí)施例1的流程基本一致，即先建立RTSP客戶端與SIP客戶端之間的會(huì)話，然后在已經(jīng)建立的會(huì)話中添加第二條媒體流，在兩端協(xié)商成功后，開(kāi)始傳輸媒體流。實(shí)施例2的流程與實(shí)施例1的流程所不同的是，在該實(shí)施例2中，當(dāng)需要繼續(xù)添加第二條或更多條媒體流時(shí)，在與SIP客戶端的信令交互過(guò)程中，沒(méi)有采用UPDATEmethod,而是采用同樣具有i某體流更新功能的INVITEmethod。參見(jiàn)圖4，圖4是本發(fā)明實(shí)施例2中RTSP客戶端訪問(wèn)SIP客戶端的流程圖。該流程包:fe以下步驟步驟401至步驟406的所有描述與步驟301至步驟306的所有描述相同。步驟407、信令網(wǎng)關(guān)接收到該第二個(gè)SETUPR叫uest，向SIP客戶端發(fā)送SIPINVITER叫uest。有關(guān)該步驟的描述與步驟307的描述類似，所不同的是，需要將有關(guān)步驟307的文字描述中的"UPDATE"替換為"INVITE",并將有關(guān)步驟307的文字描述中的"步驟302"替換為"步驟402"。步驟408、SIP客戶端接收到SIPINVITERequest后，回復(fù)SIPINVITEResponse。有關(guān)該步驟的描述與步驟308的描述類似，所不同的是，需要將有關(guān)步驟308的文字描述中的"UPDATE"替換為"INVITE"。步驟409、信令網(wǎng)關(guān)接收到SIP客戶端回復(fù)的SIPINVITEResponse后，向RTSP客戶端回復(fù)RTSPSETUPResponse。該步驟中，信令網(wǎng)關(guān)通知RTSP客戶端々某體流添加成功。若SIP客戶端回復(fù)更新失敗的消息，那么信令網(wǎng)關(guān)也相應(yīng)地向RTSP客戶端返回添加媒體流失敗的消息。步驟410、信令網(wǎng)關(guān)接收到SIPINVITEResponse后，向SIP客戶端返回SIPACK。該步驟中，信令網(wǎng)關(guān)向SIP客戶端返回SIPACK表示確認(rèn)對(duì)端處理了步驟408中SIP客戶端回復(fù)的SIPINVITEResponse。上述步驟406至步驟410是在同一個(gè)會(huì)話中添加第二條^(某體流的流程，本實(shí)施例中，若還需要添加更多條媒體流，那么可重復(fù)執(zhí)行步驟406至步驟410，直至添加完所需要添加的媒體流。步驟411的所有描述與步驟310的所有描述相同。步驟412、信令網(wǎng)關(guān)接收到RTSPPLAYRequest后，向SIP客戶端發(fā)送SIPINVITERequest。有關(guān)該步驟的描述與步驟311的描述類似，所不同的是，需要將有關(guān)步驟311的文字描述中的"UPDATE"替換為"INVITE"。步驟413、SIP客戶端接收到SIPINVITER叫uest后，回復(fù)SIPINVITEResponse。有關(guān)該步驟的描述與步驟312的描述類似，所不同的是，需要將有關(guān)步驟312的文字描述中的"UPDATE"替換為"INVITE"。步驟414、信令網(wǎng)關(guān)向RTSP客戶端回復(fù)RTSPPLAYResponse,由RTSP客戶端接收該RTSPPLAYResponse。有關(guān)該步驟的描述與步驟3D的描述類似，所不同的是，需要將有關(guān)步驟313的文字描述中的"UPDATE"替換為"INVITE"。步驟415、信令網(wǎng)關(guān)接收到SIPINVITEResponse后，向SIP客戶端返回SIPACK。該步驟中，信令網(wǎng)關(guān)向SIP客戶端返回SIPACK表示確認(rèn)對(duì)端處理了步驟413中SIP客戶端回復(fù)的SIPINVITEResponse。步驟416、SIP客戶端根據(jù)與對(duì)端的協(xié)商，開(kāi)始傳輸媒體流，本次流程結(jié)束。該步驟中，SIP客戶端采用RTP傳輸媒體流。本實(shí)施例2至此結(jié)束。實(shí)施例3:本實(shí)施例將對(duì)RTSP客戶端主動(dòng)提出的暫停播放媒體流請(qǐng)求進(jìn)行處理。"暫停"操作是媒體點(diǎn)播中的常用操作，該操作在RTSP中，由PAUSEmethod實(shí)現(xiàn)。相應(yīng)地，在SIP中，INVITE或者UPDATEmethod可實(shí)現(xiàn)"暫停"媒體點(diǎn)播的操作。參見(jiàn)圖5，圖5是本發(fā)明實(shí)施例3中處理暫停媒體播放的流程圖。該流程包括以下步驟步驟501、RTSPClient發(fā)送RTSPPAUSER叫uest，請(qǐng)求暫停媒體流傳輸。步驟502、信令網(wǎng)關(guān)接收到RTSPPAUSER叫uest后，向SIP客戶端發(fā)送SIPUPDATERequest。該步驟中，信令網(wǎng)關(guān)根據(jù)存儲(chǔ)的會(huì)話關(guān)系表，查詢出對(duì)應(yīng)的媒體源SIP客戶端，然后向此SIP客戶端發(fā)送SIPUPDATERequest消息，且信令網(wǎng)關(guān)在該消息中將該會(huì)話中的所有媒體流屬性置為"Inactive",表示暫停媒體流傳輸。也就是說(shuō)，在現(xiàn)有SIP中，通過(guò)控制媒體流屬性來(lái)控制媒體流的傳輸，即若媒體流屬性被置為"inactive",則表示暫停媒體流傳輸；若媒體流屬性被置為"Sendonly",則表示開(kāi)始傳輸媒體流。步驟503、SIP客戶端接收到SIPUPDATER叫uest消息后，回復(fù)SIPUPDATEResponse消息。該步驟中，SIP客戶端接收到上述消息后，將自身的媒體流屬性置為"inactive",4f止々某體流傳車lr。步驟504、信令網(wǎng)關(guān)接收到SIPUPDATEResponse消息后，向與本會(huì)話對(duì)應(yīng)的RTSPClient發(fā)送RTSPPAUSEResponse消息。該步驟中，信令網(wǎng)關(guān)通知RTSP客戶端"暫停"操作成功。若SIP客戶端回復(fù)暫停操作失敗的消息，那么信令網(wǎng)關(guān)向RTSP客戶端回復(fù)相應(yīng)的"暫停"操作失敗的消息。本實(shí)施例中，在SIP中，采用SIPUPDATEmethod來(lái)完成暫停4某體流傳輸?shù)牟僮鳎瑢?shí)際應(yīng)用中，也可采用具有暫停媒體流傳輸功能的SIPINVITEmethod來(lái)完成該搡作。本實(shí)施例3至此結(jié)束。實(shí)施例4:本實(shí)施例將對(duì)RTSP客戶端主動(dòng)提出的重定向請(qǐng)求進(jìn)行處理。在講述本實(shí)施例之前，先對(duì)相關(guān)現(xiàn)有RTSPmethod及SIPmethod作簡(jiǎn)要說(shuō)明。在如RTSP服務(wù)器希望負(fù)載均衡等情況下，RTSP服務(wù)器會(huì)使用RTSPREDIRECTmethod,向RTSP客戶端發(fā)送重定向消息，通知RTSP客戶端從另外一個(gè)位置獲取需要的資源，如通知RTSP客戶端從另外一個(gè)媒體服務(wù)器點(diǎn)播影片。相應(yīng)地，在SIP中，SIPREFERmethod也具有重定向的功能，該重定向通常用于實(shí)現(xiàn)呼叫轉(zhuǎn)移，即通知對(duì)端將通話從本地客戶端轉(zhuǎn)移到另一個(gè)客戶端上。通常，SIPREFER需要指明重定向的目的地。由于RTSP的客戶端不可能發(fā)送重定向消息，所以在本實(shí)施中將會(huì)出現(xiàn)SIP的客戶端主動(dòng)發(fā)送重定向消息的情況。參見(jiàn)圖6，圖6是本發(fā)明實(shí)施例4中處理重定向SIP客戶端的流程圖。該流程包括以下步驟步驟601、SIP客戶端發(fā)送SIPREFERRequest消息。該步驟中，SIPREFERRequest消息用于要求對(duì)端把本次會(huì)話重定向到另外一個(gè)SIP客戶端，且該消息中指明重定向的目的地，該目的地通常采用SIPURI格式表示。步驟602、信令網(wǎng)關(guān)接收到SIPREFERR叫uest消息后，向RTSP客戶端發(fā)送RTSPREDIRECTRequest消息。該步驟中，信令網(wǎng)關(guān)根據(jù)接收到的消息，解析該消息中包含的重定向目的地的SIPURI。信令網(wǎng)關(guān)通過(guò)查詢，找到與該重定向SIPURI對(duì)應(yīng)的重定向RTSPURI,于是向RTSP客戶端發(fā)送RTSPREDIRECTR叫uest消息，且將重定向RTSPURI添加到該RTSPREDIRECTR叫uest消息，利用該消息，要求RTSP客戶端重定向目的地到映射的RTSPURI獲取資源。若信令網(wǎng)關(guān)未能根據(jù)接收到的消息，找到對(duì)應(yīng)的RTSPURI，則會(huì)向SIP客戶端回復(fù)重定向失敗的消息，即在該步驟602之后，執(zhí)行步驟604。步驟603、RTSP客戶端接收到RTSPREDIRECTRequest后，回復(fù)RTSPREDIRECTResponse消息。該步驟中，RTSP客戶端向?qū)Χ嘶貜?fù)RTSPREDIRECTResponse消息，表示結(jié)束本次會(huì)話，RTSPClient后續(xù)將向新的目的地發(fā)起建立會(huì)話的請(qǐng)求。步驟604、信令網(wǎng)關(guān)接收到RTSPREDIRECTResponse消息后，向SIP客戶端發(fā)送SIPREFERResponse,通知SIP客戶端本操作完成。本實(shí)施例中，考慮到RTSP客戶端不會(huì)主動(dòng)發(fā)出重定向的請(qǐng)求，因此，該重定向請(qǐng)求由SIP客戶端發(fā)出。本實(shí)施例4至此結(jié)束。實(shí)施例5:參見(jiàn)圖7，圖7是本發(fā)明實(shí)施例5中RTSP客戶端查詢媒體描述的流程圖。該流程可以在RTSP客戶端請(qǐng)求媒體播放之前完成，用于獲得目標(biāo)媒體對(duì)象，如SIP客戶端的媒體描述信息。該流程包括以下步驟步驟701、RTSP客戶端發(fā)送RTSPDESCRIBERequest。該步驟中，RTSP通過(guò)發(fā)送查詢媒體描述請(qǐng)求，請(qǐng)求獲得所要訪問(wèn)的媒體源的媒體描述信息，常用的SIP媒體描述信息包括媒體類型、編解碼格式、傳輸方式、傳輸?shù)刂返取２襟E702、信令網(wǎng)關(guān)接收到RTSPDESCRIBER叫uest后，向SIP客戶端發(fā)送SIPOPTIONSR叫uest。該步驟中，信令網(wǎng)關(guān)根據(jù)接收到的RTSPDESCRIBERequest,查詢與RTSPURI對(duì)應(yīng)的SIPURI,如"rtsp:〃server.chicago.com/caro1"對(duì)應(yīng)"sipxarol@chicago.com"，信令網(wǎng)關(guān)發(fā)送的SIPOPTIONSR叫uest消息體的會(huì)話描述可以是"OPTIONSsip:carol@chicago.comSIP/2.0"。步驟703、SIP客戶端回復(fù)SIPOPTIONSResponse。該步驟中，SIP客戶端根據(jù)接收到的RTSPDESCRIBERequest,搜集自身的媒體描述信息，將搜集到的媒體描述信息添加到回復(fù)給對(duì)端的SIPOPTIONSResponse中，發(fā)送給對(duì)端。步驟704、信令網(wǎng)關(guān)接收到RTSPDESCRIBEResponse后，向RTSP回復(fù)RTSPDESCRIBEResponse。該步驟中，信令網(wǎng)關(guān)將接收到的RTSPDESCRIBEResponse消息中包含的SIP客戶端的媒體描述信息轉(zhuǎn)換成RTSP媒體源的媒體描述格式，回復(fù)給RTSP客戶端。RTSP客戶端默認(rèn)接收該客戶端消息的對(duì)端支持RTSP，同樣，當(dāng)RTSP客戶端接收到消息時(shí)，也默認(rèn)由支持RTSP的對(duì)端發(fā)送過(guò)來(lái)。本實(shí)施例5至此結(jié)束。實(shí)施例6:參見(jiàn)圖8，圖8是本發(fā)明實(shí)施例中處理性能查詢的流程圖。該流程包括以下步驟步驟801、客戶端向?qū)Χ税l(fā)送RTSPOPTIONSRequest消息。該步驟中，若RTSPClient要訪問(wèn)的是媒體服務(wù)器，且需要查詢?cè)撁襟w服務(wù)器針對(duì)具體媒體資源的性能，那么采用OPTIONSmethod時(shí)，需要在RTSPOPTIONSRequest消息中添加標(biāo)識(shí)該媒體資源的URI，如"OPTIONSrtsp:〃server.chicago.com/carol/audio";若RTSPClient要訪問(wèn)的是SIP終端，且需要查詢?cè)揝IP終端的常規(guī)性能，即不考慮具體媒體資源的性能時(shí)，可采用OPTIONSmethod,在RTSPOPTIONSR叫uest消息中直接指定對(duì)端設(shè)備的IP地址，如"OPTIONS192.168.3.2RTSP/2.0"。步驟802、信令網(wǎng)關(guān)收到后，向?qū)?yīng)的SIP客戶端發(fā)送。該步驟中，信令網(wǎng)關(guān)根據(jù)接收到的RTSPOPTIONSRequest消息中包含的RTSPURI或IP地址信息，找出對(duì)應(yīng)的SIP客戶端，向?qū)?yīng)的SIP客戶端發(fā)送RTSPOPTIONSRequest消息，以查詢SIP客戶端的常規(guī)性能或者具體媒體資源的性能。如"OPTIONSsip:carol@chicago.comSIP/2.0"。步驟803、SIP客戶端接收到SIPOPTIONSRequest消息，返回SIPOPTIONSResponse消息。該步驟中，SIP客戶端搜集自身支持的性能，如"Allow:INVITE,ACK,CANCEL,OPTIONS,BYE"，回復(fù)一個(gè)SIPOPTIONSResponse消息。若SIP客戶端還具有其它性能，可以在該SIPOPTIONSResponse消息體的會(huì)話描述信息中添力口描述，如"a=Support:play.scale"表示支持快進(jìn)、快退。步驟804、信令網(wǎng)關(guān)收到SIPOPTIONSResponse消息后，向RTSP客戶端回復(fù)RTSPOPTIONSResponse消息。該步驟中，信令網(wǎng)關(guān)將SIPOPTIONSResponse消息中包含的SIP的性能描述，映射成RTSP性能描述，如SIPINVITE可以映射成RTSPSETUP、RTSPPLAY、RTSPPAUSE,然后將包含該RTSP性能描述的RTSPOPTIONSResponse消息返回RTSP客戶端。在上述步驟801中，若RTSP客戶端只是查詢對(duì)端設(shè)備的常規(guī)性能，即只查詢SIP客戶端的常規(guī)性能，那么可采用OPTIONSmethod,如"OPTIONSRTSP/2.0";相應(yīng)地，信令網(wǎng)關(guān)接收到該RTSPOPTIONSRequest消息后，只需要基于上述表1，將SIP客戶端具備的常規(guī)功能映射成的RTSP常規(guī)性能轉(zhuǎn)發(fā)給RTSPClient即可，.即在執(zhí)行步驟801之后，跳轉(zhuǎn)至執(zhí)行步驟804。本實(shí)施例6至此結(jié)束。實(shí)施例7:本實(shí)施例將對(duì)RTSP客戶端主動(dòng)提出的結(jié)束會(huì)話請(qǐng)求進(jìn)行處理。在會(huì)話過(guò)程中，RTSP客戶端可以使用RTSPTEARDOWNmethod,向RTSP服務(wù)器請(qǐng)求結(jié)束某會(huì)話，RTSP服務(wù)器收到該請(qǐng)求后，會(huì)釋放分配給本會(huì)話的資源，客戶端收到服務(wù)器的回復(fù)后，也會(huì)釋放本會(huì)話所使用的資源，以結(jié)束本會(huì)話。參見(jiàn)圖9,圖9是本發(fā)明實(shí)施例7中處理會(huì)話結(jié)束的流程圖，該流程包括以下步驟步驟901、RTSP客戶端發(fā)送TEARDOWNRequest消息，請(qǐng)求結(jié)束本次會(huì)話。步驟卯2、信令網(wǎng)關(guān)收到該消息后，向SIPClient發(fā)送SIPBYERequest,請(qǐng)求結(jié)束本次會(huì)話。步驟903、SIP客戶端回復(fù)SIPBYEResponse消息，表示同意結(jié)束會(huì)話。步驟904、信令網(wǎng)關(guān)接收到SIPBYEResponse消息后，向RTSP客戶端回復(fù)RTSPTEARDOWNResponse消息，表示結(jié)束會(huì)話的請(qǐng)求已經(jīng)處理。本實(shí)施例7至此結(jié)束。實(shí)施例8:參見(jiàn)圖10，圖10是本發(fā)明實(shí)施例8中處理會(huì)話結(jié)束的流程圖。該流程包括以下步驟步驟IOOI、SIP客戶端向?qū)Χ税l(fā)送SIPBYER叫uest消息，請(qǐng)求結(jié)束會(huì)話。步驟1002、信令網(wǎng)關(guān)接收到SIPBYERequest消息后，向RTSP客戶端發(fā)送RTSPREDIRECTRequest消息。該步驟中，信令網(wǎng)關(guān)發(fā)送的RTSPREDIRECTR叫uest消息中并沒(méi)有指明重定向的目的地，則依據(jù)RTSP協(xié)議，該RTSPREDIRECTR叫uest消息表示要求RTSP客戶端結(jié)束本次會(huì)話。該做法是可行的，其原因在于，當(dāng)現(xiàn)有RTSP服務(wù)器向RTSP客戶端主動(dòng)發(fā)送RTSPREDIRECTRequest消息時(shí)，若該消息中沒(méi)有指定重定向的目的地，那么RTSP客戶端接收到該消息后，默認(rèn)需要結(jié)束本次會(huì)話。因此，在本實(shí)施例中，對(duì)RTSP客戶端而言，獲知該消息的發(fā)送者并沒(méi)有實(shí)際意義，只要接收到的消息是RTSP客戶端支持的RTSP消息，那么RTSP客戶端就能夠根據(jù)現(xiàn)有RTSP協(xié)議規(guī)定，根據(jù)接收到的消息完成相應(yīng)的操作。步驟1003、RTSP客戶端向信令網(wǎng)關(guān)回復(fù)RTSPREDIRECTResponse消息，表示同意結(jié)束本次會(huì)話。步驟1004、信令網(wǎng)關(guān)接收到RTSPREDIRECTResponse后，向SIP客戶端回復(fù)SIPBYEResponse,表示結(jié)束會(huì)話的請(qǐng)求執(zhí)行成功。本實(shí)施例8至此結(jié)束。上述各實(shí)施例中，SIP客戶端可以是SIP終端，也可以是SIP應(yīng)用服務(wù)器，其中，SIP應(yīng)用服務(wù)器也是利用SIPURI來(lái)標(biāo)識(shí)?，F(xiàn)有的SIP應(yīng)用服務(wù)器主要提供公共服務(wù)功能，如訂閱功能、對(duì)方會(huì)議呼叫中心功能、流媒體服務(wù)功能等。綜上所述，本發(fā)明實(shí)施例提供RTSP客戶端訪問(wèn)SIP媒體資源的方法，通過(guò)在RTSP客戶端與目的SIP媒體設(shè)備之間的建立會(huì)話；根據(jù)建立的所述會(huì)話，將RTSP客戶端請(qǐng)求傳輸?shù)拿襟w流從目的SIP媒體設(shè)備傳輸給該RTSP客戶端，從而實(shí)現(xiàn)RTSP客戶端對(duì)SIP媒體資源的訪問(wèn)。本發(fā)明實(shí)施例提供的信令網(wǎng)關(guān)能夠?qū)TSP客戶端發(fā)送的RTSP請(qǐng)求消息轉(zhuǎn)換為對(duì)應(yīng)的SIP請(qǐng)求消息后，發(fā)送給SIP媒體設(shè)備；也能夠?qū)IP媒體設(shè)備返回的響應(yīng)消息轉(zhuǎn)換為對(duì)應(yīng)的RTSP響應(yīng)消息后，發(fā)送給RTSP客戶端；通過(guò)該信令網(wǎng)關(guān)的消息轉(zhuǎn)換功能，在RTSP客戶端與目的SIP媒體設(shè)備之間的建立會(huì)話，進(jìn)而實(shí)現(xiàn)RTSP客戶端對(duì)SIP媒體資源的訪問(wèn)。本發(fā)明實(shí)施例提供的RTSP客戶端訪問(wèn)SIPi某體資源的系統(tǒng)中，包含RTSP客戶端、目的SIP媒體設(shè)備和上述信令網(wǎng)關(guān)，通過(guò)該信令網(wǎng)關(guān)建立RTSP客戶端與目的SIP媒體設(shè)備之間的會(huì)話，進(jìn)而實(shí)現(xiàn)RTSP客戶端對(duì)SIP媒體資源的訪問(wèn)。參見(jiàn)圖11,圖11是本發(fā)明中的RTSP客戶端訪問(wèn)SIP媒體資源方案的應(yīng)用場(chǎng)景圖，該應(yīng)用場(chǎng)景為實(shí)現(xiàn)IMS與IPTV融合，其中，IMS系統(tǒng)的基本架構(gòu)遵循現(xiàn)有相關(guān)協(xié)議，包括代理呼叫會(huì)話控制功能(P-CSCF)、應(yīng)用服務(wù)器(AS)、查詢/服務(wù)呼叫會(huì)話控制功能模塊(I/S-CSCF)、多媒體資源功能控制器(MRFC)、多媒體資源功能處理器(MRFP)。該圖11所示應(yīng)用場(chǎng)景也可作為圖2所示系統(tǒng)的實(shí)施例。對(duì)于采用RTSP實(shí)現(xiàn)媒體點(diǎn)播的IPTV,與采用SIP控制信令的IMS系統(tǒng)來(lái)說(shuō)，運(yùn)用本發(fā)明實(shí)施例提供的上述方法、系統(tǒng)及信令網(wǎng)關(guān)，能夠?qū)崿F(xiàn)IPTV的RTSP客戶端對(duì)IMS系統(tǒng)中媒體資源的訪問(wèn)，因此運(yùn)用本發(fā)明實(shí)施例提供的上述技術(shù)方案，有助于實(shí)現(xiàn)IMS與IPTV的融合。另外，本發(fā)明實(shí)施例在實(shí)現(xiàn)RTSP客戶端訪問(wèn)SIP媒體資源時(shí)，并未改動(dòng)現(xiàn)有RTSP協(xié)議，且對(duì)SIP協(xié)議的改動(dòng)也很小，即并未改動(dòng)現(xiàn)有SIP消息頭，而只是在一些SIP消息體的會(huì)話描述中增加內(nèi)容，如將RTSPURI添加到SIPINVITERequest消息。因此，本發(fā)明實(shí)施例提供的技術(shù)方案易于實(shí)現(xiàn)，且能夠兼容原有支持RTSP的媒體終端。權(quán)利要求1.一種RTSP客戶端訪問(wèn)SIP媒體資源的方法，其特征在于，包括步驟建立實(shí)時(shí)流協(xié)議RTSP客戶端與目的會(huì)話發(fā)起協(xié)議SIP媒體設(shè)備之間的會(huì)話；根據(jù)建立的所述會(huì)話，將RTSP客戶端請(qǐng)求傳輸?shù)拿襟w流從目的SIP媒體設(shè)備傳輸給該RTSP客戶端。2、根據(jù)權(quán)利要求1所述的方法，其特征在于，所述目的SIP媒體設(shè)備包括SIP終端、SIP應(yīng)用服務(wù)器。3、根據(jù)權(quán)利要求1所述的方法，其特征在于，所述建立RTSP客戶端與目的SIP媒體設(shè)備之間的會(huì)話的步驟包括根據(jù)RTSP客戶端發(fā)送的RTSP會(huì)話建立請(qǐng)求消息，向目的SIP媒體設(shè)備發(fā)送SIP會(huì)話建立請(qǐng)求消息；在4姿收到目的SIP媒體設(shè)備返回的與所述SIP會(huì)話建立請(qǐng)求消息對(duì)應(yīng)的響應(yīng)消息后，#4居該響應(yīng)消息，向所述RTSP客戶端發(fā)送與所述RTSP會(huì)話建立請(qǐng)求消息對(duì)應(yīng)的響應(yīng)消息，建立本次會(huì)話。4、根據(jù)權(quán)利要求3所述的方法，其特征在于，向目的SIP媒體設(shè)備發(fā)送SIP會(huì)話建立請(qǐng)求消息的步驟包括根據(jù)所述RTSP會(huì)話建立請(qǐng)求消息中包含的第一條媒體流的RTSP統(tǒng)一資源標(biāo)識(shí)符URI,查找對(duì)應(yīng)的SIPURI;將所述RTSP會(huì)話建立請(qǐng)求消息轉(zhuǎn)換為對(duì)應(yīng)的SIP會(huì)話建立請(qǐng)求消息；將包含所述SIPURI的SIP會(huì)話建立請(qǐng)求消息發(fā)送給與該SIPURI對(duì)應(yīng)的所述目的SIP士某體設(shè)備。5、根據(jù)權(quán)利要求4所述的方法，其特征在于，將所述RTSP會(huì)話建立請(qǐng)求消息轉(zhuǎn)換為對(duì)應(yīng)的SIP會(huì)話建立請(qǐng)求消息的步驟包括將所述RTSP會(huì)話建立請(qǐng)求消息中包含的第一條媒體流的會(huì)話描述信息添加到所述SIP會(huì)話建立請(qǐng)求消息。6、根據(jù)權(quán)利要求4所述的方法，其特征在于，向目的SIP媒體設(shè)備發(fā)送SIP會(huì)話建立請(qǐng)求消息的步驟之前進(jìn)一步包括將SIP會(huì)話建立請(qǐng)求消息中包含的媒體流傳輸屬性置為非激活狀態(tài)的步驟。7、根據(jù)權(quán)利要求3所述的方法，其特征在于，向目的SIP媒體設(shè)備發(fā)送SIP會(huì)話建立請(qǐng)求消息之前，該方法進(jìn)一步包括產(chǎn)生用于唯一標(biāo)識(shí)本次會(huì)話的SIP會(huì)話標(biāo)識(shí)符，且將該S1P會(huì)話標(biāo)識(shí)符添加到所述SIP會(huì)話建立請(qǐng)求消息后，將該SIP會(huì)話建立請(qǐng)求消息發(fā)送給所述目的SIP媒體設(shè)備。8、根據(jù)權(quán)利要求7所述的方法，其特征在于，向所述RTSP客戶端發(fā)送與所述RTSP會(huì)話建立請(qǐng)求消息對(duì)應(yīng)的響應(yīng)消息的步驟包括產(chǎn)生用于唯一標(biāo)識(shí)本次會(huì)話的RTSP會(huì)話標(biāo)識(shí)符，且將該RTSP會(huì)話標(biāo)識(shí)符添加到所述響應(yīng)消息后，將該響應(yīng)消息發(fā)送給所述RTSP客戶端。9、根據(jù)權(quán)利要求8所述的方法，其特征在于，所述建立本次會(huì)話后，該方法進(jìn)一步包括根據(jù)RTSP客戶端發(fā)送的第二條添加媒體流的RTSP請(qǐng)求消息，向目的SIP媒體設(shè)備發(fā)送更新本次會(huì)話的SIP請(qǐng)求消息；在接收到目的SIP媒體設(shè)備返回的與所述SIP請(qǐng)求消息對(duì)應(yīng)的SIP響應(yīng)消息后，根據(jù)所述SIP響應(yīng)消息，向所述RTSP客戶端發(fā)送與所述第二條添加媒體流的RTSP請(qǐng)求消息對(duì)應(yīng)的響應(yīng)消息，更新本次會(huì)話。10、根據(jù)權(quán)利要求9所述的方法，其特征在于，向目的SIP媒體設(shè)備發(fā)送用于更新本次會(huì)話的SIP請(qǐng)求消息的步驟包括將所述RTSP會(huì)話建立請(qǐng)求消息中包含的第一條媒體流的會(huì)話描述信息，和所述第二條RTSP添加媒體流的請(qǐng)求消息中包含的第二條媒體流的會(huì)話描迷信息，添加到所迷SIP請(qǐng)求消息中，將該SIP請(qǐng)求消息發(fā)送給目的SIP媒體設(shè)備。11、根據(jù)權(quán)利要求10所述的方法，其特征在于，所述會(huì)話描述信息包括rtspuri、傳輸方式、編解碼格式、傳輸媒體流的ip地址和/或端口信息。12、根據(jù)權(quán)利要求10所述的方法，其特征在于，向目的sip媒體設(shè)備發(fā)送用于更新本次會(huì)話的sip請(qǐng)求消息的步驟進(jìn)一步包括將所述rtsp會(huì)話建立請(qǐng)求消息中包含的所述第二條媒體流的傳輸屬性置為非激活狀態(tài)后，將該sip請(qǐng)求消息發(fā)送給目的sip媒體設(shè)備。13、根據(jù)權(quán)利要求9所述的方法，其特征在于，將rtsp客戶端請(qǐng)求傳輸?shù)拿襟w流傳輸給該rtsp客戶端之前，該方法進(jìn)一步包括根據(jù)rtsp客戶端的請(qǐng)求傳輸媒體流的rtsp請(qǐng)求消息，向目的sip媒體設(shè)備發(fā)送要求更新會(huì)話屬性的sip請(qǐng)求消息；在接收到目的sip媒體設(shè)備返回的與所述sip請(qǐng)求消息對(duì)應(yīng)的響應(yīng)消息后，向rtsp客戶端發(fā)送與所述rtsp請(qǐng)求消息對(duì)應(yīng)的響應(yīng)消息。14、根據(jù)權(quán)利要求13所述的方法，其特征在于，向目的sip媒體設(shè)備發(fā)送要求更新會(huì)話屬性的sip請(qǐng)求消息的步驟包括將所述sip請(qǐng)求消息中包含的所有媒體流的傳輸屬性置為發(fā)送后，將該sip請(qǐng)求消息發(fā)送給目的sip媒體設(shè)備。15、根據(jù)權(quán)利要求3所述的方法，其特征在于，所述目的sip媒體設(shè)備返回的sip會(huì)話建立請(qǐng)求響應(yīng)消息中，媒體流傳輸屬性被置為非激活狀態(tài)。16、根據(jù)權(quán)利要求1所述的方法，其特征在于，建立rtsp客戶端與目的sip媒體設(shè)備之間的會(huì)話之前，該方法進(jìn)一步包括根據(jù)rtsp客戶端要求查詢對(duì)端性能/對(duì)端媒體描迷的rtsp請(qǐng)求消息，向目的sip媒體設(shè)備發(fā)送要求查詢?cè)搒ip媒體設(shè)備性能/媒體描述的sip請(qǐng)求消息；在接收到目的sip媒體設(shè)備返回的與該sip請(qǐng)求消息對(duì)應(yīng)的響應(yīng)消息后，向rtsp客戶端返回與所述rtsp請(qǐng)求消息對(duì)應(yīng)的響應(yīng)消息。17、根據(jù)權(quán)利要求8所述的方法，其特征在于，建立RTSP客戶端與目的SIP媒體設(shè)備之間的會(huì)話之后，該方法進(jìn)一步包括根據(jù)RTSP客戶端要求添加媒體流/結(jié)束本次會(huì)話的RTSP請(qǐng)求消息，向目的SIP媒體設(shè)備發(fā)送要求更新會(huì)話屬性/結(jié)束本次會(huì)話的SIP請(qǐng)求消息；在接收到目的SIP媒體設(shè)備返回的與該SIP請(qǐng)求消息對(duì)應(yīng)的響應(yīng)消息后，向RTSP客戶端返回與所述RTSP請(qǐng)求消息對(duì)應(yīng)的響應(yīng)消息；所述更新會(huì)話屬性的步驟具體包括將所述媒體流傳輸屬性設(shè)置為非激活狀態(tài)。18、根據(jù)權(quán)利要求8所述的方法，其特征在于，建立RTSP客戶端與目的SIP4某體設(shè)備之間的會(huì)話之后，該方法進(jìn)一步包括根據(jù)目的SIP媒體設(shè)備要求結(jié)束本次會(huì)話的SIP請(qǐng)求消息，向RTSP客戶端發(fā)送要求結(jié)束本次會(huì)話的RTSP請(qǐng)求消息；在接收到返回的與該RTSP請(qǐng)求消息對(duì)應(yīng)的響應(yīng)消息后，向目的SIP媒體設(shè)備返回與所述SIP請(qǐng)求消息對(duì)應(yīng)的響應(yīng)消息。19、根據(jù)權(quán)利要求18所述的方法，其特征在于，所述向RTSP客戶端發(fā)送要求結(jié)束本次會(huì)話的RTSP請(qǐng)求消息的步驟具體包括向RTSP客戶端發(fā)送一條不指定目的地的重定向消息。20、根據(jù)權(quán)利要求8所述的方法，其特征在于，建立RTSP客戶端與目的SIP々某體設(shè)備之間的會(huì)話之后，該方法進(jìn)一步包括根據(jù)目的SIP媒體設(shè)備要求對(duì)端將本次會(huì)話重定向到另一個(gè)目的SIP媒體設(shè)備的SIP請(qǐng)求消息，向RTSP客戶端發(fā)送要求重定向本次會(huì)話目的地的RTSP請(qǐng)求消息；在接收到返回的與該RTSP請(qǐng)求消息對(duì)應(yīng)的響應(yīng)消息后，向目的SIP媒體設(shè)備返回與所述SIP請(qǐng)求消息對(duì)應(yīng)的響應(yīng)消息。21、根據(jù)權(quán)利要求9、17、18、19或20所述的方法，其特征在于，根據(jù)當(dāng)前RTSP客戶端、RTSP會(huì)話標(biāo)識(shí)符、SIP客戶端、SIP會(huì)話標(biāo)識(shí)符的對(duì)應(yīng)關(guān)系，確定本次會(huì)話所對(duì)應(yīng)的對(duì)端及對(duì)端的會(huì)話標(biāo)識(shí)符。22、一種信令網(wǎng)關(guān)，其特征在于，包括第一接收模塊、第一消息轉(zhuǎn)換模塊和第一發(fā)送模塊；其中，第一接收模塊，用于接收RTSP客戶端發(fā)送的RTSP消息以及目的SIP媒體設(shè)備返回的SIP響應(yīng)消息；第一消息轉(zhuǎn)換模塊，用于將所述RTSP消息轉(zhuǎn)換為對(duì)應(yīng)的SIP消息，或?qū)⑺鯯IP響應(yīng)消息轉(zhuǎn)換為對(duì)應(yīng)的RTSP響應(yīng)消息；以及第一發(fā)送模塊，用于將經(jīng)所述第一消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的SIP消息對(duì)應(yīng)發(fā)送給所述目的SIP媒體設(shè)備，或?qū)⒔?jīng)所述消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的RTSP響應(yīng)消息對(duì)應(yīng)發(fā)送給所述RTSP客戶端。23、根據(jù)權(quán)利要求22所述的信令網(wǎng)關(guān)，其特征在于，所述信令網(wǎng)關(guān)進(jìn)一步包括存儲(chǔ)模塊，用于存儲(chǔ)目前RTSP客戶端、RTSP會(huì)話標(biāo)示符、SIP客戶端、SIP會(huì)話標(biāo)識(shí)符的對(duì)應(yīng)關(guān)系。24、根據(jù)權(quán)利要求22所述的信令網(wǎng)關(guān)，其特征在于，所述信令網(wǎng)關(guān)進(jìn)一步包括第二接收模塊、第二消息轉(zhuǎn)換模塊和第二發(fā)送模塊；其中，第二接收模塊，用于接收目的SIP媒體設(shè)備發(fā)送的SIP消息以及RTSP客戶端返回的RTSP響應(yīng)消息；第二消息轉(zhuǎn)換模塊，用于將所述SIP消息轉(zhuǎn)換為對(duì)應(yīng)的RTSP消息，或?qū)⑺鯮TSP響應(yīng)消息轉(zhuǎn)換為對(duì)應(yīng)的SIP響應(yīng)消息；以及第二發(fā)送模塊，用于將經(jīng)所述第二消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的RTSP消息對(duì)應(yīng)發(fā)送給所述RTSP客戶端，或?qū)⒔?jīng)所述第二消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的SIP響應(yīng)消息對(duì)應(yīng)發(fā)送給所述目的SIP媒體設(shè)備。25、根據(jù)權(quán)利要求24所述的信令網(wǎng)關(guān)，其特征在于，所述SIP請(qǐng)求消息包括要求結(jié)束本次會(huì)話的SIP請(qǐng)求消息，或，要求將本次會(huì)話重定向到另一個(gè)SIP媒體設(shè)備的SIP請(qǐng)求消息。26、一種RTSP客戶端訪問(wèn)SIP媒體資源的系統(tǒng)，其特征在于，包括RTSP客戶端、目的SIP媒體設(shè)備和信令網(wǎng)關(guān)；其中，信令網(wǎng)關(guān)，包括第一接收模塊、第一消息轉(zhuǎn)換模塊和第一發(fā)送模塊；其中，第一接收模塊，用于接收RTSP客戶端發(fā)送的RTSP消息以及目的SIP媒體設(shè)備返回的SIP響應(yīng)消息；第一消息轉(zhuǎn)換模塊，用于將所述RTSP消息轉(zhuǎn)換為對(duì)應(yīng)的SIP消息，或?qū)⑺鯯IP響應(yīng)消息轉(zhuǎn)換為對(duì)應(yīng)的RTSP響應(yīng)消息；以及第一發(fā)送模塊，用于將經(jīng)所述第一消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的SIP消息對(duì)應(yīng)發(fā)送給所述目的SIP媒體設(shè)備，或?qū)⒔?jīng)所述消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的RTSP響應(yīng)消息對(duì)應(yīng)發(fā)送給所述RTSP客戶端。全文摘要本發(fā)明實(shí)施例公開(kāi)了一種RTSP客戶端訪問(wèn)SIP媒體資源的方法，該方法通過(guò)建立RTSP(實(shí)時(shí)流協(xié)議)客戶端與目的SIP(會(huì)話發(fā)起協(xié)議)媒體設(shè)備之間的會(huì)話；根據(jù)建立的會(huì)話，將RTSP客戶端請(qǐng)求傳輸?shù)拿襟w流從目的SIP媒體設(shè)備傳輸給該RTSP客戶端，實(shí)現(xiàn)RTSP客戶端對(duì)SIP媒體資源的訪問(wèn)。本發(fā)明實(shí)施例還基于上述方法，公開(kāi)了一種RTSP客戶端訪問(wèn)SIP媒體資源的系統(tǒng)及信令網(wǎng)關(guān)，以實(shí)現(xiàn)RTSP客戶端對(duì)SIP媒體資源的訪問(wèn)。本發(fā)明實(shí)施例技術(shù)方案的實(shí)現(xiàn)，有助于實(shí)現(xiàn)IMS與IPTV的融合。本發(fā)明實(shí)施例提供的技術(shù)方案基于現(xiàn)有RTSP協(xié)議和SIP協(xié)議，能夠兼容原有支持RTSP的媒體終端。文檔編號(hào)H04L12/56GK101222418SQ20071000327公開(kāi)日2008年7月16日申請(qǐng)日期2007年2月2日優(yōu)先權(quán)日2007年1月10日發(fā)明者管紅光,建陳,魏?jiǎn)⒗ど暾?qǐng)人:華為技術(shù)有限公司