网络加速保障的方法和装置、网络QoS保障方法和装置与流程

本发明涉及通信技术领域，尤其涉及一种网络加速保障的方法和装置、网络QoS保障方法和装置。

背景技术：

移动通信网络是一种共享网络，多个用户共享网络资源(包括发射功率、传输带宽等等)。由于用户的移动性和业务的突发性，导致用户总的需求是实时变化的，但网络资源是固定的，相对有限，从而使得用户的服务质量在移动网络下并不是总能得到保障。

现有技术中，在用户与运营商签约时，双方共同约定服务质量(Quality of Service，QOS)参数值。当用户接入网络时，根据自己的业务需求，上报相应的需求，该需求中包括QoS参数值，以便网络侧设备根据该QoS参数值来为业务提供QoS保障。然而，现有的QoS保障大多是发生在互联网数据中心(Internet Data Center，IDC)和IDC间，也即在靠近业务所在IDC的这一层进行传输保障，而不能解决客户端到基站之间的传输保障。然而，因为客户端到基站之间的传输容易受位置移动、信号强度、流量拥堵等情况干扰，因此客户端到基站之间的传输是最需要保障的。尤其在一些业务中，例如重度手游，面临着客户端和服务器之间的频繁通信，对网络环境的要求越来越高。

技术实现要素：

本发明实施例提供了一种网络加速保障的方法和装置、网络QoS保障方法和装置，能够提高客户端和基站之前的传输速度。

第一方面，本发明提供一种网络加速保障的方法，包括：

当检测到应用软件中的特定场景出现时，向策略服务器发送保障申请参数，所述保障申请参数包括客户端的身份信息和服务质量QoS等级标识，所述保障申请参数中的身份信息用于所述策略服务器确定是否申请所述QoS等级标识对应的QoS保障策略；

当接收到所述策略服务器发送的同意申请指令时，向所述策略服务器发送保障请求参数，所述保障请求参数用于所述策略服务器申请所述QoS保障策略，所述QoS保障策略用于建立基站和所述客户端之间的专有承载；

采用所述专有承载传输所述特定场景中的业务数据。

第二方面，本发明提供一种网络QoS保障方法，包括：

接收客户端发送的保障申请参数，所述保障申请参数包括所述客户端的身份信息和服务质量QoS等级标识，所述保障申请参数用于申请所述QoS等级标识对应的QoS保障策略；

根据所述保障申请参数中的身份信息确定是否申请所述QoS保障策略；

当确定申请所述QoS保障策略时，向所述客户端发送同意申请指令；

接收所述客户端发送的保障请求参数；

根据所述保障请求参数向特定服务器申请所述QoS保障策略，以便所述特定服务器将所述QoS保障策略下发至基站，所述QoS保障策略用于建立所述基站和所述客户端之间的专有承载。

第三方面，本发明提供一种网络加速保障的装置，包括：

申请模块，用于当检测到应用软件中的特定场景出现时，向策略服务器发送保障申请参数，所述保障申请参数包括客户端的身份信息和服务质量QoS等级标识，所述保障申请参数中的身份信息用于所述策略服务器确定是否申请所述QoS等级标识对应的QoS保障策略；

请求模块，当接收到所述策略服务器发送的同意申请指令时，向所述策略服务器发送保障请求参数，所述保障请求参数用于所述策略服务器申请所述QoS保障策略，所述QoS保障策略用于建立基站和所述客户端之间的专有承载；

传输模块，用于采用所述专有承载传输所述特定场景中的业务数据。

第四方面，本发明提供一种网络QoS保障装置，包括：

第一接收模块，用于接收客户端发送的保障申请参数，所述保障申请参数包括所述客户端的身份信息和服务质量QoS等级标识，所述保障申请参数用于申请所述QoS等级标识对应的QoS保障策略；

确定模块，用于根据所述保障申请参数中的身份信息确定是否申请所述QoS保障策略；

发送模块，用于当确定申请所述QoS保障策略时，向所述客户端发送同意申请指令；

第二接收模块，用于接收所述客户端发送的保障请求参数；

