CQD PSTN ダイレクト ルーティング レポートの使用
警告
CQD PSTN ダイレクト ルーティング レポート テンプレートは非推奨となり、維持されなくなりました。 今後の品質レポート (QER) テンプレートを参照してください。
Microsoft Teams 通話品質ダッシュボード (CQD) PSTN ダイレクト ルーティング レポートは、 CQD 用のダウンロード可能な Power BI クエリ テンプレートで入手できます。
CQD PSTN ダイレクト ルーティング レポート (CQD PSTN ダイレクト ルーティング レポート.pbit) は、PSTN サービスの使用パターンと品質を理解するのに役立ちます。 このレポートを使用して、サービスの使用状況、セッション ボーダー コントローラー (SBC)、テレフォニー サービス、ネットワーク パラメーター、ネットワーク効率比の詳細に関する情報を監視します。 この情報は、通話が破棄された理由など、問題を特定するのに役立ちます。 たとえば、ボリュームが低下したタイミングや、影響を受ける呼び出しの数と理由を確認できます。
CQD PSTN ダイレクト ルーティング レポートには、次の 4 つのセクションがあります。
通話の種類、SBC、呼び出し元、呼び出し先の国/地域で分析する
CQD PSTN ダイレクト ルーティング レポートは、過去 7 日間、30 日間、または 180 日間 (6 か月間) のテナント上のすべての SBC の信頼性と使用状況のメトリックを集計します。 通話の種類、SBC、発信者、呼び出し先の国/地域でデータを分析できます。 特定の SBC または国/地域に関心がある場合は、選択した期間の傾向の変化を特定できます。
傾向を追跡する
傾向分析は、サービスの使用状況と信頼性を理解する際に不可欠です。 時間ごとの傾向は、毎日のパフォーマンスを詳しく見て、リアルタイムのインシデントを特定するのに役立ちます。 毎日の傾向により、長期的な観点からサービスの正常性を確認できます。 適切なデータ細分性を持つこれら 2 つのモード間をシフトできることが重要です。 CQD PSTN ダイレクト ルーティング レポートには、6 か月の傾向の概要、7 日および 30 日の傾向、および時間ごとの傾向が表示されるため、各レベルでパフォーマンスを分析できます。
SBC またはユーザー レベルにドリルスルーする
CQD の多くのデータ カテゴリに対してドリルスルー機能を構築してきました。これにより、SBC レベルまたはユーザー レベルでの使用状況や信頼性の分布をすばやく理解できます。 ドリルスルーを使用すると、問題をすばやく修正し、実際のユーザーへの影響を把握できます。 CQD PSTN ダイレクト ルーティング レポート機能は、サービスの詳細とネットワーク効率比のメトリックでドリルスルーされます。 関心のあるデータ ポイントをクリックして、SBC またはユーザー レベルの詳細にドリルスルーします。
CQD PSTN ダイレクト ルーティング レポートは、過去 180 日間のサービスの全体的な正常性に関連する次の情報を提供します。
たとえば、SBC abc.bca.adatum.biz を経由するすべての受信呼び出しに関する全体的な使用状況と正常性に関心がある場合は、米国を内部の国/地域として使用します。
Call Out | 説明 |
---|---|
1 | 上部のフィルターを使用してドリルダウンし、呼び出しの種類として ByotIn を選択し、セッション ボーダー コントローラーとして abc.bca.contoso.com し、米国を内部の国/地域として選択できます。 |
2 | 過去 180 日間の使用状況の傾向。 使用状況の詳細レポートは、[サービスの詳細] ページにあります。 |
3 | 過去 180 日間のダイヤル遅延、待機時間、ジッター、パケット損失の傾向をポストします。 詳細レポートは、[ネットワーク パラメーター] ページにあります。 |
4 | 過去 180 日間の同時実行呼び出しと毎日のアクティブ ユーザーの傾向。 このグラフは、サービスの最大ボリュームを理解するのに役立ちます。 |
5 | 過去 180 日間のサービス品質に影響を与えた上位通話終了理由。 サービス正常性の詳細については、ネットワーク有効率 (NER) ページを参照してください。 |
このページでは、1 日あたりのサービス使用状況の傾向と、地理的なユーザー フィードバックの内訳を示します。
試行呼び出しの合計数 – 成功呼び出しと失敗した呼び出しの両方を含む、その時間範囲の試行呼び出しの合計数
接続された呼び出しの合計数 - その時間範囲内の接続された呼び出しの合計数
合計分 – その時間範囲内の合計分使用量
毎日のアクティブ ユーザー (DAU) – その日に少なくとも 1 回の接続呼び出しを行った毎日のアクティブ ユーザーの数
同時実行呼び出し – 1 分で同時にアクティブな呼び出しの最大数
ユーザー フィードバック – "通話の評価" スコアはユーザーから取得されます。 3 から 5 は、適切な呼び出しと見なされます。 1-2 は、不適切な呼び出しと見なされます。
次に例を示します。
平均通話時間が 2020/02/14 に 0 に低下する場合は、最初に通話量が正常に見える場合にチェックし、接続呼び出しの合計と試行回数の合計に大きな相違があるかどうかを確認できます。 次に、[ネットワークの有効性の比率] ページに移動して、呼び出しエラーの理由に投資します。
ユーザー フィードバック マップに赤いスポットが増えている場合は、[ネットワークの有効性の比率] ページと [ネットワーク パラメーター] に移動して、異常があるかどうかを確認し、MS Service Desk を使用してチケットを発行できます。
これは、[全体の正常性] ダッシュボードに表示されるメトリックと同じです。 時間単位の NER 番号を、時間単位のネットワーク効率比と通話終了理由グラフの両方の通話方向 (受信/送信) の影響を受ける通話の詳細を含む時間単位の NER 番号をチェックできます。
NER - 送信された呼び出しの数と受信者に配信された呼び出しの数を測定することによって通話を配信するネットワークの機能 (%)。
SIP 応答コード- 3 桁の整数応答コードは、呼び出し状態を示します。
Microsoft 応答コード -Microsoft コンポーネントから送信される応答コード。
説明 – SIP 応答コードと Microsoft 応答コードに対応する理由フェーズ。
影響を受ける呼び出しの数 – 選択した時間範囲で影響を受けた通話の合計数。
次に例を示します。
Daily NER が 2020 年 2 月 2 日 5 日に表示される場合は、その日付をクリックすると、その特定の日付に他のグラフがズームされます。
NER Good Percentage Hourly Trend から、21:00 頃にディップが発生することがわかります。 次に、もう一度クリックして時間 21 にズームし、[効果のある通話の詳細] をチェックして、その時間に失敗した通話の数と通話終了の理由を確認します。 問題が SBC に関連していない場合は、SBC の問題に対する自己トラブルの撮影から始めたり、Service Desk に報告したりできます。
すべてのネットワーク パラメーターは、ダイレクト ルーティング インターフェイスからセッション ボーダー コントローラーに測定されます。 推奨される値の詳細については、「Microsoft Teams 用にorganizationのネットワークを準備する」を参照し、Customer Edge から Microsoft Edge の推奨値を確認してください。
ジッター – RTCP (RTP 制御プロトコル) を使用して 2 つのエンドポイント間で計算されるネットワーク伝達遅延時間の変動のミリ秒の測定値です。
パケット損失 – 到着に失敗したパケットの測定値です。これは、2 つのエンドポイント間で計算されます。
待機時間 - (ラウンド トリップ時間とも呼ばれます) は、シグナルが送信されるまでにかかる時間と、そのシグナルの受信確認に要する時間の長さです。 この時間遅延は、信号の 2 つのポイント間の伝達時間で構成されます。
次に例を示します。
2020 年 2 月 2 日の待機時間など、特定の日付の 4 つのグラフ (待機時間、ジッター、パッケージ損失率、ダイヤル後の遅延) のいずれかにスパイクが表示される場合は、日付ポイントをクリックします。 また、一番下の時間ごとの傾向グラフが更新され、時間単位の数値が表示されます。 SBC をチェックしたり、MS Service Desk でチケットを発行したりすることができます。