在此文章中
dropdown icon
概觀
    搜尋視圖
    搜尋用戶的關鍵績效指標 ( KPI)
    通話摘要
    跳跳詳情視圖
    通話詳情窗格
存取 Webex Calling 故障排除視圖
將搜尋結果或故障排除通話記錄下載為 CSV 文件
dropdown icon
排除媒體品質問題
    限制
    支援的通話流程
dropdown icon
故障排除失敗和拒接電話
    呼叫失敗場景範例
    拒接來電範例 場景
    通話結果原因

在控制中心排查 Webex Calling 通話故障

list-menu在此文章中
list-menu意見回饋?

Webex Calling 中的故障排除檢視可讓管理員排查 Webex Calling 通話的連線性和媒體相關品質問題。您可以搜尋與通話相關的訊息,查看 通話是否成功、被拒絕或失敗,查看其媒體統計訊息,確定問題發生的位置,並解決問題 。

概觀

Webex Calling 故障排除功能可讓您對特定 Webex Calling 通話的媒體品質和通話連線相關問題進行故障排除。您可能會因為各種原因需要排除通話故障,例如客戶抱怨通話品質不佳。在這種情況下,您可以直接進入故障排除視圖,搜尋這些特定的調用,然後查看躍點詳細信息,以精確定位問題所在。您還可以使用故障排除功能主動監控組織的通話質量,並在用戶注意到之前提前發現特定問題。

若要存取故障排除視圖,您必須在 Control Hub 中擁有完整管理員、唯讀管理員或支援管理員角色。

