通过

Lync Server 2013 中的 Lync 调用质量方法

  • 项目

 

上次修改的主题： 2016-06-24

本文是 Lync 呼叫质量方法 海报的配套内容，可从下载中心下载。

描述描述 CQM 进程的 CQM 进程海报

可以使用此海报了解 CQM，该 CQM 是 Lync 2013 和 2010 的呼叫质量方法，可帮助你发现并消除影响包括企业语音功能的 Lync 实现的呼叫质量和用户体验的问题。 呼叫质量方法是一种新的疑难解答和服务管理框架，可以更好地专注于改进 Lync 中的企业语音服务。 在本文中，可以详细了解 CQM、受监视的服务器和解决方案类型，以及如何处理收集的遥测数据。

如果对如何使用 CQM 有疑问，可以向 cqmfeedback@microsoft.com其提交问题。

海报说明了以下方面：

  • 什么是 Lync CQM？

  • 优先级：运行趋势查询

  • Pcd

  • 托管/非托管

  • 服务器工厂道路

  • 最后一英里路

  • 终点路

  • 服务管理

  • 棋盘游戏规则

什么是 Lync CQM？

呼叫质量方法是一种新的疑难解答和服务管理框架，可以更好地专注于改进 Lync 中的企业语音服务。 使用 CQM 时，需要更少的努力来确保企业语音服务的呼叫质量和用户满意度。 CQM 在 调用质量方法中进行了更充分的说明。 本文和海报是该内容的摘要。

CQM 将系统故障排除分为三条路径或“道路”。 这些是：服务器工厂路，它查看服务器和它们之间的链接，终结点路，它查看用于进行呼叫的用户设备和媒体，以及最后一英里路，它解决了传统的交换电话网络呼叫的集成。

每个道路划分为几个与特定区域或主题相关的细分，每个细分段定义什么是可接受的质量级别，为达到该质量级别而采取的行动，并制定了服务管理计划，以在转到下一主题之前保持该质量级别。

海报将 Lync CQM 作为三个玩家的棋盘游戏，每个玩家将穿过其中一条道路。 下载中包含的卡片用于模拟调用必须克服的调用质量的障碍。 关于目标以及如何实现目标的提示和建议包括在三条路径上，以及在游戏中 (实际应用程序中首先追求哪些道路的优先顺序准则，所有三条道路都并行) 处理。

CQM 如何在早期版本的 Lync 中工作？ CQM 是 Lync 2013 的新增功能，但大部分可将其改编为与 Lync 2010 一起使用。 CQM 可能在某个程度上适用于Microsoft Office Communicator，但这是未经测试的，不受支持。

如果对如何使用 CQM 有疑问，可以向 cqmfeedback@microsoft.com其提交问题。

CQM 中的第一步是运行每个趋势查询两周，然后分析结果。 按最大流参与者、最差流比率和托管区域 (控制) 的区域确定纠正操作的优先级。  如果音频/视频多点控制单元 (AV MCU) 或中介查询显示效果不佳，请从红色或服务器工厂道路开始。  如果有线或无线查询显示的效果不佳，请从蓝色或最后一英里路开始。  如果 VPN 或外部查询显示的效果不佳，请从绿色或终结点路开始。

选择要开始的道路后， (断言) 为每个区域定义一个目标，努力实现该目标 (实现) ，然后实施保持目标 (维护) 的过程。 还可以使用此海报作为游戏来了解 CQM 背后的原则。

Pcd

(PCD) 的 PreCall 诊断工具可帮助你识别和诊断外围网络中的问题， (QoE 数据库不会收集有关边缘或外围网络) 的信息，也不会排查最后一英里内的连接问题。 该工具既可用作新式应用Windows 8，也可在 Windows 桌面应用中https://apps.microsoft.com/windows/en-us/app/lync-2013-precall-diagnostics/9607fe33-2b51-403d-9615-c23f248e7c88使用。

托管/非托管

