质量统计的收集方法和质量统计的收集的相应管理方法

分案说明

本申请是申请日为2009年9月2日，申请号为200910171750.4，题为 “质量统计的收集方法和质量统计的收集的相应管理方法”的中国专利申请 的分案申请。

技术领域

本发明涉及电信领域，并更具体地涉及获取与数据接收有关的质量相关 的统计，例如获取数字音频和/或视频服务的服务质量和/或用户体验质量的 统计。

背景技术

根据现有技术，将设备与提供诸如音频和/或视频服务之类的服务的网络 连接。传输这些服务的网络可以包括各种设施，诸如发射机、调制器、解调 器、路由器、交换机、DSLAM(数字用户线路异步多路复用器)、调制解调 器。这些设备由可能影响设备的接收质量的有线和/或无线连接来互连。接收 质量可能进而影响使用设备的用户的用户体验质量；用户体验质量为在服务 再现(render)时由设备的用户体验的质量。在接收质量和用户体验质量之 间存在区别。例如，在设备接收经受丢失了相对小数目的分组的服务时，但 所丢失的分组涉及H.264编码流中的I(帧内(Intra))类型的分组时，对服 务再现的影响可以是重大的，这是因为即使在正确地接收到取决于I类型分 组的其他分组，诸如B或P类型分组时，设备中的解码器也不能使用这些分 组。所以，相对小数目分组的丢失可以导致出现诸如宏块(macro-block)的 可见伪像(artifact)。如同对于服务质量，体验质量(Quality of Experience) 是可测量的。例如，可以以频道(channel)改变时间和每时间实体(time-entity) 视频中的宏块的数目，或在音频再现中的漏失(drop-out)的数目来测量体 验质量。

贯穿本文件，使用术语QoS(表示服务质量，其对应于接收质量)和 QoE(表示体验质量，其对应于用户体验质量)。

贯穿本文件的其余部分，使用包括QoS和QoE统计的通用术语质量统 计(quality statistics)。

由于向不同的设备提供相同服务所经过(traverse)的网络路径的不同， 不同的设备可以经受不同的QoS和QoE，另外，对于相同的QoS，由于再 现的质量或设备的解码的不同，不同的用户设备可以具有不同的QoE。

因此，存在允许向设备的服务供应商获取与数字音频和视频服务的 QoS/QoE相关的统计的方法。例如，文件TR-135Issue 1(TR表示技术报告 (Technical Report)，其为由宽带论坛(Broadband Forum)(过去为DSL论 坛)发行的一系列文件)指定了监视IPTV(因特网协议电视)服务的QoS 和QoE的机制。TR-135为TR-069系列规范的一部分，其中TR-069指定了 允许设备的远程管理的协议。

例如由文件TR-069和TR-135Issue 1代表的现有技术的缺点为：现有技 术允许收集(collect)用于IPTV网络的QoS监视统计，但这些统计经受收 集设备统计的用户的行为的影响。在设备不活动的(non-activity)时段期间， 无法得到设备的质量统计，因而在无任何用户动作的时段期间不可能得到质 量统计。而且，无法从几个设备在相同的时间段上得到质量统计。

发明内容

本发明目标在于减轻现有技术的不便。

具体地，本发明的目的为改善质量统计的收集。

本发明更具体地涉及质量统计的收集方法，其特征在于该方法包括以下 步骤：

接收信号，所述信号包括代表质量统计的收集模式(所谓的请求模式) 的信息，所述请求模式具有包括一个第一模式和一个第二模式的至少两个可 能的值；

如果请求模式为第一模式，则进入第一模式；

如果请求模式为第二模式，则进入第二模式；

在第一模式中，一接收到包括与测试流连接的请求的信号就与测试流连 接；

在第二模式中，每当质量统计的收集所需的设备的资源可用时，自动与 测试流连接。

该方法还包括步骤：

在已经通过接收到用于使能质量统计的收集的信号使能质量统计的收 集以及在设备与流连接时，收集质量统计。

在本发明的一个方面，提供一种质量统计的收集方法，该方法包括下列 由被称作第一设备的质量统计收集设备实施的步骤：

-接收包括代表质量统计的收集模式的信息的收集模式信号，所述质量 统计的收集模式即所谓的请求模式，所述请求模式具有包括第一模式和第二 模式的至少两个可能的值并且如果请求模式为第二模式，则每当所述质量统 计的收集所需的所述第一设备的资源可用时，自动与测试流连接，在与所述 测试流的连接和在所述测试流上的所述质量统计的收集不影响所述第一设 备的服务再现的质量时，所述资源是可用的；

-在已经通过接收用于使能所述质量统计的收集的质量统计收集使能信 号使能所述质量统计的收集时以及在所述第一设备与任何流连接时，收集质 量统计。

根据本发明的具体实施例，第二模式的测试流为可由与质量统计的收集 所需的设备不同的设备所配置的参数。

根据本发明的具体实施例，在与测试流的连接和对测试流的质量统计的 收集不影响由设备进行的服务再现的质量时，认为质量统计的收集所需的设 备的资源是可用的。

根据本发明的具体实施例，在设备不与来自广域网的流连接时，认为质 量统计的收集所需的设备的资源是可用的。

根据本发明的具体实施例，在设备的待机状态中，使质量统计的收集所 需的设备的资源可用。

本发明还涉及质量统计的收集的管理方法。它包括步骤：

