WO2012022226A2 - 一种实现高优先级业务的方法和系统 - Google Patents
一种实现高优先级业务的方法和系统 Download PDFInfo
- Publication number
- WO2012022226A2 WO2012022226A2 PCT/CN2011/078125 CN2011078125W WO2012022226A2 WO 2012022226 A2 WO2012022226 A2 WO 2012022226A2 CN 2011078125 W CN2011078125 W CN 2011078125W WO 2012022226 A2 WO2012022226 A2 WO 2012022226A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- user
- cscf
- priority service
- high priority
- unit
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 75
- 238000012546 transfer Methods 0.000 claims description 13
- 238000012790 confirmation Methods 0.000 claims description 2
- 238000012545 processing Methods 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
Definitions
- the present invention relates to the field of communications, and in particular, to a method and system for implementing high priority services. Background technique
- a high-priority service is defined, which is characterized in that when a user initiates a high-priority service request, the network preferentially processes the service for the user. Requests, even when there is congestion or insufficient resources in the network, will give priority to the user. However, not all users can initiate high-priority services. The user must be contracted with the network and the authenticated user can initiate high-priority services. Therefore, when the user initiates a high-priority service request, the network needs the service. Request for authentication and provide the user with a service of high priority service when the requirements are met.
- FIG. 1 is an architectural diagram of an existing IMS network, including a User Equipment (UE), a Home Subscriber Server (HSS), and an IMS Core Network Session Control Function (CSCF), such as a proxy session control function entity ( P-CSCF), Service Session Control Function Entity (S-CSCF).
- CSCF IMS Core Network Session Control Function
- P-CSCF proxy session control function entity
- S-CSCF Service Session Control Function Entity
- the P-CSCF as the first access point of the IMS network, may be located in the home network of the user or in the visited network of the user.
- the P-CSCF is generally set in the visited network of the user
- the S-CSCF is usually set in the home network of the user
- the HSS generally saves the user's data information, including User's signing information, etc.
- the P-CSCF When the P-CSCF receives the high-priority service request from the user, it needs to determine whether the high-priority service can be provided to the user at this time.
- the P-CSCF can obtain the user subscription data, including whether the user subscribes to the data of the high priority service; thus, the P-CSCF can determine whether the service request is approved by the network according to whether the user subscribes to the data of the high priority service.
- 2 is a flow chart of the network providing partial subscription information to the P-CSCF in the IMS system, and the process includes the following steps:
- Step 201 The UE initiates a registration request to its IMS access point P-CSCF.
- Step 202 Through the S-CSCF query function, the network allocates an S-CSCF for the user to serve, so that the registration request is routed to the S-CSCF.
- Step 203 The S-CSCF queries the user data in the HSS.
- Step 204 The HSS returns the queried user data to the S-CSCF, where the data includes related data such as whether the user subscribes to the high priority service or the like;
- Step 205 After the network authentication user succeeds, the S-CSCF returns a 200 OK response to the user; Step 206, the P-CSCF returns the 200 OK to the user, and the user registration is successful; Step 207, when the registration is successful, the P-CSCF The user's S-CSCF initiates a subscription request, subscribes to the user's registration related information, and some service subscription information;
- Step 208 The S-CSCF determines that the subscribed user of the P-CSCF has successfully registered, and then receives
- the P-CSCF subscribes to the request and returns a 200 OK response, at which point the subscription relationship is established;
- Step 209 the S-CSCF may send a NOTIFY message to the P-CSCF to notify the P-CSCF of the latest user data, including the registration information of the user and whether to sign a high priority service or the like.
- the S-CSCF will notify the latest data in time through the NOTIFY message.
- Step 210 After receiving the notification message, the P-CSCF saves the registration information of the user and the information of the high priority service, and returns a 200 OK response to the network.
- FIG. 3 is a flow chart of the P-CSCF performing high-priority service judgment in the prior art.
- the user has completed the registration process of FIG. 2, and the P-CSCF also obtains information about whether the user subscribes to the high-priority service, FIG.
- the process shown includes the following steps:
- Step 301 The UE-1 as the calling party initiates a high priority service request, where the request carries The identifier of the high priority service;
- Step 302 After receiving the high-priority service request, the P-CSCF determines whether the user can initiate the high-priority service, and the judgment basis is the user subscription data obtained in the previous subscription process.
- Step 303 When the P-CSCF determines that the user meets the requirements When a high-priority service request is sent, a high-priority bearer is set up for the user, and the service request is preferentially forwarded, and the high-priority service identifier is retained in the forwarded service request.
- Step S304 The S-CSCF determines the high-priority service. Since the P-CSCF has judged that the user meets the high-priority service, and the user data on the P-CSCF is notified by the S-CSCF, the S-CSCF is at this time. Similarly, the user is judged to be in a high priority service, and the S-CSCF preferentially forwards the service request to the UE-2 as the called party.
- Step 305 to step 307 the UE-2 sends a 200 OK response to the UE-1 in response to the service request, and the service establishment is successful.
- Step 401 to step 406 the registration process is the same as step 201 to step 206 in FIG. 2; Step 407, after the registration is successful, the UE immediately initiates a high priority service request;
- Step 408 At this time, the P-CSCF needs to determine whether the high-priority service request is legal. Step 409, since the P-CSCF has not received the priority data about the user at this time, the P-CSCF cannot determine the high. Whether the priority business request is legal;
- Step 410 At this time, the P-CSCF can only process according to the general service request, and delete the priority service identifier.
- Step 411 to step 414 the process of subscribing user data for the P-CSCF is the same as the steps 207 to 210 in FIG. 2, and the steps 411 to 414 do not necessarily all occur after the step 408, the step 411 to the step 412 It is possible to reach the P-CSCF prior to the service request of step 408, except that the service request of step 408 after the NOTIFY message of step 413 reaches the P-CSCF.
- the user-initiated high-priority service request fails, and the network can only provide general service services for it.
- the main object of the present invention is to provide a method and system for implementing high-priority services, ensuring the smooth implementation of legitimate high-priority service requests and improving user satisfaction.
- a method of implementing high priority services including:
- the service session control function entity S-CSCF determines whether to provide the user with a high priority service; the P-CSCF determines the result according to the S-CSCF. Determine whether to provide users with high priority services.
- the S-CSCF finds whether there is data indicating that the user subscribes to the high priority service in the maintained user subscription data. If yes, the S-CSCF confirms that the user can initiate the high priority service; otherwise, the S-CSCF confirms that the user cannot initiate the high priority. Level business.
- the P-CSCF determines whether the high-priority service is provided for the user according to the judgment result of the S-CSCF, and the method for obtaining the judgment result is:
- the S-CSCF carries the judgment result in a notification message or a response message and sends it to the notification message or the response message. P-CSCF.
- the method further includes: establishing a normal bearer between the users;
- the method further includes: modifying the normal bearer previously established for the user to a high-priority bearer.
- the P-CSCF has no relevant user priority data.
- a system for implementing a high priority service comprising a decision transfer unit, a decision assist unit, and a decision execution unit;
- the decision transfer unit is configured to notify the decision assisting unit when the P-CSCF cannot determine whether to provide a high priority service for the user;
- the decision assisting unit is configured to determine whether to provide a high priority service to the user, and notify the judgment execution unit of the judgment result;
- the decision execution unit is configured to determine whether to provide a high priority service to the user according to the judgment result from the decision assisting unit.
- the determining auxiliary unit determines whether the high-priority service is provided for the user, and is used to: search for the data of the user subscription data that is instructed to indicate that the user subscribes to the high-priority service, and if yes, confirm that the user can initiate the high priority. Level service; otherwise, confirm that the user cannot initiate high priority services.
- the determining assistance unit is configured to: carry the judgment result in the notification message or the response, in the process of determining whether to provide the user with the high priority service according to the judgment result from the judgment assistant unit, when the judgment execution unit learns the judgment result, the judgment assistance unit is configured to: The message is sent to the decision execution unit.
- the determining the transfer unit is further configured to: notify the decision execution unit to establish a normal bearer between the users, if the user is not able to determine whether to provide the user with a high priority service;
- the element is further configured to: modify the normal bearer previously established for the user to a high priority bearer.
- the decision transfer unit and the decision execution unit are disposed in the P-CSCF, and the decision assist unit is disposed in the S-CSCF.
- a method for implementing a high-priority service includes: setting a timer when the P-CSCF cannot determine whether to provide a high-priority service for the user; and determining, by the P-CSCF, whether to provide the user with high information according to information obtained before the timer expires Priority business.
- the P-CSCF receives the user subscription data including the corresponding user priority data, and finds whether there is data indicating that the user subscribes to the high priority service, and if so, confirms that the user can initiate the high priority service; otherwise, the confirmation Users cannot initiate high priority services.
- the method further includes: turning off the timer, and establishing a high priority bearer to the user.
- a system for implementing a high priority service including a delay trigger unit, a timer, and a delay judging unit;
- the delay triggering unit is configured to set a timer when the P-CSCF cannot determine whether to provide a high priority service for the user;
- the timer is configured to notify the delay decision unit when a timeout occurs
- the delay determining unit is configured to determine whether to provide a high priority service to the user according to the information obtained before the timer expires.
- the delay determining unit is configured to: before the timer expires, receive the user subscription data including the corresponding user priority data, and find out whether the user is instructed to sign the high priority.
- the data of the service if any, confirms that the user can initiate a high priority service; otherwise, it confirms that the user cannot initiate a high priority service.
- the delay determining unit is further configured to: close the timer and establish a high priority bearer between users when determining that the user is provided with a high priority service.
- the delay triggering unit and the delay determining unit are disposed in the P-CSCF, and the method and system of the present invention can avoid the occurrence of a legal high-priority service request due to the temporary lack of high-priority subscription data of the user. In the event of an unexpected failure, try to ensure the smooth implementation of legitimate high-priority business requests and improve user satisfaction.
- FIG. 1 is a structural diagram of a prior art IMS system
- FIG. 5 is a flowchart of determining a priority service by an S-CSCF according to Embodiment 1 of the present invention
- FIG. 6 is a flowchart of determining a priority service by an S-CSCF according to Embodiment 2 of the present invention
- FIG. 8 is a schematic flowchart of implementing a high priority service according to an embodiment of the present invention
- FIG. 9 is a system diagram of implementing a high priority service according to an embodiment of the present invention.
- FIG. 10 is a flowchart of determining a priority service by a P-CSCF according to an embodiment of the present invention
- FIG. 11 is a schematic flowchart of implementing a high priority service according to another embodiment of the present invention
- the P-CSCF when the P-CSCF receives the high-priority service request, if it is unable to determine whether the user meets the high-priority service, the P-CSCF first processes and forwards the service request to the S-CSCF according to the normal service request;
- the CSF determines whether to provide the user with a high-priority service according to the subscription data of the user, and notifies the P-CSCF of the result of the determination; the P-CSCF determines whether to provide the user with a high-priority service according to the received judgment result.
- the processing of the P-CSCF according to the normal service request means: establishing a normal connection bearer for the user, and not preferentially forwarding the service request.
- the S-CSCF may notify the P-CSCF of the determination result in the NOTIFY message, or may notify the P-CSCF to determine the result in the response message.
- the P-CSCF modifies the normal connection bearer previously established for the user to a high priority bearer.
- the P-CSCF when the P-CSCF receives the high-priority service request, if it cannot determine whether the user meets the high-priority service, it can also start the timer and temporarily not forward the service request; if the P-CSCF is in the timer Before receiving the high-priority service data from the user delivered by the network before the timeout, it determines whether to provide the user with a high-priority service according to the data, and turns off the timer.
- the P-CSCF establishes a high-priority bearer for the user, and preferentially forwards the service request; if the timer expires
- the previously received data indicates that the user cannot be provided with high-priority services (for example, if the user does not receive high-priority service data or receives an indication that does not support high-priority services, etc.), the P-CSCF can establish for the user.
- a normal bearer does not preferentially forward the service request.
- FIG. 5 is a flowchart of determining a priority service by an S-CSCF according to Embodiment 1 of the present invention.
- the P-CSCF has no user priority data, and the P-CSCF receives a high priority service request of the user.
- the P-CSCF first establishes a normal connection for the user, and sends the service request to the S-CSCF.
- the S-CSCF determines whether the user meets the priority requirement, and specifically includes the following steps: Step 501 to Step 506, the registration process, and the same Step 201 to step 206 are the same; Step 507, after the registration is successful, the UE-1 as the calling party initiates the high priority service request; Step 508, the P-CSCF needs to determine whether the high priority service initiated by the user is legal; 509. Because the subscription process of the P-CSCF has not been completed yet, and the relevant user priority data has not been received yet, the P-CSCF cannot determine that the high priority service initiated by the UE-1 is No legality;
- Step 512 The P-CSCF forwards the service request to the S-CSCF, and processes the current user request according to the general service request. At this time, only the normal bearer is established for the user, but the identifier of the high priority service is not deleted.
- Step 513 After receiving the service request, the S-CSCF determines whether the user can initiate a high priority service. Specifically, in the registration process, since the S-CSCF obtains the subscription data of the user from the HSS, the S-CSCF can determine whether the user can initiate a high priority service; for example, the S-CSCF searches for the maintained user subscription. Whether the data indicates that the user can sign the high priority service, and if so, the S-CSCF determines that the user can initiate the high priority service; otherwise, the S-CSCF determines that the user cannot initiate the high priority service.
- Step 514 when the S-CSCF determines that the user can initiate a high priority service, preferentially forwards the service request to the UE-2 as the called party;
- Step 515 When the S-CSCF determines that the user can initiate the high-priority service, if the S-CSCF has not sent the NOTIFY message to the P-CSCF, the S-CSCF preferentially sends a NOTIFY message to the P-CSCF. To inform users such as priority data to sign data;
- Step 516 When the P-CSCF receives the NOTIFY message sent by the S-CSCF, and learns that the user meets the high-priority service requirement, the P-CSCF changes the normal bearer previously established for the user to a high-priority load;
- Step 517 After receiving the NOTIFY message, the P-CSCF returns a 200 OK response to the S-CSCF.
- Step 518 to step 520 after the called party answers the service request, the call is successfully established.
- the S-CSCF informs the P-CSCF user to subscribe to the data through the subscription, NOTIFY process.
- the P-CSCF cannot obtain the user subscription data through the NOTIFY message (for example, the P-CSCF does not upgrade and cannot support the extended parameters in the NOTIFY message, or the network is too busy, Or the NOTIFY message is lost during the transmission process, etc.)
- the process shown in Figure 6 can be performed, and the process includes the following steps:
- Step 601 to step 606 the registration process is the same as step 201 to step 206; Step 607, after the registration is successful, the UE-1 as the calling party initiates a high priority service request; Step 608, the P-CSCF needs to determine the user. Whether the initiated high-priority service is legal; Step 609, because the subscription process of the P-CSCF has not been completed yet, or the P-CSCF does not support the new extended content in the NOTIFY message, so that the P-CSCF has not received the relevant information. User priority data, so the P-CSCF cannot judge whether the high priority service initiated by UE-1 is legal;
- Step 610 The P-CSCF forwards the service request to the S-CSCF, and processes the current user request according to the general service request. At this time, only the normal bearer is established for the user, but the identifier of the high priority service is not deleted.
- Step 611 After receiving the service request, the S-CSCF determines whether the user can initiate a high-priority service. Because the S-CSCF obtains the subscription data of the user from the HSS in the registration process, the S-CSCF It can be determined whether the user can initiate a high priority service;
- Step 612 When the S-CSCF determines that the user can initiate the high-priority service, the S-CSCF preferentially forwards the service request to the UE-2 as the called party, and retains the identifier of the high-priority service in the service request.
- Step 613 when the called party receives the service request, may reply the 18X response to the calling party, where the high priority support identifier is also carried;
- Step 614 The S-CSCF forwards the 18X response with the high priority identifier to the P-CSCF.
- Step 616 The P-CSCF forwards the received 18X response to the calling party. Step 617 to step 619, after the called party answers the service request, the call is successfully established.
- FIG. 7 is a flow chart of determining a priority service by using an S-CSCF according to Embodiment 3 of the present invention, where the process includes the following steps:
- Step 711 After receiving the service request, the S-CSCF determines whether the user can initiate a high-priority service. Because the S-CSCF obtains the subscription data of the user from the HSS in the registration process, the S-CSCF It can be determined whether the user can initiate a high priority service;
- Step 712 When the S-CSCF determines that the user cannot initiate a high-priority service, delete the high-priority service identifier in the service request, and forward the packet according to a general service request.
- Step 713 When the UE-2 as the called party receives the service request, because the high priority service identifier is not included, the called party does not carry the identifier of the high priority service in the responded 18X response;
- Step 714 the S-CSCF forwards the received 18X response to the P-CSCF.
- Step 715 The P-CSCF determines that the S-CSCF does not allow the user to initiate a high-priority service, and the P-CSCF does not modify the previously established normal bearer because the received 18X response does not carry the high-priority identifier.
- Step 716 The P-CSCF forwards the received 18X response to the calling party. Step 717 to step 719, after the called party answers the service request, the call is successfully established.
- FIG. 8 is a schematic flowchart of implementing a high priority service according to an embodiment of the present invention, where the process includes the following steps:
- Step 810 When the P-CSCF cannot determine whether to provide high priority services to the user,
- the S-CSCF determines whether the user is provided with a high priority service
- Step 820 The P-CSCF determines whether to provide the user with a high priority service according to the judgment result of the S-CSCF.
- FIG. 9 is a system diagram for implementing a high priority service according to an embodiment of the present invention.
- the system includes a connected decision transfer unit, a decision assisting unit, and a decision execution unit.
- the decision transfer unit and the decision execution unit may be configured.
- the decision assisting unit can be set in the S-CSCF.
- the decision transfer unit may notify the situation (for example, by means of forwarding the service request) to the decision assisting unit, requesting the decision assisting unit to assist. judgment.
- the judgment assistant unit knows that the P-CSCF cannot determine whether to provide the user with a high priority service, it can determine whether the user can provide the high priority service according to the user subscription data maintained by the user (because the S-CSCF obtains the user from the HSS)
- the contracting assistance unit may determine whether the user can initiate a high-priority service according to the user subscription data, for example: the judgment assistant unit searches for the user subscription data maintained to indicate whether the user signs the contract.
- the data of the high priority service determines that the user can be provided with a high priority service; otherwise, it is judged that the execution unit cannot be provided for the user, and the decision execution unit determines whether it is the user according to the judgment result according to the received auxiliary function.
- Providing high priority services eg, the judgment results indicate that high priority industries can be initiated
- the decision execution unit determines to provide users with high priority services.
- whether a high-priority service can be initiated is usually indicated by a high-priority identifier, and the set location of each unit may be sent due to an application scenario.
- the decision transfer unit can trigger the cooperation between the units
- the decision assistant unit performs the auxiliary decision, and then the decision execution unit makes the final decision; to ensure that the P-CSCF cannot determine whether to provide the user with high priority.
- the S-CSCF determines whether the user is provided with a high-priority service, and the P-CSCF determines whether to provide the user with a high-priority service according to the judgment result of the S-CSCF.
- the judgment auxiliary unit determines whether to provide the user with a high-priority service, it is used to: search for the data of the user subscription data that is instructed to indicate that the user subscribes to the high-priority service, and if so, determine that the user can initiate the high-priority service; , to determine that the user can not initiate high priority services.
- the judgment assistance unit is configured to: carry the judgment result in the notification message or the response message Send to the decision execution unit.
- the decision transfer unit is further configured to notify the decision execution unit to establish a normal bearer between the users; and, when determining, according to the determination result, that the user is provided with a high priority service, The decision execution unit is further configured to modify the normal bearer previously established for the user to a high priority bearer.
- FIG. 10 and FIG. 10 For the operation of another aspect of the present invention, reference may be made to FIG. 10 and FIG. 10, by setting a timer on the P-CSCF to wait for user subscription data sent by the network, so as to accurately determine whether the user's service request is legal.
- the process shown in Figure 10 includes the following steps:
- Step 1001 to step 1006 the registration process is the same as step 201 to step 206;
- Step 1007 After the registration is successful, the UE-1 as the calling party initiates a high-priority service request.
- Step 1008 At this time, the P-CSCF needs to determine whether the high-priority service initiated by the user is legal.
- Step 1009 because the P-CSCF at this time Subscription process has not been completed, resulting in
- the P-CSCF has not received the relevant user priority data.
- the P-CSCF cannot determine whether the high-priority service initiated by the user is legal.
- the P-CSCF starts the timer and does not forward the service request temporarily. Establish a bearer;
- Step 1010 to step 1012 when the subscription process is in progress, the P-CSCF receives the NOTIFY message sent by the S-CSCF to notify the user of the subscription data, including the corresponding user priority data;
- Step 1013 If the timer has not expired when the P-CSCF receives the NOTIFY message, the timer is closed, and the previously received service request is determined according to the priority data of the user in the received NOTIFY message.
- the method for judging is the same as the corresponding judging method, for example: finding whether there is data indicating that the user subscribes to the high-priority service, and if so, determining that the user can initiate the high-priority service; otherwise, determining that the user cannot initiate the high-priority service)
- Step 1014 The P-CSCF replies with a 200 OK response to the received NOTIFY message.
- Step 1015 If it is determined that the user request meets the high priority service request, the P-CSCF preferentially forwards the service request, and establishes a high priority bearer for the user.
- Step 1016 to step 1017 when the S-CSCF receives the service request, preferentially forwarding the service request;
- Step 1018 to step 1020 replying to the 18X response as the called UE-2;
- Step 1021 to step 1023 after the called party answers the service request, the call is successfully established.
- FIG. 11 is a schematic flowchart of implementing a high priority service according to another embodiment of the present invention, where the process includes the following steps:
- Step 1110 When the P-CSCF cannot determine whether to provide high priority services for the user, Set timer
- Step 1120 The P-CSCF determines whether to provide high priority services for the user according to the information obtained before the timer expires.
- FIG. 12 is a system diagram of implementing a high priority service according to another embodiment of the present invention.
- the system includes a connected delay trigger unit, a timer, and a delay decision unit.
- the foregoing functional entities may be configured in a P-CSCF. , or set the timer to other functional entities or set independently.
- the delay triggering unit starts the timer when the P-CSCF cannot determine whether to provide the user with a high priority service; and, while the timer works, the functional entity such as the delay decision unit can continue to receive the information normally.
- the timer notifies the delay decision unit when the timeout expires, and the delay decision unit determines whether the high priority service is provided for the user according to the information received before the timer expires (such as the user subscription data) (for example, the indication is received before the timer expires) Users who support high-priority services subscribe to data, and the delay decision unit determines to provide users with high-priority services.
- whether a high-priority service can be initiated is usually indicated by a high-priority identifier, and the set location of each unit may be sent due to an application scenario.
- the delay trigger unit can trigger the cooperation between the functional entities, the timer is delayed for a period of time to continue receiving information, and then the final decision is made by the delay decision unit; to ensure that the P-CSCF cannot determine whether it is a user.
- a timer is set when a high priority service is provided, and the P-CSCF determines whether to provide a high priority service to the user according to the information obtained before the timer expires.
- the delay decision unit can successfully obtain the information sent by the network before the timer expires, and sequentially determine whether it is a user. Provide high priority business.
- the delay determining unit is configured to: before the timer expires, receive the user subscription data including the corresponding user priority data, and find out whether there is data indicating that the user subscribes to the high-priority service, If yes, it is determined that the user can initiate a high priority service; otherwise, it is determined that the user cannot initiate a high priority service.
- the delay decision unit is further used to turn off the timer and establish a high priority bearer to the user.
- the method and system for implementing high-priority services in the present invention can determine whether the user is provided with high priority when the P-CSCF cannot determine whether to provide high-priority services for the user.
- Priority service and the P-CSCF determines whether to provide high priority services to users according to the judgment result of the S-CSCF.
- a timer is set; and the P-CSCF determines whether to provide the user with a high priority service according to the information obtained before the timer expires. Therefore, it is possible to avoid the occurrence of a legitimate high-priority service request that is unexpectedly failed due to the temporary lack of high-priority subscription data of the user, and to ensure the smooth implementation of legitimate high-priority service requests and improve user satisfaction.
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Development Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Marketing (AREA)
- Accounting & Taxation (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Game Theory and Decision Science (AREA)
- Human Resources & Organizations (AREA)
- Educational Administration (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种实现高优先级业务的方法和系统,均可在代理会话控制功能实体不能确定是否为用户提供高优先级业务时,由服务会话控制功能实体判断是否为用户提供高优先级业务;并由代理会话控制功能实体根据服务会话控制功能实体的判断结果确定是否为用户提供高优先级业务。或者,在代理会话控制功能实体不能确定是否为用户提供高优先级业务时,设置定时器;由代理会话控制功能实体根据定时器超时前所获知的信息确定是否为用户提供高优先级业务。本发明方法和系统,能够尽量避免出现合法的高优先级业务请求因暂时缺少用户的高优先级签约数据而导致意外失败的情况,尽量保证合法的高优先级业务请求的顺利实现,提高了用户满意度。
Description
一种实现高优先级业务的方法和系统 技术领域
本发明涉及通信领域, 具体涉及一种实现高优先级业务的方法和系统。 背景技术
在 IP多媒体子系统 ( IP Multimedia Core Network Subsystem, IMS )中, 定义了一种高优先级业务, 该业务的特征是, 当用户发起一个高优先级业 务请求时, 网络为该用户优先处理该业务请求, 甚至当网络中出现拥塞或 资源不足时, 也会优先为该用户提供服务。 但并不是所有的用户都可以发 起高优先级业务, 必须是和网络签约了该服务而且得到认证的用户才能发 起高优先级业务, 所以当用户发起高优先级业务请求时, 网络需要对该业 务请求进行认证, 并在符合要求时为该用户提供高优先级业务的服务。
图 1是现有的 IMS网络的架构图, 其中包含用户设备(UE )、 归属用 户服务器 (HSS )、 IMS 核心网会话控制功能实体 (Call session Control Function, CSCF ), 如代理会话控制功能实体( P-CSCF )、 服务会话控制功 能实体(S-CSCF )。 其中, P-CSCF作为 IMS网络的第一个接入点, 可以位 于用户的归属网络, 也可以位于用户的拜访网络。 当用户处于漫游状态而 且漫游地的拜访网络也部署了 IMS 时, P-CSCF—般设置在用户的拜访网 络, S-CSCF通常设置在用户的归属网络, HSS—般保存用户的数据信息, 包括用户的签约信息等。
当 P-CSCF收到用户的高优先级业务请求时,需要判断此时是否可以为 用户提供高优先级业务。 P-CSCF可以获得用户签约数据, 包括用户是否签 约高优先级业务的数据; 这样, P-CSCF就可以根据用户是否签约高优先级 业务的数据判断该业务请求是否得到网络的认可。
图 2是 IMS系统中, 网络向 P-CSCF提供用户部分签约信息的流程图, 该流程包括以下步骤:
步骤 201 , UE向其 IMS接入点 P-CSCF发起注册请求;
步骤 202 ,通过 S-CSCF查询功能,网络为用户分配为其服务的 S-CSCF, 从而使该注册请求路由到该 S-CSCF上;
步骤 203 , S-CSCF在 HSS中查询用户数据;
步骤 204, HSS向 S-CSCF返回查询到的用户数据, 该数据包括用户是 否签约高优先级业务等相关数据;
步骤 205 , 网络认证用户成功后, S-CSCF向用户返回 200 OK响应; 步骤 206, P-CSCF将 200 OK返回给用户, 此时用户注册成功; 步骤 207 , 当注册成功后, P-CSCF向用户的 S-CSCF发起订阅请求, 订阅用户的注册相关信息以及一些业务签约信息;
步骤 208, S-CSCF判断 P-CSCF 所订阅用户已经注册成功, 则接收
P-CSCF的订阅请求, 并返回 200 OK响应, 此时订阅关系建立;
步骤 209, 此时 S-CSCF可以向 P-CSCF发送通知(NOTIFY ) 消息, 将最新的用户数据通知给 P-CSCF, 其中包括用户的注册信息以及是否签约 高优先级业务等信息。 当用户的注册信息发生改变, 或用户的一些签约信 息发生改变时, S-CSCF会通过 NOTIFY 消息及时将最新的数据通知给
P-CSCF;
步骤 210, P-CSCF收到通知消息后, 将用户的注册信息以及是否签约 高优先级业务的信息保存起来, 并向网络返回 200 OK响应。
图 3是现有技术中 P-CSCF进行高优先级业务判断的流程图,此时用户 已经完成图 2的注册流程,并且 P-CSCF也获得了用户是否签约高优先级业 务的信息, 图 3所示流程包括以下步骤:
步骤 301 , 作为主叫的 UE-1发起高优先级业务请求, 该请求中携带有
高优先级业务的标识;
步骤 302, P-CSCF收到高优先级业务请求后, 对用户是否可以发起高 优先级业务进行判断, 判断依据就是之前订阅过程中获得的用户签约数据; 步骤 303 , 当 P-CSCF判断用户符合发送高优先级业务请求时, 为用户 建立高优先级承载, 并优先转发业务请求, 同时在转发的业务请求中保留 高优先级业务标识;
步骤 304, S-CSCF对高优先级业务进行判断, 由于之前 P-CSCF已经 判断用户符合发送高优先级业务,而且 P-CSCF上的用户数据是 S-CSCF告 知的,所以此时 S-CSCF同样判断用户符合发送高优先级业务,此时 S-CSCF 也会优先转发业务请求到作为被叫的 UE-2;
步骤 305至步骤 307 , UE-2应答所述业务请求, 向 UE-1发送 200 OK 应答, 此时业务建立成功。
从以上现有技术流程中可以发现, P-CSCF上只有保存有用户签约数据 后, 才能判断出是否为用户提供高优先级服务。 而在当前的 IMS网络中, 有可能出现这样的情况: 当用户注册成功后, 用户立即发起高优先级业务 请求, P-CSCF收到该业务请求后, 还没有收到 NOTIFY 消息, 所以此时 P-CSCF上没有用户的高优先级签约数据,从而无法判断是否会用户提供高 优先级服务, 该场景的流程如图 4所示, 具体包括以下步骤:
步骤 401至步骤 406,注册流程,同图 2中的步骤 201至步骤 206相同; 步骤 407, 注册成功后, UE立即发起高优先级业务请求;
步骤 408, 此时 P-CSCF需要判断所述高优先级业务请求是否合法; 步骤 409, 由于此时 P-CSCF还没有收到关于该用户的优先级数据, 因 此 P-CSCF无法判断所述高优先级业务请求是否合法;
步骤 410, 此时 P-CSCF只能按一般业务请求处理, 并删除掉优先级业 务标识;
步骤 411至步骤 414, 为 P-CSCF订阅用户数据的流程, 同图 2中的步 骤 207至步骤 210步骤相同, 此时步骤 411至步骤 414并不一定都发生在 步骤 408后, 步骤 411 至步骤 412有可能先于步骤 408 的业务请求达到 P-CSCF, 只是步骤 413步的 NOTIFY消息后于步骤 408的业务请求达到 P-CSCF。
在上述场景下, 用户发起的高优先级业务请求失败, 网络只能为其提 供一般的业务服务。
可见, 目前的合法的高优先级业务请求有可能因暂时缺少用户的高优 先级签约数据而导致意外失败, 这显然不利于合法的高优先级业务请求的 顺利实现, 降低了用户满意度。 发明内容
有鉴于此, 本发明的主要目的在于提供一种实现高优先级业务的方法 和系统, 尽量保证合法的高优先级业务请求的顺利实现, 提高用户满意度。
为达到上述目的, 本发明的技术方案是这样实现的:
一种实现高优先级业务的方法, 包括:
在代理会话控制功能实体 P-CSCF不能确定是否为用户提供高优先级 业务时,由服务会话控制功能实体 S-CSCF判断是否为用户提供高优先级业 务; P-CSCF根据 S-CSCF的判断结果确定是否为用户提供高优先级业务。
其中, 由 S-CSCF判断是否为用户提供高优先级业务的过程包括:
S-CSCF 查找所维护的用户签约数据中是否有指示用户签约高优先级 业务的数据, 如果有, S-CSCF确认用户可以发起高优先级业务; 否则, S-CSCF确认用户不可以发起高优先级业务。
其中, P-CSCF根据 S-CSCF的判断结果确定是否为用户提供高优先级 业务时, 获知所述判断结果的方法为:
S-CSCF 将所述判断结果携带于通知消息或响应消息中发送给
P-CSCF。
其中, P-CSCF不能确定是否为用户提供高优先级业务时, 该方法还包 括: 建立到用户之间的普通承载;
P-CSCF才艮据 S-CSCF的判断结果确定为用户提供高优先级业务时, 该 方法还包括: 将之前为用户建立的所述普通承载修改为高优先级承载。
其中, P-CSCF不能确定是否为用户提供高优先级业务的触发为:
P-CSCF没有相关的用户优先级数据。
一种实现高优先级业务的系统, 包括判决转移单元、 判决辅助单元、 判决执行单元; 其中,
所述判决转移单元,用于在 P-CSCF不能确定是否为用户提供高优先级 业务时通知所述判决辅助单元;
所述判决辅助单元, 用于判断是否为用户提供高优先级业务, 并将判 断结果通知给所述判决执行单元;
所述判决执行单元, 用于根据来自判决辅助单元的判断结果确定是否 为用户提供高优先级业务。
其中, 所述判决辅助单元判断是否为用户提供高优先级业务时, 用于: 查找所维护的用户签约数据中是否有指示用户签约高优先级业务的数 据, 如果有, 确认用户可以发起高优先级业务; 否则, 确认用户不可以发 起高优先级业务。
其中, 根据来自判决辅助单元的判断结果确定是否为用户提供高优先 级业务的过程中, 判决执行单元获知所述判断结果时, 判决辅助单元用于: 将所述判断结果携带于通知消息或响应消息中发送给判决执行单元。 其中, 不能确定是否为用户提供高优先级业务时, 所述判决转移单元 还用于: 通知所述判决执行单元建立到用户之间的普通承载;
根据所述判断结果确定为用户提供高优先级业务时, 所述判决执行单
元还用于: 将之前为用户建立的所述普通承载修改为高优先级承载。
其中,所述判决转移单元和判决执行单元设置于 P-CSCF中,所述判决 辅助单元设置于 S-CSCF中。
一种实现高优先级业务的方法, 包括: 在 P-CSCF不能确定是否为用户 提供高优先级业务时, 设置定时器; P-CSCF根据定时器超时前所获知的信 息确定是否为用户提供高优先级业务。
其中, 所述确定是否为用户提供高优先级业务的过程包括:
定时器超时前, P-CSCF 收到包括相应用户优先级数据的用户签约数 据, 查找其中是否有指示用户签约高优先级业务的数据, 如果有, 确认用 户可以发起高优先级业务; 否则, 确认用户不可以发起高优先级业务。
其中, 确定为用户提供高优先级业务时, 该方法还包括: 关闭所述定 时器, 并建立到用户之间的高优先级承载。
一种实现高优先级业务的系统, 包括延迟触发单元、 定时器、 延迟判 决单元; 其中,
所述延迟触发单元,用于在 P-CSCF不能确定是否为用户提供高优先级 业务时, 设置定时器;
所述定时器, 用于在超时时通知所述延迟判决单元;
所述延迟判决单元, 用于根据定时器超时前所获知的信息确定是否为 用户提供高优先级业务。
其中, 确定是否为用户提供高优先级业务时, 所述延迟判决单元用于: 在定时器超时前, 收到包括相应用户优先级数据的用户签约数据, 查 找其中是否有指示用户签约高优先级业务的数据, 如果有, 确认用户可以 发起高优先级业务; 否则, 确认用户不可以发起高优先级业务。
其中, 确定为用户提供高优先级业务时, 所述延迟判决单元还用于: 关闭所述定时器, 并建立到用户之间的高优先级承载。
其中, 所述延迟触发单元和延迟判决单元设置于 P-CSCF中,所述定时 本发明方法和系统, 能够尽量避免出现合法的高优先级业务请求因暂 时缺少用户的高优先级签约数据而导致意外失败的情况, 尽量保证合法的 高优先级业务请求的顺利实现, 提高了用户满意度。 附图说明
图 1为现有技术的 IMS系统架构图;
图 2为现有技术的用户注册、 订阅流程图;
图 3为现有技术的用户发起业务请求的流程图;
图 4为现有技术的 P-CSCF上无用户信息时的处理流程图;
图 5为本发明实施例一的通过 S-CSCF判断优先级业务的流程图; 图 6为本发明实施例二的通过 S-CSCF判断优先级业务的流程图; 图 7为本发明实施例三的通过 S-CSCF判断优先级业务的流程图; 图 8为本发明一实施例的实现高优先级业务的流程简图;
图 9为本发明一实施例的实现高优先级业务的系统图;
图 10为本发明一实施例的通过 P-CSCF判断优先级业务的流程图; 图 11为本发明另一实施例的实现高优先级业务的流程简图; 图 12为本发明另一实施例的实现高优先级业务的系统图。 具体实施方式
总体而言, 一方面, 当 P-CSCF收到高优先级业务请求时, 如果无法判 断用户是否符合高优先级业务, 则先按普通业务请求处理并转发该业务请 求到 S-CSCF;由 S-CSF根据用户的签约数据判断是否为用户提供高优先级 业务, 并将判断结果通知给 P-CSCF; 由 P-CSCF根据收到的判断结果确定 是否为用户提供高优先级业务。
具体而言, P-CSCF按普通业务请求处理是指: 为用户建立普通的连接 承载, 不优先转发业务请求。 并且, S-CSCF可以在 NOTIFY 消息中通知 P-CSCF判断结果, 也可以在响应消息中通知 P-CSCF判断结果。 再有, 当 判断结果为可以为用户提供高优先级业务时, P-CSCF将之前为用户建立的 普通的连接承载修改为高优先级承载。
另一方面, P-CSCF收到高优先级业务请求时, 如果无法判断用户是否 符合高优先级业务, 还可以在启动定时器, 并暂时不转发所述业务请求; 如果 P-CSCF在定时器超时前收到网络下发的用户关于高优先级的业务数 据, 则根据该数据判断是否为用户提供高优先级业务, 并关闭定时器。
具体而言, 如果在定时器超时前所收到的数据表明可以为用户提供高 优先级业务,则 P-CSCF为用户建立高优先级承载, 同时优先转发所述业务 请求; 如果在定时器超时前所收到的数据表明不可以为用户提供高优先级 业务(如没有收到用户关于高优先级的业务数据或收到不支持高优先级业 务的指示等), 则 P-CSCF可以为用户建立普通承载, 不优先转发所述业务 请求。
下面结合附图和具体实施方式对本发明做进一步详细的说明。
参见图 5 , 图 5为本发明实施例一的通过 S-CSCF判断优先级业务的流 程图, 此时 P-CSCF无用户的优先级数据, 当 P-CSCF收到用户的高优先级 业务请求时, P-CSCF 先为用户建立普通的连接, 将该业务请求发送给 S-CSCF, 由 S-CSCF判断用户是否符合优先级要求, 具体包括以下步骤: 步骤 501至步骤 506, 注册流程, 同步骤 201至步骤 206相同; 步骤 507, 注册成功后, 作为主叫的 UE-1发起高优先级业务请求; 步骤 508,此时 P-CSCF需要判断该用户发起的高优先级业务是否合法; 步骤 509, 由于此时 P-CSCF的订阅流程还没有进行完, 还没有收到相 关的用户优先级数据, 因此 P-CSCF无法判断 UE-1发起的高优先级业务是
否合法;
步骤 510至步骤 511 , 此时订阅流程可能才刚开始;
步骤 512, P-CSCF将所述业务请求转发给 S-CSCF, 并按一般业务请 求处理当前用户的请求, 此时只为用户建立普通的承载, 但不删除高优先 级业务的标识;
步骤 513, 当 S-CSCF收到所述业务请求后, 对用户是否可以发起高优 先级业务进行判断。 具体而言, 在注册流程中, 由于 S-CSCF从 HSS中获 得了用户的签约数据,因此 S-CSCF可以判断出用户是否可以发起高优先级 业务; 如: S-CSCF查找所维护的用户签约数据中是否有指示用户签约高优 先级业务的数据,如果有, S-CSCF判断用户可以发起高优先级业务; 否则, S-CSCF判断用户不可以发起高优先级业务。
步骤 514, 当 S-CSCF判断用户可以发起高优先级业务时, 优先转发业 务请求到作为被叫的 UE-2;
步骤 515, 当 S-CSCF判断用户可以发起高优先级业务时, 如果此时 S-CSCF还没有向 P-CSCF 下发 NOTIFY 消息, 则 S-CSCF此时优先向 P-CSCF下发 NOTIFY消息, 以告知优先级数据等用户签约数据;
步骤 516, 当 P-CSCF收到 S-CSCF下发的 NOTIFY消息, 获知用户符 合高优先级业务要求时, 将之前为用户建立的普通承载修改为高优先级承 载;
步骤 517, P-CSCF收到 NOTIFY消息后, 向 S-CSCF返回 200 OK响 应;
步骤 518至步骤 520, 当被叫应答业务请求后, 呼叫建立成功。
在上面的流程中, S-CSCF通过订阅、 NOTIFY流程告知 P-CSCF用户 签约数据。但是当 P-CSCF无法通过 NOTIFY消息获得用户签约数据时(如, P-CSCF因此没有升级而不能支持 NOTIFY消息中扩展的参数,或网络太忙,
或 NOTIFY消息在传送过程中丟失等), 则可以进行如图 6所示流程, 该流 程包括以下步骤:
步骤 601至步骤 606, 注册流程, 同步骤 201至步骤 206相同; 步骤 607, 注册成功后, 作为主叫的 UE-1发起高优先级业务请求; 步骤 608,此时 P-CSCF需要判断该用户发起的高优先级业务是否合法; 步骤 609, 由于此时 P-CSCF的订阅流程还没有进行完, 或 P-CSCF不 支持 NOTIFY消息中新的扩展内容, 从而导致 P-CSCF还没有收到相关的 用户优先级数据, 因此 P-CSCF无法判断 UE-1发起的高优先级业务是否合 法;
步骤 610, P-CSCF将所述业务请求转发给 S-CSCF, 并按一般业务请 求处理当前用户的请求, 此时只为用户建立普通的承载, 但不删除高优先 级业务的标识;
步骤 611 , 当 S-CSCF收到所述业务请求后, 对用户是否可以发起高优 先级业务进判断, 由于在注册流程中, S-CSCF从 HSS 中获得了用户的签 约数据, 因此 S-CSCF可以判断出用户是否可以发起高优先级业务;
步骤 612, 当 S-CSCF判断用户可以发起高优先级业务时, 则优先转发 所述业务请求到作为被叫的 UE-2, 并且在该业务请求中保留有高优先级业 务的标识;
步骤 613 , 当被叫接收业务请求时, 可以向主叫回复 18X响应, 其中 也携带有高优先级支持标识;
步骤 614, S-CSCF将带有高优先级标识的 18X响应转发给 P-CSCF; 步骤 615 , 由于收到的 18X响应中携带有高优先级标识, 则 P-CSCF 可以获知 S-CSCF已经判断用户可以进行高优先级业务,则此时 P-CSCF将 之前为用户建立的普通承载修改为高优先级承载;
步骤 616, P-CSCF将收到的 18X响应转发给主叫;
步骤 617至步骤 619 , 当被叫应答业务请求后, 呼叫建立成功。
参见图 7, 图 7为本发明实施例三的通过 S-CSCF判断优先级业务的流 程图, 该流程包括以下步骤:
步骤 701至步骤 706, 注册流程, 同步骤 201至步骤 206相同; 步骤 707, 注册成功后, 作为主叫的 UE-1发起高优先级业务请求; 步骤 708, 此时 P-CSCF需要判断用户发起的高优先级业务是否合法; 步骤 709 , 由于此时 P-CSCF的订阅流程还没有进行完, 或 P-CSCF不 支持 NOTIFY中新的扩展内容, 从而导致 P-CSCF还没有收到相关的用户 优先级数据, 因此 P-CSCF无法判断用户发起的高优先级业务是否合法; 步骤 710, P-CSCF将所述业务请求转发给 S-CSCF, 并按一般业务请 求处理当前用户的请求, 此时只为用户建立普通的承载, 但不删除高优先 级业务的标识;
步骤 711 , 当 S-CSCF收到所述业务请求后, 对用户是否可以发起高优 先级业务进判断, 由于在注册流程中, S-CSCF从 HSS 中获得了用户的签 约数据, 因此 S-CSCF可以判断出用户是否可以发起高优先级业务;
步骤 712, 当 S-CSCF判断用户不可以发起高优先级业务时, 则删除所 述业务请求中的高优先级业务标识, 并按一般的业务请求转发;
步骤 713 , 当作为被叫的 UE-2接收到所述业务请求时, 由于其中不包 含高优先级业务标识, 则被叫在回复的 18X响应中不携带高优先级业务的 标识;
步骤 714, S-CSCF将收到的 18X响应转发给 P-CSCF;
步骤 715 , 由于收到的 18X响应中不携带高优先级标识, 则 P-CSCF 判断 S-CSCF不允许用户发起高优先级业务,则 P-CSCF不修改之前建立的 普通承载;
步骤 716 , P-CSCF将收到的 18X响应转发给主叫;
步骤 717至步骤 719 , 当被叫应答业务请求后, 呼叫建立成功。
由上述流程可见, 结合上述图 5至图 7, 可以总结出如图 8所示的操作 思路。 参见图 8, 图 8为本发明一实施例的实现高优先级业务的流程简图, 该流程包括以下步骤:
步骤 810: 在 P-CSCF 不能确定是否为用户提供高优先级业务时, 由
S-CSCF判断是否为用户提供高优先级业务;
步骤 820: P-CSCF根据 S-CSCF的判断结果确定是否为用户提供高优 先级业务。
为了保证上述操作思路能够顺利实现, 可以进行如图 9 所示的设置。 参见图 9, 图 9为本发明一实施例的实现高优先级业务的系统图, 该系统包 括相连的判决转移单元、 判决辅助单元、 判决执行单元; 其中, 判决转移 单元和判决执行单元可以设置于 P-CSCF 中, 判决辅助单元可以设置于 S-CSCF中。
具体应用中,判决转移单元在 P-CSCF不能确定是否为用户提供高优先 级业务时, 可以将该情况通知 (如, 以转发业务请求的方式通知)给判决 辅助单元, 请求判决辅助单元进行辅助判决。 判决辅助单元在获知 P-CSCF 不能确定是否为用户提供高优先级业务时, 可以根据自身维护的用户签约 数据判断是否可以为用户提供高优先级业务(由于 S-CSCF从 HSS中获得 了用户的签约数据,因此设置于 S-CSCF中的判决辅助单元可以根据所述用 户签约数据判断出用户是否可以发起高优先级业务)如: 判决辅助单元查 找所维护的用户签约数据中是否有指示用户签约高优先级业务的数据, 如 果有, 则判断可以为用户提供高优先级业务; 否则, 判断不可以为用户提 执行单元, 由判决执行单元根据根据收到的起辅助作用的判断结果确定是 否为用户提供高优先级业务(如, 所述判断结果表明可以发起高优先级业
务, 判决执行单元则确定为用户提供高优先级业务)。
在实际应用中, 是否可以发起高优先级业务通常由高优先级标识指示, 并且上述各单元的设置位置可能会因应用场景而发送变化。 无论如何设置, 只要判决转移单元能够触发各单元之间彼此配合, 先由判决辅助单元进行 辅助判决,再由判决执行单元进行最终判决; 以保证在 P-CSCF不能确定是 否为用户提供高优先级业务时,由 S-CSCF判断是否为用户提供高优先级业 务,并由 P-CSCF根据 S-CSCF的判断结果确定是否为用户提供高优先级业 务即可。
图 9 中各单元所能进行的其它具体操作已在前述流程中详细描述, 比 如:
判决辅助单元判断是否为用户提供高优先级业务时, 用于: 查找所维 护的用户签约数据中是否有指示用户签约高优先级业务的数据, 如果有, 判断用户可以发起高优先级业务; 否则, 判断用户不可以发起高优先级业 务。
根据来自判决辅助单元的判断结果确定是否为用户提供高优先级业务 的过程中, 判决执行单元获知所述判断结果时, 判决辅助单元用于: 将所 述判断结果携带于通知消息或响应消息中发送给判决执行单元。
不能确定是否为用户提供高优先级业务时, 判决转移单元进一步用于 通知所述判决执行单元建立到用户之间的普通承载; 并且, 根据所述判断 结果确定为用户提供高优先级业务时, 判决执行单元进一步用于将之前为 用户建立的所述普通承载修改为高优先级承载。
针对本发明另一方面的操作思路, 可以参见图 10, 图 10 中, 通过在 P-CSCF上设置定时器以等待网络下发的用户签约数据,从而能准确判断用 户的业务请求是否合法。 图 10所示流程包括以下步骤:
步骤 1001至步骤 1006, 注册流程, 同步骤 201至步骤 206相同;
步骤 1007, 注册成功后, 作为主叫的 UE-1发起高优先级业务请求; 步骤 1008, 此时 P-CSCF需要判断用户发起的高优先级业务是否合法; 步骤 1009 , 由于此时 P-CSCF 的订阅流程还没有进行完, 从而导致
P-CSCF还没有收到相关的用户优先级数据, P-CSCF无法判断用户发起的 高优先级业务是否合法, 于是 P-CSCF启动定时器,暂时不转发所述业务请 求, 同时也不为用户建立承载;
步骤 1010至步骤 1012 ,此时订阅流程也在进行中 , P-CSCF收到 S-CSCF 下发的告知用户签约数据的 NOTIFY消息, 其中包括相应的用户优先级数 据;
步骤 1013 , 如果 P-CSCF收到 NOTIFY消息时定时器还没有超时, 则 关闭该定时器, 同时根据收到的 NOTIFY消息中用户的优先级数据对之前 收到的所述业务请求进行判断 (具体的判断方法与前述的相应判断方法相 同, 如: 查找是否有指示用户签约高优先级业务的数据, 如果有, 判断用 户可以发起高优先级业务; 否则, 判断用户不可以发起高优先级业务); 步骤 1014 , P-CSCF对收到的 NOTIFY消息回复 200 OK响应; 步骤 1015 , 如果判断所述用户请求符合高优先级业务请求, 则优先转 发该业务请求, 同时为用户建立高优先级承载;
步骤 1016至步骤 1017, 当 S-CSCF收到所述业务请求后, 优先转发该 业务请求;
步骤 1018至步骤 1020, 作为被叫的 UE-2回复 18X响应;
步骤 1021至步骤 1023 , 当被叫应答业务请求后, 呼叫建立成功。
总结图 10所示操作思路, 可以得出如图 11所示流程。 参见图 11 , 图 11 为本发明另一实施例的实现高优先级业务的流程简图, 该流程包括以下 步骤:
步骤 1110: 在 P-CSCF不能确定是否为用户提供高优先级业务时, 设
置定时器;
步骤 1120: P-CSCF根据定时器超时前所获知的信息确定是否为用户提 供高优先级业务。
为了保证上述操作思路能够顺利实现, 可以进行如图 12所示的设置。 参见图 12, 图 12为本发明另一实施例的实现高优先级业务的系统图, 该系 统包括相连的延迟触发单元、 定时器、 延迟判决单元; 上述各功能实体可 以设置于 P-CSCF中, 或者将定时器设置于其它功能实体中或独立设置。
具体应用中,延迟触发单元在 P-CSCF不能确定是否为用户提供高优先 级业务时, 启动定时器; 并且, 在定时器工作的同时, 延迟判决单元等功 能实体能够继续正常接收信息。 定时器在超时时通知延迟判决单元, 由延 迟判决单元根据定时器超时前所收到的信息 (如用户签约数据)判断是否 为用户提供高优先级业务(如, 在定时器超时前收到了表明支持高优先级 业务的用户签约数据, 延迟判决单元则确定为用户提供高优先级业务)。
在实际应用中, 是否可以发起高优先级业务通常由高优先级标识指示, 并且上述各单元的设置位置可能会因应用场景而发送变化。 无论如何设置, 只要延迟触发单元能够触发各功能实体之间彼此配合, 先由定时器延迟一 段时间以继续接收信息, 再由延迟判决单元进行最终判决; 以保证在 P-CSCF 不能确定是否为用户提供高优先级业务时设置定时器, 并且 P-CSCF根据定时器超时前所获知的信息确定是否为用户提供高优先级业 务即可。
需要说明的是, 定时器超时前网络下发的信息不一定由延迟判决单元 接收; 无论接收主体如何, 只要延迟判决单元能够顺利获取定时器超时前 网络下发的信息, 并依次确定是否为用户提供高优先级业务即可。
图 12 中各功能实体所能进行的其它具体操作已在前述流程中详细描 述, 比如:
确定是否为用户提供高优先级业务时, 延迟判决单元用于: 在定时器 超时前, 收到包括相应用户优先级数据的用户签约数据, 查找其中是否有 指示用户签约高优先级业务的数据, 如果有, 判断用户可以发起高优先级 业务; 否则, 判断用户不可以发起高优先级业务。 另外, 确定为用户提供 高优先级业务时, 延迟判决单元进一步用于关闭定时器, 并建立到用户之 间的高优先级承载。
综上所述可见, 无论是方法还是系统, 本发明实现高优先级业务的方 法和系统,在 P-CSCF不能确定是否为用户提供高优先级业务时,由 S-CSCF 判断是否为用户提供高优先级业务; 并由 P-CSCF根据 S-CSCF的判断结果 确定是否为用户提供高优先级业务。或者,在 P-CSCF不能确定是否为用户 提供高优先级业务时,设置定时器; 由 P-CSCF根据定时器超时前所获知的 信息确定是否为用户提供高优先级业务。 因此能够尽量避免出现合法的高 优先级业务请求因暂时缺少用户的高优先级签约数据而导致意外失败的情 况, 尽量保证合法的高优先级业务请求的顺利实现, 提高了用户满意度。
以上所述, 仅为本发明的较佳实施例而已, 并非用于限定本发明的保 护范围, 凡在本发明的精神和原则之内所作的任何修改、 等同替换和改进 等, 均应包含在本发明的保护范围之内。
Claims
1、 一种实现高优先级业务的方法, 包括:
在代理会话控制功能实体 P-CSCF不能确定是否为用户提供高优先级 业务时,由服务会话控制功能实体 S-CSCF判断是否为用户提供高优先级业 务; P-CSCF根据 S-CSCF的判断结果确定是否为用户提供高优先级业务。
2、 根据权利要求 1所述的方法, 其中, 由 S-CSCF判断是否为用户提 供高优先级业务的过程包括:
S-CSCF 查找所维护的用户签约数据中是否有指示用户签约高优先级 业务的数据, 如果有, S-CSCF确认用户可以发起高优先级业务; 否则, S-CSCF确认用户不可以发起高优先级业务。
3、 根据权利要求 2所述的方法, 其中, P-CSCF根据 S-CSCF的判断 结果确定是否为用户提供高优先级业务时, 获知所述判断结果的方法为:
S-CSCF 将所述判断结果携带于通知消息或响应消息中发送给 P-CSCF。
4、 根据权利要求 1至 3任一项所述的方法, 其中,
P-CSCF不能确定是否为用户提供高优先级业务时, 该方法还包括: 建 立到用户之间的普通 载;
P-CSCF才艮据 S-CSCF的判断结果确定为用户提供高优先级业务时, 该 方法还包括: 将之前为用户建立的所述普通承载修改为高优先级承载。
5、 根据权利要求 1至 3任一项所述的方法, 其中, P-CSCF不能确定 是否为用户提供高优先级业务的触发为:
P-CSCF没有相关的用户优先级数据。
6、一种实现高优先级业务的系统, 包括判决转移单元、判决辅助单元、 判决执行单元; 其中,
所述判决转移单元,用于在 P-CSCF不能确定是否为用户提供高优先级 业务时通知所述判决辅助单元;
所述判决辅助单元, 用于判断是否为用户提供高优先级业务, 并将判 断结果通知给所述判决执行单元;
所述判决执行单元, 用于根据来自判决辅助单元的判断结果确定是否 为用户提供高优先级业务。
7、 根据权利要求 6所述的系统, 其中, 所述判决辅助单元判断是否为 用户提供高优先级业务时, 用于:
查找所维护的用户签约数据中是否有指示用户签约高优先级业务的数 据, 如果有, 确认用户可以发起高优先级业务; 否则, 确认用户不可以发 起高优先级业务。
8、 根据权利要求 7所述的系统, 其中, 根据来自判决辅助单元的判断 结果确定是否为用户提供高优先级业务的过程中, 判决执行单元获知所述 判断结果时, 判决辅助单元用于:
将所述判断结果携带于通知消息或响应消息中发送给判决执行单元。
9、 根据权利要求 6至 8任一项所述的系统, 其中,
不能确定是否为用户提供高优先级业务时, 所述判决转移单元还用于: 通知所述判决执行单元建立到用户之间的普通承载;
根据所述判断结果确定为用户提供高优先级业务时, 所述判决执行单 元还用于: 将之前为用户建立的所述普通承载修改为高优先级承载。
10、 根据权利要求 6至 8任一项所述的系统, 其中, 所述判决转移单 元和判决执行单元设置于 P-CSCF中,所述判决辅助单元设置于 S-CSCF中。
11、 一种实现高优先级业务的方法, 包括: 在 P-CSCF不能确定是否为 用户提供高优先级业务时, 设置定时器; P-CSCF根据定时器超时前所获知 的信息确定是否为用户提供高优先级业务。
12、 根据权利要求 11所述的方法, 其中, 所述确定是否为用户提供高 优先级业务的过程包括:
定时器超时前, P-CSCF 收到包括相应用户优先级数据的用户签约数 据, 查找其中是否有指示用户签约高优先级业务的数据, 如果有, 确认用 户可以发起高优先级业务; 否则, 确认用户不可以发起高优先级业务。
13、 根据权利要求 11或 12所述的方法, 其中, 确定为用户提供高优 先级业务时, 该方法还包括: 关闭所述定时器, 并建立到用户之间的高优 先级承载。
14、 一种实现高优先级业务的系统, 包括延迟触发单元、 定时器、 延 迟判决单元; 其中,
所述延迟触发单元,用于在 P-CSCF不能确定是否为用户提供高优先级 业务时, 设置定时器;
所述定时器, 用于在超时时通知所述延迟判决单元;
所述延迟判决单元, 用于根据定时器超时前所获知的信息确定是否为 用户提供高优先级业务。
15、 根据权利要求 14所述的系统, 其中, 确定是否为用户提供高优先 级业务时, 所述延迟判决单元用于:
在定时器超时前, 收到包括相应用户优先级数据的用户签约数据, 查 找其中是否有指示用户签约高优先级业务的数据, 如果有, 确认用户可以 发起高优先级业务; 否则, 确认用户不可以发起高优先级业务。
16、 根据权利要求 14或 15所述的系统, 其中, 确定为用户提供高优 先级业务时, 所述延迟判决单元还用于: 关闭所述定时器, 并建立到用户 之间的高优先级承载。
17、 根据权利要求 14或 15所述的系统, 其中, 所述延迟触发单元和 延迟判决单元设置于 P-CSCF中,所述定时器与所述延迟触发单元和延迟判 决单元合设或独立设置。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010259269.3A CN102377658B (zh) | 2010-08-18 | 2010-08-18 | 一种实现高优先级业务的方法和系统 |
CN201010259269.3 | 2010-08-18 |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2012022226A2 true WO2012022226A2 (zh) | 2012-02-23 |
WO2012022226A3 WO2012022226A3 (zh) | 2013-05-02 |
Family
ID=45605463
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2011/078125 WO2012022226A2 (zh) | 2010-08-18 | 2011-08-08 | 一种实现高优先级业务的方法和系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102377658B (zh) |
WO (1) | WO2012022226A2 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6349054B2 (ja) * | 2012-12-28 | 2018-06-27 | 株式会社Nttドコモ | ルータ装置 |
CN108243050B (zh) * | 2016-12-27 | 2020-04-17 | 中国移动通信有限公司研究院 | 一种配置路由表的方法及设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1627746A (zh) * | 2003-12-11 | 2005-06-15 | 华为技术有限公司 | 一种实现多媒体优先业务的方法 |
CN101035360A (zh) * | 2006-03-08 | 2007-09-12 | 华为技术有限公司 | 一种在多媒体通信呼叫控制中实现呼叫的方法 |
CN101188849A (zh) * | 2006-11-16 | 2008-05-28 | 西门子通信技术(北京)有限公司 | 移动通信中实现多媒体会话的方法 |
CN101465808A (zh) * | 2008-12-30 | 2009-06-24 | 华为技术有限公司 | 网络优先级控制方法、装置及系统 |
-
2010
- 2010-08-18 CN CN201010259269.3A patent/CN102377658B/zh active Active
-
2011
- 2011-08-08 WO PCT/CN2011/078125 patent/WO2012022226A2/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1627746A (zh) * | 2003-12-11 | 2005-06-15 | 华为技术有限公司 | 一种实现多媒体优先业务的方法 |
CN101035360A (zh) * | 2006-03-08 | 2007-09-12 | 华为技术有限公司 | 一种在多媒体通信呼叫控制中实现呼叫的方法 |
CN101188849A (zh) * | 2006-11-16 | 2008-05-28 | 西门子通信技术(北京)有限公司 | 移动通信中实现多媒体会话的方法 |
CN101465808A (zh) * | 2008-12-30 | 2009-06-24 | 华为技术有限公司 | 网络优先级控制方法、装置及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN102377658B (zh) | 2016-06-08 |
CN102377658A (zh) | 2012-03-14 |
WO2012022226A3 (zh) | 2013-05-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4994449B2 (ja) | ネットワークにアクセスする方法、システムおよびデバイス | |
CN101179863B (zh) | 移动通信系统内的用户登记 | |
US8036659B2 (en) | Method for requesting an unregistered UE to perform registration in the IMS | |
WO2007098713A1 (en) | An emergency call method and system | |
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 | |
CN105592486B (zh) | 一种容灾方法及网元、服务器 | |
KR20110099771A (ko) | 아이피 멀티미디어 서브 시스템 집중식 서비스의 로그아웃 방법 및 시스템 | |
WO2007003140A1 (fr) | Procede d'authentification de sous-systeme multimedia sous protocole ip | |
WO2009124445A1 (zh) | 一种实现用户注册的方法 | |
WO2011035647A1 (zh) | 实现紧急定位的方法及系统 | |
WO2010075689A1 (zh) | 网络容灾方法、终端和呼叫会话控制功能实体 | |
WO2010051741A1 (zh) | 一种多媒体会话转移的方法、用户设备及服务器 | |
WO2008134975A1 (fr) | Procédé, appareil et système pour désenregistrer l'adresse de connexion d'un réseau d'accès ip sans fil | |
US11522923B2 (en) | Method for enabling a calling User Equipment, UE, to retry a Session Initiation Protocol, SIP, call attempt to a called UE, over a Circuit Switched domain | |
WO2013067907A1 (zh) | 终端的呼叫处理方法、装置及系统 | |
EP2456161B1 (en) | Session processing method and device and communication system | |
WO2008116373A1 (fr) | Procédé de traitement de service d'urgence | |
WO2011020273A1 (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 | |
WO2007112621A1 (fr) | Procédé destiné à assurer le maintien de la cohérence d'un désenregistrement d'adresses ip de domaine ps et de domaine ims | |
WO2012022226A2 (zh) | 一种实现高优先级业务的方法和系统 | |
WO2011020368A1 (zh) | 紧急附着的处理方法、装置和系统 | |
WO2012159516A1 (zh) | 一种默认承载管理方法和系统 | |
WO2011054270A1 (zh) | 一种实现位置区域更新的方法及系统 | |
CN108259327B (zh) | VoLTE业务恢复方法、系统及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
NENP | Non-entry into the national phase in: |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 11817753 Country of ref document: EP Kind code of ref document: A2 |