Lync Server 2013 中的服务器媒体质量趋势报告
上次修改的主题: 2012-11-12
服务器媒体质量趋势报告提供了一种方法,用于在体验质量指标(例如调用量、通话百分比差、数据包丢失和抖动)上以图形方式比较最多 5 台服务器。 这使得执行标识性能不佳的服务器、未充分利用的服务器或使用过度的服务器之类的操作变得更简单。
访问服务器媒体质量趋势报告
服务器媒体质量趋势报告可从下列任一报告进行访问:
Lync Server 2013 中的服务器性能报告 通过单击趋势指标 ()
Lync Server 2013 中的通话详细信息报告 (单击 A/V 边缘服务器指标。如果调用方或被调用方是服务器,则还可以通过单击终结点名称来访问服务器质量媒体趋势报告。)
充分利用服务器媒体质量趋势报告
单击 特定服务器的 Lync Server 2013 中服务器性能报告的趋势 指标时,服务器媒体质量趋势报告将打开。 但是,您只会看到该报告的一个空白实例;您在服务器性能报告上选择的服务器将不会显示在屏幕上。 相反,您需要从“服务器”下拉列表中选择服务器。 还要注意,“服务器”下拉列表包含“全选”选项。 此选项在您具有 5 台以上的服务器时不起作用;服务器媒体质量趋势报告一次最多只能显示 5 台服务器的数据。
在服务器媒体质量趋势报告显示的图形上,标记为“呼叫量”和“通话百分比差”的点是热链接:单击图形上的某个点将在 Lync Server 2013 中打开呼叫列表报表的 实例,其中显示指定时间段内 (调用总数或调用) 差。
筛选器
利用筛选器,您可以返回一组针对性更强的数据或通过不同的方式查看返回的数据。 下表列出了可用于服务器媒体质量趋势报告的筛选器。
服务器媒体质量趋势报告筛选器
名称 | 描述 |
---|---|
从 |
时间范围的开始日期/时间。 若要按小时查看数据,请输入开始日期和时间,如下所示: 2012/7/1:00 PM 如果您未输入开始时间,该报告会自动将将某个特定日期的上午 12:00 作为开始时间。 若要按日查看数据,请只输入日期: 7/7/2012 若要按周或按月查看,请输入您要查看的周或月中的任一日期(您不必输入周或月的第一天): 7/3/2012 一周始终是从星期日开始至星期六结束。 |
到 |
时间范围的结束日期/时间。 若要按小时查看数据,请输入结束日期和时间,如下所示: 2012/7/1:00 PM 如果您未输入结束时间,该报告会自动将某个特定日期的上午 12:00 作为结束时间。 若要按日查看数据,请只输入日期: 7/7/2012 若要按周或按月查看,请输入您要查看的周或月中的任一日期(您不必输入周或月的第一天): 7/3/2012 一周始终是从星期日开始至星期六结束。 |
间隔 |
时间间隔。 选择下列选项之一:
如果开始日期和结束日期超出了所选间隔允许的最长时间,则仅显示最长时间(从开始日期开始)。 例如, 如果选择开始日期为 2012/8/7 且结束日期为 2012/9/28 的每日间隔,则数据将显示为 2012 年 8 月 7 日上午 12:00 至 2012 年 9 月 7 日上午 12:00 (,即总价值 31 天的数据) 。 |
服务器类型 |
呼叫中涉及的服务器类型。 允许的值包括:
|
服务器 |
会话中涉及的服务器的名称;此下拉列表将基于服务器类型筛选器的值自动为您填充。 编译报告时最多可选择 5 台不同的服务器。 |
访问类型 |
指示参与者是登录到内部网络还是从外部网络登录。 允许的值包括:
|
网络类型 |
指示参与者连接到的网络的类型。 允许的值包括:
|
VPN |
指示外部参与者在会话期间使用的是否是虚拟专用网 (VPN) 连接。 允许的值包括:
|
指标
下表列出了服务器媒体质量趋势报告中提供的信息。
服务器媒体质量趋势报告指标
名称 | 是否可按此项排序? | 描述 |
---|---|---|
呼叫量 |
否 |
呼叫总数。 |
性能降低 (MOS) |
否 |
呼叫过程中遇到的性能降低的 MOS(平均意见得分)的平均值。 性能降低值的范围介于 0.0 和 5.0 之间;该值小于或等于 0.5 表示可接受的性能降低。 过去,平均意见得分是通过让用户对呼叫质量进行评级(范围为 1 到 5)来计算得出的。 Lync Server 使用一组算法来预测用户对呼叫的评级。 高降级值可能是由拥塞引起的;缺少带宽;无线拥塞或干扰,或重载媒体服务器或终结点。 高降级会导致音频失真或丢失。 |
质量欠佳的呼叫百分比 |
否 |
归类为质量欠佳的呼叫的总数。 质量欠佳的呼叫是指至少一项测量指标超过允许的值的任何呼叫(例如,信号极不稳定的呼叫)。 |
来回行程(毫秒) |
否 |
实时传输协议数据包来往于一个终结点所需的平均时间量(以毫秒为单位)。 来回行程的时间小于或等于 200 毫秒被视为质量可接受。 高往返值可能是由国际呼叫路由引起的:路由配置错误;或重载媒体服务器。 高往返时间导致双向实时音频对话出现困难。 |
数据包丢失 |
否 |
平均实时传输协议 (RTP) 数据包丢失率。 (当 RTP 数据包(一种用于通过 Internet 传输音频和视频的协议)未能到达目标时,会发生数据包丢失。) 高丢失率通常是由拥塞引起的:缺少带宽;无线拥塞或干扰;或重载媒体服务器。 数据包丢失通常导致音频失真或丢失。 |
抖动(毫秒) |
否 |
在 RTP 数据包到达之间检测到的平均抖动率。 (Jitter 是调用的“抖动”度量值。) 高抖动值通常是由拥塞或重载媒体服务器引起的,并导致音频失真或丢失。 |
修复程序隐藏比率 |
否 |
隐藏的音频样本与样本总数的平均比率。 (隐藏音频示例是一种用于平滑突然转换的技术,这种转换通常是由丢弃的网络数据包引起的。) 高值表示由于数据包丢失或抖动而应用的大量丢失隐藏,并导致音频失真或丢失。 |
修复程序拉伸比率 |
否 |
拉伸的音频样本数与样本总数的平均比率。 (拉伸音频是已展开的音频,有助于在检测到已删除的网络数据包时保持通话质量。) 高值表示抖动导致的样本拉伸的显著级别,并导致音频声音机器人化或失真。 |
修复程序压缩比率 |
否 |
压缩的音频样本与样本总数的平均比率。 (压缩音频是已压缩的音频,有助于在检测到已删除的网络数据包时保持通话质量。) 高值表示抖动导致的样本压缩水平很高,并导致音频声音加速或失真。 |