向至少一个收集设备发送信号，所述信号包括代表质量统计的收集模式 (所谓的请求模式)的信息，所述请求模式具有包括第一模式和第二模式的 至少两个可能的值；

以及步骤：在第一模式中向至少一个收集设备发送请求信号，所述请求 信号包括与测试流的连接的请求；

在第一模式中，一接收到请求信号就进行收集设备与测试流的连接；以 及

在第二模式中，每当收集设备的资源可用时，自动进行收集设备与测试 流的连接。根据本发明的具体实施例，该方法包括从至少一个收集设备接收 所收集的质量统计的步骤。

根据本发明的具体实施例，该方法包括向至少一个收集设备发送代表收 集间隔(interval)的信息的步骤。

在本发明的一个方面，提供一种质量统计的收集的管理方法，该方法包 括下列由质量统计管理部件实施的步骤：

-向至少一个质量统计收集设备发送包括代表质量统计的收集模式的信 息的收集模式信号，所述质量统计的收集模式即所谓的请求模式，所述请求 模式具有包括第一模式和第二模式的至少两个可能的值；

如果所述请求模式是第二模式，则每当所述质量统计的收集所需的所述 至少一个质量统计收集设备的资源可用时，自动进行所述至少一个质量统计 收集设备与测试流的连接，在与所述测试流的连接和在所述测试流上的所述 质量统计的收集不影响所述质量统计收集设备的服务再现的质量时，所述资 源是可用的。

根据本发明的具体实施例，向至少一个收集设备发送用于请求与测试流 的连接的信号。

根据本发明的具体实施例，根据所述质量统计所应用的流的类型来分类 质量统计。

根据本发明的具体实施例，所述类型的流包括测试类型的流和用户选择 的类型的流。

根据本发明的具体实施例，质量统计属于包括服务质量和体验质量的集 合。

根据本发明的具体实施例，质量统计涉及音频和视频类型的服务。

根据本发明的另一方面，提供一种执行上述质量统计的收集方法的质量 统计的收集设备。

根据本发明的另一方面，提供一种执行上述质量统计的收集的管理方法 的质量统计的管理设备。

附图说明

通过对本发明的具体的、非限制性的实施例的描述，将出现本发明的更 多优点。将参考下列附图描述诸实施例。

图1示出了与本发明兼容的示例网络基础设施；

图2至图4示出了根据本发明的具体实施例的示例数据模型；

图5至图7示出了图1的基础设施的设备之间的消息交换，其中将图2 至4的数据模型投入应用；

图8示出了根据本发明的示例质量统计管理设备；

图9示出了根据本发明的示例质量统计收集设备；

图10示出了由根据本发明的设备进行的质量统计的收集方法的算法；

图11示出了由根据本发明的质量统计管理设备进行的质量统计的管理 方法的算法。

具体实施方式

TR-135Issue 1指定了可以由诸如终端用户设备之类的设备实施的数据 模型。该数据模型包括宽范围的反映统计的参数。简而言之，数据模型在设 备的其他类(class)和属性(attribute)中间描述这些类之间的关系。类的属 性可以是可写的、可读的、只可读的。数据模型的类分层级(hierarchy)组 织，并且具有属性。类的实例(instance)被称作对象。例如，如果远程管理 设备要将ServiceMonitoring类的SampleEnable属性的值改变为TRUE，则数 据模型做以下指定：为了该目的而存在被称 作.STBService.{i}.ServiceMonitoring的对象，该对象具有布尔类型的属性 SampleEnable，以及具有将该属性设置为特定值的效果是什么的描述。对象 名称.STBService{i}.ServiceMonitoring意味着SampleEnable属性为 ServiceMonitoring类的属性，而ServiceMonitoring类进而为STBService类 的子类。类具有被称作对象的实例，即物理表示，因此在.STBService类名 称之后并位于点之前的项“{i}”指示：可以潜在地有零个或更多的、在该项 后指定类名称的对象的STBService对象呈现(present)。因而可以对于特定 的音频或视频服务“i”改变机顶盒中SampleEnable属性的值。

可以通过各种手段访问设备中的属性值和对象内容。根据本发明的实施 例，通过发送消息和请求来访问由收集设备实施的数据模型的属性值和对象 内容。根据本发明的变体实施例，通过与设备上的数据库代理(database  agent)的连接来访问属性值和对象内容。根据本发明的变体实施例，通过在 IP套接字(IP-socket)上发送的明文(plain text)消息来访问属性值和对象 内容。根据本发明的变体实施例，使用HTTP(超文本传输协议)来访问属 性值和对象内容。根据本发明的变体实施例，使用网页界面(web interface) 来访问属性值和对象内容。这些实施例不是排他性的，即可以在具体的实施 例中组合全部的前述实施例。使用其他未描述的手段来访问值和对象的其他 实施例是可能的，并且未被排除。

TR-135Issue 1进一步指定了可配置的采样间隔，即在其中收集质量统 计的时间间隔。其后使用计数器在该采样间隔上计算全部统计。在采样间隔 结束时，计数值被称作报告(report)，其后将报告存储在设备的存储器中。其 后TR-135Issue 1定义了检索(retrieve)各种计数器的报告的方法。

TR-135Issue 1的一个特性(specificity)为在设备活动时段期间由设备 来计算统计：例如，在设备正接收视频时计算统计，在设备不接收任何视频 时不计算计数器。