申请模块，用于根据所述保障请求参数向特定服务器申请所述QoS保障策略，以便所述特定服务器将所述QoS保障策略下发至基站，所述QoS保障策略用于建立所述基站和所述客户端之间的专有承载。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明中，客户端通过在应用软件中的特定场景出现时向策略服务器发送保障申请参数，以便策略服务器根据该保障申请参数申请QoS保障策略，在策略服务器根据该保障申请参数申请到QoS保障策略时，该QoS保障策略会被发送至基站，且基站根据该QoS保障策略建立基站和所述客户端之间的专有承载，使得客户端能够在该专有承载上传输特定场景中的业务数据，解决了客户端到基站之间的传输保障；而且，由于客户端需通过策略服务器申请QoS保障策略，可以通过策略服务器灵活定制业务保障策略。

附图说明

图1为本发明的网络加速保障的方法的一个实施例的流程示意图；

图2为本发明的网络QoS保障方法的一个实施例的流程示意图；

图3为本发明的通信系统的一个实施例的结构示意图；

图4为本发明的通信流程的一个实施例的流程示意图；

图5为本发明的网络加速保障的装置的一个实施例的结构示意图；

图6为本发明的网络QoS保障装置的一种实施例的结构示意图；

图7为本发明的网络QoS保障装置的另一种实施例的结构示意图；

图8为本发明的网络QoS保障装置的另一种实施例的结构示意图；

图9为本发明的终端的一个实施例的结构示意图；

图10为本发明的服务器的一个实施例的结构示意图。

具体实施方式

请参阅图1，图1为本发明的网络加速保障的方法的一个实施例的流程示意图。本实施例中，网络加速保障的方法包括：

101、当检测到应用软件中的特定场景出现时，向策略服务器发送保障申请参数，所述保障申请参数包括客户端的身份信息和服务质量QoS等级标识，所述保障申请参数中的身份信息用于所述策略服务器确定是否申请所述QoS等级标识对应的QoS保障策略。

本实施例中，应用软件可以是设置在客户端内的交互式应用或者其他应用，在此不作限制。应用软件中的特定场景可以是应用软件中的任意一个场景。优选的，本实施例中，该应用软件为游戏应用软件，特定场景为游戏应用软件中业务流量较小且业务数据包较多的场景，例如支付场景，或者是游戏中的玩家对战(Player versus Player，PVP)场景，或者是玩家VS环境(Player VS Environment，PVE)场景，在此不作限制。这样，即使在基站带宽资源较为紧缺时，也能够在不大量占用基站宽带资源的同时保障特定场景内业务数据的传输。

在客户端检测到该特定场景出现时，获取保障申请参数。检测特定场景出现的方法具体取决于应用软件。以应用软件是游戏应用为例，在应用软件的软件开发工具包(Software Development Kit，SDK)中提供有开始接口函数，在该特定场景的代码逻辑中该函数被调用时，即可确定该特定场景的出现。

其中，保障申请参数包括服务质量QoS等级标识(QoS Class Identifier，QCI)。在第3代合作伙伴计划(3rd Generation Partnership Project，3GPP)中QoS具有9种协议级别，每一种协议级别提供了不同的传输保障。保障申请参数中携带的QCI是一个标度值，用于决定采用哪一种协议来提供传输保障，该QCI的取值为1到9，分别对应该9种协议级别。例如，在应用软件为实时手游的情况中，保障申请参数中的QCI取值一般为3。

其中，保障申请参数包括客户端的身份信息。策略服务器中制定有可以申请该QCI对应的QoS保障的用户条件，该保障申请参数中的客户端的身份信息用于该策略服务器判断该客户端是否满足该用户条件。若满足，策略服务器会向客户端发送同意申请指令，以指示客户端满足该用户条件。具体的，该客户端的身份信息包括应用软件的身份标识(Identity，ID)、用于登录应用软件的账号的ID、特定场景对应的业务ID等等。

可选的，保障申请参数中还包括申请标识，其中该申请标识用于指示该保障申请参数用于申请QoS保障策略，在此不作限制。

102、当接收到所述策略服务器发送的同意申请指令时，向所述策略服务器发送保障请求参数，所述保障请求参数用于所述策略服务器申请所述QoS保障策略，所述QoS保障策略用于建立基站和所述客户端之间的专有承载。

具体的，该同意申请指令包括同意标识。客户端接收到同意申请指令后，提取出同意标识，并添加到保障请求参数中，以便策略服务器根据该同意标识为客户端申请QoS保障策略。

可选的，本实施例中，同意申请指令中还包括手机号查询平台的统一资源定位器(Uniform Resoure Locator，URL)。由于不同的运营商和省份分别具有对应的手机号查询平台，策略服务器在确定客户端的身份信息满足可以申请该QCI对应的QoS保障的用户条件时，还根据该身份信息查询客户端所属的运营商和省份，查询该运营商和省份对应的手机号查询平台的URL，并发送给客户端。

客户端接收到同意申请指令后，从该同意申请指令中获取该手机号查询平台URL，并根据该url查询所述客户端的加密手机号，将该加密手机号加入保障请求参数中。具体的，客户端访问该URL时，手机号查询平台根据客户端的访问信息即可返回客户端的加密手机号。手机号查询平台获取客户端的加密手机号的方法为现有技术，在此不再赘述。实际应用中，可能存在策略服务器查询不到客户端对应的手机号查询平台的URL的情况，那么返回给客户端的URL的内容为空。那么客户端在生成保障请求参数时，可在加密手机号的填写处填入空。

可选的，保障请求参数还包括网络信息(例如私网IP)等等其他参数，这取决于实际应用中策略服务器在申请QoS保障策略时所需的相关参数，在此不作限制。

由于QoS资源由运营商一侧的特定服务器调度，客户端将保障请求参数发送给策略服务器后，策略服务器调用运营商一侧的特定服务器对外提供的应用程序编程接口(Application Programming Interface,API)，根据保障请求参数向该特定服务器申请QoS保障策略。当该特定服务器接收到申请时，获取保障请求参数对应的QoS保障策略，并将该QoS保障策略下发给基站，以便基站根据该QoS保障策略建立和客户端之间的专有承载。

103、采用所述专有承载传输所述业务的数据。

可选的，在客户端向所述策略服务器发送保障请求参数之后，客户端还接收到策略服务器发送的保障结果，以根据该结果确定和基站建立专有承载，并在该专有承载上传输特定场景中的业务数据。

本实施例中，客户端通过在应用软件中的特定场景出现时向策略服务器发送保障申请参数，以便策略服务器根据该保障申请参数判断客户端是否可以申请QoS保障，客户端接收到策略服务器的同意申请指令后，向策略服务器发送保障请求参数，以便策略服务器能够根据该保障请求参数申请特定场景对应的业务的QoS保障策略，使得基站和客户端之间建立该业务的专有承载，提高该业务在基站和客户端之间的传输速度，解决了客户端到基站之间的传输保障；而且，由于客户端需通过策略服务器申请QoS保障策略，可以通过策略服务器灵活定制业务保障策略。

实际应用中，客户端向策略服务器申请的QoS保障策略时，并不一定都能得到批准。因此，当所述策略服务器根据所述保障申请参数中的身份信息确定不申请所述QoS保障策略时，策略服务器向客户端发送申请失败的指示，以便客户端根据该指示采用现有技术中的方法传输所述业务的数据。

由于网络资源的紧缺，可选的，本实施例中，当客户端检测到应用软件中的特定场景结束时，向所述策略服务器发送释放请求，以便所述策略服务器根据所述释放请求申请释放所述专有承载。

其中，检测特定场景结束的方法具体取决于应用软件。例如，以应用软件是游戏为例，在应用软件的SDK中提供结束接口函数，在该特定场景的开始的代码逻辑中该结束接口函数被调用时，即可确定该特定场景结束。

其中，释放请求可以有多种形式。例如，本实施例中，客户端在将保障请求参数发送至策略服务器后，还接收策略服务器发送的会话ID，所述会话ID用于唯一标识本次QoS保障策略的申请。所述释放请求包括所述会话ID，以便该策略服务器根据会话ID申请释放所述专有承载。

