- 首頁
- /
- 文章
在 Control Hub 中對 Webex Calling 通話進行故障排除
Webex Calling 中的故障排除檢視可讓管理員排除 Webex Calling 通話的連線和媒體相關品質問題。您可以搜尋與通話相關的信息,查看 通話是否成功、被拒絕或失敗,查看其媒體統計數據,確定問題發生的位置,並解決問題 。
概觀
透過 Webex Calling 故障排除,您可以排除特定 Webex Calling 通話的媒體品質和呼叫連線相關問題。您可能會因為各種原因想要排除通話故障,例如客戶抱怨通話品質不佳。在這種情況下,您可以直接轉到故障排除視圖,搜尋那些特定的呼叫,然後查看跳數詳細資訊以找出問題可能出在哪裡。您還可以使用故障排除來主動監控組織的通話質量,並在用戶注意到之前解決特定問題。
若要存取故障排除視圖,您必須在 Control Hub 中擁有完全管理員、唯讀管理員或支援管理員角色。
Webex Calling 故障排除可讓您:
-
搜尋成功、失敗和被拒絕的通話。
-
觀看通話參與者的端對端體驗。
-
查看通話的躍點詳細資料。
-
查看媒體是透過雲端Webex Calling,還是直接在使用者之間(使用建立互動式連接 (ICE)進行。
-
如果通話中沒有媒體,或是路徑優化設定不成功,請查看 Insights。
-
查看過去 21 天的通話。
-
查看與訊號相關的呼叫失敗和拒絕。
-
分析影響使用者體驗的通話品質度量值。例如,管理員可能會觀察到 Wi-Fi 網路上用戶端的高抖動,但封包遺失和延遲可能是可以接受的。
-
偵測問題出在來電者還是被呼叫者。
使用 Webex Calling 通話在通話結束後出現。
故障排除視圖透過提供所有相關指標來幫助識別問題區域,但不一定能為您提供通話品質不佳的根本原因。查看這些指示器以識別多種元素並確定解析度選項:
-
使用者的端對端體驗。
-
躍點詳細資料檢視。
-
從使用者或媒體轉送點傳送或接收度量值。
-
通話是從外部網路進行還是 來自已註冊端點Webex Calling通話。
搜尋視圖
您可以使用下列條件進行搜索,以取得與至少一個 Webex Calling 註冊端點一起使用媒體會話的通話清單:
-
電子郵件地址
-
電話號碼
-
MAC 位址
-
呼叫 ID
-
關聯 ID
支援對電子郵件地址、電話號碼和呼叫 ID 進行部分搜尋。對於電話號碼,您可以輸入前三到八位數字,然後按 Enter 鍵查看符合的條目。如果您輸入超過八位數字,搜尋將嘗試找到完全匹配。請注意,如果您從其他地方複製並貼上電話號碼,則必須包含 +1 以使搜尋能夠進行。

當您搜尋用戶的電子郵件地址時,他們的會議和通話將被分成各自的選項卡:
-
會議-包含使用者參加的所有會議。
-
Webex Calling — 包含所有 Webex Calling 通話。
-
透過 Webex 呼叫 — 包含透過 Webex 通話。
當您按關聯 ID 或電話號碼搜尋時,只會顯示相關標籤(在本例中為 Webex 通話),僅顯示相關結果。
當您搜尋通話時,相關的通話片段將顯示在 Webex Calling 標籤中。有以下數據可用:
列名 | 定義 |
---|---|
狀態 |
呼叫嘗試是否成功。當呼叫嘗試處於 拒絕 或 失敗 狀態時,您可以將滑鼠懸停在狀態上以查看相關代碼。可能的值為:
|
整體品質 |
通話 Webex Calling 品質分級。但是,對於 Webex 會議或 Webex 通話會話,此評分不適用。通話體驗分級為:
|
個人品質 |
用戶個體通話段品質。 |
時間戳記 |
通話開始時間。 |
來電者號碼 |
指派給來電者的 Webex Calling 號碼。 |
來電者姓名 |
呼叫者的姓名。 |
被叫號碼 |
指派給被叫者的 Webex Calling 號碼。 |
被叫方姓名 |
被叫方的姓名。 |
持續時間 |
通話持續時間。 |
位置 |
呼叫者的 Webex Calling 位置。 |
關聯 ID |
關聯 ID,用於將多個呼叫關聯在一起 segments/call 同一條腿的呼叫。 |
搜尋用戶的關鍵績效指標 (KPI)

當您搜尋使用者時, Webex Calling 標籤中可以使用以下 KPI:
-
總呼叫數-呼叫總數。
-
呼叫段總數-呼叫段總數。
-
失敗的呼叫段-失敗的呼叫段數。
-
拒絕的呼叫段-被拒絕的呼叫段數。
-
品質差的呼叫段 - 品質差的呼叫段的數量。
什麼是通話區段?
呼叫段代表 Webex Calling 通話的離散部分。本質上,兩個參與者之間的每次直接跳躍或連接都構成一個呼叫段。
例如,如果 Alice 呼叫自動話務員,而自動話務員將呼叫轉接給 Bob,則 Alice 到自動話務員被視為呼叫的一個部分,而自動話務員到 Bob 被視為同一呼叫流的另一個部分。因此,單一複雜的呼叫可以由多個呼叫段組成。
通常,一個呼叫段由兩個呼叫支路 (CDR) 組成:起始航段和終止航段。但是,在涉及 PSTN 通話的場景中,從 Webex Calling 的角度來看,只能產生單一呼叫支路(Webex 使用者的終止支路)。
每個呼叫段可以有不同的結果(例如,成功、失敗、拒絕)。因此,在控制中心故障排除視圖中將通訊事件表示為呼叫段至關重要。這使得客戶能夠觀察到各個部分的完整細分,從而能夠精確識別複雜呼叫流程中的問題。
通話摘要

通話詳情頁面上的通話摘要部分直觀地呈現了整個通話序列的全面、端到端進度。這種高級視圖使客戶能夠直觀地看到整個呼叫流程,即使它包含多個邏輯「呼叫」(由通用關聯 ID 定義)或複雜的傳輸場景。呼叫摘要智慧地將所有中間跳躍和相關「呼叫」拼接在一起,以提供整體而連貫的視圖。
通話摘要可讓您透過視覺化的時間軸視圖快速了解從開始到結束的通話流程。左側的每個參與者代表使用者類型(PSTN、搜尋群組、呼叫佇列等),而他們前面的線條代表該參與者的呼叫互動。兩位參與者之間的互動是通話片段。透過將滑鼠懸停在參與者上,您可以查看詳細信息,例如姓名、用戶類型、持續時間時間戳等。您可以點擊特定參與者,在同一頁面的通話摘要卡下方的跳轉視圖中查看通話段詳細資訊。請注意,某些具有 PSTN 和本地網關用戶類型的參與者不可點擊。
通話摘要也突顯撥號、停放、轉接等通話操作。以及連線狀態,如失敗、拒絕。您可以將滑鼠懸停在特定標誌上以獲取更多詳細信息,以幫助您在問題發生的確切位置識別和解決問題。
例如,上面的螢幕截圖表示外部 PSTN 使用者撥入自動話務員的呼叫,該自動話務員將呼叫轉至呼叫佇列。然後,通話被轉接給兩個代理,其中第二個代理接聽電話並與 PSTN 用戶通話。媒體品質涵蓋代表端點的媒體品質。圖例提供了進一步的詳細信息,以幫助您理解通話摘要。
有關通話摘要部分的更詳細說明,您可以觀看 此視訊廣播
呼叫摘要圖不支援以下場景:
- 會議呼叫流程,例如會議、插入、呼叫橋接和呼叫合併。
- 呼叫隊列監控功能,如靜默監控、指導、插入、接管等。
- 有關播放到端點的公告的資訊。
- 有關通話期間被擱置和恢復的通話的資訊。
- 由於內部呼叫狀態,呼叫失敗和拒絕情況最終可能會在呼叫段的每一側顯示不同的原因。
跳詳細資料視圖
跳轉詳細資料檢視中提供以下資料:
術語 | 定義 |
---|---|
端點 |
顯示下列其中一項:
|
硬體 |
顯示下列其中一項:
|
位置 |
為使用者配置的 Webex Calling 位置。Webex Calling 所設定的國家也顯示在括號中。 |
本端 IP 位址 |
用於傳輸媒體的網路介面的用戶端的本端 IP 位址。部分 IP 位址會進行遮罩處理,使使用者的個人身分得以保密。 |
公用 IP |
這是公用 IP雲端看到的用戶端位址。對於企業,這是提供 NAT 的防火牆位址。部分 IP 位址會進行遮罩處理,使使用者的個人身分得以保密。 |
MAC 位址 |
用戶端端點的 MAC 位址。 |
地理位置 |
公用 IP 位址的地理位置查找。如果透過 PNC 連接,此位址不準確。如果使用者使用 Webex 應用程式並透過 VPN 連接至企業,位置不准確。 |
ISP |
提供服務提供者雲端網路連接的網際網路Webex Calling網路。 |
網路 |
用戶端用於交換媒體的網路連線類型。可能的值為:
|
音訊編解碼器 |
(傳送或接收)用於用戶端傳輸的媒體的媒體編碼和解碼格式。 |
視訊編解碼器 |
(傳送或接收)用於用戶端傳輸的媒體的媒體編碼和解碼格式。僅適用于視音訊通話。 |
SIP 會話 ID |
原始(或初始)和最終會話 ID。 |
中繼線 |
僅當本地網關涉及跳轉時可用。入站和出站中繼的名稱。 |
路由群組 |
僅當本地網關涉及跳轉時可用。路由組的名稱。 |
PSTN 供應商名稱 |
僅當 PSTN 涉及跳躍時才可用。供應商的名稱。 |
在文章的螢幕擷取畫面中會遮罩某些度量值,以保留使用者的身份。
從跳躍詳細資訊中,您可以:
-
查看跳轉是否透過 PSTN 或本地網關進行路由。
-
查看撥打或接聽電話的使用者類型。一些例子包括
HuntGroup
、VoiceMailGroup
和RoutePoint
。 詳細通話歷史報告 提供了所有可能的使用者類型的清單。 -
在以下情況下查看有關通話的見解:
-
與該呼叫相關的任何跳轉均沒有媒體。
-
路徑優化設定失敗。
-
其中一個跳轉失敗或拒絕了呼叫。失敗的跳躍標記為紅色,拒絕的跳躍標記為黃色。也給出了跳躍失敗或被拒絕的原因。
-
-
將滑鼠懸停在裝置上,可觀看端對端通話體驗。
-
將滑鼠懸停在端點與 雲端之間的躍 Webex Calling以觀看躍點詳細資料。
端對端通話體驗是根據通話結束時從每個 Webex Calling 註冊端點(Webex 應用程式或設備,例如 8865 或 Desk Pro)收集的媒體品質資料。如果端點具有以下閾值,則呼叫被評為良好:
-
丟包率小於 5%.
-
延遲或往返時間 (RTT) 小於 400 毫秒。
-
抖動小於150毫秒。
躍點的品質衍生自從雲端中的媒體轉 Webex Calling點收集的資料。對於PSTN CCPP 或本地閘道的通話,資料收集來自 Webex Calling 雲端,而不是來自 PSTN 端點。如果媒體中繼點具有以下閾值,則跳躍被評為良好:
-
封包遺失小於 2.5%。
-
延遲或 RTT 小於 200 毫秒。
-
抖動小於 75 毫秒。
您也可以透過選擇 操作 ,然後選擇以下選項之一來儲存跳轉詳細資料中的資料:
- 儲存故障排除通話記錄(CSV)
- 儲存通話報告 (JSON)
- 儲存參加者詳細資料 (CSV)
呼叫詳細資訊窗格
跳轉詳細資料檢視的「呼叫詳細資料」右側窗格中提供以下資料:
術語 | 定義 |
---|---|
關聯 ID | 關聯 ID,以將同一通話作業作業的多個通話支線系結在一起。 |
通話日期 | 通話發生的日期。 |
通話時間 | 通話開始和結束時間以您在搜尋檢視中選取的時區顯示。 |
階段作業類型 |
支援的課程類型。例如:Webex 呼叫 |
參加者 | 加入通話的參與者人數。 |
呼叫者名稱 | 呼叫者的姓名。 |
呼叫者電子郵件 | 呼叫者的電子郵件地址。 |
呼叫者號碼 | 來電者在通話期間使用的電話號碼。 |
音訊 | 使用的音訊類型。 |
視訊 | 如果參與者啟用了視頻,則顯示 是 。如果根本沒有啟用視頻,則會顯示 No。 |
路徑最佳化 |
指定通話路徑優化是否適用于通話。接受的值包括:
|
通話類型 |
通話類型可以是下列其中一項:
|
通話結束者 |
結束通話的用戶。 |
撥打號碼 |
預先翻譯前由使用者撥打的鍵台數位。 |
相關原因 |
表示創建跳轉的原因。例如,值 |
存取 Webex Calling 故障排除視圖
支援對電子郵件 ID、電話號碼和呼叫 ID 進行部分搜尋。對於電話號碼,您可以輸入前三到八位數字,然後按 Enter 鍵查看符合的條目。如果您輸入超過八位數字,搜尋將嘗試找到完全匹配。請注意,如果您從其他地方複製並貼上電話號碼,則必須包含 +1 以使搜尋能夠進行。
若要分析 Webex 通話,請執行下列操作:
1 |
登入 Control Hub 並前往 監控 > 故障排除。 |
2 |
搜尋您想要查看的電子郵件 ID、電話號碼、MAC 位址、呼叫 ID 或關聯 ID。 您可以使用關聯 ID 在搜尋檢視中將相關通話分組在一起。 |
3 |
應用您選擇的過濾器。可用的過濾器有:
如果您搜尋電話號碼或關聯 ID,則過濾器不可用。 |
4 |
按一下特定呼叫以檢查跳轉詳細資料視圖。 |
將搜尋結果或故障排除通話記錄下載為 CSV 文件
您可以將搜尋結果或故障排除通話記錄下載為 CSV 檔案。這些記錄提供呼叫級別的詳細信息,以幫助排除呼叫故障。
每個 CSV 檔案最多可以匯出 100 筆故障排除通話記錄。
當您單擊下載時,它將下載您所在標籤的搜尋結果。因此,如果您想下載 Webex Calling 記錄,請確保您位於 Webex Calling 標籤上。
1 |
登入 Control Hub 並前往 監控 > 故障排除。 |
2 |
取得要查看的通話清單後,選擇 下載故障排除通話記錄(CSV)。 或您也可以從通話詳情頁面下載故障排除記錄。您可以在此處下載故障排除通話記錄、JSON 格式的通話報告以及 CSV 檔案的參與者詳細資訊。 |
解決媒體品質問題
躍點逐躍視圖可協助您找到問題發生的位置。現在,您找到問題所在位置,並且使用度量值(抖動、封包遺失、延遲)可以嘗試下列操作來對問題進行疑難排解。
媒體問題的典型可能性為:
-
Network/ISP/location 具體問題——由於防火牆、網路配置或頻寬,在特定位置或網路子網路中存在不良體驗。使用每個通話疑難排解視圖(識別與不良會話關聯的位置)與分析視圖,以檢查該位置的匯總型式。
-
使用者特定問題— 使用者或裝置連接到較差的網路(例如,Wi-Fi 或在家工作),這意味著他們的體驗受到相關網路功能的影響。請參閱 使用 CScan 測試 Webex Calling 網路品質 文章來確定網路問題。
-
呼叫類型特定問題— 使用者的糟糕體驗是由於遠端的品質所造成的。這通常是PSTN在行動網路上與另一個使用者交談並且該會話在行動網路上封包遺失較高PSTN的情況。
-
無媒體問題— 某些躍點可能沒有媒體傳輸。Insights 橫幅在 Hop 詳細資料頁面的頂部顯示原因,並在 Hop 詳細資料頁面的資訊框中顯示責任方。以下列出了通話中無媒體的一些可能原因以及責任方:
-
Webex 未收到來自發送者的媒體。
-
Webex 未從接收器接收媒體。
-
Webex 未從任何方向接收媒體。
-
Webex 未傳送媒體至接收器。Webex 工程解決了這個問題。
-
Webex 未接收來自 Cloud PSTN 的媒體。Webex 工程解決了這個問題。
-
Webex 未從雲端服務接收媒體。Webex 工程解決了這個問題。
-
Webex 未從本機閘道接收媒體。客戶管理員必須調查該問題。
-
-
媒體路徑優化失敗— 少數通話無法成功設定媒體路徑最佳化。Insights 橫幅在 Hop 詳細資料頁面頂部顯示 ICE 呼叫失敗的原因和解決方案。
一些可能的原因包括:
-
由於 stun 伺服器存取導致 ICE 失敗 - 請參閱 Webex Calling 連接埠參考資訊。
-
ICE 由於連線檢查失敗 - 驗證網路之間的連線。
-
ICE 失敗,因為預設路徑往返時間 similar/better 比任何優化路徑都要好。
-
限制
以下設備無法取得來自網路端的媒體品質指標和發起串流和終止串流:
-
類比電話
-
協力廠商裝置
-
IPv6 端點
支援的通話流程
媒體質量報告會從來電者與受電者端點以及媒體轉遞點收集。這可讓媒體體驗的一個速度縮小並識別問題是否發生于:
-
來電者或受呼叫者
-
雲端的媒體 路徑Webex Calling路徑。
如果有一個 媒體會話已與通話中至少一個已Webex Calling建立,則會出現通話支線。例如,對於來自 群組搜尋 個代理的外發通話,如果只有一個代理應答,則沒有針對其他 7 個代理進行疑難排解的媒體體驗。
疑難排解有五種類型的 媒體體驗Webex Calling路徑,包括:
-
網內優化 – 組織內部的呼叫,其中 ICE 成功且媒體直接在使用者之間流動。請參閱 Webex Calling建立互動式連接 (ICE) 來優化媒體,以瞭解更多資訊。
-
網內未優化 – 組織內無法建立或未建立互動式連線 (ICE) 的通話。在此情境中,媒體流經 Webex calling Cloud。
-
網內雲端託管 – 組織內部的呼叫,其中媒體由託管在雲端中的媒體伺服器提供(例如,收聽語音郵件、撥入自動話務員)。
-
與 Webex Calling 註冊終端機進行網外呼叫或從 Webex Calling 註冊終端機進行網外呼叫 -
-
透過雲端連接 PSTN 提供者- 另一方位於 PSTN 網路上的組織的入站和出站呼叫。媒體透過雲端連接PSTN提供者 (CCPP) 透過高品質互連進行轉送。
-
透過本地網關- 組織的入站和出站呼叫,對方的媒體透過企業。在掛華閘道後面,媒體會話可以來自企業託管的使用者(例如,在企業中註冊到通話控制)或來自 PSTN(其中 PSTN 由企業提供)。
-
如果有 1 或 2 Webex Calling註冊的使用者參與一對一的網請,則疑難排解視圖會呈現一方或雙方的度量值。如果通話為網路外(使用者 1 收到來自 PSTN 使用者的呼叫),則疑難排解視圖只會呈現 User1 的用戶端度量值,以及取自媒體轉送點的度量值。
疑難排解視圖中的大多數通話情境都顯示兩個通話區段(來電者與受電者);但是,部分通話情境(例如來電娼婀或垀虳眒珆婓珆在此類情況下,其他通話支段會分別顯示在疑難排解視圖中。這樣做不會疑難排解通話及偵測問題發生的位置。但是,它並不要求管理員使用一個常用實體(例如重迭時間)手動關聯兩個通話線。對疑難排解視圖的未來增強將排除使用手動查找需求。
階段階段中的躍點度量值根據網路的採樣時間和花期而不同。媒體轉接點和用戶端報告的值(端對端體驗)可能不一致。然而,它們應該保持緊密一致以允許路徑上的位准。
我們建議使用個別通話疑難排解視圖與衍生自 Analytics 的 匯總資訊。
讓我們使用疑難排解視圖分析不同通話類型的通話品質。
成功執行 ICE 且雲端中的媒體轉遞會從路徑中移除的組織中通話。媒體流程直接在使用者的裝置之間。
推理:
1 |
通話的評級品質良好,因為來電者及受電者都有良好的端對端體驗。 |
2 |
管理員可以注意到媒體在兩個使用者之間直接流過,並且不會經過 Webex Calling 雲端。 如果企業或本地網路是問題來源,則優化的通話流程體驗可能較差,因為兩個使用者之間的媒體將經過本地網路。優化通話的延遲或 RTT 一直較低,封包遺失及抖動仍取決於兩個使用者之間的網路。 |
推理:
管理員可以觀察下列事項:
1 |
呼叫者的端對端體驗分級為不良。 |
2 |
來電者的網路躍點有問題,會影響傳送和接收串流。 |
3 |
被呼叫者的網路躍點沒有問題。 |
4 |
由於呼叫者的問題,被呼叫者的端對端體驗分級為不良。 |
推理:
由於呼叫者的端對端體驗位於接受的臨界值內,通話的評級品質良好。管理員可以注意到下列事項:
1 |
呼叫者的網路躍點分級為不良,因為部分度量值高於可接受的閾值。 |
2 |
根據從媒體轉送點收集的度量值,從語音信箱傳送串流會分級良好。 |
3 |
用於媒體伺服器收集或收集語音信箱的語音信箱目前未報告度量值。但是,這些伺服器作為 Webex Calling 雲端的一部分託管和管理,因此該鏈鏈區段的品質是內部且總是高品質、低延遲。 |
4 |
管理員可以觀察到呼叫者的端對端體驗分級良好,雖然躍點分級為差。這是因為受話方躍點具有較好的網路,可補償來電者網路的表現降低。 |
在範例中,用戶端媒體來自雲端PSTN提供者。
由於被呼叫者端對端體驗不在接受的臨界值內,通話分級為不良。管理員可以觀察下列事項:
1 |
問題出在呼叫者的 PSTN與傳送串流。 |
2 |
被呼叫者的網路躍點沒有問題。 |
3 |
由於呼叫者的問題,被呼叫者的端對端體驗分級為不良。 |
4 |
使用 PSTN 網路的呼叫者的端對端體驗和接收串流度量值目前不可用,因為這些度量值不會傳輸至 Webex Calling 雲端。 |
呼叫者的媒體來自企業的組織中的呼叫和呼叫。媒體會話可以來自企業託管的使用者(譬如,向 UCM 註冊)或來自 PSTN,其中媒體PSTN透過企業提供。
推理
呼叫分級為不良,因為呼叫者的端對端體驗不在接受的臨界值內。管理員可以觀察下列事項:
1 |
在傳送和接收串流上,呼叫者的躍點跳Webex Calling雲端時發生問題。 |
2 |
呼叫者的端對端體驗由於在躍點中觀察到的問題或使用者端的問題(裝置、網路等)而分級為不良。 |
3 |
從被呼叫Webex Calling雲端的傳入流量分級為良好。 |
4 |
從本端閘道呼叫的受呼叫者端對端體驗和接收串流度量值目前不可用,因為這些度量值不會傳輸至 Webex Calling 雲端。 |
排除呼叫失敗和拒絕故障
呼叫狀態 列指示呼叫是否成功、被拒絕或失敗。當呼叫處於 拒絕 或 失敗 狀態時,您可以將滑鼠懸停在狀態上以查看相關代碼。
當您深入了解使用者的通話清單時,可以使用 失敗呼叫 KPI 來快速識別該使用者是否遇到重大問題。您可以將滑鼠懸停在 拒絕 或 失敗 狀態上,以查看與每個狀態相關的特定代碼。
在跳轉詳細資料檢視中,將顯示一個橫幅,向您顯示有關呼叫為何具有 拒絕 或 失敗 狀態的更多資訊。您也可以查看通話狀態是否發生在發起或終止跳轉期間。
呼叫失敗場景範例
失敗代碼:沒有指向目的地的路由
工作場所設備嘗試撥打電話,但由於沒有可用的目的地路線而失敗。
失敗代碼:協定錯誤
工作場所設備嘗試呼叫,但因協議相關錯誤而失敗。
失敗代碼:內部錯誤
從本地網關發出呼叫,但由於目的地工作區設備出現內部錯誤而失敗。通話持續了 14 分鐘,然後發生了內部錯誤。
拒絕呼叫場景範例
拒絕代碼:已拒絕通話

通話嘗試失敗,因為嘗試無法到達目的地或目的地介面無法正常運作。被拒絕的情況範例如下:
-
由於匿名呼叫被拒絕,因此呼叫嘗試被拒絕。
-
由於來電權限問題,呼叫嘗試被拒絕。
-
由於撥出呼叫權限問題,呼叫嘗試被拒絕。
-
由於撥出呼叫權限問題,呼叫嘗試被拒絕。
-
由於配置了呼叫攔截,呼叫嘗試被拒絕。
-
由於呼叫停放或呼叫檢索失敗,因此呼叫嘗試被拒絕。
-
由於一鍵通功能被拒絕,因此呼叫嘗試被拒絕。
-
由於選擇性呼叫接受,呼叫嘗試被拒絕。
-
由於選擇性呼叫拒絕,呼叫嘗試被拒絕。
-
由於號碼未知、權限不足等錯誤,通話嘗試被拒絕。
失敗代碼:未分配號碼

呼叫者嘗試撥打電話,但由於目的地是未分配的號碼而被拒絕。
通話結果原因
下表列出了未成功呼叫的 拒絕 和 失敗 代碼。
通話結果原因 | 定義 |
---|---|
成功 |
呼叫成功。可能的程式碼有:
|
拒絕 |
呼叫被拒絕。可能的程式碼有:
|
失敗 |
呼叫失敗。可能的程式碼有:
|