为了区分接收数据的时段与不接收数据的时段，在TR-135Issue 1的数 据模型中呈现被称作SecondSample的参数。该参数指示设备在采样间隔中 的多少秒已经计算统计。TR-135Issue 1还指定了用于各种目的的、强制 (force)设备与测试流连接的方法。该测试流的一个可能的目标是例如在客 户(client)的设备上由热线运营商(hotline operator)的直接干涉期间、为 了专用(ad-hoc)测试而强制进行对参考流的统计的收集。但是在客户改变 频道时，或在他关闭其设备时，不再从参考流收集统计，或相应地根本不再 收集统计。

TR-135Issue 1Section 1.3提供了对应于质量统计的收集的“服务监视” 特征的概览。

贯穿本文件的其余部分，使用术语“设备”或“收集设备”，所述术语 包括适配于根据质量统计的收集方法来收集质量统计的终端用户设备和中 间设备。终端用户设备为：用户通过诸如遥控器或键盘的交互手段来直接地 与其交互的设备，例如机顶盒；中间设备包括：网关、代理(proxy)、交换 机和其他网络设施。

根据本发明，为设备操作定义至少两个质量统计的收集模式：第一，非 自动监视模式和第二，自动监视模式，它们也被称为“第一”模式和“第二” 模式。

在非自动监视模式中，在设备与任何流连接时，设备在采样间隔上执行 统计的计算。

当在设备上激活(activate)自动监视模式时，一旦设备检测到与预定义 的测试流连接所需的其资源可用时，则设备自动地切换至所决定的从中收集 质量统计的测试流。该模式允许提供随时间连续的质量统计的计算。

根据本发明的具体实施例，在与测试流的连接和对测试流的质量统计的 收集不影响设备的服务再现的质量时，认为资源是可用的。例如这是以下的 情形：当设备的用户通过启动播放来自嵌入的PVR的视频而不使用与测试 流连接所需的网络接口时，或者当用户不在网络接口上接收来自WAN(广 域网)的任何流而只是播放来自LAN(局域网)的流时，并且如果在网络 接口上存在可用的资源来接收除了LAN流以外的测试流的情形。

根据本发明的具体实施例，通过查看流的源IP地址来区分来自WAN的 流与来自LAN的流。如果源IP地址属于与收集设备的自身地址相同的子网， 则该流是来自LAN而不是来自WAN。

根据本发明的具体实施例，收集设备属于混合类型，其具有两个类型的 接口，例如无线DTT(数字地面电视)和有线ADSL连接上的IPTV。则在 收集设备在激活DTT接口时释放(free)IPTV-ADSL接口时，用于与测试 流连接和用于统计收集的资源是可用的。

可以组合这些具体实施例来形成具有特定优点的具体实施例。

在本说明书中进一步给出了避免对收集设备的服务再现的质量的影响 的其他例子。

在本发明的另一具体实施例中，在设备进入待机(standby)模式时，通 过定义在其中只有所需的设备组件保持活动的特殊的待机模式，使质量统计 的收集所需的资源可用。当然，为了能够在待机模式中保持质量统计的收集 所需的资源，实施本发明的设备支持该特殊待机模式。本领域当前的状态表 明以下是很平常的：在待机状态中保持所选择的组件活动，而无须用户意识 到其设备在待机状态中仍然在部分地运行的事实。该特殊待机模式与真正的 待机模式有区别，在所述真正的待机模式中，只有最少的组件是活动的，以 使能够在来自用户的命令下唤醒设备。

本发明还引入了允许质量统计的收集的管理配置手段，其包括发送代表 质量统计的收集模式的信息，其中监视模式包括非自动监视模式和自动监视 模式。

本发明还引入了将质量统计分类的方法。根据设备是否与测试流连接或 设备是否接收用户所选择的流，来对每个所收集的统计进行分类。例如通过 指示对测试流收集数据的秒数，以及从与用户选择的流的连接收集统计的秒 数来进行根据流的类型的这种分类。为了将可能的错误事件与用户体验相关 联，这是有用的：在测试流上正发生的错误对用户是不可见的，或至少不影 响用户体验。根据本发明的具体实施例，通过向TR-135Issue 1数据模型添 加特定的参数集合，即UserSampleSecond和TestSampleSecond，来解决该问 题。UserSampleSecond被定义为在与用户选择的流连接时在采样间隔期间收 集数据的期间的秒数，TestSampleSecond反映在设备与测试流连接时在采样 间隔期间收集数据的期间的秒数。根据本发明的另一实施例，向现存的 TR-135Issue 1数据模型添加额外的具有值“TEST”的ServiceType。在TR-135 Issue 1中解释了ServiceType参数的使用。根据该实施例，在设备收集统计 时，将统计存储在与流的类型(即用户选择的流或测试流)对应的特定的 ServiceType的TR-135Issue 1MainStream数据模型对象的特定实例中。如果 在设备与测试流连接时收集统计，则统计被存储在其ServiceType属性被设 置为“TEST”的MainStream对象中；如果在设备与用户选择的流连接时收 集统计，则统计被存储在其ServiceType属性被设置为现存模型中所定义的 类型之一(如“IP”、“IPTV”或“VoD”)的另一MainStream对象中。

图1示出了与本发明兼容的示例网络基础设施(infrastructure)的例子， 其包括质量统计管理设备和多个适合收集质量统计的设备。

