專利名稱：一種實現(xiàn)ims域與cs域互通的方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種實現(xiàn)IMS域與CS域互通的方法及 設(shè)備。
背景技術(shù)：
在IMS (IP Multimedia Subsystem, IP多媒體子系統(tǒng))網(wǎng)絡(luò)與傳統(tǒng)的CS (Circuit Switched,電路交換)網(wǎng)絡(luò)對接實現(xiàn)中，需要通過MGCF (Media Gateway Control Function,々某體網(wǎng)關(guān)控制功能)實現(xiàn)SIP (Session Initiation Protocol,會話初始化協(xié)議)信令與ISUP (ISDN User Part, ISDN用戶部分) /BICC (Bearer Independent Call Control,承載無關(guān)呼叫控制)信令的相互轉(zhuǎn)換。 按照協(xié)議實現(xiàn)IMS - CS VP互通是基于MGCF控制內(nèi)置在IM-MGW (IP Multimedia Media Gateway, IP多媒體網(wǎng)關(guān))的VIG ( Video Interwork Gateway, 視頻互通網(wǎng)關(guān))實現(xiàn)。
現(xiàn)有技術(shù)中，采用的一種方案是IMS域直接和CS域的VIG進行互通。 然而，采用IMS直接與VIG互通時，由于中間沒有互通單元，因此對業(yè)務(wù)的 支持能力大大降低。
另一種方案是IMS域通過MGCF與CS域進行視頻互通，如圖l所示。 該方案中要求MGCF能夠控制^L頻々某體的變換，即控制IM-MGW能夠在兩 端分別對不同的視頻編解碼進行編碼、解碼。
IMS域的VP呼叫用戶面是兩個RTP (Realtime Transmit Protocol ，實時傳 輸協(xié)議)流，信令面通過SIP建立；而電路域的VP用戶面是基于H,324M復(fù) 用流，信令面通過ISUP/BICC建立。這就要求IM-MGW能夠?qū)MS域的兩 個RTP流與電路域的H.324M復(fù)用流進行相互轉(zhuǎn)換。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)存在以下缺點
使用IMS域通過MGCF與CS域進行視頻互通時，MGCF及其控制下的IM-MGW不能夠利用現(xiàn)有的網(wǎng)元實現(xiàn);現(xiàn)頻互通。

發(fā)明內(nèi)容
本發(fā)明的實施例提供一種實現(xiàn)IMS域與CS域視頻互通的方法及設(shè)備， 實現(xiàn)IMS域與CS域-現(xiàn)頻互通。
本發(fā)明實施例提供了 一種實現(xiàn)IP多媒體子系統(tǒng)IMS域與電路交換CS域 互通的方法，包括以下步驟
接收媒體網(wǎng)關(guān)控制功能MGCF的建立視頻承載指示，建立音頻實時傳輸 協(xié)議RTP流和視頻RTP流；
分別建立入局側(cè)和出局側(cè)的承載音頻數(shù)據(jù)和視頻數(shù)據(jù)的端點，將所述端 點流方向置為去激活inactive,所述端點建立完成后，修改端點流方向為收發(fā) 方式scndrecv。
本發(fā)明實施例提供了 一種IM-MGW,包括
RTP流建立單元，用于建立視頻承載時接收MGCF的指示，建立音頻RTP 流和纟見頻RTP流；
承載端點建立單元，用于建立入局側(cè)和出局側(cè)的承載音頻數(shù)據(jù)和視頻數(shù) 據(jù)的端點，將所述端點拓樸置為inactive,所述端點建立完成后，修改端點拓 樸為sendrecv。
本發(fā)明實施例提供了一種MGCF,包括
指示單元，用于建立視頻承載時，指示IM-MGW建立音頻RTP流和視頻 RTP流，并創(chuàng)建承載端點。
本發(fā)明實施例提供了 一種視頻回落的方法，包括以下步驟 MGCF確定需要發(fā)起視頻回落業(yè)務(wù)；
所述MGCF指示IM-MGW建立音頻實時傳輸協(xié)議RTP流，并建立入局 側(cè)和出局側(cè)的承載音頻數(shù)據(jù)的端點，將所述端點流方向置為去激活inactive, 所述端點建立完成后，修改端點流方向為收發(fā)方式sendrecv。
本發(fā)明實施例提供了一種監(jiān)聽方法，包括以下步驟
MGCF接收監(jiān)聽請求；所述MGCF指示IM-MGW建立音頻實時傳輸協(xié)議RTP流和視頻RTP流。 與現(xiàn)有技術(shù)相比，本發(fā)明的實施例具有以下優(yōu)點
本發(fā)明實施例中，通過MGCF和VIG的配合，實現(xiàn)IMS域和CS域視頻 互通的場景，而且由于MGCF在〗吏用相同編解碼時不用實現(xiàn)編解碼的轉(zhuǎn)換， 對IM-MGW的操作會比較筒單，筒化了業(yè)務(wù)流程，減少了接口消息。


