WO2006060965A1 - Procede et systeme pour la determination du moment de lancement de flux d'annulation - Google Patents
Procede et systeme pour la determination du moment de lancement de flux d'annulation Download PDFInfo
- Publication number
- WO2006060965A1 WO2006060965A1 PCT/CN2005/002142 CN2005002142W WO2006060965A1 WO 2006060965 A1 WO2006060965 A1 WO 2006060965A1 CN 2005002142 W CN2005002142 W CN 2005002142W WO 2006060965 A1 WO2006060965 A1 WO 2006060965A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- cscf
- user
- hss
- logout
- name
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/32—Release of transport tunnels
Definitions
- the present invention relates to the field of mobile communication technologies, and in particular to a method and system for determining the timing of initiating a logout process. Background of the invention
- mobile communications will not only be limited to traditional voice communications, but also through data services such as presence, short message, web browsing, location information, push service (PUSH) and file sharing.
- data services such as presence, short message, web browsing, location information, push service (PUSH) and file sharing.
- PUSH push service
- file sharing The combination of mobile communication enables a variety of media types, such as audio, video, pictures and text, to meet the diverse needs of users.
- IP-based Multimedia Subsystem IMS
- 3GPP 3rd Generation Mobile Communications Standardization Partnership Project
- 3GPP2 3rd Generation Mobile Communications Standardization Partnership Project 2
- IMS IP-based Multimedia Subsystem
- the IMS architecture is superimposed on the packet domain network and consists of functional entities such as a Call State Control Function (CSCF) entity, a Media Gateway Control Function (MGCF) entity, a Media Resource Function (MRF) entity, and a User Home Network Server (HSS).
- CSCF Call State Control Function
- MRF Media Resource Function
- HSS User Home Network Server
- the MGCF is used to implement interworking between the IMS network and other networks;
- the MRP is used to provide media resources, such as audio and video, codec and multimedia conference bridges;
- the HSS stores all information related to the subscription, and is used to support the call of each network entity.
- a home network may have one or more HSSs,
- the specific number depends on the number of mobile subscription users, the capacity of network devices, and the specific networking conditions.
- the CSCF can be further divided into three logical entities: a service CSCF (S-CSCF), a proxy CSCF (P-CSCF), and a query CSCF (I-CSCF).
- S-CSCF service CSCF
- P-CSCF proxy CSCF
- I-CSCF query CSCF
- the three logical entities may be different physical devices or may be the same physical entity. Different functional modules in the device.
- the S-CSCF is a service control center of the IMS, which is used to perform session control, maintain session state, manage user information, and generate charging information.
- the P-CSCF is an access point for the terminal user to access the IMS, and is used to complete user registration. Quality of Service (QoS) control and security management;
- QoS Quality of Service
- the I-CSCF is responsible for interworking between IMS domains, managing the allocation of S-CSCFs, hiding network topology and configuration information, and generating billing data.
- the 3GPP defined IMS network can also be applied to other packet networks other than the 3GPP defined packet domain network, so the IMS is not limited to the 3GPP related network and In application, other types of access networks and bearer network services and applications can also be implemented by using the IMS architecture.
- Each user who has signed the IMS service is assigned one or more private user IDs by the home network operator for use in the registration, authorization, management, and accounting process, and the identifier uses the network access identifier (NAI). , Network Access Identifier ) format; each IMS user has one or more public user IDs that are used to identify themselves and find each other when communicating with other users.
- NAI Network Access Identifier
- Private user IDs are generally not publicly available, and public user IDs are publicly available and are used during conversations using various types of services.
- the registration status of the user can be divided into a registration status, a logout status and an unregistered status.
- the registration status refers to a public user identification completed registration (REGISTER) process, and the S-CSCF to which the service is assigned,
- the logout status refers to a public user ID that has not initiated the REGISTER process at all.
- the unregistered state refers to a public user ID that does not initiate the REGISTER process, but it is the S-CSCF to which the called service is assigned or has an S-CSCF.
- the description information of the user corresponding to the public user identifier is saved.
- the HSS After the HSS receives the query information from the I-CSCF, if the query information explicitly indicates that the S-CSCF needs to be reselected, the HSS considers that the I-CSCF needs to reselect the S-CSCF, and The S-CSCF capability information that satisfies the user's most stringent service subscription requirements is returned to the I-CSCF for the I-CSCF to reselect the S-CSCF.
- the HSS determines whether the I-CSCF needs to reselect the S-CSCF according to the user subscription information saved by itself.
- the HSS considers that the S-CSCF currently serving the user can meet the needs of the user, only the response information including the name of an S-CSCF is returned, and the I-CSCF continues to interact with the S-CSCF; If the S-CSCF has not been assigned to any of the users in the HSS, only the S-CSCF capability information that meets the most stringent service subscription requirements of the user is returned, and the I-CSCF selects an S-CSCF according to the capability information, and Interaction, there is no problem that the I-CSCF reselects a different S-CSCF; if the HSS believes that the S-CSCF currently serving the user may not be able to meet the needs of the user, it also returns the name of an S-CSCF.
- the I-CSCF decides whether to re-select the S-CSCF, that is, there may be a problem that the I-CSCF reselects the S-CSCF at this time.
- the I-CSCF reselects the S-CSCF, after the new S-CSCF receives the REGISTER or INVITE forwarded by the I-CSCF, it requests the user profile from the HSS according to the normal IMS session processing process, and according to the existing The process continues with subsequent processing.
- a premise is also determined that only one S-CSCF can serve a user at a time. This means that after the S-CSCF reselection, all services of the user are processed by the new S-CSCF. To this end, the HSS is required to notify the old S-CSCF to initiate the logout process, which is performed by the old S-CSCF. Log out the operation of the business related to the user, update the local information, and decide whether to notify the user according to the reason for the cancellation, to avoid using The user continues to apply the original S-CSCF to ensure that only one S-CSCF currently provides services for the user.
- the new S-CSCF After the I-CSCF reselects the S-CSCF, after receiving the REGISTER or INVITE forwarded by the I-CSCF, the new S-CSCF requests the user profile from the HSS according to the normal IMS session processing process, and the HSS will immediately Overwrite the locally saved name of the old S-CSCF that served the user with the name of the new S-CSCF and continue the subsequent operations in accordance with the normal flow.
- the HSS since the HSS has no association information between the user and the old S-CSCF, the HSS cannot notify the old S-CSCF to initiate the logout at all, and the HSS and the old S-CSCF will continue to process a large amount of information. Redundant information. More seriously, users are likely to continue to use the old S-CSCF, resulting in business errors and reduced user satisfaction with the system. Summary of the invention
- the object of the present invention is to provide two methods for determining the timing of initiating the logout process, which is used to prevent the HSS from notifying the old S-CSCF to initiate the logout process, overwriting the locally saved former with the name of the new S-CSCF.
- the user provides the name of the service's old S-CSCF and resolves the resulting issue.
- the present invention also provides two systems for determining the timing of initiating the logout process to implement the above method.
- a method for determining an opportunity to initiate a logout process comprising the steps of: determining, at a user home network server, that a call state control function entity needs to be queried I-CSCF reselects the service call state control function entity that provides service to a user
- an identifier indicating that the S-CSCF may be modified is set for the locally saved S-CSCF that has served the user;
- the HSS checks whether the S-CSCF has been updated, and whether the locally saved S-CSCF serving the user has been identified as likely to be modified if the S-CSCF has been updated and the locally saved S-CSCF serving the user It has been identified that it may be modified, and the HSS clears the set identifier to notify the locally saved S-CSCF serving the user to initiate the logout process.
- the HSS checks whether the S-CSCF has been updated by:
- the HSS When the HSS receives a message requesting user description information from the S-CSCF, it is determined whether the name of the S-CSCF requesting the user description information is the same as the name of the locally saved S-CSCF serving the user, and if the names are different, then S -CSCF has been updated, if the same, the S-CSCF is not updated.
- the method further comprises: if the HSS determines that the name of the S-CSCF requesting the user description information is the same as the name of the locally saved S-CSCF serving the user, and the locally saved S- serving the user.
- the HSS determines that the name of the S-CSCF requesting the user description information is the same as the name of the locally saved S-CSCF serving the user, and the locally saved S- serving the user.
- the CSCF has been identified as likely to be modified, then the set identifier is cleared and the subsequent processing continues in accordance with the existing normal flow.
- the method further comprises: if the HSS determines that the name of the S-CSCF requesting the user description information is different from the locally saved name of the S-CSCF serving the user, and the locally saved S- serving the user If the CSCF is not identified as likely to be modified, the HSS reports an error and then continues the subsequent processing in accordance with the existing error procedure.
- the method further comprises: if the HSS determines that the name of the S-CSCF requesting the user description information is the same as the name of the locally saved S-CSCF serving the user, and the locally saved S- serving the user If the CSCF is not identified as likely to be modified, subsequent processing continues in accordance with the existing normal process.
- the HSS first determines the name of the S-CSCF requesting the user description information. Whether the name of the locally saved S-CSCF serving the user is the same, and determining whether the locally saved S-CSCF serving the user has been identified as being likely to be modified, or
- the HSS first determines whether the locally saved S-CSCF serving the user has been identified as being likely to be changed, and then determines the name of the S-CSCF requesting the user description information and the locally saved S-CSCF serving the user. Is the name the same?
- the method for the HSS to check whether the S-CSCF has been updated is: the HSS checks whether a notification of the updated S-CSCF from the I-CSCF is received, and if the notification is received, the S-CSCF is updated, otherwise S- CSCF is not updated.
- the HSS determines that the I-CSCF needs to reselect the S-CSCF according to the information indicating the reselection of the S-CSCF in the query information from the I-CSCF, or the HSS determines the I according to the change of the user subscription information saved by the HSS. -CSCF needs to reselect S-CSCF.
- the information indicating that the locally saved S-CSCF serving the user initiates the logout process includes a logout reason
- the method further includes: locally storing the S-CSCF serving the user, performing the service control related to the logout according to the reason for the logout in the logout notification, updating the local information, and then returning the logout response to the HSS;
- the HSS After receiving the logout response, the HSS overwrites the locally saved S-CSCF name for the user with the name of the S-CSCF requesting the user description information, and then continues the subsequent processing according to the existing normal procedure.
- the reason for the cancellation is that a new server NEW_SERVER_ASSSIGNED is assigned, or the server is changed to SERVER_CHANGE.
- the HSS After receiving the user registration status query message (Cx-Query or Cx-Select-Pull) from the I-CSCF, or the user location query message (Cx-Location-Quer), the HSS performs a judgment to determine whether an I is needed. -CSCF reselects the operation of the S-CSCF.
- the method further comprises: after the HSS has set the identifier that may be modified for the S-CSCF, and clears the identifier that may be modified, if an I-CSCF receives the location
- the HSS temporarily suspends the query request when an I-CSCF that processes the call request queries the HSS for the S-CSCF that is currently the user's monthly service. Until the S-CSCF currently serving the user is determined, the S-CSCF currently serving the user is directly returned.
- the certain I-CSCF that processes the call request is the same I-CSCF or a different I-CSCF than the I-CSCF that needs to perform the reselection of the S-CSCF operation.
- the HSS receives the CX-Put or CX-Pull message from the S-CSCF, it determines that the S-CSCF is the S-CSCF currently serving the user.
- the method further includes: presetting a timer for the called to be suspended, starting the timer after the query request is suspended, and if the preset timing time is reached, the query request is still hanging From the state, the query request is forcibly broken.
- the identifier indicating that the S-CSCF may be modified is a flag bit.
- a method for determining an opportunity to initiate a logout process comprising the steps of: after the HSS determines that the I-CSCF needs to reselect the S-CSCF, notifying the locally saved S-CSCF serving the user to initiate a logout procedure.
- the information indicating that the locally saved S-CSCF serving the user initiates the logout process includes a logout reason
- the method further includes: locally storing the S-CSCF serving the user, performing the service control related to the logout according to the reason for the logout in the logout notification, updating the local information, and then returning the logout response to the HSS;
- the HSS clears the locally saved S-CSCF name, and then returns the S-CSCF capability information that meets the strictest service subscription requirement of the user to the I-CSCF, and then processes the S-CSCF name locally.
- the reason for the logout is that a new server is allocated.
- the HSS determines that the I-CSCF needs to reselect the S-CSCF according to the information indicating the reselection of the S-CSCF in the query information from the I-CSCF, or the HSS determines the I according to the change of the user subscription information saved by the HSS. -CSCF needs to reselect S-CSCF.
- the HSS After receiving the user registration status query message (Cx-Query or Cx-Select-Pull) from the I-CSCF, or the user location query message (Cx-Location-Query), the HSS performs a judgment to determine whether an I is needed. -CSCF reselects the operation of the S-CSCF.
- a system for determining an opportunity to initiate a logout process comprising at least a user home network server HSS, an inquiry call state control function entity I-CSCF and a service call state control function entity S-CSCF, and the HSS is included for execution
- the logout module of the logout process characterized in that the system further comprises an identifier setting module for setting an identifier that may be modified for the S-CSCF,
- the identifier setting module is triggered, and the identifier setting module is locally saved.
- the S-CSCF setting of the user-provided service indicates an identifier that the S-CSCF may be modified;
- the HSS checks that the S-CSCF has been updated, and the locally saved S-CSCF serving the user has been identified as likely to be modified, and the HSS triggers the identifier setting module again, and the identifier setting module clears the set identifier.
- the logout module in the HSS is notified, and the logout module initiates a logout process to the locally saved S-CSCF serving the user.
- the HSS detects that the S-CSCF is not updated, and the locally saved S-CSCF serving the user has been identified as likely to be modified, the HSS triggers the identity setting module again, and the identity setting module is Clear the set ID.
- the HSS checks that the S-CSCF has been updated, and the locally saved S-CSCF serving the user is not identified as likely to be modified, the HSS triggers an existing error reporting module in the The error module performs the processing flow of the error.
- a system for determining an opportunity to initiate a logout process including at least a user home network server HSS, an inquiry call state control function entity I-CSCF, and a service call state control function entity S-CSCF, and the HSS includes The logout module that performs the logout process,
- the HSS After the HSS determines that the I-CSCF needs to reselect the S-CSCF, it notifies the logout module that the logout module initiates a logout process for the locally saved S-CSCF serving the user.
- the HSS determines that the I-CSCF needs to reselect the S-CSCF, it sets an identifier indicating that the S-CSCF may be modified for the locally saved S-CSCF that has served the user; HSS checks S- Whether the CSCF has been updated, and whether the locally saved S-CSCF serving the user has been identified as likely to be modified, if the S-CSCF has been updated, and the locally saved S-CSCF serving the user has been identified as The HSS may be modified, and the HSS clears the set identifier, and notifies the locally saved S-CSCF that serves the user to initiate the logout process; or, after the HSS determines that the I-CSCF needs to reselect the S-CSCF, directly notify the local The saved S-CSCF for the user service initiates the logout process, and then completes the subsequent operations according to the process of not saving the S-CSCF name.
- the present invention clearly shows that when the I-CSCF reselects the S-CSCF, the HSS notifies the old S-CSCF that has served the user to initiate the logout process, ensuring that the I-CSCF initiates the S-CSCF reselection.
- the HSS can first notify the old S-CSCF to initiate the logout process, and then overwrite the locally saved name of the old S-CSCF that served the user with the name of the new S-CSCF, thereby ensuring the correct execution of the service.
- the process improves user satisfaction, improves the efficiency and reliability of the carrier network, and is compatible with the existing technology.
- FIG. 3 is a flow chart showing the application of the third embodiment of the present invention. Mode for carrying out the invention
- FIG. 1 is a flow chart showing the application of the first embodiment of the present invention.
- the user performs a registration operation, and records the old S-CSCF that originally provided the service for the user as S-CSCFo, and the new S-CSCF that is reselected by the I-CSCF as S-CSCFn.
- Step 101 to step 102 the user initiates registration, and the registration request (REGISTER) is forwarded to the I-CSCF by the user agent device (UA, user agent) and the P-CSCF.
- the registration request REGISTER
- Step 103 The 1-CSCF sends a UAR (User-Authorization-Request) message to the HSS.
- UAR User-Authorization-Request
- the message on the Cx interface between the I-CSCF and the HSS is a Cx-Query or a Cx-Select-Pull message.
- Step 104 The HSS returns a UAA (User-Authorization-Answer) message to the I-CSCF.
- UAA User-Authorization-Answer
- the message on the Cx interface between the I-CSCF and the HSS is a Cx-Query Resp or a Cx-Select-Pull Resp message.
- the HSS determines that the I-CSCF needs to reselect the S-CSCF according to the change of the user subscription information saved by itself, the HSS includes the locally saved in the Cx-Query Resp or Cx-Select-Pull Resp message.
- the HSS sets the S-CSCF that is returned to the I-CSCF, that is, the S-CSCFo indicates that the S-CSCF may be Modified logo.
- the HSS includes the S-CSCF capability information that meets the most stringent service subscription requirements of the user in the Cx-Query Resp or Cx-Select-Pull Resp message, and then the HSS is a locally saved S-CSCF that has served the user. Set an identifier indicating that the S-CSCF may be modified.
- the foregoing identifier may be a flag or other representation, as long as the meaning of the S-CSCF may be modified, and the specific implementation manner is not limited.
- Step 105 The I-CSCF determines whether the name of the S-CSCF returned by the HSS can meet the current needs of the user. If yes, the I-CSCF continues to interact with the S-CSCF returned by the HSS. In this embodiment, assume I - The CSCF determines that the name of the S-CSCF returned by the HSS cannot meet the current needs of the user, and the I-CSCF reselects an S-CSCF from the S-CSCF capability information that satisfies the strictest service subscription requirement of the user, and acquires the new one.
- the S-CSCF is the address of the S-CSCFn.
- Step 106 The I-CSCF sends a Register message to the S-CSCFn, that is, the newly selected
- Step song 107 S-CSCFn sends a MAR (Multimedia-Authentication-Request) message to the HSS, requesting user description information for authentication.
- MAR Multimedia-Authentication-Request
- the message on the Cx interface between the S-CSCFn and the HSS is Cx-AuthDataReq. .
- Step 108 After receiving the foregoing information, the HSS determines whether the name of the S-CSCFn requesting the user description information is the same as the name of the S-CSCFo stored locally for the user, and determines the locally saved S-served for the user.
- the S-CSCFn ⁇ name and S -
- the name of CSCFo is definitely different, so the HSS determines that the name of S-CSCFn is different from the name of S-CSCFo, and that S-CSCFo has been identified as likely to be modified, HSS is cleared to S-CSCFo and may have been set.
- Modified identifier send RTR to S-CSCFo (Registration-Termination-Request) message, specifically, the message on the Cx interface between the HSS and the S-CSCFo is Cx-Deegister, to notify the S-CSCFo to initiate the logout process, and the reason for the logout is included in the logout notification.
- the reason for the logout is that a new server (NEW_SERVER_ASSSIGNED) or a server change (SERVER_CHANGE) is assigned, or other logout reasons may be used.
- the S-CSCFo is notified to clear the currently existing service information, which is not limited. The specific reason for cancellation.
- Step 109 After receiving the foregoing message, the S-CSCFo performs service control related to the logout, and updates the local information. At the same time, the S-CSCFo triggers the operation of terminating the subsequent service with the user.
- Step 1 10 The S-CSCFo returns an RTA (Registration-Termination- Answer) message to the HSS. Specifically, the message on the Cx interface between the S-CSCFo and the HSS is Cx-Deregister Resp, and the HSS returns a logout response, ending. The cancellation process.
- RTA Registration-Termination- Answer
- Steps 111 to 112 the HSS overwrites the name of the S-CSCFo with the name of the S-CSCFn, and simultaneously queries the user description information required by the S-CSCFn according to the user identifier, and returns a MAA (Multimedia-Authentication- Answer) message to the S-CSCFn.
- the message on the Cx interface between HSS and S-CSCFn is Cx-AuthDataResp.
- the S-CSCFn After receiving the above message, the S-CSCFn sends an Unauthorised message to the user to notify the user to re-register.
- the message includes information such as authentication vector information, and the message is sent to the I-CSCF and the P-CSCF. The forwarding arrives at the user.
- Step 116 to step 117 the user re-initiates the registration request, and the P-CSCF will
- the REGISTER message is forwarded to the I-CSCF.
- Step 1 18 to step 119 the I-CSCF sends a UAR message to the HSS.
- the message on the Cx interface between the I-CSCF and the HSS is a Cx-Query or Cx-Select-Pull message; the HSS gives the I-CSCF Return the UAA message.
- the message on the Cx interface between the I-CSCF and the HSS is Cx-Query Resp or Cx-Select-Pull. Resp message.
- the message returned by the HSS to the I-CSCF includes only the name of the S-CSCFn.
- Step 120 The I-CSCF sends a Register message to the S-CSCFn.
- Steps 121 to 122 the S-CSCFn performs an Authentication operation, and then sends a SAR (Server-Assignment-Request) message to the HSS.
- SAR Server-Assignment-Request
- the message on the Cx interface between the S-CSCFn and the HSS is Cx. -Put or Cx-Pull to request user description information.
- Step 123 The HSS returns a SAA (Server-Assignment- Answer) message to the S-CSCFn.
- SAA Server-Assignment- Answer
- the message on the Cx interface between the HSS and the S-CSCFn is Cx-Put Resp or Cx-Pull Resp.
- Steps 124 to 126 the S-CSCFn returns a message of successful registration to the UA, and the message is forwarded to the UA via the I-CSCF and the P-CSCF.
- the old S-CSCF that has not yet notified the locally saved service that has served the user is prevented from initiating the logout process, and the old S is overwritten with the name of the new S-CSCF.
- the name of the CSCF and solve the corresponding problems, such as the network side continues to deal with a large amount of redundant information, or business errors.
- FIG. 2 is a flow chart showing the application of the second embodiment of the present invention.
- the user is not registered but has contracted a service related to the unregistered state and is called as a called party.
- the old S-CSCF that originally provided the service for the user is referred to as S-CSCFo
- the new S-CSCF that is reselected by the I-CSCF is referred to as S-CSCFn.
- Step 201 The I-CSCF in the called home network receives the INVITE request.
- Step 202 The I-CSCF sends an LIR (Location-Info-Request) message to the HSS. Specifically, the message on the Cx interface between the I-CSCF and the HSS is Cx-Location-Query.
- LIR Location-Info-Request
- Step 203 The HSS returns LIA (Location-Info-Answer) to the I-CSCF. Specifically, the message on the Cx interface between the I-CSCF and the HSS is Cx-Location-Query Resp.
- the Cx-Location-Query Resp message includes the locally saved service that has been served by the user.
- the HSS sets an identifier indicating that the S-CSCF may be modified for the S-CSCF that is returned to the I-CSCF, that is, the S-CSCFo.
- the C-Query Resp or Cx-Select-Pull Resp message includes the S-CSCF capability information that meets the most stringent service subscription requirements of the user, and then The HSS sets a flag for the locally saved S-CSCF that has served the user indicating that the S-CSCF may be modified.
- the foregoing identifier may be a flag or other representation, as long as the meaning of the S-CSCF may be modified, and the specific implementation manner is not limited.
- Step 204 Determine, by the I-CSCF, whether the name of the S-CSCF returned by the HSS can meet the current needs of the user. If yes, the B-J I-CSCF continues to interact with the S-CSCF returned by the HSS. In this embodiment, ⁇ The name of the S-CSCF returned by the HSS cannot meet the current needs of the user.
- the I-CSCF reselects an S-CSCF from the S-CSCF capability information that meets the most stringent service subscription requirements of the user, and obtains the new S- CSCF is the IP address of S-CSCFn.
- Step 205 The I-CSCF sends an INVITE message to the S-CSCFn, that is, the newly selected
- Step 206 The S-CSCFn sends a SAR (Server-Assignment-Request) message to the HSS.
- SAR Server-Assignment-Request
- the message on the Cx interface between the S-CSCFn and the HSS is Cx-Put or Cx-Pull, to request user description information. .
- Step 207 After receiving the foregoing information, the HSS determines that the user description information is requested. Whether the name of the S-CSCFn is the same as the name of the S-CSCFo stored locally for the user, and it is determined whether the locally saved S-CSCFo serving the user has been identified as being possible to be modified, in this embodiment. Since the S-CSCFo has been identified as likely to be modified, and the I-CSCF has reselected the S-CSCF, the name of the S-CSCFn and the name of the S-CSCFo are definitely different, so the HSS determines the S-CSCFn. The name of the name S-CSCFo is different, and the S-CSCFo has been identified as possibly modified.
- the HSS clears the identifier that may have been modified for the S-CSCFo, and sends an RTR (Registration-Termination-Request) message to the S- CSCFo, specifically, the message on the Cx interface between the HSS and the S-CSCFo is Cx-Deregister, to notify the S-CSCFo to initiate the logout process, and the reason for the logout is included in the logout notification, and the reason for the logout may be a new assignment
- the server (NEW-SERVER-ASSIGNED) can also be a server change (SERVER-CHANGE), or other reasons for logout. In short, the specific reason for logout is not limited.
- Step 208 After receiving the foregoing message, the S-CSCFo performs the business control related to the logout, and updates the local information. At the same time, the S-CSCFo triggers the operation of terminating the subsequent service with the user.
- Step 209 S-CSCFo returns RTA to HSS
- Step 210 The HSS overwrites the name of the S-CSCFo with the name of the S-CSCFn, and simultaneously queries the user description information required by the S-CSCFn according to the user identifier, and returns a SAA (Server-Assignment-Answer) message to the S-CSCFn.
- SAA Server-Assignment-Answer
- the message on the Cx interface between HSS and S-CSCFn is Cx-Put Resp or Cx-Pull Resp.
- Step 21 The S-CSCFn sends the registration information to the relevant information according to the received information.
- the business control platform performs the appropriate business control process.
- Step 212 The S-CSCFn continues to perform subsequent operations according to the service requirement.
- the HSS has not notified the locally saved old S-CSCF that has served the user to initiate the logout process, and overwrites the old S- with the new S-CSCF name.
- the name of the CSCF and solve the corresponding problems, such as the network side continues to deal with a lot of redundant information, or business errors.
- the HSS determines that the name of the S-CSCF requesting the user description information is the same as the name of the locally saved S-CSCF serving the user, and the locally saved S-CSCF serving the user has been If it is identified as likely to be modified, the set identifier is cleared, and then the subsequent processing is continued according to the existing normal process; if the HS S determines the name of the S-CSCF requesting the user description information and the locally saved service for the user If the name of the S-CSCF is different, and the locally saved S-CSCF serving the user is not identified as likely to be modified, the HSS reports an error and then continues the subsequent processing according to the existing error procedure; if the HSS determines the requesting user description The name of the S-CSCF of the information is the same as the name of the S-CSCF that is locally saved for the user service, and the locally saved S-CSCF serving the user is not identified as likely to be modified, according to the existing normal process. Continue to follow up.
- the HSS may first determine whether the name of the S-CSCF requesting the user description information is the same as the name of the locally saved S-CSCF serving the user, and then determine whether the locally saved S-CSCF serving the user has been It is identified as being possible to be modified; it may also be first determined whether the locally saved S-CSCF serving the user has been identified as likely to be modified, and then the name of the S-CSCF requesting the user description information is locally saved as Whether the name of the S-CSCF of the user service is the same.
- the HSS is based on the received message requesting user description information from the S-CSCF, and determines the name and the name of the S-CSCF requesting the user description information.
- the name of the S-CSCF that is saved for the user is the same, to determine whether the S-CSCF has been updated.
- other methods can be used to determine whether the S-CSCF has been updated. For example, the HSS passes the check.
- the notification of the update S-CSCF from the I-CSCF is received to determine whether the S-CSCF has been updated, that is, if the HSS receives the notification of the update S-CSCF from the I-CSCF, it is confirmed that the S-CSCF has been updated, otherwise HSS believes that the S-CSCF has not been updated.
- the S-CSCF that avoids the I-CSCF reselection causes the same interaction process as the original S-CSCF saved.
- the S-CSCF that may be updated is set with an identifier that may be modified, it is possible to The S-CSCF is differentiated from the error conditions that may occur in the processing.
- an I-CSCF receives a certain user as the called party.
- Call request and the user who is called is served by the S-CSCFo
- the HSS may decide to temporarily suspend the query request according to the set identifier that may be modified until the CX-Put or CX-Pull message from an S-CSCF determines the S-CSCFn, and directly returns the current service to the user.
- the S-CSCFn this process may make the delay slightly larger, but it is still within acceptable limits. Moreover, this can further ensure that the user operates normally as a called party in the alternating phase of the old and new S-CSCF.
- the I-CSCF that processes the call request and the I-CSCF that needs to perform the reselection S-CSCF operation in the foregoing various embodiments may be the same I-CSCF or different I-CSCFs.
- the S-CSCFo and S-CSCFn in the above processing may be the same S-CSCF or different S-CSCFs.
- a timer for the suspended call may be further set, and the timer is started immediately when the query request is suspended, and if the preset timing time is reached, the query request is still in a suspended state.
- the query request is forcibly disconnected to avoid problems such as a decrease in user satisfaction and a waste of system resources due to the query request being suspended for a long time.
- the HSS receives the query information from the I-CSCF, it is determined that the I-CSCF needs to reselect the S-CSCF, and directly notifies the locally saved S-CSCF that serves the user to initiate the logout process, and then presses no.
- the process of saving the S-CSCF name is completed to complete the subsequent operations. This may add some extra processes, but it requires little change to existing systems and is more compatible with existing systems.
- Fig. 3 is a flow chart showing the third embodiment to which the present invention is applied.
- the user performs a registration operation
- the old S-CSCF that originally provided the service for the user is referred to as S-CSCFo
- the new S-CSCF that is reselected by the I-CSCF is referred to as S-CSCFn.
- Step 301 to step 302 the user initiates registration, and the registration request (REGISTER) is forwarded to the I-CSCF by the user agent device (UA, user agent) and the P-CSCF.
- the registration request REGISTER
- Step 303 The 1-CSCF sends a UAR (User-Authorization-Request) message to the HSS.
- UAR User-Authorization-Request
- the message on the Cx interface between the I-CSCF and the HSS is a Cx-Query or a Cx-Select-Pull message.
- Step 304 After determining that the I-CSCF needs to reselect the S-CSCF, the HSS sends an RTR (Registration-Termination-Request) message to the S-CSCFo.
- RTR Registration-Termination-Request
- the message on the Cx interface between the HSS and the S-CSCFo is Cx-Deregister, to notify S-CSCFo to initiate the logout process, including the reason for the logout in the logout notification, which may be assigned a new server (NEW_SERVER_ASSIGNED) or a server change (SERVER_CHANGE), It can be other reasons for cancellation. In short, the specific reason for cancellation is not limited.
- the HSS determines that the I-CSCF needs to reselect the S-CSCF according to the information indicating the reselection of the S-CSCF in the query information from the I-CSCF, or determines that the I-CSCF needs to be reselected according to the change of the user subscription information saved by itself. S-CSCF.
- Step 305 After receiving the foregoing information, the S-CSCFo performs service control related to the logout, and updates the local information. At the same time, the S-CSCFo triggers the operation of terminating the subsequent service with the user.
- Step 306 S-CSCFo returns RTA to HSS
- Step 307 The HSS clears the name of the locally saved S-CSCFo, and the HSS returns a UAA (User-Authorization-Answer) message to the I-CSCF.
- UAA User-Authorization-Answer
- the message on the Cx interface between the I-CSCF and the HSS is Cx- Query Resp or Cx-Select-Pull Resp message, which contains S-CSCF capability information that meets the most stringent service subscription requirements of the user.
- Step 308 The I-CSCF reselects an S-CSCF from the S-CSCF capability information that meets the strictest service subscription requirement of the user, and obtains the address of the new S-CSCF, that is, the S-CSCFn.
- Step 309 the I-CSCF sends a Register message to the S-CSCFn, that is, the newly selected S-CSCF.
- Step 310 The S-CSCFn sends a MAR (Multimedia-Authentication-Request) message to the HSS, requesting the user to describe the information for authentication.
- MAR Multimedia-Authentication-Request
- the message on the Cx interface between the S-CSCFn and the HSS is Cx-AuthDataReq.
- Step 311 Query, according to the user identifier, user description information required by the S-CSCFn.
- the HSS sends a MAA (Multimedia-Authentication-Answer)
- the message is sent to the S-CSCFn.
- the message on the Cx interface between the HSS and the S-CSCFn is Cx-AuthDataResp.
- Step 313 to step 315 after receiving the message, the S-CSCFn sends an Unauthorised message to the user, and notifies the user to re-register, the message includes information such as authentication vector information, and the message is forwarded by the I-CSCF and the P-CSCF. Reach the user.
- Step 316 to step 317 the user re-initiates the registration request, and the P-CSCF forwards the REGISTER message to the I-CSCF.
- Step 318 to step 319 the I-CSCF sends a UAR message to the HSS.
- the message on the Cx interface between the I-CSCF and the HSS is a Cx-Query or Cx-Select-Pull message; the HSS returns to the I-CSCF.
- the UAA message specifically, the message on the Cx interface between the I-CSCF and the HSS is a Cx-Query Resp or Cx-Select-Pull Resp message.
- the message returned by the HSS to the I-CSCF includes only the name of the S-CSCFn.
- Step 320 The I-CSCF sends a Register message to the S-CSCFn.
- Steps 321 to 322 the S-CSCFn performs an Authentication operation, and then sends a SAR (Server-Assignment-Request) message to the HSS.
- SAR Server-Assignment-Request
- the message on the Cx interface between the S-CSCFn and the HSS is Cx. -Put or Cx-Pull to request user description information.
- Step 323 The HSS returns a SAA (Server- Assignment- Answer) message to the S-CSCFn.
- SAA Server- Assignment- Answer
- the message on the Cx interface between the HSS and the S-CSCFn is Cx-Put Resp or Cx-Pull Resp.
- the processing procedure is similar to the above, that is, the HSS determines that After the S-CSCF is re-selected by the I-CSCF, the RTR (Registration-Termination-Request) message is sent to the S-CSCFo to notify the S-CSCFo to perform the logout process.
- the subsequent processing is the same as the prior art, and is not repeated here. Description.
- the present invention also provides two timing systems for determining the initiation of the logout process.
- the system includes at least a user home network server HSS, an inquiry call state control function entity I-CSCF and a service call state control function entity S-CSCF, and the HSS includes a logout module for executing a logout process, and the system also includes an identity setting module for setting an identifier that may be modified for the S-CSCF,
- the identifier setting module is triggered, and the identifier setting module is locally saved.
- the S-CSCF setting of the user-provided service indicates an identifier that the S-CSCF may be modified;
- the HSS checks that the S-CSCF has been updated, and the locally saved S-CSCF serving the user has been identified as being likely to be modified, and the HSS triggers the identifier setting module again, and the identifier setting module clears the set
- the HSS If the HSS checks that the S-CSCF is not updated, and the locally saved S-CSCF serving the user has been identified as likely to be modified, the HSS triggers the identity setting module again, and the identity setting module clears the set Logo.
- the HSS checks that the S-CSCF has been updated, and the locally saved is the user service
- the S-CSCF of the service is not identified as being likely to be modified, and the HSS triggers an error module that already exists in itself, and the error module performs an error processing flow.
- the HSS detects that the S-CSCF is not updated, and the locally saved S-CSCF serving the user is not identified as likely to be modified, then the situation at this time is exactly the same as the existing implementation, that is, completely Existing methods are processed.
- the system includes at least a user home network server HSS, an inquiry call state control function entity I-CSCF, and a service call state control function entity S-CSCF, and the HSS includes a logout module for performing a logout process.
- the HSS After the HSS determines that the I-CSCF needs to reselect the S-CSCF, it notifies the logout module that the logout module initiates a logout process for the locally saved S-CSCF serving the user.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200410098094 | 2004-12-10 | ||
CN200410098094.7 | 2004-12-10 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2006060965A1 true WO2006060965A1 (fr) | 2006-06-15 |
Family
ID=36577670
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2005/002142 WO2006060965A1 (fr) | 2004-12-10 | 2005-12-09 | Procede et systeme pour la determination du moment de lancement de flux d'annulation |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2006060965A1 (fr) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1998011754A1 (fr) * | 1996-09-16 | 1998-03-19 | Ericsson Inc. | Utilisation d'une base de donnees d'interchangeabilite des numeros pour resoudre le probleme des appels en trombone |
WO2002073859A2 (fr) * | 2001-03-12 | 2002-09-19 | Nokia Corporation | Techniques de recuperation dans les reseaux mobiles |
WO2004036854A1 (fr) * | 2002-09-30 | 2004-04-29 | Huawei Technologies Co., Ltd. | Procede de traitement d'une situation dans laquelle un abonne de reseau local radio est hors connexion active, lorsque ledit reseau local radio et un systeme de communication mobile sont en communication |
WO2004086717A1 (fr) * | 2003-03-26 | 2004-10-07 | Siemens Aktiengesellschaft | Procede permettant de transmettre des donnees dans un reseau de donnees comportant une pluralite d'ordinateurs |
-
2005
- 2005-12-09 WO PCT/CN2005/002142 patent/WO2006060965A1/fr active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1998011754A1 (fr) * | 1996-09-16 | 1998-03-19 | Ericsson Inc. | Utilisation d'une base de donnees d'interchangeabilite des numeros pour resoudre le probleme des appels en trombone |
WO2002073859A2 (fr) * | 2001-03-12 | 2002-09-19 | Nokia Corporation | Techniques de recuperation dans les reseaux mobiles |
WO2004036854A1 (fr) * | 2002-09-30 | 2004-04-29 | Huawei Technologies Co., Ltd. | Procede de traitement d'une situation dans laquelle un abonne de reseau local radio est hors connexion active, lorsque ledit reseau local radio et un systeme de communication mobile sont en communication |
WO2004086717A1 (fr) * | 2003-03-26 | 2004-10-07 | Siemens Aktiengesellschaft | Procede permettant de transmettre des donnees dans un reseau de donnees comportant une pluralite d'ordinateurs |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2552531C (fr) | Procede servant a limiter la charge d'interface d'un serveur d'abonnes local | |
US7822407B2 (en) | Method for selecting the authentication manner at the network side | |
WO2009024006A1 (fr) | Contrôleur de session locale, sous-système multimédia ip et procédé d'enregistrement de session | |
WO2006136106A1 (fr) | Procede et systeme d'authentification de terminal d'usager | |
WO2006010312A1 (fr) | Procede d'information de la modification de capacite au terminal au reseau | |
WO2008052464A1 (fr) | Procédé et appareil servant à mettre en oeuvre la reprise sur sinistre de l'ims ip | |
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 | |
WO2006136097A1 (fr) | Procédé pour traiter une anomalie lors de la procédure d'inscription d'un utilisateur | |
US20100217875A1 (en) | Method and apparatus for use in a communications network | |
WO2007025480A1 (fr) | Procede de traitement d'une session dans un ims et module de controle de la session lors d'une recherche de controle de la session lors d'une recherche d'appel | |
WO2006099815A1 (fr) | Procede d'enregistrement d'un utilisateur dans le sous-systeme multimedia ip et systeme associe | |
WO2006053502A1 (fr) | Procede pour assurer la conformite d'information entre les noeuds de reseau | |
WO2009036629A1 (fr) | Procédé de traitement après redémarrage ou récupération sur sinistre d'un élément de réseau central | |
WO2008098459A1 (fr) | Procédé, système et moyens d'application d'identifiants de service de communication de sous-système multimédia ip (ims) dans un système de communication | |
WO2007079688A9 (fr) | Procede, appareil et systeme de mise en communication de l'utilisateur appele | |
WO2008134975A1 (fr) | Procédé, appareil et système pour désenregistrer l'adresse de connexion d'un réseau d'accès ip sans fil | |
KR100703426B1 (ko) | 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 발신 및 착신 호를 가능하게 하는 방법 및 장치 | |
CN101489266B (zh) | 一种基于签约数据的ims用户级控制方法及系统 | |
WO2008116373A1 (fr) | Procédé de traitement de service d'urgence | |
CN101052054B (zh) | 保持ps域和ims域ip地址注销一致性的方法 | |
WO2007090348A1 (fr) | Procédé, appareil et système de vérification de la validité pour système uri d'agent utilisateur globalement routable | |
WO2007045137A1 (fr) | Procede d’autorisation de qos | |
WO2007041957A1 (fr) | Méthode et système de vérification de la cohérence de nom de fonctions de contrôle d’état d’appel de service | |
WO2008151556A1 (fr) | Procede et systeme d'attribution de fonction de commande de session d'appel de service | |
CN100527876C (zh) | 一种更新用户签约数据的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KN KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 05818806 Country of ref document: EP Kind code of ref document: A1 |