该基础设施包括：

-节目供应管理服务器116；

-节目供应信号化(signalization)服务器112；

-质量统计管理设备110；

-测试流编码器111；

-节目流编码器113、114和115；

-运营商网络117；

-接入网络120；

-网关设备121；

-局域网122；和

-机顶盒收集设备123、124和125。

服务运营商向诸如123、124和125之类的设备提供服务。通过接入网 络120和通过运营商的网络117，并经由与运营商的网络连接的运营商的装 置，经由网关121对设备123和124提供这些服务，或直接地向设备125提 供这些服务。

设备121为用作在LAN中连接到设备123和124的接入网络的接入点 的网关。设备123、124和125为机顶盒，即AV服务的接收器。设备124 为如设备123的机顶盒，但具有附加的PVR(个人视频记录器)能力。设备 123和124和121被连接到允许设备123和124使用彼此的服务的LAN，例 如设备124可以向设备123提供PVR服务，例如重放(playback)所记录的 视频。网关121提供网络地址转译(translation)服务，以使设备123和124 可以接入运营商网络117及其服务。网关121具有适配于连接到作为ADSL 类型的接入网络的接口，而其经由IP接口与设备123和124相接(interface)。

设备125直接与接入网络120连接，因此配备了适配于该网络的接口。

这里由接入网络120代表WAN，这里由局域网122代表LAN。

首先，设备123、124和125与节目供应管理服务器连接，以便识别它 们自己以及检索信号化服务器112的地址，在所述信号化服务器112中可以 检索可用服务的列表。其后，设备可以与由节目流编码器113、114和115 提供的流中任意的流连接。设备123、124和125能够接收和解码由运营商 提供的服务。

运营商网络117进一步包括质量统计管理设备110，其允许运营商从设 备123、124和125收集质量统计。

设备123、124和125进一步能够接收用于指示它们收集期望的质量统 计并且将这些质量统计存储在存储器中的信号，所述存储器可以由质量统计 管理设备110读取。

根据具体实施例，质量统计管理设备和读取所收集的质量统计的设备不 是相同的设备。该特征允许分离任务并使用适配于任务的类型的专门的装 置。

设备123、124和125进一步能够接收信号以与由测试流编码器111提 供的测试流连接。

质量统计管理设备110动态地以下列方式从设备123、124和125收集 质量统计：质量统计管理设备110向设备123、124和125中的至少一个发 送信号。该信号可以具有包括统计收集的两种模式的值，第一模式为非自动 监视，而第二模式为自动监视。在一段时间后，质量统计管理设备110可以 收集由设备123、124和125收集的统计。根据具体实施例，向设备123、124 和125中的一个或更多个发送用于指示连接测试流的请求的信号。该特征具 有允许同时地立即测试几个设备123、124和125的优点。根据具体实施例， 将从设备123、124和125收集的质量统计根据统计所应用的流的类型进行 分类。该特征允许将错误与流的类型相关。根据具体实施例，流的类型包括 至少一个测试类型的流和至少一个用户选择的类型的流。该特征允许知道任 何错误是否被用户观察到。

设备123、124和125如下收集质量统计。它们接收包括表示质量统计 收集的模式的信息的信号，所述质量统计收集的模式为第一(即非自动监视) 模式或第二(即自动监视)模式。设备123、124和125进入与所接收的信 号对应的模式。在第一非自动监视模式中，一接收到包括与测试流连接的请 求的信号就进行与指定的测试流的连接，并且在由接收使能信号所使能的收 集和设备与流连接时，进行统计收集。在第二自动监视模式中，每当统计质 量的收集所需的设备的资源可用时，进行与测试流的自动连接。根据本发明 的具体实施例，第二模式的测试流为可由与收集质量统计的设备不同的设备 来配置的参数。该特征允许改变测试流、从不同类型的流收集统计、以及观 察结果。根据具体实施例，在与测试流的连接和统计的收集不影响设备的服 务再现的质量(即设备再现的服务的质量)时，认为资源是可用的。该特征 具有以下优势：无论设备正在做什么，实现(procure)设备的无缝运行，而 不被质量统计的收集或与测试流的连接以任何方式所干扰。例如，统计收集 不会使设备的CPU承担(charge)延迟频道改变时间的负荷，或者与测试流 的连接也不减少可用于用户正在观看(visualize)的或记录的用户选择的流 的带宽。根据本发明的具体实施例，在待机模式中使质量统计的收集所需的 资源可用。该特征允许在长时间段上收集统计，而不影响设备的服务再现的 质量。根据变体实施例，有优势地，在所述设备不与来自广域网的流连接时， 认为质量统计的收集所需的资源是可用的。该特征允许为与WAN连接的收 集设备决定所需的资源是否可用的快速手段(means)。

根据变体实施例，网关设备121自身为中间收集设备，该网关设备121 在与其LAN连接的设备上收集质量统计。根据本发明的具体实施例，中间 收集设备为用于质量统计管理设备的收集设备，并且为与其LAN连接的收 集设备的质量统计管理设备。则根据本发明，中间收集设备实施统计收集的 方法和统计收集的管理方法这两者。

