WO2013097251A1 - Pcc架构下对报文的处理方法和设备 - Google Patents

Pcc架构下对报文的处理方法和设备 Download PDF

Info

Publication number
WO2013097251A1
WO2013097251A1 PCT/CN2011/085206 CN2011085206W WO2013097251A1 WO 2013097251 A1 WO2013097251 A1 WO 2013097251A1 CN 2011085206 W CN2011085206 W CN 2011085206W WO 2013097251 A1 WO2013097251 A1 WO 2013097251A1
Authority
WO
WIPO (PCT)
Prior art keywords
pcc rule
pcc
packet
bearer
rule
Prior art date
Application number
PCT/CN2011/085206
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 华为技术有限公司
Priority to PCT/CN2011/085206 priority Critical patent/WO2013097251A1/zh
Priority to CN201180003825.3A priority patent/CN102726077B/zh
Publication of WO2013097251A1 publication Critical patent/WO2013097251A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H04L41/5022—Ensuring fulfilment of SLA by giving priorities, e.g. assigning classes of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices

Definitions

  • the present invention relates to the field of mobile communications technologies, and in particular, to a method and a device for processing a software in a Policy and Charging Control (PCC) architecture.
  • PCC Policy and Charging Control
  • the PCC architecture is based on the service data flow level and provides policy control and charging control functions based on service data flows.
  • IP-CAN bearers are IP transmission channels that define attributes such as speed, delay, and bit error rate.
  • the PCC architecture provides a Binding Mechanism, which determines the correspondence between service data flows and IP-CAN bearers.
  • the operator first needs to associate each service data flow and its configured PCC Rule (PCC Rule) with the IP-CAN session, and then bind the PCC Rule to the IP-CAN bearer. After binding, a PCC Rule is bound to an IP-CAN bearer, and an IP-CAN bearer can be bound to multiple PCC Rule.
  • PCC Rule PCC Rule
  • the main network elements in the PCC architecture include Policy and Charging Rules Function (PCRF), Policy and Charging Enforcement Function (PCEF).
  • PCRF Policy and Charging Rules Function
  • PCEF Policy and Charging Enforcement Function
  • the interface between the PCRF and the PCEF is a Gx interface.
  • the PCEF can request a PCC Rule from the PCRF through the Gx interface.
  • the PCRF sends a PCC Rule to the PCEF through the Gx interface.
  • the PCEF may first determine the PCC Rule corresponding to the text and use the PCC Rule to perform QoS control and charging control on the PC.
  • the service data flow filter defined in the PCC Rule may be compared with the content of the file. If the service data stream filter of a certain PCC Rule is the same as the content of the received message, it may be determined as the PCC Rule corresponding to the received message.
  • the present invention provides a method and a device for processing a packet in a PCC architecture, which can meet the requirements of different scenarios.
  • the present invention provides a method for processing a message in a PCC architecture, including:
  • the present invention provides a packet processing device for a PCC architecture, including:
  • a receiving module configured to receive a message
  • a determining module configured to determine, according to the obtained at least two types of PCC rules, a PCC rule corresponding to the packet received by the receiving module;
  • a processing module configured to perform, according to the corresponding PCC rule determined by the determining module, a policy control process corresponding to the type of the packet.
  • the PCC rules are extended in the embodiment of the present invention, so that the PCC rules have different types, and the packets can be matched with at least two types of PCC rules. Different types of PCC rules can respectively be used for the packets. Different processing is performed, that is, one PCC rule can be used for QoS control, and another PCC rule is used for charging control, instead of using the same PCC rule in the prior art to complete both QoS control and charging control. This can adapt to the needs of different scenarios. BRIEF DESCRIPTION OF THE DRAWINGS In order to more clearly illustrate the technical solutions in the embodiments of the present invention, a brief description of the drawings to be used in the description of the embodiments will be briefly made. It is obvious that the drawings in the following description are some of the present invention. For the embodiments, those skilled in the art can obtain other drawings according to the drawings without any creative labor.
  • FIG. 1 is a schematic flow chart of a method according to a first embodiment of the present invention
  • FIG. 2 is a schematic diagram of indicating a PCC rule type in an embodiment of the present invention.
  • FIG. 3 is a schematic flow chart of a method according to a second embodiment of the present invention.
  • FIG. 4 is a schematic flow chart of a method according to a third embodiment of the present invention.
  • FIG. 5 is a schematic flowchart of a method according to a fourth embodiment of the present invention.
  • FIG. 6 is a schematic flow chart of a method according to a fifth embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of a device according to a sixth embodiment of the present invention. detailed description
  • FIG. 1 is a schematic flowchart of a method according to a first embodiment of the present invention, including:
  • Step 11 The PCEF receives the certificate
  • Step 12 The PCEF determines, according to the obtained at least two types of PCC rules, a PCC rule corresponding to the message.
  • the at least two types of PCC rules may include: a PCC rule of a bearer level and a PCC rule of a session level, or a PCC rule for carrying a binding and a PCC rule for policy control.
  • the PCC rules include the PCC rules of the bearer level and the PCC rules of the session level, and the PCC rules of the bearer level corresponding to the packet are determined as an example.
  • the PCC rules for determining the bearer level corresponding to the packet may include:
  • the PCEF determines the type of bearer level from the obtained at least two types of PCC rules.
  • the PCEF receives the PCC rule sent by the PCRF, and the PCRF indicates the type of the PCC rule when the PCC rule is sent.
  • the PCEF can determine which PCC rules are the PCC rules of the bearer level.
  • the PCC rules of the PCG are determined by the PCC rules of the session level.
  • the PCC rules of the bearer level can be determined by the PCC rules.
  • the PCC rules of the bearer level can be one or at least two.
  • the packet is matched with the service data flow filter defined by the PCC rule of the type of the bearer level, and the PCC rule of the bearer level corresponding to the packet is determined.
  • the PCC rule of the type of the bearer may be more than two.
  • the service data flow filter defined in each PCC rule is different. After comparing the packet with the service data flow filter, the service is consistent with the content of the packet.
  • the PCC rule of the bearer level at which the data stream filter is located is determined as the PCC rule of the bearer level corresponding to the packet. That is to say, there may be multiple PCC rules of the bearer level, but after matching, the PCC rule of the bearer level corresponding to the message is one.
  • the method may further include: acquiring at least two types of PCC rules, where the obtaining may refer to the PCC rule sent by the PCF and indicating the type of the PCC rule by the PCRF, or obtaining the PCC rule in the PCEF. , and configure the type of PCC rules.
  • obtaining at least two types of PCC rules may include:
  • the PCC rule installation AVP includes an A VP indicating the type of the PCC rule to be installed;
  • the content of the PCC rule to be installed includes an AVP for indicating the type of the PCC rule to be installed;
  • Step 13 The PCEF performs policy control processing on the packet according to the corresponding PCC rule.
  • the PCC rule includes the PCC rule of the bearer level and the PCC rule of the session level.
  • the policy control process for the corresponding type of the packet may include:
  • the first policy control is performed on the packet according to the PCC rule of the bearer level.
  • the first policy control process is a policy control used by a PCC rule of a preset bearer level; performing a second policy control process on the packet according to the PCC rule of the session level, the second The policy control handles the policy control used for the PCC rules of the pre-set session level.
  • different policy control means that two types of PCC rules are used for different types of control. For example, it may be pre-set which type of PCC rule is used for which policy control, for example, a PCC rule with a pre-set bearer level is used for QoS control, and a PCC rule of a session level is used for charging control, and a packet is obtained. After the corresponding PCC rules of the bearer level and the PCC rules of the session level corresponding to the packets, the QoS will be performed according to the PCC rules of the bearer level corresponding to the packets. On the other hand, the PCC rules at the bearer level and the PCC rules at the session level have the same.
  • the role of the PCC rule at the bearer level and the priority of the PCC rule at the session level are compared.
  • the PCC rule with the highest priority is used to process the packet.
  • the same effect here means that different types of PCC rules in the preset policy control can complete the same control.
  • the PCC rule of the bearer level can be used for the charging control
  • the PCC rule of the session level can also be used for the charging control
  • the PCC of the bearer level needs to be compared first.
  • the priority of the PCC rules at the rule and session level, and the PCC rules with high priority are selected for accounting processing.
  • the PCC rule corresponding to the uplink packet is determined according to the type and content of the PCC rule bound by the IP packet and the IP-CAN packet of the uplink packet. If the received packet is a downlink packet, the IP-CAN bearer corresponding to the downlink packet and the corresponding PCC rule are determined according to the type and content of the PCC rule bound to the IP-CAN session in the downlink packet and the downlink packet.
  • the PCC rule in which the IP-CAN session is bound refers to the PCC rule bound to all IP-CAN bearers in the IP-CAN session.
  • the PCC rule is then uniformly processed based on the PCC rule, for example, based on the one PCC rule for QoS control, charging control, bearer binding, and the like.
  • the present invention extends the application scope of the PCC rule, that is, divides the PCC rule into multiple types. When packets match, you need to match according to the type of PCC rules. You can get multiple types of PCC rules. Then, different PCC rules are used to perform different policy control processing instead of a single PCC. The rule completes all processing. For example, the PCC rules can be divided into PCC rules for bearer binding, PCC rules for charging control, and PCC rules for QoS control, and then the received messages can be respectively associated with the above three types of PCC rules.
  • the matching is performed to obtain the corresponding three PCC rules, and then the three PCC rules obtained by the matching are respectively used for bearer binding, charging control, and QoS control.
  • the above-mentioned bearer binding and charging control and QoS control are only required to be matched twice.
  • the PCC rules in the prior art are only a fixed single type, and the fixed single type cannot meet the needs of different scenarios.
  • the PCC rules are extended, so that the PCC rules have different types, so that Different types of PCC rules can be used in different scenarios to meet the flexible and diverse service deployment requirements of operators.
  • the PCC rules are extended to make the PCC rules have different types, and different policies are controlled based on different types of PCC rules, which can adapt to different scenarios.
  • PCC rules For example, the PCF rule is sent to the PCEF by the PCRF.
  • the PCEF can be obtained with different types of PCC rules as shown in Figure 2.
  • this embodiment includes:
  • Step 21 The PCRF sends a PCC Rule Install (Charging-Rule-Install) AVP to the PCEF.
  • the PCC Rule Install AVP includes a PCC Rule Content (Charging-Rule-Definition) AVP, and also includes a type for indicating a PCC rule to be installed. AVP.
  • PCC Rule Installation AVP for indicating the type of PCC rule to be installed.
  • an AVP is added to the existing PCC rule installation AVP to indicate the type of PCC rules to be installed.
  • the format of the PCC rule installation AVP in this embodiment may include the following contents:
  • the above Session-Level-Indication is a new AVP, which indicates whether the PCC Rule to be installed is a PCC Rule of a bearer level or a PCC Rule of a session level.
  • the Charging-Rule-Install AVP issued by the PCRF must ensure the consistency and accuracy of the PCC Rule type. Otherwise, the PCEF performs exception handling. For example, when the PCRF performs bearer binding, if the Session-Level-Indication in the Charging-Rule-Install AVP indicates a PCC Rule at the session level, the Bearer-Identifier should not be included in the Charging-Rule-Install AVP. AVP; Similarly, if the Session-Level-Indication in the Charging-Rule-Install AVP indicates a bearer-level PCC Rule, the Charging-Rule-Install AVP needs to include the Bearer-Identifier AVP.
  • the above example takes the Bearer-Identifier AVP as an example, and the Session-Level-Indication of the above example should indicate the PCC Rule of the bearer level.
  • the name and data type of the newly added AVP can be specifically defined, as long as the meaning can indicate the PCC Rule of the bearer level or the PCC Rule of the session level.
  • the Charging-Rule-Install AVP may not include the newly added AVP. If the new AVP is not included, the PCC Rule in the Charging-Rule-Install AVP may be the bearer level PCC Rule.
  • the Charging-Rule-Install AVP may not include the newly added AVP, but indicates whether the existing AVP indicates the PCC Rule of the bearer level or the PCC Rule of the session level.
  • the Charging-Rule-Install AVP adds an AVP indicating whether the type of the PCC Rule in the Charging-Rule-Install is a Bearer level or a Session level, if the PCRF is in the Diameter CCA/RAR message simultaneously Deliver the PCC Rule at the Bearer level and the PCC Rule at the Session level. Diameter CCA/RAR messages need to include multiple Charging-Rule-Install AVPs.
  • PCC rules are used for PCC rules for service control or for bearer binding.
  • the above Rule-Type-Indication is a new AVP for indicating whether the PCC Rule to be installed is a PCC Rule for service control or a PCC Rule for carrying a binding.
  • the name and data type of the newly added AVP can be specifically defined, as long as the meaning can indicate whether it is a PCC Rule for business control or a PCC Rule for carrying a binding.
  • the Charging-Rule-Install AVP may not include the newly added AVP. If the new AVP is not included, the PCC Rule in the Charging-Rule-Install AVP may be used to carry the bound PCC. Rule.
  • the Charging-Rule-Install AVP may not include the newly added AVP, but indicates whether the existing AVP indicates the PCC Rule of the bearer level or the PCC Rule of the session level.
  • the Charging-Rule-Install AVP adds an AVP indication
  • the type of the PCC Rule in the Charging-Rule-Install is used for service control or bearer binding, so if the PCRF is simultaneously in the Diameter CCA/RAR message The PCC Rule for service control and the PCC Rule for binding, then the Diameter CCA/RAR message needs to include multiple Charging-Rule-Install AVPs.
  • the above is divided into granularity and use, and can be further refined, for example. It is also possible to indicate by the AVP whether the corresponding PCC rule is a PCC rule for service control based on bearer control or a PCC rule for service control based on session control. under:
  • the contents of the PCC rule include: a service flow filter (flow-information) for comparing with the content of the text; a priority (precedence) for determining the PCC rule. Matching order; QoS-information for QoS control and load binding; "Service-Identifier” Rating-Group Online Offline Metering-Method for charging control. Based on the above information, the PCC rules corresponding to the message can be determined and controlled accordingly.
  • PCC rules are defined in the current protocol, namely Dynamic PCC rules, Predefined PCC rules known by PCRF, Predefined PCC rules not known by PCRF, and non-operators.
  • Controlled Dynamic (PCC) rules specifically, Dynamic (PCC) rules are provided by the PCRF via the Gx interface. Filters are only three or four layers and can only be L3/4 Rule.
  • Predefined (predefined) PCC rules known by the PCRF The PCRF can only be referenced in the PCEF pre-configured, but it cannot be modified.
  • the predefined rules on the PCEF can be grouped into a group, and the PCRF can Directly reference the collection of predefined rules ( Charging-Rule-Base-Name;) .
  • L7 is an application layer information such as http, wap, p2p
  • PCC rules that PCRF does not know: Rules preconfigured in PCEF, but PCRF does not know.
  • Non-operator-controlled dynamic rules For example, the PCRF generates a Rule based on the traffic mapping information (TFT) provided by the UE.
  • TFT traffic mapping information
  • the PCC rules for the embodiments of the present invention may be the dynamic PCC rules and the predefined PCC rules (including those known and unknown by the PCRF).
  • dynamic PCC rules it can be specified in the manner described in this embodiment.
  • predefined PCC rules the type can be configured directly on the PCEF.
  • the above includes the AVP for indicating the type of the PCC rule in the Charging-Rule-Install A VP.
  • the Charging-Rule-Install AVP may not be changed, but is included in the Charging-Rule-Definition AVP.
  • Indicates the AVP of the PCC rule type to indicate whether the corresponding PCC Rule is a PCC Rule of the bearer level or a PCC Rule of the session level, or to indicate whether the corresponding PCC Rule is a PCC Rule for service control or a bearer binding PCC Rule.
  • this embodiment can lay the foundation for subsequent packet processing to meet the requirements of different scenarios.
  • the processing flow as shown in FIG. 3 or FIG. 4 may be adopted.
  • Bearer-level PCC rules Can only be installed on one IP-CAN bearer, and must include the service data flow filter and QoS parameters for service data flow detection. The remaining policy controls, such as the parameters of the billing control, are optional.
  • PCEF and PCRF only bear bearer binding to the Bearer-level PCC Rule. The PCEF only maps the service data flow filter of the Bearer-level PCC Rule to the PCC Rule.
  • TFT traffic flow template
  • Session level PCC Rule Installed on all IP-CAN bearers in the IP-CAN session, so PCEF and PCRF do not need to bear binding to the Session level PCC Rule, PCEF does not need Filter the business data stream of this type of PCC Rule
  • the service data flow filter is mapped to the carried TFT information.
  • the PCC Rule at the Session level may not include QoS parameters, or may include QoS parameters, but the PCEF does not need to perform bearer binding on this type of PCC Rule based on QoS parameters.
  • the service data flow filter parameter for service data flow detection is optional. If the service data flow filter is not included, other policy controls, such as charging control, will be directed to the entire Carrying granularity.
  • the general application scenario of the PCC Rule at the session level is to implement a unified granularity of service charging for each IP-CAN bearer in an IP-CAN session, without concern for which specific IP-CAN bearer the service data stream is on. For example, if you want to flatten the rate for the http service data stream for each IP-CAN bearer in the IP-CAN session, you can predefine a PCC Rule on the PCEF and specify the PCC Rule as the L7 PCC Rule of the http protocol, or PCRF. A PCC Rule is issued, and the PCC Rule is specified as the L3/4 PCC Rule with port number 80.
  • the PCC Rule at the Session level can implement the application of session charging based on Session flat rate, but it is not limited to this.
  • the Session level PCC Rule is configured and maintained based on the scope of Session granularity, so it can support application scenarios based on the control of the entire session and the PCC Rule based on the bearer control.
  • the PCC Rule at the Session level and the PCC Rule at the Bearer level can have the same parameters.
  • the PCC Rule at the Bearer level and the PCC Rule at the Session level define the parameters related to the charge control. Then, when the user message matches the rule, the PCC Rule of the Bearer level and the PCC Rule of the Session level can be matched according to the priority of the PCC Rule, and the charging parameters of the PCC Rule with high priority are executed. Billing control.
  • the priority of the Session level PCC Rule should be set higher.
  • Another alternative is to define the PCC Rule at the session level as the accounting process dedicated to the Session service, and the PCC Rule at the Bearer level is defined as dedicated to the policy control, then the Bearer level PCC The Rule does not need to include charging related information, or the gateway directly ignores the charging related parameters of the Bearer level PCC Rule.
  • FIG. 3 is a schematic flowchart of a method according to a second embodiment of the present invention, where the PCC rule is used in this embodiment. This is an example of the PCC rule of the bearer level or the PCC rule of the session level.
  • this embodiment includes:
  • Step 31 The PCEF receives the uplink packet.
  • the uplink packet refers to the packet sent by the UE to the PCEF.
  • Step 32 The PCEF determines a PCC rule of the bearer level corresponding to the uplink packet.
  • the PCC rule of all bearer-level IP-CAN bearers bound to the IP-CAN bearer of the uplink packet is determined according to the type of each PCC rule. Then, according to the priority of the PCC rule and the service data flow filter, a PCC rule of the bearer level corresponding to the uplink packet is determined.
  • the service data flow filter can be determined according to "Flow-information" in the PCC rule, and the priority can be determined according to "Precedence" in the PCC rule.
  • the binding of the packet to the IP-CAN bearer can be bound by the PCRF.
  • the PCRF can notify the PCEF of the binding relationship.
  • the process of binding the PCRF can be referred to the existing protocol.
  • the binding of the IP-CAN bearer may also be bound by the PCEF.
  • the PCEF may compare the QoS parameters in the PCC Rule with the QoS parameters of each IP-CAN bearer to determine the binding relationship, for example, if the PCC
  • the QCI and the APR in the Rule are respectively the same as the QCI and the APR of the IP-CAN bearer respectively, and the PCC Rule is bound to the IP-CAN bearer, where the QCI and the ARP are parameters included in the QoS parameter.
  • Step 33 The PCEF performs policy control for the uplink packet with the PCC rule of the bearer level according to the determined PCC rule of the bearer level corresponding to the uplink packet.
  • QoS control can be performed according to the "QoS-information" in the PCC Rule of the determined bearer level.
  • each type of PCC rule is used for which policy control can be pre-configured to the PCEF.
  • Step 34 If the uplink packet passes the policy control of the PCC rule of the bearer level, the PCEF determines the PCC rule of the session level corresponding to the uplink packet.
  • the PCC rule of the session level corresponding to the uplink packet may be determined in a manner similar to step 32. For example, if the PCC rule of the session level is used for charging control, the charging process may be performed according to the charging related parameter in the PCC rule of the determined session level.
  • the method may further include:
  • the PCEF compares the priority of the matched session-level PCC Rule with the priority of the bearer-level PCC Rule matched in step 32, and selects the PCC Rule with a higher priority.
  • the charging process is then performed using the PCC rule with the highest priority.
  • Step 36 If the uplink packet passes the policy control of the session level PCC rule,
  • the PCEF forwards the processed uplink message to the PDN.
  • a PCC rule is used as a PCC rule of a bearer level or a PCC rule of a session level, and a downlink packet is received as an example.
  • this embodiment includes:
  • Step 41 The PCEF receives the downlink packet.
  • the downlink packet refers to the packet sent by the PCEF to the UE.
  • Step 42 The PCEF determines a PCC rule of the bearer level corresponding to the downlink packet.
  • the PCC rules bound to all the IP-CAN bearers included in the IP-CAN session of the downlink packet are obtained first, and then the PCC rules of all bearer levels are determined according to the type of each PCC rule, and then The priority of the PCC rule and the service data flow filter determine a PCC rule of the bearer level corresponding to the downlink message.
  • Step 43 The PCEF determines the downlink bearer according to the PCC rule of the bearer level corresponding to the downlink packet.
  • the IP-CAN bearer is determined as the downlink bearer.
  • Step 44 The PCEF performs policy control on the downlink packet for the PCC rule of the bearer level according to the determined PCC rule of the bearer level corresponding to the downlink packet.
  • the bearer level PCC rule is for QoS control, then it can be based on QoS control is performed by "QoS-information" in the PCC Rule of the bearer level.
  • Step 45 If the downlink packet passes the policy control of the PCC rule of the bearer level, the PCEF determines the PCC rule of the session level corresponding to the downlink text.
  • Step 47 If the downlink packet passes the policy control of the session-level PCC rule, the PCEF carries the processed downlink packet on the determined downlink bearer for tunnel encapsulation and forwarding.
  • the embodiment may further include: after acquiring the PCC rule of the bearer level, the PCEF converts the service data flow filter in the PCC rule of the bearer level into the TFT information of the bearer, and The UE is sent to the UE by signaling, so that the UE can exchange data with the PCEF according to the carried TFT information.
  • This embodiment divides the PCC rules into PCC rules and session levels at the bearer level.
  • a typical application scenario may be that a PCC rule of a bearer level is used in QoS control, and a PCC rule of a session level may be used in charging, so that separation of QoS control and charging control may be implemented.
  • the type of the PCC rule is a PCC rule for carrying a binding or a PCC rule for service control
  • a processing flow as shown in FIG. 5 or FIG. 6 may be employed.
  • PCC Rule for bearer binding It must include filters and QoS parameters for service data flow detection, which are used to generate bearer-bonded TFTs and QoS, and PCEF will carry TFT and QoS through signaling messages. Sending the UE; the parameters of the charging control and other policy control (such as gating) are optional. In fact, the PCC Rule used to carry the binding does not need to include these parameters, or even if it is included, the PCEF ignores the processing because it is used for? The loaded PCC Rule is only used to generate the bearer TFT information and QoS information, and is not used to perform traffic flow based policy control and/or charging control.
  • PCEF implements service data flow based policy control (including QoS and gating) and/or charging control according to such PCC Rule. 1) If the PCEF performs bearer binding, the PCEF will be based on the QoS parameter QCI/ARP in the PCC Rule. The Rule is installed on the IP-CAN bearer with the same QCI/ARP parameters, but the PCEF does not use the filter and QoS of the Rule to generate the bearer TFT and QoS; if the QoS parameter of the PCC Rule does not carry the QCI/ARP, then The PCEF may consider the installation to fail or bind the Rule to the default bearer or the entire IP-CAN session. 2) If the PCRF performs bearer binding, the PCEF directly installs the Rule to the corresponding bearer according to the indication of the PCRF, but the PCEF does not use the filter and QoS of the class to generate the bearer TFT and QoS.
  • the PCC rules for bearer control can only be installed on one bearer; the PCC rules for service control can be installed only on one bearer or on all bearers in the IP-CAN session.
  • a PCC Rule for carrying the binding must be bound, and the PCC Rule for business control is optional.
  • the typical application scenario is that the bearer-based control and the service data flow control are separated based on the PCC rules for the bearer control and the PCC rules for the service control, but are not limited thereto.
  • each bearer can only carry a maximum of 16 filters, which means that the maximum number of filters bound to all PCC rules on each bearer can only be 16.
  • the definition of the rule based on the service flow may be thinner or thicker than the filter definition of the TFT, that is, it may not correspond to the filter of the TFT.
  • the PCC rules for service control and the PCC rules for bearer binding it is possible to implement a control that is thinner or thicker than the filter definition of the TFT, without being restricted by 16 filters on each bearer.
  • FIG. 5 is a schematic flowchart of a method according to a fourth embodiment of the present invention.
  • a PCC rule is used to carry a bound PCC rule or a PCC rule for service control, and an uplink packet is received as an example.
  • this embodiment includes:
  • Step 51 The PCEF receives the uplink packet.
  • Step 52 The PCEF determines a PCC rule for service control corresponding to the uplink packet.
  • All the PCC rules bound to the IP-CAN bearer of the uplink packet are obtained first, and then all the PCCs for service control bound by the IP-CAN bearer of the uplink packet are determined according to the type of each PCC rule.
  • the rule then, according to the priority of the PCC rule and the service data flow filter, determine a PCC rule for service control corresponding to the uplink message.
  • Step 53 The PCEF performs policy control on the uplink packet according to the determined content in the PCC rule for service control corresponding to the uplink packet.
  • the QoS control may be performed according to the "QoS-information" in the corresponding PCC Rule for service control
  • the charging control may be performed according to parameters such as "Rating-Group, Online” in the PCC Rule for service control. Wait.
  • the PCC rules for service control may be further subdivided.
  • the PCC rules for service control are divided into bearer-level PCC rules for service control, and Session-level PCC rules for business control. At this time, separation of QoS control and charging control according to PCC rules for service control can be implemented.
  • PCC rules for service control can be further subdivided according to the type of service, so that PCC rules can be divided into two or more types from the perspective of function or use.
  • PCEF performs multiple times according to different types of PCC rules. Match and perform the corresponding policy control.
  • Step 54 If the uplink packet passes the policy control of the PCC rule for service control, the BJJ PCEF forwards the processed uplink packet to the PDN.
  • FIG. 6 is a schematic flowchart of a method according to a fifth embodiment of the present invention.
  • a PCC rule is used to carry a bound PCC rule or a PCC rule for service control, and a downlink message is received as an example.
  • Step 61 The PCEF receives the downlink packet.
  • Step 62 The PCEF determines a PCC rule for carrying the binding corresponding to the downlink packet.
  • the PCEF may be in accordance with the priority of the PCC Rule, and the PCEF binds the downlink packet to the service data stream filter defined by the PCC Rule for binding the binding of all IP-CAN Bearers in the IP-CAN Session where the downlink packet is located ( Service data flow filters ) Matches to get the corresponding PCC Rule for the binding.
  • Step 63 The PCEF determines the downlink bearer according to the PCC rule for carrying the binding corresponding to the downlink packet.
  • the IP-CAN bearer is determined as the downlink bearer.
  • Step 64 The PCEF determines a PCC rule for service control corresponding to the downlink message.
  • the PCEF may be a service data flow filter defined by the PCC Rule for the service control by the PCEF according to the priority of the PCC Rule, and the PCEF binds the downlink packet to all IP-CAN Bearers in the IP-CAN Session where the downlink packet is located. Data flow filters ) The PCC Rule that should be used for business control.
  • Step 65 The PCEF performs policy control on the downlink packet according to the determined content in the PCC rule for service control corresponding to the downlink packet.
  • the policy control at this time may refer to the control in which the QoS control and the charging control are not separated, or the control in which the QoS control and the charging control are separated.
  • the PCC rules based on the service control may be further subdivided according to the type of the service, so that the PCC rules can be divided into two or more types from the perspective of function or use, and the PCEF is performed according to different types of PCC rules. The second match, the corresponding policy control is executed.
  • Step 66 If the downlink packet is controlled by the policy, the PCEF carries the downlink packet on the determined downlink bearer for tunnel encapsulation and forwarding.
  • FIG. 7 is a schematic structural diagram of a device according to a sixth embodiment of the present invention.
  • the device may be a PCEF, and the device includes a receiving module 71, a determining module 72, and a processing module 73.
  • the receiving module 71 is configured to receive a packet
  • the determining module 72 is configured to Determining, in the obtained at least two types of PCC rules, a PCC rule corresponding to the packet received by the receiving module
  • the processing module 73 is configured to: according to the corresponding PCC rule determined by the determining module, the report The text performs the corresponding type of policy control processing.
  • the obtained at least two types of PCC rules include: a PCC rule of a bearer level and a PCC rule of a session level, where the determining module is specifically configured to: determine a PCC rule of a bearer level corresponding to the packet And determining, by the PCC rule of the session level corresponding to the packet, the processing module is specifically configured to: perform corresponding policy control processing on the packet according to the PCC rule of the corresponding bearer level and the PCC rule of the session level.
  • the processing module is specifically configured to: when the PCC rule of the bearer level and the PCC rule of the session level are used for different policy control, perform the packet according to the PCC rule of the bearer level.
  • the first policy control process is performed, and the second policy control process is performed on the packet according to the PCC rule of the session level.
  • the processing module is specifically configured to: when the PCC rule of the bearer level is used for QoS control, and the PCC rule of the session level is used for charging control, according to the QoS in the PCC rule of the corresponding bearer level
  • the parameters are QoS-controlled; the charging process is performed according to the charging parameters in the PCC rules of the corresponding session level.
  • the processing module is specifically configured to: a PCC rule and a session level at a bearer level
  • the PCC rules of the bearer level and the PCC rules of the session level are compared.
  • the PCC rules with high priority are used to process the packets.
  • the determining module is specifically configured to: determine, according to the obtained at least two types of PCC rules, a PCC rule of a type that is a bearer level; and define the packet with a PCC rule of the type that is a bearer level.
  • the service data stream filter is matched to determine the PCC rule of the bearer level corresponding to the packet; or, the PCC rule of the type of the session level is determined from the obtained at least two types of PCC rules;
  • the text is matched with the service data flow filter defined by the PCC rule of the session level, and the session level corresponding to the packet is determined.
  • the device may further include: a first sending module, configured to determine, according to a PCC rule of the bearer level corresponding to the packet, a downlink bearer corresponding to the packet, and carry the policy-controlled packet in the The corresponding downlink bearer is sent to the UE.
  • a first sending module configured to determine, according to a PCC rule of the bearer level corresponding to the packet, a downlink bearer corresponding to the packet, and carry the policy-controlled packet in the The corresponding downlink bearer is sent to the UE.
  • the obtained at least two types of PCC rules include: a PCC rule for carrying a binding and a PCC rule for policy control, where the determining module is specifically configured to: determine, corresponding to the packet The PCC rule is used for policy control.
  • the processing module is specifically configured to: perform corresponding policy control processing on the packet according to the corresponding PCC rule for policy control.
  • the determining module is further configured to: determine a PCC rule for carrying the binding corresponding to the packet; the device may further include: a second sending module, configured to: report, in the packet, a downlink And determining, according to the corresponding PCC rule for bearer binding, the downlink bearer corresponding to the packet, and sending the downlink packet to the UE on the downlink bearer.
  • the determining module is specifically configured to: determine, according to the obtained at least two types of PCC rules, a PCC rule that is used for bearer binding; and use the packet with the type as a bearer
  • the service data flow filter defined by the bound PCC rule is matched, and the PCC rule for carrying the binding corresponding to the packet is determined; or the type is determined from the obtained at least two types of PCC rules.
  • the PCC rule for policy control is matched with the service data flow filter defined by the PCC rule for the policy control, and the PCC rule for policy control corresponding to the message is determined.
  • the processing module is specifically configured to: perform policy control processing on the packet by using a single PCC rule according to the corresponding PCC rule for policy control; or, according to The different PCC rules in the corresponding PCC rules for policy control respectively perform different policy control processes on the packets.
  • the PCC rule for policy control includes a first PCC rule and a second PCC rule, where the first PCC rule is used for QoS control, and the second PCC rule is used for charging control
  • the processing module is specifically configured to: perform QoS control on the packet by using the QoS parameter in the first PCC rule, and perform charging processing on the packet by using the charging parameter in the second PCC rule.
  • the device may further include: an obtaining module, configured to receive, by the PCRF, a PCC rule installation AVP and a content of a PCC rule to be installed, where the PCC rule installation AVP includes a type for indicating a PCC rule to be installed.
  • the APC of the PCC rule to be installed by the PCRF and the content of the PCC rule to be installed the content of the PCC rule to be installed includes an AVP indicating the type of the PCC rule to be installed; or, preset The type and content of PCEF's locally predefined PCC rules.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供一种PCC架构下的报文处理方法和设备。该方法接收报文；根据获取的至少两种类型的PCC规则中，确定所述报文对应的PCC规则；根据所述对应的PCC规则，对所述报文进行对应类型的策略控制处理。本发明实施例可以适用于不同的场景。

