リアルタイム テレメトリを使用して低品質の会議をトラブルシューティングする
この記事では、Real-Time Analytics (RTA) を使用して、個々のユーザーの Microsoft Teams 会議品質の低下をトラブルシューティングする方法について説明します。 次のいずれかのロールがある場合は、Real-Time Analytics にアクセスできます。
- Teams 管理者
- Teams 通信サポート スペシャリスト
- Teams 通信サポート エンジニア
Teams 管理者ロールの詳細については、「 Microsoft Teams 管理者ロールを使用して Teams を管理する」を参照してください。
Real-Time Analytics を使用すると、IT 管理者は重要なユーザーのスケジュールされた会議を確認し、オーディオ、ビデオ、コンテンツ共有、ネットワーク関連の問題を確認できます。 管理者は、このテレメトリを使用して、会議中にこれらの問題を調査し、リアルタイムでトラブルシューティングできます。
Real-Time Analytics は、商用、GCC、GCC High で利用できます。
進行中の会議で発生するオーディオの問題に関するアラートを設定することもできます。 詳細については、「 進行中の会議のオーディオ品質の問題に関するアラート」を参照してください。
Real-Time Analytics とは
現在、会議終了後に 通話分析 を使用して Teams 管理者が個別の会議のトラブルシューティングを行うことができます。 Real-Time Analytics を使用すると、管理者は進行中のスケジュールされた会議のトラブルシューティングを行うことができます。
Real-Time Analytics には、Microsoft 365 アカウントの各ユーザーの Teams 会議に関する詳細情報が表示され、リアルタイムで更新されます。 これには、デバイス、ネットワーク、接続、オーディオ、ビデオ、およびコンテンツ共有に関する問題に関する情報が含まれています。これにより、管理者は通話品質のトラブルシューティングをより効果的に行うことができます。
Teams 管理者は、各ユーザーのすべてのリアルタイム テレメトリ データにフル アクセスできます。 さらに、サポート スタッフにMicrosoft Entraロールを割り当てることができます。 これらのロールの詳細については、「 サポートとヘルプ デスクスタッフへのアクセス許可の付与」を参照してください。
ユーザーごとのリアルタイム トラブルシューティング テレメトリを検索する場所
ユーザーのすべての会議情報とデータを表示するには、 Teams 管理センターに移動します。 [ ユーザー>の管理] でユーザーを選択し、ユーザーのプロファイル ページ で [会議 & 通話 ] タブを開きます。 [ 最近の会議] には、ユーザーが過去 24 時間以内に出席した会議の一覧があり、進行中の会議を含め、リアルタイムテレメトリを利用できます。 会議が進行中でない場合、またはリアルタイムテレメトリ データがない場合は、[ 過去の会議] に一覧表示されます。
リアルタイム テレメトリは、Teams Premium ライセンスを持ち、7 日間保持されているすべてのユーザーに対して自動的に収集されます。 Teams Premium ライセンスを持たないユーザーの場合、リアルタイム テレメトリは Teams 管理センターで進行中の会議にアクセスしたときにのみ収集され、24 時間保持されます。
デバイス、ネットワーク、オーディオの統計情報など、進行中の会議の参加者に関する追加情報を取得するには、[ 最近の会議 ] で会議を見つけて、[ 参加者 ] 列の下にあるリンクを選択します。
デバイス、ネットワーク、オーディオ、ビデオ、コンテンツ共有の詳細に関する情報など、進行中の会議の特定のユーザーのテレメトリを確認するには、 会議 ID を選択します。
Real-Time Analytics で利用できる詳細とメジャー
デバイス情報
| 名前 | 説明 | 空白値の考えられる理由 |
|---|---|---|
| オーディオ キャプチャ デバイス | 使用中のオーディオ キャプチャ デバイス (マイクなど) の名前 | システムにデバイスに関連付けられている名前がない可能性があります (たとえば、リモート デスクトップまたは仮想マシンの "リモート オーディオ" デバイス) |
| オーディオ レンダリング デバイス | 使用中のオーディオ レンダー デバイス (スピーカーやヘッドホンなど) の名前 | システムにデバイスに関連付けられている名前がない可能性があります (たとえば、リモート デスクトップまたは仮想マシンの "リモート オーディオ" デバイス) |
| ビデオ キャプチャ デバイス | 使用中のビデオ キャプチャ デバイスの名前 | ユーザーが監視対象のエンドポイントからビデオを送信していない |
接続情報
| 測定基準 | 単位/使用可能な値 | 説明 | 空白値の考えられる理由 |
|---|---|---|---|
| ネットワークの種類 | •イーサネット • Wi-Fi |
使用中のネットワーク接続の種類 | |
| Wi-Fi 強度 | • 優れた値: -50 dBm 以上 • 良好: -51 dBm から -64 dBm • 不良: -65 dBm 以下 |
decibel-milliwatts で測定されたユーザーの現在の Wi-Fi 接続の受信信号強度インジケーター (RSSI) | ユーザーが Wi-Fi に接続されていません |
| Wi-Fi チャネル | 整数型 | Wi-Fi ネットワークのアクセス ポイントがブロードキャストされているチャネル | ユーザーが Wi-Fi に接続されていません |
| 物理型 | 文字列 • 例: 802.11ac |
使用中のワイヤレス インフラストラクチャの種類 | ユーザーが Wi-Fi に接続されていません |
| Wi-Fi バンド | 2.4 GHz または 5 GHz | ユーザーが接続されている Wi-Fi バンド | ユーザーが Wi-Fi に接続されていません |
| 場所 | 文字列 | ユーザーが配置されている国/地域 | ユーザーの位置情報がブロックされているか使用できない |
| ローカル IP アドレス | String (IP:Port) | ユーザーのエンドポイントとメディア ポートのローカル IP アドレス | |
| サーバー反射 IP アドレス | String (IP:Port) | ユーザーのエンドポイントとメディア ポートのパブリック IP アドレス | |
| 接続の種類 | UDP または TCP | 使用中のトランスポート層プロトコル。リアルタイム メディアの場合は UDP が推奨されます |
ユーザーシグナル
ユーザーシグナルは、ユーザーが呼び出しに積極的に参加しているか、話していないがミュートされているか、ミュートされているかを識別します。 現時点では、ユーザー信号はオーディオでのみ使用できます。
| [モダリティ] | 可能な値 | 説明 |
|---|---|---|
| オーディオ | •ミュートされていない、参加者が話す •ミュートされていない、話していません •ミュート |
呼び出しのオーディオ部分に対するユーザーの動作を示します |
オーディオ
| メジャーの名前 | 単位 | 適切なしきい値 | 説明 |
|---|---|---|---|
| ジッター | ミリ秒 | 30 ミリ秒未満 | ジッターは、データ ストリームのパケット遅延の変動の測定値です。 ジッターが高すぎると、オーディオが途切れる可能性があります。 Real-Time Analytics では、オーディオ ジッターではなく、ネットワークの到着間ジッターが表示されます。 |
| パケット損失 | パーセンテージ | 5% 未満 | パケット損失は、データ パケットが宛先に到達できない場合に発生します。 失われたパケットの割合は、送信されたパケットの合計数に基づいています。 |
| ラウンド トリップ時間 (RTT) | ミリ秒 | 500 ミリ秒未満 | ラウンド トリップ時間は、1 つのパケットがクライアントからリモート エンドポイントに移動し、クライアントに戻るためにかかる時間です。 ラウンド トリップ時間が長い場合、ストリーム再生に遅延が発生する可能性があります。 高 RTT の例として、会議の 2 人が遅延のために意図せずに互いに話し合っている場合があります。 送信オーディオ専用に表示されます。 |
| ビットレート | キロビット/秒 (Kbps) | 24 Kbps を超える | 1 秒あたりのキロビット単位で表されるオーディオ ストリームのスループット。 |
| コーデック | 文字列 • 例: サテン |
情報のみ | 送受信されているオーディオ コーデックを表示します。 送信されるコーデックとは異なるコーデックを受信できます。 |
| 局所治癒率 | 比率 | 0.07 未満 | 受信オーディオ ストリームのローカル エンドポイントでオーディオ ヒーラーが呼び出されるタイミングを示します。 高いヒーラー使用量は、エンド ユーザーによって "途切れたオーディオ" として経験されます。 |
ビデオ
| メジャーの名前 | 単位 | 適切なしきい値 | 説明 |
|---|---|---|---|
| ラウンド トリップ時間 (RTT) | ミリ秒 | 500 ミリ秒未満 | ラウンド トリップ時間は、1 つのパケットがクライアントからリモート エンドポイントに移動し、クライアントに戻るためにかかる時間です。 ラウンド トリップ時間が長い場合、ストリーム再生に遅延が発生する可能性があります。 高 RTT の例として、会議の 2 人が遅延のために意図せずに互いに話し合っている場合があります。 |
| ビットレート | メガビット/秒 (Mbps) | 情報のみ | 1 秒あたりのメガビット単位で表されるビデオ ストリームのスループット。 |
| フレーム レート (ビデオ) | 秒あたりのフレーム数 | 360p 以上: 25 から 30 FPS 270p 以下: 7 から 15 FPS |
送信ビデオ ストリームの場合、フレーム レート (FPS) は、クライアントが送信しているビデオの 1 秒あたりのフレーム数です。 ここで予想される値より小さいと、システム リソースの制約、ネットワーク帯域幅の不足、ビデオ キャプチャ デバイスの不適切な動作が示唆される可能性があります。 解像度が異なると、許容される FPS 範囲が異なります。 |
| コーデック | 文字列 | 情報のみ | 送信ビデオ ストリームのビデオ コーデックとレンダリング モードを表示します。 (例: H264 SW HW は、ソフトウェアレンダリングとハードウェア レンダリングの両方を使用する H264 ビデオ ストリームを示します)。 |
| 解決策 | ピクセル | 情報のみ | 送信されるビデオの解像度。 送信ビデオの解像度は、会議のエンドポイントからの最高要件に基づいて動的です。 1920 x 1080 ビデオが可能なクライアントは、クライアントが 640 x 360 より大きいフレームでそのユーザーのビデオを表示していない場合にのみ 640 x 360 ビデオを送信します |
| ソース固定数 | カウント | 2 未満 | カメラが一気に 1 秒以上新しいフレームを生成しなかった回数。 ビデオの場合、このメトリックは通常、要求された形式でコンテンツを生成するデバイスに関する問題を示しています。 |
| 損失回復試行率 | カウント | 21 未満 | ビデオがフリーズする原因となったネットワーク損失から回復する要求があった回数を示します。 この値は通常、ネットワーク上のパケット損失によって引き起こされ、損失の性質に応じて短時間から長いフリーズが発生する可能性があります。 ネットワーク損失の原因を軽減すると、品質が向上します。 |
| ビデオ エンコーダーハードウェア障害 | Boolean | False | このフラグは、ハードウェア エンコード コンポーネントからエラーが発生したことを示します。 通常、Teams はソフトウェア エンコードにフォールバックすることでビデオ エンコーダー エラーを処理しますが、エンドポイントに十分な処理能力がない場合は、ソフトウェア エンコードによってパフォーマンスが低下する可能性があります。 |
アプリケーション共有 (VBSS)
| メジャーの名前 | 単位 | 適切なしきい値 | 説明 |
|---|---|---|---|
| パケット損失 | パーセンテージ | 5% 未満 | パケット損失は、データ パケットが宛先に到達できない場合に発生します。 失われたパケットの割合は、送信されたパケットの合計数に基づいています。 |
| ラウンド トリップ時間 (RTT) | ミリ秒 | 500 ミリ秒未満 | ラウンド トリップ時間は、1 つのパケットがクライアントからリモート エンドポイントに移動し、クライアントに戻るためにかかる時間です。 ラウンド トリップ時間が長い場合、ストリーム再生に遅延が発生する可能性があります。 高 RTT の例として、会議の 2 人が遅延のために意図せずに互いに話し合っている場合があります。 |
| ビットレート | メガビット/秒 (Mbps) | 情報のみ | VBSS ストリームのスループットは、1 秒あたりメガビット単位で表されます。 |
| フレーム レート | 1 秒あたりのフレーム数 (FPS) | 情報のみ | VBSS の場合、フレーム レートはコンテンツ対応であり、必要な数のフレームが送信され、フレームが不要な場合は送信を回避しながら、優れたエクスペリエンスを確保します。 たとえば、画面上でテキスト ドキュメントを共有する場合、優れたエクスペリエンスを実現するために必要なフレーム/秒は 1 秒あたり 1 つだけですが、より多くのアクティビティを使用してビデオまたはコンテンツを共有すると、1 秒あたりのフレーム数が最大 30 FPS に増加し、スムーズなエクスペリエンスが得られます。 |
| コーデック | 文字列 | 情報のみ | VBSS ストリームのコーデックとレンダリング モードを表示します。 (例: H264 SW HW は、ソフトウェアレンダリングとハードウェア レンダリングの両方を使用する H264 VBSS ストリームを示します)。 |
| 解決策 | ピクセル | 情報のみ | 送受信される VBSS ストリームの解決。 |
| 正規化された固定期間 | 1 分あたりのミリ秒 | 25 未満 | このメトリックは、レシーバー側で観察され、アクティブなビデオの 1 分あたりのフリーズのミリ秒単位で表されるビデオのフリーズ率です。 損失のないネットワークの値は 0 である必要があります。 ビデオのフリーズは、通常、ネットワークの損失が原因で発生します。 損失の割合が大きい、または短い場合、損失のバーストが大きくなると、正規化されたフリーズが高くなる可能性があります。 |
| ハーモニック フレーム レートの平均 | 1 秒あたりのフレーム数 (FPS) | 0.15 より大きい | 受信ビデオ フレームレートのハーモニック平均。 これは通常、受信フレームの規則性とフレームのレートを表します。 低い値は、受信フレームのジッター、フリーズ、バースト到着、低 FPS 自体に起因する可能性があります。 これらは通常、ネットワークの問題に関連しますが、(まれに) デバイスが一貫した出力フレームレートを生成しないことによっても発生する可能性があります。 |
| オーディオ/ビデオ同期 | ミリ秒 | -900 ミリ秒から 900 ミリ秒の間 | このメトリックは、オーディオ/ビデオ同期をミリ秒単位で示します。 同期値は として計算されます (audioDelay – videoDelay)。 正の値はオーディオがビハインドであることを示し、負の値はビデオがビハインドであることを示します。 オーディオ ビデオ同期の問題はさまざまな要因によって発生する可能性があります。その中で最も一般的なものは、不適切なキャプチャ デバイスやネットワークの問題によって、1 つのモダリティが他よりも遅延します。 |
| 損失回復試行率 | カウント | 21 未満 | ビデオがフリーズする原因となったネットワーク損失から回復する要求があった回数を示します。 このメトリックは通常、ネットワーク上のパケット損失によって引き起こされ、損失の性質に応じて短時間から長いフリーズが発生する可能性があります。 ネットワーク損失の原因を軽減すると、品質が向上します。 |
| ソース固定数 | カウント | 75 未満 | 送信画面共有で一気に 1 秒以上新しいフレームが生成されなかった回数。 画面共有の場合、この値は画面キャプチャのアクセス許可に関連する可能性があります。また、画面コンテンツのキャプチャ中にパフォーマンスの問題が発生して問題が発生する可能性もあります。 |
| ビデオ エンコーダー/デコーダーハードウェア障害 | Boolean | False | このフラグは、ハードウェア エンコード (またはデコード) コンポーネントからエラーが発生したことを示します。 通常、このようなエラーは、ソフトウェアのエンコード/デコードにフォールバックすることによってアプリケーションによって処理されますが、エンドポイントに十分な処理能力を備えた CPU がない場合、パフォーマンスが低下する可能性があります。 |
CPU とバッテリーの詳細
| メジャーの名前 | 単位 | 適切なしきい値 | 説明 |
|---|---|---|---|
| システム CPU 使用率 | パーセンテージ | 80% 未満 | 呼び出し中に使用されているシステム CPU リソースの割合。 Teams アプリの CPU 使用率に対してシステム CPU 使用率が高い場合は、ホスト上のリソースの競合を示す可能性があります。 |
| Teams アプリの CPU 使用率 | パーセンテージ | 80% 未満 | 通話中に Teams アプリによって特に使用されているシステム CPU リソースの割合。 |
| バッテリ レベル | 充電または割合 | 10% を超える | エンドポイントに電源としてバッテリーが含まれている場合、このメトリックは、バッテリー残量の割合、またはデバイスが接続され、充電されているかどうかを示します。 |
リアルタイム テレメトリをサポートするクライアント プラットフォーム
- Windows
- macOS
- Android
- iOS
- Teams Web クライアント (VDI 1.0 と VDI 2.0 を含む)
リアルタイム テレメトリは、以前のバージョンの Teams では使用できません。 利用できるテレメトリがない場合は、クライアントを更新してみてください。
リアルタイム テレメトリをサポートする Teams デバイス
- Teams の表示
- Teams 電話
- Teams Rooms
- Surface Hub のTeams Rooms
注意
Cloud Video Interop (CVI) ソリューションを使用して会議に参加したデバイスは、Real-Time Analytics ではサポートされていません。
制限事項
- リアルタイム テレメトリは、スケジュールされた会議と Meet Now でのみ使用できます。 PSTN、1:1 通話、グループ通話の場合、リアルタイム テレメトリは使用できません。
- リアルタイム テレメトリは、ライブ イベントの発表者のみが利用できます。 ライブ イベントの出席者には使用できません。
- 外部参加者または匿名ユーザーが会議に参加した場合、テナント間のプライバシーを保持するために表示名が 使用不可 として表示されます。
- 会議が 3 時間を超える場合、リアルタイム テレメトリは 過去 3 時間のみ使用できます。
関連トピック
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示