通话质量仪表板 (CQD) 常见问题解答 (常见问题解答)
常见问题解答
如果一个或多个会议参与者的体验不佳，为什么 CQD 将呼叫标记为“良好”？
为什么在度量值以及如何获取最准确的卷方面，通话和用户计数值最多存在 0.2% 的差异？
我尝试使用 CQD 进行使用情况类型报告，发现某些数据不完整，为什么呢？
为什么我仅在筛选 Teams 时在 CQD 中看到Skype for Business信息？
为什么我的自定义报表在我知道应该有更多的条目时只返回最多 10,000 行？
为什么 Wi-Fi VPN 连接显示为有线连接而不是 Wi-Fi？
我在 Teams 中打开了基于策略的录制，现在对等呼叫被标记为“会议”--发生了什么情况？
如果一个或多个会议参与者的体验不佳，为什么 CQD 将呼叫标记为“良好”？
查看 CQD 用于 流分类的规则。
对于音频流，根据调用) 长度计算平均值的五个分类器 (中的任何一个都可以在“良好”参数内。 这并不意味着用户没有体验到导致音频中断、静态或故障的内容。
若要确定它是否是网络问题，请查看会话的平均值和最大值之间的增量。 最大值是在会话期间检测到和报告的最大值。
下面是如何排查这种情况的示例。 假设你在通话期间进行网络跟踪。 在前 20 分钟内，没有丢失数据包，但随后的数据包间隔为 1.5 秒，然后适用于剩余的调用。 平均为 <10% (0.1) 数据包丢失，即使在 Wireshark 跟踪 RTP 分析中也是如此。 最大丢包率是多少？ 5 秒中的 1.5 秒将为 30% (0.3) 。 这是否发生在 5 秒采样周期内 (，或者它可以在采样期间拆分) ？
如果网络指标在平均值和最大值中看起来不错，则查看其他遥测数据：
- 检查 CPU 不足事件比率，查看检测到的可用 CPU 资源是否不足并导致质量不佳。
- 由于麦克风离扬声器太近，音频设备是否处于半双工模式，无法阻止反馈？
- 检查设备半双工 AEC 事件比率。 插入集线器或扩展坞时，是否因 USB 音频中断而从设备（如麦克风）发出故障，导致噪音或静态？
- 检查设备故障和麦克风故障事件比率。 设备本身是否正常运行？
- 检查捕获和呈现设备无法正常工作的事件比率。
有关 CQD 中可用的维度和度量值的详细信息，请阅读 通话质量仪表板中可用的维度和度量值。
对于背景噪音，检查静音事件比率以查看参与者静音的时间长度。
在 CQD 中创建详细报告并筛选会议 ID，以查看会议中的所有用户和流，并添加你感兴趣的字段。 报告问题的用户可能不是遇到该问题的用户。 他们只是报告体验。
遥测不一定会指出问题，但它可以帮助你更好地了解查找位置并做出决策。 是网络、设备、驱动程序或固件更新、使用情况还是用户？
为什么在度量值以及如何获取最准确的卷方面，通话和用户计数值最多存在 0.2% 的差异？
若要计算调用计数和用户计数度量值，如果对数据集中的调用或用户标识符执行操作，则为非重复计数。 在大型数据集上，非重复 countif 操作固有的误差高达 0.2%。 对于最准确的卷，应依赖于流计数度量值，因为它们不依赖于这种不同的 countif 操作。 通过筛选来减少数据量可以减少错误，但可能无法消除不同调用和用户计数中的此错误源。 有关详细信息，请参阅 通话质量仪表板中提供的尺寸和度量值。
为什么我在 CQD 中看不到 EUII？
这些管理员角色可以访问 CQD，但他们无法查看 EUII (最终用户身份信息) ：
- Microsoft 365 报表阅读器
- Teams 通信支持专家
此外，分配到一个或多个 管理单元 的用户看不到 EUII，即使其角色通常允许它也是如此。
若要详细了解可以访问 CQD 的角色（包括 EUII），请阅读 分配用于访问 CQD 的角色。
我尝试将 CQD 用于使用情况类型报告，发现某些数据不完整 -- 为什么？
呼叫质量管理工具（如 CQD、呼叫分析、CallRecord 图形 API和实时分析）基于诊断遥测。 我们在 Teams 通话质量管理工具中显示的信息与从参与呼叫的客户端收到的遥测数据一样完整。 我们可能无法收到完整的遥测数据，例如网络中断、 防火墙或代理配置错误，原因有多种。 我们将继续努力提高 Teams 客户端向服务提供遥测数据的可靠性和复原能力。
考虑到这一点，我们不支持使用通话质量管理工具进行使用情况报告。 它们不是为了适应这些类型的报告方案而设计的，也不是用于这些类型的报告方案。 许多使用情况统计信息在这些工具中不可用，也不会在这些工具中提供。 Teams 管理员中心提供一系列使用情况报告，会议出席报告可直接从 Teams 客户端获取。
为什么我仅在筛选 Teams 时在 CQD 中看到Skype for Business信息？
如果仅在 CQD 报表中筛选 Teams (isTeams = 1) ，则会筛选 第一终结点 为 Teams 的所有调用。 如果第二个终结点Skype for Business，该信息将显示在 CQD 报告中。 配置呼叫数据连接器时，CQD 可能包括 Skype for Business Server 2019 呼叫，具体取决于客户的方案。 它还可能包括 SKYPE 机器人呼叫 (AA、CVI、VDI) 、实时事件和公共电话交换网 (PSTN) 呼叫。
可以通过筛选维度（例如第一个用户代理类别和第二个用户代理类别）从查询中删除Skype for Business信息。 还可以使用 *用户代理类别对，它将第一个和第二个维度合并到单个筛选器中。
为什么我的自定义报表在我知道应该有更多的条目时只返回最多 10,000 行？
CQD 专为汇总数据查询设计，并非用于数据导出。 建议在可能的情况下将报表重构为不超过 10,000 行限制。 首先，使用更广泛的低基数维度（例如月份、年份、日期、区域、国家/地区等）查看 KPI。 从那里，可以向下钻取到越来越高的基数维度。 支持人员和 Location-Enhanced 报告都提供了此向下钻取工作流的良好示例。
为什么 Wi-Fi VPN 连接显示为有线连接而不是 Wi-Fi？
此行为是预期行为。 VPN 供应商创建了一个虚拟以太网适配器，该适配器被视为有线连接。 由于未正确标记，操作系统不知道它是 Wi-Fi 连接，并将其报告为有线连接。
我在 Teams 中打开了基于策略的录制，现在对等呼叫被标记为“会议”--发生了什么情况？
在 Microsoft Teams 中启用基于策略的录制时，预期会出现此行为。 基于策略的录制使用部署在 Azure Microsoft 中的 Teams 记录器机器人来捕获会议内容以实现合规性目的。 在通话质量管理中，“对等”是媒体流量流的描述，而不是用户之间的交互。 由于记录器机器人本身是呼叫的一方，因此呼叫不再是对等呼叫，而是多方呼叫。 Microsoft Teams 将多方呼叫分类为会议。 因此，CQD 和其他通话质量工具将此类调用指示为“会议”。