为用户提供呼叫转移业务的方法及装置的制作方法

专利名称：为用户提供呼叫转移业务的方法及装置的制作方法
技术领域：
本发明涉及通信领域，特别是涉及为用户提供呼叫转移业务的方法及装 置，以及传递呼叫转移通知消息的方法。
背景技术：
一、 IP多媒体子系统IMS介绍IMS是移动交换网络中的叠加在已有分组交换域(PS )之上的一个子系统， 采用分组交换域为其上层控制信令和媒体传输的承载通道，引入SIP协议作为 业务控制协议，利用SIP简单、易扩展、媒体组合方便的特点，通过将业务控 制与承载控制分离，提供丰富的多媒体业务。IMS中主要的功能实体包括控制 用户注册、会话控制等功能的呼叫会话控制功能CSCF、提供各种业务逻辑控 制功能的应用服务器AS、集中管理用户签约数据的归属签约用户服务器HSS, 以及用于实现与电路交换网互通的媒体网关控制功能MGCF / IMS媒体网关 IM-MGW。用户通过当前所在地代理节点P-CSCF接入IMS，会话和业务触发 控制及与AS的业务控制交互则由其注册地的归属域服务节点S-CSCF完成。IMS是3GPP和Tispan的描述，在3GPP2中也有一个类似的多媒体子系 统称为MMD (Multimedia Domain,多媒体域)，其和IMS的结构类似，所以 下文为了简便起见，就都是以IMS描述，但是很明显下文描述的方法同样也适 用于MMD。二、 集中业务控制ICS介绍在网络向IMS演变过程中，将会出现一段时间电路域CS、 IMS并存的情 况。此时，运营商希望网络中有一个控制点能够对两个域的业务进行集中控制， 以便减少部署和管理的成本以及提供一致的业务体-险，这个集中控制的点一般都处于IMS网络，由AS来实现。也就是当用户通过CS网络接入的时候，同 样在IMS网络为其提供业务。目前在3GPP的集中业务控制以及TISPAN等方 面都涉及到该课题，在3GPP的集中业务控制研究项目中，描述了集中业务控 制ICS (IMS Centralized Service)架构，参见图1所示其中，呼叫会话控制功能实体CSCF ( Call Session Control Function)的功 能与上述相同。当用户在CS发起或接受呼叫时，呼叫将被控制路由到其归属 的IMS网络，在IMS域为用户提供业务。同时，为了实现业务控制过程中用 户与IMS网络业务控制实体的交互，在UE和CSCF之间增加了一个新的实体 ICCF (IMS电路控制功能实体IMS CS Control Function),该实体完成了 UE 通过CS域接入到IMS网络的适配控制功能。ICS UE和ICCF之间的接口 Ix又称为ICCC( IMS CS Control Channel, IMS 电路域控制信道)，根据不同的网络接入环境可能是不同的协议，比如在图1 中仅存在CS连接的时候，接口 Ix是L-CAAF和R-CAAF之间的USSD接口 、 SMS接口或者DTMF接口；当在PS连接的情况下，它是UE和RUA之间的 SIP协议。发明人在发明过程中发现，目前在ICS架构中，被叫用户从CS域接入， 在IMS域不能为该用户提供呼叫转移业务。而且未提供对从CS域接入用户的 呼叫转移通知方案。发明内容本发明实施例提供了为用户提供呼叫转移业务的方法及装置，实现了在 IMS域为从CS域接入的被叫用户提供呼叫转移业务。本发明实施例还提供了 一种传递呼叫转移通知消息的方法，以实现对从 CS域4^入用户的呼叫转移通知。本发明实施例的 一种为用户提供呼叫转移业务的方法，包括下列步骤IMS 网络实体收到指向从CS域接入的用户的呼叫；IMS网络实体获得该用户当前的接续状态和/或用户意愿；以及根据所述获得的接续状态和/或用户意愿，为 该用户提供呼叫转移业务。本发明实施例的一种IMS网络实体，包括接收单元，用于接收指向从 CS域接入的用户的呼叫；获得单元，用于在接收单元收到所述呼叫后，获得 该用户当前的接续状态和/或用户意愿。本发明实施例的一种媒体网关控制功能实体，包括第一转换单元，用于 将181通知消息(SIP呼叫转移通知消息)转换为携带有呼叫转移信息的CS 域消息；和/或第二转换单元，用于将携带有用户不可及信息的CS域消息转换 为SIP中的不可及响应消息和/或第三转换单元，用于将携带有用户无应答信息 的CS域消息转换为SIP中的无应答响应消息。本发明实施例的一种传递呼叫转移通知消息的方法，包括下列步骤从 CS域接入的用户发起的呼叫，或指向从CS域接入的用户的呼叫被呼叫转移； IMS网络实体收到IMS域的呼叫转移通知消息；将该IMS域的呼叫转移通知 消息转换为满足CS域接入用户的接收能力的消息；以及将转换后的消息向所 述从CS域接入的用户发送。本发明实施例的为用户提供呼叫转移业务的方法及装置，由IMS网络实体 收到指向从CS域接入的用户的呼叫后，获得该用户当前的接续状态和/或用户 意愿，从而可根据获得的接续状态或用户意愿为从CS域接入的被叫用户提供 呼叫转移业务。本发明实施例的传递呼叫转移通知消息的方法，由于从CS域接入的用户 发起的呼叫，或指向从CS域接入的用户的呼叫被呼叫转移后，IMS网络实体 会收到IMS域的呼叫转移通知消息；IMS网络实体自身或指示其它网元将该 IMS域的呼叫转移通知消息转换为满足CS域接入用户的接收能力的消息，并 将转换后的消息向所述从CS域接入的用户发送。从而实现了对从CS域接入 用户的呼叫转移通知。


