WO2017124807A1 - Procédé de commande de facturation de politique, convertisseur de protocole, appareil et système de règle de facturation de politique - Google Patents

Procédé de commande de facturation de politique, convertisseur de protocole, appareil et système de règle de facturation de politique Download PDF

Info

Publication number
WO2017124807A1
WO2017124807A1 PCT/CN2016/103740 CN2016103740W WO2017124807A1 WO 2017124807 A1 WO2017124807 A1 WO 2017124807A1 CN 2016103740 W CN2016103740 W CN 2016103740W WO 2017124807 A1 WO2017124807 A1 WO 2017124807A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
pcrf
transmission policy
policy
transmission
Prior art date
Application number
PCT/CN2016/103740
Other languages
English (en)
Chinese (zh)
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 WO2017124807A1 publication Critical patent/WO2017124807A1/fr

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
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Definitions

  • the present invention relates to communication technologies, and in particular, to a policy charging control method, a protocol converter, a policy charging rule device, and a system.
  • FIG. 1 is a schematic diagram of the architecture of a Policy and Charging Control (PCC) defined by the 3rd Generation Partnership Project (3GPP).
  • PCC Policy and Charging Control
  • PCRF Policy and Charging Rules Function
  • the PCRF needs to combine the service information received from the application function (AF, Application Function), the user subscription information received from the SPR (Subscription Profile Repository), and the policy configured by the operator.
  • the PCRF sends the control policy for the service to the Policy and Charging Enforcement Function (PCEF) or the Bearer Binding and Event Report Function (BBERF).
  • PCEF Policy and Charging Enforcement Function
  • BBERF Bearer Binding and Event Report Function
  • the PCRF can subscribe to the bearer layer related events to the PCEF and/or the BBERF, so that when the above events occur in the bearer layer, it can be perceived in time and change the control strategy.
  • the PCEF and the Traffic Detection Function can perform application detection and control functions according to the PCC rules (PCEF) or the Application and Detection Control (ADC) issued by the PCRF.
  • PCEF PCC rules
  • ADC Application and Detection Control
  • PC protocol converter
  • the network provides a special time window for providing third party transmission background data.
  • the specific steps are shown in Figure 3:
  • S301 The Service Capability Exposure Function (SCEF) receives the trigger and decides to request the background data transmission policy from the PCRF.
  • This trigger may come from an external AF or SCEF itself (ie SCEF has AF function).
  • the SCEF sends a background data transmission request (BTR, Background-Data-Transfer-Reques) message to the PCRF, where the message carries a transmission policy request indication, the application provider identifier, and each UE transmits data.
  • BTR Background-Data-Transfer-Reques
  • the flow rate and the time window required to transmit the data is any PCRF in the network.
  • S303 The PCRF requests an existing transmission policy from the SPR.
  • S304 The SPR returns all existing transmission policies to the PCRF.
  • the PCRF determines a new transmission policy according to the information requested by the SCEF, all existing transmission policies, network policies, and other related information.
  • the policy includes a suggested time window, a billing rate, and optionally a maximum aggregation rate.
  • the PCRF returns a background data transmission response (BTA, Background-Data-Transfer-Answer) message to the SCEF, where the message carries the decision transmission strategy and the corresponding reference identifier.
  • BTA Background-Data-Transfer-Answer
  • the SCEF may send the information further to the AF.
  • S307 If the SCEF receives more than one transmission policy, and the AF selects one of the following, the SCEF sends a BTR message to the PCRF, where the message carries the transmission policy notification indication and the selected transmission policy.
  • the PCRF saves the determined new transmission policy and the corresponding reference identifier to the SPR.
  • S310 The SPR returns a confirmation message.
  • the AF carries the reference identifier in the AF session information provided by the PCRF.
  • the PCRF obtains a corresponding transmission policy from the SPR according to the reference identifier and formulates a corresponding PCC rule according to the transmission policy.
  • an embodiment of the present invention provides a policy charging control method, a protocol converter, a policy charging rule device, and a system.
  • HTTP HyperText Transfer Protocol
  • the first BTR message is sent to the PCRF, where the first BTR message carries at least: a transmission policy request indication.
  • the transmission policy response message is sent to the SCEF, and the identifier of the PCRF is carried in the transmission policy response message, including:
  • the HTTP response message is sent to the SCEF, where the HTTP response message carries at least: a transmission policy of the decision, a corresponding reference identifier, and an identifier of the PCRF;
  • the identifier of the PCRF is carried in the transmission policy response message.
  • the method further includes:
  • the method includes:
  • the second BTR message is sent to the PCRF, and the value of the destination host (Destination-Host) AVP of the second BTR message is set according to the identifier of the PCRF.
  • the method before receiving the BTA message sent by the PCRF, the method further includes:
  • the transmission policy request message sent by the SCEF is received, and the transmission policy request message protocol is converted, and then sent to the PCRF.
  • the PCRF After receiving the first BTR message sent by the PC, the PCRF determines a transmission policy, and sends a BTA message to the PC, where the BTA message carries the transmission policy and the identifier of the PCRF, so that the PC sends the BTA message.
  • the protocol is converted and sent to the SCEF;
  • the determining a transmission strategy includes:
  • a transmission policy including: a time window, a charging rate, and optionally a maximum aggregation rate.
  • the method further includes:
  • the PCRF When the PCRF sends more than one transmission policy to the PC, the PCRF carries the identifier of the PCRF in the BTA message, and the identifier of the PCRF is carried in the newly defined AVP.
  • a second receiving unit configured to receive a BTA message sent by the PCRF, where the BTA message carries a transmission policy of the decision;
  • a second protocol conversion unit configured to convert the BTA message protocol
  • An encapsulating unit configured to carry an identifier of the PCRF in the transmission policy response message
  • a second sending unit configured to send a transmission policy response message carrying the identifier of the PCRF to the SCEF;
  • a third receiving unit configured to receive a transmission policy notification message sent by the SCEF, where the transmission policy notification message carries an identifier of the PCRF and a transmission policy selected from the transmission policy;
  • the third sending unit is configured to send the transmission policy notification message protocol to the PCRF.
  • the first receiving unit is further configured to receive a hypertext transfer protocol HTTP request message sent by the SCEF, where the HTTP request message carries at least: a transmission policy request indication;
  • the first protocol conversion unit is further configured to: after converting the HTTP request message, send a first BTR message to the PCRF, where the first BTR message carries at least: a transmission policy request indication.
  • the second protocol conversion unit is further configured to: after converting the BTA message, send an HTTP response message to the SCEF, where the HTTP response message carries at least: a transmission policy of the decision, and a corresponding reference. Identification and identification of the PCRF.
  • the encapsulating unit is further configured to: when it is determined that the transmission policy includes more than one transmission policy, the identifier of the PCRF is carried in the transmission policy response message.
  • the encapsulating unit is further configured to obtain the value of the identifier of the PCRF from the value of the Origin-Host attribute of the BTA message to the AVP.
  • the third sending unit is further configured to: after converting the transmission policy notification message protocol, send a second BTR message to the PCRF, and set the second BTR message according to the identifier of the PCRF.
  • the value of the Destination-Host AVP is further configured to: after converting the transmission policy notification message protocol, send a second BTR message to the PCRF, and set the second BTR message according to the identifier of the PCRF. The value of the Destination-Host AVP.
  • the protocol converter further includes:
  • a first receiving unit configured to receive a transmission policy request message sent by the SCEF
  • a first protocol conversion unit configured to request a message protocol conversion on the transmission policy
  • a first sending unit configured to send the protocol-transformed transmission policy request message to the PCRF
  • a decision unit configured to receive a first BTR message sent by the PC, and then determine a transmission strategy
  • a sending unit configured to send a BTA message to the PC, where the BTA message carries the transmission policy and the identifier of the PCRF, so that the PC converts the BTA message protocol and sends it to the SCEF;
  • the receiving unit is configured to receive a second BTR message sent by the PC according to the identifier of the PCRF, where the second BTR message carries the transmission policy selected from the transmission policy.
  • the determining unit is further configured to: determine, according to the transmission policy request message, the existing transmission policy, and the network policy, a transmission policy, where the transmission policy includes: a time window, a charging rate Take And an optional maximum polymerization rate.
  • the sending unit is further configured to: when the one or more transmission policies are sent to the PC, the PCRF carries the identifier of the PCRF in the BTA message, and the identifier of the PCRF carries In the newly defined AVP.
  • the PCRF is configured to: after receiving the first BTR message sent by the PC, determine a transmission policy, and send a BTA message to the PC, where the BTA message carries the transmission policy and the identifier of the PCRF;
  • the PC is configured to convert the BTA message protocol and send it to the SCEF;
  • the SCEF is further configured to receive a second BTR message sent by the PC according to the identifier of the PCRF, where the second BTR message carries the transmission policy selected from the transmission policy.
  • the PCRF is configured to: after receiving the first BTR message sent by the PC, determine a transmission policy, and send a BTA message to the PC, where the BTA message carries the transmission policy and the identifier of the PCRF;
  • the PC is configured to convert the BTA message protocol and send it to the SCEF;
  • the SCEF is further configured to receive a second BTR message sent by the PC according to the identifier of the PCRF, where the second BTR message carries the transmission policy selected from the transmission policy.
  • the PC receives the transmission policy request message sent by the SCEF, and after the conversion of the transmission policy request message protocol, the PC sends the BTA message, and the BTA message carries the decision.
  • a transmission policy after the BTA message protocol is converted, sending a transmission policy response message to the SCEF, carrying the identifier of the PCRF in the transmission policy response message, and receiving a transmission policy notification message sent by the SCEF,
  • the transmission policy notification message carries the identifier of the PCRF and the transmission policy selected from the transmission policy; the transmission policy notification message protocol is converted and sent to the PCRF. It can be seen that the identifier of the PCRF is carried in the transmission policy response message, and the identifier of the PCRF is also carried in the transmission policy notification message, so that the corresponding PCRF is addressed according to the identifier of the PCRF.
  • FIG. 1 is a schematic structural diagram of a PCC defined by 3GPP;
  • FIG. 2 is a schematic diagram of a PCC architecture for deploying a PC
  • FIG. 3 is a schematic flowchart of a policy charging control method according to Embodiment 1 of the present invention.
  • FIG. 4 is a schematic flowchart of a policy charging control method according to Embodiment 2 of the present invention.
  • FIG. 5 is a schematic flowchart of a policy charging control method according to Embodiment 3 of the present invention.
  • FIG. 6 is a schematic flowchart of a policy charging control method according to Embodiment 4 of the present invention.
  • FIG. 7 is a schematic structural diagram of a protocol converter (PC) according to an embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of a policy charging rule device (PCRF) according to an embodiment of the present invention.
  • PCRF policy charging rule device
  • FIG. 9 is a schematic structural diagram of a policy charging control system according to an embodiment of the present invention.
  • FIG. 3 is a schematic flowchart of a policy charging control method according to Embodiment 1 of the present invention.
  • the policy charging control method in this example is applied to a PC.
  • the policy charging control method includes the following steps:
  • Step 301 Receive a BTA message sent by the PCRF, where the BTA message carries a transmission policy of the decision; after the BTA message protocol is converted, the transmission policy response message is sent to the SCEF, where the PCRF is carried in the transmission policy response message.
  • the method before receiving the BTA message sent by the PCRF, the method further includes: receiving a transmission policy request message sent by the SCEF, and transmitting the message to the PCRF after the transmission policy request message protocol is converted.
  • the SCEF receives the trigger and decides to request the background data transmission policy from the PCRF.
  • This trigger may come from an external AF or SCEF itself (ie SCEF has AF function).
  • the SCEF sends a transmission policy request message to the PC, that is, an HTTP request message, where the HTTP request message carries at least: a transmission policy request indication; and further includes: an application provider identifier, a traffic for each UE to transmit data, and a required data transmission Time window, etc.
  • the PC receives the transmission policy request message sent by the SCEF, and then sends the message to the PCRF after the transmission policy request message protocol is converted.
  • the PC converts the HTTP request message into a Diameter BTR message and sends the message to the PCRF.
  • the Diameter BTR message carries at least: a transmission policy request indication; and further includes: an application provider identifier, a traffic for each UE to transmit data, and a transmission. The time window required for the data, etc.
  • PCRF is any PCRF in the network.
  • the PCRF requests an existing transmission policy from the SPR; the SPR returns all existing transmission policies to the PCRF.
  • the PCRF determines the new transmission policy based on the information requested by the SCEF, all existing transmission policies, network policies, and other related information.
  • the transmission policy includes a suggested time window, a billing rate, and optionally a maximum aggregation rate.
  • the PCRF returns a BTA message to the PC, where the BTA message carries the decision transmission policy and the corresponding reference identifier.
  • the PC receives the BTA message sent by the PCRF.
  • the PC converts the BTA message into an HTTP response message and sends it to the SCEF.
  • the HTTP response message carries the transmission policy of the decision and the corresponding reference identifier.
  • the PC determines that the PCRF returns one or more transmission policies, and the PC carries the identifier of the PCRF in the HTTP response message.
  • the identifier of the PCRF is obtained by the PC from the Origin-Host AVP of the BTA message.
  • the SCEF will send the information further to the AF.
  • Step 302 Receive a transmission policy notification message sent by the SCEF, where the transmission policy notification message is Carrying an identifier of the PCRF and a transmission policy selected from the transmission policy.
  • the SCEF if the SCEF receives more than one transmission policy, and the AF selects one of them, the SCEF sends an HTTP request message to the PC, where the message carries the transmission policy notification indication and the selected transmission policy and the identifier of the PCRF.
  • the PC receives the HTTP request message sent by the SCEF, where the HTTP message carries a transmission policy notification indication, a selected transmission policy, and an identifier of the PCRF.
  • Step 303 Convert the transmission policy notification message protocol to the PCRF.
  • the PC converts the HTTP request message (transmission policy notification message) into a BTR message, where the BTR message carries the transmission policy notification indication and the selected transmission policy. And setting the value of the BTR message Destination-Host AVP according to the identifier of the PCRF provided by the SCEF. In this way, the BTR message is sent to the corresponding PCRF according to the identifier of the PCRF.
  • the PCRF returns an acknowledgement message BTA to the PC; the PC converts the BTA message into an HTTP response message and sends it to the SCEF; the PCRF saves the determined new transmission policy and the corresponding reference identifier to the SPR; the SPR returns an acknowledgement message.
  • the identifier of the PCRF in the above embodiment may be an identifier of a directly addressable PCRF, or may be an identifier of a PCRF obtained by the PC according to a certain mapping relationship, that is, the PC may obtain an optionally located PCRF according to the identifier of the PCRF.
  • logo may be an identifier of a directly addressable PCRF, or may be an identifier of a PCRF obtained by the PC according to a certain mapping relationship, that is, the PC may obtain an optionally located PCRF according to the identifier of the PCRF.
  • the SCEF when the PC determines that the PCRF provides more than one transmission policy, the SCEF is provided with the identifier of the PCRF.
  • the PC can also provide the identifier of the PCRF to the SCEF without making a judgment.
  • FIG. 4 is a schematic flowchart of a policy charging control method according to Embodiment 2 of the present invention.
  • the policy charging control method in this example is applied to a PCRF.
  • the policy charging control method includes the following steps:
  • Step 401 After receiving the first BTR message sent by the PC, determine a transmission policy, and send a BTA message to the PC, where the BTA message carries the transmission policy and the identifier of the PCRF, so that the PC will The BTA message protocol is converted and sent to the SCEF.
  • the SCEF receives the trigger and decides to request the background data transmission policy from the PCRF.
  • This trigger may come from an external AF or SCEF itself (ie SCEF has AF function).
  • the SCEF sends an HTTP request message to the PC, where the message carries a transmission policy request indication, an application provider identifier, a traffic for each UE to transmit data, and a time window required for transmitting data.
  • the PC converts the HTTP request message into a Diameter BTR message and sends it to the PCRF, where the message carries a transmission policy request indication and the like. Where PCRF is any PCRF in the network.
  • the PCRF receives the transmission policy request message sent by the PC, that is, the above Diameter BTR message.
  • the PCRF then requests the SPR for an existing transmission policy.
  • the SPR returns all existing transmission policies to the PCRF.
  • the PCRF receives the existing transmission policy sent by the SPR.
  • the PCRF determines the new transmission policy based on the SCEF request information (transmission policy request message), all existing transmission policies, network policies, and other related information.
  • the policy includes a suggested time window, a billing rate, and optionally a maximum aggregation rate.
  • the PCRF sends a BTA to the PC.
  • the BTA message carries the transmission policy and the identifier of the PCRF.
  • the BTA message carries the identifier of the PCRF, and the identifier of the PCRF is carried in the newly defined AVP. Or, the identifier of the PCRF is directly carried in the BTA message.
  • the PC converts the BTA message into an HTTP response message and sends it to the SCEF.
  • the message carries the decision transmission strategy and the corresponding reference identifier. If the PCRF returns the identifier of the PCRF, the PC also carries the identifier of the PCRF in the message.
  • the SCEF may send the information further to the AF.
  • Step 402 Receive a second BTR message sent by the PC according to the identifier of the PCRF, where the second BTR message carries the transmission policy selected from the transmission policy.
  • the SCEF if the SCEF receives more than one transmission policy, and the AF selects one of them, the SCEF sends an HTTP request message to the PC, where the message carries the transmission policy notification indication and the selected transmission policy and the identifier of the PCRF.
  • the PC converts the HTTP request message into a BTR message, and the message carries a transmission policy notification indication and a selected transmission policy. And setting the value of the BTR message Destination-Host AVP according to the identifier of the PCRF provided by the SCEF.
  • the PCRF receives a transmission policy notification message (BTR message) sent by the PC according to the identifier of the PCRF, where the transmission policy notification message carries a transmission policy notification indication, a selected transmission policy, and an identifier of the PCRF.
  • BTR message transmission policy notification message
  • the PCRF returns an acknowledgement message BTA to the PC; the PC converts the BTA message into an HTTP response message and sends it to the SCEF; the PCRF saves the determined new transmission policy and the corresponding reference identifier to the SPR; the SPR returns an acknowledgement message.
  • the identifier of the PCRF in the above embodiment may be an identifier of a directly addressable PCRF, or may be an identifier of a PCRF obtained by the PC according to a certain mapping relationship, that is, the PC may obtain an optionally located PCRF according to the identifier of the PCRF.
  • logo may be an identifier of a directly addressable PCRF, or may be an identifier of a PCRF obtained by the PC according to a certain mapping relationship, that is, the PC may obtain an optionally located PCRF according to the identifier of the PCRF.
  • the PCRF when the PCRF provides more than one transmission policy, the PCRF provides the PC with the identity of its PCRF. In other embodiments, the PCRF always provides the identity of its PCRF to the PC.
  • FIG. 5 is a schematic flowchart of a policy charging control method according to Embodiment 3 of the present invention. As shown in FIG. 5, the policy charging control method includes the following steps:
  • Step 501 The SCEF receives the trigger and decides to request the background data transmission policy from the PCRF.
  • This trigger may come from an external AF or SCEF itself (ie SCEF has AF function).
  • Step 502 The SCEF sends an HTTP request message to the PC, where the message carries a transmission policy request indication, an application provider identifier, a traffic for each UE to transmit data, and a time window required for transmitting data.
  • Step 503 The PC converts the HTTP request message into a Diameter BTR message and sends the message to the PCRF.
  • the message carries the transmission policy request indication, the application provider identifier, the traffic of each UE to transmit data, and the time window required for transmitting the data.
  • PCRF is any PCRF in the network.
  • Step 504 The PCRF requests an existing transmission policy from the SPR.
  • Step 505 The SPR returns all existing transmission policies to the PCRF.
  • Step 506 The PCRF according to the information requested by the SCEF, all existing transmission policies, and network policies. And other relevant information to determine the new transmission strategy.
  • the policy includes a suggested time window, a billing rate, and optionally a maximum aggregation rate.
  • Step 507 The PCRF returns a Background-Data-Transfer-Answer (BTA, background data transmission response) message to the PC, where the message carries the decision transmission strategy and the corresponding reference identifier.
  • BTA Background-Data-Transfer-Answer
  • Step 508 The PC converts the BTA message into an HTTP response message and sends it to the SCEF.
  • the message carries the decision transmission strategy and the corresponding reference identifier.
  • the PC determines that the PCRF returns one or more transmission policies, and the PC carries the identifier of the PCRF in the HTTP response message.
  • the value of the identifier of the PCRF is obtained by the PC from the Origin-Host AVP of the BTA message.
  • SCEF may send the information further to AF;
  • Step 509 If the SCEF receives more than one transmission policy, and the AF selects one of them, the SCEF sends an HTTP request message to the PC, where the message carries the transmission policy notification indication and the selected transmission policy and the identifier of the PCRF.
  • Step 510 The PC converts the HTTP request message into a BTR message, where the message carries a transmission policy notification indication and a selected transmission policy. And setting the value of the BTR message Destination-Host AVP according to the identifier of the PCRF provided by the SCEF.
  • Step 511 The PCRF returns a confirmation message BTA to the PC;
  • Step 512 The PC converts the BTA message into an HTTP response message and sends it to the SCEF.
  • Step 513 The PCRF saves the determined new transmission policy and the corresponding reference identifier to the SPR.
  • Step 514 The SPR returns a confirmation message.
  • the SCEF when the PC determines that the PCRF provides more than one transmission policy, the SCEF is provided with the identifier of the PCRF.
  • the PC can also provide the identifier of the PCRF to the SCEF without making a judgment.
  • FIG. 6 is a schematic flowchart of a policy charging control method according to Embodiment 4 of the present invention. As shown in FIG. 6, the policy charging control method includes the following steps:
  • Step 601 The SCEF receives the trigger and decides to request the background data transmission policy from the PCRF.
  • This trigger may come from an external AF or SCEF itself (ie SCEF has AF function).
  • Step 602 The SCEF sends an HTTP request message to the PC, where the message carries a transmission policy request indication, an application provider identifier, a traffic for each UE to transmit data, and a time window required for transmitting data.
  • Step 603 The PC converts the HTTP request message into a Diameter BTR message and sends the message to the PCRF.
  • the message carries the transmission policy request indication, the application provider identifier, the traffic of each UE to transmit data, and the time window required for transmitting the data.
  • PCRF is any PCRF in the network.
  • Step 604 The PCRF requests an existing transmission policy from the SPR.
  • Step 605 The SPR returns all existing transmission policies to the PCRF.
  • Step 606 The PCRF determines a new transmission policy according to the information requested by the SCEF, all transmission policies already existing, network policies, and other related information.
  • the policy includes a suggested time window, a billing rate, and optionally a maximum aggregation rate.
  • Step 607 The PCRF returns a Background-Data-Transfer-Answer (BTA, background data transmission) to the PC.
  • BTA Background-Data-Transfer-Answer
  • the message is sent to the message, and the message carries the decision transmission strategy and the corresponding reference identifier. If the PCRF returns more than one transmission policy to the PC, the PCRF message carries the identifier of the PCRF, and the identifier of the PCRF is carried in the newly defined AVP.
  • BTA Background-Data-Transfer-Answer
  • Step 608 The PC converts the BTA message into an HTTP response message and sends it to the SCEF.
  • the message carries the decision transmission strategy and the corresponding reference identifier. If the PCRF returns the identifier of the PCRF, the PC also carries the identifier of the PCRF in the message.
  • SCEF may send the information further to AF;
  • Step 609 If the SCEF receives more than one transmission policy, and the AF selects one of them, the SCEF sends an HTTP request message to the PC, where the message carries the transmission policy notification indication and the selected transmission policy and the identifier of the PCRF.
  • Step 610 The PC converts the HTTP request message into a BTR message, where the message carries a transmission policy notification indication and a selected transmission policy. And setting the value of the BTR message Destination-Host AVP according to the identifier of the PCRF provided by the SCEF.
  • Step 611 The PCRF returns a confirmation message BTA to the PC;
  • Step 612 The PC converts the BTA message into an HTTP response message and sends it to the SCEF.
  • Step 613 The PCRF saves the determined new transmission policy and the corresponding reference identifier to the SPR.
  • Step 614 The SPR returns a confirmation message.
  • the PCRF message carries the identifier of the PCRF, and the identifier of the PCRF is carried in the newly defined AVP.
  • the PCRF always carries the identity of the PCRF in the message, the identity of the PCRF being carried in the newly defined AVP.
  • FIG. 7 is a schematic structural diagram of a protocol converter (PC) according to an embodiment of the present invention. As shown in FIG. 7, the protocol converter includes:
  • the first receiving unit 71 is configured to receive a transmission policy request message sent by the SCEF.
  • a first protocol conversion unit 72 configured to request a message protocol conversion on the transmission policy
  • the first sending unit 73 is configured to send the protocol-transformed transmission policy request message to the PCRF;
  • the second receiving unit 74 is configured to receive a BTA message sent by the PCRF, where the BTA message carries a transmission policy of the decision;
  • a second protocol conversion unit 75 configured to convert the BTA message protocol
  • the encapsulating unit 76 is configured to carry an identifier of the PCRF in the transmission policy response message
  • a second sending unit 77 configured to send a transmission policy response message carrying the identifier of the PCRF to the SCEF;
  • a third receiving unit 78 configured to receive a transmission policy notification message sent by the SCEF, where the transmission policy notification message carries an identifier of the PCRF and a transmission policy selected from the transmission policy;
  • the third sending unit 79 is configured to send the transmission policy notification message protocol to the PCRF.
  • the first receiving unit 71 is further configured to receive a hypertext transfer protocol HTTP request message sent by the SCEF,
  • the HTTP request message carries at least: a transmission policy request indication;
  • the first protocol conversion unit 72 is further configured to: after converting the HTTP request message, send a first BTR message to the PCRF, where the first BTR message carries at least: a transmission policy request indication.
  • the second protocol conversion unit 75 is further configured to: after converting the BTA message, send an HTTP response message to the SCEF, where the HTTP response message carries at least: a determined transmission policy, a corresponding reference identifier, and the PCRF. logo.
  • the encapsulating unit 76 is further configured to: when it is determined that the transmission policy includes more than one transmission policy, carry the identifier of the PCRF in the transmission policy response message.
  • the value of the identifier of the PCRF is obtained from the value of the Origin-Host attribute of the BTA message to the AVP.
  • the third sending unit 79 is further configured to: after converting the transmission policy notification message protocol, send a second BTR message to the PCRF, and set a Destination-Host AVP of the second BTR message according to the identifier of the PCRF. The value.
  • each unit in the protocol converter shown in FIG. 7 can be implemented by a program running on a processor, or can be realized by a specific logic circuit.
  • FIG. 8 is a schematic structural diagram of a policy charging rule device (PCRF) according to an embodiment of the present invention. As shown in FIG. 8, the policy charging rule device includes:
  • the determining unit 81 is configured to: after receiving the first BTR message sent by the PC, determine a transmission policy
  • the sending unit 82 is configured to send a BTA message to the PC, where the BTA message carries the transmission policy and the identifier of the PCRF, so that the PC converts the BTA message protocol and sends it to the SCEF;
  • the receiving unit 83 is configured to receive a second BTR message sent by the PC according to the identifier of the PCRF, where the second BTR message carries the transmission policy selected from the transmission policy.
  • the determining unit 81 is further configured to determine a transmission policy according to the transmission policy request message, the existing transmission policy, and a network policy, where the transmission policy includes: a time window, a charging rate, and optionally a maximum Aggregation rate.
  • the sending unit 82 is further configured to: when the one or more transmission policies are sent to the PC, the PCRF carries the identifier of the PCRF in the BTA message, and the identifier of the PCRF is carried in a newly defined AVP. in.
  • each unit in the policy charging rule device shown in FIG. 8 can be understood by referring to the related description of the foregoing policy charging control method.
  • the functions of each unit in the policy charging rule device shown in FIG. 7 can be implemented by a program running on a processor, or can be implemented by a specific logic circuit.
  • FIG. 9 is a schematic structural diagram of a policy charging control system according to an embodiment of the present invention. As shown in FIG. 9, the system includes:
  • the PCRF 91 is configured to: after receiving the first BTR message sent by the PC 92, determine a transmission policy, to the The PC 92 sends a BTA message, where the BTA message carries the transmission policy and the identifier of the PC 92RF 91;
  • the PC 92 is configured to convert the BTA message protocol and send it to the SCEF 93;
  • the SCEF 93 is further configured to receive a second BTR message sent by the PC 92 according to the identifier of the PC 92RF 91, where the second BTR message carries the transmission policy selected from the transmission policy.
  • the PC 92 is further configured to receive a BTA message sent by the PC 92RF 91, where the BTA message carries a transmission policy of the decision; after converting the BTA message protocol, sending the BTA message protocol to the SCEF 93 Transmitting a policy response message, carrying the identifier of the PC 92RF 91 in the transmission policy response message;
  • the SCEF 93 is configured to send a transmission policy notification message to the PC 92, where the transmission policy notification message carries the identifier of the PC 92RF 91 and a transmission policy selected from the transmission policy;
  • the PC 92 is further configured to send the transmission policy notification message protocol to the PC 92RF91 after being converted.
  • the disclosed method and smart device may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner such as: multiple units or components may be combined, or Can be integrated into another system, or some features can be ignored or not executed.
  • the coupling, or direct coupling, or communication connection of the components shown or discussed may be indirect coupling or communication connection through some interfaces, devices or units, and may be electrical, mechanical or other forms. of.
  • the units described above as separate components may or may not be physically separated, and the components displayed as the unit may or may not be physical units, that is, may be located in one place or distributed to multiple network units; Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present invention may be integrated into one second processing unit, or each unit may be separately used as one unit, or two or more units may be integrated into one unit;
  • the above integrated unit can be implemented in the form of hardware or in the form of hardware plus software functional units.
  • the invention is applicable to the field of communication, and is configured to carry the identifier of the PCRF in the transmission policy response message, and the identifier of the PCRF is also carried in the transmission policy notification message, so as to be addressed to the corresponding PCRF according to the identifier of the PCRF.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Charge And Discharge Circuits For Batteries Or The Like (AREA)

