专利名称：显式呼叫转移实现方法
技术领域：
本发明涉及通信领域，更具体地涉及一种显式呼叫转移实现方法。
背景技术：
网络互联:十办i义(Internet Protocol,简称IP)多々某体子系统(IP Multimedia Core Network Subsystem ，简称IMS )是由第三代合作伙 伴计划(3rd Generation Partnership Project,简称3GPP )才是出的一种 基于IP的网络架构，构建了一个的开放而灵活的业务环境，支持多 媒体应用，能够为用户提供丰富的多媒体业务。
在IMS业务体系中，控制层和业务层是分离的，控制层不提供 具体业务，只向业务层提供必要的触发、路由、计费等功能。控制 层中的业务触发和控制功能是由呼叫会话控制功能(Call Session Control Function,简称CSCF )实体完成的。其中，CSCF包括4义理 (Proxy )、 "i句问(Interrogating )、禾口月良务(Serving)三种类型，其 中负主要责任的是服务型的呼叫会话控制功能实体(Serving Call Session Control Function,简称S-CSCF)。业务层是由一系列应用月良 务器(Application Server,简称AS )组成的，能够提供具体业务服 务。其中，AS可以是独立的实体，也可以存在于S-CSCF中。控制 层(S-CSCF )根据用户的签约信息控制业务触发，调用AS上的业 务，实现业务功能。会话中的端到端设备称为用户设备(UserEquipment,简称UE )，负责与使用者的交互。这些功能实体使用 会"i舌起始十办i义(Session Initiation Protocol,简称、SIP )进4亍通4言。
发明内容
本发明的目的在于，才是供一种显式呼叫转移实现方法，以在IP 多媒体子系统中实现挂断后仍能进行显式呼叫转移。
才艮据本发明的显式呼叫转移实现方法包括以下步骤S102,在 第一用户设备上配置显式呼叫转移业务；S104,在第一用户设备挂 断与第二用户设备之间的会话时，IP多媒体子系统根据笫一用户设 备的业务配置，保存所述会话的会话信息；S106,第一用户设备或 第三用户设备向IP多^(某体子系统请求将所述会话转移到第三用户 设备与第二用户设备之间；以及S108,在第二用户i殳备没挂断所述 会话或挂断后还未发起到不同于第 一用户设备的其他用户设备的 会话的情况下，IP多々某体子系统响应于第一用户i殳备或第三用户i殳 备的请求，根据会话信息，建立第三用户i殳备与第二用户设备之间 的会话连4妄。
其中，第 一用户设备与第二用户设备之间的会话是已经建立的 会话或正在建立的会话。
其中，在第二用户设备没挂断所述会话，且所述会话是已经建 立的会话的情况下，在第 一用户设备或第三用户设备请求转移会话 之前，IP多媒体子系统将第二用户设备的所述会话桂起。
其中，在第二用户设备没挂断所述会话，且所述会话是正在建 立的会话的情况下，在第 一用户设备或第三用户设备请求转移会话 之前，IP多媒体子系统通知第二用户设备的所述会话进入等待队 列。其中，IP多々某体子系统可以设定定时器，如果在定时器超时之 前，第一用户设备和第三用户设备都没有请求转移会话，则终止第 二用户设备的所述会话，否则建立第三用户设备与第二用户设备之 间的会话连接。
其中，用户i殳备之间、以及用户i殳备与IP多々某体子系统之间 通过会话起始协议进行通信。
其中，在步骤S108中，在第二用户i殳备挂断所述会话并重新 发起所述会话的情况下，IP多媒体子系统先终止第二用户设备发起 的所述会话的被叫方，再响应于第一用户设备或第三用户设备的请 求，根据会话信息，更新所述会话以建立第三用户设备与第二用户 设备之间的会话连4妄。
通过本发明，用户可以在用户设备信号不好或电力不足等情况 下，挂断会话，并在短时间内使用另一用户设备续接挂断的会话， 乂人而仅J寻会i舌可以继续。
此处所说明的附图用来提供对本发明的进一步理解，构成本申 请的一部分，本发明的示意性实施例及其说明用于解释本发明，并 不构成对本发明的不当限定。在附图中
图1是根据本发明实施例的显式呼叫转移实现方法的流程以及
图2是根据本发明另 一 实施例的显式呼叫实现方法的流程示意图。
具体实施例方式
显式呼叫转移业务是指允许用户在会话建立后或会话建立过 程中，由用户而不是由系统参与决定，将会话转移到其他设备上的
一种业务。该业务涉及三方，包4舌业务发生前正在建立会话或已 建立会话的两方(其中业务发生后脱离会话的一方称为转移方)、 以及会话将要转移到的第三方(转移目标方)。业务可以是转移方 发起，也可以是转移目标方发起。
下面参考附图，详细"i兌明本发明的具体实施方式
。
参考图1,说明根据本发明实施例的显式呼叫转移实现方法。 如图1所示，该显式呼叫转移实现方法包4舌以下步骤S102，在第 一用户设备上配置显式呼叫转移业务；S104,在第一用户设备挂断 与第二用户设备之间的会话时，IP多媒体子系统根据第一用户设备 的业务配置，保存所述会话的会话信息；S106，第一用户设备或第 三用户设备向IP多媒体子系统请求将所述会话转移到第三用户设 备与第二用户i殳备之间；以及S108，在第二用户i殳备没挂断所述会 话或挂断后还未发起到不同于第一用户设备的其他用户设备的会 话的情况下，IP多i某体子系统响应于第一用户设备或第三用户设备 的请求，根据会话信息，建立第三用户设备与第二用户设备之间的 会话连4姿。
其中，第一用户设备与第二用户设备之间的会话是已经建立的 会i舌或正在建立的会话。
其中，第二用户设备是否挂断所述会话，由IP多媒体子系统 来决定。其中，在第二用户设备没挂断所述会话，且所述会话是已经建 立的会话的情况下，在第 一用户设备或第三用户设备请求转移会话 之前，IP多媒体子系统将第二用户设备的所述会话挂起，以避免第 二用户设备在无效的链路上传送数据。
其中，在第二用户设备没挂断所述会话，且所述会话是正在建 立的会话的情况下，在第 一用户设备或第三用户设备请求转移会话 之前，IP多媒体子系统通知第二用户设备的所述会话进入等待队 列。
其中，IP多媒体子系统可以设定定时器，如果在定时器超时之 前，第一用户设备和第三用户设备都没有请求转移会话，则终止第 二用户设备的所述会话，以释放所述会话的相关资源，否则建立第 三用户设备与第二用户设备之间的会话连接。其中，如果在释放所 述会话的相关资源后，第 一用户设备或第三用户设备才请求转移会
话，则可以根据第一用户设备或第三用户i殳备(转移发起方)和运 营商策略来决定是否继续转移会话。
其中，用户i殳备之间、以及用户i殳备与IP多々某体子系统之间 通过会话起始协议进行通信。
其中，在步骤S108中，在第二用户设备挂断所述会话并重新 发起所述会话的情况下，IP多媒体子系统先终止第二用户设备发起 的所述会话的被叫方，再响应于第 一用户设备或第三用户设备的请 求，才艮据会话信息，更新会话以建立第三用户设备与第二用户设备 之间的会话连接。
参考图2,说明根据本发明另一实施例的显式呼叫转移实现方 法。图2中所示的实施例是基于AS-B的转移目标UE-C发起的挂 断后实现显式呼叫转移方法的流程示意图，描述了在UE-A和UE-B会i舌建立后，或在UE-A呼叫UE-B的过禾呈中，UE-B因意外而终止 了会话时，用户使用设备UE-C请求将会话转移过来的过程。该过 程包括以下步骤
S202，在UE-A和UE-B之间的会话已建立或UE-A呼叫UE-B 并等待UE-B应答的情况下，由于某些原因(例如，UE-B电力不 足、信号不好等)UE-B挂断了此次会话，但是AS-B因业务需要， 并不终止UE-A的会话。
S204， AS-B得知UE-B终止了呼叫后，在原会话已建立的情 况下，挂起UE-A的会话，在原会话尚未建立的情况下，通知UE-A 呼叫进入等待队列(比如，向UE-A发送"182 Queued")。同时根 据需要，启动一个定时器。
S206， UE-C (例如，使用SIP协议中的INVITE消息)向转移 方UE-B请求将原会话转移到UE-C上。在定时器没超时的情况下， 进行步骤S208;在定时器超时的情况下，AS-B终止UE-A端的会 话，并拒绝此次请求或4吏用INVITE消息发起到UE-A的呼叫以才妄 通UE-A和UE-C。
S208,在AS-B得知UE-A尚未挂断会话或挂断后又发起到 UE-B的呼叫，并且会话可被转移到UE-C上的情况下，执行步骤 S210;在AS-B得知UE-A已经挂断且无新会话的情况下，拒绝此 次i青求或〗吏用INVITE消息发起到UE-A的呼叫/人而4#通UE-A和 UE-C。
S210, AS-B发送更新会话请求给UE-A。在原会话尚未建立成 功且UE-A尚未挂断的情况下，AS-B向UE-A发送UPDATE消息； 在原会话尚未建立成功且UE-A已经重新发起到UE-B的呼叫的情 况下，AS-B先终止UE-B端的会话(例如，通过发送BYE消息给UE-B )并等待成功的回应后再发送UPDATE消息给UE-A;在原会 话已经建立成功且UE-A尚未挂断的情况下，发送Re-INVITE消息
更新会话。
S212， UE-A返回会i舌更新成功消息。 S214， AS-B回应UE-C的i青求。 S216, UE-A和UE-C间会i舌建立成功。
其中，步骤S202中，AS-B可选择终止UE-A端的会话，此时 就没有步骤S204 了 。在步骤S206中，也可以是UE-B发起请求将 原会i舌4争移到UE-C上，比如4吏用REFER消息，此时乂寸于超时的 情况，AS-B可以拒绝此次i貪求，也可以z使用标准的第三方会i舌4空 制流程接通UE-A和UE-C。在步骤S208中，如果转移请求是UE-B 发起的，则对于UE-A挂断且无新会话的情况，AS-B可以拒绝此 次请求，也可以使用标准的第三方会话控制流程接通UE-A和 UE-C; 乂于于另一种情况，后续的步-骤S210 S216t尤需改为标准的 REFER流程或标准的第三方会话控制流程来接通UE-A和UE-C。
以上所述^f又为本发明的实施例而已，并不用于限制本发明，对 于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本 发明的精神和原则之内，所作的任何修改、等同替换、改进等，均 应包含在本发明的权利要求范围之内。
权利要求
1.一种显式呼叫转移实现方法，其特征在于，包括以下步骤S102，在第一用户设备上配置显式呼叫转移业务；S104，在所述第一用户设备挂断与第二用户设备之间的会话时，IP多媒体子系统根据所述第一用户设备的业务配置，保存所述会话的会话信息；S106，所述第一用户设备或第三用户设备向所述IP多媒体子系统请求将所述会话转移到所述第三用户设备与所述第二用户设备之间；以及S108，在所述第二用户设备没挂断所述会话或挂断后还未发起到不同于所述第一用户设备的其他用户设备的会话的情况下，所述IP多媒体子系统响应于所述第一用户设备或所述第三用户设备的请求，根据所述会话信息，建立所述第三用户设备与所述第二用户设备之间的会话连接。
2. 根据权利要求1所述的显式呼叫转移实现方法，其特征在于， 所述第一用户设备与所述第二用户设备之间的会话是已经建 立的会话或正在建立的会话。
3. 根据权利要求2所述的显式呼叫转移实现方法，其特征在于， 在所述第二用户设备没挂断所述会话，且所述会话是已经建立 的会话的情况下，在所述第 一用户设备或所迷第三用户设备请 求转移会话之前，所述IP多媒体子系统将所述第二用户设备 的所述会话挂起。
4. 根据权利要求2所述的显式呼叫转移实现方法，其特征在于， 在所述第二用户设备没挂断所述会话，且所述会话是正在建立 的会话的情况下，在所述第 一用户设备或所述第三用户设备请 求转移会话之前，所述IP多々某体子系统通知所述第二用户设 备的所述会话进入等待队列。
5. 根据权利要求3或4所述的显式呼叫转移实现方法，其特征在 于，所述IP多媒体子系统设定定时器，如果在所述定时器超 时之前，所述第 一用户设备和所述第三用户设备都没有请求转 移会话，则终止所述第二用户设备的所述会话，否则建立所述 第三用户设备与所述第二用户设备之间的会话连接。
6. 根据权利要求5所述的显式呼叫转移实现方法，其特征在于， 所述用户设备之间、以及所述用户设备与所述IP多々某体子系 统之间通过会话起始协议进行通信。
7. 根据权利要求6所述的显式呼叫转移实现方法，其特征在于， 所述步骤S108中，在所述第二用户i殳备桂断所述会话并重新 发起所述会话的情况下，所述IP多4某体子系统先终止所述第 二用户设备发起的所述会话的被叫方，再响应于所述第 一用户 设备或所述第三用户设备的请求，根据所述会话信息，更新所 述会话以建立所述第三用户i殳备与所述第二用户i殳备之间的 会话连接。
全文摘要
本发明公开的一种显式呼叫转移实现方法包括以下步骤S102，在第一用户设备上配置显式呼叫转移业务；S104，在第一用户设备挂断与第二用户设备之间的会话时，IP多媒体子系统根据第一用户设备的业务配置，保存所述会话的会话信息；S106，第一用户设备或第三用户设备向IP多媒体子系统请求将所述会话转移到第三用户设备与第二用户设备之间；以及S108，在第二用户设备没挂断所述会话或挂断后还未发起到不同于第一用户设备的其他用户设备的会话的情况下，IP多媒体子系统响应于第一用户设备或第三用户设备的请求，根据会话信息，建立第三用户设备与第二用户设备之间的会话连接。
文档编号H04L29/06GK101296100SQ20071009766
公开日2008年10月29日 申请日期2007年4月27日 优先权日2007年4月27日
发明者谢振华 申请人:中兴通讯股份有限公司