WO2014176987A1 - 策略控制方法及网元 - Google Patents

策略控制方法及网元 Download PDF

Info

Publication number
WO2014176987A1
WO2014176987A1 PCT/CN2014/075679 CN2014075679W WO2014176987A1 WO 2014176987 A1 WO2014176987 A1 WO 2014176987A1 CN 2014075679 W CN2014075679 W CN 2014075679W WO 2014176987 A1 WO2014176987 A1 WO 2014176987A1
Authority
WO
WIPO (PCT)
Prior art keywords
policy
congestion
rule
network element
charging
Prior art date
Application number
PCT/CN2014/075679
Other languages
English (en)
French (fr)
Inventor
周晓云
卢飞
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2014176987A1 publication Critical patent/WO2014176987A1/zh

Links

Classifications

    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0284—Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0289—Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]

Definitions

  • the present invention relates to the field of communications, and in particular, to a policy control method and a network element (including a policy enforcement network element and a Policy and Charging Rules Function (PCRF) network element).
  • a policy control method and a network element including a policy enforcement network element and a Policy and Charging Rules Function (PCRF) network element.
  • PCRF Policy and Charging Rules Function
  • FIG 1 is the Policy and Charging Control (PCC) defined by the 3rd Generation Partnership Project (3GPP).
  • PCC Policy and Charging Control
  • the Policy and Charging Rules Function is used to formulate QoS (Quality of Service) and accounting policies for services using network resources.
  • the PCRF needs to combine the service information received from the AF, the user subscription information received from the User Profile Repository (SPR), and the policy configured by the operator.
  • the PCRF sends the control policy to the policy and the 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 BBERF, so as to be aware of the event when the bearer layer occurs, 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 Application Detection and Control (ADC) rules (TDF) issued by the PCRF. .
  • the PCRF pre-configures PCC rules for mitigating congestion in the PCEF.
  • the PCEF senses network congestion, the PCEF locally activates these PCC rules.
  • the pre-configuration strategy in this scenario creates problems that cannot be effectively controlled and managed:
  • this pre-configured PCC rule can only target specific services. Because the flow description information of the PCC rules cannot be determined before the service occurs, the pre-configured PCC rules can only control some well-known services.
  • the priority is usually lower than the PCC rule dynamically issued by the PCRF. Then, when congestion occurs, in order to execute these pre-configured PCC rules, these pre-configured PCC rules must be executed first. This has changed a lot to the current PCC implementation mechanism.
  • the technical problem to be solved by the present invention is to provide a policy control method and a network element to solve the problem that the existing pre-configuration policy cannot be effectively controlled and managed.
  • the present invention provides a policy control method, where the method includes: a policy execution network element receiving policy and a charging rule function (PCRF), a plurality of optional policy parameter groups delivered by a network element, each of which may be The selected policy parameter group includes congestion status information and a policy corresponding to the congestion status;
  • PCRF charging rule function
  • the policy execution network element senses a congestion condition
  • the policy enforcement network element selects and executes a corresponding policy according to the perceived congestion condition.
  • the congestion status information in the plurality of selectable policy parameter groups respectively represents congestion and non-congestion; or respectively represents non-congestion, mild congestion, moderate congestion, and heavy congestion.
  • the policy enforcement network element includes at least one of the following: a policy and a charging execution function. (PCEF) NE, bearer binding, and event reporting function (BBERF) network element or service detection function (TDF) network element.
  • PCEF policy and a charging execution function.
  • BBERF event reporting function
  • TDF service detection function
  • the plurality of selectable policy parameter sets are included in a Policy and Charging (PCC) rule, a Quality of Service (QoS) rule, or an Application Detection and Control (ADC) rule.
  • the policy includes: a flow state, QoS information, a charging group, a charging level, an online charging, an offline charging, a charging method, including a traffic, a duration, an event, and the like, a redirect, and a redirect address;
  • the policy includes: QoS information.
  • the policy enforcement network element executes a corresponding policy according to a plurality of selectable policy parameter arrays in the PCC rule, the ADC rule or the QoS rule.
  • the present invention further provides a policy enforcement network element, where the network element includes: a policy receiving module, configured to: receive a policy and a charging rule function (PCRF), and select a plurality of optional policies delivered by the network element.
  • a policy receiving module configured to: receive a policy and a charging rule function (PCRF), and select a plurality of optional policies delivered by the network element.
  • PCRF charging rule function
  • a parameter group each optional policy parameter group includes congestion status information and a policy corresponding to the congestion status
  • Congestion awareness module set to: sense congestion status
  • the policy execution module is configured to: select and execute a corresponding policy according to the perceived congestion condition.
  • the congestion status information in the plurality of selectable policy parameter groups respectively represents congestion and non-congestion; or respectively represents non-congestion, mild congestion, moderate congestion, and heavy congestion.
  • the policy enforcement network element includes at least one of the following: a Policy and Charging Enforcement Function (PCEF) network element, a bearer binding and event reporting function (BBERF) network element, or a service detection function (TDF) network element.
  • PCEF Policy and Charging Enforcement Function
  • BBERF bearer binding and event reporting function
  • TDF service detection function
  • the plurality of selectable policy parameter sets are included in a Policy and Charging (PCC) rule, a Quality of Service (QoS) rule, or an Application Detection and Control (ADC) rule.
  • the policy includes: a flow state, QoS information, a charging group, a charging level, an online charging, an offline charging, a charging mode, including a traffic, a duration, an event, and the like, a redirect, and a redirect address;
  • the policy includes: QoS information.
  • the policy enforcement network element executes a corresponding policy according to a plurality of selectable policy parameter arrays in the PCC rule, the ADC rule or the QoS rule.
  • the present invention further provides a policy and charging rule function (PCRF) network element, where the PCRF network element includes:
  • the policy sending module is configured to: send a plurality of optional policy parameter arrays to the network element of the policy execution network, and each of the optional policy parameter groups includes congestion status information and a policy corresponding to the congestion status.
  • the congestion status information in the plurality of selectable policy parameter groups respectively represents congestion and non-congestion; or respectively represents non-congestion, mild congestion, moderate congestion, and heavy congestion.
  • the plurality of selectable policy parameter sets are included in a Policy and Charging (PCC) rule, a Quality of Service (QoS) rule, or an Application Detection and Control (ADC) rule.
  • PCC Policy and Charging
  • QoS Quality of Service
  • ADC Application Detection and Control
  • the policy includes: a flow state, QoS information, a charging group, a charging level, an online charging, an offline charging, a charging method, including a traffic, a duration, an event, and the like, a redirect, and a redirect address;
  • the policy includes: QoS information.
  • the policy control method and the network element in the embodiment of the present invention through the policy and charging rule function (PCRF), a plurality of optional policy parameter groups delivered by the network element, each of the optional policy parameter groups including congestion status information and the congestion status Corresponding policies, so that the policy execution network element selects and executes the corresponding policy based on the perceived different congestion conditions, reduces network congestion, and performs effective control and management.
  • PCRF policy and charging rule function
  • Embodiment 1 of a policy control method according to the present invention is a schematic flow chart of Embodiment 1 of a policy control method according to the present invention
  • Embodiment 3 is a schematic flowchart of Embodiment 2 of a policy control method according to the present invention
  • 4 is a schematic flow chart of Embodiment 3 of a policy control method according to the present invention
  • Embodiment 4 of a policy control method according to the present invention
  • FIG. 6 is a schematic structural diagram of a module of a policy execution network element according to an embodiment of the present invention.
  • Embodiment 1 of the policy control method of the present invention as shown in FIG. 2, the method includes:
  • Step 101 The policy execution network element receives the policy and charging rule function (PCRF), and the plurality of optional policy parameter groups that are sent by the network element, where each optional policy parameter group includes congestion status information and a policy corresponding to the congestion status.
  • PCRF policy and charging rule function
  • the policy enforcement network element mentioned in the present invention includes but is not limited to a policy and charging execution function.
  • PCEF bearer binding
  • BBERF event reporting function
  • TDF service detection function
  • the policy execution network element is a PCEF network element
  • the PCEF receives the plurality of selectable policy parameter groups by using an IP-CAN session establishment success response message
  • the BBERF receives the plurality of optional policy parameter groups by using a gateway control session establishment request message;
  • the TDF receives the plurality of selectable policy parameter groups by using a TDF session establishment request message.
  • the congestion status information in the plurality of optional policy parameter groups respectively represent different congestion situations, for example, may be divided into two situations, respectively indicating congestion and non-congestion; or being divided into three situations, respectively indicating Congestion, mild congestion, moderate congestion, and heavy congestion.
  • it can be divided into four or more situations, in addition to distinguishing different groups according to the degree of congestion.
  • it is also possible to combine the uplink and the downlink. Specifically, the present invention does not limit this.
  • the plurality of selectable policy parameter sets are included in a Policy and Charging Control Architecture (PCC) rule, a Quality of Service (QoS) rule, or an ADC rule.
  • PCC Policy and Charging Control Architecture
  • QoS Quality of Service
  • ADC ADC rule
  • the policy includes: a flow state, QoS information, a charging group, an accounting level, an online charging, an offline charging, and a charging mode, including Traffic, duration, events, etc., redirects, and redirected addresses;
  • the policy includes: QoS information.
  • Step 102 The policy execution network element senses a congestion status.
  • the policy enforcement network element such as a Policy and Charging Enforcement Function (PCEF) network element, a bearer binding and event reporting function (BBERF) network element, or a service detection function (TDF) network element, may be based on the prior art to sense congestion conditions.
  • PCEF Policy and Charging Enforcement Function
  • BBERF bearer binding and event reporting function
  • TDF service detection function
  • Step 103 The policy execution network element selects and executes a corresponding policy according to the perceived congestion condition.
  • the policy enforcement network element executes a corresponding policy according to a plurality of selectable policy parameter groups in the PCC rule, the ADC rule, or the QoS rule.
  • the method for implementing policy control according to the present invention can use different policies according to different congestion conditions, thereby implementing effective control and management, thereby achieving the purpose of reducing network congestion and ensuring user experience.
  • a PCC rule in the related art is usually a policy control for a service data flow.
  • the existing PCC rules one rule corresponds to a set of policies and the parameters of the charge control, and these parameters will be executed when the PCC rule is executed.
  • the present invention further expands the PCC rule by adding a plurality of sets of optional policy parameters in the PCC rule, that is, multiple sets of policies and charging control parameters under different conditions, as described below:
  • PS-to-CS-Session-Continuity //Used for PS domain to CS domain handover session connection
  • Service-Identifier //Service ID for accounting
  • Congestion-Condition AVP is an enumerated (Enumerated) type of parameter. Values indicate different congestion conditions. There can be 2 values, NON-CONGESTED and CONGESTED. It can also be multi-valued, such as NON-CONGESTED, LIGHT-CONGESTED, MIDDLE-CONGESTIED, HEAVY-CONGESTED.
  • the newly defined Charging-Rule-Definition can contain 0 or more optional Policy-Policy instances, and each Alternative-Policy corresponds to a Congestion-Condition with a different value.
  • the Charging-Rule-Definition carries the Alternative-Policy AVP, the Flow-Status, QoS-Information, Rating-Group, Reporting-Level, Online, Offline, Metering-Method, Redirect- directly under Charging-Rule-Definition. Information These parameters used to indicate Qo S and billing control do not need to be carried.
  • Diameter AVP format corresponding to the existing QoS rules is as follows:
  • Alternative-Policy only contains QoS-Information, Congestion-Condition AVP. If the QoS rule carries the Alternative-Policy AVP, the QoS-Information parameter originally in the QoS-Rule-Definition does not need to be carried.
  • the Alternative-Policy can include the flow state, QoS information, accounting group, accounting level, online charging, offline charging, and charging mode, including traffic, duration, events, etc., redirection and redirecting addresses, Congestion -Condition AVP. If the ADC rules carry the Alternative-Policy AVP, it is directly under the ADC-Rule-Definition.
  • the TDF network element is based on the newly defined ADC rule, and the PCEF performs the policy control process according to the congestion condition of the network based on the newly defined PCC rule.
  • the process description is as follows: :
  • Step 201 The user equipment UE attaches to the network, initiates an attach procedure, or the UE initiates another PDN connection establishment process.
  • Step 202 After receiving the attach request or the PDN connection establishment request, the PCEF initiates the PCRF.
  • the IP-CAN session establishment request provides the PCRF with the user identifier, the PDN identifier, the IP address, and the like; Step 203: If there is no defined user subscription information, the PCRF obtains the user subscription information from the SPR (Subscribe Profile Repository) , such as user level, bandwidth allocated to the user, business that the user is allowed to access, etc.;
  • SPR Subscribe Profile Repository
  • Step 204 The PCRF performs a policy decision, and the PCRF sends a TDF session establishment request message to the TDF, where the message carries the newly defined ADC rule of the present invention
  • Sources of information for PCRF policy decisions include, but are not limited to, user subscriptions from SPRs, information reported from PCEFs, and policies configured in PCRF. This strategy is dynamically determined.
  • Step 205 The TDF perceives the congestion of the network element involved in the UE or the PDN connection.
  • the congestion of the wireless user plane may be the air interface user plane congestion, the wireless base station congestion, and the wireless backhaul congestion.
  • the user's face sensing method is used: that is, no GGSN/P-GW is sent.
  • the GGSN/P-GW marks the user plane packet header sent to the TDF. Plug information.
  • the wireless user plane congestion information includes at least congestion occurrence and congestion cancellation. Of course, it is also possible to further refine the level of congestion (eg, mild, moderate, heavy).
  • the congestion information can also indicate uplink congestion, downlink congestion, or uplink and downlink congestion. Since there is no upstream data yet,
  • TDF assumes that the current state is non-congested, and the TDF performs a Congestion-Condition with a value of NONCONGESTED in the Alternative-Policy.
  • Step 206 The TDF returns an acknowledgement message to the PCRF.
  • Step 207 The PCRF returns a successful response to the establishment of the IP-CAN session to the PCEF, where the PCC rule is carried, and the PCC rule is the newly defined PCC rule.
  • the PCEF perceives the congestion of the network element involved in the UE or the PDN connection, such as the congestion of the wireless user plane, specifically, the air interface user plane congestion, the wireless base station congestion, and the wireless backhaul congestion.
  • Control plane The radio base station (BTS/NodeB/eNodeB) sends the RAN user plane congestion information to the GGSN/P-GW through the control plane message.
  • the radio base station (BTS/NodeB/eNodeB) transmits the congestion information to the GGSN/P-GW by marking the congestion information on the uplink user plane.
  • the wireless user plane congestion information includes at least congestion occurrence and congestion cancellation. It is of course possible to further refine the level of congestion (eg mild, moderate, heavy). In addition, congestion information can also indicate uplink congestion, downlink congestion, or uplink and downlink congestion.
  • the PCEF can also sense the related core network element congestion, and can also use the user plane and the control plane.
  • Step 209 The PCEF performs a corresponding QoS, charging, and application detection and reporting policy according to the perceived current congestion situation and different values of the Congestion-Condition in the Alternative-Policy AVP of the PCC rule.
  • PCEF is currently detecting a non-congested state, then PCEF is executed.
  • the Congestion-Condition takes the value of the corresponding policy in the Alternative-Policy of NONCONGESTED. Since there is no uplink data at this time, if the PCEF uses the user plane sensing method, the PCEF assumes that the current state is non-congested, and the TDF performs the Congestion-Condition value. The corresponding strategy in NONCONGESTED's Alternative-Policy. If the PCEF uses the sensing method of the control plane, the PCEF can execute the policy according to the congestion status reported in the UE attach or PDN connection establishment process.
  • Step 210 During the lifetime of the PCC rule, the PCEF continuously performs congestion state awareness, and performs corresponding QoS, charging, and according to current congestion conditions and different values of the Congestion-Condition in the Alternative-Policy AVP of the PCC rule. Apply detection and reporting strategies.
  • Step 211 During the lifetime of the ADC rule, the TDF continuously performs congestion state awareness, and performs corresponding QoS, charging, and according to current congestion conditions and different values of the Congestion-Condition in the Alternative-Policy AVP of the ADC rule. Apply detection and reporting strategies.
  • the BBERF is based on the newly defined QoS rule.
  • the PCEF performs the policy control process based on the congestion of the newly defined PCC according to the network congestion. As shown in Figure 4, the process is described as follows:
  • Step 301 The user equipment UE is attached to the network, initiates an attach procedure, or the UE initiates another PDN connection establishment process.
  • Step 302 In the process of step 301, after receiving the attach request or the PDN connection establishment request, the BBERF initiates a gateway control session establishment request to the PCRF, and provides the PCRF with information such as a user identifier, a PDN identifier, and an IP address.
  • Step 303 If there is no defined user subscription information, the PCRF obtains user subscription information, such as user level, bandwidth allocated to the user, and services that the user is allowed to access, from the SPR.
  • user subscription information such as user level, bandwidth allocated to the user, and services that the user is allowed to access
  • Step 304 After performing the policy decision, the PCRF returns a gateway control session establishment request message to the BBERF, and carries the newly defined QoS rule of the present invention
  • Step 305 In the process of step 301, after receiving the attach request or the PDN connection establishment request, the PCEF initiates an IP-CAN session establishment request to the PCRF, and provides information such as a user identifier, a PDN identifier, and an IP address to the PCRF, and the PCRF controls the gateway. Session and IP-CAN session (Gx session) Line association
  • Step 306. The PCRF makes policy decisions.
  • the PCRF sends a TDF session establishment request message to the TDF, where the message carries the newly defined ADC rule of the present invention
  • the TDF senses the congestion of the network element involved in the UE or the PDN connection.
  • the congestion of the wireless user plane may be the air interface user plane congestion, the wireless base station congestion, and the wireless backhaul congestion.
  • the GGSN/P-GW marks the congestion information in the header of the user plane sent to the TDF.
  • the wireless user plane congestion information includes at least congestion occurrence and congestion cancellation. Of course, you can further refine the level of congestion (such as mild, moderate, and severe).
  • the congestion information can also indicate uplink congestion, downlink congestion, or uplink and downlink congestion. Since there is no upstream data yet,
  • TDF assumes that the current state is non-congested, and the TDF performs a Congestion-Condition with a value of NONCONGESTED in the Alternative-Policy.
  • Step 308 The TDF returns an acknowledgement message to the PCRF.
  • Step 309 The PCRF returns a successful response to the IP-CAN session establishment to the PCEF, and carries the newly defined PCC rule.
  • Step 310 The PCEF perceives the congestion of the network element involved in the UE or the PDN connection.
  • the congestion of the wireless user plane may be the air interface user plane congestion, the wireless base station congestion, and the wireless backhaul congestion.
  • Control plane The radio base station (BTS/NodeB/eNodeB) sends the RAN user plane congestion information to the GGSN/P-GW through the control plane message.
  • the radio base station (BTS/NodeB/eNodeB) transmits the congestion information to the GGSN/P-GW by marking the congestion information on the uplink user plane.
  • the wireless user plane congestion information includes at least congestion occurrence and congestion cancellation. It is of course possible to further refine the level of congestion (eg mild, moderate, heavy). In addition, congestion information can also indicate uplink congestion, downlink congestion, or uplink and downlink congestion.
  • the PCEF can also sense the related core network element congestion, and can also use the user plane.
  • the control surface is perceived by two methods.
  • Step 311 The PCEF performs a corresponding QoS, charging, and application detection and reporting policy according to the perceived current congestion situation and different values of the Congestion-Condition in the Alternative-Policy AVP of the PCC rule.
  • PCEF is currently detecting a non-congested state, then PCEF is executed.
  • the Congestion-Condition value is the corresponding policy in the Alternative-Policy of NONCONGESTED. There is no uplink data at this time. Therefore, if the PCEF uses the user-side sensing method, the PCEF assumes that the current state is non-congested, and the TDF performs the corresponding policy in the Alternative-Policy whose Congestion-Condition value is NONCONGESTED. If the PCEF uses the sensing method of the control plane, the PCEF can execute the policy according to the congestion status reported in the UE attach or PDN connection establishment process.
  • Step 312 The PCRF provides the BBERF with the QoS rule corresponding to the foregoing PCC rule, and the QoS rule may use the newly defined QoS rule, or may use the QoS rule of the prior art;
  • Step 313 If the new corresponding QoS rule provided by the PCRF, the BBERF can use the PCEF-like congestion-aware technology to perceive the congestion state of the network, and according to the current congestion situation and the QoS rule, the Alternative-Policy AVP Congestion-Condition Different values, and implement corresponding QoS policies;
  • the BBERF detects that the BBERF is in a non-congested state, the BBERF performs the corresponding policy in the Alternative-Policy with the Congestion-Condition value of NONCONGESTED. If the PCRF provides the QoS rules in the prior art, the BBERF performs the QoS rule according to the prior art. . The PCRF ensures that the PCC rules and QoS rules are consistent under the same Congestion-Condition condition.
  • Step 314 The BBERF returns a response message to the PCRF.
  • Step 315 During the lifetime of this PCC, QoS or ADC rule, PCEF, BBERF or TDF continuously performs congestion state awareness and according to the current congestion situation and the PC-, QoS or ADC rules of the Alternative-Policy AVP in the Congestion-Condition Different values are used to execute the corresponding policy.
  • This process describes the process for the PCRF to formulate policies and control policies after the UE performs service access. As shown in Figure 5, it includes:
  • Step 401a The UE interacts with the application server to perform service access.
  • the AF provides the corresponding business information to the PCRF.
  • Step 401b The TDF performs application detection according to the ADC rule, and reports the detected application information to the PCRF.
  • Step 402 The PCRF performs policy decision according to the service information, the subscription data, and the network policy, and the PCRF formulates a PCC rule and formulates a corresponding QoS rule.
  • the PCC rules formulated by the PCRF are the newly defined PCC rules of the present invention; the QoS rules may be newly defined QoS rules in the present invention, or may be prior art QoS rules.
  • the PCC rules and QoS rules guarantee that the QoS information is consistent under the same Congestion-Condition condition.
  • the PCRF formulates ADC rules using the newly defined ADC rules of the present invention;
  • Step 403 The PCRF sends the authorized PCC rule to the PCEF.
  • Step 404 The PCEF returns an acknowledgement message to the PCRF.
  • Step 405 The PCEF uses the user plane or the control plane to sense the congestion state.
  • the PCEF performs the corresponding QoS, charging, and application detection and reporting policies according to the current congestion situation and the different values of the Congestion-Condition in the Alternative-Policy AVP of the PCC rule.
  • PCEF is currently detecting a non-congested state, then PCEF is executed.
  • the Congestion-Condition value is the corresponding policy in the Alternative-Policy of NONCONGESTED.
  • Step 406 The PCRF provides the BBERF with the QoS rule corresponding to the foregoing PCC rule, and the QoS rule may use the newly defined QoS rule, or may use the QoS rule of the prior art;
  • Step 407 If the new corresponding QoS rule provided by the PCRF, the BBERF can use the PCEF-like congestion-aware technology to perceive the congestion state of the network, and according to the current congestion situation and the QoS rule, the Alternative-Policy AVP Congestion-Condition Different values, and implement corresponding QoS policies; For example, if the BBERF detects that the BBERF is in a non-congested state, the BBERF performs the corresponding policy in the Alternative-Policy with the Congestion-Condition value of NONCONGESTED. If the PCRF provides the QoS rules in the prior art, the BBERF performs the QoS rule according to the prior art. .
  • Step 408 The BBERF returns a response message to the PCRF.
  • Step 409 The PCRF sends a TDF session establishment request message to the TDF, where the message carries the newly defined ADC rule of the present invention.
  • Step 410 The TDF perceives the congestion of the network element involved in the UE or the PDN connection.
  • the congestion of the wireless user plane may be the air interface user plane congestion, the wireless base station congestion, and the wireless backhaul congestion.
  • the user's face sensing method is used: that is, no GGSN/P-GW is sent.
  • the GGSN/P-GW marks the congestion information in the header of the user plane sent to the TDF.
  • the wireless user plane congestion information includes at least congestion occurrence and congestion cancellation. Of course, you can further refine the level of congestion (such as mild, moderate, and severe).
  • the congestion information can also indicate uplink congestion, downlink congestion, or uplink and downlink congestion. Since there is no upstream data yet, TDF assumes that it is currently in a non-congested state, and TDF performs a Congestion-Condition with a corresponding policy in the Alternative-Policy of NONCONGESTED.
  • Step 411 The TDF returns an acknowledgement message to the PCRF.
  • Step 412 During the lifetime of the PCC, QoS or ADC rules, the PCEF, BBERF or TDF continuously performs congestion state awareness and according to the current congestion situation and the PC-, QoS or ADC rules of the Alternative-Policy AVP in the Congestion-Condition Different values are used to execute the corresponding policy.
  • the present invention solves the problem that the PCRF can determine when to provide non-real-time services to users according to the service effective time and according to the congestion of the network.
  • the present invention further provides a policy enforcement network element, where the network element includes:
  • a policy receiving module configured to receive a plurality of optional policy parameter groups delivered by a policy and charging rule function (PCRF) network element, where each optional policy parameter group includes congestion status information and the congestion status Corresponding strategy;
  • PCRF policy and charging rule function
  • a congestion awareness module configured to sense a congestion condition
  • the policy execution module is configured to select and execute a corresponding policy according to the perceived congestion condition.
  • the congestion status information in the plurality of selectable policy parameter groups respectively indicates congestion and non-congestion; or respectively indicates non-congestion, mild congestion, moderate congestion, and heavy congestion.
  • the policy enforcement network element includes at least one of the following: a Policy and Charging Enforcement Function (PCEF) network element, a bearer binding and event reporting function (BBERF) network element, or a service detection function (TDF) network element.
  • PCEF Policy and Charging Enforcement Function
  • BBERF bearer binding and event reporting function
  • TDF service detection function
  • the policy receiving module receives the plurality of selectable policy parameter groups by using an IP-CAN session establishment success response message;
  • the policy receiving module receives the plurality of selectable policy parameter groups by using a gateway control session establishment request message;
  • the policy receiving module receives the plurality of selectable policy parameter groups by using a TDF session establishment request message.
  • the plurality of optional policy parameter groups are included in a policy and charging (PCC) rule,
  • the policy includes: a flow state, QoS information, a charging group, an accounting level, an online charging, an offline charging, and a charging mode, including Traffic, duration, events, etc., redirects, and redirected addresses;
  • the policy includes: QoS information.
  • the policy enforcement network element executes a corresponding policy according to a plurality of selectable policy parameter groups in the PCC rule, the ADC rule, or the QoS rule.
  • PCRF Policy and Charging Rules Function
  • a policy sending module configured to send a plurality of optional policy parameter groups to the network element of the policy execution network element, Each optional policy parameter set includes congestion status information and a policy corresponding to the congestion status.
  • the congestion status information in the plurality of selectable policy parameter groups respectively indicates congestion and non-congestion; or respectively indicates non-congestion, mild congestion, moderate congestion, and heavy congestion.
  • the plurality of selectable policy parameter sets are included in a Policy and Charging (PCC) rule, a Quality of Service (QoS) rule, or an Application Detection and Control (ADC) rule.
  • PCC Policy and Charging
  • QoS Quality of Service
  • ADC Application Detection and Control
  • the policy includes: a flow state, QoS information, a charging group, an accounting level, an online charging, an offline charging, and a charging mode, including Traffic, duration, events, etc., redirects, and redirected addresses;
  • the policy includes: QoS information.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module.
  • the invention is not limited to any particular combination of hardware and software.
  • the policy control method and the network element in the embodiment of the present invention through the policy and charging rule function (PCRF), a plurality of optional policy parameter groups delivered by the network element, each of the optional policy parameter groups including congestion status information and the congestion status Corresponding policies, so that the policy enforcement network element selects and executes the corresponding policy based on the perceived different congestion conditions, and effectively controls and manages the network conditions.
  • PCRF policy and charging rule function

