改进的蜂窝体验质量的系统和方法专利检索-质量物理专利检索查询-专利查询网

改进的蜂窝体验质量的系统和方法

阅读：293发布：2022-08-14

专利汇可以提供改进的蜂窝体验质量的系统和方法专利检索，专利查询，专利分析的服务。并且公开了提供了用于改进的移动用户体验质量 (QoE)的系统的方法。系统可包括来自多个数据点的数据库以全面监控和分析蜂窝用户体验。除此之外，系统用用户侧、应用供应商和因特网供应商数据来补充常规的服务质量(QoS)度量。数据可用于创建高度粒化的服务地图。数据还可用于分析和解决网络问题(包括减速、掉话)，并且也公开了网络可用性。对网络、用户设备(UE)和应用问题的改进分析可定位和解决QoE问题，这提升了蜂窝客户的满意度、保留和忠诚度。，下面是改进的蜂窝体验质量的系统和方法专利的具体信息内容。

权利要求

1.一种计算装置，包括：
显示器；
一个或更多个处理器；
一个或更多个存储器贮存装置；
图形用户界面模块，所述图形用户界面模块存储于一个或更多个存储器芯片中并且由所述一个或更多个处理器可执行，以生成数据，用于在所述显示器上显示一个或更多个地图，所述一个或更多个地图中的每一个包括：
多个地理位置的表示；
一个或更多个指示符，对应于所述多个地理位置的表示中的一个或更多个，所述一个或更多个指示符与针对所述地理位置处的所述计算装置所预测的一个或更多个多个用户体验质量(QoE)度量相关。
2.根据权利要求1所述的计算装置，其中所述多个地理位置的表示对应于房屋、商家和公共使用区域中的一个或更多个。
3.根据权利要求1所述的计算装置，其中所述一个或更多个指示符中的第一指示符包括一个或更多个网络性能预测符，所述一个或更多个网络性能预测符预测与一个或更多个网络类型相关的QoE度量。
4.根据权利要求3所述的计算装置，其中所述一个或更多个网络性能预测符中的第一网络性能预测符还包括第一网络问题预测符，所述网络问题预测符包括下述的一个或更多个：
地理问题指示符，所述地理问题指示符指示第一网络问题与地理问题相关；
距离问题指示符，所述距离问题指示符指示所述第一网络问题与从第一地理位置到所述第一网络的源的距离相关；以及
位置问题指示符，所述位置问题指示符指示所述第一网络问题与所述第一地理位置相关。
5.根据权利要求3所述的计算装置，其中所述一个或更多个网络性能预测符与下述中的一个相关：2G蜂窝网络、3G蜂窝网络、4G LTE蜂窝网络、基于陆线的电话网络、因特网和无线局域网(WLAN)。
6.根据权利要求1所述的计算装置，其中所述一个或更多个地图包括两个或更多个重叠地图；并且
其中每个地图层与不同的网络类型相关。
7.一种计算装置，包括：
显示器；
一个或更多个处理器；
一个或更多个存储器贮存装置；
图形用户界面模块，所述图形用户界面模块存储于一个或更多个存储器芯片中，并且由所述一个或更多个处理器可执行，以生成数据，用于在所述显示器上显示一个或更多个屏幕；每个所述一个或更多个屏幕包括图标群，第一图标包括下述中的一个或更多个：
第一应用图标，所述第一应用图标与第一应用相关，所述第一应用存储于所述一个或更多个存储器芯片上，并且由所述一个或更多个处理器可执行；以及
第一应用性能预测符，所述第一应用性能预测符以覆盖的方式布置到所述第一应用图标，指示针对所述第一应用所预测的一个或更多个QoE度量。
8.根据权利要求7所述的计算装置，还包括：
第一应用问题指示符，所述第一应用问题指示符以覆盖的方式布置到所述第一应用性能预测符，指示所述第一应用的问题来源。
9.根据权利要求8所述的计算装置，其中所述第一应用指示符包括：
网络指示符，如果所述第一应用的问题是蜂窝网络的问题；
供应商指示符，如果所述第一应用的问题是应用供应商的问题；
用户终端(UE)指示符，如果所述第一应用的问题是UE的问题；以及
应用指示符，如果所述第一应用的问题是所述第一应用的问题。
10.根据权利要求8所述的计算装置，其中如果所述第一应用标称地执行，则不在所述显示器上显示所述第一应用性能指示符和所述第一应用问题指示符；并且其中如果所述第一应用没有标称地执行，则在所述显示器上显示所述第一应用性能指示符和所述第一应用问题指示符。
11.根据权利要求7所述的计算装置，其中所述第一应用性能指示符包括：
绿灯，如果所述第一应用标称地执行；以及
红灯，如果所述第一应用没有标称地执行。
12.根据权利要求11所述的计算装置，其中如果出现下述情况中的一个或更多个，则所述第一应用没有标称地执行：
在预定的时段内用户终端(UE)对来自蜂窝网络的一个或更多个呼叫掉话；以及在运行所述第一应用时，所述UE冻结。
13.根据权利要求7所述的计算装置，其中所述第一应用性能指示符包括应用速度计覆盖。
14.一种系统，包括：
处理器，所述处理器用于收集多个数据点并且编译多个数据库；
网络接口，所述网络接口将所述处理器和一个或更多个应用供应商、一个或更多个用户设备(UE)应用、一个或更多个因特网服务供应商或一个或更多个蜂窝网络供应商中的任意一个或所有进行连接；以及
一个或更多个存储器贮存装置，所述一个或更多个存储器贮存装置用于存储所述多个数据库，所述多个数据库包括：
一个或更多个应用供应商数据库，所述一个或更多个应用供应商数据库包括与一个或更多个UE应用相关的多个数据点；
一个或更多个UE数据库，所述一个或更多个UE数据库包括多个数据点，所述多个数据点与多个UE的内部和外部性能数据点相关；
一个或更多个因特网服务供应商(ISP)数据库，所述一个或更多个因特网服务供应商(ISP)数据库包括与因特网性能相关的多个数据点；
一个或更多个蜂窝供应商数据库，所述一个或更多个蜂窝供应商数据库包括与蜂窝网络性能相关的多个数据点；
一个或更多个网络度量数据库，所述一个或更多个网络度量数据库包括与网络服务质量(QoS)度量相关的多个数据点；以及
一个或更多个用户输入数据库，所述一个或更多个用户输入数据库包括与用户体验质量(QoE)相关的多个数据点。
15.根据权利要求14所述的系统，其中所述多个数据库仅包括与系统故障相关的数据点。
16.根据权利要求15所述的系统，其中所述系统故障包括下述中的一个或更多个：掉话、失败的呼叫、应用冻结或网络访问问题。
17.根据权利要求14所述的系统，其中与多个UE的内部性能数据点相关的所述数据点包括下述中的一个或更多个：处理器利用率、存储器利用率和缓冲器利用率。
18.根据权利要求14所述的系统，其中与多个UE的外部性能数据点相关的所述数据点包括下述中的一个或更多个：信号强度、网络连接和断开、掉话和数据吞吐量。
19.根据权利要求14所述的系统，其中所述处理器基于在所述多个数据库中的一个或更多个内的所述多个数据点生成第一UE的QoE性能预测符。
20.根据权利要求19所述的系统，其中所述处理器经由所述网络接口向所述第一UE提供所述QoE性能预测符；并且
如果所述QoE性能预测符预测性能将少于标称，则推荐特殊服务。

说明书全文

改进的蜂窝体验质量的系统和方法

[0001] 相关申请的交叉引用

[0002] 本发明要求享有序列号为14/570,932、于2014年12月15日递交的美国实用专利申请的优先权。具有序列号14/570,932的美国实用专利申请的全部内容通过引用全部并入本文。

背景技术

[0003] 除了其他方面，蜂窝技术和现代智能电话的组合已经创造出数据量的激增，该数据无线地提供给用户。各种应用包括，例如 You 语音通话和发短信都需要数字宽带。这种数据可通过各种蜂窝网络(例如2G、3G、4G和4G LTE)提供并且也可通过各种无线网络(例如802.1lb/g/n)提供或扩充。

[0004] 通常，用户蜂窝体验质量利用服务质量(QoS)度量来测量。这些倾向于客观、技术的网络测量并且可包括，例如但不限制于，信号强度、失误率、宽带、吞吐量、传输延迟、可用性和抖动。并且，虽然这些度量可准确地测量网络的客观性能，但是，网络性能不一定转换成针对用户的体验质量(QoE)。

[0005] 如果，例如用户在具有多个蜂窝接入点的体育场参加足球比赛，QoS度量可指示用户具有优良的信号并且系统具有庞大吞吐量(因为具有多个接入点)。但是，如果体育场中大量的人同时使用他们的电话，则无论如何用户还是会体验掉话、较低的下载速度和/或来自各种应用的迟缓响应。因此，尽管QoS度量指示系统标称地运行，但是许多用户可具有较低的QoE。其结果是，QoS度量不会也不能解决一些重要问题。附图说明

[0006] 参考附图给出了详细的描述。在附图中，参考数字的最左边数字识别参考数字第一次出现的附图。在不同附图使用相同参考数字指示相似或相同项目或特征。

[0007] 图1是常规的蜂窝/无线网络的示意图。

[0008] 图2是常规的蜂窝覆盖地图的示意图。

[0009] 图3A是根据本公开一些示例的蜂窝网络性能地图的示意图。

[0010] 图3B是根据本公开一些示例的、用于提供用户蜂窝性能和服务推荐的图形用户界面。

[0011] 图3C是根据本公开一些示例的、用于提供用户蜂窝性能和服务推荐的另一个图形用户界面。

[0012] 图4A是根据本公开一些示例的、用于提供用户设备和网络性能的图形用户界面。

[0013] 图4B是根据本公开的一些示例的、用于提供用户应用的性能的图形用户界面。

[0014] 图5是根据本公开的一些示例的、用于收集和编译与整体蜂窝体验质量(QoE)相关的系统的系统示图。

[0015] 图6是根据本公开的一些示例的用户设备(UE)性能应用的系统示图。

[0016] 图7A和7B是描绘根据本公开的一些示例的、用于定位和报告网络、用户设备(UE)和应用故障的方法的流程图。

具体实施方式

[0017] 本公开的示例一般地涉及蜂窝用户体验质量(QoE)，并且具体地，涉及利用多个度量测量、跟踪和改进用户QoE的系统和方法。在一些示例中，系统可包括用户设备(UE)上的应用以测量用户侧网络响应时间，以及处理器和存储器使用，以例如使系统查明较差的QoE的原因。在一些示例中，系统可将QoE数据和服务质量(QoS)数据的元素组合以识别问题并且提供解决方案。系统也可包括一个或更多个用户界面，其向用户提供对当前QoE状况的指示。

[0018] 为了简化和阐明说明，本公开在本文中作为用于分析、跟踪和修复涉及用户蜂窝QoE的问题的系统和方法而描述。但是，本领域技术人员将意识到，本公开并非是如此限制性的。系统，例如但不限制于，也可和其他类型的网络一起使用，包括其他无线和有线网络。另外，下面提供的公开涉及当前的蜂窝技术(例如2G、3G、4G和4G LTE(长期演进))，但同样可应用于其他网络技术，包括本公开之后开发的技术。

[0019] 以下作为组成本公开不同元素而描述的度量、方法和步骤旨在阐释性的和非限制性的。执行本文此处所描述的系统的相同或相似功能的许多合适的数据集、应用和网络旨在包括与本公开的范围之内。这种本文此处没有描述的其他系统和方法可包括但不限于本公开开发之后所开发的系统、方法和技术。

[0020] 一般而言，QoS是对诸如但不限制于服务器、路由器或网络流量(例如IP分组、传送流等)的特定基础设施组件的监视。QoS度量通常为设备或以传输为导向的，并且由此测量包括例如CPU、存储器使用、分组流失、延迟或抖动的客观因素。

[0021] 不幸的是，QoS不能评估终端用户所见和所感知的网络质量。因为现行的基础设施设计为鲁棒的和过剩的-具有备份服务、可选的网络路由和失误矫正-网络或设备层上的问题不一定会导致终端用户的服务层问题。由于路由器故障所触发的警告可能不会为用户预示服务中断，特别是当流量被正确地重新路由时，但是可能导致用户延迟。

[0022] 另一方面，QoE性能指示符是以用户为中心的。它们包括诸如，例如但不限制于，下载网页、访问应用、打电话、改变TV频道、登陆交互式服务的时间，以及测量视频&音频质量。这会促进猜测从影响评估剔除并且为，例如驱动操作、优先投资(例如在基础设施内)和UE选择提供真实信息。

[0023] 评估传送到用户的质量的一种方法是供应商像用户一样连接到服务。不幸的是，归因于不同类型用户、UE、位置和所涉及的基础设施的数量，收集足够数据以使其成为有意义的演练很困难。利用具有多种要素的途径的另一个解决方案可在UE上包括应用，以监控用户侧体验，该用户侧体验与数据相结合，该数据来自例如因特网服务供应商(ISP)、内容供应商(例如Facebook、YouTube等)，以及甚至来自于用户直接输入的数据。

[0024] 当然，用于订阅者水平监控的QoE和用于设备排查和根本原因分析的QoS二者可被协作式地使用以最大化客户体验。

[0025] 如上所述，常规网络分析倾向于仅仅依靠技术QoS度量。这些系统利用诸如信号强度、失误率、宽带、吞吐量、传送延迟、可用性和抖动的度量。但是，今天使用的蜂窝和无线网络在蜂窝网络自身外部具有许多组件。另外，QoS度量经常不能识别某些问题，因为它们不能测量整体系统性能。换言之，QoS度量不能从用户视角测量系统的整体性能，恰恰因为它们不能监控蜂窝网络外部的许多组件。

[0026] 归因于相同网络上用户的绝对数量，用户可能会对大体育场的服务速度感到失望。但是，对于QoS度量，如果以高于正常利用率使用，系统可呈现为标称1运行。另外，例如，如果用户体验掉话但是在预定期间(例如，30秒)内挂断手机，尽管如此，则QoS系统可注册成功的呼叫，因为UE侧的数据不可用。有许多这样的实例，即QoS系统指示良好的QoS，但是用户体验较差的QoE。

[0027] 1此处所使用的标称是工程意义上的。换言之，例如如果系统以高于或低于某些公差(例如，20Mbps±2Mbps)的预定下载速度操作，则系统是标称操作的。由于不同类型的网络具有广泛不同的数据和错误率，因此，该术语不意欲是限制性的，而仅表达正常操作的范围。

[0028] 从客户保留和满意视角看，QoE比QoS更重要。换言之，掉话的用户不介意从QoS观点看网络呈现为标称运行。用户所知道的是，他们的呼叫掉话了。例如，掉话是用户从一个蜂窝运营商切换为以一个蜂窝运营商的主要原因。类似地，如果用户的蜂窝手机显示“5格”，但是他的手机需要10分钟下载电子邮件，他同样会不满意。

[0029] 为了这个目的，除此之外，本公开的示例涉及系统和方法，其结合了QoS和QoE度量，以定位和消除系统瓶颈和/或提供可选配置。这种系统可包括一个或更多个UE上的应用以提供用户侧的数据。该系统也可从蜂窝网络供应商(例如T-Mobile)和网络内容供应商(例如Facebook和YouTube)收集数据并且从用户调查数据。在一些示例中，系统可提供一个或更多个图形用户界面(GUI)，以向用户提供一个或更多个网络和/或应用的实时性能数据。在其他示例中，系统可提供高度粒化的性能地图，以使消费者能够解决网络问题或做出设备和供应商选择。本公开的示例也可包括旨在分析多重数据源以定位和为网络瓶颈提供解决方案的方法。

[0030] 图1描绘了包括2G 105、3G 110和4G LTE 115组件的常规蜂窝网络。如所属领域已知的，利用电路交换调制解调器连接(或非-3GPP连接)120(这就提供了相对低的数据速率)或经由基于IP的分组交换125连接(这导致更高的宽带)可从因特网或其他来源路由数据。LTE系统115，其为纯基于IP的，利用直接从因特网到服务体系架构演化网关(SAE GW)130到演进的节点B收发器115，其使能了更大的吞吐量，实质上“平面化”了体系架构。许多UE 135还具有无线局域网络(WLAN)140能力，在某些情形中，这甚至使能更高的吞吐量。

[0031] QoS系统150通常仅覆盖蜂窝系统终端组件(例如网关130、塔台115等)。显著地，位于QoS系统150的范围外的一个主要组件是UE 135。这就包括各种电话、智能手机、平板电脑和计算机并且也可包括大量的操作系统(例如Windows、iOS、Android等)。UE也包括大量物理布局，其例如可影响天线接收、处理器速度和电池寿命。因此，由于常规QoS技术不能监控从UE135出现的失误和问题，因此，系统缺失主要的诊断组。

[0032] 另外，诸如，例如但不限于Twitter、Facebook、Instagram和You Tube的应用供应商155提供用于在UE135上使用的移动应用。一些，如You Tube要求相对高的数据宽带，以流化或下载视频，但是例如它们更少地依赖于响应时间。其他的，如线上游戏，反而需要快速响应时间和快速蜂窝切换(即随着用户行进，将UE135从移动塔台115移交到下一个)以维持播放的连续性。同样对于其他应用，例如制作语音呼叫，具有更低的宽带要求，但要求非常低的失误率以例如防止掉话和音频失真(artifact)。

[0033] 这些应用中的每一个可通过强的4G LTE连接容易地处理。不幸的是，提供4G LTE覆盖所要求的设备还没有被完全部署，并且因此4G LTE网络不会总是可用的。这也没有解决如上所述的体育场问题，因为任何网络可处理的用户数量有限制。另外，在特定区域，地理、电气和气象条件可阻碍或干扰信号。因此，在一些情况下，使用传统2G或3G连接是有益的，其可能未充分使用，例如因为认为它们是过时的。在一些情况下，利用WLAN140宽带补充或替代蜂窝宽带也是有用的。如下所述，本公开的示例能使得蜂窝服务供应商对用户分类，识别需要，定位瓶颈，以及为网络问题提供解决方案。

[0034] 如上所述，具有常规QoS系统150的问题为它不将所有或甚至大多数能导致问题的变量纳入考量。例如，QoS系统150没有监控UE 135侧问题。因此，如果特定电话或应用正在产生问题，则QoS系统150不能检测这些问题。类似地，QoS系统150没有接收来自应用供应商155的数据。因此，QoS系统150能提供高速和宽带，但应用A仍旧在UE135上拖延。不幸的是，对于蜂窝服务供应商而言，用户不知道(或在意)问题出在哪里，他们只想让事情正常运转。

[0035] 结果是，不同应用可能或多或少适合不同连接类型并且反之亦然。由此，为了帮助作出决策和解决问题，本公开的示例可包括高度粒化或甚至个性化的服务地图。如图2所示的，常规覆盖地图是有用的，但趋向于仅显示信息的大致范围(swathes)。地图可能不会提供具有足够高的粒度的信息以确定虽然你住在具有大致良好覆盖的区域，但是例如，你和你的邻居住宅位于完全阻塞信号的山后面。类似地，一些住宅的配线和构造可阻塞大部分的蜂窝信号。

[0036] 为了这个目的，从个体用户、蜂窝供应商和内容供应商收集的数据可聚集到可用于制造高度粒化地图的数据库中。如图3A所示的，例如，地图可包括多个网络类型310，并且在一些示例中，可细化到个体位置305水平。地图300可使用QoS和QoE度量组合(“组合数据”)以向那个位置的用户提供经预测的QoE。换句话说，QoS度量可指示用户在特定位置可完全接入4G LTE。但是，来自之前或连续用户的QoE度量可指示地理问题或防止可接受的4G LTE覆盖的其他异常现象。

[0037] 结果是，在一些示例中，地图300可基于组合数据仅显示预测为在特定位置可获得或在特定位置305处的网络类型。位置可包括许多特定位置，其中关于蜂窝服务的数据是有用的，诸如，例如但不限于住宅、建筑、商场和各种公共使用区域(例如具有公共访问的公园和机场)。在其他示例中，地图300可提供网络性能预测符315，例如等级(如A、B、C、D)、红灯/绿灯、检查标记或向特定位置可获得的各种网络提供的其他网络性能预测符315。

[0038] 例如，特定位置305a处的4G LTE覆盖可提供较差的QoE，但是，2G和3G QoE非常好。这可由位置305a自身和地理位置导致，因为3G网络使用不同的蜂窝信号塔，或其他技术。但是这些异常情况不能从网络或QoS侧检测到，而是可利用QoE度量容易地检测到。如果有问题的用户主要进行语音呼叫，由此它们可被3G网络很好地服务。另一方面，如果用户频繁使用数据，他们可决定在家使用WLAN连接，这就回避了4G LTE覆盖问题。

[0039] 相反地，地图能使得服务供应商(例如T-Mobile)确定是否需要网络修改或问题(例如地理或气象的)是否不受他们控制。换言之，归因于地图300的高度粒化以及从UE和/或用户加入的输入，服务供应商可确定覆盖问题是否普遍、局部或甚至位于特定位置305。例如，如果即使存在足够数量的蜂窝接收塔，问题也普遍存在，服务供应商可决定安装额外的蜂窝接收塔。在另一方面，如果问题是局部或个别的，服务同硬伤可决定向受影响的客户提供例如无线路由器。

[0040] 在一些示例中，地图300也可包括网络问题预测符320。例如，如果基于下载时间、吞吐量时间或其他因素的用户体验，特定网络类型没有在特定位置大致标称地运行(即响应时间较慢、吞吐量较低等)，地图300可显示原因，如果已知的话。地图300具有指示地理问题存在的地理问题指示符320a。这归因于地方拓扑、大型建筑或其他阻塞蜂窝信号的其他物理特征。类似地，如果问题由距离导致，虽然QoS度量会以其他方式指示，例如，地图300可显示距离问题指示符320b。这归因于局部干扰源，例如尽管位置处于蜂窝系统的正常操作范围之内，但该局部干扰源减少了这个区域中的蜂窝系统的有效范围。

[0041] 因为地图300的粒度，地图300还可具有位置问题指示符320c。换言之，如果基于围绕其的位置305、位置305处的信号强度和/或其他音素，特定位置305应该具有良好接收，但事实并非如此，则位置305自身可能导致问题。例如，这就归因于位置内的配线、构造或其他因素，它们会阻塞蜂窝信号(例如住宅内的配线可有效地制造法拉第笼)。在这种情况下，地图300可显示位置问题指示符320c，以提示用户进行进一步的调查。

[0042] 在其他的实施例中，地图300可针对UE 135的类型进行定制。例如，如果QoE问题已经在位置305处被报告，但仅针对特定UE(例如设备A)；则地图300可为用户定制针对这种类型的UE 135。换言之，地图300可针对设备A显示一组预测符315、320并且为设备B显示另一组。以这种方式，用户不会对潜在UE135问题导致的较差的QoE感到失望。

[0043] 在其他示例中，如图3B和3C所示的，系统可包括GUI 350以使得用户输入他们的地址并且接收他们住宅内覆盖的反馈。所以，例如，用户可在地址字段355内输入他们的地址并且基于组合数据(关于那个网络是可用的并且会以满意的方式运行)接收反馈360。在一些示例中，如图所示，反馈360可包括简单的复选标记或x-标记。在一些示例中，反馈360可包括，例如但不限于，信号计量器(meter)、红灯/黄等/绿灯指示符或等级。

[0044] 在一些示例中，GUI 350也可包括关于用户蜂窝习惯的一个或多个输入。如图3B显示的，在一些示例中，输入可包括要求用户排名的应用列表370。应用370可包括，例如，电子邮件和因特网浏览应用、社交媒体站点和视频频道。在其他示例中，如图3C所示，用户可简单地被要求对他们最多使用的数据375的类型进行排名。数据375的类型可包括，例如但不限于，语音呼叫、电子邮件、因特网和视频。同样在其他示例中，用户可利用复选标记或其他指示符简单地指示他们使用的什么应用或什么类型的数据。

[0045] 如果可应用，GUI 350还可包括特殊服务推荐365。如图3B显示的，如果例如基于组合数据预测用户在他的位置305处具有强的4G LTE覆盖，则不需要特殊服务推荐365，因为用户应该具有良好的功能。另一方面，如果如图3C所示，用户频繁使用数据并且被预测为具有较差数据网络覆盖，则特殊服务推荐365可包括WLAN连接、无线热点或其他解决方案以提供所希望的网络性能。

[0046] 本公开的示例也可包括GUI 400，以基于组合数据提供实时的或接近实时的、UE 415上的一个或更多个应用405或网络接口410的状态。如图4A所示，例如，在一些示例中，GUI 400实质上包括用于进行各种网络连接的UE上的“仪表盘”。GUI 400可提供速度计420、燃油量表425或其他相似表示以描绘对网络速度的当前状态、响应时间、可获得宽带、失误率等的预测。这些度量例如可基于结合了UE数据和/或来自靠近用户的用户的反馈的实际测量性能。在一些示例中，GUI 400可为，例如但不限于可用的2G、3G、4G LTE和WLAN网络提供这些度量。

[0047] GUI 400还可包括针对板上的UE 415度量(例如但不限于处理器使用425a、可用的缓冲器425b和可用的存储器425c)的燃油量表425或其他指示符，。因此，例如，当使用应用A时，如果用户体验缓慢响应，则GUI 400可指示具有很少或没有剩余的缓冲器425b(这导致应用A停止并且被过度地重新缓冲)。如果可以的化，用户可希望重新开启他的电话，停止其他应用或创建更大的页面文件。类似地，如果GUI 400指示过多的处理器使用425a，则用户可再次希望停止未使用的应用或重新启动。如果用户的处理器持续地工作过度(例如，他玩游戏或简单地具有更旧的手机)，他会希望更新他的UE 415到具有更强有力的处理器的一个。

[0048] 在其他示例中，如图4B所示的，系统450可提供对系统性能更高水平的视图。换句话说，一些用户可能对为什么特定应用缓慢运行不感兴趣，但仅希望知道其在缓慢运行。例如，用户可能不关心他们什么时候看见特定视频或需要来自社交站点立即的状态更新。例如，在体育场示例中，用户可简单地在他们的主屏幕452上浏览而非打开社交站点，而仅为了对缓慢响应和上载时间感到失望。在主屏幕452上，标准的应用图标465可通过对应用当前被预测为如何运行的标记而补充，无论是由于网络、应用或UE问题。应用性能预测符455可包括，例如但不限于，彩色指示符455a(例如红、黄和绿灯)、复选标记和x's 455b或计量表(例如应用速度计覆盖455c)。如上所述，应用性能预测符455可将与经测量的网络性能相关的QoS度量和例如来自UE应用和用户输入的数据组合。

[0049] 在一些实施例中，系统400可使用关于各种应用和网络的当前的QoE的实时用户输入。所以，例如，如果多个用户在前述体育场并且他们中一个或多个报道应用A缓慢执行，这种数据可整合到应用性能预测符455内。类似地，还可包括应用供应商报道的问题(例如服务器中断)以提供对用户的可能的QoE的准确预测。

[0050] 在一些示例中，应用性能预测符455还可包括应用问题指示符460。换句话说，除了提供性能特定应用的信息，应用问题指示符460还可通过提供字母或符号(例如指示各种系统组件的那些)来提供有关当前瓶颈的信息。例如，如果因为应用本身的问题(例如网络内容供应商向系统报告拒绝服务攻击)而应用A缓慢，则问题指示符可针对“供应商”显示“P”460a。另一方面，例如，如果是4G LTE网络的问题(例如移动供应商报告塔台问题)，则问题指示符可针对网络显示“4G”或“N”460b。如果其他网络可用，这可使得用户能尝试其他可用的网络(例如3G)，或简单地等待问题清除。同样地，如果UE 415是问题，则问题指示符可显示“UE问题，”460c或相似物。这可提示用户检查GUI 400仪表盘以观察问题是否可容易地在UE415上改正(例如通过重启)。当然，这种问题可由应用自身产生。在这种情况下，例如对于应用或相似物，这种问题指示符可包括“A”460d。

[0051] 同样在其他示例中，系统450可能不能识别问题或可能具有多个成因。例如，在这种情景中，系统450可显示问号460b。如果希望的话，用户可随后等待以查看一个或更多个问题是否自行解决、检查GUI 400仪表盘、重启UE或呼叫技术支持。在一些示例中，预测为标称运行的应用可利用复选标记455b指示或仅具有应用图标465-即，没有标记(其指示没有问题)。

[0052] 本公开的示例还包括系统500，其用于监控和分析整个QoE域，包括QoS度量。在一些示例中，系统500可包括处理器505，其用于接收多个输入并且生成多个输出。在一些示例中，处理器505可包括计算机处理器、膝上型笔记本、平板电脑、专用集成电路(ASIC)，或现场可编程门阵列(FPGA)。

[0053] 处理器505可接收来自多个源的数据以提供改进的整体系统分析。处理器505例如可从应用供应商515接收数据，它可包括诸如，例如但不限于Twitter、Facebook、Instagram和YouTube的应用。应用供应商515可提供有关用户如何访问他们的应用、使用位置和其他度量的信息。与网络或其他问题相对，这可使得系统500识别由应用或应用供应商自身导致的问题。

[0054] 同样地，如下所述，在一些示例中，处理器505可接收来自UE上的应用520的数据。应用520可编译来自UE自身的数据(例如但不限于信号强度、位置、处理器、缓冲器和存储使用、交谈时间、互联网连接时间、下载速度和数据使用)。与其他因素相对，这可使得系统500识别由UE导致的问题。例如，如果用户是游戏玩家，并且UE应用520持续报告来自UE应用520的高处理器使用和/或高延时，则系统500可确定UE是可能的瓶颈，其例如可通过新的电话来解决。

[0055] 处理器505也可接收来自一个或多个因特网服务供应商(ISPs)525的数据。ISP数据525可提供关于UE因特网数据使用的信息(例如，在WLAN连接上)、因特网供应商网络流量和速度，以及整体的因特网速度(例如，由于频繁使用，因特网本身可能实际上减慢)。ISP数据525可使得系统500识别ISP瓶颈、ISP的平均速度、可靠性等。这使得系统500通过网络问题来识别ISP以及不通过网络问题来识别ISP。例如，这可导致与提供最好服务的那些ISPs产生合作关系。

[0056] 处理器505也可接收来自一个或多个蜂窝供应商530的数据。蜂窝供应商530，例如T-Mobile，可提供关于蜂窝系统流量和负载、网络故障时间、维护和用户简档的信息。用户简档可包括，例如但不限于，UE、位置使用和蜂窝塔网络使用(例如3G相较于4G LTE)。这就使得系统500快速识别蜂窝供应商的问题。

[0057] 另外，系统500也可利用常规网络(QoS)度量535。QoS度量535可用来识别网络侧因素，例如，网络宽带、响应时间、切换时间和使用。例如，如果QoS度量535指示一部分网络始终如一地具有高使用率，则那部分的网络可能需要额外的宽带容量。这可能是因为那部分网络位于人口特别稠密的地区(例如曼哈顿)或因为那部分位于高于正常使用的地区(例如硅谷)。

[0058] 处理器505也可直接从用户接收数据。在一些示例中，例如，可包括用户的电子邮件、电话，以及与服务供应商570的其他连接。所以，例如如果用户发送电子邮件或联系帮助桌面，则可包括与用户问题相关的数据。在一些示例中，系统500也可包括线上应用575、UE 580上的应用、调查或从用户收集数据的其他手段。应用575可包括关于用户感知到的QoE的问题(即不管原始数据如何)。因此，如果用户对他们的服务不满意，技术问题可基于QoS数据而被识别。如果没有技术问题能被识别，例如，系统500可向用户发起呼叫，以识别可能的用户或设置问题。例如，如果用户对应用不满意仅仅因为他不能找出如何使用它，这些问题可在问题升级和/或用户转换运营商之前解决。

[0059] 在一些示例中，处理器505可将组合数据(QoE和QoS数据)编译成数据库510。在一些示例中，数据库510可包括正常系统运行(即当掉话、失误、延迟等的数量为标称时)的数据和系统故障的数据。在一些示例中，处理器505可识别和对数据库条目做标记(即，不管是标称数据点还是故障数据点)。例如，除此之外，可使用数据库510以生成前述的性能地图300。

[0060] 由于系统500提供的细节水平，除此之外，地图300可包括关于经预测的网络性能、ISP性能和UE性能的多层数据。因此，地图300可在多层次处被使用。例如，地图300可被蜂窝用户使用，以确定住宅内或工作处哪些类型的网络可用来预测性能、识别问题和提供解决方案，如果适用的话。蜂窝供应商可使用地图300以识别当前的并且预测将来的接收较差的区域、高使用区域和/或为客户提供可选项。除此之外，应用供应商和ISP可出于技术和市场目的来使用地图以识别用户。

[0061] 数据库510还可用于识别和/或预测不能以其他方式意识到的问题。因为数据库510包括来自蜂窝系统(包括移动供应商、网络、应用和用户)的QoS和QoE终端的数据；例如，由特定UE、应用或蜂窝塔导致的问题能被快速识别。另外，可挖掘数据库510以识别潜在问题并且提供特定于位置的QoE预测符。例如，如果特定用户的数据使用增加，则这就暴露了之前没有明显出现的用户连接中的弱点。数据库510可预测该问题，并且在一些示例中，提供可选项，其主动修复问题(或至少更快)。服务供应商采取的这些类型的主动测量创建强的客户忠诚度。

[0062] 例如，仅使用QoS数据会指示特定蜂窝塔正在不成比例地掉话。例如，这会导致供应商推断塔台具有存在缺陷的天线或其他问题。如果特定类型的UE(例如设备A)对特定蜂窝塔上的所有(或大多数)呼叫进行了掉话，但是系统500可从UE应用520、移动供应商530或它们的组合将问题识别为UE而非塔台。例如，这种数据可提供到手机制造商以提示软件修复，如果适用的话。没有用于对比的QoE数据，常规QoS度量不会检测到该问题，更不必说查明这个问题。

[0063] 将系统数据库510内来自系统500的数据聚集可实现进一步分析并且预测将来的性能。因此，例如，如果在特定区域所有或几乎所有设备A掉话，但电话的其他模型不会，问题很可能会缩小到电话的类型。例如，这就使能对软件或系统设置的分析以尝试定位解决方案。如果必要的话，可进行软件更新以修复问题。在一些问题中，系统500可推荐不同的UE以避免这些问题。

