数据业务加速方法及装置制造方法
【专利摘要】本发明公开了一种数据业务加速方法及装置，涉及通信领域，用于解决现有技术中通信运营商在实现数据业务加速的过程中部署周期较长、运维成本较高的问题。本发明提供的装置包括：第一API接口，第二标准接口和处理器；所述处理器用于通过所述第一API接口获取第一请求消息，所述第一请求消息符合第一协议；对所述第一请求消息进行格式转换，得到第二请求消息，所述第二请求消息符合第二协议；将所述第二请求消息通过所述第二标准接口发送至策略与计费规则功能体PCRF，以使得所述PCRF根据所述第二请求消息为所述用户终端重新配置服务质量QoS策略。本发明适用于通信领域，用于实现数据业务加速。
【专利说明】数据业务加速方法及装置
【技术领域】
[0001]本发明涉及通信领域，尤其涉及一种数据业务加速方法及装置。
【背景技术】
[0002]随着网络的普及，数据业务得到了快速发展，例如，用户可以通过手机或平板电脑等用户终端随时随地浏览网页、在线观看视频等。但是，由于网络堵塞或带宽有限等因素，会使得数据业务的传输速度受到较大限制，导致网页打开的时延较大、在线视频播放发生卡顿等问题。为了提高数据业务的传输速度，业界提出了一种数据业务加速方法，所述数据业务加速方法包括用户级加速方法和业务级加速方法，其中，所述用户级加速方法用于为指定用户的所有数据业务进行加速，所述业务级加速方法用于为指定业务进行加速。
[0003]现有技术中，数据业务加速方法是通过OCS (Online Charging System,在线计费装置)和PCRF (Po I icy and Charging Rules Function,策略与计费规则功能体)共同实现的，其中，所述OCS用于重新配置计费策略，所述PCRF用于重新配置QoS(Quality ofService，服务质量)策略。例如，在实现用户级加速时，用户终端向门户服务器(PortalServer)发送用户级加速请求，由所述门户服务器将所述用户级加速请求分发给OCS和PCRF,以使得所述OCS和PCRF根据所述加速请求为所述用户终端进行业务加速。一般的，门户服务器依据SOAP (Simple Object Access Protocol,简单对象访问协议)向OCS和PCRF发送加速请求。
[0004]在实现本发明的过程中，发明人发现现有技术中至少存在如下问题:
[0005]由于SOAP是一种定制性较强的协议，OCS和PCRF在实现用户级加速和业务级加速时均需要分别定制SOAP协议；另一方面，如果通信运营商采用的OCS和PCRF由不同生产厂商制造，则还需要分别定制SOAP协议，会导致通信运营商在实现数据业务加速的过程部署周期较长、运维成本较高。
【发明内容】
[0006]本发明的实施例提供一种数据业务加速方法及装置，能够解决现有技术中通信运营商在实现数据业务加速的过程中部署周期较长、运维成本较高的问题。
[0007]为达到上述目的，本发明的实施例采用如下技术方案:
[0008]第一方面，本发明实施例提供了一种数据业务加速方法，所述方法包括:
[0009]通过第一API (Application Programming Interface)应用程序编程接口获取第一请求消息，所述第一请求消息符合第一协议，所述第一请求消息用于请求为用户终端的数据业务进行加速；
[0010]对所述第一请求消息进行格式转换，得到第二请求消息，所述第二请求消息符合第二协议、且所述第二请求消息通过第二标准接口进行发送，所述第二请求消息用于请求为所述用户终端的数据业务进行加速；
[0011]将所述第二请求消息通过所述第二标准接口发送至PCRF，以使得所述PCRF根据所述第二请求消息为所述用户终端重新配置QoS策略，并将所述QoS策略发送至PGff (Packet data network GateWay,分组数据网关)，由所述PGW根据所述QoS策略为所述用户终端重新配置业务承载，通过所述业务承载对所述用户终端的数据业务进行加速。
[0012]在第一种可能的实现方式中，所述PCRF根据所述第二请求消息为所述用户终端重新配置服务质量QoS策略之后,还包括:
[0013]所述PCRF根据所述第二请求消息为所述用户终端重新配置与所述QoS策略对应的PCC策略，并将所述重新配置的PCC策略发送至PGW，由所述PGW将所述PCC策略发送至OCS,以使得所述OCS根据所述PCC策略对所述用户终端进行计费。
[0014]结合第一方面，在第二种可能的实现方式中，所述第一请求消息包括用户级请求消息或业务级请求消息，其中，所述用户级请求消息用于请求为所述用户终端的所有数据业务进行加速，所述业务级请求消息用于请求为所述用户终端的指定数据业务进行加速。
[0015]结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，当所述第一请求消息为用户级请求消息时，所述通过第一 API接口获取第一请求消息，包括:通过所述第一 API接口接收门户服务器Portal Server发送的用户级请求消息,所述用户级请求消息包括用户标识信息，所述用户级请求消息携带的目标业务流类型为ANY2ANY ；
[0016]则所述PCRF为所述用户终端重新配置的QoS策略用于指示所述PGW为所述用户终端的重新配置业务承载，根据重新配置的业务承载为所述用户终端的所有数据业务进行加速。
[0017]结合第一方面的第二种可能的实现方式，在第四种可能的实现方式中，当所述第一请求消息为业务级请求消息时，所述通过第一 API接口获取第一请求消息，包括:通过所述第一 API接口接收互联网业务服务器OTT Server发送的业务级请求消息，所述业务级请求消息包括用户标识信息，所述用户级请求消息携带的目标业务流类型为指定数据业务；
[0018]则所述PCRF为所述用户终端重新配置的QoS策略用于指示所述PGW为所述用户终端的指定数据业务重新配置业务承载，根据重新配置的业务承载为所述用户终端的指定数据业务进行加速。
[0019]结合第一方面的第二种可能的实现方式，在第五种可能的实现方式中，所述方法还包括:
[0020]检测所述用户终端是否建立互联网协议连接访问网络IP-CAN会话；
[0021]当检测到用户终端建立所述IP-CAN会话时，向门户服务器或OTT服务器发送上线提示消息，所述上线提示消息用于指示所述门户服务器或OTT激活所述用户终端对应的加速业务，所述加速业务用于对所述用户终端的数据业务进行加速。
[0022]其中，所述检测所述用户终端是否建立互联网协议连接访问网络IP-CAN会话，包括:
[0023]通过PGW感知所述用户终端是否建立所述IP-CAN会话；或者
[0024]通过PCRF感知所述用户终端是否建立所述IP-CAN会话；或者
[0025]通过所述用户终端的客户端感知所述用户终端是否建立所述IP-CAN会话。
[0026]第二方面，本发明实施例还提供了一种数据业务加速装置，所述装置包括第一应用程序编程接口 API，第二标准接口和处理器；
[0027]所述第一 API接口用于与门户服务器或OTT服务器进行交互；[0028]所述第二标准接口用于与PCRF进行交互；
[0029]所述处理器用于:
[0030]用于通过所述第一 API接口获取第一请求消息，所述第一请求消息符合第一协议，所述第一请求消息用于请求为用户终端的数据业务进行加速；
[0031]对所述第一请求消息进行格式转换，得到第二请求消息，所述第二请求消息符合第二协议；
[0032]将所述第二请求消息通过所述第二标准接口发送至策略与计费规则功能体PCRF，以使得所述PCRF根据所述第二请求消息为所述用户终端重新配置服务质量QoS策略，并将所述QoS策略发送至分组数据网关PGW，由所述PGW根据所述QoS策略为所述用户终端重新配置业务承载，通过所述业务承载对所述用户终端的数据业务进行加速。
[0033]在第一种可能的实现方式中，所述处理器通过所述第一 API接口获取的所述第一请求消息包括用户级请求消息或业务级请求消息，其中，所述用户级请求消息用于请求为所述用户终端的所有数据业务进行加速，所述业务级请求消息用于请求为所述用户终端的指定数据业务进行加速。
[0034]结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，当所述第一请求消息为用户级请求消息时，所述处理器用于通过所述第一 API接口接收门户服务器Portal Server发送的用户级请求消息，所述用户级请求消息包括用户标识信息，所述用户级请求消息携带的目标业务流类型为ANY2ANY，用于为所述用户的所有数据业务进行加速。
[0035]结合第二方面的第一种可能的实现方式，在第三种可能的实现方式中，当所述第一请求消息为业务级请求消息时，所述处理器用于通过所述第一 API接口接收互联网业务服务器OTT Server发送的业务级请求消息，所述业务级请求消息包括用户标识信息，所述用户级请求消息携带的目标业务流类型为指定数据业务，用于为所述用户的指定数据业务进行加速。
[0036]结合第二方面，在第四种可能的实现方式中，所述处理器还用于检测所述用户终端是否建立互联网协议连接访问网络IP-CAN会话；当所述处理器检测到用户终端建立所述IP-CAN会话时，向门户服务器或OTT服务器发送上线提示消息，所述上线提示消息用于指示所述门户服务器或OTT激活所述用户终端对应的加速业务，所述加速业务用于对所述用户终端的数据业务进行加速。
[0037]结合第二方面的第四种可能的实现方式，在第五种可能的实现方式中，所述处理器具体用于通过PGW感知所述用户终端是否建立所述IP-CAN会话；或者
[0038]所述处理器还用于通过PCRF感知所述用户终端是否建立所述IP-CAN会话；或者
[0039]所述处理器还用于通过所述用户终端的客户端感知所述用户终端是否建立所述IP-CAN 会话。
[0040]本发明实施例提供的数据业务加速方法及装置，在实现业务级加速和用户级加速的过程中，对外部应用层(例如门户服务器或OTT服务器)提供第一 API接口作为统一接口供终端或系统开发者调用，对内部网元(例如PCRF)提供第二标准接口以支持业务流程。由于对外部应用层和对内部网元均提供了统一接口，使得OCS和PCRF无需专门定制协议，能够降低通信运营商的部署周期，降低运维成本。【专利附图】
【附图说明】
[0041]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0042]图1为本发明实施例一提供的数据业务加速方法的流程示意图；
[0043]图2为本发明实施例二提供的数据业务加速方法的流程示意图；
[0044]图3为本发明实施例三提供的数据业务加速方法的流程示意图；
[0045]图4为本发明实施例三提供的用户级加速业务和业务级加速的融合架构图；
[0046]图5、图6为本发明实施例四提供的数据业务加速装置的结构框图；
[0047]图7为本发明实施例四提供的数据业务加速装置的结构框图。
【具体实施方式】
[0048]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0049]实施例一
[0050]本发明实施例提供了一种数据业务加速方法，如图1所示，包括:
[0051]101、通过第一 API接口获取第一请求消息，所述第一请求消息符合第一协议，所述第一请求消息用于请求为用户终端的数据业务进行加速。
[0052]优选的，为了便于管理，本实施例提供的方法可以通过在通信系统中增加新的网元设备进行实现，例如可以在通信系统中新增能力开放网关以实现本实施例提供的方法。接下来，本实施例以增加能力开放网关为例进行具体说明。
[0053]本实施例中，所述能力开放网关由运营商提供，用于通过开放灵活的方式向合作伙伴/OTT互联网业务提供统一的能力调用API接口，以使得开发者通过这些能力调用API接口获取运营商网络内的管道能力，例如网络定义能力、QoS能力，用户位置能力、用户标识能力等，从而开发出各种方便、快捷的应用。需要强调的是，本实施例中主要通过调用QoS能力实现业务加速。根据本实施例提供的方法，本领域技术人员在不付出创造性劳动的前提下，也可以想到通过调用其他能力来进行扩展，此处不多赘述。
[0054]值得说明的是，第一 API接口用于供所述能力开放网关与外部应用层进行通信。例如，所述能力开放网关可以通过所述第一 API接口接收门户服务器(Portal Server)发送的用户级加速请求，或者，所述能力开放网关还可以通过所述第一 API接口接收OTTServer发送的业务级加速请求。
[0055]值得说明的是，所述OTT Server是Over The Top Server,即顶层服务器,也可以称为互联网业务服务器，此处不做限定。
[0056]102、所述能力开放网关对所述第一请求消息进行格式转换，得到第二请求消息，所述第二请求消息符合第二协议。
[0057]其中，所述第二请求消息能够通过第二标准接口进行发送，且所述第二请求消息用于请求为所述用户终端的数据业务进行加速。
[0058]也就是说，本实施例中的能力开放网关能够对接收到的请求消息进行协议转换，从而将符合第一协议的第一请求消息转换为符合第二协议的第二请求消息。其中，优选的，可以选择一种通用的、无需定制的标准协议作为第二协议，所述第二标准接口是基于第二协议的标准接口，任意支持第二协议的设备均可以通过所述第二标准接口与所述能力开放网关进行通信。例如，在本实施例中，可以将第二协议设定为Rx协议，则所述第二标准接口为Rx接口，用于供能力开放网关和PCRF进行交互。
[0059]103、所述能力开放网关将所述第二请求消息通过所述第二标准接口发送至策略与计费规则功能体PCRF，以使得所述PCRF根据所述第二请求消息为所述用户终端重新配置服务质量QoS策略，并将所述QoS策略发送至分组数据网关PGW，由所述PGW根据所述QoS策略为所述用户终端重新配置业务承载，通过所述业务承载对所述用户终端的数据业务进行加速。
[0060]本发明实施例提供的数据业务加速方法，在实现业务级加速和用户级加速的过程中，对外部应用层(例如门户服务器或OTT服务器)提供第一 API接口作为统一接口供终端或系统开发者调用，对内部网元(例如PCRF)提供第二标准接口以支持业务流程。与现有技术相比，由于对内部网元提供了基于第二协议的第二标准接口作为统一接口，使得OCS和PCRF无需定制SOAP协议，能够降低通信运营商的部署周期，降低运维成本。
[0061]实施例二
[0062]在图1所示方法的基础上，进一步的，本发明实施例提供了一种数据业务加速方法，能够将用户级加速业务和/或业务级加速业务进行融合。如图2所示，所述方法包括:
[0063]20UUE(User Equipment,用户终端)向服务器发送加速请求。
[0064]其中，所述服务器至少包括门户服务器(Portal Server)和/或OTT Server,所述加速级请求至少包括用户级加速请求和/或业务级加速请求。
[0065]具体的，所述门户服务器由通信运营商提供，用于实现用户级加速业务的订购和实现，例如，通信运营商可以提供一个门户网站，用户可以登录该网站定购用户级加速业务。所述OTT Server可以由提供网络内容的厂商提供，用于实现业务级加速业务的订购和实现，例如，当用户使用某应用程序在线观看电影时，用户可以通过该应用程序向OTTServer发起业务请求以订购业务级加速业务。
[0066]可选的，所述UE可以直接向所述服务器发送所述加速请求(例如，发送短信、登录网站等方式)，或者，所述UE可以通过预先安装的客户端(Client)发送所述加速请求，但不仅限于此。
[0067]202、所述服务器接收所述加速请求，生成第一请求消息，所述第一请求消息符合第一协议。
[0068]值得说明的是，由于本实施例提供的方法能够对用户级加速和业务加速的实现流程进行融合，所以本实施例中的服务器是Portal Server和OTT Server的统称。具体的，当UE发起用户级加速请求时,所述服务器为Portal Server ;当UE发起业务级加速时,所述服务器为OTT Server。
[0069]为了确保用户级加速和业务级加速的融合，优选的，本实施例提供的方法中，可以预先设定第一协议，以使得服务器和能力开放网关基于所述第一协议进行通信。[0070]一 般的，所述第一协议可以为 SOAP 协议、或 REST (Representational StateTransfer,表象化状态转变)协议。
[0071]203、能力开放网关通过第一 API接口接收所述服务器发送的第一请求消息。
[0072]其中，所述第一 API接口是符合第一协议的接口，用于供所述能力开放网关和服务器基于所述第一协议进行通信。另一方面，第一 API接口作为统一接口供终端或系统开发者调用。
[0073]值得说明的是，所述第一请求消息包括用户级请求消息或业务级请求消息，其中，所述用户级请求消息用于请求为所述用户终端的所有数据业务进行加速，所述业务级请求消息用于请求为所述用户终端的指定数据业务进行加速。
[0074]需要强调的是，本实施例提供的方法用于实现用户级加速业务和业务级加速业务的融合，为了便于理解，对步骤203进行进一步说明:
[0075](I)当所述第一请求消息为用户级请求消息时:
[0076]步骤203具体为:所述能力开放网关通过所述第一 API接口接收门户服务器发送的用户级请求消息，所述用户级请求消息包括用户标识信息，所述用户级请求消息携带的目标业务流类型为ANY2ANY。例如，门户服务器可以在所述第一请求消息中将业务流的源IP、源端口、目的IP、目的端口设定为任意值，即对待加速的业务流不做限定。
[0077](2)当所述第一请求消息为业务级请求消息时:
[0078]步骤203具体为:所述能力开放网关通过所述第一 API接口接收OTT Server发送的业务级请求消息，所述业务级请求消息包括用户标识信息，所述用户级请求消息携带的目标业务流类型为指定数据业务。例如，所述OTT Server可以在所述第一请求消息中将业务流的源IP、源端口、目的IP、目的端口设定为指定值，即对指定业务流进行加速。
[0079]204、所述能力开放网关对所述第一请求消息进行格式转换，得到第二请求消息。
[0080]其中，所述第二请求消息符合第二协议、且所述第二请求消息通过第二标准接口进行发送，所述第二请求消息用于请求为所述用户终端的数据业务进行加速，所述第二标准接口是所述能力开放网关上配置的接口，用于供所述能力开放网关与PCRF进行通信。
[0081]优选的，为了使不同的网元设备较便捷的进行通信、以及减少不同的网元设备对同一协议进行定制造成的繁琐，可以选择一种通用的、无需定制的标准协议作为第二协议，例如Rx协议。
[0082]值得说明的是，本实施例中的第一请求消息和第二请求消息都是为了请求PCRF为所述用户终端进行加速，区别在于，第一请求消息是基于第一协议，而第二请求消息是基于第二协议，即第一请求消息和第二请求消息的消息格式不同。
[0083]205、所述能力开放网关将所述第二请求消息通过所述第二标准接口发送至PCRF。
[0084]其中，所述第二标准接口是基于第二协议的标准接口，任意支持第二协议的设备均可以通过所述第二标准接口与所述能力开放网关进行通信。
[0085]206、所述PCRF接收所述第二请求消息，根据所述第二请求消息为所述用户终端重新配置QoS策略，以及所述用户终端重新配置与所述QoS策略对应的PCC(Policy andCharging Control，策略与计费控制)策略。
[0086]207、所述 PCRF 将所述 QoS 策略和 PCC 策略发送至 PGW(Packet data networkGateffay,分组数据网关)。[0087]208、所述PGW根据所述QoS策略为所述用户终端重新配置业务承载，通过所述业务承载对所述用户终端的数据业务进行加速；同时，所述PGW还将所述重新配置的PCC策略发送至PGW,由所述PGW将所述PCC策略发送至OCS (Online Charging System,在线计费装置)，以使得所述OCS根据所述PCC策略对所述用户终端进行计费。
[0088]具体的，当所述第一请求消息为用户级请求消息时，所述PCRF为所述用户终端重新配置的QoS策略用于指示所述PGW为所述用户终端的重新配置业务承载，根据重新配置的业务承载为所述用户终端的所有数据业务进行加速；
[0089]当所述第一请求消息为业务级请求消息时，所述PCRF为所述用户终端重新配置的QoS策略用于指示所述PGW为所述用户终端的指定数据业务重新配置业务承载，根据重新配置的业务承载为所述用户终端的指定数据业务进行加速。
[0090]本发明实施例提供的数据业务加速方法，在实现业务级加速和用户级加速的过程中，对外部应用层(例如门户服务器或OTT服务器)提供第一 API接口作为统一接口供终端或系统开发者调用，对内部网元(例如PCRF)提供第二标准接口以支持业务流程。与现有技术相比，由于对内部网元提供了基于第二协议的第二标准接口作为统一接口，使得OCS和PCRF无需定制SOAP协议，能够降低通信运营商的部署周期，降低运维成本。
[0091]实施例三
[0092]用户终端在订购了用户级加速业务之后，会存在如下问题:由于Rx是基于业务会话的，PCRF需要由AF来通知建立Rx会话从而向PGW下发对应的QoS策略；而PortalServer不是标准AF，无法感知用户业务流或PDP用户会话状态，因此订购用户级加速业务后，如果用户终端下线后再重新上线，由于Portal Server无法感知用户业务流或PDP用户会话状态，因此不会触发PCRF申请QoS策略变更，导致用户订购的用户级加速无法生效。
[0093]为了解决上述问题，在实施例二的基础上，进一步的，本实施例提供了另一种数据业务加速方法，如图3所示，所述方法包括:
[0094]301、所述能力开放网关检测所述用户终端是否建立IP-CAN(IP_ConnectivityAccess Network,互联网协议连接访问网络)会话。
[0095]为了便于理解，如图4所示，本实施例提供一种用户级加速业务和业务级加速的融合架构以供参考。值得说明的是，图1所示实施例一、图2所示实施例二、以及图3所示实施例三都可以通过图4所示融合架构图进行实现，但不仅限于此。
[0096]302、当检测到用户终端建立所述IP-CAN会话时，向门户服务器发送上线提示消息，所述上线提示消息用于指示所述门户服务器激活所述用户终端对应的加速业务，所述加速业务用于对所述用户终端的数据业务进行加速。
[0097]具体的，关于步骤301和步骤302，本实施例提供了如下三种方法以供参考:
[0098]方法一:
[0099]通过PGW感知用户终端是否建立所述IP-CAN会话，具体包括:
[0100]S1、对于订购了加速业务套餐的用户终端，服务器向能力开放网关订购关于所述用户终端的F1DP(Packet Data Protocol,包数据协议)会话上线通知事件；
[0101]S2、当PGW检测到IP-CAN会话重建时，PGW通过AAA或者其他消息方式通知能力开放网关；
[0102]S3、所述能力开放网关将用户上线事件通知门户服务器；[0103]S4、所述门户服务器向能力开放网关发起策略申请，携带套餐对应的流描述和带宽信息，对所述用户终端的数据业务进行加速。具体过程参见图2所示实施例二中的205-208。
[0104]方法二:
[0105]通过PCRF感知所述用户终端是否建立所述IP-CAN会话，具体包括:
[0106]S1、对于订购了加速业务套餐的用户终端，服务器到能力开放网关和PCRF安装IP-CAN上线通知事件；PCRF在监测到用户终端重新上线后，将上线事件通知能力开放网关;
[0107]S2、所述能力开放网关将用户上线事件通知到门户服务器；
[0108]S3、所述门户服务器向能力开放网关发起策略申请，携带套餐对应的流描述和带宽信息，对所述用户终端的数据业务进行加速。具体过程参见图2所示实施例二中的205-208。
[0109]方法三
[0110]通过所述用户终端的客户端感知所述用户终端是否建立IP-CAN会话，具体包括:
[0111]S1、对于订购了加速业务套餐的用户终端，该用户终端下线时，PCRF通过标准RX方式通知门户服务器，所述门户服务器记录该用户终端的在线状态；
[0112]S2、如果所述用户终端重新建立IP-CAN会话，安装于所述用户终端的客户端感知到重建后，所述客户端将上线事件通知所述门户服务器；
[0113]S3、所述门户服务器向能力开放网关发起策略申请，携带套餐对应的流描述和带宽信息，对所述用户终端的数据业务进行加速。具体过程参见图2所示实施例二中的205-208。
[0114]本实施例提供的数据业务加速方法，适用于订购了用户级加速业务的用户终端从离线状态切换至上线状态时激活用户级加速业务的实现过程，使得用户终端在重新上线后能够及时激活用户订购用户级加速业务，使用户获得更体验。
[0115]实施例四
[0116]本实施例提供了一种数据业务加速装置，能够实现上述所有方法实施例，所述装置通过第一应用程序编程API接口与门户服务器和OTT服务器相连，所述装置可以集成在上述方法实施例中提供的能力开放网关上，也可以集成在现有的其他网元设备上(例如GGSN、PGW等)，但不仅限于此。如图5所示，所述装置50包括:
[0117]第一接收单元501，用于通过所述第一 API接口获取第一请求消息，所述第一请求消息符合第一协议，所述第一请求消息用于请求为用户终端的数据业务进行加速；
[0118]协议转换单元502，用于对所述第一接收单元501接收的第一请求消息进行格式转换，得到第二请求消息，所述第二请求消息符合第二协议、且所述第二请求消息通过第二标准接口进行发送，所述第二请求消息用于请求为所述用户终端的数据业务进行加速；
[0119]第一发送单元503，用于将所述协议转换单元502得到的第二请求消息通过所述第二标准接口发送至策略与计费规则功能体PCRF，以使得所述PCRF根据所述第二请求消息为所述用户终端重新配置服务质量QoS策略，并将所述QoS策略发送至分组数据网关PGff,由所述PGW根据所述QoS策略为所述用户终端重新配置业务承载，通过所述业务承载对所述用户终端的数据业务进行加速。[0120]具体的，所述第一接收单元501获取的第一请求消息包括用户级请求消息或业务级请求消息，其中，所述用户级请求消息用于请求为所述用户终端的所有数据业务进行加速，所述业务级请求消息用于请求为所述用户终端的指定数据业务进行加速。
[0121]具体的，所述第一接收单元501还用于当所述第一请求消息为用户级请求消息时，通过所述第一 API接口接收门户服务器发送的用户级请求消息，所述用户级请求消息包括用户标识信息，所述用户级请求消息携带的目标业务流类型为ANY2ANY ；
[0122]其中，所述QoS策略用于指示所述PGW为所述用户终端的重新配置业务承载，根据重新配置的业务承载为所述用户终端的所有数据业务进行加速。
[0123]具体的，所述第一接收单元501具体用于当所述第一请求消息为业务级请求消息时，通过所述第一 API接口接收OTT Server发送的业务级请求消息,所述业务级请求消息包括用户标识信息，所述用户级请求消息携带的目标业务流类型为指定数据业务；
[0124]其中，所述QoS策略用于指示所述PGW为所述用户终端的指定数据业务重新配置业务承载，根据重新配置的业务承载为所述用户终端的指定数据业务进行加速。
[0125]进一步的，如图6所示，所述装置还包括:
[0126]检测单元504，用于检测所述用户终端是否建立互联网协议连接访问网络IP-CAN会话；
[0127]触发单元505，用于当所述检测单元504检测到用户终端建立所述IP-CAN会话时，向门户服务器或OTT服务器发送上线提示消息，所述上线提示消息用于指示所述门户服务器或OTT激活所述用户终端对应的加速业务，所述加速业务用于对所述用户终端的数据业务进行加速。
[0128]可选的，所述检测单元504具体用于通过PGW感知所述用户终端是否建立所述IP-CAN会话；或者
[0129]所述检测单元504还用于通过PCRF感知所述用户终端是否建立所述IP-CAN会话；或者
[0130]所述检测单元504还用于通过所述用户终端的客户端感知所述用户终端是否建立所述IP-CAN会话。
[0131]本发明实施例提供的数据业务加速装置，在实现业务级加速和用户级加速的过程中，对外部应用层(例如门户服务器或OTT服务器)提供第一 API接口作为统一接口供终端或系统开发者调用，对内部网元(例如PCRF)提供第二标准接口以支持业务流程。与现有技术相比，由于对内部网元提供了基于第二协议的第二标准接口作为统一接口，使得OCS和PCRF无需定制SOAP协议，能够降低通信运营商的部署周期，降低运维成本。
[0132]实施例五
[0133]本实施例提供了一种数据业务加速装置，能够实现上述所有方法实施例，所述装置可以集成在上述方法实施例中提供的能力开放网关上，也可以集成在现有的其他网元设备上(例如GGSN、PGW等)，但不仅限于此。如图7所示，所述装置70包括:第一 API接口701、第二标准接口 702和处理器703，其中:
[0134]所述第一 API接口 701用于与门户服务器或者互联网业务服务器OTT Server进行交互；
[0135]所述第二标准接口 702，用于与策略与计费规则功能体PCRF进行交互；[0136]所述处理器703用于:
[0137]通过所述第一API接口 701获取第一请求消息，所述第一请求消息符合第一协议，所述第一请求消息用于请求为用户终端的数据业务进行加速；
[0138]对所述第一请求消息进行格式转换，得到第二请求消息，所述第二请求消息符合第二协议；
[0139]将所述第二请求消息通过所述第二标准接口 702发送至策略与计费规则功能体PCRF,以使得所述PCRF根据所述第二请求消息为所述用户终端重新配置服务质量QoS策略，并将所述QoS策略发送至分组数据网关PGW，由所述PGW根据所述QoS策略为所述用户终端重新配置业务承载，通过所述业务承载对所述用户终端的数据业务进行加速。
[0140]可选的，本实施例中，所述PCRF还用于在接收到所述处理器703发送的所述第二请求消息后，根据所述第二请求消息为所述用户终端重新配置与所述QoS策略对应的策略与计费控制PCC策略，并将所述重新配置的PCC策略发送至分组数据网关PGW，由所述PGW将所述PCC策略发送至在线计费装置0CS，以使得所述OCS根据所述PCC策略对所述用户终端进行计费。
[0141]具体的，所述处理器703通过所述第一 API接口 701获取的所述第一请求消息包括用户级请求消息或业务级请求消息，其中，所述用户级请求消息用于请求为所述用户终端的所有数据业务进行加速，所述业务级请求消息用于请求为所述用户终端的指定数据业务进行加速。
[0142]一方面，当所述第一请求消息为用户级请求消息时，所述处理器703用于通过所述第一 API接口 701接收门户服务器Portal Server发送的所述用户级请求消息,所述用户级请求消息包括用户标识信息，所述用户级请求消息携带的目标业务流类型为ANY2ANY，用于为所述用户的所有数据业务进行加速。。
[0143]本实施例中，当所述接收机接收的第一请求消息为用户级请求消息时，所述PCRF用于为所述用户终端重新配置QoS策略，所述QoS策略用于指示所述PGW为所述用户终端重新配置业务承载，根据重新配置的业务承载为所述用户终端的所有数据业务进行加速。
[0144]另一方面，当所述第一请求消息为业务级请求消息时，所述处理器703用于通过所述第一 API接口 701接收互联网业务服务器OTT Server发送的业务级请求消息，所述业务级请求消息包括用户标识信息，所述用户级请求消息携带的目标业务流类型为指定数据业务，用于为所述用户的指定数据业务进行加速。
[0145]本实施例中，当所述处理器703接收的第一请求消息为用户级请求消息时，所述PCRF用于为所述用户终端重新配置QoS策略，所述QoS策略用于指示所述PGW为所述用户终端的指定数据业务重新配置业务承载，根据重新配置的业务承载为所述用户终端的指定数据业务进行加速。
[0146]可选的，所述处理器703还用于检测所述用户终端是否建立互联网协议连接访问网络IP-CAN会话；当所述处理器703检测到用户终端建立所述IP-CAN会话时，向门户服务器发送上线提示消息，所述上线提示消息用于指示所述门户服务器激活所述用户终端对应的加速业务，所述加速业务用于对所述用户终端的数据业务进行加速。
[0147]具体的，所述处理器703可用于通过PGW感知所述用户终端是否建立所述IP-CAN会话；或者[0148]所述处理器703还用于通过PCRF感知所述用户终端是否建立所述IP-CAN会话；或者
[0149]所述处理器703还用于通过所述用户终端的客户端感知所述用户终端是否建立所述IP-CAN会话。
[0150]本发明实施例提供的数据业务加速装置，在实现业务级加速和用户级加速的过程中，对外部应用层(例如门户服务器或OTT服务器)提供第一 API接口作为统一接口供终端或系统开发者调用，对内部网元(例如PCRF)提供第二标准接口以支持业务流程。与现有技术相比，由于对内部网元提供了基于第二协议的第二标准接口作为统一接口，使得OCS和PCRF无需定制SOAP协议，能够降低通信运营商的部署周期，降低运维成本。
[0151]通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
[0152]以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何熟悉本【技术领域】的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
【权利要求】
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会话。
【文档编号】H04L29/08GK103973588SQ201310034445
【公开日】2014年8月6日 申请日期:2013年1月29日 优先权日:2013年1月29日
【发明者】沈智敏, 刘清顺, 韩文勇, 周文涛 申请人:华为技术有限公司