CN101198098B

CN101198098B - 应用服务器获取用户隐式注册集子集的方法、装置及系统

Info

Publication number: CN101198098B
Application number: CN2007101786223A
Authority: CN
Inventors: 陈勇; 王鑫; 查敦林
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2007-12-03
Filing date: 2007-12-03
Publication date: 2011-08-10
Anticipated expiration: 2027-12-03
Also published as: CN101198098A

Abstract

本发明公开了一种应用服务器获取用户隐式注册集子集的方法、装置及系统，该方法包括：用户数据请求步骤，用于在应用服务器需要获取用户公有标识隐式注册集中属于本应用服务器处理的所有用户公有标识时，在该应用服务器向归属用户服务器发起用户数据请求的请求消息中，将指示关联用户公有标识类型的参数的值设置为获取隐式注册集中由该应用服务器处理的用户公有标识；用户数据响应步骤，用于在所述归属用户服务器接收到所述请求后，根据所述请求消息中指示关联用户公有标识类型的参数的值，只返回和该应用服务器相关联用户公有标识。克服了应用服务器因获取不了完整的本应用服务器所关心的用户共有标识，而造成相关业务无法实现的缺陷。

Description

应用服务器获取用户隐式注册集子集的方法、装置及系统

技术领域

本发明涉及通信领域，特别涉及在IP多媒体系统IMS(IP MultimediaSubsystem)网络中，应用服务器AS(Application Server)向归属用户服务器HSS(Home Subscriber Server)获取用户数据时，实现获取用户隐式注册集中由该AS处理的关联用户共有标识PUI(Public User Identity)的方法。

背景技术

首先介绍一下本文涉及的相关术语：

Sh接口：Sh接口也称Sh参考点，如图2所示，示出了Sh接口在IMS网络中的位置，在IMS网络，将AS21和HSS22之间的接口称为Sh接口。AS21可以通过Sh接口向HSS22获取用户数据。

SP：Sevice Profile，IMS网络中用于描述用户业务触发属性的信息配置表。

隐式注册集：一个PUI集合，这个集合中的PUI共享注册状态，即，当其中的一个PUI的注册状态为已注册，则这个集合中其他PUI的注册状态都将被认为已注册。这个同样适用于注销的情况，即，这个集合中的一个PUI的注册状态为注销，则这个集合中的其他PUI的注册状态为注销。在实际应用中，一机多号业务将会使用到这个概念，因此AS需要管理隐式注册集的相关数据，以辅助相关业务的实现。

图1所示为一个隐式注册集的PUI之间的关系示意图，结合图1，进一步阐述隐式注册集的内部逻辑关系：图1所示的隐式注册集包含PUI1，PUI2，PUI3，PUI4等四个PUI。其中，PUI1、PUI2属于SP1，PUI3属于SP2，PUI4属于SP3。

AS向HSS获取某个PUI的用户数据时，可以请求获取此PUI的隐式注册集，目前获隐式注册集的方式有两种：

第一种：获取此PUI所属隐式注册集中所有的PUI。

对应于图1所示，即获取到了PUI1，PUI2，PUI3，PUI4。

第二种：获取此PUI所属隐式注册集中和此PUI在同一SP(ServiceProfile)下的所有PUI。

对应到图1所示，如果是请求的PUI1的隐式注册集，那么将获取到PUI1，PUI2，因为同属SP1。

在实际的应用中，AS需要关心PUI用户的隐式注册集中属于本AS处理的那些PUI，目前的获取用户的隐式注册集的方式中，都不能满足这个要求，都存在缺陷。

按图1来说明：

假设：

SP1的业务将由AS1，AS2来处理，

SP2的业务将由AS1，AS3来处理，

SP3的业务将由AS3来处理，

AS1请求获取PUI1的隐式注册集数据。

如果采用上述第一种方式，此AS1将会获取到多余的不属于此AS1处理的PUI4。这样AS需要管理多余的PUI用户数据，造成了资源的浪费，数据管理效率的低下。

