专利名称：用于确定通信系统的服务质量的方法和装置的制作方法
技术领域：
概括地说，本发明涉及用于确定网络的质量的方法和装置，具体地说，涉及对特定局域网(LAN)以及相关联的用于发送语音数据(例如，IP语音)的网络回程链路的服务质量(QoS)进行确定，从而例如在不满足QoS的特定参数的情况下，执行纠正操作，以改善QoS。
背景技术：
在通信系统中，诸如端对端IP语音(VoIP)呼叫之类的互联网协议(IP)电话的应用越来越普遍。在这种VoIP呼叫中所涉及的多个端点之间的路由通常采用多种不同的通信网络技术中的任一种或几种的组合来接入IP网络(例如，互联网)。所使用的网络技术类型包括，例如无线局域网(WLAN)，诸如Wi-Fi(IEEE标准802.11)和毫微微小区(femtocells)；无线广域网(WWAN)，包括蜂窝网络(例如，1X-EVDO)、高速分组接入(HSPA)和其它WWAN，诸如WiMAX(IEEE 802.16)；以及其它各种已知和待定义的网络技术。因此，通过多个端点间的路由可在多个网络中交换VoIP业务。例如，在住宅区环境里的用户A和用户B之间的端对端VoIP呼叫中，VoIP分组能潜在地遍历用户A的Wi-Fi接入网络、用户A的DSL或有线宽带、IP核心网、用户B的DSL或有线宽带以及用户B的Wi-Fi接入网络。不言自明的是，由于要使用多个网络在多个端点间传送语音分组，这些网络链路中的任何一个网络链路出现服务质量故障都会影响该呼叫的整体服务质量。
因此，众所周知，需要确定通信链路的服务质量(QoS)度量，并进而利用所确定的QoS来进行操作，以改善该QoS(例如，通过触发末端设备从QoS下降的通信链路切换到另一条通信链路，以便保持语音呼叫的连续性)。在这样的系统中，由于在用来发送呼叫的多个特定网络中的任何地方所发生的QoS下降都会影响语音呼叫端点处的设备，所以通常由语音呼叫端点处的一方设备或双方设备(例如，移动电话或计算机)来监测QoS。
一个已知的用于在无线局域网(WLAN)中确定QoS的度量是对从无线接入点(AP)到无线连接至该AP的通信设备的下行链路上的接收信号功率的确定或测量。因此，如果接收信号功率低于阈值，末端设备可以(例如)触发向另一网络(例如，无线广域网(WWAN)或另一可用的无线局域网)的切换。然而，物理(PHY)层度量自身并不能有效地确定所有情况和所有层的总体路径质量。例如，假定VoIP呼叫在无线局域网(WLAN)中进行，尽管下行链路无线信号强度对维持高QoS来说是足够的，然而在介质访问控制(MAC)层或应用层处的分组丢失将对实际的QoS产生不利影响。此外，即便WLAN无线信号强度是令人满意的，但从WLAN接入点到呼叫终止端(call termination)设备的回程链路的性能下降也会对QoS产生不利影响。此外，接入点可能无法从通信设备接收到相似的功率电平，这会导致下行链路的链路性能良好而上行链路的链路性能差，而设备无法检测到这一点。举个例子，良好的WLAN质量需要对各个故障点(即，各个度量)进行全面的监测，并且一旦WLAN或伴随的回程链路表现出故障征兆就触发向另一个无线技术的切换。因此，需要一种机制，其能够根据影响呼叫路径的各种度量对通信终端的QoS进行准确评估，从而支持对用户的最优通信协议的优化和融合，以便提供多个网络和/或协议之间的无缝传输。
发明内容
根据一个方面，公开了一种用于确定通信网络服务质量的方法。该方法包括确定通信网络中至少两个不同的协议层的至少两个度量，其中，所述度量反映网络参数；将所述至少两个度量与它们各自的阈值进行比较。该方法还包括根据所述至少两个度量与它们各自阈值的比较，确定网络服务质量。
根据另一个方面，公开了一种在通信系统中操作的通信设备。该设备包括处理器，该处理器包括第一模块，用于确定所述通信网络中至少两个不同的协议层的至少两个度量，其中，所述度量反映网络参数。该处理器还包括第二模块，用于将所述至少两个度量与它们各自的阈值进行比较；第三模块，用于根据所述至少两个度量与它们各自阈值的比较，确定网络服务质量。
根据另一个方面，公开了一种用于确定通信链路质量的装置。该装置包括度量确定单元，用于确定通信网络中至少两个不同的协议层的至少两个度量，其中，所述度量反映网络参数。该装置还包括比较单元，用于将所述至少两个度量与它们各自的阈值进行比较；质量确定单元，用于根据所述至少两个度量与它们各自阈值的比较，确定网络服务质量。
根据另一方面，公开了一种计算机程序制品，其具有计算机可读介质。该计算机可读介质包括使得计算机确定所述通信网络中至少两个不同的协议层的至少两个度量的代码，其中，所述度量反映网络参数。该计算机可读介质还包括使得计算机将所述至少两个度量与它们各自的阈值进行比较的代码；使得计算机根据所述至少两个度量与它们各自阈值的比较，确定网络服务质量的代码。
图1是通信系统的示图，在该通信系统中，采用质量确定和触发操作以改善服务质量。
图2是示出了数个层的框图，在这些层上执行通信系统中的质量确定或度量监测。
图3是用于确定通信系统中的通信链路质量的方法的流程图。
图4示出了用于确定通信链路的服务质量并且根据质量确定来执行纠正操作的示例性装置。
具体实施例方式 根据某些方面，公开了用于确定通信链路质量以及根据该确定来触发切换的方法和装置。质量确定包括监测至少两个或多个不同协议层(例如，PHY层、MAC层或应用层)的下行链路度量和上行链路度量。根据另外的方面，依据质量确定来触发不同网络间的切换。
图1是示例性通信系统100的图示，通信系统100使用质量确定并随之执行纠正操作(例如，根据质量确定进行切换)，以改善质量。正如将要详细描述的，系统100用于在两个端点(例如，两个通信终端或站)之间建立VoIP呼叫。系统100包括局域网102(例如，无线局域网(WLAN)102)，后者根据多种无线网络标准(诸如Wi-Fi(IEEE标准802.11))中的任一种来运行。局域网102包括无线接入点(AP)104，其与多个通信终端端点(例如，移动设备106或包括计算机108在内的其它电子设备)通信。AP 104还与回程链路110通信。
回程链路110包括诸如数字用户线路(DSL)或有线宽带连接之类的多种网络连接类型中的任一种。回程链路110用于以通信方式将局域网102连接到广域网(诸如因特网骨干网112)。具体地，回程链路在与因特网骨干网112相通信的呼叫终止单元114处终止。因特网骨干网112用于将VoIP分组发往端对端连接中的另一终端(未示出)。
系统100还包括路径质量监测功能服务器116，后者用于协助确定例如终端106与呼叫终止单元114之间的通信链路的QoS。正如本文将要详细描述的，路径质量监测功能(在本文中还称作为“PQMF”(首字母缩写))可由终端或站(例如，移动通信设备106)来实现，其中，该终端或站在VoIP连接中的网络上将分组信息发往质量监测服务器116(位于图示为虚线框117的呼叫终止单元的附近或其中)。举个例子，作为对来自终端的分组的响应，质量监测服务器116将分组信息返回给终端或站，以便确定路径质量。在与本申请同时提交的、代理人案号为No.070018、申请人为Deshpande等、题目为“METHODS AND APPARATUS FORDETERMINING COMMUNICATION LINK QUALITY”的共同待决申请中对PQMF的概念及其示例性实现做出了较全面的描述，其中，该共同待决的申请已转让给本申请的受让人，故明确地以引用方式并入本申请。
系统100还可以包括一个或多个供替代的网络，以便在WLAN 102或回程链路110的质量下降的情况下供通信终端或站进行切换。比方说，终端106可以切换到基站118所示例的WWAN网络。WWAN网络可由多种合适的网络中的任何网络组成，例如蜂窝网络，包括CDMA、GSM、WiMax(IEEE 802.16)、LTE、UMB、1x-EVDO、UMTS、HSPA、网络或任何其它合适的无线或有线网络。基站118通过互联网链路112将业务(即，语音业务)发往呼叫终止单元114。
另一个供切换的网络是另一个WLAN接入点AP 122(如果它在通信终端106的范围内)。举个例子，AP 122经由相应的回程链路124将业务从通信终端106传送到互联网112，继而又传送到呼叫终止单元114。尽管并未示出，但VoIP呼叫终止端如同服务器116一样，也可以位于相关联的PQMF服务器的附近。
系统100仅示出了单一、简单的网络结构。然而，可以期望系统100有许多另外的、更复杂的结构，这些结构可以包括多个可供替换的电子设备和各种无线、有线网络协议。另外，举例来说，系统100中的部件有助于实现移动通信终端106从终端106当前所使用的AP无缝切换到另一网络。另外，尽管将系统具体描述为与针对语音数据(VoIP)的QoS确定有关，然而，可以期望的是，也可以对回程链路上的其它分组传输(例如，宽带数据服务)进行QoS确定。
图2示出了协议层的框图，其中，在通信系统(例如，图1中的系统100)中在这些协议层上执行质量确定或度量监测。参与VoIP呼叫的端点终端202用于监测各个层上影响QoS的不同度量。正如将要描述的，通信终端202能够在终端202和接入点204之间的链路上、终端202和VoIP呼叫终止端206之间的链路上监测协议层参数(例如，物理(PHY)层参数、介质访问控制(MAC)层参数以及应用层参数)或度量。通信终端202类似于图1所示的通信终端设备106或通信终端设备108。
在PHY层208，所测量的一个度量包括，例如从接入点(AP)204接收的无线信号的信号功率。尤其对于无线接入点而言，可以使用接收信号强度指示(RSSI)来确定该度量。根据一个例子，在Wi-Fi 802.11无线LAN中，对在预定时间段(本文中称作TPWR)内接收到的多个RSSI样本的均值进行确定或计算。在本发明中，将该均值定义为下行链路功率(DL_PWR)，在图2中由附图标号210来指示。值得注意的是，在VoIP呼叫的下行链路静默期间，VoIP流的数据帧无法提供RSSI更新。然而，通信终端202所收集的RSSI样本可以对应于源自接入点(AP)204的任何类型的帧，而不仅仅是VoIP数据帧。除此之外，终端202可以使用并非旨在传送到它的帧，以便更新RSSI。在信号干扰噪声比(SINR)可用时，也可以使用SINR，其反映了影响帧解码能力的干扰和噪声。
终端202使用下行链路功率或SINR度量，以便触发切换或其它纠正操作(例如，在预定阈值被超越时，改变数据率或编码率)。举个例子，就Wi-Fi 802.11接入点而言，阈值是根据AP 204的数据率以及终端202的接收机硬件的灵敏度，依据经验来确立的。
终端202包括对如层210所指示MAC层的监测。在MAC层，可以利用终端202来确定下行链路度量和上行链路度量。
就MAC层下行链路度量而言，可以期望数个用于确定QoS的不同度量。一般而言，针对下行链路，这些度量(在图2中由箭头214和箭头216指示)涉及对帧校验序列(FCS)错误以及对丢失或重传的帧进行确定；针对上行链路，涉及对丢失率和重传率进行确定。另外，值得注意的是，这些度量可以使用802.11 MAC管理信息库(MIB)、本地缓存信息(包括缓存溢出)来实现。
所使用的第一个下行链路度量涉及监测接收到的具有FCS错误的帧数目。该度量提供了对下行链路信道状况的指示。该度量可用来在下行链路分组丢失发生前对信道劣化进行检测，并且该度量还可以加速对切换目标的搜索或发起一些其它的操作以改善链路质量。然而，值得注意的是，该度量在快速变化的应用场景中起不到警示作用，其中，在快速变化的应用场景中，在路径损耗或干扰电平快速增加后，PHY层甚至无法检测到帧，由此，也就不会出现什么FCS错误。
根据Wi-Fi网络(IEEE 802.11)中的一个例子，在本发明中，将下行链路FCS错误计数的变化与所有接收到的分段计数的变化的比称作“WLAN_DL_FCS”，根据如下所示对其进行量化定义 其中，在过去的MIB时段(TMIB)内，FCS错误计数以及所接收到的分段计数的变化或Δ值根据MAC MIB计数器值计算得出。由于在静默期间，不会接收到任何新的帧且MAC MIB计数器也不发生变化，由此，WLAN_DL_FCS在静默期间无效。Dot11FCSErrorCount是计算FCS错误数目的MAC MIB值。Dot11ReceivedFragmentCount是计算所接收到的分段数目的MAC MIB值。
所使用的第二个MAC下行链路度量是对没能正确传送的分组(即，丢失的分组)所占比例的下层MAC计算。这确保了无论在何种应用中，都会对MAC下行链路进行监测。将称作为“WLAN_DL_LOSS”的度量定义为没能由下层MAC传送到上层MAC的MAC服务数据单元(MSDU)所占的比例。这个比例可以根据如下关系式来定义 其中ΔMSDU_sequence_number表示MSDU的固定窗口大小，ΔnotReceivedMSDU是指没能在ΔMSDU_sequence_number的窗口内接收到的帧的数目。值得注意的是，在WLAN_DL_LOSS的实现过程中，发送方(例如，AP 204)所使用的MAC序列号对于针对每一个目的终端的每一个新MSDU以一(或者至少是一个已知的固定值)为增量逐渐增加。值得注意的是，由于在信道迅速衰落的情况下可能不会接收到新帧，因此在这种情况下该度量可能无法正确地评估丢失的分组。另外，还值得注意的是，由于在呼叫静默期间不会检测到新序列号或MDSU，因此在呼叫静默期间WLAN_DL_LOSS度量也可能是无效的。
在具有速率自适应特点的系统(例如，802.11)中，用于测量链路质量的第三个MAC度量是接入点当前所选择的速率。速率低指示了链路质量的下降。
利用上文所描述的MAC层度量，采取纠正操作以改善通信链路质量。在一个例子中，纠正操作包括在一个或多个触发阈值被超越的情况下，触发终端202的切换。举个例子，可以将WLAN_DL_FCS的触发阈值设置为50％，这意味着接收到的帧中如果有一半出现FCS错误，则触发纠正操作。针对语音呼叫的WLAN_DL_LOSS度量的触发值可以是规定的百分比，而一旦该百分比被超过，则作为感知语音质量的指标的平均评定得分(MOS，Mean Opinion Score)将明显降级。对于数据会话而言，这是规定的百分比，例如，一旦超过了所规定的百分比，则传输控制协议(TCP)将无法达到合理的吞吐量。举例说明如何设置规定的百分比，值得注意的是，典型编解码器的输出为50帧/秒，平均窗口大小为1秒。相应地，例如，如果将WLAN_DL_LOSS阈值百分比设置为6％，则该百分比对应于每1秒的窗口有3个帧丢失，该百分比还允许一定程度的错误突发。
还值得注意的是，由于在呼叫静默时段无数据下载，那么上述MAC下行链路度量在呼叫静默时段未必可用。相应地，在一个例子中，在呼叫静默时段期间，除依据MAC下行链路度量以外，还依据其它度量进行质量确定。在另一个例子中，由于MAC下行链路度量的固有限制，其并不用来触发纠正操作，而仅仅用来告知依据其它另外的度量的触发。比方说，所述限制包括FCS度量在快速变化的应用场景中起不到警示作用，其中，在该快速变化的应用场景中，由于路径损耗的快速增加，PHY甚至无法检测到帧，由此，也就不会出现什么FCS错误。另外，在接入点(AP)发送具有不连续MAC序列号的分组时，不应当使用基于MSDU的度量。因此，在使用该度量之前，站应该首先检测AP 204是否发送连续序列号。
在沿着从语音呼叫的一端的终端202到另一端的终端(未示出)的上行链路路径上，存在着多个潜在的故障点或衰落点，例如，WLAN上行链路、宽带回程、运营商网络(例如，IP网络)以及到达另一端终端的最终链路。较之对所述链路的其它部分进行监测而言，终端202对WLAN上行链路进行监测相对容易。此外，对WLAN上行链路进行监测能够发现由于WLAN过载所导致的损耗而引发的衰落或由于干扰源的位置靠近WLAN接入点(例如，AP 204)而引发的衰落。相应地，如图2中的箭头216所示，本发明的装置和方法还使得终端202在MAC层监测上行链路度量。
根据一个具体的方面，当前所公开的装置和方法可以使用构造的WLAN上行链路损耗(WLAN_UL_LOSS)度量，定义如下 WLAN_UL_LOSS＝UL_HOST_LOSS+WLAN_UL_MAC_LOSS(3) 上述方程(3)中的UL_HOST_LOSS反映了计算得出的在过去的时间间隔(TMIB)内在主机(例如，终端202)的缓存中丢失的帧(例如，缓存溢出)所占的比例。就数量而言，可以根据以下关系式对UL_HOST_LOSS进行量化确定 其中，NExpectedFrames反映了所期望的在TMIB间隔期间终端编解码器输出的帧数目。值得注意的是，终端202中用于VoIP业务排队的缓存不包括超过了输出时间阈值的数据，例如，比方说大概240ms，则大致对应于12帧数据。如果数据超过了该队列容量，那么延迟将会过大，从而超出该延迟的帧将被丢弃。记录这些被丢弃的帧，通过上述方程(4)中的ΔMSDU_lost_host来表示它们的变化。
上述方程(3)中的WLAN_UL_MAC_LOSS的值反映了空中传送时丢失的帧所占的比例，每隔TMIB对该值进行计算，如下所示 在任何情况下，方程(5)中的Failed count(故障计数)和TransmittedFrame Count(发送的帧的计数)的Δ值是根据过去的TMIB时间间隔内的MACMIB计数器值计算得出。Dot11FailedCount表示用于对在经过最大次数的尝试后仍未能发出的帧数目进行计数的MAC MIB计数器。Dot11TransmittedFrameCountS表示对站所发出的帧数目进行计数的MACMIB计数器。
关于用于质量确定和触发的度量WLAN_UL_LOSS的阈值，值得注意的是，依据经验，如果WLAN_UL_LOSS的值超过了大概6％，那么VoIP的平均评定得分(MOS)将明显降级。相应地，由于典型编解码器的输出为50帧/秒且平均窗口大小为1秒，因此可以将上行链路损耗度量的示例性值设置为6％，这对应于3个丢失的分组并允许一定程度的错误突发。
值得注意的是，在静默时段期间，所发送的帧的数目很少以致于难以准确估计上行链路损耗率。例如，在静默时段期间，在三帧中丢失一帧的情况将意味着过于悲观的33％的上行链路损耗率。如果在TMIB间隔期间观察到的分组数目低于阈值，则使用PQMF来检验链路质量，以作为弥补措施。
根据一个具体的例子，本发明的装置和方法可以利用发送一帧所需的平均重传次数以及需要在上行链路上进行至少一次重传的帧所占的比例。
值得注意的是，802.11 MAC MIB包括很多其它有助于监测上行链路QoS的度量，这些度量包括，例如针对确认失败和重试分组的计数器。这些度量以与上文所描述的失败计数相同的方式对切换触发进行规定。
还值得注意的是，尽管使用MAC MIB值来描述一个实现，然而，同一实现不需要查询MAC MIB也可以完成。另外，在MAC内可以直接对度量进行计算。此外，类似于上文中所描述的针对下行链路的用法一样，也可以使用上行链路数据率。
如上文所描述的，终端202对PHY层和MAC层的度量进行监测，以判断无线链路是否衰落，尤其是对于WLAN而言。然而，对于其它网络症状而言，例如，可以通过对高层进行监测来协助终端(202)判断是否是回程出现了问题。相应地，终端202使用MAC的服务对协议度量进行监测，示出为“应用”或RTP层218。在图2中的具体例子中，所监测的应用层度量与对VoIP业务的下行链路损耗进行监测有关，如图2中VOIP_DL_LOSS 220所示。
应用层下行链路损耗度量VOIP_DL_LOSS旨在反映用户所听到的音频流质量。因此，该度量用于在抖动缓存的输出端监测一部分分组，其中，一旦音频解码器察觉到这些分组，就将该分组删除。换言之，可以认为该量度反映了在预定时间间隔内未及时到达解码器以供播放的分组所占的比例。应该注意的是，上下文中的“分组”定义为RTP分组的净荷，而“帧”指的是使用编解码器的成帧单元的内容。分组包括例如，用来重建数个帧的信息(例如静默分组)。
具体地说，可以根据下面的关系式定量地对该度量进行定义 其中，NExpectedFrames是对在测量时间间隔TVOIP内解码器所期望的帧数目的计数，NReceivedFrames是对实际接收到的帧数目的计数。可以根据在抖动缓存输出端出现的分组的RTP序列号来更新这两种帧计数。
值得注意的是，该度量VOIP_DL_LOSS与连续编解码器(例如，G.711)配合良好，其中，NExpectedFrames在每一个测量时段TVOIP都是相同的。对于具有定期静默帧的不连续编解码器(例如，AMR、EVRC、EVRC-B)而言，在静默期间，帧计数器缓慢增多，由此可能会产生对下行链路质量的较不准确的估计。例如，在静默期间，三帧中丢失一帧的情况将指示过于悲观的33％的损耗率。在静默期间，当编解码器完全停止发送帧时，那么该VOIP_DL_LOSS度量将不会有任何更新，也由此将无法遵循RFC 3551的建议(如同G.711的某些实现)。在这些情况下，本发明的装置和方法还可进一步配置为忽略VOIP_DL_LOSS度量(根据在TVOIP时段内的少量所期望的帧)，而是例如依据PQMF，以准确监测链路质量。
值得注意的是，还存在一些情况，在这些情况下，使用上述度量协助决定是否触发切换并不能改善QoS，而且还会引发不必要的开销。例如，假设质量问题的源头在于远程端(即，在呼叫终止端206之后)，然而，即便本地LAN和回程链路是好的，应用层度量还是会指示大量下载分组丢失。因此，由于问题出在远程端，所以根据此检测而触发向另一个网络的切换并不能达到改善的目的。这种切换引发了不必要的开销，而且还消除了将呼叫保持在LAN的潜在优势。出于对成本和性能的考虑，用户希望将呼叫保持在LAN。相反地，应用层度量却在回程上行链路劣化而导致远程端出现错误时，指示极少的下载分组丢失。由此，对于远程端而言，不触发从本地LAN的切换将会导致QoS的连续下降。在另一个例子中，根据适当检测出的RSSI，指示从WLAN到本地LAN的切换。然而，在这种情况下，如果回程链路质量下降，那么向本地LAN的切换会导致在切换后有分组丢失。此外，在静默期间，很多上述度量都不可用。
因此，在图2中所示的路径质量监测功能(PQMF)222可用来更加准确地评价质量确定以及触发切换。终端(例如，202)具备检测路径质量下降的功能，该功能可以通过软件、硬件或两者的组合来实现。终端202与位于上游、在呼叫终止端206附近的PQMF服务器224交换分组。将PQMF服务器224置于上游宽带终端处，有助于对宽带进行有效监测(例如，监测回程)，并且能够确保从终端202发出的所有业务(信令以及承载体)直达呼叫终止端206。
值得注意的是，在上述所提及的情况下，其它度量可能无法提供准确的质量评价以进行切换，而PQMF除了能在这些情况下应用外，其在静默期间也具备健壮性。在题目为“METHODS AND APPARATUS FORDETERMINING COMMUNICATION LINK QUALITY”、代理人案号为0700018、申请人为Deshpande等的共同待决申请中对PQMF进行了详尽的描述，其中，将该共同待决的申请以引用方式并入本申请。
参照图1和图2，可以注意到，通信终端106或通信终端202对发往另一个潜在可切换网络中的最近的基站(例如，118)的信号强度进行测量，以便决定是否切换到该网络。相应地，假定另一个蜂窝系统可用，并且WAN信号强度高于信噪比阈值SNRAddThreshold，则切换算法代码如下 If(RSSI＜RSSIDropThreshold)Handoff due to low Wi-Fi signal strength Else if(WLAN_UL_LOSS＞PERExitThreshold) If(Number UL packets transmitted＜NMinULPacketSamples)Send NFast PQMF packets spaced TFastInterval apart and measuretheir RTTHandoff if more than NFastLossThreshold packets have RTT＞TFastTimeout ElseHandoff due to poor local Wi-Fi uplink End Else if(VOIP_DL_LOSS＞PERExitThreshold or PQMF RTT＞TSlowTimeout) Send NFast PQMF packets spaced TFastInterval apart and measure their RTT Handoff if more than NFastLossThreshold packets have RTT＞TFastTimeout Else Retain call on Wi-Fi End 其中，RTT是PQMF分组或帧的往返时间。
应当注意到，上述算法使用了PHY(下行链路)协议层、MAC(上行链路)协议层、应用(下行链路)协议层的度量以及PQMF。然而，可以期望的是，使用仅仅两个协议层的度量来实现本发明所公开的装置和方法。例如，使用PHY层和MAC层的度量来确定QoS以及继而发生的纠正操作(包括切换决定)。在其它例子中，协同使用PHY层的度量和应用层的度量(包括PQMF)，或仅仅使用MAC层的度量和应用层的度量对质量和纠正操作进行确定。由此，图3示出了在通信系统中如何一起使用上述度量的概括性的方法。
图3是用于确定通信系统的通信链路质量的方法300的框图，该方法300可以在通信系统(诸如图1或图2所示的系统)中实现。具体而言，方法300由诸如终端106、终端108或终端202之类的通信终端来执行。值得注意的是，例如，当在方法300中使用PQMF时，可以利用PQMF服务器的辅助，诸如服务器116或服务器224或等价设备或功能。
初始化以后，如方框302所示，方法300对通信终端的至少两个不同协议层的至少两个度量进行确定，其中，所述度量反映通信系统参数。值得注意的是，所述协议层是PHY层、MAC层、应用层(包括PQMF)中的至少两个，所述确定可由通信终端(例如，106或202)来执行。另外，这些度量包括本发明先前所描述的数个度量中的至少任一个度量。由通信终端内的逻辑对使用哪两层进行确定。
在方框302处对至少两个度量进行确定后，在方框304处将所确定的那些度量与它们各自的阈值进行比较。如在上文所详细描述的，依据对构成充分QoS的要素的经验考虑以及对具体通信网络的理论确定，来预先确定分别针对各度量的不同阈值。另外，还可以根据通信系统的多种状况，对阈值进行自适应地确定。
在将所述度量与阈值相比较后，流程前进至决定方框306。在方框306处，判断方框304的比较是否显示超越了一个或多个预定阈值。换言之，根据一个或多个度量是否超越了预定阈值来做出QoS确定。如果至少一个阈值被超越，则流程前进至方框308，在方框308采取合适的操作以改善QoS。在一个例子中，所采取的操作包括假如另一个网络可用，则触发终端从当前网络(例如，WLAN)切换到另一网络(例如，WWAN)。用以改善QoS的其它合适的操作或纠正操作包括调整编码率及调制、管理干扰、提高发射功率、激活多输入多输出(MIMO)、放弃呼叫以及从呼叫服务提供商或宽带提供商处请求较高的QoS，将在下文中对这些操作中的一些操作进行更详细的描述。
对于上行链路传输而言，通信终端(例如，106或202)可自行完成对调制和编码率的调整。对于下行链路而言，该终端使用特定消息向接入点指示应该如何对调制和编码率进行调整，从而提高QoS。如果闭环速率控制可用，则使用闭环速率控制，以便最大化链路的QoS。
可以通过向另一条无线信道重新部署传输来实现干扰管理。如同在802.11v规范中所支持的，终端可以请求接入点改变当前信道。终端还可以使用称作干扰抵消的技术。然而，之所以不一直使用干扰抵消技术，是因为该技术大量占用CPU，因此会损耗电池寿命，而电池寿命正是移动设备所特别关注的。请求发送(RTS)消息和清除发送(即允许发送)(CTS)消息通过预留传输介质的方式来进行干扰管理。终端还可以请求接入点使用集中式调度方案(例如，802.11的点协调功能(PCF)或节能多轮询(PSMP，power save multi poll))以减少干扰。
相似地，使用MIMO传输能够提供更可靠的链路，然而在CPU处理、带宽、协议开销方面的花销也可能很大。此外，可以通过对用于传输的无线承载进行重新协商的方式来请求较高的QoS。取决于系统状况，这意味着将免费呼叫服务转换为付费呼叫服务。终端也可以在一旦发觉上行链路处于损耗状况时(例如在WLAN_UL_MAC_LOSS增加时)，就对发射功率进行调整。发射功率的提高，会使得在接收机处产生较大的SINR，并通常会提高链路的QoS。此外，在站检测到下行链路损耗时(例如，在DL_LOSS增加时)，站使用特定消息请求接入点提高发射功率。
转回到图3，在框图306处，如果阈值都没有被超越，那么这种情况就指示了对于网络业务(例如，VoIP业务)而言，当前网络的QoS是满足要求的，从而不需要执行纠正操作。值得注意的是，在方框306和方框308处所进行的处理可以描绘为仅根据至少两个度量与它们各自的阈值的比较对网络的QoS进行确定。
在方框306或方框308的处理后，流程返回方框302，重复过程300，以便继续监测或确定QoS。值得注意的是，该处理是周期性的，其中，在从方框306或方框308回到方框302的过程中存在延时(未示出)。在另一例子中，可以只简单的执行一次过程300。
图4示出了用于确定通信链路QoS，并根据质量确定来进行切换的示例性装置。值得注意的是，装置400既可以用作通信终端，例如图1和图2中的终端106、终端108或终端202；也可以用作在这些通信终端中使用的处理器或类似设备。如所描绘的，装置400包括模块402，用于确定至少两个不同协议层的至少两个度量，例如PHY、MAC或应用层的度量。如在图4中可以看到的，从模块402输出的箭头和指向模块402的箭头示例性地表示对PHY(下行链路)、MAC(上行链路和下行链路)、应用(下行链路)层所进行的监测以及对这些层的度量所进行的确定，包括向PQMF服务器(例如服务器224)发送分组以及从PQMF服务器接收响应分组。
经由总线404(或类似连接)向模块406传送与模块402所确定的至少两个度量有关的信息。如同结合图2所详细描述的，模块406用于将至少两个度量和它们各自的预定阈值进行比较。根据比较结果，可以得到对QoS的确定。随后，经由总线404将根据与阈值的比较而得到的QoS传送到模块408，在模块408根据模块406所确定的质量来执行纠正操作。如上文所讨论的，纠正操作的例子包括，但不仅限于切换、调整编码率和调制、管理干扰、提高发射功率、激活多输入多输出(MIMO)、放弃呼叫以及从呼叫服务提供商或宽带提供商处请求较高的QoS。
此外，可选地，装置400可以包括处理器414，用于在装置400实现为一个终端设备的情况下，对多个模块所执行的过程实行初始化和调度。此外，该装置还可以包括可选的计算机可读介质或存储设备412，用于存储计算机可读指令，其中，在装置400实现为终端设备而不仅仅是在该种设备中所使用的处理器的情况下，该计算机可读指令用于实现本文所公开的结合可选处理器400的模块或方法的进程。
值得注意的是，装置400还可以包括模块414，用于在至少两个度量中的至少一个度量指示了劣等服务质量的情况下，执行路径质量监测功能(PQMF)。此外，装置400还包括模块416，其使用PQMF来判断是否是通信系统中的一部分导致了不满足要求的或劣等的服务质量。另外，装置400还可以包括模块418，用于在路径质量满足要求的情况下(即，已使用PQMF确定劣等服务质量不是由通信系统中的一部分引发的)，阻止执行纠正操作(例如，模块408所发起的纠正操作)。
根据上述讨论，应当明白，当前所公开的方法和装置提供了对QoS的准确确定，进而能够提供较准确的纠正操作(例如，切换决定)。特别地，通过对通信系统中的至少两个不同层的度量进行确定，准确性能够得以增加。
应当理解，所公开的过程的步骤的特定次序或层级仅仅是示例性方法中的一个例子。根据设计偏好，应当理解，只要不脱离本发明的范围，就可以对过程的步骤的特定次序或层级进行重新排列。所附方法权利要求以示例性的次序呈现出了各个步骤的单元，但并不旨在将各个步骤的单元的次序限于所呈现出的特定次序或层级。
本领域普通技术人员应当理解，信息和信号可以使用多种不同的技术和方法来表示。例如，在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片，可以用电压、电流、电磁波、磁场或粒子、光场或粒子或者其任意组合来表示。
本领域普通技术人员还应当明白，结合本发明的实施例所描述的各种示例性逻辑框、模块、电路和算法步骤均可以实现为电子硬件、计算机软件或两者的组合。为了清楚地表示硬件和软件之间的可交换性，上面对各种示例性的部件、框、模块、电路和步骤均围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离了本发明的保护范围。
用于执行本发明所述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意组合，可以实现或执行结合本发明的实施例所描述的各种示例性的逻辑框图、模块和电路。通用处理器可以是微处理器，或者，该处理器也可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可能实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或者任何其它此种结构。
结合本发明的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或其组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质(未示出)连接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用户终端中。当然，处理器和存储介质也可以作为分立组件存在于用户终端中。
上文所描述的例子仅仅是示例性的，本领域普通技术人员可以在不脱离本发明所公开的发明点的基础上，对上文所描述的例子进行多种利用和修改。对于本领域普通技术人员来说，这些例子的各种修改方式都是显而易见的，并且本发明所定义的总体原理也可以在不脱离本发明的精神和保护范围的基础上应用于其它例子(例如，在不脱离本发明所描述的新颖方面的精神和保护范围的基础上，应用于即时通信服务或任何一般性的无线数据通信应用)。因此，本发明公开的范围并不旨在限于本发明给出的例子，而是与本发明公开的原理和新颖性特征的最广范围相一致。值得注意的是，本发明中使用的“示例性的”一词意味着“用作例子、例证或说明”。本发明中被描述为“示例性”的任何例子不应被解释为比其它例子更优选或更具优势。相应地，本发明所描述的新颖方面仅仅根据本发明的权利要求书来限定。
权利要求
1、一种用于确定通信网络的服务质量的方法，所述方法包括
确定所述通信网络中至少两个不同的协议层的至少两个度量，其中，所述度量反映网络参数；
将所述至少两个度量与它们各自的阈值进行比较；
根据所述至少两个度量与它们各自阈值的比较，确定所述网络的服务质量。
2、根据权利要求1所述的方法，还包括
根据对所述服务质量的确定，执行纠正操作以改善QoS。
3、根据权利要求2所述的方法，其中，执行纠正操作包括以下操作中的一个或多个
发起通信终端从所述通信网络向另一通信网络的切换；
调整编码率和调制；
管理干扰；
提高发射功率；
激活多输入多输出(MIMO)；
放弃当前呼叫；
从呼叫服务提供商处请求较高的QoS。
4、根据权利要求3所述的方法，其中，所述另一通信网络是无线广域网或无线局域网中之一。
5、根据权利要求1所述的方法，其中，所述至少两个度量包括分别表示以下各项的度量物理层、MAC层和应用层中的两个层；对从终端到终止端的通信路径进行路径质量监测。
6、根据权利要求5所述的方法，其中，表示物理层的度量包括对接收到的数个样本的接收信号功率或信号干扰噪声比进行测量，其中，所述样本对应于接入点产生的数据帧、控制帧或管理帧中的至少之一。
7、根据权利要求5所述的方法，其中，表示MAC层的度量包括所述MAC层的下行链路，所述度量还包括测量所接收的分组中有错的一部分和计算未正确接收到的分组所占的比例中的一个或多个。
8、根据权利要求5所述的方法，其中，表示MAC层的度量包括所述MAC层的上行链路，所述量度还包括计算如下参数
在通信终端的缓存或应用中丢失的帧所占的比例；
在空中传送时丢失的帧所占的比例；
发送一帧所需的平均重传次数；
需要至少一次重传的帧所占的比例。
9、根据权利要求5所述的方法，其中，表示所述应用层的度量包括所述应用层的下行链路，包括对在预定的时间间隔内未能及时到达解码器以供播放的分组所占的比例进行计算。
10、根据权利要求5所述的方法，其中，包含对从终端到终止端的通信路径进行路径质量监测的度量包括
向路径质量服务器传输具有预定类型的一个或多个第一帧；
从所述服务器接收响应于所述一个或多个第一帧的一个或多个第二帧；
根据接收到的一个或多个第二帧，对帧传输特性进行计算。
11、根据权利要求1所述的方法，还包括
将所述至少两个度量与它们各自的阈值进行比较以确定服务质量；
根据至少一个度量与各自阈值的比较，来执行纠正操作。
12、根据权利要求1所述的方法，其中，所述网络是实时协议网络。
13、根据权利要求1所述的方法，其中，所述通信网络至少包括无线局域网和回程链路。
14、根据权利要求1所述的方法，还包括
对从终端到终止端的通信路径执行路径质量监测，包括
向路径质量服务器传输具有预定类型的一个或多个第一帧；
从所述服务器接收响应于所述一个或多个第一帧的一个或多个第二帧；
在所述至少两个度量中的至少之一无法确定时，根据所接收的一个或多个第二帧，对帧传输特性进行计算。
15、根据权利要求1所述的方法，还包括
在所述至少两个度量中的至少之一指示劣等服务质量时，执行路径质量监测功能；
使用所述路径质量监测功能来确定所述通信系统中导致了所述劣等质量的一部分。
16、根据权利要求2所述的方法，还包括
在所述至少两个度量中的至少之一指示劣等服务质量时，执行路径质量监测功能；
使用所述路径质量监测功能来判断是否是所述通信系统的一部分导致了所述劣等质量；
在确定不是所述通信系统的一部分导致了所述劣等质量的情况下，阻止执行纠正操作。
17、一种在通信系统中操作的通信设备，所述设备包括
处理器，包括
第一模块，用于确定通信网络中至少两个不同的协议层的至少两个度量，其中，所述度量反映网络参数；
第二模块，用于将所述至少两个度量与它们各自的阈值进行比较；
第三模块，用于根据所述至少两个度量与它们各自阈值的比较，确定所述网络的服务质量。
18、根据权利要求17所述的通信设备，其中，所述处理器还包括
第四模块，用于根据所述服务质量的确定，执行纠正操作以改善QoS。
19、根据权利要求18所述的通信设备，其中，所述纠正操作包括以下操作中的一个或多个
发起通信终端从所述通信网络向另一通信网络的切换；
改变编码率；
管理干扰；
提高发射功率；
激活多输入多输出(MIMO)；
放弃当前呼叫；
从呼叫服务提供商处请求较高的QoS。
20、根据权利要求19所述的通信设备，其中，所述另一通信网络是无线广域网或无线局域网中之一。
21、根据权利要求17所述的通信设备，其中，所述至少两个度量包括分别表示以下各项的度量物理层、MAC层和应用层中的两个层；对从终端到终止端的通信路径进行路径质量监测。
22、根据权利要求21所述的通信设备，其中，表示物理层的所述度量包括对接收到的数个样本的接收信号功率或信号干扰噪声比进行测量，其中，所述样本对应于接入点产生的数据帧、控制帧或管理帧中的至少之一。
23、根据权利要求21所述的通信设备，其中，表示MAC层的所述度量包括所述MAC层的下行链路，所述量度还包括测量所接收的分组中有错的一部分和计算未正确接收到的分组所占的比例中的一个或多个。
24、根据权利要求21所述的通信设备，其中，表示MAC层的所述度量包括所述MAC层的上行链路，所述量度还包括计算如下参数
在通信终端的缓存或应用中丢失的帧所占的比例；
在空中传送时丢失的帧所占的比例；
发送一帧所需的平均重传次数；
需要至少一次重传的帧所占的比例。
25、根据权利要求21所述的通信设备，其中，表示所述应用层的所述度量包括所述应用层的下行链路，包括对在预定的时间间隔内未能及时到达解码器以供播放的分组所占的比例进行计算。
26、根据权利要求21所述的通信设备，其中，包含对从终端到终止端的通信路径进行路径质量监测的所述度量包括
向路径质量服务器传输具有预定类型的一个或多个第一帧；
从所述服务器接收响应于所述一个或多个第一帧的一个或多个第二帧；
根据接收到的一个或多个第二帧，对帧传输特性进行计算。
27、根据权利要求17所述的通信装置，其中，所述处理器还包括
第四模块，用于将所述至少两个度量与它们各自的阈值进行比较，以确定服务质量；
第五模块，用于根据至少一个度量与其阈值的比较，执行纠正操作。
28、根据权利要求17所述的通信装置，其中，所述网络是实时协议网络。
29、根据权利要求17所述的通信装置，其中，所述通信网络至少包括无线局域网和回程链路。
30、根据权利要求17所述的通信装置，其中，所述处理器还包括
第四模块，用于对从终端到终止端的通信路径进行路径质量监测，包括
向路径质量服务器传输具有预定类型的一个或多个第一帧；
从所述服务器接收响应于所述一个或多个第一帧的一个或多个第二帧；
在无法确定所述至少两个度量的至少之一时，根据接收到的一个或多个第二帧，对帧传输特性进行计算。
31、根据权利要求17所述的通信设备，其中，所述处理器还包括
第四模块，用于在所述至少两个度量中的至少之一指示劣等服务质量时，执行路径质量监测功能；
第五模块，用于使用所述路径质量监测功能来确定所述通信系统中导致了所述劣等质量的一部分。
32、根据权利要求18所述的通信设备，其中，所述处理器还包括
第四模块，用于在所述至少两个度量中的至少之一指示劣等服务质量时，执行路径质量监测功能；
第五模块，用于使用所述路径质量监测功能来判断是否是所述通信系统的一部分导致了所述劣等质量；
第六模块，用于在确定不是所述通信系统的一部分导致了所述劣等质量的情况下，阻止执行纠正操作。
33、一种用于确定通信链路的质量的装置，包括
度量确定单元，用于确定通信网络中至少两个不同的协议层的至少两个度量，其中，所述度量反映网络参数；
比较单元，用于将所述至少两个度量与它们各自的阈值进行比较；
质量确定单元，用于根据所述至少两个度量与它们各自阈值的比较，确定所述网络的服务质量。
34、根据权利要求33所述的装置，还包括
执行单元，用于根据确定的服务质量，执行纠正操作以改善QoS。
35、根据权利要求34所述的装置，其中，所述纠正操作包括以下操作中的一个或多个
发起通信终端从所述通信网络向另一通信网络的切换；
改变编码率；
管理干扰；
提高发射功率；
激活多输入多输出(MIMO)；
放弃当前呼叫；
从呼叫服务提供商处请求较高的QoS。
36、根据权利要求35所述的装置，其中，所述另一通信网络是无线广域网或无线局域网中之一。
37、根据权利要求33所述的装置，其中，所述至少两个度量包括分别表示以下各项的度量物理层、MAC层和应用层中的两个层；对从终端到终止端的通信路径进行路径质量监测。
38、根据权利要求37所述的装置，其中，表示物理层的所述度量包括对接收到的数个样本的接收信号功率或信号干扰噪声比进行测量，其中，所述样本对应于接入点产生的数据帧、控制帧或管理帧中的至少之一。
39、根据权利要求37所述的装置，其中，表示MAC层的所述度量包括所述MAC层的下行链路，所述量度还包括测量所接收的分组中有错的一部分和计算未正确接收到的分组所占的比例中的一个或多个。
40、根据权利要求37所述的装置，其中，表示MAC层的所述度量包括所述MAC层的上行链路，所述量度还包括计算如下参数
通信终端的缓存或应用中丢失的帧所占的比例；
在空中传送时丢失的帧所占的比例；
发送一帧所需的平均重传次数；
需要至少一次重传的帧所占的比例。
41、根据权利要求37所述的装置，其中，表示所述应用层的所述度量包括所述应用层的下行链路，包括对在预定的时间间隔内未能及时到达解码器以供播放的分组所占的比例进行计算。
42、根据权利要求37所述的装置，其中，包含对从终端到终止端的通信路径进行路径质量监测的所述度量包括
向路径质量服务器传输具有预定类型的一个或多个第一帧；
从所述服务器接收响应于所述一个或多个第一帧的一个或多个第二帧；
根据接收到的一个或多个第二帧，对帧传输特性进行计算。
43、根据权利要求33所述的装置，还包括
比较单元，将所述至少两个度量与它们各自的阈值进行比较，以确定服务质量；
执行单元，根据至少一个度量与各自阈值的比较，来执行纠正操作。
44、根据权利要求33所述的装置，其中，所述网络是实时协议网络。
45、根据权利要求33所述的装置，其中，所述通信网络至少包括无线局域网和回程链路。
46、根据权利要求33所述的装置，还包括
监测单元，用于对从终端到终止端之间的通信路径进行路径质量监测，包括
向路径质量服务器传输具有预定类型的一个或多个第一帧；
从所述服务器接收响应于所述一个或多个第一帧的一个或多个第二帧；
在无法确定所述至少两个度量的至少之一时，根据接收到的一个或多个第二帧，对帧传输特性进行计算。
47、根据权利要求33所述的装置，还包括
执行单元，用于在所述至少两个度量中的至少之一指示劣等服务质量时，执行路径质量监测功能；
确定单元，用于使用所述路径质量监测功能来确定所述通信系统中导致了所述劣等质量的一部分。
48、根据权利要求34所述的装置，还包括
路径质量监测功能执行单元，用于在所述至少两个度量中的至少之一指示劣等服务质量时，执行路径质量监测功能；
确定单元，用于使用所述路径质量监测功能来判断是否是所述通信系统的一部分导致了所述劣等质量；
阻止单元，用于在确定不是所述通信系统的一部分导致了所述劣等质量的情况下，阻止执行纠正操作。
49、一种计算机程序制品，包括
计算机可读介质，包括
使得计算机确定通信网络中至少两个不同的协议层的至少两个度量的代码，其中，所述度量反映网络参数；
使得计算机将所述至少两个度量与它们各自的阈值进行比较的代码；
使得计算机根据所述至少两个度量与它们各自阈值的比较，确定所述网络的服务质量的代码。
50、根据权利要求49所述的计算机程序制品，其中，所述计算机可读介质还包括
使得计算机根据所确定的服务质量，执行纠正操作以改善QoS的代码。
51、根据权利要求49所述的计算机程序制品，其中，所述纠正操作包括以下操作中的一个或多个
发起通信终端从所述通信网络向另一通信网络的切换；
改变编码率；
管理干扰；
提高发射功率；
激活多输入多输出(MIMO)；
放弃当前呼叫；
从呼叫服务提供商处请求较高的QoS。
52、根据权利要求51所述的计算机程序制品，其中，所述另一通信网络是无线广域网或无线局域网中之一。
53、根据权利要求49所述的计算机程序制品，其中，所述至少两个度量包括分别表示以下各项的度量物理层、MAC层和应用层中的两个层；对从终端到终止端的通信路径进行路径质量监测。
54、根据权利要求53所述的计算机程序制品，其中，表示物理层的所述度量包括对接收到的多个样本的接收信号功率或信号干扰噪声比进行测量，其中，所述样本对应于接入点产生的数据帧、控制帧或管理帧中的至少之一。
55、根据权利要求53所述的计算机程序制品，其中，表示MAC层的所述度量包括所述MAC层的下行链路，所述量度还包括测量所接收分组中有错的一部分和计算未正确接收到的分组所占的比例中的一个或多个。
56、根据权利要求53所述的计算机程序制品，其中，表示MAC层的所述度量包括所述MAC层的上行链路，所述量度还包括计算如下参数
在通信终端的缓存或应用中丢失的帧所占的比例；
在空中传送时丢失的帧所占的比例；
发送一帧所需的平均重传次数；
需要至少一次重传的帧所占的比例。
57、根据权利要求53所述的计算机程序制品，其中，表示所述应用层的所述度量包括所述应用层的下行链路，包括对在预定的时间间隔内未能及时到达解码器以供播放的分组所占的比例进行计算。
58、根据权利要求53所述的计算机程序制品，其中，包含对从终端到终止端的通信路径进行路径质量监测的所述度量包括
向路径质量服务器传输具有预定类型的一个或多个第一帧；
从所述服务器接收响应于所述一个或多个第一帧的一个或多个第二帧；
根据接收到的一个或多个第二帧，对帧传输特性进行计算。
59、根据权利要求49所述的计算机程序制品，所述计算机可读介质还包括
使得计算机将所述至少两个度量与它们各自的阈值进行比较以确定服务质量的代码；
使得计算机根据至少一个度量与各自阈值的比较，来执行纠正操作的代码。
60、根据权利要求49所述的计算机程序制品，其中，所述网络是实时协议网络。
61、根据权利要求49所述的计算机程序制品，其中，所述通信网络至少包括无线局域网和回程链路。
62、根据权利要求49所述的计算机程序制品，所述计算机可读介质还包括
使得计算机对从终端到终止端的通信路径执行路径质量监测的代码，包括
向路径质量服务器传输具有预定类型的一个或多个第一帧；
从所述服务器接收响应于所述一个或多个第一帧的一个或多个第二帧；
在所述至少两个度量中的至少之一无法确定时，根据接收到的一个或多个第二帧，对帧传输特性进行计算。
63、根据权利要求49所述的计算机程序制品，所述计算机可读介质还包括
使得计算机在所述至少两个度量中的至少之一指示劣等服务质量时，执行路径质量监测功能的代码；
使得计算机使用所述路径质量监测功能来确定所述通信系统中导致了所述劣等质量的一部分的代码。
64、根据权利要求50所述的计算机程序制品，所述计算机可读介质还包括
使得计算机在所述至少两个度量中的至少之一指示劣等服务质量时，执行路径质量监测功能的代码；
使得计算机使用所述路径质量监测功能来判断是否是所述通信系统的一部分导致了所述劣等质量的代码；
使得计算机在确定不是所述通信系统的一部分导致了所述劣等质量的情况下，阻止执行纠正操作的代码。
全文摘要
本发明公开了用于确定网络的服务质量的方法和装置。所公开的用于确定网络的服务质量的方法包括确定通信网络中至少两个不同的协议层的至少两个度量，其中，所述度量反映网络参数。随后，将所述度量与它们各自的阈值进行比较，根据所述度量与它们各自阈值的比较结果来确定网络服务质量。本发明还公开了用以执行所述方法的相应装置。
文档编号H04L12/56GK101517994SQ200780035698
公开日2009年8月26日 申请日期2007年9月28日 优先权日2006年9月28日
发明者A·梅朗, M·M·德什潘德, R·贾亚拉姆, S·南达, V·斯里哈拉, A·阿加尔瓦, N·柯, S·克里希南 申请人:高通股份有限公司