CN107534879A - 网络诊断应用 - Google Patents

Abstract

提供网络诊断的系统和方法。各种实施例允许诊断应用被自动推送到在网络上的一个或多个移动设备。诊断平台可以选择一个或多个移动设备实施测试组(例如，Wi‑Fi连接、蜂窝连接、下载速度、启动电话呼叫，等等)以评估所述网络表现。诊断应用可以然后被诊断平台接入(或安装)。包含了关于网络表现的被抓取的数据的消息可以被每个移动设备发送到诊断平台。然后各种关于网络和详细设备配置的表现的分析可以被生成。

Description

网络诊断应用

相关申请的交叉引用

本申请要求2015年7月17日提交的申请号为14/802,894的美国专利申请的优先权，该申请要求于2015年2月27日提交的美国临时申请号为62/126,385的权益，以上申请的全部内容均通过引用的方式被合并于此。

背景技术

现代移动电子设备(如移动电话、个人数字助手、平板电脑，等等)已经成为现代生活的一部分。这些设备越来越多地提供先进的计算能力和各种可以提升用户对设备的体验的其它功能和选项。一些常见的功能和选项包括摄像头、Wi-Fi、SMS和MMS短信、浏览器、语音/视频呼叫和GPS功能。除了常见功能和选项以外，现代电子设备通常包括可以在一个或多个处理器上运行软件应用的操作系统。软件应用可以被安装(例如，被生产商、移动运营商或用户安装)在这些设备上以实施各种特定任务和/或扩展设备的功能。

软件应用可以使用移动设备的很多硬件和其它软件元件。此外，移动设备的软件应用和其它特性的很多功能都依赖于移动设备和基站之间可靠的网络连接(例如，以建立声音或视频呼叫)。评估网络覆盖是个很困难的问题，因为网络覆盖在地区之间不同甚至还取决于设备。

传统上，为了简化评估网络覆盖的问题，网络覆盖信息主要基于来自塔台的信息。然而，个体设备的覆盖体验可以因各种原因而产生极大区别。例如，移动设备和基站间的无线电连接的可靠性可以被很多因素影响，如移动设备和基站间的距离、物理障碍(例如，建筑物)、来自其它设备的干扰和噪声(例如，其它无线传输)、网络容量、硬件和软件配置(例如，移动设备和基站的配设置)和其它因素。因此，准确的评估网络覆盖是个很困难的问题，需要新技术来测量网络表现和决定网络覆盖。

附图说明

现在将使用附图描述和解释本技术的实施例，其中：

图1示出了本技术的一些实施例可能使用的通信环境示例；

图2示出了根据本技术的一个或多个实施例的移动设备中的一组元件；

图3示出了根据本技术的一个或多个实施例的诊断平台内的一组元件；

图4是示出了根据本技术的一些实施例的抓取网络信息的一组操作的流程图；

图5是示出了根据本技术的一个或多个实施例的运行诊断应用的一组操作的流程图；

图6是示出了根据本技术的一些实施例的产生网络分析的一组操作的流程图；以及

图7是示出了根据本技术的各种实施例的在通信系统的各种元件之间的数据流的示例的顺序图。

附图未必按比例绘制。例如，附图中的信号周期的相对尺寸并未按比例绘制，某些信号或消息周期的尺寸可能不同。同样地，出于讨论本技术的一些实施例的目的，一些元件和/或操作可能被分离到不同的块内或合并到单一的块内。此外，虽然可以将本技术服从于各种不同的改进方案和可选形式，但是具体实施例已经通过举例方式显示在附图中，并且在下面进行详细描述。其目的并非将本技术局限于所描述的特定实施例中。相反，本技术旨在覆盖所有落于由所附权利要求限定的技术范围内的修改、等同和替换。

具体实施例

此处详细描述了网络诊断和覆盖评估的系统和方法。为了帮助诊断上述各种网络问题并生成更精确的覆盖信息，各种实施例允许诊断应用被自动推送到终端用户的设备。诊断应用可以被推送到雇员和/或客户来测试用于各种设备配置和位置的网络覆盖。一旦应用在用户设备上安装，其可以测试Wi-Fi连接、蜂窝连接、下载速度、发起电话呼叫，等等。位置信息可以使用GPS、加速计、磁力计和其它工具与每个数据集合相关联。这些信息可以被发送回服务器并在服务器处生成关于网络和设备详细配置的各种分析。这实现了改进的实时水平的网络覆盖信息。例如，该信息可用于生成满足各种联邦通信委员会(FCC)要求的实际数据速度地图。

此外，由于各种设备和芯片组具有不同的网络特征(例如，一些无线电比其它的更好)，本技术的一些实施例可以用于决定最佳(例如，实现最好的表现的同时降低价格)的芯片组以利用现有的网络基础设施。同样，选择优选的元件组合使得移动设备不被过度供应(例如，更昂贵却不能显著提高用户体验的芯片组)。时间价值分析可以用于决定低端或中端元件(例如，基带处理器、无线射频芯片，等等)是否提供可接受水平的用户体验。另外，附加的第三方数据可以用于设计网络基础设施以提供用户体验。例如，住房和城市发展(HUD)数据可以用于识别哪些建筑将会建起来以及它们的位置。这些可以被用来预测在网络覆盖上的影响和选择附加塔台的地点。

