WO2008089673A1 - Procédé, système et appareil pour la mise en œuvre d'association d'identité d'utilisateur - Google Patents

Procédé, système et appareil pour la mise en œuvre d'association d'identité d'utilisateur Download PDF

Info

Publication number
WO2008089673A1
WO2008089673A1 PCT/CN2008/070036 CN2008070036W WO2008089673A1 WO 2008089673 A1 WO2008089673 A1 WO 2008089673A1 CN 2008070036 W CN2008070036 W CN 2008070036W WO 2008089673 A1 WO2008089673 A1 WO 2008089673A1
Authority
WO
WIPO (PCT)
Prior art keywords
identity
impu
hss
same behavior
cscf
Prior art date
Application number
PCT/CN2008/070036
Other languages
English (en)
French (fr)
Other versions
WO2008089673A8 (fr
Inventor
Shufeng Shi
Xuexia Yan
Deping Yang
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
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP08700062A priority Critical patent/EP2091181B9/en
Priority to CA2672851A priority patent/CA2672851C/en
Priority to ES08700062T priority patent/ES2374329T3/es
Priority to JP2009545804A priority patent/JP4691607B2/ja
Priority to AT08700062T priority patent/ATE533258T1/de
Publication of WO2008089673A1 publication Critical patent/WO2008089673A1/zh
Publication of WO2008089673A8 publication Critical patent/WO2008089673A8/zh
Priority to US12/477,318 priority patent/US8346253B2/en
Priority to US12/938,889 priority patent/US8023485B2/en

Links

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]

