专利名称：多会话转移方法及呼叫控制设备和业务连续性服务器的制作方法
技术领域：
本发明涉及通信技术领域，具体涉及多会话转移方法及呼叫控制设备和业务连续 性服务器。
背景技术：
IMS会话连续性(IMS Service Continuity, SC)技术是实现IP多媒体子系统(IP multimedia subsystem, IMS)用户(User Equipment, UE)在不同接入网络之间移动时，不 中断当前正在进行的IMS会话，确保良好的用户体验，SC的核心是集中业务和业务连续性 服务器(Service Centralization and ContinuityAS, SCC AS)，SCC AS用于对用户在多个 网络的会话转移进行控制。IMS 集中业务(IMS Centralized Service, ICS)UE 是一个增强了 ICS 能力的 IMS UE，具有ICS能力通常指支持Gm或Il接口的能力，反之non ICS UE指不支持Gm、Il接口， 或支持此接口但在通信过程不使用此接口传送信令的UE。对于Non ICS UE普通语音会话由分组交换(Packet Switched,PS)域转移到电路 交换(Circuit Switched, CS)域，在CS域发起CS域信令(例如Setup消息)作为转移请 求,请求包含的会话转移号码(Session Transfer Number, STN)为被叫号码，SCCAS收到该 请求并由STN值获知该请求为转移请求，则关联与之相关的PS域会话，更新对端，释放PS 域相关会话，完成转移过程。由于Non ICS UE的PS到CS的多会话(session)转移只支持转移两个会话的情 况，UE在发起转移请求前释放待转移两个会话外的其它会话，如果UE没有释放成功，SCC AS收到转移请求后，需要将此转移请求与待转移会话关联，如果此时存在多于两个会话， SCC AS也可以发起会话释放。具体解决方案为，首先转移激活状态会话(若无激活状态 会话，则只转移最近保持的会话)，转移后SCC AS将除最近激活状态会话外的前一个激活 状态会话或最近被hold状态会话信息发送给移动交换中心服务器(MSC Server)，由MSC Server代替UE发起第二个会话的转移。发明人在对现有技术的研究和实践过程中，本发明的发明人发现当UE从PS网络 向CS网络转移，且UE中包含多个会话，当转移的第二个会话是多媒体会话时，现有技术没 有考虑可能存在由于UE当前无线接入网(radio accessnetwork，RAN)不支持Video媒体 传输或当前网络资源不足以支持视频(Video)媒体传输而出现的无法转移第二个会话的 异常情况。
发明内容
本发明实施例提供多会话转移方法及呼叫控制设备和业务连续性服务器，可以实 现多会话转移过程中，对当前网络不支持视频媒体的处理。本发明实施例提供的一种多会话转移方法，当完成将终端的第一个会话由源网络 域向目标网络域的转移后，包括
所述终端在目标网络域所属的移动交换中心服务器MSC Server接收集中，业务和 业务连续性服务器SCC AS发送的所述终端第二个待转移会话的状态信息；所述状态信息 包含所述第二个待转移会话的媒体类型，所述媒体类型包含视频类型；若所述MSC Server判断所述目标网络域无法传输视频数据，则所述MSCServer向 所述SCC AS发起对所述第二个待转移会话的语音媒体的转移请求，以使所述SCC AS收到 该请求后，将所述第二个待转移会话转换为语音会话进行转移或者释放所述第二个待转移 会话。本发明实施例提供的一种多媒体会话转移方法，当完成将终端的第一个会话由源 网络域向目标网络域的转移后，包括所述SCC AS向终端在目标网络域所属的MSC Server发送所述终端第二个待转移 会话的状态信息；所述状态信息包含所述第二个待转移会话的媒体类型，所述媒体类型包 含视频类型；若所述SCC AS收到所述MSC Server因为目标网络域无法传输视频数据而发送的 所述第二个待转移会话转移失败指示，则将第二个待转移会话转移转换为语音会话进行转 移或者释放所述第二个待转移会话。本发明实施例提供的一种呼叫控制设备，包括接收单元，用于接收SCC AS发送的所述终端第二个待转移会话的状态信息；所述 状态信息包含所述第二个待转移会话的媒体类型，所述媒体类型包含视频类型；会话转移控制单元，用于判断会话转移的目标网络域是否可以传输视频数据，若 不可以，则向SCC AS发起对所述第二个待转移会话的语音媒体的转移请求，以使所述SCC AS收到该请求后，将所述第二个待转移会话转移转换为语音会话或者释放所述第二个待转 移会话。本发明实施例提供的一种呼叫控制设备，包括接收单元，用于接收SCC AS发送的所述终端第二个待转移会话的状态信息；所述 状态信息包含所述第二个待转移会话的媒体类型，所述媒体类型包含视频类型；会话转移控制单元，用于判断会话转移的目标网络域是否可以传输视频数据，若 不可以，则向所述SCC AS发起所述第二个待转移会话转移失败指示，以使所述SCC AS收 到该请求后，将所述第二个待转移会话转移转换为语音会话或者释放所述第二个待转移会 话。本发明实施例提供的一种业务连续性服务器，包括发送单元，用于终端所属的所述MSC Server发送所述终端第二个待转移会话的状 态信息；所述状态信息包含所述第二个待转移会话的媒体类型，所述媒体类型包含视频类 型；会话处理单元，用于接收所述MSC Server发起的对所述第二个待转移会话的语音 媒体的转移请求，将第二个待转移会话转移转换为语音会话进行转移或者释放所述第二个 待转移会话。本发明实施例提供的一种业务连续性服务器，包括发送单元，用于向终端所属的MSC Server发送所述终端第二个待转移会话的状 态信息，所述状态信息包含所述第二个待转移会话的媒体类型，所述媒体类型包含视频类型；会话处理单元，用于接收所述MSC Server因为目标网络域无法传输视频数据而发 送的所述第二个待转移会话转移失败指示，将第二个待转移会话转移转换为语音会话进行 转移或者释放所述第二个待转移会话。本发明实施例中，在多会话跨网络转移过程中，且待转移的第二个会话包含视频 频媒体时，移动交换中心服务器对当前网络支持的能力进行判断，在当前网络无法传输视 频媒体时，发起对所述第二个待转移会话的语音媒体的转移请求，集中业务和业务连续性 服务器(see AS)接收所述转移请求，将第二个待转移会话转移转换为语音会话或者释放所 述第二个待转移会话，以避免现有技术中出现的网络无法完成会话转移的问题，使得跨网 络的多会话转移业务更加完善。
图1是本发明实施例一多会话转移方法的流程图；图2是本发明实施例二多会话转移方法的流程图；图3是本发明实施例中将第二个待转移会话转移转换为语音会话进行转移的流 程图；图4是本发明实施例应用例一的信令流程图；图5是本发明实施例应用例二的信令流程图；图6是本发明实施例应用例三的信令流程图；图7是本发明实施例三呼叫控制设备的结构示意图；图8是本发明实施例四呼叫控制设备的结构示意图；图9是本发明实施例五业务连续性服务器的结构示意图；图10是本发明实施例六业务连续性服务器的结构示意图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于 本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他 实施例，都属于本发明保护的范围。本发明实施例提供多会话转移方法及呼叫控制设备和业务连续性服务器。以下分 别进行详细说明。实施例一、一种多会话转移方法，流程图如图1所示，当完成将终端的第一个会话 由源网络域向目标网络域的转移后，包括Bi，终端在目标网络域所属的移动交换中心服务器(MSC Server)接收集中业务和 业务连续性服务器(Service Centralization and Continuity AS, SCCAS)发送的所述终 端第二个待转移会话的状态信息；所述状态信息包含所述第二个待转移会话的媒体类型， 所述媒体类型包含视频类型；本实施例中，所述终端为Non ICS UE或具有类似功能的用户设备，所述源网络域 为PS网络域名，所述目标网络域为CS域。
B2，若所述移动交换中心服务器判断所述目标网络域无法传输视频数据，则移动 交换中心服务器向SCC AS发起对所述第二个待转移会话的语音媒体的转移请求，SCC AS收 到该请求后，将所述第二个待转移会话转移转换为语音会话或者释放所述第二个待转移会 话。本发明实施例中，所述SCC AS释放所述第二个待转移会话之后还可以包括MSC Server接收SCC AS发送的对所述转移请求的失败响应消息，将所述第二个待 转移会话的会话状态信息删除。可以理解，目标网络无法传输视频数据可能有多种原因，例如接入网络不支持、 网络带宽不支持、网络资源不足(视频业务相对于语音业务需要占用较多的资源)。本实施例中，所述向SCC AS发起对所述第二个待转移会话的语音媒体的转移请求 可以通过以下方式实现具体的，核心网设备向SCC AS仅发送语音媒体的会话转移请求，即将请求中的媒 体行信息中的视频媒体传输端口号置0，仅请求语音媒体的转移，这样SCC AS在收到该请 求后，则可以将所述第二个待转移会话转换为语音会话进行转移或者释放所述第二个待转 移会话。具体的移动交换中心服务器请求所述SCC AS将视频会话转换为语音会话的方式 还可以有多种，不构成对本发明的限制。实施例一中在多会话跨网络转移过程中，且待转移的第二个会话包含视频频媒体 时，移动交换中心服务器对当前网络支持的能力进行判断，在当前网络无法传输视频媒体 时，发起对所述第二个待转移会话的语音媒体的转移请求，集中业务和业务连续性服务器 (SCC AS)接收所述转移请求，将第二个待转移会话转移转换为语音会话或者释放所述第二 个待转移会话，以避免现有技术中出现的网络无法完成会话转移的问题，使得跨网络的多 会话转移业务更加完善。实施例二、一种多会话转移方法，流程图如图2所示，当完成将终端的第一个会话 由源网络域向目标网络域的转移后，包括Cl，SCC AS向终端在目标网络域所属的所述移动交换中心服务器发送所述终端第 二个待转移会话的状态信息；所述状态信息包含所述第二个待转移会话的媒体类型，所述 媒体类型包含视频类型；C2，若SCC AS收到所述移动交换中心服务器因为目标网络域无法传输视频数据而 发送的所述第二个待转移会话转移失败指示，则将第二个待转移会话转移转换为语音会话 进行转移或者释放所述第二个待转移会话。本实施例中，所述释放所述第二个待转移会话包括在源网络域释放所述第二个 待转移会话，并与所述终端的通信对端交互完成通信对端接入分支的更新过程。可以理解， 本实施例还可以采取现有的其他方式完成会话的释放，具体的方式不构成对本发明的限 制。本发明实施例二中，在当前网络不支持视频会话时，由集中业务和业务连续性服 务器(SCC AS)将第二个待转移会话转移转换为语音会话或者释放所述第二个待转移会话， 以避免现有技术中出现的网络无法完成会话转移的问题，使得跨网络的多会话转移业务更 加完善。实施例二中，SCC AS收到所述移动交换中心服务器因为目标网络域无法传输视频数据而发送的所述第二个待转移会话转移失败指示可以采取以下方式实现方式一、SCC AS接收移动交换中心服务器发送的所述第二个待转移会话转移失败 指示；所述第二个待转移会话转移失败指示中包含转移失败原因参数，所述转移失败原 因参数指示目标网络域无法传输视频数据的传输。所述第二个待转移会话转移失败指示可 以通过会话初始协议(Session InitiationProtocol, SIP)的信息传递请求消息(INF0消 息)或即时消息(Massage)携带。方式二、所述SCC AS收到所述移动交换中心服务器因为目标网络域无法传输视频 数据而发送的所述第二个待转移会话转移失败指示之前包括所述SCC AS向所述移动交换中心服务器发送订阅请求(SUBSCRIBE)消息；SCC AS接收所述移动交换中心服务器因为目标网络域无法传输视频数据而发送 的所述第二个待转移会话转移失败指示包括接收所述核心网设备返回的订阅请求的通知(Notify)消息，所述Notify消息包 含所述第二个待转移会话转移失败指示。本发明实施例二中将第二个待转移会话转移转换为语音会话进行转移，可以采取 以下方式实现，流程图如图3所示，具体包括D1，在源网络域释放所述待转移会话的视频媒体；D2，通知所述移动交换中心服务器重新发起语音媒体类型的会话转移请求，以建 立在所述第二个待转移会话在目标网络域的接入分支；可以理解，所述通知所述移动交换 中心服务器重新发起语音会话转移请求的方式可以采取向所述移动交换中心服务器返回 所述INFO消息或者的Notify消息的回复消息2000K或者Massage消息的响应实现。D3，与所述终端的通信对端交互完成通信对端接入分支的更新过程。具体的完成通信对端接入分支的更新可以通过以下流程实现SCC AS将所述第二个待转移会话在目标网络域的呼叫分支和与SCC AS与所述通 信对端的呼叫分支绑定；SCC AS在将两个呼叫分支绑定的过程中，SCC AS相当于一个B2BUA(背靠背代 理)，通过SCC AS实现双方的通信。与所述终端的通信对端交互将所述第二个待转移会话的视频媒体更新为音频媒 体。因为在源网络中所述终端和通信对端进行第二会话为视频会话，那么SCC AS将视频会 话转换为语音会话需要与通信对端进行媒体协商，更新相关的编解码信息，媒体协商可以 通过会话描述协议(SDP)信息实现。可以理解，在完成多会话转移后，终端在源网络中的第二会话已经成为冗余，SCC AS释放与所述终端在源网络域的呼叫分支。为了更好的理解本发明，下面提供本基于本发明实施例一和实施例二应用具体通 信协议的应用例，下述应用例中，源网络域为PS域、目标网络域为CS域。应用例一、MSC Server在收到第二个待转移会话的多媒体会话状态信息后，由于各种原因 而无法发起多媒体会话转移，则发起语音媒体的转移请求，原因可能是UE当前无线接入网 (radio access network,RAN)不支持视频(Video)媒体的传输或网络资源不足等情况，流 程图如图4所示
F1-F4，与现有技术的图1中步骤Al到步骤A4所描述内容相同不在赘述。F5，SCC AS判断UE所在MSC Server是否支持Video。若支持则下发多媒体会话 的会话状态信息，需要在会话状态信息中指示媒体类型包括Video。若MSC Server不支持Video传输则SCC AS在后续步骤中释放该会话在原PS域 的Video媒体，下发语音会话的会话状态信息，在会话状态信息中指出语音(audio)媒体类 型，并令视频媒体(video)的媒体行端口号置0。F6，SCC AS将选择的会话状态信息通过INVITE请求的回复消息(2000K)发送到 服务会话控制功能实体(Server Call Session Control Function，S-CSCF)或访问会话控 制功能实体(interrogating，I-CSCF)，以下以S-CSCF为例进行说明，对于I-CSCF的处理 情况相同。F7, S-CSCF 将 2000K 回复消息发送到 MSC Server。F8，MSC Server收到第二个会话(多媒体会话)的会话状态信息，根据当前UE RAN 和资源状况判断是否可以支持Video传输。F9a，若当前网络支持Video传输，则按现有技术发起多媒体会话的转移请求，并 完成对端更新和会话转移。F9b，若当前网络不能支持Video传输则对该转移会话只转移语音媒体，则发起语 音会话转移请求，具体的是在发送的Irwite请求中SDP信息中将Video媒体的端口号置0。F10，所述 Invite 请求被 S-CSCF 发送到 SCC AS。Fllb_F12b，SCC AS判断转移请求对应会话为包含视频媒体的多媒体会话，选择将 多媒体会话转换为语音会话，则释放原PS域的Video媒体，即SCC AS根据保存的SDP信 息生成re-INVITE请求，并将SDP信息中Video媒体行对应的端口号置0，释放媒体请求经 S-CSCF发送到本端UE。当然本实施例中，SCCAS也可以收到所述Invite请求后，发现对应会话存在Video 媒体，根据策略拒绝将多媒体会话转换为语音会话，则返回4**响应(如403 forbidden)， 并释放多媒体会话，多媒体会话释放后，可以更新对端，并执行步骤F22。本发明实施例中， 具体的策略可以预先在SCC AS上配置。MSCServer收到4**返回消息后将所述会话的会话 状态信息删除。F13b_F14b，UE上的Video媒体被删除，UE发出re-INVITE请求的回复消息2000K， 回复消息经S-CSCF发送到SCC AS。F15b_F16b，SCC AS发送回复消息的确认消息ACK，并由S-CSCF发送到UE。F17b，SCC AS利用MSC Server发送的INVITE请求的SDP信息更新对端。F18b-F19b, SCC AS 对 INVITE 请求回复 2000K 响应，2000K 响应经 S-CSCF 发送到 MSC Server。F20b-F21b，MSC Server 发出确认消息 ACK，ACK 经 S-CSCF 发送到 SCCAS，完成第二 个会话在CS域的呼叫分支(access leg)建立。F22，SCC AS释放所述UE在原PS域的会话。本实施例MSC Server端判断CS域不支持Video媒体传输时，由MSCServer发起 对多媒体会话的语音媒体的转移，进一步触发SCC AS将原网络域的Video媒体释放，实现 在网络条件不允许的情况下，将多媒体会话将为语音会话的转移。
应用例二、当MSC Server由于CS网络原因无法发起对视频会话的转移时，本实施例意在通 过已建立的第一个会话的信令信道发送INFO消息，指示SCCAS第二个会话的无法转移指示 消息及无法转移原因，SCC AS收到该消息后释放PS域的Video媒体，并再通过INFO消息 指示MSC Server发起对语音媒体的转移。流程图如图5所示Gl_G9a，与应用例一 Fl至F9a相同，不再赘述。G9b，若当前网络不支持Video传输，则MSC Server发起INFO消息，该INFO消息 在第一个会话建立的信道内传输，INFO消息中携带第二个会话无法转移指示。具体无法转 移指示可以通过消息头或消息体携带，具体如下一、消息头携带例如在INFO消息的目的头subject中携带无法转移指示由于 subject头原意是指示通话的目的，因此，本实施例中，对subject头进行扩展，即INFO消息 的目的是指示会话无法转移，并包含无法转移的原因，。二、消息体携带在INFO的消息体中指出INFO消息的所要传递的无法转移指 示，以及具体无法转移原因“不支持视频(Vide0_n0t_SUpp0rted)”或“资源不足(lack_ resource)”。具体的消息体可以采用可扩展标记语言(ExtensibleMarkup Language,XML) 格式，具体如下< ？ xml version = " 1.0" ？ ><ati xmlns = “ urn:3gpp:nsimscontati〃 ><aesi = “ cal 11 dOf SessionY “ It = “ UEATag “ rt" SCCASTag“ IUri=" tel :+1-237_555_1111 〃 rUri = “ sip:UE3ioperato r. net" s ="fail"cause=" Video_not_supported/lack_resource" /></ati>其中aes项描述了第二个session的相关信息，i属性表示第二个会话在PS域对 话的Call-ID，It属性表示本端(与该MSC Server对应端)的UE标识，rt属性表示对端 UE标识，IUri表示本端UE身份标识，rUri表示对端UE身份表识，s表示转移状态可选项 有成功“ success”、失败“fai 1，，、重试“retry ”，如果失败，则cause表示失败的原因，可能 的原因有"Video_not_supported"或 ‘‘ lack_resource，，。INFO 消息的 accept 头和 Content—Type 头设为 application/vnd. 3gpp. ati+xml。GlOb-Gllb，INFO 消息经过 S-CSCF 发送到 SCC AS。G12b-G13b, SCC AS 收到 INFO 消息返回成功响应 200 OK, 200 OK 经过 S-CSCF 发 送到 MSC Server。G14b，SCC AS解析INFO消息的消息体的s字段和cause字段，发现由于上述原因 导致多媒体会话不能成功转移，则将多媒体会话转换为语音会话进行转移，释放多媒体会 话的video媒体过程同应用例一步骤Fllb-F15b，并完成对端更新过程。当然，SCC AS可以 选择不转移该会话而将会话释放，如果SCC AS释放会话，则直接执行步骤G20b。如果MSC Server在一定时间内没有收到INFO消息则不发起转移请求，而将第二个待转移会话的相 关会话状态信息删除。如果Video媒体释放成功，则SCC AS生成INFO消息，指示Video媒体已成功释放需要MSC Server重新发起对该会话语音媒体的转移请求。再次发起转移请求的指示可以 在INFO消息的xml类型的消息体中或subject消息头指出，若在subject消息头给出，则 在消息头写入“transFEr_VOice”，若在消息体指出，消息体形式如下< ？ xml version = " 1.0〃 ？ ><ati xmlns =“ urn:3gpp:nsimscontati〃 ><aesi = “ call IdOfSessionY “ It = “ UEATag “ rt ="SCCASTag “ IUri=" tel :+1-237_555_1111 〃 rUri = “ sip:UE3ioperator. net"s =，，retry，，cause =，，transfer_voice，，/></ati>G15b-G16b, INFO 消息经过 S-CSCF 发送到 MSC Server。G17b-G18b，MSC Server 收到 INFO 消息返回成功响应 200 OK, 200 OK 经 S-CSCF 发 送到SCC AS。G19b，MSC Server收到INFO消息解析s字段和cause字段，并利用会话信息重新 发起对该会话的转移请求Invite。G20b, SCC AS收到MSC Server在CS域的转移请求，执行对端更新过程。G21，SCC AS释放UE在原PS域会话。本发明实施例中，SIP的Message的paper模式可以取代INFO消息完成上述操作， 操作过程与上相同。如果SCC AS没有成功释放Video媒体，不必发送INFO消息通知MSC Server，进一步在原PS网络中将第二个会话释放。如果MSCServer在一定时间内没有收到 INFO消息则不发起转移请求，而将第二个待转移会话的相关会话状态信息删除。本实施例利用会话初始协议(SIP)的INFO (或Message消息paper模式)实现对 转移失败信息的指示，以使得在网络情况不支持Video或网络资源不足的情况下，SCC AS 将多媒体会话转换为语音会话，通过INFO或Message消息通知MSC Server,由MSC Server 重新发起对语音会话的转移请求。由于INFO消息和paper模式的Message消息都在已建 立的第一个会话信道内传输，假设MSC Server判断网络情况和与SCC AS交换信息的过程 中，第一个会话不会被释放。应用例三、本应用例中，MSC Server订阅第二个会话的转移状态，获知会话是否转移成功，如 果失败且失败的原因是由于目标网络无法传输视频媒体(video)则进一步释放Video媒 体，并告知MSC Server发起对第二个待转移会话的语音媒体的转移。由于订阅请求不依赖 于会话而存在，因此这里可以在第一个已建立会话信道内订阅，也可以新建立会话订阅。具 体流程图如图6所示，包括H1-H7，同应用例一 Fl至F7的，在此不再赘述。H8，SCC AS下发订阅请求(Subscribe)，订阅UE相关事件则请求的request-URI 为UE身份信息，订阅请求通过event头或请求消息体指明订阅事件，这里订阅事件为第二 个待转移会话是否转移成功，设置event头为“seconcLtransfer”。请求的accept头指出所支持的Notify消息的消息体格式，此处使用xml类型，设 为“application/vnd. 3gpp. ati+xml”。SCC AS可以只在第二个需转移的会话为多媒体会 话时发出该订阅请求。此处省略了订阅成功相关的响应消息。
H9，订阅请求经过S-CSCF发送到MSC Server。H10,MSC Server收到第二个待转移会话(多媒体会话)的会话状态信息，根据当 前UE的网络状况判断是否支持Video传输。Hlla，若当前网络(网络状况或网络资源)支持Video传输，则按现有技术发起多 媒体会话的转移请求。H12a，第二个待转移会话(多媒体会话)转移成功，MSC Server发送Notify消 息通知SCC As。通知消息内容在Notify的xml格式消息体中体现，xml消息体格式为 application/vnd. 3gpp. ati+xml，见应用例二，s 属性置位 “success，，。Cause 属性置空。H13a, Notify 消息经过 S-CSCF 发送到 SCC AS。H14a, MSC Server 与 SCC AS 在 CS 域的 access leg 建立成功，SCC AS 更新对端。Hllb, MSC Server判断出当前网络无法转移video媒体，则生成转移失败的 Notify 消息，格式为 application/vnd. 3gpp. ati+xml, s 属性为“fail”，cause 写入无法转 移第二个会话的原因“Video_not_supported”或“lack_resource”，具体含义同应用例二。< ？ xml version = " 1.0" ？ ><ati xmlns =“ urn:3gpp:nsimscontati〃 ><aesi = “ call IdOfSessionY “ It = “ UEATag “ rt ="SCCASTag “ IUri=" tel :+1-237_555_1111 〃 rUri = “ sip:UE3ioperator. net" s =，，fail，，cause =，，Video_not_supported/lack_resource" /></ati>application/vnd. 3gpp. ati+xml格式的消息体中还包括转移会话的会话相关信 息，此处Notify回复消息可以包括该会话信息(除“s”、“cause”属性外的其他项)，以利于 SCC AS执行判断和释放操作，也可以不包含会话信息而只包括属性s和cause，SCC AS知 道订阅事件并根据保存的会话信息可以获知第二个待转移会话的会话信息。H12b，Notify 消息被发送到S-CSCF。Hl3b，Notify 消息由 S-CSCF 发送到 SCC AS。H14b，SCC AS收到Notify消息，解析通知消息内容s和cause值域，获知由于上 述原因导致多媒体会话无法转移成功，SCC AS选择将多媒体会话转换为语音会话则按应用 例一步骤Fllb-F15b在PS域释放Video媒体，并完成对端更新过程。或者SCC AS也可以 选择不转移该会话而将会话释放，如果SCC AS释放会话，对Notify消息回复2000K，并更新 对端后直接执行步骤H21。MSC Server在一定时间内没有收到重新发起请求的指示则不再 发起转移请求，而将第二个待转移会话的相关会话状态信息删除。H15b，SCC AS发出Notify的响应消息2000K,且如果SCC AS成功释放Video媒 体，在2000K的消息体中指示MSC Server重新发起对该会话语音媒体的请求。消息体同应 用例二 < ？ xml version = " 1.0" ？ ><ati xmlns=" urn: 3gpp :ns imscont ati 〃 ><aes i=" callldOfSessionY" It=" UEATag" rt =" SCCASTag" IUri ="tel:+1-237-555-1111〃 rUri = " sip:UE3ioperator. net"s =，，retry，，cause =，，transfer_voice，，/>
</ati>如果SCC AS释放Video媒体失败，则进一步尝试将第二个会话释放，而不向MSC Server发出任何指示信息。MSC Server在一定时间内没有收到重新发起请求的指示则不 再发起转移请求，而将第二个待转移会话的相关会话状态信息删除。H16b, 2000K 响应经 S-CSCF 发送到 MSC Server0H17b，MSC Server收到响应消息，通过解析消息体获知需要对发起语音媒体的转 移请求。H18b_H19b，转移成功则向SCC AS发送通知消息，具体消息内容同H12a中描述。H20b,更新对端，完成UE和通信对端的会话连接。H21，释放原PS网络会话。SCC AS在一定时间后，可以取消与MSC Server的订阅关系。本实施例通过SCC AS订阅第二个会话转移状态及接收MSC Server通知消息，在 网络不允许多媒体会话转移的情况下触发SCC AS释放Video媒体，将多媒体会话转换为语 音会话进行转移，由MSC Server再次对该会话的语音媒体发起转移，或SCC AS将第二个待 转移会话释放而不进行转移。本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可 以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储 介质可以包括ROM、RAM、磁盘或光盘等。实施例三、一种呼叫控制设备，结构示意图如图7所示，包括接收单元810，用于接收SCC AS发送的所述终端第二个待转移会话的状态信息； 所述状态信息指示所述第二个待转移会话的媒体类型为视频类型；会话转移控制单元820，用于判断会话转移的目标网络域是否能够传输视频数据， 若无法传输，则向SCC AS发起对所述第二个待转移会话的语音媒体的转移请求，以使SCC AS收到该请求后，将所述第二个待转移会话转移转换为语音会话或者释放所述第二个待转 移会话。本实施例中的呼叫控制设备，在对用户的第二个待转移会话进行转移时，若发现 目标网络域无法支持视频数据传输，则直接向请求所述SCC AS发起对所述第二个待转移会 话的语音媒体的转移请求，例如将请求中的媒体行信息中的视频媒体传输端口号置0，仅 请求语音媒体的转移，这样SCC AS在收到该请求后，则可以将所述第二个待转移会话转换 为语音会话进行转移或者释放所述第二个待转移会话。以避免现有技术中出现的网络无法 完成会话转移的问题，使得跨网络的多会话转移业务更加完善。实施例四，一种呼叫控制设备，结构示意图如图8所示，包括接收单元910，用于接收SCC AS发送的所述终端第二个待转移会话的状态信息； 所述状态信息包含所述第二个待转移会话的媒体类型，所述媒体类型包含视频类型；会话转移控制单元920，用于判断会话转移的目标网络域是否可以传输视频数据， 若不可以，则向SCC AS发起所述第二个待转移会话转移失败指示，以使SCC AS收到该请求 后，将所述第二个待转移会话转移转换为语音会话或者释放所述第二个待转移会话。本实施例中的呼叫控制设备，在对用户的第二个待转移会话进行转移时，若发现 目标网络域无法支持视频数据传输，则直向SCC AS发起所述第二个待转移会话转移失败指示，以使得SCC AS收到所述失败指示，进行后续处理。以避免现有技术中出现的网络无法 完成会话转移的问题，使得跨网络的多会话转移业务更加完善。实施例三和实施例四的呼叫控制设备可以是电路交换网络中具有呼叫控制功能 的网络实体，如移动交换中心服务器或者类似的设备。实施例五、一种业务连续性服务器，结构示意图如图9所示，包括发送单元1010，用于向终端所属的所述移动交换中心服务器发送所述终端第二个 待转移会话的状态信息；所述状态信息包含所述第二个待转移会话的媒体类型，所述媒体 类型包含视频类型；会话处理单元1020，用于在接收到所述移动交换中心服务器发起的对所述第二个 待转移会话的语音媒体的转移请求，将所述第二个待转移会话转换为语音会话进行转移或 者释放所述第二个待转移会话。本发明实施例提供的呼叫控制设备和业务连续性服务器可以运行的方法，可参考 上文对本发明提供的提供多个方法实施例的描述，在此不再重复。实施例六、一种业务连续性服务器，结构示意图如图10所示，包括发送单元1110，用于向终端所属的移动交换中心服务器发送所述终端第二个待转 移会话的状态信息；所述状态信息指示所述第二个待转移会话的媒体类型为视频类型；会话处理单元1120，用于接收所述移动交换中心服务器因为目标网络域无法传输 视频数据而发送的所述第二个待转移会话转移失败指示，将第二个待转移会话转移转换为 语音会话进行转移或者释放所述第二个待转移会话。以上对本发明实施例所提供的多会话转移方法及呼叫控制设备和业务连续性服 务器进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以 上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般 技术人员，依据本发明的思想，在
具体实施方式
及应用范围上均会有改变之处，综上所述， 本说明书内容不应理解为对本发明的限制。
权利要求
1.一种多会话转移方法，其特征在于，当完成将终端的第一个会话由源网络域向目标 网络域的转移后，包括所述终端在目标网络域所属的移动交换中心服务器MSC Server接收集中业务和业务 连续性服务器SCC AS发送的所述终端第二个待转移会话的状态信息；所述状态信息包含 所述第二个待转移会话的媒体类型，所述媒体类型包含视频类型；若所述MSC Server判断所述目标网络域无法传输视频数据，则所述MSCServer向所述 SCC AS发起对所述第二个待转移会话的语音媒体的转移请求，以使所述SCC AS收到该请求 后，将所述第二个待转移会话转换为语音会话进行转移或者释放所述第二个待转移会话。
2.如权利要求1所述的方法，其特征在于，所述源网络域为分组交换域、所述目标网络 域为电路交换域。
3.如权利要求1或2所述的方法，其特征在于，所述SCCAS释放所述第二个待转移会 话之后包括所述MSC Server接收所述SCC AS发送的对所述转移请求的失败响应消息，将所述第 二个待转移会话的会话状态信息删除。
4.一种多媒体会话转移方法，其特征在于，当完成将终端的第一个会话由源网络域向 目标网络域的转移后，包括所述SCC AS向终端在目标网络域所属的MSC Server发送所述终端第二个待转移会话 的状态信息；所述状态信息包含所述第二个待转移会话的媒体类型，所述媒体类型包含视 频类型；若所述SCC AS收到所述MSC Server因为目标网络域无法传输视频数据而发送的所述 第二个待转移会话转移失败指示，则将第二个待转移会话转移转换为语音会话进行转移或 者释放所述第二个待转移会话。
5.如权利要求4所述的方法，其特征在于，所述SCCAS收到所述MSCServer因为目标网络域无法传输视频数据而发送的所述第二个待转移会话转移失败 指示之前包括所述SCC AS向所述MSC Server发送订阅请求消息；所述SCC AS收到所述MSC Server因为目标网络域无法传输视频数据而发送的所述第 二个待转移会话转移失败指示包括接收所述核心网设备返回的订阅请求的通知消息，所述通知消息包含所述第二个待转 移会话转移失败指示。
6.如权利要求4所述的方法，其特征在于，所述第二个待转移会话转移失败指示通过 信息传递请求消息或即时消息携带。
7.如权利要求4或5所述的方法，其特征在于，所述将所述第二个待转移会话转换为语音会话进行转移包括在源网络域释放所述待转移会话的视频媒体；通知所述MSC Server重新发起所述会话的语音媒体的会话转移请求；以建立在所述 第二个待转移会话在目标网络域的接入分支；与所述终端的通信对端交互完成通信对端接入分支的更新过程；所述释放所述第二个待转移会话包括在源网络域释放所述第二个待转移会话，并与所述终端的通信对端交互完成通信对端 接入分支的更新过程。
8.如权利要求4或5所述的方法，其特征在于，所述源网络域为分组交换域、所述目标 网络域为电路交换域。
9.一种呼叫控制设备，其特征在于，包括接收单元，用于接收SCC AS发送的所述终端第二个待转移会话的状态信息；所述状态 信息包含所述第二个待转移会话的媒体类型，所述媒体类型包含视频类型；会话转移控制单元，用于判断会话转移的目标网络域是否可以传输视频数据，若不可 以，则向SCC AS发起对所述第二个待转移会话的语音媒体的转移请求，以使所述SCC AS收 到该请求后，将所述第二个待转移会话转移转换为语音会话或者释放所述第二个待转移会 话。
10.一种呼叫控制设备，其特征在于，包括接收单元，用于接收SCC AS发送的所述终端第二个待转移会话的状态信息；所述状态 信息包含所述第二个待转移会话的媒体类型，所述媒体类型包含视频类型；会话转移控制单元，用于判断会话转移的目标网络域是否可以传输视频数据，若不可 以，则向所述SCC AS发起所述第二个待转移会话转移失败指示，以使所述SCC AS收到该请 求后，将所述第二个待转移会话转移转换为语音会话或者释放所述第二个待转移会话。
11.一种业务连续性服务器，其特征在于，包括发送单元，用于终端所属的所述MSC Server发送所述终端第二个待转移会话的状态信 息；所述状态信息包含所述第二个待转移会话的媒体类型，所述媒体类型包含视频类型；会话处理单元，用于接收所述MSC Server发起的对所述第二个待转移会话的语音媒体 的转移请求，将第二个待转移会话转移转换为语音会话进行转移或者释放所述第二个待转 移会话。
12.—种业务连续性服务器，其特征在于，包括发送单元，用于向终端所属的MSC Server发送所述终端第二个待转移会话的状态信 息，所述状态信息包含所述第二个待转移会话的媒体类型，所述媒体类型包含视频类型；会话处理单元，用于接收所述MSC Server因为目标网络域无法传输视频数据而发送的 所述第二个待转移会话转移失败指示，将第二个待转移会话转移转换为语音会话进行转移 或者释放所述第二个待转移会话。
全文摘要
本发明公开了多会话转移方法及呼叫控制设备和业务连续性服务器。本发明实施例中，在多会话跨网络转移过程中，且待转移的第二个会话包含视频频媒体时，移动交换中心服务器对当前网络支持的能力进行判断，在当前网络无法传输视频媒体时，发起对所述第二个待转移会话的语音媒体的转移请求，集中业务和业务连续性服务器(SCC AS)接收所述转移请求，将第二个待转移会话转移转换为语音会话或者释放所述第二个待转移会话，以避免现有技术中出现的网络无法完成会话转移的问题，使得跨网络的多会话转移业务更加完善。
文档编号H04L29/06GK102006645SQ20091017181
公开日2011年4月6日 申请日期2009年8月31日 优先权日2009年8月31日
发明者段小嫣, 衣强, 金辉, 龙水平 申请人:华为终端有限公司