Abstract

L'invention concerne un procédé de commande de facturation de politique, un convertisseur de protocole, et un appareil de règle de facturation de politique. Le procédé comprend les étapes suivantes : un PC reçoit un message BTA transmis par une PCRF, le message BTA portant des politiques de prise de décision de transmission; après la réalisation d'une conversion de protocole sur le message BTA, la transmission d'un message de réponse de politique de transmission à une SCEF, le message de réponse de politique de transmission portant un identifiant de la PCRF; à recevoir un message de notification de politique de transmission transmis par la SCEF, le message de notification de politique de transmission portant l'identifiant de la PCRF et une politique de transmission sélectionnée parmi les politiques de transmission; et la transmission, à la PCRF, du message de notification de politique de transmission après la conversion de protocole.
PCT/CN2016/103740 2016-01-18 2016-10-28 Procédé de commande de facturation de politique, convertisseur de protocole, appareil et système de règle de facturation de politique WO2017124807A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610030476.9 2016-01-18
CN201610030476.9A CN106982125A (zh) 2016-01-18 2016-01-18 策略计费控制方法、协议转换器、策略计费规则设备、系统

Publications (1)

Publication Number Publication Date
WO2017124807A1 true WO2017124807A1 (fr) 2017-07-27

Family

ID=59340152

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/103740 WO2017124807A1 (fr) 2016-01-18 2016-10-28 Procédé de commande de facturation de politique, convertisseur de protocole, appareil et système de règle de facturation de politique

