个人网管理中用户设备登记、激活系统、方法及装置的制作方法
专利名称：个人网管理中用户设备登记、激活系统、方法及装置的制作方法
技术领域：
本发明涉及通信领域的数据传输技术，尤其涉及一种个人网管理中用户设 备登记、激活的系统、方法及装置。冊H从第三代移动通信标准化伙伴项目(3GPP)的R5阶段开始，通用移动通 信系统(UMTS )核心网划分为电路交换(Circuit Switched Domain, CS )、分 组交换(Packet Switched Domain, PS)以及IP多i某体子系统(IP Multimedia Subsystem, IMS)三个子系统。CS用于向用户提供电路型业务的连接，包括移动交换中心(MSC):完 成电路交換型业务的交换和信令控制功能；关口移动交换中心(GMSC):某 一网络中完成移动用户路由寻址功能的MSC，可与MSC合设或分设；互联服 务器(IWF):与MSC紧密相关，完成公众陆地移动网(PLMN)与综合业务 数字网(ISDN)、公共交换电话网(PSTN)和公用数据网(PDN)间的互通， 主要完成倌令转换功能，具体功能根据业务码和网络种类不同规定。PS用于向用户提供分组型业务的连接，包括通用分组无线业务(GPRS) 支持节点(GSN):完成分组业务用户的分组包的传送；服务GPRS支持节点 (SGSN):提供核心网与无线接入系统的连接，完成分组型数据业务的移动性 管理、会话管理等功能，管理移动用户(MS)在移动网络内的移动和通信业 务；网关GPRS支持节点(GGSN):作为移动通信系统与其它公用数据网之间 的接口，同时还具有查询位置信息的功能，SGSN、 GGSN均提供计费信息； 边界网关(BG):完成两GPRS网络间的互通，保证网络互通的安全性。IMS是3GP3P R5阶段增加的宽带码分多址接入系统(WCDMA )网络中叠
加在已有分组域之上的 一个子系统，采用分组域为其上层控制信令和i某体传输的承栽通道，引入会话初始化协议(SIP)作为业务控制协议，利用SIP简单、易扩展、媒体组合方便的特点，通过将业务控制与承载控制分离，提供丰富的多媒体业务；IMS中主要的功能实体包括控制用户注册、会话控制等功能的呼 叫会话控制实体(CSCF)、提供业务逻辑控制功能的应用服务器(AS)、集中 管理用户签约数据的归属签约用户服务器(HSS)以及用于实现与电路交换网 互通的媒体网关控制实体(MGCF)，用户通过当前所在地代理呼叫会话控制 实体(P-CSCF)接入IMS,务活和业务触发控制及与AS的业务控制交互则由 其注册地的归属域^^务呼叫会话控制实体(S-CSCF)完成。HSS是IMS子系统中用户最重要的数据库，保存着所有和签约相关的信 息，用于支持各个网络实体对呼叫和会话的处理，具体包括用户的标识、编 号以及寻址信息；用户的安全信息；用户的位置信息以及用户的描述信息等。 一个归属网络可以有一个或者多个HSS,取决于签约用户的数量，网络设备的 容量以及具体的组网情况。HSS提供营业厅接口，用于用户数据的维护(例如 增加、修改、删除用户签约数据等)。同时HSS支持它和查询呼叫会话控制实 体(I-CSCF)、 S-CSCF之间的接口 (Cx),和AS之间的接口 (Sh)的用户数 据下栽。在IMS出现以前，归属位置寄存器(HLR)是保存用户CS域和PS域数 据的实体，HLR支持C接口 (HLR和GMSC/MSC之间接口 )， D接口 (HLR 和VLR之间接口 )，Gr接口(HLR和SGSN之间接口 )，Gc接口(HLR和GGSN 之间接口 )。 一般认为HSS是HLR的超集，两者合设，HSS内嵌了HLR的功 能，当用户进行网络登记时，把登记的消息传递到HLR/HSS，并根据其下载 用户的签约数据进行后续的业务操作，AS通过Sh接口能够获取、订阅IMS 的数据并能部分获取CS和PS域的数据，但在实际网络布局时也不排除HLR 和HSS分设的情况。通常情况下一个用户可能同时拥有多个设备用于运行通信业务，这些设备
可以分别是电路域设备，IMS域设备，PSTN终端，它们还可以归属于不同的 运营商，由不同运营商提供电信服务，同时这些设备可能分别具备不同的能力， 能力不同限制了设备的某些应用或者特定的媒体类型(如视频，图像)的支持。 3GPP在R7阶段引入一项新的称为个人网管理(PNM)的业务，该业务以用 户为中心，将同一用户的设备或可为该用户使用的设备集中管理，使用户得以 充分利用其不同能力的终端或终端外设得到更好的业务体验。在PNM项目第一阶段，主要关注个人网(PN)内部各用户设备(UE)的 管理，提供m内各UE间重定向服务和私网服务两种类型的业务。其中重定 向服务是指用户亊先激活PN内的一个或多个UE,若激活多个UE则这些UE 分别具有不同的优先级，后续所有发往PN内的任一 UE的业务请求都会终结 到上述激活的UE，例如，将所有发往PN内的任一UE的视频电话请求都重定 向终结到PN内屏幕最大的那个UE上。在UE可以使用重定向业务码和私网 业务之前，UE必须首先登记到PN网络内，成为PN网络中的网元。如图1所示，为现有技术中PN内UE的登记流程示意图，该方法包括以 下步槺步骤101:在UE发起登记流程之前，必须首先在HSS上签约PNM业务， HSS上记录这部分允许主动登记到PN的IP多媒体私有标识(IMPI )，并将这 些数据拷贝到PNM服务器，数据拷贝后PNM服务器为此PN分配一个唯一的 PN标识。步骤102:终端UE发送的登记请求首先到达网络应用功能实体(NAF), NAF会对UE的身份使用通用引导架构(GBA)鉴权方式进行鉴权并获得此 UE的IMPI,检查该IMPI是否在HSS中签约了 PNM业务。步骤103:鉴权通过后NAF在请求中加入IMPI并将请求转发至PNM服 务器。若用户同时登记多个和此UE关联的IP多媒体公有标识(IMPU )，则需 要在上述请求中增加指示，指定其中一个为PreferIMPU, PNM服务器收到请 求后根据请求中的IMPI索引找到对应的PN记录，并使用IMPI向HSS查询
和此IMPI关联的IMPU。步骤104: HSS返回PNM服务器请求的数据，当登记请求中包含的IMPU 都在HSS返回的数据中时，则这些IMPU有效，并且需要请求中的PreferIMPU 为已注册状态，这些条件都成立时，则允许PNM服务器将这些IMPU和对应 的IMPI数据增加到PN中，即登记成功。在本申请文本中，所述已注册的IMPU 为在PLMN网络中保存了信息的IMPU。所述的登记请求中还需要UE包含国际移动设备标识(IMEI), PNM服务 器保存此IMEI并在返回登记成功的响应时也包含此IMEI,作为此UE在PN 网络中的个人网元(PNE)标识，后续所有此UE发起的PNM配置管理请求， 都要包含IMEI,防止用户使用同一个通用集成电路卡(UICC)但替换终端的 情况发生。在此现有技术的方法中，当UE登记到PN时，如果登记请求中携带多个 IMPU，则指定其中一个为PreferIMPU，后续如果此UE被激活并在重定向业 务中作为最终终结业务的UE时，此PreferIMPU将会作为新的目标地址填充到 业务请求(Request-URI)头域。但由于在IMS中S-CSCF会检查请求中包含 的媒体类型，若此PreferIMPU的签约数据中没有签约此媒体类型则S-CSCF 会拒绝此请求，导致呼叫受损，会话接通率低，降低了用户业务感受。发明内容本发明实施例提供一种个人网管理中用户设备登记、激活的系统、方法及 装置，用以解决现有技术中存在当PreferIMPU的签约数据中没有签约请求中 包含的媒体类型时造成的呼叫受损，会话接通率低的问题。本发明实施例提供一种个人网管理PNM业务中登记方法，该方法包括以 下步骤A. PNM服务器接收到已签约PNM业务的用户设备发起的登记请求，所 述登记请求中含有一个或一个以上要登记到个人网PN的IP多媒体公有用户标
识IMPU, PNM服务器确定所述IMPU在公众陆地移动网PLMN中的注册状态；B. PNM服务器将在PLMN中已注册的IMPU保存。当登记类型为邀请第三方登记时，在步骤A中所述PNM服务器接收到登 记请求后还包括步骤A0、 PNM服务器判断该发起含有邀请第三方登记类型的登记请求的用户 设备是否具有邀请权限且已登记到PN,若是，则向被邀请的用户设备发送邀 请登记请求，若不是，则向该发起登记请求的用户设备返回登记失败响应。当所述用户设备具有邀请权限且已登记到PN时，步骤AO后还包括步骤Al、被逸请的用户设备接收到该邀请登记请求后，再向PNM服务器发起 登记请求，其中携带被邀请的用户设备标识。当登记类型为主动登记时，步骤B还包括PNM服务器将发起登记请求的 用户设备标识保存；当登记类型为邀请第三方登记时，步骤B还包括PNM服 务器将被邀请的用户设备标识保存。步骤A中所述PNM服务器确定所述IMPU的注册状态的步骤包括A21、 PNM服务器向该IMPU对应的用户设备的HSS发送查询请求，该 查询请求中包含与所述IMPU关联的IMPI;A31 、所述HSS根据该IMPI查询出所有与该IMPI关联的已注册的IMPU， 并将含有该已注册的IMPU的查询响应返回给PNM服务器；A41、 PNM服务器将登记请求中包含的IMPU与HSS返回的已注册的 IMPU比较，获得登记请求中包含的IMPU的注册状态。步骤A中所述PNM服务器确定所述IMPU的注册状态的步骤包括A22、 S-CSCF向所述PNM服务器发送发送第三方注册请求，该请求中包 括S-CSCF保存的已注册的IMPU;A32、所述PNM服务器接收到所述第三方注册请求后，向所述S-CSCF 发起订阅所迷IMPU的注册事件请求；A42、所述S-CSCF接收到所述订阅所述IMPU的注册事件请求后，向所 述PNM服务器发送通知消息，该通知消息中包含与步骤A22中所述IMPU关 联于相同的私有用户标识的已注册的IMPU;A52 、 PNM服务器将登记请求中包含的IMPU与所述通知消息中的已注册 的IMPU比较，获得登记请求中包含的IMPU的注册状态。在步骤B1之后，当所述IMPU全部未注册时，步骤C中所述登记请求响 应包括登记失败信息；当所述IMPU部分或全部注册时，步骤C中所述登记请 求响应包括登记成功信息和已保存的IMPU列表。本发明实施例提供一种PNM业务中登记'系统，该登记系统包含已签约 PNM业务的用户设备和PNM服务器，所述用户设备，用于向所述PNM服务器发起登记请求，所述登记请求中 含有一个或一个以上MPU;所述PNM服务器，用于接收所述用户设备发起的登记请求，并确定该登 记请求中包含的IMPU在PLMN中的注册状态，并将已注册IMPU的保存。本发明实施例提供一种PNM服务器，该PNM服务器包括接收单元，用于接收用户设备发起的登记请求，所述登记请求中含有一个 或一个以上IMPU;查询单元，用于查询所述IMPU在PLMN中的注册状态；登记服务器单元，用于将所述登记请求中所包含的在PLMN中已注册的 IMPU保存。本发明实施例还提供一种PNM业务中激活方法，PNM服务器保存已在 PN中登记的用户设备的信息和IMPU，该激活方法包括以下步骤A. 用户设备将激活请求发送给PNM服务器，所述激活请求中包含激活 配置，所迷激活配置包括被激活的用户设备的IMPU和激活层次的参数；B. PNM服务器分别对用户设备的能力和IMPU的签约业务进行鉴权，当 鉴权通过且所述用户设备和IMPU在PN内已登记时，保存所述激活配置。 所述激活层次的参数取值包括全局激活、业务激活和业务成^f分激活，其中，所述全局激活，表示所述用户设备执行所述IMPU签约的业务； 所述业务激活，表示所述用户设备执行该用户设备指定的业务； 所述业务成份激活，表示所述用户设备处理该用户设备指定的业务中的媒 体成份。当所迷激活层次的参数取值为业务激活或业务成^P分激活时，所述激活配置 还包括被激活的业务码和/或々某体类型标识。所述用户设备和IMPU在PN内登记的步骤包括PNM服务器接收到已签约PNM业务的用户设备发起的登记请求，所述登 记请求中含有一个或一个以上要登记到PN的IMPU, PNM服务器确定所述 IMPU在PLMN中的注册状态，再将已注册的IMPU保存。当激活类型为邀请第三方激活时，在所述步骤A之后B之前还包括步骤 A0、 PNM服务器判断该发起含有邀请第三方激活类型的激活请求的用户 设备是否具有邀请权限且已登记到PN，若是，则向被邀请的用户设备发送邀 请激活请求，若不是，则向该发起激活请求的用户设备返回激活失败响应。 当所述用户设备具有邀请权限且已登记到PN时，步骤A0后还包括步骤 Al、被邀请的用户设备接收到该邀请激活请求后，再向PNM服务器发起 激活请求,其中携带被邀请的用户设备标识。当激活类型为主动激活时，步骤B还包括PNM服务器将发起激活请求的 用户设备标识保存，所述发起激活请求的用户设备为已登记的，且与所述IMPU 关联；当激活类型为邀请第三方激活时，PNM服务器将被邀请的用户设备标 识保存，所述被邀请的用户设备为已登记的，且与所述IMPU关联。 在步骤B中所述PNM服务器保存激活配置前，还进一步包括步骤 BO、PNM服务器向该IMPU对应的用户设备所属的HSS发起获得该IMPU 注册状态和/或签约的业务信息变化事件的请求； Bl、 HSS接收该请求后保存PNM服务器的地址，若保存成功，则在后续 该IMPU注册状态发生变化和/或该IMPU签约的业务信息发生变化时发送消息 给PNM服务器，若保存失败，则向PNM服务器返回请求失败信息。当步骤B1中HSS保存失败时，所述步骤B中PNM服务器不将激活请求 中的激活配置保存，且步骤C中所述激活响应包括激活失败信息。所述步槺B后还进一步包括步骤C. PNM服务器接收到触发重定向业务的请求后，根据该请求和所述已保 存的激活配置查询出满足业务要求的已激活的用户设备的IMPU，并将该IMPU 作为业务请求的新的目标地址。当步骤C中PNM服务器查询出一个以上满足业务要求的已激活的用户设 备的IMPU时，PNM服务器任选一个IMPU作为业务请求的新的目标地址或 选择一个用户事先指定的IMPU作为业务请求的新的目标地址。本发明实施例还提供一种PNM业务中激活系统，该系统包含用户设备和 PNM服务器，所述用户设备，用于向所述PNM服务器发送激活请求，所述激活请求中 包含激活配置，所述激活配置包括IMPU和激活层次的参数；所述PNM服务器，用于保存已在PN中登记的用户设备和IMPU信息， 并接收所迷用户设备发起的激活请求，并分别对用户设备的能力和IMPU的签 约业务进行鉴权，当鉴权通过且所述用户设备和IMPU在PN内已登记时，保 存所述激活配置。本发明实施例还提供一种PNM服务器，所述PNM服务器包括 登记信息存储单元，用于存储登记在PN中的用户设备和IMPU信息； 接收单元，用于接收用户设备发起的激活请求，所述激活请求中包含激活 配置，所迷激活配置包括被激活的用户设备的IMPU和激活层次的参数；激活服务器单元，用于分别对所述用户设备的能力和IMPU的签约业务进 行鉴权，当鉴权通过且所述用户设备和IMPU在PN内已登记时，保存所述激
活配置。本发明实施例通过对满足条件的UE及其关联的IMPU进行登记，且根据 用户意愿将已登记的UE及其关联的IMPU激活，再根据呼叫始发端的业务请 求选择出针对该业务类型和/或其媒体类型的激活的IMPU作为重定向后的目 标地址Request-URI,从而避免了在登记请求中携带多个IMPU时，则指定其 中一个为PreferIMPU造成的业务请求处理失败的问题，提高了会话接通率， 增强了业务感受。
图1为现有技术中PN内UE的登记流程示意图； 图2为本发明实施例登记系统结构示意图； 困3为本发明实施例登记过程步骤流程示意图； 图4为本发明实施例中主动登记过程信令流程示意图； 围5为本发明实施例中邀请第三方登记过程信令流程示意图； 围6为本发明实施例登记用户设备结构示意图； 困7为本发明实施例登记PNM服务器结构示意图； 困8为本发明实施例激活系统结构示意图； 困9为本发明实施例激活过程步骤流程示意图； 闺10为本发明实施例中UE主动激活过程信令流程示意图； 闺11为本发明实施例中触发重定向业务过程信令流程示意图； 图12为本发明实施例中PNM服务器在一次会话中对会话的视频和语音成 分分别重定向到两个UE的步骤流程示意图；图13为本发明实施例激活用户设备结构示意图； 困14为本发明实施例激活PNM服务器结构示意图。
具体实施方式
为了解决现有技术中由于登记请求中UE携带多个IMPU，则指定其中一 个为PreferIMPU,激活时针对UE激活并没有检查各IMPU的签约情况，在后 续执行重定向业务过程中返回指定的PreferIMPU时造成的若该PreferIMPU的 签约数据中没有签约需要的媒体类型时S-CSCF会拒绝此请求的后果，本发明 实施例中提出了新的PNM业务中UE的登记和激活方法，下面结合说明书附 图详细说明。如图2所示，为本发明实施例登记系统的结构示意图，该登记系统包含已 签约PNM业务的UEll和PNM服务器12，其中，l正ll用于向所述PNM服 务器12发起登记请求，所述登记请求中含有一个或一个以上IMPU; PNM服 务器12用于接收所述UE11发起的登记请求，并确定该登记请求中包含的 IMPU在PLMN中的注册状态，并将已注册IMPU的保存。PNM服务器12还用于向发起登记请求的UE11返回登记请求响应，或向 发起登记请求的UE11和该IMPU对应的UE返回登记请求响应。PNM服务器12用于在所述登记请求中登记类型为主动登记时，向发起登 记请求的用户设备返回登记请求响应，此发起登记请求的UE为该IMPU关联 的；当所述登记类型为邀请第三方登记时，向发起登记请求的用户设备和被邀 请的用户设备返回登记请求响应，此被邀请的UE为该IMPU关联的。PNM服务器12进一步用于当所述登记请求中的登记类型为主动登记时， 还保存发起登记请求的UE11标识；当登记类型为邀请第三方登记时，还保存 被邀请的UE标识。本发明实施例中系统的工作方式包括已签约PNM业务UE11首先向PNM 服务器M登记请求，该登记请求中包含一个或一个以上的希望登记到PN网 中的IMPU，进一步地，该登记请求中还可以包括登记类型和发起登记请求的 UE的标识。PNM服务器接收到该登记请求后，向被登记的UE的HSS查询已 在PLMN中注册的IMPU信息。当登记类型为主动登记时，所述被登记的UE 即为JtA登记请求的UE,当登记类型为邀请第三方登记时，所述被登记的UE
为被遨请的UE。 PNM服务器查询到已注册的IMPU信息后与该登记请求中的 IMPU进行比较，将登记请求中包含的且已注册的IMPU保存，当登记类型为 主动登记时，还同时保存发起登记请求的UE标识，并向该UE返回登记请求 响应；当登记类型为邀请第三方登记时，同时保存该被邀请的UE,并向该发 起登记请求的UE和该被邀请的UE返回登记请求。如图3所示，为本发明实施例中登记方法的步骤流程示意图，该登记的方 法主要步骤包括步骤301: UE向PNM服务器发起加入到PN的登记请求，该请求中包含 了 一个或多个需要登记到PN的IMPU、与所述IMPU关联的IMPI和登记类型， 该登记类型可以包括主动登记和邀请第三方登记。若登记类型为邀请笫三方登记时，PNM服务器通过Sh接口查询当前为被 邀请的UE服务的S-CSCF，将登记邀请请求发送至此S-CSCF,由S-CSCF进 一步路由至,请的UE,被邀请的UE收到此请求后若同意加入PN,则发起 主动登记流程。步骤302: PNM服务器检查请求中包含的需要登记到PN的所有IMPU的 注册状态，对于在PLMN中处于注册状态的IMPU, PNM服务器在PN中记录 这些IMPU信息,认为登记成功，若请求消息中不存在满足上述条件的IMPU， 则认为本次躬己搮作失败。实施例1为签约了 PNM业务的UE (PNMl正)主动登记的过程，在本实 施例中该PNMUE为IMS终端，如图4所示，该过程主要包括以下步骤步骤401: PNMUE发起登记请求。在PNM UE发起登记请求之前，就已经签约了PNM业务，PNM服务器 保存签约了 PMVI业务的IMPU和IMPI列表，并为这些属于同一 PN的IMPU 和IMPI分配一个唯一的标识PN-ID。此时PNM UE发起登记请求，该登记请求中包含了要登记到PN网络的 IMPU和登记类型，在本实施例中登记类型为主动登记，进一步的，该登记请求
中还可以包括发起登记请求的UE的设备标识。 步骤402: NAF对该P應UE进行鉴权。
该PNM l正发起的登记请求首先到达NAF， NAF对其采用GBA鉴权方 式进行鉴权。当鉴权通过后，NAF将此登记请求发送给PNM服务器，该请求 中不仅包含步骤401中所述的信息，NAF还在此请求中增加了该已通过鉴权的 UE的IMPI。
步骤403: PNM服务器向被登记UE的HSS查询已注册的IMPU。
当PNM服务器收到该请求后，向该HSS发送查询请求，该查询请求中包
含与所述MPU关联的IMPI，查询出和此IMPI关联的所有已经注册到PLMN
的IMPU。
步骤404: HSS向PNM服务器返回查询响应。
HSS根据PNM服务器发送的查询请求查询出所有已经注册的IMPU,并 将该倌息发送给PNM服务器。
步骤405: PNM服务器对登记请求中包含的要登记到PN网络的IMPU的 注册状态进行检查。
PNM服务器将登记请求中包含的IMPU和HSS返回的已经注册的IMPU 列表进行比较，若登记请求中携带的IMPU存在一个或多个包含在HSS返回 的列表中时，PNM服务器才会允许这些包含在返回列表中的IMPU登记到PN 中，其余未注册的IMPU将不会被登记。若登记请求中的IMPU全部未注册， 则返回登记失败。
通过步骤步骤403至405，实现了确定IMPU的注册状态的过程，在本发 明实施例中也可以利用其他的方法实现该确定过程，例如在IMPU的注册过 程中，已注册成功的IMPU保存在S-CSCF中，因此，该S-CSCF才艮据签约PNM
业务时为其制定的初始过滤规则iFC向PNM服务器发送第三方注册请求，该 请求中包括已注册的IMPU。但是该IMPU不一定是该S-CSCF保存的所有已 注册的IMPU，因此，当PNM服务器接收到所述第三方注册请求后，再向所
述S-CSCF发起订阅所述IMPU的注册事件(reg-event)请求，该S-CSCF接 收到该订阅请求后，向所述PNM服务器发送通知消息(Notify),该Notify中 包含与所述IMPU关联于相同的私有用户标识的已注册的IMPU，则PNM月艮 务器将登记请求中包含的IMPU与所述S-CSCF发送的已注册的IMPU比较， 获得登记请求中包含的IMPU的注册状态。
另外，该S-CSCF接收到该订阅请求后，若保存的所述关联于相同的私有 用户标识的已注册的IMPU的注册状态改变时，向所述PNM服务器发送 Notify,该Notify中包含注册状态改变后已注册的IMPU，即S-CSCF通过Notify 实时向PNM服务器发送已注册的IMPU信息。
步骤406:设置IMPU加入到PN中的标识。
对于步骤405中注册状态检查完成的IMPU， PNM服务器向所述IMPU对 应的HSS发送要求HSS对所述IMPU记录设置已经登记到所述PN的标识的 请求，HSS收到该请求后根据所述PN_ID判断所述IMPU是否已经加入到其 它PN中，判断方法为查询HSS中保存的所述IMPU记录中是否已经存在不 同的PN—ID,若没有，说明所述IMPU没有加入其它PN,则对所述IMPU记 录设置标识成功，指示这些IMPU和IMPI已经加入到所述PN中，若有，说 明IMPU已经加入其它PN,则对所述IMPU记录设置标识失败，并向PNM服 务器返回设置响应。
在本实施例中，可以设定所述设置已经登记到所述PN的标识的请求可以 为Sh接口中的更新数据消息(Sh-Update)。且该请求还可以包含所述PN对应 的号码标识(PN_ID )、所述IMPU和该IMPU对应的IMPI。
步骤407: PNM服务器收到HSS发送的设置成功响应后，在PN中存储所 述的IMPU的信息，这些信息可以包括IMPU和IMPI，进一步的还可能保存 此登记到PN的UE的设备标识，随后PNM服务器向UE返回登记请求响应。 当登记请求中包含的IMPU全部未登记时，该登记请求响应包含登记失败信息； 当登记请求中包含的IMPU部分或全部登记时，该登记请求响应包含登记成功
信息和已保存的IMPU列表。
实施例2为PNM UE1邀请PNM UE2加入PN的第三方登记流程，在本实施例 中PNMUE1和PNMUE2都为IMS终端，如图5所示，该过程主要包括以下步骤
步骤501: PNMUE1代PNMUE2发起第三方登记请求。
PNM UE1通过Ut接口发起第三方登记请求，该请求中包含了被邀请的 UE2的IMPU以及登记类型，该登记类型为邀请第三方登记。
步骤502: NAF对UE1进行鉴权。
第三方登记请求被UE1的超文本传输协议客户端(HttpClient)首先发送 到NAF。 NAF对UE1的身份进行GBA方式的鉴权，当鉴权通过后NAF将该 请求转发至PNM服务器，该请求中除包含了步骤501所述的信息外，还包含 了腦的MPI。
步骤503: PNM服务器对UE1的权限进行检查。
只有具有邀请第三方的权限且已经登记到PN的UE才可以邀请其他UE， 因此PNM服务器要根据UE1的IMPI对UE1的权限进行检查，当检查通过后， PNM服务器通过Sh接口向UE2的HSS2查询当前为UE2服务的S-CSCF, HSS2 向PNM服务器返回UE2的S-CSCF服务器名称，若S-CSCF不存在时则返回 错误信息。
步骤504: PNM服务器向UE2发送邀请UE2登记的请求。 PNM服务器向该S-CSCF发起邀请UE2登记请求，该请求可以是SIP中 的MESSAGE消息，若步骤503中HSS2返回的是错误信息，则PNM服务器 向UE1返回错误；该邀请请求由S-CSCF路由到P-CSCF,再由P-CSCF路由 到UE2; UE2收到该请求后按照和该邀请请求相反的路径返回请求成功接收的 消息，该消息到达PNM服务器后，PNM服务器同时启动定时器。 步骤505:当UE2同意加入PN，则向PNM服务器发送登记请求。 若UE2同意加入PN,则向PNM服务器发送登记请求，该请求中包含了 UE2的IMPI和IMPU，进一步的，还可能包括l正2的设备标识收到该请求后
PNM服务器停止步骤504中启动的定时器；若定时器超时PNM服务器仍然没 有收到UE2的登记请求，则PNM服务器发送错误响应给UE1 。
步骤506: UE2加入PN。该步骤与实施例1中步骤403至407的主动登 记过程相同。
步骤507: PNM服务器向UE1和UE2返回登记操作执行结果。
PNM服务器向UE2返回登记请求响应，将登记成功的IMPU列表返回给
UE2，随即PNM服务器再向UE1返回登记操作执行结果。
如图6所示，本发明实施例还提供一种UE21,该UE21包括发起登记请
求单元22,用于向PNM服务器发起登记请求，所述登记请求中含有一个或一
个以上IMPU。
该UE21还包括接收单元23,用于接收PNM服务器返回的登记请求响应。
该UE的工作方式包括已签约PNM业务的UE首先向PNM服务器发起 登记请求，该登记请求含有一个或一个以上IMPU,随后等待PNM服务器对 该UE和请求中的内容进行检查，等到登记过程结束后，无论是否登记成功都 接收PNM服务器返回的登记请求响应。
如图7所示，本发明实施例还提供一种PNM服务器31,该PNM服务器 31包括接收单元32、查询单元33和登记服务器单元34。其中，接收单元32 用于接收UE发起的登记请求，所述登记请求中含有一个或一个以上IMPU; 查询单元33用于确定所述IMPU在PLMN中的注册状态；登记服务器单元34 用于将所迷登记请求中包含的在PLMN中已注册的IMPU保存。
登记服务器单元34包括登记请求响应单元35，所述登记请求响应单元35 用于向发起登记请求的UE返回登记请求响应，或向发起登记请求的UE和该 IMPU对应的UE返回登记请求响应。
登记服务器单元34包括判断单元36,用于判断登记请求中包含的登记类型。
所述登记类型包括主动登记和邀请第三方登记。当判断单元36判断出登
记类型为主动登记时，登记请求响应单元35向发起登记请求的用户设备返回 登记请求响应；当判断单元36判断出登记类型为邀请第三方登记时，登记请 求响应单元35向发起登记请求的用户设备和该被邀请的用户设备返回登记请 求响应。登记服务器单元34还包括数据存储单元37,当所述登记类型为主动登记 时，用于保存已注册的IMPU以及发起登记请求的UE标识；当登记类型为邀 请第三方登记时，保存已注册的IMPU以及该被邀请的用户设备。该实施例中PNM服务器的工作方式包括:PNM服务器接收到已签约PNM 业务的UE发起的登记请求后首先判断登记类型，若为主动登记，则判断登记 请求中包含的IMPU的注册情况，将登记请求中包含的已注册的IMPU及发起 登记请求的UE标识保存，并向该发起登记请求的UE返回登记响应；若为邀 请第三方登记，则先判断发起邀请请求的UE的权限是否满足要求，且该UE 是否已经登记到PN，若满足要求，则向被邀请的UE发起邀请登记请求，后 续按照主动登记步骤进行，但保存的信息除登记请求中包含的已注册的IMPU 以外还包括被邀请的UE标识，并同时向发起邀请的UE和被邀请的UE返回 登记响应。当实施例l、 2中的UE和IMPU成功登记到PN后，后续该UE就可以发 起激活请求。下面结合说明书附图详细说明在登记成功后的本发明实施例的激 活过程。如图8所示，为本发明实施例中激活系统结构示意图，该激活系统包括 UE41和PNM服务器42。其中，UE41用于向PNM服务器42发送激活请求， 所述激活请求中包含激活配置，所述激活配置包括IMPU和激活层次的参数； PNM服务器42用于保存已在PN中登记的UE和IMPU信息，并接收UE41 发起的激活请求，并分别对用户设备的能力和IMPU的签约业务进行鉴权，当 鉴权通过且所述用户设备和IMPU在PN内已登记时，保存所述激活配置。PNM服务器42用于接收到已签约PNM业务的用户设备发起的登记请求， 所述登记请求中含有一个或一个以上要登记到PN的IMPU,确定所述IMPU在 PLMN中的注册状态，再将已注册的IMPU保存；并且，用于当所述登记请求 中包含登记类型为主动登记时，保存发起登记请求的用户设备标识；当该登记 类型为遨请第三方登记时，保存被邀请的用户设备标识。PNM服务器42还用于向发起激活请求的UE41返回激活响应，或向发起 激活请求的UE和所述被激活的UE返回激活响应。PNM服务器42用于当所述激活请求中包含的激活类型为主动激活时，向 发起激活请求的UE返回激活响应；当激活类型为邀请第三方激活时，向发起 激活请求的UE和被激活的UE返回激活响应。PNM服务器42用于当所述激活请求中的激活类型为主动激活时，还保存 发起激活请求的用户设备标识，所述发起激活请求的用户设备为已登记的，且 与所述IMPU关联；当所述激活类型为邀请第三方激活时，还保存被邀请的用 户设备标识，所述被邀请的用户设备为已登记的，且与所述IMPU关联。PNM服务器42还进一步用于当所述激活配置被保存后，接收触发重定向业务的请求，根据该请求和所述已保存的激活配置查询出满足业务要求的已激 活的IMPU，并将该IMPU作为业务请求的新的目标地址。该实施例中激活系统工作方式包括UE首先向PNM服务器发起激活请 求，该激活请求中包含激活配置，所述激活配置包括IMPU和激活层次的参数， 并进一步包括激活类型。PNM服务器收到该激活请求后判断激活类型，当激 活类型为主动激活时，PNM服务器对发起激活请求的UE的能力和该IMPU的 签约信息进行鉴权，当鉴权通过且该UE和IMPU为PNM服务器已登记的， PNM服务器则保存所述激活配置和该UE的标识，并向该l正返回激活响应。 当激活类型为遨请第三方激活时，PNM服务器判断该发起邀请的UE的权限和 该UE是否已经登记到PN，若满足，则向该被邀请的UE发起邀请激活请求， 此时被邀请的UE重复主动激活过程，PNM服务器向该发起邀请的UE和被邀 请的UE返回激活响应。
在本发明实施例中，所述激活层次的参数取值包括全局激活、业务激活和业务成份激活，其中，全局激活表示所述用户设备执行所述IMPU签约的业务； 业务激活表示所述用户设备执行该用户设备指定的业务；业务成份激活表示所 述用户设备处理该用户设备指定的业务中的媒体成份。当所述激活层次的参数 取值为业务激活或业务成份激活时，所述激活配置还包括被激活的业务码和 /或媒体类型标识，则所述用户设备指定的业务可以包括所述业务码对应的业 务，所述用户设备指定的业务中的媒体成份可以包括所述媒体类型标识对应的 媒体成份。如图9所示，为本发明实施例中激活过程流程示意图，在本实施例中设定 激活层次的#*取值为业务激活和/或业务成份激活，则该激活方法主要包括以 下步骤步骤901: PNM l正向PNM服务器发送激活请求。在UE被激活前，该被激活的UE和与之关联的IMPU必须是已经成功登 记到PN的，该登记方法可以是前述的登记方法，也可以是其它的登记方法。 在登记成功后，UE发起激活请求，该请求中包含激活配置，所述激活配置包 括一个或多个要激活的IMPU，需要被重定向到这些IMPU的业务码和/或媒体 类型标识以及被激活的UE的优先级参数，以及还可以包括被激活的UE的设 备标识。步骤邻2:获取被激活的IMPU在HSS中的注册状态。 PNM服务器向HSS中发送获得此被激活的IMPU注册状态的请求，当该 IMPU在PLMN中的注册状态发生变化时，HSS将通知PNM服务器，只有处 于注册状态的IMPU才能工作。因此，为了便于在注册状态发生改变时通知 PNM服务器，在激活成功后，PNM服务器将通过Sh接口在HSS对应的IMPU 数据记录中增加自己的地址。步骤903:当满足UE能力和IMPU签约信息要求时，PNM服务器将请求 中IMPU激活。PNM服务器对请求中IMPU所签约的业务信息和该被激活的UE的能力信 息进行鉴权，判断IMPU的签约和UE的能力是否支持被重定向的业务码和/ 或媒体类型。当满足要求时，PNM服务器将请求中的激活配置保存；当不满 足要求时，则返回错误响应，表示本次激活操作由于IMPU签约或UE能力不 支持被拒绝。在本发明实施例中，由于激活层次的参数取值为业务激活或业务成份激 活，因此，激活请求中包含了被重定向的业务码和被重定向的々某体类型的组合， 由于业务中包含了一个或多个媒体类型，所以当包含被重定向的业务时，被激 活的IMPU的签约信息必须同时满足该业务包含的所有纟某体类型。当UE和与之关联的IMPU被激活后，PNM服务器收到呼叫始发端发起的 业务请求，就可以执行重定向业务。PNM服务器首先判断当前的业务请求中 包含的々某体类型，判断是否存在已激活的针对该媒体类型的UE。当存在时， 则先执行针对媒体成份的重定向，当PN中不存在针对媒体类型的激活设置时 再判断业务类型，执行针对该业务类型的重定向。若PNM服务器判断针对业 务请求中的业务码和/或媒体类型激活的UE同时存在多个对应激活的IMPU 时，PNM服务器从中任选一个IMPU返回或返回用户事先指定的IMPU。在步骤邻3之后，当激活类型为主动激活时，PNM服务器向发起激活请 求的用户设备返回激活响应，当激活类型为邀请第三方激活时，PNM服务器 向发起激活请求的用户设备和被激活的用户设备返回激活响应。当激活类型为邀请第三方激活时，在步骤卯l后还包括步骤A. PNM服务器判断该发起含有邀请第三方激活类型的激活请求的用户设 备是否具有邀请权限且已登记到PN，若是，则向该被邀请的用户设备发送邀 请激活请求，若不是，则向该发起激活请求的用户设备返回激活失败响应。当 所述用户设备具有邀请权限且已登记到PN时，该被邀请的用户设备接收到该 邀请激活请求后，再向PNM服务器发起激活请求,其中可能携带该被邀请的用 户设备标识。
因此，在步骤903中，当激活类型为主动激活时，PNM服务器还可能将 发起激活请求的用户设备标识保存，在保存时还要判断该发起激活请求的用户 设备是否为所述被激活的IMPU关联的用户设备，且已经在PN中登记，若满 足，则继续执行下一步激活操作，否则认为激活失败；当激活类型为邀请第三 方激活时，PNM服务器将所述被邀请的用户设备标识保存，在保存时同样要 判断该被邀请的用户设备是否为所述被激活的IMPU关联的用户设备，且已经 在PN中登记，若满足，则继续执行下一步激活操作，否则认为激活失败。实施例3为UE主动发起激活的流程，在本实施例中，也设定激活层次的 参数取值为业务激活或业务成份激活，如图10所示，该过程主要包括以下步 骤步骤1001: PNMUE向NAF发起激活请求。当该FNM UE和与之关联的IMPU已经成功登记到PN中，则PNM UE 通过Ut接口向NAF发送激活请求，该请求包含了激活配置，该激活配置包括 一个或多个需要激活的IMPU，以及要重定向到此IMPU的业务的业务码和/或 媒体类型标识以及UE优先级参数，还可以进一步包括发起激活请求的PNM UE的设^^标识。步骤1002: NAF对该PNM UE的身份进行鉴权，当鉴权通过后在该请求 中再加入PNM UE的IMPI,将请求转发至PNM月良务器。步骤1003:对IMPU签约的业务信息和被激活的UE的能力信息进行鉴权。 PNM服务器收到激活请求后，判断被激活的IMPU已经加入到PN网络， 则向HSS发送查询所述IMPU签约的业务信息查询请求，并保存HSS返回的 信息，在本实施例中，该签约的业务信息可以为通信业务标识(SID),另夕卜， 所述业务码也可以是SID，签约的业务信息查询请求可以为Sh接口的查询消 息(Sh-Pull )，同时PNM Server向保存UE能力信息的实体获取被激活的UE 的能力信息。在本实施例中，当所述激活层次的参数取值为全局激活时，所述PNM服 务器向HSS发送查询所述IMPU签约的业务信息查询请求，若能够获得该 IMPU签约的业务信息，则所述IMPU的签约业务鉴权通过。当所述激活层次的参数取值为业务激活或业务成份激活时，PNM服务器 将IMPU签约的业务信息和与激活请求中被重定向的业务码和/或媒体类型进 行比较，UE的能力信息与业务码和/或媒体类型的要求的能力进行比较，若签 约的业务信息中包含所述业务码，且UE的能力信息能够达到业务码和/或媒体 类型的要求的能力，则认为此IMPU可以针对该业务码和/或媒体类型激活，鉴 权通过。对UE能力进行鉴权的步骤包括当所述激活层次的参数取值为全局激活 时，所述用户i殳备的能力满足所迷IMPU签约的业务部分或全部的要求，则鉴 权通过；当所述激活层次的参数取值为业务激活或业务成份激活时，所述用户 设备的能力和所述IMPU的签约的业务满足所述激活配置中包含的部分或全部 业务码和/或媒体类型的要求，则鉴权通过。PNM服务器收到激活请求后,若请求中携带用户设备标识，PNM服务器将 要判断该激活请求中的用户设备是否为所述被激活的IMPU关联的用户设备， 且已经在PN中登记，若满足，则继续执行下一步激活操作，否则认为激活失 败，向发起激活请求的UE返回失败响应。步骤1 (K)4:获取被激活的IMPU在HSS中的注册状态。PNM服务器向HSS中发送获得此祐 激活的IMPU注册状态和签约的业务 信息的请求，HSS接收该请求后保存PNM服务器的地址，若保存成功，则在 该被激活的IMPU在PLMN通信网络中的注册状态发生变化和/或该IMPU签 约的业务信息发生变化时发送消息给PNM服务器通知此事件，若保存失败， 则向PNM服务器返回请求失败信息。当后续此IMPU的注册状态和/或签约的 业务信息发生变化时，HSS将会通知PNM服务器。步骤1(W5:当上述HSS保存PNM服务器的地址成功后，PNM服务器将 请求中的激活配置保存，然后PNM服务器向PNMl正返回激活响应，该响应
中包含激活成功的业务的业务码和对应的IMPU，以及该IMPU关联的UE的 优先级。当UE和与之关联的IMPU被激活后，PNM服务器收到呼叫始发端发起的 业务请求，就可以执行重定向业务。实施例4为当呼叫始发端发起业务请求时， PN内触发重定向业务的过程，如图ll所示，该过程主要包括以下步骤步骤1101:呼叫始发端发起了业务请求，IMS域UE作为被叫，被叫归属 域I-CSCF接收到业务请求。步骤1102:被叫归属域I-CSCF向保存被叫UE信息的HSS发送请求，要 求查询当前正在为被叫UE服务的S-CSCF服务器，随即HSS向I-CSCF返回 当前为被叫UE服务的S-CSCF服务器的地址。步骤1103: I-CSCF向当前正在为被叫UE服务的S-CSCF转发该业务请求， 为被叫UE服务的S-CSCF检测到条件匹配的初始过滤规则(iFC),并根据此 iFC将业务请求通过S-CSCF触发到PNM服务器。步骤1104: PNM服务器收到该业务请求后，确定需要执行重定向业务。 首先PNM服务器判断是否存在针对媒体类型的已激活的UE的IMPU，若存在 则执行针对媒体成份的重定向，即将针对该媒体类型的具有最高优先级的UE 的IMPU作为新的Request-URI返回给S-CSCF服务器；若不存在，则判断该 业务请求的业务类型，并才艮据业务类型查询出PN内已激活的针对该业务的具 有最高优先级的UE的IMPU,将此IMPU作为新的Request-URI返回给S-CSCF 服务器。当PNM服务器判发现针对请求中的业务码和/或媒体类型激活的UE同时 存在一个以上的激活的IMPU时，则PNM服务器从中任选一个IMPU作为业 务请求的新的目标地址返回。步骤1105: S-CSCF服务器收到该新的R叫uest-URI后，向新的目标UE 发起业务请求。实施例5为PNM服务器在一次会话中对会话的视频和语音成分分别重定
向到两个设备的过程，如图12所示，为主要的步骤流程示意图，该方法主要 包括以下步骤步骤1201: PNM l艮务器将会话中的语音和视频业务重定向至UEc和UEd。 在本发明实施例中，用户设备利用业务码和媒体类型标识来激活UE,在 本实施例，所述媒体类型标识取值范围可以为会话描述协议(SDP)中m行表 示媒体类型的参数取值范围，因此可以设定用户利用基于视频业务的业务码以 及SDP中m行表示媒体类型的参数分别激活UEc和UEd，分别作为语音和视 频的重定向UE。当激活过程成功后，主叫用户UEa首先发起对PN网络中的被叫用户UEb 的呼叫，发起视频业务请求，该视频业务请求首先接续到S-CSCFb。该S-CSCFb 接收到该业务请求后，通过iFC将该业务请求触发到PNM服务器中。PNM服务器接收到该业务请求后，判断该业务类型为视频业务，并查询 出该PN内存在基于视频业务中语音和视频成分而分别激活的UEc和UEd,因 此该PNM服务器将业务请求中语音和视频成分拆分，并分别向UEc和UEd 发送含有语音和視频成分的会话请求。在本实施例中，PNM服务器发送这两 个会话请求的步骤为PNM服务器首先将语音成分拆分，并将含有语音成分 的会话请求发送至S-CSCFb，由该S-CSCFb将所述会话请求通过S-CSCFc转 发至UEc。当然，PNM服务器将含有视频成分的会话请求发送给UEd的步骤 类似。步骤1202: PNM服务器将UEc和UEd的媒体协商及资源预留操作结果返 回给UEa。当PNM服务器将会话请求发送至UEc和UEd后，就可以分别与UEc和 UEd进行^某体协商，具体操作如下PNM服务器将语音编解码方式通过SDP 协议发送给S"CSCFb，并由S-CSCFb将该协议通过S-CSCFc转发至UEc。 UEc 接收到该协议后，获取所述编解码方式，若UEc接受该方式，则通过S-CSCFc 和S-CSCFb向PNM服务器返回响应消息。PNM服务器与UEd的媒体协商过
程类似。当PNM服务器与UEc和UEd进行媒体协商后，将协商结果返回给 UEa，该返回方式可以为PNM服务器将两个协商结果结合在一条消息中返回， 也可以将两个协商分别返回。UEa接收到协商结果后，若同意该协商结果，则 返回响应消息，并将该响应消息路由至PNM服务器。PNM服务器再将该响应 消息中的语音和视频成分的协商结果拆分出来，分别发送给UEc和UEd。 UEc 和UEd分别接收到该协商結果后，分别进行资源预留操作，并将响应消息分 别路由到PNM服务器，该PNM服务器将UEc和UEd的媒体协商及资源预留 搡作结果响应返回给UEa,该返回方式可以为将操作结果合并为一条消息返 回，也可以通过两条消息分别返回。步骤1203:视频会话建立，语音数据在UEa和UEc之间交互，视频成分 在UEa和UEd之间交互。在通话过程中，PNM服务器始终保留在会话的信令路径中，当接收到UEa 发送的视频数据后，将数据拆分为语音成分和视频成分，并分别转发至UEc 和UEd;当接收到UEc和UEd返回的响应后，将两个响应合并后返回给UEa。 当视频会话建立成功后，语音数据在UEa和UEc之间交互，视频成分在UEa 和UEd之间交互。如图13所示，本发明实施例还提供一种UE51,所述UE51包括发起激活 请求单元52,用于向PNM服务器发送激活请求，所述激活请求中包含激活配 置，所述激活配置包括IMPU和激活层次的参数。UE51还包括接收单元53,用于接收PNM服务器返回的激活响应。该UE51的工作方式包括已在PN中登记的UE首先向PNM服务器发起 激活请求，该激活请求中包含激活配置，所述激活配置包括IMPU和激活层次 的参数，随后等待PNM服务器进行激活过程，直到该激活过程结束后，接收 PNM服务器返回的激活响应。如图14所示，本发明实施例还提供一种PNM服务器61,所述PNM服务 器61包括登记信息存储单元62、接收单元63和激活服务器单元64。其中，
登记信息存储单元62用于存储登记在PN中的用户设备和IMPU信息；接收单 元63用于接收UE发起的激活请求，所述激活请求中包含激活配置，所述激 活配置包括被激活的用户设备的IMPU和激活层次的参数；激活服务器单元64 用于分别对所述用户设备的能力和IMPU的签约业务进行鉴权，当鉴权通过且 所迷用户设备和IMPU在PN内已登记时，保存所述激活配置。登记信息存储单元62包括接收单元65、查询单元66和登记服务器单元 67。其中，接收单元65用于接收用户设备发起的登记请求，所述登记请求中 含有一个或一个以上IMPU;查询单元66用于查询所述IMPU在PLMN中的 注册状态；登记服务器单元67用于将所述登记请求中包括的在PLMN中已注 册的IMPU保存。激活服务器单元64包括激活响应单元68,用于向发起激活请求的UE返 回激活响应，或向发起激活请求的UE和所述被激活的UE返回激活响应。激活服务器单元64包括判断单元69,用于判断该激活请求中包含的激活 类型。所述激活类型包括主动激活和邀请第三方激活。当判断单元69判断出 激活类型为主动激活时，激活响应单元68向发起激活请求的UE返回激活响 应，当判断单元69判断出激活类型为邀请第三方激活时，激活响应单元68向 发起激活请求的UE和被激活的UE返回激活响应。激活服务器单元64还包括数据存储单元70,用于当所述激活类型为主动 激活时，还保存发起激活请求的UE标识保存；当所述激活类型为邀请第三方 激活时，还^^被邀请的UE标识保存。该PNM服务器的工作方式包括接收UE发起的激活请求后判断判断激 活类型，当激活类型为主动激活时，PNM服务器判断该发起激活请求的UE 的能力和激活请求中的IMPU签约信息是否满足所述业务码和/或媒体类型的 要求，且该UE和IMPU为PNM服务器已登记的，若满足这两个条件，PNM 服务器则保存所述激活配置和该l正的标识，并向该UE返回激活响应。当激 活类型为邀请第三方激活时，PNM服务器判断该发起邀请的UE的权限和该UE是否已经登记到PN,若满足，则向该被邀请的UE发起邀请激活请求，此 时被邀请的UE重复主动激活过程，PNM服务器向该发起邀请的UE和被邀请 的UE返回激活响应。综合上述实施例，由于该IMPU签约了业务请求中包舍的媒体类型，所以 只要重定向后的目标UE可及，该业务请求可以到达此UE,不存在因为该IMPU 没有签约业务请求中包含的媒体类型导致本次业务请求被网络拒绝的问题。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1、一种个人网管理PNM业务中登记方法，其特征在于，该方法包括以下步骤A.PNM服务器接收到已签约PNM业务的用户设备发起的登记请求，所述登记请求中含有一个或一个以上要登记到个人网PN的IP多媒体公有用户标识IMPU，PNM服务器确定所述IMPU在公众陆地移动网PLMN中的注册状态；B.PNM服务器将在PLMN中已注册的IMPU保存。
2、 如权利要求1所述的登记方法，其特征在于，所述登记请求中还包括 登记类型，该登记类型包括主动登记或邀请第三方登记，当登记类型为邀请第 三方登记时，在步骤A中所述PNM服务器接收到登记请求后还包括步骤A0、 PNM服务器判断该发起含有邀请第三方登记类型的登记请求的用户 设备是否具有邀请权限且已登记到PN,若是，则向被邀请的用户设备发送邀 请登记请求，若不是，则向该发起登记请求的用户设备返回登记失败响应。
3、 如权利要求2所述的登记方法，其特征在于，当所述用户设备具有邀 请权限且已登记到PN时，步骤A0后还包括步骤Al、被邀请的用户设备接收到该邀请登记请求后，再向PNM服务器发起 登记请求,其中携带被邀请的用户设备标识。
4、 如权利要求1所述的登记方法，其特征在于，当登记类型为主动登记 时，步骤B还包括PNM服务器将发起登记请求的用户设备标识保存；当登记 类型为邀请第三方登记时，步骤B还包括PNM服务器将被邀请的用户设备标 识保存。
5、 如权利要求2所述登记方法，其特征在于，所述向被邀请的用户设备 发送邀请登记请求的步骤包括PNM服务器向M请的用户设备的归属签约用户服务器HSS查询当前为 该用户设备服务的服务呼叫会话控制实体S-CSCF,并向该S-CSCF发送邀请 登记请求，S-CSCF再将该邀请登记请求路由到代理呼叫会话控制实体 P-CSCF，该P-CSCF再将该邀请登记请求路由到被邀请的用户设备。
6、 如权利要求1所述的登记方法，其特征在于，步骤A中所述对IMPU 的确定注册状态的步骤包括A21、 PNM服务器向该IMPU对应的用户设备的HSS发送查询请求，该 查询请求中包含与所述IMPU关联的IMPI;A31 、所迷HSS根据该IMPI查询出所有与该IMPI关联的已注册的IMPU， 并将含有该已注册的IMPU的查询响应返回给PNM服务器；A41、 PNM服务器将登记请求中包含的IMPU与HSS返回的已注册的 IMPU比较，获得登记请求中包含的IMPU的注册状态。
7、 如权利要求1所述的登记方法，其特征在于，步骤A中所述PNM服 务器确定所述IMPU的注册状态的步骤包括A22、 S-CSCF向所述PNM服务器发送发送第三方注册请求，该请求中包 括S-CSCF保存的已注册的IMPU;A32、所述PNM服务器接收到所述第三方注册请求后，向所述S-CSCF 发起订阅所述IMPU的注册事件请求；A42、所述S-CSCF接收到所述订阅所述IMPU的注册事件请求后，向所 述PNM服务器发送通知消息，该通知消息中包含与步骤A22中所述IMPU关 联于相同的私有用户标识的已注册的IMPU;A52 、 PNM服务器将登记请求中包含的IMPU与所述通知消息中的已注册 的IMPU比较，获得登记请求中包含的IMPU的注册状态。
8、 如权利要求7所述的登记方法，其特征在于，步骤A42之后步骤A52 之前包括步骤当所述通知消息中已注册的IMPU的注册状态改变时，所述S-CSCF向所 述PNM服务器发送通知消息，该通知消息中包含注册状态改变后的IMPU。
9、 如权利要求1所述的登记方法，其特征在于，在步骤A之后B之前还 进一步包括步骤B0、 PNM服务器向所述IMPU对应的HSS发送要求HSS对所述IMPU记 录设置已经登记到所述PN的标识的请求；B1 、 HSS收到该请求后，根据所述PN对应的号码标识判断所述IMPU是 否已经加入到其它PN，若没有，则对所述IMPU记录设置标识成功，指示这 些IMPU和IMPI已经加入到所迷PN中，若已经加入，则对所述IMPU记录 设置标识失败，并向PNM服务器返回设置响应。
10、 如权利要求9所迷的登记方法，其特征在于，所述请求包含所述PN 对应的号码标识、所述IMPU和该IMPU对应的IMPI。
11、 如权利要求9所述的登记方法，其特征在于，所述请求可以为HSS 与应用服务器之间接口 Sh中的更新数据消息Sh-Update。
12、 如权利要求1所述的登记方法，其特征在于，当对所述IMPU记录设 置标识失败时，所述步骤B包括PNM服务器不保存在PLMN中已注册的 IMPU和该IMPU对应的用户设备标识。
13 、 一种PNM业务中登记系统，其特征在于，该登记系统包含已签约PNM 业务的用户设备和PNM服务器，所述用户设备，用于向所述PNM服务器发起登记请求，所述登记请求中 含有一个或一个以上IMPU;所述PNM服务器，用于接收所述用户设备发起的登记请求，并确定该登 记请求中包含的IMPU在PLMN中的注册状态，并将已注册IMPU的保存。
14、 如权利要求13所述的登记系统，其特征在于，所述登记请求中还包 括登记类型，该登记类型包括主动登记或邀请第三方登记，所述PNM服务器， 进一步用于当所述登记请求中的登记类型为主动登记时，还保存发起登记请求 的用户设备标识；当登记类型为邀请第三方登记时，还保存被邀请的用户设备 标识。
15、 一种PNM服务器，其特征在于，该PNM服务器包括接收单元，用于接收用户设备发起的登记请求，所述登记请求中含有一个或一个以上IMPU;查询单元，用于查询所述IMPU在PLMN中的注册状态； 登记服务器单元，用于将所述登记请求中所包含的在PLMN中已注册的IMPU保存。
16、 如权利要求15所述PNM服务器，其特征在于，所述登记服务器单元 包括判断单元，用于判断所述登记请求中包含的登记类型；数据存储单元，当所述登记类型为主动登记时，用于保存已注册的IMPU 以及发起登记请求的用户设备标识；当所述登记类型为邀请第三方登记时，保 存已注册的IMPU以及被邀请的用户设备标识。
17、 一种PNM业务中激活方法，其特征在于，PNM服务器保存已在PN 中登记的用户设备的信息和IMPU，该激活方法包括以下步骤A. 用户设备将激活请求发送给PNM服务器，所述激活请求中包含激活 配置，所述激活配置包括被激活的用户设备的IMPU和表示激活层次的参数；B. PNM服务器分别对用户设备的能力和IMPU的签约业务进行鉴权，当 鉴权通过且所述用户设备和IMPU在PN内已登记时，保存所述激活配置。
18、 如权利要求17所迷激活方法，其特征在于，所述表示激活层次的参 数取值包括全局激活、业务激活和业务成份激活，其中，所述全局激活，表示所述用户设备执行所述IMPU签约的业务； 所述业务激活，表示所述用户设备执行该用户设备指定的业务； 所述业务成份激活，表示所述用户设备处理该用户设备指定的业务中的媒 体成份。
19、 如权利要求18所述激活方法，其特征在于，当所述激活层次的参数 取值为业务激活或业务成份激活时，所述激活配置还包括被激活的业务码和/或媒体类型标识。
20、 如权利要求19所述激活方法，其特征在于，步骤B中所述PNM服 务器对IMPU的签约业务进行鉴权的步骤包括当所迷激活层次的参数取值为全局激活时，所述PNM服务器向HSS发送 查询所述IMPU签约的业务信息查询请求，若能够获得该IMPU签约的业务信 息，则所迷IMPU的签约业务鉴权通过；当所迷激活层次的参数取值为业务激活或业务成份激活时，所述PNM服 务器向HSS发送查询所述IMPU签约的业务信息查询请求，并将HSS返回的 该IMPU的签约的业务信息和所述激活请求中的业务码比较，当所述签约的业 务信息中包含所述业务码时，则判断IMPU的签约业务鉴权通过。
21、 如权利要求20所述激活方法，其特征在于，所述业务信息查询请求 可以为Sh接口的查询消息Sh-Pull。
22、 如权利要求20所述激活方法，其特征在于，所述IMPU的签约业务 和业务码为通信业务标识SID。
23、 如权利要求19所述激活方法，其特征在于，所述媒体类型标识取值 范围为会活描述协议中m行表示媒体类型的参数取值范围。
24、 如权利要求17所述激活方法，其特征在于，步骤B中对所述用户设 备能力进行鉴权的步骤包括当所迷激活层次的参数取值为全局激活时，所述用户设备的能力满足所述 IMPU签约的业务部分或全部的要求，则鉴权通过；当所述激活层次的参数取值为业务激活或业务成^f分激活时，所述用户设备 的能力和所述IMPU的签约的业务满足所述激活配置中包含的部分或全部业务 码和/或媒体类型的要求，则鉴权通过。
25、 如权利要求17所述激活方法，其特征在于，所述用户设备和IMPU 在PN内登记的步骤包括PNM服务器接收到已签约PNM业务的用户设备发起的登记请求，所述登 记请求中含有一个或一个以上要登记到PN的IMPU， PNM服务器确定所述IMPU在PLMN中的注册状态，再将已注册的IMPU保存。
26、 如权利要求17所迷的激活方法，其特征在于，所述激活请求中还包 括激活类型，该激活类型包括主动激活或邀请第三方激活，当激活类型为邀请 第三方激活时，在所述步骤A之后B之前还包括步骤A0、 PNM服务器判断该发起含有邀请第三方激活类型的激活请求的用户 设备是否具有邀请权限且已登记到PN，若是，则向被邀请的用户设备发送邀 请激活请求，若不是，则向该发起激活请求的用户设备返回激活失败响应。
27、 如权利要求26所述的激活方法，其特征在于，当所述用户设备具有 邀请权限且已登记到PN时，步骤A0后还包括步骤Al、被道请的用户设备接收到该邀请激活请求后，再向PNM服务器发起 激活请求，其中携带被邀请的用户设备的激活配置。
28、 如权利要求17所述激活方法，其特征在于，在步骤B中所述PNM服 务器保存激洽配置前，还进一步包括步骤B0 、 PNM服务器向该IMPU对应的用户设备所属的HS S发起获得该IMPU 注册状态和/或签约的业务信息变化事件的请求；Bl、 HSS接收该请求后保存PNM服务器的地址，若保存成功，则在后续 该IMPU注册状态发生变化和/或该IMPU签约的业务信息发生变化时发送消息 给PNM服务器，若保存失败，则向PNM服务器返回请求失败信息。
29、 如权利要求28所述激活方法，其特征在于，当步骤B1中HSS保存 失败时，所述步骤B中PNM服务器不将激活请求中的激活配置保存，且步骤 C中所述激活响应包括激活失败信息。
30、 如权利要求17所述激活方法，其特征在于，所述步骤B后还进一步 包括步骤C. PNM服务器接收到触发重定向业务的请求后，根据该请求和所述已保 存的激活配置查询出满足业务要求的已激活的用户设备的IMPU,并将该IMPU 作为业务请求的新的目标地址。
31、 如权利要求30所述激活方法，其特征在于，当步骤C中PNM服务 器查询出一个以上满足业务要求的已激活的用户设备的IMPU时，PNM服务 器任选一个IMPU作为业务请求的新的目标地址或选择一个用户事先指定的 IMPU作为业务请求的新的目标地址。
32、 一种PNM业务中激活系统，其特征在于，该系统包含用户设备和PNM 服务器，所述用户设备，用于向所述PNM服务器发送激活请求，所述激活请求中 包含激活配置，所述激活配置包括IMPU和激活层次的参数；所述PNM服务器，用于保存已在PN中登记的用户设备和IMPU信息， 并接收所述用户设备发起的激活请求，并分别对用户设备的能力和IMPU的签 约业务进行鉴权，当鉴权通过且所述用户设备和IMPU在PN内已登记时，保 存所述激活配置。
33、 如权利要求32所述激活系统，其特征在于，所述PNM服务器，用于 接收到已签约PNM业务的用户设备发起的登记请求，所述登记请求中含有一 个或一个以上要登记到PN的IMPU，确定所述IMPU在PLMN中的注册状态， 再将已注册的IMPU保存。
34、 如权利要求32所述激活系统，其特征在于，所述激活请求中还包括 激活类型，该激活类型包括主动激活或邀请第三方激活，所述PNM服务器， 用于所述激活请求中的激活类型为主动激活时，还保存发起激活请求的用户设 备标识，所述发起激活请求的用户设备为已登记的，且与所述IMPU关联；当 所述激活类型为邀请第三方激活时，还保存被邀请的用户设备标识，所述被邀 请的用户设备为已登记的，且与所述IMPU关联。
35、 如权利要求32所述激活系统，其特征在于，所述PNM服务器，进一 步用于当所迷激活配置被保存后，接收触发重定向业务的请求，根据该请求和 所述已保存的激活配置查询出满足业务要求的已激活的IMPU,并将该IMPU 作为业务请求的新的目标地址。
36、 一种PNM服务器，其特征在于，所述PNM服务器包括 登记信息存储单元，用于存储登记在PN中的用户设备和IMPU信息； 接收单元，用于接收用户设备发起的激活请求，所述激活请求中包含激活配置，所述激活配置包括被激活的用户设备的IMPU和激活层次的参数；激活服务器单元，用于分别对所述用户设备的能力和IMPU的签约业务进 行鉴权，当鉴权通过且所述用户设备和IMPU在PN内已登记时，保存所述激 活配置。
37、 如权利要求36所述PNM服务器，其特征在于，所述登记信息存储单 元包括接收单元，用于接收用户设备发起的登记请求，所述登记请求中含有一个或一个以上IMPU;查询单元，用于查询所述IMPU在PLMN中的注册状态； 登记服务器单元，用于将所述登记请求中包括的在PLMN中已注册的IMPU保存。
38、 如权利要求36所述PNM服务器，其特征在于，所述激活服务器单元 包括判断单元，用于判断该激活请求中包含的激活类型；数据存储单元，用于当所述激活类型为主动激活时，还保存发起激活请求的用户设备标识；当所述激活类型为邀请第三方激活时，还保存被邀请的用户 设备标识。
全文摘要
本发明公开了一种个人网管理PNM业务中登记方法，该方法包括步骤A.PNM服务器接收到已签约PNM业务的用户设备发起的登记请求，所述登记请求中含有一个或一个以上要登记到个人网PN的IP多媒体公有用户标识IMPU，PNM服务器确定所述IMPU在公众陆地移动网PLMN中的注册状态；B.PNM服务器将在PLMN中已注册的IMPU保存。通过本发明避免了在登记请求中携带多个IMPU时，则指定其中一个为PreferIMPU造成后续被叫业务中请求处理失败的问题，提高了会话接通率，增强了业务感受。本发明同时公开一种PNM登记系统及装置，一种PNM激活系统、方法及装置。
文档编号H04W8/04GK101166115SQ200710003700
公开日2008年4月23日 申请日期2007年1月26日 优先权日2006年10月20日
发明者和晓艳, 朱东铭 申请人:华为技术有限公司
技术领域：
本发明涉及通信领域的数据传输技术，尤其涉及一种个人网管理中用户设 备登记、激活的系统、方法及装置。冊H从第三代移动通信标准化伙伴项目(3GPP)的R5阶段开始，通用移动通 信系统(UMTS )核心网划分为电路交换(Circuit Switched Domain, CS )、分 组交换(Packet Switched Domain, PS)以及IP多i某体子系统(IP Multimedia Subsystem, IMS)三个子系统。CS用于向用户提供电路型业务的连接，包括移动交换中心(MSC):完 成电路交換型业务的交换和信令控制功能；关口移动交换中心(GMSC):某 一网络中完成移动用户路由寻址功能的MSC，可与MSC合设或分设；互联服 务器(IWF):与MSC紧密相关，完成公众陆地移动网(PLMN)与综合业务 数字网(ISDN)、公共交换电话网(PSTN)和公用数据网(PDN)间的互通， 主要完成倌令转换功能，具体功能根据业务码和网络种类不同规定。PS用于向用户提供分组型业务的连接，包括通用分组无线业务(GPRS) 支持节点(GSN):完成分组业务用户的分组包的传送；服务GPRS支持节点 (SGSN):提供核心网与无线接入系统的连接，完成分组型数据业务的移动性 管理、会话管理等功能，管理移动用户(MS)在移动网络内的移动和通信业 务；网关GPRS支持节点(GGSN):作为移动通信系统与其它公用数据网之间 的接口，同时还具有查询位置信息的功能，SGSN、 GGSN均提供计费信息； 边界网关(BG):完成两GPRS网络间的互通，保证网络互通的安全性。IMS是3GP3P R5阶段增加的宽带码分多址接入系统(WCDMA )网络中叠
加在已有分组域之上的 一个子系统，采用分组域为其上层控制信令和i某体传输的承栽通道，引入会话初始化协议(SIP)作为业务控制协议，利用SIP简单、易扩展、媒体组合方便的特点，通过将业务控制与承载控制分离，提供丰富的多媒体业务；IMS中主要的功能实体包括控制用户注册、会话控制等功能的呼 叫会话控制实体(CSCF)、提供业务逻辑控制功能的应用服务器(AS)、集中 管理用户签约数据的归属签约用户服务器(HSS)以及用于实现与电路交换网 互通的媒体网关控制实体(MGCF)，用户通过当前所在地代理呼叫会话控制 实体(P-CSCF)接入IMS,务活和业务触发控制及与AS的业务控制交互则由 其注册地的归属域^^务呼叫会话控制实体(S-CSCF)完成。HSS是IMS子系统中用户最重要的数据库，保存着所有和签约相关的信 息，用于支持各个网络实体对呼叫和会话的处理，具体包括用户的标识、编 号以及寻址信息；用户的安全信息；用户的位置信息以及用户的描述信息等。 一个归属网络可以有一个或者多个HSS,取决于签约用户的数量，网络设备的 容量以及具体的组网情况。HSS提供营业厅接口，用于用户数据的维护(例如 增加、修改、删除用户签约数据等)。同时HSS支持它和查询呼叫会话控制实 体(I-CSCF)、 S-CSCF之间的接口 (Cx),和AS之间的接口 (Sh)的用户数 据下栽。在IMS出现以前，归属位置寄存器(HLR)是保存用户CS域和PS域数 据的实体，HLR支持C接口 (HLR和GMSC/MSC之间接口 )， D接口 (HLR 和VLR之间接口 )，Gr接口(HLR和SGSN之间接口 )，Gc接口(HLR和GGSN 之间接口 )。 一般认为HSS是HLR的超集，两者合设，HSS内嵌了HLR的功 能，当用户进行网络登记时，把登记的消息传递到HLR/HSS，并根据其下载 用户的签约数据进行后续的业务操作，AS通过Sh接口能够获取、订阅IMS 的数据并能部分获取CS和PS域的数据，但在实际网络布局时也不排除HLR 和HSS分设的情况。通常情况下一个用户可能同时拥有多个设备用于运行通信业务，这些设备
可以分别是电路域设备，IMS域设备，PSTN终端，它们还可以归属于不同的 运营商，由不同运营商提供电信服务，同时这些设备可能分别具备不同的能力， 能力不同限制了设备的某些应用或者特定的媒体类型(如视频，图像)的支持。 3GPP在R7阶段引入一项新的称为个人网管理(PNM)的业务，该业务以用 户为中心，将同一用户的设备或可为该用户使用的设备集中管理，使用户得以 充分利用其不同能力的终端或终端外设得到更好的业务体验。在PNM项目第一阶段，主要关注个人网(PN)内部各用户设备(UE)的 管理，提供m内各UE间重定向服务和私网服务两种类型的业务。其中重定 向服务是指用户亊先激活PN内的一个或多个UE,若激活多个UE则这些UE 分别具有不同的优先级，后续所有发往PN内的任一 UE的业务请求都会终结 到上述激活的UE，例如，将所有发往PN内的任一UE的视频电话请求都重定 向终结到PN内屏幕最大的那个UE上。在UE可以使用重定向业务码和私网 业务之前，UE必须首先登记到PN网络内，成为PN网络中的网元。如图1所示，为现有技术中PN内UE的登记流程示意图，该方法包括以 下步槺步骤101:在UE发起登记流程之前，必须首先在HSS上签约PNM业务， HSS上记录这部分允许主动登记到PN的IP多媒体私有标识(IMPI )，并将这 些数据拷贝到PNM服务器，数据拷贝后PNM服务器为此PN分配一个唯一的 PN标识。步骤102:终端UE发送的登记请求首先到达网络应用功能实体(NAF), NAF会对UE的身份使用通用引导架构(GBA)鉴权方式进行鉴权并获得此 UE的IMPI,检查该IMPI是否在HSS中签约了 PNM业务。步骤103:鉴权通过后NAF在请求中加入IMPI并将请求转发至PNM服 务器。若用户同时登记多个和此UE关联的IP多媒体公有标识(IMPU )，则需 要在上述请求中增加指示，指定其中一个为PreferIMPU, PNM服务器收到请 求后根据请求中的IMPI索引找到对应的PN记录，并使用IMPI向HSS查询
和此IMPI关联的IMPU。步骤104: HSS返回PNM服务器请求的数据，当登记请求中包含的IMPU 都在HSS返回的数据中时，则这些IMPU有效，并且需要请求中的PreferIMPU 为已注册状态，这些条件都成立时，则允许PNM服务器将这些IMPU和对应 的IMPI数据增加到PN中，即登记成功。在本申请文本中，所述已注册的IMPU 为在PLMN网络中保存了信息的IMPU。所述的登记请求中还需要UE包含国际移动设备标识(IMEI), PNM服务 器保存此IMEI并在返回登记成功的响应时也包含此IMEI,作为此UE在PN 网络中的个人网元(PNE)标识，后续所有此UE发起的PNM配置管理请求， 都要包含IMEI,防止用户使用同一个通用集成电路卡(UICC)但替换终端的 情况发生。在此现有技术的方法中，当UE登记到PN时，如果登记请求中携带多个 IMPU，则指定其中一个为PreferIMPU，后续如果此UE被激活并在重定向业 务中作为最终终结业务的UE时，此PreferIMPU将会作为新的目标地址填充到 业务请求(Request-URI)头域。但由于在IMS中S-CSCF会检查请求中包含 的媒体类型，若此PreferIMPU的签约数据中没有签约此媒体类型则S-CSCF 会拒绝此请求，导致呼叫受损，会话接通率低，降低了用户业务感受。发明内容本发明实施例提供一种个人网管理中用户设备登记、激活的系统、方法及 装置，用以解决现有技术中存在当PreferIMPU的签约数据中没有签约请求中 包含的媒体类型时造成的呼叫受损，会话接通率低的问题。本发明实施例提供一种个人网管理PNM业务中登记方法，该方法包括以 下步骤A. PNM服务器接收到已签约PNM业务的用户设备发起的登记请求，所 述登记请求中含有一个或一个以上要登记到个人网PN的IP多媒体公有用户标
识IMPU, PNM服务器确定所述IMPU在公众陆地移动网PLMN中的注册状态；B. PNM服务器将在PLMN中已注册的IMPU保存。当登记类型为邀请第三方登记时，在步骤A中所述PNM服务器接收到登 记请求后还包括步骤A0、 PNM服务器判断该发起含有邀请第三方登记类型的登记请求的用户 设备是否具有邀请权限且已登记到PN,若是，则向被邀请的用户设备发送邀 请登记请求，若不是，则向该发起登记请求的用户设备返回登记失败响应。当所述用户设备具有邀请权限且已登记到PN时，步骤AO后还包括步骤Al、被逸请的用户设备接收到该邀请登记请求后，再向PNM服务器发起 登记请求，其中携带被邀请的用户设备标识。当登记类型为主动登记时，步骤B还包括PNM服务器将发起登记请求的 用户设备标识保存；当登记类型为邀请第三方登记时，步骤B还包括PNM服 务器将被邀请的用户设备标识保存。步骤A中所述PNM服务器确定所述IMPU的注册状态的步骤包括A21、 PNM服务器向该IMPU对应的用户设备的HSS发送查询请求，该 查询请求中包含与所述IMPU关联的IMPI;A31 、所述HSS根据该IMPI查询出所有与该IMPI关联的已注册的IMPU， 并将含有该已注册的IMPU的查询响应返回给PNM服务器；A41、 PNM服务器将登记请求中包含的IMPU与HSS返回的已注册的 IMPU比较，获得登记请求中包含的IMPU的注册状态。步骤A中所述PNM服务器确定所述IMPU的注册状态的步骤包括A22、 S-CSCF向所述PNM服务器发送发送第三方注册请求，该请求中包 括S-CSCF保存的已注册的IMPU;A32、所述PNM服务器接收到所述第三方注册请求后，向所述S-CSCF 发起订阅所迷IMPU的注册事件请求；A42、所述S-CSCF接收到所述订阅所述IMPU的注册事件请求后，向所 述PNM服务器发送通知消息，该通知消息中包含与步骤A22中所述IMPU关 联于相同的私有用户标识的已注册的IMPU;A52 、 PNM服务器将登记请求中包含的IMPU与所述通知消息中的已注册 的IMPU比较，获得登记请求中包含的IMPU的注册状态。在步骤B1之后，当所述IMPU全部未注册时，步骤C中所述登记请求响 应包括登记失败信息；当所述IMPU部分或全部注册时，步骤C中所述登记请 求响应包括登记成功信息和已保存的IMPU列表。本发明实施例提供一种PNM业务中登记'系统，该登记系统包含已签约 PNM业务的用户设备和PNM服务器，所述用户设备，用于向所述PNM服务器发起登记请求，所述登记请求中 含有一个或一个以上MPU;所述PNM服务器，用于接收所述用户设备发起的登记请求，并确定该登 记请求中包含的IMPU在PLMN中的注册状态，并将已注册IMPU的保存。本发明实施例提供一种PNM服务器，该PNM服务器包括接收单元，用于接收用户设备发起的登记请求，所述登记请求中含有一个 或一个以上IMPU;查询单元，用于查询所述IMPU在PLMN中的注册状态；登记服务器单元，用于将所述登记请求中所包含的在PLMN中已注册的 IMPU保存。本发明实施例还提供一种PNM业务中激活方法，PNM服务器保存已在 PN中登记的用户设备的信息和IMPU，该激活方法包括以下步骤A. 用户设备将激活请求发送给PNM服务器，所述激活请求中包含激活 配置，所迷激活配置包括被激活的用户设备的IMPU和激活层次的参数；B. PNM服务器分别对用户设备的能力和IMPU的签约业务进行鉴权，当 鉴权通过且所述用户设备和IMPU在PN内已登记时，保存所述激活配置。 所述激活层次的参数取值包括全局激活、业务激活和业务成^f分激活，其中，所述全局激活，表示所述用户设备执行所述IMPU签约的业务； 所述业务激活，表示所述用户设备执行该用户设备指定的业务； 所述业务成份激活，表示所述用户设备处理该用户设备指定的业务中的媒 体成份。当所迷激活层次的参数取值为业务激活或业务成^P分激活时，所述激活配置 还包括被激活的业务码和/或々某体类型标识。所述用户设备和IMPU在PN内登记的步骤包括PNM服务器接收到已签约PNM业务的用户设备发起的登记请求，所述登 记请求中含有一个或一个以上要登记到PN的IMPU, PNM服务器确定所述 IMPU在PLMN中的注册状态，再将已注册的IMPU保存。当激活类型为邀请第三方激活时，在所述步骤A之后B之前还包括步骤 A0、 PNM服务器判断该发起含有邀请第三方激活类型的激活请求的用户 设备是否具有邀请权限且已登记到PN，若是，则向被邀请的用户设备发送邀 请激活请求，若不是，则向该发起激活请求的用户设备返回激活失败响应。 当所述用户设备具有邀请权限且已登记到PN时，步骤A0后还包括步骤 Al、被邀请的用户设备接收到该邀请激活请求后，再向PNM服务器发起 激活请求,其中携带被邀请的用户设备标识。当激活类型为主动激活时，步骤B还包括PNM服务器将发起激活请求的 用户设备标识保存，所述发起激活请求的用户设备为已登记的，且与所述IMPU 关联；当激活类型为邀请第三方激活时，PNM服务器将被邀请的用户设备标 识保存，所述被邀请的用户设备为已登记的，且与所述IMPU关联。 在步骤B中所述PNM服务器保存激活配置前，还进一步包括步骤 BO、PNM服务器向该IMPU对应的用户设备所属的HSS发起获得该IMPU 注册状态和/或签约的业务信息变化事件的请求； Bl、 HSS接收该请求后保存PNM服务器的地址，若保存成功，则在后续 该IMPU注册状态发生变化和/或该IMPU签约的业务信息发生变化时发送消息 给PNM服务器，若保存失败，则向PNM服务器返回请求失败信息。当步骤B1中HSS保存失败时，所述步骤B中PNM服务器不将激活请求 中的激活配置保存，且步骤C中所述激活响应包括激活失败信息。所述步槺B后还进一步包括步骤C. PNM服务器接收到触发重定向业务的请求后，根据该请求和所述已保 存的激活配置查询出满足业务要求的已激活的用户设备的IMPU，并将该IMPU 作为业务请求的新的目标地址。当步骤C中PNM服务器查询出一个以上满足业务要求的已激活的用户设 备的IMPU时，PNM服务器任选一个IMPU作为业务请求的新的目标地址或 选择一个用户事先指定的IMPU作为业务请求的新的目标地址。本发明实施例还提供一种PNM业务中激活系统，该系统包含用户设备和 PNM服务器，所述用户设备，用于向所述PNM服务器发送激活请求，所述激活请求中 包含激活配置，所述激活配置包括IMPU和激活层次的参数；所述PNM服务器，用于保存已在PN中登记的用户设备和IMPU信息， 并接收所迷用户设备发起的激活请求，并分别对用户设备的能力和IMPU的签 约业务进行鉴权，当鉴权通过且所述用户设备和IMPU在PN内已登记时，保 存所述激活配置。本发明实施例还提供一种PNM服务器，所述PNM服务器包括 登记信息存储单元，用于存储登记在PN中的用户设备和IMPU信息； 接收单元，用于接收用户设备发起的激活请求，所述激活请求中包含激活 配置，所迷激活配置包括被激活的用户设备的IMPU和激活层次的参数；激活服务器单元，用于分别对所述用户设备的能力和IMPU的签约业务进 行鉴权，当鉴权通过且所述用户设备和IMPU在PN内已登记时，保存所述激
活配置。本发明实施例通过对满足条件的UE及其关联的IMPU进行登记，且根据 用户意愿将已登记的UE及其关联的IMPU激活，再根据呼叫始发端的业务请 求选择出针对该业务类型和/或其媒体类型的激活的IMPU作为重定向后的目 标地址Request-URI,从而避免了在登记请求中携带多个IMPU时，则指定其 中一个为PreferIMPU造成的业务请求处理失败的问题，提高了会话接通率， 增强了业务感受。
图1为现有技术中PN内UE的登记流程示意图； 图2为本发明实施例登记系统结构示意图； 困3为本发明实施例登记过程步骤流程示意图； 图4为本发明实施例中主动登记过程信令流程示意图； 围5为本发明实施例中邀请第三方登记过程信令流程示意图； 围6为本发明实施例登记用户设备结构示意图； 困7为本发明实施例登记PNM服务器结构示意图； 困8为本发明实施例激活系统结构示意图； 困9为本发明实施例激活过程步骤流程示意图； 闺10为本发明实施例中UE主动激活过程信令流程示意图； 闺11为本发明实施例中触发重定向业务过程信令流程示意图； 图12为本发明实施例中PNM服务器在一次会话中对会话的视频和语音成 分分别重定向到两个UE的步骤流程示意图；图13为本发明实施例激活用户设备结构示意图； 困14为本发明实施例激活PNM服务器结构示意图。
具体实施方式
为了解决现有技术中由于登记请求中UE携带多个IMPU，则指定其中一 个为PreferIMPU,激活时针对UE激活并没有检查各IMPU的签约情况，在后 续执行重定向业务过程中返回指定的PreferIMPU时造成的若该PreferIMPU的 签约数据中没有签约需要的媒体类型时S-CSCF会拒绝此请求的后果，本发明 实施例中提出了新的PNM业务中UE的登记和激活方法，下面结合说明书附 图详细说明。如图2所示，为本发明实施例登记系统的结构示意图，该登记系统包含已 签约PNM业务的UEll和PNM服务器12，其中，l正ll用于向所述PNM服 务器12发起登记请求，所述登记请求中含有一个或一个以上IMPU; PNM服 务器12用于接收所述UE11发起的登记请求，并确定该登记请求中包含的 IMPU在PLMN中的注册状态，并将已注册IMPU的保存。PNM服务器12还用于向发起登记请求的UE11返回登记请求响应，或向 发起登记请求的UE11和该IMPU对应的UE返回登记请求响应。PNM服务器12用于在所述登记请求中登记类型为主动登记时，向发起登 记请求的用户设备返回登记请求响应，此发起登记请求的UE为该IMPU关联 的；当所述登记类型为邀请第三方登记时，向发起登记请求的用户设备和被邀 请的用户设备返回登记请求响应，此被邀请的UE为该IMPU关联的。PNM服务器12进一步用于当所述登记请求中的登记类型为主动登记时， 还保存发起登记请求的UE11标识；当登记类型为邀请第三方登记时，还保存 被邀请的UE标识。本发明实施例中系统的工作方式包括已签约PNM业务UE11首先向PNM 服务器M登记请求，该登记请求中包含一个或一个以上的希望登记到PN网 中的IMPU，进一步地，该登记请求中还可以包括登记类型和发起登记请求的 UE的标识。PNM服务器接收到该登记请求后，向被登记的UE的HSS查询已 在PLMN中注册的IMPU信息。当登记类型为主动登记时，所述被登记的UE 即为JtA登记请求的UE,当登记类型为邀请第三方登记时，所述被登记的UE
为被遨请的UE。 PNM服务器查询到已注册的IMPU信息后与该登记请求中的 IMPU进行比较，将登记请求中包含的且已注册的IMPU保存，当登记类型为 主动登记时，还同时保存发起登记请求的UE标识，并向该UE返回登记请求 响应；当登记类型为邀请第三方登记时，同时保存该被邀请的UE,并向该发 起登记请求的UE和该被邀请的UE返回登记请求。如图3所示，为本发明实施例中登记方法的步骤流程示意图，该登记的方 法主要步骤包括步骤301: UE向PNM服务器发起加入到PN的登记请求，该请求中包含 了 一个或多个需要登记到PN的IMPU、与所述IMPU关联的IMPI和登记类型， 该登记类型可以包括主动登记和邀请第三方登记。若登记类型为邀请笫三方登记时，PNM服务器通过Sh接口查询当前为被 邀请的UE服务的S-CSCF，将登记邀请请求发送至此S-CSCF,由S-CSCF进 一步路由至,请的UE,被邀请的UE收到此请求后若同意加入PN,则发起 主动登记流程。步骤302: PNM服务器检查请求中包含的需要登记到PN的所有IMPU的 注册状态，对于在PLMN中处于注册状态的IMPU, PNM服务器在PN中记录 这些IMPU信息,认为登记成功，若请求消息中不存在满足上述条件的IMPU， 则认为本次躬己搮作失败。实施例1为签约了 PNM业务的UE (PNMl正)主动登记的过程，在本实 施例中该PNMUE为IMS终端，如图4所示，该过程主要包括以下步骤步骤401: PNMUE发起登记请求。在PNM UE发起登记请求之前，就已经签约了PNM业务，PNM服务器 保存签约了 PMVI业务的IMPU和IMPI列表，并为这些属于同一 PN的IMPU 和IMPI分配一个唯一的标识PN-ID。此时PNM UE发起登记请求，该登记请求中包含了要登记到PN网络的 IMPU和登记类型，在本实施例中登记类型为主动登记，进一步的，该登记请求
中还可以包括发起登记请求的UE的设备标识。 步骤402: NAF对该P應UE进行鉴权。
该PNM l正发起的登记请求首先到达NAF， NAF对其采用GBA鉴权方 式进行鉴权。当鉴权通过后，NAF将此登记请求发送给PNM服务器，该请求 中不仅包含步骤401中所述的信息，NAF还在此请求中增加了该已通过鉴权的 UE的IMPI。
步骤403: PNM服务器向被登记UE的HSS查询已注册的IMPU。
当PNM服务器收到该请求后，向该HSS发送查询请求，该查询请求中包
含与所述MPU关联的IMPI，查询出和此IMPI关联的所有已经注册到PLMN
的IMPU。
步骤404: HSS向PNM服务器返回查询响应。
HSS根据PNM服务器发送的查询请求查询出所有已经注册的IMPU,并 将该倌息发送给PNM服务器。
步骤405: PNM服务器对登记请求中包含的要登记到PN网络的IMPU的 注册状态进行检查。
PNM服务器将登记请求中包含的IMPU和HSS返回的已经注册的IMPU 列表进行比较，若登记请求中携带的IMPU存在一个或多个包含在HSS返回 的列表中时，PNM服务器才会允许这些包含在返回列表中的IMPU登记到PN 中，其余未注册的IMPU将不会被登记。若登记请求中的IMPU全部未注册， 则返回登记失败。
通过步骤步骤403至405，实现了确定IMPU的注册状态的过程，在本发 明实施例中也可以利用其他的方法实现该确定过程，例如在IMPU的注册过 程中，已注册成功的IMPU保存在S-CSCF中，因此，该S-CSCF才艮据签约PNM
业务时为其制定的初始过滤规则iFC向PNM服务器发送第三方注册请求，该 请求中包括已注册的IMPU。但是该IMPU不一定是该S-CSCF保存的所有已 注册的IMPU，因此，当PNM服务器接收到所述第三方注册请求后，再向所
述S-CSCF发起订阅所述IMPU的注册事件(reg-event)请求，该S-CSCF接 收到该订阅请求后，向所述PNM服务器发送通知消息(Notify),该Notify中 包含与所述IMPU关联于相同的私有用户标识的已注册的IMPU，则PNM月艮 务器将登记请求中包含的IMPU与所述S-CSCF发送的已注册的IMPU比较， 获得登记请求中包含的IMPU的注册状态。
另外，该S-CSCF接收到该订阅请求后，若保存的所述关联于相同的私有 用户标识的已注册的IMPU的注册状态改变时，向所述PNM服务器发送 Notify,该Notify中包含注册状态改变后已注册的IMPU，即S-CSCF通过Notify 实时向PNM服务器发送已注册的IMPU信息。
步骤406:设置IMPU加入到PN中的标识。
对于步骤405中注册状态检查完成的IMPU， PNM服务器向所述IMPU对 应的HSS发送要求HSS对所述IMPU记录设置已经登记到所述PN的标识的 请求，HSS收到该请求后根据所述PN_ID判断所述IMPU是否已经加入到其 它PN中，判断方法为查询HSS中保存的所述IMPU记录中是否已经存在不 同的PN—ID,若没有，说明所述IMPU没有加入其它PN,则对所述IMPU记 录设置标识成功，指示这些IMPU和IMPI已经加入到所述PN中，若有，说 明IMPU已经加入其它PN,则对所述IMPU记录设置标识失败，并向PNM服 务器返回设置响应。
在本实施例中，可以设定所述设置已经登记到所述PN的标识的请求可以 为Sh接口中的更新数据消息(Sh-Update)。且该请求还可以包含所述PN对应 的号码标识(PN_ID )、所述IMPU和该IMPU对应的IMPI。
步骤407: PNM服务器收到HSS发送的设置成功响应后，在PN中存储所 述的IMPU的信息，这些信息可以包括IMPU和IMPI，进一步的还可能保存 此登记到PN的UE的设备标识，随后PNM服务器向UE返回登记请求响应。 当登记请求中包含的IMPU全部未登记时，该登记请求响应包含登记失败信息； 当登记请求中包含的IMPU部分或全部登记时，该登记请求响应包含登记成功
信息和已保存的IMPU列表。
实施例2为PNM UE1邀请PNM UE2加入PN的第三方登记流程，在本实施例 中PNMUE1和PNMUE2都为IMS终端，如图5所示，该过程主要包括以下步骤
步骤501: PNMUE1代PNMUE2发起第三方登记请求。
PNM UE1通过Ut接口发起第三方登记请求，该请求中包含了被邀请的 UE2的IMPU以及登记类型，该登记类型为邀请第三方登记。
步骤502: NAF对UE1进行鉴权。
第三方登记请求被UE1的超文本传输协议客户端(HttpClient)首先发送 到NAF。 NAF对UE1的身份进行GBA方式的鉴权，当鉴权通过后NAF将该 请求转发至PNM服务器，该请求中除包含了步骤501所述的信息外，还包含 了腦的MPI。
步骤503: PNM服务器对UE1的权限进行检查。
只有具有邀请第三方的权限且已经登记到PN的UE才可以邀请其他UE， 因此PNM服务器要根据UE1的IMPI对UE1的权限进行检查，当检查通过后， PNM服务器通过Sh接口向UE2的HSS2查询当前为UE2服务的S-CSCF, HSS2 向PNM服务器返回UE2的S-CSCF服务器名称，若S-CSCF不存在时则返回 错误信息。
步骤504: PNM服务器向UE2发送邀请UE2登记的请求。 PNM服务器向该S-CSCF发起邀请UE2登记请求，该请求可以是SIP中 的MESSAGE消息，若步骤503中HSS2返回的是错误信息，则PNM服务器 向UE1返回错误；该邀请请求由S-CSCF路由到P-CSCF,再由P-CSCF路由 到UE2; UE2收到该请求后按照和该邀请请求相反的路径返回请求成功接收的 消息，该消息到达PNM服务器后，PNM服务器同时启动定时器。 步骤505:当UE2同意加入PN，则向PNM服务器发送登记请求。 若UE2同意加入PN,则向PNM服务器发送登记请求，该请求中包含了 UE2的IMPI和IMPU，进一步的，还可能包括l正2的设备标识收到该请求后
PNM服务器停止步骤504中启动的定时器；若定时器超时PNM服务器仍然没 有收到UE2的登记请求，则PNM服务器发送错误响应给UE1 。
步骤506: UE2加入PN。该步骤与实施例1中步骤403至407的主动登 记过程相同。
步骤507: PNM服务器向UE1和UE2返回登记操作执行结果。
PNM服务器向UE2返回登记请求响应，将登记成功的IMPU列表返回给
UE2，随即PNM服务器再向UE1返回登记操作执行结果。
如图6所示，本发明实施例还提供一种UE21,该UE21包括发起登记请
求单元22,用于向PNM服务器发起登记请求，所述登记请求中含有一个或一
个以上IMPU。
该UE21还包括接收单元23,用于接收PNM服务器返回的登记请求响应。
该UE的工作方式包括已签约PNM业务的UE首先向PNM服务器发起 登记请求，该登记请求含有一个或一个以上IMPU,随后等待PNM服务器对 该UE和请求中的内容进行检查，等到登记过程结束后，无论是否登记成功都 接收PNM服务器返回的登记请求响应。
如图7所示，本发明实施例还提供一种PNM服务器31,该PNM服务器 31包括接收单元32、查询单元33和登记服务器单元34。其中，接收单元32 用于接收UE发起的登记请求，所述登记请求中含有一个或一个以上IMPU; 查询单元33用于确定所述IMPU在PLMN中的注册状态；登记服务器单元34 用于将所迷登记请求中包含的在PLMN中已注册的IMPU保存。
登记服务器单元34包括登记请求响应单元35，所述登记请求响应单元35 用于向发起登记请求的UE返回登记请求响应，或向发起登记请求的UE和该 IMPU对应的UE返回登记请求响应。
登记服务器单元34包括判断单元36,用于判断登记请求中包含的登记类型。
所述登记类型包括主动登记和邀请第三方登记。当判断单元36判断出登
记类型为主动登记时，登记请求响应单元35向发起登记请求的用户设备返回 登记请求响应；当判断单元36判断出登记类型为邀请第三方登记时，登记请 求响应单元35向发起登记请求的用户设备和该被邀请的用户设备返回登记请 求响应。登记服务器单元34还包括数据存储单元37,当所述登记类型为主动登记 时，用于保存已注册的IMPU以及发起登记请求的UE标识；当登记类型为邀 请第三方登记时，保存已注册的IMPU以及该被邀请的用户设备。该实施例中PNM服务器的工作方式包括:PNM服务器接收到已签约PNM 业务的UE发起的登记请求后首先判断登记类型，若为主动登记，则判断登记 请求中包含的IMPU的注册情况，将登记请求中包含的已注册的IMPU及发起 登记请求的UE标识保存，并向该发起登记请求的UE返回登记响应；若为邀 请第三方登记，则先判断发起邀请请求的UE的权限是否满足要求，且该UE 是否已经登记到PN，若满足要求，则向被邀请的UE发起邀请登记请求，后 续按照主动登记步骤进行，但保存的信息除登记请求中包含的已注册的IMPU 以外还包括被邀请的UE标识，并同时向发起邀请的UE和被邀请的UE返回 登记响应。当实施例l、 2中的UE和IMPU成功登记到PN后，后续该UE就可以发 起激活请求。下面结合说明书附图详细说明在登记成功后的本发明实施例的激 活过程。如图8所示，为本发明实施例中激活系统结构示意图，该激活系统包括 UE41和PNM服务器42。其中，UE41用于向PNM服务器42发送激活请求， 所述激活请求中包含激活配置，所述激活配置包括IMPU和激活层次的参数； PNM服务器42用于保存已在PN中登记的UE和IMPU信息，并接收UE41 发起的激活请求，并分别对用户设备的能力和IMPU的签约业务进行鉴权，当 鉴权通过且所述用户设备和IMPU在PN内已登记时，保存所述激活配置。PNM服务器42用于接收到已签约PNM业务的用户设备发起的登记请求， 所述登记请求中含有一个或一个以上要登记到PN的IMPU,确定所述IMPU在 PLMN中的注册状态，再将已注册的IMPU保存；并且，用于当所述登记请求 中包含登记类型为主动登记时，保存发起登记请求的用户设备标识；当该登记 类型为遨请第三方登记时，保存被邀请的用户设备标识。PNM服务器42还用于向发起激活请求的UE41返回激活响应，或向发起 激活请求的UE和所述被激活的UE返回激活响应。PNM服务器42用于当所述激活请求中包含的激活类型为主动激活时，向 发起激活请求的UE返回激活响应；当激活类型为邀请第三方激活时，向发起 激活请求的UE和被激活的UE返回激活响应。PNM服务器42用于当所述激活请求中的激活类型为主动激活时，还保存 发起激活请求的用户设备标识，所述发起激活请求的用户设备为已登记的，且 与所述IMPU关联；当所述激活类型为邀请第三方激活时，还保存被邀请的用 户设备标识，所述被邀请的用户设备为已登记的，且与所述IMPU关联。PNM服务器42还进一步用于当所述激活配置被保存后，接收触发重定向业务的请求，根据该请求和所述已保存的激活配置查询出满足业务要求的已激 活的IMPU，并将该IMPU作为业务请求的新的目标地址。该实施例中激活系统工作方式包括UE首先向PNM服务器发起激活请 求，该激活请求中包含激活配置，所述激活配置包括IMPU和激活层次的参数， 并进一步包括激活类型。PNM服务器收到该激活请求后判断激活类型，当激 活类型为主动激活时，PNM服务器对发起激活请求的UE的能力和该IMPU的 签约信息进行鉴权，当鉴权通过且该UE和IMPU为PNM服务器已登记的， PNM服务器则保存所述激活配置和该UE的标识，并向该l正返回激活响应。 当激活类型为遨请第三方激活时，PNM服务器判断该发起邀请的UE的权限和 该UE是否已经登记到PN，若满足，则向该被邀请的UE发起邀请激活请求， 此时被邀请的UE重复主动激活过程，PNM服务器向该发起邀请的UE和被邀 请的UE返回激活响应。
在本发明实施例中，所述激活层次的参数取值包括全局激活、业务激活和业务成份激活，其中，全局激活表示所述用户设备执行所述IMPU签约的业务； 业务激活表示所述用户设备执行该用户设备指定的业务；业务成份激活表示所 述用户设备处理该用户设备指定的业务中的媒体成份。当所述激活层次的参数 取值为业务激活或业务成份激活时，所述激活配置还包括被激活的业务码和 /或媒体类型标识，则所述用户设备指定的业务可以包括所述业务码对应的业 务，所述用户设备指定的业务中的媒体成份可以包括所述媒体类型标识对应的 媒体成份。如图9所示，为本发明实施例中激活过程流程示意图，在本实施例中设定 激活层次的#*取值为业务激活和/或业务成份激活，则该激活方法主要包括以 下步骤步骤901: PNM l正向PNM服务器发送激活请求。在UE被激活前，该被激活的UE和与之关联的IMPU必须是已经成功登 记到PN的，该登记方法可以是前述的登记方法，也可以是其它的登记方法。 在登记成功后，UE发起激活请求，该请求中包含激活配置，所述激活配置包 括一个或多个要激活的IMPU，需要被重定向到这些IMPU的业务码和/或媒体 类型标识以及被激活的UE的优先级参数，以及还可以包括被激活的UE的设 备标识。步骤邻2:获取被激活的IMPU在HSS中的注册状态。 PNM服务器向HSS中发送获得此被激活的IMPU注册状态的请求，当该 IMPU在PLMN中的注册状态发生变化时，HSS将通知PNM服务器，只有处 于注册状态的IMPU才能工作。因此，为了便于在注册状态发生改变时通知 PNM服务器，在激活成功后，PNM服务器将通过Sh接口在HSS对应的IMPU 数据记录中增加自己的地址。步骤903:当满足UE能力和IMPU签约信息要求时，PNM服务器将请求 中IMPU激活。PNM服务器对请求中IMPU所签约的业务信息和该被激活的UE的能力信 息进行鉴权，判断IMPU的签约和UE的能力是否支持被重定向的业务码和/ 或媒体类型。当满足要求时，PNM服务器将请求中的激活配置保存；当不满 足要求时，则返回错误响应，表示本次激活操作由于IMPU签约或UE能力不 支持被拒绝。在本发明实施例中，由于激活层次的参数取值为业务激活或业务成份激 活，因此，激活请求中包含了被重定向的业务码和被重定向的々某体类型的组合， 由于业务中包含了一个或多个媒体类型，所以当包含被重定向的业务时，被激 活的IMPU的签约信息必须同时满足该业务包含的所有纟某体类型。当UE和与之关联的IMPU被激活后，PNM服务器收到呼叫始发端发起的 业务请求，就可以执行重定向业务。PNM服务器首先判断当前的业务请求中 包含的々某体类型，判断是否存在已激活的针对该媒体类型的UE。当存在时， 则先执行针对媒体成份的重定向，当PN中不存在针对媒体类型的激活设置时 再判断业务类型，执行针对该业务类型的重定向。若PNM服务器判断针对业 务请求中的业务码和/或媒体类型激活的UE同时存在多个对应激活的IMPU 时，PNM服务器从中任选一个IMPU返回或返回用户事先指定的IMPU。在步骤邻3之后，当激活类型为主动激活时，PNM服务器向发起激活请 求的用户设备返回激活响应，当激活类型为邀请第三方激活时，PNM服务器 向发起激活请求的用户设备和被激活的用户设备返回激活响应。当激活类型为邀请第三方激活时，在步骤卯l后还包括步骤A. PNM服务器判断该发起含有邀请第三方激活类型的激活请求的用户设 备是否具有邀请权限且已登记到PN，若是，则向该被邀请的用户设备发送邀 请激活请求，若不是，则向该发起激活请求的用户设备返回激活失败响应。当 所述用户设备具有邀请权限且已登记到PN时，该被邀请的用户设备接收到该 邀请激活请求后，再向PNM服务器发起激活请求,其中可能携带该被邀请的用 户设备标识。
因此，在步骤903中，当激活类型为主动激活时，PNM服务器还可能将 发起激活请求的用户设备标识保存，在保存时还要判断该发起激活请求的用户 设备是否为所述被激活的IMPU关联的用户设备，且已经在PN中登记，若满 足，则继续执行下一步激活操作，否则认为激活失败；当激活类型为邀请第三 方激活时，PNM服务器将所述被邀请的用户设备标识保存，在保存时同样要 判断该被邀请的用户设备是否为所述被激活的IMPU关联的用户设备，且已经 在PN中登记，若满足，则继续执行下一步激活操作，否则认为激活失败。实施例3为UE主动发起激活的流程，在本实施例中，也设定激活层次的 参数取值为业务激活或业务成份激活，如图10所示，该过程主要包括以下步 骤步骤1001: PNMUE向NAF发起激活请求。当该FNM UE和与之关联的IMPU已经成功登记到PN中，则PNM UE 通过Ut接口向NAF发送激活请求，该请求包含了激活配置，该激活配置包括 一个或多个需要激活的IMPU，以及要重定向到此IMPU的业务的业务码和/或 媒体类型标识以及UE优先级参数，还可以进一步包括发起激活请求的PNM UE的设^^标识。步骤1002: NAF对该PNM UE的身份进行鉴权，当鉴权通过后在该请求 中再加入PNM UE的IMPI,将请求转发至PNM月良务器。步骤1003:对IMPU签约的业务信息和被激活的UE的能力信息进行鉴权。 PNM服务器收到激活请求后，判断被激活的IMPU已经加入到PN网络， 则向HSS发送查询所述IMPU签约的业务信息查询请求，并保存HSS返回的 信息，在本实施例中，该签约的业务信息可以为通信业务标识(SID),另夕卜， 所述业务码也可以是SID，签约的业务信息查询请求可以为Sh接口的查询消 息(Sh-Pull )，同时PNM Server向保存UE能力信息的实体获取被激活的UE 的能力信息。在本实施例中，当所述激活层次的参数取值为全局激活时，所述PNM服 务器向HSS发送查询所述IMPU签约的业务信息查询请求，若能够获得该 IMPU签约的业务信息，则所述IMPU的签约业务鉴权通过。当所述激活层次的参数取值为业务激活或业务成份激活时，PNM服务器 将IMPU签约的业务信息和与激活请求中被重定向的业务码和/或媒体类型进 行比较，UE的能力信息与业务码和/或媒体类型的要求的能力进行比较，若签 约的业务信息中包含所述业务码，且UE的能力信息能够达到业务码和/或媒体 类型的要求的能力，则认为此IMPU可以针对该业务码和/或媒体类型激活，鉴 权通过。对UE能力进行鉴权的步骤包括当所述激活层次的参数取值为全局激活 时，所述用户i殳备的能力满足所迷IMPU签约的业务部分或全部的要求，则鉴 权通过；当所述激活层次的参数取值为业务激活或业务成份激活时，所述用户 设备的能力和所述IMPU的签约的业务满足所述激活配置中包含的部分或全部 业务码和/或媒体类型的要求，则鉴权通过。PNM服务器收到激活请求后,若请求中携带用户设备标识，PNM服务器将 要判断该激活请求中的用户设备是否为所述被激活的IMPU关联的用户设备， 且已经在PN中登记，若满足，则继续执行下一步激活操作，否则认为激活失 败，向发起激活请求的UE返回失败响应。步骤1 (K)4:获取被激活的IMPU在HSS中的注册状态。PNM服务器向HSS中发送获得此祐 激活的IMPU注册状态和签约的业务 信息的请求，HSS接收该请求后保存PNM服务器的地址，若保存成功，则在 该被激活的IMPU在PLMN通信网络中的注册状态发生变化和/或该IMPU签 约的业务信息发生变化时发送消息给PNM服务器通知此事件，若保存失败， 则向PNM服务器返回请求失败信息。当后续此IMPU的注册状态和/或签约的 业务信息发生变化时，HSS将会通知PNM服务器。步骤1(W5:当上述HSS保存PNM服务器的地址成功后，PNM服务器将 请求中的激活配置保存，然后PNM服务器向PNMl正返回激活响应，该响应
中包含激活成功的业务的业务码和对应的IMPU，以及该IMPU关联的UE的 优先级。当UE和与之关联的IMPU被激活后，PNM服务器收到呼叫始发端发起的 业务请求，就可以执行重定向业务。实施例4为当呼叫始发端发起业务请求时， PN内触发重定向业务的过程，如图ll所示，该过程主要包括以下步骤步骤1101:呼叫始发端发起了业务请求，IMS域UE作为被叫，被叫归属 域I-CSCF接收到业务请求。步骤1102:被叫归属域I-CSCF向保存被叫UE信息的HSS发送请求，要 求查询当前正在为被叫UE服务的S-CSCF服务器，随即HSS向I-CSCF返回 当前为被叫UE服务的S-CSCF服务器的地址。步骤1103: I-CSCF向当前正在为被叫UE服务的S-CSCF转发该业务请求， 为被叫UE服务的S-CSCF检测到条件匹配的初始过滤规则(iFC),并根据此 iFC将业务请求通过S-CSCF触发到PNM服务器。步骤1104: PNM服务器收到该业务请求后，确定需要执行重定向业务。 首先PNM服务器判断是否存在针对媒体类型的已激活的UE的IMPU，若存在 则执行针对媒体成份的重定向，即将针对该媒体类型的具有最高优先级的UE 的IMPU作为新的Request-URI返回给S-CSCF服务器；若不存在，则判断该 业务请求的业务类型，并才艮据业务类型查询出PN内已激活的针对该业务的具 有最高优先级的UE的IMPU,将此IMPU作为新的Request-URI返回给S-CSCF 服务器。当PNM服务器判发现针对请求中的业务码和/或媒体类型激活的UE同时 存在一个以上的激活的IMPU时，则PNM服务器从中任选一个IMPU作为业 务请求的新的目标地址返回。步骤1105: S-CSCF服务器收到该新的R叫uest-URI后，向新的目标UE 发起业务请求。实施例5为PNM服务器在一次会话中对会话的视频和语音成分分别重定
向到两个设备的过程，如图12所示，为主要的步骤流程示意图，该方法主要 包括以下步骤步骤1201: PNM l艮务器将会话中的语音和视频业务重定向至UEc和UEd。 在本发明实施例中，用户设备利用业务码和媒体类型标识来激活UE,在 本实施例，所述媒体类型标识取值范围可以为会话描述协议(SDP)中m行表 示媒体类型的参数取值范围，因此可以设定用户利用基于视频业务的业务码以 及SDP中m行表示媒体类型的参数分别激活UEc和UEd，分别作为语音和视 频的重定向UE。当激活过程成功后，主叫用户UEa首先发起对PN网络中的被叫用户UEb 的呼叫，发起视频业务请求，该视频业务请求首先接续到S-CSCFb。该S-CSCFb 接收到该业务请求后，通过iFC将该业务请求触发到PNM服务器中。PNM服务器接收到该业务请求后，判断该业务类型为视频业务，并查询 出该PN内存在基于视频业务中语音和视频成分而分别激活的UEc和UEd,因 此该PNM服务器将业务请求中语音和视频成分拆分，并分别向UEc和UEd 发送含有语音和視频成分的会话请求。在本实施例中，PNM服务器发送这两 个会话请求的步骤为PNM服务器首先将语音成分拆分，并将含有语音成分 的会话请求发送至S-CSCFb，由该S-CSCFb将所述会话请求通过S-CSCFc转 发至UEc。当然，PNM服务器将含有视频成分的会话请求发送给UEd的步骤 类似。步骤1202: PNM服务器将UEc和UEd的媒体协商及资源预留操作结果返 回给UEa。当PNM服务器将会话请求发送至UEc和UEd后，就可以分别与UEc和 UEd进行^某体协商，具体操作如下PNM服务器将语音编解码方式通过SDP 协议发送给S"CSCFb，并由S-CSCFb将该协议通过S-CSCFc转发至UEc。 UEc 接收到该协议后，获取所述编解码方式，若UEc接受该方式，则通过S-CSCFc 和S-CSCFb向PNM服务器返回响应消息。PNM服务器与UEd的媒体协商过
程类似。当PNM服务器与UEc和UEd进行媒体协商后，将协商结果返回给 UEa，该返回方式可以为PNM服务器将两个协商结果结合在一条消息中返回， 也可以将两个协商分别返回。UEa接收到协商结果后，若同意该协商结果，则 返回响应消息，并将该响应消息路由至PNM服务器。PNM服务器再将该响应 消息中的语音和视频成分的协商结果拆分出来，分别发送给UEc和UEd。 UEc 和UEd分别接收到该协商結果后，分别进行资源预留操作，并将响应消息分 别路由到PNM服务器，该PNM服务器将UEc和UEd的媒体协商及资源预留 搡作结果响应返回给UEa,该返回方式可以为将操作结果合并为一条消息返 回，也可以通过两条消息分别返回。步骤1203:视频会话建立，语音数据在UEa和UEc之间交互，视频成分 在UEa和UEd之间交互。在通话过程中，PNM服务器始终保留在会话的信令路径中，当接收到UEa 发送的视频数据后，将数据拆分为语音成分和视频成分，并分别转发至UEc 和UEd;当接收到UEc和UEd返回的响应后，将两个响应合并后返回给UEa。 当视频会话建立成功后，语音数据在UEa和UEc之间交互，视频成分在UEa 和UEd之间交互。如图13所示，本发明实施例还提供一种UE51,所述UE51包括发起激活 请求单元52,用于向PNM服务器发送激活请求，所述激活请求中包含激活配 置，所述激活配置包括IMPU和激活层次的参数。UE51还包括接收单元53,用于接收PNM服务器返回的激活响应。该UE51的工作方式包括已在PN中登记的UE首先向PNM服务器发起 激活请求，该激活请求中包含激活配置，所述激活配置包括IMPU和激活层次 的参数，随后等待PNM服务器进行激活过程，直到该激活过程结束后，接收 PNM服务器返回的激活响应。如图14所示，本发明实施例还提供一种PNM服务器61,所述PNM服务 器61包括登记信息存储单元62、接收单元63和激活服务器单元64。其中，
登记信息存储单元62用于存储登记在PN中的用户设备和IMPU信息；接收单 元63用于接收UE发起的激活请求，所述激活请求中包含激活配置，所述激 活配置包括被激活的用户设备的IMPU和激活层次的参数；激活服务器单元64 用于分别对所述用户设备的能力和IMPU的签约业务进行鉴权，当鉴权通过且 所迷用户设备和IMPU在PN内已登记时，保存所述激活配置。登记信息存储单元62包括接收单元65、查询单元66和登记服务器单元 67。其中，接收单元65用于接收用户设备发起的登记请求，所述登记请求中 含有一个或一个以上IMPU;查询单元66用于查询所述IMPU在PLMN中的 注册状态；登记服务器单元67用于将所述登记请求中包括的在PLMN中已注 册的IMPU保存。激活服务器单元64包括激活响应单元68,用于向发起激活请求的UE返 回激活响应，或向发起激活请求的UE和所述被激活的UE返回激活响应。激活服务器单元64包括判断单元69,用于判断该激活请求中包含的激活 类型。所述激活类型包括主动激活和邀请第三方激活。当判断单元69判断出 激活类型为主动激活时，激活响应单元68向发起激活请求的UE返回激活响 应，当判断单元69判断出激活类型为邀请第三方激活时，激活响应单元68向 发起激活请求的UE和被激活的UE返回激活响应。激活服务器单元64还包括数据存储单元70,用于当所述激活类型为主动 激活时，还保存发起激活请求的UE标识保存；当所述激活类型为邀请第三方 激活时，还^^被邀请的UE标识保存。该PNM服务器的工作方式包括接收UE发起的激活请求后判断判断激 活类型，当激活类型为主动激活时，PNM服务器判断该发起激活请求的UE 的能力和激活请求中的IMPU签约信息是否满足所述业务码和/或媒体类型的 要求，且该UE和IMPU为PNM服务器已登记的，若满足这两个条件，PNM 服务器则保存所述激活配置和该l正的标识，并向该UE返回激活响应。当激 活类型为邀请第三方激活时，PNM服务器判断该发起邀请的UE的权限和该UE是否已经登记到PN,若满足，则向该被邀请的UE发起邀请激活请求，此 时被邀请的UE重复主动激活过程，PNM服务器向该发起邀请的UE和被邀请 的UE返回激活响应。综合上述实施例，由于该IMPU签约了业务请求中包舍的媒体类型，所以 只要重定向后的目标UE可及，该业务请求可以到达此UE,不存在因为该IMPU 没有签约业务请求中包含的媒体类型导致本次业务请求被网络拒绝的问题。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1、一种个人网管理PNM业务中登记方法，其特征在于，该方法包括以下步骤A.PNM服务器接收到已签约PNM业务的用户设备发起的登记请求，所述登记请求中含有一个或一个以上要登记到个人网PN的IP多媒体公有用户标识IMPU，PNM服务器确定所述IMPU在公众陆地移动网PLMN中的注册状态；B.PNM服务器将在PLMN中已注册的IMPU保存。
2、 如权利要求1所述的登记方法，其特征在于，所述登记请求中还包括 登记类型，该登记类型包括主动登记或邀请第三方登记，当登记类型为邀请第 三方登记时，在步骤A中所述PNM服务器接收到登记请求后还包括步骤A0、 PNM服务器判断该发起含有邀请第三方登记类型的登记请求的用户 设备是否具有邀请权限且已登记到PN,若是，则向被邀请的用户设备发送邀 请登记请求，若不是，则向该发起登记请求的用户设备返回登记失败响应。
3、 如权利要求2所述的登记方法，其特征在于，当所述用户设备具有邀 请权限且已登记到PN时，步骤A0后还包括步骤Al、被邀请的用户设备接收到该邀请登记请求后，再向PNM服务器发起 登记请求,其中携带被邀请的用户设备标识。
4、 如权利要求1所述的登记方法，其特征在于，当登记类型为主动登记 时，步骤B还包括PNM服务器将发起登记请求的用户设备标识保存；当登记 类型为邀请第三方登记时，步骤B还包括PNM服务器将被邀请的用户设备标 识保存。
5、 如权利要求2所述登记方法，其特征在于，所述向被邀请的用户设备 发送邀请登记请求的步骤包括PNM服务器向M请的用户设备的归属签约用户服务器HSS查询当前为 该用户设备服务的服务呼叫会话控制实体S-CSCF,并向该S-CSCF发送邀请 登记请求，S-CSCF再将该邀请登记请求路由到代理呼叫会话控制实体 P-CSCF，该P-CSCF再将该邀请登记请求路由到被邀请的用户设备。
6、 如权利要求1所述的登记方法，其特征在于，步骤A中所述对IMPU 的确定注册状态的步骤包括A21、 PNM服务器向该IMPU对应的用户设备的HSS发送查询请求，该 查询请求中包含与所述IMPU关联的IMPI;A31 、所迷HSS根据该IMPI查询出所有与该IMPI关联的已注册的IMPU， 并将含有该已注册的IMPU的查询响应返回给PNM服务器；A41、 PNM服务器将登记请求中包含的IMPU与HSS返回的已注册的 IMPU比较，获得登记请求中包含的IMPU的注册状态。
7、 如权利要求1所述的登记方法，其特征在于，步骤A中所述PNM服 务器确定所述IMPU的注册状态的步骤包括A22、 S-CSCF向所述PNM服务器发送发送第三方注册请求，该请求中包 括S-CSCF保存的已注册的IMPU;A32、所述PNM服务器接收到所述第三方注册请求后，向所述S-CSCF 发起订阅所述IMPU的注册事件请求；A42、所述S-CSCF接收到所述订阅所述IMPU的注册事件请求后，向所 述PNM服务器发送通知消息，该通知消息中包含与步骤A22中所述IMPU关 联于相同的私有用户标识的已注册的IMPU;A52 、 PNM服务器将登记请求中包含的IMPU与所述通知消息中的已注册 的IMPU比较，获得登记请求中包含的IMPU的注册状态。
8、 如权利要求7所述的登记方法，其特征在于，步骤A42之后步骤A52 之前包括步骤当所述通知消息中已注册的IMPU的注册状态改变时，所述S-CSCF向所 述PNM服务器发送通知消息，该通知消息中包含注册状态改变后的IMPU。
9、 如权利要求1所述的登记方法，其特征在于，在步骤A之后B之前还 进一步包括步骤B0、 PNM服务器向所述IMPU对应的HSS发送要求HSS对所述IMPU记 录设置已经登记到所述PN的标识的请求；B1 、 HSS收到该请求后，根据所述PN对应的号码标识判断所述IMPU是 否已经加入到其它PN，若没有，则对所述IMPU记录设置标识成功，指示这 些IMPU和IMPI已经加入到所迷PN中，若已经加入，则对所述IMPU记录 设置标识失败，并向PNM服务器返回设置响应。
10、 如权利要求9所迷的登记方法，其特征在于，所述请求包含所述PN 对应的号码标识、所述IMPU和该IMPU对应的IMPI。
11、 如权利要求9所述的登记方法，其特征在于，所述请求可以为HSS 与应用服务器之间接口 Sh中的更新数据消息Sh-Update。
12、 如权利要求1所述的登记方法，其特征在于，当对所述IMPU记录设 置标识失败时，所述步骤B包括PNM服务器不保存在PLMN中已注册的 IMPU和该IMPU对应的用户设备标识。
13 、 一种PNM业务中登记系统，其特征在于，该登记系统包含已签约PNM 业务的用户设备和PNM服务器，所述用户设备，用于向所述PNM服务器发起登记请求，所述登记请求中 含有一个或一个以上IMPU;所述PNM服务器，用于接收所述用户设备发起的登记请求，并确定该登 记请求中包含的IMPU在PLMN中的注册状态，并将已注册IMPU的保存。
14、 如权利要求13所述的登记系统，其特征在于，所述登记请求中还包 括登记类型，该登记类型包括主动登记或邀请第三方登记，所述PNM服务器， 进一步用于当所述登记请求中的登记类型为主动登记时，还保存发起登记请求 的用户设备标识；当登记类型为邀请第三方登记时，还保存被邀请的用户设备 标识。
15、 一种PNM服务器，其特征在于，该PNM服务器包括接收单元，用于接收用户设备发起的登记请求，所述登记请求中含有一个或一个以上IMPU;查询单元，用于查询所述IMPU在PLMN中的注册状态； 登记服务器单元，用于将所述登记请求中所包含的在PLMN中已注册的IMPU保存。
16、 如权利要求15所述PNM服务器，其特征在于，所述登记服务器单元 包括判断单元，用于判断所述登记请求中包含的登记类型；数据存储单元，当所述登记类型为主动登记时，用于保存已注册的IMPU 以及发起登记请求的用户设备标识；当所述登记类型为邀请第三方登记时，保 存已注册的IMPU以及被邀请的用户设备标识。
17、 一种PNM业务中激活方法，其特征在于，PNM服务器保存已在PN 中登记的用户设备的信息和IMPU，该激活方法包括以下步骤A. 用户设备将激活请求发送给PNM服务器，所述激活请求中包含激活 配置，所述激活配置包括被激活的用户设备的IMPU和表示激活层次的参数；B. PNM服务器分别对用户设备的能力和IMPU的签约业务进行鉴权，当 鉴权通过且所述用户设备和IMPU在PN内已登记时，保存所述激活配置。
18、 如权利要求17所迷激活方法，其特征在于，所述表示激活层次的参 数取值包括全局激活、业务激活和业务成份激活，其中，所述全局激活，表示所述用户设备执行所述IMPU签约的业务； 所述业务激活，表示所述用户设备执行该用户设备指定的业务； 所述业务成份激活，表示所述用户设备处理该用户设备指定的业务中的媒 体成份。
19、 如权利要求18所述激活方法，其特征在于，当所述激活层次的参数 取值为业务激活或业务成份激活时，所述激活配置还包括被激活的业务码和/或媒体类型标识。
20、 如权利要求19所述激活方法，其特征在于，步骤B中所述PNM服 务器对IMPU的签约业务进行鉴权的步骤包括当所迷激活层次的参数取值为全局激活时，所述PNM服务器向HSS发送 查询所述IMPU签约的业务信息查询请求，若能够获得该IMPU签约的业务信 息，则所迷IMPU的签约业务鉴权通过；当所迷激活层次的参数取值为业务激活或业务成份激活时，所述PNM服 务器向HSS发送查询所述IMPU签约的业务信息查询请求，并将HSS返回的 该IMPU的签约的业务信息和所述激活请求中的业务码比较，当所述签约的业 务信息中包含所述业务码时，则判断IMPU的签约业务鉴权通过。
21、 如权利要求20所述激活方法，其特征在于，所述业务信息查询请求 可以为Sh接口的查询消息Sh-Pull。
22、 如权利要求20所述激活方法，其特征在于，所述IMPU的签约业务 和业务码为通信业务标识SID。
23、 如权利要求19所述激活方法，其特征在于，所述媒体类型标识取值 范围为会活描述协议中m行表示媒体类型的参数取值范围。
24、 如权利要求17所述激活方法，其特征在于，步骤B中对所述用户设 备能力进行鉴权的步骤包括当所迷激活层次的参数取值为全局激活时，所述用户设备的能力满足所述 IMPU签约的业务部分或全部的要求，则鉴权通过；当所述激活层次的参数取值为业务激活或业务成^f分激活时，所述用户设备 的能力和所述IMPU的签约的业务满足所述激活配置中包含的部分或全部业务 码和/或媒体类型的要求，则鉴权通过。
25、 如权利要求17所述激活方法，其特征在于，所述用户设备和IMPU 在PN内登记的步骤包括PNM服务器接收到已签约PNM业务的用户设备发起的登记请求，所述登 记请求中含有一个或一个以上要登记到PN的IMPU， PNM服务器确定所述IMPU在PLMN中的注册状态，再将已注册的IMPU保存。
26、 如权利要求17所迷的激活方法，其特征在于，所述激活请求中还包 括激活类型，该激活类型包括主动激活或邀请第三方激活，当激活类型为邀请 第三方激活时，在所述步骤A之后B之前还包括步骤A0、 PNM服务器判断该发起含有邀请第三方激活类型的激活请求的用户 设备是否具有邀请权限且已登记到PN，若是，则向被邀请的用户设备发送邀 请激活请求，若不是，则向该发起激活请求的用户设备返回激活失败响应。
27、 如权利要求26所述的激活方法，其特征在于，当所述用户设备具有 邀请权限且已登记到PN时，步骤A0后还包括步骤Al、被道请的用户设备接收到该邀请激活请求后，再向PNM服务器发起 激活请求，其中携带被邀请的用户设备的激活配置。
28、 如权利要求17所述激活方法，其特征在于，在步骤B中所述PNM服 务器保存激洽配置前，还进一步包括步骤B0 、 PNM服务器向该IMPU对应的用户设备所属的HS S发起获得该IMPU 注册状态和/或签约的业务信息变化事件的请求；Bl、 HSS接收该请求后保存PNM服务器的地址，若保存成功，则在后续 该IMPU注册状态发生变化和/或该IMPU签约的业务信息发生变化时发送消息 给PNM服务器，若保存失败，则向PNM服务器返回请求失败信息。
29、 如权利要求28所述激活方法，其特征在于，当步骤B1中HSS保存 失败时，所述步骤B中PNM服务器不将激活请求中的激活配置保存，且步骤 C中所述激活响应包括激活失败信息。
30、 如权利要求17所述激活方法，其特征在于，所述步骤B后还进一步 包括步骤C. PNM服务器接收到触发重定向业务的请求后，根据该请求和所述已保 存的激活配置查询出满足业务要求的已激活的用户设备的IMPU,并将该IMPU 作为业务请求的新的目标地址。
31、 如权利要求30所述激活方法，其特征在于，当步骤C中PNM服务 器查询出一个以上满足业务要求的已激活的用户设备的IMPU时，PNM服务 器任选一个IMPU作为业务请求的新的目标地址或选择一个用户事先指定的 IMPU作为业务请求的新的目标地址。
32、 一种PNM业务中激活系统，其特征在于，该系统包含用户设备和PNM 服务器，所述用户设备，用于向所述PNM服务器发送激活请求，所述激活请求中 包含激活配置，所述激活配置包括IMPU和激活层次的参数；所述PNM服务器，用于保存已在PN中登记的用户设备和IMPU信息， 并接收所述用户设备发起的激活请求，并分别对用户设备的能力和IMPU的签 约业务进行鉴权，当鉴权通过且所述用户设备和IMPU在PN内已登记时，保 存所述激活配置。
33、 如权利要求32所述激活系统，其特征在于，所述PNM服务器，用于 接收到已签约PNM业务的用户设备发起的登记请求，所述登记请求中含有一 个或一个以上要登记到PN的IMPU，确定所述IMPU在PLMN中的注册状态， 再将已注册的IMPU保存。
34、 如权利要求32所述激活系统，其特征在于，所述激活请求中还包括 激活类型，该激活类型包括主动激活或邀请第三方激活，所述PNM服务器， 用于所述激活请求中的激活类型为主动激活时，还保存发起激活请求的用户设 备标识，所述发起激活请求的用户设备为已登记的，且与所述IMPU关联；当 所述激活类型为邀请第三方激活时，还保存被邀请的用户设备标识，所述被邀 请的用户设备为已登记的，且与所述IMPU关联。
35、 如权利要求32所述激活系统，其特征在于，所述PNM服务器，进一 步用于当所迷激活配置被保存后，接收触发重定向业务的请求，根据该请求和 所述已保存的激活配置查询出满足业务要求的已激活的IMPU,并将该IMPU 作为业务请求的新的目标地址。
36、 一种PNM服务器，其特征在于，所述PNM服务器包括 登记信息存储单元，用于存储登记在PN中的用户设备和IMPU信息； 接收单元，用于接收用户设备发起的激活请求，所述激活请求中包含激活配置，所述激活配置包括被激活的用户设备的IMPU和激活层次的参数；激活服务器单元，用于分别对所述用户设备的能力和IMPU的签约业务进 行鉴权，当鉴权通过且所述用户设备和IMPU在PN内已登记时，保存所述激 活配置。
37、 如权利要求36所述PNM服务器，其特征在于，所述登记信息存储单 元包括接收单元，用于接收用户设备发起的登记请求，所述登记请求中含有一个或一个以上IMPU;查询单元，用于查询所述IMPU在PLMN中的注册状态； 登记服务器单元，用于将所述登记请求中包括的在PLMN中已注册的IMPU保存。
38、 如权利要求36所述PNM服务器，其特征在于，所述激活服务器单元 包括判断单元，用于判断该激活请求中包含的激活类型；数据存储单元，用于当所述激活类型为主动激活时，还保存发起激活请求的用户设备标识；当所述激活类型为邀请第三方激活时，还保存被邀请的用户 设备标识。
全文摘要
本发明公开了一种个人网管理PNM业务中登记方法，该方法包括步骤A.PNM服务器接收到已签约PNM业务的用户设备发起的登记请求，所述登记请求中含有一个或一个以上要登记到个人网PN的IP多媒体公有用户标识IMPU，PNM服务器确定所述IMPU在公众陆地移动网PLMN中的注册状态；B.PNM服务器将在PLMN中已注册的IMPU保存。通过本发明避免了在登记请求中携带多个IMPU时，则指定其中一个为PreferIMPU造成后续被叫业务中请求处理失败的问题，提高了会话接通率，增强了业务感受。本发明同时公开一种PNM登记系统及装置，一种PNM激活系统、方法及装置。
文档编号H04W8/04GK101166115SQ200710003700
公开日2008年4月23日 申请日期2007年1月26日 优先权日2006年10月20日
发明者和晓艳, 朱东铭 申请人:华为技术有限公司
最新回复(0)