WO2011026409A1 - 一种会话更新方法、装置和系统 - Google Patents

一种会话更新方法、装置和系统 Download PDF

Info

Publication number
WO2011026409A1
WO2011026409A1 PCT/CN2010/076419 CN2010076419W WO2011026409A1 WO 2011026409 A1 WO2011026409 A1 WO 2011026409A1 CN 2010076419 W CN2010076419 W CN 2010076419W WO 2011026409 A1 WO2011026409 A1 WO 2011026409A1
Authority
WO
WIPO (PCT)
Prior art keywords
update
session
level parameter
state
session level
Prior art date
Application number
PCT/CN2010/076419
Other languages
English (en)
French (fr)
Inventor
李燕
陈学锋
陈宜磊
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011026409A1 publication Critical patent/WO2011026409A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a session update method, apparatus, and system.
  • PCC Policy and Charging Control
  • the update process initiated by the Policy and Charging Enforcement Function (PCEF) entity specified in the protocol 29213 is as shown in FIG. 2, and includes: Step 1: Gateway (Gate Way, GW)
  • IP-CAN IP-Connected Access Network
  • the signaling is different depending on the type of the IP-CAN session.
  • GPRS General Packet Radio Service
  • GGSN GPRS Gateway Support Node
  • PDP Packet Data Protocol
  • CCR Credit-Control-Request
  • the CC-Request-Type AVP in the CCR is set to UPDATE_REQUEST.
  • the bearer identifier needs to be carried in the CCR to inform the PCRF entity that the update is associated with the bearer.
  • Step 3 The PCRF entity stores the received CCR message.
  • Step 4. The PCRF entity binds the IP-CAN session to any existing application layer session.
  • Step 5 If the PCRF entity needs related user subscription information, and the previous subscription profile repository (SPR) is not provided, a request is initiated to the SPR to obtain the user subscription information.
  • This step is an optional step, which is indicated by a broken line in FIG. 1. In the following description, the flow indicated by the broken line in the flowchart 1 indicates that the flow is an optional process; the flow indicated by the solid line is necessary. Process.
  • Step 6 After receiving the user subscription information request, the SPR returns a corresponding response message to the PCRF entity, where the response message carries the user subscription information requested by the PCRF entity.
  • Step 7 If the IP-CAN session is modified, the related application function needs to be reported.
  • the PCRF will send a Re-Auth-Request (RAR) message to the AF, and the Specific-Action AVP of the re-authentication request message is set as the trigger event for initiating the request.
  • RAR Re-Auth-Request
  • Step 8 If step 7 occurs, the AF returns to the PCRF entity a Re-Auth-Answer (RAA) message carrying the updated service information, where the service information (such as the IP address, port number, and media type of the IP stream) is included. Information, etc.).
  • RAA Re-Auth-Answer
  • Step 9 The PCRF entity formulates and installs a new PCC rule according to the received service information, subscription information, and operator configuration.
  • Step 10 The PCRF entity saves the formulated PCC rule.
  • Step 11 The PCRF entity sends the PCC rule by using a Credit-Control-Answer (CCA) message, and the message may also carry QoS information.
  • CCA Credit-Control-Answer
  • Step 12 The GW installs the received PCC rule, implements the authorization QoS, and determines whether the service flow can pass according to the corresponding PCC rule.
  • Step 13 The GW responds to the IP-CAN bearer request signaling in step 1.
  • the above is the detailed process of modifying the IP-CAN session in the PCC architecture in the prior art.
  • the user accesses the GGSN for the first time (the PCEF entity is located in the GGSN). Create a corresponding session on the middle; if there is a new service requirement, you can update the service quality of the original bearer, or you can initiate a secondary activation again, and create a new bearer under the original session.
  • a maximum of 11 bearers can be created in the same session, and the session information on each bearer, such as the SGSN address and the routing area identifier (Routing Area Identifier), is limited by the Network Service Access Point Identifier (NSAPI). , RAT), etc., need to be consistent.
  • NSAPI Network Service Access Point Identifier
  • RAT Radio Access Point Identifier
  • the process of modifying the session parameters in the protocol is only applicable when a bearer has a session level update.
  • the established bearer is updated more frequently to obtain different services.
  • the PCEF entity does not have a message caching mechanism, two or more bearers in the same session initiate a session.
  • level parameter update if the processing of the update process is not coordinated, causing its update to fail, it will affect user satisfaction to a large extent.
  • An object of the present invention is to provide a session update method, apparatus, and system, which are used to solve the problem in the prior art that when two or more bearers in the same session initiate a session-level parameter update, the update fails due to the coordination problem. Defects.
  • a session update method is applied to a policy and charging execution function device, where a session state of the current session includes at least an update state and an access state; and the session includes at least two bearers, and the method includes: When the first session level parameter is included in the update request corresponding to the first bearer, the policy and charging execution function device performs a first operation, converting the session state from the access state to the update state, and The first session level parameter is updated; In the update state, the update request corresponding to the second bearer includes a second session level parameter, and the policy and charging execution function device performs at least one second operation; each performing a second operation, the second operation Clearing the record related to the second operation at the end; the second bearer includes at least one bearer different from the first bearer; and after performing the first operation confirmation to complete the update, the session state is updated from the update state Converted to the access state.
  • Each step of performing a second operation, the second operation clearing the record associated with the second operation at the end includes: the policy and charging execution function device before the second session level parameter is updated, at a session level parameter Registering a record of the second session level parameter update in the update log; and when the update of the second session level parameter is completed, clearing the record of the second session level parameter update; converting the session state from the update state to the Before the step of the access state, the method further includes: when the second operation is switched to the first operation, the first operation performed by the policy and the charging execution function device traverses the session level parameter update log, if The session level parameter update log is not empty, waiting for the second session level parameter update to be completed. Switching between the first operation and the second operation by means of a transfer of control rights;
  • the method further includes: handing the control right to the second operation
  • the method further includes: notifying the policy corresponding to the session level parameter in the update request of the second bearer to a policy and charging rule function device, and The control is handed over to the first operation; after the step of the policy and the charging execution function device traversing all of the session level parameter update messages, the method further comprises: when the second session When the level parameter update is completed, the control is handed over to the corresponding second operation.
  • the step of performing the first operation to confirm the completion of the update includes: after the first operation obtains the control right, traversing the session level parameter update log, and The session level parameter update log is empty; and the first session level parameter update is completed.
  • the method according to claim 3 wherein, when the update request is at least two, and at least: receiving a first update request, the first update request indicates modification of a session level parameter; Go to the second update request, the second update request indicates to modify the session level parameter; when the modification of the session level parameter in the first update request and the second update request is consistent, the policy and In the step of performing the at least one second operation, the charging execution function device modifies the session level parameter only according to the first piece of the update request.
  • a session updating apparatus is applied to the policy and charging execution function device; and the session state of the current session includes at least an update state and an access state; the session includes at least two bearers, and each bearer can send an update request;
  • the session update device includes: a session state switching unit, configured to: in an access state, when receiving an update request from the first bearer, including the first session level parameter, performing the first operation, and the session state is connected Converting the incoming state to the updated state, and updating the first session level parameter; and performing the first operation to confirm the completion of the update, converting the session state from the updated state to the access state; and the second operating unit
  • the setting is: in the update state, obtaining an update request corresponding to the second bearer, including the second session level parameter, performing at least one second operation; each performing a second operation, the second operation is cleared at the end a record related to the second operation; the second bearer includes at least one bearer different from the first bearer.
  • the device further includes: a registration unit, configured to: register a record of the second session level parameter update in a session level parameter update log before updating the second session level parameter; and complete the pair When the two session level parameters are updated, the record of the second session level parameter update is cleared;
  • An operation switching unit configured to: when the second operation is switched to the first operation, the first operation performed by the policy and charging execution function device traverses the session level parameter update log, if the session level parameter update log is not Empty, waiting for the second session level parameter update to complete;
  • An update request determining unit is configured to: determine whether the content modified by the update request includes a session level parameter.
  • the operation switching unit is configured to realize switching between each other by setting a transition between the first operation and the second operation by a control right; the operation switching unit is configured to set the first by Switching between the operation and the second operation is achieved by a transfer of control rights: the first operation, after converting the session state to the update state, before converting the session state to the access state, In the process of performing the first operation, when the session request parameter is included in the update request with the second bearer, the control right is handed over to the second operation; during the second operation, the second bearer is performed. After the update request includes a message corresponding to the session level parameter to notify a policy and charging rule function device, the control is handed over to the first operation;
  • the device further includes: a completion update determining unit, configured to: determine that when the first operation obtains the control right, traverse the session level parameter update log, and the session level parameter update log is empty; When the first session level parameter update is completed, it is determined that the update is completed for the current session.
  • the device further includes:
  • the policy and charging rule function device updating unit is configured to: update the session level parameter stored by itself according to the notification of the update content of all the update requests.
  • a session update system comprising: a policy and charging execution function device and a policy and charging rule function device, wherein a session state of a current session includes at least an update state and an access state; and the session includes at least two bearers Each bearer can send an update request;
  • the policy and charging execution function device is configured to: when in the access state, when receiving the first session level parameter from the first bearer, performing the first operation, converting the session state from the access state to the update And updating the first session level parameter; in the update state, when receiving the second session level parameter in the update request from the second bearer, performing at least one second operation, each performing a second The operation, the second session level parameter of the second bearer is updated; the second bearer includes at least one bearer different from the first bearer; after the update is completed, performing the first operation to convert the session state from the update state And the policy and charging rule function device is
  • the first operation and the second operation cover all the update scenarios of the session-level parameters and the bearer-level parameters, and the steps can be coordinated and processed to solve the same session.
  • the next multiple bearers simultaneously update the conflicts of the same session level parameters and different session level parameters.
  • FIG. 1 is a schematic flow chart of modifying a session level parameter in the prior art
  • FIG. 2 is a schematic diagram of an overall architecture of a PCC according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of a session update in a policy and charging control system according to an embodiment of the present invention
  • FIG. 4 is a schematic diagram of a conflict processing method for simultaneously updating the same session level parameter according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of a conflict processing method for simultaneously updating different session level parameters according to an embodiment of the present invention
  • FIG. FIG. 7 is a schematic structural diagram of a system according to an embodiment of the present invention.
  • PCC Policy and Charging Control
  • the specific functional entities include: PCRF entity, responsible for policy decision and charging rule formulation and delivery, which is the core of the PCC system; based on user access network restrictions, carrier policies, and user subscription data (The service data flow-based charging rule and the control policy are provided, and the charging rule includes the service charging mode, the flow statistics mode, and the rate group. Information, etc.; control strategies include data flow detection, thresholds, and QoS Quality of Service control.
  • the PCEF entity receives the charging rules and control policies delivered by the PCRF entity through the Gx reference point, and the charging rules and control policies are implemented for different service flows.
  • the Subscription Profile Repository (SPR) stores user subscription data.
  • the application function (AF) dynamically provides service information to the PCRF entity.
  • the PCRF entity dynamically generates or modifies the corresponding charging rules and even the control policies based on the service information.
  • Online Charging System (OCS) and Offline Charging System (OFCS) are mainly used for online and offline charging.
  • Gx reference point connecting PCEF entity and PCRF entity
  • Gx reference point is set to: Implement the following functions: Connection establishment, maintenance and termination; PCEF entity requests PCC rule from PCRF entity, PCRF entity The PCC rule is delivered to the PCEF entity; the establishment mode of the bearer is negotiated.
  • the Rx reference point is connected to the AF and PCRF entities, and the Rx reference point is set to: AF delivers application layer related information.
  • S reference point, connecting SPR and PCRF entities, Sp reference point is set to: PCRF entity direction
  • SPR requests user subscription information.
  • the Gz and Gy reference points are primarily used for offline and online billing. Where PCEF entities can be deployed In the GGSN network element.
  • the embodiment provides a method for updating a session in a policy and a charging control system, which is applied to a PCEF entity of a policy and charging execution function, and the session state of the current session includes at least an update state and an access state;
  • the session includes at least two bearers, each of which can send an update request;
  • Step 301 In the access state, when the first session level parameter is included in the update request corresponding to the first bearer, the PCEF entity performs a first operation, and converts the session state from the access state to the update state, and The first session level parameter is updated; Step 302, in the update state, the update request corresponding to the second bearer includes a second session level parameter, and the PCEF entity performs at least one second operation; a second operation, the second operation clears the record related to the second operation at the end; the second bearer includes at least one bearer different from the first bearer; Step 303, performing the first operation to confirm the completion of the update Thereafter, the session state is converted from an update state to the access state.
  • the description is provided in the embodiment, which specifically includes: Case 1, the session state is in an access state, and an update request is received, and the parameter of the update request includes a session level parameter, The first operation is implemented. Case 2, the session state is in an update state, and an update request is received, and the parameter of the update request includes a session level parameter, which is implemented by the second operation.
  • the session state is uniformly managed by the first operation: when the first operation starts the formal update, Set the session state to the update state, and then restore the session state to the access state after the update is complete. Moreover, the first operation ends before the restore session state is the access state, and detects whether the bearer is in the second operation, and the first operation is ended; otherwise, all the second operations are required to be ended.
  • the session-level parameters are implemented without conflict update by means of transition between session states.
  • the session state is divided into an access state and an update state.
  • the GGSN performs management of each bearer, that is, PDP context information; PCEF serves as a decision center to manage each IP-CAN session, and each bearer information belongs to the Session category, if only the state of all bearers under the session is traversed to determine the session state, it is feasible but not reliable.
  • PCEF serves as a decision center to manage each IP-CAN session, and each bearer information belongs to the Session category, if only the state of all bearers under the session is traversed to determine the session state, it is feasible but not reliable.
  • Step 401 The SGSN receives the mobile terminal (Mobile Station, MS) in the first
  • the first update request initiated on the bearer Update PDP Context Request 1 indicates that the bearer level parameter and the session level parameter are changed in the Update PDP Context Request 1, and the PCEF entity is notified according to the protocol step.
  • the bearer level parameter is specifically the QoS, packet filtering template (Traffic Flow Template,
  • Step 402 Register an Update PDP Context Request 1 that occurs on the first bearer, start a first operation, convert the session state to an update state, and update by a credit control request (Credit Control Request-Update, CCR(U)) 1 PCRF entity.
  • Step 403 The SGSN receives the second update request initiated by the mobile terminal MS on the second bearer, Update PDP Context Request2, and the Update PDP Context Request2 indicates that the bearer level parameter and the session level parameter are changed, and the notification is notified according to the protocol step. PCEF entity processing.
  • the bearer level parameters are specific parameters such as quality of service QoS and TFT.
  • the session level parameter is specifically a radio access technology (RAT).
  • RAT radio access technology
  • marked with a is the step related to the first operation; and marked with b: is the step related to the second operation.
  • the content of the update parameter in the PDP context request is the same as the content required to be updated in the first update PDP context request, so no processing is performed and waits.
  • Step 406 The PCRF entity returns a first updated PCEF entity CCA(U)1 message, where the CCA (Credit-Control-Answer) is a credit control response, and the credit control request CCR appears in pairs, which is a response to the CCR.
  • CCA Current-Control-Answer
  • the credit control request CCR appears in pairs, which is a response to the CCR.
  • Step 407 In the second operation, clearing the registration of the session update, returning an update PDP context response to the SGSN, and returning to the first operation.
  • Step 408 In the first operation, when all the session-level parameter updates of the bearer in the session are cleared, the SGSN is notified that the update is complete, the session state is converted to the access state, and the entire update process is ended.
  • the judgment and setting of the session state are completed by the first operation, and the update conflict caused by simultaneously updating the session parameters due to multiple update requests is avoided.
  • the embodiment provides a conflict processing method for simultaneously updating different session parameters.
  • Step 501 The SGSN receives a first update PDP context initiated by the mobile terminal MS on the first bearer.
  • the request (Update PDP Context Requestl) indicates that the bearer level parameter and the session level parameter have changed in the Update PDP Context Requestl, and the PCEF is notified according to the protocol.
  • the bearer level parameter may specifically be a parameter such as a quality of service QoS and a TFT; the session level parameter may specifically be a RAT.
  • the number of bearers that a session can contain is dictated by the corresponding industry standard, for example, it can be 11.
  • Step 502 Register an Update PDP Context Request 1 that occurs on the first bearer, start a first operation to convert the session state to an update state, and notify the PCRF entity by CCR(U)2.
  • marked with a is the step related to the first operation
  • marked with b is the step related to the second operation.
  • Step 504 Register an Update PDP Context Request 2 that occurs in the second bearer, and continue processing according to the second operation because it is determined that the session state is currently in an update state.
  • Step 505 In the second operation, determining that the content updated in the second update request is different from the content requested in the first update request, and notifying the PCRF entity to process and wait.
  • Step 506 The PCEF entity receives a CCA (U) 1 message returned by the PCRF entity regarding the first update request.
  • the PCEF entity continues the first operation, traversing all the bearers in the session, and there is a certain bearer registration session level update, that is, the Update PDP Context Request 2 of the second bearer registered in step 504, and then proceeds to step 507.
  • Step 507 in the second operation, waiting for the PCRF entity to return the CCA(U)2 message of the second update request, clearing the registration of the session update, returning the SGSN update response, and proceeding to step 508.
  • Step 508 In the first operation, at this time, by traversing, the session level parameters of all bearers in the session are cleared, the session state is restored, and the SGSN is notified that the receiving module is updated, and the entire update processing is ended. It can be seen from the above embodiment:
  • the policy and charging execution function device is at a session level before updating the second session level parameter. Registering a record of the second session level parameter update in the parameter update log; and clearing the record when the update of the second session level parameter is completed; and performing the policy and charging execution when the second operation is switched to the first operation.
  • the first operation performed by the function device traverses the session level parameter update log, and waits for the second session level parameter update to be completed if the session level parameter update log is not empty.
  • a control right flag FLAG may be set, and switching between the first operation and the second operation is realized by the transfer of the control right; the transfer of the control right is due to the external message.
  • the triggering is caused, for example, by the policy and charging enforcement function device receiving the update request of the second bearer, and the policy and charging enforcement function device receiving the CCA response of the PCRF entity in the first operation.
  • the first operation after converting the session state to the update state, before converting the session state to the access state, further includes:
  • the policy and the charging execution function device After the policy and the charging execution function device perform the second operation, after the information corresponding to the session level parameter is included in the update PDP context request of the second bearer, the policy and the charging rule function device are notified, and the control right is handed over. Giving the first operation;
  • the policy and charging execution function device After the first operation performed by the policy and charging execution function device obtains the control right from the second operation, it traverses all the session level parameter update logs, and if the session level parameter update is not empty, the pair waits The second session level parameter update is completed, and when the second session level parameter update is completed, the control right is handed over to the corresponding second operation.
  • the embodiment provides a session update device.
  • the session update device is applied to the policy and charging execution function device PCEF601: the session state of the current session includes at least an update state. And the access state; and the session includes at least two bearers, each bearer capable of sending an update request;
  • the session state switching unit 701 is configured to: in the access state, when receiving the update request from the first bearer, including the first session level parameter, performing a first operation, converting the session state from the access state to the update And updating the first session level parameter; and the second operation unit 702 is configured to: in the update state, obtaining an update request corresponding to the second bearer, including the second session level parameter, performing at least a second operation; each performing a second operation, the second operation clearing a record related to the second operation at the end; the second bearer includes at least one bearer different from the first bearer;
  • the session state switching unit 701 is further configured to: after performing the first operation confirmation to complete the update, converting the session state
  • the PCEF 601 further includes: a registration unit, which is respectively connected to the session state switching unit 701 and the second operation unit 702, and configured to register in a session level parameter update log before updating the second session level parameter. a second session level parameter update record; and when the second session level parameter update is completed, clearing the record; when the second operation is switched to the first operation, the first operation performed by the PCEF 601, traversing the session level parameter
  • the update log if the session level parameter update log is not empty, waits for the second session level parameter update to be completed.
  • the update request determining unit is connected to the session state switching unit 701 and the registration unit for determining whether the content modified by the update request includes a session level parameter.
  • the session updating apparatus further includes: an operation switching unit, connected to the session state switching unit 701 and the second operation unit 702, the operation switching unit is configured to: set a control right between the first operation and the second operation
  • the transfer implements a switch between each other; wherein the type of the switch includes: after the converting the session state to the update state, the first operation, before converting the session state to the access state, the method further includes: During an operation, when an update request with a second bearer is obtained When the session-level parameter is included, the control is handed over to the second operation; during the second operation, the session update device notifies the policy corresponding to the message corresponding to the session-level parameter in the update request of the second bearer.
  • the session updating apparatus further includes: a completion update determining unit, connected to the operation switching unit and the registration unit, and the completion update determining unit is configured to: determine that the session level parameter update is traversed after the first operation obtains the control right And the session level parameter update log is empty; when the first session level parameter update is completed, it is determined that the update is completed for the current session.
  • the completion update determination unit further includes: a PCRF update unit, connectable to the session state switching unit 701 and the second operation unit 702,
  • the PCRF update unit is set to: update the session level parameters stored by itself according to the notification of the update contents of all the update requests.
  • the present invention further provides a session update system, as shown in FIG. 7, comprising: a policy and charging execution function device 601 and a policy and charging rule function device 602, wherein the session state of the current session includes at least an update state and access And the session includes at least two bearers, each of which can send an update request;
  • the PCEF 601 is configured to: in the access state, when receiving the first session level parameter in the update request from the first bearer, the PCEF 601 performs a first operation, converting the session state from the access state to the update state, and The first session level parameter is updated; the PCEF 601 is in the update state, when receiving the second session level parameter in the update request from the second bearer, the PCEF 601 performs at least one second operation, each performing a second operation, The second session level parameter of the second bearer is updated; the second bearer includes at least one Said that the first bearer carries different bearers;
  • the PCEF 601 notifies the PCRF 602 of the update content of all of the update requests.
  • the PCEF 601 still includes different unit modules in the above embodiments.
  • the embodiment of the present invention has the following beneficial effects. By converting the session state, the first operation and the second operation cover all the update scenarios of the session-level parameters and the bearer-level parameters, and the coordinated processing between the steps can be solved. Multiple bearers in the same session simultaneously update conflicts between the same session-level parameters and different session-level parameters.
  • a program to instruct the associated hardware such as a read-only memory, a magnetic disk, or an optical disk.
  • each module/unit in the above embodiment may be implemented in the form of hardware or in the form of a software function module.
  • the invention is not limited to any specific form of combination of hardware and software. It should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention and are not limited thereto, and all the parameter values may be adjusted according to actual conditions, and are within the scope of the rights protection. It should be understood by those skilled in the art that the present invention may be modified or equivalently substituted without departing from the spirit and scope of the invention.
  • the present invention enables the first operation and the second operation to cover all the update scenarios of the session-level parameters and the bearer-level parameters by converting the session state, and the processing can be coordinated between the steps, and the multiple solutions in the same session are solved.
  • the bearer conflicts that simultaneously update the same session level parameters and different session level parameters.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

一种会话更新方法、 装置和系统
技术领域 本发明涉及通信技术领域， 特别涉及一种会话更新方法、 装置和系统。
背景技术
通信网在从电路交换向以 IP为承载的分组交换逐渐演进的过程中，为解 决服务质量和计费等问题，在第三代移动通信标准化伙伴项目（3rd Generation Partnership Project, 3GPP)的 R7方案中， 提出了策略和计费控制 (Policy and Charging Control, PCC)架构。 现有技术中， 协议 29213 中规定的由策略与计费执行功能 (Policy and Charging Enforcement Function , PCEF)实体发起的更新流程如图 2所示， 包 括： 步骤 1 , 网关 (Gate Way, GW)收到 IP连通接入网络（Internet Protocol Connectivity Access Network, IP-CAN )承载触发的请求 PCC规则的信令， 以发起 IP-CAN会话的修改。 该信令因 IP-CAN会话的类型不同而不同， 对 通用无线分组业务（ General Packet Radio Service, GPRS )而言，可以是 GPRS 网关支持节点 (Gateway GPRS Support Node, GGSN)收到的更新分组数据协 议 ( Packet Data Protocol, PDP )上下文请求 ( Update PDP Context Request ) 消息。 步骤 2, GW通过发送信用控制请求 (Credit-Control-Request, CCR)消息 来通知策略和计费规则功能 (Policy and Charging Rules Function, PCRF)实体 修改 IP-CAN 会话。 其中， CCR 中的 CC-Request-Type AVP 设置为 UPDATE— REQUEST。就 GPRS而言，如果发生更新请求的仅限于一个承载， 那么 CCR中需要携带该承载标识，以告知 PCRF实体本次更新和该承载关联。 否则， 认为本次更新适用范围是整个 IP-CAN会话。 步骤 3 , PCRF实体存储收到的 CCR消息。 步骤 4, PCRF实体将 IP-CAN会话绑定到任何存在的应用层会话上。 步骤 5 , 如果 PCRF实体需要相关的用户签约信息， 并且之前签约规格 库（ Subscription Profile Repository, SPR ) 未提供时， 便向 SPR发起请求以 获取用户签约信息。 本步骤是一个可选步骤， 在图 1中用虚线表示， 在以下的描述中， 流程 图 1中凡是用虚线表示的流程， 表示该流程为可选流程； 用实线表示的流程 为必须的流程。 步骤 6, SPR接收到用户签约信息请求后， 向 PCRF实体返回相应的响 应消息， 该响应消息携带 PCRF实体请求的用户签约信息。 步骤 7 , 如果本次 IP-CAN 会话的修改， 需要汇报相关联应用功能
( Application Function , AF ) 会话， PCRF 将向 AF 发送重鉴别请求 (Re-Auth-Request, RAR)消息， 重鉴别请求消息的 Specific-Action AVP设置 为发起请求的触发事件。
步骤 8, 如果步骤 7发生， AF返回给 PCRF实体一个携带更新服务信息 的重鉴别应答（Re-Auth-Answer, RAA ) 消息， 其中包含业务信息 (如 IP流 的 IP地址、 端口号以及媒体类型信息等)。 步骤 9, PCRF实体根据收到的业务信息、 签约信息以及运营商配置等， 制定一个新的 PCC规则并安装。 步骤 10, PCRF实体保存制定的所述 PCC规则。 步骤 11 , PCRF实体通过信用控制应答 (Credit-Control-Answer, CCA)消 息下发所述 PCC规则， 同时消息中还可能携带 QoS信息。 步骤 12, GW安装收到的 PCC规则， 同时实施授权 QoS, 并根据相应 的 PCC规则决定业务流能否通过。 步骤 13 , GW响应步骤 1中 IP-CAN承载请求信令。 以上是现有技术中， 在 PCC架构中修改 IP-CAN会话的详细流程。 在 GPRS网络中， 用户首次接入就会在 GGSN(PCEF实体位于该 GGSN 中）上创建一个对应的会话； 如果再有新的业务需求时， 可以更新原有承载的 服务质量， 也可以再次发起二次激活， 在原有会话下创建一个新的承载。 受 网络服务接入点标识符 （Network Service Access Point Identifier, NSAPI)的限 制， 同一会话下最多可以创建 11个承载， 且各承载上的会话信息， 如 SGSN 地址、 路由区域标识符 (Routing Area Identifier, RAT)等， 需要一致。 随着网 络的发展和业务的多元化， 越来越多的用户选择建立多条承载， 来满足其多 业务要求。 那么， 用户登录到网络中， 发生漫游进行局间切换时， 就会向 GGSN发 生多条更新请求。 因此， 在实现 PCEF实体时， 如果同一会话下接入多个承 载， 更新处理除了完成协议流程， 还需要解决如下两种问题： 多个承载同时 修改同一个会话级参数； 多个承载同时修改不同会话参数。
发明内容 发明人在实施现有技术的过程中， 发现现有技术中至少存在如下问题： 协议中对会话参数进行修改的流程， 仅适用在一个承载发生会话级更新的情 况下执行。 当用户登录到网络中来， 会较频繁的更新已经建立的承载以获取 不同的服务， 在 PCEF实体没有消息緩存机制的情况下， 会发生同一会话下 的两个或多个承载都发起对会话级参数更新的情形； 如果不协调好更新流程 的处理， 导致其更新失败， 则会艮大程度上影响用户满意度。 本发明的目的是提供一种会话更新方法、 装置和系统， 用于解决现有技 术中， 同一会话下的两个或多个承载都发起对会话级参数更新时， 由于协调 出问题导致更新失败的缺陷。 一种会话更新方法， 应用于一策略与计费执行功能装置， 当前会话的会 话状态至少包括更新态和接入态； 且所述会话至少包括两个承载， 所述方法 包括： 在接入态下， 当获取到与第一承载对应的更新请求中包含第一会话级参 数时， 策略与计费执行功能装置执行第一操作， 将会话状态从接入态转换为 更新态， 并对所述第一会话级参数进行更新； 在更新态下 ,获取到与第二承载对应的更新请求中包含第二会话级参数 , 所述策略与计费执行功能装置执行至少一个第二操作；每执行一个第二操作， 该第二操作在结束时清空与该第二操作相关的记录； 所述第二承载中至少包 含一个与所述第一承载不同的承载； 以及 执行第一操作确认完成更新后， 将所述会话状态从更新态转换为所述接 入态。 每执行一个第二操作， 该第二操作在结束时清空与该第二操作相关的记 录的步骤包括： 策略与计费执行功能装置在对第二会话级参数进行更新前， 在一会话级参数更新日志中登记第二会话级参数更新的记录； 并在完成对所 述第二会话级参数的更新时， 清除该第二会话级参数更新的记录； 将所述会话状态从更新态转换为所述接入态的步骤之前， 所述方法还包 括： 第二操作切换到所述第一操作时， 策略与计费执行功能装置执行的第一 操作遍历所述会话级参数更新日志， 如果所述会话级参数更新日志不为空， 等待对第二会话级参数更新完成。 所述第一操作和所述第二操作之间通过一控制权的转移实现相互之间的 切换；
策略与计费执行功能装置执行第一操作过程中， 获取到有第二承载的更 新请求中包含会话级参数的步骤之后， 所述方法还包括： 将所述控制权交给 所述第二操作； 策略与计费执行功能装置执行第二操作的步骤之后， 所述方法还包括： 将第二承载的更新请求中包含会话级参数所对应的消息通知一策略和计费规 则功能装置， 并将所述控制权交给所述第一操作； 策略与计费执行功能装置执行的第一操作遍历所有所述会话级参数更新 曰志的步骤之后， 所述方法还包括： 当所述第二会话级参数更新完成时， 将 所述控制权移交给对应的第二操作。 执行第一操作确认完成更新的步骤包括： 所述第一操作得到所述控制权后， 遍历所述会话级参数更新日志， 且所 述会话级参数更新日志为空； 以及 所述第一会话级参数更新完成。
5、 根据权利要求 3所述的方法， 其中， 当所述更新请求至少为两个， 且 至少包括： 接到第一条更新请求， 该第一条更新请求指示对会话级参数修改； 以及 接到第二条更新请求， 该第二条更新请求指示对会话级参数修改； 当所述第一条更新请求和所述第二条更新请求中对会话级参数的修改一 致时， 所述策略与计费执行功能装置执行至少一个第二操作的步骤中， 仅根 据所述第一条更新请求对会话级参数修改。 一种会话更新装置， 应用于策略与计费执行功能装置； 且当前会话的会 话状态至少包括更新态和接入态； 所述会话至少包括两个承载， 每一个承载 均能够发送更新请求； 所述会话更新装置包括： 会话状态切换单元， 其设置为： 在接入态下， 当接收到来自第一承载的 更新请求中包含第一会话级参数时， 执行第一操作， 将会话状态从接入态转 换为更新态， 并对所述第一会话级参数进行更新； 及执行第一操作确认完成 更新后， 将所述会话状态从更新态转换为所述接入态； 以及 第二操作单元， 其设置为： 在更新态下， 获取到与第二承载对应的更新 请求中包含第二会话级参数，执行至少一个第二操作；每执行一个第二操作， 该第二操作在结束时清空与该第二操作相关的记录； 所述第二承载中至少包 含一个与所述第一承载不同的承载。 所述的装置还包括： 登记单元， 其设置为： 在对第二会话级参数进行更新前， 在一会话级参 数更新日志中登记第二会话级参数更新的记录； 并在完成对所述第二会话级 参数的更新时， 清除该第二会话级参数更新的记录；
操作切换单元， 其设置为： 第二操作切换到所述第一操作时， 策略与计 费执行功能装置执行的第一操作遍历所述会话级参数更新日志， 如果所述会 话级参数更新日志不为空， 等待对第二会话级参数更新完成； 以及 更新请求判定单元， 其设置为： 判定更新请求所修改的内容是否包括会 话级参数。 操作切换单元是设置通过设置所述第一操作和所述第二操作之间通过一 控制权的转移实现相互之间的切换； 所述操作切换单元是设置为按如下方式通过设置所述第一操作和所述第 二操作之间通过一控制权的转移实现相互之间的切换： 第一操作在将所述会话状态转换为更新态之后 , 在将所述会话状态转换 为接入态之前， 在执行第一操作过程中， 当获取到有第二承载的更新请求中 包含会话级参数时， 将所述控制权交给所述第二操作； 执行第二操作过程中， 在将第二承载的更新请求中包含会话级参数所对 应的消息通知一策略和计费规则功能装置之后， 将所述控制权交给所述第一 操作；
策略与计费执行功能装置执行的第一操作获取到来自所述第二操作的控 制权后，遍历所述会话级参数更新日志，如果所述会话级参数更新日志不空， 则， 等待对第二会话级参数更新完成， 当所述第二会话级参数更新完成时， 将所述控制权移交给对应的第二操作。 所述的装置还包括： 完成更新判定单元，其设置为： 判定当所述第一操作得到所述控制权后， 遍历所述会话级参数更新日志， 且所述会话级参数更新日志为空； 当所述第 一会话级参数更新完成时， 判定对当前的会话完成了更新。 所述的装置还包括：
策略和计费规则功能装置更新单元， 其设置为： 根据所有所述更新请求 的更新内容的通知， 更新自身存储的会话级参数。 一种会话更新系统， 其包括： 策略与计费执行功能装置和策略和计费规 则功能装置， 其中， 当前会话的会话状态至少包括更新态和接入态； 且所述会话至少包括两 个承载， 每一个承载均能够发送更新请求； 策略与计费执行功能装置设置为： 在接入态下， 当接收到来自第一承载 的更新请求中包含第一会话级参数时， 执行第一操作， 将会话状态从接入态 转换为更新态， 并对所述第一会话级参数进行更新； 在更新态下， 当接收到 来自第二承载的更新请求中包含第二会话级参数时，执行至少一个第二操作 , 每执行一个第二操作， 对一个第二承载的第二会话级参数进行更新； 所述第 二承载中至少包含一个与所述第一承载不同的承载； 完成更新后， 执行第一 操作将会话状态从更新态转换为所述接入态； 以及将所有所述更新请求的更 新内容通知所述策略和计费规则功能装置。
应用本实施例提供的技术， 通过对会话状态的转换， 使第一操作和第二 操作覆盖了所有会话级参数和承载级参数的更新场景， 各步骤之间可以协调 的处理， 解决了同一会话下多个承载同时更新相同会话级参数和不同会话级 参数的冲突。
附图概述 图 1为现有技术中对会话级参数进行修改的流程示意图； 图 2为本发明实施例 PCC整体架构示意图； 图 3为本发明实施例策略和计费控制系统中对会话进行更新的方法流程 示意图； 图 4为本发明实施例同时更新相同会话级参数的冲突处理方法示意图； 图 5为本发明实施例同时更新不同会话级参数的冲突处理方法示意图； 图 6为本发明实施例装置结构示意图； 图 7为本发明实施例系统结构示意图。
本发明的较佳实施方式 为使本发明的目的、 技术特征和实施效果更加清楚， 下面将结合附图及 具体实施例对本发明的技术方案进行详细描述。 本发明提供的实施例中， 用 于在同一会话下有多个承载时， 对 IP-CAN会话进行修改。
3GPP的 R7方案中，提出了策略和计费控制 (Policy and Charging Control, PCC)架构。 如图 2所示， 具体功能实体包括了： PCRF实体， 负责策略决策和计费规则的制定和下发， 是 PCC体系的核 心； 根据用户接入网络的限制、 运营商策略、 用户签约数据 (从 SPR获取)以 及用户当前进行的业务信息 (从 AF获取)等，提供基于业务数据流的计费规则 和控制策略； 其中， 计费规则包括业务的计费方式、 流统计方式以及费率组 信息等；控制策略包括数据流检测、门限以及服务质量 (QoS Quality of Service) 控制等。
PCEF实体通过 Gx参考点接收由 PCRF实体下发的计费规则和控制策 略， 该计费规则和控制策略对不同的业务流实施。 签约规格库 (Subscription Profile Repository, SPR) , 存储用户签约数据。 应用功能 (Application Function, AF), 向 PCRF实体动态提供业务信息， PCRF 实体根据该业务信息动态生成或者修改相应的计费规则甚至控制策 略。 在线计费系统 (Online Charging System , OCS)、 离线计费系统 (Offline Charging System, OFCS)主要用于在线和离线计费。 以上各功能实体间的接口描述如下： Gx参考点， 连接 PCEF实体与 PCRF实体， Gx参考点设置为： 实现以 下功能： 连接的建立、 维护和终止； PCEF实体向 PCRF实体请求 PCC规则， PCRF实体向 PCEF实体下发 PCC规则； 协商承载的建立模式。
Rx参考点， 连接 AF与 PCRF实体， Rx参考点设置为： AF下发应用层 相关信息。 S 参考点， 连接 SPR与 PCRF实体， Sp参考点设置为： PCRF实体向
SPR请求用户签约信息。
Gz和 Gy参考点主要用于离线和在线计费。 其中， PCEF实体可以部署 在 GGSN网元中。
本实施例提供一种策略和计费控制系统中对会话进行更新的方法， 应用 于一策略与计费执行功能装置 PCEF实体， 当前会话的会话状态至少包括更 新态和接入态； 且所述会话至少包括两个承载， 每一个承载均能够发送更新 请求； 包括：
步骤 301 , 在接入态下， 当获取到与第一承载对应的更新请求中包含第 一会话级参数时， PCEF 实体执行第一操作， 将会话状态从接入态转换为更 新态， 并对所述第一会话级参数进行更新； 步骤 302 , 在更新态下， 获取到与第二承载对应的更新请求中包含第二 会话级参数， 所述 PCEF实体执行至少一个第二操作； 每执行一个第二操作， 该第二操作在结束时清空与该第二操作相关的记录； 所述第二承载中至少包 含一个与所述第一承载不同的承载； 步骤 303 , 执行第一操作确认完成更新后， 将所述会话状态从更新态转 换为所述接入态。 应用本实施例提供的技术， 通过对会话状态的转换， 使第一操作和第二 操作覆盖了所有会话级参数和承载级参数的更新场景， 各步骤之间可以协调 的处理， 解决了同一会话下多个承载同时更新相同会话级参数和不同会话级 参数的冲突。 为帮助技术人员理解上述实施例提供的技术，本实施例中对其展开描述， 具体包括： 情形 1 , 会话状态处于接入态， 接收到更新请求， 更新请求的参数中包 含会话级参数， 通过第一操作来实现。 情形 2, 会话状态处于更新态， 接收到更新请求， 更新请求的参数中包 含会话级参数， 通过第二操作来实现。 情形 3 , 更新请求的参数中只有承载级参数， 可通过第二操作来实现。 其中， 会话状态由第一操作统一管理： 第一操作在开始正式更新时， 设 置会话状态为更新态， 更新完成后再将会话状态还原为接入态。 且， 第一操 作在还原会话状态为接入态前， 检测该会话下是否有承载处于第二操作中， 没有的情况下才结束第一操作； 否则， 需要等待所有的第二操作结束。 本实施例中， 在无消息緩存机制下， 当会话接入了多个承载时， 借助会 话状态之间的转换对会话级参数实现无冲突更新。 会话状态分为接入态和更 新态， 目前 GPRS网络中， GGSN执行对每个承载， 即 PDP上下文信息的管 理； PCEF作为决策中心管理每个 IP-CAN会话，每个承载的信息都属于该会 话范畴， 如果仅遍历该会话下所有承载的状态是否为更新来判断会话状态， 虽可行但不可靠。 为便于本领域一般技术人员理解， 提供一种同时更新相同 会话参数的冲突处理方法， 如图 4所示， 包括如下步骤： 步骤 401 , SGSN接收到移动终端 （Mobile Station, MS )在第一个承载 上发起的第一条更新请求 Update PDP Context Request 1 , Update PDP Context Request 1中指示承载级参数和会话级参数都发生了改变，则按照协议步骤通 知 PCEF实体处理。 承载级参数具体是服务质量 QoS, 报文过滤模板 (Traffic Flow Template,
TFT)等参数； 其中， TFT用于下行报文选择承载。 会话级参数具体是 SGSN IP地址。 步骤 402, 登记该第一个承载上发生的 Update PDP Context Request 1 , 启动第一操作以转换会话状态为更新态， 并以信用控制请求更新 （Credit Control Request-Update, CCR(U) ) 1通知 PCRF实体。 步骤 403 , SGSN接到该移动终端 MS在第二个承载上发起的第二条更新 请求 Update PDP Context Request2, Update PDP Context Request2中指示承载 级参数和会话级参数都发生了改变， 按照协议步骤通知 PCEF实体处理。 承载级参数具体是服务质量 QoS以及 TFT等参数； 会话级参数具体是无线接入技术 (Radio Access Technology, RAT)。 图中， 标有 a:的是与第一操作相关的步骤； 标有 b:的是与第二操作相关 的步骤。 步骤 404, 登记该第二个承载上发生的 Update PDP Context Request 2, 且由于判定会话状态当前为更新态， 通过第二操作继续处理； 步骤 405, 而在第二操作中， 由于判定在第二条更新 PDP上下文请求中 对各个参数进行更新的内容，与第一条更新 PDP上下文请求中所要求更新的 内容相同， 因此不做任何处理并等待。 步骤 406, PCRF实体返回第一次更新的 PCEF实体 CCA(U)1消息， 其 中， CCA(Credit-Control-Answer)是信用控制响应， 和信用控制请求 CCR成 对出现， 是对 CCR的应答。 继续第一操作， 遍历会话下所有承载， 发现： 存在另一个承载上的另一个更新 PDP上下文请求，发现该次更新在步骤
404 进行了登记， 具体为第二个承载上发生的第二条更新 PDP上下文请求； 则转步骤 407。 步骤 407 , 第二操作中， 清除会话更新的登记， 向 SGSN返回更新 PDP 上下文响应， 并返回第一操作。 步骤 408, 第一操作中， 此时会话下所有承载的会话级参数更新都已清 除， 则通知 SGSN更新完成，将会话状态转换为接入态， 结束整个更新处理。 本实施例中， 为避免实际更新过程中出现异常， 将会话状态的判断及设 置均通过第一操作完成， 避免了由于多个更新请求同时更新会话参数所导致 的更新冲突。 本实施例提供了一种同时更新不同会话参数的冲突处理方法， 如图 5所 示， 包括如下步骤： 步骤 501 , SGSN接收到移动终端 MS在第一个承载上发起的第一条更新 PDP 上下文请求 （Update PDP Context Requestl ) , Update PDP Context Requestl中指示承载级参数和会话级参数都发生了改变，按照协议通知 PCEF 处理。 承载级参数具体可以是服务质量 QoS和 TFT等参数； 会话级参数具体可以是 RAT。 一个会话所能够包含的承载的数目由相应的工业标准进行规定， 例如可 以是 11个。 步骤 502, 登记该第一个承载上发生的 Update PDP Context Request 1 , 启动第一操作以转换会话状态为更新态， 并以 CCR(U)2通知 PCRF实体。 图中， 标有 a:的是与第一操作相关的步骤； 标有 b:的是与第二操作相关 的步骤。 步骤 503 , SGSN接收到该移动终端 （MS )在第二个承载上发起的第二 条更新 PDP上下文请求（ Update PDP Context Request2 ) , Update PDP Context Request 2中指示承载级参数和会话级参数都发生了改变，按照协议步骤通知 PCEF实体处理。 步骤 504, 登记该第二个承载发生的 Update PDP Context Request 2, 且 由于判定会话状态当前为更新态， 通过第二操作继续处理。 步骤 505 , 在第二操作中， 判定在第二条更新请求中对各个参数进行更 新的内容， 与第一条更新请求中所要求更新的内容不同， 通知 PCRF实体处 理并等待。 步骤 506 , PCEF 实体接到由 PCRF 实体返回关于第一条更新请求的 CCA(U)1消息。
PCEF 实体继续第一操作， 遍历会话下所有承载， 存在某一承载登记会 话级更新， 即步骤 504 中登记的第二个承载发生的 Update PDP Context Request 2, 则转步骤 507。 步骤 507,在第二操作，等待 PCRF实体返回第二条更新请求的 CCA(U)2 消息， 清除会话更新的登记， 回 SGSN更新响应， 并转步骤 508。 步骤 508, 第一操作中， 此时通过遍历得知会话下所有承载的会话级参 数都已清除， 则会话状态还原， 通知 SGSN接收模块更新完成， 结束整个更 新处理。 由上述实施例可以看出：
策略与计费执行功能装置在对第二会话级参数进行更新前， 在一会话级 参数更新日志中登记第二会话级参数更新的记录； 并在完成对所述第二会话 级参数的更新时， 清除该记录； 第二操作切换到所述第一操作时， 策略与计费执行功能装置执行的第一 操作，遍历所述会话级参数更新日志，如果所述会话级参数更新日志不为空， 等待对第二会话级参数更新完成。 且为方便管理， 可以设置一个控制权标志 （FLAG ) ， 则在所述第一操 作和所述第二操作之间通过控制权的转移实现相互之间的切换； 控制权的转 移是因为外部消息的触发导致的， 例如在策略与计费执行功能装置收到第二 承载的更新请求， 以及策略与计费执行功能装置在第一操作中收到 PCRF实 体的 CCA响应。 第一操作在将所述会话状态转换为更新态之后 , 在将所述会话状态转换 为接入态之前， 还包括：
策略与计费执行功能装置执行第一操作过程中， 当获取到有第二承载的 更新 PDP 上下文请求中包含会话级参数时， 将所述控制权交给所述第二操 作；
策略与计费执行功能装置执行第二操作过程中， 在将第二承载的更新 PDP上下文请求中包含会话级参数所对应的消息通知一策略和计费规则功能 装置之后， 将所述控制权交给所述第一操作；
策略与计费执行功能装置执行的第一操作获取到来自所述第二操作的控 制权后， 遍历所有所述会话级参数更新日志， 如果所述会话级参数更新曰志 不空， 则等待对第二会话级参数更新完成， 当所述第二会话级参数更新完成 时， 将所述控制权移交给对应的第二操作。
与一种会话更新方法对应地， 本实施例提供了一种会话更新装置， 如图 6所示， 该会话更新装置应用于策略与计费执行功能装置 PCEF601 : 当前会话的会话状态至少包括更新态和接入态； 且所述会话至少包括两 个承载， 每一个承载均能够发送更新请求； 包括： 会话状态切换单元 701 , 其设置为： 在接入态下， 当接收到来自第一承 载的更新请求中包含第一会话级参数时， 执行第一操作， 将会话状态从接入 态转换为更新态， 并对所述第一会话级参数进行更新； 以及 第二操作单元 702, 其设置为： 在更新态下， 获取到与第二承载对应的 更新请求中包含第二会话级参数， 执行至少一个第二操作； 每执行一个第二 操作， 该第二操作在结束时清空与该第二操作相关的记录； 所述第二承载中 至少包含一个与所述第一承载不同的承载； 所述会话状态切换单元 701还设置为： 执行第一操作确认完成更新后， 将所述会话状态从更新态转换为所述接入态。 其中会话状态切换单元 701中的第一操作可以具体由一个第一操作单元
7011完成。 该第一操作单元 7011可以内嵌在所述会话状态切换单元中。 上述技术方案中， PCEF601还包括： 登记单元， 分别与会话状态切换单元 701和第二操作单元 702连接， 用 于在对第二会话级参数进行更新前， 在一会话级参数更新日志中登记第二会 话级参数更新的记录； 并在所述第二会话级参数更新完成时， 清除该记录； 第二操作切换到所述第一操作时， PCEF601执行的第一操作， 遍历所述 会话级参数更新日志， 如果所述会话级参数更新日志不为空， 等待对第二会 话级参数更新完成。 更新请求判定单元， 与会话状态切换单元 701和登记单元连接， 用于判 定更新请求所修改的内容是否包括会话级参数。 该会话更新装置还包括： 操作切换单元， 与会话状态切换单元 701和第二操作单元 702连接， 操 作切换单元设置为： 设置所述第一操作和所述第二操作之间通过一控制权的 转移实现相互之间的切换； 其中切换的类型包括： 第一操作在将所述会话状态转换为更新态之后， 在将所述会话状态转换 为接入态之前， 还包括： 会话更新装置执行第一操作过程中， 当获取到有第二承载的更新请求中 包含会话级参数时， 将所述控制权交给所述第二操作； 会话更新装置执行第二操作过程中， 在将第二承载的更新请求中包含会 话级参数所对应的消息通知一策略和计费规则功能装置之后， 将所述控制权 交给所述第一操作； 会话更新装置执行的第一操作获取到来自所述第二操作的控制权后， 遍 历所述会话级参数更新日志， 如果所述会话级参数更新日志不空， 则， 等待 对第二会话级参数更新完成， 当所述第二会话级参数更新完成时， 将所述控 制权移交给对应的第二操作。 会话更新装置还包括： 完成更新判定单元， 与操作切换单元和登记单元连接， 完成更新判定单 元设置为： 判定当所述第一操作得到所述控制权后， 遍历所述会话级参数更 新曰志，且所述会话级参数更新日志为空； 所述第一会话级参数更新完成时， 判定对当前的会话完成了更新。 完成更新判定单元还包括： PCRF更新单元， 可与会话状态切换单元 701和第二操作单元 702连接，
PCRF 更新单元设置为： 根据所有所述更新请求的更新内容的通知， 更新自 身存储的会话级参数。 本发明还提供一种会话更新系统， 如图 7所示， 包括： 策略与计费执行 功能装置 601和策略和计费规则功能装置 602, 其中， 当前会话的会话状态至少包括更新态和接入态； 且所述会话至少包括两 个承载， 每一个承载均能够发送更新请求； 包括：
PCEF601设置为： 在接入态下， 当接收到来自第一承载的更新请求中包 含第一会话级参数时， PCEF601执行第一操作， 将会话状态从接入态转换为 更新态， 并对所述第一会话级参数进行更新； PCEF601在更新态下， 当接收到来自第二承载的更新请求中包含第二会 话级参数时， PCEF601执行至少一个第二操作， 每执行一个第二操作， 对一 个第二承载的第二会话级参数进行更新； 所述第二承载中至少包含一个与所 述第一承载不同的承载；
PCEF601完成更新后， 执行第一操作将会话状态从更新态转换为所述接 入态； 以及
PCEF601将所有所述更新请求的更新内容通知所述 PCRF602。 其中， PCEF601仍包含上述实施例中的不同单元模块。 本发明的实施例具有以下有益效果， 通过对会话状态的转换， 使第一操 作和第二操作覆盖了所有会话级参数和承载级参数的更新场景， 各步骤之间 可以协调的处理， 解决了同一会话下多个承载同时更新相同会话级参数和不 同会话级参数的冲突。 本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。 应当说明的是， 以上实施例仅用以说明本发明的技术方案而非限制， 所 有的参数取值可以根据实际情况调整， 且在该权利保护范围内。 本领域的普 通技术人员应当理解， 可以对本发明的技术方案进行修改或者等同替换， 而 不脱离 本发明技术方案的精神范围，其均应涵盖在本发明的权利要求范围当 中。
工业实用性 本发明通过对会话状态的转换， 使第一操作和第二操作覆盖了所有会话 级参数和承载级参数的更新场景， 各步骤之间可以协调的处理， 解决了同一 会话下多个承载同时更新相同会话级参数和不同会话级参数的冲突。

