WO2013064004A1 - Procédé et système de mise à jour de la qualité de service - Google Patents

Procédé et système de mise à jour de la qualité de service Download PDF

Info

Publication number
WO2013064004A1
WO2013064004A1 PCT/CN2012/082588 CN2012082588W WO2013064004A1 WO 2013064004 A1 WO2013064004 A1 WO 2013064004A1 CN 2012082588 W CN2012082588 W CN 2012082588W WO 2013064004 A1 WO2013064004 A1 WO 2013064004A1
Authority
WO
WIPO (PCT)
Prior art keywords
qos
message
pgw
request
information
Prior art date
Application number
PCT/CN2012/082588
Other languages
English (en)
Chinese (zh)
Inventor
吴锦花
周晓云
宗在峰
卢飞
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2013064004A1 publication Critical patent/WO2013064004A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]

Definitions

  • the present invention relates to a policy and a charging control technology in a wireless communication system, and in particular, to a method and system for updating a QoS (Quality of Service) in an Evolved Packet System (EPS).
  • QoS Quality of Service
  • EPS Evolved Packet System
  • EPS Evolved Packet System
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • PDN GW or P-GW Packet Data Network Gateway
  • HSS Home Subscriber Server
  • PCRF Policy and Charging Rules Function
  • the MME is used for control plane related operations such as mobility management, non-access stratum signaling processing, and user mobility management context management;
  • the S-GW is an access gateway device connected to the E-UTRAN, in the E-UTRAN and The data is forwarded between the P-GWs and used to buffer the paging waiting data.
  • the P-GW is a border gateway between the EPS and the PDN, and is used for PDN access and forwarding data between the EPS and the PDN.
  • EPS supports interworking with non-3GPP systems.
  • the interworking with the non-3GPP system is implemented through the S2a, S2b, and S2c interfaces, and the P-GW serves as an anchor point between the 3GPP system and the non-3GPP system.
  • the non-3GPP system is divided into a trusted non-3GPP access system and an untrusted non-3GPP access system.
  • the trusted non-3GPP access system can be directly connected to the P-GW through the S2a interface; the untrusted non-3GPP access system needs to be connected to the P-GW via an ePLG (Evolved Packet Data Gateway), ePDG and P-
  • the GW is an S2b interface.
  • the S2c interface provides user plane-related control and mobility support between the user equipment and the P-GW.
  • the supported mobility management protocol is supported.
  • Dual Stack Mobile IPv6 DSMIPv6, Moblie IPv6 support for dual stack Hosts and Routers).
  • the EPS system introduces the policy charging control (PCC, Policy and Charging Control) function box to perform dynamic policy charging control for user service access.
  • FIG 2 is a schematic diagram of a PCC structure in a non-roaming scenario in the Rel-8.
  • an application function AF, Application Function
  • AF Application Function
  • the network resources used by these service applications are required.
  • the AF sends related service information to the PCRF. If the service information is consistent with the PCRF policy, the PCRF accepts the negotiation; otherwise, the PCRF rejects the negotiation and gives the business parameters acceptable to the PCRF upon feedback. The AF can then return these parameters to the user device.
  • the interface between AF and PCRF is the Rx interface.
  • the PCRF is the core of the PCC and is responsible for policy decision making and billing rules.
  • the PCRF provides network control rules based on service data flows, including traffic data flow detection, Gating Control, Quality of Service (QoS) control, and data flow based charging rules.
  • the PCRF sends its policy and charging rules to the Policy and Control Enforcement Function (PCEF) entity.
  • PCEF Policy and Control Enforcement Function
  • the basis for formulating the policy and charging rules by the PCRF includes: obtaining information related to the service from the AF, obtaining the subscription information related to the user policy charging control from the SPR (Spent Profile Repository), and obtaining the subscription information from the PCEF through the Gx interface. Information about the network associated with the bearer.
  • the PCEF is usually located in the gateway (GW, Gate-Way) and performs the policy and charging rules established by the PCRF on the bearer plane.
  • the PCEF detects the service data flow according to the service data flow filter in the rule sent by the PCRF, and then executes the policy and charging rules formulated by the PCRF for these service data flows.
  • the PCEF performs QoS authorization according to the rules sent by the PCRF, and performs gate control according to the execution of the AF.
  • the PCEF triggers reporting of events occurring on the bearer network according to events subscribed by the PCRF.
  • the PCEF performs a corresponding service data flow charging operation, and the charging can be either online charging or offline charging.
  • PCEF In the case of online charging, the PCEF needs to perform credit management together with the Online Charging System (OCS).
  • OCS Online Charging System
  • OFCS Offline Charging System
  • the interface between the PCEF and the PCRF is a Gx interface.
  • the interface with the OCS is the Gy interface, and the interface with the OFCS is the Gz interface.
  • PCEFs are generally located on the gateway of the network, such as the Packet Data Network Gateway (PDN-GW) of the EPS, the GPRS Gateway Support Node (GGSN) in the General Packet Radio Service (GPRS), and the interconnected wireless LAN. Packet Data Gateway (PDG) in (I-WLAN, Interworking WLAN).
  • PDN-GW Packet Data Network Gateway
  • GGSN General Packet Radio Service
  • GPRS General Packet Radio Service
  • the Bearer Binding and Event Reporting Function (BBERF) entity is usually located in the Access Network Gateway.
  • BBERF The Bearer Binding and Event Reporting Function
  • the S-GW exists.
  • BBERF When the user equipment accesses through a trusted non-3GPP access network, BBERF also exists in the trusted non-3GPP access gateway.
  • the SPR stores user policy charging control subscription information related to policy control and charging.
  • the interface between SPR and PCRF is the Sp interface.
  • the Online Charging System (OCS) and PCEF are used to control and manage user credits in the online charging mode.
  • the offline charging system (OFCS) and the PCEF are used to complete the charging operation in the offline charging mode.
  • the above PCC architecture implements a policy plan for the IP Connectivity Access Network (IP-CAN) session established by the UE to access a Packet Data Network (PDN) through various functional entities. Fee control.
  • IP-CAN IP Connectivity Access Network
  • PDN Packet Data Network
  • Fee control The policy charging control information for an IP-CAN session is determined by only one PCRF.
  • the network provides network resources required for data transmission according to the corresponding authorized QoS, and the QoS can be changed according to requirements in the service process.
  • the AF will provide new QoS information to the PCRF, and the PCRF initiates the modification process of the IP-CAN session.
  • the PCRF combines the QoS of the new AF request with the corresponding subscription data of the SPR/UDC (User Data Convergence), the underlying network bearer resource information, etc., and re-authorizes and issues new PCC/QoS rules to the PCEF/BBERF.
  • SPR/UDC User Data Convergence
  • the underlying network bearer resource information etc.
  • the PCEF/BBERF updates the corresponding rules and modifies them. Bear resources to provide new QoS for this service.
  • operators can deploy networks according to their own needs, and customize non-IMS service platforms and data centers.
  • the QoS is changed by triggering its PCRF to initiate an IP-CAN session modification process through a custom interface. If the service is not provided by the operator's own service platform, the operator can sign a private agreement with the service provider to trigger the PCRF to initiate an IP-CAN session modification process to change the QoS through a custom interface.
  • Figure 3 shows the PCC architecture of a third-party application service provider.
  • the application provider and the PCRF communicate with each other through the Rx interface. If the service provider does not have a cooperation agreement with the operator, the interface only transmits the necessary service and data flow information. . Therefore, the way in which operators currently implement proprietary protocols to support private functions and non-3GPP interfaces with third-party data application providers has resulted in frequent upgrades of carrier networks and complex and confusing policy management mechanisms. Therefore, it is necessary for mobile operators to use a unified 3GPP interface for different data application providers to communicate with each other. Supporting such interworking scenarios in terms of authentication, authorization, policy, charging, mobility, and session continuity has become a necessary solution. problem.
  • Figure 4 is a schematic diagram of a PCC structure of a roaming home route in the presence of a third-party application provider
  • the HPLMN is the Home PLMN (Public Land Mobile Network), and the VPLMN is the visited PLMN.
  • GBA general bootstrapping architecture
  • the architecture introduces GBA as a mobile operator to authenticate and authenticate third-party application providers to provide related application services for the UE.
  • BSF Bootstrapping Server Function
  • GBA user security settings GBA user security settings
  • Zh interface between the BSF and the HSS
  • Ks session key
  • the Net Application Function is responsible for service control, and the session key can be obtained from the BSF.
  • the NAF and the UE can have a shared key, which can provide security for subsequent applications, especially when the application session starts to authenticate the UE and the NAF. Therefore, the operator can complete related authentication and authentication, and provide third-party application services for the contracted users. But third party There is no perfect solution for policy negotiation and resource management between application providers and operators.
  • Open ID is a solution for implementing unified authentication of the entire network:
  • a Relying Party RP
  • the Open ID is a Uniform Resource Locator (URL) that the user is on another website, the OpenID Provider (OP).
  • the RP will discover the OP according to the Open ID provided by the user, and then request the OP to authenticate the identity of the user.
  • the OP After receiving the RP request, the OP will ask the user to log in to the OP authentication page for authentication. After the authentication, the OP will remind the user whether to allow the external website to authenticate it. After the user agrees, the OP returns the authentication result to the relying party RP; the OP authentication here uses the GBA boot mode, and the OP is equivalent to the NAF in the GBA architecture.
  • Operators can establish cooperative relationships with some application service providers to provide good service quality and application experience for users' application services.
  • the number and types of network third-party application providers are increasing, and operators are not. It is possible to have a business collaboration with all application providers. Therefore, when the user uses the service of the third-party application provider that does not have a cooperative relationship with the operator, how to ensure the quality of the service service according to the user's request and confirm the use is a problem that needs to be researched and solved. Summary of the invention
  • the embodiments of the present invention provide a method and system for updating the quality of service, which can ensure that the service quality of the service can be provided according to user requirements when the user uses the service of the third-party application provider that does not have a cooperative relationship with the operator.
  • the present invention provides a method for updating a quality of service, including: in a service process, a terminal (UE) sends an update quality of service (QoS) request or a QoS confirmation indication to a packet data network gateway (PGW) ; as well as
  • QoS update quality of service
  • PGW packet data network gateway
  • the PGW After receiving the update QoS request or QoS confirmation indication, the PGW initiates an IP connection. Incoming network (IP-CAN) session modification process, updating QoS.
  • IP-CAN Incoming network
  • the step of initiating the IP-CAN session modification process includes:
  • the PGW When the network has a policy and charging control (PCC) deployment, the PGW receives the update QoS request or the QoS confirmation indication, and then requests a policy and charging rule function (PCRF) to perform a session modification decision, and triggers the PCRF to initiate an IP. -CAN session modification process.
  • PCC policy and charging control
  • the method further includes: after updating the QoS, the UE sends a QoS information and/or a QoS acknowledgement message to the PGW, where the QoS information and/or the QoS acknowledgement message is used to indicate acceptance of the current QoS or not to accept the current QoS;
  • the PGW decides to maintain the current QoS or modify the QoS to the pre-update QoS according to the QoS information and/or the QoS acknowledgment message.
  • the method further includes:
  • the UE After updating the QoS, the UE sends a QoS information and/or a QoS acknowledgement message to the PCRF, where the QoS information and/or the QoS acknowledgement message is used to indicate acceptance of the current QoS or not to accept the current QoS;
  • the PCRF decides to maintain current QoS or modify QoS to pre-update QoS based on the QoS information and/or QoS acknowledgment message decision.
  • the step of the UE sending an update QoS request or a QoS confirmation indication to the PGW includes: sending, by the UE, an update QoS request or a QoS acknowledgement indication to the PGW by using a bearer resource modification procedure or a new message flow.
  • the step of the UE sending the update QoS request or the QoS confirmation indication to the PGW includes: sending, by the UE, the update QoS request or the QoS confirmation indication to the PGW by using a bearer resource modification procedure or a new message flow;
  • the step of the PGW requesting the PCRF to perform the session modification decision includes: the PGW requests the PCRF to perform a session modification decision by using an IP-CAN session modification request message, where the IP-CAN session modification request message carries the updated QoS information.
  • the step of the UE sending the update QoS request or the QoS confirmation indication to the PGW by using the bearer resource modification process or the newly added message flow includes: The UE sends a bearer resource modification request message to the mobility management unit (MME), carrying the update QoS request information or the QoS acknowledgement indication, and the MME sends the bearer resource command to the serving gateway (S-GW) after receiving the bearer resource modification request message. Carrying the updated QoS request information or the QoS acknowledgment indication, and the S-GW forwards the bearer resource command to the PGW; or
  • MME mobility management unit
  • S-GW serving gateway
  • the UE sends a request message carrying the updated QoS request information or the QoS confirmation indication to the MME, and the MME forwards the request message to the S-GW, and the S-GW forwards the request message to the PGW.
  • the update QoS request information or QoS acknowledgment indication is carried by a Protocol Configuration Option (PCO) field or by other fields than the PCO.
  • PCO Protocol Configuration Option
  • the step of the UE sending the QoS information and/or the QoS acknowledgement message to the PGW includes: sending, by the UE, the QoS information and/or the QoS acknowledgement message to the PGW by using a bearer resource modification procedure or a new message flow.
  • the step of the UE sending the QoS information and/or the QoS acknowledgment message to the PCRF includes: sending, by the UE, the QoS information and/or the QoS acknowledgement message to the PGW by using a bearer resource modification procedure or a new message flow, and the PGW passes the credit control request message.
  • the QoS information and/or QoS acknowledgment message is sent to the PCRF.
  • the step of the UE sending the QoS information and/or the QoS acknowledgement message to the PGW by using the bearer resource modification process or the newly added message flow includes:
  • the UE sends a bearer resource modification request message to the MME, and carries the QoS information and/or the QoS acknowledgement message.
  • the MME After receiving the bearer resource modification request message, the MME sends a bearer resource command to the S-GW, and carries the QoS information and/or a QoS acknowledgement message, the S-GW forwarding the bearer resource command to the PGW; or
  • the UE sends a request message carrying the QoS information and/or the QoS acknowledgement message to the MME, and the MME forwards the request message to the S-GW, and the S-GW forwards the request message to the PGW.
  • the method also includes:
  • the PGW After the PGW decides to maintain the current QoS according to the QoS information and/or the QoS acknowledgment message, the PGW sends a bearer resource failure indication carrying an acknowledgment response to the S-GW, and the S-GW forwards the bearer resource failure indication to the MME. Sending, by the MME, a bearer resource modification reject message to the UE To confirm the mouth should be.
  • the private extension field in the bearer resource failure indication is used to carry the acknowledgement response.
  • the method further includes: after the PCRF decides to maintain the current QoS according to the QoS information and/or the QoS acknowledgment message, sending an IP-CAN session modification indication message carrying an acknowledgment response to the PGW, where the PGW sends the SGW to the S-GW.
  • the bearer resource failure indication carrying the acknowledgment response the S-GW forwards the bearer resource failure indication to the MME, and the MME sends a bearer resource modification reject message to the UE as a confirmation response.
  • the step of the PGW modifying the QoS to the pre-updated QoS according to the QoS information and/or the QoS acknowledgment message decision includes:
  • the PGW initiates an IP-CAN session modification procedure to modify the QoS to the pre-update QoS.
  • the step of the PCRF modifying the QoS to the pre-updated QoS according to the QoS information and/or the QoS acknowledgment message decision includes:
  • the PCRF initiates an IP-CAN session modification procedure to modify the QoS to the pre-update QoS.
  • the method further includes:
  • the UE After updating the QoS, the UE actively sends a request message carrying the updated QoS indication to the PGW or sends a notification response carrying the acknowledgement information; or
  • the UE After updating the QoS, the UE sends a request message carrying the update QoS indication or sends the acknowledgement information to the PGW after receiving the notification message carrying the acknowledgement indication sent by the PGW to the UE through the S-GW and the MME. Notification response.
  • An embodiment of the present invention further provides a system for updating quality of service, including a first sending module located at a terminal (UE), and a first QoS update module located at a packet data network gateway (PGW), where:
  • the first sending module is configured to send an update quality of service (QoS) request or a QoS confirmation indication to the PGW in a service process;
  • QoS update quality of service
  • the first QoS update module is configured to: after receiving the update QoS request or the QoS confirmation indication, initiate an IP connection access network (IP-CAN) session modification procedure, and update the QoS.
  • IP-CAN IP connection access network
  • the first QoS update module is configured to initiate an IP-CAN session modification flow in the following manner Cheng:
  • PCRF policy and charging rule function
  • the first sending module is further configured to send QoS information and/or a QoS acknowledgement message to the PGW by using a bearer resource modification procedure or a new message flow after the QoS is updated, where the QoS information and/or the QoS acknowledgement message is used to indicate acceptance.
  • the first QoS update module is further configured to maintain current QoS or modify QoS to pre-update QoS based on the QoS information and/or QoS acknowledgment message decision.
  • the system also includes a second transmitting module at the PGW and a second located at the PCRF
  • the first sending module is further configured to: after updating the QoS, send the QoS information and/or the QoS acknowledgement message to the PGW by using a bearer resource modification process or a new message flow, where the QoS information and/or the QoS acknowledgement message is used. Indicates acceptance of current QoS or does not accept current QoS;
  • the second sending module is configured to send the QoS information and/or the QoS confirmation message to the PCRF by using a credit control request message;
  • the second QoS update module is configured to: maintain current QoS or modify QoS to pre-update QoS according to the QoS information and/or QoS acknowledgment message.
  • the first sending module is configured to send an update QoS request or a QoS confirmation indication to the PGW in the following manner:
  • the update QoS request or QoS confirmation indication is sent to the PGW through the bearer resource modification process or the new message flow.
  • the first QoS update module is configured to request the PCRF to perform a session modification decision in the following manner:
  • the PCRF Modifying the request message request by the IP-CAN session, the PCRF performs a session modification decision
  • the IP-CAN session modification request message carries the updated QoS information.
  • the first QoS update module is further configured to: after the decision to maintain the current QoS, send a bearer resource failure indication carrying the acknowledgment response to the serving gateway (S-GW), and pass the S-GW and the mobility management list.
  • the element (MME) sends an acknowledgment response to the UE.
  • the second QoS update module is further configured to: after the decision to maintain the current QoS, send an IP-CAN session modification indication message carrying an acknowledgment response to the PGW, and send the message to the UE by using the PGW, the S-GW, and the MME. Confirm the response.
  • the first sending module is further configured to: after updating the QoS, actively send a request message carrying the updated QoS indication to the PGW or send a notification response carrying the acknowledgement information; or, after updating the QoS, receiving the PGW After the S-GW and the MME send the notification message carrying the acknowledgment instruction to the UE, the SGW sends a request message carrying the update QoS indication or a notification response carrying the acknowledgment information to the PGW.
  • the user can first experience the improved QoS and then decide whether to accept the QoS, thereby providing the service quality according to the requirements of the user.
  • 1 is a schematic structural diagram of a 3GPP evolved packet system
  • FIG. 2 is a schematic diagram of a PCC structure in a non-roaming scenario in Rel-10;
  • FIG. 3 is a schematic diagram of a PCC structure in which a third-party application provider exists
  • FIG. 4 is a schematic structural diagram of a PCC structure of a roaming home route of a third-party application provider;
  • FIG. 5 is a schematic diagram of a non-roaming network structure introduced into the GBA;
  • Figure 6 is a schematic diagram showing the structure of a non-roaming network introducing OpenID and GBA;
  • Figure 7 is a flow chart of an embodiment of the present invention.
  • Figure 8 is a schematic diagram of a system for implementing the method of Figure 7;
  • FIG. 9 is a flowchart of non-roaming according to Embodiment 1 of the present invention.
  • FIG. 10 is a flowchart of roaming according to Embodiment 1 of the present invention.
  • FIG. 12 is a flowchart of Embodiment 3 of the present invention
  • FIG. 13 is a flowchart of Embodiment 4 of the present invention.
  • a user uses a service of a third-party application provider that does not have a cooperative relationship with the carrier
  • the operator needs to be able to independently provide the contracted users of the network with the service quality required for the application service, and can upgrade and reduce the service according to the user requirements. Quality, and can decide whether to charge extra for this high quality of service according to the user's wishes.
  • a subscriber A of an operator MNO Y is using a service provided by a third-party application provider X (for example, an online movie). Since MNO Y and X have no cooperation, the service uses the non-guaranteed bandwidth provided by the default bearer.
  • Step 1 In a service process, a terminal (UE) sends an update quality of service (QoS) request or a QoS confirmation indication to the PGW;
  • QoS quality of service
  • the UE may send an update QoS request or a QoS confirmation indication to the PGW by using a bearer resource modification procedure or a new message flow.
  • the UE sends a bearer resource modification request message to the MME, where the message carries the update QoS request information or the QoS acknowledgement indication, and after receiving the bearer resource modification request, the MME sends a bearer resource command to the S-GW, where the command carries the updated QoS request information.
  • the S-GW forwards the bearer resource command to the PGW; or, the UE sends the update QoS request information to the MME.
  • the request message of the QoS confirmation indication the MME forwards the request message to the S-GW, and the S-GW forwards the request message to the PGW.
  • the QoS acknowledgment indication may again be referred to as an update QoS indication, which may be referred to as QoS. Confirm the request.
  • Step 2 After receiving the update QoS request or the QoS confirmation indication, the PGW initiates an IP connection access network (IP-CAN) session modification process to update the QoS.
  • IP-CAN IP connection access network
  • the above method further includes: after updating the QoS,
  • the UE sends a QoS information and/or a QoS acknowledgment message to the PGW, the QoS information and/or QoS acknowledgment message is used to indicate acceptance of the current QoS or not to accept the current QoS; the PGW maintains the current QoS according to the QoS information and/or the QoS acknowledgment message decision or The QoS is modified to the QoS before the update.
  • the UE may send QoS information and/or QoS confirmation message to the PGW through a bearer resource modification procedure or a new message flow.
  • the UE sends a bearer resource modification request message to the MME, where the message carries the QoS information and/or the QoS acknowledgement message, and after receiving the bearer resource modification request, the MME sends a bearer resource command to the S-GW, where the command carries the QoS information and / or QoS acknowledgment message, the S-GW forwards the bearer resource command to the PGW; or, the UE sends a request message carrying the QoS information and/or the QoS acknowledgment message to the MME, and the MME forwards the request message to the S-GW, S- The GW forwards the request message to the PGW.
  • the method may further include the following steps: after the PGW maintains the current QoS according to the QoS information and/or the QoS acknowledgment message, the PGW sends a bearer resource failure indication carrying the acknowledgment response to the S-GW (the acknowledgment response may be placed in the bearer resource failure indication).
  • the S-GW forwards the bearer resource failure indication to the MME, and the MME sends a bearer resource modification reject message to the UE as an acknowledgement response.
  • the PGW modifies the QoS to the pre-update QoS according to the QoS information and/or the QoS acknowledgment message decision, the PGW initiates an IP-CAN session modification procedure to modify the QoS to the pre-update QoS.
  • the PCRF is the decision body
  • the PCEF is the executive
  • the PCEF is located in the PGW.
  • the PGW After receiving the updated QoS request or the QoS confirmation indication, the PGW initiates the IP-CAN session modification process, including:
  • the PGW After receiving the update QoS request or the QoS confirmation indication, the PGW requests the PCRF to perform a session modification decision, and the PGW triggers the PCRF to initiate an IP-CAN session modification procedure. Specifically, the PGW requests the PCRF to perform a session modification decision by: the P-GW requests the PCRF to perform a session modification decision by using an IP-CAN session modification request message, where the IP-CAN session modification request message carries the updated QoS information.
  • the above method further includes: after updating the QoS,
  • the UE sends the QoS information and/or the QoS acknowledgement message to the PCRF.
  • the UE sends the QoS information and/or the QoS acknowledgement message to the PGW through the bearer resource modification procedure or the new message flow, and the PGW sends the QoS information and/or through the credit control request message.
  • a QoS acknowledgment message is sent to the PCRF
  • the QoS information and/or the QoS acknowledgment message is used to indicate acceptance of the current QoS or not to accept the current QoS;
  • the PCRF decides to maintain the current QoS or modify the QoS according to the QoS information and/or QoS acknowledgment message decision to QoS before update.
  • the foregoing method may further include the following steps: after the PCRF decides to maintain the current QoS according to the QoS information and/or the QoS acknowledgment message, the IP-CAN session modification indication message carrying the acknowledgment response is sent to the PGW, and the PGW sends a carry confirmation response to the S-GW.
  • the bearer resource failure indication indicates that the S-GW forwards the bearer resource failure indication to the MME, and the MME sends a bearer resource modification reject message to the UE as a confirmation response.
  • the PCRF modifies the QoS to the pre-update QoS according to the QoS information and/or QoS acknowledgment message decision, the PCRF initiates an IP-CAN session modification procedure to modify the QoS to the pre-update QoS.
  • the method further includes: after updating the QoS, the UE actively sends a request message carrying the updated QoS indication to the PGW or sends a notification response carrying the acknowledgment information; or the UE receives the acknowledgment sent by the PGW through the S-GW and the MME to the UE. After the indicated notification message, a request message carrying the updated QoS indication is sent to the PGW or a notification response carrying the confirmation information is sent.
  • the above QoS update includes an increase or decrease in QoS.
  • the system for implementing the above method includes a first sending module located at the terminal, and a first QoS update module located at the PGW, where:
  • the first sending module is configured to send an update quality of service (QoS) request or a QoS confirmation indication to the PGW in a service process;
  • QoS update quality of service
  • the first QoS update module is configured to receive the update QoS request or QoS confirmation finger After the indication, the IP connection access network (IP-CAN) session modification process is initiated, and the QoS is updated.
  • the first sending module is further configured to: after the QoS is updated, send the QoS information and/or the QoS acknowledgement message to the PGW by using a bearer resource modification procedure or a new message flow, where the QoS information and/or the QoS acknowledgement message is used to indicate Accepting the current QoS or not accepting the current QoS; the first QoS update module is further configured to maintain the current QoS or modify the QoS to the pre-update QoS based on the QoS information and/or QoS acknowledgment message decision.
  • the first QoS update module is further configured to send a bearer resource failure indication carrying an acknowledgment response to the S-GW after the decision to maintain the current QoS, and send a confirmation response to the UE by using the S-GW and the MME.
  • the first QoS update module initiates an IP-CAN session modification process: after receiving the update QoS request or the QoS confirmation indication, requesting the PCRF to perform a session modification decision, triggering the PCRF to initiate an IP-CAN session modification process. .
  • the first sending module is further configured to: after updating the QoS, send the QoS information and/or the QoS acknowledgement message to the PGW by using a bearer resource modification process or a new message flow, where the QoS information and The QoS acknowledgment message is used to indicate acceptance of the current QoS or not to accept the current QoS;
  • the system further includes a second sending module located at the PGW, configured to send the QoS information and/or the QoS acknowledgment message to the PCRF through the credit control request message;
  • the system also includes a second QoS update module located at the PCRF that is configured to maintain current QoS or modify QoS to pre-update QoS based on the QoS information and/or QoS acknowledgment message decisions.
  • the first QoS update module requests the PCRF to perform a session modification decision in the following manner:
  • the IP-CAN session modification request message requests the PCRF to perform a session modification decision, and the IP-CAN session modification request message carries the updated QoS information.
  • the second QoS update module is further configured to: after the decision to maintain the current QoS, send an IP-CAN session modification indication message carrying an acknowledgment response to the PGW, and send the message to the UE by using the PGW, the S-GW, and the MME. Confirm the response.
  • the first sending module is further configured to: after updating the QoS, actively send a request message carrying the updated QoS indication to the PGW or send a notification response carrying the acknowledgment information; or, after receiving the PGW, pass the S-GW, The notification sent by the MME to the UE carrying the confirmation indication After the message, a request message carrying the updated QoS indication is sent to the PGW or a notification response carrying the confirmation information is sent.
  • the first sending module is configured to send an update QoS request or a QoS confirmation indication to the PGW by using a bearer resource modification process or a new message flow.
  • the UE accesses the 3GPP network in a non-roaming scenario, and uses a service of a third-party application service provider that does not have a cooperative relationship with the operator.
  • the operator is responsible for providing transmission resources for the third-party application of the UE, and can extend the existing resource modification process according to the requirements of the UE to adjust the service quality and notify the UE to confirm, as shown in FIG. 9, the method for updating and confirming the quality of service in this embodiment Specifically, the method includes the following steps: Step 101: The UE attaches to the home network, establishes an RRC (Radio Resource Control) connection, establishes a radio bearer, initiates a service request, and creates an IP-CAN session.
  • RRC Radio Resource Control
  • Step 102 The UE successfully accesses the Non-IMS AS (non-IMS application server) service, where the UE and the Non-IMS AS use the application level signaling or the HTTP protocol, and the non-IMS AS provides the UE with the application service;
  • the Non-IMS AS non-IMS application server
  • Step 103 The Non-IMS AS initiates an Rx session establishment request to the PCRF, and carries the UE ID/IP, Service ID/application ID, and flow information related information to the PCRF.
  • the PCRF obtains the contract AS information from the SPR/UDC, and formulates and delivers the PCC. Rule establishes the relevant data bearer. Since the AS does not cooperate with the operator, the authorized QoS is default bearer QoS;
  • Step 104 Complete the creation of the bearer required for the service; the PCRF formulates the PCC/QoS rule according to the information sent by the client, such as the AS, the SPR/UDC, and the PGW, and delivers the PCC/QoS rule to the PCEF/BBERF; PCEF/BBERF installs and executes the relevant rules.
  • the bearer binding is complete. If there is no matching bearer, the bearer setup request is sent to create a bearer.
  • the PCRF may also carry the relevant event trigger. (event trigger), as well as usage monitoring threshold, monitoring keywords and other information; PCEF sets and executes related event reporting and usage monitoring functions after receiving the information;
  • Step 105 The service bearer is created, and the network provides the downlink transmission of the service data to the UE according to the authorized QoS.
  • Step 106 In the service process, the UE finds that the quality of service QoS or the user experience is not satisfactory (for example, the data stream transmission is unstable or the bandwidth is too low due to mobility or network conditions, etc.), and initiates an update QoS request to the operator, triggering the QoS update.
  • the quality of service QoS or the user experience is not satisfactory (for example, the data stream transmission is unstable or the bandwidth is too low due to mobility or network conditions, etc.), and initiates an update QoS request to the operator, triggering the QoS update.
  • Step 107 The UE sends a Request Bearer Resource Modify Request message to the MME, where the request message carries updated QoS indication information.
  • the application layer related parameters are updated one by one.
  • the QoS indication information can be carried in PC0 (protocol configuration option) or other AVP.
  • PC0 protocol configuration option
  • the request message may also carry: UE IP/ID, bearer ID (LBI), stream description (TAD), packet filter ID (PTI), QoS, and the TAD indication message in the message is a modify type; If the application is a GBR bearer, the packet filter identifier (s) association needs to be carried in the modification request. If possible, the service ID/Application ID is also carried.
  • Step 108 The MME sends a bear resource command (bear resource command) message to the SGW, where the message includes the updated QoS indication information, and other related parameters.
  • Step 109 After receiving the message, the SGW forwards the bearer resource command message to the PGW, and the message carries the specific parameters received;
  • Step 110 The PCEF (located at the P-GW) determines, according to the received bearer resource command message, that the QoS needs to be updated (for example, according to carrying the priority bearer indication or updating the QoS indication, or the QoS of the service request is higher than the first QoS, etc.), The IP-CAN session modification process is initiated, and a session modification request is sent to the PCRF, where the message carries the UE IP/ID, the requested QoS (ie, updated QoS information), the TAD, and the SDF fileter lD.
  • This embodiment is a scenario for deploying a PCC. If it is not deployed in the network in other embodiments.
  • steps 110-115 are not performed, and the policy decision is made by the PGW.
  • Steps 111-113 The PCRF compares the relevant application (correlate application) with the service information (service information), and reports to the AS if the AS signs the resource status or modifies the event. Related modifications;
  • Step 114 The PCRF queries the SPR/UDC subscription information (for example, whether the user/service/application subscribes to the high priority flow processing; if the subscription permits, updates the QoS according to the request), updates the PCC policy decision (olicy decision), and issues the updated PCC rules are given to PCEF/BBERF, or ADC rules to TDF/PCEF (if there is application flow detection).
  • SPR/UDC subscription information for example, whether the user/service/application subscribes to the high priority flow processing; if the subscription permits, updates the QoS according to the request), updates the PCC policy decision (olicy decision), and issues the updated PCC rules are given to PCEF/BBERF, or ADC rules to TDF/PCEF (if there is application flow detection).
  • SPR/UDC subscription information for example, whether the user/service/application subscribes to the high priority flow processing; if the subscription permits, updates the QoS according to the request
  • PCC policy decision olicy decision
  • TDF/PCEF if there is
  • Step 115 The PCRF sends the updated PCC/QoS rule to the PCEF, and the PCEF/BBERF updates the PCC/QoS rule, and the modified or newly created bearer satisfies the upgraded QoS. And feedback the rule execution response message to the PCRF (optional) to complete the session modification process;
  • Steps 116-123 The PGW executes the QoS policy, completes the bearer modification and binding, and sends an Update Bearer Request to the SGW, and the SGW forwards the message to the MME.
  • the MME constructs a Bearer modify Request message to the eNodeB. With the Bear ID, QoS; the eNodeB maps the EPS bearer QoS to the radio bearer QoS, and sends an RRC CR (connection reconfiguration) message to the UE, the UE updates the storage-related QoS, and returns the relevant response (response) step by step.
  • the message up to the PGW completes the bearer modification process.
  • Step 124 If the QoS update is successful, the QoS acknowledgement request message needs to be sent to the UE, and the user is required to confirm whether the updated QoS is satisfactory. If the UE is satisfied, the UE returns a positive acknowledgment message (acknowledging that accepting the updated QoS may need to be prioritized)
  • the stream processing provides additional tariffs; if the user is not satisfied or disagrees with the payment of the additional priority stream processing fee, the UE returns a negative acknowledgment or no acknowledgment to the network (if the user does not confirm, the terminal device may construct a negative acknowledgment by default.
  • the user does not distinguish the abnormal situation that the user does not send the acknowledgment and the acknowledgment message is lost, but the specific processing is implemented according to the carrier network).
  • the UE can set the startup timerl after receiving the message of step 119. Timer), after the Timer 1 timeout (Timer) (Timerl validity period should ensure that the normal PCRF initiated IP-CAN session modification update QoS processing is completed, that is, the step 123 has ended, and the UE has been provided according to the new QoS. Application service), the UE bearer sends an acknowledgement request message to the application layer. User perception. After transmitting the request message, the UE can start the user confirmation timer Timer2.
  • the notification may be triggered by the UE itself, and the notification is sent by the network side, as in steps 224a-c of the second embodiment.
  • Step 125 After receiving the acknowledgement message of the UE application layer, if the user is satisfied with the updated (eg, promoted) service data flow and is willing to pay the fee for the priority flow processing, the user confirms the message, and the UE sends the acknowledgement to the affirmative Acknowledgement message to the network (carrying positive acknowledgment information in the PCO in request bearer resource modification), the operator will continue to provide updated QoS for the service according to the acknowledgment (for example, continue to perform priority flow processing, provide high priority or High bandwidth resources).
  • the acknowledgment for example, continue to perform priority flow processing, provide high priority or High bandwidth resources.
  • the terminal device may construct a negative acknowledgment message to be sent to the network according to the operator's requirement (the negative acknowledgment information is carried in the PCO in the request bearer resource modification), if If the user does not confirm, the application layer needs to trigger the bearer layer construction negative acknowledgement message to be sent to the network after the timer2 timeout waiting for the acknowledgement.
  • the network will restore the QoS to the level before the request promotion after a certain preview time;
  • Step 126 The MME receives the bearer resource request message of the UE, and sends a bearer resource command to the SGW, carrying parameters in the original message, such as QoS, PCO (which carries a positive or negative acknowledgement information or indication);
  • Step 127 The SGW forwards the message to the PGW, and carries parameters such as QoS and PCO.
  • Step 128 The PCEF initiates an IP-CAN session modification process, and the PGW determines the QoS required by the user service according to the acknowledgement information/indication in the PCO.
  • step 129 is performed; if it is a negative acknowledgement, an IP-CAN session modification request is sent (if the diameter protocol is used between the PCEF and the PCRF, the IP-CAN session modification request message and other IP sessions can be carried by using the credit control request message.
  • Step 132 is performed to provide a downlink service data flow.
  • the QoS fallback mechanism is not within the scope of this document.
  • the timer mechanism between network elements can be used to process the backoff time of the session modification, and the QoS before the update can be stored locally, or when the UE sends the downgrade QoS request message. Carry the previous QoS information, or carry the default QoS indication in the request message.
  • Step 129 After receiving the positive acknowledgment message, the PGW sends a bear recourse failure indication to the SGW, where the message carries the bearer ID, the PTI, the reason for the failure, and the private extension field (indicating the message is Confirmed response); no modification to the resource, just as an ACK message;
  • Step 130 The SGW forwards the message to the MME, and sends a confirmation response in the private extension field.
  • Step 131 The bear recourse modification reject message is sent to the UE, and the PTI and the ESM cause (the cause) are sent; if the UE determines that the message is a confirmation response, the user confirm process is not triggered again. The process of improving the QoS request and the confirmation is completed;
  • Step 132 The process of upgrading or restoring the QoS process is completed. If it is step 128, after the downgrade QoS is completed, the downlink data is transmitted according to the initial QoS; if the QoS success confirmation step 131 is updated, the downlink data is transmitted according to the upgraded QoS. That is, the network continues to provide service data flows for the service according to the authorized QoS.
  • the update QoS indication is carried in the PCO to the network, and the AVP field may be added to the PCO to carry the indication; the specific message flow is the same as that described above, and is not repeated here;
  • the above steps 101-132 are the processing flow of the non-roaming scenario. If the UE roams to the visited place during the service use (see Figure 4, the roaming home routed scenario), Then, the UE needs to be notified of the roaming. If the QoS is increased, the UE needs to re-confirm whether it needs to maintain the high QoS/high priority flow processing. If the user confirms the high QoS processing of the service, an additional high priority flow may be required. Processing fee), if the user confirms, the visited place still provides high QoS for the UE. If the user does not confirm or negatively confirm, the visited place will use the default QoS to provide the service; the specific steps are as shown in Figure 10:
  • Step 133 The HPCRF learns that the UE has roamed, sends a QoS confirmation indication to the UE, notifies the UE to roam, and sends a confirmation message (confirm inform) to the UE, requesting the UE to confirm whether the QoS service flow will continue to be used in the visited place.
  • the message carries a confirm indication, and other related information such as UEID/IP and QoS, and possibly other service information, such as flow information, service ID/application ID, etc.;
  • the HPCRF indirectly informs the UE through the intermediate logic function or the network element or directly sends the UE to confirm that the notification is not within the scope of the discussion herein (for example, a client may be sent by the PCRF to send a notification, or through other applications.
  • the function network element notifies the UE by HTTP). Sending a priority flow to process a high QoS acknowledgment request message to the UE, requesting the user to confirm whether to retain the high QoS flow processing, and returning a positive acknowledgment message if agreed (confirming that retaining high QoS may require additional tariff for this priority stream processing); If you agree to pay the additional priority stream processing fee, you will return a negative confirmation or no confirmation. If the user does not confirm, the terminal device may construct a negative acknowledgment and return it to the network, which facilitates the technical implementation to distinguish the user from sending the acknowledgment and acknowledging the message loss. Abnormal situation, but the specific processing is handled according to the carrier network);
  • Step 134 After receiving the acknowledgement message, if the UE wants to reserve the high QoS and is willing to pay the fee for the priority stream processing, the UE confirms the message, and the UE sends the acknowledgement response message to the network, and further feeds back to the home PCRF. The operator will continue to provide high QoS for this service (for example, continue with priority flow processing to provide high priority or high bandwidth resources).
  • the terminal device optionally constructs a negative acknowledgement message to the network according to the operator's requirements, and performs step 134a;
  • Step 134a If the network does not receive the acknowledgement receiving message from the user within the specified time, or receives the message If the user confirms the rejection message or updates the QoS request message, the PCRF will likely initiate an IP-CAN session modification procedure to update the QoS request (eg, downgrade QoS);
  • the HPCRF combines subscription information with local policies (for example, the user confirms that the Preview timer timeout for retaining high QoS requires lowering the QoS), initiates an IP-CAN or GWcontrol or TDF session modification procedure, updates the relevant PCC or QoS or ADC rules, and restores the default of the service.
  • QoS If the QoS request message sent by the UE is sent to the PGW, the IP-CAN session modification procedure may also be initiated by the PCEF.
  • the network restores the service data stream to the default QoS, and delivers the service data stream according to the default bearer QoS.
  • the default processing of the roaming confirmation notification is the default QoS processing, that is, the user does not confirm or negatively confirms the QoS (the default bearer provides the service); the user returns a positive acknowledgment and continues to maintain the high priority processing.
  • the default processing method of the actual processing may also be that the default is high priority stream processing (that is, the user does not confirm or affirm the acknowledgment to provide the service with high priority after roaming), and if the user provides a negative acknowledgment, the QoS is lowered (using the default bearer as the Service provides QoS).
  • the default processing mode after the specific roaming is not limited in the present invention.
  • the S9 session of the specific home location and the roaming place is implemented according to the prior art; in addition, the scene of the local local access of the roaming local access, the notification confirmation and the QoS tampering process are the same as above, and the description is not repeated herein.
  • the policy control process such as resource allocation and update when the operator provides the service of the non-cooperative third-party application provider to the user UE can be implemented; the user can upgrade or reduce the service quality/user experience according to the needs of the user, and change the operator to The service tariff rate corresponding to the consumed resources transmitted by the service;
  • the UE accesses the 3GPP network, and uses the service of the third-party application service provider that has no cooperation relationship with the operator.
  • the operator is responsible for providing transmission resources for the third-party application of the UE, and can extend the existing resource modification process according to the requirements of the UE to adjust the service quality and notify the UE to confirm.
  • the method for updating and confirming the quality of service of the present invention is specific. Including the following steps: Step 201: The UE attaches to the home network, establishes a radio bearer, and creates an IP-CAN session.
  • Step 202 The UE successfully accesses the Non-IMS AS service, where the UE and the Non-IMS AS use the application level signaling or the HTTP protocol, non-IMS.
  • the AS provides an application service for the UE.
  • the PCRF obtains the contracted AS information from the SPR/UDC, and formulates and delivers the PCC rule to the PCEF to establish a related data bearer. Since the AS does not cooperate with the operator, the authorization QoS is the default bearer QoS;
  • Step 204 Complete the creation of the bearer required for the service; the PCRF formulates the PCC/QoS rules according to the information sent by the client, such as the AS, the SPR/UDC, and the PGW, and delivers the PCC/QoS rules to the PCEF/BBERF; PCEF/BBERF installs and executes the relevant rules.
  • the bearer setup request is sent to create a bearer; while the PCRF delivers the rule, it may also carry the relevant event trigger, and the usage monitoring threshold, monitoring keywords and other information; PCEF receives Set and execute related event reports and usage monitoring functions after the information;
  • Step 205 The service bearer is created, and the network provides the UE with downlink transmission of the service data according to the authorized QoS.
  • Step 206 In the service process, the UE finds that the QoS of the QoS or the user experience is not satisfactory (for example, the data stream is unstable due to mobility or network conditions, or the bandwidth is too low, etc.), and initiates an QoS request to the operator to trigger the UE request.
  • the QoS of the QoS or the user experience is not satisfactory (for example, the data stream is unstable due to mobility or network conditions, or the bandwidth is too low, etc.), and initiates an QoS request to the operator to trigger the UE request.
  • Step 207 The UE sends a request (Request) message to the MME, where the request message carries the updated QoS indication information, and the request message further carries the type of the request (update QoS), the UE IP/ID, the bearer ID (LBI), and the flow information. (eg Stream Description (TAD), Packet Filter ID (PTI), etc.), QoS.
  • the request may carry a packet filter identifier(s); and if possible, a Service ID/Application ID;
  • Step 208 The MME forwards a request message to the SGW, where the message includes the relevant parameters in step 207.
  • Step 209 After receiving the message, the SGW forwards the request message to the PGW, and the message carries the specific parameters received;
  • the CAN session modification process processes, and sends a session modification request to the PCRF.
  • the message carries parameters such as UE IP/ID, requested QoS, flow information (such as TAD, and SDF fileter ID).
  • Step 211-213 The PCRF compares the relevant rules and service information. If the AS signs the resource status or modifies the event, it reports the relevant modification to the AS.
  • Step 214 The PCRF queries the SPR/UDC subscription information (for example, whether the user/service/application subscribes to the high-priority flow processing; if the subscription permits, the QoS is upgraded according to the request), updates the PCC policy decision, and sends the updated PCC rule to the PCEF. /BBERF, or ADC rules to TDF/PCEF (if there is application flow detection).
  • SPR/UDC subscription information for example, whether the user/service/application subscribes to the high-priority flow processing; if the subscription permits, the QoS is upgraded according to the request
  • updates the PCC policy decision and sends the updated PCC rule to the PCEF.
  • BBERF or ADC rules to TDF/PCEF (if there is application flow detection).
  • the PCRF needs to obtain relevant subscription information from a database such as SPR/UDC/HSS.
  • Step 215 The PCEF/BBERF updates the PCC/QoS rule, and the modified or newly created bearer satisfies the upgraded QoS. And feedback the rule execution response message to the PCRF to complete the session modification process.
  • Steps 216-223 The PGW executes the QoS policy, completes the bearer modification and binding, and sends an Update Bearer Request to the SGW, and the SGW forwards the message to the MME.
  • the MME constructs a bearer modification request message and sends it to the eNodeB, with the Bear ID.
  • QoS The eNodeB maps the EPS bearer QoS to the radio bearer QoS, and delivers the RRL CR message to the UE.
  • the UE updates the storage-related QoS, and returns the relevant response message to the PGW step by step to complete the bearer modification process.
  • Step 224 If the update QoS is successful, the UE needs to send an update QoS confirmation request message to the UE, and ask the user to confirm whether the updated QoS is satisfactory. If the UE is satisfied, the UE returns a positive acknowledgment message (acknowledging that the QoS after accepting the update may need to be prioritized) Stream processing provides additional tariffs); if dissatisfied or disagrees with the payment of additional priority stream processing fees, the UE returns a negative acknowledgement or no acknowledgement to the network (if the user does not confirm, the terminal device may construct a negative acknowledgement back to The network is convenient for the technical implementation to distinguish the abnormal situation that the user does not send the acknowledgement and the acknowledgement message is lost, but the specific processing is implemented according to the carrier network.) In the process, the UE may set the start timerl after receiving the message of step 219.
  • Timer after the Timerl timing timeout (Timerl validity period should ensure that the normal PCRF initiated IP-CAN session modification update QoS processing is completed, that is, step 223 has ended, and the application service has been provided for the UE according to the new QoS) UE bearing
  • the acknowledgment request message is sent to the application layer for the user to perceive.
  • the UE may enable the user acknowledgement timer Timer2.
  • steps 224a-c are performed instead of step 224:
  • Step 224a After the IP-CAN session modification process is completed, the service data flow is provided for the service according to the updated QoS; the PGW/PCEF sends a notification message to the UE, and the UE is required to confirm the updated QoS, and the notification message is sent. Carrying a confirmation indication, indicating that the QoS update requested by the user is completed, requesting confirmation;
  • Step 224b After receiving the notification message, the SGW sends the notification to the MME, for example, the UEID/IP, the necessary service flow information, and the confirmation indication are carried in the 224a;
  • Step 224c The MME sends the message to the UE. After receiving the notification message, the UE provides a notification indication to the upper layer (for example, the application layer) to trigger the user to be aware;
  • the upper layer for example, the application layer
  • the 224a-c step has an uplink response message.
  • Step 225 After receiving the acknowledgement message of the UE application layer, if the user is satisfied with the updated (for example, promoted) service data flow and is willing to pay the fee for the priority flow processing, the user confirms the message, and the UE sends a positive confirmation. The message is sent to the network (with a positive acknowledgment in the request or notification response), and the operator will continue to provide updated QoS for the service based on the acknowledgment (eg, continue to perform priority flow processing to provide high priority or high bandwidth resources) ).
  • the updated (for example, promoted) service data flow and is willing to pay the fee for the priority flow processing the user confirms the message, and the UE sends a positive confirmation.
  • the message is sent to the network (with a positive acknowledgment in the request or notification response), and the operator will continue to provide updated QoS for the service based on the acknowledgment (eg, continue to perform priority flow processing to provide high priority or high bandwidth resources) ).
  • the acknowledgment request is not confirmed (no acknowledgment response message is returned) or a negative acknowledgment message is returned to the network ( That is, if the user does not agree to perform the new service quality to provide the service but does not make a negative confirmation, the terminal device optionally constructs a negative acknowledgement message to the network according to the operator's requirement, and if the User does not confirm, the application layer needs to wait for confirmation.
  • the bearer layer construction false acknowledgement message is sent to the network, and the network will restore the QoS to the level before the request promotion after a certain preview time; in other embodiments, in addition to carrying the acknowledgement information in the request or notification response,
  • the update QoS indication may also be carried in the request or notification response.
  • Step 226 The MME receives the request or notification response message of the UE, and forwards the message to the SGW. Carrying parameters in the original message, such as UE IP/ID, QoS, positive or negative acknowledgment information/indication, etc.; Step 227: The SGW forwards the message to the PGW, carrying parameters such as QoS and acknowledgment information/indication; Step 228: PGW according to The acknowledgment information/instruction determines the QoS required for the user's service. If the acknowledgment is positive, step 229 is performed.
  • the IP-CAN session modification request is sent to the PCRF to initiate a session modification process, and the QoS is downgraded; after receiving the downgrade QoS request message, the PCRF combines the subscription information with the local policy (for example, the user confirms that the Preview timer of the updated QoS is timed out) Revert to the original QoS), initiate the IP-CAN or GWcontrol or TDF session tampering process, update the relevant PCC or QoS or ADC rules, and restore the original QoS of the service; the IP-CAN session modification process is described in steps 210-223, modifying the bearer and The QoS provided for the service will be restored to the level before the user upgrade request, and the downlink service data flow is continued according to the original QoS.
  • the local policy for example, the user confirms that the Preview timer of the updated QoS is timed out
  • the QoS fallback mechanism is not within the scope of this document, and for example, the network element may be used.
  • the inter-timer mechanism handles the retracement backoff time of the session, and locally stores the QoS before the update, or the UE carries the previous QoS information when sending the downgrade QoS request message, or the request message carries the default QoS indication, etc.) .
  • step 225-227 is a UE request message
  • step 225-227 there is a downlink response message, from
  • Step 229 Upgrade or restore the QoS process is completed. If it is step 228, after the downgrade QoS is completed, the downlink data is transmitted according to the initial QoS; if the QoS success confirmation step 227 is updated, the downlink data is transmitted according to the upgraded QoS. That is, the network continues to provide traffic data for the service in accordance with the authorized QoS.
  • steps 224a-224c may have corresponding response messages.
  • steps 225-227 may also have corresponding response messages.
  • steps 225-227 may be response messages of 224a-224c.
  • a new charging keyword may be issued in the new PCC rule (corresponding to a new charging rate), and PCRF, PCEF/ may exist.
  • the above steps 201-229 are the processing flow of the non-roaming scenario. If the UE roams to the visited place during the service usage (see Figure 4, the routing scenario is the roaming attribution), the UE needs to be notified of the roaming.
  • the UE It is also necessary for the UE to reconfirm whether it is necessary to maintain high QoS/high priority flow processing (if the user confirms the high QoS processing of the service, an additional high priority flow processing fee may be required), and if the user confirms, the visited place remains the same.
  • the UE provides high QoS. If the user does not confirm or negate the acknowledgment, the visited QoS will be used to provide the service.
  • the specific steps are the same as the steps 133-135. There is no duplication of description here.
  • the message that the network side notifies the UE to acknowledge the message may use the messages of the steps 224a-224c, and may also reuse other existing messages, which is not limited herein.
  • the default processing of the roaming confirmation notification is the default QoS processing, that is, the user does not confirm or negatively confirms the QoS (the default bearer provides the service); the user returns a positive acknowledgment and continues to maintain the high priority processing.
  • the default processing method of the actual processing may also be that the default is high priority stream processing (that is, the user does not confirm or affirm the acknowledgment to provide the service with high priority after roaming), and if the user provides a negative acknowledgment, the QoS is lowered (using the default bearer as the Service provides QoS).
  • the default processing mode after the specific roaming is not limited in the present invention.
  • the S9 session of the specific home location and the roaming area is implemented according to the prior art; in addition, the scenario of the local access local access, the notification confirmation and the QoS modification process are the same as the above, and the description is not repeated.
  • the policy control process such as resource allocation and update when the operator provides the service of the non-cooperative third-party application provider to the user UE can be implemented; the user can upgrade or reduce the service quality/user experience according to the needs of the user, and change the operator to The service tariff rate corresponding to the consumed resources transmitted by the service;
  • FIG. 5 is a structural diagram of a non-roaming network based on GBA.
  • the UE described in this embodiment accesses a 3GPP network in a non-roaming scenario, and uses a third-party application service provider that has no cooperation relationship with the operator. Business.
  • the operator is responsible for authenticating and transmitting resource allocation to the UE and the third-party application provider, adjusting the quality of service according to the needs of the UE, and notifying the UE to confirm, such as As shown in FIG.
  • Step 301 A UE attaches to a home network, establishes a radio bearer, and creates an IP-CAN session.
  • Step 302 The UE accesses the Non-IMS AS/ NAF, in the bootstrapping mode of the GBA, the UE sends a registration request to the BSF, and carries the UEID; the BSF obtains the subscription information and the authentication vector from the HSS, and the BSF completes the authentication of the UE, generates the Ks and the B-TID, and The B-TID is returned to the UE, and the UE sends an application request to the NAF/Non-IMS AS to carry the B-TID.
  • the NAFNon-IMS AS initiates an authentication request to the BSF by using the BTID, and returns a response to the UE after success.
  • the UE establishes a secure session with the Non-IMS AS;
  • Step 303 The NAF/Non-IMS AS initiates an Rx session establishment request to the PCRF, and carries the UE ID/IP, Service ID/application ID, and flow information related information to the PCRF.
  • the PCRF obtains the contracted AS information from the SPR/UDC, and formulates and delivers the PCC rule to the PCEF to establish a related data bearer. Because the AS does not cooperate with the operator, the QoS is the default bearer QoS;
  • Step 304 Complete the bearer creation of the service; The PCRF formulates the PCC based on the information sent by the client such as Non-IMS AS, SPR/UDC, PGW, etc.
  • the QoS rule is delivered to the PCEF/BBERF.
  • the PCEF/BBERF installs and executes the relevant rules to complete the bearer binding. If there is no matching bearer, the bearer setup request is sent and the bearer is created.
  • the PCRF may also carry the relevant rules. Event trigger, and usage monitoring threshold, monitoring keywords and other information; PCEF sets and executes related event reporting and usage monitoring functions after receiving the information;
  • Step 305 The service bearer is created, and the network provides the downlink transmission of the service data to the UE according to the authorized QoS.
  • Steps 306-332 In the service process, the UE finds that the quality of service QoS or the user experience is not satisfactory (for example, the data stream transmission is unstable or the bandwidth is too low due to mobility or network conditions), and initiates an elevation QoS request to the operator;
  • the request process and the operator update the QoS according to the user request and send an acknowledgment message to the user, and the related processing according to the user confirmation to continue or adjust the QoS is the same as steps 106-132; the above description is based on the reuse resource modification process, and may also comply with the second embodiment.
  • the request and notification processing message in the specific implementation is the same as that in the second embodiment, and the description is not repeated here.
  • Embodiment 4 The present embodiment is based on FIG. 6, and FIG. 6 is based on the OpenID and GBA network structure.
  • the UE described in this embodiment accesses the 3GPP network in a non-roaming scenario, and uses the service of the third-party application service provider that has no cooperation relationship with the operator.
  • the operator is responsible for authenticating and transmitting resource allocation to the UE and the third-party application provider, adjusting the quality of service according to the needs of the UE, and notifying the UE to confirm.
  • the method for updating and confirming the quality of service of the present invention specifically includes the following steps:
  • Step 401 The UE attaches to the home network, establishes a radio bearer, and creates an IP-CAN session.
  • Step 402 The UE requests to log in to the RP website (a third-party application provider), and selects to log in by using an Open ID manner; Open ID standardization finds OP, establishes a secure channel with OP to transmit information (for example, RP requests OP to authenticate user identity); RP returns Open Id login interface to end user, or redirects user to OP; user login OP, OP authenticates the user, requests the user to perform login authentication (here uses the GBA authentication method); then the UE sends a registration request to the BSF, and carries the UEID; the BSF obtains the subscription information and the authentication vector from the HSS, and the BSF completes the UE.
  • RP website a third-party application provider
  • the authentication, the Ks and the B-TID are generated, and the B-TID is returned to the UE, and the UE sends an application request to the NAF/OP to carry the B-TID; the NAF/OP uses the BTID to initiate an authentication request to the BSF.
  • the UE returns a response.
  • the UE establishes a secure session with the NAF/OP.
  • the OP returns the authentication result to the RP.
  • the RP analyzes the result of the OP. If the user is authenticated, the user returns the user authentication successfully.
  • the RP service can be used. And certification;
  • Step 403 The RP/Non-IMS AS initiates an Rx session establishment request to the PCRF, and carries the UE ID/IP, Service ID/application ID, and flow information related information to the PCRF.
  • the PCRF obtains the contracted AS information from the SPR/UDC, and formulates and delivers the PCC rule to the PCEF to establish the relevant data bearer. Since the AS does not cooperate with the operator, the authorized QoS is the default bearer QoS;
  • Step 404 Complete the creation of the bearer required for the service; the PCRF formulates the PCC/QoS rule according to the information sent by the client such as the Non-IMS AS, the SPR/UDC, and the PGW, and delivers the PCC/QoS rule to the PCEF/BBERF; PCEF/BBERF is installed and Perform the relevant rules to complete the bearer binding. If there is no matching bearer, the bearer setup request is sent to create a bearer.
  • the PCRF may also carry the relevant event trigger, the usage monitoring threshold, and the monitoring keyword and other information. PCEF sets and executes related event reports and usage monitoring functions after receiving the information;
  • Step 405 The service bearer is created, and the network provides the downlink transmission of the service data for the UE according to the authorized QoS.
  • Steps 406-432 In the service process, the UE finds that the quality of service QoS or the user experience is not satisfactory (for example, the data stream transmission is unstable or the bandwidth is too low due to mobility or network conditions, etc.), and the UE initiates an elevation QoS request to the operator. The request process and the operator update the QoS according to the user request and send an acknowledgment message to the user, according to the user confirmation to continue or adjust the QoS related processing is the same as steps 106-132;
  • PCC IP-CAN session modification process
  • the user can first experience the improved QoS and then decide whether to connect the QoS, thereby providing the service quality according to the requirements of the user.

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La présente invention concerne un procédé et un système de mise à jour de la qualité de service (QoS). Ledit procédé comprend les étapes suivantes : au cours d'une procédure de service, un équipement d'utilisateur (UE) envoie à une passerelle de paquets (PGW) une demande de mise à jour de la QoS ou une instruction de confirmation de la QoS ; ladite passerelle PGW déclenche une procédure de modification de session de réseau IP-CAN (réseau d'accès de connexion IP) afin de mettre à jour la QoS après la réception de la demande de mise à jour de la QoS ou de l'instruction de confirmation de la QoS. Le procédé permet à des utilisateurs de tester la QoS améliorée avant de déterminer de l'accepter ou non, permettant de cette façon de fournir une QoS pour le service en conformité avec les exigences des utilisateurs.
PCT/CN2012/082588 2011-10-10 2012-10-08 Procédé et système de mise à jour de la qualité de service WO2013064004A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110304877.6A CN103037449B (zh) 2011-10-10 2011-10-10 一种更新服务质量的方法及系统
CN201110304877.6 2011-10-10

Publications (1)

Publication Number Publication Date
WO2013064004A1 true WO2013064004A1 (fr) 2013-05-10

Family

ID=48023818

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/082588 WO2013064004A1 (fr) 2011-10-10 2012-10-08 Procédé et système de mise à jour de la qualité de service

Country Status (2)

Country Link
CN (1) CN103037449B (fr)
WO (1) WO2013064004A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019137524A1 (fr) * 2018-01-12 2019-07-18 华为技术有限公司 Procédé et système pour déterminer une qualité de flux de service de réseau, et élément de réseau
US11438802B2 (en) * 2019-11-27 2022-09-06 Aeris Communications, Inc. Method and system for quality-of-service authorization based on type of radio access technology and other data session attributes

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105814853B (zh) * 2013-12-12 2019-10-25 华为技术有限公司 Qos提升方法、装置及系统
WO2015096108A1 (fr) * 2013-12-26 2015-07-02 华为技术有限公司 Procédé, dispositif et système d'émission de vidéo en réseau
CN105827415B (zh) * 2015-01-07 2018-12-04 中国移动通信集团上海有限公司 用于加速业务专有承载恢复的pcc系统、设备及方法
WO2017084603A1 (fr) * 2015-11-19 2017-05-26 中兴通讯股份有限公司 Procédé et dispositif pour le traitement d'une règle pcc
CN106789117A (zh) 2015-11-19 2017-05-31 中兴通讯股份有限公司 Pcc规则的处理方法及装置
CN108353245A (zh) * 2015-11-27 2018-07-31 华为技术有限公司 一种信息内容传输方法和装置
WO2018006306A1 (fr) * 2016-07-06 2018-01-11 华为技术有限公司 Procédé et appareil de configuration de connexion réseau
RU2719421C1 (ru) * 2016-11-07 2020-04-17 Телефонактиеболагет Лм Эрикссон (Пабл) Разграничение услуг для устройств, подключенных к ue, действующему в качестве маршрутизатора
WO2019153109A1 (fr) * 2018-02-06 2019-08-15 Oppo广东移动通信有限公司 Procédé, appareil et dispositif permettant de réaliser un remappage d'un flux de qualité de service, et support d'informations
CN113079541B (zh) * 2020-01-06 2023-05-05 华为技术有限公司 一种报告信息的发送方法、装置及系统
CN114866530B (zh) * 2022-03-28 2024-04-19 深圳优地科技有限公司 升级数据包的下载方法、设备以及计算机存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1863145A (zh) * 2005-05-15 2006-11-15 华为技术有限公司 互通无线局域网中服务质量修改方法
CN101932034A (zh) * 2009-06-26 2010-12-29 华为技术有限公司 提高服务质量的方法及系统和应用网网元
WO2011101743A1 (fr) * 2010-02-18 2011-08-25 Alcatel Lucent Procédé de gestion d'un changement apporté à un mode de commande de support

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1859400A (zh) * 2006-01-05 2006-11-08 华为技术有限公司 对修改服务质量信息进行处理的方法
CN102026303A (zh) * 2009-09-21 2011-04-20 中兴通讯股份有限公司 一种实现家用基站上QoS控制的方法和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1863145A (zh) * 2005-05-15 2006-11-15 华为技术有限公司 互通无线局域网中服务质量修改方法
CN101932034A (zh) * 2009-06-26 2010-12-29 华为技术有限公司 提高服务质量的方法及系统和应用网网元
WO2011101743A1 (fr) * 2010-02-18 2011-08-25 Alcatel Lucent Procédé de gestion d'un changement apporté à un mode de commande de support

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019137524A1 (fr) * 2018-01-12 2019-07-18 华为技术有限公司 Procédé et système pour déterminer une qualité de flux de service de réseau, et élément de réseau
CN110035018A (zh) * 2018-01-12 2019-07-19 华为技术有限公司 确定网络服务质量流的方法、网元和系统
CN110035018B (zh) * 2018-01-12 2021-08-13 华为技术有限公司 确定网络服务质量流的方法、网元和系统
US11304085B2 (en) 2018-01-12 2022-04-12 Huawei Technologies Co., Ltd. Method for determining network quality of service flow, network element, and system
US11438802B2 (en) * 2019-11-27 2022-09-06 Aeris Communications, Inc. Method and system for quality-of-service authorization based on type of radio access technology and other data session attributes

Also Published As

Publication number Publication date
CN103037449B (zh) 2018-01-19
CN103037449A (zh) 2013-04-10

Similar Documents

Publication Publication Date Title
WO2013064004A1 (fr) Procédé et système de mise à jour de la qualité de service
US8943165B2 (en) Method for reselecting bearer binding and event report function
WO2013044730A1 (fr) Procédé et système de mise à jour de qualité de service pour règles de politique et de facturation
WO2008101392A1 (fr) Procédé de transmission de qualité de service lors de transfert entre systèmes et système de réseau et réseau de destination correspondants
WO2010108356A1 (fr) Procédé de chargement, système et procédé de rapport pour accès à un terminal par le biais de réseaux à accès multiple
WO2010081329A1 (fr) Procédé et système pour réguler des ressources de réseau pendant une procédure de migration de flux de services
WO2013155942A1 (fr) Procédé de commande de politique et de facturation, v-pcrf et v-ocs
WO2012058998A1 (fr) Procédé de commande de politique et de facturation soutenant une mobilité de flux ip dans un scénario d'itinérance
WO2012075875A1 (fr) Procédé et système permettant l'enregistrement et la mise en application d'un service de limitation des dépenses
WO2013104234A1 (fr) Procédé et système de contrôle de règles pour un réseau convergé
WO2011029289A1 (fr) Procédé et système de transmission d'un mode de commande de support dans des scénarios d'itinérance
WO2011006317A1 (fr) Procédé et système permettant d'effacer des informations redondantes d'une fonction d’imputation et de règles domestique
WO2011063688A1 (fr) Procédé et système de sélection d'entité à fonction de règles de politique et de facturation
WO2011085614A1 (fr) Procédé de gestion de ressources dans un réseau convergent à service complet et système correspondant
WO2014173340A1 (fr) Procédé et dispositif de politique de facturation d'autorisation d'abonnement interréseau
WO2018038012A1 (fr) Procédé de facturation dépendant de la connectivité double dans un ims
WO2010078761A1 (fr) Procédé, appareil et système de détermination de la politique et de la facturation
WO2014094488A1 (fr) Procédé et dispositif de gestion de politique de facturation destinés à un service local d'itinérance
WO2014107985A1 (fr) Procédé de facturation en ligne de services d'itinérance locale, h-ocs et v-ocs
WO2012083779A1 (fr) Procédé et dispositif de commande de politique
WO2012071956A1 (fr) Procédé, système et appareil destinés à supporter une connectivité de données organisées dans des scénarios itinérants
WO2012129992A1 (fr) Procédé de traitement de connectivité de données sponsorisées, et fonction d'imputation et de règles
WO2011018020A1 (fr) Procede et systeme de commande d'equilibre de charge de pcrf et dra de redirection
WO2011088702A1 (fr) Procédé et système permettant de contrôler des ressources dans un réseau de convergence multiservice
WO2010118673A1 (fr) Procédé, système et dispositif de gestion du contrôle des règles d'utilisation et de facturation

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

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

Country of ref document: EP

Kind code of ref document: A1