Definitions

  • the present invention relates to an IP Multimedia Subsystem (IMS), and more particularly to a method, system and apparatus for implementing user identity association.
  • IMS IP Multimedia Subsystem
  • IMS is a subsystem supporting IP multimedia services proposed by the 3rd Generation Partnership Project (3GPP). Its core feature is the use of Session Initiation Protocol (SIP) as a call control protocol to implement services. Management, session control and bearer access are separated. IMS is a multimedia control/call control platform on a packet domain that supports both session and non-session multimedia services, providing a common service platform for multimedia applications.
  • 3GPP 3rd Generation Partnership Project
  • FIG. 1 is a partial architectural diagram of the IMS.
  • the call session control function (CSCF, Call Session Control Function) is in the core control position of the IMS core network, and is responsible for registration authentication and session control of the user equipment (UE, User Equipment), and is performed for the calling user and the The basic session path function of the user is called, and the value-added service route triggering and service control interaction to the application server (AS, Application Server) are performed according to the IMS initial filtering rule (iFC, Initial Filter Criteria) signed by the user.
  • the User Subscriber Server (HSS) is a user database server that stores the IMS subscription information of the user, that is, the association information between the user identity and the user subscription data.
  • related entities in the IMS such as the CSCF (I-CSCF, Interrogating CSCF), the CSCF (S-CSCF, Serving CSCF), the AS, etc., obtain the relevant users from the HSS through the user identity. Signing data.
  • a set of user subscription data related to the service is called a service configuration.
  • SP Service Profile
  • FIG. 2 is a schematic diagram of the relationship between user identity and service configuration SP.
  • the user identity includes an IMS Private User Identity (IMI) and an IMS Public User Identity (IMPU).
  • IMS Private User Identity IMS Private User Identity
  • IMPU IMS Public User Identity
  • one IMPI can only belong to one IMS subscription, one IMS subscription can contain multiple IMPIs; one IMPI can contain multiple IMPUs, one IMPU can be shared by multiple IMPIs; one IMPU can only have one SP , an SP can be shared by multiple IMPUs.
  • IMS Private User Identity IMS Private User Identity
  • IMPU IMS Public User Identity
  • the HSS associates IMPUs sharing the same SP.
  • users sometimes want to sign two or more IMPUs that not only have the same SP, but also have the same service data, such as forwarding address information, identical presentation information, etc., that is, two or two.
  • the above IMPU has the same behavior.
  • the HSS has not yet implemented an association with such an IMPU. Summary of the invention
  • two methods for implementing user identity association are provided; and another aspect provides a system and apparatus for implementing user identity association.
  • another aspect provides a system and apparatus for implementing user identity association.
  • the first method for implementing user identity association includes: setting an equivalent behavior user identifier in a user subscription server HSS;
  • the public user identity IMPU having the same behavior is associated by the set equal behavior user identifier.
  • the system for implementing user identity association includes: an HSS and a first requesting entity, where
  • the HSS is configured to associate an IMPU with the same behavior, and carry the associated information of the IMPU with the same behavior in a message and send the message to the first requesting entity;
  • the first requesting entity is configured to parse a message from the HSS, and obtain association information of an IMPU having the same behavior.
  • the identifier setting module is configured to set an equivalent behavior user identifier in the HSS; the identifier indication module is configured to associate an IMPU having the same behavior by using an equivalent behavior user identifier set by the identifier setting module.
  • a second method for implementing user identity association includes: associating, in a user subscription server HSS, a public user identity of an equal behavior, wherein the same behavior of the public user identity has the same service configuration. SP, the same business data, and the identity of the public user belonging to the same implicit registration set;
  • the HSS stores association information of the public user identity of the equal behavior.
  • the embodiment of the present invention sets the equivalent behavior user identifier in the HSS, and performs the same behavior by using the set equal behavior user identifier.
  • the IMPU is associated. Thereby, the association of IMPUs with the same behavior is realized in the HSS, and the user experience is improved.
  • FIG. 1 is a partial architectural diagram of IMS
  • FIG. 2 is a schematic diagram of a relationship between a user identity and a service configuration SP;
  • FIG. 4 is a schematic structural diagram of an apparatus for implementing user identity association in an embodiment of the present invention
  • FIG. 5 is a flowchart of a method for implementing user identity association according to Embodiment 1 of the present invention
  • FIG. 6 is a flowchart of a method for implementing user identity association according to Embodiment 1 of the present invention
  • 7 is a schematic diagram showing the relationship of a public identity class in the prior art
  • FIG. 8 is a flowchart of a method for implementing user identity association according to Embodiment 3 of the present invention
  • FIG. 9 is a schematic diagram showing a relationship of indicating an alias identity class added in Embodiment 3 of the present invention
  • FIG. 10 is a schematic structural diagram of an apparatus for implementing user identity association according to Embodiment 3 of the present invention
  • FIG. 11 is a schematic structural diagram of a system for implementing user identity association according to Embodiment 3 of the present invention
  • FIG. 13 is a structural diagram of a public identity class according to Embodiment 4 of the present invention
  • FIG. 15 is a schematic diagram of a composition relationship of a public identity class according to Embodiment 5 of the present invention
  • FIG. 16 is a flowchart of a method for implementing user identity association according to Embodiment 6 of the present invention
  • FIG. 18 is a public identity according to Embodiment 7 of the present invention
  • FIG. 19 is a flowchart of a method for implementing user identity association according to Embodiment 8 of the present invention
  • FIG. 20 is a schematic structural diagram of a system for implementing user identity association according to Embodiment 8 of the present invention.
  • an equivalent behavior user identifier is set in the HSS, and the IMPU having the same behavior is associated by the same behavior user identifier.
  • Sexual flow chart As shown in Figure 3, the process includes the following steps:
  • Step 301 In the HSS, set an equivalent behavior user identifier.
  • the method for setting the equivalent behavior user identifier in the HSS includes at least the following two First method: In the HSS, an identifier for indicating a set of IMPUs having the same behavior is set.
  • the second method In the IMPU in the HSS, an identifier for indicating an IMPU set with the same behavior to which the IMPU belongs is set.
  • Step 302 Associate the IMPUs with the same behavior by using the set equal behavior user identifier.
  • the IMPUs having the same behavior are set in a set by using the set identifier, and the identifier includes one or more sets of IMPUs having the same behavior.
  • One or more IMPUs are included in each set of IMPUs with equivalent behavior.
  • the set of IMPUs with the same behavior to which the IMPU belongs is identified by using the set identifier. Then, according to the value of the identifier, determine which set of IMPUs that the IMPU belongs to have the same behavior.
  • the HSS may indicate association information of the IMPU having the same behavior to the S-CSCF, and/or the HSS may indicate the association information of the IMPU having the same behavior to the AS.
  • the S-CSCF may indicate association information of the IMPU having the same behavior to the AS, and/or, the S-CSCF may indicate the association information of the IMPU having the same behavior to the P-CSCF, and/or, S- The CSCF may indicate association information of an IMPU having the same behavior to the UE or the like.
  • the association information of the IMPU having the same behavior may be included in the service information of the IMPU-related initial filtering rule in the HSS; when the S-CSCF requests the user data from the HSS, the HSS shall include the service of the associated information of the IMPU with the same behavior.
  • the initial filtering rule of the information is downloaded to the S-CSCF, and the S-CSCF carries the service information of the associated information of the IMPU having the same behavior in the message to the AS when the initial filtering rule condition is satisfied, and the AS can use the message.
  • the associated information of the IMPU with the same behavior can be obtained.
  • FIG. 4 is a schematic structural diagram of an apparatus for implementing user identity association according to an embodiment of the present invention. As shown in FIG. 4, the device includes: an identifier setting module and an identifier indicating module.
  • the identifier setting module is configured to set an equivalent behavior user identifier in the HSS.
  • the identifier indication module is configured to associate the IMPU having the same behavior by using the same behavior user identifier set by the identifier setting module.
  • an implicit registration mechanism is provided, that is, belonging to the same implicit registration set (Implicitly Registered Public).
  • the other IMPUs in the registration set are registered at the same time. Furthermore, the IMPUs in the same implicit registration set must belong to the same IMPI. These IMPUs can have the same SP or different SPs, but the same IMPU can belong to only one implicit registration set.
  • IMPU1 and IMPU2 belong to the same implicit registration set.
  • IMPU1 When IMPU1 registers with the network, IMPU2 will also be registered together.
  • IMPU2 When IMPU2 registers with the network, IMPU1 will also be registered together.
  • IMPU1 and IMPU2 have different
  • IMPU3, IMPU4 in Figure 2 is an implicit registration set shared by IMPI1 and IMPI2, with the same SP.
  • IMPU5 and IMPU6 in the figure are implicit registration sets belonging to IMPI2 and have different SPs. Among them, IMPU5 has the same as IMPU3 and IMPU4.
  • the set of IMPUs having the same behavior in the embodiment of the present invention may be a subset of the implicit registration set, or may be a set of IMPUs having the same behavior independent of the implicit registration set.
  • the IMPU with the same behavior is called Alias Public User Identity
  • the collection of IMPUs with the same behavior is called Alias Public User Identity Set.
  • the line is Detailed description of the line.
  • Embodiment 1 The first method is adopted, that is, in the HSS, an identifier for indicating a set of IMPUs having the same behavior is set.
  • FIG. 5 is a flow chart of a method for implementing user identity association according to Embodiment 1 of the present invention. As shown in Figure 5, the process includes the following steps:
  • Step 501 In the HSS, set an identifier for indicating an alias public user identity set.
  • a type of data is added to the HSS, and the data is set to indicate an alias public user identity set as an identifier for the public user identity set of the alias. It can be a subset of the application's implicit registration set or a collection that is out of the implicit registration set.
  • Table 1 shows a specific implementation in this embodiment.
  • the identifier added in Table 1 to indicate the alias public user identity set is directly named Alias Public User Identity Set, and can be added to the corresponding sub-terms as needed, in Table 1. Expressed with 3.XX.
  • Diameter client address of the S-CSCF ( Diameter Client 3.2.3 M - - T
  • the "M” in Table 1 above indicates that there must be, "C” indicates that the condition is satisfied, and "-" indicates that it is not.
  • the "P” in the type represents a static permanent type, and the "T” represents a dynamic temporary type.
  • Step 502 Associate the IMPUs having the same behavior by using the identifiers set by the foregoing.
  • the IMPU with the same behavior that is, one or more alias public user identity sets are identified by using the set identifier.
  • Each alias public user identity set contains one or more IMPUs that have identical SPs and have identical business data, etc., that are equivalent.
  • An IMS subscription can have multiple alias public user ID sets, and even each implicit registration set may have multiple alias public user identity sets, but each IMPU can belong to only one alias public user identity set.
  • the device for implementing identity association in the embodiment is described in detail.
  • composition, connection relationship and function of the device in this embodiment are identical to those described in the device of Fig. 4.
  • the device in this embodiment is an instantiation of the device shown in FIG. That is, the identifier setting module in the device is configured to set an identifier for indicating an alias public user identity set in the HSS.
  • Embodiment 2 The second method is adopted, that is, in the IMPU in the HSS, an identifier for indicating an IMPU set with the same behavior to which the IMPU belongs is set.
  • FIG. 6 is a flowchart of a method for implementing user identity association according to Embodiment 2 of the present invention. As shown in FIG. 6, the process includes the following steps:
  • Step 601 In the IMPU in the HSS, set an identifier for indicating a public user identity set of the other name to which the IMPU belongs.
  • an IMPU corresponding to an alias public user identity set may be added to an IMPU corresponding to an IMPU in the HSS, and the sequence number is set to indicate an alias public user identity set to which the IMPU belongs. Indicates the identifier of the alias public user identity set to which the IMPU belongs.
  • the implicit registration set may be separated from the IMPU of each alias public user identity set, and the sequence number is set to indicate the public user identity set of the alias to which the IMPU belongs, as indicating that the IMPU belongs to The identifier of the alias public user identity set.
  • Step 602 Associate the IMPUs with the same behavior by using the identifiers set by the foregoing. In this step, using the set identifier, it is identified that the IMPU and the IMPU have exactly the same SP and have the same service data, that is, the specific behavior.
  • the set identifier it is identified that the IMPU and which IMPUs have the same SP and have the same business data and the like, that is, the specific behavior.
  • the identity is used to identify the alias public user identity set to which it belongs. IMPUs with the same sequence number belong to the same alias public user identity set.
  • the device for implementing identity association in the embodiment is described in detail.
  • composition, connection relationship and function of the device in this embodiment are identical to those described in the device of Fig. 4.
  • the device in this embodiment is an instantiation of the device shown in FIG. That is, the identifier setting module in the device is used for setting in the IMPU in the HSS for indicating The identifier of the alias public user identity set to which the IMPU belongs.
  • AS, UE, P-CSCF, S-CSCF, etc. in the network may also need to know the information of these associated IMPUs.
  • the S-CSCF needs to know which IMPUs have the same behavior, so as to provide the information to the AS, the P-CSCF, etc.; when the user modifies the service data of the IMPU1 through the UE, it may be necessary to know whether the modification also applies to the IMPU2; When IMPU1 sends a message, it may be necessary to know whether it is necessary to send the same message to IMPU2 at the same time; the P-CSCF may need to provide the IMPU with the same behavior to the policy decision point of the access network to select the same policy for them, so the HSS also
  • the method may further include: indicating association information of the IMPU having the same behavior to a corresponding network entity, such as an S-CSCF, or an AS.
  • the S-CSCF allocated for the user can obtain the service subscription information of the user from the HSS through a server allocation request (SAR, Server-Asignment-Request) / Server-Asignment- Answer (SAA, Server-Asignment- Answer) command.
  • the HSS can update the service subscription information to be changed to the S-CSCF by configuring a PPR (Profile-Push-Request)/Config-Push- Answer (PPA) command.
  • PPR Profile-Push-Request
  • PPA Policy-Push- Answer
  • the service subscription information in the message is contained as an Extensible Markup Language (XML) document contained in a Diameter Attribute Value Pair (AVP).
  • XML Extensible Markup Language
  • AVP Diameter Attribute Value Pair
  • the HSS will all the SP information of all IMPUs in the implicit registration set of the IMPU. Return to the S-CSCF.
  • the content of the XML document contained in the SAA can be:
  • initial filter rule iFC ends
  • initial filter rule iFC ends ⁇ /ServiceProfile> ; SP ends
  • An SP includes a public identity, an initial filtering rule, iFC, and so on.
  • FIG. 7 is a schematic diagram showing the composition relationship of a public identity class in the prior art.
  • the public identity includes a public identity associated with the SP, and the public identity may be in the form of a SIP Uniform Resource Identifier (URI) or a Telephony (TEL) Uniform Resource Locator (URL).
  • URI Uniform Resource Identifier
  • TEL Telephony
  • URL Uniform Resource Locator
  • each public identity contains an associated Barring Indication. If the barring indication is set, the S-CSCF will block the IMPU from being used in any other IMS except registration and deregistration. In communication.
  • Public identity also includes the identity type (MentityType), which is used to indicate the public
  • the type of identity such as an IMPU
  • Type data there are 3 values: 0 means that the public identity is an IMPU, 1 means that the public identity is an independent PSI, and 2 means that the public identity is a PSI that can match the wildcard PSI.
  • the public identity can also include a display name (DisplayName) and the like.
  • the iFC is used to trigger the service, and describes the conditions under which the received SIP message will be routed to a specific application server, that is, the AS.
  • the SP can also include core network service authorization and shared iFC.
  • the HSS in order to implement the HSS to indicate the associated information of the IMPU having the same behavior to the S-CSCF, the HSS may extend the SP-related XML document sent to the S-CSCF. If at least the following five implementation methods are available:
  • Method 1 The HSS adds a new class indicating the identity of the alias to the SP sent to the S-CSCF, and in the added class indicating the identity of the alias, indicates an IMPU having the same behavior, and the HSS carries the The indicated SP indicates the associated information to the S-CSCF.
  • Method 2 The HSS adds an attribute indicating the belonging set to the public identity class in the SP sent to the S-CSCF, and assigns an identifier to the set of IMPUs with the same behavior to which each IMPU belongs, and the HSS passes the HSS.
  • the SP carrying the indication indicates the association information to the S-CSCF.
  • Method 3 The HSS adds a new class indicating the member of the set to the public identity class in the SP sent to the S-CSCF, and in the added class, indicates an IMPU having the same behavior as each IMPU, and the HSS passes Carrying the SP carrying the indication, the associated letter The information is indicated to the S-CSCF.
  • Method 4 If the number of IMPUs having the same behavior in the IMPU of the same SP is one, the HSS may extend the value range of the identity type attribute in the public identity class in the SP sent to the S-CSCF, and use the extended The identity type value indicates the identity type of the IMPU having the same behavior, and the HSS indicates the association information to the S-CSCF by the SP carrying the identity type indication.
  • Method 5 If the number of IMPUs having the same behavior in the IMPU of the same SP is one, the HSS adds an attribute indicating whether the IMPU is an IMPU having the same behavior in the public identity class in the service configuration sent to the S-CSCF. And indicating, by the value of the attribute, whether the IMPU belongs to a set of IMPUs having the same behavior; the HSS indicates the association information to the S-CSCF by using the service configuration that carries the indication.
  • the HSS indicates the association information to the S-CSCF by using the service configuration that carries the indication.
  • Embodiment 3 Method 1 is adopted.
  • FIG. 8 is a flow chart of a method for implementing user identity association according to Embodiment 3 of the present invention. As shown in Figure 8, the process includes the following steps:
  • Step 801 Implement association of a user identity in the HSS.
  • the specific implementation process in this step may be consistent with the description in the first embodiment, or may be consistent with the description in the second embodiment, or may be implemented according to actual needs.
  • the HSS adds a class indicating the identity of the alias in the SP sent to the S-CSCF.
  • the HSS may add a class indicating the alias identity similar to the public identity class, as shown in FIG. 9 is a schematic diagram showing the composition relationship of the class indicating the alias identity added in the embodiment.
  • the added class indicating the identity of the alias may include one or more of The IMPU of the same behavior, and the IMPU can be in the form of a SIP URI or a TEL URL. Wherein, the added instance of the class indicating the identity of the alias is 0 or more.
  • Data type (Data tag ( Compound composition )
  • Type Value Information ( Cardi nality )
  • IMS subscription composite type IMS subscription private identity private identity type 1
  • Service configuration composite type Service configuration Public identity Public identity type (1 to n ) ( tServiceProfile ) ( ServiceProfile ) ( Publicldentity ) ( tPublicIdentity
  • Alias Identity List Alias Identity Alias Identity Composite (1 to n) ( tAliasIdentityList ) ( AliasIdentityList ) ( Aliasldentity ) Type
  • Alias identity composite type Alias Identity Identity type (1) ( tAliasIdentity ) ( Aliasldentity ) ( tldentity )
  • the newly added class indicating the identity of the alias is named Alias Identity List, and the alias identity list is extended in the extension field of the composite type of the service configuration extension, when there is no equivalent behavior.
  • the class instance of the alias identity list is zero.
  • the class instance of the alias identity list is one or more.
  • An alias identity list class may include one or more Alias Identity classes, and an alias identity class includes an identity, similar to the identity in the public identity class shown in Figure 7, and
  • the identity in the alias identity list class can also be in the form of a SIP URI, or a TEL URL. Among them, one identity corresponds to one IMPU with the same behavior, and the alias identity list class can include multiple IMPUs.
  • Step 803 using the added class indicating the identity of the alias, indicating that the behavior has the same behavior IMPUo
  • each newly added class instance indicating the identity of the alias that is, the class instance of the alias identity list in step 802 contains a collection of IMPUs having the same behavior. Different sets of IMPUs with equivalent behavior are indicated by instances of classes of different alias identity lists.
  • Step 804 The HSS indicates, by using the SP that carries the foregoing indication, the association information of the IMPU having the same behavior to the S-CSCF.
  • the HSS sends an XML document carrying the SP of the IMPU indicating the same behavior to the S-CSCF, and the S-CSCF parses the associated information of the IMPU having the same behavior according to the received XML document.
  • IMPU1 and IMPU2 behave the same, IMPU3 has the same behavior as IMPU4.
  • the set of IMPUs having the same behavior is a subset of the implicit registration set, if IMPU1, IMPU2, IMPU3, and IMPU4 are located in the same implicit registration set, then S-CSCF
  • the content of the XML document carried in the SAA can be as follows:
  • alias identity list start to "alias identity list end” is an instance of an alias identity list.
  • the SP includes two instances of the alias identity list, and the instance of the first alias identity list indicates that there are two aliases IMPU, namely IMPU1 and IMPU2 has the same behavior; the instance of the second individual identity list indicates that there are two aliases IMPU, that is, IMPU3 and IMPU4 have the same behavior.
  • the S-CSCF parses the associated information of the IMPU with the same behavior according to the indication of the alias identity list instance, that is, IMPU1 and IMPU2 have the same behavior, and IMPU3 and IMPU4 have the same behavior.
  • the device for implementing identity association in the embodiment is described in detail.
  • FIG. 10 is a schematic structural diagram of an apparatus for implementing user identity association according to Embodiment 3 of the present invention.
  • the identifier indicating module may be further configured to: provide the information of the identified IMPU having the same behavior to the information indicating module, on the basis of the device description shown in FIG. 4.
  • the information indication module is configured to indicate, to the requesting entity, association information of the IMPU having the same behavior according to the information of the IMPU having the same behavior provided by the identifier indication module.
  • the requesting entity is an S-CSCF.
  • the information indication module may be consistent with the description in steps 802 to 804 shown in FIG. 8 when implemented.
  • FIG. 11 is a schematic structural diagram of a system for implementing user identity association according to Embodiment 3 of the present invention. As shown in FIG. 11, the system includes: an HSS and a first requesting entity.
  • the HSS is used to associate the IMPUs with the same behavior, and the associated information of the IMPU having the same behavior is carried in the message and sent to the first requesting entity.
  • the first requesting entity is an S-CSCF.
  • the first requesting entity is configured to parse the message from the HSS, and obtain association information of the IMPU having the same behavior.
  • the first requesting entity is an S-CSCF.
  • the HSS may specifically include: an identifier indication module and an information indication module.
  • the identifier indication module is configured to associate the IMPUs with the same behavior, and provide the information of the identified IMPUs with the same behavior to the information indication module.
  • the information indicating module is configured to carry the association information of the IMPU having the same behavior in the message and send the information to the first requesting entity according to the information of the IMPU with the same behavior provided by the identifier indicating module.
  • the first requesting entity is an S-CSCF.
  • the information indication module may be consistent with the description in steps 802 to 804 shown in FIG. 8 when implemented.
  • the HSS may be further configured to: set an equivalent behavior user identifier, and perform the operation of associating the IMPU having the same behavior by using the set equal behavior user identifier.
  • the HSS may further include: an identifier setting module, configured to set an equivalent behavior user identifier, where the identifier indication module is further configured to: perform the peer behavior by using an equivalent behavior user identifier set by the identifier setting module The IMPU performs the associated operation.
  • the identifier setting module may be consistent with the description in Embodiment 1 or Embodiment 2.
  • Embodiment 4 Method 2 is adopted. flow chart. As shown in Figure 12, the process includes the following steps:
  • Step 1201 Implement association of a user identity in the HSS.
  • the specific implementation process in this step may be consistent with the description in the first embodiment, or may be consistent with the description in the second embodiment, or may be implemented according to actual needs.
  • Step 1202 The HSS adds an attribute indicating the belonging set to the class of the public identity in the SP sent to the S-CSCF.
  • the HSS may add an attribute indicating the belonging set to the public identity class in the SP, as shown in FIG. A schematic diagram of the composition relationship of the public identity class in this embodiment. Among them, an attribute is added to indicate the collection to which it belongs.
  • TEL URL Type Identity Any URI class has a syntax description (tTEL-URL) type (anyURI) in IETF RFC 3966 [15] ( Syntax described in IETF RFC
  • Wildcard PSI Type 3 ⁇ 4 ⁇ PSI Any URI class in 3GPP TS 23.003 [17]. has syntax (tWildcardedPSI) (WildcardedPSI) type (anyURI) description (Syntax described in 3GPP TS 23.003 [17]. )
  • the attribute indicating the belonging set is named as an alias identity set sequence number (Alias Identity Set Num ), and the alias identity set sequence number is defined as an integer type, and the alias identity set sequence number may also be other data types, such as a string. Types of.
  • the alias identity set sequence number is derived from the extension field, as shown in Table 4:
  • Data type (Data tag ( Compound composition )
  • MS-signed composite type IMS subscription private identity private identity type 1 ( tIMS Subscription ) ( EMS Subscription ) ( PrivateDD ) ( tPrivatelD ) service configuration service configuration composite class ( 1 to n ) ( ServiceProfile ) type ( tServiceProfile ) service configuration composite Class service configuration public identity private identity type (1 to n type ( tServiceProfile ) ( ServiceProfile ) ( Publicldentity ) ( tPublicIdentity )
  • the alias identity set sequence number is extended in the extension field of the composite type 2 of the public identity extension, and a public identity class instance contains at most one alias identity set sequence number, when the IMPU in the public identity does not exist. When there is an IMPU with the same behavior, there is no need to add the alias identity set sequence number to the public identity.
  • Step 1203 Assign a value to the added attribute, indicating a set of IMPUs with the same behavior to which each IMPU belongs.
  • the alias identity set number of the IMPU in the two sets can be assigned a value of 1 respectively. And 2 to mark the collection of IMPUs with the same behavior to which they belong.
  • Step 1204 The HSS indicates, by using the SP that carries the foregoing indication, the association information of the IMPU having the same behavior to the S-CSCF.
  • the HSS carries an IMPU indicating that each IMPU belongs to the same behavior.
  • the XML document of the set SP is sent to the S-CSCF, and the S-CSCF parses the associated information of the IMPU with the same behavior according to the received XML document.
  • IMPU1 and IMPU2 behave the same, IMPU3 has the same behavior as IMPU4.
  • the set of IMPUs having the same behavior is a subset of the implicit registration set, if IMPU1, IMPU2, IMPU3, and IMPU4 are located in the same implicit registration set, then S-CSCF
  • the content of the XML document carried in the SAA can be as follows:
  • the alias identity set sequence number is 1, that is, the IMPU1 belongs to the set 1; in the class instance of the public identity of the IMPU2, the alias identity set sequence number is 1, that is, the IMPU2 belongs to the set.
  • the alias identity set sequence number is 2, that is, the IMPU3 belongs to the set 2; in the class instance of the public identity of the IMPU4, the alias identity set sequence number is 2, that is, the IMPU4 belongs to the set 2.
  • the S-CSCF parses the associated information of the IMPU with the same behavior according to the indication of the alias identity set sequence number, that is, IMPU1 and IMPU2 have the same behavior, and IMPU3 and IMPU4 have the same behavior.
  • the device in this embodiment is identical to the composition, connection relationship and function description of the device described in the third embodiment. The difference is that: when the information indicating module of the device in this embodiment is implemented, it may be consistent with the description in step 1202 to step 1204 shown in FIG.
  • the system in this embodiment is consistent with the composition, connection relationship, and function description of the system described in the third embodiment.
  • the difference is that: the information indicating module of the HSS in this embodiment may be consistent with the description in step 1202 to step 1204 shown in FIG. 12 when it is specifically implemented.
  • Embodiment 5 Method 3 is adopted. flow chart. As shown in FIG. 14, the process includes the following steps:
  • Step 1401 Implement association of the user identity in the HSS.
  • the specific implementation process in this step may be consistent with the description in the first embodiment, or may be consistent with the description in the second embodiment, or may be implemented according to actual needs.
  • Step 1402 The HSS adds a class indicating the member of the set to the public identity class in the SP sent to the S-CSCF.
  • the HSS when the HSS extends the SP-related XML document sent to the S-CSCF, the HSS may add a new class as a member of the specified collection in the public identity class in the SP, as shown in FIG.
  • FIG. 15 is a schematic diagram showing the relationship of the public identity classes in the present embodiment. Among them, a class is added that indicates the members of the collection.
  • the description relationship mapping of an XML document after adding the class indicating the member of the collection can be as shown in Table 5:
  • Data type (Data tag ( Compound composition )
  • Type Value Information ( Cardi nality )
  • IMS subscription composite type IMS subscription private identity private identity type 1 ( tIMS Subscription ) ( EMS Subscription ) ( PrivatelD ) ( tPrivatelD ) service configuration service configuration composite ( 1 to n ) ( ServiceProfile ) type
  • Aliasldentity ( Aliasldentity ) ( tAliasIdentity ) Type of alias identity Alias identity (Identity) Identity type (1) ( tAliasIdentity ) ( Aliasldentity ) ( tldentity )
  • the class indicating the member to which the collection belongs is named Alias Identity, which is extended in the extension field of the composite type 2 of the public identity extension, wherein, when it does not exist and in the public identity When the identity has the same behavior as the IMPU, Then, the class instance of the alias identity is 0. When there are more than one set of IMPUs having the same behavior as the identity in the public identity, the class instance of the alias identity is one or more.
  • An alias identity class includes an identity attribute, similar to the identity in the public identity class shown in Figure 7, and the identity in the alias identity class can also be in the form of a SIP URI, or a TEL URL. Among them, one identity corresponds to an IMPU with equal status.
  • Step 1403 in the added class, indicating information of the IMPU having the same behavior as each IMPU.
  • the information of IMPU2 is indicated in the alias attribute of IMPU1, and the information of IMPU1 is indicated in the alias attribute of IMPU2.
  • the information of IMPU2 and IMPU3 is indicated in the alias identity attribute of IMPU1
  • the information of IMPU1 and IMPU3 is indicated in the alias identity attribute of IMPU2
  • the alias identity in IMPU3 Information indicating IMPu1 and IMPU2 in the attribute.
  • Step 1404 The HSS indicates, by using the SP that carries the foregoing indication, the association information of the IMPU having the same behavior to the S-CSCF.
  • the HSS sends an XML document carrying the SP of the IMPU indicating the behavior of each IMPU to the S-CSCF, and the S-CSCF parses the associated information of the IMPU having the same behavior according to the received XML document.
  • IMPU1 and IMPU2 behave the same, IMPU3 has the same behavior as IMPU4.
  • the set of IMPUs having the same behavior is a subset of the implicit registration set, if IMPU1, IMPU2, IMPU3, and IMPU4 are located in the same implicit registration set, then S-CSCF
  • the content of the XML document carried in the SAA can be as follows:
  • the alias identity in the class instance of the public identity of IMPU1, the alias identity carries the information of IMPU2, and in the class instance of the public identity of IMPU2, the alias identity carries the information of IMPU1; similarly, in the class instance of the public identity of IMPU3 The alias identity carries the information of IMPU4, and in the class instance of the public identity of IMPU4, the alias identity carries the information of IMPU3.
  • the S-CSCF After receiving the XML document, the S-CSCF parses the associated information of the IMPU with the same behavior according to the indication of the alias identity, that is, IMPU1 and IMPU2 have the same behavior, and IMPU3 and IMPU4 have the same behavior.
  • the device in this embodiment is identical to the composition, connection relationship and function description of the device described in the third embodiment. The difference is that the information indicating module of the device in this embodiment may be consistent with the description in step 1402 to step 1404 shown in FIG. 14 when the specific implementation is implemented.
  • the system in this embodiment is identical to the composition, connection relationship, and function description of the system described in the third embodiment.
  • the difference is that: the information indicating module of the HSS in this embodiment may be consistent with the description in step 1402 to step 1404 shown in FIG. 14 in specific implementation.
  • Embodiment 6 Method 4 is adopted.
  • FIG. 16 is a flow chart of a method for implementing user identity association according to Embodiment 6 of the present invention. As shown in Figure 16, the process includes the following steps:
  • Step 1601 Implement association of the user identity in the HSS.
  • the specific implementation process in this step may be consistent with the description in the first embodiment, or may be consistent with the description in the second embodiment, or may be implemented according to actual needs.
  • Step 1602 the HSS identifies the identity in the public identity class in the SP sent to the S-CSCF.
  • the range of types is expanded.
  • the value range of the identity type is extended, and an enumeration value is added.
  • the original identity type is an enumerated type, and the values include: 0, 1, and 2. Where 0 is the IMPU, 1 is the PSI, and 2 is the wildcard PSI. Therefore, in this embodiment, an enumeration value of 3 can be set on the basis of the corner, indicating that the IMPU has the same behavior.
  • the extended identity type value is named as the alias public user identity (ALIAS_PUBLIC_USER_IDENTITY )
  • the description relationship mapping of an XML document after the extended identity type value can be as shown in Table 6:
  • URI Private identity type Private identity
  • Any URI class has syntax description ( tPrivatelD ) ( PrivatelD ) type ( anyURI ) in IETF RFC 2486 [14] ( Syntax described in IETF RFC
  • TEL URL Type Identity Any URI class has a syntax description (tTEL-URL) type (anyURI) in IETF RFC 3966 [15] ( Syntax described in IETF RFC
  • Step 1603 using the extended identity type value to indicate the identity type of the IMPU having the same behavior.
  • the extended identity type value 3 can be used to indicate that the IMPU's identity type is of equal behavior.
  • Step 1604 The HSS indicates the association information of the IMPU having the same behavior to the S-CSCF by using the SP carrying the identity type indication.
  • the HSS sends an XML document carrying an SP indicating an IMPU set of the same behavior to the S-CSCF, and the S-CSCF parses the associated information of the IMPU having the same behavior according to the received XML document.
  • IMPUl, IMPU2, IMPU3, and IMPU4 are located in the same implicit registration set.
  • the content of the XML document carried in the SAA can be as follows:
  • the identity type has a value of 3 ⁇ Identity> sip:IMPUl @homedomain.com ⁇ /Identity> ⁇ /PublicIdentity>; End of public identity
  • the identity type has a value of 3
  • An IMPU with equivalent behavior is indicated by setting the type of IMPU with the same behavior to the extended identity type value.
  • the identity type takes a value of 3
  • the identity type takes a value of 3
  • the identity type takes a value of 3 indicating that IMPU1 and IMPU2 have the same behavior.
  • the S-CSCF After receiving the XML document, the S-CSCF parses the associated information of the IMPU with the same behavior according to the indication of the identity type value, that is, IMPU1 and IMPU2 have the same behavior.
  • the device in this embodiment is identical to the composition, connection relationship and function description of the device described in the third embodiment. The difference is that: when the information indicating module of the device in this embodiment is implemented, it may be consistent with the description in step 1602 to step 1604 shown in FIG. 16.
  • the system in this embodiment is identical to the composition, connection relationship, and function description of the system described in the third embodiment.
  • the difference is that: the information indicating module of the HSS in this embodiment may be consistent with the description in step 1602 to step 1604 shown in FIG. 16 when the specific implementation is implemented.
  • Example 7 Method 5 is employed.
  • FIG. 17 is a flowchart of a method for implementing user identity association according to Embodiment 6 of the present invention. As shown in Figure 17, the process includes the following steps:
  • Step 1701 Implement association of the user identity in the HSS.
  • the specific implementation process in this step may be consistent with the description in the first embodiment, or may be consistent with the description in the second embodiment, or may be implemented according to actual needs.
  • Step 1702 the HSS extends the public identity class in the SP sent to the S-CSCF.
  • the extension of the public identity class indicates whether the IMPU is an attribute of the IMPU having the same behavior; the attribute type is a Boolean type.
  • a value of true or greater than zero indicates that the IMPU and other IMPUs whose value is also true or greater have the same behavior
  • a value of false or equal to zero or non-existent indicates that the IMPU does not have the same behavior as any other IMPU.
  • the HSS when the HSS extends the SP-related XML document sent to the S-CSCF, the HSS may add an attribute indicating whether the IMPU is an IMPU having the same behavior in the public identity class in the SP, as shown in the figure. 18, FIG. 18 is a public identity in this embodiment. Schematic diagram of the composition of a class. Among them, an attribute indicating whether the IMPU is an IMPU having the same behavior is added.
  • the description relationship mapping of an XML document after extending the public identity class can be as shown in Table 7 and Table 8.
  • Table 7 In the above Table 7, the attribute indicating whether the IMPU is an IMPU having the same behavior is named as an alias indication (Aliaslndicator), and is added to a tag (Tag) corresponding to the data type of the Boolean type (tBool).
  • Data type (Data tag ( Compound composition )
  • ServiceConfiguration Service Configuration Composite (1 to n) ( ServiceProfile ) Type
  • Service configuration composite class Service configuration Public identity Private identity type (1 to n type ( tServiceProfile ) ( ServiceProfile ) ( Publicldentity ) ( tPublicIdentity )
  • the alias indication is extended in the extension field of the composite type 2 of the public identity extension, and the class instance of a public identity contains at most one alias indication, when the IMPU in the public identity does not have the same behavior. The IMPU does not need to add the alias indication to the public identity.
  • Step 1703 assigning an attribute to the added attribute, indicating whether each IMPU has the same behavior as other IMPUs.
  • Step 1704 The HSS indicates, by using the SP that carries the foregoing indication, the association information of the IMPU having the same behavior to the S-CSCF.
  • the HSS sends an XML document carrying an SP indicating whether each IMPU is an IMPU having the same behavior to the S-CSCF, and the S-CSCF parses the associated information of the IMPU having the same behavior according to the received XML document.
  • the S-CSCF requests the user data of the IMPUL from the SAR through the SAR
  • the content of the XML document carried in the SAA can be as follows:
  • the alias indication is 1, that is, the IMPU1 is an IMPU having the same behavior; the public identity of the IMPU2 In the class instance, the alias indication is 1, that is, the IMPU2 is an IMPU with the same behavior; the class instance of the public identity of the IMPU3 does not include the alias alias, that is, the IMPU3 is not an IMPU with the same behavior.
  • the S-CSCF parses the associated information of the IMPU with the same behavior according to the alias indication, that is, IMPU1 and IMPU2 have the same behavior, and IMPU3 does not have the same behavior as other IMPUs.
  • the device in this embodiment is identical to the composition, connection relationship and function description of the device described in the third embodiment. The difference is that: when the information indicating module of the device in this embodiment is implemented, it may be consistent with the description in step 1702 to step 1704 shown in FIG. 17.
  • the system in this embodiment is identical to the composition, connection relationship, and function description of the system described in the third embodiment.
  • the difference is that: the information indicating module of the HSS in this embodiment may be consistent with the description in step 1702 to step 1704 shown in FIG. 17 when implemented.
  • the process of indicating the association information of the IMPU having the same behavior to the S-CSCF by the HSS is described in detail by the description of the third embodiment to the seventh embodiment.
  • the S-CSCF may also indicate association information of the IMPU obtained from the HSS to the UE, the P-CSCF, the AS, and the like.
  • the UE may obtain the information of the non-prohibited IMPU that belongs to the same implicit registration set as the registered IMPU by registering, and acquire the registration status of all non-prohibited IMPUs related to the user by subscribing to the S-CSCF. .
  • the S-CSCF can obtain the information of the IMPU that has the same behavior as the registered user after downloading the user data from the HSS through the SAR message, because the user subscribes to the reg-event event after receiving the 200 OK response of the registration request. Notification, therefore, in order to achieve the purpose of the S-CSCF indicating the associated information of the IMPU to the UE, the information may be added to the reg-event Notify message and transmitted to the UE by extending the subscription event packet. among them, The S-CSCF can exchange information with the UE through the Gm interface. The above method will be described in detail below in conjunction with specific embodiments.
  • Embodiment 8 Flow chart. As shown in Figure 19, the process includes the following steps:
  • Step 1901 Implement association of the user identity in the HSS.
  • the specific implementation process in this step may be consistent with the description in the first embodiment, or may be consistent with the description in the second embodiment, or may be implemented according to actual needs.
  • the HSS indicates the associated information of the IMPU having the same behavior to the S-CSCF.
  • the HSS may indicate the associated information of the IMPU having the same behavior to the S-CSCF.
  • the specific implementation process in which the HSS indicates the associated information of the IMPU having the same behavior to the S-CSCF may be consistent with the description of any one of the third to seventh embodiments.
  • Step 1903 The UE sends a subscription event notification to the S-CSCF.
  • the UE may send an event notification to the S-CSCF to subscribe to the reg-event.
  • Step 1904 The S-CSCF expands the subscribed event packet, and carries the associated information of the IMPU with the same behavior in the subscribed event packet to indicate to the UE.
  • the S-CSCF extends the subscribed reg-event event package, for example, one or more cells may be added to the registration cell in the transmitted XML document, where the cells may be added. Contains an IMPU that has the same behavior as each IMPU. If the cell can be named Alias Identity.
  • the S-CSCF sends a Notify message to the UE, where the information associated with each IMPU can be carried. As follows:
  • an alias identity cell carrying the IMPU4 is added to the registration cell of the IMPU3, and an alias identity cell carrying the IMPU3 is added to the registration cell of the IMPU4.
  • the UE may obtain association information of the specific behavior of the IMPU3 and the IMPU4.
  • the apparatus for implementing identity association in this embodiment may be consistent with the description of any one of Embodiments 3 to 7.
  • FIG. 20 is a schematic structural diagram of a system for implementing user identity association according to Embodiment 8 of the present invention.
  • the system for implementing identity association in this embodiment is the cornerstone of any one of the third to seventh embodiments, and further includes: a second request entity.
  • the second requesting entity is a UE.
  • the S-CSCF is further configured to: receive a subscription event notification from the UE, and carry the association information of the IMPU having the same behavior in the subscribed event packet according to the received subscription event notification, and send the information to the second request entity.
  • the second requesting entity is a UE.
  • the second requesting entity is configured to send a subscription event notification to the S-CSCF, receive an event packet from the S-CSCF, and parse the associated information of the IMPU having the same behavior from the received event package.
  • the second requesting entity is a UE.
  • the S-CSCF may also add the associated information of the IMPU with the same behavior obtained by the SAA or PPR to the reg-event. Indicated to the AS in the Notify message. The information exchange between the AS and the S-CSCF through the ISC interface.
  • the P-CSCF subscribes to the S-CSCF for reg-event event notification during the user registration process, and the S-CSCF can add the associated information of the IMPU with the same behavior obtained by the SAA or PPR to the reg-event Notify message. Indicated to the P-CSCF.
  • the information exchange between the P-CSCF and the S-CSCF can be performed through the Mw interface.
  • the S-CSCF may indicate the association information of the IMPU having the same behavior to the UE, and/or the AS, and/or the method of requesting the entity such as the P-CSCF may be the same, that is, the specific implementation process may be the same as that in the eighth embodiment. The description is consistent.
  • the association information of the IMPUs having the same behavior is indicated to different corresponding request entities only for different request entities.
  • the second requesting entity is AS, or P-CSCF. Since the process is similar, this article will not go into details.
  • the AS and the HSS can perform information interaction through an interface such as Sh.
  • the AS may set the value of the data reference attribute value (Data-Reference AVP) to the IMS public identity (IMSPublicIdentity) in the User Data Request (UDR) message to indicate the publicity of the requesting user.
  • IMSPublicIdentity IMS public identity
  • UDR User Data Request
  • Identity information the HSS then returns the corresponding public identity to the AS in the User Data Response message (UDA, User-Data- Answer) according to the type of public identity indicated in the Identity Set Value Pair (Message-Set AVP) in the message. .
  • the AS can also set the value of the Data-Reference AVP to the public identity information of the subscriber in the Subscribed Notification Request (SNR, Subscribe-Notifications-Request) message, and the HSS according to the Identity-Set AVP in the message.
  • SNR Subscribed Notification Request
  • SNA Subscribe-Notifications-Request
  • the type of public identity indicated in the public identity when the public identity changes, the relevant data is sent to the AS through a push notification notification (PNR, Push-Notification-Request) message, or the notification is first notified by subscription (SNA, Subscribe-Notifications) - Answer )
  • PNR Push-Notification-Request
  • SNA Subscribe-Notifications
  • the HSS when the AS requests the public identity information from the HSS, the HSS returns the corresponding public identity information to the AS according to the type of the public identity indicated in the Identity-Set AVP in the request message.
  • Identity-Set includes four types: ALL_IDENTITIES (0) , REGISTERED_DENTITIES (1) , IMPLICIT—IDENTITIES (2) or ALIAS—IDENTITIES ( 3 ).
  • the HSS When the value is ALL_IDENTITIES, the HSS returns all non-forbidden IMPUs associated with the IMPU in the request message to the AS; when the value is REGISTERED-IDENTITIES, the HSS will correspond to all IMPIs associated with the IMPU in the request message. The forbidden registered IMPU is returned to the AS; when the value is IMPLICIT_IDENTITIES, the HSS will return to the AS with the non-prohibited IMPU of the same implicit registration set as the IMPU in the request message; when the value is ALIAS_IDENTITIES (3) Returns the non-forbidden IMPU with the same SP as the IMPU in the request message to the AS.
  • the AS may send a request for the IMPU of the equivalent behavior to the HSS, and then the HSS will be equal to the IMPU in the request message according to the request.
  • the behavior of the non-prohibited IMPU is indicated to the AS.
  • the value of Identity-Set can be extended. The specific implementation process will be described in detail in the following embodiments.
  • Embodiment 9 Flow chart. As shown in Figure 21, the process includes the following steps:
  • Step 2101 Implement association of the user identity in the HSS.
  • the specific implementation process in this step may be consistent with the description in the first embodiment, or may be consistent with the description in the second embodiment, or may be implemented according to actual needs.
  • Step 2102 Extend the value of the Identity-Set, and add a value indicating that the request has the same behavior IMPU information.
  • the value of the Identity-Set can be extended to increase the value of 4.
  • the added value is named alias identity (ALIAS_ GROUP_IDENTITIES), which is ALIAS_ GROUP_IDENTITIES(4), which is used to indicate the request for the IMPU with the same behavior.
  • Step 2103 The AS sends a request to the HSS for the IMPU of the same behavior.
  • the AS may send a message requesting public identity information to the HSS through a UDR message, or an SNR message, and the value of the Identity-Set is ALIAS_GROUP_IDENTITIES (4) in the message, that is, the identity behavior is indicated by the Identity-Set VAP. Types of.
  • Step 2104 The HSS indicates the IMPU having the same behavior as the IMPU in the request message to the AS.
  • the HSS indicates the non-prohibited IMPU having the same behavior as the IMPU in the request message to the AS through the UDA message, or the SNA message, or the PNR message, or the like, or indicates the information of the corresponding IMPU after the change.
  • AS the HSS indicates the non-prohibited IMPU having the same behavior as the IMPU in the request message to the AS through the UDA message, or the SNA message, or the PNR message, or the like, or indicates the information of the corresponding IMPU after the change.
  • the case where the Identity-Set value is ALIASJDENTITIES ( 3 ) can be redefined, that is, ALIASJDENTITIES ( 3 ) is used to represent requests for IMPUs with the same behavior, rather than the same implicit A request to have an IMPU of the same SP in the registration set.
  • the HSS may indicate to the AS a non-prohibited IMPU having the same behavior as the IMPU in the request message.
  • the device in this embodiment is identical to the composition, connection relationship and function description of the device described in the third embodiment. The difference is that the request entity in this embodiment is an AS.
  • the information indicating module of the device may be consistent with the description in steps 2102 to 2104 shown in FIG. 21 or the description after the case where the value of the Identity-Set is ALIASJDENTITIES (3) is redefined after the specific implementation. .
  • the system of this embodiment is consistent with the composition, connection relationship and functional description of the system described in the third embodiment. The difference is that: the first requesting entity in this embodiment is an AS.
  • the information indicating module in the HSS may be consistent with the description in step 2102 to step 2104 shown in FIG. 21 or the description after the case where the value of the Identity-Set is ALIASJDENTITIES (3) is redefined. Consistent.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Measuring Pulse, Heart Rate, Blood Pressure Or Blood Flow (AREA)
  • Manipulator (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Stored Programmes (AREA)

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, Interrogating CSCF )、 月^务 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中对同等行为的公有用户身份进行关联，所 述同等行为的公有用户身份为具有相同的服务配置 SP、 相同的业务数 据， 以及属于同一隐式注册集的公有用户身份；
所述 HSS保存所述同等行为的公有用户身份的关联信息。
从上述方案可以看出， 本发明实施例通过在 HSS中， 设置同等行为 用户标识， 并通过所述设置的同等行为用户标识对具有同等行为的
IMPU进行关联。 从而在 HSS中实现对具有同等行为的 IMPU的关联， 提高用户体验。 附图简要说明
图 1为 IMS的一个局部架构图；
图 2为用户身份和服务配置 SP的关系示意图； 图 4为本发明实施例中实现用户身份关联的装置的示例性结构示意 图；
图 5为本发明实施例一中实现用户身份关联方法的流程图； 图 6为本发明实施例一中实现用户身份关联方法的流程图； 图 7为现有技术中公共身份类的构成关系示意图；
图 8为本发明实施例三中实现用户身份关联的方法的流程图； 图 9 为本发明实施例三中增加的指示别名身份类的构成关系示意 图；
图 10为本发明实施例三中实现用户身份关联的装置结构示意图； 图 11为本发明实施例三中实现用户身份关联的系统结构示意图； 图 13为本发明实施例四中公共身份类的构成关系示意图； 图 15为本发明实施例五中公共身份类的构成关系示意图； 图 16为本发明实施例六中实现用户身份关联的方法的流程图； 图 18为本发明实施例七中公共身份类的构成关系示意图； 图 19为本发明实施例八中实现用户身份关联的方法的流程图； 图 20为本发明实施例八中实现用户身份关联的系统的结构示意图；
实施本发明的方式
本发明实施例通过在 HSS 中， 设置同等行为用户标识， 通过该 同等行为用户标识对具有同等行为的 IMPU进行关联。 性流程图。 如图 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
User Identity 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称为别名公有用户身份 ( Alias Public 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进行表示。
子条款 类型 t HS
( PARAMETER ) ( Subclause ) S-CSCF AS ( TYP
S
E ) 私有用户身份 ( 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 authorized visited 3.1.4 M - - P network identifiers )
关于未注册状态的服务 ( Services related to 3.1.5 M - - P
Unregistered State )
隐式注册集 ( Implicitly registered Public User 3.1.6 C C - P
Identity sets )
别名公有用户身份集（Alias Public User Identity 3.X.X C C - P
Sets )
默认公有用户身份指示 （Default Public User 3.1.7 c - - P
Identity indicator )
显示姓名 （ 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 Client 3.2.3 M - - T
Address of S-CSCF )
HSS的 Diameter服务器地址（ Diameter Server 3.2.4 - M c T
Address of HSS )
鉴权五元组 ( RAND, XRES, CK, IK and AUTN ) 3.3.1 M C - T 服务器能力 （ Server Capabilities ) 3.4.1 C c - P 初始过滤规贝' J ( 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所属的别名公有用户身份集的标识。 进行了详细描述。 实际应用中， 网络中的 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 Markup Language ) 文档被包含在一个 Diameter 属性值对 ( AVP, Attribute Value Pair ) 中携带。 其中， HSS与 S-CSCF的信息交 互可通过 Cx接口进行。
现有技术中，若存在隐式注册集，则当为用户分配的 S-CSCF向 HSS 请求下载某个 IMPU的用户签约数据时， HSS会将该 IMPU所属隐式注 册集中所有 IMPU的 SP信息都返回给该 S-CSCF。
例如：若 IMPUl、 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>IMPIl @homedomain.com</PrivateID> ； 私有用户身份 IMPI1 <ServiceProfile> ； SP开始
<PublicIdentity> ； 公共身份开始
<B arringlndic ation> 1 </B arringIndication> ； 禁止指示
<Identity> sip:IMPUl ©homedomain.com </Identity>; IMPUl的身份 </PublicIdentity> ； 公共身份结束
<PublicIdentity> ； 公共身份开始
<Identity> sip:IMPU2@homedomain.com </Identity>; IMPU2的身份 </PublicIdentity> ； 公共身份结束
<InitialFilterCriteria> ； 初始过滤规则 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: AS 1 @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结束
</IMS Subscription ； 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 通信中。 公共身份中还包括身份类型 （MentityType ), 用于指示该公有 身份的类型， 如可以是一个 IMPU, 也可以是一个独立的公有业务身份 ( Public Service Identity ),还可以是一个可以匹配到通配 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个以上。
具体实现时， 若将该指示别名身份的类命名为别名身份列表（Alias Identity List ), 则增加指示别名身份的类后的一种 XML文档的描述关系 映射可如表 2所示:
数据类型 （Data 标签 ( Tag ) 复合组成（ Compound of )
type )
标签 ( Tag ) 类型 （Type ) 取值信 息 ( Cardi nality )
IMS签约复合类型 IMS签约 私有身份 私有身份类型 1
( tIMS Subscription ) ( EMS Subscription ) ( PrivatelD ) ( tPrivatelD ) 服务配置 服务配置复合 (1 to n) ( ServiceProfile ) 类型
( tServiceProfil
e ) 服务配置复合类型 服务配置 公有身份 公有身份类型 (1 to n ) ( tServiceProfile ) ( ServiceProfile ) ( Publicldentity ) ( tPublicIdentity
)
初始过滤规则 初始过滤规则 (0 to n) ( InitialFilterCriteria 类型
) ( tlnitialFilterCr
iteria )
核心网服务授权 核心网服务授 (0 to 1)
( CoreNetworkS ervi 权类型
cesAuthorization ) ( CoreNetwork
ServicesAuthoriz ation )
扩展 ( Extension ) 服务配置扩展 (0 to 1)
复合类型
( tServiceProfil
eExtension ) 服务配置扩展复合 扩展 ( Extension ) 共享 iFC 共享 iFC类型 (0 to n) 类型 ( SharedlFCSetID ) ( tSharedlFCSet
( tServiceProfileExte ID )
nsion )
扩展 ( Extension ) 服务配置扩展 (0 to 1) 复合类型 2
( tServiceProfil eExtension2 ) 服务配置扩展复合 扩展 ( Extension ) 别名身份列表 别名身份列表 (0 to 1) 类型 2 ( AliasIdentityList ) 复合类型
( tServiceProfileExte ( tAliasIdentity
nsion2 ) List )
别名身份列表类型 别 名 身 份列 表 别名身份 别名身份复合 (1 to n) ( tAliasIdentityList ) ( AliasIdentityList ) ( Aliasldentity ) 类型
( tAliasIdentity
)
别名身份复合类型 别 名 身 份 身份（Identity ) 身份类型 (1) ( tAliasIdentity ) ( Aliasldentity ) ( tldentity )
公共身份扩展复合 扩展 ( Extension ) 显示名称 显示名称类型 (0 to 1) 类 型 2 ( DisplayName ) ( tDisplayName
( tPublicIdentityExte )
nsion2 )
表 2
上述表 2 中， 将新增加的指示别名身份的类命名为别名身份列表 ( Alias Identity List ) , 并且该别名身份列表在服务配置扩展的复合类型 的扩展字段中扩展得到， 当不存在具有同等行为的 IMPU时， 则该别名 身份列表的类实例为 0个， 当存在 1个以上的具有同等行为的 IMPU的 集合时， 则该别名身份列表的类实例为 1个以上。 一个别名身份列表类 可包括 1个或 1个以上的别名身份 ( Alias Identity )类， 一个别名身份 类包括一个身份 （ Identity ) , 类似图 7 所示公共身份类中的身份 ( Identity ), 并且该别名身份列表类中的身份也可以为 SIP URI形式， 或 TEL URL形式。 其中， 一个身份对应一个具有同等行为的 IMPU, — 个别名身份列表类中可包括多个 IMPU。
步骤 803, 利用所增加的指示别名身份的类， 指示具有同等行为的 IMPUo
本步骤中， 在每个新增加的指示别名身份的类实例中， 即步骤 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>IMPIl @homedomain.com</PrivateID>
<ServiceProfile>
<PublicIdentity> ； 公共身份开始
<Identity> sip:IMPUl @homedomain.com </Identity> </PublicIdentity> ； 公共身份结束
<PublicIdentity> ； 公共身份开始 <Identity> si ： IMPU2 @ homedomain .com </Identity>
</PublicIdentity> ； 公共身份结束
<PublicIdentity> ； 公共身份开始
<Identity> sip:IMPU3 ©homedomain. com </Identity> </PublicIdentity> ； 公共身份结束 <PublicIdentity> ； 公共身份开始
<Identity> sip： IMPU4 @ homedomain .com </Identity> </PublicIdentity> ； 公共身份结束
<AliasIdentityList> ； 别名身份列表开始 <AliasIdentity > ； 别名身份开始
<Identity> sip:IMPUl @homedomain.com </Identity> ； IMPU1 的身份
</AliasIdentity > ；别名身份结束
<AliasIdentity > ；别名身份开始
<Identity> si： 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> ； 别名身份列表结束
<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:AS 1 @homedomain.com</ServerName> <DefaultHandling>0</DefaultHandling>
</ApplicationServer>
</InitialFilterCriteria>
</ServiceProfile>
</lMS Subscription
其中， "别名身份列表开始"到"别名身份列表结束"为一个别名身份 列表的实例。 可见上述 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所示， 该流程包括如下步骤：
步骤 1201 , 在 HSS中实现对用户身份的关联。
本步骤中的具体实现过程可以与实施例一中的描述一致， 也可以与 实施例二中的描述一致， 或者还可以根据实际需要采用其它的实现方 法。
步骤 1202, HSS在发送给 S-CSCF的 SP中的公共身份的类中， 增 加指示所属集合的属性。 本实施例中， HSS在对发送给 S-CSCF的与 SP相关的 XML文档进 行扩展时， 可在 SP 中的公共身份类中， 增加指示所属集合的属性， 如 图 13所示， 图 13为本实施例中公共身份类的构成关系示意图。 其中， 增加了一个用于指示所属集合的属性。
具体实现时， 若将指示所属集合的属性命名为别名身份集序号
( Alias Identity Set Num ) , 则设置指示集合属性后的一种 XML文档的 描述关系映射可如表 3和表 4所示：
数据类型 （Data 标签 ( Tag ) 基本类型 注释 ( Comments )
type ) ( Base type ) 私有身份类型 私有身份 任何 URI类 在 IETF RFC 2486 [14]中有语法描 ( tPrivatelD ) ( PrivatelD ) 型 （anyURI ) 述 ( Syntax described in IETF RFC
2486 [14] )
SIP URI类型 身份（Identity ) 任何 URI类 在 IETF RFC 3261 [11]中有语法描 ( tSIP_URI ) 型 （anyURI ) 述 ( Syntax described in IETF RFC
3261 [11] )
TEL URL类型 身份（Identity ) 任何 URI类 在 IETF RFC 3966 [15]中有语法描 ( tTEL—URL ) 型 （anyURI ) 述 ( Syntax described in IETF RFC
3966 [15] )
身份类型 （tldentity ) 身份（Identity ) 联合型 SIPURI和 TEL URL的联合（ Union
(union) of tSIP—URI and tTEL—URL ) 身份类型的类型 身份类型 枚举型 可能的取值 ( Possible values )： ( tldentity Type ) ( Identity Type ) ( enumerated
0 (PUBLIC_USER_IDENTITY) ,表
) 示 MPU
1 (DISTINCT—PSI), 表示 PSI
2 (WILDCARDED_PSI),表示通配 PSI
别名身份集序号类 别名身份集序号 整数型 >=0
N integer
型 ( AliasIdentitySet
um )
( tAliasIdentitySetN
um )
通配 PSI类型 ¾西己 PSI 任何 URI类 在 3GPP TS 23.003 [17].中有语法 ( tWildcardedPSI ) ( WildcardedPSI ) 型 （anyURI ) 描述 ( Syntax described in 3GPP TS 23.003 [17]. )
服务器信息类型 服务器信息 字符串型
( tServicelnfo ) ( Servicelnfo ) ( string )
显示名称类型 显示名称 字符串型
( tDisplayName ) ( DisplayName ) ( string ) 表 3
上述表 3中， 将指示所属集合的属性命名为别名身份集序号 （Alias Identity Set Num ), 并且定义该别名身份集序号为整数型，该别名身份集 序号也可以是其它数据类型， 如字符串类型。 该别名身份集序号由扩展 字段扩展得到， 如表 4所示:
数据类型 （Data 标签 ( Tag ) 复合组成（ Compound of )
type )
标签 ( Tag ) 类型 （Type ) 取值信 息 ( Card inality )
MS签约的复合类型 IMS签约 私有身份 私有身份类型 1 ( tIMS Subscription ) ( EMS Subscription ) ( PrivatelD ) ( tPrivatelD ) 服务配置 服务配置的复合类 (1 to n) ( ServiceProfile ) 型 （tServiceProfile ) 服务配置的复合类 服务配置 公有身份 私有身份类型 (1 to n 型 （ tServiceProfile ) ( ServiceProfile ) ( Publicldentity ) ( tPublicIdentity )
初始过滤规则 初始过滤规则类型 (O to n ( InitialFilterCriteria ( tlnitialFilterCriteri
) a )
核心网服务授权 核心网服务授权类 (0 to 1)
( CoreNetworkS ervi 型
cesAuthorization ) ( CoreNetworkS erv
ice s Authoriz ation ) 扩展 ( Extension ) 服务配置扩展的复 (0 to 1) 合类型
( tServiceProfileExt ension ) 公共身份扩展的复 扩展 ( Extension ) 身份类型 身份类型类型 (0 to 1) 合类型 ( IdentityType ) ( tldentityType )
( tPublicIdentityExte
nsion ) ¾西己 PSI 通配 PSI 类型 (0 to 1)
( WildcardedPSI ) ( tWildcardedPSI ) 扩展 ( Extension ) 公共身份扩展的复 (0 to 1) 合类型
( tPublicIdentityExt ension2 ) 公共身份扩展的复 扩展 ( Extension ) 显示名称 显示名称类型 (0 to 1) 合类型 2 ( DisplayName ) ( tDisplayName )
( tPublicIdentityExte
nsion2 ) 别名身份集序号 别名身份集序号类 (0 to 1)
( AliasIdentitySetN 型
um ) ( tAliasIdentitySet
Num )
表 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>IMPIl @homedomain.com</PrivateID>
<ServiceProfile>
<PublicIdentity> ； 公共身份开始
<AliasIdentitySetNum>l</AliasIdentitySetNum> ； 别名身份集序号 取值为 1
<Identity> sip:IMPUl @homedomain.com </Identity> </PublicIdentity> ； 公共身份结束
<PublicIdentity> ； 公共身份开始
<AliasIdentitySetNum>l</AliasIdentitySetNum> ； 别名身份集序号 取值为 1
<Identity> si： 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:AS 1 @homedomain.com</ServerName> <DefaultHandling>0</DefaultHandling>
</ApplicationServer>
</InitialFilterCriteria>
</ServiceProfile>
</IMS Subscription
通过对别名身份集序号的赋值， 可指示该 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所示， 该流程包括如下步骤：
步骤 1401 , 在 HSS中实现对用户身份的关联。
本步骤中的具体实现过程可以与实施例一中的描述一致， 也可以与 实施例二中的描述一致， 或者还可以根据实际需要采用其它的实现方 法。
步骤 1402, HSS在发送给 S-CSCF的 SP中的公共身份的类中， 增 加指示所属集合成员的类。
本实施例中， HSS在对发送给 S-CSCF的与 SP相关的 XML文档进 行扩展时， 可在 SP 中的公共身份类中， 通过增加新的类， 作为指示所 属集合的成员， 如图 15所示， 图 15为本实施例中公共身份类的构成关 系示意图。 其中， 增加了一个指示所属集合的成员的类。
具体实现时， 若将指示所属集合成员的类命名为别名身份（Alias Identity ),则增加指示集合成员的类后的一种 XML文档的描述关系映射 可如表 5所示：
数据类型 （Data 标签 ( Tag ) 复合组成（ Compound of )
type )
标签 ( Tag ) 类型 （Type ) 取值信 息 ( Cardi nality )
IMS签约复合类型 IMS签约 私有身份 私有身份类型 1 ( tIMS Subscription ) ( EMS Subscription ) ( PrivatelD ) ( tPrivatelD ) 服务配置 服务配置的复合 (1 to n) ( ServiceProfile ) 类型
( tServiceProfile
) 服务配置复合类型 服务配置 公有身份 私有身份类型 (1 to n)
( tServiceProfile ) ( ServiceProfile ) ( Publicldentity ) ( tPublicIdentity )
初始过滤规则 初始过滤规则类 (0 to n) ( InitialFilterCriteria 型
) ( tlnitialFilterCrit
eria )
核心网服务授权 核心网服务授权 (0 to 1)
( CoreNetworkS ervi 类型
cesAuthorization ) ( CoreNetworkS e
rvice s Authoriz atio n )
扩展 ( Extension ) 服务配置扩展的 (0 to 1) 复合类型
( tServiceProfile
Extension )
公共身份扩展复合 扩展 ( Extension ) 身份类型 身份类型类型 (0 to 1) 类型 ( IdentityType ) ( tldentityType )
( tPublicIdentityExte
nsion ) ¾西己 PSI 通配 PSI 类型 (0 to 1)
( WildcardedPSI ) ( tWildcardedPSI
)
扩展 ( Extension ) 公共身份扩展的 (0 to 1) 复合类型
( tPublicIdentity
Extension2 ) 公共身份扩展复合 扩展 ( Extension ) 显示名称 显示名称类型 (0 to 1) 类型 2 ( DisplayName ) ( tDisplayName )
( tPublicIdentityExte
nsion2 ) 别名身份 别名身份类型 (0 to n)
( Aliasldentity ) ( tAliasIdentity ) 别名 身份的类型 别名身份 身份（Identity ) 身份的类型 (1) ( tAliasIdentity ) ( Aliasldentity ) ( tldentity )
Figure imgf000030_0001
从上述表 5可见， 将指示所属集合成员的类命名为别名身份（ Alias Identity ), 该别名身份在公共身份扩展的复合类型 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" encodings "UTF- 8 " ?>
<IMS Sub scrip tion xmlns:xsi="http：〃 www. w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="D:\ \CxDataType.xsd"> /:/: O 9so/-o800si>l£ P9680AV
Figure imgf000032_0001
s/ld <〉 /q@ svsj¾V<svIUO;ruIUO¾uo939J9A>
pIJ/QpIJHQHQll <V<>§ul3s9§ul3S9t!
μι;3{ΡΜ/11 <〉β9α.δ
<uc。 上述 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所示：
数据类型 （Data 标签 ( Tag ) 基本类型 注释 ( Comments )
type ) ( Base type )
私有身份类型 私有身份 任何 URI类 在 IETF RFC 2486 [14]中有语法描 ( tPrivatelD ) ( PrivatelD ) 型 （anyURI ) 述 ( Syntax described in IETF RFC
2486 [14] )
SIP URI类型 身份（Identity ) 任何 URI类 在 IETF RFC 3261 [11]中有语法描 ( tSIP—URI ) 型 （anyURI ) 述 ( Syntax described in IETF RFC
3261 [11] )
TEL URL类型 身份（Identity ) 任何 URI类 在 IETF RFC 3966 [15]中有语法描 ( tTEL—URL ) 型 （anyURI ) 述 ( Syntax described in IETF RFC
3966 [15] )
身份类型 （tldentity ) 身份（Identity ) 联合型 SIP URI和 TEL URL的联合（ Union
(union) of tSIP—URI and tTEL—URL ) 身份类型类型 身份类型 枚举型 可能的取值 ( Possible values )： ( tldentity Type ) ( Identity Type ) ( enumerated
0 (PUBLIC_USER_IDENTITY) ,表
) 示 MPU
1 (DISTINCT—PSI), 表示 PSI
2 (WILDCARDED_PSI),表示通配 PSI
3
( ALIAS—PUBLIC—USER—IDENT ΓΓΥ ), 表示别名公有用户身份 通配 PSI类型 ¾西己 PSI 任何 URI类 在 3GPP TS 23.003 [17].中有语法 描述 ( Syntax described in 3GPP TS ( tWildcardedPSI ) ( WildcardedPSI ) 型 （anyURI ) 23.003 [17]. ) 服务器信息类型 服务器信息 字符串型
( tServicelnfo ) ( Servicelnfo ) ( 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 的集合为隐式注册集的子集的情况为例， 若
IMPUl、 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>IMPIl @homedomain.com</PrivateID>
<ServiceProfile>
<PublicIdentity> ； 公共身份开始
<IdentityType>3</IdentityType> ； 身份类型取值为 3 <Identity> sip:IMPUl @homedomain.com </Identity> </PublicIdentity> ； 公共身份结束
<PublicIdentity> ； 公共身份开始
<IdentityType>3</IdentityType> ； 身份类型取值为 3
<Identity> si ： 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:AS 1 @ 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的属性。
具体实现时， 若将扩展的属性命名为别名指示（Aliaslndicator ), 则 扩展公共身份类后的一种 XML文档的描述关系映射可如表 7和表 8所
Figure imgf000038_0001
表 7 上述表 7中， 将指示该 IMPU是否为具有同等行为的 IMPU的属性 命名为别名指示（Aliaslndicator ), 并将其增加到布尔型（tBool )的数据 类型对应的标签（Tag ) 中。
指示该 IMPU 是否为具有同等行为的 IMPU 的属性命名为 Aliaslndicator, 并且定义该别名指示为布尔型。 该别名身份集序号由扩 展字段扩展得到， 如表 8所示：
数据类型 （Data 标签 ( Tag ) 复合组成（ Compound of )
type )
标签 ( Tag ) 类型 （Type ) 取值信 息 ( Card inality )
MS签约的复合类型 IMS签约 私有身份 私有身份类型 1
( tIMS Subscription ) ( IMSSubscription ( PrivatelD ) ( tPrivatelD )
)
服务配置 服务配置的复合 (1 to n) ( ServiceProfile ) 类型
( tServiceProfile
)
服务配置的复合类 服务配置 公有身份 私有身份类型 (1 to n 型 （ tServiceProfile ) ( ServiceProfile ) ( Publicldentity ) ( tPublicIdentity )
初始过滤规则 初始过滤规则类 (O to n ( InitialFilterCriteri 型
a ) ( tlnitialFilterCrit
eria )
核心网服务授权 核心网服务授权 (0 to 1)
( CoreNetworkS erv 类型
icesAuthorization ) ( CoreNetworkS e
rvice s Authoriz atio n )
扩展 ( Extension ) 服务配置扩展的 (0 to 1)
复合类型
( tServiceProfile
Extension ) 公共身份扩展的复 扩展 ( Extension ) 身份类型 身份类型类型 (0 to 1) 合类型 ( IdentityType ) ( tldentityType )
( tPublicIdentityExte
nsion ) 通配 PSI 通配 PSI 类型 (0 to 1)
( WildcardedPSI ) ( tWildcardedPSI
)
扩展 ( Extension ) 公共身份扩展的 (0 to 1) 复合类型
( tPublicIdentity
Extension2 ) 公共身份扩展的复 扩展 ( Extension ) 显示名称 显示名称类型 (0 to 1) 合类型 2 ( DisplayName ) ( tDisplayName )
( tPublicIdentityExte
nsion2 ) 别名指示 布尔型 (0 to 1) ( Aliaslndicator ) ( tBool )
表 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请求 IMPUl的用户数据时， 在 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>IMPIl @homedomain.com</PrivateID>
<ServiceProfile>
<PublicIdentity> ； 公共身份开始
<AliasIndicator> 1 </AliasIndicator> ； 别名指示取值为 1 , 即 true <Identity> sip:IMPUl @ homedomain.com </Identity>
</PublicIdentity> ； 公共身份结束
<PublicIdentity> ； 公共身份开始
<AliasIndicator> 1 </AliasIndicator> ； 别名指示取值为 1 , 即 true <Identity> si ： 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: AS 1 ©homedomain. com</ServerName>
<DefaultHandling>0</DefaultHandling>
</ApplicationServer>
</InitialFilterCriteria>
</ServiceProfile>
</lMS Subscription>
通过对别名指示的赋值， 可指示该 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的信息， 由于用户会在收到注 册请求的 200 OK响应后订阅 reg-event的事件通知， 因此， 为了实现 S-CSCF将 IMPU的关联信息指示给 UE的目的，可以通过对订阅事件包 的扩展，将这些信息添加到 reg-event的 Notify消息中传送给 UE。其中， S-CSCF可通过 Gm接口与 UE进行信息交互。下面将结合具体实施例对 上述方法进行详细描述。
实施例八： 流程图。 如图 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: 42 NOTIFY
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="l" state="full">
registration aor="sip: IMPU3@homedomain.com" id="a7" state="active"> 注册开始
<contact id="76" state: "active" event: "registered"
<uri>sip: [5555：: aaa : bbb： ccc : ddd] </uri>
</contact>
<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: IMPUl @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-Notifications-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关联的所 有 ΠΜΡΙ 对应 的 非 禁止 的 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所示， 该流程包括如下步骤：
步骤 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 取值为 ALIASJDENTITIES ( 3 ) 的 情况进行重新定义 ， 即 利 用 ALIASJDENTITIES ( 3 )表示对具有同等行为的 IMPU的请求， 而非是 对同一隐式注册集中具有相同 SP的 IMPU的请求。则当 AS发送给 HSS 的请求消息中的 Identity-Set取值为 ALIASJDENTITIES ( 3 ) 时， HSS 可将与请求消息中的 IMPU具有同等行为的非禁止的 IMPU指示给 AS。 本实施例中的装置与实施例三中所描述的装置的组成、 连接关系及 功能描述一致。 其不同之处在于： 本实施例中的请求实体为 AS。 并且 装置的信息指示模块在具体实现时， 可以与图 21所示步骤 2102至步骤 2104中的描述一致，或者是与对 Identity-Set取值为 ALIASJDENTITIES ( 3 ) 的情况进行重新定义之后的描述一致。 本实施例的系统与实施例三中所描述的系统的组成、 连接关系及功 能描述一致。 其不同之处在于： 本实施例中的第一请求实体为 AS。 并 且 HSS中的信息指示模块在具体实现时，可以与图 21所示步骤 2102至 步骤 2104 中的描述一致， 或者是与对 Identity-Set 取值为 ALIASJDENTITIES ( 3 ) 的情况进行重新定义之后的描述一致。
以上所述的具体实施例， 对本发明的目的、 技术方案和有益效果进 行了进一步详细说明， 所应理解的是， 以上所述仅为本发明的较佳实施 例而已， 并非用于限定本发明的保护范围， 凡在本发明的精神和原则之 内， 所作的任何修改、 同等替换、 改进等， 均应包含在本发明的保护范 围之内。

Claims

权利要求书
1、 一种实现用户身份关联的方法， 其特征在于， 该方法包括： 在用户签约服务器 HSS中， 设置同等行为用户标识；
通过所述设置的同等行为用户标识对具有同等行为的公有用户身份 IMPU进行关联。
2、如权利要求 1所述的方法， 其特征在于， 所述同等行为的公有用 户身份为具有相同的服务配置 SP、相同的业务数据， 以及属于同一隐式 注册集的公有用户身份。
3、 如权利要求 1所述的方法， 其特征在于， 所述在 HSS中， 设置 同等行为用户标识为： 在 HSS中， 设置用于指示具有同等行为的 IMPU 的集合的标识；
或者为： 在 HSS中的 IMPU中， 设置用于指示该 IMPU所属的具有 同等行为的 IMPU集合的标识；
或者为： 在 HSS的 IMPU中， 设置用于指示该 IMPU属于具有同等 行为的 IMPU集合的标识。
4、 如权利要求 1 所述的方法， 其特征在于， 该方法进一步包括： HSS将具有同等行为的 IMPU的关联信息指示给服务呼叫会话控制功能 S-CSCF。
5、 如权利要求 4所述的方法， 其特征在于， 所述 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。
6、 如权利要求 5 所述的方法， 其特征在于， 该方法进一步包括： S-CSCF将具有同等行为的 IMPU的关联信息指示给请求实体。
7、 如权利要求 6所述的方法， 其特征在于， S-CSCF将关联信息指 示给请求之前， 进一步包括： 请求实体向 S-CSCF发送订阅事件通知； 所述 S-CSCF将具有同等行为的 IMPU的关联信息指示给请求实体 为： S-CSCF根据所述订阅事件通知， 将具有同等行为的 IMPU的关联 信息携带在所订阅的事件包中指示给请求实体。
8、 如权利要求 7所述的方法， 其特征在于， 所述请求实体为： 用户 设备 UE,和 /或，应用服务器 AS,和 /或，代理呼叫会话控制功能 P-CSCF。
9、如权利要求 1或 2或 3所述的方法， 其特征在于， 该方法进一步 包括： 应用服务器 AS向 HSS请求同等行为的 IMPU, HSS根据所述请 求将具有同等行为的 IMPU指示给 AS。
10、 如权利要求 9所述的方法， 其特征在于， 所述 AS向 HSS请求 同等行为的 IMPU的信息为： AS利用身份集属性值对指示同等行为身 份类型； 将指示同等行为身份类型的身份集属性值对携带在请求消息中 发送给 HSS;
所述 HSS根据所述请求将具有同等行为的 IMPU的信息指示给 AS 为： HSS根据请求消息中的身份集属性值对指示的同等行为身份类型， 将与请求消息中的 IMPU具有同等行为的 IMPU指示给 AS。
11、 如权利要求 1所述的方法， 其特征在于， 该方法进一步包括： 在 HSS中 IMPU相关的初始过滤规则的业务信息中包含具有同等行为的 IMPU的关联信息。
12、 如权利要求 11所述的方法， 其特征在于， 该方法进一步包括： S-CSCF向 HSS请求用户数据， HSS将包含了具有同等行为的 IMPU的 关联信息的业务信息的初始过滤规则下载给 S-CSCF, S-CSCF在该初始 过滤规则条件满足时将包含了具有同等行为的 IMPU的关联信息的业务 信息携带在消息中指示给 AS。
13、 一种实现用户身份关联的装置， 其特征在于， 该装置包括： 标 识设置模块和标识指示模块， 其中，
所述标识设置模块， 用于在 HSS中设置同等行为用户标识； 所述标识指示模块， 用于利用标识设置模块所设置的同等行为用户 标识对具有同等行为的 IMPU进行关联。
14、 如权利要求 13所述的装置， 其特征在于， 该装置进一步包括： 信息指示模块；
所述标识指示模块将所标识的具有同等行为的 IMPU的信息提供给 信息指示模块；
所述信息指示模块， 用于根据标识指示模块提供的具有同等行为的 IMPU的信息， 将具有同等行为的 IMPU的关联信息指示给请求实体。
15、一种实现用户身份关联的系统，其特征在于， 该系统包括： HSS 和第一请求实体， 其中，
所述 HSS, 用于对具有同等行为的 IMPU进行关联， 并将具有同等 行为的 IMPU的关联信息携带在消息中发送给第一请求实体；
所述第一请求实体， 用于对来自 HSS的消息进行解析， 从中获取具 有同等行为的 IMPU的关联信息。
16、 如权利要求 15所述的系统， 其特征在于， 所述 HSS具体包括： 标识指示模块和信息指示模块， 其中，
所述标识指示模块， 用于对具有同等行为的 IMPU进行关联， 将所 标识的具有同等行为的 IMPU的信息提供给信息指示模块；
所述信息指示模块， 用于根据标识指示模块提供的具有同等行为的 IMPU的信息， 将具有同等行为的 IMPU的关联信息携带在消息中发送 给第一请求实体。
17、 如权利要求 15或 16所述的系统， 其特征在于， 所述第一请求 实体为 AS。
18、 如权利要求 15或 16所述的系统， 其特征在于， 所述第一请求 实体为 S-CSCF。
19、 如权利要求 18所述的系统， 其特征在于， 该系统进一步包括： 第二请求实体；
所述 S-CSCF进一步用于：接收来自第二请求实体的订阅事件通知， 根据接收的所述订阅事件通知， 将具有同等行为的 IMPU的关联信息携 带在所订阅的事件包中发送给第二请求实体；
所述第二请求实体， 用于向 S-CSCF发送订阅事件通知， 接收来自 S-CSCF 的事件包， 从所接收的事件包中解析出具有同等行为的 IMPU 的关联信息。
20、如权利要求 19所述的系统，其特征在于，所述第二请求实体为： UE、 AS或 P-CSCF。
21、 一种实现用户身份关联的方法， 其特征在于， 该方法包括： 在用户签约服务器 HSS中对同等行为的公有用户身份进行关联，所 述同等行为的公有用户身份为具有相同的服务配置 SP、 相同的业务数 据， 以及属于同一隐式注册集的公有用户身份；
所述 HSS保存所述同等行为的公有用户身份的关联信息。
22、 如权利要求 21所述的方法， 其特征在于， 所述对同等行为的公 有用户身份进行关联包括：
通过设置同等行为用户标识对所述同等行为的公有用户身份进行关 联。
23、如权利要求 22所述的方法， 其特征在于， 所述设置同等行为用 户标识包括：
在 HSS中设置用于指示同等行为的公有用户身份的集合的标识。
24、 如权利要求 21所述的方法， 其特征在于， 该方法进一步包括： 所述 HSS 将所述同等行为的公有用户身份的关联信息指示给服务呼叫 会话控制功能 S-CSCF。
25、 如权利要求 24所述的方法， 其特征在于， 所述 HSS将关联信 息指示给 S-CSCF包括：
所述 HSS在向 S-CSCF发送的服务配置中的公共身份类中增加用于 指示所属集合的属性， 所述集合为所属的同等行为的公有用户身份的集 合；
将所述携带有所属性的服务配置发送给 S-CSCF。
26、如权利要求 25所述的方法， 其特征在于， 所述用于指示所属集 合的属性具体为： 别名身份集序号 Alias Identity Set Num。
27、 如权利要求 21所述的方法， 其特征在于， 该方法进一步包括： 应用服务器 AS向所述 HSS请求同等行为的公有用户身份， HSS根据所 述请求将同等行为的公有用户身份指示给所述 AS。
28、 如权利要求 27所述的方法， 其特征在于， 所述 AS向 HSS请 求同等行为的公有用户身份的信息包括： AS向 HSS发送携带身份集属 性值对的请求消息， 所述身份集属性值对用于指示同等行为的公共身份 的类型；
所述 HSS 根据所述请求将同等行为的公有用户身份的信息指示给 AS包括：
HSS 根据所述身份集属性值对所指示的同等行为的公共身份的类 型， 将同等行为的公有用户身份指示给所述 AS。
29、 如权利要求 28所述的方法， 其特征在于， 所述身份集属性值对 取值为 ALIAS_IDENTITIES时指示请求同等行为的公共身份的类型。
PCT/CN2008/070036 2007-01-22 2008-01-07 Procédé, système et appareil pour la mise en œuvre d'association d'identité d'utilisateur WO2008089673A1 (fr)

Priority Applications (7)

Application Number Priority Date Filing Date Title
EP08700062A EP2091181B9 (en) 2007-01-22 2008-01-07 Method, system and apparatus for implementing user identity association
CA2672851A CA2672851C (en) 2007-01-22 2008-01-07 Method, system and device for realizing user identity association
ES08700062T ES2374329T3 (es) 2007-01-22 2008-01-07 Método, sistema y dispositivo para realizar la asociación de identidad de usuario.
JP2009545804A JP4691607B2 (ja) 2007-01-22 2008-01-07 ユーザ識別子の関連付けを実現するための方法、システム、および装置
AT08700062T ATE533258T1 (de) 2007-01-22 2008-01-07 Verfahren, system und vorrichtung zur implementierung einer benutzeridentitätsassoziation
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 (4)

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 一种实现用户身份关联的方法、系统及装置
CN200710108603.3 2007-05-31

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/477,318 Continuation US8346253B2 (en) 2007-01-22 2009-06-03 Method, system and device for realizing user identity association

Publications (2)

Publication Number Publication Date
WO2008089673A1 true WO2008089673A1 (fr) 2008-07-31
WO2008089673A8 WO2008089673A8 (fr) 2008-11-06

Family

ID=39644118

Family Applications (1)

Application Number Title Priority Date Filing Date
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

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) ES2374329T3 (zh)
PL (1) PL2375641T3 (zh)
PT (1) PT2091181E (zh)
RU (1) RU2428803C2 (zh)
WO (1) WO2008089673A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013510527A (ja) * 2009-11-10 2013-03-21 ノキア シーメンス ネットワークス オサケユキチュア パブリックアイデンティティの処理

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2095593A4 (en) * 2006-12-21 2014-05-14 Ericsson Telefon Ab L M METHOD AND ARRANGEMENT FOR MANAGING SERVICE REQUEST IN A MULTIMEDIA NETWORK
CN100551146C (zh) 2007-01-22 2009-10-14 华为技术有限公司 一种实现用户身份关联的方法、系统及装置
EP2122968B1 (en) * 2007-02-22 2011-11-23 Telefonaktiebolaget LM Ericsson (publ) Group access to IP multimedia subsystem service
ATE537654T1 (de) * 2007-06-26 2011-12-15 Ericsson Telefon Ab L M Verfahren und vorrichtungen zur beeinflussung des aufrufs eines durch einen anwendungsserver einem benutzergerät bereitgestellten diensts
EP2945343B1 (en) * 2008-01-28 2019-06-19 BlackBerry Limited Providing session initiation protocol request contents method and system
US9967132B2 (en) * 2008-04-08 2018-05-08 Nokia Solutions And Networks Oy Correlating communication sessions
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)
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
EP2656572B1 (en) * 2010-12-23 2015-02-18 Telefonaktiebolaget L M Ericsson (publ) System, method, network entity and device for connecting a device to a communications network
US20130106894A1 (en) 2011-10-31 2013-05-02 Elwha LLC, a limited liability company of the State of Delaware Context-sensitive query enrichment
US10559380B2 (en) 2011-12-30 2020-02-11 Elwha Llc Evidence-based healthcare information management protocols
US10528913B2 (en) 2011-12-30 2020-01-07 Elwha Llc Evidence-based healthcare information management protocols
US10552581B2 (en) 2011-12-30 2020-02-04 Elwha Llc Evidence-based healthcare information management protocols
US10679309B2 (en) 2011-12-30 2020-06-09 Elwha Llc Evidence-based healthcare information management protocols
US20130173294A1 (en) 2011-12-30 2013-07-04 Elwha LLC, a limited liability company of the State of Delaware Evidence-based healthcare information management protocols
US10475142B2 (en) 2011-12-30 2019-11-12 Elwha Llc Evidence-based healthcare information management protocols
US10340034B2 (en) 2011-12-30 2019-07-02 Elwha Llc Evidence-based healthcare information management protocols
US10019000B2 (en) 2012-07-17 2018-07-10 Elwha Llc Unmanned device utilization methods and systems
US9733644B2 (en) 2012-07-17 2017-08-15 Elwha Llc Unmanned device interaction methods and systems
CN102868986A (zh) * 2012-09-20 2013-01-09 中兴通讯股份有限公司 一种号码关联的实现方法及系统
CN103067906B (zh) * 2012-12-07 2015-08-12 大唐移动通信设备有限公司 Ims架构中s-cscf对用户签约信息的保存方法
US10284425B2 (en) * 2014-01-29 2019-05-07 Cellco Partnership Device registration awareness for over-the-air updates
CN104883674B (zh) * 2014-02-28 2018-06-26 华为终端有限公司 一种Profile关联管理的方法及装置
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
US10587623B2 (en) 2018-01-31 2020-03-10 T-Mobile Usa, Inc. Mobile device platform for access privilege control system
US20190238644A1 (en) * 2018-01-31 2019-08-01 T-Mobile Usa, Inc. User identification for digital experience controls
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

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006082528A2 (en) * 2005-02-04 2006-08-10 Nokia Corporation Method and apparatus for transmission of user identities in a ip multimedia subsystem
CN1852293A (zh) * 2005-08-18 2006-10-25 华为技术有限公司 一种请求读取用户注册状态的方法及系统
GB2425685A (en) * 2005-04-29 2006-11-01 Ericsson Telefon Ab L M Associating multiple public user identities with a common service profile in a user terminal or application server

Family Cites Families (22)

* 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
WO2003005669A1 (en) 2001-07-03 2003-01-16 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for handling multiple registration
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
CN100484141C (zh) 2005-03-28 2009-04-29 华为技术有限公司 实现ims和cs业务并发时的终端能力交互和路由控制的方法
CA2604232C (en) * 2005-04-29 2014-10-21 Telefonaktiebolaget L M 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)
JP4927879B2 (ja) 2006-02-24 2012-05-09 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｉｐｔｖのための、ｉｍｓ対応のコントロールチャネル
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 华为技术有限公司 实现业务签约的方法和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006082528A2 (en) * 2005-02-04 2006-08-10 Nokia Corporation Method and apparatus for transmission of user identities in a ip multimedia subsystem
GB2425685A (en) * 2005-04-29 2006-11-01 Ericsson Telefon Ab L M Associating multiple public user identities with a common service profile in a user terminal or application server
CN1852293A (zh) * 2005-08-18 2006-10-25 华为技术有限公司 一种请求读取用户注册状态的方法及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013510527A (ja) * 2009-11-10 2013-03-21 ノキア シーメンス ネットワークス オサケユキチュア パブリックアイデンティティの処理
US9027082B2 (en) 2009-11-10 2015-05-05 Nokia Solutions And Networks Oy Handling of public identities

Also Published As

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

Similar Documents

Publication Publication Date Title
WO2008089673A1 (fr) Procédé, système et appareil pour la mise en œuvre d&#39;association d&#39;identité d&#39;utilisateur
JP5249952B2 (ja) Ｉｐマルチメディアサブシステムサービスへのグループアクセス
KR101332891B1 (ko) 멀티미디어 서브시스템 서비스로의 그룹 액세스
US8331354B2 (en) Method and apparatus for allocating application servers in an IMS
US8984152B1 (en) Message handling in an IP multimedia subsystem
US20040246965A1 (en) System and method for routing messages
WO2007079673A1 (fr) Procede de detection de l&#39;identite d&#39;usager public dans le profil de service d&#39;un systeme de communication et appareil associe
JP5467138B2 (ja) Ｉｐマルチメディア・サブシステム・サービスへのグループ・アクセス
KR20100131787A (ko) Ｉｍｓ망의 호 처리 방법 및 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08700062

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2008700062

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2672851

Country of ref document: CA

Ref document number: 2197/KOLNP/2009

Country of ref document: IN

ENP Entry into the national phase

Ref document number: 2009545804

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2009127109

Country of ref document: RU

Kind code of ref document: A