用于虚拟网络助手的系统和方法与流程

用于虚拟网络助手的系统和方法
1.相关申请的交叉引用
2.本技术是申请号为202010099983.4、申请日为2020年2月18日、发明名称为“用于虚拟网络助手的系统和方法”的发明专利申请的分案申请。
技术领域
3.一个示例性方面涉及监测无线通信系统，并且更特别地涉及用于确定无线网络用户遇到的问题的根本原因的方法和/或装置。


背景技术：

4.诸如wifi网络之类的无线复杂网络的用户可能会遇到系统水平体验(sle)降级的情况，这可能是各种问题的结果。当问题本身出现时，为了确保高sle，立即标识问题的根本原因并发起手动或自动纠正措施至关重要。鉴于一些缓解动作可能会对正在经历适当sle的用户具有不利影响的事实，因此重要的是要确保系统关于它已在调用(多个)纠正措施之前标识了问题的根本原因方面具有高级别的置信度。


技术实现要素：

5.所需要的是一种系统，该系统可以以高概率确定该系统的哪些组件是导致sle降级的关键嫌疑，并提供对于确定过程中的置信度的度量或估计。
6.一个示例性方面描述了用于确定由(多个)客户端和/或网络经历的sle降级的(多个)根本原因的方法。该方法标识与客户端和网络有关的部分或全部潜在问题，基于它们导致这些问题的重要性对各种潜在根本原因的可能性进行排名，并找出对这些问题有贡献的每个特征的可能性范围相似度。具体地，示例性方法通过获得关于所观察到的问题与该问题的各种潜在根本原因之间的相互依赖性的度量的指示符来标识问题的根本原因。一旦根本原因被标识，就可以采取纠正措施，同时最大程度地减少对正在使用网络的其他客户端的影响。可以自动发起纠正措施，诸如向系统中的一个或多个设备发送重启指令。
7.每个sle测量都与测量了sle的特定客户端/终端/用户设备(ue)相关联，以及与客户端所使用(或尝试使用)的无线局域网(wlan)(例如，服务集标识符，ssid)、所使用的特定无线电频带以及在该交互中使用的特定接入点相关联，可选地与任何其他相关信息相关联。另外，根据又一个实施例，sle测量可以与附接到网络的特定服务器相关联，诸如认证、授权和计费(aaa)服务器、动态主机配置协议(dhcp)服务器等。如此，当不良的sle被检测到时，以下方法至少提供用于检测这些系统组件中的哪一个是所标识的sle恶化的根本原因的部件。
8.标识不良sle的根本原因
9.根据一个示例性方面的网络管理系统连续地或基本上连续地监测sle的指示符以及监测用户的系统水平体验。例如，网络管理系统可以并且经常确实为每个无线设备监测连接时间、吞吐量、覆盖范围、容量、漫游、连接成功、ap可用性等。根据一个实施例，一些参
数，例如接收信号强度指示符(rssi)的级别，由每个客户端测量，并经由关联的接入点(ap)通过局域网(lan)/广域网(wan)/互联网而被发送到网络管理模块。ap观察其他sle参数，例如，客户端连接到无线网络的失败尝试，并将其报告给网络管理模块，该模块保留特定wlanssid和特定的ap上的每个特定客户端的失败尝试的计数。在预定时间段内，例如在一个小时、三个小时、一天等的时间窗口内，该计数被测量。
10.一些参数作为原始信息而被跟踪。例如，将监测并持续跟踪未能经由特定ap连接的客户端的数目。可以将诸如特定客户端看到的rssi之类的其他参数与预定的阈值进行比较，并且网络管理模块跟踪rssi出现次数低于预定的阈值或高于预定的阈值，而不是跟踪rssi的实际值。
11.每个sle观察与(多个)网络组件相关联，客户端通过该网络组件来尝试与网络相关联或成功地与网络相关联。这些网络组件可以包括客户端/终端/ue、(多个)wlan、(多个)无线电频带、ap、aaa服务器、(多个)dhcp服务器等中的一个或多个。下面描述的过程为每个网络组件构造了指示所标识的组件是观察到的不良sle的根本原因的可能性的测量。
12.具体地，对于每个网络组件而言，该方法对于给定客户端c，给定失败观察f，近似第i个网络组件(特征)fi有问题的概率：
[0013][0014]
其中：
[0015]fi-给定的网络组件(特征)
[0016]
f-标示sle失败
[0017]
c-标示特定客户端
[0018]
p(fi|f,c)-给定在特定客户端c上的sle失败的观察f，特征fi有问题的概率
[0019]
p(f|fi)-给定特定网络组件fi被使用的事实，失败的概率fp(fi,c)-特定客户端c选择特定网络组件(特征)的可能性
[0020]
∑j.-标示所有网络组件(特征)的总和
[0021]
网络管理系统为每个成功和失败的sle以及关联的网络组件维护站点级别计数器，对应的ue通过该网络组件来与网络相关联(或尝试与之相关联)。这些计数器然后被用来计算每个特定sle的p(f|fi)和p(fi,c)概率。具体地，通过以下等式估计给定特定网络组件(特征)的失败sle的概率：
[0022][0023]
其中：
[0024]
p(f|fi)
–
给定网络的特定组件fi被使用的事实，sle失败的估计概率f
[0025]
n(fi)
–
此特定网络组件(特征)fi的出现次数
[0026]
n(f,fi)
–
与网络组件(特征)fi的所述出现次数相关联的观察到的失败数目
[0027]
类似地，当我们观察到特定客户端cf的故障时，使用特定网络组件的概率通过以下方式估算：
[0028][0029]
其中：
[0030]
p(fi,cf)
–
当我们观察到特定客户端cf的sle失败时，使用特定网络组件fi的估计概率，
[0031]
n(fi,f,c)
–
与经历失败(不良)sle的客户端相关联的特定网络组件(特征)的数目
[0032]
n(c)
–
该客户端在特定时间段内进行的sle尝试总数
[0033]
例如，当尝试估计特定客户端c的不良sle体验是由特定网络组件fi导致的概率时，该方法首先确定涉及特定网络组件的该特定客户端的失败sle的数目n(fi,f,c)，然后将结果数目除以sle尝试的总数(那些导致良好sle的尝试和导致不良sle的尝试二者)，该客户端在特定时间段内进行的n(c)。应当注意，sle尝试可以是例如连接尝试、吞吐量尝试或任何其他类型的sle尝试。在一个特定的说明性示例中，等式3有助于估计特定客户端在不同网络路由/类型(诸如wlan、ap和频带)上失败的次数。
[0034]
在等式1中使用等式2和等式3的估计概率值，得出概率/可能性的以下估计，即特定组件(例如wlan、ap和频带)是由特定客户端观察到的失败(不良)sle的根本原因。
[0035][0036][0037][0038][0039][0040]
其中：
[0041]
nf(client)
–
给定客户端的sle失败数
[0042]
nf(client&api)
–
给定客户端在api上的sle失败数
[0043]
nf(client&wlanj)
–
给定客户端在wlanj上的sle失败数
[0044]
nf(client&bandk)
–
给定客户端在bandk上的sle失败数
[0045]
degraded[fi]
–
在特征fi上的失败的sle数
[0046]
total[fi]
–
在特征fi上的尝试的sle总数
[0047]
pf(fi)：
–
在特征fi上的sle失败率
[0048]
诸如：
[0049]
pf(client)：
–
客户端sle失败率
[0050]
pf(api)
–
在api上的站点范围sle失败率
[0051]
pf(wlanj)
–
在wlanj上的站点范围sle失败率pf(bandk)
–
在bandk上的站点范围sle失败率
[0052]
系统利用根本原因(root-cause)分析来为每个网络组件估计每个组件导致观察到的不良sle的概率。然后，可以对最有可能是问题原因的作恶者和/或贡献者的组件采取(多个)纠正措施。
[0053]
一些纠正动作可能需要特定网络组件的自动重启，这影响利用该网络组件进行其正常操作的其他客户端/终端/ue。如果系统错误地将功能正常的网络组件标识为不良sle的根本原因，那么重启错误的网络组件将无法解决问题，甚至更糟的是，这将对依赖该网络组件继续操作的其他客户端产生不利影响。
[0054]
为了降低针对已经被错误地标识为特定客户端经历的不良sle的根本原因的网络组件采取纠正动作的风险，根据一个示例性方面的系统检查系统在其根本原因标识中具有的确定性水平。例如，如果一个客户端尝试通过网络组件例如特定无线电频带进行连接，并且失败了，则关于该特定无线电频带的功能性的信息很少。然而，如果100个客户端尝试通过相同的无线电频带进行连接，并且全部失败了，则存在特定网络组件(例如，无线电频带)出故障的高得多的置信度。
[0055]
为了标识不良sle的根本原因，系统可以观察尝试(有些成功而有些未成功)连接到网络的每个客户端的各种sle测量。此外，对于每次尝试，系统可以并且经常确实监测和记录连接尝试中涉及的网络组件。基于这些测量和观察，系统可以确定每个网络组件是sle降级的根本原因的概率。接下来，系统确定导致系统进行根本原因确定的信息的重要性。
[0056]
一个示例性方面使用互信息(mutual information)的概念来确定在确定sle恶化的根本原因的过程中被利用的信息的重要性。两个离散随机变量x和y的互信息由下式提供：
[0057]
mi＝∑i∑s
lep
(fi，sle)*log(p(fi，sle)/(p(fi)*p(sle)))
ꢀꢀꢀꢀ
等式9
[0058]
其中：
[0059]
mi
–
x和y变量之间的互信息
[0060]
p(fi，sle)
–
网络特征fi和sle的联合概率函数
[0061]
p(fi)
–
网络特征fi的边际概率分布函数
[0062]
p(sle)
–
sle的边际概率分布函数
[0063]
互信息告诉我们网络特征fi对预测sle随机变量有多重要。然而，互信息并不能告诉我们网络特征是成功还是失败的预测符。为此，示例性方面使用皮尔逊相关性(pearson correlation)作为符号运算符来为互信息相关性赋予极性。皮尔逊相关性是对两个变量之间存在的关联的强度和方向的度量。皮尔逊相关性系数是介于-1和1之间的数字。正数指示当一个变量增加时，另一个变量也增加。负数指示当一个变量增加时，第二个变量的值减
小。值为0指示两个变量之间没有线性相关性。
[0064]ri
(fi，sle)＝s(fi，sle)*mi(fi，sle)
ꢀꢀꢀꢀ
等式10
[0065]
其中：
[0066][0067]
其中：
[0068]ri
(.)
ꢀ–
互信息相关性，也被称为影响范围
[0069]
s(.)
ꢀ–
指示预测符的极性
[0070]
mi(.)
ꢀ–
测量两个随机变量之间的互信息
[0071]
sign(.)
–
指示符号运算符
[0072]
e{.}
ꢀ–
示出平均运算符
[0073]fi
ꢀ–
标示给定的网络组件
[0074]
sle
ꢀ–
标示sle值，即+1为成功，0为失败
[0075]
μ
ꢀ–
演示随机变量的平均
[0076]
σ
ꢀ–
表示随机变量的方差
[0077]
可能对失败的sle做贡献的网络特征具有负的皮尔逊相关性，而那些可能对成功的sle做贡献的网络特征将具有正的皮尔逊相关性。
[0078]
例如，假设系统在特定时间段内仅收集了三个观察：
[0079]
(c，ap1，ch1；sle＝f)
–
客户端c无法通过ap1和信道ch1连接到网络
[0080]
(c，ap1，ch2；sle＝s)
–
客户端c通过ap1的信道ch2成功连接到网络(c，ap2，ch1；sle＝f)
–
客户端c无法通过ap2和信道ch1连接到网络
[0081]
可以使用上面的等式4到等式7来计算这些网络组件中的任何一个包括客户端c、接入点ap1和ap2以及信道ch.1和ch.2是连接失败的根本原因的概率：
[0082]
客户端失败可能性＝(2*2/3)/((2*2/3)+1*0.5+1*1+2*1+0)＝(4/3(/(4/3+0.5+1+2)＝0.275862
ꢀꢀꢀ
等式12
[0083]
ap1失败可能性＝(1*0.5)/(2*(2/3)+1*0.5+1*1+2*1+0*0)＝0.5/(4/3+0.5+1+2)＝0.103448
ꢀꢀꢀꢀ
等式13
[0084]
ap2失败可能性＝(1*1)/(2*(2/3)+1*0.5+1*1+2*1+0)＝1/(4/3+0.5+1+2)＝0.206897
ꢀꢀ
等式14
[0085]
ch1失败可能性＝2*1/((2*2/3)+1*0.5+1*1+2*1+0)＝2/(4/3+0.5+1+2)＝0.41379
ꢀꢀ
等式15
[0086]
ch2失败可能性＝0
ꢀꢀ
等式16
[0087]
然后可以通过使用等式8计算这些观察所提供的与以下假设有关的互信息：网络组件中的任何一个是失败连接的根本原因。具体地，关于失败是由失败的ap1导致的假设的支持性互信息由如下等式计算出：
[0088]
[0089]
μ
ap1
＝0.66,μ
sle
＝0.33,σ
ap1
＝0.22,σ
sle
＝0.22
[0090]
s(ap1,sle)＝sign(0.5)＝+1
[0091]
关于失败是由失败信道1(ch1)导致的假设的支持性互信息由如下等式计算出：
[0092][0092][0093][0094]
μ
ch1
＝0.66,μ
sle
＝0.33,σ
ch1
＝0.22,σ
sle
＝0.22
[0095]
s(ch1,sle)＝sign(-1.0)＝-1
[0096]
关于失败是由失败ap2导致的假设的支持性互信息由如下等式计算出：
[0097][0098]
μ
ap2
＝0.33,μ
sle
＝0.33,σ
ap2
＝0.22,σ
sle
＝0.22
[0099]
s(ap2,sle)＝sign(-0.5)＝-1
[0100]
关于失败是由失败信道2(ch2)导致的假设的支持性互信息由如下等式计算出：
[0101][0102]
μ
ch2
＝0.33,μ
sle
＝0.33,σ
ch2
＝0.22,σ
sle
＝0.22
[0103]
s(ch2,sle)＝sign(1.0)＝+1
[0104]
组件失败可能性互信息相关性客户端0.2750.0ap10.103+0.252ap20.206-0.252ch10.414-0.918ch20.0+0.756
[0105]
表1
[0106]
参照表1，很清楚，信道1是问题的最可能的根本原因，因为它的可能性最高，而互信息是最负的。由于信道1总是出现失败，因此互信息相关性(影响范围)具有负极性(几乎为-1)。
[0107]
根据一个特定实施例，系统可以采取诸如自动重启网络组件之类的动作，该网络组件具有作为用户所遇到的问题的根本原因的最高概率(诸如不能通过网络进行连接、经历较慢的连接时间、经历较低的比特率等)。为了重启违规(offending)网络组件，网络管理系统向该违规组件或与该违规网络组件相关联的网络组件发出控制消息，指令其重启违规组件。
[0108]
根据又一个实施例，一旦系统标识出具有作为用户所遇到的问题的根本原因的最高概率的组件，则系统首先检查支持该组件是用户所遇到的问题的根本原因的假设的互信息。然后，系统将互信息与预定阈值例如-0.20(尽管可以使用任何阈值)进行比较，并且仅
当与组件相关联的互信息相关性低于阈值时，系统才采取自动动作，诸如重启组件。如果互信息大于(或等于)阈值，则系统等待收集附加信息或只是向系统管理员发出警报，并向系统管理员提供诸如表1中的那些突出显示的统计信息。
附图说明
[0109]
通过参考以下描述并结合附图，可以更好地理解本文的实施例，在附图中，相同的附图标记指示相同或功能相似的元件，其中：
[0110]
图1是图示出示例性网络环境的实施例的框图；
[0111]
图2是图示出示例性无线接入点的实施例的框图；
[0112]
图3是图示出了确定哪个sle恶化将需要手动干预的示例性网络管理系统的实施例的框图；
[0113]
图4是图示出示例性网络节点服务器的实施例的框图；
[0114]
图5是图示出诸如ue的示例性设备的实施例的框图；
[0115]
图6是图示出了用于由用户设备客户端收集sle测量的示例性过程的实施例的流程图；
[0116]
图7是图示出了用于由网络管理系统处理sle测量的示例性过程的实施例的流程图；
[0117]
图8是由网络管理系统执行的示例性过程的流程图；
[0118]
图9a图示出了被用来存储示例性sle相关参数的表；
[0119]
图9b图示出了被用来存储示例性sle相关参数和得出的sle参数的表；和
[0120]
图10a-图10b和图11a-图11b提供了针对观察到的sle降级的根本原因概率以及每一个网络特征(组件)的关联影响范围的显示的示例性图示。
具体实施方式
[0121]
图1图示出了根据示例性实施例实现的示例性系统100。示例性系统100包括多个接入点(ap1 142，
…
，ap x 144、ap 1'150，
…
，ap x'152、ap 1”160，
…
，ap x”162、ap 1”'170，
…
，ap x”'172)、多个认证、授权和计费(aaa)服务器(仅示出一个aa服务器110)、多个动态主机配置协议(dhcp)服务器(仅示出一个dhcp服务器116)、多个域名系统(dns)服务器(仅示出一个dns服务器122)、多个web服务器(仅示出一个web服务器128)和网络管理系统(nms)136(例如，接入点管理系统)，它们经由网络134(例如互联网和/或企业内联网)而被耦合在一起。网络通信链路(143、145、151、153、161、163、171、173)将接入点(ap1 142、ap x 144、ap 1'150、ap x'152、ap 1”160、ap x”162、ap 1”'170、ap x”'172)分别耦合到网络134。网络通信链路111将aa服务器(仅示出aa服务器110)耦合到网络134。网络通信链路117将dhcp服务器(仅示出一个dhcp服务器116)耦合到网络134。网络通信链路123将dns服务器(仅示出一个dns服务器122)耦合到网络134。网络通信链路129将web服务器(仅示出一个web服务器128)耦合到网络134。示例性系统100还包括多个客户端或用户设备(ue 1 138，
…
，ue z140、ue 1'146，
…
，ue z'148、ue 1”154，
…
，ue z”156、ue 1”'164、ue z”'166)。ue中的至少一些(138、140、146、148、154、156、164、166)是可以在整个系统100中移动的无线设备。
[0122]
在示例性系统100中，一组接入点位于(多个)不同的客户场所处。客户场所1 102，例如购物中心，包括接入点(ap 1 142，
…
，ap x 144)。客户场所2 104，例如体育场，包括接入点(ap 1'150，
…
，ap x'152)。客户场所3 106，例如办公室，包括接入点(ap 1”160，
…
，ap x”162)。客户场所n 108包括接入点(ap 1”'170，
…
，ap x”'172)。如图1中所示，ue(ue 1 138，
…
，ue z 140)当前位于客户场所1102处；ue(ue 1'146，
…
，ue z'148)当前位于客户场所2 104处；ue(ue 1”154，
…
，ue z”156)当前位于客户场所3 106处；ue(ue 1”'164，
…
，ue z”'166)当前位于客户场所n 108处。
[0123]
网络管理系统136连续收集与上述部分或全部客户端或ue所经历的性能相关的sle统计信息。每当经历sle降级时，网络管理系统136计算与每个网络组件相关联的概率和互信息，即该组件是导致sle降级的基本问题的根本原因。计算出的信息的结果，诸如表1中提供的信息的结果，可以被呈现给系统管理员，并且在被指示时，系统可以自动重启违规(offending)组件，以尝试恢复适当的sle。通过向违规消息发送重启命令消息、向违规组件的电源发送功率循环消息、向与违规组件相关联的其他网络组件发送重启命令或任何其他合适的重启指令，网络管理系统136可以重启违规组件。
[0124]
图2图示出了根据示例性实施例的示例性接入点200(例如，接入点ap 1 142，...，ap x 144、ap 1'150，...，ap x'152、ap 1”1 160，...，ap x”162、ap 1”'170，
…
，ap x”'172)。
[0125]
接入点200包括有线接口230、无线接口236、242、处理器206例如cpu、存储器212和模块的组装208(例如硬件模块的组装、例如电路的组装)，它们经由总线209耦合在一起，各种元件可以通过总线209互换数据和信息。有线接口230包括接收器232和发射器234。有线接口将接入点200耦合到图1的网络和/或互联网134。第一无线接口236可以支持wi-fi接口，例如ieee 802.11接口，包括：被耦合到接收天线239的接收器238，接入点可以经由接收天线239接收来自通信设备例如无线终端的无线信号；以及被耦合到发射天线241的发射器240，接入点可以经由发射天线241向通信设备例如无线终端发射无线信号。第二无线接口242可以支持接口，其包括：被耦合到接收天线245的接收器244，接入点可以经由接收天线245接收来自通信设备例如无线终端的无线信号；以及被耦合到发射天线247的发射器246，接入点可以经由发射天线247向通信设备例如无线终端发射无线信号。
[0126]
存储器212包括例程214和数据/信息216。例程214包括模块的组装218(例如，软件模块的组装)和应用编程接口(api)220。数据/信息216包括配置信息222、消息事件流捕获224和发现异常消息流时要采取的补救动作226的集合。
[0127]
图3图示出了根据示例性实施例的示例性网络管理和监测系统300，例如无线系统监测服务器、接入点管理节点。在一些实施例中，图3的网络监测系统300是图1的网络管理系统(nms)136。网络管理系统300包括通信接口330(例如，以太网接口)、处理器306、输出设备308(例如，显示器、打印机等)、输入设备310(例如键盘、小键盘、触摸屏、鼠标等)、存储器312和模块的组装340(例如硬件模块的组装，例如电路的组装)，它们经由总线309耦合在一起，各种元件可以经由总线309互换数据和信息。通信接口330将网络监测系统300耦合到网络和/或互联网。通信接口330包括：接收器332，网络监测系统可以经由接收器332从接入点接收数据和信息，例如包括例如消息流、连接时间信息的与服务相关的信息以及与成功/失败相关的信息，例如用于无线电连接建立、aa服务、dhcp请求、简单通知服务(sns)查找和网
页请求；以及发射器334，网络监测系统300可以经由发射器334发送数据和信息，例如包括配置信息和指令，例如有关接入点重启、更改发射功率、添加ssid等的指令。
[0128]
存储器312包括例程314和数据/信息317。例程314包括模块的组装318，例如软件模块的组装。
[0129]
存储器312包括例程314和数据/信息317。例程314包括模块的组装318(例如，软件模块的组装)和应用编程接口(api)320。数据/信息317包括配置信息322、消息事件流捕获324和在发现异常消息流的情况下要采取的补救动作326的集合。
[0130]
补救动作可以由系统管理员基于过去的经验来配置。根据一些示例实施例，可以将补救动作下载到特定的ap。根据其他实施例，一旦消息传递模型检测到异常消息流，则补救动作被自动调用，该消息传递模型也可以驻留在存储器312中(未示出)。
[0131]
图4图示出了示例性节点服务器400，例如，aa服务器、dhcp服务器、dns服务器、web服务器等。在一些实施例中，图4的节点服务器400是图1的服务器110、116、122、128。节点服务器400包括通信接口402(例如以太网接口)、处理器406、输出设备408(例如显示器、打印机等)、输入设备410(例如键盘、小键盘、触摸屏、鼠标等)、存储器412、以及模块的组装416(例如硬件模块的组装，例如电路的组装)，它们经由总线409耦合在一起，各种元件可以通过总线409互换数据和信息。通信接口402将节点服务器400耦合到网络和/或互联网。通信接口402包括：接收器420，节点服务器可以经由接收器420接收数据和信息，例如包括与操作相关的信息，例如注册请求、aa服务、dhcp请求、简单通知服务(sns)查找和网页请求；以及发射器422，节点服务器400可以经由发射器422发送数据和信息，例如包括配置信息、认证信息、网页数据等。
[0132]
存储器412包括例程428和数据/信息430。例程428包括模块的组装432(例如，软件模块的组装)和数据信息430。
[0133]
图5图示出了根据示例性实施例的示例性客户端，诸如ue 500(例如，用户设备ue 1 138，...，ue z 140、ue 1'146，...，ue z'148、ue 1”154，...，ue z”156、ue 1”'164，
…
，ue z”'166)。
[0134]
ue 500包括有线接口502、无线接口504、处理器506(例如cpu)、存储器512、以及模块的组装516(例如硬件模块的组装，例如电路的组装)，它们经由总线509耦合在一起，各种元件可以通过总线509互换数据和信息。有线接口502包括接收器520和发射器522。有线接口将ue 500耦合到图1的网络和/或互联网134。
[0135]
示例性无线接口504可以包括蜂窝接口524、第一附加无线接口526(例如ieee 802.11wifi接口)和第二附加无线接口530(例如接口)。蜂窝接口524包括：耦合到接收器天线533的接收器532，接入点可以经由接收器天线533从例如ap 1 142，
…
，apx 144、ap 1'150，
…
，ap x'152、ap 1”160，...，ap x”162、ap 1”'170，...，ap x”'172的接入点接收无线信号；以及耦合到发射天线535的发射器534，接入点可以经由发射天线535向例如ap 1 142，
…
，apx 144、ap 1'150，
…
，ap x'152、ap 1”160，...，ap x”162、ap 1”'170，...，ap x”'172的ap发射无线信号。第一附加无线接口526可以支持wi-fi接口，例如ieee 802.11接口，包括：耦合到接收天线537的接收器536，ue可以经由接收天线537从通信设备例如ap接收无线信号；以及耦合到发射天线539的发射器538，ue可以经由发射天线539向通信设备例如ap发射无线信号。第二无线接口528可以支持其包括：耦合
到接收天线541的接收器540，ue可以经由接收天线541从通信设备例如ap接收无线信号；以及耦合到发射天线543的发射器542，ue可以经由发射天线543向通信设备例如ap发射信号。
[0136]
存储器512包括例程528和数据/信息517。例程528包括模块的组装515，例如软件模块的组装。数据/信息517可以包括配置信息以及ue 500的正常操作所需的任何附加信息。
[0137]
图6是图示出了过程600的示例性实施例的流程图，通过该过程600，诸如ue(ue 1 138，...，ue z 140)、(ue 1'146，...，ue z'148)、(ue 1”154，
…
，ue z”156)和(ue 1”'164，
…
，ue z”'166)之类的客户端或用户设备ue收集/测量sle相关参数。
[0138]
该过程开始于步骤605，并且前进至步骤610，在这里，每个ue/客户端观察并测量sle参数，诸如连接时间、吞吐量、覆盖范围、容量、漫游、ap可用性等。根据一个实施例，参数中的一些，例如接收信号强度指示符(rssi)的级别，由每个客户端测量并经由关联的接入点(ap)通过lan/wan而被发送到网络管理模块。根据一个实施例，ue将rssi与预定阈值进行比较，并确定rssi读数是对应于良好的还是失败的sle。根据另一个实施例，ue将原始rssi信息发送到网络管理服务器136，并且由网络管理服务器执行与阈值的比较。在任何一种情况下，网络管理服务器都维护关于rssi(覆盖范围)是正确的还是失败的信息。
[0139]
过程前进到步骤615，在这里，客户端确定特定的sle测量是对应于良好的还是失败的sle。如果该步骤确定测量对应于良好的sle，则过程前进到步骤620，在这里，该方法将事件相应地标记为对应于良好的sle(通过)。然而，如果在步骤615中确定测量对应于失败的sle，则过程前进到步骤625，在这里，该方法将事件相应地标记为对应于不良的sle(失败)。
[0140]
在任何一种情况下，该过程都继续到步骤630，在这里，从特定的事件收集的统计信息经由ap而被转发到网络管理系统136。然后，该过程循环回到步骤610，在这里，ue继续测量和评估其sle参数，然后经由ap将它们转发到网络管理服务器。
[0141]
图7是图示出了示例性过程700的实施例的流程图，通过该过程700，ap，诸如ap 1 142，
…
，apx 144、ap 1'150，
…
，ap x'152、ap 1”160，...，ap x”162、ap 1”'170，...，ap x”'172之类的接入点传递由关联的ue收集的sle参数，并收集与sle相关的参数，并将它们传递给网络测量系统136。
[0142]
该过程开始于步骤705，并且前进到707，在这里，ap从关联的ue获得与sle相关的消息。这些消息在下面描述的稍后的步骤730处被转发到网络管理系统136。
[0143]
在步骤710中，每个ap观察并测量sle参数，诸如连接时间、吞吐量、容量、漫游、客户端连接到ap的失败尝试等。本领域技术人员应认识到一些参数可以是由图6中所图示的ue或由图7中所图示的ap来测量。然而，诸如ue经由特定ap连接的失败尝试之类的一些特定参数只能由特定ap观察和报告(因为客户端可能无法通过无线网络发送消息)。
[0144]
过程前进到步骤715，在这里，ap确定特定的sle测量对应于良好的还是失败的sle。例如，ap可以将特定客户端的吞吐量与预定阈值(诸如1.2mb/秒)进行比较。如果该步骤确定测量对应于良好的sle，例如，吞吐量大于1.2mb/秒，则过程前进到步骤720，在这里，该方法将事件标记为对应于良好的sle(通过)。然而，如果在步骤715中确定测量对应于失败的sle，例如，吞吐量低于1.2mb/秒，则过程前进到步骤725，在这里，该方法将事件标记为对应于不良sle(失败)。
[0145]
在任何一种情况下，该过程都继续到步骤730，在这里，从特定的事件收集的统计信息经由ap而被转发给网络管理系统136。然后，该过程循环回到步骤707，在这里，ap继续从关联的客户端接收sle消息，测量其自己的sle参数并将信息转发到网络管理服务器。
[0146]
本领域技术人员应该认识到，图6的ue处理步骤615和图7的ap处理步骤715中的一个或两个都是可选的。根据该实施例，ue和ap可以将原始sle信息发送到网络管理模块136，在网络管理模块136中，将执行对sle测量是对应于不良的还是正确的sle的评估。
[0147]
图8是由网络管理系统136执行的示例性过程的流程图。所图示出的过程开始于步骤805，并继续到步骤810，在这里，该方法获得sle参数，诸如连接时间、吞吐量、覆盖范围(rssi)、容量、漫游、成功连接、ap可用性、每个特定客户端在特定wlan ssid ap和特定ap上失败尝试次数的计数。一些参数被作为原始信息而被跟踪。例如，未能经由特定ap连接的客户端数目将被监测并被持续跟踪。可以将诸如特定客户端看到的rssi之类的其他参数与预定阈值进行比较，并且网络管理模块仅跟踪低于预定阈值或高于预定阈值的rssi出现次数，而不是跟踪rssi的实际值。根据另一个实施例，网络管理系统接收原始的rssi信息，并确定所接收的信息是对应于良好的还是失败的sle。
[0148]
处理前进到步骤815，在这里，所接收的sle信息被存储以用于进一步分析以确定针对sle问题的根本原因。在图9a中提供了存储所接收的原始sle相关信息的表900a的示例。
[0149]
过程继续到步骤820，在这里，系统确定以上在步骤815中观察到的事件是与良好的sle(通过)还是与不良的sle(失败)相关。该信息被存储在表900b中。如果由网络管理系统接收的消息指示良好的sle，则该方法循环回去并继续处理具有源自ue并经由ap被路由传送的sle相关信息的接收消息、以及具有源自ap的sle相关信息的消息。然而，如果步骤820检测到与不良的sle有关的信息，则过程前进到步骤825。
[0150]
在步骤825中，该方法使用等式1、2和3来确立第i个网络组件(特征)fi是客户端c观察到的不良的sle(失败)f的根本原因的概率。
[0151]
该过程继续到步骤830，在这里，该方法确定具有作为观察到的sle降级的根本原因的最高概率的网络组件。
[0152]
该方法然后前进至步骤835，在这里，该方法使用等式9、10和11为每个网络组件(特征)fi确立互信息相关性，其可以是客户端c体验到的不良sle的根本原因。
[0153]
过程继续到步骤840，在这里，该方法向系统管理员提供作为不良sle事件的根本原因的每个网络组件的概率以及与这些概率中的每个概率相关联的互信息。例如，可以使用输出设备(例如，图3中所示的网络管理系统的显示器308)来提供信息。这些显示器的示例在表1中被提供并且下面在图10和图11中进行了更详细讨论。
[0154]
处理继续到步骤850，在这里，该方法检查与一个或多个网络组件相关联的互信息相关性，该一个或多个网络组件已被标识为具有作为观察到的不良sle的根本原因的最高概率。对于这些组件中的每个组件，该方法将关联的互信息相关性与预定阈值进行比较。
[0155]
如果在步骤850中确定相关联的互信息相关性小于(较大的绝对数)小于预定阈值，则该方法前进到步骤855，在这里，系统标识诸如重启违规ap、重启给定ap中的特定无线电、重启aaa服务器等的适当动作。然后，该方法继续到步骤860，在这里发生所标识的动作，并且过程循环回到步骤810，在这里，网络管理继续从各个ue和ap接收与sle相关的信息。
[0156]
然而，如果在步骤850中系统确定互信息大于阈值，则不采取进一步的动作，并且过程循环回到步骤810，在这里，网络管理继续从各个ue和ap接收与sle相关的信息。
[0157]
图9a提供了表900a的简化图示，该表由网络管理(例如，图1的根本原因检测和恢复系统136)用来存储示例性sle相关测量，如以上在步骤815中所解释。列905提供了被存储的参数的示例。第一组参数提供了客户端的详细说明及其连接到无线网络的时间：用户、连接时间、ip地址、mac地址、设备类型和设备os。下一组参数提供了与客户端经由其连接到无线网络的特定ap相关的信息：ap名称、ssid、信道、频带、ap mac和bssid。最后一组参数提供了客户端经由ap接收到的服务的级别和质量：rssi、snr、rx比特率、tx比特率、总字节、rx字节、tx字节、总分组、tx分组和总重试。列950、952、954和956提供了针对特定客户端与ap之间的每个连接(事件)的测量的值。尽管图9a仅示出了四列，但实际的表可以具有非常大数目的事件，这取决于ue的数目以及这些客户端的每一个所生成的事件(与网络的连接)数目。
[0158]
图9b提供了表900b的示例性图示，该表被用来存储得出的示例性sle参数：成功连接sle、连接时间sle、覆盖范围sle和吞吐量sle。在步骤820中，通过将测量的sle参数与预定的阈值进行比较来得出这些参数中的每一个。
[0159]
然后，在评估网络特征中的每个网络特征的成功率和失败率时使用这些参数，如上文等式4至9中所述。
[0160]
图10a提供了针对给定客户端b4:ce:f6:07:cc:3e的观察到的sle降级的根本原因概率的示例性图示。具体地，在此示例性情况下，客户端主要由于授权问题而无法进行100％的尝试的连接。此示例性问题是特定于客户端的，大多数客户端故障都发生在“停留在deanna附近(staging near deanna)”接入点上。
[0161]
对于客户端b4:ce:f6:07:cc:3e，图10a中的饼图示出了贝叶斯概率，这表明该客户端是最大的问题，有91％的可能性是所观察到的sle降级(失败)的根本原因。用于对客户端进行排名的互信息关联也确认了同一结果，即：与其余客户端相比，该特定客户端具有与失败的最低(最大负值)的互信息相关性。针对其他特征的互信息相关性相对可以忽略不计。
[0162]
图10b提供了诸如各种客户端、ap、wlan、频带、操作系统之类的网络的各种特征(即，网络组件)的影响范围(互信息相关性)的显示的示例性图示。对于每个组件，负影响范围用红色1005来图示，正影响范围用蓝绿色1010来图示。如以上相关于等式10所解释的，负影响范围指示与sle失败相关的网络特征，而正影响范围指示该网络特征与sle失败无关。如此，图10b指示特定客户端b4:ce:f6:07:cc:3e不仅具有它是失败的根本原因的最大可能性，而且这种可能性具有最低(最大负值)互信息相关性，因此系统可以以高置信度裁定此客户端是sle降级的根本原因。
[0163]
黄色突出显示1015被用来示出b4:ce:f6:07:cc:3e客户端(经历sle降级的客户端)所使用的网络特征(组件)。客户端使用的ap具有正的(蓝绿色)互信息相关性，并且如此可以将其排除在问题的根本原因之外。客户端使用的wlan具有负的但绝对数量非常小的互信息相关性，并且此外，如从图10a中可以看出的，它是sle降级的根本原因的可能性为零，如此可以将wlan排除在作为sle降级的因素之外。类似地，客户端使用的5ghz具有与失败的b4:ce:f6:07:cc:3e客户端相关联的正影响范围(互信息相关性)，并且如此，可以将其排除
在作为观察到的sle降级的根本原因之外。
[0164]
图11a提供了针对客户端“ipad”的另一个观察到的sle降级的根本原因概率的显示的另一示例性图示。在此示例性情况下，客户端“ipad”遇到了33％的不良无线覆盖范围的时间。此问题正在影响少数客户端，这些客户端与5ghz频带最为相关。
[0165]
对于客户端“ipad”，图11a的饼图提供了贝叶斯概率，这表明5ghz频率频带是作为观察到的sle降级的根本原因的最大可能性，概率为57％，并且第二大根本原因概率的特征是客户端，可能性为43％。
[0166]
图11b提供了诸如各种客户端、ap、wlan、频带、操作系统之类的网络的各种特征(即，网络组件)的影响范围(互信息相关性)的显示的示例性图示。对于每个组件，如前面那样，负影响范围用红色来图示，正影响范围用蓝绿色来图示。如以上相关于等式10所解释的，负影响范围指示与sle失败相关的网络特征，而正影响范围指示该网络特征与sle失败无关。如此，图11b指示特定客户端“ipad”不仅具有它是失败的根本原因的最大可能性，而且这种可能性具有最低(最大负值)互信息相关性，因此系统可以以高置信度裁定此客户端是sle降级的根本原因。
[0167]
黄色突出显示被用来示出“ipad”客户端(经历sle降级的客户端)所使用的网络特征(组件)。客户端使用的ap具有非常小的负的(红色)互信息相关性，并且如此可以将其排除在作为问题的根本原因之外。客户端使用的wlan也具有正的互信息相关性，并且如此可以将wlan排除在作为sle降级的因素之外。然而，客户端使用的5ghz具有与失败的“ipad”客户端相关联的负影响范围(互信息相关性)，并且由于根据图11a，它也具有作为观察到的sle降级的根本原因的高可能性，因此系统采取突出显示此组件作为违规网络特征的动作，然后重启关联的无线电。
[0168]
对上述方法和装置的许多附加变型是可能的。
[0169]
可以使用软件、硬件和/或软件和硬件的组合来实现各种实施例的技术。各个实施例涉及装置，例如移动节点、移动无线终端、基站例如接入点、通信系统。各种实施例还涉及方法，例如控制和/或操作通信设备(例如无线终端(ue)、基站、控制节点、接入点和/或通信系统)的方法。各种实施例还涉及非瞬态机器，例如计算机、可读介质例如rom、ram、cd、硬盘等，其包括用于控制机器以实现方法的一个或多个步骤的机器可读指令。
[0170]
应当理解，所公开的过程中的步骤的特定顺序或层次是示例性方法的示例。基于设计偏好，应当理解，可以重新布置过程中的步骤的特定顺序或层次，同时保持在本公开的范围内。所附的方法权利要求以示例顺序呈现了各个步骤的元素，并且并不意味着局限于所呈现的特定顺序或层次。
[0171]
在各个实施例中，使用一个或多个模块以执行与一种或多种方法相对应的步骤(例如，信号生成、发射、处理和/或接收步骤)来实现本文所述的设备和节点。因此，在一些实施例中，使用模块来实现各种特征。可以使用软件、硬件或软件和硬件的组合来实现这样的模块。在一些实施例中，每个模块被实现为具有包括用于实现与每个所描述的模块相对应的功能的单独电路的设备或系统的个体电路。可以使用被包括在机器可读介质中的机器可执行指令(诸如软件)来实现许多上述方法或方法步骤，机器可读介质诸如例如ram、软盘等的存储器设备之类，机器可执行指令用以控制例如具有或不具有附加硬件的通用计算机，以例如在一个或多个节点中实现上述方法的全部或部分。因此，除其他事项外，各种实
施例涉及一种机器可读介质，例如非瞬态计算机可读介质，包括用于使机器(例如，处理器和相关联的硬件)执行(多个)上述方法的一个或多个步骤的机器可执行指令。一些实施例涉及一种包括处理器的设备，该处理器被配置为实现一个示例性方面的一种或多种方法的一个、多个或全部步骤。
[0172]
在一些实施例中，一个或多个设备(例如，诸如无线终端(ue)之类的通信设备和/或接入节点)的一个或多个处理器(例如，cpu)被配置为执行由设备执行的所描述的方法的步骤。通过使用一个或多个模块(例如，软件模块)来控制处理器配置和/或通过在处理器中包括硬件(例如，硬件模块)来执行所列举的步骤和/或控制处理器的配置，可以实现处理器的配置。因此，一些但不是全部实施例涉及具有处理器的通信设备，例如用户设备，该处理器包括与由其中包括处理器的设备所执行的各种所述方法的每个步骤相对应的模块。在一些但不是全部实施例中，通信设备包括与由其中包括处理器的设备所执行的各种所述方法的每个步骤相对应的模块。这些模块可以纯粹以硬件(例如，作为电路)来实现，或者可以使用软件和/或硬件或软件和硬件的组合来实现。
[0173]
一些实施例涉及一种计算机程序产品，该计算机程序产品包括计算机可读介质，该计算机可读介质包括用于使一个或多个计算机实现各种功能、步骤、动作和/或操作(例如，上述一个或多个步骤)的代码。取决于实施例，计算机程序产品可以并且有时确实包括用于要执行的每个步骤的不同代码。因此，计算机程序产品可以并且有时确实包括用于方法的每个个体步骤的代码，所述方法例如是操作通信设备例如无线终端或节点的方法。代码可以是存储在诸如ram(随机存取存储器)、rom(只读存储器)或其他类型的存储设备之类的计算机可读介质上的机器(例如计算机)可执行指令的形式。除了涉及计算机程序产品之外，一些实施例还涉及被配置为实现上述一种或多种方法的各种功能、步骤、动作和/或操作中的一种或多种的处理器。因此，一些实施例涉及处理器，例如cpu、图形处理单元(gpu)、数字信号处理(dsp)单元等，其被配置为实现本文描述的方法的一些或全部步骤。处理器可以用于使用在例如本技术中描述的通信设备或其他设备中。
[0174]
鉴于以上描述，对于本领域技术人员而言，关于上述各种实施例的方法和装置的许多其他变型将是明显的。这样的变型将被认为在本公开的范围内。方法和装置可以并且在各种实施例中与以下技术一起使用：ble、lte、cdma、正交频分复用(ofdm)和/或可以被用来在接入节点和移动节点之间提供无线通信链路的各种其他类型的通信技术。在一些实施例中，接入节点被实现为基站，该基站使用ofdm和/或cdma来与例如移动节点的用户设备建立通信链路。在各种实施例中，移动节点被实现为笔记本计算机、个人数据助理(pda)或包括接收器/发射器电路以及逻辑和/或例程的其他便携式设备，以用于实现该方法。
[0175]
尽管示例性实施例提供了收集与客户端和ap相关的sle参数的详细描述，但是本领域技术人员将认识到，该技术可扩展到系统收集与其他网络附接设备(诸如aaa服务器、dhcp服务器等)的操作相关的参数的情况，从而导致具有检测以下情况的能力：其中与无线系统的操作相关联的服务器之一是违规设备，并通过对违规设备采取纠正动作来自动修复不良的sle。
[0176]
在详细描述中，阐述了许多具体细节以便提供对一些实施例的透彻理解。然而，本领域普通技术人员将理解，一些实施例可以在没有这些具体细节的情况下进行实践。在其他实例中，没有详细地描述公知的方法、过程、组件、单元和/或电路，以免使讨论不清楚。
[0177]
一些实施例可以与各种设备和系统结合使用，例如，用户设备(ue)、移动设备(md)、无线站(sta)、无线终端(wt)、个人计算机(pc)、台式计算机、移动计算机、膝上型计算机、笔记本计算机、平板计算机、服务器计算机、手持式计算机、手持式设备、个人数字助理(pda)设备、手持式pda设备、车载设备、非车载设备、混合设备、车辆设备、非车辆设备、移动或便携式设备、消费类设备、非移动或非便携式设备、无线通信站、无线通信设备、无线接入点(ap)、有线或无线路由器、有线或无线调制解调器、视频设备、音频设备、音频视频(a/v)设备、有线或无线网络、无线局域网、无线视频局域网(wvan)、局域网(lan)、无线lan(wlan)、个域网(pan)、无线pan(wpan)等。
[0178]
一些实施例可以与如下设备和/或网络结合使用：根据现有的无线千兆联盟(wga)规范(无线千兆联盟公司的wigig mac和phy规范版本1.1，2011年4月，最终规范)和/或其未来版本和/或其派生物进行操作的设备和/或网络、根据现有ieee 802.11标准(ieee 802.11-2012，ieee信息技术标准——系统之间的电信和信息交换——局域网和城域网——特定要求-第11部分：无线lan介质访问控制(mac)和物理层(phy)规范，2012年3月29日；ieee802.11ac-2013(“ieee p802.11ac-2013，信息技术的ieee标准——系统之间的电信和信息交换——局域网和城域网——特定要求-第11部分：无线局域网介质访问控制(mac)和物理层(phy)规范-修正4：针对6ghz以下频带中的操作的超高吞吐量的增强”，2013年12月)；ieee 802.11ad(“ieee p802.11ad-2012，信息技术的ieee标准——系统之间的电信和信息交换——局域网和城域网——特定要求-第11部分：无线lan介质访问控制(mac)和物理层(phy)规范-修正3：针对60ghz频带中的超高吞吐量的增强”，2012年12月28日)；ieee-802.11revmc(“ieee 802.11-revmctm/d3.0，信息技术的标准草案2014年6月——系统之间的电信和信息交换-局域网和城域网——特定要求；第11部分：无线lan介质访问控制(mac)和物理层(phy)规范”)；ieee802.11-ay(信息技术的p802.11ay标准-系统之间的电信和信息交换局域网和城域网——特殊要求第11部分：无线lan介质访问控制(mac)和物理层(phy)规范-修正：针对45ghz以上的免许可频带中的操作的增强吞吐量，ieee 802.11-2016和/或其未来版本和/或其派生物)进行操作的设备和/或网络，根据现有无线保真(wi-fi)联盟(wfa)对等(p2p)规范(wi-fi p2p技术规范，版本1.5，2014年8月)和/或其未来版本和/或其派生物进行操作的设备和/或网络，根据现有蜂窝网络规范和/或协议例如第三代合作伙伴计划(3gpp)、3gpp长期演进(lte)和/或其未来版本和/或其派生物进行操作的设备和/或网络，作为上述网络的一部分或使用上述协议中的任何一种或多种等等进行操作的单元和/或设备。
[0179]
一些实施例可以与以下设备结合使用：单向和/或双向无线电通信系统、蜂窝无线电电话通信系统、移动电话、蜂窝电话、无线电话、个人通信系统(pcs)设备、包含无线通信设备的pda设备、移动或便携式全球定位系统(gps)设备、包含gps接收器或收发器或芯片的设备、包含rfid元件或芯片的设备、多输入多输出(mimo)收发器或设备、单输入多输出(simo)收发器或设备、多输入单输出(miso)收发器或设备、具有一个或多个内部天线和/或外部天线的设备、数字视频广播(dvb)设备或系统、多标准无线电设备或系统、有线或无线手持式设备(例如智能手机)、无线应用协议(wap)设备等。
[0180]
一些实施例可以与一种或多种类型的无线通信信号和/或系统结合使用，例如射频(rf)、红外(ir)、频分复用(fdm)、正交fdm(ofdm)、正交频分多址(ofdma)、fdm时分复用
(tdm)、时分多址(tdma)、多用户mimo(mu-mimo)、空分多址(sdma)、扩展tdma(e-tdma)、通用分组无线电服务(gprs)、扩展gprs、码分多址(cdma)、宽带cdma(wcdma)、cdma 2000、单载波cdma、多载波cdma、多载波调制(mdm)、离散多音(dmt)、蓝牙、全球定位系统(gps)、wi-fi、wi-max、zigbeetm、超宽带(uwb)、全球移动通信系统(gsm)、2g、2.5g、3g、3.5g、4g、第五代(5g)或第六代(6g)移动网络、3gpp、长期演进(lte)、高级lte、gsm演进的增强数据速率(edge)等。其他实施例可以被使用在各种其他设备、系统和/或网络中。
[0181]
一些说明性实施例可以与wlan(无线局域网)例如wi-fi网络结合使用。其他实施例可以与任何其他合适的无线通信网络结合使用，例如无线局域网、“微微网”、wpan、wvan等。
[0182]
一些说明性实施例可以与在2.4ghz、5ghz和/或60ghz的频带上进行通信的无线通信网络结合使用。然而，可以利用任何其他合适的(多个)无线通信频带来实现其他实施例，例如，极高频(ehf)频带(毫米波(mmwave)频率频带)例如在20ghz和300ghz之间的频率频带内的频率频带、wlan频率频带、wpan频率频带、根据wga规范的频率频带等。
[0183]
尽管以上仅提供了各种设备配置的一些简单示例，但是应当理解，许多变型和枚举是可能的。而且，该技术不限于任何特定的信道，而是通常适用于任何(多个)频率范围/(多个)信道。而且，并且如所讨论的，该技术在非许可频谱中可能是有用的。
[0184]
尽管实施例在这方面不受限制，但是利用诸如例如“处理”、“计算(computing)”、“计算(calculating)”、“确定”、“建立”、“分析”、“检查”等等之类的术语的讨论可以指代计算机、计算平台、计算系统、通信系统或子系统或其他电子计算设备的操作和/或过程，其将表示为计算机的寄存器和/或存储器内的物理(例如电子)量的数据操纵和/或转换成类似地表示为计算机的寄存器和/或存储器或其他信息存储介质中的物理量的其他数据，所述其他信息存储介质可以存储执行操作和/或过程的指令。
[0185]
尽管实施例在这方面不受限制，但是如本文所使用的术语“多个(plurality)”或“多个(a plurality)”可以包括例如“多个(multiple)”或“两个或更多”。在整个说明书中可以使用术语“多个(plurality)”或“多个(a plurality)”来描述两个或更多组件、设备、元件、单元、参数、电路等。例如，“多个站”可以包括两个或更多站。
[0186]
阐明在整个文档中使用的某些单词和短语的定义可能是有利的：术语“包括(include)”和“包括(comprise)”及其派生词意指包括但不限于；术语“或”是包含性的，意指和/或；短语“与...相关联”和“与其相关联”及其派生词可以意指包括、被包括在...中、与...互连、被与...互连、包含、被包含在...内、连接到或与...连接、耦合到或与...耦合、与...可通信、与...合作、交织、并置、邻近、被绑定到或与...绑定、具有、具有...的性质等；并且术语“控制器”意指控制至少一个操作的任何设备、系统或其一部分，这样的设备可以用硬件、电路装置、固件或软件或它们中的至少两个的某种组合来实现。应当注意，与任何特定控制器相关联的功能性可以是本地或远程的集中式或分布式。在整个文档中提供了对于某些单词和短语的定义，并且本领域的普通技术人员应该理解，在很多情况下(如果不是大多数情况下)，这些定义也适用于这种定义的单词和短语的先前以及将来的使用。
[0187]
已经关于诸如在无线网络中或者通常在使用任何(多个)通信协议进行操作的任何通信网络中的通信系统以及用于执行通信的协议、技术、手段和方法，描述了示例性实施例。这样的示例是家庭或接入网络、无线家庭网络、无线公司网络等。然而应当理解，一般而
言，本文所公开的系统、方法和技术对于其他类型的通信环境、网络和/或协议将同样良好地工作。
[0188]
出于解释的目的，阐述了许多细节以便提供对本技术的透彻理解。然而，应当理解，可以以除了本文阐述的具体细节之外的各种方式来实践本公开。此外，尽管本文所说明的示例性实施例示出了并置的系统的各个组件，但是应当理解，系统的各个组件可以位于分布式网络(诸如通信网络、节点)的较远部分处、域主站内、和/或互联网、或者专用的安全、不安全和/或加密的系统内和/或位于网络内部或外部的网络操作或管理设备内。作为示例，域主站也可以被用来指代管理和/或配置本文描述的网络或通信环境和/或(多个)收发器和/或站点和/或(多个)接入点的任何一个或多个方面或与之进行通信的任何设备、系统或模块。
[0189]
因此，应当理解，系统的组件可以被组合成一个或多个设备，或者可以在诸如收发器、接入点、站、域主站、网络操作或管理设备、节点之类的设备之间进行拆分或者被并置在分布式网络(诸如通信网络)的特定节点上。从下面的描述可以理解，并且出于计算效率的原因，系统的组件可以被布置在分布式网络内的任何位置处而不会影响其操作。例如，各种组件可以位于域主站、节点、域管理设备(诸如mib)、网络操作或管理设备、(多个)收发器、站、(多个)接入点、或其某种组合。类似地，可以将系统的一个或多个功能部分分布在收发器和关联的计算设备/系统之间。
[0190]
此外，应当理解，包括任何(多个)通信信道/元件/连接这些元件的线在内的各种链路可以是有线或无线链路或其任意组合，或者是任何其他已知或以后开发的能够向所连接的元件供应数据和/或从所连接的元件传送数据的(多个)元件。本文所使用的术语“模块”可以指代能够执行与该元件相关联的功能性的任何已知的或以后开发的硬件、电路装置、软件、固件或其组合。本文所使用的术语“确定”、“计算(calculate)”和“计算(compute)”及其变型可互换使用并且包括任何类型的方法、过程、技术、数学运算或协议。
[0191]
此外，尽管本文描述的一些示例性实施例涉及执行某些功能的收发器的发射器部分或执行某些功能的收发器的接收器部分，但是本公开意图在相同收发器和/或(多个)另一收发器中分别包括对应的和互补的发射器侧或接收器侧功能性，反之亦然。
[0192]
相关于增强的通信描述了示例性实施例。然而，应该理解，通常，本文的系统和方法对于利用任何一种或多种协议的任何环境中的任何类型的通信系统都将同样有效地工作，所述协议包括有线通信、无线通信、电力线通信、同轴电缆通信、光纤通信等。
[0193]
相关于ieee 802.11和/或和/或低能耗收发器以及关联的通信硬件、软件和通信信道描述了示例性系统和方法。然而，为了避免不必要地混淆本公开，以下描述省略了可以以框图形式示出或以其他方式概括的众所周知的结构和设备。
[0194]
示例性方面涉及：
[0195]
一种用于确定sle恶化、标识其根本原因并采取纠正动作的方法，该方法包括：
[0196]
收集针对每个ue的sle相关参数；
[0197]
对sle参数进行分类；
[0198]
确定与不良sle相关联的网络组件；
[0199]
标识sle恶化的根本原因；
[0200]
采取纠正动作。
[0201]
上述方面中的任何一个，其中收集sle相关参数包括记录与每个ue相关的信息，与每个ue经由其连接(或尝试连接)到无线网络的接入点相关的信息，以及与ue从网络接收的服务的质量和数量相关的信息。
[0202]
上述方面中的任何一个，其中与ue相关的信息包括：
[0203]
用户、连接时间、ip地址、mac地址、设备类型和设备os。
[0204]
上述方面中的任何一个，其中与ap相关的信息包括：ap名称、ssid、信道、频带、ap mac和bssid。
[0205]
上述方面中的任何一个，其中与sle相关的信息包括：rssi、snr、rx比特率、tx比特率、总字节、rx字节、tx字节、总分组、tx分组和总重试。
[0206]
上述方面中的任何一个，其中对sle参数进行分类包括：
[0207]
将原始sle与预定或配置的阈值进行比较；
[0208]
基于原始参数大于或小于预定或已配置的阈值，指派包括通过、失败的sle参数值。
[0209]
上述方面中的任何一个，其中标识违规网络组件包括：
[0210]
计算特定网络组件是sle降级的根本原因的贝叶斯概率；
[0211]
计算给定网络的假设相关的互信息相关性；
[0212]
计算与给定网络组件是导致sle恶化的违规组件的假设相关的互信息相关性；
[0213]
选择具有作为违规组件的最高贝叶斯概率的组件；
[0214]
比较与被标识为具有作为违规组件的最高概率的组件相对应的互信息相关性；
[0215]
在这些组件的关联的互信息相关性小于预定的阈值(负的且大的绝对值)的情况下，将具有作为违规组件的最高概率的组件标识为是违规组件。
[0216]
上述方面中的任何一个，其中采取纠正动作包括一个或多个动作：显示违规网络组件的列表，显示每个网络组件是违规组件的概率，显示所述组件中的每一个是违规网络组件的互信息相关性，重启违规组件。
[0217]
其他示例性方面涉及：
[0218]
一种自动确定通信网络内的服务水平体验(sle)恶化、标识sle的根本原因、并采取纠正动作的方法，该方法包括：
[0219]
由网络管理服务器收集针对多个设备的sle相关参数；
[0220]
由处理器和存储器对来自多个设备中的一个或多个设备的sle参数进行分类；
[0221]
由处理器和存储器确定具有不良sle的一个或多个网络组件；
[0222]
标识sle恶化的根本原因；以及
[0223]
自动发起一个或多个纠正动作。
[0224]
上述方面中的任何一个，其中收集sle相关参数包括：记录与每个设备相关的信息，与每个设备经由其连接或尝试连接到无线网络的接入点(ap)相关的信息，以及与设备从网络接收的服务的质量和数量相关的信息。
[0225]
上述方面中的任何一个，其中与设备有关的信息包括以下一个或多个：用户、连接时间、ip地址、mac地址、设备类型和设备os。
[0226]
上述方面中的任何一个，其中与ap相关的信息包括以下一个或多个：ap名称、服务
集标识符(ssid)、信道、频带、ap mac信息和基本服务集标识符(bssid)。
[0227]
上述方面中的任何一个，其中与sle相关的信息包括以下一个或多个：接收信号强度指示符(rssi)、信噪比(snr)、接收器(rx)比特率、发射器(tx)比特率、总字节、接收(rx)字节、发射(tx)字节、总分组、tx分组和总重试。
[0228]
上述方面中的任何一个，其中对sle参数进行分类包括：
[0229]
将原始sle与预定或配置的阈值进行比较；以及
[0230]
基于原始参数大于或小于预定或配置的阈值，将sle参数值指派给通过或失败之一。
[0231]
上述方面中的任何一个，其中标识违规网络组件包括：
[0232]
计算特定网络组件是sle降级的根本原因的贝叶斯概率；
[0233]
计算与给定网络组件是导致所述sle恶化的违规组件的假设相关的互信息相关性；
[0234]
选择具有作为所述违规组件的最高贝叶斯概率的一个或多个组件；
[0235]
比较与被标识为具有作为所述违规组件的最高概率的所述组件相对应的互信息相关性；以及
[0236]
当这些组件的关联的互信息相关性小于预定的阈值时，将具有作为所述违规组件的最高概率的所述组件标识为是所述违规组件。
[0237]
上述方面中的任何一个，其中采取纠正动作包括以下一个或多个：显示违规网络组件的列表，显示网络组件中的每一个是违规组件的概率，显示所述组件中的每一个是违规网络组件的互信息相关性，重启违规组件，和/或自动重启违规组件。
[0238]
上述方面中的任何一个，其中所述多个设备中的至少一个设备是用户设备。
[0239]
上述方面中的任何一个，其中收集、分类、确定和标识被自动执行。
[0240]
一种自动确定通信网络内的服务水平体验(sle)恶化、标识sle的根本原因并采取纠正动作的系统，该系统包括：
[0241]
包括处理器和存储器的网络管理服务器，网络管理服务器包括存储在存储器中的指令，指令在由处理器执行时：
[0242]
收集针对多个设备的sle相关参数；
[0243]
对来自多个设备中的一个或多个设备的sle参数进行分类；
[0244]
确定具有不良sle的一个或多个网络组件；
[0245]
标识sle恶化的根本原因；以及
[0246]
自动发起一个或多个纠正动作。
[0247]
上述方面中的任何一个，其中sle相关参数的收集包括：记录与每个设备相关的信息，与每个设备经由其连接或试图连接到无线网络的接入点(ap)相关的信息以及与设备从网络接收的服务的质量和数量相关的信息。
[0248]
上述方面中的任何一个，其中与设备相关的信息包括以下一个或多个：用户、连接时间、ip地址、mac地址、设备类型和设备os。
[0249]
上述方面中的任何一个，其中与ap相关的信息包括以下一个或多个：ap名称、服务集标识符(ssid)、信道、频带、ap mac信息以及基本服务集标识符(bssid)。
[0250]
上述方面中的任何一个，其中与sle相关的信息包括以下一个或多个：接收信号强
度指示符(rssi)、信噪比(snr)、接收器(rx)比特率、发射器(tx)比特率、总字节、接收(rx)字节、发射(tx)字节、总分组、tx分组和总重试。
[0251]
上述方面中的任何一个，其中对sle参数进行分类包括：
[0252]
将原始sle与预定或配置的阈值进行比较；以及
[0253]
基于所述原始参数大于或小于所述预定或配置的阈值，将所述sle参数值指派给通过或失败之一。
[0254]
上述方面中的任何一个，其中，标识违规网络组件包括：
[0255]
计算特定网络组件是sle降级的根本原因的贝叶斯概率；
[0256]
计算与给定网络组件是导致sle恶化的违规组件的假设相关的互信息相关性；
[0257]
选择具有作为违规组件的最高贝叶斯概率的一个或多个组件；
[0258]
比较与被标识为具有作为违规组件的最高概率的组件相对应的互信息相关性；以及
[0259]
当这些组件的关联的互信息相关性小于预定的阈值时，将具有作为违规组件的最高概率的组件标识为是违规组件。
[0260]
上述方面中的任何一个，其中采取纠正动作包括以下一个或多个：显示违规网络组件的列表，显示网络组件中的每一个是违规组件的概率，显示所述组件中的每一个是违规网络组件的互信息相关性，重启违规组件，和/或自动重启违规组件。
[0261]
上述方面中的任何一个，其中多个设备中的至少一个设备是用户设备。
[0262]
上述方面中的任何一个，其中收集、分类、确定和标识被自动执行。
[0263]
一种其上具有指令的非瞬态计算机可读信息存储介质，所述指令在被执行时执行上述方面中的任何一个或多个。
[0264]
包括以上方面中的任何一个或多个的片上系统(soc)。
[0265]
用于执行上述方面中的任何一个或多个的一个或多个装置。
[0266]
如本文基本描述的一个或多个方面。
[0267]
尽管已经相关于特定的事件序列讨论了上述流程图，但是应当理解，可以在不实质影响(多个)实施例的操作的情况下发生对该序列的改变。另外，本文示出的示例性技术不限于具体示出的实施例，而是还可以与其他示例性实施例一起利用，并且每个所描述的特征可被单独地和分别地要求保护。
[0268]
可以在诸如ieee 802.11收发器等的(多个)无线电信设备/系统上实现上述系统。可以与该技术一起使用的无线协议的示例包括ieee 802.11a、ieee 802.11b、ieee 802.11g、ieee 802.11n、ieee 802.11ac、ieee 802.11ad、ieee 802.11af、ieee 802.11ah、ieee 802.11ai、ieee 802.11aj、ieee 802.11aq、ieee 802.11ax、wi-fi、lte、4g、wirelesshd、wigig、wigi、3gpp、无线lan、wimax、densifi sig、unifi sig、3gpp laa(许可辅助接入)等等。
[0269]
另外，可以实现系统、方法和协议以改进以下中的一个或多个：专用计算机、编程的微处理器或微控制器以及(多个)外围集成电路元件、asic或其他集成电路、数字信号处理器、诸如离散元件电路之类的硬连线电子或逻辑电路、诸如pld、pla、fpga、pal的可编程逻辑设备、调制解调器、发射器/接收器、任何可比较的装置等等。一般而言，能够实现状态机、进而能够实现本文所示方法的任何设备都可以从根据本文提供的公开内容的各种通信
方法、协议和技术中受益。
[0270]
本文所描述的处理器的示例可以包括但不限于以下中的至少一种：800和801、具有4g lte集成和64位计算的610和615、具有64位架构的a7处理器、m7运动协处理器、系列、core
tm
系列处理器、系列处理器、atom
tm
系列处理器、intel系列处理器、i5-4670k和i7-4770k 22nm haswell、i5-3570k 22nm ivy桥接器、fx
tm
系列处理器、fx-4300、fx-6300和fx-8350 32nm vishera、kaveri处理器、texasjacinto c6000
tm
汽车信息娱乐处理器、texasomap
tm
汽车级移动处理器、cortex
tm-m处理器、cortex-a和arm926ej-s
tm
处理器、airforce bcm4704/bcm4703无线联网处理器、ar7100无线网络处理单元、其他行业等效处理器，并且可以使用任何已知的或将来开发的标准、指令集、库和/或架构来执行计算功能。
[0271]
此外，所公开的方法可以容易地以使用对象或面向对象的软件开发环境的软件来实现，该对象或面向对象的软件开发环境提供了可以在各种计算机或工作站平台上使用的便携式源代码。备选地，所公开的系统可以使用标准逻辑电路或vlsi设计以硬件部分或全部地实现。使用软件还是硬件来实现根据实施例的系统取决于系统的速度和/或效率要求，特定功能、以及所利用的特定软件或硬件系统或微处理器或微计算机系统。利用计算机和电信技术的基本知识并且根据本文提供的功能描述，适用技术领域的普通技术人员可以使用任何已知的或以后开发的系统或结构、设备和/或软件，以硬件和/或软件容易地实现本文所示出的通信系统、方法和协议。
[0272]
此外，所公开的方法可以容易地以可以被存储在存储介质上的软件和/或固件来实现，以改进以下各项的性能：具有控制器和存储器协作的编程的通用计算机、专用计算机、微处理器等。在这些实例中，可以将系统和方法实现为嵌入在诸如applet、java.rtm或cgi脚本之类的个人计算机上的程序，实现为驻留在服务器或计算机工作站上的资源、实现为嵌入专用通信系统或系统组件中的例程等等。该系统还可以通过将系统和/或方法物理地合并到软件和/或硬件系统(诸如通信收发器的硬件和软件系统)中来实现。
[0273]
因此很显然，至少已经提供了用于增强和改进通信可靠性的系统和方法。尽管已经结合多个实施例描述了实施例，但是很明显，对于适用技术领域的普通技术人员而言，许多备选方案、修改和变型将是或明显的。因此，本公开旨在涵盖在本公开的精神和范围内的所有这样的备选方案、修改、等同物和变型。

技术特征：
1.一种网络管理系统，包括：一个或多个处理器和包括指令的存储器，所述指令在由所述一个或多个处理器执行时使所述一个或多个处理器：将服务器水平体验sle相关的参数分类，所述sle相关的参数针对与无线网络相关联的多个设备被获取，所述sle相关的参数中的每个sle相关的参数与多个接入点ap中的ap相关联；针对所述多个ap中的一个或多个ap，基于与所述一个或多个ap中的对应ap相关联的所述sle相关的参数的分类，确定所述对应ap是所述无线网络内sle降级的根本原因的概率；以及基于针对所述多个ap中的所述一个或多个ap所确定的多个所述概率，自动发起旨在解决所述sle降级的所述根本原因的纠正动作。

技术总结
本公开的实施例涉及用于虚拟网络助手的系统和方法。提供了用于标识系统水平体验(SLE)恶化的根本原因的方法和装置。标识导致SLE恶化的违规网络组件，并采取纠正动作。并采取纠正动作。并采取纠正动作。


技术研发人员：E
受保护的技术使用者：瞻博网络公司
技术研发日：2020.02.18
技术公布日：2023/8/24