WO2007079673A1 - Procede de detection de l'identite d'usager public dans le profil de service d'un systeme de communication et appareil associe - Google Patents

Procede de detection de l'identite d'usager public dans le profil de service d'un systeme de communication et appareil associe Download PDF

Info

Publication number
WO2007079673A1
WO2007079673A1 PCT/CN2007/000059 CN2007000059W WO2007079673A1 WO 2007079673 A1 WO2007079673 A1 WO 2007079673A1 CN 2007000059 W CN2007000059 W CN 2007000059W WO 2007079673 A1 WO2007079673 A1 WO 2007079673A1
Authority
WO
WIPO (PCT)
Prior art keywords
service configuration
public user
entity
hss
same
Prior art date
Application number
PCT/CN2007/000059
Other languages
English (en)
French (fr)
Inventor
Fenqin Zhu
Xiaoyan He
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 EP07701991A priority Critical patent/EP1976311A4/en
Priority to CN200780000222.1A priority patent/CN101313606B/zh
Publication of WO2007079673A1 publication Critical patent/WO2007079673A1/zh

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
    • 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
    • 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/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 the field of network communication technologies, and in particular, to an implementation scheme of a public user identity in a perceptual service configuration in a communication system.
  • mobile communications are not limited to traditional voice communications, and through data services such as presence, short message, web page (ffEB) browsing, location information, push service (PUSH), and file sharing.
  • data services such as presence, short message, web page (ffEB) browsing, location information, push service (PUSH), and file sharing.
  • ffEB web page
  • PUSH push service
  • file sharing file sharing
  • the combination also enables a variety of media types, such as audio, video, pictures and text, to meet the diverse needs of users.
  • IP-based Multimedia Subsystem IMS
  • 3GPP 3rd Generation Mobile Communications Standardization Partnership Project
  • 3GPP2 3rd Generation Mobile Communications Standardization Partnership Project 2
  • IMS IP-based Multimedia Subsystem
  • the structure of the IMS system is as shown in FIG. 1.
  • the IMS architecture is superimposed on a packet domain network (PS-Domain), and the entities related to the security function include:
  • CSCF Call State Control Function
  • the CSCF may be further divided into three logical entities: a serving CSCF (S-CSCF), a proxy CSCF (P-CSCF), and a query CSCF (I-CSCF); the three logical entities may be different physical devices or the same physical device.
  • S-CSCF serving CSCF
  • P-CSCF proxy CSCF
  • I-CSCF query CSCF
  • the different functional modules wherein: the S-CSCF is a service switching center of the IMS, configured to perform session control, maintain session state, manage user information, generate charging information, and the like;
  • the P-CSCF is an access point for an end user to access an IMS, and is used for completing user registration, quality of service (QoS) control, and security management;
  • QoS quality of service
  • the I-CSCF is responsible for interworking between the IMS domains, managing the allocation of the S-CSCF, hiding the network topology and configuration information, and generating charging data.
  • HSS Home Subscriber Server
  • the HSS is a very important user database for supporting the processing of calls and sessions by various network entities.
  • the subscription data of the user is stored in the network device where the HSS is located; the HSS provides the business hall interface for external use.
  • HSS supports C) (interface (interface between HSS and I-CSCF/S-CSCF), Sh interface (interface between HSS and AS)
  • User data download When the user performs network registration, the registered message is delivered to the home location register HLR/HSS, and the user's subscription data is downloaded therefrom for subsequent business operations.
  • the user identifiers transmitted between network entities are IMPI (IMS Private User Identity), IMPI IMS Pubic User Identity, IMS Public User Identity, and MSISDN (Mobile Station PSTN/ISDN).
  • IMPI IMS Private User Identity
  • IMS Pubic User Identity IMS Pubic User Identity
  • MSISDN Mobile Station PSTN/ISDN
  • the number and the IMSI International Mobile Station ID, etc., are all stored in the HSS through the business interface.
  • the user identification is used to obtain the subscription data.
  • IMS Subscription Identity The relationship between the user identifiers in the IMS is complex.
  • the corresponding IMS user identity relationship is shown in Figure 2. From the perspective of logical inclusion relationships, the details include: (1) A plurality of IMPIs may be included in a SUBID (IMS Subscription Identity);
  • An IMPI can contain multiple IMPUs
  • One IMPU can belong to multiple IMPIs
  • SUBID and IMPI are one-to-many relationships
  • IMPI and IMPU are also many-to-many relationships.
  • the user identification information is a component element of the service profile information
  • the service configuration is a set of user-specific information permanently stored in the HSS, which specifically includes the user-specific information related to the service.
  • Data, that is, the service configuration corresponds to the corresponding service.
  • the service configuration information may be specifically transmitted from the HSS to the allocated S-CSCF through two user data processing operations, where the two user data processing operations are: a server allocation response (SAA) and a push configuration request (PPR). And; the service configuration information is carried by a Diameter AVP cell and described by an XML (Extensible Markup Language) document.
  • SAA server allocation response
  • PPR push configuration request
  • the service configuration can be further divided into four parts as shown in FIG. 3, namely: public identity, core network service authorization, initial filtering rule, and shared iFC (initial filtering rule). The following four parts are respectively explained:
  • the public identity is composed of a public identity of the user associated with the service configuration, and the identity may be a SIP URI (the first resource identifier of the first session protocol) or a TEL URI (a unified resource identifier), and each public user identity includes a correlation. Barring Indication. If the prohibition indication is set, the S-CSCF will prevent the public identity from being used in any other IMS communication except registration and deregistration.
  • the associated public identity and implicit registration set in the service configuration are not available.
  • the public identity belonging to the same implicit registration set can be associated with different service configurations, wherein the public user identity belonging to the same implicit registration set has the same registration status at any time, that is, any public user in the implicit registration set.
  • Identity registration means that other public user IDs are also registered together, and the logout is the same.
  • the media policy information including an integer for identifying a subscribed media configuration in the S-CSCF, such as an allowed SDP parameter; the information allows the operator to be in its IMS network Define different user configurations.
  • the service trigger information is represented by the form of the initial filtering rule; the initial filtering rule is used to describe when the incoming SIP message is further routed to a specific application server.
  • the HSS can perceive the public user identification information associated with the same ServiceProfile in the same MS Subscription.
  • the S-CSCF server assigned to the user requests the HSS to download the user data through the SAR command, according to the returned data, it can also be perceived that the same MS Profile is associated with the same Service Profile in the same implicit subscription set in the same MS Subscription, but cannot be perceived.
  • Public that are not part of the same implicit registration set but are associated with the same ServiceProfile The user ID, and the AS server and the UE itself that provide value-added services for the user in the network cannot perceive which public user IDs are associated with the same Service Profile.
  • the data format returned by the HSS to the S-CSCF in the SAA can be expressed as follows:
  • ⁇ /ApplicationServer> ⁇ Application server is sip :ASl@homedomain, com, no answer, the default processing is call termination
  • the S-CSCF can determine that IMPUL1@homedomain.com and IMPU2@homedomain.com are associated with the same ServiceProfileo.
  • AS Application Service
  • UE User Equipment
  • S-CSCF It is impossible or impossible to fully perceive the public user ID associated with the same Service Profile in the same IMS Subscription, so that when the user wants the public user ID associated with the same Service Profile to be treated in the same way under certain circumstances, it is obvious can not achieve.
  • the AS cannot determine that the IMPU should be processed equally. For example, the AS sends the IMPU2 to the IMPU2. The message, whether it is necessary to send the same message to the IMPU3 at the same time; and, when the UE modifies the forward forwarding information, it only needs to be sent once, or needs to be sent repeatedly multiple times, and cannot be determined. Therefore, the AS and the UE need to perceive the IMPU information associated with the same Service Profile so that the operation of one of the IMPUs can be associated with other related IMPUs.
  • An embodiment of the present invention provides a method and system for sensing a public user identity in a service configuration in a communication system, so that an entity such as an AS, a UE, and an S-CSCF in the communication system can be perceived as belonging to the same service configuration.
  • Public user identification information in order to further take appropriate measures.
  • An embodiment of the present invention provides a method for sensing a public user identity in a service configuration in a communication system, including:
  • the entity storing the service configuration information sends at least one public user identification information associated with the same service configuration in the saved service configuration information to the entity with which it communicates;
  • the communication entity obtains at least one public user identification information associated with the same service configuration from information sent by the entity holding the service configuration information.
  • An embodiment of the present invention provides a device for sensing a public user identity in a service configuration in a communication system, where the device is disposed in a communication network that provides multimedia services, and includes:
  • a service configuration information saving unit configured to save service configuration information
  • a public user identifier sending unit configured to send at least one public user identification information associated with the same service configuration in the service configuration information saved by the service configuration information holding unit to the entity with which the communication is performed.
  • An embodiment of the present invention provides a device for sensing a public user identity in a service configuration in a communication system, where the device is disposed in a communication network that provides multimedia services, and includes:
  • a public user identifier receiving unit configured to receive information sent by an entity that stores service configuration information, where the information includes At least one public user identification information associated with the same service configuration.
  • An embodiment of the present invention provides a system for sensing a public user identity in a service configuration in a communication system, including: a service configuration information storage entity, configured to associate at least one public associated with the same service configuration in the saved service configuration information. User identification information is sent to the entity with which it communicates;
  • the entity communicating with the service configuration information storage entity is configured to receive information sent by the entity that holds the service configuration information, where the information includes at least one public user identification information associated with the same service configuration.
  • the method for dividing a user according to a service configuration enables an entity such as an S-CSCF, an AS, and a UE to perceive public user identification information associated with the same service configuration, so as to further Corresponding operation processing is implemented according to the public user identification information associated with the same service configuration, for example, the same service operation is performed on the public user identifiers associated with the same service configuration, thereby satisfying the flexible requirements of the user and the operator.
  • Figure 1 is a schematic structural diagram of an IMS system
  • FIG. 2 is a schematic diagram of an IMS user identity relationship
  • FIG. 3 is a schematic diagram of a service configuration structure in the prior art
  • FIG. 4 is a schematic structural diagram of an embodiment of a new node in the present invention.
  • FIG. 5 is a schematic diagram 1 of an embodiment of an IMS subscription relationship
  • FIG. 6 is a schematic diagram 2 of an embodiment of an IMS subscription relationship
  • FIG. 7 is a schematic diagram 1 of an embodiment of a shared IMPU
  • FIG. 8 is a second schematic diagram of an embodiment of a shared IMPU
  • FIG. 9 is a schematic diagram 3 of an embodiment of an IMS subscription relationship
  • FIG. 10 is a schematic diagram 4 of an embodiment of an IMS subscription relationship
  • 11 is a schematic diagram 5 of an embodiment of an IMS subscription relationship
  • Figure 12 is a block diagram showing the structure of an embodiment of the system of the present invention.
  • Embodiments of the present invention provide an implementation method according to a service configuration, that is, a ServiceProfile divides a public user identifier into a group, and enables an entity such as an AS, an S-CSCF, and a UE to be perceived, thereby enabling AS, S-CSCF, and An entity such as the UE can perform corresponding operation processing according to the perceived public user identifier of the same service configuration, such as unified service processing.
  • a ServiceProfile divides a public user identifier into a group, and enables an entity such as an AS, an S-CSCF, and a UE to be perceived, thereby enabling AS, S-CSCF, and An entity such as the UE can perform corresponding operation processing according to the perceived public user identifier of the same service configuration, such as unified service processing.
  • the embodiment provided by the present invention mainly includes: sending, by an entity that stores service configuration information, a public user identifier associated with the same service configuration to an entity connected to the communication, so that the corresponding entity can save the service.
  • the entity configuring the information learns the public user identification information associated with the same service configuration.
  • the entity that maintains the service configuration information may be an HSS in the IMS' system, and the entity that communicates with the IMS system may be at least one of the S-CSCF and the AS in the IMS system, and may be other functionally similar entities.
  • the HSS is used as the entity that holds the service configuration information
  • an entity that uses at least one of the S-CSCF and the AS as the public user identifier associated with the same service configuration as the need to communicate with the HSS is taken as an example.
  • the embodiments of the present invention are described in detail accordingly.
  • the S-CSCF, the AS, and the UE all desire to be able to obtain the public user identification information associated with the same service configuration saved in the HSS.
  • the present invention provides a corresponding implementation solution for obtaining the corresponding information of the three entities, wherein -
  • the S-CSCF can directly obtain the corresponding public user identification information associated with the same service configuration by interacting with the information between the HSS;
  • the AS can obtain the corresponding public user identification information associated with the same service configuration directly through the information exchange with the HSS, or after the S-CSCF obtains the information, and then performs the S-CSCF with the S-CSCF. Communication obtains the information;
  • the S-CSCF communicates with the S-CSCF to obtain the information.
  • the process of obtaining the public user identification information associated with the same service configuration for the foregoing three entities may be implemented by using a dedicated message, or may be implemented by extending the existing message, and the extended message implementation may be well implemented.
  • the existing communication process is compatible.
  • an extended message implementation manner will be described as an example.
  • the HSS extends the existing XML Schema (meta markup language specification) when organizing the ServiceProfile data transmitted by the Cx interface, at Cx A new node is introduced in the XML text transmitted by the interface, and a ServiceProfile can contain at most one such new node.
  • the node can contain one or more public user identifiers.
  • the UML structure of the newly added node is shown in Figure 4. As shown, at least one SIP URL identifier and at least one Tel URL identifier are included.
  • the method specifically includes: sending, by the S-CSCF, a command request, and the HSS, according to the received command request, associates the corresponding public service identifier information with the same service configuration.
  • the S-CSCF is actively notified, for example, the customized HSS according to the S-CSCF needs to actively notify the corresponding The change.
  • the HSS needs to return an SM message to the S-CSCF during processing of the SAR (Server Allocation Request) command sent by the S-CSCF, and includes the newly added node in the returned SAA' response, so that the same node can be
  • SAR Server Allocation Request
  • the public ID associated with the service configuration is sent to S-CSCFo
  • the new node includes the public user identifier associated with the same service profile but not belonging to the same implicit registration set as the public user identifier included in the SAR request, and all public user identifiers associated with the same service configuration are carried.
  • the public user identifier of the corresponding implicit registration set is saved in the public identity node.
  • all public user identifiers that are related to the same ServiceProf, but not belonging to the same implicit registration set, or all public user identifiers that belong to the same private user identifier are carried in the returned SM message and sent to the S-CSCF, that is,
  • the HSS needs to further filter the corresponding public user ID.
  • Information, only qualified public user IDs can be added to the returned SM message;
  • public user ID 2 Public 10 ⁇ ; 72
  • public user ID 3 ? 1 ⁇ 1 Identi1: y3
  • the public user identifier included in the newly added node in the ServiceProfile downloaded by the HSS in the SAR process is the public user identifier 1 ;
  • the HSS can arbitrarily return the public user ID 1 or the public user ID 4 in the ServiceProfile.
  • the HSS associates all public user IDs contained in the SAR request with the same ServiceProfile. But all public user IDs that do not belong to the same implicit registration set are added to the return message;
  • the public user identity included in the newly added node in the ServiceProfile downloaded by the HSS in the SAR process is the public user identity 1 ( Public Identity4).
  • the S-CSCF server allocated for the user can download the user data from the HSS by sending a SAR command and receiving the returned SAA message from the HSS, specifically according to the Public Identity node in the ServiceProfile.
  • the public user ID included in the public user ID included in the newly added node determines all public user identification information associated with the same ServiceProfile.
  • the public user identification information associated with the same service configuration and belonging to the same implicit registration set may be transmitted by the HSS to the entity with which it communicates. .
  • the HSS needs to send a PPR (Push-Profile-Request) request to the S-CSCF, requesting The new node is included, and after receiving the request, the S-CSCF uses the data in the message to overwrite the ServiceProfile data of the public user identifier included in the Publicldentity node of the ServiceProfile, thereby obtaining the latest public user associated with the same service configuration. Identification information.
  • the judgments performed by the HSS specifically include:
  • the public user identity associated with the same ServiceProfile on the HSS changes, for example, the ServiceProf i associated with the public user identity changes, or the public user identity is removed from an implicit registration set or joined to a different implicit registration set but still Associated with the same ServiceProfile, if the public user IDs involved are in the NotRegistered state, the HSS does not need to send a PPR command to the S-CSCF; otherwise, the PPR command needs to be sent to notify the S-CSCF to perform data synchronization operations;
  • the deleting operation needs to be completed before the adding operation;
  • the newly added node in the ServiceProfile in the PPR command request includes the changed association with the same ServiceProserver but the public identity in the Publicldentity node does not belong to the same public registration ID of the same implicit registration set; as shown in Figure 6, the ServiceProfile associated with IMPU4 is modified to ServiceProfile2, but still belongs to the same implicit registration set as IMPU3, .
  • the PPR command is sent to remove the IMPU4 from the associated public user identifier set of the IMPU5, and then the PPR command is sent to add the IMPU4 to the associated public user identifier set of the IMPU2, and finally the PPR command is sent twice to update the ServiceProfile of the IMPU4, and the IMPU4 is associated with the IMPI 1 and IMPI2;
  • the processing of the public user identifier associated with the same service configuration by the AS includes: sending, by the AS, a command request, and the HSS returns the corresponding public user identification information associated with the same service configuration to the AS according to the received command request; Or, the AS is actively notified when the public user identification information associated with the same service configuration needs to be changed by the AS in the HSS. For example, the customized HSS according to the AS needs to actively notify the corresponding change; or, the AS receives the S-CSCF. a message, and obtain public user identification information associated with the same service configuration from the message.
  • the data query can be performed to the HSS through the UDR (User Data Request) command, and the HSS is returned in the UDA message and in the UDR request.
  • the included public user ID is associated with other public user IDs of the same ServiceProfile; 'specifically includes the following processing:
  • the request message includes the IMPU and the Data- Reference. Two parameters, and wherein the value of Data- Refer ence is a value added to implement the present invention
  • the HSS can determine that the UDR message is to query the public user identifier associated with the same ServiceProf, according to the value of the Data-Reference, and then check according to the public user identifier included in the request. Find the ServiceProfile to which the identity belongs and find other public user IDs associated with the ServiceProfile;
  • the HSS returns the public user identification information found to the AS, specifically -
  • the HSS adds the IMPU found in the above step (12) to the return message, and returns it to the AS;
  • the HSS needs to further associate with other public user identifiers in the ServiceProfile found in step (12).
  • the private user identity further determines that only the public user identity associated with the public user identity in the request is associated with the same private user identity. It can be added to the return message and returned to the AS.
  • the private user ID can be indexed by the public user ID in the request.
  • the public user identifier included in the UDR request is a shared public user identifier, that is, it is associated with multiple private user identifiers as shown in FIG. 7 and FIG. 8 .
  • IMPU2, IMPU3 you can complete this operation in the following ways:
  • the query finds that the public user identifier included in the UDR request is a shared public user identifier, and the different public user identifiers and the public user identifiers in the request are associated with different private user identifiers but are associated with the same ServiceProfile, as shown in the figure.
  • IMPU1 and IMPU4 in 5, because the returned public user identification information cannot be determined in this case, the HSS returns an error message to the AS, indicating that the query cannot be completed; otherwise, the ASPU is returned to the AS and the request is associated with the IMPU.
  • the HSS returns IMPU4 in the response;
  • the query finds that the public user identifier included in the UDR request is a shared public user identifier, and the different public user identifiers and the public user identifiers in the request are associated with different private user identifiers but are associated with the same ServiceProfile, as shown in the figure.
  • the HSS may randomly select an IMPU that is associated with the IMPU in the request to be associated with the same IMPI, for example, randomly returning any one of IMPU1 or IMPU4; otherwise, returning to the AS and the IMPU in the request.
  • the IMPU associated with the same ServiceProfile as shown in Figure 6, if the UDR request is included in the UDR request, the HSS returns the IMPU4 in the response;
  • the query finds that the public user identifier included in the UDR request is a shared public user identifier, and the different public user identifiers and the public user identifiers in the request are associated with different private user identifiers but are associated with the same ServiceProfile, as shown in the figure.
  • IMPU1 and IMPU4 in 5, at this time, the HSS can return all associated IMPUs, 'if both IPPU1 and IMPU4 are returned; otherwise, the IMPU returned to the AS and the IMPU in the request are associated with the IMPU of the same ServiceProfile, as in Figure 6, if UDR The request contains: [MPU3 then HSS returns IMPU4 in response;
  • the AS sends the message sent by the HSS to the corresponding information.
  • the change to the Sh interface between the AS and the HSS also involves the modification of the SNR command, that is, the AS subscription notification is allowed, and the AS can actively take the initiative through the HSS when the public user identifier associated with the same ServiceProfile in the request message changes.
  • the sent message senses the change;
  • the specific processing includes:
  • the value range of the Data-Reference in the existing SNR command needs to be extended.
  • the extended value is the same as the value of the extension in the UDR command.
  • the HSS receives the request according to the value of the Data-Reference. It can be determined that the command is a change notification of the public user identifier associated with the same ServiceProfile in the subscription/cancellation and the public user identifier in the request;
  • the HSS determines that the AS subscribes to the change notification of the public user identity associated with the same ServiceProfile as the public user identity included in the SNR request;
  • the HSS defines only public user identifiers that are associated with the public user ID contained in the AS subscription and SNR request associated with the same private user identity.
  • the HSS needs to further judge the private user identifier associated with other public user identifiers in the corresponding ServiceProfile, and determine that the AS only subscribes to the change of the public user identifier associated with the public user identifier in the request and the same private user identifier. Notice;
  • the HSS can complete the method in the following manners. Sub-operation -
  • the HSS query finds that the public user ID included in the SNR request is a shared public user identifier, and returns an error to the AS, indicating that the subscription cannot be completed.
  • the HSS query finds that the public user identifier included in the SNR request is a shared public user identifier, and considers that the AS subscribes to all public entities associated with each private user identifier and associated with the same user profile as the public user identifier included in the SNR request. Notification of change in user identification;
  • the existing SNR request is extended, and the private user identifier and the public user identifier are required to be carried in the SNR request, so that the HSS can determine the specific public user identity change notification of the AS subscription according to the private user identifier in the request.
  • the PNR command includes two parameters, User-Identity and User-Data.
  • the User-identity contains the public user identifier subscribed to in the SNR request, and the User-Data contains the updated data, including the keyword that uniquely identifies the data.
  • Data-Reference in which the public user identifier associated with the public profile in the request is associated with the same ServiceProfile;
  • the public identity node in the notification message contains 0 public user identifiers.
  • the AS learns the public user identification information associated with the same service configuration through the message received from the S-CSCF; (31) if the AS subscribes to the reg-event through the third party registration during the user registration process ( The registration event), the S-CSCF can add the public user identifier associated with the same ServiceProfile obtained through the SAA to the Notify message of the reg-event, and transmit it through the ISC (Interface between S-CSCF and AS) interface. After receiving the Notify message, the AS can learn the other public user identifiers associated with the same ServiceProfile with each public user identifier in the message.
  • the S-CSCF receives the PPR command and finds that the public user identifier associated with the same ServiceProf is changed, and the AS subscribes to the event notification of the reg-event, the S-CSCF sends a Notify message to the AS through the ISC interface.
  • the public user identifier associated with the same ServiceProfile is associated with each public user identifier.
  • the AS can learn the modified public user identifiers associated with the same ServiceProfile for each public user identifier in the message.
  • the S-CSCF adds the public user identifier associated with the user to the same ServiceProfile to the Notify message, which can be implemented by extending the XML Schema of the ISC interface, adding a cell to each registration node.
  • the cell may contain one or more public user identities, which are common user identities associated with the same ServiceProfile and the same private user id as the public user identities in the registration aor record, including the public user identities within the implicit registration set.
  • the existing SIP Session Initiation Protocol
  • a SIP header field is newly defined to carry the public user identifier associated with the same ServiceProfile;
  • the S-CSCF can then use this newly defined header field in the third party registration message to carry other public user identities associated with the same ServiceProf ile with the public user identity that initiated the registration.
  • the UE Since the UE does not communicate directly with the HSS, the UE needs to perceive the public user identity associated with the same service configuration through the S-CSCF directly communicating with it.
  • the public user identifier associated with the same ServiceProfile is obtained, and the user sends a subscription to the S-CSCF after receiving the 200 OK response of the registration request.
  • the event notification of the reg-event registered event
  • the S-CSCF can add the information that the UE needs to perceive to the reg-event Notify message, and pass the Gm (between the UE and the proxy CSCF)
  • the interface is transmitted to the UE, and after receiving the Notify message, the UE can obtain other public user identifiers associated with the same ServiceProf i le in each public user identifier in the message;
  • the US-CSCF sends a Notify message to the UE through the Gm interface, which includes And each public user identifier is associated with the same public service identifier of the same ServiceProf i le; after receiving the Not if y message, the UE can learn the modified other public user identifiers associated with the same ServiceProfile for each public user identifier in the message. ;
  • the S-CSCF adds the public user identifier associated with the user to the same ServiceProfile to the Notify message, which can be implemented in the following manner:
  • each registration node which can contain one or more public user identities in the cell.
  • a public user ID that is associated with the same ServiceProfile and the same private user ID as the public user ID in the registration aor record, including the public user ID in the implicit registration set.
  • Embodiment 1 The implementation of the present invention has been described above, and the present invention will be described in detail later with reference to specific application examples.
  • Embodiment 1 The implementation of the present invention has been described above, and the present invention will be described in detail later with reference to specific application examples.
  • the XML Schema added to the Cx interface after adding a new node can be represented by Table 1 below.
  • the newly added GroupPublicIdentity node is associated with the same ServiceProfile and private user ID but not the same implicit registration set as the public user ID in the Publicldentity node.
  • Public user ID as shown in Table 1:
  • Publicldentity public (prohibition) 1 tPublicldentity
  • TriggerPoint (trigger
  • IMPU1, IMPU2, IMPU3, and IMPU4 are associated with the same ServiceProfile and are associated with IMPI1 and IMPI2 respectively.
  • IMPU2 and IMPU3 belong to the same implicit registration set. If IMPU1 initiates registration, the IjSAA message is sent.
  • the new user ID of the new node in ServiceProfile is IMPU2 and IMPU3. If IMPU2 or IMPU3 uses IMPI1 to initiate registration, the new user ID in the new node of the SAA message ServiceProfile is IMPU1. If IMPU4 initiates registration, the shell (JSAA message Servi) The public user identifiers included in the newly added nodes in ceProf i 1 e are IMPU3 and IMPU2.
  • the ServiceProfi le content of the XML format in SAA is as follows:
  • Group II public identity description start, the group contains two public user IDs, sip: IMPU2@homedomain.com
  • IMPU1 also joins the implicit registration set of IMPU2 and IMPU3.
  • the HSS needs to send a PPR command to notify the S-CSCF to update the saved IMPUL1, IMPU2, and IMPU3 data.
  • the PPR request sent by the HSS is in XML format.
  • IMPU2 belongs to the same implicit registration set but is associated with other public user IDs of the same ServiceProfile
  • the AS is associated with the public user ID of the same ServiceProfile through the UDR command.
  • the HSS returns: [MPU1 and IMPU3; the specific message format is as follows:
  • the ServiceProfile associated with IMPU4 is modified to ServiceProfile2, but still belongs to the same implicit registration set as IMPU3.
  • the shell HSS needs to send the PPR command first to remove IMPu4 from the associated public user ID set of IMPU5, and then send PPR.
  • the command adds IMPU4 to the associated public user ID set of IMPU2, and finally sends a PPR command to update ServiceProf of IMPU4.
  • the ServiceProf ile XML text in the fourth PPR command is as follows. Because the IMPU3 and the IMPU4 are SharedlMPUs, for the private user ID 2, the IMPU4 is deleted from the group group associated with the IMPU3 (IMPU5 remains), and the IMPU5 is deleted from the Group group of the IMPU4. :
  • IMPU1 subscribes to the reg-event event notification during the registration process, and the S-CSCF sends a Notify message to the UE, which carries the public user ID of each IMPU associated with the same Servi ceProf i 1 e.
  • the S-CSCF can cross: the MPI returns the public user ID associated with the same ServiceProfile, then the Not if y message reads as follows:
  • the S-CSCF can only return the IMPU associated with the same private user ID of the same ServiceProfile, and the contents of the Notify message are as follows:
  • the method for dividing a user into groups according to ServiceProf i le in the present invention may also be:
  • ServiceProf ile can only set one such attribute value.
  • the newly added attribute value can effectively identify a Servi ceProf i 1 e;
  • the HSS extends the existing XML Schema when organizing the ServiceProfile data transmitted by the Cx interface, introduces a new node into the XML text transmitted by the Cx interface, and a ServiceProfile contains only one such new node.
  • the node includes a new attribute value that can uniquely identify the ServiceProfile as a service configuration identifier.
  • the S-CSCF can index and find the corresponding service configuration according to the newly added attribute value, and then can determine the public user identification information associated with the same ServiceProf ile;
  • the HSS needs to send a PPR request to the S-CSCF, and the request includes the above-mentioned newly added unique Identifies the service value of the ServiceProfile and the updated ServiceProfile information.
  • the S-CSCF uses the updated ServiceProfile data in the message to overwrite the public user ID contained in the ServiceProfile's Publicldentity node corresponding to the attribute value in the message.
  • the ServiceProf ile data so that the latest ServiceProf ile information is saved on the S-CSCF, so that the public user identification information associated with any ServiceProf can be reliably determined.
  • the S-CSCF needs to add the public user identifier obtained through the above process to the event Notify message and send it to the UE during the registration process.
  • the AS, the UE, and the AS can obtain the other public user identifiers associated with the same ServiceProfile in the public service identifier of the message, as follows: If the S-CSCF receives the PPR command, the user is associated with the same The public user identifier of the service profile is changed, and the UE and the AS subscribe to the event notification of the reg-event, and the S-CSCF sends a Notify message to the UE and the AS through the Gm, ISC interface, which is associated with each public user identifier.
  • the public user ID of the ServiceProf ile after receiving the Notify message, the UE and the AS can learn the modified public user IDs of each public user identifier associated with the same ServiceProfile in the message; wherein, the S-CSCF and the user The public user ID associated with the same ServiceProfile is added to the Notify message, which can be obtained by :
  • each registration node which may contain one or more public user identifiers, which are public users in the registration aor record Identify the public user ID associated with the same ServiceProf ile and the same private user ID, including the public user ID in the implicit registration set.
  • the UE and the AS do not subscribe to the event notification of the reg-event, they can Extended implementation of the SIP protocol.
  • the UDR, SNR, and PNR commands of the Sh interface need to be modified accordingly, refer to the previous extended description of the corresponding command, which will not be described in detail here.
  • the present invention further provides a specific embodiment of a system for sensing a public user identity in a service configuration in a communication system.
  • the system is disposed in a communication network that provides multimedia services.
  • the method includes: (1) Service configuration information storage entity
  • the entity is configured to send at least one public user identification information associated with the same service configuration in the saved service configuration information to an entity that communicates with the same;
  • the device is specifically configured with a public user identifier in the communication service configuration in the communication system, and the device is specifically configured in the HSS, and specifically includes a service configuration information storage unit, configured to save the service configuration information;
  • a public user identifier sending unit configured to send at least one public user identification information associated with the same service configuration in the service configuration information saved by the service configuration information holding unit to the entity with which the communication is performed.
  • the device may further include:
  • an update operation unit configured to: after the saved public user identifier information associated with the same service configuration is updated, trigger the public user identity sending unit to send the updated information to the entity that subscribes to the change event; or
  • the information request receiving unit is configured to receive a request of an entity that communicates with the same, and trigger the public user identity sending unit to send the requested public user identity information associated with the same service configuration to the entity requesting the sending end according to the request.
  • An entity that communicates with the service configuration information storage entity and is configured to receive information sent by an entity that stores the service configuration information, where the information includes at least one public user identification information associated with the same service configuration.
  • the device is specifically configured with a public user identifier in the communication service configuration in the communication system, and the device may be specifically configured in the S-CSCF entity and/or the AS, and specifically includes:
  • a public user identifier receiving unit configured to receive information sent by an entity that stores service configuration information, where the information includes at least one public user identifier information associated with the same service configuration;
  • the apparatus further includes an information request sending unit, configured to send, to the entity that holds the service configuration information, a request message requesting to acquire at least one public user identification information associated with the same service configuration.
  • the embodiments provided by the present invention enable the AS, the S-CSCF, and the UE to perceive the public user identifier associated with the same service configuration, so that the corresponding further operation processing can be performed based on the perceived information to satisfy the user.
  • the embodiments provided by the present invention enable the AS, the S-CSCF, and the UE to perceive the public user identifier associated with the same service configuration, so that the corresponding further operation processing can be performed based on the perceived information to satisfy the user.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Description

通信系统中感知服务配置下的公共用户标识的方法及装置
术领域
本发明涉及网络通信技术领域， 尤其涉及一种通信系统中感知服务配置下的公共用户标识的实 现方案。
发明背景
随着宽带网络的发展，移动通信不仅仅局限于传统的话音通信，其通过与呈现业务（presence )、 短消息、 网页 （ffEB) 浏览、 定位信息、 推送业务 （PUSH) 以及文件共享等数据业务的结合， 还能够 实现音频、 视频、 图片和文本等多种媒体类型的业务， 以满足用户的多种需求。
在多种应用的推动下， 第三代移动通信标准化伙伴项目 （3GPP ) 以及第三代移动通信标准化伙 伴项目 2 ( 3GPP2 ) 等组织都先后推出了基于 IP的多媒体子系统 （IMS )架构， 其目的是： 在移动网络 中， 使用一种标准化的幵放结构来实现多种多样的多媒体应用， 从而能够为用户提供更多的选择和 更丰富的感受。
所述的 IMS系统的结构如图 1所示， 该 IMS架构叠加在分组域网络 （PS- Domain) 之上， 其中， 与 安全功能相关的实体包括：
( 1 ) 呼叫状态控制功能 (CSCF) 实体
所述的 CSCF又可以分成服务 CSCF (S-CSCF) 、 代理 CSCF ( P-CSCF) 和查询 CSCF ( I - CSCF) 三个 逻辑实体； 这三个逻辑实体可以是不同的物理设备或同一物理设备中不同的功能模块， 其中： 所述的 S- CSCF是 IMS的业务交换中心， 用于执行会话控制， 维持会话状态， 管理用户信息， 产生 计费信息等；
所述的 P-CSCF是终端用户接入 IMS的接入点， 用于完成用户注册， 服务质量 （QoS ) 控制和安全 管理等；
所述的 I- CSCF则负责 IMS域之间的互通，管理 S- CSCF的分配，对外隐藏网络拓扑结构和配置信息， 并产生计费数据等。
( 2 ) 归属签约用户服务器 （HSS ) 功能实体
所述的 HSS是非常重要的用户数据库， 用于支持各个网络实体对呼叫和会话的处理； 在 IMS网络中， 用户的签约数据存储在 HSS所在的网络设备中； HSS对外提供营业厅接口， 用于用 户数据维护 （增加、 修改、 删除用户签约数据等） ； 同时， HSS支持 C) (接口 （HSS和 I- CSCF/S- CSCF 之间的接口） ， Sh接口 （HSS和 AS之间的接口） 的用户数据下载： 当用户进行网络登记时， 把登记的 消息传递到归属位置寄存器 HLR/HSS , 并从其下载用户的签约数据进行后续的业务操作。
目前， 在 IMS相关协议中， 网络实体间传递的用户标识有 IMPI ( IMS Private User Identity, IMS私有用户标识）、 IMPI IMS Publ ic User Ident ity, IMS公共用户标识）、 MSISDN (移动台 PSTN/ISDN 号码）和 IMSI (国际移动台识别码） 等， 这些用户标识都通过营业接口签约保存到 HSS中， 当用户需 要进行相关业务操作时， 通过用户标识到 HSS来获取签约数据。
IMS中用户标识的关系比较复杂， 相应的 IMS用户标识关系如图 2所示， 从逻辑包含关系角度讲， 具体包括： ( 1) —个 SUBID (IMS Subscription Identity, IMS签约标识） 中可以包含多个 IMPI;
(2) 一个 IMPI只能属于一个 SUBID;
(3) 一个 IMPI中可以包含多个 IMPU;
(4) —个 IMPU可以属于多个 IMPI;
即 SUBID和 IMPI是一对多关系， IMPI和 IMPU也是多对多关系。
在 HSS中， 用户标识信息是服务配置 （Service Profile) 信息的一个组成元素， 所述的服务配 置是永久地存储在 HSS中的用户专有信息的集合， 其具体包含和服务相关的用户专有数据， 即服务配 置对应着相应的服务。
所述的服务配置信息具体可以通过两种用户数据处理操作从 HSS传送到所分配的 S-CSCF,所述的 两种用户数据处理操作分别为： 服务器分配应答 （SAA) 和推送配置请求 （PPR)操作； 而且， 所述 的服务配置信息由一个 Diameter AVP信元携带， 并以 XML (扩展标记语言） 文档描述。
所述的服务配置进一步可以被分成图 3所示的四部分， 分别为： 公共标识、 核心网服务授权、 初 始过滤规则和共享 iFC (初始过滤规则） ， 下面将分别对四部分进行说明：
( 1) 公共标识
公共标识是由与服务配置相关联的用户公共身份构成， 所述的身份可以是 SIP URI (初识会话协 议 同一资源标识） 或 TEL URI (电信统一资源标识） ， 每个公共用户身份包含一个相关的禁止指示 (Barring Indication) 。 若禁止指示被设置， 则 S-CSCF将阻止该公共身份用在除注册和注销以外 的任何其他 IMS通信中，从图 2中可以看出服务配置中相关联的公共标识和隐式注册集没有必然关系， 属于同一隐式注册集的公共标识可以和不同的服务配置相关联， 其中， 属于同一隐式注册集的公共 用户标识任何时刻注册状态都相同， 即隐式注册集中的任何一个公共用户标识注册则意味着其他公 共用户标识也一起注册， 注销相同。
(2) 核心网服务授权
在核心网服务授权中携带媒体策略信息， 该媒体策略信息包含一个整数， 用于标识在 S- CSCF中 的一个订阅的媒体配置， 如允许的 SDP参数； 该信息允许运营商在其 IMS网络中定义不同的用户配置。
(3)初始过滤规则
包括初始过滤规则的形式表示的服务触发信息用；初始过滤规则用来描述到来的 SIP消息何时被 进一步路由到一个特定的应用服务器。
(4)共享 iFC
为了在多个 ServiceProfile中共享 iFC定义的一种新特性， 若 HSS和 S- CSCF都支持这种特性， 下 载数据时在它们之间仅传送代表该共享 iFC的整数值， 从而可以节省 HSS内的存储空间， 优化 Cx参考 点的使用。
现有方案中 HSS可以感知到同一 MS Subscription ( IMS签约关系）中关联于同一 ServiceProfile 的公共用户标识信息。 而且， 为用户分配的 S-CSCF服务器通过 SAR命令到 HSS请求下载用户数据时根 据返回的数据也可以感知到同一 MS Subscription同一隐式注册集中哪些公共用户标识关联于同一 Service Profile, 但是无法感知到那些不属于同一隐式注册集但关联于同一 ServiceProfile的公共 用户标识， 并且网络中为用户提供增值业务的 AS服务器和 UE本身也无法感知哪些公共用户标识关联 于相同的 Service Profile。
例如， SAA中 HSS返回给 S- CSCF的数据格式可通过如下方式表现：
<?xml version=〃l. 0〃 encoding=〃UTF-8"?>
<IMSSubscriptionxmlns： si="http： //www. 3. org/2001/XMLSchema-instance"
xsi： noNamespaceSchemaLocation="D： \ \CxDataType. xsd">
<PrivateID>IMPIl@homedomain. com</PrivateID> II私有用户标识为
IMPI l@homedomain. com
<ServiceProfile> 〃服务配置开始
<PublicIdentity>
<BarringIndication>K/BarringIndication>
<Identity> sip : IMPUl@homedoraain. com </Identity>
</PublicIdentity> II公共用户标识为 sip： IMPUl@homedoraain. com, 并且禁止
<PublicIdentity>
<Identity> sip : IMPU2§homedomain. com </Identity>
</PublicIdentity> 〃公共用户标识为 sip : IMPU2@homedomain. com, 未禁止
<InitialFilterCriteria> 〃出示过滤规则开始
<Priority>0</Priority> 〃优先级
<TriggerPoint>
<Cond i t i onTypeCNF) 1 </Condit i onTypeCNF)
<SPT> 〃业务触发点开始
<ConditionNegated>0</ConditionNegated>
- <Group>0</Group>
<Method>INVITE</Method> 〃通过 INVITE方法触发
</SPT>
<SPT>
<ConditionNegated>0</ConditionNegated>
<Group>0</Group>
<Method>MESSAGE</Method> 〃通过 MESSAGE方法触发
</SPT>
<SPT>
<ConditionNegated>0</ConditionNegated>
<Group>0</Group>
<Method>SUBSCRIBE</Method> 〃通过 SUBSCRIBE方法触发
</SPT> 〃业务出发点结束
</TriggerPoint>
<ApplicationServer>
<ServerName>sip : ASl@homedomain. com</ServerName>
<DefaultHandling>0</DefaultHandling>
</ApplicationServer> 〃应用服务器为 sip :ASl@homedomain, com， 无应答 时默认处理为呼叫终止
</InitialFilterCriteria>
</ServiceProfile> 〃业务配置描述结束
</IMSSubscription> 〃签约关系描述结束 通过上述数据， S- CSCF可以确定 IMPUl@homedomain. com和 IMPU2@homedomain. com关联于相同的 ServiceProfileo 但是， 在上述现有实现方案中， AS (应用服务） ， UE (用户设备） ， S- CSCF均无 法或无法完全感知到同一 IMS Subscription中关联于同一 Service Prof ile的公共用户标识， 这样， 当用户希望关联于同一 Service Profile的公共用户标识在特定情况下， 被釆用同等的处理时， 显然 无法实现。
例如， 在图 2中， 当 IMPU1用于平时非工作范围个人事务联系， 和 IMPU2属于同一隐式注册集， 但 单独拥有一个 Service Profile = IMPU2 和 IMPU3用于工作范围内的事务联系， 拥有相同的 Service Profile 由于 IMPU2, IMPU3都是用于日常工作联系， 所以用户可能希望这两个 IMPU的所有动作均相 同， 如对于主被叫的处理， 免打扰业务， 前转地址信息等都同步保持相同， 若用户通过一个终端修 改 IMPU2的签约数据同时也适用于 IMPU3。
然而， 由于目前 AS、 UE和 S- CSCF均无法或无法完全感知属于同一个 Service Prof ile的同一用户 的 IMPU信息， 所以基于上述应用场景 AS无法确定应该被同等处理 IMPU, 例如， AS给 IMPU2发消息， 是 否需要同时给 IMPU3发送同样消息； 以及， 在 UE修改前转信息时， 是仅需要发送一次， 还是需要重复 发送多次， 均无法确定。 因此， AS、 UE需要感知关联于同一 Service Prof ile的 IMPU信息， 以便对其 中一个 IMPU的操作也能关联到其他相关 IMPU。
但是， 目前业界还没有提供一种技术方案可以令 AS、 UE及 S- CSCF感知属于同一个 Service Profile的 IMPU信息。
发明内容
. 本发明的实施例提供一种通信系统中感知服务配置下的公共用户标识的方法及系统， 从而可以 保证在通信系统中的 AS、 UE及 S- CSCF等实体可以感知到属于同一服务配置的公共用户标识信息， 以 便于进一步采取相应的处理手段。
本发明的实施例瓒供了一种通信系统中感知服务配置下的公共用户标识的方法， 其特征在于， 包括：
在提供多媒体业务的通信网络中， 保存着服务配置信息的实体将其保存的服务配置信息中的与 同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体；
所述的与其通信实体从保存着服务配置信息的实体发来的信息中获得与同一服务配置关联的至 少一个公共用户标识信息。
本发明的实施例提供了一种通信系统中感知服务配置下的公共用户标识的装置， 该装置设置于 提供多媒体业务的通信网络中， 且包括：
服务配置信息保存单元， 用于保存服务配置信息；
公共用户标识发送单元， 用于将服务配置信息保存单元保存的服务配置信息中的与同一服务配 置关联的至少一个公共用户标识信息发送给与其通信的实体。
本发明的实施例提供了一种通信系统中感知服务配置下的公共用户标识的装置， 该装置设置于 提供多媒体业务的通信网络中， 且包括：
公共用户标识接收单元， 用于接收保存着服务配置信息的实体发来的信息， 所述的信息中包含 与同一服务配置关联的至少一个公共用户标识信息。
本发明的实施例提供了一种通信系统中感知服务配置下的公共用户标识的系统， 包括： 服务配置信息保存实体， 用于将保存的服务配置信息中的与同一服务配置关联的至少一个公共 用户标识信息发送给与其通信的实体；
与服务配置信息保存实体通信的实体， 用于接收保存着服务配置信息的实体发来的信息， 所述 的信息中包含与同一服务配置关联的至少一个公共用户标识信息。
由上述本发明实施例提供的技术方案可以看出， 其可以根据服务配置划分用户的方法使得 S-CSCF, AS和 UE等实体能够感知到关联于同一服务配置的公共用户标识信息， 以便于进一步根据所 述的关联于同一服务配置的公共用户标识信息实现相应的操作处理， 例如， 对关联于同一服务配置 的公共用户标识进行相同的业务操作等， 从而满足用户及运营商的灵活的需求。
附图简要说明
图 1为 IMS系统结构示意图；
图 2为 IMS用户标识关系示意图；
图 3为现有技术中的服务配置结构示意图；
图 4为本发明中新增节点的实施例结构示意图；
图 5为 IMS签约关系的实施例示意图一；
图 6为 IMS签约关系的实施例示意图二；
图 7为共享 IMPU的实施例示意图一；
图 8为共享 IMPU的实施例示意图二；
图 9为 IMS签约关系的实施例示意图三；
图 10为 IMS签约关系的实施例示意图四；
图 11为 IMS签约关系的实施例示意图五；
图 12为本发明所述系统的实施例结构示意图。
实施本发明的方式
本发明的实施例提供了一种根据服务配置， 即 ServiceProfile将公共用户标识划分为一组， 并 使 AS、 S-CSCF和 UE等实体均能够感知的实现方法， 从而使得 AS、 S- CSCF和 UE等实体能够根据感知到 的同一服务配置的公共用户标识对其釆取相应的操作处理， 如采用统一的业务处理等。
本发明提供的实施例在具体实现过程中主要包括: 由保存着服务配置信息的实体将与同一服务 配置关联的公共用户标识发送给与其连接通信的实体， 从而使得相应的实体能够从保存着服务配置 信息的实体获知与同一服务配置关联的公共用户标识信息。 其中所述的保存着服务配置信息的实体 可以为 IMS'系统中的 HSS， 与其通信的实体可以为 IMS系统中的 S- CSCF和 AS中至少一个， 当然也可以是 其他功能类似的实体。
在后续的描述过程中将仅以 HSS作为保存着服务配置信息的实体，并以 S-CSCF和 AS中至少一个作 为与 HSS通信的需要获取与同一服务配置关联的公共用户标识的实体为例，对本发明的实施例进行相 应的详细说明。 在 IMS系统中， S- CSCF、 AS和 UE均希望能够获得 HSS中保存的与同一服务配置关联的公共用户标 识信息。 为此， 本发明针对三个实体获得相应信息分别提供了相应的实现方案， 其中-
( 1 ) S-CSCF可以直接通过与 HSS之间的信息交互获得相应的与同一服务配置关联的公共用户标 识信息；
( 2 ) AS可以直接通过与 HSS之间的信息交互获得相应的与同一服务配置关联的公共用户标识信 息， 也可以在 S-CSCF获得了所述信息后， 其再与 S-CSCF之间进行通信获得所述信息；
( 3 ) UE则是在 S-CSCF获得了所述信息后， 其再与 S- CSCF之间进行通信以获得所述信息。
针对上述三种实体获得与同一服务配置关联的公共用户标识信息的过程可以通过专用的消息实 现， 也可以在现有的消息基础上进行相应的扩展实现， 通过扩展消息实现则可以很好的与现有通信 过程兼容。 在后续的具体实施方式的描述过程中将以扩展消息实现方式为例进行说明。
为对本发明有进一步的理解， 下面将结合附图对 S- CSCF、 AS及 UE三种实体具体感知与同一服务 配置关联的公共用户标识的实现方式进行详 的说明。
(一） S-CSCF感知与同一服务配置关联的公共用户标识的过程
为实现 S-CSCF从 HSS获取所述的与同一服务配置关联的公共用户标识信息， 则 HSS在组织 Cx接口 传送的 ServiceProfile数据时对现有的 XML Schema (元标记语言规格） 进行扩展， 在 Cx接口传送的 XML文本中引入一个新的节点， 并且一个 ServiceProfile中最多仅包含一个这样的新增节点即可， 该 节点内部可以包含一个或多个公共用户标识， 新增节点的 UML结构如图 4所示， 包括至少一个 SIP URL 标识和至少一个 Tel URL标识。
在 S - CSCF感知与同一服务配置关联的公共用户标识的处理过程中， 具体包括： 由 S- CSCF发送命 令请求， HSS根据接收到的命令请求将相应的关联于同一服务配置的公共用户标识信息返回给 S-CSCF; 或者， 当 HSS中 S-CSCF需要感知的与同一服务配置关联的公共用户标识信息发生变化时主动 通知 S- CSCF, 例如， 根据 S- CSCF的订制 HSS需要主动通知相应的变化。
( I )根据 S- GSCF的请求从 HSS感知相应信息的过程
HSS在处理 S-CSCF发来的 SAR (服务器分配请求）命令处理过程中需要向 S-CSCF返回 SM消息， 在 返回的 SAA'响应中包含所述的新增节点， 这样， 便可以将与同一服务配置关联的公共标识发送给 S-CSCFo
在所述的新增节点中，包含着与 SAR请求中包含的公共用户标识关联于同一 ServiceProfile但不 属于同一隐式注册集的公共用户标识， 即将关联于同一服务配置的所有公共用户标识均承载于返回 的 SAA消息中， 相应的隐式注册集的公共用户标识则是保存于公共标识节点中。
具体可以将关联于同一 ServiceProf i le但不属于同一隐式注册集的所有公共用户标识或进一步 属于同一私有用户标识的所有公共用户标识承载于返回的 SM消息中发送给 S- CSCF, 即：
( II ) 若限定新增节点只能包含和请求中公共标识为关联于同一 ServiceProfile和同一个私有 用户标识但不属于同一个隐式注册集内的 IMPU, 则 HSS需要进一步筛选相应的公共用户标识信息， 只 有符合条件的公共用户标识才可以被添加到返回的 SM消息中； .
如图 5所示， 若公共用户标识 2 (Public 10^^; 72)或公共用户标识3 (?1^1 Identi1:y3)使用私 有用户标识 1发起注册，则 HSS在 SAR处理中下载的 ServiceProfile中的新增节点中包含的公共用户标 识为公共用户标识 1;
需要说明的是： 如果 S AR请求中没有携带私有用户标识， 并且携带的公有用户标识为一 SharedlMPU (共享 IMPU) , 如图 5中的 IMPU2 (Public Identity2)和 IMPU3 (Public Identity3)， 则 HSS 任选一个私有用户标识相关的公共用户标识包含在 SAA中的 ServiceProfile中返回给 S-CSCF;
例如， IMPU2做为 UnregisterUser (未注册用户）去 HSS下载数据， 则 HSS可以在 ServiceProfile 中任意返回公共用户标识 1或公有用户标识 4。
( 12) 如果新增节点包含与请求中公共标识为关联于同一服务配置但不属于同一隐式注册集的 公共用户标识时， 则 HSS将所有和 SAR请求中包含的公共用户标识关联于同一 ServiceProfile但不属 于同一隐式注册集的所有公共用户标识添加到返回消息中； .
如图 5所示， 若公共用户标识 2或公共用户标识 3使用私有用户标识 1发起注册， 则 HSS在 SAR处理 中下载的 ServiceProfile中的新增节点中包含的公共用户标识为公共用户标识 1 (Public
Figure imgf000009_0001
Identity4)。
通过上述描述可以看出， 为用户分配的 S-CSCF服务器通过发送 SAR命令， 并从 HSS接收返回的 SAA 消息， 便可以从 HSS下载用户数据， 具体为根据 ServiceProfile中的 Public Identity (公共标识） 节点中包含的公共用户标识和所述新增节点中包含的公共用户标识确定关联于同一 ServiceProfile 的所有公共用户标识信息。
除上述（11)和 （12)所述的处理方式外， 还可以由 HSS将与同一服务配置关联并属于同一隐式 注册集的公共用户标识信息发送给与其通信的实体。 .
( 2 ) S- CSCF通过 HSS主动发来的消息感知相应信息的过程
当 HSS上关联于同一 ServiceProfile的公共用户标识发生变化，并经判断需要通知 S- CSCF进行数 据同步修改时， HSS需要发送 PPR (Push- Profile- Request, 推送配置请求） 请求给 S- CSCF, 请求中 包含所述的新增节点， 收到该请求后 S- CSCF使用消息中的数据覆盖 ServiceProfile的 Publicldentity节点中包含的公共用户标识的 ServiceProfile数据， 从而获得了最新的与同一服务 配置关联的公共用户标识信息。
其中， HSS执行的判断具体包括：
(21 ) HSS上关联于同一 ServiceProfile的公共用户标识发生变化， 例如， 公共用户标识所关联 的 ServiceProf i le发生变化， 或者公共用户标识从一个隐式注册集移出或者加入不同隐式注册集但 仍然关联于相同的 ServiceProfile,若这些涉及的公共用户标识都处于 NotRegistered (注销）状态， 则 HSS不需耍发送 PPR命令给 S-CSCF; 否则， 需要发送 PPR命令通知 S- CSCF进行数据同步操作；
(22)若 ServiceProfile内公共标识的改动需要 S- CSCF同步， 并且这些公共标识的改动不涉及 隐式注册集的改动， 只是同一隐式注册集内的公有用户标识所关联的 ServiceProf ile发生变化， 则 HSS需要针对每一组隐式注册集发送 PPR命令进行数据更新， 具体为从原隐式注册集中删除该公共用 户标识， 并将其加入到新的隐式注册集中。 需要说明的是： 所述的删除操作需要先于增加操作完成; 在所述的 PPR命令请求中的 ServiceProfile中新增节点包含变化后的关联于同一 ServiceProiile但和 Publicldentity节点中的公共标识不属于同一隐式注册集的公有用户标识； 如图 6所示， IMPU4关联的 ServiceProfile修改为 ServiceProfile2, 但仍然和 IMPU3属于同一隐 式注册集， . jHSS需要首先发送 PPR命令将 IMPU4从 IMPU5的关联的公有用户标识集合中删除， 然后再 发送 PPR命令将 IMPU4加入 IMPU2的关联公有用户标识集合中， 最后再发送两次 PPR命令更新 IMPU4的 ServiceProfile, IMPU4分别关联于 IMPI 1和 IMPI2；
(23) 若 ServiceProfile内公共标识的改动需耍 S-CSCF同步， 并且这些公共标识的改动涉及隐 式注册集的改动， 即隐式注册集包含的公共用户标识发生变化并且这些公共标识所关联的 ServieProfile也发生变化， 则针对每一组隐式注册集， HSS应分两步通知 S- CSCF完成数据的同步更 改：
首先， 完成隐式注册集的更改；
其次， 完成关联于同一 ServiceProfile的公共用户标识的更改， 这一步更改也要遵循上述（22) 中描述的先删除后增加的原则， 其中每一步操作可能通过多次 PPR命令完成。
(二） AS感知与同一服务配置关联的公共用户标识的过程
在 AS感知与同一服务配置关联的公共用户标识的处理过程中， 具体包括： 由 AS发送命令请求， HSS根据接收到的命令请求将相应的关联于同一服务配置的公共用户标识信息返回给 AS;或者，当 HSS 中 AS需要感知的与同一服务配置关联的公共用户标识信息发生变化时主动通知 AS, 例如， 根据 AS的 订制 HSS需要主动通知相应的变化； 或者， AS接收 S-CSCF发来的消息， 并从所述消息中获取与同一服 务配置关联的公共用户标识信息。
( I) 根据 AS的请求感知相应信息的处理过程
当 AS需要感知关联于相同的 ServiceProfile的公共用户标识，并且本地没有保存相关的数据时， 则可以通过 UDR (用户数据请求）命令到 HSS进行数据査询， HSS在 UDA消息中返回和 UDR请求中包含的 公共用户标识关联于同一个 ServiceProfile的其他公共用户标识； ' 具体包括以下处理过程：
( II ) 当 AS需要 HSS返回关联于同一 ServiceProfile的公共用户标识时， 需要对现有的 UDR命令 中的 Data-Reference取值范围进行扩展， 该请求消息中包含 IMPU和 Data- Reference (数据参考） 两 个参数， 并且其中 Data- Refer ence的取值为实现本发明新增的取值；
( 12) HSS收到该请求后根据 Data- Reference的取值即可判断本次 UDR消息是为了查询关联于同 一 ServiceProf i le的公共用户标识， 则根据请求中包含的公共用户标识索弓 I査找到该标识所属的 ServiceProfile进而査找到关联于该 ServiceProfile的其他公共用户标识；
( 13 ) HSS将查找到的公共用户标识信息返回给 AS, 具体为-
( 131 )若 HSS只需要返回和 UDR请求中包含的公共用户标识关联于同一 ServiceProfile的公共用 户标识， 则 HSS将上述步骤 （12) 中査找到的 IMPU均添加到返回消息中， 返回给 AS;
( 132)若限定 HSS只需要返回和 UDR请求中包含的公共用户标识关联于同一私有用户标识的公共 用户标识， 则 HSS需要进一步对步骤（12)査找到的 ServiceProfile中的其他公共用户标识所关联的 私有用户标识进一步判断， 只有和请求中的公共用户标识关联于同一私有用户标识的公共用户标识 才可以添加到返回消息中， 并返回给 AS, 所述的私有用户标识可以通过请求中的公有用户标识索引 到。
其中， 需要说明的是： 在该步骤（132) 中， 若 UDR请求中包含的公共用户标识是一个共享的公 共用户标识即它同时关联于多个私有用户标识如图 7和图 8所示的 IMPU2， IMPU3， 则可以通过以下几 种方式中完成本次操作：
( 1321 ) 查询发现 UDR请求中包含的公共用户标识为一共享的公共用户标识， 并且存在不同的 公共用户标识和请求中的公共用户标识关联于不同的私有用户标识但是关联于同一 ServiceProfile, 如图 5中的 IMPU1和 IMPU4, 则由于此种情况下无法确定返回的公共用户标识信息， 因此， 由 HSS给 AS返回错误消息， 表示本次查询无法完成； 否则， 向 AS返回和请求中的 IMPU关联于同 一 ServiceProfile的 IMPU, 例如， 在图 6中， 若 UDR请求中包含的是 IMPU3则 HSS在响应中返回 IMPU4;
( 1322)查询发现 UDR请求中包含的公共用户标识为一共享的公共用户标识， 并且存在不同的公 共用户标识和请求中的公共用户标识关联于不同的私有用户标识但是关联于同一 ServiceProfile, 如图 5中的 IMPU1和 IMPM， 此时， HSS可以随机选择一个和请求中的 IMPU关联于同一 IMPI的 IMPU返回， 例如这里随机返回 IMPU1或者 IMPU4中的任意一个； 否则， 向 AS返回和请求中的 IMPU关联于同一 ServiceProfile的 IMPU, 如在图 6中若 UDR请求中包含的是 IMPU3则 HSS在响应中返回 IMPU4;
( 1323)查询发现 UDR请求中包含的公共用户标识为一共享的公共用户标识， 并且存在不同的公 共用户标识和请求中的公共用户标识关联于不同的私有用户标识但是关联于同一 ServiceProfile, 如图 5中的 IMPU1和 IMPU4, 此时， HSS可以返回所有关联的 IMPU，'如同时返回 IMPU1和 IMPU4; 否则， 向 AS返回和请求中的 IMPU关联于同一 ServiceProfile的 IMPU,如在图 6中若 UDR请求中包含的是: [MPU3 则 HSS在响应中返回 IMPU4;
( 1324)对现有的 Sh接口进行扩展，允许在 Sh接口上传输私有用户标识，并对 UDR请求进行扩展， 要求在请求用户关联于同一 ServiceProfile的 IMPU时，必须同时携带私有用户标识和公共用户标识， 这样 HSS根据请求中的私有用户标识即可判断上述情形需要返回的 IMPU。
(2) AS通过 HSS主动发来的消息感知相应的信息
对于 AS和 HSS之间的 Sh接口的更改还涉及 SNR命令的修改， 即允许 AS订阅通知， 当和请求消息中 的公共用户标识关联于同一 ServiceProfile的公共用户标识发生变化时， AS能够通过 HSS主动发来的 消息感知到该变化；
具体的处理过程包括：
(21 ) 需要对现有 SNR命令中 Data- Reference的取值范围进行扩展， 扩展后的取值和上述 UDR命 令中的扩展取值相同， HSS收到该请求后根据其中 Data- Reference的取值即可判断该命令是订阅 /取 消和请求中的公共用户标识关联于同一 ServiceProfile的公共用户标识的变化通知；
具体包括以下几种情况；
HSS确定 AS订阅了和 SNR请求中包含的公共用户标识关联于同一 ServiceProfile的公共用户标识 的变化通知；
HSS限定仅允许 AS订阅和 SNR请求中包含的公共用户标识关联于同一私有用户标识的公共用户标 识，则 HSS需要进一步对相应的 ServiceProfile中的其他公共用户标识所关联的私有用户标识进行判 断， 并确定 AS只订阅了和请求中的公共用户标识关联于同一私有用户标识的公共用户标识的变化通 知；
其中，需耍说明的是:若 HSS收到的 SNR请求中包含的公共用户标识是一个共享的公共用户标识， 即它同时关联于多个私有用户标识， 则 HSS可以通过以下几种方式完成本次操作 -
HSS查询发现 SNR请求中包含的公共用户标识为一共享的公共用户标识， 则给 AS返回错误， 表示 本次订阅无法完成；
HSS查询发现 SNR请求中包含的公共用户标识为一共享的公共用户标识， 则认为 AS订阅了所有的 与各个私有用户标识相关联的并和 SNR请求中包含的公共用户标识关联于同一 ServiceProfile的公 共用户标识的变化通知；
对现有的 SNR请求进行扩展， 要求在 SNR请求中同时携带私有用户标识和公共用户标识， 这样 HSS 根据请求中的私有用户标识即可判断 AS订阅的具体的公共用户标识变化通知。
( 22 ) 在 AS通过 SNR命令订阅了通知后， 当这些数据发生变化时 HSS需要通过 PNR (Push-Notification-Request, 推送通知请求） 命令发送消息告知 AS;
其中， PNR命令中包含两个参数 User-Identity和 User- Data, User- Identity中包含 SNR请求中订 阅的公共用户标识， User-Data中包含更新后的数据， 其中包含唯一标识数据的关键字如 Data-Reference, 在该节点中包含和请求中的公共用户标识关联于同一 ServiceProfile的公共用户 标识；
如果数据发生变化后不存在和 SNR请求中的公共用户标识关联于同一 ServiceProfile的公共用 户标识， 则该通知消息中公共标识节点内包含 0个公共用户标识。
( 3 ) AS通过从 S- CSCF接收的消息感知相应的信息
在该方法中， AS通过从 S- CSCF接收到的消息中获知与同一服务配置关联的公共用户标识信息； (31 )若 AS在用户的注册过程中通过第三方注册也订阅了 reg-event (注册事件）事件通知， 则 S-CSCF可以将通过 SAA得到的关联于同一 ServiceProfile的公共用户标识添加到 reg- event的 Notify 消息中， 并通过 ISC (S- CSCF与 AS之间的接口）接口传送给 AS, AS收到该 Notify消息后， 即可获知和 消息中每一公共用户标识关联于同一 ServiceProfile的其他公共用户标识；
同时， 若 S- CSCF收到 PPR命令发现用户关联于同一 ServiceProf i le的公共用户标识发生了变化， 且 AS订阅了 reg- event的事件通知， 则 S- CSCF通过 ISC接口向 AS发送 Notify消息， 其中包含和每一公 共用户标识关联于同一 ServiceProfile的公共用户标识； AS收到该 Notify消息后， 即可获知修改后 的和消息中每一公共用户标识关联于同一 ServiceProfile的其他公共用户标识；
其中， S- CSCF将和用户关联于同一 ServiceProfile的公共用户标识添加到 Notify消息中， 可通 过以下方式实现- 对 ISC接口的 XML Schema进行扩展， 在每一个 registration节点中增加一个信元， 在该信元中可 包含一个或多个公共用户标识， 这些标识为和 registration aor记录中的公共用户标识关联于同一 ServiceProfile和同一私有用户标识的公共用户标识， 包括隐式注册集内的公共用户标识。 (32) 若 AS没有订阅 reg- event的事件通知， 则需要对现有的 SIP (会话初始协议） 进行扩展， 新定义一个 SIP头域， 用来携带关联于同一 ServiceProfile的公共用户标识； 这样， S-CSCF便可以在 第三方注册消息中使用此新定义的头域携带与发起注册的公共用户标识关联于同一 ServiceProf i le 的其他公共用户标识。
(三） UE感知与同一服务配置关联的公共用户标识的过程
由于 UE不直接与 HSS通信，所以 UE需要通过直接与其通信的 S-CSCF感知与同一服务配置关联的公 共用户标识。
在 UE的注册过程中， S- CSCF通过 SAR下载了用户数据后， 获知了用户关联于同一 ServiceProf ile 的公共用户标识， 由于用户会在收到注册请求的 200 0K响应后向 S- CSCF发送订阅 reg- event (注册事 件） 的事件通知， 这样， S- CSCF便可以将 UE需要感知的信息添力 Π到 reg-event的 Notify (通知）消息 中， 并通过 Gm (UE与代理 CSCF之间的接口） 接口传送给 UE, UE收到该 Notify消息后， 即可获知和消 息中每一公共用户标识关联于同一ServiceProf i le的其他公共用户标识；
同时， 若 S-CSCF收到 PPR命令发现用户关联于同一 ServiceProfile的公共用户标识发生了变化， 且 UE订阅了 reg-event的事件通知， 贝 US- CSCF通过 Gm接口向 UE发送 Notify消息， 其中包含和每一公共 用户标识关联于同一 ServiceProf i le的公共用户标识； UE收到该 Not if y消息后， 即可获知修改后的 和消息中每一公共用户标识关联于同一 ServiceProfile的其他公共用户标识；
其中， S- CSCF将和用户关联于同一 ServiceProf ile的公共用户标识添加到 Notify消息中， 可通 过以下方式实现：
对 Mw (S- CSCF与代理 CSCF之间的接口）和 Gm接口的 XML Schema进行扩展， 在每一个 registration 节点中增加一个信元，在该信元中可包含一个或多个公共用户标识，这些标识为和 registration aor 记录中的公共用户标识关联于同一 ServiceProfile和同一私有用户标识的公共用户标识， 包括隐式 注册集内的公共用户标识。
前面对本发明的实现方式进行了描述，后面将再结合具体的应用实例对本发明进行详细的说明。 实施例一
Cx接口增加新增节点后的 XML Schema可用下面的表 1表示， 其中， 新增的 GroupPublicIdentity 节点中包含和 Publicldentity节点中的公有用户标识关联于同一 ServiceProfile和私有用户标识但 不属于同一隐式注册集的公有用户标识， 如表 1所示：
表 1
Com pound of (组成）
Data type (数据类
Tag (标记） Cardinality 型） Tag (标记） Type (类型）
(数目）
PrivatelD (私有标
tPrivatelD 1
IMSSubscription 识）
tlMSSubscription
( IMS签约）
ServiceProfile (月艮
tServiceProfile (1 to n) 务配置）
ServiceProfile (服务 Publicldentity (公
tServiceProfile tPublicldentity (1 to n) 配置） 共标识） InitialFilterCriteria
tlnitialFilterCriteria
(初始过滤规则） (0 to n)
CoreNetworkServi
cesAuthorization CoreNetworkServi
(O to 1)
(核心网业务授 cesAuthorization
权）
SharedlFCSetlD
(共享初始过滤规 tSharedlFCSetlD (0 to n) 则标识）
GroupPublicldenti tGroupPublicldent
(O to 1) ty/ (组公共标识) ity
GroupPublicldentity Publicldentity (公
tGroupPublicldentity tPublicldentity (1 to n)
(组公共标识） 共标识）
SubscribedMedia
CoreNetworkServic
tCoreNetworkServic Profileld
esAuthorization tSubscribedMedia
(O to 1) esAuthorization (签约媒体配置标 Profileld
(核心网业务授权）
识）
Barringlndication
tBool
Publicldentity (公共 (禁止指示） 1 tPublicldentity
标识） Identity
tldentity
(标识） 1
Priority (优先级) tPriority 1
TriggerPoint (触发
tTrigger (O to 1)
InitialFilterCriteria 点）
tlnitialFilterCriteria ApplicationServer
(初始过滤规则） tApplicationServer
(应用服务器） 1
ProfilePartlndicat
or tProfilePartlndicat
(0 to 1) or
(配置部分指示）
注： 此表格只列出了涉及的修改部分， 并未列出完整的表格部分
实施例二
如图 5所示的 IMS签约关系中， IMPUl , IMPU2, IMPU3, IMPU4关联于同一 ServiceProfile并且分 别和 IMPI1，IMPI2关联， 其中 IMPU2，IMPU3属于同一隐式注册集， 如果 IMPU1发起注册， 贝 IjSAA消息
ServiceProfile中新增节点包含的公共用户标识为 IMPU2, IMPU3; 若 IMPU2或 IMPU3使用 IMPI1发起注 册， 则 SAA消息 ServiceProfile中新增节点包含的公共用户标识为 IMPU1,若 IMPU4发起注册， 贝 (JSAA 消息 Servi ceProf i 1 e中新增节点包含的公共用户标识为 IMPU3和 IMPU2；
以 IMPU1为例， SAA中 XML格式的 ServiceProfi le内容如下：
<?xml version="1.0" encoding="UTF-8"?>
<IMSSubscriptionxmlns:xsi="http：〃 www. w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="D:\ \CxDataType.xsd">
<PrivateID>IMPI 1 @homedomain.com</PrivateID>
<ServiceProfile>
<PublicIdentity>
<Identity> sip:IMPUl @homedomaih.com </Identity>
< PublicIdentity>
<GroupIdentity> II组公共标识描述起始，组内包含两个公共用户标识， sip:IMPU2@homedomain.com
<PublicIdentity> 〃禾口 sip:IMPU3@homedomain.com <Identity>sip:IMPU2@homedomain.com</Identity>
</PublicIdentity> //第一个公共用户标识描述结束
<PublicIdentity>
<Identity>sip:IMPU3@homedomain.com</Identity>
</PublicIdentity> //第二个公共用户标识描述结束
</GroupIdentity> //组公共标识描述结束
</S erviceProfile>
</IMSSubscription>
实施例三
如图 9所示， IMPU1也加入 IMPU2, IMPU3的隐式注册集， 则 HSS需要发送 PPR命令， 通知 S-CSCF更 新所保存的 IMPUl, IMPU2, IMPU3的数据， HSS发送的 PPR请求中 XML格式的 ServiceProf ile的内容为： <?xml version:" 1.0" encoding="UTF-8"?>
<IMS Subscriptionxmlns :xsi="http：〃 www. w3. org/2001 /XMLSchema-instance"
xsi:noNamespaceSchemaLocation="D:\ \CxDataType.xsd">
<PrivateID>IMPI 1 @homedomain.com</PrivateID>
<ServiceProfile>
<PublicIdentity>
<Identity> si :IMPU 1 @homedomain. com </Identity>
</PublicIdentity>
<PublicIdentity>
<Identity>sip:IMPU2@homedomain.com</Identity> //IMPU2加入隐式注册集' 包含在 Publicldentity节点中
</PublicIdentity>
<PublicIdentity>
<Identity>sip:IMPU3@homedomain.com</Identity>//IMPU3 加入隐式注册集， 包含在 Publicldentity节点中
</PublicIdentity>
<GroupIdentity> 〃不存在和 IMPU2,IMPU3 属于同一隐式注册集但关联于同一 ServiceProfile的其他公共用户标识
</GroupIdentity> '
</ServiceProfile>
</IMSSubscription>
实施例四
如图 10所示的 IMS签约关系中， AS通过 UDR命令请求和 IMPU2关联于同一 ServiceProf ile的公共用 户标识， HSS返回: [MPU1和 IMPU3; 具体的消息格式如下：
<?xml version="1.0" encoding="UTF-8"?>
<IMSSubscriptionxmlns:xsi="http：〃 www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="D:\ \CxDataType.xsd">
<PrivateID>IMPI 1 @homedomain.com</PrivateID>
<UserData>
<PublicIdentity> <Identity>sip:IMPUl@homedomain.com</Identity> 〃返回和 IMPU2关联于同一
ServiceProfile的公共用户标识 IMPU1
</PublicIdentity>
<PublicIdentity>
<Identity>sip:IMPU3@homedomain.com</Identity> 〃返回和 IMPU2 关联于同一 ServiceProfile的公共用户标识 IMPU3
</PublicIdentity>
</UserData>
实施例五
如图 6所示， IMPU4关联的 ServiceProfile修改为 ServiceProfile2，但仍然和 IMPU3属于同一隐式 注册集， 贝HSS需要首先发送 PPR命令将 IMPU4从 IMPU5的关联的公有用户标识集合中删除， 然后再发 送 PPR命令将 IMPU4加入 IMPU2的关联公有用户标识集合中， 最后再发送 PPR命令更新 IMPU4的 ServiceProf ϊ ΐβ ο
第一次 PPR命令中 ServiceProfile XML文本如下， 首先从 IMPU5的关联 Group信息中删除 IMPU4: <?xml version="1.0" encoding="UTF-8"?>
<IMSSubscriptionxmlns:xsi="http：〃 www.w3.org/2001/XMLSchema-iiistance"
xsi:noNamespaceSchemaLocation="D:\ \CxDataType.xsd">
<PrivateID>IMPI2@homedomain.com</PrivateID>
<ServiceProfile>
<PublicIdentity>
<Identit > sip:IMPU5@homedomain.com </Identity>
< PublicIdentity>
<GroupIdentity>
<PublicIdentity> //和 IMPU5关联于私有用户标识 2和同一 ServiceProfile的公共用户标识 剩余 IMPU3
<Identity> sip :IMPU3 @homedomain, com </Identit >
<PublicIdentity>
</GroupIdentit >
</ServiceProfile>
<ServiceProfile>
<PublicIdentity>
<Identity> sip:IMPU6@homedomain.com </Identit >
</PublicIdentity>
</ServiceProfile>
</IMSSubscription>
第二次 PPR命令中 ServiceProf ile XML文本如下， 将 IMPU4加入到 IMPU2的关联的 Group组内： <?xml version- ' 1.0" encoding="UTF-8"?>
Figure imgf000016_0001
xsi:noNamespaceSchemaLocation=MD:\ \CxDataType.xsd">
<PrivateID>IMPI 1 @homedomain.com</PrivateID>
<ServiceProfile> <PublicIdentity>
<Identity> sip:IMPU2@homedomain.com </Identity>
< PublicIdentity>
<GroupIdentity>
<PublicIdentity> //存在和 IMPU2关联于私有用户标识 1和同一 ServiceProfile的其他公共 用户标识
<Identity> sip:IMPU4@homedomain.com </Identity>
</PublicIdentity>
</GroupIdentity>
</ServiceProfile>
<ServiceProfile>
<PublicIdentit >
<Identity> sip:IMPUl@homedomain.com </Identity>
</PublicIdentity>
</ServiceProfile>
</IMSSubscription>
第三次 PPR命令中 ServiceProf ile XML文本如下， 因为 IMPU3和 IMPU4是 SharedlMPU, 对于私有用 户标识 1， 将 IMPU4从 IMPU3关联的 Group组内删除， 并在 IMPU4的 Group组内增加 IMPU2的信息： <?xml version- Ί.0" encoding="UTF-8 " ?>
<IMSSubscriptionxmlns:xsi="http：〃 www. w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation=nD:\ \CxDataType.xsdM>
<PrivateID>IMPIl@homedomain.com</PrivateID>
<ServiceProfile>
<PublicIdentit >
<Identity> sip:IMPU3@homedomain.com </Identity>
</PublicIdentity>
<Groupidentity> //不存在和 IMPU3关联于私有用户标识 1和同一 ServiceProfile的其 他公共用户标识
</GroupIdentity>
</ServiceProfile>
<ServiceProfile>
<PublicIdentity>
<Identity> sip :IMPU4@homedomain.com </identity>
</PublicIdentity>
<GroupIdentity>
<PublicIdentity> //存在和公有用户标识 4关联于私有用户标识 1和同一 ServiceProfile 的公共用户标识 IMPU2
<Identity> sip:IMPU2@homedomain.com </Identity>
</PublicIdentity>
</GroupIdentity>
</ServiceProfile> </IMSSubscription>
第四次 PPR命令中 ServiceProf ile XML文本如下， 因为 IMPU3和 IMPU4是 SharedlMPU, 对于私有用 户标识 2, 将 IMPU4从 IMPU3关联的 Group组内删除 （IMPU5仍然保留） ， 将 IMPU5从 IMPU4的 Group组内 删除：
<?xml version="1.0" encoding="UTF-8"?>
<IMSSubscriptionxinlns:xsi='l ttp://www. w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="D:\\CxDataType.xsd">
<PrivateID>IMPI2@homedomain.com</PrivateID>
<ServiceProfile>
<PublicIdentity>
<Identity> sip :IMPU3 @homedomain. com </ldentity>
</PublicIdentity>
<GroupIdentity> //关联于私有用户标识 2的组内成员
<PublicIdentity>
' <Identity> sip:IMPU5@homedomain.com </Identity> 〃关联于同一
ServiceProfile的公共用户标识
</PublicIdentity>
</GroupIdentity>
</ServiceProfile>
<ServiceProfile>
<PublicIdentity>
<Identity> sip:IMPU4@homedomain.com </Identity>
</PublicIdentity>
<GroupIdentity> //不存在和 IMPU4 关联于私有用户标识 2 和同一
ServiceProfile的其他公共用户标识
</GroupIdentity>
</ServiceProfile>
</IMSSubscription> 实施例六
如图 11所示， IMPU1在注册过程中订阅了 reg- event事件通知， S- CSCF发送 Notify消 息给 UE， 在其中携带各 IMPU关联于同一 Servi ceProf i 1 e的公共用户标识。
若没有进一步限制， S-CSCF可以跨: MPI返回关联于同一 ServiceProfile的公有用户 标识， 则 Not if y消息内容如下：
NOTIFY sip: IMPUl@homedomain.com;opaque=hha9s8d-999a SIP/2.0
From: <sip:IMPUl @homedomain.com>;tag=27182
To: <sip:IMPUl @homedomain.com>;tag=262281
Subscription-State: active;expires=3600
Event: reg
Content-Type: application/reginfo+xml Contact: <sip:registrar.homedomain.com>
Content-Length: (...)
<?xml version- Ί.0"?>
<reginfo xmlns="urn:ietf:params:xml:ns:reginfo"
Figure imgf000019_0001
version-" 1"
Registration aor=nsip:IMPUl@homedomainxom" id=na7"state="activen>
<contact id="92" state="active" event=nregisterednduration-registered=n 1 " expires="3599">
<uri>
siprua.exaiTiple.com
</uri>
</contact>
<GroupIdentity>
<uri>sip:IMPU2◎ homedomain.com</iiri> 〃存在和 IMPU1 关联于同一 ServiceProfile的公共用户标识 IMPU2
</GroupIdentity>
</registration>
Registration aor="sip:IMPU2@homedomain.com" id="a8" state="active"> <contact id="93" state="active" event="created"
duration- registered="l" expires="3599">
<uri>
sip:ua.example.com
</uri>
</contact>
<GroupIdentity>
<uri>sip:IMPUl ® homedomain.com</uri> II存在和 IMPU2 关联于同一 ServiceProfile的公共用户标识 IMPU1
</GroupIdentit >
</registration>
Registration
aor="sip:IMPU3@homedomain.com;user=phone''id=Ma9"state="active >
<contact id="94" state="active" event="created" duration-registered=" 1 " expires="3599">
<uri>
sip:ua.example.com
</uri>
</contact>
<GroupIdentity>
<uri>sip:IMPU4◎ homedomain.com</uri> 〃存在和 IMPU3 关联于同一 ServiceProfile的公共用户标识 IMPU4
</GroupIdentity>
</registration>
</reginfo> 若进一步限定， S- CSCF只能返回关联于同一 ServiceProfile同一私有用户标识的 IMPU，则 Notify 消息内容如下：
NOTIFY sip: IMPUl@homedomain.com;opaque=hha9s8d-999a SIP/2.0
From: <sip:IMPUl@homedomain.com>;tag=27182
To: <sip:IMPUl@homedomain.com>;tag==262281
Subscription-State: active;expires=3600
Event: reg
Content-Type: application/reginfo+xml
Contact: <sip:registrar.homedomain.com>
Content-Length: (...)
<?xml version="1.0,,?>
<reginfo xmlnsyumietf params mlnOginfo''
xmlns :xsi="http：〃 www. w3.org/2001 /XMLSchema-instance"
version-" 1" state=Mfulln>
Registration aor=nsip:IMPUl@homedomain.com" id="a7"state="activen> <contact id="92" state="activen event=Mregisterednduration-registered=" 1 " expires=u3599">
<uri> ·
sip:ua.example.com
</uri>
</contact>
<GroupIdentity>
<uri>sip:IMPU2◎ homedomam.com</uri> //存在和 IMPUl 关联于同一 ServiceProfile的公共用户标识 IMPU2
</ GroupIdentity>
</registration>
Registration aor=nsip:IMPU2@homedomain.comM id="a8n state=="active"〉 <contact id- ' 93" state=" active" event="created"
duration-registered=" 1 " expires="3599">
<uri>
sip:ua.example.com
</uri>
</contact>
<GroupIdentity>
<uri>sip:IMPUl ◎ homedomain.com</uri> 〃存在禾口 IMPU2 关联于同一 ServiceProfile的公共用户标识 IMPU1
</GroupIdentity>
</registration>
Registration
aor="sip:MPU3@homedomain.com;user=phone"id="a9"state="active">
<contact id="94" state="activen event=ncreatedn duration-registered=" 1 " expires="3599">
<uri>
sip;ua.example.com </uri>
</contact>
</registration>
</reginfo>
本发明所述的方法在具体实现过程中还可以釆用以下方案实现。
本发明中根据 ServiceProf i le将用户划分为组的方法还可以为：
( 1)对 ServiceProf ile引入一个新增属性值， 一个 ServiceProf ile仅设置一个这样的属性值即 可， 该新增属性值可以有效标识一个 Servi ceProf i 1 e；
(2) HSS在组织 Cx接口传送的 ServiceProfile数据时对现有的 XML Schema进行扩展， 在 Cx接口 传送的 XML文本中引入一个新的节点， 并且一个 ServiceProfile仅包含一个这样的新增节点即可， 该 节点内包含能够唯一标识该 ServiceProfile的新增属性值作为服务配置标识；
( 3 ) S- CSCF通过 SAR命令从 HSS下载用户数据后， 根据该新增属性值可以索引查找到相应的服务 配置， 进而可以确定关联于同一 ServiceProf ile的公共用户标识信息；
(4) 当 HSS上关联于同一 ServiceProfile的公共用户标识发生变化， 并经判断需要通知 S- CSCF 进行数据同步修改时， 则 HSS需要发送 PPR请求给 S- CSCF , .请求中包含上述新增唯一标识 ServiceProf ile的属性值以及更新后的 ServiceProfile信息， 收到该请求后 S- CSCF使用消息中的更 新后的 ServiceProf ile数据覆盖消息中的属性值对应的 ServiceProf ile的 Publicldentity节点中包 含的公共用户标识的 ServiceProf ile数据，这样， 在 S-CSCF上便保存着最新的 ServiceProf ile信息， 以便于能够可靠地确定任一 ServiceProf i le关联的公共用户标识信息。
同时， 在本发明中， 若 UE及 AS定阅了 reg- event事件通知， 则在注册过程中 S- CSCF还需要将通过 上述过程得到的公共用户标识添加到该事件 Notify消息中发送给 UE和 AS, UE及 AS收到该 Notify消息 后， 即可获知和消息中每一公共用户标识关联于同一 ServiceProf ile的其他公共用户标识， 具体为： 若 S-CSCF收到 PPR命令发现用户关联于同一 ServiceProfile的公共用户标识发生了变化， 且 UE 及 AS订阅了 reg- event的事件通知， 则 S- CSCF通过 Gm， ISC接口向 UE和 AS发送 Notify消息， 其中包含和 每一公共用户标识关联于同一 ServiceProf ile的公共用户标识； UE和 AS收到该 Notify消息后， 即可 获知修改后的和消息中每一公共用户标识关联于同一 ServiceProf ile的其他公共用户标识； 其中， S- CSCF将和用户关联于同一 ServiceProf ile的公共用户标识添加到 Notify消息中， 可通过以下方式 实现：
对 Mw， Gm， ISC接口的 XML Schema进行扩展， 在每一个 registration节点中增加一个信元， 在该 信元中可包含一个或多个公共用户标识， 这些标识为和 registration aor记录中的公共用户标识关 联于同一 ServiceProf ile和同一私有用户标识的公共用户标识，包括隐式注册集内的公共用户标识； 而且， 若 UE及 AS未订阅 reg- event的事件通知， 则可以如前所述通过针对 SIP协议的扩展实现。 在上述过程中， 若还需要对 Sh接口的 UDR、 SNR和 PNR命令进行相应的修改， 则具体可参见前面针 对相应命令的扩展描述， 此处不再详述。
本发明还提供了一种通信系统中感知服务配置下的公共用户标识的系统的具体实施例， 该系统 设置于提供多媒体业务的通信网络中， 如图 12所示， 包括： ( 1) 服务配置信息保存实体
该实体用于将保存的服务配置信息中的与同一服务配置关联的至少一个公共用户标识信息发送 给与其通信的实体；
该实体中具体设置了通信系统中感知服务配置下的公共用户标识的装置， 该装 S具体可以设置 于 HSS中， 且具体可以包括- 服务配置信息保存单元， 用于保存服务配置信息；
公共用户标识发送单元， 用于将服务配置信息保存单元保存的服务配置信息中的与同一服务配 置关联的至少一个公共用户标识信息发送给与其通信的实体。
所述的装置还可以包括：
更新操作单元， 用于在保存的与同一服务配置关联的公共用户标识信息更新后， 触发所述公共 用户标识发送单元将更新后的信息发送给与其通信的订阅了该变化事件的实体； 或者，
信息请求接收单元， 用于接收与其通信的实体的请求， 并根据所述请求触发所述公 共用户标识发送单元将请求的与同一服务配置关联的公共用户标识信息发送给请求发 送端的实体。
( 2 ) 与服务配置信息保存实体通信的实体， 用于接收保存着服务配置信息的实体 发来的信息， 所述的信息中包含与同一服务配置关联的至少一个公共用户标识信息。
该实体中具体设置有通信系统中感知服务配置下的公共用户标识的装置， 所述的装置具体可以 设置于 S- CSCF实体和 /或 AS中， 具体包括：
公共用户标识接收单元， 用于接收保存着服务配置信息的实体发来的信息， 所述的信息中包含 与同一服务配置关联的至少一个公共用户标识信息；
所述的装置还包括信息请求发送单元， 用于向保存着服务配置信息的实体发送请求获取与同一 服务配置关联的至少一个公共用户标识信息的请求消息。
需要说明的是， 在该系统中， 在服务配置信息保存实体和与服务配置信息保存实体通信的实体 之间， 针对与同一服务配置关联的至少一个公共用户标识信息的具体传递过程在前面已经有详细描 述， 故在此不再详述。
综上所述， 本发明提供的实施例使得 AS、 S- CSCF及 UE可以感知到关联于同一服务配置的公共用 户标识， 从而可以基于感知到的信息进行相应的进一步操作处理， 以满足用户开展业务过程中的各 种需求。
以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并不局限于此， 任何熟悉本 技术领域的技术人员在本发明揭露的技术范围内， 可轻易想到的变化或替换， 都应涵盖在本发明的 保护范围之内。 因此， 本发明的保护范围应该以权利要求的保护范围为准。

Claims

—权利要求
1、一种通信系统中感知服务配置下的公共用户标识的方法， 其特征在于， 包括： 在提供多媒体业务的通信网络中， 保存着服务配置信息的实体将其保存的服务配置信息中的与 同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体；
所述的与其通信实体从保存着服务配置信息的实体发来的信息中获得与同一服务配置关联的至 少一个公共用户标识信息。
2、 根据权利要求 1所述的通信系统中感知服务配置下的公共用户标识的方法， 其特征在于， 所 述的保存着服务配置信息的实体包括： 归属签约用户服务器 HSS。
3、 根据权利要求 1所述的通信系统中感知服务配置下的公共用户标识的方法， 其特征在于， 所 述的与保存着服务配置信息通信的实体包括： 服务呼叫会话控制功能 S-CSCF实体和 /或应用服务器 AS o
4、 根据权利要求 1所述的通信系统中感知服务配置下的公共用户标识的方法， 其特征在于， 所 述的将至少一个公共用户标识信息发送给与其通信的实体的过程包括：
HSS将与同一服务配置和同一私有用户标识关联的公共用户标识信息发送给与其通信的实体；或 者， HSS将与同一服务配置关联的所有公共用户标识信息发送给其与通信的实体； 或者， HSS将与同 一服务配置关联并属于同一隐式注册集的公共用户标识信息发送给与其通信的实体。
5、 根据权利要求 1所述的通信系统中感知服务配置下的公共用户标识的方法， 其特征在于， 所 述的公共用户标识信息承载于扩展的消息中发送给与保存着服务配置信息的实体逋信的实体。
6、 根据权利要求 5所述的通信系统中感知服务配置下的公共用户标识的方法， 其特征在于， 所 述的扩展的消息包括： 服务器分配应答 SM消息、推送配置请求 PPR命令消息、推送通知请求 PNR命令 消息和用户数据请求响应 UDA命令消息中的至少一项。
7、根据权利要求 1至 6任一项所述的通信系统中感知服务配置下的公共用户标识的方法， 其特征 在于， 所述的将至少一个公共用户标识信息发送给与其通信的实体的过程包括： '
HSS主动将保存的更新后的与同一服务配置关联的公共用户标识信息发送给与其通信的订阅了 该变化事件的实体； 当 HSS上的服务配置关联的公共用户标识信息发生变化时， 则将所述变化通知订 制该服务配置关联的公共用户信息的实体； 或者，
HSS根据与其通信的实体的请求，将与同一服务配置关联的公共用户标识信息发送给与其通信的 实体。
8、 根据权利要求 7所述的通信系统中感知服务配置下的公共用户标识的方法， 其特征在于， 针 对订阅了变化事件的实体的处理具体包括：
当 HSS上的服务配置关联的公共用户标识信息的变化未导致隐式注册集间的改动，而仅导致隐式 注册集内的改动， 则将涉及到的各个隐式注册集的变化通知所述与 HSS通信的实体； 和 /或，
当 HSS上的服务配置关联的公共用户标识信息的变化导致隐式注册集间的改动，则首先进行隐式 注册集的修改， 之后， 再将涉及到的各个隐式注册集的变化通知所述与 HSS通信的实体。
9、 根据权利要求 8所述的通信系统中感知服务配置下的公共用户标识的方法， 其特征在于， 所 述的各个隐式注册集的变化通知包括：
HSS首先将需要从隐式注册集中删除公共用户标识的消息发送给对应的实体， 之后， 再将需耍向 隐式注册集中增加相应的公共用户标识的消息发送给对应的实体。
10、根据权利要求 7所述的通信系统中感知服务配置下的公共用户标识的方法， 其特征在于， 所 述的与其通信的实体的请求包括： SAR命令请求、 UDR命令请求和 /或 SNR命令请求。
11、 根据权利要求 7所述的通信系统中感知服务配置下的公共用户标识的方法， 其特征在于， 所 述的 HSS根据与其通信的实体的请求进行的处理具体包括：
当所述的请求中的公共用户标识为共享用户标识信息时，则在 HSS中确定与该共享公共用户标识 关联同一服务配置的所有公共用户标识； 或者， 在 HSS中确定与该共享公共用户标识关联同一服务配 置的所有公共用户标识， 并进一步从其中确定任一与请求中的公共用户标识属于同一私有用户标识 的公共用户标识； 或者， 在 HSS中确定与共享公共用户标识关联同一服务配置及私有用户标识的各公 共用户标识； 之后， 将确定的公共用户标识返回给相应的实体。
12、根据权利要求 7所述的通信系统中感知服务配置下的公共用户标识的方法， 其特征在于， 所 述的获得与同一服务配置关联的至少一个公共用户标识信息的步骤包括：
S-CSCF接收 HSS发来的 SAA消息， 从该消息中的公共标识节点和扩展的消息节点中获取公共用户 标识信息， 作为关联于同一服务配置的所有公共用户标识信息。
13、 根据权利要求 1至 6任一项所述的通信系统中感知服务配置下的公共用户标识的方法， 其特 征在于， 所述的方法还包括-
S-CSCF根据用户终端和 /或 AS的请求将所述的与同一服务配置关联的公共用户标识信息发送给 用户终端和 /或 AS ; 或者，
S-CSCF主动将所述的与同一服务配置关联的公共用户标识信息发送给用户终端和 /或 AS。
14、 根据权利要求 13所述的通信系统中感知服务配置下的公共用户标识的方法， 其特征在于， 所述的 S-CSCF将所述的与同一服务配置关联的公共用户标识通过注册事件 reg-event通知 Notify消 息或会话初始协议 SIP消息为此需求新定义的一个头域发送给用户终端和 /或 AS。
15、 根据权利要求 1至 6任一项所述的通信系统中感知服务配置下的公共用户标识的方法， 其特 征在于， 所述的方法还包括：
HSS向 S- CSCF发送服务配置唯一对应的服务配置标识；
S-CSCF根据接收的服务配置标识在 S-CSCF上保存的以服务配置标识索引的服务配置信息中査找 确定与该服务配置关联的公共用户标识信息。
16、 根据权利要求 15所述的通信系统中感知服务配置下的公共用户标识的方法， 其特征在于， 所述的 HSS向 S- CSCF发送服务配置唯一对应的服务配置标识的步骤包括 -
HSS根据 S- CSCF的请求将相应的服务配置唯一对应的服务配置标识发送给所述 S-CSCF; 或者， 当 HSS上的服务配置发生变化时， 则 HSS将相应的服务配置唯一对应的服务配置标识及更新后的 服务配置发送给 S- CSCF。
17、 根据权利要求 15所述的通信系统中感知服务配置下的公共用户标识的方法， 其特征在于， 所述的方法还包括- 在所述 S- CSCF接收 HSS发来的信息后，根据所述的服务配置标识査找到对应的服务配置， 并采 用信息中包括的更新后的服务配置替换查找到的服务配置信息。
18、 一种通信系统中感知服务配置下的公共用户标识的装置， 其特征在于， 该装置设置于提供 多媒体业务的通信网络中， 且包括：
服务配置信息保存单元， 用于保存服务配置信息；
公共用户标识发送单元， 用于将服务配置信息保存单元保存的服务配置信息中的与同一服务配 置关联的至少一个公共用户标识信息发送给与其通信的实体。
19、 根据权利要求 18所述的装置， 其特征在于， 所述的装置设置于 HSS中。
20、 根据权利要求 18或 19所述的装置， 其特征在于， 所述的装置还包括:
更新操作单元， 用于在保存的与同一服务配置关联的公共用户标识信息更新后， 触发所述公共 用户标识发送单元将更新后的信息发送给与其通信的订阅了该变化事件的实体； 或者，
信息请求接收单元， 用于接收与其通信的实体的请求， 并根据所述请求触发所述公共用户标识 发送单元将请求的与同一服务配置关联的公共用户标识信息发送给请求发送端的实体。
21、 一种通信系统中感知服务配置下的公共用户标识的装置， 其特征在于， 该装置设置于提供 多媒体业务的通信网络中， 且包括- 公共用户标识接收单元， 用于接收保存着服务配置信息的实体发来的信息， 所述的信息中包含 与同一服务配置关联的至少一个公共用户标识信息。
22、 根据权利要求 21所述的装置， 其特征在于， 所述的装置设置于 S-CSCF实体和 /或 AS中。
23、 根据权利要求 20或 21所述的装置， 其特征在于， 所述的装置还包括：
信息请求发送单元， 用于向保存着服务配置信息的实体发送请求获取与同一服务配置关联的至 少一个公共用户标识信息的请求消息。
24、 一种通信系统中感知服务配置下的公共用户标识的系统， 其特征在于， 包括： 服务配置信息保存实体， 用于将保存的服务配置信息中的与同一服务配置关联的至少一个公共 用户标识信息发送给与其通信的实体；
与服务配置信息保存实体通信的实体， 用于接收保存着服务配置信息的实体发来的信息， 所述 的信息中包含与同一服务配置关联的至少一个公共用户标识信息。
PCT/CN2007/000059 2006-01-10 2007-01-08 Procede de detection de l'identite d'usager public dans le profil de service d'un systeme de communication et appareil associe WO2007079673A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP07701991A EP1976311A4 (en) 2006-01-10 2007-01-08 METHOD FOR DETECTING PUBLIC USER IDENTITY IN THE SERVICE PROFILE OF A COMMUNICATION SYSTEM AND ASSOCIATED APPARATUS
CN200780000222.1A CN101313606B (zh) 2006-01-10 2007-01-08 通信系统中感知服务配置下的公共用户标识的方法及装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200610005540.4 2006-01-10
CN200610005540.4A CN101001247B (zh) 2006-01-10 2006-01-10 通信系统中感知服务配置下的公共用户标识的方法

Publications (1)

Publication Number Publication Date
WO2007079673A1 true WO2007079673A1 (fr) 2007-07-19

Family

ID=38255983

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/000059 WO2007079673A1 (fr) 2006-01-10 2007-01-08 Procede de detection de l'identite d'usager public dans le profil de service d'un systeme de communication et appareil associe

Country Status (3)

Country Link
EP (1) EP1976311A4 (zh)
CN (2) CN101001247B (zh)
WO (1) WO2007079673A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150365444A1 (en) * 2010-10-04 2015-12-17 Interdigital Patent Holdings, Inc Inter-user equipment (ue) transfer (iut) for collaborative sessions that include media session information

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101340713A (zh) * 2007-07-06 2009-01-07 华为技术有限公司 会话控制方法及装置及计费方法
CN101330643B (zh) * 2007-07-30 2012-07-18 中兴通讯股份有限公司 实现共享公共用户标识的用户设备业务配置的方法
CN101127771B (zh) * 2007-09-28 2011-04-20 中兴通讯股份有限公司 用于ip多媒体子系统的用户公共标识的显示名称实现方法
CN101175084B (zh) * 2007-10-10 2011-08-24 中兴通讯股份有限公司 基于订阅通知机制的公有用户标识显示名称实现方法
EP2106094A1 (en) * 2008-03-28 2009-09-30 Alcatel Lucent A method for notifying an application server of changes in data stored at a home subscriber server
CN101414929B (zh) * 2008-11-18 2011-09-14 华为技术有限公司 一种信息获取的方法、装置及系统
CN104954382B (zh) * 2008-12-01 2019-03-22 艾利森电话股份有限公司 用于处理媒体类型的方法和移动用户设备及ims节点
CN103036859B (zh) * 2011-10-09 2018-01-16 深圳深略智慧信息服务有限公司 用户请求处理方法及装置
CN102724280B (zh) * 2012-05-17 2014-12-17 合一网络技术(北京)有限公司 一种用于即时将信息推送给用户的系统和方法
CN102917039B (zh) * 2012-10-10 2016-05-04 大唐移动通信设备有限公司 信息处理方法与系统
WO2018002438A1 (en) * 2016-06-29 2018-01-04 Nokia Technologies Oy METHOD AND APPARATUS FOR FACILITATING SWx ENHANCED PPR BEHAVIOR
CN112597159A (zh) * 2020-12-22 2021-04-02 深圳集智数字科技有限公司 用户唯一标识信息的维护方法及装置
CN113630227B (zh) * 2021-06-29 2023-04-28 中国信息通信研究院 一种通感系统信息获取方法和设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004054302A1 (en) * 2002-12-09 2004-06-24 Telefonaktiebolaget Lm Ericsson (Publ) Simultaneous registrations of a user in different service servers with different directory numbers
CN1647490A (zh) * 2002-03-22 2005-07-27 诺基亚公司 通信系统和方法
CN1655546A (zh) * 2004-02-10 2005-08-17 华为技术有限公司 一种减轻归属签约用户服务器接口负荷的方法
GB2425689A (en) * 2005-04-29 2006-11-01 Ericsson Telefon Ab L M Informing other network nodes of multiple public user identities associated with a common service profile

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1647490A (zh) * 2002-03-22 2005-07-27 诺基亚公司 通信系统和方法
WO2004054302A1 (en) * 2002-12-09 2004-06-24 Telefonaktiebolaget Lm Ericsson (Publ) Simultaneous registrations of a user in different service servers with different directory numbers
CN1655546A (zh) * 2004-02-10 2005-08-17 华为技术有限公司 一种减轻归属签约用户服务器接口负荷的方法
GB2425689A (en) * 2005-04-29 2006-11-01 Ericsson Telefon Ab L M Informing other network nodes of multiple public user identities associated with a common service profile

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1976311A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150365444A1 (en) * 2010-10-04 2015-12-17 Interdigital Patent Holdings, Inc Inter-user equipment (ue) transfer (iut) for collaborative sessions that include media session information

Also Published As

Publication number Publication date
CN101001247B (zh) 2011-06-08
EP1976311A4 (en) 2009-07-15
CN101313606B (zh) 2012-04-25
EP1976311A1 (en) 2008-10-01
CN101001247A (zh) 2007-07-18
CN101313606A (zh) 2008-11-26

Similar Documents

Publication Publication Date Title
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
RU2413391C2 (ru) Управление профилями услуг в ims
CA2672851C (en) Method, system and device for realizing user identity association
EP2137931B1 (en) A method and arrangement for handling profiles in a multimedia service network
KR101332891B1 (ko) 멀티미디어 서브시스템 서비스로의 그룹 액세스
JP4700105B2 (ja) Ｉｐマルチメディアサブシステム（ｉｍｓ）おける呼転送
TWI375443B (en) Message handling in an ip multimedia subsystem
CA2604232C (en) Service profile handling in the ims
EP2192742B1 (en) Local session controller, ip multimedia subsystem and session registration method
WO2006099815A1 (fr) Procede d&#39;enregistrement d&#39;un utilisateur dans le sous-systeme multimedia ip et systeme associe
WO2005069645A1 (fr) Procede servant a limiter la charge d&#39;interface d&#39;un serveur d&#39;abonnes local
WO2008025211A1 (fr) Système de réseau de communication, procédé assurant une fonction de prestation de services, et dispositif de prestation de services
WO2007093866A1 (en) Representing network availability status information in presence information
WO2008009197A1 (fr) Réseau par paquets et procédé permettant de réaliser ce réseau
WO2008092355A1 (fr) Procédé, système et dispositif pour fournir un service à un groupe d&#39;utilisateurs par l&#39;intermédiaire d&#39;un sous-système multimédia ip
WO2007129163A2 (en) S-cscf selection for application server originated requests
WO2007095836A1 (en) A method for equality accessing in the packet network and the system thereof
WO2008058472A1 (fr) Procédé permettant de mettre en œuvre un service de réseau basé sur l&#39;envoi de paquets de données, système et base de données enregistrés par des utilisateurs
WO2008080349A1 (fr) Dispositif utilisateur, entité de fonction de commande de session d&#39;appel de service et procédé d&#39;enregistrement du dispositif utilisateur
KR20100131787A (ko) Ｉｍｓ망의 호 처리 방법 및 장치

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200780000222.1

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2007701991

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2007701991

Country of ref document: EP