CN101437249B - 视频呼叫的监听方法及其应用 - Google Patents

Abstract

本发明的实施例公开了一种视频呼叫的监听方法及其应用，涉及网络通信技术，能够解决由于MC不支持视频解码导致大多数视频电话呼叫处于不受控的状态的问题。本发明的实施例视频呼叫的监听方法，包括：接收核心网转发的视频呼叫，并将视频呼叫承载的媒体流进行解复用；将解复用得到的音频媒体流回送到核心网，以便于核心网根据所述音频媒体流触发音频监听。视频呼叫的复合媒体协商方法包括：在视频呼叫的被叫用户应答后，与被叫用户进行复合媒体流的媒体协商；同时，后向转发被叫用户在应答后发送的应答消息，并将应答消息通过核心网通知所述视频呼叫的主叫用户；与主叫用户进行所述复合媒体流的媒体协商。本发明适用于网络通信中的媒体监听。

Description

视频呼叫的监听方法及其应用 

技术领域

本发明涉及网络通信技术，尤其涉及网络媒体监听技术。 

背景技术

合法监听业务是电信网络的一项准入功能，电路域的监听架构在3GPPTS33.107中如图1所示的方式进行定义。 

实际电信网中ADMF功能(Administration Management Function，管理功能)由LIG(LI Gateway，监听网关)实现，LEMF功能(法律强制监控功能)由MC(Monitor Center，监听中心)提供；图中X1/X2/X3接口为MSC(MobileSwitching Center，核心网)和LIG之间接口，HI1/HI2/HI3为LIG和MC之间接口；X1/HI1接口提供控制功能，X2/HI2接口提供IRI(Intercept RelatedInformation，监听相关信息)事件上报功能，X3/HI3接口上报CC(CommunicationContent，通信内容)；一般X3接口不存在，由MSC直接提供HI3接口提供通信内容。MGW为媒体网关。 

随着移动网络从2G向3G的演进，3G多媒体视频业务的使用越来越多，但各大监听标准对多媒体VP(Video Phone，视频电话)呼叫的监听并无指导性规定，因此多媒体VP呼叫的监听更多的依赖于设备提供商的实现。 

移动网络正常主被叫视频通话中承载用户面使用H324流媒体协议进行互通，H324的媒体协商是在被叫应答以后，在终端用户之间进行；而核心网软交换并不参与该媒体协商过程，所以软交换无H324媒体编解码的能力。 

VIG(Video Interactive Gateway，视频交互网关)提供了对H324媒体进行编解码的能力，参与终端用户的媒体协商。将VIG插入到主、被叫通话过程中，变原来的主、被叫之间的一段H324媒体协商为主叫用户与VIG以及被叫用户与VIG之间两段媒体协商，该协商过程也起始于被叫应答消息之后。VIG不能提供通信网络中的监听功能。 

目前业界对VP呼叫监听基本上采用将主、被叫通话的复合媒体完全复制到MC，即在HI3接口上直接输出H324多媒体流，要求MC实现对H324的视频解码。 

实际上网络中大多数现有的MC只支持G711音频编解码而不能支持H324视频编解码。由于MC更换的代价非常昂贵，另一方面软交换网元本身也不能 直接从H324媒体流中提取音频媒体输出，因此实际上网络中的VP呼叫目前大多处于一种不受控的状态，视频监听迫切需要一种视频媒体降质输出的解决方案。 

发明内容

本发明的实施例提供一种VP的监听方法及其应用，能够解决由于MC不支持视频解码导致大多数的VP呼叫的监听不能实现的问题。 

本发明的实施例采用如下技术方案： 

一种VP呼叫的监听方法，包括： 

接收MSC转发的视频呼叫，并将所述视频呼叫承载的媒体流进行解复用； 

将解复用得到的音频媒体流回送到MSC，以便于所述MSC根据所述音频媒体流触发音频监听； 

将解复用得到的视频媒体流回送到核心网； 

接收MSC回送的音频媒体流和视频媒体流，进行复用得到复合媒体流，并回送到MSC，使所述MSC对所述视频呼叫进行呼叫接续。 

本发明的实施例一种视频电话VP呼叫的监听方法，包括： 