Landscapes

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

Abstract

一种策略控制方法及网元，该方法包括：策略执行网元接收策略和计费规则功能（PCRF）网元下发的若干个可选策略参数组，每个可选策略参数组包括拥塞状况信息以及与该拥塞状况对应的策略；所述策略执行网元感知拥塞状况；所述策略执行网元根据感知到的拥塞状况选择并执行对应的策略。本发明实施例策略控制方法及网元可以针对网络状况进行有效控制及管理。

Description

策略控制方法及网元
技术领域
本发明涉及通信领域， 具体的， 涉及一种策略控制方法及网元（包括策 略执行网元以及策略和计费规则功能 （PCRF ) 网元） 。 背景技术
图 1是第三代合作伙伴计划 （3rd Generation Partnership Project, 简称为 3GPP ) 定义的策略和计费控制架构 （Policy and Charging Control, 简称为 PCC ) 。
策略和计费规则功能 （Policy and Charging Rules Function, 简称为 PCRF )为业务使用网络资源进行 QoS(Quality of Service,服务质量)和计费策 略的制订。 PCRF制定所述控制策略需要结合从 AF接收的业务信息，从用户 签约数据库（Subscription Profile Repository, 简称为 SPR )接收的用户签约 信息， 运营商配置的策略等。 PCRF 将为业务制定的控制策略下发给策略和 计费执行功能 ( Policy and Charging Enforcement Function, 简称为 PCEF )或 者承载绑定和事件上报功能 ( Bearer Binding and Event Report Function, 简称 为 BBERF )执行。 同时 PCRF可以向 PCEF和 /或 BBERF订阅承载层相关事 件， 以便当承载层发生所述事件时及时感知， 并更改控制策略。 此外， PCEF 以及业务检测功能（Traffic Detection Function, 简称 TDF ) 能够根据 PCRF 下发的 PCC 规则 （PCEF ) 或应用检测和控制 （Application Detection and Control , 简称 ADC )规则 （ TDF )执行应用检测和控制功能。
随着网络和终端设备的发展， 大量用户通过智能终端接入 Internet 网络 访问各种数据业务， 一方面网络上的数据业务还在不断的丰富， 例如各种视 频服务、游戏服务等，另一方面使用智能终端的上网用户还在爆发式的增长。 这对运营商的网络运营带来了冲击和挑战。大量的数据业务增加了网络负荷， 甚至造成了网络拥塞（例如在车站、 码头等热点区域） 。 大量的数据业务甚 至侵占了语音服务的资源， 使得传统的语音服务都得不到可靠的 QoS保证。 因此如何调整网络流量， 减轻网络负荷， 减少网络拥塞是运营商需要面临的 问题。
目前业界已经提出一种针对拥塞的策略控制方法：
PCRF预先在 PCEF配置减轻拥塞的 PCC规则， 当 PCEF感知网络的拥 塞， 则 PCEF本地激活这些 PCC规则。 但这种方案中预配置策略产生无法有 效控制及管理的问题：
1 )首先这种预配置的 PCC规则只能针对一些特定的业务。 因为 PCC规 则的流描述信息在业务发生之前是无法确定的，预配置的 PCC规则只能对一 些知名业务进行控制。
行， 对于预配置的 PCC规则其优先级通常比 PCRF动态下发的 PCC规则优 先级低， 然后当拥塞时， 为了执行这些预配置的 PCC规则， 必须保证这些预 配置的 PCC规则先执行。 这对目前的 PCC执行机制改动较大。
3 ) 由于 PCRF的决策和 PCEF实际执行的 PCC规则不一致， 增加了网 络管理的难度。
发明内容
本发明要解决的技术问题是提供一种策略控制方法及网元， 以解决现有 预配置策略无法有效控制及管理的问题。
为解决上述技术问题， 本发明提供了一种策略控制方法， 该方法包括： 策略执行网元接收策略和计费规则功能（PCRF )网元下发的若干个可选 策略参数组， 每个可选策略参数组包括拥塞状况信息以及与该拥塞状况对应 的策略；
所述策略执行网元感知拥塞状况；
所述策略执行网元根据感知到的拥塞状况选择并执行对应的策略。 优选地， 所述若干个可选策略参数组中的拥塞状况信息分别表示拥塞和 不拥塞； 或分别表示不拥塞、 轻度拥塞、 中度拥塞以及重度拥塞。
优选地， 所述策略执行网元包括以下至少一个： 策略和计费执行功能 ( PCEF ) 网元、 承载绑定和事件上报功能 （BBERF ) 网元或业务检测功能 ( TDF ) 网元。
优选地， 所述若干个可选策略参数组包含在策略和计费 （PCC )规则、 服务质量（QoS )规则或应用检测和控制 （ADC )规则中。 所述策略包括： 流状态、 QoS信息、 计费组、 计费级别、 在线计费、 离线计 费、 计费方式， 包括流量、 时长、 事件等、 重定向以及重定向地址；
所述若干个可选策略参数组包含在 QoS规则中时， 所述策略包括： QoS 信息。
优选地， 在所述 PCC规则、 ADC规则或 QoS规则生命期内， 所述策略 执行网元根据所述 PCC规则、 ADC规则或 QoS规则中的若干个可选策略参 数组执行对应的策略。
为解决上述技术问题，本发明还提供了一种策略执行网元，该网元包括： 策略接收模块， 设置为： 接收策略和计费规则功能（PCRF )网元下发的 若干个可选策略参数组， 每个可选策略参数组包括拥塞状况信息以及与该拥 塞状况对应的策略；
拥塞感知模块， 设置为： 感知拥塞状况；
策略执行模块，设置为：根据感知到的拥塞状况选择并执行对应的策略。 优选地， 所述若干个可选策略参数组中的拥塞状况信息分别表示拥塞和 不拥塞； 或分别表示不拥塞、 轻度拥塞、 中度拥塞以及重度拥塞。
优选地， 所述策略执行网元包括以下至少一个： 策略和计费执行功能 ( PCEF ) 网元、 承载绑定和事件上报功能 （BBERF ) 网元或业务检测功能 ( TDF ) 网元。
优选地， 所述若干个可选策略参数组包含在策略和计费 （PCC )规则、 服务质量（ QoS )规则或应用检测和控制 （ ADC )规则中。 所述策略包括： 流状态、 QoS信息、 计费组、 计费级别、 在线计费、 离线计 费、 计费方式， 包括流量、 时长、 事件等、 重定向以及重定向地址； 所述若干个可选策略参数组包含在 QoS规则中时， 所述策略包括： QoS 信息。
优选地， 在所述 PCC规则、 ADC规则或 QoS规则生命期内， 所述策略 执行网元根据所述 PCC规则、 ADC规则或 QoS规则中的若干个可选策略参 数组执行对应的策略。
为解决上述技术问题，本发明还提供了一种策略和计费规则功能（ PCRF ) 网元， 该 PCRF网元包括：
策略发送模块， 设置为： 向策略执行网元网元下发的若干个可选策略参 数组 ,每个可选策略参数组包括拥塞状况信息以及与该拥塞状况对应的策略。
优选地， 所述若干个可选策略参数组中的拥塞状况信息分别表示拥塞和 不拥塞； 或分别表示不拥塞、 轻度拥塞、 中度拥塞以及重度拥塞。
优选地， 所述若干个可选策略参数组包含在策略和计费 （PCC )规则、 服务质量（QoS )规则或应用检测和控制 （ADC )规则中。
所述策略包括： 流状态、 QoS信息、 计费组、 计费级别、 在线计费、 离线计 费、 计费方式， 包括流量、 时长、 事件等、 重定向以及重定向地址；
所述若干个可选策略参数组包含在 QoS规则中时， 所述策略包括： QoS 信息。
本发明实施例策略控制方法及网元， 通过策略和计费规则功能 （PCRF ) 网元下发的若干个可选策略参数组， 每个可选策略参数组包括拥塞状况信息 以及与该拥塞状况对应的策略， 从而可使得策略执行网元基于感知到的不同 的拥塞状况选择并执行对应的策略， 减轻网络拥塞， 进行有效控制及管理。
附图概述
图 1是相关技术的 PCC架构图；
图 2是本发明策略控制方法实施例 1的流程示意图；
图 3是本发明策略控制方法实施例 2的流程示意图； 图 4是本发明策略控制方法实施例 3的流程示意图；
图 5是本发明策略控制方法实施例 4的流程示意图；
图 6是本发明实施例策略执行网元的模块结构示意图。
本发明的较佳实施方式
下面结合附图和具体实施例对本发明所述技术方案作进一步的详细描 述， 以使本领域的技术人员可以更好的理解本发明并能予以实施， 但所举实 施例不作为对本发明的限定。 需要说明的是， 在不冲突的情况下， 本申请中 的实施例及实施例中的特征可以相互组合。
实施例 1
本发明策略控制方法实施例 1 , 如图 2所示， 该方法包括：
步骤 101： 策略执行网元接收策略和计费规则功能（ PCRF ) 网元下发的 若干个可选策略参数组， 每个可选策略参数组包括拥塞状况信息以及与该拥 塞状况对应的策略；
本发明所说的所述策略执行网元包括但不限于策略和计费执行功能
( PCEF ) 网元、 承载绑定和事件上报功能 （BBERF ) 网元或业务检测功能 ( TDF ) 网元。 在具体实现流程中， 可以同时有两个或三个策略执行网元， 具体流程可参见下文中的实施例。
所述策略执行网元为 PCEF网元时， 所述 PCEF通过 IP-CAN会话建立 成功响应消息接收所述若干个可选策略参数组；
所述策略执行网元为 BBERF网元时，所述 BBERF通过网关控制会话建 立请求消息接收所述若干个可选策略参数组；
所述策略执行网元为 TDF网元时， 所述 TDF通过 TDF会话建立请求消 息接收所述若干个可选策略参数组。
具体地， 所述若干个可选策略参数组中的拥塞状况信息分别代表不同的 拥塞情形， 比如可以分为两种情形， 分别表示拥塞和不拥塞； 或着分为三种 情形， 分别表示不拥塞、 轻度拥塞、 中度拥塞以及重度拥塞。 当然根据具体 的网络环境还可以分为四种或更多种情形， 除了根据拥塞程度区分不同的拥 塞状态外， 还可以结合上下行区分， 具体地， 本发明对此不做限定。
所述若干个可选策略参数组包含在策略和计费控制架构 （PCC )规则、 服务质量（ QoS )规则或 ADC规则中。
所述若干个可选策略参数组包含在 PCC规则或 ADC规则时， 所述策略 包括： 流状态、 QoS信息、 计费组、 计费级别、 在线计费、 离线计费、 计费 方式， 包括流量、 时长、 事件等、 重定向以及重定向地址；
所述若干个可选策略参数组包含在 QoS规则中时， 所述策略包括： QoS 信息。
步骤 102: 所述策略执行网元感知拥塞状况；
具体地， 策略执行网元， 如策略和计费执行功能（PCEF ) 网元、 承载绑 定和事件上报功能（BBERF ) 网元或业务检测功能（TDF ) 网元可以基于现 有技术感知拥塞状况。
步骤 103: 所述策略执行网元根据感知到的拥塞状况选择并执行对应的 策略。
在所述 PCC规则、 ADC规则或 QoS规则生命期内， 所述策略执行网元 根据所述 PCC规则、 ADC规则或 QoS规则中的若干个可选策略参数组执行 对应的策略。
本发明策略控制实现方法， 可根据不同的拥塞状况使用不同的策略， 从 而实现有效控制及管理， 达到减轻网络拥塞， 保证用户体验的目的。
以下结合现有规则对各种规贝'：
1、 PCC规则
相关技术中一个 PCC规则通常是针对一个业务数据流进行的策略控制
Charging-Rule-Definition ::= < A VP Header: 1003 >
{ Charging-Rule-Name }//PCC规则名
[ Precedence ]//优先级
* [ Flow-Information ]〃流描述信息 [ TDF-Application-Identifier ]//应用标识， 用于应用检测和控制
[ Flow-Status ]〃流状态 , 即门控
[ QoS-Information ]//QoS信息
[ Rating-Group ]〃计费组
[ Reporting-Level ]〃计费级别
[ Online ]//在线计费
[ Offline ]〃离线计费
[ Metering-Method ]//计费方式， 包括流量、 时长、 事件等 [ Redirect-Information ]〃重定向， 以及重定向地址
[ PS-to-CS-Session-Continuity ]//用于 PS域到 CS域切换会话连续
[ Service-Identifier ]//用于计费的业务标识
[ AF-Charging-Identifier ]〃应用层标识
* [ Flows ]//业务流标识
[ Monitoring-Key]〃用量监控键
[ AF- Signalling-Protocol ]〃应用层信令标识
[ Sponsor-Identity ]〃赞助商标识
[ Application- Service-Provider-Identity ]〃应用提供商标 i只
*[ Required-Access-Info ]〃请求的接入网信息
* [ AVP ]
从上述描述一个看出， 现有的 PCC规则， 一个规则对应一组策略和计 费控制的参数, 这些参数在该 PCC规则执行时将被执行。 本发明将进一步扩 展 PCC规则， 即在 PCC规则中增加若干组可选策略参数， 即不同条件下的 多组策略和计费控制参数， 如下描述：
Charging-Rule-Definition ::= < AVP Header: 1003 >
{ Charging-Rule-Name }//PCC规则名
[ Precedence ]〃优先级 * [ Flow-Information ]〃流描述信息
[ TDF-Application-Identifier ]//应用标识， 用于应用检测和控制
[ Flow-Status ]〃流状态， 即门控
[ QoS-Information ]//QoS信息
[ Rating-Group ]〃计费组
[ Reporting-Level ]〃计费级别
[ Online ]//在线计费
[ Offline ]//离线计费
[ Metering-Method ]//计费方式， 包括流量、 时长、 事件等 [ Redirect-Inforaiation ]〃重定向， 以及重定向地址
* [ Alternative-Policy ]//可选策略参数组， 新的 AVP , 携带不同拥塞条件 执行的策略计费控制策略
[ PS-to-CS-Session-Continuity ] //用于 PS域到 CS域切换会话接续 [ Service-Identifier ]//用于计费的业务标识
[ AF-Charging-Identifier ]〃应用层标识
* [ Flows ]//业务流标识
[ Mute-Notification ]//标识关闭应用上报功能
[ Monitoring-Key]//用量监控键
[ AF-Signalling-Protocol ]〃应用层信令标识
[ Sponsor-Identity ]//赞助商标识
[ Application-Service-Pro vider-Identity ]〃应用提供商标识
* [ Required- Access-Inf ]〃请求的接入网信息。
* [ AVP ] Alternative-Policy AVP是个 Grouped AVP,其格式如下 Alternative-Policy ::= < AVP Header: TBD>
[ Flow-Status ]〃流状态， 即门控
[ QoS-Information ]//QoS信息
[ Rating-Group ]〃计费组
[ Reporting-Level ]〃计费级别
[ Online ]//在线计费
[ Offline ]〃离线计费
[ Metering-Method ]//计费方式， 包括流量、 时长、 事件等
[ Redirect-Information ]〃重定向， 以及重定向地址
[ Congestion-Condition ]//指示策略控制的拥塞状况信息
*[ AVP ]
Congestion-Condition AVP是一个枚举（ Enumerated)类型的参数。取值 表示不同的拥塞条件。 可以有 2 个值， 即 NON-CONGESTED 和 CONGESTED 。 也 可 以 是 多 个取 值 ， 如 NON-CONGESTED ， LIGHT-CONGESTED, MIDDLE-CONGESTIED, HEAVY-CONGESTED。
新定义的 Charging-Rule-Definition 可以包含 0 或多个可选策略参数组 ( Alternative-Policy ) 实例， 每个 Alternative-Policy 对应一个不同取值的 Congestion-Condition。 当 Charging-Rule-Definition携带了 Alternative-Policy AVP时， 原先直接在 Charging-Rule-Definition下的 Flow- Status ， QoS-Information , Rating-Group , Reporting-Level , Online , Offline , Metering-Method , Redirect-Information这些用于表示 Qo S、 计费控制的参数 不需要携带了。
2、 QoS规则
现有的 QoS规则对应的 Diameter AVP格式如下：
QoS-Rule-Definition：: = < AVP Header: 1053>
{ QoS-Rule-Name } //QoS规则名 *[ Flow-Information ]〃流描述信息
[ QoS-Information ] //QoS信息
[ Precedence ]〃优先级
*[ Required-Access-Info ]〃请求的接入网信息
*[ AVP ]
对于 QoS 规则也可以釆用类似的扩展。
QoS-Rule-Definition：: = < A VP Header: 1053〉
{ QoS-Rule-Name } //QoS规则名
*[ Flow-Information ]〃流描述信息
[ QoS-Information ]//QoS信息
[ Precedence ]〃优先级
*[ Alternative-Policy ]//可选策略参数组， 新的 AVP, 携带不同拥塞 条件执行的策略计费控制策略
* [ Required-Access-Info ]〃请求的接入网信息
*[ AVP ]
匕时 Alternative-Policy 只包含 QoS-Information, Congestion-Condition AVP。 若 QoS 规则中携带了 Alternative-Policy AVP , 则原先直接在 QoS-Rule-Definition下的 QoS-Information参数不需要携带了。
3、 ADC规则
现有技术中 ADC规则对应的 Diameter AVP格式如下：
ADC-Rule-Definition：: = < AVP Header: 1094 >
{ ADC-Rule-Name }//ADC规则名
[ TDF-Application-Identifier ]//TDF请求标识
[ Flow- Status ]〃流状态
[ QoS-Information ]//QoS信息
[ Rating-Group ]〃计费组 [ Reporting-Level ]〃计费级别
[ Online ]//在线计费
[ Offline ]〃离线计费
[ Metering-Method ]//计费方式， 包括流量、 时长、 事件等 [ Redirect-Information ]〃重定向， 以及重定向地址
* [ Alternative-Policy ] //可选策略参数组， 新的 AVP , 携带不同拥塞条 件执行的策略计费控制策略
[ Monitoring-Key ] //用量监控键
[ Mute-Notification ]
* [ AVP ]
对于 ADC规则， 釆用类似的扩展：
ADC-Rule-Definition：: = < A VP Header: 1094 >
{ ADC-Rule-Name }
[ TDF-Application-Identifier ]
[ Flow-Status ]〃流状态， 即门控
[ QoS-Information ]//QoS信息
[ Rating-Group ]〃计费组
[ Reporting-Level ]〃计费级别
[ Online ]//在线计费
[ Offline ]〃离线计费
[ Metering-Method ]//计费方式， 包括流量、 时长、 事件等 [ Redirect-Information ]〃重定向， 以及重定向地址
* [ Alternative-Policy ]
[ Monitoring-Key ]
[ Mute -Notification ] * [ AVP ]
此时 Alternative-Policy可以包含流状态、 QoS信息、 计费组、 计费级 另^ 在线计费、 离线计费、 计费方式， 包括流量、 时长、 事件等、 重定向以 及重定向地址， Congestion-Condition AVP。 若 ADC 规则中携带了 Alternative-Policy AVP , 则原先直接在 ADC-Rule-Definition下的
Flow-Status , QoS -Information , Rating-Grou , Reporting-Level , Online , Offline , Metering-Method, Redirect-Information等参数不需要携带了。
实施例 2
本实施例描述的 BBERF不存在的场景下， TDF网元基于新定义的 ADC 规则， PCEF基于新定义的 PCC规则根据网络的拥塞情况， 进行策略控制的 流程， 如图 3所示， 流程描述如下：
步骤 201 : 用户设备 UE附着到网络， 发起附着流程， 或者 UE发起另外 的 PDN连接建立流程；
步骤 202： PCEF收到附着请求或 PDN连接建立请求后， 向 PCRF发起
IP-CAN会话建立请求， 向 PCRF提供用户标识、 PDN标识、 IP地址等信息； 步骤 203: 若没有定义的用户签约信息， 则 PCRF从 SPR (用户签约数 据库， Subscription Profile Repository ) 中获取用户签约信息， 例如用户等级、 分配给用户的带宽、 允许用户访问的业务等信息；
步骤 204: PCRF进行策略决策， PCRF向 TDF发送 TDF会话建立请求 消息， 消息中携带本发明新定义的 ADC规则；
PCRF 策略决策的信息来源包括但不限于来自 SPR 的用户签约， 来自 PCEF上报的信息， 以及在 PCRF配置的策略。 该策略是动态决策的。
步骤 205: TDF感知该 UE或该 PDN连接所涉及网元的拥塞情况； 如无线用户面拥塞情况， 具体的可以是空口用户面拥塞、 无线基站拥塞 以及无线传回 （backhaul )拥塞情况的。 具体釆用用户面的感知方法： 即无 送给 GGSN/P-GW。 GGSN/P-GW再在向 TDF发送的用户面数据包头标记拥 塞信息。 无线用户面拥塞信息至少包括拥塞发生、 拥塞解除。 当然也可以进 一步细化拥塞的等级（例如轻度、 中度、 重度） 。 此外拥塞信息还可以表示 出上行拥塞、 下行拥塞或是上下行拥塞等。 由于现在还没有上行数据， 因此
TDF 假定当前为非拥塞状态， TDF 执行 Congestion-Condition 取值为 NONCONGESTED的 Alternative-Policy中对应的策略。
步骤 206： TDF向 PCRF返回确认消息；
步骤 207： PCRF向 PCEF返回 IP-CAN会话建立成功的响应， 其中携带 PCC规则， 该 PCC规则为上述新定义的 PCC规则。
208. PCEF感知该 UE或该 PDN连接所涉及网元的拥塞情况， 如无线用 户面拥塞情况， 具体的可以是空口用户面拥塞、 无线基站拥塞以及无线传回 ( backhaul )拥塞情况的。 具体感知的方法：
( 1 )控制面： 即无线基站（ BTS/NodeB/eNodeB )通过控制面消息将无 线用户面拥塞信息 ( RAN user plane congestion information ) 发送给 GGSN/P-GW。
( 2 )用户面： 即无线基站（ BTS/NodeB/eNodeB )通过在上行的用户面 数据包头标记拥塞信息发送给 GGSN/P-GW。
无线用户面拥塞信息至少包括拥塞发生、 拥塞解除。 当然也可以进一步 细化拥塞的等级（例如轻度、 中度、 重度） 。 此外拥塞信息还可以表示出上 行拥塞、 下行拥塞或是上下行拥塞等。
当然 PCEF也可以感知相关的核心网网元拥塞等， 也可以釆用用户面、 控制面两种方法。
步骤 209 : PCEF 根据感知的当前的拥塞情况和 PCC 规则的 Alternative-Policy AVP中 Congestion-Condition的不同取值，执行对应的 QoS、 计费、 以及应用检测和上报的策略；
譬如 PCEF 目前检测到的是处于非拥塞状态， 则 PCEF 执行
Congestion-Condition取值为 NONCONGESTED的 Alternative-Policy中对应 的策略。 因为此时还没有上行数据， 因此若 PCEF釆用用户面的感知方法， 则 PCEF假定当前为非拥塞状态， TDF 执行 Congestion-Condition取值为 NONCONGESTED的 Alternative-Policy中对应的策略。 若 PCEF釆用控制面 的感知方法，则 PCEF可以根据在 UE附着或 PDN连接建立过程中上报的拥 塞状态执行策略。
步骤 210: 在 PCC规则的生命期内， PCEF持续执行拥塞状态感知， 并 根据当 前的拥塞情况和 PCC 规则 的 Alternative-Policy AVP 中 Congestion-Condition的不同取值， 执行对应的 QoS、 计费、 以及应用检测和 上报策略。
步骤 211 : 在 ADC规则的生命期内， TDF持续执行拥塞状态感知， 并根 据 当 前的拥塞情况和 ADC 规则 的 Alternative-Policy AVP 中 Congestion-Condition的不同取值， 执行对应的 QoS、 计费、 以及应用检测和 上报策略。
实施例 3
本实施例描述的 BBERF存在的场景下，BBERF基于新定义的 QoS规则， PCEF基于新定义的 PCC根据网络的拥塞情况， 进行策略控制的流程， 如图 4所示， 流程描述如下：
步骤 301 : 用户设备 UE附着到网络， 发起附着流程， 或者 UE发起另外 的 PDN连接建立流程；
步骤 302: 在步骤 301的过程中， BBERF收到附着请求或 PDN连接建 立请求后， 向 PCRF发起网关控制会话建立请求， 向 PCRF提供用户标识、 PDN标识、 IP地址等信息。
步骤 303: 若没有定义的用户签约信息， 则 PCRF从 SPR中获取用户签 约信息， 例如用户等级， 分配给用户的带宽， 允许用户访问的业务等信息。
步骤 304: PCRF进行策略决策后， 向 BBERF返回网关控制会话建立请 求消息， 携带本发明新定义的 QoS规则等；
步骤 305. 在步骤 301的过程中， PCEF收到附着请求或 PDN连接建立 请求后，向 PCRF发起 IP-CAN会话建立请求，向 PCRF提供用户标识、 PDN 标识、 IP地址等信息， PCRF将网关控制会话和 IP-CAN会话（Gx会话）进 行关联；
步骤 306. PCRF进行策略决策。 PCRF向 TDF发送 TDF会话建立请求消 息， 消息中携带本发明新定义的 ADC规则；
步骤 307.TDF感知该 UE或该 PDN连接所涉及网元的拥塞情况； 如无线用户面拥塞情况， 具体的可以是空口用户面拥塞、 无线基站拥塞 以及无线传回 （backhaul )拥塞情况的， 具体釆用用户面的感知方法： 即无 送给 GGSN/P-GW。 GGSN/P-GW再在向 TDF发送的用户面数据包头标记拥 塞信息。 无线用户面拥塞信息至少包括拥塞发生、 拥塞解除。 当然也可以进 一步细化拥塞的等级（例如轻度、 中度、 重度） 。 此外拥塞信息还可以表示 出上行拥塞、 下行拥塞或是上下行拥塞等。 由于现在还没有上行数据， 因此
TDF 假定当前为非拥塞状态， TDF 执行 Congestion-Condition 取值为 NONCONGESTED的 Alternative-Policy中对应的策略。
步骤 308: TDF向 PCRF返回确认消息；
步骤 309: PCRF向 PCEF返回 IP-CAN会话建立成功的响应， 携带新定 义的 PCC规则；
步骤 310: PCEF感知该 UE或该 PDN连接所涉及网元的拥塞情况； 如无线用户面拥塞情况， 具体的可以是空口用户面拥塞、 无线基站拥塞 以及无线传回 （backhaul )拥塞情况的。 具体感知的方法：
( 1 )控制面： 即无线基站（ BTS/NodeB/eNodeB )通过控制面消息将无 线用户面拥塞信息 ( RAN user plane congestion information ) 发送给 GGSN/P-GW。
( 2 )用户面： 即无线基站（ BTS/NodeB/eNodeB )通过在上行的用户面 数据包头标记拥塞信息发送给 GGSN/P-GW。
无线用户面拥塞信息至少包括拥塞发生、 拥塞解除。 当然也可以进一步 细化拥塞的等级（例如轻度、 中度、 重度） 。 此外拥塞信息还可以表示出上 行拥塞、 下行拥塞或是上下行拥塞等。
当然 PCEF也可以感知相关的核心网网元拥塞等， 也可以釆用用户面、 控制面两种方法进行感知。
步骤 311 : PCEF 根据感知的当前的拥塞情况和 PCC 规则的 Alternative-Policy AVP中 Congestion-Condition的不同取值，执行对应的 QoS、 计费、 以及应用检测和上报的策略；
譬如 PCEF 目前检测到的是处于非拥塞状态， 则 PCEF 执行
Congestion-Condition取值为 NONCONGESTED的 Alternative-Policy中对应 的策略。 用于此时还没有上行数据， 因此若 PCEF釆用用户面的感知方法， 则 PCEF假定当前为非拥塞状态， TDF 执行 Congestion-Condition取值为 NONCONGESTED的 Alternative-Policy中对应的策略。 若 PCEF釆用控制面 的感知方法，则 PCEF可以根据在 UE附着或 PDN连接建立过程中上报的拥 塞状态执行策略。
步骤 312: PCRF向 BBERF提供上述 PCC规则对应的 QoS规则，该 QoS 规则可以釆用新定义的 QoS规则， 也可以釆用现有技术的 QoS规则；
步骤 313:若 PCRF提供的新对应的 QoS规则，则 BBERF可以釆用 PCEF 类似的拥塞感知技术感知网络的拥塞状态， 并根据感知的当前的拥塞情况和 QoS规则的 Alternative-Policy AVP中 Congestion-Condition的不同取值， 执 行对应的 QoS策略；
譬如 BBERF 目前检测到的是处于非拥塞状态， 则 BBERF 执行 Congestion-Condition取值为 NONCONGESTED的 Alternative-Policy中对应 的策略； 若 PCRF提供现有技术中的 QoS规则， BBERF根据现有技术执行 QoS规则。 PCRF确保 PCC规则和 QoS规则在同一个 Congestion-Condition条 件下， QoS信息一致。
步骤 314: BBERF向 PCRF返回应答消息；
步骤 315: 在这个 PCC , QoS或 ADC规则的生命期内， PCEF、 BBERF 或 TDF持续执行拥塞状态感知，并根据当前的拥塞情况和 PCC、QoS或 ADC 规则的 Alternative-Policy AVP中 Congestion-Condition的不同取值， 执行对 应的策略。 实施例 4
本流程描述了 UE进行业务访问后， PCRF制定相应的策略进行策略和 控制的流程， 如图 5所示， 包括：
步骤 401a: UE和应用服务器交互， 进行业务访问。 AF将相应的业务信 息提供给 PCRF。
步骤 401b: TDF根据 ADC规则进行应用检测， 并向 PCRF上报检测到 的应用信息；
步骤 402: PCRF根据业务信息、 签约数据以及网络策略进行策略决策， PCRF制定 PCC规则， 并制定相应的 QoS规则；
PCRF制定的 PCC规则为本发明新定义的 PCC规则； QoS规则可以是本 发明中新定义的 QoS规则，也可以是现有技术的 QoS规则。 PCC规则和 QoS 规则保证在同一个 Congestion-Condition 条件下， QoS信息一致。 PCRF制定 ADC规则， 釆用本发明新定义的 ADC规则；
步骤 403： PCRF将授权的 PCC规则发送给 PCEF。
步骤 404: PCEF向 PCRF返回确认消息。
步骤 405: PCEF釆用用户面或控制面的方法感知拥塞状态。 PCEF才艮据 感知的当前的拥塞情况和 PCC 规则的 Alternative-Policy AVP 中 Congestion-Condition的不同取值， 执行对应的 QoS、 计费、 以及应用检测和 上报的策略；
譬如 PCEF 目前检测到的是处于非拥塞状态， 则 PCEF 执行
Congestion-Condition取值为 NONCONGESTED的 Alternative-Policy中对应 的策略。
步骤 406: PCRF向 BBERF提供上述 PCC规则对应的 QoS规则，该 QoS 规则可以釆用新定义的 QoS规则， 也可以釆用现有技术的 QoS规则；
步骤 407：若 PCRF提供的新对应的 QoS规则，则 BBERF可以釆用 PCEF 类似的拥塞感知技术感知网络的拥塞状态， 并根据感知的当前的拥塞情况和 QoS规则的 Alternative-Policy AVP中 Congestion-Condition的不同取值， 执 行对应的 QoS策略； 譬如 BBERF 目前检测到的是处于非拥塞状态， 则 BBERF 执行 Congestion-Condition取值为 NONCONGESTED的 Alternative-Policy中对应 的策略； 若 PCRF提供现有技术中的 QoS规则， BBERF根据现有技术执行 QoS规则。
步骤 408： BBERF向 PCRF返回应答消息；
步骤 409: PCRF向 TDF发送 TDF会话建立请求消息， 消息中携带本发 明新定义的 ADC规则。
步骤 410: TDF感知该 UE或该 PDN连接所涉及网元的拥塞情况； 如无线用户面拥塞情况， 具体的可以是空口用户面拥塞、 无线基站拥塞 以及无线传回 （backhaul )拥塞情况的。 具体釆用用户面的感知方法： 即无 送给 GGSN/P-GW。 GGSN/P-GW再在向 TDF发送的用户面数据包头标记拥 塞信息。 无线用户面拥塞信息至少包括拥塞发生、 拥塞解除。 当然也可以进 一步细化拥塞的等级（例如轻度、 中度、 重度） 。 此外拥塞信息还可以表示 出上行拥塞、 下行拥塞或是上下行拥塞等。 由于现在还没有上行数据， 因此 TDF 假定当前为非拥塞状态， TDF 执行 Congestion-Condition 取值为 NONCONGESTED的 Alternative-Policy中对应的策略。
步骤 411： TDF向 PCRF返回确认消息；
步骤 412: 在这个 PCC、 QoS或 ADC规则的生命期内， PCEF、 BBERF 或 TDF持续执行拥塞状态感知，并根据当前的拥塞情况和 PCC、 QoS或 ADC 规则的 Alternative-Policy AVP中 Congestion-Condition的不同取值， 执行对 应的策略。
综上所述， 通过上述实施例， 本发明解决了 PCRF可以根据业务有效时 间并根据网络的拥塞情况决定何时为用户提供非实时业务。
为了实现上述方法实施例， 本发明还提供了一种策略执行网元， 该网元 包括：
策略接收模块， 用于接收策略和计费规则功能（PCRF )网元下发的若干 个可选策略参数组， 每个可选策略参数组包括拥塞状况信息以及与该拥塞状 况对应的策略；
拥塞感知模块， 用于感知拥塞状况；
策略执行模块， 用于根据感知到的拥塞状况选择并执行对应的策略。 可选地， 所述若干个可选策略参数组中的拥塞状况信息分别表示拥塞和 不拥塞； 或分别表示不拥塞、 轻度拥塞、 中度拥塞以及重度拥塞。
具体地， 所述策略执行网元包括以下至少一个： 策略和计费执行功能 ( PCEF ) 网元、 承载绑定和事件上报功能 （BBERF ) 网元或业务检测功能 ( TDF ) 网元。
所述策略执行网元为 PCEF 网元时， 所述策略接收模块， 通过 IP-CAN 会话建立成功响应消息接收所述若干个可选策略参数组；
所述策略执行网元为 BBERF 网元时， 所述策略接收模块， 通过网关控 制会话建立请求消息接收所述若干个可选策略参数组；
所述策略执行网元为 TDF网元时， 所述策略接收模块， 通过 TDF会话 建立请求消息接收所述若干个可选策略参数组。 可选地， 所述若干个可选策略参数组包含在策略和计费 （PCC )规则、
QoS规则或 ADC规则中。
所述若干个可选策略参数组包含在 PCC规则或 ADC规则时， 所述策略 包括： 流状态、 QoS信息、 计费组、 计费级别、 在线计费、 离线计费、 计费 方式， 包括流量、 时长、 事件等、 重定向以及重定向地址；
所述若干个可选策略参数组包含在 QoS规则中时， 所述策略包括： QoS 信息。
在所述 PCC规则、 ADC规则或 QoS规则生命期内， 所述策略执行网元 根据所述 PCC规则、 ADC规则或 QoS规则中的若干个可选策略参数组执行 对应的策略。
另夕卜，本发明还提供了一种策略和计费规则功能（ PCRF )网元，该 PCRF 网元包括：
策略发送模块，用于向策略执行网元网元下发的若干个可选策略参数组， 每个可选策略参数组包括拥塞状况信息以及与该拥塞状况对应的策略。
如上所述， 所述若干个可选策略参数组中的拥塞状况信息分别表示拥塞 和不拥塞； 或分别表示不拥塞、 轻度拥塞、 中度拥塞以及重度拥塞。
如上所述， 所述若干个可选策略参数组包含在策略和计费（PCC )规则、 服务质量（ QoS )规则或应用检测和控制 （ ADC )规则中。
所述若干个可选策略参数组包含在 PCC规则或 ADC规则时， 所述策略 包括： 流状态、 QoS信息、 计费组、 计费级别、 在线计费、 离线计费、 计费 方式， 包括流量、 时长、 事件等、 重定向以及重定向地址；
所述若干个可选策略参数组包含在 QoS规则中时， 所述策略包括： QoS 信息。
显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。
以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。
工业实用性
本发明实施例策略控制方法及网元， 通过策略和计费规则功能 （PCRF ) 网元下发的若干个可选策略参数组， 每个可选策略参数组包括拥塞状况信息 以及与该拥塞状况对应的策略， 从而可使得策略执行网元基于感知到的不同 的拥塞状况选择并执行对应的策略， 针对网络状况进行有效控制及管理。

