专利名称：一种实现ims域与cs域互通的方法及设备的制作方法
技术领域：
本发明涉及通信领域，尤其涉及一种实现IMS域与CS域互通的方法及 设备。
背景技术：
在IMS (IP Multimedia Subsystem, IP多媒体子系统)网络与传统的CS (Circuit Switched,电路交换)网络对接实现中，需要通过MGCF (Media Gateway Control Function,々某体网关控制功能)实现SIP (Session Initiation Protocol,会话初始化协议)信令与ISUP (ISDN User Part, ISDN用户部分) /BICC (Bearer Independent Call Control,承载无关呼叫控制)信令的相互转换。 按照协议实现IMS - CS VP互通是基于MGCF控制内置在IM-MGW (IP Multimedia Media Gateway, IP多媒体网关)的VIG ( Video Interwork Gateway, 视频互通网关)实现。
现有技术中，采用的一种方案是IMS域直接和CS域的VIG进行互通。 然而，采用IMS直接与VIG互通时，由于中间没有互通单元，因此对业务的 支持能力大大降低。
另一种方案是IMS域通过MGCF与CS域进行视频互通，如图l所示。 该方案中要求MGCF能够控制^L频々某体的变换，即控制IM-MGW能够在两 端分别对不同的视频编解码进行编码、解码。
IMS域的VP呼叫用户面是两个RTP (Realtime Transmit Protocol ，实时传 输协议)流，信令面通过SIP建立；而电路域的VP用户面是基于H,324M复 用流，信令面通过ISUP/BICC建立。这就要求IM-MGW能够对IMS域的两 个RTP流与电路域的H.324M复用流进行相互转换。
在实现本发明的过程中，发明人发现现有技术存在以下缺点
使用IMS域通过MGCF与CS域进行视频互通时，MGCF及其控制下的IM-MGW不能够利用现有的网元实现;現频互通。
发明内容
本发明的实施例提供一种实现IMS域与CS域视频互通的方法及设备， 实现IMS域与CS域-现频互通。
本发明实施例提供了 一种实现IP多媒体子系统IMS域与电路交换CS域 互通的方法，包括以下步骤
接收媒体网关控制功能MGCF的建立视频承载指示，建立音频实时传输 协议RTP流和视频RTP流；
分别建立入局侧和出局侧的承载音频数据和视频数据的端点，将所述端 点流方向置为去激活inactive,所述端点建立完成后，修改端点流方向为收发 方式scndrecv。
本发明实施例提供了 一种IM-MGW,包括
RTP流建立单元，用于建立视频承载时接收MGCF的指示，建立音频RTP 流和纟见频RTP流；
承载端点建立单元，用于建立入局侧和出局侧的承载音频数据和视频数 据的端点，将所述端点拓朴置为inactive,所述端点建立完成后，修改端点拓 朴为sendrecv。
本发明实施例提供了一种MGCF,包括
指示单元，用于建立视频承载时，指示IM-MGW建立音频RTP流和视频 RTP流，并创建承载端点。
本发明实施例提供了 一种视频回落的方法，包括以下步骤 MGCF确定需要发起视频回落业务；
所述MGCF指示IM-MGW建立音频实时传输协议RTP流，并建立入局 侧和出局侧的承载音频数据的端点，将所述端点流方向置为去激活inactive, 所述端点建立完成后，修改端点流方向为收发方式sendrecv。
本发明实施例提供了一种监听方法，包括以下步骤
MGCF接收监听请求；所述MGCF指示IM-MGW建立音频实时传输协议RTP流和视频RTP流。 与现有技术相比，本发明的实施例具有以下优点
本发明实施例中，通过MGCF和VIG的配合，实现IMS域和CS域视频 互通的场景，而且由于MGCF在〗吏用相同编解码时不用实现编解码的转换， 对IM-MGW的操作会比较筒单，筒化了业务流程，减少了接口消息。
图1是现有技术中MGCF视频互通组网架构示意图； 图2是本发明实施例中IMS与VIG互通组网架构示意图； 图3是本发明实施例中IMS与CS互通组网架构示意图； 图4是本发明实施例中MGCF与VIG互通组网架构示意图； 图5是本发明实施例中承载端点建立过程示意图； 图6是本发明实施例中通话过程中视频回落操作示意图； 图7是本发明实施例中呼叫过程中视频回落操作示意图； 图7A是本发明实施例中一种端点模型示意图； 图7B是本发明实施例中另一种端点模型示意图； 图8是本发明实施例中只监听音频示意图； 图9是本发明实施例中IMS呼叫CS视频监听端点示意图； 图IO是本发明实施例中CS呼叫IMS视频监听端点示意图； 图11是本发明实施例中MGCF与SIP之间监听中继走SIP信令示意图； 图12是本发明实施例中 一种IM-MGW结构图； 图13是本发明实施例中 一种MGCF结构图。
具体实施例方式
以下结合附图和实施例，对本发明的实施方式作进一步说明。
构如图2所示，MGCF在视频呼叫时，起中转作用，能够满足TrFO特性，即 能够进行全流程的编解码协商；VIG将IMS入局的SIP信令转换为ISUP/BICC 信令发送到CS域，MSC将CS域入局的ISUP/BICC信令转发到VIG，使所 述VIG将ISUP/BICC信令转换为SIP信令，发送到IMS域。从而实现IMS域与CS域在信令上的交互。同时VIG能够将IMS域的语音、视频双数据流 通过处理，变为CS域能够支持的复用流，发送到CS域。
在图2的组网架构中，如果MGCF与IMS使用的编解码和MGCF与VIG 使用的编解码不同时，MGCF控制IM-MGW进行编解码转换，从而实现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自身内部需要能够将编解码方式1和3两 种编解码进行互通，这样的结果是MGCF支持编解码方式1和编解码方式3 的转换。然而呼叫的过程中尽量使用同一个编解码，在使用相同视频编解码 进行互通时，IM-MGW可以不对视频流进行编码、解码，而只是进行解包、 打包，这样的话可以减少对数据流编解码操作，从而减少数据的误差，增强 准确性。
由于需要同时传递音频和视频流，需要尽量确保音频和视频流的同步。 要求MGCF控制的两端端点，在进行视频呼叫时，音频编解码尽量使用同样 的编解码，防止音频在IM-MGW上进行转换，产生语音的延时，从而导致语 音、视频不同步。如果在IM-MGW上音频必须要转换，则使用唇音同步的功 能，保证语音和视频的同步。另外，由于存在VIG， MGCF与CS域的局向连 接中，存在通过VIG连接MSC的局向，也存在直连MSC的局向，通过路由 配置，能够将IMS域过来的视频呼叫通过VIG转接到CS域，将IMS域过来 的音频呼叫直接发送到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下发ADDREQ消息时，需要置流模式为inactive。
步骤s502,在MGCF发送出局的INVITE之前，会通知IM-MGW建立 出局侧的承载，通过ADD消息建立T2、 T4。此时的流才莫式也为inactive。
步骤s503, MGCF在收到INVITE的响应消息后，如果响应消息中带有 对端的々某体信息，则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域发起的视频呼叫，IMS域先通过SIP信令到达MGCF, 由MGCF将SIP信令转发到VIG; VIG将SIP信令转换为ISUP或BICC信令 发送到CS域。对于该^L频呼叫的响应，由CS域通过ISUP/BICC信令到达 VIG， VIG将该响应转换为SIP信令发送到MGCF,然后MGCF将该响应发 送到IMS域。
对于CS域到IMS域发起的视频呼叫，CS域先通过ISUP/BICC信令到达 VIG， VIG将信令转换为SIP信令发送到MGCF,然后MGCF将信令发送到 IMS域。对于该^L频呼叫的响应，由IMS域通过SIP信令送到MGCF,由 MGCF将响应转发到VIG; VIG将该响应转换为ISUP或BICC信令发送到 CS域。至此，MGCF实现了 IMS域和CS域之间的信令互通。
在承载建立的过程中，例如在IMS域呼叫CS域时，如果MGCF兼作关 口局，MGCF在收到IMS的INVITE消息后，会向HLR (Home Location Register,归属地位置寄存器)发送SRI ( Send Routing Information,发送路由 信息)，由于INVITE消息中携带视频编解码，此时取路由信息时，携带视频 的承载信息。如果通过视频承载信息取路由信息失败，表示被叫不支持视频呼叫，此时可以发起^见频的回落。视频呼叫可以通过编解码重协商过程及通
过对SDP的修改来进行视频回落操作，即通过承栽IP、 PORT、流属性 (a=sendrecv/inactive )来表示是否发起视频回落。视J贞回落后的呼叫为音频 呼叫。
本发明实施例一中提供一种实现IMS域与CS域-视频互通的方法，应用 于呼叫建立过程完成后^见频回落场景中，如图6所示，包括以下步骤
步骤s601， MGCF收到IMS发送过来的relnvite消息后，判断^L频流方 向为inactive、视频流端口为0或者IP无效(0或者全F ),表示需要发起视频 回落。
步骤s602、 MGCF将发送relnvite消息到VIG,携带收到的relnvite消息 中同样的视频流属性，指示VIG视频回落。
步骤s603 、 MGCF收到VIG的200响应消息后，通过MOD REQ消息修 改网关上的承载属性，将流方向修改为inactive。同时修改出入局两端的媒体 属性。
步骤s604、 MGCF将200响应消息发送到IMS域。
对于^f见频回落的呼叫，还可以进行^L频的恢复，该流程与^L频回落流程 相同，只是SDP中的视频流方向为sendrecv,端口和IP都为有效值，表示需 要进行视频恢复的操作；而且MGCF同样修改承载属性，将视频流方向修改 为bothway。
本发明实施例二中，提供一种实现IMS域与CS域视频互通的方法，应 用于呼叫建立过程中视频回落的场景，如图7所示，视频回落分A D四种情 况进行端点模型的建立。
A:在IMS域呼叫CS域时，如果MGCF兼作关口局，MGCF在收到IMS 的INVITE消息后，会向HLR发送SRI,由于INVITE消息中携带视频编解 码，此时取路由信息时，携带视频的承载信息。如果通过视频承载信息取路 由信息失败，表示被叫不支持视频呼叫，此时可以发起视频的回落。或者 MGCF在取用户路由信息时，在SRI中打包多媒体业务BC和语音业务BC, 由HLR判断能够支持的业务类型，如果HLR判断用户不支持多+某体业务，返回的用户路由数据中携带的BC为语音业务BC (或者携带两个BC,语音 业务BC放在前面)。此时需要修改使用的编解码中的视频编解码，将视频流 方向修改为inactive (或者修改^见频承载IP为0,或者^ff改视频端口号为0 )。 入局侧建立端点时并不建立^L频端点；出局局向选择能够直达CS域的局向即 可，此时端点模型为图7A。
B:获取到路由信息后，如果被叫能够支持视频呼叫，则选择VIG局向 出局。此时如果VIG局向不通，则可以发起^L频回落。重新选择一个直达CS 域的局向，只4妄通音频呼叫。入局侧建立端点时并不建立^L频端点，此时端 点模型表现形式同图7A —样。
C:如果到VIG的局向是通的，如果INVITE消息中的视频编解码和入局 局向能够支持的视频编解码无交集，此时需要拆除呼叫；如果INVITE消息中 的视频编解码和出局局向能够支持的视频编解码无交集，表示需要在出局侧 进行编解码转换，而MGCF控制下的IM-MGW不支持编解码转换，此时需 要发起视频回落，此时端点模型为图7B。在这种情况下，也可以重新选择出 局的局向，选择直达CS域的局向，只接通音频呼叫，入局侧建立端点时并不 建立视频端点，此时端点模型表现形式同图7A—样。
D:收到VIG的183消息后，判断视频编解码是否有效(承载IP不为0， 端口不为O,流方向为收发)，如果有一条不满足，表示VIG侧发起了视频回 落的操作，SIP需要修改相应的属性，并把属性通知到入局侧，此时端点模型 表现形式同图7B —样。
在图7中，端点模型建立完成后通过200和ACK进行控制信令交互，以 实现IMS、 MGCF、和VIG的协同作业。
本发明实施例三提供一种实现IMS域与CS域视频互通的方法，应用于 视频监听场景中，分只监听音频、监听音频和一见频、DTMF监听、以及MGCF 与LIC ( LawfUl Interception Center,合法监听中心)之间中继使用SIP信令四 种情况进行论述。
一、只监听音频
在视频呼叫中，由于MGCF上视频和音频流是分开的，如果需要在MGCF上监听该呼叫，可以只监听音频流，此时监听端点模型如图8所示，在入局 侧端点直接建立监听端点。
二、监听视频
对于视频监听，在不能使用SIP做监听中继的情况，需要考虑通过其他 的方法将监听到的信息送到监听中心。由于有VIG的存在，考虑到将两个RTP 数据流通过VIG合成一条H.324M服用数据量，以对该数据流进行监听。
IMS域呼叫CS域视频监听(建立迂回的路径，通过该路径上进行监听) 端点模型如图9所示在IMS发起到CS域的呼叫中，在MGCF上可以判断 出呼叫是否为视频呼叫；在视频呼叫的情况下，如果用户被监听，此时需要 监听视频的话，在没有直接走SIP监听中继的情况下，先不建立监听端点， 选择到出局的SIP局向后，将号码进行变换(比如在号码开头增加特殊前缀 等)；在VIG侧进行号码分析的配置，对于被叫为特殊前缀的号码，将其路由 回MGCF上，并将其前缀去掉，使VIG通过ISUP信令与MGCF连接。MGCF 收到入局的消息后，当作一般的呼叫处理，根据号码的分析，直接将呼叫路 由到CS域上的MSC。此时在MGCF上建立对呼叫的监听端点。
在CS域用户呼叫IMS域用户时，视频监听端点模型如图IO所示，如果 入局ISUP信令指示为视频呼叫，且号码分析能够选择到VIG的局向，在此 时建立监听端点监听呼叫。在出局到VIG的被叫号码前面增加特殊前缀，在 VIG上能够根据该前缀，将该呼叫再路由回MGCF上，并将前缀去掉。在CS 域用户呼叫IMS域用户时，如果入局是通过VIG入局，则此时，不能够再应 用迂回策略，此时只监听音频。
三、 DTMF (Dual Tone Multi—Frequency,双音多频)监听 对于视频呼叫的过程中，如果需要监听DTMF信号音的话，可以通过以
下两种方式进行
方式一、直接将DTMF信号音通过事件上报到监听中心；方式二、将 DTMF信号音混合在数据流中发送到监听中心，由监听中心进行分离操作。
四、 MGCF与LIC之间监听中继使用SIP信令MGCF与LIC之间通过SIP信令连接，此时视频呼叫业务可以直接出监 听话路到LIC。采用SIP信令建立监听话路时，SIP监听端点在MGCF上为 两个端点，分别承载语音和话路，对应在LIC上，也要有两个承载端点来承 载语音和话路。具体流程如图11所示，包括以下步骤MGCF向LIC发送 INVITE请求消息，LIC向MGCF返回183响应消息；MGCF向LIC发送对 183的确认消息PRACK; LIC向MGCF返回200响应消息；MGCF将监听事 件上报给LIC; MGCF向LIC发送结束请求BYE， LIC向MGCF返回对结束 请求的200响应消息。
本发明实施例在SIP视频呼叫过程中，视频呼叫的编解码中需要包含音 频流和视频流，只有当音频和视频都能够协商成功时，才能够进行i见频互通。
在SIP入局慢启(INVITE中不带SDP)的情况下，需要MGCF自动生 成本端的编解码。在与VIG对接的过程中， 一般情况下是将CS域过来的有 -現频能力的呼叫，通过VIG转接到MGCF上。此时MGCF在生成编解码时， 需要同时生成-见频编解码和音频编解码，通过自身生成的编解码和VIG进行 O/A协商。这样可以保证VIG慢启时的视频呼叫也能够顺利进行互通。
本发明实施例还提供了一种IM-MGW,如图12所示，包括RTP流建立 单元10,用于建立视频承载时接收MGCF的指示，建立音频RTP流和视频 RTP流；承载端点建立单元20,用于建立入局侧和出局侧的承载音频数据和 视频数据的端点，将所述端点流方向置为inactive,所述端点建立完成后，修 改端点流方向为sendrecv。编解码协商单元30,用于MGCF支持的编解码与 IMS侧支持编解码存在交集，也与VIG侧支持编解码存在交集时，使用MGCF 支持的编解码与IMS侧支持编解码的交集编解码、MGCF支持的编解码与VIG 侧支持编解码的交集编解码互通。
本发明实施例还提供了一种MGCF，如图13所示，包括指示单元100, 用于建立一见频承载时，指示IM-MGW建立音频RTP流和一见频RTP流，并创 建承载端点。视频回落业务判断单元200,用于通过视频编解码属性、是否支 持视频编解码、被叫是否签约视频业务，出局局向来判断是否发起视频回落 业务。监听单元300，用于监听单音频、监听音频和^L频、监听DTMF或直接出监听话路到LIC。
本发明实施例还提供了 一种视频回落的方法，包括以下步骤
1、 MGCF确定需要发起视频回落业务。其中，所述MGCF确定需要发 起视频回落业务具体方式包括所述MGCF收到IMS的INVITE消息后，从 归属地位置寄存器HLR取用户路由信息SRI，如果通过视频承载信息取路由 信息失败；或获取到路由信息后，如果被叫支持视频呼叫，则选择VIG局向 出局，如果VIG局向不通，则发起视频回落；或如果到VIG的局向是通的， 如果INVITE消息中的视频编解码和入局局向能够支持的-见频编解码无交集， MGCF控制下的IM-MGW不支持编解码转换；或MGCF收到IMS发送消息， 通过该消息中的承载IP、 PORT、流属性判断是否发起视频回落，当所述承载 IP、 PORT或流属性无效。
2、 所述MGCF指示IM-MGW建立音频实时传输协议RTP流，并建立入 局侧和出局侧的承载音频数据的端点，将所述端点流方向置为去激活inactive, 所述端点建立完成后，^修改端点流方向为收发方式sendrecv。
本发明实施例还4是供了一种监听方法，包括以下步骤
1、 MGCF接收监听请求；
2、 所述MGCF指示IM-MGW建立音频实时传输协议RTP流和视频RTP流。
步骤2之后还可以包括:
MGCF在入局侧端点直接建立监听端点对音频进行监听；或
所述MGCF监听音频和视频将两个RTP数据流通过VIG合成一条 R324M复用数据流，对所述复用数据流进行监听；或
所述MGCF监听双音多频直接将DTMF信号音上报到监听中心；或将 DTMF信号音混合在数据流中发送到监听中心，由监听中心进行分离操作。
本发明实施例中，通过MGCF和VIG的结合，实现了在现有网元配合的 情况下实现IMS域和CS域视频互通的场景；在使用相同编解码时，会减少 MGCF与IM-MGW之间的消息交互；如果无法使用相同的编解码，也可以进 行编解码的转换。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发 明可借助软件加必需的通用硬件平台的方式来实现，当然本发明也可以通过 硬件来实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发
式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以 使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执 行本发明各个实施例所述的方法。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此， 任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
权利要求
1、一种实现IP多媒体子系统IMS域与电路交换CS域互通的方法，其特征在于，包括以下步骤接收媒体网关控制功能MGCF的建立视频承载指示，建立音频实时传输协议RTP流和视频RTP流；分别建立入局侧和出局侧的承载音频数据和视频数据的端点，将所述端点流方向置为去激活inactive，所述端点建立完成后，修改端点流方向为收发方式sendrecv。
2、 如权利要求1所述实现IMS域与CS域互通的方法，其特征在于，还 包括MGCF支持的编解码与IMS侧支持编解码存在交集，也与VIG侧支持编 解码存在交集，则使用MGCF支持的编解码与IMS侧支持编解码的交集编解 码、MGCF支持的编解码与VIG侧支持编解码的交集编解码互通。
3、 如权利要求1所述实现IMS域与CS域互通的方法，其特征在于，还 包括MGCF判断IM-MGW音频使用的编解码是否相同，如不同则应用唇音 同步功能实现语音和视频的同步。
4、 如权利要求1所述实现IMS域与CS域互通的方法，其特征在于，所 述分别建立入局侧和出局侧的承载音频数据和视频数据的端点具体包括当MGCF收到入局请求消息后，向IM-MGW建立入局侧的承载，通知 IM-MGW建立了第一端点和第三端点；当MGCF发送出局请求消息之前，向IM-MGW建立出局侧的承载，通 知IM-MGW建立了第二端点和第四端点；所述第一端点和所述第二端点用于 承载音频流，所述第三端点和所述第四端点用于承载视频流。
5、 如权利要求1所述实现IMS域与CS域互通的方法，其特征在于， 所述MGCF通过视频编解码属性、是否支持视频编解码、被叫是否签约视频业务或出局局向判断是否发起视频回落业务。
6、 如权利要求5所述实现IMS域与CS域互通的方法，其特征在于， 所述MGCF收到IMS的INVITE消息后，从归属地位置寄存器HLR取用户路由信息SRI,如果通过视频承载信息取路由信息失败，发起视频的回落； 或获取到路由信息后，如果被叫支持视频呼叫，则选择VIG局向出局，如 果VIG局向不通，则发起视频回落；或如果到VIG的局向是通的，如果INVITE 消息中的视频编解码和入局局向能够支持的视频编解码无交集，MGCF控制 下的IM-MGW不支持编解码转换，发起视频回落；或MGCF收到IMS发送消息，通过该消息中的承载IP、 PORT、流属性判 断是否发起视频回落，当所述承载IP、 PORT或流属性无效时，发起视频回落。
7、 如权利要求6所述实现IMS域与CS域互通的方法，其特征在于，所 述发起视频回落之后还包括MGCF收到IMS发送消息，通过该消息中的^^载IP、 PORT、流属性判 断是否发起^L频恢复，当所述承载IP、 PORT或流属性有效时，发起视频恢复。
8、 如权利要求1所述实现IMS域与CS域互通的方法，其特征在于， 所述MGCF只监听单音频在入局侧端点直接建立监听端点对音频进行监听。
9、 如权利要求1所述实现IMS域与CS域互通的方法，其特征在于， 所述MGCF监听音频和纟见频将两个RTP数据流通过VIG合成一条H.324M复用数据流，对所述复用数据流进行监听。
10、 如权利要求1所述实现IMS域与CS域互通的方法，其特征在于， 所述MGCF监听双音多频直接将DTMF信号音上报到监听中心；或将DTMF信号音混合在数据流中发送到监听中心，由监听中心进行分离操作；所述直接出SIP监听话路到LIC具体为SIP监听端点在MGCF上为两 个端点，分别承载语音和话路，对应在LIC上，也要有两个承载端点来承载 语音和话路。
11、 一种IM-MGW，其特征在于，包括RTP流建立单元，用于建立视频承载时接收MGCF的指示，建立音频RTP 流和纟见频RTP流；承载端点建立单元，用于建立入局侧和出局侧的承载音频数据和视频数据的端点，将所述端点流方向置为inactive,所述端点建立完成后，修改端点 流方向为sendrecv。
12、 如权利要求11所述IM-MGW，其特征在于，还包括 编解码协商单元，用于MGCF支持的编解码与IMS侧支持编解码存在交集，也与VIG侧支持编解码存在交集时，使用MGCF支持的编解码与IMS 侧支持编解码的交集编解码、MGCF支持的编解码与VIG侧支持编解码的交 集编解码互通。
13、 一种MGCF，其特征在于，包括指示单元，用于建立视频承载时，指示IM-MGW建立音频RTP流和视频 RTP流，并创建承载端点。
14、 如权利要求13所述MGCF，其特征在于，还包括 视频回落业务判断单元，用于通过视频编解码属性、是否支持视频编解码、被叫是否签约视频业务，出局局向来判断是否发起视频回落业务。
15、 如权利要求13所述MGCF,其特征在于，还包括监听单元，用于监听单音频、监听音频和视频、监听DTMF或直接出监听话^各到LIC。
16、 一种一见频回落的方法，其特征在于，包括以下步骤 MGCF确定需要发起纟见频回落业务；所述MGCF指示IM-MGW建立音频实时传输协议RTP流，并建立入局 侧和出局侧的承载音频数据的端点，将所述端点流方向置为去激活inactive, 所述端点建立完成后，修改端点流方向为收发方式sendrecv。
17、 如权利要求16所述视频回落的方法，其特征在于，所述MGCF确定 需要发起视频回落业务具体方式包括所述MGCF收到IMS的INVITE消息后，从归属地位置寄存器HLR取 用户路由信息SRI，如果通过视频承载信息取路由信息失败；或获取到路由信息后，如果被叫支持视频呼叫，则选择VIG局向出局，如果VIG局向不通，则发起视频回落；或如果到VIG的局向是通的，如果INVITE 消息中的视频编解码和入局局向能够支持的视频编解码无交集，MGCF控制 下的IM-MGW不支持编解码转换；或MGCF收到IMS发送消息，通过该消息中的承载IP、 PORT、流属性判 断是否发起视频回落，当所述承载IP、 PORT或流属性无效。
18、 一种监听方法，其特征在于，包括以下步骤 MGCF接收监听请求；所述MGCF指示IM-MGW建立音频实时传输协议RTP流和视频RTP流。
19、 如权利要求18所述监听方法，其特征在于，还包括 MGCF在入局侧端点直接建立监听端点对音频进行监听；或所述MGCF监听音频和视频将两个RTP数据流通过VIG合成一条 R324M复用数据流，对所述复用数据流进行监听；或所述MGCF监听双音多频直接将DTMF信号音上报到监听中心；或将 DTMF信号音混合在数据流中发送到监听中心，由监听中心进行分离操作。
全文摘要
本发明实施例公开了一种实现IMS域与CS域互通的方法及设备，包括以下步骤接收媒体网关控制功能MGCF的建立视频承载指示，建立音频实时传输协议RTP流和视频RTP流；分别建立入局侧和出局侧的承载音频数据和视频数据的端点，将所述端点流方向置为去激活inactive，所述端点建立完成后，修改端点流方向为收发方式sendrecv。本发明通过MGCF和VIG的配合，实现了在现有网元配合的情况下实现IMS域和CS域视频互通的场景；而且由于MGCF在使用相同编解码时不用实现编解码的转换，对IM-MGW的操作会比较简单，减少了接口消息。
文档编号H04N7/24GK101534264SQ200810084730
公开日2009年9月16日 申请日期2008年3月14日 优先权日2008年3月14日
发明者朱浩鹏, 李昌坤, 沈洪峰 申请人:华为技术有限公司