服务质量监测装置和监测服务质量的方法

摘要

本发明提供一种与用户设备一起使用的服务质量监测装置（12），包括基础平台（14）；和外部通信模块（24），该外部通信模块（24）适合于从外部来源接收一个或多个监听模块和/或检测模块用于并入基础平台（14）。基础平台（14）耦合到外部通信模块（24）来接收一个或多个监听模块（20）和检测模块（22）并且适合于安装所接收的模块来扩展基础平台（14）的功能性以便执行所安装的模块的功能性。提供一种对应方法。还提供一种在网络侧使用的服务质量监测器件以及一种对应方法。

说明书

技术领域

本发明涉及服务质量监测装置和监测服务质量的方法。本发明可特别地涉及在通信系统环境中监测服务质量。

背景技术

在当前通信系统环境中，有许多种类的在其上接收通信服务的装置对于用户是可用的。然而，包含例如膝上型计算机、上网本、PC、智能电话、机顶盒（STB）、家庭网关、游戏控制台、平板装置、电子阅读器、数字相框以及许多其它等设备的装置差异很大。

此外，在当前通信系统环境中，有大量服务对于用户是可用的，并且此外使用各种不同技术提供多个技术选项来接收与类似服务相同的服务。

作为示例，可以使用邮局协议（POP）或因特网消息应用协议（IMAP）和简单邮件传递协议（SMTP）来交付更简单的服务（例如，电子邮件服务）。然而，在万维网的成功之后，电子邮件服务也广泛地作为使用超文本传递协议（HTTP）的基于网络的解决办法交付。

可使用各种不同技术提供的服务的另一示例是因特网协议电视（IPTV）。IPTV服务可基于IP多媒体子系统（IMS）解决办法来实现或可采用基于非IP多媒体子系统的解决办法来实现。它可实现在使用各种协议的组合的不同技术之上。

此外，在数字TV域中，混合IPTV正在兴起并且存在着支持传统的IPTV和使用对因特网的访问的WebTV（网络电视）两者的机顶盒（STB）。

提供通信服务和高水平的最终用户服务的操作员对监测最终用户正在接收的服务质量（QoS）感兴趣。操作员可基于此监测的结果来测量服务交付质量水平。

然而，鉴于当前通信系统环境中可用的服务和装置阵列而提出服务质量监测解决办法对于操作员而言是使人畏缩的任务。

服务质量监测解决办法通常目的在于监测由特定服务所提供的服务质量，并且它们通常基于给予关于网络中的不同点处的业务的信息的网络探头。

本发明试图消除现有技术的至少一些缺点并且提供监测服务质量的方法和服务质量监测系统。

发明内容

根据本发明的一个方面，提供一种与用户设备一起使用的服务质量监测装置。QoS监测装置包括基础平台和外部通信模块，该外部通信模块适合于从外部来源接收一个或多个监听模块（listener module）和/或检测模块（detector module）用于并入基础平台。基础平台耦合到外部通信模块来接收一个或多个监听模块和/或检测模块，并且适合于在其上安装所接收的模块来扩展基础平台的功能性以便执行所安装的模块的功能性。

根据本发明的第二方面，提供一种在与用户设备一起使用的QoS监测装置中监测服务质量的方法。监测装置包括基础平台和耦合到基础平台的外部通信模块。该方法包括：基础平台从外部通信模块接收一个或多个监听模块和/或检测模块，以及安装所接收的模块来扩展基础平台的功能性以便执行所安装的模块的功能性。

根据本发明的第三方面，提供一种服务质量监测器件，其包括：安排为存储一个或多个监听模块的存储（store），该监听模块用于从通过网络元件的与所监测的服务相关的业务数据中获取服务质量数据，以及安排为存储一个或多个检测模块的存储。检测模块使用由监听模块获取的服务质量数据来形成QoS报告。QoS监测器件还包括QoS监测服务器，其适合于将监听模块和/或检测模块发送到至少一个远程QoS监测装置，用于在至少一个远程QoS监测装置的基础平台中的安装，以扩展基础平台的功能性以便执行所安装的模块的功能性。

