重定向业务中被叫用户终端重选的方法、系统及装置

摘要

本发明公开了一种个人网管理(PNM)重定向业务中被叫用户终端重选的方法，应用于移动通信系统的核心网中，用于解决现有技术中被叫用户终端接续业务请求失败而造成会话接通率降低的问题。本方法为：被叫用户终端所属网络的PNM业务触发实体接收到发往被叫用户的业务请求后触发PNM服务器执行重定向业务逻辑，PNM服务器从优先级列表中选择一个被叫用户终端进行业务接续；PNM服务器在确定当前业务接续失败时，从优先级列表中选择另外一个被叫用户终端继续进行业务接续。本发明还公开了一种PNM重定向业务中被叫用户终端重选的系统、一种重定向业务触发装置以及一种PNM服务器。采用本发明，很大程度上提高了会话接通率。

权利要求

1.一种个人网管理PNM重定向业务中被叫用户终端重选的方法，其特征在于，该方法包括以下步骤：A、PNM服务器接收到来自第一PNM业务触发实体的重定向业务请求后，从优先级列表中选择一个被叫用户终端进行业务接续；

B、PNM服务器在确定当前业务接续失败时，从优先级列表中本次业务接续没有选择过的被叫用户终端中按照优先级顺序选择一个被叫用户终端继续进行业务接续。

2.根据权利要求1所述的方法，其特征在于，步骤A包括：

A11、第一PNM业务触发实体收到指向所服务用户终端的被叫业务请求后，将重定向业务请求发送给PNM服务器；

A12、PNM服务器从优先级列表中选择一个被叫用户终端，且所选择的被叫用户终端就是所接收到的被叫业务请求所指向的用户终端，则PNM服务器将重定向结果发送给所述第一PNM业务触发实体；

A13、所述第一PNM业务触发实体将所述被叫业务请求发送给所选择的被叫用户终端。

3.根据权利要求1所述的方法，其特征在于，步骤A包括：

A21、第一PNM业务触发实体收到指向所服务用户终端的被叫业务请求后，将重定向业务请求发送给PNM服务器；

A22、PNM服务器从优先级列表中选择一个被叫用户终端，将重定向结果发送给所述第一PNM业务触发实体，第一PNM业务触发实体根据重定向结果将所述被叫业务请求发送给所选择的被叫用户终端所属网络的第二PNM业务触发实体；

A23、所述第二PNM业务触发实体将所述被叫业务请求发送给所选择的被叫用户终端。

4.根据权利要求3所述的方法，其特征在于，步骤A23包括：

A2311、所述第二PNM业务触发实体收到所述被叫业务请求后，将包含改向信息的重定向业务请求发送给PNM服务器；

A2312、PNM服务器根据所述重定向业务请求中含有的改向信息，不再根据优先级列表进行被叫用户终端的选择，将被叫用户终端不变的重定向结果发送给所述第二PNM业务触发实体；

A2313、所述第二PNM业务触发实体将所述被叫业务请求发送给所选择的被叫用户终端。

5.根据权利要求3所述的方法，其特征在于，步骤A22中所述被叫业务请求中包含改向信息，则步骤A23包括：A2321、所述第二PNM业务触发实体根据所述被叫业务请求含有的改向信息，不再触发PNM服务器，将所述被叫业务请求发送给所选择的被叫用户终端。

6.根据权利要求2或3所述的方法，其特征在于，步骤B中PNM服务器确定当前业务接续失败的步骤为：PNM服务器在将重定向结果发送给所述第一PNM业务触发实体后，从第一PNM触发实体接收到业务处理失败消息，根据该消息确定当前业务接续失败。

7.根据权利要求2或3所述的方法，其特征在于，步骤B中PNM服务器确定当前业务接续失败的步骤为：PNM服务器在将重定向结果发送给所述第一PNM业务触发实体后，启动定时器，如果在定时器超时前PNM服务器没有收到来自第一PNM触发实体的业务处理失败或成功消息，则在定时器超时时确定当前业务接续失败。

8.根据权利要求4所述的方法，其特征在于，步骤B中PNM服务器确定当前业务接续失败的步骤为：在步骤A2312中PNM服务器将重定向结果发送给所述第二PNM业务触发实体后，从第二PNM触发实体接收到业务处理失败消息，根据该消息确定当前业务接续失败；或者，在步骤A2312中PNM服务器将重定向结果发送给所述第二PNM业务触发实体后，启动定时器，如果在定时器超时前PNM服务器没有收到来自第二PNM触发实体的业务处理失败或成功消息，则在定时器超时时确定当前业务接续失败。

9.根据权利要求6所述的方法，其特征在于，在PNM服务器从第一PNM触发实体接收到业务处理失败消息之前，该方法进一步包括：B01、所述第一PNM业务触发实体确定所述被叫用户终端未成功处理本次业务请求时，向PNM服务器发送业务处理失败消息；并且，如果所述第一PNM业务触发实体为电路交换CS域的网关移动交换中心GMSC，则在步骤B01前，该方法进一步包括：PNM服务器向第一PNM业务触发实体下发动态检测点，则步骤B01包括：第一PNM业务触发实体确定所述被叫用户终端未成功处理本次业务请求时，根据所述动态检测点，通过向PNM服务器上报事件发送所述业务处理失败消息；

如果所述第一PNM业务触发实体为IMS域的S-CSCF，

则步骤B01包括：第一PNM业务触发实体确定所述被叫用户终端未成功处理本次业务请求时，将接收到的或自行构造的业务处理失败响应作为所述业务处理失败消息发送给PNM服务器。

10.根据权利要求8所述的方法，其特征在于，在PNM服务器从第二PNM触发实体接收到业务处理失败消息之前，该方法进一步包括：B02、所述第二PNM业务触发实体确定所述被叫用户终端未成功处理本次业务请求时，向PNM服务器发送业务处理失败消息；并且，如果所述第二PNM业务触发实体为电路交换CS域的网关移动交换中心GMSC，则在步骤A2312中，该方法进一步包括：PNM服务器向第二PNM业务触发实体下发动态检测点，则步骤B02包括：第二PNM业务触发实体确定所述被叫用户终端未成功处理本次业务请求时，根据所述动态检测点，通过向PNM服务器上报事件发送所述业务处理失败消息；

如果所述第二PNM业务触发实体为IMS域的S-CSCF，

则步骤B02包括：第二PNM业务触发实体确定所述被叫用户终端未成功处理本次业务请求时，将接收到的或自行构造的业务处理失败响应作为所述业务处理失败消息发送给PNM服务器。

11.根据权利要求1所述的方法，其特征在于，步骤B中从优先级列表中本次业务接续没有选择过的被叫用户终端中按照优先级顺序选择一个被叫用户终端继续进行业务接续的步骤为：B1、PNM服务器从优先级列表中本次业务接续没有选择过的被叫用户终端中按照优先级顺序选择一个被叫用户终端，根据该重定向结果，将被叫业务请求发送给重新选择的被叫用户终端所属网络的第三PNM业务触发实体；

B2、所述第三PNM业务触发实体将所述被叫业务请求发送给所重新选择的被叫用户终端。

12.根据权利要求11所述的方法，其特征在于，步骤B2包括：

B211、所述第三PNM业务触发实体收到所述被叫业务请求后，将包含改向信息的重定向业务请求发送给PNM服务器；

B212、PNM服务器根据所述重定向业务请求中含有的改向信息，不再根据优先级列表进行被叫用户终端的选择，将被叫用户终端不变的重定向结果发送给所述第三PNM业务触发实体；

B213、所述第三PNM业务触发实体将所述被叫业务请求发送给所重新选择的被叫用户终端。

13.根据权利要求11所述的方法，其特征在于，步骤B1中所述被叫业务请求中包含改向信息，则步骤B2包括：B221、所述第三PNM业务触发实体根据所述被叫业务请求中含有的改向信息，不再触发PNM服务器，将所述被叫业务请求发送给所重新选择的被叫用户终端。

14.根据权利要求1所述的方法，其特征在于，步骤B中所述从优先级列表中本次业务接续没有选择过的被叫用户终端中按照优先级顺序选择一个被叫用户终端继续进行业务接续具体为：从优先级列表中选择另一个低优先级的被叫用户终端。

15.根据权利要求1所述的方法，其特征在于，在步骤B前，该方法进一步包括：PNM服务器判断优先级列表中是否存在本次业务接续没有选择过的当前处于激活状态的被叫用户终端，如果不存在，PNM服务器结束本次业务请求处理，如果存在，执行步骤B。

16.根据权利要求1所述的方法，其特征在于，步骤A或步骤B中被叫用户终端进行业务接续的过程中，如果PNM服务器收到主叫侧释放本次呼叫的请求消息，PNM服务器结束本次业务请求处理。

17.根据权利要求5或13所述的方法，其特征在于，若所述被叫业务请求通过SIP消息来携带所述改向信息，并且如果所述第二或第三PNM业务触发实体为IMS域的S-CSCF，则所述PNM业务触发实体根据所述被叫业务请求中含有的改向信息，不再触发PNM服务器包括：所述PNM业务触发实体通过将所述被叫业务请求中的信息与本地初始过滤规则iFC匹配，在匹配结果为该被叫业务请求包含改向信息时决定不再触发PNM服务器，将所述被叫业务请求发送给所选择的被叫用户终端。

18.一种个人网管理PNM重定向业务中被叫用户终端重选的系统，其特征在于，该系统包括：PNM服务器和一个以上PNM业务触发实体；

所述PNM业务触发实体，用于接收业务请求，触发PNM服务器执行重定向业务逻辑；

所述PNM服务器，用于执行重定向业务逻辑，从优先级列表中选择一个被叫用户终端进行业务接续；在确定当前业务接续失败时，从优先级列表中选择一个被叫用户终端继续进行业务接续。

19.根据权利要求18所述的系统，其特征在于，所述PNM业务触发实体用于：在所述业务请求中不包含改向信息时，触发PNM服务器执行重定向业务逻辑。

20.根据权利要求19所述的系统，其特征在于，所述PNM业务触发实体进一步用于：在所述业务请求中包含改向信息时，将所述业务请求发送给该业务请求中的被叫用户终端。

21.根据权利要求18所述的系统，其特征在于，所述PNM业务触发实体用于：通过发送重定向业务请求来触发PNM服务器执行重定向业务逻辑，

则所述PNM服务器用于：在所述重定向业务请求中不包含改向信息时，执行重定向业务逻辑，从优先级列表中选择一个被叫用户终端，并将含有改向信息和选择的被叫用户终端地址信息的业务请求发送给该被叫用户终端所属网络的PNM业务触发实体。

22.根据权利要求21所述的系统，其特征在于，所述PNM服务器进一步用于：在所述重定向业务请求中包含改向信息时，向发送所述重定向业务请求的PNM业务触发实体发送包含改向信息的业务请求。

23.一种重定向业务触发装置，其特征在于，该装置包括：

第一检测单元，用于检测被叫用户终端的业务请求处理结果；

转发单元，用于当第一检测单元检测到被叫用户终端处理业务请求失败时，向PNM服务器发送业务处理失败响应；

触发单元，用于接收业务请求，触发个人网管理PNM服务器执行重定向业务逻辑。

24.根据权利要求23所述的装置，其特征在于，所述触发单元包括：接收单元，用于接收业务请求；

执行单元，用于触发PNM服务器执行重定向业务逻辑。

25.根据权利要求24所述的装置，其特征在于，所述触发单元进一步包括：匹配单元，用于将所述业务请求中携带的信息与本地的触发策略相匹配；

则所述执行单元用于：在匹配结果为需要触发PNM服务器时，触发PNM服务器执行重定向业务逻辑。

26.一种个人网管理PNM服务器，其特征在于，该PNM服务器包括：接续单元，包括第二检测单元和重选单元，所述第二检测单元，用于根据PNM业务触发实体发来的业务处理失败响应确定当前业务接续失败；所述重选单元，用于在第二检测单元确定当前业务接续失败时，从优先级列表中本次业务接续没有选择过的被叫用户终端中按照优先级顺序选择一个被叫用户终端继续进行业务接续。

27.根据权利要求26所述的服务器，其特征在于，该PNM服务器进一步包括：第一处理单元，用于接收PNM业务触发实体发来的重定向业务请求，判断所述重定向业务请求中是否包含改向信息，当所述重定向业务请求中不包含改向信息时，将该重定向业务请求发送给所述重选单元，当所述重定向业务请求中包含改向信息时，将包含改向信息的业务请求发送给所述PNM业务触发实体；

则所述重选单元进一步用于：接收到所述重定向业务请求时，从优先级列表中选择一个被叫用户终端进行业务接续。

28.一种个人网管理PNM重定向业务中被叫用户终端选择的方法，其特征在于，该方法包括以下步骤：A、电路交换CS域的业务域选择服务器SDS收到为发往所服务用户的CS域被叫业务请求的域选择请求后，根据条件判断是否要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理；

B、当SDS判断需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理时，指示将所述被叫业务请求路由至IMS域，否则继续在CS域进行所述被叫业务的接续。

29.根据权利要求28所述的方法，其特征在于，如果所述被叫业务请求中包含有改向信息，则在步骤B中将所述被叫业务请求路由至IMS域时，该方法进一步包括：CS域到IMS域的互通网关将所述被叫业务请求中的改向信息转换为IMS域信令中的改向信息。

30.根据权利要求28所述的方法，其特征在于，步骤A中根据条件判断要将请求路由到IMS域进行PNM重定向业务处理具体为：所述SDS判断所述域选择请求中是否包含改向信息，则所述SDS在判断所述域选择请求中不包含改向信息时，判断需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理。

31.一种个人网管理PNM重定向业务中被叫用户终端重选的系统，其特征在于，该系统包括：业务域选择服务器，该服务器位于电路交换CS域，用于收到为发往所服务用户的CS域被叫业务请求的域选择请求后，根据条件判断是否要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理，并在判断需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理时，指示将所述被叫业务请求路由至IMS域，否则指示继续在CS域进行所述被叫业务的接续；

PNM业务触发实体，该实体位于IMS域，用于接收到所述被叫业务请求后，触发PNM服务器执行重定向业务逻辑；

PNM服务器，该服务器位于IMS域，用于执行重定向业务逻辑。

32.根据权利要求31所述的系统，其特征在于，所述业务域选择服务器用于：通过确定所述域选择请求中不包含改向信息来判断需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理。

33.一种业务域选择服务器，其特征在于，该服务器位于电路交换CS域，该服务器包括：路由单元，用于接收到为发往所服务用户的CS域被叫业务请求的域选择请求后，根据条件判断是否要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理，并在判断需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理时，指示将所述被叫业务请求路由至IMS域，否则指示继续在CS域进行所述被叫业务的接续。

34.根据权利要求33所述的业务域选择服务器，其特征在于，所述路由单元用于：通过确定所述域选择请求中不包含改向信息来判断需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理。

说明书

重定向业务中被叫用户终端重选的方法、系统及装置

技术领域

[0001] 本发明涉及通信系统中的重定向技术领域，尤其涉及一种个人网管理(Personal Network Management，PNM)重定向业务中被叫用户终端重选的方法、系统及装置。

背景技术

[0002] 从第三代移动通信标准化伙伴项目(3rd Generation Partnership Project，3GPP)的第五版本开始，通用移动通信系统(Universal MobileTelecommunications System，UMTS)核心网划分为电路交换(Circuit Switched，CS)域、分组交换(Packet Switch，PS)域以及IP多媒体子系统(IP MultimediaSubsystem，IMS)域三个子系统。

[0003] CS域用于向用户提供电路型业务的连接，包括移动交换中心(MobileSwitching Center，MSC)、网关移动交换中心(Gateway Mobile Switching Center，GMSC)。其中，MSC用于完成电路交换型业务的交换和信令控制功能；GMSC用于在网络中完成移动用户路由寻址功能的MSC，可与MSC合设或分设。

[0004] PS域用于向用户提供分组型业务的连接，包括：GPRS服务节点(GPRSSupport Node，GSN)和出口网关(Breakout Gateway，BG)。其中，GSN用于完成分组业务用户的分组包的传送。GSN包括服务GPRS支持节点(ServingGPRS Support Node，SGSN)和GPRS网关支持节点(Gateway GPRS SupportNode，GGSN)。SGSN用于提供核心网与无线接入系统的连接，完成分组型数据业务的移动性管理、会话管理等功能，管理移动用户在移动网络内的移动和通信业务，GGSN作为移动通信系统与其它公用数据网之间的接口，同时还具有查询位置信息的功能。SGSN、GGSN均提供计费信息。BG用于完成两个通用分组无线服务(General Packet Radio Service，GPRS)网络间的互通，保证网络互通的安全性。

[0005] IMS是3GPP第五版本增加的宽带码分多址(Wideband Code DivisionMultiple Access，WCDMA)网络中叠加在已有分组域之上的一个子系统，采用分组域为其上层控制信令和媒体传输的承载通道，引入会话发起协议(Session Initial Protocol，SIP)作为业务控制协议，利用SIP简单、易扩展、媒体组合方便的特点，通过将业务控制与承载控制分离，提供丰富的多媒体业务；IMS中主要的功能实体包括控制用户注册、会话控制等功能的呼叫会话控制功能(Call Session Control Function，CSCF)实体、提供各种业务逻辑控制功能的应用服务器(Application Server，AS)、集中管理用户签约数据的归属签约用户服务器(Home Subscriber Server，HSS)以及用于实现与电路交换网互通的媒体网关控制功能(Media Gateway Control Function，MGCF)实体，用户通过当前所在地的代理CSCF(Proxy-CSCF，P-CSCF)接入IMS，会话和业务触发控制及与AS的业务控制交互则由其注册地的归属域服务CSCF(Serving-CSCF，S-CSCF)完成。

[0006] HSS是IMS域中每个用户最重要的数据库，保存着所有和签约相关的信息，用于支持各个网络实体对呼叫和会话的处理，具体包括：用户的标识、编号以及寻址信息；用户的安全信息；用户的位置信息以及用户的描述信息等。一个归属网络可以有一个或者多个HSS，取决于移动签约用户的数量，网络设备的容量以及具体的组网情况，HSS对外提供营业厅接口，用于用户数据维护即增加、修改、删除用户签约数据等。同时HSS支持HSS和查询CSCF(Interrogating-CSCF，I-CSCF)/S-CSCF之间的接口、HSS和AS之间的接口Sh的用户数据下载。

[0007] 在IMS出现以前，归属位置寄存器(Home Location Register，HLR)是保存用户CS域和PS域数据的实体，HLR支持HLR和GMSC/MSC之间的接口、HLR和VLR之间的接口、HLR和SGSN之间的接口，HLR和GGSN之间的接口，一般认为HSS是HLR的超集，两者合设，HSS内嵌了HLR的功能，当用户进行网络登记时，把登记的消息传递到HLR/HSS，并从其下载用户的签约数据进行后续的业务操作，AS通过HSS和AS之间的接口能够订阅IMS域的数据并能部分获取CS、PS域的数据，但在实际网络布局时也不排除HLR和HSS分设的情况。

[0008] 通常情况下，一个用户可能同时拥有多个设备用于运行通信业务，这些设备可以分别是电路域设备，IMS域设备，PSTN终端，它们还可以归属于不同的运营商，由不同运营商提供电信服务，同时这些设备可能分别具备不同的能力，能力不同程度限制了设备的某些应用或者特定的媒体类型，如视频、图像的支持。目前出现了一种称为PNM的业务，该业务以用户为中心，将同一用户的设备或可为该用户使用的设备集中管理，使用户得以充分利用其不同能力的终端或终端外设得到更好的业务体验。

[0009] 在PNM项目第一阶段，主要关注个人网(Personal Network，PN)内部各用户设备(User Equipment，UE)的管理，提供PN内各UE间重定向服务和私网服务两种类型的业务，其中重定向服务是指用户事先指定PN内的一个或多个特定UE，若指定多个UE则这些UE分别具有不同的优先级，后续所有发往PN内的任一UE的业务请求都会终结到上述指定的这些特定UE，例如，将所有发往PN内的任一UE的视频电话请求都重定向终结到PN内屏幕最大的那个UE上。

[0010] 图1为PNM业务在IMS域的实现架构。参见图1所示，在IMS域中，HSS与PNM AS存在接口，可直接交互，PNM AS与S-CSCF存在接口，可直接交互，UE与PNM AS存在接口，可直接交互。

[0011] 参见图2，IMS域用户终端作为被叫，进行重定向业务流程包括以下步骤：

[0012] 步骤201：被叫归属域的I-CSCF接收到业务请求；

[0013] 步骤202：被叫归属域的I-CSCF向被叫UE归属域的HSS发送查询当前正在为被叫UE服务的S-CSCF的请求；

[0014] 步骤203：HSS收到该查询请求后，向I-CSCF返回当前为被叫UE服务的S-CSCF地址；

[0015] 步骤204：I-CSCF利用所述S-CSCF地址，向当前正在为被叫UE服务的S-CSCF转发业务请求；

[0016] 步骤205：所述S-CSCF收到该转发业务请求后，检测到条件匹配的iFC；

[0017] 步骤206：所述S-CSCF根据该iFC，将向PNM AS发送重定向业务请求；

[0018] 步骤207：PNM AS收到该重定向业务请求后，执行业务逻辑，选择一个用户事先指定的且优先级最高的UE；

[0019] 步骤208：PNM AS将该优先级最高的UE的地址作为新的目标地址信息返回给S-CSCF；

[0020] 步骤209：S-CSCF服务器根据新的目标地址信息向新的目标UE发起业务请求。

[0021] 图3为PNM业务在CS域的实现架构。参见图3所示，在CS域中，HSS与gsmSCF以及GMSC存在接口，可直接交互，拜访移动交换中心(VMSC)与GMSC存在接口，可直接交互，gsmSCF与UE通过其他网元间接交互。

[0022] 参见图4，CS域用户终端侧被叫，进行重定向业务流程包括以下步骤：

[0023] 步骤401：被叫关口局的GMSC收到携带被叫UE号码信息的呼叫请求；

[0024] 步骤402：该GMSC将获取被叫UE路由信息的请求发送给HSS；

[0025] 步骤403：HSS向该GMSC返回被叫UE的移动网络增强定制服务(Customized Application for Mobile Network Enhanced Logic，Camel)签约信息，其中包含与PNM重定向业务相关的T_CSI；

[0026] 步骤404：GMSC根据T_CSI中包含的gsm业务控制功能(gsmSCF)地址，发送重定向业务请求给PNM服务器，完成业务触发；

[0027] 步骤405：PNM服务器执行重定向业务逻辑，选择一个用户事先指定的优先级最高的UE，并向GMSC发送路由改向消息，其中包含重定向后的UE的号码信息，即改向号码；

[0028] 步骤406：GMSC根据改向号码向新的被叫方发起呼叫请求。

[0029] 在现有PNM的重定向业务中，PNM服务器收到重定向业务请求后，执行重定向业务逻辑时，会选择一个用户事先指定的优先级最高的UE作为重定向号码，但如果优先级最高的UE无法成功接续本次业务请求时，则结束处理。因此，所有发往PNM内的任一UE的业务请求都会终结到用户事先指定的优先级最高的UE，而且，一旦这个具有最高优先级的UE无法成功接续本次业务请求时，本次业务请求便以处理未成功结束，这样会很大程度上造成会话接通率的降低。

发明内容

[0030] 本发明的目的是提供一种PNM重定向业务中被叫用户终端重选的方法、系统及装置，用于解决现有技术中被叫用户终端接续业务请求失败而造成会话接通率降低的问题。

[0031] 本发明的实施例提供的一种PNM重定向业务中被叫用户终端重选的方法包括：

[0032] A、PNM服务器接收到来自第一PNM业务触发实体的重定向业务请求后，从优先级列表中选择一个被叫用户终端进行业务接续；

[0033] B、PNM服务器在确定当前业务接续失败时，从优先级列表中本次业务接续没有选择过的被叫用户终端中按照优先级顺序选择一个被叫用户终端继续进行业务接续。

[0034] 步骤A包括：

[0035] A11、第一PNM业务触发实体收到指向所服务用户终端的被叫业务请求后，将重定向业务请求发送给PNM服务器；

[0036] A12、PNM服务器从优先级列表中选择一个被叫用户终端，且所选择的被叫用户终端就是所接收到的被叫业务请求所指向的用户终端，则PNM服务器将重定向结果发送给所述第一PNM业务触发实体；

[0037] A13、所述第一PNM业务触发实体将所述被叫业务请求发送给所选择的被叫用户终端。

[0038] 步骤A包括：

[0039] A21、第一PNM业务触发实体收到指向所服务用户终端的被叫业务请求后，将重定向业务请求发送给PNM服务器；

[0040] A22、PNM服务器从优先级列表中选择一个被叫用户终端，将重定向结果发送给所述第一PNM业务触发实体，第一PNM业务触发实体根据重定向结果将所述被叫业务请求发送给所选择的被叫用户终端所属网络的第二PNM业务触发实体；

[0041] A23、所述第二PNM业务触发实体将所述被叫业务请求发送给所选择的被叫用户终端。

[0042] 步骤A23包括：

[0043] A2311、所述第二PNM业务触发实体收到所述被叫业务请求后，将包含改向信息的重定向业务请求发送给PNM服务器；

[0044] A2312、PNM服务器根据所述重定向业务请求中含有的改向信息，不再根据优先级列表进行被叫用户终端的选择，将被叫用户终端不变的重定向结果发送给所述第二PNM业务触发实体；

[0045] A2313、所述第二PNM业务触发实体将所述被叫业务请求发送给所选择的被叫用户终端。

[0046] 步骤A22中所述被叫业务请求中包含改向信息，则步骤A23包括：

[0047] A2321、所述第二PNM业务触发实体根据所述被叫业务请求含有的改向信息，不再触发PNM服务器，将所述被叫业务请求发送给所选择的被叫用户终端。

[0048] 步骤B中PNM服务器确定当前业务接续失败的步骤为：