接收携带复合媒体流的视频呼叫请求； 

将所述视频呼叫承载的媒体流转发到VIG； 

接收所述VIG发送的所述承载的媒体流解复用后得到的音频媒体流，触发音频监听； 

接收所述视频交互网关发送的所述媒体流解复用后得到的视频媒体流； 

将所述解复用后得到的音频媒体流和视频媒体流回送到所述VIG。 

本发明的实施例一种VIG，包括： 

第一接收单元，用于接收MSC发送的VP呼叫的承载媒体； 

解复用单元，用于对所述接收到的承载媒体进行解复用，得到音频媒体流和视频媒体流； 

第一发送单元，用于将所述解复用单元得到的音频媒体流和视频媒体流回送到所述MSC，以便于所述MSC根据所述音频媒体流触发音频监听； 

所述第一发送单元，还用于将所述解复用单元得到的视频媒体流回送到所述核心网； 

第二接收单元，用于接收所述MSC回送的经过所述解复用单元处理得到的音频媒体流和视频媒体流； 

复用单元，用于将所述第二接收单元接收到的音频媒体流和视频媒体流进行复用得到复合媒体流； 

第二发送单元，用于将所述复用单元复用后得到的复合媒体流发送到MSC，使所述MSC对所述视频呼叫进行呼叫接续。 

本发明的实施例一种MSC网元，包括： 

第一接收单元，用于接收携带复合媒体流的VP呼叫请求； 

第一发送单元，用于将所述VP呼叫的承载的媒体流发送到VIG； 

第二接收单元，用于接收所述VIG发送的所述承载的媒体流解复用后得到的音频媒体流和视频媒体流； 

触发单元，用于在接收到所述音频媒体流后，触发音频监听。 

第二发送单元，用于在触发音频监听后将所述接收到的音频媒体流和视频媒体流回送到所述VIG。 

本发明的实施例一种VP呼叫的通信系统，包括： 

VIG，用于接收MSC转发的VP呼叫，并将所述VP呼叫的承载媒体流进行解复用，将解复用得到的音频媒体流和视频媒体流回送MSC，并接收MSC回送的音频媒体流和视频媒体流，进行复用得到复合媒体流，并回送到MSC； 

MSC网元，用于接收携带复合媒体流的VP呼叫请求，将所述VP呼叫的承载的媒体流转发到VIG，接收所述VIG发送的所述承载的媒体流解复用后得到的音频媒体流和视频媒体流，并根据所述音频媒体流触发音频监听，并在触发音频监听后，将所述音频媒体流和视频媒体流回送到所述VIG； 

MC，用于对所述音频媒体流进行监听。 

本发明实施例提供的VP的监听方法及其应用，通过在主叫用户和被叫用户之间插入VIG，该VIG用来对VP呼叫的承载媒体进行解复用，并将解复用后得到的音频媒体流回送到MSC，MSC触发音频监听，因而即使MC无法直接解码复合媒体，也能够实现音频流的降质输出，从而实现只支持音频编解码的MC对视频呼叫的监听。 

附图说明

图1为电路域的监听架构在3GPP TS33.107中的结构示意图； 

图2为本发明实施例VP呼叫的实现流程图； 

图3为本发明实施例VIG的示意图； 

图4为本发明另一实施例VIG的示意图； 

图5为本发明实施例MSC的示意图； 

图6为本发明另一实施例MSC的示意图； 

图7为本发明实施例VP的通信系统的示意图。 

具体实施方式

下面结合附图对本发明实施例VP的监听方法及其应用进行详细描述。 

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。 

本发明的实施例提供了一种VP呼叫包括：接收MSC转发的视频呼叫，并将所述视频呼叫承载的媒体流进行解复用；将解复用得到的音频媒体流回送到MSC，以便于所述MSC根据所述音频媒体流触发音频监听。 

在本发明的一实施例的具体实现中，所述方法还包括：复制所述音频媒体流，并转换成MC能够识别的音频编码发送给MC。触发音频监听之后，还包括：将解复用得到的视频媒体流回送到MSC，并使所述MSC对所述VP呼叫进行呼叫接续。 

