专利名称：一种在多媒体通信中插入媒体流的方法、系统及服务器的制作方法
技术领域：
本发明涉及多媒体通信领域，特别涉及一种在多媒体通信中插入媒体流的 方法、系统及移动交换中心服务器。
背景技术：
移动电路域(CS DOMAIN)多々某体呼叫业务是第三代移动通信系统中的 一项重要业务，是第三代移动通信区别于第二代的标志性业务之一。该业务用 于使用户在进行语音通话的同时，还可以看到对方的图像，是一项有重要实际 应用价值的业务。WCDMA第三代移动通信从R4版本开始，定义出了 一套系统构架来完成 各种业务，包括多媒体呼叫业务。此系统包含的基本网元有UE(User Equipment,用户设备)、NODE B、 RNC ( Radio Network Controller,无线网络 控制器)、MGW( Media Gate Way,媒体网关)和MSC SERVER( Mobile Switching Centre SERVER,移动交换中心服务器)。图1为基本的通信系统结构示意图， 如图所示，系统中UE:即用户使用的终端设备，常称为手机。NODEB:主要负责无线信号收发。RNC:主要负责无线接入网络的管理。MGW:主要负责各种承载资源的管理，进行接网的实际操作。MSC SERVER:是系统的核心，主要负责各种业务的逻辑控制，统一调度各种网络资源，生成通话记录。WCDMA第三代移动通信系统提供了 一种称作Multimedia call (即多媒体呼叫)的业务，这种业务可以完成语音呼叫功能、数据通讯功能，也可以完成可视电话功能，该类呼叫的建立分为两个阶段第一阶段是按数据业务的方式 完成呼叫的接续以及在用户间建立承载业务通道；第二阶段，在应答后，用户 通过终端在承载业务通道中以带内的方式建立媒体流的信令交互，确定要建立 的语音、视频和/或数据媒体流，从而完成多媒体呼叫。由第二阶段建立媒体流 的操作完全在带内进行，相关信令未经过MSC服务器，因此MSC服务器对媒 体流通道的建立情况完全不了解，并不能获知用户具体在进行语音、视频或数 据中哪些々某体类型的通讯。WCDMA第三代移动通信系统电路域另 一种多媒体呼叫的实现方法还可 以是，呼叫双方在呼叫建立阶段以一种可^f见电话业务标识来标识出当前呼叫是 可视电话，该可视电话标识代表了一系列的媒体通道参数，如R223复用表、 语音流编解码、视频流编解码。从而免除媒体通道的显视建立过程，建立缺省 的媒体通道。WCDMA第三代移动通信系统电路域另 一种多^;某体呼叫的实现方法还可 以将媒体流协商的过程^t人在带内进行改为在带外进行。通过扩展空口信令以及 中继信令来实现，有两种基本的方法 一种方法是让空口信令以及中继信令支 持H.245消息的传递，用户可基本按现有多媒体呼叫的方法建立多媒体呼叫， 主要不同点在于H.245消息是通过带外传递的；另一种方法是在空口信令以及 中继信令中增加用于媒体流协商的信元，在发起呼叫的消息中携带主叫方要建 立的媒体流的类型、条数、编解码以及复用控制参数等信息。让网络或被叫在 振铃消息或呼叫进展消息中返回接受的媒体流信息以及选择使用的编解码等 信息，在呼叫应答时建立起士某体流，实现多々某体呼叫的功能。H.245多媒体通信控制协议是ITU-T ( ITU-Telecommunication standardization sector,国际电信联盟电信标准化组)制订的一项协议，H.245 定义了如何在单条业务数据通道内通过一系列协商，建立多条逻辑通道的过 程，是一种支持逻辑通道管理的信令，该协议规定了终端能力协商过程，该过 程用于通讯双方知道对方支持的媒体类型、(如语音、视频等)、主从判别(确定主从关系)、复用控制信息交互(为了支持在一条业务通道中同时传递多条 媒体流)、打开与关闭媒体流逻辑通道等。H.223低比特率多士某体通信复用协议是ITU-T制订的一项协议，该协议使 通信双方可以利用单个业务数据通道同时传输多条语音、^L频和数据媒体流， 它需要接合H,245协同操作，图2是R223协议通信结构层次示意图。如图所 示，其应用层(也就是H.223的服务对象)是提供和接收各种语音、视频或数 据的模块(比如一个手机终端的麦克风，显示屏或摄像头)，最下层即物理层 是一条业务数据通道，从该图可以看出，H.223支持利用单条物理业务通道传 递多种媒体流。目前，现有技术的不足在于，在电路域多々某体呼叫建立过程中以及通话过 程中，网络侧设备无法为用户插播多媒体语音和视频，使得多媒体呼叫的功能 不足，不能满足多媒体呼叫业务的一些功能需求。发明内容本发明的实施例提供了 一种在多媒体通信中插入々某体流的方法、系统及移 动交换中心服务器，用以解决让网络侧设备能根据业务逻辑的需要，在多媒体 呼叫的不同阶段为用户插入媒体流的问题。本发明实施例提供了 一种在多媒体通信中插入媒体流的方法，包括如下步膿.根据々某体流控制信令的传输方式以及终端建立第一々某体流通信的状态，建 立终端与MSC服务器之间的控制信令协商通道；MSC服务器通过所述控制信令协商通道与终端进行控制信令交互后建立 插入媒体流通道，并插入第二媒体流。本发明实施例还提供了一种在多媒体通信中插入媒体流的系统，包括终 端、MSC服务器，还包括协商通道建立模块，用于根据媒体流控制信令的传输方式以及终端建立第一媒体流通信的状态，建立终端与MSC服务器之间的控制信令协商通道； 所述MSC服务器进一步用于通过所述控制信令协商通道与终端进行控制信令交互后建立插入媒体流通道，并插入第二媒体流。本发明实施例还提供了一种移动交换中心服务器，包括 协商通道建立模块，用于根据媒体流控制信令的传输方式以及终端建立第一媒体流通信的状态，建立终端与移动交换中心服务器之间的控制信令协商通道；插入模块，用于通过所述控制信令协商通道与终端进行控制信令交互后建 立插入媒体流通道，并插入第二媒体流。本发明实施例有益效果如下本发明实施例中实现了多媒体呼叫媒体插入功能，使得网络侧设备可以在 多媒体呼叫的不同阶段为用户播放多媒体形式的媒体流，增强了多媒体呼叫的 功能，使得用户在进行多媒体呼叫的过程中能够得到更多的多媒体信息，提升 了用户的业务感受度。
图1为背景技术中所述基本的通信系统结构示意图；图2为背景^L术中所述H.223协议通信结构层次示意图；图3为实施例中所述在多媒体通信中插入媒体流的方法的实施流程示意图；图4为实施例中所述实施例l在多媒体呼叫建立过程中，主叫端局对主叫用户进行媒体插入的操作实施流程示意图；图5为实施例中所述实施例2在多媒体呼叫建立过程中，通过呼叫信令通 道方式的主叫端局对主叫用户进行Jf某体插入的操作实施流程示意图；图6为实施例中所述实施例3在多媒体呼叫通话过程中，中间局或被叫端 局对主叫用户进行媒体插入的操作实施流程示意图；图7为实施例中所述实施例4在多媒体呼叫通话过程中，被叫端局对被叫 用户进行媒体插入的操作实施流程示意图；图8为实施例中所述实施例5在多媒体呼叫通话过程中，被叫端局对主叫 用户进行媒体插入的操作实施流程示意图；图9为实施例中所述在多々某体通信中插入々某体流的系统结构示意图；图IO为实施例中所述移动交换中心服务器结构示意图。
具体实施方式
下面结合附图对本发明的具体实施方式
进行说明。 图3为在多々某体通信中插入々某体流的方法的实施流程示意图，如图所示， 包括如下步骤步骤301、根据媒体流控制信令的传输方式以及终端建立第一媒体流通信 的状态，建立终端与MSC服务器之间的控制信令协商通道；媒体流控制信令的传输方式在实施中可以分为带外传输与带内传输，终端 建立第一媒体流通信的状态可以是建立第一媒体流通信前、或者是建立第一媒 体流通信后。步骤302、 MSC ^^务器通过所述控制信令协商通道与终端进行控制信令交 互后建立插入A某体流通道；步骤303、插入第二媒体流。第二媒体流可以按需要进行插入，如插入非语音媒体流、彩铃、视频等等 媒体流形式。现在对本实施例作进一步描述，本发明的实施例能解决现有移动通讯中在 电路域多媒体呼叫建立过程中以及通话过程中，网络侧设备无法为用户插播多 媒体语音和视频，使得多媒体呼叫的功能不足，不能满足多媒体呼叫业务的一 些功能的需求，但同时并不限于解决以上不足。实施中以WCDMA第三代移 动通信中的运用为例进行说明，但随着对每一实施例的进一步说明可知，本发明中的实施例并不^l限于只能适用于WCDMA等通信系统。当用户发起多媒体呼叫后，在呼叫建立的过程中或者通话的过程的这两种媒体流通信状态下都可能发生媒体插入。在用户发起多媒体呼叫后，网络对用户进行媒体插入的步骤可以如下一，网络侧分配承栽资源，建立承载业务通道。网络侧的MSC服务器接收到多媒体呼叫后，需要为终端建立承载业务通 道，并视情况在MGW分配复用资源。此时，依据媒体流控制信令传输方式的不同，对所建立的承载通道的特征 以及MSC服务器控制MGW是否分配复用资源在实施中可以有以下不同的处 理1、若i某体流控制信令是通过业务数据通道以带内的方式进行传输的，贝'J:a) 、双向承栽的建立要求所建立的承载业务通道能够双向传输业务数据， 原因在于在带内控制建立媒体流通道的媒体流控制信令的交互过程需要双向 发送消息。若媒体插入操作发生在通话过程中，则业务数据通道已经是双向的了，此 时不存在问题，但若业务逻辑判定在应答前的呼叫建立过程中需要进行媒体插 入操作，而此时只有从MSC向用户方向的单向承载业务数据通道可用，不能 满足要求。要实现在呼叫建立过程中建立好双向业务数据通道可以用下述方 式第一由MSC向终端发送假应答消息，提前进入通话阶段，可达到目的； 第二更改现有机制，让终端、RNC以及MSC在应答前的呼叫建立过程 就直接建立双向业务数据通道。b) 、复用资源的分配要求MSC服务器在建立承载业务通道时分配复用 资源，建立从终端到MGW的i某体流控制通道，实施中可以再通过MGW与MSC服务器间的Mc接口 ，建立起MSC服务器与终端间的4某体流控制通道。 使得MSC服务器能够与终端协商建立媒体流通道用于媒体插入。显然，在MGW与MSC服务器之间的接口不仅限于Mc接口 。当MSC服务器与MGW 不采用分离方式时，Mc接口则为内部接口。2、若媒体流控制信令是通过呼叫信令通道以带外方式进行传输的，贝，J: 建立好从MGW到用户终端的单向承载业务数据通道就可以满足从MSC 向用户进行々某体插入的要求，因此对承载业务通道的管理无特殊要求。由于以 带外方式进行媒体流通道的管理，MSC服务器可直接获得这些信息，因此MSC 服务器不用强制在建立承载时在MGW分配复用资源，可在业务逻辑确定需要 进行媒体插入时分配复用资源。 二，媒体插入阶段。1、 4某体流通道的建立。 此时需要处理两种可能情况1) 、若业务逻辑判定在媒体流通道尚未建立前就需要进行媒体插入，则 需要由MSC服务器发起建立与用户间的媒体流通道。实施中建立可以分以下 两种情况在媒体流控制信令是通过业务数据通道以带内方式进行传输的情况下， MSC服务器通过Mc接口 ，以及在MGW中的利用复用资源建立起的与终端间 的媒体流控制通道，与用户终端进行媒体流控制信令的交互，协商建立用于媒 体插入的媒体流通道，并通过Mc接口控制MGW在业务通道中实际建立相应 的媒体流通道。在媒体流控制信令是通过呼叫信令通道以带外方式进行传输的情况下， MSC服务器通过呼叫控制信令通道，与用户终端进行士某体流控制信令的交互， 协商建立用于媒体插入的媒体流通道，并通过Mc接口控制MGW在业务通道 中实际建立相应的媒体流通道。2) 、若业务逻辑判定在媒体流通道建立好后需要进行媒体插入，则利用 现成的媒体流通道对用户进行媒体插入。2、 媒体的播放。实施中可以分两种情况进行处理对于在々某体流通道尚未建立前就需要进行々某体插入的情况，由MSC服务 器控制MGW将代表媒体插入资源的端点与代表媒体流通道的端点相连，对用 户进行媒体插入。对于在媒体流通道建立好后需要进行媒体插入的情况，由MSC服务器控 制MGW首先断开用户间的媒体流通道，然后将代表媒体播放资源的端点与代 表媒体流通道的端点相连，对用户进行媒体插入；若插入的是语音流，则也可 以采用混音的方式进行媒体插入，不需要断开用户间的相应媒体流通道。媒体 插入完成后可由MSC服务器控制MGW恢复到进行纟某体前的拓朴结构。下面再以具体实施例来进行说明。实施例1本实施例描述在多媒体呼叫建立过程中，主叫端局对主叫用户进行媒体插 入的操作实施过程，描绘了当主叫用户UE1以多媒体呼叫方式拔打一个错误 的号码，主叫端局向用户以多媒体的方式提示拔号错的应用场景。图4为实施例1々某体插入实施流程示意图，如图所示，图中TCS代表终 端能力发送消息，MSD代表主从判别消息，MUXTBSEND代表复用表发送消 息，OLC代表打开逻辑通道消息，ACK代表上一消息的响应消息，实施中采 用协议参见ITU-T H.245协议。步骤401、主叫用户UE1发起多媒体呼叫，但UE1所拔打的号码是一个 主叫端局认为错误的号码。步骤402、网络启动媒体插入操作，向UE1发送CALL_PROCEEDING消 息，建立业务通道以及分配复用资源，然后向UE1发送CONNECT消息，建 立用户与网络间双向的业务通道，为建立用于媒体插入的媒体流通道做准备。步骤403、 UE1与主叫端局的MSC服务器通过MGW按H.245协议的规 定进行交互，建立由MGW到UE1的音频与视频逻辑通道，用于媒体插入。本步骤中H.245定义的过程比较灵活，各类消息的顺序没有严格的要求，本实施例所描述的仅为H.245交互过程只是其中一种，显然本实施方式也同样 适用于其它情况。步骤404、 MSC服务器控制MGW在呼叫中增加媒体插入资源端点，将媒 体插入资源与UE1相连，以进行媒体播放。播放完成后拆除呼叫，释放呼叫 所分配的各种资源。实施例2本实施例描述了在多媒体呼叫建立过程中，主叫端局对主叫用户进行媒体 插入的操作实施过程，描绘了当主叫用户UE1以多媒体呼叫方式拔打一个错 误的号码，主叫端局向用户以多媒体的方式提示拔号错的应用场景，本实施例 与实施例1不同之处在于H.245消息是通过呼叫信令通道而非承载业务通道传 输的。图5为实施例2々某体插入实施流程示意图，如图所示，图中TCS代表终 端能力发送消息，MSD代表主从判别消息，MUXTBSEND代表复用表发送消 息，OLC代表打开逻辑通道消息，ACK代表上一消息的响应消息，实施中采 用协议参见ITU-T H.245协议。步骤501、主叫用户UE1发起多媒体呼叫，但UE1所拔打的号码是一个 主叫端局认为错误的号码。步骤502、网络启动媒体插入操作，向UE1发送CALL—PROCEEDING消 息和ALERTING消息，建立业务通道以及分配复用资源。步骤503、 UE1与主叫端局的MSC服务器按H,245协议的规定进行交互， 建立由MGW到l正l的音频与视频逻辑通道，用于媒体播放。步骤504、 MSC服务器控制MGW在呼叫中增加媒体插入资源端点，将媒 体播放资源与UE1相连，以进行媒体播放。播放完成后拆除呼叫，释放呼叫 所分配的各种资源。实施例3本实施例描述了在多媒体呼叫通话过程中，中间局或被叫端局对主叫用户进行媒体插入的操作实施流程，描绘了主叫用户UE1以多媒体呼叫方式拔打 一个它局的用户，当呼叫到达被叫端局时发生临时错误，于是关口局或被叫端 局向主叫用户进行媒体插入以提示主叫用户的应用场景。图6为实施例3々某体插入实施流程示意图，因获取漫游号码过程与本实施 例无直接关系，因此图中并未对该过程进行说明，则插入操作如图所示，包括 如下步骤步骤601、主叫用户UEl发起一个到它局用户的多Jf某体呼叫，呼叫出局， 为了让它局能够对主叫用户进行接续过程中的媒体插入操作，主叫端局建立好 主叫端局与UE1的双向业务通道。步骤602、当呼叫到达被叫端局时发生了临时错误，被叫端局向主叫用户 进行媒体插入。首先建立业务通道以及分配复用资源，业务通道的建立分为两 段， 一段是UE1与主叫端局间的，这在步骤601已经完成。另一段是主叫端 局到本局的，由本局MSC服务器控制MGW建立，同时在本局MGW分配复 用端点资源。步骤603、 UE1与发生媒体插入的局的MSC服务器通过该局的MGW按 R245协议的规定进行交互，建立由MGW到UE1的音频与视频逻辑通道，用 于媒体播放。步骤604、 MSC服务器控制MGW在呼叫中增加媒体插入资源端点，将媒 体播放资源与UE1相连，以进行媒体播放。播放完成后拆除呼叫。 实施例4本实施例描述了在多媒体呼叫通话过程中，被叫端局对被叫用户进行媒体 插入的操作实施流程，描绘了当主叫用户UE1以多々某体呼叫方式呼叫另一用 户，呼叫正常接通，建立起了双向的语音和视频对话，通话过程中，被叫余额 不足，被叫端局向被叫用户进行媒体插入，播放余额不足提示的应用场景。图7为实施例4々某体插入实施流程示意图，因获取漫游号码过程与本实施 例无直接关系，因此图中并未对该过程进刊 说明，同时图中与VMSC1相连的MGW也未作描述，则插入操作如图所示，包括如下步骤步骤701、主叫用户UE1发起一个到用户UE2的多々某体呼叫，呼叫正常 接通。在建立业务通道时，VMSC2为了可能发生的在通话过程中的媒体插入 操作，在MGW中分配了复用资源。步骤702、当建立逻辑通道的过程开始时，MGW将业务通道中的H.245 信息通过复用端点提取出来，MGW与MSC服务器间建立有传递H.245信息 的通道，通过该通道中传递的H.245信息，VMSC2随时掌握着媒体流逻辑通 道的建立情况，为々某体插入操作做好了准备。步骤703、 VMSC2发现UE2的余额不足，需要发起々某体插入操作，由于 有现成的语音与视频媒体流逻辑通道，VMSC2服务器控制MGW断开用于媒 体插入的逻辑通道，增加纟某体插入资源端点，将纟某体插入资源与UE2相连， 对UE2进行媒体播放。播放完成后，若业务逻辑允许呼叫继续，VMSC2服务 器又控制MGW恢复起先的拓朴关系，呼叫正常进行。实施例5本实施例描述了在多媒体呼叫通话过程中，被叫端局对主叫用户进行媒体 插入的操作实施流程，描绘了主叫用户UE1以多i某体呼叫方式呼叫另一用户， 呼叫正常接通，建立起了双向的语音和视频对话，通话过程中，被叫端局向被 叫用户进行媒体插入的应用场景。图8为实施例5i某体插入实施流程示意图，因获取漫游号码过程与本实施 例无直接关系，因此图中并未对该过程进行说明，同时图中与VMSC1相连的 MGW也未作描述，则插入操作如图所示，包括如下步骤步骤801、主叫用户UE1发起一个到用户UE2的多媒体呼叫，呼叫正常 接通。在建立业务通道时，VMSC2为了可能发生的在通话过程中的媒体插入 操作，在MGW中分配了复用资源。步骤802、当建立逻辑通道的过程开始时，MGW将0号逻辑通道中的 H.245信息通过复用端点提取出来，MGW与MSC服务器间建立有传递H.245信息的通道，通过该通道中传输的H.245信息，VMSC2随时掌握着媒体流逻 辑通道的建立情况，为媒体插入操作做好了准备。步骤803、 VMSC2需要向主叫方发起媒体插入操作时，由于有现成的语 音与视频媒体流逻辑通道，VMSC2服务器控制MGW断开用于々某体插入的逻 辑通道，增加媒体插入资源端点，将媒体插入资源与UE2相连，对UE2进行 媒体播放。播放完成后，VMSC2服务器又控制MGW恢复起先的拓朴关系， 呼叫正常进行。本发明实施例还提供了 一种在多媒体通信中插入士某体流的系统，下面结合 附图对本系统的具体实施方式
进行说明。图9为在多々某体通信中插入士某体流的系统结构示意图，如图所示，本系统 中包括终端、MSC服务器，还包括协商通道建立模块，用于根据媒体流控制信令的传输方式以及终端建立第 一媒体流通信的状态，建立终端与MSC服务器之间的控制信令协商通道；MSC服务器通过控制信令协商通道与终端进行控制信令交互后建立插入 媒体流通道，并插入第二i某体流。实施中，协商通道建立模块可以位于MSC服务器，能够通过MGW建立 MSC服务器与终端之间的控制信令协商通道。其中，若媒体流控制信令通过带内传输时，则有1) 、若在终端建立第一々某体流通信前，由MSC服务器向终端发送应答消 息后进入通信阶段，协商通道建立模块通过MGW建立终端与MSC服务器之 间的控制信令协商通道；或者，在终端建立第一媒体流通信前建立双向业务数据通道后，协商通道 建立模块通过MGW建立终端与MSC服务器之间的控制信令协商通道。2) 、若在终端建立第一媒体流通信后，协商通道建立模块通过MGW建立 终端与MSC服务器之间的控制信令协商通道。若媒体流控制信令通过带外传输时，则协商通道建立模块通过呼叫控制信令通道建立所述终端与MSC服务器之 间的控制信令协商通道。MSC服务器可以是控制MGW通过插入媒体流通道来插入第二媒体流的。当插入媒体流为非语音媒体流时，MSC服务器控制MGW断开终端的第 一媒体流通信后，将第二媒体流通过插入媒体流通道插入。当第二媒体流插入完成后，MSC服务器可以进一步用于控制MGW恢复 所述终端的第 一纟某体流通信。本发明实施例还提供了一种移动交换中服务器，下面结合附图对本移动交 换中心服务器的具体实施方式
进行说明。图10为移动交换中心服务器结构示意图，如图所示，移动交换中心服务 器包括协商通道建立模块，用于根据媒体流控制信令的传输方式以及终端建立第 一媒体流通信的状态，建立终端与移动交换中心服务器之间的控制信令协商通道；插入模块，用于通过所述控制信令协商通道与终端进行控制信令交互后建 立插入媒体流通道，并插入第二媒体流。在媒体流控制信令通过带内传输，在终端建立第一媒体流通信前，由移动 交换中心服务器向终端发送应答消息后进入通信阶段，协商通道建立模块通过 媒体网关建立终端与移动交换中心服务器之间的控制信令协商通道；或者，在终端建立第一^ 某体流通信前建立双向业务数据通道后，协商通道 建立模块通过媒体网关建立终端与移动交换中心服务器之间的控制信令协商 通道。在媒体流控制信令通过带内传输，协商通道建立模块通过媒体网关建立终 端与移动交换中心服务器之间的控制信令协商通道。在媒体流控制信令通过带外传输，协商通道建立模块通过呼叫控制信令通 道建立所述终端与移动交换中心服务器之间的控制信令协商通道。通过以上实施例的描述，可以预见在以下，但不限于以下需要媒体插入的场景时，比如在多媒体呼叫建立过程中，可能会遇到失败，当网络侧设备需要以多媒体 的方式通知主叫用户失败原因时；在多媒体呼叫建立过程中，被叫用户可能定制了多媒体彩铃，当被叫振铃 后，网络侧设备需要以多媒体的形式向主叫用户播放彩铃时；在多媒体呼叫建立过程中，可能发生前转，网络侧设备需要以多媒体的方 式通知主叫用户发生前转时；在多媒体呼叫通话过程中， 一方使用了呼叫保持，网络侧设备需要以多媒 体的形式向另 一方用户播放等待媒体流时；在多媒体呼叫通话过程中， 一方用户余额不足，网络侧设备需要以多々某体 的形式向该用户播放提示余额不足的信息时，本发明实施例都能够向用户提供 媒体的插入业务服务。由上述实施例的实施可以看出，本发明实施例克服了目 前通信系统中虽然提供了电路域的多媒体呼叫业务，但其仅仅提供了最基本的 多媒体呼叫功能，当呼叫过程中出现特殊业务时，网络侧设备无法对用户播放 语音或视频形式的提示信息的不足。在本发明实施例中实现的多媒体呼叫媒体 插入功能，使得网络侧设备可以在多媒体呼叫的不同阶段为用户播放多媒体形 式的媒体流，这增强了多媒体呼叫的功能，使得用户在进行多媒体呼叫的过程 中能够得到更加生动的多媒体信息，进一步的提升了用户的业务感受，增强了 多媒体呼叫业务的吸引力。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1. 一种在多媒体通信中插入媒体流的方法，其特征在于，包括如下步骤根据媒体流控制信令的传输方式以及终端建立第一媒体流通信的状态，建立终端与移动交换中心服务器之间的控制信令协商通道；移动交换中心服务器通过所述控制信令协商通道与终端进行控制信令交互后建立插入媒体流通道，并插入第二媒体流。
2、 如权利要求1所述的方法，其特征在于，所述媒体流控制信令通过带 内传输，在终端建立第一媒体流通信前，由移动交换中心服务器向终端发送应 答消息后进入通信阶段，并通过媒体网关建立终端与移动交换中心服务器之间 的控制信令协商通道；或，在终端建立第一^ 某体流通信前建立双向业务数据通道后，通过々某体网 关建立终端与移动交换中心服务器之间的控制信令协商通道。
3、 如权利要求1所述的方法，其特征在于，所述媒体流控制信令通过带 内传输，通过媒体网关建立终端与移动交换中心服务器之间的控制信令协商通 道。
4、 如权利要求1所述的方法，其特征在于，所述媒体流控制信令通过带 外传输，所述终端与移动交换中心服务器之间的控制信令协商通道是呼叫控制 信令通道。
5、 如权利要求1所述的方法，其特征在于，所述插入第二媒体流包括以 下步骤移动交换中心服务器控制媒体网关通过所述插入媒体流通道插入第二媒 体流。
6、 如权利要求5所述的方法，其特征在于，移动交换中心服务器控制媒 体网关断开所述终端的第 一媒体流通信后，将第二媒体流通过所述插入媒体流 通道插入；或，移动交换中心服务器控制媒体网关将第二媒体流通过所述插入媒体流通道混合进第 一々某体通道。
7、 如权利要求6所述的方法，其特征在于，进一步包括如下步骤 第二媒体流插入完成后，移动交换中心服务器控制媒体网关恢复所述终端的第一媒体流通信。
8、 一种在多Jf某体通信中插入媒体流的系统，包括终端、移动交换中心服 务器，其特征在于，还包括协商通道建立模块，用于根据媒体流控制信令的传输方式以及终端建立第 一媒体流通信的状态，建立终端与移动交换中心服务器之间的控制信令协商通道；所述移动交换中心服务器进一步用于通过所述控制信令协商通道与终端 进行控制信令交互后建立插入纟某体流通道，并插入第二i某体流。
9、 如权利要求8所述的系统，其特征在于，所述媒体流控制信令通过带 内传输，在终端建立第一々某体流通信前，由移动交换中心服务器向终端发送应 答消息后进入通信阶段，所述协商通道建立模块用于通过士某体网关建立终端与 移动交换中心服务器之间的控制信令协商通道；或，在终端建立第一媒体流通信前建立双向业务数据通道后，所述协商通 道建立模块用于通过媒体网关建立终端与移动交换中心服务器之间的控制信 令协商通道。
10、 如权利要求8所述的系统，其特征在于，所述々某体流控制信令通过带 内传输，所述协商通道建立模块用于通过媒体网关建立终端与移动交换中心服 务器之间的控制信令协商通道。
11、 如权利要求8所述的系统，其特征在于，所述媒体流控制信令通过带 外传输，所述协商通道建立模块用于通过呼叫控制信令通道建立所述终端与移 动交换中心服务器之间的控制信令协商通道。
12、 如权利要求8所述的系统，其特征在于，所述移动交换中心服务器用 于控制媒体网关通过所述插入媒体流通道插入第二々某体流。
13、 如权利要求12所述的系统，其特征在于，所述移动交换中心服务器 用于控制媒体网关断开所述终端的第一媒体流通信后，将第二媒体流通过所述 插入媒体流通道插入；或，移动交换中心服务器控制媒体网关将第二媒体流通过所述插入媒体流 通道混合进第 一媒体通道。
14、 如权利要求13所述的系统，其特征在于，所述移动交换中心服务器 进一步用于在第二媒体流插入完成后控制媒体网关恢复所述终端的第一媒体 流通信。
15、 一种移动交换中心服务器，其特征在于，包括 协商通道建立模块，用于根据媒体流控制信令的传输方式以及终端建立第一媒体流通信的状态，建立终端与移动交换中心服务器之间的控制信令协商通道；插入^=莫块，用于通过所述控制信令协商通道与终端进4于控制信令交互后建 立插入媒体流通道，并插入第二媒体流。
16、 如权利要求15所述的移动交换中心服务器，其特征在于，所述媒体 流控制信令通过带内传输，在终端建立第一媒体流通信前，由移动交换中心服 务器向终端发送应答消息后进入通信阶段，所述协商通道建立模块用于通过々某 体网关建立终端与移动交换中心服务器之间的控制信令协商通道；或，在终端建立第一媒体流通信前建立双向业务数据通道后，所述协商通 道建立模块用于通过媒体网关建立终端与移动交换中心服务器之间的控制信 令协商通道。
17、 如权利要求15所述的移动交换中心服务器，其特征在于，所述々某体 流控制信令通过带内传输，所述协商通道建立模块用于通过媒体网关建立终端 与移动交换中心服务器之间的控制信令协商通道。
18、 如权利要求15所述的移动交换中心服务器，其特征在于，所述媒体 流控制信令通过带外传输，所述协商通道建立模块用于通过呼叫控制信令通道建立所述终端与移动交换中心服务器之间的控制信令协商通道。
全文摘要
本发明公开了多媒体通信领域中在多媒体通信中插入媒体流的方法、系统及移动交换中心服务器，包括根据媒体流控制信令的传输方式以及终端建立第一媒体流通信的状态，建立终端与移动交换中心服务器之间的控制信令协商通道；移动交换中心服务器通过控制信令协商通道与终端进行控制信令交互后建立插入媒体流通道，并插入第二媒体流。本发明使得网络侧设备可以在多媒体呼叫的不同阶段为用户播放多媒体形式的媒体流，增强了多媒体呼叫的功能，使得用户在进行多媒体呼叫的过程中能够得到更加生动的多媒体信息，进一步的提升了用户的业务感受，增强了多媒体呼叫业务的吸引力。
文档编号H04Q7/22GK101257648SQ20071008033
公开日2008年9月3日 申请日期2007年3月2日 优先权日2007年3月2日
发明者耕 王 申请人:华为技术有限公司