[0049] PNM服务器在将重定向结果发送给所述第一PNM业务触发实体后，从第一PNM触发实体接收到业务处理失败消息，根据该消息确定当前业务接续失败。

[0050] 步骤B中PNM服务器确定当前业务接续失败的步骤为：

[0051] PNM服务器在将重定向结果发送给所述第一PNM业务触发实体后，启动定时器，如果在定时器超时前PNM服务器没有收到来自第一PNM触发实体的业务处理失败或成功消息，则在定时器超时时确定当前业务接续失败。

[0052] 步骤B中PNM服务器确定当前业务接续失败的步骤为：

[0053] 在步骤A2312中PNM服务器将重定向结果发送给所述第二PNM业务触发实体后，从第二PNM触发实体接收到业务处理失败消息，根据该消息确定当前业务接续失败；或者，[0054] 在步骤A2312中PNM服务器将重定向结果发送给所述第二PNM业务触发实体后，启动定时器，如果在定时器超时前PNM服务器没有收到来自第二PNM触发实体的业务处理失败或成功消息，则在定时器超时时确定当前业务接续失败。

[0055] 在PNM服务器从第一PNM触发实体接收到业务处理失败消息之前，该方法进一步包括：

[0056] B01、所述第一PNM业务触发实体确定所述被叫用户终端未成功处理本次业务请求时，向PNM服务器发送业务处理失败消息；并且，

[0057] 如果所述第一PNM业务触发实体为电路交换CS域的网关移动交换中心GMSC，[0058] 则在步骤B01前，该方法进一步包括：PNM服务器向第一PNM业务触发实体下发动态检测点，

[0059] 则步骤B01包括：第一PNM业务触发实体确定所述被叫用户终端未成功处理本次业务请求时，根据所述动态检测点，通过向PNM服务器上报事件发送所述业务处理失败消息；

[0060] 如果所述第一PNM业务触发实体为IMS域的S-CSCF，

[0061] 则步骤B01包括：第一PNM业务触发实体确定所述被叫用户终端未成功处理本次业务请求时，将接收到的或自行构造的业务处理失败响应作为所述业务处理失败消息发送给PNM服务器。

[0062] 在PNM服务器从第二PNM触发实体接收到业务处理失败消息之前，该方法进一步包括：

[0063] B02、所述第二PNM业务触发实体确定所述被叫用户终端未成功处理本次业务请求时，向PNM服务器发送业务处理失败消息；并且，

[0064] 如果所述第二PNM业务触发实体为电路交换CS域的网关移动交换中心GMSC，[0065] 则在步骤A2312中，该方法进一步包括：PNM服务器向第二PNM业务触发实体下发动态检测点，

[0066] 则步骤B02包括：第二PNM业务触发实体确定所述被叫用户终端未成功处理本次业务请求时，根据所述动态检测点，通过向PNM服务器上报事件发送所述业务处理失败消息；

[0067] 如果所述第二PNM业务触发实体为IMS域的S-CSCF，

[0068] 则步骤B02包括：第二PNM业务触发实体确定所述被叫用户终端未成功处理本次业务请求时，将接收到的或自行构造的业务处理失败响应作为所述业务处理失败消息发送给PNM服务器。

[0069] 步骤B中从优先级列表中本次业务接续没有选择过的被叫用户终端中按照优先级顺序选择一个被叫用户终端继续进行业务接续的步骤为：

[0070] B1、PNM服务器从优先级列表中本次业务接续没有选择过的被叫用户终端中按照优先级顺序选择一个被叫用户终端，根据该重定向结果，将被叫业务请求发送给重新选择的被叫用户终端所属网络的第三PNM业务触发实体；

[0071] B2、所述第三PNM业务触发实体将所述被叫业务请求发送给所重新选择的被叫用户终端。

[0072] 步骤B2包括：

[0073] B211、所述第三PNM业务触发实体收到所述被叫业务请求后，将包含改向信息的重定向业务请求发送给PNM服务器；

[0074] B212、PNM服务器根据所述重定向业务请求中含有的改向信息，不再根据优先级列表进行被叫用户终端的选择，将被叫用户终端不变的重定向结果发送给所述第三PNM业务触发实体；

[0075] B213、所述第三PNM业务触发实体将所述被叫业务请求发送给所重新选择的被叫用户终端。

[0076] 步骤B1中所述被叫业务请求中包含改向信息，则步骤B2包括：

[0077] B221、所述第三PNM业务触发实体根据所述被叫业务请求中含有的改向信息，不再触发PNM服务器，将所述被叫业务请求发送给所重新选择的被叫用户终端。

[0078] 步骤B中所述从优先级列表中本次业务接续没有选择过的被叫用户终端中按照优先级顺序选择一个被叫用户终端继续进行业务接续具体为：

[0079] 从优先级列表中选择另一个低优先级的被叫用户终端。

[0080] 在步骤B前，该方法进一步包括：PNM服务器判断优先级列表中是否存在本次业务接续没有选择过的当前处于激活状态的被叫用户终端，如果不存在，PNM服务器结束本次业务请求处理，如果存在，执行步骤B。

[0081] 步骤A或步骤B中被叫用户终端进行业务接续的过程中，如果PNM服务器收到主叫侧释放本次呼叫的请求消息，PNM服务器结束本次业务请求处理。

[0082] 若所述被叫业务请求通过SIP消息来携带所述改向信息，并且如果所述第二或第三PNM业务触发实体为IMS域的S-CSCF，

[0083] 则所述PNM业务触发实体根据所述被叫业务请求中含有的改向信息，不再触发PNM服务器包括：所述PNM业务触发实体通过将所述被叫业务请求中的信息与本地初始过滤规则iFC匹配，在匹配结果为该被叫业务请求包含改向信息时决定不再触发PNM服务器，将所述被叫业务请求发送给所选择的被叫用户终端。

[0084] 本发明实施例还提供一种个人网管理PNM重定向业务中被叫用户终端重选的系统，该系统包括：PNM服务器和一个以上PNM业务触发实体；

[0085] 所述PNM业务触发实体，用于接收业务请求，触发PNM服务器执行重定向业务逻辑；

[0086] 所述PNM服务器，用于执行重定向业务逻辑，从优先级列表中选择一个被叫用户终端进行业务接续；在确定当前业务接续失败时，从优先级列表中选择一个被叫用户终端继续进行业务接续。

[0087] 所述PNM业务触发实体用于：

[0088] 在所述业务请求中不包含改向信息时，触发PNM服务器执行重定向业务逻辑。

[0089] 所述PNM业务触发实体进一步用于：

[0090] 在所述业务请求中包含改向信息时，将所述业务请求发送给该业务请求中的被叫用户终端。

[0091] 所述PNM业务触发实体用于：

[0092] 通过发送重定向业务请求来触发PNM服务器执行重定向业务逻辑，[0093] 则所述PNM服务器用于：在所述重定向业务请求中不包含改向信息时，执行重定向业务逻辑，从优先级列表中选择一个被叫用户终端，并将含有改向信息和选择的被叫用户终端地址信息的业务请求发送给该被叫用户终端所属网络的PNM业务触发实体。

[0094] 所述PNM服务器进一步用于：

[0095] 在所述重定向业务请求中包含改向信息时，向发送所述重定向业务请求的PNM业务触发实体发送包含改向信息的业务请求。

[0096] 本发明实施例还提供一种重定向业务触发装置，该装置包括：

[0097] 第一检测单元，用于检测被叫用户终端的业务请求处理结果；

[0098] 转发单元，用于当第一检测单元检测到被叫用户终端处理业务请求失败时，向PNM服务器发送业务处理失败响应；

[0099] 触发单元，用于接收业务请求，触发个人网管理PNM服务器执行重定向业务逻辑。

[0100] 所述触发单元包括：

[0101] 接收单元，用于接收业务请求；

[0102] 执行单元，用于触发PNM服务器执行重定向业务逻辑。

[0103] 所述触发单元进一步包括：

[0104] 匹配单元，用于将所述业务请求中携带的信息与本地的触发策略相匹配；

[0105] 则所述执行单元用于：在匹配结果为需要触发PNM服务器时，触发PNM服务器执行重定向业务逻辑。

[0106] 本发明实施例还提供一种个人网管理PNM服务器，该PNM服务器包括：

[0107] 接续单元，包括第二检测单元和重选单元，所述第二检测单元，用于根据PNM业务触发实体发来的业务处理失败响应确定当前业务接续失败；所述重选单元，用于在第二检测单元确定当前业务接续失败时，从优先级列表中本次业务接续没有选择过的被叫用户终端中按照优先级顺序选择一个被叫用户终端继续进行业务接续。

[0108] 该PNM服务器进一步包括：

[0109] 第一处理单元，用于接收PNM业务触发实体发来的重定向业务请求，判断所述重定向业务请求中是否包含改向信息，当所述重定向业务请求中不包含改向信息时，将该重定向业务请求发送给所述重选单元，当所述重定向业务请求中包含改向信息时，将包含改向信息的业务请求发送给所述PNM业务触发实体；

[0110] 则所述重选单元进一步用于：接收到所述重定向业务请求时，从优先级列表中选择一个被叫用户终端进行业务接续。

[0111] 本发明实施例还提供一种个人网管理PNM重定向业务中被叫用户终端选择的方法，该方法包括以下步骤：

[0112] A、电路交换CS域的业务域选择服务器SDS收到为发往所服务用户的CS域被叫业务请求的域选择请求后，根据条件判断是否要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理；

[0113] B、当SDS判断需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理时，指示将所述被叫业务请求路由至IMS域，否则继续在CS域进行所述被叫业务的接续；

[0114] 如果所述被叫业务请求中包含有改向信息，则在步骤B中将所述被叫业务请求路由至IMS域时，该方法进一步包括：

[0115] CS域到IMS域的互通网关将所述被叫业务请求中的改向信息转换为IMS域信令中的改向信息。

[0116] 步骤A中根据条件判断要将请求路由到IMS域进行PNM重定向业务处理具体为：

[0117] 所述SDS判断所述域选择请求中是否包含改向信息，则所述SDS在判断所述域选择请求中不包含改向信息时，判断需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理。

[0118] 本发明实施例还提供一种个人网管理PNM重定向业务中被叫用户终端重选的系统，该系统包括：

[0119] 业务域选择服务器，该服务器位于电路交换CS域，用于收到为发往所服务用户的CS域被叫业务请求的域选择请求后，根据条件判断是否要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理，并在判断需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理时，指示将所述被叫业务请求路由至IMS域，否则指示继续在CS域进行所述被叫业务的接续；

[0120] PNM业务触发实体，该实体位于IMS域，用于接收到所述被叫业务请求后，触发PNM服务器执行重定向业务逻辑；

[0121] PNM服务器，该服务器位于IMS域，用于执行重定向业务逻辑。

[0122] 所述业务域选择服务器用于：

[0123] 通过确定所述域选择请求中不包含改向信息来判断需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理。

[0124] 本发明实施例还提供一种业务域选择服务器，该服务器位于电路交换CS域，该服务器包括：

[0125] 路由单元，用于接收到为发往所服务用户的CS域被叫业务请求的域选择请求后，根据条件判断是否要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理，并在判断需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理时，指示将所述被叫业务请求路由至IMS域，否则指示继续在CS域进行所述被叫业务的接续。

[0126] 所述路由单元用于：

[0127] 通过确定所述域选择请求中不包含改向信息来判断需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理。

[0128] 与现有技术相比，本发明中PNM服务器在确定当前被叫用户终端无法成功接续本次业务请求时，重新选择一被叫用户终端继续进行业务接续，采用本方法，大大提高了会话接通率。

附图说明

[0129] 图1为现有技术中IMS域的PNM业务实现架构；

[0130] 图2为现有技术中IMS域的PNM重定向业务实现流程；

[0131] 图3为现有技术中CS域的PNM业务实现架构；

[0132] 图4为现有技术中CS域的PNM重定向业务实现流程；

[0133] 图5为本发明中方法实现的具体流程图；

[0134] 图6为本发明中实施例1的具体流程图；

[0135] 图7为本发明中实施例2的具体流程图；

[0136] 图8为本发明中实施例3的具体流程图；

[0137] 图9为本发明中实施例4的具体流程图；

[0138] 图10为本发明中实施例5的具体流程图；

[0139] 图11为本发明中方法实现的具体流程图；

[0140] 图12为本发明中实施例6的具体流程图；

[0141] 图13为本发明的系统结构示意图；

[0142] 图14为本发明的重定向业务触发装置结构示意图；

[0143] 图15为本发明的PNM服务器结构示意图；

[0144] 图16为本发明的系统结构示意图；

[0145] 图17为本发明的业务域选择服务器结构示意图；

[0146] 图18为本发明的转接重定向触发装置结构示意图。

具体实施方式

[0147] 本发明中，当主叫用户侧向个人网PN内的任一被叫用户终端发起业务请求时，该业务请求到达被叫用户终端所属网络的PNM业务触发实体S-CSCF或GMSC后，该实体向PNM AS发送重定向请求，PNM AS根据该请求执行重定向业务逻辑，从优先级列表中选择一个被叫用户终端进行业务接续，若该被叫用户终端无法成功接续本次业务请求，PNM AS在检测到当前业务接续失败时，从优先级列表中选择一个被叫用户终端继续进行业务接续。