如果采用上述第二种方式，此AS1可能丢失SP2下属于和此AS相关的PUI3。这样AS获取不了完整的AS所关心的PUI，会造成相关业务无法实现可能。

因此需要定义一种新的方式来获取PUI隐式注册集中属于此AS处理的所有PUI。

发明内容

本发明所要解决的技术问题在于，提供一种AS获取用户隐式注册集子集的方法，.....

为达到上述目的，本发明提供的AS获取用户隐式注册集子集的方法，包括：

用户数据请求步骤，用于在应用服务器需要获取用户公有标识隐式注册集中属于本应用服务器处理的所有用户公有标识时，在该应用服务器向归属用户服务器发起用户数据请求的请求消息中，将指示关联用户公有标识类型的参数的值设置为获取隐式注册集中由该应用服务器处理的用户公有标识；

用户数据响应步骤，用于在所述归属用户服务器接收到所述请求后，根据所述请求消息中指示关联用户公有标识类型的参数的值，只返回和该应用服务器相关联用户公有标识。

上述方法，所述用户数据响应步骤进一步包括：

步骤21，获取到请求用户公有标识的整个隐式注册集；

步骤22，遍历整个隐式注册集的业务信息配置表，将隐式注册集中与所述应用服务器相关的用户公有标识都存放在用户数据包中返回给所述应用服务器。

上述方法，所述步骤22中，对于每一个业务信息配置表，如果该业务信息配置表的触发中应用服务器列表包含该应用服务器，则将该业务信息配置表下的所有用户公有标识添加到相应的用户数据包中。

上述方法，判断业务信息配置表的触发中应用服务器列表中是否包含该应用服务器是通过比较所述应用服务器列表中的应用服务器的名称和用户数据请求消息中的Server-Name参数来完成。

上述方法，所述归属用户服务器和应用服务器对用户公有标识类型的参数的值定义一致。

上述方法，所述用户公有标识类型的参数定义为：IMPLICIT_AS_IDENTITIES。

上述方法，所述用户公有标识类型的参数的值定义为5。

本发明进一步，提供了一种采用上述方法的装置，包括：

用户数据请求模块，设置于应用服务器中，用于在应用服务器需要获取用户公有标识隐式注册集中属于本应用服务器处理的所有用户公有标识时，在该应用服务器向归属用户服务器发起用户数据请求的请求消息中，将指示关联用户公有标识类型的参数的值设置为获取隐式注册集中由该应用服务器处理的用户公有标识；

用户数据响应模块，设置于归属用户服务器中，用于在所述归属用户服务器接收到所述请求后，根据所述请求消息中指示关联用户公有标识类型的参数的值，只返回和该应用服务器相关联用户公有标识。

上述装置，所述用户数据响应模块中进一步包括一检索模块，用于遍历整个隐式注册集的业务信息配置表，将隐式注册集中与所述应用服务器相关的用户公有标识都存放在用户数据包中返回给所述应用服务器。

上述装置，所述检索模块中进一步包括一判断模块，用于通过比较所述应用服务器列表中的应用服务器的名称和用户数据请求消息中的Server-Name参数来判断业务信息配置表的触发中应用服务器列表中是否包含该应用服务器。

更进一步的，本发明还提供了一种采用上述方法的系统，包括应用服务器和归属用户服务器，其特征在于，所述应用服务器需要获取用户公有标识隐式注册集中属于本应用服务器处理的所有用户公有标识时，向所述归属用户服务器发起用户数据请求的请求消息中，将指示关联用户公有标识类型的参数的值设置为获取隐式注册集中由该应用服务器处理的用户公有标识；所述归属用户服务器接收到所述请求后，根据所述请求消息中指示关联用户公有标识类型的参数的值，只返回和该应用服务器相关联用户公有标识。

上述系统，所述归属用户服务器进一步包括一检索模块，用于遍历整个隐式注册集的业务信息配置表，将隐式注册集中与所述应用服务器相关的用户公有标识都存放在用户数据包中返回给所述应用服务器。