圖1是現(xiàn)有技術(shù)中MGCF視頻互通組網(wǎng)架構(gòu)示意圖； 圖2是本發(fā)明實施例中IMS與VIG互通組網(wǎng)架構(gòu)示意圖； 圖3是本發(fā)明實施例中IMS與CS互通組網(wǎng)架構(gòu)示意圖； 圖4是本發(fā)明實施例中MGCF與VIG互通組網(wǎng)架構(gòu)示意圖； 圖5是本發(fā)明實施例中承載端點建立過程示意圖； 圖6是本發(fā)明實施例中通話過程中視頻回落操作示意圖； 圖7是本發(fā)明實施例中呼叫過程中視頻回落操作示意圖； 圖7A是本發(fā)明實施例中一種端點模型示意圖； 圖7B是本發(fā)明實施例中另一種端點模型示意圖； 圖8是本發(fā)明實施例中只監(jiān)聽音頻示意圖； 圖9是本發(fā)明實施例中IMS呼叫CS視頻監(jiān)聽端點示意圖； 圖IO是本發(fā)明實施例中CS呼叫IMS視頻監(jiān)聽端點示意圖； 圖11是本發(fā)明實施例中MGCF與SIP之間監(jiān)聽中繼走SIP信令示意圖； 圖12是本發(fā)明實施例中 一種IM-MGW結(jié)構(gòu)圖； 圖13是本發(fā)明實施例中 一種MGCF結(jié)構(gòu)圖。
具體實施例方式
以下結(jié)合附圖和實施例，對本發(fā)明的實施方式作進一步說明。
構(gòu)如圖2所示，MGCF在視頻呼叫時，起中轉(zhuǎn)作用，能夠滿足TrFO特性，即 能夠進行全流程的編解碼協(xié)商；VIG將IMS入局的SIP信令轉(zhuǎn)換為ISUP/BICC 信令發(fā)送到CS域，MSC將CS域入局的ISUP/BICC信令轉(zhuǎn)發(fā)到VIG，使所 述VIG將ISUP/BICC信令轉(zhuǎn)換為SIP信令，發(fā)送到IMS域。從而實現(xiàn)IMS域與CS域在信令上的交互。同時VIG能夠?qū)MS域的語音、視頻雙數(shù)據(jù)流 通過處理，變?yōu)镃S域能夠支持的復(fù)用流，發(fā)送到CS域。
在圖2的組網(wǎng)架構(gòu)中，如果MGCF與IMS使用的編解碼和MGCF與VIG 使用的編解碼不同時，MGCF控制IM-MGW進行編解碼轉(zhuǎn)換，從而實現(xiàn)IMS 和VIG的互通。例如，IMS支持編解碼方式1和2, VIG支持編解碼方式3 和4, MGCF支持編解碼方式1和3 ， IMS請求使用編解碼方式1和2給MGCF, 則MGCF和IMS的互通會使用編解碼方式1; MGCF會請求與VIG的互通， 此時由于VIG支持編解碼方式3和4,所以MGCF和VIG只能夠通過編解碼 方式3進行互通。這就要求MGCF自身內(nèi)部需要能夠?qū)⒕幗獯a方式1和3兩 種編解碼進行互通，這樣的結(jié)果是MGCF支持編解碼方式1和編解碼方式3 的轉(zhuǎn)換。然而呼叫的過程中盡量使用同一個編解碼，在使用相同視頻編解碼 進行互通時，IM-MGW可以不對視頻流進行編碼、解碼，而只是進行解包、 打包，這樣的話可以減少對數(shù)據(jù)流編解碼操作，從而減少數(shù)據(jù)的誤差，增強 準確性。
由于需要同時傳遞音頻和視頻流，需要盡量確保音頻和視頻流的同步。 要求MGCF控制的兩端端點，在進行視頻呼叫時，音頻編解碼盡量使用同樣 的編解碼，防止音頻在IM-MGW上進行轉(zhuǎn)換，產(chǎn)生語音的延時，從而導(dǎo)致語 音、視頻不同步。如果在IM-MGW上音頻必須要轉(zhuǎn)換，則使用唇音同步的功 能，保證語音和視頻的同步。另外，由于存在VIG， MGCF與CS域的局向連 接中，存在通過VIG連接MSC的局向，也存在直連MSC的局向，通過路由 配置，能夠?qū)MS域過來的視頻呼叫通過VIG轉(zhuǎn)接到CS域，將IMS域過來 的音頻呼叫直接發(fā)送到CS域的MSC，如圖3所示。
在視頻呼叫中，MGCF在建立承載端點時，對音頻和視頻分別建立端點， 用來傳遞音頻流和視頻流，如圖4所示。MGCF在IM-MGW上進行建立視頻 承載時， 一個視頻呼叫只建立一個物理的C (context,上下文)，如圖4中的 虛線，建立4個物理的T (端點)。其中TI、 T2承載音頻流，如圖4中的細 實線；T3、 T4承載視頻流，如圖4中的粗實線。以IMS入局呼叫CS域用戶 為例，承載端點建立的過程如圖5所示，進程包括以下步驟步驟s501 ，當MGCF收到IMS域的入局INVITE消息后，需要建立與IMS 連接的承載，此時通過ADD消息通知IM-MGW建立了兩個端點Tl 、 T3。在 給IM-MGW下發(fā)ADDREQ消息時，需要置流模式為inactive。
步驟s502,在MGCF發(fā)送出局的INVITE之前，會通知IM-MGW建立 出局側(cè)的承載，通過ADD消息建立T2、 T4。此時的流才莫式也為inactive。
步驟s503, MGCF在收到INVITE的響應(yīng)消息后，如果響應(yīng)消息中帶有 對端的々某體信息，則MGCF通過MOD REQ消息將T2、 T4的流;漠式修改為 sendrecv。
步驟s504,最后MGCF將Tl、 T3流模式修改為sendrecv。 在上述承載端點建立的過程中，只是將Tl和T2之間的流模式修改為 sendrecv,將T3和T4之間的流模式修改為sendrecv,但Tl與T3之間、Tl 與T4、 T2與T3、以及T2與T4端點之間是不能夠互通的。在上述承載建立 以后，
對于IMS域到CS域發(fā)起的視頻呼叫，IMS域先通過SIP信令到達MGCF, 由MGCF將SIP信令轉(zhuǎn)發(fā)到VIG; VIG將SIP信令轉(zhuǎn)換為ISUP或BICC信令 發(fā)送到CS域。對于該^L頻呼叫的響應(yīng)，由CS域通過ISUP/BICC信令到達 VIG， VIG將該響應(yīng)轉(zhuǎn)換為SIP信令發(fā)送到MGCF,然后MGCF將該響應(yīng)發(fā) 送到IMS域。
對于CS域到IMS域發(fā)起的視頻呼叫，CS域先通過ISUP/BICC信令到達 VIG， VIG將信令轉(zhuǎn)換為SIP信令發(fā)送到MGCF,然后MGCF將信令發(fā)送到 IMS域。對于該^L頻呼叫的響應(yīng)，由IMS域通過SIP信令送到MGCF,由 MGCF將響應(yīng)轉(zhuǎn)發(fā)到VIG; VIG將該響應(yīng)轉(zhuǎn)換為ISUP或BICC信令發(fā)送到 CS域。至此，MGCF實現(xiàn)了 IMS域和CS域之間的信令互通。
在承載建立的過程中，例如在IMS域呼叫CS域時，如果MGCF兼作關(guān) 口局，MGCF在收到IMS的INVITE消息后，會向HLR (Home Location Register,歸屬地位置寄存器)發(fā)送SRI ( Send Routing Information,發(fā)送路由 信息)，由于INVITE消息中攜帶視頻編解碼，此時取路由信息時，攜帶視頻 的承載信息。如果通過視頻承載信息取路由信息失敗，表示被叫不支持視頻呼叫，此時可以發(fā)起^見頻的回落。視頻呼叫可以通過編解碼重協(xié)商過程及通
過對SDP的修改來進行視頻回落操作，即通過承栽IP、 PORT、流屬性 (a=sendrecv/inactive )來表示是否發(fā)起視頻回落。視J貞回落后的呼叫為音頻 呼叫。
本發(fā)明實施例一中提供一種實現(xiàn)IMS域與CS域-視頻互通的方法，應(yīng)用 于呼叫建立過程完成后^見頻回落場景中，如圖6所示，包括以下步驟
步驟s601， MGCF收到IMS發(fā)送過來的relnvite消息后，判斷^L頻流方 向為inactive、視頻流端口為0或者IP無效(0或者全F ),表示需要發(fā)起視頻 回落。
步驟s602、 MGCF將發(fā)送relnvite消息到VIG,攜帶收到的relnvite消息 中同樣的視頻流屬性，指示VIG視頻回落。
步驟s603 、 MGCF收到VIG的200響應(yīng)消息后，通過MOD REQ消息修 改網(wǎng)關(guān)上的承載屬性，將流方向修改為inactive。同時修改出入局兩端的媒體 屬性。
步驟s604、 MGCF將200響應(yīng)消息發(fā)送到IMS域。
對于^f見頻回落的呼叫，還可以進行^L頻的恢復(fù)，該流程與^L頻回落流程 相同，只是SDP中的視頻流方向為sendrecv,端口和IP都為有效值，表示需 要進行視頻恢復(fù)的操作；而且MGCF同樣修改承載屬性，將視頻流方向修改 為bothway。
本發(fā)明實施例二中，提供一種實現(xiàn)IMS域與CS域視頻互通的方法，應(yīng) 用于呼叫建立過程中視頻回落的場景，如圖7所示，視頻回落分A D四種情 況進行端點模型的建立。
A:在IMS域呼叫CS域時，如果MGCF兼作關(guān)口局，MGCF在收到IMS 的INVITE消息后，會向HLR發(fā)送SRI,由于INVITE消息中攜帶視頻編解 碼，此時取路由信息時，攜帶視頻的承載信息。如果通過視頻承載信息取路 由信息失敗，表示被叫不支持視頻呼叫，此時可以發(fā)起視頻的回落?；蛘?MGCF在取用戶路由信息時，在SRI中打包多媒體業(yè)務(wù)BC和語音業(yè)務(wù)BC, 由HLR判斷能夠支持的業(yè)務(wù)類型，如果HLR判斷用戶不支持多+某體業(yè)務(wù)，返回的用戶路由數(shù)據(jù)中攜帶的BC為語音業(yè)務(wù)BC (或者攜帶兩個BC,語音 業(yè)務(wù)BC放在前面)。此時需要修改使用的編解碼中的視頻編解碼，將視頻流 方向修改為inactive (或者修改^見頻承載IP為0,或者^ff改視頻端口號為0 )。 入局側(cè)建立端點時并不建立^L頻端點；出局局向選擇能夠直達CS域的局向即 可，此時端點模型為圖7A。
B:獲取到路由信息后，如果被叫能夠支持視頻呼叫，則選擇VIG局向 出局。此時如果VIG局向不通，則可以發(fā)起^L頻回落。重新選擇一個直達CS 域的局向，只4妄通音頻呼叫。入局側(cè)建立端點時并不建立^L頻端點，此時端 點模型表現(xiàn)形式同圖7A —樣。
C:如果到VIG的局向是通的，如果INVITE消息中的視頻編解碼和入局 局向能夠支持的視頻編解碼無交集，此時需要拆除呼叫；如果INVITE消息中 的視頻編解碼和出局局向能夠支持的視頻編解碼無交集，表示需要在出局側(cè) 進行編解碼轉(zhuǎn)換，而MGCF控制下的IM-MGW不支持編解碼轉(zhuǎn)換，此時需 要發(fā)起視頻回落，此時端點模型為圖7B。在這種情況下，也可以重新選擇出 局的局向，選擇直達CS域的局向，只接通音頻呼叫，入局側(cè)建立端點時并不 建立視頻端點，此時端點模型表現(xiàn)形式同圖7A—樣。
D:收到VIG的183消息后，判斷視頻編解碼是否有效(承載IP不為0， 端口不為O,流方向為收發(fā))，如果有一條不滿足，表示VIG側(cè)發(fā)起了視頻回 落的操作，SIP需要修改相應(yīng)的屬性，并把屬性通知到入局側(cè)，此時端點模型 表現(xiàn)形式同圖7B —樣。
在圖7中，端點模型建立完成后通過200和ACK進行控制信令交互，以 實現(xiàn)IMS、 MGCF、和VIG的協(xié)同作業(yè)。
本發(fā)明實施例三提供一種實現(xiàn)IMS域與CS域視頻互通的方法，應(yīng)用于 視頻監(jiān)聽場景中，分只監(jiān)聽音頻、監(jiān)聽音頻和一見頻、DTMF監(jiān)聽、以及MGCF 與LIC ( LawfUl Interception Center,合法監(jiān)聽中心)之間中繼使用SIP信令四 種情況進行論述。
一、只監(jiān)聽音頻
在視頻呼叫中，由于MGCF上視頻和音頻流是分開的，如果需要在MGCF上監(jiān)聽該呼叫，可以只監(jiān)聽音頻流，此時監(jiān)聽端點模型如圖8所示，在入局 側(cè)端點直接建立監(jiān)聽端點。
二、監(jiān)聽視頻
對于視頻監(jiān)聽，在不能使用SIP做監(jiān)聽中繼的情況，需要考慮通過其他 的方法將監(jiān)聽到的信息送到監(jiān)聽中心。由于有VIG的存在，考慮到將兩個RTP 數(shù)據(jù)流通過VIG合成一條H.324M服用數(shù)據(jù)量，以對該數(shù)據(jù)流進行監(jiān)聽。
IMS域呼叫CS域視頻監(jiān)聽(建立迂回的路徑，通過該路徑上進行監(jiān)聽) 端點模型如圖9所示在IMS發(fā)起到CS域的呼叫中，在MGCF上可以判斷 出呼叫是否為視頻呼叫；在視頻呼叫的情況下，如果用戶被監(jiān)聽，此時需要 監(jiān)聽視頻的話，在沒有直接走SIP監(jiān)聽中繼的情況下，先不建立監(jiān)聽端點， 選擇到出局的SIP局向后，將號碼進行變換(比如在號碼開頭增加特殊前綴 等)；在VIG側(cè)進行號碼分析的配置，對于被叫為特殊前綴的號碼，將其路由 回MGCF上，并將其前綴去掉，使VIG通過ISUP信令與MGCF連接。MGCF 收到入局的消息后，當作一般的呼叫處理，根據(jù)號碼的分析，直接將呼叫路 由到CS域上的MSC。此時在MGCF上建立對呼叫的監(jiān)聽端點。
在CS域用戶呼叫IMS域用戶時，視頻監(jiān)聽端點模型如圖IO所示，如果 入局ISUP信令指示為視頻呼叫，且號碼分析能夠選擇到VIG的局向，在此 時建立監(jiān)聽端點監(jiān)聽呼叫。在出局到VIG的被叫號碼前面增加特殊前綴，在 VIG上能夠根據(jù)該前綴，將該呼叫再路由回MGCF上，并將前綴去掉。在CS 域用戶呼叫IMS域用戶時，如果入局是通過VIG入局，則此時，不能夠再應(yīng) 用迂回策略，此時只監(jiān)聽音頻。
三、 DTMF (Dual Tone Multi—Frequency,雙音多頻)監(jiān)聽 對于視頻呼叫的過程中，如果需要監(jiān)聽DTMF信號音的話，可以通過以
下兩種方式進行
方式一、直接將DTMF信號音通過事件上報到監(jiān)聽中心；方式二、將 DTMF信號音混合在數(shù)據(jù)流中發(fā)送到監(jiān)聽中心，由監(jiān)聽中心進行分離操作。
四、 MGCF與LIC之間監(jiān)聽中繼使用SIP信令MGCF與LIC之間通過SIP信令連接，此時視頻呼叫業(yè)務(wù)可以直接出監(jiān) 聽話路到LIC。采用SIP信令建立監(jiān)聽話路時，SIP監(jiān)聽端點在MGCF上為 兩個端點，分別承載語音和話路，對應(yīng)在LIC上，也要有兩個承載端點來承 載語音和話路。具體流程如圖11所示，包括以下步驟MGCF向LIC發(fā)送 INVITE請求消息，LIC向MGCF返回183響應(yīng)消息；MGCF向LIC發(fā)送對 183的確認消息PRACK; LIC向MGCF返回200響應(yīng)消息；MGCF將監(jiān)聽事 件上報給LIC; MGCF向LIC發(fā)送結(jié)束請求BYE， LIC向MGCF返回對結(jié)束 請求的200響應(yīng)消息。
本發(fā)明實施例在SIP視頻呼叫過程中，視頻呼叫的編解碼中需要包含音 頻流和視頻流，只有當音頻和視頻都能夠協(xié)商成功時，才能夠進行i見頻互通。
在SIP入局慢啟(INVITE中不帶SDP)的情況下，需要MGCF自動生 成本端的編解碼。在與VIG對接的過程中， 一般情況下是將CS域過來的有 -現(xiàn)頻能力的呼叫，通過VIG轉(zhuǎn)接到MGCF上。此時MGCF在生成編解碼時， 需要同時生成-見頻編解碼和音頻編解碼，通過自身生成的編解碼和VIG進行 O/A協(xié)商。這樣可以保證VIG慢啟時的視頻呼叫也能夠順利進行互通。
本發(fā)明實施例還提供了一種IM-MGW,如圖12所示，包括RTP流建立 單元10,用于建立視頻承載時接收MGCF的指示，建立音頻RTP流和視頻 RTP流；承載端點建立單元20,用于建立入局側(cè)和出局側(cè)的承載音頻數(shù)據(jù)和 視頻數(shù)據(jù)的端點，將所述端點流方向置為inactive,所述端點建立完成后，修 改端點流方向為sendrecv。編解碼協(xié)商單元30,用于MGCF支持的編解碼與 IMS側(cè)支持編解碼存在交集，也與VIG側(cè)支持編解碼存在交集時，使用MGCF 支持的編解碼與IMS側(cè)支持編解碼的交集編解碼、MGCF支持的編解碼與VIG 側(cè)支持編解碼的交集編解碼互通。
本發(fā)明實施例還提供了一種MGCF，如圖13所示，包括指示單元100, 用于建立一見頻承載時，指示IM-MGW建立音頻RTP流和一見頻RTP流，并創(chuàng) 建承載端點。視頻回落業(yè)務(wù)判斷單元200,用于通過視頻編解碼屬性、是否支 持視頻編解碼、被叫是否簽約視頻業(yè)務(wù)，出局局向來判斷是否發(fā)起視頻回落 業(yè)務(wù)。監(jiān)聽單元300，用于監(jiān)聽單音頻、監(jiān)聽音頻和^L頻、監(jiān)聽DTMF或直接出監(jiān)聽話路到LIC。
本發(fā)明實施例還提供了 一種視頻回落的方法，包括以下步驟
1、 MGCF確定需要發(fā)起視頻回落業(yè)務(wù)。其中，所述MGCF確定需要發(fā) 起視頻回落業(yè)務(wù)具體方式包括所述MGCF收到IMS的INVITE消息后，從 歸屬地位置寄存器HLR取用戶路由信息SRI，如果通過視頻承載信息取路由 信息失敗；或獲取到路由信息后，如果被叫支持視頻呼叫，則選擇VIG局向 出局，如果VIG局向不通，則發(fā)起視頻回落；或如果到VIG的局向是通的， 如果INVITE消息中的視頻編解碼和入局局向能夠支持的-見頻編解碼無交集， MGCF控制下的IM-MGW不支持編解碼轉(zhuǎn)換；或MGCF收到IMS發(fā)送消息， 通過該消息中的承載IP、 PORT、流屬性判斷是否發(fā)起視頻回落，當所述承載 IP、 PORT或流屬性無效。
2、 所述MGCF指示IM-MGW建立音頻實時傳輸協(xié)議RTP流，并建立入 局側(cè)和出局側(cè)的承載音頻數(shù)據(jù)的端點，將所述端點流方向置為去激活inactive, 所述端點建立完成后，^修改端點流方向為收發(fā)方式sendrecv。
本發(fā)明實施例還4是供了一種監(jiān)聽方法，包括以下步驟
1、 MGCF接收監(jiān)聽請求；
2、 所述MGCF指示IM-MGW建立音頻實時傳輸協(xié)議RTP流和視頻RTP流。
步驟2之后還可以包括:
MGCF在入局側(cè)端點直接建立監(jiān)聽端點對音頻進行監(jiān)聽；或
所述MGCF監(jiān)聽音頻和視頻將兩個RTP數(shù)據(jù)流通過VIG合成一條 R324M復(fù)用數(shù)據(jù)流，對所述復(fù)用數(shù)據(jù)流進行監(jiān)聽；或
所述MGCF監(jiān)聽雙音多頻直接將DTMF信號音上報到監(jiān)聽中心；或?qū)?DTMF信號音混合在數(shù)據(jù)流中發(fā)送到監(jiān)聽中心，由監(jiān)聽中心進行分離操作。
本發(fā)明實施例中，通過MGCF和VIG的結(jié)合，實現(xiàn)了在現(xiàn)有網(wǎng)元配合的 情況下實現(xiàn)IMS域和CS域視頻互通的場景；在使用相同編解碼時，會減少 MGCF與IM-MGW之間的消息交互；如果無法使用相同的編解碼，也可以進 行編解碼的轉(zhuǎn)換。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā) 明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然本發(fā)明也可以通過 硬件來實現(xiàn)，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)
式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以 使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí) 行本發(fā)明各個實施例所述的方法。
以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此， 任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護范圍。
權(quán)利要求
1、一種實現(xiàn)IP多媒體子系統(tǒng)IMS域與電路交換CS域互通的方法，其特征在于，包括以下步驟接收媒體網(wǎng)關(guān)控制功能MGCF的建立視頻承載指示，建立音頻實時傳輸協(xié)議RTP流和視頻RTP流；分別建立入局側(cè)和出局側(cè)的承載音頻數(shù)據(jù)和視頻數(shù)據(jù)的端點，將所述端點流方向置為去激活inactive，所述端點建立完成后，修改端點流方向為收發(fā)方式sendrecv。
2、 如權(quán)利要求1所述實現(xiàn)IMS域與CS域互通的方法，其特征在于，還 包括MGCF支持的編解碼與IMS側(cè)支持編解碼存在交集，也與VIG側(cè)支持編 解碼存在交集，則使用MGCF支持的編解碼與IMS側(cè)支持編解碼的交集編解 碼、MGCF支持的編解碼與VIG側(cè)支持編解碼的交集編解碼互通。
3、 如權(quán)利要求1所述實現(xiàn)IMS域與CS域互通的方法，其特征在于，還 包括MGCF判斷IM-MGW音頻使用的編解碼是否相同，如不同則應(yīng)用唇音 同步功能實現(xiàn)語音和視頻的同步。
4、 如權(quán)利要求1所述實現(xiàn)IMS域與CS域互通的方法，其特征在于，所 述分別建立入局側(cè)和出局側(cè)的承載音頻數(shù)據(jù)和視頻數(shù)據(jù)的端點具體包括當MGCF收到入局請求消息后，向IM-MGW建立入局側(cè)的承載，通知 IM-MGW建立了第一端點和第三端點；當MGCF發(fā)送出局請求消息之前，向IM-MGW建立出局側(cè)的承載，通 知IM-MGW建立了第二端點和第四端點；所述第一端點和所述第二端點用于 承載音頻流，所述第三端點和所述第四端點用于承載視頻流。
5、 如權(quán)利要求1所述實現(xiàn)IMS域與CS域互通的方法，其特征在于， 所述MGCF通過視頻編解碼屬性、是否支持視頻編解碼、被叫是否簽約視頻業(yè)務(wù)或出局局向判斷是否發(fā)起視頻回落業(yè)務(wù)。
6、 如權(quán)利要求5所述實現(xiàn)IMS域與CS域互通的方法，其特征在于， 所述MGCF收到IMS的INVITE消息后，從歸屬地位置寄存器HLR取用戶路由信息SRI,如果通過視頻承載信息取路由信息失敗，發(fā)起視頻的回落； 或獲取到路由信息后，如果被叫支持視頻呼叫，則選擇VIG局向出局，如 果VIG局向不通，則發(fā)起視頻回落；或如果到VIG的局向是通的，如果INVITE 消息中的視頻編解碼和入局局向能夠支持的視頻編解碼無交集，MGCF控制 下的IM-MGW不支持編解碼轉(zhuǎn)換，發(fā)起視頻回落；或MGCF收到IMS發(fā)送消息，通過該消息中的承載IP、 PORT、流屬性判 斷是否發(fā)起視頻回落，當所述承載IP、 PORT或流屬性無效時，發(fā)起視頻回落。
7、 如權(quán)利要求6所述實現(xiàn)IMS域與CS域互通的方法，其特征在于，所 述發(fā)起視頻回落之后還包括MGCF收到IMS發(fā)送消息，通過該消息中的^^載IP、 PORT、流屬性判 斷是否發(fā)起^L頻恢復(fù)，當所述承載IP、 PORT或流屬性有效時，發(fā)起視頻恢復(fù)。
8、 如權(quán)利要求1所述實現(xiàn)IMS域與CS域互通的方法，其特征在于， 所述MGCF只監(jiān)聽單音頻在入局側(cè)端點直接建立監(jiān)聽端點對音頻進行監(jiān)聽。
9、 如權(quán)利要求1所述實現(xiàn)IMS域與CS域互通的方法，其特征在于， 所述MGCF監(jiān)聽音頻和纟見頻將兩個RTP數(shù)據(jù)流通過VIG合成一條H.324M復(fù)用數(shù)據(jù)流，對所述復(fù)用數(shù)據(jù)流進行監(jiān)聽。
10、 如權(quán)利要求1所述實現(xiàn)IMS域與CS域互通的方法，其特征在于， 所述MGCF監(jiān)聽雙音多頻直接將DTMF信號音上報到監(jiān)聽中心；或?qū)TMF信號音混合在數(shù)據(jù)流中發(fā)送到監(jiān)聽中心，由監(jiān)聽中心進行分離操作；所述直接出SIP監(jiān)聽話路到LIC具體為SIP監(jiān)聽端點在MGCF上為兩 個端點，分別承載語音和話路，對應(yīng)在LIC上，也要有兩個承載端點來承載 語音和話路。
11、 一種IM-MGW，其特征在于，包括RTP流建立單元，用于建立視頻承載時接收MGCF的指示，建立音頻RTP 流和纟見頻RTP流；承載端點建立單元，用于建立入局側(cè)和出局側(cè)的承載音頻數(shù)據(jù)和視頻數(shù)據(jù)的端點，將所述端點流方向置為inactive,所述端點建立完成后，修改端點 流方向為sendrecv。
12、 如權(quán)利要求11所述IM-MGW，其特征在于，還包括 編解碼協(xié)商單元，用于MGCF支持的編解碼與IMS側(cè)支持編解碼存在交集，也與VIG側(cè)支持編解碼存在交集時，使用MGCF支持的編解碼與IMS 側(cè)支持編解碼的交集編解碼、MGCF支持的編解碼與VIG側(cè)支持編解碼的交 集編解碼互通。
13、 一種MGCF，其特征在于，包括指示單元，用于建立視頻承載時，指示IM-MGW建立音頻RTP流和視頻 RTP流，并創(chuàng)建承載端點。
14、 如權(quán)利要求13所述MGCF，其特征在于，還包括 視頻回落業(yè)務(wù)判斷單元，用于通過視頻編解碼屬性、是否支持視頻編解碼、被叫是否簽約視頻業(yè)務(wù)，出局局向來判斷是否發(fā)起視頻回落業(yè)務(wù)。
15、 如權(quán)利要求13所述MGCF,其特征在于，還包括監(jiān)聽單元，用于監(jiān)聽單音頻、監(jiān)聽音頻和視頻、監(jiān)聽DTMF或直接出監(jiān)聽話^各到LIC。
16、 一種一見頻回落的方法，其特征在于，包括以下步驟 MGCF確定需要發(fā)起纟見頻回落業(yè)務(wù)；所述MGCF指示IM-MGW建立音頻實時傳輸協(xié)議RTP流，并建立入局 側(cè)和出局側(cè)的承載音頻數(shù)據(jù)的端點，將所述端點流方向置為去激活inactive, 所述端點建立完成后，修改端點流方向為收發(fā)方式sendrecv。
17、 如權(quán)利要求16所述視頻回落的方法，其特征在于，所述MGCF確定 需要發(fā)起視頻回落業(yè)務(wù)具體方式包括所述MGCF收到IMS的INVITE消息后，從歸屬地位置寄存器HLR取 用戶路由信息SRI，如果通過視頻承載信息取路由信息失??；或獲取到路由信息后，如果被叫支持視頻呼叫，則選擇VIG局向出局，如果VIG局向不通，則發(fā)起視頻回落；或如果到VIG的局向是通的，如果INVITE 消息中的視頻編解碼和入局局向能夠支持的視頻編解碼無交集，MGCF控制 下的IM-MGW不支持編解碼轉(zhuǎn)換；或MGCF收到IMS發(fā)送消息，通過該消息中的承載IP、 PORT、流屬性判 斷是否發(fā)起視頻回落，當所述承載IP、 PORT或流屬性無效。
18、 一種監(jiān)聽方法，其特征在于，包括以下步驟 MGCF接收監(jiān)聽請求；所述MGCF指示IM-MGW建立音頻實時傳輸協(xié)議RTP流和視頻RTP流。
19、 如權(quán)利要求18所述監(jiān)聽方法，其特征在于，還包括 MGCF在入局側(cè)端點直接建立監(jiān)聽端點對音頻進行監(jiān)聽；或所述MGCF監(jiān)聽音頻和視頻將兩個RTP數(shù)據(jù)流通過VIG合成一條 R324M復(fù)用數(shù)據(jù)流，對所述復(fù)用數(shù)據(jù)流進行監(jiān)聽；或所述MGCF監(jiān)聽雙音多頻直接將DTMF信號音上報到監(jiān)聽中心；或?qū)?DTMF信號音混合在數(shù)據(jù)流中發(fā)送到監(jiān)聽中心，由監(jiān)聽中心進行分離操作。
全文摘要
本發(fā)明實施例公開了一種實現(xiàn)IMS域與CS域互通的方法及設(shè)備，包括以下步驟接收媒體網(wǎng)關(guān)控制功能MGCF的建立視頻承載指示，建立音頻實時傳輸協(xié)議RTP流和視頻RTP流；分別建立入局側(cè)和出局側(cè)的承載音頻數(shù)據(jù)和視頻數(shù)據(jù)的端點，將所述端點流方向置為去激活inactive，所述端點建立完成后，修改端點流方向為收發(fā)方式sendrecv。本發(fā)明通過MGCF和VIG的配合，實現(xiàn)了在現(xiàn)有網(wǎng)元配合的情況下實現(xiàn)IMS域和CS域視頻互通的場景；而且由于MGCF在使用相同編解碼時不用實現(xiàn)編解碼的轉(zhuǎn)換，對IM-MGW的操作會比較簡單，減少了接口消息。
文檔編號H04N7/24GK101534264SQ200810084730
公開日2009年9月16日 申請日期2008年3月14日 優(yōu)先權(quán)日2008年3月14日
發(fā)明者朱浩鵬, 李昌坤, 沈洪峰 申請人:華為技術(shù)有限公司