专利名称：一种多媒体呼叫建立方法、系统和装置的制作方法
技术领域：
本发明涉及网络通信技术领域，特别是涉及一种多媒体呼叫建立方法、 系统和装置。
背景技术：
目前，移动通信网络以CS网络(Circuit-Switched,电路交换)为主， 包括GSM (the Global System for Mobile communication, 全球通)、CDMA (Code Division Muitiple Access,码分多址)等。各运营商基于CS网络建 立了比较完善和丰富的业务平台，其中，由MSC( Mobile Switching Center, 移动交换中心)负责呼叫路由和业务逻辑执行，如前转业务等。另外，MSC 也和CS网络的其它应用服务器一起配合提供业务，如彩铃服务器等其他 类似服务器。但是CS网络的业务提供需要漫游地MSC的支持，因此对于 新业务的引入不利。
IMS (IP MultIMSdia Subsystem, IP多々某体子系统)是目前通信领域多 网络融合(移动，固定和TV网络)的有效方案。在上述IMS网络演进过 程中，需要保证用户在不同接入方式，CS网络接入或PS网络接入下的业 务体验都能够一致，这样用户就无需感知具体的接入方式，如接收/发出呼 叫、补充业务数据配置和调用等。因此，3GPP( The 3rd Generation Partnership Project,第三代伙伴计划)提出了 ICS (IMS Centralised Service, IMS集中 业务控制)，要求实现UE通过CS网络承载语音或VP ( Visual Phone,可 视电话)媒体来建立IMS呼叫，由IMS中的AS (Application Server,应用 服务器)对呼叫进行业务提供。ICS的一个重要方面是传统CS UE接入IMS 网络，如图l所示，为现有技术CSUE接入IMS网络示意图，MSC Server 是对现有CS网络的MSC (移动交换中心)server的增强，增强后的MSC server可以将CS域的信令(3GPP TS 24.008 )翻译成SIP ( Session InitialProtocol,会话初始协议)信令，并将SIP信令发送到IMS网络中，从而达 到享受IMS业务的目的。MGW在MSC Server的控制下，进行CS接入承 载和RTP (实时传输协议)承载间的转换，所谓RTP承载是指媒体流使用 RTP协议传输，RTP运行于IP网络上。MSC server可能控制有一个或多个 MGW,其中MSC server和该MSC server控制的MGW本文中统称为MSC。
如图2所示，为现有技术UE发起呼叫的流程图，MSC能够将CSUE 发起的呼叫请求转换为SIP协议的Invite请求，具体包括以下步骤
步骤S201 ，主叫方CS UE通过Setup消息向MSC Server发起语音呼 叫请求。
步骤S202, MSC对主叫方CS UE的语音呼叫请求进行协议转换，将 电路域setup消息转换成SIP协议的Invite消息，并通过S-CSCF发送到被 叫方IMS UE。
步骤S203,被叫方IMSUE摘机应答后，返回200 0K消息给MSC。 步骤S204, MSC对SIP协议的200 OK消息进行协议转换，将200 OK
消息转换成connect消息，主叫方CS UE接收到connect消息后与被叫方
建立呼叫。
在实现本发明过程中，发明人发现现有技术中至少存在如下问题现 有技术的MSC仅能支持3GPP TS 24.008与SIP间信令的转换，如将Setup 消息转换为Invite消息，或将Invite消息转换为Setup消息。但是上述信令 之间的转换只能实现建立语音呼叫等基本功能，无法实现多媒体呼叫等复 杂业务的建立。
发明内容
本发明实施例要解决的问题是提供一种多媒体呼叫建立方法、系统和装 置，解决现有技术中无法建立CSUE与对端UE (如IMSUE)之间多力某体通 信的技术缺陷。
为达到上述目的，本发明实施例一方面提出一种多媒体呼叫建立方法， 包括以下步骤接收多媒体请求消息；根据所述多媒体请求消息与CS UE建立多媒体呼叫通路；根据所述多媒体呼叫通路同所述CS UE进行媒体编码方 式协商，并同对端UE进行纟某体编码方式协商；在确定所述CSUE和对端UE 的编码方式后，建立所述CSUE和对端UE的多i某体呼叫。
本发明实施例还提出一种多媒体呼叫建立系统，包括MSC、 CSUE和对 端UE,所述CSUE，用于与所述MSC建立多媒体呼叫通路，并与所述MSC 进行i某体编码方式协商；所述MSC,用于接收多i某体请求消息，并根据所述 多媒体请求消息与CS UE建立多媒体呼叫通路，根据建立的所述多媒体呼叫 通路同CS UE和对端UE分别进行纟某体编码方式协商，在确定所述CS UE和 对端UE的编码方式后，建立所述CS UE和对端UE的多4某体呼叫；所述对 端UE,用于向所述MSC上才艮自身的能力集。
本发明实施例还提出一种移动交换中心MSC,包括请求消息接收模块， 用于接收多媒体请求消息；协商确定模块，用于在建立多媒体呼叫通路之后， 根据所述多媒体呼叫通路对所述CS UE和对端UE的媒体编码方式进行协商， 确定所述CS UE和对端UE的媒体编码方式；多媒体呼叫建立模块，用于根 据确定的所述CS UE和对端UE的+某体编码方式建立所述CS UE和对端UE 之间的多4某体呼叫。
本发明实施例的技术方案具有以下优点，本发明实施例通过MSC对CS UE和对端UE (如IMS UE )进行解码方式协商，能够建立CS UE和对端UE 之间的多媒体呼叫，解决现有技术中无法实现CS UE和对端UE之间多媒体 呼叫的技术缺陷。
图1为现有技术CSUE接入IMS网络示意图2为现有技术UE发起呼叫的流程图3为本发明实施例一的多媒体呼叫建立方法流程图4为本发明实施例二的多媒体呼叫建立方法流程图5为本发明实施例三的多媒体呼叫业务变更方法流程图6为本发明实施例四的多々某体呼叫业务变更方法流程图；图7为本发明实施例五的多媒体呼叫业务变更方法流程图； 图8为本发明实施例六的多々某体呼叫建立方法流程图； 图9为本发明实施例七的多媒体呼叫建立方法流程图； 图10为本发明实施例八的多媒体呼叫建立方法流程图； 图11为本发明实施例的多^ 某体呼叫建立系统结构图。
具体实施例方式
下面结合附图和实施例，对本发明的具体实施方式
作进一步详细描述 如图3所示，为本发明实施例一的多々某体呼叫建立方法流程图，该实施 例以CSUE作为主叫方，IMSUE为净皮叫方，在本发明的下述实施例中将 MSC server和该MSC server控制的MGW统称为MSC。具体包括以下步 骤
步骤S301, CS UE通过Setup消息向MSC发起的多媒体呼叫请求， 该多媒体呼叫请求中携带有多媒体指示，如该呼叫请求中包含有MuMe参 数，该参数用于指示该呼叫为一个VP呼叫。
步骤S302, MSC对呼叫请求进行协议转换，将CS域的setup消息转 换成SIP Invite消息，该Invite消息中也同样包含VP的多i某体指示信息， 如speech/video指示，该Invite消息经S-CSCF到达IMS UE。
步骤S303， IMS UE摘机后向MSC返回200 OK,指示用户已摘机。 并且IMS UE根据接收到的Invite消息中的多媒体指示，将自身的能力集 发送给MSC,该能力集用于描述其支持的编码方式等信息。
步骤S304, MSC进行协议转换，将200 OK消息转换成co皿ect消息， 并将该connect消息发送给CS UE,从而建立MSC与CS UE间的多媒体 多力某体呼叫通路。
步骤S305,建立所述CSUE和MSC之间的H,223逻辑信道。CS UE 与MSC能够通过该多媒体呼叫通路进行编码方式的协商。H.223制定了多 路音频和多媒体信号在单个移动通讯信道的多路复用应用标准。电^各交换 网络的多媒体通讯需要多路复用技术，以支持多媒体、语音和数据流量的混合同步传输。多路复用技术为每种媒体类型指定了一个逻辑信道，可以 把不同媒体源提供的多路比特流合并成单个比特流，在单路信道上进行传输。
步骤S306, CS UE向MSC发送其支持的能力集，该能力集用于描 述其支持的编码方式等信息。
步骤S307， MSC向CS UE返回IMSUE支持的能力集。
步骤S308,选择最终的媒体流编码方式，在最终选定媒体流编码方式 后，打开/启动逻辑信道，建立CSUE和IMSUE之间的多媒体呼叫。
步骤S309，在步骤S307中CSUE选择最终的媒体流编码方式后，可 选地，还包括如果MSC根据和CSUE的协商结果，不希望进行编码转换， 可以通过re-Invite/Update消息和IMS UE再次协商，使得IMS UE更新为 CSUE^f吏用的编码方式。
如图4所示，为本发明实施例二的多々某体呼叫建立方法流程图，该实施 例以IMS UE作为主叫方，CSUE为被叫方，包括以下步骤
步骤S401, IMS UE通过Invite消息向CS UE发起多媒体呼叫邀请， 该Invite消息中包括speech/video指示，并将其支持的能力集发送给MSC, 该能力集用于描述其支持的编码方式等信息。
步骤S402, MSC进行协议转换，将SIP Invite消息转换成电路域setup 消息，该消息中包含多媒体请求指示，如setup消息包含有MuMe参数。
步骤S403， CS UE接受呼叫请求，向MSC返回connect消息，从而 建立MSC与CS UE之间的多媒体呼叫通路，CS UE能够与MSC通过该多 4某体呼叫通路与MSC进行编码方式的协商。
步骤S404，建立所述CS UE和MSC之间的H.223逻辑信道。
步骤S405,多媒体呼叫通路成功建立后，MSC向CS UE发送IMS UE 支持的能力集，该消息用于描述对端支持的编码方式等信息。
步骤S406, CSUE向MSC返回CSUE支持的终端能力集。
步骤S407,选择最终的纟某体流编码方式，在最终选定A某体流编码方式 后，打开/启动逻辑信道。步骤S408， MSC向IMS UE发送被叫用户已摘才几指示，建立CS UE 和IMS UE之间的多i某体呼叫。
如图5所示，为本发明实施例三的多媒体呼叫业务变更方法流程图， 该实施例在多媒体呼叫建立成功后，由CS UE发起修改媒体类型，请求将多 媒体呼叫转为语音呼叫，且CS UE和MSC支持SCUDIF( Service Change and UDI/RDI Fallback,业务变更和UDI/RDI回退)。其中，SCUDIF是一种CS 网络业务特性。Service change使得UE可以在呼叫进行过程中在语音呼叫 和多媒体呼叫之间转换，而不会中断呼叫。Fallback使得UE建立多媒体 呼叫尝试不能够成功时，建立语音呼叫，保证通话建立。具体包括以下步 骤
步骤S501， CS UE通过Modify消息向MSC发起媒体类型修改请求。
步骤S502， MSC收到CS域的Modify消息后，在IMS域内生成SIP
re-Invite消息(指示删除多媒体媒体流),该消息经S-CSCF到达IMS UE。
步骤S503, IMS UE返回200 OK确认已将多媒体媒体流删除。
步骤S504， MSC向CSUE返回Modify确认媒体类型修改成功，最终 将多媒体呼叫转换为语音呼叫。
如图6所示，为本发明实施例四的多i某体呼叫业务变更方法流程图， 该实施例在多媒体呼叫建立成功后，由IMS UE发起修改媒体类型，请求将 多媒体呼叫转为语音呼叫，且CS UE和MSC支持SCUDIF。
步骤S601， IMSUE向MSC发送删除多媒体媒体流请求，请求将多媒 体呼叫更新为语音。
步骤S602, MSC收到SIP re-Invite/Update消息后，根据SCUDIF特性， 在CS域内生成Modify消息，发起力某体类型修改请求到CS UE。
步骤S603, CS UE向MSC返回Modify确认士某体类型〗'务改成功。
步骤S604, MSC向IMSUE返回200 OK确认删除多媒体媒体流，最 终将多媒体呼叫转换为语音呼叫。
如图7所示，为本发明实施例五的多媒体呼叫业务变更方法流程图， 该实施例在多媒体呼叫建立成功后，由IMS UE发起修改媒体类型，请求将多媒体呼叫转为语音呼叫，但CSUE或MSC不支持SCUDIF。具体包括以 下步骤
步骤S701, IMSUE通过re-Invite/Update消息发起请求，请求将多媒 体呼叫更新为语音通话。
步骤S702, MSC Server通过Disconnect消息断开MSC与CS UE的 VP呼叫。
步骤S703, MSC通过re-Invite/Update消息通知IMS UE挂起当前呼叫。
步骤S704, MSC向CSUE发起setup消息，请求建立语音呼叫。 步骤S705， CSUE向MSC发送Connect消息，指示接受语音呼叫。 步骤S706, MSC通过re-Invite/Update消息激活挂起的呼叫，从而实
现将多媒体呼叫转换为语音呼叫。
如图8所示，为本发明实施例六的多媒体呼叫建立方法流程图，该实施
例由CS UE发起修改i某体类型，请求将语音呼叫转为多媒体呼叫，且CS UE
和MSC支持SCUDIF。具体包括以下步骤
步骤S801， CS UE通过Modify消息向MSC发起力某体类型修改请求，
请求将语音呼叫更新为多媒体呼叫。
步骤S802, MSC收到CS域的Modify消息后，在IMS域内生成SIP
re-Invite/Update消息(指示增加多々某体媒体流)，该消息经S-CSCF到达IMSUE。
步骤S803, IMS UE返回200 OK确认接受多士某体々某体流。并且IMS UE 根据接收到的re-Invite/Update消息，将自身的能力集发送给MSC，该能力 集用于描述其支持的编码方式等信息。
步骤S804, MSC向CS UE返回Modify确认々某体类型修改成功，从而 建立MSC与CS UE间的多々某体呼叫通路。
步骤S805,建立所述CS UE和MSC之间的H.223逻辑信道。
步骤S806， CSUE向MSC发送其支持的能力集，该能力集用于描述 其支持的编码方式等信息。步骤S807， MSC向CS UE返回IMSUE支持的能力集。
步骤S808，选择最终的媒体流编码方式，在最终选定媒体流编码方式 后，打开/启动逻辑信道，建立CSUE和IMSUE之间的多媒体呼叫。
步骤S809,同样在该实施例中，还包括如果MSC根据和CSUE的协 商结果，不希望进行编码转换，可以通过re-Invite/Update消息和IMS UE 再次协商，使得IMS UE更新为CS UE使用的编码方式。
如图9所示，为本发明实施例七的多士某体呼叫建立方法流程图，该实施 例由IMS UE发起》务改4某体类型，请求将语音呼叫转为多i某体呼叫，且CS UE 和MSC支持SCUDIF。具体包括以下步骤
步骤S901， IMS UE向MSC Server发送增加多媒体媒体的请求(如携 带多J 某体标识的re-Invite/Update消息)，请求将语音呼叫更新为多Jf某体呼 叫，并将其支持的能力集发送给MSC,该能力集用于描述其支持的编码方 式等信息。
步骤S902,MSC收到SIP re-Invite/Update消息后，根据SCUDIF特性， 在CS域内生成Modify消息，发起4某体类型修改请求到CS UE。
步骤S903, CS UE向MSC Server返回Modify确认修改成功消息，从 而建立MSC与CS UE间的多i某体呼叫通^各。
步骤S904,建立所述CS UE和MSC之间的H.223逻辑信道。
步骤S卯5， MSC CS UE发送IMS UE支持的能力集，该消息用于描 述对端支持的编码方式等信息。
步骤S906, CSUE向MSC返回CS UE支持的终端能力集。
步骤S907,选择最终的媒体流编码方式，在最终选定媒体流编码方式 后，打开/启动逻辑信道。
步骤S卯8， MSC向IMS UE发送200OK,确认接受多i某体々某体流增 力口请求。
如图IO所示，为本发明实施例八的多媒体呼叫建立方法流程图，该实 施例由IMS UE发起修改媒体类型，请求将语音呼叫转为多媒体呼叫，但CS UE或MSC不支持SCUDIF 。具体包括以下步骤步骤S1001, IMS UE通过re-Invite/Update消息发起增加多媒体媒体 流请求，请求将语音通话更新为多媒体呼叫，并将其支持的能力集发送给 MSC,该能力集用于描述其支持的编码方式等信息。
步骤S1002,通过Disconnect消息断开MSC与CS UE的语音呼叫。 步骤S1003, MSC通过re-Invite/Update消息通知IMS UE挂起当前呼叫。
步骤S1004, MSC向CSUE发起setup消息，申请建立多媒体呼叫。 步骤S1005, CS UE向MSC发送Connect消息，指示接受多媒体呼叫，
从而建立MSC与CS UE间的多力某体呼叫通路。
步骤S1006,建立所述CS UE和MSC之间的H.223逻辑信道。
步骤S1007, CS网络侧的H.223逻辑信道成功建立后，MSC向CS UE
发送IMSUE支持的能力集，该消息用于描述对端支持的编码方式等信息。 步骤S1008, CS UE向MSC返回CS UE支持的终端能力集。 步骤S1009,选择最终的媒体流编码方式，在最终选定i某体流编码方
式后，打开/启动逻辑信道。
步骤SIOIO， MSC通过re-Invite/Update消息激活挂起的IMS UE的呼叫。
如图11所示，为本发明实施例的多i某体呼叫建立系统结构图，该系统 包括MSC1、 CSUE2和对端UE3， CS UE2用于与MSC1建立多媒体呼叫通 路，并与MSC1进行媒体编码方式协商；MSC1用于接收多媒体请求消息， 并根据多媒体请求消息与CS UE2建立多媒体呼叫通路，根据建立的所述多力某 体呼叫通路同CS UE2和对端UE3分别进行媒体编码方式协商，在确定所述 CS UE2和对端UE3的编码方式后，建立CS UE2和对端UE3的多4某体呼叫； 对端UE3用于向MSC1上报自身的能力集。
其中，MSC1包括请求消息接收模块11，用于接收多媒体请求消息； 协商确定模块12用于在建立多媒体呼叫通路之后，根据多媒体呼叫通路对 CS UE2和对端UE3的i某体编码方式进行协商，确定CS UE2和对端UE3的 媒体编码方式；多媒体呼叫建立模块13用于根据确定的CS UE2和对端UE3的媒体编码方式建立CS UE2和对端UE3之间的多媒体呼叫。
其中，MSC1还包括消息转换模块14用于将请求消息接收模块11接收的 多媒体请求消息转换后向对端UE发送；能力集接收模块15用于接收对端UE3 收到多々某体请求消息后发送的对端UE3的能力集。
其中，消息转换模块14包括SCUDIF子模块141,用于使MSC1支持 SCUDIF功能，完成CS UE2和对端UE3之间修改请求消息的转换。
其中，MSC1还包括语音呼叫转换模块16,用于在多媒体呼叫建立模块 建立CS UE2和对端UE3之间的多媒体呼叫之后，接收CS UE2或对端UE3 的修改请求消息，修改请求消息包含语音指示，并根据所述语音指示将所述 已建立的多々某体呼叫切换为语音呼叫。
其中，MSC1还包括呼叫通路建立模块17,用于与CS UE2建立多媒体 呼叫通路，CSUE2能够通过多媒体呼叫通路与MSC1传递能力集信息。
通过本发明上述实施例提出的多媒体呼叫建立方法和系统，本发明实施 能够通过MSC对CS UE和IMS UE进行解码方式协商，建立CS UE和IMS UE 之间的多々某体呼叫。并且通过本发明上述技术方案，也可在CSUE和IMSUE 之间的多媒体呼叫建立之后，将多々某体呼叫切换为语音呼叫，或是在CSUE 和IMSUE之间语音呼叫建立后，也可通过上述方案，实现语音呼叫向多々某体 呼叫的切换。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本 发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过石更 件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技 术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体 现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使 得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行 本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的 普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进 和润饰，这些改进和润饰也应> 见为本发明的保护范围。
权利要求
1、一种多媒体呼叫建立方法，其特征在于，包括以下步骤接收多媒体请求消息；根据所述多媒体请求消息与CS UE建立多媒体呼叫通路；根据所述多媒体呼叫通路同所述CS UE进行媒体编码方式协商，并同对端UE进行媒体编码方式协商；在确定所述CS UE和对端UE的编码方式后，建立所述CS UE和对端UE的多媒体呼叫。
2、 如权利要求1所述多々某体呼叫建立方法，其特征在于，所述多4某体请 求消息为多々某体请求建立消息，所述根据多媒体请求建立消息与CS UE建立 多媒体呼叫通路具体为在所述CS UE为主叫方时，所述MSC将所述CS UE的多々某体请求建立 消息转换后通过IMS网络发送给对端UE;所述MSC在收到所述对端UE返回的摘机响应消息后，将所述摘才几响应 消息转换后发送给所述CS UE,从而建立所述CS UE和所述MSC间的多媒 体呼叫通路；或，在所述CS UE为^皮叫方时，所述MSC将来自IMS网络的所述对端UE 的多媒体请求建立消息转换后发送给CS UE;在收到所述CS UE的摘机响应 消息后，建立所述CS UE和所述MSC间的多4某体呼叫通路。
3、 如权利要求1所述多媒体呼叫建立方法，其特征在于，所述多媒体请 求消息为所述CS UE发送的呼叫模式变更消息，表示所述CS UE要求将当前 的语音呼叫切换为多i某体呼叫。
4、 如权利要求3所迷多媒体呼叫建立方法，其特征在于，在根据所述 多媒体请求消息与CS UE建立多媒体呼叫通路之前，还包括所述MSC将所述呼叫模式变更消息转换为々某体流变更请求消息后发送给 所述对端UE,并在所述媒体流变更请求消息中添加多媒体指示；所述MSC接收对端UE返回的媒体流变更确认消息，所述媒体流变更确认消息携带有所述对端UE的能力集，并通知所述CSUE。
5、 如权利要求1所述多i某体呼叫建立方法，其特征在于，所述多i某体 请求消息为对端UE发送的媒体流变更请求消息，表示所述对端UE要求将当 前的语音呼叫切换为多媒体呼叫。
6、 如权利要求5所述多媒体呼叫建立方法，其特征在于，在根据所述 多士某体请求消息与CS UE建立多媒体呼叫通路之前，还包括所述MSC将所述媒体流变更请求消息转换为所述呼叫模式变更消息后发 送给所述CS UE,并在所述呼叫模式变更消息中添加多媒体指示，所述媒体 流变更请求消息携带有所述对端UE的能力集；所述MSC接收所述CS UE返回的呼叫模式变更确认消息。
7、 如权利要求5所述多媒体呼叫建立方法，其特征在于，在根据所述多媒体请求消息与CSUE建立多媒体呼叫通路之前，还包括所述MSC接收到所述媒体流变更请求消息后，断开所述CS UE的语音 呼叫 所述MSC向所述CS UE发送多媒体请求建立消息。
8、 如权利要求7所述多媒体呼叫建立方法，其特征在于，还包括通 知所述对端UE挂起当前呼叫。
9、 如权利要求8所述多媒体呼叫建立方法，其特征在于，还包括在 确定所述CS UE和对端UE的编码方式后，所述MSC通过re-Invite/Update 消息激活挂起的呼叫。
10、 如权利要求1所述多媒体呼叫建立方法，其特征在于，在确定所述 CS UE和对端UE的编码方式之后，还包括所述MSC根据确定的编码方式判断是否要进行编码转换； 在判断需要进行编码转换后，所述MSC与所述对端UE重新协商编码方式。
11、 如权利要求l所述多i某体呼叫建立方法，其特征在于，在确定所述 CSUE和对端UE的编码方式之后，还包括所述MSC向所述对端UE返回确认消息，并将确定的编码方式通知所述对端UE。
12、 如权利要求1所述多媒体呼叫建立方法，其特征在于，在建立所述CSUE和对端UE的多媒体呼叫之后，还包括所述MSC接收CS UE的呼叫模式变更消息，所述呼叫模式变更消息携 带语音指示，表示所述CS UE请求将当前多媒体呼叫切换为语音呼叫；所述MSC将所述呼叫模式变更消息转换为携带语音指示的々某体流变更请 求消息，并向对端UE发送；在收到所述对端UE返回的多i某体媒体流删除的确认消息后，通知所述 CSUE,并将多々某体呼叫切换为语音呼叫。
13、 如权利要求1所述多i某体呼叫建立方法，其特征在于，在建立所述 CSUE和对端UE的多媒体呼叫之后，还包括所述MSC接收对端UE的媒体流变更请求消息，所述媒体流变更请求消 息携带语音指示，表示所述对端UE请求将当前多4某体呼叫切换为语音呼叫；所述MSC将所述媒体流变更请求消息转换为携带语音指示的呼叫模式变 更消息，并向CSUE发送；在收到所述CS UE返回的4某体类型修改成功的确认消息后，通知所述对 端UE，并将多々某体呼叫切换为语音呼叫。
14、 如权利要求1所述多媒体呼叫建立方法，其特征在于，在所述MSC 根据协商后的媒体编码方式建立多媒体呼叫之后，还包括所述MSC接收对端UE的媒体流变更请求消息，所述媒体流变更请求消 息携带语音指示，表示所述对端UE请求将当前多々某体呼叫切换为语音呼叫； 所述MSC将所述CSUE当前的多J 某体呼叫断开；所述MSC向所述CS UE发送呼叫请求建立消息，所述呼叫请求建立消 息包含有语音指示。
15、 如权利要求14所述多媒体呼叫建立方法，其特征在于，还包括通 知所述对端UE挂起当前多々某体呼叫。
16、 如权利要求15所述多媒体呼叫建立方法，其特征在于，还包括，在 收到所述CSUE的请求确认消息后，所述MSC通过re-Invite/Update消息激活挂起的呼叫
17、 一种多媒体呼叫建立系统，其特征在于，包括MSC、 CSUE和对端UE,所述CSUE,用于与所述MSC建立多々某体呼叫通路，并与所述MSC进 行i某体编码方式协商；所述MSC,用于接收多媒体请求消息，并根据所述多媒体请求消息与CS UE建立多媒体呼叫通路，根据建立的所述多媒体呼叫通路同CS UE和对端 UE分别进行Jf某体编码方式协商，在确定所述CS UE和对端UE的编码方式后， 建立所述CS UE和对端UE的多媒体呼叫；所述对端UE，用于向所述MSC上报自身的能力集。
18、 一种移动交换中心MSC,其特征在于，包括 请求消息接收模块，用于接收多媒体请求消息；协商确定模块，用于在建立多媒体呼叫通路之后，根据所述多媒体呼叫 通^各对所述CS UE和对端UE的纟某体编码方式进行协商，确定所述CS UE和 对端UE的纟某体编码方式；多J(某体呼叫建立模块，用于根据确定的所述CS UE和对端UE的媒体编 码方式建立所述CS UE和对端UE之间的多i某体呼叫。
19、 如权利要求18所述MSC,其特征在于，还包括消息转换模块，用于将所述请求消息接收模块接收的多媒体请求消息转 换后向对端UE发送；能力集接收模块，用于接收所述对端UE收到多媒体请求消息后发送的所 述对端UE的能力集。
20、 如权利要求19所述MSC,其特征在于，所述消息转换模块包括 SCUDIF子模块，用于使所迷MSC支持SCUDIF功能，完成所述CSUE和对 端UE之间修改请求消息的转换。
21、 如权利要求18所述MSC,其特征在于，还包括语音呼叫转换模块， 用于在所述多媒体呼叫建立模块建立所述CS UE和对端UE之间的多媒体呼 叫之后，接收所述CS UE或对端UE的修改请求消息，所述修改请求消息包含语音指示，并根据所述语音指示将所述已建立的多媒体呼叫切换为语音呼 叫。
22、如权利要求18所述MSC,其特征在于，还包括呼叫通路建立模块， 用于与CSUE建立多媒体呼叫通路，所述CSUE能够通过所述多媒体呼叫通 ^"与所述MSC传递能力集信息。
全文摘要
本发明实施例公开了一种多媒体呼叫建立方法，包括以下步骤接收多媒体请求消息；根据所述多媒体请求消息与CS UE建立多媒体呼叫通路；根据所述多媒体呼叫通路同所述CS UE进行媒体编码方式协商，并同对端UE进行媒体编码方式协商；在确定所述CS UE和对端UE的编码方式后，建立所述CS UE和对端UE的多媒体呼叫。本发明实施例通过MSC对CS UE和对端UE(如IMS UE)进行解码方式协商，能够建立CS UE和对端UE之间的多媒体呼叫，解决现有技术中无法实现CS UE和对端UE之间多媒体呼叫的技术缺陷。
文档编号H04W4/12GK101453706SQ20071019562
公开日2009年6月10日 申请日期2007年12月4日 优先权日2007年12月4日
发明者辉 金, 龙水平 申请人:华为技术有限公司