上述系统，所述检索模块中进一步包括一判断模块，用于通过比较所述应用服务器列表中的应用服务器的名称和用户数据请求消息中的Server-Name参数来判断业务信息配置表的触发中应用服务器列表中是否包含该应用服务器。

与现有技术相比，本发明定义了一种新的方式来获取PUI隐式注册集中属于此AS处理的所有PUI，使得AS能够有效获取PUI用户的隐式注册集中属于本AS处理的那些PUI，不仅克服了目前的获取用户的隐式注册集的方式中，AS需要管理多余的PUI用户数据，造成了资源的浪费，数据管理效率的低下的缺陷，而且也克服了AS因获取不了完整的本AS所关心的PUI，而造成相关业务无法实现的缺陷。

附图说明

图1是隐式注册集内部逻辑关系示意图；

图2是Sh接口在IMS网络中的位置；

图3是AS向HSS获取用户数据的流程；

图4是本发明AS获取用户隐式注册集子集的装置示意图；

图5是本发明AS获取用户隐式注册集子集的系统示意图。

具体实施方式

下面结合附图和具体实施例对本发明技术方案进行详细的描述，以更进一步了解本发明之目的、方案及功效，但并非作为对本发明所附权利要求保护范围的限制。

本发明是的内容主要是在Sh接口的数据请求命令中增加一种获取用户关联PUI参数的值，以指示需要获取此PUI隐式注册集中由发送请求消息的AS处理的PUI集合。

图2示出了Sh接口在IMS网络中的位置。

Sh接口获取用户数据的请求命令的参数如下：

<User-Data-Request>::＝<Diameter Header:306，REQ，PXY，16777217>

<Session-Id>

{Vendor-Specific-Application-Id}

{Auth-Session-State}

{Origin-Host}

{Origin-Realm}

[Destination-Host]

{Destination-Realm}

*[Supported-Features]

{User-Identity}

[Server-Name]

*[Service-Indication]

*{Data-Reference}

*[Identity-Set]

[Requested-Domain]

[Current-Location]

*[AVP]

*[Proxy-Info]

*[Route-Record]

其中[Identify-Set]参数是用来指示关联PUI的类型。

在本发明实施例中建议将此值定为IMPLICIT_AS_IDENTITIES，值为5，但不做限定，只要HSS和AS定义一致即可。

AS在请求用户数据的时候，如果需要获取此PUI的隐式注册集中与自身AS相关PUI，则将请求命令中的Identity-Set参数的值设置成IMPLICIT_AS_IDENTITIES(5)。HSS接收到上述请求时，如果Identity-Set参数为IMPLICIT_AS_IDENTITIES(5)，HSS在返回的用户数据中的隐式注册集只包换隐式注册集中和AS相关的PUI。

下面结合附图，对本发明的具体实施作进一步的详细描述。

参考图3，本发明提供的AS获取用户隐式注册集子集的方法包括：

步骤10，当AS需要获取某个PUI的用户数据的时候，向HSS发起用户数据的请求，如果要求获取此PUI用户的隐式注册集中由此AS处理的PUI，则将请求消息中指示关联PUI类型的参数(Indetity-Set)的值设置为获取隐式注册集中由此AS处理的PUI(IMPLICIT_AS_IDENTITIES(5))。

步骤20，HSS接收上述请求后，根据请求消息中指示关联PUI类型的参数(Indetity-Set)的值，来决定返回哪种类型的关联PUI集。如果这个参数的值为获取隐式注册集中属于此AS处理的PUI(IMPLICIT_AS_IDENTITIES(5))，进一步执行以下步骤：

(a)获取到请求PUI的整个隐式注册集；

(b)遍历整个隐式注册集的SP；

(c)对于每一个SP，如果此SP的触发中应用服务器列表包含了此AS(可以通过比较应用服务器列表中的AS名称和用户数据请求消息中的Server-Name参数来完成)，则将此SP下的所有PUI添加到响应的用户数据包中；

(d)遍历结束后，隐式注册集中与此AS相关的PUI都将存放在用户数据包中返回给此AS。