图2示出了根据本发明的具体实施例的示例数据模型。该示例数据模型 使用TR-135规范的数据模型作为框架(framework)。在TR-135规范中所描 述的数据模型允许远程管理机顶盒中的数字电视功能。使用根据本发明的 SampleSecond和SampleSecond参数允许处理或读取统计的设备对于在与测 试流连接时所收集的统计之间进行区分。

在图2、3、4中，以表格形式描述数据模型，所述表格形式示出了属性 所属的类、数据模型201中的对象名称和类层级、和具有属性名称203、属 性类型204和属性使用描述205的类的特定属性。参考图2，元素(element) 200引入了在这里描述的并可以在元素201中找到的对象。元素202引入了 在表格条目(entry)206、207、208、209、210和211中描述的数据模型的 属性。

根据由此图图示的具体实施例，对 于.STBService{i}.ServiceMonitoring.MainStream{i}.Sample对象示出了数据 模型的细节。在TR-135Issue 1中，所收集的统计被称作样本(sample)。为 了能够对用户选择的流收集质量统计的持续时间和对测试流收集质量统计 的持续时间之间区分，根据本发明的数据模型引入了两个不同的 SampleSecond属性，即“UserSampleSeconds”和“TestSampleSeconds”。

UserSampleSeconds属性为逗号分隔列表(comma-separated list)，其中 列表中的每个条目为在与用户选择的流连接时收集质量统计期间的秒数。

TestSampleSeconds属性为逗号分隔列表，其中列表中的每个条目为在与 测试流连接时收集质量统计期间的秒数。

图3示出了根据本发明的具体实施例的、图2的数据模型的变体，其中 ServiceType的使用允许处理或读取统计的设备对于在与测试流连接时所收 集的统计之间进行区分。

如同图2，以表格形式描述数据模型。上面已经解释了与图2共同的元 素，因而这里不再进一步描述所述元素。

在该实施例中，使用TR-135Issue 1规范 的.STBService.{i}.Capabilities.ServiceMonitoring对象的增强的(augmented) ServiceType属性来进行对用户选择的流和对测试流收集样本(即质量统计) 的持续时间之间的区分。增强ServiceType属性以支持在用户选择的流和测 试流之间的区分分类。为了根据流的类型在不同的对象中存储所收集的的质 量，按照以下进行：由收集设备创建MainStream对象的几个实例。这些对 象包含的信息可以由诸如质量收集管理设备之类的外部设备读取。一个实例 具有ServiceType属性被设置为反映服务为测试流的值(例如“TEST”)。另 一个实例具有ServiceType属性被设置为指示服务为用户选择的流的值(例 如“IPTV-User”)。对于在与测试流连接时所收集的质量统计，使用其 ServiceType属性被设置为“TEST”的图2的MainStream对象的实例(参考 201)存储统计。对于在与IPTV用户选择的流连接时所收集的质量统计，使 用ServiceType属性被设置为“IPTV-User”的MainStream对象的实例存储统 计。

ServiceType属性是字符串类型，并且是所支持的服务类型的逗号分隔列 表，所述服务类型的每一个与流的源相关。从列表中选取每个项目，所述列 表包括：

-IPTV-User：来源于WAN的用户选择的IPTV流；

-VoD-User：来源于WAN的用户选择的按需(on demand)的视频流；

-IP-User：上述来源于WAN的用户选择的流(IPTV-User或VoD-User) 中的任意流；

-TEST：来源于WAN的测试流，其通过设 置.STBService{i}.Components.FrontEnd{i}.IP.ServiceConnect对象的URI属性 来指定；

-IP-ALL：来源于WAN的IP流的任何类型，包括用户选择的流、IPTV 和VoD；

-CAB：来源于电缆调谐器的流；

-DTT：来源于数字地面电视调谐器的流；

-SAT：来源于卫星调谐器的流

-PVR：来源于个人视频记录器的流。

根据本发明的不同的实施例，代替增强ServiceType参数的值的集合， 添加例如被称作SubServiceType的新的参数，除了现存的TR-135Issue 1 ServiceType参数之外使用所述新的参数，该参数选取值“USER”或“TEST” 中的一个。与传统的(legacy)(TR-135Issue 1)ServiceType参数一起使用 的SubServiceType允许区分MainStream对象的两个不同的实例，其中一个 专用于用户选择的流，一个专用于测试流。

图4示出了统计收集的第一和第二模式之间的区别的实施例。在与本发 明兼容的、诸如设备123、124或125中的任一个之类的设备中实施该实施 例。如同对于图2和图3，以表格形式描述数据模型。上面已经解释了与图 2和图3共同的元素，因而这里不再进一步描述所述元素。

利用新属性的引入来增强被用作本发明的该具体实施例的框架的 TR-135Issue 1数据模型，所述新属性即为“AutoMonitor”406，其是“布尔” 类型407。在质量统计管理设备将.STBService.{i}.ServiceMonitoring对象401 的AutoMonitor属性设置为布尔值“TRUE”时，质量统计管理设备请求其 属性被设置的收集设备进入自动监视的质量统计收集模式。否则，在 AutoMonitor属性被设为“FALSE”时，质量统计管理设备请求收集设备进 入作为非自动监视的第一统计收集模式。在本文件中先前已经解释了这两个 模式的含义，因此不再进一步解释所述含义。

在SampleEnable属性由质量监视设备设置为TRUE时，SampleEnable 属性为质量统计收集的使能者(enabler)。

该图示出了本发明的实施例，由消息501所图示的，其中第二模式的测 试流为可由与质量统计收集的设备不同的设备来配置的参数。