可选的，客户端在向策略服务器发送释放申请之后，还接收到策略服务器发送的释放结果。

上面从客户端一侧对本发明的网络加速保障的方法进行了描述，下面将从策略服务器一侧对本发明的网络QoS保障方法进行解释说明。

请参阅图2，图2为本发明的网络QoS保障方法的一个实施例的流程示意图。本实施例中，网络QoS保障方法包括：

201、接收客户端发送的保障申请参数，所述保障申请参数包括所述客户端的身份信息和服务质量QoS等级标识，所述保障申请参数用于申请所述QoS等级标识对应的QoS保障策略。

本实施例中，保障申请参数包括客户端的身份信息。可选的，该身份信息包括应用ID、用于登录该应用的账号ID、要申请保障的业务的业务ID等等。，在此不作限制。可选的，保障申请参数还包括申请标识，其中该申请标识用于指示该保障申请参数用于申请QoS保障策略。

保障申请参数还包括服务质量QoS等级标识(QoS Class Identifier，QCI)。在第3代合作伙伴计划(3rd Generation Partnership Project，3GPP)中QoS具有9种协议级别，每一种协议级别提供了不同的传输保障。保障申请参数中携带的QCI是一个标度值，用于决定采用哪一种协议来提供传输保障，该QCI的取值为1到9，分别对应该9种协议级别。例如，在应用软件为实时手游的情况中，保障申请参数中的QCI取值一般为3。

202、根据所述保障申请参数中的身份信息确定是否申请所述QoS保障策略。

本实施例中，策略服务器内存储有预置匹配条件。当策略服务器接收到保障申请参数时，从该保障申请参数中提取出身份信息，然后检查该身份信息是否满足预置匹配条件，来确定该客户端是否可以申请QoS保障的对象。若满足，则确定客户端为可以申请QoS保障的对象；若不满足，则确定客户端为不可以申请QoS保障的对象。

203、当确定申请所述QoS保障策略时，向所述客户端发送同意申请指令。

当客户端的身份信息满足预置匹配条件时，确定申请所述QoS保障策略。

可选的，本实施例中，策略服务器在接收到保障申请参数后，还根据其中的身份信息查询客户端对应的手机号查询平台的URL。具体的，策略服务器内存有第一配置表和第二配置表，该第一配置表中存有不同参数所对应的运营商和省份，第二配置表中存有各运营商和省份对应的手机号查询平台的URL。策略服务器获取到客户端的身份信息后，根据第一配置表查询到该客户端所属的运营商和省份，再根据第二配置表查询到对应的手机号查询平台的URL，并将该手机号查询平台的URL添加到同意申请指令中发送给所述客户端，以便客户端根据该手机号查询平台的URL查询客户端的加密手机号。

204、接收所述客户端发送的保障请求参数。

策略服务器向客户端发送同意申请指令后，客户端获取申请QoS保障策略所需的参数，打包成保障请求参数发送策略服务器。策略服务器接收该保障请求参数，以根据该保障请求参数申请QoS保障策略。

205、根据所述保障请求参数向特定服务器申请所述QoS保障策略，以便所述特定服务器将所述QoS保障策略下发至基站，所述QoS保障策略用于建立所述基站和所述客户端之间的专有承载。

策略服务器申请QoS保障策略的方法有多种。例如，目前大部分省份中QoS保障资源都是由运营商一侧的特定服务器来调度，该特定服务器对外提供有API。当策略服务器确定申请QoS保障策略时，调用该API，并根据该API的用于申请QoS保障的接口标准和保障请求参数填充相关参数。

实际应用中，运营商一侧一般提供多个特定服务器的API，其中不同特定服务器用于处理不同省份的业务。因此，策略服务器在确定申请QoS保障策略时，还根据客户端发送的保障申请参数中的身份信息确定对应的省份，再调用该省份对应的特定服务器的API。

特定服务器在API被调用时，根据策略服务器填充的参数获取对应的QoS保障策略，并下发至基站。该QoS保障策略包括多个保障参数，例如网络IP、协议类型、目标端口、手机号、带宽大小、保障时长等等。基站在接收到该QoS保障策略后，根据该QoS保障策略建立和客户端之间的专有承载，并在该专有承载上和客户端进行数据传输。为了使得基站能够识别QoS保障策略中的保障参数，特定服务器的API一般还将该保障参数映射成QoS等级标识对应的通信协议中所规定的空口调度参数再下发至基站。

实际应用中，该特定服务器不仅将QoS保障策略下发给基站，还会将QoS保障策略下发到核心网设备，以便核心网根据该QoS保障策略给业务数据包打上QoS标签，使得业务数据包在核心网内传输时也能得到优先调度。然而，也会出现部分核心网设备不支持该功能的情况，也即核心网设备即使接收到该QoS保障策略后也无法为业务数据包的传输提供优先调度，该部分为现有技术，在此不再赘述。

本实施例中，策略服务器通过根据客户端的保障申请参数中的身份信息来判断是否为客户端申请QoS保障策略，这样，可以通过在策略服务器中灵活制定各种判断条件来满足不同业务需求，而且，在策略服务器接收到保障请求参数后，根据该保障请求参数申请到QoS保障策略时，该QoS保障策略会被发送至基站，且基站根据该QoS保障策略建立基站和所述客户端之间的专有承载，使得客户端能够在该专有承载上传输业务数据，提高了该业务数据从传输速度。

可选的，在策略服务器确定客户端为不可以申请QoS保障的对象时，还向客户端发送申请失败的指示，以便客户端根据该指示采用现有技术中的方法和基站传输业务数据。

可选的，本实施例中，策略服务器在接收所述客户端发送的保障请求参数之后，还生成会话ID，该会话ID用于唯一标识本次QoS保障策略的申请，并将所述会话ID发送给所述客户端。进一步的，当策略服务器接收客户端发送的包括该会话ID的释放申请时，根据所述会话ID向所述特定服务器申请释放所述QoS保障策略，以便所述特定服务器将释放所述QoS保障策略的指令下发至基站，所述指令用于释放所述基站和所述客户端之间的所述专有承载。

具体的，策略服务器根据该会话ID确定对应的特定服务器，然后调用该特定服务器对外提供的API，并根据该API的用于释放QoS保障的接口标准填充相关参数。

特定服务器在API被调用时，根据策略服务器填充的参数下发释放所述QoS保障策略的指令到基站，以便基站根据该指令释放先前所建立的专有承载。可选的，特定服务器还下发给释放所述QoS保障策略的指令到核心网设备，以便核心网设备删除打在业务数据包上的QoS标签。

可选的，本实施例中，当策略服务器检测到当前距离接收所述客户端发送的保障请求参数达到预置时长后，向所述特定服务器申请释放所述保障请求参数对应的QoS保障策略。这样，可以避免在客户端没有申请释放QoS保障策略的场景中QoS保障资源长期被占用的情况。

可选的，在特定服务器完成QoS保障策略的释放后，还向策略服务器返回释放结果，策略服务器还将该释放结果发送给客户端。

为方便理解本发明，下面结合一个实际应用场景对本发明的网络加速保障的方法和网络QoS保障方法进行举例说明。

如图3所示，图3为本发明的通信系统的一个实施例的结构示意图。本实施例中，通信系统包括客户端301、策略服务器302、基站303、运营商一侧的特定服务器304、核心网设备305、游戏服务器306。

客户端301内设置有游戏应用，在游戏应用运行的过程中，客户端301向游戏服务器306发送的业务数据包的传输路径是：客户端301到基站303，基站303到核心网设备(图未示)，核心网设备到游戏服务器306；游戏服务器306向客户端301发送的业务数据包的传输路径是：游戏服务器306到核心网设备，核心网设备到基站303、基站303到客户端301。

如图4所示，图4为本发明的通信流程的一个实施例的流程示意图。游戏应用运行时，当游戏应用的SDK检测到当前进入PVP场景时，触发客户端发起QoS保障申请流程。具体的，SDK向策略服务器发送保障申请参数，保障申请参数包括客户端的身份信息和申请标识register，其中，该身份信息包括应用软件的身份标识(Identity，ID)、用于登录应用软件的账号的ID、特定场景对应的业务ID等等。

