一種sip客戶端訪問rtsp媒體資源的方法、系統(tǒng)及信令網(wǎng)關的制作方法
【專利摘要】本發(fā)明提供了一種能夠?qū)崿F(xiàn)SIP客戶端對RTSP媒體資源的訪問的SIP客戶端訪問RTSP媒體資源的方法、系統(tǒng)及信令網(wǎng)關。本發(fā)明的信令網(wǎng)關，包括SIP模塊、消息轉(zhuǎn)換模塊和RTSP模塊。本發(fā)明的SIP客戶端訪問RTSP媒體資源的方法及其系統(tǒng)，可以將基于RTSP的視頻監(jiān)控系統(tǒng)與基于SIP協(xié)議的通信系統(tǒng)實現(xiàn)有機的結合，用戶使用支持視頻顯示的SIP終端就可以像打電話一樣輕松實現(xiàn)視頻監(jiān)控畫面的調(diào)?。粚τ诂F(xiàn)有監(jiān)控系統(tǒng)采用的專用軟件和PC調(diào)取畫面的方式有效擴展的視頻監(jiān)控的應用領域，尤其是對于手持移動設備的視頻調(diào)取提供了極大的便利。使用SIP視頻終端可以調(diào)取RTSP監(jiān)控設備視頻圖像的能力，有效拓展了視頻監(jiān)控的應用范圍。
【專利說明】—種SIP客戶端訪問RTSP媒體資源的方法、系統(tǒng)及信令網(wǎng)關
【技術領域】
[0001]本發(fā)明涉及一種資源訪問方法及其系統(tǒng)，尤其是一種SIP客戶端訪問RTSP媒體資源的方法、系統(tǒng)及信令網(wǎng)關。
【背景技術】
[0002]RTSP是TCP/IP協(xié)議體系中的一個應用程協(xié)議。該協(xié)議是基于服務器/客戶端架構，用來控制聲音或影像的多媒體數(shù)據(jù)流協(xié)議，并允許多個數(shù)據(jù)流需求控制。RTSP協(xié)議并不特別強到時間同步，所以對網(wǎng)絡延遲容忍度較高。
[0003]RTSP具有對網(wǎng)絡延時容忍度較高的特點，常用于視頻監(jiān)控領域中的視頻圖像的傳輸與控制。是國內(nèi)外常見的IP視頻監(jiān)控采集設備(如:?？怠⒋笕A、索尼)普遍采用的一種網(wǎng)絡視頻傳輸控制協(xié)議。目前視頻監(jiān)控系統(tǒng)均是獨立的系統(tǒng)架構，需要采用專用軟件才能夠進行視頻圖像的播放和調(diào)取，無法與通訊系統(tǒng)相結合。
[0004]SIP是一個基于文本的應用層控制協(xié)議，獨立于底層傳輸協(xié)議TCP/UDP/SCTP，用于建立、修改和終止IP網(wǎng)上的雙方或多方多媒體會話。利用SIP協(xié)議實現(xiàn)網(wǎng)絡電話通信體系是目前比較普遍的一種網(wǎng)絡電話控制協(xié)議方案。
[0005]目前實現(xiàn)RTSP與SIP通信系統(tǒng)的融合還沒有實現(xiàn)。如果SIP用戶希望獲取RTSP媒體設備上的媒體資源，但SIP客戶端只支持SIP協(xié)議，RTSP媒體設備只支持RTSP協(xié)議，因此SIP客戶端無法訪問RTSP媒體設備上面的媒體資源。

【發(fā)明內(nèi)容】