Lync Server 部署和网络基础结构通常可以分为托管空间和非托管空间。 托管空间包括整个有线网络和服务器基础结构。 非托管空间是无线基础结构和外部网络基础结构。

进行此区分可提高数据的清晰度，并帮助组织专注于对用户语音和视频质量产生可衡量影响的工作负荷。 如果将调用置于你拥有的 (托管) 的基础结构上，而基础结构部分由其他实体控制， (非托管) ，则用户对质量有不同的期望。 这并不是说无线用户只能使用自己的设备来获得出色的 Lync Server 体验。

提高非托管空间中的语音质量需要在托管空间中具有高质量。 无线 (Wi-Fi) 是被视为托管空间还是非托管空间由组织决定。 实现健康环境的技术在两个空间中有所不同，解决方案也是如此。

服务器工厂道路

服务器工厂路的第 1 段解决了 Lync 实现中的实际服务器。 收集有关服务器本身及其在实现中的角色的 KHI 数据，并分析结果。 如果需要执行操作，请更正找到的任何问题。 有关 KHI 海报附带 的 Lync Server 2013 中的关键运行状况指标 的文章中提供了有关此主题的更多详细信息。

下一段介绍 AV MCU 服务器与中介服务器之间的媒体流。 首先确定低流阈值的目标。 差流通常是 PacketLossRate > .01 或 PacketLossRateMax > .05。 另一个理想的目标是 PoorStreamsRatio < 2%。 接下来，使用详细查询查找流较差的 AVMCU 和中介服务器对，调查流不良的原因，查看差流路径中的网络设备，修正不良流，并为网络设备定义最佳或“黄金”配置。 若要保持成就，请实施流程和工具来管理配置偏移并报告新问题区域。

接下来，检查中介服务器与公共交换电话网络 (PSTN) 网关之间的媒体流。 首先确定低流阈值的目标。 差流通常是 PacketLossRate > .01 或 PacketLossRateMax > .05。 另一个理想的目标是 PoorStreamsRatio < 2%。 接下来，使用详细查询查找流较差的中介服务器和网关对，调查流不良的原因，查看流路径不佳的网络设备，修正不良流，并为网络设备定义最佳或“黄金”配置。 若要保持成就，请实施流程和工具来管理配置偏移并报告新问题区域。

最后，检查 PSTN 网关的运行状况指标。 识别显示运行状况的统计信息，并针对它们定义目标。 此处未提供任何特定指南，因为可以使用尽可能多的网关。 建立目标后，根据需要修正以实现目标：在此过程中，你可能会为网关定义“黄金”或最佳配置。 若要保持成就，请实施流程和工具来管理配置偏移并报告新问题区域。 请注意，固件和软件更新可能会更改配置或导致您更改“黄金”配置的定义，因此请谨慎对待这些活动。

最后一英里路

在客户端连接到网络的两种方式中，有线应提供最高的质量，相应地，这必须是最后一英里问题的初始焦点。 使用 CQM 有线查询 (LastMile_0_Wired) 及其提供的差流比率数据。 建议为具有 > 300 个流) 的站点定义目标 PoorStreamsRatio < 5%。 若要实现目标，请修正从最差到最佳排序的子网，并实现 QoS。

优化有线连接的质量后，提高无线质量变得更加容易，因为无线基础结构位于每个位置的有线核心之上。 具有良好有线质量的站点中较差的无线流必须归因于特定的无线组件。 CQM 无线查询 (LastMile_1_Wireless) 在日期范围内运行，并将返回环境中从 Lync 客户端到会议服务器或中介服务器的所有内部无线流。 建议为具有 > 300 个流) 的站点定义目标 PoorStreamsRatio < 5%。 若要实现目标，请修正从最差到最佳排序的子网，并实现 QoS。

终点路

开始调查终结点路与耳机和其他设备已知产生可接受的质量时，与 Lync 一起使用。 我们建议为具有 100 多个流的实现提供目标 AvgSendListen MOS > 3.6。) 通过识别有问题的设备并修复或替换它们来实现目标。

