CN101242313A - 多媒体呼叫的监听方法、系统及设备 - Google Patents

Abstract

本发明公开了一种合法监听领域的对电路交换域中多媒体呼叫的监听方法、系统及移动交换中心服务器、媒体网关，包括：被监听终端以及合法监听功能实体，实施中将所述被监听终端发出的和/或收到的媒体流数据解复用；将所述解复用后的媒体流发送至合法监听功能实体。使用本发明避免了简单的将多媒体复用流复制输出到监听设备时，因部分数据传输错误导致所监听到的数据无法正确解码，致使监听可靠性不够高的问题。免去了监听设备对复用流进行解码的操作，有效降低了监听设备的复杂度。

Description

多媒体呼叫的监听方法、系统及设备

技术领域

本发明涉及通信中的合法监听领域，特别涉及一种电路交换域中多媒体呼叫的监听方法、系统及移动交换中心服务器、媒体网关。

背景技术

移动电路交换域(CS DOMAIN，Circuit Switch DOMAIN)多媒体呼叫业务是第三代移动通信系统中的一项重要业务，是第三代移动通信区别于第二代的标志性业务之一。该业务用于使用户在进行语音通话的同时，还可以看到对方的图像，是一项有重要实际应用价值的业务。

WCDMA第三代移动通信从R4版本开始，定义出了一套系统构架来完成各种业务，包括多媒体呼叫业务。此系统包含的基本网元有：UE(UserEquipment，用户设备)、NODE B、RNC(Radio Network Controller，无线网络控制器)、MGW(Media GateWay，媒体网关)和MSC SERVER(Mobile SwitchingCentre SERVER，移动交换中心服务器)。图1为基本的通信系统结构示意图，如图所示，系统中：

UE：即用户使用的终端设备，常称为手机。

NODE B：主要负责无线信号收发。

RNC：主要负责无线接入网络的管理。

MGW：主要负责各种承载资源的管理，进行接网的实际操作。

MSC SERVER：是系统的核心，主要负责各种业务的逻辑控制，统一调度各种网络资源，生成通话记录。

H.245多媒体通信控制协议是ITU-T(ITU-Telecommunicationstandardization sector，国际电信联盟电信标准化组织)制订的一项协议，H.245定义了如何在单条业务数据通道内通过一系列协商，建立多条逻辑通道的过程，是一种支持逻辑通道管理的信令，该协议规定了终端能力协商过程，该过程用于通讯双方知道对方支持的媒体类型(如语音、视频等)、主从判别(确定主从关系)、复用控制信息交互(为了支持在一条业务通道中同时传递多条媒体流)、打开与关闭媒体流逻辑通道等。

H.223低比特率多媒体通信复用协议是ITU-T制订的一项协议，该协议使通信双方可以利用单个业务数据通道同时传输多条语音、视频和数据媒体流，它需要接合H.245协同操作，图2是H.223协议通信结构层次示意图。如图所示，其应用层(也就是H.223的服务对象)是提供和接收各种语音、视频或数据的模块(比如一个手机终端的麦克风，显示屏或摄像头)，最下层即物理层是一条业务数据通道，从该图可以看出，H.223支持利用单条物理业务通道传递多种媒体流。

3GPP定义了一套用于合法监听的构架，图3为合法监听系统结构示意图，如图所示，系统中包括：

LEMF(Law Enforcement Monitoring Facility)是监听管理功能实体，是发起监听、以及获得监听事件报告(如被监听用户开机事件、发起呼叫事件、应答事件等)和监听语音等数据的实体。

ADMF(Administration Function)是管理功能实体，是进行监听数据管理的实体。

Delivery Function 2(DF2)第二传输功能实体是MSC Server向LEMF报告监听事件的实体。

Delivery Function 3(DF3)第三传输功能实体是MSC Server和MGW向LEMF传输监听到的承载业务数据的实体。

HI1、HI2和HI3是LEMF与ADMF、DF2和DF3的接口，各国有自己的标准。

X1接口是进行发送对用户进行监听命令的接口，X2接口是监听事件(比如用户开机、关机等)上报的接口，X3接口是语音等监听数据上传的接口。

目前WCDMA第三代移动通讯系统定义了一种对呼叫的承载业务数据进行监听的方法。图4为WCDMA定义的对呼叫的承载业务数据进行监听的系统结构示意图，如图所示：要监听某次呼叫中的承载业务数据，可选择呼叫经过的一个局，将终端之间两个方向的业务数据复制出来，分别发送到DF3(呼叫业务数据传递功能实体)，进而发送到LEMF(合法监听功能实体)，实现对承载业务数据的监听。