根据本发明的第四方面，提供一种在QoS监测器件中监测服务质量的方法。该方法包括步骤：从存储中选择选择一个或多个监听模块，用于获取通过网络元件的有关业务数据；和/或从存储中选择一个或多个检测模块来使用由监听模块获取的数据识别服务质量问题。该方法也包括将所选择的监听模块和/或检测模块发送到至少一个远程QoS监测装置，用于在该至少一个远程QoS监测装置的基础平台中的安装，来扩展基础平台的功能性以便执行所安装的模块的功能性。

附图说明

图1示出QoS监测装置的示范性实施例的主要部件的略图；

图2图示在QoS监测装置中安装模块的方法中的第一步骤；

图3图示在QoS监测装置中安装模块的方法中的第二步骤；

图4图示在QoS监测装置中安装模块的方法中的第三步骤；

图5图示向在图1-图4中示出的监测系统供应模块的方法；

图6图示示范性实施例中的共享数据结构的作用；

图7示出根据一个布置的记分板/评论客户端应用；

图8是概括在QoS监测器件中监测服务质量的方法的流程图；

图9是概括在初始化阶段期间在与网络元件关联的QoS监测装置中监测服务质量的方法的流程图；

图10是概括在监测服务期间在与网络元件关联的QoS监测装置中监测服务质量的方法的流程图。

具体实施方式

现在将参考在附图中示出的实施例来描述本发明。

本发明的实施例为用户设备以及网络元件提供服务质量（QoS）监测解决办法，其可以容易地适合于覆盖附加的技术或服务。

图1示出本发明的示范性实施例的主要部件的略图。尽管实施例可用于在任何网络元件或装置中监测服务质量，但是如对于本领域技术人员而言将是明显的，示范性实施例在网络的边缘装置（例如，用户设备2）中实现。用户设备2配备有硬件装置4、操作系统OS 6和至少一个应用8，当其一起操作时，向用户设备2的用户提供一个或多个服务。

硬件装置4中的一些是网络硬件装置10，其负责处理例如与通信网络的外部通信。典型的网络硬件装置示范为，但不限于，WiFi硬件、以太网卡或3G电子狗（dongle）。

用户设备2还配备有根据本发明的一个实施例的服务质量监测装置12。用户设备2自身不形成本发明的部分并且其结果是由虚线来指代上述用户设备2的元件4-10。

在示范性实施例中，QoS监测装置12包括：

基础平台14，其控制并且协调QoS监测装置12的内部动作、内部通信和外部通信；

储存模块（storage module）16，其在监测操作期间使用；

用户接口18，其使QoS监测装置12能与用户设备2的用户通信；

至少一个监听模块20，当安装在基础平台14上时，其扩展QoS监测装置12的功能性；

至少一个检测模块22，当安装在基础平台14上时，其扩展QoS监测装置12的功能性；以及

外部通信模块24。

在一个实施例中，在单个模块中实现一个监听模块和一个检测模块的功能。

在下文的描述中将更详细地解释这些元件的功能和这些元件之间的相互关系。

在示范性实施例中，基础平台14实现为用户设备2的操作系统（OS）6内的软件模块。在示范性实施例中，基础平台14和其它部件一起在用户设备2上提供守护进程（daemon）服务。在本说明书中，术语“守护进程”服务旨在涉及由计算机程序提供的在后台中而不是在用户的直接控制下执行特定任务的服务。因此，基础平台14监测由在主机设备中（在此情况下为在用户设备2中）运行的特定服务提供的服务质量（QoS）。

基础平台14控制QoS监测装置12的操作并且在监测操作期间有权访问由监测装置12使用的储存模块16。

在一些实施例中，储存模块16可包括易失性存储器和非易失性存储器两者。易失性存储器（随机存取存储器RAM）可以用作共享数据结构来实现监听模块20与检测模块22之间的通信。非易失性存储器用来在持久性存储器中存储必要的信息。易失性存储器和非易失性存储器空间由操作系统6分配并且所分配的存储器可由QoS监测装置12寻址。

储存模块16托管在监测操作期间由QoS监测装置12使用的共享数据结构。将参考图6更详细地解释该共享数据结构。

在示范性实施例中，QoS监测装置12还配备有用户接口18，该用户接口18使基础平台14能与用户设备2的用户通信，如将在下文的描述中更详细地解释的。

在示范性QoS监测装置12的使用中，监测装置12还配备有至少一个监听模块20。每个监听模块20耦合到操作系统OS 6和/或网络硬件4和/或网络硬件的装置驱动器来被动地监听通过操作系统OS 6和网络硬件4的网络业务。在监测装置中出现的每个监听模块20匹配于并且适合于监测在用户设备2中使用的操作系统6和用户设备2的类型和/或要监测的网络硬件装置10（例如3G电子狗、以太网接口、WiFi接口等）。

在一些实施例中，监听模块20还可与用户设备的网络硬件装置10通信来获取各种细节（例如，3G的信号强度）。与被动监听通过的业务数据相反，在此情况下是主动获取来自网络硬件装置的信息用于QoS监测和关联目的，其中这是可行的和可应用的。这样的网络装置具体功能性可以嵌入网络硬件具体监听模块20中。

在图1中示出的QoS监测装置12的示范性实施例配备有5个监听模块20a-20e，每个监听模块安排为监测使用不同通信技术的用户设备2中的业务数据通信。在示范性实施例中，监测装置12配备有：

WiFi监听模块20a；

以太网监听模块20b；

点对点协议（PPP）监听模块20c；

USB监听模块20d；以及

蓝牙监听模块20e。

在图1中示出的用户设备的示范性实施例中，示出当在服务应用（例如，服务应用8a）与WiFi系统硬件（未明确示出）之间交换时，与正在提供给最终用户的服务相关的最终用户业务26通过WiFi监听模块20a。

示范性监测装置12还配备有至少一个检测模块22。提供每个检测模块22来监测特定服务的服务质量（QoS）并且每个检测模块22包含与给定服务相关的所有分析规则集、模式和试探。检测模块22使用在具体时间段期间由监听模块20所搜集的信息和与给定服务相关的分析规则集、模式和试探来识别与那个服务的具体QoS问题相关的模式，如将在下文更详细地解释的。

在一些实施例中，检测模块22可以识别例如在更高水平服务（例如，WebTV/YouTube）中的访问问题或内容下载速度等服务质量问题。在一些实施例中，检测模块可以识别例如在更低水平网络服务（例如，移动宽带网络服务）中的频繁断开等服务质量问题。

在图1中示出的QoS监测装置12的示范性实施例配备有三个检测模块22a-22c，每个检测模块安排为监测服务的QoS。

示范性监测装置12还配备有外部通信模块24，该外部通信模块24安排为与在基础平台14的控制之下的外部服务质量（QoS）监测服务器（在图1中未示出）通信，如将在下文的描述中更详细地解释的。示范性实施例的外部通信模块24从外部服务质量（QoS）监测服务接收至少重新配置消息27并且将至少QoS报告28发送到外部服务质量（QoS）监测服务，如从下文描述的考虑将变得清楚的。

在示范性实施例中，监听模块20和检测模块22两者都形成为基础平台14的插件（plug-in）。在本说明书中，术语“插件”旨在涉及将具体能力添加到更大的软件应用的软件部件，从而实现更大的软件应用的功能性的定制。以此方式，在示范性实施例的操作期间，监听模块插件20和检测模块插件22的使用扩展了基础平台14的操作。

在示范性实施例中，从外部QoS监测服务（在图1中未示出）向监测装置12提供适合于由用户设备2使用的技术的监听模块20和适合于经由用户设备2提供给用户的服务的检测模块22。

因此，当将新的硬件或技术能力添加到用户设备2时，可以将对应监听模块20添加到QoS监测装置12来监测新的网络接口。当用户设备2要向用户提供新的服务时，可以将对应检测模块22添加到监测装置12来监测该新的服务的QoS。

以此方式，对本领域技术人员将是清楚的是提供通常可以被采用并且可适合于用户设备2的具体和改变的要求的灵活的系统。

在一些实施例中，用于不同硬件布置的监听模块20和用于不同服务的检测模块22是集中开发的，并且如果有必要则被应用于用户设备2。在一些实施例中，这可以通过从在用户设备外部的QoS监测服务下载到适合于那个用户设备2的监听模块20和/或检测模块22的用户设备2而实现。

现在将参考图2-图4来解释根据示范性实施例的在用监听模块20和/或检测模块22更新QoS监测装置12中所包含的步骤。

在图2-图4中，提供具有如图1中示出的QoS监测装置12的用户设备2。在图2-图4中为与图1中的对应元件相同或类似的元件使用相同的参考标号。在如图2中示出的初始阶段中，用户设备2的监测装置12配备有基础平台14，但没有监听模块20或检测模块22被示出。

在图2-图4中，示出了具有QoS监测器件30和至少一个QoS监测装置12的QoS监测服务或系统100。使用虚线示出有助于解释实施例的操作的用户设备2的元件。此外，QoS监测装置12的用户接口18在一些实施例中可以被省略，并且因此在图2中采用虚线示出。

QoS监测器件30配备有：QoS监测服务器32；模块存储34；以及与其关联的报告存储36。在一些实施例中，可以使用数据库来实现模块存储34和报告存储36。

模块存储34安排为存储多个监听模块20和/或检测模块22、以及与相应监听模块或检测模块（未单独示出）关联的重新配置指令/细节和任何元数据或其它信息。在示范性实施例中，监听模块20和检测模块22以及相应关联的数据存储在相同模块存储34中，但其它实施例可以设想其中监听模块20和检测模块22存储在单独的模块存储中。

在示范性实施例中，设想QoS监测装置12的外部通信模块24能够经由例如通信网络（未示出）与QoS监测服务器32通信。用户设备2可使用多种不同技术耦合到多个不同网络，如对于本领域技术人员将是明显的。此网络的示例包含但不限于局域网（LAN）或移动通信系统（例如，由第三代合作伙伴计划（3GPP）标准化的网络、或WiFi网络）。

在参考图2示出的第一阶段中，监听模块20和/或检测模块22准备好并且存储在QoS监测器件30的模块存储34中。

因此，参考图2，典型地，当在网络中引入或实现新的技术或新的服务时，设想模块开发者40将分别为该新的技术或新的服务开发监听模块20或检测模块22。一般而言，将开发合适于要在其中实现模块的通信网络内的一系列用户设备的一系列模块。

如图2的交互A所示出的，在QoS监测器件30的模块存储34中存储由模块开发者40创建的每个模块和与相应模块关联的用于基础平台14的重新配置指令和任何元数据或其它信息。

在参考图3示出的第二阶段中，用户设备特有的模块从QoS监测器件30的模块存储34传递并且安装在准备好开始监测的监测装置12中。

外部QoS监测服务器32维持关于插件模块的类型的知识库，该插件模块应该例如取决于操作系统OS、网络硬件和用户设备的计算装置的类型而用于特定用户设备。此知识库由网络操作员使用专家人员或使用其它软件工具或使用两者的混合来建造并且维持。

如所需要的，在示范性实施例中，QoS监测服务器32向着用户设备2“推送”适当的监听模块20和/或检测模块22、以及相应必要的配置细节，并且在示范性实施例中，QoS监测装置12的基础平台14在用户的同意的情况下安装这些模块。

因此，参考图3，在交互B中，适合于用户设备2的监听模块20和/或检测模块22、以及与相应监听模块或检测模块关联的重新配置指令/细节和任何元数据或其它信息可以例如经由用户设备2已经接入的通信系统被发送或下载到QoS监测装置12。如将是明显的，在不同实施例中，可以由QoS监测服务器32或由用户设备2的QoS监测装置12来发起此传递。

可以在类似于MS Windows更新的过程中用极少的人为干预远程完成此传递。还可由基础平台14来处理必要的安全机制。在其它上下文中详细研究过这些安全措施并且本领域技术人员熟知这些安全措施，并且因此将不进行详细描述。

在一些实施例中，在交互C中可从用户42寻找对于由监听模块20或检测模块22的安装引起的QoS监测装置12的改变的许可。例如，这可以通过经由QoS监测装置12的用户接口18向用户42呈现与模块关联的有关元数据来实现。在交互D中，用户42可以经由监测装置12的用户接口18而给予对于例如由监听模块20或检测模块22的安装引起的监测装置12的改变的许可。

然后基础平台14安装所下载的模块并且根据与该模块关联的配置细节来执行必要的配置。此后，根据所下载的模块来修改基础平台14的操作。在图3和图4中示出示范性监听模块20和示范性检测模块22安装在基础平台14中。

在参考图3描述的示范性实施例中，在允许由基础平台14中的监听模块20的安装或基础平台14中的检测模块22的安装所引起的QoS监测装置12的操作的修改之前需要用户42的许可。然而，在一些实施例中，可以自动安装监听模块20和/或检测模块22，而无需用户42给予许可。在这些实施例中，可无需用户接口18。

最后，在监测阶段中，具有有关所安装的监听模块20和检测模块22的基础平台14监测操作中的服务的服务质量。在示范性实施例中，将质量报告发送到QoS监测器件30的外部QoS监测服务器32。再次，在一些实施例中，用户接口（18）可用于从用户获取对于发送出质量报告的许可。

将参考图4更详细地讨论在服务质量监测期间系统部件之间的交互。

当正在使用服务时，用户设备2中的服务应用（未示出）经由通信系统与例如视频消息服务器（未示出）等第三方通信最终用户服务业务。此交互示出为图4中的交互E（对应于图1中的最终用户业务26）。在服务的操作期间，可以由用户设备2的监测装置12来监测服务的QoS性质并且识别任何QoS问题。在示范性实施例中，可以将与由用户设备提供的服务相关的QoS报告发送到外部QoS监测服务器32。此交互示出为图4中的交互F（对应于图1中的QoS报告28）。

需要协议来将QoS报告从监测装置12转发到QoS监测服务器32。协议可规定传输机制，例如是否使用HTTP或普通套接字通信、和定时进度表（例如，每个报告的周期或频率），报告是同步地还是异步地发送，以及QoS监测装置12是否向QoS监测服务器32推送QoS报告或QoS监测服务器32是否从用户设备2的监测服务12拉出QoS报告。此外，还有必要规定需要维持的数据结构以便于报告转发。这些实现细节可以由本领域技术人员为不同实施例确定并且可以利用现存的协议，并且因此将不作进一步详细论述。

如将在下文的描述中更详细地解释的，可以由专家人员或由外部QoS监测器件30的QoS评价模块（未示出）访问由监测装置12发送并且由QoS监测服务器32存储在报告存储36中的QoS报告来评审供应给用户设备2的用户42的服务质量，例如来确定遵循服务等级协定（SLA）和/或告警QoS问题的网络或服务操作员。

现在将参考图5来描述向在图2-图4中示出的布置中的用户设备2供应监听模块20和检测模块22的方法。

示例有关于在其中引入例如长期演进（LTE）技术等新的网络技术并且用户开始使用例如新的视频消息（VM）系统等新的应用的场景。在此示例中，最终用户使用特定装置，例如，使用平板装置，其具有使新的视频消息应用能在平板装置上使用的LTE电子狗。

在示例的第一阶段中，安装可以监测流经LTE电子狗的业务的LTE监听模块作为用于监测装置12的基础平台14的插件。在图5中，对应于此阶段的步骤示出为步骤60-68。

在示例的第二阶段中，安装可以分析并且检测与视频消息应用相关的QoS问题的VM检测模块作为用于监测装置12的基础平台14的插件。在图5中，对应于此阶段的步骤示出为步骤70-78。

在示例的第三阶段中，一旦用户使用视频消息应用，则VM检测模块将基于由LTE监听模块所搜集的数据而分析并且检测QoS问题。例如，此VM检测模块可以检查是否在可接受的时间段内下载视频消息。如果没有，则检测具有视频消息应用的QoS问题。当问题发生时，任何检测到的问题将被报告给外部QoS监测服务32。在图5中，对应于此阶段的步骤示出为步骤80-90。

在示范性方法的第一步骤中，响应于新的网络技术（例如，在网络中实现的长期演进（LTE）网络技术）和/或用户设备2中的新的硬件的引入，模块开发者40可以为新的网络技术开发每个合适于不同用户设备中的使用的多个监听模块、以及关联的配置信息和元数据。在步骤60中，将所开发的监听模块以及关联的配置信息和元数据存储在外部QoS监测器件30的模块存储34内。所开发的监听模块中的一个是用于平板装置上的LTE电子狗的LTE监听模块20。

在第二步骤62中，将存储在QoS监测器件30的模块存储34内的适合于用户设备2的监听模块以及关联的配置信息和元数据下载到用户设备2的监测装置12。在参考图1示出的示范性实施例中，在基础平台14的控制下经由监测装置12的外部通信模块24将LTE监听模块22以及关联的配置信息和元数据下载到用户设备2。

在示范性实施例中，QoS监测器件30确定LTE监听模块20应该被下载到用户设备2并且发起下载。然而，在其它实施例中，也有可能是监测装置12响应于新的硬件或软件向用户设备2的添加、或由用户设备2使用的新的技术的检测而发起所需LTE监听模块20的下载。

在步骤64中，QoS监测装置12从最终用户42请求许可来在用户设备2中安装LTE监听模块20。典型地，基础平台14可使用用户接口18来将安装请求消息发送到用户42。安装请求消息可包含与从QoS监测器件30的模块存储34接收的LTE监听模块20关联的元数据或其它信息。

在步骤66中，经由用户接口18由基础平台14接收来自最终用户42的安装许可消息，并且然后在步骤68中基础平台14可以安装新的LTE监听模块20。基础平台14可以使用与新的模块关联的信息或元数据来安装它。如以前提及的，在示范性实施例中，监听模块20安排为基础平台14的插件，并且引起对基础平台14的操作的修改以便使LTE通信能被监测。

接着，在步骤70中，响应于新的服务（例如，在网络中成为可用的新的视频消息服务），模块开发者40为新的服务开发每个合适于在使用特定技术的特定用户设备中使用的多个检测模块、以及关联的配置信息和元数据。在步骤70中，将检测模块、以及关联的配置信息和元数据存储在QoS监测器件30的模块存储34内。所开发的模块中的一个是用于平板装置上的LTE电子狗的用于视频消息系统的检测模块22。

在步骤72中，将存储在QoS监测器件30的模块存储34内的适合于用户设备2的检测模块22以及关联的配置信息和元数据下载到用户设备2的QoS监测装置12。在参考图1示出的示范性实施例中，在基础平台14的控制下经由用户设备2的外部通信模块24将检测模块22以及关联的配置信息和元数据下载到用户设备2的监测装置12。

在示范性实施例中，QoS监测服务器32确定检测模块22应该被下载到用户设备2，并且发起检测模块22的下载。然而，在其它实施例中，也有可能是QoS监测装置12例如响应于用户设备2上的新的服务的实现而发起所需检测模块22的下载。

在步骤74中，监测装置12从最终用户42请求许可来在用户设备2中安装检测模块22。典型地基础平台14可使用用户接口18来将安装请求消息发送到用户42。安装请求消息可包含与从QoS监测器件30的模块存储34接收的检测模块22关联的元数据或其它信息。

在步骤76中，经由用户接口18由基础平台14接收来自最终用户42的安装许可消息，并且然后在步骤78中基础平台14可以安装新的检测模块22。基础平台14可以使用与新的模块关联的信息或元数据来安装它。如以前提及的，在示范性实施例中，检测模块22安排为基础平台14的插件，并且引起对基础平台的操作的修改以便使用由LTE监听模块20搜集的信息来评价正提供给视频消息服务的用户的服务质量。

使用LTE电子狗发起用户设备的视频消息服务器（在图1-图3中未示出）与视频消息应用8之间的视频消息会话。在视频消息服务器处发起视频消息会话80并且在用户设备2的视频消息应用8处发起对应视频消息会话82。在视频消息会话期间，消息84从视频消息服务器发送到视频消息应用8，并且消息86从视频消息应用8发送到视频消息服务器。

LTE监听模块20在步骤88中监测流经用户设备的LTE电子狗的正在视频消息服务器与视频消息应用8之间交换的消息84和86。视频消息检测模块22使用由LTE监听模块20搜集的数据来评价视频消息服务的QoS。在此示范性实施例中，QoS报告90周期性地从视频消息检测模块22发送到QoS监测器件30的QoS监测服务器32，并且存储在例如报告存储36中用于进一步分析。

现在将参考图6和图7更详细地解释在服务质量监测期间监听模块20与检测模块22之间的交互。对应于图1-图5中的元件的元件被给予相同的参考标号。

监听模块20与检测模块22之间的互通和接口必须确保信息流动于监听模块20与检测模块22之间以使QoS监测装置12适当地起作用。在示范性实施例中，监听模块20和检测模块22可以使用在图6中示出的储存模块16内的共享数据结构102而通信。基础平台14维持并且管理共享数据结构102，如在图6中由虚线104所指示的。

在示范性实施例中的服务监测操作期间，监听模块20和检测模块22经由储存模块16中的共享数据结构102而彼此通信。

因此，在示范性实施例中，监听模块20将关于通过由监听模块20所监测的网络接口发生的通信以及时间戳和其它必要的元信息（例如，监听模块20的名称）的重要信息和有关信息写入共享数据结构102。此动作由图6中的箭头108示出。

在一些实施例中，监听模块20将在通过由监听模块20所监测的网络接口发生的通信中所观察到的所有信息写入共享数据结构102。在其它实施例中，监听模块22可只将选择的一组观察到的信息写入共享数据结构102。在一些实施例中，这可以通过允许检测模块22通知监听模块22信息的类型（例如，检测模块感兴趣的信息的模式）而实现。在此情况下，监听模块20将不把所有观察到的信息写入共享数据结构102而是监听模块20仅将把检测模块22感兴趣的信息或模式写入共享数据结构102。

在示范性实施例中，检测模块22从共享数据结构102读取已经由监听模块20写入共享数据结构102的信息。此动作由图6中的箭头108示出。检测模块22在数据中查找重要的细节和模式并且生成要发送给如上所述的QoS监测器件30的外部QoS监测服务器32的质量报告。当考虑正在监测的服务协议并且考虑当访问服务时可出现的可能错误而开发检测模块22时，检测模块开发者40在数据中定义了细节和模式。

在一些实施例中，用于具体服务的检测模块22分析服务具体信息（举例但不限于协议握手、请求、响应），但不分析网络硬件具体信息（举例但不限于以太网接口中的冲突、3G无线信号的信号强度）。在一些实施例中，监听模块20将网络接口具体信息（例如，以太网接口中的冲突、3G信号强度）写入共享数据结构102。在这些实施例中，当通过将信息相关而找到引起服务恶化的根源时，检测模块22可以使用此网络接口具体信息。

在示范性实施例中，在等待充分的时间长度以使检测模块22能读取共享数据结构102中的信息之后，基础平台14周期性地从共享数据结构102清除“旧的”信息。其结果是，共享数据结构102将维持有限大小并且不会无限增长。

在一些实施例中，基础平台14可将共享数据结构102中的信息的“摘要”存储到持久性存储器（例如，硬盘）内，用于分析何时以及如有必要分析例如何时参加消费者投诉。在持久性存储器中存储的信息将在较长时间段之后（例如，一天后）清除。

现在将参考图7来描述与简单的基于网络的游戏的记分板和评论服务相关的示范性实施例的操作，例如其可合适于足球、板球或棒球等游戏。用户可以使用此服务来跟踪比赛并且看到比赛的最新比分以及基于文本的评论。

因此图7示出运行记分板/评论客户端应用110的最终用户42，例如，如上述用户设备2上的应用8中的一个。例如，记分板/评论服务器112可经由WiFi连接而访问。图7示出记分板/评论客户端应用110与记分板/评论服务器112之间的请求和响应序列。

在游戏期间，在记分板/评论服务器112处更新最新的比分和评论。为了检索比分和评论用于显示给用户42，记分板/评论客户端应用110经由例如WiFi连接而将请求最新的比分和评论的超文本传递协议（HTTP）请求114发送到记分板/评论服务器112。作为响应，记分板/评论服务器112经由WiFi连接而将包含比分和评论的HTTP答复116发送回给记分板/评论客户端应用110。

周期性地重复此请求和响应循环以便保持由记分板/评论客户端应用110呈现给用户42的比分和评论信息是最新的。在图7中示出的示范性实施例中，每30秒将HTTP GET请求114发送到记分板/评论服务器112来取回新的信息，并且作为响应，记分板/评论服务器112将包含比分和评论的HTTP答复116发送回给记分板/评论客户端应用110。另外，在图7中示出请求和响应，但为了清楚起见没有单独地编号所有请求和响应。

然而，由于举例但不限于网络超载、服务器超载、或连接掉线或由于没有信号或不足的信号强度而提供不足的带宽等问题，可能出现对HTTP请求的响应没有到达记分板/评论客户端应用110处。

用户设备2的QoS监测装置12监测服务的操作。在示范性实施例中，WiFi监听模块20观察流经WiFi网络接口的所有业务，这些业务包含HTTP请求114和对应HTTP答复116。监听模块20将观察到的信息写入共享数据结构102。检测模块22从共享数据结构102读取信息并且从由监听模块20存储在共享数据结构102中的信息观察尝试来发送HTTP请求114并且接收HTTP答复116。

在图7中的时间段X期间，检测模块22可以从由监听模块20存储在共享数据结构102中的信息确定有过HTTP请求118、120、122但没有接收到答复。接收答复的失败指示记分板/评论服务的恶化并且因此检测模块22检测记分板/评论服务的服务恶化。然后可以将QoS报告发送到QoS监测器件30的QoS监测服务器32。

在此示范性实施例中，可以清楚地看出检测模块22如何使用由监听模块写入共享数据结构（SDS）102的信息来检测服务恶化。

图8是概括在QoS监测器件30中监测服务质量的方法的流程图。

在第一步骤124中，从存储中选择一个或多个监听模块用于获取通过网络元件的有关业务数据。

和/或在第二步骤126中，从存储中选择一个或多个检测模块来使用由监听模块获取的数据而识别服务质量问题以形成QoS报告。

在第三步骤128中，将所选择的监听模块20和/或检测模块22发送到远程QoS监测装置12来扩展基础平台的功能性以执行所安装的模块的功能性。

图9是概括在初始化阶段期间在与网络元件关联的QoS监测装置12中监测服务质量的方法的流程图。

在第一步骤130中，接收一个或多个监听模块和/或检测模块。

在第二步骤132中，安装所接收的模块来扩展基础模块的功能性。

图10是概括在监测服务期间在与网络元件关联的QoS监测装置12中监测服务质量的方法的流程图。

在第一步骤134中，根据所安装的监听模块的功能性来获取业务数据。

在第二步骤136中，根据所安装的检测模块的功能性从服务质量数据形成QoS报告。

因此，可以看出本发明的实施例提供实现最终用户设备处的QoS报告服务的简单部署的方法和系统。

在一些实施例中，监听模块和检测模块的供应使网络监测的任务能与服务监测的任务分开。监听模块克服了处理各种类型的网络技术和网络装置的困难。检测模块克服了监测各种不同类型的服务中的困难。分别对于给定服务和具体装置，检测模块和监听模块只需实现一次。例如，当新的服务出现时，具有专家人员的帮助的操作员可以为该新的服务开发必要的QoS分析模式和试探，并且为该新的服务开发必要的模块。给定检测模块“捆绑”与给定服务相关的所有分析规则集、模式和试探。

在一些实施例中，用于每个用户设备的监听模块和检测模块由QoS服务器独立分配到最终用户装置。其结果是，实施例使服务提供商能监测其服务质量而不取决于：

（1）消费服务的最终用户装置的类型；

（2）所使用的连网技术的类型（例如，非对称数字订户线路（ADSL）、和3GPP长期演进（LTE））；以及

（3）由网络装置使用的操作系统的类型，例如最终用户装置或家庭网关（HGW）。

在一些实施例中，可以用具有极少的人为干预的半自动的方式来远程维持QoS监测装置。

在实施例中，举例为但不限于WebTV客户端、浏览器或VoIP客户端的最终用户应用无需为监测装置修改来产生作用。它是非常灵活的解决办法，其可以由插件模块的开发和部署而适应新的服务以及新的技术，其中该插件模块设计成处理监测和分析与这些新的服务和技术相关的操作。

此外，在一些实施例中，接近最终用户的监测提供在用户体验上的更好观察。

具有在上文的描述和关联的附图中呈现的教导的益处的本领域技术人员将想到所公开的发明的修改和其它实施例。因此要理解的是，本发明并非限于所公开的具体实施例并且旨在将修改和其它实施例包含在本公开的范围内。尽管在本文中可能采用了具体术语，但它们只是以一般的和描述性的意义使用并且不用于限制的目的。