参考图4，本发明还公开了一种采用方法的装置40，包括：用户数据请求模块401，设置于AS31中，用于在AS31需要获取PUI隐式注册集中属于本AS31处理的所有PUI时，在该AS31向HSS发起用户数据请求的请求消息中，将指示关联PUI类型的参数的值设置为获取隐式注册集中由该AS处理的PUI；用户数据响应模块402，设置于HSS32中，用于在所述HSS32接收到所述请求后，根据所述请求消息中指示关联PUI类型的参数的值，只返回和该AS31相关联PUI。所述用户数据响应模块402中进一步包括一检索模块422，用于遍历整个隐式注册集的SP，将隐式注册集中与所述AS31相关的PUI都存放在用户数据包中返回给所述AS31。上述检索模块422中进一步包括一判断模块4221，用于通过比较所述AS列表中的AS的名称和用户数据请求消息中的Server-Name参数来判断SP的触发中AS列表中是否包含该AS31。

参考图5，本发明还公开了一种采用上述方法的系统50，包括AS51和HSS52，所述AS51需要获取PUI隐式注册集中属于本AS51处理的所有PUI时，向所述HSS52发起用户数据请求的请求消息中，将指示关联PUI类型的参数的值设置为获取隐式注册集中由该AS51处理的PUI；所述HSS52接收到所述请求后，根据所述请求消息中指示关联PUI类型的参数的值，只返回和该AS51相关联PUI。所述HSS52进一步包括一检索模块522，用于遍历整个隐式注册集的SP，将隐式注册集中与所述AS51相关的PUI都存放在用户数据包中返回给该AS51。所述检索模块522中进一步包括一判断模块5221，用于通过比较AS列表中的AS的名称和用户数据请求消息中的Server-Name参数来判断业务信息配置表的触发中AS列表中是否包含该AS51。

虽然本发明已以一较佳实施例揭露如上，然其并非用以限定本发明，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims

1.一种应用服务器获取用户隐式注册集子集的方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述用户数据响应步骤进一步包括：

步骤21，获取到请求用户公有标识的整个隐式注册集；

3.根据权利要求2所述的方法，其特征在于，所述步骤22中，对于每一个业务信息配置表，如果该业务信息配置表中的应用服务器列表包含该应用服务器，则将该业务信息配置表下的所有用户公有标识添加到相应的用户数据包中。

4.根据权利要求3所述的方法，其特征在于，判断业务信息配置表中的应用服务器列表中是否包含该应用服务器是通过比较所述应用服务器列表中的应用服务器的名称和用户数据请求消息中的Server-Name参数来完成。

5.根据权利要求1所述的方法，其特征在于，所述归属用户服务器和应用服务器对关联用户公有标识类型的参数的值定义一致。

6.根据权利要求5所述的方法，其特征在于，所述关联用户公有标识类型的参数定义为：IMPLICIT_AS_IDENTITIES。

7.根据权利要求6所述的方法，其特征在于，所述关联用户公有标识类型的参数的值定义为5。

8.一种采用上述权利要求1～7中任一项所述方法的系统，包括应用服务器和归属用户服务器，其特征在于，所述应用服务器需要获取用户公有标识隐式注册集中属于本应用服务器处理的所有用户公有标识时，在向所述归属用户服务器发起用户数据请求的请求消息中，将指示关联用户公有标识类型的参数的值设置为获取隐式注册集中由该应用服务器处理的用户公有标识；所述归属用户服务器接收到所述请求后，根据所述请求消息中指示关联用户公有标识类型的参数的值，只返回和该应用服务器相关联用户公有标识。

9.根据权利要求8所述的系统，其特征在于，所述归属用户服务器进一步包括一检索模块，用于遍历整个隐式注册集的业务信息配置表，将隐式注册集中与所述应用服务器相关的用户公有标识都存放在用户数据包中返回给所述应用服务器。

10.根据权利要求9所述的系统，其特征在于，所述检索模块中进一步包括一判断模块，用于通过比较业务信息配置表中的应用服务器列表中的应用服务器的名称和用户数据请求消息中的Server-Name参数来判断所述应用服务器列表中是否包含该应用服务器。