Claims

权 利 要 求 书
1、一种会话更新方法，应用于一策略与计费执行功能装置，其特征在于， 当前会话的会话状态至少包括更新态和接入态； 且所述会话至少包括两个承 载， 所述方法包括： 在接入态下， 当获取到与第一承载对应的更新请求中包含第一会话级参 数时， 策略与计费执行功能装置执行第一操作， 将会话状态从接入态转换为 更新态， 并对所述第一会话级参数进行更新；
在更新态下，获取到与第二承载对应的更新请求中包含第二会话级参数 , 所述策略与计费执行功能装置执行至少一个第二操作；每执行一个第二操作， 该第二操作在结束时清空与该第二操作相关的记录； 所述第二承载中至少包 含一个与所述第一承载不同的承载； 以及 执行第一操作确认完成更新后， 将所述会话状态从更新态转换为所述接 入态。
2、 根据权利要求 1所述的方法， 其中： 每执行一个第二操作， 该第二操作在结束时清空与该第二操作相关的记 录的步骤包括： 策略与计费执行功能装置在对第二会话级参数进行更新前， 在一会话级参数更新日志中登记第二会话级参数更新的记录； 并在完成对所 述第二会话级参数的更新时， 清除该第二会话级参数更新的记录； 将所述会话状态从更新态转换为所述接入态的步骤之前， 所述方法还包 括： 第二操作切换到所述第一操作时， 策略与计费执行功能装置执行的第一 操作遍历所述会话级参数更新日志， 如果所述会话级参数更新日志不为空， 等待对第二会话级参数更新完成。
3、根据权利要求 2所述的方法， 其中， 所述第一操作和所述第二操作之 间通过一控制权的转移实现相互之间的切换； 策略与计费执行功能装置执行第一操作过程中， 获取到有第二承载的更 新请求中包含会话级参数的步骤之后， 所述方法还包括： 将所述控制权交给 所述第二操作； 策略与计费执行功能装置执行第二操作的步骤之后， 所述方法还包括： 将第二承载的更新请求中包含会话级参数所对应的消息通知一策略和计费规 则功能装置， 并将所述控制权交给所述第一操作； 策略与计费执行功能装置执行的第一操作遍历所有所述会话级参数更新 曰志的步骤之后， 所述方法还包括： 当所述第二会话级参数更新完成时， 将 所述控制权移交给对应的第二操作。
4、根据权利要求 3所述的方法， 其中， 执行第一操作确认完成更新的步 骤包括： 所述第一操作得到所述控制权后， 遍历所述会话级参数更新日志， 且所 述会话级参数更新日志为空； 以及 所述第一会话级参数更新完成。
5、 根据权利要求 3所述的方法， 其中， 当所述更新请求至少为两个， 且 至少包括： 接到第一条更新请求， 该第一条更新请求指示对会话级参数修改； 以及 接到第二条更新请求， 该第二条更新请求指示对会话级参数修改； 当所述第一条更新请求和所述第二条更新请求中对会话级参数的修改一 致时， 所述策略与计费执行功能装置执行至少一个第二操作的步骤中， 仅根 据所述第一条更新请求对会话级参数修改。
6、 一种会话更新装置， 其特征在于， 应用于策略与计费执行功能装置； 且当前会话的会话状态至少包括更新态和接入态； 所述会话至少包括两个承 载， 每一个承载均能够发送更新请求； 所述会话更新装置包括： 会话状态切换单元， 其设置为： 在接入态下， 当接收到来自第一承载的 更新请求中包含第一会话级参数时， 执行第一操作， 将会话状态从接入态转 换为更新态， 并对所述第一会话级参数进行更新； 及执行第一操作确认完成 更新后， 将所述会话状态从更新态转换为所述接入态； 以及 第二操作单元， 其设置为： 在更新态下， 获取到与第二承载对应的更新 请求中包含第二会话级参数，执行至少一个第二操作；每执行一个第二操作， 该第二操作在结束时清空与该第二操作相关的记录； 所述第二承载中至少包 含一个与所述第一承载不同的承载。
7、 根据权利要求 6所述的装置， 其还包括： 登记单元， 其设置为： 在对第二会话级参数进行更新前， 在一会话级参 数更新日志中登记第二会话级参数更新的记录； 并在完成对所述第二会话级 参数的更新时， 清除该第二会话级参数更新的记录；
操作切换单元， 其设置为： 第二操作切换到所述第一操作时， 策略与计 费执行功能装置执行的第一操作遍历所述会话级参数更新日志， 如果所述会 话级参数更新日志不为空， 等待对第二会话级参数更新完成； 以及 更新请求判定单元， 其设置为： 判定更新请求所修改的内容是否包括会 话级参数。
8、 根据权利要求 7所述的装置， 其中： 操作切换单元是设置通过设置所述第一操作和所述第二操作之间通过一 控制权的转移实现相互之间的切换； 所述操作切换单元是设置为按如下方式通过设置所述第一操作和所述第 二操作之间通过一控制权的转移实现相互之间的切换： 第一操作在将所述会话状态转换为更新态之后 , 在将所述会话状态转换 为接入态之前， 在执行第一操作过程中， 当获取到有第二承载的更新请求中 包含会话级参数时， 将所述控制权交给所述第二操作； 执行第二操作过程中， 在将第二承载的更新请求中包含会话级参数所对 应的消息通知一策略和计费规则功能装置之后， 将所述控制权交给所述第一 操作； 策略与计费执行功能装置执行的第一操作获取到来自所述第二操作的控 制权后，遍历所述会话级参数更新日志，如果所述会话级参数更新日志不空， 则， 等待对第二会话级参数更新完成， 当所述第二会话级参数更新完成时， 将所述控制权移交给对应的第二操作。
9、 根据权利要求 8所述的装置， 其还包括： 完成更新判定单元，其设置为： 判定当所述第一操作得到所述控制权后， 遍历所述会话级参数更新日志， 且所述会话级参数更新日志为空； 当所述第 一会话级参数更新完成时， 判定对当前的会话完成了更新。
10、 根据权利要求 8所述的装置， 其还包括： 策略和计费规则功能装置更新单元， 其设置为： 根据所有所述更新请求 的更新内容的通知， 更新自身存储的会话级参数。
11、 一种会话更新系统， 其包括： 策略与计费执行功能装置和策略和计 费规则功能装置， 其中， 当前会话的会话状态至少包括更新态和接入态； 且所述会话至少包括两 个承载， 每一个承载均能够发送更新请求；
策略与计费执行功能装置设置为： 在接入态下， 当接收到来自第一承载 的更新请求中包含第一会话级参数时， 执行第一操作， 将会话状态从接入态 转换为更新态， 并对所述第一会话级参数进行更新； 在更新态下， 当接收到 来自第二承载的更新请求中包含第二会话级参数时，执行至少一个第二操作 , 每执行一个第二操作， 对一个第二承载的第二会话级参数进行更新； 所述第 二承载中至少包含一个与所述第一承载不同的承载； 完成更新后， 执行第一 操作将会话状态从更新态转换为所述接入态； 以及将所有所述更新请求的更 新内容通知所述策略和计费规则功能装置。
PCT/CN2010/076419 2009-09-01 2010-08-27 一种会话更新方法、装置和系统 WO2011026409A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910092141XA CN101646151B (zh) 2009-09-01 2009-09-01 一种会话更新方法和装置
CN200910092141.X 2009-09-01

