WO2008049326A1 - Enregistrement de dispositif d'utilisateur, système d'activation, procédé et dispositif dans la gestion de réseau privé - Google Patents

Enregistrement de dispositif d'utilisateur, système d'activation, procédé et dispositif dans la gestion de réseau privé Download PDF

Info

Publication number
WO2008049326A1
WO2008049326A1 PCT/CN2007/002995 CN2007002995W WO2008049326A1 WO 2008049326 A1 WO2008049326 A1 WO 2008049326A1 CN 2007002995 W CN2007002995 W CN 2007002995W WO 2008049326 A1 WO2008049326 A1 WO 2008049326A1
Authority
WO
WIPO (PCT)
Prior art keywords
impu
activation
request
registration
user equipment
Prior art date
Application number
PCT/CN2007/002995
Other languages
English (en)
French (fr)
Inventor
Dongming 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 EP07816608.9A priority Critical patent/EP2086167B1/en
Publication of WO2008049326A1 publication Critical patent/WO2008049326A1/zh

Links

Classifications

    • 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/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • 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
    • 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]
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]

Definitions

  • the present invention relates to data transmission technologies in the field of communications, and in particular, to a system, method and apparatus for registering and activating user equipment in personal network management. Background technique
  • the Universal Mobile Telecommunications System (UMTS) core network is divided into Circuit Switched Domain (CS), Packet Switched Domain (PS), and IP Multimedia. Three subsystems (IP Multimedia Subsystem, IMS).
  • CS Circuit Switched Domain
  • PS Packet Switched Domain
  • IMS IP Multimedia Subsystem
  • the CS is used to provide the user with the connection of the circuit type service, including: Mobile Switching Center (MSC): completes the switching and signaling control functions of the circuit switched service; Gateway Mobile Switching Center (GMSC): completes the mobile subscriber routing in a certain network
  • MSC Mobile Switching Center
  • GMSC Gateway Mobile Switching Center
  • the addressing function MSC can be set up or divided with the MSC
  • Interconnect Server (IWF) Closely related to the MSC, complete the Public Land Mobile Network (PLMN) and the Integrated Services Digital Network (ISDN), the Public Switched Telephone Network (PSTN) and Interworking between public data networks (PDNs) mainly implements signaling conversion functions, and specific functions are defined according to service codes and network types.
  • the PS is used to provide a connection for the packet type service to the user, including: General Packet Radio Service (GPRS) Support Node (GSN): completion of packet transmission of the packet service user; Serving GPRS Support Node (SGSN): providing core network and wireless Access system connection, complete mobility management and session management of packet data services, manage mobile and communication services of mobile users (MS) in mobile networks; Gateway GPRS support node (GGSN): as mobile communication system
  • the interface between the other public data networks also has the function of querying the location information, and the SGSN and the GGSN provide the charging information.
  • the border gateway (BG) completes the interworking between the two GPRS networks to ensure the security of the network interworking.
  • IMS is a subsystem superimposed on the existing packet domain in the Wideband Code Division Multiple Access (WCDMA) network added in the 3GPP R5 phase.
  • WCDMA Wideband Code Division Multiple Access
  • the packet domain is used as the bearer channel for the upper layer control signaling and media transmission.
  • Session Initiation Protocol (SIP) as a service control protocol, using SIP It is simple, easy to expand, and convenient for media combination. It provides rich multimedia services by separating service control from bearer control.
  • the main functional entities in IMS include call session control entity (CSCF) that controls user registration and session control functions.
  • CSCF call session control entity
  • An application server providing a service logic control function, a home subscription user server (HSS) centrally managing user subscription data, and a media gateway control entity (MGCF) for implementing interworking with the circuit switched network, the user calling a session through the current location agent
  • the Control Entity P-CSCF accesses the IMS, and the session and service trigger control and the service control interaction with the AS are completed by the Home Domain Service Call Session Control Entity (S-CSCF) of its place of registration.
  • the HSS is the most important database of users in the IMS subsystem, and stores all the information related to the subscription. It is used to support the processing of calls and sessions by various network entities, including: user identification, numbering and addressing information; user security Information; user's location information and user's description information.
  • a home network can have one or more HSSs, depending on the number of subscribers, the capacity of the network equipment, and the specific networking conditions.
  • the HSS provides a business hall interface for the maintenance of user data (such as adding, modifying, deleting user subscription data, etc.). At the same time, the HSS supports user data downloading between the interface and the inquiry call control entity (I-CSCF), the interface between the S-CSCF (Cx), and the interface (Sh) between the ASs.
  • I-CSCF inquiry call control entity
  • Cx interface between the S-CSCF
  • Sh interface
  • the Home Location Register was the entity that holds the user's CS domain and PS domain data.
  • the HLR supports the C interface (the interface between the HLR and the GMSC/MSC), the D interface (the interface between the HLR and the VLR), Gr. Interface (interface between HLR and SGSN), Gc interface (interface between HLR and GGSN).
  • the HSS is a superset of the HLR, and the two are combined.
  • the HSS embeds the function of the HLR.
  • the AS can obtain and subscribe to the IMS data through the Sh interface and can partially obtain the CS and PS domain data.
  • the actual network layout does not exclude the HLR and HSS separation.
  • a user may have multiple devices at the same time to run communication services.
  • These devices can be circuit domain devices, IMS domain devices, PSTN terminals, and they can also belong to different operators. Telecom services are provided by different operators. At the same time, these devices may have different capabilities, and different capabilities limit certain applications of the device or specific media types (such as video, images). support.
  • 3GPP introduced a new service called Personal Network Management (PNM) in the R7 phase, which is user-centric and centrally manages the same user's device or devices that can be used by the user, enabling users to make full use of their differences.
  • PPM Personal Network Management
  • the redirection service means that the user activates one or more UEs in the PN in advance. If multiple UEs are activated, the UEs have different priorities, and all subsequent service requests sent to any UE in the PN are terminated.
  • the activated UE for example, redirects all video call requests destined for any UE within the PN to the UE with the largest screen in the PN.
  • the UE Before the UE can use the redirected service code and the private network service, the UE must first register into the PN network and become the network element in the PN network.
  • FIG. 1 it is a schematic diagram of a registration process of a UE in a PN in the prior art, and the method includes the following steps:
  • Step 101 Before the UE initiates the registration process, the PNM service must first be contracted on the HSS.
  • the HSS records the IP Multimedia Private Identifier (IMPI) that is allowed to be actively registered to the PN, and copies the data to the PNM server. After the data is copied, The PNM server assigns a unique PN identity to this PN.
  • IMPI IP Multimedia Private Identifier
  • Step 102 The registration request sent by the terminal UE first arrives at a network application function entity (NAJF), and the NAF authenticates the identity of the UE by using a universal booting architecture (GBA) authentication mode, and obtains the ⁇ of the UE, and checks whether the ⁇ is in the The HSS has signed up for the business.
  • NAJF network application function entity
  • GBA universal booting architecture
  • Step 103 After the authentication is passed, the NAF adds the request to the request and forwards the request to the server. If the user simultaneously registers a plurality of IP multimedia public identifiers (IMPUs) associated with the UE, an indication is added to the request, and one of the requests is designated as a PreferlMPU, and the PNM server finds a corresponding request according to the IMPI 1 in the request after receiving the request.
  • the PN records, and uses IMPI to query the HSS for the IMPU associated with this IMPI.
  • Step 104 The HSS returns data requested by the PNM server.
  • the IMPUs included in the registration request are all in the data returned by the HSS, the IMPUs are valid, and the PreferlMPU in the request is required to be registered.
  • Allow the PNM server to map these IMPUs and corresponding The IMPI data is added to the PN, that is, the registration is successful.
  • the registered IMPU is an IMPU that holds information in a PLMN network.
  • the registration request further includes that the UE includes an International Mobile Equipment Identity (IMEI), and the PNM server saves the IMEI and also includes the IMEI when returning the registration success response, as the personal network element (PNE) of the UE in the PN network.
  • IMEI International Mobile Equipment Identity
  • PNE personal network element
  • the identifier, all subsequent PNM configuration management requests initiated by the UE, must include an IMEI to prevent the user from using the same Universal Integrated Circuit Card (UICC) but replacing the terminal.
  • UICC Universal Integrated Circuit Card
  • the UE when the UE registers with the PN, if the registration request carries multiple IMPUs, then one of them is designated as a PreferlMPU, and if the UE is activated and is the final terminating service in the redirected service, At this time, the PreferlMPU will be populated into the Request-URI header field as a new destination address.
  • the S-CSCF checks the media type included in the request in the IMS, if the media data type is not signed in the subscription data of the PreferlMPU, the S-CSCF rejects the request, causing the call to be compromised, and the session connection rate is , reducing the user experience. Summary of the invention
  • the embodiment of the invention provides a system, a method and a device for registering and activating a user equipment in a personal network management, which are used to solve the problem that the call is caused when there is no media type included in the subscription data of the PreferlMPU in the prior art. Loss, low session connection rate.
  • An embodiment of the present invention provides a method for registering a PNM service in a personal network, and the method includes the following steps:
  • the PNM server receives a registration request initiated by the user equipment of the subscribed PNM service, and the registration request includes one or more IP multimedia public user identifiers IMPU to be registered to the personal network PN;
  • the PNM server will be saved in the registered IMPU in the Public Land Mobile Network PLMN.
  • An embodiment of the present invention provides a registration system in a PNM service, where the registration system includes a user equipment and a PNM server that have subscribed to the PNM service.
  • the user equipment is configured to initiate a registration request to the PNM server, where the registration request is Containing one or more IMPUs;
  • the PNM server is configured to receive a registration request initiated by the user equipment, and
  • the registration of the IMPU is registered in the PLMN.
  • An embodiment of the present invention provides a PNM server, where the PNM server includes:
  • a receiving unit configured to receive a registration request initiated by a user equipment, where the registration request includes one or more IMPUs;
  • a query unit configured to query a registration status of the IMPU in the PLMN
  • a registration server unit configured to register in the PLMN that is included in the registration request
  • the embodiment of the present invention further provides an activation method in a PNM service, where the PNM server saves the information of the user equipment that has been registered in the PN and the IMPU, and the activation method includes the following steps:
  • an activation request sent by the user equipment where the activation request includes an activation configuration, where the activation configuration includes an IMPU of the activated user equipment and a parameter indicating an activation level;
  • the PNM server authenticates the capabilities of the user equipment and the subscription service of the IMPU, respectively, and saves the activation configuration when the authentication passes and the user equipment and the IMPU are registered in the PN.
  • An embodiment of the present invention further provides an activation system in a PNM service, where the system includes a user equipment and a P M server,
  • the user equipment is configured to send an activation request to the PNM server, where the activation request includes an activation configuration, where the activation configuration includes an IMPU and an activation level parameter;
  • the PNM server is configured to save user equipment and IMPU information that have been registered in the PN, and receive an activation request initiated by the user equipment, and respectively authenticate the capability of the user equipment and the subscription service of the IMPU, when authenticating The activation configuration is saved by the user equipment and the IMPU being registered within the PN.
  • the embodiment of the present invention further provides a PNM server, where the PNM server includes: a registration information storage unit, configured to store user equipment and IMPU information registered in the PN; and a receiving unit, configured to receive an activation request initiated by the user equipment, where The activation request includes an activation configuration, where the activation configuration includes parameters of an IMPU and an activation level of the activated user equipment;
  • the server unit is configured to respectively authenticate the capability of the user equipment and the subscription service of the IMPU, and save the activation configuration when the authentication is passed and the user equipment and the IMPU are registered in the PN.
  • the UE that meets the condition and its associated IMPU are registered, and the registered UE and its associated IMPU are activated according to the user's will, and then the service type and the service type are selected according to the service request of the call originating end.
  • the activated IMPU of one or more media types is used as the target address Request-URI after the redirection, thereby avoiding the problem that one of the media requests caused by the PreferlMPU fails to be processed when the registration request carries multiple IMPUs. , improve the session connection rate and enhance the business experience.
  • FIG. 1 is a schematic diagram of a registration process of a UE in a PN in the prior art
  • FIG. 2 is a schematic structural diagram of a registration system according to an embodiment of the present invention.
  • FIG. 3 is a schematic flowchart of a step of a registration process according to an embodiment of the present invention.
  • FIG. 4 is a schematic flowchart of a signaling process of an active registration process according to an embodiment of the present invention.
  • FIG. 5 is a schematic diagram of a signaling process of inviting a third party registration process in an embodiment of the present invention
  • FIG. 6 is a schematic structural diagram of a registered user equipment according to an embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of registering a PNM server according to an embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of an activation system according to an embodiment of the present invention.
  • FIG. 9 is a schematic flowchart of a step of an activation process according to an embodiment of the present invention.
  • FIG. 10 is a schematic flowchart of a signaling process of a UE active activation process according to an embodiment of the present invention
  • FIG. 11 is a schematic flowchart of a signaling process for triggering a redirect service process according to an embodiment of the present invention
  • FIG. 12 is a schematic flowchart of a process for redirecting a video and voice component of a session to two UEs in a session in a PNM server according to an embodiment of the present invention
  • FIG. 13 is a schematic structural diagram of activating a user equipment according to an embodiment of the present invention.
  • FIG. 14 is a schematic structural diagram of an active PNM server according to an embodiment of the present invention.
  • FIG. 15 is a video and voice representation of a session of a PNM server in a session according to an embodiment of the present invention. The flow chart of the steps of redirecting to two UEs respectively. detailed description
  • the S-CSCF may reject the result of the request if the media type of the PreferlMPU is not signed in the subscription data of the PreferlMPU.
  • a new UE registration and activation method in the PM service is proposed. Detailed description.
  • FIG. 2 it is a schematic structural diagram of a registration system according to an embodiment of the present invention.
  • the registration system includes a UE 11 and an FNM server 12 that have subscribed to the service, wherein the UE 11 is configured to initiate a registration request to the PM server 12,
  • the registration request includes one or more IMPUs;
  • the PNM server 12 is configured to receive the registration request initiated by the UE 11, and register the storage of the IMPU in the PLMN.
  • the PNM server 12 is further configured to return a registration request response to the UE 11 that initiated the registration request, or return a registration request response to the UE 11 that initiated the registration request and the UE corresponding to the IMPU.
  • the PNM server 12 is configured to: when the registration type in the registration request is active registration, return a registration request response to the user equipment that initiates the registration request, where the UE that initiated the registration request is associated with the IMPU; and when the registration type is an invitation When the three parties register, the registration request response is returned to the user equipment that initiated the registration request and the invited user equipment, and the invited UE is associated with the IMPU.
  • the PNM server 12 is further configured to: when the registration type in the registration request is active registration, also save the identifier of the UE 11 that initiated the registration request; when the registration type is to invite the third party to register, the identifier of the invited UE is also saved.
  • the system further includes an HSS of the user equipment corresponding to the IMPU, and the PNM server 12 is further configured to send a query request to the HSS, where the query request includes an IMPI associated with the IMPU, and receives the HSS return. a query response containing the registered IMPU; the HSS is configured to query all registered IMPUs associated with the IMPI based on the received IMPI query, and A query response with a registered IMPU is returned to the PNM server.
  • the system further includes an S-CSCF, configured to send, to the PNM server, a third-party registration request including the registered IMPU saved by itself, and after receiving the registration event request for subscribing to the IMPU,
  • the PNM server sends a notification message, where the notification message includes the registered IMPU associated with the same private user identifier;
  • the PNM server 12 is configured to send the third party registration request to the S-CSCF Initiating a registration event request for subscribing to the IMPU, and receiving the notification message returned by the S-CSCF, comparing the IMPU included in the registration request with the registered IMPU in the notification message, and obtaining the registration request The registration status of IMPU.
  • the working mode of the system in the embodiment of the present invention includes:
  • the subscribed PNM service UE11 first initiates a registration request to the PNM server, where the registration request includes one or more IMPUs that are to be registered in the PN network, and further, in the registration request It may also include the registration type and the identity of the UE that initiated the registration request.
  • the PNM server queries the HSS of the registered UE for the IMPU information already registered in the PLMN.
  • the registration type is active registration, the registered UE is the UE that initiates the registration request, and when the registration type is to invite the third party to register, the registered UE is the invited UE.
  • the PNM server After the PNM server queries the registered IMPU information, it compares with the IMPU in the registration request, and saves the registered IMPU included in the registration request. When the registration type is active registration, the PNM server also saves the UE identifier that initiates the registration request. And returning a registration request response to the UE; when the registration type is to invite a third party to register, the invited ⁇ is simultaneously saved, and the registration request is returned to the UE that initiated the registration request and the invited UE.
  • FIG. 3 it is a schematic flowchart of the steps of the registration method in the embodiment of the present invention, and the main steps of the registration method include:
  • Step 301 The UE initiates a registration request to the PN to join the PN, where the request includes one or more IMPUs that need to be registered to the PN, an IMPI associated with the IMPU, and a registration type, and the registration type may include active registration and Invite third parties to register.
  • the PNM server queries the S-CSCF currently serving the invited UE through the Sh interface, and sends a registration invitation request to the S-CSCF, which is sent by the S-CSCF. Further routed to the invited UE, if the invited UE receives the request and then agrees to join the PN, B'J initiates an active registration process.
  • Step 302 The FNM server checks the registration status of all IMPUs that need to be registered to the PN included in the request. For the IMPU that is in the registered state in the PLMN, the PNM server records the IMPU information in the PN, and considers that the registration is successful, if the request message is not If there is an IMPU that satisfies the above conditions, the registration operation is considered to have failed.
  • Embodiment 1 is a process of actively registering a UE (PNM UE) that has subscribed to a PNM service.
  • the PNM UE is an IMS terminal.
  • the process mainly includes the following steps: Step 401: The PNM UE initiates Registration request.
  • the PNM server saves the IMPU and ' IMPI list of the PNM service, and assigns a unique identifier PN-ID to the IMPUs and IMPIs belonging to the same PN.
  • the PNM UE initiates a registration request, and the registration request includes an IMPU and a registration type to be registered to the PN network.
  • the registration type is active registration.
  • the registration request may further include a registration request.
  • Step 402 The NAF authenticates the PNM UE.
  • the registration request initiated by the PNM UE first arrives at the NAF, and the NAF authenticates it by using the GBA authentication method. After the authentication is passed, the NAF sends the registration request to the PNM server, where the request includes not only the information described in step 401, but the NAF also adds the IMPI of the authenticated UE to the request.
  • Step 403 The PNM server queries the registered UE's HSS for the registered IMPU.
  • the PNM server After receiving the request, the PNM server sends a query request to the HSS, where the query request includes an IMPI associated with the IMPU, and all IMPUs associated with the IMPI that have been registered with the PLMN are queried.
  • Step 404 The HSS returns a query response to the PNM server.
  • the HSS queries all the registered IMPUs according to the query request sent by the PNM server, and sends the information to the PNM server.
  • Step 405 The PNM server checks the registration status of the IMPU to be registered to the PN network included in the registration request.
  • the PNM server compares the IMPU included in the registration request with the already registered IMPU list returned by the HSS, and if the one or more IMPUs carried in the registration request are included in the list returned by the HSS, the PNM server allows the PNM server to allow the inclusion.
  • the IMPUs in the returned list are registered in the PN, and the remaining unregistered IMPUs will not be registered. If the IMPU in the registration request is not registered at all, the registration failure is returned.
  • the process of determining the registration status of the IMPU is implemented in the steps 403 to 405.
  • the determining process may be implemented by using other methods, for example:
  • the S-CSCF sends a third party registration request to the PNM server according to the initial filtering rule iFC formulated for the PNM service, including the registered IMPU.
  • the IMPU is not necessarily all registered IMPUs saved by the S-CSCF.
  • the PNM server when the PNM server receives the third-party registration request, it initiates a registration event to the S-CSCF to subscribe to the IMPU (reg -event) requesting, after receiving the subscription request, the S-CSCF sends a notification message (Notify) to the PNM server, where the Notify includes a registered IMPU associated with the same private user identifier as the IMPU, The PM server compares the IMPU included in the registration request with the registered IMPU sent by the S-CSCF to obtain the registration status of the IMPU included in the registration request.
  • the S-CSCF after receiving the subscription request, sends a Notify to the PNM server if the saved registration status of the registered IMPU associated with the same private user identifier is changed, and the Notify includes The registered IMPU after the registration status is changed, that is, the S-CSCF sends the registered IMPU information to the PNM server in real time through Notify.
  • Step 406 Set the identifier that the IMPU adds to the PN.
  • the PNM server sends a request to the HSS corresponding to the IMPU to request the HSS to set an identifier that has been registered to the PN for the IMPU record, and the HSS receives the request according to the PN_ID.
  • Determining whether the IMPU has been added to another PN, and the determining method is: querying whether the IMPU record saved in the HSS is already stored. If the PN-ID is different, if the IMPU does not join other PNs, the identifier is successfully set to the IMPU record, indicating that the IMPU and the IMPI are added to the PN. If yes, the IMPU has been forced. If p is entered into another PN, the identification of the IMPU record is failed, and the setup response is returned to the PN server.
  • the request to set the identity that has been registered to the PN may be an update data message (Sh-Update) in the Sh interface.
  • the request may further include a number identifier (PN_ID) corresponding to the PN, the IMPU, and an IMPI corresponding to the IMPU.
  • Step 407 After receiving the setting success response sent by the HSS, the PNM server stores the information of the IMPU in the PN.
  • the information may include: an IMPU and an IMPI, and further may save the device identifier of the UE registered to the PN.
  • the PNM server then returns a registration request response to the UE.
  • the registration request response includes registration failure information; when the IMPU included in the registration request is partially or fully registered, the registration request response includes the registration success information and the saved IMPU list.
  • Embodiment 2 is a third-party registration process in which the PNM UE1 invites the F M UE2 to join the PN.
  • both the PNM UE1 and the PNM UE2 are IMS terminals.
  • the process mainly includes the following steps:
  • Step 501 The PNM UE1 initiates a third party registration request on behalf of the PNM UE2.
  • the PNM UE1 initiates a third-party registration request through the Ut interface, where the request includes the IMPU of the invited UE2 and the registration type, and the registration type is to invite a third party to register.
  • Step 502 The NAF authenticates UE1.
  • the third party registration request is first sent to the NAF by the Hypertext Transfer Protocol client (Http Client) of UE1.
  • the NAF authenticates the identity of the UE1 in the GBA mode. After the authentication is passed, the NAF forwards the request to the Pmi server.
  • the request includes the IMPI of the UE1 in addition to the information described in step 501.
  • Step 503 The PNM server checks the authority of UE1.
  • the PNM server checks the authority of the UE1 according to the IMPI of the UE1, when the check passes Afterwards, the PNM server queries the HSS2 of the UE2 through the Sh interface to query the S-CSCF currently serving the UE2, and the HSS2 returns the S-CSCF server name of the UE2 to the PNM server, and returns an error message if the S-CSCF does not exist.
  • Step 504 The PNM server sends a request to the UE2 to invite the UE2 to register.
  • the PNM server initiates an invite UE2 registration request to the S-CSCF, and the request may be a MESSAGE message in the SIP. If the error message is returned by the HSS2 in step 503, the PNM server returns an error to the UE1; the invite request is routed by the S-CSCF. To the P-CSCF, the P-CSCF is routed to the UE2; after receiving the request, the UE2 returns a message that the request is successfully received according to the path opposite to the invitation request. After the message arrives at the PNI server, the PNM server starts the timer at the same time. .
  • Step 505 When UE2 agrees to join the PN, it sends a registration request to the PNM server.
  • the UE sends a registration request to the PNM server, where the request includes the IMPI and the IMPU of the UE2, and further, the device identifier of the UE2 may include the timer started in the step 504 after the PNM server receives the request. If the timer expires while the PNM server is still not receiving the registration request from UE2, the PNM server sends an error response to UE1.
  • Step 506 UE2 joins the PN. This step is the same as the active registration process of steps 403 to 407 in the first embodiment.
  • Step 507 The PNM server returns a registration operation execution result to UE1 and UE2.
  • the PNM server returns a registration request response to UE2, and returns a list of successfully registered IMPUs to
  • the PNM server returns the registration operation execution balance to UE1.
  • the embodiment of the present invention further provides a UE 21, where the UE21 includes an initiation registration requesting unit 22, configured to initiate a registration request to the PNM server, where the login request includes one or more IMPUs.
  • the UE 21 further includes a receiving unit 23 for receiving a registration request response returned by the PNM server.
  • the working mode of the UE includes: The UE that has subscribed to the PNM service first initiates a registration request to the PNM server, the registration request contains one or more IMPUs, and then waits for the PNM server to check the content of the UE and the request, and waits until the registration process ends. After that, the registration request response returned by the PNM server is received regardless of whether the registration is successful or not.
  • an embodiment of the present invention further provides an M server 31.
  • the PNM server 31 includes a receiving unit 32, a query unit 33, and a registration server unit 34.
  • the receiving unit 32 is configured to receive a registration request initiated by the UE, where the registration request includes one or more IMPUs; the query unit 33 is configured to determine a registration status of the IMPU in the PLMN; and the registration server unit 34 is configured to The IMPU registered in the PLMN included in the registration request is saved.
  • the registration server unit 34 includes a registration request response unit 35 for returning a registration request response to the UE that initiated the registration request, or returning a registration request response to the UE that initiated the registration request and the UE corresponding to the IMPU.
  • the registration server unit 34 includes a judging unit 36 for judging the registration type included in the registration request.
  • the type of registration includes active registration and invitation to third party registration.
  • the registration request response unit 35 returns a registration request response to the user equipment that initiated the registration request;
  • the registration request response unit 35 Returning a registration request response to the user device that initiated the registration request and the invited user device
  • the registration server unit 34 further includes a data storage unit 37 for saving the registered IMPU and the UE identifier for initiating the registration request when the registration type is active registration; when the registration type is inviting a third party to register, the registered registration is saved. IMPU and the invited user device.
  • the working mode of the PNM server in this embodiment includes: After receiving the registration request initiated by the UE that has subscribed to the PNM service, the PNM server first determines the registration type, and if it is the active registration, determines the registration status of the IMPU included in the registration request, and registers The registered IMPU included in the request and the UE identifier of the registration request are saved, and the registration response is returned to the UE that initiated the registration request; if the third party is invited to register, it is first determined whether the authority of the UE that initiated the invitation request satisfies the requirement. And whether the UE has already registered to the PN.
  • the invitation registration request is initiated to the invited UE, and subsequently performed according to the active registration step, but the saved information includes the invited IMPU in addition to the registered IMPU included in the registration request.
  • the UE may initiate an activation request. The activation process of the embodiment of the present invention after successful registration will be described in detail below with reference to the accompanying drawings.
  • the activation system includes a UE 41 and a PNM server 42.
  • the UE 41 is configured to send an activation request to the PNM server 42, where the activation request includes an activation configuration, where the activation configuration includes parameters of an IMPU and an activation level; and the PNM server 42 is configured to save UE and IMPU information that have been registered in the PN.
  • the PNM server 42 is configured to save UE and IMPU information that have been registered in the PN.
  • the PNM server 42 is configured to receive a registration request initiated by the user equipment of the subscribed PNM service, where the registration request includes one or more IMPUs to be registered to the PN, determine the registration status of the IMPU in the PLMN, and then The registered IMPU saves; and is configured to: when the registration request includes the registration type as active registration, save the user equipment identifier that initiates the registration request; when the registration type is to invite the third party to register, save the invited user equipment identifier. .
  • the PNM server 42 is further configured to return an activation response to the UE 41 that initiated the activation request, or to return an activation response to the UE that initiated the activation request and the activated UE.
  • the PNM server 42 is configured to: when the activation type included in the activation request is active activation, return an activation response to the UE that initiates the activation request; when the activation type is an invitation, the activation of the UE and the activated activation request The UE returns an activation response.
  • the PNM server 42 is configured to: when the activation type in the activation request is active activation, further save the user equipment identifier that initiates the activation request, where the user equipment that initiates the activation request is registered, and is associated with the IMPU; When the activation type is to invite a third party to activate, the invited user equipment identifier is also saved, and the invited user equipment is registered and associated with the IMPU.
  • the PNM server 42 is further configured to: after the activation configuration is saved, receive a request for triggering a redirect service, and query the activated IMPU that meets the service requirement according to the request and the saved activation configuration, and The IMPU acts as a new destination address for the service request.
  • the working mode of the activation system in this embodiment includes: The UE first initiates activation to the PNM server.
  • the activation request includes an activation configuration, where the activation configuration includes parameters of the IMPU and the activation level, and further includes an activation type.
  • the PNM server determines the activation type after receiving the activation request.
  • the PNM server authenticates the capability of the UE that initiates the activation request and the subscription information of the IMPU.
  • the PNM server is registered, and the PNM server saves the activation configuration and the identity of the UE, and returns an activation response to the UE.
  • the PNM server determines the authority of the UE that initiated the invitation and whether the UE has already registered to the PN, and if yes, initiates an invitation activation request to the invited UE, and the invited UE at this time The active activation process is repeated, and the PM server returns an activation response to the initiating UE and the invited UE.
  • the parameter value of the activation level includes a global activation, a service activation, and a service component activation, where the global activation indicates that the user equipment performs the service of the IMPUR subscription; the service activation indicates the user equipment. Executing the service specified by the user equipment; the service-component activation means that the user equipment processes the media component in the service specified by the user equipment.
  • the activation configuration further includes: one or more of the activated service code and the media type identifier, where the service specified by the user equipment may be The media component corresponding to the service code, the media component in the service specified by the user equipment may include a media component corresponding to the media type identifier.
  • the parameter setting of the activation level is one or more of service activation and service component activation
  • the activation method mainly includes The following steps:
  • Step 901 The PNM UE sends an activation request to the PNM server.
  • the registration method may be the foregoing registration method, or may be another registration method.
  • the UE initiates an activation request, where the request includes an activation configuration, the activation configuration includes one or more IMPUs to be activated, service codes and/or media type identifiers that need to be redirected to the IMPUs, and activated.
  • the priority parameter of the UE and may also include the device identity of the activated UE.
  • Step 902 Acquire a registration status of the activated IMPU in the HSS.
  • the PNM server sends a request to the HSS to obtain the activated IMPU registration status.
  • the HSS will notify the PNM server that only the IMPU in the registered state can work. Therefore, in order to facilitate notification of the PNM server when the registration status changes, after the activation is successful, the PNM server will add its own address in the IMPU data record corresponding to the HSS through the Sh interface.
  • Step 903 When the UE capability and the IMPU subscription information requirement are met, the PNM server activates the IMPU in the request.
  • the PNM server authenticates the service information subscribed by the IMPU in the request and the capability information of the activated UE, and determines whether the subscription of the IMPU and the capability of the UE support one or more of the redirected service code and media type. When the requirement is met, the PNM server saves the activation configuration in the request; when the requirement is not met, an error response is returned, indicating that the activation operation is rejected due to the IMPU subscription or the UE capability is not supported.
  • the activation request since the parameter of the activation level is the service activation or the service component activation, the activation request includes a combination of the redirected service code and the redirected media type, because the service includes One or more media types, so when the redirected service is included, the subscription information of the activated IMPU must satisfy all media types included in the service.
  • the PNM server can perform the redirect service by receiving the service request initiated by the originating end of the call.
  • the PNM server first determines the media type included in the current service request, and determines whether there is an activated UE for the media type. When it exists, the redirection for the media component is performed first. When there is no activation setting for the media type in the PN, the service type is determined, and the redirection for the service type is performed. If the PNM server determines that there are multiple corresponding activated IMPUs for one or more activated UEs in the service code and media type in the service request, the PNM server returns or returns the user-specified IMPU from any one of the IMPUs.
  • step 903 when the activation type is active activation, the PNM server returns an activation response to the user equipment that initiated the activation request, and when the activation type is to invite the third party to activate, the PNM server An activation response is returned to the user device that initiated the activation request and the activated user device.
  • step 901 When the activation type is to invite a third party to activate, after step 901, a step is also included:
  • the PNM server determines whether the user equipment that initiates the activation request with the third party activation type is invited to have the invitation authority and has registered to the PN, and if yes, sends an invitation activation request to the invited user equipment, if not, then The user device that initiated the activation request returns an activation failure response.
  • the invited user equipment after receiving the invitation activation request, initiates an activation request to the PNM server, where the invited user equipment identifier may be carried.
  • the PNM server may also save the user equipment identifier that initiates the activation request, and further determine, when saving, whether the user equipment that initiated the activation request is the activated IMPU. The associated user equipment is already registered in the PN. If yes, the next activation operation is continued, otherwise the activation is considered to be failed.
  • the PNM server saves the invited user equipment identifier. When saving, it is also determined whether the invited user equipment is the user equipment associated with the activated IMPU, and has been registered in the PN. If yes, the next activation operation is continued, otherwise the activation failure is considered.
  • the third embodiment is a process in which the UE actively initiates the activation.
  • the parameter of the activation level is also set to be the service activation or the service component activation.
  • the process mainly includes the following steps:
  • Step 1001 The PNM UE initiates an activation request to the NAF.
  • the PNM UE When the PNM UE and the associated IMPU have been successfully registered in the PN, the PNM UE sends an activation request to the NAF through the Ut interface, the request including an activation configuration, the activation configuration including one or more IMPUs requiring activation, and
  • the service code and/or media type identifier of the service to be redirected to the IMPU and the UE priority parameter may further include a device identifier of the PNM UE that initiated the activation request.
  • Step 1002 The NAF authenticates the identity of the PNM UE. After the authentication is passed, the IMPI of the PNM UE is added to the request, and the request is forwarded to the PNM server.
  • Step 1003 Perform the service information of the IMPU contract and the capability information of the activated UE. Right.
  • the PNM server After receiving the activation request, the PNM server determines that the activated IMPU has joined the PN network, and then sends a query to the HSS to query the service information query requested by the IMPU, and saves the information returned by the HSS.
  • the contracted The service information may be a communication service identifier (SID).
  • the service code may also be a SID
  • the subscribed service information query request may be a Sh interface query message (Sh-Pull)
  • the PNM server saves the UE capability.
  • the entity of the information acquires the capability information of the activated UE.
  • the PNM server when the parameter of the activation level is globally activated, the PNM server sends a request for querying the service information of the IMPU subscription to the HSS, and if the service information of the IMPUR subscription is obtained, The authentication service of the IMPU is approved.
  • the PNM server compares the service information signed by the IMPU with one or more of the service code and the media type redirected in the activation request, the UE
  • the capability information is compared with the required capability of one or more of the service code and the media type, if the service code is included in the contracted service information, and the capability information of the UE can reach one of the service code and the media type or For multiple required capabilities, it is considered that the IMPU can be activated for one or more of the service code and media type, and the authentication is passed.
  • the step of authenticating the UE capability includes: when the parameter of the activation level is globally activated, and the capability of the user equipment meets the requirements of part or all of the service signed by the IMPU, the authentication is passed; When the parameter of the activation level is a service activation or a service component activation, the capability of the user equipment and the contracted service of the IMPU satisfy one or more of the service code and the media type included in the activation configuration. If required, the authentication is passed.
  • the PNM server After the PNM server receives the activation request, if the request carries the user-set i identifier, the PNM server will determine whether the user equipment in the activation request is the user equipment associated with the activated IMPU, and has already registered in the PN, if satisfied Then, the next activation operation is continued, otherwise the activation failure is considered, and the failure response is returned to the UE that initiated the activation request.
  • Step 1004 Obtain the registration status of the activated IMPU in the HSS.
  • the PNM server sends the service to the HSS to obtain the activated IMPU registration status and subscription
  • the request for information the HSS saves the address of the PNM server after receiving the request, and if the saving is successful, when one or more of the registered status of the activated IMPU in the PLMN communication network and the service information subscribed by the IMPU changes Send a message to the PM server to notify this event. If the save fails, return the request failure message to the PNM server.
  • the HSS will notify the PNM server when one or more of the subsequent registration status of the IMPU and the contracted service information change.
  • Step 1005 After the HSS saves the address of the PNM server successfully, the PNM server saves the activation configuration in the request, and then the PNM server returns an activation response to the PNM UE, where the response includes the service code of the service successfully activated and the corresponding IMPU. And the priority of the UE associated with the IMPU.
  • Embodiment 4 is a process of triggering a redirect service in a PN when a call originating end initiates a service request. As shown in FIG. 11, the process mainly includes the following steps:
  • Step 1101 The call originating end initiates a service request, and the IMS domain UE acts as the called party, and the called home domain I-CSCF receives the service request.
  • Step 1102 The called home domain I-CSCF sends a request to the HSS that saves the called UE information, and requests to query the S-CSCF server that is currently serving the called UE, and then the HSS returns to the I-CSCF that the current UE is serving the called UE.
  • the address of the S-CSCF server is not limited to the S-CSCF server.
  • Step 1103 The I-CSCF forwards the service request to the S-CSCF currently serving the called UE, detects the initial filtering rule (iFC) of the condition matching for the S-CSCF served by the called UE, and performs the service according to the iFC.
  • the debt is triggered by the S-CSCF to the PNM server.
  • Step 1104 After receiving the service request, the PNM server determines that the redirect service needs to be performed. First, the PNM server determines whether there is an IMPU for the media type of the activated UE, and if so, performs redirection for the media component, that is, the IMPU of the highest priority UE for the media type is returned as a new Request-URI If the S-CSCF server does not exist, determine the service type of the service request, and query the IMPU of the UE with the highest priority for the service activated in the PN according to the service type, and use the IMPU as a new Request- URI returned to S-CSCF server.
  • the PNM server determines that there is more than one activated IMPU for one or more activated UEs in the requested service code and media type, the PNM server selects one of the IMPUs as the new target address of the service request. .
  • Step 1105 After receiving the new Request-URI, the S-CSCF server initiates a service request to the new target UE.
  • Embodiment 5 is a process in which the PNM server redirects the video and voice components of the session to two devices in one session, as shown in FIG. 12, which is a schematic diagram of the main step silver process, and the method mainly includes the following steps:
  • Step 1201 The PNM server redirects voice and video traffic in the session to UEc and UEd.
  • the user equipment activates the UE by using the service code and the media type identifier.
  • the value range of the media type identifier may be a parameter of the media type in the m-line in the Session Description Protocol (SDP). The range of values, so it is possible to set the user to activate UEc and UEd respectively as the voice and video redirection by using the video service-based service code and the m-line representation of the media type in the SDP.
  • SDP Session Description Protocol
  • the calling user UEa first initiates a call to the called user UEb in the PN network, and initiates a video service request, and the video service request is first connected to the S-CSCFb.
  • the S-CSCFb triggers the service request to the PNM server through the iFC.
  • the PNM server After receiving the service request, the PNM server determines that the service type is a video service, and queries: the PN has UEc and UEd respectively activated based on the voice and video components in the video service, so the PNM server terminates the service request. And regenerating two session requests based on the activation settings of the voice and video components in the PN, and transmitting the newly generated session request containing the description of the codec mode of the voice and video components to UEc and UEd, respectively.
  • the step of the PNM server sending the two session requests is: the PM server first terminates the original session request, and sends a re-generating session request containing the voice component codec description to the S-CSCFb, where The S-CSCFb forwards the session request to t!Ec through the S-CSCFc.
  • the PNM server sends a session request containing a video component codec description to the UEd in a similar manner.
  • Step 1202 The PM server returns the media negotiation and resource reservation operation results of the UEc and the UEd to the UEa.
  • the media negotiation can be performed with the UEc and the UEd respectively.
  • the specific operation is as follows:
  • the PNM server sends the voice codec mode to the S-type through the SDP protocol in the newly generated session request. CSCFb, and the request is forwarded by the S-CSCFb to the UEc through the S-CSCFc.
  • the UEc obtains the codec mode. If the UEc selects the accepted codec mode based on the codec mode in the request, the UEc returns a response message to the PNM server through the S-CSCFc and the S-CSCFb.
  • the PNM server is similar to the media negotiation process of UEd.
  • the negotiation result is returned to the UEa.
  • the return mode may be that the PNM server returns the two negotiation results in one message, or may return the two negotiation separately.
  • UEa After receiving the negotiation result, UEa returns the response message if it agrees to the negotiation result, and routes the response message to the PNM server.
  • the P M server then splits the result of the encoding and decoding mode negotiation of the voice and video components in the response message, and sends them to UEc and UEd respectively.
  • the UEc and the UEd After receiving the negotiation result, the UEc and the UEd respectively perform a resource reservation operation, and respectively route the response message to the PNM server, and the PNM server returns the media negotiation and the resource reservation operation result response of the UEc and the UEd to the UEa.
  • the return method can be either to combine the results of the operation into one message, or to return them separately through two messages.
  • Step 1203 The video session is established, the voice data is exchanged between UEa and UEc, and the video component is exchanged between UEa and UEd.
  • the ⁇ server always remains in the signaling path of the session.
  • the original request is terminated and two session requests are generated according to the activation settings of the voice component and the video component, and respectively Forwarding to UEc and UEd;
  • the two responses are combined and returned to UEa.
  • the voice data is exchanged between UEa and UEc, and the video component is exchanged between UEa and UEd.
  • the embodiment of the present invention further provides a UE 51, where the UE 51 includes an initiation activation requesting unit 52, configured to send an activation request to the PNM server, where the activation request includes an activation configuration, and the activation configuration includes an IMPU. And activate the parameters of the hierarchy.
  • the UE 51 further includes a receiving unit 53 for receiving an activation response returned by the PNM server.
  • the working mode of the UE 51 includes: the UE that has been registered in the PN first initiates an activation request to the PNM server, where the activation request includes an activation configuration, where the activation configuration includes parameters of the IMPU and the activation level, and then waits for the PNM server to perform an activation process.
  • the activation response returned by the PNM server is received until the end of the activation process.
  • an embodiment of the present invention further provides a PNM server 61.
  • the PNM server 61 includes a registration information storage unit 62, a receiving unit 63, and an activation server unit 64.
  • the registration information storage unit 62 is configured to store the user equipment and the IMPU information registered in the PN; the receiving unit 63 is configured to receive the activation request initiated by the UE, where the activation request includes an activation configuration, and the activation configuration includes the activated configuration.
  • the IMPU of the user equipment and the parameters of the activation level; the activation server unit 64 is configured to respectively authenticate the capability of the user equipment and the subscription service of the IMPU, when the authentication is passed and the user equipment and the IMPU are registered in the PN , save the activation configuration.
  • the registration information storage unit 62 includes a receiving unit 65, a query unit 66, and a registration server unit 67.
  • the receiving unit 65 is configured to receive a registration request initiated by the user equipment, where the registration request includes one or more IMPUs.
  • the query unit 66 is configured to query the IMPU save of the book of the IMPU in the PLMN.
  • the activation server unit 64 includes an activation response unit 68 for returning an activation response to the UE that initiated the activation request, or returning an activation response to the UE that initiated the activation request and the activated UE.
  • the activation server unit 64 includes a determination unit 69 for determining the activation type included in the activation request.
  • the activation types include active activation and inviting third party activation.
  • the determining unit 69 determines that the activation type is active activation
  • the activation response unit 68 returns an activation response to the UE that initiated the activation request
  • the determination unit 69 determines that the activation type is to invite the third party to activate
  • the activation response unit 68 initiates the activation request.
  • the UE and the activated UE return an activation response.
  • the activation server unit 64 further includes a data storage unit 70, configured to save the UE identity save of the initiation activation request when the activation type is active activation, and save the invited when the activation type is to invite the third party to activate.
  • the UE ID is saved.
  • the PNM server works by: determining the activation type after receiving the activation request initiated by the UE. When the activation type is active activation, the PNM server determines whether the capability of the UE that initiates the activation request and the IMPUR subscription information in the activation request are satisfied. Determining the requirements of one or more of the service code and the media type, and the UE and the IMPU are registered by the PNM server.
  • the PNM server saves the activation configuration and the identity of the UE, and The UE returns an activation response.
  • the PNM server determines the authority of the UE that initiated the invitation and whether the UE has already registered to the PN, and if so, initiates an invitation activation request to the invited UE, and the invited UE at this time The active activation process is repeated, and the PNM server returns an activation response to the initiating UE and the invited UE.
  • the sixth embodiment is a process in which the PNM server re-directs the video and voice components of the session to two devices in one session, as shown in FIG. 15 , which is a schematic flowchart of the main steps.
  • the method mainly includes the following steps:
  • Step 1501 The P M server redirects the voice session request and the video session request to UEc and UEd, respectively.
  • the user equipment activates the UE by using the service code and the media type identifier.
  • the value range of the media type identifier may be a parameter of the media type in the m-line in the Session Description Protocol (SDP). The range of values, so it is possible to set the user to activate UEc and UEd respectively as the voice/video redirection/activation UE by using the video service-based service code and the m-line representation of the media type in the SDP.
  • SDP Session Description Protocol
  • the calling party first initiates a call to the called user UEb in the PN network, and initiates a video service request (INVITE), which includes a voice component codec description (audio) and a video component code. Decoding mode description (video).
  • the INVITE first connects to the S-CSCFb, and after receiving the INVITE, the S-CSCFb triggers the service request to the PNM server through the iFC.
  • the PNM server After receiving the INVITE, the PNM server determines that the service type is a video service, performs a redirection service, and queries the UEc and the UEd that are respectively activated according to the voice and video components in the video service, so the PNM server terminates.
  • This service request and based on the voice and within the PN
  • the activation of the video component regenerates two session requests and sends a newly generated session request containing the description of the voice and video component codec to UEc and UEd, respectively.
  • the step of the PNM server sending the two session requests is: The PNM server first terminates the original session request, and will regenerate the session request containing the voice component codec description (INVITE)
  • SDP.audio (SDP.audio) is sent to the S-CSCFb, and the S-CSCFb forwards the session request to the UEc through the S-CSCFc.
  • the PNM server will contain the session request described by the video component codec mode.
  • INVITE SDP.audio
  • INVITE INVITE
  • Offer Response contains the voice components supported by UEc
  • Offer Response contains the voice components supported by UEc
  • video contains the video components supported by UEd.
  • Step 1502 The PNM server returns the media negotiation and resource reservation operation results of UEc and UEd to the calling party.
  • the PNM server After receiving the Offer ResponseC audio and the Offer Response (video) returned by the UEc and the UEd, the PNM server combines the two response messages into a new media negotiation result, and returns the result to the calling party.
  • the result can be sent via a 183 message.
  • the calling party selects one of the received media negotiation results.
  • the speech component and the video component are coded, and the selected information is returned to the S-CSCFb through a response message (Response Conf), and the response message (Response Conf) is returned to the PMM AS by the S-CSCFb.
  • the PNM AS then splits the voice component and the video component codec in the received response message, and sends them to the UEc and the UEd through the response message. Obviously, the sending process is implemented by the S_CSCFb forwarding message.
  • the UEc and the UEd After receiving the codec mode response message including the voice component and the video component finally selected by the calling party, the UEc and the UEd respectively perform the media end media negotiation result determination and the resource reservation operation, and The response message after the operation is performed is respectively sent to the PNM server, and the media negotiation and the resource reservation operation result response message of the UEc and the UEd are returned to the calling party, and the return mode may be a combination of the operation result and a message return. It can be returned separately by two messages.
  • Step 1503 The video session is established, the voice data is exchanged between the calling party and the UEc, and the video component is exchanged between the calling party and the UEd.
  • the calling party When the video session is established, the calling party receives the ringing indication of the UEc and the UEd forwarded by the S-CSCFb, and the indication may be sent by using the 200 message.
  • the calling party sends the voice and video data to UEc and UEd respectively via a transport protocol such as Real Time Transport Protocol (RTP).
  • RTP Real Time Transport Protocol
  • the PNM server always remains in the signaling path of the session, and is responsible for combining the responses of the two parties UEc and UEd on the called side into one message and returning to the calling party or disassembling the message of the calling party.
  • the message is divided into two messages and distributed to the UEc and the UEd.
  • the service request can reach the UE as long as the redirected target UE is reachable, and there is no media included in the IMPU without the subscription service request.
  • the type causes the problem that this business request is rejected by the network.

