通話品質ダッシュボード (CQD) でのStream分類

[アーティクル]
05/03/2024
適用対象:

Skype for Business, Microsoft Teams

Microsoft Teams および Skype for Business Online の通話品質ダッシュボード (CQD) を使用すると、Microsoft Teams と Skype for Business サービスを使用して行われた通話の品質に関する分析情報を得ることができます。このトピックでは、メディアストリームの品質分類に関する詳細情報を提供します。 CQD とその設定方法の詳細については、「通話品質ダッシュボードを設定する」を参照してください。

分類子の定義

CQD のストリームは、使用可能な主要品質メトリックの値に基づいて、 Good、 Poor、 Unclassified として分類されます。ストリームの分類に使用されるメトリックと条件は、次の表に示されています。 CQD の "Poor Due To" ディメンションは、どのメトリックが 不適切 な分類を担当するかを理解するために使用できます。これらのディメンションの詳細については、「通話品質ダッシュボードで使用できるディメンションとメジャー」を参照してください。

オーディオクラシファイアー

次の条件の 1 つ以上が満たされ、パケット使用率が 500 パケットの > 場合、オーディオストリームは Poor としてマークされます。

測定基準	シナリオ	状態	説明
Round Trip	すべての	> 500	平均ラウンドトリップネットワーク伝達時間 (ミリ秒単位)。詳細については、「 RFC3550」を参照してください。
Packet Loss Rate	すべての	> 0.1	ストリームの平均のパケット損失率。
ジッター	すべての	> 30	ミリ秒単位のストリームの平均ジッター。

注意

オーディオ分類子は、基本的なネットワークパフォーマンステレメトリを使用して、高品質のオーディオに最適な条件が存在するかどうかを評価します。いずれかのしきい値が破損した場合、オーディオは貧弱とマークされますが、これはオーディオストリームが実際には品質が悪かったという意味ではなく、ユーザーが品質の問題を認識したことを意味するものではありません。 Teams メディアスタックは、不十分なネットワーク状態に対して耐え、修正するために構築されており、品質の低下がユーザーに認識される前に、上記のしきい値を超えるかなりのネットワークパフォーマンスの低下を軽減できます。管理者は、可能な限り最高の品質を確保するためにネットワークと Teams の展開を構築して構成するよう努力することをお勧めします。上記のメトリックは、これらのネットワークのパフォーマンスを評価するための便利なガイドラインです。

固定によるビデオ分類子

ビデオストリームは、エンドユーザーが Frozen Video を経験したと推定するために生成された分類子スコアの値に基づいて 、良好 または 不十分 とマークされます。この分類子は、Microsoft Teams 製品でのみ使用できます。

手順 #	測定基準	シナリオ	状態	条件が真である場合の分類	条件が偽の場合の分類	メトリックが利用できない場合の分類	説明
1	固定分類器によるビデオ不良	サーバーペアはクライアントです: サーバー	>0.246	Poor	Good	Unclassified	ユーザーエクスペリエンス、固定期間統計、および全体的な呼び出しエクスペリエンスの組み合わせに基づいて生成される 0 から 1 までのスコア
2	固定分類器によるビデオ不良	サーバーペアはクライアントです: クライアント	>0.524	Poor	Good	Unclassified	ユーザーエクスペリエンス、固定期間統計、および全体的な呼び出しエクスペリエンスの組み合わせに基づいて生成される 0 から 1 までのスコア

ビデオクラシファイアー

ビデオストリームは、次の順序で最初に使用可能なメトリックの値に基づいて 、Good または Poor としてマークされます。

手順 #	測定基準	状態	条件が真である場合の分類	条件が偽の場合の分類	メトリックが利用できない場合の分類	説明
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 ストリームは、次の順序で最初に使用可能なメトリックの値に基づいて 、Good または Poor としてマークされます。