Description

PCC架构下对报文的处理方法和设备
技术领域 本发明涉及移动通信技术领域，尤其涉及一种策略和计费控制（Policy and Charging Control, PCC ) 架构下对才艮文的处理方法和设备。 背景技术
随着移动通信的发展， 业务种类千变万化。 从运营商角度看， 不同的 业务所占用网络资源的情况是不一样的， 需要针对不同业务实施不同的 QoS控制和计费控制。 PCC架构是基于业务数据流（ service data flow )级 别的， 提供了基于业务数据流的策略控制和计费控制功能。
PCC架构中， 用户设备（User Equipment, UE ) 通过建立 IP连接访 问网络 （ IP-Connectivity Access Network, IP-CAN )会话连接分组数据网 ( Packet Data Network, PDN )，一个 IP-CAN会话包含一个或多个 IP-CAN 承载 （ IP-CAN bearer ) , IP-CAN承载是定义了速度， 延迟， 误码率等属 性的 IP传输通道。
PCC架构提供了绑定机制（ Binding Mechanism ) , 即确定业务数据流 和 IP-CAN承载的对应关系。 在绑定机制中， 首先需要将运营商为每个业 务数据流及其配置的 PCC规则（ PCC Rule )与 IP-CAN会话关联， 之后再 将 PCC Rule与 IP-CAN承载绑定。 经过绑定后， 一个 PCC Rule绑定到一 个 IP-CAN承载， 一个 IP-CAN承载可以绑定多个 PCC Rule。
PCC架构中的主要网元包括策略和计费规则功能（ Policy and Charging Rules Function , PCRF ) 、 策略和计费执行功能 ( Policy and Charging Enforcement Function, PCEF ) 。 PCRF与 PCEF之间的接口为 Gx接口， PCEF可以通过 Gx接口向 PCRF请求 PCC Rule, PCRF通过 Gx接口向 PCEF 下发 PCC Rule。 PCEF获取 PCC Rule后， 当接收到报文后， 可以首先确 定与 文对应的 PCC Rule并采用该 PCC Rule对^艮文进行 QoS控制和计费 控制等。 其中， 在确定报文对应的 PCC Rule时可以是根据 PCC Rule中定 义的业务数据流过滤器 （ service data flow filter ) 与 4艮文的内容进行比对， 如果某一 PCC Rule的业务数据流过滤器与接收的报文的内容相同， 则可 以确定为是接收的报文对应的 PCC Rule。
从上述描述可以看出， 现有技术中对报文进行处理时是根据同一个 PCC Rule中的 QoS相关参数进行 QoS控制以及根据该 PCC Rule中的计费 相关参数进行计费控制。 而在实际应用中， 可能会存在不同的应用场景， 例如运营商很可能希望采用不同 PCC Rule分别进行 QoS控制和计费控制， 但是， 现有技术不能适应不同场景的需求。 发明内容
本发明提供一种 PCC 架构下对报文的处理方法和设备， 可以满足不 同场景的需求。
本发明提供了一种 PCC架构下对报文的处理方法， 包括：
接收报文；
根据获取的至少两种类型的 PCC规则中， 确定所述报文对应的 PCC 规则；
根据所述对应的 PCC规则， 对所述报文进行对应类型的策略控制处 理。
本发明提供了一种 PCC架构下对报文的处理设备， 包括：
接收模块， 用于接收报文；
确定模块， 用于根据获取的至少两种类型的 PCC规则中， 确定所述 接收模块接收的所述报文对应的 PCC规则；
处理模块， 用于根据所述确定模块确定的所述对应的 PCC规则， 对 所述报文进行对应类型的策略控制处理。
由上述技术方案可知， 本发明实施例通过对 PCC规则进行扩展， 使 得 PCC规则具有不同的类型， 可以实现报文与至少两种类型的 PCC规则 进行匹配， 不同类型的 PCC规则可以分别对报文进行不同的处理， 也就 是说， 可以采用一个 PCC规则进行 QoS控制， 而采用另一个 PCC规则进 行计费控制， 而不是如现有技术中采用同一个 PCC规则既完成 QoS控制 又完成计费控制， 这样可以适应不同场景的需求。 附图说明 为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述 中所需要使用的附图作一简单地介绍， 显而易见地， 下面描述中的附图是 本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳 动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明第一实施例的方法流程示意图；
图 2为本发明实施例中指示 PCC规则类型的示意图；
图 3为本发明第二实施例的方法流程示意图；
图 4为本发明第三实施例的方法流程示意图；
图 5为本发明第四实施例的方法流程示意图；
图 6为本发明第五实施例的方法流程示意图；
图 7为本发明第六实施例的设备结构示意图。 具体实施方式
为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描 述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前提 下所获得的所有其他实施例， 都属于本发明保护的范围。
图 1为本发明第一实施例的方法流程示意图， 包括：
步骤 11 : PCEF接收才艮文；
步骤 12: PCEF根据获取的至少两种类型的 PCC规则中， 确定所述报 文对应的 PCC规则。
其中， 至少两种类型的 PCC规则可以包括： 承载级别的 PCC规则和 会话级别的 PCC规则， 或者， 用于承载绑定的 PCC规则和用于策略控制 的 PCC规则。
以 PCC规则包括承载级别的 PCC规则和会话级别的 PCC规则，且要 确定报文对应的承载级别的 PCC规则为例， 确定报文对应的承载级别的 PCC规则可以包括：
首先， 从获取的至少两种类型的 PCC规则中确定类型为承载级别的 PCC规则； 例如， PCEF接收 PCRF发送的 PCC规则， 并且 PCRF在发送 PCC规则时指示 PCC规则的类型， 则 PCEF在接收到 PCRF发送的 PCC 规则后， PCEF可以确定哪些 PCC规则为承载级别的 PCC规则，哪些 PCC 规则为会话级别的 PCC规则， 可以从多个 PCC规则中确定出类型为承载 级别的 PCC规则， 该承载级别的 PCC规则可以为 1个或者至少两个。
其次， 在获取类型为承载级别的 PCC规则后， 将所述报文与所述类 型为承载级别的 PCC规则定义的业务数据流过滤器进行匹配， 确定所述 报文对应的承载级别的 PCC规则。 例如， 类型为承载级别的 PCC规则可 能为两个以上， 每个 PCC 规则内定义的业务数据流过滤器不同， 将报文 与业务数据流过滤器比较后， 将与报文的内容一致的业务数据流过滤器所 在的承载级别的 PCC规则确定为报文对应的承载级别的 PCC规则。 也就 是说， 类型为承载级别的 PCC规则可能是多个， 但是经过匹配后， 与报 文对应的承载级别的 PCC规则是一个。
进一步地， 还可以包括： 获取至少两种类型的 PCC规则， 该获取可 以是指 PCEF接收 PCRF发送的 PCC规则并由 PCRF指示 PCC规则的类 型， 或者， 获取也可以是指 PCEF内自身配置 PCC规则， 并配置 PCC规 则的类型。 具体地， 获取至少两种类型的 PCC规则可以包括：
接收 PCRF发送的 PCC规则安装 AVP以及要安装的 PCC规则的内容， 所述 PCC 规则安装 AVP 中包含用于表明要安装的 PCC 规则的类型的 A VP; 或者，
接收 PCRF发送的 PCC规则安装 AVP以及要安装的 PCC规则的内容， 所述要安装的 PCC规则的内容中包含用于表明要安装的 PCC规则的类型 的 AVP; 或者，
预先设置 PCEF本地预定义的 PCC规则的类型和内容。
步骤 13 : PCEF根据所述对应的 PCC规则， 对所述报文进行对应类型 的策略控制处理。
以 PCC规则包括承载级别的 PCC规则和会话级别的 PCC规则为例， 对报文进行对应类型的策略控制处理可以包括：
当所述承载级别的 PCC规则和会话级别的 PCC规则用于不同的策略 控制时， 根据所述承载级别的 PCC 规则， 对所述报文进行第一策略控制 处理， 所述第一策略控制处理为预先设定的承载级别的 PCC 规则所用于 的策略控制； 根据所述会话级别的 PCC规则， 对所述报文进行第二策略 控制处理， 所述第二策略控制处理为预先设定的会话级别的 PCC规则所 用于的策略控制。
其中， 不同的策略控制是指两种类型的 PCC规则用于不同类型的控 制。 例如， 可以预先设定哪种类型的 PCC规则用于哪种策略控制， 具体 如， 预先设定承载级别的 PCC规则用于 QoS控制， 会话级别的 PCC规则 用于计费控制， 则得到报文对应的承载级别的 PCC 规则和报文对应的会 话级别的 PCC规则后， 将根据报文对应的承载级别的 PCC规则进行 QoS 另一方面， 在承载级别的 PCC规则和会话级别的 PCC规则具有相同 的作用时， 比较承载级别的 PCC规则和会话级别的 PCC规则的优先级， 采用优先级高的 PCC规则对报文进行策略处理。 其中此处的相同的作用 是指预先设定的策略控制中不同类型的 PCC规则可以完成同一种控制。 例如， 在预先设定时承载级别的 PCC规则可以用于计费控制， 会话级别 的 PCC规则也可以用于计费控制， 那么在对报文进行计费控制时， 首先 需要比较承载级别的 PCC规则和会话级别的 PCC规则的优先级， 选择优 先级高的 PCC规则进行计费处理。
具体地， 如果接收的报文为上行报文， 则根据上行报文以及上行报文 所在 IP-CAN ? 载绑定的 PCC规则的类型和内容， 确定上行 ^艮文对应的 PCC规则。 如果接收的报文为下行报文， 则根据下行报文以及下行报文所 在 IP-CAN 会话绑定的 PCC 规则的类型和内容， 确定下行 ^艮文对应的 IP-CAN承载和对应的 PCC规则，其中 IP-CAN会话绑定的 PCC规则是指 IP-CAN会话内所有 IP-CAN承载绑定的 PCC规则。
另外， 与现有技术不同的是， 现有技术中报文只会唯一匹配到一个
PCC规则， 然后基于该 PCC规则进行统一处理， 例如基于该一个 PCC规 则进行 QoS控制， 计费控制， 承载绑定等。 而本实施例中， 本发扩展了 PCC规则的应用范围， 即将 PCC规则划分为多种类型。 在报文匹配时需 要根据 PCC规则的类型进行匹配， 可以得到多种类型的 PCC规则， 之后 采用不同的 PCC规则分别进行不同的策略控制处理，而不是由单一的 PCC 规则完成所有的处理。 例如， 可以将 PCC规则分为用于承载绑定的 PCC 规则、 用于计费控制的 PCC规则和用于 QoS控制的 PCC规则， 之后可以 将接收的报文分别与上述三种类型的 PCC规则进行匹配， 得到对应的三 个 PCC规则， 再采用匹配得到的三个 PCC规则分别进行承载绑定、 计费 控制、 QoS控制。 又例如， 如果将一种 PCC规则同时用于 QoS控制和计 费控制， 则上述要执行承载绑定和计费控制及 QoS控制时， 只需要匹配两 次。
也就是说， 现有技术中的 PCC规则只是固定的单一类型， 固定的单 一类型不能满足不同场景的需要， 而本实施例中， 对 PCC规则进行扩展， 使得 PCC规则具有不同的类型， 这样在不同场景下可以采用不同类型的 PCC规则的组合， 可以满足运营商灵活多样的业务部署要求。
本实施例通过对 PCC规则进行扩展，使得 PCC规则具有不同的类型， 基于不同类型的 PCC规则对报文进行不同的策略控制处理， 可以适应不 同场景的需求。
本发明实施例中， 为了满足更多场景的需求， 可以定义不同类型的
PCC规则。 以 PCRF向 PCEF下发 PCC规则为例， 可以采用如图 2所示的 方式使得 PCEF获取具有不同类型的 PCC规则。
参见图 2, 本实施例包括：
步骤 21 : PCRF向 PCEF发送 PCC规则安装 ( Charging-Rule-Install ) AVP , 该 PCC 规 则 安 装 AVP 中 包 含 PCC 规 则 内 容 ( Charging-Rule-Definition ) AVP, 还包含用于表明要安装的 PCC规则的 类型的 AVP。
现有技术中不需要指定 PCC规则的类型， 因此现有技术中 PCC规则 安装 AVP中也没有用于表明要安装的 PCC规则的类型的 AVP。 而本实施 例中， 需要在现有的 PCC规则安装 AVP内新增一个 AVP, 用于表明要安 装的 PCC规则的类型。
以 PCC规则为承载级别的 PCC规则或会话级别的 PCC规则为例，该 新增的 AVP可以称为 Session-Level-Indication。 因此， 本实施例中的 PCC 规则安装 AVP的格式可以包括如下内容：
Charging-Rule-Install ::= < AVP Header: 1001 > [ Charging-Rule-Definition ]
[ Charging-Rule-Name ]
[ Charging-Rule-Base-Name ]
[ Bearer-Identifier]
[ Session-Level-Indication]
*[ AVP ]
上述的 Session-Level-Indication 为新增的 AVP , 用于表明要安装的 PCC Rule是承载级别的 PCC Rule还是会话级别的 PCC Rule。
另外， PCRF下发 Charging-Rule-Install AVP必须保证 PCC Rule类型 的一致性和准确性， 否则 PCEF作异常处理。 例如， 当 PCRF执行承载绑 定时，如果 Charging-Rule-Install AVP中的 Session-Level-Indication指示为 会话（ Session )级别的 PCC Rule, 那么 Charging-Rule-Install AVP中就不 应该包括 Bearer-Identifier AVP; 同样， 如果 Charging-Rule-Install AVP中 的 Session-Level-Indication指示为承载 ( Bearer ) 级别的 PCC Rule, 那么 Charging-Rule-Install AVP中就需要包括 Bearer-Identifier AVP。 上述例子 以 包 括 Bearer-Identifier AVP 为 例 ， 那 么 上 述 例 子 的 Session-Level-Indication应该指示承载级别的 PCC Rule。
可以理解的是， 新增的 AVP 的名称、 数据类型都可以具体定义， 只 要含义能指示出是承载级别的 PCC Rule还是会话级别的 PCC Rule即可。
可选的， Charging-Rule-Install AVP中也可以不包含新增的 AVP, 如 果没有包含新增的 AVP , 则可以默认 Charging-Rule-Install AVP中的 PCC Rule都是承载级别的 PCC Rule。
可选的， Charging-Rule-Install AVP中也可以不包含新增的 AVP , 而 是通过现有的 AVP指示出是承载级别的 PCC Rule还是会话级别的 PCC Rule„
进一步的， 由于 Charging-Rule-Install AVP 新增了 AVP 指示 Charging-Rule-Install里的 PCC Rule的类型是承载（ Bearer )级别还是会话 ( Session ) 级别 , 因此如果 PCRF在 Diameter CCA/RAR消息中同时下发 承载 （Bearer ) 级别的 PCC Rule和会话 （Session ) 级别的 PCC Rule, 那 么 Diameter CCA/RAR消息需要包括多个 Charging-Rule-Install AVP。
另一方面， 以 PCC规则为用于业务控制的 PCC规则或用于承载绑定
-Type-Indication。 此时，
Figure imgf000010_0001
Charging-Rule-Install ::= < AVP Header: 1001 >
*[ Charging-Rule-Definition ]
*[ Charging-Rule-Name ]
*[ Charging-Rule-Base-Name ]
*[ Bearer-Identifier]
[Rule-Type-Indication]
*[ AVP ]
上述的 Rule-Type-Indication为新增的 AVP, 用于表明要安装的 PCC Rule是用于业务控制的 PCC Rule还是用于承载绑定的 PCC Rule。可选的， 也可以指定一个 PCC规则既用于业务控制也用于承载绑定。
可以理解的是， 新增的 AVP 的名称、 数据类型都可以具体定义， 只 要含义能指示出是用于业务控制的 PCC Rule 还是用于承载绑定的 PCC Rule即可。
可选的， Charging-Rule-Install AVP中也可以不包含新增的 AVP, 如 果没有包含新增的 AVP , 则可以默认 Charging-Rule-Install AVP中的 PCC Rule都是用于承载绑定的 PCC Rule。
可选的， Charging-Rule-Install AVP中也可以不包含新增的 AVP , 而 是通过现有的 AVP指示出是承载级别的 PCC Rule还是会话级别的 PCC Rule„
进一步的， 由于 Charging-Rule-Install AVP 新增了 AVP 指示 Charging-Rule-Install里的 PCC Rule的类型是用于业务控制还是用于承载 绑定， 因此如果 PCRF在 Diameter CCA/RAR消息中同时下发用于业务控 制的 PCC Rule和用于 载绑定的 PCC Rule, 那么 Diameter CCA/RAR消 息需要包括多个 Charging-Rule-Install AVP。
另外， 上述分别从粒度和用途进行了划分， 还可以进一步细化， 例如 也可以通过 AVP来指示对应的 PCC规则是基于承载控制的用于业务控制 的 PCC Rule还是基于会话控制的用于业务控制的 PCC规则。 下：
Charging-Rule-Definition ::= < AVP Header: 1003 >
{ Charging-Rule-Name }
[ Service-Identifier ]
[ Rating- Group ]
*[ Flow-Information ]
[ Qo S -Information ]
[ Reporting-Level ]
[ Online ]
[ Offline ]
[ Metering-Method ]
[ Precedence ]
*[ AVP ]
从上述的 PCC Rule格式中可以看出， PCC规则的内容包括： 业务数 据流过滤器 （flow-information ) , 用于与 文的内容进行比对； 优先级 ( precedence ) , 用于确定 PCC规则的匹配顺序； QoS-information, 用于 QoS控制和 载绑定； "Service-Identifier" Rating-Group Online Offline Metering-Method 用于计费控制。 根据上述信息， 可以确定与报文对应的 PCC规则并进行相应控制。
需要说明的是， 目前协议中定义了四种 PCC 规则， 分别为动态 ( Dynamic ) PCC规则、 PCRF知道的预定义（ Predefined ) PCC规则、 PCRF 不知道的预定义（ Predefined ) PCC规则和非运营商控制的动态（ Dynamic ) PCC规则， 具体地， 动态 （ Dynamic ) PCC规则由 PCRF通过 Gx接口提 供， filters 只有三四层， 只能是 L3/4 的 Rule。 PCRF 知道的预定义 ( Predefined ) PCC规则： 在 PCEF预先配置的， PCRF只能引用之， 但是 不能修改之。 PCEF上预定义的 Rule可以集合成一个 Group, PCRF可以 直接引用预定义 Rule的集合（ Charging-Rule-Base-Name；) 。 由于是 PCEF 本地的预定义规则， 因此可以扩展 Gx接口的 Rule定义， 除了支持 L3/4, 还可以增加 L7的定义。 （L7是包括应用层信息， 如 http、 wap, p2p )协 议。 PCRF不知道的预定义（ Predefined ) PCC规则： 在 PCEF预先配置的 rules, 但是 PCRF并不知道。 非运营商控制的动态（Dynamic) rules: 譬如 PCRF根据 UE提供的流量映射信息 （TFT ) 生成的 Rule。
本发明实施例针对的 PCC规则可以是上述的动态 PCC规则和预定义 PCC规则 （包括 PCRF知道和不知道的 ) 。 对于动态 PCC规则， 可以通 过本实施例所述方式指定， 对于预定义 PCC规则， 可以直接在 PCEF上配 置类型。
上述通过在 Charging-Rule-Install A VP内包含用于表明 PCC规则类型 的 AVP, 可选的， 也可以不对 Charging-Rule-Install AVP进行改变， 而是 在 Charging-Rule-Definition AVP内包含用于表明 PCC规则类型的 AVP, 以用于表明对应的 PCC Rule是承载级别的 PCC Rule还是会话级别的 PCC Rule, 或者用于表明对应的 PCC Rule是用于业务控制的 PCC Rule还是用 于承载绑定的 PCC Rule。
本实施例通过定义 PCC规则的类型， 可以为后续报文处理打下基础， 以满足不同场景的需求。
当 PCC规则的类型为承载级别的 PCC规则或会话级别的 PCC规则 时， 可以采用如图 3或图 4所示的处理流程。
( 1 )承载 （ Bearer ) 级别的 PCC规则： 只能安装在一个 IP-CAN承 载上， 必须包括用于业务数据流检测的业务数据流过滤器 （service data flow filter )和 QoS参数。 其余的策略控制， 如计费控制的参数可选。 PCEF 和 PCRF只对承载 （ Bearer ) 级别的 PCC Rule进行承载绑定， PCEF只将 载 （Bearer ) 级别的 PCC Rule的业务数据流过滤器 （service data flow filter ) 转换映射为该 PCC Rule 绑定到对应 IP-CAN 承载的业务流模板 ( Traffic Flow Template, TFT ) , PCEF通过信令消息将 TFT发送给 UE。
( 2 ) 会话 （ Session ) 级别的 PCC Rule: 安装在 IP-CAN会话内所有 IP-CAN承载上， 因此 PCEF和 PCRF不需要对会话（ Session )级别的 PCC Rule进行承载绑定， PCEF也不需要将该类型 PCC Rule的业务数据流过滤 器（ service data flow filter )转换映射为承载的 TFT信息。 会话 （ Session ) 级别的 PCC Rule可以不包括 QoS参数， 或者也可以包括了 QoS参数， 但 是 PCEF不需要根据 QoS参数对这种类型的 PCC Rule执行承载绑定。 用 于业务数据流检测的业务数据流过滤器( service data flow filter )参数为可选， 如果没有包括业务数据流过滤器（ service data flow filter ) ,则其他策略控制， 如计费控制将针对整个承载粒度。
会话（ Session )级别的 PCC Rule的一般应用场景是为了实现 IP-CAN 会话中每个 IP-CAN承载统一粒度的业务计费， 而不需要关心业务数据流 在哪个具体的 IP-CAN承载上。例如，需要针对 IP-CAN会话内每个 IP-CAN 承载的 http业务数据流统一费率， 那么可以在 PCEF上预定义一个 PCC Rule, 并且指定该 PCC Rule为 http协议的 L7 PCC Rule, 或者 PCRF下发 一个 PCC Rule, 并指定该 PCC Rule为端口号为 80的 L3/4 PCC Rule。 会 话（ Session )级别的 PCC Rule可以实现基于 Session统一费率的业务计费 的应用，但是并不仅限于此。会话（ Session )级别的 PCC Rule基于 Session 粒度的范围配置和维护， 因此可以支持基于整个会话的控制和基于承载控 制的 PCC Rule分离的应用场景。
会话 （ Session ) 级别的 PCC Rule与承载 （ Bearer ) 级别的 PCC Rule 可以具有相同的参数，例如 载（ Bearer )级别的 PCC Rule和会话（ Session ) 级别的 PCC Rule都定义了计费控制相关的参数， 那么用户报文匹配 Rule 时， 可以按照 PCC Rule的优先级对承载 （ Bearer ) 级别的 PCC Rule和会 话（ Session )级别的 PCC Rule同时都匹配， 按照优先级高的 PCC Rule的 计费参数执行计费控制。
如果想要按照会话（ Session )级别的 PCC Rule实现基于 Session统一 费率的业务计费的应用， 那么会话 （Session ) 级别的 PCC Rule的优先级 要设置的更高些。 另一个可选方案是， 将会话（ Session )级别的 PCC Rule 定义为专用于 Session业务的计费处理， 承载 （Bearer ) 级别的 PCC Rule 定义为专用于策略控制， 那么承载（Bearer )级别的 PCC Rule就不需要包 含计费相关信息， 或者网关直接忽略承载（ Bearer )级别的 PCC Rule的计 费相关参数。
图 3 为本发明第二实施例的方法流程示意图， 本实施例以 PCC规则 为承载级别的 PCC规则或者会话级别的 PCC规则， 且接收到上行报文为 例。
参见图 3 , 本实施例包括：
步骤 31 : PCEF接收上行报文。
其中， 上行报文是指 UE发送给 PCEF的报文。
步骤 32: PCEF确定上行报文对应的承载级别的 PCC规则。
其中，可以是首先获取上行报文所在 IP-CAN承载绑定的所有 PCC规 贝 , 然后根据每个 PCC规则的类型， 确定出上行报文所在 IP-CAN承载绑 定的所有承载级别的 PCC规则， 之后， 再根据 PCC规则的优先级和业务 数据流过滤器确定出一个与上行报文对应的承载级别的 PCC 规则。 其中 业务数据流过滤器可以根据 PCC规则中的 "Flow-information" 确定， 优 先级可以根据 PCC规则中的 "Precedence" 确定。
另外，报文与 IP-CAN承载的绑定可以由 PCRF进行绑定，此时， PCRF 可以将绑定关系通知给 PCEF, PCRF进行绑定的流程可以参见现有协议规 定。 或者， IP-CAN承载的绑定也可以由 PCEF进行绑定， PCEF可以将 PCC Rule中的 QoS参数与每个 IP-CAN承载的 QoS参数进行比对后确定 出绑定关系， 例如， 如果 PCC Rule中的 QCI、 APR分别与某个 IP-CAN 承载的 QCI和 APR分别相同， 则该 PCC Rule与该 IP-CAN承载是绑定关 系， 其中 QCI和 ARP是 QoS参数中包含的参数。
步骤 33： PCEF根据确定出的与上行报文对应的承载级别的 PCC规则， 对上行报文进行承载级别的 PCC规则用于的策略控制。
例如， 如果承载级别的 PCC规则是用于 QoS控制的， 则可以根据确 定出的承载级别的 PCC Rule中的 "QoS-information" 进行 QoS控制。
其中， 每种类型的 PCC 规则是用于哪种策略控制可以是预先配置给 PCEF获知的。
步骤 34:如果上行报文通过了承载级别的 PCC规则的策略控制， PCEF 确定与上行报文对应的会话级别的 PCC规则。
其中， 可以采用类似步骤 32 的方式确定出与上行报文对应的会话级 别的 PCC规则。 例如， 如果会话级别的 PCC规则是用于计费控制的， 则可以根据确 定出的会话级别的 PCC规则中的计费相关参数进行计费处理。
另外， 如果承载级别的 PCC规则和会话级别的 PCC规则具有相同的 作用， 例如， 承载级别的 PCC规则和会话级别的 PCC规则都可以用于计 费， 那么在步骤 34之后还可以包括：
PCEF将匹配得到的会话级别的 PCC Rule的优先级与步骤 32匹配得 到的承载级别的 PCC Rule的优先级做比较， 选择优先级高的 PCC Rule。 之后采用该优先级高的 PCC规则进行计费处理。
步骤 36: 如果上行报文通过了会话级别的 PCC规则的策略控制， 则
PCEF将处理后的上行 ^艮文转发到 PDN。
图 4为本发明第三实施例的方法流程示意图， 本实施例以 PCC规则 为承载级别的 PCC规则或者会话级别的 PCC规则， 且接收到下行报文为 例。
参见图 4, 本实施例包括：
步骤 41： PCEF接收下行报文。
其中， 下行报文是指 PCEF发送给 UE的报文。
步骤 42: PCEF确定下行报文对应的承载级别的 PCC规则。
其中，可以是首先获取下行报文所在 IP-CAN会话包含的所有 IP-CAN 承载绑定的所有 PCC规则， 然后根据每个 PCC规则的类型， 确定出所有 承载级别的 PCC规则， 之后， 再根据 PCC规则的优先级和业务数据流过 滤器确定出一个与下行报文对应的承载级别的 PCC规则。
步骤 43: PCEF根据下行报文对应的承载级别的 PCC规则， 确定下行 承载。
例如， 如果一个 IP-CAN承载的 QCI和 ARP分别与该下行报文对应 的承载级别的 PCC规则中的 QCI和 ARP相同， 则将该 IP-CAN承载确定 为下行承载。
步骤 44: PCEF根据确定出的与下行报文对应的承载级别的 PCC规则， 对下行报文进行承载级别的 PCC规则用于的策略控制。
例如， 如果承载级别的 PCC规则是用于 QoS控制的， 则可以根据对 应的承载级别的 PCC Rule中的 "QoS-information" 进行 QoS控制。
步骤 45:如果下行报文通过了承载级别的 PCC规则的策略控制， PCEF 确定与下行 文对应的会话级别的 PCC规则。
具体内容可以类似于步骤 34的流程处理。
具体内容可以类似于步骤 35的流程处理。
步骤 47: 如果下行报文通过了会话级别的 PCC规则的策略控制， 则 PCEF 将处理后的下行报文承载在确定的下行承载上进行隧道封装并转 发。
另夕卜，本实施例中还可以包括： PCEF在获取承载级别的 PCC规则后， 将承载级别的 PCC规则内的业务数据流过滤器 （service data flow filter ) 转换映射为承载的 TFT信息， 并通过信令发送给 UE, 以便 UE能够根据 承载的 TFT信息与 PCEF交互数据。
本实施例通过将 PCC 规则分为承载级别的 PCC 规则和会话级别的
PCC规则。 一个典型的应用场景， 可以是在 QoS控制时采用承载级别的 PCC规则， 在计费时可以采用会话级别的 PCC规则， 可以实现 QoS控制 和计费控制的分离。
当 PCC 规则的类型为用于承载绑定的 PCC 规则或用于业务控制的 PCC规则时， 可以采用如图 5或图 6所示的处理流程。
( 1 ) 用于承载绑定的 PCC Rule: 必须包括用于业务数据流检测的 filters和 QoS参数， 用来生成承载绑定后的承载 TFT和 QoS, PCEF通过 信令消息将承载的 TFT和 QoS发送 UE; 计费控制和其它策略控制（如门 控）的参数可选， 事实上用于承载绑定的 PCC Rule不需要包括这些参数， 或者即使包括了， PCEF忽略不处理， 因为用于 ? 载绑定的 PCC Rule 只 是用来生成承载的 TFT信息和 QoS信息， 并不是用来执行基于业务流的 策略控制和 /或者计费控制。
( 2 )用于业务控制的 PCC Rule: PCEF根据此类 PCC Rule实现基于 业务数据流的策略控制 （包括 QoS和门控 )和 /或者计费控制。 1 )如果是 PCEF执行承载绑定， 则 PCEF根据 PCC Rule中的 QoS参数 QCI/ARP将 该 Rule安装到有相同的 QCI/ARP参数的 IP-CAN承载上， 但是 PCEF不 会使用该类 Rule的 filter和 QoS生成承载的 TFT与 QoS; 如果 PCC Rule 的 QoS参数没有携带 QCI/ARP,则 PCEF可以认为安装失败或者将该 Rule 将绑定在缺省承载或者整个 IP-CAN会话上。 2 )如果是 PCRF执行承载绑 定， 则 PCEF直接根据 PCRF的指示， 将 Rule安装到对应的承载上， 但是 PCEF不会使用该类 Rule的 filter和 QoS生成承载的 TFT与 QoS。
用于承载控制的 PCC规则只能安装在一个承载上； 用于业务控制的 PCC规则可以是只安装在一个承载上，也可以是安装在 IP-CAN session内 所有承载上。 在一个承载中， 必须绑定有用于承载绑定的 PCC Rule, 用于 业务控制的 PCC Rule是可选的。 通过用于承载控制的 PCC规则和用于业 务控制的 PCC规则的划分， 典型的应用场景是可以实现基于承载的控制 与基于业务数据流控制分离的应用场景， 但是不仅限于此。
例如， 按照现有协议， 每个承载最多只能携带 16个 filter, 这就意味 着绑定到每个承载上的所有 PCC Rule的 filter最多也只能是 16个。 但是 在实际应用中， 基于业务流的 rule的定义， 可能要比 TFT的 filter定义更 细或更粗， 即与 TFT 的 filter不一定能——对应。 此时， 可以通过定义用 于业务控制的 PCC规则和用于承载绑定的 PCC规则， 实现不受每个承载 上 16个 filter的限制， 实现比 TFT的 filter定义更细或更粗的控制。
图 5为本发明第四实施例的方法流程示意图， 本实施例以 PCC规则为用 于承载绑定的 PCC规则或者用于业务控制的 PCC规则， 且接收到上行报文 为例。
参见图 5 , 本实施例包括：
步骤 51 : PCEF接收上行报文。
步骤 52: PCEF确定上行报文对应的用于业务控制的 PCC规则。
其中，可以是首先获取上行报文所在 IP-CAN承载绑定的所有 PCC规则， 然后根据每个 PCC规则的类型， 确定出上行报文所在 IP-CAN承载绑定的所 有用于业务控制的 PCC规则， 之后， 再根据 PCC规则的优先级和业务数据 流过滤器确定出一个与上行报文对应的用于业务控制的 PCC规则。
步骤 53: PCEF根据确定出的与上行报文对应的用于业务控制的 PCC规 则中的内容， 对上行报文进行策略控制。 其中 ， 可以是根据对应的用于业务控制的 PCC Rule 中的 "QoS-information" 进行 QoS控制， 以及根据该用于业务控制的 PCC Rule 中的 "Rating-Group, Online" 等参数进行计费控制等。
或者， 可选的， 对用于业务控制的 PCC规则可以进一步细分， 例如， 类 似上述图 3的处理， 将用于业务控制的 PCC规则划分为承载级别的用于业务 控制的 PCC规则， 和会话级别的用于业务控制的 PCC规则。 此时， 可以实 现根据用于业务控制的 PCC规则进行 QoS控制和计费控制的分离。
另外，也可以按照业务的种类对用于业务控制的 PCC规则进行其他的细 分， 使得 PCC规则可以从功能或用途角度分为两种甚至更多种， PCEF按照 不同种类的 PCC规则进行多次匹配， 执行相应的策略控制。
步骤 54: 如果上行报文通过用于业务控制的 PCC规则的策略控制， 贝' J PCEF将处理后的上行报文转发到 PDN。
图 6为本发明第五实施例的方法流程示意图， 本实施例以 PCC规则 为用于承载绑定的 PCC规则或者用于业务控制的 PCC规则， 且接收到下 行^ =艮文为例。
步骤 61 : PCEF接收下行报文。
步骤 62: PCEF确定下行报文对应的用于承载绑定的 PCC规则。
可以是， PCEF按照 PCC Rule的优先级， PCEF将下行报文与下行报 文所在 IP-CAN Session内所有 IP-CAN Bearers绑定的用于承载绑定的 PCC Rule定义的业务数据流过滤器 （ service data flow filters ) 进行匹配得到对 应的用于 载绑定的 PCC Rule。
步骤 63: PCEF根据下行报文对应的用于承载绑定的 PCC规则， 确定下 行承载。
例如， 如果一个 IP-CAN承载的 QCI和 ARP分别与该下行报文对应 的基于承载控制的 PCC规则中的 QCI和 ARP相同， 则将该 IP-CAN承载 确定为下行承载。
步骤 64: PCEF确定下行报文对应的用于业务控制的 PCC规则。
可以是， PCEF按照 PCC Rule的优先级， PCEF将下行报文与下行报 文所在 IP-CAN Session内所有 IP-CAN Bearers绑定的用于业务控制的 PCC Rule定义的业务数据流过滤器 （ service data flow filters ) 进行匹配得到对 应的用于业务控制的 PCC Rule。
步骤 65: PCEF根据确定出的与下行报文对应的用于业务控制的 PCC规 则中的内容， 对下行报文进行策略控制。
其中， 类似步骤 55 , 此时的策略控制可以是指 QoS控制和计费控制 不分离的控制， 也可以是 QoS控制和计费控制分离的控制。
另夕卜， 也可以按照业务的种类对基于业务控制的 PCC规则进行其他的细 分， 使得 PCC规则可以从功能或用途角度分为两种甚至更多种， PCEF按照 不同种类的 PCC规则进行多次匹配， 执行相应的策略控制。
步骤 66: 如果下行报文通过策略控制， 则 PCEF将下行报文承载在确 定的下行承载上进行隧道封装并转发。
图 7为本发明第六实施例的设备结构示意图， 该设备可以为 PCEF, 该设备包括接收模块 71、 确定模块 72和处理模块 73 ; 接收模块 71用于 接收报文； 确定模块 72用于根据获取的至少两种类型的 PCC规则中， 确 定所述接收模块接收的所述报文对应的 PCC规则； 处理模块 73用于根据 所述确定模块确定的所述对应的 PCC规则， 对所述报文进行对应类型的 策略控制处理。
可选的，所述获取的至少两种类型的 PCC规则包括：承载级别的 PCC 规则和会话级别的 PCC规则， 所述确定模块具体用于： 确定与所述报文 对应的承载级别的 PCC规则， 确定与所述报文对应的会话级别的 PCC规 则； 所述处理模块具体用于： 根据对应的承载级别的 PCC规则和会话级 别的 PCC规则， 对所述报文进行对应的策略控制处理。
可选的， 所述处理模块具体用于： 当所述承载级别的 PCC规则和会 话级别的 PCC规则用于不同的策略控制时， 根据所述承载级别的 PCC规 贝 , 对所述报文进行第一策略控制处理； 根据所述会话级别的 PCC规则， 对所述报文进行第二策略控制处理。
可选的， 所述处理模块具体用于： 当所述承载级别的 PCC规则用于 QoS控制， 所述会话级别的 PCC规则用于计费控制时， 根据对应的承载 级别的 PCC规则内的 QoS参数进行 QoS控制；根据对应的会话级别的 PCC 规则内的计费参数进行计费处理。
可选的， 所述处理模块具体用于： 在承载级别的 PCC 规则和会话级 别的 PCC规则具有相同的作用时， 比较承载级别的 PCC规则和会话级别 的 PCC规则的优先级， 采用优先级高的 PCC规则对报文进行策略处理。
可选的， 所述确定模块具体用于： 从所述获取的至少两种类型的 PCC 规则中确定类型为承载级别的 PCC 规则； 将所述报文与所述类型为承载 级别的 PCC规则定义的业务数据流过滤器进行匹配， 确定所述报文对应 的承载级别的 PCC规则； 或者， 从所述获取的至少两种类型的 PCC规则 中确定类型为会话级别的 PCC规则；将所述报文与类型为会话级别的 PCC 规则定义的业务数据流过滤器进行匹配， 确定所述报文对应的会话级别的
PCC规则。
可选的， 该设备还可以包括： 第一发送模块， 用于根据所述报文对应 的承载级别的 PCC 规则， 确定所述报文对应的下行承载， 并将策略控制 后的报文承载在所述对应的下行承载上发送给 UE。
可选的， 所述获取的至少两种类型的 PCC规则包括： 用于承载绑定 的 PCC规则和用于策略控制的 PCC规则， 所述确定模块具体用于： 确定 与所述报文对应的用于策略控制的 PCC规则； 所述处理模块具体用于： 根据对应的用于策略控制的 PCC规则， 对所述报文进行对应的策略控制 处理。
可选的， 所述确定模块还用于： 确定与所述报文对应的用于承载绑定 的 PCC规则； 该设备还可以包括： 第二发送模块， 用于在所述报文为下 行报文时， 根据所述对应的用于承载绑定的 PCC规则， 确定所述报文对 应的下行承载， 并将下行报文在所述下行承载上发送给 UE。
可选的， 所述确定模块具体用于： 从所述获取的至少两种类型的 PCC 规则中确定类型为用于承载绑定的 PCC规则； 将所述报文与所述类型为 用于承载绑定的 PCC规则定义的业务数据流过滤器进行匹配， 确定所述 报文对应的用于承载绑定的 PCC规则； 或者， 从所述获取的至少两种类 型的 PCC规则中确定类型为用于策略控制的 PCC规则； 将所述报文与所 述类型为用于策略控制的 PCC规则定义的业务数据流过滤器进行匹配， 确定所述报文对应的用于策略控制的 PCC规则。
可选的， 所述处理模块具体用于： 根据所述对应的用于策略控制的 PCC规则， 采用单一的 PCC规则对报文进行策略控制处理； 或者， 根据 所述对应的用于策略控制的 PCC规则中的不同的 PCC规则， 分别对报文 进行不同的策略控制处理。
可选的， 所述用于策略控制的 PCC规则中包括第一 PCC规则和第二 PCC规则， 所述第一 PCC规则用于 QoS控制， 所述第二 PCC规则用于计 费控制， 所述处理模块具体用于： 采用第一 PCC规则中的 QoS参数， 对 报文进行 QoS控制； 采用第二 PCC规则中的计费参数， 对报文进行计费 处理。
可选的， 该设备还可以包括： 获取模块， 用于接收 PCRF发送的 PCC 规则安装 AVP以及要安装的 PCC规则的内容， 所述 PCC规则安装 AVP 中包含用于表明要安装的 PCC规则的类型的 AVP; 或者， 接收 PCRF发 送的 PCC规则安装 AVP以及要安装的 PCC规则的内容， 所述要安装的 PCC规则的内容中包含用于表明要安装的 PCC规则的类型的 AVP;或者， 预先设置 PCEF本地预定义的 PCC规则的类型和内容。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机 可读取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程 序代码的介质。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修 改， 或者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不 使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权 利 要 求 书
1、一种策略和计费控制 PCC架构下对报文的处理方法，其特征在于， 包括：
接收报文；
根据获取的至少两种类型的 PCC规则， 确定所述报文对应的 PCC规 则；
根据所述对应的 PCC规则， 对所述报文进行对应类型的策略控制处 理。
2、 根据权利要求 1 所述的方法， 其特征在于， 所述获取的至少两种 类型的 PCC规则包括： 承载级别的 PCC规则和会话级别的 PCC规则； 所述确定所述 ^艮文对应的 PCC规则具体包括： 确定与所述 文对应 的承载级别的 PCC规则， 确定与所述报文对应的会话级别的 PCC规则； 所述根据所述对应的 PCC规则， 对所述报文进行对应类型的策略控 制处理具体包括： 根据对应的承载级别的 PCC规则和会话级别的 PCC规 则， 对所述 ^艮文进行对应的策略控制处理。
3、 根据权利要求 2所述的方法， 其特征在于， 所述根据对应的承载 级别的 PCC规则和会话级别的 PCC规则， 对所述报文进行对应的策略控 制处理包括：
当所述承载级别的 PCC规则和会话级别的 PCC规则用于不同的策略 控制时， 根据所述承载级别的 PCC 规则， 对所述报文进行第一策略控制 处理；
根据所述会话级别的 PCC规则， 对所述报文进行第二策略控制处理。
4、 根据权利要求 3所述的方法， 其特征在于，
当所述承载级别的 PCC规则用于 QoS控制， 所述会话级别的 PCC规 则用于计费控制时， 所述对所述报文进行第一策略控制处理包括： 根据对 应的承载级别的 PCC规则内的 QoS参数进行 QoS控制；
所述对所述报文进行第二策略控制处理包括： 根据对应的会话级别的 PCC规则内的计费参数进行计费处理。
5、 根据权利要求 2所述的方法， 其特征在于， 所述根据对应的承载 级别的 PCC规则和会话级别的 PCC规则， 对所述报文进行对应的策略控 制处理包括：
在承载级别的 PCC规则和会话级别的 PCC规则具有相同的作用时， 比较承载级别的 PCC规则和会话级别的 PCC规则的优先级， 采用优先级 高的 PCC规则对报文进行策略处理。
6、 根据权利要求 2所述的方法， 其特征在于， 所述根据获取的至少 两种类型的 PCC规则，确定与所述报文对应的承载级别的 PCC规则包括： 从所述获取的至少两种类型的 PCC 规则中确定类型为承载级别的 PCC规则；
将所述报文与所述类型为承载级别的 PCC规则定义的业务数据流过 滤器进行匹配， 确定所述报文对应的承载级别的 PCC规则。
7、 根据权利要求 2所述的方法， 其特征在于， 当所述报文为下行报 文时， 所述方法还包括： 根据所述报文对应的承载级别的 PCC规则， 确 定所述报文对应的下行承载， 并将策略控制后的报文承载在所述对应的下 行承载上发送给 UE。
8、 根据权利要求 2所述的方法， 其特征在于， 所述根据获取的至少 两种类型的 PCC规则， 确定所述报文对应的 PCC规则， 确定与所述报文 对应的会话级别的 PCC规则包括：
从所述获取的至少两种类型的 PCC 规则中确定类型为会话级别的
PCC规则； 将所述报文与类型为会话级别的 PCC规则定义的业务数据流 过滤器进行匹配， 确定所述报文对应的会话级别的 PCC规则。
9、 根据权利要求 1 所述的方法， 其特征在于， 所述获取的至少两种 类型的 PCC规则包括： 用于承载绑定的 PCC规则和用于策略控制的 PCC 规则， 所述确定所述报文对应的 PCC规则具体包括： 确定与所述报文对 应的用于策略控制的 PCC规则；
所述对所述报文进行对应类型的策略控制处理具体包括： 根据对应的 用于策略控制的 PCC规则， 对所述报文进行对应的策略控制处理。
10、 根据权利要求 9所述的方法， 其特征在于， 所述确定所述报文对 应的 PCC规则还包括：确定与所述报文对应的用于承载绑定的 PCC规贝' 所述方法还包括： 在所述报文为下行报文时， 根据所述对应的用于承 载绑定的 PCC规则， 确定所述报文对应的下行承载， 并将下行报文在所 述下行承载上发送给 UE。
1 1、 根据权利要求 9所述的方法， 其特征在于， 所述根据获取的至少 两种类型的 PCC规则， 确定所述报文对应的 PCC规则， 确定与所述报文 对应的用于承载绑定的 PCC规则， 包括：
从所述获取的至少两种类型的 PCC规则中确定类型为用于承载绑定 的 PCC规则；
将所述报文与所述类型为用于承载绑定的 PCC规则定义的业务数据 流过滤器进行匹配， 确定所述报文对应的用于承载绑定的 PCC规则。
12、 根据权利要求 10所述的方法， 其特征在于， 所述根据获取的至 少两种类型的 PCC规则， 确定所述报文对应的 PCC规则， 确定与所述报 文对应的用于策略控制的 PCC规则， 包括：
从所述获取的至少两种类型的 PCC规则中确定类型为用于策略控制 的 PCC规则；
将所述报文与所述类型为用于策略控制的 PCC规则定义的业务数据 流过滤器进行匹配， 确定所述报文对应的用于策略控制的 PCC规则。
13、 根据权利要求 9所述的方法， 其特征在于， 所述根据对应的用于 策略控制的 PCC规则， 对所述报文进行对应的策略控制处理， 包括： 根据所述对应的用于策略控制的 PCC规则， 采用单一的 PCC规则对 报文进行策略控制处理； 或者，
根据所述对应的用于策略控制的 PCC规则中的不同的 PCC规则， 对 报文进行不同的策略控制处理。
14、 根据权利要求 13 所述的方法， 其特征在于， 所述用于策略控制 的 PCC规则中包括第一 PCC规则和第二 PCC规则， 所述第一 PCC规则 用于 QoS控制， 所述第二 PCC规则用于计费控制， 所述根据所述对应的 用于策略控制的 PCC规则中的不同的 PCC规则， 对报文进行不同的策略 控制处理包括：
采用第一 PCC规则中的 QoS参数， 对报文进行 QoS控制； 采用第二 PCC规则中的计费参数， 对报文进行计费处理。
15、 根据权利要求 1所述的方法， 其特征在于， 还包括：
获取至少两种类型的 PCC规则； 所述获取至少两种类型的 PCC规则包括：
接收 PCRF发送的 PCC规则安装 AVP以及要安装的 PCC规则的内容， 所述 PCC 规则安装 AVP 中包含用于表明要安装的 PCC 规则的类型的 A VP; 或者，
接收 PCRF发送的 PCC规则安装 AVP以及要安装的 PCC规则的内容， 所述要安装的 PCC规则的内容中包含用于表明要安装的 PCC规则的类型 的 AVP; 或者，
预先设置 PCEF本地预定义的 PCC规则的类型和内容。
16、 一种策略和计费控制 PCC 架构下对 ^艮文的处理设备， 其特征在 于， 包括：
接收模块， 用于接收报文； 确定模块， 用于根据获取的至少两种类型 的 PCC规则中， 确定所述接收模块接收的所述报文对应的 PCC规则； 处理模块， 用于根据所述确定模块确定的所述对应的 PCC规则， 对 所述报文进行对应类型的策略控制处理。
17、 根据权利要求 16所述的设备， 其特征在于， 所述获取的至少两 种类型的 PCC规则包括： 承载级别的 PCC规则和会话级别的 PCC规则； 所述确定模块具体用于： 确定与所述报文对应的承载级别的 PCC规 则， 确定与所述报文对应的会话级别的 PCC规则；
所述处理模块具体用于： 根据对应的承载级别的 PCC 规则和会话级 别的 PCC规则， 对所述报文进行对应的策略控制处理。
18、 根据权利要求 17所述的设备， 其特征在于， 所述处理模块具体 用于： 当所述承载级别的 PCC规则和会话级别的 PCC规则用于不同的策 略控制时， 根据所述承载级别的 PCC规则， 对所述报文进行第一策略控 制处理； 根据所述会话级别的 PCC 规则， 对所述报文进行第二策略控制 处理。
19、 根据权利要求 18所述的设备， 其特征在于， 所述处理模块具体 用于： 当所述承载级别的 PCC规则用于 QoS控制， 所述会话级别的 PCC 规则用于计费控制时， 根据对应的承载级别的 PCC规则内的 QoS参数进 行 QoS控制； 根据对应的会话级别的 PCC规则内的计费参数进行计费处 理。
20、 根据权利要求 17所述的设备， 其特征在于， 所述处理模块具体 用于：在承载级别的 PCC规则和会话级别的 PCC规则具有相同的作用时， 比较承载级别的 PCC规则和会话级别的 PCC规则的优先级， 采用优先级 高的 PCC规则对报文进行策略处理。
21、 根据权利要求 17所述的设备， 其特征在于， 所述确定模块具体 用于： 从所述获取的至少两种类型的 PCC规则中确定类型为承载级别的 PCC规则； 将所述报文与所述类型为承载级别的 PCC规则定义的业务数 据流过滤器进行匹配， 确定所述报文对应的承载级别的 PCC规则； 或者， 从所述获取的至少两种类型的 PCC规则中确定类型为会话级别的 PCC规 贝' 将所述报文与类型为会话级别的 PCC规则定义的业务数据流过滤器 进行匹配， 确定所述报文对应的会话级别的 PCC规则。
22、 根据权利要求 17所述的设备， 其特征在于， 还包括：
第一发送模块， 用于根据所述报文对应的承载级别的 PCC规则， 确 定所述报文对应的下行承载， 并将策略控制后的报文承载在所述对应的下 行承载上发送给 UE。
23、 根据权利要求 16所述的设备， 其特征在于， 所述获取的至少两 种类型的 PCC规则包括：用于承载绑定的 PCC规则和用于策略控制的 PCC 规则， 所述确定模块具体用于： 确定与所述报文对应的用于策略控制的 PCC规则； 所述处理模块具体用于： 根据对应的用于策略控制的 PCC规 贝 , 对所述报文进行对应的策略控制处理。
24、 根据权利要求 23 所述的设备， 其特征在于， 所述确定模块还用 于： 确定与所述报文对应的用于承载绑定的 PCC规则； 所述设备还包括： 第二发送模块， 用于在所述报文为下行报文时， 根据所述对应的用于承载 绑定的 PCC规则， 确定所述报文对应的下行承载， 并将下行报文在所述 下行承载上发送给 UE。
25、 根据权利要求 24所述的设备， 其特征在于， 所述确定模块具体 用于： 从所述获取的至少两种类型的 PCC规则中确定类型为用于承载绑 定的 PCC规则； 将所述报文与所述类型为用于承载绑定的 PCC规则定义 的业务数据流过滤器进行匹配，确定所述报文对应的用于承载绑定的 PCC 规则； 或者， 从所述获取的至少两种类型的 PCC规则中确定类型为用于 策略控制的 PCC规则； 将所述报文与所述类型为用于策略控制的 PCC规 则定义的业务数据流过滤器进行匹配， 确定所述报文对应的用于策略控制 的 PCC规则。
26、 根据权利要求 22所述的设备， 其特征在于， 所述处理模块具体 用于： 根据所述对应的用于策略控制的 PCC规则， 采用单一的 PCC规则 对报文进行策略控制处理； 或者， 根据所述对应的用于策略控制的 PCC 规则中的不同的 PCC规则， 分别对报文进行不同的策略控制处理。
27、 根据权利要求 26所述的设备， 其特征在于， 所述用于策略控制 的 PCC规则中包括第一 PCC规则和第二 PCC规则， 所述第一 PCC规则 用于 QoS控制， 所述第二 PCC规则用于计费控制， 所述处理模块具体用 于： 采用第一 PCC规则中的 QoS参数， 对报文进行 QoS控制； 采用第二 PCC规则中的计费参数， 对报文进行计费处理。
28、 根据权利要求 16所述的设备， 其特征在于， 还包括：
获取模块， 用于接收 PCRF发送的 PCC规则安装 AVP以及要安装的
PCC规则的内容，所述 PCC规则安装 AVP中包含用于表明要安装的 PCC 规则的类型的 AVP; 或者， 接收 PCRF发送的 PCC规则安装 AVP以及要 安装的 PCC规则的内容， 所述要安装的 PCC规则的内容中包含用于表明 要安装的 PCC规则的类型的 AVP; 或者， 预先设置 PCEF本地预定义的 PCC规则的类型和内容。
PCT/CN2011/085206 2011-12-31 2011-12-31 Pcc架构下对报文的处理方法和设备 WO2013097251A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2011/085206 WO2013097251A1 (zh) 2011-12-31 2011-12-31 Pcc架构下对报文的处理方法和设备
CN201180003825.3A CN102726077B (zh) 2011-12-31 2011-12-31 Pcc架构下对报文的处理方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/085206 WO2013097251A1 (zh) 2011-12-31 2011-12-31 Pcc架构下对报文的处理方法和设备