图1为现有集中业务控制ICS架构示意图；图2为本发明实施例的为用户提供呼叫转移业务的方法的步骤流程图;图3为本发明实施例的IMS网络实体示意图；图4为本发明实施例的另一种IMS网络实体示意图；图5为本发明实施例1的流程图；图6为本发明实施例2的流程图；图7为本发明实施例3的流程图；图8为本发明实施例4的流程图；图9为本发明实施例5的流程图；图10为本发明实施例6的流程图；图11为本发明实施例7的流程图；图12为本发明实施例8的流程图；图13为本发明实施例9的流程图；图14为本发明实施例10的流程图；图15为本发明实施例11的流程图；图16为本发明实施例12的流程图；图17为本发明实施例13的流程图；图18为本发明实施例14的流程图；图19为本发明实施例15的流程图；图20为本发明实施例16的流程图；图21为本发明实施例17的流程图；图22为本发明实施例18的流程图；图23为本发明实施例19的流程图；图24为本发明实施例20的流程图；图25为本发明实施例的传递呼叫转移通知消息的方法的步骤流程图。
具体实施方式
呼叫转移业务CDIV ( Communications Diversion )能够使被叫用户能够将 一个呼叫转移到另外的一个号码或者用户的语音信箱中，主要的包含以下几种 形式CFU业务这项业务允许用户将他的所有来话转接到预先设置的另一个电 话号码上或用户的语音信箱中。CFB业务当用户忙时，这项业务允许用户将它的来话转接到预先设置的 另一个电话号码上或用户的语音信箱中。所述"用户忙"包含两种情况，即网 络判断的用户忙或者是用户自己决定的忙。CFNRy业务当用户不能或者不愿意接听电话的时候，这项业务使得用 户能将呼叫转移到一个预先设定的号码或者用户的语音信箱中。CFNRc业务当由于某些原因呼叫无法到达用户时，这项业务使得网络能 够自动的将呼叫转移到用户预先设定的一个号码或者用户的语音信箱中。CFNL业务当用户没有注册到网络的时候，该业务使得网络能够自动的 将呼叫转移到一个用户预先设定的号码或者用户的语音信箱中。CD业务这项业务^f吏得用户在收到一个呼叫后，能够将呼叫临时的转移 到另外一个号码上。为了实现在IMS域为从CS域接入的被叫用户提供呼叫转移业务。本发明实施例提供了一种为用户提供呼叫转移业务的方法，参见图2所示， 包括下列主要步骤511、 IMS网络实体收到指向从CS域接入的用户的呼叫。512、 IMS网络实体获得该用户当前的接续状态和/或用户意愿。其中，IMS网络实体通过下述方式之一获得用户的接续状态或用户意愿 方式a、 CS域网络实体或该用户主动上才艮接续状态或用户意愿；CS域网 络实体或该用户或媒体网关控制器对上报消息的类型进行转换；IMS网络实体根据收到的消息的类型匹配获得用户的接续状态或用户意愿；方式b、 IMS网络实体与保存有接续状态或用户意愿的相关网元交互，或 查询该IMS网络实体保存的信息，根据获知的信息获得用户的接续状态或用户 意愿。S13、根据所述获得的接续状态和/或用户意愿，为该用户提供呼叫转移业务。其中，会话的接续状态主要是指会话是否能够到达用户的终端，以及用户 是否接通会话，利用呼叫的接续状态可以为用户提供CFNRc， CFNRy业务； 而在为用户提供CFB和CD业务的时候可能既要用到用户的意愿也要使用到会 话的接续状态，当用户不想接通会话而返回拒绝会话，或者用户想要执行CD 业务的时候，终端就会给网络返回用户用户忙或者是用户要执行CD。所述IMS 网络实体为提供呼叫转移业务的应用服务器，则该IMS网络实体根据获得的用 户当前的接续状态或用户意愿，直接为该用户提供相应的呼叫转移业务；所述 IMS网络实体不为提供呼叫转移业务的应用服务器，则该IMS网络实体根据获 得的用户当前的接续状态或用户意愿，把该信息通知到为用户提供呼叫转移业 务的应用服务器，有提供呼叫转移业务的应用服务器为用户提供呼叫转移业 务。本发明实施例中还提供了一种IMS网络实体，其包括接收单元和获得单元。接收单元，用于接收指向从CS域接入的用户的呼叫；获得单元，用于在接收单元收到所述呼叫后，获得该用户当前的接续状态 和/或用户意愿。具体的，获得单元通过下述方式之一获得用户的接续状态和/ 或用户意愿方式a、 CS域网络实体或该用户主动上才艮接续状态或用户意愿； CS域网络实体或该用户或媒体网关控制器对上报消息的类型进行转换；获得 单元根据收到的消息的类型匹配获得用户的接续状态或用户意愿；方式b、获 得单元与保存有接续状态或用户意愿的相关网元交互，或查询该IMS网络实体保存的信息，4艮据获知的信息获得用户的接续状态或用户意愿。基于上述IMS网络实体的实施例，若该IMS网络实体为IMS电路控制功 能实体ICCF,则参见图3所示，还包括指示单元，用于根据获得单元获得 的接续状态和/或用户意愿，发出指示提供相应呼叫转移业务的消息。进一步， 还可包括转换单元，用于将收到的IMS域呼叫转移通知消息转换为满足CS 域接入用户的接收能力的消息；发送单元，用于将转换单元转换后的消息向所 述从CS域接入的用户发送。基于上述IMS网络实体的实施例，若该IMS网络实体为电信业务应用服 务器TAS,则参见图4所示，还包括执行单元，用于根据获得单元获得的接 续状态和/或用户意愿，为该用户提供呼叫转移业务。进一步，还可包括转换 单元，用于将收到的IMS域呼叫转移通知消息转换为满足CS域接入用户的接 收能力的消息；发送单元，用于将转换单元转换后的消息向所述从CS域接入 的用户发送。为了支撑本发明实施例，还提供了一种媒体网关控制功能实体，包括第 一转换单元，和/或第二转换单元，和/或第三转换单元。第一转换单元，用于将SIP呼叫转移通知消息转换为携带有呼叫转移信息 的CS域消息(例如CPG消息)；通过该通知消息，用户获得了会话的状态，增强了用户的体验。第二转换单元，用于将携带有用户不可及信息的CS域消息转换SIP不可 及响应消息(例如503响应消息、408响应消息或500响应消息)。通过消息转换，IMS网络实体获得了会话的接续状态为用户不可及，这样 就能够根据会话的状态，为用户提供CFNRc业务。第三转换单元，用于将携带有用户无应答信息的CS域消息转换为SIP中 的无应答响应消息。通过消息转换，IMS网络实体获得了会话的接续状态为用户无应答，这样 就能够根据会话的状态，为用户提供CFNRy业务以下通过20个实施例具体描述。下述的实施例只是以ICCF与TAS分设 的情况下为例，描述了为用户提供呼叫转移业务的过程，也可能ICCF和TAS 合设，这样可通过他们之间的内部消息交互。下述实施例，只是以用户在CS 域的信令是ISUP为例进行说明，用户在CS域的信令也可能是BICC等其它的 信令。实施例1:提供CFNRc业务的方式一，参见图5所示，包括下列步骤 1 ~2 、 ICCF收到 一个指向用户UE-A的呼叫； 3 4、 ICCF通过CS域下发该呼叫；5、 移动交换中心MSC寻呼用户UE-A失败或者是取漫游号码失败；6、 MSC返回Release消息，其中携带失败原因寻呼失败(用户不可及)；7、 力某体网关控制功能实体MGCF将该Release消息(用户不可及)转换 为SIP 480消息(临时不可用响应消息),并向ICCF发送；8、 ICCF根据之前没有收到180消息(振铃响应消息)，此时收到了 480 消息(临时不可用响应消息)，感知到用户UE-A是"不可及的"；因此ICCF 向TAS返回503消息，以告知电信业务应用服务器TAS( telepmhone application service )用户UE-A "不可及，，，由TAS执行CFNRc业务。注1.上述只是已ICCF将用户不可及的状态，转化为503消息为例， ICCF还可以将用户不可及的状态转换为其它SIP中的不可及响应消息，如 408消息或者500消息，传递到TAS, TAS同样会执行CFNRc。2. 用户不可及可能存在两种情况在MSC去取用户的漫游号码时，未取 到，则判定该用户是不可及，并用#20表示；在MSC寻呼用户时，该用户未 响应，则判定该用户不可及，并用#18表示。3. 预先设定不同的响应消息分别对应的业务逻辑，例如ICCF没有收到 180消息(振铃响应消息)且却收到了 480消息(临时不可用响应消息)，则感 知到用户是"不可及的"；又例如TAS收到503消息、408消息或者500消息， 则执行CFNRc业务。实施例2:提供CFNRc业务的方式二，参见图6所示，包括下列步骤 1 2、 ICCF收到一个指向用户UE-A的呼叫； 3 4、 ICCF通过CS域下发该呼叫；5、 MSC寻呼用户UE-A失败或者是取漫游号码失败；6、 MSC返回Release消息，其中携带失败原因寻呼失败(用户不可及)；7、 MGCF将Release (用户不可及)转换为SIP 503消息，并向ICCF发送；8、 ICCF根据收到的503消息，判断用户UE-A是不可及的，并且给TAS 返回503消息，由TAS执行CFNRc业务。注1. MGCF也可将Release (用户不可及)转换为其它SIP中的不可 及响应消息，如SIP408消息或SIP500消息。2. 用户不可及可能存在两种情况在MSC去取用户的漫游号码时，未取 到，则判定该用户是不可及，并用#20表示；在MSC寻呼用户时，该用户未 响应，则判定该用户不可及，并用#18表示。3. 预先设定不同的响应消息分别对应的业务逻辑，例如ICCF收到503 消息、408消息或者500消息，则向TAS发送503消息、408消息或者500消 息；又例如TAS收到503消息、408消息或者500消息，则执行CFNRc业 务。实施例3:提供CFNRc业务的方式三，参见图7所示，包括下列步骤 1 2、 ICCF收到一个指向用户UE-A的呼叫；3、 ICCF通过USSD消息,将该呼叫下发到MSC;4、 MSC发送Page消息寻呼用户UE-A，用户UE-A没有响应；5、 MSC通过USSD消息向ICCF返回用户UE-A没有响应；6、 ICCF通过USSD响应消息得知用户UE-A是不可及的，给TAS返回 503消息，由TAS执行CFNRc业务。注1.上述只是以ICCF将用户不可及的状态，转化为503响应消息为例，ICCF还可以将用户不可及的状态转换为其它SIP中的不可及响应消息， 如408消息或者500消息，传递到TAS, TAS同样会执行CFNRc。
2. 预先设定不同的响应消息分别对应的业务逻辑，例如ICCF收到USSD 响应消息，则判定用户UE-A是不可及；又例如TAS收到503消息、408消 息或者500消息，则执行CFNRc业务。
3. 也可由ICCF发出的USSD消息传输路径中任一CS域网元，如HLR 返回用户UE-A不可及。实施例4:提供CFNRc业务的方式四，参见图8所示，包括下列步骤 1~2、 ICCF收到一个指向用户UE-A的呼叫，并且启动定时器； 3~4、 ICCF通过CS域下发该呼叫；
5、定时器超时，ICCF仍然没有收到用户UE-A的呼叫响应，则向TAS返 回503消息，表示用户UE-A在CS域是不可及的，由TAS执行CFNRc业务。注1.上述只是已ICCF将用户不可及的状态，转化为503消息为例， ICCF还可以将用户不可及的状态转换为其它SIP中的不可及响应消息，如 408消息或者500消息，传递到TAS, TAS同样会执行CFNRc。2. 预先设定不同的响应消息分别对应的业务逻辑，例如TAS收到503 消息、408消息或者500消息，则执行CFNRc业务。3. 上述只是已ICCF启动定时器为例，也可能是TAS启动定时器，在特定 的时间内不能得到用户的响应，则执行CFNRc业务。4. 这儿只是以通过ISUP信令下发呼叫为例，实施上ICCF也可能通过 USSD消息下发呼叫。上述CFNRc的实施例中只是以用户感知了用户在CS域不可及就执行 CFNRc为例，实施上也可能还需要感知IMS域的接续状态，当发现两个域都 是不可及时，再执行CFNRc。比如，当P-CSCF发现用户不可及时上报该用户 的不可及的状态到ICCF或者TAS。在上述的CFNRc的业务中，只是描述了尝试一个用户的终端不可及后就16执行CFNRc,实施上也可能把用户其余的终端都尝试为不可及后在执行 CFNRc。实施例5:提供CFNL业务的方式一，参见图9所示，包括下列步骤 1、 TAS收到了指向用户UE-A的呼叫，并且获得用户UE-A的接续状态 为在CS域未注册，于是执行CFNL业务。其中，TAS获得用户UE-A的接续状态的方式主要的有以下几种1、 正常情况下，在收到的呼叫的时候TAS已经获知了用户在CS域是未 注册的。2、 TAS到HSS/HLR查询用户的注册状态。实施例6:提供CFNL业务的方式二，参见图10所示，包括下列步骤 1~2、 ICCF收到一个指向用户UE-A的呼叫。3、 ICCF获得用户UE-A的接续状态为在CS域是未注册的，则通知TAS, 由TAS为用户UE-A提供CFNL业务。其中，ICCF获得用户UE-A的接续状态的方式主要的有以下几种1、 正常情况下，在收到的呼叫的时候ICCF已经获知了用户在CS域是未 注册的。2、 ICCF到HSS/HLR查询用户的注册状态。上述CFNL的实施例中只是以感知用户在CS域未注册就执行CFNL为例， 实施上也可能需要感知用户在IMS域同样也未注册的时候才为用户执行 CFNL。而ICCF或者TAS用户感知用户在IMS域是否注册可以通过第三方注 册获取用户的IMS域的注册状态的。实施例7:提供CFNRy业务的方式一，参见图11所示，包括下列步骤1~2、 ICCF收到了指向用户UE-A的呼叫；3~5、 ICCF通过CS下发该呼叫；6、 UE-A返回Alerting消息；7、 MSC在收到Alterting消息后，发送ACM消息到MGCF8、 MGCF将MSC发来的ACM消息转换为180消息(振铃响应消息)， 向ICCF发送；9、 ICCF向TAS转发该180消息(振铃响应消息)；TAS收到180消息(振 铃响应消息)后，启动定时器；当在规定的时间没有收到UE-A的进一步的响 应，则执行CFNRy业务。上述定时器的时间为了用户业务感受的 一致性，可以和用户在CS域的时 间设置是相同的。实施例8:提供CFNRy业务的方式二，参见图12所示，包括下列步骤 1~2、 ICCF收到了指向用户UE-A的呼叫； 3~5、 ICCF通过CS下发该呼叫；6、 UE-A返回Alerting消息；7、 MSC在收到Alterting消息后，发送ACM消息到MGCF8、 MGCF把MSC发来的ACM消息转换为180消息(振铃响应消息)， 向ICCF发送；9、 ICCF向TAS转发该180消息(振铃响应消息)；TAS收到180消息(振 铃响应消息)。10、 由于用户UE-A没有应答，MSC返回Release消息，并且携带失败原 因#19,即用户UE-A没有应答。11、 MGCF将该Release消息转换为SIP480消息(临时不可用响应消息), 并向ICCF发送；12、 ICCF将该480消息(临时不可用响应消息)转发到TAS; TAS根据 收到了 180消息(振铃响应消息)，并且收到了 480消息(临时不可用响应消 息)判断出用户UE-A无应答，因此为用户UE-A提供CFNRy业务。注预先设定不同的响应消息分别对应的业务逻辑，例如MGCF收到 Release消息，则将该Release消息转换为SIP480消息(临时不可用响应消息), 并向ICCF发送；又例如TAS收到了 180消息(振铃响应消息)并且收到了480消息(临时不可用响应消息)，则提供CFNRy业务。另外，MGCF也可以把Release消息转换其它SIP用户无应答消息，用来 表示用户是"无应答的，，，有TAS根据转换后的消息判断用户是无应答的，从 而为用户提供CFNRy业务。实施例9:提供CFNRy业务的方式三，参见图13所示，包括下列步骤1 2、 ICCF收到了指向用户UE-A的呼叫；3 5、 ICCF通过CS下发该呼叫；6、 UE-A返回Alerting消息；7、 MSC在收到Alterting消息后，发送ACM消息到MGCF8、 MGCF把MSC发来的ACM消息转换为180消息(振铃响应消息)， 向ICCF发送；9、 ICCF向TAS转发该180消息(振铃响应消息)；TAS收到180消息(振铃响应消息)。10、 由于用户UE-A没有应答，MSC返回Release消息，并且携带失败原 因#19，即用户UE-A没有应答。11、 MGCF将该Release消息转换为SIP480消息(临时不可用响应消息)， 并向ICCF发送；12、 ICCF将该480消息(临时不可用响应消息)转发到TAS;13、 MSC感知用户是无应答的，通过camel上报用户无应答的信息到ICCF，14、 ICCF根据用户获得用户无应答的信息，把该信息通知到TAS,有TAS 执行CFNRy。注上述的13， 14步和10、 11、 12步的是任意顺序进行的。 ICCF可能根据直接的根据CAMEL上报的用户不可及的信息直接通知TAS，用户不可及，也可能等到用户呼叫响应消息，根据呼叫响应消息和camel共同的判断用户不可及的信息。图中的SCP和ICCF可以部署在同一个物理实体中，也可以分开部署。当部署在一起的时候，通过内部接口交互信息；当分开部署的时候可以通过CAP、 MAP、 SIP等现有协议以及私有接口交互信息。实施例10:提供CFB业务的方式一，参见图14所示，包括下列步骤1~2、 ICCF收到 一个指向用户UE-A的呼叫；3~4、 ICCF通过CS域下发该呼叫；5、 MSC判断用户已经存在了会话，于是返回Release ( # 17 )消息，表示 用户忙；6、 MGCF将Release ( #17)消息转换成486消息，发送到ICCF;7、 ICCF根据收到的486消息感知用户UE-A忙，给TAS返回486消息， 由TAS执行CFB业务。注预先设定不同的响应消息分别对应的业务逻辑，例如MGCF收到 Release ( # 17)消息，则将该Release消息转换为SIP486消息，并向ICCF发 送；又例如TAS收到了 486消息，则执行CFB业务。实施例ll:提供CFB业务的方式二，参见图15所示，包括下列步骤1~2、 ICCF收到一个指向用户UE-A的呼叫；3 5、 ICCF通过CS域下发该呼叫；6~7、由于某些原因(用户不愿意接听该会话)，用户UE-A无法接听该呼 叫，因此UE-A返回Release ( #17)消息，用来表示用户忙；8、 MGCF将Release ( #17)消息转换成486消息，发送到ICCF;9、 ICCF根据收到的486消息感知用户UE-A忙,给TAS返回486消息， 由TAS执行CFB业务。注预先设定不同的响应消息分别对应的业务逻辑，例如MGCF收到 Release ( #17)消息，则将该Release消息转换为SIP486消息,并向ICCF发 送；又例如TAS收到了 486消息，则执行CFB业务。实施例12:提供CFB业务的方式三，参见图16所示，包括下列步骤1~2、 ICCF收到一个指向用户UE-A的呼叫；3、 ICCF通过USSD消息通知用户UE-A,其有一个新呼叫；4、 由于某些原因，用户不想接通该呼叫，因此UE-A通过USSD消息返 回用户忙状态给ICCF;5、 ICCF根据USSD消息返回的用户忙状态，得知用户UE-A忙，因此给 TAS返回486消息，用来表示用户UE-A忙，由TAS执行CFB业务。注1、预先设定不同的响应消息分别对应的业务逻辑，例如TAS收到 了 486消息，则执行CFB业务。2、 用户也可能通过其它ICCP (IMS CS Control Protocol)消息通知ICCF， 如SMS, DTMF， SIP消息。实施例13:提供CFB业务的方式四，参见图17所示，包括下列步骤 1 2、 ICCF收到了 一个指向用户UE-A的呼叫；3、 ICCF判断用户UE-A已经存在了一个会话，处于忙的状态(用户所有 的会话都会经过ICCF,所以ICCF能够知道用户已经存在了会话)；因此给TAS 返回486消息，由TAS为用户UE-A提供CFB业务。实施例14:提供CFB业务的方式五，参见图18所示，包括下列步骤 1、 TAS收到了指向用户UE-A的呼叫，判断出用户UE-A已经存在了一 条会话(如果用户签约了 CFB业务，用户的所有会话都会经过TAS，所以TAS 知道用户存在了会话)；因此判定用户UE-A处于忙的状态，直接为用户UE-A 提供CFB业务。实施例15:提供CFB业务的方式六，参见图19所示，包括下列步骤 1~2、 ICCF收到一个指向用户UE-A的呼叫; 3~5、 ICCF通过CS域下发该呼叫；6、 由于某些原因(用户不愿意接听该会话)，用户UE-A无法接听该呼叫， 因此UE-A返回Release ( #17)消息，用来表示用户忙；7、 移动交换中心判断出用户忙，触发Camel上报用户忙的信息到ICCF8、 ICCF根据MSC的上报，得知用户是忙的给TAS返回486，表示用户 忙。TAS执行CFB业务。注上述的ICCF可能根据CAMEL上报的用户忙的信息直接的为给TAS 返回186表示用户忙，也可能等到呼叫的响应后通过呼叫响应和camel上报的 信息共同判断用户忙的信息。上述MSC上报的忙的信息，可以是MSC决定的用户忙，即NDUB;也可 以是用户自己决定的忙，即UDUB。图中的SCP和ICCF可以部署在同一个物理实体中，也可以分开部署。当 部署在一起的时候，通过内部接口交互信息；当分开部署的时候可以通过CAP、 MAP、 SIP等现有协议以及私有接口交互信息。实施例16: 4是供CD业务的方式一，参见图20所示，包括下列步骤1 2、 ICCF收到一个指向用户UE-A的呼叫；3~5、 ICCF通过CS域下发该呼叫；6. 用户UE-A要求执行CD业务，并通过USSD消息通知到ICCF,该 USSD消息中携带有用户UE-A要求接续到的号码；7、 ICCF根据收到的USSD消息判定用户UE-A要执行CD业务，因此将 该USSD消息转换为302消息(该302消息消息中携带有用户UE-A要求接续 到的号码)，并发送到TAS;由TAS为用户UE-A执行CD业务。注1、上述第6步中，用户也可能通过其它ICCP消息返回用户要求 执行CD业务，如SMS， DTMF, SIP消息。2、 预先设定不同的响应消息分别对应的业务逻辑，例如TAS收到了 302 消息，则执行CD业务。实施例17:从CS域接入的用户发起的呼叫被呼叫转移时，呼叫转移通知 消息的传递流程l，参见图21所示，包括下列步骤 1 2、用户UE-A发起一个建立呼叫的请求；3、 由于用户UE-A的呼叫被对端前转，给用户UE-A返回了 181消息(SIP呼叫转移通知消息)，表示呼叫被前转；4、 ICCF将181消息(SIP呼叫转移通知消息)转换为USSD消息，通知用户UE-A呼叫被前转。注ICCF也可能通过其它ICCP消息，如SMS, DTMF， SIP通知用户。实施例18:从CS域接入的用户发起的呼叫被呼叫转移时，呼叫转移通知 消息的传递流程2，参见图22所示，包括下列步骤 1 2、用户UE-A发起一个建立呼叫的请求；3、 由于用户UE-A的呼叫被对端前转，给用户UE-A返回了 181消息(SIP 呼叫转移通知消息)，表示呼叫;故前转；4、 ICCF将181消息(SIP呼叫转移通知消息)发到MGCF;5 6、 MGCF将181消息(SIP呼叫转移通知消息)转换成CPG消息，通 知用户UE-A呼叫被前转；注这儿只是以CPG消息为例，MGCF也可能把181消息(SIP呼叫转 移通知消息)转换为其它的通知消息。实施例19:从CS域接入的用户发起的呼叫被呼叫转移时，呼叫转移通知 消息的传递流程3，参见图23所示，包括下列步骤1~2、用户UE-A发起一个建立呼叫的请求；3、 如果用户UE-A签约了 CFU业务，并且处于active状态，那么TAS会 向用户UE-A返回Message消息，说明用户UE-A的CFU业务处于active状态；4、 ICCF收到TAS发往用户UE-A的Message消息后，通过USSD消息告 知用户UE-A其CFU业务处于active状态。注ICCF也可能通过其它ICCP消息，如SMS, DTMF， SIP通知用户。实施例20:指向从CS域接入的用户的呼叫被呼叫转移时，通知用户有会 话被前转的流程，参见图24所示，包括下列步骤1、 TAS收到一个指向用户UE-A的呼叫；2、 由于用户UE-A签约了 CFU业务，并且处于active状态，于是TAS执 行CFU业务，将该呼叫前转；并且通过Message消息通知用户UE-A有一个 指向UE-A的呼叫被前转；3、 ICCF收到TAS发往用户UE-A的Message消息后，通过USSD消息告 知用户有一个指向UE-A的呼叫^皮前转。注ICCF也可能通过其它ICCP消息，如SMS, DTMF， SIP通知用户。为了实现对从CS域接入用户的呼叫转移通知，为从CS域接入用户提供 更好的体验，本发明实施例提供了一种传递呼叫转移通知消息的方法，参见图 25所示，包括下列主要步骤521、 从CS域接入的用户发起的呼叫，或指向从CS域接入的用户的呼叫 被呼叫转移。522、 IMS网络实体收到IMS域的呼叫转移通知消息。523、 将该IMS域的呼叫转移通知消息转换为满足CS域接入用户的接收 能力的消息。524、 将转换后的消息向所述从CS域接入的用户发送。其中，指向从CS域接入的用户的呼叫被呼叫转移，通知该用户的方式为 下列之一方式81、 IMS网络实体将收到的携带有呼叫被转移信息的SIP Message消 息转换为携带有呼叫被转移信息的ICCP消息，并向该用户发送。其中，从CS域接入的用户发起的呼叫被呼叫转移，通知该用户的方式为 下列之一方式91、 IMS网络实体将收到的181通知消息(SIP呼叫转移通知消息) 转换为携带有呼叫转移信息的ICCP消息，并向该用户发送；方式92、 IMS网络实体将收到的181通知消息(SIP呼叫转移通知消息)转发到MGCF; MGCF将该181通知消息(SIP呼叫转移通知消息)转换为携 带有呼叫转移信息的CS域消息，并向该用户发送；方式93、 IMS网络实体将收到的携带有其呼叫转移业务处于激活状态的 SIP Message消息转换为携带有其呼叫转移业务处于激活状态的ICCP消息，并 向该用户发送。综上所述，本发明实施例的为用户提供呼叫转移业务的方法及装置，由于 IMS网络实体收到指向从CS域接入的用户的呼叫后，获得该用户当前的接续 状态或用户意愿，从而可根据获得的接续状态或用户意愿为从CS域接入的被 叫用户提供呼叫转移业务。进一步，本发明实施例还针对各种呼叫转移业务分别提供了若干种实施方 案，更好的支撑了本发明。本发明实施例的传递呼叫转移通知消息的方法，由于从CS域接入的用户 发起的呼叫，或指向从CS域接入的用户的呼叫被呼叫转移后，IMS网络实体 会收到IMS域的呼叫转移通知消息；IMS网络实体自身或指示其它网元将该 IMS域的呼叫转移通知消息转换为满足CS域接入用户的接收能力的消息，并 将转换后的消息向所述从CS域接入的用户发送。从而实现了对从CS域接入 用户的呼叫转移通知。明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1、一种为用户提供呼叫转移业务的方法，其特征在于，包括下列步骤IMS网络实体收到指向从CS域接入的用户的呼叫；IMS网络实体获得该用户当前的接续状态和/或用户意愿；以及根据所述获得的接续状态和/或用户意愿，为该用户提供呼叫转移业务。
2、 如权利要求1所述的方法，其特征在于，IMS网络实体通过下述方式 之一获得用户的4妄续状态或用户意愿方式a、 CS域网络实体或用户的UE主动上报接续状态或用户意愿；CS 域网络实体或媒体网关控制实体或UE对上报消息的类型进行转换；IMS网络 实体根据收到的消息的类型匹配获得用户的接续状态或用户意愿；方式b、 IMS网络实体与保存有接续状态或用户意愿的相关网元交互，或 查询该IMS网络实体保存的信息，根据获知的信息获得用户的接续状态或用户 意愿。
3、 如权利要求1所述的方法，其特征在于，IMS网络实体获得该用户当 前的接续状态为用户不可及，则为该用户提供CFNRc业务；其中，IMS网络实体通过下述方式之一获得该用户当前的接续状态方式11、IMS网络实体根据收到消息的类型为临时不可用响应消息并且之 前未收到振铃响应消息，则匹配获得该用户当前的接续状态为用户不可及；方式12: MGCF将携带有用户不可及信息的CS域消息转换为SIP中的不 可及响应消息，并发送到IMS网络实体；IMS网络实体根据收到消息的类型， 匹配获得该用户当前的接续状态为用户不可及；方式13: IMS网络实体以USSD消息通过CS域下发所述呼叫后，收到该 USSD消息传输路径中任一 CS域网元返回的携带有用户不可及信息的响应消 息，则获得该用户当前的接续状态为用户不可及；方式14: IMS网络实体通过CS域下发该呼叫后，在限定的时间内未收到 该用户的响应，则获得该用户当前的接续状态为用户不可及。
4、 如权利要求1所述的方法，其特征在于，IMS网络实体获得该用户当 前的接续状态为用户未注册，则为该用户提供CFNL业务；其中，IMS网络实体通过下述方式之一获得该用户当前的接续状态 方式21、 IMS网络实体与保存有该用户注册信息的网元交互，或查询该IMS网络实体保存的信息，获知该用户未注册，则获得该用户当前的接续状态为用户未注册。
5、 如权利要求1所述的方法，其特征在于，IMS网络实体获得该用户当 前的接续状态为用户无应答，则为该用户提供CFNRy业务；其中，IMS网络实体通过下述方式之一获得该用户当前的接续状态方式31、 IMS网络实体收到该振铃响应消息后，在限定的时间内未收到该 用户的响应，则获得该用户当前的接续状态为用户无应答；方式32、 IMS网络实体根据已经收到消息了振铃响应消息又收到了临时不 可用响应消息，则匹配获得该用户当前的接续状态为用户无应答。方式33、 MSC通过CAMEL上报用户无应答的信息到IMS网络实体，IMS 网络实体根据CAMEL上报的信息，获得该用户当前的接续状态为用户无应答。
6、 如权利要求1所述的方法，其特征在于，IMS网络实体获得该用户当 前的接续状态为用户忙，则为该用户提供CFB业务；其中，IMS网络实体通过下述方式之一获得该用户当前的l^续状态 方式41、 IMS网络实体根据收到消息的类型，匹配获得该用户当前的接续 状态为用户忙；方式42、 IMS网络实体以ICCP消息通过CS域下发所述呼叫后，收到该 用户的UE返回的携带有用户忙信息的ICCP消息，则获得该用户当前的接续 状态为用户忙；方式43: IMS网络实体与保存有该用户接续状态的网元交互，或查询该 IMS网络实体保存的信息，获知该用户已经存在了会话，则获得该用户当前的 接续状态为用户忙。方式44、 MSC通过CAMEL上报用户忙的信息到IMS网络实体，IMS网 络实体根据CAMEL上报的信息，获得该用户当前的接续状态为用户忙。
7、 如权利要求1所述的方法，其特征在于，IMS网络实体获得该用户意 愿为用户要求前转，则为该用户提供CD业务；其中，IMS网络实体通过下述方式之一获得该用户意愿 方式51、 IMS网络实体收到该用户返回的携带有要求接续的号码的ICCP 消息，则获得该用户意愿为用户要求前转。
8、 如权利要求1所述的方法，其特征在于，IMS网络实体通知该用户， 指向该用户的呼叫被呼叫转移的方式为下列之一方式61、 IMS网络实体将携带有呼叫被转移信息的SIP Message消息转换 为携带有呼叫被转移信息的ICCP消息，并向该用户发送。
9、 如权利要求1所述的方法，其特征在于，主叫用户从CS域接入，则IMS 网络实体通知该主叫用户其发起的呼叫被呼叫转移的方式为下列之一方式71、 IMS网络实体将SIP呼叫转移通知消息转换为携带有呼叫转移信 息的ICCP消息，并向该主叫用户发送；方式72、 IMS网络实体将SIP呼叫转移通知消息转发到MGCF; MGCF 将该SIP呼叫转移通知消息转换为携带有呼叫转移信息的CS域消息，并向该 主叫用户发送；方式73、 IMS网络实体将收到的携带有其呼叫转移业务处于激活状态的 SIP Message消息转换为携带有其呼叫转移业务处于激活状态的ICCP消息，并 向该用户发送。
10、 如权利要求1至9任一项所述的方法，其特征在于，所述IMS网络实 体为提供呼叫转移业务的应用服务器，则该IMS网络实体根据获得的用户当前 的接续状态或用户意愿，直接为该用户提供相应的呼叫转移业务；所述IMS网络实体不为提供呼叫转移业务的应用服务器，则该IMS网络 实体根据获得的用户当前的接续状态或用户意愿，通知为用户提供呼叫转移业务的应用服务器该呼叫的状态，由为用户提供呼叫转移业务的应用服务器为用 户提供呼叫转移业务。
11、 一种IMS网络实体，其特征在于，包括 接收单元，用于接收指向从CS域接入的用户的呼叫；获得单元，用于在接收单元收到所述呼叫后，获得该用户当前的接续状态 和/或用户意愿。
12、 如权利要求11所述的实体，其特征在于，该IMS网络实体为IMS电 路控制功能实体ICCF，则还包括指示单元，用于根据获得单元获得的接续 状态和/或用户意愿，发出指示提供相应呼叫转移业务的消息。
13、 如权利要求11所述的实体，其特征在于，该IMS网络实体为电信业 务应用服务器TAS，则还包括执行单元，用于根据获得单元获得的接续状态 和/或用户意愿，为该用户提供呼叫转移业务。
14、 如权利要求11至13任一项所述的实体，其特征在于，还包括 转换单元，用于将收到的IMS域呼叫转移通知消息转换为满足CS域接入用户的接收能力的消息；发送单元，用于将转换单元转换后的消息向所述/人CS域接入的用户发送。
15、 如权利要求11至13任一项所述的实体，其特征在于，所述获得单元 通过下述方式之一获得用户的接续状态或用户意愿方式a、 CS域网络实体或该用户主动上报接续状态或用户意愿；CS域网 络实体或媒体网关控制实体或该用户对上报消息的类型进行转换；获得单元根 据收到的消息的类型匹配获得用户的接续状态或用户意愿；方式b、获得单元与保存有接续状态或用户意愿的相关网元交互，或查询 该IMS网络实体保存的信息，根据获知的信息获得用户的接续状态或用户意 愿。
16、 一种媒体网关控制功能实体，其特征在于，包括 第一转换单元，用于将SIP呼叫转移通知消息转换为携带有呼叫转移信息的CS域消息；和/或第二转换单元，用于将携带有用户不可及信息的CS域消息转换为SIP中 的不可及响应消息；和/或第三转换单元，用于将携带有用户无应答信息的CS域消息转换为SIP中 的无应答响应消息。
17、 一种传递呼叫转移通知消息的方法，其特征在于，包括下，步骤从CS域接入的用户发起的呼叫，或指向从CS域接入的用户的呼叫被呼 叫转移；IMS网络实体收到IMS域的呼叫转移通知消息；将该IMS域的呼叫转移通知消息转换为满足CS域i接入用户的接收能力的 消息；以及将转换后的消息向所述从CS域接入的用户发送。
18、 如权利要求17所述的方法，其特征在于，指向从CS域接入的用户的 呼叫被呼叫转移，通知该用户的方式为下列之一方式81、 IMS网络实体将收到的携带有呼叫被转移信息的SIP Message消 息转换为携带有呼叫被转移信息的ICCP消息，并向该用户发送。
19、 如权利要求17所述的方法，其特征在于，从CS域接入的用户发起的 呼叫被呼叫转移，通知该用户的方式为下列之一方式91、 IMS网络实体将收到的SIP呼叫转移通知消息转换为携带有呼 叫转移信息的ICCP消息，并向该用户发送；方式92、 IMS网络实体将收到的SIP呼叫转移通知消息转发到MGCF; MGCF将该SIP呼叫转移通知消息转换为携带有呼叫转移信息的CS域消息， 并向该用户发送；方式93、 IMS网络实体将收到的携带有其呼叫转移业务处于激活状态的 SIP Message消息转换为携带有其呼叫转移业务处于激活状态的ICCP消息，并 向该用户发送。
全文摘要
本发明公开了为用户提供呼叫转移业务的方法及装置，实现了在IMS域为从CS域接入的被叫用户提供呼叫转移业务。为用户提供呼叫转移业务的方法包括下列步骤IMS网络实体收到指向从CS域接入的用户的呼叫；IMS网络实体获得该用户当前的接续状态和/或用户意愿；以及根据所述获得的接续状态和/或用户意愿，为该用户提供呼叫转移业务。
文档编号H04Q7/22GK101330736SQ20071012675
公开日2008年12月24日 申请日期2007年6月18日 优先权日2007年6月18日
发明者丁春燕, 叶松海, 张恒梁, 朱东铭 申请人:华为技术有限公司