- ホーム
- /
- 投稿記事
コメントありがとうございます。
コントロールハブでの Webex Calling 通話のトラブルシューティング
この記事の内容
フィードバックがある場合Webex Calling のトラブルシューティング ビューを使用すると、管理者は Webex Calling 通話の接続およびメディア関連の品質の問題をトラブルシューティングできます。通話に関連する情報を検索し、 通話が成功、拒否、または失敗したかどうかを確認したり、メディア統計を表示したり、問題が発生した場所を特定したり、 問題を解決したりできます。
概要
Webex Calling のトラブルシューティングでは、特定の Webex Calling 通話のメディア品質や通話接続関連の問題をトラブルシューティングできます。通話品質が悪いという顧客からの苦情など、さまざまな理由で通話のトラブルシューティングが必要になる場合があります。この場合、トラブルシューティング ビューに直接移動し、特定の呼び出しを検索して、ホップの詳細を表示し、問題の発生している可能性のある場所を特定できます。また、トラブルシューティングを使用すると、組織の通話品質を積極的に監視し、ユーザーが気付く前に特定の問題に先手を打つこともできます。
トラブルシューティング ビューにアクセスするには、Control Hub で完全な管理者、読み取り専用管理者、またはサポート管理者のロールを持っている必要があります。
次の基準を使用して検索すると、少なくとも 1 つの Webex Calling に登録されたエンドポイントでメディア セッションが使用された通話のリストを取得できます。
-
メールのユーザーパスワード
-
電話番号
-
MAC アドレス
-
通話 ID
-
相関 IＤ
部分検索は、電子メール ID、電話番号、通話 ID に対してサポートされています。電話番号の場合、最初の 3 ～ 8 桁を入力して Enter キーを押すと、一致するエントリが表示されます。8 桁を超える数字を入力すると、完全に一致するものを検索します。他の場所から電話番号をコピーして貼り付ける場合は、 +1 検索が機能するために。
Webex Calling のトラブルシューティングでは次のことが可能になります。
-
成功した通話、失敗した通話、拒否された通話を検索します。
-
通話の参加者のエンドツーエンドのエクスペリエンスを表示します。
-
通話のホップ詳細を表示します。
-
メディアがクラウドを通じて、またはユーザー Webex Calling間で直接(INTERACTIVE Connectivity 立ち上がり(ICE)を使用して通過する場合に表示します。
-
通話にメディアがない場合、またはパス最適化の設定が失敗した場合は、Insights を表示します。
-
過去 21 日間の通話を表示します。
-
シグナリング関連の通話の失敗と拒否を表示します。
-
ユーザーのエクスペリエンスに影響を与えた通話品質メトリックスを分析します。たとえば、管理者は Wi-Fi ネットワーク経由のクライアントで高いジッターを観察しても、パケット損失と遅延は許容範囲内である場合があります。
-
問題が発信者または発信者に発生した場合に検出します。
電話を使った通話 Webex Calling 終了後に表示されます。
トラブルシューティング ビューは、関連するすべてのメトリックを提供することで問題領域を特定するのに役立ちますが、必ずしも通話品質の低下の根本原因を提供できるわけではありません。次のポインタを参照して様々な要因を特定し、解決方法を決定してください。
-
ユーザーのエンドツーエンドのエクスペリエンス。
-
[ホップの詳細] ビュー。
-
ユーザーまたはメディアリレーポイントからメトリクスを送受信します。
-
外部ネットワークまたはネットワーク間の通話 の発生、または通信が登録済みのWebex Callingかどうか。
検索ビュー
通話を検索すると、次のデータが利用できます。
| 列名 | 説明 |
|---|---|
|
通話ステータス |
通話の試みが成功したかどうか。通話試行のステータスが 拒否 または 失敗 の場合、ステータスにマウスを合わせると関連するコードが表示されます。可能な値は次のとおりです。
|
|
品質 |
すべての Webex Calling は、品質に対して採点されます。ただし、Webex ミーティングまたは Webex セッションの通話の場合、この評価は適用されません。通話エクスペリエンスは、次のように採点されます。
|
|
サービス |
通話に使用されたサービス。 |
|
開始時刻 |
日付範囲セレクターの横で選択したタイムゾーンに基づく通話の開始時刻。 |
|
ミーティング / 発信番号 |
発信者の電話番号。 |
|
名前 |
発信者と着信者の表示名。 |
|
ホスト/呼び出し元 |
発信者の表示名。 |
|
参加者 |
通話に参加しているユーザーの数。 |
|
継続時間 |
通話が続いた時間の長さ。 |
|
サイト / ロケーション |
Webex Calling の発信者の場所。 |
|
会議 / 相関ID |
同じ通話セッションの複数の呼び出し足を結び付けする相関関係 ID。 |
検索されたユーザーの主要業績評価指標（KPI）
ユーザーを検索する場合、次の KPI を利用できます。
- 失敗した通話—選択した日付範囲で失敗した通話の数。
- 質の悪い会議時間— 選択した日付範囲において、 Webex Meetings 中に品質が悪かった時間 (分)。
- 品質の悪い Webex での通話—選択した日付範囲で品質の悪い Webex での通話 の数。
- 品質の悪い Webex Calling 通話—選択した日付範囲で品質が悪かった Webex Calling 通話の数。
- 品質の悪い WebRTC 時間 (分)—選択した日付範囲で WebRTC を使用中に品質が悪かった時間 (分)。
- 合計会議時間 (分)— 選択した日付範囲における Webex Meetings の合計時間 (分)。
- Webex での合計通話時間 (分)— 選択した日付範囲におけるWebex での通話時間 (分) の合計。
- Webex Calling の合計通話時間—選択した日付範囲における Webex Calling の合計通話時間 (分)。
- WebRTC の合計時間 (分)—選択した日付範囲における WebRTC の合計時間 (分)。
ホップの詳細ビュー
ホップ詳細ビューでは次のデータが表示されます。
| 項目 | 説明 |
|---|---|
| エンドポイント |
以下のいずれかを表示します。
|
| ハードウェア |
以下のいずれかを表示します。
|
| 場所 |
ユーザーに対して設定されている Webex Calling の場所。Webex Calling がプロビジョニングされた国も括弧内に表示されます。 |
| 市内 IP |
メディアを送信するために使用しているネットワーク インターフェイスのクライアントのローカル IP アドレス。ユーザーのパーソナル アイデンティティを保護するために IP アドレスを一部非表示にしています。 |
| パブリック IP |
これは、クラウドパブリック IP確認されたクライアントのデフォルト アドレスです。企業の場合、これは NAT を提供するファイアウォールのアドレスです。ユーザーのパーソナル アイデンティティを保護するために IP アドレスを一部非表示にしています。 |
| MACアドレス |
クライアントエンドポイントの MAC アドレス。 |
| 地理情報 |
パブリック IP アドレスの Geo ルックアップ。PNC 経由で接続している場合、このアドレスは正確ではありません。ユーザーが Webex アプリを使用し、VPN を通じてエンタープライズに接続している場合、場所は正確ではありません。 |
| ISP |
インターネットサービス プロバイダークラウドにネットワーク接続を提供するWebex Callingです。 |
| ネットワーク |
クライアントがメディアを交換するために使用したネットワーク接続のタイプです。可能な値は次のとおりです。
|
| 音声コーデック |
(送受信)クライアントによって送信されるメディアに対して使用されているメディアのエンコーディングおよびデコーディングの形式。 |
| ビデオコーデック |
(送受信)クライアントによって送信されるメディアに対して使用されているメディアのエンコーディングおよびデコーディングの形式。ビデオ通話にのみ適用されます。 |
| SIPセッションID |
元の (または初期) セッション ID と最終セッション ID。 |
| トランク |
ホップにローカル ゲートウェイが関係している場合にのみ使用できます。着信および発信トランクの名前。 |
| ルート グループ |
ホップにローカル ゲートウェイが関係している場合にのみ使用できます。ルート グループの名前。 |
| PSTNベンダー名 |
ホップに PSTN が関係している場合にのみ使用できます。ベンダーの名前。 |
一部のメトリクスは、ユーザーの身元を保持するために、記事のスクリーンショットでマスクされます。
ホップの詳細から、次の操作を実行できます。
-
ホップが PSTN またはローカル ゲートウェイ経由でルーティングされたかどうかを表示します。
-
通話を発信または受信したユーザーの種類を表示します。例としては
HuntGroup、VoiceMailGroup、RoutePointなどがあります。 詳細通話履歴レポート には、すべてのユーザー タイプのリストが表示されます。 -
次のシナリオで通話に関する分析情報を表示します。
-
通話に関連するどのホップにもメディアがありませんでした。
-
パス最適化の設定に失敗しました。
-
ホップの 1 つが失敗したか、通話を拒否しました。失敗したホップは赤でマークされ、拒否されたホップは黄色でマークされます。ホップが失敗したか拒否された理由も示されます。
-
-
デバイスの上にカーソルを合わせると、エンドツーエンドの通話エクスペリエンスが表示されます。
-
エンドポイントとクラウドの間のホップにカーソル Webex Calling、ホップの詳細を表示します。
エンドツーエンドの通話エクスペリエンスは、通話終了時に各 Webex Calling 登録エンドポイント (Webex アプリまたは 8865 や Desk Pro などのデバイス) から収集されるメディア品質データに基づいています。エンドポイントに次のしきい値がある場合、通話は良好と評価されます。
-
パケット損失は以下 5%.
-
遅延またはラウンドトリップ時間 (RTT) が 400 ミリ秒未満。
-
ジッターは150ミリ秒未満。
ホップの品質は、同 じクラウドのメディアリレーポイントから収集されたデータWebex Callingされます。CCPP PSTNローカル ゲートウェイを通じて通話する場合、データ収集は Webex Calling クラウドからであり、エンドポイントからではありませんPSTNされます。メディア リレー ポイントに次のしきい値がある場合、ホップは良好と評価されます。
-
パケット損失が 2.5% 未満
-
待機時間または RTT は 200 ms 未満です。
-
ジッターは 75 ms 未満です。
[アクション ] を選択し、次のいずれかのオプションを選択して、ホップの詳細にデータを保存することもできます。
- トラブルシューティングの通話記録を保存する（CSV）
- 通話レポートを保存 (JSON)
- 参加者の詳細を保存 (CSV)
通話詳細ペイン
ホップ詳細ビューの右側のペインにある「通話の詳細」では、次のデータが表示されます。
| 項目 | 説明 |
|---|---|
| 相関 IＤ | 同じ通話セッションの複数の呼び出し足を結び付けする相関関係 ID。 |
| 通話日付 | 通話が発生した日付です。 |
| 通話時刻 | 通話の開始および終了時刻を検索ビューで選択したタイムゾーンで表示します。 |
| セッションタイプ |
サポートされているセッションのタイプです。例: Webex Call |
| 参加者 | 通話に参加した参加者の数です。 |
| 発信者名 | 発信者の名前です。 |
| 発信者メール アドレス | 発信者のメール アドレスです。 |
| 発信者番号 | 通話中に発信者が使用した電話番号。 |
| 音声 | 使用された音声タイプです。 |
| ビデオ | 参加者がビデオを有効にしている場合は はい が表示されます。ビデオがまったく有効になっていない場合は、 いいえと表示されます。 |
| パスの最適化 |
通話パスの最適化が通話に適用される場合に指定します。許容される値:
|
| 通話タイプ |
通話タイプは以下のいずれかの種類です。
|
| 通話終了時間 |
通話を終了したユーザー。 |
| ダイヤル番号 |
事前翻訳前にユーザーがダイヤルしたキーパッドの数字。 |
| 関連する理由 |
ホップが作成された理由を示します。たとえば、 |
Webex Calling のトラブルシューティング ビューにアクセスする
部分検索は、電子メール ID、電話番号、通話 ID に対してサポートされています。電話番号の場合、最初の 3 ～ 8 桁を入力して Enter キーを押すと、一致するエントリが表示されます。8 桁を超える数字を入力すると、完全に一致するものを検索します。他の場所から電話番号をコピーして貼り付ける場合は、 +1 検索が機能するために。
Webex 通話を分析するには、以下を実行します。
| 1 |
Control Hub にサインインし、 Monitoring に移動します > トラブルシューティング. |
| 2 |
表示するメール ID、電話番号、MAC アドレス、通話 ID、または相関 ID を検索します。 相関 ID を使用して、検索ビューで関連する通話をグループ化できます。 |
| 3 |
選択したフィルターを適用します。利用可能なフィルターは次のとおりです。
電話番号または相関 ID を検索する場合、フィルターは使用できません。 |
| 4 |
特定の呼び出しをクリックして、ホップの詳細ビューを調べます。 |
トラブルシューティングの通話詳細をCSVファイルとしてエクスポートする
トラブルシューティングの通話詳細を CSV ファイルとしてエクスポートできます。これらの通話の詳細をエクスポートすると、問題やパターンを一目で識別できるため、複数のホップを含む複雑な通話に役立ちます。1 つの CSV ファイルにつき最大 100 件のトラブルシューティング通話の詳細をエクスポートできます。
| 1 |
Control Hub にサインインし、 Monitoring に移動します > トラブルシューティング. |
| 2 |
表示したい通話リストができたら、 。
|
メディア品質の問題のトラブルシューティング
ホップ 1 つで表示することで、問題が発生した場所を特定することができます。問題がどこにあるか確認し、メトリック(ジッター、パケット損失、遅延)で問題をトラブルシューティングするために、以下を試みできます。
メディアの問題の一般的な可能性は次のとおりです。
-
Network/ISP/location 特定の問題—ファイアウォール、ネットワーク構成、または帯域幅が原因で、特定の場所またはネットワーク サブネットでエクスペリエンスが低下するというパターンがあります。分析ビューで通話ごとのトラブルシューティング ビュー (不良なセッションに関連付けられている場所を識別) を使用して、場所の集計パターンを確認します。
-
ユーザー固有の問題—ユーザーまたはデバイスが質の悪いネットワーク (Wi-Fi や在宅勤務など) に接続しているため、関連するネットワーク機能によってエクスペリエンスが影響を受けます。ネットワークの問題を特定するには、 CScan を使用して Webex Calling ネットワークの品質をテストする の記事を参照してください。
-
通話タイプ固有の問題—ユーザーのエクスペリエンスが悪いのは、通話相手側の品質が原因です。これは、ユーザーがモバイル PSTN上で別のユーザーと話し、セッションがネットワーク上で高いパケット損失高いPSTNです。
-
メディアなしの問題—一部のホップでメディアが送信されない可能性があります。Insights バナーには、ホップの詳細ページの上部に原因が表示され、ホップの詳細ページの情報ボックスに責任者が表示されます。通話中にメディアが機能しない場合の考えられる原因とその責任者を以下に示します。
-
Webex が送信者からのメディアを受信していません。
-
Webex が受信機からメディアを受信していません。
-
Webex はどちらの方向からもメディアを受信しません。
-
Webex が受信者にメディアを送信していません。Webex エンジニアリングがこの問題に対処します。
-
Webex は Cloud PSTN からメディアを受信していません。Webex エンジニアリングがこの問題に対処します。
-
Webex はクラウド サービスからメディアを受信していません。Webex エンジニアリングがこの問題に対処します。
-
Webex はローカル ゲートウェイからメディアを受信していません。顧客管理者が問題を調査する必要があります。
-
-
メディア パス最適化の失敗—一部の呼び出しではメディア パス最適化を正常に設定できません。Insights バナーには、ホップの詳細ページの上部に、失敗した ICE 呼び出しの原因と解決策が表示されます。
考えられる理由としては次のようなものがあります:
-
ICE はスタン サーバー アクセスにより失敗しました - Webex Calling ポート参照情報を参照してください。
-
接続チェックのため ICE が失敗しました - ネットワーク間の接続を確認してください。
-
ICEは、デフォルトのパスの往復時間が similar/better 最適化されたパスよりも優れています。
-
制限
メディア品質メトリックと、ネットワーク側からの発信フローおよび終了フローは、次のデバイスでは利用できません。
-
アナログ電話
-
サードパーティ デバイス
-
IPv6 エンドポイント
サポートされている通話フロー
メディア品質レポートは、発信者と呼び出し先のエンドポイントとメディアリレーポイントから収集されます。これにより、メディア エクスペリエンスの範囲を絞り込み、問題が発生したかどうかを識別できます。
-
発信者または呼び出し先
-
クラウドへの、またはクラウドからの Webex Calling パス。
通話に登録済みのエンドポイントが少なくとも 1 つの確立されたメディア セッションがある場合、呼Webex Calling は表示されます。たとえば、ハント グループ から 8 人の担当者へのアウトバウンド通話の場合、1 人の担当者だけが応答した場合、他の 7 人のエージェントをトラブルシューティングするメディアエクスペリエンスはありません。
トラブルシューティングに使用するメディアエクスペリエンス またはWebex Callingパスは以下の通り:
-
オンネット最適化 – ICE が成功し、メディアがユーザー間で直接流れる組織内の通話。詳細 Webex Callingを確認する場合は、「インタラクティブ接続の最適化と ICE」 を参照してください。
-
オンネット非最適化 – 組織内で対話型接続確立 (ICE) が不可能または確立されなかった通話。このシナリオでは、メディアが Webex Calling クラウドを通じてフローします。
-
オンネット クラウド ホスト – クラウドでホストされているメディア サーバーによってメディアが提供される組織内の通話 (ボイスメールの再生、自動応答へのダイヤルなど)。
-
Webex Calling 登録エンドポイントとの間のオフライン通話 -
-
クラウド接続 PSTN プロバイダー経由- 相手が PSTN ネットワーク上にある組織の着信および発信通話。メディアは、高品質相互接続で、クラウド接続PSTNプロバイダ (CCPP) を通じてリレーされます。
-
ローカル ゲートウェイ経由- 相手側のメディアが企業を経由する組織の着信および発信コール。ローカル ゲートウェイの背後で、メディア セッションはエンタープライズがホストするユーザー (例えば、エンタープライズの通話制御に登録されている) または PSTN から利用できます。PSTN がエンタープライズによって提供されます。
-
ポイント・アンド・ポイントのネット通話に関与している登録ユーザーが 1~2 Webex Calling 人の場合、トラブルシューティングビューは両当事者のメトリックスを示します。通話がネット外(ユーザー 1 は PSTN ユーザーからの通話を受信)、トラブルシューティングビューでは、メディアリレーポイントから取得したメトリクスと共に User1 のクライアントメトリクスだけが表示されます。
トラブルシューティングビューの通話シナリオの大部分は、2 つの呼び出しレミー (発信者と呼び出し先) を表示します。しかし、一部の通話シナリオ (コール パークや取得など) では、コールレグは 1 つしか表示されません。このような場合は、トラブルシューティング ビューで他のコールレグが個別に表示されます。これにより、通話のトラブルシューティングや問題が発生した場所を検出することができます。しかし、重複時間など共通のエンティティを使用して 2 つのコールレコールを手動で関連付ける必要があります。トラブルシューティング ビューの今後の機能強化により、手動ルックアップを使用する必要が除去されます。
ホップ数は、セッション中にサンプリング時間およびネットワークの変動性に応じて変化します。メディアリレーポイントとクライアント(エンドツーエンドのエクスペリエンス)によって報告される値が一致しない場合があります。ただし、パスに一緒に配置するために近くに配置する必要があります。
Analytics から取得した集計情報とともに個別の通話のトラブルシューティング ビューを使用することをお 勧めします。
トラブルシューティング ビューを使用して、異なる通話タイプの通話品質を分析しましょう。
ICE が成功し、クラウドのメディアリレーがパスから削除される組織内の通話。メディア フローは、ユーザーのデバイスの間で直接行います。
推論:
| 1 |
通話は発信者と呼び出し先の両方でエンドツーエンドのエクスペリエンスが優良として評価されます。 |
| 2 |
管理者は 2 人のユーザーの間で直接メディア フローを観察することができますが、Webex Calling クラウドを通じて移動することはできません。 最適化された通話フローでは、2 人のユーザー間のメディアがローカル ネットワークを通過するので、エンタープライズまたはローカル ネットワークが問題のソースである場合、エクスペリエンスが悪い場合があります。待ち時間または RTT は、通話の最適化では常に低くなりますが、パケット損失およびジッターは引き続き、2 人のユーザー間のネットワークに応じて要素になる場合があります。 |
推論:
管理者は、次の情報を参照することができます。
| 1 |
発信者のエンドツーエンド のエクスペリエンスは、不良として採点されます。 |
| 2 |
発信側および受信ストリームの両方に影響する発信者のネットワークホップに問題があります。 |
| 3 |
呼び出し先のネットワーク ホップに問題があります。 |
| 4 |
発信者からの問題のため、呼び出し元のエンドツーエンドのエクスペリエンスは不良として採点されます。 |
推論:
通話のエンドツーエンドエクスペリエンスが受け入れしきい値内であるとして、通話は良く評価されます。管理者は以下を参照することができます。
| 1 |
メトリックの一部が受け入れ可能なしきい値を超える場合、発信者のネットワーク ホップは不良として採点されます。 |
| 2 |
ボイスメールからの送信ストリームは、メディアリレーポイントから収集されたメトリクスに関して良い評価を受け取ります。 |
| 3 |
ボイスメディア サーバー収集またはお預かりするために使用されるメッセージは、現在、レポートメトリックスではありません。ただし、これらのサーバーは Webex Calling Cloud の一部としてホストおよび管理されています。そのため、リンクセグメントの品質は内部的で常に高品質、低遅延です。 |
| 4 |
管理者は、発信者のエンドツーエンドのエクスペリエンスを良く評価することができますが、ホップは不良として採点されます。これは、呼び出し先のホップが、発信者のネットワークのパフォーマンス劣化を補う優れたネットワークを有しているという理由です。 |
この例では、クライアント メディアは、クラウドを通じてPSTNプロバイダーから来ています。
呼び出しのエンドツーエンド エクスペリエンスが受け入れ可能なしきい値内ではなされていないので、通話は不良として採点されます。管理者は、次の情報を参照することができます。
| 1 |
問題は、送信ストリームに関する特別PSTN発信者のホップ数です。 |
| 2 |
呼び出し先のネットワーク ホップに問題があります。 |
| 3 |
発信者からの問題のため、呼び出し元のエンドツーエンドのエクスペリエンスは不良として採点されます。 |
| 4 |
PSTN ネットワーク上の発信者のエンドツーエンド エクスペリエンスと受信ストリーミング メトリックは、Webex Calling Cloud に送信されないので、現在使用可能ではありません。 |
発信者のメディアがエンタープライズから来ている組織に発信または発信します。メディア セッションは、エンタープライズがホストするユーザー (例えば、UCM に登録されている) または PSTN から利用できます。PSTN がエンタープライズを通して提供されます。
推論
通話のエンドツーエンドエクスペリエンスが受け入れ可能なしきい値内ではなされていないので、通話は不良として採点されます。管理者は、次の情報を参照することができます。
| 1 |
ストリームの送受信の両方で、Webex Calling Cloud に対する発信者のホップに問題があります。 |
| 2 |
ホップまたはユーザーの最後に見られた問題 (デバイス、ネットワークなど) で見られた問題のために、発信者のエンドツーエンドのエクスペリエンスは不良として採点されます。 |
| 3 |
通話者の末尾から Webex Calling Cloud への着信トラフィックは、良く評価されます。 |
| 4 |
ローカル ゲートウェイから呼び出される呼び出し先のエンドツーエンド エクスペリエンスと受信ストリーミング メトリックは、これらのメトリクスが Webex Calling Cloud に送信されないので、現在使用可能ではありません。 |
失敗した通話や拒否された通話のトラブルシューティング
通話ステータス 列には、通話が成功したか、拒否されたか、失敗したかが表示されます。通話のステータスが 拒否 または 失敗 の場合、ステータスにマウスを合わせると関連するコードが表示されます。
ユーザーの通話リストをドリルダウンすると、 失敗した通話 KPI が表示され、そのユーザーが重大な問題を経験しているかどうかをすぐに識別できます。 拒否 または 失敗 ステータスにマウスを合わせると、各ステータスに関連付けられている特定のコードが表示されます。
ホップの詳細ビューには、通話が 拒否 または 失敗 ステータスになっている理由に関する詳細情報を示すバナーが表示されます。通話ステータスが発信ホップ中または終了ホップ中に発生したかどうかも確認できます。
失敗した通話シナリオの例
失敗コード: 宛先へのルートがない
職場のデバイスから通話を試みましたが、宛先までのルートが利用できないために失敗しました。
失敗コード: プロトコルエラー
職場のデバイスから通話を試みましたが、プロトコル関連のエラーのため失敗しました。
失敗コード: 内部エラー
ローカル ゲートウェイから通話が行われましたが、宛先の職場のデバイスの内部エラーにより失敗しました。通話は 14 分間確立されましたが、内部エラーが発生しました。
拒否コールのシナリオ例
拒否コード: 通話拒否
通話試行が宛先に到達できなかったか、宛先へのインターフェイスが正しく機能していなかったため、通話試行は失敗しました。拒否されるシナリオの例は次のとおりです。
-
匿名通話拒否のため、通話試行は拒否されました。
-
着信権限により通話が拒否されました。
-
発信通話の許可により、通話の試行は拒否されました。
-
発信通話の許可により、通話の試行は拒否されました。
-
通話インターセプトが設定されているために通話試行が拒否されました。
-
コールパークまたはコール取得の失敗により、通話試行は拒否されました。
-
プッシュツートーク拒否により通話試行が拒否されました。
-
選択的通話承認により通話試行が拒否されました。
-
選択的通話拒否により通話試行が拒否されました。
-
不明な番号、権限不足などのエラーにより、通話の試行が拒否されました。
失敗コード: 未割り当て番号
発信者から通話の試みがありましたが、宛先が割り当てられていない番号であったため拒否されました。
通話結果の理由
次の表は、失敗した通話に使用できる 拒否 および 失敗 コードを示しています。
| コールの結果の理由 | 説明 |
|---|---|
|
成功 |
通話は成功しました。考えられるコードは次のとおりです:
|
|
拒否 |
通話は拒否されました。考えられるコードは次のとおりです:
|
|
失敗 |
通話に失敗しました。考えられるコードは次のとおりです:
|