图5示出了使用如图2所图示的数据模型的本发明的实施例的、图1的 网络基础设施的设备与用户之间的消息交换。由图5图示的被称作自动监视 模式是第二统计收集模式。图中的垂直条从左到右代表质量统计管理设备 110、质量统计收集设备125、用户500和接入网络120。水平箭头代表消息 或信号交换或动作。

以从质量统计管理设备110向质量统计收集设备125发送与质量统计管 理相关的消息来开始交换。消息501至503的顺序是任意的。消息503至504 与509以及514使用来自图2和图4的数据模型。消息503对应于将图4的 AutoMonitor属性406设置为TRUE。消息504对应于将图4的SampleEnable 属性409设置为TRUE。消息509对应于设置UserSampleSeconds属性206。 消息514对应于设置TestSampleSeconds属性209。首先，向设备125发送 URI(统一资源识别符)，其包括代表测试流的位置的信息(这里：TEST CH) 和怎样与之连接的信息。仍然不进行立即连接。这与现存TR-135数据模型 中的、其中URI属性的简单写入动作触发由设备125进行与指定的流的连接 的URI属性的功能不同。根据本发明，由与执行质量统计收集的设备不同的 设备进行的用于测试流的连接地址的配置与将其自身与测试流连接的动作 是分离的动作。这允许除了第一统计收集模式(非自动监视模式)之外支持 第二统计收集模式(自动监视模式)。虽然在标准的TR-135运行(functioning) 模型中，一指定URI就立即连接是有用的，但根据本发明，在自动监视模式 中，在资源可用时进行与测试流的自动连接。

向设备125发送的第二消息502包含已经在本部分开始处解释过的 SampleInterval。接着的消息503在设备125中使能第二统计收集模式(自动 监视模式)。消息504使能质量统计的收集。现在可以开始统计的收集。由 从用户500至设备125的消息505(ZAP)图示频道改变的用户动作。在用 户将频道改变为新闻频道时，设备125通过向接入网络120发出连接请求来 请求所需的频道，这里由消息506IGMP JOIN(NEWS CH)来图示。IGMP表 示因特网组多播协议，其为允许与IP多播流连接(加入)或断开(离开) 的协议。其后，设备125接收所请求的流507。

根据图2的数据模型，将所收集的质量统计存储 在.STBService{i}.ServiceMonitoring对象中，将发生收集以及设备与用户选 择的流连接的秒数存储在UserSampleSeconds中，由动作509图示的。

其后，用户500将其设备125置于待机状态。一旦设备125检测到资源 可用，则设备125与在消息501(URI)中所指定的测试流连接，并且继续 在.STBService{i}.ServiceMonitoring对象中存储质量统计，而将发生收集的 秒数存储在该对象的TestSampleSeconds属性中，如动作514所图示的。根 据本发明的具体实施例，由消息515所图示的，在质量统计管理设备中接收 所收集的质量统计。这图示了接收所收集的质量统计的步骤。

该图图示了本发明的具体实施例，其中在与测试流的连接和对测试流的 质量统计的收集不影响由所述设备进行的服务再现的质量时，认为所需的资 源是可用的。一接收SampleEnable消息504就收集统计，并且即使在待机状 态中也继续进行，诸如由在消息510时进入待机状态后继续消息交换所图示 的。

该图还示出了本发明的具体实施例，其中质量统计管理设备实施质量统 计的收集的管理方法，所述方法包括借助消息502向收集设备125发送代表 收集间隔的信息。

图6示出了使用如图3所图示的数据模型的本发明的实施例的、图1的 网络基础设施的设备和用户之间消息的交换。由图6图示第二统计收集模式， 即自动监视模式。该图示出了由设备125进行的质量统计收集的方法，以及 在质量统计管理设备110中的质量统计的管理方法。

已经对于图5解释了那些与图5共同的元素，因此这里不再进一步解释 所述元素。

与图5不同的是动作609和614，其图示了将对测试流和对用户选择的 流收集的统计和收集统计的秒数存储在当设备125与用户选择的流连接时收 集的、ServiceType属性被设置为相应的用于统计的“IPTV-User” 的.STBService.{i}.ServiceMonitoring.Mainstream{i}.Sample对象和当设备125 与测试流连接时收集的、ServiceType属性被设置为相应的用于统计的 “TEST”的.STBService.{i}.ServiceMonitoring.Mainstream{i}.Sample对象的 不同实例中。

根据本发明的不同实施例，取代了增强ServiceType参数的值的集合 (set)，添加例如被称作SubServiceType的新的参数，除了现存的TR-135 Issue 1ServiceType参数之外还使用该新的参数，该新的参数选取值“USER” 或“TEST”中的一个。与传统的(TR-135Issue 1)ServiceType参数一起使 用的SubServiceType允许区分MainStream对象的两个不同的实例，其中一 个专用于用户选择的流，一个专用于测试流。

根据图5和图6中所图示的具体实施例，由利用用户动作510进入待机 状态后继续的动作和消息所图示的，在设备125的待机状态中使质量统计的 收集所需的资源可用。

根据图5和图6中由动作509、514和609、614所图示的具体实施例， 这里由动作609和614所图示的，根据统计所应用的流的类型，将质量统计 分类。