多媒体呼叫采用的是复用传输方式，一条业务通道包含了多媒体呼叫控制信令通道以及多条逻辑的媒体流通道。因此将业务通道的数据直接复制并传递给LEMF，对LEMF来讲提出了较高要求，而LEMF并不是功能强大的电信设备，因此并不能满足这么高的要求。

发明内容

本发明的实施例提供了一种CS域多媒体呼叫监听方法、系统及移动交换中心服务器，用以解决在CS域对多媒体呼叫进行合法监听的问题。

本发明实施例中提供了一种电路交换域中多媒体通信的监听方法，包括被监听终端以及合法监听功能实体，还包括如下步骤：

将所述被监听终端发出的和/或收到的媒体流数据解复用；

将所述解复用后的媒体流发送至合法监听功能实体。

本发明实施例中还提供了一种电路交换域中多媒体通信的监听系统，包括合法监听功能实体、被监听终端，还包括解复用模块、发送模块，其中：

解复用模块，用于将所述被监听终端发出的和/或接收的媒体流数据解复用；

发送模块，用于将所述解复用后的媒体流发送至合法监听功能实体。

本发明实施例中还提供了一种媒体网关，包括解复用模块、发送模块，其中：

解复用模块，用于将被监听终端发出的和/或接收的媒体流数据解复用；

发送模块，用于将所述解复用后的媒体流发送至合法监听功能实体。

本发明实施例中又提供了一种移动交换中心服务器，包括监听承载通道建立模块，用于建立被监听终端与合法监听功能实体间的监听承载通道。

本发明实施例有益效果如下：

对于多媒体呼叫业务的监听来讲，本发明实施例能在CS域对多媒体呼叫进行合法监听，避免了将多媒体复用流复制输出到监听设备时，因部分数据传输错误导致所监听到的数据无法正确解码，因而监听可靠性不够高的问题。同时免去了监听设备对复用流进行解码的操作，有效降低了监听设备的复杂度。

附图说明

图1为背景技术中所述基本的通信系统结构示意图；

图2为背景技术中所述H.223协议通信结构层次示意图；

图3为背景技术中所述合法监听系统结构示意图；

图4为背景技术中所述WCDMA定义的对呼叫的承载业务数据进行监听的系统结构示意图；

图5为实施例中所述CS域多媒体呼叫监听方法实施流程示意图；

图6为实施例中所述被监听终端经MGW发送OLC至MSC服务器时建立单向逻辑通道的实施流程示意图；

图7为实施例中所述被监听终端通过呼叫信令通道发送OLC至MSC服务器时建立单向逻辑通道实施流程示意图；

图8为实施例中所述被监听终端经MGW发送OLC至MSC服务器时建立双向逻辑通道的实施流程示意图；

图9为实施例中所述被监听终端通过呼叫信令通道发送OLC至MSC服务器时建立双向逻辑通道实施流程示意图；

图10为实施例中所述被监听终端经MGW发送OLC至MSC服务器时建立逻辑通道失败的实施流程示意图；

图11为实施例中所述被监听终端通过呼叫信令通道发送OLC至MSC服务器时建立逻辑通道失败的实施流程示意图；

图12为实施例中所述被监听终端经MGW发送CLC至MSC服务器时关闭逻辑通道的实施流程示意图；

图13为实施例中所述被监听终端通过呼叫信令通道发送CLC至MSC服务器时关闭逻辑通道实施流程示意图；

图14为实施例中所述被监听终端经MGW发送OLC至MSC服务器时关闭逻辑通道失败的实施流程示意图；

图15为实施例中所述被监听终端通过呼叫信令通道发送OLC至MSC服务器时关闭逻辑通道失败的实施流程示意图；

图16为实施例中所述MSC服务器按被监听方与对方缺省约定的要建立的媒体流通道建立监听承载通道实施流程示意图；

图17为实施例中所述MSC服务器按被监听方与对方缺省约定的要建立的媒体流通道关闭监听承载通道实施流程示意图；

图18为实施例中所述实施例一监听环境结构示意图；

图19为实施例中所述实施例一监听实施流程示意图；

图20为实施例中所述实施例二监听环境结构示意图；

图21为实施例中所述实施例二监听实施流程示意图；

图22为实施例中所述电路交换域中多媒体通信的监听系统结构示意图；

图23为实施例中所述用于多媒体通信监听的移动交换中心服务器结构示意图；

图24为实施例中所述用于多媒体通信监听的媒体网关结构示意图。

具体实施方式

