一、定义QoEQualityofExperience体验质量QoSQualityofService.doc

一、定义 QoE Quality of Experience 体验质量 QoS Quality of Service 服务质量 VoIP Voice over Internet Protocol 网络电话 GOP Group of Pictures 图组 ASI Asynchronization Serial Interface 异步串行接口标准 二、视频质量评估的目的 简单地增加原始带宽，并不能确保提供交互式电视服务所需的网络性能。观众对电视的容忍程度与对互联网接入的容忍程度并不相同。 弄清终端用户的体验质量(QoE)或其体验的服务质量(QoS)，是了解什么令用户对提供的服务感到不快的唯一方法；而了解体验质量与网络故障具有怎样的关联，是运营商借以把握怎样使用户满意、需要在哪些方面作出改进以及服务正以何种方式提供给用户的不二选择。但是，如果不能洞察用户从电视机获得的体验，就不可能实现出色的用户体验质量。 现在需要的是一种能从用户居家查明问题所在的方法。服务供应商必须能以某种方式直接深入用户室内查找问题。换句话，理想的情形是——用户客厅内的机顶盒(STB)能向服务提供商报告说，某用户家中出现了问题，以及具体是哪类问题。 三、视频质量评估模型 在IPTV方面，出现了一项专门针对完全无需参考的模型进行设计的技术——V-Factor 通用V-Factor库 这项正在申请专利的技术借鉴了几家实验室在过去10年间开发的运动图象质量标准(MPQM)研究成果。可以说V-Factor就是对MPQM模型的实现。MPQM是一种实时评估视频质量的单端模型。 QoSmetrics的V-Factor技术 V-Factor除了提供视频质量评分，还提供视频质量监控和问题根源诊断所需的额外信息。V-Factor提供的信息中，除了在欧洲电信标准化协会(ETSI) TR 101290中定义的广为人知的传输流关键参数(KPI)外，还包括与ITU Y1540/1541或互联网工程任务组(IETF) RFC2330定义的与网络层性能相关的参数。 为MPQM提供影响视频质量的参数。要展开工作，须为MPQM提供若干参数：包丢失率(PLR)、图像熵值(图像承载的信息量)、网络抖动、网络损耗和程序时钟参考(PCR)抖动。这里利用到了EPFL及其它实验室的成果，还考虑了MPEG2或H.264等编解码器类型因素。 包丢失率是从网络和流传送损伤及用于图像压缩的缓冲器的深度推导出的。图像熵值的计算也考虑了若干因素，如将被或已被抖动或丢帧影响的视频帧的属性等，其中I、B和P帧丢失对终端用户接收到的视频质量的影响各不相同。它还考虑了帧的相对大小及GOP大小。在以GOP=1压缩的视频流中丢失的一个I帧的影响与以GOP=12压缩的视频流中丢失的一个I帧的影响不同。GOP描述I、B和P帧的顺序；而I帧的部分或全部丢失，会使下一个相关的B和P帧的重构非常困难。从信息的角度，I帧拥有比B或P帧更大的熵值。 采用这样一种模型，就能够方便地针对诸如视频点播(VoD)这样的单点视频流或类似IPTV这样的多点视频流，部署端对端的监测系统。通过将非强加的硬件探针部署在网络中的不同位置，IPTV服务提供商能轻易地监测其整个服务流程的性能。即便是内容提供商提供的视频流，也能通过诸如ASI这样的接口进行监控。通过在机顶盒中配置一个V-Factor代理器，就能够方便地对用户家中遇到的体验问题进行诊断和修复。 V-Factor能为IPTV服务提供商提供自定义的KPI和SLS监测，它还提供一个先进的告警系统。该系统不仅为视频流(图像冻结，定义阀值下的V-Factor)，同时也为音频流提供实时信息。 正如前面所指出的，需为V-Factor背后的MPQM模型提供用户家中的机顶盒容易收集的实时信息和参数，该模型才能工作。典型的参数包括音视频缓冲器的大小。这些缓冲器的大小，将帮助MPQM模型计算机顶盒能够处理信息流中视频和音频部分的多少抖动。而告知该模型系统是否采用了诸如前向纠错(FEC)等包丢失掩饰技术，同样非常重要。 然后，该模型需访问某些实时数据 在机顶盒内嵌入V-Factor 这些实时数据与IP层、MPEG2TS层或RTP层(当选用的是RTP协议时)相关。从机顶盒内收集实时数据有几种不同方法。一种带有直接API的V-Factor库即将发布，可将其看作一个包装程序(需将全部IP包转发至API的应用程序)，也可看作一个通过坐落在网络驱动器与较高层间的直接传送(pass through)模块。 根据机顶盒的软件架构，可将电视的统计数据甚至是通过本地配置收集的数据提供给V-Factor库。为了适应大多数机顶盒供应商的需要，V-Factor库具有极大灵活性