[0006]本發(fā)明提供了一種能夠?qū)崿F(xiàn)SIP客戶端對RTSP媒體資源的訪問的SIP客戶端訪問RTSP媒體資源的方法、系統(tǒng)及信令網(wǎng)關。
[0007]實現(xiàn)本發(fā)明目的之一的信令網(wǎng)關，包括SIP模塊、消息轉(zhuǎn)換模塊和RTSP模塊；其中，
[0008]SIP模塊，用于接收SIP客戶端發(fā)送的SIP消息及SIP響應消息，并將所述消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的SIP消息和SIP響應信息對應發(fā)送給所述SIP客戶端；
[0009]消息轉(zhuǎn)換模塊，用于將SIP消息轉(zhuǎn)換為對應的RTSP消息，將RTSP消息轉(zhuǎn)換為對應的SIP消息；或?qū)TSP響應消息轉(zhuǎn)換為SIP響應消息，將SIP響應消息轉(zhuǎn)換為RTSP響應消息；
[0010]RTSP模塊，用于接收RTSP媒體設備發(fā)送的RTSP消息及RTSP響應消息，并將所述消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的RTSP消息及RTSP響應消息對應發(fā)送給所述RTSP媒體設備。
[0011]所述的信令網(wǎng)關，還包括存儲模塊，該存儲模塊用于存儲SIP客戶端、SIP會話標識符、RTSP客戶端、RTSP會話標識符的對應關系。
[0012]實現(xiàn)本發(fā)明目的之二的SIP客戶端訪問RTSP媒體資源的系統(tǒng)，包括SIP客戶端、目的RTSP媒體設備和上述信令網(wǎng)關。[0013]實現(xiàn)本發(fā)明目的之三的SIP客戶端訪問RTSP媒體資源的方法，包括如下步驟:
[0014](I)建立會話初始協(xié)議SIP客戶端與信令網(wǎng)關之間的會話；
[0015](2)建立信令網(wǎng)關與目的實時流協(xié)議RTSP媒體設備之間的會話；
[0016](3)根據(jù)建立的所述會話，將SIP客戶端請求傳輸?shù)拿襟w流從目的RTSP媒體設備經(jīng)信令網(wǎng)關傳輸給SIP客戶端；
[0017]其中，所述建立SIP客戶端與目的RTSP媒體設備之間的會話的步驟包括:
[0018]根據(jù)SIP客戶端向信令網(wǎng)關發(fā)送的SIP會話建立請求消息，信令網(wǎng)關向目的RTSP媒體設備發(fā)送RTSP會話建立請求消息；
[0019]信令網(wǎng)關在接收到目的RTSP媒體設備返回的與所述RTSP會話建立請求消息對應的響應消息后，根據(jù)該響應消息，向所述SIP客戶端發(fā)送與所述SIP會話建立請求消息對應的響應消息，建立本次會話。
[0020]其中，信令網(wǎng)關接收到來自SIP客戶端發(fā)生的SIP會話建立請求消息的步驟為:提取SIP會話建立請求消息中的SIP CALL-1D信息，保存該SIP CALL-DI用于唯一標識SIP客戶端與信令網(wǎng)關之間的會話。
[0021 ] 其中，信令網(wǎng)關向目的RTSP媒體設備發(fā)送RTSP會話建立請求消息的步驟包括:
[0022]根據(jù)所述SIP會話建立請求消息中包含的媒體流的SIP統(tǒng)一資源標識符URI，查找對應的RTSP URI ；
[0023]將SIP會話建立請求消息轉(zhuǎn)換為對應的RTSP會話建立請求消息；
[0024]將包含RTSP URI的RTSP會話建立請求消息發(fā)送給與該RTSP URI對應的目的RTSP媒體設備。
[0025]其中，將SIP會話建立請求消息轉(zhuǎn)換為對應的RTSP會話建立請求消息的步驟為:將媒體流的RTSP UR1、傳輸方式、傳輸媒體流的IP地址及端口號等會話描述信息添加到所述RTSP會話建立請求消息。
[0026]其中，信令網(wǎng)關接收到RTSP媒體設備返回的RTSP會話建立請求消息對應的響應消息的步驟為:提取并保存所述RTSP會話建立請求消息對應的響應消息中的RTSPSession ID，該RTSP Session ID用于唯一標識信令網(wǎng)關與RTSP媒體設備之間的該會話。
[0027]本發(fā)明的SIP客戶端訪問RTSP媒體資源的方法、系統(tǒng)及信令網(wǎng)關的有益效果如下:
[0028]本發(fā)明的SIP客戶端訪問RTSP媒體資源的方法及其系統(tǒng)，可以將基于RTSP的視頻監(jiān)控系統(tǒng)與基于SIP協(xié)議的通信系統(tǒng)實現(xiàn)有機的結合，用戶使用支持視頻顯示的SIP終端就可以像打電話一樣輕松實現(xiàn)視頻監(jiān)控畫面的調(diào)?。粚τ诂F(xiàn)有監(jiān)控系統(tǒng)采用的專用軟件和PC調(diào)取畫面的方式有效擴展的視頻監(jiān)控的應用領域，尤其是對于手持移動設備的視頻調(diào)取提供了極大的便利。使用SIP視頻終端可以調(diào)取RTSP監(jiān)控設備視頻圖像的能力，有效拓展了視頻監(jiān)控的應用范圍。
【專利附圖】

