呼叫品質儀錶板中的智慧型手機品質分類器 (CQD)
Microsoft Teams 和 商務用 Skype 的 [通話品質儀錶板] (CQD) 可讓您深入瞭解使用 Microsoft Teams 和 商務用 Skype 服務進行通話的品質。 本主題提供智慧型媒體質量分類器的詳細資訊。 若要深入瞭解 CQD 及其設定方式，請參閱 設定通話品質儀錶板。
在 CQD 中，良好與不佳的串流分類是由一系列的條件語句所執行。 針對音訊，網路計量是用來判斷基礎網路的效能是否會導致音訊品質降低，而視訊和視訊型螢幕共用 (VBSS) 使用視訊計量來執行類似的質量評估。 智慧型媒體質量分類器對通話遙測有更廣泛且更深入的檢視，對包括網路) 在內的數項因素 (，以判斷使用者的通話體驗，並找出可疑品質降低的可能根本原因。 由於這種差異，預期由 串流分類 邏輯產生的「良好」和「不佳」值不一定會與智慧型手機品質分類器結果相符。
CQD 中智慧型手機品質分類器概觀
CQD 中的智慧型手機的智慧型媒體品質分類器使用機器學習 (ML) 演算法，以協助找出串流品質中的特定問題區域。 與 CQD 中的 Stream 分類相比，CQD 中的智慧型手機媒體質量分類為 IT 系統管理員提供了更進階的因果性、媒體降級和根本原因分析。 這些分類器可讓您採取主動措施來解決和防止通話質量問題。
為了提供最全面的深入解析，智慧型媒體品質分類器會個別處理三種主要的實時媒體形式：音訊、視訊和 VBSS。 這些分類器著重於串流層級 (的通話品質，例如音訊、視訊和 VBSS) ，然後再進一步分析網路、計算裝置和輸入設備等區域，以便找出特定問題區域。
分類有兩個層級，可讓您檢視因應性和根本原因：較高層級和較低層級。 較高層級的分類器會預測音訊、視訊或 VBSS 是否無法正常運作，而較低等級的分類器則會預測網路、計算裝置或輸入設備是否有問題。
支援的平台和媒體類型
智慧型媒體質量分類器的可用性會因特定平臺和媒體類型而有所不同，因為跨不同平臺的遙測可用性有所差異。 我們持續改善分類器的涵蓋範圍。 智慧型媒體品質分類器涵蓋下列平台和媒體類型：
- 媒體形式和網路分類器會套用至所有平台和媒體形式， (音訊、視訊、VBSS) 。
- 計算裝置分類器會套用至原生平臺， (不含 Teams Web、優化的 VDI 和 CVI) 及所有媒體形式。
- 輸入設備分類器會套用至原生平臺， (僅) 和音訊的WebRTC基礎平臺除外。
何時使用智慧型媒體質量分類器
智慧型媒體質量分類器的某些應用程式規則決定何時套用分類器，最基本的規則如下所示：
- 只有當使用者收到至少 60 秒的媒體時，才會套用輸入分類器。 在 CQD 中，此數據會記錄為音訊和視訊的 Stream 持續時間值，以及視訊和 VBSS 的持續時間秒數。
- 只有當使用者傳送至少 60 秒的個別媒體時，才會套用輸出分類器。
此資料會記錄 為下列專案：
- 音訊：AvgFirstReceivedAudioSeconds >= 60
- 適用於視訊和 VBSS：SecondVideoDurationSeconds >= 60
對等 (P2P) 和電話會議中的輸入和輸出串流
在 CQD 報表中，串流定義為輸入或輸出。 輸入串流是使用者接收的媒體，而輸出串流則是用戶傳送的媒體。 您可以透過輸入和輸出串流篩選 CQD 報告，以分析使用者接收或傳送的媒體品質。
串流會以第一個和第二個端點表示。 如需有關第一端和第二端點分類的詳細資訊，請參閱通話品質儀錶板 (CQD) 中提供的維度和度量。
下表提供對等 (P2P) 和電話會議中的串流摘要：
| 通話類型 | 直接連線 | 第一/第二端點分類 |
|---|---|---|
| P2P | 用戶會透過輸入和輸出串流彼此連線。 | First 和 Second 兩者都代表用戶端點。 |
| 會議 | 無論輸入或輸出串流方向為何，用戶都會連線到伺服器。 | 用戶會標示為 Second，而伺服器會標示為 First。 |
針對比較常見的電話會議，特定用戶的參與層級，尤其是主動分享屏幕畫面且吸引音訊和視訊的使用者，可以大幅塑造所有參與者的整體通話體驗。 偵測這些 其他使用者或高度作用中且主要參與者對其他使用者的影響，對於在電話會議中有效進行串流質量評估至關重要。
本地和遠端分類器
智慧型媒體質量分類器，不論是會議或 P2P 通話，都分為兩個主要類別：本機和遠端。
- 本機分類器 是專為評估端點使用者的通話體驗所量身打造，可解決因輸入串流或本機裝置功能和限制所引發的疑慮。
- 遠端分類器 包含來自其他端點的問題 (通話) ，提供整體通話品質的完整觀點。
在 P2P 和會議組態中，觀察稱為 「第一至第二 」的串流方向的本地分類器，表示對輸入串流的影響分析，或是本機裝置的容量，以及使用者 (稱為「第二) 本身通話體驗」的限制。
在 [第二至第一串流] 指示中，遠端分類器的角色是評估參與者（稱為 Second）是否在相同情況下對其他使用者的通話品質造成不良影響。 此外，在電話會議中，觀察第一至第二串流上的遠端分類器，會指出被歸類為主要使用者的高度作用中使用者是否會對使用者的通話品質造成負面影響，稱為 Second。
智慧型媒體質量分類器定義
在 CQD 中，智慧型媒體質量分類器會根據可用關鍵品質指標的值來使用本機和遠端分類器。 用於分類媒體品質的指標及條件會顯示在 本地分類器 和 遠端分類器的數據表中。
透過智慧型媒體品質分類器識別的偵測到問題區域指出質量問題，系統管理員可進一步分析這些問題，以找出潛在原因。 使用 CQD，這項更深入的分析可提供寶貴的深入資訊，讓您採取主動措施來避免日後發生問題。
本地分類器
下列本地分類器是根據使用者的遙測來預測同一個使用者是否遇到問題：
| 分類 | 描述 |
|---|---|
| 偵測到媒體模式 | 根據接收者的遙測，預測接收媒體類型的品質是否有問題。 |
| 偵測到輸入網路 | 預測傳入串流上的網路是否有問題。 針對電話會議，此分類器會查看從伺服器到端點的連線。 針對 P2P 通話，此分類器涵蓋遠端使用者上連結和本機向下鏈接問題。 |
| 偵測到本機計算 | 預測使用者的計算裝置是否 (例如：執行 Teams 用戶端) 的桌面電腦或行動電話會降低使用者收到的媒體品質。 |
| 偵測到本機輸入設備 | 預測使用者的媒體擷取裝置是否 (例如：計算機內建的聲卡或麥克風) 會造成使用者發生問題。 |
偵測到問題的本機分類器測量
下列清單會顯示使用「問題」維度之本機分類器的度量單位。 在下列清單中，每個本地分類器都會以 /.../ 表示：
- /.../ 問題 True Count
- /.../ 問題誤判
- /.../ 問題 Null 計數
- /.../ 問題速率
- /.../ 問題速率上限
- /.../ 問題率降低限制
例如，Local classifier 偵測到媒體模式 會使用 「問題 」維度來測量「問題真數」、「問題誤判」、「問題 Null 計數」、「問題率」、「問題速率上限」及「問題率較低限制」。
偵測到輸入網路、偵測到本機運算，以及偵測到的本機輸入裝置也有下列額外測量：
- /.../ 造成的問題速率
- /.../ 導致問題速率上限
- /.../ 導致問題速率降低限制
遠端分類器
下列遠端分類器是根據使用者的遙測來預測使用者是否會對其他通話參與者造成質量問題：
| 分類 | 描述 |
|---|---|
| 偵測到向上連結 | 預測傳送的媒體品質是否會因為端點到伺服器的連結而降低。 |
| 偵測到造成計算裝置 | 預測傳送的媒體品質是否會因為使用者的計算裝置而降低。 |
| 偵測到造成輸入裝置 | 預測傳送的媒體品質是否會因為用戶的媒體擷取裝置而降低。 |
偵測到問題的遠端分類器測量
下列清單會顯示所有使用「問題」維度之遠端分類器的度量單位。 在下列清單中，每個遠端分類器都會以 /.../ 表示：
- /.../ 問題 True Count
- /.../ 問題誤判
- /.../ 問題 Null 計數
- /.../ 問題速率
- /.../ 問題速率上限
- /.../ 問題率降低限制
例如， 「偵測到的輸入設備造成 」的遠端分類器使用 「問題 」維度來測量「問題真數」、「問題誤判」、「問題 Null 計數」、「問題速率」、「問題速率上限」及「問題速率較低限制」。
其他用戶分類器
其他使用者分類器是一種遠端分類器類型，是根據主要參與者所遇到的問題來降低其餘電話會議參與者的體驗：
| 分類 | 描述 |
|---|---|
| 偵測到其他使用者向上連結 | 預測使用者收到的媒體品質是否因為其他 (主要) 參與者上傳連結問題而降低。 |
| 偵測到其他用戶計算 | 預測使用者收到的媒體品質是否因為其他 (主要) 參與者的計算裝置問題而降低。 |
| 偵測到其他用戶裝置 | 預測使用者收到的媒體品質是否因為其他主要 () 參與者的媒體擷取裝置問題而降低。 |
偵測到問題的其他用戶分類器度量
其他使用者分類器則會使用 /.../ 問題維度。
例如，偵測到其他使用者分類器 ：其他用戶裝置 有「問題」維度，列在 CQD 中， 以偵測為「其他使用者裝置問題」。
度量範例
- 偵測到的維度輸入網路問題具有問題 True Count、問題誤判、問題 Null 計數、問題速率、問題速率上限、問題率降低限制、造成問題率上限、造成問題率上限，以及造成問題率降低限制的度量度量。
- 偵測到的維度「輸入裝置造成問題」包含「問題真計數」、「問題誤判」、「問題 Null 計數」、「問題速率」、「問題速率上限」及「問題速率降低限制」的度量。
如需 CQD 中所有可用維度和量值的清單，包括其名稱、數據類型、定義，以及空白值的可能原因，請參閱 通話品質儀錶板中可用的維度和量值。
解讀智慧型媒體質量分類器
智慧型媒體品質分類器透過學習用戶遙測和通話品質意見反應評等，來指派通話端點的機率。 這些機能會轉換成布爾值 (true/false) ，表示對應端點的通話體驗是否不佳。
為了判斷串流質量問題速率以協助降低誤判，我們使用以百分位數為基礎的閾值。 使用以百分位數為基礎的閾值時，在特定平臺、地區和媒體類型中效能最低的 2% 端點會識別為通話體驗不佳。 這個臨界值可協助IT系統管理員針對可能影響通話質量的報告問題採取動作。
媒體層級分類器會提供為本機分類器。 對於輸入串流或本機裝置，首先徹底評估 偵測到的媒體形式 分類器，以預測接收到的音訊、視訊或 VBSS 相關問題。 這些分類器結合了所有區域分類器的輸入功能，例如 偵測到的輸入網路、 偵測到的本機運算和 偵測到的本機輸入裝置，以及不只與任何區域相關聯的其他重要功能。
在媒體層級分類器預測問題，但未偵測到任何區域層級問題的情況下，無論是數個小問題或非重迭輸入功能的顯著影響，都建議您進一步調查。 通常至少有一個 [警告] 字段會醒目提示潛在問題。
如果有區域層級的問題預測，但媒體層級卻沒有，分類器會建議媒體質量有問題，但可能不夠顯著，導致使用者意見反應評分不佳。
尋找質量問題的來源
在 CQD 中，智慧型媒體質量分類器會建立匯總檢視，以協助解決質量問題。 這些檢視可以透過一組專為每個分類器的特定特性量身訂做的唯一維度來分析。 這項分析可讓系統管理員更精確地了解基礎問題。
例如，網路分類器可能會受益於著重於位置和網路等維度的疑難解答工作，而計算和輸入設備分類器可能需要注意與裝置規格和功能相關的維度。
網路分類器維度
網路分類器包含三種維度類型：位置相關、網路相關，以及裝置相關。
- 位置相關維度：
- 第二個網域
- 第二個 ASN 國家/地區
- 第二個 ASN 城市
- 第二個 ASN ISP 名稱
- 第二個國家/地區
- 第二城市
- 第二棟大樓名稱
- 網路相關維度：
- 第二個網路
- 第二個網路名稱
- 第二個 Wifi Band
- 第二個 Wifi 通道
- 第二個 Wifi Radio 類型
- 第二個 Wifi 訊號強度
- 第二個網路連線詳細數據
- 第二個子網
- 第二個 BSSID
- 裝置相關維度：
- 第二個 Wifi Microsoft驅動程式
- 第二個 Wifi Vendor 驅動程式
- 第二個計算裝置名稱
計算裝置分類器維度
- 裝置相關維度：
- 第二個計算
- 裝置名稱
- CPU 相關維度：
- 第二個CPU名稱
- 第二個 CPU 核心數
- 第二個 CPU 處理器速度
輸入設備分類器維度
- 第二次
- 開發人員名稱
- 第二個擷取裝置形式因素
- 第二個音訊裝置連線類型
- 第二個麥克風連線類型
- 第二個計算裝置名稱 (如果使用內置音訊)
- 第二個擷取 Dev 驅動程式
質量問題疑難解答
找出質量問題的來源之後，可以進一步分析智慧型手機品質分類器所偵測到的問題區域，以找出潛在原因，並協助系統管理員採取主動措施來避免未來發生問題。
網路分類器
網路分類器主要根據在 Teams 中實作之錯誤處理的音訊遙測來預測質量問題Microsoft。 此音訊遙測可有效延伸原始網路降級分配的涵蓋範圍。 不過，如果分類器偵測到任何問題，則原始網路計量可能也會發生明顯問題，但若有多個遙測共同影響結果的情況除外。 在這種情況下，識別根本原因的複雜度可能會因為多個維度所產生的影響而增加。 最低層級 CQD 維度可做為問題的指標，如下所列。
與音訊相關的維度
- 網路遺失相關量值：
- 通話總數中斷失敗百分比
- Avg 漫遊計數
- 原始網路效能相關量值：
- Avg 封包遺失率
- Avg 封包遺失率上限
- Avg 往返
- Avg 來回旅行最大值
- Avg 網路抖動
- Avg 網路抖動器最大值
- Avg Healed Data Ratio 值
- Avg 抖動緩衝區大小
- Avg 網路抖動器最大值
- 網路 Avg 遺失率
與視訊 & VBSS 相關的維度
- Recv Avg 凍結持續時間
- Avg Recv 凍結持續時間百分比
- Avg AV 同步距離 Avg
- Avg AV 同步距離最小
- Avg AV 同步距離最大
- Avg AV 同步處理距離 STDEV
- Avg 影片張貼 FECPLR
網路根本原因範例
- 如果 wifi 強度偏低，則網路分類器表示辦公室位置未充分涵蓋 wifi。 檢查存取點的數量和位置。
- 如果網路計量會定期存在於特定位置，則網路分類器會在通話音量高時指出網路壅塞。 例如，如果每月有一部分的網站加入公司會議，您可以考慮 部署 eCDN。
- 如果AV同步處理距離值較高，則網路分類器表示有網路壅塞問題，因為音訊會優先於視訊。 檢查頻寬是否足夠，而且頻寬是否穩定到足以提供品質良好的視訊和 VBSS。
計算分類器
計算分類器會根據 CPU 處理時間來預測質量問題，同時也考慮記憶體狀態。
下列與資源相關的計算維度也提供平均計量，可能很適合用來找出根本原因：
- 第二個處理程式 CPU 使用平均值
- 第二個處理程式 CPU 使用量上限
- 第二個系統CPU使用量平均值
- 第二個系統CPU使用量上限
- 第二個程式記憶體使用量平均值
- 第二個程式記憶體使用量上限
- 第二個系統記憶體使用量平均值
- 第二個系統記憶體使用量上限
計算根本原因範例
- 如果系統 CPU 使用量高，但處理程式 CPU 低，則計算分類器表示計算裝置正在執行其他耗用資源的工作。
- 如果處理程式 CPU 使用量高，則計算分類器表示可能與在該平臺上缺少 CPU 資源進行通話相關的問題。 檢查視訊處理是否已卸載至 GPU。
輸入設備分類器
輸入設備分類器會鎖定與音訊擷取裝置相關聯的質量問題，包括麥克風。
下列 CQD 維度可指出可能的音訊問題：
- Avg 第二個音訊傳送噪音等級
- Avg 第二個音訊傳送訊號層級
- 第二次麥克風裝置故障
- 第二次沒有麥克風裝置列舉失敗
- 第二個麥克風初始化失敗
- 第二部麥克風裝置故障率
- 第二個裝置擷取無法運作的事件比例
- 使用中的音訊擷取裝置
- 使用中的音訊轉譯裝置
建議的訊號等級範圍為 (-24，-14) ，最佳噪音為 <-60。
輸入設備的根本原因範例
- 如果音訊噪音等級高，則裝置分類器表示麥克風可能與用戶距離太遠，以獲得最佳體驗。 檢查裝置是否符合使用案例，例如會議室中使用的免持聽筒是否適合會議室大小。
- 如果音訊號等級非常高，則裝置分類器會顯示使用者太接近麥克風，即使麥克風沒有重載，使用者的音量會明顯高於其他通話參與者。 檢查裝置是否有最新的驅動程式。
維護分類模型
在 Teams 使用者Microsoft一般母體上會監視分類器模型。 如果偵測到異常，則會進行調查，且模型很有可能會重新接受訓練。 這可能會導致個別問題偵測速率的暫時性波動。 當這些波動會導致偵測速率大幅變更時，我們會張貼訊息，透過 M365 訊息中心通知 Teams 系統管理員。