Publications (1)

Publication Number Publication Date
WO2011026409A1 true WO2011026409A1 (zh) 2011-03-10

Family

ID=41657818

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/076419 WO2011026409A1 (zh) 2009-09-01 2010-08-27 一种会话更新方法、装置和系统

Country Status (2)

Country Link
CN (1) CN101646151B (zh)
WO (1) WO2011026409A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3316624B1 (en) * 2016-10-28 2022-03-09 Vodafone GmbH Method to adjust at least one session parameter at an application function
US11765604B2 (en) 2021-12-16 2023-09-19 T-Mobile Usa, Inc. Providing configuration updates to wireless telecommunication networks

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101646151B (zh) * 2009-09-01 2012-02-08 中兴通讯股份有限公司 一种会话更新方法和装置
CN108809667B (zh) * 2017-05-02 2022-06-03 中兴通讯股份有限公司 Pcrf实体、存储介质、竞态条件解除方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296517A (zh) * 2008-04-22 2008-10-29 中国移动通信集团设计院有限公司 异构网络中保证服务质量管理的切换方法、系统及装置
WO2009024050A1 (fr) * 2007-08-15 2009-02-26 Huawei Technologies Co., Ltd. Procédé, système et dispositif de commande de politique
CN101646151A (zh) * 2009-09-01 2010-02-10 中兴通讯股份有限公司 一种会话更新方法和装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101394449B (zh) * 2007-09-19 2011-01-19 华为技术有限公司 一种会话修改方法及系统
CN101420673A (zh) * 2007-10-25 2009-04-29 华为技术有限公司 一种实现策略和计费控制的方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009024050A1 (fr) * 2007-08-15 2009-02-26 Huawei Technologies Co., Ltd. Procédé, système et dispositif de commande de politique
CN101296517A (zh) * 2008-04-22 2008-10-29 中国移动通信集团设计院有限公司 异构网络中保证服务质量管理的切换方法、系统及装置
CN101646151A (zh) * 2009-09-01 2010-02-10 中兴通讯股份有限公司 一种会话更新方法和装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3316624B1 (en) * 2016-10-28 2022-03-09 Vodafone GmbH Method to adjust at least one session parameter at an application function
US11765604B2 (en) 2021-12-16 2023-09-19 T-Mobile Usa, Inc. Providing configuration updates to wireless telecommunication networks