根据图5和图6中由动作509和514所图示的具体实施例，流的类型包 括分别由图5的“TestSampleSeconds”和“UserSampleSeconds”以及由图6 的ServiceType值“TEST”和“IPTV-User”代表的测试类型流和用户选择的 类型的流。

图7示出了使用如图3所图示的数据模型的本发明的实施例的、图1的 网络基础设施的设备和用户之间的信息交换。由图7图示的是第一统计收集 模式，即非自动监视模式。

已经解释了与图6共同的元素，因此这里不再进一步解释所述元素。

与图6显著的不同是被发送至设备125的、对应于图4的406的消息 “Automonitor(F)”700以及消息“ForceConnection(T)”701。消息700请 求设备125进入第一模式，即进入非自动监视。在该模式中，不进行与测试 流的自动连接。一接收到请求信号就进行与测试流的连接，该请求信号包括 利用消息701与测试流连接的请求。其后利用消息512进行与测试流的连接。 该图图示了向设备发送请求与测试流的连接的信号。

根据本发明的具体实施例，向TR-135数据模型添加“ForceConnection” 属性。该属性是布尔类型，并且属 于.STBService.{i}.components.FrontEnd.{i}.IP.ServiceConnect对象。在配备值 TRUE时，该属性指示：请求与已利用消息501设置的URI参数中所指定的 测试流连接。倘若值FALSE，则没有效果。事实上，如果用户继续进行诸如 由消息505所图示的ZAP消息的频道改变动作，但在已接收到请求与测试 流连接的ForceConnection(T)消息701后，则不进行与测试流的连接而取代 的是进行与用户选择的流的连接。

图8图示了根据本发明的具体实施例的质量统计管理设备8。例如该设 备对应于图1的设备110。设备8包括下列由地址总线和数据总线840互连 的元件：

-微处理器820(或CPU，代表中央处理单元)；

-ROM(只读存储器)类型的非易失性存储器800；

-读写存储器或RAM(随机存取存储器)810；以及

-网络接口830，其被用于将设备与诸如图1的117的运营商网络连接。

在上电时，微处理器820将存储在ROM 800中的、包括用于实施质量 统计收集的管理方法的步骤的算法指令的程序复制至RAM寄存器811，并 执行它们。

网络接口830允许设备在诸如与运营商网络117的连接之类的网络连接 上接收和发送消息和数据。

在存储器800和810的描述中所使用的词“寄存器”意味着低容量存储 器区域(只有一些二进制数据)或高容量存储器区域(允许存储整个程序或 存储大量数据)。

ROM 800和RAM 810中的寄存器的每一个可以容纳可变数目的、具有 可变大小的数据。只读存储器800包括：

-寄存器801，在其中存储程序；

随机存取存储器810包括：

-寄存器811，用于存储从ROM寄存器801复制的程序；

-寄存器812，用于存储代表从中可以收集统计或者从中收集统计的设 备的列表的信息。存储在这里的信息诸如：设备名称、设备类型和设备地址；

-寄存器813，用于存储从设备接收的质量统计；以及

-寄存器814，其包含存储在RAM寄存器811中的程序运行所需的数 据，诸如临时变量和数据表格。

图9图示了根据本发明的具体实施例的收集设备9。例如设备9对应于 图1的设备123、124和125中的任一设备。设备9包括下列由地址总线和 数据总线940互连的元件：

-微处理器920(或CPU，代表中央处理单元)；

-ROM(只读存储器)类型的非易失性存储器900；

-读写存储器或RAM(随机存取存储器)910；以及

-网络接口930，其被用于将设备与诸如图1的120的接入网络连接。

在上电时，微处理器920将存储在ROM 900中的、包括用于实施质量 统计收集的方法的步骤的算法指令的程序复制至RAM寄存器911，并执行 它们。

网络接口930允许设备在诸如图1的接入网络120的网络连接上接收和 发送消息和数据。

在存储器900和910的描述中所使用的词“寄存器”意味着低容量存储 器区域(只有一些二进制数据)或高容量存储器区域(允许存储整个程序或 存储大量数据)。

ROM 900和RAM 910中的寄存器的每一个可以容纳可变数目的、具有 可变大小的数据。只读存储器900包括：

-寄存器901，在其中存储程序；

随机存取存储器910包括：

-寄存器911，用于存储从ROM寄存器901复制的程序；

-寄存器912，用于存储代表质量统计收集的模式的信息，所述模式为 第一非自动监视模式或第二自动监视模式；

-寄存器913，用于存储代表测试流的地址的信息，即测试URI；

-寄存器914，用于存储所收集的统计；

-寄存器915，用于存储在与用户选择的流连接时收集统计的秒数；

-寄存器916，用于存储在与测试流连接时收集统计的秒数；

-寄存器917，其包含存储在RAM寄存器911中的程序运行所需的数 据，诸如临时变量和表格。

根据本发明的具体实施例，根据由图2图示的数据模型的层级来组织寄 存器。则RAM 910包括具有属性206和209的数据模型对象201。

图10示出了根据本发明的具体实施例的、诸如由图9的设备9所实施 的质量统计收集的算法。

CPU 920将包含算法的程序从ROM存储器900载入至RAM存储器910， 并启动该程序。以初始化步骤1000开始该算法，其中初始化算法所需的全 部变量。

在测试1001中，设备9判定是否接收到包括代表质量统计收集的模式 (所谓的请求模式)的信息的信号。所述请求模式具有包括第一模式和第二 模式的至少两个可能的值。