Webex Calling故障排除功能可讓您:

  • 尋找成功撥打、撥打失敗和被拒接的電話。

  • 觀看通話參與者的端對端體驗。

  • 查看通話的躍點詳細資料。

  • 查看媒體是透過雲端Webex Calling,還是直接在使用者之間(使用建立互動式連接 (ICE)進行。

  • 如果通話中沒有媒體,或路徑最佳化設定失敗,請查看「洞察報告」。

  • 查看過去 21 天的通話。

  • 查看與訊號相關的呼叫失敗和拒絕。

  • 分析影響使用者體驗的通話品質度量值。例如,管理員可能會觀察到 Wi-Fi 網路上的用戶端抖動較大,但丟包和延遲可能可以接受。

  • 偵測問題出在來電者還是被呼叫者。

使用 Webex Calling 通話在通話結束後出現。

故障排除視圖透過提供所有相關指標來幫助識別問題區域,但不一定能提供通話品質不佳的根本原因。查看這些指示器以識別多種元素並確定解析度選項:

  • 使用者的端對端體驗。

  • 躍點詳細資料檢視。

  • 從使用者或媒體轉送點傳送或接收度量值。

  • 通話是從外部網路進行還是 來自已註冊端點Webex Calling通話。

搜尋視圖

您可以使用以下條件進行搜索,以取得至少使用一個已註冊 Webex Calling 端點的媒體會話通話清單:

  • 電子郵件地址

  • 電話號碼

  • MAC位址

  • 呼叫 ID

  • 相關 ID

支援按電話號碼、使用者名稱和裝置名稱進行部分搜尋。對於電話號碼,您可以輸入前兩位數字以查看可能的號碼清單。如果您輸入一些數字並直接按 Enter ,搜尋將嘗試找到完全匹配。

在控制中心的故障排除中搜尋呼叫

當您搜尋使用者的電子郵件地址時,他們的會議和通話記錄會分別顯示在各自的標籤頁中:

  • 會議-包含使用者參與的所有會議。

  • Webex Calling-包含所有 Webex Calling 通話。

  • Webex 通話-包含 Webex 通話。

當您按關聯 ID 或電話號碼搜尋時,只會顯示相關的標籤(在本例中為 Webex 通話),並且只顯示相關結果。

當您搜尋通話時,相關的通話片段將顯示在 Webex Calling 標籤中。以下數據可供參考:

列名定義

狀態

通話是否成功。當呼叫嘗試的狀態為 拒絕失敗 時,您可以將滑鼠懸停在狀態上以查看相關代碼。可能的值為:

  • 成功-通話嘗試成功。

  • 拒絕-呼叫嘗試被拒絕。

  • 失敗——呼叫嘗試失敗。

整體品質

通話 Webex Calling 品質分級。但是,對於 Webex 會議或 Webex 通話,此評分標準不適用。通話體驗分級為:

  • 差-表示呼叫者或被呼叫者全程體驗較差(例如,音訊斷斷續續)。

  • 良好-表示呼叫者和被呼叫者的端對端體驗沒有超過閾值。

  • 沒有任何 / 不可用——沒有可用的媒體品質數據。

個人素質

用戶單一通話段的品質。

時間戳記

通話開始時間。

來電者號碼

Webex 指派給呼叫者的呼叫號碼。

來電者姓名

呼叫者的姓名。

來電號碼

指派給被叫者的 Webex Calling 號碼。

被叫人姓名

被叫人姓名。

持續時間

通話時長。

位置

Webex 通話中呼叫者的位置。

關聯 ID

用於關聯多個呼叫的關聯 ID segments/call 同一呼叫的兩段。

搜尋用戶的關鍵績效指標(KPI)

Control Hub 故障排除中搜尋使用者的關鍵績效指標

當您搜尋使用者時,以下 KPI 可在 Webex Calling 標籤中查看:

  • 通話總數—通話總數。

  • 呼叫段總數—呼叫段總數。

  • 失敗的呼叫段數-失敗的呼叫段數。

  • 被拒絕的呼叫段數-被拒絕的呼叫段數。

  • 通話品質差的片段數-通話品質差的片段數。

什麼是通話區段?

通話段是指 Webex Calling 通話的一個離散部分。從本質上講,兩個參與者之間的每一次直接跳躍或連接都構成一個單獨的呼叫段。

例如,如果 Alice 呼叫自動話務員並將呼叫轉接給 Bob,則 Alice 呼叫自動話務員被視為呼叫的一個階段,而自動話務員呼叫 Bob 被視為同一呼叫流程的另一個階段。因此,一次複雜的通話可能包含多個通話段。

通常,一個呼叫段由兩個呼叫段(CDR)組成:起始腿和終止腿。但是,在涉及 PSTN 通話的場景中,從 Webex Calling 的角度來看,可能只會產生一個呼叫段(Webex 使用者的終止段)。

每次通話環節都可能出現不同的結果(例如,成功、失敗、拒絕)。因此,在控制中心故障排除視圖中將通訊事件表示為呼叫段至關重要。這使得客戶能夠看到各個環節的完整細分,從而能夠精確識別複雜呼叫流程中的問題。

通話摘要

故障排除通話時的通話摘要資料範例

通話詳情頁面上的通話摘要部分以視覺化的方式全面展現了整個通話過程。這種高級視圖使客戶能夠可視化整個呼叫流程,即使它包含多個邏輯「呼叫」(由通用關聯 ID 定義)或複雜的轉接場景。通話摘要能夠聰明地將所有中間跳躍和相關的「通話」拼接在一起,從而提供一個全面而連貫的視圖。

通話摘要功能讓您能夠以視覺化的時間軸視圖快速了解從開始到結束的通話流程。左側的每位參與者代表使用者類型(PSTN、呼叫群組、呼叫佇列等),而他們前面的線條代表該參與者的呼叫互動。兩位參與者之間的互動稱為通話片段。將滑鼠懸停在參與者身上,即可查看詳細信息,例如姓名、用戶類型、持續時間時間戳等。您可以點擊特定參與者,在同一頁面的通話摘要卡下方的跳轉視圖中查看通話段詳細資訊。請注意,部分 PSTN 和本地網關用戶類型的參與者無法點擊。

通話摘要也會反白撥號、駐留、轉接等通話操作。連線狀態如失敗、拒絕連線。您可以將滑鼠懸停在特定標誌上以獲取更多詳細信息,從而幫助您在問題發生的確切位置識別和解決問題。

例如,上面的螢幕截圖表示外部 PSTN 使用者撥入自動話務員,該話務員將通話轉接到呼叫佇列。然後,該電話被轉接到兩名客服人員,其中第二名客服人員接聽了電話並與 PSTN 用戶進行了通話。媒體品質疊加層表示終端端的媒體品質。圖例提供了更多詳細信息,幫助您了解通話摘要。

有關通話摘要部分的更詳細解釋,您可以 觀看此視訊播客

以下場景在呼叫匯總圖中不受支援:

  • 電話會議流程,例如會議、強插、呼叫橋接和呼叫合併。
  • 呼叫佇列管理員功能,例如靜默監控、指導、強插、接管等。
  • 向終端播放的公告資訊。
  • 通話過程中被置於保持狀態並恢復的通話訊息。
  • 由於內部呼叫狀態,呼叫失敗和拒絕的情況最終可能會在呼叫段的兩端顯示不同的原因。

跳跳詳情視圖

Webex Calling 通話故障排除中的熱點詳情範例

以下數據可在「躍點詳情」視圖中查看:

術語定義
端點

顯示下列其中一項:

  • 實體終端的桌上型電話

  • Webex 應用程式

  • 適用於 Cisco Room 系列設備的房間設備

硬體

顯示下列其中一項:

  • 實體終端的桌上型電話型號訊息

  • Webex 應用程式的「-」

  • Cisco Room 系列設備的 Room 系列型號資訊

位置

為使用者設定的 Webex 通話位置。Webex Calling 開通所在國家也顯示在括號內。

本端 IP 位址

用於傳輸媒體的網路介面的用戶端的本端 IP 位址。部分 IP 位址會進行遮罩處理,使使用者的個人身分得以保密。

公用 IP

這是公用 IP雲端看到的用戶端位址。對於企業,這是提供 NAT 的防火牆位址。部分 IP 位址會進行遮罩處理,使使用者的個人身分得以保密。

MAC位址

用戶端端點的 MAC 位址。

地理位置

公用 IP 位址的地理位置查找。如果透過 PNC 連接,則此位址不準確。如果使用者使用 Webex 應用程式並透過 VPN 連接至企業,位置不准確。

ISP

提供服務提供者雲端網路連接的網際網路Webex Calling網路。

網路

用戶端用於交換媒體的網路連線類型。可能的值為:

  • Wi-Fi

  • 乙太網

  • 細胞

  • 不明

音訊編解碼器

(傳送或接收)用於用戶端傳輸的媒體的媒體編碼和解碼格式。

視訊編解碼器

(傳送或接收)用於用戶端傳輸的媒體的媒體編碼和解碼格式。僅適用于視音訊通話。

SIP會話ID

原始會話 ID(或初始會話 ID)和最終會話 ID。

中繼線

僅當躍點涉及本地網關時才可用。入站和出站中繼線的名稱。

路由群組

僅當躍點涉及本地網關時才可用。路由組名稱。

PSTN供應商名稱

僅當 PSTN 參與鏈路聚合時可用。供應商名稱。

在文章的螢幕擷取畫面中會遮罩某些度量值,以保留使用者的身份。

從啤酒花詳情中,您可以:

  • 查看該跳轉是否透過 PSTN 或本地網關路由。

  • 查看發起或接聽電話的使用者類型。例如 HuntGroupVoiceMailGroupRoutePoint詳細通話記錄 報告提供了所有可能的使用者類型清單。

  • 請參閱以下情境下的通話相關分析:

    • 與此通話相關的任何媒體報告均未出現。

    • 路徑優化設定失敗。

    • 其中一跳連線失敗或拒絕了通話。不合格的啤酒花標示為紅色,拒收的啤酒花標示為黃色。此外,也給出了跳躍失敗或被拒絕的原因。

  • 將滑鼠懸停在裝置上,可觀看端對端通話體驗。

  • 將滑鼠懸停在端點與 雲端之間的躍 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 呼叫

參加者加入通話的參與者人數。
呼叫者名稱呼叫者的姓名。
呼叫者電子郵件呼叫者的電子郵件地址。
呼叫者號碼來電者在通話期間使用的電話號碼。
音訊使用的音訊類型。
視訊如果參與者啟用了視頻,則顯示 。如果完全沒有啟用視頻,則會顯示
路徑最佳化

指定通話路徑優化是否適用于通話。接受的值包括:

  • ICE(建立互動式連接)

  • PNC(專用網路連線)

  • 無優化

通話類型

通話類型可以是下列其中一項:

  • 緊急

  • 企業

  • 國際

  • 行動裝置

  • 國內

  • 運算子

  • 高級

  • 短碼

  • 免費

  • 不明

  • URI

通話結束者

結束通話的用戶。

撥打號碼

預先翻譯前由使用者撥打的鍵台數位。

相關原因

說明了創造該跳躍的原因。例如,值為 CallQueue 表示希望是由於呼叫佇列向代理程式發起的呼叫嘗試。您可以在 Webex Calling 詳細通話記錄報表中找到更多有關相關原因值的資訊。

存取 Webex Calling 故障排除視圖

支援對電子郵件地址、電話號碼和來電顯示進行部分搜尋。對於電話號碼,您可以輸入前三到八位數字,然後按 Enter 鍵查看匹配項。如果輸入超過八位數字,搜尋將嘗試找到完全匹配。請注意,如果您從其他地方複製貼上電話號碼,則必須包含電話號碼末尾部分。 +1 為了使搜尋功能正常運作。

若要分析 Webex 通話,請執行下列操作:

1

登入 控制中心 並前往 監控 > 故障排除

2

搜尋您想要查看的電子郵件地址、電話號碼、MAC 位址、通話 ID 或關聯 ID。

您可以使用關聯 ID 在搜尋檢視中將相關的通話分組在一起。

3

應用你選擇的濾鏡。可用的篩選條件有:

  • 位置
  • 個人素質
  • 裝置類型
  • 服務類型

如果搜尋電話號碼或關聯 ID,則無法使用篩選功能。

4

點擊特定呼叫以查看躍點詳細資料視圖。

將搜尋結果或故障排除通話記錄下載為 CSV 文件

您可以將搜尋結果或故障排除通話記錄下載為 CSV 檔案。這些記錄提供通話段級別的詳細信息,以幫助排查通話故障。

每個 CSV 檔案最多可匯出 100 筆故障排除通話記錄。

點擊下載後,將下載目前標籤頁的搜尋結果。因此,如果您想下載 Webex Calling 通話記錄,請確保您位於 Webex Calling 標籤上。

1

登入 控制中心 並前往 監控 > 故障排除

2

找到想要查看的通話記錄清單後,選擇 匯出 > 下載搜尋結果(CSV)下載故障排除通話記錄(CSV)

控制中心故障排除中搜尋到的通話記錄的「匯出」按鈕已高亮顯示

您也可以從通話詳情頁面下載故障排除記錄。您可以在這裡下載故障排除通話記錄、JSON 格式的通話報告以及 CSV 格式的參與者詳細資訊。

排除媒體品質問題

躍點逐躍視圖可協助您找到問題發生的位置。現在,您找到問題所在位置,並且使用度量值(抖動、封包遺失、延遲)可以嘗試下列操作來對問題進行疑難排解。

媒體問題的典型可能性為:

  • Network/ISP/location 具體問題—由於防火牆、網路配置或頻寬問題,在特定位置或網路子網路中會出現體驗不佳的模式。使用每個通話疑難排解視圖(識別與不良會話關聯的位置)與分析視圖,以檢查該位置的匯總型式。

  • 使用者特定問題— 使用者或裝置連接到較差的網路(例如,Wi-Fi 或在家工作),這意味著他們的體驗會受到相關網路功能的影響。請參閱 使用 CScan 測試 Webex 通話網路品質 文章,以確定網路問題。

  • 特定類型的問題— 使用者體驗不佳是因為遠端的品質問題。這通常是PSTN在行動網路上與另一個使用者交談並且該會話在行動網路上封包遺失較高PSTN的情況。

  • 無媒體問題—某些躍點可能沒有媒體傳輸。「洞察」橫幅會在啤酒花詳情頁面的頂部顯示原因,並在啤酒花詳情頁面的資訊框中顯示責任方。以下列出了一些通話中無法使用媒體檔案的可能原因以及相關責任方:

    • Webex 無法接收來自寄件者的媒體檔案。

    • Webex無法接收來自接收方的媒體檔案。

    • Webex無法接收來自任何方向的媒體串流。

    • Webex 無法傳送媒體檔案給接收方。Webex 工程團隊解決了這個問題。

    • Webex 無法從雲端 PSTN 接收媒體。Webex 工程團隊解決了這個問題。

    • Webex 無法從雲端服務接收媒體檔案。Webex 工程團隊解決了這個問題。

    • Webex 無法從本機閘道接收媒體。客戶管理員必須調查此問題。

  • 媒體路徑優化失敗— 少數通話無法成功設定媒體路徑最佳化。「洞察」橫幅顯示了 ICE 呼叫失敗的原因,並在 Hop 詳情頁面頂部顯示了解決方案。

    控制中心會議和通話的故障排除標籤顯示找到的兩項見解和跳轉詳情

    可能的原因包括:

    • 由於伺服器存取受阻,ICE 失敗 - 請參閱 Webex 呼叫連接埠參考資訊。

    • ICE 會因連線性檢查而失敗 - 請驗證網路之間的連線性。

    • ICE 失敗,因為預設路徑的往返時間為 similar/better 比任何優化路徑都更有效。

限制

以下設備無法取得媒體品質指標以及來自網路側的來源流和終止流:

  • 類比電話

  • 協力廠商裝置

  • IPv6 端點

支援的通話流程

媒體質量報告會從來電者與受電者端點以及媒體轉遞點收集。這可讓媒體體驗的一個速度縮小並識別問題是否發生于:

  • 來電者或受呼叫者

  • 雲端的媒體 路徑Webex Calling路徑。

如果有一個 媒體會話已與通話中至少一個已Webex Calling建立,則會出現通話支線。例如,對於來自 群組搜尋 個代理的外發通話,如果只有一個代理應答,則沒有針對其他 7 個代理進行疑難排解的媒體體驗。

疑難排解有五種類型的 媒體體驗Webex Calling路徑,包括:

  • 網內優化 – 組織內部的通話,其中 ICE 成功,媒體直接在使用者之間流動。請參閱 Webex Calling建立互動式連接 (ICE) 來優化媒體,以瞭解更多資訊。

  • 網內未優化 – 組織內部無法建立或未建立互動式連線 (ICE) 的通話。在此情境中,媒體流經 Webex calling Cloud。

  • 網內雲端託管 – 組織內部的通話,媒體由託管在雲端的媒體伺服器提供(例如,收聽語音郵件、撥入自動應答)。

  • 與 Webex Calling 註冊端點之間的非網內呼叫 -

    • 透過雲端連接 PSTN 提供者- 組織的呼入和呼出電話,對方位於 PSTN 網路上。媒體透過雲端連接PSTN提供者 (CCPP) 透過高品質互連進行轉送。

    • 透過本地網關- 組織的入站和出站呼叫,其中對方的媒體透過企業進行。在掛華閘道後面,媒體會話可以來自企業託管的使用者(例如,在企業中註冊到通話控制)或來自 PSTN(其中 PSTN 由企業提供)。

如果有 1 或 2 Webex Calling註冊的使用者參與一對一的網請,則疑難排解視圖會呈現一方或雙方的度量值。如果通話為網路外(使用者 1 收到來自 PSTN 使用者的呼叫),則疑難排解視圖只會呈現 User1 的用戶端度量值,以及取自媒體轉送點的度量值。

疑難排解視圖中的大多數通話情境都顯示兩個通話區段(來電者與受電者);但是,部分通話情境(例如來電娼婀或垀虳眒珆婓珆在此類情況下,其他通話支段會分別顯示在疑難排解視圖中。這樣做不會疑難排解通話及偵測問題發生的位置。但是,它並不要求管理員使用一個常用實體(例如重迭時間)手動關聯兩個通話線。對疑難排解視圖的未來增強將排除使用手動查找需求。

階段階段中的躍點度量值根據網路的採樣時間和花期而不同。媒體轉接點和用戶端報告的值(端對端體驗)可能不一致。然而,它們應該保持緊密一致以允許路徑上的位准。

我們建議使用個別通話疑難排解視圖與衍生自 Analytics 的 匯總資訊

讓我們使用疑難排解視圖分析不同通話類型的通話品質。

成功執行 ICE 且雲端中的媒體轉遞會從路徑中移除的組織中通話。媒體流程直接在使用者的裝置之間。

推理:

1

通話的評級品質良好,因為來電者及受電者都有良好的端對端體驗。

2

管理員可以注意到媒體在兩個使用者之間直接流過,並且不會經過 Webex Calling 雲端。

如果企業或本地網路是問題來源,則優化的通話流程體驗可能較差,因為兩個使用者之間的媒體將經過本地網路。優化通話的延遲或 RTT 一直較低,封包遺失及抖動仍取決於兩個使用者之間的網路。

在組織中,ICE 通話未成功,且媒體流經雲端Webex Calling通話。

推理:

管理員可以觀察下列事項:

1

呼叫者的端對端體驗分級為不良。

2

來電者的網路躍點有問題,會影響傳送和接收串流。

3

被呼叫者的網路躍點沒有問題。

4

由於呼叫者的問題,被呼叫者的端對端體驗分級為不良。

組織中媒體由雲端託管之媒體伺服器提供的通話。

推理:

由於呼叫者的端對端體驗位於接受的臨界值內,通話的評級品質良好。管理員可以注意到下列事項:

1

呼叫者的網路躍點分級為不良,因為部分度量值高於可接受的閾值。

2

根據從媒體轉送點收集的度量值,從語音信箱傳送串流會分級良好。

3

用於媒體伺服器收集或收集語音信箱的語音信箱目前未報告度量值。但是,這些伺服器作為 Webex Calling 雲端的一部分託管和管理,因此該鏈鏈區段的品質是內部且總是高品質、低延遲。

4

管理員可以觀察到呼叫者的端對端體驗分級良好,雖然躍點分級為差。這是因為受話方躍點具有較好的網路,可補償來電者網路的表現降低。

當另一方位於網路內部時,組織內及PSTN通話。媒體從雲端連接提供者 (CCPP) PSTN轉送。

在範例中,用戶端媒體來自雲端PSTN提供者。

由於被呼叫者端對端體驗不在接受的臨界值內,通話分級為不良。管理員可以觀察下列事項:

1

問題出在呼叫者的 PSTN與傳送串流。

2

被呼叫者的網路躍點沒有問題。

3

由於呼叫者的問題,被呼叫者的端對端體驗分級為不良。

4

使用 PSTN 網路的呼叫者的端對端體驗和接收串流度量值目前不可用,因為這些度量值不會傳輸至 Webex Calling 雲端。

呼叫者的媒體來自企業的組織中的呼叫和呼叫。媒體會話可以來自企業託管的使用者(譬如,向 UCM 註冊)或來自 PSTN,其中媒體PSTN透過企業提供。

推理

呼叫分級為不良,因為呼叫者的端對端體驗不在接受的臨界值內。管理員可以觀察下列事項:

1

在傳送和接收串流上,呼叫者的躍點跳Webex Calling雲端時發生問題。

2

呼叫者的端對端體驗由於在躍點中觀察到的問題或使用者端的問題(裝置、網路等)而分級為不良。

3

從被呼叫Webex Calling雲端的傳入流量分級為良好。

4

從本端閘道呼叫的受呼叫者端對端體驗和接收串流度量值目前不可用,因為這些度量值不會傳輸至 Webex Calling 雲端。

故障排除失敗和拒接電話

呼叫狀態 列指示呼叫是否成功、被拒絕或失敗。當呼叫狀態為 拒絕失敗 時,您可以將滑鼠懸停在狀態上以查看相關代碼。

當您深入查看使用者的通話清單時,會顯示 「失敗通話 」 KPI,以便快速識別該使用者是否遇到重大問題。您可以將滑鼠懸停在 拒絕失敗 狀態上,以查看與每個狀態關聯的特定代碼。

在跳轉詳情視圖中,會顯示一個橫幅,向您展示有關呼叫狀態為 拒絕失敗 的更多資訊。您也可以查看呼叫狀態是在發起呼叫還是終止呼叫期間發生的。

呼叫失敗場景範例

故障碼:沒有指向目的地的路由

故障碼:故障排除中呼叫無目標路徑錯誤代碼範例

工作場所的設備嘗試撥打電話,但由於沒有到達目的地的可用線路而失敗。

故障碼:協定錯誤

故障碼:故障排除中呼叫協定錯誤代碼範例

工作場所設備嘗試撥打電話,但因協議相關錯誤而失敗。

故障碼:內部錯誤

故障碼:故障排除中呼叫的內部錯誤代碼範例

從本地網關發起呼叫,但由於目的地工作場所設備的內部錯誤而失敗。通話建立14分鐘後出現內部錯誤。

拒接來電場景範例

拒絕代碼:已拒絕通話

在 Control Hub 的故障排除中,跳轉詳情視圖顯示呼叫被拒的拒絕代碼。

通話嘗試失敗,因為嘗試無法連線到目的地,或與目的地的介面無法正常運作。以下是一些被拒絕的場景範例:

  • 由於匿名呼叫拒絕機制,呼叫嘗試被拒絕。

  • 由於來電權限問題,呼叫嘗試被拒絕。

  • 由於未獲得撥出電話權限,因此呼叫嘗試被拒絕。

  • 由於未獲得撥出電話權限,因此呼叫嘗試被拒絕。

  • 由於配置了呼叫攔截,呼叫嘗試被拒絕。

  • 由於呼叫駐留或呼叫檢索失敗,呼叫嘗試被拒絕。

  • 由於一鍵通功能被拒絕,因此呼叫嘗試被拒絕。

  • 由於呼叫接受機制的選擇性,呼叫嘗試被拒絕。

  • 由於選擇性呼叫拒絕機制,呼叫嘗試被拒絕。

  • 通話嘗試因未知號碼、權限不足等錯誤而被拒絕。

故障碼:未分配號碼

拒絕代碼:故障排除中呼叫未分配號碼錯誤代碼範例

呼叫者嘗試撥打電話,但因目的地號碼未分配而被拒絕。

通話結果原因

下表列出了不成功呼叫可用的 拒絕失敗 代碼。

通話結果原因定義

成功

通話成功。可能的程式碼有:

  • 正常-通話已成功完成。
  • 用戶忙-通話成功,但用戶正忙。
  • NoAnswer—通話成功,但使用者未接聽。

拒絕

電話被拒接。可能的程式碼有:

  • CallRejected—呼叫嘗試在接收方被拒絕。
  • 未分配號碼—撥打的號碼未分配給任何使用者或服務。
  • SIP408—請求逾時,因為無法及時找到用戶。
  • InternalRequestTimeout—由於意外情況,服務無法滿足請求,導致請求逾時。
  • Q850102伺服器逾時—計時器到期或伺服器逾時時的復原。
  • NoUserResponse-任何終端使用者設備或客戶端均無回應。
  • NoAnswerFromUser—用戶未作答。
  • SIP480—被叫方或通話方目前無法接通。
  • SIP487—請求在呼叫被應答之前終止。
  • 暫時無法使用—使用者暫時無法使用。
  • LocalGatewayLoop—偵測到本機閘道和 Webex Calling 之間存在迴路。
  • AdminCallBlock—由於組織呼叫阻止列表,呼叫嘗試被拒絕。
  • UserCallBlock—由於該號碼在使用者的黑名單中,因此拒絕撥打該使用者的電話。
  • 無法接通-無法將通話轉接到所需目的地。
  • 用戶缺席-用戶暫時無法聯繫或無法使用。
  • 未定義-以上原因均不適用。

失敗

通話失敗。可能的程式碼有:

  • DestinationOutOfOrder—服務請求失敗,因為無法到達目標位址或目標位址的介面無法正常運作。
  • SIP501—無效方法,無法辨識請求方法。
  • SIP503—服務暫時無法使用,因此無法處理請求。
  • ProtocolError-未知或未實現的發布程式碼。
  • SIP606—會話描述的某些方面不可接受。
  • NoRouteToDestination—沒有到達目的地的可用路線。
  • 內部原因-因 Webex Calling 內部原因導致通話失敗。
  • MaxConcurrentTerminatingAlertingRequestsExceeded—對本地網關的相同主叫號碼和被叫號碼的並發未應答呼叫數超過了限制。
  • 未定義-以上原因均不適用。
本文是否有幫助?
本文是否有幫助?