[0148] 参见图5，本发明提供的一种PNM重定向业务中被叫用户终端重选的方法的具体实现步骤如下：

[0149] 步骤501：被叫用户终端所属网络的PNM业务触发实体接收到主叫侧的业务请求后触发PNM服务器执行重定向业务逻辑，PNM服务器从优先级列表中选择一个被叫用户终端进行业务接续；

[0150] 本步骤的实现流程为：

[0151] 第一PNM业务触发实体收到业务请求后，将重定向业务请求发送给PNM服务器；PNM服务器从优先级列表中选择一个被叫用户终端，将业务请求发送给所选择的被叫用户终端所属网络的PNM业务触发实体；该PNM业务触发实体将所述业务请求发送给所选择的被叫用户终端。

[0152] 上述流程的具体实现可以有两种方案，其中，方案一包括如下步骤：

[0153] 步骤5011：第一PNM业务触发实体收到主叫侧业务请求后，向PNM服务器发送重定向业务请求；

[0154] 步骤5012：PNM服务器收到该重定向业务请求后，判断其中是否含有改向信息，如果含有，执行步骤5015，否则，执行步骤5013；

[0155] 步骤5013：PNM服务器从优先级列表中选择一个被叫用户终端，如果该被叫用户终端为主叫侧业务请求中包含的被叫用户终端，PNM服务器向第一PNM业务触发实体发送业务请求，执行步骤5016；如果该被叫用户终端不为主叫侧业务请求中包含的被叫用户终端，PNM服务器将含有改向信息和该被叫用户终端地址信息的业务请求消息通过第一PNM业务触发实体发送给该被叫用户终端所属网络的PNM业务触发实体；

[0156] 步骤5014：PNM业务触发实体向PNM服务器发送重定向业务请求，其中含有改向信息和被叫用户终端地址信息，返回步骤5012；

[0157] 步骤5015：PNM服务器向所述被叫用户终端所属网络的PNM业务触发实体返回业务请求；

[0158] 步骤5016：该PNM业务触发实体再将该业务请求消息发送给该被叫用户终端。

[0159] 方案二包括如下步骤：

[0160] 步骤50111：第一PNM业务触发实体收到主叫侧的业务请求后，向PNM服务器发送重定向业务请求；

[0161] 步骤50112：PNM服务器从优先级列表中选择一个被叫用户终端，如果该被叫用户终端为所述业务请求中包含的被叫用户终端，PNM服务器向第一PNM业务触发实体发送业务请求，执行步骤50114；如果该被叫用户终端不为所述业务请求中包含的被叫用户终端，PNM服务器将含有改向信息和选择的被叫用户终端地址信息的业务请求消息发送给所选择的被叫用户终端所属网络的PNM业务触发实体，这里，PNM服务器可以通过第一PNM业务触发实体将业务请求消息发送给所选择的被叫用户终端所属网络的PNM业务触发实体；

[0162] 步骤50113：PNM业务触发实体收到业务请求，根据请求中含有改向信息判断不再触发PNM服务器；

[0163] 步骤50114：所述PNM业务触发实体再将该业务请求消息发送给所选择的被叫用户终端。

[0164] 步骤502：PNM服务器确定当前业务接续失败时，从优先级列表中选择一个被叫用户终端继续进行业务接续。

[0165] PNM服务器从优先级列表中选择一个被叫用户终端继续进行业务接续的流程包括：PNM服务器从优先级列表中选择一个被叫用户终端，将业务请求发送给该被叫用户终端所属网络的PNM业务触发实体；该PNM业务触发实体将所述业务请求发送给所选择的被叫用户终端。

[0166] 实现上述流程也可以有两种方案，其中，方案一包括如下步骤：

[0167] 步骤5021：首先，PNM服务器判断优先级列表中是否存在本次业务接续没有选择过的当前处于激活状态的被叫用户终端，如果不存在，PNM服务器结束本次业务请求处理；如果存在，PNM服务器从优先级列表中选择一个被叫用户终端，并将含有改向信息和该被叫用户终端地址信息的业务请求消息发送给该被叫用户终端所属网络的PNM业务触发实体；

[0168] 如果第一PNM业务触发实体和选择的被叫用户终端所属网络的PNM业务触发实体不同，则本步骤中PNM服务器可以通过第一PNM业务触发实体将业务请求消息发送给该被叫用户终端所属网络的PNM业务触发实体，并且，如果第一PNM业务触发实体为IMS域的S-CSCF，则步骤5013和步骤5021中PNM服务器按照SIP协议中的B2BUA模式对接收消息进行控制，步骤5015和步骤5023中PNM服务器按照SIP协议中的Proxy Server模式对接收消息进行控制，步骤502中PNM服务器判断接收到的业务处理失败消息是否对应到首次即步骤5011中的重定向业务请求，若对应到，PNM服务器按照B2BUA模式对业务处理失败消息进行控制，否则按照Proxy Server模式对业务处理失败消息进行控制；

[0169] 如果选择的被叫用户终端所属网络的PNM业务触发实体与第二PNM业务触发实体不同，该第二PNM业务触发实体为步骤502中接续业务失败的用户终端所属网络的PNM业务触发实体，则本步骤中PNM服务器可以通过第二PNM业务触发实体将业务请求消息发送给该被叫用户终端所属网络的PNM业务触发实体，并且，如果步骤5013或步骤5021中选择的被叫用户终端所属网络的PNM业务触发实体为IMS域的S-CSCF，则步骤501和502中PNM服务器按照B2BUA模式对接收消息进行控制。

[0170] 当本步骤中PNM服务器通过第一PNM业务触发实体将业务请求消息发送给该被叫用户终端所属网络的PNM业务触发实体，并且，如果第一PNM业务触发实体为CS域的GMSC，则在执行步骤5013时，PNM服务器向第一PNM业务触发实体下发动态检测点；当本步骤中PNM服务器通过第二PNM业务触发实体将业务请求消息发送给该被叫用户终端所属网络的PNM业务触发实体，并且，如果步骤5011、步骤5014或步骤5022中向PNM服务器发送重定向业务请求的PNM业务触发实体为CS域的GMSC，则在执行步骤5013、步骤5015或步骤5023时，PNM服务器向该PNM业务触发实体下发动态检测点；

[0171] 步骤5022：PNM业务触发实体向PNM服务器发送重定向业务请求，其中含有改向信息和被叫用户终端地址信息；

[0172] 步骤5023：PNM服务器向所述被叫用户终端所属网络的PNM业务触发实体返回业务请求；

[0173] 步骤5024：该PNM业务触发实体再将该业务请求消息发送给该被叫用户终端。

[0174] 方案二包括如下步骤：

[0175] 步骤50211：PNM服务器从优先级列表中选择一个被叫用户终端，并将含有改向信息和该被叫用户终端地址信息的业务请求消息发送给该被叫用户终端所属网络的PNM业务触发实体；

[0176] 执行本步骤前，PNM服务器还需要判断优先级列表中是否存在本次业务接续没有选择过的当前处于激活状态的被叫用户终端，如果不存在，PNM服务器结束本次业务请求处理；如果存在，PNM服务器从优先级列表中选择一个被叫用户终端，并将含有改向信息和该被叫用户终端地址信息的业务请求消息发送给该被叫用户终端所属网络的PNM业务触发实体；

[0177] 如果第一PNM业务触发实体和选择的被叫用户终端所属网络的PNM业务触发实体不同，则本步骤中PNM服务器可以通过第一PNM业务触发实体将业务请求消息发送给该被叫用户终端所属网络的PNM业务触发实体，并且，如果第一PNM业务触发实体为IMS域的S-CSCF，则步骤50112和步骤50211中PNM服务器按照SIP协议中的B2BUA模式对接收消息进行控制；

[0178] 当本步骤中PNM服务器通过第一PNM业务触发实体将业务请求消息发送给该被叫用户终端所属网络的PNM业务触发实体，并且，如果第一PNM业务触发实体为CS域的GMSC，则在执行步骤50112时，PNM服务器向第一PNM业务触发实体下发动态检测点。

[0179] 步骤50212：收到PNM服务器返回的业务请求的PNM业务触发实体，根据请求中含有改向信息判断不再触发PNM服务器，将该业务请求消息发送给选择的被叫用户终端。

[0180] 步骤501和步骤502中，被叫用户终端接收到业务请求消息后，进行业务接续，如果业务接续失败，即该被叫用户终端无应答或处于正忙、不可及状态，该被叫用户终端所属网络的PNM业务触发实体根据接收到该被叫用户终端或网络中的其他网元发出的业务处理失败消息或者根据内部逻辑确定被叫用户终端未成功处理本次业务请求后，向PNM服务器发送业务处理失败的消息，该发送流程包括以下两种情况：

[0181] 当步骤5021或步骤50211中PNM服务器通过第一PNM业务触发实体将业务请求消息发送给该被叫用户终端所属网络的PNM业务触发实体时，如果第一PNM业务触发实体为CS域的GMSC，则被叫用户终端所属网络的PNM业务触发实体确定被叫用户终端未成功处理本次业务请求后向第一PNM业务触发实体发送业务处理失败消息，第一PNM业务触发实体接收到业务处理失败响应后根据动态检测点，向PNM服务器上报业务接续失败的事件；如果第一PNM业务触发实体为IMS域的S-CSCF，则被叫用户终端所属网络的PNM业务触发实体确定被叫用户终端未成功处理本次业务请求后向第一PNM业务触发实体发送业务处理失败消息，第一PNM业务触发实体接收到业务处理失败消息后将该响应发送给PNM服务器；

[0182] 当步骤5021中PNM服务器通过第二PNM业务触发实体将业务请求消息转发给该被叫用户终端所属网络的PNM业务触发实体时，如果步骤5013或步骤5021中选择的被叫用户终端所属网络的重定向业务触发实体为CS域的GMSC，则被叫用户终端所属网络的PNM业务触发实体确定被叫用户终端未成功处理本次业务请求后根据动态检测点，向PNM服务器上报业务接续失败的事件；如果步骤5013或步骤5021中选择的被叫用户终端所属网络的PNM业务触发实体为IMS域的S-CSCF，则该被叫用户终端所属网络的PNM业务触发实体确定被叫用户终端未成功处理本次业务请求后将业务处理失败消息发送给PNM服务器。

[0183] 所以，步骤502中PNM服务器是根据接收到的业务处理失败消息或业务接续失败的事件来确定本次业务接续失败的。

[0184] 较佳的，当步骤5021或步骤50211中PNM服务器通过第一PNM业务触发实体将业务请求消息发送给该被叫用户终端所属网络的PNM业务触发实体时，在步骤5013、步骤5021、步骤50112、步骤50211中PNM服务器可以重新启动预先设置的定时器，则步骤502中PNM服务器是根据在定时器超时前PNM服务器没有收到业务处理失败和成功消息，或在定时器超时前PNM服务器收到业务处理失败消息来确定本次业务接续失败；

[0185] 当步骤5021中PNM服务器通过第二PNM业务触发实体将所述业务请求消息转发给该被叫用户终端所属网络的PNM业务触发实体，在步骤5013、步骤5015或步骤5023中PNM服务器重新启动预先设置的定时器，则步骤502中PNM服务器是根据在定时器超时前PNM服务器没有收到业务处理失败和成功消息，或在定时器超时前PNM服务器收到业务处理失败消息来确定本次业务接续失败。

[0186] 本方法中，直到有一被叫用户终端成功接续本次业务，或优先级列表中不存在本次业务接续没有选择过的当前处于激活状态的被叫用户终端，或主叫侧主动放弃本次业务请求而向PNM服务器发送释放本次业务请求消息，本次业务请求处理结束。

[0187] 步骤5013、步骤5014、步骤5021、步骤5022、步骤50112、步骤50113、步骤50211、步骤50212中，当业务请求采用会话发起协议SIP时，所述改向信息可以通过扩展SIP消息增加新的头域，或新的参数，或者通过增加前转信息中的前转原因值来实现；当业务请求采用为移动网络增强定制服务应用部分CAP时，所述改向信息可以通过扩展CAP协议在消息如Connect消息中增加用户到用户指示UUI信元或其他参数或者通过增加前转信息中的前转原因值来实现；当业务请求采用现有协议为ISUP时，所述改向信息可以通过UUI携带或者通过增加前转信息中的前转原因值来实现。

[0188] 当业务请求通过扩展SIP消息来携带改向信息时，并且如果在步骤50112和步骤50211中选择的被叫用户终端所属网络的PNM业务触发实体为IMS域的S-CSCF，则步骤50113或步骤50212中的PNM业务触发实体是通过将收到的业务请求消息中的改向信息与S-CSCF中触发PNM服务器的初始过滤规则(iFC)进行匹配比较，在匹配失败时确定不再触发PNM服务器。