Description

个人网管理中用户设备登记、 激活系统、 方法及装置 技术领域
本发明涉及通信领域的数据传输技术， 尤其涉及一种个人网管理中用户 设备登记、 激活的系统、 方法及装置。 背景技术
从第三代移动通信标准化伙伴项目 （3GPP ) 的 R5 阶段开始， 通用移动 通信系统（UMTS )核心网划分为电路交换 ( Circuit Switched Domain, CS )、 分组交换 ( Packet Switched Domain, PS )以及 IP多媒体子系统（ IP Multimedia Subsystem, IMS )三个子系统。
CS 用于向用户提供电路型业务的连接， 包括： 移动交换中心 （MSC ): 完成电路交换型业务的交换和信令控制功能； 关口移动交换中心 （GMSC ): 某一网絡中完成移动用户路由寻址功能的 MSC, 可与 MSC合设或分设； 互 联服务器（IWF ): 与 MSC紧密相关， 完成公众陆地移动网 （PLMN )与综合 业务数字网 （ISDN )、 公共交换电话网 （PSTN )和公用数据网 （PDN ) 间的 互通， 主要完成信令转换功能， 具体功能根据业务码和网络种类不同规定。
PS用于向用户提供分组型业务的连接，包括：通用分组无线业务（GPRS ) 支持节点（GSN ): 完成分组业务用户的分组包的传送； 服务 GPRS支持节点 ( SGSN ): 提供核心网与无线接入系统的连接， 完成分组型数据业务的移动 性管理、 会话管理等功能， 管理移动用户 （MS )在移动网络内的移动和通信 业务； 网关 GPRS支持节点（GGSN ): 作为移动通信系统与其它公用数据网 之间的接口， 同时还具有查询位置信息的功能， SGSN、 GGSN均提供计费信 息； 边界网关 （BG ): 完成两 GPRS网络间的互通， 保证网络互通的安全性。
IMS是 3GPP R5阶段增加的宽带码分多址接入系统（WCDMA ) 网络中 叠加在已有分组域之上的一个子系统， 采用分组域为其上层控制信令和媒体 传输的承载通道， 引入会话初始化协议（SIP )作为业务控制协议， 利用 SIP 简单、 易扩展、 媒体组合方便的特点， 通过将业务控制与承载控制分离， 提 供丰富的多媒体业务； IMS 中主要的功能实体包括控制用户注册、 会话控制 等功能的呼叫会话控制实体（CSCF )、 提供业务逻辑控制功能的应用服务器 ( AS )、 集中管理用户签约数据的归属签约用户服务器（HSS )以及用于实现 与电路交换网互通的媒体网关控制实体 （MGCF ), 用户通过当前所在地代理 呼叫会话控制实体（P-CSCF )接入 IMS, 会话和业务触发控制及与 AS的业 务控制交互则由其注册地的归属域服务呼叫会话控制实体（ S-CSCF ) 完成。
HSS是 IMS子系统中用户最重要的数据库， 保存着所有和签约相关的信 息， 用于支持各个网络实体对呼叫和会话的处理， 具体包括： 用户的标识、 编号以及寻址信息； 用户的安全信息； 用户的位置信息以及用户的描述信息 等。 一个归属网络可以有一个或者多个 HSS, 取决于签约用户的数量， 网络 设备的容量以及具体的组网情况。 HSS 提供营业厅接口， 用于用户数据的维 护（例如增加、 修改、 删除用户签约数据等）。 同时 HSS支持它和查询呼叫会 话控制实体（I-CSCF )、 S-CSCF之间的接口 （Cx ), 和 AS之间的接口 （Sh ) 的用户数据下载。
在 IMS出现以前， 归属位置寄存器（HLR )是保存用户 CS域和 PS域数 据的实体， HLR支持 C接口（HLR和 GMSC/MSC之间接口）， D接口（HLR 和 VLR之间接口）， Gr接口 （HLR和 SGSN之间接口）， Gc接口 （ HLR和 GGSN之间接口）。一般认为 HSS是 HLR的超集，两者合设， HSS内嵌了 HLR 的功能， 当用户进行网络登记时， 把登记的消息传递到 HLR/HSS， 并根据其 下载用户的签约数据进行后续的业务操作， AS通过 Sh接口能够获取、 订阅 IMS的数据并能部分获取 CS和 PS域的数据， 但在实际网络布局时也不排除 HLR和 HSS分设的情况。
通常情况下一个用户可能同时拥有多个设备用于运行通信业务， 这些设 备可以分别是电路域设备， IMS域设备， PSTN终端， 它们还可以归属于不同 的运营商， 由不同运营商提供电信服务， 同时这些设备可能分别具备不同的 能力， 能力不同限制了设备的某些应用或者特定的媒体类型 （如视频， 图像） 的支持。 3GPP在 R7阶段引入一项新的称为个人网管理（PNM ) 的业务， 该 业务以用户为中心， 将同一用户的设备或可为该用户使用的设备集中管理， 使用户得以充分利用其不同能力的终端或终端外设得到更好的业务体验。
在 PNM项目第一阶段， 主要关注个人网 （PN ) 内部各用户设备（UE ) 的管理， 提供 PN内各 UE间重定向服务和私网服务两种类型的业务。 其中重 定向服务是指用户事先激活 PN内的一个或多个 UE, 若激活多个 UE则这些 UE分别具有不同的优先级， 后续所有发往 PN内的任一 UE的业务请求都会 终结到上述激活的 UE, 例如， 将所有发往 PN内的任一 UE的视频电话请求 都重定向终结到 PN内屏幕最大的那个 UE上。 在 UE可以使用重定向业务码 和私网业务之前， UE必须首先登记到 PN网络内， 成为 PN网络中的网元。
如图 1所示， 为现有技术中 PN内 UE的登记流程示意图， 该方法包括以 下步驟：
步骤 101:在 UE发起登记流程之前，必须首先在 HSS上签约 PNM业务， HSS上记录这部分允许主动登记到 PN的 IP多媒体私有标识（ IMPI )，并将这 些数据拷贝到 PNM服务器， 数据拷贝后 PNM服务器为此 PN分配一个唯一 的 PN标识。
步骤 102: 终端 UE发送的登记请求首先到达网络应用功能实体（NAJF )， NAF会对 UE的身份使用通用引导架构 （ GBA )鉴权方式进行鉴权并获得此 UE的 ΙΜΡΙ, 检查该 ΙΜΡΙ是否在 HSS中签约了 ΡΝΜ业务。
步骤 103: 鉴权通过后 NAF在请求中加入 ΙΜΡΙ并将请求转发至 ΡΝΜ服 务器。 若用户同时登记多个和此 UE关联的 IP多媒体公有标识（ IMPU )， 则 需要在上述请求中增加指示， 指定其中一个为 PreferlMPU, PNM服务器收到 请求后根据请求中的 IMPI索 1找到对应的 PN记录， 并使用 IMPI向 HSS查 询和此 IMPI关联的 IMPU。
步骤 104: HSS返回 PNM服务器请求的数据，当登记请求中包含的 IMPU 都在 HSS返回的数据中时，则这些 IMPU有效，并且需要请求中的 PreferlMPU 为已注册状态， 这些条件都成立时， 则允许 PNM服务器将这些 IMPU和对应 的 IMPI数据增加到 PN中，即登记成功。在本申请文本中，所述已注册的 IMPU 为在 PLMN网絡中保存了信息的 IMPU。
所述的登记请求中还需要 UE包含国际移动设备标识（IMEI )， PNM服 务器保存此 IMEI并在返回登记成功的响应时也包含此 IMEI， 作为此 UE在 PN网络中的个人网元（PNE )标识， 后续所有此 UE发起的 PNM配置管理 请求， 都要包含 IMEI, 防止用户使用同一个通用集成电路卡（UICC )但替换 终端的情况发生。
在此现有技术的方法中， 当 UE登记到 PN时， 如果登记请求中携带多个 IMPU, 则指定其中一个为 PreferlMPU, 后续如果此 UE被激活并在重定向业务 中作为最终终结业务的 UE时， 此 PreferlMPU将会作为新的目标地址填充到业 务请求（Request-URI ) 头域。 但由于在 IMS中 S-CSCF会检查请求中包含的媒 体类型， 若此 PreferlMPU的签约数据中没有签约此媒体类型则 S-CSCF会拒绝 此请求， 导致呼叫受损， 会话接通率^ ί氐， 降低了用户业务感受。 发明内容
本发明实施例提供一种个人网管理中用户设备登记、 激活的系统、 方法 及装置， 用以解决现有技术中存在当 PreferlMPU的签约数据中没有签约请求 中包含的媒体类型时造成的呼叫受损， 会话接通率低的问题。
本发明实施例提供一种个人网管理 PNM业务中登记方法，该方法包括以 下步骤：
PNM服务器接收到已签约 PNM业务的用户设备发起的登记请求， 所述 登记请求中含有一个或一个以上要登记到个人网 PN的 IP多媒体公有用户标 识 IMPU;
PNM服务器将在公众陆地移动网 PLMN中已注册的 IMPU保存。
本发明实施例提供一种 PNM业务中登记系统， 该登记系统包含已签约 PNM业务的用户设备和 PNM服务器，
所述用户设备， 用于向所述 PNM服务器发起登记请求， 所述登记请求中 含有一个或一个以上 IMPU;
所述 PNM服务器， 用于接收所述用户设备发起的登记请求， 并将已在
PLMN中注册 IMPU的保存。
本发明实施例提供一种 PNM服务器， 该 PNM服务器包括：
接收单元， 用于接收用户设备发起的登记请求， 所述登记请求中含有一 个或一个以上 IMPU;
查询单元， 用于查询所述 IMPU在 PLMN中的注册状态；
登记服务器单元， 用于将所述登记请求中所包含的在 PLMN中已注册的
IMPU保存。
本发明实施例还提供一种 PNM业务中激活方法， PNM服务器保存已在 PN中登记的用户设备的信息和 IMPU, 该激活方法包括以下步骤：
PNM服务器接收用户设备发送的激活请求， 所述激活请求中包含激活配 置， 所述激活配置包括被激活的用户设备的 IMPU和表示激活层次的参数；
PNM服务器分別对用户设备的能力和 IMPU的签约业务进行鉴权， 当鉴 权通过且所述用户设备和 IMPU在 PN内已登记时， 保存所述激活配置。
本发明实施例还提供一种 PNM业务中激活系统，该系统包含用户设备和 P M服务器，
所述用户设备， 用于向所述 PNM服务器发送激活请求， 所述激活请求中 包含激活配置， 所述激活配置包括 IMPU和激活层次的参数；
所述 PNM服务器， 用于保存已在 PN中登记的用户设备和 IMPU信息， 并接收所述用户设备发起的激活请求， 并分别对用户设备的能力和 IMPU的 签约业务进行鉴权， 当鉴权通过且所述用户设备和 IMPU在 PN内已登记时， 保存所述激活配置。
本发明实施例还提供一种 PNM服务器， 所述 PNM服务器包括： 登记信息存储单元， 用于存储登记在 PN中的用户设备和 IMPU信息； 接收单元， 用于接收用户设备发起的激活请求， 所述激活请求中包含激 活配置， 所述激活配置包括被激活的用户设备的 IMPU和激活层次的参数； 激活服务器单元， 用于分别对所述用户设备的能力和 IMPU 的签约业务 进行鉴权， 当鉴权通过且所述用户设备和 IMPU在 PN内已登记时，保存所述 激活配置。
本发明实施例通过对满足条件的 UE及其关联的 IMPU进行登记，且根据 用户意愿将已登记的 UE及其关联的 IMPU激活，再根据呼叫始发端的业务请 求选择出针对该业务类型和其媒体类型中的一个或多个的激活的 IMPU作为 重定向后的目标地址 Request-URI, 从而避免了在登记请求中携带多个 IMPU 时， 则指定其中一个为 PreferlMPU造成的业务请求处理失败的问题， 提高了 会话接通率， 增强了业务感受。 附图说明
图 1为现有技术中 PN内 UE的登记流程示意图；
图 2为本发明实施例登记系统结构示意图；
图 3为本发明实施例登记过程步骤流程示意图；
图 4为本发明实施例中主动登记过程信令流程示意图；
图 5为本发明实施例中邀请第三方登记过程信令流程示意图；
图 6为本发明实施例登记用户设备结构示意图；
图 7为本发明实施例登记 PNM服务器结构示意图；
图 8为本发明实施例激活系统结构示意图；
图 9为本发明实施例激活过程步骤流程示意图；
图 10为本发明实施例中 UE主动激活过程信令流程示意图；
图 11为本发明实施例中触发重定向业务过程信令流程示意图； 图 12为本发明实施例中 PNM服务器在一次会话中对会话的视频和语音 成分分别重定向到两个 UE的步驟流程示意图；
图 13为本发明实施例激活用户设备结构示意图；
图 14为本发明实施例激活 PNM良务器结构示意图；
图 15为本发明实施例中 PNM服务器在一次会话中对会话的视频和语音成 分分别重定向到两个 UE的步骤流程示意图。 具体实施方式
为了解决现有技术中由于登记请求中 UE携带多个 IMPU, 则指定其中一 个为 PreferlMPU, 激活时针对 UE激活并没有检查各 IMPU的签约情况，在后 续执行重定向业务过程中返回指定的 PreferlMPU时造成的若该 PreferlMPU的 签约数据中没有签约需要的媒体类型时 S-CSCF会拒绝此请求的后果，本发明 实施例中提出了新的 P M业务中 UE的登记和激活方法， 下面结合说明书附 图详细说明。
如图 2所示， 为本发明实施例登记系统的结构示意图， 该登记系统包含 已签约 FN]^ [业务的 UE11和 FNM服务器 12, 其中， UE11用于向所述 P M 服务器 12发起登记请求， 所述登记请求中含有一个或一个以上 IMPU; PNM 服务器 12用于接收所述 UE11发起的登记请求，并将已在 PLMN中注册 IMPU 的保存。
PNM服务器 12还用于向发起登记请求的 UE11返回登记请求响应，或向 发起登记请求的 UE11和该 IMPU对应的 UE返回登记请求响应。
PNM服务器 12用于在所述登记请求中登记类型为主动登记时， 向发起 登记请求的用户设备返回登记请求响应，此发起登记请求的 UE为该 IMPU关 联的； 当所述登记类型为邀请第三方登记时， 向发起登记请求的用户设备和 被邀请的用户设备返回登记请求响应， 此被邀请的 UE为该 IMPU关联的。
PNM服务器 12进一步用于当所述登记请求中的登记类型为主动登记时， 还保存发起登记请求的 UE11的标识； 当登记类型为邀请第三方登记时，还保 存被邀请的 UE的标识。
所述系统还包括所述 IMPU对应的用户设备的 HSS ,则所述 PNM服务器 12还用于向所述 HSS发送查询请求，该查询请求中包含与所述 IMPU关联的 IMPI, 并接收该 HSS返回的含有已注册的 IMPU的查询响应； 所述 HSS用于 根据接收到的所述 IMPI查询出所有与该 IMPI关联的已注册的 IMPU, 并将 舍有已注册的 IMPU的查询响应返回给所述 PNM服务器。
所述系统还包括 S-CSCF, 用于向所述 PNM服务器发送包含自身保存的 已注册的 IMPU的第三方注册请求， 并当接收到所述订阅所述 IMPU的注册 事件请求后，向所述 PNM服务器发送通知消息，该通知消息中包含所述 IMPU 关联于相同的私有用户标识的已注册的 IMPU; 所述 PNM服务器 12用于接 收到所述第三方注册请求后，向所述 S-CSCF发起订阅所述 IMPU的注册事件 请求， 并接收所述 S-CSCF返回的所述通知消息， 将登记请求中包含的 IMPU 与所述通知消息中的已注册的 IMPU比较， 获得登记请求中包含的 IMPU的 注册状态。
本发明实施例中系统的工作方式包括： 已签约 PNM业务 UE11 首先向 PNM服务器发起登记请求， 该登记请求中包含一个或一个以上的希望登记到 PN网中的 IMPU, 进一步地， 该登记请求中还可以包括登记类型和发起登记 请求的 UE的标识。 PNM服务器接收到该登记请求后，向被登记的 UE的 HSS 查询已在 PLMN中注册的 IMPU信息。 当登记类型为主动登记时， 所述被登 记的 UE即为发起登记请求的 UE, 当登记类型为邀请第三方登记时， 所述被 登记的 UE为被邀请的 UE。PNM服务器查询到已注册的 IMPU信息后与该登 记请求中的 IMPU进行比较， 将登记请求中包含的且已注册的 IMPU保存， 当登记类型为主动登记时， 还同时保存发起登记请求的 UE标识， 并向该 UE 返回登记请求响应； 当登记类型为邀请第三方登记时， 同时保存该被邀请的 ΌΕ, 并向该发起登记请求的 UE和该被邀请的 UE返回登记请求。
如图 3 所示， 为本发明实施例中登记方法的步骤流程示意图， 该登记的 方法主要步骤包括：
步骤 301: UE向 PNM服务器发起加入到 PN的登记请求，该请求中包含 了一个或多个需要登记到 PN的 IMPU、 与所述 IMPU关联的 IMPI和登记类 型， 该登记类型可以包括主动登记和邀请第三方登记。
若登记类型为邀请第三方登记时， PNM服务器通过 Sh接口查询当前为 被邀请的 UE服务的 S-CSCF, 将登记邀请请求发送至此 S-CSCF, 由 S-CSCF 进一步路由至被邀请的 UE, 被邀请的 UE收到此请求后若同意加入 PN, 贝' J 发起主动登记流程。
步骤 302: FNM服务器检查请求中包含的需要登记到 PN的所有 IMPU 的注册状态，对于在 PLMN中处于注册状态的 IMPU, PNM服务器在 PN中记 录这些 IMPU信息，认为登记成功，若请求消息中不存在满足上述条件的 IMPU, 则认为本次登记操作失败。
实施例 1为签约了 PNM业务的 UE ( PNM UE )主动登记的过程， 在本 实施例中该 PNM UE为 IMS终端， 如图 4所示， 该过程主要包括以下步骤： 步骤 401: PNM UE发起登记请求。
在 PNM UE发起登记请求之前， 就已经签约了 PNM业务， PNM服务器 保存签约了 PNM业务的 IMPU和' IMPI列表，并为这些属于同一 PN的 IMPU 和 IMPI分配一个唯一的标识 PN-ID。
此时 PNM UE发起登记请求， 该登记请求中包含了要登记到 PN网络的 IMPU和登记类型， 在本实施例中登记类型为主动登记， 进一步的,该登记请 求中还可以包括发起登记请求的 UE的设备标识。
步骤 402: NAF对该 PNM UE进行鉴权。
该 PNM UE发起的登记请求首先到达 NAF, NAF对其釆用 GBA鉴权方 式进行鉴权。 当鉴权通过后， NAF将此登记请求发送给 PNM服务器， 该请 求中不仅包含步骤 401中所述的信息， NAF还在此请求中增加了该已通过鉴 权的 UE的 IMPI。
步骤 403: PNM服务器向被登记 UE的 HSS查询已注册的 IMPU。
当 PNM服务器收到该请求后， 向该 HSS发送查询请求, 该查询请求中 包含与所述 IMPU 关联的 IMPI, 查询出和此 IMPI 关联的所有已经注册到 PLMN的 IMPU。
步骤 404: HSS向 PNM服务器返回查询响应。
HSS根据 PNM服务器发送的查询请求查询出所有已经注册的 IMPU, 并 将该信息发送给 PNM服务器。 步骤 405: PNM服务器对登记请求中包含的要登记到 PN网络的 IMPU 的注册状态进行检查。
PNM服务器将登记请求中包含的 IMPU和 HSS返回的已经注册的 IMPU 列表进行比较， 若登记请求中携带的 IMPU存在一个或多个包含在 HSS返回 的列表中时， PNM服务器才会允许这些包含在返回列表中的 IMPU登记到 PN 中， 其余未注册的 IMPU将不会被登记。 若登记请求中的 IMPU全部未注册， 则返回登记失败。
通过步骤 403至 405, 实现了确定 IMPU的注册状态的过程，在本发明实 施例中也可以利用其他的方法实现该确定过程， 例如： 在 IMPU的注册过程 中， 已注册成功的 IMPU保存在 S-CSCF中， 因此，该 S-CSCF根据签约 PNM 业务时为其制定的初始过滤规则 iFC向 PNM服务器发送第三方注册请求，该 请求中包括已注册的 IMPU。但是该 IMPU不一定是该 S-CSCF保存的所有已 注册的 IMPU, 因此， 当 PNM服务器接收到所述第三方注册请求后， 再向所 述 S-CSCF发起订阅所述 IMPU的注册事件（ reg-event )请求， 该 S-CSCF接 收到该订阅请求后， 向所述 PNM服务器发送通知消息（Notify ), 该 Notify 中包含与所述 IMPU关联于相同的私有用户标识的已注册的 IMPU, 则 P M 服务器将登记请求中包含的 IMPU与所述 S-CSCF发送的已注册的 IMPU比 较， 获得登记请求中包含的 IMPU的注册状态。
另夕卜，该 S-CSCF接收到该订阅请求后，若保存的所述关联于相同的私有 用户标识的已注册的 IMPU 的注册状态改变时， 向所述 PNM服务器发送 Notify, 该 Notify 中包含注册状态改变后已注册的 IMPU, 即 S-CSCF通过 Notify实时向 PNM服务器发送已注册的 IMPU信息。
步骤 406: 设置 IMPU加入到 PN中的标识。
对于步驟 405 中注册状态检查完成的 IMPU， PNM服务器向所述 IMPU 对应的 HSS发送要求 HSS对所述 IMPU记录设置已经登记到所述 PN的标识 的请求， HSS收到该请求后根据所述 PN_ID判断所述 IMPU是否已经加入到 其它 PN中， 判断方法为： 查询 HSS中保存的所述 IMPU记录中是否已经存 在不同的 PN—ID,若没有，说明所述 IMPU没有加入其它 PN,则对所述 IMPU 记录设置标识成功， 指示这些 IMPU和 IMPI巳经加入到所述 PN中 , 若有， 说明 IMPU已经力 p入其它 PN,则对所述 IMPU记录设置标识失败，并向 PN 服务器返回设置响应。
在本实施例中，可以设定所述设置已经登记到所述 PN的标识的请求可以 为 Sh接口中的更新数据消息 （Sh-Update )。 且该请求还可以包含所述 PN对 应的号码标识（ PN—ID )、 所述 IMPU和该 IMPU对应的 IMPI。
步骤 407: PNM服务器收到 HSS发送的设置成功响应后， 在 PN中存储 所述的 IMPU的信息， 这些信息可以包括: IMPU和 IMPI, 进一步的还可能保 存此登记到 PN的 UE的设备标识，随后 PNM 良务器向 UE返回登记请求响应。 当登记请求中包含的 IMPU全部未登记时， 该登记请求响应包含登记失败信 息； 当登记请求中包含的 IMPU部分或全部登记时， 该登记请求响应包含登 记成功信息和已保存的 IMPU列表。
实施例 2为 PNM UE1邀请 F M UE2加入 PN的第三方登记流程 , 在本实施 例中 PNM UE1和 PNM UE2都为 IMS终端，如图 5所示，该过程主要包括以下步 骤：
步骤 501： PNM UE1代 PNM UE2发起第三方登记请求。
PNM UE1通过 Ut接口发起第三方登记请求， 该请求中包含了被邀请的 UE2的 IMPU以及登记类型， 该登记类型为邀请第三方登记。 - 步骤 502: NAF对 UE1进行鉴权。
第三方登记请求被 UE1的超文本传输协议客户端（ Http Client )首先发送 到 NAF。 NAF对 UE1的身份进行 GBA方式的鉴权， 当鉴权通过后 NAF将 该请求转发至 Pmi服务器， 该请求中除包含了步骤 501所述的信息外， 还包 含了 UE1的 IMPI。
步骤 503: PNM服务器对 UE1的权限进行检查。
只有具有邀请第主方的权限且已经登记到 PN的 UE才可以邀请其他 UE, 因此 PNM服务器要根据 UE1的 IMPI对 UE1的权限进行检查， 当检查通过 后 , PNM服务器通过 Sh接口向 UE2的 HSS2查询当前为 UE2服务的 S-CSCF， HSS2向 PNM服务器返回 UE2的 S-CSCF服务器名称， 若 S-CSCF不存在时 则返回错误信息。
步驟 504: PNM服务器向 UE2发送邀请 UE2登记的请求。
PNM服务器向该 S-CSCF发起邀请 UE2登记请求，该请求可以是 SIP中 的 MESSAGE消息， 若步驟 503中 HSS2返回的是错误信息， 则 PNM服务器 向 UE1返回错误； 该邀请请求由 S-CSCF路由到 P-CSCF, 再由 P-CSCF路由 到 UE2; UE2收到该请求后按照和该邀清请求相反的路径返回请求成功接收 的消息， 该消息到达 PNIVO 务器后， PNM服务器同时启动定时器。
步骤 505: 当 UE2同意加入 PN, 则向 PNM服务器发送登记请求。
若 UE2同意加入 PN, 则向 PNM服务器发送登记请求， 该请求中包含了 UE2的 IMPI和 IMPU, 进一步的,还可能包括 UE2的设备标识收到该请求后 PNM服务器停止步骤 504中启动的定时器； 若定时器超时 PNM服务器仍然. 没有收到 UE2的登记请求， 则 PNM服务器发送错误响应给 UE1。
步骤 506: UE2加入 PN。 该步骤与实施例 1中步骤 403至 407的主动登 记过程相同。
步骤 507: PNM服务器向 UE1和 UE2返回登记操作执行结果。
PNM服务器向 UE2返回登记请求响应，将登记成功的 IMPU列表返回给
UE2, 随即 PNM服务器再向 UE1返回登记操作执行结杲。
如图 6所示， 本发明实施例还提供一种 UE21 , 该 UE21包括发起登记请 求单元 22, 用于向 PNM 良务器发起登记请求， 所述登 i 请求中含有一个或 一个以上 IMPU。
该 UE21还包括接收单元 23，用于接收 PNM服务器返回的登记请求响应。 该 UE的工作方式包括： 已签约 PNM业务的 UE首先向 PNM服务器发 起登记请求， 该登记请求含有一个或一个以上 IMPU, 随后等待 PNM服务器 对该 UE和请求中的内容进行检查，等到登记过程结束后，无论是否登记成功 都接收 PNM服务器返回的登记请求响应。 如图 7所示， 本发明实施例还提供一种 M服务器 31 , 该 PNM服务器 31包括接收单元 32、 查询单元 33和登记月艮务器单元 34。 其中， 接收单元 32 用于接收 UE发起的登记请求， 所述登记请求中含有一个或一个以上 IMPU; 查询单元 33用于确定所述 IMPU在 PLMN中的注册状态； 登记服务器单元 34用于将所述登记请求中包含的在 PLMN中已注册的 IMPU保存。 ' 登记服务器单元 34 包括登记请求响应单元 35, 所述登记请求响应单元 35用于向发起登记请求的 UE返回登记请求响应， 或向发起登记请求的 UE 和该 IMPU对应的 UE返回登记请求响应。
登记服务器单元 34包括判断单元 36,用于判断登记请求中包含的登记类 型。
所述登 类型包括主动登记和邀请第三方登记。 当判断单元 36判断出登 记类型为主动登记时， 登记请求响应单元 35向发起登记请求的用户设备返回 登记请求响应； 当判断单元 36判断出登记类型为邀请第三方登记时， 登记请 求响应单元 35向发起登记请求的用户设备和该被邀请的用户设备返回登记请 求响应
登记服务器单元 34还包括数据存储单元 37,当所述登记类型为主动登记 时，用于保存已注册的 IMPU以及发起登记请求的 UE标识； 当登记类型为邀 请第三方登记时， 保存已注册的 IMPU以及该被邀请的用户设备。
该实施例中 PNM服务器的工作方式包括： PNM服务器接收到已签约 PNM业务的 UE发起的登记请求后首先判断登记类型， 若为主动登记， 则判 断登记请求中包含的 IMPU的注册情况，将登记请求中包含的已注册的 IMPU 及发起登记请求的 UE标识保存， 并向该发起登记请求的 UE返回登记响应； 若为邀请第三方登记， 则先判断发起邀请请求的 UE的权限是否满足要求，且 该 UE是否已经登记到 PN, 若满足要求， 则向被邀请的 UE发起邀请登记请 求， 后续按照主动登记步骤进行， 但保存的信息除登记请求中包含的已注册 的 IMPU以外还包括被邀请的 UE标识，并同时向发起邀请的 UE和被邀请的 UE返回登记响应。 当实施例 1、 2中的 UE和 IMPU成功登记到 PN后， 后续该 UE就可以 发起激活请求。 下面结合说明书附图详细说明在登记成功后的本发明实施例 的激活过程。
如图 8所示， 为本发明实施例中激活系统结构示意图， 该激活系统包括 UE41和 PNM服务器 42。其中， UE41用于向 PNM服务器 42发送激活请求， 所述激活请求中包含激活配置， 所述激活配置包括 IMPU和激活层次的参数； PNM服务器 42用于保存已在 PN中登记的 UE和 IMPU信息， 并接收 UE41 发起的激活请求， 并分別对用户设备的能力和 IMPU的签约业务进行鉴权， 当鉴权通过且所述用户设备和 IMPU在 PN内已登记时， 保存所述激活配置。
PNM服务器 42用于接收到已签约 PNM业务的用户设备发起的登记请 求， 所述登记请求中含有一个或一个以上要登记到 PN 的 IMPU, 确定所述 IMPU在 PLMN中的注册状态， 再将已注册的 IMPU保存； 并且， 用于当所 述登记请求中包含登记类型为主动登记时， 保存发起登记请求的用户设备标 识； 当该登记类型为邀请第三方登记时， 保存被邀请的用户设备标识。
PNM服务器 42还用于向发起激活请求的 UE41返回激活响应，或向发起 激活请求的 UE和所述被激活的 UE返回激活响应。
PNM服务器 42用于当所述激活请求中包含的激活类型为主动激活时， 向发起激活请求的 UE返回激活响应； 当激活类型为邀请笫三方激活时， 向发 起激活请求的 UE和被激活的 UE返回激活响应。
PNM服务器 42用于当所述激活请求中的激活类型为主动激活时， 还保 存发起激活请求的用户设备标识， 所述发起激活请求的用户设备为已登记的， 且与所述 IMPU关联； 当所述激活类型为邀请第三方激活时， 还保存被邀请 的用户设备标识， 所述被邀请的用户设备为已登记的， 且与所述 IMPU关联。
PNM服务器 42还进一步用于当所述激活配置被保存后， 接收触发重定 向业务的请求， 才艮据该请求和所述已保存的激活配置查询出满足业务要求的 已激活的 IMPU, 并将该 IMPU作为业务请求的新的目标地址。
该实施例中激活系统工作方式包括： UE首先向 PNM服务器发起激活请 求， 该激活请求中包含激活配置， 所述激活配置包括 IMPU和激活层次的参 数， 并进一步包括激活类型。 PNM服务器收到该激活请求后判断激活类型， 当激活类型为主动激活时， PNM服务器对发起激活请求的 UE 的能力和该 IMPU的签约信息进行鉴权， 当鉴权通过且该 UE和 IMPU为 PNM服务器已 登记的， PNM服务器则保存所述激活配置和该 UE的标识， 并向该 UE返回 激活响应。 当激活类型为邀请第三方激活时， PNM服务器判断该发起邀请的 UE的权限和该 UE是否已经登记到 PN, 若满足， 则向该被邀请的 UE发起邀 请激活请求， 此时被邀请的 UE重复主动激活过程， P M服务器向该发起邀 请的 UE和被邀请的 UE返回激活响应。
在本发明实施例中， 所述激活层次的参数取值包括全局激活、 业务激活 和业务成份激活， 其中， 全局激活表示所述用户设备执行所述 IMPU签约的 业务； 业务激活表示所述用户设备执行该用户设备指定的业务； 业务 ~成份激 活表示所述用户设备处理该用户设备指定的业务中的媒体成份。 当所述激活 层次的参数取值为业务激活或业务成份激活时， 所述激活配置还包括： 被激 活的业务码和媒体类型标识中的一个或多个， 则所述用户设备指定的业务可 以包括所述业务码对应的业务， 所述用户设备指定的业务中的媒体成份可以 包括所述媒体类型标识对应的媒体成份。
如图 9 所示， 为本发明实施例中激活过程流程示意图， 在本实施例中设 定激活层次的参数取值为业务激活和业务成份激活中的一个或多个， 则该激 活方法主要包括以下步骤：
步骤 901： PNM UE向 PNM服务器发送激活请求。
在 UE被激活前，该被激活的 UE和与之关联的 IMPU必须是已经成功登 记到 PN的， 该登记方法可以是前述的登记方法， 也可以是其它的登记方法。 在登记成功后， UE发起激活请求， 该请求中包含激活配置， 所述激活配置包 括一个或多个要激活的 IMPU, 需要被重定向到这些 IMPU的业务码和 /或媒 体类型标识以及被激活的 UE的优先级参数，以及还可以包括被激活的 UE的 设备标识。 步骤 902: 获取被激活的 IMPU在 HSS中的注册状态。
PNM服务器向 HSS中发送获得此被激活的 IMPU注册状态的请求，当该 IMPU在 PLMN中的注册状态发生变化时， HSS将通知 PNM服务器， 只有处 于注册状态的 IMPU才能工作。 因此， 为了便于在注册状态发生改变时通知 PNM服务器，在激活成功后， PNM服务器将通过 Sh接口在 HSS对应的 IMPU 数据记录中增加自己的地址。
步骤 903: 当满足 UE能力和 IMPU签约信息要求时， PNM服务器将请 求中 IMPU激活。
PNM服务器对请求中 IMPU所签约的业务信息和该被激活的 UE的能力 信息进行鉴权，判断 IMPU的签约和 UE的能力是否支持被重定向的业务码和 媒体类型中的一个或多个。 当满足要求时， PNM服务器将请求中的激活配置 保存； 当不满足要求时， 则返回错误响应， 表示本次激活操作由于 IMPU签 约或 UE能力不支持被拒绝。
在本发明实施例中， 由于激活层次的参数取值为业务激活或业务成份激 活， 因此， 激活请求中包含了被重定向的业务码和被重定向的媒体类型的组 合， 由于业务中包含了一个或多个媒体类型， 所以当包含被重定向的业务时， 被激活的 IMPU的签约信息必须同时满足该业务包含的所有媒体类型。
当 UE和与之关联的 IMPU被激活后， PNM服务器收到呼叫始发端发起 的业务请求， 就可以执行重定向业务。 PNM服务器首先判断当前的业务请求 中包含的媒体类型，判断是否存在已激活的针对该媒体类型的 UE。当存在时， 则先执行针对媒体成份的重定向，当 PN中不存在针对媒体类型的激活设置时 再判断业务类型， 执行针对该业务类型的重定向。 若 PNM服务器判断针对业 务请求中的业务码和媒体类型中的一个或多个激活的 UE 同时存在多个对应 激活的 IMPU时， PNM服务器从中任选一个 IMPU返回或返回用户事先指定 的 IMPU。
在步骤 903之后， 当激活类型为主动激活时， PNM服务器向发起激活请 求的用户设备返回激活响应， 当激活类型为邀请第三方激活时， PNM服务器 向发起激活请求的用户设备和被激活的用户设备返回激活响应。
当激活类型为邀请第三方激活时， 在步骤 901后还包括步據：
A. PNM服务器判断该发起含有邀请第三方激活类型的激活请求的用户 设备是否具有邀请权限且已登记到 PN, 若是， 则向该被邀请的用户设备发送 邀请激活请求， 若不是， 则向该发起激活请求的用户设备返回激活失败响应。 当所述用户设备具有邀请权限且已登记到 PN时 ,该被邀请的用户设备接收到 该邀请激活请求后， 再向 PNM服务器发起激活请求，其中可能携带该被邀请 的用户设备标识。
因此， 在步驟 903中， 当激活类型为主动激活时， PNM服务器还可能将 发起激活请求的用户设备标识保存， 在保存时还要判断该发起激活请求的用 户设备是否为所述被激活的 IMPU关联的用户设备，且已经在 PN中登记，若 满足， 则继续执行下一步激活操作， 否则认为激活失败； 当激活类型为邀请第 三方激活时， PNM服务器将所述被邀请的用户设备标识保存， 在保存时同样 要判断该被邀请的用户设备是否为所述被激活的 IMPU关联的用户设备， 且 已经在 PN中登记，若满足，则继续执行下一步激活操作， 否则认为激活失败。
实施例 3为 UE主动发起激活的流程，在本实施例中，也设定激活层次的 参数取值为业务激活或业务成份激活， 如图 10所示， 该过程主要包括以下步 骤：
步骤 1001： PNM UE向 NAF发起激活请求。
当该 PNM UE和与之关联的 IMPU已经成功登记到 PN中， 则 PNM UE 通过 Ut接口向 NAF发送激活请求， 该请求包含了激活配置， 该激活配置包 括一个或多个需要激活的 IMPU, 以及要重定向到此 IMPU的业务的业务码和 /或媒体类型标识以及 UE 优先级参数， 还可以进一步包括发起激活请求的 PNM UE的设备标识。
步骤 1002: NAF对该 PNM UE的身份进行鉴权， 当鉴权通过后在该请求 中再加入 PNM UE的 IMPI, 将请求转发至 PNM服务器。
步骤 1003: 对 IMPU签约的业务信息和被激活的 UE的能力信息进行鉴 权。
PNM服务器收到激活请求后，判断被激活的 IMPU已经加入到 PN网络， 则向 HSS发送查询所述 IMPU签约的业务信息查询请求，并保存 HSS返回的 信息， 在本实施例中， 该签约的业务信息可以为通信业务标识（SID ), 另夕卜， 所述业务码也可以是 SID, 签约的业务信息查询请求可以为 Sh接口的查询消 息（ Sh-Pull ), 同时 PNM Server向保存 UE能力信息的实体获取被激活的 UE 的能力信息。
在本实施例中， 当所述激活层次的参数取值为全局激活时， 所述 PNM服 务器向 HSS发送查询所述 IMPU签约的业务信息查询请求， 若能够获得该 IMPU签约的业务信息， 则所述 IMPU的签约业务鉴权通过。
当所述激活层次的参数取值为业务激活或业务成份激活时 , PNM服务器 将 IMPU签约的业务信息和与激活请求中被重定向的业务码和媒体类型中的 一个或多个进行比较， UE的能力信息与业务码和媒体类型中的一个或多个的 要求的能力进行比较， 若签约的业务信息中包含所述业务码，且 UE的能力信 息能够达到业务码和媒体类型中的一个或多个的要求的能力，则认为此 IMPU 可以针对该业务码和媒体类型中的一个或多个激活， 鉴权通过。
对 UE能力进行鉴权的步骤包括：当所述激活层次的参数取值为全局激活 时， 所述用户设备的能力满足所述 IMPU签约的业务部分或全部的要求， 则 鉴权通过； 当所述激活层次的参数取值为业务激活或业务成份激活时， 所述 用户设备的能力和所述 IMPU的签约的业务满足所述激活配置中包含的业务 码和媒体类型中的一个或多个的要求， 则鉴权通过。
PNM服务器收到激活请求后，若请求中携带用户设 i标识， PNM服务器 将要判断该激活请求中的用户设备是否为所述被激活的 IMPU关联的用户设 备， 且已经在 PN中登记， 若满足， 则继续执行下一步激活操作， 否则认为激 活失败， 向发起激活请求的 UE返回失败响应。
步驟 1004: 获取被激活的 IMPU在 HSS中的注册状态。
PNM服务器向 HSS中发送获得此被激活的 IMPU注册状态和签约的业务 信息的请求， HSS接收该请求后保存 PNM服务器的地址， 若保存成功， 则在 该被激活的 IMPU在 PLMN通信网络中的注册状态和该 IMPU签约的业务信 息中的一个或多个发生变化时发送消息给 P M服务器通知此事件，若保存失 败， 则向 PNM服务器返回请求失败信息。 当后续此 IMPU的注册状态和签约 的业务信息中的一个或多个发生变化时， HSS将会通知 PNM服务器。
步骤 1005: 当上述 HSS保存 PNM服务器的地址成功后， PNM服务器将 请求中的激活配置保存， 然后 PNM服务器向 PNM UE返回激活响应， 该响 应中包含激活成功的业务的业务码和对应的 IMPU, 以及该 IMPU关联的 UE 的优先级。
当 UE和与之关联的 IMPU被激活后， PNM服务器收到呼叫始发端发起 的业务请求， 就可以执行重定向业务。 实施例 4为当呼叫始发端发起业务请 求时， PN内触发重定向业务的过程， 如图 11 所示， 该过程主要包括以下步 骤：
步驟 1101: 呼叫始发端发起了业务请求， IMS域 UE作为被叫， 被叫归 属域 I-CSCF接收到业务请求。
步骤 1102: 被叫归属域 I-CSCF向保存被叫 UE信息的 HSS发送请求， 要求查询当前正在为被叫 UE服务的 S-CSCF服务器， 随即 HSS向 I-CSCF返 回当前为被叫 UE服务的 S-CSCF服务器的地址。
步骤 1103: I-CSCF向当前正在为被叫 UE服务的 S-CSCF转发该业务请 求， 为被叫 UE服务的 S-CSCF检测到条件匹配的初始过滤规则（iFC )， 并根 据此 iFC将业务債求通过 S-CSCF触发到 PNM服务器。
步骤 1104: PNM服务器收到该业务请求后， 确定需要执行重定向业务。 首先 PNM服务器判断是否存在针对媒体类型的已激活的 UE的 IMPU, 若存 在则执行针对媒体成份的重定向， 即将针对该媒体类型的具有最高优先级的 UE的 IMPU作为新的 Request-URI返回给 S-CSCF服务器； 若不存在， 则判 断该业务请求的业务类型，并根据业务类型查询出 PN内已激活的针对该业务 的具有最高优先级的 UE的 IMPU, 将此 IMPU作为新的 Request-URI返回给 S-CSCF服务器。
当 PNM服务器判断发现针对请求中的业务码和媒体类型中的一个或多 个激活的 UE同时存在一个以上的激活的 IMPU时， 则 PNM服务器从中任选 一个 IMPU作为业务请求的新的目标地址返回。
步骤 1105: S-CSCF服务器收到该新的 Request-URI后， 向新的目标 UE 发起业务请求。
实施例 5为 PNM服务器在一次会话中对会话的视频和语音成分分别重定 向到两个设备的过程， 如图 12所示， 为主要的步银流程示意图， 该方法主要 包括以下步據：
步骤 1201: PNM服务器将会话中的语音和视频业务重定向至 UEc和 UEd。 在本发明实施例中， 用户设备利用业务码和媒体类型标识来激活 UE， 在 本实施例， 所述媒体类型标识取值范围可以为会话描述协议（SDP ) 中 m行 表示媒体类型的参数取值范围， 因此可以设定用户利用基于视频业务的业务 码以及 SDP中 m行表示媒体类型的参数分别激活 UEc和 UEd, 分别作为语 音和视频的重定向 ΌΕ。
当激活过程成功后，主叫用户 UEa首先发起对 PN网絡中的被叫用户 UEb 的呼叫， 发起视频业务请求， 该视频业务请求首先接续到 S-CSCFb。 该 S-CSCFb接收到该业务请求后，通过 iFC将该业务请求触发到 PNM服务器中。
PNM服务器接收到该业务请求后， 判断该业务类型为视频业务， 并查询 出该： PN内存在基于视频业务中语音和视频成分而分别激活的 UEc和 UEd, 因此该 PNM服务器终结此业务请求， 并基于 PN内语音和视频成份的激活设 置重新产生两条会话请求， 并分別向 UEc和 UEd发送新产生的含有语音和视 频成分编解码方式描述的会话请求。 在本实施例中， PNM服务器发送这两个 会话请求的步骤为： P M服务器首先将原会话请求终止， 并将重新产生含有 语音成分编解码方式描迷的会话请求发送至 S-CSCFb, 由该 S-CSCFb将所迷 会话请求通过 S-CSCFc转发至 t!Ec。 当然， PNM服务器将含有视频成分编解 码方式描述的会话请求发送给 UEd的步骤类似。 步驟 1202: P M服务器将 UEc和 UEd的媒体协商及资源预留操作结果 返回给 UEa。
当 PNM服务器将会话请求发送至 UEc和 UEd后， 就可以分别与 UEc和 UEd进行媒体协商， 具体操作如下： PNM服务器将语音编解码方式通过新产 生的会话请求中的 SDP协议携带发送给 S-CSCFb,并由 S-CSCFb将该请求通 过 S-CSCFc转发至 UEc。 UEc接收到该请求后，获取所述编解码方式，若 UEc 基于请求中的编解码方式选择了接受的编解码方式后， 则通过 S-CSCFc和 S-CSCFb向 PNM服务器返回响应消息。 PNM服务器与 UEd的媒体协商过程 类似。当 PNM服务器与 UEc和 UEd进行媒体协商后，将协商结果返回给 UEa, 该返回方式可以为 PNM服务器将两个协商结果结合在一条消息中返回，也可 以将两个协商分别返回。 UEa接收到协商结果后， 若同意该协商结果， 则返 回响应消息， 并将该响应消息路由至 PNM服务器。 P M服务器再将该响应 消息中的语音和视频成分的编解码方式协商结果拆分出来， 分别发送给 UEc 和 UEd。 UEc和 UEd分别接收到该协商结果后， 分别进行资源预留操作， 并 将响应消息分别路由到 PNM服务器， 该 PNM服务器将 UEc和 UEd的媒体 协商及资源预留操作结果响应返回给 UEa， 该返回方式可以为将操作结果合 并为一条消息返回， 也可以通过两条消息分别返回。
步骤 1203: 视频会话建立， 语音数据在 UEa和 UEc之间交互，视频成分 在 UEa和 UEd之间交互。
在通话过程中，ΡΝΜ服务器始终保留在会话的信令路径中，当接收到 UEa 发送的视频数据会话请求后， 终结原请求并根据语音成分和视频成分的激活 设置产生两条会话请求， 并分别转发至 UEc和 UEd; 当接收到 UEc和 UEd 返回的响应后， 将两个响应合并后返回给 UEa。 当视频会话建立成功后， 语 音数据在 UEa和 UEc之间交互， 视频成分在 UEa和 UEd之间交互。
如图 13所示， 本发明实施例还提供一种 UE51 , 所述 UE51 包括发起激 活请求单元 52， 用于向 PNM服务器发送激活请求， 所述激活请求中包含激 活配置， 所述激活配置包括 IMPU和激活层次的参数。 UE51还包括接收单元 53 , 用于接收 PNM服务器返回的激活响应。
该 UE51的工作方式包括： 已在 PN中登记的 UE首先向 PNM服务器发 起激活请求， 该激活请求中包含激活配置， 所述激活配置包括 IMPU和激活 层次的参数， 随后等待 PNM服务器进行激活过程， 直到该激活过程结束后， 接收 PNM服务器返回的激活响应。
如图 14所示， 本发明实施例还提供一种 PNM服务器 61 , 所述 PNM服 务器 61包括登记信息存储单元 62、接收单元 63和激活服务器单元 64。其中， 登记信息存储单元 62用于存储登记在 PN中的用户设备和 IMPU信息； 接收 单元 63用于接收 UE发起的激活请求， 所述激活请求中包含激活配置， 所述 激活配置包括被激活的用户设备的 IMPU和激活层次的参数； 激活服务器单 元 64用于分别对所述用户设备的能力和 IMPU的签约业务进行鉴权， 当鉴权 通过且所述用户设备和 IMPU在 PN内已登记时， 保存所述激活配置。
登记信息存储单元 62包括接收单元 65、 查询单元 66和登记服务器单元 67。 其中， 接收单元 65用于接收用户设备发起的登记请求， 所述登记请求中 含有一个或一个以上 IMPU; 查询单元 66用于查询所述 IMPU在 PLMN中的 册的 IMPU保存。
激活服务器单元 64包括激活响应单元 68, 用于向发起激活请求的 UE返 回激活响应， 或向发起激活请求的 UE和所述被激活的 UE返回激活响应。
激活服务器单元 64包括判断单元 69,用于判断该激活请求中包含的激活 类型。 所述激活类型包括主动激活和邀请第三方激活。 当判断单元 69判断出 激活类型为主动激活时， 激活响应单元 68向发起激活请求的 UE返回激活响 应， 当判断单元 69判断出激活类型为邀请第三方激活时， 激活响应单元 68 向发起激活请求的 UE和被激活的 UE返回激活响应。
激活服务器单元 64还包括数据存储单元 70,用于当所述激活类型为主动 激活时，还保存发起激活请求的 UE标识保存； 当所述激活类型为邀请第三方 激活时， 还保存被邀请的 UE标识保存。 该 PNM服务器的工作方式包括： 接收 UE发起的激活请求后判断判断激 活类型， 当激活类型为主动激活时， PNM服务器判断该发起激活请求的 UE 的能力和激活请求中的 IMPU签约信息是否满足所述业务码和媒体类型中的 一个或多个的要求， 且该 UE和 IMPU为 PNM服务器已登记的， 若满足这两 个条件， PNM服务器则保存所述激活配置和该 UE的标识， 并向该 UE返回 激活响应。 当激活类型为邀请第三方激活时， PNM服务器判断该发起邀请的 UE的权限和该 UE是否已经登记到 PN,若满足， 则向该被邀请的 UE发起邀 请激活请求， 此时被邀请的 UE重复主动激活过程， PNM服务器向该发起邀 请的 UE和被邀请的 UE返回激活响应。
实施例 6为 PNM服务器在一次会话中对会话的视频和语音成分分别重定 向到两个设备的过程， 如图 15所示， 为主要的步骤流程示意图， 该方法主要 包括以下步骤：
步驟 1501 : P M服务器将语音会话请求和视频会话请求分别重定向至 UEc和 UEd。
在本发明实施例中， 用户设备利用业务码和媒体类型标识来激活 UE, 在 本实施例， 所述媒体类型标识取值范围可以为会话描述协议（SDP ) 中 m行 表示媒体类型的参数取值范围， 因此可以设定用户利用基于视频业务的业务 码以及 SDP中 m行表示媒体类型的参数分别激活 UEc和 UEd, 分别作为语 音和视频的重定向 /激活 UE。
当激活过程成功后， 主叫方首先发起对 PN网络中的被叫用户 UEb的呼 叫， 发起视频业务请求（INVITE ), 该 INVITE中包含含有语音成分编解码方 式描述（ audio )和含有视频成分编解码方式描述（ video )。 该 INVITE首先接 续到 S-CSCFb， 该 S-CSCFb接收到该 INVITE后， 通过 iFC将该业务请求触 发到 PNM服务器中。
PNM服务器接收到该 INVITE后, 判断该业务类型为视频业务， 执行重 定向业务£辑，查询出该 PN内存在基于视频业务中语音和视频成分而分别激 活的 UEc和 UEd， 因此该 PNM服务器终结此业务请求， 并基于 PN内语音和 视频成份的激活设置重新产生两条会话请求， 并分别向 UEc和 UEd发送新产 生的含有语音和视频成分编解码方式描述的会话请求。 在本实施例中， PNM 服务器发送这两个会话请求的步骤为： PNM服务器首先将原会话请求终止， 并将重新产生含有语音成分编解码方式描述的会话请求 （ INVITE
( SDP.audio ) )发送至 S-CSCFb，由该 S-CSCFb将所述会话请求通过 S-CSCFc 转发至 UEc。 当然， PNM服务器将含有视频成分编解码方式描述的会话请求
( INVITE ( SDP.video ) )发送给 UEd的步骤类似。
当 UEc 和 UEd 分别接收到所述 INVITE ( SDP.audio ) 和 INVITE
( SDP.video )后， 将分别将语音成分响应消息（Offer Response ( audio ) )和 视频成分响应消息（ Offer Response ( video ) )通过 S— CSCFb返回给 PNM AS。 其中， Offer Response ( audio )包含了 UEc所支持的语音成分， Offer Response
( video ) 包含了 UEd所支持的视频成分。
步骤 1502: PNM服务器将 UEc和 UEd的媒体协商及资源预留操作结果 返回给主叫方。
当 PNM服务器接收到 UEc和 UEd返回的 Offer ResponseC audio )和 Offer Response ( video )后， 将这两条响应消息综合成为一个新的媒体协商结果， 并将该结果返回给主叫方， 当然， 该结果可以是通过 183消息发送的。
主叫方接收到的媒体协商结果中， 包含的 UEc和 UEd能够支持的语音成 分和视频成分的编解码方式可能有多种， 因此， 主叫方将从接收到的媒体协 商结果中选择一种语音成分和视频成分编解码方式， 并将该选择的信息通过 响应消息（Response Conf )返回给 S— CSCFb, 由 S— CSCFb 将该响应消息 ( Response Conf)返回给 PMM AS。
PNM AS再将接收到的响应消息中的语音成分和视频成分编解码方式拆 分出来， 分别通过响应消息发送给 UEc和 UEd, 显然， 该发送过程是通过 S_CSCFb转发消息实现的。
UEc和 UEd分别接收到包含主叫方最终选定的语音成分和视频成分的编 解码方式响应消息后， 分别进行泉终媒体协商结果确定和资源预留操作， 并 将操作执行后的响应消息分别路由到， 该 PNM服务器将 UEc和 UEd的媒体 协商及资源预留操作结果响应消息返回给主叫方， 该返回方式可以为将操作 结果合并为一条消息返回， 也可以通过两条消息分别返回。
步课 1503: 视频会话建立， 语音数据在主叫方和 UEc之间交互， 视频成 分在主叫方和 UEd之间交互。
视频会话建立时， 主叫方收到 S—CSCFb转发的 UEc和 UEd的振铃指示 ( Ringing ), 该指示可以是通过 200消息发送的。
视频会话开始后， 主叫方通过传输协议， 如实时传输协议（RTP )将语音 和视频数据分别发送给 UEc和 UEd。
在会话的最终建立过程中， PNM服务器始终保留在会话的信令路径中， 负责将被叫侧的两方 UEc和 UEd的响应合并为一条消息返回给主叫方或者将 主叫方的消息拆分为两条消息分发给 UEc和 UEd, 会话建立成功后语音成份 在主叫终端和 UEc之间进行交互， 而视频成份在主叫终端和 UEd之间进行交 互。
综合上述实施例， 由于该 IMPU签约了业务请求中包含的媒体类型， 所 以只要重定向后的目标 UE可及， 该业务请求可以到达此 UE, 不存在因为该 IMPU没有签约业务请求中包含的媒体类型导致本次业务请求被网络拒绝的 问题。
显然， 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本 发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权利要 求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。

