通话质量仪表板中的Stream分类 (CQD)

通话质量仪表板 (适用于 Microsoft Teams 和 Skype for Business 的 CQD) ,可让你深入了解使用 Microsoft Teams 和Skype for Business服务进行的通话质量。 本主题提供有关媒体流质量分类的详细信息。 若要了解有关 CQD 以及如何设置它的详细信息,请参阅 设置通话质量仪表板

有关呼叫遥测的更广泛和更深入的视图,该视图查看多个因素,以确定感知到的用户体验的呼叫,并确定在怀疑质量下降时可能的根本原因,请参阅 CQD 中的智能媒体质量分类器

分类器定义

CQD 中的流根据可用关键质量指标的值分类为 “良好”、“ ”或“ 未分类 ”。 用于对流进行分类的指标和条件显示在以下表中。 CQD 的“不良原因”维度可用于了解哪个指标负责 分类。 有关这些维度的详细信息,请参阅 通话质量仪表板中可用的维度和度量值

音频分类器

如果满足以下一个或多个条件,并且数据包利用率为 > 500 个数据包,则音频流将标记为

指标 使用场景 条件 解释
Round Trip > 500 平均往返网络传播时间,以毫秒为单位计算。 RFC3550中提供了详细信息。
Packet Loss Rate > 0.1 流的平均丢包率。
抖动 > 30 流的平均抖动值,以毫秒为单位。

注意

音频分类器使用基本网络性能遥测来评估是否存在优质音频的最佳条件。 如果突破任何一个阈值,音频将标记为 “差”,但这并不意味着音频流实际上质量不佳,也不表示用户认为存在质量问题。 Teams 媒体堆栈旨在经受住并纠正网络状况不佳的情况,并且可以在用户感知到质量下降之前缓解超过上述阈值的网络性能大幅下降。 我们建议管理员尽一切努力构建和配置其网络和 Teams 部署,以尽可能提高质量,上述指标是评估这些网络性能的有用指南。

由于冻结而导致的视频分类器

视频流根据生成的分类器分数的值标记为 “良好 ”或“ ”,以估计最终用户体验到“冻结视频”。 此分类器仅适用于Microsoft Teams 产品。

步骤编号 指标 使用场景 条件 如果条件为真的分类 如果条件为假的分类 如果指标不可用的分类 解释
1 由于冻结分类器而导致视频差 服务器对是客户端: 服务器 >0.246 Poor Good Unclassified 基于用户体验、冻结持续时间统计信息和整体通话体验的组合生成的 0 到 1 之间的分数
2 由于冻结分类器而导致视频差 服务器对是客户端: 客户端 >0.524 Poor Good Unclassified 基于用户体验、冻结持续时间统计信息和整体通话体验的组合生成的 0 到 1 之间的分数

视频分类器

视频流根据第一个可用指标的值按以下顺序标记为 “良好 ”或“ ”:

步骤编号 指标 条件 如果条件为真的分类 如果条件为假的分类 如果指标不可用的分类 解释
1 Video Local Frame Loss Percentage Avg > 50% Poor Good 继续前往步驟 2 向用户显示的视频帧丢失平均百分比。 平均值包括从网络丢失中恢复的帧。
2 Video Frame Rate Avg < 7 Poor Good 继续前往步驟 3 在会话持续期间计算到的视频流每秒接收的平均帧数。
3 Video Post FECPLR > 0.15 Poor Good Unclassified 跨所有视频流和编解码器聚合 FEC 后,数据包丢失率。

VBSS 分类器

VBSS 流根据第一个可用指标的值按以下顺序标记为 “良好 ”或“ ”:

步骤编号 指标 条件 如果条件为真的分类 如果条件为假的分类 如果指标不可用的分类 解释
1 Video Local Frame Loss Percentage Avg 编解码器不是 H264S

如果 FrameLoss > 为 50%, 则 StreamDirection 为入站

Poor Good Unclassified 向用户显示的视频帧丢失平均百分比。 平均值包括从网络丢失中恢复的帧。 FrameLoss 仅用于对入站非 H264S 流进行分类。
2 Video Frame Rate Avg < 1 Poor Good Unclassified 在会话持续期间计算到的视频流每秒接收的平均帧数。 适用于 H264S 的所有出站流和任一 StreamDirection。

应用程序共享分类器

如果满足以下一个或多个条件,则应用程序共享流被标记为

指标 条件 解释
Spoiled Tile Percent Total > 36 例如,从 MCU 到查看器) ,放弃而不是发送到远程对等方 (的磁贴的百分比。 丢弃 (或损坏) 磁贴可能是由客户端和服务器之间的带宽限制引起的。
AppSharing RDP Tile Processing Latency Average > 400 在会议服务器上处理 RDP 堆栈图块的平均延迟,以毫秒为单位。
AppSharing Relative OneWay Average > 1.75 应用程序共享流的终结点之间的平均相对单向延迟(以秒为单位)。

未经分类的流

在 CQD 中,当交互式连接建立 (ICE) 连接失败或未报告计算流分类所需的所有指标时,流将标记为 “未分类 ”。

要检查 ICE 连接故障,请检查 "First Connectivity Ice" 和 "Second Connection Ice" 维度是否为 "FAILED" 值。 如果任一值指示失败,则流将标记为 “未分类”。

如果 未分类 流的 ICE 连接成功,则流可能被视为 未分类 ,因为未报告关键流指标。 这些指标可能无法报告的原因有以下几个:

  • 未收到 QoE 报告 — 用于分类的指标在调用结束时发送的 QoE 报告中报告。 例如,如果此报告不是 (生成的,因为某些第三方终结点可能无法发送 QoE) 或无法发送 (例如,因为网络中断) ,则 CQD 无法对流进行分类。

    提示

    "QoE Record Available" 维度可用于确定是否收到某个流的 QoE 报告。 请注意,如果从任一端点接收到 QoE 报告,则此维度的值将为 "True"。 为了最准确地报告指标,需要两个端点的 QoE 报告。

  • 短调用 - 短调用可能没有足够的媒体活动来计算关键流指标。 如果没有这些指标,CQD 无法对流进行分类。

    提示

    可以使用 "Duration (Seconds)"、"Duration (Minutes)"、"Duration 5 seconds or less" 和 "Duration 60 seconds or more" 等维度来确定流的持续时间。 "Avg Call Duration" 度量也可用于计算一组流的平均持续时间。

  • 低数据包利用率 — 与“短调用”方案一样,关键流指标的计算需要足够的数据包利用率。 如果没有这些指标,CQD 无法对流进行分类。

    • 当与会者加入会议以收听演示者,但在大部分通话) 中麦克风静音 (从不说话时,会出现常见的低数据包利用率情况。 在这里,入站到客户端的音频流具有较高的数据包利用率,而从客户端出站的音频流几乎没有数据包利用率。 流的持续时间可能为一小时或更长时间,但从客户端到服务器的流上的数据包利用率较低,因为麦克风已静音,并且会导致 未分类 流。

    提示

    "Packet Utilization" 维度和 "Avg Packet Utilization" 度量可用于确定流的数据包活动。

改进和监视 Teams 的通话质量

什么是 CQD?

(CQD) 设置通话质量仪表板

上传租户和生成数据

CQD 数据和报表

使用 CQD 管理通话和会议质量

CQD 中可用的维度和度量值

使用 Power BI 分析 CQD 数据