如果请求模式为第一模式，即非自动监视模式，则算法继续进行测试 1003。

如果请求模式为第二模式，即自动监视模式，则一旦质量统计收集所需 的设备9的资源可用，在步骤1002中自动地进行与诸如存储在图9的寄存 器913中的Test URI属性中指定测试流的连接。其后，执行测试1005。

在测试1003中，在第一模式中，判定是否接收到包括与测试流的连接 的请求的信号。如果没有接收到这样的信号，则重复该步骤。如果接收到这 样的信号，则在步骤1004中进行与测试流的连接，并且执行测试1005。

其后，在测试1005中，判定是否接收到使能质量收集的信号。如果没 有接收到这样的信号，则重复该测试。如果接收到这样的信号，则在作为用 户选择的流或测试流连接时执行质量统计收集。其后以步骤1001重新开始 算法。

在收集质量统计时，可以将质量统计发送至请求读取质量统计的设备， 并且由请求读取质量统计的设备接收，所述设备是诸如由图8的设备8所实 施的图1的质量统计管理设备110。

图11示出根据本发明的具体实施例的、诸如由图8的设备8所实施的 质量统计收集的管理算法。

CPU 820将包含算法的程序从ROM存储器800载入至RAM存储器810， 并启动程序。以初始化步骤1100开始质量统计收集管理，其中初始化算法 所需的全部变量。在步骤1101中，发送包括请求设备进入第一模式或第二 模式的、代表质量统计收集的模式的信息的信号。在第一模式中，由步骤1102 所图示的，向收集设备发送请求信号以与测试流连接。在第二模式中，不发 送这样的信号。以步骤1103结束该算法。

根据本发明的具体实施例，由原始数据(raw data)表示根据由图10所 图示的方法以及根据由图11所图示的质量统计管理方法所收集的质量统计。 根据另一具体实施例，由从原始数据提取的数据表示质量统计。根据本发明 的另一具体实施例，由原始数据和提取后的数据两者表示质量统计。根据本 发明的变体实施例，用于质量统计的原始数据包括：丢失的数据帧的测量、 所接收的流的帧速、解码后的帧的数目、接收的数目和欠载运行(underrun) 的解码器缓存(buffer)的数目和/或过载运行(overrun)缓存的数目。根据 本发明的另一变体实施例，从原始数据提取的数据包括丢失帧的平均数、与 帧速相关的欠载运行的缓存的高斯分布。根据本发明的另一具体实施例，从 至少一个设备收集的原始数据统计在从原始数据提取统计数据的另一设备 中检索。可以组合上述具体实施例以形成具有特定优点的实施例。

本文件的读者将理解，给出所描述的实施例作为本发明的示例实施例， 而本发明不限于这些实施例。

图示图1的基础设施作为示例实施例。其他的与本发明兼容的、具有附 加的或更少的设备的基础设施是可能的；可以在单个设备中组合如这里所图 示的由不同设备提供的一些功能。相似地，可以将由单个设备提供的功能分 离，并且由不同的设备提供该功能。根据本发明的具体实施例，发送请求用 于将至少一个其他设备置为第一或第二收集模式的设备与检索所收集的质 量统计的设备不是同一设备。根据本发明的具体实施例，运营商网络包括其 运行所需的其他设备：发射机装置、流量和计费管理装置。在本发明的具体 实施例中，运营商网络典型地包括比所示出的三个设备更多或更少的设备。 在本发明的具体实施例中，需要包括网络交换机和路由器的其他网络装置。 根据本发明的具体实施例，在接入网络上存在DSLAM(数字用户线路接入 多路复用器)，并且设备需要与接入网络连接的外部的或内部的ADSL(异 步数字用户线路)类型的调制解调器。根据本发明的具体实施例，设备经由 不同的接入网络访问相同的运营商。根据本发明的具体实施例，设备具有辅 助(secondary)接口，其允许设备接收除了由接入网络提供的服务之外的 DTT(数字地面电视)接收。根据本发明的具体实施例，设备直接与接入网 络连接，所述接入网络包括与ADSL网络连接的IPTV接收器，以及与无线 3GPP接入网络连接的移动电话。

根据本发明的具体实施例，设备具有允许其同时记录节目和观看另一节 目的资源。根据本发明的具体实施例，设备可以是包括STB(机顶盒)和 PC(个人计算机)类型的专用类型的设备。

收集方法的步骤不是必须按照所列出的顺序执行。例如，在第一模式中 与测试流的连接取决于指示请求与测试流连接信号的接收，并且不是必须在 收集统计的步骤之前。

虽然使用标准TR-69和TR-135和它们的数据模型的例子作为框架来描 述本发明，但本发明不限于在所引用的诸如TR-69和TR-135之类的协议和 架构的领域内的应用，而是也可以应用于收集和管理质量统计时的其他专有 的(proprietary)的或标准化的协议和架构，诸如由因特网工程应用组IETF 指定的SNMP(简单网络管理协议)。SNMP以所管理的系统上的描述系统 配置的变量的形式揭示(expose)管理数据。这些变量可以由管理应用来查 询和设置。相似地，根据本发明的方法不是必须需要数据模型的实施，例如， 根据本发明可以使用定义特定的HTPP消息的消息交换协议来发送和接收信 号和质量统计。