由于在现有技术中多媒体呼叫采用复用传输方式，一条业务通道包含了多媒体呼叫控制信令通道以及多条逻辑的媒体流通道。因此若将业务通道的数据直接复制并传递给LEMF，对LEMF来讲提出了较高要求，这要求LEMF需要有处理H.245以及H.223协议的能力，才能将复用流中的控制信令以及各条逻辑通道的媒体流解码分离，进而对媒体流进行播放，而LEMF可能是比较普通的设备，不一定具备这样的能力，如果不具备，即使LEMF得到了监听数据，但会因无法解码监听到的数据而无法确切了解其中的语音和视频等的内容，达不到监听的目的。因此，该方案对于语音呼叫是适合的，但并不能很好的适于多媒体呼叫监听。

同时，由于在终端间建立逻辑通道的过程中，可能会出现多媒体通讯控制信令传递错误的情况，比如丢失或发生校验错，那么终端可根据H.223和H.245协议的规定容错机制加以纠正，实在不能纠正，呼叫则不正常进行。但相比之下，将这些消息从MGW复制到LEMF的过程中，却没有这样的容错机制，可能会导致因部分重要监听数据(比如一部分H.245控制信令信息)的丢失或错误而使得大量语音和视频数据无法被解码，致使监听的可靠性欠佳。

本发明的实施例能解决现有移动通讯中对呼叫进行监听的不足，但同时并不限于解决以上不足。实施中以WCDMA第三代移动通信中的运用为例进行说明，但随着对每一实施例的进一步说明可知，本发明中的实施例并不仅限于只能适用于WCDMA等通信系统。

本发明的实施例是将多媒体呼叫中的业务数据进行分离，然后将分离后的媒体流分别发送给LEMF，从而免去LEMF解码复用流的操作，同时也防止因向LEMF传输的复用流的数据完整性招到破坏时影响到监听数据的正确解码。

下面结合附图对本发明的实施方式进行说明。

图5为CS域多媒体呼叫监听方法实施流程示意图，如图所示，实施例中在CS域多媒体呼叫监听可以按以下步骤实施：

步骤501、当被监听终端与对端建立媒体流通道请求时，MSC服务器建立监听承载通道。

本步骤中，所建立的多媒体通信一般有两种情况，一种是建立单向逻辑通道；一种是建立双向逻辑通道，主要表现为在可视电话业务中。

一)、当被监听终端向对端发起建立单向逻辑通道的多媒体通信呼叫的情况下，可以按以下方法实施：

MSC服务器根据被监听终端发送的打开逻辑通道命令(OLC，Open LogicalChannel)消息，向DF2发送打开逻辑通道的信息；

在对端收到OLC消息回复打开逻辑通道响应消息时，MGW将所述打开逻辑通道响应消息发送给MSC服务器；

MSC服务器根据所述打开逻辑通道响应消息建立DF3监听承载通道。

下面以两实施例再对本步骤的实施进行说明。

图6为被监听终端经MGW发送OLC至MSC服务器时建立单向逻辑通道的实施流程示意图；图7为被监听终端通过呼叫信令通道发送OLC至MSC服务器时建立单向逻辑通道实施流程示意图；图中，若在系统中MSC SERVER与MGW合并，则所述媒体网关控制接口为内部接口，若在系统中MSCSERVER与MGW分离，则所述媒体网关控制接口为Mc接口。如图所示，建立单向逻辑通道可以按如下步骤实施：

1)、用户发起多媒体呼叫，用户终端完成能力交互、主从判别以及复用表发送等建立逻辑通道的准备工作。

2)、用户发起建立单向逻辑通道(包括语音、视频或数据通道)，MSC服务器获得用户终端发送的OLC消息，该消息的获得有两种方式，第一是用户终端经MGW发送至MSC服务器，如图7所示，第二是用户终端通过呼叫信令通道发送到MSC服务器，如图8所示。MSC服务器将打开逻辑通道的事件报告给DF2，然后继续建立逻辑通道的操作。

3)、当接收方收到OLC消息后，回复打开逻辑通道响应消息，MGW收到该消息后将其发送给MSC服务器，MSC服务器据此判断打开逻辑通道的请求被成功接受，于是建立好到DF3的监听承载，实施中可以向DF2报告逻辑通道建立接受事件，并继续逻辑通道建立过程。

二)、当被监听终端向对端发起建立双向逻辑通道的多媒体通信呼叫的情况下，可以按以下方法实施：

MSC服务器根据被监听终端发送的OLC，向DF2发送打开逻辑通道的信息；