Claims

权 利 要 求
1、 一种个人网管理 PNM业务中登记方法， 其特征在于， 该方法包括以 下步骤：
PNM服务器接收到已签约 PNM业务的用户设备发起的登记请求， 所述 登记请求中含有一个或一个以上要登记到个人网 PN的 IP多媒体公有用户标 识 IMPU;
PNM服务器将在厶众陆地移动网 PLMN中已注册的 IMPU保存。
2、 如权利要求 1所述的登记方法， 其特征在于， 所述登记请求中还包括 登记类型， 所述登记类型为邀请第三方登记， 所述 PNM服务器接收到登记请 求后还包括：
PNM服务器确定该发起含有邀请第三方登记类型的登记请求的用户设备 具有邀请权限且已登记到 PN, 向被邀请的用户设备发送邀请登记请求。
3、 如权利要求 2所述的登记方法， 其特征在于， 所述方法还包括： 被邀请的用户设备接收到该邀请登记请求后，向 PNM服务器发起登记请 求， 其中携带被邀请的用户设备标识。
4、 如权利要求 1所迷的登记方法， 其特征在于， 所述登记请求中还包括 登记类型， 所述登记类型为主动登记， 所述方法还包括：
PNM服务器将发起登记请求的用户设备的标识保存；
或
所述登记请求中还包括登记类型， 所述登记类型为邀请第三方登记， 所 述方法还包括：
P M服务器将被邀请的用户设备的标识保存。
5、 如权利要求 2所述登记方法， 其特征在于， 所述向被邀倚的用户设备 发送邀请登记请求的步骤包括：
PNM服务器向被邀请的用户设备的归属签约用户服务器 HSS查询当前为 该用户设备服务的服务呼叫会话控制实体 S-CSCF, 并向该 S-CSCF发送邀请 登记请求， S-CSCF 再将该邀请登记请求路由到代理呼叫会话控制实体 P-CSCF , 该 P-CSCF再将该邀请登记请求路由到被邀请的用户设备。
6、 如权利要求 1所述的登记方法， 其特征在于， 所述方法包括： 所述 PNM服务器对所述 IMPU的注册状态进行确定， 其步骤包括： PNM服务器向该 IMPU对应的用户设备的 HSS发送查询请求，该查询请 求中包含与所述 IMPU关联的 IMPI;
所述 HSS根据该 IMPI查询出所有与该 IMPI关联的已注册的 IMPU, 并 将含有该已注册的 IMPU的查询响应返回给 PNM服务器；
PNM服务器将登记请求中包含的 IMPU与 HSS返回的已注册的 IMPU比 较, 获得登记请求中包含的 IMPU的注册状态。
7、 如权利要求 1所述的登记方法， 其特征在于， 所述方法包括： 所述 PNM服务器对所述 IMPU的注册状态进行确定， 其步骤包括： S-CSCF向所述 PNM服务器发送第三方注册请求，该请求中包括 S-CSCF 保存的已注册的 IMPU;
所述 PNM服务器接收到所述第三方注册请求后， 向所述 S-CSCF发起订 阅所述 IMPU的注册事件请求；
所述 S-CSCF接收到所述订阅所述 IMPU的注册事件请求后，向所述 PNM 服务器发送通知消息， 该通知消息中包含所述 IMPU关联于相同的私有用户 标识的已注册的 IMPU;
PNM服务器将登记请求中包含的 IMPU与所述通知消息中的已注册的 IMPU比较， 获得登记请求中包含的 IMPU的注册状态。
8、 如权利要求 7所述的登记方法， 其特征在于， 所述方法包括： 所述通知消息中已注册的 IMPU的注册状态改变， 所述 S-CSCF向所迷 PNM服务器发送通知消息， 所述通知消息中包含注册状态改变后的 IMPIL
9、如权利要求 1所述的登记方法，其特征在于，所述方法还进一步包括： PNM服务器向所述 IMPU对应的 HSS发送要求 HSS对所述 IMPU记录 设置已经登记到所述 PN的标识的请求； HSS收到该请求后，根据所述 PN对应的号码标识判断所述 IMPU是否已 经加入到其它 PN,若没有，则对所述 IMPU记录设置标识成功，指示这些 IMPU 和 IMPI已经加入到所述 PN中， 若已经加入， 则对所述 IMPU记录设置标识 失败， 并向 PNM服务器返回设置响应。
10、 一种 PNM业务中登记系统， 其特征在于， 该登记系统包含已签约 PNM业务的用户设备和 PNM服务器 ,
所述用户设备， 用于向所述 PNM服务器发起登记请求， 所述登记请求中 含有一个或一个以上 IMPU;
所述 PNM服务器， 用于接收所述用户设备发起的登记清求， 并将已在 PLMN中注册 IMPU的保存。
11、 如权利要求 10所述的登记系统， 其特征在于， 所述登记请求中还包 括登记类型， 所述 PNM服务器， 进一步用于当所述登记类型为主动登记时， 还保存发起登记请求的用户设备的标识； 当登记类型为邀请第三方登记时， 还保存被邀请的用户设备的标识。
12、 如权利要求 10所述的登记系统， 其特征在于， 所述系统还包括所述 IMPU对应的用户设备的 HSS, 其中
所述 PNM服务器， 还用于向所述 HSS发送查询请求， 该查询请求中包 含与所述 IMPU关联的 IMPI,并接收该 HSS返回的含有已注册的 IMPU的查 ■句响应；
所述 HSS , 用于根据接收到的所述 IMPI查询出所有与该 IMPI关联的已 注册的 IMPU,并将含有已注册的 IMPU的查询响应返回给所述 PNM服务器。
13、 如权利要求 10 所述的登记系统， 其特征在于， 所述系统还包括 S-CSCF, 其中
所述 S-CSCF, 用于向所述 PNM服务器发送包含自身保存的已注册的 IMPU的第三方注册请求，并当接收到所述订阅所述 IMPU的注册事件请求后， 向所述 PNM服务器发送通知消息 ,该通知消息中包含所述 PU关联于相同 的私有用户标识的已注册的 IMPU; 所述 PNM服务器 ,还用于接收到所述第三方注册请求后，向所述 S-CSCF 发起订阅所述 IMPU的注册事件请求，并接收所述 S-CSCF返回的所述通知消 息， 将登记请求中包含的 IMPU与所述通知消息中的已注册的 IMPU比较， 获得登记请求中包含的 IMPU的注册状态。
14、 一种 PNM服务器， 其特征在于， 该 PNM服务器包括：
接收单元， 用于接收用户设备发起的登记请求， 所述登记请求中舍有一 个或一个以上 IMPU;
查询单元， 用于查询所述 IMPU在 PLMN中的注册状态；
登记服务器单元， 用于将所述登记请求中所包含的在 PLMN中已注册的
IMPU保存。
15、 如权利要求 14所述 PNM服务器， 其特征在于， 所述登记服务器单 元包括：
判断单元， 用于判断所述登记请求中包含的登记类型；
数据存储单元， 用于当所述登记类型为主动登记时，保存已注册的 IMPU 以及发起登记请求的用户设备的标识； 当所述登记类型为邀请第三方登记时， 保存已注册的 IMPU以及被邀请的用户设备的标识。
16、 一种 PNM业务中激活方法， 其特征在于， PNM服务器保存已在 PN 中登记的用户设备的信息和 IMPU, 该激活方法包括以下步骤：
PNM服务器接收用户设备发送的激活请求， 所述激活请求中包舍激活配 置， 所述激活配置包括被激活的用户设备的 IMPU和表示激活层次的参数；
PNM服务器分别对用户设备的能力和 IMPU的签约业务进行鉴权， 当鉴 权通过且所述用户设备和 IMPU在 PN内已登记时， 保存所述激活配置。
17、 如权利要求 16所述激活方法， 其特征在于，
所述表示激活层次的参数取值为全局激活，所述 PNM服务器对 IMPU的 签约业务进行鉴权包括：
所述 PNM服务器向 HSS发送查询所述 IMPU签约的业务信息查询请求， 若能够获得该 IMPU签约的业务信息， 则所述 IMPU的签约业务鉴权通过。
18、 如权利要求 16所述激活方法， 其特征在于， 所述表示激活层次的参 数取值为业务激活或业务成份激活， 所述激活配置至少还包括：
被激活的业务码和 4某体类型标识中的一个或多个。
19、如权利要求 18所述激活方法，其特征在于，所述 PNM服务器对 IMPU 的签约业务进行鉴权包括：
所述 PNM服务器向 HSS发送查询所述 IMPU签约的业务信息查询请求， 并将 HSS返回的该 IMPU的签约的业务信息和所述激活请求中的业务码比较， 当所述签约的业务信息中包含所述业务码时， 则所述 IMPU的签约业务鉴权 通过。
20、 如权利要求 18所述激活方法， 其特征在于， 所述激活层次的参数取 值为全局激活， 所述对所述用户设备能力进行鉴杈包括：
确定所述用户设备的能力满足所述 IMPU签约的业务部分或全部的要求， 则鉴权通过。
21、 如权利要求 18所述激活方法， 其特征在于， 所述激活层次的参数取 值为业务激活或业务成份激活， 所述对所述用户设备能力进行鉴权包括： 确定所述用户设备的能力和所述 IMPU的签约的业务满足所述激活配置 中包含的业务码和媒体类型中的一个或多个的要求， 则鉴权通过。
22、 如权利要求 16所述激活方法， 其特征在于， 所述用户设备和 IMPU 在 PN内登记包括：
PNM服务器接收到已签约 PNM业务的用户设备发起的登记请求， 所述 登记请求中含有一个或一个以上要登记到 PN的 IMPU, PNM服务器确定所 述 IMPU在 PLMN中的注册状态， 再将已注册的 IMPU保存。
23、 如权利要求 16所述的激活方法， 其特征在于， 所述激活请求中还包 括激活类型， 该激活类型为邀请第三方激活， 所述方法还包括：
PNM服务器确定该发起含有邀请第三方激活类型的激活请求的用户设备 具有邀请权限且已登记到 PN, 则向被邀请的用户设备发送邀请激活请求。
24、 如权利要求 23所述的激活方法， 其特征在于， 所述方法还包括： 被邀请的用户设备接收到该邀请激活请求后 ,向 PNM服务器发起激活请 求， 其中携带被邀请的用户设备的激活配置。
25、 如权利要求 16所述激活方法， 其特征在于， 所述 PNM服务器保存 激活配置前， 还包括：
PNM服务器向该 IMPU对应的用户设备所属的 HS S发起获得该 IMPU注 册状态和签约的业务信息中的一个或多个的变化事件的请求；
HSS接收该请求后保存 P M服务器的地址， 若保存成功， 则在后续该 IMPU注册状态和该 IMPU签约的业务信息中的一个或多个发生变化时发送消 息给 PNM服务器。
26、 如权利要求 16所述激活方法， 其特征在于， 所述方法还包括： P M服务器接收到触发重定向业务的请求后 , 根据该请求和所述已保存 的激活配置查询出满足业务要求的已激活的用户设备的 IMPU, 并将该 IMPU 作为业务请求的新的目标地址。
27、 如权利要求 26所述激活方法， 其特征在于， 当所述 PNM服务器查 询出一个以上满足业务要求的已激活的用户设备的 IMPU时， PNM服务器任 选一个 IMPU作为业务请求的新的目标地址或选择一个用户事先指定的 IMPU 作为业务请求的新的目标地址。
28、 一种 PNM业务中激活系统， 其特征在于， 该系统包含用户设备和 PNM服务器，
所述用户设备， 用于向所述 PNM服务器发送激活请求， 所述激活请求中 包含激活配置， 所述激活配置包括 IMPU和激活层次的参数；
所述 PNM服务器 , 用于保存已在 PN中登记的用户设备和 IMPU信息， 并接收所述用户设备发起的激活请求， 并分别对用户设备的能力和 IMPU的 签约业务进行鉴权， 当鉴权通过且所述用户设备和 IMPU在 PN内已登记时， 保存所述激活配置。
29、 如权利要求 28所述激活系统， 其特征在于， 所述 PNM服务器， 用 于接收到已签约 PNM业务的用户设备发起的登记请求，所述登记请求中含有 一个或一个以上要登记到 PN的 IMPU, 确定所述 IMPU在 PLMN中的注册 状态， 再将已注册的 IMPU保存。
30、 如权利要求 28所述激活系统， 其特征在于， 所述激活请求中还包括 激活类型， 所述 PNM服务器， 用于所述激活类型为主动激活时， 还保存发起 激活请求的用户设备的标识， 所述发起激活请求的用户设备为已登记的， 且 与所述 IMPU关联。
31、 如权利要求 28所述激活系统， 其特征在于， 所述激活请求中还包括 激活类型， 所述 PNM服务器， 用于所述激活类型为邀请第三方激活时， 还保 存被邀请的用户设备的标识， 所述被邀请的用户设备为已登记的， 且与所述 IMPU关联。
32、 如权利要求 28所述激活系统， 其特征在于， 所迷 PNM服务器， 进 一步用于当所述激活配置被保存后， 接收触发重定向业务的请求， 根据该请 求和所述已保存的激活配置查询出满足业务要求的已激活的 IMPXJ, 并将该 IMPU作为业务请求的新的目标地址。
33、 一种 PNM服务器， 其特征在于， 所述 PNM服务器包括：
登记信息存储单元， 用于存储登记在 PN中的用户设备和 IMPU信息； 接收单元， 用于接收用户设备发起的激活请求， 所述激活请求中包含激 活配置， 所述激活配置包括被激活的用户设备的 IMPU和激活层次的参数； 激活服务器单元， 用于分別对所述用户设备的能力和 IMPU的签约业务 进行鉴权， 当鉴权通过且所述用户设备和 IMPU在 PN内已登记时，保存所述 激活配置。
34、 如权利要求 33所述 PNM服务器， 其特征在于， 所述登记信息存储 单元包括：
接收单元， 用于接收用户设备发起的登记请求， 所述登记请求中含有一 个或一个以上 IMPU;
查询单元， 用于查询所述 IMPU在 PLMN中的注册状态；
登记服务器单元， 用于将所述登记请求中包括的在 PLMN 中已注册的 IMPU保存。
35、 如权利要求 33所述 PNM服务器， 其特征在于， 所述激活服务器单 元包括：
判断单元， 用于判断该激活请求中包舍的激活类型；
数据存储单元， 用于当所述激活类型为主动激活时， 还保存发起激活请 求的用户设备标识； 当所述激活类型为邀请第三方激活时， 还保存被邀请的 用户设备标？、。
PCT/CN2007/002995 2006-10-20 2007-10-19 Enregistrement de dispositif d'utilisateur, système d'activation, procédé et dispositif dans la gestion de réseau privé WO2008049326A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP07816608.9A EP2086167B1 (en) 2006-10-20 2007-10-19 User device registering, enabling system, method and device in private network management

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200610140283 2006-10-20
CN200610140283.5 2006-10-20
CN200710003700.6 2007-01-26
CN200710003700A CN100596076C (zh) 2006-10-20 2007-01-26 个人网管理中用户设备登记、激活系统、方法及装置