[0189] 步骤5013、步骤5021、步骤50112、步骤50211中，被叫用户终端是从优先级列表中本次业务接续没有选择过的当前处于激活状态的被叫用户终端中按照优先级顺序选择，或是从被叫用户终端的优先级列表中当前处于激活状态的被叫用户终端中随机选择。

[0190] 本发明还提供一种个人网管理PNM业务中被叫用户终端重选的方法，在本方法中，PNM服务器只在IMS域部署，电路域的业务域选择服务器(SDS)，收到为发往所服务用户的CS域被叫业务请求的域选择请求后，根据条件判断是否要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理，并在判断需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理时，指示将所述被叫业务请求路由至IMS域，否则指示继续在CS域进行所述被叫业务的接续；这里，业务域选择服务器可以通过判断所述域选择请求中是否包含改向信息来判断是否需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理，在所述请求中不包含改向信息时，将所述被叫业务请求路由到IMS域。

[0191] 参见图11，具体包括以下步骤：

[0192] 步骤1101：SDS收到为发往所服务用户的CS域被叫业务请求的域选择请求后，根据条件判断是否将该被叫业务请求路由到IMS域；

[0193] 这里，SDS在收到请求时，可以根据PNM服务器只在IMS域部署将被叫业务请求路由到IMS域；或者进一步根据被叫业务请求中包含改向信息，不将该被叫业务请求路由到IMS域，而是通过该被叫业务请求中的被叫用户终端所属网络的GMSC将该被叫业务请求发送给该被叫用户终端，该被叫用户终端进行业务接续。

[0194] 步骤1102：IMS域的PNM业务触发实体(第一PNM业务触发实体)接收到SDS路由过来的被叫业务请求后，触发PNM服务器执行重定向业务逻辑，PNM服务器从优先级列表中选择一个被叫用户终端进行业务接续。

[0195] 具体的，本步骤包括：

[0196] 步骤S21：第一PNM业务触发实体接收到SDS路由过来的被叫业务请求后，根据该被叫业务请求中不包含改向信息，触发PNM服务器执行重定向业务逻辑；

[0197] 这里，如果该被叫业务请求中包含改向信息，并且被叫业务请求中的被叫用户终端为CS域终端，则第一重定向业务触发实体通过ADS和拜访移动交换中心(VMSC)将该被叫业务请求发送给所述被叫用户终端。

[0198] 步骤S22：PNM服务器执行重定向业务逻辑时，从优先级列表中选择一个被叫用户终端，如果所选择的被叫用户终端为接收到的重定向业务请求中包含的被叫用户终端，PNM服务器向第一PNM业务触发实体发送包含改向信息的被叫业务请求，执行步骤S24；如果该被叫用户终端不为所述重定向业务请求中包含的被叫用户终端，PNM服务器将含有改向信息和选择的被叫用户终端地址信息的被叫业务请求发送给该被叫用户终端所属网络的GMSC或S-CSCF；

[0199] 这里，PNM服务器通过第一PNM业务触发实体，将含有改向信息和选择的被叫用户终端地址信息的被叫业务请求发送给该被叫用户终端所属网络的GMSC或S-CSCF。PNM服务器按照SIP协议中的B2BUA模式对接收消息进行控制。

[0200] 步骤S23：所述GMSC或S-CSCF收到所述被叫业务请求后，将该被叫业务请求发送给所选择的被叫用户终端，该被叫用户终端进行业务接续，跳出本流程；

[0201] 步骤S24：第一PNM业务触发实体接收到PNM服务器发来的被叫业务请求时，通过所述被叫用户终端所属网络的GMSC将该被叫业务请求发送给该被叫用户终端，该被叫用户终端进行业务接续。

[0202] 对于步骤S22中的重选有两种情况：一种是步骤S22中的PNM服务器选择的被叫用户终端是CS域终端，则步骤S22中PNM服务器将含有改向信息和选择的被叫用户终端地址信息的被叫业务请求消息发送给该被叫用户终端所属网络的GMSC和步骤S23的实现流程具体包括：

[0203] 步骤S221：PNM服务器向第一PNM业务触发实体发送含有改向信息和选择的被叫用户终端地址信息的被叫业务请求消息。

[0204] 步骤S222：第一PNM业务触发实体将含有改向信息的被叫业务请求发送给所选择的CS域终端所属网络的GMSC；

[0205] 步骤S231：所述GMSC通过查询感知所述CS域终端签约了业务域选择业务，将所述被叫业务请求发送至SDS；

[0206] 步骤S232：所述SDS根据所述被叫业务请求中包含改向信息，将该被叫业务请求消息返回给所述GMSC，所述GMSC将该被叫业务请求发送给所述CS域终端，该CS域终端进行业务接续；

[0207] 或者，所述SDS将所述被叫业务请求路由到IMS域，IMS域的重定向业务触发实体接收到所述被叫业务请求后，根据所述被叫业务请求中包含改向信息，不再触发调用PNM服务器，通过ADS将该被叫业务请求发送给所述终端，该终端进行业务接续。

[0208] 另外一种是步骤S22中的PNM服务器选择的被叫用户终端是IMS域终端，则步骤S22中PNM服务器将含有改向信息和选择的被叫用户终端地址信息的被叫业务请求消息发送给该被叫用户终端所属网络的S-CSCF和步骤S23的实现流程具体包括：

[0209] 步骤S221：PNM服务器向第一PNM业务触发实体发送含有改向信息和选择的被叫用户终端地址信息的被叫业务请求；

[0210] 步骤S222：第一PNM业务触发实体将所述被叫业务请求发送给所选择的IMS域终端所属网络的S-CSCF；

[0211] 步骤S231：所述S-CSCF根据请求中包含改向信息不再触发PNM服务器，将所述被叫业务请求发送至所选择的IMS域终端，该IMS域终端进行业务接续。

[0212] 步骤1103：在被叫用户终端进行业务接续的过程中，如果业务接续失败，则PNM服务器在确定当前业务接续失败时，从优先级列表中选择一个被叫用户终端继续进行业务接续。

[0213] PNM服务器确定当前业务接续是否成功的方法与上述步骤502类似，区别在于当接续业务失败的终端为CS域终端时，是通过IMS域的PNM业务触发实体将失败响应发送给IMS域的PNM服务器，PNM服务器根据失败响应从优先级列表中选择一个被叫用户终端继续进行业务接续。

[0214] 如果PNM服务器选择的被叫用户终端是CS域终端，后续处理流程同上述步骤S221、步骤S222、步骤S231和步骤S232。如果PNM服务器选择的被叫用户终端是IMS域终端，后续处理流程同上述步骤S221、步骤S222和步骤S231。

[0215] 同样，PNM服务器进行重选时，被叫用户终端是从优先级列表中本次业务接续没有选择过的当前处于激活状态的被叫用户终端中按照优先级顺序选择，或是从被叫用户终端的优先级列表中当前处于激活状态的被叫用户终端中随机选择。

[0216] 业务请求采用会话发起协议SIP时，业务请求中的改向信息通过扩展SIP消息增加新的头域，或新的参数，或者通过增加前转信息中的前转原因值来实现；重定向业务请求采用为移动网络增强定制服务应用部分CAP时，改向信息通过扩展CAP协议在消息中增加用户到用户指示UUI信元或其他参数或者通过增加前转信息中的前转原因值来实现；重定向业务请求采用现有协议为ISUP时，改向信息通过UUI携带或者通过增加前转信息中的前转原因值来实现。

[0217] 下面以具体的实施例对本发明提供的方法进行说明：

[0218] 实施例一

[0219] 用户A签约了PNM业务，他同时拥有a，b，c，d，f五个激活的用户终端UE，并且按照优先级由高到低的顺序排列，网络采用本地重选的策略，另一用户B的CS域终端UEe首先向用户A的CS域终端f发起呼叫，其中UEa为IMS域终端，UEb为CS域终端，UEc为IMS域终端，UEa和UEb分别由于正忙和无应答无法成功建立呼叫，PNM服务器根据优先级列表进行重选，直至UEc成功建立呼叫。

[0220] 参见图6，实施例一实现重定向方法的流程如下：

[0221] 步骤601：GMSCf收到业务请求消息IAM(f)；

[0222] 步骤602：GMSCf向HSSf发送获取UEf路由信息的SRI消息；

[0223] 步骤603：HSSf收到SRI消息后向GMSCf返回和PNM业务相关的T_CSI数据，该数据在用户签约PNM业务时指定；

[0224] 步骤604：GMSCf根据T_CSI数据触发用户被叫侧CAEML业务，向PNMAS发送重定向请求消息InitialDP；

[0225] 步骤605：由于上述InitialDP消息中没有携带本次呼叫曾发生过由PNM重定向引起的路由改向信息，PNM AS判断本次PNM重定向业务触发为第一次触发，则根据优先级列表选择当前优先级最高的UEa；

[0226] 步骤606：PNM AS向GMSCf发送检测呼叫处理结果的动态检测点EDP-R和包含有UEa地址信息的业务请求消息Connect(a)，该消息中包含表示本次呼叫改向是由于重定向业务引起的路由改向信息，该信息可以通过redirectionInformation参数携带或者通过扩展CAP协议在Connect(a)消息中增加信元携带，PNM服务器同时监控呼叫处理结果的启动定时器；

[0227] 步骤607：GMSCf向MGCFa发送请求查询S-CSCFa地址信息的业务请求消息IAM(a)，该消息中包含表示本次呼叫曾经发生过重定向业务引起的呼叫改向的路由改向信息，该信息可以通过在ISUP协议中的UUI中携带，或者通过在ISUP的redirectionInformation中携带，或者通过在IAM(a)消息中增加此信元的新的取值携带；

[0228] 步骤608：MGCFa查询获取到S-CSCFa的地址信息，向S-CSCFa转发业务请求消息INVITE(a)，该消息中包含表示本次呼叫发生过重定向的路由改向信息，该信息可以通过在SIP协议中的history-info头域中增加新前转原因值来携带或者通过扩展SIP协议增加新的头域或新的参数来携带；

[0229] 步骤609：由于UEa也属登记到PN中的网元，S-CSCFa根据iFC向PNMAS发送重定向请求消息INVITE(a)；

[0230] 步骤610：PNMAS根据消息类型(INVITE)和其中包含的标识本次呼叫发生过重定向的路由改向信息，判断本次触发不是本次呼叫第一次触发到PNMAS，则不再进行UE的选择，不更改本次业务请求的路由信息；

[0231] 步骤611：PNM AS将业务请求消息INVITE(a)返回给S-CSCFa，并重新启动监控呼叫处理结果的定时器；

[0232] 步骤612：S-CSCFa将业务请求消息INVITE(a)转发至UEa；

[0233] 步骤613～614：UEa当前正处于忙状态，UEa发出业务请求处理未成功的486响应消息，该响应消息按照和原信令相同路径但相反方向返回到PNM AS，此时定时器还没有超时，停止定时器计时；

[0234] 步骤615：PNM AS根据消息类型(486)和消息中的参数，如CallID，匹配到原业务请求消息，并重新选择一个比UEa优先级低的UEb，并启动监控呼叫处理结果的定时器；

[0235] 步骤616：PNM AS向S-CSCFa发送包含有UEb地址信息和表示本次呼叫改向是由于重定向业务引起的路由改向信息的业务请求消息INVITE(b)；

[0236] 步骤617：PNM AS向MGCFb发送请求查询GMSCb地址信息的业务请求消息INVITE(b)，该消息中携带标识本次呼叫曾经发生过重定向业务引起的呼叫改向的路由改向信息，该信息可以在SIP协议中的history-info头域中增加新前转原因值来实现或者扩展SIP协议，增加新的头域或新的参数来实现；

[0237] 步骤618：MGCFb进行消息类型转换，将业务请求消息IAM(b)发往GMSCb，其中携带标识本次呼叫发生过重定向的路由改向信息，该信息可以在ISUP协议中的UUI中携带或者通过扩展ISUP协议，在IAM(b)消息中增加新的信元携带此信息或者通过增加redirectioninformation的前转原因取值来实现；

[0238] 步骤619～620：GMSCb向HSSb获取UEb路由信息，HSSb返回T_CSI数据；

[0239] 步骤621：GMSCb根据T_CSI向PNM AS发送重定向请求消息intialDP，其中携带标识本次呼叫发生过重定向的路由改向信息，该信息可通过在InitialDP消息中的redirectionInformation参数中携带或者扩展CAP协议，在InitialDP消息中增加信元携带此信息来实现；

[0240] 步骤622：PNM AS根据initialDP中存在本次呼叫发生过重定向的路由改向信息，不进行其他优先级UE的选择，向GMSCb下发动态检测点EDP-R，以监视UEb忙或无应答或不可及事件，并重新启动监控呼叫处理结果的定时器；

[0241] 步骤623：PNM AS向GMSCb发送指示继续呼叫UEb的业务请求消息Continue(b)；

[0242] 步骤624：GMSCb获取到UEb的路由信息；

[0243] 步骤625：GMSCb向UEb发起业务请求消息IAM(b)，该消息被接续到端局，端局向UEb下发业务请求消息；