手順 #	測定基準	状態	条件が真である場合の分類	条件が偽の場合の分類	メトリックが利用できない場合の分類	説明
1	Video Local Frame Loss Percentage Avg	FrameLoss 50% の場合、コーデックは H264S ではなく、StreamDirection は受信です>	Poor	Good	Unclassified	ユーザーに対する表示でのビデオフレームの損失の平均割合。平均には、ネットワーク損失から回復されたフレームが含まれます。 FrameLoss は、H264S 以外の受信ストリームの分類にのみ使用されます。
2	Video Frame Rate Avg	< 1	Poor	Good	Unclassified	セッションのデュレーションにわたり算出された、ビデオストリームで受信した秒あたりの平均フレーム数。すべての送信ストリームと H264S 用 StreamDirection に適用されます。

アプリケーション共有ストリームは、次の条件の 1 つ以上が満たされた場合、 Poor としてマークされます。

測定基準	状態	説明
Spoiled Tile Percent Total	> 36	リモートピア (MCU からビューアーなど) に送信される代わりに破棄されるタイルの割合。破棄された (または損なわれる) タイルは、クライアントとサーバー間の帯域幅制限によって発生する可能性があります。
AppSharing RDP Tile Processing Latency Average	> 400	電話会議サーバーでの RDP スタック上のタイル処理の平均遅延 (ミリ秒単位)。
AppSharing Relative OneWay Average	> 1.75	アプリケーション共有ストリームのエンドポイント間の相対的な一方向遅延の平均 (秒単位)。

未分類ストリーム

CQD では、対話型接続確立 (ICE) 接続が失敗した場合、またはストリーム分類の計算に必要なすべてのメトリックが報告されない場合、ストリームは未分類としてマークされます。

ICE接続障害をチェックするには、 "FAILED"値の "First Connectivity Ice"と "Second Connectivity Ice"のディメンションを調べます。いずれかの値がエラーを示す場合、ストリームは 未分類としてマークされます。

未分類ストリームに対して ICE 接続が成功した場合、キーストリームメトリックが報告されていないため、ストリームは未分類と見なされる可能性があります。これらの指標が報告されない理由はいくつかあります。

QoE レポートが受信されませんでした - 分類に使用されるメトリックは、呼び出しの最後に送信された QoE レポートで報告されます。このレポートが生成されない場合 (たとえば、一部のサードパーティ製エンドポイントが QoE を送信しない可能性があるため)、または送信できなかった場合 (ネットワークの停止など)、CQD はストリームを分類できません。

ヒント

「QoE Record Available」ディメンションを使用して、QoEレポートがストリームに対して受信されたかどうかを判断できます。いずれかのエンドポイントからQoEレポートを受信した場合、このディメンションの値は「True」になります。最も正確な測定基準の報告には、両方のエンドポイントからのQoEレポートが必要です。
短い呼び出し — 短い呼び出しでは、キーストリームメトリックを計算するのに十分なメディアアクティビティがない可能性があります。これらのメトリックがなければ、CQDはストリームを分類できません。

ヒント

「期間（秒）」、「期間（分）」、「期間5秒以下」、および「期間60秒以上」のディメンションは、ストリームの期間を決定するために使用できます。測定値「平均通話時間」を使用して、一連のストリームの平均所要時間を計算することもできます。
パケット使用率が低い — "短い呼び出し" シナリオと同様に、キーストリームメトリックの計算には十分なパケット使用率が必要です。これらのメトリックがなければ、CQDはストリームを分類できません。
- 一般的なパケット使用率の低いシナリオは、出席者が会議に参加して発表者に耳を傾けるが、決して話さない (ほとんどの通話でマイクがミュートされている) 場合に発生します。ここでは、クライアントへの受信オーディオストリームのパケット使用率は高くなりますが、クライアントからのオーディオストリームの送信にはパケット使用率がほとんどからまったくありません。ストリームの期間は 1 時間以上になる可能性がありますが、マイクがミュートされたため、クライアントからサーバーへのストリームでのパケット使用率が低く、 未分類 のストリームの結果になります。
ヒント

「パケット使用率」ディメンションおよび「平均パケット使用率」測定値を使用して、ストリームのパケットアクティビティを判断できます。