Claims

权 利 要 求 书
1、 一种策略控制方法， 该方法包括：
策略执行网元接收策略和计费规则功能（PCRF )网元下发的若干个可选 策略参数组， 每个可选策略参数组包括拥塞状况信息以及与该拥塞状况对应 的策略；
所述策略执行网元感知拥塞状况；
所述策略执行网元根据感知到的拥塞状况选择并执行对应的策略。
2、 如权利要求 1 所述的方法， 其中， 所述若干个可选策略参数组中的 拥塞状况信息分别表示拥塞和不拥塞； 或分别表示不拥塞、 轻度拥塞、 中度 拥塞以及重度拥塞。
3、 如权利要求 1 所述的方法， 其中， 所述策略执行网元包括以下至少 一个：策略和计费执行功能（ PCEF )网元、承载绑定和事件上报功能（ BBERF ) 网元或业务检测功能（TDF ) 网元。
4、 如权利要求 1 所述的方法， 其中， 所述若干个可选策略参数组包含 在策略和计费（ PCC )规则、服务质量（ QoS )规则或应用检测和控制（ ADC ) 规则中。
5、 如权利要求 4所述的方法， 其中，
所述若干个可选策略参数组包含在 PCC规则或 ADC规则时， 所述策略 包括： 流状态、 QoS信息、 计费组、 计费级别、 在线计费、 离线计费、 计费 方式， 包括流量、 时长、 事件等、 重定向以及重定向地址；
所述若干个可选策略参数组包含在 QoS规则中时， 所述策略包括： QoS 信息。
6、 如权利要求 4所述的方法， 其中， 在所述 PCC规则、 ADC规则或 QoS规则生命期内，所述策略执行网元根据所述 PCC规则、 ADC规则或 QoS 规则中的若干个可选策略参数组执行对应的策略。
7、 一种策略执行网元， 该网元包括：
策略接收模块， 设置为： 接收策略和计费规则功能（PCRF )网元下发的 若干个可选策略参数组， 每个可选策略参数组包括拥塞状况信息以及与该拥 塞状况对应的策略；
拥塞感知模块， 设置为： 感知拥塞状况；
策略执行模块，设置为：根据感知到的拥塞状况选择并执行对应的策略。
8、 如权利要求 7 所述的策略执行网元， 其中， 所述若干个可选策略参 数组中的拥塞状况信息分别表示拥塞和不拥塞； 或分别表示不拥塞、 轻度拥 塞、 中度拥塞以及重度拥塞。
9、 如权利要求 7 所述的策略执行网元， 其中， 所述策略执行网元包括 以下至少一个： 策略和计费执行功能（PCEF )网元、 承载绑定和事件上报功 能 ( BBERF ) 网元或业务检测功能（TDF ) 网元。
10、 如权利要求 7所述的策略执行网元， 其中， 所述若干个可选策略参 数组包含在策略和计费 （PCC )规则、 服务质量（QoS )规则或应用检测和 控制 （ ADC )规则中。
11、 如权利要求 10所述的策略执行网元， 其中，
所述若干个可选策略参数组包含在 PCC规则或 ADC规则时， 所述策略 包括： 流状态、 QoS信息、 计费组、 计费级别、 在线计费、 离线计费、 计费 方式， 包括流量、 时长、 事件等、 重定向以及重定向地址；
所述若干个可选策略参数组包含在 QoS规则中时， 所述策略包括： QoS 信息。
12、如权利要求 10所述的策略执行网元，其中，在所述 PCC规则、 ADC 规则或 QoS规则生命期内， 所述策略执行网元根据所述 PCC规则、 ADC规 则或 QoS规则中的若干个可选策略参数组执行对应的策略。
13、 一种策略和计费规则功能 （ PCRF ) 网元， 该 PCRF网元包括： 策略发送模块， 设置为： 向策略执行网元网元下发的若干个可选策略参 数组 ,每个可选策略参数组包括拥塞状况信息以及与该拥塞状况对应的策略。
14、如权利要求 13所述的 PCRF网元， 其中， 所述若干个可选策略参数 组中的拥塞状况信息分别表示拥塞和不拥塞； 或分别表示不拥塞、轻度拥塞、 中度拥塞以及重度拥塞。
15、如权利要求 13所述的 PCRF网元， 其中， 所述若干个可选策略参数 组包含在策略和计费 （PCC )规则、 服务质量（QoS规则 )或应用检测和控 制 （ ADC )规则中。
16、 如权利要求 13所述的 PCRF网元， 其中，
所述若干个可选策略参数组包含在 PCC规则或 ADC规则时， 所述策略 包括： 流状态、 QoS信息、 计费组、 计费级别、 在线计费、 离线计费、 计费 方式， 包括流量、 时长、 事件等、 重定向以及重定向地址；
所述若干个可选策略参数组包含在 QoS规则中时， 所述策略包括： QoS 信息。
PCT/CN2014/075679 2013-07-04 2014-04-18 策略控制方法及网元 WO2014176987A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310279304.1 2013-07-04
CN201310279304.1A CN104283693A (zh) 2013-07-04 2013-07-04 策略控制方法及网元