在下述说明中，出于解释的目的，许多特定细节被给出以帮助完全理解本技术的实施例。显然，对本领域技术人员来说本技术的实施例可以在缺少某些特定细节的情况下被实施。然而，为了方便，此处描述的本技术的实施例参考了测量网络覆盖的分布式技术，本技术的实施例可以同等地应用到各种其它技术，这些技术使用实时和预测网络体验和用户行为以推进商业流程。

此处介绍的技术可以被呈现为专用硬件(例如，电路)、被软件和/或固件编程的可编程电路、专用和可编程电路的组合。因此，实施例可以包括存储了可以用于编程计算机(或其它电子设备)以实施进程的指令的机器可读介质。机器可读介质可以包括但不限于软盘、光盘、光盘只读存储器(CD-ROMs)、磁光盘、ROMs、随机存取存储器(RAMs)、可擦除可编程只读存储器(EPROMs)、电可擦除可编程只读存储(EEPROMs)、磁卡或光卡、闪存或其它适用于存储电子指令的媒体/机器可读介质的种类。

“在一些实施例中”、“根据一些实施例”、“在显示的实施例中”、“在其它实施例中”等用语一般代表其后所述的某些特定特征、结构或特性包含在本技术的至少一个实施中，且可能被包含于一个以上的实施中。此外，这些用语并不一定指代相同或不同的实施例。

图1示出了本技术的一些实施例可能使用的通信环境100的示例。如图1所示，通信环境100可以包括一个或多个移动设备110A-110N(如移动电话、平板电脑、移动媒体设备、移动游戏设备、车载电脑、可穿戴计算设备，等等)、通信网络120、远程服务器130A-130N、诊断平台140和一个或多个数据库150。如图2中的详细描绘，为了使用户能够使用移动设备的各种服务和功能，移动设备110A-110N可以包括多种传感器和输入/输出元件。

此外，移动设备110A-110N可以包括网络通信元件，使移动设备能够通过使用通信网络120上的授权、半授权或未授权的频谱传输和接收无线信号与远程服务器130A-130N或其它可持电子设备通信。在一些情况下，通信网络120可以包括多个网络，甚至多个异构网络，如一个或多个边界网络、语音网络、宽频网络、服务提供商网络、互联网服务提供商(ISP)网络和/或公用交换电话网络(PSTNs)，通过可操作以促进各种网络两者之间和多者之间的通信的网关互连。通信网络120也可以包括第三方通信网络如全球移动系统(GSM)移动通信网络、码/时分多址(CDMA/TDMA)移动通信网络、第三代或第四代(3G/4G)移动通信网络(例如，通用分组无线业务(GPRS/EGPRS))、增强数据速率的GSM演进(EDGE)、通用移动通信系统(UMTS)或长期演进(LTE)网络)，或其它通信网络。

本领域技术人员可知各种其它元件(未展示)可以包含在移动设备110A-110N中以实现网络通信。例如，移动设备可以被配置为在GSM移动通信网络上通信。因此，移动设备可以包括存储了用于识别在GSM移动通信网络或其它网络(例如，采用了3G和/或4G无线协议的网络)上的移动设备的国际移动用户识别码(IMSI)的用户身份识别卡(SIM)。若移动设备被配置为在另一通信网络上通信，该移动设备可以包括使其能够在其它通信网络上被识别的其它元件。

在一些实施例中，移动设备110A-110N可以包括使其能够与使用通用接入网络(GAN)或未授权移动接入(UMA)标准和协议的通信网络连接的元件。例如，移动设备可以包括支持基于互联网协议(IP)的在无线局域网(WLAN)上的通信的元件和使其能与基于IP的WLAN上的通信网络通信的元件。移动设备110A-110N可以包括一个或多个需要向远程服务器130A-130N传输数据或登录的移动应用。

诊断平台140可以被用于管理网络覆盖数据收集、诊断各种网络问题、生成各种设备和网络分析、并且生成更准确的覆盖数据。根据各种实施例，诊断平台140使用网络120上的移动设备作为传感器分布式网络以评估设备级网络体验。诊断平台140可以支持对移动设备的诊断应用并从各种其它资源收集关于网络表现和使用情况的数据。一旦安装在用户设备上，诊断应用即可以测试Wi-Fi连接、蜂窝连接、下载速度、发起呼叫，等等。这些信息可以被发送回诊断平台140，并在其生成关于网络和详细设备配置的各种分析。

如图1所示，诊断平台140可以被可通信地耦合到一个或多个数据库150，如用户数据库和/或分析数据库。这些数据库可以有多种可以被诊断平台150使用的信息。例如，用户数据库可以包括运营商的用户的账户信息。这些数据的示例包括但不限于，名字、电话号码、家庭地址、工作地址、设备信息、无线计划、数据计划和其它信息。分析数据库可以被用于以各种格式储存各种诊断数据(例如，原始数据、处理后的数据、捆绑数据、关联数据，等等)在一些实施例中，这两个数据库可以整合进一个数据库。

移动设备110A-110N可以以各种不同的速度行进(例如，用户行走或开车时)。诊断应用可以记录移动设备110A-110N的行进速度。这些关于行进速度的方法论的信息可以被用于修改被实施的测试或成为数据分析的一部分。例如，用户可以穿过公园并不停遭遇通话中断或其它运行问题。这可以是因为移动设备的行进速度过慢或其他原因使得基站之间的切换不良而导致的。因此，理解移动设备的行进方法论对于分析数据和设置理想的测试以收集数据是很有帮助的。

图2示出了根据本技术的一个或多个实施例的移动设备110A-110N中的一组元件。如图2所示，移动设备110A-110N可以包括存储器205(例如，易失性存储器和/或非易失性存储器)、电源210(例如，电池)、用于执行处理命令的处理器215和操作系统220。附加元件例如数据存储介质元件225(例如，硬盘驱动器、闪存、记忆卡，等等)、一个或多个网络接口(例如，蓝牙接口230；使移动电话通过使用通信网络上授权、半授权或未授权的频谱，传输和接收无线信号以使其能够通信的网络通信接口235)、音频接口240、麦克风245、显示器250、小键盘或键盘255和其它输入和/或输出接口260。移动设备的各种元件可以通过总线互连。

处理器215是移动设备110A-110N的主要处理器，可以包括应用处理器、基带处理器、各种协同处理器和其它用于运行移动设备110A-110N的专用处理器。例如，应用处理器可以提供处理能力来支持软件应用、存储器管理、图像处理和多媒体。应用处理器可以与存储器205可通信地耦合并配置为运行操作系统、用户接口和存储在存储器205或数据存储元件225上的应用。基带处理器可以被配置为实施信号处理和实施/管理移动设备110的实时无线电传输操作。这些处理器和其他元件，可以由电源210供电。各种实施例中的易失性和非易失性存储器可以包括用于存储如处理器可读指令、数据结构、程序模块或其他数据的信息的存储介质。可以被保存的信息的一些示例包括基本的输入/输出(BIOS)、操作系统和应用，包括此处描述的诊断应用。

图3示出了根据本技术的一个或多个实施例的诊断平台140内的一组元件。根据图3所示的实施例，诊断平台140可以包括存储器305、一个或多个处理器310、操作系统315、选择模块320、远程命令模块325、评估引擎330、奖励模块335、分析引擎340和网络观测器345。本技术的其它实施例可以，连同其它模块、应用和/或元件，包括一些、全部或完全不包括这些模块和元件。然而一些实施例可以将这些模块和元件的两个或多个包含进一个单一模块和/或关联这些模块的一个或多个的功能的一部分到不同的模块。例如，在一个实施例中，分析引擎340和网络观测器345可以被合并到用于生成关于通信网络的分析和处理信息的一个单一模块。

存储器305可以是任何设备、机制或用于存储信息的密集数据结构。根据本技术的一些实施例，存储器305可以包含但不限于任何类型的易失性存储器、非易失性存储器和动态存储器。例如，存储器305可以是随机接入存储器、存储器存储装置、光学存储设备、磁性介质、软盘、磁带、硬盘驱动器、SDRAM、RDRAM、DDR RAM、可擦除可编程只读存储器(EPROMs)、电可擦除可编程只读存储器(EEPROMs)、光盘、DVDs，等等。根据一些实施例，存储器305可以包括一个或多个磁盘驱动器、闪存驱动、一个或多个数据库、一个或多个表格、一个或多份文件、本地缓存的内存、处理器缓存内存、关系数据看、平面数据库，等等。此外，本领域技术人员可知很多用于存储信息的附加设备和技术可以被用作存储器305。

存储器305可以用于存储在处理器310上运行一个或多个应用或模块的指令。例如，用于一个或多个实施例中的存储器305可以包含全部或部分需要的指令以执行操作系统315、选择模块320、远程命令模块325、评估引擎330、奖励模块335、分析引擎340、网络和/或观测器345的功能。操作系统315提供能够管理诊断平台140的硬件资源的软件包。操作系统315还可以为运行在处理器310上的软件应用提供一般服务。

选择模块320可以选择一个或多个移动设备来评估网络表现。移动设备的选择可以基于很多因素。在一些实施例中，客户或雇员的移动设备可以被随机选择进行网络诊断。这种选择类型可以提供网络连接和可靠性的良好的总体概况。因此，一旦网络配置文件从随机选择中产生，选择模块320可以选择附加的移动设备来改善网络配置文件或重新测试某些位置。

在一些实施例中，可能收到一个或多个通知(例如，来自移动设备自动生成的通知)指出在地理位置中潜在的网络问题(例如，通话中断、数据速度慢、通话质量低，等等)。优选地或额外地，通知可以来自服务提供商收到的用户投诉电话或短信。选择模块320可以使用各种注册记录识别当前通过被识别为含有潜在问题的地理地址周边或附近的基站接入无线网络的移动设备。通过识别移动设备的当前轨迹(例如，沿着州际公路以每小时50英里移动)以预测可能穿过或到该地理区域附近的设备，选择模块320可以进一步改善对移动设备的选择。

类似地，选择模块320可以识别(例如，通过访问存储了多种客户配置文件的客户数据库)具有在该地理位置附近的家庭住址或工作地址的客户注册的移动设备。又例如，公司(例如，无线运营商)可以对雇员附加使用公司提供的移动设备的条件是可以将其用于实施诊断。选择模块320可以根据雇员的位置、期望的移动设备位置、设备型号、移动设备的硬件配置、移动设备的软件配置、否定记录、奖励记录和/或其它因素选择各种设备。

远程命令模块325提供了生成和处理在一个或多个移动设备上安装和运行诊断应用的命令的框架。例如，框架可以包括但不限于各种命令，如下载、会话、安装、卸载、授权、取消授权、删除、通知、更新、用户自定义，等等。根据各种实施例，这些命令可以用于在不控制整个设备的前提下使移动设备安装、更新和运行诊断应用(例如，设备不能被诊断平台管理)。

评估引擎330可以被配置为确定诊断应用应当实施的测试组，以及测试组中每个测试应该实施的位置，和/或测试组中每个测试被实施的频率。测试组的测试可以包括数据连接、声音连接、Wi-Fi呼叫、短信服务(SMS)或长期演进上的语音(VoLTE)的测试。频率可以是随着测试结果的得出而升高或降低的名义频率。当用户靠近问题区域时诊断测试的频率可以升高(例如，基于地理位置)以收集更多数据。又例如，若连接不成功或不满意时频率可以升高。在一些实施例中，频率可以基于试验的长度。全天网络评估可以包括被调度在一到十分钟之间的测试。又例如，一个小时的网络评估可以包括被调度为三十秒或相距更远的测试。

奖励模块335可以被配置为选择一个或多个奖励或激励，以提供给每个与被选择模块320识别的一个或多个移动设备相关联的客户以换取允许诊断应用评估网络表现。激励的类型包括但不限于，返现、奖品卡、设备升级、云存储空间，等等。根据一些实施例，奖励模块335可以至少部分基于所预测的诊断应用将使用的一个或多个移动设备上的资源的估算数量以选择奖励。

在各种实施例中，选择模块320可以分配优先权(例如，基于设备配置、家庭地址、工作地址，等等)给被识别为评估网络表现的移动设备。奖励模块335可以为客户使用该优先权用于选择奖励，使得被分配到更高的优先权的移动设备的所有者更可能安装该应用。然而，在一些实施例中，奖励模块335可以基于其他因素或条件，例如但不限于，所有者配置文件、允许测试的历史态度、被感知到的不便等等，选择奖励。

分析引擎340可以被配置为分析从各种移动设备处接收到的与网络表现相关的数据。分析引擎340可以然后生成各种关于网络和详细设备配置的分析以提升实时水平的网络覆盖信息。在一些实施例中，分析引擎可以生成各种硬件和软件配置的表现分析。因此，可以选择优选的元件组合以使得移动设备不会过度供应(例如，不会显著提高用户体验的更贵的芯片)。实施时间价值分析可以确定低级或中级元件(例如，基带处理器、无线射频芯片等等)能否提供可接受程度的用户体验。

分析引擎340也可以使用附加信息，如使用网络观测器345收集自各种网络元件(例如，网络塔台)的数据。此外，分析引擎340可以使用附加的第三方数据帮助分析网络基础设施以提升用户体验。例如，住房和城市发展部(HUD)的数据可以用于识别哪些建筑将拔地而起以及其位置。这些可以用于预测网络覆盖的影响和选择附加塔台的地点。

图4是示出了根据本技术的一些实施例的用于运行诊断平台的的一组操作400的流程图。图4所示的操作可以被诊断平台140和/或一个或多个元件(例如，处理器)、引擎和/或与诊断平台140相关联的模块(例如，选择模块320)所实施。如图4所示，识别操作410识别了移动设备在实施网络诊断。被识别操作410识别的移动设备可以是单一设备或更大的设备群的一部分。

在一些实施例中，客户或雇员的设备可能被随机选中在随机选定的时间进行网络诊断。这种选择类型可以提供网络连接和可靠性的整体概况。更多特定选择过程的采用可以基于对该信息的分析或在一个或多个触发事件之后。例如，附加设备和时间可以被选择以填补诊断覆盖测试或在设备更换后重复测试某些区域之间的间隔。

在一些实施例中，客户可以指出他们在特定地点和/或一天中的特定时间中有网络问题(例如，通话中断、数据速度低、通话质量差，等等)。这可能发生在，例如，与客户代表通话、从移动设备自动地、通过邮件、或从图形用户界面提交。使用关于客户和/或设备的信息，识别操作410可以识别应该用于诊断的移动设备。被识别为用于测试的移动设备可以包括或不包括该客户的移动设备。

作为另一示例，公司(例如，无线运营商)可以对雇员施加使用公司提供的移动设备的条件是可以将其用于实施诊断。识别操作410可以根据雇员的位置、期望的移动设备位置、设备型号、移动设备的硬件配置、移动设备的软件配置、否定记录、奖励记录和/或其它因素选择各种设备。

当识别操作410识别了用于网络诊断的移动设备，请求操作420生成使用移动设备进行诊断的请求。该请求可以以各种方式呈现给用户。例如，该请求可以通过移动应用、通过与客户代表通话、短信或其他渠道呈现。在一些情况下，该请求可以不必呈现给移动设备的用户(例如，如果用户已经同意该行为)。此外，该请求可以提醒用户其对电池或其它移动操作的潜在影响并鼓励他们在诊断应用运行时保持手机接通电源、减少使用等。该请求也可以提醒用户其不会因为诊断产生的传输而被收取费用或用户可以被列入收费数据库的白名单以保证他们不会被收费。

确定操作430决定是否接受请求(例如，通过来自用户的回应)。若确定操作430决定不接受请求，则确定操作430产生分支至记录操作440，记录该拒绝操作。尽管图4未示出，在一些实施例中，奖励或激励可以作为回应提供给拒绝来引诱接受使用移动设备在网络上实施诊断的请求。

若确定操作430决定接受该请求，则确定操作430产生分支至接入操作450，安装并接入诊断应用。在一些实施例中，若需要的话，接入操作450可以首先安装应用并启动应用。例如，在各种实施例中，由诊断应用支持的远程命令和控制架构能够发送安装或启动应用的命令而不用控制整台设备(例如，设备可以不用被企业管理)。

在抓取操作460中，诊断应用可以抓取移动设备当前遭遇的关于网络覆盖的各种信息。例如，诊断应用可以测试数据连接(接收和发送数据)、语音连接、Wi-Fi呼叫、SMS信息、VoLTE呼叫和其它类型的覆盖。然后在传输操作470中，应用可以发送抓取到的网络信息到诊断平台。在一些实施例中，抓取到的网络信息可以包括原始数据、本地得分或排序结果、第三方测试识别码(用以识别第三方持有的结果/数据)和/或其他类型的信息。

图5是示出了根据本技术的一个或多个实施例的运行诊断应用的一组操作500的流程图。图5示出的操作可以被移动设备或一个或多个元件(例如，处理器215)、引擎、应用和/或与移动设备相关联的模块实施。如图5所示，诊断操作510启动了诊断应用。诊断操作510可以由各种方式触发。例如，可以被事件触发、预定时间触发、基于位置触发，等等。在一些实施例中，触发条件可以被部署为对来自第三方(例如，客户服务代表)的请求的响应。这可以是，例如，对来自投诉性能问题的移动设备客户的呼叫的响应。客户服务代表可以设置诊断应用以在特定区域、一天的时间等用户确定性能的问题实施各种诊断。

在收集操作520中，各种关于移动设备的设备信息都会被收集。例如，收集的设备信息可以包括移动设备的样式和/或型号、MZ版本、类型分配码(即，15位IMEI和16位IMEISV的前八位)、位置(例如，使用GPS)、移动设备加速信息(例如，来自加速计)、磁力计读数、当前天气数据和/或其它可以识别可能影响移动设备表现的信息的数据。收集操作520也可以收集关于各种网络连接和感知强度的可用信息。

一旦信息被收集，测试操作530可以循环各种选中的测试。例如，测试操作530可以测试数据连接(例如，数据连接是否维持，速度是多少)、语音连接、Wi-Fi呼叫、SMS、VoLTE，等等。在一些实施例中，各种第三方服务可以作为测试流程的一部分。例如，为了测试语音连接，第三方服务(例如，twilio.com)可以通过自动呈现各种提示和/或事先记录的消息测试连接质量。应用也可以拥有一组可以在唤起特定服务中使用的事先录制的声调和/或消息。一旦服务被唤起，事先录制的声调被播放并分析(例如，使用傅里叶变换或快速傅里叶变换)以识别信号频率和其他质量指标以确定语音质量。该分析可以被传输回电话或诊断平台140。

当测试操作530结束，决定操作540决定是否需要附加测试。若决定操作540决定需要附加测试，则决定操作540产生分支至选择操作550，确定附加操作和频率(例如，下一小时每十分钟一次)并由实施操作560执行。每个测试的频率和长度可以基于试验的长度配置。

在一些实施例中，频率可以取决于各种参数(例如，位置、电池寿命，等等)。例如，当移动设备靠近问题区域时，测试的频率可以被配置为上升。因此，设备可以收集问题区域周围的更多数据。在一些实施例中，若连接未成功完成，频率也可以上升。在另一示例中，在选择操作550中可以分配名义频率。当连接经数次检查为良好时，以及移动设备的变化没有显著到相信可能改变网络条件时，在这段期间内频率可以被降低。

实施操作560返回到决定操作540来决定是否需要附加测试。若决定操作540决定不需要附加测试，则决定操作540产生分支至终止操作570，诊断应用被终止并可能在移除操作580中被从移动设备上移除。

图6是示出了根据本技术的一些实施例的产生网络分析的一组操作600的流程图。如图6所示，收集操作610收集各种设备信息。关于设备的信息可以从设备本身、运营商数据库或第三方服务处被收集。设备信息收集的示例可以包括但不限于，关于与各种网络的当前连接信息、识别移动设备的硬件和软件的配置信息(例如，样式/型号、类型分配码、IMEI、操作系统版本，等等)，关于地点和移动设备(例如，使用GPS、加速计等)的运动的信息，和/或其它可能影响移动设备表现的数据识别信息。

设备信息被收集后，识别操作620可以生成可以与数据相关联的临时识别码。例如，在一些实施例中，识别码可以是随机分配的一组字母和数字。在其它实施例中，识别码可以包括包含类型分配码、年、月、日、时间和/或位置在内的特殊格式。使用诊断操作630收集到诊断结果后，关联操作640可以将识别码与诊断结果相关联。

确定操作650决定是否需要附加数据。如果确定操作650确定需要附加数据，则确定操作650产生分支至生成操作660，生成附加收集请求，然后在返回确定操作650前被实施。这些附加收集请求可以改变诊断测试的参数。参数的示例可以包括但不限于，将被实施的测试、移动设备在特定地理区域内、测试的次数、重复测试的次数，等等。如果确定操作650确定不需要附加数据，则确定操作650产生分支至分析操作670，在其中分析数据。完成后，通知操作680通知分析师结果已准备好可以开始分析。

图7是示出了根据本技术的各种实施例的在通信系统的各种元件之间的数据流的示例的顺序图。如图7所示，诊断平台140可以在移动设备110上安装(或访问事先安装好的)诊断应用。诊断应用可以重复通过各种网络测速以收集关于用户当前可用的网络体验的数据。该数据可以被记录在数据库150中并被分析引擎340所访问。根据各种实施例，为了记录在数据库150中，数据和数据日志可以立刻从移动设备110传输到诊断平台140。在一些实施例中，数据和数据日志可以晚一些被传输(例如，当设备连接电源、连接到Wi-Fi、在非高峰网络时间，等等)。

分析引擎340可以分析从移动设备110记录的数据并生成各种关于相对于在网络上拥有类似概况(例如，位置、测试时间、类似设备，等等)的其它设备的网络体验的分析。该信息可以被传到诊断平台140，在其中确定是否需要附加数据(例如，确定这是否是该用户特有的独立的问题、临时网络问题、或宽泛的网络覆盖缺陷)。诊断平台140可以要求来自移动设备110和/或网络上的附加移动设备110的附加数据。数据被收集并记录到数据库150后，分析引擎340可以为诊断平台140实施的检查生成附加或更新后的分析。

除非除非上下文明确地另作要求，在整个说明书和权利要求书中，“包括”“包含”等术语应作包含式理解，而不是排他式或穷尽式理解；也就是说，理解为“包括但不限于”。此处所用的术语“连接”、“耦合”，或任何其变形意味着任何连接或耦合，无论直接或间接地在两个或多个要素之间；要素之间的耦合或连接可以是物理的、逻辑的或其任何组合。此外，“此处”、“以上”、“以下”和有类似含义的术语在用于本申请时，代表本申请的全部而不是本申请的任何部分。若上下文允许，在上述具体实施例中使用的单数和复数词同时也包括其复数或单数。“或”字代表两个或多个项的列表，包括该词汇的以下所有解释：该列表中的任一项，该列表上的所有项，和列表上所有项的任何组合。

上述技术的具体实施例的示例并非以穷尽或将本技术限制在以上描述的精确形式。本技术的对上述特殊示例的描述出于说明的目的，本领域技术人员可知在本技术的范围内的各种同等修改都是可能的。例如，当流程或块以给定的顺序呈现，可选实施方式可以采用不同顺序的步骤的例程或不同顺序的块的系统，并且某些流程或块可以被删除、移动、添加、拆分、结合，和/或修改以提供可选方案或子组合。这些流程或块的每一个都可以被各种不同的方式实现。并且，当流程或块有时以连续的方式被展现，这些流程或块可以被并行实施或实现，或在不同的时间被实施。进一步地，此处所述任何特殊数字仅仅是示例：可选实施方案可以采用不同的值或范围。

本技术除了上述系统外还提供了可以被应用到其他系统的启示。上述各种示例的要素和行为可以被结合以进一步实施本技术。本技术的一些可选实施方案可以包括不仅是上述实施方案的附加要素，还可以包括更少的要素。

这些和其他对本技术的改变可以添加进上述具体实施例。当上述具体实施例描述了本技术的某些示例，并描述了预期的最佳模式，无论上述文本多详细，本技术仍可以以不同的方式实施。系统的细节在特定的实施方案中可以显著不同，但仍包含在此处本技术公开的内容里。如上所述，当描述本技术的某些特性或某些方面时使用的术语不应被视为该术语在此处被重新定义并将本技术限制为任何与该术语相关联的特定的特征、特性或本技术的方面。一般来说，下述权利要求书中使用的术语不应被理解为将本技术限制在说明书中公开的特定示例内，除非上述具体实施例的部分专门定义了该术语。相应地，本技术的实际范围不仅涵盖所公开的实施例而且涵盖实施或实现根据权利要求的本技术的所有同等方式。

为了减少权利要求的数量，本技术的某些方面在下文中以某种权利要求的形式提出，申请人以许多权利要求形式考虑了本技术的多个方面。例如，尽管本技术只有一个方面被陈述为计算机可读介质的权利要求，其他方面同样可以被实现为计算机可读介质的权利要求，或以其他的形式，如被实现为方法加功能的权利要求。任何被以35U.S.C.§112(f)处理的权利要求应当以用语“用于…的手段”开头，但对于用语“为了”在任何上下文中的使用不旨在引起35U.S.C.§112(f)的处理。相应地，申请人保留在递交申请之后其在本申请或其继续申请中增加额外的权利要求以追加这种额外的权利要求形式的权利。

Claims (20)

1.一种使用多个无线移动设备实施远程网络诊断的方法，所述方法包括：

选择一个或多个移动设备实施测试组以评估无线网络的表现；

使用来自诊断平台的远程命令和控制指令，在所述一个或多个移动设备上安装诊断应用，

其中所述诊断应用在安装后实施所述测试组以评估所述网络表现；以及

在所述诊断平台接收来自所述诊断应用的包括被抓取到的数据的消息.

其中所述被抓取到的数据包括识别所述一个或多个移动设备的硬件或软件配置的设备详细信息，并且

其中所述被抓取到的数据包括关于响应于所述测试组的所述网络表现的数据，所述测试组是由所述诊断应用使用的用于评估所述移动设备在地理范围移动时的所述网络表现。

2.根据权利要求1所述的方法，其中选择所述一个或多个移动设备实施所述测试组以评估网络表现进一步包括：

接收来自所述一个或多个移动设备中的第一移动设备的用户的通知，所述通知表明所述第一移动设备正在遭遇所述无线网络的不良表现，

其中来自所述用户的所述通知识别了遭遇所述无线网络的所述不良表现的地理区域，并且

其中选择所述一个或多个移动设备实施所述测试组以评估网络表现包括识别可能在所述地理区域内的其它移动设备；以及

接收来自所述第一移动设备的所述用户的允许在所述第一移动设备上安装所述诊断应用。

3.根据权利要求1所述的方法，其中选择所述一个或多个移动设备实施所述测试组以评估网络表现进一步包括：

接收来自所述一个或多个移动设备中的第一移动设备的用户的通知，所述通知表明所述第一移动设备正在遭遇所述无线网络的不良表现；以及

接收来自所述第一移动设备的所述用户的允许在所述第一移动设备上安装所述诊断应用。

4.根据权利要求1所述的方法，其中选择所述一个或多个移动设备实施所述测试组以评估网络表现包括选择控制所述无线网络的商业组织所属的雇员的一个或多个移动设备。

5.根据权利要求1所述的方法，其中用以评估网络表现的所述测试组包括数据连接测试、语音连接测试、Wi-Fi呼叫测试、短信服务(SMS)测试或长期演进(VoLTE)上的语音测试。

6.根据权利要求1所述的方法，其中所述设备详细信息识别所述一个或多个移动设备的硬件或软件配置包括所述一个或多个移动设备的样式、所述一个或多个移动设备的型号和来自所述一个或多个移动设备的类型分配码。

7.根据权利要求1所述的方法，其中所述测试组被调度为以名义频率被重复多次，所述方法进一步包括：

当所述测试组表明所述网络表现高于期望阈值时减低所述名义频率；并且

当所述测试组表明所述网络表现低于所述期望阈值或当所述一个或多个移动设备处于曾被报告有不良网络表现的指定区域时提高所述名义频率。

8.根据权利要求1所述的方法，进一步包括基于所述被抓取的数据生成分析，其中所述分析识别附加无线通信基础设备将提升所述无线网络或最佳硬件配置的区域。

9.一种诊断平台包括：

存储器；

处理器；

在所述处理器控制下的选择模块，被配置为

确定一个或多个用于使用诊断应用评估网络表现的移动设备；

用于从所述一个或多个移动设备接收关于所述网络表现的数据的通信模块；

在所述处理器控制下的分析引擎，被配置为

分析关于所述网络表现的所述数据；以及

基于分析关于所述网络表现的所述数据的结果生成建议，

其中所述建议可以指示可能需要附加无线通信基础设施的地理区域。

10.根据权利要求9所述的诊断平台，进一步包括：

确定测试组的评估引擎、所述测试组中的每个测试应该被实施的地点，以及所述测试组中每个测试应该被实施的频率；以及

其中所述测试组包括对数据连接、语音连接、Wi-Fi呼叫、短信服务(SMS)或长期演进上的语音(VoLTE)的测试。

11.根据权利要求9所述的诊断平台，进一步包括确定测试组、所述测试组中的每个测试应该被实施的地点，以及所述测试组中每个测试应该被实施的频率的评估引擎。

12.根据权利要求9所述的诊断平台，进一步包括：

存储了与所述一个或多个移动设备中的每一个相关联的客户配置文件的客户数据库；和

奖励模块，选择一个或多个奖励，提供给与被所述选择模块识别的一个或多个移动设备相关联的每个客户以换取允许所述诊断应用评估所述网络表现.

其中奖励模块至少部分基于所述诊断应用将使用的在所述一个或多个移动设备上的资源的估计数量选择所述一个或多个奖励。

13.根据权利要求9所述的诊断平台，进一步包括：

网络观测器，用于取回未被所述诊断应用收集的关于网络表现的附加数据；并且

其中所述分析引擎也分析未被所述诊断应用收集的关于所述网络表现的所述附加数据；并且

其中所述分析引擎进一步被配置为

识别用于附加的表现测试的地理区域；以及

请求所述选择模块识别可能处于所述地理区域的附加移动设备。

14.根据权利要求9所述的诊断平台，进一步包括用于取回未被所述诊断应用收集的关于网络表现的附加数据的网络观测器。

15.根据权利要求9所述的诊断平台，进一步包括在所述处理器控制下的远程命令模块，被配置为发送远程命令到所述一个或多个移动设备以安装所述诊断应用。

16.计算机可读介质，不包括瞬时信号，存储指令，当指令被一个或多个处理器执行时导致机器：

选择一个或多个移动设备以实施测试组以评估网络表现；

访问在每个所述一个或多个移动设备上的诊断应用，

其中事先安装好的所述诊断应用实施所述测试组以评估所述网络表现；并且

其中所述测试组被所述一个或多个移动设备的全球定位系统定位或事先设置好的时间序列触发；

接收来自所述诊断应用的包括被抓取的数据的消息，

其中所述被抓取的数据包括关于被所述诊断应用用来评估所述网络表现所使用的响应于所述测试组的所述网络表现的数据；以及

基于所述被抓取的数据创建网络配置文件。

17.根据权利要求16所述的计算机可读介质，当存储的指令被一个或多个处理器执行时额外导致所述机器：

接收通知，表明所述一个或多个移动设备中的第一移动设备正遭遇不良表现，

其中所述通知识别了地理位置，所述地理位置识别出所述第一移动设备遭遇所述不良表现的地方；并

接收来自所述第一移动设备的所述用户的安装所述诊断应用到所述第一移动设备上的许可，

其中所述第一移动设备收集包括类型分配码的设备详细信息；并且

其中来自所述第一移动设备的所述被抓取的数据与所述设备详细信息相关联。

18.根据权利要求16所述的计算机可读介质，当存储的指令被一个或多个处理器执行时额外导致所述机器：

接收通知，所述通知表明所述一个或多个移动设备中的第一移动设备正遭遇不良表现，

其中所述通知识别了地理位置，所述地理位置识别出所述第一移动设备遭遇所述不良表现的地方；

选择多个附加移动设备以评估所述地理位置的所述网络的表现；以及

向所述多个附加移动设备提供激励以评估所述网络的所述表现，

其中所述多个附加移动设备每个都被分配优先权；并且

其中对所述多个附加移动设备的所述激励至少部分基于被分配的优先权。

19.根据权利要求16所述的计算机可读介质，当存储的指令被一个或多个处理器执行时额外导致所述机器：

接收通知，所述通知表明所述一个或多个移动设备中的第一移动设备正遭遇不良表现，

其中所述通知识别了地理位置，所述地理位置识别出所述第一移动设备遭遇所述不良表现的地方；

选择多个附加移动设备以评估所述地理位置中的所述网络的表现；以及

向所述多个附加移动设备提供激励以评估所述网络的所述表现。

20.根据权利要求16所述的计算机可读介质，当存储的指令被一个或多个处理器执行时额外导致所述机器选择附加移动设备以基于所述网络配置文件抓取关于网络表现的附加数据。