[go: up one dir, main page]

WO2013044730A1 - Procédé et système de mise à jour de qualité de service pour règles de politique et de facturation - Google Patents

Procédé et système de mise à jour de qualité de service pour règles de politique et de facturation Download PDF

Info

Publication number
WO2013044730A1
WO2013044730A1 PCT/CN2012/081270 CN2012081270W WO2013044730A1 WO 2013044730 A1 WO2013044730 A1 WO 2013044730A1 CN 2012081270 W CN2012081270 W CN 2012081270W WO 2013044730 A1 WO2013044730 A1 WO 2013044730A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
quality
pcrf
update
terminal
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2012/081270
Other languages
English (en)
Chinese (zh)
Inventor
吴锦花
周晓云
宗在峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Publication of WO2013044730A1 publication Critical patent/WO2013044730A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5051—Service on demand, e.g. definition and deployment of services in real time

Definitions

  • the present invention relates to a policy and charging control technology in a wireless communication system, and more particularly to a method and system for updating a service quality of a policy and charging rule in an evolved packet system (EPS, Evolved Packet System).
  • EPS evolved packet system
  • Evolved Packet System 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 (UE, User Equipment) and the P-GW, and the supported mobile
  • the SMS management protocol is 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-1 shows the structure of the PCC in the non-roaming scenario in the Rel-8.
  • the application function (AF, Application Function) entity is used to provide access points for service applications. The network used by these service applications. Resources require dynamic policy control.
  • the AF passes the 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 equipment (UE, User Equipment).
  • 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 Charging Enforcement Function (PCEF) entity.
  • PCEF Policy and Charging 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
  • PCEF and offline charging system OFFCS, Offline Charging Exchange related accounting information between System.
  • the interface between the PCEF and the PCRF is a Gx interface
  • the interface with the OCS is a Gy interface
  • the interface between the OFCS and the OFCS is a 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 PGW in (I-WLAN, Interworking WLAN, ).
  • 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 an IP-CAN session modification procedure.
  • the PCRF combines the QoS of the new AF request with the corresponding subscription data of the SPR/UDC (User Data Convergence), re-authorizes the underlying network bearer resource information, and issues new PCC/QoS rules to the PCEF/BBERF.
  • the PCEF/BBERF updates the corresponding rules and modifies them.
  • Bear resources to provide new QoS for this service For non-IMS services, operators can work according to their own needs.
  • 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, in this scenario, the operator needs to be able to independently provide the subscription users of the network with the service quality required for the application service, and can improve and lower the service quality according to the user requirements, and can decide whether to There is an extra charge for high quality of service.
  • 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.
  • Quality of service In the process of using the service, the user A feels that the user experience is poor and initiates a request to the operator Y to improve the service quality of the service. Then the operator Y needs to modify the current IP-CAN session of the UE. Corresponding QOS; At the same time, due to the high service quality, there is an additional charge. It is necessary to inform the user whether it is satisfied with the upgraded service quality and is willing to pay for it. After the user confirms the permission, the operator can charge an additional fee for the improvement of the service quality. . However, there are no solutions in the relevant UE and network processes that support the promotion and validation of this type of service.
  • Embodiments of the present invention provide a method and system for updating a service quality of a policy and a charging rule.
  • the problem of providing service quality cannot be provided according to user requirements when the user uses the service of a third-party application provider that does not have a cooperative relationship with the operator.
  • the present invention provides a service quality update method for a policy and a charging rule, including:
  • the terminal interacts with the triggering function to request or confirm an update of the service quality of the service accessed by the terminal;
  • the trigger function interacts with a policy charging rule function (PCRF), and the PCRF performs an IP-Connected Access Network (IP-CAN) session modification according to the request of the triggering function to update the service quality of the service.
  • PCRF policy charging rule function
  • IP-CAN IP-Connected Access Network
  • the PCRF entity performs an IP-CAN session modification, and the steps of updating the quality of service of the service include:
  • the PCRF After receiving the request for updating the quality of service of the service sent by the triggering function, if the PCRF determines that the terminal has subscribed to the high priority flow processing, performing the IP-CAN session modification to update the service of the service. quality.
  • the method also includes:
  • the trigger function sends an update service quality confirmation request to the terminal or the terminal itself triggers an update service quality confirmation request;
  • the terminal If the terminal agrees to perform the updated quality of service, it returns an update confirmation response to the trigger function, and if it does not agree to perform the updated quality of service, returns an update denied response or does not return a response to the trigger function.
  • the method also includes:
  • the terminal After the service quality update of the service is completed, if the terminal agrees to perform the updated service quality, the terminal returns an update confirmation response to the trigger function, and if it does not agree to perform the updated service quality, returns to the trigger function. Update the denied response or not return a response.
  • the method also includes:
  • the home PCRF After the terminal is roaming, the home PCRF notifies the trigger function that the terminal is roaming, and the trigger function sends an update service quality confirmation request to the terminal.
  • the method also includes:
  • the PCRF After the triggering function knows that the terminal does not agree to the updated quality of service, sending a negative acknowledgement to the PCRF, the PCRF initiates the IP-CAN session modification, and re-updates the service quality of the service, including reducing the The quality of service of the service or the original quality of service for the service.
  • the trigger function is a logical function entity having an application function, integrated in the PCRF, or deployed in a network application function (NAF) or a non-IP multimedia subsystem application service (non-IMS AS) or dependent In the party (RP), and interacting with the PCRF through a protocol that meets the communication requirements of the two, the protocol includes the Diameter protocol.
  • NAF network application function
  • non-IMS AS non-IP multimedia subsystem application service
  • RP dependent In the party
  • the embodiment of the present invention further provides another method for updating the quality of service of the policy and charging rules, including:
  • the terminal interacts with the Policy Charging Rules Function (PCRF) to request or confirm an update of the quality of service of the service accessed by the terminal;
  • PCRF Policy Charging Rules Function
  • the PCRF performs an IP-CAN session modification according to the trigger of the terminal, and updates the service quality of the service.
  • the PCRF performs an IP-CAN session modification, and the steps of updating the quality of service of the service include:
  • the PCRF After the PCRF receives the request for updating the quality of service of the service sent by the terminal, and determines that the terminal has subscribed to the high priority flow processing, performing the IP-CAN session modification to update the service quality of the service. .
  • the method also includes:
  • the PCRF sends an update service quality confirmation request to the terminal or the terminal itself triggers an update service quality confirmation request;
  • the terminal If the terminal agrees to perform the updated quality of service, it returns an update confirmation response to the PCRF; if it does not agree to perform the updated quality of service, it returns an update denied response to the PCRF or does not return a response.
  • the method also includes:
  • the terminal After the service quality update of the service is completed, if the terminal agrees to perform the updated service quality, the terminal returns an update confirmation response to the PCRF, and if it does not agree to perform the updated service quality, Then the update denied response is returned to the PCRF or no response is returned.
  • the method also includes:
  • the home PCRF After the terminal roams, the home PCRF sends an update service quality confirmation request to the terminal.
  • the method also includes:
  • the IP-CAN session modification is initiated, and the service quality of the service is re-updated, including reducing the quality of service or restoring the original service quality.
  • An embodiment of the present invention further provides a service quality update system for a policy and a charging rule, including a terminal and a policy charging rule function (PCRF), where
  • PCRF policy charging rule function
  • the system also includes a trigger function
  • the terminal is configured to interact with the trigger function to request or confirm an update of a quality of service of a service accessed by the terminal;
  • the triggering function is configured to interact with the PCRF, requesting the PCRF to initiate an IP connection access network (IP-CAN) session modification process to update the service quality of the service;
  • IP-CAN IP connection access network
  • the PCRF is configured to perform an IP-CAN session modification to update the quality of service of the service.
  • the PCRF is configured to perform the IP-CAN session modification, and update the IP address when the terminal has signed the high priority flow processing after receiving the request for updating the service quality of the service sent by the trigger function.
  • the quality of service of the business is configured to perform an IP-CAN session modification to update the quality of service of the service.
  • the triggering function is further configured to: after the terminal does not agree to the updated quality of service, send a negative acknowledgement to the PCRF, trigger the PCRF to initiate the IP-CAN session modification, and re-update the service quality of the service. , including reducing the quality of the service or restoring the original quality of service.
  • the embodiment of the present invention further provides another service quality update system for policy and charging rules, including a terminal and a policy charging rule function (PCRF), where
  • PCRF policy charging rule function
  • the terminal is configured to interact with the PCRF to request or confirm an update of the quality of service of the service accessed by the terminal;
  • the PCRF is configured to perform an IP connection access network (IP-CAN) according to the trigger of the terminal Modify the words and update the service quality of the service.
  • IP-CAN IP connection access network
  • the PCRF is configured to perform the IP-CAN session modification and update the service when it is determined that the terminal has subscribed to the high priority flow processing after receiving the request for updating the quality of service of the service sent by the terminal. Quality of service.
  • the PCRF is further configured to initiate the modification of the IP-CAN session and re-update the quality of service of the service after learning that the terminal does not agree to the updated quality of service, including reducing the quality of service or restoring the original quality of service.
  • This solution can ensure that users can provide service quality according to user requirements when using services of third-party application providers that do not have a cooperative relationship with operators.
  • 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;
  • Figure 3-1 is a schematic diagram of a service quality update method for policy and charging rules 1;
  • Figure 3-2 is a schematic diagram 2 of the method for updating the quality of service of the policy and charging rules
  • FIG. 4 is a schematic structural diagram of a system in a non-roaming scenario of a PCC in the first embodiment
  • FIG. 5 is a schematic diagram of a service quality update procedure in a PCC-based non-roaming scenario in the first embodiment
  • FIG. 6 is a schematic structural diagram of a system in a PCC roaming scenario in Embodiment 1;
  • FIG. 7 is a schematic diagram of a service quality update procedure in a PCC-based non-roaming scenario in the first embodiment
  • FIG. 8 is a schematic structural diagram of a GBA network provided in Embodiment 2.
  • FIG. 9 is a schematic structural diagram of a service quality update system based on a GBA network in Embodiment 2;
  • FIG. 10 is a schematic diagram of a service quality update process based on a GBA network in Embodiment 2;
  • FIG. 11 is a schematic diagram of an OpenID and GBA network structure provided in Embodiment 3. ;
  • 12 is a schematic structural diagram of a service quality update system based on OpenID and GBA networks in Embodiment 3;
  • FIG. 13 is a schematic diagram of a service quality update process based on OpenID and GBA networks in Embodiment 3;
  • FIG. 14 is a schematic structural diagram of a system in a non-roaming scenario of a PCC in Embodiment 4;
  • FIG. 15 is a schematic diagram of a service quality update procedure in a PCC-based non-roaming scenario in Embodiment 4;
  • FIG. 16 is a schematic structural diagram of a system in a PCC roaming scenario in Embodiment 4.
  • FIG. 17 is a schematic diagram of a service quality update procedure in a PCC-based non-roaming scenario in Embodiment 4.
  • Preferred embodiment of the invention
  • an implementation method for the service quality update of the policy and the charging rule includes: the terminal interacting with the triggering function to request or confirm the update of the service quality of the service accessed by the terminal;
  • the function interacts with the PCRF, and the PCRF performs IP-CAN session modification according to the request of the trigger function to update the quality of service of the service.
  • the trigger function is deployed separately from the PCRF.
  • the triggering function is a triggering NE with an application function. It is a logical functional entity.
  • the deployment can be an entity such as NAF or non-IMS AS or RP.
  • a trigger function and a PCRF interface Rx' are added.
  • the Rx' is similar to the Rx interface.
  • the two communicate through a protocol that meets the communication requirements of the two.
  • the trigger function interacts with the PCRF through the Diameter protocol, and the trigger function is sent as a PCRF client to the PCRF.
  • the request message triggers the PCRF to initiate an IP-CAN session modification process.
  • an interface between the UE and the trigger function is added.
  • the interface supports the http protocol or other application layer signaling, and the trigger function interacts with the terminal through Hypertext Transfer Protocol (HTTP) or application layer signaling.
  • HTTP Hypertext Transfer Protocol
  • the PCRF may directly improve the service quality of the service, and may also determine that the terminal has subscribed to the high priority flow processing, and The IP-CAN session is modified to update the quality of service of the service.
  • the PCRF can also reduce or restore QoS, specifically:
  • the trigger function After the service quality update of the service is completed, after the trigger function sends an update service quality confirmation request to the terminal or the terminal itself triggers an update service quality confirmation request, when the terminal agrees to perform the upgraded service quality, the The trigger function returns an update confirmation response, and when it does not agree to perform the promoted quality of service, returns an update denied response or does not return a response to the trigger function.
  • the home PCRF After the terminal is roaming, the home PCRF notifies the trigger function that the terminal is roaming, and the trigger function sends an update service quality confirmation request to the terminal again.
  • the PCRF After the triggering function knows that the terminal does not agree to the improved quality of service, sending a negative acknowledgement to the PCRF, the PCRF initiates the IP-CAN session modification, and updates the service quality of the service, including reducing the service. Quality or restore the original quality of service.
  • the service quality update system of the policy and charging rule corresponding to the above method includes a terminal and a policy charging rule function entity (PCRF), and the system further includes a trigger function.
  • PCRF policy charging rule function entity
  • the terminal is configured to interact with the triggering function to request or confirm an update of the quality of service of the service accessed by the terminal;
  • the triggering function is configured to interact with the PCRF, requesting the PCRF to initiate an IP-CAN session modification process, and updating the Determining the quality of service of the service;
  • the PCRF is configured to perform an IP-CAN session modification to update the quality of service of the service.
  • the trigger function is deployed separately from the PCRF.
  • the triggering function is a triggering NE with an application function. It is a logical functional entity.
  • the deployment can be an entity such as NAF or non-IMS AS or RP.
  • Added trigger function and PCRF interface Rx', this Rx' is similar to Rx interface, and the two communicate with the protocol that meets the communication requirements of the two.
  • the trigger function interacts with the PCRF through the Diameter protocol, and the trigger function acts as the PCRF client to the PCRF. Sending a request message triggers the PCRF to initiate an IP-CAN session modification process.
  • an interface between the UE and the trigger function is added.
  • the interface supports the http protocol or other application layer signaling, and the trigger function interacts with the terminal through Hypertext Transfer Protocol (HTTP) or application layer signaling.
  • HTTP Hypertext Transfer Protocol
  • the PCRF is configured to perform the IP-CAN session modification, and update the IP address when the terminal has signed the high priority flow processing after receiving the request for updating the service quality of the service sent by the trigger function. The quality of service of the business.
  • the PCRF can also reduce or restore QoS.
  • the triggering function is further configured to: after the terminal does not agree to the updated quality of service, send a negative acknowledgement to the PCRF to trigger the PCRF to initiate the IP-CAN session modification, and update the service quality of the service, including reducing The quality of service or the original quality of service is restored.
  • an implementation method of the service quality update of the policy and the charging rule includes: the terminal interacting with the PCRF to request or confirm the update of the service quality of the service accessed by the terminal;
  • the PCRF performs IP-CAN session modification according to the trigger of the terminal, and updates the service quality of the service.
  • the PCRF has the function of triggering function in the above method, and it can be understood that the trigger function is integrated into the PCRF or the PCRF enhances the trigger function in the above method.
  • the internal interface is used between the two, and the communication protocol of the two is not limited.
  • the PCRF may directly improve the service quality of the service, and may also determine that the terminal has signed the high priority flow processing, and performs The IP-CAN session is modified to update the quality of service of the service.
  • the PCRF can also reduce or restore QoS, specifically:
  • the PCRF After the service quality update of the service is completed, after the PCRF sends an update service quality confirmation request to the terminal or the terminal itself triggers an update service quality confirmation request, when the terminal agrees to perform the upgraded service quality, the The PCRF returns an update confirmation response; when it does not agree to perform the promoted quality of service, it returns an update denied response to the PCRF or does not return a response.
  • the home PCRF After the terminal roams, the home PCRF sends an update service quality confirmation request to the terminal.
  • the IP-CAN session modification is initiated, and the service quality of the service is updated, including reducing the quality of service or restoring the original service quality.
  • the service quality update system of the policy and charging rule corresponding to the foregoing method includes a terminal and a PCRF, wherein the terminal is configured to interact with the PCRF to request or confirm an update of the quality of service of the service accessed by the terminal;
  • the PCRF is set to perform IP-CAN session modification according to the trigger of the terminal, and update the quality of service of the service.
  • the PCRF has the function of the trigger function in the above method, and it can be understood that the trigger function is integrated in the PCRF or the PCRF enhances the trigger function in the above method.
  • the internal interface is used between the two, and the communication protocol of the two is not limited.
  • the PCRF is configured to perform the IP-CAN session modification and update the service when it is determined that the terminal has subscribed to the high priority flow processing after receiving the request for updating the quality of service of the service sent by the terminal. Quality of service.
  • the PCRF can also reduce or restore QoS.
  • the PCRF is further configured to: after the terminal does not agree to the improved quality of service, initiate the IP-CAN session modification, and update the service quality of the service, including reducing the quality of service or restoring the original quality of service.
  • the service function of the service may be updated and modified by using a trigger function separately deployed with the PCRF or a PCRF having a trigger function. , to achieve the purpose of providing business service quality according to user requirements.
  • This solution is also applicable to the carrier's own business and the cooperative third-party application service provider business. The present solution will be described below by way of specific embodiments.
  • this embodiment introduces the trigger function of the solution on the basis of the architecture of FIG. 2, and adds an interface between the UE and the trigger function (here, the interface between the UE and the application function, which can use the http protocol or Other application layer signaling), also added a trigger function and PCRF interface Rx' (this Rx' is similar to the Rx interface, which can communicate using the Diameter protocol).
  • the trigger function here, the interface between the UE and the application function, which can use the http protocol or Other application layer signaling
  • PCRF interface Rx' this Rx' is similar to the Rx interface, which can communicate using the Diameter protocol.
  • 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 providing transmission resources for the third-party application of the UE, and can adjust the quality of service according to the requirements of the UE and notify the UE to confirm.
  • the method for updating and confirming the quality of service includes the following steps:
  • Step 501 The UE attaches to the home network, establishes a radio bearer, and creates an IP-CAN session.
  • Step 502 The UE logs in and successfully accesses a non-IP multimedia subsystem application service (Non-IMS AS), and the non-IMS AS provides an application service for the UE.
  • Non-IMS AS non-IP multimedia subsystem application service
  • the UE and the Non-IMS AS can use HTTP protocol and application layer signaling when communicating.
  • Step 503 The Non-IMS AS and the PCRF execute the PCC process.
  • the Non-IMS AS initiates an Rx session establishment request to the PCRF, which may carry the UE ID/IP, the service ID/application ID, and the data flow related information.
  • the PCRF obtains the contracted AS information from the SPR/UDC, and formulates and delivers the PCC rules to the PCEF to establish related data bearers.
  • the QoS is the default bearer QoS; and for the AS without cooperation, the QoS information and service information of the Rx interface and the PCRF are optional steps.
  • Step 504 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.
  • the PCEF/BBERF installs and executes the relevant rules to complete the bearer binding.
  • the bearer sends a bearer setup request to create a bearer.
  • the PCRF may also carry related event triggers, as well as usage monitoring thresholds, monitoring keywords, and other information.
  • PCEF receives and executes related event reports after receiving the information. Usage monitoring function.
  • Step 505 The service bearer is created, and the network provides the service data for the UE according to the authorized QoS. Downlink transmission.
  • Step 506 In the service process, the UE finds that the quality of service QoS or the user experience is not satisfactory (for example, due to factors such as unstable data flow or low bandwidth due to mobility or network conditions), the UE initiates a QoS promotion request to the trigger function. .
  • the QoS promotion request may carry the UEIP/ID, the priority flow processing indication/QoS, and the data flow information, and may carry the service ID/application ID if necessary.
  • the communication protocol between the UE and the trigger function is not limited, and the http or application layer signaling can be implemented.
  • Step 507 After receiving the QoS promotion request of the UE, the trigger function associates the UE Id/IP with the service/application that needs to improve the QoS, sends a QoS promotion request to the PCRF, and requests to initiate a session modification to improve the QoS of the corresponding session.
  • the QoS promotion request may carry the UEIP/ID, the priority flow processing indication/QoS, and the data flow information, and may carry the service ID/application ID if necessary.
  • Step 508 After receiving the request message of the trigger function, the PCRF queries whether the user of the SPR/UDC has subscribed to the high priority flow processing. (Querying whether the user subscribes to the high priority flow processing manner may also query the service or application used by the user. Whether the high priority stream processing implementation is signed, and if so, the session modification process is initiated according to the request.
  • the PCRF also issues an updated PCC rule to the PCEF/BBERF, or ADC (Application Detection Control) rule to the TDF (Traffic Detection Function).
  • the PCEF/BBERF/TDF updates the PCC/QoS/ADC rules, modifies or creates a new bearer, performs the binding of the enhanced QoS and related bearers, and sends a response message to the PCRF to feedback the execution result of the rule.
  • Step 509 The PCRF returns an enhanced QoS modification response message (CCA Credit Control Answer) to the trigger function to notify whether the QoS modification is accepted. If the QoS modification is rejected, the relevant cause value is carried.
  • CCA Credit Control Answer CCA Credit Control Answer
  • Step 510 After the QoS is successfully upgraded, the trigger function sends an enhanced QoS confirmation request message to the UE, and the user is required to confirm whether the updated QoS is satisfied.
  • Step 511 After receiving the acknowledgement message of the trigger function, if the UE is satisfied with the updated (eg, boosted) service data flow and is willing to pay the fee for the priority flow processing, the UE confirms the message, and the UE confirms the message. A confirmation message will be sent to the trigger function. After receiving the acknowledgment response from the UE, the trigger function optionally returns an acknowledgment response message to the PCRF, and the operator will continue to provide the QoS after the promotion (for example, continuing the priority flow processing to provide high priority or high bandwidth resources). ).
  • the terminal device optionally constructs a negative acknowledgment message to the trigger function according to the operator's requirements).
  • the terminal device may construct a negative acknowledgement and return to the network, so that the technical implementation can 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.
  • the trigger function may set the QoS promotion timer Timer 1 in step 506 (the Timer 1 validity period should ensure that the normal PCRF initiated IP-CAN session modification update QoS processing is completed and the application service has been provided for the UE according to the new QoS.
  • the PCRFCCA acknowledgment message of step 509 is received and the Timerl expires, an acknowledgment request message is sent to the UE.
  • the trigger function may also directly trigger an acknowledgment message to the UE after step 507, and the message prompts the user to be within a certain time interval (this time interval can effectively ensure that the IP-CAN session modification update initiated by the PCRF is completed and the new QoS has been pressed.
  • the application service is provided for the UE, and the priority stream processing is confirmed, and the time rl is not required; the embodiment is not specifically limited according to the implementation arrangement.
  • the trigger function may also enable the user acknowledgement timer Timer2 after sending the boost QoS acknowledgement request message in step 510.
  • Step 511a If the trigger function does not receive the acknowledgement receiving message of the user within a specified time (for example, timer2 duration), or receives the acknowledgement rejection message of the user, an update QoS request (for example, reducing the QoS request) is sent to the PCRF;
  • a specified time for example, timer2 duration
  • an update QoS request for example, reducing the QoS request
  • Step 511b After receiving the QoS request message of the triggering function, the PCRF combines the subscription information and the local policy (for example, the user confirms that the preview timer of the updateQoS is timed out and needs to reply to the original QoS), and initiates an IP-CAN/GWcontrol/TDF session modification process. Update the relevant PCC/QoS/ADC rules to restore the original QoS of the service; Step 511c: After the QoS recovery process is completed or the QoS confirmation time expires, the processing of the service data flow by the network will be restored to the QoS before the UE requests the promotion.
  • the PCRF After receiving the QoS request message of the triggering function, the PCRF combines the subscription information and the local policy (for example, the user confirms that the preview timer of the updateQoS is timed out and needs to reply to the original QoS), and initiates an IP-CAN/GWcontrol/TDF session modification process. Update the relevant PCC/QoS/ADC rules to restore the
  • the QoS fallback mechanism is not within the scope of the solution, and the timeout mechanism between the 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 the Trigger node carries the downgrade QoS request message.
  • the previous QoS information, or the request message carries the default QoS indication.
  • step 510 is an optional step. It is also possible to use the way the terminal itself triggers the update of the quality of service confirmation request.
  • the interaction with the PCRF is handled as an internal interface.
  • the interaction between all trigger functions and PCRF is all implemented as an internal function.
  • the PCRF performs IP-CAN session modification, update, and confirmation of service quality based on the triggering of the trigger function.
  • a new charging keyword may be issued in the new PCC rule (corresponding to a new charging rate), and PCRF, PCEF/ may exist.
  • PCRF charging network element
  • the above steps 501-511 are the processing flow of the non-roaming scenario.
  • the home PCRF needs to notify the triggering function that the UE has roamed. If the QoS is increased before, the UE needs to reconfirm whether it needs to maintain high QoS/high priority flow processing (if the user confirms the high QoS processing of the service, it may need to pay additional high priority flow processing fee), if the user confirms The visited location still provides high QoS for the UE.
  • Step 512 HPCRF (Home PCRF) learns the UE Roaming occurs, sending a QoS confirmation indication to a trigger function (for example, a RAR message), notifying the UE to roam, and instructing the trigger function to send an acknowledgement message of the priority stream processing to the UE, requesting the UE to confirm whether the QoS service flow processing will continue to be used at the visited location;
  • a trigger function for example, a RAR message
  • the message may carry an acknowledgement indication, UEID/IP, QoS, and other service information that may exist, such as data flow information, service ID/application ID, and the like.
  • the trigger function sends an acknowledgement response message (for example, RAA) to reply to the indication request message of the HPCRF.
  • RAA acknowledgement response message
  • Step 514 The trigger function sends a priority flow processing high QoS acknowledgment request message to the UE, requesting the user to confirm whether to retain the high QoS flow processing, if a positive acknowledgment message is returned (confirming that retaining high QoS may require additional tariff for this priority flow processing) If you do not agree to pay the additional priority stream processing fee, return a negative confirmation or no confirmation (if the user does not confirm, the terminal device may construct a negative confirmation to return to the network, which facilitates the technical implementation to distinguish the user from sending the confirmation and Confirm the abnormal situation of message loss, but the specific processing is implemented according to the carrier network);
  • the processing flow, the trigger function can set the user confirmation timer Timer3 when sending the confirmation request, and if the timerout still does not receive the positive confirmation, initiate the lowering of the QoS. Processing flow);
  • Step 515 After receiving the acknowledgement message of the trigger function, 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 an acknowledgement message to the trigger function. After receiving the acknowledgment response from the UE, the triggering function optionally returns an acknowledgment response message to the PCRF, and the operator will continue to provide high QoS for the service (for example, continuing priority flow processing to provide high priority or high bandwidth resources).
  • the terminal device optionally constructs a negative acknowledgment message to be sent to the trigger function according to the operator's requirement, and performs steps 515a-c.
  • Step 515a If the trigger function does not receive the acknowledgement receiving message of the user within a specified time (for example, timer3 duration), or receives the acknowledgement rejection message of the user, an update QoS request (for example, lowering QoS) is sent to the PCRF;
  • a specified time for example, timer3 duration
  • an update QoS request for example, lowering QoS
  • Step 515b After receiving the QoS request message of the triggering function, the HPCRF combines the subscription information and the local policy (for example, the user confirms that the timer that reserves the high QoS timeout needs to reduce the QoS), and initiates the IP-CAN/GWcontrol/TDF session modification process. Update the relevant PCC/QoS/ADC rules to restore the default QoS of the service;
  • Step 515c 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 low QoS processing, that is, the user does not confirm or negatively acknowledges 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). This solution is not limited to the default processing method after specific roaming.
  • timers in the above embodiments such as timer 1 and timer 2 of the trigger function, may be the same timer. According to the implementation requirements, this solution is not limited.
  • the S9 session in the specific process and the roaming area in the above process is implemented according to the prior art; in addition, the scenario of the roaming local access, the notification confirmation and the QoS modification process are the same as above, and the description is not repeated.
  • the trigger function is the home network element, the trigger function and the home PCRF, and the UE interaction.
  • the actual network deployment can also directly interact with the trigger function of the UE and the visited trigger function and the visited PCRF (VPCRF).
  • VPCRF transmits the trigger function information to the HPCRF, depending on the carrier's deployment with the roaming protocol.
  • 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 8 is a generic introduction of the Generic Bootstrapping Architecture (GBA) solution for the current interaction between mobile operators and third-party application providers.
  • GBA Generic Bootstrapping Architecture
  • GBA is introduced as a mobile operator.
  • the Bootstrapping Server Function (BSF) is the functional entity in the operator's network.
  • All GBA user security settings (GUSS) are stored in the HSS, and the BSF passes the interface with the HSS (Zh). Obtain user security information and authentication information.
  • the UE and the BSF pass the authentication mechanism between the BSF and the UE.
  • GBA Generic Bootstrapping Architecture
  • a session key (Ks) is generated, and a Net Application Function (NAF) is responsible for service control, and the session key can be obtained from the BSF.
  • NAF Net Application Function
  • the NAF and the UE can have a shared key. This shared key provides security for subsequent applications, especially when the application session begins to authenticate the UE and NAF. Therefore, the operator can complete related authentication and authentication, and provide third-party application services for the contracted users.
  • the trigger function of the scheme is introduced on the basis of the GBA non-roaming network structure of FIG. 8, and the interface of the UE and the trigger function is added (here, the interface between the UE and the application function, and the http can be used. Protocol or other application layer signaling), an interface for triggering functions and PCRF is added (where Rx' is a similar Rx interface, which can communicate using the Diameter protocol).
  • the trigger function is a new logic function, which can be deployed independently or integrated in other network elements. It supports communication with the application layer of the UE and communicates with the PCRF.
  • 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 the authentication and transmission resource allocation of the UE and the third-party application provider.
  • the service quality is adjusted according to the requirements of the UE, and the UE needs to be notified. As shown in FIG. 10, the following steps are specifically included:
  • Step 1001 The UE attaches to the home network, establishes a radio bearer, and creates an IP-CAN session.
  • Step 1002 The UE accesses the Non-IMS AS/NAF, and uses the bootstrapping mode of the GBA, and the UE sends a registration request to the BSF to carry the UEID.
  • the BSF completes the authentication of the UE, generates the Ks and the B-TID, and returns the B-TID to the UE, and the UE sends an application request to the NAF/Non-IMS AS, carrying the B-TID.
  • the NAFNon-IMS AS uses the BTID to initiate an authentication request to the BSF, and returns a response to the UE after successful.
  • the UE establishes a secure session with the Non-IMS AS;
  • Step 1003 The NAF/Non-IMS AS initiates an Rx session establishment request to the PCRF, and carries the UE ID/IP, the service ID/application ID, and the data flow 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. Since the AS does not cooperate with the operator, the QoS is the default bearer QoS; and for the AS that does not cooperate, the QoS information and service information of the Rx interface and the PCRF are transmitted as an optional step;
  • Step 1004 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 sends the packet to the PCC/QoS rule.
  • PCEF/BBERF 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 delivers the rules and may also carry the relevant event trigger. Value, monitoring keywords and other information; PCEF sets and executes related event reports and usage monitoring functions after receiving the information;
  • Step 1005 The service bearer is created, and the network provides the UE with downlink transmission of the service data according to the authorized QoS.
  • Step 1006-1015C During 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 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, and the related processing according to the user confirmation to continue or adjust the QoS is the same as steps 506-515c.
  • Figure 11 is another solution for introducing the interaction between the mobile operator and the third-party application provider to introduce the GBA and OpenID architecture;
  • Open ID is a solution for implementing unified authentication across the entire network:
  • the website that is, the Relying Party (RP)
  • RP Relying Party
  • the Open ID is a Uniform Resource Locator (URL) registered by the user 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 external website authentication. 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.
  • Figure 12 shows the trigger function of the scheme based on the OpenID and GBA network structure based on Figure 11, and the interface of the UE and the trigger function (here, the interface between the UE and the application function, which can use the http protocol or other applications. Layer signaling), the interface for triggering function and PCRF is added (where Rx' is similar to Rx interface, which can communicate with Diameter protocol).
  • the trigger function is a new logic function, which can be deployed independently or integrated in other network elements. Supports application layer communication with the UE. Communicate with the diameter of the PCRF.
  • Step 1301 The UE attaches to the home network, establishes a radio bearer, and creates an IP-CAN session.
  • Step 1302 The UE requests to log in to the RP website (third-party application provider), and selects to log in by using the Open ID method; the RP discovers the OP by standardizing the Open ID of the user, and establishes a secure channel with the OP for transmitting information (for example, an RP request).
  • the OP authenticates the user identity, ;);
  • the RP returns the Open Id login interface to the end user, or redirects the user to the OP; the user logs in to the OP, OP authenticates the user, and requests the user to perform login authentication (here used)
  • the GBA authentication method ); 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 returns the B-TID to 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, and returns a response to the UE after success.
  • 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 is authenticated successfully.
  • the RP service can be used. And certification;
  • Step 1303 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 niethPCRF to obtain the contract AS information from the SPR/UDC, and formulates and The PCC rule is sent 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; and for the AS without cooperation, the QoS information and service information of the Rx interface and the PCRF are optional steps.
  • Step 1304 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, the PGW, and the like, and delivers the PCC/QoS rule to the PCEF/BBERF; PCEF/BBERF installation And the related rules are executed to complete the bearer binding. If there is no matching bearer, the bearer setup request is sent and the bearer is created.
  • the PCRF sends the rules, and may also carry related event triggers, usage monitoring thresholds, and monitor keywords. PCEF sets and executes related event reports and usage monitoring functions after receiving the information;
  • Step 1305 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 1306-1315C During the service process, the UE finds that the quality of service QoS or user experience is not full. Meaning (for example, due to mobility or network conditions, data streaming is unstable or bandwidth is too low, etc.)
  • 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, and the related processing according to the user confirmation to continue or adjust the QoS is the same as the steps 506-515c.
  • this embodiment enhances the PCRF with the trigger function based on the architecture of FIG. 2, and adds an interface between the UE and the PCRF (here, the http protocol or other application layer signaling may be used).
  • 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 providing transmission resources for the third-party application of the UE, and can adjust the quality of service according to the requirements of the UE and notify the UE to confirm.
  • the method for updating and confirming the quality of service includes the following steps:
  • Step 1501 The UE attaches to the home network, establishes a radio bearer, and creates an IP-CAN session.
  • Step 1502 The UE logs in and successfully accesses the Non-IMS AS, and the non-IMS AS provides an application service for the UE.
  • the UE and the Non-IMS AS can use the HTTP protocol and application layer signaling when communicating.
  • Step 1503 The Non-IMS AS and the PCRF execute the PCC process.
  • the Non-IMS AS initiates an Rx session establishment request to the PCRF, which may carry the UE ID/IP, the service ID/application ID, and the data flow related information.
  • the PCRF obtains the contracted AS information from the SPR/UDC, and formulates and delivers the PCC rules to the PCEF to establish related data bearers.
  • the QoS is the default bearer QoS; and for the AS without cooperation, the QoS information and service information of the Rx interface and the PCRF are optional steps.
  • Step 1504 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.
  • the PCEF/BBERF installs and executes the relevant rules to complete the bearer binding.
  • the bearer sends a bearer setup request to create a bearer.
  • the PCRF may also carry related event triggers, as well as usage monitoring thresholds, monitoring keywords, and other information.
  • PCEF receives and executes related event reports after receiving the information. Dosage monitoring •6 ⁇
  • Step 1505 The service bearer is created, and the network provides the UE with downlink transmission of the service data according to the authorized QoS.
  • Step 1506 In the service process, the UE finds that the quality of service QoS or the user experience is not satisfactory (for example, due to factors such as unstable data flow or low bandwidth due to mobility or network conditions), and the UE initiates to the PCRF that enhances the trigger function. QoS promotion request.
  • the QoS promotion request may carry the UEIP/ID, the priority flow processing indication/QoS, and the data flow information, and may carry the service ID/application ID if necessary.
  • Step 1507 After receiving the request message of the UE, the PCRF queries whether the user of the SPR/UDC has subscribed to the high priority flow processing. (Querying whether the user subscribes to the high priority flow processing manner may also query whether the service or application used by the user is used. The high priority stream processing implementation is contracted), and if so, the session modification process is initiated according to the request.
  • the PCRF also issues an updated PCC rule to the PCEF/BBERF, or ADC rules to the TDF.
  • the PCEF/BBERF/TDF updates the PCC/QoS/ADC rules, modifies or creates a new bearer, performs the enhanced QoS and related bearer binding, and sends a response message to the PCRF to feedback the rule execution result.
  • Step 1508 The PCRF returns an enhanced QoS modification response message to the UE to notify whether the QoS modification is accepted. If the QoS modification is rejected, the relevant cause value is carried.
  • Step 1509 After the QoS is successfully upgraded, the PCRF optionally sends an enhanced QoS confirmation request message to the UE, asking the user to confirm whether the updated QoS is satisfactory. Or the confirmation indication is carried in step 1508.
  • Step 1510 After receiving the acknowledgement message of the PCRF, if the UE is satisfied with the updated (for example, boosted) service data flow and is willing to pay the fee for the priority flow processing, the UE confirms the message, and the UE sends a confirmation message to the UE. With the PCRF, the operator will continue to provide enhanced QoS for the service (for example, continue with priority flow processing to provide high priority or high bandwidth resources). If the UE is not satisfied with the quality of service or user experience of the upgraded service data flow and is unwilling to pay additional priority processing fees, the user does not confirm the confirmation request (does not return a response message) or returns a negative confirmation.
  • the confirmation request for example, continue with the quality of service or user experience of the upgraded service data flow and is unwilling to pay additional priority processing fees
  • the message is sent to the PCRF (ie, if the user does not agree to perform the new quality of service to provide the service but does not make a negative acknowledgment, the terminal device optionally constructs a negative acknowledgment message to the PCRF according to the operator's requirements).
  • the terminal device may construct a negative acknowledgement and return to the network, so that the technical implementation can 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.
  • the PCRF may set the QoS promotion timer Timer in step 1507 (the validity period of the Timer should ensure that the IP-CAN session modification update QoS initiated by the normal PCRF is completed and the application service has been provided for the UE according to the new QoS), Timerl Timeout, sending a confirmation request message to the UE.
  • the embodiment is not limited according to the implementation.
  • the PCRF may also enable the user acknowledgement timer Timer2 after sending the boost QoS acknowledgement request message in step 1509.
  • Step 1510a If the user confirms the rejection, an update QoS request (for example, reducing the QoS request) is sent to the PCRF;
  • an update QoS request for example, reducing the QoS request
  • Step 1510b If the PCRF does not receive the acknowledgment receiving message from the user within a specified time (for example, the duration of the timer 2), or the PCRF receives the QoS request message from the UE, the binding information and the local policy are combined (for example, the user confirms that the update QoS is received by the Preview timer 2).
  • the timeout needs to restore the original QoS), initiate the IP-CAN/GWcontrol/TDF session modification process, update the relevant PCC/QoS/ADC rules, and restore the original QoS of the service;
  • Step 1510c After the QoS recovery process is completed or the QoS confirmation time expires, the processing of the service data stream by the network will be restored to the QoS before the UE requests the promotion.
  • the QoS fallback mechanism is not within the scope of the solution.
  • the timer mechanism between the network elements can be used to process the backoff time of the session modification.
  • the QoS before the update can be stored locally, or the UE carries the previous QoS request message.
  • the QoS information, or the request message carries the default QoS indication, and the like.
  • step 1509 is an optional step. It is also possible to use the way the terminal itself triggers the update of the quality of service confirmation request.
  • the PCRF integrates or enhances the trigger function, and the PCRF performs IP-CAN session modification, update, and confirms the quality of service according to the trigger of the internal trigger function.
  • the PCRF performs IP-CAN session modification, update, and confirms the quality of service according to the trigger of the internal trigger function.
  • the interaction between the network element such as BBERF/TDF and the charging network element OCS/OFCS and other charging systems; this part of the processing is not included in the description of this solution, and will not be described in detail.
  • the above steps 1501-1510 are the processing flow of the non-roaming scenario.
  • the home PCRF needs to notify the trigger function that the UE has roamed.
  • the QoS is increased before, the UE needs to reconfirm whether it needs to maintain high QoS/high priority flow processing (if the user confirms the high QoS processing of the service, it may need to pay additional high priority flow processing fee), if the user confirms The visited location still provides high QoS for the UE. If the user does not confirm or negate the acknowledgment, the visited QoS will provide the service by default QoS; as shown in Figure 17, the specific steps are as follows:
  • Step 1511 The HPCRF learns that the UE has roamed, sends a QoS confirmation indication message to the UE, notifies the UE to roam, and sends an acknowledgement indication of the priority flow processing to the UE, requesting the UE to confirm whether the QoS priority service flow processing will continue to be used in the visited place;
  • the message may carry an acknowledgement indication, UEID/IP, QoS, and possibly other service information, such as data flow information, service ID/application ID, and the like.
  • Step 1512 The trigger function sends a priority flow processing high QoS acknowledgment request message to the UE, asking the user to confirm whether to reserve high QoS flow processing, and if yes, returning a positive acknowledgment message (confirming that retaining high QoS may need to provide additional for this priority stream processing) If you do not agree to pay the additional priority stream processing fee, return a negative confirmation or no confirmation (if the user does not confirm, the terminal device may construct a negative confirmation to return to the network, which facilitates the technical implementation to distinguish the user from sending To confirm and confirm the abnormal situation of the lost message, but the specific processing is implemented according to the carrier network, perform steps 1513a-c.
  • the PCRF may set a user confirmation timer Timer3 when sending an acknowledgment request, and initiate a QoS reduction process if the timeout still does not receive a positive acknowledgment;
  • Step 1513a If the PCRF does not receive the acknowledgement receiving message of the user within a specified time (for example, timer3 duration), or receives the acknowledgement rejection message of the user, the UE will optionally send an update QoS request (for example, reduce QoS) to the PCRF. ;
  • a specified time for example, timer3 duration
  • an update QoS request for example, reduce QoS
  • Step 1513b The HPCRF receives the UE's reduced QoS request message or negative acknowledgement response message. After that, combined with the subscription information and the local policy (for example, the user confirms that the high QoS timer expires, the QoS needs to be reduced), initiates the IP-CAN/GWcontrol/TDF session modification process, updates the relevant PCC/QoS/ADC rules, and restores the service.
  • Default QoS
  • Step 1513c Complete the session modification, restore the default QoS for the service data flow, and deliver the service data flow according to the default bearer QoS. If the UE sends a 1513a request QoS downgrade to the PCRF, the PCRF sends an Ack message to the UE as a response.
  • the default processing of the roaming acknowledgement notification is low QoS processing, that is, the user does not acknowledge or negatively acknowledge the QoS (the default bearer provides the service); the user returns to the positive acknowledgement 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). This solution is not limited to the default processing method after specific roaming.
  • timers in the above embodiments such as timer 1 and timer 2 of the trigger function, may be the same timer. According to the implementation requirements, this solution is not limited.
  • the S9 session in the specific process and the roaming area in the above process is implemented according to the prior art; in addition, the scenario of the roaming local access, the notification confirmation and the QoS modification process are the same as above, and the description is not repeated.
  • the above roaming deployment is based on the home location PCRF enhanced triggering function and interacts with the UE.
  • the actual network deployment can also directly interact with the UE and the visited PCRF (VPCRF enhanced trigger function), and then the VPCRF transmits information to the HPCRF, depending on the carrier deployment to the roaming protocol.
  • 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;
  • This solution can ensure that users can provide service quality according to user requirements when using services of third-party application providers that do not have a cooperative relationship with operators.

