WO2014127688A1 - 承载绑定方法及*** - Google Patents
承载绑定方法及*** Download PDFInfo
- Publication number
- WO2014127688A1 WO2014127688A1 PCT/CN2014/070820 CN2014070820W WO2014127688A1 WO 2014127688 A1 WO2014127688 A1 WO 2014127688A1 CN 2014070820 W CN2014070820 W CN 2014070820W WO 2014127688 A1 WO2014127688 A1 WO 2014127688A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- application
- bearer
- bearer binding
- function
- policy
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
Definitions
- the present invention relates to bearer binding technologies, and in particular, to a bearer binding method and system in an Evolved Packet System (EPS).
- EPS Evolved Packet System
- the 3GPP (3rd Generation Partnership Project) evolved packet system is an evolved universal mobile communication system terrestrial radio access network (E-UTRAN, Evolved Universal Terrestrial Radio Access Network) MME, Mobility Management Entity (S-GW, Serving Gateway) Packet Data Network Gateway (P-GW or PDN GW, Packet Data Network Gateway), Home Subscriber Server (HSS)
- E-UTRAN Evolved Universal Terrestrial Radio Access Network
- S-GW Mobility Management Entity
- S-GW Serving Gateway
- P-GW or PDN GW Packet Data Network Gateway
- HSS Home Subscriber Server
- PCRF Policy and Charging Rules Function
- Figure la-Id is a schematic diagram of the architecture of the EPS system of the 3GPP network.
- the E-UTRAN is connected to the MME through the S1-MME interface, and the MME is connected to the HSS through the S6a interface;
- the -U interface is connected to the EUTRAN, connected to the MME through the S11 interface, connected to the PCRF through the Gxc interface, connected to the P-GW through the S5 interface, and the S-GW is the access gateway device connected to the E-UTRAN, in the E-UTRAN and
- the P-GW forwards data and is responsible for buffering the paging waiting data.
- the P-GW is connected to the PCRF through the Gx interface, and is responsible for the Internet Protocol (IP) service provided by the operator through the SGi interface.
- IP Internet Protocol
- the P-GW is The border gateway of the EPS system and the packet data network (PDN) is responsible for accessing the PDN and forwarding data between the EPS system and the PDN.
- the PCRF is connected to the IP service network interface provided by the operator through the Rx interface to obtain services. Information, responsible for guaranteeing the quality of service (QoS) of service data, and performing charging control.
- QoS quality of service
- PCEF Policy and Charging Enforcement Function
- the PCRF and the PCEF are connected through the Gx interface, and a policy session is created on the Gx interface for the exchange policy.
- the policy session is called an IP-CAN session or a Gx session; when the interface between the P-GW and the S-GW is based on PMIPv6, the S-GW also has a policy control function, S-GW and PCRF
- the policy information is exchanged through the Gxc interface.
- a policy session is created on the Gxc interface, and the policy session on the Gxc interface is called a gateway control session or a Gxc session.
- the Bearer Binding Function means that the corresponding data packet is matched by the P-GW or the S-GW to the corresponding EPS bearer.
- the S5 interface can be based on the GTP protocol or based on the PMIP protocol.
- Different protocol types determine that the BBF function is located in different network elements.
- S5 is based on the GTP protocol
- the BBF function is located on the P-GW, as shown in Figures la and lc
- the S5 interface is based on the PMIP protocol
- the BBF function is located on the S-GW, as shown in Figures lb and Id.
- the existing bearer binding mechanism is designed for the relatively fixed service of the quintuple.
- This type of service is called Service Data Flow (SDF) in the EPS system.
- SDF Service Data Flow
- the principle is that the P-GW or the S-GW matches the service flow template (TFT, Traffic Flow Template) of the EPS according to the quintuple information of the SDF.
- TFT Traffic Flow Template
- each bearer has a corresponding TFT.
- the TFT needs to be updated, and the new TFT can match the quintuple of the corresponding SDF.
- a non-deducible application such as a P2P service
- the terminal is running multiple applications of the same type at the same time, for example, the terminal simultaneously visits Sina, Yahoo, and NetEase.
- This type of service carries an application in the EPS system. The characteristics of this type of application are that the quintuple is variable and numerous.
- the Traffic processing of such applications is to put them on the BE (Best Effort, Best Effort) bearer, without guaranteeing their QoS.
- the Traffic Detection Function is also called Deep Packet Inspection (DPI) or Application Detection.
- DPI can be integrated into the P-GW implementation (as shown in Figures la and lb), or it can be deployed separately on separate network elements. When deployed independently, the corresponding network element is also called TDF, as shown in Figure lc and Id.
- the DPI function is mainly used to detect applications where the quintuple is not fixed, such as P2P services. As shown in FIG.
- the UE communicates with multiple peers (Peer) of the P2P service, and the application data stream is from different source addresses, so the quintuple is not fixed.
- the EPS system can be divided into the following four modes:
- the DPI function is deployed on the independent TDF, and the P-GW is used as the BBF, as shown in Figure lc;
- the DPI function is deployed on the independent TDF, and the S-GW is used as the BBF, as shown in Figure Id.
- the S-GW is used as the BBF, as shown in Figure Id.
- the main object of the present invention is to provide a bearer binding method and system, which can be inferred
- a bearer binding method includes: the PCRF receives the type information of the detected application sent by the application detection function, and determines a QoS policy implemented on the application. And notifying the bearer binding function of the QoS policy, and indicating that the bearer binding function needs to perform application-based bearer binding; and the bearer binding function performs application-based bearer binding according to the QoS policy.
- the application detection function and the bearer binding function are both located in the P-GW.
- the determining the QoS policy to be performed on the application includes: the PCRF formulating a corresponding QoS policy for the application according to the application type information, the subscription information of the terminal that initiates the application, and the operator configuration information.
- the method further includes: sending, by the PCRF, an indication to the P-GW to indicate that an application-based bearer binding needs to be performed; or, the P-GW performs configuration on the detected certain applications by using the P-GW.
- Application-based bearer binding Preferably, the application detection function and the bearer binding function are respectively located in different network elements.
- the QoS policy implemented by the application notifies the bearer binding function of the QoS policy, and indicates that the bearer binding function needs to perform application-based bearer binding, including: the PCRF according to the The type information of the application is used to formulate a corresponding QoS policy for the application, and the corresponding data packet label is allocated to the application; the PCRF sends the data packet label to the application detection function; The data packet encapsulates the corresponding data packet label; the PCRF uses the data packet label and the corresponding QoS policy Sently sent to the bearer binding function; and, the PCRF sends specific indication information to the bearer binding function or indicates, by using the data packet label and/or QoS policy, that the bearer binding function is based on an application.
- Bearer binding performs application-based bearer binding according to the data packet label and the corresponding QoS policy.
- the application detection function and the bearer binding function are respectively located in different network elements, and the method includes: the application detection function is located in a TDF, and the bearer binding function is located in a P-GW; or The application detection function is located in the TDF, and the bearer binding function is located in the serving gateway S-GW. Alternatively, the application detection function is located in the P-GW, and the bearer binding function is located in the serving gateway S-GW.
- the QoS policy is associated with the type of the application; when the PCRF sends the QoS policy to the bearer binding function, the QoS policy is notified to the bearer binding function together with the type association information of the application. .
- the method further includes: receiving, by the bearer binding function, the QoS policy, establishing a corresponding bearer, or modifying an existing bearer to correspond to the QoS policy.
- the performing the application-based bearer binding comprises: matching, for the downlink data, the application data packet to the bearer corresponding to the QoS policy according to the application type; and for the uplink data, the terminal matching the uplink data packet to the default bearer.
- the S-GW or the P-GW notifies the terminal to the terminal by using the bearer creation/modification, and the terminal matches the uplink data packet to the corresponding bearer according to the application identifier information; or, S-GW or P - The GW informs the terminal that a reflection operation needs to be performed on the bearer binding of the uplink data packet.
- a bearer binding system includes: a PCRF, an application detection function, and a bearer binding function, where: an application detection function is configured to detect type information of the application, and send the type information of the application to the PCRF; Setting a QoS policy to be performed on the application, notifying the bearer binding function, and indicating that the bearer binding function needs to perform application-based bearer binding; the bearer binding function is set to be based on The QoS policy performs application based bearer binding.
- the application detection function and the bearer binding function are both located in a packet data network gateway P-GW.
- the PCRF is further configured to formulate a corresponding QoS policy for the application according to the application type information, the subscription information of the terminal that initiates the application, and the operator configuration information.
- the application detection function and the bearer binding function are respectively located in different network elements.
- the PCRF is further configured to formulate a corresponding QoS policy for the application according to the type information of the application, and allocate a corresponding data packet label to the application; and send the data packet label to the response
- the application detection function is further configured to encapsulate a corresponding data packet label for the corresponding data packet
- the PCRF is further configured to send the data packet label and the corresponding QoS policy to the Carrying a binding function; and transmitting the specific indication information to the bearer binding function or using the data packet label and/or the QoS policy as an indication, indicating the bearer binding function to perform application-based bearer binding
- the function is further configured to perform an application-based bearer binding according to the data packet label and the corresponding QoS policy.
- the application detection function is located in the service detection function TDF, and the bearer binding function is located in the P-GW; or the application detection function is located in the service detection function TDF, and the bearer binding function is located in the service gateway.
- the application detection function is located in the P-GW, and the bearer binding function is located in the serving gateway S-GW.
- the QoS policy is associated with the type of the application; correspondingly, the PCRF is further configured to send the QoS policy to the bearer binding function, and the QoS policy is combined with the type association information of the application. Notify the bearer binding function.
- a bearer binding method comprising: a policy and charging rule function PCRF notifying a policy and charging execution function PCEF of a policy rule including a QoS policy and application type information; the PCEF is configured according to the QoS policy Policy rules enforce bearer bindings.
- the PCRF instructs the PCEF to perform bearer binding by adding an explicit indication cell, or including the QoS class identification QCI and the allocation retention priority ARP in the policy rule as an implicit indication.
- the method before the performing, by the PCEF, the policy rule bearer binding according to the QoS policy, the method further includes: the PCEF performing application detection according to the policy rule.
- the PCEF performs bearer binding on the policy rule according to the QoS policy, and includes: matching, for downlink data, a data packet that matches the policy rule to a bearer bound by the policy rule; Uplink data, the terminal matches the uplink data packet to the default bearer; or the PCEF notifies the terminal to the terminal by using the bearer creation/modification, and the terminal matches the uplink data packet to the corresponding bearer according to the application identifier information. Or, the PCEF notifies the terminal that a reflection operation needs to be performed on the bearer binding of the uplink data packet.
- a policy and charging execution function PCEF comprising: a receiving unit, configured to receive a policy rule including a quality of service QoS policy and application category information sent by a policy and charging rule function PCRF; a bearer binding unit, configured to be the PCEF Performing bearer binding on the policy rule according to the QoS policy.
- the PCEF learns that the bearer binding needs to be performed by adding an explicit indication cell, or including the QoS class identifier QCI and the allocation hold priority ARP in the policy rule as an implicit indication.
- the PCEF further includes: an application detecting unit, configured to perform application detection according to the policy rule before the bearer binding unit performs bearer binding.
- the PCEF matches the data packet matching the policy rule to the bearer bound by the policy rule; for the uplink data, the terminal matches the uplink data packet to the default bearer; or The PCEF notifies the terminal of the identification information of the application to the terminal by using the bearer creation/modification, and the terminal matches the uplink data packet to the corresponding bearer according to the application identifier information; or the PCEF notifies the terminal that the bearer of the uplink data packet needs to be bound.
- the reflection operation is performed.
- a policy and charging rule function PCRF includes: a sending unit and an instructing unit, where: a sending unit: configured to include a policy rule notification policy and a charging execution function PCEF including a quality of service QoS policy and application type information; and an indication unit: The setting is to indicate that the PCEF performs bearer binding by adding an explicit indication cell, or including a quality of service class identifier QCI and an allocation hold priority ARP in the policy rule as an implicit indication.
- the PCRF determines a QoS policy implemented for the application according to the type information of the application, and notifies the bearer binding function of the QoS policy; The QoS policy performs application based bearer binding.
- the application detection function and the bearer binding function are all located in the packet data network gateway P-GW, or the application detection function is located in the TDF, and the bearer binding function is located in the P-GW; or, the application detection function is located in the service detection function TDF.
- the bearer binding function is located in the S-GW; or the application detection function is located in the P-GW, and the bearer binding function is located in the S-GW.
- FIG. 1A is a schematic diagram of an architecture of an EPS system of a 3GPP network
- FIG. 2 is a flow chart of a bearer binding method according to an embodiment of the present invention
- FIG. 2 is an application-based bearer binding process according to an embodiment of the present invention
- FIG. 3 is a flowchart of an application-based bearer binding according to Embodiment 2 of the present invention
- FIG. 4 is a flowchart of an application-based bearer binding according to Embodiment 3 of the present invention
- 5 is a flowchart of an application-based bearer binding according to Embodiment 4 of the present invention
- FIG. 1A is a schematic diagram of an architecture of an EPS system of a 3GPP network
- FIG. 2 is a flow chart of a bearer binding method according to an embodiment of the present invention
- FIG. 2 is an application-based bearer binding process according to an embodiment of the present invention
- FIG. 3 is a flowchart of an application-based bearer binding according to Em
- FIG. 6 is a flowchart of bearer parameter negotiation according to an embodiment of the present invention
- FIG. 7 is a flowchart of a bearer binding mechanism according to an embodiment of the present invention
- FIG. 8 is a schematic diagram of a second bearer binding mechanism according to an embodiment of the present invention.
- Step Sle02 The PCRF receives the type information of the detected application sent by the application detection function, and determines the pair. Apply the implemented QoS policy, notify the bearer binding function of the QoS policy, and indicate that the bearer binding function needs to perform application-based bearer binding.
- Step Sle04 The bearer binding function performs application-based bearer binding according to the QoS policy.
- the application detection function and the bearer binding function are all located in the P-GW.
- determining the QoS policy to be applied to the application may include: the PCRF formulating a corresponding QoS policy for the application according to the application type information, the subscription information of the terminal that initiates the application, and the operator configuration information.
- the method may further include: sending, by the PCRF, an indication to the P-GW, indicating that the application-based bearer binding needs to be performed; or, the P-GW, by using the self-configuration, performing application-based detection on some detected applications. Bearer binding.
- the application detection function and the bearer binding function may be respectively located in different network elements.
- the QoS policy applied to the application notifies the bearer binding function of the QoS policy, and indicates that the bearer binding function needs to perform the application-based bearer binding, which may include: the PCRF formulates the corresponding application according to the type information of the application.
- PCRF sends the packet label to the application detection function; application detection function encapsulates the corresponding packet label for the corresponding data packet; PCRF tags the data packet and the corresponding QoS policy Sending to the bearer binding function; and, the PCRF sends the specific indication information to the bearer binding function or indicates the bearer binding function by using the data packet label and/or the QoS policy as an indication.
- Application-based bearer binding; The bearer binding function performs application-based bearer binding according to the packet label and the corresponding QoS policy.
- the application detection function and the bearer binding function are respectively located in different network elements, and may include: the application detection function is located in the TDF, and the bearer binding function is located in the P-GW; or, the application detection function is located in the TDF.
- the bearer binding function is located in the serving gateway S-GW.
- the application detection function is located in the P-GW, and the bearer binding function is located in the serving gateway S-GW.
- the QoS policy is associated with the type of the application; when the PCRF sends the QoS policy to the bearer binding function, the QoS policy is notified to the bearer binding function together with the type association information of the application.
- the method may further include: the bearer binding function receives the QoS policy, establishes a corresponding bearer, or modifies the existing bearer to correspond to the QoS policy.
- performing the application-based bearer binding may include: matching, for the downlink data, the application data packet to the bearer corresponding to the QoS policy according to the application type; and for the uplink data, the terminal matching the uplink data packet to the default On the bearer; or, the S-GW or the P-GW notifies the terminal of the identification information of the application by using the bearer creation/modification, and the terminal matches the uplink data packet to the corresponding bearer according to the application identifier information; or, S-GW or P - The GW informs the terminal that a reflection operation needs to be performed on the bearer binding of the uplink data packet.
- the embodiment of the present invention further provides a bearer binding system, including: a PCRF, an application detection function, and a bearer binding function, where: an application detection function is configured to detect type information of an application, and send the type information of the application.
- an application detection function is configured to detect type information of an application, and send the type information of the application.
- the PCRF is configured to determine a QoS policy to be performed on the application according to the type information of the application, notify the bearer binding function of the QoS policy, and indicate that the bearer binding function needs to perform application-based bearer binding.
- the bearer binding function is configured to perform application-based bearer binding according to the QoS policy.
- the application detection function and the bearer binding function are all located in the packet data network gateway P-GW.
- the PCRF is further configured to formulate a corresponding QoS policy for the application according to the application type information, the subscription information of the terminal that initiates the application, and the operator configuration information.
- the PCRF sends an indication to the P-GW indicating that an application-based bearer binding needs to be performed.
- the P-GW performs application-based bearer binding on some detected applications through its own configuration.
- the application detection function and the bearer binding function are respectively located in different network elements.
- the PCRF is further configured to formulate a corresponding QoS policy for the application according to the type information of the application, and allocate a corresponding data packet label to the application.
- the application detection function is further configured to encapsulate a corresponding data packet label for the corresponding data packet.
- the PCRF is further configured to send the data packet label and a corresponding QoS policy to the bearer binding function; and send specific indication information or the data packet label and/or QoS to the bearer binding function
- the policy is an indication that indicates a bearer binding function for application-based bearer binding.
- the bearer binding function is further configured to perform application-based bearer binding according to the data packet label and the corresponding QoS policy.
- the application detection function is located in the service detection function TDF, and the bearer binding function is located in the P-GW; or the application detection function is located in the service detection function TDF, where the bearer binding function is located in the service gateway S.
- the application detection function is located in the P-GW, and the bearer binding function is located in the serving gateway S-GW.
- the performing the application-based bearer binding includes: matching, for the downlink data, the application data packet to the corresponding bearer according to the application type.
- the terminal matches the uplink data packet to the default bearer; or the S-GW or the P-GW notifies the terminal to the terminal by using the bearer creation/modification, and the terminal sends the uplink data packet according to the application identifier information.
- the QoS policy is associated with the type of application.
- the PCRF sends the QoS policy to the bearer binding function
- the QoS policy is notified to the bearer binding function together with the type association information of the application.
- the bearer binding function receives the QoS policy, establishes a corresponding bearer, or modifies an existing bearer corresponding to the QoS policy.
- the bearer binding system of the embodiment of the present invention is based on an existing communication system such as an EPS system, a General Packet Radio Service (GPRS) system or a fixed network system, and some of the networks are The implementation of the related functions of the element is improved. For the network architecture, there is no improvement. See the structure of the above communication system to understand the bearer binding system of the present invention.
- the embodiment of the present invention further provides a bearer binding method, including the following steps: Step 1.
- the policy and charging rule function PCRF notifies the policy and charging execution function PCEF of the policy rule including the QoS policy and the application type information.
- Step 2 The PCEF performs bearer binding on the policy rule according to the QoS policy.
- the PCRF may instruct the PCEF to perform bearer binding by adding an explicit indication cell, or including a QoS class identification QCI and an allocation hold priority ARP in the policy rule as an implicit indication.
- the PCEF may perform application detection according to the policy rule.
- the step 2 may be implemented in the following manner: for the downlink data, the data packet matching the policy rule is matched to the bearer bound by the policy rule; for the uplink data, the terminal is the uplink data packet.
- the embodiment of the present invention further provides a policy and charging execution function PCEF, including: a receiving unit, configured to receive a policy rule including a QoS policy and application category information sent by a policy and charging rule function PCRF; And the unit is configured to perform bearer binding on the policy rule according to the QoS policy.
- a policy and charging execution function PCEF including: a receiving unit, configured to receive a policy rule including a QoS policy and application category information sent by a policy and charging rule function PCRF; And the unit is configured to perform bearer binding on the policy rule according to the QoS policy.
- the PCEF learns that the bearer binding needs to be performed by adding an explicit indication cell, or including the QoS class identifier QCI and the allocation hold priority ARP in the policy rule as an implicit indication.
- the PCEF further includes: an application detecting unit, configured to perform application detection according to the policy rule before the bearer binding unit performs bearer binding.
- the PCEF matches the data packet matching the policy rule to the bearer bound by the policy rule; for the uplink data, the terminal matches the uplink data packet to the default bearer; or the PCEF
- the bearer is created and modified, and the identifier information of the application is notified to the terminal, and the terminal matches the uplink data packet to the corresponding bearer according to the application identifier information; or the PCEF notifies the terminal that the bearer of the uplink data packet needs to be bound. Perform a reflection operation.
- the embodiment of the present invention further provides a policy and charging rule function PCRF, including: a sending unit: a policy rule notification policy and a charging execution function PCEF configured to include a quality of service QoS policy and application type information; and an indication unit: setting The PCEF is instructed to perform bearer binding by adding an explicit indication cell, or including a quality of service class identification QCI and an allocation hold priority ARP in the policy rule as an implicit indication.
- a policy and charging rule function PCRF including: a sending unit: a policy rule notification policy and a charging execution function PCEF configured to include a quality of service QoS policy and application type information; and an indication unit: setting The PCEF is instructed to perform bearer binding by adding an explicit indication cell, or including a quality of service class identification QCI and an allocation hold priority ARP in the policy rule as an implicit indication.
- the EPS system is taken as an example to discuss the working mechanism of the present invention.
- the method of the present invention is also applicable to other communication systems, for example, in a General Packet Radio Service
- the DPI function can be configured on the GGSN or on the independent TDF.
- the fixed access gateway BNG, Broadband Network Gateway
- BRAS Broadband Remote Access Server
- DPI Features can be configured on the BNG/BRAS/IP Edge or on a separate TDF.
- CDMA code division multiple access
- DPI function can be configured on HSGW/P-GW On /HA, it can also be configured on a separate TDF.
- the Home Agent/HAB function can be configured on the HA or on the independent TDF.
- FIG. 2 is a flowchart of an application-based bearer binding according to a preferred embodiment of the present invention. As shown in FIG. 2, the process is based on mode 1 in the background art, that is, an application detects a DPI function and a bearer binding function. Both are integrated in the P-GW.
- Step S201 The terminal UE initiates a certain or a certain application with the communication peer.
- the applications studied here are not derivable, the quintuple is variable, or when the operator configures certain applications to be detected, such as the terminal browsing the web.
- the P-GW as an application detection function detects the one or more applications.
- the P-GW performs application detection based on the ADC rules installed or activated prior to the PCRF.
- Step S202 The P-GW reports the type of the application (App ID, application type identifier) corresponding to the detected type to the PCRF through the Gx session.
- Step S203 The PCRF formulates a corresponding QoS policy for the application/such application according to the received application type, the subscription information of the terminal, the operator configuration information, and the like.
- the PCRF formulates the QoS policy in the PCC rule, it fully considers the type and characteristics of the application, allocates a QoS policy for the same application, and assigns the same QoS policy to the same type of application (for example, multiple HTTP services) (for example, , QCI, ARP are the same).
- Step S204 The PCRF sends the PCC rule containing the QoS policy to the P-GW that performs the bearer binding function through the Gx session, where the PCC rule carries the App ID reported in step S202.
- the PCRF may indicate that the P-GW needs to perform application-based bearer binding through the Gx interface; or the P-GW determines, by configuration, application-based bearer binding for some detected applications. If it is based on the indication, it can be implicitly indicated by adding an explicit indicator cell on the Gx port or by including QCI, ARP in the PCR rule of the PCRF (the prior art ADC rule does not include QCI/ARP). Of course, if implicitly indicating, the P-GW needs to understand that the "carrying QCI/APR" intention is to indicate application-based bearer binding, otherwise the P-GW will discard the information by default. The above configuration is required when network planning is required.
- step S202 to step S204 may not be performed.
- the PCRF formulates the QoS policy in the ADC rule, it fully considers the type and characteristics of the application, assigns a QoS policy to the same application, and assigns the same QoS policy to the same type of application (for example, multiple HTTP services) (for example, , QCI, ARP are the same).
- the ADC rule at this time can also be considered as a PCC rule carrying an application identifier.
- Step S205 The P-GW is based on the indication of the PCRF, or the P-GW determines to perform application-based bearer binding on the ADC rule according to the configuration.
- the P-GW matches the data packet to the corresponding bearer according to the bearer binding result.
- the bearer needs to be established/modified by existing bearer setup/modification or QoS update operations to meet the needs of this/such application.
- the associated bearer setup/modification or QoS update operation will be performed in conjunction with the bearer parameter negotiation of step S206.
- Step S206 The P-GW negotiates bearer parameters with the UE, and the UE performs bearer binding of uplink data. For details, please refer to FIG. 6 and corresponding description.
- Step S207 If the TDF detects the second/class application, the third/class..., the same operation as described above is performed.
- FIG. 3 is an application-based bearer binding flowchart according to a preferred embodiment 2 of the present invention. As shown in FIG. 3, the flowchart is based on mode 3 in the background art, that is, the application detecting DPI function is independently deployed in the TDF. On the P-GW as a bearer binding function.
- the process mainly includes the following steps: Step S301: The terminal UE initiates a certain or a certain application with the communication peer.
- the applications studied here are not derivable, quintuple changes, or when the operator configures certain applications to be detected, such as browsing the web at a terminal.
- the TDF as an application detection function detects the one or more applications.
- Step S302 The TDF reports the type of the detected application (App ID, application type identifier) to the PCRF through the Sd session.
- Step S303 The PCRF formulates corresponding PCC rules and ADC rules for the application/such application according to the received application type, the terminal subscription information, the operator configuration information, and the like, and allocates a data packet for the application/such application. label.
- the PCRF formulates the QoS policy in the PCC rule, it fully considers the type and characteristics of the application, and assigns a certain QoS policy and corresponding packet label to the same application, and assigns the same type of application (for example, multiple HTTP services). QoS policy and packet labeling.
- the PCRF allocates a data packet label, which may be based on an existing IPv4 DSCP label, or an IPv6 flow label (flow label), or a dynamic virtual local access network tag (VLAN tag, Virtual Local Access Network Tag), or Analog IP headers, such packet tags can be transmitted in the form of independent cells on the Gx interface and the Sd interface, or by including existing PCC rules and ADC rules to include the packet tag. If a DSCP label or an IPv6 flow label is assigned, the information can be unique within all applications of a certain terminal, that is, different applications of different terminals can reuse a certain label. In this way, problems with DSCP tags or flow labels are avoided. With different labeling methods, the specific implementation of PCRF allocation of packet labels will also be different.
- the existing protocol supports DSCP tags, but in some scenarios, the tag is meaningless and is not used. If the DSCP tag is used to identify different applications (invention), then all DSCP values must be assigned to the "identification application" meaning that it can no longer be used for other purposes. In this case, some applications that need to be distinguished are specified to correspond to a specific DSCP value, and some applications that do not need to be distinguished can unify a specific DSCP value on the label. Of course, how to value depends on the operator's planning and deployment. Moreover, if the network uses the DSCP to identify different applications, the synchronization information needs to be configured in different network elements.
- the PCRF may carry an indication to the P-GW indicating "currently using DSCP identification information."
- the Flow label it is a label for IPv6, which is the same as the DSCP of IPv4 mentioned above. If a VLAN tag is used or an IP header is used to identify different applications, the P-GW can determine whether there is a need to distinguish different applications by determining whether there is a corresponding label on the data packet.
- Step S304 The P-GW sends the data label and the PCC rule containing the QoS policy to the P-GW that performs the bearer binding function through the Gx session, and the P-GW performs bearer binding according to the QoS policy.
- Step S305 The PCRF sends the data packet label and the ADC rule to the TDF through the Sd session.
- Step S306a The TDF marks the data packet of the corresponding application according to the data packet label sent by the PCRF; that is, if one or a type of application is detected by an ADC rule, the TDF marks the data packet of the application with the corresponding data packet. label.
- Step S306b The data packet marked in step S306a arrives at the P-GW, and the P-GW has a bearer binding function.
- the bearer binding function detects the label bound on the data packet according to the bearer binding result in step 304. It is decided to filter the data packets of the corresponding application and match them to the corresponding bearers. For specific matching methods, refer to FIG. 8 and corresponding descriptions.
- Step S307 The P-GW negotiates bearer parameters with the UE, and the UE performs bearer binding of uplink data. See Figure 6 and the corresponding description for details. It should be noted that step S307 can also be triggered by step 304. Step S308: If the TDF detects the second/class application, the third/class..., performs the similar operation as described above.
- FIG. 4 is an application-based bearer binding flowchart according to a preferred embodiment 3 of the present invention. As shown in FIG.
- Step S401 - Step S402 The same as Step S301 - Step S302, and details are not described herein again.
- Step S403 Basically the same as step S303.
- the difference is that the PCRF also needs to formulate QoS information sent to the S-GW.
- the GW performs bearer binding based on the QoS information.
- the data packet label sent to the P-GW is no longer used for bearer binding. Its function is to notify the P-GW that the data flow corresponding to the PCC rule should perform application-based bearer binding in the system, and the data packet passes through the P.
- the P-GW cannot perform label modification on the TDF marked packets.
- Step S405 It is exactly the same as step S305, and details are not described herein again.
- Step S406a It is completely the same as step S306a, and details are not described herein again.
- Step S406b After the data packet marked in step S306a, the P-GW is reached.
- the P-GW does not modify the label of the data packet.
- the S-GW After the data packet arrives at the S-GW, the S-GW has a bearer binding.
- the function, the bearer binding function by detecting the label marked on the data packet, determines, according to the bearer binding result of step S404, that the data packet of the corresponding application is filtered and matched to the corresponding bearer. See Figure 8 and the corresponding description for the specific matching method.
- Step S407 The S-GW negotiates bearer parameters with the UE, and the UE performs bearer binding of uplink data. See Figure 6 and the corresponding description for details. It should be noted that step S407 can also be triggered by step S404. Step S408: If the TDF detects the second/class application, the third/class..., performs the similar operation as described above.
- FIG. 5 is a flow chart of application-based bearer binding according to a preferred embodiment 4 of the present invention. As shown in FIG.
- Step S501 The terminal UE initiates a certain or a certain application with the communication peer.
- the applications studied here are not derivable, quintuple changes, or when the operator configures certain applications to be detected, such as browsing the web at a terminal.
- the DPI as an application detection function is integrated on the P-GW, and the P-GW detects the one or more applications.
- Step S502 The P-GW reports the type of the application (App ID, application type identifier) corresponding to the detected type to the PCRF through the Gx session.
- This type of application assigns a packet label.
- the PCRF formulates a QoS policy, it fully considers the type and characteristics of the application, assigns a certain QoS policy and corresponding packet label to the same application, and allocates the same QoS policy and data for the same type of application (for example, multiple HTTP services). label.
- the mechanism by which the PCRF allocates and uses the data tag is the same as that of step S503.
- Step S504 Optionally, the PCRF sends the data label to the P-GW through the Gx session along with the existing PCC rule. The data packet label sent to the P-GW is no longer used for bearer binding.
- Step S505 Because the S-GW performs the bearer binding function, the PCRF sends the data packet label and the QoS information to the S-GW through the Gxc interface, and the S-GW performs bearer binding according to the QoS information.
- Step S506a The P-GW marks the data packet of the corresponding application according to the data packet label sent by the PCRF; that is, if one or a type of application is detected by an ADC rule, the P-GW tags the data packet of the application.
- Step S506b The data packet marked in step S506a arrives at the S-GW, and the S-GW has a bearer binding function.
- the bearer binding function detects the label bound on the data packet according to the bearer binding result of step S505. It is decided to filter the data packets of the corresponding application and match them to the corresponding bearers.
- Step S507 The S-GW negotiates bearer parameters with the UE, and the UE performs bearer binding of uplink data. See Figure 6 and the corresponding description for details. It should be noted that step S507 can also be triggered by step S505.
- Step S508 If the P-GW detects the second/class application, the third/class..., performs the similar operation as described above.
- FIG. 6 is a schematic flowchart of bearer parameter negotiation according to the present invention.
- Embodiments 1 to 4 discuss how the downlink data performs bearer binding. This embodiment discusses how the UE and the P-GW/S-GW negotiate to establish/modify bearer and QoS updates, and how to operate on uplink packets.
- the downlink data traffic is much larger than the uplink data traffic. Therefore, as long as the downlink data is processed, the problem of the signaling storm encountered by the network system has been solved.
- the negotiation of bearer parameters can be in the following ways: 1) Existing mechanisms. That is, the P-GW/S-GW initiates bearer establishment supported by the existing mechanism, or bearer modification, or QoS update or no operation, according to the QoS policy delivered by the PCRF. See step S601a of Figure 6. If the P-GW/S-GW finds that there is no bearer corresponding to a certain type of application, the P-GW/S-GW initiates a bearer setup operation. In the corresponding TFT, the quintuple of the upstream data fills in a virtual invalid address and port number.
- the uplink data packet is matched to the default bearer by the fully-matched TFT or the bearer without the TFT according to the existing mechanism. In this way, when the amount of uplink data packet is not large, the uplink data packet is transmitted through the default bearer to substantially meet the application requirement and the user experience. If the P-GW/S-GW finds that the current bearer can satisfy the corresponding application, or the application can be satisfied by modification, the P-GW/S-GW initiates bearer modification, or QoS update or does nothing.
- the P-GW/S-GW determines the application-based bearer binding, and the P-GW/S-GW does not initiate the TFT update operation because the TFT is no longer a filter template based on the application bearer binding.
- the P-GW/S-GW sends the corresponding App ID to the terminal by enhancing the existing bearer setup, bearer modification, or QoS update operation according to the QoS policy delivered by the PCRF. See step S601b of Fig. 6.
- the UE filters the uplink packet according to the application ID. Because the correspondence between the bearer and the application ID is established through step S601b, the UE can filter the data packet to the corresponding bearer based on the application ID.
- FIG. 7 is a schematic diagram of one of bearer binding mechanisms according to an embodiment of the present invention. As shown in FIG.
- FIG. 7 is a schematic diagram of a second bearer binding mechanism according to an embodiment of the present invention. As shown in FIG.
- the mode is based on modes 2), 3), and 4) in the background art.
- the bearer binding module and the application detection function are distributed on different network elements. After the bearer binding module receives the tagged packet data packet, the bearer binding module first filters the data packet according to the data packet label. As shown in Figure 8, the data packet labeled X is filtered onto bearer B. The data packet marked with y is filtered onto bearer A, and the remaining packet data packets are filtered according to the existing TFT filtering mechanism. The filter in 8 is abed.
- Industrial Applicability The technical solution of the present invention can perform bearer binding on non-deducible applications and guarantee quality of service (QoS) of non-inferential applications.
- 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 specific combination of hardware and software. The above is only the preferred embodiment of the present invention and is not intended to limit the scope of the present invention.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种承载绑定方法及***。其中,所述方法包括:PCRF接收到应用检测功能发送的所检测到的应用的类型信息,确定对所述应用实行的QoS策略,并将QoS策略通知承载绑定功能;承载绑定功能根据QoS策略执行基于应用的承载绑定。通过本发明,可以对不可推论(non-deducible)的应用进行承载绑定,并能保证不可推论(non-deducible)的应用的QoS。
Description
承载绑定方法及***
技术领域 本发明涉及承载绑定技术, 尤其涉及一种演进的分组*** (EPS, Evolved Packet System) 中的承载绑定方法及***。 背景技术 第三代合作伙伴计划 (3GPP, 3rd Generation Partnership Project)演进的分组*** ( EPS , Evolved Packet System ) 由演进的通用移动通信***陆地无线接入网 (E-UTRAN, Evolved Universal Terrestrial Radio Access Network )、 移动管理实体 (MME, Mobility Management Entity ) 服务网关(S-GW, Serving Gateway ) 分组数 据网络网关(P-GW或 PDN GW, Packet Data Network Gateway )、归属用户服务器(HSS, Home Subscriber Server) 策略和计费规则功能 (PCRF, Policy and Charging Rules Function) 实体及其他支撑节点组成。 图 la-Id为 3GPP网络的 EPS***的架构示意图, 如图 1所示, 在 EPS***中, E-UTRAN通过 S1-MME接口与 MME相连, MME通过 S6a接口与 HSS相连; S-GW 通过 SI-U接口与 EUTRAN相连,通过 S11接口与 MME相连,通过 Gxc接口与 PCRF 相连, 通过 S5接口与 P-GW相连, S-GW为与 E-UTRAN相连的接入网关设备, 在 E-UTRAN和 P-GW之间转发数据, 并负责对寻呼等待数据进行缓存; P-GW通过 Gx 接口与 PCRF相连,通过 SGi接口负责运营商提供的互联网协议(IP, Internet Protocol) 业务, P-GW是 EPS***与分组数据网 (PDN, Packet Data Network) 的边界网关, 负 责 PDN的接入,在 EPS***与 PDN间转发数据等; PCRF通过 Rx接口与运营商提供 的 IP业务网络接口连接,获取业务信息,负责保证业务数据的服务质量(QoS, Quality of Service), 并进行计费控制。 另外, 策略和计费执行功能 (PCEF, Policy and Charging Enforcement Function) 驻留在 EPS***的 P-GW中, PCRF与 PCEF之间通过 Gx接口连接, 在 Gx接口上创 建策略会话,用于交换策略信息;其中,所述策略会话称为 IP-CAN会话或者 Gx会话; 当 P-GW与 S-GW之间的接口基于 PMIPv6时, S-GW也具有策略控制的功能, S-GW 与 PCRF之间通过 Gxc接***换策略信息, 换句话说, 在 Gxc接口上创建策略会话, Gxc接口上的策略会话称为网关控制会话或者 Gxc会话。
对于下行数据流来说,承载绑定功能(BBF, Bearer Binding Function)是指由 P-GW 或者 S-GW将对应的数据包匹配到对应的 EPS承载上。 EPS***中, S5接口可以是基 于 GTP协议的或者是基于 PMIP协议的, 不同的协议类型决定了 BBF功能位于不同 的网元。 当 S5是基于 GTP协议的, BBF功能位于 P-GW之上, 如图 la和 lc所示; 当 S5接口是基于 PMIP协议的, BBF功能位于 S-GW之上, 如图 lb和 Id所示。 现有的承载绑定机制是针对五元组相对固定的业务来设计的, 这类业务在 EPS系 统中称为业务数据流 (SDF, Service Data Flow)。 其原理是由 P-GW或者 S-GW根据 SDF的五元组信息匹配 EPS承载的业务流模板 (TFT, Traffic Flow Template, ), 匹配 时, 就在对应的承载上传输, 该承载保证业务数据流的 QoS。 每一个承载都有对应的 TFT。 当需要将新的 SDF过滤到某个承载上时, 需要更新 TFT, 新的 TFT能够与对应 的 SDF的五元组匹配。 当终端运行的是一类不可推论 (non-deducible) 的应用时, 比如 P2P业务, 或者 是终端同时运行的是多个同一类型的应用时, 比如终端同时拜访新浪、 雅虎和网易网 页。 这类业务在 EPS***中承载应用 (Application)。 这类应用的特点是五元组多变、 数量众多。 目前对这类应用的处理是将其放到 BE (Best Effort, 尽力而为) 承载上, 不对其 QoS进行保障。 业务检测功能 (TDF, Traffic Detection Function) 也称作深度包检测 (DPI, Deep Packet Inspection)或者应用检测(Application Detection)。 DPI可以集成在 P-GW实现 (如图 la和 lb), 也可以单独的部署在独立网元上。 当独立部署时, 对应的网元也称 作 TDF, 如图 lc和 Id所示。 DPI功能主要用于检测五元组不固定的应用, 比如 P2P 业务。 如图 la-Id所示, UE与 P2P业务的多个通信对端 (Peer)通信, 应用数据流来 自不同的源地址, 因此五元组不固定。 根据上述的 DPI和 BBF功能的位置不同, EPS***中可以分为如下四种模式:
1 ) P-GW上集成应用检测 DPI功能, P-GW作为 BBF, 如图 la所示; 2) P-GW上集成应用检测 DPI功能, S-GW作为 BBF, 如图 lb 所示;
3 ) DPI功能部署在独立 TDF上, P-GW作为 BBF, 如图 lc所示;
4) DPI功能部署在独立 TDF上, S-GW作为 BBF, 如图 Id所示。 随着网络的不断升级, 运营商和终端用户对 non-deducible的应用也提出了相对较 高的需求, 希望能对这类业务提供 QoS保障。如果按照现有技术, 使用 TFT进行承载
绑定的机制将这类应用的数据包匹配到有 QoS保障的承载上, 那么, 对于如图 la所 示的模式 1 ), 需将多个业务数据流绑定到同一个 EPS承载上; 对于如图 lb 所示的模 式 2),需要为每一个业务数据流建立一个专用 EPS承载。对于如图 la所示的模式 1 ), 因为这类应用的五元组数目多且多变, 则需要多次 (甚至不可估量次数)刷新 EPS承 载的 TFT, 这样会造成严重的信令风暴; 对于如图 lb 所示的模式 2), 需要 EPS网络 支持多个 (甚至不可估量个数) EPS承载, 这是不现实的。 如何提出一种新的方案, 以解决现有承载绑定机制存在的上述问题, 并保证这类应用的 QoS, 是亟待解决的问 题。 发明内容 有鉴于此, 本发明的主要目的在于提供一种承载绑定方法及***, 能对不可推论
(non-deducible) 的应用进行承载绑定, 并能保证其 QoS。 为达到上述目的, 本发明的技术方案是这样实现的: 一种承载绑定方法, 包括: PCRF 接收到应用检测功能发送的所检测到的应用的 类型信息, 确定对所述应用实行的 QoS策略, 将所述 QoS策略通知承载绑定功能, 并 指示所述承载绑定功能需执行基于应用的承载绑定; 所述承载绑定功能根据所述 QoS 策略执行基于应用的承载绑定。 优选地, 所述应用检测功能及所述承载绑定功能均位于 P-GW中。 优选地, 所述确定对所述应用实行的 QoS策略, 包括: 所述 PCRF根据应用类型 信息、 发起所述应用的终端的签约信息、 运营商配置信息为所述应用制定对应的 QoS 策略。 优选地, 所述方法还包括: 所述 PCRF向所述 P-GW发送指示, 指示需执行基于 应用的承载绑定; 或者, 所述 P-GW通过自身配置, 对检测出的某些应用进行基于应 用的承载绑定。 优选地, 所述应用检测功能及所述承载绑定功能分别位于不同的网元中。 优选地, 所述对所述应用实行的 QoS策略, 将所述 QoS策略通知承载绑定功能, 并指示所述承载绑定功能需执行基于应用的承载绑定, 包括: 所述 PCRF根据所述应 用的类型信息为所述应用制定对应的 QoS策略, 以及为所述应用分配对应的数据包标 签; 所述 PCRF将所述数据包标签发送至所述应用检测功能; 所述应用检测功能为对 应的数据包封装对应的数据包标签; 所述 PCRF将所述数据包标签以及对应的 QoS策
略发送至所述承载绑定功能; 并且, 所述 PCRF向所述承载绑定功能发送特定指示信 息或 以所述数据包标签和 /或 QoS策略为指示, 指示承载绑定功能进行基于应用的承 载绑定; 所述承载绑定功能根据所述数据包标签和对应的 QoS策略执行基于应用的承 载绑定。 优选地, 所述应用检测功能及所述承载绑定功能分别位于不同的网元中, 包括: 所述应用检测功能位于 TDF中, 所述承载绑定功能位于 P-GW中; 或者, 所述应用检 测功能位于 TDF中, 所述承载绑定功能位于服务网关 S-GW中; 或者, 所述应用检测 功能位于 P-GW中, 所述承载绑定功能位于服务网关 S-GW中。 优选地,将所述 QoS策略与应用的类型关联;所述 PCRF将所述 QoS策略发送给 承载绑定功能时,将所述 QoS策略与应用的类型关联信息一并通知所述承载绑定功能。 优选地, 所述方法还包括: 所述承载绑定功能接收到所述 QoS策略, 建立对应的 承载或者修改现有承载与所述 QoS策略对应。 优选地, 所述执行基于应用的承载绑定, 包括: 对于下行数据, 根据应用类型, 将应用数据包匹配到对应 QoS策略的承载上; 对于上行数据, 终端将上行数据包匹配 到默认承载上; 或者, S-GW或 P-GW通过承载创建 /修改, 将应用的标识信息通知所 述给终端, 终端根据应用标识信息将上行数据包匹配到对应的承载上; 或者, S-GW 或 P-GW通知终端, 需对上行数据包的承载绑定执行反射操作。 一种承载绑定***, 包括: PCRF、 应用检测功能和承载绑定功能, 其中: 应用检 测功能, 设置为检测应用的类型信息, 并将所述应用的类型信息发送至所述 PCRF; PCRF,设置为确定对所述应用实行的 QoS策略,将所述 QoS策略通知承载绑定功能, 并指示所述承载绑定功能需执行基于应用的承载绑定; 所述承载绑定功能, 设置为根 据所述 QoS策略执行基于应用的承载绑定。 优选地, 所述应用检测功能及所述承载绑定功能均位于分组数据网络网关 P-GW 中。 优选地, 所述 PCRF还设置为, 根据应用类型信息、 发起所述应用的终端的签约 信息、 运营商配置信息为所述应用制定对应的 QoS策略。 优选地, 所述应用检测功能及所述承载绑定功能分别位于不同的网元中。 优选地, 所述 PCRF, 还设置为根据所述应用的类型信息为所述应用制定对应的 QoS策略, 以及为所述应用分配对应的数据包标签; 将所述数据包标签发送至所述应
用检测功能; 对应的, 所述应用检测功能, 还设置为为对应的数据包封装对应的数据 包标签; 所述 PCRF, 还设置为将所述数据包标签以及对应的 QoS策略发送至所述承 载绑定功能; 并向所述承载绑定功能发送特定指示信息或以所述数据包标签和 /或 QoS 策略为指示, 指示承载绑定功能进行基于应用的承载绑定; 所述承载绑定功能, 还设 置为根据所述数据包标签和对应的 QoS策略执行基于应用的承载绑定。 优选地, 所述应用检测功能位于业务检测功能 TDF 中, 所述承载绑定功能位于 P-GW中; 或者, 所述应用检测功能位于业务检测功能 TDF中, 所述承载绑定功能位 于服务网关 S-GW中; 或者, 所述应用检测功能位于 P-GW中, 所述承载绑定功能位 于服务网关 S-GW中。 优选地, 将所述 QoS策略与应用的类型关联; 对应的, 所述 PCRF, 还设置为将 所述 QoS策略发送给承载绑定功能时,将所述 QoS策略与应用的类型关联信息一并通 知所述承载绑定功能。 一种承载绑定方法, 包括: 策略和计费规则功能 PCRF将包含服务质量 QoS策略 和应用类型信息的策略规则通知给策略和计费执行功能 PCEF; 所述 PCEF根据所述 QoS策略对所述策略规则执行承载绑定。 优选地, 所述 PCRF通过添加显式的指示信元, 或者在所述策略规则中包含服务 质量类别标识 QCI和分配保持优先级 ARP作为隐式的指示来指示所述 PCEF执行承载 绑定。 优选地, 在所述 PCEF根据所述 QoS策略执行对所述策略规则承载绑定之前, 该 方法还包括: 所述 PCEF根据所述策略规则执行应用检测。 优选地, 所述 PCEF根据所述 QoS策略对所述策略规则执行承载绑定, 包括: 对 于下行数据, 将与所述策略规则匹配的数据包匹配到所述策略规则绑定的承载上; 对 于上行数据, 终端将上行数据包匹配到默认承载上; 或者所述 PCEF通过承载创建 /修 改, 将应用的标识信息通知给所述终端, 终端根据应用标识信息将上行数据包匹配到 对应的承载上; 或者, 所述 PCEF通知终端, 需对上行数据包的承载绑定执行反射操 作。 一种策略和计费执行功能 PCEF, 包括: 接收单元, 设置为接收策略和计费规则 功能 PCRF发送的包含服务质量 QoS策略和应用类别信息的策略规则;承载绑定单元, 设置为所述 PCEF根据所述 QoS策略对所述策略规则执行承载绑定。
优选地, 所述 PCEF通过添加显式的指示信元, 或者在所述策略规则中包含服务 质量类别标识 QCI和分配保持优先级 ARP作为隐式的指示获知需要执行承载绑定。 优选地, 所述 PCEF还包括: 应用检测单元, 设置为承载绑定单元执行承载绑定 之前根据所述策略规则执行应用检测。 优选地, 对于下行数据, 所述 PCEF将与所述策略规则匹配的数据包匹配到所述 策略规则绑定的承载上; 对于上行数据, 终端将上行数据包匹配到默认承载上; 或者 所述 PCEF通过承载创建 /修改, 将应用的标识信息通知给所述终端, 终端根据应用标 识信息将上行数据包匹配到对应的承载上; 或者, 所述 PCEF通知终端, 需对上行数 据包的承载绑定执行反射操作。 一种策略和计费规则功能 PCRF, 包括: 发送单元和指示单元, 其中: 发送单元: 设置为将包含服务质量 QoS策略和应用类型信息的策略规则通知策略和计费执行功能 PCEF; 指示单元: 设置为通过添加显式的指示信元, 或者在所述策略规则中包含服务 质量类别标识 QCI和分配保持优先级 ARP作为隐式的指示来指示所述 PCEF执行承载 绑定。 本发明中, PCRF 接收到应用检测功能发送的所检测到的应用的类型信息后, 根 据应用的类型信息确定对应用实行的 QoS策略,并将 QoS策略通知承载绑定功能;承 载绑定功能根据所述 QoS策略执行基于应用的承载绑定。应用检测功能及所述承载绑 定功能均位于分组数据网络网关 P-GW中, 或者, 应用检测功能位于 TDF中, 承载绑 定功能位于 P-GW中; 或者, 应用检测功能位于业务检测功能 TDF中, 承载绑定功能 位于 S-GW中; 或者, 应用检测功能位于 P-GW中, 承载绑定功能位于 S-GW中。 本 发明能对不可推论 ( non-deducible ) 的应用进行承载绑定, 并能保证不可推论 (non-deducible) 的应用的 QoS。
附图说明 图 la-Id为 3GPP网络的 EPS***的架构示意图; 图 le为根据本发明实施例的承载绑定方法流程图; 图 2为根据本发明实施例一的基于应用的承载绑定流程图; 图 3为根据本发明实施例二的基于应用的承载绑定流程图; 图 4为根据本发明实施例三的基于应用的承载绑定流程图;
图 5为根据本发明实施例四的基于应用的承载绑定流程图; 图 6为根据本发明实施例的承载参数协商的流程图; 图 7为根据本发明实施例的承载绑定机制之一的示意图; 以及 图 8为根据本发明实施例的承载绑定机制之二的示意图。 具体实施方式 为使本发明的目的、 技术方案和优点更加清楚明白, 以下举实施例并参照附图, 对本发明进一步详细说明。 本发明实施例提供了一种承载绑定方法。图 le为根据本发明实施例的承载绑定方 法流程图, 如图 le所示, 该方法包括以下步骤: 步骤 Sle02: PCRF接收到应用检测功能发送的所检测到的应用的类型信息, 确定 对应用实行的 QoS策略,将 QoS策略通知承载绑定功能,并指示承载绑定功能需执行 基于应用的承载绑定。 步骤 Sle04: 承载绑定功能根据 QoS策略执行基于应用的承载绑定。 在本实施例中, 应用检测功能及承载绑定功能均位于 P-GW中。 在本实施例中, 确定对应用实行的 QoS策略, 可以包括: PCRF根据应用类型信 息、 发起应用的终端的签约信息、 运营商配置信息为应用制定对应的 QoS策略。 在本实施例中, 该方法还可以包括: PCRF向 P-GW发送指示, 指示需执行基于 应用的承载绑定; 或者, P-GW通过自身配置, 对检测出的某些应用进行基于应用的 承载绑定。 在本实施例中, 应用检测功能及承载绑定功能可以分别位于不同的网元中。 在本实施例中, 对应用实行的 QoS策略, 将 QoS策略通知承载绑定功能, 并指示 承载绑定功能需执行基于应用的承载绑定, 可以包括: PCRF 根据应用的类型信息为 应用制定对应的 QoS策略, 以及为应用分配对应的数据包标签; PCRF将数据包标签 发送至应用检测功能; 应用检测功能为对应的数据包封装对应的数据包标签; PCRF 将数据包标签以及对应的 QoS策略发送至承载绑定功能; 并且, PCRF向承载绑定功 能发送特定指示信息或 以数据包标签和 /或 QoS策略为指示, 指示承载绑定功能进行
基于应用的承载绑定; 承载绑定功能根据数据包标签和对应的 QoS策略执行基于应用 的承载绑定。 在本实施例中,应用检测功能及承载绑定功能分别位于不同的网元中,可以包括: 应用检测功能位于 TDF中, 承载绑定功能位于 P-GW中; 或者, 应用检测功能位于 TDF中, 承载绑定功能位于服务网关 S-GW中; 或者, 应用检测功能位于 P-GW中, 承载绑定功能位于服务网关 S-GW中。 在本实施例中, 将 QoS策略与应用的类型关联; PCRF将 QoS策略发送给承载绑 定功能时, 将 QoS策略与应用的类型关联信息一并通知承载绑定功能。 在本实施例中, 该方法还可以包括: 承载绑定功能接收到 QoS策略, 建立对应的 承载或者修改现有承载与 QoS策略对应。 在本实施例中, 执行基于应用的承载绑定, 可以包括: 对于下行数据, 根据应用 类型, 将应用数据包匹配到对应 QoS策略的承载上; 对于上行数据, 终端将上行数据 包匹配到默认承载上; 或者, S-GW或 P-GW通过承载创建 /修改, 将应用的标识信息 通知给终端, 终端根据应用标识信息将上行数据包匹配到对应的承载上; 或者, S-GW 或 P-GW通知终端, 需对上行数据包的承载绑定执行反射操作。 本发明实施例还提供了一种承载绑定***, 包括: PCRF、应用检测功能和承载绑 定功能, 其中: 应用检测功能, 设置为检测应用的类型信息, 并将所述应用的类型信息发送至所 述 PCRF。 PCRF, 设置为根据所述应用的类型信息确定对所述应用实行的 QoS策略, 将所 述 QoS策略通知承载绑定功能,并指示所述承载绑定功能需执行基于应用的承载绑定。 所述承载绑定功能, 设置为根据所述 QoS策略执行基于应用的承载绑定。 其中,所述应用检测功能及所述承载绑定功能均位于分组数据网络网关 P-GW中。 其中, 所述 PCRF还设置为, 根据应用类型信息、 发起所述应用的终端的签约信 息、 运营商配置信息为所述应用制定对应的 QoS策略。 所述 PCRF向所述 P-GW发送指示, 指示需执行基于应用的承载绑定。 或者,所述 P-GW通过自身配置,对检测出的某些应用进行基于应用的承载绑定。
其中, 所述应用检测功能及所述承载绑定功能分别位于不同的网元中。 其中,所述 PCRF,还设置为根据所述应用的类型信息为所述应用制定对应的 QoS 策略, 以及为所述应用分配对应的数据包标签。 将所述数据包标签发送至所述应用检测功能; 对应的, 所述应用检测功能, 还设 置为为对应的数据包封装对应的数据包标签。 所述 PCRF, 还设置为将所述数据包标签以及对应的 QoS策略发送至所述承载绑 定功能;并向所述承载绑定功能发送特定指示信息或以所述数据包标签和 /或 QoS策略 为指示, 指示承载绑定功能进行基于应用的承载绑定。 所述承载绑定功能, 还设置为根据所述数据包标签和对应的 QoS策略执行基于应 用的承载绑定。 其中,所述应用检测功能位于业务检测功能 TDF中,所述承载绑定功能位于 P-GW 中; 或者, 所述应用检测功能位于业务检测功能 TDF中, 所述承载绑定功能位于服务 网关 S-GW中; 或者, 所述应用检测功能位于 P-GW中, 所述承载绑定功能位于服务 网关 S-GW中。 所述执行基于应用的承载绑定, 包括: 对于下行数据, 根据应用类型, 将应用数据包匹配到对应的承载上。 对于上行数据, 终端将上行数据包匹配到默认承载上; 或者, S-GW或 P-GW通 过承载创建 /修改, 将应用的标识信息通知所述给终端, 终端根据应用标识信息将上行 数据包匹配到对应的承载上; 或者, S-GW或 P-GW通知终端, 需对上行数据包的承 载绑定执行反射操作。 将所述 QoS策略与应用的类型关联。 所述 PCRF将所述 QoS策略发送给承载绑定功能时,将所述 QoS策略与应用的类 型关联信息一并通知所述承载绑定功能。 所述承载绑定功能接收到所述 QoS策略, 建立对应的承载或者修改现有承载与所 述 QoS策略对应。 本发明实施例的承载绑定***, 是在现有的通信***如 EPS***、 通用分组无线 服务(GPRS, General Packet Radio Service)***或固网***的基础上, 对其中一些网
元的相关功能进行改进而实现的, 对于网络架构并无改进, 可参见上述通信***的结 构理解本发明的承载绑定***。 本发明实施例还提供了一种承载绑定方法, 包括以下步骤: 步骤 1, 策略和计费规则功能 PCRF将包含服务质量 QoS策略和应用类型信息的 策略规则通知给策略和计费执行功能 PCEF; 步骤 2, PCEF根据 QoS策略对策略规则执行承载绑定。 在本实施例中, PCRF 可以通过添加显式的指示信元, 或者在策略规则中包含服 务质量类别标识 QCI和分配保持优先级 ARP作为隐式的指示来指示 PCEF执行承载绑 定。 在本实施例中, 在执行步骤 2之前, PCEF可以根据策略规则执行应用检测。 在本实施例中, 步骤 2可以通过这样的方式实现: 对于下行数据, 将与所述策略 规则匹配的数据包匹配到所述策略规则绑定的承载上; 对于上行数据, 终端将上行数 据包匹配到默认承载上; 或者 PCEF通过承载创建 /修改, 将应用的标识信息通知给终 端, 终端根据应用标识信息将上行数据包匹配到对应的承载上; 或者, PCEF 通知终 端, 需对上行数据包的承载绑定执行反射操作。 本发明实施例还提供了一种策略和计费执行功能 PCEF, 包括: 接收单元, 设置 为接收策略和计费规则功能 PCRF发送的包含服务质量 QoS策略和应用类别信息的策 略规则; 承载绑定单元, 设置为所述 PCEF根据所述 QoS策略对所述策略规则执行承 载绑定。 其中, 所述 PCEF通过添加显式的指示信元, 或者在所述策略规则中包含服务质 量类别标识 QCI和分配保持优先级 ARP作为隐式的指示获知需要执行承载绑定。 其中, 所述 PCEF还包括: 应用检测单元, 设置为承载绑定单元执行承载绑定之 前根据所述策略规则执行应用检测。 其中, 对于下行数据, 所述 PCEF将与所述策略规则匹配的数据包匹配到所述策 略规则绑定的承载上; 对于上行数据, 终端将上行数据包匹配到默认承载上; 或者所 述 PCEF通过承载创建 /修改, 将应用的标识信息通知所述给终端, 终端根据应用标识 信息将上行数据包匹配到对应的承载上; 或者, 所述 PCEF通知终端, 需对上行数据 包的承载绑定执行反射操作。
本发明实施例还提供了一种策略和计费规则功能 PCRF, 包括: 发送单元: 设置 为将包含服务质量 QoS 策略和应用类型信息的策略规则通知策略和计费执行功能 PCEF; 指示单元: 设置为通过添加显式的指示信元, 或者在所述策略规则中包含服务 质量类别标识 QCI和分配保持优先级 ARP作为隐式的指示来指示所述 PCEF执行承载 绑定。 以下实施例, 均是以 EPS***为例, 论述本发明的工作机制; 当然, 本发明的方 法同样适用于其他通信***中, 比如: 在通用分组无线服务 (GPRS, General Packet Radio Service) ***中, 网关 GPRS 支持节点 (GGSN, Gateway GPRS Support Node) 执行承载绑定功能, DPI功能可以 配置于 GGSN上, 也可以配置于独立的 TDF上。 或者, 在固网***中, 固网网关的宽带接入网关 (BNG, Broadband Network Gateway) /宽带远程接入服务器 (BRAS, Broadband Remote Access Server) / IP边界 路由器(IP Edge)执行 BBF功能, DPI功能可以配置于 BNG/BRAS/IP Edge上, 也可 以配置于独立的 TDF上。 或者, 在在码分多址(CDMA, Code Division Multiple Access) ***中, 家乡代理
(HA, Home agent) /分组数据服务节点 (PDSN, Packet Data Serving Node) /高速率 分组数据服务网关 (HSGW, High rate packet data Severing GateWay) 执行 BBF功能, DPI功能可以配置于 HSGW/P-GW/HA上, 也可以配置于独立的 TDF上。 或者, 在全球微波互联接入 (WiMax, Worldwide Interoperability for Microwave Access) ***中, 家乡代理 (HA, Home agent) /执行 BBF功能, DPI功能可以配置 于 HA上, 也可以配置于独立的 TDF上。 上述几种***, 只要是 BBF和 DPI分离的场景, 则参考本实施例的关于与前述背 景技术部分模式 2)、 3)、 4)对应的解决方案, 只要是 BBF和 DPI集成在同一网元上 场景, 则参考与前述背景技术部分模式 1 ) 对应的解决方案。 实施例一 图 2为根据本发明优选实施例一的基于应用的承载绑定流程图, 如图 2所示, 该 流程基于背景技术中的模式 1 ), 即应用检测 DPI功能和承载绑定功能都集成于 P-GW 中。 该流程主要包括以下步骤:
步骤 S201 : 终端 UE与通信对端发起某个, 或者某几个应用。 这里研究的该类应 用是不可推导的, 五元组多变的, 或者是运营商配置要检测的某些应用时, 比如终端 浏览网页。作为应用检测功能的 P-GW检测到了这一个或者多个应用。 P-GW根据 PCRF 之前安装或激活的 ADC规则进行应用检测。 步骤 S202: P-GW通过 Gx会话将对应检测到的这类应用的类型 (App ID, 应用 类型标识) 上报给 PCRF。 步骤 S203: PCRF根据接收到的应用类型, 以及终端的签约信息, 运营商配置信 息等, 为该应用 /该类应用制定对应的 QoS策略。 其中, PCRF制定 PCC规则中的 QoS策略时, 充分考虑应用的类型和特点, 为同 一个应用会分配某个 QoS策略, 为同一类应用 (例如, 多个 HTTP业务) 分配同样的 QoS策略 (例如, QCI、 ARP相同)。 步骤 S204: PCRF将含有 QoS策略的 PCC规则通过 Gx会话下发给执行承载绑定 功能的 P-GW, 其中 PCC规则中携带步骤 S202中上报的 App ID。 可选的, PCRF可以通过 Gx接口指示 P-GW需要执行基于应用的承载绑定; 或者 P-GW通过配置来决定对某些检测出的应用进行基于应用的承载绑定。 如果是基于指示的, 可以通过在 Gx口上添加显式的指示信元, 或者在 PCRF的 ADC rule 中包含 QCI、 ARP 来作为隐式的指示 (现有技术的 ADC rule 不包含 QCI/ARP)。当然,如果通过隐式指示的方式,需要 P-GW能够理解该"携带了 QCI/APR" 的意图是指示进行基于应用的承载绑定的, 否则 P-GW会默认丢弃该信息。 以上需要 网络规划时进行相关配置。 如果采用 ADC规则中包含 QCI、 ARP来作为隐式指示的 话, 步骤 S202-步骤 S204可不执行。 其中, PCRF制定 ADC规则中的 QoS策略时, 充分考虑应用的类型和特点, 为同一个应用会分配某个 QoS策略, 为同一类应用 (例 如, 多个 HTTP业务) 分配同样的 QoS策略 (例如, QCI、 ARP相同)。 此时的 ADC规则也可以认为是携带应用标识的 PCC规则。 步骤 S205: P-GW基于 PCRF的指示, 或者 P-GW根据配置, 决定对 ADC规则 进行基于应用的承载绑定。 从而当 P-GW接收到与 ADC规则匹配的数据包时, P-GW 根据承载绑定结果将数据包匹配到对应的承载上。 具体的匹配方式参见后文关于图 7 及对应的说明。
此处, 默认已经存在一个适合该应用的专有承载。 如果没有合适的专有承载, 那 么需要通过现有的承载建立 /修改或者 QoS更新操作来建立 /修改承载来满足此 /此类应 用的需求。 相关的承载建立 /修改或者 QoS更新操作会与步骤 S206的承载参数协商一 同进行。 步骤 S206: P-GW与 UE协商承载参数, UE进行上行数据的承载绑定。具体可参 见图 6及对应说明。 步骤 S207: 如果 TDF又检测到了第二个 /类应用, 第三个 /类 ......, 则执行上述相 同的操作。 实施例二 图 3为根据本发明优选实施例二的基于应用的承载绑定流程图, 如图 3所示, 该 流程图基于背景技术中的模式 3 ), 即应用检测 DPI功能独立部署在 TDF上, P-GW作 为承载绑定功能。 该流程主要包括以下步骤: 步骤 S301 : 终端 UE与通信对端发起某个, 或者某几个应用。 这里研究的该类应 用是不可推导的、 五元组多变的, 或者是运营商配置要检测的某些应用时, 比如终端 浏览网页。 作为应用检测功能的 TDF检测到了这一个或者多个应用。 步骤 S302: TDF通过 Sd会话将对应检测到的这类应用的类型 (App ID, 应用类 型标识) 上报给 PCRF。 步骤 S303: PCRF根据接收到的应用类型, 以及终端的签约信息, 运营商配置信 息等, 为该应用 /该类应用制定对应的 PCC规则和 ADC规则,并为该应用 /该类应用分 配数据包标签。 其中 PCRF制定 PCC规则中的 QoS策略时, 充分考虑应用的类型和特点, 为同 一个应用会分配某个 QoS策略和对应的数据包标签,为同一类应用(例如,多个 HTTP 业务) 分配同样的 QoS策略和数据包标签。
PCRF分配数据包标签,可以是基于现有的 IPv4的 DSCP标签,或者 IPv6的 flow label (流标号), 或者是动态的虚拟本地接入网标签 (VLAN tag, Virtual Local Access Network Tag), 或者是模拟的 IP头等, 该类数据包标签可以以独立信元的形式在 Gx 接口和 Sd接口传输,也可以通过增强现有的 PCC规则和 ADC规则,使其包含该数据 包标签。
如果分配的是 DSCP标签或者 IPv6 的 flow label, 信息可以是在某一个终端的所 有应用内唯一的, 也就说不同的终端的不同的应用可以重用某个标签。 这样, 避免了 DSCP标签或者 flow label受限的问题。 采用不同的标签方式, PCRF 分配数据包标签的具体实现也会不同。 举例来说, 现有的协议中是支持 DSCP标签的, 但是某些场景下, 该标签是没有意义的, 不使用 的。如果该 DSCP标签被用来标识不同的应用(本发明), 那么所有的 DSCP的取值都 必须赋予该"标识应用"的含义, 也就是说不能再用做其他用途。 这样的话, 某些需要 区分的应用, 规定其对应特定的 DSCP值, 某些不需要区分的应用, 可以统一标签上 某一个特定的 DSCP值。 当然, 如何取值取决于运营商的规划和部署。 而且, 如果网 络采用了 DSCP用于标识不同的应用, 需要在不同的网元中配置同步的信息, 即如果 PCRF为了区分应用分配了特定的 DSCP标签, P-GW也需要配置成能够理解该 DSCP 值。 否则, PCRF赋予了 DSCP值新的含义而 P-GW不能理解, 则会出现不同步的问 题。 换另一种方式, PCRF可以携带指示标识给 P-GW, 指示"当前使用了 DSCP标识 信息"。 对于 Flow label, 是适用于 IPv6的标签, 使用方法同上述的 IPv4的 DSCP。 如果采用的是 VLAN Tag或者采用 IP Header来标识不同的应用,则 P-GW可以通 过判断数据包上有无对应的标签, 就可以判定当前有没有区分不同应用需要。 步骤 S304: P-GW将数据标签、含有 QoS策略的 PCC规则通过 Gx会话下发给执 行承载绑定功能的 P-GW, P-GW根据 QoS策略执行承载绑定。 步骤 S305: PCRF将数据包标签、 ADC规则通过 Sd会话下发给 TDF。 步骤 S306a: TDF根据 PCRF下发的数据包标签对对应的应用的数据包进行标记; 即, 如果通过某个 ADC规则检测到一个或者一类应用, TDF将该应用的数据包打上 对应的数据包标签。 步骤 S306b: 经过步骤 S306a标记过的数据包, 到达了 P-GW, P-GW上有承载绑 定功能,承载绑定功能通过检测数据包上标记的标签,根据步骤 304的承载绑定结果, 决定对对应的应用的数据包进行过滤, 匹配到对应的承载上。 具体的匹配方法可参见 图 8及对应说明。 此处, 默认已经存在一个适合该应用的专有承载。 如果没有合适的专有承载, 那 么需要通过现有的承载建立 /修改或者 QoS更新操作来建立 /修改承载来满足此 /此类应
用的需求。 相关的承载建立 /修改或者 QoS更新操作会与步骤 S307承载参数协商一同 进行。 步骤 S307: P-GW与 UE协商承载参数, UE进行上行数据的承载绑定。具体参见 图 6及对应说明。 需要说明的是, 步骤 S307也可以由步骤 304触发。 步骤 S308: 如果 TDF又检测到了第二个 /类应用, 第三个 /类 ......, 执行上述类似 的操作。 实施例三 图 4为根据本发明优选实施例三的基于应用的承载绑定流程图, 如图 4所示, 该 流程图基于背景技术中的模式 4), 即应用检测 DPI功能独立部署在 TDF上, S-GW作 为承载绑定功能。 该流程主要包括以下步骤: 步骤 S401-步骤 S402: 与步骤 S301-步骤 S302完全相同, 这里不再赘述。 步骤 S403 : 与步骤 S303基本相同。 不同点为, PCRF还要制定发送给 S-GW的 QoS信息。 步骤 S404: 因为 S-GW执行承载绑定功能, 所以 PCRF将数据包标签、 QoS信息 通过 Gxc接口发送给 S-GW; 可选的, PCRF将数据标签通过 Gx会话下发给 P-GW; S-GW根据 QoS信息执行承载绑定。 发给 P-GW的数据包标签不再是用于承载绑定, 其功能是通知 P-GW, 对应 PCC 规则的数据流应在本***中执行基于应用的承载绑定,数据包在经过 P-GW后, P-GW 不能对 TDF已经标记过的数据包进行标签修改。 步骤 S405 : 与步骤 S305完全相同, 这里不再赘述。 步骤 S406a: 与步骤 S306a完全相同, 这里不再赘述。 步骤 S406b: 经过步骤 S306a标记过的数据包, 到达了 P-GW, 根据步骤 S404的 描述, P-GW不对数据包的标签修改, 数据包到达 S-GW后, S-GW上有承载绑定功 能, 承载绑定功能通过检测数据包上标记的标签, 根据步骤 S404的承载绑定结果, 决 定对对应的应用的数据包进行过滤, 匹配到对应的承载上。 具体的匹配方法参见图 8 及对应说明。
此处, 默认已经存在一个适合该应用的专有承载。 如果没有合适的专有承载, 那 么需要通过现有的承载建立 /修改或者 QoS更新操作来建立 /修改承载来满足此 /此类应 用的需求。 相关的承载建立 /修改或者 QoS更新操作会与步骤 S407承载参数协商一同 进行。 步骤 S407: S-GW与 UE协商承载参数, UE进行上行数据的承载绑定。具体参见 图 6及对应说明。 需要说明的是, 步骤 S407也可以由步骤 S404触发。 步骤 S408: 如果 TDF又检测到了第二个 /类应用, 第三个 /类 ......, 执行上述类似 的操作。 实施例四 图 5为根据本发明优选实施例四的基于应用的承载绑定流程图, 如图 5所示, 该 流程基于背景技术中的模式 2), 即应用检测 DPI功能部署在 P-GW上, S-GW作为承 载绑定功能。 该流程主要包括以下步骤: 步骤 S501 : 终端 UE与通信对端发起某个, 或者某几个应用。 这里研究的该类应 用是不可推导的、 五元组多变的, 或者是运营商配置要检测的某些应用时, 比如终端 浏览网页。 作为应用检测功能的 DPI集成在 P-GW上, P-GW检测到了这一个或者多 个应用。 步骤 S502: P-GW通过 Gx会话将对应检测到的这类应用的类型 (App ID, 应用 类型标识) 上报给 PCRF。 步骤 S503: PCRF根据接收到的应用类型, 以及终端的签约信息, 运营商配置信 息等, 为该应用 /该类应用制定对应的 ADC规则, PCC规则和 QoS策略, 并为该应用
/该类应用分配数据包标签。 其中 PCRF制定 QoS策略时, 充分考虑应用的类型和特点, 为同一个应用会分配 某个 QoS策略和对应的数据包标签, 为同一类应用 (例如多个 HTTP业务)分配同样 的 QoS策略和数据标签。 PCRF分配和使用数据标签的机制同步骤 S503的对应描述。 步骤 S504: 可选的, PCRF将数据标签, 连同现有的 PCC规则一起通过 Gx会话 下发给 P-GW。
发给 P-GW的数据包标签不再是用于承载绑定, 其功能是通知 P-GW, 对应 PCC 规则的数据流应在本***中执行基于应用的承载绑定,数据包在经过 P-GW后, P-GW 不能对 TDF已经标记过的数据包进行标签修改。 步骤 S505: 因为 S-GW执行承载绑定功能, 所以 PCRF将数据包标签、 QoS信息 通过 Gxc接口发送给 S-GW, S-GW根据 QoS信息执行承载绑定。 步骤 S506a: P-GW根据 PCRF下发的数据包标签对对应的应用的数据包进行标记; 即, 如果通过某个 ADC规则检测到一个或者一类应用, P-GW将该应用的数据包打上 对应的数据包标签。 因为 P-GW在转发下行数据包时, 要将下行数据包放入 PMIP隧道, 此处, P-GW 不修改原 IP头, 在外部另外封装一层 PMIP隧道头, 该隧道头中有一 DSCP标签, 该 DSCP标签与原 IP头的 DSCP没有关系。 步骤 S506b: 经过步骤 S506a标记过的数据包, 到达了 S-GW, S-GW上有承载绑 定功能,承载绑定功能通过检测数据包上标记的标签,根据步骤 S505的承载绑定结果, 决定对对应的应用的数据包进行过滤, 匹配到对应的承载上。 具体的匹配方法参见图 8及对应说明。 此处, 默认已经存在一个适合该应用的专有承载。 如果没有合适的专有承载, 那 么需要通过现有的承载建立 /修改或者 QoS更新操作来建立 /修改承载来满足此 /此类应 用的需求。 相关的承载建立 /修改或者 QoS更新操作会与步骤 S507承载参数协商一同 进行。 步骤 S507: S-GW与 UE协商承载参数, UE进行上行数据的承载绑定。具体参见 图 6及对应说明。 需要说明的是, 步骤 S507也可以由步骤 S505触发。 步骤 S508: 如果 P-GW又检测到了第二个 /类应用, 第三个 /类 ......, 执行上述类 似的操作。 实施例五 图 6为根据本发明的承载参数协商的流程示意图。 实施例一至实施例四论述了下 行数据如何进行承载绑定的相关机制。 本实施例论述 UE与 P-GW/S-GW如何协商建 立 /修改承载和 QoS更新的操作, 以及对于上行数据包如何操作。
对于 P2P业务或者网页浏览业务, 一般来说, 下行数据流量远远大于上行数据流 量的, 因此, 只要处理好了下行数据, 网络***遇到的信令风暴的问题就已经解决了。 但是, 如果能对上行数据的处理也做相应的优化, ***的信令风暴负担还会得到进一 步的降低。 因此承载参数的协商可以有以下几种方式: 1 ) 现有机制。 即 P-GW/S-GW根据 PCRF下发的 QoS策略, 发起现有机制支持 的承载建立, 或者承载修改, 或者 QoS更新或者不做任何操作。参见图 6步骤 S601a。 如果 P-GW/S-GW发现当前还没有对应某个 /类应用的承载, 则 P-GW/S-GW发起 承载建立操作。 在对应的 TFT中, 上行数据的五元组填写一个虚拟的无效地址和端口 号。 这样, 当上行数据包过滤时, 按照现有的机制终端通过全匹配的 TFT或没有 TFT 的承载, 将上行数据包匹配到默认承载上。这样, 在上行数据包数据量不大的情况下, 通过默认承载传输上行数据包能够基本满足应用需求和用户体验。 如果 P-GW/S-GW发现当前承载能够满足对应的应用, 或者通过修改就可以满足 应用, 则 P-GW/S-GW发起承载修改, 或者 QoS更新或者不做任何操作。
P-GW/S-GW决定了采用基于应用的承载绑定, 则 P-GW/S-GW不会发起 TFT更 新操作, 因为 TFT不再是"基于应用承载绑定"的过滤模板。
2) 下发 App ID。 即 P-GW/S-GW根据 PCRF下发的 QoS策略, 通过增强现有的 承载建立, 或者承载修改, 或者 QoS更新操作, 将对应的 App ID发送给终端。 参见 图 6的步骤 S601b。 当上行数据包过滤时, UE根据应用 ID过滤上行数据包。 因为通过步骤 S601b建 立了承载和应用 ID的对应关系, UE基于应用 ID就能将数据包过滤到对应的承载上。
3 ) 其他方式。 P-GW/S-GW与 UE通过用户面消息协商承载和应用 ID的关系, 或者通过用户面消息指示 UE进行反射操作,或者通过承载建立 /修改或者 QoS更新操 作通知 UE进行发射操作。 参见图 6的步骤 S601c。 所述的反射操作是指, UE将下行数据包的五元组信息的源地址 /端口号与目的地 址 /端口号对调, 然后根据该五元组过滤上行数据包, 就能够过滤到对应的承载上。 实施例六 图 7为根据本发明实施例的承载绑定机制之一的示意图, 如图 7所示, 基于的模 式是背景技术中的模式 1 )。 因为承载绑定模块和应用检测功能都在 P-GW上, P-GW
上的 DPI/应用检测功能先对进入的数据包进行检测, 如果检测到某个 /某类应用, 则直 接发到对用的承载上。 如图 7所示, DPI检测到 App 1后, 直接将其放到承载 A上; 检测到 App2后, 直接将其放到承载 B上。 剩余的数据包在根据现有的 TFT过滤机制 过滤, 即图 7中的过滤器 abcdef。 实施例七 图 8为根据本发明实施例的承载绑定机制之二的示意图, 如图 8所示, 基于的模 式是背景技术中的模式 2)、 3 )、 4)。 因为承载绑定模块和应用检测功能分布在不同的 网元, 当承载绑定模块收到打了标签后的分组数据包后, 承载绑定模块先根据数据包 标签过滤数据包。 如图 8所示, 打了标签 X的数据包, 过滤到承载 B上; 打了标签 y 的数据包, 过滤到承载 A上, 剩余的分组数据包根据现有的 TFT过滤机制过滤, 即图 8中的过滤器 abed。 工业实用性 本发明的技术方案, 可以对不可推论 (non-deducible) 的应用进行承载绑定, 并 能保证不可推论的应用的服务质量 (QoS)。 显然, 本领域的技术人员应该明白, 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现, 它们可以集中在单个的计算装置上, 或者分布在多个计算装置所 组成的网络上, 可选地, 它们可以用计算装置可执行的程序代码来实现, 从而, 可以 将它们存储在存储装置中由计算装置来执行, 并且在某些情况下, 可以以不同于此处 的顺序执行所示出或描述的步骤, 或者将它们分别制作成各个集成电路模块, 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样, 本发明不限制于任 何特定的硬件和软件结合。 以上所述, 仅为本发明的较佳实施例而已, 并非用于限定本发明的保护范围。
Claims
权 利 要 求 书 、 一种承载绑定方法, 包括:
策略和计费规则功能 PCRF接收到应用检测功能发送的所检测到的应用的 类型信息, 确定对所述应用实行的服务质量 QoS策略, 将所述 QoS策略通知 承载绑定功能, 并指示所述承载绑定功能需执行基于应用的承载绑定;
所述承载绑定功能根据所述 QoS策略执行基于应用的承载绑定。 、 根据权利要求 1所述的方法, 其中:
所述应用检测功能及所述承载绑定功能均位于分组数据网络网关 P-GW 中。 、 根据权利要求 2所述的方法, 其中, 所述确定对所述应用实行的 QoS策略, 包 括- 所述 PCRF根据应用类型信息、 发起所述应用的终端的签约信息、 运营商 配置信息为所述应用制定对应的 QoS策略。 、 根据权利要求 2或 3所述的方法, 其中, 所述方法还包括:
所述 PCRF向所述 P-GW发送指示, 指示需执行基于应用的承载绑定; 或者, 所述 P-GW通过自身配置, 对检测出的某些应用进行基于应用的承 载绑定。 、 根据权利要求 1所述的方法, 其中:
所述应用检测功能及所述承载绑定功能分别位于不同的网元中。 、 根据权利要求 5所述的方法,其中,所述对所述应用实行的服务质量 QoS策略, 将所述 QoS策略通知承载绑定功能,并指示所述承载绑定功能需执行基于应用 的承载绑定, 包括:
所述 PCRF根据所述应用的类型信息为所述应用制定对应的 QoS策略, 以 及为所述应用分配对应的数据包标签;
所述 PCRF将所述数据包标签发送至所述应用检测功能; 所述应用检测功 能为对应的数据包封装对应的数据包标签;
所述 PCRF将所述数据包标签以及对应的 QoS策略发送至所述承载绑定功 能; 并且,所述 PCRF向所述承载绑定功能发送特定指示信息或 以所述数据包 标签和 /或 QoS策略为指示, 指示承载绑定功能进行基于应用的承载绑定; 所述承载绑定功能根据所述数据包标签和对应的 QoS 策略执行基于应用 的承载绑定。 、 根据权利要求 5或 6所述的方法, 其中, 所述应用检测功能及所述承载绑定功 能分别位于不同的网元中, 包括:
所述应用检测功能位于业务检测功能 TDF 中, 所述承载绑定功能位于 P-GW中;
或者, 所述应用检测功能位于业务检测功能 TDF中, 所述承载绑定功能位 于服务网关 S-GW中;
或者, 所述应用检测功能位于 P-GW中, 所述承载绑定功能位于服务网关 S-GW中。 、 根据权利要求 1至 7任一项所述的方法, 其中, 将所述 QoS策略与应用的类型 关联;
所述 PCRF将所述 QoS策略发送给承载绑定功能时,将所述 QoS策略与应 用的类型关联信息一并通知所述承载绑定功能。 、 根据权利要求 8所述的方法, 其中, 所述方法还包括:
所述承载绑定功能接收到所述 QoS策略,建立对应的承载或者修改现有承 载与所述 QoS策略对应。 0、 根据权利要求 8所述的方法, 其中, 所述执行基于应用的承载绑定, 包括: 对于下行数据, 根据应用类型, 将应用数据包匹配到对应 QoS策略的承载 上;
对于上行数据,终端将上行数据包匹配到默认承载上;或者, S-GW或 P-GW 通过承载创建 /修改, 将应用的标识信息通知所述给终端, 终端根据应用标识信 息将上行数据包匹配到对应的承载上; 或者, S-GW或 P-GW通知终端, 需对 上行数据包的承载绑定执行反射操作。 1、 一种承载绑定***, 包括: 策略和计费规则功能 PCRF、 应用检测功能和承载 绑定功能, 其中:
应用检测功能, 设置为检测应用的类型信息, 并将所述应用的类型信息发 送至所述 PCRF;
PCRF, 设置为确定对所述应用实行的服务质量 QoS策略, 将所述 QoS策 略通知承载绑定功能, 并指示所述承载绑定功能需执行基于应用的承载绑定; 所述承载绑定功能, 设置为根据所述 QoS策略执行基于应用的承载绑定。 、 根据权利要求 11所述的***, 其中:
所述应用检测功能及所述承载绑定功能均位于分组数据网络网关 P-GW 中。 、 根据权利要求 12所述的***,其中,所述 PCRF还设置为,根据应用类型信息、 发起所述应用的终端的签约信息、 运营商配置信息为所述应用制定对应的 QoS 策略。 、 根据权利要求 11所述的***, 其中:
所述应用检测功能及所述承载绑定功能分别位于不同的网元中。 、 根据权利要求 14所述的***, 其中, 所述 PCRF, 还设置为根据所述应用的类 型信息为所述应用制定对应的 QoS策略, 以及为所述应用分配对应的数据包标 签;
将所述数据包标签发送至所述应用检测功能;对应的,所述应用检测功能, 还设置为为对应的数据包封装对应的数据包标签;
所述 PCRF, 还设置为将所述数据包标签以及对应的 QoS策略发送至所述 承载绑定功能; 并向所述承载绑定功能发送特定指示信息或以所述数据包标签 和 /或 QoS策略为指示, 指示承载绑定功能进行基于应用的承载绑定;
所述承载绑定功能,还设置为根据所述数据包标签和对应的 QoS策略执行 基于应用的承载绑定。 、 根据权利要求 14或 15所述的***, 其中:
所述应用检测功能位于业务检测功能 TDF 中, 所述承载绑定功能位于 P-GW中;
或者, 所述应用检测功能位于业务检测功能 TDF中, 所述承载绑定功能位 于服务网关 S-GW中;
或者, 所述应用检测功能位于 P-GW中, 所述承载绑定功能位于服务网关 S-GW中。 、 根据权利要求 11至 16任一项所述的***, 其中, 将所述 QoS策略与应用的类 型关联;
对应的, 所述 PCRF, 还设置为将所述 QoS策略发送给承载绑定功能时, 将所述 QoS策略与应用的类型关联信息一并通知所述承载绑定功能。 、 一种承载绑定方法, 包括:
策略和计费规则功能 PCRF将包含服务质量 QoS策略和应用类型信息的策 略规则通知给策略和计费执行功能 PCEF;
所述 PCEF根据所述 QoS策略对所述策略规则执行承载绑定。 、 根据权利要求 18所述的方法, 其中,
所述 PCRF通过添加显式的指示信元, 或者在所述策略规则中包含服务质 量类别标识 QCI和分配保持优先级 ARP作为隐式的指示来指示所述 PCEF执 行承载绑定。 、 根据权利要求 18所述的方法, 其中, 在所述 PCEF根据所述 QoS策略执行对 所述策略规则承载绑定之前, 还包括:
所述 PCEF根据所述策略规则执行应用检测。 、 根据权利要求 18所述的方法, 其中, 所述 PCEF根据所述 QoS策略对所述策 略规则执行承载绑定, 包括:
对于下行数据, 将与所述策略规则匹配的数据包匹配到所述策略规则绑定 的承载上;
对于上行数据, 终端将上行数据包匹配到默认承载上; 或者所述 PCEF通 过承载创建 /修改, 将应用的标识信息通知给所述终端, 终端根据应用标识信息 将上行数据包匹配到对应的承载上; 或者, 所述 PCEF通知终端, 需对上行数 据包的承载绑定执行反射操作。 、 一种策略和计费执行功能 PCEF, 包括:
接收单元, 设置为接收策略和计费规则功能 PCRF 发送的包含服务质量 QoS策略和应用类别信息的策略规则;
承载绑定单元, 设置为所述 PCEF根据所述 QoS策略对所述策略规则执行 承载绑定。 、 根据权利要求 22所述的 PCEF, 其中, 所述 PCEF通过添加显式的指示信元, 或者在所述策略规则中包含服务质量类别标识 QCI和分配保持优先级 ARP作 为隐式的指示获知需要执行承载绑定。 、 根据权利要求 22所述的 PCEF, 其中, 所述 PCEF还包括: 应用检测单元, 设置为承载绑定单元执行承载绑定之前根据所述策略规则 执行应用检测。 、 根据权利要求 22所述的 PCEF, 其中:
对于下行数据, 所述 PCEF将与所述策略规则匹配的数据包匹配到所述策 略规则绑定的承载上;
对于上行数据, 终端将上行数据包匹配到默认承载上; 或者所述 PCEF通 过承载创建 /修改, 将应用的标识信息通知给所述终端, 终端根据应用标识信息 将上行数据包匹配到对应的承载上; 或者, 所述 PCEF通知终端, 需对上行数 据包的承载绑定执行反射操作。 、 一种策略和计费规则功能 PCRF, 包括: 发送单元和指示单元, 其中:
发送单元:设置为将包含服务质量 QoS策略和应用类型信息的策略规则通 知策略和计费执行功能 PCEF;
指示单元: 设置为通过添加显式的指示信元, 或者在所述策略规则中包含 服务质量类别标识 QCI 和分配保持优先级 ARP 作为隐式的指示来指示所述 PCEF执行承载绑定。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310055925.1 | 2013-02-21 | ||
CN201310055925 | 2013-02-21 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2014127688A1 true WO2014127688A1 (zh) | 2014-08-28 |
Family
ID=51370792
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2014/070820 WO2014127688A1 (zh) | 2013-02-21 | 2014-01-17 | 承载绑定方法及*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN104010332B (zh) |
WO (1) | WO2014127688A1 (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3958613A3 (en) * | 2014-11-12 | 2022-03-09 | Huawei Technologies Co., Ltd. | Method and device for controlling binding of data flow to bearer |
CN106211116A (zh) * | 2015-04-29 | 2016-12-07 | 中兴通讯股份有限公司 | 策略规则制定方法、***及装置 |
CN106664614B (zh) * | 2015-06-26 | 2019-06-21 | 华为技术有限公司 | 承载绑定的方法和相关设备 |
CN106998544A (zh) * | 2016-01-25 | 2017-08-01 | 中兴通讯股份有限公司 | 基于应用的策略和计费控制方法及装置 |
WO2017173897A1 (zh) * | 2016-04-05 | 2017-10-12 | 中兴通讯股份有限公司 | 一种基于应用的策略和计费控制方法、装置及*** |
CN107294737A (zh) * | 2016-04-05 | 2017-10-24 | 中兴通讯股份有限公司 | 一种基于应用的策略和计费控制方法及装置、*** |
CN107360597A (zh) * | 2016-05-10 | 2017-11-17 | ***通信有限公司研究院 | 一种速率调整方法、无线网络设备及终端设备 |
CN107396401A (zh) * | 2016-05-17 | 2017-11-24 | 中兴通讯股份有限公司 | 数据发送方法及装置 |
CN115334583A (zh) * | 2016-08-03 | 2022-11-11 | 三星电子株式会社 | 用于下一代移动通信***的空闲模式下的小区重选的方法 |
CN106302215A (zh) * | 2016-08-30 | 2017-01-04 | 华为技术有限公司 | 一种转发报文的方法及装置 |
CN108419270B (zh) * | 2017-02-10 | 2021-08-06 | 中兴通讯股份有限公司 | 一种业务分流实现方法及装置 |
WO2018188082A1 (zh) * | 2017-04-14 | 2018-10-18 | 华为技术有限公司 | 一种实现策略控制的方法、装置和*** |
WO2018214821A1 (zh) * | 2017-05-24 | 2018-11-29 | 华为技术有限公司 | 服务质量控制方法、设备及*** |
CN115022981A (zh) * | 2019-02-15 | 2022-09-06 | 华为技术有限公司 | 建立承载的方法、装置及可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101272256A (zh) * | 2007-03-23 | 2008-09-24 | 华为技术有限公司 | 业务处理方法和***、策略控制和计费规则功能实体 |
CN101325780A (zh) * | 2007-06-15 | 2008-12-17 | 华为技术有限公司 | 策略控制实现方法和***、及策略和计费执行实体 |
CN101692727A (zh) * | 2009-09-16 | 2010-04-07 | 中兴通讯股份有限公司 | 一种策略计费控制的方法和分组数据网络网关 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101931928B (zh) * | 2009-06-19 | 2014-08-13 | 中兴通讯股份有限公司 | 漫游场景下单apn多pdn连接的策略计费控制的方法及*** |
CN101730041A (zh) * | 2009-06-26 | 2010-06-09 | 中兴通讯股份有限公司 | 一种基于用户当前所在时区的策略和计费控制方法及*** |
CN102045691B (zh) * | 2009-10-10 | 2014-06-11 | 中兴通讯股份有限公司 | 获取物联网设备组别标识的方法及装置 |
-
2013
- 2013-07-26 CN CN201310330471.4A patent/CN104010332B/zh active Active
-
2014
- 2014-01-17 WO PCT/CN2014/070820 patent/WO2014127688A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101272256A (zh) * | 2007-03-23 | 2008-09-24 | 华为技术有限公司 | 业务处理方法和***、策略控制和计费规则功能实体 |
CN101325780A (zh) * | 2007-06-15 | 2008-12-17 | 华为技术有限公司 | 策略控制实现方法和***、及策略和计费执行实体 |
CN101692727A (zh) * | 2009-09-16 | 2010-04-07 | 中兴通讯股份有限公司 | 一种策略计费控制的方法和分组数据网络网关 |
Also Published As
Publication number | Publication date |
---|---|
CN104010332B (zh) | 2019-03-15 |
CN104010332A (zh) | 2014-08-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2014127688A1 (zh) | 承载绑定方法及*** | |
JP6568270B2 (ja) | サービス層サウスバウンドインターフェースおよびサービスの質 | |
JP7208411B2 (ja) | データ伝送の保障方法及び通信機器 | |
KR101792378B1 (ko) | 모바일 통신 시스템에서 서비스 품질 제어의 지원 | |
EP2824951B1 (en) | Method, device and system for marking service data packet | |
JP5570611B2 (ja) | 改善されたサービス品質処理のための通信方法、通信プロトコル及び通信装置 | |
US11910292B2 (en) | Support of user plane transactions over a mobile network | |
US10200908B2 (en) | Methods, apparatus, a system, and a related computer program product for activation and deactivation of bearers | |
EP2521385B1 (en) | Policy and charging control method, gateway and mobile terminal thereof | |
CN104205055A (zh) | 通过openflow数据平面在云计算机中实现epc | |
WO2011134329A1 (zh) | 一种小数据包传输的方法和*** | |
WO2011060673A1 (zh) | 公用承载建立的方法、数据传输方法和核心网络侧设备 | |
US10484906B2 (en) | Method and apparatus for applying different priorities to packets | |
US9544832B2 (en) | Method, apparatus and system for policy control | |
CN107534608B (zh) | 用于在无线通信网络中处理数据流的方法和装置 | |
US10979349B2 (en) | Methods and apparatuses for flexible mobile steering in cellular networks | |
US9877258B2 (en) | Method and device for transferring data traffic | |
JP2022540672A (ja) | ユーザプレーントラフィックのためのnat有効化 | |
WO2017177753A1 (zh) | 一种基于流的承载管理方法、数据传输方法及装置 | |
CN108306843B (zh) | 一种业务数据流传输方法、***和pgw | |
WO2017173897A1 (zh) | 一种基于应用的策略和计费控制方法、装置及*** | |
JP5855171B2 (ja) | 改善されたサービス品質処理のための通信方法、通信プロトコル及び通信装置 |
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: 14754703 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: 14754703 Country of ref document: EP Kind code of ref document: A1 |