策略服务器内预置有预置匹配条件。策略服务器接收到保障申请参数时，从该保障申请参数中提取出身份信息，检查该身份信息是否满足预置匹配条件。若不满足，策略服务器向客户端发送申请失败的指示。客户端接收到该指示后，采用现有技术中的方法和基站传输PVP场景中的业务数据。。

策略服务器内存有第一配置表和第二配置表，该第一配置表中存有不同参数所对应的运营商和省份，第二配置表中存有各运营商和省份对应的手机号查询平台的URL。在策略服务器确定客户端的身份信息满足预置匹配条件后，策略服务器还根据该身份信息在第一配置表中查询客户端所对应的运营商和省份，然后根据该运营商和省份在第二配置表中查询到对应的手机号查询平台的URL。策略服务器生成同意申请指令，并将该同意申请指令发送给客户端，该同意申请指令中包括该URL和同意标识。

客户端接收到同意申请之后，访问其中的URL以查询客户端的加密手机号。客户端还获取网络信息(例如私网IP)等其他参数，根据该加密手机号、同意标识和其他参数生成保障请求参数，并将该保障请求参数发送至策略服务器。

策略服务器接收保障请求参数后，生成会话ID，该会话ID用于唯一标识本次QoS保障策略的申请，并将所述会话ID发送给所述客户端。策略服务器还根据客户端所属的运营商和省份确定对应的特定服务器，该特定服务器为运营商一侧提供的用于调度QoS保障资源的服务器。策略服务器调用该特定服务器的API，并根据该API的用于申请QoS保障的接口标准和保障请求参数填充相关参数。实际应用中，特定服务器的API的用于申请QoS保障的接口标准中要求填充的相关参数可能多余保障请求参数中的参数，因此，策略服务器还存有相关参数表，以根据保障请求参数从该相关参数表中查找接口标准所要求填充的参数。

策略服务器调用特定服务器的API并填充完相关参数后，该特定服务器根据策略服务器所填充的参数获取到对应的QoS保障策略，并将该QoS保障策略发送给基站和核心网设备。基站接收到QoS保障策略后，根据该QoS保障策略建立和客户端之间的专有承载。客户端和基站在该专有承载上传输上述PVP场景中的业务数据。当业务数据传输到核心网设备时，核心网设备根据该QoS保障策略为该业务数据打上QoS标签，使得业务数据包在核心网内传输时能得到优先调度。

特定服务器在发送QoS保障策略后，还返回保障结果给策略服务器，以便策略服务器确定申请QoS保障策略成功。策略服务器还将该保障结果发送给客户端，以便客户端确定申请保障策略成功。可选的，策略服务器将所述会话ID和该保障结果一起发送至客户端。

当游戏应用的SDK检测到退出当前PVP场景时，触发客户端发起QoS释放申请流程。具体的，SDK向策略服务器发送释放申请，该释放申请包括会话ID和释放标识delete，该释放标识用于指示申请释放该会话ID对应的专有承载。

策略服务器接收到释放申请时，根据其中的会话ID确定客户端对应的运营商和省份，在根据该运营商和省份确定对应的特定服务器。策略服务器调用该特定服务器的API，并根据该API的用于释放QoS保障的接口标准填充相关参数。

特定服务器在API被调用时，根据策略服务器填充的参数下发释放所述QoS保障策略的指令到基站和核心网设备，以便基站根据该指令释放先前所建立的专有承载，核心网设备删除打在业务数据包上的QoS标签。

特定服务器在发送释放所述QoS保障策略的指令后，还返回释放结果给策略服务器，以便策略服务器确定释放QoS保障策略成功。策略服务器还将该释放结果发送给客户端，以便客户端确定释放QoS保障策略成功。

上面对本发明的网络加速保障的方法和网络QoS保障方法进行了描述，下面将对本发明的网络加速保障的装置和网络QoS保障装置进行描述。

请参阅图5，图5为本发明的网络加速保障的装置的一个实施例的结构示意图。本实施例中，网络加速保障的装置500包括：

申请模块501，用于当检测到应用软件中的特定场景出现时，向策略服务器发送保障申请参数，所述保障申请参数包括网络加速保障的装置的身份信息和服务质量QoS等级标识，所述保障申请参数用于所述策略服务器确定是否申请所述QoS等级标识对应的QoS保障策略；

请求模块502，当接收到所述策略服务器发送的同意申请指令时，向所述策略服务器发送保障请求参数，所述保障请求参数用于所述策略服务器申请所述QoS保障策略，所述QoS保障策略用于建立基站和所述网络加速保障的装置之间的专有承载；

传输模块503，用于采用所述专有承载传输所述特定场景中的业务数据。

本实施例中，网络加速保障的装置通过在应用软件中的特定场景出现时向策略服务器发送保障申请参数，以便策略服务器根据该保障申请参数判断网络加速保障的装置是否可以申请QoS保障，网络加速保障的装置接收到策略服务器的同意申请指令后，向策略服务器发送保障请求参数，以便策略服务器能够根据该保障请求参数申请特定场景对应的业务的QoS保障策略，使得基站和网络加速保障的装置之间建立该业务的专有承载，提高该业务在基站和网络加速保障的装置之间的传输速度，解决了网络加速保障的装置到基站之间的传输保障；而且，由于网络加速保障的装置需通过策略服务器申请QoS保障策略，可以通过策略服务器灵活定制业务保障策略。

可选的，本实施例中，所述同意申请指令中包括同意标识和手机号查询平台的统一资源定位器URL，其中，所述手机号查询平台的URL为所述策略服务器根据所述网络加速保障的装置的身份信息查找到的；

所述装置500还包括：

查询模块504，用于在向所述策略服务器发送保障请求参数之前，根据所述手机号查询平台URL查询所述网络加速保障的装置的加密手机号，所述保障请求参数包括所述加密手机号和所述同意标识。

可选的，本实施例中，所述装置500还包括：

释放申请模块505，用于当检测到应用软件中的特定场景结束时，向所述策略服务器发送释放请求，以便所述策略服务器根据所述释放请求申请释放所述专有承载。

可选的，本实施例中，所述装置500还包括：

接收模块506，用于在向所述策略服务器发送保障请求参数之后，接收所述策略服务器发送的会话ID，所述会话ID用于唯一标识本次QoS保障策略的申请；

所述释放请求包括所述会话ID，以便所述策略服务器根据所述会话ID申请释放所述专有承载。

请参阅图6，图6为本发明的网络QoS保障装置的一种实施例的结构示意图。本实施例中，网络QoS保障装置600包括：

第一接收模块601，用于接收客户端发送的保障申请参数，所述保障申请参数包括所述客户端的身份信息和服务质量QoS等级标识，所述保障申请参数用于申请所述QoS等级标识对应的QoS保障策略；

确定模块602，用于根据所述保障申请参数中的身份信息确定是否申请所述QoS保障策略；

发送模块603，用于当确定申请所述QoS保障策略时，向所述客户端发送同意申请指令；

第二接收模块604，用于接收所述客户端发送的保障请求参数；

申请模块605，用于根据所述保障请求参数向特定服务器申请所述QoS保障策略，以便所述特定服务器将所述QoS保障策略下发至基站，所述QoS保障策略用于建立所述基站和所述客户端之间的专有承载。

本实施例中，策略服务器通过根据客户端的保障申请参数中的身份信息来判断是否为客户端申请QoS保障策略，这样，可以通过在策略服务器中灵活制定各种判断条件来满足不同业务需求，而且，在策略服务器接收到保障请求参数后，根据该保障请求参数申请到QoS保障策略时，该QoS保障策略会被发送至基站，且基站根据该QoS保障策略建立基站和所述客户端之间的专有承载，使得客户端能够在该专有承载上传输业务数据，提高了该业务数据从传输速度。

可选的，本实施例中，所述确定模块602具体用于获取预置匹配条件；检查所述保障申请参数中的身份信息是否满足所述预置匹配条件，若满足，则确定申请所述QoS保障策略。

可选的，本实施例中，所述保障请求参数包括所述客户端的加密手机号；

所述装置600还包括：