Landscapes

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

Abstract

L'invention porte sur un procédé et un système de mise à jour de qualité de service pour règles de politique et de facturation. Le procédé comprend les opérations suivantes : un terminal interagit avec une fonction de déclenchement pour demander ou confirmer la mise à jour de la qualité de service (QoS) d'un service auquel accède le terminal; et la fonction de déclenchement interagit avec une fonction de règles de politique et de facturation (PCRF), et la PCRF effectue une modification de session de réseau d'accès de connexion IP conformément à la demande de la fonction de déclenchement et met à jour la qualité de service du service. La présente solution peut fournir à l'utilisateur une meilleure qualité de service d'un service conformément aux exigences de l'utilisateur lors de l'utilisation d'un service d'un fournisseur d'application tiers sans partenariat avec les opérateurs.
PCT/CN2012/081270 2011-09-27 2012-09-12 Procédé et système de mise à jour de qualité de service pour règles de politique et de facturation Ceased WO2013044730A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110297821.2A CN103024824B (zh) 2011-09-27 2011-09-27 一种策略与计费规则的服务质量更新方法及系统
CN201110297821.2 2011-09-27

Publications (1)

Publication Number Publication Date
WO2013044730A1 true WO2013044730A1 (fr) 2013-04-04

Family

ID=47972841

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/081270 Ceased WO2013044730A1 (fr) 2011-09-27 2012-09-12 Procédé et système de mise à jour de qualité de service pour règles de politique et de facturation