Publications (1)

Publication Number Publication Date
WO2014176987A1 true WO2014176987A1 (zh) 2014-11-06

Family

ID=51843120

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/075679 WO2014176987A1 (zh) 2013-07-04 2014-04-18 策略控制方法及网元

Country Status (2)

Country Link
CN (1) CN104283693A (zh)
WO (1) WO2014176987A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018145656A1 (en) * 2017-02-10 2018-08-16 Mediatek Inc. CONTROL AND MANAGEMENT OF REFLECTIVE QoS
CN108605209A (zh) * 2016-02-01 2018-09-28 瑞典爱立信有限公司 控制针对增值服务（vas）的计费的方法和网络实体

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110035018B (zh) 2018-01-12 2021-08-13 华为技术有限公司 确定网络服务质量流的方法、网元和系统
CN110650023A (zh) * 2018-06-26 2020-01-03 中国移动通信有限公司研究院 策略规则处理方法及装置、功能网元及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102057723A (zh) * 2008-06-09 2011-05-11 高通股份有限公司 对基于流的移动性进行策略和计费规则加强的方法和设备
CN102215469A (zh) * 2010-04-09 2011-10-12 中兴通讯股份有限公司 一种基于网络负荷的策略计费控制方法和系统
CN102387546A (zh) * 2011-10-21 2012-03-21 大唐移动通信设备有限公司 一种无线资源调控方法及装置
CN102763365A (zh) * 2010-02-18 2012-10-31 阿尔卡特朗讯公司 用于pcrf自动响应小区容量不足的方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101409954A (zh) * 2008-10-16 2009-04-15 中兴通讯股份有限公司 策略控制方法和系统、以及策略和计费执行功能实体
CN101730049B (zh) * 2009-06-16 2013-03-27 中兴通讯股份有限公司 实现计费控制的方法及系统
CN101959252B (zh) * 2009-07-15 2014-06-04 华为技术有限公司 服务质量控制、策略配置方法和装置
CN101801038B (zh) * 2009-12-28 2014-04-02 华为技术有限公司 用户会话策略控制方法、装置及系统
US8787174B2 (en) * 2009-12-31 2014-07-22 Tekelec, Inc. Methods, systems, and computer readable media for condition-triggered policies
CN102075898B (zh) * 2010-12-21 2014-02-26 华为技术有限公司 业务控制方法、装置及系统
CN103139095A (zh) * 2011-11-24 2013-06-05 中兴通讯股份有限公司 一种策略和计费控制方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102057723A (zh) * 2008-06-09 2011-05-11 高通股份有限公司 对基于流的移动性进行策略和计费规则加强的方法和设备
CN102763365A (zh) * 2010-02-18 2012-10-31 阿尔卡特朗讯公司 用于pcrf自动响应小区容量不足的方法
CN102215469A (zh) * 2010-04-09 2011-10-12 中兴通讯股份有限公司 一种基于网络负荷的策略计费控制方法和系统
CN102387546A (zh) * 2011-10-21 2012-03-21 大唐移动通信设备有限公司 一种无线资源调控方法及装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108605209A (zh) * 2016-02-01 2018-09-28 瑞典爱立信有限公司 控制针对增值服务（vas）的计费的方法和网络实体
WO2018145656A1 (en) * 2017-02-10 2018-08-16 Mediatek Inc. CONTROL AND MANAGEMENT OF REFLECTIVE QoS
US10542454B2 (en) 2017-02-10 2020-01-21 Mediatek Inc. Control and management of reflective QoS
TWI704789B (zh) * 2017-02-10 2020-09-11 聯發科技股份有限公司 反射式服務品質控制以及管理之方法及其使用者設備