Publications (1)

Publication Number Publication Date
WO2013097251A1 true WO2013097251A1 (zh) 2013-07-04

Family

ID=46950496

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/085206 WO2013097251A1 (zh) 2011-12-31 2011-12-31 Pcc架构下对报文的处理方法和设备

Country Status (2)

Country Link
CN (1) CN102726077B (zh)
WO (1) WO2013097251A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104509140B (zh) * 2013-07-02 2018-10-30 华为技术有限公司 应用流检测方法、实体及系统
WO2018120246A1 (zh) * 2016-12-31 2018-07-05 华为技术有限公司 一种数据传输方法及相关网元
WO2019071472A1 (zh) * 2017-10-11 2019-04-18 华为技术有限公司 一种业务策略创建方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101409954A (zh) * 2008-10-16 2009-04-15 中兴通讯股份有限公司 策略控制方法和系统、以及策略和计费执行功能实体
CN101800967A (zh) * 2009-12-30 2010-08-11 华为技术有限公司 一种实现策略与计费控制的方法、网关和移动终端

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101378328A (zh) * 2007-08-30 2009-03-04 华为技术有限公司 一种应用控制策略的方法、装置及系统
US8325638B2 (en) * 2008-12-09 2012-12-04 Qualcomm Incorporated Performing packet flow optimization with policy and charging control

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101409954A (zh) * 2008-10-16 2009-04-15 中兴通讯股份有限公司 策略控制方法和系统、以及策略和计费执行功能实体
CN101800967A (zh) * 2009-12-30 2010-08-11 华为技术有限公司 一种实现策略与计费控制的方法、网关和移动终端

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"3GPP TS 23.203 V10.4.0: Policy and Charging control architecture (Release 10). 3rd Generation Partnership Project (3GPP).", 3GPP TECHNICAL SPECIFICATION GROUP SERVICE AND SYSTEM ASPECTS., June 2011 (2011-06-01), pages 56 - 62 *