进一步地，所述使所述MSC对所述VP呼叫进行呼叫接续包括：在与所述视频呼叫的被叫用户进行媒体协商的同时，与所述视频呼叫的主叫用户进行媒体协商。具体为：向所述被叫用户发送起始消息，在被叫用户应答后，与被叫用户开始进行媒体协商；同时，接收所述被叫用户发送的应答消息，将所述应答消息通过MSC通知主叫用户；启动与主叫用户进行媒体协商。 

上述VP呼叫的承载媒体流为H324复合媒体流；所述视频媒体流采用H263编码，音频媒体流采用自适应多速率编码或G723编码。 

本发明的实施例一种VP呼叫的监听方法，包括：接收携带复合媒体流的视频呼叫请求；将所述视频呼叫承载的媒体流转发到VIG；接收所述VIG发送的所述媒体流解复用后得到的音频媒体流，触发音频监听。 

VP呼叫承载的媒体流发送到VIG之前，还包括：检测所述VP呼叫是否为受控呼叫，如果是，则检测配置的MC是否具有复合媒体流的解码能力，如果 所述MC不具有复合媒体流的解码能力，则暂不触发监听业务，并将VP呼叫的承载媒体流转发到VIG。 

进一步地，所述触发音频监听包括：复制所述音频媒体流，并转换成MC能够识别的音频编码发送给MC。触发音频监听之后，还包括：将所述接收到的视频媒体流和音频媒体流回送到所述VIG。 

上述承载媒体为H324复合媒体流；所述视频媒体流采用H263编码，音频媒体流采用自适应多速率编码或G723编码。 

本发明的实施例一种VP呼叫的复合媒体协商方法，包括：在VP呼叫的被叫用户完成应答后，与所述被叫用户进行复合媒体流的媒体协商；同时后向转发被叫用户在完成应答后发送的通知应答消息，并将所述通知应答消息通过MSC通知所述VP呼叫的主叫用户；与所述主叫用户进行所述复合媒体流的媒体协商。 

上述复合媒体流为H324复合媒体流。 

以下以VP呼叫的实现流程为例，对本发明进行详细说明。 

如图2所示，本发明的实施例VP呼叫的实现流程包括： 

S201、UE(User Equipment，用户设备)A发起VP呼叫。 

具体地，UE A发起VP呼叫，即向MSC发送SETUP消息，并且携带着H324复合媒体流。H324复合媒体流是一种视频、音频复用的媒体流。 

S202、MSC接收到VP呼叫后，向VIG发送中继信令ISUP，并且携带着H324复合媒体流。 

具体地，MSC检测到该VP呼叫为受控呼叫，同时MSC检测到配置的MC不具有H324复合媒体流的解码能力，则暂不触发监听业务，而通过中继信令IAM(为ISUP中继信令消息的一种)将该受控呼叫路由到VIG，其中承载面为H324复合媒体流。 

S203、VIG对接收到H324复合媒体流进行解复用，得到视频媒体流与音频媒体流。 

S204、VIG通过SIP中继分别将解复用后得到的音频媒体流和视频媒体流 回送到MSC。 

这里需要通过INVITE消息携带视频媒体流与音频媒体流到MSC，这些分离媒体流中视频媒体流采用的是H263编码，音频媒体流采用的是AMR(Adaptive Multi Rate，自适应多速率)编码。音频媒体流还可以采用G723编码。 

这里的INVITE消息也可能不包含指示具体媒体信息相关的信息。 

S205、MSC对解复用后得到的分离媒体流触发监听，并复制其中的音频媒体送到MC。 

具体地，MSC对分离媒体流中的音频流触发监听，并且MSC复制一份音频媒体流，并将其转换为MC可以识别的音频编码发送给MC。这里采用的是G711编码。该步骤中MSC通过HI3通道向MC发送音频内容，其中携带着通过G711编码后的音频媒体流。 

在这一步骤中，即实现了将VP复合媒体流降质为音频媒体输出到MC。 

S206、MSC将视频媒体流和音频媒体流回送到VIG。 

MSC通过INVITE消息将视频媒体流与音频媒体流回送到VIG，这些分离媒体流中，视频媒体流可以采用H263编码，音频媒体流可以采用AMR编码或者是G723。 

