VoIP 通話の品質のトラブルシューティング
この記事では、Azure Communication Services で Web ボイス オーバー IP (VoIP) 通話の品質のトラブルシューティングと改善を行う方法について説明します。
音声通話とビデオ通話のエクスペリエンスは、今日の世界中の企業、組織、個人にとって不可欠なコミュニケーション手段となっています。 ただし、品質の問題が発生する可能性があります。 通話の品質に影響する可能性があるネットワーク パラメーターとしては、使用可能な帯域幅、ラウンドトリップ時間 (RTT)、パケット損失、ジッターの 4 つがあります。
Azure Communication Services で VoIP 通話に関して品質の問題が発生した場合、可能な限り最高のユーザー エクスペリエンスを確保するために、この記事のトラブルシューティング ガイダンスに従ってください。
品質の問題を引き起こす可能性があるネットワークの状態
通話中、音声に関して次の状態が発生する可能性があります。
途切れがちの音声またはロボットのような音声
通話音声が途切れがちに、またはロボットのように聞こえたり、カットインやカットアウトしたりする場合は、回線上の過度のジッターによるパケット損失が原因である可能性があります。 "ジッター" とは、パケットが順不同で受信されることを意味します。 これは、ネットワーク トラフィックや通話で使用されるテクノロジなど、いくつかの要因が原因で発生する可能性があります。
一方向の音声または音声が聞こえない
発信者には相手の声が聞こえるが、相手には発信者の声が聞こえない場合、この状態は "一方向の音声" と呼ばれます。 音声ストリームが失われる原因としては、接続またはハンドシェイクのエラー、ネットワーク ハンドオフ中の問題、発信元または発信先での問題など、いくつかの要因が考えられます。
音声の遅延
発信者または呼び出し先から通話音声の過度の遅延が報告された場合、その理由としては、回線の待機時間が過度に長いことが考えられます。 音声の待機時間の原因としては、回線上の任意の場所へのパケット送信または配信の遅延、通話で使用されるテクノロジなど、いくつかの要因が考えられます。
音声エコー
発信者または呼び出し先から、自分の音声が遅れて戻ってくると報告された場合、この状態は "通話音声のエコー" と呼ばれます。 エコーの原因としては、回線の一方の端にあるスピーカーやマイクの位置と音量レベル、または銅線 (固定電話) ネットワーク上のクロストークが考えられます。
音量の問題
発信者または呼び出し先から、通話の音量が大きすぎる、または小さすぎると報告された場合、通常、この状態は音量の問題として分類されます。 多くの場合、回線の一方の端にあるスピーカーやマイクの位置と音量レベルなど、原因はハードウェアにあります。 入力および出力のインジケーターにユーザーの音量が低いことが示される場合、より大きな声で話すようユーザーに求めることができます。
詳細については、「通話アプリの通話音量レベルにアクセスする」を参照してください。
静的
発信者または呼び出し先から、通話の音声干渉または背景ノイズが報告された場合、この状態は通常、音声の静的な問題として分類されます。 原因は、回線の一方の端にあるスピーカーやマイクの配置、位置、レベルなど、使用されているハードウェアにある可能性があります。
また、Web 通話に使用しているアプリケーションが最新の SDK でホストされていることを確認します。 詳細については、Azure Communication Services の通話 Web (JavaScript) SDK - リリース履歴に関するページを参照してください。
通話前のチェック
さまざまな場所でインターネットを使用する場合、インターネットの速度が異なります。 次の例のような要因が、インターネットの速度と信頼性に影響を与える可能性があります。
- 自宅: インターネット接続の種類、ルーターの品質、ネットワークに接続されているデバイスの数。
- オフィス: ネットワーク上のユーザー数、ネットワーク インフラストラクチャの品質、インターネット接続の種類。
- 携帯データネットワークの使用時: 携帯電話信号の強度、携帯電話基地局からの距離、ネットワーク上のユーザー数。 さらに、一部の携帯電話プランには、データの上限またはスロットリングがあります。
このような変動があるため、マシンのネットワーク接続と設定をテストすることが重要です。 ネットワーク診断チェックは、Azure Communication Services ネットワーク診断ツールを使用して実行できます。 このツールは、ローカル コンピューターのネットワーク接続が Azure Communication Services に適合しているかどうかを判断する際に役立つ、すべての重要なパラメーターをチェックします。 このツールは、モバイル デバイスでも実行できます。 ネットワークの品質、帯域幅、構成、および最適化の詳細については、「ネットワークの推奨事項」を参照してください。
Azure Communication Services では、次の機能を利用することもできます。
Azure Monitor の診断設定を使用してログを有効にします。 その後、Azure リソース内の通話の分析情報を表示できます。
ビデオの制約を使用して、ビデオ ストリームのユーザーが消費する帯域幅を削減して、劣悪なネットワーク環境での音声の品質を向上します。
事前通話 API を使用して、クライアントが Azure Communication Services 通話に参加する準備ができているかどうかをプログラムで検証します。 この API には、通話 SDK を使用してアクセスします。 この SDK により、デバイス、接続、通話の品質など、複数の診断が提供されます。 この機能は現在、Web (JavaScript) でのみ使用できます。
通話中のチェック
Web 通話アプリケーションでは、次の Azure Communication Services 機能を有効にすることができます。
ユーザー向け診断: この機能は、信頼性の低いネットワーク接続や応答していないマイクなどの通話の問題をユーザーが調べるのに役立ちます。
メディア品質統計: この機能を使用して、Azure Communication Services 通話の品質に関連する問題をデバッグおよびトラブルシューティングできます。 メディア統計には、RTT、ビットレート、パケット損失、ジッターなどの要因が含まれます。 メディア統計は、エンジニアが問題と正確なタイミングを理解するのに役立ちます。
場合によっては、ユーザーが Azure Communication Services のインスタンスを複数のブラウザー タブで実行していることがあります。 この状況により、ターゲット通話でのオーディオとビデオの動作が中断される可能性があります。 ユーザーがブラウザーで複数のインスタンスを実行しているかどうかを検出できます。 詳細については、「Azure Communication Services の SDK を使用するアプリケーションがブラウザーの複数のタブでアクティブになっているかどうかを検出する方法」を参照してください。
通話後のチェック
Azure portal からログの分析情報を確認して、通話中の問題を正確に特定することができます。 詳細については、「通話ログにクエリを実行する」を参照してください。
前述のアクションをすべて試しても、品質の問題が引き続き発生する場合は、Azure サポート リクエストを作成します。 必要に応じて、Microsoft は、テナントのネットワーク チェックを実行して、通話の品質を確認できます。
通話終了アンケート
通話終了アンケート機能を有効にして、Azure Communication Services ユーザーに、通話エクスペリエンスに関する定性的フィードバックを送信するためのオプションを表示します。
詳細については、「通話終了アンケートの概要」および関連するチュートリアル「通話終了調査を使用してユーザーのフィードバックを収集する」を参照してください。
関連するコンテンツ
通話品質ダッシュボード (CQD) を使用して相互運用通話のログを表示する方法については、「CQD を使用して Microsoft Teams の通話と会議の品質を管理する」を参照してください。
通話 SDK のエラー コードについては、Azure Communication Services でのトラブルシューティングに関するページを参照してください。 これらのコードを使うと、通話が終了した理由がわかります。
アプリケーションが円滑に機能し、ユーザー エクスペリエンスを向上させるために、アプリ開発者はチェックリストに従う必要があります。 詳細については、「Web ブラウザーで高度な通話エクスペリエンスを提供するためのチェックリスト」を参照してください。
自社のネットワークまたは顧客のネットワークの準備の詳細については、「ネットワークの推奨事項」を参照してください。
Azure Communication Services Web 通話に関するベスト プラクティスについては、「ベスト プラクティス: Azure Communication Services の Calling SDK」を参照してください。