Also Published As

Publication number Publication date
CN102726077A (zh) 2012-10-10
CN102726077B (zh) 2014-09-03

Similar Documents

Publication Publication Date Title
EP2824951B1 (en) Method, device and system for marking service data packet
US20180254987A9 (en) Method and devices for installing packet filters in a data transmission
WO2008128470A1 (fr) Procédé, système et entité de réalisation de détection d&#39;événement
RU2571377C2 (ru) Система и способ управления службами, развитый nodeb и шлюз сети пакетной передачи данных
US20100186064A1 (en) Method and device for obtaining capabilities of policy and charging enforcement function
EP2547049B1 (en) Method, system and corresponding apparatus for implementing policy and charging control
KR20180070710A (ko) 서비스 계층 사우스바운드 인터페이스 및 서비스 품질
KR20170121324A (ko) 모바일 통신 시스템에서 서비스 품질 제어의 지원
JP5695577B2 (ja) 多元アクセスシステム
EP2472918A1 (en) Method and system for transmitting a bearer control mode in roaming scenarios
JP2015507897A (ja) 携帯電話ネットワークにおけるパケットベースのサービスに対する認可要求のハンドリング
WO2011085621A1 (zh) 业务处理方法及系统
WO2011085614A1 (zh) 在全业务融合网络中控制资源的方法和系统
WO2013091410A1 (zh) 网络接入方法、系统及设备
WO2014032289A1 (zh) 带宽控制方法、装置及系统
WO2013007142A1 (zh) 一种用量监控方法及系统
WO2011095025A1 (zh) 一种对移动用户本地接入的策略控制方法和系统
WO2013159617A1 (zh) 一种网络拥塞的处理方法、系统和控制网元
WO2011088702A1 (zh) 在全业务融合网络中控制资源的方法和系统
WO2013097251A1 (zh) Pcc架构下对报文的处理方法和设备
WO2009026812A1 (fr) Procédé, dispositif et système d&#39;application d&#39;une politique de contrôle
WO2016173364A1 (zh) 策略规则制定方法、系统及装置
WO2016173363A1 (zh) 策略规则制定方法、系统及装置
WO2014067075A1 (zh) 缓解网络拥塞的方法、核心网设备和接入网设备
WO2013086668A1 (zh) 策略和计费控制方法、实体及系统

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180003825.3

Country of ref document: CN

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

Ref document number: 11878677

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

Country of ref document: EP

Kind code of ref document: A1