CN101232711A - 一种实现用户身份关联的方法、系统及装置 - Google Patents

一种实现用户身份关联的方法、系统及装置 Download PDF

Info

Publication number
CN101232711A
CN101232711A CNA2007101086033A CN200710108603A CN101232711A CN 101232711 A CN101232711 A CN 101232711A CN A2007101086033 A CNA2007101086033 A CN A2007101086033A CN 200710108603 A CN200710108603 A CN 200710108603A CN 101232711 A CN101232711 A CN 101232711A
Authority
CN
China
Prior art keywords
impu
identity
hss
equal behavior
cscf
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2007101086033A
Other languages
English (en)
Other versions
CN100551146C (zh
Inventor
时书锋
阎学霞
杨德平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CNB2007101086033A priority Critical patent/CN100551146C/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CA2672851A priority patent/CA2672851C/en
Priority to PL11172877T priority patent/PL2375641T3/pl
Priority to ES11172877.0T priority patent/ES2495422T3/es
Priority to EP08700062A priority patent/EP2091181B9/en
Priority to JP2009545804A priority patent/JP4691607B2/ja
Priority to ES08700062T priority patent/ES2374329T3/es
Priority to EP20110172877 priority patent/EP2375641B1/en
Priority to AT08700062T priority patent/ATE533258T1/de
Priority to PCT/CN2008/070036 priority patent/WO2008089673A1/zh
Priority to RU2009127109A priority patent/RU2428803C2/ru
Priority to PT08700062T priority patent/PT2091181E/pt
Publication of CN101232711A publication Critical patent/CN101232711A/zh
Priority to US12/477,318 priority patent/US8346253B2/en
Application granted granted Critical
Publication of CN100551146C publication Critical patent/CN100551146C/zh
Priority to US12/938,889 priority patent/US8023485B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4588—Network directories; Name-to-address mapping containing mobile subscriber information, e.g. home subscriber server [HSS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/38—Telephone uniform resource identifier [URI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/385—Uniform resource identifier for session initiation protocol [SIP URI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/395—Internet protocol multimedia private identity [IMPI]; Internet protocol multimedia public identity [IMPU]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Abstract

本发明公开了一种实现用户身份关联的方法，包括：在用户签约服务器(HSS)中，设置同等行为用户标识；通过所述设置的同等行为用户标识对具有同等行为的公有用户标识(IMPU)进行关联。此外，本发明还公开了一种实现用户身份关联的系统及装置。能够实现具有同等行为公有用户身份的关联，提高用户体验。

Description

一种实现用户身份关联的方法、系统及装置
技术领域
本发明涉及IP多媒体子系统(IMS，IP Multimedia Subsystem)，尤其涉及一种实现用户身份关联的方法、系统及装置。
背景技术
IMS是第三代合作伙伴组织(3GPP，3rd Generation Partnership Project)提出的支持IP多媒体业务的子系统，它的核心特点是采用会话发起协议(SIP，Session Initiation Protocol)作为呼叫控制协议，实现了业务管理、会话控制及承载接入的三者分离。IMS是一个在分组域上的多媒体控制/呼叫控制平台，支持会话类和非会话类多媒体业务，为多媒体应用提供了一个通用的业务平台。
如图1所示，图1为IMS的一个局部架构图。其中，呼叫会话控制功能(CSCF，Call Session Control Function)在IMS核心网中处于核心的控制地位，负责对用户设备(UE，User Equipment)的注册鉴权和会话控制，执行针对主叫用户和被叫用户的基本会话路功能，并根据用户签约的IMS初始过滤规则(iFC，Initial Filter Criteria)，在条件满足时进行到应用服务器(AS，Application Server)的增值业务路由触发及业务控制交互。用户签约服务器(HSS，Home Subscriber Server)是一种用户数据库服务器，存储有用户的IMS签约信息，即用户身份和用户签约数据的关联信息。当用户进行相关业务操作时，IMS中的相关实体如协商CSCF(I-CSCF，InterrogatingCSCF)、服务CSCF(S-CSCF，Serving CSCF)、AS等通过用户身份，从HSS中获取相关用户的签约数据。在IMS签约信息中，将包含与服务相关的用户签约数据的集合称为服务配置(SP，Service Profile)。
如图2所示，图2为用户身份和服务配置SP的关系示意图。其中，用户身份包括IMS私有用户身份(IMPI，IMS Private User Identity)和IMS公有用户身份(IMPU，IMS Public User Identity)。其中，一个IMPI只能属于一个IMS签约(IMS Subscription)，一个IMS签约可以包含多个IMPI；一个IMPI可以包含多个IMPU，一个IMPU可以被多个IMPI共享；一个IMPU只能有一个SP，一个SP可以被多个IMPU共享。
可见，HSS对共享相同SP的IMPU进行了关联。实际应用中，用户有时希望签约的两个或两个以上的IMPU不仅具有相同的SP，而且具有相同的业务数据，如前转地址信息、完全相同的呈现信息等，即这两个或两个以上的IMPU具有同等的行为。但现有技术中，HSS尚未实现对这类IMPU的关联。
发明内容
有鉴于此，本发明实施例中一方面提供一种实现用户身份关联的方法；另一方面提供一种实现用户身份关联的系统及装置。以便实现对具有同等行为的IMPU的关联。
本发明实施例中所提供的实现用户身份关联的方法，包括：
在用户签约服务器HSS中，设置同等行为用户标识；
通过所述设置的同等行为用户标识对具有同等行为的公有用户标识IMPU进行关联。
本发明实施例中所提供的实现用户身份关联的系统，包括：HSS和第一请求实体，其中，
所述HSS，用于对具有同等行为的IMPU进行关联，并将具有同等行为的IMPU的关联信息携带在消息中发送给第一请求实体；
所述第一请求实体，用于对来自HSS的消息进行解析，从中获取具有同等行为的IMPU的关联信息。
本发明实施例中所提供的实现用户身份关联的装置，包括：标识设置模块和标识指示模块，其中，
所述标识设置模块，用于在HSS中设置同等行为用户标识；
所述标识指示模块，用于利用标识设置模块所设置的同等行为用户标识对具有同等行为的IMPU进行关联。
从上述方案可以看出，本发明实施例通过在HSS中，设置同等行为用户标识，并通过所述设置的同等行为用户标识对具有同等行为的IMPU进行关联。从而在HSS中实现对具有同等行为的IMPU的关联，提高用户体验。
附图说明
图1为IMS的一个局部架构图；
图2为用户身份和服务配置SP的关系示意图；
图3为本发明实施例中实现用户身份关联的方法的示例性流程图；
图4为本发明实施例中实现用户身份关联的装置的示例性结构示意图；
图5为本发明实施例一中实现用户身份关联方法的流程图；
图6为本发明实施例一中实现用户身份关联方法的流程图；
图7为现有技术中公共身份类的构成关系示意图；
图8为本发明实施例三中实现用户身份关联的方法的流程图；
图9为本发明实施例三中增加的指示别名身份类的构成关系示意图；
图10为本发明实施例三中实现用户身份关联的装置结构示意图；
图11为本发明实施例三中实现用户身份关联的系统结构示意图；
图12为本发明实施例四中实现用户身份关联的方法的流程图；
图13为本发明实施例四中公共身份类的构成关系示意图；
图14为本发明实施例五中实现用户身份关联的方法的流程图；
图15为本发明实施例五中公共身份类的构成关系示意图；
图16为本发明实施例六中实现用户身份关联的方法的流程图；
图17为本发明实施例七中实现用户身份关联的方法的流程图；
图18为本发明实施例七中公共身份类的构成关系示意图；
图19为本发明实施例八中实现用户身份关联的方法的流程图；
图20为本发明实施例八中实现用户身份关联的系统的结构示意图；
图21为本发明实施例九中实现用户身份关联的方法的流程图。
具体实施方式
本发明实施例通过在HSS中，设置同等行为用户标识，通过该同等行为用户标识对具有同等行为的IMPU进行关联。
参见图3，图3为本发明实施例中实现用户身份关联的方法的示例性流程图。如图3所示，该流程包括如下步骤：
步骤301，在HSS中，设置同等行为用户标识。
本步骤中，在HSS中设置同等行为用户标识的方法至少包括以下两种：
第一种方法：在HSS中，设置用于指示具有同等行为的IMPU的集合的标识。
第二种方法：在HSS中的IMPU中，设置用于指示该IMPU所属的具有同等行为的IMPU集合的标识。
步骤302，通过所设置的同等行为用户标识对具有同等行为的IMPU进行关联。
对于步骤301中的第一种方法，本步骤中，利用所设置的标识，将具有同等行为的IMPU设置在一个集合中，则该标识中包括一个或一个以上的具有同等行为的IMPU的集合，每个具有同等行为的IMPU的集合中包括一个或一个以上的IMPU。
对于步骤301中的第二种方法，本步骤中，利用所设置的标识，对该IMPU所属的具有同等行为的IMPU的集合进行标识。则根据该标识的取值，确定该IMPU属于哪个具有同等行为的IMPU的集合。
进一步地，HSS可将具有同等行为的IMPU的关联信息指示给S-CSCF，和/或，HSS可将具有同等行为的IMPU的关联信息指示给AS。
再进一步地，S-CSCF可将具有同等行为的IMPU的关联信息指示给AS，和/或，S-CSCF可将具有同等行为的IMPU的关联信息指示给P-CSCF，和/或，S-CSCF可将具有同等行为的IMPU的关联信息指示给UE等。
另外可以在HSS中IMPU相关的初始过滤规则的业务信息中包含具有同等行为的IMPU的关联信息；当S-CSCF向HSS请求用户数据时，HSS将包含了具有同等行为的IMPU的关联信息的业务信息的初始过滤规则下载给S-CSCF，S-CSCF在该初始过滤规则条件满足时将包含了具有同等行为的IMPU的关联信息的业务信息携带在消息中指示给AS，AS可以通过该消息就可以获得具有同等行为的IMPU的关联信息。
参见图4，图4为本发明实施例中实现用户身份关联的装置的示例性结构示意图。如图4所示，该装置包括：标识设置模块和标识指示模块。
其中，标识设置模块，用于在HSS中设置同等行为用户标识；
标识指示模块，用于利用标识设置模块所设置的同等行为用户标识对具有同等行为的IMPU进行关联。
此外，IMS网络中为了使用户可以一次注册多个IMPU，提供了隐式注册的机制，即属于同一个隐式注册集(Implicitly Registered Public UserIdentity Set)中的任何一个IMPU注册时，该注册集中的其它IMPU会同时被注册。此外，同一隐式注册集中的IMPU必须同属于一个IMPI，这些IMPU可以具有相同的SP，也可以具有不同的SP，但同一个IMPU只能属于一个隐式注册集。
如图2所示，IMPU1和IMPU2即属于同一个隐式注册集，当IMPU1在网络中注册时，IMPU2也会一起被注册，同样，当IMPU2在网络中注册时，IMPU1也会一起被注册。其中，IMPU1和IMPU2具有不同的SP。图2中的IMPU3、IMPU4是一个被IMPI1和IMPI2共享的隐式注册集，具有相同的SP。图中的IMPU5、IMPU6是隶属于IMPI2的隐式注册集，具有不同的SP。其中，IMPU5具有和IMPU3、IMPU4相同的SP。
本发明实施例中的具有同等行为的IMPU的集合可以为隐式注册集的子集，也可以为与隐式注册集相独立的具有同等行为的IMPU的集合。为了方便描述，本文中将具有同等行为的IMPU称为别名公有用户身份(AliasPublic User Identity)，将具有同等行为的IMPU的集合称为别名公有用户身份集(Alias Public User Identity Set)。
下面将结合具体实施例对实现用户身份关联的方法、系统及装置进行详细描述。
实施例一：采用第一种方法，即在HSS中，设置用于指示具有同等行为的IMPU的集合的标识。
参见图5，图5为本发明实施例一中实现用户身份关联方法的流程图。如图5所示，该流程包括如下步骤：
步骤501，在HSS中，设置用于指示别名公有用户身份集的标识。
本步骤中，在HSS中增加一类数据，该类数据被设置用于指示别名公有用户身份集，作为对别名公有用户身份集的标识。它可以是对应用户的隐式注册集的子集，也可以是脱离隐式注册集的集合。如表1所示，表1中为本实施例中的一种具体实现方式。表1中所增加的用于指示别名公有用户身份集的标识直接命名为别名公有用户身份集(Alias Public User Identity Set)，并可以根据需要，将其添加到相应的子条款中，表1中用3.X.X进行表示。
参数(PARAMETER)   子条款(Subclause)   HSS S-CSCF AS   类型(TYPE)
  私有用户身份(Private User Identity)   3.1.1   M   M   -   P
  公有用户身份(Public User Identity)   3.1.2   M   M   -   P
  禁止指示(Barring Indication)   3.1.3   M   M   -   P
  拜访网络身份授权列表(List of authorizedvisited network identifiers)   3.1.4   M   -   -   P
  关于未注册状态的服务(Services related toUnregistered State)   3.1.5   M   -   -   P
  隐式注册集(Implicitly registered Public UserIdentity sets)   3.1.6   C   C   -   P
  别名公有用户身份集(Alias Public UserIdentity Sets)   3.X.X   C   C   -   P
  默认公有用户身份指示(Default Public UserIdentity indicator)   3.1.7   C -   -   P
  显示姓名(Display Name)   3.1.9   C   C   -   P
注册状态(Registration Status)   3.2.1   M   -   -   T
S-CSCF名称(S-CSCF Name)   3.2.2   M   -   -   T
S-CSCF的Diameter客户端地址(Diameter ClientAddress of S-CSCF)   3.2.3   M   -   -   T
HSS的Diameter服务器地址(Diameter ServerAddress of HSS)   3.2.4   -   M   C   T
鉴权五元组(RAND，XRES，CK，IK and AUTN)   3.3.1   M   C   -   T
服务器能力(Server Capabilities)   3.4.1   C   C   -   P
初始过滤规则(Initial Filter Criteria)   3.5.2   C   C   -   P
应用服务器信息(Application Server Information)   3.5.3   C   C   -   P
业务指示(Service Indication)   3.5.4   M   -   M   P
共享iFC集标识(Shared iFC Set Identifier)   3.5.5   C   C   P
......   ......   ...   ......   ...   ......
表1
上述表1中的“M”表示必须有，“C”表示条件满足时有，“-”表示没有。类型中的“P”表示静态永久类型，“T”表示动态临时类型。
步骤502，通过上述设置的标识对具有同等行为的IMPU进行关联。
本步骤中，利用所设置的标识对具有同等行为的IMPU，即一个或多个别名公有用户身份集进行标识。每个别名公有用户身份集包含了一个或多个IMPU，这些IMPU具有完全相同的SP并且具有完全相同的业务数据等，即具有同等行为。一个IMS签约下可以有多个别名公有用户身份集，甚至每个隐式注册集下都可能有多个别名公有用户身份集，但是每个IMPU只能属于一个别名公有用户身份集。
以上对本实施中实现身份关联的方法进行了详细描述，下面对本实施例中实现身份关联的装置进行详细描述。
本实施例中的装置的组成、连接关系及功能与图4所述装置中的描述一致。不同之处在于：本实施例中的装置是图4所示装置的实例化。即该装置中的标识设置模块，用于在HSS中设置用于指示别名公有用户身份集的标识。
实施例二：采用第二种方法，即在HSS中的IMPU中，设置用于指示该IMPU所属的具有同等行为的IMPU集合的标识。
参见图6，图6为本发明实施例二中实现用户身份关联方法的流程图。如图6所示，该流程包括如下步骤：
步骤601，在HSS中的IMPU中，设置用于指示该IMPU所属的别名公有用户身份集的标识。
本步骤中，可在HSS中一个IMPU对应的隐式注册集中对每一个属于一个别名公有用户身份集的IMPU增加一个序号，该序号被设置用于指示该IMPU所属的别名公有用户身份集，作为指示该IMPU所属的别名公有用户身份集的标识。
或者，也可以脱离开隐式注册集，对每一个属于一个别名公有用户身份集的IMPU增加一个序号，该序号被设置用于指示该IMPU所属的别名公有用户身份集，作为指示该IMPU所属的别名公有用户身份集的标识。
步骤602，通过上述设置的标识对具有同等行为的IMPU进行关联。
本步骤中，利用所设置的标识，标识该IMPU和本隐式注册集中哪些IMPU具有完全相同的SP并且具有完全相同的业务数据等，即具体同等行为。
或者，利用所设置的标识，标识该IMPU和哪些IMPU具有完全相同的SP并且具有完全相同的业务数据等，即具体同等行为。
当有多个别名公有用户身份集时，该标识用于识别所属的别名公有用户身份集。具有相同序号的IMPU即属于相同的别名公有用户身份集。
以上对本实施中实现身份关联的方法进行了详细描述，下面对本实施例中实现身份关联的装置进行详细描述。
本实施例中的装置的组成、连接关系及功能与图4所述装置中的描述一致。不同之处在于：本实施例中的装置是图4所示装置的实例化。即该装置中的标识设置模块，用于在HSS中的IMPU中，设置用于指示该IMPU所属的别名公有用户身份集的标识。
上述两个实施例中对如何在HSS中实现用户身份关联的方法及装置进行了详细描述。实际应用中，网络中的AS、UE、P-CSCF、S-CSCF等可能也需要获知这些关联的IMPU的信息。比如：S-CSCF需要知道哪些IMPU具有同等行为，以便将该信息提供给AS、P-CSCF等；用户通过UE修改IMPU1的业务数据时，可能需要知道该修改是否同时也适用于IMPU2；AS给IMPU1发消息时，可能需要知道是否需要同时给IMPU2发送同样的消息；P-CSCF可能需要将具有相同行为的IMPU提供给接入网络的策略决策点以便为它们选择相同的策略等，因此HSS还可进一步包括：将具有同等行为的IMPU的关联信息指示给相应的网络实体，如S-CSCF，或AS等。
现有技术中，为用户分配的S-CSCF可以通过服务器分配请求(SAR，Server-Asignment-Request)/服务器分配应答(SAA，Server-Asignment-Answer)命令对从HSS中获得用户的服务签约信息，HSS可以通过配置推送请求(PPR，Profile-Push-Request)/配置推送应答(PPA，Profile-Push-Answer)命令对将发生变化的服务签约信息更新到S-CSCF中。在消息中服务签约信息作为一个扩展标记语言(XML，eXtensible MarkupLanguage)文档被包含在一个Diameter属性值对(AVP，Attribute Value Pair)中携带。其中，HSS与S-CSCF的信息交互可通过Cx接口进行。
现有技术中，若存在隐式注册集，则当为用户分配的S-CSCF向HSS请求下载某个IMPU的用户签约数据时，HSS会将该IMPU所属隐式注册集中所有IMPU的SP信息都返回给该S-CSCF。
例如：若IMPU1、IMPU2、IMPU3都属于同一个隐式注册集，IMPU1、IMPU2具有相同的SP1，IMPU3具有另一个SP2，则当S-CSCF请求该隐式注册集中任意一个IMPU的数据时，SAA中包含的XML文档的内容可以为：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<IMSSubscription xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″；IMS签约开始
xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
        <PrivateID>IMPI1@homedomain.com</PrivateID>        ；私有用户身份IMPI1
        <ServiceProfile>                                   ；SP开始
            <PublicIdentity>                               ；公共身份开始
                <BarringIndication>1</BarringIndication>   ；禁止指示
                <Identity>sip:IMPU1@homedomain.com</Identity>     ；IMPU1的身份
            </PublicIdentity>                       ；公共身份结束
            <PublicIdentity>                        ；公共身份开始
                <Identity>sip:IMPU2@homedomain.com</Identity> ；IMPU2的身份
</PublicIdentity>                                     ；公共身份结束
<Initial FilterCriteria>                              ；初始过滤规则iFC开始
     <Priority>0</Priority>
     <TriggerPoint>
         <ConditionTypeCNF>1</ConditionTypeCNF>
         <SPT>
             <ConditionNegated>0</ConditionNegated>
             <Group>0</Group>
             <Method>INVITE</Method>
         </SPT>
         <SPT>
            <ConditionNegated>0</ConditionNegated>
            <Group>0</Group>
            <Method>MESSAGE</Method>
        </SPT>
        <SPT>
            <ConditionNegated>0</ConditionNegated>
            <Group>0</Group>
            <Method>SUBSCRIBE</Method>
        </SPT>
        <SPT>
            <ConditionNegated>0</ConditionNegated>
            <Group>1</Group>
            <Method>INVITE</Method>
        </SPT>
        <SPT>
            <ConditionNegated>0</ConditionNegated>
            <Group>1</Group>
            <Method>MESSAGE</Method>
        </SPT>
        <SPT>
            <ConditionNegated>1</ConditionNegated>
            <Group>1</Group>
            <SIPHeader>
                <Header>From</Header>
                <Content>″joe″</Content>
            </SIPHeader>
        </SPT>
   </TriggerPoint>
   <Applicationserver>                     ；应用服务器开始
                    <ServerName>sip:AS1@homedomain.com</ServerName>；应用服务器名称
                    <DefaultHandling>0</DefaultHandling>  ；缺省操作
                </ApplicationServer>                      ；应用服务器结束
           </InitialFilterCriteria>                       ；初始过滤规则iFC结束
       </ServiceProfile>                                  ；SP结束
       <ServiceProfile>                                   ；SP开始
           <PublicIdentity>                               ；公共身份开始
               <Identity>sip:IMPU3@homedomain.com</Identity> ；IMPU3的身份
           </PublicIdentity>                                ；公共身份结束
           <InitialFilterCriteria>                          ；初始过滤规则iFC开始
              ·
              ·
              ·
           <InitialFilterCriteria>                          ；初始过滤规则iFC结束
       </ServiceProfile>                                    ；SP结束
</IMSSubscription>                                          ；IMS签约结束
上述XML文档中，从“IMS签约开始”到“IMS签约结束”为一个IMS签约，上述IMS签约中有两个SP，从“SP开始”到“SP结束”为一个SP。一个SP中包括有公共身份、初始过滤规则iFC等。
图7为现有技术中公共身份类的构成关系示意图。如图7所示，公共身份中包括与该SP相关的公有身份，并且公有身份可以是SIP统一资源标识(URI，Universal Resource Identifier)的形式，也可以是电话(TEL)统一资源定位器(URL，Universal Resource Locator)的形式，每个公共身份中包含一个相关的禁止指示(Barring Indication)，若禁止指示被设置，则S-CSCF将阻止该IMPU用在除注册和去注册以外的任何其他IMS通信中。公共身份中还包括身份类型(IdentityType)，用于指示该公有身份的类型，如可以是一个IMPU，也可以是一个独立的公有业务身份(Public ServiceIdentity)，还可以是一个可以匹配到通配PSI(Wildcarded PSI)的PSI，其中，身份类型是一个枚举型的数据，有3个值：0表示该公有标识是一个IMPU，1表示该公有标识是一个独立的PSI，2表示该公有标识是一个可以匹配到通配PSI的PSI。此外，公有身份中还可包括显示名称(DisplayName)等。
上述XML文档中，第一个SP中，有两个公共身份，分别包括IMPU1和IMPU2，表示这两个IMPU具有相同的SP。第二个SP中，只有一个公共身份，即包括IMPU3。
iFC用于完成业务的触发，描述收到的SIP消息何种条件下将被路由到一个特定的应用服务器，即AS。
此外，SP中还可包括核心网服务授权及共享iFC等。
本发明实施例中，为了实现HSS将具有同等行为的IMPU的关联信息指示给S-CSCF，HSS可对发送给S-CSCF的与SP相关的XML文档进行扩展。如至少可采取下述五种实现方法：
方法一：HSS在发送给S-CSCF的SP中，增加一个新的指示别名身份的类，在所增加的新的指示别名身份的类中，指示具有同等行为的IMPU，HSS通过携带有所述指示的SP，将所述关联信息指示给S-CSCF。
方法二：HSS在发送给S-CSCF的SP中的公共身份类中，增加指示所属集合的属性，通过对所述属性赋值，对各IMPU所属的具有同等行为的IMPU的集合进行指示，HSS通过携带有所述指示的所述SP，将所述关联信息指示给S-CSCF。
方法三：HSS在发送给S-CSCF的SP中的公共身份类中，增加一个新的指示所属集合成员的类，在所述增加的类中，指示与各IMPU具有同等行为的IMPU，HSS通过携带有所述指示的所述SP，将所述关联信息指示给S-CSCF。
方法四：若具有相同SP的IMPU中具有同等行为的IMPU集合为1个，则HSS可对发送给S-CSCF的SP中的公共身份类中的身份类型属性的值域进行扩展，利用所扩展的身份类型值指示具有同等行为的IMPU的身份类型，HSS通过携带有所述身份类型指示的所述SP，将所述关联信息指示给S-CSCF。
方法五：若具有相同SP的IMPU中具有同等行为的IMPU集合为1个，HSS在发送给S-CSCF的服务配置中的公共身份类中，增加指示该IMPU是否为具有同等行为的IMPU的属性；通过对所述属性赋值，对该IMPU是否属于具有同等行为的IMPU的集合进行指示；HSS通过携带有所述指示的所述服务配置，将所述关联信息指示给S-CSCF。
下面将结合具体实施例对采用上述五种实现方法的用户身份关联的方法、装置及系统进行详细描述。
实施例三：采用方法一。
参见图8，图8为本发明实施例三中实现用户身份关联的方法的流程图。如图8所示，该流程包括如下步骤；
步骤801，在HSS中实现对用户身份的关联。
本步骤中的具体实现过程可以与实施例一中的描述一致，也可以与实施例二中的描述一致，或者还可以根据实际需要采用其它的实现方法。
步骤802，HSS在发送给S-CSCF的SP中，增加指示别名身份的类。
本实施例中，HSS在对发送给S-CSCF的与SP相关的XML文档进行扩展时，可在SP中增加一个与公共身份类相类似的指示别名身份的类，如图9所示，图9为本实施例中增加的指示别名身份的类的构成关系示意图。该增加的指示别名身份的类中可包括一个或一个以上的具有同等行为的IMPU，且该IMPU可以为SIP URI形式，也可以为TEL URL形式。其中，所增加的指示别名身份的类的实例为0个或0个以上。
具体实现时，若将该指示别名身份的类命名为别名身份列表(AliasIdentity List)，则增加指示别名身份的类后的一种XML文档的描述关系映射可如表2所示：
Figure A20071010860300181
Figure A20071010860300191
表2
上述表2中，将新增加的指示别名身份的类命名为别名身份列表(AliasIdentity List)，并且该别名身份列表在服务配置扩展的复合类型的扩展字段中扩展得到，当不存在具有同等行为的IMPU时，则该别名身份列表的类实例为0个，当存在1个以上的具有同等行为的IMPU的集合时，则该别名身份列表的类实例为1个以上。一个别名身份列表类可包括1个或1个以上的别名身份(Alias Identity)类，一个别名身份类包括一个身份(Identity)，类似图7所示公共身份类中的身份(Identity)，并且该别名身份列表类中的身份也可以为SIP URI形式，或TEL URL形式。其中，一个身份对应一个具有同等行为的IMPU，一个别名身份列表类中可包括多个IMPU。
步骤803，利用所增加的指示别名身份的类，指示具有同等行为的IMPU。
本步骤中，在每个新增加的指示别名身份的类实例中，即步骤802中的别名身份列表的类实例中包含具有同等行为的IMPU的集合。不同的具有同等行为的IMPU的集合利用不同的别名身份列表的类实例进行指示。
步骤804，HSS通过携带有上述指示的SP，将所述具有同等行为的IMPU的关联信息指示给S-CSCF。
本步骤中，HSS将携带指示具有同等行为的IMPU的SP的XML文档发送给S-CSCF，S-CSCF根据所接收的XML文档，解析出具有同等行为的IMPU的关联信息。
例如，若IMPU1与IMPU2具有同等行为，IMPU3与IMPU4具有同等行为。并且以存在隐式注册集，且具有同等行为的IMPU的集合为隐式注册集的子集的情况为例，若IMPU1、IMPU2、IMPU3和IMPU4位于同一个隐式注册集，则当S-CSCF通过SAR向HSS请求IMPU1的用户数据时，在SAA中携带的XML文档的内容可如下所示：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<IMSSubscription xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
        <PrivateID>IMPI1@homedomain.com</PrivateID>
        <ServiceProfile>
            <PublicIdentity>                           ；公共身份开始
                <Identity>sip:IMPU1@homedomain.com</Identity>
            </PublicIdentity>                          ；公共身份结束
            <PublicIdentity>                           ；公共身份开始
                <Identity>sip:IMPU2@homedomain.com</Identity>
            </PublicIdentity>                          ；公共身份结束
            <PublicIdentity>                           ；公共身份开始
                <Identity>sip:IMPU3@homedomain.com</Identity>
            </PublicIdentity>                          ；公共身份结束
            <PublicIdentity>                           ；公共身份开始
           <Identity>sip:IMPU4@homedomain.com</Identity>
       </PublicIdentity>                           ；公共身份结束
       <AliasIdentity List>                 ；别名身份列表开始
           <AliasIdentity>                              ；别名身份开始
                <Identity>sip:IMPU1@homedomain.com</Identity>  ；IMPU1的身份
           </AliasIdentity>                             ；别名身份结束
           <AliasIdentity>                              ；别名身份开始
                <Identity>sip:IMPU2@homedomain.com</Identity>   ；IMPU2的身份
           </AliasIdentity>                             ；别名身份结束
      </AliasIdentityList>                 ；别名身份列表结束
      <AliasIdentityList>                  ；别名身份列表开始
          <AliasIdentity>                               ；别名身份开始
               <Identity>sip:IMPU3@homedomain.com</Identity>  ；IMPU3的身份
          </AliasIdentity>                              ；别名身份结束
          <AliasIdentity>                               ；别名身份开始
              <Identity>sip:IMPU4@homedomain.com</Identity>    ；IMPU4的身份
         </AliasIdentity>                               ；别名身份结束
     <AliasIdentityList>                     ；别名身份列表结束
     <InitialFilterC riteria>
          <Priority>0</Priority>
           <TriggerPoint>
               <ConditionTypeCNF>1</ConditionTypeCNF>
               <SPT>
                   <ConditionNegated>0</ConditionNegated>
                   <Group>0</Group>
                   <Method>INVITE</Method>
               </SPT>
               <SPT>
                  ·
                  ·
                  ·
               </SPT>
          </TriggerPoint>
          <ApplicationServer>
             <ServerName>sip:AS1@homedomain.com</ServerName>
             <DefaultHandling>0</DefaultHandling>
         </ApplicationServer>
    </InitialFilterCriteria>
</ServiceProfile>
</IMSSubscription>
其中，“别名身份列表开始”到“别名身份列表结束”为一个别名身份列表的实例。可见上述XML文档中，SP中包括两个别名身份列表的实例，第一个别名身份列表的实例中指示有两个别名IMPU，即IMPU1和IMPU2具有同等行为；第二个别名身份列表的实例中指示有两个别名IMPU，即IMPU3和IMPU4具有同等行为。
S-CSCF接收到上述XML文档后，根据别名身份列表实例的指示，解析出具有同等行为的IMPU的关联信息，即IMPU1和IMPU2具有同等行为，IMPU3和IMPU4具有同等行为。
以上对本实施中实现身份关联的方法进行了详细描述，下面对本实施例中实现身份关联的装置进行详细描述。
本实施例中的装置在图4所示装置的基础上，进一步包括：信息指示模块。如图10所示，图10为本发明实施例三中实现用户身份关联的装置结构示意图。
其中，在图4所示装置描述的基础上，标识指示模块可进一步用于：将所标识的具有同等行为的IMPU的信息提供给信息指示模块。
信息指示模块，用于根据标识指示模块提供的具有同等行为的IMPU的信息，将具有同等行为的IMPU的关联信息指示给请求实体。本实施例中，请求实体为S-CSCF。
其中，信息指示模块在具体实现时，可以与图8所示步骤802至步骤804中的描述一致。
下面再对本实施例中实现身份关联的系统进行详细描述。
参见图11，图11为本发明实施例三中实现用户身份关联的系统结构示意图。如图11所示，该系统包括：HSS和第一请求实体。
其中，HSS，用于对具有同等行为的IMPU进行关联，并将具有同等行为的IMPU的关联信息携带在消息中发送给第一请求实体。本实施例中，第一请求实体为S-CSCF。
第一请求实体，用于对来自HSS的消息进行解析，从中获取具有同等行为的IMPU的关联信息。本实施例中，第一请求实体为S-CSCF。
其中，具体实现时，HSS可具体包括：标识指示模块和信息指示模块。
其中，标识指示模块，用于对具有同等行为的IMPU进行关联，将所标识的具有同等行为的IMPU的信息提供给信息指示模块。
信息指示模块，用于根据标识指示模块提供的具有同等行为的IMPU的信息，将具有同等行为的IMPU的关联信息携带在消息中发送给第一请求实体。本实施例中，第一请求实体为S-CSCF。
其中，信息指示模块在具体实现时，可以与图8所示步骤802至步骤804中的描述一致。
进一步地，HSS还可以用于：设置同等行为用户标识，利用所设置的同等行为用户标识执行所述对具有同等行为的IMPU进行关联的操作。相应地，HSS中还可以包括：标识设置模块，用于设置同等行为用户标识，则所述标识指示模块进一步用于：利用标识设置模块所设置的同等行为用户标识，执行所述对具有同等行为的IMPU进行关联的操作。其中，具体实现时，标识设置模块可以与实施例一或实施例二中的描述一致。
实施例四：采用方法二。
参见图12，图12为本发明实施例四中实现用户身份关联的方法的流程图。如图12所示，该流程包括如下步骤：
步骤1201，在HSS中实现对用户身份的关联。
本步骤中的具体实现过程可以与实施例一中的描述一致，也可以与实施例二中的描述一致，或者还可以根据实际需要采用其它的实现方法。
步骤1202，HSS在发送给S-CSCF的SP中的公共身份的类中，增加指示所属集合的属性。
本实施例中，HSS在对发送给S-CSCF的与SP相关的XML文档进行扩展时，可在SP中的公共身份类中，增加指示所属集合的属性，如图13所示，图13为本实施例中公共身份类的构成关系示意图。其中，增加了一个指示所属集合的属性。
具体实现时，若将指示所属集合的属性命名为别名身份集序号(AliasIdentity Set Num)，则设置指示集合属性后的一种XML文档的描述关系映射可如表3和表4所示：
  数据类型(Datatype)   标签(Tag)   基本类型(Basetype)   注释(Comments)
  私有身份类型(tPrivateID)   私有身份(PrivateID)   任何URI类型(anyURI)   在IETF RFC 2486[14]中有语法描述(Syntaxdescribed in IETF RFC 2486[14])
  SIP URI类型(tSIP_URI)   身份(Identity)   任何URI类型(anyURI)   在IETF RFC 3261[11]中有语法描述(Syntaxdescribed in IETF RFC 3261[11])
  TELURL类型(tTEL_URL)   身份(Identity)   任何URI类型(anyURI)   在IETF RFC 3966[15]中有语法描述(Syntaxdescribed in IETF RFC 3966[15])
  身份类型(tIdentity)   身份(Identity)   联合型(union)   SIPURI和TEL URL的联合(Union oftSIP_URI and tTEL_URL)
  身份类型的类型(tIdentityType)   身份类型(IdentityType)   枚举型(enumerated)   可能的取值(Possible values)：0(PUBLIC_USER_IDENTITY)，表示IMPU1(DISTINCT_PSI)，表示PSI2(WILDCARDED_PSI)，表示通配PSI
  别名身份集序号类型(tAliasIdentitySetNum)   别名身份集序号(AliasIdentitySetNum)   整数型integer   >＝0
  通配PSI类型(tWildcardedPSI)   通配PSI(WildcardedPSI)   任何URI类型(anyURI)   在3GPP TS 23.003[17].中有语法描述(Syntaxdescribed in 3GPP TS 23.003[17].)
  服务器信息类型(tServiceInfo)   服务器信息(ServiceInfo)   字符串型(string)
   ......   ......   ......   ......
  显示名称类型(tDisplayName)   显示名称(DisplayName)   字符串型(string)
表3
上述表3中，将指示所属集合的属性命名为别名身份集序号(AliasIdentity Set Num)，并且定义该别名身份集序号为整数型。该别名身份集序号由扩展字段扩展得到，如表4所示：
Figure A20071010860300251
表4
从表4中可以看出，别名身份集序号在公共身份扩展的复合类型2的扩展字段中扩展得到，一个公共身份的类实例中最多包含一个别名身份集序号，当该公共身份中的IMPU没有与其具有同等行为的IMPU时，则无需在公共身份中添加该别名身份集序号。
步骤1203，对所增加的属性赋值，指示各IMPU所属的具有同等行为的IMPU的集合。
若有两个具有同等行为的IMPU的集合，且若将这两个具有同等行为的IMPU的集合分别标记为1和2，则可分别对两个集合中的IMPU的别名身份集序号赋值为1和2，以标记其所属的具有同等行为的IMPU的集合。
步骤1204，HSS通过携带有上述指示的SP，将所述具有同等行为的IMPU的关联信息指示给S-CSCF。
本步骤中，HSS将携带指示各IMPU所属的具有同等行为的IMPU集合的SP的XML文档发送给S-CSCF，S-CSCF根据所接收的XML文档，解析出具有同等行为的IMPU的关联信息。
例如，若IMPU1与IMPU2具有同等行为，IMPU3与IMPU4具有同等行为。并且以存在隐式注册集，且具有同等行为的IMPU的集合为隐式注册集的子集的情况为例，若IMPU1、IMPU2、IMPU3和IMPU4位于同一个隐式注册集，则当S-CSCF通过SAR向HSS请求IMPU1的用户数据时，在SAA中携带的XML文档的内容可如下所示：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<IMSSubscription xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
        <PrivateID>IMPI1@homedomain.com</PrivateID>
        <ServiceProfile>
            <PublicIdentity>                                  ；公共身份开始
                <AliasIdentitySetNum>1</AliasIdentitySetNum>     ；别名身份集序号取值为1
                <Identity>sip:IMPU1@homedomain.com</Identity>
            </PublicIdentity>                            ；公共身份结束
            <PublicIdentity>                             ；公共身份开始
                <AliasIdentitySetNum>1</AliasIdentitySetNum> ；别名身份集序号取值为1
                <Identity>sip:IMPU2@homedomain.com</Identity>
            </PublicIdentity>                            ；公共身份结束
            <PublicIdentity>                             ；公共身份开始
                <AliasIdentitySetNum>2</AliasIdentitySetNum>  ；别名身份集序号取值为2
                 <Identity>sip:IMPU3@homedomain.com</Identity>
             </PublicIdentity>                                 ；公共身份结束
             <PublicIdentity>                                  ；公共身份开始
                 <AliasIdentitySetNum>2</AliasIdentitySetNum>  ；别名身份集序号取值为2
                 <Identity>sip:IMPU4@homedomain.com</Identity>
             </PublicIdentity>                            ；公共身份结束
             <InitialFilterCriteria>
                  <Priority>0</Priority>
                  <TriggerPoint>
                      <ConditionTypeCNF>1</ConditionTypeCNF>
                      <SPT>
                          <ConditionNegated>0</ConditionNegated>
                          <Group>0</Group>
                          <Method>INVITE</Method>
                      </SPT>
                      <SPT>
                         ·
                         ·
                         ·
                      </SPT>
                 </TriggerPoint>
                 <ApplicationServer>
                    <ServerName>sip:AS1@homedomain.com</ServerName>
                    <DefaultHandling>0</DefaultHandling>
                </ApplicationServer>
           </InitialFilterCriteria>
       </ServiceProfile>
</IMSSubscription>
通过对别名身份集序号的赋值，可指示该IMPU所属的具有同等行为的IMPU的集合。可见上述XML文档中，IMPU1的公共身份的类实例中，别名身份集序号为1，即指示IMPU1属于集合1；IMPU2的公共身份的类实例中，别名身份集序号为1，即指示IMPU2属于集合1；IMPU3的公共身份的类实例中，别名身份集序号为2，即指示IMPU3属于集合2；IMPU4的公共身份的类实例中，别名身份集序号为2，即指示IMPU4属于集合2。
S-CSCF接收到上述XML文档后，根据别名身份集序号的指示，解析出具有同等行为的IMPU的关联信息，即IMPU1和IMPU2具有同等行为，IMPU3和IMPU4具有同等行为。
以上对本实施中实现身份关联的方法进行了详细描述。
本实施例中的装置与实施例三中所描述的装置的组成、连接关系及功能描述一致。其不同之处在于：本实施例中的装置的信息指示模块在具体实现时，可以与图12所示步骤1202至步骤1204中的描述一致。
此外，本实施例中的系统与实施例三中所描述的系统的组成、连接关系及功能描述一致。其不同之处在于：本实施例中的HSS的信息指示模块在具体实现时，可以与图12所示步骤1202至步骤1204中的描述一致。
实施例五：采用方法三。
参见图14，图14为本发明实施例五中实现用户身份关联的方法的流程图。如图14所示，该流程包括如下步骤：
步骤1401，在HSS中实现对用户身份的关联。
本步骤中的具体实现过程可以与实施例一中的描述一致，也可以与实施例二中的描述一致，或者还可以根据实际需要采用其它的实现方法。
步骤1402，HSS在发送给S-CSCF的SP中的公共身份的类中，增加指示所属集合成员的类。
本实施例中，HSS在对发送给S-CSCF的与SP相关的XML文档进行扩展时，可在SP中的公共身份类中，通过增加新的类，作为指示所属集合的成员，如图15所示，图15为本实施例中公共身份类的构成关系示意图。其中，增加了一个指示所属集合的成员的类。
具体实现时，若将指示所属集合成员的类命名为别名身份(AliasIdentity)，则增加指示集合成员的类后的一种XML文档的描述关系映射可如表5所示：
Figure A20071010860300281
表5
从上述表5可见，将指示所属集合成员的类命名为别名身份(AliasIdentity)，该别名身份在公共身份扩展的复合类型2的扩展字段中扩展得到，其中，当不存在和本公共身份中的身份具有同等行为的IMPU时，则该别名身份的类实例为0个，当存在1个以上的和本公共身份中的身份具有同等行为的IMPU的集合时，则该别名身份的类实例为1个以上。一个别名身份类中包括1个身份(Identity)属性，类似图7所示公共身份类中的身份(Identity)，并且该别名身份类中的身份也可以为SIP URI形式，或TEL URL形式。其中，一个身份对应一个具有同等地位的IMPU。
步骤1403，在所述增加的类中，指示与各IMPU具有同等行为的IMPU的信息。
假设IMPU1和IMPU2为具有同等行为的IMPU，则在IMPU1的别名身份属性中指示IMPU2的信息，在IMPU2的别名身份属性中指示IMPU1的信息。同理，若IMPU1、IMPU2和IMPU3为具有同等行为的IMPU，则在IMPU1的别名身份属性中指示IMPU2和IMPU3的信息，在IMPU2的别名身份属性中指示IMPU1和IMPU3的信息，在IMPU3的别名身份属性中指示IMPU1和IMPU2的信息。
步骤1404，HSS通过携带有上述指示的SP，将所述具有同等行为的IMPU的关联信息指示给S-CSCF。
本步骤中，HSS将携带指示各IMPU的具有同等行为的IMPU的SP的XML文档发送给S-CSCF，S-CSCF根据所接收的XML文档，解析出具有同等行为的IMPU的关联信息。
例如，若IMPU1与IMPU2具有同等行为，IMPU3与IMPU4具有同等行为。并且以存在隐式注册集，且具有同等行为的IMPU的集合为隐式注册集的子集的情况为例，若IMPU1、IMPU2、IMPU3和IMPU4位于同一个隐式注册集，则当S-CSCF通过SAR向HSS请求IMPU1的用户数据时，在SAA中携带的XML文档的内容可如下所示：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<IMSSubscription xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
         <PrivateID>IMPI1@homedomain.com</PrivateID>
         <ServiceProfile>
             <PublicIdentity>                      ；公共身份开始
                 <AliasIdentity>                   ；别名身份开始
        <Identity>sip:IMPU2@homedomain.com</Identity>
    </AliasIdentity>                    ；别名身份结束
    <Identity>sip:IMPU1@homedomain.com</Identity>
</PublicIdentity>                       ；公共身份结束
<PublicIdentity>                        ；公共身份开始
    <AliasIdentity>                     ；别名身份开始
        <Identity>sip:IMPU1@homedomain.com</Identity>
    </AliasIdentity>                     ；别名身份结束
    <Identity>sip:IMPU2@homedomain.com</Identity>
</PublicIdentity>                        ；公共身份结束
<PublicIdentity>                         ；公共身份开始
    <AliasIdentity>                       ；别名身份开始
        <Identity>sip:IMPU4@homedomain.com</Identity>
    </AliasIdentity>                     ；别名身份结束
    <Identity>sip:IMPU3@homedomain.com</Identity>
</PublicIdentity>                        ；公共身份结束
<PublicIdentity>                         ；公共身份开始
    <AliasIdentity>                     ；别名身份开始
        <Identity>sip:IMPU3@homedomain.com</Identity>
    </AliasIdentity>                      ；别名身份结束
    <Identity>sip:IMPU4@homedomain.com</Identity>
</PublicIdentity>                          ；公共身份结束
<InitialFilterCriteria>
     <Priority>0</Priority>
     <TriggerPoint>
        <ConditionTypeCNF>1</ConditionTypeCNF>
        <SPT>
            <ConditionNegated>0</ConditionNegated>
            <Group>0</Group>
            <Method>INVITE</Method>
        </SPT>
        <SPT>
           ·
           ·
           ·
       </SPT>
  </TriggerPoint>
  <ApplicationServer>
      <ServerName>sip:AS1@homedomain.com</ServerName>
                    <DefaultHandling>0</DetaultHandling>
                </ApplicationServer>
           </InitialFilterCriteria>
       </ServiceProfile>
</IMSSubscription>
上述XML文档中，IMPU1的公共身份的类实例中，别名身份携带有IMPU2的信息，IMPU2的公共身份的类实例中，别名身份携带有IMPU1的信息；同理，IMPU3的公共身份的类实例中，别名身份携带有IMPU4的信息，IMPU4的公共身份的类实例中，别名身份携带有IMPU3的信息。
S-CSCF接收到上述XML文档后，根据别名身份的指示，解析出具有同等行为的IMPU的关联信息，即IMPU1和IMPU2具有同等行为，IMPU3和IMPU4具有同等行为。
以上对本实施中实现身份关联的方法进行了详细描述。
本实施例中的装置与实施例三中所描述的装置的组成、连接关系及功能描述一致。其不同之处在于：本实施例中的装置的信息指示模块在具体实现时，可以与图14所示步骤1402至步骤1404中的描述一致。
此外，本实施例中的系统与实施例三中所描述的系统的组成、连接关系及功能描述一致。其不同之处在于：本实施例中的HSS的信息指示模块在具体实现时，可以与图14所示步骤1402至步骤1404中的描述一致。
实施例六：采用方法四。
本实施例，较适用于存在一个具有同等行为的IMPU集合的情况。参见图16，图16为本发明实施例六中实现用户身份关联的方法的流程图。如图16所示，该流程包括如下步骤：
步骤1601，在HSS中实现对用户身份的关联。
本步骤中的具体实现过程可以与实施例一中的描述一致，也可以与实施例二中的描述一致，或者还可以根据实际需要采用其它的实现方法。
步骤1602，HSS对发送给S-CSCF的SP中的公共身份类中的身份类型的值域进行扩展。
本步骤中，对身份类型的值域进行扩展，增加一个枚举值。原身份类型为枚举型，取值包括：0、1和2。其中，0表示IMPU，1表示PSI，2表示通配PSI。因此，本实施例中，可在此基础上，设置一个枚举值3，表示具有同等行为的IMPU。
具体实现时，若将扩展的身份类型值命名为别名公有用户身份(ALIAS_PUBLIC_USER_IDENTITY)，则扩展身份类型值后的一种XML文档的描述关系映射可如表6所示：
  数据类型(Datatype)   标签(Tag)   基本类型(Basetype)   注释(Comments)
  私有身份类型(tPrivateID)   私有身份(PrivateID)   任何URI类型(anyURI)   在IETF RFC 2486[14]中有语法描述(Syntaxdescribed in IETF RFC 2486[14])
  SIP URI类型(tSIP_URI)   身份(Identity)   任何URI类型(anyURI)   在IETF RFC 3261[11]中有语法描述(Syntaxdescribed in IETF RFC 3261[11])
  TEL URL类型(tTEL_URL)   身份(Identity)   任何URI类型(anyURI)   在IETF RFC 3966[15]中有语法描述(Syntaxdescribed in IETF RFC 3966[15])
  身份类型(tIdentity)   身份(Identity)   联合型(union)   SIP URI和TEL URL的联合(Union oftSIP_URI and tTEL_URL)
  身份类型类型(tIdentityType)   身份类型(IdentityType)   枚举型(enumerated)   可能的取值(Possible values)：0(PUBLIC_USER_IDENTITY)，表示IMPU1(DISTINCT_PSI)，表示PSI2(WILDCARDED_PSI)，表示通配PSI3(ALIAS_PUBLIC_USER_IDENTITY)，表示别名公有用户身份
  通配PSI类型(tWildcardedPSI)   通配PSI(WildcardedPSI)   任何URI类型(anyURI)   在3GPP TS 23.003[17].中有语法描述(Syntaxdescribed in 3GPP TS 23.003[17].)
  服务器信息类型(tServiceInfo)   服务器信息(ServiceInfo)   字符串型(string)
   ......   ......   ......   ......
  显示名称类型(tDisplayName)   显示名称(DisplayName)   字符串型(string)
表6
步骤1603，利用所扩展的身份类型值指示具有同等行为的IMPU的身份类型。
若该IMPU属于具有同等行为的IMPU集合中的一个，则可使用上述扩展的身份类型值3指示该IMPU的身份类型为具有同等行为的IMPU，即表6中命名的别名公有用户身份。
步骤1604，HSS通过携带有上述身份类型指示的SP，将所述具有同等行为的IMPU的关联信息指示给S-CSCF
本步骤中，HSS将携带指示各IMPU所属的具有同等行为的IMPU集合的SP的XML文档发送给S-CSCF，S-CSCF根据所接收的XML文档，解析出具有同等行为的IMPU的关联信息。
例如，若IMPU1与IMPU2具有同等行为，并且以存在隐式注册集，且具有同等行为的IMPU的集合为隐式注册集的子集的情况为例，若IMPU1、IMPU2、IMPU3和IMPU4位于同一个隐式注册集，则当S-CSCF通过SAR向HSS请求IMPU1的用户数据时，在SAA中携带的XML文档的内容可如下所示：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<IMSSubscription xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
       <PrivateID>IMPI1@homedomain.com</PrivateID>
       <ServiceProfile>
           <PublicIdentity>                                ；公共身份开始
               <IdentityType>3</IdentityType>   ；身份类型取值为3
               <Identity>sip:IMPU1@homedomain.com</Identity>
           </PublicIdentity>                            ；公共身份结束
           <PublicIdentity>                             ；公共身份开始
               <IdentityType>3</IdentityType>   ；身份类型取值为3
               <Identity>sip:IMPU2@homedomain.com</Identity>
           </PublicIdentity>                            ；公共身份结束
           <PublicIdentity>                             ；公共身份开始
               <Identity>sip:IMPU3@homedomain.com</Identity>
           </PublicIdentity>                            ；公共身份结束
           <PublicIdentity>                             ；公共身份开始
               <Identity>sip:IMPU4@homedomain.com</Identity>
         </PublicIdentity>                 ；公共身份结束
         <InitialFilterCriteria>
              <Priority>0</Priority>
              <TriggerPoint>
                  <ConditionTypeCNF>1</ConditionTypeCNF>
                  <SPT>
                      <ConditionNegated>0</ConditionNegated>
                      <Group>0</Group>
                      <Method>INVITE</Method>
                  </SPT>
                  <SPT>
                     ·
                     ·
                     ·
                  </SPT>
             </TriggerPoint>
             <ApplicationServer>
                <ServerName>sip:AS1@homedomain.com</ServerName>
                <DefaultHandling>0</DefaultHandling>
            </ApplicationServer>
       </InitialFilterCriteria>
   </ServiceProfile>
</IMSSubscription>
通过将具有同等行为的IMPU的类型设置为所扩展的身份类型值，从而将具有同等行为的IMPU进行指示。上述XML文档中，IMPU1的公共身份的类实例中，身份类型取值为3，IMPU2的公共身份的类实例中，身份类型取值为3，从而表示IMPU1和IMPU2具有同等行为。
S-CSCF接收到上述XML文档后，根据身份类型值的指示，解析出具有同等行为的IMPU的关联信息，即IMPU1和IMPU2具有同等行为。
以上对本实施中实现身份关联的方法进行了详细描述。
本实施例中的装置与实施例三中所描述的装置的组成、连接关系及功能描述一致。其不同之处在于：本实施例中的装置的信息指示模块在具体实现时，可以与图16所示步骤1602至步骤1604中的描述一致。
此外，本实施例中的系统与实施例三中所描述的系统的组成、连接关系及功能描述一致。其不同之处在于：本实施例中的HSS的信息指示模块在具体实现时，可以与图16所示步骤1602至步骤1604中的描述一致。
实施例七：采用方法五。
本实施例，较适用于具有相同SP的IMPU中具有一个同等行为的IMPU集合的情况。参见图17，图17为本发明实施例六中实现用户身份关联的方法的流程图。如图17所示，该流程包括如下步骤：
步骤1701，在HSS中实现对用户身份的关联。
本步骤中的具体实现过程可以与实施例一中的描述一致，也可以与实施例二中的描述一致，或者还可以根据实际需要采用其它的实现方法。
步骤1702，HSS对发送给S-CSCF的SP中的公共身份类进行扩展。
本步骤中，对公共身份类进行扩展增加指示该IMPU是否为具有同等行为的IMPU的属性；属性类型为布尔型。
其值为真或大于零的时候表示该IMPU和其它该属性值也为真或大于零的IMPU具有同等行为；
其值为假或等于零或不存在的时候表示该IMPU不和其它任何IMPU具有相同行为。
本实施例中，HSS在对发送给S-CSCF的与SP相关的XML文档进行扩展时，可在SP中的公共身份类中，增加指示该IMPU是否为具有同等行为的IMPU的属性，如图18所示，图18为本实施例中公共身份类的构成关系示意图。其中，增加了一个指示该IMPU是否为具有同等行为的IMPU的属性。
具体实现时，若将扩展的属性命名为别名指示(AliasIndicator)，则扩展公共身份类后的一种XML文档的描述关系映射可如表7和表8所示：
  数据类型(Datatype)   标签(Tag)   基本类型(Basetype)   注释(Comments)
  私有身份类型(tPrivateID)   私有身份(PrivateID)   任何URI类型(anyURI)   在IETF RFC 2486[14]中有语法描述(Syntaxdescribed in IETF RFC 2486[14])
 SIP URI类型(tSIP_URI)   身份(Identity)   任何URI类型(anyURI)   在IETF RFC 3261[11]中有语法描述(Syntaxdescribed in IETF RFC 3261[11])
 TEL URL类型(tTEL_URL)   身份(Identity)   任何URI类型(anyURI)   在IETF RFC 3966[15]中有语法描述(Syntaxdescribed in IETF RFC 3966[15])
 身份类型(tIdentity)   身份(Identity)   联合型(union)   SIPURI和TEL URL的联合(Union oftSIP_URI and tTEL_URL)
 身份类型的类型(tIdentityType)   身份类型(IdentityType)   枚举型(enumerated)   可能的取值(Possible values)：0(PUBLIC_USER_IDENTITY)，表示IMPU1(DISTINCT_PSI)，表示PSI2(WILDCARDED_PSI)，表示通配PSI
 通配PSI类型(tWildcardedPSI)   通配PSI(WildcardedPSI)   任何URI类型(anyURI)   在3GPP TS 23.003[17].中有语法描述(Syntaxdescribed in 3GPP TS 23.003[17].)
 服务器信息类型(tServicelnfo)   服务器信息(ServiceInfo)   字符串型(string)
 ......   ......   ......
 布尔型(tBool)   条件表达式类型(Con ditionTypeCNF)，逻辑非标志(ConditionNegated)，禁止指示(BarringIndication)，别名指示(AliasIndicator)   布尔型(boolean)   可能的取值(Possible values)：0(假(false))1(真(true))
 ......    ......   ......   ......
表7
上述表7中，将指示该IMPU是否为具有同等行为的IMPU的属性命名为别名指示(AliasIndicator)，并将其增加到布尔型(tBool)的数据类型对应的标签(Tag)中。
指示该IMPU是否为具有同等行为的IMPU的属性命名为AliasIndicator，并且定义该别名指示为布尔型。该别名身份集序号由扩展字段扩展得到，如表8所示：
Figure A20071010860300381
表8
从表8中可以看出，别名指示在公共身份扩展的复合类型2的扩展字段中扩展得到，一个公共身份的类实例中最多包含一个别名指示，当该公共身份中的IMPU没有与其具有同等行为的IMPU时，则无需在公共身份中添加该别名指示。
步骤1703，对所增加的属性赋值，指示各IMPU是否和其它IMPU具有同等行为。
步骤1704，HSS通过携带有上述指示的SP，将所述具有同等行为的IMPU的关联信息指示给S-CSCF。
本步骤中，HSS将携带指示各IMPU是否为具有同等行为的IMPU的SP的XML文档发送给S-CSCF，S-CSCF根据所接收的XML文档，解析出具有同等行为的IMPU的关联信息。
例如，若IMPU1与IMPU2具有同等行为，并且以存在隐式注册集，且具有同等行为的IMPU的集合为隐式注册集的子集的情况为例，若IMPU1、IMPU2、IMPU3位于同一个隐式注册集并具有相同的SP，则当S-CSCF通过SAR向HSS请求IMPU1的用户数据时，在SAA中携带的XML文档的内容可如下所示：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<IMSSubscription xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
        <PrivateID>IMPI1@homedomain.com</PrivateID>
        <ServiceProfile>
            <PublicIdentity>                                ；公共身份开始
               <AliasIndicator>1</AliasIndicator>  ；别名指示取值为1，即true
               <Identity>sip:IMPU1@homedomain.com</Identity>
           </PublicIdentity>                                ；公共身份结束
           <PublicIdentity>                                 ；公共身份开始
               <AliasIndicator>1</AliasIndicator>  ；别名指示取值为1，即true
               <Identity>sip:IMPU2@homedomain.com</Identity>
           </PublicIdentity>                           ；公共身份结束
           <PublicIdentity>                            ；公共身份开始
               <Identity>sip:IMPU3@homedomain.com</Identity>
           </PublicIdentity>                           ；公共身份结束
           <InitialFilterCriteria>
                <Priority>0</Priority>
                <TriggerPoint>
                    <ConditionTypeCNF>1</ConditionTypeCNF>
                    <SPT>
                        <ConditionNegated>0</ConditionNegated>
                        <Group>0</Group>
                        <Method>INVITE</Method>
                      </SPT>
                       <SPT>
                          ·
                          ·
                          ·
                      </SPT>
                 </TriggerPoint>
                 <ApplicationServer>
                    <ServerName>sip:AS1@homedomain.com</ServerName>
                    <DefaultHandling>0</DefaultHandling>
                </ApplicationServer>
           </InitialFilterCriteria>
       </ServiceProfile>
</IMSSubscription>
通过对别名指示的赋值，可指示该IMPU是否和其它IMPU具有同等行为。可见上述XML文档中，IMPU1的公共身份的类实例中，别名指示为1，即指示IMPU1是具有同等行为的IMPU；IMPU2的公共身份的类实例中，别名指示为1，即指示IMPU2是具有同等行为的IMPU；IMPU3的公共身份的类实例中，不包含别名别名，即IMPU3不是具有同等行为的IMPU。
S-CSCF接收到上述XML文档后，根据别名指示，解析出具有同等行为的IMPU的关联信息，即IMPU1和IMPU2具有同等行为，IMPU3不和其它IMPU具有同等行为。
以上对本实施中实现身份关联的方法进行了详细描述。
本实施例中的装置与实施例三中所描述的装置的组成、连接关系及功能描述一致。其不同之处在于：本实施例中的装置的信息指示模块在具体实现时，可以与图17所示步骤1702至步骤1704中的描述一致。
此外，本实施例中的系统与实施例三中所描述的系统的组成、连接关系及功能描述一致。其不同之处在于：本实施例中的HSS的信息指示模块在具体实现时，可以与图17所示步骤1702至步骤1704中的描述一致。通过上述实施例三至实施例七的描述，对HSS将具有同等行为的IMPU的关联信息指示给S-CSCF的过程进行了详细描述。
进一步地，S-CSCF还可将从HSS中获得的IMPU的关联信息指示给UE、P-CSCF以及AS等。
现有技术中UE可以通过注册获取与注册的IMPU属于同一个隐式注册集的非禁止的IMPU的信息，并且通过向S-CSCF订阅事件包获取该用户相关的所有非禁止的IMPU的注册状态。
在UE注册时，S-CSCF通过SAR消息从HSS下载用户数据后，可以获知与注册用户具有同等行为的IMPU的信息，由于用户会在收到注册请求的200OK响应后订阅reg-event的事件通知，因此，为了实现S-CSCF将IMPU的关联信息指示给UE的目的，可以通过对订阅事件包的扩展，将这些信息添加到reg-event的Notify消息中传送给UE。其中，S-CSCF可通过Gm接口与UE进行信息交互。下面将结合具体实施例对上述方法进行详细描述。
实施例八：
参见图19，图19为本发明实施例七中实现用户身份关联的方法的流程图。如图19所示，该流程包括如下步骤：
步骤1901，在HSS中实现对用户身份的关联。
本步骤中的具体实现过程可以与实施例一中的描述一致，也可以与实施例二中的描述一致，或者还可以根据实际需要采用其它的实现方法。
步骤1902，HSS将具有同等行为的IMPU的关联信息指示给S-CSCF。
本步骤中，可在UE注册时，S-CSCF向HSS发送SAR消息请求下载用户数据时，HSS将具有同等行为的IMPU的关联信息指示给S-CSCF。
其中，HSS将具有同等行为的IMPU的关联信息指示给S-CSCF的具体实现过程可以与实施例三至实施例七中的任何一种方法描述一致。
步骤1903，UE向S-CSCF发送订阅事件通知。
本步骤中，UE可向S-CSCF发送订阅reg-event的事件通知。
步骤1904，S-CSCF对所订阅事件包进行扩展，将具有同等行为的IMPU的关联信息携带在所订阅事件包中指示给UE。
本步骤中，S-CSCF对所订阅的reg-event事件包进行扩展，如可在进行传送的XML文档中的注册(registration)信元中增加一个或多个信元，在这些信元中可包含与各IMPU具有同等行为的IMPU。如可将该信元命名为别名身份(Alias Identity)。
以图2为例，若图2中的IMPU3和IMPU4为本实施例中所描述的具有同等行为的IMPU，则当IMPU3或IMPU4在注册过程中订阅了reg-event事件通知，S-CSCF发送通知(Notify)消息给UE，可在其中携带各IMPU关联的信息。如下所示：
   NOTIFY sip:[5555::aaa:bbb:ccc:ddd]:1357；comp＝sigcomp SIP/2.0
   Via:SIP/2.0/UDP scscf.homedomain.com；branch＝z9hG4bK332b23.1
   Max-Forwards:70
   Route:<sip:pcscf.homedomain.com；lr>
   From:<sip:IMPU3@homedomain.com>；tag＝31415
   To:<sip:IMPU4@homedomain.com>；tag＝151170
   Call-ID:
   CSeq:42NOTIFY
   Subscription-State:active；expires＝600000
   Event:reg
   Content-Type:application/reginfo+xml
   Contact:<sip:scscf.homedomain.com>
   Content-Length:(...)
   <？xml version＝″1.0″？>
   <reginfo xmlns＝″urn:ietf:params:xml:ns:reginfo″
                       version＝″1″state＝″full″>
         <registration aor＝″sip:IMPU3@homedomain.com″id＝″a7″state＝″active″>  ；注册开始
             <contact id＝″76″state＝″active″event＝″registered″>
                 <tri>sip:[5555::aaa:bbb:ccc:ddd]</uri>
             </contaet>
             <AliasIdentity>                                                         ；别名身份开始
                  <uri>sip:IMPU4@homedomain.com</uri>
             </AliasIdentity>                                                        ；别名身份结束
        </registration>                                                              ；注册结束
        <registration aor＝″sip:IMPU4@homedomain.com″id＝″a8″state＝″active″>  ；注册开始
            <contact id＝″77″state＝″active″event＝″registered″>
                <uri>sip:[5555::aaa:bbb:ccc:ddd]</uri>
            </contact>
            <AliasIdentity>                                                          ；别名身份开始
                <uri>sip:IMPU3@homedomain.com</uri>
            </AliasIdentity>                                                         ；别名身份结束
       </registration>                                                               ；注册结束
       <registration aor＝″sip:IMPU1@homedomain.com″id＝″a9″state＝″active″>
           <contact id＝″77″state＝″active″event＝″created″>
               <uri>sip:[5555::aaa:bbb:ccc:ddd]</uri>
           </contact>
      </registration>
         ·
         ·
         ·
</reginfo>
可见，在Notify消息中，IMPU3的注册信元中添加有携带IMPU4的别名身份信元，在IMPU4的注册信元中添加有携带IMPU3的别名身份信元。
UE接收到该Notify消息后，从中可获取IMPU3和IMPU4具体同等行为的关联信息。
以上对本实施中实现身份关联的方法进行了详细描述。
本实施例中实现身份关联的装置可与实施例三至实施例七中的任何一种装置的描述一致。
下面对本实施中实现身份关联的系统进行详细描述。
参见图20，图20为本发明实施例八中实现用户身份关联的系统的结构示意图。如图20所示，本实施例中实现身份关联的系统在实施例三至实施例七中的任何一种系统的基础上，进一步包括：第二请求实体。本实施例中，第二请求实体为UE。
其中，S-CSCF进一步用于：接收来自UE的订阅事件通知，根据接收的所述订阅事件通知，将具有同等行为的IMPU的关联信息携带在所订阅的事件包中发送给第二请求实体。本实施例中，第二请求实体为UE。
第二请求实体，用于向S-CSCF发送订阅事件通知，接收来自S-CSCF的事件包，从所接收的事件包中解析出具有同等行为的IMPU的关联信息。本实施例中，第二请求实体为UE。
此外，若AS在用户的注册过程中通过第三方注册也订阅了reg-event事件通知，则S-CSCF也可以将通过SAA或PPR得到的具有同等行为的IMPU的关联信息添加到reg-event的Notify消息中指示给AS。其中，AS和S-CSCF之间可通过ISC接口进行信息交互。
同样，P-CSCF在用户注册过程中会向S-CSCF订阅reg-event事件通知，S-CSCF可以将通过SAA或PPR得到的具有同等行为的IMPU的关联信息添加到reg-event的Notify消息中指示给P-CSCF。其中，P-CSCF和S-CSCF之间可通过Mw接口进行信息交互。
其中，S-CSCF将具有同等行为的IMPU的关联信息指示给UE，和/或，AS，和/或，P-CSCF等请求实体的方法可以相同，即具体实现过程可以与实施例八中的描述一致。只是针对不同的请求实体，将具有同等行为的IMPU的关联信息指示给不同的相应请求实体。
并且系统中相应地，第二请求实体分别为AS，或者P-CSCF。由于过程类似，因此本文不再赘述。
此外，现有技术中，AS与HSS可通过Sh等接口进行信息交互。其中，AS可以通过在用户数据请求(UDR，User-Data-Request)消息中将数据参考属性值对(Data-Reference AVP)的值设置为IMS公共身份(IMSPublicIdentity)(10)表示请求用户的公共身份的信息，HSS再根据消息中身份集属性值对(Identity-Set AVP)中指示的公共身份的类型，在用户数据应答消息(UDA，User-Data-Answer)中返回相应的公有身份给AS。
另外，AS还可以通过在订阅通知请求(SNR，Subscribe-Notfifcations-Request)消息中将Data-Reference AVP的值设置为IMSPublicIdentity(10)订阅用户的公共身份信息，HSS根据消息中的Identity-Set AVP中指示的公共身份的类型，在该公共身份发生变化时，通过推送通知请求(PNR，Push-Notification-Request)消息将相关数据发送给AS，或者，先通过订阅通知应答(SNA，Subscribe-Notifications-Answer)消息将请求的公共身份发送给AS，之后在该公共身份发生变化时，通过PNR消息将相关数据发送给AS。
可见，上述过程中，当AS向HSS请求公共身份信息时，HSS根据请求消息中Identity-Set AVP中指示的公共身份的类型，向AS返回相应的公共身份信息。
其中，Identity-Set的取值包括四种：ALL_IDENTITIES(0)、REGISTERED_DENTITIES(1)、IMPLICIT_IDENTITIES(2)和ALIAS_IDENTITIES(3)。
取值为ALL_IDENTITIES时，HSS将请求消息中的IMPU关联的所有IIMPI对应的非禁止的IMPU返回给AS；取值为REGISTERED_IDENTITIES时，HSS将与请求消息中的IMPU关联的所有IMPI对应的非禁止的已经注册的IMPU返回给AS；取值为IMPLICIT_IDENTITIES时，HSS将与请求消息中的IMPU属于同一个隐式注册集的非禁止的IMPU返回给AS；取值为ALIAS_IDENTITIES(3)时，将与请求消息中的IMPU所在隐式注册集中与其具有相同SP的非禁止的IMPU返回给AS。
本发明实施例中，为了实现HSS将具有同等行为的IMPU的关联信息指示给AS，可由AS向HSS发送对同等行为的IMPU的请求，然后HSS根据所述请求将与请求消息中的IMPU具有同等行为的非禁止的IMPU指示给AS。为了实现这个目的，可对Identity-Set的取值进行扩展，下述实施例中将对具体实现过程进行详细描述。
实施例九：
参见图21，图21为本发明实施例九中实现用户身份关联的方法的流程图。如图21所示，该流程包括如下步骤：
步骤2101，在HSS中实现对用户身份的关联。
本步骤中的具体实现过程可以与实施例一中的描述一致，也可以与实施例二中的描述一致，或者还可以根据实际需要采用其它的实现方法。
步骤2102，对Identity-Set的取值进行扩展，增加表示请求具有同等行为IMPU信息的取值。
本步骤中，可对Identity-Set的取值进行扩展，增加取值为4的情况，并将所增加的取值命名为别名身份(ALIAS_GROUP_IDENTITIES)，即ALIAS_GROUP_IDENTITIES(4)，用于表示对具有同等行为的IMPU的请求。
步骤2103，AS向HSS发送对同等行为的IMPU的请求。
本步骤中，AS可通过UDR消息，或者SNR消息等向HSS发送请求公共身份信息的消息，并且在消息中将Identity-Set取值为ALIAS_GROUP_IDENTITIES(4)，即通过Identity-Set VAP指示同等行为身份类型。
步骤2104，HSS将与请求消息中的IMPU具有同等行为的IMPU指示给AS。
本步骤中，HSS通过UDA消息，或者SNA消息，或者PNR消息等，将与请求消息中的IMPU具有同等行为的非禁止的IMPU指示给AS，或者是将发生变化后的相应IMPU的信息指示给AS。
除了图21中描述的情况以外，还可以对Identity-Set取值为ALIAS_IDENTITIES(3)的情况进行重新定义，即利用ALIAS_IDENTITIES(3)表示对具有同等行为的IMPU的请求，而非是对同一隐式注册集中具有相同SP的IMPU的请求。则当AS发送给HSS的请求消息中的Identity-Set取值为ALIAS_IDENTITIES(3)时，HSS可将与请求消息中的IMPU具有同等行为的非禁止的IMPU指示给AS。
以上对本实施中实现身份关联的方法进行了详细描述。
本实施例中的装置与实施例三中所描述的装置的组成、连接关系及功能描述一致。其不同之处在于：本实施例中的请求实体为AS。并且装置的信息指示模块在具体实现时，可以与图21所示步骤2102至步骤2104中的描述一致，或者是与对Identity-Set取值为ALIAS_IDENTITIES(3)的情况进行重新定义之后的描述一致。
本实施例的系统与实施例三中所描述的系统的组成、连接关系及功能描述一致。其不同之处在于：本实施例中的第一请求实体为AS。并且HSS中的信息指示模块在具体实现时，可以与图21所示步骤2102至步骤2104中的描述一致，或者是与对Identity-Set取值为ALIAS_IDENTITIES(3)的情况进行重新定义之后的描述一致。
以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内，所作的任何修改、同等替换、改进等，均应包含在本发明的保护范围之内。

Claims (19)

1.一种实现用户身份关联的方法，其特征在于，该方法包括：
在用户签约服务器HSS中，设置同等行为用户标识；
通过所述设置的同等行为用户标识对具有同等行为的公有用户标识IMPU进行关联。
2.如权利要求1所述的方法，其特征在于，所述在HSS中，设置同等行为用户标识为：在HSS中，设置用于指示具有同等行为的IMPU的集合的标识；
或者为：在HSS中的IMPU中，设置用于指示该IMPU所属的具有同等行为的IMPU集合的标识。
或者为：在HSS的IMPU中，设置用于指示该IMPU是否属于具有同等行为的IMPU集合的标识。
3.如权利要求1所述的方法，其特征在于，该方法进一步包括：HSS将具有同等行为的IMPU的关联信息指示给服务呼叫会话控制功能S-CSCF。
4.如权利要求3所述的方法，其特征在于，所述HSS将关联信息指示给S-CSCF为：
所述HSS在发送给S-CSCF的服务配置中，增加指示别名身份的类；
利用所述增加的类，指示具有同等行为的IMPU；
所述HSS通过携带有所述指示的所述服务配置，将所述关联信息指示给S-CSCF；
或者为：
所述HSS在发送给S-CSCF的服务配置中的公共身份类中，增加指示所属集合的属性；
通过对所述属性赋值，对各IMPU所属的具有同等行为的IMPU的集合进行指示；
所述HSS通过携带有所述指示的所述服务配置，将所述关联信息指示给S-CSCF；
或者为：
所述HSS在发送给S-CSCF的服务配置中的公共身份类中，增加指示所属集合成员的类；
在所述增加的类中，指示与各IMPU具有同等行为的IMPU；
所述HSS通过携带有所述指示的所述服务配置，将所述关联信息指示给S-CSCF；
或者为：
所述HSS对发送给S-CSCF的服务配置中的公共身份类中的身份类型属性的值域进行扩展，利用所扩展的身份类型值指示具有同等行为的IMPU的身份类型；
所述HSS通过携带有所述身份类型指示的所述服务配置，将所述关联信息指示给S-CSCF；
或者为：
所述HSS在发送给S-CSCF的服务配置中的公共身份类中，增加指示该IMPU是否为具有同等行为的IMPU的属性；
通过对所述属性赋值，对该IMPU是否属于具有同等行为的IMPU的集合进行指示；
所述HSS通过携带有所述指示的所述服务配置，将所述关联信息指示给S-CSCF。
5.如权利要求4所述的方法，其特征在于，该方法进一步包括：S-CSCF将具有同等行为的IMPU的关联信息指示给请求实体。
6.如权利要求5所述的方法，其特征在于，S-CSCF将关联信息指示给请求之前，进一步包括：请求实体向S-CSCF发送订阅事件通知；
所述S-CSCF将具有同等行为的IMPU的关联信息指示给请求实体为：S-CSCF根据所述订阅事件通知，将具有同等行为的IMPU的关联信息携带在所订阅的事件包中指示给请求实体。
7.如权利要求6所述的方法，其特征在于，所述请求实体为：用户设备UE，和/或，应用服务器AS，和/或，代理呼叫会话控制功能P-CSCF。
8.如权利要求1或2所述的方法，其特征在于，该方法进一步包括：应用服务器AS向HSS请求同等行为的IMPU，HSS根据所述请求将具有同等行为的IMPU指示给AS。
9.如权利要求8所述的方法，其特征在于，所述AS向HSS请求同等行为的IMPU的信息具体为：AS利用身份集属性值对指示同等行为身份类型；将指示同等行为身份类型的身份集属性值对携带在请求消息中发送给HSS；
所述HSS根据所述请求将具有同等行为的IMPU的信息指示给AS为：HSS根据请求消息中的身份集属性值对指示的同等行为身份类型，将与请求消息中的IMPU具有同等行为的IMPU指示给AS。
10.如权利要求1所述的方法，其特征在于，该方法进一步包括：在HSS中IMPU相关的初始过滤规则的业务信息中包含具有同等行为的IMPU的关联信息。
11.如权利要求10所述的方法，其特征在于，该方法进一步包括：S-CSCF向HSS请求用户数据，HSS将包含了具有同等行为的IMPU的关联信息的业务信息的初始过滤规则下载给S-CSCF，S-CSCF在该初始过滤规则条件满足时将包含了具有同等行为的IMPU的关联信息的业务信息携带在消息中指示给AS。
12.一种实现用户身份关联的装置，其特征在于，该装置包括：标识设置模块和标识指示模块，其中，
所述标识设置模块，用于在HSS中设置同等行为用户标识；
所述标识指示模块，用于利用标识设置模块所设置的同等行为用户标识对具有同等行为的IMPU进行关联。
13.如权利要求12所述的装置，其特征在于，该装置进一步包括：信息指示模块；
所述标识指示模块将所标识的具有同等行为的IMPU的信息提供给信息指示模块；
所述信息指示模块，用于根据标识指示模块提供的具有同等行为的IMPU的信息，将具有同等行为的IMPU的关联信息指示给请求实体。
14.一种实现用户身份关联的系统，其特征在于，该系统包括：HSS和第一请求实体，其中，
所述HSS，用于对具有同等行为的IMPU进行关联，并将具有同等行为的IMPU的关联信息携带在消息中发送给第一请求实体；
所述第一请求实体，用于对来自HSS的消息进行解析，从中获取具有同等行为的IMPU的关联信息。
15.如权利要求14所述的系统，其特征在于，所述HSS具体包括：标识指示模块和信息指示模块，其中，
所述标识指示模块，用于对具有同等行为的IMPU进行关联，将所标识的具有同等行为的IMPU的信息提供给信息指示模块；
所述信息指示模块，用于根据标识指示模块提供的具有同等行为的IMPU的信息，将具有同等行为的IMPU的关联信息携带在消息中发送给第一请求实体。
16.如权利要求14或15所述的系统，其特征在于，所述第一请求实体为AS。
17.如权利要求14或15所述的系统，其特征在于，所述第一请求实体为S-CSCF。
18.如权利要求17所述的系统，其特征在于，该系统进一步包括：第二请求实体；
所述S-CSCF进一步用于：接收来自第二请求实体的订阅事件通知，根据接收的所述订阅事件通知，将具有同等行为的IMPU的关联信息携带在所订阅的事件包中发送给第二请求实体；
所述第二请求实体，用于向S-CSCF发送订阅事件通知，接收来自S-CSCF的事件包，从所接收的事件包中解析出具有同等行为的IMPU的关联信息。
19.如权利要求18所述的系统，其特征在于，所述第二请求实体为：UE、AS或P-CSCF。
CNB2007101086033A 2007-01-22 2007-05-31 一种实现用户身份关联的方法、系统及装置 Active CN100551146C (zh)

Priority Applications (14)

Application Number Priority Date Filing Date Title
CNB2007101086033A CN100551146C (zh) 2007-01-22 2007-05-31 一种实现用户身份关联的方法、系统及装置
RU2009127109A RU2428803C2 (ru) 2007-01-22 2008-01-07 Способ, система и устройство для осуществления ассоциации пользовательской идентичности
ES11172877.0T ES2495422T3 (es) 2007-01-22 2008-01-07 Realización de una asociación de identidad de usuario en un sistema IMS
EP08700062A EP2091181B9 (en) 2007-01-22 2008-01-07 Method, system and apparatus for implementing user identity association
JP2009545804A JP4691607B2 (ja) 2007-01-22 2008-01-07 ユーザ識別子の関連付けを実現するための方法、システム、および装置
ES08700062T ES2374329T3 (es) 2007-01-22 2008-01-07 Método, sistema y dispositivo para realizar la asociación de identidad de usuario.
EP20110172877 EP2375641B1 (en) 2007-01-22 2008-01-07 Realizing a User Identity Association in an IMS
AT08700062T ATE533258T1 (de) 2007-01-22 2008-01-07 Verfahren, system und vorrichtung zur implementierung einer benutzeridentitätsassoziation
CA2672851A CA2672851C (en) 2007-01-22 2008-01-07 Method, system and device for realizing user identity association
PL11172877T PL2375641T3 (pl) 2007-01-22 2008-01-07 Realizacja powiązania tożsamości użytkownika w IMS
PT08700062T PT2091181E (pt) 2007-01-22 2008-01-07 Método, sistema e aparelho para implantar a associação de identidade de utilizador
PCT/CN2008/070036 WO2008089673A1 (fr) 2007-01-22 2008-01-07 Procédé, système et appareil pour la mise en œuvre d'association d'identité d'utilisateur
US12/477,318 US8346253B2 (en) 2007-01-22 2009-06-03 Method, system and device for realizing user identity association
US12/938,889 US8023485B2 (en) 2007-01-22 2010-11-03 Method, system and device for realizing user identity association

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200710000388.5 2007-01-22
CN200710000388 2007-01-22
CNB2007101086033A CN100551146C (zh) 2007-01-22 2007-05-31 一种实现用户身份关联的方法、系统及装置

Publications (2)

Publication Number Publication Date
CN101232711A true CN101232711A (zh) 2008-07-30
CN100551146C CN100551146C (zh) 2009-10-14

Family

ID=39644118

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2007101086033A Active CN100551146C (zh) 2007-01-22 2007-05-31 一种实现用户身份关联的方法、系统及装置

Country Status (11)

Country Link
US (2) US8346253B2 (zh)
EP (2) EP2375641B1 (zh)
JP (1) JP4691607B2 (zh)
CN (1) CN100551146C (zh)
AT (1) ATE533258T1 (zh)
CA (1) CA2672851C (zh)
ES (2) ES2495422T3 (zh)
PL (1) PL2375641T3 (zh)
PT (1) PT2091181E (zh)
RU (1) RU2428803C2 (zh)
WO (1) WO2008089673A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110032906A1 (en) * 2008-04-08 2011-02-10 Jari Mutikainen Correlating Communication Sessions
US8346253B2 (en) 2007-01-22 2013-01-01 Huawei Technologies Co., Ltd. Method, system and device for realizing user identity association
CN103067906A (zh) * 2012-12-07 2013-04-24 大唐移动通信设备有限公司 Ims架构中s-cscf对用户签约信息的保存方法
WO2015127889A1 (zh) * 2014-02-28 2015-09-03 华为终端有限公司 一种Profile关联管理的方法及装置

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2673275A1 (en) * 2006-12-21 2008-06-26 Telefonaktiebolaget L M Ericsson (Publ) A method and an arrangement for handling a service request in a multimedia network
WO2008101547A1 (en) * 2007-02-22 2008-08-28 Telefonaktiebolaget Lm Ericsson (Publ) Group access to ip multimedia subsystem service
EP2330800B1 (en) * 2007-06-26 2012-05-23 Telefonaktiebolaget L M Ericsson (publ) Server and method for enabling the server to influence service invoking to a user equipment
EP2248319B1 (en) * 2008-01-28 2013-07-24 Research In Motion Limited Providing session initiation protocol request contents method and system
US10489053B2 (en) * 2008-11-20 2019-11-26 Gula Consulting Limited Liability Company Method and apparatus for associating user identity
US20110004615A1 (en) * 2009-07-06 2011-01-06 Verizon Patent And Licensing System for and method of distributing device information in an internet protocol multimedia subsystem (ims)
JP5581394B2 (ja) * 2009-11-10 2014-08-27 ノキア シーメンス ネットワークス オサケユキチュア パブリックアイデンティティの処理
US9019954B2 (en) * 2010-06-18 2015-04-28 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatuses for handling public identities in an internet protocol multimedia subsystem network
JP5615447B2 (ja) * 2010-12-23 2014-10-29 テレフオンアクチーボラゲット エル エム エリクソン（パブル） デバイスを通信ネットワークに接続するためのシステム、方法、ネットワークエンティティ及びデバイス
US10169339B2 (en) 2011-10-31 2019-01-01 Elwha Llc Context-sensitive query enrichment
US10402927B2 (en) 2011-12-30 2019-09-03 Elwha Llc Evidence-based healthcare information management protocols
US10340034B2 (en) 2011-12-30 2019-07-02 Elwha Llc Evidence-based healthcare information management protocols
US10559380B2 (en) 2011-12-30 2020-02-11 Elwha Llc Evidence-based healthcare information management protocols
US10475142B2 (en) 2011-12-30 2019-11-12 Elwha Llc Evidence-based healthcare information management protocols
US10679309B2 (en) 2011-12-30 2020-06-09 Elwha Llc Evidence-based healthcare information management protocols
US10552581B2 (en) 2011-12-30 2020-02-04 Elwha Llc Evidence-based healthcare information management protocols
US10528913B2 (en) 2011-12-30 2020-01-07 Elwha Llc Evidence-based healthcare information management protocols
US9254363B2 (en) 2012-07-17 2016-02-09 Elwha Llc Unmanned device interaction methods and systems
US9044543B2 (en) 2012-07-17 2015-06-02 Elwha Llc Unmanned device utilization methods and systems
CN102868986A (zh) * 2012-09-20 2013-01-09 中兴通讯股份有限公司 一种号码关联的实现方法及系统
US10284425B2 (en) * 2014-01-29 2019-05-07 Cellco Partnership Device registration awareness for over-the-air updates
JP2017021582A (ja) * 2015-07-10 2017-01-26 キヤノン株式会社 情報処理装置、情報処理装置の制御方法、及びプログラム
US10791443B2 (en) * 2017-03-03 2020-09-29 Verizon Patent And Licensing Inc. System and method for enhanced messaging using external identifiers
US11206267B2 (en) 2018-01-31 2021-12-21 T-Mobile Usa, Inc. Fine grained digital experience controls
US20190238644A1 (en) * 2018-01-31 2019-08-01 T-Mobile Usa, Inc. User identification for digital experience controls
US10587623B2 (en) 2018-01-31 2020-03-10 T-Mobile Usa, Inc. Mobile device platform for access privilege control system
EP3547734A1 (en) 2018-03-30 2019-10-02 Koninklijke KPN N.V. Authentication for a communication system
US11611877B2 (en) 2020-07-08 2023-03-21 T-Mobile Usa, Inc. User authentication

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5291593A (en) * 1990-10-24 1994-03-01 International Business Machines Corp. System for persistent and delayed allocation object reference in an object oriented environment
US6760585B1 (en) * 1998-12-02 2004-07-06 Siemens Information And Communication Networks, Inc. Private user mobility (PUM) update and private integrated services network PUM alternative identifier translator (PP-AIT) system and methods
US7003574B1 (en) * 2000-11-01 2006-02-21 Microsoft Corporation Session load balancing and use of VIP as source address for inter-cluster traffic through the use of a session identifier
GB2372175B (en) 2001-02-13 2004-06-23 Vodafone Ltd Provision of services via a mobile telecommunications network
DE60202527T2 (de) * 2001-07-03 2006-03-30 Telefonaktiebolaget Lm Ericsson (Publ) Verfahren und system zur behandlung von mehrfachanmeldungen
US7127238B2 (en) * 2001-08-31 2006-10-24 Openwave Systems Inc. Method and apparatus for using Caller ID information in a browser of a mobile communication device
AU2002356639A1 (en) * 2002-12-09 2004-06-30 Telefonaktiebolaget Lm Ericsson (Publ) Simultaneous registrations of a user in different service servers with different directory numbers
US7536713B1 (en) * 2002-12-11 2009-05-19 Alan Bartholomew Knowledge broadcasting and classification system
US20040131023A1 (en) * 2003-01-03 2004-07-08 Otso Auterinen Communications system and method
GB0307853D0 (en) * 2003-04-04 2003-05-14 Nokia Corp Registrations in a communication system
US7760730B2 (en) * 2004-06-15 2010-07-20 Oracle America, Inc. Rule set verification
GB0502383D0 (en) * 2005-02-04 2005-03-16 Nokia Corp User identities
CN100484141C (zh) 2005-03-28 2009-04-29 华为技术有限公司 实现ims和cs业务并发时的终端能力交互和路由控制的方法
GB2425685B8 (en) * 2005-04-29 2015-07-29 Ericsson Telefon Ab L M Method and apparatus for handling IP multimedia core network subsystems public user identities
EP1875767B1 (en) * 2005-04-29 2016-09-14 Telefonaktiebolaget LM Ericsson (publ) Service profile handling in the ims
US20080171541A1 (en) 2005-05-06 2008-07-17 Telefonaktiebolaget Lm Ericsson (Publ) Arrangements in Ip Multimedia Subsystem (Ims)
CN100466655C (zh) * 2005-08-18 2009-03-04 华为技术有限公司 一种请求读取用户注册状态的方法及系统
DE602006018070D1 (de) 2006-02-24 2010-12-16 Ericsson Telefon Ab L M Ims-befähigter steuerkanal für iptv
CN100518093C (zh) 2006-09-28 2009-07-22 中兴通讯股份有限公司 业务档案包含的业务标签的简化处理方法
CN100551146C (zh) 2007-01-22 2009-10-14 华为技术有限公司 一种实现用户身份关联的方法、系统及装置
US8756673B2 (en) 2007-03-30 2014-06-17 Ricoh Company, Ltd. Techniques for sharing data
EP1988698B1 (en) 2007-04-30 2016-08-17 BlackBerry Limited Hybrid IMS-GSM system and method for establishing an outgoing GSM call as an enterprise call
CN100584097C (zh) 2007-05-11 2010-01-20 华为技术有限公司 用户位置信息获取、传输方法及网络设备
EP2037658B1 (en) 2007-09-14 2012-12-19 Nokia Siemens Networks Oy Assignment of a serving entity in a communication system
CN101605317B (zh) 2008-06-12 2012-09-05 华为技术有限公司 实现业务签约的方法和装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8346253B2 (en) 2007-01-22 2013-01-01 Huawei Technologies Co., Ltd. Method, system and device for realizing user identity association
US20110032906A1 (en) * 2008-04-08 2011-02-10 Jari Mutikainen Correlating Communication Sessions
US9967132B2 (en) * 2008-04-08 2018-05-08 Nokia Solutions And Networks Oy Correlating communication sessions
CN103067906A (zh) * 2012-12-07 2013-04-24 大唐移动通信设备有限公司 Ims架构中s-cscf对用户签约信息的保存方法
CN103067906B (zh) * 2012-12-07 2015-08-12 大唐移动通信设备有限公司 Ims架构中s-cscf对用户签约信息的保存方法
WO2015127889A1 (zh) * 2014-02-28 2015-09-03 华为终端有限公司 一种Profile关联管理的方法及装置

Also Published As

Publication number Publication date
ES2374329T3 (es) 2012-02-15
EP2091181A4 (en) 2010-12-22
JP2010516210A (ja) 2010-05-13
PT2091181E (pt) 2012-01-09
EP2375641A1 (en) 2011-10-12
CN100551146C (zh) 2009-10-14
RU2428803C2 (ru) 2011-09-10
EP2091181A1 (en) 2009-08-19
US20110038319A1 (en) 2011-02-17
CA2672851C (en) 2014-03-25
CA2672851A1 (en) 2008-07-31
EP2375641B1 (en) 2014-06-18
US20090253431A1 (en) 2009-10-08
WO2008089673A1 (fr) 2008-07-31
RU2009127109A (ru) 2011-02-27
US8346253B2 (en) 2013-01-01
ES2495422T3 (es) 2014-09-17
EP2091181B1 (en) 2011-11-09
PL2375641T3 (pl) 2014-11-28
WO2008089673A8 (fr) 2008-11-06
EP2091181B9 (en) 2012-05-16
US8023485B2 (en) 2011-09-20
JP4691607B2 (ja) 2011-06-01
ATE533258T1 (de) 2011-11-15

Similar Documents

Publication Publication Date Title
CN100551146C (zh) 一种实现用户身份关联的方法、系统及装置
CN101313606B (zh) 通信系统中感知服务配置下的公共用户标识的方法及装置
US7761600B2 (en) Method and apparatus for distributing application server addresses in an IMS
EP1905209B1 (en) Method and apparatus for allocating a server in an ims network
EP2112852A2 (en) Registering a user in a communication network
US20100232368A1 (en) Method for multiple registration of a multimodal communication terminal
GB2425689A (en) Informing other network nodes of multiple public user identities associated with a common service profile
EP2499800B1 (en) Handling of public identities
WO2007052894A1 (en) Distributed hss (home subscriber server) architecture
US10326857B2 (en) User data management
CN101175247A (zh) 一种实现用户数据集中存放和使用的方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant