WO2014117705A1 - 数据业务加速方法及装置 - Google Patents

数据业务加速方法及装置 Download PDF

Info

Publication number
WO2014117705A1
WO2014117705A1 PCT/CN2014/071528 CN2014071528W WO2014117705A1 WO 2014117705 A1 WO2014117705 A1 WO 2014117705A1 CN 2014071528 W CN2014071528 W CN 2014071528W WO 2014117705 A1 WO2014117705 A1 WO 2014117705A1
Authority
WO
WIPO (PCT)
Prior art keywords
request message
service
user terminal
user
acceleration
Prior art date
Application number
PCT/CN2014/071528
Other languages
English (en)
French (fr)
Inventor
沈智敏
刘清顺
韩文勇
周文涛
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2014117705A1 publication Critical patent/WO2014117705A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content

Definitions

  • the present invention relates to the field of communications, and in particular, to a data service acceleration method and apparatus. Background technique
  • the industry proposes a data service acceleration method, where the data service acceleration method includes a user level acceleration method and a service level acceleration method, wherein the user level acceleration method is used for all the specified users.
  • the data service is accelerated, and the service level acceleration method is used to accelerate the specified service.
  • the data service acceleration method is implemented by an OCS (Online Charging System) and a PCRF (Policy and Charging Rules Function), where the OCS is used.
  • the accounting policy is reconfigured, and the PCRF is used to reconfigure a QoS (Quality of Service) policy.
  • the user terminal sends a user-level acceleration request to the portal server, and the portal server distributes the user-level acceleration request to the OCS and the PCRF, so that the OCS and the PCRF are based on The acceleration request performs service acceleration for the user terminal.
  • the portal server sends an acceleration request to the OCS and the PCRF according to the Simple Object Access Protocol (SOAP).
  • SOAP Simple Object Access Protocol
  • the embodiment of the present invention provides a data service acceleration method and device, which can solve the problem that the communication carrier has a long deployment period and a high operation and maintenance cost in the process of realizing the data service acceleration in the prior art.
  • an embodiment of the present invention provides a data service acceleration method, where the method includes: acquiring, by using a first API (Application Programming Interface) application programming interface, a first request message, where the first request message meets the first The first request message is used to request acceleration of data services of the user terminal;
  • a first API Application Programming Interface
  • the packet data network gateway is configured to reconfigure the service bearer for the user terminal according to the QoS policy, and accelerate the data service of the user terminal by using the service bearer.
  • the method further includes:
  • the PCRF reconfigures the PCC policy corresponding to the QoS policy for the user terminal according to the second request message, and sends the reconfigured PCC policy to the PGW, where the PGW sends the PCC policy Up to 0CS, so that the 0CS charges the user terminal according to the PCC policy.
  • the first request message includes a user level request message or a service level request message, where the user level request message is used to request all of the user terminal The data service is accelerated, and the service level request message is used to request acceleration for the specified data service of the user terminal.
  • the acquiring the first request message by using the first API interface the acquiring the first request message by using the first API interface, The user-level request message sent by the portal server Portal Server is received by the first API interface, where the user-level request message includes user identification information, and the target service flow type carried by the user-level request message is ANY2ANY;
  • the QoS policy that is reconfigured by the PCRF for the user terminal is used to indicate that the PGW is a reconfigured service bearer of the user terminal, and accelerates all data services of the user terminal according to the reconfigured service bearer.
  • the obtaining, by using the first API interface, the first request message includes: receiving, by using the first API interface, a service level request message sent by an Internet service server OTT Server, where the service level request message includes user identification information, and the target service flow type carried by the user level request message is a designated data service;
  • the QoS policy that is reconfigured by the PCRF for the user terminal is used to instruct the PGW to reconfigure a service bearer for the specified data service of the user terminal, and perform the data service for the user terminal according to the reconfigured service bearer. accelerate.
  • the method further includes:
  • Detecting whether the user terminal establishes an internet protocol connection access network IP-CAN session when detecting that the user terminal establishes the IP-CAN session, sending an online prompt message to the portal server or the OTT server, where the online prompt message is used to indicate
  • the portal server or the OTT activates an acceleration service corresponding to the user terminal, where the acceleration service is used for data of the user terminal.
  • the business is accelerating.
  • the detecting, by the user terminal, whether an Internet Protocol connection access network IP-CAN session is established includes:
  • the embodiment of the present invention further provides a data service acceleration apparatus, where the apparatus includes a first application programming interface API, a second standard interface, and a processor;
  • the first API interface is configured to interact with a portal server or an OTT server;
  • the second standard interface is configured to interact with a PCRF;
  • the processor is used to:
  • the first request message is obtained by using the first API interface, where the first request message is consistent with the first protocol, and the first request message is used to request acceleration of data services of the user terminal; Transmitting a message to obtain a second request message, where the second request message conforms to the second protocol;
  • the second standard interface Sending, by the second standard interface, the second request message to the policy and charging rule function body PCRF, so that the PCRF reconfigures the quality of service QoS policy for the user terminal according to the second request message, and
  • the QoS policy is sent to the packet data gateway PGW, and the PGW reconfigures the service bearer for the user terminal according to the QoS policy, and accelerates the data service of the user terminal by using the service bearer.
  • the first request message that is obtained by the processor by using the first API interface includes a user level request message or a service level request message, where the user level request message is used. Requesting acceleration for all data services of the user terminal, the service level request message being used to request acceleration for a specified data service of the user terminal.
  • the processor is configured to pass the first request message.
  • the API interface receives the user-level request message sent by the portal server Portal Server, where the user-level request message includes user identification information, and the target service flow type carried by the user-level request message is ANY2ANY, and is used for all data services of the user. Accelerate.
  • the processor when the first request message is a service level request message, the processor is configured to receive by using the first API interface a service level request message sent by the Internet service server OTT Server, where the service level request message includes user identification information, and the target service flow type carried by the user level request message is a specified data service, and is used to specify a data service for the user. Accelerate.
  • the processor is further configured to detect whether the user terminal establishes an internet protocol connection access network IP-CAN session; when the processor detects that the user terminal establishes When the IP-CAN session is described, the online service prompt message is sent to the portal server or the OTT server, where the online prompt message is used to indicate that the portal server or the OTT activates the acceleration service corresponding to the user terminal, and the acceleration service is used for The data service of the user terminal is performed at a speed.
  • the processor is specifically configured to: by using the PGW, whether the user terminal establishes the IP-CAN session or
  • the processor is further configured to: through the PCRF, whether the user terminal establishes the IP-CAN session; or
  • the processor is further configured to: through a client of the user terminal, whether the user terminal establishes the IP-CAN session.
  • the data service acceleration method and apparatus provided by the embodiments of the present invention provide a first API interface as a unified interface for a terminal or system in an external application layer (such as a portal server or an OTT server) in the process of implementing service level acceleration and user level acceleration.
  • the developer invokes a second standard interface to internal network elements (such as PCRF) to support business processes. Due to both the external application layer and the internal network element
  • the unified interface enables the 0CS and the PCRF to eliminate the need for a customized protocol, which can reduce the deployment period of the communication carrier and reduce the operation and maintenance costs.
  • FIG. 1 is a schematic flowchart of a data service acceleration method according to Embodiment 1 of the present invention
  • FIG. 2 is a schematic flowchart of a data service acceleration method according to Embodiment 2 of the present invention
  • FIG. 3 is a data service acceleration method according to Embodiment 3 of the present invention
  • FIG. 4 is a schematic diagram of a fusion architecture of user-level acceleration services and service level acceleration according to Embodiment 3 of the present invention
  • FIG. 5 is a structural block diagram of a data service acceleration apparatus according to Embodiment 4 of the present invention
  • FIG. 7 is a structural block diagram of a data service acceleration apparatus according to Embodiment 4 of the present invention.
  • the embodiment of the present invention provides a data service acceleration method. As shown in FIG. 1 , the method includes: 101. Acquire a first request message by using a first API interface, where the first request message meets a first protocol, and the first request The message is used to request acceleration of the data service of the user terminal.
  • the method provided in this embodiment can be added in the communication system.
  • the new network element device is implemented, for example, a capability open gateway can be added to the communication system to implement the method provided in this embodiment.
  • a capability open gateway can be added to the communication system to implement the method provided in this embodiment.
  • the capability open gateway is provided by an operator, and is used to provide a unified capability calling API interface to the partner/OTT Internet service in an open and flexible manner, so that the developer can obtain the operator through the API interface through these capabilities.
  • Pipeline capabilities within the network such as network definition capabilities, QoS capabilities, user location capabilities, user identification capabilities, etc., to develop a variety of convenient and fast applications.
  • service acceleration is mainly implemented by calling QoS capability. According to the method provided in this embodiment, those skilled in the art can also expand by calling other capabilities without paying any creative work, and will not be described here.
  • the first API interface is used for the capability open gateway to communicate with the external application layer.
  • the capability open gateway may receive the user-level acceleration request sent by the portal server through the first API interface, or the capability open gateway may further receive, by using the first API interface, the OTT server. Business level acceleration request.
  • the OTT Server is an Over The Top Server, that is, a top-level server, which may also be referred to as an Internet service server, which is not limited herein.
  • the capability opening gateway performs format conversion on the first request message to obtain a second request message, where the second request message conforms to the second protocol.
  • the second request message can be sent by using a second standard interface, and the second request message is used to request acceleration of data services of the user terminal.
  • the capability opening gateway in this embodiment can perform protocol conversion on the received request message, thereby converting the first request message conforming to the first protocol into the second request message conforming to the second protocol.
  • a common standard protocol that does not need to be customized is selected as the second protocol
  • the second standard interface is a standard interface based on the second protocol, and any device that supports the second protocol may pass the foregoing
  • the second standard interface communicates with the capability open gateway.
  • the second protocol may be set to the Rx protocol
  • the second standard interface is Rx. Interface, used for the ability to open the gateway and interact with the PCRF.
  • the capability opening gateway sends the second request message to the policy and charging rule function body PCRF through the second standard interface, so that the PCRF re-creates the user terminal according to the second request message.
  • the business is accelerating.
  • the data service acceleration method provided by the embodiment of the present invention provides a first API interface to a external application layer (such as a portal server or an OTT server) as a unified interface for a terminal or system developer in the process of implementing service level acceleration and user level acceleration.
  • a second standard interface to internal network elements such as PCRF
  • the second standard interface based on the second protocol is provided as a unified interface for the internal network element, so that the OCS and the PCRF do not need to customize the SOAP protocol, which can reduce the deployment period of the communication carrier and reduce the operation and maintenance cost.
  • Embodiment 2 Embodiment 2
  • the embodiment of the present invention provides a data service acceleration method, which can fuse user-level acceleration services and/or service-level acceleration services.
  • the method includes:
  • the UE User Equipment
  • the server includes at least a portal server (Port Server) and/or an OTT server, and the acceleration level request includes at least a user level acceleration request and/or a service level acceleration request.
  • a portal server Portal Server
  • OTT server OTT server
  • the portal server is provided by a communication carrier for implementing subscription and implementation of user-level acceleration services.
  • the communication carrier may provide a portal website, and the user may log in to the website to subscribe to the user-level acceleration service.
  • the OTT server may be provided by a vendor that provides network content, and is used to implement subscription and implementation of a service-level acceleration service. For example, when a user views an movie online using an application, the user can initiate a service request to the OTT server through the application.
  • the UE may directly send the acceleration request to the server (for example, sending a short message, logging in to a website, etc.), or the UE may send the acceleration request through a pre-installed client (Client). , but not limited to this.
  • the server receives the acceleration request, and generates a first request message, where the first request message conforms to the first protocol.
  • the server in this embodiment is a general term for Portal Server and OTT Server, because the method provided in this embodiment can integrate the implementation process of the user-level acceleration and the service acceleration.
  • the server when the UE initiates a user-level acceleration request, the server is a Portal Server; when the UE initiates service-level acceleration, the server is an OTT Server.
  • the first protocol may be preset to enable the server and the capability open gateway to communicate based on the first protocol.
  • the first protocol may be a SOAP protocol, or a REST (Representational State Transfer) protocol.
  • the capability opening gateway receives the first request message sent by the server by using the first API interface.
  • the first API interface is an interface that conforms to the first protocol, and is configured to allow the capability open gateway and the server to communicate based on the first protocol.
  • the first API interface is used as a unified interface for the terminal or system developer to invoke.
  • the first request message includes a user level request message or a service level request message, where the user level request message is used to request acceleration for all data services of the user terminal, the service level request The message is used to request a force rate for the specified data service of the user terminal.
  • step 203 is further described:
  • Step 203 is specifically: the capability opening gateway receives, by using the first API interface, a user level request message sent by the portal server, where the user level request message includes user identification information, and the target service flow type carried by the user level request message For ANY2ANY.
  • the portal server may set the source IP address, the source port, the destination IP address, and the destination port of the service flow to any value in the first request message, that is, the service flow to be accelerated is not limited.
  • Step 203 is specifically: the capability opening gateway receives the service level request message sent by the OTT server by using the first API interface, where the service level request message includes user identification information, and the target service flow type carried by the user level request message To specify data services.
  • the OTT server may set the source IP, the source port, the destination IP, and the destination port of the service flow to a specified value in the first request message, that is, accelerate the specified service flow.
  • the capability opening gateway performs format conversion on the first request message to obtain a second request message.
  • the second request message is consistent with the second protocol, and the second request message is sent by using the second standard interface, where the second request message is used to request acceleration for the data service of the user terminal, where
  • the second standard interface is an interface configured on the capability open gateway, and is used for the capability open gateway to communicate with the PCRF.
  • a general, non-customized standard protocol may be selected as the second protocol, for example. Rx protocol.
  • first request message and the second request message in this embodiment are both for requesting the PCRF to accelerate the user terminal, except that the first request message is based on the first protocol, and the second request message is It is based on the second protocol, that is, the message format of the first request message and the second request message is different.
  • the capability opening gateway sends the second request message to the PCRF by using the second standard interface.
  • the second standard interface is a standard interface based on the second protocol, and any device that supports the second protocol can communicate with the capability open gateway by using the second standard interface.
  • the PCRF receives the second request message, reconfigures a QoS policy for the user terminal according to the second request message, and the user terminal reconfigures a PCC corresponding to the QoS policy (Policy and Charging Control) , policy and billing control) strategy.
  • QoS policy Policy and Charging Control
  • the PCRF sends the QoS policy and the PCC policy to a PGW (Packet Data Network Gate Way).
  • PGW Packet Data Network Gate Way
  • the PGW reconfigures a service bearer for the user terminal according to the QoS policy, and accelerates data service of the user terminal by using the service bearer. Meanwhile, the PGW also uses the reconfigured PCC policy. Sending to the PGW, the PCC policy is sent by the PGW to an OCS (Online Charging System), so that the OCS charges the user terminal according to the PCC policy.
  • OCS Online Charging System
  • the QoS policy that is reconfigured by the PCRF for the user terminal is used to indicate that the PGW is a reconfiguration service bearer of the user terminal, according to the reconfiguration.
  • the service bearer carries out a force rate for all data services of the user terminal;
  • the QoS policy that is reconfigured by the PCRF for the user terminal is used to instruct the PGW to reconfigure a service bearer for the specified data service of the user terminal, according to the reconfiguration.
  • the service bearer carries the speed of the specified data service of the user terminal.
  • the data service acceleration method provided by the embodiment of the present invention provides a first API interface to a external application layer (such as a portal server or an OTT server) as a unified interface for a terminal or system developer in the process of implementing service level acceleration and user level acceleration. Called to provide a second standard interface to internal network elements (such as PCRF) to support business processes. Compared with the prior art, the second standard interface based on the second protocol is provided as a unified interface for the internal network element, so that the OCS and the PCRF do not need to customize the SOAP protocol, which can reduce the deployment period of the communication carrier and reduce the operation and maintenance cost.
  • Embodiment 3 Embodiment 3
  • the PCRF needs to notify the establishment of the Rx session by the AF to deliver the corresponding QoS policy to the PGW; and the Portal Server is not the standard AF.
  • the user service flow or PDP user session status cannot be sensed. Therefore, after the user-level acceleration service is subscribed, if the user terminal goes offline and then goes online again, the Portal Server cannot detect the user service flow or the PDP user session status. Policy changes, resulting in user-level acceleration for user subscriptions not taking effect.
  • the embodiment provides another data service acceleration method. As shown in FIG. 3, the method includes:
  • the capability open gateway detects whether the user terminal establishes an IP-CAN (IP-Connectivity Access Network) session.
  • IP-CAN IP-Connectivity Access Network
  • this embodiment provides a fusion architecture of user-level acceleration services and service level acceleration for reference. It should be noted that the first embodiment shown in FIG. 1 , the second embodiment shown in FIG. 2 , and the third embodiment shown in FIG. 3 can be implemented by using the fusion architecture diagram shown in FIG. 4 , but are not limited thereto.
  • step 301 and step 302 the following three methods are provided for reference:
  • Whether the user terminal establishes the IP-CAN session by using the PGW specifically includes:
  • the server subscribes to the PDP (Packet Data Protocol) session online notification event of the user terminal to the capability opening gateway; 52.
  • PDP Packet Data Protocol
  • the PGW detects the IP-CAN session reestablishment, the PGW notifies the capability opening gateway by using AAA or other message manner;
  • the capability opening gateway notifies a portal server of a user online event
  • the portal server initiates a policy application to the capability open gateway, and carries the flow description and bandwidth information corresponding to the package, and accelerates the data service of the user terminal. For the specific process, refer to 205-208 in the second embodiment shown in Fig. 2.
  • Whether the user terminal establishes the IP-CAN session by using the PCRF specifically includes:
  • the server installs the IP-CAN online notification event to the capability opening gateway and the PCRF; after monitoring the user terminal to go online again, the PCRF notifies the capability opening gateway after the online event is detected;
  • the capability opening gateway notifies a user online event to the portal server
  • the portal server initiates a policy application to the capability open gateway, and carries the flow description and bandwidth information corresponding to the package, and accelerates the data service of the user terminal. For the specific process, refer to 205-208 in the second embodiment shown in Fig. 2.
  • the client of the user terminal perceives whether the user terminal establishes an IP-CAN session, and specifically includes:
  • the PCRF notifies the portal server by using a standard RX manner, and the portal server records the online status of the user terminal;
  • the client If the user terminal re-establishes an IP-CAN session, and the client installed in the user terminal senses the re-establishment, the client notifies the portal server of the online event;
  • the portal server initiates a policy application to the capability open gateway, and carries the flow description and bandwidth information corresponding to the package, and accelerates the data service of the user terminal.
  • the data service acceleration method provided by the embodiment is applicable to the implementation process of activating the user-level acceleration service when the user terminal that subscribes to the user-level acceleration service switches from the offline state to the online state, so that the user terminal can activate the user subscription in time after being re-launched.
  • User-level acceleration of the business allowing users to get a more experience.
  • the embodiment provides a data service acceleration device, which can implement all the foregoing method embodiments.
  • the device is connected to the portal server and the OTT server through the first application programming API interface, and the device can be integrated in the foregoing method embodiment.
  • the provided capability open gateway can also be integrated on other existing network element devices (for example, GGSN, PGW, etc.), but is not limited thereto.
  • the apparatus 50 includes:
  • the first receiving unit 501 is configured to obtain, by using the first API interface, the first request message, where the first request message is consistent with the first protocol, where the first request message is used to request acceleration for the data service of the user terminal;
  • the protocol conversion unit 502 is configured to perform format conversion on the first request message received by the first receiving unit 501, to obtain a second request message, where the second request message conforms to the second protocol, and the second request message passes
  • the second standard interface is configured to send, and the second request message is used to request acceleration for the data service of the user terminal;
  • a first sending unit 503 configured to send, by using the second standard interface, the second request message obtained by the protocol converting unit 502 to the policy and charging rule function body PCRF, so that the PCRF is configured according to the second request.
  • the message is that the user equipment reconfigures the quality of service QoS policy, and sends the QoS policy to the packet data gateway (PGW), and the PGW reconfigures the service bearer for the user terminal according to the QoS policy, by using the service bearer. Accelerating data services of the user terminal.
  • the first request message that is acquired by the first receiving unit 501 includes a user level request message or a service level request message, where the user level request message is used to request the user terminal All data services are accelerated, and the service level request message is used to request acceleration for a specified data service of the user terminal.
  • the first receiving unit 501 is further configured to: when the first request message is a user level request message, receive, by using the first API interface, a user level request message sent by the portal server, where the user level request message is The user service information of the user service request message is ANY2ANY;
  • the QoS policy is used to indicate that the PGW is a reconfiguration service bearer of the user terminal, and accelerates all data services of the user terminal according to the reconfigured service bearer.
  • the first receiving unit 501 is specifically configured to: when the first request message is a service level request message, receive, by using the first API interface, a service level request message sent by the OTT server, where the service level request message is sent And including the user identifier information, where the target service flow type carried by the user level request message is a specified data service;
  • the QoS policy is used to instruct the PGW to reconfigure a service bearer for the specified data service of the user terminal, and accelerate the specified data service of the user terminal according to the reconfigured service bearer.
  • the device further includes:
  • the detecting unit 504 is configured to detect whether the user terminal establishes an internet protocol connection access network IP-CAN session;
  • the triggering unit 505 is configured to, when the detecting unit 504 detects that the user terminal establishes the IP-CAN session, send an online prompt message to the portal server or the OTT server, where the online prompt message is used to indicate the portal server or the OTT
  • the acceleration service corresponding to the user terminal is activated, and the acceleration service is used to accelerate data services of the user terminal.
  • the detecting unit 504 is specifically configured to: through the PGW, whether the user terminal establishes the IP-CAN session; or
  • the detecting unit 504 is further configured to: through the PCRF, whether the user terminal establishes the IP-CAN session; or The detecting unit 504 is further configured to: through the client of the user terminal, whether the user terminal establishes the IP-CAN session.
  • the data service acceleration apparatus provides a first API interface to a external application layer (such as a portal server or an OTT server) as a unified interface for a terminal or system developer in the process of implementing service level acceleration and user level acceleration.
  • a second standard interface to internal network elements (such as PCRF) to support business processes.
  • the second standard interface based on the second protocol is provided as a unified interface for the internal network element, so that the OCS and the PCRF do not need to customize the SOAP protocol, which can reduce the deployment period of the communication carrier and reduce the operation and maintenance cost.
  • Embodiment 5 Embodiment 5
  • the embodiment provides a data service acceleration device, which can implement all the foregoing method embodiments.
  • the device may be integrated into the capability open gateway provided in the foregoing method embodiment, or may be integrated on other existing network element devices. (eg GGSN, PGW, etc.), but not limited to this.
  • the apparatus 70 includes a first API interface 701, a second standard interface 702, and a processor 703, where:
  • the first API interface 701 is configured to interact with a portal server or an internet service server OTT Server;
  • the second standard interface 702 is configured to interact with a policy and charging rule function function PCRF; the processor 703 is configured to:
  • first request message by using the first API interface 701, where the first request message is consistent with a first protocol, where the first request message is used to request acceleration of data services of the user terminal; Performing format conversion to obtain a second request message, where the second request message conforms to the second protocol;
  • the second standard interface 702 Sending, by the second standard interface 702, the second request message to the policy and charging rule function body PCRF, so that the PCRF reconfigures the quality of service QoS policy for the user terminal according to the second request message, And sending the QoS policy to the packet data gateway PGW, The PGW reconfigures the service bearer for the user terminal according to the QoS policy, and accelerates the data service of the user terminal by using the service bearer.
  • the PCRF is further configured to, after receiving the second request message sent by the processor 703, reconfigure the user terminal according to the second request message,
  • the policy and charging control PCC policy corresponding to the QoS policy, and the reconfigured PCC policy is sent to the packet data gateway PGW, and the PCC policy is sent by the PGW to the online device, and the processor 703 passes
  • the first request message that is acquired by the first API interface 701 includes a user level request message or a service level request message, where the user level request message is used to request acceleration for all data services of the user terminal.
  • the service level request message is used to request acceleration for the specified data service of the user terminal.
  • the processor 703 is configured to receive, by using the first API interface 701, the user level request message sent by the portal server Portal Server, where the user level The request message includes user identification information, and the target service flow type carried by the user-level request message is ANY2ANY, and is used to perform a power p-speed for all data services of the user. .
  • the PCRF when the first request message received by the receiver is a user level request message, the PCRF is used to reconfigure a QoS policy for the user terminal, where the QoS policy is used to indicate that the PGW is The user terminal reconfigures the service bearer, and accelerates all data services of the user terminal according to the reconfigured service bearer.
  • the processor 703 is configured to receive, by using the first API interface 701, a service level request message sent by an internet service server OTT Server, where the service level The request message includes user identification information, and the target service flow type carried by the user-level request message is a specified data service, and is used to perform a force rate for the designated data service of the user.
  • the PCRF is configured to reconfigure a QoS policy for the user terminal, where the QoS policy is used to instruct the PGW to reconfigure a service bearer for a specified data service of the user terminal, according to the reconfigured service bearer.
  • the specified data service of the user terminal is accelerated.
  • the processor 703 is further configured to: detect whether the user terminal establishes an internet protocol connection to access a network IP-CAN session; and when the processor 703 detects that the user terminal establishes the IP-CAN session, to the portal
  • the server sends an online prompt message, where the online prompt message is used to instruct the portal server to activate the acceleration service corresponding to the user terminal, and the acceleration service is used to accelerate the data service of the user terminal.
  • the processor 703 is configured to: through the PGW, whether the user terminal establishes the IP-CAN session; or
  • the processor 703 is further configured to: through the PCRF, whether the user terminal establishes the IP-CAN session; or
  • the processor 703 is further configured to: through a client of the user terminal, whether the user terminal establishes the IP-CAN session.
  • the data service acceleration apparatus provides a first API interface to a external application layer (such as a portal server or an OTT server) as a unified interface for a terminal or system developer in the process of implementing service level acceleration and user level acceleration.
  • a second standard interface to internal network elements (such as PCRF) to support business processes.
  • the second standard interface based on the second protocol is provided as a unified interface for the internal network element, so that the OCS and the PCRF do not need to customize the SOAP protocol, which can reduce the deployment period of the communication carrier and reduce the operation and maintenance cost.
  • the present invention can be implemented by means of software plus necessary general hardware, and of course, by hardware, but in many cases, the former is a better implementation. .
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a readable storage medium, such as a floppy disk of a computer. , hard drive or CD And, a number of instructions are included to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform the methods described in various embodiments of the present invention.

Abstract

本发明公开了一种数据业务加速方法及装置，涉及通信领域，用于解决现有技术中通信运营商在实现数据业务加速的过程中部署周期较长、运维成本较高的问题。本发明提供的装置包括：第一API接口，第二标准接口和处理器；所述处理器用于通过所述第一API接口获取第一请求消息，所述第一请求消息符合第一协议；对所述第一请求消息进行格式转换，得到第二请求消息，所述第二请求消息符合第二协议；将所述第二请求消息通过所述第二标准接口发送至策略与计费规则功能体PCRF，以使得所述PCRF根据所述第二请求消息为所述用户终端重新配置服务质量QoS策略。本发明适用于通信领域，用于实现数据业务加速。

Description

数据业务加速方法及装置 技术领域
本发明涉及通信领域， 尤其涉及一种数据业务加速方法及装置。 背景技术
随着网络的普及， 数据业务得到了快速发展， 例如， 用户可以通过手机 或平板电脑等用户终端随时随地浏览网页、 在线观看视频等。 但是， 由于网 络堵塞或带宽有限等因素， 会使得数据业务的传输速度受到较大限制， 导致 网页打开的时延较大、 在线视频播放发生卡顿等问题。 为了提高数据业务的 传输速度， 业界提出了一种数据业务加速方法， 所述数据业务加速方法包括 用户级加速方法和业务级加速方法， 其中， 所述用户级加速方法用于为指定 用户的所有数据业务进行加速， 所述业务级加速方法用于为指定业务进行加 速。
现有技术中， 数据业务加速方法是通过 OCS ( Online Charging System, 在线计费装置）和 PCRF ( Policy and Charging Rules Function, 策略与计费规 则功能体）共同实现的，其中，所述 OCS用于重新配置计费策略，所述 PCRF 用于重新配置 QoS ( Quality of Service, 服务质量）策略。 例如， 在实现用户 级加速时， 用户终端向门户服务器（ Portal Server )发送用户级加速请求， 由 所述门户服务器将所述用户级加速请求分发给 OCS 和 PCRF, 以使得所述 OCS和 PCRF根据所述加速请求为所述用户终端进行业务加速。 一般的， 门 户服务器依据 SOAP ( Simple Object Access Protocol , 简单对象访问协议）向 OCS和 PCRF发送加速请求。
在实现本发明的过程中， 发明人发现现有技术中至少存在如下问题： 由于 SOAP是一种定制性较强的协议， OCS和 PCRF在实现用户级加速 和业务级加速时均需要分别定制 SOAP协议； 另一方面， 如果通信运营商釆 用的 OCS和 PCRF由不同生产厂商制造， 则还需要分别定制 SOAP协议， 会 导致通信运营商在实现数据业务加速的过程部署周期较长、 运维成本较高。 发明内容
本发明的实施例提供一种数据业务加速方法及装置， 能够解决现有技术 中通信运营商在实现数据业务加速的过程中部署周期较长、 运维成本较高的 问题。
为达到上述目的， 本发明的实施例釆用如下技术方案：
第一方面， 本发明实施例提供了一种数据业务加速方法， 所述方法包括： 通过第一 API ( Application Programming Interface )应用程序编程接口获 取第一请求消息， 所述第一请求消息符合第一协议， 所述第一请求消息用于 请求为用户终端的数据业务进行加速；
对所述第一请求消息进行格式转换， 得到第二请求消息， 所述第二请求 消息符合第二协议、 且所述第二请求消息通过第二标准接口进行发送， 所述 第二请求消息用于请求为所述用户终端的数据业务进行加速；
将所述第二请求消息通过所述第二标准接口发送至 PCRF, 以使得所述 PCRF根据所述第二请求消息为所述用户终端重新配置 QoS策略， 并将所述 QoS策略发送至 PGW ( Packet data network Gate Way, 分组数据网关）， 由所 述 PGW根据所述 QoS策略为所述用户终端重新配置业务承载， 通过所述业 务承载对所述用户终端的数据业务进行加速。
在第一种可能的实现方式中， 所述 PCRF根据所述第二请求消息为所述 用户终端重新配置服务质量 QoS策略之后， 还包括：
所述 PCRF根据所述第二请求消息为所述用户终端重新配置与所述 QoS 策略对应的 PCC策略， 并将所述重新配置的 PCC策略发送至 PGW, 由所述 PGW将所述 PCC策略发送至 0CS, 以使得所述 0CS根据所述 PCC策略对 所述用户终端进行计费。 结合第一方面， 在第二种可能的实现方式中， 所述第一请求消息包括用 户级请求消息或业务级请求消息， 其中， 所述用户级请求消息用于请求为所 述用户终端的所有数据业务进行加速， 所述业务级请求消息用于请求为所述 用户终端的指定数据业务进行加速。
结合第一方面的第二种可能的实现方式， 在第三种可能的实现方式中， 当所述第一请求消息为用户级请求消息时， 所述通过第一 API接口获取第一 请求消息， 包括： 通过所述第一 API接口接收门户服务器 Portal Server发送 的用户级请求消息， 所述用户级请求消息包括用户标识信息， 所述用户级请 求消息携带的目标业务流类型为 ANY2ANY;
则所述 PCRF为所述用户终端重新配置的 QoS策略用于指示所述 PGW 为所述用户终端的重新配置业务承载， 根据重新配置的业务承载为所述用户 终端的所有数据业务进行加速。
结合第一方面的第二种可能的实现方式， 在第四种可能的实现方式中， 当所述第一请求消息为业务级请求消息时， 所述通过第一 API接口获取第一 请求消息， 包括： 通过所述第一 API接口接收互联网业务服务器 OTT Server 发送的业务级请求消息， 所述业务级请求消息包括用户标识信息， 所述用户 级请求消息携带的目标业务流类型为指定数据业务；
则所述 PCRF为所述用户终端重新配置的 QoS策略用于指示所述 PGW 为所述用户终端的指定数据业务重新配置业务承载， 根据重新配置的业务承 载为所述用户终端的指定数据业务进行加速。
结合第一方面的第二种可能的实现方式， 在第五种可能的实现方式中， 所述方法还包括：
检测所述用户终端是否建立互联网协议连接访问网络 IP-CAN会话； 当检测到用户终端建立所述 IP-CAN会话时， 向门户服务器或 OTT服务 器发送上线提示消息，所述上线提示消息用于指示所述门户服务器或 OTT激 活所述用户终端对应的加速业务， 所述加速业务用于对所述用户终端的数据 业务进行加速。
其中，所述检测所述用户终端是否建立互联网协议连接访问网络 IP-CAN 会话， 包括：
通过 PGW感知所述用户终端是否建立所述 IP-CAN会话； 或者 通过 PCRF感知所述用户终端是否建立所述 IP-CAN会话； 或者 通过所述用户终端的客户端感知所述用户终端是否建立所述 IP-CAN会 话。
第二方面， 本发明实施例还提供了一种数据业务加速装置， 所述装置包 括第一应用程序编程接口 API, 第二标准接口和处理器；
所述第一 API接口用于与门户服务器或 OTT服务器进行交互； 所述第二标准接口用于与 PCRF进行交互；
所述处理器用于：
用于通过所述第一 API接口获取第一请求消息， 所述第一请求消息符合 第一协议， 所述第一请求消息用于请求为用户终端的数据业务进行加速； 对所述第一请求消息进行格式转换， 得到第二请求消息， 所述第二请求 消息符合第二协议；
将所述第二请求消息通过所述第二标准接口发送至策略与计费规则功能 体 PCRF,以使得所述 PCRF根据所述第二请求消息为所述用户终端重新配置 服务质量 QoS策略， 并将所述 QoS策略发送至分组数据网关 PGW, 由所述 PGW根据所述 QoS策略为所述用户终端重新配置业务承载， 通过所述业务 承载对所述用户终端的数据业务进行加速。
在第一种可能的实现方式中， 所述处理器通过所述第一 API接口获取的 所述第一请求消息包括用户级请求消息或业务级请求消息， 其中， 所述用户 级请求消息用于请求为所述用户终端的所有数据业务进行加速， 所述业务级 请求消息用于请求为所述用户终端的指定数据业务进行加速。
结合第二方面的第一种可能的实现方式， 在第二种可能的实现方式中， 当所述第一请求消息为用户级请求消息时， 所述处理器用于通过所述第一
API接口接收门户服务器 Portal Server发送的用户级请求消息，所述用户级请 求消息包括用户标识信息， 所述用户级请求消息携带的目标业务流类型为 ANY2ANY, 用于为所述用户的所有数据业务进行加速。
结合第二方面的第一种可能的实现方式， 在第三种可能的实现方式中， 当所述第一请求消息为业务级请求消息时， 所述处理器用于通过所述第一 API接口接收互联网业务服务器 OTT Server发送的业务级请求消息， 所述业 务级请求消息包括用户标识信息， 所述用户级请求消息携带的目标业务流类 型为指定数据业务， 用于为所述用户的指定数据业务进行加速。
结合第二方面， 在第四种可能的实现方式中， 所述处理器还用于检测所 述用户终端是否建立互联网协议连接访问网络 IP-CAN会话； 当所述处理器 检测到用户终端建立所述 IP-CAN会话时， 向门户服务器或 OTT服务器发送 上线提示消息，所述上线提示消息用于指示所述门户服务器或 OTT激活所述 用户终端对应的加速业务， 所述加速业务用于对所述用户终端的数据业务进 行力口速。
结合第二方面的第四种可能的实现方式， 在第五种可能的实现方式中， 所述处理器具体用于通过 PGW感知所述用户终端是否建立所述 IP-CAN会 话 或者
所述处理器还用于通过 PCRF感知所述用户终端是否建立所述 IP-CAN 会话； 或者
所述处理器还用于通过所述用户终端的客户端感知所述用户终端是否建 立所述 IP-CAN会话。
本发明实施例提供的数据业务加速方法及装置， 在实现业务级加速和用 户级加速的过程中， 对外部应用层（例如门户服务器或 OTT服务器）提供第 一 API接口作为统一接口供终端或系统开发者调用，对内部网元（例如 PCRF ) 提供第二标准接口以支持业务流程。 由于对外部应用层和对内部网元均提供 了统一接口， 使得 0CS和 PCRF无需专门定制协议， 能够降低通信运营商的 部署周期， 降低运维成本。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明实施例一提供的数据业务加速方法的流程示意图； 图 2为本发明实施例二提供的数据业务加速方法的流程示意图； 图 3为本发明实施例三提供的数据业务加速方法的流程示意图； 图 4为本发明实施例三提供的用户级加速业务和业务级加速的融合架构 图；
图 5、 图 6为本发明实施例四提供的数据业务加速装置的结构框图； 图 7为本发明实施例四提供的数据业务加速装置的结构框图。 具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而 不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作 出创造性劳动前提下所获得的所有其他实施例 , 都属于本发明保护的范围。
实施例一
本发明实施例提供了一种数据业务加速方法， 如图 1所示， 包括： 101、 通过第一 API接口获取第一请求消息， 所述第一请求消息符合第 一协议， 所述第一请求消息用于请求为用户终端的数据业务进行加速。
优选的， 为了便于管理， 本实施例提供的方法可以通过在通信系统中增 加新的网元设备进行实现， 例如可以在通信系统中新增能力开放网关以实现 本实施例提供的方法。 接下来， 本实施例以增加能力开放网关为例进行具体 说明。
本实施例中， 所述能力开放网关由运营商提供， 用于通过开放灵活的方 式向合作伙伴 /OTT互联网业务提供统一的能力调用 API接口，以使得开发者 通过这些能力调用 API接口获取运营商网络内的管道能力， 例如网络定义能 力、 QoS 能力， 用户位置能力、 用户标识能力等， 从而开发出各种方便、 快 捷的应用。需要强调的是，本实施例中主要通过调用 QoS能力实现业务加速。 根据本实施例提供的方法， 本领域技术人员在不付出创造性劳动的前提下， 也可以想到通过调用其他能力来进行扩展， 此处不多赘述。
值得说明的是， 第一 API接口用于供所述能力开放网关与外部应用层进 行通信。 例如， 所述能力开放网关可以通过所述第一 API接口接收门户服务 器（Portal Server )发送的用户级加速请求， 或者， 所述能力开放网关还可以 通过所述第一 API接口接收 OTT Server发送的业务级加速请求。
值得说明的是，所述 OTT Server是 Over The Top Server ,即顶层服务器， 也可以称为互联网业务服务器， 此处不做限定。
102、所述能力开放网关对所述第一请求消息进行格式转换，得到第二请 求消息， 所述第二请求消息符合第二协议。
其中， 所述第二请求消息能够通过第二标准接口进行发送， 且所述第二 请求消息用于请求为所述用户终端的数据业务进行加速。
也就是说， 本实施例中的能力开放网关能够对接收到的请求消息进行协 议转换， 从而将符合第一协议的第一请求消息转换为符合第二协议的第二请 求消息。 其中， 优选的， 可以选择一种通用的、 无需定制的标准协议作为第 二协议， 所述第二标准接口是基于第二协议的标准接口， 任意支持第二协议 的设备均可以通过所述第二标准接口与所述能力开放网关进行通信。 例如， 在本实施例中， 可以将第二协议设定为 Rx协议， 则所述第二标准接口为 Rx 接口， 用于供能力开放网关和 PCRF进行交互。
103、所述能力开放网关将所述第二请求消息通过所述第二标准接口发送 至策略与计费规则功能体 PCRF,以使得所述 PCRF根据所述第二请求消息为 所述用户终端重新配置服务质量 QoS策略，并将所述 QoS策略发送至分组数 据网关 PGW, 由所述 PGW根据所述 QoS策略为所述用户终端重新配置业务 承载， 通过所述业务承载对所述用户终端的数据业务进行加速。
本发明实施例提供的数据业务加速方法， 在实现业务级加速和用户级加 速的过程中， 对外部应用层（例如门户服务器或 OTT服务器）提供第一 API 接口作为统一接口供终端或系统开发者调用， 对内部网元（例如 PCRF )提供 第二标准接口以支持业务流程。 与现有技术相比， 由于对内部网元提供了基 于第二协议的第二标准接口作为统一接口，使得 OCS和 PCRF无需定制 SOAP 协议， 能够降低通信运营商的部署周期， 降低运维成本。 实施例二
在图 1所示方法的基础上， 进一步的， 本发明实施例提供了一种数据业 务加速方法， 能够将用户级加速业务和 /或业务级加速业务进行融合。 如图 2 所示， 所述方法包括：
201、 UE ( User Equipment, 用户终端） 向服务器发送加速请求。
其中，所述服务器至少包括门户服务器（ Portal Server )和 /或 OTT Server, 所述加速级请求至少包括用户级加速请求和 /或业务级加速请求。
具体的， 所述门户服务器由通信运营商提供， 用于实现用户级加速业务 的订购和实现， 例如， 通信运营商可以提供一个门户网站， 用户可以登录该 网站定购用户级加速业务。所述 OTT Server可以由提供网络内容的厂商提供， 用于实现业务级加速业务的订购和实现， 例如， 当用户使用某应用程序在线 观看电影时， 用户可以通过该应用程序向 OTT Server发起业务请求以订购业 务级加速业务。 可选的， 所述 UE可以直接向所述服务器发送所述加速请求（例如， 发 送短信、登录网站等方式 ),或者，所述 UE可以通过预先安装的客户端（ Client ) 发送所述加速请求， 但不仅限于此。
202、 所述服务器接收所述加速请求， 生成第一请求消息， 所述第一请求 消息符合第一协议。
值得说明的是， 由于本实施例提供的方法能够对用户级加速和业务加速 的实现流程进行融合，所以本实施例中的服务器是 Portal Server和 OTT Server 的统称。具体的， 当 UE发起用户级加速请求时， 所述服务器为 Portal Server; 当 UE发起业务级加速时， 所述服务器为 OTT Server。
为了确保用户级加速和业务级加速的融合， 优选的， 本实施例提供的方 法中， 可以预先设定第一协议， 以使得服务器和能力开放网关基于所述第一 协议进行通信。
一般的， 所述第一协议可以为 SOAP协议、 或 REST ( Representational State Transfer, 表象化状态转变）协议。
203、 能力开放网关通过第一 API接口接收所述服务器发送的第一请求 消息。
其中， 所述第一 API接口是符合第一协议的接口， 用于供所述能力开放 网关和服务器基于所述第一协议进行通信。 另一方面， 第一 API接口作为统 一接口供终端或系统开发者调用。
值得说明的是， 所述第一请求消息包括用户级请求消息或业务级请求消 息， 其中， 所述用户级请求消息用于请求为所述用户终端的所有数据业务进 行加速， 所述业务级请求消息用于请求为所述用户终端的指定数据业务进行 力口速。
需要强调的是， 本实施例提供的方法用于实现用户级加速业务和业务级 加速业务的融合， 为了便于理解， 对步骤 203进行进一步说明：
( 1 ) 当所述第一请求消息为用户级请求消息时： 步骤 203具体为： 所述能力开放网关通过所述第一 API接口接收门户服 务器发送的用户级请求消息， 所述用户级请求消息包括用户标识信息， 所述 用户级请求消息携带的目标业务流类型为 ANY2ANY。 例如， 门户服务器可 以在所述第一请求消息中将业务流的源 IP、 源端口、 目的 IP、 目的端口设定 为任意值， 即对待加速的业务流不做限定。
( 2 ) 当所述第一请求消息为业务级请求消息时：
步骤 203具体为： 所述能力开放网关通过所述第一 API接口接收 OTT Server发送的业务级请求消息， 所述业务级请求消息包括用户标识信息， 所 述用户级请求消息携带的目标业务流类型为指定数据业务。 例如， 所述 OTT Server可以在所述第一请求消息中将业务流的源 IP、 源端口、 目的 IP、 目的 端口设定为指定值， 即对指定业务流进行加速。
204、所述能力开放网关对所述第一请求消息进行格式转换，得到第二请 求消息。
其中， 所述第二请求消息符合第二协议、 且所述第二请求消息通过第二 标准接口进行发送， 所述第二请求消息用于请求为所述用户终端的数据业务 进行加速， 所述第二标准接口是所述能力开放网关上配置的接口， 用于供所 述能力开放网关与 PCRF进行通信。
优选的， 为了使不同的网元设备较便捷的进行通信、 以及减少不同的网 元设备对同一协议进行定制造成的繁瑣， 可以选择一种通用的、 无需定制的 标准协议作为第二协议， 例如 Rx协议。
值得说明的是， 本实施例中的第一请求消息和第二请求消息都是为了请 求 PCRF为所述用户终端进行加速， 区别在于， 第一请求消息是基于第一协 议， 而第二请求消息是基于第二协议， 即第一请求消息和第二请求消息的消 息格式不同。
205、所述能力开放网关将所述第二请求消息通过所述第二标准接口发送 至 PCRF。 其中， 所述第二标准接口是基于第二协议的标准接口， 任意支持第二协 议的设备均可以通过所述第二标准接口与所述能力开放网关进行通信。
206、所述 PCRF接收所述第二请求消息，根据所述第二请求消息为所述 用户终端重新配置 QoS策略，以及所述用户终端重新配置与所述 QoS策略对 应的 PCC ( Policy and Charging Control, 策略与计费控制）策略。
207、 所述 PCRF将所述 QoS策略和 PCC策略发送至 PGW ( Packet data network Gate Way , 分组数据网关）。
208、 所述 PGW根据所述 QoS策略为所述用户终端重新配置业务承载， 通过所述业务承载对所述用户终端的数据业务进行加速； 同时，所述 PGW还 将所述重新配置的 PCC策略发送至 PGW, 由所述 PGW将所述 PCC策略发 送至 OCS ( Online Charging System, 在线计费装置 ), 以使得所述 OCS根据 所述 PCC策略对所述用户终端进行计费。
具体的， 当所述第一请求消息为用户级请求消息时， 所述 PCRF为所述 用户终端重新配置的 QoS策略用于指示所述 PGW为所述用户终端的重新配 置业务承载， 根据重新配置的业务承载为所述用户终端的所有数据业务进行 力口速；
当所述第一请求消息为业务级请求消息时， 所述 PCRF为所述用户终端 重新配置的 QoS策略用于指示所述 PGW为所述用户终端的指定数据业务重 新配置业务承载， 根据重新配置的业务承载为所述用户终端的指定数据业务 进行力口速。
本发明实施例提供的数据业务加速方法， 在实现业务级加速和用户级加 速的过程中， 对外部应用层（例如门户服务器或 OTT服务器）提供第一 API 接口作为统一接口供终端或系统开发者调用， 对内部网元（例如 PCRF )提供 第二标准接口以支持业务流程。 与现有技术相比， 由于对内部网元提供了基 于第二协议的第二标准接口作为统一接口，使得 OCS和 PCRF无需定制 SOAP 协议， 能够降低通信运营商的部署周期， 降低运维成本。 实施例三
用户终端在订购了用户级加速业务之后， 会存在如下问题： 由于 Rx是 基于业务会话的， PCRF需要由 AF来通知建立 Rx会话从而向 PGW下发对 应的 QoS策略； 而 Portal Server不是标准 AF, 无法感知用户业务流或 PDP 用户会话状态， 因此订购用户级加速业务后， 如果用户终端下线后再重新上 线， 由于 Portal Server无法感知用户业务流或 PDP用户会话状态， 因此不会 触发 PCRF申请 QoS策略变更， 导致用户订购的用户级加速无法生效。
为了解决上述问题， 在实施例二的基础上， 进一步的， 本实施例提供了 另一种数据业务加速方法， 如图 3所示， 所述方法包括：
301、 所述能力开放网关检测所述用户终端是否建立 IP-CAN ( IP-Connectivity Access Network , 互联网协议连接访问网络 )会话。
为了便于理解， 如图 4所示， 本实施例提供一种用户级加速业务和业务 级加速的融合架构以供参考。 值得说明的是， 图 1所示实施例一、 图 2所示 实施例二、以及图 3所示实施例三都可以通过图 4所示融合架构图进行实现， 但不仅限于此。
302、 当检测到用户终端建立所述 IP-CAN会话时， 向门户服务器发送上 线提示消息， 所述上线提示消息用于指示所述门户服务器激活所述用户终端 对应的加速业务， 所述加速业务用于对所述用户终端的数据业务进行加速。
具体的， 关于步骤 301和步骤 302, 本实施例提供了如下三种方法以供 参考：
方法一：
通过 PGW感知用户终端是否建立所述 IP-CAN会话， 具体包括：
Sl、 对于订购了加速业务套餐的用户终端， 服务器向能力开放网关订购 关于所述用户终端的 PDP ( Packet Data Protocol , 包数据协议 )会话上线通知 事件； 52、 当 PGW检测到 IP-CAN会话重建时， PGW通过 AAA或者其他消 息方式通知能力开放网关；
53、 所述能力开放网关将用户上线事件通知门户服务器；
54、 所述门户服务器向能力开放网关发起策略申请， 携带套餐对应的流 描述和带宽信息， 对所述用户终端的数据业务进行加速。 具体过程参见图 2 所示实施例二中的 205-208。
方法二：
通过 PCRF感知所述用户终端是否建立所述 IP-CAN会话， 具体包括：
51、 对于订购了加速业务套餐的用户终端， 服务器到能力开放网关和 PCRF安装 IP-CAN上线通知事件； PCRF在监测到用户终端重新上线后， 将 上线事件通知能力开放网关；
52、 所述能力开放网关将用户上线事件通知到门户服务器；
53、 所述门户服务器向能力开放网关发起策略申请， 携带套餐对应的流 描述和带宽信息， 对所述用户终端的数据业务进行加速。 具体过程参见图 2 所示实施例二中的 205-208。
方法三
通过所述用户终端的客户端感知所述用户终端是否建立 IP-CAN会话， 具体包括：
51、 对于订购了加速业务套餐的用户终端， 该用户终端下线时， PCRF 通过标准 RX方式通知门户服务器， 所述门户服务器记录该用户终端的在线 状态；
52、 如果所述用户终端重新建立 IP-CAN会话， 安装于所述用户终端的 客户端感知到重建后， 所述客户端将上线事件通知所述门户服务器；
53、 所述门户服务器向能力开放网关发起策略申请， 携带套餐对应的流 描述和带宽信息， 对所述用户终端的数据业务进行加速。 具体过程参见图 2 所示实施例二中的 205-208。 本实施例提供的数据业务加速方法， 适用于订购了用户级加速业务的用 户终端从离线状态切换至上线状态时激活用户级加速业务的实现过程， 使得 用户终端在重新上线后能够及时激活用户订购用户级加速业务， 使用户获得 更体验。 实施例四
本实施例提供了一种数据业务加速装置，能够实现上述所有方法实施例， 所述装置通过第一应用程序编程 API接口与门户服务器和 OTT服务器相连， 所述装置可以集成在上述方法实施例中提供的能力开放网关上， 也可以集成 在现有的其他网元设备上（例如 GGSN、 PGW等）， 但不仅限于此。 如图 5 所示， 所述装置 50包括：
第一接收单元 501 , 用于通过所述第一 API接口获取第一请求消息， 所 述第一请求消息符合第一协议， 所述第一请求消息用于请求为用户终端的数 据业务进行加速；
协议转换单元 502, 用于对所述第一接收单元 501接收的第一请求消息 进行格式转换， 得到第二请求消息， 所述第二请求消息符合第二协议、 且所 述第二请求消息通过第二标准接口进行发送， 所述第二请求消息用于请求为 所述用户终端的数据业务进行加速；
第一发送单元 503 , 用于将所述协议转换单元 502得到的第二请求消息 通过所述第二标准接口发送至策略与计费规则功能体 PCRF , 以使得所述 PCRF根据所述第二请求消息为所述用户终端重新配置服务质量 QoS策略， 并将所述 QoS策略发送至分组数据网关 PGW, 由所述 PGW根据所述 QoS 策略为所述用户终端重新配置业务承载， 通过所述业务承载对所述用户终端 的数据业务进行加速。
具体的， 所述第一接收单元 501获取的第一请求消息包括用户级请求消 息或业务级请求消息， 其中， 所述用户级请求消息用于请求为所述用户终端 的所有数据业务进行加速， 所述业务级请求消息用于请求为所述用户终端的 指定数据业务进行加速。
具体的， 所述第一接收单元 501还用于当所述第一请求消息为用户级请 求消息时， 通过所述第一 API接口接收门户服务器发送的用户级请求消息， 所述用户级请求消息包括用户标识信息， 所述用户级请求消息携带的目标业 务流类型为 ANY2ANY;
其中， 所述 QoS策略用于指示所述 PGW为所述用户终端的重新配置业 务承载，根据重新配置的业务承载为所述用户终端的所有数据业务进行加速。
具体的， 所述第一接收单元 501具体用于当所述第一请求消息为业务级 请求消息时，通过所述第一 API接口接收 OTT Server发送的业务级请求消息， 所述业务级请求消息包括用户标识信息， 所述用户级请求消息携带的目标业 务流类型为指定数据业务；
其中， 所述 QoS策略用于指示所述 PGW为所述用户终端的指定数据业 务重新配置业务承载， 根据重新配置的业务承载为所述用户终端的指定数据 业务进行加速。
进一步的， 如图 6所示， 所述装置还包括：
检测单元 504 , 用于检测所述用户终端是否建立互联网协议连接访问网 络 IP-CAN会话；
触发单元 505 , 用于当所述检测单元 504 检测到用户终端建立所述 IP-CAN会话时， 向门户服务器或 OTT服务器发送上线提示消息， 所述上线 提示消息用于指示所述门户服务器或 OTT 激活所述用户终端对应的加速业 务， 所述加速业务用于对所述用户终端的数据业务进行加速。
可选的， 所述检测单元 504具体用于通过 PGW感知所述用户终端是否 建立所述 IP-CAN会话； 或者
所述检测单元 504还用于通过 PCRF 感知所述用户终端是否建立所述 IP-CAN会话； 或者 所述检测单元 504还用于通过所述用户终端的客户端感知所述用户终端 是否建立所述 IP-CAN会话。
本发明实施例提供的数据业务加速装置， 在实现业务级加速和用户级加 速的过程中， 对外部应用层（例如门户服务器或 OTT服务器）提供第一 API 接口作为统一接口供终端或系统开发者调用， 对内部网元（例如 PCRF )提供 第二标准接口以支持业务流程。 与现有技术相比， 由于对内部网元提供了基 于第二协议的第二标准接口作为统一接口，使得 OCS和 PCRF无需定制 SOAP 协议， 能够降低通信运营商的部署周期， 降低运维成本。 实施例五
本实施例提供了一种数据业务加速装置，能够实现上述所有方法实施例， 所述装置可以集成在上述方法实施例中提供的能力开放网关上， 也可以集成 在现有的其他网元设备上（例如 GGSN、 PGW等）， 但不仅限于此。 如图 7 所示，所述装置 70包括：第一 API接口 701、第二标准接口 702和处理器 703 , 其中：
所述第一 API接口 701 用于与门户服务器或者互联网业务服务器 OTT Server进行交互；
所述第二标准接口 702, 用于与策略与计费规则功能体 PCRF进行交互； 所述处理器 703用于：
通过所述第一 API接口 701获取第一请求消息， 所述第一请求消息符合 第一协议， 所述第一请求消息用于请求为用户终端的数据业务进行加速； 对所述第一请求消息进行格式转换， 得到第二请求消息， 所述第二请求 消息符合第二协议；
将所述第二请求消息通过所述第二标准接口 702发送至策略与计费规则 功能体 PCRF,以使得所述 PCRF根据所述第二请求消息为所述用户终端重新 配置服务质量 QoS策略， 并将所述 QoS策略发送至分组数据网关 PGW, 由 所述 PGW根据所述 QoS策略为所述用户终端重新配置业务承载， 通过所述 业务承载对所述用户终端的数据业务进行加速。
可选的， 本实施例中， 所述 PCRF还用于在接收到所述处理器 703发送 的所述第二请求消息后， 根据所述第二请求消息为所述用户终端重新配置与 所述 QoS策略对应的策略与计费控制 PCC策略， 并将所述重新配置的 PCC 策略发送至分组数据网关 PGW,由所述 PGW将所述 PCC策略发送至在线计 具体的， 所述处理器 703通过所述第一 API接口 701获取的所述第一请 求消息包括用户级请求消息或业务级请求消息， 其中， 所述用户级请求消息 用于请求为所述用户终端的所有数据业务进行加速， 所述业务级请求消息用 于请求为所述用户终端的指定数据业务进行加速。
一方面， 当所述第一请求消息为用户级请求消息时， 所述处理器 703用 于通过所述第一 API接口 701接收门户服务器 Portal Server发送的所述用户 级请求消息， 所述用户级请求消息包括用户标识信息， 所述用户级请求消息 携带的目标业务流类型为 ANY2ANY, 用于为所述用户的所有数据业务进行 力 p速。。
本实施例中， 当所述接收机接收的第一请求消息为用户级请求消息时， 所述 PCRF用于为所述用户终端重新配置 QoS策略，所述 QoS策略用于指示 所述 PGW为所述用户终端重新配置业务承载， 根据重新配置的业务承载为 所述用户终端的所有数据业务进行加速。
另一方面， 当所述第一请求消息为业务级请求消息时， 所述处理器 703 用于通过所述第一 API接口 701接收互联网业务服务器 OTT Server发送的业 务级请求消息， 所述业务级请求消息包括用户标识信息， 所述用户级请求消 息携带的目标业务流类型为指定数据业务， 用于为所述用户的指定数据业务 进行力口速。
本实施例中， 当所述处理器 703接收的第一请求消息为用户级请求消息 时， 所述 PCRF用于为所述用户终端重新配置 QoS策略， 所述 QoS策略用于 指示所述 PGW为所述用户终端的指定数据业务重新配置业务承载， 根据重 新配置的业务承载为所述用户终端的指定数据业务进行加速。
可选的， 所述处理器 703还用于检测所述用户终端是否建立互联网协议 连接访问网络 IP-CAN会话； 当所述处理器 703 检测到用户终端建立所述 IP-CAN会话时， 向门户服务器发送上线提示消息， 所述上线提示消息用于指 示所述门户服务器激活所述用户终端对应的加速业务， 所述加速业务用于对 所述用户终端的数据业务进行加速。
具体的， 所述处理器 703可用于通过 PGW感知所述用户终端是否建立 所述 IP-CAN会话； 或者
所述处理器 703 还用于通过 PCRF 感知所述用户终端是否建立所述 IP-CAN会话； 或者
所述处理器 703还用于通过所述用户终端的客户端感知所述用户终端是 否建立所述 IP-CAN会话。
本发明实施例提供的数据业务加速装置， 在实现业务级加速和用户级加 速的过程中， 对外部应用层（例如门户服务器或 OTT服务器）提供第一 API 接口作为统一接口供终端或系统开发者调用， 对内部网元（例如 PCRF )提供 第二标准接口以支持业务流程。 与现有技术相比， 由于对内部网元提供了基 于第二协议的第二标准接口作为统一接口，使得 OCS和 PCRF无需定制 SOAP 协议， 能够降低通信运营商的部署周期， 降低运维成本。 通过以上的实施方式的描述， 所属领域的技术人员可以清楚地了解到本 发明可借助软件加必需的通用硬件的方式来实现， 当然也可以通过硬件， 但 很多情况下前者是更佳的实施方式。 基于这样的理解， 本发明的技术方案本 质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来， 该 计算机软件产品存储在可读取的存储介质中， 如计算机的软盘， 硬盘或光盘 等， 包括若干指令用以使得一台计算机设备（可以是个人计算机， 服务器， 或者网络设备等）执行本发明各个实施例所述的方法。
以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限 于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易 想到变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护 范围应以所述权利要求的保护范围为准。

Claims

权 利 要 求 书
1、 一种数据业务加速装置， 其特征在于， 包括： 第一应用程序编程接口 API接口， 第二标准接口和处理器；
所述第一 API接口，用于与门户服务器或者互联网业务服务器 OTT Server 进行交互；
所述第二标准接口， 用于与策略与计费规则功能体 PCRF进行交互； 所述处理器， 用于：
通过所述第一 API接口获取第一请求消息，所述第一请求消息符合第一协 议， 所述第一请求消息用于请求为用户终端的数据业务进行加速；
对所述第一请求消息进行格式转换， 得到第二请求消息， 所述第二请求 消息符合第二协议；
将所述第二请求消息通过所述第二标准接口发送至策略与计费规则功能 体 PCRF, 以使得所述 PCRF根据所述第二请求消息为所述用户终端重新配置 服务质量 QoS策略。
2、 根据权利要求 1所述的装置， 其特征在于， 所述处理器通过所述第一 API接口获取的所述第一请求消息包括用户级请求消息或业务级请求消息，其 中，所述用户级请求消息用于请求为所述用户终端的所有数据业务进行加速， 所述业务级请求消息用于请求为所述用户终端的指定数据业务进行加速。
3、 根据权利要求 2所述的装置， 其特征在于， 当所述第一请求消息为用 户级请求消息时，所述处理器用于通过所述第一 API接口获取第一请求消息包 括：
所述处理器用于通过所述第一 API接口接收门户服务器 Portal Server发送 的所述用户级请求消息， 所述用户级请求消息包括用户标识信息， 所述用户 级请求消息携带的目标业务流类型为 ANY2ANY, 用于为所述用户的所有数 据业务进行加速。
4、 根据权利要求 2所述的装置， 其特征在于， 当所述第一请求消息为业 务级请求消息时，所述处理器用于通过所述第一 API接口获取第一请求消息包 括：
所述处理器用于通过所述第一 API接口接收所述 OTT Server发送的业务 级请求消息， 所述业务级请求消息包括用户标识信息， 所述用户级请求消息 携带的目标业务流类型为指定数据业务， 用于为所述用户的指定数据业务进 行力口速。
5、 根据权利要求 2所述的装置， 其特征在于， 所述处理器还用于检测所 述用户终端是否建立互联网协议连接访问网络 IP-CAN会话； 当所述处理器检 测到用户终端建立所述 IP-CAN会话时， 向门户服务器发送上线提示消息， 所 述上线提示消息用于指示所述门户服务器激活所述用户终端对应的加速业 务， 所述加速业务用于对所述用户终端的数据业务进行加速。
6、 根据权利要求 5所述的装置， 其特征在于， 所述处理器具体用于通过 PGW感知所述用户终端是否建立所述 IP-CAN会话； 或者
所述处理器还用于通过 PCRF感知所述用户终端是否建立所述 IP-CAN会 话 或者
所述处理器还用于通过所述用户终端的客户端感知所述用户终端是否建 立所述 IP-CAN会话。
7、 一种数据业务加速方法， 其特征在于， 包括：
通过第一应用程序编程 API接口获取第一请求消息，所述第一请求消息符 合第一协议， 所述第一请求消息用于请求为用户终端的数据业务进行加速； 对所述第一请求消息进行格式转换， 得到第二请求消息， 所述第二请求 消息符合第二协议；
将所述第二请求消息通过所述第二标准接口发送至策略与计费规则功能 体 PCRF, 以使得所述 PCRF根据所述第二请求消息为所述用户终端重新配置 服务质量 QoS策略。
8、 根据权利要求 7所述的方法， 其特征在于， 所述第一请求消息包括用 户级请求消息或业务级请求消息， 其中， 所述用户级请求消息用于请求为所 述用户终端的所有数据业务进行加速， 所述业务级请求消息用于请求为所述 用户终端的指定数据业务进行加速。
9、 根据权利要求 8所述的方法， 其特征在于， 当所述第一请求消息为用 户级请求消息时， 所述通过第一 API接口获取第一请求消息， 包括：
通过所述第一 API接口接收门户服务器 Portal Server发送的用户级请求消 息， 所述用户级请求消息包括用户标识信息， 所述用户级请求消息携带的目 标业务流类型为 ANY2ANY, 用于为所述用户的所有数据业务进行加速。
10、 根据权利要求 8所述的方法， 其特征在于， 当所述第一请求消息为业 务级请求消息时， 所述通过第一 API接口获取第一请求消息， 包括：
通过所述第一 API接口接收互联网业务服务器 OTT Server发送的业务级 请求消息， 所述业务级请求消息包括用户标识信息， 所述用户级请求消息携 带的目标业务流类型为指定数据业务， 用于为所述用户的指定数据业务进行 力口速。
11、 根据权利要求 8所述的方法， 其特征在于， 还包括：
检测所述用户终端是否建立互联网协议连接访问网络 IP-CAN会话； 当检测到用户终端建立所述 IP-CAN会话时， 向门户服务器发送上线提示 消息， 所述上线提示消息用于指示所述门户服务器激活所述用户终端对应的 加速业务， 所述加速业务用于对所述用户终端的数据业务进行加速。
12、 根据权利要求 11所述的方法， 其特征在于， 所述检测所述用户终端 是否建立互联网协议连接访问网络 IP-CAN会话， 包括：
通过 PGW感知所述用户终端是否建立所述 IP-CAN会话； 或者
通过 PCRF感知所述用户终端是否建立所述 IP-CAN会话； 或者
通过所述用户终端的客户端感知所述用户终端是否建立所述 IP-CAN会 话。
PCT/CN2014/071528 2013-01-29 2014-01-27 数据业务加速方法及装置 WO2014117705A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310034445.7A CN103973588B (zh) 2013-01-29 2013-01-29 数据业务加速方法及装置
CN201310034445.7 2013-01-29

Publications (1)

Publication Number Publication Date
WO2014117705A1 true WO2014117705A1 (zh) 2014-08-07

Family

ID=51242647

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/071528 WO2014117705A1 (zh) 2013-01-29 2014-01-27 数据业务加速方法及装置

Country Status (2)

Country Link
CN (1) CN103973588B (zh)
WO (1) WO2014117705A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108429701A (zh) * 2018-02-08 2018-08-21 四川速宝网络科技有限公司 网络加速系统

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3343850A4 (en) * 2015-09-30 2018-08-22 Huawei Technologies Co., Ltd. Strategy determination method and apparatus
CN110971639B (zh) * 2018-09-30 2023-02-03 广州虎牙信息科技有限公司 消息分发方法、消息管理系统、服务器及计算机存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101442428A (zh) * 2007-11-19 2009-05-27 华为技术有限公司 一种端到端QoS的申请方法、系统和设备
CN101588548A (zh) * 2008-05-22 2009-11-25 华为技术有限公司 通信数据接入方法和系统及接入网关
CN102546297A (zh) * 2011-12-31 2012-07-04 华为技术有限公司 一种用户带宽通知方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102137450B (zh) * 2010-11-17 2014-02-19 华为技术有限公司 一种策略控制方法、装置及网关

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101442428A (zh) * 2007-11-19 2009-05-27 华为技术有限公司 一种端到端QoS的申请方法、系统和设备
CN101588548A (zh) * 2008-05-22 2009-11-25 华为技术有限公司 通信数据接入方法和系统及接入网关
CN102546297A (zh) * 2011-12-31 2012-07-04 华为技术有限公司 一种用户带宽通知方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108429701A (zh) * 2018-02-08 2018-08-21 四川速宝网络科技有限公司 网络加速系统
CN108429701B (zh) * 2018-02-08 2021-08-03 四川速宝网络科技有限公司 网络加速系统

Also Published As

Publication number Publication date
CN103973588B (zh) 2017-08-25
CN103973588A (zh) 2014-08-06

Similar Documents

Publication Publication Date Title
US10616120B2 (en) Service layer southbound interface and quality of service
US8923121B2 (en) Control method, system and function entity for reporting bearer event of signaling IP flow
US11197343B2 (en) Method and apparatus for adding notifications related with user equipment multicast group and leave
JP5481563B2 (ja) サービスイベントトリガ
EP2030401B1 (en) Loss of signalling bearer transport
US10924900B2 (en) Charging method and apparatus, and system
JP2014517417A (ja) ＵＰｎＰ基盤デバイス間のデータ交換装置及び方法
JP7257526B2 (ja) Ｉ／ｏデバイスのセットを使用した通信サービスの提供
TW201345285A (zh) 為無線使用者提供智慧型編解碼率調整的方法及設備
WO2015100638A1 (zh) 一种业务处理的方法和设备
US10321385B2 (en) Method and apparatus for providing quality of service for web-based real-time communication
MX2012004998A (es) Metodo y sistema para servicio de suscripcion en una red de sub-sistema multimedia ip.
WO2013091410A1 (zh) 网络接入方法、系统及设备
WO2017124807A1 (zh) 策略计费控制方法、协议转换器、策略计费规则设备、系统
WO2015192498A1 (zh) 链路信息的发送方法、装置和流量的控制方法、装置
WO2013159617A1 (zh) 一种网络拥塞的处理方法、系统和控制网元
WO2014180210A1 (zh) 一种控制网络拥塞的方法和负荷感知功能
WO2014117705A1 (zh) 数据业务加速方法及装置
WO2017219754A1 (zh) 一种位置信息获取方法、设备及系统
KR20160042692A (ko) 트래픽 처리를 위한 방법 및 장치
CN107750449A (zh) 用于管理反向信道音频会话的技术
WO2012171425A1 (zh) 业务处理方法及装置
WO2017166194A1 (zh) 一种事件上报的方法及装置
KR101528268B1 (ko) 콘텐츠를 원격 위치들에 스트리밍하기 위한 시스템과 방법
TW201501495A (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: 14746122

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

Country of ref document: EP

Kind code of ref document: A1