[0244] 步骤626：指配电路完成，UEb振铃后UEb无响应，端局向GMSCb发送业务请求处理未成功的Rel响应消息；

[0245] 步骤627：GMSCb根据上述动态检测点将此事件上报给PNM AS，即向PNM AS发送业务请求处理未成功的EventReportBCSM响应消息；

[0246] 步骤628：PNM AS重新选择一个比当前被叫优先级低的UEc，并启动监控呼叫处理结果的定时器；

[0247] 步骤629：PNM AS向GMSCb发送业务请求消息Connect(c)和动态检测点，该消息中包含UEc的地址信息和标识本次呼叫发生了重定向的路由改向信息；

[0248] 步骤630：GMSCb向MGCFc发出请求查询S-CSCFc地址信息的业务请求消息IAM(c)，其中携带能够标识本次呼叫发生过重定向的路由改向信息；

[0249] 步骤631：MGCFc获取S-CSCFc的地址信息，并向S-CSCFc发送转换后的业务请求消息INVITE(c)，该消息中携带转换后的能够标识本次呼叫发生过重定向的路由改向信息；

[0250] 步骤631：S-CSCFc根据UEc的iFC向PNM AS发送重定向请求消息INVITE(c)；

[0251] 步骤633：PNM AS根据消息类型和其中携带的路由改向信息，决定不进行其他优先级UE的选择；

[0252] 步骤634：PNM AS将业务请求消息返回给S-CSCFc，并重新启动定时器；

[0253] 步骤635：S-CSCFc将业务请求消息转发给UEc；

[0254] 步骤636～643：PNM AS停止定时器，在UEe和UEc间建立成功呼叫。

[0255] 实施例二

[0256] 用户A签约了PNM业务，他同时拥有a，b，c，d，f五个激活的用户终端UE，并且按照优先级由高到低的顺序排列，网络采用在始发端重选的策略，另一用户B的CS域终端UEe首先向用户A的CS域终端f发起呼叫，其中UEa为IMS域终端，UEb为CS域终端，UEc为IMS域终端，UEa和UEb分别由于正忙和无应答无法成功建立呼叫，PNM服务器根据优先级列表进行重选，直至UEc成功建立呼叫。

[0257] 参见图7，实施例二实现重定向方法的流程如下：

[0258] 步骤701：GMSCf收到业务请求消息IAM(f)；

[0259] 步骤702：GMSCf向HSSf发送获取UEf路由信息的SRI消息；

[0260] 步骤703：HSSf收到SRI消息后向GMSCf返回和PNM业务相关的T_CSI数据，该数据在用户签约PNM业务时指定；

[0261] 步骤704：GMSCf根据T_CSI数据触发用户被叫侧CAEML业务，向PNMAS发送业务请求消息InitialDP；

[0262] 步骤705：由于上述InitialDP消息中不包含标识本次呼叫曾发生过PNM重定向引起的路由改向信息，PNM服务器判断本次PNM重定向业务触发为第一次触发，则根据优先级列表重新选择当前优先级最高的UEa；

[0263] 步骤706：PNMAS向GMSCf发送检测呼叫处理结果的动态检测点EDP-R和包含有UEa地址信息的业务请求消息Connect(a)，该消息中包含表示本次呼叫改向是由于重定向业务引起的路由改向信息，该信息可以通过redirectionInformation参数携带或者通过扩展CAP协议在Connect(a)消息中增加信元携带，同时PNM服务器启动监控呼叫处理结果的定时器；

[0264] 步骤707：GMSCf向MGCFa发送请求查询S-CSCFa地址信息的业务请求消息IAM(a)，该消息中包含表示本次呼叫曾经发生过重定向业务引起的呼叫改向的路由改向信息，该信息可以通过在ISUP协议中的UUI中携带，或者通过在ISUP的redirectionInformation中携带，或者通过在IAM(a)消息中增加此信元的新的取值携带；

[0265] 步骤708：MGCFa查询获取到S-CSCFa的地址信息，向S-CSCFa转发业务请求消息INVITE(a)，该消息中包含表示本次呼叫发生过重定向的路由改向信息，该信息可以通过在SIP协议中的history-info头域中增加新前转原因值来携带或者通过扩展SIP协议增加新的头域或新的参数来携带；

[0266] 步骤709：由于UEa也属登记到PN中的网元，S-CSCFa根据iFC向PNMAS发送重定向请求消息INVITE(a)；

[0267] 步骤710：PNM AS根据消息类型(INVITE)和其中包含的标识本次呼叫发生过重定向的路由改向信息，判断本次触发不是本次呼叫第一次触发到PNMAS，则不再进行UE的选择，不更改本次业务请求的路由信息；

[0268] 步骤711：PNM AS将业务请求消息INVITE(a)返回给S-CSCFa，；

[0269] 步骤712：S-CSCFa将业务请求消息INVITE(a)转发至UEa；

[0270] 步骤713～714：UEa当前正处于忙状态，UEa发出业务请求处理未成功的486响应消息，该响应按照和原信令相同的路径但相反方向返回到PNM AS；

[0271] 步骤715：PNM AS根据486响应消息的CallID等参数和相匹配的初始业务请求判断本次不需要进行UE重选处理，向S-CSCFa发送该486响应消息；

[0272] 步骤716～717：S-CSCFa向MGCFa发送该486响应消息，MGCFa将该消息转换为CS域业务请求处理未成功的Rel响应消息，并将该消息发送至GMSCf；

[0273] 步骤718：GMSCf根据动态检测点向PNM AS发送业务请求处理未成功的响应消息EventReportBCSM；

[0274] 步骤719：PNM AS根据优先级列表重新选择一个比UEa优先级低的UEb，此时定时器还没有超时，PNM AS重新启动该定时器；

[0275] 步骤720：PNM AS向GMSCf发送包含有UEb地址信息的业务请求消息Connect(b)，该消息中包含表示本次呼叫改向是由于重定向业务引起的路由改向信息，该信息可以通过Connect(b)消息中的redirectionInformation参数携带或者通过扩展CAP协议在Connect(b)消息中增加信元携带；

[0276] 步骤721：GMSCf直接向GMSCb发送业务请求消息IAM(b)，该消息中包含标识本次呼叫曾经发生过重定向的路由改向信息，该信息可以通过ISUP协议中的UUI携带，或者通过扩展ISUP协议在IAM(b)消息中增加新的信元携带，或者在redirectioninformation中通过增加新的前转原因值来携带；

[0277] 步骤722～723：GMSCb向HSSb发送获取UEb路由信息的SRI消息，HSSb返回T_CSI数据；

[0278] 步骤724：GMSCb根据T_CSI向PNM AS发送重定向请求消息InitialDP，其中包含有标识本次呼叫发生过重定向的路由改向信息，该信息可通过在InitialDP消息中的redirectionInformation参数中携带或者通过扩展CAP协议在InitialDP消息中增加信元来携带；

[0279] 步骤725：PNM AS根据initialDP中存在的标识本次呼叫发生过重定向的路由改向信息，不进行其他优先级UE的选择；

[0280] 步骤726：PNM AS向GMSCb发送指示继续呼叫UEb的业务请求消息Continue(b)；

[0281] 步骤727：GMSCb获取到UEb的路由信息；

[0282] 步骤728：GMSCb向UEb发起业务请求消息IAM(b)，该消息被接续到端局，端局向UEb下发业务请求消息；

[0283] 步骤729：指配电路完成，UEb振铃后UEb无响应，端局向GMSCb发送业务请求处理未成功的Rel响应消息；

[0284] 步骤730：GMSCb向GMSCf发送该Rel响应消息；

[0285] 步骤731：GMSCf向PNM AS发送业务请求处理未成功的EventReportBCSM响应消息；

[0286] 步骤732：PNM AS重新选择一个比UEb优先级低的UEc，此时定时器没有超时，重新启动定时器；

[0287] 步骤733：PNMAS向GMSCf发送业务请求消息Connect(c)，该消息中包含UEc的地址信息和标识本次呼叫发生了重定向的路由改向信息；

[0288] 步骤734：GMSCb向MGCFc发出请求查询S-CSCFc地址信息的业务请求消息IAM(c)，其中携带能够标识本次呼叫发生过重定向的路由改向信息；

[0289] 步骤735：MGCFc获取S-CSCFc的地址信息，并向S-CSCFc发送转换后的业务请求消息INVITE(c)，该消息中携带转换后的能够标识本次呼叫发生过重定向的路由改向信息；

[0290] 步骤736：S-CSCFc根据UEc的iFC向PNM AS发送重定向请求消息INVITE(c)；

[0291] 步骤737：PNM AS根据消息类型和其中携带的路由改向信息，决定不进行其他优先级UE的选择；

[0292] 步骤738：PNM AS将业务请求消息返回给S-CSCFc，；

[0293] 步骤739：S-CSCFc将业务请求消息转发给UEc；

[0294] 步骤740～750：PNM AS停止定时器，在UEe和UEc间建立成功呼叫。

[0295] 实施例三

[0296] 用户A签约了PNM业务，他同时拥有a，b，c，d，f五个激活的用户终端UE，并且按照优先级由高到低的顺序排列，网络采用本地重选的策略，另一用户B的CS域终端UEe首先向用户A的CS域终端f发起呼叫，其中UEa为IMS域终端，UEb为CS域终端，在PNM服务器定时器超时时UEa没有响应，PNM服务器根据优先级列表进行重选了UEb，在UEb呼叫没有建立成功时UEe主动终止本次呼叫。

[0297] 参见图8，实施例三实现重定向方法的流程如下：

[0298] 步骤801：GMSCf收到业务请求消息IAM(f)；

[0299] 步骤802：GMSCf向HSSf发送获取UEf路由信息的SRI消息；

[0300] 步骤803：HSSf收到SRI消息后向GMSCf返回和PNM业务相关的T_CSI数据，该数据在用户签约PNM业务时指定；

[0301] 步骤804：GMSCf根据T_CSI数据触发用户被叫侧CAEML业务，向PNMAS发送业务请求消息InitialDP；

[0302] 步骤805：由于上述InitialDP消息中不包含标识本次呼叫曾发生过PNM重定向引起的路由改向信息，PNM服务器判断本次PNM重定向业务触发为第一次触发，则根据优先级列表重新选择当前优先级最高的UEa；

[0303] 步骤806：PNM AS向GMSCf发送检测呼叫处理结果的动态检测点EDP-R和包含有UEa地址信息的业务请求消息Connect(a)，该消息中包含表示本次呼叫改向是由于重定向业务引起的路由改向信息，该信息可以通过redirectionInformation参数携带或者通过扩展CAP协议在Connect(a)消息中增加信元携带，PNM服务器同时启动定时器；

[0304] 步骤807：GMSCf向MGCFa发送请求查询S-CSCFa地址信息的业务请求消息IAM(a)，该消息中包含表示本次呼叫曾经发生过重定向业务引起的呼叫改向的路由改向信息，该信息可以通过在ISUP协议中的UUI中携带，或者通过在ISUP的redirectionInformation中携带，或者通过在IAM(a)消息中增加此信元的新的取值携带；

[0305] 步骤808：MGCFa查询获取到S-CSCFa的地址信息，向S-CSCFa转发业务请求消息INVITE(a)，该消息中包含表示本次呼叫发生过重定向的路由改向信息，该信息可以通过在SIP协议中的history-info头域中增加新前转原因值来携带或者通过扩展SIP协议增加新的头域或新的参数来携带；

[0306] 步骤809：由于UEa也属登记到PN中的网元，S-CSCFa根据iFC向PNMAS发送重定向请求消息INVITE(a)；

[0307] 步骤810：PNM AS根据消息类型(INVITE)和其中包含的标识本次呼叫发生过重定向的路由改向信息，判断本次触发不是本次呼叫第一次触发到PNMAS，则不再进行UE的选择，不更改本次业务请求的路由信息；

[0308] 步骤811：PNM AS将业务请求消息INVITE(a)返回给S-CSCFa，并重新启动定时器；

[0309] 步骤812：S-CSCFa将业务请求消息INVITE(a)转发至UEa；

[0310] 步骤813：PNM AS在定时器超时时仍然没有收到任何业务处理是否成功的响应消息，则PNM服务器停掉定时器计时，根据优先级列表重新选择一个低优先级的UEb，并重新启动定时器；

[0311] 步骤814～815：PNM AS向S-CSCFa发送拆线请求消息Cancel，取消这次业务请求处理；

[0312] 步骤816：PNMAS向S-CSCFa发送包含有UEb地址信息和表示本次呼叫改向是由于重定向业务引起的路由改向信息的业务请求消息INVITE(b)；

[0313] 步骤817：PNM AS向MGCFb发送请求查询GMSCb地址信息的业务请求消息INVITE(b)，该消息中携带标识本次呼叫曾经发生过重定向业务引起的呼叫改向的路由改向信息，该信息可以在SIP协议中的history-info头域中增加新前转原因值来实现或者扩展SIP协议，增加新的头域或新的参数来实现；

