专利名称：Ip多媒体子系统中显式呼叫转移业务的集中化实现方法
技术领域：
本发明涉及通信领域，更具体地是涉及一种IP (Internet Protocol,网 络互联协议)多i某体子系统中显式呼叫转移业务的集中化实现方法。
背景技术：
IP多4某体子系统IMS (IP Multimedia Core Network Subsystem )是由 第三代合作伙伴计划3GPP (3rd Generation Partnership Project)提出的一种 基于IP的网络架构，构建了一个的开放而灵活的业务环境，支持多媒体应 用，能够为用户提供丰富的多媒体业务。在IMS业务体系中，控制层和业务层是分离的，控制层不提供具体业 务，只向业务层提供必要的触发、路由、计费等功能。控制层中业务触发 和控制功能是呼叫会话控制功能CSCF ( Call Session Control Function,分 为代理Proxy,询问Interrogating,和服务Serving三种类型，其中负主要 责任的是Serving, Interrogating类型是可选的)实体完成的，业务层是由 一系列应用服务器AS (Application Server)组成，能提供具体业务服务。 会话的控制层(S-CSCF )根据用户的签约信息控制业务触发，调用AS上 的业务，实现业务功能。会话中的端到端设备称为用户设备UE (User Equipment)，负责与使用者的交互。这些功能实体使用会话起始协议SIP (Session Initiation Protocol)进4亍通ifl。显式呼叫转移业务是IMS中的一种业务，该业务允许用户在会话建立 后或会话建立过程中，由用户参与决定，将会话转移到其他设备上。该业 务涉及三方，包括业务发生前正在建立会话或已建立会话的两方(其中业 务发生后脱离会话的一方称为转移方)，和第三方转移目标方。业务可以 是转移方发起，也可以是转移目标发起。为了简化流程表示，突出实际的业务控制功能实体，在所有的流程图中都省略了 CSCF实体和不参与该业务的AS实体，这些实体在该业务中 只是简单的转发消息。现有的实现显式呼叫转移业务的技术中，当用户的会话从一个设备转 移到另一个设备上时，业务的控制权也转移到了新设备上，如果需要将已 经转移的会话再重新转移回来，或继续再转移到其他i殳备上，则必须在新 设备的业务配置中做相应配置，即使看起来这实际是一个会话在不同设备 上的延续。当用户希望能够在几个设备上实现任意次数的会话转移时，必 须所有可能参与的设备都配置了相同业务。这使得在多次发生显式呼叫转 移过程中，业务的控制方会随着转移而改变，而不是始终由第一次转移的 控制方控制。发明内容本发明的要解决的技术问题就是提供一种IP多媒体子系统中显式呼 叫转移业务的集中化实现方法，解决显式呼叫转移业务的集中配置的问 题，避免当用户希望能够在几个设备上实现任意次数的会话转移时，必须 所有可能参与的设备都配置了相同业务。为了解决上述技术问题，本发明提供一种IP多媒体子系统中显式呼 叫转移业务的集中化实现方法，用户设备之间进行会话时，由配置了集中 的显式呼叫转移业务的用户设备的应用服务器AS或呼叫会话控制功能 CSCF实体或该业务的业务代理服务器控制多次会话的显式呼叫转移；其中，配置了显式呼叫转移业务的用户设备称为用户设备B,该用 户设备B为首次会话起始的用户设备之一 。进一步地，所述首次会话起始的用户设备包括开始会话时，在会话呼 叫中的用户设备，或者会话已建立的用户设备。进一步地，当会话转移到其它用户设备上去的时候，所述用户设备B 的应用服务器AS或CSCF实体或业务代理记录下新会话的相关信息。进一步地，当会话转移到其它用户设备上去的时候，对于非基于业务 代理的情况，需通知转移目标希望集中控制后续的针对原始用户设备B端的会话的转移。进一步地，当会话需要从一用户设备，称为转移方的用户设备，转移 到其它设备，称为转移目标方的用户设备，上去的时候，由转移目标方的用户设备向用户设备B,或其业务代理或应用服务器AS或CSCF实体发 送转移请求，或转移方的用户设备的转移请求不经修改地途经用户设备B 的网络。进一步地，当转移请求到达或途经用户设备B的AS或CSCF实体， 或转移请求到达用户设备B的业务代理时，由用户设备B的AS或CSCF 实体或业务代理决定是否允许进行要求的转移业务，并负责将会话按要求 转移。进一步地，由用户设备B的AS或CSCF实体或业务代理完成对会话 从转移方的用户设备转移到转移目标方的用户设备后，结束或挂起与转移 方的用户设备的会话。本发明中，当用户希望能够在几个设备上实现任意次数的会话转移 时，业务的控制方不会随着转移而改变，始终由第一次转移的控制方控制， 无需所有可能参与的设备都配置相同业务，操作筒单，效率高。
图1为本发明的转移目标发起的再转移应用实例的流程图。 图2为本发明的转移方发起的再转移应用实例的流程图。 图3为本发明的基于业务代理的再转移应用实例的流程图。
具体实施方式
下面结合附图及具体实施例对本发明进行详细说明。假设本次会话涉及用户设备A， B, C, D,其中用户设备B配置了集 中的显式呼叫转移业务，用户设备C和用户设备D都是用户设备B允许 的可转移设备，会话原始发生在用户设备A和用户设备B间，经过一次显式转移业务，会话转移到用户设备A和用户设备C间，第一次的转移由用户设备B的应用服务器AS或呼叫会话控制功能CSCF实体控制。 本实施例主要包括以下步骤(l)开始会话，本次会话起始的用户设备为用户设备A， B,即A和 B间会话已建立，或A正呼叫B;(2 )将会话A-B转移成A-C (A和C间会话建立)，对于非基于业 务代理的情况，转移过程中转移方(UE-B)或被转移方(UE-A)的AS 或CSCF功能实体通知转移目标(UE-C )的网络希望集中控制后续的针对 原始转移方(UE-B)端的会话的转移。UE-B的应用服务器AS或CSCF 实体或业务代理记录下新会话的相关信息；(3) 当需要将会话转移到用户设备D上或转移回用户设备B时，转 移目标方的用户设备D或B向原始转移方用户设备B，或其业务代理、应 用服务器AS、或CSCF实体发送转移请求，对于后三种情况需告知原始转 移方地址，即UE-B的地址；或转移方的用户设备C的转移请求不经网络 C中的功能实体修改而途经用户设备B的网络当用户需要继续将会话转 移到用户设备D上时，由用户设备D向用户设备B或用户设备B的业务 代理发送转移请求，或者，用户设备C的转移请求不经修改地途经用户设 备B的网络；当用户需要继续将会话转移回用户设备B时，由用户设备B 向用户设备B或用户设备B的业务代理发送转移请求，或者，用户设备C 的转移请求不经修改地途径用户设备B的网络；(4) 由用户设备B的AS或CSCF实体或业务代理完成对A-D/B会 话的建立和结束/挂起用户设备C的会话。从实施步骤可以看出，对于同一用户设备(如用户设备B)的业务， 原始会话的另一端(如用户设备A)在多次转移后会始终在会话中，除非 其间发生了 一次用户设备A的显式呼叫转移业务，但这不影响用户设备B 继续进行集中的显式呼叫转移业务。反之，用户设备B的显式呼叫转移业 务也不会影响用户设备A继续进行集中的显式呼叫转移业务。如图l所示，是基于AS的转移目标发起再转移的集中显式呼叫转移 业务的消息流程图，描述了在用户设备A ( UE-A)和用户设备B ( UE-B )之间的会话被转移到用户设备A和用户设备C (UE-C )之间后，将会话继 续转移到用户设备A和用户设备D (UE-D)或用户设备A和用户设备B 之间的过程，用户设备D或用户设备B为转移目标。包括如下步骤步骤101, UE-A和UE-C间进行会话，该会话由原始A-B间会话转移而来；步骤102， UE-D/UE-B请求AS-B将原始A-B会话继续转移过来，例 如使用SIP协议中的INVITE请求发起到UE-B的呼叫；步骤103,请求消息到达AS-B, AS-B判断UE-D/UE-B是否授权可转 移原始在UE-B端的会话，如果授权，则执行步骤104;步骤104,由AS-B代理UE-D/UE-B使用标准的更新流程更新UE-A 端的会话；步骤105, AS-B应答UE-D/UE-B的请求，并携带集中业务标识，比 如在P-Service-Indication域中标识；步骤106,最终实现A-D/B会话。AS-B得知原始在UE-B端的会话此 前是被UE-C抢占或转移给UE-C，则会话建立后，AS-B可以终止/挂起设 备C端的会话。如图2所示，是另 一种方式实现在用户设备A和用户设备B之间的会 话被转移到用户设备A和用户设备C之间后，将会话继续转移到用户设备 A和用户设备D或用户设备A和用户设备B之间的过程，用户设备D或 用户设备B为转移目标。包括如下步骤步骤201, UE-A和UE-C间进行会话，该会话由原始A-B间会话转移 而来，首次转移会话时AS-B通知C的网络希望进行集中控制，比如转移 过程中在呼叫UE-C的INVITE消息中携带业务标识，或在应答首次转移 请求时携带业务标识，业务标识可标识在P-Service-Indication域中；步骤202, UE-C请求将原始A-B会话继续转移给UE-D/UE-B,比如 向UE-A发送REFER请求；步骤203，请求经过AS-C，因AS-C已知是集中的显式呼叫转移业务，故选择不参与控制，直接转发消息；
步骤204， AS-C转发转移请求给UE-A;
步骤205，请求消息途经AS-B, AS-B判断UE-D/UE-B是否授权可转 移原始在UE-B端的会话，如果授权，则执行步骤206;
步骤206 ，由AS-B ^f吏用标准的更新流程更新UE-A端的会话；
步骤207, AS-B呼叫UE-D/UE-B,比如发送INVITE消息，并携带 集中业务标识，比如在P-Service-Indication域中标识；
步骤208,最终实现A-D/B会话。AS-B得知原始在UE-B端的会话之 前是被UE-C抢占或转移给UE-C,则会话建立后，AS-B可以终止/挂起设 备C端的会话。
如图3所示，是基于业务代理的再转移的集中显式呼叫转移业务的消 息流程图，在设备A和设备B之间的会话被转移到设备A和设备C之间 后，用户使用设备D/B将会话继续转移到设备A和设备D或A设备和设 备B之间，设备D/B为转移目标。包括如下步骤
步骤301， UE-A和UE-C间进行会话，该会话由原始A-B间会话转移 而来，转移过程中UE-B的业务代理服务器在信令链路中，记录了新会话 的信息；
步骤302, UE-D/UE-B请求将原始A-B会话继续转移过来，例如使用 SIP协议中的INVITE请求发起到UE-B的业务代理的呼叫，呼叫中携带了 目的地地址(UE-B)的信息，比如在To域中；
步骤303,请求消息到达UE-B的业务代理，UE-B的业务代理判断 UE-D/UE-B是否授权可转移原始在UE-B端的会话，如果授权，则执行步 骤304;
步骤304，由UE-B的业务代理使用标准的更新流程更新UE-A端的 会话；
步骤305, UE-B的业务代理应答UE-D/UE-B的请求，可携带集中业 务标识，比如在P-Service-Indication域中标识；步骤306，最终实现A-D/B会话。UE-B的业务代理得知原始在UE-B 端的会话之前是被l正-C抢占或转移给UE-C，则会话建立后，UE-B的业 务代理可以终止/挂起设备C端的会话。
基于CSCF实体会话转移方式，与上述基于AS以及业务代理的会话 转移方式类似，此处不再详述。
权利要求
1.一种IP多媒体子系统中显式呼叫转移业务的集中化实现方法，其特征在于，用户设备之间进行会话时，由配置了集中的显式呼叫转移业务的用户设备的应用服务器AS或呼叫会话控制功能CSCF实体或该业务的业务代理服务器控制多次会话的显式呼叫转移；其中，配置了显式呼叫转移业务的用户设备称为用户设备B，该用户设备B为首次会话起始的用户设备之一。
2. 根据权利要求1所述的方法，其特征在于，所述首次会话起始的 用户设备包括开始会话时，在会话呼叫中的用户设备，或者会话已建立的 用户设备。
3. 根据权利要求1所述的方法，其特征在于，当会话转移到其它用 户设备上去的时候，所述用户设备B的应用服务器AS或CSCF实体或业 务代理记录下新会话的相关信息。
4. 根据权利要求1所述的方法，其特征在于，当会话转移到其它用 户设备上去的时候，对于非基于业务代理的情况，需通知转移目标希望集 中控制后续的针对原始用户设备B端的会话的转移。
5. 根据权利要求1 3中任意一项所述的方法，其特征在于，当会话 需要从一用户设备，称为转移方的用户设备，转移到其它设备，称为转移 目标方的用户设备，上去的时候，由转移目标方的用户设备向用户设备B, 或其业务代理或应用服务器AS或CSCF实体发送转移请求，或转移方的 用户设备的转移请求不经修改地途经用户设备B的网络。
6. 根据权利要求5所述的方法，其特征在于，当转移请求到达或途 经用户设备B的AS或CSCF实体，或转移请求到达用户设备B的业务代 理时，由用户设备B的AS或CSCF实体或业务代理决定是否允许进行要 求的转移业务，并负责将会话按要求转移。
7. 根据权利要求5所述的方法，其特征在于，由用户设备B的AS 或CSCF实体或业务代理完成对会话从转移方的用户设备转移到转移目标 方的用户设备后，结束或挂起与转移方的用户设备的会话。
全文摘要
本发明公开了一种IP多媒体子系统中显式呼叫转移业务的集中化实现方法，用户设备之间进行会话时，由配置了集中的显式呼叫转移业务的用户设备的应用服务器AS或呼叫会话控制功能CSCF实体或该业务的业务代理服务器控制多次会话的显式呼叫转移；其中，配置了显式呼叫转移业务的用户设备称为用户设备B，该用户设备B为首次会话起始的用户设备之一。本发明解决了显式呼叫转移业务的集中配置的问题，避免当用户希望能够在几个设备上实现任意次数的会话转移时，必须所有可能参与的设备都配置了相同业务。
文档编号H04L12/56GK101304323SQ20071009733
公开日2008年11月12日 申请日期2007年5月8日 优先权日2007年5月8日
发明者炜 方, 谢振华 申请人:中兴通讯股份有限公司