Country Status (2)

Country Link
CN (1) CN103024824B (fr)
WO (1) WO2013044730A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3068167A4 (fr) * 2013-11-05 2017-07-19 Sharp Kabushiki Kaisha Procédé de commande de communication, appareil terminal de relais, appareil terminal, appareil de station de base, appareil de commande, appareil serveur, et système de communications mobiles
WO2017193275A1 (fr) * 2016-05-10 2017-11-16 华为技术有限公司 Appareil et procédé d'attribution de ressource qos
US10673651B2 (en) 2017-10-24 2020-06-02 Cisco Technology, Inc. Method and device for quality of service regulation

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103702361A (zh) * 2013-12-24 2014-04-02 中国联合网络通信集团有限公司 网络能力调整方法及平台、pcc实体、服务器
CN106992868B (zh) * 2016-01-20 2020-03-10 中兴通讯股份有限公司 第三方应用业务部署方法、scef实体、pcrf实体及pcc框架
EP3468238B1 (fr) 2016-07-06 2021-12-08 Huawei Technologies Co., Ltd. Procédés et appareils de configuration de connexion réseau
CN109548088B (zh) * 2017-07-31 2023-05-09 中国移动通信有限公司研究院 一种配置QoS规则的方法和设备
US12052606B2 (en) * 2018-04-09 2024-07-30 Lenovo (Singapore) Pte. Ltd. Data packet steering on a multi-access data connection
CN110650475B (zh) * 2018-06-26 2022-06-03 中国移动通信有限公司研究院 一种会话绑定处理方法及网络设备
CN109088890A (zh) * 2018-10-18 2018-12-25 国网电子商务有限公司 一种身份认证方法、相关装置及系统
CN110944343B (zh) * 2019-12-11 2023-03-24 杭州东信北邮信息技术有限公司 一种aac和pcrf之间的交互方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101370263A (zh) * 2007-08-15 2009-02-18 华为技术有限公司 一种策略控制方法及系统
CN101478791A (zh) * 2008-01-02 2009-07-08 中国移动通信集团上海有限公司 在sae融合架构下的服务质量管理方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101325780B (zh) * 2007-06-15 2010-07-07 华为技术有限公司 策略控制实现方法和系统、及策略和计费执行实体
CN101720075A (zh) * 2009-02-10 2010-06-02 中兴通讯股份有限公司 一种上报业务信息的方法和装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101370263A (zh) * 2007-08-15 2009-02-18 华为技术有限公司 一种策略控制方法及系统
CN101478791A (zh) * 2008-01-02 2009-07-08 中国移动通信集团上海有限公司 在sae融合架构下的服务质量管理方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3068167A4 (fr) * 2013-11-05 2017-07-19 Sharp Kabushiki Kaisha Procédé de commande de communication, appareil terminal de relais, appareil terminal, appareil de station de base, appareil de commande, appareil serveur, et système de communications mobiles
WO2017193275A1 (fr) * 2016-05-10 2017-11-16 华为技术有限公司 Appareil et procédé d'attribution de ressource qos
US10813101B2 (en) 2016-05-10 2020-10-20 Huawei Technologies Co., Ltd. QoS resource allocation method and apparatus
US10673651B2 (en) 2017-10-24 2020-06-02 Cisco Technology, Inc. Method and device for quality of service regulation
US10673649B2 (en) 2017-10-24 2020-06-02 Cisco Technology, Inc. Method and device for quality of service regulation

