CN101351039B - 实现多媒体呼叫连续性的方法、装置及系统 - Google Patents
实现多媒体呼叫连续性的方法、装置及系统 Download PDFInfo
- Publication number
- CN101351039B CN101351039B CN200710152524.2A CN200710152524A CN101351039B CN 101351039 B CN101351039 B CN 101351039B CN 200710152524 A CN200710152524 A CN 200710152524A CN 101351039 B CN101351039 B CN 101351039B
- Authority
- CN
- China
- Prior art keywords
- access leg
- request
- switching controls
- media channel
- indication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 114
- 230000008569 process Effects 0.000 claims description 63
- 230000008447 perception Effects 0.000 claims description 57
- 230000000977 initiatory effect Effects 0.000 claims description 34
- 230000011664 signaling Effects 0.000 claims description 21
- 230000005540 biological transmission Effects 0.000 claims description 11
- 230000000630 rising effect Effects 0.000 claims description 6
- 238000007599 discharging Methods 0.000 claims description 2
- 102000018059 CS domains Human genes 0.000 abstract 2
- 108050007176 CS domains Proteins 0.000 abstract 2
- 230000004044 response Effects 0.000 description 8
- 241000282836 Camelus dromedarius Species 0.000 description 6
- 238000006243 chemical reaction Methods 0.000 description 5
- 239000000203 mixture Substances 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000007480 spreading Effects 0.000 description 4
- 230000003044 adaptive effect Effects 0.000 description 3
- 239000013028 medium composition Substances 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
- H04L65/1095—Inter-network session transfer or sharing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
- H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
- H04W36/00226—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB] wherein the core network technologies comprise IP multimedia system [IMS], e.g. single radio voice call continuity [SRVCC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
Abstract
本发明公开了实现多媒体呼叫连续性的方法、装置及系统，在用户从CS域发起多媒体呼叫的切换时，实现多媒体呼叫的连续性。方法包括：切换控制实体收到从CS域发起的具有多媒体属性的第二接入腿的建立请求后，等待第二接入腿对应的媒体通道协商完成的指示；切换控制实体收到第二接入腿对应的媒体通道协商完成的指示后，与远端进行媒体更新，以使第二接入腿替换第一接入腿。
Description
技术领域
本发明涉及通信领域，特别是涉及实现多媒体呼叫连续性的方法、装置及系统。
背景技术
一、电路域语音呼叫
一般的语音呼叫的流程参见图1所示(图中省略网络部分的信令交互以及部分后向信令)：
1-2、主叫UE发起语音呼叫；
3-4、被叫UE收到语音呼叫后，返回振铃消息；
5-6、被叫UE应答该语音呼叫；
7、在被叫UE应答后，网络将双向的传输通道打开，用户即能感受到双向数据传输。
二、电路域多媒体呼叫
移动电路域(CS域DOMAIN)多媒体呼叫业务是第三代移动通信标准伙伴项目(3GPP)从R4版本开始提供的一项重要业务，这种业务使得用户可以进行包括语音、视频、数据等多种媒体成分的呼叫。
CS域多媒体呼叫不同于语音之一在于：当主叫UE收到对端的应答消息(connect)后，才使用ITU-T制定的H.324附录K的MONA过程或者H.223和H.245协议在语音通道内进行多媒体呼叫的媒体通道协商，等多媒体呼叫的各逻辑通道协商完成后，才可以传输多媒体数据。因此，用户感觉到在接受呼叫后一段时间才感觉到多媒体数据的收发。而语音呼叫几乎就是在应答的同时用户就感觉到语音数据的传输。
电路域多媒体呼叫的建立流程参见图2所示(图中省略网络部分的信令交互以及部分后向信令)：
1-2、主叫UE发起语音呼叫；
3-4、被叫UE收到语音呼叫后，返回振铃消息；
5-6、被叫UE应答该语音呼叫；
7、主被叫通过H.223和H.245协议在语音通道内进行多媒体呼叫的媒体通道协商；
8-9、协商后复用在一个物理媒体传递通道中的多个逻辑传输通道，根据媒体通道协商的过程数目不限于两个。
三、在目前的3GPP网络互通相关课题中，为了解决CS域多媒体终端和IMS多媒体终端间进行多媒体通话，已经确定MGCF(Media Gateway ControlFunction媒体网关控制功能实体)/MGW(媒体网关功能实体)作为互通节点在CS域网络和IMS网络进行信令和媒体的转换，使CS域多媒体呼叫和IMS中的多媒体呼叫可以互通(也就是CS域终端和IMS终端向对方发起多媒体呼叫)。
当CS域网络作为主叫，IMS网络作为被叫时，MGCF收到在收到CS域的电路域呼叫请求后，根据其携带的承载能力信息单元指示为未限制数字信息(UDI)以及H.223和H.245请求指示判定呼叫为多媒体呼叫，则向IMS侧发送呼叫请求前，根据CS域网络中支持的缺省视频或音频格式导出IMS中的SDP信息，且可能在该SDP信息中包含CS域中的信息传递能力参数(该参数包括UDI、H.223和H.245请求指示)。在呼叫应答后且媒体传输通道接通后，MGCF/MGW和CS域终端使用媒体传输通道进行多媒体通道建立的协商。该过程可以使用ITU-T定义的H.324附录K的MONA过程或者H.223/H.245过程。在该媒体协商过程中和结束后，可能向IMS侧通知MGCF经过CS域媒体协商过程所选择的媒体类型等(取决于H223，H245/MONA过程中协商的媒体属性是否变化，以及MGCF是否进行编解码转换；无变换或者进行编解码 转换则不向IMS侧发起媒体重协商)。
四、现有技术一的技术方案
语音呼叫连续(Voice Call Continuity VCC)是在用户归属的IMS网络提供的一种业务，能够使用户的语音呼叫在电路域(CS域)和IMS网络之间进行双向切换。融合的IMS架构使在CS域和IP连接接入网(IP-Connectivity AccessNetwork IP-CAN)(比如各种IEEE 802系列的无线分组接入网等)下实现无缝的语音呼叫服务，不但可以减轻GSM/UMTS无线资源的负荷，还可增加运营商的收益。参见图3所示，为3GPP VCC实施方案，在IMS域和CS域新增一组功能实体，它们是：
一个路由改向实体(CAMEL app)，负责将电路域呼叫改向至IMS域进行呼叫锚定控制。一般情况下会和gsmSCF(GSM Service Control Function GSM业务控制功能实体)合设，在电路域中体现为一个SCP(Service Control Point业务控制点)；
一个CS域适配实体(CSAF)，为VCC终端在CS域发起呼叫或者域切换时建立CS接入腿提供在IMS中的代理功能；
一个域选择控制实体(DSF)，负责在IMS域根据用户的注册状态、呼叫状态等各种策略进行决策并控制呼叫路由到选定的接续域；
一个域切换控制实体(DTF)，负责在IMS域锚定呼叫，在切换发生时进行切换控制；
这些功能实体合称VCC(Voice Call Continuity，语音呼叫连续性)业务控制实体。
基于上述VCC实施方案，当VCC终端正在进行一个活动的语音会话，就可以发起域切换过程实现呼叫连续性。为了能进行域切换，VCC用户发起的或接收的呼叫都要锚定到该用户归属的IMS网络的域切换处理实体DTF。DTF是具有3PCC(第三方呼叫控制)功能的应用服务器。在VCC中，DTF和VCCUE之间的会话控制腿叫做access leg(接入腿)，DTF和远端用户间的那段会 话控制腿叫做remote leg(远端腿)。切换就是使用切入网络中新的access leg(第二接入腿)替换和远端腿相连的切出网络中旧的access leg(第一接入腿)。当远端用户的设备支持IMS时，其承载连接是端到端的进行替换。当远端用户设备支持CS/PSTN时，承载连接在VCC UE和MGW间替换。当新的接入腿完全建立后，VCC UE就把语音承载从切出域转换到切入域。一般情况下VCC终端比核心网络更能准确感知各接入网络无线信号的强弱，故对于时延要求较高的域切换过程都是由终端到网络的方向发起。
当用户的VCC终端检测到无线信号等因素判断需要从源网络切换到目的网络时，在目的网络呼叫一个特殊的号码(建立第二接入腿，即在切入网络建立DTF和VCC终端之间的一个新会话)。通过该号码呼叫请求可以到达DTF处理，DTF据此可以确定是域切换请求。根据VCC终端在新建立呼叫中支持的媒体信息和原呼叫的远端用户终端间重新协商媒体实现远端腿控制的媒体流改向到第二接入腿控制的承载连接(即通过更新远端腿以替换接入腿)。完成媒体协商以及新的呼叫建立后，此时由DTF或者VCC终端释放切换源网络中的呼叫资源(释放第一接入腿，即在切出网络中原有的DTF和VCC终端之间的会话)。这样完成两个接入腿的替换，从而用户的语音呼叫就切换到了目的网络。在切换中用户的语音呼叫保持不中断，提高了用户的业务体验。
图4是VCC中呼叫从IMS切换到CS域的流程，包括下列步骤(中间的一些非关键流程已经省略；远端UE所述的部分实体也省略了)：
1，VCC UE根据无线环境判断呼叫需要切换到CS域，在CS域呼叫特殊号码VDN起域切换。
2，VMSC根据CAMEL业务过程将呼叫改向为IMS网络DTF的PSI号码，故呼叫可以路由到VCC用户归属IMS网络的DTF处理。
3，DTF根据INVITE中的号码确定域切换请求目的域信息。并根据主叫信息定位锚定的会话。
4-8，DTF代理用户和远端用户使用切换请求中的媒体信息重协商远端腿 (DTF到remote UE)的媒体。
9，在目的网络的会话建立完成后，DTF释放VCC用户在IMS域中的接入部分呼叫资源(也可以是终端发起的释放，此处以网络中的DTF释放为例)。
发明人在发明过程中发现，若多媒体会话切换到CS域时，则存在以下问题：CS域中的第二接入腿上在呼叫应答后，才开始进行CS域多媒体呼叫的媒体通道协商，按照现有的VCC切换处理流程，将导致一段时间内多媒体通信内容的完全中断。因而极大影响用户的业务感受。
发明内容
本发明实施例提供了实现多媒体呼叫连续性的方法、装置及系统，在用户从CS域发起多媒体呼叫的切换时，实现多媒体呼叫的连续性。
本发明实施例的一种实现多媒体呼叫连续性的方法，包括下列步骤：切换控制实体收到从CS域发起的具有多媒体属性的第二接入腿的建立请求后，等待第二接入腿对应的媒体通道协商完成的指示；切换控制实体收到第二接入腿对应的媒体通道协商完成的指示后，与远端进行媒体更新，以使第二接入腿替换第一接入腿。
本发明实施例的一种切换控制实体，包括：接收单元，用于接收从CS域发起的具有多媒体属性的第二接入腿的建立请求；保持单元，用于保持接收单元收到所述第二接入腿的建立请求，并等待第二接入腿对应的媒体通道协商完成的指示；切换单元，用于以保持单元收到第二接入腿对应的媒体通道协商完成的指示作为触发条件，与远端进行媒体更新，以使第二接入腿替换第一接入腿。
本发明实施例的一种支持多媒体呼叫切换的多模终端，包括：发起单元，用于从CS域发起具有多媒体属性的第二接入腿的建立请求；感知单元，用于感知第二接入腿对应的媒体通道协商的完成事件；通知单元，用于在感知单元感知第二接入腿对应的媒体通道协商的完成事件后，发出第二接入腿对应的媒体通道协商完成的指示；第一IO通道转换单元，用于在感知单元感知在第二接入腿对应的媒体通道协商完成后，将该多模终端和用户间的IO通道从与第一接入腿连接转换为与第二接入腿连接。
本发明实施例的一种媒体网关控制功能实体，包括：感知单元，用于在支 持多媒体呼叫切换的多模终端从CS域发起具有多媒体属性的第二接入腿的建立请求后，感知第二接入腿对应的媒体通道协商的完成事件；通知单元，用于在感知单元感知第二接入腿对应的媒体通道协商的完成事件后，发出第二接入腿对应的媒体通道协商完成的指示，使得切换控制实体收到所述指示后，与远端终端进行媒体更新，以使第二接入腿替换第一接入腿。
本发明实施例的一种实现电路域多媒体呼叫连续性的系统，包括：支持多媒体呼叫切换的多模终端，具体包括：发起单元，用于从CS域发起具有多媒体属性的第二接入腿的建立请求；感知单元，用于感知第二接入腿对应的媒体通道协商的完成事件；通知单元，用于在感知单元感知第二接入腿对应的媒体通道协商的完成事件后，发出第二接入腿对应的媒体通道协商完成的指示；远端终端，用于配合完成媒体更新；切换控制实体，具体包括：接收单元，用于接收从CS域发起的具有多媒体属性的第二接入腿的建立请求；保持单元，用于保持接收单元收到所述第二接入腿的建立请求，并等待第二接入腿对应的媒体通道协商完成的指示；切换单元，用于以保持单元收到第二接入腿对应的媒体通道协商完成的指示作为触发条件，与远端进行媒体更新，以使第二接入腿替换第一接入腿。
本发明实施例的另一种实现电路域多媒体呼叫连续性的系统，包括：支持多媒体呼叫切换的多模终端，具体包括：发起单元，用于从CS域发起具有多媒体属性的第二接入腿的建立请求；媒体网关控制功能实体，具体包括：感知单元，用于在支持多媒体呼叫切换的多模终端从CS域发起具有多媒体属性的第二接入腿的建立请求后，感知第二接入腿对应的媒体通道协商的完成事件；通知单元，用于在感知单元感知第二接入腿对应的媒体通道协商的完成事件后，发出第二接入腿对应的媒体通道协商完成的指示，使得切换控制实体收到所述指示后，与远端终端进行媒体更新，以使第二接入腿替换第一接入腿；切换控制实体，具体包括：接收单元，用于接收从CS域发起的具有多媒体属性的第二接入腿的建立请求；保持单元，用于保持接收单元收到所述第二接入腿的建立请求，并等待第二接入腿对应的媒体通道协商完成的指示；切换单元，用于以保持单元收到第二接入腿对应的媒体通道协商完成的指示作为触发条件，与远端进行媒体更新，以使第二接入腿替换第一接入腿。
本发明实施例中，切换控制实体收到从CS域发起的具有多媒体属性的第 二接入腿的建立请求后，不立即与远端进行媒体更新，而是等待第二接入腿对应的媒体通道协商完成的指示；切换控制实体收到第二接入腿对应的媒体通道协商完成的指示后，才开始与远端进行媒体更新，以使第二接入腿替换第一接入腿。所以在用户从CS域发起多媒体呼叫的切换时，实现多媒体呼叫的连续性。
附图说明
图1为现有语音呼叫的流程图；
图2为现有电路域多媒体呼叫的建立流程图；
图3为现有VCC架构示意图；
图4为现有VCC中呼叫从IMS切换到CS域的流程图；
图5为本发明实施例的方法步骤流程图；
图6为本发明实施例的切换控制实体结构示意图；
图7为本发明实施例的支持多媒体呼叫切换的多模终端结构示意图；
图8为本发明实施例的支持多媒体呼叫切换的多模终端中的第一IO通道转换单元切换媒体通道的示意图；
图9为本发明实施例的媒体网关控制功能实体结构示意图；
图10为本发明实施例1的流程图；
图11为本发明实施例2的流程图；
图12为本发明实施例3的流程图；
图13为本发明实施例4的流程图；
图14为本发明实施例5的流程图；
图15为本发明实施例6的流程图。
具体实施方式
为了在用户从CS域发起多媒体呼叫的切换时，实现多媒体呼叫的连续性， 本发明实施例提供了实现多媒体呼叫连续性的方法、装置及系统，包括：切换到一个新的CS多媒体会话中，以及切换到一个既有CS域语音会话中，从而形成了一个CS多媒体会话。
参见图5所示，本发明实施例提供了一种实现多媒体呼叫连续性的方法，包括下列主要步骤：
S1、切换控制实体收到从CS域发起的具有多媒体属性的第二接入腿的建立请求。
其中，切换控制实体根据下述方式之一判定收到的第二接入腿的建立请求是从CS域发起：
-切换控制实体根据所述请求中的被叫号码判定(此时该被叫号码和CS域存在关联关系，且在切换前由网络发送到终端)。
-切换控制实体根据所述请求中的接入域信息的内容判定。
-按照默认规则，所述请求中未携带接入域信息，则切换控制实体判定该请求是从CS域发起。
其中，切换控制实体根据下述方式之一或者任意组合判定收到的第二接入腿的建立请求具有多媒体属性：
-切换控制实体根据所述请求中的SDP信息判定。
-切换控制实体根据所述请求中的被叫号码判定(此时该被叫号码和媒体类型存在关联关系，且在切换前由网络发送到终端)。
-切换控制实体根据发起该请求的UE在CS域的承载能力值判定。本方式中具体的，切换控制实体通过下述方式获得发起所述请求的UE在CS域的承载能力值：通过CS域中智能业务触发，将该UE在CS域的承载能力值传递到IMS域，该承载能力值在IMS域内转发的过程中，切换控制实体获得该承载能力值；或者通过MGCF将CS域承载能力值写入SIP呼叫请求的SDP中，该请求在IMS网络内转发的过程中切换控制实体获取该承载能力值。
S2、与多媒体呼叫从CS接入网络切换到IMS网络以及语音呼叫从IMS 切换到CS接入网络不同的是，切换控制实体保持住远端腿的更新过程，等待第二接入腿对应的媒体通道协商完成的指示。
其中，切换控制实体在收到第二接入腿对应的媒体通道协商完成的指示之前，切换控制实体根据第一接入腿建立过程中保存的远端媒体信息对第二接入腿上的媒体协商请求(包括初始接入腿建立请求中的SDP offer)进行响应；该媒体信息包括远端的媒体数据接收地址和远端支持的媒体类型。这样可以保证后续多媒体通道协商的顺利进行以及终端在第二接入腿上和远端UE媒体协商的成功率。同时，为了保证切换控制实体的安全，切换控制实体设置一个等待媒体通道协商完成的指示的定时器，当在特定时间段内没有收到该指示时拒绝本次切换，释放相关的切换或者整个呼叫资源；该定时器可以在第二接入腿建立完成(即切换控制实体在第二接入腿上发出了SIP 200 OK消息)后启动，在收到媒体通道协商完成的指示或超时后释放。
S3、切换控制实体收到第二接入腿对应的媒体通道协商完成的指示。
其中，第二接入腿对应的媒体通道的协商完成后，由于MSC UE和MGCF参与了CS多媒体通道协商过程，因此可以感知是否完成了该协商。所以可由MGCF向切换控制实体发出第二接入腿对应的媒体通道协商完成的指示；或者由MSC UE向切换控制实体发出第二接入腿对应的媒体通道协商完成的指示。
具体的，在实际部署中若由MGCF下发该指示，则MGCF可通过下述方式之一下发，以及切换控制实体以相应的方式获知第二接入腿对应的媒体通道协商完成事件：
-MGCF通过SIP INFO消息通知，其中携带该指示(该指示通过扩展SIP头域、方法、消息体表示)；相应的，切换控制实体从第二接入腿上收到该消息后，检测其携带的指示获知该完成事件。
-MGCF通过SIP Notify消息通知，其中携带相应的扩展参数表示(该方式需要切换控制实体在之前订阅用户的CS多媒体通道协商完成事件)；相应的，切换控制实体从第二接入腿上收到该消息后，检测其携带的指示获知该完成事 件。
-MGCF通过向DTF发送SIP ReINVITE/Update消息通知，且将媒体属性由INACTIVE设置为ACTIVE(之前在MGCF收到MSC UE发起的所述第二接入腿的建立请求时，将媒体属性设置为INACTIVE)；相应的，切换控制实体从第二接入腿上收到该消息后，检测第二接入腿的媒体属性为ACTIVE获知该完成事件。
具体的，在实际部署中若由MSC UE下发该指示，则MSC UE通过下述方式之一下发，以及切换控制实体以相应的方式获知第二接入腿对应的媒体通道协商完成事件：
-MSC UE通过第一接入腿上的SIP Notify消息通知，其中携带相应的扩展参数表示(该方式需要切换控制实体在之前订阅用户的CS多媒体通道协商完成事件)；相应的，切换控制实体从第一接入腿上收到该消息后，检测其携带的指示获知该完成事件。
-MSC UE通过SIP INFO消息通知，其中携带相应的指示(该指示通过扩展SIP头域、方法扩这消息体表示)；相应的，切换控制实体从第一接入腿上收到该消息后，检测其携带的指示获知该完成事件。
-MSC UE通过第一接入腿上的SIP BYE表示(可以携带扩展的指示或者不携带也可以)；相应的，切换控制实体从第二接入腿上收到该消息或者检测该消息中其携带的指示获知该完成事件。
S4、切换控制实体与远端进行媒体更新，以使第二接入腿替换第一接入腿。
步骤S4之后，还可释放第一接入腿所占用的资源。具体可由MSC UE在检测到媒体通道协商完成后，在第一接入腿上发起释放请求，切换控制实体收到该释放请求并确认与远端完成接入腿的替换后，配合释放第一接入腿的相应资源；或者切换控制实体和远端完成接入腿替换后，在第一接入腿上发起释放请求，MSC UE收到该释放请求后，配合释放第一接入腿的相应资源。
本发明实施例中，所述第一接入腿和第二接入腿分别位于不同终端上，或 者所述第一接入腿和第二接入腿位于同一终端上。
本发明实施例中，第二接入腿的媒体通道协商失败，则发起第二接入腿建立请求的UE可发起第二接入腿的释放请求，网络收到第二接入腿的释放请求后，释放第二接入腿，并保留第一接入腿。从而保证多媒体呼叫的连续性。
本发明实施例还提供了一种切换控制实体，参见图6所示，其包括：接收单元、保持单元、切换单元；进一步所述接收单元中还包括：第一判断子单元和第二判断子单元。
接收单元，用于接收从CS域发起的具有多媒体属性的第二接入腿的建立请求。
其中，第一判断子单元，用于根据下述方式之一判定收到的第二接入腿的建立请求是从CS域发起：
第一判断子单元根据所述请求中的被叫号码判定；
第一判断子单元根据所述请求中的接入域信息的内容判定；
所述请求中未携带接入域信息，则第一判断子单元判定该请求是从CS域发起。
其中，第二判断子单元，用于根据下述方式之一判定收到的第二接入腿的建立请求具有多媒体属性：
第二判断子单元根据所述请求中的SDP信息判定；
第二判断子单元根据发起该请求的UE在CS域的承载能力值判定；
第二判断子单元根据所述请求中的被叫号码判定。
保持单元，用于保持接收单元收到所述第二接入腿的建立请求，并等待第二接入腿对应的媒体通道协商完成的指示。
切换单元，用于以保持单元收到第二接入腿对应的媒体通道协商完成的指示作为触发条件，与远端进行媒体更新，以使第二接入腿替换第一接入腿。
进一步，在切换到CS中的既有语音会话时，所述接收单元中可包括：识别子单元，用于根据从待切换媒体所在的IMS网络中收到的通知中的会话标识 确定收到的媒体协商请求为升质请求，并结合所述IMS网络中的通知信息以该请求作为所述第二接入腿的建立请求。
进一步，为了保证切换控制实体的安全，该切换控制实体中还可包括：定时单元，用于在确定第二接入腿建立完成后启动定时器，并指示保持单元在定时时间内等待第二接入腿对应的媒体通道协商完成的指示。
本发明实施例还提供了一种支持多媒体呼叫切换的多模终端，即本发明实施例中的MSC UE，其包括：感知单元和通知单元；进一步还可至少包括发起单元、第一IO通道转换单元和第二IO通道转换单元之一。参见图7所示，以包括感知单元、通知单元、发起单元和第一IO通道转换单元为例。
发起单元，用于从CS域发起具有多媒体属性的第二接入腿的建立请求。
感知单元，用于感知第二接入腿对应的媒体通道协商的完成事件。由于支持多媒体呼叫切换的多模终端参与了CS多媒体通道协商过程，因此感知单元可以感知是否完成了该协商。
通知单元，用于在感知单元感知第二接入腿对应的媒体通道协商的完成事件后，发出第二接入腿对应的媒体通道协商完成的指示。具体的，通知单元通过下述方式之一发出第二接入腿对应的媒体通道协商完成的指示：通知单元通过第一接入腿上的SIP Notify消息通知，其中携带相应的扩展参数表示(该方式需要切换控制实体在之前订阅用户的CS多媒体通道协商完成事件)。通知单元通过SIP INFO消息通知，其中携带相应的指示(该指示通过扩展SIP头域、方法扩这消息体表示)。通知单元通过第一接入腿上的SIP BYE表示(可以携带扩展的指示或者不携带也可以)。
第一IO通道转换单元，用于在感知单元感知在第二接入腿对应媒体通道协商完成后，将该多模终端和用户间的IO通道从与第一接入腿控制的承载连接转换为与第二接入腿控制的承载连接，以配合在切换完成后，多媒体用户数据通过第二接入腿和远端腿的控制与远端继续通信。具体以语音呼叫为例，参见图8所示，示意了第一IO通道转换单元将多模终端和用户间的媒体通道(IO 通道)从第一接入腿控制的媒体通道转换到与第二接入腿控制的媒体通道连接(即承载连接)，多媒体通道的转换与此类似。其中扬声器和话筒可以看做是用户和多模终端间的媒体通道出入口。
第二IO通道转换单元，用于收到切换控制实体在远端腿媒体更新完成指示后，进行IO通道切换。
进一步，在切换到CS中的既有语音会话时，该支持多媒体呼叫切换的多模终端中还可包括：检测单元、通知单元和升质请求发送单元。
检测单元，用于检测切换指示；
通知单元，用于以USSD或SMS方式通知CSAF所指示的会话上将要以升质的方式建立第二接入腿；或者以DTMF方式通知MGCF该DTMF信号所关联的会话上将要以升质的方式建立第二接入腿；或者在待切换媒体所在的IMS网络中通知切换控制实体所指示的会话上将以升质的方式建立第二接入腿；
升质请求发送单元，用于向CS网络侧发出升质请求。
本发明实施例还提供了一种媒体网关控制功能实体，参见图9所示，其包括：感知单元和通知单元。
感知单元，用于感知第二接入腿对应的媒体通道协商的完成事件。由于MGCF参与了CS多媒体通道协商过程，因此感知单元可以感知是否完成了该协商。
通知单元，用于在感知单元感知第二接入腿对应的媒体通道协商的完成事件后，发出第二接入腿对应的媒体通道协商完成的指示。具体的，通知单元通过下述方式之一发出第二接入腿对应的媒体通道协商完成的指示：通知单元通过SIP INFO消息通知，其中携带该指示(该指示通过扩展SIP头域、方法、消息体表示)。通知单元通过SIP Notify消息通知，其中携带相应的扩展参数表示(该方式需要切换控制实体在之前订阅用户的CS多媒体通道协商完成事件)。通知单元通过SIP ReINVITE/Update通知，当MGCF检测到CS多媒体 通道协商完毕后，使用该消息将媒体协商结果中的媒体参数传递到DTF。通知单元通过向DTF发送SIP ReINVITE/Update消息通知，且将媒体属性由INACTIVE设置为ACTIVE(之前在MGCF收到MSC UE发起的所述第二接入腿的建立请求时，将媒体属性设置为INACTIVE)。
进一步，在切换到CS中的既有语音会话时，所述媒体网关控制功能实体还可包括：转换单元，用于从CS网络侧收到升质请求后，将该升质请求转换为IMS网络中的媒体协商请求。或者，
还可包括：接收单元，用于接收以DTMF方式通知的信息和升质请求；组装单元，用于将以DTMF方式通知的信息和升质请求中携带的信息，组装为第二接入腿的建立请求。
本发明实施例还提供了一种CS域适配实体，包括：第一接收单元、第二接收单元、识别单元和转换单元。
第一接收单元，用于接收USSD或SMS方式的通知消息，该通知消息用于通知将要以升质的方式建立第二接入腿；
第二接收单元，用于接收媒体协商请求；
识别单元，用于根据USSD或SMS中的会话标识确定收到的媒体协商请求为升质请求；
转换单元，用于将所述升质请求转换为第二接入腿的建立请求。
本发明实施例还提供了一种实现电路域多媒体呼叫连续性的系统，包括：支持多媒体呼叫切换的多模终端、远端终端和切换控制实体。
支持多媒体呼叫切换的多模终端，用于从CS域发起具有多媒体属性的第二接入腿的建立请求，并在感知第二接入腿对应的媒体通道协商的完成事件后，发出第二接入腿对应的媒体通道协商完成的指示。
远端终端，用于配合完成媒体更新。
切换控制实体，用于在收到从CS域发起的具有多媒体属性的第二接入腿的建立请求后，等待第二接入腿对应的媒体通道协商完成的指示；并在收到第 二接入腿对应的媒体通道协商完成的指示后，与远端终端进行媒体更新，以使第二接入腿替换第一接入腿。
本发明实施例还提供了另一种实现电路域多媒体呼叫连续性的系统，包括：支持多媒体呼叫切换的多模终端、媒体网关控制功能实体、远端终端和切换控制实体。
支持多媒体呼叫切换的多模终端，用于从CS域发起具有多媒体属性的第二接入腿的建立请求；
媒体网关控制功能实体，用于在感知第二接入腿对应的媒体通道协商的完成事件后，发出第二接入腿对应的媒体通道协商完成的指示；
远端终端，用于配合完成媒体更新；
切换控制实体，用于在收到从CS域发起的具有多媒体属性的第二接入腿的建立请求后，等待第二接入腿对应的媒体通道协商完成的指示；并在收到第二接入腿对应的媒体通道协商完成的指示后，与远端终端进行媒体更新，以使第二接入腿替换第一接入腿。
以下通过3个实施例具体描述。
[实施例1]多媒体呼叫从IMS切换到CS域的流程；MGCF通知CS域多媒体通道协商完成事件和媒体协商的方式(本流程中，MSC UE的CS域和IMS部分也可以分布在不同的终端上；本流程以DTF发起释放为例，也可是MSCUE发起释放)
MSC UE已经和远端UE在IMS中进行了多媒体会话，并在DTF完成了锚定。切换到CS域时的多媒体呼叫连续性过程，参见图10所示，包括下列步骤：
1，MSC UE检测到多媒体呼叫需要切换到CS域，则在CS域建立第二接入腿。
1a，可选的MGCF在该请求中将本端的端口属性置为INACTIVE。
2，第二接入腿建立请求被路由到用户归属IMS网络的DTF处理(该路由 使用VCC中直接路由到DTF的技术，也可以使用VCC中涉及的其它路由方式)。
3，DTF根据该请求中的被叫号码或者接入域信息，以及关联到的第一接入腿所在接入域，判断呼叫切换方向是从IMS切换到CS域；且根据请求中的SDP信息、被叫号码或者实施例3中获得的CS承载能力信息判断第二接入腿属于多媒体呼叫；与多媒体呼叫从CS接入网络切换到IMS网络以及语音呼叫从IMS切换到CS接入网络不同的是，DTF据此判断先不更新和远端UE之间的呼叫腿，而是等待第二接入腿对应的CS域多媒体通道协商完成的指示。
4，DTF使用保存的远端UE的媒体信息和第二接入腿协商媒体，在其响应中返回远端的接收端口(在此过程中DTF也可以将远端的接收端口的属性设置为INACTIVE或者Send Only，以避免MGCF处理CS域多媒体通道协商前将媒体通道中的数据发送到远端)和支持的媒体信息。这样可以保证后续后续多媒体通道协商的顺利进行以及终端在第二接入腿上和远端UE媒体协商的成功率。
5，在第二接入腿建立完成后，MSC UE和DTF都不发起释放第一接入腿，同时DTF等待第二接入腿对应CS域多媒体通道协商完成的指示。MSC UE一边继续在第一接入腿的IO通道为用户提供数据收发，一边准备在第二接入腿对应的承载连接上进行多媒体通道协商；同时，为了保证DTF的安全，DTF设置一个等待该释放消息的定时器，当在特定时间段内没有收到该消息时释放本次切换或者整个呼叫的相关资源；该定时器可以在第二接入腿建立完成后(即DTF在第二接入腿上发送出SIP 200 OK消息)启动，在收到MGCF在第一接入腿上的通知消息或超时后释放。
6，进行第二接入腿对应的承载连接上的CS域多媒体通道协商。(此过程中MGCF也可能根据CS域多媒体通道协商的结果发起和远端的媒体重协商，在DTF检测到CS域多媒体通道协商完成事件前，DTF将代理远端和MGCF进行媒体协商)
7，MGCF在CS域中的协商过程结束后，使用SIP ReINVITE/UPDATE通知DTF(可以扩展SIP头域或者SIP方法、或者SIP消息体携带该信息，本例中没有扩展；也可以使用SIP Notify通知DTF，前提是切换前DTF已经在MGCF订阅了CS域中媒体通道协商完成事件，因此MGCF可以发出该通知；也可以使用其它SIP消息，如Info通知到DTF该事件)。
8，DTF检测到媒体通道协商完成事件(如收到扩展的SIP信令中携带的媒体协商完成指示，或者根据MGCF指示将第二接入腿本端的接收端口媒体属性改为ACTIVE或者Send Receive)，则代理MSC UE和远端UE使用第二接入腿建立请求中的媒体信息重协商远端腿的媒体(MGCF也可以在收到其发出的ReINVITE的200 OK响应后，通过CS网络信令指示MSC UE进行IO通道的转接，MSC UE收到后转接IO通道)。
9，在远端腿更新完成后，DTF释放IMS域的第一接入腿(也可以是终端发起的释放，此处以网络中的DTF释放为例)。此时MSC UE将媒体的IO通道从第一接入腿控制的承载连接转接到在第二接入腿控制的承载连接上(该IO通道的转接也可以在MSC UE检测到带内的媒体通道协商完成后进行)。
[实施例2]多媒体呼叫从IMS切换到CS域的流程；UE通知CS域多媒体通道协商完成事件(本流程中，MSC UE的CS域和IMS部分也可以分布在不同的终端上；本流程以UE发起释放为例，也可是DTF发起释放)
MSC UE已经和远端UE在IMS中进行了多媒体会话，并在DTF完成了锚定。切换到CS域时的多媒体呼叫连续性过程，参见图11所示，包括下列步骤：
1，MSC UE检测到多媒体呼叫需要切换到CS域，则在CS域建立第二接入腿。
2，第二接入腿建立请求被路由到用户归属IMS网络的DTF处理(该路由使用VCC中的技术，也可以使用VCC中涉及的其它路由方式)。
3，DTF根据该请求中的被叫号码或者接入域信息，以及关联到的第一接 入腿所在接入域，判断呼叫切换方向是从IMS切换到CS域；且根据请求中的SDP信息、被叫号码或者实施例3中获得的CS承载能力信息判断第二接入腿属于多媒体呼叫；与多媒体呼叫从CS接入网络切换到IMS网络以及语音呼叫从IMS切换到CS接入网络不同的是，DTF据此判断先不更新和远端UE之间的呼叫腿，而是等待第二接入腿对应的CS域多媒体通道协商完成的指示。
4，DTF使用保存的远端UE的媒体信息和收到的媒体信息和第二接入腿协商媒体，在其响应中返回远端的接收端口(在此过程中DTF也可以将该端口的属性设置为INACTIVE或者Send Only，以避免MGCF处理CS域多媒体通道协商前将媒体通道中的数据发送到远端)和支持的媒体信息。这样可以保证后续后续多媒体通道协商的顺利进行以及终端在第二接入腿上和远端UE媒体协商的成功率。
5，在第二接入腿建立完成后，MSC UE和DTF都不发起释放第一接入腿，等待第二接入腿对应CS域多媒体通道协商完成的指示。MSC UE一边继续在第一接入腿的IO通道为用户提供数据收发，一边准备在第二接入腿对应的承载连接上进行多媒体通道协商。
6，进行第二接入腿对应的承载连接上的CS域多媒体通道协商。(此过程中MGCF也可能根据CS域多媒体通道协商的结果发起和远端的媒体重协商，在DTF检测到CS域多媒体通道协商完成事件前，DTF将代理远端和MGCF进行媒体协商)
7，本例中MSC UE在CS域中的协商过程结束后，使用第一接入腿释放消息通知DTF(此处以SIP BYE消息为例，也可以使用其它SIP消息、方法，如Notify，Info通知到DTF该事件；当只释放第一接入腿中被切出的媒体时则可以使用SIP协议的UPDATE或者ReINVITE来完成)；同时，为了保证DTF的安全，切换控制实体设置一个等待该释放消息的定时器，当在特定时间段内没有收到该消息时释放本次切换或者整个呼叫的相关资源；该定时器可以在第二接入腿建立完成后(即DTF在第二接入腿上发送出SIP 200 OK消息)启动， 在收到MSC UE在第一接入腿上的释放消息或超时后释放。
8，DTF收到媒体协商完成指示后，则代理MSC UE和远端UE使用第二接入腿建立请求中的媒体信息重协商远端腿的媒体。(若步骤4中将远端的接收端口属性设置为INACTIVE或者Send Only，则在此步骤后使用SIP消息向MGCF指示将此属性改为ACTIVE或者Send Receive)
9，在远端腿更新完成后，DTF向MSC UE确认释放IMS域的第一接入腿(释放过程也可以是DTF发起的释放，此处以网络中的MSC UE释放为例)；此时MSC UE将媒体的IO通道从第一接入腿控制的承载连接转接到在第二接入腿控制的承载连接上(该IO通道的转接也可以在MSC UE检测到带内的媒体通道协商完成后进行)。
[实施例3]CS域承载能力信息的传递，CAMEL触发的方式，参见图12所示，包括下列步骤：
1，终端在CS域发起多媒体呼叫，其中携带CS域的承载能力信息来表示。
2，拜访地移动交换中心VMCS域在CAMEL改向过程中向CAMEL业务实体报告该指示。
3，CS域根据改向后的被叫号码将呼叫路由到MGCF处理。
4，MGCF根据被叫号码，将呼叫路由到电路域适配实体(CSAF)处理。CSAF根据内部接口从CAMEL业务实体获取该信息，并将该信息填入到SIP呼叫请求消息中的头域或者消息体中(如SDP中)，继续在IMS网络中路由。
5-6，当呼叫请求消息路由到DTF后，DTF根据添加的头域或者消息体得知用户在CS域网络中的承载能力信息。
[实施例4]USSD/SMS通知的方式(本实施例省略了部分现有技术的信令，保留了发明关键部分；本实施例以IP-CAN(PS)中视频切换到CS中的语音会话为例，也可以是其它媒体切换到CS呼叫中；本实施例中切换源和目的在同一用户设备，也可以位于不同用户设备；CSAF实体可以和切换控制实体-DTF合并；IMS网络实体指完成会话控制所需的各种CSCF以及其它实体等)
MSC UE已经和远端UE在IMS中进行了多媒体会话，并在切换控制实体完成了锚定。其中语音部分在CS网络接续，其它媒体成分在PS网络接续。切换到CS域时的多媒体呼叫连续性过程，参见图13所示，包括下列步骤：
1，用户设备检测到切换指示，包括但不限于收到用户切换指示或用户设备自己根据无线信号检测到需要进行切换，使用USSD/SMS通知CSAF所指示的呼叫上将要发生切换，其中请求的CSAF地址可以事先配置或其它方式设置到用户设备中；
2，端局MSC通过CS网络将USSD/SMS消息根据目的地址路由到CSAF处理；
A，CSAF收到该信息<注1>后，等待CS呼叫中的升质请求；
3-6，MSC UE发起SCUDIF过程来请求CS网络将语音呼叫升质为多媒体呼叫(本实施例仅以升质为音频+视频成分为例，还可包括其它方式的升质)，网络通过局间信令如BICC消息将该请求发送到MGCF，MGCF按照互通处理将升质转换为IMS网络中的媒体协商请求(升质在IMS网络也就表达为在会话中请求增加媒体)；
B，CSAF根据USSD/SMS中的会话标识确定该请求即为所等待的升质请求；CSAF结合收到的USSD/SMS信息以及升质请求使用SIP头域或方法或消息体组装一个SIP切换请求(此处以ReINVITE为例，也可以是其它SIP消息如UPDATE<注2>)；
7-8，该切换请求经过呼叫信令路径传递到DTF；
C：DTF根据该请求中的被叫号码或者接入域信息，以及关联到的第一接入腿所在接入域，判断呼叫切换方向是从IMS切换到CS域；且根据请求中的SDP信息、被叫号码或者实施例3中获得的CS承载能力信息判断第二接入腿属于多媒体呼叫；据此DTF判断先不更新和远端UE之间的呼叫腿。
9-18，DTF使用保存的远端UE的媒体信息和收到的媒体信息和第二接入腿协商媒体，在其响应中返回远端的接收端口(在此过程中DTF也可以将该 端口的属性设置为INACTIVE或者Send Only，以避免MGCF处理CS域多媒体通道协商前将媒体通道中的数据发送到远端)和支持的媒体信息。这样可以保证后续后续多媒体通道协商的顺利进行以及终端在第二接入腿上和远端UE媒体协商的成功率。
D，后续的切换处理过程，详见实施例1的第5步到流程结束或者实施例2的第5步到流程结束；和这两个实施例的区别在于，释放第一接入腿对应的切出媒体可以是ReINVITE消息或者UPDATE消息；若释放整个第一接入腿对应的媒体则和这两个实施例的流程一致。
注1：所述传递的信息包括以下具体信息的任意组合：
A、升质切换指示：表示PS上的媒体将通过媒体升质的方式切换到所指示的CS呼叫上；
B、切换的类型：使用上述A的方法表示，如部分或全部媒体合并到一个目的网络的既有会话或者切换到一个新的会话等；
C、被替换的媒体标识：被替换媒体的标识用于向DTF表明锚定的所属用户会话中那些媒体要切换，可以使用媒体所在会话标识加会话内的媒体标识表示，或使用一个全局的标识表示，若是整个会话中的媒体都切换则使用会话标识就可以了；
D、MSC UE和CSAF间会话的标识：用于CSAF定位对应的目的会话，包括但不限于CS语音呼叫对应的IMS部分会话的标识等；
注2：所述切换请求包括以下信息的任意组合：
A、切换指示：可以使用类似VCC中的VDI/VDN等特定的被叫号码表示，也可以是SIP消息中的某些头域、方法、消息体，这里仅以被叫号码的方式为例；
B、切换的类型：使用上述A的方法表示，如媒体流合并到一个会话的切换等；
C、被替换的媒体标识：被替换媒体的标识用于向DTF表明锚定的所属用 户会话中那些媒体要切换，可以使用媒体所在会话标识加会话内的媒体标识表示，或使用一个全局的标识表示，若是整个会话中的媒体都切换则使用会话标识来表示；
D、新接入腿中对应的媒体信息：通过在切入目的网络建立的接入腿中携带的SDP信息携带。
[实施例5]DTMF/CS增强通知的方式(本实施例省略了部分现有技术的信令，保留了发明关键部分；本实施例以IP-CAN(PS)中视频切换到CS中的语音会话为例，也可以是其它媒体切换到CS呼叫中；本实施例中切换源和目的在同一用户设备，也可以位于不同用户设备；IMS网络实体指完成会话控制所需的各种CSCF以及其它实体等)
MSC UE已经和远端UE在IMS中进行了多媒体会话，并在切换控制实体(DTF)完成了锚定。其中语音部分在CS网络接续，其它媒体成分在PS网络接续。切换到CS域时的多媒体呼叫连续性过程，参见图14所示，包括下列步骤：
a1，MSC UE检测到需要切换后(包括但不限于收到用户切换指示或MSCUE自己根据无线信号检测到需要切换等)，使用DTMF通知MGCF将要发生切换，通过DTMF传递的所需信息<注1>；
a2a.1，端局MSC采用带内信号传递DTMF，即VMSC指示自己的MGW传递DTMF信息；
a2a.2，MGCF的MGW收到后，使用H248机制通知MGCF收到的DTMF信息；或
a2b，VMSC使用局间信令传递DTMF信息，则MGCF通过信令通道收到该DTMF消息；
a3，网络返回DTMF响应(省略了其它DTMF传递消息)
A，MGCF收到该信息后，等待CS呼叫中的升质请求；
a4-a5，MSC UE发起SCUDIF过程来请求CS网络将语音呼叫升质为多媒 体呼叫(本实施例仅以升质为音频+视频成分为例，还可包括其它方式的升质)，网络通过局间信令如BICC消息将该请求发送到MGCF；
b1-b2，MSC UE发起SCUDIF过程来请求CS网络将语音呼叫升质为多媒体呼叫(本实施例仅以升质为音频+视频成分为例，还可包括其它方式的升质)，网络通过局间信令如BICC消息将该请求发送到MGCF，其中扩展CS的信令，在其中携带所需信息<注1>；
B，MGCF结合通过方式a或b收到的升质切换信息以及升质请求使用SIP头域或方法或消息体组装一个SIP切换请求(此处以ReINVITE为例，也可以是其它SIP消息如UPDATE<注2>)；
6-7，该切换请求经过呼叫信令路径传递到DTF；
C：DTF根据该请求中的被叫号码或者接入域信息，以及关联到的第一接入腿所在接入域，判断呼叫切换方向是从IMS切换到CS域；且根据请求中的SDP信息、被叫号码或者实施例3中获得的CS承载能力信息判断第二接入腿属于多媒体呼叫；据此DTF判断先不更新和远端UE之间的呼叫腿。
8-13，DTF使用保存的远端UE的媒体信息和收到的媒体信息和第二接入腿协商媒体，在其响应中返回远端的接收端口(在此过程中DTF也可以将该端口的属性设置为INACTIVE或者Send Only，以避免MGCF处理CS域多媒体通道协商前将媒体通道中的数据发送到远端)和支持的媒体信息。这样可以保证后续后续多媒体通道协商的顺利进行以及终端在第二接入腿上和远端UE媒体协商的成功率。
D，后续的切换处理过程，详见实施例1的第5步到流程结束或者实施例2的第5步到流程结束；和这两个实施例的区别在于，释放第一接入腿对应的切出媒体可以是ReINVITE消息或者UPDATE消息；若释放整个第一接入腿对应的媒体则和这两个实施例的流程一致。
注1：所述传递的信息包括以下具体信息的任意组合：
A、升质切换指示：表示PS上的媒体将通过媒体升质的方式切换到所指 示的CS呼叫上；
B、切换的类型：使用上述A的方法表示，如部分或全部媒体合并到一个目的网络的既有会话或者切换到一个新的会话等；
C、被替换的媒体标识：被替换媒体的标识用于向DTF表明锚定的所属用户会话中那些媒体要切换，可以使用媒体所在会话标识加会话内的媒体标识表示，或使用一个全局的标识表示，若是整个会话中的媒体都切换则使用会话标识来表示；
注2：所述切换请求包括以下信息的任意组合：
A、切换指示：可以使用类似VCC中的VDI/VDN等特定的被叫号码表示，也可以是SIP消息中的某些头域、方法、消息体，这里仅以被叫号码的方式为例；
B、切换的类型：从DTMF传递的信息中获取，在IMS中可以使用SIP消息中的某些头域、方法、消息体来表示；
C、被替换的媒体标识：从DTMF传递的信息中获取，在IMS中可以使用SIP消息中的某些头域、方法、消息体来表示；
D、新接入腿中对应的媒体信息：通过在切入目的网络建立的接入腿中携带的SDP信息携带。
[实施例6]在IP-CAN(PS)中通知DTF的方式(本实施例省略了部分现有技术的信令，保留了发明关键部分；本实施例以IP-CAN中视频切换到CS中的语音会话为例，也可以是其它媒体切换到CS呼叫中；本实施例中切换源和目的在同一用户设备，也可以位于不同用户设备；IMS网络实体指完成会话控制所需的各种CSCF以及其它实体等)
MSC UE已经和远端UE在IMS中进行了多媒体会话，并在切换控制实体(DTF)完成了锚定。其中语音部分在CS网络接续，其它媒体成分在PS网络接续。切换到CS域时的多媒体呼叫连续性过程，参见图15所示，包括下列步骤：
1，MSC UE检测到需要切换后(包括但不限于收到用户切换指示或MSCUE自己根据无线信号检测到需要切换等)，使用SIP INFO在IMS网络中的待切换媒体所在会话(此处仅以INFO消息为例，也可以是其它的消息；也可以通过新会话或者通过Ut接口消息传递)向DTF传递信息<注2>，其中请求的DTF地址可以事先配置到用户设备中；
A，DTF收到该信息后，等待相应CS呼叫中的升质请求；
2-3，MSC UE发起SCUDIF过程来请求网络将语音呼叫升质为多媒体呼叫(本实施例仅以升质为音频+视频成分为例，还可包括其它方式的升质)，网络通过局间信令如BICC消息将该请求发送到MGCF；
4-5，MGCF按照互通处理将升质转换为IMS网络中的媒体协商请求(升质也就表达为请求增加媒体)该请求经过呼叫信令路径传递到DTF；
C，DTF根据步骤1中的会话标识确定该请求即为所等待的升质请求，之后DTF根据该请求中的被叫号码或者接入域信息，以及关联到的第一接入腿所在接入域，判断呼叫切换方向是从IMS切换到CS域；且根据请求中的SDP信息、被叫号码或者实施例3中获得的CS承载能力信息判断第二接入腿属于多媒体呼叫；据此DTF判断先不更新和远端UE之间的呼叫腿；
6-11，DTF使用保存的远端UE的媒体信息和收到的媒体信息和第二接入腿协商媒体，在其响应中返回远端的接收端口(在此过程中DTF也可以将该端口的属性设置为INACTIVE或者Send Only，以避免MGCF处理CS域多媒体通道协商前将媒体通道中的数据发送到远端)和支持的媒体信息。这样可以保证后续后续多媒体通道协商的顺利进行以及终端在第二接入腿上和远端UE媒体协商的成功率。
D，后续的切换处理过程，详见实施例1的第5步到流程结束或者实施例2的第5步到流程结束；和这两个实施例的区别在于，释放第一接入腿对应的切出媒体可以是ReINVITE消息或者UPDATE消息；若释放整个第一接入腿对应的媒体则和这两个实施例的流程一致。
注1：所述传递的信息包括以下具体信息的任意组合：
A、升质切换指示：表示PS上的媒体将通过媒体升质的方式切换到所指示的CS呼叫上；可以使用SIP消息中的某些头域、方法、消息体来表示；
B、切换的类型：使用上述A的方法表示，如部分或全部媒体合并到一个目的网络的既有会话或者切换到一个新的会话等；
C、被替换的媒体标识：被替换媒体的标识用于向DTF表明锚定的所属用户会话中那些媒体要切换，可以使用媒体所在会话标识加会话内的媒体标识表示，或使用一个全局的标识表示，若是整个会话中的媒体都切换则使用会话标识来表示；
D、MSC UE和DTF间会话的标识：用于DTF定位对应的目的会话，包括但不限于CS语音呼叫对应的IMS部分会话的标识等。
综上所述，本发明实施例中，切换控制实体收到从CS域发起的具有多媒体属性的第二接入腿的建立请求后，不立即与远端进行媒体更新，而是等待第二接入腿对应的媒体通道协商完成的指示；切换控制实体收到第二接入腿对应的媒体通道协商完成的指示后，才开始与远端进行媒体更新，以使第二接入腿替换第一接入腿。
由于本发明实施例不像现有技术那样，在切换控制实体收到从CS域发起的具有多媒体属性的第二接入腿的建立请求后，立即与远端进行媒体更新，所以在切换之前，用户可以从第一接入腿上持续接收多媒体呼叫的媒体流；而在切换控制实体收到第二接入腿对应的媒体通道协商完成的指示后，再与远端进行媒体协商以使用第二接入腿替换第一接入腿，将多媒体呼叫的媒体流切换到第二接入腿对应的承载连接上，因此在整个切换过程中，用户可体验到连续的多媒体呼叫。
进一步，本发明实施例中具体可由支持多媒体呼叫切换的多模终端MSCUE或媒体网关控制功能实体MGCF向切换控制实体下发第二接入腿对应的媒体通道协商完成的指示。因此本发明实施例中还提了支持多媒体呼叫切换的多 模终端和媒体网关控制功能实体，以及分别对应的系统。从而更好的支撑了本发明实施例。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (32)
1.一种实现多媒体呼叫连续性的方法，其特征在于，包括下列步骤：
切换控制实体收到从CS域发起的具有多媒体属性的第二接入腿的建立请求后，等待第二接入腿对应的媒体通道协商完成的指示；
切换控制实体收到第二接入腿对应的媒体通道协商完成的指示后，与远端进行媒体更新，以使第二接入腿替换第一接入腿。
2.如权利要求1所述的方法，其特征在于，所述切换控制实体根据下述方式之一判定收到的第二接入腿的建立请求是从CS域发起：
切换控制实体根据所述请求中的被叫号码判定；
切换控制实体根据所述请求中的接入域信息的内容判定；
所述请求中未携带接入域信息，则切换控制实体判定该请求是从CS域发起。
3.如权利要求1所述的方法，其特征在于，所述切换控制实体至少根据下述方式之一判定收到的第二接入腿的建立请求具有多媒体属性：
切换控制实体根据所述请求中的SDP信息判定；
切换控制实体根据发起该请求的UE在CS域的承载能力值判定；
切换控制实体根据所述请求中的被叫号码判定。
4.如权利要求3所述的方法，其特征在于，切换控制实体通过下述方式获得发起所述请求的UE在CS域的承载能力值：
通过CS域中智能业务触发，将该UE在CS域的承载能力值传递到IMS域，该承载能力值在IMS域内转发的过程中，切换控制实体获得该承载能力值。
5.如权利要求1所述的方法，其特征在于，切换控制实体收到第二接入腿对应的媒体通道协商完成的指示之前，包括信令通道中的媒体协商过程：
切换控制实体收到第二接入腿上的媒体协商请求；
切换控制实体根据第一接入腿建立过程中保存的远端媒体信息进行响应。
6.如权利要求1所述的方法，其特征在于，第二接入腿对应的媒体通道的协商完成后，由MGCF向切换控制实体发出第二接入腿对应的媒体通道协商完成指示。
7.如权利要求6所述的方法，其特征在于，MGCF通过下述方式之一向切换控制实体发出第二接入腿对应的媒体通道协商完成的指示，以及切换控制实体以相应的方式获知第二接入腿对应的媒体通道协商完成事件：
方式11、MGCF在向切换控制实体发出的消息中携带第二接入腿对应的媒体通道协商完成的指示；以及切换控制实体从第二接入腿上收到的消息中获得该指示，并据此获知第二接入腿对应的媒体通道协商完成事件；
方式12、MGCF检测到第二接入腿对应的媒体通道协商完成后，将SIP消息中的媒体属性由INACTIVE设置为ACTIVE，并向切换控制实体发出；以及切换控制实体从第二接入腿上收到该消息后，检测出该消息中的媒体属性为ACTIVE，则获知第二接入腿对应的媒体通道协商完成事件。
8.如权利要求1所述的方法，其特征在于，第二接入腿对应的媒体通道的协商完成后，由MSC UE向切换控制实体发出第二接入腿对应的媒体通道协商完成的指示。
9.如权利要求8所述的方法，其特征在于，MSC UE通过下述方式向切换控制实体发出第二接入腿对应的媒体通道协商完成的指示，以及切换控制实体以相应的方式获知第二接入腿对应的媒体通道协商完成事件：
方式21、MSC UE通过第一接入腿在向切换控制实体发出的消息中携带第二接入腿对应的媒体通道协商完成的指示；以及切换控制实体从第一接入腿上收到的消息中获得该指示，并据此获知第二接入腿对应的媒体通道协商完成事件。
10.如权利要求1所述的方法，其特征在于，第二接入腿替换第一接入腿之后，还包括释放第一接入腿。
11.如权利要求10所述的方法，其特征在于，通过下述方式之一释放第一接入腿：
由MSC UE在检测到媒体通道协商完成后，在第一接入腿上发起释放请求，切换控制实体收到该释放请求并确认与远端完成接入腿的替换后，配合释放第一接入腿的相应资源；
切换控制实体和远端完成接入腿替换后，在第一接入腿上发起释放请求，MSC UE收到该释放请求后，配合释放第一接入腿的相应资源。
12.如权利要求1所述的方法，其特征在于，所述第一接入腿和第二接入腿分别位于不同终端上，或者所述第一接入腿和第二接入腿位于同一终端上。
13.如权利要求1所述的方法，其特征在于，MSC UE在第二接入腿对应的媒体通道协商完成后，将该MSC UE的内部IO通道转换为与第二接入腿对应的IO通道。
14.如权利要求1所述的方法，其特征在于，MSC UE收到切换控制实体在远端腿媒体更新完成指示后，进行IO通道切换。
15.如权利要求1所述的方法，其特征在于，第二接入腿对应的媒体通道协商失败，则发起第二接入腿建立请求的UE发起第二接入腿的释放请求；以及网络收到第二接入腿的释放请求后，释放第二接入腿，并保留第一接入腿。
16.如权利要求1所述的方法，其特征在于，切换控制实体收到所述第二接入腿的建立请求之前，还包括：
用户设备检测到切换指示，以USSD或SMS方式通知CSAF所指示的会话上将要以升质的方式建立第二接入腿；
用户设备向CS网络侧发出升质请求，MGCF从CS网络侧收到该请求后，将该升质请求转换为IMS网络中的媒体协商请求，并向所述CSAF发送；
CSAF根据USSD或SMS中的会话标识确定收到的媒体协商请求为升质请求，并将该请求转换为所述第二接入腿的建立请求，向所述切换控制实体发送。
17.如权利要求1所述的方法，其特征在于，切换控制实体收到所述第二接入腿的建立请求之前，还包括：
用户设备检测到切换指示，以DTMF方式通知MGCF该DTMF信号所关联的会话上将要以升质的方式建立第二接入腿；
用户设备向CS网络侧发出升质请求，CS网络侧将该升质请求发送到所述MGCF；
MGCF将以DTMF方式通知的信息和所述升质请求中携带的信息，组装为所述第二接入腿的建立请求，向所述切换控制实体发送。
18.如权利要求1所述的方法，其特征在于，切换控制实体收到所述第二接入腿的建立请求之前，还包括：
用户设备检测到切换指示后，在待切换媒体所在的IMS网络中通知切换控制实体所指示的会话上将以升质的方式建立第二接入腿；
用户设备向CS网络侧发出升质请求，CS网络侧将该升质请求发送到所述MGCF；
MGCF将该升质请求转换为IMS网络中的媒体协商请求，并向所述切换控制实体发送；
切换控制实体根据从待切换媒体所在的IMS网络中收到的通知中的会话标识确定收到的媒体协商请求为升质请求，并结合所述IMS网络中的通知信息以该请求作为所述第二接入腿的建立请求。
19.如权利要求1所述的方法，其特征在于，还包括步骤：在第二接入腿建立完成后启动定时器，并在定时时间内等待第二接入腿对应的媒体通道协商完成的指示。
20.一种切换控制实体，其特征在于，包括：
接收单元，用于接收从CS域发起的具有多媒体属性的第二接入腿的建立请求；
保持单元，用于保持接收单元收到所述第二接入腿的建立请求，并等待第二接入腿对应的媒体通道协商完成的指示；
切换单元，用于以保持单元收到第二接入腿对应的媒体通道协商完成的指示作为触发条件，与远端进行媒体更新，以使第二接入腿替换第一接入腿。
21.如权利要求20所述的实体，其特征在于，所述接收单元中包括：
第一判断子单元，用于根据下述方式之一判定收到的第二接入腿的建立请求是从CS域发起：
第一判断子单元根据所述请求中的被叫号码判定；
第一判断子单元根据所述请求中的接入域信息的内容判定；
所述请求中未携带接入域信息，则第一判断子单元判定该请求是从CS域发起。
22.如权利要求20所述的实体，其特征在于，所述接收单元中包括：
第二判断子单元，用于根据下述方式之一判定收到的第二接入腿的建立请求具有多媒体属性：
第二判断子单元根据所述请求中的SDP信息判定；
第二判断子单元根据发起该请求的UE在CS域的承载能力值判定；
第二判断子单元根据所述请求中的被叫号码判定。
23.如权利要求20所述的实体，其特征在于，所述接收单元中包括：
识别子单元，用于根据从待切换媒体所在的IMS网络中收到的通知中的会话标识确定收到的媒体协商请求为升质请求，并结合所述IMS网络中的通知信息以该请求作为所述第二接入腿的建立请求。
24.如权利要求20所述的实体，其特征在于，还包括：
定时单元，用于在确定第二接入腿建立完成后启动定时器，并指示保持单元在定时时间内等待第二接入腿对应的媒体通道协商完成的指示。
25.一种支持多媒体呼叫切换的多模终端，其特征在于，包括：
发起单元，用于从CS域发起具有多媒体属性的第二接入腿的建立请求；
感知单元，用于感知第二接入腿对应的媒体通道协商的完成事件；
通知单元，用于在感知单元感知第二接入腿对应的媒体通道协商的完成事件后，发出第二接入腿对应的媒体通道协商完成的指示；
第一IO通道转换单元，用于在感知单元感知在第二接入腿对应的媒体通道协商完成后，将该多模终端和用户间的IO通道从与第一接入腿连接转换为与第二接入腿连接。
26.如权利要求25所述的多模终端，其特征在于，还包括：
第二IO通道转换单元，用于收到切换控制实体在远端腿媒体更新完成指示后，进行IO通道切换。
27.如权利要求25所述的多模终端，其特征在于，还包括：
检测单元，用于检测切换指示；
通知单元，用于以USSD或SMS方式通知CSAF所指示的会话上将要以升质的方式建立第二接入腿；或者以DTMF方式通知MGCF该DTMF信号所关联的会话上将要以升质的方式建立第二接入腿；或者在待切换媒体所在的IMS网络中通知切换控制实体所指示的会话上将以升质的方式建立第二接入腿；
升质请求发送单元，用于向CS网络侧发出升质请求。
28.一种媒体网关控制功能实体，其特征在于，包括：
感知单元，用于在支持多媒体呼叫切换的多模终端从CS域发起具有多媒体属性的第二接入腿的建立请求后，感知第二接入腿对应的媒体通道协商的完成事件；
通知单元，用于在感知单元感知第二接入腿对应的媒体通道协商的完成事件后，发出第二接入腿对应的媒体通道协商完成的指示，使得切换控制实体收到所述指示后，与远端终端进行媒体更新，以使第二接入腿替换第一接入腿。
29.如权利要求28所述的实体，其特征在于，还包括：
转换单元，用于从CS网络侧收到升质请求后，将该升质请求转换为IMS网络中的媒体协商请求。
30.如权利要求28所述的实体，其特征在于，还包括：
接收单元，用于接收以DTMF方式通知的信息和升质请求；
组装单元，用于将以DTMF方式通知的信息和升质请求中携带的信息，组装为第二接入腿的建立请求。
31.一种实现电路域多媒体呼叫连续性的系统，其特征在于，包括：
支持多媒体呼叫切换的多模终端，具体包括：发起单元，用于从CS域发起具有多媒体属性的第二接入腿的建立请求；感知单元，用于感知第二接入腿对应的媒体通道协商的完成事件；通知单元，用于在感知单元感知第二接入腿对应的媒体通道协商的完成事件后，发出第二接入腿对应的媒体通道协商完成的指示；
远端终端，用于配合完成媒体更新；
切换控制实体，具体包括：接收单元，用于接收从CS域发起的具有多媒体属性的第二接入腿的建立请求；保持单元，用于保持接收单元收到所述第二接入腿的建立请求，并等待第二接入腿对应的媒体通道协商完成的指示；切换单元，用于以保持单元收到第二接入腿对应的媒体通道协商完成的指示作为触发条件，与远端进行媒体更新，以使第二接入腿替换第一接入腿。
32.一种实现电路域多媒体呼叫连续性的系统，其特征在于，包括：
支持多媒体呼叫切换的多模终端，具体包括：发起单元，用于从CS域发起具有多媒体属性的第二接入腿的建立请求；
媒体网关控制功能实体，具体包括：感知单元，用于在支持多媒体呼叫切换的多模终端从CS域发起具有多媒体属性的第二接入腿的建立请求后，感知第二接入腿对应的媒体通道协商的完成事件；通知单元，用于在感知单元感知第二接入腿对应的媒体通道协商的完成事件后，发出第二接入腿对应的媒体通道协商完成的指示，使得切换控制实体收到所述指示后，与远端终端进行媒体更新，以使第二接入腿替换第一接入腿；
远端终端，用于配合完成媒体更新；
切换控制实体，具体包括：接收单元，用于接收从CS域发起的具有多媒体属性的第二接入腿的建立请求；保持单元，用于保持接收单元收到所述第二接入腿的建立请求，并等待第二接入腿对应的媒体通道协商完成的指示；切换单元，用于以保持单元收到第二接入腿对应的媒体通道协商完成的指示作为触发条件，与远端进行媒体更新，以使第二接入腿替换第一接入腿。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200710152524.2A CN101351039B (zh) | 2007-07-20 | 2007-09-27 | 实现多媒体呼叫连续性的方法、装置及系统 |
| PCT/CN2008/070648 WO2009012665A1 (fr) | 2007-07-20 | 2008-03-31 | Procédé pour assurer une continuité d'appel multimédia, équipement et système associés |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200710130149 | 2007-07-20 | ||
| CN200710130149.1 | 2007-07-20 | ||
| CN200710152524.2A CN101351039B (zh) | 2007-07-20 | 2007-09-27 | 实现多媒体呼叫连续性的方法、装置及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101351039A CN101351039A (zh) | 2009-01-21 |
| CN101351039B true CN101351039B (zh) | 2011-11-09 |
Family
ID=40269575
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200710152524.2A Active CN101351039B (zh) | 2007-07-20 | 2007-09-27 | 实现多媒体呼叫连续性的方法、装置及系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101351039B (zh) |
| WO (1) | WO2009012665A1 (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104219619A (zh) * | 2014-09-19 | 2014-12-17 | 深圳市中兴移动通信有限公司 | 业务协商方法、业务协商系统和通信终端 |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101945459B (zh) * | 2009-05-22 | 2013-06-05 | 中兴通讯股份有限公司 | 一种单模业务连续性实现方法及单模业务连续性系统 |
| CN102714836B (zh) * | 2010-01-11 | 2016-02-03 | 诺基亚技术有限公司 | 用于执行对单个无线电连续性转移的等待周期的方法与设备 |
| CN102238672B (zh) | 2010-04-23 | 2014-08-13 | 中兴通讯股份有限公司 | 反向单待业务连续性实现方法及系统 |
| CN102378276B (zh) | 2010-08-12 | 2014-08-20 | 华为终端有限公司 | 视频呼叫接入网间转移方法、系统、终端、和服务器 |
| CN102714828A (zh) * | 2010-12-31 | 2012-10-03 | 华为技术有限公司 | 业务切换方法、装置及系统 |
| CN102215478B (zh) * | 2011-05-26 | 2016-06-08 | 中兴通讯股份有限公司 | 语音呼叫处理方法及业务连续性服务器 |
| CN103067989B (zh) * | 2011-10-21 | 2016-08-10 | 中国移动通信集团广东有限公司 | 一种小区更新的方法及终端 |
| CN103079239A (zh) * | 2011-10-26 | 2013-05-01 | 中兴通讯股份有限公司 | 双待终端业务连续性实现方法及系统 |
| CN102577510B (zh) * | 2011-12-28 | 2014-09-03 | 华为技术有限公司 | 保持呼叫连续的方法和设备 |
| WO2016023165A1 (en) * | 2014-08-12 | 2016-02-18 | Qualcomm Incorporated | Holding a call setup request during a location change procedure |
| CN107529200B (zh) * | 2016-06-21 | 2021-02-23 | 中兴通讯股份有限公司 | 一种VoLTE中终端发生网络切换后释放资源的方法及装置 |
| CN115190457A (zh) * | 2021-04-01 | 2022-10-14 | 华为技术有限公司 | 语音通信的方法和装置 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101001470A (zh) * | 2006-01-10 | 2007-07-18 | 捷讯研究有限公司 | 管理包括ims的网络环境中的呼叫路由的系统和方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ES2649525T3 (es) * | 2005-03-17 | 2018-01-12 | Ericsson Ab | Método y aparato para proporcionar continuidad de llamada de voz entre sub-sistema conmutado por circuito y sub-sistema multimedia |
| US7769000B2 (en) * | 2006-01-10 | 2010-08-03 | Research In Motion Limited | System and method for managing call routing in a network environment including IMS |
-
2007
- 2007-09-27 CN CN200710152524.2A patent/CN101351039B/zh active Active
-
2008
- 2008-03-31 WO PCT/CN2008/070648 patent/WO2009012665A1/zh active Application Filing
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101001470A (zh) * | 2006-01-10 | 2007-07-18 | 捷讯研究有限公司 | 管理包括ims的网络环境中的呼叫路由的系统和方法 |
Non-Patent Citations (2)
| Title |
|---|
| 3GPP.Voice Call Continuity between the Circuit-Switched(CS) domain and the IP Multimedia Core Network(CN)(IMS) subsystem.《3GPP TS 24.206 v7.2.0》.2007,全文. * |
| 3GPP.Voice Call Continuity(VCC) between Ciruit Switched(CS)and IP Multimedia Subsystem(IMS).《3GPP TS 23.206 v7.3.0》.2007,全文. * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104219619A (zh) * | 2014-09-19 | 2014-12-17 | 深圳市中兴移动通信有限公司 | 业务协商方法、业务协商系统和通信终端 |
| CN104219619B (zh) * | 2014-09-19 | 2016-06-01 | 努比亚技术有限公司 | 业务协商方法、业务协商系统和通信终端 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101351039A (zh) | 2009-01-21 |
| WO2009012665A1 (fr) | 2009-01-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101351039B (zh) | 实现多媒体呼叫连续性的方法、装置及系统 | |
| CN101193442B (zh) | 一种实现多媒体呼叫移动性的系统、方法及装置 | |
| EP2675215B1 (en) | Handover apparatus and method in a heterogeneous wireless communication system | |
| JP5324703B2 (ja) | 単一無線音声通信継続性実現方法及び単一無線音声通信継続性システム | |
| EP2023676B1 (en) | System and method for call handoff between circuit switched and packet switched data wireless networks | |
| KR101489529B1 (ko) | 착신된 음성/비디오 호를 위한 ｕｅ 접근 도메인 선택 방법 | |
| CN102577504B (zh) | 一种将视频通话从ps域切换到cs域的方法和装置 | |
| CN101193449B (zh) | 实现多媒体会话连续性的系统、方法及装置 | |
| EP2083576A1 (en) | Communication terminal apparatus, communication system and seamless handover method | |
| KR20080086782A (ko) | 이종 무선 통신 네트워크에서 핸드오버 방법 및 시스템 | |
| KR20080014862A (ko) | 아이피-씨에이엔과 씨에스 네트워크들 간의 음성 호 연속성애플리케이션 서버 | |
| EP2104304B1 (en) | Method and system for transformation of conversation control signaling | |
| EP1946589A1 (en) | Telecommunications apparatus and method | |
| CN102047648A (zh) | 移动通信系统、节点装置以及网间转移控制方法 | |
| CN101605381B (zh) | 被叫接入的方法、装置和系统 | |
| KR20150008123A (ko) | Ｄｒｖｃｃ 모바일 단말기용 액세스 전송 | |
| EP2485530B1 (en) | System and method for switching ringing state session with customized alerting tone | |
| CN101978727B (zh) | 单接收机语音连续切换及其数据传输的方法、装置和系统 | |
| CN101453706A (zh) | 一种多媒体呼叫建立方法、系统和装置 | |
| EP2434808B1 (en) | Method for realizing single radio voice call continuity and single radio voice call continuity system | |
| CN102056255A (zh) | 一种会话切换的实现方法和系统 | |
| CN101848517B (zh) | 单无线接入方式语音切换的实现方法及系统 | |
| EP2575320B1 (en) | Telecommunications system and method for inter access network handover | |
| CN102104848A (zh) | 双模单待语音业务连续性的实现方法及ip多媒体子系统 | |
| CN102006269A (zh) | 一种ip多媒体子系统多会话能力同步方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |