WO2007025480A1 - 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 - Google Patents
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 Download PDFInfo
- Publication number
- WO2007025480A1 WO2007025480A1 PCT/CN2006/002244 CN2006002244W WO2007025480A1 WO 2007025480 A1 WO2007025480 A1 WO 2007025480A1 CN 2006002244 W CN2006002244 W CN 2006002244W WO 2007025480 A1 WO2007025480 A1 WO 2007025480A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- cscf
- hss
- request
- user
- reselection
- Prior art date
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/1016—IP multimedia subsystem [IMS]
-
- 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
- H04L41/12—Discovery or management of network topologies
Definitions
- the present invention relates to communication technologies, and in particular, to a session processing method and an inquiry call session control function module in an IP-based multimedia subsystem (IMS).
- IMS IP Multimedia Subsystem
- UE User Terminal
- PSI Public Service Identity
- Query CSCF Call Session Control Function
- HSS Home Subscriber Server
- the HSS will return to the I-CSCF to process the registered service of the IMS user through the Cx-Location-QueryResp command.
- the S-CSCF (Serving CSCF), the I-CSCF sends a SIP (Session Initiation Protocol) request to the S-CSCF returned by the HSS, and the S-CSCF processes the registered service of the IMS user.
- SIP Session Initiation Protocol
- the IMS user subscribes to an unregistered service (such as a voice mailbox, etc.), when the IMS user is in the UNREGISTERED state or the associated ID (identity) (such as a user terminal sharing the same number with the IMS user)
- the HSS will return to the I-CSCF through the Cx-Location-QueryResp command to process the S-CSCF that handles the unregistered service of the IMS user.
- the -CSCF sends the SIP request to the S-CSCF returned by the HSS, and the S-CSCF processes the unregistered service of the IMS user.
- the HSS will pass The Cx-Location-QueryResp command returns the S-CSCF capability set required by the IMS user to the I-CSCF, and the I-CSCF selects an S-CSCF that satisfies the requirement according to the S-CSCF capability set required by the IMS user, and the I-CSCF requests the SIP. Sent to the selected S-CSCF, the S-CSCF processes the unregistered service of the IMS user.
- an unregistered service such as a voicemail mailbox, etc.
- the I-CSCF can have no state, that is, when the I-CSCF issues a SIP message, it does not wait for a response of the message, thereby causing the following disadvantages:
- the S-CSCF forwards the SIP request or processes the registered service or unregistered service of the IMS user, if the S-CSCF does not respond due to equipment failure or communication interruption, etc., the session will time out and the SIP request on the calling side will be made. Will fail due to timeout (may cause call loss).
- the unregistered service of the called IMS user will also be unable to execute, resulting in the IMS network may not be the IMS user for a long time.
- the IMS network can provide the correct service for the IMS user, and the process may last for a long time. Hours, days or even longer).
- IMS IP based multimedia subsystem
- the invention provides a session processing method in a multimedia subsystem based on an internet protocol,
- the method includes: the inquiry-call session control function module (I-CSCF) receives an initial request for the called user, must be represented as a stateful agent, or queries the home subscriber server (HSS) for the registered location of the called user, and Determining the agent as a stateful agent according to the response of the HSS; the I-CSCF queries the home subscriber server (HSS) for the registered location of the called user; the I-CSCF sends a call session control function module (S-CSCF) according to the response of the HSS.
- I-CSCF inquiry-call session control function module
- a Session Initiation Protocol (SIP) request is sent; the I-CSCF waits for a response from the S-CSCF, and reselects another S-CSCF when the S-CSCF does not respond, and sends a SIP request to the S-CSCF.
- SIP Session Initiation Protocol
- the step I-CSCF sends a Session Initiation Protocol (SIP) request to the Serving-Call Session Control Function Module (S-CSCF) according to the response of the HSS, further comprising: when the response of the HSS includes the URI of the S-CSCF, I- The CSCF sends a SIP request to the S-CSCF to process the SIP request by the S-CSCF.
- SIP Session Initiation Protocol
- S-CSCF Serving-Call Session Control Function Module
- the step of reselecting the S-CSCF includes: the I-CSCF obtains the S-CSCF capability set requested by the called user, selects an S-CSCF according to the S-CSCF capability set, and then sends the SIP request to the selected S-CSCF. , in order to process SIP requests by the S-CSCF.
- the obtaining, by the I-CSCF, the S-CSCF capability set required by the called user includes: obtaining an S-CSCF capability set required by the called user by modifying a command Cx-Location-Query or Cx-Select-Pull;
- the modified Cx-Select-Pull command is to add a User-Location-Type AVP (AVP) parameter to the command.
- AVP User-Location-Type AVP
- the modification Cx-Select-Pull refers to modifying the attribute type of the IMPI of the command to be conditional.
- the step I-CSCF sends a tongue initiation protocol (SIP) request to the service-call session control function module (S-CSCF) according to the response of the HSS, further comprising: when the response of the HSS includes the S requested by the called user
- S-CSCF service-call session control function module
- the I-CSCF selects an S-CSCF according to the S-CSCF capability set requested by the called user, and then sends the SIP request to the selected S-CSCF to process the SIP request by the S-CSCF.
- the step I-CSCF to the service-call session control function module according to the response of the HSS (S-CSCF) Sending a Session Initiation Protocol (SIP) request further includes:
- the I-CSCF saves the set of S-CSCF capabilities of the called user returned by the HSS.
- the steps of reselecting the S-CSCF include: The I-CSCF selects an S-CSCF according to the S-CSCF capability set, and then sends the SIP request to the selected S-CSCF.
- the step I-CSCF sends a tongue-initiation protocol (SIP) request to the service-call session control function module (S-CSCF) according to the response of the HSS.
- the method further includes: when the response of the HSS does not include the URI of the S-CSCF, When the S-CSCF capability set required by the called user is also not included, the I-CSCF selects an S-CSCF to send a SIP request to the S-CSCF.
- the steps of reselecting the S-CSCF include: The I-CSCF optionally selects an S-CSCF to send SIP requests to the S-CSCF.
- the step I-CSCF sends a Session Initiation Protocol (SIP) request to the Serving-Call Session Control Function Module (S-CSCF) according to the response of the HSS, further comprising: including the called user in the response returned by the HSS to the I-CSCF The required set of S-CSCF capabilities.
- SIP Session Initiation Protocol
- S-CSCF Serving-Call Session Control Function Module
- the steps of reselecting the S-CSCF include: The I-CSCF selects an S-CSCF according to the S-CSCF capability set, and then sends the SIP request to the selected S-CSCF to process the SIP request by the S-CSCF.
- the I-CSCF When the I-CSCF cannot select an S-CSCF according to the capability set required by the IMS user, the I-CSCF returns 600 to the called user. Thereafter, if the I-CSCF receives the SIP response returned by the S-CSCF, the SIP is no longer forwarded. response.
- the invention also discloses a session processing method in a multimedia subsystem based on the Internet protocol, comprising: the query call session control function module I-CSCF finds that the service call session control function module S-CSCF currently serving the user is in an unavailable state. Then, the I-CSCF selects another S-CSCF different from the unavailable S-CSCF, and the called party of the subsequent called user is routed to the reselected S-CSCF for processing.
- the method further includes: the I-CSCF receives an initial request for the called user, and the I-CSCF queries the home subscriber server HSS for the registered location of the called user; the I-CSCF sends a session to the S-CSCF according to the response of the HSS. Initiate a protocol SIP request and wait for a response from the S-CSCF.
- the step I-CSCF sends a SIP request to the S-CSCF according to the response of the HSS, further comprising: When the HSS response includes the Uniform Resource Locating URI of the S-CSCF, the I-CSCF sends a SIP request to the S-CSCF, and the S-CSCF processes the SIP request.
- the step of the I-CSCF selecting another S-CSCF different from the unavailable S-CSCF includes: the I-CSCF obtains the S-CSCF capability set required by the called user, and according to the S-CSCF capability set Select an S-CSCF that is different from the unavailable S-CSCF.
- the obtaining, by the I-CSCF, the S-CSCF capability set required by the called user includes: the I-CSCF sensing that the S-CSCF currently serving the user is unavailable, and requesting the capability set information from the HSS. After receiving the request, the HSS returns the capability set information to the I-CSCF.
- the I-CSCF requests the capability set information by sending a location information request to the HSS, and by expanding the location information request command, adding a cell to the location information request command, the added cell at least including the request capability If the information is not included in the request, the HSS considers that the location information request is to query the user location information, and the HSS determines whether the new cell and the value of the new cell are included in the request. Whether it belongs to the capability set information described in the request.
- the location information request command includes Cx-Location-Query and Cx-Sdect-Pull;
- the new cell is added with a location-query type AVP (User-Location-Type AVP) parameter in the command;
- AVP User-Location-Type AVP
- the new cell refers to: Modify the attribute type of IMPI to be conditional.
- the HSS After receiving the request, the HSS checks whether the I-CSCF is allowed to perform reselection. If the HSS considers that the current S-CSCF can actively recover, and the I-CSCF does not need to perform reselection, the HSS returns in the capability set request response message. The error code indicates that the I-CSCF does not need to be reselected; otherwise, the I-CSCF is allowed to reselect, and the HSS returns the capability set information.
- the HSS allows the I-CSCF to perform reselection, it further checks the registration status of the public user identity contained in the request, and can only perform heavy when there is no public user identity in the registration state in the entire Internet Protocol-based multimedia subsystem subscription.
- the selection of the user status by the HSS at this time includes: '
- the HSS Whether the user identifier has an unregistered service, if it does not exist, an error is returned; if the public user identifier included in the request has an unregistered service, the HSS directly returns the capability set information for the unregistered state; and for the logout state, the HSS It is necessary to determine whether there is a public user identifier in an unregistered state in the same subscription, and the capability set information is returned if it exists; otherwise, an error is returned.
- the HSS allows the I-CSCF to perform reselection, the registration status of the public user identity included in the request is further checked.
- the HSS is in the user state.
- the inspection includes:
- the HSS further determines whether the user has an unregistered service, and if there is an unregistered service, returns the capability set information; if the user does not sign the unregistered service, an error is returned;
- the HSS further determines whether the user has an unregistered service. If not, the HSS returns an error; if there is an unregistered service, the HSS directly returns to the unregistered state. Capability set information; for the logout state further, the HSS checks whether other public user IDs belonging to the same contract relationship have at least one S-CSCF already allocated, and if so, returns the capability set information, if not, Then an error is returned.
- the I-CSCF supports the reselection feature, and when the HSS does not support the reselection feature, the HSS cannot identify the new cell in the location information request command, and still returns the response of the current S-CSCF address, and the I-CSCF receives the response. After the response, it is judged that the HSS does not support this feature, and directly returns to the calling party failure response, and the S-CSCF reselection is no longer performed.
- the I-CSCF supporting the reselection function carries the support characteristic cell in the first querying the user location information command, and indicates that the I-CSCF supports the reselection feature in the cell, and the HSS also carries the support characteristic information in the response. Yuan, and list the features that it supports.
- the I-CSCF further determines whether the HSS also supports reselection. If it supports, it further displays the request capability set information. If the response indicates that the HSS does not support reselection or response. If the cell does not exist, the I-CSCF directly returns to the calling party and fails. Yes, no re-election will be performed.
- the obtaining, by the I-CSCF, the S-CSCF capability set required by the called user includes: sending, by the HSS, the S-CSCF name and the capability set information directly to the I-CSCF; the I-CSCF After receiving, it first contacts the returned S-CSCF. If the S-CSCF is indeed unavailable, the S-CSCF is further reselected according to the returned capability set information.
- the I-CSCF carries the support characteristic cell in the location information request command for querying the user location information for the first time, and indicates whether the I-CSCF supports the reselection feature in the cell, if the HSS supports reselection, but the request is found. If the cell indicates that the I-CSCF does not support the reselection feature or the cell does not exist, the HSS does not return the capability set information in the response at the same time; if the HSS does not support reselection, the cell is ignored, and only the response is in the response. Returns the current S-CSCF name of the user.
- the HSS sets a reselection flag on the HSS when transmitting the capability set information; starts a timer on the I-CSCF or the HSS when starting the reselection, and monitors the reselection; if the timer expires, The selection is still not completed, the I-CSCF notifies the HSS to clear the reselection flag, or the HSS actively clears the reselection flag; otherwise, the reselection flag is notified by the reselected S-CSCF to clear the HSS.
- the I-CSCF When the I-CSCF notifies the HSS to clear the reselection flag, it sends a location information request command to the HSS, in which the HSS is required to clear the S-CSCF reselection flag of the user, and the location information request command is extended by A new cell is added to the location information request command, and the new cell includes at least the value of the clear reselection flag.
- the HSS determines whether the new cell and the value of the new cell are included in the request. Select the tagged request.
- the HSS finds the user's S-CSCF reselection flag setting, clears the user's reselection flag, and saves the request in the request. S-CSCF name; if not set, an error is returned.
- the user sets the reselection flag of the S-CSCF, during this period, the user initiates a re-registration process, and the HSS unconditionally clears the user S-CSCF reselection flag after receiving the registered multimedia authentication request command, and The user saves the name of the S-CSCF carried in the multimedia authentication request.
- the user sets the reselection flag of the S-CSCF, during this period, the user makes a call again, and the HSS receives the request of the I-CSCF requesting to send the S-CSCF capability set again, and still keeps the previous request.
- the I-CSCF waits until the reselection timer expires to send a location information request command to notify the HSS to clear the reselection flag; or upon receiving the main The sending location information request command after the canceling request of the calling party notifies the HSS to clear the reselection flag.
- the HSS clears the reselection flag immediately after receiving the location information request command indicating that the reselection flag is cleared; or the HSS maintains a counter locally, the counter starts counting from a certain base, and each time an explicit request capability set is received When the location information requests the command, the counter operates. When receiving a location information request command indicating that the reselection flag is cleared, the counter performs the opposite action. Only when the counter is the cardinality, the HSS can request the command in the current location information. Clear the reselection mark during processing.
- the invention also discloses an I-CSCF in a multimedia subsystem based on the Internet Protocol, wherein the I-CSCF requests the HSS when the S-CSCF currently serving the user is in an unavailable state during the process of sensing the routing process.
- - CSCF capability set information and receiving the capability set information returned by the HSS; after receiving the capability set information, selecting another S-CSCF different from the unavailable S-CSCF, and enabling subsequent The called party of the called user is routed to the reselected S-CSCF.
- the I-CSCF reselects other according to the S-CSCF capability set required by the IMS user.
- the S-CSCF processes the unregistered service of the IMS user. If the reselected S-CSCF successfully processes the unregistered service of the IMS user, it can prevent the SIP request on the calling side from failing due to timeout, and the called IMS user is not registered.
- the service will also be executed correctly, avoiding the serious shortcomings that may not occur for the IMS user to provide the correct service for a long time.
- FIG. 2 is a signaling diagram of a call IMS user of the present invention for obtaining an S-CSCF capability set by using an extended Cx-Location-Query command when a fault of the currently serving S-CSCF is found;
- FIG. 3 shows the modification of parameters by the present invention when it is found that the current service S-CSCF is faulty.
- the Cx-Select-Pull command obtains the signaling diagram of the calling IMS user of the S-CSCF capability set;
- FIG. 4 shows the signaling diagram of the calling IMS user that simultaneously returns the S-CSCF capability set when the HSS returns a response of the present invention. ;
- FIG. 5 is a flowchart of a process for initiating a session request to an unregistered user according to a third embodiment of the present invention
- FIG. 6 is a flowchart of a process for initiating a session request to an unregistered user according to the fourth embodiment of the present invention.
- the I-CSCF queries the HSS for the registered location of the called user (including the PSI); in step 12, the I-CSCF saves the response of the HSS. And selecting the S-CSCF according to the response of the HSS, in step 13, the I-CSCF sends a SIP request to the selected S-CSCF; in step 14, the I-CSCF determines whether the S-CSCF responds to the timeout,
- step 15 the I-CSCF reselects the S-CSCF, in step 17, the I-CSCF sends a SIP request to the S-CSCF, and then returns to step 14;
- Step 16 The ICSCF waits for a response from the S-CSCF.
- the I-CSCF of the called network receives the initial request, and determines that the I-CSCF has a status to indicate that the I-CSCF waits for a response when it sends a SIP message. When no response is received within the specified time, the fault handling is initiated.
- the I-CSCF will query the HSS for the registered location of the IMS user through the Cx-Location-Query command.
- the HSS returns an S-CSCF that processes the registered service of the IMS user to the I-CSCF through the Cx-Location-QueryResp command. At the same time, return the S-CSCF capability set required by the IMS user.
- the HSS returns an S-CSCF that processes the unregistered service of the IMS user to the I-CSCF through the Cx-Location-QueryResp command, and returns the S-CSCF capability set requested by the IMS user.
- an unregistered service such as a voice mailbox, etc.
- the HSS will pass the Cx-Location-QueryResp command to the I-CSCF. Returns the S-CSCF capability set requested by the IMS user.
- the I-CSCF After receiving the response from the HSS, the I-CSCF checks the response of the HSS:
- the I-CSCF If the response contains the UI of the S-CSCF, the I-CSCF performs the processing required by the 3GPP specification and then sends the SIP request to the S-CSCF returned by the HSS, and the S-CSCF returns a 100 temporary response (optional for the non-session SIP request), The registered service or unregistered service of the IMS user is processed by the S-CSCF.
- the I-CSCF shall check whether the response contains the S-CSCF capability set required by the IMS user:
- the I-CSCF must maintain the S-CSCF capability set required by the IMS subscriber to select a S-CSCF that meets the requirements based on the S-CSCF capability set required by the IMS subscriber. b) If not included, the I-CSCF shall keep an indication of the need to process the IMS user's unregistered service in the Diameter response message, and the I-CSCF may select an S-CSCF.
- the I-CSCF sends the SIP request to the selected S-CSCF after performing the processing required by the 3GPP specification, the S-CSCF returns a 100 temporary response (optional for the non-session SIP request), and the S-CSCF processes the IMS user's Unregistered business.
- the I-CSCF must check whether the S-CSCF capability set required by the tlMS user is saved:
- the I-CSCF must select an S-CSCF that meets the requirements based on the S-CSCF capability set required by the previously saved IMS user.
- the I-CSCF checks whether the indication of the IMS user's unregistered service needs to be processed in the Diameter response message: 1) If saved, the I-CSCF selects an S-CSCF.
- the I-CSCF queries the S-CSCF capability set requested by the IMS user through Cx-Location-Query, but because the Cx-Location-Query command does not contain the User-Location-Type AVP, the I-CSCF cannot indicate the HSS return.
- the capability set therefore, requires the user-Location-Type AVP to be added in the Cx-Location-Query command.
- the HSS sets the reselection flag and timer, and returns the S-required by the IMS user.
- the CSCF capability set selects an S-CSCF that meets the requirements according to the S-CSCF capability set required by the IMS user.
- the SIP request is sent to the selected S-CSCF, and the S-CSCF processes the unregistered service of the IMS user, and provides the same as the existing network. Turn on, please dial the network prompt later.
- the I-CSCF must return a 600 response.
- the I-CSCF cannot forward the SIP response.
- the S-CSCF After receiving the SIP request sent by the I-CSCF, the S-CSCF checks the registration status of the IMS user and finds that there is no user data, and informs the HSS of the registration status and the S-CSCF URI of the IMS user through the Cx-Put and Cx-Pull commands. User signing data. After receiving the Cx-Put and Cx-Pull commands sent by the S-CSCF, the HSS clears the reselection flag and checks the S-CSCF URI. If it is different from the existing S-CSCF UI, the HSS notifies the original through the Cx-Deregister ⁇ command. The S-CSCF logs out the IMS user and deletes the user subscription data.
- the original S-CSCF receives the Cx-Deregister ⁇ command sent by the HSS, and will revoke the IMS user and put all the sessions of the IMS user. If the S-CSCF has previously received the SIP request sent by the I-CSCF, it will The I-CSCF sends a BYE request, and the I-CSCF cannot forward the BYE request after receiving the BYE request.
- Step 1 The I-CSCF receives the initial request (invitation).
- Step 2 The I-CSCF queries the HSS for the registration location of the IMS user by using a Cx-Location-Query command.
- Step 3. The HSS returns the query result (such as S-CSCF) to the I-CSCF.
- Step 4 The I-CSCF sends the SIP request to the S-CSCF#1 returned by the HSS.
- Step 5 The I-CSCF does not receive a response from S-CSCF#1.
- Step 6 S-CSCF#1 informs the HSS of the S-CSCF URI by using the Cx-Put command.
- Step 7 The HSS returns the Cx-Put command execution result to S-CSCF#1.
- Step 8. S-CSCF#1 retrieves user data from the HSS through the Cx-Pull command.
- Step 9 The HSS returns the Cx-Pull command execution result to S-CSCF#1.
- Step 10 The I-CSCF queries the HSS through the Cx-Location-Query command to request the IMS user to request
- Step 11 The HSS returns the Cx-Location-Query execution result to the I-CSCF.
- Step 12 The I-CSCF selects another S-CSCF that meets the requirement according to the S-CSCF capability set required by the IMS user, and sends the SIP request to the selected S-CSCF#2.
- Step 13 S-CSCF#2 returns a 100 Trying response to the I-CSCF.
- Step 14 S-CSCF#1 returns a response, and the I-CSCF may not forward the response.
- Step 15 S-CSCF#2 informs the HSS of the S-CSCF URI by using the Cx-Put command.
- Step 16 The HSS returns the Cx-Put command execution result to the S-CSCF#2.
- Step 17. S-CSCF#2 takes user data from the HSS through the Cx-Pull command.
- Step 18 The HSS returns the Cx-Pull command execution result to the S-CSCF#2.
- Step 19 The HSS notifies the S-CSCF#1 to cancel the IMS user by using the Cx-Deregister ⁇ command.
- Step 21 S-CSCF#2 returns a 183 Session Progress response to the I-CSCF.
- Step 22 The I-CSCF forwards the 183 Session Progress response.
- Step 23 S-CSCF#1 initiates a BYE request, and the I-CSCF may not forward the request.
- the I-CSCF queries the IMS user request through Cx-Location-Query.
- the S-CSCF capability set can also be obtained using the following two methods.
- the I-CSCF queries the S-CSCF capability set required by the IMS user through Cx-Select-Pull, but because the Cx-Select-Pull command must include the IMPI, and the I-CSCF cannot obtain the IMPI, it is required to In the Cx-Select-Pull command, the IMPI is changed to conditional.
- the User Authorization Type is the query capability set, there is no IMPI.
- Step 301 The I-CSCF receives the initial request (invitation).
- Step 302 The I-CSCF queries the HSS for the registration location of the IMS user by using a Cx-Location-Query command.
- Step 303 The HSS returns the query result (such as S-CSCF) to the I-CSCF.
- Step 304 The I-CSCF sends the SIP request to the S-CSCF#1 returned by the HSS.
- Step 305 The I-CSCF does not receive a response from the S-CSCF#1.
- Step 306 The S-CSCF#1 informs the HSS of the S-CSCF URI by using the Cx-Put command.
- Step 307 The HSS returns the Cx-Put command execution result to the S-CSCF#1.
- Step 308 The S-CSCF#1 uses the Cx-Pull command to retrieve user data from the HSS.
- Step 309 The HSS returns the Cx-Pull command execution result to the S-CSCF#1.
- Step 310 The I-CSCF queries the HSS through the Cx-Select-Pull command to query the S-CSCF capability set required by the IMS user.
- Step 311 The HSS returns the Cx-Select-Pull execution result to the I-CSCF.
- Step 312 The I-CSCF selects another S-CSCF that meets the requirement according to the S-CSCF capability set required by the IMS user, and sends the SIP request to the selected S-CSCF#2.
- Step 313 S-CSCF#2 returns a 100 Trying response to the I-CSCF.
- Step 314 S-CSCF#1 returns a response, and the I-CSCF may not forward the response.
- Step 315 S-CSCF#2 informs the HSS of the S-CSCF URI by using the Cx-Put command.
- Step 316 The HSS returns the Cx-Put command execution result to the S-CSCF#2.
- Step 317 The S-CSCF#2 uses the Cx-Pull command to retrieve user data from the HSS.
- Step 318 The HSS returns the Cx-Pull command execution result to the S-CSCF#2.
- Step 319 The HSS notifies the S-CSCF #1 to cancel the IMS user by using a Cx-Deregister command.
- S-CSCF#1 returns the execution result of Cx-Deregister to S-CSCF#1.
- S-CSCF#2 returns a 183 Session Progress response to the I-CSCF.
- Step 322 The I-CSCF forwards the 183 Session Progress response.
- Step 323 The S-CSCF#1 initiates a BYE request, and the I-CSCF may not forward the request.
- the HSS is required to return to the I-CSCF through the Cx-Location-QueryResp command to process the IMS user that has been registered (or not Register the S-CSCF of the service and return the S-CSCF capability set required by the IMS user.
- the call flow of the present invention will be described below with reference to FIG.
- Step 401 The I-CSCF receives the initial request (invitation).
- Step 402 The I-CSCF queries the HSS for the registration location of the IMS user by using a Cx-Location-Query command.
- Step 403 The HSS returns the query result (such as S-CSCF) to the I-CSCF.
- query result such as S-CSCF
- Step 404 The I-CSCF sends the SIP request to the S-CSCF#1 returned by the HSS.
- Step 405 The I-CSCF does not receive a response from the S-CSCF#1.
- Step 406 The S-CSCF#1 informs the HSS of the S-CSCF URI by using the Cx-Put command.
- Step 407 The HSS returns the Cx-Put command execution result to the S-CSCF#1.
- Step 408 The S-CSCF#1 uses the Cx-Pull command to retrieve user data from the HSS.
- Step 409 The HSS returns the Cx-Pull command execution result to the S-CSCF#1.
- Step 410 The I-CSCF selects another S-CSCF that meets the requirement according to the S-CSCF capability set required by the IMS user, and sends the SIP request to the selected S-CSCF#2.
- Step 411 S-CSCF#2 returns a 100 Trying response to the I-CSCF.
- Step 412 S-CSCF#1 returns a response, and the I-CSCF may not forward the response.
- Step 413 The S-CSCF#2 informs the HSS of the S-CSCF URI by using the Cx-Put command.
- Step 414 The HSS returns the Cx-Put command execution result to the S-CSCF#2.
- Step 415 The S-CSCF#2 takes the user data from the HSS through the Cx-Pull command.
- Step 416 HSS returns the Cx-Pull command execution result to S-CSCF#2.
- Step 417 The HSS notifies the S-CSCF #1 to cancel the IMS user by using a Cx-Deregister command.
- Step 418 S-CSCF#1 returns the execution result of Cx-Deregister to S-CSCF#1.
- S-CSCF#2 returns a 183 Session Progress response to the I-CSCF.
- Step 420 The I-CSCF forwards the 183 Session Progress response.
- Step 421 The S-CSCF#1 initiates a BYE request, and the I-CSCF may not forward the request.
- the I-CSCF will query the HSS for the registration location of the IMS user by using the Cx-Location-Query command.
- the HSS passes the command such as Cx-Location-QueryResp.
- the I-CSCF returns the indication of DIAMETER_SOME_ID_UNREGISTERED and the S-CSCF that handles the unregistered service of the IMS user.
- the HSS will pass the command to the I-CSCF through, for example, the Cx-Location-QueryResp command.
- DIAMETERJJNREGISTERED the indication of the SERVICE and the set of S-CSCF capabilities required by the IMS user.
- the HSS may return a response to the S-CSCF including the registered or unregistered service, the S-CSCF capability set requested by the called user, or be null through the Diameter response message.
- the I-CSCF When the I-CSCF receives the response from the HSS, it checks the response of the HSS. If the response contains an indication of DIAMETER_SOME_ID_UNREGISTERED or DIAMETER_ UNREGISTERED- SERVICE, the I-CSCF must behave as a stateful proxy:
- the I-CSCF performs the processing required by the 3GPP specifications and then sends the SIP request to the S-CSCF returned by the HSS, and the S-CSCF returns a 100 temporary response (optional for non-session SIP requests),
- the registered service or unregistered service of the IMS user is processed by the S-CSCF.
- the I-CSCF should check if the response contains IMS.
- the I-CSCF shall maintain the S-CSCF capability set required by the IMS subscriber and select a S-CSCF that satisfies the requirements according to the S-CSCF capability set required by the IMS subscriber. b) If not included, the I-CSCF shall maintain the DIAMETER- UNREGISTERED- SERVICE indication and the I-CSCF shall select an S-CSCF.
- the I-CSCF sends the SIP request to the selected S-CSCF after performing the processing required by the 3GPP specification, and the S-CSCF returns a 100 temporary response (optional for non-session SIP requests), which is processed by the S-CS.CF User's unregistered business.
- the I-CSCF acts as a stateful agent and then performs troubleshooting.
- the I-CSCF selects an S-CSCF based on the S-CSCF capability set required by the saved IMS user.
- the I-CSCF checks whether the instructions of DIAMETER- UNREGISTERED-SERVICE are saved:
- I-CSCF selects an S-CSCF.
- the I-CSCF queries the S-CSCF capability set requested by the IMS user through Cx-Location-Query, but because the Cx-Location-Query command does not include the User-Location-Type AVP, the I-CSCF cannot indicate the HSS. Returning the capability set, therefore, it is required to increase the user-Location-Type AVP in the Cx-Location-Quer command.
- the User-Location-Type is the query capability set
- the HSS sets the reselection flag and timer, and returns the S requested by the IMS user.
- the CSCF capability set selects an S-CSCF that meets the requirements according to the S-CSCF capability set required by the IMS user.
- the I-CSCF After the I-CSCF selects the S-CSCF, the I-CSCF performs the processing required by the 3GPP specification to send the SIP request to the selected S-CSCF, and the S-CSCF processes the registration service of the IMS user and/or is not registered. Business, or provide a network similar to "The user you are calling is temporarily unavailable, please dial later" Prompt.
- the I-CSCF If the I-CSCF cannot select a S-CSCF that satisfies the requirements according to the S-CSCF capability set required by the IMS user, the I-CSCF returns a 600 response to the called user. Thereafter, if the I-CSCF receives the SIP response returned by the S-CSCF, the I-CSCF ignores the SIP response.
- the S-CSCF After receiving the SIP request sent by the I-CSCF, the S-CSCF checks the registration status of the IMS user. When it is found that the user is not registered, the S-CSCF informs the HSS of the registration status of the IMS user and the S-CSCF through the Cx-Put command. ⁇ , obtain user subscription data through the Cx-Pull command. After receiving the Cx-Put and Cx-Pull commands sent by the S-CSCF, the HSS clears the reselection flag and checks the S-CSCF URI. If it is different from the existing S-CSCF URI, the HSS sends a Cx- notification through the Cx-Deregister command. The S-CSCF of the Put command logs out the IMS user.
- the S-CSCF that sends the Cx-Put command receives the Cx-Deregister command sent by the HSS, logs off the IMS user, and releases all sessions of the IMS user. If the S-CSCF has previously received the SIP request sent by the I-CSCF, A BYE request will be sent to the I-CSCF, and after receiving the BYE request, the I-CSCF will not forward the BYE request.
- Step 1 The I-CSCF receives the initial request (invitation).
- Step 2 The I-CSCF queries the HSS for the registration location of the IMS user by using the Cx-Location-Query command.
- Step 3 The HSS returns the query result (such as S-CSCF) to the I-CSCF.
- query result such as S-CSCF
- Step 4 The I-CSCF sends the SIP request to the S-CSCF#1 returned by the HSS.
- Step 5 The I-CSCF does not receive a response from S-CSCF#1.
- Step 6 S-CSCF#1 informs the HSS of the S-CSCF URI by using the Cx-Put command.
- Step 7 The HSS returns the Cx-Put command execution result to S-CSCF#1.
- Step 8. S-CSCF#1 retrieves user data from the HSS through the Cx-Pull command.
- Step 9 The HSS returns the Cx-Pull command execution result to S-CSCF#1.
- Step 10 The I-CSCF queries the HSS through the Cx-Location-Quer command to query the S-CSCF capability set required by the IMS user.
- Step 11 The HSS returns the Cx-Location-Queiy execution result to the I-CSCF.
- Step 12 The I-CSCF selects another S-CSCF that satisfies the requirement according to the S-CSCF capability set required by the IMS user, and sends the SIP request to the selected S-CSCF#2.
- Step 13 S-CSCF#2 returns a 100 Trying response to the I-CSCF.
- Step 14 S-CSCF#1 returns a response, and the I-CSCF may not forward the response.
- Step 15 S-CSCF#2 informs the HSS of the S-CSCF URI by using the Cx-Put command.
- Step 16 The HSS returns the Cx-Put command execution result to the S-CSCF#2.
- Step 17. S-CSCF#2 takes user data from the HSS through the Cx-Pull command.
- Step 18 The HSS returns the Cx-Pull command execution result to the S-CSCF#2.
- Step 19 The HSS notifies the S-CSCF#1 to cancel the IMS user by using the Cx-Deregister ⁇ command.
- Step 20 S-CSCF#1 returns the execution result of Cx-Deregister to S-CSCF#1.
- Step 21 S-CSCF#2 returns a 183 Session Progress response to the I-CSCF.
- Step 22 The I-CSCF forwards the 183 Session Progress response.
- Step 23 S-CSCF#1 initiates a BYE request, and the I-CSCF may not forward the request.
- the S-CSCF can be reselected in two ways:
- the called HSS is aware that the called user has subscribed to the unregistered service, and its home domain I-CSCF senses that the S-CSCF is currently serving the user, and then explicitly requests the user S-CSCF capability set information from the HSS.
- the S-CSCF reselection is performed, and a timer is started when the reselection is started, and the reselection is monitored.
- the HSS determines whether the user is allowed to perform reselection according to the reselection judgment condition (for example, the Cx interface of the S-CSCF is faulty). At the same time, the user has an Unregistered service.
- the I-CSCF notifies the HSS to clear the reselection flag or the HSS actively clears the reselection flag. Otherwise, the reselection flag is reselected by the S- The CSCF is cleared by the SAR (Server Allocation Request) command, and all the called users of the subsequent users are routed to the newly reselected S-CSCF. Since the reselected S-CSCF cannot obtain the user's P-CSCF routing information, Therefore, the unregistered service of the called party can only be provided to the calling user at this time, and then the user can resume after the user re-sends the call or initiates the registration, and can be called again. Specific steps are as follows: 1) The called home domain I-CSCF in the called process is aware of the routing process (via LIR, ie, location information request message). The S-CSCF server currently serving the user returned by the HSS is in a fault state;
- the S-CSCF server fault state determination can be determined by whether the S-CSCF returns a 100 temporary response decision, or other handshake mechanism;
- the I-CSCF resends an LIR request (Location Information Request message:) to the HSS, and explicitly requests the capability set information of the S-CSCF in the request;
- LIR request Location Information Request message:
- the capability set information of the S-CSCF is explicitly requested to be extended by the existing LIR command, including but not limited to adding a cell to the existing LIR command.
- the value range of the added cell includes: explicit request capability set information, indication Clear the user S-CSCF reselection flag. If the request does not include the new cell, the HSS considers the LIR request to query the user location information. The HSS determines whether the S-CSCF capability set information is explicitly requested according to whether the request includes the new cell and the value of the new cell.
- the HSS After receiving the request, the HSS finds that the capability set information is explicitly requested, and checks whether the I-CSCF is allowed to perform reselection. If the HSS considers that the current S-CSCF is only a temporary link open or other non-fatal abnormality, the temporary loss of function is caused. If the function is active and recoverable, and the I-CSCF does not need to perform reselection, the HSS returns an error code in the explicit capability set request response message, indicating that the I-CSCF does not need to reselect; otherwise, the S-CSCF capability set information is returned. Allow the I-CSCF to reselect.
- step 3 If the above step 3 allows the I-CSCF to perform reselection, the HSS further needs to check the user status and the unregistered service. Only when the check passes, the HSS returns the S-CSCF capability set information that can satisfy the subscription relationship, and Setting a flag for the user to perform S-CSCF reselection;
- Qualified scenario 1 The S-CSCF reselection can be performed only when there is no public user identifier in the Registered state in the entire IMS Subscription; Checking user status includes:
- the register status further determines whether the same IMS subscription has a public user identifier in the Register state, and if the condition is met, returns an error; otherwise, further determines whether the public user identifier included in the request has an unregistered service, and if the condition is not established, returns an error; If there is an unregistered service in the public user ID included in the request, the HSS directly returns the S-CSCF capability set information for the Unregistered state. For the Notregistered state, the HSS needs to determine whether there is a public user ID in the Unregister state in the same IMS Subscription. Then return the S-CSCF capability set information; otherwise, an error is returned;
- Scenario 2 When there is a public user ID in the IMS Subscription, the S-CSCF is also allowed to reselect. In this case, the HSS checks the user status including:
- the HSS needs to further determine whether the user has an unregistered service. If there is an unregistered service, the S-CSCF capability set information is returned. If the user does not sign the unregistered service, the HSS should return. Error
- the HSS needs to further determine whether the user has an unregistered service. If it does not exist, the HSS should return an error; if there is an unregistered service, the HSS directly returns to the S-CSCF for the Unregistered state. Capability set information; For the Notregistered state further, the HSS needs to check whether other public user IDs belonging to the same contract relationship have at least one S-CSCF server already assigned, and if the condition is met, return the S-CSCF capability set information, if If it is not true, it should return an error;
- the S-CSCF reselection flag is implemented by adding a flag bit in the user subscription data in the HSS. This flag belongs to the contract relationship level, that is, there is only one such reselection flag for an IMS subscription.
- the I-CSCF After receiving the capability set returned by the HSS, the I-CSCF selects another S-CSCF server different from the faulty S-CSCF based on the capability set information, and forwards the INVITE request for the called user;
- the I-CSCF receives the response message returned from the S-CSCF
- the subsequent called processing flow is processed according to the existing process, and during the SAR command processing, the HSS discovers the user's S-CSCF reselection flag setting, and the S-CSCF name and this included in the request If the location is saved, the user's reselection flag is cleared, and the S-CSCF name in the request is saved;
- the shell 'j HSS clears the user's S-CSCF reselection flag, and the I-CSCF returns an error response to the calling user, prompting the called user to be unreachable;
- the reselection timer can be implemented in the I-CSCF or in the HSS.
- the I-CSCF resends the LIR command to the HSS after the timer expires. In this request, the HSS is cleared.
- the HSS is required to clear the S-CSCF reselection flag of the user by extending the existing LIR command, including but not limited to adding a cell to the existing LIR command, where the value of the added cell includes: Instructing to clear the user S-CSCF reselection flag; if the request does not include the new cell, the HSS considers that the LIR request is to query the user location information, and the HSS includes the new cell and the new cell according to the request. The value of the judgment determines whether it is a request to clear the S-CSCF reselection flag;
- the HSS When the HSS is implemented in the HSS, the HSS still does not receive the SAR request of the reselected S-CSCF after the timer expires, and the HSS actively clears the S-CSCF reselection flag.
- I, I-CSCF wait until the reselection timer expires to send an LIR command to notify the HSS to clear the reselection flag; II.
- the I-CSCF sends an LIR command to notify the HSS to clear the reselection flag immediately after receiving the Cancel cancellation request from the calling party.
- the HSS clear reselection mark also includes the following two methods:
- the HSS clears the reselection flag immediately after receiving the LIR command indicating that the reselection flag is cleared.
- the HSS maintains a counter locally.
- the counter starts counting from 0.
- the counter is incremented by 1 each time an LIR command of an explicit request capability set is received.
- the counter is decremented. First, only when the counter is 0, the HSS can clear the reselection flag in this LIR command processing;
- the HSS may instruct the I-CSCF to perform S-CSCF reselection according to pre-set conditions and, in some cases, returning the S-CSCF URI and the S-CSCF capability, in case the S-CSCF may be faulty. It includes the following steps:
- the HSS finds an S-CSCF failure in the LIR processing (for example, because the reference point between the HSS and the S-CSCF uses the Diameter protocol, and the underlying transmission of the protocol is based on a reliable transport protocol, in the LIR
- the requesting HSS may determine whether the link connection between the HSS and the S-CSCF is normal according to the name of the S-CSCF saved in the user data. If the HSS finds that the S-CSCF link is faulty, the S-CSCF is considered to be faulty. Then, the SIP URI of the saved S-CSCF and the capability set information of the S-CSCF are simultaneously returned in the LIA, and the S-CSCF reselection flag of the user is set;
- the I-CSCF does not support the reselection feature of the S-CSCF, the I-CSCF does not carry the SupportFeature cell in the transmitted LIR request or carries the cell but does not indicate that the S-CSCF is supported in the reselection. Then, the HSS returns only the S-CSCF SIP URI in the LIA response, and does not return the capability set information at the same time.
- the S-CSCF If the I-CSCF confirms that the S-CSCF is faulty, the S-CSCF is reselected according to the S-CSCF capability set information, and the INVITE request is forwarded;
- the determination of the fault state of the S-CSCF can be implemented as follows: After receiving the LIA response, the I-CSCF can first contact the S-CSCF in the message, if the S-CSCF is not received within a certain time. Any response, the S-CSCF is considered to be malfunctioning;
- the LIR command still needs to be extended, but the value of the new cell does not include the value of the explicit request capability set.
- the timer timeout indicates that the value of the HSS clear reselection tag is still retained.
- the reselection timer can also be implemented in the HSS.
- Solution 1 Through the LIA message, the solution is only applicable to the above method 1, which includes the following steps:
- the I-CSCF Since the reselection of the S-CSCF is triggered by the I-CSCF, if the I-CSCF does not support this feature and the HSS supports this feature, the I-CSCF will not initiate the explicit request capability set information, and will not trigger S- CSCF reselection, there is no interworking problem.
- the I-CSCF In another case, if the I-CSCF supports the S-CSCF reselection feature and the HSS does not support the feature, the I-CSCF explicitly requests the capability set information by extending the LIR command after discovering the current S-CSCF failure. , because HSS does not support this feature, it cannot recognize the new cells in the command. However, according to the existing process, the current S-CSCF SIP URI address is returned to the I-CSCF instead of the capability set information. After receiving the response, the I-CSCF can determine that the HSS does not support the feature, and then directly returns to the The calling party fails to respond and the S-CSCF reselection is no longer performed.
- Option 2 Through the feature negotiation, the program can be applied to the above method 1 and method 2, which includes the following steps
- the I-CSCF supporting the S-CSCF reselection function carries a SupportFeature cell in the LIR command for first querying the user location information, and instructs the I-CSCF to support the S-CSCF reselection feature in the cell.
- the HSS also carries the SupportFeature cell in the LIA response, and lists the features it supports.
- the I-CSCF further determines whether the HSS also supports reselection. If supported, further explicitly requests the capability set information. If the response indicates that the HSS does not support reselection or the cell does not exist in the response, the I-CSCF returns the caller's failure response directly, and the S-CSCF is not reselected.
- the I-CSCF carries the SupportFeature cell in the LIR command for querying the user location information for the first time, and indicates in the cell whether the I-CSCF supports the S-CSCF reselection feature. If the HSS supports reselection, the request is found in the request. If the cell indicates that the I-CSCF does not support the reselection feature or the cell does not exist, the HSS will not return the capability set information in the LIA response at the same time; if the HSS does not support reselection, the cell will be ignored, in the LIA response. Return only the current S-CSCF SIP URL of the user
- the S-CSCF is reselected during the called process, and the reselected S-CSCF functions normally. During this reselection, the user does not initiate the registration process; the called home domain I-CSCF receives
- the processing flow after the request for the called INVITE is as follows:
- I-CSCF forwards the INVITE request to the S-CSCF returned by the HSS (S-CSCF1 in the figure), but the S-CSCF1 does not respond, and determines that the S-CSCF1 is faulty;
- the I-CSCF explicitly requests the S-CSCF capability set information to the HSS. 507-510, the HSS check passes, the I-CSCF performs S-CSCF reselection according to the returned capability set information, starts a timer, and forwards the INVITE request to the reselected S-CSCF (ie, S-CSCF2);
- the reselected S-CSCF2 to.
- the HSS requests to download the user data. After receiving the request, the HSS finds that the S-CSCF name included in the request is different from the locally saved one, and further needs to determine whether the user's reselection flag is set. (Only the reselection flag is set, the HSS allows the S-CSCF name saved in the user data to be modified by the SAR command). If the reselection flag is set, the S-CSCF reselection flag is cleared, and the new S carried in the request is saved for the user. -CSCF name, and return user data; otherwise, HSS considers this situation to be abnormal, does not allow to overwrite the S-CSCF name saved in HSS, and returns an error to S-CSCF;
- the reselected S-CSCF further controls the service connection
- the I-CSCF After the reselected S-CSCF successfully downloads the user data, it returns a temporary response to the I-CSCF, and the I-CSCF ends the timer, indicating that the reselection succeeds; if the reselection timer expires, Upon receiving the response message from the S-CSCF, the I-CSCF shall send an LIR message to the HSS to indicate the clear reselection flag.
- a reselection timer can be set in the HSS. The timer starts counting when the HSS returns the capability set to the I-CSCF. If the HSS does not receive the SAR message within the specified time, the HSS takes the initiative. Clear the reselection mark.
- the S-CSCF reselection is implemented in the called process, but during the reselection, the user initiates the registration process again, and the registration process is reselected by the S-CSCF and the called process is S-
- the CSCF is different, and the processing flow is as follows:
- the called home domain I-CSCF receives a request for the called INVITE
- the 1-CSCF forwards the INVITE request to the S-CSCF returned by the HSS (ie, S-CSCF1), but the S-CSCF1 does not respond, and determines that the S-CSCF1 is faulty;
- the I-CSCF explicitly requests the S-CSCF capability set information to the HSS.
- the HSS check passes, the I-CSCF performs S-CSCF reselection according to the returned capability set information, and forwards the INVITE request to the reselection S-CSCF2; 610-613, at this time, the user initiates registration again. Because the S-CSCF returned by the HSS in the first UAR (User Authorization Request) fails, the I-CSCF initiates a second UAR request, and explicitly requests the HSS to return to the S-CSCF.
- the MAR request of the S-CSCF3 (multimedia authentication request) reaches the HSS before the SAR of the S-CSCF2 for various reasons, after the HSS receives the MAR request, if the user reselection flag setting is found, the conditional clear is performed. This reselection flag, and saves the S-CSCF name in the MAR request for the user, and returns the MAA (Multimedia Authentication Response);
- the HSS check finds that the user S-CSCF reselection flag is not set. According to the existing process, the local S-CSCF name is not allowed to be rewritten, and the S is not allowed to be rewritten. -CSCF2 returns an error;
- the S-CSCF2 After receiving the error response, the S-CSCF2 returns a 100 response to the I-CSCF.
- the I-CSCF receives the response from the S-CSCF2, and considers that a functioning S-CSCF has been reselected, and no longer sends a message indicating that the HSS clears the S-CSCF reselection flag;
- Subsequent service requests of the user are routed to the S-CSCF3 for service control.
- the S-CSCF reselection flag is newly introduced in the user data:
- the reselection flag is when the I-CSCF explicitly requests the capability set from the HSS, or the HSS returns this capability set and SIP URI to the I-CSCF at the same time. Setting, the clearing of the reselection mark can be divided into three cases:
- the HSS needs to unconditionally clear the reselection flag and save the S-CSCF name in the MAR for the user.
- the subsequent HSS receives the SAR command through the S-CSCF that is called by the reselection, since the reselection flag has been cleared, The HSS is not allowed to modify the user's S-CSCF name and returns an error to the S-CSCF that is reselected by the called party.
- a reselection timer is introduced.
- the reselection timer can be implemented in the I-CSCF or in the HSS:
- the timerF timer in the existing SIP protocol can be reused, and a new timer can be introduced; the I-CSCF performs the S after receiving the capability set returned by the HSS.
- the timer is started and the INVITE request is forwarded. If the I-CSCF still does not receive the response of the S-CSCF after the timer expires or still does not select a S-CSCF that satisfies the requirement, then I - The CSCF needs to send an LIR request to the HSS, instructing the HSS to clear the user's S-CSCF reselection flag in the message;
- the HSS When the reselection timer is implemented in the HSS, the HSS starts a newly introduced timer when returning the capability set information to the I-CSCF, and receives the SAR command of the reselected S-CSCF or receives the MAR. The timer is stopped and the reselection flag is cleared. If the timer has not expired and the SAR command has not been received, the HSS actively clears the user's reselection flag.
- the present invention solves the problem that the S-CSCF reselection is supported in the called process, which solves the problem that the S-CSCF fails in the existing implementation, and the user cannot provide unregistered services, especially the PSI cannot be implemented. It reduces the risks in network operations, enhances the reliability of the IMS network, and improves user satisfaction.
- the I-CSCF reselects other according to the S-CSCF capability set required by the IMS user.
- the S-CSCF processes the unregistered service of the IMS user, and reselects If the S-CSCF successfully processes the unregistered service of the IMS user, it can prevent the SIP request on the calling side from failing due to timeout, and the unregistered service of the called IMS user will also be correctly executed, avoiding the long time that cannot occur. IMS users provide serious flaws in the right business.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Exchange Systems With Centralized Control (AREA)
Description
IMS中的会话处理方法及查询呼叫会话控制功能模块 技术领域 本发明涉及一种通信技术, 尤其涉及一种基于 IP的多媒体子系统(IMS ) 中的会话处理方法及查询呼叫会话控制功能模块。 背景技术 在 IMS ( IP多媒体子系统)网络中, 当一个 IMS用户的 UE (用户终端)或 者 PSI (公共业务标识)做被叫时, 被叫网络的 I-CSCF (查询 CSCF (呼叫会 话控制功能模块) )将通过 Cx-Loeation-Query命令向 HSS (归属用户服务器) 查询该 IMS用户的注册位置。
如果该 IMS用户签约了未注册业务(如转语音邮箱等), 当该 IMS用户处 于 REGISTERED (注册)状态时, HSS将通过 Cx-Location-QueryResp命令向 I-CSCF返回处理该 IMS用户已注册业务的 S-CSCF (服务 CSCF ) , I-CSCF将 SIP (会话发起协议 )请求发送给 HSS返回的 S-CSCF , 由 S-CSCF处理该 IMS用户 的已注册业务。
如果该 IMS用户签约了未注册业务(如转语音邮箱等) , 当该 IMS用户处 于 UNREGISTERED (未注册)状态或者相关的 ID (身份标识)(如与该 IMS 用户共用同一号码的用户终端)已注册或者相关的 ID (如与该 IMS用户共用同 一号码的用 户 终端)处于 UNREGISTERED状态时, HSS将通过 Cx-Location-QueryResp命令向 I-CSCF返回处理该 IMS用户未注册业务的 S-CSCF, I-CSCF将 SIP请求发送给 HSS返回的 S-CSCF, 由 S-CSCF处理该 IMS 用户的未注册业务。
如果该 IMS用户签约了未注册业务(如转语音邮箱等), 当该 IMS用户处 于 NOT REGISTERED (非注册)状态并且相关的 ID (如与该 IMS用户共用同一 号码的用户终端)也处于 NOT REGISTERED状态时, HSS将通过
Cx-Location-QueryResp命令向 I-CSCF返回该 IMS用户要求的 S-CSCF能力集, I-CSCF根据 IMS用户要求的 S-CSCF能力集选择一个满足要求的 S-CSCF , I-CSCF将 SIP请求发送给这个选择的 S-CSCF, 由 S-CSCF处理该 IMS用户的未 注册业务。
在现有技术中, 由于 I-CSCF可以没有状态, 即 I-CSCF发出 SIP消息时, 不 会等待该消息的响应, 因此会导致如下缺点:
当 S-CSCF转发 SIP请求或处理 IMS用户的已注册业务或未注册业务时,如 果该 S-CSCF因为设备故障或通信中断等原因没有响应, 将会导致会话超时, 使主叫侧的 SIP请求将因超时而失败(可能造成呼损) 。
此外, 当该 IMS用户处于 REGISTERED状态时, 被叫 IMS用户的已注册业 务也将无法执行, 甚至无法提供类似现网已有的 "您呼叫的用户暂时无法接 通, 请稍后再拨" 的网络提示。
当被叫 IMS用户处于 UNREGISTERED状态或者相关的 ID已注册或者相 关的 ID处于 UNREGISTERED状态时, 被叫 IMS用户的未注册业务也将无法执 行, 从而导致 IMS网络可能很长时间都不能为该 IMS用户提供正确的业务(直 到该 S-CSCF恢复服务或被叫 IMS用户开机以后成功注册到其它正常的 S-CSCF, IMS网络才能为该 IMS用户提供正确的业务,该过程可能持续很长时 间如几小时、 几天甚至更长时间)。
当该 IMS用户处于 NOT REGISTERED状态并且相关的 ID也处于 NOT REGISTERED状态时, 被叫 IMS用户的未注册业务也将无法执行。 发明内容
本发明的目标是提供一种基于 IP的多媒体子系统( IMS )中的会话处理方 法及查询呼叫会话控制功能模块。 当所选择的 S-CSCF因为设备故障或通信中 断等原因没有响应时, 可选择其它 S-CSCF, 从而提高了会话成功率, 或类似 "您呼叫的用户暂时无法接通, 请稍后再拨" 的网络提示。
本发明提供了一种基于因特网协议的多媒体子系统中的会话处理方法,
包括: 查询-呼叫会话控制功能模块(I-CSCF )收到一个对于被叫用户的初始 请求, 必须表现为有状态的代理, 或者向归属用户服务器(HSS )查询被叫用 户的注册位置, 并根据 HSS的响应确定表现为有状态的代理; I-CSCF向归属 用户服务器(HSS )查询被叫用户的注册位置; I-CSCF根据 HSS的响应向服务 一呼叫会话控制功能模块 ( S-CSCF )发送会话发起协议 ( SIP )请求; I-CSCF 等待 S-CSCF的响应, 并在 S-CSCF没有响应时重新选择另一个 S-CSCF, 向该 S-CSCF发送 SIP请求。
所述的步骤 I-CSCF根据 HSS的响应向服务-呼叫会话控制功能模块 ( S-CSCF )发送会话发起协议 ( SIP )请求进一步包括: 当 HSS的响应中包含 S-CSCF的 URI时, I-CSCF将 SIP请求发送给该 S-CSCF, 以便由该 S-CSCF处理 SIP请求。
重新选择 S-CSCF的步骤包括: I-CSCF获得该被叫用户所要求的 S-CSCF 能力集, 并根据 S-CSCF能力集选择一个 S-CSCF, 然后将 SIP请求发给选择的 S-CSCF, 以便由该 S-CSCF处理 SIP请求。
所述的 I-CSCF获得该被叫用户所要求的 S-CSCF能力集包括: 通过修改命 令 Cx-Location-Query或 Cx-Select-Pull获得该被叫用户所要求的 S-CSCF能力 集;
所述的修改 Cx-Select-Pull命令是指在该命令中增加用户位置查询类型 AVP ( User-Location-Type AVP )参数;
所述的修改 Cx-Select-Pull是指将该命令的 IMPI的属性类型修改为有条件 的。
所述的步骤 I-CSCF根据 HSS的响应向服务-呼叫会话控制功能模块 ( S-CSCF )发送^舌发起协议 ( SIP )请求进一步包括: 当 HSS的响应中包含 该被叫用户所要求的 S-CSCF能力集时, I-CSCF根据该被叫用户所要求的 S-CSCF能力集选择一个 S-CSCF, 然后将 SIP请求发给选择的 S-CSCF, 以便由 该 S-CSCF处理 SIP请求。
所迷的步骤 I-CSCF根据 HSS的响应向服务-呼叫会话控制功能模块
( S-CSCF )发送会话发起协议 ( SIP )请求还包括: I-CSCF保存 HSS返回的该 被叫用户的 S-CSCF能力集。
重新选择 S-CSCF的步骤包括: I-CSCF根据 S-CSCF能力集选择一个 S-CSCF, 然后将 SIP请求发给选择的 S-CSCF。
所述的步骤 I-CSCF根据 HSS的响应向服务-呼叫会话控制功能模块 ( S-CSCF )发送^舌发起协议 ( SIP )请求进一步包括: 当 HSS的响应中即不 包含 S-CSCF的 URI, 也不包含被叫用户所要求的 S-CSCF能力集时, I-CSCF任 选一个 S-CSCF以便将 SIP请求发给该 S-CSCF。
重新选择 S-CSCF的步骤包括: I-CSCF任选一个 S-CSCF以便将 SIP请求发 给该 S-CSCF。
所述的步骤 I-CSCF根据 HSS的响应向服务-呼叫会话控制功能模块 ( S-CSCF )发送会话发起协议 ( SIP )请求进一步包括: 在 HSS向 I-CSCF返回 的响应中还包含被叫用户所要求的 S-CSCF能力集。
重新选择 S-CSCF的步骤包括: I-CSCF根据 S-CSCF能力集选择一个 S-CSCF, 然后将 SIP请求发给选择的 S-CSCF, 以便由该 S-CSCF处理 SIP请求。
当 I-CSCF不能根据 IMS用户要求的能力集选择一个 S-CSCF时, I-CSCF向 被叫用户返回 600, 此后, 若 I-CSCF收到 S-CSCF返回的 SIP响应, 不再转发该 SIP响应。
本发明还公开了一种基于因特网协议的多媒体子系统中的会话处理方 法, 包括: 查询呼叫会话控制功能模块 I-CSCF发现当前为用户服务的服务呼 叫会话控制功能模块 S-CSCF处于不可用状态, 则所述 I-CSCF选择一个不同 于所述不可用 S-CSCF的另一个 S-CSCF, 后续被叫用户的被叫都路由到该重 选后的 S-CSCF进行处理。
所述的方法还包括: I- CSCF收到一个对于被叫用户的初始请求, I-CSCF 向归属用户服务器 HSS查询被叫用户的注册位置; I- CSCF根据 HSS的响应向 S-CSCF发送会话发起协议 SIP请求, 并等待 S- CSCF的响应。
所述的步骤 I-CSCF根据 HSS的响应向 S-CSCF发送 SIP请求进一步包括: 当
HSS的响应中包含 S-CSCF的统一资源定位 URI时, I-CSCF将 SIP请求发送给该 S-CSCF, 并由该 S-CSCF处理 SIP请求。
所述 I-CSCF选择一个不同于所述不可用 S-CSCF的另一个 S-CSCF的步骤 包括: I-CSCF获得该被叫用户所要求的 S-CSCF能力集, 并根据 S-CSCF能力集 选择一个不同于所述不可用 S-CSCF的 S-CSCF。
所述的 I-CSCF获得该被叫用户所要求的 S-CSCF能力集具体包括: 所述 I-CSCF感知到当前正在为用户服务的 S-CSCF不可用, 向 HSS请求所述的能力 集信息, 所述 HSS收到请求后, 再向所述 I-CSCF返回所述的能力集信息。
所述 I-CSCF通过向 HSS发送位置信息请求来请求所述的能力集信息, 通 过对位置信息请求命令进行扩展, 在位置信息请求命令中新增信元, 该新增 信元至少包括请求能力集信息取值,如请求中不包含该新增信元,则 HSS认为 该位置信息请求是查询用户位置信息, HSS根据请求中是否包含该新增信元及 该新增信元的取值判断是否属于请求所述的能力集信息。
所述的位置信息请求命令包括 Cx-Location-Query和 Cx-Sdect-Pull;
当位置信息请求命令为 Cx-Location-Query时,所述的新增信元为在该命令 中增加位置查询类型 AVP ( User-Location-Type AVP )参数;
当位置信息请求命令为 Cx-Select-Pull时, 所述的新增信元是指: 将 IMPI 的属性类型修改为有条件的。
所述 HSS收到请求后,检查是否允许 I-CSCF进行重选, 若所述 HSS认为当 前 S-CSCF可主动恢复, I-CSCF不需要进行重选, 则 HSS在能力集请求响应消 息中返回错误码, 指示 I-CSCF不需要重选; 否则, 允许 I-CSCF进行重选, HSS 返回所述的能力集信息。
若 HSS允许 I-CSCF进行重选, 则进一步检查请求中所包含的公共用户标 识的注册状态, 只有当整个基于因特网协议的多媒体子系统订阅中不存在处 于注册状态的公共用户标识时可以进行重选; 此时 HSS对用户状态的检查包 括: '
Al、 若本次请求中包含的公共用户标识处于注册状态, 则返回错误;
A2、 若本次请求中包含的公共用户标识处于未注册或注销状态, 则进一 步判断同一订阅中是否存在处于注册状态的公共用户标识, 若存在则返回错 误; 否则, 进一步判断请求中包含的公共用户标识是否存在未注册业务, 若 不存在则返回错误; 若请求中包含的公共用户标识存在未注册业务, 对于未 注册状态, 则 HSS直接返回所述的能力集信息; 对于注销状态, 则 HSS需要 判断同一订阅中是否存在处于未注册状态的公共用户标识, 存在则返回所述 的能力集信息; 否则返回错误。
若 HSS允许 I-CSCF进行重选, 则进一步检查请求中所包含的公共用户标 识的注册状态, 当订阅中存在处于注册状态的公共用户标识时, 允许进行重 选, 此时 HSS对用户状态的检查包括:
Bl、 若该公共用户标识处于注册状态, 则 HSS进一步判断用户是否存在 未注册业务, 若存在未注册业务, 则返回所述的能力集信息; 若用户没有签 约未注册业务, 则返回错误;
B2、 若该公共用户标识处于未注册或注销状态, 则 HSS进一步判断用户 是否存在未注册业务, 若不存在, 则 HSS返回错误; 若存在未注册业务, 对 于未注册状态, HSS 直接返回所述的能力集信息; 对于注销状态进一步地, HSS检查属于同一签约关系内的其它公共用户标识是否存在至少一个已经分 配了 S-CSCF, 若存在, 则返回所述的能力集信息, 若不存在, 则返回错误。
所述 I-CSCF支持重选特性, 而 HSS不支持重选特性时, 所述 HSS无法识别 位置信息请求命令中新增信元, 仍然返回当前 S-CSCF地址的响应, I-CSCF收 到该响应后判断 HSS不支持此特性, 直接返回给主叫方失败响应, 不再进行 S-CSCF的重选。
支持重选功能的 I-CSCF在第一次查询用户位置信息命令中携带支持特性 信元, 并在该信元中指示 I-CSCF支持重选特性, 所述 HSS在响应中也携带支 持特性信元, 并在其中列出自己支持的特性, I-CSCF收到该响应后进一步判 断 HSS是否也支持重选,若支持则进一步显示请求能力集信息,若响应中表明 HSS不支持重选或响应中不存在该信元, 则 I-CSCF直接返回给主叫方失败响
应, 不再进行重选。
所述的 I-CSCF获得该被叫用户所要求的 S-CSCF能力集具体包括: 所述 HSS直接向所迷的 I-CSCF发送所述 S-CSCF名称以及所述能力集信息; I-CSCF 收到后, 先和所返回的 S-CSCF联系, 若此 S-CSCF确实不可用, 则进一步根据 返回的能力集信息进行 S-CSCF的重选。
所述 I-CSCF在第一次查询用户位置信息的位置信息请求命令中携带支持 特性信元, 并在该信元中指示 I-CSCF是否支持重选特性, 若 HSS支持重选, 但发现请求中该信元表明 I-CSCF不支持重选特性或者该信元不存在, 则 HSS 在响应中不再同时返回能力集信息; 若 HSS不支持重选, 则忽略该信元, 在响 应中只返回用户当前的 S-CSCF名称。
所述的 HSS在发送所述能力集信息时在 HSS上设置重选标记;在开始进行 重选时在 I-CSCF或 HSS上启动一个定时器, 对重选进行监控; 若定时器超时, 重选仍未完成,由 I-CSCF通知 HSS清除重选标记,或由 HSS主动清除重选标记; 否则, 该重选标记由重选后的 S-CSCF通知所述 HSS进行清除。
所述 I-CSCF通知 HSS清除重选标记时, 通过发送位置信息请求命令给 HSS, 在该请求中要求 HSS清除用户的 S-CSCF重选标记, 实现时通过对位置 信息请求命令进行扩展, 在位置信息请求命令中新增信元, 该新增信元至少 包括指示清除重选标记取值 , HSS根据请求中是否包含该新增信元及该新增信 元的取值判断是否属于清除重选标记的请求。
若重新选择的 S-CSCF状态正常, 在 S-CSCF向 HSS发送请求下载用户数据 的命令中, HSS发现用户的 S-CSCF重选标志设置, 则清除用户的重选标记, 并保存请求中的 S-CSCF名称; 若没有设置, 则返回错误。
若用户设置了 S-CSCF的重选标志, 在此期间, 用户又发起了重新注册的 过程, HSS收到本次注册的多媒体鉴权请求命令后无条件清除用户 S-CSCF重 选标志, 并为用户保存多媒体鉴权请求中携带的 S-CSCF名称。
若用户设置了 S-CSCF的重选标志, 在此期间, 用户又一次作被叫, HSS 又一次收到了 I-CSCF请求发送 S-CSCF能力集的请求, 则仍然保持前一次请求
处理中的 S-CSCF重选标志的设置。
若在重选期间, 存在一个主叫方主动放弃本次呼叫, 则所述 I-CSCF等到 本次重选定时器超时后发送位置信息请求命令通知 HSS清除重选标记;或在收 到主叫方的取消请求后发送位置信息请求命令通知 HSS清除重选标记。
所述 HSS收到指示清除重选标记的位置信息请求命令后立即清除重选标 记; 或 HSS在本地维护一个计数器, 该计数器从某个基数开始计数, 在每次收 到一个显式请求能力集的位置信息请求命令时计数器进行动作, 在收到一个 指示清除重选标记的位置信息请求命令时计数器进行相反的动作, 只有当计 数器为所述基数时, HSS才可以在本次位置信息请求命令处理中清除重选标 记。
本发明还公开了一种基于因特网协议的多媒体子系统中的 I-CSCF , 所述 I-CSCF在感知到路由处理过程中当前为用户服务的 S-CSCF处于不可用状态 时, 向 HSS请求 S-CSCF能力集信息, 并接收所述 HSS返回的所述能力集信息; 收到所述能力集信息后, 选择一个不同于所述不可用 S-CSCF的另一个 S-CSCF, 并使后续被叫用户的被叫都路由到该重选后的 S-CSCF进行。
因此, 根据本发明, 如果 HSS返回的处理 IMS用户未注册业务的 S-CSCF 因为设备故障或通信中断等原因,没有返回响应, I-CSCF根据 IMS用户要求的 S-CSCF能力集重选其它的 S-CSCF处理该 IMS用户的未注册业务, 重选的 S-CSCF如果成功处理该 IMS用户的未注册业务, 可以避免主叫侧的 SIP请求将 因超时而失败,被叫 IMS用户的未注册业务也将正确执行,避免可能发生的长 时间不能为该 IMS用户提供正确业务的严重缺陷。 附图说明 图 1示出了本发明的呼叫 IMS用户的流程图;
图 2示出了本发明的在发现当前服务的 S-CSCF出现故障时通过采用扩展 Cx-Location-Query命令获得 S-CSCF能力集的呼叫 IMS用户的信令图;
图 3示出了本发明的在发现当前服务的 S-CSCF出现故障时通过修改参数
的 Cx-Select-Pull命令获得 S-CSCF能力集的呼叫 IMS用户的信令图; 图 4示出了本发明的在 HSS返回响应时同时返 S-CSCF能力集的呼叫 IMS 用户的信令图;
图 5为本发明第三实施例中对未注册用户发起会话请求的处理流程图; 图 6为本发明第四实施例中对未注册用户发起会话请求的处理流程图。 具体实施方式 为了便于本领域一般技术人员理解和实现本发明, 现结合附图描绘本发 明的实施例。
本发明的基本思:想是, 如图 1所示, 在步骤 11中, I-CSCF向 HSS查询被叫 用户 (包括 PSI ) 的注册位置; 在步骤 12中, I-CSCF保存 HSS的响应, 并根据 HSS的响应选择 S-CSCF, 在步骤 13中, I-CSCF向选择的 S-CSCF发送 SIP请求; 在步骤 14中, I-CSCF判断 S-CSCF是否响应超时,
若是, 在步骤 15中, I-CSCF重新选择 S-CSCF, 在步骤 17中, I-CSCF并向 S-CSCF发送 SIP请求, 然后返回步骤 14;
否则, 执行步骤 16: ICSCF等待 S-CSCF的响应。
第一实施例
在 IMS网络中, 当一个 IMS用户的 UE做被叫, 被叫网络的 I-CSCF收到初 始请求时,确定 I-CSCF有状态,以表示当 I-CSCF发出 SIP消息时,等待其响应, 当在规定的时间内未得到响应时, 则启动故障处理。 该 I-CSCF将通过 Cx-Location-Query命令向 HSS查询该 IMS用户的注册位置。
如果该 IMS用户签约了未注册业务(如转语音邮箱等), 当该 IMS用户处 于 REGISTERED状态时, HSS通过 Cx-Location-QueryResp命令向 I-CSCF返回 处理该 IMS用户已注册业务的 S-CSCF, 同时返回 IMS用户要求的 S-CSCF能力 集。
如果该 IMS用户签约了未注册业务(如转语音邮箱等), 当该 IMS用户处 于 UNREGISTERED状态或者相关的 ID已注册或者相关的 ID处于
UNREGISTERED状态时, HSS通过 Cx-Location-QueryResp命令向 I-CSCF返回 处理该 IMS用户未注册业务的 S-CSCF, 同时返回 IMS用户要求的 S-CSCF能力 集。
如果该 IMS用户签约了未注册业务(如转语音邮箱等), 当该 IMS用户处 于 NOT REGISTERED状态并且相关的 ID也处于 NOT REGISTERED状态时, HSS将 ¾过 Cx-Location-QueryResp命令向 I-CSCF返回该 IMS用户要求的 S-CSCF能力集。
I-CSCF收到 HSS返回的响应后, 检查 HSS的响应:
I- 如果响应包含 S-CSCF的 U I, I-CSCF执行 3GPP规范要求的处理后将 SIP请求发送给 HSS返回的 S-CSCF, S-CSCF返回 100临时响应(对于 非会话 SIP请求可选), 由 S-CSCF处理该 IMS用户的已注册业务或未 注册业务。
II- 如果响应不包含 S-CSCF的 U I, I-CSCF必须检查响应是否包含 IMS 用户要求的 S-CSCF能力集:
a) 如果包含, I-CSCF必须保存 IMS用户要求的 S-CSCF能力集, 根 据 IMS用户要求的 S-CSCF能力集选择一个满足要求的 S-CSCF。 b) 如果不包含, I-CSCF必须保存 Diameter响应消息中需要处理 IMS 用户未注册业务的指示, I-CSCF任选一个 S-CSCF。
c) I-CSCF执行 3GPP规范要求的处理后将 SIP请求发送给这个选择 的 S-CSCF, S-CSCF返回 100临时响应 (对于非会话 SIP请求可 选) , 由 S-CSCF处理该 IMS用户的未注册业务。
如果 S-CSCF因为设备故障或通信中断等原因没有返回 应 , I-CSCF必须 检查是否保存tlMS用户要求的 S-CSCF能力集:
1. 如果保存过, I-CSCF必须根据前面保存的 IMS用户要求的 S-CSCF能 力集选择一个满足要求的 S-CSCF。
2. 如果没有保存, I-CSCF检查是否保存了 Diameter响应消息中需要处理 IMS用户未注册业务的指示:
1) 如果保存过, I-CSCF任选一个 S-CSCF。
2) 如果没有保存, I-CSCF通过 Cx-Location-Query查询 IMS用户要 求的 S-CSCF能力集, 但是因为 Cx-Location-Query命令不包含 User-Location-Type AVP, I-CSCF无法指示 HSS返回能力集, 因 此要求在 Cx-Location-Query命令中增力口 User-Location-Type AVP, 当 User-Location-Type为查询能力集时 HSS设置重选标志 和定时器, 返回 IMS用户要求的 S-CSCF能力集, 根据 IMS用户 要求的 S-CSCF能力集选择一个满足要求的 S-CSCF。
I-CSCF执行 3GPP规范要求的处理后将 SIP请求发送给这个选择的 S-CSCF,由该 S-CSCF处理该 IMS用户的未注册业务,提供类似现网已有的 "您 呼叫的用户暂时无法接通, 请稍后再拨" 的网络提示。
如果 I-CSCF不能根据 IMS用户要求的 S-CSCF能力集选择一个满足要求的 S-CSCF, I-CSCF必须返回 600响应。
如果此后 I-CSCF收到原来的 S-CSCF返回的 SIP响应, I-CSCF不能转发 SIP 响应。
S-CSCF收到 I-CSCF发送的 SIP请求后,检查 IMS用户的注册状态 ,发现没 有用户数据, 通过 Cx-Put、 Cx-Pull命令向 HSS告知 IMS用户的注册状态和 S-CSCF URI, 获取用户签约数据。 HSS收到 S-CSCF发送的 Cx-Put、 Cx-Pull命 令后,清除重选标志,检查 S-CSCF URI,如果与已有的 S-CSCF U I不同, HSS 通过 Cx-Deregister^令通知原来的 S-CSCF注销 IMS用户, 删除用户签约数据。 原来的 S-CSCF收到 HSS发送的 Cx-Deregister^令,将注销 IMS用户,锋放该 IMS 用户的所有会话,如果该 S-CSCF此前收到了 I-CSCF发送的 SIP请求,此时将向 I-CSCF发送 BYE請求, I-CSCF收到 BYE请求后, 不能转发 BYE请求。
下面结合附图描述本发明的呼叫流程。 如图 2所示。
步骤 1、 I-CSCF收到初始请求(邀请) 。
步驟 2、 I-CSCF通过 Cx-Location-Query命令向 HSS查询该 IMS用户的注册 位置。
步骤 3、 HSS将查询结果(如 S-CSCF )返回给 I-CSCF。
步骤 4、 I-CSCF将 SIP请求发送给 HSS返回的 S-CSCF#1。
步驟 5、 I-CSCF没有收到 S-CSCF# 1的响应。
步骤 6、 S-CSCF#1通过 Cx-Put命令将 S-CSCF URI告知 HSS。
步骤 7、 HSS将 Cx-Put命令执行结果返回给 S-CSCF#1。
步骤 8、 S-CSCF#1通过 Cx-Pull命令向 HSS取用户数据。
步骤 9、 HSS将 Cx-Pull命令执行结果返回给 S-CSCF#1。
步骤 10、 I-CSCF通过 Cx-Location-Query命令向 HSS查询该 IMS用户要求的
S-CSCF能力集。
步骤 11、 HSS将 Cx-Location-Query执行结果返回给 I-CSCF。
步骤 12、 I-CSCF根据 IMS用户要求的 S-CSCF能力集选择另一个满足要求 的 S-CSCF, 将 SIP请求发送给这个选择的 S-CSCF#2。
步骤 13、 S-CSCF#2向 I-CSCF返回 100 Trying响应。
步骤 14、 S-CSCF#1返回响应, I-CSCF不得转发该响应。
步骤 15、 S-CSCF#2通过 Cx-Put命令将 S-CSCF URI告知 HSS。
步骤 16、 HSS将 Cx-Put命令执行结果返回给 S-CSCF#2。
步骤 17、 S-CSCF#2通过 Cx-Pull命令向 HSS取用户数据。
步骤 18、 HSS将 Cx-Pull命令执行结果返回给 S-CSCF#2。
步骤 19、 HSS通过 Cx-Deregister^令通知 S-CSCF#1注销该 IMS用户。 步骤 20、 S-CSCF#1将 Cx-Deregister^令执行结果返回给 S-CSCF#1。
步骤 21、 S-CSCF#2向 I-CSCF返回 183 Session Progress响应。
步骤 22、 I-CSCF转发 183 Session Progress响应。
步骤 23、 S-CSCF#1发起 BYE请求, I-CSCF不得转发该请求。
在上述的呼叫流程中, I-CSCF通过 Cx-Location-Query查询 IMS用户要求的
S-CSCF能力集。 还可以使用下述两种方法获得 S-CSCF能力集。
1、 I-CSCF通过 Cx-Select-Pull查询 IMS用户要求的 S-CSCF能力集,但是因 为 Cx-Select-Pull命令必选包含 IMPI, 而 I-CSCF无法获 IMPI, 因此要求将
Cx-Select-Pull命令中 IMPI改为有条件的, 当 User Authorization Type为查询能 力集时可以没有 IMPI, 根据 IMS用户要求的 S-CSCF能力集选择一个满足要求 的 S-CSCF。 这样, 如图 3所示, 下面结合附图 3描述本发明的呼叫流程。
步骤 301、 I-CSCF收到初始请求(邀请)。
步骤 302、 I-CSCF通过 Cx-Location-Query命令向 HSS查询该 IMS用户的注 册位置。
步骤 303、 HSS将查询结果(如 S-CSCF )返回给 I-CSCF。
步骤 304、 I-CSCF将 SIP请求发送给 HSS返回的 S-CSCF#1。
步驟 305、 I-CSCF没有收到 S-CSCF# 1的响应。
步骤 306、 S-CSCF#1通过 Cx-Put命令将 S-CSCF URI告知 HSS。
步骤 307、 HSS将 Cx-Put命令执行结果返回给 S-CSCF#1。
步骤 308、 S-CSCF#1通过 Cx-Pull命令向 HSS取用户数据。
步骤 309、 HSS将 Cx-Pull命令执行结果返回给 S-CSCF#1。
步骤 310、 I-CSCF通过 Cx-Select-Pull命令向 HSS查询该 IMS用户要求的 S-CSCF能力集。
步骤 311、 HSS将 Cx-Select-Pull执行结果返回给 I-CSCF。
步骤 312、 I-CSCF根据 IMS用户要求的 S-CSCF能力集选择另一个满足要求 的 S-CSCF, 将 SIP请求发送给这个选择的 S-CSCF#2。
步骤 313、 S-CSCF#2向 I-CSCF返回 100 Trying响应。
步骤 314、 S-CSCF#1返回响应, I-CSCF不得转发该响应。
步骤 315、 S-CSCF#2通过 Cx-Put命令将 S-CSCF URI告知 HSS。
步骤 316、 HSS将 Cx-Put命令执行结果返回给 S-CSCF#2。
步骤 317、 S-CSCF#2通过 Cx-Pull命令向 HSS取用户数据。
步骤 318、 HSS将 Cx-Pull命令执行结果返回给 S-CSCF#2。
步骤 319、 HSS通过 Cx-Deregister^令通知 S-CSCF#1注销该 IMS用户。 步驟 320、 S-CSCF#1将 Cx-Deregister^令执行结果返回给 S-CSCF#1。 步骤 321、 S-CSCF#2向 I-CSCF返回 183 Session Progress响应。
步骤 322、 I-CSCF转发 183 Session Progress响应。
步骤 323、 S-CSCF#1发起 BYE请求, I-CSCF不得转发该请求。
2、 也可在 I-CSCF将通过 Cx-Location-Query命令向 HSS查询该 IMS用户的 注册位置时, 要求 HSS通过 Cx-Location-QueryResp命令向 I-CSCF返回处理该 IMS用户已注册(或未注册)业务的 S-CSCF,同时返回 IMS用户要求的 S-CSCF 能力集。 下面结合图 4描述本发明的呼叫流程。
步骤 401、 I-CSCF收到初始请求(邀请)。
步骤 402、 I-CSCF通过 Cx-Location-Query命令向 HSS查询该 IMS用户的注 册位置。
步骤 403、 HSS将查询结果(如 S-CSCF )返回给 I-CSCF。
步骤 404、 I-CSCF将 SIP请求发送给 HSS返回的 S-CSCF#1。
步骤 405、 I-CSCF没有收到 S-CSCF# 1的响应。
步骤 406、 S-CSCF#1通过 Cx-Put命令将 S-CSCF URI告知 HSS。
步骤 407、 HSS将 Cx-Put命令执行结果返回给 S-CSCF# 1。
步驟 408、 S-CSCF#1通过 Cx-Pull命令向 HSS取用户数据。
步骤 409、 HSS将 Cx-Pull命令执行结果返回给 S-CSCF#1。
步骤 410、 I-CSCF根据 IMS用户要求的 S-CSCF能力集选择另一个满足要求 的 S-CSCF, 将 SIP请求发送给这个选择的 S-CSCF#2。
步骤 411、 S-CSCF#2向 I-CSCF返回 100 Trying响应。
步骤 412、 S-CSCF#1返回响应, I-CSCF不得转发该响应。
步骤 413、 S-CSCF#2通过 Cx-Put命令将 S-CSCF URI告知 HSS。
步驟 414、 HSS将 Cx-Put命令执行结果返回给 S-CSCF#2。
步骤 415、 S-CSCF#2通过 Cx-Pull命令向 HSS取用户数据。
步骤 416、 . HSS将 Cx-Pull命令执行结果返回给 S-CSCF#2。
步骤 417、 HSS通过 Cx-Deregister^令通知 S-CSCF#1注销该 IMS用户。 步骤 418、 S-CSCF# 1将 Cx-Deregister^令执行结果返回给 S-CSCF# 1。 步骤 419、 S-CSCF#2向 I-CSCF返回 183 Session Progress响应。
步骤 420、 I-CSCF转发 183 Session Progress响应。
步骤 421、 S-CSCF#1发起 BYE请求, I-CSCF不得转发该请求。
第二实施例
在 IMS网络中, 当一个 IMS用户的 UE做被叫, 被叫网络的 I-CSCF收到初 始请求后,该 I-CSCF将通过 Cx-Location-Query命令向 HSS查询该 IMS用户的注 册位置。
如果该 IMS用户签约了未注册业务(如转语音邮箱等), 当该 IMS用户处 于 UNREGISTERED状态, 或者相关的 ID处于 UNREGISTERED状态并且都不 处于 REGISTERED状态时, HSS通过如 Cx-Location-QueryResp命令向 I-CSCF 返回 DIAMETER— SOME— ID— UNREGISTERED的指示和处理该 IMS用户未注 册业务的 S-CSCF。
如果该 IMS用户签约了未注册业务 (如转语音邮箱等), 当该 IMS用户处 于 NOT REGISTERED状态并且相关的 ID也处于 NOT REGISTERED状态时, HSS 将 通 过 如 Cx-Location-QueryResp 命 令 向 I-CSCF 返 回 DIAMETERJJNREGISTERED— SERVICE的指示和该 IMS用户要求的 S-CSCF 能力集。
综上所述, HSS可通过 Diameter响应消息返回响应包括已注册业务或未注 册业务的 S-CSCF、 被叫用户要求的 S-CSCF能力集或者为空。
当 I-CSCF收到 HSS返回的响应后, 检查 HSS的响应, 如果响应包含 DIAMETER— SOME— ID— UNREGISTERED 或 DIAMETER— UNREGISTERED— SERVICE的指示, I-CSCF必须表现为有状态 的代理:
III-如果响应包含 S-CSCF的 U I, I-CSCF执行 3GPP规范要求的处理后将 SIP请求发送给 HSS返回的 S-CSCF, S-CSCF返回 100临时响应 (对于 非会话 SIP请求可选) , 由 S-CSCF处理该 IMS用户的已注册业务或未 注册业务。
IV-如果响应不包含 S-CSCF的 URL I-CSCF应该检查响应是否包含 IMS用
户要求的 S-CSCF能力集:
a) 如果包含, I-CSCF应该保存 IMS用户要求的 S-CSCF能力集,根据 IMS用户要求的 S-CSCF能力集选择一个满足要求的 S-CSCF。 b) 如 果 不 包 含 , I-CSCF 应 该 保 存 DIAMETER— UNREGISTERED— SERVICE的指示, I-CSCF任选一 个 S-CSCF。
c) I-CSCF执行 3GPP规范要求的处理后将 SIP请求发送给这个选择 的 S-CSCF, S-CSCF返回 100临时响应(对于非会话 SIP请求可选), 由 S-CS.CF处理该 IMS用户的未注册业务。
如果 S-CSCF因为设备故障或通信中断等原因在规定的时间没有返回响 应, 这时因 I-CSCF作为有状态的代理, 则进行故障处理。 下面描述故障处理 过程, 即 I-CSCF首先检查是否保存过 IMS用户要求的 S- CSCF能力集:
1、 如果保存过, I-CSCF根据保存的 IMS用户要求的 S- CSCF能力集选择一 个 S- CSCF。
2 、 如 果 没 有 保 存 过 , I-CSCF 检 查 是 否 保 存 了 DIAMETER— UNREGISTERED—SERVICE的的指示:
(1)如果保存过, I- CSCF任选一个 S- CSCF。
(2)如果没有保存, I-CSCF通过 Cx-Location-Query查询 IMS用户要求的 S-CSCF能力集, 但是因为 Cx-Location-Query命令不包含 User-Location-Type AVP, I-CSCF无法指示 HSS返回能力集, 因此 要求在 Cx-Location-Quer命令中增力口 User-Location-Type AVP , 当 User-Location-Type为查询能力集时 HSS设置重选标志和定时器, 返回 IMS用户要求的 S-CSCF能力集, 根据 IMS用户要求的 S-CSCF 能力集选择一个满足要求的 S-CSCF。
当 I-CSCF选择了 S-CSCF后 , I-CSCF执行 3GPP规范要求的处理后将 SIP请 求发送给这个选择的 S-CSCF,由该 S-CSCF处理该 IMS用户的注册业务和 /或未 注册业务, 或提供类似 "您呼叫的用户暂时无法接通, 请稍后再拨" 的网络
提示。
如果 I-CSCF不能根据 IMS用户要求的 S-CSCF能力集选择一个满足要求的 S-CSCF, I-CSCF向被叫用户返回 600响应。 此后, 如果 I-CSCF收到 S-CSCF返 回的 SIP响应, I-CSCF忽略该 SIP响应。
S-CSCF收到 I-CSCF发送的 SIP请求后,检查 IMS用户的注册状态, 当发现 用户没有注册时,则 S-CSCF通过 Cx-Put命令向 HSS告知 IMS用户的注册状态和 S-CSCF的 ΌΜ, 通过 Cx-Pull命令获取用户签约数据。 HSS收到 S-CSCF发送的 Cx-Put, Cx-Pull命令后, 清除重选标志, 检查 S-CSCF URI, 如果与已有的 S-CSCF URI不同, HSS通过 Cx-Deregister命令通知发送 Cx-Put命令的 S-CSCF 注销 IMS用户。 发送 Cx-Put命令的 S-CSCF收到 HSS发送的 Cx-Deregister^令, 注销 IMS用户,释放该 IMS用户的所有会话,如果该 S-CSCF此前收到了 I-CSCF 发送的 SIP请求, 此时将向 I-CSCF发送 BYE请求, I-CSCF收到 BYE请求后, 不 再转发 BYE清求。
下面结合附图描述本发明的呼叫流程。 如图 2所示。
步骤 1、 I-CSCF收到初始请求(邀请) 。
步骤 2、 I-CSCF通过 Cx-Location-Query命令向 HSS查询该 IMS用户的注册 位置。
步骤 3、 HSS将查询结果(如 S-CSCF )返回给 I-CSCF。
步骤 4、 I-CSCF将 SIP请求发送给 HSS返回的 S-CSCF#1。
步骤 5、 I-CSCF没有收到 S-CSCF#1的响应。
步骤 6、 S-CSCF#1通过 Cx-Put命令将 S-CSCF URI告知 HSS。
步骤 7、 HSS将 Cx-Put命令执行结果返回给 S-CSCF#1。
步骤 8、 S-CSCF#1通过 Cx-Pull命令向 HSS取用户数据。
步驟 9、 HSS将 Cx-Pull命令执行结果返回给 S-CSCF#1。
步骤 10、 I-CSCF通过 Cx-Location-Quer命令向 HSS查询该 IMS用户要求的 S-CSCF能力集。
步骤 11、 HSS将 Cx-Location-Queiy执行结果返回给 I-CSCF。
步骤 12、 I-CSCF根椐 IMS用户要求的 S-CSCF能力集选择另一个满足要求 的 S-CSCF , 将 SIP请求发送给这个选择的 S-CSCF#2。
步骤 13、 S-CSCF#2向 I-CSCF返回 100 Trying响应。
步骤 14、 S-CSCF#1返回响应, I-CSCF不得转发该响应。
步骤 15、 S-CSCF#2通过 Cx-Put命令将 S-CSCF URI告知 HSS。
步骤 16、 HSS将 Cx-Put命令执行结果返回给 S-CSCF#2。
步驟 17、 S-CSCF#2通过 Cx-Pull命令向 HSS取用户数据。
步骤 18、 HSS将 Cx-Pull命令执行结果返回给 S-CSCF#2。
步骤 19、 HSS通过 Cx-Deregister^令通知 S-CSCF#1注销该 IMS用户。
步骤 20、 S-CSCF#1将 Cx-Deregister^令执行结果返回给 S-CSCF#1。
步骤 21、 S-CSCF#2向 I-CSCF返回 183 Session Progress响应。
步骤 22、 I-CSCF转发 183 Session Progress响应。
步骤 23、 S-CSCF#1发起 BYE请求, I-CSCF不得转发该请求。
下面对本发明的如何重选 S-CSCF作进一步详细说明:
可采用如下两种方法实现重选 S-CSCF:
1、 方法一
被叫归属的 HSS 感知到被叫用户签约了未注册业务, 并且其归属域 I-CSCF感知到当前正在为用户服务的 S-CSCF故障, 则显式向 HSS请求用户 S-CSCF能力集信息以进行 S-CSCF重选, 并在开始进行重选时启动一个定时 器, 对重选进行监控, HSS根据重选判断条件, 确定是否允许该用户进行重 选(如 S-CSCF的 Cx接口存在故障, 同时该用户存在 Unregistered业务), 若定时器超时, 重选仍未完成, I-CSCF通知 HSS清除重选标记或者 HSS主 动清除重选标记, 否则, 该重选标记由重选后的 S-CSCF通过 SAR (服务器 分配请求)命令进行清除, 后续用户的所有被叫都会路由到该新的重选后的 S-CSCF, 由于重选后的 S-CSCF无法获得用户的 P-CSCF路由信息, 所以此 时只能向主叫用户提供被叫签约的未注册业务, 后续当用户重新作主叫或主 动发起注册后即可恢复, 可以再次正常作被叫。 具体步骤如下:
1 )被叫流程处理中被叫归属域 I-CSCF感知到路由处理过程中(通过 LIR, 即位置信息请求消息) HSS返回的当前为用户服务的 S-CSCF服务器处于故 障状态;
S-CSCF月 务器故障状态判定可以通过 S-CSCF是否返回 100临时响应决 定, 或者其它握手机制等手段;
2 ) I-CSCF重新向 HSS发送一个 LIR请求(位置信息请求消息:), 在该请 求中明确请求 S-CSCF的能力集信息;
明确请求 S-CSCF的能力集信息通过对现有 LIR命令进行扩展, 包括但 不限于在现有 LIR命令中新增信元, 该新增信元取值范围包括: 明确请求能 力集信息、指示清除用户 S-CSCF重选标记。 如请求中不包含该新增信元, 则 HSS认为该 LIR请求是查询用户位置信息。 HSS根据请求中是否包含该新增 信元及该新增信元的取值判断是否属于显式请求 S-CSCF能力集信息。
3 ) HSS收到该请求后, 发现明确请求能力集信息, 检查是否允许 I-CSCF 进行重选, 若 HSS认为当前 S-CSCF只是暂时链路断路或其他非致命性异常 导致的暂时性功能丧失, 认为其功能可主动恢复, I-CSCF不需要进行重选, 则 HSS在显式能力集请求响应消息中返回错误码, 指示 I-CSCF不需要重选; 否则返回 S-CSCF能力集信息, 允许 I-CSCF进行重选。
4 )若上述步骤 3允许 I-CSCF进行重选, 则 HSS进一步需要对用户状态 和未注册业务进行检查, 仅当检查通过, 则 HSS返回能够满足该签约关系的 S-CSCF能力集信息, 并设置该用户正在进行 S-CSCF重选的标志位;
其中对于用户状态和未注册业务的检查需要区分不同的限定应用场景: 限定场景 1: 只有当整个 IMS Subscription中不存在处于 Registered状态 的公共用户标识时可以进行 S-CSCF的重选; 此时 HSS对用户状态的检查包 括:
I、 判断若本次 LIR请求中包含的公共用户标识处于 Registered状态, 返 回错误;
II、 判断若本次 LIR请求中包含的公共用户标识处于 Unregistered或 Not
register状态 ,进一步判断同一 IMS Subscription是否存在处于 Register状态的 公共用户标识, 若条件成立, 返回错误; 否则, 进一步判断请求中包含的公 共用户标识是否存在未注册业务, 若条件不成立, 则返回错误; 若请求中包 含的公共用户标识存在未注册业务, 对于 Unregistered状态 HSS 直接返回 S-CSCF能力集信息;对于 Notregistered状态进一步的, HSS需要判断同一 IMS Subscription 中是否存在处于 Unregister状态的公共用户标识, 存在则返回 S-CSCF能力集信息; 否则返回错误;
限定场景 2:当 IMS Subscription中存在处于注册状态的公共用户标识时, 也允许进行 S-CSCF的重选, 此时 HSS对用户状态的检查包括:
I、 若该公共用户标识处于 Registered状态, 则 HSS需要进一步判断用户 是否存在未注册业务, 若存在未注册业务, 则返回 S-CSCF能力集信息; 若用 户没有签约未注册业务, 则 HSS应该返回错误;
II、 若该公共用户标识处于 Unregistered或 Notregistered状态, 则 HSS需 要进一步判断用户是否存在未注册业务, 若不存在, 则 HSS应该返回错误; 若存在未注册业务,对于 Unregistered状态 HSS直接返回 S-CSCF能力集信息; 对于 Notregistered状态进一步的, HSS还需要检查属于同一签约关系内的其 它公共用户标识是否存在至少一个已经分配了 S-CSCF服务器, 若条件成立, 则返回 S-CSCF能力集信息, 若不成立, 则应该返回错误;
其中: S-CSCF重选标志位通过在 HSS 中用户签约数据中新增一个标志 位实现,该标志位属于签约关系级即针对一个 IMS Subscription只存在一个这 样的重选标志。
5 ) I-CSCF收到 HSS返回的能力集后, 基于能力集信息选择一个不同于 故障 S-CSCF的另外一个 S-CSCF服务器, 并转发针对被叫用户的 INVITE请 求;
6 )若重新选择的 S-CSCF状态正常(I-CSCF 收到从该 S-CSCF返回的 回应消息), 后续被叫处理流程按照现有流程处理, 在 SAR命令处理过程中, HSS发现用户的 S-CSCF重选标志设置,并且请求中包含的 S-CSCF名称和本
地保存的不同, 则清除用户的重选标记, 并保存请求中的 S-CSCF名称;
7 )若上述重新选择的 S-CSCF仍然状态异常, 定时器超时后未返回临时 响应给 I-CSCF, 或者 I-CSCF在定时器超时后仍然未能重新选择到另外一个 能够满足能力要求的 S-CSCF, 贝' j HSS清除用户的 S-CSCF重选标记, 同时 I-CSCF返回错误响应给主叫用户, 提示被叫用户不可及;
其中:
I、重选定时器可以在 I-CSCF实现, 也可以在 HSS实现, 在 I-C.SCF实现 时,此定时器超时后 I-CSCF重新发送 LIR命令给 HSS,在该请求中要求 HSS 清除重选标记:
要求 HSS清除用户的 S-CSCF重选标记通过对现有 LIR命令进行扩展, 包括但不限于在现有 LIR命令中新增信元, 该新增信元取值包括: 明确请求 能力集信息, 指示清除用户 S-CSCF重选标记; 如请求中不包含该新增信元, 则 HSS认为该 LIR请求是查询用户位置信息, HSS根据请求中是否包含该新 增信元及该新增信元的取值判断是否属于清除 S-CSCF重选标记的请求;
II、 重选定时器在 HSS实现时, HSS在定时器超时后仍然没有收到重选 的 S-CSCF的 SAR清求, 则 HSS主动清除 S-CSCF重选标记。
8 )若用户设置了 S-CSCF的重选标志, 表明正在进行被叫中 S-CSCF的 重选, 在此期间 UE又发起了重新注册的过程, HSS收到本次注册的 MAR命 令后无条件清除用户 S-CSCF重选标志, 并为用户保存 MAR请求(多媒体鉴 权请求 ) 中携带的 S-CSCF名称;
9 )若用户设置了 S-CSCF的重选标志, 表明正在进行被叫中 S-CSCF的 重选, 在此期间若用户又一次作被叫, HSS 又一次收到了显式请求 S-CSCF 能力集的 LIR请求, 则仍然保持前一次 LIR处理中的 S-CSCF重选标志的设 置; 若在重选期间, 存在一个主叫方主动放弃本次呼叫, 则 I-CSCF发送 LIR 命令通知 HSS清除重选标记, 包括以下两种方法:
I、 I-CSCF等到本次重选定时器超时后发送 LIR命令通知 HSS清除重选 标记;
II、I-CSCF在收到主叫方的 Cancel取消请求后立即发送 LIR命令通知 HSS 清除重选标记;
其中 HSS清除重选标记也包括以下两种方法:
I、 HSS收到指示清除重选标记的 LIR命令后立即清除重选标记;
II、 HSS在本地维护一个计数器, 该计数器从 0开始计数, 在每次收到一 个显式请求能力集的 LIR命令时计数器加 1,在收到一个指示清除重选标记的 LIR命令时计数器减一, 只有当计数器为 0时, HSS才可以在本次 LIR命令 处理中清除重选标记;
综上所述, 重选标记清除情况如下表所示:
2、 方法二
HSS在感知 S-CSCF 可能存在故障的情况下, 根据预先设定的条件, 在 某些情况下, 同时返回 S-CSCF URI 以及 S-CSCF 能力, 指示 I-CSCF进行 S-CSCF的重选, 它包括以下步驟:
1 ) HSS在 LIR处理中发现 S-CSCF故障(例如由于 HSS和 S-CSCF之间 参考点使用 Diameter协议, 而该协议底层传输是基于可靠传输协议, 在 LIR
请求中 HSS可以根据用户数据中保存的 S-CSCF名称,判断 HSS和此 S-CSCF 之间的链路连接是否正常, 若 HSS发现此 S-CSCF链路故障, 则认为 S-CSCF 故障),则在 LIA中同时返回保存的 S-CSCF 的 SIP URI和 S-CSCF的能力集 信息, 并设置用户的 S-CSCF重选标记;
其中:若 I-CSCF不支持 S-CSCF的重选特性,则该 I-CSCF在发送的 LIR 请求中没有携带 SupportFeature信元或携带了该信元但在其中未表明支持 S-CSCF的重选, 则 HSS在 LIA响应中只返回 S-CSCF SIP URI, 不再同时返 回能力集信息。
2 ) I-CSCF确认 S-CSCF故障, 则根据 S-CSCF能力集信息进行 S-CSCF 的重选, 并转发该 INVITE请求;
其中: 对于 S-CSCF故障状态的确定可通过以下方式实现: I-CSCF收到 LIA响应后, 可以首先和消息中的 S-CSCF联系, 若在一定时间之内没有收到 该 S-CSCF的任何响应 , 则认为该 S-CSCF确实故障;
3 )后续处理和方法一相同, 不再赘述;
其中: LIR命令仍然需要扩展,但新增信元取值不再包括显式请求能力集 的取值, 定时器超时指示 HSS清除重选标记的取值仍然保留。
注: 重选定时器同样可以在 HSS中实现。
由于可能存在 HSS和 I-CSCF版本不同, HSS或 I-CSCF其中之一不支持 S-CSCF的重选功能, 因此需要考虑不同版本的互通问题, 可通过两种方案实 现:
方案一、 通过 LIA消息, 该方案仅适用于上述方法一, 它包括以下步骤:
1 ) 由于 S-CSCF的重选由 I-CSCF触发, 若 I-CSCF不支持该特性, 而 HSS 支持该特性, 则 I-CSCF 不会发起显式请求能力集的信息, 不会触发 S-CSCF重选, 不存在互通问题。
2 )另一种情况, 若 I-CSCF支持 S-CSCF重选特性, 而 HSS不支持该特 性, 则 I - CSCF在发现当前 S-CSCF故障后, 会通过扩展 LIR命令显式请求 能力集信息, 由于 HSS不支持此特性, 所以无法识别该命令中新增信元, 仍
然按照现有流程处理, 即仍然会给 I-CSCF返回当前 S-CSCF SIP URI地址, 而不是能力集信息, I-CSCF收到该响应后即可判断 HSS不支持此特性, 则直 接返回给主叫方失败响应, 不再进行 S-CSCF的重选。
方案二、 通过特性协商, 该方案可适用于上述方法一和方法二, 它包括 以下步
1 )对于上述方法一:
支持 S-CSCF重选功能的 I-CSCF在第一次查询用户位置信息的 LIR命令 中携带 SupportFeature (支持特性)信元, 并在该信元中指示 I-CSCF 支持 S-CSCF重选特性, HSS在 LIA响应中也携带 SupportFeature信元, 并在其中 列出自己支持的特性,I-CSCF收到该响应后进一步判断 HSS是否也支持重选, 若支持则进一步显式请求能力集信息, 若响应中表明 HSS不支持重选或响应 中不存在该信元,则 I-CSCF则直接返回给主叫方失败响应,不再进行 S-CSCF 的重选
2 )对于上述方法二:
I-CSCF在第一次查询用户位置信息的 LIR命令中携带 SupportFeature信 元,并在该信元中指示 I-CSCF是否支持 S-CSCF重选特性,若 HSS支持重选, 但发现请求中该信元表明 I-CSCF不支持重选特性或者该信元不存在,则 HSS 在 LIA响应中不再同时返回能力集信息; 若 HSS不支持重选, 将会忽略该信 元, 在 LIA响应中只返回用户当前的 S-CSCF SIP URL
下面通过两个具体实施例进行说明:
第三实施例:
如图 5所示, 用户作被叫过程中实现了 S-CSCF的重选, 重选的 S-CSCF 功能正常, 并在此重选期间用户没有发起注册过程; 被叫归属域 I-CSCF收到 针对该被叫 INVITE请求后处理流程如下:
501-505、 I-CSCF 转发 INVITE 请求至 HSS 返回的 S-CSCF (图中 S-CSCF1 ), 但该 S-CSCF1无响应, 断定该 S-CSCF1故障;
506、 I-CSCF向 HSS显式要求 S-CSCF能力集信息;
507-510、 HSS检查通过, I-CSCF根据返回的能力集信息进行 S-CSCF重 选, 启动定时器, 并向该重选 S-CSCF (即 S-CSCF2 )转发 INVITE请求;
511-513、 重选后的 S-CSCF2到. HSS请求下载用户数据, HSS收到请求 后发现请求中包含的 S-CSCF名称和本地保存的不同,则需要进一步判断用户 的重选标记是否设置(只有重选标志设置, HSS才允许通过 SAR命令修改用 户数据中保存的 S-CSCF名称), 若重选标志设置, 则清除 S-CSCF重选标志, 为用户保存请求中携带的新的 S-CSCF名称, 并返回用户数据; 否则, HSS 认为此种情况属于异常,不允许改写 HSS中保存的 S-CSCF名称,并给 S-CSCF 返回错误;
514、 重选后的 S-CSCF进一步控制本次业务接续;
515、重选后的 S-CSCF下载用户数据成功后返回 100临时响应给 I-CSCF, I-CSCF结束定时器计时, 表明本次重选成功; 如果在重选定时器超时后, 还 未收到 S-CSCF 的回应消息, 则 I-CSCF应向 HSS发送 LIR消息指示清除 重选标记
另一种方法, 也可以在 HSS 内设置重选定时器, 该定时器在 HSS 给 I-CSCF返回能力集的同时开始计时,若 HSS 在规定时间内,未收到 SAR消 息, 则 HSS 主动清除该重选标记。
第四实施例
如图 6所示,用户作被叫过程中实现了 S-CSCF的重选,但在此重选期间 用户又一次发起注册过程, 并且注册过程重选的 S-CSCF 和被叫过程中 S-CSCF不同, 处理流程如下:
601、 被叫归属域 I-CSCF收到针对该被叫 INVITE请求;
602-605, 1-CSCF转发 INVITE请求至 HSS返回的 S-CSCF(即 S-CSCF1 ), 但该 S-CSCF1无响应, 断定该 S-CSCF1故障;
606、 I-CSCF向 HSS显式要求 S-CSCF能力集信息;
607-609、 HSS检查通过, I-CSCF根据返回的能力集信息进行 S-CSCF重 选, 并向该重选 S-CSCF2转发 INVITE请求;
610-613、 此时用户又发起注册, 由于 HSS在第一次 UAR (用户授权诸 求) 中返回的 S-CSCF故障, I-CSCF发起第二次 UAR请求, 显式要求 HSS 返回 S-CSCF能力集信息,并根据能力集信息重新选择了一个能够满足要求的 服务器 S-CSCF3;
614-616、若由于各种原因导致 S-CSCF3的 MAR请求(多媒体鉴权请求) 先于 S-CSCF2的 SAR到达 HSS, HSS收到 MAR请求后, 若发现用户重选标 记设置, 则无条件清除此重选标记, 并为用户保存 MAR请求中的 S-CSCF名 称, 返回 MAA (多媒体鉴权响应);
617-619、 重选后的 S-CSCF2的 SAR请求到达 HSS时, HSS检查发现用 户 S-CSCF重选标记没有设置,则按照现有流程处理,不允许改写本地 S-CSCF 名称, 并给 S-CSCF2返回错误;
620、 S-CSCF2 收到该错误响应后, 给 I-CSCF返回 100响应;
I-CSCF 收到 S-CSCF2 的响应, 认为已经重选到了一个功能正常的 S-CSCF, 不再发送消息指示 HSS清除 S-CSCF重选标记;
后续该用户的业务请求都被路由到 S-CSCF3进行业务控制。
结合以上方案描述, 可以看出在本发明引入了以下新概念:
1、 在用户数据中新引入了 S-CSCF重选标记:
一个 IMS Subscription (订阅) 中有且仅有一个 S-CSCF重选标记, 该重 选标记在 I-CSCF向 HSS显式请求能力集,或者 HSS同时向 I-CSCF返回此能 力集和 SIP URI时设定, 该重选标记的清除又可分为三种情况:
1 )通过 SAR命令清除: 当重选的 S-CSCF通过 SAR命令到 HSS下载用 户数据时, HSS检查用户的重选标记是否设定, 若重选标志设置, 则为用户 保存这个重选的新的 S-CSCF名称, 同时清除掉重选标记, 并返回用户数据; 若重选标记没有设置, 则 HSS按照现有流程处理, 即返回错误给 S-CSCF;
2 )通过 MAR命令清除:若 HSS中已经设置了用户的 S-CSCF重选标记, 表明用户由于作被叫正在进行 S-CSCF的重选, 此时 UE发起重新注册, 由于 HSS当前保存的 S-CSCF处于故障状态, 所以此次重新注册也进行了 S-CSCF
的重选, 并且通过注册重选的 S-CSCF 的 MAR命令早于通过被叫重选的 S-CSCF的 SAR命令, 所以 HSS收到 MAR命令时发现用户的 S-CSCF重选 标记被设置, 则 HSS需要无条件清除该重选标记, 并为用户保存 MAR中的 S-CSCF名称, 后续 HSS再收到通过被叫重选的 S-CSCF的 SAR命令时, 由 于重选标记已经被清除, 所以 HSS不允许修改用户的 S-CSCF名称, 并给通 过被叫重选到的 S-CSCF返回错误;
3 )通过定时器超时清除: 当用户的 S-CSCF重选定时器超时, HSS仍然 没有收到 SA 命令, 则需要清除该重选标志。
2、引入了重选定时器,该重选定时器可以在 I-CSCF实现,也可以在 HSS 实现:
1 ) 当重选定时器在 I-CSCF实现时, 可重用已有的 SIP协议中的 timerF 定时器, 也可以引入新的定时器; I-CSCF在收到 HSS返回的能力集后进行 S-CSCF的重选时启动定时器, 并转发 INVITE请求, 若 I-CSCF在定时器超 时后仍然没有收到 S-CSCF 的响应或者仍然没有选择到一个能够满足要求的 S-CSCF, 此时 I-CSCF需要发送一个 LIR请求给 HSS, 在消息中指示 HSS清 除掉用户的 S-CSCF重选标记;
2 ) 当重选定时器在 HSS实现时, HSS在返回能力集信息给 I-CSCF时启 动一个新引入的定时器, 并在收到重选的 S-CSCF 的 SAR命令时或者收到 MAR时停止计时, 并清除重选标记, 若定时器超时, 仍未收到 SAR命令, 则 HSS主动清除用户的重选标记。
本发明通过提供一种在被叫过程中支持 S-CSCF重选的方法,解决了现有 实现中因 S-CSCF故障,导致用户无法提供未注册业务, 尤其是 PSI无法实现 的问题, 极大降低了网络运营中存在的风险, 增强了 IMS网络可靠性, 提高 了用户满意度。
因此, 根据本发明, 如果 HSS返回的处理 IMS用户未注册业务的 S-CSCF 因为设备故障或通信中断等原因,没有返回响应, I-CSCF根据 IMS用户要求的 S-CSCF能力集重选其它的 S-CSCF处理该 IMS用户的未注册业务, 重选的
S-CSCF如果成功处理该 IMS用户的未注册业务, 可以避免主叫侧的 SIP请求将 因超时而失败,被叫 IMS用户的未注册业务也将正确执行,避免可能发生的长 时间不能为该 IMS用户提供正确业务的严重缺陷。
虽然通过实施例描绘了本发明, 但本领域普通技术人员知道, 在不脱离 本发明的精神和实质的情况下, 就可使本发明有许多变形和变化, 本发明的 范围由所附的权利要求来限定。
Claims
1、一种基于因特网协议的多媒体子系统中的会话处理方法,其特征在于, 包括: 查询-呼叫会话控制功能模块 ( I-CSCF )收到一个对于被叫用户的初始 请求, 必须表现为有状态的代理; I-CSCF向归属用户服务器(HSS ) 查询被 叫用户的注册位置; I-CSCF根据 HSS的响应向服务-呼叫会话控制功能模块
( S-CSCF )发送会话发起协议( SIP )请求; I-CSCF等待 S-CSCF的响应, 并 在 S-CSCF没有响应时重新选择另一个 S-CSCF, 向该 S-CSCF发送 SIP请求。
2、 根据权利要求 1所述的基于因特网协议的多媒体子系统中的会话处理 方法, 其特征在于, 所述的步驟 I-CSCF根据 HSS的响应向服务-呼叫会话控制 功能模块 ( S-CSCF )发送会话发起协议 ( SIP )请求进一步包括: 当 HSS的响 应中包含 S-CSCF的 URI时, I-CSCF将 SIP请求发送给该 S-CSCF , 以便由该 S-CSCF处理 SIP请求。
3、 根据权利要求 2所述的基于因特网协议的多媒体子系统中的会话处理 方法, 其特征在于, 重新选择 S-CSCF的步驟包括: I-CSCF获得该被叫用户所 要求的 S-CSCF能力集, 并根据 S-CSCF能力集选择一个 S-CSCF, 然后将 SIP请 求发给选择的 S-CSCF, 以便由该 S-CSCF处理 SIP请求。
4、 根据权利要求 3所述的基于因特网协议的多媒体子系统中的会话处理 方法, 其特征在于, 所述的 I-CSCF获得该被叫用户所要求的 S-CSCF能力集包 括:通过修改命令 Cx-Location-Query或 Cx-Select-Pull获得该被叫用户所要求的 S-CSCF能力集;
所述的修改 Cx-Location-Query命令是指在该命令中增加用户位置查询类 型 AVP ( User-Location-Type AVP )参数;
所述的修改 Cx-Select-Pull是指将该命令的 IMPI的属性类型修改为有条件 的。
5、 根据权利要求 1所述的基于因特网协议的多媒体子系统中的会话处理 方法, 其特征在于, 所述的步骤 I-CSCF根据 HSS的响应向服务-呼叫会话控制
功能模块 ( S-CSCF )发送会话发起协议 ( SIP )请求进一步包括: 当 HSS的响 应中包含该被叫用户所要求的 S-CSCF能力集时, I-CSCF根据该被叫用户所要 求的 S-CSCF能力集选择一个 S-CSCF, 然后将 SIP请求发给选择的 S-CSCF, 以 便由该 S-CSCF处理 SIP请求。
6、 根据权利要求 5所述的基于因特网协议的多媒体子系统中的会话处理 方法, 其特征在于, 所述的步骤 I-CSCF根据 HSS的响应向服务-呼叫会话控制 功能模块( S-CSCF )发送会话发起协议 ( SIP )请求还包括: I-CSCF保存 HSS 返回的该被叫用户的 S-CSCF能力集。
7、根据权利要求 5或 6所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 重新选择 S-CSCF的步骤包括: I-CSCF根据 S-CSCF能力 集选择一个 S-CSCF, 然后将 SIP请求发给选择的 S-CSCF。
8、 根据权利要求 1所述的基于因特网协议的多媒体子系统中的会话处理 方法, 其特征在于, 所述的步骤 I-CSCF根据 HSS的响应向服务-呼叫会话控制 功能模块 ( S-CSCF )发送会话发起协议 ( SIP )请求进一步包括: 当 HSS的响 应中既不包含 S-CSCF的 URL 也不包含被叫用户所要求的 S-CSCF能力集时, I-CSCF任选一个 S-CSCF以便将 SIP请求发给该 S-CSCF。
9、 根据权利要求 8所述的基于因特网协议的多媒体子系统中的会话处理 方法, 其特征在于, 重新选择 S-CSCF的步骤包括: I-CSCF任选一个 S-CSCF 以便将 SIP请求发给该 S-CSCF。
10、根据权利要求 2所述的基于因特网协议的多媒体子系统中的^舌处理 方法, 其特征在于, 所述的步骤 I-CSCF根据 HSS的响应向服务-呼叫会话控制 功能模块( S-CSCF )发送会话发起协议( SIP )请求进一步包括:在 HSS向 I-CSCF 返回的响应中还包含被叫用户所要求的 S-CSCF能力集。
11、 根据权利要求 10所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 重新选择 S-CSCF的步骤包括: I-CSCF根据 S-CSCF能力 集选择一个 S-CSCF, 然后将 SIP请求发给选择的 S-CSCF, 以便由该 S-CSCF处 理 SIP请求。
12、 根据权利要求 1所述的基于因特网协议的多媒体子系统中的^舌处理 方法,其特征在于,当 I-CSCF不能根据 IMS用户要求的能力集选择一个 S-CSCF 时, I-CSCF向被叫用户返回 600,此后,若 I-CSCF收到 S-CSCF返回的 SIP响应, 不再转发该 SIP响应。
13、 一种基于因特网协议的多媒体子系统中的会话处理方法, 其特征在 于, 包括: 查询-呼叫会话控制功能模块(I-CSCF )收到一个对于被叫用户的 初始请求, 向归属用户服务器(HSS )查询被叫用户的注册位置; 当 HSS的响 应包含部分身份标识处于未注册状态并且所有身份标识都不处于注册状态
( DIAMETER—SOME— ID— UNREGISTERED ) , 或等待处理未注册业务 ( DIAMETER_UN EGISTERED_SERVICE ) 的指示时, I-CSCF表现为有状 态的代理, I-CSCF根据 HSS的响应向服务-呼叫会话控制功能模块 ( S-CSCF ) 发送会话发起协议 ( SIP )请求; 并在 S-CSCF没有响应时重新选择另一个 S-CSCF, 然后向选择的 S-CSCF发送 SIP请求。
14、 根据权利要求 13述的基于因特网协议的多媒体子系统中的会话处理 方法, 其特征在于, 所述的步骤 I-CSCF根据 HSS的响应向服务-呼叫会话控制 功能模块( S-CSCF )发送会话发起协议 ( SIP )请求进一步包括: 当 HSS的响 应中包含 S-CSCF的 URI时, I-CSCF将 SIP请求发送给该 S-CSCF , 以便由该 S-CSCF处理 SIP请求。
15、 · 根据权利要求 14所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 重新选择 S-CSCF的步骤包括: I-CSCF获得该被叫用户 所要求的 S-CSCF能力集, 并根据 S-CSCF能力集选择一个 S-CSCF。
16、 根据权利要求 15所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 所述的 I-CSCF获得该被叫用户所要求的 S-CSCF能力集 包括:通过修改命令 Cx-Location-Query或 Cx-Select-Pull获得该被叫用户所要求 的 S-CSCF能力集;
所述的修改 Cx-Location-Quer命令是指在该命令中增加用户位置查询类 型 AVP ( User-Location-Type AVP )参数;
所述的修改 Cx-Select-Pull是指将该命令的 IMPI修改为有条件的。
17、 根据权利要求 13所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 所述的步驟 I-CSCF根据 HSS的响应向服务 -呼叫会话控 制功能模块 ( S-CSCF )发送^舌发起协议 ( SIP )请求进一步包括: 当 HSS的 响应中包含该被叫用户所要求的 S-CSCF能力集时, I-CSCF根据该被叫用户所 要求的 S-CSCF能力集选择一个 S-CSCF, 然后将 SIP请求发给选择的 S-CSCF, 以便由该 S-CSCF处理 SIP请求。
18、 根据权利要求 17所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 所述的步骤 I-CSCF根据 HSS的响应向服务 -呼叫会话控 制功能模块(S-CSCF )发送会话发起协议(SIP )请求还包括: I-CSCF保存 HSS返回的该被叫用户的 S-CSCF能力集。
19、 根据权利要求 17或 18所述的基于因特网协议的多媒体子系统中的会 话处理方法, 其特征在于, 重新选择 S-CSCF的步驟包括: I-CSCF根据 S-CSCF 能力集选择一个 S-CSCF0
20、 根据权利要求 13所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 所述的步骤 I-CSCF根据 HSS的响应向服务 -呼叫会话控 制功能模块 ( S-CSCF )发送会话发起协议 ( SIP )请求进一步包括: 当 HSS的 响应中即不包含 S-CSCF的 URI,也不包含被叫用户所要求的 S-CSCF能力集时, I-CSCF任选一个 S-CSCF以便将 SIP请求发给该 S-CSCF。
21、 根据权利要求 20所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 重新选择 S-CSCF的步骤包括: I-CSCF任选一个 S-CSCF 以便将 SIP请求发给该 S-CSCF。
22、 根据权利要求 14所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 所述的步骤 I-CSCF根据 HSS的响应向服务 -呼叫会话控 制功能模块 ( S-CSCF )发送会话发起协议 ( SIP )请求进一步包括: 在 HSS向 I-CSCF返回的响应中还包含被叫用户所要求的 S-CSCF能力集。
23、 根据权利要求 22所述的基于因特网协议的多媒体子系统中的会话处
理方法, 其特征在于, 重新选择 S-CSCF的步骤包括: I-CSCF根据 S-CSCF能力 集选择一个 S-CSCF, 然后将 SIP请求发给选择的 S-CSCF, 以便由该 S-CSCF处 理 SIP请求。
24、 根据权利要求 13所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 当 I-CSCF不能根据 IMS用户要求的能力集选择一个 S-CSCF时, I-CSCF向被叫用户返回 600, 此后, 若 I-CSCF收到 S-CSCF返回的 SIP响应, 不再转发该 SIP响应。
25、 一种基于因特网协议的多媒体子系统中的会话处理方法, 其特征在 于, 包括: 查询呼叫会话控制功能模块 I-CSCF发现当前为用户服务的服务呼 叫会话控制功能模块 S-CSCF处于不可用状态, 则所述 I-CSCF选择一个不同 于所述不可用 S-CSCF的另一个 S-CSCF, 后续被叫用户的被叫都路由到该重 选后的 S-CSCF进行处理。
26、 根据权利要求 25所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 所述的方法还包括: I- CSCF收到一个对于被叫用户的 初始请求, I- CSCF向归属用户服务器 HSS查询被叫用户的注册位置; I- CSCF 根据 HSS的响应向 S- CSCF发送会话发起协议 SIP请求, 并等待 S- CSCF的响 应。
27、 根据权利要求 26所述的基于罔特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 所述的步骤 I-CSCF根据 HSS的响应向 S-CSCF发送 SIP 请求进一步包括: 当 HSS的响应中包含 S-CSCF的统一资源定位 URI时, I-CSCF 将 SIP请求发送给该 S-CSCF, 并由该 S-CSCF处理 SIP请求。
28、 根据权利要求 26所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 所述 I-CSCF选择一个不同于所述不可用 S-CSCF的另一 个 S-CSCF的步骤包括: I-CSCF获得该被叫用户所要求的 S-CSCF能力集, 并根 据 S-CSCF能力集选择一个不同于所述不可用 S-CSCF的 S-CSCF。
29、根据权利要求 28所述的基于因特网协议的多媒体子系统中的会话处
理方法, 其特征在于: 所述的 I- CSCF获得该被叫用户所要求的 S-CSCF能力 集具体包括: 所述 I-CSCF感知到当前正在为用户服务的 S-CSCF不可用, 向 HSS请求所述的能力集信息, 所述 HSS收到请求后, 再向所述 I-CSCF返回 所述的能力集信息。
30、 根据权利要求 29所述的基于因特网协议的多媒体子系统中的^舌处 理方法, 其特征在于, 所述 I-CSCF通过向 HSS发送位置信息请求来请求所 述的能力集信息, 通过对位置信息请求命令进行扩展, 在位置信息请求命令 中新增信元, 该新增信元至少包括请求能力集信息取值, 如请求中不包含该 新增信元, 则 HSS认为该位置信息请求是查询用户位置信息, HSS根据请求 中是否包含该新增信元及该新增信元的取值判断是否属于请求所述的能力集 信息。
31、 根据权利要求 30所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 所述的位置信息请求命令包括 Cx-Location-Query和 Cx-Select-Pull;
当位置信息请求命令为 Cx-Location-Query时,所述的新增信元为在该命令 中增加位置查询类型 AVP ( User-Location-Type AVP )参数;
当位置信息请求命令为 Cx-Select-Pull时, 所述的新增信元是指: 将 IMPI 的属性类型修改为有条件的。
32、 根据权利要求 30所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 所述 HSS收到请求后, 检查是否允许 I-CSCF进行重 选, 若所述 HSS认为当前 S-CSCF可主动恢复, I-CSCF不需要进行重选, 则 HSS在能力集请求响应消息中返回错误码, 指示 I-CSCF不需要重选; 否则, 允许 I-CSCF进行重选, HSS返回所述的能力集信息。
33、根据权利要求 32所述的基于因特网协议的多媒体子系统中的^处 理方法, 其特征在于, 若 HSS允许 I-CSCF进行重选, 则进一步检查请求中 所包含的公共用户标识的注册状态, 只有当整个基于因特网协议的多媒体子
系统订阅中不存在处于注册状态的公共用户标识时可以进行重选; 此时 HSS 对用户状态的检查包括:
Al、 若本次请求中包含的公共用户标识处于注册状态, 则返回错误; A2、 若本次请求中包含的公共用户标识处于未注册或注销状态, 则进一 步判断同一订阅中是否存在处于注册状态的公共用户标识, 若存在则返回错 误; 否则, 进一步判断请求中包含的公共用户标识是否存在未注册业务, 若 不存在则返回错误; 若请求中包含的公共用户标识存在未注册业务, 对于未 注册状态, 则 HSS直接返回所述的能力集信息; 对于注销状态, 则 HSS需要 判断同一订阅中是否存在处于未注册状态的公共用户标识, 存在则返回所述 的能力集信息; 否则返回错误。 '
34、 根据权利要求 32所述的基于因特网协议的多媒体子系统中的^舌处 理方法, 其特征在于, 若 HSS允许 I-CSCF进行重选, 则进一步检查请求中 所包含的公共用户标识的注册状态, 当订阅中存在处于注册状态的公共用户 标识时, 允许进行重选, 此时 HSS对用户状态的检查包括:
Bl、 若该公共用户标识处于注册状态, 则 HSS进一步判断用户是否存在 未注册业务, 若存在未注册业务, 则返回所述的能力集信息; 若用户没有签 约未注册业务, 则返回错误;
B2、 若该公共用户标识处于未注册或注销状态, 则 HSS进一步判断用户 是否存在未注册业务, 若不存在, 则 HSS返回错误; 若存在未注册业务, 对 于未注册状态, HSS 直接返回所述的能力集信息; 对于注销状态进一步地, HSS检查属于同一签约关系内的其它公共用户标识是否存在至少一个已经分 配了 S-CSCF, 若存在, 则返回所述的能力集信息, 若不存在, 则返回错误。
35、 根据权利要求 30所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 所述 I-CSCF支持重选特性, 而 HSS不支持重选特性 时,所述 HSS无法识别位置信息请求命令中新增信元,仍然返回当前 S-CSCF 地址的响应, I-CSCF收到该响应后判断 HSS不支持此特性, 直接返回给主叫
方失败响应, 不再进行 S-CSCF的重选。
36、根据权利要求 30所述的基于因特网协议的多媒体子系统中的^舌处 理方法, 其特征在于, 支持重选功能的 I-CSCF在第一次查询用户位置信息命 令中携带支持特性信元, 并在该信元中指示 I-CSCF支持重选特性, 所述 HSS 在响应中也携带支持特性信元, 并在其中列出自己支持的特性, I-CSCF收到 该响应后进一步判断 HSS是否也支持重选, 若支持则进一步显示请求能力集 信息, 若响应中表明 HSS不支持重选或响应中不存在该信元, 则 I-CSCF直 接返回给主叫方失败响应, 不再进行重选。
37、根据权利要求 28所述的基于因特网协议的多媒体子系统中的^舌处 理方法, 其特征在于, 所述的 I- CSCF获得该被叫用户所要求的 S- CSCF能力 集具体包括:所述 HSS直接向所述的 I-CSCF发送所述 S-CSCF名称以及所述 能力集信息; I-CSCF收到后, 先和所返回的 S-CSCF联系, 若此 S-CSCF确 实不可用, 则进一步根据返回的能力集信息进行 S-CSCF的重选。
38、 根据权利要求 37所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 所述 I-CSCF在第一次查询用户位置信息的位置信息请 求命令中携带支持特性信元, 并在该信元中指示 I-CSCF是否支持重选特性 , 若 HSS支持重选, 但发现请求中该信元表明 I-CSCF不支持重选特性或者该 信元不存在,则 HSS在响应中不再同时返回能力集信息;若 HSS不支持重选, 则忽略该信元, 在响应中只返回用户当前的 S-CSCF名称。
39、 根据权利要求 29至 38中任一项所述的基于因特网协议的多媒体子 系统中的会话处理方法, 其特征在于, 所述的 HSS在发送所述能力集信息时 在 HSS上设置重选标记; 在开始进行重选时在 I-CSCF或 HSS上启动一个定 时器, 对重选进^ f于监控; 若定时器超时, 重选仍未完成, 由 I-CSCF通知 HSS 清除重选标记, 或由 HSS主动清除重选标记; 否则, 该重选标记由重选后的 S-CSCF通知所述 HSS进行清除。
40、根据权利要求 39所述的基于因特网协议的多媒体子系统中的^ i舌处 理方法, 其特征在于, 所述 I-CSCF通知 HSS清除重选标记时, 通过发送位 置信息请求命令给 HSS,在该请求中要求 HSS清除用户的 S-CSCF重选标记, 实现时通过对位置信息请求命令进行扩展, 在位置信息请求命令中新增信元, 该新增信元至少包括指示清除重选标记取值, HSS根据请求中是否包含该新 增信元及该新增信元的取值判断是否属于清除重选标记的请求。
41、根据权利要求 39所述的基于因特网协议的多媒体子系统中的^ ^舌处 理方法, 其特征在于, 若重新选择的 S-CSCF状态正常, 在 S-CSCF向 HSS 发送请求下载用户数据的命令中, HSS发现用户的 S-CSCF重选标志设置, 则清除用户的重选标记, 并保存请求中的 S-CSCF名称; 若没有设置, 则返回 错误。
42、根据权利要求 39所述的基于因特网协议的多媒体子系统中的^ ^处 理方法, 其特征在于, 若用户设置了 S-CSCF的重选标志, 在此期间, 用户又 发起了重新注册的过程, HSS 收到本次注册的多媒体鉴权请求命令后无条件 清除用户 S-CSCF重选标志, 并为用户保存多媒体鉴权请求中携带的 S-CSCF 名称。
43、根据权利要求 39所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 若用户设置了 S-CSCF的重选标志, 在此期间, 用户又 一次作被叫, HSS又一次收到了 I-CSCF请求发送 S-CSCF能力集的请求, 则 仍然保持前一次请求处理中的 S-CSCF重选标志的设置。
44、根据权利要求 43所述的基于因特网协议的多媒体子系统中的会话处 理方法, 其特征在于, 若在重选期间, 存在一个主叫方主动放弃本次呼叫, 则所述 I-CSCF等到本次重选定时器超时后发送位置信息请求命令通知 HSS 清除重选标记; 或在收到主叫方的取消请求后发送位置信息请求命令通知 HSS清除重选标记。
45、 根据权利要求 44所述的基于因特网协议的多媒体子系统中的^舌处 理方法, 其特征在于, 所述 HSS收到指示清除重选标记的位置信息请求命令 后立即清除重选标记; 或 HSS在本地维护一个计数器, 该计数器从某个基数 开始计数, 在每次收到一个显式请求能力集的位置信息请求命令时计数器进 行动作, 在收到一个指示清除重选标记的位置信息请求命令时计数器进行相 反的动作, 只有当计数器为所述基数时, HSS 才可以在本次位置信息请求命 令处理中清除重选标记。
46、 一种基于因特网协议的多媒体子系统中的 I-CSCF, 其特征在于, 所 述 I-CSCF在感知到路由处理过程中当前为用户服务的 S-CSCF处于不可用状 态时, 向 HSS请求 S-CSCF能力集信息, 并接收所述 HSS返回的所述能力集信 息; 收到所述能力集信息后, 选择一个不同于所述不可用 S-CSCF的另一个 S-CSCF, 并使后续被叫用户的被叫都路由到该重选后的 S-CSCF进行。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE602006011182T DE602006011182D1 (de) | 2005-08-31 | 2006-08-31 | Verfahren zur sitzungsverarbeitung in einem ims und einer anrufstatus-abfrage-kontrollfunktion |
AT06775561T ATE452484T1 (de) | 2005-08-31 | 2006-08-31 | Verfahren zur sitzungsverarbeitung in einem ims und einer anrufstatus-abfrage-kontrollfunktion |
EP06775561A EP1921796B1 (en) | 2005-08-31 | 2006-08-31 | Method of session processing in an ims and interrogating-call state control function |
US12/040,571 US8295158B2 (en) | 2005-08-31 | 2008-02-29 | Method of session processing in an IMS and interrogating-call state control function |
Applications Claiming Priority (12)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510099703 | 2005-08-31 | ||
CN200510099703.5 | 2005-08-31 | ||
CN200510099742 | 2005-09-05 | ||
CN200510099742.5 | 2005-09-05 | ||
CN200510105027 | 2005-09-26 | ||
CN200510105027.8 | 2005-09-26 | ||
CNB2005101182559A CN100466811C (zh) | 2005-08-31 | 2005-10-21 | 一种呼叫ip多媒体子系统的用户终端的方法 |
CN200510118254.4 | 2005-10-21 | ||
CN2005101182544A CN1881975B (zh) | 2005-09-05 | 2005-10-21 | 一种呼叫ip多媒体子系统的用户终端的方法 |
CN200510118255.9 | 2005-10-21 | ||
CNB200510120860XA CN100452738C (zh) | 2005-12-14 | 2005-12-14 | Ims中的会话处理方法 |
CN200510120860.X | 2005-12-14 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/040,571 Continuation US8295158B2 (en) | 2005-08-31 | 2008-02-29 | Method of session processing in an IMS and interrogating-call state control function |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2007025480A1 true WO2007025480A1 (fr) | 2007-03-08 |
Family
ID=37808475
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2006/002244 WO2007025480A1 (fr) | 2005-08-31 | 2006-08-31 | 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 |
Country Status (5)
Country | Link |
---|---|
US (1) | US8295158B2 (zh) |
EP (1) | EP1921796B1 (zh) |
AT (1) | ATE452484T1 (zh) |
DE (1) | DE602006011182D1 (zh) |
WO (1) | WO2007025480A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1903739A1 (en) * | 2006-09-22 | 2008-03-26 | Nokia Siemens Networks Gmbh & Co. Kg | S-CSCF re-assignment by receiving non-REGISTER request for unregistered IMS users |
CN107666543A (zh) * | 2016-07-29 | 2018-02-06 | 中国移动通信集团江苏有限公司 | 一种数据处理方法及装置 |
CN112738848A (zh) * | 2019-10-14 | 2021-04-30 | 中国移动通信集团安徽有限公司 | 核心网负荷调整方法、装置、设备及计算机可读存储介质 |
Families Citing this family (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8363640B2 (en) * | 2007-01-31 | 2013-01-29 | At&T Intellectual Property I, L.P. | Methods and apparatus for handling a communication session for an unregistered internet protocol multimedia subsystem (IMS) device |
JP4909773B2 (ja) * | 2007-03-16 | 2012-04-04 | 日本電気株式会社 | ホーム加入者サーバ構成方法、構成システム、プログラム及び記憶媒体 |
GB0725348D0 (en) * | 2007-11-02 | 2008-02-06 | Nortel Networks Ltd | Method of authentication |
CN101489174B (zh) * | 2008-01-18 | 2011-04-20 | 华为技术有限公司 | 一种为用户提供业务的方法和装置 |
CN101621772B (zh) * | 2008-07-02 | 2012-06-06 | 中国移动通信集团公司 | 一种会话控制方法及设备 |
EP2380338B1 (en) * | 2008-12-23 | 2018-02-14 | Telefonaktiebolaget LM Ericsson (publ) | Setting up a call from a non- ims to an ims network whereby the gateway interfaces the hss |
WO2010120047A2 (en) * | 2009-04-17 | 2010-10-21 | Lg Electronics Inc. | Method for performing transfer of collaborative session control in wireless communication system based on internet protocol multimedia subsystem |
US8406183B2 (en) * | 2009-12-27 | 2013-03-26 | At&T Intellectual Property I, L.P. | Method and apparatus for enabling registration of aggregate end point devices through provisioning |
CN102907068A (zh) | 2010-03-09 | 2013-01-30 | 交互数字专利控股公司 | 支持机器对机器通信的方法和设备 |
CN102123151B (zh) * | 2011-03-08 | 2013-11-20 | 南京麦伦思科技有限公司 | 一种支持多类数据通讯的轻量级通信平台的实现方法 |
US9426711B2 (en) * | 2011-05-26 | 2016-08-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Traffic control within an IP multimedia subsystem |
FR2996096A1 (fr) * | 2012-09-24 | 2014-03-28 | France Telecom | Procedes de verification et de controle dans un cœur de reseau ip multimedia, et serveurs |
US20140095653A1 (en) * | 2012-09-28 | 2014-04-03 | Suzann Hua | Optimization Of SH Traffic By A Cache-And-Try-First Mechanism |
CN105530228A (zh) * | 2014-09-30 | 2016-04-27 | 中兴通讯股份有限公司 | 用户注册处理方法、装置及系统 |
US10148703B2 (en) * | 2014-10-09 | 2018-12-04 | T-Mobile Usa, Inc. | Service capabilities in heterogeneous network |
CN106919878B (zh) * | 2015-12-25 | 2020-06-05 | 航天信息股份有限公司 | 产品生产线数据采集方法、系统以及服务器 |
ES2800916T3 (es) * | 2016-12-13 | 2021-01-05 | Deutsche Telekom Ag | Método para una selección de función de control potenciada en una red de comunicación, red de comunicación, servidor de abonado doméstico, programa y producto de programa informático |
US11799922B2 (en) | 2016-12-21 | 2023-10-24 | T-Mobile Usa, Inc. | Network core facilitating terminal interoperation |
US10051017B2 (en) * | 2016-12-28 | 2018-08-14 | T-Mobile Usa, Inc. | Error handling during IMS registration |
US10771509B2 (en) | 2017-03-31 | 2020-09-08 | T-Mobile Usa, Inc. | Terminal interoperation using called-terminal functional characteristics |
US10225727B2 (en) * | 2017-05-12 | 2019-03-05 | Metaswitch Networks Ltd. | Data processing |
CN109995765A (zh) * | 2019-03-11 | 2019-07-09 | 河北远东通信系统工程有限公司 | 一种ims网络agcf双归属注册方法 |
CN112104644B (zh) * | 2020-09-11 | 2023-04-28 | 维沃移动通信有限公司 | Ims请求消息的发送方法和装置 |
US11632403B1 (en) | 2022-02-10 | 2023-04-18 | Verizon Patent And Licensing Inc. | Systems and methods for supporting internet protocol multimedia subsystem services in fifth-generation networks |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003005669A1 (en) | 2001-07-03 | 2003-01-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for handling multiple registration |
CN1414775A (zh) * | 2002-04-26 | 2003-04-30 | 华为技术有限公司 | 一种为ip电话接续备份的路径选择方法 |
WO2004045195A1 (en) * | 2002-11-12 | 2004-05-27 | Nokia Corporation | A method of communication and communication system |
CN1655546A (zh) * | 2004-02-10 | 2005-08-17 | 华为技术有限公司 | 一种减轻归属签约用户服务器接口负荷的方法 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003024134A1 (en) * | 2001-09-11 | 2003-03-20 | Nokia Corporation | Method, system and network element for controlling data transmission in a network environment |
GB0205399D0 (en) * | 2002-03-07 | 2002-04-24 | Nokia Corp | Allocation of an S-CSCF to a subscriber |
DE10223248A1 (de) * | 2002-05-22 | 2003-12-04 | Siemens Ag | Verfahren zum Registrieren eines Kommunikationsendgeräts |
GB0329857D0 (en) * | 2003-12-23 | 2004-01-28 | Nokia Corp | User registration in a communication system |
US20070189215A1 (en) | 2004-01-07 | 2007-08-16 | Huawei Technologies Co., Ltd. | Method for reducing interface load of home subscriber server |
-
2006
- 2006-08-31 WO PCT/CN2006/002244 patent/WO2007025480A1/zh active Application Filing
- 2006-08-31 EP EP06775561A patent/EP1921796B1/en active Active
- 2006-08-31 AT AT06775561T patent/ATE452484T1/de not_active IP Right Cessation
- 2006-08-31 DE DE602006011182T patent/DE602006011182D1/de active Active
-
2008
- 2008-02-29 US US12/040,571 patent/US8295158B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003005669A1 (en) | 2001-07-03 | 2003-01-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for handling multiple registration |
CN1414775A (zh) * | 2002-04-26 | 2003-04-30 | 华为技术有限公司 | 一种为ip电话接续备份的路径选择方法 |
WO2004045195A1 (en) * | 2002-11-12 | 2004-05-27 | Nokia Corporation | A method of communication and communication system |
CN1655546A (zh) * | 2004-02-10 | 2005-08-17 | 华为技术有限公司 | 一种减轻归属签约用户服务器接口负荷的方法 |
Non-Patent Citations (1)
Title |
---|
ROSENBERG J. ET AL.: "SIP: Session Initiation Protocol", RFC 3261, 31 July 2002 (2002-07-31), XP002323877 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1903739A1 (en) * | 2006-09-22 | 2008-03-26 | Nokia Siemens Networks Gmbh & Co. Kg | S-CSCF re-assignment by receiving non-REGISTER request for unregistered IMS users |
WO2008034817A1 (en) * | 2006-09-22 | 2008-03-27 | Nokia Siemens Networks Gmbh & Co. Kg | S-cscf re-assignment by receiving non-register request for unregistered ims users |
CN107666543A (zh) * | 2016-07-29 | 2018-02-06 | 中国移动通信集团江苏有限公司 | 一种数据处理方法及装置 |
CN112738848A (zh) * | 2019-10-14 | 2021-04-30 | 中国移动通信集团安徽有限公司 | 核心网负荷调整方法、装置、设备及计算机可读存储介质 |
CN112738848B (zh) * | 2019-10-14 | 2022-12-06 | 中国移动通信集团安徽有限公司 | 核心网负荷调整方法、装置、设备及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
US8295158B2 (en) | 2012-10-23 |
US20080160996A1 (en) | 2008-07-03 |
DE602006011182D1 (de) | 2010-01-28 |
EP1921796A1 (en) | 2008-05-14 |
EP1921796B1 (en) | 2009-12-16 |
EP1921796A4 (en) | 2008-10-22 |
ATE452484T1 (de) | 2010-01-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
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 | |
RU2429576C2 (ru) | Способ, система и элемент сети для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, или отказа элемента сети | |
JP4054764B2 (ja) | 契約を変更する方法及びシステム | |
US9906566B2 (en) | Voice session termination for messaging clients in IMS | |
US8036659B2 (en) | Method for requesting an unregistered UE to perform registration in the IMS | |
JP4700105B2 (ja) | Ipマルチメディアサブシステム(ims)おける呼転送 | |
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 | |
WO2008052464A1 (fr) | Procédé et appareil servant à mettre en oeuvre la reprise sur sinistre de l'ims ip | |
EP2705647B1 (en) | Method and network entity for s-cscf server allocation in an ims based multimedia over ip network | |
US20100293261A1 (en) | Methods, apparatuses and computer program for ims recovery upon restart of a s-cscf | |
US20100217875A1 (en) | Method and apparatus for use in a communications network | |
US7899036B2 (en) | Assignment of a serving entity in a communication system | |
WO2010075689A1 (zh) | 网络容灾方法、终端和呼叫会话控制功能实体 | |
WO2007012270A1 (fr) | Procede permettant d'obtenir la fiabilite d'un reseau ims | |
US8279854B2 (en) | Method, equipment and system for deregistering a wireless IP access network contact address | |
WO2009036629A1 (fr) | Procédé de traitement après redémarrage ou récupération sur sinistre d'un élément de réseau central | |
US8600031B2 (en) | Method for connecting calls between an IP multimedia subsystem (IMS) domain and a circuit switched (CS) domain | |
US20100229027A1 (en) | Ims recovery after hss failure | |
US9578068B2 (en) | Methods and apparatus for processing an IMS session | |
WO2010069197A1 (zh) | 多媒体子系统业务处理的方法、装置和多媒体子系统 | |
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 | |
CN101132407B (zh) | 一种对重选服务呼叫会话控制功能导致的异常的处理方法 | |
JP4586056B2 (ja) | 契約を変更する方法及びシステム | |
WO2012083775A1 (zh) | Ims网络中实现异地容灾的方法及装置 | |
WO2009092310A1 (zh) | 为用户提供业务的方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2006775561 Country of ref document: EP |
|
WWP | Wipo information: published in national office |
Ref document number: 2006775561 Country of ref document: EP |