通話品質ダッシュボード (CQD) よく寄せられる質問 (FAQ)
よく寄せられる質問
1 人以上の会議参加者が不十分な場合、CQD が通話を "良い" とマークする理由
メジャーで通話とユーザー数の値に最大 0.2% の差が表示され、最も正確なボリュームを取得する方法が表示されるのはなぜですか?
使用状況の種類のレポートに CQD を使用しようとしています。一部のデータが不完全であるのはなぜですか?
Teams のみをフィルター処理した場合、CQD にSkype for Business情報が表示されるのはなぜですか?
エントリが増える必要があることがわかっているときに、カスタム レポートで最大 10,000 行しか返さないのはなぜですか?
Wi-Fi VPN 接続が Wi-Fi ではなく有線として表示されるのはなぜですか?
Teams でポリシーベースのレコーディングを有効にし、ピアツーピア通話が会議としてマークされるようになりました。何が起こったのですか?
1 人以上の会議参加者が不十分な場合、CQD が通話を "良い" とマークする理由
CQD がストリーム分類に使用する規則を確認してください。
オーディオ ストリームの場合、5 つの分類子 (呼び出しの長さに基づいて平均で計算される) のいずれかが "良好" パラメーター内にある可能性があります。 これは、ユーザーがオーディオのドロップアウト、静的、または不具合に貢献した何かを経験しなかったことを意味するものではありません。
ネットワークの問題であるかどうかを判断するには、セッションの平均値と最大値の差を調べます。 最大値は、セッション中に検出され、報告される最大値です。
この状況のトラブルシューティング方法の例を次に示します。 たとえば、通話中にネットワーク トレースを実行するとします。 最初の 20 分間はパケットが失われませんが、その後は 1.5 秒のパケットのギャップがあり、その後、通話の残りの部分に適しています。 平均は <、Wireshark トレース RTP 分析でも 10% (0.1) パケット損失です。 最大パケット損失は何でしたか? 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 Reports Reader
- Teams 通信サポート スペシャリスト
さらに、1 つ以上の 管理単位 に割り当てられたユーザーは、通常は EUII を許可する役割であっても表示されません。
EUII を含む CQD にアクセスできるロールの詳細については、「 CQD にアクセスするためのロールの割り当て」を参照してください。
使用状況の種類のレポートに CQD を使用しようとしています。一部のデータが不完全であるのはなぜですか?
CQD、Call Analytics、CallRecord Graph API、リアルタイム分析などの通話品質管理ツールは、診断テレメトリに基づいています。 Teams 通話品質管理ツールに表示される情報は、通話に参加しているクライアントから受け取るテレメトリ データと同じくらい完全です。 ネットワークの停止や ファイアウォールやプロキシの構成の誤りなど、完全なテレメトリを受け取らない理由はいくつかあります。 Teams クライアントがサービスにテレメトリを提供する信頼性と回復性の向上に引き続き取り組みます。
これを念頭に置いて、使用状況レポートに通話品質管理ツールを使用することはサポートされていません。 これらは、これらの種類のレポート シナリオに対応するようにも意図もされていません。また、多くの使用状況統計は、これらのツール内では使用できず、使用できません。 Teams 管理 センターには一連の使用状況レポートが用意されており、会議出席レポートは Teams クライアントから直接使用できます。
Teams のみをフィルター処理した場合、CQD にSkype for Business情報が表示されるのはなぜですか?
CQD レポート (isTeams = 1) でのみ Teams をフィルター処理する場合は、 最初のエンドポイント が Teams であるすべての呼び出しをフィルター処理します。 2 番目のエンドポイントがSkype for Businessされている場合、その情報は CQD レポートに表示されます。 お客様のシナリオによっては、通話データ コネクタが構成されている場合、CQD に Skype for Business Server 2019 呼び出しが含まれる場合があります。 Skype ボット呼び出し (AA、CVI、VDI)、ライブ イベント、PSTN 通話も含まれます。
最初のユーザー エージェント カテゴリや 2 番目のユーザー エージェント カテゴリなどのディメンションをフィルター処理することで、クエリからSkype for Business情報を削除できます。 1 番目と 2 番目のディメンションを 1 つのフィルターに結合する *User Agent Category Pair を使用することもできます。
エントリが増える必要があることがわかっているときに、カスタム レポートで最大 10,000 行しか返さないのはなぜですか?
CQD は、集計されたデータ クエリ用に設計されており、データ エクスポート用に設計されていません。 10,000 行の制限を超えないように、可能な場合はレポートを再構築することをお勧めします。 まず、月、年、日付、地域、国など、より広範で低いカーディナリティディメンションを使用して KPI を確認します。 そこから、ますます高いカーディナリティディメンションにドリルダウンできます。 ヘルプデスクレポートと Location-Enhanced レポートはどちらも、このドリルダウン ワークフローの良い例です。
Wi-Fi VPN 接続が Wi-Fi ではなく有線として表示されるのはなぜですか?
これは想定された動作です。 VPN ベンダーは、有線接続のように扱われる仮想イーサネット アダプターを作成しました。 正しくラベル付けされていないため、オペレーティング システムでは、Wi-Fi 接続とは認識されず、有線として報告されます。
Teams でポリシーベースのレコーディングを有効にし、ピアツーピア通話が会議としてマークされるようになりました。何が起こったのですか?
これは、Microsoft Teams でポリシー ベースの記録が有効になっている場合に想定される動作です。 ポリシー ベースの記録では、Microsoft Azure にデプロイされた Teams レコーダー ボットを使用して、コンプライアンスのために会議の内容をキャプチャします。 通話品質管理では、"ピアツーピア" は、ユーザー間の対話ではなく、メディア トラフィックのフローの説明です。 レコーダー ボット自体が呼び出しのパーティーであるため、通話はピアツーピアではなく、マルチパーティ呼び出しになります。 Microsoft Teams では、マルチパーティ通話が電話会議として分類されます。 そのため、CQD やその他の通話品質ツールは、電話会議などの呼び出しとして示されます。