CN117676672A - 服务质量信息的处理方法、装置、设备、存储介质和芯片 - Google Patents

Abstract

本申请公开了一种服务质量信息的处理方法，应用于QoS服务器，该服务质量信息的处理方法包括：得到与终端设备的位置信息对应的采集路线；将采集路线上的采集策略和需要采集的数据类型下发给终端设备；接收终端设备发送的采集结果；其中，采集结果包括终端设备基于采集策略，对数据类型对应的信息进行采集得到的射频指纹信息和QoS信息；基于射频指纹信息和QoS信息构建QoS地图。本申请同时还公开了一种服务质量信息的处理装置、设备、存储介质和芯片。

Description

服务质量信息的处理方法、装置、设备、存储介质和芯片

技术领域

本申请涉及通信技术领域，尤其是涉及一种服务质量信息的处理方法、服务质量信息的处理装置、设备、存储介质和芯片。

背景技术

用户使用电子设备在不同的通信网络，比如蜂窝通信网络和无线通信网络之间移动期间，因为通信网络的服务质量(Quality of Service，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地图；

第四处理单元，用于基于预存的QoS地图和终端设备当前驻留的无线QoS网络，预测前进方向上预设时间内的无线QoS网络信息。

第九方面，一种QoS服务器，其特征在于，所QoS服务器包括：第一处理器、第一存储器和第一通信总线；第一通信总线用于实现第一处理器和第一存储器之间的通信连接；第一处理器用于执行第一存储器中存储的服务质量信息的处理程序，以实现如第一方面或第二方面中任一项的服务质量信息的处理方法的步骤。

第十方面，一种终端设备，其特征在于，终端设备包括：第二处理器、第二存储器和第二通信总线；第二通信总线用于实现第二处理器和第二存储器之间的通信连接；第二处理器用于执行第二存储器中存储的服务质量信息的处理程序，以实现如第三方面或第四方面中任一项的服务质量信息的处理方法的步骤。

第十一方面，一种存储介质，其特征在于，存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现如第一方面或第二方面中任一项的服务质量信息的处理方法的步骤。

第十二方面，一种存储介质，其特征在于，存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现如第三方面或第四方面中任一项的服务质量信息的处理方法的步骤。

第十三方面，一种芯片，其特征在于，包括：第一处理器，用于从第一存储器中调用并运行计算机程序，使得安装有芯片的设备执行如第一方面或第二方面中任一项的方法。

第十四方面，一种芯片，其特征在于，包括：第二处理器，用于从第二存储器中调用并运行计算机程序，使得安装有芯片的设备执行如第三方面或第四方面中任一项的方法。

本申请提供的一种服务质量信息的处理方法、服务质量信息的处理装置、设备、存储介质和芯片，其中，该服务质量信息的处理方法包括：得到与终端设备的位置信息对应的采集路线；将采集路线上的采集策略和需要采集的数据类型下发给终端设备；接收终端设备发送的采集结果；其中，采集结果包括终端设备基于采集策略，对数据类型对应的信息进行采集得到的射频指纹信息和QoS信息；基于射频指纹信息和QoS信息构建QoS地图；也就是说，本申请在构建QoS地图的过程中，基于终端设备采集的射频指纹信息和QoS信息进行构建，终端设备时刻都会连接运营商的无线网络，因此射频指纹信息可以随时获取，不需要开启GPS定位或其他定位方式，从而在QoS地图构建过程中降低了对终端设备功耗的消耗。

附图说明

图1为本申请实施例提供的弱QoS网络的示意图；

图2为本申请实施例提供的一种服务质量信息的处理方法的流程示意图一；

图3为本申请实施例提供的重叠覆盖无线QoS网络的示意图；

图4为本申请实施例提供的同一小区多个采集终端采集时间合并的示意图；

图5为本申请实施例提供的滑窗射频指纹相似度计算的示意图；

图6为本申请实施例提供的射频指纹时间序列分布的示意图；

图7为本申请实施例提供的QoS地图初始构建的主流程的示意图；

图8为本申请实施例提供的QoS地图初始构建的采集流程的示意图；

图9为本申请实施例提供的一个无线QoS网络QoS信息采集的示意图；

图10为本申请实施例提供的一个无线QoS信息和射频指纹同时采集的示意图；

图11为本申请实施例提供的一种服务质量信息的处理方法的流程示意图二；

图12为本申请实施例提供的一种服务质量信息的处理方法的流程示意图三；

图13为本申请实施例提供的一种服务质量信息的处理方法的流程示意图四；

图14为本申请实施例提供的一种QoS预测系统的示意图；

图15为本申请实施例提供的一种QoS预测流程的示意图；

图16为本申请实施例提供的一种TCP监听报文的示意图；

图17为本申请实施例提供的一种UDP监听报文的示意图；

图18为本申请实施例提供的一种TCP数据流类应用预测的示意图；

图19为本申请实施例提供的一种射频指纹相似度匹配的示意图；

图20为本申请实施例提供的一种UDP数据流类应用预测的示意图；

图21为本申请实施例提供的一种TCP_UDP数据流类应用预测的示意图；

图22为本申请实施例提供的一种QoS信息众包数据合并的示意图；

图23为本申请实施例提供的一种QoS信息众包数据新增无线QoS网络合并的示意图；

图24为本申请实施例提供的一种QoS等级划分和射频指纹模型分类的示意图；

图25为本申请实施例提供的一种服务质量信息的处理装置的结构示意图一；

图26为本申请实施例提供的一种服务质量信息的处理装置的结构示意图二；

图27为本申请实施例提供的一种服务质量信息的处理装置的结构示意图三；

图28为本申请实施例提供的一种服务质量信息的处理装置的结构示意图四；

图29为本申请实施例提供的一种QoS服务器的结构示意图；

图30为本申请实施例提供的一种终端设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

用户使用电子设备在不同的通信网络，比如蜂窝通信网络和无线通信网络之间移动期间，在部分通信网络无法进行数据传输，这里，无法进行数据传输的通信网络也称为弱网或弱QoS网。针对上述问题，尝试通过如下方案解决：在进入弱网之前提前预测，视频类上网应用可以执行预加载。

参照图1，在用户从家到公司的出行途中，存在不同的通信网络，家和公司还有无线保真(wireless fidelity，Wi-Fi)可以使用。中间路段存在4个第五代(FifthGeneration，5G)小区和一个漏缆第四代(Forth Generation，4G)小区。因为漏缆4G小区覆盖范围大，在人流量大的时候，服务的用户数也会变多，这个4G小区在高峰期间就会形成弱QoS网络。用户在高峰期间经过这个小区时，使用的上网应用比如短视频，游戏等就容易出现卡顿。

基于前述的解决方案，相关技术中通过定时获取移动终端的全球定位系统(Global Positioning System，GPS)定位信息，基于GPS定位信息构建一个圆形的弱网区域，弱网区域的圆心和直接由GPS位置推导获得，提到的弱网区域指用户无法正常连接网络的区域。进而，在进入弱网区域之前，预先下载并缓存预缓存数据。

这种解决方案存在如下特点：弱网区域精度差，实际的蜂窝网络大都使用扇形区域部署，弱网区域覆盖的真实区域并不都是弱网，有可能部分区域网络质量好。而且，弱网区域构建时，需要获取大量的GPS位置，人工采集成本高，而且在地下或室内区域，GPS信号无覆盖的地方，无法根据GPS构建弱网区域；方案实施时，需要获取终端的GPS位置，也会消耗终端的功耗。

本申请提出一种QoS信息的处理方法，基于射频指纹构建QoS地图，相比基于终端设备的大量的定位信息进行QoS地图构建的方式而言，由于终端设备时刻都会连接运营商的无线网络，因此射频指纹信息可以随时获取，不需要开启GPS定位或其他定位方式，从而在QoS地图构建过程中降低了对终端设备功耗的消耗。

为便于理解本申请实施例的技术方案，以下对本申请实施例的相关技术进行说明，以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

本申请实施例提供一种服务质量信息的处理方法，应用于QoS服务器，参照图2所示，该方法包括以下步骤：

步骤101、得到与终端设备的位置信息对应的采集路线。

本申请实施例中，QoS服务器可以触发一个终端设备或触发多个终端设备进行QoS信息采集。本申请实施例中，QoS服务器又称为QoS地图服务器。

采集路线包括但不限于预先保存的采集路线、实时设定的采集路线。采集是基于采集路线进行，包含起点和终点。

以终端设备上安装有采集应用程序和目标应用为例，可以通过如下任一方式得到采集路线：方式一，QoS服务器可以预先保存若干需要采集的采集路线，主动与终端设备上的采集应用程序通信，协商即将采集的采集路线；方式二，终端设备上的采集应用可以通过用户界面(User Interface，UI)输入采集的路线起点和终点后，通知QoS服务器终端设备即将采集的采集路线。

终端设备在达到采集路线的起点区域时，主动上报位置信息，QoS服务器能够根据该位置信息推测出采集路线上的某个位置点。位置信息可以是某个地铁线路的地铁站，也可以是GPS位置坐标，形式不限制。

步骤101中的得到可以理解为确定(make)、生成(generate)、获得(get/receive)、决定(determine)。

本申请实施例中，QoS服务器得到终端设备的位置信息和QoS服务器得到采集路线没有严格的顺序关系；例如，终端设备可以先上报位置信息，QoS服务器保存，再设定采集路线，进一步地，QoS服务器触发终端设备进行采集。再例如，QoS服务器设定采集路线，再接收终端设备上报的位置信息，QoS服务器触发终端设备进行采集。

本申请实施例中，终端设备包括但不限于与QoS服务器、网络设备或其它终端设备采用有线或者无线连接的任意终端设备。例如，终端设备可以指接入终端、用户设备(UserEquipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、IoT设备、卫星手持终端、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进网络中的终端设备等。

终端设备可以用于设备到设备(Device to Device，D2D)的通信。

步骤102、将采集路线上的采集策略和需要采集的数据类型下发给终端设备。

本申请实施例中，QoS服务器控制采集的内容如需要采集的数据类型，以及每类内容的采集策略。

本申请实施例中，需要采集的数据类型包括但不限于：仅采集射频指纹，仅采集重叠覆盖无线网络，射频指纹和QoS信息同时采集。每类内容的采集策略包括但不限于如下一个或多个的组合：采集开始时间，采集周期，采集间隔，采集停止时间等。

QoS服务器在配置好采集路线上的采集策略和需要采集的数据类型的情况下，将采集路线上的采集策略和需要采集的数据类型下发给终端设备，以指示终端设备按照采集策略对需要采集的内容进行采集。

步骤103、接收终端设备发送的采集结果。

其中，采集结果包括终端设备基于采集策略，对数据类型对应的信息进行采集得到的射频指纹信息和QoS信息。这里，射频指纹信息包括全量射频指纹信息，包括可以接入的无线网络的射频指纹信息和接入不了的无线网络的射频指纹信息。

步骤104、基于射频指纹信息和QoS信息构建QoS地图。

在一个可实现的QoS地图构建场景中，先获取采集路线上的射频指纹信息，再根据射频指纹信息构建重叠覆盖无线QoS网络列表，进而采集目标应用在无线QoS网络运行时的QoS信息。

本申请实施例所提供的一种服务质量信息的处理方法，应用于QoS服务器，该服务质量信息的处理方法包括：得到与终端设备的位置信息对应的采集路线；将采集路线上的采集策略和需要采集的数据类型下发给终端设备；接收终端设备发送的采集结果；其中，采集结果包括终端设备基于采集策略，对数据类型对应的信息进行采集得到的射频指纹信息和QoS信息；基于射频指纹信息和QoS信息构建QoS地图；也就是说，本申请在构建QoS地图的过程中，基于终端设备采集的射频指纹信息和QoS信息进行构建，终端设备时刻都会连接运营商的无线网络，因此射频指纹信息可以随时获取，不需要开启GPS定位或其他定位方式，从而在QoS地图构建过程中降低了对终端设备功耗的消耗。

本申请提供的QoS信息的处理方法，能够实现QoS地图的构建，适用于固定采集路线或非固定的采集路线。示例性的，在一个采集路线基本固定的场景下，比如上下班通勤路线，而且通勤路线上重叠覆盖的无线QoS网络比较多的场景下的采集过程作出进一步的说明，以地铁通勤路线为例，终端设备将地铁通勤路线的起点和终点提供给QoS服务器，如果起点和终点之间存在换乘的情况下，也需要将换乘站一并提供，基于提供的信息和公知的地铁线路站点信息，QoS服务器可以推算通勤路线上有多少个站台和站间信息，从而构建QoS信息初始采集的路段信息。本申请使用站台和站间信息，是为了将通勤路线划分为若干路段，便于QoS信息初始采集，比如采集人员可以使用终端设备往返某几个邻接站点进行采集，以提高效率，站台和站间信息不会出现在QoS地图中。示例性的，在一个驾车出行的采集场景中，因为终端设备往返起点和终点都比较方便，则不必在路线中间设置若干个位置点进行往返数据采集。

数据类型包括射频指纹信息、重叠覆盖无线QoS网络和QoS信息中的一种或多种的组合。

本申请实施例中，关于重叠覆盖的无线QoS网络，定义为处于相同位置的至少一个终端设备在同一时间采集到的无线网络，而且是终端设备能够接入并且进行数据传输的网络。如果某个蜂窝基站或无线访问接入点(Wi-Fi Access Point，Wi-Fi AP)，终端设备接入不了，则无法在这样的无线网络中采集QoS信息。

参照图3，用户从家到公司的地铁通勤路线上，站台A和站台B之间，同一位置的两个终端设备可以分别接入4G cell1和5G cell1，但因为信号质量差，无法接入5G cell2，因为运营商限制，无法接入另一个运营商的4G cell2，因为没有密码，无法接入站台A和站台B之间Wi-Fi网络。这样，站台A和站B之间的重叠覆盖无线QoS网络则指4G cell1和5G cell1，站台A和站台B之间，采集目标应用在4G cell1和5G cell1中的QoS信息，即可构建QoS地图。尽管5G cell2，4G cell2和Wi-Fi信息，终端设备接入不了，但这些无线网络的射频指纹信息比如小区标识(小区标识又称网络标识)和信号强度信息，以及出现的先后时间信息，可以用于标识QoS信息出现的特定区域，进而根据射频指纹信息进行QoS信息的预测。因此，终端设备也需要采集接入不了的无线网络的射频指纹信息。

本申请实施例中，采集策略包括基于如下步骤依次采集对应的数据类型：采集采集路线上的射频指纹信息；采集采集路线上的可接入的无线网络信息；其中，可接入的无线网络包括重叠覆盖无线QoS网络；采集可接入的无线网络的射频指纹信息和QoS信息；其中，QoS信息为目标应用在无线QoS网络运行时的QoS信息。

本申请实施例中，采集路线上的射频指纹信息来源于两部分，一部分是终端设备可以接入并建立数据连接，进而进行数据传输的无线QoS网络；一部分是终端设备可以测量到但无法接入或无法建立数据连接的非无线QoS网络。

由上述可知，在QoS地图初始构建阶段，QoS服务器依次获取采集路线上的全量射频指纹信息，可接入的无线网络信息，可接入无线网络的QoS信息，分三步构建QoS地图。

本申请实施例中，采集采集路线上的射频指纹信息之后，方法包括：

合并采集路线上的射频指纹信息，得到各个无线网络小区信息和无线网络小区的邻接关系；其中，邻接关系包括每个无线网络小区在终端设备的前进方向上邻接的无线网络小区；

基于每个无线网络小区的持续时间和邻接的无线网络小区，构建候选的可接入无线网络列表；其中，候选的可接入无线网络列表包括重叠覆盖无线QoS网络，各个无线网络小区信息包括每个无线网络小区的持续时间。

这里，候选的可接入无线网络列表用于分派给不同的终端设备尝试是否可以接入并进行数据传输。

由上述可知，本申请中的射频指纹信息合并，相同时间不同终端采集的指纹通过时间戳对齐的方式进行合并，不同时间同一设定路线上采集的射频指纹通过滑动时间窗口计算相似度的方法进行合并。

本申请实施例中，合并采集路线上的射频指纹信息，包括：

将相同时间不同终端设备采集的射频指纹信息，基于时间戳对齐的方式，对射频指纹信息进行合并；和/或，将不同时间同一采集路线上采集的射频指纹信息，基于滑动时间窗口和滑窗次数，确定射频指纹信息之间的相似度，并基于相似度对射频指纹信息进行合并。

在一个可实现的合并采集路线上的射频指纹信息的场景中，在采集任务完成后，终端设备上的采集应用需要把采集内容上报给QoS服务器。根据QoS服务器的指示，采集完成后，采集应用可以立即上报到QoS服务器，或者终端设备预设的条件满足时，比如连接Wi-Fi网络时，上报给QoS服务器。当然，终端设备也可以通过USB连接QoS服务器，将采集数据上传到QoS服务器的某个指定目录下。QoS服务器将同一采集路线上同一时间的所有终端设备采集的数据根据采集时间进行合并，合并后的数据格式也如表1。

采集时间	小区标识	信号强度(dbm)
			第一次采集时间	A	-99
…	A	-80
			最后一次采集时间	A	-99

表1射频指纹内容保存格式

针对同一个无线网络小区，不同终端设备获取到的第一次采集时间和最后一次采集时间可能不一样，参照图4所示：

合并规则如下：第一次采集时间＝所有终端设备获取到的最早的第一次采集时间，最后一次采集时间＝所有终端设备获取到的最晚的最后一次采集时间。如图4，合并后的时间分别为9:00:58和10:22:33。QoS服务器根据某个小区的最后一次采集时间和第一次采集时间可以推算出某个小区在采集路线上持续出现的时间，以及每个时间点对应的信号强度。并将第一次采集时间定义为00:00:00，数据保存格式表2。并记录信号强度的最大值和最小值。

表2射频指纹内容保存格式

在另一个可实现的合并采集路线上的射频指纹信息的场景中，参照图5所示：

在QoS服务器已经有某个无线网络小区的射频指纹的情况下，采集路线上其他时段采集的该无线网络小区的射频指纹合并规则如下：先根据该小区的无线网络小区标识查找QoS服务器，获取QoS服务器中保存的小区持续时间长度和每个时间点的信号强度，通过滑动时间窗口计算相似度的方法进行合并。

如图5示例，先设置滑窗索引[-2,9]，QoS服务器中保持有某个无线网络小区的连续10秒的信号强度索引[0,9]，映射滑窗索引[0,9]，其他时间采集该小区的连续9秒的信号强度索引[0,8]，第一次滑窗，先将[0,8]映射滑窗索引[-2,6]进行信号强度相似度计算，如果一个滑窗索引同时有QoS地图中已保存的射频指纹RSRP1，又有采集的射频指纹RSRP2，则执行相似度计算(如图5中深色部分参与相似度计算)，否则，不计算相似度，或者认为相似度为0。

其中，单个滑窗索引的计算公式为：(RSRP1–RSRP2)²，所有滑窗索引的相似度求和，则为该次滑窗的相似度。滑窗索引的初始偏移值-2可以设置，滑窗次数6也可以根据实际采集的持续时间进行修改。取6次滑窗计算的相似度最小值为最优计算结果，如果最小值低于预设门限并且重叠滑窗索引大于预设门限，将该结果对应的采集射频指纹滑窗位置与QoS服务器中的射频指纹进行合并，规则为：重叠的滑窗索引，将两个信号强度进行加权平均＝RSRP1*w1+RSRP2*w2，RSRP1为QoS地图中已保存值，w1建议值为0.9，RSRP2为采集值，w2建议值为0.1，w1+w2＝1。不重叠的有效滑窗索引对应的信号强度值为原值，或者是QoS地图中保持的值，或者是采集值。无效滑窗索引指这个索引值没有对应的信号强度。将有效滑窗索引的最小值更新为QoS地图中的第一次采集时间，将有效滑窗索引个数更新为这个无线网络小区的持续时间，并将每个时间点对应的信号强度更新到QoS服务器中。

本申请实施例中，候选的可接入无线网络列表中包括时间序列上无重叠覆盖的无线QoS网络组合；其中，QoS信息包括从接入无线QoS网络到离开无线QoS网络的整个覆盖区域的QoS信息。

由此可知，本申请实施例中，构建时间序列上无重叠覆盖的无线QoS网络列表组合的方式进行，组合中的任何两个小区覆盖区域不会重叠，采集应用采集从接入无线QoS网络到离开无线QoS网络的整个覆盖区域的QoS信息。

本申请实施例中，射频指纹采集和QoS信息采集都是基于每个无线网络在时间序列上的全覆盖区域进行采集，即从进入无线网络开始采集，离开无线网络停止采集，一个无线网络只需要执行三次采集即可完成QoS地图构建，相比通过多部终端往返多次穷举式采集效率高，成本低。

在一个可实现的场景中，构建候选的可接入无线网络列表，QoS服务器将同一采集路线上的终端设备上报的射频指纹合并后，不仅需要记录如表2的单个无线网络小区信息，还需要记录每个无线网络小区的邻区信息。通过射频指纹采集时间戳进行关联构建，数据库中保持格式示例如表3，针对无线网络小区A，在9:00:05～9:00:08分，终端设备不仅测量到了A，还测量到了邻区B，C，D，则B，C，D会记录为A的邻区。基于表2中的无线网络小区信息和表3中的邻区信息，QoS服务器中会形成如图6中内容A的网络分布图。

表3无线网络小区邻区关系保存数据格式示例

在一个可实现的场景中，无线网络小区的邻接关系也反映了在采集路线前进方向上，各个无线网络小区出现的先后时间顺序。QoS服务器根据该邻接关系构建候选的可接入无线网络列表，用于分派给不同的终端设备尝试是否可以接入并进行数据传输。构建规则是基于每个无线网络小区的持续时间及前进方向上邻接的无线网络小区，针对图6中内容A，QoS服务器可以将(Cell1，Cell5，Cell9)的组合分配给一个终端设备，在每个无线网络小区的持续时间内，终端设备只要能接入该小区并建立数据连接，则表示该无线网络小区是无线QoS网络，目标应用可以在该小区进行数据传输，采集QoS信息。如果终端设备足够多的话，QoS服务器还可以构建其余三种组合(Cell2，Cell6，Cell10)，(Cell3，Cell7，Cell11)和(Cell4，Cell8，Cell12)给另外3个终端设备，4个终端设备一次即可完成采集路线上可以接入网络的验证。

本申请实施例中，QoS信息包括终端设备监听每个无线QoS网络的通信质量极大值得到的信息。

通过采集每个无线QoS网络的通信质量极限进行初始QoS地图的构建，比如QoS信息是速率，是采集无线QoS网络能够提供给终端的最大下载速率，而不是采集目标应用运行期间实际需要的速率。

本申请实施例中，QoS信息包括终端设备对目标应用关联的多种QoS指标进行量化打分，并基于每一QoS指标的量化值和对应QoS指标的权重得到的信息。

本申请实施例中，将所有支持的目标应用关联的QoS指标进行统一的数值量化，每种数值量化后的不同QoS指标赋予不同的权值。

在实际应用中，当前主流的手机上有很多上网应用，不同的上网应用对数据传输需求不一样，比如网页浏览类业务，仅在用户点击感兴趣的内容时才会请求数据加载，持续时间很短，突发性很强，也不清楚用户下一次点击感兴趣的内容会是什么时候。如果仅用速率指标进行预测，则可能出现误判。不仅如此，像直播类业务，数据传输可能会受多种QoS指标的影响，比如下载速率，下载时延，上传速率，上传时延，上行丢包率，下行丢包率等，如果每一种QoS指标单独构建，则在QoS预测时，比较的QoS指标就会很多，QoS预测的不确定性就会增加。为提升QoS信息的通用型，本申请可以采样量化打分的方式构建QoS信息。假定所有目标应用关联的QoS指标有n种，QoS1，QoS2，…，QoSn，每种QoS指标统一数值量化为[minValue,maxValue]，比如，minValue＝0，maxValue＝100，以下行传输时延为0，时延超过5000毫秒，则认为量化值为0，时延小于5毫秒，认为量化值为100，5毫秒～5000毫秒的中间值X按比例折算为(X-5)/(5000–5)*100，其他QoS指标计算类似，最终的QoS信息值QoSvalue＝QoS1value*w1+QoS2value*w2+…+QoSnvalue*wn，其中，w1+w2+…+wn＝1，每种权重值大于等于0，针对某个目标应用，如果某个QoS指标不需要，则对应的权重值为0，比如短视频业务，丢包率QoS指标就可以为0。这种方式构建的QoS信息，预测的通用性更强。

进一步地，某个目标应用在运行时，对QoS信息的要求仅是一个范围，比如短视频应用，在有数据下载时，速率超过10Mbps即可，至于实际速率是15Mbps，20Mpbs都可以，因此，基于目标应用的数据传输需求，可以将QoS信息根据不同的门限设置不同的QoS等级，以短视频为例，根据短视频以“流畅”，“清晰”，“高清”，“超清”，“蓝光”等清晰度播放时，计算速率需求，将每种清晰度的速率需求提供给QoS服务器，QoS地图可以根据速率需求将QoS信息划分成不同的QoS等级，以进行更精细化的QoS预测，比如哪些路段支持“蓝光”清晰度，哪些路段只能支持“流畅”。

在一个可实现的基于射频指纹信息和QoS信息构建QoS地图的场景中，参照图7所示：

Step1：设定采集路线。这里，以QoS服务器触发多个终端设备进行QoS信息采集为例，QoS地图服务器可以同时触发多个采集终端进行QoS信息采集，采集终端上安装有采集应用程序和目标应用。示例性的，多个采集终端包括：采集终端1，采集终端2和采集终端3。采集是基于路线进行，包含起点和终点。

Step2：上报位置信息。这里，采集终端在达到采集路线的起点区域时，需要主动上报位置信息，QoS地图服务器能够根据该位置信息推测出采集路线上的某个位置点。位置信息可以是某个地铁线路的地铁站，也可以是GPS位置坐标，形式不限制。Step2上报位置信息和Step1设定采集路线没有严格的顺序关系，也可以先上报位置信息，QoS地图服务器保存，再设定采集路线，这样，QoS地图服务器也能够触发采集终端采集。

Step3：设置采集策略和采集内容。这里，QoS地图构建需要先获取采集路线上的射频指纹信息，再根据射频指纹信息构建重叠覆盖无线QoS网络列表，进而采集目标应用在无线QoS网络运行时的QoS信息。因此，QoS地图服务器需要能够控制采集的内容：比如是仅采集射频指纹，仅采集重叠覆盖无线网络，还是射频指纹和QoS信息同时采集，以及每类内容的采集策略：如采集开始时间，采集周期，采集间隔，采集停止时间等。

Step4：按配置策略进行采集。按配置策略进行采集，根据QoS地图服务器的指示采集射频指纹，重叠覆盖无线QoS网络和QoS信息的一种或多种的组合，采集终端的采集应用会接收QoS地图服务器的指示并设置采集的开始和停止。

Step5：上报采集内容。这里，采集终端上的采集应用会收集QoS地图服务器需要的采集信息，以及采集信息出现的时间戳，采集人员提供的特定信息输入，比如站点信息及到达站点信息的时间戳，根据QoS地图服务器的指示，比如采集完成后，立即上报到云端，或者采集终端预设的条件满足时，比如连接Wi-Fi网络时，上报给QoS地图服务器，可选地，采集终端也可以通过USB连接QoS地图服务器，将采集数据上传到QoS地图服务器的某个目录下。

进一步地，关于QoS地图构建过程中，不同阶段涉及的各个采集流程作出进一步的说明，参照图8所示，先进行射频指纹信息和可以接入的无线网络信息的采集。

Step1：设置采集策略和采集内容(射频指纹信息)。这里，射频指纹信息以单个无线网络小区为单位，包含小区标识和信号强度部分，小区标识包含公共陆地移动网络(Public Land Mobile Network，PLMN)移动国家码(Mobile Country Code，MCC)，移动网络码(Mobile Network Code，MNC)，小区标识(Cell Identity，CI)，绝对无线频道编号(Absolute Radio Frequency Channel Number，ARFCN)，物理小区标识(Physical CellIdentity，PCI)等，信号强度包含接收信号的强度指示(Received Signal StrengthIndicator，RSSI)，参考信号接收功率(Reference Signal Receiving Power，RSRP)，参考信号接收质量(Reference Signal Receiving Quality，RSRQ)和信号与干扰加噪声比(Signal to Interference plus Noise Ratio，SINR)等。在采集路线上，运营商可能部署了2G/3G/4G/5G多个制式的多个无线通信网络，初次采集希望可以获取采集路线上尽可能多的射频指纹信息，因此，如果终端设备是智能手机，在射频指纹信息采集时，采集应用在终端侧通知通信处理单元扫频或搜网，以尽可能多地搜集射频指纹信息，以安卓(Android)平台为例，采集应用可以通过搜网或扫频应用程序界面(Application ProgramInterface，API)向终端设备的通信处理单元请求搜网或扫频；终端设备还可以是扫频仪器，按设定的频率扫描某个频点上的无线网络小区标识和信号强度，这种方式通常可以获得比智能手机更丰富的射频指纹信息。智能手机的通信处理单元或扫频仪的频率扫描模块需要的输入信息由采集应用提供，包含目标运营商已经商用的网络制式，频段，频点等信息。采集应用可以通过提供UI界面输入，也可以请求QoS服务器提供，或者从终端设备存储区域读取这些信息获取上述信息。

Step2：采集射频指纹。以地铁场景为例，通信处理单元或扫频仪的频率扫描模块会跟随地铁的移动持续采集地铁沿线的射频指纹，获取每个无线网络的小区标识和信号强度信息。并将采集的内容上报给采集应用，由采集应用进行保存。射频指纹内容保存按时间顺序，建议格式如前述表1所示。

为保证可以采集尽可能多的射频指纹，可以在采集路线上往返一定次数进行重复采集，每次重复采集，采集应用可以过滤掉已经采集的无线网络小区，并指示智能手机的通信处理单元或扫频仪的频率扫描模块不用尝试搜索这些无线网络小区，即便搜索到，也不需要上报这些无线网络小区。

Step3：上报射频指纹。这里，在采集任务完成后，采集终端上的采集应用需要把采集内容上报给QoS地图服务器。根据QoS地图服务器的指示，采集完成后，采集应用可以立即上报到QoS地图服务器，或者采集终端预设的条件满足时，比如连接Wi-Fi网络时，上报给QoS地图服务器，可选地，采集终端也可以通过USB连接QoS地图服务器，将采集数据上传到QoS地图服务器的某个指定目录下。QoS地图服务器将同一采集路线上同一时间的所有采集终端采集的数据根据采集时间进行合并，合并后的数据格式也如表1。

针对同一个无线网络小区，不同采集终端获取到的第一次采集时间和最后一次采集时间可能不一样，如图4所示。

Step4：构建候选的可接入无线网络列表。QoS地图服务器将同一采集路线上的采集终端上报的射频指纹合并后，不仅需要记录如表2的单个无线网络小区信息，还需要记录每个无线网络小区的邻区信息。基于表2中的无线网络小区信息和表3中的邻区信息，QoS地图服务器中会形成如图6中内容A的网络分布图。

Step5：设置采集策略和采集内容(可接入无线网络)。这里，QoS服务器将每一组候选的可接入无线网络列表组合分发给终端设备，如果列表组合数大于终端设备，则某个终端设备可以接收多种组合。该步骤的终端设备需要可以与网络建立数据连接，典型地，可以是智能手机，终端设备的通信处理单元建立数据连接成功后，通知该终端设备上的采集应用，保存该无线网络小区为无线QoS网络。

Step6，采集可接入网络。这里，终端设备上的采集应用将候选的可接入无线网络列表按索引顺序(比如0,1,2等)通知给终端设备的通信处理单元，采集应用收集每个可接入无线网络的数据连接建立状态，建立成功则标记为无线QoS网络，否则，标记为非无线QoS网络，如果终端设备收到QoS服务器发送的多个后续的可接入无线网络列表，采集人员可以往返多次进行采集，也可以通过采集应用通知通信处理单元，在当前索引X对应的无线网络小区持续时间未达到的情况下，尝试在其他网络列表组合的索引X对应的无线网络小区进行接入并建立无线网络连接，比如组合(Cell3，Cell7，Cell11)和(Cell4，Cell8，Cell12)，索引顺序都是0,1,2，索引为0的Cell3的持续时间为10秒，通信处理单元前3秒就在Cell3建立了数据连接，在剩余的7秒时间里，通信处理单元可以尝试在另一个网络列表组合索引为0的Cell4中尝试接入并建立数据连接，以提高采集效率。每次采集完成后，采集应用会过滤掉已尝试的无线网络小区。

Step7：上报可接入无线网络。这里，在采集任务完成后，终端设备上的采集应用需要把采集内容上报给QoS服务器。根据QoS服务器的指示，采集完成后，采集应用可以立即上报到QoS服务器，或者终端设备预设的条件满足时，比如连接Wi-Fi网络时，上报给QoS服务器，可选地，终端设备也可以通过USB连接QoS服务器，将采集数据上传到QoS服务器的某个指定目录下。QoS服务器将不同终端设备上报的可接入无线网络合并后，得到图6中内容B的可接入无线网络列表，因为内容B是内容A的子集，根据小区标识和这个小区终端设备是否可以建立数据连接的结果过滤即可

Step8：构建候选的无线QoS网络列表。这里，QoS服务器将同一采集路线上的终端设备上报的可接入无线网络合并后，会形成如图6中内容B的网络分布图。QoS服务器根据该邻接关系构建候选的无线QoS网络列表，无线QoS网络指终端设备能够在该网络成功接入并建立数据连接。QoS信息采集是以无线QoS网络为单位的，如图9所示。采集启动后，终端设备上的采集应用会通知通信处理单元尝试测量并接入Cell6，接入成功后，采集应用会触发目标应用运行，并开始采集QoS信息，采集时长等于QoS服务器中记录的Cell6的持续时长，时间达到后或者通信处理单元无法在Cell6中驻留时，采集停止。采集应用保存采集时间戳，对应的QoS信息和对应的射频指纹。

因此，候选的无线QoS网络列表中，任何两个网络之间在时间上不能重叠，否则，就无法采集对应网络完整时段(从第一次采集时间到最后一次采集时间)的QoS信息。以图6中内容B为例，沿着采集路线前进方向，组合可以是(cell2，Cell0)，(cell3，Cell11)，(cell6)，(cell7)，Cell(18)，(cell9)，(cell12)，不同的组合可以分配给不同的终端设备进行采集，同一终端设备收到多种组合，需要往返多次以完成采集。

Step9：设置采集策略和采集内容(射频指纹+QoS信息)。如图9所示，QoS信息采集的同时，需要同时采集射频指纹，至少需要采集QoS信息关联的无线QoS网络的射频指纹，该射频指纹信息用于将QoS信息与QoS服务器中该无线QoS网络的射频指纹进行关联。该无线QoS网络持续时间内的其他无线网络小区的指纹信息能够提升关联的准确度。在QoS地图构建阶段，采集策略可以是每秒采集一次，直到采集结束。QoS服务器需要将候选的无线QoS网络列表也配置给终端设备。

Step10：采集射频指纹+QoS信息。这里，终端设备上的采集应用收到采集策略和采集内容，识别内容为QoS信息和射频指纹类型，根据配置的无线QoS网络列表，按顺序尝试接入每个无线QoS网络，接入成功后，触发目标应用进行QoS信息采集。关于QoS信息采集，不同类型的应用有不同的QoS要求，视频类应用要求数据速率高，直播类应用要求丢包率低，时延低，游戏类业务要求时延低，网页浏览类业务要求网页加载时刻，数据速率高；不仅如此，每种类型的应用又对应了很多款应用程序，以视频类为例，有长视频，还有短视频类。而且上述的应用数据传输都是突发性的，比如短视频应用，并不是一直都与网络进行数据传输，一般是缓存一定量数据后，等播放快要结束，再缓存下一部分数据。因此，如果基于每类应用构建一个QoS地图，通用性差，而且构建工作量大，采集成本高。因此，本申请通过使用终端设备探听每个无线QoS网络通信质量极限的方式采集QoS信息。针对视频类应用，因为对数据传输速率高，终端设备可以采集每个无线QoS网络的最大下载速率信息来构建QoS地图。终端设备上的目标应用，在采集过程中，需要可以持续下载大数据，假定每个无线QoS网络在采集路线上的持续时间为T(秒)，终端设备上的SIM卡下行签约速率为RATE(Mbps)，则触发目标应用下载的数据量不能小于TxRATE(Mbp)。触发方式可以为：采集人员通过点击目标应用上的下载链接，滑动屏幕触发目标应用内容更新等；或者采集应用通过消息指示目标应用触发数据下载，并指示下载的持续时间，以及最小下载数据量。需要说明的是，如果终端设备一直停留在某一位置不动，则不需要持续采集QoS信息，在终端设备到达或离开该位置时，采集一次即可。QoS服务器可以通过采集应用控制采集频率，采集人员也可以通过采集应用的UI界面输入采集频率，典型地采集频率建议以秒为单位，不如间隔X秒(X>＝1)采集一次数据。QoS信息和射频指纹同时采集的示意图参照图10所示。采集在某个无线QoS网络中进行，如果是采集人员手动启动目标应用并触发下载数据，采集人员也需要与采集应用通过界面交互，指示采集应用启动采集；采集应用如果通过消息交互的方式启动目标应用，在采集开始前，先启动目标应用。目标应用启动后，采集应用通知终端设备的通信处理单元尝试接入该无线QoS网络并建立数据连接，建立成功后，通信处理单元通知采集应用，采集应用启动QoS信息和射频指纹信息采集，在该无线QoS网络中的采集持续时间由QoS服务器通知给采集应用。

QoS信息采集启动后，以Android平台为例，采集应用可以按设定的采集频率，通过Android Framework层的标准接口获取实时的下载速率，也可以通过Android系统内核层统计TCP层下行数据包个数和下行数据包大小，并排除TCP层重传包，以计算采集间隔内，比如1秒内，目标应用的下载速率。获取下载速率的方式不申请不作具体限定。因为目标应用在持续时间内的设定的下载速率大于终端设备的SIM卡签约速率，该无线QoS网络能提供给终端设备的最大速率就是SIM卡签约速率，因此，这种方式获取的下载速率可以理解为该无线QoS网络在当前测试时刻，能够给终端设备提供的最大极限下载速率。如果终端设备的SIM卡签约速率足够大，比如超过500Mbps，远大于主流的高清视频要求的速率比如40Mbps，终端设备采集的QoS信息可以作为视频类应用的通用QoS信息。视频类应用的QoS信息可以采用多种QoS信息的融合，比如下载速率，上传速率，下行时延，上行时延等四种指标的融合，每种指标给以不同的权重，权重之和为1，以灵活调整不同类视频应用的QoS信息，达到更好的预测效果。比如：长视频应用，一般缓存分钟级别的视频，下载速率权重更大些，而短视频类应用，一般缓存几十秒的视频，基于用户习惯实时推荐不同的视频，上下行传输时延指标的权重会更大些。

在终端设备移动过程中，实施获取的下载速率波动比较大时，可以通过平滑滤波处理以获取相比平滑的下载速率曲线，比如历史速率是V1，实时速率为V2，则实际采集的速率可以是V1*0.9+V2*0.1，权重0.9和0.1可调。平滑的目的在于构建有趋势性的QoS地图。

采集应用在采集QoS信息的同时，通信处理单元也会采集当前无线QoS网络的信号强度指纹信息，以及无线QoS网络的邻区的指纹信息，采集应用通过时间戳信息将QoS信息和射频指纹信息进行关联。

Step11：上报射频指纹+QoS信息。在采集任务完成后，终端设备上的采集应用需要把采集内容上报给QoS服务器。根据QoS服务器的指示，采集完成后，采集应用可以立即上报到QoS服务器，或者终端设备预设的条件满足时，比如连接Wi-Fi网络时，上报给QoS服务器，可选地，终端设备也可以通过USB连接QoS服务器，将采集数据上传到QoS服务器的某个指定目录下。

Step12：QoS地图初始构建。QoS服务器收到终端设备上报的某个无线QoS网络的射频指纹+QoS信息，先根据上报的该无线QoS网络的射频指纹，根据图5所示的滑动时间窗口计算相似度的方法进行合并，合并后，上报的每个采集时间点在QoS服务器中该无线QoS网络的射频指纹信息中都会关联一个存贮位置，将该存储位置对应的射频指纹与采集时间点的QoS信息进行关联，将该存储位置对应的其他邻区射频指纹与采集时间点相同邻区的射频指纹进行加权平均并保存。数据存储格式如表4。QoS信息指该无线QoS网络在特定时段如9:00:01～9:00:08时段提供给终端的最大下载速率，单位Mbps。

表4QoS地图存储示意图

本申请实施例提供一种服务质量信息的处理方法，应用于QoS服务器，参照图11所示，该方法包括以下步骤：

步骤201、接收终端设备发送的预设时间内的射频指纹信息。其中，终端设备上运行有目标应用。

步骤202、基于射频指纹信息，确定终端设备的前进方向和当前驻留的无线QoS网络。

步骤203、基于构建的QoS地图和当前驻留的无线QoS网络，预测前进方向上预设时间内的无线QoS网络信息。

本申请实施例所提供的一种服务质量信息的处理方法，应用于QoS服务器，该服务质量信息的处理方法包括：接收终端设备发送的预设时间内的射频指纹信息；基于射频指纹信息，确定终端设备的前进方向和当前驻留的无线QoS网络；基于构建的QoS地图和当前驻留的无线QoS网络，预测前进方向上预设时间内的无线QoS网络信息；也就是说，本申请在预测QoS的过程中，基于终端设备采集的射频指纹信息和构建的QoS地图进行预测，终端设备时刻都会连接运营商的无线网络，因此射频指纹信息可以随时获取，不需要开启GPS定位或其他定位方式，从而在预测QoS的过程中降低了对终端设备功耗的消耗。

本申请实施例中，同一个无线QoS网络可以构建不同类型应用的QoS信息，比如直播类应用，可以选择一款高清直播应用为目标应用，采集对应的丢包率构建QoS信息，以LTE蜂窝通信基站为例，可以通过统计直播应用在通信协议栈RLC层的丢包率构建不同射频指纹强度区域对应的直播类应用通信质量的好坏。QoS地图构建完成后，就可以基于终端预设时段内的射频指纹信息预测不同类型应用的QoS信息。

本申请实施例中，接收终端设备发送的预设时间；其中，预设时间是终端设备响应于输入操作得到的时间；或者，预设时间是终端设备基于前进方向关联的路线属性设置的时间。

本申请实施例中，基于构建的QoS地图和当前驻留的无线QoS网络，预测前进方向上预设时间内的无线QoS网络信息，包括：基于QoS地图和当前驻留的无线QoS网络，预测前进方向上是否存在不满足目标应用的数据传输需求的无线QoS网络。

本申请实施例中，QoS服务器还可以执行如下步骤：接收终端设备发送的数据传输需求；其中，数据传输需求是终端设备在网络传输层，对目标应用的数据传输参数进行处理得到的。

本申请实施例中，QoS服务器还可以执行如下步骤：若前进方向上存在不满足数据传输需求的无线QoS网络，通知目标应用执行与目标应用的数据流类型对应的操作。

本申请实施例中，基于终端设备在出行路线上每个通信网络在特定时段的最优QoS和特定上网应用的QoS需求，将通信网络区分为预加载QoS通信网络，普通QoS通信网络，弱QoS通信网络。特定上网应用可以根据视频的分辨率，压缩率，帧率等计算出速率需求，再根据速率需求查找QoS地图，确认哪些网络可以执行预加载，并额外缓存视频数据，以应对前方弱QoS网络。

本申请实施例提供一种服务质量信息的处理方法，应用于终端设备，参照图12所示，该方法包括以下步骤：

步骤301、接收QoS服务器下发的采集路线上的采集策略和需要采集的数据类型。

步骤302、基于采集策略，对数据类型对应的信息进行采集得到采集结果。

本申请实施例中，终端设备根据QoS服务器的指示进行采集，终端设备的采集应用会接收QoS服务器的指示并设置采集的开始和停止。

在一个可实现的地铁采集场景中，QoS服务器根据采集路线的起点和终点，以及可能的换乘站，计算采集路线经过的站点列表，指示给终端设备上的采集应用。当然，采集应用也可以根据采集路线的起点和终点，以及可能的换乘站，本地计算采集路线经过的站点列表。

此外，终端设备在到达某个站点时，可以通过人为输入的方式，向采集应用提供站点信息，例如，可以通过文本输入，或者站点列表选择的方式进行输入。该操作的目的在于提高采集效率，采集路线包含很多站点时，采集一次完整的路线可能需要不止一个小时的时间，而且有的路段无线网络多，采集次数就多，有的路段无线网络少，采集次数就少，没有必要整条线路都采集相同的次数。

步骤303、向QoS服务器发送采集结果。其中，采集结果包括射频指纹信息和QoS信息。

终端设备上的采集应用会收集QoS服务器需要的采集信息、以及采集信息出现的时间戳；人为输入的特定信息，比如站点信息及到达站点信息的时间戳。根据QoS服务器的指示，比如采集完成后，立即上报到云端，或者终端设备在预设的上报条件满足时，比如连接Wi-Fi网络时，上报给QoS服务器。终端设备也可以通过USB连接QoS服务器，将采集数据上传到QoS服务器的某个目录下。

在一些实施例中，采集内容需要循环多次以完成选定采集路线上的QoS地图的初始构建。

本申请实施例中，使用了终端设备的射频指纹信息，不管是QoS地图构建阶段还是QoS预测阶段，都不需要开启GPS定位或其他定位方式，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指标的权重得到的信息。

本申请实施例提供一种服务质量信息的处理方法，应用于终端设备，参照图13所示，该方法包括以下步骤：

步骤401、采集预设时间内的射频指纹信息。其中，终端设备上运行有目标应用。

步骤402、基于射频指纹信息和预存的QoS地图，确定终端设备的前进方向。其中，预存的QoS地图是QoS服务器构建的QoS地图。

步骤403、基于预存的QoS地图和终端设备当前驻留的无线QoS网络，预测前进方向上预设时间内的无线QoS网络信息。

本申请实施例中，终端设备还可以执行如下步骤：响应于输入操作，触发生成预设时间；或者，

基于前进方向关联的路线属性设置预设时间。

本申请实施例中，基于预存的QoS地图和终端设备当前驻留的无线QoS网络，预测前进方向上预设时间内的无线QoS网络信息，包括：基于预存的QoS地图和当前驻留的无线QoS网络，预测前进方向上是否存在不满足目标应用的数据传输需求的无线QoS网络。

本申请实施例中，终端设备还可以执行如下步骤：在网络传输层，对目标应用的数据传输参数进行处理得到数据传输需求。这里，网络传输层包括但不限于TCP层、UDP层。

终端设备通过QoS预测单元探听TCP报文监听窗口和UDP报文监听窗口计算目标应用TCP数据流和UDP数据流实际需要的数据传输需求，同时识别应用是TCP数据流为主，还是UDP数据流为主，还是TCP+UDP数据流为主，并根据不同的数据流类型，执行不同的QoS预测。

本申请实施例中，在网络传输层，对目标应用的数据传输参数进行处理得到数据传输需求，包括：在网络传输层，监听目标应用的报文，得到目标应用的数据流类型；得到目标应用对每类数据流的数据传输需求。

本申请实施例中，针对TCP数据流类的应用，比如短视频使用，在TCP层探听数据传输需求，避免了用户习惯，划屏手速，短视频分辨率，清晰度等差异带来的数据速率要求不一致的问题，QoS预测更准，针对数据缓存的建议，本申请可以估算出在经过无线弱QoS区域实际需要的数据量，数据缓存更精准，避免目标应用过多缓存数据，浪费用户流畅。

针对UDP数据流类的应用，比如直播视频，分阶段的QoS预测可以让用户执行更好地应对策略，在进入无线弱QoS区域，还可以主动选择支持直播业务的无线网络。

针对TCP+UDP数据流类的业务，在用户观看直播视频业务时，也可以提示目标应用进行短视频数据缓存，以便在进入无线弱QoS区域进行播放。

本申请实施例中，得到目标应用对每类数据流的数据传输需求，包括：

基于满足监听条件的报文监听窗口监听到的无线QoS网络信息，得到目标应用对每类数据流的数据传输需求；其中，满足监听条件的报文监听窗口包括如下至少之一：TCP报文监听窗口中的缓存期时长小于缓存期门限值，且空闲期时长小于空闲期门限值的窗口；UDP报文监听窗口中的互动期时长小于互动期门限值的窗口。

本申请实施例中，终端设备还可以执行如下步骤：若前进方向上存在不满足数据传输需求的无线QoS网络，通知目标应用执行与目标应用的数据流类型对应的操作。

本申请实施例中，通知目标应用执行与目标应用的数据流类型对应的操作，包括：若目标应用为TCP数据流类应用，生成第一提示信息；其中，第一提示信息包括如下至少之一：第一时长后进入无线弱QoS区域；无线弱QoS区域的持续时长；需要缓存对应数据量的TCP数据；通知目标应用基于第一提示信息执行对应的操作。

本申请实施例中，通知目标应用执行与目标应用的数据流类型对应的操作，包括：若目标应用为UDP数据流类应用，生成第二提示信息；其中，第二提示信息包括如下至少之一：第二时长后进入无线弱QoS区域；在终端设备进入无线弱QoS区域后，从预存的QoS地图中确定的与无线弱QoS区域重叠覆盖，且满足数据传输需求的无线QoS网络；通知目标应用输出第二提示信息。

在一个可实现的QoS预测系统中，本申请以QoS服务器中已构建了使用TCP数据流的缓存视频类应用QoS地图，QoS信息指TCP数据速率和使用UDP数据流的直播视频类应用QoS地图描述QoS地图，QoS信息指UDP数据速率和数据链路层的丢包率，如果无线QoS网络是LTE或NR网络，则丢包率指UDP数据流对应的下行UM RLC实体的丢包率。TCP数据流的缓存视频可以理解为视频数据已经保存在三方视频类应用的服务器上，终端上的三方应用客户端按需下载观看。UDP数据流的直播视频可以理解为视频内容尚未生成，需要直播主持人上传直播内容到三方视频类应用的服务器上后，再由三方应用客户端实时下载观看。终端上的视频应用可以划分为三类：

视频数据仅TCP数据流的视频应用，比如长视频应用，视频数据仅有UDP数据流的视频应用，比如专用直播应用，视频数据既有TCP数据流又有UDP数据流的视频应用，比如短视频应用。

QoS预测系统部署示意如图14所示，一种QoS地图构建系统，该系统包终端侧和服务器侧，终端侧包括通信处理单元、目标应用/UI界面、QoS预测单元；服务器侧包括QoS地图服务器；其中，终端设备上部署采集应用，QoS地图服务控制终端设备需要采集的数据类型：比如仅采集射频指纹，仅采集可以接入的无线网络，同时采集射频指纹和QoS信息。整个采集系统由三个主要步骤完成：采集设定路线上的射频指纹信息；采集设定路线上的可接入无线网络信息；采集无线QoS网络的射频指纹信息和QoS网络信息。

在一个可实现的QoS预测场景中，终端侧部署QoS预测单元，通过向通信处理单元获取射频指纹信息，将射频指纹上报给QoS服务器，以确定终端的前进方向和当前无线QoS网络，并根据QoS地图预测前方的QoS信息，按需将预测结果通知给目标应用。可选地，终端也可以预先将QoS地图保存在本地，在本地确定前进方向和当前无线QoS网络，并根据QoS地图预测前方的QoS信息。

本申请实施例中，QoS预测流程参照图15所示：步骤501、识别已经运行的应用是否为目标应用。

已经运行的应用指已经被加载到内存RAM区域，并获得CPU执行时间的应用。QoS预测单元保存一份支持QoS预测的目标应用标识列表。典型地，目标应用可以在运行后，主动向QoS预测单元发起注册请求并上报应用标识，比如在Android平台下上报包名，如果该包名在目标应用标识列表中存在，则该应用为目标应用，接受注册，否则拒绝注册。QoS预测单元也可以主动识别，在Android平台存在API获取正在运行的应用标识列表，QoS预测单元遍历该列表，判断对应的应用是否为目标应用，如果存在目标应用在运行，转步骤502，否则流程结束。

步骤502、识别目标应用的数据流类型并获取目标应用对每类数据流的数据传输的需求。

目标应用与目标应用服务器之间的数据传输，网络传输层，要么使用TCP协议，要么使用UDP协议。QoS预测单元在网络传输层监听目标应用的TCP报文或UDP报文以识别数据流类型。通过设定时间窗口的方式进行监听。

针对使用TCP流的视频类应用，目标应用一般是缓存一部分数据，等待一定时间，再缓存一部分数据。目标应用接收到的TCP报文超过一定门限，说明缓存开始，低于一定门限，说明缓存完成，将每一个TCP报文监听窗口划分为缓存期和空窗期，参照图16所示。

目标应用在缓存视频数据时，如果使用的无线QoS网络通信质量好，则缓存视频数据很快就完成，会经过一个空窗期，再执行下一次缓存视频数据，如TCP报文监听窗口1，2，3；如果使用的无线QoS网络通信质量差，则缓存视频数据会一直保持下载状态，这样的TCP监听窗口内获取的数据速率需求不能反映目标应用真实的数据需求，为解决这一问题，可以设置一个缓存期时间门限，如果监听的缓存期超过该门限，则这个TCP报文监听窗口不参与数据传输需求的评估。另一方面，不同的用户有不同的视频观看习惯，可能会出现个别用户针对同一个视频反复观看的情况，这样就会导致目标应用不会执行数据缓存操作，某个TCP监听窗口的空闲期会比较长，为解决这异问题，可以设置一个空闲期时间门限，如果监听的空闲期时间长度超过该门限，则这个TCP报文监听窗口也不参与数据传输需求的评估。这样，该实施例的TCP数据流的数据传输需求评估方式为：

先计算第一个TCP监听窗口的TCP速率V1＝(第一个缓存期缓存的数据量)/第一个TCP监听窗口长度T1。其余TCP监听窗口的计算方式一样。

第一个TCP监听窗口之后，数据传输需求即为TCP速率，Vtcpneed＝V1,从第二个TCP监听窗口开始，每一个参与传输需求的评估窗口之后，

Vtcpneed＝Vtcpneed*w1+Vx*w2(x表示传输需求的评估窗口的编号，x>＝2)，w1+w2＝1,实施时，可以设置w1＝0.8，w2＝0.2，以控制实施监听速率的波动性。

针对使用UDP流的视频类应用，视频节目主要是直播节目，在网络传输层也会呈现一段时间有UDP报文收发，一段时间几乎没有UDP报文收发。这是因为直播主持人与用户之间有时处于互动期，有时处于静默期，参照图17所示：预设时间X内接收的UDP报文个数超过一定门限thres1(thres1>＝1)进入互动期，进入后，预设时间Y内接收的UDP报文少于thres1,进入静默期，之后，预设时间X内接收的UDP报文个数超过thres1，进入互动期，循环进出。需要注意的是，互动期时间过长，说明视频有可能已处于卡顿状态，设置一个时间门限，如果超过这个门限，则排除这个互动期，这样，该实施例的UDP数据流的数据传输需求评估方式为：

先计算第一个UDP监听窗口的互动期速率Vudp1＝(第一个缓存期缓存的数据量)/第一个互动期时间长度Tudp1。其余UDP监听窗口的计算方式一样。

第一个UDP监听窗口之后，数据传输需求即为Vudp1，Vudpneed＝Vudp1,从第二个UDP监听窗口开始，每一个参与传输需求的评估窗口之后，

Vudpneed＝Vneed*w3+Vx*w4(x表示传输需求的评估窗口的编号，x>＝2)，w3+w4＝1,实施时，可以设置w3＝0.8，w4＝0.2，以控制实施监听速率的波动性。

每类数据流的数据传输需求评估完成后，转步骤503。需要说明的是，在针对目标应用的QoS预测服务区结束前，数据传输需求是需要持续评估的。

步骤503、获取预设时间内的射频指纹信息以确定终端前进方向。

QoS预测单元通知通信处理单元采集预设时间内的射频指纹信息并上报给QoS预测单元，QoS预测单元可以上报射频指纹信息，请求QoS服务器确定终端前进方向，也可以在端侧根据射频指纹信息和已保存的QoS地图确定终端前进方向。典型地，假设预设时间内采集了X次射频指纹，先根据第一次采集的射频指纹的小区标识信息查找QoS地图，确定两个前进方向上预设时间内分别可能出现的小区列表，与实际获取的X-1秒的射频指纹信息包含的小区列表进行匹配，哪个方向匹配的小区列表多就是哪个前进方向，如果一样多，可以尝试再获取预设时间内的射频指纹进一步确定。

也可以通过射频指纹定位的方式估算前进方向，前进方向确定后，转步骤504。

步骤504、判断在预设预测时间内前进方向上存在不满足数据传输需求的QoS网络。

在通勤路线上，预测时间过长，有可能时间还没到，用户已经下车或换乘其他方向的列车，导致预测结果不会被使用，如果预测结果导致目标应用预加载视频数据，则会浪费用户流畅，本申请可以设置在前进方向上多长时间内预测目标应用的QoS。预测时间长度可以由用户通过界面设置并通知给QoS预测单元；QoS预测单元也可以根据预测的路线属性设置不同的预测时间，比如路线是地铁路线，QoS预测单元可以基于两个站间的平均预测时间(根据地铁运营公司发布的运行时间计算)进行预测，也可以根据用户的全段地铁通勤时间(由用户输入或者根据用户期望预测的起点和终点进行推算)进行预测。预测时间确定后，根据终端当前驻留的无线QoS网络和前进方向，查找前进方向上的预设时间内的无线QoS网络信息，并将每个无线QoS网络的QoS信息与目标应用的数据传输需求进行比较。以TCP数据流应用为例，如果每个无线QoS网络在持续时间内的平均速率小于Vtcpneed,则认为该网络不能满足目标应用的TCP数据传输需求；以UDP数据流应用为例，如果每个无线QoS网络在持续时间内的平均速率小于Vudpneed或者丢包率大于Dropudp,则认为该网络不能满足目标应用的TCP数据传输需求，判断完成后，如果存在至少一个不满足数据传输需求的QoS网络，转步骤505，否则，说明前方路段通信质量好，不需要提前预测，流程结束。

步骤505、判断目标应用为TCP数据流类应用。

目标应用运行期间，QoS预测单元会探听TCP报文监听窗口，UDP报文监听窗口，如果最近预设时间内没有出现UDP报文监听窗口，而出现了TCP报文监听窗口，则认为目标应用为TCP流类应用，转步骤506，否则，转步骤507进一步判断。

步骤506、执行TCP数据流类应用的QoS预测处理。

参照图18所示，Cell4是不满足目标应用数据传输需求的无线QoS网络，Cell3是与Cell4邻接的无线QoS网络，定义为邻接小区，Cell3通过小区切换，重选，重建，小区选择等方式直接进入Cell4。而Cell1或Cell2是与Cell4间隔Cell3，无法直接进入Cell4的无线QoS网络。定义为非邻接小区。沿前进方向，终端一次进入Cell1，Cell2，Cell3，Cell4。QoS预测分三次进行，在至少提前一个非邻接小区进行第一次QoS预测，以在Cell1进行第一次QoS预测为例，首先获取预设时间X秒的射频指纹，包含终端进行数据传输的服务小区Cell1的射频指纹和Cell1邻区的射频指纹，首先使用X秒Cell1的信号强度时间序列与QoS地图中Cell1的信号强度时间序列，基于滑动时间窗口计算相似度，找到相似度最高又唯一的时间序列，如果相似度最高的时间序列有多个，再利用X秒获取的邻区信息，在相似度最高的每个时间序列范围内进行相似度计算，直到筛选出唯一的最高相似度序列，或者筛选失败，重选获取预设≥X秒的射频指纹进行匹配。

参照图19所示，为便于描述匹配过程，将QoS地图中Cell1的信号强度序列分为4段，实际上Cell1的信号强度序列在QoS地图中是不分段的。在匹配示例1中，Cell1的信号强度序列可以唯一匹配到QoS地图中的Cell1的信号强度序列4，匹配成功，在匹配示例2中，因为Cell1的信号强度序列匹配到了相同序列1和2，这个时候需要使用邻区1的信号强度序列，在相同序列1和2范围内继续进行匹配，最终匹配到了相同序列1。以匹配示例2为例，匹配成功后，可以确定X秒的最后一秒对应于QoS地图中Cell1中的采集时间点第n次采集时间点，进而，计算终端即将到达Cell4的时间T＝Ttotal1–Tn+Ttotal2+Ttotal3-Toverlap12–Toverlap23–Toverlap34。Ttotal1,Ttotal2,Ttotal3为Cell1，Cell2和Cell3最后一次采集时间，Toverlap12，Toverlap23和Toverlap34是两个小区之间重叠采集的时间，以Toverlap12为例，计算方式为：先查找Cell1的射频指纹采集信息，第一次采集到Cell2的射频指纹时间为Ta，则Toverlap12＝Ttotal1–Ta。上述匹配和计算到达Cell4的时间的操作可以由QoS预测单元在端侧执行，也可以QoS预测单元将射频指纹信息上报给QoS服务器，在服务器侧执行。由于上述过程需要一定的计算时间，可能还包含QoS预测单元与QoS地图服务区期的交互时间，可以设定一个延时时间门限进行修正，比如实际计算的时间T减去预设的延迟时间最为最终计算结果。到达Cell4的时间计算完成后，执行第一次QoS预测，通知目标应用在时间T后到达无线弱QoS网络Cell4，持续时间Ttotal4，需要额外缓存(Vtcpneed–Vtcpcapacity_cell4)*Total4的视频数据，以确保按当前播放条件(码率，帧率，分辨率要求等)流畅播放，Vtcpcapacity_cell4可以理解为终端通过Cell4时能够达到的最大平均下载速率。提示后，继续探听TCP监听窗口，在终端到达Cell3后，获取从第一次预测到当前时刻的时间Tpast，如果在Tpast时间内，TCP缓存的数据量DataVolume未达到Vtcpneed*Tpast+(Vtcpneed–Vtcpcapacity_cell4)*Total4,执行第二次QoS预测，TCP预缓存数据量+最后一次正常缓存数据量不能持续播放到终端进入Cell5，提示目标应用继续预缓存TCP数据，缓存数据为Vtcpneed*Tpast+(Vtcpneed–Vtcpcapacity_cell4)*Total4。首先在Cell3，获取预设X秒的射频指纹，计算Cell3到达Cell5的时间T35，如果T35时间内，终端没有进入Cell4，提示目标应用预缓存的数据可以在下一次QoS预测时使用，或者释放，如果目标应用通过消息告诉QoS预测单元本次缓存的数据在下一次QoS预测时使用，在QoS预测单元在下一次计算需要预缓存的数据量时，需要减去本次已预缓存的数据量，特殊情况下，如果已预缓存的数据量大于需要预缓存的数据量，则不需要再执行TCP预缓存。相反，如果在T35时间内，终端进入了Cell4,则执行第三次QoS预测，如图18所示，存在两种可选的预测方案：终端在Cell4持续X秒，最大可下载数据量为Y Mb和终端在Cell4持续时间超过Y秒，根据Cell4的邻区进行选网。T35时间后，执行下一次QoS预测。

步骤507、判断目标应用为UDP数据流类应用。

如果最近预设时间内没有出现TCP报文监听窗口，而出现了UDP报文监听窗口，则认为目标应用为UDP流类应用，转步骤508执行UDP数据流类应用的QoS预测处理，否则，转509进一步判断。

步骤508、执行UDP数据流类应用的QoS预测处理。

UDP数据流因为数据还未保存在目标应用服务器上，无法通过预缓存的方式进行无线弱QoS网络优化。本方案通过提示进行优化，提示的对象可以为目标应用或者UI界面，执行过程如下：参照图20所示，在终端进入Cell4的邻接小区Cell3时，获取预设X秒的射频指纹，计算当前时刻到达Cell4的时间M，提示目标应用或UI界面输出M秒后可能进入Cell4，持续N秒，提醒目标应用或用户提前采取应对措施。在终端进入Cell4后，从QoS地图中获取与Cell4重叠覆盖的又能满足当前数据传输需求的无线QoS网络列表，及每个网络的持续时间，数据传输需求的指标信息，并将这些信息通过UI界面提示给用户，供用户选择，典型场景，用户观看的直播突然出现卡顿，可以选择其中一个无线QoS网络，QoS预测单元获取用户的选择结果后，通知通信处理单元执行相应的切网操作，双卡场景，如果用户选择的无线QoS网络是另外一张卡支持的，则先执行切卡再执行选网操作，这里，对切网或切卡的技术手段不作具体限定。

步骤509、判断目标应用为TCP+UDP数据流类应用。

目标应用运行期间，QoS预测单元会探听TCP报文监听窗口，UDP报文监听窗口，如果最近预设时间内既有UDP报文监听窗口，又有TCP报文监听窗口，则认为目标应用为TCP+UDP数据流类应用，转步骤510执行TCP+UDP数据流类应用的QoS预测处理，否则，流程结束。

步骤510、执行TCP+UDP数据流类应用的QoS预测处理。

如果最近一个时间窗口是TCP报文监听窗口，则按步骤506执行TCP数据流类应用的QoS预测处理，如果最近一个时间窗口是UDP报文监听窗口，QoS预测流程参照图21所示。

在前进方向上，到达Cell4之前的非邻区进行第一个QoS预测，这个非邻区和Cell4之间可以只存在Cell4的邻区，比如Cell2与Cell4间隔Cell3，也可以与Cell4之间存在邻区和非邻区，比如Cell1和Cell4间隔Cell2和Cell3，本示例以在Cell1进行第一次QoS预测为例，终端进入Cell1后，QoS预测单元获取预设X秒射频指纹，并根据QoS地图计算当前时刻到达Cell4的时间T，向目标应用或UI界面提示T秒之后将进入无线弱QoS网络，持续多长时间，弱QoS网络不支持继续观看直播视频，建议缓存非直播视频数据，数据量约(Vtcpneed–Vtcpcapacity_cell4)*Total4。在进入Cell3时执行第二次QoS预测，获取预设X秒射频指纹，计算当前时刻到达Cell4的时间，如果用户继续观看直播，提示用户E秒后到达Cell4，持续时间F秒，建议缓存非直播视频数据的数据量约(Vtcpneed–Vtcpcapacity_cell4)*Total4-(已预缓存的非直播视频数据)，在终端进入Cell4，QoS预测单元探听的时间窗口还是UDP报文时间窗口，即用户还在继续观看直播，提示用户进入Cell4，持续时间约F秒，从QoS地图中获取与Cell4重叠覆盖的又能满足当前数据传输需求的无线QoS网络列表，及每个网络的持续时间，数据传输需求的指标信息，并将这些信息通过UI界面提示给用户，供用户选择，典型场景，用户观看的直播突然出现卡顿，可以选择其中一个无线QoS网络，QoS预测单元获取用户的选择结果后，通知通信处理单元执行相应的切网操作，双卡场景，如果用户选择的无线QoS网络是另外一张卡支持的，则先执行切卡再执行选网操作。

关于QoS地图的更新从两方面进行：已经在QoS地图中的无线QoS网络地图的更新和未在QoS地图中的无线QoS网络地图更新。QoS预测单元每次获取的预设X秒射频指纹数据，如果关联的无线QoS网络在QoS地图中已经存在，更新规则参照图22所示，以Cell1为例，终端上的QoS预测单元在三个不同的出行时间获取的预设10秒射频指纹数据，与Cell1在QoS地图中的射频指纹匹配结果如图22。不同时间匹配的射频指纹序列可能不一样，以序列中第8个采集时间点为例，针对射频指纹数据，每次众包采集的数据分别与QoS地图中的对应数据通过加权平均的方式进行合并。以RSRP信号强度为例，RSRPmap＝RSRPmap*w1+RSRPcollect*w2,RSRPmap是Cell1保存在QoS地图中的信号强度，RSRPcollect是每次众包采集的信号强度，w1+w2＝1,建议w1＝0.9,w2＝0.1。

射频指纹的合并是将一天中所有时段的众包数据进行加权平均，而每个采集时间点的QoS信息采样分时段加权平均，时段粒度可以是分钟级别，秒级别等，相同时段的QoS信息进行加权平均，以TCP数据流类为例，如果QoS信息是TCP传输层速率的话，加权平均的规则可以是Vtcpcapacity＝Vtcpcapacity*w1+Vtcpaverage*w2,Vtcpcapacity为QoS地图中保存的传输速率，Vtcpaverage为Cell1待合并的采集时间点和前一个采集时间点出现的缓存期平均速率。w1+w2＝1,建议w1＝0.9,w2＝0.1。如图22中7和8之间出行的缓存期平均速率，如果没有出现TCP缓存期，未采集到QoS信息，则不执行该操作。

未在QoS地图中的无线QoS网络则是新增无线QoS网络，如图23中的Cell3和Cell4，QoS服务器识别出新增无线QoS网络后，可以通过向终端设备下发采集任务的方式采集，也可以通过普通用户众包的方式采集。普通用户众包的方式如下：进入或离开新增无线QoS网络的无线QoS网络至少有一个已经在QoS地图中，QoS服务器指示普通用户终端的QoS预测单元同时采集新增无线QoS网络的射频指纹和至少一个在QoS地图中存在的相邻无线QoS网络的射频指纹，先将采集的相邻无线QoS网络的射频指纹使用滑窗相似度的方式与QoS地图中对应的射频指纹进行时间序列对齐，时间对齐后，再将新增无线QoS网络的射频指纹按时间相邻关系保存在QoS地图数据库中，如图23，普通用户终端上的QoS预测单元众包采集了Cell2和Cell3的射频指纹，Cell2在QoS地图中已经存在，使用采集的射频指纹匹配到了数据库中2，3，4，5，6序列，之后5秒采集Cell3的射频指纹，则将Cell3的5个采集时间点保存在Cell2的采集时间点6之后，如果Cell2的采集时间点6和Cell3的采集时间点1存在时间偏移，则保存的时候也需要进行相应的时间偏移。这样，Cell3已经在数据库中存在，可以使用已经在QoS地图中的无线QoS网络地图的更新方法进行射频指纹和QoS信息的更新。

本申请实施例中，射频指纹匹配的扩展，在预设时间内获取的射频指纹，如果部分邻区时间持续时间过短，可以通过机器学习的方式进行匹配，比如使用K邻近(K-NearestNeighbor，KNN)分类的方式进行匹配。

本申请提出的以滑窗计算相似度匹配射频指纹的方案，可以通过机器学习的方式匹配射频指纹。滑窗相似度计算，对时间长度的序列大小有限制，小于预设长度的序列则不会参与计算，而普通用户终端在使用目标应用时，会持续测量服务小区的信号质量，而对邻区的测量，时间上很稀疏的，有可能会小于预设长度，无法被用于射频指纹识别，而实际上，这些指纹如果被使用，则能提供射频指纹匹配的准确度，特别是如果一个邻区的指纹虽然只有2秒，但仅在射频指纹1中出现，则可以很快确定射频指纹匹配的结果。扩展方案如下：针对QoS信息被划分为不同QoS等级的情形，将每一个QoS等级对应的时间序列下的所有射频指纹信息当作一个分类模型的输入，比如图24存在射频指纹1～5，5个分类模型输入，在射频指纹匹配时，QoS预测单元获取预设时间的射频指纹作为分类模型的输入，典型的分类器如KNN方法等。本申请提出的两种匹配方案可以融合使用，可以根据预设时间内采集的射频指纹的小区个数和每个小区的连续采集时间长度，如果连续采集时间长度大于滑窗相似度计算时间要求的小区个数大于某一门限，比如5个小区，则使用滑窗相似度进行射频指纹匹配，否则，采用机器学习的方式如KNN进行射频指纹匹配。

图25是本申请实施例提供的QoS服务器对应的服务质量信息的处理装置的结构示意图一，如图25所示，上述服务质量信息的处理装置600包括：获得单元601，用于得到与终端设备的位置信息对应的采集路线；第一发送单元602，用于将参照采集路线上的采集策略和需要采集的数据类型下发给参照终端设备；第一接收单元603，用于接收参照终端设备发送的采集结果；其中，参照采集结果包括参照终端设备基于参照采集策略，对参照数据类型对应的信息进行采集得到的射频指纹信息和QoS信息；第一处理单元604，用于基于参照射频指纹信息和参照QoS信息构建QoS地图。

数据类型包括射频指纹信息、重叠覆盖无线QoS网络和QoS信息中的一种或多种的组合。

本申请实施例中，采集策略包括基于如下步骤依次采集对应的数据类型：采集采集路线上的射频指纹信息；采集采集路线上的可接入的无线网络信息；其中，可接入的无线网络包括重叠覆盖无线QoS网络；采集可接入的无线网络的射频指纹信息和QoS信息；其中，QoS信息为目标应用在无线QoS网络运行时的QoS信息。

本申请实施例中，第一处理单元604，用于合并采集路线上的射频指纹信息，得到各个无线网络小区信息和无线网络小区的邻接关系；其中，邻接关系包括每个无线网络小区在终端设备的前进方向上邻接的无线网络小区；基于每个无线网络小区的持续时间和邻接的无线网络小区，构建候选的可接入无线网络列表；其中，候选的可接入无线网络列表包括重叠覆盖无线QoS网络，各个无线网络小区信息包括每个无线网络小区的持续时间。

本申请实施例中，第一处理单元604，用于将相同时间不同终端设备采集的射频指纹信息，基于时间戳对齐的方式，对射频指纹信息进行合并；和/或，将不同时间同一采集路线上采集的射频指纹信息，基于滑动时间窗口和滑窗次数，确定射频指纹信息之间的相似度，并基于相似度对射频指纹信息进行合并。

本申请实施例中，候选的可接入无线网络列表中包括时间序列上无重叠覆盖的无线QoS网络组合；其中，QoS信息包括从接入无线QoS网络到离开无线QoS网络的整个覆盖区域的QoS信息。

本申请实施例中，QoS信息包括终端设备监听每个无线QoS网络的通信质量极大值得到的信息。

本申请实施例中，QoS信息包括终端设备对目标应用关联的多种QoS指标进行量化打分，并基于每一QoS指标的量化值和对应QoS指标的权重得到的信息。

本领域技术人员应当理解，本申请实施例的服务质量信息的处理装置的相关描述可以参照本申请实施例的服务质量信息的处理方法的相关描述进行理解。

图26是本申请实施例提供的QoS服务器对应的服务质量信息的处理装置的结构示意图二，如图26所示，上述服务质量信息的处理装置700包括：第二接收单元701，用于接收终端设备发送的预设时间内的射频指纹信息；其中，所述终端设备上运行有目标应用；第二处理单元702，用于基于所述射频指纹信息，确定所述终端设备的前进方向和当前驻留的无线QoS网络；所述第二处理单元702，用于基于构建的QoS地图和所述当前驻留的无线QoS网络，预测所述前进方向上预设时间内的无线QoS网络信息。

第二接收单元701，用于接收终端设备发送的预设时间；其中，预设时间是终端设备响应于输入操作得到的时间；或者，预设时间是终端设备基于前进方向关联的路线属性设置的时间。

本申请实施例中，所述第二处理单元702，用于基于QoS地图和当前驻留的无线QoS网络，预测前进方向上是否存在不满足目标应用的数据传输需求的无线QoS网络。

本申请实施例中，第二接收单元701，用于接收终端设备发送的数据传输需求；其中，数据传输需求是终端设备在网络传输层，对目标应用的数据传输参数进行处理得到的。

本申请实施例中，服务质量信息的处理装置700还包括第二发送单元703，用于若前进方向上存在不满足数据传输需求的无线QoS网络，通知目标应用执行与目标应用的数据流类型对应的操作。

本领域技术人员应当理解，本申请实施例的服务质量信息的处理装置的相关描述可以参照本申请实施例的服务质量信息的处理方法的相关描述进行理解。

图27是本申请实施例提供的终端设备对应的服务质量信息的处理装置的结构示意图一，如图27所示，上述服务质量信息的处理装置800包括：第三接收单元801，用于接收QoS服务器下发的采集路线上的采集策略和需要采集的数据类型；第三处理单元802，用于基于所述采集策略，对所述数据类型对应的信息进行采集得到采集结果；第三发送单元803，用于向所述QoS服务器发送所述采集结果；其中，所述采集结果包括射频指纹信息和QoS信息。

数据类型包括射频指纹信息、重叠覆盖无线QoS网络和QoS信息中的一种或多种的组合。

本申请实施例中，采集策略包括基于如下步骤依次采集对应的数据类型：采集采集路线上的射频指纹信息；采集采集路线上的可接入的无线网络信息；其中，可接入的无线网络包括重叠覆盖无线QoS网络；采集可接入的无线网络的射频指纹信息和QoS信息；其中，QoS信息为目标应用在无线QoS网络运行时的QoS信息。

QoS信息包括从接入无线QoS网络到离开无线QoS网络的整个覆盖区域的QoS信息。

本申请实施例中，QoS信息包括终端设备监听每个无线QoS网络的通信质量极大值得到的信息。

本申请实施例中，QoS信息包括终端设备对目标应用关联的多种QoS指标进行量化打分，并基于每一QoS指标的量化值和对应QoS指标的权重得到的信息。

本领域技术人员应当理解，本申请实施例的服务质量信息的处理装置的相关描述可以参照本申请实施例的服务质量信息的处理方法的相关描述进行理解。

图28是本申请实施例提供的终端设备对应的服务质量信息的处理装置的结构示意图二，如图28所示，上述服务质量信息的处理装置900包括：第四处理单元901，用于采集预设时间内的射频指纹信息；其中，所述终端设备上运行有目标应用；所述第四处理单元901，用于基于所述射频指纹信息和预存的QoS地图，确定所述终端设备的前进方向；其中，所述预存的QoS地图是QoS服务器构建的QoS地图；所述第四处理单元901，用于基于所述预存的QoS地图和所述终端设备当前驻留的无线QoS网络，预测所述前进方向上预设时间内的无线QoS网络信息。

本申请实施例中，所述第四处理单元901，用于响应于输入操作，触发生成预设时间；或者，基于前进方向关联的路线属性设置预设时间。

本申请实施例中，所述第四处理单元901，用于基于预存的QoS地图和当前驻留的无线QoS网络，预测前进方向上是否存在不满足目标应用的数据传输需求的无线QoS网络。所述第四处理单元901，用于在网络传输层，对目标应用的数据传输参数进行处理得到数据传输需求。

本申请实施例中，所述第四处理单元901，用于在网络传输层，监听目标应用的报文，得到目标应用的数据流类型；得到目标应用对每类数据流的数据传输需求。

本申请实施例中，所述第四处理单元901，用于基于满足监听条件的报文监听窗口监听到的无线QoS网络信息，得到目标应用对每类数据流的数据传输需求；其中，满足监听条件的报文监听窗口包括如下至少之一：传输控制协议TCP报文监听窗口中的缓存期时长小于缓存期门限值，且空闲期时长小于空闲期门限值的窗口；用户数据报协议UDP报文监听窗口中的互动期时长小于互动期门限值的窗口。

本申请实施例中，所述第四处理单元901，用于若前进方向上存在不满足数据传输需求的无线QoS网络，通知目标应用执行与目标应用的数据流类型对应的操作。

本申请实施例中，所述第四处理单元901，用于若目标应用为TCP数据流类应用，生成第一提示信息；其中，第一提示信息包括如下至少之一：第一时长后进入无线弱QoS区域；无线弱QoS区域的持续时长；需要缓存对应数据量的TCP数据；通知目标应用基于第一提示信息执行对应的操作。

本申请实施例中，所述第四处理单元901，用于若目标应用为UDP数据流类应用，生成第二提示信息；其中，第二提示信息包括如下至少之一：第二时长后进入无线弱QoS区域；在终端设备进入无线弱QoS区域后，从预存的QoS地图中确定的与无线弱QoS区域重叠覆盖，且满足数据传输需求的无线QoS网络；通知目标应用输出第二提示信息。

本领域技术人员应当理解，本申请实施例的服务质量信息的处理装置的相关描述可以参照本申请实施例的服务质量信息的处理方法的相关描述进行理解。

图29是本申请实施例提供的QoS服务器的结构示意图，如图29所示，上述QoS服务器1000包括：第一处理器1001、第一存储器1002和第一通信总线1003；所述第一通信总线1003用于实现第一处理器1001和第一存储器1002之间的通信连接；所述第一处理器1001用于执行第一存储器1002中存储的服务质量信息的处理程序，以实现如图2或图11所述的服务质量信息的处理方法的步骤。

QoS服务器1000可以实现本申请实施例的各个方法中由QoS服务器实现的相应流程，为了简洁，在此不再赘述。

图30是本申请实施例提供的终端设备的结构示意图，如图30所示，上述终端设备1110包括：第二处理器1101、第二存储器1102和第二通信总线1103；所述第二通信总线1103用于实现第二处理器1101和第二存储器1102之间的通信连接；所述第二处理器1101用于执行第二存储器1102中存储的服务质量信息的处理程序，以实现如图12或图13所述的服务质量信息的处理方法的步骤。

终端设备1110可以实现本申请实施例的各个方法中由终端设备实现的相应流程，在此不再赘述。

一种芯片，包括：第一处理器，用于从第一存储器中调用并运行计算机程序，使得安装有芯片的设备执行如图1或图11中的方法。

在一些实施例中，该芯片可应用于本申请实施例中的QoS服务器，并且该芯片可以实现本申请实施例的各个方法中由QoS服务器实现的相应流程，为了简洁，在此不再赘述。

一种芯片，包括：第二处理器，用于从第二存储器中调用并运行计算机程序，使得安装有芯片的设备执行如图12或图13中的方法。

在一些实施例中，该芯片可应用于本申请实施例中的终端设备，并且该芯片可以实现本申请实施例的各个方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。该计算机可读存储介质可应用于本申请实施例中的网络设备/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备/终端设备实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。

该计算机程序产品可应用于本申请实施例中的网络设备/终端设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备/终端设备实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序。计算机程序可应用于本申请实施例中的网络设备/终端设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由网络设备/终端设备实现的相应流程，为了简洁，在此不再赘述。

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

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (38)

1.一种服务质量信息的处理方法，其特征在于，应用于服务质量QoS服务器，所述方法包括：

得到与终端设备的位置信息对应的采集路线；

将所述采集路线上的采集策略和需要采集的数据类型下发给所述终端设备；

接收所述终端设备发送的采集结果；其中，所述采集结果包括所述终端设备基于所述采集策略，对所述数据类型对应的信息进行采集得到的射频指纹信息和QoS信息；

基于所述射频指纹信息和所述QoS信息构建QoS地图。

2.根据权利要求1所述的方法，其特征在于，所述数据类型包括射频指纹信息、重叠覆盖无线QoS网络和QoS信息中的一种或多种的组合。

3.根据权利要求1所述的方法，其特征在于，所述采集策略包括基于如下步骤依次采集对应的数据类型：

采集所述采集路线上的射频指纹信息；

采集所述采集路线上的可接入的无线网络信息；其中，可接入的无线网络包括重叠覆盖无线QoS网络；

采集所述可接入的无线网络的射频指纹信息和QoS信息；其中，所述QoS信息为目标应用在无线QoS网络运行时的QoS信息。

4.根据权利要求3所述的方法，其特征在于，所述采集所述采集路线上的射频指纹信息之后，所述方法包括：

合并所述采集路线上的射频指纹信息，得到各个无线网络小区信息和无线网络小区的邻接关系；其中，所述邻接关系包括每个无线网络小区在所述终端设备的前进方向上邻接的无线网络小区；

基于每个无线网络小区的持续时间和邻接的无线网络小区，构建候选的可接入无线网络列表；其中，所述候选的可接入无线网络列表包括所述重叠覆盖无线QoS网络，所述各个无线网络小区信息包括所述每个无线网络小区的持续时间。

5.根据权利要求4所述的方法，其特征在于，所述合并所述采集路线上的射频指纹信息，包括：

将相同时间不同终端设备采集的射频指纹信息，基于时间戳对齐的方式，对射频指纹信息进行合并；和/或，

将不同时间同一采集路线上采集的射频指纹信息，基于滑动时间窗口和滑窗次数，确定射频指纹信息之间的相似度，并基于所述相似度对射频指纹信息进行合并。

6.根据权利要求4所述的方法，其特征在于，所述候选的可接入无线网络列表中包括时间序列上无重叠覆盖的无线QoS网络组合；其中，所述QoS信息包括从接入无线QoS网络到离开无线QoS网络的整个覆盖区域的QoS信息。

7.根据权利要求6所述的方法，其特征在于，所述QoS信息包括终端设备监听每个无线QoS网络的通信质量极大值得到的信息。

8.根据权利要求6所述的方法，其特征在于，所述QoS信息包括终端设备对目标应用关联的多种QoS指标进行量化打分，并基于每一QoS指标的量化值和对应QoS指标的权重得到的信息。

9.一种服务质量信息的处理方法，其特征在于，应用于QoS服务器，所述方法包括：

接收终端设备发送的预设时间内的射频指纹信息；其中，所述终端设备上运行有目标应用；

基于所述射频指纹信息，确定所述终端设备的前进方向和当前驻留的无线QoS网络；

基于构建的QoS地图和所述当前驻留的无线QoS网络，预测所述前进方向上预设时间内的无线QoS网络信息。

10.根据权利要求9所述的方法，其特征在于，所述方法还包括：

接收所述终端设备发送的所述预设时间；其中，所述预设时间是所述终端设备响应于输入操作得到的时间；或者，所述预设时间是所述终端设备基于所述前进方向关联的路线属性设置的时间。

11.根据权利要求9所述的方法，其特征在于，所述基于构建的QoS地图和所述当前驻留的无线QoS网络，预测所述前进方向上预设时间内的无线QoS网络信息，包括：

基于所述构建的QoS地图和所述当前驻留的无线QoS网络，预测所述前进方向上是否存在不满足所述目标应用的数据传输需求的无线QoS网络。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括：

接收所述终端设备发送的所述数据传输需求；其中，所述数据传输需求是所述终端设备在网络传输层，对所述目标应用的数据传输参数进行处理得到的。

13.根据权利要求11所述的方法，其特征在于，所述方法还包括：

若所述前进方向上存在不满足所述数据传输需求的无线QoS网络，通知所述目标应用执行与所述目标应用的数据流类型对应的操作。

14.一种服务质量信息的处理方法，其特征在于，应用于终端设备，所述方法包括：

接收QoS服务器下发的采集路线上的采集策略和需要采集的数据类型；

基于所述采集策略，对所述数据类型对应的信息进行采集得到采集结果；

向所述QoS服务器发送所述采集结果；其中，所述采集结果包括射频指纹信息和QoS信息。

15.根据权利要求14所述的方法，其特征在于，所述数据类型包括射频指纹信息、重叠覆盖无线QoS网络和QoS信息中的一种或多种的组合。

16.根据权利要求14所述的方法，其特征在于，所述采集策略包括基于如下步骤依次采集对应的数据类型：

采集所述采集路线上的射频指纹信息；

采集所述采集路线上的可接入的无线网络信息；其中，可接入的无线网络包括重叠覆盖无线QoS网络；

采集所述可接入的无线网络的射频指纹信息和QoS信息；其中，所述QoS信息为目标应用在无线QoS网络运行时的QoS信息。

17.根据权利要求14所述的方法，其特征在于，所述QoS信息包括从接入无线QoS网络到离开无线QoS网络的整个覆盖区域的QoS信息。

18.根据权利要求14所述的方法，其特征在于，所述QoS信息包括终端设备监听每个无线QoS网络的通信质量极大值得到的信息。

19.根据权利要求14所述的方法，其特征在于，所述QoS信息包括终端设备对目标应用关联的多种QoS指标进行量化打分，并基于每一QoS指标的量化值和对应QoS指标的权重得到的信息。

20.一种服务质量信息的处理方法，其特征在于，应用于终端设备，所述方法包括：

采集预设时间内的射频指纹信息；其中，所述终端设备上运行有目标应用；

基于所述射频指纹信息和预存的QoS地图，确定所述终端设备的前进方向；其中，所述预存的QoS地图是QoS服务器构建的QoS地图；

基于所述预存的QoS地图和所述终端设备当前驻留的无线QoS网络，预测所述前进方向上预设时间内的无线QoS网络信息。

21.根据权利要求20所述的方法，其特征在于，所述方法还包括：

响应于输入操作，触发生成所述预设时间；或者，

基于所述前进方向关联的路线属性设置所述预设时间。

22.根据权利要求20所述的方法，其特征在于，所述基于所述预存的QoS地图和所述终端设备当前驻留的无线QoS网络，预测所述前进方向上预设时间内的无线QoS网络信息，包括：

基于所述预存的QoS地图和所述当前驻留的无线QoS网络，预测所述前进方向上是否存在不满足所述目标应用的数据传输需求的无线QoS网络。

23.根据权利要求22所述的方法，其特征在于，所述方法还包括：

在网络传输层，对所述目标应用的数据传输参数进行处理得到所述数据传输需求。

24.根据权利要求23所述的方法，其特征在于，所述在网络传输层，对所述目标应用的数据传输参数进行处理得到所述数据传输需求，包括：

在网络传输层，监听所述目标应用的报文，得到所述目标应用的数据流类型；

得到所述目标应用对每类数据流的数据传输需求。

25.根据权利要求24所述的方法，其特征在于，所述得到所述目标应用对每类数据流的数据传输需求，包括：

基于满足监听条件的报文监听窗口监听到的无线QoS网络信息，得到所述目标应用对每类数据流的数据传输需求；其中，所述满足监听条件的报文监听窗口包括如下至少之一：

传输控制协议TCP报文监听窗口中的缓存期时长小于缓存期门限值，且空闲期时长小于空闲期门限值的窗口；

用户数据报协议UDP报文监听窗口中的互动期时长小于互动期门限值的窗口。

26.根据权利要求23所述的方法，其特征在于，所述方法还包括：

若所述前进方向上存在不满足所述数据传输需求的无线QoS网络，通知所述目标应用执行与所述目标应用的数据流类型对应的操作。

27.根据权利要求26所述的方法，其特征在于，所述通知所述目标应用执行与所述目标应用的数据流类型对应的操作，包括：

若所述目标应用为TCP数据流类应用，生成第一提示信息；其中，所述第一提示信息包括如下至少之一：第一时长后进入无线弱QoS区域；所述无线弱QoS区域的持续时长；需要缓存对应数据量的TCP数据；

通知所述目标应用基于所述第一提示信息执行对应的操作。

28.根据权利要求26所述的方法，其特征在于，所述通知所述目标应用执行与所述目标应用的数据流类型对应的操作，包括：

若所述目标应用为UDP数据流类应用，生成第二提示信息；其中，所述第二提示信息包括如下至少之一：第二时长后进入无线弱QoS区域；在所述终端设备进入所述无线弱QoS区域后，从预存的QoS地图中确定的与所述无线弱QoS区域重叠覆盖，且满足所述数据传输需求的无线QoS网络；

通知所述目标应用输出所述第二提示信息。

29.一种服务质量信息的处理装置，其特征在于，所述服务质量信息的处理装置包括：

获得单元，用于得到与终端设备的位置信息对应的采集路线；

第一发送单元，用于将所述采集路线上的采集策略和需要采集的数据类型下发给所述终端设备；

第一接收单元，用于接收所述终端设备发送的采集结果；其中，所述采集结果包括所述终端设备基于所述采集策略，对所述数据类型对应的信息进行采集得到的射频指纹信息和QoS信息；

第一处理单元，用于基于所述射频指纹信息和所述QoS信息构建QoS地图。

30.一种服务质量信息的处理装置，其特征在于，所述服务质量信息的处理装置包括：

第二接收单元，用于接收终端设备发送的预设时间内的射频指纹信息；其中，所述终端设备上运行有目标应用；

第二处理单元，用于基于所述射频指纹信息，确定所述终端设备的前进方向和当前驻留的无线QoS网络；

所述第二处理单元，用于基于构建的QoS地图和所述当前驻留的无线QoS网络，预测所述前进方向上预设时间内的无线QoS网络信息。

31.一种服务质量信息的处理装置，其特征在于，所述服务质量信息的处理装置包括：

第三接收单元，用于接收QoS服务器下发的采集路线上的采集策略和需要采集的数据类型；

第三处理单元，用于基于所述采集策略，对所述数据类型对应的信息进行采集得到采集结果；

第三发送单元，用于向所述QoS服务器发送所述采集结果；其中，所述采集结果包括射频指纹信息和QoS信息。

32.一种服务质量信息的处理装置，其特征在于，所述服务质量信息的处理装置包括：

第四处理单元，用于采集预设时间内的射频指纹信息；其中，终端设备上运行有目标应用；

所述第四处理单元，用于基于所述射频指纹信息和预存的QoS地图，确定所述终端设备的前进方向；其中，所述预存的QoS地图是QoS服务器构建的QoS地图；

所述第四处理单元，用于基于所述预存的QoS地图和所述终端设备当前驻留的无线QoS网络，预测所述前进方向上预设时间内的无线QoS网络信息。

33.一种QoS服务器，其特征在于，所QoS服务器包括：第一处理器、第一存储器和第一通信总线；

所述第一通信总线用于实现第一处理器和第一存储器之间的通信连接；

所述第一处理器用于执行第一存储器中存储的服务质量信息的处理程序，以实现如权利要求1至8或9至13中任一项所述的服务质量信息的处理方法的步骤。

34.一种终端设备，其特征在于，所述终端设备包括：第二处理器、第二存储器和第二通信总线；

所述第二通信总线用于实现第二处理器和第二存储器之间的通信连接；

所述第二处理器用于执行第二存储器中存储的服务质量信息的处理程序，以实现如权利要求14至19或20至28中任一项所述的服务质量信息的处理方法的步骤。

35.一种存储介质，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1至8或9至13中任一项所述的服务质量信息的处理方法的步骤。

36.一种存储介质，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求14至19或20至28中任一项所述的服务质量信息的处理方法的步骤。

37.一种芯片，其特征在于，包括：第一处理器，用于从第一存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至8或9至13中任一项所述的方法。

38.一种芯片，其特征在于，包括：第二处理器，用于从第二存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求14至19或20至28中任一项所述的方法。