Country Status (2)

Country Link
CN (1) CN106982125A (fr)
WO (1) WO2017124807A1 (fr)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109714493B (zh) * 2017-10-26 2021-06-18 中国电信股份有限公司 实现机卡池绑定的方法、装置和系统
CN110519795B (zh) 2018-05-21 2021-12-10 华为技术有限公司 一种确定背景流量传输策略的方法及装置
WO2019223658A1 (fr) * 2018-05-21 2019-11-28 华为技术有限公司 Procédé et dispositif de détermination de politique de transmission de trafic d'arrière-plan
CN112585904B (zh) * 2018-08-24 2024-04-30 瑞典爱立信有限公司 背景数据传输处理
CN112104464B (zh) * 2019-06-17 2021-09-07 华为技术有限公司 一种传输背景流量传输信息的方法、装置及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8400916B2 (en) * 2010-06-28 2013-03-19 Alcatel Lucent Method of authorizing AF sessions using external subscriber database
CN104254140A (zh) * 2013-06-26 2014-12-31 中国电信股份有限公司 移动网络中pcc系统的会话关联方法与系统
CN104767722A (zh) * 2014-01-08 2015-07-08 中兴通讯股份有限公司 会话的管理方法、策略服务器及应用功能实体

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8400916B2 (en) * 2010-06-28 2013-03-19 Alcatel Lucent Method of authorizing AF sessions using external subscriber database
CN104254140A (zh) * 2013-06-26 2014-12-31 中国电信股份有限公司 移动网络中pcc系统的会话关联方法与系统
CN104767722A (zh) * 2014-01-08 2015-07-08 中兴通讯股份有限公司 会话的管理方法、策略服务器及应用功能实体

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"3GPP; Technical Specification Group Core Network and Terminals; . ''Service capability exposure functionality over Nt reference point", 3GPP TS 29. 154 V13. 0. 0, 31 December 2015 (2015-12-31), XP055598959 *