Also Published As

Publication number Publication date
CN104283693A (zh) 2015-01-14

Similar Documents

Publication Publication Date Title
KR102099650B1 (ko) 이동통신 네트워크의 혼잡 상황 제어 방법 및 장치
CN101370263B (zh) 一种策略控制方法及系统
RU2513711C2 (ru) Триггер события услуги
EP2521305B1 (en) Method, device and system for controlling user session policy
EP2727433B1 (en) Method, apparatuses and computer program for controlling bearer related resources
WO2012083795A1 (zh) 业务控制方法、装置及系统
CN109245936A (zh) 控制网络传输时延的方法、服务质量控制实体和通信设备
US20110320544A1 (en) Diameter session audits
WO2010069170A1 (zh) 一种实现策略和计费控制的方法
WO2011097911A1 (zh) 策略和计费规则功能实体的选择方法、装置及系统
KR101884048B1 (ko) 네트워크 자원들을 관리하기 위한 방법들과 노드들, 및 상응하는 시스템과 컴퓨터 프로그램
WO2010091635A1 (zh) 一种策略的控制方法、装置
WO2015033580A1 (ja) 通信装置、制御装置、通信方法、制御方法およびプログラム
WO2013082789A1 (zh) 一种拥塞控制方法及装置
WO2011085614A1 (zh) 在全业务融合网络中控制资源的方法和系统
US20180213445A1 (en) Data transmission control method and apparatus based on wireless communications network
WO2013007142A1 (zh) 一种用量监控方法及系统
WO2014146502A1 (zh) 无线接入网络拥塞管理方法及装置、拥塞策略管理方法及系统
WO2013159617A1 (zh) 一种网络拥塞的处理方法、系统和控制网元
CN104144128B (zh) 一种控制网络拥塞的方法和负荷感知功能
WO2014176987A1 (zh) 策略控制方法及网元
CN111919501B (zh) 专用承载管理
JP2014155096A (ja) 通信ポリシルール動的変更システムおよび通信ポリシルールの動的変更方法
WO2011088702A1 (zh) 在全业务融合网络中控制资源的方法和系统
WO2011134319A1 (zh) 用于分组业务的策略控制方法及分组业务系统

Legal Events

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

Ref document number: 14792301

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

Country of ref document: EP

Kind code of ref document: A1