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

专利名称：多媒体呼叫的监听方法、系统及设备的制作方法
技术领域：
本发明涉及通信中的合法监听领域，特别涉及一种电路交换域中多媒体呼 叫的监听方法、系统及移动交换中心服务器、媒体网关。
背景技术：
移动电路交换域(CS DOMAIN, Circuit Switch DOMAIN)多媒体呼叫业 务是第三代移动通信系统中的一项重要业务，是第三代移动通信区别于第二代 的标志性业务之一。该业务用于使用户在进行语音通话的同时，还可以看到对 方的图像，是一项有重要实际应用价值的业务。WCDMA第三代移动通信从R4版本开始，定义出了一套系统构架来完成 各种业务，包括多媒体呼叫业务。此系统包含的基本网元有UE(User Equipment,用户设备)、NODEB、 RNC (Radio Network Confroller,无线网络 控制器)、MGW( Media Gate Way,媒体网关)和MSC SERVER( Mobile Switching Centre SERVER,移动交换中心服务器)。图1为基本的通信系统结构示意图， 如图所示，系统中UE:即用户使用的终端设备，常称为手机。NODEB:主要负责无线信号收发。RNC:主要负责无线接入网络的管理。MGW:主要负责各种承载资源的管理，进行接网的实际操作。 MSC SERVER:是系统的核心，主要负责各种业务的逻辑控制，统一调度各种 网络资源，生成通话记录。H.245多媒体通信控制协议是ITU-T ( ITU-Telecommunication standardization sector,国际电信联盟电信标准化组织)制订的一项协议，H.245定义了如何在单条业务数据通道内通过^系列协商，建立多条逻辑通道的过 程，是一种支持逻辑通道管理的信令，该协议规定了终端能力协商过程，该过 程用于通讯双方知道对方支持的媒体类型(如语音、视频等)、主从判别(确 定主从关系)、复用控制信息交互(为了支持在一条业务通道中同时传递多条 媒体流)、打开与关闭媒体流逻辑通道等。H.223低比特率多々某体通信复用协议是ITU-T制订的一项协议，该协议使 通信双方可以利用单个业务数据通道同时传输多条语音、视频和数据媒体流， 它需要接合R245协同操作，图2是R223协议通信结构层次示意图。如图所 示，其应用层(也就是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 S從ver和MGW向 LEMF传输监听到的承栽业务数据的实体。ffll、 HI2和HI3是LEMF与ADMF、 DF2和DF3的接口 ，各国有自己的 标准。XI接口是进行发送对用户进行监听命令的接口 ， X2接口是监听事件(比如用户开机、关机等)上报的接口 ， X3接口是语音等监听数据上传的接口 。目前WCDMA第三代移动通讯系统定义了一种对呼叫的承载业务数据进 行监听的方法。图4为WCDMA定义的对呼叫的承栽业务lfc椐进行监听的系 统结构示意图，如图所示要监听某次呼叫中的承载业务数据，可选择呼叫经 过的一个局，将终端之间两个方向的业务数椐复制出来，分别发送到DF3(呼 叫业务数据传递功能实体)，进而发送到LEMF (合法监听功能实体)，实现对 承载业务数据的监听。多J(某体呼叫采用的是复用传输方式， 一条业务通道包含了多4某体呼叫控制 信令通道以及多条逻辑的媒体流通道。因此将业务通道的数据直接复制并传递 给LEMF,对LEMF来讲提出了较髙要求，而LEMF并不是功能强大的电信设 备，因此并不能满足这么高的要求。发明内容本发明的实施例提供了一种CS域多媒体呼叫监听方法、系统及移动交换 中心服务器，用以解决在CS域对多媒体呼叫进行合法监听的问题。本发明实施例中提供了一种电路交换域中多媒体通信的监听方法，包括被 监听终端以及合法监听功能实体，还包括如下步骤将所迷被监听终端发出的和/或收到的媒体流数据解复用；将所迷解复用后的媒体流发送至合法监听功能实体。本发明实施例中还提供了 一种电路交换域中多J^体通信的监听系统，包括 合法监听功能实体、被监听终端，还包括解复用模块、发送模块，其中解复用模块，用于将所述被监听终端发出的和/或接收的媒体流数据解复用；发送模块，用于将所述解复用后的媒体流发送至合法监听功能实体。 本发明实施例中还提供了一种媒体网关，包括解复用模块、发送模块，其中解复用模块，用于将被监听终端发出的和/或接收的媒体流数椐解复用； 发送模块，用于将所述解复用后的媒体流发送至合法监听功能实体。 本发明实施例中又提供了一种移动交换中心服务器，包括监听承载通道建 立模块，用于建立被监听终端与合法监听功能实体间的监听承栽通道。 本发明实施例有益效果如下对于多媒体呼叫业务的监听来讲，本发明实施例能在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协议的能力，才能将复用流中的控制信令以及各条逻 辑通道的4某体流解码分离，进而对媒t体流进行播放，而LEMF可能是比较普通 的设备，不一定具备这样的能力，如果不具备，即使LEMF得到了监听数据， 但会因无法解码监听到的数据而无法确切了解其中的语音和视频等的内容，达 不到监听的目的。因此，该方案对于语音呼叫是适合的，但并不能很好的适于 多媒体呼叫监听。同时，由于在终端间建立逻辑通道的过程中，可能会出现多媒体通讯控制 信令传递错误的情况，比如丢失或发生校验错，那么终端可根据H.223和H.245 协议的规定容错机制加以纠正，实在不能纠正，呼叫则不正常进行。但相比之 下，将这些消息从MGW复制到LEMF的过程中，却没有这样的容错机制，可 能会导致因部分重要监听数据(比如一部分R245控制信令信息)的丢失或错 误而使得大量语音和视频数据无法被解码，致使监听的可靠性欠佳。本发明的实施例能解决现有移动通讯中对呼叫进行监听的不足，但同时并 不限于解决以上不足。实施中以WCDMA第三代移动通信中的运用为例进行 说明，但随着对每一实施例的进一步说明可知，本发明中的实施例并不仅限于 只能适用于WCDMA等通信系统。本发明的实施例是将多媒体呼叫中的业务数椐进行分离，然后将分离后的 媒体流分别发送给LEMF,从而免去LEMF解码复用流的操作，同时也防止因 向LEMF传输的复用流的数据完整性招到破坏时影响到监听数据的正确解码。下面结合附图对本发明的实施方式进行说明。图5为CS域多々某体呼叫监听方法实施流程示意图，如图所示，实施例中 在CS域多媒体呼叫监听可以按以下步骤实施步骤501、当被监听终端与对端建立媒体Mit道请求时，MSC服务器建立 监听承载通道。本步骤中，所建立的多媒体通信一類:有两种情况， 一种是建立单向逻辑通 道； 一种是建立双向逻辑通道，主要表现为在可视电话业务中。一 )、当被监听终端向对端发起建立单向逻辑通道的多媒体通信呼叫的情 况下，可以按以下方法实施MSC服务器根据被监听终端发送的打开逻辑通道命4K OLC, Open Logical Channel)消息，向DF2发送打开逻辑通道的信息；在对端收到OLC消息回复打开逻辑通道响应消息时，MGW将所述打开逻 辑通道响应消息发送给MSC服务器；MSC服务器根据所述打开逻辑通道响应消息建立DF3监听承载通道。下面以两实施例再对本步骤的实施进行i兌明。图6为被监听终端经MGW发送OLC至MSC服务器时建立单向逻辑通道 的实施流程示意图；图7为被监听终端通过呼叫信令通道发送OLC至MSC服 务器时建立单向逻辑通道实施流程示意图；图中，若在系统中MSC SERVER 与MGW合并，则所述媒体网关控制接口为内部接口，若在系统中MSC SERVER与MGW分离，则所述媒体网关控制接口为Mc接口 。如图所示，建 立单向逻辑通道可以按如下步骤实施1) 、用户发起多媒体呼叫，用户终端完成能力交互、主从判别以及复用表 发送等建立逻辑通道的准备工作。2) 、用户发起建立单向逻辑通道(包括语音、视频或数据通道)，MSC服 务器获得用户终端发送的OLC消息，该消息的获得有两种方式，第一是用户 终端经MGW发送至MSC服务器，如图7所示，第二是用户终端通过呼叫信 令通道发送到MSC服务器，如图8所示。MSC服务器将打开逻辑通道的事件 报告给DF2，然后继续建立逻辑通道的操作。3) 、当接收方收到OLC消息后，回复打开逻辑通道响应消息，MGW收到 该消息后将其发送给纖C服务器，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服务器向DFZ报告 打开逻辑通道失败事件，MSC服务器并不建立DF3监听承载通道。建立逻辑 通道失败实施如图10、图11所示，图IO为被监听终端经MGW发送OLC至 MSC服务器时建立逻辑通道失败的实施流程示意图；图ll为净皮监听终端通过 呼叫信令通道发送OLC至MSC服务器时建立逻辑通道失败的实施流程示意 图。步骤502、将被监听终端发出的和/或收到的媒体流数据解复用；步骤503、将解复用后的媒体流通过MSC服务器建立监听承载通道发送至合法监听功能实体。步骤504、当净皮监听终端与对端断开多媒体通信时，MSC服务器关闭监听承载通道。本步骤实施中，可以通过在当被监听终端向对端发起关闭逻辑通道的多媒 体通信呼叫时，MSC服务器相4居被监听终端发送的关闭逻辑通道命令(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为被 监听终端通过呼叫信令通道发送OL,C至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 Tl与MUX T2时，将数据经 DF3传输至LEMF， MSC服务器通过H.245协议与MUX Tl、 MUX T2交互 H.245消息，MSC服务器同时将呼叫相关信令传输至DF2。图19为实施例一监听实施流程示意图，如图所示，在图18所示的监听环境中实施监听时可以包括以下步骤
步骤l卯l、用户A向用户B发起建立并完成多媒体呼叫，用户的终端完
成终端能力、主从关系以及复用表的交互。
步骤1902、用户A向用户B发起建立一个语音逻辑通道，MSC服务器收 到打开逻辑通道命令时，向DF2报告打开逻辑通道事件。MGW可以直接向用 户B发送OLC消息以继续打开逻辑通道的搡作，也可以等待MSC服务器向 MGW发送OLC消息后再进行该操作以保证先建立好监听承载，再建立好逻辑 通道。用户B收到OLC消息后。回复OLC响应消息，MSC服务器收到该消 息后，向DF2报告打开逻辑通道接受消息，并同时向DF3发起建立监听承载 用于该逻辑通道的监听，并继续传递响应消息。
步骤l卯3、用户A向用户B发起建立一个视频逻辑通道； 步骤1904、用户B向用户A发起建立一个语音逻辑通道； 步骤1905、用户;^起拆线，MSC服务器释放所有与该呼叫相关的监听承载。
实施例二
本实施例中两用户进行多媒体呼叫，主叫用户向被叫用户建立了语音和视 频通道，；故叫用户向主叫用户建立了语音通道，主叫用户或^t叫用户净雄听。
图20为实施例二监听环境结构示意图，如困所示，其中含有两UE、 MSC 服务器、媒体网关、监听实体LEMF,图中在UE之间通过媒体网关承载呼叫 数据业务，由MSC服务器通过呼叫信令对呼叫进行管理控制，当UE之间的 数据经复用后至媒体网关，媒体网关通过MUXT1与MUXT2时，将数据经 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域中多^C体通信的监听系统，下面结合附 图对监听系统的具体实施方式
进行i兑明。
图22为电路交换域中多4某体通信的监听系统结构示意图，如图所示，在 系统中包括建立多媒体通信的被监听终端、用于通信监听处理的合法监听功能 实体，还包括解复用模块、发送模块，解复用模块将被监听终端发出的和/或接 收的媒体流数据解复用后，发送模块将该解复用后的媒体流再发送至合法监听 功能实体。实施中，解复用模块、发送模块一般位于MSC中，发送模块可以 通过MSC服务器建立的监听承载通道将该解复用后的舌某体流发送至合法监听 功能实体。
还包括移动交换中心，发送模块通过移动交换中心服务器建立的与合法监 听功能实体间的监听承栽通道将所述解复用后的媒体流发送至合法监听功能实体。
所述被监听终端发起建立逻辑通道的多媒体通信呼叫，所迷移动交换中心 服务器用于根据被监听终端发送或发往被监听终端的打开逻辑通道命令消息 建立监听承载通道；
或，所述被监听终端收到打开逻辑通道命令消息后回复打开遷辑通道响应消息，所述移动交换中心服务器用于根据所迷打开逻辑通遒响应消息建立监听 承载通道。
或，所述被监听终端按缺省约定的要建立的媒体流通道建立多媒体媒体流 通道，所述移动交换中心服务器收到呼叫后，所述移动交换中心服务器建立监 听承载通道。
所述移动交换中心服务器，进一步用于根槺被监听终端发送或发往该终端 的打开逻辑通道命令消息，向合法监听功能实体发送打开逻辑通道的信息。
被监听终端经媒体网关发送打开逻辑通道命令消息至移动交换中心服务
器；或通过呼叫信令通道发送打开逻辑通道命令消息到移动交换中心服务器。 移动交换中心服务器进一 步用于在被监听终端断开多媒体通道和/或呼叫
结束时，移动交换中心服务器关闭监听承栽通道。
移动交换中心服务器还可以进一步用于在被监听终端发起关闭逻辑通道
的多媒体通信呼叫时根据所述被监听终端发送的关闭逻辑通道命令消息和/或
呼叫结束时，关闭监听承载通道。
本发明实施例还提供了 一种移动交换中心服务器，用于控制电路交换域中
多媒体通信的监听，在该电路交换域中包括建立多媒体通信的被监听终端、
用于通信监听处理的合法监听功能实体。下面结合附图对该服务器的具体实施
方式进行i兑明。
图23为用于多i某体通信监听的移动交换中心服务器结构示意图，如图所 示，包括监听承载通道建立模块，用于建立被监听终端与合法监听功能实体间 的监听承载通道。
当被监听终端发起建立逻辑通道的多^^体通信呼叫时，监听承载通道建立
模块根据被监听终端发送或发往被监听终端的打开逻辑通道命令消息建立监 听承载通道；
或，*#被监听终端在收到打开逻辑通遞命令消息后回复的打开逻辑通道 响应消息建立监听承栽通道。或，当被监听终端按缺省约定的要建立的媒体流通道建立多媒体媒体流通 道时，在收到呼叫后建立监听承载通道。
服务器还可以包括打开通道消息发送模块，用于才艮据被监听终端发送或发 往该终端的打开逻辑通道命令消息，向合法监听功能实体发送打开逻辑通道的信息。
还可以包括通道关闭模块在被监听终端断开多媒体通道和/或呼叫结束 时，关闭监听承载通道；
或，在被监听终端发起关闭逻辑通道的多媒体通信呼叫时，根据所述被监 听终端发送的关闭逻辑通道命令消息和/或呼叫结束时，关闭监听承载通道。
本发明实施例还提供了一种媒体网关，用于承载电路交换域中多媒体通信 的监听，在该电路交换域中包括建立多媒体通信的净皮监听终端、用于通信监 听处理的合法监听功能实体。下面结合附图对该媒体网关的具体实施方式
进行 说明。
图24为用于多媒体通信监听的媒体网关結构示意图，如图所示，媒体网 关包括解复用模块、发送模块，其中
解复用模块用于将被监听终端发出的和/或接收的媒体流数据解复用； 发送模块用于将所述解复用后的媒体流发送至合法监听功能实体。 发送模块通过移动交换中心服务器建立的与合法监听功能实体间的监听 承载通道将所述解复用后的媒体流发送至合法监听功能实体。
现有技术中对于语音呼叫是适合的，但用于对多媒体呼叫监听时由于对合 法监听功能实体提出了较高要求，因此并不适于多媒体呼叫监听。同时，在终 端间建立逻辑通道的过程中，因此难以保证LEMF所得到的监听数据的完整 性，会导致因部分重要监听数据(比如一部分H,245控制信令信息)的丢失或 错误而使得大量语音和视频数据无法被解码，致使监听的可靠性欠佳。
对于多媒体呼叫业务的监听来讲，本发明实施例提供了 一种监听输出方 式，改进了现有的梭术方案中输送给合法监听功能实体的数据，并进一步利用了网络设备具有的相对强大的多々某体复用流处理能力，通过在网^^f則对多媒体 复用流进行分解，将分解后的媒体流输出到监听设备，免去了监听设备对复用 流进行解码的操作，有效降低了监听设备的复杂度。
同时，本发明实施例通过将分解后的复用流输出到监听i殳备，避免了简单 的将多媒体复用流复制输出到监听设备时，因部分数据传输错误导致所监听到
的数据无法正确解码，致佳i听可靠性不够高的问题。
基于本发明所举的所有实施例可知，本发明实施例的运用精神在于传输至 合法监听功能实体的数据为解复用后的数据，显然，适用本发明实施例的也并
不仅限于在实施例中所仅仅用于阐述本发明实施的各种通信网络，如WCDMA 等通信网络，只要是将呼叫监听的数据首先解复用后才传输至合法监听功能实 体的技术方案即应在本发明所举实施例的精神之中。显然，本领域的技术人员 可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若 本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本 发明也意图包含这些改动和变型在内。
权利要求
1. 一种电路交换域中多媒体通信的监听方法，包括被监听终端以及合法监听功能实体，其特征在于，包括如下步骤将所述被监听终端发出的和/或收到的媒体流数据解复用；将所述解复用后的媒体流发送至合法监听功能实体。
2、 如权利要求1所述的方法，其特征在于，所述解复用后的媒体流通过 移动交换中心服务器控制建立的媒体网关与合法监听功能实体间的监听承载 通道发送至合法监听功能实体。
3、 如权利要求2所述的方法，其特征在于，建立所迷监听承栽通道包括 如下步骤所述纟m听终端发起建立媒体流通道请求，移动交换中心服务器建立监听 承栽通道；或，所述^i^听终端发起建立媒体流通道成功，移动交换中心服务器建立 监听承栽通道；或，所述被监听终端按缺省约定的要建立的媒体流通道建立媒体流通道， 在移动交换中心服务器收到呼叫后的任何时间，移动交换中心服务器建立监听 承载通道。
4、 如权利要求3所述的方法，其特征在于，所述移动交换中心服务器建 立监听承载通道步骤中，包括如下步骤之一所述#夂监听终端发起建立逻辑通道的多媒体通信呼叫，移动交换中心服务 器根据所述打开逻辑通道消息建立监听承栽通道；或，在所述被监听终端收到打开逻辑通道命令消息后，回复打开逻辑通道 响应消息时，移动交换中心服务器相.据所述打开逻辑通道响应消息建立监听承 载通道；或，所述移动交换中心服务器收到呼叫后，移动交换中心服务器按被监听 方与对方缺省约定的要建立的媒体流通道建立监听承载通道。
5、 如权利要求4所述的方法，其特征在于，进一步包括如下步骤 移动交换中心服务器根据所述被监听终端发送的打开逻辑通道命令消息，向合法监听功能实体发送打开逻辑通道的信息。
6、 如权利要求4所述的方法，其特征在于，所述打开逻辑通道命令消息 是通过所述被监听终端经i某体网关发送至移动交换中心^il务器；或通过所述被监听终端通过呼叫信令通道发送到移动交换中心服务器。
7、 如权利要求3所述的方法，其特征在于，进一步包括如下步骤 所述被监听终端断开多々某体通信和/或呼叫结束，移动交换中心服务器关闭监听承栽通道。
8、 如权利要求7所述的方法，其特征在于，当所述被监听终端断开多媒 体通道和/或呼叫结束，移动交换中心服务器关闭监听承载通道，包括如下步骤所述被监听终端发起关闭逻辑通道的多媒体通信呼叫，移动交换中心服务 器根据所述关闭逻辑通道消息关闭监听承载通道；或，在收到关闭逻辑通道命令消息回复关闭逻辑通道响应消息时，移动交 换中心服务器才艮据所述关闭逻辑通道响应消息关闭监听承载通道；或，在呼叫结束时，移动交换中心服务器关闭监听承载通道。
9、 一种电路交换域中多媒体通信的监听系统，包括合法监听功能实体、 被监听终端，其特征在于，还包括解复用模块、发送模块，其中解复用模块，用于将所述被监听终端发出的和/或接收的*某体流数据解复用；发送模块，用于将所述解复用后的媒体流发送至合法监听功能实体。
10、 如权利要求9所述的系统，其特征在于，还包括移动交換中心，所述 发送模块，用于通过移动交换中心服务器建立的与合法监听功能实体间的监听 承栽通道将所述解复用后的媒体^Jl送至合法监听功能实体。
11、 如权利要求IO所述的系统，其特征在于，所述被监听终端发起建立逻辑通道的多媒体通信呼叫，所迷移动交换中心服务器用于根据被监听终端发送或发往被监听终端的打开逻辑通道命令消息建立监听承栽通道；或，所述被监听终端收到打开逻辑通道命令消息后回复打开逻辑通道响应 消息，所述移动交换中心服务器用于根据所述打开逻辑通道响应消息建立监听 承栽通道；或，所述被监听终端按缺省约定的要建立的媒体流通道建立多媒体媒体流 通道，所述移动交换中心服务器收到呼叫后，所述移动交换中心服务器建立监 听承载通道。
12、 如权利要求11所述的系统.，其特征在于，所述移动交换中心服务器，进一步用于根据净皮监听终端发送或发往该终端 的打开逻辑通道命令消息，向合法监听功能实体发送打开逻辑通道的信息。
13、 如权利要求11所述的系统，其特征在于，所述被监听终端，用于经 媒体网关发送打开逻辑通道命令消息至移动交换中心服务器；或通过呼叫信令通道发送打开逻辑通道命令消息到移动交换中心服务器。
14、 如权利要求IO所述的系统，其特征在于，所述移动交换中心服务器 进一步用于在所述净皮监听终端断开多媒体通道和/或呼叫结束时，移动交换中心 服务器关闭监听承载通道。
15、 如权利要求14所述的系统，其特征在于，所述移动交换中心服务器，进一步用于在所述被监听终端发起关闭逻辑通 道的多媒体通信呼叫时根据所述被监听终端发送的关闭逻辑通道命令消息和/ 或呼叫结束时，关闭监听承载通道。
16、 一种媒体网关，其特征在于，包括解复用模块、发送模块，其中 解复用模块，用于将净tt听终端发出的和/或接收的媒体流数据解复用； 发送模块，用于将所述解复用后的媒体流发送至合法监听功能实体。
17、 如权利要求16所述的媒体网关，其特征在于，所述发送模块，用于 通过移动交换中心服务器建立的与合法监听功能实体间的监听承栽通道将所述解复用后的媒体流发送至合法监听功能实体。
18、 一种移动交换中心服务器，其特征在于，包括监听承载通道建立模块， 用于建立被监听终端与合法监听功能实体间的监听承栽通道。
19、 如权利要求18所述的服务器，其特征在于，所述被监听终端发起建立逻辑通道的多媒体通信呼叫，所述监听承栽通道 建立模块，用于根据被监听终端发送或发往被监听终端的打开逻辑通道命令消 息建立监听承载通道；或，用于根据所述被监听终端在收到打开遷辑通道命令消息后回复的打开 逻辑通道响应消息建立监听承载通道；或，当所述被监听终端按缺省约定的要建立的^某体流通道建立多媒体媒体 流通道时，在收到呼叫后建立监听承载通道。
20、 如权利要求18所述的服务器，其特征在于，进一步包括 打开通道消息发送模块，用于根据被监听终端发送或发往该终端的打开逻辑通道命令消息，向合法监听功能实体发送打开逻辑通道的信息。
21、 如权利要求18所述的服务器，其特征在于，进一步包括通道关闭模块，用于在所述被监听终端断开多4某体通道和/或呼叫结束时， 关闭监听承载通道。
全文摘要
本发明公开了一种合法监听领域的对电路交换域中多媒体呼叫的监听方法、系统及移动交换中心服务器、媒体网关，包括被监听终端以及合法监听功能实体，实施中将所述被监听终端发出的和/或收到的媒体流数据解复用；将所述解复用后的媒体流发送至合法监听功能实体。使用本发明避免了简单的将多媒体复用流复制输出到监听设备时，因部分数据传输错误导致所监听到的数据无法正确解码，致使监听可靠性不够高的问题。免去了监听设备对复用流进行解码的操作，有效降低了监听设备的复杂度。
文档编号H04L12/26GK101242313SQ200710079208
公开日2008年8月13日 申请日期2007年2月9日 优先权日2007年2月9日
发明者耕 王 申请人:华为技术有限公司