Also Published As

Publication number Publication date
CN106982125A (zh) 2017-07-25

Similar Documents

Publication Publication Date Title
CN112913212B (zh) 控制面-用户面分离的用户面功能控制
JP5490250B2 (ja) ユーザ機器へのパケットフィルタのインストール制御
US8799440B2 (en) Policy and charging control method and system for multi-PDN connections of single APN
US7907524B2 (en) Method and devices for installing packet filters in a data transmission
EP2030401B1 (fr) PERTE DE SIGNALISATION LORS DE l'ACHEMINEMENT SUR SUPPORT
WO2017124807A1 (fr) Procédé de commande de facturation de politique, convertisseur de protocole, appareil et système de règle de facturation de politique
WO2008116406A1 (fr) Procédé de commande, système et entité de fonction pour notifier un événement de flux d'internet de signalisation
WO2014173252A1 (fr) Procédé de gestion de sessions, entité fonctionnelle d'application, serveur de politiques et convertisseur de protocole
US10637937B2 (en) Method for service chain policy formulation and device
WO2011124106A1 (fr) Procédé, système et dispositif de commande de politique et de facturation
WO2011029289A1 (fr) Procédé et système de transmission d'un mode de commande de support dans des scénarios d'itinérance
WO2011085621A1 (fr) Procédé et système de traitement de service
WO2009089790A1 (fr) Procédé pour l'acquisition du type d'un service support et pour la commutation entre réseaux supports pour des terminaux
WO2014176987A1 (fr) Procédé de commande de politique et élément de réseau
WO2015033579A1 (fr) Dispositif de communications, dispositif de commande, système de communications, procédé de communications, procédé de commande et programme associé
WO2011003307A1 (fr) Procédé et système de facturation pour un système de paquet évolué
WO2018095341A1 (fr) Procédé et appareil d'exécution de politique de transfert, et support de stockage lisible par ordinateur
WO2011134315A1 (fr) Procédé, dispositif et système pour une autorisation de service
WO2014110923A1 (fr) Procédé, appareil et système de traitement d'informations de réseau
KR100879164B1 (ko) 통신 네트워크에서 서비스 품질 관리를 위한 결합 메커니즘
WO2024148495A1 (fr) Procédé et appareil de traitement d'informations, et dispositif de communication et support d'enregistrement
Baleh et al. Enriched connectivity-as-a-service for dynamic Mobile-Cloud
CN106992868B (zh) 第三方应用业务部署方法、scef实体、pcrf实体及pcc框架
CN118633319A (en) Information processing method and device, communication equipment and storage medium
WO2015010576A1 (fr) Procédé de gestion de session, entité à fonction d'application, serveur de règles et convertisseur de protocole

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

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

Country of ref document: EP

Kind code of ref document: A1