S207、VIG对接收的视频媒体流与音频媒体流进行复用。 

复用后，得到H324复合媒体流。 

S208、VIG将H324复合媒体流通过ISUP中继信令回送到MSC。 

还是可以采用ISUP中继信令中的IAM消息进行传输复合媒体流。 

S209、MSC正常接续被叫UE B。通过向被叫用户UE B发送SETUP消息来正常接续与被叫用户之间的通话。 

S210、UE B应答后，向VIG发送应答消息，该消息用于通知VIG被叫已经应答，并启动与VIG之间的H324媒体协商。 

图2中，UE B在应答后，不再等待协商完成，直接向VIG发送后向的应答消息，该消息通过CONNECT发送到MSC，再由MSC发送ANM到VIG。UE B 启动与VIG之间的H324媒体协商。 

S211、VIG通过183消息通知MSC被叫已应答。 

VIG不再等待与UE B之间的媒体协商完成，而是在接收到ANM消息后，直接后向转发UE B在完成应答后发送的应答消息，并将该应答消息通过MSC通知所述VP呼叫的主叫用户UE A。 

本发明的实施例并不局限于此，还可以通过SIP200消息或其它特殊构造的18X消息通知MSC被叫已应答。 

S212、MSC接收到183消息后，后向传递200消息通知后续网元被叫终端UE B已应答，以便主叫终端UEA启动与VIG的媒体协商。 

MSC在这一步骤生成的200消息传送到VIG，VIG向MSC发送后续ANM消息，MSC向UE A发送CONNECT消息。MSC在这一步骤中发送的200消息，视频媒体流可以采用H263编码，音频媒体流可以采用AMR编码方式。 

S213、VIG与被叫终端UE B完成媒体协商，生成200消息。 

S214、MSC终结后续VIG发送过来的200消息。由于MSC已经给后向网元发送过200消息，因而需要终结掉VIG发送过来的200消息。 

本发明的实施例通过VIG将H324复合媒体流解复用为视频媒体流和音频媒体流，MSC对解复用得到的音频媒体流触发音频监听，从而实现了H324媒体的降质输出，对不支持H324视频编解码的MC的也能够进行音频监听，最大限度地满足安全局用户的业务需求；再将解复用后的视频媒体流和音频媒体流进行复用，得到H324复合媒体流，回送到MSC进行正常接续被叫。 

而现有技术中，能够支持直接解码H324复合媒体流的MC在直接解码H324复合媒体流时会引发另外一个问题，MC必须获取主、被叫通话用户的H245媒体协商结果，如果无法获取H245协商结果则无法进行解码，这对一些主流监听协议要求通话过程中输出CC媒体的功能是无法满足的。而本发明的实施例则不存在这个问题，无需获得H245媒体的协商结果，无论MC是否支持直接解码H324复合媒体流，本发明的实施例都能实现音频监听。 

另外，上述步骤S210至S214，各步骤均为控制信令交互，因而时间上几乎是同时进行的。可见，被叫用户UE B与主叫用户UE A几乎是同时完成与VIG 的媒体协商的。因此，本发明的实施例采用的方法，将主被叫用户与VIG之间对H324复合媒体的协商由串行改成并行，将媒体协商时间缩短了一半，不会影响主被叫用户视频通话的业务体验。这些步骤实现了复合媒体协商的方法，不仅适用在VP呼叫中，同样也适用于其它需要进行媒体协商的场景。因而本发明的实施例能够在保证媒体流降质为音频输出到MC的前提下，不改变主被叫用户视频通话的业务体验。 

本发明的实施例并不局限于此，为了简化起见，可以采用其它的方式实现VP呼叫的监听。以下介绍两种其它的方式。 

方式一，当MSC接收到携带着承载媒体流的VP呼叫时，在通过信令将所述承载媒体流中继到VIG之前，通过存储设备将所述承载媒体流进行缓存。这样VIG在对所述承载媒体流解复用后，只需要再将得到音频媒体流回送到MSC。而MSC在触发音频监听后也不需要把媒体流回送到VIG进行复用。 