在对端收到OLC消息回复打开逻辑通道响应消息时，MGW将所述打开逻辑通道响应消息发送给MSC服务器；

MSC服务器根据所述打开逻辑通道响应消息建立两条DF3监听承载通道。

下面以两实施例再对本步骤的实施进行说明。

图8为被监听终端经MGW发送OLC至MSC服务器时建立双向逻辑通道的实施流程示意图；图9为被监听终端通过呼叫信令通道发送OLC至MSC服务器时建立双向逻辑通道实施流程示意图；如图所示，建立双向逻辑通道可以按如下步骤实施：

1)、用户发起多媒体呼叫，用户终端完成能力交互、主从判别以及复用表发送等建立逻辑通道的准备工作。

2)、用户发起建立单向逻辑通道(包括语音、视频或数据通道)，MSC服务器获得用户终端发送的OLC消息，该消息的获得有两种方式，第一是用户终端经MGW发送至MSC服务器，如图8所示，第二是用户终端通过呼叫信令通道发送到MSC服务器，如图9所示。MSC服务器将打开逻辑通道的事件报告给DF2，然后继续建立逻辑通道的操作。

3)、当接收方收到OLC消息后，回复打开逻辑通道响应消息，MGW收到该消息后将其发送给MSC服务器，MSC服务器据此判断打开逻辑通道的请求被成功接受，于是建立好到DF3的两条监听承载通道，实施中可以向DF2报告逻辑通道建立接受事件，并继续逻辑通道建立过程。

对于双向逻辑通道的建立，处理步骤基本与建立单向逻辑通道的情况相同，不同点在于，当MSC服务器收到逻辑通道建立响应消息时，执行向DF3发起建立两条承载通道的操作，两条承载通道分别用于两个方向的逻辑通道的监听。

本步骤中，当出现建立逻辑通道过程失败的情况时，MSC服务器收到了用户发起建立逻辑通道操作的消息，向DF2报告打开逻辑通道的事件，如果发生异常，使得逻辑通道未建立成功，在失败的时候，MSC服务器向DF2报告打开逻辑通道失败事件，MSC服务器并不建立DF3监听承载通道。建立逻辑通道失败实施如图10、图11所示，图10为被监听终端经MGW发送OLC至MSC服务器时建立逻辑通道失败的实施流程示意图；图11为被监听终端通过呼叫信令通道发送OLC至MSC服务器时建立逻辑通道失败的实施流程示意图。

步骤502、将被监听终端发出的和/或收到的媒体流数据解复用；

步骤503、将解复用后的媒体流通过MSC服务器建立监听承载通道发送至合法监听功能实体。

步骤504、当被监听终端与对端断开多媒体通信时，MSC服务器关闭监听承载通道。

本步骤实施中，可以通过在当被监听终端向对端发起关闭逻辑通道的多媒体通信呼叫时，MSC服务器根据被监听终端发送的关闭逻辑通道命令(CLC，Close Logical Channel)消息，向DF2发送关闭逻辑通道的信息；

在对端收到CLC消息回复关闭逻辑通道响应消息时，MGW将关闭逻辑通道响应消息发送给MSC服务器；

MSC服务器根据关闭逻辑通道响应消息关闭DF3监听承载通道；

当多媒体通信结束时，检测逻辑通道是否关闭时，若未关闭则向MSC服务器发送关闭监听承载通道命令，MSC服务器根据所述关闭监听承载通道命令关闭监听承载通道。

下面以两实施例再对本步骤的实施进行说明。

图12为被监听终端经MGW发送CLC至MSC服务器时关闭逻辑通道的实施流程示意图；图13为被监听终端通过呼叫信令通道发送CLC至MSC服务器时关闭逻辑通道实施流程示意图；如图所示，关闭逻辑通道可以按如下步骤实施：

1)、用户建立好多媒体呼叫以及逻辑通道。

2)、用户发起关闭逻辑通道。MSC服务器获得用户终端发送的CLC消息，该消息的获得有两种方式，第一是用户终端经MGW发送至MSC服务器，如图12所示；第二是用户终端通过呼叫信令通道发送到MSC服务器，如图13所示。MSC服务器将关闭逻辑通道的事件报告给DF2，然后继续关闭逻辑通道的操作。

3)、当接收方收到CLC消息后，回复关闭逻辑通道响应消息，MGW收到该消息后将其发送给MSC服务器，MSC服务器据此判断关闭逻辑通道的请求被成功接受，于是释放到DF3的监听承载，向DF2报告关闭逻辑通道接受事件(可选)，并继续逻辑通道关闭过程。

