WO2018201810A1 - Pcrf实体、存储介质、竞态条件解除方法及系统 - Google Patents

Pcrf实体、存储介质、竞态条件解除方法及系统 Download PDF

Info

Publication number
WO2018201810A1
WO2018201810A1 PCT/CN2018/079535 CN2018079535W WO2018201810A1 WO 2018201810 A1 WO2018201810 A1 WO 2018201810A1 CN 2018079535 W CN2018079535 W CN 2018079535W WO 2018201810 A1 WO2018201810 A1 WO 2018201810A1
Authority
WO
WIPO (PCT)
Prior art keywords
entity
policy
race condition
function entity
preset
Prior art date
Application number
PCT/CN2018/079535
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 WO2018201810A1 publication Critical patent/WO2018201810A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403Architecture for metering, charging or billing
    • H04L12/1407Policy-and-charging control [PCC] architecture
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/64On-line charging system [OCS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/65Off-line charging system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24Accounting or billing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a policy and charging rule function PCRF entity, a storage medium, a method for releasing a race condition, and a system.
  • the Policy and Charging Rules Function (hereinafter referred to as the PCRF) entity is mainly responsible for the formulation of the policy and charging rules, and the Policy and Charging Enforcement Function (hereinafter referred to as PCEF).
  • the entity is primarily responsible for installing, executing policy and charging rules, and reporting related events.
  • the present invention provides a method for releasing a race condition, including: when a preset race condition is met, and a first re-authorization response carrying a preset error code sent by a policy and a charging execution function entity is received, the method is cancelled.
  • the present invention further provides a policy and charging rule function entity, comprising: a memory storing a race condition release program; and a processor configured to execute the race condition release program to implement the following steps: Determining a race condition, and receiving the first re-delegation request carrying the preset error code sent by the policy and the charging execution function entity, canceling the re-transmission operation of the re-authorization request; sending the first carrying the preset error code Updating a credit control response to the policy and charging enforcement function entity, and receiving a first updated credit control request that the policy and charging enforcement function entity retransmits based on the first updated credit control response; and based on the The bearer information carried by the first update credit control request and the service information perform a re-decision operation, and the second update credit control response carrying the decision result is sent to the policy and charging execution function entity.
  • the present invention further provides a computer readable storage medium having stored thereon a race condition removal program, wherein when the game condition release program is executed by a processor, the following steps are implemented: when a preset race condition is met, And receiving the first re-delegation request carrying the preset error code sent by the policy and the charging execution function entity, canceling the re-transmission operation of the re-authorization request; and sending the first update credit control response carrying the preset error code to The policy and charging execution function entity receives a first updated credit control request retransmitted by the policy and charging enforcement function entity based on the first updated credit control response; and based on the first updated credit control request The carried bearer information and the service information perform a re-decision operation, and send a second update credit control response carrying the decision result to the policy and charging execution function entity.
  • the present invention also provides a race condition removal system, including a policy and charging rule function entity and a policy and charging execution function entity, wherein the policy and charging execution function entity is configured to satisfy the first When the preset condition is preset, a re-authorization response carrying a preset error code is sent to the policy and charging rule function entity; the policy and charging rule function entity is configured to receive the re-authorization response and meet Deactivating a re-delegation request of the re-authorization request when the second preset race condition is met; the policy and charging rule function entity is further configured to send a first update credit control response carrying the preset error code to the policy and a billing execution function entity; the policy and billing execution function entity further configured to resend an update credit control request to the policy and charging rule function entity upon receiving the first update credit control response; The policy and charging rule function entity is further configured to, when receiving the update credit control request, bear the bearer information carried according to the updated credit control request Business information and decision-making re-operation, and the result of
  • FIG. 1 is a schematic structural diagram of a PCRF entity according to some embodiments of the present invention.
  • FIG. 2 is a flow chart showing a method for releasing a race condition according to some embodiments of the present invention
  • FIG. 3 is a diagram showing an example of a logical architecture of a PCC architecture involved in a method for releasing a race condition according to some embodiments of the present invention
  • FIG. 4 is a diagram showing an example of a preset race condition occurring in a race condition removal method according to some embodiments of the present invention.
  • FIG. 5 is a timing diagram of deactivating a race condition in a race condition cancellation method according to some embodiments of the present invention.
  • FIG. 6 is a timing diagram of deactivating a race condition in a race condition cancellation method, in accordance with some embodiments of the present invention.
  • FIG. 7 is a timing diagram of deactivating a race condition in a race condition removal method, in accordance with some embodiments of the present invention.
  • FIG. 8 is a timing diagram of a dismissal condition in a race condition cancellation method, in accordance with some embodiments of the present invention.
  • PCRF Policy and Charging Rules Function
  • PCEF Policy and Charging Enforcement Function
  • the current solution is: when a race condition occurs, the PCEF entity replies with a re-authorization response carrying the specified error code to the PCRF entity, and the PCRF entity replies with a credit control response carrying the specified error code to the PCEF entity, and the PCRF entity acting as the server cannot Immediately resending the re-authorization request, the re-re-authorization request must be re-sent to the PCEF entity after receiving the credit control request re-sent by the PCEF entity and deciding to authorize and reply the credit control response to the PCEF entity.
  • the PCEF entity After receiving the credit control response and processing the session update, the PCEF entity processes the re-authorization request and returns a re-authorization response to the PCRF entity after processing the re-authorization request.
  • the PCRF entity After processing the credit control request of the PCEF entity retransmission, the PCRF entity replies with the credit control response carrying the decision authorization information, and then resends the re-authorization request, increasing the system complexity between the PCRF entity and the PCEF entity and between the systems. Message load
  • the authorization condition of the original decision re-authorization request may have changed, and the re-authorization request of the original decision may be directly re-transmitted, which may result in The decision result is not accurate.
  • the present invention provides a method for releasing a race condition, including: revoking a re-authorization when a PCRF entity satisfies a preset race condition and receives a first re-authorization response that is sent by a PCEF entity and carries a preset error code. a retransmission operation of the request; transmitting a first update credit control response carrying the same preset error code to the PCEF entity, and receiving a first update credit control request retransmitted by the PCEF entity based on the first update credit control response; and based on the first update
  • the bearer information carried by the credit control request and the service information perform a re-decision operation, and the second update credit control response carrying the decision result is sent to the PCEF entity.
  • FIG. 1 is a block diagram showing the structure of a PCRF entity in accordance with some embodiments of the present invention.
  • the PCRF entity may include a processor 1001 (eg, a CPU), a network interface 1004, a user interface 1003, a memory 1005, and a communication bus 1002.
  • Communication bus 1002 is configured to enable connection communication between these components.
  • the user interface 1003 can include a display screen and an input unit such as a keyboard.
  • User interface 1003 may also include a standard wired interface, a wireless interface, and the like.
  • Network interface 1004 may include a standard wired interface, a wireless interface (such as a Wi-Fi interface).
  • the memory 1005 may be a high speed RAM memory or a non-volatile memory such as a magnetic disk memory. According to an embodiment of the present invention, the memory 1005 may also be a storage device independent of the aforementioned processor 1001.
  • PCRF entity structure shown in FIG. 1 does not constitute a limitation on the PCRF entity of the present invention, and the PCRF entity may be configured to include more or fewer components than illustrated, according to actual needs, or Combine some components, or different component arrangements.
  • an operating system may be included in the memory 1005 as a computer storage medium.
  • the network interface 1004 is mainly configured to connect to a background server to perform data communication with the background server;
  • the user interface 1003 is mainly configured to connect to the client (user end) to perform data communication with the client;
  • the 1001 may be configured to invoke the race condition release procedure stored in the memory 1005, and perform the following operations: when the preset race condition is met, and the first re-authorization response sent by the PCEF entity carrying the preset error code is received, the 1001 is cancelled.
  • Re-transmission operation of the re-authorization request transmitting a first update credit control response carrying the preset error code to the PCEF entity, and receiving a first update credit control request re-transmitted by the PCEF entity based on the first update credit control response; and based on the first
  • the bearer information carried by the credit control request and the service information are updated to perform a re-decision operation, and the second updated credit control response carrying the decision result is sent to the PCEF entity.
  • the processor 1001 can be configured to invoke the race condition removal procedure stored in the memory 1005, and also perform the following operations: determine whether the preset race condition is currently met.
  • the processor 1001 can be configured to invoke the race condition removal procedure stored in the memory 1005, and also perform the following operations: when the re-decision operation is triggered, the re-authorization request is sent to the PCEF entity, and the PCEF entity is received based on the weight The second reauthorization reply returned by the authorization request. When the second re-authorization response is not received, and the second update credit control request sent by the PCEF entity is received, it is determined that the preset race condition is currently met.
  • the processor 1001 can be configured to invoke the race condition removal procedure stored in the memory 1005, and also perform the operation of triggering a re-decision operation upon receiving an application authorization request sent by the application function entity.
  • the processor 1001 can be configured to invoke the race condition removal procedure stored in the memory 1005, and also perform the operation of triggering a re-decision operation upon receiving a subscription change request sent by the user subscription database entity.
  • the processor 1001 can be configured to invoke the race condition removal procedure stored in the memory 1005, and also perform the operation of triggering a re-decision operation upon reaching a preset decision period.
  • the processor 1001 may be configured to invoke the race condition removal procedure stored in the memory 1005, and further perform the following operations: when the preset race condition is met, and the first error code 4144 sent by the PCEF entity is received. When a re-authorization is answered, the re-send operation of the re-authorization request is revoked.
  • the present invention also provides a method for releasing a race condition, which is applied to a PCRF entity.
  • the method for releasing the race condition includes step S10 to step S30.
  • step S10 when the preset race condition is met, and the first re-authorization response carrying the preset error code sent by the PCEF entity is received, the re-transmission operation of the re-authorization request is cancelled.
  • step S20 the first update credit control response carrying the preset error code is sent to the PCEF entity, and the first update credit control request retransmitted by the PCEF entity based on the first update credit control response is received.
  • step S30 the re-decision operation is performed based on the bearer information and the service information carried by the first update credit control request, and the second update credit control response carrying the decision result is sent to the PCEF entity.
  • PCC Policy and Charging Control
  • the PCC architecture is an architecture system proposed by the 3GPP organization to combine policy control and flow-based charging in the R7 version of the standard system.
  • the service quality of the packet network service data transmission QoS of Service, hereinafter referred to as QoS).
  • QoS packet network service data transmission
  • the PCC architecture works at the Service Data Flow (SDF) level and provides policy control, charging control functions, and event reporting of service data flows. It is designed to provide users with differentiated services, provide user service flow bearer resource protection and flow charging policies. Let operators realize more refined service control and charging methods based on service and user classification to make rational use of network resources and create maximum profits.
  • SDF Service Data Flow
  • the PCC architecture includes: a PCRF entity, a PCEF entity, a Bearer Binding and Event Reporting Function (BBERF) entity, and an application function (Application Function, The following is abbreviated as AF) entity, Traffic Detection Function (TDF) entity, Subscription Profile Repository (SPR) entity, and offline charging system (hereinafter referred to as OFCS). Entity and online charging system (hereinafter referred to as OCS) entity.
  • AF Application Function
  • TDF Traffic Detection Function
  • SPR Subscription Profile Repository
  • OFCS offline charging system
  • OCS entity and online charging system
  • the PCRF entity is responsible for the formulation of the policy and accounting rules.
  • the policy and accounting rules are sent to the PCEF entity through the Gx interface.
  • the PCEF entity installs, executes policies, and billing rules, and reports related events, and exchanges billing information with the billing system.
  • the PCRF entity sends the QoS rule to the BBERF entity through the Gxx interface.
  • the BBERF entity does not exchange accounting information with the billing system, and is only responsible for reporting bearer bindings and related events.
  • the PCRF entity sends the service information to be monitored to the TDF entity through the Sd interface.
  • the TDF entity performs traffic monitoring and reports it to the PCRF entity.
  • the AF entity provides service information to the PCRF entity through the Rx interface.
  • the SPR entity stores the service information signed by the user.
  • the PCRF entity can query the SPR entity for service information subscribed by the user through the Sp interface.
  • the OCS entity reports policy counter status information related to user consumption to the PCRF entity through the Sy interface.
  • the PCEF entity sends the online charging information to the OCS entity for online charging statistics through the Gy interface, and sends the offline charging information to the OFCS entity through the Gz interface.
  • the TDF entity sends the service-based online charging information to the OCS entity through the Gyn interface, and sends the service-based offline charging information to the OFCS entity through the Gzn interface.
  • the PCRF entity cancels the re-transmission operation of the re-authorization request to cancel the race condition when the first ex-authorization response carrying the preset error code sent by the PCEF entity is received. To avoid waiting for each other.
  • FIG. 4 is a diagram showing an example of a preset race condition occurring in a method for canceling a race condition in some embodiments of the present invention.
  • the charging policy control has a scenario in which after the PCEF entity establishes a session with the PCRF entity, the PCEF entity reports a Credit-Control-Request Update (CCR) to the PCRF entity in the session. -U).
  • CCR Credit-Control-Request Update
  • the PCRF entity performs a re-authorization operation for the internal and external reasons, such as a subscription change, an internal time-out trigger, or an external network element triggering, and sends a Re-Auth-Request (hereinafter referred to as RAR) to the PCEF entity.
  • RAR Re-Auth-Request
  • CCA-U Credit-Control-Answer Update
  • the PCEF entity receives the RAR sent by the PCRF entity while waiting for the CCA-U, considers that the signaling conflicts, satisfies the preset race condition, and replies to the PCRF entity with the pre-loading pre- Set the first RAA of the error code to indicate that it has a preset race condition.
  • the present invention is not specifically limited, and may be selected by a person skilled in the art according to actual needs.
  • the present invention may use the error code 4144 as the foregoing preset error code; Alternatively, an alternate error code that is not currently defined may be used as the aforementioned preset error code.
  • the PCRF entity receives the CCR-U sent by the PCEF entity while waiting for the RAA, considers that the signaling conflicts, meets the preset race condition, and returns the first CCA-U carrying the same preset error code to the PCEF entity. Indicates that it has a preset race condition.
  • the PCRF entity After receiving the first RAA that carries the preset error code sent by the PCEF entity, the PCRF entity does not resend the RAR to cancel the preset race condition, and cancels the RAR retransmission operation at this time.
  • the PCEF entity After receiving the first CCA-U that carries the preset error code sent by the PCRF entity, the PCEF entity obtains its current bearer information and service information, and carries the acquired bearer information and service information in the first CCR-U. In, sent to the PCRF entity.
  • the PCRF entity When receiving the first CCR-U sent by the PCEF entity, the PCRF entity parses the bearer information and the service information from the received first CCR-U, and then performs re-decision based on the parsed bearer information and service information to obtain a decision. result.
  • the PCRF entity After the decision is made, the PCRF entity carries the decision result in the second CCA-U and sends it to the PCEF entity, which is executed by the PCEF entity. It should be noted that the foregoing second CCA-U is a response of the PCRF entity to the first CCR-U sent by the PCEF entity.
  • the method for releasing the race condition applied to the PCRF entity cancels the retransmission of the RAR when the preset first race condition is received and the first RAA carrying the preset error code sent by the PCEF entity is received. Transmitting, transmitting, by the first CCA-U to the PCEF entity carrying the same preset error code, and receiving the first CCR-U retransmitted by the PCEF entity based on the first CCA-U; and based on the bearer information carried by the first CCR-U and The service information performs a re-decision operation, and the second CCA-U carrying the decision result is sent to the PCEF entity.
  • the method before step S10, the method further includes: determining whether the preset race condition is currently met.
  • the detection operation of the preset race condition is also added.
  • the preset preset race condition needs to be released only when the preset race condition is met. Therefore, in some embodiments of the present invention, Set the race condition to detect, that is, determine whether the current race condition is met.
  • the step of determining whether the preset race condition is currently met includes: when the re-decision operation is triggered, sending the RAR to the PCEF entity, and receiving the second RAA returned by the PCEF entity based on the RAR.
  • the second RAA is not received, and the second CCR-U sent by the PCEF entity is received, it is determined that the preset race condition is currently met.
  • the charging policy control has a scenario in which after the PCEF entity establishes a session with the PCRF entity, the PCEF entity reports the second CCR-U to the PCRF entity in the session, and the PCRF entity changes due to the subscription period and the internal time period.
  • the RAR is sent to the PCEF entity by triggering or re-authorizing the internal and external causes such as the triggering of the external NE.
  • FIG. 5 is a timing diagram of deactivating a race condition in a method for canceling a race condition in some embodiments of the present invention.
  • the RAR is sent to the PCEF entity, and the second RAA returned by the PCEF entity based on the RAR is received, and the result of receiving the second RAA is detected, if the second RAA is not received, and the When the second CCR-U sent by the PCEF entity determines that the preset race condition is currently met.
  • the PCRF entity When it is determined that the preset race condition is met, the PCRF entity replies to the PCEF entity with the first CCA-U carrying the preset error code, indicating that the preset race condition is present. On the other hand, the PCEF entity receives the RAR sent by the PCRF entity while waiting for the CCA-U, considers that the signaling conflicts, meets the preset race condition, and returns the first RAA carrying the same preset error code to the PCRF entity, indicating that The default race condition appears.
  • the PCRF entity After receiving the first RAA that carries the preset error code sent by the PCEF entity, the PCRF entity does not resend the RAR to cancel the preset race condition, and cancels the RAR retransmission operation at this time.
  • the PCEF entity After receiving the first CCA-U that carries the preset error code sent by the PCRF entity, the PCEF entity obtains its current bearer information and service information, and carries the acquired bearer information and service information in the first CCR-U. In, sent to the PCRF entity.
  • the PCRF entity When receiving the first CCR-U sent by the PCEF entity, the PCRF entity parses the bearer information and the service information from the received first CCR-U, and then performs re-decision based on the parsed bearer information and service information to obtain a decision. result.
  • the PCRF entity After the decision is made, the PCRF entity carries the decision result in the second CCA-U and sends it to the PCEF entity, which is executed by the PCEF entity. It should be noted that the foregoing second CCA-U is a response of the PCRF entity to the first CCR-U sent by the PCEF entity.
  • the method before the step of transmitting the RAR to the PCEF entity and receiving the second RAA returned by the PCEF entity based on the RAR, the method further includes: receiving an application authorization request sent by the AF entity (Application- When Auth-Request, hereinafter referred to as AAR, triggers a re-decision operation.
  • AAR Application- When Auth-Request
  • FIG. 6 is a timing diagram of deactivating a race condition in a method for canceling a race condition in some embodiments of the present invention.
  • the user terminal uses the VoLTE (Voice over LTE) service as an example.
  • VoLTE Voice over LTE
  • the AF entity is triggered to send an AAR to the PCRF entity to establish an AF session.
  • the PCRF entity After receiving the AAR, the PCRF entity checks the received AAR, and after the verification passes, binds the AF session with the session between the UE and the PCEF entity according to the information such as the IP address carried by the AAR, and makes a decision on the VoLTE service.
  • the constructed PCC rules are carried in the RAR and sent to the PCEF entity.
  • the PCEF entity carries the information such as the location update of the user terminal in the second CCR-U and sends the information to the PCRF entity.
  • the PCRF entity detects that the preset race condition is met, and returns the first CCA-U carrying the preset error code to the PCEF entity, indicating that the preset race condition is present.
  • the PCEF entity waits for the CCA-U corresponding to the second CCR-U, it receives the RAR sent by the PCRF entity, considers that the signaling conflicts, meets the preset race condition, and returns the same preset error code to the PCRF entity.
  • the first RAA indicates that it has a default race condition.
  • the PCRF entity After receiving the first RAA that is sent by the PCEF entity and carrying the preset error code, the PCRF entity does not retransmit the RAR carrying the decision result (that is, the foregoing newly constructed PCC rule), and is not re-issued. The retransmission operation of the RAR is revoked.
  • the PCEF entity After receiving the first CCA-U that carries the preset error code sent by the PCRF entity, the PCEF entity obtains its current bearer information and service information, and carries the acquired bearer information and service information in the first CCR-U. In, sent to the PCRF entity.
  • the PCRF entity When receiving the first CCR-U sent by the PCEF entity, the PCRF entity parses the bearer information and the service information from the received first CCR-U, and then performs re-decision based on the parsed bearer information and service information to obtain a decision. result.
  • the PCRF entity After the decision is made, the PCRF entity carries the decision result in the second CCA-U and sends it to the PCEF entity, which is executed by the PCEF entity.
  • a race condition removal method is also proposed.
  • the method before the step of transmitting the RAR to the PCEF entity and receiving the second RAA returned by the PCEF entity based on the RAR, the method further includes: triggering the subscription change request sent by the SPR entity when the SPR entity sends the subscription change request Re-decision operations.
  • Figure 7 is a timing diagram of the deactivation condition in the method of canceling the race condition in some embodiments of the present invention.
  • the SPR entity when the user terminal needs to change the package, such as increasing the bandwidth of the subscription, the SPR entity is triggered to send a subscription change request to the PCRF entity, and after receiving the subscription change request, the PCRF entity sends the subscription change request to the SPR entity. Return to the contract change response and establish an SPR session.
  • the PCRF entity After receiving the subscription change request, the PCRF entity checks the received subscription change request, and after the verification is passed, makes a decision on the package change requested by the user terminal, and constructs the corresponding PCC rule to be carried in the RAR and sent to the PCEF entity. .
  • the PCEF entity carries the information such as the location update of the user terminal in the second CCR-U and sends the information to the PCRF entity.
  • the PCRF entity detects that the preset race condition is met, and returns the first CCA-U carrying the preset error code to the PCEF entity, indicating that the preset race condition is present.
  • the PCEF entity waits for the CCA-U corresponding to the second CCR-U, it receives the RAR sent by the PCRF entity, considers that the signaling conflicts, meets the preset race condition, and returns the same preset error code to the PCRF entity.
  • the first RAA indicates that it has a default race condition.
  • the PCRF entity After receiving the first RAA that is sent by the PCEF entity and carrying the preset error code, the PCRF entity does not retransmit the RAR carrying the decision result (that is, the foregoing newly constructed PCC rule), and is not re-issued. The retransmission operation of the RAR is revoked.
  • the PCEF entity After receiving the first CCA-U that carries the preset error code sent by the PCRF entity, the PCEF entity obtains its current bearer information and service information, and carries the acquired bearer information and service information in the first CCR-U. In, sent to the PCRF entity.
  • the PCRF entity When receiving the first CCR-U sent by the PCEF entity, the PCRF entity parses the bearer information and the service information from the received first CCR-U, and then performs re-decision based on the parsed bearer information and service information to obtain a decision. result.
  • the PCRF entity After the decision is made, the PCRF entity carries the decision result in the second CCA-U and sends it to the PCEF entity, which is executed by the PCEF entity.
  • the method for releasing the race condition of the present invention is proposed.
  • the method before the step of transmitting the RAR to the PCEF entity and receiving the second RAA returned by the PCEF entity based on the RAR, the method further includes: triggering the re-decision operation when the preset decision period is reached.
  • FIG. 8 is a timing diagram of deactivating a race condition in a method for canceling a race condition in some embodiments of the present invention.
  • a PCRF entity reaches a preset decision period, such as when a busy/idle time period of a user subscription is reached, an internal re-decision is triggered, and a new PCC rule is constructed to be carried in the RAR and sent to the PCEF. entity.
  • the PCEF entity carries the information such as the location update of the user terminal in the second CCR-U and sends the information to the PCRF entity.
  • the PCRF entity detects that the preset race condition is met, and returns the first CCA-U carrying the preset error code to the PCEF entity, indicating that the preset race condition is present.
  • the PCEF entity waits for the CCA-U corresponding to the second CCR-U, it receives the RAR sent by the PCRF entity, considers that the signaling conflicts, meets the preset race condition, and returns the same preset error code to the PCRF entity.
  • the first RAA indicates that it has a default race condition.
  • the PCRF entity After receiving the first RAA that is sent by the PCEF entity and carrying the preset error code, the PCRF entity does not retransmit the RAR carrying the decision result (that is, the foregoing newly constructed PCC rule), and is not re-issued. The retransmission operation of the RAR is revoked.
  • the PCEF entity After receiving the first CCA-U that carries the preset error code sent by the PCRF entity, the PCEF entity obtains its current bearer information and service information, and carries the acquired bearer information and service information in the first CCR-U. In, sent to the PCRF entity.
  • the PCRF entity When receiving the first CCR-U sent by the PCEF entity, the PCRF entity parses the bearer information and the service information from the received first CCR-U, and then performs re-decision based on the parsed bearer information and service information to obtain a decision. result.
  • the PCRF entity After the decision is made, the PCRF entity carries the decision result in the second CCA-U and sends it to the PCEF entity, which is executed by the PCEF entity.
  • the present invention also provides a computer readable storage medium, in some embodiments, the computer readable storage medium stores a race condition removal program, the game condition release program being processed by a processor (eg, FIG. 1
  • the processor 1001 performs the following operations: when the preset race condition is met, and the first re-delegation response carrying the preset error code sent by the PCEF entity is received, the re-transmission operation of the re-authorization request is cancelled; Presetting a first update credit control response of the error code to the PCEF entity, and receiving a first update credit control request retransmitted by the PCEF entity based on the first update credit control response; and based on the bearer information and service carried by the first update credit control request The information is subjected to a re-decision operation, and a second updated credit control response carrying the decision result is sent to the PCEF entity.
  • the following operations are further performed: determining whether the preset race condition is currently satisfied.
  • the following operations are further implemented: when the re-decision operation is triggered, the re-authorization request is sent to the PCEF entity, and the second returned by the PCEF entity based on the re-authorization request is received. Reauthorization reply. When the second re-authorization response is not received, and the second update credit control request sent by the PCEF entity is received, it is determined that the preset race condition is currently met.
  • the following operations are further performed: when the application authorization request sent by the application function entity is received, the re-decision operation is triggered.
  • the following operations are further performed: when the subscription change request sent by the user subscription database entity is received, the re-decision operation is triggered.
  • the following operations are also performed: when the preset decision period is reached, the re-decision operation is triggered.
  • the following operations are also performed: when the preset race condition is met, and the first re-authorization response carrying the error code 4144 sent by the PCEF entity is received, The resend operation of the reauthorization request is revoked.
  • the present invention also provides a race condition removal system comprising a PCRF entity and a PCEF entity.
  • the PCEF entity is configured to send the RAA to PCRF entity carrying the preset error code when the first preset race condition is met.
  • the PCRF entity is configured to cancel the retransmission operation of the RAR when receiving the re-authorization response and satisfy the second preset race condition, and send the first CCA-U to the PCEF entity carrying the same preset error code.
  • the PCEF entity is also configured to resend the CCR-U to the PCRF entity upon receipt of the first CCA-U.
  • the PCRF is further configured to perform a re-decision operation based on the bearer information carried by the CCR-U and the service information when receiving the retransmitted CCR-U, and send the second CCA-U carrying the decision result to the PCEF entity.
  • the PCRF entity cancels the RAR retransmission operation to cancel the race condition when the second preset race condition is met, and the RRA carrying the preset error code sent by the PCEF entity is received. Avoid waiting for each other.
  • the charging policy control has a scenario in which after the PCEF entity establishes a session with the PCRF entity, the PCEF entity reports the CCR-U to the PCRF entity in the session, and the PCRF entity is triggered by the subscription change, the internal time period, or the external
  • the PCRF entity first receives the CCR-U when the RAR does not receive the RAA in the same session, and the PCEF entity first receives the RAR when the CCR-U does not receive the CCA-U.
  • the PCEF entity receives the RAR sent by the PCRF entity while waiting for the CCA-U, considers that the signaling conflicts, satisfies the first preset race condition, and returns the RAA carrying the preset error code to the PCRF entity, indicating that It has a preset race condition.
  • the present invention is not specifically limited, and may be selected by a person skilled in the art according to actual needs.
  • the present invention may use the error code 4144 as the foregoing preset error code; Alternatively, an alternate error code that is not currently defined may be used as the aforementioned preset error code.
  • the PCRF entity receives the CCR-U sent by the PCEF entity while waiting for the RAA, considers that the signaling conflicts, satisfies the second preset race condition, and returns the first CCA carrying the same preset error code to the PCEF entity. U, indicating that it has a preset race condition.
  • the PCRF entity After receiving the RAA carrying the preset error code sent by the PCEF entity, the PCRF entity does not resend the RAR to cancel the preset race condition, and cancels the RAR retransmission operation at this time.
  • the PCEF entity After receiving the first CCA-U that carries the preset error code sent by the PCRF entity, the PCEF entity obtains its current bearer information and service information, and carries the acquired bearer information and service information in the first CCR-U. In, sent to the PCRF entity.
  • the PCRF entity When receiving the first CCR-U sent by the PCEF entity, the PCRF entity parses the bearer information and the service information from the received first CCR-U, and then performs re-decision based on the parsed bearer information and service information to obtain a decision. result.
  • the PCRF entity After the decision is made, the PCRF entity carries the decision result in the second CCA-U and sends it to the PCEF entity, which is executed by the PCEF entity. It should be noted that the foregoing second CCA-U is a response of the PCRF entity to the first CCR-U sent by the PCEF entity.
  • portions of the technical solution of the present invention that contribute substantially or to the prior art may be embodied in the form of a software product stored in a storage medium (such as a ROM/RAM as described above). , a disk, an optical disk, including a number of instructions for causing a terminal (which may be a cell phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the methods described in various embodiments of the present invention.
  • a terminal which may be a cell phone, a computer, a server, an air conditioner, or a network device, etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

本发明公开了一种竞态条件解除方法,包括:在满足预设竞态条件,且接收到策略和计费执行功能PCEF实体发送的携带预设错误码的第一重授权应答时,撤销重授权请求的重发送操作;发送携带预设错误码的第一更新信用控制应答至PCEF实体,并接收PCEF实体基于第一更新信用控制应答重发送的第一更新信用控制请求;并且基于第一更新信用控制请求携带的承载信息以及业务信息进行重决策操作,并将携带决策结果的第二更新信用控制应答发送至PCEF实体。本发明还公开了一种策略和计费规则功能PCRF实体、计算机可读存储介质以及竞态条件解除系统。

Description

PCRF实体、存储介质、竞态条件解除方法及系统 技术领域
本发明涉及通信技术领域,尤其涉及一种策略和计费规则功能PCRF实体、存储介质、竞态条件解除方法及系统。
背景技术
相关技术中,策略和计费规则功能(Policy and Charging Rules Function,以下简称为PCRF)实体主要负责策略和计费规则的制定,策略和计费执行功能(Policy and Charging Enforcement Function,以下简称为PCEF)实体主要负责安装、执行策略和计费规则,并上报相关事件。
发明内容
一方面,本发明提供一种竞态条件解除方法,包括:在满足预设竞态条件,且接收到策略和计费执行功能实体发送的携带预设错误码的第一重授权应答时,撤销重授权请求的重发送操作;发送携带所述预设错误码的第一更新信用控制应答至所述策略和计费执行功能实体,并接收所述策略和计费执行功能实体基于所述第一更新信用控制应答重发送的第一更新信用控制请求;以及基于所述第一更新信用控制请求携带的承载信息以及业务信息进行重决策操作,并将携带决策结果的第二更新信用控制应答发送至所述策略和计费执行功能实体。
另一方面,本发明还提供一种策略和计费规则功能实体,包括:存储有竞态条件解除程序的存储器;处理器,配置为执行所述竞态条件解除程序以实现以下步骤:在满足预设竞态条件,且接收到策略和计费执行功能实体发送的携带预设错误码的第一重授权应答时,撤销重授权请求的重发送操作;发送携带所述预设错误码的第一更新信用控制应答至所述策略和计费执行功能实体,并接收所述策略和计费执行功能实体基于所述第一更新信用控制应答重发送的第一更新信用 控制请求;以及基于所述第一更新信用控制请求携带的承载信息以及业务信息进行重决策操作,并将携带决策结果的第二更新信用控制应答发送至所述策略和计费执行功能实体。
另一方面,本发明还提供一种计算机可读存储介质,其上存储有竞态条件解除程序,所述竞态条件解除程序被处理器执行时实现以下步骤:在满足预设竞态条件,且接收到策略和计费执行功能实体发送的携带预设错误码的第一重授权应答时,撤销重授权请求的重发送操作;发送携带所述预设错误码的第一更新信用控制应答至所述策略和计费执行功能实体,并接收所述策略和计费执行功能实体基于所述第一更新信用控制应答重发送的第一更新信用控制请求;以及基于所述第一更新信用控制请求携带的承载信息以及业务信息进行重决策操作,并将携带决策结果的第二更新信用控制应答发送至所述策略和计费执行功能实体。
另一方面,本发明还提供一种竞态条件解除系统,包括策略和计费规则功能实体以及策略和计费执行功能实体,其中,所述策略和计费执行功能实体配置为在满足第一预设竞态条件时,发送携带预设错误码的重授权应答至所述策略和计费规则功能实体;所述策略和计费规则功能实体配置为在接收到所述重授权应答,且满足第二预设竞态条件时,撤销重授权请求的重发送操作;所述策略和计费规则功能实体还配置为发送携带所述预设错误码的第一更新信用控制应答至所述策略和计费执行功能实体;所述策略和计费执行功能实体还配置为在接收到所述第一更新信用控制应答时,重发送更新信用控制请求至所述策略和计费规则功能实体;所述策略和计费规则功能实体还配置为在接收到所述更新信用控制请求时,基于所述更新信用控制请求携带的承载信息以及业务信息进行重决策操作,并将携带决策结果的第二更新信用控制应答发送至所述策略和计费执行功能实体。
附图说明
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明,其中:
图1为根据本发明的一些实施例的PCRF实体的结构示意图;
图2为根据本发明的一些实施例的竞态条件解除方法的流程示意图;
图3为根据本发明的一些实施例的竞态条件解除方法涉及的PCC架构的逻辑架构示例图;
图4为根据本发明的一些实施例的竞态条件解除方法中出现预设竞态条件的示例图;
图5为根据本发明的一些实施例的竞态条件解除方法中解除竞态条件的时序图;
图6为根据本发明的一些实施例的竞态条件解除方法中解除竞态条件的时序图;
图7为根据本发明的一些实施例的竞态条件解除方法中解除竞态条件的时序图;以及
图8为根据本发明的一些实施例的竞态条件解除方法中解除竞态条件的时序图。
具体实施方式
下面,参照附图描述本发明的一些实施例,应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在策略和计费规则功能(PCRF)实体与策略和计费执行功能(PCEF)实体建立一个会话,且在该会话内出现会话资源更新的竞态条件时,为了打破互相等待的竞态条件,目前的解决方案是:出现竞态条件时,PCEF实体回复携带指定错误码的重授权应答至PCRF实体,PCRF实体回复携带指定错误码的信用控制应答至PCEF实体,同时,作为服务端的PCRF实体不能马上重发重授权请求,必须在收到PCEF实体重发的信用控制请求,且决策授权并回复信用控制应答至PCEF实体后,再重发送重授权请求至PCEF实体。PCEF实体收到信用控制应答并处理完该会话更新后,再处理重授权请求,并在处理完成重授权请求后回复重授权应答给PCRF实体。
然而,上述方案存在如下缺陷:
1、PCRF实体处理PCEF实体重发的信用控制请求后,回复携带决策授权信息的信用控制应答,然后又重发重授权请求,增加了PCRF实体与PCEF实体之间的系统复杂性以及系统间的消息负荷;
2、对于PCRF重发的重授权请求,由于PCEF实体重发的信用控制请求携带的信息更新,可能原先决策重授权请求的授权条件已发生变化,直接重发原先决策的重授权请求,可能导致决策结果不准确。
一方面,本发明提供了一种竞态条件解除方法,包括:在PCRF实体满足预设竞态条件,且接收到PCEF实体发送的携带预设错误码的第一重授权应答时,撤销重授权请求的重发送操作;发送携带相同预设错误码的第一更新信用控制应答至PCEF实体,并接收PCEF实体基于第一更新信用控制应答重发送的第一更新信用控制请求;以及基于第一更新信用控制请求携带的承载信息以及业务信息进行重决策操作,并将携带决策结果的第二更新信用控制应答发送至PCEF实体。由此,避免了重授权请求的重发送操作,降低了PCRF实体与PCEF实体之间的系统复杂性以及系统间的消息负荷,同时,由于PCRF实体返回的第二更新信用控制应答携带了最新重决策的决策结果,确保了决策结果的准确性。
图1是根据本发明的一些实施例的PCRF实体的结构示意图。
如图1所示,该PCRF实体可以包括:处理器1001(例如CPU)、网络接口1004、用户接口1003、存储器1005和通信总线1002。通信总线1002配置为实现这些组件之间的连接通信。用户接口1003可以包括显示屏和输入单元(比如键盘)。用户接口1003还可以包括标准的有线接口、无线接口等。网络接口1004可以包括标准的有线接口、无线接口(如Wi-Fi接口)。存储器1005可以是高速RAM存储器,也可以是非易失性存储器(non-volatile memory),例如磁盘存储器。根据本发明的实施例,存储器1005还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解,图1中示出的PCRF实体结构并不构成对本发明的PCRF实体的限定,根据实际需要,可以将PCRF实体配置为包括比图示更多或更少的部件,或者组合某些部件,或者不同的 部件布置。
如图1所示,在本发明PCRF实体的一些实施例中,作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及竞态条件解除程序。
在图1所示的PCRF实体中,网络接口1004主要配置为连接后台服务器,与后台服务器进行数据通信;用户接口1003主要配置为连接客户端(用户端),与客户端进行数据通信;处理器1001可以配置为调用存储器1005中存储的竞态条件解除程序,并执行以下操作:在满足预设竞态条件,且接收到PCEF实体发送的携带预设错误码的第一重授权应答时,撤销重授权请求的重发送操作;发送携带预设错误码的第一更新信用控制应答至PCEF实体,并接收PCEF实体基于第一更新信用控制应答重发送的第一更新信用控制请求;以及基于第一更新信用控制请求携带的承载信息以及业务信息进行重决策操作,并将携带决策结果的第二更新信用控制应答发送至PCEF实体。
在一些实施例中,处理器1001可以配置为调用存储器1005中存储的竞态条件解除程序,还执行以下操作:判断当前是否满足预设竞态条件。
在一些实施例中,处理器1001可以配置为调用存储器1005中存储的竞态条件解除程序,还执行以下操作:在触发重决策操作时,发送重授权请求至PCEF实体,并接收PCEF实体基于重授权请求返回的第二重授权应答。在未接收到第二重授权应答,且接收到PCEF实体发送的第二更新信用控制请求时,确定当前满足预设竞态条件。
在一些实施例中,处理器1001可以配置为调用存储器1005中存储的竞态条件解除程序,还执行以下操作:在接收到应用功能实体发送的应用授权请求时,触发重决策操作。
在一些实施例中,处理器1001可以配置为调用存储器1005中存储的竞态条件解除程序,还执行以下操作:在接收到用户签约数据库实体发送的签约变更请求时,触发重决策操作。
在一些实施例中,处理器1001可以配置为调用存储器1005中存储的竞态条件解除程序,还执行以下操作:在到达预设决策周期时, 触发重决策操作。
在一些实施例中,处理器1001可以配置为调用存储器1005中存储的竞态条件解除程序,还执行以下操作:在满足预设竞态条件,且接收到PCEF实体发送的携带错误码4144的第一重授权应答时,撤销重授权请求的重发送操作。
另一方面,本发明还提供一种竞态条件解除方法,应用于PCRF实体。
图2为本发明的一些实施例中的竞态条件解除方法的流程示意图。参照图2,在本发明一些实施例的中,该竞态条件解除方法包括步骤S10至步骤步骤S30。
在步骤S10,在满足预设竞态条件,且接收到PCEF实体发送的携带预设错误码的第一重授权应答时,撤销重授权请求的重发送操作。
在步骤S20,发送携带预设错误码的第一更新信用控制应答至PCEF实体,并接收PCEF实体基于第一更新信用控制应答重发送的第一更新信用控制请求。
在步骤S30,基于第一更新信用控制请求携带的承载信息以及业务信息进行重决策操作,并将携带决策结果的第二更新信用控制应答发送至PCEF实体。
为便于理解本发明方案,以下首先对PCEF实体和PCRF实体所在的PCC(Policy and Charging Control,策略和计费控制)架构进行介绍。
PCC架构是3GPP组织在标准体系R7版本中将策略控制和基于流的计费进行融合后提出来的架构体系,用于分组网络业务数据传输的业务服务质量(Quality of Service,以下简称为QoS)等的策略控制和流计费的一种技术架构。PCC架构工作在SDF(Service Data Flow,业务数据流)级上,提供策略控制、计费控制功能、和业务数据流的事件报告等功能。旨在为用户提供差异化的服务,提供用户业务流承载资源保障以及流计费策略。让运营商实现基于业务和用户分类的更精细化的业务控制和计费方式,以合理利用网络资源,创造最大利润。
图3为本发明的一些实施例中的竞态条件解除方法涉及的PCC 架构的逻辑架构示例图。请参照图3,随着PCC架构不断演进,PCC架构包括:PCRF实体、PCEF实体、承载绑定和事件上报功能(Bearer Binding and Event Reporting Function,以下简称为BBERF)实体、应用功能(Application Function,以下简称为AF)实体、流量检测功能(Traffic Detection Function,以下简称为TDF)实体、用户签约数据库(Subscription Profile Repository,以下简称为SPR)实体、离线计费系统(Offline charging system,以下简称为OFCS)实体以及在线计费系统(Online charging system,以下简称为OCS)实体。
PCRF实体主要负责策略和计费规则的制定,通过Gx接口将制定的策略和计费规则下发给PCEF实体。PCEF实体安装、执行策略和计费规则,并上报相关事件,与计费系统交互计费信息。PCRF实体通过Gxx接口将业QoS规则下发给BBERF实体。BBERF实体不和计费系统交互计费信息,只负责承载绑定和相关事件的上报。PCRF实体通过Sd接口把需要监控的业务信息下发给TDF实体。TDF实体执行流量监控,并上报给PCRF实体。AF实体通过Rx接口向PCRF实体提供业务信息。SPR实体保存了用户签约的业务信息。PCRF实体可以通过Sp接口向SPR实体查询用户签约的业务信息。OCS实体通过Sy接口向PCRF实体报告与用户消费相关的策略计数器状态信息。PCEF实体通过Gy接口将在线计费信息发送给OCS实体进行在线计费的统计,并且通过Gz接口将离线计费信息发送给OFCS实体。TDF实体通过Gyn接口将基于业务的在线计费信息发送给OCS实体,通过Gzn接口将基于业务的离线计费信息发送给OFCS实体。
在一些实施例中,PCRF实体在满足预设竞态条件,且接收到PCEF实体发送的携带预设错误码的第一重授权应答时,撤销重授权请求的重发送操作,以解除竞态条件,避免二者之间的互相等待。
图4为本发明的一些实施例中的竞态条件解除方法中出现预设竞态条件的示例图。参照图4,计费策略控制存在这样的场景:在PCEF实体与PCRF实体建立一个会话后,在该会话内PCEF实体向PCRF实体上报更新信用控制请求(Credit-Control-Request Update,以下 简称为CCR-U),同时PCRF实体由于签约变更、内部时段触发或外部网元触发等内外原因进行重授权操作,向PCEF实体下发重授权请求(Re-Auth-Request,以下简称为RAR)。这时,就可能存在在同一会话内PCRF实体发送RAR未收到重授权应答(Re-Auth-Answer,以下简称为RAA)时先收到CCR-U,同时PCEF实体发送CCR-U未收到更新信用控制应答(Credit-Control-Answer Update,以下简称为CCA-U)时先收到RAR的情况,也即本发明所要解除的预设竞态条件。
针对上述场景,根据本发明的一些实施例,一方面,PCEF实体在等待CCA-U时接收到PCRF实体发送的RAR,认为信令冲突,满足预设竞态条件,并且向PCRF实体回复携带预设错误码的第一RAA,表明其出现预设竞态条件。需要说明的是,对于前述预设错误码的选取,本发明不做具体限制,可由本领域技术人员根据实际需要进行选取,例如,本发明可采用错误码4144作为前述预设错误码;又例如,还可采用当前未定义的备用错误码作为前述预设错误码。
另一方面,PCRF实体在等待RAA时接收到PCEF实体发送的CCR-U,认为信令冲突,满足预设竞态条件,向PCEF实体回复携带相同的预设错误码的第一CCA-U,表明其出现预设竞态条件。
PCRF实体在接收到PCEF实体发送的携带预设错误码的第一RAA之后,为解除前述预设竞态条件,不再重发RAR,并在此时撤销RAR的重发送操作。
PCEF实体在接收到PCRF实体发送的携带预设错误码的第一CCA-U之后,获取到其当前的承载信息以及业务信息,并将获取到的承载信息以及业务信息携带在第一CCR-U中,发送至PCRF实体。
PCRF实体在接收到PCEF实体发送的第一CCR-U时,从接收的第一CCR-U中解析出承载信息以及业务信息,之后,基于解析出的承载信息以及业务信息进行重决策,得到决策结果。
PCRF实体在决策得到决策结果之后,将决策结果携带在第二CCA-U中发送至PCEF实体,由PCEF实体执行。需要说明的是,前述第二CCA-U为PCRF实体对PCEF实体发送的第一CCR-U的应答。
根据本发明的一些实施例的应用于PCRF实体的竞态条件解除方 法,在满足预设竞态条件,且接收到PCEF实体发送的携带预设错误码的第一RAA时,撤销RAR的重发送操作;发送携带相同预设错误码的第一CCA-U至PCEF实体,并接收PCEF实体基于第一CCA-U重发送的第一CCR-U;并且基于第一CCR-U携带的承载信息以及业务信息进行重决策操作,并将携带决策结果的第二CCA-U发送至PCEF实体。由此,避免了RAR的重发送操作,降低了PCRF实体与PCEF实体之间的系统复杂性以及系统间的消息负荷,同时,由于PCRF实体返回的第二CCA-U携带了最新重决策的决策结果,确保了决策结果的准确性。
在一些实施例中,步骤S10之前,还包括:判断当前是否满足预设竞态条件。
也就是说,在上述实施例的基础上,还增加了预设竞态条件的侦测操作。
容易理解的是,在实际应用中,在仅在满足预设竞态条件时,才需要对出现的预设竞态条件进行解除,因此,在本发明的一些实施例中,首先对是否出现预设竞态条件进行侦测,也即判断当前是否满足预设竞态条件。
在具体实施时,判断当前是否满足预设竞态条件的步骤包括:在触发重决策操作时,发送RAR至PCEF实体,并接收PCEF实体基于RAR返回的第二RAA。在未接收到第二RAA,且接收到PCEF实体发送的第二CCR-U时,确定当前满足预设竞态条件。
需要说明的是,计费策略控制存在这样的场景:在PCEF实体与PCRF实体建立一个会话后,在该会话内PCEF实体向PCRF实体上报第二CCR-U,同时PCRF实体由于签约变更、内部时段触发或外部网元触发等内外原因进行重授权操作,向PCEF实体下发RAR。这时,就可能存在在同一会话内PCRF实体发送RAR未收到RAA时先收到第二CCR-U,同时PCEF实体发送第二CCR-U未收到对应的CCA-U时先收到RAR的情况,也即本发明描述的预设竞态条件。
针对上述场景,下面参照图5描述本发明的一些实施例中的竞态条件解除方法。图5为本发明的一些实施例中的竞态条件解除方法中解除竞态条件的时序图。
首先,PCRF触发重决策操作时,发送RAR至PCEF实体,并接收PCEF实体基于RAR返回的第二RAA,对接收第二RAA的结果进行侦测,若在未接收到第二RAA,且接收到PCEF实体发送的第二CCR-U时,确定当前满足预设竞态条件。
在确定满足预设竞态条件时,PCRF实体向PCEF实体回复携带预设错误码的第一CCA-U,表明其出现预设竞态条件。另一方面,PCEF实体在等待CCA-U时接收到PCRF实体发送的RAR,认为信令冲突,满足预设竞态条件,向PCRF实体回复携带相同的预设错误码的第一RAA,表明其出现预设竞态条件。
PCRF实体在接收到PCEF实体发送的携带预设错误码的第一RAA之后,为解除前述预设竞态条件,不再重发RAR,并在此时撤销RAR的重发送操作。
PCEF实体在接收到PCRF实体发送的携带预设错误码的第一CCA-U之后,获取到其当前的承载信息以及业务信息,并将获取到的承载信息以及业务信息携带在第一CCR-U中,发送至PCRF实体。
PCRF实体在接收到PCEF实体发送的第一CCR-U时,从接收的第一CCR-U中解析出承载信息以及业务信息,之后,基于解析出的承载信息以及业务信息进行重决策,得到决策结果。
PCRF实体在决策得到决策结果之后,将决策结果携带在第二CCA-U中发送至PCEF实体,由PCEF实体执行。需要说明的是,前述第二CCA-U为PCRF实体对PCEF实体发送的第一CCR-U的应答。
在一些实施例中,在触发重决策操作时,发送RAR至PCEF实体,并接收PCEF实体基于RAR返回的第二RAA的步骤之前,还包括:在接收到AF实体发送的应用授权请求(Application-Auth-Request,以下简称为AAR)时,触发重决策操作。
也就是说,在一些实施例中,在上述实施例的基础上,还提出了一种触发PCRF实体进行重决策操作的方式。
图6为本发明的一些实施例中的竞态条件解除方法中解除竞态条件的时序图。参照图6,在本发明的一些实施例中,以用户终端使用VoLTE(Voice over LTE)业务为例,在用户终端使用VoLTE业务 时,触发AF实体向PCRF实体发送AAR,建立AF会话。
PCRF实体接收到AAR之后,对接收的AAR进行校验,并在校验通过后,根据AAR携带的IP地址等信息将AF会话与其与PCEF实体间的会话绑定,并对VoLTE业务进行决策。构造PCC规则携带在RAR中,发送至PCEF实体。
PCEF实体由于承载侧信息更新,将用户终端的位置更新等信息携带在第二CCR-U中发送至PCRF实体。
此时,PCRF实体侦测到满足预设竞态条件,向PCEF实体回复携带预设错误码的第一CCA-U,表明其出现预设竞态条件。另一方面,PCEF实体在等待对应第二CCR-U的CCA-U时接收到PCRF实体发送的RAR,认为信令冲突,满足预设竞态条件,向PCRF实体回复携带相同的预设错误码的第一RAA,表明其出现预设竞态条件。
PCRF实体在接收到PCEF实体发送的携带预设错误码的第一RAA之后,为解除前述预设竞态条件,不再重发携带决策结果(即前述新构建PCC规则)的RAR,并在此时撤销该RAR的重发送操作。
PCEF实体在接收到PCRF实体发送的携带预设错误码的第一CCA-U之后,获取到其当前的承载信息以及业务信息,并将获取到的承载信息以及业务信息携带在第一CCR-U中,发送至PCRF实体。
PCRF实体在接收到PCEF实体发送的第一CCR-U时,从接收的第一CCR-U中解析出承载信息以及业务信息,之后,基于解析出的承载信息以及业务信息进行重决策,得到决策结果。
PCRF实体在决策得到决策结果之后,将决策结果携带在第二CCA-U中发送至PCEF实体,由PCEF实体执行。
基于上述实施例,还提出根据本发明的竞态条件解除方法。在一些实施例中,在触发重决策操作时,发送RAR至PCEF实体,并接收PCEF实体基于RAR返回的第二RAA的步骤之前,还包括:在接收到SPR实体发送的签约变更请求时,触发重决策操作。
也就是说,在一些实施例中,在上述实施例的基础上,还提出了一种触发PCRF实体进行重决策操作的方式。
图7为本发明的一些实施例中的竞态条件解除方法中解除竞态 条件的时序图。参照图7,在本发明的一些实施例中,在用户终端需要更改套餐,如提升签约的带宽时,触发SPR实体向PCRF实体发送签约变更请求,PCRF实体接收到签约变更请求之后,向SPR实体返回签约变更应答,建立SPR会话。
PCRF实体接收到签约变更请求之后,对接收的签约变更请求进行校验,并在校验通过后,对用户终端请求的套餐变更进行决策,构造对应的PCC规则携带在RAR中,发送至PCEF实体。
PCEF实体由于承载侧信息更新,将用户终端的位置更新等信息携带在第二CCR-U中发送至PCRF实体。
此时,PCRF实体侦测到满足预设竞态条件,向PCEF实体回复携带预设错误码的第一CCA-U,表明其出现预设竞态条件。另一方面,PCEF实体在等待对应第二CCR-U的CCA-U时接收到PCRF实体发送的RAR,认为信令冲突,满足预设竞态条件,向PCRF实体回复携带相同的预设错误码的第一RAA,表明其出现预设竞态条件。
PCRF实体在接收到PCEF实体发送的携带预设错误码的第一RAA之后,为解除前述预设竞态条件,不再重发携带决策结果(即前述新构建PCC规则)的RAR,并在此时撤销该RAR的重发送操作。
PCEF实体在接收到PCRF实体发送的携带预设错误码的第一CCA-U之后,获取到其当前的承载信息以及业务信息,并将获取到的承载信息以及业务信息携带在第一CCR-U中,发送至PCRF实体。
PCRF实体在接收到PCEF实体发送的第一CCR-U时,从接收的第一CCR-U中解析出承载信息以及业务信息,之后,基于解析出的承载信息以及业务信息进行重决策,得到决策结果。
PCRF实体在决策得到决策结果之后,将决策结果携带在第二CCA-U中发送至PCEF实体,由PCEF实体执行。
在上述实施例的基础上,提出本发明竞态条件解除方法。在一些实施例中,在触发重决策操作时,发送RAR至PCEF实体,并接收PCEF实体基于RAR返回的第二RAA的步骤之前,还包括:在到达预设决策周期时,触发重决策操作。
也就是说,在一些实施例中,在上述实施例的基础上,提出了 一种触发PCRF实体进行重决策操作的方式。
图8为本发明的一些实施例中的竞态条件解除方法中解除竞态条件的时序图。参照图8,在一些实施例中,PCRF实体在到达预设决策周期时,如到达用户签约的忙/闲时间周期时,触发内部重决策,构造新的PCC规则携带在RAR中,发送至PCEF实体。
PCEF实体由于承载侧信息更新,将用户终端的位置更新等信息携带在第二CCR-U中发送至PCRF实体。
此时,PCRF实体侦测到满足预设竞态条件,向PCEF实体回复携带预设错误码的第一CCA-U,表明其出现预设竞态条件。另一方面,PCEF实体在等待对应第二CCR-U的CCA-U时接收到PCRF实体发送的RAR,认为信令冲突,满足预设竞态条件,向PCRF实体回复携带相同的预设错误码的第一RAA,表明其出现预设竞态条件。
PCRF实体在接收到PCEF实体发送的携带预设错误码的第一RAA之后,为解除前述预设竞态条件,不再重发携带决策结果(即前述新构建PCC规则)的RAR,并在此时撤销该RAR的重发送操作。
PCEF实体在接收到PCRF实体发送的携带预设错误码的第一CCA-U之后,获取到其当前的承载信息以及业务信息,并将获取到的承载信息以及业务信息携带在第一CCR-U中,发送至PCRF实体。
PCRF实体在接收到PCEF实体发送的第一CCR-U时,从接收的第一CCR-U中解析出承载信息以及业务信息,之后,基于解析出的承载信息以及业务信息进行重决策,得到决策结果。
PCRF实体在决策得到决策结果之后,将决策结果携带在第二CCA-U中发送至PCEF实体,由PCEF实体执行。
另一方面,本发明还提供一种计算机可读存储介质,在一些实施例中,该计算机可读存储介质上存储有竞态条件解除程序,该竞态条件解除程序被处理器(例如图1的处理器1001)执行时实现如下操作:在满足预设竞态条件,且接收到PCEF实体发送的携带预设错误码的第一重授权应答时,撤销重授权请求的重发送操作;发送携带预设错误码的第一更新信用控制应答至PCEF实体,并接收PCEF实体基于第一更新信用控制应答重发送的第一更新信用控制请求;并且基 于第一更新信用控制请求携带的承载信息以及业务信息进行重决策操作,并将携带决策结果的第二更新信用控制应答发送至PCEF实体。
在一些实施例中,前述竞态条件解除程序被处理器执行时,还实现如下操作:判断当前是否满足预设竞态条件。
在一些实施例中,前述竞态条件解除程序被处理器执行时,还实现如下操作:在触发重决策操作时,发送重授权请求至PCEF实体,并接收PCEF实体基于重授权请求返回的第二重授权应答。在未接收到第二重授权应答,且接收到PCEF实体发送的第二更新信用控制请求时,确定当前满足预设竞态条件。
在一些实施例中,前述竞态条件解除程序被处理器执行时,还实现如下操作:在接收到应用功能实体发送的应用授权请求时,触发重决策操作。
在一些实施例中,前述竞态条件解除程序被处理器执行时,还实现如下操作:在接收到用户签约数据库实体发送的签约变更请求时,触发重决策操作。
在一些实施例中,前述竞态条件解除程序被处理器执行时,还实现如下操作:在到达预设决策周期时,触发重决策操作。
在一些实施例中,前述竞态条件解除程序被处理器执行时,还实现如下操作:在满足预设竞态条件,且接收到PCEF实体发送的携带错误码4144的第一重授权应答时,撤销重授权请求的重发送操作。
另一方面,本发明还提供一种竞态条件解除系统,该系统包括PCRF实体和PCEF实体。PCEF实体配置为在满足第一预设竞态条件时,发送携带预设错误码的RAA至PCRF实体。PCRF实体配置为在接收到重授权应答,且满足第二预设竞态条件时,撤销RAR的重发送操作,并且发送携带相同的预设错误码的第一CCA-U至PCEF实体。PCEF实体还配置为在接收到第一CCA-U时,重发送CCR-U至PCRF实体。PCRF还配置为在接收到重发送的CCR-U时,基于CCR-U携带的承载信息以及业务信息进行重决策操作,并将携带决策结果的第二CCA-U发送至PCEF实体。
在本发明的一些实施例中,PCRF实体在满足第二预设竞态条件, 且接收到PCEF实体发送的携带预设错误码的RRA时,撤销RAR的重发送操作,以解除竞态条件,避免二者之间的互相等待。
参照图4,计费策略控制存在这样的场景:在PCEF实体与PCRF实体建立一个会话后,在该会话内PCEF实体向PCRF实体上报CCR-U,同时PCRF实体由于签约变更、内部时段触发或外部网元触发等内外原因进行重授权操作,向PCEF实体下发RAR。这时,就可能存在在同一会话内PCRF实体发送RAR未收到RAA时先收到CCR-U,同时PCEF实体发送CCR-U未收到CCA-U时先收到RAR的情况。
针对上述场景,一方面,PCEF实体在等待CCA-U时接收到PCRF实体发送的RAR,认为信令冲突,满足第一预设竞态条件,向PCRF实体回复携带预设错误码的RAA,表明其出现预设竞态条件。需要说明的是,对于前述预设错误码的选取,本发明不做具体限制,可由本领域技术人员根据实际需要进行选取,例如,本发明可采用错误码4144作为前述预设错误码;又例如,还可采用当前未定义的备用错误码作为前述预设错误码。
另一方面,PCRF实体在等待RAA时接收到PCEF实体发送的CCR-U,认为信令冲突,满足第二预设竞态条件,向PCEF实体回复携带相同的预设错误码的第一CCA-U,表明其出现预设竞态条件。
PCRF实体在接收到PCEF实体发送的携带预设错误码的RAA之后,为解除前述预设竞态条件,不再重发RAR,并在此时撤销RAR的重发送操作。
PCEF实体在接收到PCRF实体发送的携带预设错误码的第一CCA-U之后,获取到其当前的承载信息以及业务信息,并将获取到的承载信息以及业务信息携带在第一CCR-U中,发送至PCRF实体。
PCRF实体在接收到PCEF实体发送的第一CCR-U时,从接收的第一CCR-U中解析出承载信息以及业务信息,之后,基于解析出的承载信息以及业务信息进行重决策,得到决策结果。
PCRF实体在决策得到决策结果之后,将决策结果携带在第二CCA-U中发送至PCEF实体,由PCEF实体执行。需要说明的是,前述第二CCA-U为PCRF实体对PCEF实体发送的第一CCR-U的应答。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。

Claims (10)

  1. 一种竞态条件解除方法,包括:
    在满足预设竞态条件,且接收到策略和计费执行功能实体发送的携带预设错误码的第一重授权应答时,撤销重授权请求的重发送操作;
    发送携带所述预设错误码的第一更新信用控制应答至所述策略和计费执行功能实体,并接收所述策略和计费执行功能实体基于所述第一更新信用控制应答重发送的第一更新信用控制请求;以及
    基于所述第一更新信用控制请求携带的承载信息以及业务信息进行重决策操作,并将携带决策结果的第二更新信用控制应答发送至所述策略和计费执行功能实体。
  2. 根据权利要求1所述的竞态条件解除方法,其中,在满足预设竞态条件,且接收到策略和计费执行功能实体发送的携带预设错误码的第一重授权应答时,撤销重授权请求的重发送操作的步骤之前,所述方法还包括:
    判断当前是否满足预设竞态条件。
  3. 根据权利要求2所述的竞态条件解除方法,其中,判断当前是否满足预设竞态条件的步骤包括:
    在触发重决策操作时,发送重授权请求至所述策略和计费执行功能实体,并接收所述策略和计费执行功能实体基于所述重授权请求返回的第二重授权应答,其中,在未接收到所述第二重授权应答,且接收到所述策略和计费执行功能实体发送的第二更新信用控制请求时,确定当前满足预设竞态条件。
  4. 根据权利要求3所述的竞态条件解除方法,其中,在触发重决策操作时,发送重授权请求至所述策略和计费执行功能实体,并接收所述策略和计费执行功能实体基于所述重授权请求返回的第二重 授权应答的步骤之前,还包括:
    在接收到应用功能实体发送的应用授权请求时,触发重决策操作。
  5. 根据权利要求3所述的竞态条件解除方法,其中,所述在触发重决策操作时,发送重授权请求至所述策略和计费执行功能实体,并接收所述策略和计费执行功能实体基于所述重授权请求返回的第二重授权应答的步骤之前,还包括:
    在接收到用户签约数据库实体发送的签约变更请求时,触发重决策操作。
  6. 根据权利要求3所述的竞态条件解除方法,其中,所述在触发重决策操作时,发送重授权请求至所述策略和计费执行功能实体,并接收所述策略和计费执行功能实体基于所述重授权请求返回的第二重授权应答的步骤之前,还包括:
    在到达预设决策周期时,触发重决策操作。
  7. 根据权利要求1至6中任一项所述的竞态条件解除方法,其中,所述预设错误码为错误码4144。
  8. 一种策略和计费规则功能实体,包括:
    存储有竞态条件解除程序的存储器;
    处理器,配置为执行所述竞态条件解除程序以实现根据权利要求1至7中任一项所述的竞态条件解除方法的步骤。
  9. 一种计算机可读存储介质,其上存储有竞态条件解除程序,所述竞态条件解除程序被处理器执行时实现根据权利要求1至7中任一项所述的竞态条件解除方法的步骤。
  10. 一种竞态条件解除系统,包括策略和计费规则功能实体以 及策略和计费执行功能实体,其中,
    所述策略和计费执行功能实体配置为在满足第一预设竞态条件时,发送携带预设错误码的重授权应答至所述策略和计费规则功能实体;
    所述策略和计费规则功能实体配置为在接收到所述重授权应答,且满足第二预设竞态条件时,撤销重授权请求的重发送操作,并且发送携带所述预设错误码的第一更新信用控制应答至所述策略和计费执行功能实体;
    所述策略和计费执行功能实体还配置为在接收到所述第一更新信用控制应答时,重发送更新信用控制请求至所述策略和计费规则功能实体;
    所述策略和计费规则功能实体还配置为在接收到所述更新信用控制请求时,基于所述更新信用控制请求携带的承载信息以及业务信息进行重决策操作,并将携带决策结果的第二更新信用控制应答发送至所述策略和计费执行功能实体。
PCT/CN2018/079535 2017-05-02 2018-03-20 Pcrf实体、存储介质、竞态条件解除方法及系统 WO2018201810A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710307266.4A CN108809667B (zh) 2017-05-02 2017-05-02 Pcrf实体、存储介质、竞态条件解除方法及系统
CN201710307266.4 2017-05-02

Publications (1)

Publication Number Publication Date
WO2018201810A1 true WO2018201810A1 (zh) 2018-11-08

Family

ID=64015786

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/079535 WO2018201810A1 (zh) 2017-05-02 2018-03-20 Pcrf实体、存储介质、竞态条件解除方法及系统

Country Status (2)

Country Link
CN (1) CN108809667B (zh)
WO (1) WO2018201810A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112035839A (zh) * 2020-08-12 2020-12-04 绿盟科技集团股份有限公司 一种竞态条件漏洞利用的检测方法及装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113891301B (zh) * 2019-07-22 2022-11-22 华为技术有限公司 一种通信方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101646151A (zh) * 2009-09-01 2010-02-10 中兴通讯股份有限公司 一种会话更新方法和装置
WO2012131424A1 (en) * 2011-02-25 2012-10-04 Telefonaktiebolaget L M Ericsson (Publ) Method for introducing network congestion predictions in policy decision
US20120271958A1 (en) * 2009-09-29 2012-10-25 Samsung Electronics Co. Ltd. Apparatus and method for establishing session in a packet switched network
CN102883464A (zh) * 2012-09-13 2013-01-16 大唐移动通信设备有限公司 一种Gx接口资源释放方法及装置
US20160249282A1 (en) * 2013-09-30 2016-08-25 Zte Corporation Method and Device for Processing Access Network Information of UE, and PCRF
CN106488428A (zh) * 2015-08-28 2017-03-08 中国移动通信集团公司 一种用户设备的策略控制方法、网络设备及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7937300B2 (en) * 2008-07-10 2011-05-03 Bridgewater Systems Corp. System and method for providing interoperability between diameter policy control and charging in a 3GPP network
CN104053139B (zh) * 2014-04-28 2017-12-05 大唐移动通信设备有限公司 一种动态策略计费控制pcc信息的处理方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101646151A (zh) * 2009-09-01 2010-02-10 中兴通讯股份有限公司 一种会话更新方法和装置
US20120271958A1 (en) * 2009-09-29 2012-10-25 Samsung Electronics Co. Ltd. Apparatus and method for establishing session in a packet switched network
WO2012131424A1 (en) * 2011-02-25 2012-10-04 Telefonaktiebolaget L M Ericsson (Publ) Method for introducing network congestion predictions in policy decision
CN102883464A (zh) * 2012-09-13 2013-01-16 大唐移动通信设备有限公司 一种Gx接口资源释放方法及装置
US20160249282A1 (en) * 2013-09-30 2016-08-25 Zte Corporation Method and Device for Processing Access Network Information of UE, and PCRF
CN106488428A (zh) * 2015-08-28 2017-03-08 中国移动通信集团公司 一种用户设备的策略控制方法、网络设备及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project,. ''Technical Specification Group Core Network and Terminals; Policy and Charging Control signalling flows and Quality of Service (QoS) parameter mapping (Release 13", 3GPP TS 29. 213 V13. 7. 0, 30 September 2016 (2016-09-30), XP055613141 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112035839A (zh) * 2020-08-12 2020-12-04 绿盟科技集团股份有限公司 一种竞态条件漏洞利用的检测方法及装置

Also Published As

Publication number Publication date
CN108809667B (zh) 2022-06-03
CN108809667A (zh) 2018-11-13

Similar Documents

Publication Publication Date Title
WO2017193427A1 (zh) 分组交换业务识别方法及终端
US10609225B2 (en) Charging method, apparatus, and system
WO2018082707A1 (zh) 应用检测控制方法及装置
JP6067872B2 (ja) PreloadモードPCCルールの制御方法及び装置
CN109996216B (zh) 订阅请求处理方法、网络实体及能力开放平台
CN102893640A (zh) 用于在策略和计费规则功能与服务节点之间传输策略信息的方法、系统和计算机可读介质
US9184924B2 (en) Nodes for communicating credit related information
CN106304195B (zh) 第三方应用的策略控制方法、scef和pcrf
RU2015101484A (ru) Способ, узел, мобильный терминал и система для идентификации поведения привязки к сети
WO2012075875A1 (zh) 一种消费限制业务的签约和执行方法及系统
US10257366B2 (en) Method, system and apparatus for managing communication sessions using joint storage
CN112889029A (zh) 用于网络节点处的无锁通信处理的方法、系统和计算机可读介质
US8954565B2 (en) Method and system for determining a PCC rule waiting for further action
WO2018201810A1 (zh) Pcrf实体、存储介质、竞态条件解除方法及系统
US10187217B1 (en) Methods, systems, and computer readable media for efficient mapping of rule precedence values and filter priority values
CN110880981B (zh) Gx会话异常的处理方法及装置
WO2009056063A1 (fr) Procédé, dispositif et système de demande d'informations dans une architecture pcc
WO2009056046A1 (fr) Procédé de fin de session
WO2016107374A1 (zh) 一种带宽控制的方法、装置及系统
US8442480B2 (en) Priority communications in a shared access telecommunications network
CN106464507B (zh) 实现抢先信用控制的方法、网络单元和在线计费系统节点
US11223492B2 (en) Wireless communication method and device
WO2016029698A1 (zh) 策略控制方法、系统及网关
CN103024714B (zh) 一种PCC系统中Gx接口会话稽核的方法及装置
US20170026524A1 (en) Charging method and apparatus

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

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

Country of ref document: EP

Kind code of ref document: A1