方式二，当VIG接收到MSC转发的VP呼叫的承载媒体流后，通过存储设备将所述承载媒体流进行缓存。这样VIG在将所述承载媒体流解复用后，可以将音频媒体流回送到MSC。在MSC触发音频监听后，VIG再将所述承载媒体流回送到MSC，使MSC对所述VP呼叫进行接续。 

如图3所示，本发明的实施例还提供了一种VIG，包括： 

第一接收单元301，用于接收MSC发送的VP呼叫的承载媒体； 

解复用单元302，用于对所述接收到的承载媒体进行解复用，得到视频媒体流和音频媒体流； 

第一发送单元303，用于将所述解复用单元得到的音频媒体流回送到所述MSC。 

进一步地，所述第一发送单元303还用于将所述解复用单元得到的视频媒体流回送到所述MSC，以便于所述MSC根据所述音频媒体流触发音频监听。 

所述VIG还包括： 

第二接收单元304，用于接收所述MSC回送的经过所述解复用单元处理得到的视频媒体流和音频媒体流； 

复用单元305，用于将所述第二接收单元接收到的视频媒体流和音频媒体流进行复用得到复合媒体流。 

第二发送单元306，用于将所述复用单元305复用后得到的复合媒体流发送到MSC，使所述MSC对所述VP呼叫进行呼叫接续。 

如图5所示，本发明还提供了一种MSC网元，包括： 

第一接收单元501，用于接收携带复合媒体流的VP呼叫请求； 

第一发送单元502，用于将所述VP呼叫的承载媒体流发送到VIG； 

第二接收单元503，用于接收所述VIG发送的所述承载媒体流解复用后得到的音频媒体流； 

触发单元504，用于在接收到所述音频媒体流后，触发音频监听。 

进一步地，所述MSC网元还包括： 

第一判断单元505，用于在将VP呼叫的承载媒体流发送到VIG之前，检测所述VP呼叫是否为受控呼叫，如果是，则触发所述第一发送单元的操作。 

第二判断单元506，用于在将VP呼叫的承载媒体流发送到VIG之前，检测配置的MSC是否具有H324复合媒体流的解码能力，如果所述MSC不具有H324复合媒体流的解码能力，则暂不触发监听业务，触发所述第一发送单元的操作。 

所述第二接收单元，还用于接收所述VIG发送的所述承载媒体流解复用后得到的视频媒体流； 

所述MSC网元还包括第二发送单元507，用于在触发音频监听后将所述接收到的视频媒体流和音频媒体流回送到所述VIG。 

如图7所示，本发明的实施例一种VP呼叫的通信系统，包括： 

VIG701，用于接收MSC转发的VP呼叫，并将所述VP呼叫的承载媒体流进行解复用，将解复用得到的音频媒体流回送MSC； 

MSC网元702，用于接收携带复合媒体流的VP呼叫请求，将所述VP呼叫的承载媒体流转发到VIG，接收所述VIG发送的所述承载媒体流解复用后得到的音频媒体流，并根据所述音频媒体流触发音频监听； 

MSC703，用于监听所述音频媒体流。 

进一步地，所述VIG，还用于将解复用得到的视频频媒体流回送MSC；所 述MSC网元，还用于接收所述视频媒体流，并在触发音频监听后将所述视频媒体流和音频媒体流回送到所述VIG。 

在上述实施例的基础上，所述VIG还用于将所述MSC在输出所述音频媒体流后回送的视频媒体流和音频媒体流进行复用，并将所述复用后得到的复合媒体流回送到所述MSC；所述MSC，还用于在接收到所述VIG回送的复合媒体流后对所述VP呼叫进行呼叫接续。 

上述承载媒体为H324复合媒体流，所述复合媒体流为H324复合媒体流。 

本发明实施例提供的VIG、MSC以及VP的通信系统，VIG插入到主叫用户和被叫用户之间，该VIG用来对VP呼叫的承载媒体进行解复用，并将解复用后得到的视频媒体流和音频媒体流回送到MSC，MSC触发音频监听，因而即使MC无法直接解码复合媒体流，MSC也能够实现音频流的降质输出；并且MSC再将视频媒体流和音频媒体流回送到VIG，VIG对这些媒体流进行复用，并将复合媒体流回送到MSC并进行媒体协商，从而能够在保证音频降质输出的前提下，实现复合媒体流的协商。 