本步骤中，当出现建立逻辑通道过程失败的情况时，MSC服务器收到了用户发起关闭逻辑通道操作的消息，向DF2报告关闭逻辑通道的事件，但如果发生异常，逻辑通道未关闭成功，在失败的时候，MSC服务器向DF2报告关闭逻辑通道失败事件。

当呼叫结束时，通过检测若仍然存在未关闭的逻辑通道，需要由MSC服务器强制关闭本呼叫中建立的到DF3的监听呼叫，以释放监听承载资源。

关闭逻辑通道失败实施如图14、图15所示，图14为被监听终端经MGW发送OLC至MSC服务器时关闭逻辑通道失败的实施流程示意图；图15为被监听终端通过呼叫信令通道发送OLC至MSC服务器时关闭逻辑通道失败的实施流程示意图。

下面实施例描述的是当被监听方与对方按缺省约定的要建立的媒体流通道的方式建立多媒体呼叫的情况下，实施监听可以按以下方法进行。

图16为MSC服务器按被监听方与对方缺省约定的要建立的媒体流通道建立监听承载通道实施流程示意图，当打开逻辑通道相关事件的上报以及监听承载的建立时，如图所示，包括如下步骤：

1、MSC服务器收到了这样的多媒体呼叫，表明了含有缺省要建立的媒体流。

2、MSC服务器向DF2发送打开逻辑通道事件消息，传递要建立的媒体流的事件。

3、MSC器控制MGW与DF3建立用于监听的媒体流通道，传递后续媒体流。

图17为MSC服务器按被监听方与对方缺省约定的要建立的媒体流通道关闭监听承载通道实施流程示意图，当关闭逻辑通道相关事件的上报以及监听承载的释放时，如图所示包括如下步骤：

1、MSC服务器判断多媒体呼叫结束。

2、MSC服务器DF2发送关闭逻辑通道事件消息，传递要关闭的媒体流的事件。

3、MSC器控制MGW与DF3释放建立用于监听的媒体流通道。

以下再举两实施例分别说明在单向逻辑通道双向逻辑通道的实施。

实施例一

本实施例中两用户进行多媒体呼叫，主叫用户向被叫用户建立了语音和视频通道，被叫用户向主叫用户建立了语音通道，主叫用户或被叫用户被监听。

图18为实施例一监听环境结构示意图，如图所示，其中含有两UE、MSC服务器、媒体网关、监听实体LEMF，图中在UE之间通过媒体网关承载呼叫数据业务，由MSC服务器通过呼叫信令对呼叫进行管理控制，当UE之间的数据经复用后至媒体网关，媒体网关通过MUX T1与MUX T2时，将数据经DF3传输至LEMF，MSC服务器通过H.245协议与MUX T1、MUX T2交互H.245消息，MSC服务器同时将呼叫相关信令传输至DF2。

图19为实施例一监听实施流程示意图，如图所示，在图18所示的监听环境中实施监听时可以包括以下步骤：

步骤1901、用户A向用户B发起建立并完成多媒体呼叫，用户的终端完成终端能力、主从关系以及复用表的交互。

步骤1902、用户A向用户B发起建立一个语音逻辑通道，MSC服务器收到打开逻辑通道命令时，向DF2报告打开逻辑通道事件。MGW可以直接向用户B发送OLC消息以继续打开逻辑通道的操作，也可以等待MSC服务器向MGW发送OLC消息后再进行该操作以保证先建立好监听承载，再建立好逻辑通道。用户B收到OLC消息后。回复OLC响应消息，MSC服务器收到该消息后，向DF2报告打开逻辑通道接受消息，并同时向DF3发起建立监听承载用于该逻辑通道的监听，并继续传递响应消息。

步骤1903、用户A向用户B发起建立一个视频逻辑通道；

步骤1904、用户B向用户A发起建立一个语音逻辑通道；

步骤1905、用户发起拆线，MSC服务器释放所有与该呼叫相关的监听承载。

实施例二

本实施例中两用户进行多媒体呼叫，主叫用户向被叫用户建立了语音和视频通道，被叫用户向主叫用户建立了语音通道，主叫用户或被叫用户被监听。

图20为实施例二监听环境结构示意图，如图所示，其中含有两UE、MSC服务器、媒体网关、监听实体LEMF，图中在UE之间通过媒体网关承载呼叫数据业务，由MSC服务器通过呼叫信令对呼叫进行管理控制，当UE之间的数据经复用后至媒体网关，媒体网关通过MUX T1与MUX T2时，将数据经DF3传输至LEMF，MSC服务器同时将呼叫相关信令传输至DF2，与实施例一不同在于H.245消息的传递通过呼叫信令通道进行。

