山东联通WCDMA视频电话业务评估测试培训材料-华为.doc

11视频电话业务端到端评估分析版权所有 侵权必究二零一零年九月1 概述41.1 背景41.2 评估目标41.3 评估优化思路41.4 优化方向51.5 VP业务体验点62 VP业务指标体系72.1 QoE设置72.2 QoE和KQI指标关联73 视频电话基本流程93.1 视频电话基本流程93.2 视频电话主要信令流程分析134 网络指标测试与分析164.1 接续时延分析164.1.1 相同RNC下接续过程时延分析174.2 提取信令分析184.2.2 bearer capability no presently原因解释194.2.3 bearer capability no authorized原因解释194.2.4 call rejected原因解释204.2.5 incompatible destina原因解释204.2.6 normal call clearing原因解释204.2.7 Reserved原因解释204.3 视频回落测试214.3.1 主叫用户未签约可视业务224.3.2 被叫未签约可视电话业务224.3.3 被叫已签约但位于2G接入网224.3.4 主叫已签约但位于2G接入网234.3.5 被叫已签约但当前终端不支持234.3.6 被叫选择以语音形式接听234.3.7 被叫是其他网络用户244.4 问题分析244.4.1 用户投诉分析245 视频质量分析265.1 视频质量评价方法265.2 主观评价265.2.1 主观评价方法265.2.2 主观测试结论275.3 客观评价285.4 其他工具使用情况28问题分析与处理295.5 视频业务质量影响因素分析295.5.1 无线侧影响295.5.2 传输影响295.5.3 核心网影响305.5.4 终端及编解码影响315.6 日常监控315.6.1 核心网监控315.6.2 无线侧监控325.7 VP资源分析335.8 问题处理历史日志分析345.9 无线接入问题处理主动测试341 概述1.1 背景3G时代被谈论得最多的是手机的视频通话功能，这也是在国外最为流行的3G服务之一。相信不少人都用过QQ、MSN或Skype的视频聊天功能，与远方的亲人、朋友“面对面”地聊天。今后，依靠3G网络的高速数据传输，3G手机用户也可以“面谈”了。当你用3G手机拨打视频电话时，不再是把手机放在耳边，而是面对手机，再戴上有线耳麦或蓝牙耳麦，你会在手机屏幕上看到对方影像，你自己也会被录制下来并传送给对方，视觉冲击力强，快速直接的视频通话会更加普及和飞速发展。VP业务是网络发展到3G后的新业务，当前使用VP业务的用户还比较少，随着网络的 覆盖逐步完善、资费政策不断调整，使用VP业务的用户会越来越多。VP业务会逐步跟 语音通话一样，成为人们交流的第一选择。1.2 评估目标通过对VP业务端到端的评估分析，发现VP业务在无线、核心网侧的问题。 提出测试、评估、优化一整套的措施来处理并解决问题。 基于VP业务的评估优化目标是：l 建立基于用户感知的VP业务指标体系；l 研究并固化VP业务被动监测方法；l 研究并固化VP业务主动测试方法；l 评估分析VP业务质量；l 对VP业务进行端到端定界分析；1.3 评估优化思路采用被动测试和主动测试，主动测试通过手工或者自动拨测工具进行测试，在设备上进行用户接口跟踪，或者使用工具进行指标分析，并进行问题定位。被动测试首先分析话统指标，通过抓取信令分析业务流程，定位问题原因，业务的长期监控可实现业务性能趋势的统计，并积累业务问题的解决案例。图1-1 测试组网1.4 优化方向视频对话业务质量考核的主要指标是通话的接通率、掉话率、接续时延、VP业务质量等。l VP接通率是衡量交换机处理VP业务正常交换性能的指标，描述的是MSC收到的VP主叫次数，经处理后发给VP被叫侧信令情况。l VP掉话率直接反映用户业务的保持能力，与用户感知密切相关。掉话的影响因素主要是用户移动造成的切换掉话或者无线接入质量，核心网侧通过用户跟踪及信令分析，定位客户协助作一些分析，以便帮助RNC提高优化的效率。l 呼叫接续时延是影响用户感知的一个重要因素，超长的接续时延容易让用户的感知急剧下降，因此必须对接续时延进行定期评估，时延异常时要进行优化使其达到正常值。l 对于视频通话的质量除了上述网络指标外，用户体验能够更加直接的反映视频质量的好坏，包括音视频质量、视频传输时延、音视频同步等。目前并没有合适的客观的评价标准，各用户的心理期望也不一样。首先，图像的采集对景物的背景条件要求比较高。限于底层承载带宽比较窄和目前的图像压缩技术水准，在64K带宽上得到的图像效果也不会很好，再加上无线承载，突发的误码的影响。1.5 VP业务体验点图1-2 视频通话业务体验点VP业务体验点主要包括：l 业务接入时延：从主叫用户发起呼叫到用户听回铃音，期间的主要过程包括：无线RRC建立时延，鉴权、加密时延，取路由信息，寻呼时延，指配时延。l VP呼叫接通率：主叫听回铃音的次数与发起VP呼叫的次数之比。l 音视频传输时延：从接通呼叫到用户看到视频图形的时延。l 端到端视频接通率：呼叫接通后接收到音视频的次数与呼叫接通次数之比。l 音视频质量：主要是用户对VP过程中的主观感受，是否延迟，图像、声音是否清晰等。l 音视频同步：VP是CS域业务，传输过程中音频和视频在同一帧中传输，造成音视频不同步的主要原因是终端编解码过程。l 掉话率：通话过程中异常中断。2 VP业务指标体系2.1 QoE设置表2-1 基于端到端V P业务质量的QoE标准QOE 分值质量用户满意度业务受损度5非常好非常满意没有感知业务受损4好满意可以感知到业务受损但不恼人3一般部分用户不满意轻微的恼人2差很多用户不满意恼人1很差大多数用户都不满意非常恼人2.2 QoE和KQI指标关联表2-2 QoE和KQI指标关联QoE指标KQI指标接入性VP呼叫成功率VP呼叫接续时延(秒)保持性VP呼叫掉话率完整性VP音频、视频质量（主观）VMOS值（工具路测）无线侧指标视频传输时延、抖动表2-3 KQI和评测KQI的关系QoE指标KQI指标测评KQI指标名称接入性VP呼叫成功率(%)呼叫建立成功率（）CQT呼叫建立成功率（）每万用户VP呼叫不成功投诉次数VP呼叫时长(秒)呼叫建立时长（秒）CQT 呼叫接续时长（秒）每万用户呼叫时延投诉次数保持性VP呼叫掉线率掉话率CQT VP通话掉线率每万用户VP掉话投诉次数完整性视频电话中的视频质量MOS视频电话中视频部分客观质量CQT 工具路测每万用户VP投诉视频质量次数视频电话E2E时延VP业务中一方的声音、图像到达另一方的时间CQT 工具路测每万用户VP投诉视频E2E时延次数3 视频电话基本流程3.1 视频电话基本流程3G-324M是3GPP组织制定的框架性标准，其制定基础是 ITU-T H.324/M和其它国际标准，它可以在无线电路交换网络支持实时多媒体服务应用。该标准包含的几个子协议标准是：语音、视频、用户数据和控制数据的多路 复用和分离（H.223），in-band呼叫控制(H.245)。它定义的功能组件和端到端通信程序用于支持可视化音频通讯应用。3G-324M指定H.263为强制性基准协议，而把MPEG-4制定为推荐视频编码标准。ARM是强制语音编码标准，G.723.1为可选的编码标准。视频格式H.263标准是为低码流通信而设计的，基于H.261标准进行优化，算法为了优化带宽占用量，引进了在图像质量与运动幅度之间的平衡折中机制，也就是说，剧烈运动的图像比相对静止的图像质量要差。在数据传输过程中，音频数据、视频数据、呼叫控制数据（H.245）都被复用在同一个H.223帧中进行传送，H.223帧的复用和解复用只有在终端进行，接入网和核心网对H.223帧都只是透传，并不做操作。可视电话流程基本等同语音流程，在Setup、IAM等消息中携带的参数，表明该呼叫为视频通话。图3-1 视频通话流程标准1. UE A与RNC A建立RRC连接。2. UE A 向MSC A上报业务请求消息 CM Service request。3. MSC A下发消息，要求UE A进行鉴权、加密，这些流程均为可选。4. UE A向MSC A发Setup消息，消息中携带的BC_IE信元(承载能力标识单元)中Information Transfer Capability为unrestricted digital information，Other rate adapt ion为H.223&H.245。5. MSC A向主叫终端发起Call Proceeding。6. MSC A向HLR发起取路由信息请求Send routing request，HLR向被叫MSC B取被叫漫游号码Provide roaming number request。7. UE A主叫指配。8. MSC A向MSC B发起IAM消息，消息中包含VP的承载能力协商字段。9. MSC B向UE B发起寻呼请求消息。10. UE B与RNC B建立RRC连接。11. MSC B下发消息，要求UE B进行鉴权、加密，这些流程均为可选。12. MSC B向UE B发Setup消息，消息中携带的BC_IE信元(承载能力标识单元)中Information transfer capability为unrestricted digital information，Other rate adaption为H.223&H.245。13. UE B返回Call confirmed消息，没有携带新的BC_IE，表示能够支持VT被叫。14. UE B被叫指配。15. 被叫振铃后，UE B向MSC B返回Alerting消息。16. MSC B向MSC A返回ACM消息。17. MSC A向UE A返回Alerting消息。18. 被叫摘机后，UE B向MSC B返回Connect消息。19. MSC B向MSC A返回ANM消息。20. MSC A向UE A发Connect消息。21. H.245建立过程：UE A与UE B进行端到端的H.245 终端能力集的协商、H.245 主从确定的协商、H.245发送复用表的协商，并打开H.245音频、视频逻辑通道。UEA与UEB可进行可视电话通话。22. H.245拆除过程：UE A与UE B 之间关闭H.245音频、视频逻辑通道，结束H.245会话，主被叫用户面的资源都被拆除。23. 假设UE A先终止呼叫，向MSC A发起Disconnect拆线消息。24. MSC A向MSC B发REL消息，请求拆除被叫侧。图3-2 H.245建立过程3G-324M采用ITU-T建议H.245作为。建立H245通道的通讯过程：其多媒体通信的控制方法1. 主从决定过程：Master Slave Determination/Ack/Reject/Release，与能力协商过程不分先后，可以同时进行。主从判断指出会话开始时哪个终端是主终端。由于H.245是一个对称性控制协议，因此有必要确定主终端。主终端有权决定发生冲突时的情况。2. 能力协商过程：Terminal Capability Set/Ack/Reject/Release，与主从决定过程不分先后，可以同时进行。能力协商过程用来交换两个终端都支持的功能。这些功能包括了复用模式、音频/视频编解码器类型、数据共享模式及其相关参数和/或其它可选性能。3. 打开逻辑通道过程：Open Logical Channel/Ack/Reject/Release。逻辑信道信令打开/关闭用于媒体传送的逻辑信道。该过程也包括使用这个逻辑信道所需的参数交换。4. 打开多路复用过程：Multiplex Entry Send/Ack/Reject/Release。3G-324M协议的初始化是在通信双方之间建立电路交换信道后开始的。通信双方之间最先建立的是H.223复用协议。在这个协议初始化完成后，复用进程必须在通信双方之间取得同步。在打开第一个逻辑信道(信道0)时建立呼叫控制(H.245)也非常重要。复用协议的基本功能是将多个媒体流交织组成单个流。这些媒体流可以包括视频、语音、用户数据和控制信号(H.245)。复用过后的单一媒体流再通过一个传输通道发送出去。关闭H245通道的通讯过程：5. 关闭逻辑通道过程：Close Logical Channel/Ack/Reject/Release；6. H245关闭：向对方发End Session Command命令。3.2 视频电话主要信令流程分析图3-3 主被叫在同一MSC下VP呼叫的信令流程关键信元解释：a) Bearer Capability 承载能力信元, 对于3G视频呼叫而言i. ITC 值为 UDI（Unrestricted Digital Information）;ii. Synchronous/asynchronous同/异步方式：同步Synchronous；iii. Connect element连接元素：transparent 透明；iv. FNUR（Fixed network user rate）固定网络速率：64K bit/s；v. Rate adaption 速率适配：3 参见Other Rate adaption；vi. ORA （Other Rate adaption） 其他速率适配：H.223 & H.245；由于UMTS侧将音频、视频和H.245（多媒体通信控制协议）数据复用在H.223帧中，MGW需要将H.223帧进行解复用，然后将H.245控制协议数据透传给MGC处理，所以MGW与MGC之间需要建立H.245信令链路。主被叫在不同MSC下的信令流程增加了局间的信令交互，其余流程完全相同。图3-4 IAM消息中视频通话指示语4 网络指标测试与分析4.1 接续时延分析拨测过程中，跟踪Server、RNC上的信令，得到数据后分解拨测的各个阶段，得到各个独立过程的时间消耗。4.1.1 相同RNC下接续过程时延分析图4-1 主要接续过程利用probe工具得出RRC建立时延：表4-1 RRC建立时延RRC建立时延(ms)315305292300305307306312302289308294301309308平均时延（ms）302表4-2 接续过程时延分析主叫鉴权加密(ms)取路由信息，漫游号码(ms)寻呼时延(ms)被叫鉴权加密(ms)被叫指配(ms)主叫指配(ms)总接续时延(ms)660300800160630690294049026011105106206303220390300117016064063029604003201130160690670290039033010601606306903030420260180016070059036807003709901606806503270表4-3 各个阶段平均时延RRC接入时延（ms）主叫鉴权加密(ms)取路由信息，漫游号码(ms)寻呼时延(ms)被叫鉴权加密(ms)被叫指配(ms)主叫指配(ms)总接续时延(ms)30240531711471856526463701表4-4 CS域各流程时延基线标准流程鉴权取鉴权集加密TMSI重分配指配取路由寻呼智能交互中继接续时延消耗标杆值（ms）100030070020070030016003002000分析结论：w 结合以往CS网络优化经验，局内接续时间在6秒以内网络性能就算优秀，联通集团对VP业务接通时间的要求6s，此数据已经比较理想，网络指标优秀。w 根据测试情况，可针对各个流程的独立时延分析，如果某一阶段的时延过大，可有针对性的进行专在局内呼叫场景下，主被叫指配基本是同步发起的，在支配需要的时延中，大部分时间内的流程是并行的，而局间呼叫，其在主叫指配完成后才向落地局发起IAM消息，其后才进行被叫指配，所以两个场景的时间差主要体现在指配流程的差异上。4.2 提取信令分析使用Netcare公司的信令分析软件Call Analyzer对MC口等信令文件进行分析。 详细统计的失败原因值和次数如下：图4-2 VP呼叫失败原因分布图表4-5 VP呼叫失败原因分布失败原因失败次数失败比例bearer capability no presently available433.33%bearer capability no authorized325.00%call rejected216.67%incompatible destina18.33%normal call clearing18.33%Reserved18.33%4.2.2 bearer capability no presently原因解释这种失败原因主要是联通用户呼叫其他网络用户而导致的失败。用户信息请参见下表：表4-6 因bearer capability no presently拆线的用户信息主叫用户IMSI被叫号码460015320312657157127502064600153203126571571275020646001532031265715712750206460015320312637139698871194.2.3 bearer capability no authorized原因解释这种失败原因有两种场景：3G用户发起了VP业务，但是被叫的3G用户漫游到2G网络中去了，导致VP呼叫失败。2G网络下用户发起了VP业务，导致VP呼叫失败。用户信息请参见下表：表4-7 因bearer capability no authorized拆线的用户信息主叫用户IMSI/TMSI被叫号码46001532063722418653219321460015320637224186532193214.2.4 call rejected原因解释这种失败原因场景：由于被叫用户业务受限被运营商限呼，可能由于用户欠费等原因导致。用户信息请参见下表：表4-8 因call rejected拆线的用户信息主叫用户IMSI/TMSI被叫号码46001532066472018605329298460015320664720186053292984.2.5 incompatible destina原因解释这种失败原因场景：由于被叫终端问题导致VP呼叫失败，可能由于被叫终端不支持VP呼叫呼叫等原因。用户信息请参见下表：表4-9 因incompatible destina拆线的用户信息主叫用户IMSI/TMSI被叫号码460015320658237186639999984.2.6 normal call clearing原因解释这种失败原因场景：主叫用户在呼建立过程中早释导致VP呼叫失败。用户信息请参见下表：表4-10 因normal call clearing拆线的用户信息主叫用户IMSI/TMSI被叫号码460015320611628186532585914.2.7 Reserved原因解释这种失败原因场景：此次呼叫为局间呼叫，本局发出IAM消息后，对局回复REL消息，失败原因为 “Interworking, unspecified”，然后MSC向主叫侧发送拆线消息disconnect，失败原因为Reserved(126)。根据3GPP 24008协议描述：All other values in the range 112 to 127 shall be treated as cause 127也就是说126这个保留的失败原因值其实可以认为就是127的失败原因。其中127的失败原因值是 “Interworking, unspecified”，根据3GPP 24008协议对“Interworking, unspecified”这个失败原因值的描述：This cause indicates that there has been interworking with a network which does not provide causes for actions it takes; thus, the precise cause for a message which is being sent cannot be ascertained.说明对局回复的REL消息中没有携带明确的失败原因，导致本局发送的拆线消息中无法明确具体的失败原因。用户信息请参见下表：表4-11 因normal call clearing拆线的用户信息主叫用户IMSI/TMSI被叫号码46001532063722418653221618上述方式是目前我们从网络侧分析网络质量，定位网络问题的一个关键手段，针对上述VP失败原因，建议对3G视频电话用户进行调研，增加视频对话操作方面的知识普及，通过短信方式告诉用户VP呼叫的原因，比如说被叫手机不支持，被叫在2G网络等等。附：VP使用的约束条件：w 主被叫都必须在3G网络，2G网络不支持VP业务w 主被叫终端都必须支撑VP业务，如GSM手机就不支持VP业务w 主被叫都必须是3G用户，且开通了VP业务权限w 不同运营商网络之间VP业务不能互通，运营商没有达成协议。w VP回落，终端不支持（需要终端上报的BC含有多媒体、语音两个能力，目前只有高通的一款手机支持）w 终端类型是什么，是否长期未关机（智能手机长期不关机，可能造成程序吊死）。优化建议：加强对客服中心、市场部的引导，对用户进行VP使用限制的宣传。另外如果设备支持失败放音，针对不同的失败原因值，给出相应的短信或者语音通知，可以提高业务成功率，提升用户感知。4.3 视频回落测试一般意义上的回落是指用户在做VP业务时，可以由视频呼叫切换到语音呼叫，但是目前市场上的绝大部分终端都不支持视频回落功能，因为目前视频电话的回落并不是强制标准。如果需要终端支持视频回落功能，需要终端上报的承载能力（bearer capacity）同时包含视频电话和语音两个承载类型，但是目前终端都只支持上报一种承载能力。目前可视电话回落并不是一般意义上的自动切换成语音呼叫，而是通过回送正确的失败原因，使终端能进行必要的操作或通知，接续过程中已建立的RAB等资源还是要释放的，根据终端设置和能力最多做到自动重播而已。可视电话业务改变的场景属于可选，因此对于正在进行通话的可视电话用户在进入3G无覆盖区域时，无法自动切换到2G网络，只能掉话。所以如果VP通话过程中，用户由3G网络切换到2G网络，只能掉话，不能自动切换为语音呼叫。下面给出视频回落场景的失败原因值。4.3.1 主叫用户未签约可视业务主叫用户发起一个可视电话呼叫，但是主叫用户没有签约电路域可视电话业务，呼叫失败。图4-9 失败原因值4.3.2 被叫未签约可视电话业务主叫用户发起一个可视电话呼叫，被叫用户没有签约电路域可视电话业务，呼叫失败：图4-10 失败原因值4.3.3 被叫已签约但位于2G接入网主叫用户发起一个可视电话呼叫，若被叫用户已签约电路域可视电话业务，但处于2G接入网，呼叫失败，终端提示“对方终端或者网络不支持此业务”。图4-11 失败原因值4.3.4 主叫已签约但位于2G接入网发起呼叫失败，信令无法到达核心网侧。4.3.5 被叫已签约但当前终端不支持若被叫用户已签约可视电话业务，且正位于WCDMA网中，但被叫终端不支持可视电话业务，呼叫失败，终端提示“对方终端或者网络不支持此业务”。图4-12 失败原因值4.3.6 被叫选择以语音形式接听预置场景：若被叫用户已签约可视电话业务、正位于WCDMA网中、且当前的终端也支持可视电话业务，但选择以语音形式接听。实际测试过程中，有下面三种情况：w 终端没有任何形式的选择语音形式接听的提示与操作，不能选择以语音形式接听。w 终端接通后可以选择不发送视频（Nokia 6210），但实际上还是视频呼叫。w 终端接通后可以选择转为语音呼叫，则终端主动拆线，然后提示用户是否重新发起一次语音呼叫，实际上是拆除视频呼叫（Nokia N85），失败原因如下：4.3.7 被叫是其他网络用户主叫是WCDMA用户，被叫是TDSCDMA用户，都有VP业务权限，主叫发起VP呼叫，呼叫失败，终端提示“对方终端或者网络不支持此业务”。图4-13 失败原因值4.4 问题分析4.4.1 用户投诉分析分析12月份业务投诉，共有2个VP相关的投诉：投诉描述问题分析解决措户反映：本机在济南槐荫区阳光100F15号楼2单元201室使用，信号满格，但在通话中出现断断续续的现象，且使用3G视频通话时出现马赛克的情况，手机品牌及型号：诺基亚5800。移动网络优化中心反馈：已向用户解释，经核实，我分局优化人员已经到用户反映区域进行测试，并且勘址准备新增加基站1、是否存在对网络的异常操作2、承载网是否有异常波动3、小区信号覆盖是否良好4、是否有空闲的网络资源5、用户是否处于特殊环境VP业务可以接通，业务质量差，一般是网络接入质量差造成的。到用户所在小区进行无线网络性能测试，确认属于信号覆盖问题，增加基站加强信号覆盖户来电反映最近几天无法使用手机进行视频通话，用户表示使用的是诺基亚N97手机，支持可视电话，接收到的是3.5G的网络信号，在拨打其它186可视电话时，提示连接失败，也无法接听可视电话，用户表示对方接收到的也是3G信号，且对方手机也支持可视电话，对此有疑问，要求协助处理，用户使用地是济南章丘市埠村街道办事处。1、确认主被叫终端是否支撑VP业务2、主被叫是否都处于3G网络3、主被叫是否都有业务权限4、是否有空闲的网络资源5、如果用户之前使用过VP业务，且不存在上述问题，建议用户重启手机（智能手机，长时间不关机，可能造成终端异常）这种情况一般是由于终端问题，用户权限，或用户选网造成的，可针对这个用户进行信令跟踪，确认真实的失败原因值，缩小问题范围。进行用户回访后，了解业务无法使用的原因可能是信号覆盖问题，进行实地测试后，加强3G信号覆盖。5 视频质量分析5.1 视频质量评价方法对于视频图像质量的评价，有主观评价和客观评价两种方法。主观评价是指以人的视觉效果作为评判准则，由观察者对图像质量提出判断。在实际应用中，由于该方法的评价结果因人而异，无法用数学模型对图像质量进行定量描述，且过于费时费力，因而其应用受到很大限制。在某些场合，如实时图像检测等领域，主观评价就更显得无能为力了。在这个基础上，就发展出了利用仪器进行的客观评价的视频测试。客观评价，是在规定测试信号和测试方法的前提下，用测试仪器对被测信号进行定量分析来判断其图像质量或损伤程度的方法。客观评价在现在测试技术的发展下又分成以下两种方式：（1）视频客观指标测试： 是用测试仪器对被测信号进行定量分析来判断其损伤和失真程度的方法。（2）客观图像质量评价：是利用视觉心理以及视频评价的主客观联合特性拟合出来的算法，进行的用于替代人眼进行的图像评价。由于图像最终为观众所接受，仍取决于人眼的视觉特性，即视觉的物理特性（如视觉敏锐度等）和心理特性（如电视图像的感染力、真实感、临场感、稳定感等心理因素）。因而国际上经广泛研究认为，视频编解码图像质量的评价，首先应建立在主观评价的基础上。其次客观指标评价也是一个有力的检验手段。5.2 主观评价5.2.1 主观评价方法利用人眼主观评价的优缺点优点：应用域的宽广，可以进行任何视频效果的评价。可在任何视频编解码压缩算法上进行评价。并且可以提供一个阶梯型的评价结果。缺点：需要一丝不苟进行设置和控制、需要较多参与者、耗时持久、一些结果可能被图像内容所影响、同时对操作监视和生产测试以及故障排除没有作用。主观评价测试方法通常，主观评价分两类：l 确立系统在最佳条件（即理想条件）下的性能的评价，即所谓的质量评价。l 确立因发送和传输而致的非最佳条件下保持图像质量能力的评价，即所谓损伤评价。l 主观评价的观看员一般不应少于15人，由非专家组成；当需要精确判断时，也可由受过专业训练的专业观看员进行评价和分析。表5-1 视频质量五级评分标准得分质量等级妨碍尺度损伤等级比较等级5优无觉察 不觉察+2 好得很4良刚觉察 可觉察但不讨厌+1 好3中觉察但不讨厌稍有讨厌0 相同2次讨厌 讨厌-1 差1劣难以观看 非常讨厌-2 差得多视频图像的最终目的是给观众看的。通常利用静止和动态的两种内容图像为标准的视频信号作为编码端的视频输入信号，经过编码、传输、解码后将解码端输出的视频信号接到监视器上，观察其分辨率是否达到预定分辨率或者效果。5.2.2 主观测试结论在同一MSC下的VP呼叫，其拍摄静止的物体，其总体质量都较好，图像清晰流畅，拍摄快速移动的物体，其质量稍差，主要体现是部分情况下图像不连续。l 相对于同一MSC下的VP呼叫，跨MSC的VP呼叫，其总体质量要差一些，尤其当拍摄快速移动的物体时，主要体现在马赛克、图像模糊，图像不流畅。l 终端、拍摄环境及拍摄对象对VP质量的影响较大。l 拍摄快速移动的物体时，经过编解码其每帧的大小要大于拍摄静止物体的帧大小，造成传输数据量较大，视频可能出现较多失真或马赛克。l VP呼叫，其音频和视频经H.223帧格式转换，其音频和视频在同一帧中传输，网络侧不会造成音唇不同步的问题，如果发现音唇不同步的问题，只有可能是终端造成的，拨测过程中没有明显的音唇不同步问题。l 视频格式H.263标准是为低码流通信而设计的，基于H.261标准进行优化，算法为了优化带宽占用量，引进了在图像质量与运动幅度之间的平衡折中机制，也就是说，剧烈运动的图像比相对静止的图像质量要差，所以不建议在视频通话过程中传送剧烈运动或者过于复杂的的图像。l 拍摄较近距离（50cm）的图像较清晰，拍摄远距离图像辨识度较低。5.3 客观评价客观评价方法图像质量的客观评价是指用一定的客观评判标准，通常是对图像内容的某些数学描述，来判断图像质量是否达到应用要求。由于客观评价标准具有准确、快速、量化操作等特点，因而在实际工作中得到了广泛的应用。最常用的客观评价标准有均方误差(MSE)、峰值信噪比(PSNR)、MDI（媒体传输质量指标）、PEVQ（ Perceptual Evaluation of Video Quality）。近年来随着多媒体数据压缩技术的发展，图像质量评价方法的研究也进入了一个新的阶段，其中各种基于人眼视觉特性的模型是近来发展比较迅速的方向，比较常用的有指标有PEVQ，PQR，DMOS。我们通过客观测试方法进行测试并不能真正测试“图像质量”，我们测试通过被测试系统后的图像和源参考图像的差异，并且通过视觉心理模型的复合分析来得到测试参照数值，该数值的源参考是基于人眼的主观评价的参数，越好的客观测试数值是最接近或者等同于利用人眼进行主观评价的数值。视频质量测试工具目前使用的三种测试工具只有日讯的软件可以给出VMOS值，鼎利工具下一个版本可能会合入相应功能。通过DT测试，可以发现VMOS值较低的区域，结合无线侧性能指标，如果导致业务质量低的主要原因是无线侧导致，可推动无线侧进行优化。5.4 其他工具使用情况测试过程中为了对视频传输质量有一个客观测评，前后使用了3种测试软件，包括华为GENEX软件，鼎利软件，和日讯软件。经过测试各种软件确认，只有日讯软件能够对VP呼叫进行视频质量的测评。而GENEX和鼎利软件都可以进行VP的自动拨测，但是其不能对于VP本身的视频质量有一个客观指标的打分。GENEX1 能够进行VP拨测2 能够得出无线侧指标3 能够得出部分消息的时延，及无线性能指标鼎利1 能够进行VP拨测（模拟线路传输）2 能够得出无线侧指标3 能够得出视频传输时延，及无线性能指标日讯1 能够进行VP拨测（模拟线路传输）2 能够得出无线侧指标3 能够得到VP本身VMOS值，及无线性能指标问题分析与处理5.5 视频业务质量影响因素分析5.5.1 无线侧影响由于视频通话为CS域的业务，传输的承载类型还是TDM，无线侧对视频质量的影响为主要因素，包括信道编解码、加扰、扩频、调制、发射等。一般情况下，无线设备对复用流也是透传，其中存在误码、丢包等现象，同样会很大程度上影响视频质量。l 一般来说，VP业务在建立成功后，网络侧数据都是恒定速率的数据传输，基本上出现问题的概率比较小。l 首先需要判断问题出现地方的无线信号的覆盖质量：因为VP业务无法切换到2G，即使覆盖比较差，也还只能保持在3G系统，那么在覆盖比较差的场合，很有可能出现很大的质量下降。目前很多角落、电梯都是覆盖比较差的。l 通过单用户信令跟踪确认是否有频繁的硬切换流程。l 同时可以针对单用户进行误块率统计，目前现网的配置为0.1%，从较长时间平均，如果超过0.1%较多，可能就有问题；可以进一步观察该用户的下行码发射功率是否受限。l 同时可以统计上行的数据包数目，因为VP业务是严格的64K速率的业务，可以判断是否丢包严重。如果功控不收敛或者丢包较多，都可能是接入网系统问题。5.5.2 传输影响误帧、滑码对于TDM传输，误帧和滑码，类似于IP传输的错包和丢包；将对视频质量产生影响；误帧和滑码可能会导致马赛克或黑屏等现象。E1滑码是指某个E1端口累计检测到底层E1/T1帧丢失、帧失步、复帧失步、告警指示、远端告警等信号的次数。上述情况在MGW可以排查级联误码的告警和时钟不同步的告警来解决。丢包、时延、抖动局间视频呼叫，如果视频流是通过IP传输，丢包对语音业务和视频业务的影响是不同的，丢包率小于1时，对语音业务影响不大；但是如果视频的丢包丢失了关键的信息，可能导致视频帧解不出来，从而导致马赛克或者黑屏。丢包的影响目前没有量化的数据。IP丢包要分情况考虑，如果配置帧（包含参数集信息）丢失，那么整个视频将不可见，如果I帧丢失，将会出现黑屏，如果P帧和B帧丢失将出现画面停滞现象，MGW在减少丢包方面可以使用冗余传输、前向丢包补偿。时延指端到端包传递的时间，包括编解码、传输导致的时延，时延过大会影响视频的协商，如果时延过大，可能导致视频协商不成功。抖动指传输时时延的变化。传输的时延和抖动将会加剧方块效应和边缘散乱。表5-2 IP QoS指标评估指标用户面指标时延50ms抖动10ms丢包率1%带宽Iu口是ATM承载时，对于AAL2的语音承载业务，PVC类型为承载PVC。如果PVC里的UPC功能被打开了，User Parameter Control是接收方向的流量控制机制，如果对端发送过来的业务流带宽超过该PVC的SCR的值时，NP就会把超过SCR部分的流量丢弃，这样对于语音呼叫问题不大，但是对于视频呼叫来说影响就比较大了，一般情况下，UPC参数关闭，则MGW方会大度地接收超过SCR的业务流量。对于3G手机而言，接收带宽固定为64K（这其中还要包含语音，H245，以及H223的复用开销），实际分配给视频的带宽差不多在50K左右。IP侧数据量骤增的情况下，MGW复用视频数据时，缓冲区必然要溢出，导致丢弃IP报文，直至视频和语音数据量可以在64K带宽下，被及时发送到手机侧。Iu口是ATM承载时，对于VP和普通语音呼叫其对于传输资源的占用是不同的，普通语音呼叫其占用带宽是12.2Kbps，视频通话其占用带宽是64Kbps，在VP业务发展时需注意Iu口资源的利用情况。跨Server或者长途的视频呼叫，其传输如果是IP承载，在Nb口有与Iu口相同的带宽需求，如果承载是TDM，则对于语音和视频业务没有带宽占用上的区别，都是一个TDM时隙。5.5.3 核心网影响对于普通语音业务，一般MGW上有TrFO和TFO特性，可以减少编解码过程对通话时延的影响，而对于VP业务，UMG只是透传和适配功能，不进行编解码操作。2198冗余由于数据业务对丢包敏感；根据RFC2198协议，UMG支持2198冗余技术达到抗丢帧的目的。实现原理：在传输数据帧时如果这个帧在传输过程中丢失，则这帧的信息会在后续发过来的数据的冗余帧中得到恢复。对于UMG进行数据透传的场景，不使用2198冗余功能；当UMG对数据信息做处理，发送IP数据报文时，可以启用2198冗余功能。2198冗余可以增强网络抗丢包的能力，从而降低丢包对视频质量的影响。5.5.4 终端及编解码影响有的UE终端在使用免提不使用耳机的情况下，会出现吞音现象，通过采用耳机和不用耳机的对比，推知这是使用VP 业务该UE 打开喇叭时特有的现象，不是网络侧的问题。终端的性能对视频质量的影响比较大，其编解码芯片对视频传输的时延，质量等等都影响较大，不同终端其拍摄质量的不同决定其呈现出来的视频质量都不相同。目前3GPP对视频电话的视频编码格式强制H.263格式，H.263是国际电联ITU-T的一个标准草案，是为低码流通信而设计的。H.263的编码算法与H.261一样，但做了一些改善和改变，以提高性能和纠错能力，此算法为了优化带宽占用量，引进了在图像质量与运动幅度之间的平衡折中机制，也就是说，剧烈运动的图像比相对静止的图像质量要差，所以不建议在视频通话过程中传送剧烈运动、或图像过于复杂的景象。5.6 日常监控l 抓取分析信令或者直接由话统中得到VP接通率、掉话率、话务量等基础数据。l 确认接续过程中是否存在问题，在设备上进行接口跟踪，定位问题是核心网侧还是无线侧，或者用户原因导致的失败或异常。l 分析时延，看接续过程有没有那一部分时延过长，是否有优化空间。5.6.1 核心网监控核心网侧可以通过信令分析工具或者话统报表得到VP接通率、掉话率、话务量、失败原因分析、全流程时延等有效数据，对于问题的定界有关键作用。目前业界有很多专业工具用于分析全流程的信令过程，包括各种接口、承载，使用这些工具分析现网抓取的信令，并且结合现网配置及组网，可以更加准确、真实的反映现网存在的网络问题。表5-3 华为软交换VP相关部分话统话统统计参数VP Incoming Traffic in Mobile Office Directions试呼次数，应答次数，接通率、占用话务量，失败原因统计等指标VP Outgoing Traffic in Mobile Office DirectionsVP Outgoing Traffic in Trunk Office DirectionsVP Incoming Traffic in Trunk Office Directions华为软交换针对VP呼叫有多个独立话统，可针对VP呼叫得到详细的呼叫次数、接通率等统计指标。如果是IP承载网的问题导致VP质量恶化，可以在MGW上得到IP QoS相关的告警日志，通过分析这些告警，取得MGW上的话统信息，可以定位IP传输的时延、抖动的异常数据。表5-4 华为MGW相关话统话统统计参数IP QoS测试本端统计平均环路时延、本端统计平均时延抖动、本端统计平均丢包率等E1滑码统计用于反映E1端口的E1滑码情况。通过上述统计，可以得到IP承载网的平均时延、抖动、丢包率，反映出VP传输过程可能存在的问题。如果确认问题是MGW的问题，可以与MSC配合，在MGW上录制通话过程中用户侧的数据，与其他仪器配合来分析视频传输质量的分析。5.6.2 无线侧监控VP业务的日常监控通过分析话统KPI报表完成，重点关注的指标包括话务量、接入成功率、切换成功率、掉话率等，通过Nastar或者M2000的话统分析功能实现。表5-5 无线侧统计话务量TrafficCommentsVS.RB.DLConvCS.64统计了小区中建立的