[0064] 在一些示例中，例如，4G模式中可出现问题，但非在3G模式中出现问题。如果用户可主要进行语音通话，因此切换到这个蜂窝(如果可用的话)的3G网络可为可行的可替换方案。当然，可出现不能容易解决问题的局部条件。因此，对于生活或工作在超载或具有艰险的地理(例如多山的地形内的蜂窝中的客户，解决方案可为向用户提供WLAN路由器以使得用户能够经由WLAN连接访问VOIP和数据。可选地，如果问题对于手机是独特的，则解决方案为提供给用户不同的模型的手机(如果有必要，花很少钱或不花钱)。

[0065] 本公开的示例也包括跟踪一个或多个板上UE功能的应用600。在一些示例中，例如应用600可运行在UE的处理器605上，并且接收来自UE的输入。例如，应用600可接收来自UE存储器610和/或存储缓冲器615的输入。这就使得应用600监控例如瞬时和平均缓冲器615的使用、实际下载速度(与QoS侧提供的那些相对)、应用响应时间等。例如，如果用户观看许多因特网视频内容，则可批准(warrant)更大的页面文件或具有更大存储容量的UE。类似地，在一些示例中，应用600可接收来自UE的处理器605的输入。例如，这就使得应用600监控瞬时和平均处理器605的使用、响应时间、处理时间等。例如，如果用户是游戏玩家，则可批准更快的处理器以限制冻结和/或生成更流畅的图形。

[0066] 在一些示例中，应用600也可对内部失误和掉话625做日志。如上所述，在某些条件期间(例如用户听到掉话后立即挂断电话)，QoS监控可能不能检测到掉话。与此不同，从UE侧检测掉话和失误率625能使得应用600对可能以其他方式被忽视的掉话做日志。例如，将QoS数据和UE侧数据625相比能使得供应商查明潜在问题-即确定是网络问题还是UE的问题。例如，由于UE的问题(例如生产或软件问题)或发生故障的蜂窝塔可能导致掉话625，利用其它手段可能不能轻易地检测出来。

[0067] 在一些示例中，应用600也可从UE接收器或天线系统620接收输入。这就使得应用600能够对有关信号强度、失误率、窥探(ping)时间和其他数据的信息做日志。这种数据可用于性能地图300以识别发生故障的蜂窝塔并且识别发生故障的天线和收发机620。如上所述，如果特定类型的UE在特定区域显示非常规接收，则UE的天线设计(除此之外)可能为元凶。当然，如果特定塔台上的所有UE显示低于期望的信号，那么塔台会例如出现接地故障、供电问题或失效发送机。

[0068] 本公开的示例也可包括用于分析和定位网络瓶颈的方法700。如上所述，传统QoS系统不涵盖整个蜂窝/无线系统。结果是，QoS系统可能不会改正某些系统问题，因为其看不见它们。换言之，例如，如果问题是用户要求UE具有更快的处理器(由于其使用模式)，仅查看网络性能的QoS系统不能识别这个问题。因此，需要将QoS网络数据和来自UE、因特网内容供应商和其他来源的QoE数据组合以定位和解决网络瓶颈。

[0069] 因此，在一些示例中，方法700可包括从数据库510检索故障以进一步分析，如702显示的。故障可为，例如但不限于，掉话、丢弃数据分组、延迟和再缓冲。由于具有多个类型的故障，如704显示的，因此可通过识别故障类型继续方法700。例如，如果故障是掉话704，则方法700可确定与故障相关联的蜂窝塔是否有比常规更高的掉话率、微弱信号或其他问题，如706所示的。这就使得系统识别故障塔台并且生成塔台报告，如712所示的。塔台报告712使得蜂窝供应商通过让塔台回到其标称运行而解决维护问题。

[0070] 另一方面，如果塔台具有常规失误率，则方法700可确定特定UE是否具有高于常规的掉话率、微弱信号或其他问题，如708所示的。例如，如果UE具有高于常规的掉话率，则系统可产生UE报告，如714所示的。UE报告714可提供给蜂窝供应商和/或蜂窝制造商。UE报告714也可和来自应用600的数据相互参照以识别可能的故障组件(例如次货收发机)。这就能让系统提供关于问题的可能解决方案的建议。如果问题是硬件问题，如发生故障的收发机，则解决方案可以是替换UE。如果问题看似不像硬件相关的问题，则需要额外的分析来定位软件或其他问题。

[0071] 如果问题看似不像和UE或塔台相关的，则方法700可将故障加入到异常报告以用于进一步分析，如710所示的。例如，如果特定用户的UE-与特定类型的UE相对-在异常报告710中重复数显，则故障可为UE自身。

[0072] 类似地，方法700也能确定故障是应用相关的问题(例如冻结、开启失效或具有访问问题)相关，如716所示的。如果是这样，方法700可识别是否在故障发生时有任意网络问题存在，如718显示的。网络问题718可由移动网络问题产生，例如过载，这通常可从常规的QoS度量535导出。网络问题718还可从因特网问题产生，这可从以上讨论的ISP数据525识别。例如，如果问题确定为网络，则故障可被添加到网络报告728，这可在蜂窝和因特网问题之间做出区分。

[0073] 如果故障由足球游戏造成，例如体育场场景中，在一些示例中，例如，蜂窝供应商可决定在体育场安装更多接入点。在其它示例中，因为它不是谨慎的资本投资(由于零星使用)蜂窝供应商可能什么也不做。但是，如果网络(蜂窝或因特网)的特定部分在网路报告728中重复出现，则可希望增加接入点、更新接入点或安装更大因特网连接的数量(例如这个位置的更大干线)。

[0074] 另一方面，如果网络故障发生时标称运行，则方法700可确定特定UE是否具有高于常规的整体故障率，如720显示的。例如，如果UE具有高于常规故障率，则系统可创建UE报告，如714显示的。UE报告714可被提供给蜂窝供应商和/或蜂窝制造商。UE报告714也可和来自应用600的数据相互参照以识别可能的故障或过时的组件。

[0075] 这就使得供应商提供关于问题可能的解决方案的建议。如果应用因处理器或存储器供电不够而冻结，则可通过参考应用600来定位这个问题。例如，如果处理器在故障发生时过载，解决方案可为用具有更强大的处理器的产品来替代UE。如果问题看似不像和硬件相关，而是对特定类型的UE常见的，则需要额外分析以定位软件冲突或其他问题。

[0076] 如果故障对于特定类型的UE不是常见的，方法700可确定问题是否是应用自身，如722所示的。应用722可能仅具有不正常运行的错误代码，而不管UE如何。在一些实例中，应用722可代表安全漏洞，并且故障可由病毒或其他恶意软件导致。在这种情况下，例如，供应商可决定向应用发行商报告应用并且建议用户不使用应用，或从UE和在线应用商店移除应用。除此之外，方法700可将重复导致故障的应用添加至应用报告，如724显示的，这可向蜂窝供应商、内容供应商和发行商提供。

[0077] 如果问题看似不像和网络、UE或应用相关，则方法700可将故障加入到异常报告以用于进一步的分析，如710所示的。即使当它们在常规QoS系统外部，方法700仍可定位系统故障。方法700可通常以主动方式实现对问题的定位，这也能导致解决方案。除此之外，方法700可让供应商向客户提供更好的QoE，增加客户忠诚度，以及保留以及减少与客户服务和技术支持相关联的成本。

[0078] 以上虽然公开了多个可能的示例，但是，本公开的示例并非如此受限。例如，虽然公开了用于和蜂窝电话系统一起使用的系统和方法，但是能以类似方式分析其他系统或子系统而不偏离本公开的精神。另外，针对本公开的示例的不同特征(例如，步骤顺序、蜂窝技术类型和监控的组件)所使用的定位和配置可根据特定网络或程序而变更，其例如由于网络的尺寸或构造、通信协议或使用的UE而要求稍作变化。这样的变化旨在包括与本公开的范围之内。

[0079] 特定的配置、对材料的选择和不同元件的尺寸和形状可根据特定设计规范或根据本公开的原理所构建的设备、系统或方法所需要的限制而变化。这样的变化旨在包括于本公开的范围之内。因此，当前公开的示例在所有方面认为是阐释性的和非限制性的。本公开的范围由所附权利要求而非前述说明指示，并且它们等同物的意义和范围之内的所有变化旨在包括在其内。

标题	发布/更新时间	阅读量
一种便携式质量稳定装置	2020-05-12	99
一种用于喷墨印刷质量检测的测试图	2020-05-12	540
一种量化评价乳制品质量的方法	2020-05-12	879
用于片状物的单位面积质量检测方法	2020-05-13	580
一种汽车减震器加工用质量检测装置	2020-05-13	923
一种用于隧道衬砌质量检测的装置	2020-05-12	959
一种蜂王质量检测器及其检测方法	2020-05-12	408
一种隧道质量检测用检测车	2020-05-11	93
一种智能食品质量检测机器人	2020-05-12	128
新型质量检验天平装置	2020-05-11	734

改进的蜂窝体验质量的系统和方法

改进的蜂窝体验质量的系统和方法

背景技术

具体实施方式

该功能需要专业版企业版VIP权限，您可以：