Publications (1)

Publication Number Publication Date
WO2008049326A1 true WO2008049326A1 (fr) 2008-05-02

Family

ID=39324127

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/002995 WO2008049326A1 (fr) 2006-10-20 2007-10-19 Enregistrement de dispositif d'utilisateur, système d'activation, procédé et dispositif dans la gestion de réseau privé

Country Status (3)

Country Link
EP (2) EP2086167B1 (zh)
CN (1) CN100596076C (zh)
WO (1) WO2008049326A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114640607A (zh) * 2022-05-12 2022-06-17 武汉四通信息服务有限公司 监控服务注册方法、装置、计算机设备和存储介质

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101212712A (zh) * 2006-12-28 2008-07-02 华为技术有限公司 用户设备、服务呼叫控制功能实体及用户设备注册方法
CN102082724A (zh) * 2009-11-26 2011-06-01 中兴通讯股份有限公司 个人网设备信息的管理方法及服务器
CN102202285B (zh) * 2010-03-24 2014-01-22 华为终端有限公司 一种融合的个人网的管理方法、装置和系统
CN102281627B (zh) 2010-06-13 2016-08-03 中兴通讯股份有限公司 一种管理个人网的方法及系统
KR101683292B1 (ko) * 2010-06-18 2016-12-07 삼성전자주식회사 Ｐｎ 라우팅 테이블을 이용한 개인 네트워크의 구성 장치 및 방법
FR2964817A1 (fr) * 2010-09-14 2012-03-16 France Telecom Procede de presentation d'appel dans un reseau ims et serveur d'application apte a mettre en oeuvre ce procede
JP5615447B2 (ja) 2010-12-23 2014-10-29 テレフオンアクチーボラゲット エル エム エリクソン（パブル） デバイスを通信ネットワークに接続するためのシステム、方法、ネットワークエンティティ及びデバイス
FR2971659A1 (fr) * 2011-02-10 2012-08-17 France Telecom Procede et dispositif de gestion dynamique de la priorite de reception d'une communication d'un terminal
US9173090B2 (en) 2011-09-15 2015-10-27 Teletech Holdings, Inc. Method for activating services associated with a product via a service center supporting a variety of products
EP2658297A1 (en) * 2012-04-27 2013-10-30 Gemalto SA Method and system for accessing a service
US10284425B2 (en) * 2014-01-29 2019-05-07 Cellco Partnership Device registration awareness for over-the-air updates
CN105069691A (zh) * 2015-07-16 2015-11-18 国家电网公司 用电登记系统
US9516620B1 (en) * 2015-12-28 2016-12-06 Motorola Solutions, Inc. Method and apparatus for binding of a user-based public identity to a shared device in an internet protocol multimedia subsystem (IMS)-based communication system
DE102016005492A1 (de) * 2016-05-03 2017-11-09 Giesecke+Devrient Mobile Security Gmbh Verfahren zum Verwalten von teilweise und/oder unvollständig geladenen Subskriptionsdaten
CN110121894B (zh) * 2017-01-16 2021-02-05 华为技术有限公司 一种签约信息集的下载方法、装置以及相关设备
WO2019222604A1 (en) * 2018-05-18 2019-11-21 Convida Wireless, Llc Identity layer for iot devices

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1435038A (zh) * 1999-12-23 2003-08-06 方案有限公司 通过配置到不同网络的计算机对网络访问的服务器及其方法
CN1476204A (zh) * 2002-08-16 2004-02-18 华为技术有限公司 基于动态ip地址的虚拟专用网实现方法及系统
CN1700640A (zh) * 2005-06-17 2005-11-23 中兴通讯股份有限公司 一种固网用户到ip多媒体子系统的接入安全系统和方法