[0314] 步骤818：MGCFb进行消息类型转换，将业务请求消息IAM(b)发往GMSCb，其中携带标识本次呼叫发生过重定向的路由改向信息，该信息可以在ISUP协议中的UUI中携带或者通过扩展ISUP协议，在IAM(b)消息中增加新的信元携带此信息或者通过增加redirectioninformation的前转原因取值来实现；

[0315] 步骤819～820：GMSCb向HSSb发送获取UEb路由信息的SRI消息，HSSb返回T_CSI数据；

[0316] 步骤821：GMSCb根据T_CSI数据向PNM AS发送重定向请求消息intialDP，其中携带标识本次呼叫发生过重定向的路由改向信息，该信息可通过在InitialDP消息中的redirectionInformation参数中携带或者扩展CAP协议，在InitialDP消息中增加信元携带此信息来实现；

[0317] 步骤822.PNM AS根据initialDP中存在本次呼叫发生过重定向的路由改向信息，不进行其他优先级UE的选择，向GMSCb下发动态检测点EDP-R，以监视UEb忙或无应答或不可及事件，并重新启动定时器；

[0318] 步骤823：PNM AS向GMSCb发送指示继续呼叫UEb的业务请求消息Continue(b)；

[0319] 步骤824：GMSCb获取到UEb的路由信息；

[0320] 步骤825：GMSCb向UEb发起业务请求消息IAM(b)，该消息被接续到端局，端局向UEb下发业务请求消息；

[0321] 步骤826～827：此时UEe由于某种原因主动释放本次呼叫，UEe向GMSCf发送业务请求释放消息Rel，GMSCf收到该消息后根据动态检测点通过发送initialDP消息将此事件上报给PNM AS；

[0322] 步骤828：PNM AS停止定时器计时，并决定向被叫方发起释放流程；

[0323] 步骤829-830：网络控制释放被叫侧，本次业务处理终止。

[0324] 实施例四

[0325] 用户A签约了PNM业务，他同时拥有a，b，f三个激活的用户终端UE，其中UEa、UEb激活并且按照优先级由高到低的顺序排列，网络采用在始发端重选的策略，另一用户B的CS域终端UEe首先向用户A的CS域终端f发起呼叫，其中UEa为IMS域终端，UEb为CS域终端，UEa由于正忙无法成功接续呼叫，PNM服务器根据优先级列表进行重选了UEb，在PNM服务器定时器超时时仍然没有接收到任何呼叫处理是否成功的响应，此时已经遍历完所有激活的UE仍然无法成功接续呼叫，则PNM服务器控制向主被叫双方发起呼叫释放流程，终止本次业务处理。

[0326] 参见图9，实施例四中实现重定向方法的流程如下：

[0327] 步骤901：GMSCf收到业务请求消息IAM(f)；

[0328] 步骤902：GMSCf向HSSf发送获取UEf路由信息的SRI消息；

[0329] 步骤903：HSSf收到SRI消息后向GMSCf返回和PNM业务相关的T_CSI数据，该数据在用户签约PNM业务时指定；

[0330] 步骤904：GMSCf根据T_CSI数据触发用户被叫侧CAEML业务，向PNMAS发送业务请求消息InitialDP；

[0331] 步骤905：由于上述InitialDP消息中不包含标识本次呼叫曾发生过PNM重定向引起的路由改向信息，PNM服务器判断本次PNM重定向业务触发为第一次触发，则根据优先级列表重新选择当前优先级最高的UEa；

[0332] 步骤906：PNM AS向GMSCf发送检测呼叫处理结果的动态检测点EDP-R和包含有UEa地址信息的业务请求消息Connect(a)，该消息中包含表示本次呼叫改向是由于重定向业务引起的路由改向信息，该信息可以通过redirectionInformation参数携带或者通过扩展CAP协议在Connect(a)消息中增加信元携带，同时PNM服务器同时启动定时器；

[0333] 步骤907：GMSCf向MGCFa发送请求查询S-CSCFa地址信息的业务请求消息IAM(a)，该消息中包含表示本次呼叫曾经发生过重定向业务引起的呼叫改向的路由改向信息，该信息可以通过在ISUP协议中的UUI中携带，或者通过在ISUP的redirectionInformation中携带，或者通过在IAM(a)消息中增加此信元的新的取值携带；

[0334] 步骤908：MGCFa查询获取到S-CSCFa的地址信息，向S-CSCFa转发业务请求消息INVITE(a)，该消息中包含表示本次呼叫发生过重定向的路由改向信息，该信息可以通过在SIP协议中的history-info头域中增加新前转原因值来携带或者通过扩展SIP协议增加新的头域或新的参数来携带；

[0335] 步骤909：由于UEa也属登记到PN中的网元，S-CSCFa根据iFC向PNMAS发送重定向请求消息INVITE(a)；

[0336] 步骤910：PNM AS根据消息类型(INVITE)和其中包含的标识本次呼叫发生过重定向的路由改向信息，判断本次触发不是本次呼叫第一次触发到PNMAS，则不再进行UE的选择，不更改本次业务请求的路由信息；

[0337] 步骤911：PNM AS将业务请求消息INVITE(a)返回给S-CSCFa

[0338] 步骤912.：S-CSCFa将业务请求消息INVITE(a)转发至UEa；

[0339] 步骤913～914：UEa当前正处于忙状态，UEa发出业务请求处理未成功的486响应消息，该响应按照和原信令相同的路径但相反方向返回到PNM AS；

[0340] 步骤915：PNM AS根据486响应消息的CallID等参数和相匹配的初始业务请求判断本次不需要进行UE重选处理，向S-CSCFa发送该486响应消息；

[0341] 步骤916～917：S-CSCFa向MGCFa发送该486响应消息，MGCFa将该消息转换为CS域业务请求处理未成功的Rel响应消息，并将该消息发送至GMSCf；

[0342] 步骤918：GMSCf根据动态检测点向PNMAS发送业务请求处理未成功的响应消息EventReportBCSM；

[0343] 步骤919：PNM AS根据优先级列表重新选择一个比UEa优先级低的UEb，此时定时器还没有超时，PNM AS重新启动定时器；

[0344] 步骤920：PNM AS向GMSCf发送包含有UEb地址信息的业务请求消息Connect(b)，该消息中包含表示本次呼叫改向是由于重定向业务引起的路由改向信息，该信息可以通过Connect(b)消息中的redirectionInformation参数携带或者通过扩展CAP协议在Connect(b)消息中增加信元携带；

[0345] 步骤921：GMSCf直接向GMSCb发送业务请求消息IAM(b)，该消息中包含标识本次呼叫曾经发生过重定向的路由改向信息，该信息可以通过ISUP协议中的UUI携带，或者通过扩展ISUP协议在IAM(b)消息中增加新的信元携带，或者在redirectioninformation中通过增加新的前转原因值来携带；

[0346] 步骤922～923：GMSCb向HSSb发送获取UEb路由信息的SRI消息，HSSb返回T_CSI数据；

[0347] 步骤924：GMSCb根据T_CSI数据向PNM AS发送重定向请求消息InitialDP，其中包含有标识本次呼叫发生过重定向的路由改向信息，该信息可通过在InitialDP消息中的redirectionInformation参数中携带或者通过扩展CAP协议在InitialDP消息中增加信元来携带；

[0348] 步骤925：PNM AS根据initialDP中存在的标识本次呼叫发生过重定向的路由改向信息，不进行其他优先级UE的选择；

[0349] 步骤926：PNM AS向GMSCb发送指示继续呼叫UEb的业务请求消息Continue(b)；

[0350] 步骤927：GMSCb获取到UEb的路由信息；

[0351] 步骤928：GMSCb向UEb发起业务请求消息IAM(b)，该消息被接续到端局，端局向UEb下发业务请求消息；

[0352] 步骤929：PNM AS在定时器超时时，仍然没有收到任何业务请求是否成功处理的响应消息，PNM AS判断发现已经遍历了所有激活的UE(UEa，UEb)，则决定向呼叫双方发起呼叫失败终止的流程处理；

[0353] 步骤930：PNM AS向GMSCf发送业务请求释放的Release Call消息；

[0354] 步骤931～933：GMSCf同时向UEe和UEb发出拆线请求消息Rel，本次业务请求处理结束。

[0355] 实施例五

[0356] 用户A签约了PNM业务，他同时拥有a、b和f三个终端，并且3个终端都是IMS终端，其中UEa、UEb激活并且按照优先级由高到低的顺序排列，网络采用始发端重选的策略。另一侧的用户B首先向用户A的终端f发起呼叫。UEa由于正忙无法成功接续呼叫，PNM AS根据优先级列表重选了UEb，在PNM AS定时器超时前UEb成功接续，则本次会话成功建立。

[0357] 参见图10，实施例五中实现重定向的流程如下：

[0358] 步骤1001，原被叫的S-CSCF(f)收到会话建立请求INVITE消息；

[0359] 步骤1002，由于UEf签约了PNM业务，S-CSCF检查INVITE消息中是否包含不触发PNM AS的信息，由于不包含改向信息，这里S-CSCF(f)判断正常触发PNM AS；

[0360] 步骤1003，S-CSCF(f)向PNM AS转发INVITE消息；

[0361] 步骤1004，PNM AS根据用户设定优先级列表选择当前优先级最高的UEa；

[0362] 步骤1005，PNM AS向S-CSCF(f)发送新的业务请求INVITE消息，并在该消息中增加本次呼叫发生过重定向的路由改向信息，该信息可以通过在SIP协议中的history-info头域中增加新前转原因值来携带或者通过扩展SIP协议增加新的头域或新的参数来携带，同时PNM AS启动监控呼叫处理结果的定时器；

[0363] 步骤1006，S-CSCF(f)向S-CSCF(a)转发业务请求INVITE消息；

[0364] 步骤1007，虽然UEa也签约了PNM业务，但是S-CSCF(a)根据INVITE消息携带的表示本次呼叫发生过重定向的路由改向信息，判断不需要触发iFC将INVITE再次送到PNM AS；

[0365] 步骤1008，S-CSCF(a)向UEa发送业务请求INVITE消息；

[0366] 步骤1009～1011，UEa当前正处于忙状态，UEa发出业务请求处理未成功的486响应消息，该响应按照和原信令相同的路径但相反方向返回到PNM AS；

[0367] 步骤1012，PNM AS收到486响应后，检查之前设定的定时器尚未超时，则根据优先级列表重新选择一个比UEa优先级低的UEb；

[0368] 步骤1013，PNM AS向S-CSCF(f)发送新的业务请求INVITE消息，同样在该消息中增加本次呼叫发生过重定向的路由改向信息，其方式同步骤1005处理，同时PNM AS重新启动监控呼叫处理结果的定时器；

[0369] 步骤1014，S-CSCF(f)向S-CSCF(b)转发业务请求INVITE消息；

[0370] 步骤1015，虽然UEb也签约了PNM业务，但是S-CSCF(b)根据INVITE消息携带的表示本次呼叫发生过重定向的路由改向信息，判断不需要触发iFC将INVITE再次送到PNM AS；

[0371] 步骤1016，S-CSCF(b)向UEb发送业务请求INVITE消息；

[0372] 步骤1017～1019，UEb成功接续返回200响应消息，该响应按照和原信令相同的路径但相反方向返回到PNM AS；

[0373] 步骤1020～1022，PNM AS收到200响应后，检查之前设定的定时器尚未超时，则停止定时器，在用户B的终端和用户A的UEb间建立成功呼叫。

[0374] 上述步骤与实施例二中的重选方式类似，其不同在于：实施例二中S-CSCF触发PNMAS后，由PNMAS根据INVITE消息中是否含有改向信息来判断是否要进行重定向；而本实施例中，是由S-CSCF根据INVITE消息中是否含有改向信息，通过匹配iFC来判断是否要再次触发PNM AS。其它流程和逻辑实体进行的判断与实施例二完全一致。

[0375] 由于IMS域的S-CSCF通过iFC触发AS的机制比较灵活，AS通过增加新的SIP头域或者添加新的参数，很容易使得本来与iFC匹配的消息不再与iFC匹配，因此可以通过该实施方式避免S-CSCF重复触发PNM AS。但是对于CS来说，GMSC触发gsmSCF的机制没有足够灵活，并且现有机制已经固化，因此很难在CS域避免对于gsmSCF多次触发。

[0376] 实施例六

[0377] 用户A签约了PNM业务，他同时拥有a和b两个终端，其中UEa为CS终端，UEb是IMS终端，并且UEa激活了重定向业务。PNM AS在网络中只在IMS部署。另一侧的用户B首先向用户A的UEb发起了呼叫，PNM AS选择UEa进行接续，并且在PNM AS定时器超时前接续成功，本次会话成功建立。

[0378] 参见图12，实施例六中实现重定向的流程如下：

[0379] 步骤1201，原被叫的S-CSCF(b)收到会话建立请求INVITE消息；

[0380] 步骤1202，由于UEb签约了PNM业务，S-CSCF检查INVITE消息中是否包含不触发PNM AS的信息，由于不包含改向信息，这里S-CSCF(b)判断正常触发PNMAS；

[0381] 步骤1203，S-CSCF(b)向PNM AS转发INVITE消息

