- 首頁
- /
- 文章
在 Control Hub 中疑難排解 Webex Calling 媒體品質
在此文章中Webex Calling中的疑難排解檢視可讓管理員對 Webex 通話中的媒體品質問題進行疑難排解。 您可以搜尋與通話的相關資訊、檢視其媒體統計資料、識別問題發生的位置並解決問題。
概觀
若要確定可能的原因，建議使用疑難排解檢視以及從下列各項派生的聚集資訊： Webex Calling分析儀表板。 使用Webex Calling分析儀表板來檢視影響多個使用者的問題，其常見原因與位置、網路等相關；而Webex Calling疑難排解檢視可以識別個別通話的問題。
媒體品質疑難排解功能不需要任何特定設定，且依預設在 Control Hub 中提供。 正式客戶、唯讀、支援、合作夥伴及合作夥伴唯讀管理員可使用它。
管理員可以使用以下條件搜尋，以取得將媒體階段作業用於至少一個Webex Calling註冊的端點的通話清單：
電子郵件ID
電話號碼 (精確字串相符)
MAC 位址
呼叫 ID
媒體品質疑難排解允許管理員：
檢視通話參加者的端對端體驗。
檢視通話的中繼段詳細資料。
檢視媒體是透過Webex Calling雲端還是直接在使用者之間（使用互動連線建立 (ICE)）。
如果通話中沒有媒體，或者路徑最佳化設定失敗，請檢視 Insights。
檢視過去 21 天的通話。
分析影響使用者體驗的通話品質指標。 例如，管理員可能會觀察到用戶端透過Wi-Fi網路有較高的抖動，但封包遺失和延遲可能是可以接受的。
偵測問題出在呼叫者還是被呼叫者。
媒體品質疑難排解僅適用於媒體階段作業，而且不會顯示通話訊號階段作業。 譬如，Alex 將已設定 CFA（全部呼叫）的 Bob 呼叫給 Christina，Christina 接聽了呼叫。 在此情境下，媒體疑難排解檢視顯示通話發生在亞歷克斯和克里斯蒂娜之間，因為重點放在媒體體驗疑難排解上，而不是訊號流或通話生命週期上。
使用Webex Calling進行的通話會在通話結束後顯示。
疑難排解檢視透過提供所有相關指標來協助識別問題區域，但不一定為您提供通話不良的根本原因。 查看這些指示器以識別各種因素並確定解決方案選項：
使用者的端對端體驗。
「躍點詳細資料」檢視。
從使用者或媒體中繼點傳送或接收指標。
通話是發生於或來自外部網路的，還是在已註冊Webex Calling的端點之間。
支援的呼叫流程
媒體品質報告是從呼叫者和被呼叫者端點以及媒體中繼點收集的。 這可讓媒體體驗的細分縮小並識別問題是否發生在：
呼叫者或被呼叫者
Webex Calling雲端的媒體路徑。
如果在通話中建立的媒體階段作業至少有一個Webex Calling已註冊端點，則會出現通話段。 例如，對於從搜尋群組到八個代理的輸出通話，如果只有一個代理接聽，則沒有可針對其他七個代理進行疑難排解的媒體體驗。
Webex Calling疑難排解有五種類型的媒體體驗或路徑，分別是：
網內最佳化– 在 ICE 成功且媒體直接在使用者之間流動的組織內通話。 請參閱建立互動連線 (ICE) 的Webex Calling媒體最佳化獲取詳細資訊。
網內未最佳化– 在組織內無法進行或建立互動連線建立 (ICE) 的通話。 在這種情況下，媒體會流經Webex通話雲端。
網內云端託管– 在由雲端託管的媒體伺服器提供媒體的組織內通話（例如，聽語音郵件、撥入自動語音應答）。
與Webex Calling註冊的端點之間的網路外通話-
透過雲端連線 PSTN 提供者- 另一方在 PSTN 網路上的組織的傳入和傳出通話。 媒體會透過雲端連線 PSTN 提供者 (CCPP) 的高品質互連進行中繼。
透過本機閘道- 組織的傳入和傳出通話，其中對方的媒體是透過企業。 在本機閘道道之後，媒體階段作業可來自企業託管的使用者（例如，註冊以在企業中進行通話控制）或來自 PSTN（其中 PSTN 由企業提供）。
如果有 1 或 2 個Webex Calling註冊使用者參與了點對點網路內通話，則疑難排解檢視會顯示一方或雙方的指標。 如果通話不在網內（使用者 1 收到來自 PSTN 使用者的呼叫），則疑難排解檢視僅顯示使用者 1 的用戶端指標，以及取自媒體中繼點的指標。
疑難排解視圖中的大多數通話情境顯示兩個通話段（呼叫者和受話者）；但是，某些通話情境（例如呼叫駐留或擷取）僅顯示一個通話線路段 。 在此情況下，另一通話線路會單獨顯示在疑難排解視圖中。 這不會妨礙對通話進行疑難排解和檢測問題發生的位置。 但是，確實需要管理員使用通用實體（例如重疊時間）來手動關聯兩個通話段。 疑難排解檢視未來的增強功能將消除使用手動查找的需要。
存取Webex Calling疑難排解檢視
若要分析Webex通話，請執行以下操作：
| 1 | 從 的客戶視圖中https://admin.webex.com/，轉至監控>疑難排解。 |
| 2 | 選取會議和通話然後搜尋使用者或裝置的電子郵件ID 、電話號碼（精確字串相符）、使用者或裝置的MAC 位址或您要檢視的通話線路段的通話 ID。 顯示與搜尋關聯的所有通話和會議的資訊。
清單檢視顯示使用至少一個已註冊Webex Calling的端點且具有媒體階段作業的呼叫。 |
| 3 | Webex Calling通話會根據品質進行評級。 但是，對於Webex會議或Webex上的呼叫階段作業，此評級不適用。 通話體驗評級為：
|
| 4 | 在清單檢視上按一下特定的通話，以檢查中繼段詳細資料。 「躍點詳細資料」檢視顯示：
從躍點詳細資料中，您可以：
結束通話體驗基於在通話結束時從每個Webex Calling註冊的端點（Webex應用程式或裝置，例如 8865 或 Desk 專業版）收集的媒體品質資料。 如果通話符合以下臨界值，則通話會被評級為良好：
躍點的品質源自從Webex Calling雲端中的媒體中繼點收集的資料。 對於透過 CCPP 或本機閘道道 進行的 PSTN 呼叫，資料收集來自Webex Calling雲端，而不是來自 PSTN 端點。 如果啤酒花符合這些臨界值，則其會被評級為「好」。
階段作業期間，躍點指標可能會有所不同，具體取決於網路中的採樣時間和可變性。 媒體中繼點和用戶端報告的值（端對端體驗）可能不一致。 但是，它們應該緊密對齊，以允許沿路徑進行分割。 我們建議將個別通話疑難排解檢視與從分析。 讓我們使用疑難排解檢視來分析不同通話類型的通話品質。 |
組織內的通話，其中 ICE 成功，且云端中的媒體中繼已從路徑中移除。 媒體直接在使用者的裝置之間流動。
推理：
| 1 | 通話的評級為「好」，因為通話者和受話者都具有良好的端對端體驗。 |
| 2 | 管理員可以觀察到媒體直接在兩個使用者之間流動，而不是透過Webex通話雲端傳送。 如果企業或本地網路是問題的來源，優化的通話流程可能會帶來較差的體驗，因為兩個使用者之間的媒體將遍曆本地網路。 優化的通話中的延遲或 RTT 總是較低，但根據兩個使用者之間的網路，封包遺失和抖動仍然可能是一個因素。 |
推理：
管理員可以觀察以下情況：
| 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。 |
對媒體品質問題進行疑難排解
逐跳檢視可幫助您找到問題發生的位置。 現在您已找到問題所在，且使用指標（抖動、封包遺失、延遲），您可以嘗試以下操作來對問題進行疑難排解。
媒體問題的典型可能性是：
網路/ISP/位置特定問題- 由於防火牆、網路組態設定或頻寬的原因，在特定位置或網路子網路中通常會有較差的體驗。 將每次通話疑難排解檢視（識別與不良階段作業關聯的位置）與分析檢視結合使用，以檢閱位置的聚集模式。
特定於使用者的問題- 使用者或裝置的連線網路較差（例如Wi-Fi或在家工作），這意味著他們的體驗會受到相關網路功能的影響。 請參閱使用 CScan 測驗Webex Calling網路品質文章，以識別網路問題。
特定於通話類型的問題- 使用者較差的體驗是遠端的品質造成的。 這在 PSTN 情境中很常見，其中使用者正在行動網路上與另一使用者通話，並且階段作業在 PSTN 網路上具有較高的封包遺失率。
無媒體問題- 在某些躍點中可能沒有媒體傳輸。 Insights 條幅在躍點詳細資料頁面頂端顯示原因，並在躍點詳細資料頁面的資訊方塊中顯示責任方。 此處列出了造成通話中無媒體的部分可能原因以及責任方：
Webex未從傳送者接收媒體。
Webex未從接收器接收媒體。
Webex未從任一方向接收媒體。
Webex未將媒體傳送至接收者。 Webex工程技術解決了此問題。
Webex未從雲端 PSTN 接收媒體。 Webex工程技術解決了此問題。
Webex未從雲端服務接收媒體。 Webex工程技術解決了此問題。
Webex未從本機閘道接收媒體。 客戶管理員必須調查問題。
媒體路徑最佳化失敗- 少數通話無法成功"安裝;設定"媒體路徑最佳化。 Insights 橫幅會在「躍點詳細資料」頁面頂端顯示 ICE 通話失敗的原因和解決方案。
部分可能原因是
ICE 失敗，因為伺服器存取受限 - 請參閱Webex Calling埠參考資訊
ICE 因連線檢查而失敗 - 驗證網路之間的連線
ICE 失敗，因為預設路徑來回行程時間與任何優化路徑相似/優於任何最佳化路徑
疑難排解視圖上的圖例
請在逐跳檢視的右側窗格中查看以下通話詳細資料。
| 術語 | 定義 |
| 通話日期 | 通話發生的日期。 |
| 通話時間 | 通話開始和結束時間以您在搜尋檢視中選取的時區顯示。 |
| 階段作業類型 | 支援的階段作業類型。 譬如： Webex 呼叫 |
| 參加者 | 加入通話的參加者人數。 |
| 呼叫者名稱 | 呼叫者的姓名。 |
| 呼叫者電子郵件 | 呼叫者的電子郵件地址。 |
| 來電者號碼 | 呼叫者在通話期間使用的電話號碼。 |
| 音訊 | 使用的音訊類型。 |
| 視訊 | 如果參加者啟用了視訊，則顯示「是」。 如果根本未啟用視訊，則會顯示「否」。 |
| 路徑最佳化 | 指定通話路徑最佳化是否適用於通話。 接受的值包括： ICE（建立互動連線） PNC（專用網路連線）。 沒有最佳化 |
| 呼叫類型 | 呼叫類型可以是以下之一： 緊急 企業 國際 行動版 國內 操作員 高級服務 簡碼 免費 不能識別 URI |
在逐跳檢視中檢視這些通話指標：
| 術語 | 定義 |
| 端點 | 顯示以下之一：
|
| 硬體 | 顯示以下之一：
|
| 地點 | 為使用者設定的Webex Calling位置。 |
| 本端 IP 位址 | 用於傳輸媒體的網路介面的用戶端的本端 IP 位址。 部分 IP 位址會進行遮罩處理，使使用者的個人身分得以保密。 |
| 公用 IP | 這是雲端所見的用戶端的公用 IP位址。 對於企業來說，這是提供 NAT 的防火牆的位址。 部分 IP 位址會進行遮罩處理，使使用者的個人身分得以保密。 |
| MAC位址 | 用戶端端點的MAC 位址。 |
| 地理位置 | 公用 IP 位址的地理位置查找。 如果透過 PNC 連線，則此位址不准確。 如果使用者是使用Webex應用程式並透過VPN連線至企業，則位置不准確。 |
| ISP | 提供Webex Calling Cloud 的網路連線的網際網路服務提供者。 |
| 網路 | 用戶端用於交換媒體的網路連線類型。 可能的值包括：
|
| 音訊編解碼器 | （傳送或接收）用戶端傳送的媒體使用的媒體編碼和解碼格式。 |
| 視訊轉碼器 | （傳送或接收）用戶端傳送的媒體使用的媒體編碼和解碼格式。 僅適用於視訊通話。 |
| 通話 ID | 用於識別通話線路的內部標識符。 |
某些指標在文章螢幕擷取中被遮罩，以保留使用者的身分。
限制
以下裝置無法使用媒體品質指標。
類比電話
第三方裝置
IPv6端點