【附圖說明】
[0029]圖1為本發(fā)明SIP客戶端訪問RTSP媒體資源的系統(tǒng)的結構示意圖。
[0030]圖2為本發(fā)明的SIP客戶端訪問RTSP媒體資源的方法的實施例1中SIP客戶端訪問RTSP服務端的流程圖。[0031]圖3是本發(fā)明SIP客戶端訪問RTSP媒體資源的方法的實施例2中信令網(wǎng)關查詢媒體描述的流程圖。
[0032]圖4是本發(fā)明SIP客戶端訪問RTSP媒體資源的方法的實施例3中處理會話結束的流程圖。
[0033]圖5是本發(fā)明SIP客戶端訪問RTSP媒體資源的方法的實施例4中處理會話結束的流程圖。
【具體實施方式】
[0034]如圖1所示，本發(fā)明的SIP客戶端訪問RTSP媒體資源系統(tǒng)，包括SIP客戶端、目的RTSP媒體設備和上述信令網(wǎng)關。信令網(wǎng)關，包括SIP模塊、消息轉(zhuǎn)換模塊和RTSP模塊；其中，
[0035]SIP模塊，用于接收SIP客戶端發(fā)送的SIP消息及SIP響應消息，并將所述消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的SIP消息和SIP響應信息對應發(fā)送給所述SIP客戶端；
[0036]消息轉(zhuǎn)換模塊，用于將SIP消息轉(zhuǎn)換為對應的RTSP消息，將RTSP消息轉(zhuǎn)換為對應的SIP消息；或?qū)TSP響應消息轉(zhuǎn)換為SIP響應消息，將SIP響應消息轉(zhuǎn)換為RTSP響應消息；
[0037]RTSP模塊，用于接收RTSP媒體設備發(fā)送的RTSP消息及RTSP響應消息，并將所述消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的RTSP消息及RTSP響應消息對應發(fā)送給所述RTSP媒體設備。
[0038]本發(fā)明的SIP客戶端訪問RTSP媒體資源的方法的實施例。
[0039]實施例1:
[0040]如圖2所示，該流程包括以下步驟:
[0041]步驟101 =SIP 客戶端發(fā)送 SIP INVITE Request 消息。
[0042]該步驟中，SIP客戶端發(fā)送的SIP INVITE Request用于向接受該消息的一方請求建立會話。該SIP INVITE Request消息中包含被請求的媒體流的SIP UR1、傳輸方式、編解碼格式、傳輸媒體流的IP地址及端口號等會話描述信息，該IP地址是SIP客戶端用于接收媒體流的地址。
[0043]該步驟中，SIP客戶端會產(chǎn)生一個SIP CALL-1D，該SIP CALL-1D用于唯一標識SIP客戶端與信令網(wǎng)關之間的會話。由于信令網(wǎng)關與SIP客戶端之間可能存在多個會話，后續(xù)信令網(wǎng)關與SIP客戶端之間關于本次會話的所有交互消息中，都需要包含該SIP CALL-1D，以與其他會話相區(qū)別。
[0044]步驟102:信令網(wǎng)關接收到SIP INVITE Request消息后，向RTSP服務端發(fā)送RTSPSETUP Request 請求。
[0045]該步驟中，信令網(wǎng)關接收到SIP INVITE Request消息后，查詢與SIP URI對應的RTSP URIjnsiP URIwSip: camera01?bj.com”對應 RTSP URFrtsp://camera 01.bj.com”構建RTSP SETUP Request消息，向與該RTSP URI對應的RTSP服務端發(fā)送該RTSPSETUP Request 消息。
[0046]本實施例中，可采用常規(guī)的查詢做法來查詢與SIP URI對應的RTSP URI，如到一個專門配置有SIP URI與RTSP URI對應關系的數(shù)據(jù)庫查詢，或者到DNS服務器查詢。
[0047]將SIP INVITE Request消息轉(zhuǎn)換為RTSP SETUP Request消息的做法可以是:解析SIP INVITE Request消息的發(fā)送者、接收者及消息內(nèi)容等信息，將該信息填充到構造RTSPSETUP Request 消息中。
[0048]該步驟中，信令網(wǎng)關發(fā)送的RTSP SETUP Request用于向RTSP服務端請求建立會話。該RTSP SETUP Request消息中包含被點播的媒體流的RTSP UR1、傳輸方式、傳輸媒體流的IP地址及端口號等會話描述信息，該IP地址是信令網(wǎng)關用于接收媒體流的地址。
[0049]步驟103 =RTSP服務端接收到RTSP SETUP Request消息后，向信令服務器回復RTSP SETUP Response。
[0050]該步驟中，RTSP服務端回復RTSP SETUP Response消息中包含會話建立成功的信息。若會話建立失敗則返回失敗信息。
[0051]該步驟中，RTSP服務端需要產(chǎn)生一個RTSP Session ID，該RTSP Session ID用于唯一標識信令網(wǎng)關與RTSP服務端之間的該會話。RTSP服務端將RTSP Session ID添加到RTSP SETUP Response消息中。由于信令網(wǎng)關與RTSP服務端直接可能存在多個會話，因此，后續(xù)信令網(wǎng)關與RTSP服務端直接關于本次會話的所有交互消息中，都需要包含該RTSPSession ID,以與其他會話相區(qū)別。
[0052]步驟104:信令服務器收到RTSP SETUP Response后，向SIP客戶端回復SIPINVITE Response。
[0053]該步驟中，信令網(wǎng)關回復的SIP INVITE Response消息中包含會話建立的媒體流的傳輸方式、編解碼格式、傳輸媒體流的IP地址及端口號等會話描述信息。若信令網(wǎng)關接收到的RTSP服務端回復的會話建立失敗的信息時，信令網(wǎng)關將向SIP客戶端回復的SIPINVITE Response中包含會話建立失敗的信息。
[0054]步驟105:RTSP會話建立成功后，信令網(wǎng)關向RTSP服務端發(fā)送RTSP PLAY Request消息，請求媒體播放。
[0055]步驟106 =RTSP服務端收到RTSP PLAY Request后，向信令網(wǎng)關回復RTSP PLAYResponse。
[0056]步驟107:信令網(wǎng)關向SIP客戶端回復SIP INVITE Response。
[0057]該步驟中，如果信令網(wǎng)關接收到的RTSP PLAY Response為成功消息，則信令網(wǎng)關向SIP客戶端發(fā)送SIP INVITE Response呼叫建立成功的信息。如果信令網(wǎng)關接收到的媒體播放失敗的信息時，信令網(wǎng)關將向SIP客戶端回復SIPINVITE Response中包含會話建立失敗的息。
[0058]步驟108 =SIP客戶端向信令網(wǎng)關發(fā)送SIP ACK消息，確認會話建立。
[0059]需要說明的是，在本發(fā)明各實施例中，信令網(wǎng)關的存儲單元上會存儲目前SIP客戶端、SIP CALL-1D、RTSP服務端、RTSP Session ID的對應關系，信令網(wǎng)關根據(jù)當前SIP客戶端、SIP會話標識符、RTSP服務端、RTSP會話標識符的對應關系，確定本次會話所對應的對端及對端的會話標識符。該對應關系可以形成一個會話關系表。每當一個會話建立成功后，都要把相應條目添加到會話關系表中。這樣從某個SIP客戶端收到了某個會話的消息后，可以對應到某個RTSP服務端的某個會話。因為一個SIP客戶端和信令網(wǎng)關之間可能存在多個會話，一個RTSP服務端和信令網(wǎng)關之間也可能存在多個會話，所以可以用繪畫關系表來區(qū)別具體的會話。
[0060]本實施例中，需將本SIP客戶端、SIP CALL-1D和RTSP服務端、RTSP Session ID作為一個新增條目放入會話關系表。
[0061]步驟109:根據(jù)建立的會話，RTSP服務端將請求傳輸?shù)拿襟w流發(fā)送到信令網(wǎng)關。
[0062]該步驟中，RTSP服務端根據(jù)與信令網(wǎng)關之間建立的會話，即根據(jù)會話協(xié)商結果，如媒體流的傳輸方式等，開始傳輸媒體流。
[0063]該步驟中，RTSP服務端采用實時傳輸協(xié)議(RTP)傳輸媒體流。
[0064]步驟110:根據(jù)建立的會話，信令網(wǎng)關將從RTSP服務端接收到的媒體流轉(zhuǎn)發(fā)給SIP
客戶端。
[0065]該步驟中，信令網(wǎng)關根據(jù)與SIP客戶端之間建立的會話，即根據(jù)會話協(xié)商結果，如媒體流的傳輸方式等，開始傳輸媒體流。
[0066]該步驟中，信令網(wǎng)關采用實時傳輸協(xié)議(RTP)傳輸媒體流。
[0067]實施例2:
[0068]如圖3所示，該流程圖可以在SIP客戶端請求媒體播放之前完成，用于獲得目標媒體對象，如RTSP服務端的媒體描述信息。該流程包括一下步驟:
[0069]步驟201:信令網(wǎng)關發(fā)送 RTSP DESCRIBE Request。
[0070]該步驟中，信令網(wǎng)關通過發(fā)送查詢媒體描述請求，請求獲得所要訪問的RTSP服務端媒體描述信息。常用的RTSP媒體描述信息包括:媒體類型、編解碼格式、傳輸方式、傳輸?shù)刂返取?br> [0071]步驟202 =RTSP服務端接收到RTSP DESCRIBE Request后，向信令網(wǎng)關回復RTSPDESCRIBE Response。
[0072]該步驟中，信令網(wǎng)關將接收到的RTSP DESCRIBE Response消息中包含的RTSP服務端的媒體描述信息保存在信令服務器中。
[0073]實施例3:
[0074]本實施例將對SIP客戶端主動提出的結束會話請求進行處理。在會話過程中，SIP客戶端可以使用SIP BYE Request，想信令網(wǎng)關請求結束本次會話。信令網(wǎng)關收到該請求后，會釋放分配給本次會話的資源，SIP客戶端收到服務器的回復后，也會釋放本次會話所使用的資源，以結束本次會話。
[0075]如圖4所示，該流程包括一些步驟:
[0076]步驟301 =SIP客戶端發(fā)送SIP BYE Request消息，請求結束本次會話。
[0077]步驟302:信令網(wǎng)關收到SIP客戶端發(fā)送的SIP BYE Request消息后，向RTSP服務端發(fā)送RTSP TEARDOffN Reuqest，請求結束本次會話。
[0078]步驟303 =RTSP服務端回復RTSP TEARDOffN Response消息，表示同意結束會話。
[0079]步驟304:信令網(wǎng)關接收到RTSP TEARDOffN Response消息后，向SIP客戶端回復SIP BYE Response消息,表示結束會話的請求已經(jīng)處理。
[0080]實施例4:
[0081]本實施例將對RTSP服務端主動提出的結束會話請求進行處理。
[0082]如圖5所示，該流程包括以下步驟:
[0083]步驟401:RTSP服務端向信令網(wǎng)關發(fā)送RTSP TEARDOffN Reuqest消息，請求結束會話。
[0084]步驟402:信令網(wǎng)關接收到RTSP TEARDOffN Reuqest消息后，向SIP客戶端發(fā)送SIPBYE Request消息,請求結束本次會話。
[0085]步驟403 =SIP客戶端回復SIP BYE Response消息，表示同意結束會話。
[0086]步驟404:信令網(wǎng)關接收到SIP BYE Response消息后，向RTSP服務端回復RTSPTEARDOffN Response消息，表示結束會話的請求已經(jīng)處理。
[0087]上述各實施例中，SIP客戶端可以是SIP終端，也可以是SIP應用服務器。其中，SIP應用服務器也是利用SIP URI來進行標識。
[0088]綜上所述，本發(fā)明實施例提供SIP客戶端訪問RTSP媒體資源的方法，通過信令網(wǎng)關在SIP客戶端與目的RTSP媒體設備之間建立會話；根據(jù)建立的會話將SIP客戶端請求傳輸?shù)拿襟w流從目的RTSP媒體設備經(jīng)信令網(wǎng)關傳輸給SIP客戶端，從而實現(xiàn)SIP客戶端對RTSP媒體資源的訪問。
[0089]本發(fā)明實施例提供的信令網(wǎng)關能夠?qū)IP客戶端發(fā)送的SIP請求消息轉(zhuǎn)換為對應的RTSP請求消息后，發(fā)送給RTSP媒體設備；也能夠?qū)TSP媒體設備返回的響應消息轉(zhuǎn)換為對應的SIP響應消息后，發(fā)生給SIP客戶端；通過該信令網(wǎng)關的消息轉(zhuǎn)換功能，在SIP客戶端與目的RTSP媒體設備之間建立會話，進而實現(xiàn)SIP客戶端對RTSP媒體資源的訪問。
[0090]本發(fā)明實施例提供的SIP客戶端訪問RTSP媒體資源的系統(tǒng)中，包含SIP客戶端、目的RTSP媒體設備和上述信令網(wǎng)關，通過該信令網(wǎng)關建立SIP客戶端與目的RTSP媒體設備之間的繪畫，進而實現(xiàn)SIP客戶端對RTSP媒體資源的訪問。
[0091]上面所述的實施例僅僅是對本發(fā)明的優(yōu)選實施方式進行描述，并非對本發(fā)明的范圍進行限定，在不脫離本發(fā)明設計精神前提下，本領域普通工程技術人員對本發(fā)明技術方案做出的各種變形和改進，均應落入本發(fā)明的權利要求書確定的保護范圍內(nèi)。
【權利要求】
1.一種信令網(wǎng)關，其特征在于:包括SIP模塊、消息轉(zhuǎn)換模塊和RTSP模塊；其中， SIP模塊，用于接收SIP客戶端發(fā)送的SIP消息及SIP響應消息，并將所述消息轉(zhuǎn)換模塊轉(zhuǎn)換而得的SIP消息和SIP響應信息對應發(fā)送給所述SIP客戶端； 消息轉(zhuǎn)換模塊，用于將SIP消息轉(zhuǎn)換為對應的RTSP消息，將RTSP消息轉(zhuǎn)換為對應的SIP消息；或?qū)TSP響應消息轉(zhuǎn)換為SIP響應消息，將SIP響應消息轉(zhuǎn)換為RTSP響應消息； RTSP模塊，用于接收RTSP媒體設備發(fā)送的RTSP消息及RTSP響應消息，并將所述消息轉(zhuǎn)換模塊轉(zhuǎn)換而 得的RTSP消息及RTSP響應消息對應發(fā)送給所述RTSP媒體設備。
2.根據(jù)權利要求1所述的信令網(wǎng)關，其特征在于:還包括存儲模塊，該存儲模塊用于存儲SIP客戶端、SIP會話標識符、RTSP客戶端、RTSP會話標識符的對應關系。
3.—種SIP客戶端訪問RTSP媒體資源的系統(tǒng)，其特征在于:包括SIP客戶端、目的RTSP媒體設備和權利要求1或2所述的信令網(wǎng)關。
4.一種SIP客戶端訪問RTSP媒體資源的方法，包括如下步驟: (1)建立會話初始協(xié)議SIP客戶端與信令網(wǎng)關之間的會話； (2)建立信令網(wǎng)關與目的實時流協(xié)議RTSP媒體設備之間的會話； (3)根據(jù)建立的所述會話，將SIP客戶端請求傳輸?shù)拿襟w流從目的RTSP媒體設備經(jīng)信令網(wǎng)關傳輸給SIP客戶端； 其中，所述建立SIP客戶端與目的RTSP媒體設備之間的會話的步驟包括: 根據(jù)SIP客戶端向信令網(wǎng)關發(fā)送的SIP會話建立請求消息，信令網(wǎng)關向目的RTSP媒體設備發(fā)送RTSP會話建立請求消息； 信令網(wǎng)關在接收到目的RTSP媒體設備返回的與所述RTSP會話建立請求消息對應的響應消息后，根據(jù)該響應消息，向所述SIP客戶端發(fā)送與所述SIP會話建立請求消息對應的響應消息，建立本次會話。
5.根據(jù)權利要求4所述的SIP客戶端訪問RTSP媒體資源的方法，其特征在于:信令網(wǎng)關接收到來自SIP客戶端發(fā)生的SIP會話建立請求消息的步驟為:提取SIP會話建立請求消息中的SIP CALL-1D信息，保存該SIP CALL-DI用于唯一標識SIP客戶端與信令網(wǎng)關之間的會話。
6.根據(jù)權利要求4所述的SIP客戶端訪問RTSP媒體資源的方法，其特征在于:信令網(wǎng)關向目的RTSP媒體設備發(fā)送RTSP會話建立請求消息的步驟包括: 根據(jù)所述SIP會話建立請求消息中包含的媒體流的SIP統(tǒng)一資源標識符URI，查找對應的 RTSP URI ； 將SIP會話建立請求消息轉(zhuǎn)換為對應的RTSP會話建立請求消息； 將包含RTSP URI的RTSP會話建立請求消息發(fā)送給與該RTSP URI對應的目的RTSP媒體設備。
7.根據(jù)權利要求4所述的SIP客戶端訪問RTSP媒體資源的方法，其特征在于:將SIP會話建立請求消息轉(zhuǎn)換為對應的RTSP會話建立請求消息的步驟為:將媒體流的RTSP UR1、傳輸方式、傳輸媒體流的IP地址及端口號等會話描述信息添加到所述RTSP會話建立請求消息。
8.根據(jù)權利要求4-7任一所述的SIP客戶端訪問RTSP媒體資源的方法，其特征在于:信令網(wǎng)關接收到RTSP媒體設備返回的RTSP會話建立請求消息對應的響應消息的步驟為:提取并保存所述RTSP會話建立請求消息對應的響應消息中的RTSP Session ID,該RTSPSession ID用于唯一標識 信令網(wǎng)關與RTSP媒體設備之間的該會話。
【文檔編號】H04N21/643GK103428168SQ201210153003
【公開日】2013年12月4日 申請日期:2012年5月17日 優(yōu)先權日:2012年5月17日
【發(fā)明者】崔鋼, 杜金房, 張令考 申請人:北京信悅通科技有限公司