Also Published As

Publication number Publication date
CN101646151A (zh) 2010-02-10
CN101646151B (zh) 2012-02-08

Similar Documents

Publication Publication Date Title
US8874715B2 (en) Charging method, system and reporting method for terminal accessing through multiple access networks
RU2513711C2 (ru) Триггер события услуги
US8285861B2 (en) Method and apparatus for creating IP-CAN session
US8661145B2 (en) Method and system for transmitting a bearer control mode in roaming scenarios
US20110161504A1 (en) Method and apparatus for identifying session information
WO2010031316A1 (zh) 多分组数据网场景下实现策略和计费控制的方法和系统
WO2013155942A1 (zh) 策略和计费控制方法、v-pcrf及v-ocs
JP5642888B2 (ja) デュアルスタックをサポートするｉｐ−ｃａｎセッションにおいてアプリケーション検出及び制御を実現する方法及びシステム
WO2012075875A1 (zh) 一种消费限制业务的签约和执行方法及系统
WO2010121460A1 (zh) 一种实现有限策略计费控制的方法及系统
WO2011006317A1 (zh) 删除家乡策略和计费规则功能冗余信息的方法及系统
WO2010006491A1 (zh) 一种事件触发器的下发和安装方法
WO2011063688A1 (zh) 策略和计费规则功能实体的选择方法及系统
WO2011085614A1 (zh) 在全业务融合网络中控制资源的方法和系统
WO2013044730A1 (zh) 一种策略与计费规则的服务质量更新方法及系统
WO2011026385A1 (zh) 一种本地疏导漫游场景在线计费的方法和系统
CN103929725B (zh) 漫游本地业务的在线计费方法、h-ocs及v-ocs
WO2014094488A1 (zh) 漫游本地业务的计费策略方法及装置
CN102056117B (zh) 基于策略和计费控制架构的计费方法与系统
WO2009056046A1 (fr) Procédé de fin de session
WO2011026409A1 (zh) 一种会话更新方法、装置和系统
WO2011088702A1 (zh) 在全业务融合网络中控制资源的方法和系统
WO2012129992A1 (zh) 被赞助数据连接的处理方法及策略与计费规则功能实体
WO2012028044A1 (zh) 一种ifom错误时的处理方法和系统
WO2010118673A1 (zh) 策略和计费控制的处理方法、系统及设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10813331

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10813331

Country of ref document: EP

Kind code of ref document: A1