VIG还能够实现主被叫用户之间同时进行媒体协商，具体方法可以参照本发明实施例图2中，步骤S210至S214。可见，本发明的实施例将复合媒体流协商由串行变成并行，将协商时间减少了一半，不影响主被叫之间的视频通话的业务体验。 

并且，本发明的实施例还可以采用上述方法实施例中所描述的两种其它方式(方式一和方式二)进行VP监听。其中，可以在MSC网元或VIG中添加存储单元，用于对承载媒体流进行缓存，从而可以节省所述承载媒体流在所述MSC与VIG之间进行交互所占用的系统资源。 

如果采用方式一，当MSC接收到携带着承载媒体流的VP呼叫时，在通过信令将所述承载媒体流中继到VIG之前，通过存储设备将所述承载媒体流进行缓存。则本发明的实施例VIG只需包括第一接收单元301、解复用单元302以及第一发送单元303，另外需要存储单元。 

而这时，本发明的实施例MSC只需包括第一接收单元501、第一发送单元502、第二接收单元503、以及触发单元504，另外需要存储单元。 

如果采用方式二，当VIG接收到MSC转发的VP呼叫的承载媒体流后，通过存储设备将所述承载媒体流进行缓存。则本发明的实施例VIG只需包括第一接收单元301、解复用单元302、第一发送单元303，以及第二发送单元，另外需要存储单元。所述第二发送单元用于在MSC触发音频监听后，将缓存于所述VIG中的承载媒体流回送到MSC。 

而这时，本发明的实施例MSC只需包括第一接收单元501、第一发送单元502、第二接收单元503、触发单元504以及第二接收单元，另外需要存储单元。所述第二接收单元用于在触发音频监听后接收所述VIG回送的缓存于所述VIG中的承载媒体流。 

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。 

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。 

Claims (16)

1.一种视频呼叫的监听方法，其特征在于，包括：

接收核心网转发的视频呼叫，并将所述视频呼叫承载的媒体流进行解复用；

将解复用得到的音频媒体流回送到核心网，以便于所述核心网根据所述音频媒体流触发音频监听；

将解复用得到的视频媒体流回送到核心网；

接收核心网回送的音频媒体流和视频媒体流，进行复用得到复合媒体流，并回送到核心网，使所述核心网对所述视频呼叫进行呼叫接续。

2.根据权利要求1所述的视频呼叫的监听方法，其特征在于，所述触发音频监听包括：

复制所述音频媒体流，并转换成监听中心能够识别的音频编码发送给监听中心。

3.根据权利要求2所述的视频呼叫的监听方法，其特征在于，所述使所述核心网对所述视频呼叫进行呼叫接续包括：

在与所述视频呼叫的被叫用户进行媒体协商的同时，与所述视频呼叫的主叫用户进行媒体协商。

4.根据权利要求3所述的视频呼叫的监听方法，其特征在于，所述在与所述视频呼叫的被叫用户进行媒体协商的同时，与所述视频呼叫的主叫用户进行媒体协商包括：

向所述被叫用户发送起始消息，在被叫用户应答后，与被叫用户开始进行媒体协商；

同时，接收所述被叫用户发送的应答消息，将所述应答消息通过核心网通知主叫用户；

启动与主叫用户进行媒体协商。

5.根据权利要求1至4中任一项所述的视频呼叫的监听方法，其特征在于，

所述视频呼叫的承载媒体流为H324复合媒体流；

所述视频媒体流采用H263编码，音频媒体流采用自适应多速率编码或G.723编码。

6.一种视频呼叫的监听方法，其特征在于，包括：

接收携带复合媒体流的视频呼叫请求；

将所述视频呼叫承载的媒体流转发到视频交互网关；

接收所述视频交互网关发送的所述承载的媒体流解复用后得到的音频媒体流，触发音频监听；

接收所述视频交互网关发送的所述媒体流解复用后得到的视频媒体流；

将所述解复用后得到的音频媒体流和视频媒体流回送到所述视频交互网关。