图21为实施例二监听实施流程示意图，如图所示，在图20所示的监听环境中实施监听时可以包括以下步骤：

步骤2101、用户A向用户B发起建立并完成多媒体呼叫，用户的终端完成终端能力、主从关系以及复用表的交互。

步骤2102、用户A向用户B发起建立一个语音逻辑通道，MSC服务器收到打开逻辑通道命令时，向DF2报告打开逻辑通道事件。用户B收到OLC消息后。回复OLC响应消息，MSC服务器收到该消息后，向DF2报告打开逻辑通道接受消息，并同时向DF3发起建立监听承载用于该逻辑通道的监听，并继续传递响应消息。

步骤2103、用户A向用户B发起建立一个视频逻辑通道；

步骤2104、用户B向用户A发起建立一个语音逻辑通道；

步骤2105、用户发起拆线，MSC服务器释放所有与该呼叫相关的监听承载。

本发明实施例还提供了一种CS域中多媒体通信的监听系统，下面结合附图对监听系统的具体实施方式进行说明。

图22为电路交换域中多媒体通信的监听系统结构示意图，如图所示，在系统中包括建立多媒体通信的被监听终端、用于通信监听处理的合法监听功能实体，还包括解复用模块、发送模块，解复用模块将被监听终端发出的和/或接收的媒体流数据解复用后，发送模块将该解复用后的媒体流再发送至合法监听功能实体。实施中，解复用模块、发送模块一般位于MSC中，发送模块可以通过MSC服务器建立的监听承载通道将该解复用后的媒体流发送至合法监听功能实体。

还包括移动交换中心，发送模块通过移动交换中心服务器建立的与合法监听功能实体间的监听承载通道将所述解复用后的媒体流发送至合法监听功能实体。

所述被监听终端发起建立逻辑通道的多媒体通信呼叫，所述移动交换中心服务器用于根据被监听终端发送或发往被监听终端的打开逻辑通道命令消息建立监听承载通道；

或，所述被监听终端收到打开逻辑通道命令消息后回复打开逻辑通道响应消息，所述移动交换中心服务器用于根据所述打开逻辑通道响应消息建立监听承载通道。

或，所述被监听终端按缺省约定的要建立的媒体流通道建立多媒体媒体流通道，所述移动交换中心服务器收到呼叫后，所述移动交换中心服务器建立监听承载通道。

所述移动交换中心服务器，进一步用于根据被监听终端发送或发往该终端的打开逻辑通道命令消息，向合法监听功能实体发送打开逻辑通道的信息。

被监听终端经媒体网关发送打开逻辑通道命令消息至移动交换中心服务器；或通过呼叫信令通道发送打开逻辑通道命令消息到移动交换中心服务器。

移动交换中心服务器进一步用于在被监听终端断开多媒体通道和/或呼叫结束时，移动交换中心服务器关闭监听承载通道。

移动交换中心服务器还可以进一步用于在被监听终端发起关闭逻辑通道的多媒体通信呼叫时根据所述被监听终端发送的关闭逻辑通道命令消息和/或呼叫结束时，关闭监听承载通道。

本发明实施例还提供了一种移动交换中心服务器，用于控制电路交换域中多媒体通信的监听，在该电路交换域中包括：建立多媒体通信的被监听终端、用于通信监听处理的合法监听功能实体。下面结合附图对该服务器的具体实施方式进行说明。

图23为用于多媒体通信监听的移动交换中心服务器结构示意图，如图所示，包括监听承载通道建立模块，用于建立被监听终端与合法监听功能实体间的监听承载通道。

当被监听终端发起建立逻辑通道的多媒体通信呼叫时，监听承载通道建立模块根据被监听终端发送或发往被监听终端的打开逻辑通道命令消息建立监听承载通道；

或，根据被监听终端在收到打开逻辑通道命令消息后回复的打开逻辑通道响应消息建立监听承载通道。

或，当被监听终端按缺省约定的要建立的媒体流通道建立多媒体媒体流通道时，在收到呼叫后建立监听承载通道。

服务器还可以包括打开通道消息发送模块，用于根据被监听终端发送或发往该终端的打开逻辑通道命令消息，向合法监听功能实体发送打开逻辑通道的信息。

还可以包括：通道关闭模块在被监听终端断开多媒体通道和/或呼叫结束时，关闭监听承载通道；