查询模块606，用于在向所述客户端发送同意申请指令之前，根据所述身份信息查询对应的手机号查询平台的URL，所述同意指令包括所述手机号查询平台的URL，以便所述客户端根据所述手机号查询平台的URL查询所述客户端的加密手机号。

可选的，本实施例中，所述装置还包括生成模块607，用于在接收所述客户端发送的保障请求参数之后，生成会话ID，所述会话ID用于唯一标识本次QoS保障策略的申请；将所述会话ID发送给所述客户端。

可选的，如图7所示，本实施例中，所述装置600还包括：

第三接收模块701，用于接收客户端发送的释放申请，所述释放申请包括所述会话ID；

释放模块702，用于根据所述会话ID向所述特定服务器申请释放所述QoS保障策略，以便所述特定服务器将释放所述QoS保障策略的指令下发至基站，所述指令用于释放所述基站和所述客户端之间的所述专有承载。

可选的，如图8所示，本实施例中，所述装置600还包括：

释放模块801，用于当距离接收所述客户端发送的保障请求参数达到预置时长后，向所述特定服务器申请释放所述保障请求参数对应的QoS保障策略。

本发明实施例还提供了另一种终端，如图9所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑等任意终端设备，以终端为手机为例：

图9示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图9，手机包括：射频(Radio Frequency，RF)电路1010、存储器1020、输入单元1030、显示单元1040、传感器1050、音频电路1060、无线保真(wireless fidelity，WiFi)模块1070、处理器1080、以及电源1090等部件。本领域技术人员可以理解，图9中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图9对手机的各个构成部件进行具体的介绍：

RF电路1010可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1080处理；另外，将设计上行的数据发送给基站。通常，RF电路1010包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路1010还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器1020可用于存储软件程序以及模块，处理器1080通过运行存储在存储器1020的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1020可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1020可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1030可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1030可包括触控面板1031以及其他输入设备1032。触控面板1031，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1031上或在触控面板1031附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1031可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1080，并能接收处理器1080发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1031。除了触控面板1031，输入单元1030还可以包括其他输入设备1032。具体地，其他输入设备1032可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1040可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1040可包括显示面板1041，可选的，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1041。进一步的，触控面板1031可覆盖显示面板1041，当触控面板1031检测到在其上或附近的触摸操作后，传送给处理器1080以确定触摸事件的类型，随后处理器1080根据触摸事件的类型在显示面板1041上提供相应的视觉输出。虽然在图9中，触控面板1031与显示面板1041是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1031与显示面板1041集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1050，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1041的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1041和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1060、扬声器1061，传声器1062可提供用户与手机之间的音频接口。音频电路1060可将接收到的音频数据转换后的电信号，传输到扬声器1061，由扬声器1061转换为声音信号输出；另一方面，传声器1062将收集的声音信号转换为电信号，由音频电路1060接收后转换为音频数据，再将音频数据输出处理器1080处理后，经RF电路1010以发送给比如另一手机，或者将音频数据输出至存储器1020以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块1070可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图9示出了WiFi模块1070，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1080是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1020内的软件程序和/或模块，以及调用存储在存储器1020内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1080可包括一个或多个处理单元；优选的，处理器1080可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1080中。

手机还包括给各个部件供电的电源1090(比如电池)，优选的，电源可以通过电源管理系统与处理器1080逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，该终端所包括的处理器1080还具有控制执行以上由终端执行的网络加速保障的方法流程。

图10是本发明实施例提供的一种服务器结构示意图，该服务器1100可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)1122(例如，一个或一个以上处理器)和存储器1132，一个或一个以上存储应用程序1142或数据1144的存储介质1130(例如一个或一个以上海量存储设备)。其中，存储器1132和存储介质1130可以是短暂存储或持久存储。存储在存储介质1130的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1122可以设置为与存储介质1130通信，在服务器1100上执行存储介质1130中的一系列指令操作。

服务器1100还可以包括一个或一个以上电源1126，一个或一个以上有线或无线网络接口1150，一个或一个以上输入输出接口1158，和/或，一个或一个以上操作系统1141，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图10所示的服务器结构。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。