7.根据权利要求6所述的视频呼叫的监听方法，其特征在于，将所述视频呼叫承载的媒体流转发到视频交互网关之前，还包括：

检测所述视频呼叫是否为受控呼叫，如果是，则将视频呼叫承载的媒体流发送到视频交互网关。

8.根据权利要求7所述的视频呼叫的监听方法，其特征在于，将所述视频呼叫承载的媒体流转发到视频交互网关之前，还包括：

检测配置的监听中心是否具有复合媒体流的解码能力；

如果所述监听中心不具有复合媒体流的解码能力，则暂不触发监听业务，并将视频呼叫的承载媒体流转发到视频交互网关。

9.根据权利要求6所述的视频呼叫的监听方法，其特征在于，所述触发音频监听包括：

复制所述音频媒体流，并转换成监听中心能够识别的音频编码发送给监听中心。

10.根据权利要求6至9中任一项所述的视频呼叫的监听方法，其特征在于，

所述承载媒体为H324复合媒体流；

所述视频媒体流采用H263编码，音频媒体流采用自适应多速率编码或G723编码。

11.一种视频交互网关，其特征在于，包括：

第一接收单元，用于接收核心网发送的视频呼叫的承载媒体流；

解复用单元，用于对所述接收到的承载媒体流进行解复用，得到视频媒体流和音频媒体流；

第一发送单元，用于将所述解复用单元得到的音频媒体流回送到所述核心网，以便于所述核心网根据所述音频媒体流触发音频监听；

所述第一发送单元，还用于将所述解复用单元得到的视频媒体流回送到所述核心网；

第二接收单元，用于接收所述核心网回送的经过所述解复用单元处理得到的音频媒体流和视频媒体流；

复用单元，用于将所述第二接收单元接收到的音频媒体流和视频媒体流进行复用得到复合媒体流；

第二发送单元，用于将所述复用单元复用后得到的复合媒体流发送到核心网，使所述核心网对所述视频呼叫进行呼叫接续。

12.一种核心网网元，其特征在于，包括：

第一接收单元，用于接收携带复合媒体流的视频呼叫请求；

第一发送单元，用于将所述视频呼叫承载的媒体流发送到视频交互网关；

第二接收单元，用于接收所述视频交互网关发送的所述承载的媒体流解复用后得到的音频媒体流和视频媒体流；

触发单元，用于在接收到所述音频媒体流后，触发音频监听；

第二发送单元，用于在触发音频监听后将所述接收到的音频媒体流和视频媒体流回送到所述视频交互网关。

13.根据权利要求12所述的核心网网元，其特征在于，还包括：

第一判断单元，用于在将视频呼叫的承载媒体流发送到视频交互网关之前，检测所述视频呼叫是否为受控呼叫，如果是，则触发所述第一发送单元的操作。

14.根据权利要求13所述的核心网网元，其特征在于，还包括：

第二判断单元，用于在将视频呼叫的承载媒体流发送到视频交互网关之前，检测配置的监听中心是否具有复合媒体的解码能力，如果所述监听中心不具有复合媒体的解码能力，则暂不触发监听业务，触发所述第一发送单元的操作。

15.一种视频呼叫的通信系统，其特征在于，包括：

视频交互网关，用于接收核心网转发的视频呼叫，并将所述视频呼叫的承载媒体流进行解复用，将解复用得到的音频媒体流和视频媒体流回送核心网，并接收核心网回送的音频媒体流和视频媒体流，进行复用得到复合媒体流，并回送到核心网；

核心网网元，用于接收携带复合媒体流的视频呼叫请求，将所述视频呼叫的承载的媒体流转发到视频交互网关，接收所述视频交互网关发送的所述承载的媒体流解复用后得到的音频媒体流和视频媒体流，并根据所述音频媒体流触发音频监听，并在触发音频监听后，将所述音频媒体流和视频媒体流回送到所述视频交互网关；

监听中心，用于对所述音频媒体流进行监听。

16.根据权利要求15所述的视频呼叫的通信系统，其特征在于，

所述核心网，还用于在接收到所述视频交互网关回送的复合媒体流后对所述视频呼叫进行呼叫接续。

Images