或，在被监听终端发起关闭逻辑通道的多媒体通信呼叫时，根据所述被监听终端发送的关闭逻辑通道命令消息和/或呼叫结束时，关闭监听承载通道。

本发明实施例还提供了一种媒体网关，用于承载电路交换域中多媒体通信的监听，在该电路交换域中包括：建立多媒体通信的被监听终端、用于通信监听处理的合法监听功能实体。下面结合附图对该媒体网关的具体实施方式进行说明。

图24为用于多媒体通信监听的媒体网关结构示意图，如图所示，媒体网关包括解复用模块、发送模块，其中：

解复用模块用于将被监听终端发出的和/或接收的媒体流数据解复用；

发送模块用于将所述解复用后的媒体流发送至合法监听功能实体。

发送模块通过移动交换中心服务器建立的与合法监听功能实体间的监听承载通道将所述解复用后的媒体流发送至合法监听功能实体。

现有技术中对于语音呼叫是适合的，但用于对多媒体呼叫监听时由于对合法监听功能实体提出了较高要求，因此并不适于多媒体呼叫监听。同时，在终端间建立逻辑通道的过程中，因此难以保证LEMF所得到的监听数据的完整性，会导致因部分重要监听数据(比如一部分H.245控制信令信息)的丢失或错误而使得大量语音和视频数据无法被解码，致使监听的可靠性欠佳。

对于多媒体呼叫业务的监听来讲，本发明实施例提供了一种监听输出方式，改进了现有的技术方案中输送给合法监听功能实体的数据，并进一步利用了网络设备具有的相对强大的多媒体复用流处理能力，通过在网络侧对多媒体复用流进行分解，将分解后的媒体流输出到监听设备，免去了监听设备对复用流进行解码的操作，有效降低了监听设备的复杂度。

同时，本发明实施例通过将分解后的复用流输出到监听设备，避免了简单的将多媒体复用流复制输出到监听设备时，因部分数据传输错误导致所监听到的数据无法正确解码，致使监听可靠性不够高的问题。

基于本发明所举的所有实施例可知，本发明实施例的运用精神在于传输至合法监听功能实体的数据为解复用后的数据，显然，适用本发明实施例的也并不仅限于在实施例中所仅仅用于阐述本发明实施的各种通信网络，如WCDMA等通信网络，只要是将呼叫监听的数据首先解复用后才传输至合法监听功能实体的技术方案即应在本发明所举实施例的精神之中。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (21)

1. 一种电路交换域中多媒体通信的监听方法，包括被监听终端以及合法监听功能实体，其特征在于，包括如下步骤：

将所述被监听终端发出的和/或收到的媒体流数据解复用；

将所述解复用后的媒体流发送至合法监听功能实体。

2. 如权利要求1所述的方法，其特征在于，所述解复用后的媒体流通过移动交换中心服务器控制建立的媒体网关与合法监听功能实体间的监听承载通道发送至合法监听功能实体。

3. 如权利要求2所述的方法，其特征在于，建立所述监听承载通道包括如下步骤：

所述被监听终端发起建立媒体流通道请求，移动交换中心服务器建立监听承载通道；

或，所述被监听终端发起建立媒体流通道成功，移动交换中心服务器建立监听承载通道；

或，所述被监听终端按缺省约定的要建立的媒体流通道建立媒体流通道，在移动交换中心服务器收到呼叫后的任何时间，移动交换中心服务器建立监听承载通道。

4. 如权利要求3所述的方法，其特征在于，所述移动交换中心服务器建立监听承载通道步骤中，包括如下步骤之一：

所述被监听终端发起建立逻辑通道的多媒体通信呼叫，移动交换中心服务器根据所述打开逻辑通道消息建立监听承载通道；

或，在所述被监听终端收到打开逻辑通道命令消息后，回复打开逻辑通道响应消息时，移动交换中心服务器根据所述打开逻辑通道响应消息建立监听承载通道；

或，所述移动交换中心服务器收到呼叫后，移动交换中心服务器按被监听方与对方缺省约定的要建立的媒体流通道建立监听承载通道。

5. 如权利要求4所述的方法，其特征在于，进一步包括如下步骤：

移动交换中心服务器根据所述被监听终端发送的打开逻辑通道命令消息，向合法监听功能实体发送打开逻辑通道的信息。

6. 如权利要求4所述的方法，其特征在于，所述打开逻辑通道命令消息是通过所述被监听终端经媒体网关发送至移动交换中心服务器；

或通过所述被监听终端通过呼叫信令通道发送到移动交换中心服务器。

7. 如权利要求3所述的方法，其特征在于，进一步包括如下步骤：

