[go: up one dir, main page]

WO2011110060A1 - 用户的注册方法和系统 - Google Patents

用户的注册方法和系统 Download PDF

Info

Publication number
WO2011110060A1
WO2011110060A1 PCT/CN2011/070239 CN2011070239W WO2011110060A1 WO 2011110060 A1 WO2011110060 A1 WO 2011110060A1 CN 2011070239 W CN2011070239 W CN 2011070239W WO 2011110060 A1 WO2011110060 A1 WO 2011110060A1
Authority
WO
WIPO (PCT)
Prior art keywords
group
user
registration
cscf
users
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2011/070239
Other languages
English (en)
French (fr)
Inventor
杨强
王忱
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Publication of WO2011110060A1 publication Critical patent/WO2011110060A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/186—Processing of subscriber group data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration

Definitions

  • the present invention relates to the field of communications, and in particular, to a user registration method and system.
  • the IP Multimedia Core Network Subsystem is an IP-based network architecture proposed by the 3rd Generation Partnership Project (3GPP).
  • 3GPP 3rd Generation Partnership Project
  • the flexible business environment supports multimedia applications and provides users with rich multimedia services.
  • FIG. 1 is a schematic diagram of a simple networking of an H.248, an integrated services digital network user accessing an IMS network according to the related art.
  • an access gateway control function entity Access Gateway Control Function
  • AGCF Access Gateway Control Function
  • the AGCF After the terminal in the AGCF enters the service state in the AGCF, the AGCF needs to initiate a registration process for each user to the Interrogating-Call Session Control Function (I-CSCF), through the AGCF, query/service call.
  • the Interrogating/Serving-Call Session Control Function (I/S-CSCF) and the Home Subscriber Server (HSS) cooperate to implement normal registration in the IMS network.
  • the user under the AGCF can make a call as the master/called party. Since one physical node under the AGCF (for example, the access gateway AG and the media gateway MG) can carry multiple physical terminals, that is, there are more than 4 users.
  • the AGCF needs to initiate a registration process for all users under the same physical node in the shortest possible time, and achieve successful registration in the IMS network.
  • This increases the system burden of the AGCF, I/S-CSCF, HSS, and Application Server (AS) network elements and the network burden of message interaction, which brings certain systems and networks to normal operation. difficult.
  • AS Application Server
  • the registration process of all users of the Access Gateway (AG) node in the IMS network cannot be completed in a short time, and the AG, Media Gateway (MG) node is in the AGCF. After entering the service state, the users under it still cannot call as the master/called party very quickly.
  • ETSI European Telecommunication Standards Institute
  • ETSI TS 182 012 012 012, ETSI TS 183 043, ETSI TS 183 036 and other specifications have been on how to integrate H.248, Integrated Services Digital Network (Integrated Services) Services Digital (referred to as ISDN) has made relevant provisions for users to access the IMS network.
  • H.248, ISDN users how to implement registration in the IMS network and the call flow are described. Group registration is registered simultaneously for multiple H.248 users under the same gateway.
  • a primary object of the present invention is to provide a user registration method and system to solve at least the above problems.
  • a registration method of a user includes the steps of: grouping users in a physical node under a network element, and setting a group identifier for each group; transmitting a registration request message carrying the group identifier; Register users in the group in the IP Multimedia Subsystem network.
  • the group identifier is a group registration public user identifier and a group registration private user identifier.
  • the method further comprises: marking the users in the group as registered if the group registration is successful.
  • the method further includes: in the case that the group registration is successful, the home subscriber server HSS sends the session call control function entity S-CSCF to the group. Sending a user information request message carrying information of the user in the group; after receiving the user information request message, the S-CSCF saves the information, and marks the user in the group as registered.
  • the method further includes: the HSS receiving the carried group from the query call session control function entity I-CSCF The location information request message of the user's public user ID.
  • the method further includes: the HSS receiving the service server allocation request message carrying the group identifier from the S-CSCF, and determining that the group is registered In this case, the HSS sends a service server assignment response message carrying information of the users in the group to the S-CSCF, and the S-CSCF saves the received information and marks the users in the group as registered.
  • the grouping of users in the physical node under the network element comprises: grouping some users in the same physical node of the network element.
  • the physical node under the network element includes at least one of the following: an integrated access device, an access gateway, a relay gateway, and a media gateway.
  • a registration system for a user is also provided.
  • the registration system of the user includes: a setting module, configured to group users in a physical node under the network element, and set a group identifier for each group; and a sending module, configured to send a registration request carrying the group identifier And a registration module, configured to register the users in the group in the IP Multimedia Subsystem network with the group identification.
  • the setting module is further configured to set the group identity as a group registration public user identity and a group registration private user identity.
  • the system further comprises: an update module, configured to: if the user registration in the group is successful, the home subscriber server HSS sends information carrying the user in the group to the serving call session control function entity S-CSCF where the group is located User information request message; and a saving module, configured to save the information after the S-CSCF receives the user information request message, and mark the user in the group as registered.
  • the update module comprises: an obtaining module, configured to receive, by the HSS, a location information request message from the query call session control function entity I-CSCF carrying the public user identity of the user in the group.
  • the system further comprises: a service allocation module, configured to receive, by the HSS, a service server allocation request message carrying the group identity from the S-CSCF, and in the case that the group is determined to be registered, the HSS to the S-CSCF Sending a service server assignment response message carrying information of the users in the group; a status identification module, configured to save the received information by the S-CSCF, and mark the users in the group as registered.
  • the setting module is further arranged to group some users in the same physical node of the network element.
  • the setting module is further configured to group users in the physical node under the network element, wherein the physical node under the network element comprises at least one of the following: an integrated access device, an access gateway, a relay gateway, and a media gateway.
  • the method of merging users under the same physical entity into the same group or groups and initiating registration in groups is solved, and all users under the same physical entity are simultaneously initiated to register in the related art.
  • the problem of the logout process causing the system to be overloaded excessively affects the call flow, improving the user experience, system performance, and network stability.
  • FIG. 1 is a schematic diagram of a simple networking of an H.248, an integrated services digital network user accessing an IMS network according to the related art
  • FIG. 2 is a flowchart of a user registration method according to an embodiment of the present invention
  • 3 is a structural block diagram of a registration system of a user according to an embodiment of the present invention
  • FIG. 1 is a schematic diagram of a simple networking of an H.248, an integrated services digital network user accessing an IMS network according to the related art
  • FIG. 2 is a flowchart of a user registration method according to an embodiment of the present invention
  • 3 is a structural block diagram of a registration system of a user according to an embodiment of the present invention
  • FIG. 1 is a schematic diagram of a simple networking of an H.248, an integrated services digital network user accessing an IMS network according to the related art
  • FIG. 2 is a flowchart of a user registration method according to an embodiment of the present invention
  • 3 is a structural block diagram of a registration system of
  • FIG. 4a is a block diagram showing a preferred structure of a registration system of a user according to an embodiment of the present invention
  • FIG. 4b is a block diagram of an embodiment of the present invention.
  • Another preferred structural block diagram of the user's registration system
  • FIG. 5 is a flow chart of group registration in the preferred embodiment 1 of the present invention
  • FIG. 6 is a diagram of the user making a call origin in the case where the group registration is successful according to the preferred embodiment 2 of the present invention.
  • Flow chart of the call FIG. 8 is a flowchart of a call initiated by a user in a case where a group registration is successful according to a preferred embodiment of the present invention
  • FIG. 8 is a flowchart of a call initiated by a user in a case where a group registration is successful according to a preferred embodiment of the present invention
  • FIG. 8 is a flowchart of a call initiated by a user in a case where a group registration is successful according to a preferred embodiment of the present invention
  • Step S202 A user in a physical node under a network element (ie, a terminal) Users) group and set the group ID for each group.
  • Step S204 Send a registration request message carrying a group identifier.
  • Step S206 registering users in the group in the IP multimedia subsystem network by using the group identifier.
  • the users in the physical entity under the network element are merged according to the actual situation, and only the registration is initiated for each group.
  • all users belonging to the group can be the master/ The called party makes a call, which solves the problem that the system is initiated by the same physical entity at the same time, and all the users under the same physical entity initiate the registration/deregistration process, which causes the transient load of the system to affect the call flow, and improves the user experience, system performance, and network. stability.
  • step S202 some users in the same physical node under the network element may be grouped. That is, some users of the same physical node under the network element are grouped and registered according to the group registration mode, and other users still perform separate registration.
  • the group identifier may be a group registration public user identifier and a group registration private user identifier. That is, each group is assigned a "Public User Identity (PUI)" and "Private User Identity (PVI)", where the group registers PVI, The authentication at the time of group registration enables the system to recognize that the registered registration request message is registered for the group, that is, only the registration is initiated for each group. Once the group registration is successful, all users belonging to the group can be used as the master/called party.
  • PKI Public User Identity
  • PVI Primaryvate User Identity
  • the call can be made by carrying the existing PUI identifier in the registration request, which is simple to implement and adaptable.
  • the physical node under the network element includes at least one of the following: an integrated access device, an access gateway, a relay gateway, or a media gateway. This method improves the practicality of the system.
  • step S206 that is, in the case that the group registration is successful, all user identifiers in the above group in the relevant network element may be marked as registered, so as to facilitate related network elements in the session after successful registration.
  • the registration status of the calling user can be instantly recognized to improve system efficiency and performance.
  • the HSS may also send the user information request message carrying the information of the user in the group to the S-CSCF where the group is located (the session may be performed after the group registration is successful). Before sending the user information request message, the user information request message may also be sent in the session stage after the group registration is successful.
  • the S-CSCF saves the above information, and marks the user in the group as registered.
  • the HSS receives the public user identifier (ie, the group) from the I-CSCF carrying the user in the group.
  • the location information request message of the PUI of the user ie, when the user who successfully registered the group is called in the session, the I-CSCF query triggers the HSS to deliver the user information to the S-CSCF where the called party is located).
  • the method enables the service call session control function entity to recognize that the user has been registered in a subsequent session phase, thereby improving the processing efficiency of the system.
  • the method further includes: the HSS receives the service server allocation request message carrying the group identity from the S-CSCF, and if the group is determined to be registered, the HSS sends the message to the S-CSCF.
  • the service server carrying the information of the users in the group assigns a response message, and the S-CSCF saves the received information and marks the users in the group as registered. That is, when the user who is successfully registered as the calling party initiates the call, the S-CSCF where the calling user is located sends a service server allocation request message (for example, a SAR message) to the HSS, and the HSS determines the location of the calling user according to its own policy. After the group is registered, the response message (for example, an SAA message) is allocated to the S-CSCF back to the service server where the calling user is located, where the response message includes information about the user service of the calling user and the service address of the service implemented by the calling user. .
  • a service server allocation request message for example, a SAR message
  • the access multi-user node is not limited to the AGCF, and may be a VGW, a Proxy-Call Session Control Function (P-CSCF), or the like.
  • the user group in the above embodiment may belong to the same physical entity (for example, an AG) of all users in the same group, or may be configured and divided in the existing network environment in use, and the technical limitation is not limited here. .
  • when and how to obtain the business information of the users in the group registration can be flexibly combined. Whether to assign users of different physical nodes to the same group and how to divide users under the same physical node can be realized by data configuration according to site requirements.
  • 3 is a structural block diagram of a registration system of a user according to an embodiment of the present invention.
  • the system includes: a setting module 302, a sending module 304, and a registration module 306.
  • the setting module 302 is configured to group users in a physical node (for example, an integrated access device, an access gateway, a relay gateway, or a media gateway, etc.) under the network element, and set a group identifier for each group; the sending module 304 And coupled to the setting module 302, configured to send a registration request message carrying the group identifier; and a registration module 306 coupled to the sending module 304, configured to register the user in the group in the IP multimedia subsystem network by the group identifier.
  • a physical node for example, an integrated access device, an access gateway, a relay gateway, or a media gateway, etc.
  • the setting module 302 merges the users in the physical entity under the network element according to the actual situation, and the registration module 306 initiates registration only for each group.
  • all users belonging to the group can be the master/ The called party makes a call, which solves the problem that the system is initiated by the same physical entity at the same time, and all the users under the same physical entity initiate the registration/deregistration process, which causes the transient load of the system to affect the call flow, and improves the user experience, system performance, and network. stability.
  • the system may include multiple network elements in the IP multimedia subsystem network, and the setting module 302, the sending module 304, and the registration module 306 may be subordinate to different network elements.
  • the setting module 302 is in the network element A
  • the sending module 304 is in the physical node B under the network element A
  • the registration module 306 is in the server C.
  • the setting module 302 is further configured to set the group identity as a group registration public user identity and a group registration private user identity.
  • the setting module 302 is further configured to group some users in the same physical node of the network element. That is, some users of the same physical node under the network element are grouped and registered according to the group registration mode, and other users still perform separate registration.
  • the setting module 302 is further configured to group users in the physical node under the network element, where the physical node under the network element comprises at least one of the following: an integrated access device, an access gateway, a trunk gateway, and Media gateway.
  • 4a is a block diagram showing a preferred structure of a registration system of a user according to an embodiment of the present invention. As shown in FIG. 4a, the system may further include: an update module 402 and a save module 404, which will be described in detail below.
  • An update module 402 coupled to the registration module 306, configured to send, in the case that the user registration in the group is successful, the HSS sends a user information request message carrying information of the user in the group to the S-CSCF where the group is located; and the saving module 404 And being coupled to the update module 402, configured to save the foregoing information after the S-CSCF receives the user information request message, and mark the user in the group as registered.
  • the update module 402 includes: an obtaining module 4022, configured to receive from the HSS
  • FIG. 4b is another block diagram of another preferred structure of the user registration system according to the embodiment of the present invention.
  • the system may further include: a service allocation module 406 and a status identification module 408.
  • the service allocation module 406 is coupled to the registration module 306, and is configured to receive, by the HSS, a service server allocation request message carrying the group identity from the S-CSCF, and if the group is determined to be registered, the HSS sends the message to the S-CSCF.
  • the service server carrying the information of the user in the group assigns a response message;
  • the status identification module 408 is coupled to the service assignment module 406, configured to save the received information by the S-CSCF, and mark the users in the group as registered.
  • the preferred embodiment 1 captures the same physical node in an AGCF, an IP network-based voice over Internet protocol (Voice Over Internet Protocol, VGW) or other similar network element and an IMS S-CSCF, HSS, For example, an integrated access device (IAD), an AG, a trunk gateway (TG), and all or some of the users under the MG are combined into one group. Assign a "Group Registration PUI” and a "Group Registration PVI” to this group. Once the physical node is registered in the AGCF, VGW or other similar network element, it is in the service state, ie, by AGCF, VGW or Other similar network elements use the "Group Registration PUI" and "Group Registration PVI" to initiate group registration with the I/S-CSCF network element in the IMS network.
  • VGW IP network-based voice over Internet Protocol
  • HSS For example, an integrated access device (IAD), an AG, a trunk gateway (TG), and all or some of the users under the MG are combined into one group. Assign a "Group Registration PUI
  • Step S501 the AGCF receives a registration request message of the terminal (for example, , can be H.248
  • Step S502 The AGCF returns a registration success response message to the terminal (for example, may be a Reply message of H.248).
  • Step S503 the AGCF sends a registration request message to the I-CSCF for the user it carries (for example, it may be a Register message in 3GPP TS 24.229;).
  • the PUI in the message is "Group Registration PUI" and PVI is "Group Registration PVI”.
  • Step S504 the I-CSCF sends a location information request message to the HSS (for example, may be a User-Authorization-Request message in the 3GPP TS 29.228/3GPP TS 29.229, a UAR message;), the HSS registers the PUI with the group, and registers the PVI with the group. Judging the legitimacy and obtaining information such as the S-CSCF where the user is located.
  • Step S505 the location information response message returned by the HSS to the I-CSCF (for example, may be a User-Authorization- Answer message in the 3GPP TS 29.228/3GPP TS 29.229, that is, a UAA message), where the message is included Information such as the S-CSCF address.
  • Step S506 the I-CSCF sends a registration request message to the S-CSCF (for example, may be a Register message in 3GPP TS 24.229;).
  • the PUI in the message is "Group Registration PUI”.
  • Step S507 the S-CSCF sends an authentication request message to the HSS (for example, may be a Multimedia-Auth-Request message in 3GPP TS 29.228/3GPP TS 29.229, that is, a MAR message), and the related information used in the authentication. Send it to HSS for HSS to authenticate.
  • the PUI in the message is "Group Registration PUI" and PVI is "Group Registration PVI”.
  • Step S508 the HSS returns an authentication response message to the S-CSCF (for example, may be 3GPP
  • the Multimedia- Auth- Answer message in TS29.228/3GPP TS 29.229 is a response message for the authentication request.
  • the S-CSCF returns a registration failure response message to the I-CSCF (for example, may be a message such as 401 in 3GPP TS 24.229;).
  • the I-CSCF returns a registration failure response message to the AGCF (for example, may be a message such as 401 in 3GPP TS 24.229;).
  • Step S511 initiate registration again, and send a registration request message to the I-CSCF (for example, it may be
  • Step S512 the I-CSCF sends a location information request message to the HSS (for example, may be a User-Authorization-Request message in 3GPP TS 29.228/3GPP TS 29.229, that is, a UAR message), and the HSS registers the PUI and the group with the group. The validity of the PVI is judged, and information such as the S-CSCF where the user is located is obtained.
  • the HSS for example, may be a User-Authorization-Request message in 3GPP TS 29.228/3GPP TS 29.229, that is, a UAR message
  • Step S513 the location information response message returned by the HSS to the I-CSCF (for example, may be a User-Authorization-Answer message in the 3GPP TS 29.228/3GPP TS 29.229, that is, a UAA message), where the message includes S - Information such as the CSCF address.
  • Step S514 the I-CSCF sends a registration request message to the S-CSCF (for example, may be 3GPP
  • Step S515 The S-CSCF allocates a request message to the HSS service server (for example, may be a Server-Assignment-Request message in the 3GPP TS 29.228/3GPP TS 29.229, that is, a SAR message), mainly for acquiring the service of the user. And information such as the server address that implements the business.
  • the PUI in the message is "Group Registration PUI”.
  • Step S516 the HSS allocates a response to the S-CSCF service server, and may send a response message to the service server - (iH, for example, may be a server-Assignment-Answer message in 3GPP TS 29.228/3GPP TS 29.229 That is, the SAA message) carries information such as the service and the server address that implements the service in the message.
  • the server information of the service and the service that realizes the service may be temporarily not returned for each user in the group, and is obtained in the first call process of the user in the subsequent group (for example, FIG. 6 and FIG. 7 ).
  • the HSS it is also possible for the HSS to deliver the service and the server address information for implementing the service for all users of the group that are registered successfully later (for example, FIG. 8).
  • the S-CSCF returns a registration success response message to the I-CSCF (for example, may be a 200 OK message in 3GPP TS 24.229;).
  • the PUI in the message is "Group Registration PUI”.
  • the I-CSCF returns a registration success response message to the AGCF (for example, may be a 200 OK message in 3GPP TS 24.229;).
  • the PUI in the message is "Group Registration PUI".
  • the above process is to divide the users in the same user physical node (for example, the S-CSCF to which the user belongs) into multiple groups according to actual needs, and the AGCF and the VGW initiate group registration of the process of FIG. 5 for each group.
  • it can be flexibly combined according to actual needs.
  • some users belong to the group registration user, and some users do not belong to the group registration user.
  • the AGCF and the VGW initiate a group registration for the flow of FIG. 5 for each group, and initiate a single user registration for each user who does not belong to the group registration.
  • FIG. 6 is a flowchart of a call initiated by a user in a case where a group registration is successful according to a preferred embodiment of the present invention. As shown in FIG.
  • Step S601 The AGCF has successfully registered the IMS network according to the group registration PUI corresponding to the group to which the user belongs, and initiates a call to the S-CSCF where the user is located in accordance with other control logics, and sends a session invitation message to the S-CSCF.
  • it may be an INVITE message of a Session Initiation Protocol (SIP), and the user is a "group" user identifier in the message.
  • SIP Session Initiation Protocol
  • Step S602 the S-CSCF receives the session invitation message with the "group” user identifier, and finds that the calling PUI is not registered, and then sends a request message to the HSS service server (for example, the server-Assignment of the Cx interface may be Request message).
  • the HSS finds that the PUI in the received SAR message is a "group" user according to its own policy, and the "group" to which the user belongs has been successfully registered, and the S-CSCF that sends the SAR message is also associated with the "group registration PUI".
  • the CSCF is the same, so the HSS sends a successful response message to the SAR request of the S-CSCF, that is, the service server allocates a response message (for example, a SAA message).
  • Step S604 the S-CSCF sends a session invitation message to the AS.
  • the S-CSCF receives the SAA message, stores information such as the user service and the service address of the service implemented therein, initiates a subsequent call according to the service information, and marks the user as a registered state in the S-CSCF.
  • the subsequent call flow (e.g., step S605 - step S606 in Fig. 6) may be implemented in accordance with the prior art or specification.
  • FIG. 7 is a flowchart of a call initiated by a user in a case where a group registration is successful according to a preferred embodiment of the present invention. As shown in FIG.
  • Step S701 In the IMS network, after the calling service, the calling S-CSCF calls the I-CSCF, that is, the session invitation message is sent to the I-CSCF.
  • Step S702 the I-CSCF sends a location information request message to the HSS (for example, may be a Location-Info-Request message of the Cx interface, that is, an LIR message).
  • the message carries the group user information that is successfully registered.
  • Step S703 The HSS finds that the PUI of the called user is not registered according to its own policy, that is, the PUI of the called user is not marked as registered.
  • the PUI belongs to a certain "group", and the "group registration PUI" of the group has been normally registered, that is, the group registration PUI of the group has been marked as registered.
  • the user information request message is sent to the S-CSCF where the called user "group” is located (for example, a Push-Profile-Request message of the Cx interface, that is, a PPR message;).
  • the S-CSCF records the user service information in the user information request message, and marks the PUI of all the users in the group as being registered, and sends a user information response message to the HSS (for example, the Cx interface may be Push-Profile- Answer message, PPA message;).
  • Step S705 The HSS receives the sent user information response message, and sends a location information response message to the I-CSCF (for example, may be a Location-Info-Av. message of the Cx interface, that is, a LIA message).
  • the subsequent call flow e.g., step S706 - step S707 in Fig. 7 can be implemented in accordance with the prior art or specification. It should be noted that, after the first call after the group registration is successful, since the registration and service information of the user has been recorded in the S-CSCF, the user will be the called party or the calling party in the future (that is, as long as the user does not log out;) , do not need S-CSCF to initiate the SAR process. Especially, FIG. 6 and FIG.
  • the HSS does not send the service information of each user in the group registration to the S-CSCF in the group registration process, and the subsequent HSS does not deliver the user service information to the S-CSCF. If, in the group registration process, the HSS has sent the service information to the S-CSCF in the SAA message for each user, the message interaction between the CSCF, HSS, and AS in the call flow is the same as the prior art.
  • the preferred embodiment 4 is because the SAA message in the registration process carries each user service information in the group registration and is not suitable for too many users in the same group. To solve this problem, after the group registration is successful, the HSS initiates a user information request process for each user in the group registration.
  • step S801 the HSS queries the all-users belonging to the group according to the "group registration PUI" that is successfully registered, and sends a user information request message to the S-CSCF where the group is located for each user (for example, Push-Profile-Request message of the Cx interface, that is, PPR message;).
  • step S716 the HSS queries the all-users belonging to the group according to the "group registration PUI" that is successfully registered, and sends a user information request message to the S-CSCF where the group is located for each user (for example, Push-Profile-Request message of the Cx interface, that is, PPR message;).
  • This step S716 in Fig. 7, and in addition, it can be used in combination with the techniques in Figs. 4, 5, and 8.
  • Step S802 the S-CSCF records the user service information in the user information request message, and marks the user's PUI as registered, and sends a user information response message to the HSS (for example, the Push-Profile of the Cx interface) - Answer message, ie, PPA message).
  • HSS for example, the Push-Profile of the Cx interface
  • PPA PPA message
  • the AGCF, the I-CSCF, the S-CSCF, the AS, the HSS network element and the messages between them in the embodiment are mainly for clearly indicating the PES (ie, PSTN/ISDN emulation subsystem) network support.
  • the AGCF user's mixed number and its corresponding business management and implementation ideas are not limited to these network elements and messages in specific implementations.
  • the embodiment of the present invention uses a method of merging users under the same physical entity into the same group or groups, and initiating registration in groups, and solving all the technologies in the related art by the same physical entity.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

用户的注册方法和系统 技术领域 本发明涉及通信领域， 尤其涉及一种用户的注册方法和系统。 背景技术 IP多媒体子系统 （ IP Multimedia Core Network Subsystem, 简称为 IMS ) 是由第三代合作伙伴计划 （ 3rd Generation Partnership Project, 简称为 3GPP ) 组织提出的一种基于 IP的网络架构， 构建了一个开放而灵活的业务环境， 支 持多媒体应用， 并为用户提供丰富的多媒体业务。 图 1是根据相关技术的 H.248、 综合业务数字网用户接入 IMS网络的简 易组网示意图， 如图 1所示， 在相关技术中， 通常使用接入网关控制功能实 体（ Access Gateway Control Function, 简称为 AGCF )将传统终端接入到 IMS 网络。 AGCF下的终端在 AGCF中进入服务状态后， 需要由 AGCF为每个用 户向查询呼叫会话控制功能 ( Interrogating-Call Session Control Function, 简 称为 I-CSCF )发起注册流程， 通过 AGCF、 查询 /服务呼叫会话控制功能 ( Interrogating/S erving-Call Session Control Function, 简称为 I/S-CSCF ), 归 属用户服务器（ Home Subscriber Server, 简称为 HSS )之间的配合实现在 IMS 网络中的正常注册。 此后， AGCF下的用户才能够作为主 /被叫进行呼叫。 由于 AGCF下的一个物理节点 （例如， 接入网关 AG、 媒体网关 MG ), 可以带艮多个物理终端， 即， 有 4艮多个用户。 所以， 按照相关技术， 在 AGCF 下的一个物理节点进入服务状态后， AGCF需要为同一个物理节点下的所有 用户在尽可能短的时间内发起注册流程， 并实现在 IMS网络中的成功注册。 这就增加了 AGCF, I/S-CSCF, HSS、 应用月艮务器（ Application Server, 简称 为 AS ) 网元的系统负担和消息交互的网络负担， 给系统和网络的正常运行 带来一定的困难。 而且， 由于不能在艮短时间内完成接入网关 （Access Gateway, 简称为 AG ) 节点的所有用户在 IMS网络中的注册流程， 而导致 AG、 媒体网关 （Media Gateway, 简称为 MG ) 节点在 AGCF中进入服务态 后， 其下的用户仍不能很快作为主 /被叫进行呼叫。 特别是对于带海量用户的 AG、 MG节点， 问题将更为突出。 目前， E欠洲电信标准^ ί匕组织 ( European Telecommunication Standards Institute, 简称为 ETSI ) TS 182 012、 ETSI TS 183 043、 ETSI TS 183 036等 规范已经对如何将 H.248、 综合业务数字网 （ Integrated Services Digital, 简 称为 ISDN )用户接入到 IMS网络做了相关的规定， 在这些规范中对 H.248、 ISDN用户如何实现在 IMS网络中的注册以及呼叫流程做了说明， 也提及到 了通过组注册对同一网关下带的多个 H.248用户同时注册。 但是， 并没有具 体说明如何实现组注册以及其对呼叫流程的影响等， 更没有说明对同一网关 下带大量、 甚至海量用户的情况下对现有注册流程的影响。 因此， 由于 H.248、 综合业务数字网 （ Integrated Services Digital , 简称 为 ISDN ) 等类型的用户接入到 IMS网络， 在同一物理实体下有大量、 甚至 海量用户的情况下， 当同一个物理实体下的所有用户同时发起注册 /注销流程 时， 会导致系统或网络的瞬间负荷过大， 在短时间内不能实现同一物理实体 下的所有用户注册 /注销的流程， 进而对呼叫流程产生不利的影响。 发明内容 本发明的主要目的在于提供一种用户的注册方法和系统， 以至少解决上 述问题。 为了实现上述目的， 根据本发明的一个方面， 提供了一种用户的注册方 法。 才艮据本发明的用户的注册方法包括以下步骤： 将网元下的物理节点中的 用户分组， 并给每个组设置组标识； 发送携带有组标识的注册请求消息； 以 及以组标识在 IP多媒体子系统网络中注册组中的用户。 优选地， 上述组标识为组注册公有用户标识和组注册私有用户标识。 优选地， 以组标识在 IP多媒体子系统网络中注册组中的用户之后， 该方 法还包括： 在组注册成功的情况下， 将组中的用户标记为已注册。 优选地， 以组标识在 IP多媒体子系统网络中注册组中的用户之后， 该方 法还包括： 在组注册成功的情况下， 归属用户服务器 HSS向组所在的服务呼 叫会话控制功能实体 S-CSCF发送携带有组中的用户的信息的用户信息请求 消息； S-CSCF接收到用户信息请求消息后， 保存信息， 并将组中的用户标 ΐ己为已注册。 优选地， HSS向组所在的 S-CSCF发送携带有组中的用户的信息的用户 信息请求消息之前， 该方法还包括： HSS接收到来自查询呼叫会话控制功能 实体 I-CSCF的携带有组中用户的公有用户标识的位置信息请求消息。 优选地， 以组标识在 IP多媒体子系统网络中注册组中的用户之后， 该方 法还包括： HSS接收到来自 S-CSCF的携带组标识的业务服务器分配请求消 息， 在确定组为已注册的情况下， HSS向 S-CSCF发送携带有组中的用户的 信息的业务服务器分配响应消息， S-CSCF保存接收到的信息， 并将组中的 用户标记为已注册。 优选地， 将网元下的物理节点中的用户分组包括： 将网元的同一物理节 点中的部分用户分组。 优选地， 网元下的物理节点包括以下至少之一： 综合接入设备、 接入网 关、 中继网关和媒体网关。 为了实现上述目的， 才艮据本发明的另一方面， 还提供了一种用户的注册 系统。 根据本发明的用户的注册系统， 包括： 设置模块， 设置为将网元下的物 理节点中的用户分组， 并给每个组设置组标识； 发送模块， 设置为发送携带 有组标识的注册请求消息； 以及注册模块， 设置为以组标识在 IP多媒体子系 统网络中注册组中的用户。 优选地， 设置模块还设置为将组标识设置为组注册公有用户标识和组注 册私有用户标识。 优选地， 该系统还包括： 更新模块， 设置为在组中的用户注册成功的情 况下， 归属用户服务器 HSS向组所在的服务呼叫会话控制功能实体 S-CSCF 发送携带有组中的用户的信息的用户信息请求消息； 以及保存模块， 设置为 S-CSCF接收到用户信息请求消息后， 保存信息， 并将组中的用户标记为已 注册。 优选地， 更新模块包括： 获取模块， 设置为 HSS接收到来自查询呼叫会 话控制功能实体 I-CSCF的携带有组中用户的公有用户标识的位置信息请求 消息。 优选地，该系统还包括： 业务分配模块，设置为 HSS接收到来自 S-CSCF 的携带组标识的业务月艮务器分配请求消息，在确定组为已注册的情况下， HSS 向 S-CSCF发送携带有组中的用户的信息的业务服务器分配响应消息； 状态 标识模块， 设置为 S-CSCF保存接收到的信息， 并将组中的用户标记为已注 册。 优选地， 设置模块还设置为将网元的同一物理节点中的部分用户分组。 优选地， 设置模块还设置为将网元下的物理节点中的用户分组， 其中， 网元下的物理节点包括以下至少之一： 综合接入设备、 接入网关、 中继网关 和媒体网关。 通过本发明， 釆用将同一物理实体下的用户合并为同一个组或多个组， 以组为单位发起注册的方式， 解决了相关技术中由同一个物理实体下的所有 用户同时发起注册 /注销流程而导致系统瞬间负荷过大对呼叫流程产生影响 的问题， 提高了用户体验、 系统性能以及网络的稳定性。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的 不当限定。 在附图中： 图 1是根据相关技术的 H.248、 综合业务数字网用户接入 IMS网络的简 易组网示意图； 图 2是才艮据本发明实施例的用户的注册方法的流程图； 图 3是才艮据本发明实施例的用户的注册系统的结构框图； 图 4a是才艮据本发明实施例的用户的注册系统的优选结构框图； 图 4b是才艮据本发明实施例的用户的注册系统的另一优选结构框图； 图 5是 居本发明优选实施例一的组注册的流程图； 图 6是根据本发明优选实施例二的在组注册成功的情况下用户做主叫发 起呼叫的流程图； 图 Ί是根据本发明优选实施例三的在组注册成功的情况下用户做被叫发 起呼叫的流程图； 图 8是才艮据本发明优选实施例四的 HSS主动向 S-CSCF下发组注册中用 户的业务信息的流程图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互组合。 图 2是才艮据本发明实施例的用户的注册方法的流程图， 如图 2所示， 该 方法包括以下步 4聚： 步骤 S202, 将网元下的物理节点中的用户 （即， 终端用户）分组， 并给 每个组设置组标识。 步骤 S204, 发送携带有组标识的注册请求消息。 步骤 S206 , 以组标识在 IP多媒体子系统网络中注册组中的用户。 通过上述步骤 S202至步骤 S206, 将网元下的物理实体中的用户才艮据实 际情况合并分组， 只对每个组发起注册， 一旦组注册成功， 属于该组的所有 用户都可以作为主 /被叫进行呼叫，解决了相关技术中由同一个物理实体下的 所有用户同时发起注册 /注销流程而导致系统瞬间负荷过大对呼叫流程产生 影响的问题， 提高了用户体验、 系统性能以及网络的稳定性。 在步骤 S202中， 可以将网元下的同一物理节点中的部分用户分组。 即， 将网元下的同一物理节点的一部分用户分组， 按照组注册的方式进行注册， 其他用户仍然进行单独注册。 优选地， 在步骤 S202中， 组标识可以为组注册公有用户标识和组注册 私有用户标识。 即， 为每个组分配一个"组注册公有用户标识 （Public User Identity, 简称为 PUI ) "和"组注册私有用户标识（ Private User Identity, 简称 为 PVI )，，。 其中， 组注册 PVI, 用于组注册时的鉴权。 使得系统可以识别所 发送的注册请求消息为组注册， 即， 只对每个组发起注册， 一旦组注册成功， 属于该组的所有用户都可以作为主 /被叫进行呼叫。可以在注册请求中携带现 有的 PUI标识实现上述方法， 实现简单、 适应能力强。 优选地， 上述网元下的物理节点包括以下至少之一： 综合接入设备、 接 入网关、 中继网关或媒体网关。 该方法提高了系统的实用性。 优选地， 在步骤 S206之后， 即， 在组注册成功的情况下， 可以将相关 网元中的上述组中所有用户标识标记为已注册， 以便于在注册成功后的会话 过程中，相关网元可以即时识别呼叫用户的注册状态，提高系统效率和性能。 另外， 在步骤 S206之后， 在组注册成功的情况下， 也可以让 HSS向组 所在的 S-CSCF发送携带有组中的用户的信息的用户信息请求消息 （可以在 组注册成功之后， 进行会话之前， 发送该用户信息请求消息， 也可以在组注 册成功后的会话阶段发送该用户信息请求消息）； S-CSCF接收到用户信息请 求消息后， 保存上述信息， 并将组中的用户标记为已注册。 优选地， 在上述 HSS向组所在的 S-CSCF发送携带有组中的用户的信息的用户信息请求消息 之前， HSS接收到来自 I-CSCF的携带有组中用户的公有用户标识 （即， 组 中用户的 PUI ) 的位置信息请求消息 （即， 组注册成功的用户在会话中作为 被叫时， 通过 I-CSCF查询触发 HSS向被叫所在的 S-CSCF下发用户信息）。 该方法使得在后续的会话阶段服务呼叫会话控制功能实体可以识别该用户已 注册， 从而提高了系统的处理效率。 优选地， 在步骤 S206之后， 上述方法还包括： HSS接收到来自 S-CSCF 的携带组标识的业务月艮务器分配请求消息，在确定组为已注册的情况下， HSS 向 S-CSCF发送携带有组中的用户的信息的业务服务器分配响应消息， S-CSCF保存接收到的信息， 并将组中的用户标记为已注册。 也就是说， 组 注册成功的用户作为主叫发起呼叫时， 主叫用户所在的 S-CSCF向 HSS发送 业务服务器分配请求消息 （例如， SAR消息）， HSS根据自身策略确定该主 叫用户所在的组为已注册后， 向主叫用户所在的 S-CSCF回业务服务器分配 响应消息 （例如， SAA消息）， 其中， 响应消息中包括该主叫用户的用户业 务及其实现业务的服务地址等信息。 需要说明的是， 接入多用户节点不限于 AGCF、 可以为 VGW、 代理呼 叫会话控制功能实体 ( Proxy-Call Session Control Function, 简称为 P-CSCF ) 等。 上面的实施例中的用户分组， 可以将同一组的所有用户的归属于同一物 理实体 （例如， AG ), 也可以在使用中结合现网环境， 进行配置划分， 这里 在技术上并不故此限制。 另外， 组注册中的用户的业务信息何时、 如何获取 可以灵活组合。 是否将不同的物理节点的用户归属于同一组， 以及同一物理 节点下的用户进行怎样的划分， 完全根据现场需要， 由数据配置实现即可。 图 3是才艮据本发明实施例的用户的注册系统的结构框图， 如图 3所示， 该系统包括： 设置模块 302、 发送模块 304和注册模块 306, 下面对该结构 进行详细说明。 设置模块 302 , 设置为将网元下的物理节点 （例如， 综合接入设备、 接 入网关、 中继网关或媒体网关等） 中的用户分组， 并给每个组设置组标识； 发送模块 304, 耦合至设置模块 302 , 设置为发送携带有组标识的注册请求 消息； 以及注册模块 306 , 耦合至发送模块 304 , 设置为以组标识在 IP多媒 体子系统网络中注册组中的用户。 通过上述系统， 设置模块 302将网元下的物理实体中的用户根据实际情 况合并分组， 注册模块 306只对每个组发起注册， 一旦组注册成功， 属于该 组的所有用户都可以作为主 /被叫进行呼叫，解决了相关技术中由同一个物理 实体下的所有用户同时发起注册 /注销流程而导致系统瞬间负荷过大对呼叫 流程产生影响的问题， 提高了用户体验、 系统性能以及网络的稳定性。 在具体实施过程中， 该系统可以包括 IP多媒体子系统网络中的多个网 元， 设置模块 302、 发送模块 304和注册模块 306可以从属于不同网元。 例 如， 设置模块 302在网元 A中， 发送模块 304在网元 A下的物理节点 B中， 而注册模块 306在月艮务器 C中。 优选地， 设置模块 302还设置为将组标识设置为组注册公有用户标识和 组注册私有用户标识。 优选地， 设置模块 302还设置为将网元的同一物理节点中的部分用户分 组。 即， 将网元下的同一物理节点的一部分用户分组， 按照组注册的方式进 行注册， 其他用户仍然进行单独注册。 优选地，设置模块 302还设置为用于将网元下的物理节点中的用户分组， 其中， 网元下的物理节点包括以下至少之一： 综合接入设备、 接入网关、 中 继网关和媒体网关。 图 4a是才艮据本发明实施例的用户的注册系统的优选结构框图， 如图 4a 所示， 该系统还可以包括： 更新模块 402和保存模块 404， 下面对此进行详 细说明。 更新模块 402 , 耦合至注册模块 306 , 设置为在组中的用户注册成功的 情况下， HSS向组所在的 S-CSCF发送携带有组中的用户的信息的用户信息 请求消息； 以及保存模块 404 , 耦合至更新模块 402 , 设置为 S-CSCF接收到 用户信息请求消息后， 保存上述信息， 并将组中的用户标记为已注册。 优选地， 更新模块 402包括： 获取模块 4022 , 设置为 HSS接收到来自
I-CSCF的携带有该组中用户的公有用户标识的位置信息请求消息。 图 4b是才艮据本发明实施例的用户的注册系统的另一优选结构框图， 如 图 4b所示， 该系统还可以包括： 业务分配模块 406和状态标识模块 408， 下 面对 进行详细说明。 业务分配模块 406 ,耦合至注册模块 306 ,设置为 HSS接收到来自 S-CSCF 的携带组标识的业务月艮务器分配请求消息，在确定组为已注册的情况下， HSS 向 S-CSCF发送携带有组中的用户的信息的业务服务器分配响应消息； 状态 标识模块 408 , 耦合至业务分配模块 406 , 设置为 S-CSCF保存接收到的该信 息， 并将组中的用户标记为已注册。 可见， 该实施例釆用将网元下的物理实体中的用户合并分组， 并以组为 单位发起注册的方式， 提高了用户体 -险、 系统性能以及网络的稳定性。 以下结合附图对本发明的优选实施例进行说明， 应当理解， 此处所描述 的优选实施例仅用于说明和解释本发明， 并不用于限定本发明。 优选实施例一 在 AGCF、 基于 IP网络的语音传输网关 （ Voice Over Internet Protocol, 即 VoIP网关， 简称为 VGW )或其它类似网元以及 IMS的 S-CSCF、 HSS中， ；)夺同一物理节点， 例如， 综合接入设备（Integrated Access Device, 简称为 IAD ), AG、 中继网关 （Trunk Gateway, 简称为 TG ) 和 MG下的所有或其 中的一部分用户合并为一个组。 为这个组分配一个"组注册 PUI"和"组注册 PVI，，。 一旦该物理节点在 AGCF、 VGW或其它类似网元中实现正常的注册， 也就是进入服务状态， 即， 由 AGCF、 VGW或其它类似网元用 "组注册 PUI" 和"组注册 PVI"向 IMS网络中的 I/S-CSCF网元发起组注册， 在注册过程中， 各个网元之间传输的消息与现有规范相同， 只是在注册成功的情况下， 在 AGCF、 VGW或其它类似网元中， 将该"组注册 PUI"所对应的组的所有用户 PUI标记为 "已注册"状态（即，该组对应的所有用户都标记为"已注册 "状态）。 可见， 上述组注册流程并不需要为组中的每个用户发起单独的注册流程。 图 5是 居本发明优选实施例一的组注册的流程图， 如图 5所示， 该流 程主要包括以下处理 （步骤 S501-步骤 S518 ): 步骤 S501 , AGCF收到终端的注册请求消息 （例如， 可以为 H.248的
Service Change消息 )。 步骤 S502, AGCF给终端回注册成功响应消息 （例如， 可以为 H.248的 Reply消息）。 步骤 S503 , AGCF为它所带的用户向 I-CSCF发注册请求消息 （例如， 可以为 3GPP TS24.229中的 Register消息；)。 其中， 该消息中的 PUI为 "组注 册 PUI", PVI为"组注册 PVI"。 步骤 S504, I-CSCF向 HSS发位置信息请求消息 （例如， 可以为 3GPP TS29.228/3GPP TS29.229中的 User- Authorization-Request消息， UAR消息；)， HSS对组注册 PUI、组注册 PVI的合法性进行判断，获取用户所在的 S-CSCF 等信息。 步骤 S505 , HSS给 I-CSCF回的位置信息响应消息（例如， 可以为 3GPP TS29.228/3GPP TS29.229中的 User- Authorization- Answer消息， 即， UAA消 息）， 其中， 在该消息中包含 S-CSCF地址等信息。 步骤 S506, I-CSCF给 S-CSCF发注册请求消息 （例如， 可以为 3GPP TS24.229中的 Register消息；)。 其中， 该消息中的 PUI为 "组注册 PUI"。 步骤 S507, S-CSCF给 HSS发鉴权请求消息 （例如， 可以为 3GPP TS29.228/3GPP TS29.229中的 Multimedia- Auth-Request消息， 即， MAR消 息）， 将鉴权中使用的相关信息发给 HSS , 以便 HSS进行鉴权。 其中， 该消 息中的 PUI为 "组注册 PUI" , PVI为 "组注册 PVI"。 步骤 S508, HSS给 S-CSCF回鉴权响应消息 （例如， 可以为 3GPP
TS29.228/3GPP TS29.229中的 Multimedia- Auth- Answer消息， 即， MAA消 息）， 为鉴权请求的响应消息。 步骤 S509, S-CSCF给 I-CSCF回注册失败响应消息（例如，可以为 3GPP TS24.229中的 401等消息；)。 步骤 S510, I-CSCF给 AGCF回注册失败响应消息（例如， 可以为 3GPP TS24.229中的 401等消息；)。 步骤 S511 , 发起再次注册， 向 I-CSCF发注册请求消息 （例如， 可以为
3GPP TS24.229中的 Register消息；)。其中， 该消息中的 PUI为"组注册 PUI", PVI为"组注册 PVI"。 步骤 S512, I-CSCF向 HSS发位置信息请求消息 （例如， 可以为 3GPP TS29.228/3GPP TS29.229中的 User- Authorization-Request消息， 即， UAR消 息）， HSS对组注册 PUI、 组注册 PVI的合法性进行判断， 获取用户所在的 S-CSCF等信息。 步骤 S513 , HSS给 I-CSCF回的位置信息响应消息（例如， 可以为 3GPP TS29.228/3GPP TS29.229中的 User- Authorization- Answer消息， 即， UAA消 息）， 其中， 该消息中包含 S-CSCF地址等信息。 步骤 S514, I-CSCF给 S-CSCF发注册请求消息 （例如， 可以为 3GPP
TS24.229中的 Register消息）。 其中， 该消息中的 PUI为 "组注册 PUI"。 步骤 S515 , S-CSCF给 HSS发业务服务器分配请求消息（例如， 可以为 3GPP TS29.228/3GPP TS29.229中的 Server- Assignment-Request消息，即， SAR 消息）， 主要是为获取用户的业务及其实现业务的服务器地址等信息。 其中， 该消息中的 PUI为 "组注册 PUI"。 步骤 S516, HSS给 S-CSCF业务服务器分配响应， 可以为业务服务器分 g己请求 ^ p向应消息- ( iH如 , 可以为 3GPP TS29.228/3GPP TS29.229中 ^ Server-Assignment-Answer消息， 即， SAA消息）， 在该消息中携带业务及其 实现业务的服务器地址等信息。 在具体实施过程中， 可以暂时不为组中每个 用户返回其业务及其实现业务的月艮务器地址信息， 在后续的组中用户首次呼 叫流程中获取 （例如， 图 6和图 7 ), 也可以由 HSS在稍后为注册成功的组 的所有用户下发业务及其实现业务的服务器地址信息 （例如， 图 8 )。 步骤 S517, S-CSCF给 I-CSCF回注册成功响应消息（例如，可以为 3GPP TS24.229中的 200 OK消息；)。 其中， 该消息中的 PUI为"组注册 PUI"。 步骤 S518, I-CSCF给 AGCF回注册成功响应消息（例如， 可以为 3GPP TS24.229中的 200 OK消息；)。 其中， 该消息中的 PUI为"组注册 PUI"。 上述流程是可以根据实际的需要将同一用户物理节点中的用户 （例如， 用户所属的 S-CSCF ), 划分为多个组， AGCF、 VGW为每个组发起图 5流程 的组注册。 另外， 可以根据实际的需要灵活组合， 对于同一用户物理节点中 的所有用户， 让有的用户属于组注册用户， 而有的用户不属于组注册用户。 例如， AGCF、 VGW为每个组发起图 5流程的组注册， 为每个不属于组注册 的用户发起单用户注册。 优选实施例二 在本发明实施例中， 主要描述了在组注册成功的情况下， 注册成功的组 中的用户进行会话时作为主叫发送呼叫的情况。 图 6是根据本发明优选实施 例二的在组注册成功的情况下用户故主叫发起呼叫的流程图， 如图 6所示， 该流程主要包括以下处理 (步骤 S601-步骤 S606 ): 步骤 S601 , AGCF才艮据用户所属的组所对应的 "组注册 PUI"已经在 IMS 网络成功注册， 在符合其它控制逻辑的情况下， 向用户所在 S-CSCF发起呼 叫， 给 S-CSCF发会话邀请消息， 例如， 可以为会话初始化协议 （ Session Initiation Protocol,简称为 SIP )的 INVITE消息，且在该消息中携带用户为 "组" 用户标识。 步骤 S602, S-CSCF收到带有"组"用户标识的会话邀请消息,并发现主叫 PUI并没有注册， 于是向 HSS发业务服务器分配请求消息 （例如， 可以为 Cx接口的 Server-Assignment-Request消息 )。 步骤 S603 , HSS根据自身策略发现所收到 SAR消息中的 PUI为"组"用 户，并且用户所属的"组"已经注册成功，并且发 SAR消息的 S-CSCF也与"组 注册 PUI"的 S-CSCF相同， 于是 HSS给 S-CSCF的 SAR请求回成功响应消 息， 即， 业务月艮务器分配响应消息 （例如， SAA消息）。 步骤 S604, S-CSCF向 AS发会话邀请消息。 S-CSCF收到 SAA消息， 存储其中的用户业务及其实现业务的服务地址等信息， 根据业务信息发起后 续呼叫， 并且在 S-CSCF中将用户标记为已注册状态。 后续呼叫流程 (例如， 图 6中步骤 S605-步骤 S606 ), 可以按照现有技术 或规范实现。 需要说明的是， 组注册成功后的首次呼叫结束后， 由于 S-CSCF中已经 记录了该用户的注册及业务信息， 以后该用户无论是作为被叫还是主叫（即， 只要用户没有注销；)， 都不需要 S-CSCF再发起 SAR流程。 优选实施例三 在本发明实施例中， 主要描述了在组注册成功的情况下， 注册成功的组 中的用户进行会话时作为被叫的情况。 图 7是根据本发明优选实施例三的在 组注册成功的情况下用户做被叫发起呼叫的流程图， 如图 7所示， 该流程主 要包括以下处理 (步骤 S701-步骤 S707 ): 步骤 S701 , 在 IMS网络中， 在主叫业务后， 主叫所在的 S-CSCF呼叫到 I-CSCF, 即， 会话邀请消息发送到 I-CSCF。 步骤 S702, I-CSCF向 HSS发位置信息请求消息 （例如， 可以为 Cx接 口的 Location-Info-Request消息， 即， LIR消息）。 其中， 该消息中携带注册 成功的组用户信息。 步骤 S703 , HSS根据自身策略发现被叫用户的 PUI并没有注册， 即， 被叫用户的 PUI没有标记为已注册。 但是， 该 PUI属于某一个"组"， 而且该 组的"组注册 PUI"已经实现正常注册， 即， 该组的"组注册 PUI"已经标记为 已注册。 于是， 向被叫用户 "组"所在的 S-CSCF发下发用户信息请求消息（例 如， 可以为 Cx接口的 Push-Profile-Request消息， 即， PPR消息；)。 步骤 S704, S-CSCF记录下发用户信息请求消息中的用户业务信息， 并 将该组中所有用户的 PUI标记为已注册，向 HSS回下发用户信息响应消息（例 如， 可以为 Cx接口的 Push-Profile- Answer消息， PPA消息；)。 步骤 S705 , HSS收到下发用户信息响应消息， 给 I-CSCF发位置信息响 应消息 (例如，可以为 Cx接口的 Location-Info- Answer消息， 即， LIA消息 )。 后续呼叫流程 (例如， 图 7中步骤 S706-步骤 S707), 可以按照现有技术 或规范实现。 需要说明的是， 组注册成功后的首次呼叫后， 由于 S-CSCF中已经记录 了该用户的注册及业务信息， 以后该用户无论是作为被叫还是主叫 （即， 只 要用户没有注销；)， 都不需要 S-CSCF再发起 SAR流程。 显然，图 6和图 7适用于 HSS没有将组注册中各个用户的业务信息在组 注册流程中发给 S-CSCF且后续 HSS也没有向 S-CSCF下发用户业务信息的 情况。 如果在组注册流程中， HSS已经为每个用户在 SAA消息中将业务信 息发给了 S-CSCF, 那么在呼叫流程中 CSCF、 HSS、 AS之间的消息交互同 现有技术。 优选实施例四 由于在注册流程中的 SAA消息中携带组注册中的每个用户业务信息并 不太适合于同一组中的用户太多的情况。 为解决此问题， 可以在组注册成功 后， 由 HSS为组注册中的每个用户发起下发用户信息请求流程。 图 8是根据 本发明优选实施例四的 HSS主动向 S-CSCF下发组注册中用户的业务信息的 流程图， 如图 8所示， 该流程主要包括以下处理 （步骤 S801-步骤 S802 ): 步骤 S801 , HSS根据自身策略为成功注册的"组注册 PUI", 查询属于该 组的所有用户， 为每个用户向"组"所在的 S-CSCF发下发用户信息请求消息 (例如， 可以为 Cx接口的 Push-Profile-Request消息， 即， PPR消息；)。 该步 骤是在图 7中的步骤 S716之后发生的， 另外， 可以与图 4、 图 5和图 8中的 技术可以结合使用。 步骤 S802, S-CSCF记录下发用户信息请求消息中的用户业务信息， 并 将该用户的 PUI标记为已注册， 给 HSS回下发用户信息响应消息（例如， 可 以为 Cx接口的 Push-Profile- Answer消息， 即， PPA消息）。 需要说明的是， 实施例中的 AGCF、 I-CSCF、 S-CSCF, AS、 HSS网元 及它们之间的消息， 主要是为了清楚的表示 PES (即， PSTN/ISDN仿真子系 统） 网络支持 AGCF用户混合放号及其相应的业务管理与实现的思想， 在具 体的实现中不局限于这些网元和消息。 如果有用户的 S-CSCF与"组" PUI注 册中得到的 S-CSCF不同的需要， 只需要在 AGCF或其它类似网元以及 HSS 中为用户配置各自的 S-CSCF即可。 另外， 上述的实施例中， 强调了同一组 的所有用户的 S-CSCF必须相同， 这只是在使用中结合了现网环境， 但在技 术上并不故此限制。 综上所述， 本发明实施例釆用将同一物理实体下的用户合并为同一个组 或多个组， 以组为单位发起注册的方式， 解决了相关技术中由同一个物理实 体下的所有用户同时发起注册 /注销流程而导致系统瞬间负荷过大以及对呼 叫流程带来的影响的问题， 对用户的正常呼叫不会造成影响， 从而减轻网络 负担， 提高了用户体验、 系统性能以及网络的稳定性。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步 4聚， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1. 一种用户的注册方法， 包括以下步 4聚：
将网元下的物理节点中的用户分组，并给每个所述组设置组标识； 发送携带有所述组标识的注册请求消息； 以及
以所述组标识在 IP多媒体子系统网络中注册所述组中的用户。
2. 居权利要求 1所述的方法， 其中， 所述组标识为组注册公有用户标 识和组注册私有用户标识。
3. 根据权利要求 1或 2所述的方法， 其中， 以所述组标识在 IP多媒体子 系统网络中注册所述组中的用户之后， 还包括： 在所述组注册成功的 情况下， 将所述组中的用户标记为已注册。
4. 根据权利要求 1或 2所述的方法， 其中， 以所述组标识在 IP多媒体子 系统网络中注册所述组中的用户之后， 还包括： 在所述组注册成功的 情况下， 归属用户服务器 HSS向所述组所在的服务呼叫会话控制功能 实体 S-CSCF发送携带有所述组中的用户的信息的用户信息请求消息； 所述 S-CSCF接收到所述用户信息请求消息后， 保存所述信息， 并将 所述组中的用户标 ΐ己为已注册。
5. 居权利要求 4所述的方法， 其中， 所述 HSS向所述组所在的所述 S-CSCF发送携带有所述组中的用户的信息的所述用户信息请求消息 之前， 还包括： 所述 HSS接收到来自查询呼叫会话控制功能实体 I-CSCF的携带有所述组中用户的公有用户标识的位置信息请求消息。
6. 根据权利要求 1所述的方法， 其中， 以所述组标识在 IP多媒体子系统 网络中注册所述组中的用户之后， 还包括： HSS接收到来自 S-CSCF 的携带所述组标识的业务月艮务器分配请求消息， 在确定所述组为已注 册的情况下， 所述 HSS向所述 S-CSCF发送携带有所述组中的用户的 信息的业务艮务器分配响应消息， 所述 S-CSCF保存接收到的所述信 息， 并将所述组中的用户标记为已注册。
7. 根据权利要求 1所述的方法， 其中， 将所述网元下的物理节点中的用 户分组包括： 将所述网元的同一物理节点中的部分用户分组。
8. 根据权利要求 1所述的方法， 其中， 所述网元下的物理节点包括以下 至少之一： 综合接入设备、 接入网关、 中继网关和媒体网关。
9. 一种用户的注册系统， 包括：
设置模块， 设置为将网元下的物理节点中的用户分组， 并给每个 所述组设置组标识；
发送模块， 设置为发送携带有所述组标识的注册请求消息； 以及 注册模块， 设置为以所述组标识在 IP多媒体子系统网络中注册所 述组中的用户。
10. 根据权利要求 9所述的系统， 其中， 所述设置模块还设置为将所述组 标识设置为组注册公有用户标识和组注册私有用户标识。
11. 根据权利要求 9所述的系统， 其中， 所述系统还包括：
更新模块， 设置为在所述组中的用户注册成功的情况下， 归属用 户服务器 HSS向所述组所在的服务呼叫会话控制功能实体 S-CSCF发 送携带有所述组中的用户的信息的用户信息请求消息； 以及
保存模块， 设置为所述 S-CSCF接收到所述用户信息请求消息后， 保存所述信息， 并将所述组中的用户标记为已注册。
12. 根据权利要求 11所述的系统， 其中， 所述更新模块包括：
获取模块， 设置为所述 HSS接收到来自查询呼叫会话控制功能实 体 I-CSCF的携带有所述组中用户的公有用户标识的位置信息请求消 息。
13. 根据权利要求 9所述的系统， 其中， 所述系统还包括：
业务分配模块， 设置为 HSS接收到来自 S-CSCF的携带所述组标 识的业务月艮务器分配请求消息， 在确定所述组为已注册的情况下， 所 述 HSS向所述 S-CSCF发送携带有所述组中的用户的信息的业务服务 器分配响应消息；
状态标识模块， 设置为所述 S-CSCF保存接收到的所述信息， 并 将所述组中的用户标记为已注册。
14. 根据权利要求 9所述的系统， 其中， 所述设置模块还设置为将所述网 元的同一物理节点中的部分用户分组。
15. 根据权利要求 9所述的系统， 其中， 所述设置模块还设置为将网元下 的物理节点中的用户分组， 其中， 所述网元下的物理节点包括以下至 少之一： 综合接入设备、 接入网关、 中继网关和媒体网关。
PCT/CN2011/070239 2010-03-12 2011-01-13 用户的注册方法和系统 Ceased WO2011110060A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010134572.0 2010-03-12
CN201010134572A CN101784032A (zh) 2010-03-12 2010-03-12 用户的注册方法和系统

Publications (1)

Publication Number Publication Date
WO2011110060A1 true WO2011110060A1 (zh) 2011-09-15

Family

ID=42523800

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/070239 Ceased WO2011110060A1 (zh) 2010-03-12 2011-01-13 用户的注册方法和系统

Country Status (2)

Country Link
CN (1) CN101784032A (zh)
WO (1) WO2011110060A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101784032A (zh) * 2010-03-12 2010-07-21 中兴通讯股份有限公司 用户的注册方法和系统
CN105612774B (zh) * 2014-03-06 2019-06-11 华为技术有限公司 近距离业务的控制方法、装置及系统
CN105763549A (zh) * 2016-02-16 2016-07-13 北京华云天科技有限公司 注册方法和装置
CN110457882B (zh) * 2019-07-18 2020-10-30 创新先进技术有限公司 一种身份识别预处理、身份识别方法及系统
CN110765842B (zh) * 2019-09-03 2021-04-06 创新先进技术有限公司 一种身份识别预处理、身份识别方法及设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101536454A (zh) * 2006-07-06 2009-09-16 法国电信 信息传输网络中公共标识管理及方法、管理公共标识记录的服务器、群组公共标识管理设备及计算机程序
CN101583119A (zh) * 2008-08-15 2009-11-18 中兴通讯股份有限公司 Ip多媒体子系统注册机制的实现方法、系统及装置
CN101610261A (zh) * 2009-06-26 2009-12-23 中兴通讯股份有限公司 一种传统固网用户接入ims域的方法和系统
CN101784032A (zh) * 2010-03-12 2010-07-21 中兴通讯股份有限公司 用户的注册方法和系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070036847A (ko) * 2005-09-30 2007-04-04 주식회사 케이티 3ｇｐｐ ｉｍｓ 기반망에서의 대표번호 서비스 제공 방법
CN101184082B (zh) * 2006-11-17 2011-04-20 华为技术有限公司 群组用户注册方法、状态更新方法、处理装置、ims网络实体和通信系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101536454A (zh) * 2006-07-06 2009-09-16 法国电信 信息传输网络中公共标识管理及方法、管理公共标识记录的服务器、群组公共标识管理设备及计算机程序
CN101583119A (zh) * 2008-08-15 2009-11-18 中兴通讯股份有限公司 Ip多媒体子系统注册机制的实现方法、系统及装置
CN101610261A (zh) * 2009-06-26 2009-12-23 中兴通讯股份有限公司 一种传统固网用户接入ims域的方法和系统
CN101784032A (zh) * 2010-03-12 2010-07-21 中兴通讯股份有限公司 用户的注册方法和系统

Also Published As

Publication number Publication date
CN101784032A (zh) 2010-07-21

Similar Documents

Publication Publication Date Title
TWI451738B (zh) 對網際網路協定多媒體子系統服務群組存取
EP2371154B1 (en) Creating a globally unique indentifier of a subscriber device
US9906566B2 (en) Voice session termination for messaging clients in IMS
CN100379316C (zh) 传统终端用户接入ims域的实现方法及系统
US8351461B2 (en) Method and apparatus for network based fixed mobile convergence
US20100106846A1 (en) Method and apparatuses for making use of virtual ims subscriptions coupled with the identity of a non sip compliant terminal for non-registered subscribers
CN109951876B (zh) 通信方法、相关装置及系统
CN103329499A (zh) 服务网络节点的动态分配
CN101330741A (zh) 一种共享公共用户标识用户终端业务重定向方法
CN102025683B (zh) 接入网关控制功能实体中用户的业务接入方法与系统
WO2009024076A1 (en) Method for configuring service and entity for storing service configuration
CN102026365B (zh) 群组注册的方法、ip多媒体子系统和多用户接入设备
CN101800945A (zh) 区分共享同一公共用户标识的多个用户设备的方法及装置
WO2011110060A1 (zh) 用户的注册方法和系统
CN103098439B (zh) 用于维持用于紧急服务的注册的方法和设备
CN104168190B (zh) 一种呼叫路由方法及装置
CN101114926B (zh) 一种固定用户接入到ip多媒体子系统的方法
CN101361346A (zh) 用于向电路交换控制的终端提供ims服务的方法和设备
EP3471379B1 (en) Method and apparatuses for multi-identity service based on registration of shared identities
KR100703426B1 (ko) 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 발신 및 착신 호를 가능하게 하는 방법 및 장치
CN103001935A (zh) Ils网络的ue在ims网络中的认证方法和系统
JP5467138B2 (ja) Ｉｐマルチメディア・サブシステム・サービスへのグループ・アクセス
WO2011107001A1 (zh) 呼叫的处理方法和装置
WO2007095796A1 (en) A method for realizing called service and a system thereof
WO2016050032A1 (zh) 用户注册处理方法、装置及系统

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: 11752803

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11752803

Country of ref document: EP

Kind code of ref document: A1