接下来，检查处理最终用户呼叫的音频的设备或电脑。 建议的目标质量指标是 AudioMicGlitchRate <= 1。 在确定用户系统的最佳系统配置时，请定义“黄金”电脑配置，包括驱动程序版本。

现在，检查音频流从 Lync 终结点系统获取的网络路径，这可能会导致音频质量不佳。 如果音频通过 VPN 连接传输，则可能会出现延迟问题。 如果内部 Lync 客户端无法为两方或对等调用建立到另一个内部 Lync 客户端的直接媒体流，它将回退到通过 Lync Edge 服务器中继的路径，这再次导致延迟问题以及增加丢失和抖动的可能性。 建议通过 VPN 定义 0% 媒体的质量指标。 在修正以实现设置的目标时，识别问题子网并调查防火墙规则、数据包整形程序和其他相关的网络设备配置。

IP 数据包可以使用传输控制协议 (TCP) 或用户数据报协议 (UDP) 。 TCP 最适合于数据流。 UDP 是无连接的，对媒体更有效，因为 TCP 恢复机制无法解决实时媒体的丢失问题。 Lync 始终首选 UDP，但如果无法建立 UDP 会话，则会还原为 TCP。 通过 TCP 的媒体会话质量将比 UDP 更差。 建议通过 TCP 对 0% 连接进行质量定义。 在修正以实现设置的目标时，识别问题子网并调查防火墙规则、数据包整形程序和其他相关的网络设备配置。

服务管理

服务管理是 CQM 的结束状态，也是所有三条道路的目标。 若要保持高级别的呼叫质量，请监视以下方面：

  1. 用户 - 修正活动应显示用户满意度的可衡量增长。 可以通过问题票证或其他反馈机制来衡量这一点。 还可以发布质量指标。

  2. 进程 - 定义用于操作 CQM 的每日、每周和每月流程。 在修正每日 () 时，监视节奏从更频繁开始，并在稳定时移动到更低的频率 (每月) 。

  3. 工具 - 标识用于度量和修正的工具。 你可能会发现自动运行 CQM 查询以支持进程很有用。 修正可能需要其他工具，例如对网络元素强制实施标准化配置，或排查不良流中的丢失问题。

棋盘游戏规则

可以使用此海报作为对 CQM 实现的引用或游戏来练习概念。 要玩，你需要一个六面死亡和提供的卡。 可下载的卡片版本可用于在标准 Avery 5871 名片上打印。

游戏适用于 3 个玩家。 玩家可以使用三种路径来实现所需的质量并达到中心服务管理状态：服务器工厂、终结点和最后一英里。 每条路径都沿你断言质量目标、实现目标和维护系统方面的方式停止。 将卡片放在上面的指定区域，然后绘制 5 张卡片。 查看已绘制的卡片，并将其放置在相关板段中。 每个玩家在路径上一步一步地移动卡片，断言质量目标，实现这些目标，并保持服务级别。 当所有玩家都达到中心服务管理状态时，游戏将完成。 游戏卡下载提供了更详细的规则。

若要 断言 质量目标，请查看适用于该目标的参数，并大声陈述你将选择和不接受的内容。 我们建议使用起点，但必须进行最终调用。 例外情况是 KHI 数据，其中应使用 Microsoft 制定的标准。 请参阅随附的 KHI 海报。

若要在游戏中 实现 ，请使用提供的卡片来代替 KHI 数据和系统查询。 如果在游戏开始时没有绘制与给定方面相关的卡片，则可以继续通过它。 如果有相关卡片，请滚动模具。 如果在卡片上指示的数字下滚动，则已成功。 如果滚动显示或超过指示的数字，则必须从甲板上绘制另一张卡片。 如果卡片指示两个或更多玩家需要滚动，则必须全部成功滚动。

若要在游戏中 维护 ，请在 Lync 环境的这一方面大声说明服务管理计划。