所述被监听终端断开多媒体通信和/或呼叫结束，移动交换中心服务器关闭监听承载通道。

8. 如权利要求7所述的方法，其特征在于，当所述被监听终端断开多媒体通道和/或呼叫结束，移动交换中心服务器关闭监听承载通道，包括如下步骤：

所述被监听终端发起关闭逻辑通道的多媒体通信呼叫，移动交换中心服务器根据所述关闭逻辑通道消息关闭监听承载通道；

或，在收到关闭逻辑通道命令消息回复关闭逻辑通道响应消息时，移动交换中心服务器根据所述关闭逻辑通道响应消息关闭监听承载通道；

或，在呼叫结束时，移动交换中心服务器关闭监听承载通道。

9. 一种电路交换域中多媒体通信的监听系统，包括合法监听功能实体、被监听终端，其特征在于，还包括解复用模块、发送模块，其中：

解复用模块，用于将所述被监听终端发出的和/或接收的媒体流数据解复用；

发送模块，用于将所述解复用后的媒体流发送至合法监听功能实体。

10. 如权利要求9所述的系统，其特征在于，还包括移动交换中心，所述发送模块，用于通过移动交换中心服务器建立的与合法监听功能实体间的监听承载通道将所述解复用后的媒体流发送至合法监听功能实体。

11. 如权利要求10所述的系统，其特征在于，

所述被监听终端发起建立逻辑通道的多媒体通信呼叫，所述移动交换中心服务器用于根据被监听终端发送或发往被监听终端的打开逻辑通道命令消息建立监听承载通道；

或，所述被监听终端收到打开逻辑通道命令消息后回复打开逻辑通道响应消息，所述移动交换中心服务器用于根据所述打开逻辑通道响应消息建立监听承载通道；

或，所述被监听终端按缺省约定的要建立的媒体流通道建立多媒体媒体流通道，所述移动交换中心服务器收到呼叫后，所述移动交换中心服务器建立监听承载通道。

12. 如权利要求11所述的系统，其特征在于，

所述移动交换中心服务器，进一步用于根据被监听终端发送或发往该终端的打开逻辑通道命令消息，向合法监听功能实体发送打开逻辑通道的信息。

13. 如权利要求11所述的系统，其特征在于，所述被监听终端，用于经媒体网关发送打开逻辑通道命令消息至移动交换中心服务器；

或通过呼叫信令通道发送打开逻辑通道命令消息到移动交换中心服务器。

14. 如权利要求10所述的系统，其特征在于，所述移动交换中心服务器进一步用于在所述被监听终端断开多媒体通道和/或呼叫结束时，移动交换中心服务器关闭监听承载通道。

15. 如权利要求14所述的系统，其特征在于，

所述移动交换中心服务器，进一步用于在所述被监听终端发起关闭逻辑通道的多媒体通信呼叫时根据所述被监听终端发送的关闭逻辑通道命令消息和/或呼叫结束时，关闭监听承载通道。

16. 一种媒体网关，其特征在于，包括解复用模块、发送模块，其中：

解复用模块，用于将被监听终端发出的和/或接收的媒体流数据解复用；

发送模块，用于将所述解复用后的媒体流发送至合法监听功能实体。

17. 如权利要求16所述的媒体网关，其特征在于，所述发送模块，用于通过移动交换中心服务器建立的与合法监听功能实体间的监听承载通道将所述解复用后的媒体流发送至合法监听功能实体。

18. 一种移动交换中心服务器，其特征在于，包括监听承载通道建立模块，用于建立被监听终端与合法监听功能实体间的监听承载通道。

19. 如权利要求18所述的服务器，其特征在于，

所述被监听终端发起建立逻辑通道的多媒体通信呼叫，所述监听承载通道建立模块，用于根据被监听终端发送或发往被监听终端的打开逻辑通道命令消息建立监听承载通道；

或，用于根据所述被监听终端在收到打开逻辑通道命令消息后回复的打开逻辑通道响应消息建立监听承载通道；

或，当所述被监听终端按缺省约定的要建立的媒体流通道建立多媒体媒体流通道时，在收到呼叫后建立监听承载通道。

20. 如权利要求18所述的服务器，其特征在于，进一步包括：

打开通道消息发送模块，用于根据被监听终端发送或发往该终端的打开逻辑通道命令消息，向合法监听功能实体发送打开逻辑通道的信息。

21. 如权利要求18所述的服务器，其特征在于，进一步包括：

通道关闭模块，用于在所述被监听终端断开多媒体通道和/或呼叫结束时，关闭监听承载通道。

Images