Family Cites Families (2)

* 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
GB0409496D0 (en) * 2004-04-28 2004-06-02 Nokia Corp Subscriber identities

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1435038A (zh) * 1999-12-23 2003-08-06 方案有限公司 通过配置到不同网络的计算机对网络访问的服务器及其方法
CN1476204A (zh) * 2002-08-16 2004-02-18 华为技术有限公司 基于动态ip地址的虚拟专用网实现方法及系统
CN1700640A (zh) * 2005-06-17 2005-11-23 中兴通讯股份有限公司 一种固网用户到ip多媒体子系统的接入安全系统和方法

Non-Patent Citations (1)

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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114640607A (zh) * 2022-05-12 2022-06-17 武汉四通信息服务有限公司 监控服务注册方法、装置、计算机设备和存储介质

Also Published As

Publication number Publication date
EP2086167A1 (en) 2009-08-05
EP2086167B1 (en) 2017-12-06
CN100596076C (zh) 2010-03-24
CN101166115A (zh) 2008-04-23
EP2388970B1 (en) 2014-06-04
EP2086167A4 (en) 2010-08-18
EP2388970A1 (en) 2011-11-23

Similar Documents

Publication Publication Date Title
WO2008049326A1 (fr) Enregistrement de dispositif d'utilisateur, système d'activation, procédé et dispositif dans la gestion de réseau privé
JP5175931B2 (ja) 使用される無線アクセス技術タイプと許容される無線アクセス技術タイプのマッチング
EP1770949A2 (en) Method and communication system for circuit switch users accessing IP multimedia subsystem
EP3054644A1 (en) Voice session termination for messaging clients in IMS
WO2006099815A1 (fr) Procede d'enregistrement d'un utilisateur dans le sous-systeme multimedia ip et systeme associe
CN101563903B (zh) 用于向用户提供ip多媒体子系统通信服务的方法和设备
WO2005069645A1 (fr) Procede servant a limiter la charge d'interface d'un serveur d'abonnes local
WO2006102830A1 (fr) Procede destine a un terminal d’identification de commande de routage d’interaction de capacite pendant que ims et cs sont co-instantanes
WO2007079688A9 (fr) Procede, appareil et systeme de mise en communication de l'utilisateur appele
WO2007028336A1 (fr) Procede et reseau de traitement de contenu d'un message de protocole d'ouverture de session
WO2007036147A1 (fr) Procede et systeme d'etablissement d'un appel initial dans le service de la continuite de service vocal
WO2009024006A1 (fr) Contrôleur de session locale, sous-système multimédia ip et procédé d'enregistrement de session
JP2011523239A (ja) パケット交換マルチメディア加入者サービスを提供するアーキテクチャにより規定された機能とのインタフェースを有する移動交換センタプラットフォーム
US9001738B2 (en) Message generating arrangement
WO2008154842A1 (fr) Procédé et dispositif pour fournir un service de transfert d'appel pour les utilisateurs
JP2010515311A (ja) パケット交換ドメインの状態を変化させるための方法、端末及びネットワークデバイス
EP2034688A1 (en) Method and device for transmitting request message in multimedia system
WO2007124218A2 (en) A subscriber server system for a cellular communication system
US9294332B2 (en) Method and apparatus for IUT in a wireless communication system
WO2009046660A1 (fr) Procédé, système et dispositif pour établir la relation de commande de l'association
WO2003024134A1 (en) Method, system and network element for controlling data transmission in a network environment
WO2008110110A1 (fr) Procédé et système de fourniture de service de sous-système multimédia ip
WO2012079451A1 (zh) 用户漫游方法及ics增强网络
WO2008025221A1 (fr) Procédé pour implémenter un trafic de redirection pnm dans un champ cs et système et unité de réseau de celui-ci
WO2008119278A1 (fr) Procédé, terminal et dispositif réseau pour le changement d'état de domaine à commutation de paquets

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2007816608

Country of ref document: EP