Also Published As

Publication number Publication date
CN103024824B (zh) 2017-04-12
CN103024824A (zh) 2013-04-03

Similar Documents

Publication Publication Date Title
CN103024824B (zh) 一种策略与计费规则的服务质量更新方法及系统
CN103037449B (zh) 一种更新服务质量的方法及系统
CN101841797B (zh) 一种终端通过多接入网接入的计费方法和系统及上报方法
WO2010069170A1 (fr) Procédé pour réaliser une régulation de politique et de facturation
WO2013104234A1 (fr) Procédé et système de contrôle de règles pour un réseau convergé
WO2012075875A1 (fr) Procédé et système permettant l'enregistrement et la mise en application d'un service de limitation des dépenses
WO2011029289A1 (fr) Procédé et système de transmission d'un mode de commande de support dans des scénarios d'itinérance
WO2011063688A1 (fr) Procédé et système de sélection d'entité à fonction de règles de politique et de facturation
WO2015055063A1 (fr) Procédé de contrôle d'accès à une application et appareil d'entité de fonction d'application
CN102123035B (zh) 策略和计费规则功能实体的选择方法、装置及系统
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
WO2012071956A1 (fr) Procédé, système et appareil destinés à supporter une connectivité de données organisées dans des scénarios itinérants
WO2012083779A1 (fr) Procédé et dispositif de commande de politique
WO2011088702A1 (fr) Procédé et système permettant de contrôler des ressources dans un réseau de convergence multiservice
WO2012129992A1 (fr) Procédé de traitement de connectivité de données sponsorisées, et fonction d'imputation et de règles
EP2348769A1 (fr) Procédé et dispositif servant à mettre en place une pré-autorisation qos dans un scénario d itinérance
CN102791042B (zh) S9子会话建立方法、系统及pcrf
WO2010118673A1 (fr) Procédé, système et dispositif de gestion du contrôle des règles d'utilisation et de facturation
CN103582030B (zh) 服务质量的更新处理方法及装置
WO2014036878A1 (fr) Procédé et dispositif de commande de facturation
WO2013023515A1 (fr) Procédé et système permettant de résoudre un conflit de contrôle de la politique de qualité de service
WO2013113263A1 (fr) Procédé et système d'identification de mode fonction de commande de détection d'application
CN102316533B (zh) 接纳控制中信息传递的方法和接纳控制系统

Legal Events

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

Ref document number: 12836400

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

Country of ref document: EP

Kind code of ref document: A1