[0382] 步骤1204，PNM AS根据用户设定优先级列表选择当前优先级最高的UEa；

[0383] 步骤1205，PNM AS向S-CSCF(b)发送新的业务请求INVITE消息，并在该消息中增加本次呼叫发生过重定向的路由改向信息，该信息可以通过在SIP协议中的history-info头域中增加新前转原因值来携带或者通过扩展SIP协议增加新的头域或新的参数来携带，同时PNM AS启动监控呼叫处理结果的定时器；

[0384] 步骤1206，S-CSCF(b)向MGCF(a)转发INVITE请求；

[0385] 步骤1207，MGCF(a)进行消息类型转换，将业务请求消息IAM(a)发往GMSC(a)，其中携带标识本次呼叫发生过重定向的路由改向信息，该信息可以在ISUP协议中的UUI中携带或者通过扩展ISUP协议，在IAM(b)消息中增加新的信元携带此信息或者通过增加redirectioninformation的前转原因取值来实现；

[0386] 步骤1208～1209，GMSC(a)向HSSa获取UEa的路由信息，HSSa返回T_CSI数据；

[0387] 步骤1210，GMSC(a)根据T_CSI向CS域SDS发送重定向请求消息intialDP，其中携带标识本次呼叫发生过重定向的路由改向信息，该信息可通过在InitialDP消息中的redirectionInformation参数中携带或者扩展CAP协议，在InitialDP消息中增加信元携带此信息来实现或者通过UUI携带

[0388] 步骤1211，CS域的SDS向GMSC(a)发送将请求路由至IMS域的业务请求消息Connect，该消息中包含IMS域SDS的公共业务标识PSI地址信息和标识本次呼叫发生了重定向的路由改向信息；

[0389] 或者这里SDS还可以根据其中包含改向信息执行特定CAMEL业务逻辑，不将请求路由至IMS域，而是向GMSC(a)返回CONTINUE消息，将请求继续路由至UEa；

[0390] 步骤1212，GMSC(a)向MGCF(a)发出请求路由到IMS域SDS的业务请求消息IAM，其中携带IMS域SDS的PSI地址信息和能够标识本次呼叫发生过重定向的路由改向信息；

[0391] 步骤1213～1214，MGCF(a)将ISUP消息转换为SIP INVITE消息并向I-CSCF转发该请求消息，I-CSCF获取IMS域SDS的地址信息，并向IMS域SDS发送转换后的业务请求消息INVITE，该消息中携带IMS域SDS的PSI地址信息和转换后的能够标识本次呼叫发生过重定向的路由改向信息；

[0392] 步骤1215，IMS域SDS通过转换后的SIP INVITE消息中的前转历史信息或与CS域SDS交互获取重定向后的原被叫号码信息，并根据此恢复出原被叫号码，并将其插入业务请求消息INVITE中，发送至用户终端a的S-CSCF。

[0393] 步骤1216，虽然UEa也签约了PNM业务，但是S-CSCF(a)根据INVITE消息携带的表示本次呼叫发生过重定向的路由改向信息，判断不需要触发iFC将INVITE再次送到PNM AS，而是需要直接接续UEa。

[0394] 步骤1217，S-CSCF(a)通过接入域选择服务器ADS直接选择电路域接续UEa。

[0395] 步骤1218，UEa成功接续后返回响应消息，该响应按照和原信令相同的路径但相反方向返回到PNMAS；

[0396] 步骤1217～1221，PNM AS收到成功响应后，检查之前设定的定时器尚未超时，则停止定时器，在用户B的终端和用户A的UEa间建立成功呼叫

[0397] 上述过程中并没有考虑失败重选的情况，若发生失败重选则与在IMS和CS域分别部署PNM AS的情况类似，可参考实施例四。

[0398] 参见图13，本发明还提供一种PNM重定向业务中被叫用户终端重选的系统，该系统包括：一个以上PNM业务触发实体1301和PNM服务器1302，其中PNM业务触发实体1301，用于接收业务请求，触发PNM服务器执行重定向业务逻辑；PNM服务器1302，用于执行重定向业务逻辑，从优先级列表中选择一个被叫用户终端进行业务接续；在确定当前业务接续失败时，从优先级列表中选择一个被叫用户终端继续进行业务接续，该被叫用户终端是从优先级列表中本次业务接续没有选择过的当前处于激活状态的被叫用户终端中按照优先级顺序选择，或是从被叫用户终端的优先级列表中当前处于激活状态的被叫用户终端中随机选择。

[0399] PNM业务触发实体1301用于：在所述业务请求中不包含改向信息时，触发PNM服务器执行重定向业务逻辑。PNM业务触发实体1301还用于：在所述业务请求中包含改向信息时，将所述业务请求返回给发送该业务请求中的被叫用户终端。

[0400] PNM业务触发实体1301用于：通过发送重定向业务请求来触发PNM服务器执行重定向业务逻辑，则PNM服务器1302用于：在所述重定向业务请求中不包含改向信息时，执行重定向业务逻辑，从优先级列表中选择一个被叫用户终端，并将含有改向信息和选择的被叫用户终端地址信息的业务请求发送给该被叫用户终端所属网络的PNM业务触发实体。PNM服务器1302进一步用于：在所述重定向业务请求中包含改向信息时，向发送所述重定向业务请求的PNM业务触发实体发送业务请求。

[0401] PNM服务器1302进一步用于：向PNM业务触发实体1301下发动态监测点，则PNM业务触发实体1301进一步用于：在业务接续失败时，根据所述动态监测点向所述PNM服务器发送业务处理失败响应。

[0402] PNM业务触发实体1301进一步用于：在业务接续失败时，向所述PNM服务器发送业务处理失败响应。

[0403] PNM服务器1302用于：通过接收到PNM业务触发实体发来的业务处理失败响应，确定当前业务接续失败。

[0404] PNM服务器1302用于：通过在预先设置的定时器超时前没有收到PNM业务触发实体发来的业务处理失败或成功响应，或在定时器超时前收到PNM业务触发实体发来的业务失败响应，确定当前业务接续失败。

[0405] PNM服务器1302用于：从优先级列表中本次业务接续没有选择过的当前处于激活状态的被叫用户终端中按照优先级顺序选择所述被叫用户终端，或是从优先级列表中当前处于激活状态的被叫用户终端中随机选择所述被叫用户终端。

[0406] 参见图14，本发明还提供一种重定向业务触发装置，可以应用于PNM重定向业务中被叫用户终端重选的系统中，该装置包括第一检测单元1401和转发单元1402，其中，第一检测单元1401，用于检测被叫用户终端的业务请求处理结果；转发单元1402，用于当第一检测单元检测到被叫用户终端未成功处理业务请求时，向PNM服务器发送业务失败响应。

[0407] 第一检测单元1401用于：根据接收到业务处理成功或失败响应，来检测被叫用户终端成功处理业务请求或处理业务请求失败。

[0408] 转发单元1402用于：根据PNM服务器下发的动态检测点，向PNM服务器发送业务处理失败响应。

[0409] 所述重定向业务触发装置还包括触发单元1403，用于接收业务请求，触发PNM服务器执行重定向业务逻辑。

[0410] 触发单元1403包括接收单元14031和执行单元14032，其中，接收单元14031，用于接收业务请求；执行单元14032，用于触发PNM服务器执行重定向业务逻辑。

[0411] 触发单元1403进一步包括匹配单元14033，用于将所述业务请求中携带的信息与本地的触发策略相匹配；则执行单元14032用于：在匹配单元的匹配结果为需要触发PNM服务器时，触发PNM服务器执行重定向业务逻辑。

[0412] 参见图15，本发明还提供一种PNM服务器，可以应用于PNM重定向业务中被叫用户终端重选的系统中，该服务器包括接续单元1501，用于在确定当前业务接续失败时，从优先级列表中选择一个被叫用户终端进行业务接续。

[0413] 接续单元1501包括第二检测单元15011和重选单元15012，其中，第二检测单元15011，用于根据PNM业务触发实体发来的业务失败响应确定当前业务接续失败；重选单元
15012，用于在第二检测单元确定当前业务接续失败时，从优先级列表中选择一个被叫用户终端进行业务接续。

[0414] 第二检测单元15011进一步用于：根据在预先设置的定时器超时前没有收到PNM业务触发实体发来的业务处理失败或成功响应，或在定时器超时前收到PNM业务触发实体发来的业务失败响应，确定当前业务接续失败。

[0415] 该PNM服务器还包括第一处理单元1502，用于接收PNM业务触发实体发来的重定向业务请求，判断所述重定向业务请求中是否包含改向信息，当所述重定向业务请求中不包含改向信息时，将该业务请求发送给重选单元，当所述重定向业务请求中包含改向信息时，将该业务请求返回给所述PNM业务触发实体；则重选单元15012进一步用于：接收到所述业务请求时，从优先级列表中选择一个被叫用户终端进行业务接续。

[0416] 第一处理单元1502包括第一接收单元15021、判断单元15022和第一发送单元15023，其中，第一接收单元15021，用于接收PNM业务触发实体发来的重定向业务请求；判断单元15022，用于判断所述重定向业务请求中是否包含改向信息；第一发送单元15023，用于判断单元判断所述重定向业务请求中不包含改向信息时，将该业务请求发送给重选单元，当判断单元判断所述重定向业务请求中包含改向信息时，将该业务请求返回给所述PNM业务触发实体。

[0417] 参见图16，本发明还提供一种个人网管理PNM重定向业务中被叫用户终端重选的系统，该系统包括业务域选择服务器1601、PNM业务触发实体1602和PNM服务器1603，其中，业务域选择服务器1601，位于电路域，用于收到为发往所服务用户的CS域被叫业务请求的域选择请求后，根据条件判断是否要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理，并在判断需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理时，指示将所述被叫业务请求路由至IMS域，否则指示继续在CS域进行所述被叫业务的接续；这里，业务域选择服务器通过判断所述域选择请求中是否包含改向信息来判断是否需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理，在所述请求中不包含改向信息时，将所述被叫业务请求路由到IMS域；PNM业务触发实体1602，位于IMS域，用于接收到所述被叫业务请求后，触发PNM服务器执行重定向业务逻辑；PNM服务器1603，位于IMS域，用于执行重定向业务逻辑，从优先级列表中选择一个被叫用户终端进行业务接续；在确定当前业务接续失败时，从优先级列表中选择一个被叫用户终端继续进行业务接续。

[0418] 业务域选择服务器1601用于：接收到所述被叫业务请求后，在所述被叫业务请求中不包含改向信息时，将该被叫业务请求路由到IMS域。

[0419] 业务域选择服务器1601还用于：接收到所述被叫业务请求后，在所述被叫业务请求中包含改向信息时，将该被叫业务请求消息发送给所述被叫业务请求中的被叫用户终端。

[0420] PNM业务触发实体1602用于：接收到所述被叫业务请求后，在所述被叫业务请求中不包含改向信息时，向所述PNM服务器发送重定向业务请求。

[0421] PNM业务触发实体1602还用于：接收到所述被叫业务请求后，在所述被叫业务请求中包含改向信息，并且所述被叫业务请求中的被叫用户终端为CS域终端时，通过ADS和VMSC将该被叫业务请求消息发送给所述被叫用户终端。

[0422] PNM服务器进行重选时，所述被叫用户终端是从优先级列表中本次业务接续没有选择过的当前处于激活状态的被叫用户终端中按照优先级顺序选择，或是从被叫用户终端的优先级列表中当前处于激活状态的被叫用户终端中随机选择。

[0423] 参见图17，本发明还提供一种业务域选择服务器，该服务器位于电路域，该服务器包括：路由单元1701，用于收到为发往所服务用户的CS域被叫业务请求的域选择请求后，根据条件判断是否要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理，并在判断需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理时，指示将所述被叫业务请求路由至IMS域，否则指示继续在CS域进行所述被叫业务的接续；这里，业务域选择服务器通过判断所述域选择请求中是否包含改向信息来判断是否需要将所述被叫业务请求路由到IMS域进行PNM重定向业务处理，在所述请求中不包含改向信息时，将所述被叫业务请求路由到IMS域。

[0424] 该服务器还包括接续单元1702，用于接收到来自电路域的被叫业务请求时，如果该被叫业务请求中包含改向信息，则将该被叫业务请求发送给所述被叫业务请求中的被叫用户终端。

[0425] 参见图18，本发明还提供一种转接重定向触发装置，该装置位于IMS域，该装置包括触发单元1801，用于接收到来自电路域的的被叫业务请求时，如果该被叫业务请求中不包含改向信息，则向IMS域的PNM服务器发送重定向业务请求。

[0426] 该装置还包括接续单元1802，用于接收到来自电路域的的被叫业务请求时，如果该被叫业务请求中包含改向信息，并且所述被叫业务请求中的被叫用户终端为CS域终端时，则通过ADS和VMSC将该被叫业务请求消息发送给所述被叫用户终端。

[0427] 需要说明的是，本文中出现的用户终端(UE)激活或处于激活状态，是指该用户终端是被用户事先指定为终结个人网(PN)内请求的UE。

[0428] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。