Teams 新 VDI 解決方案

Teams 的新 VDI 解決方案是一種用於優化虛擬桌面多媒體工作負載傳遞的新架構。

組成部分

系統需求

使用新的 Teams VDI 解決方案進行優化

步驟一：確認先修條件

1. 請確保你擁有新的 Microsoft Teams 版本 24193.1805.3040.8975 或 (更高版本，適用於 Azure Virtual Desktop/Windows 365) ，以及 24295.605.3225.8804 或以上版本用於 Citrix。
2. 如果需要，請為特定使用者群組啟用 Teams 政策 (該政策在全組織層級預設啟用) 。
3. 對於 Citrix，您必須依照本文 Citrix 虛擬通道允許清單章節的說明設定虛擬通道允許清單。
4. 對於 Amazon WorkSpaces，優化功能目前處於公開預覽階段，因此使用者必須加入 Teams 管理員中心的 Teams Update 政策設定。

步驟 2：在端點安裝外掛

1. 對於Azure虛擬桌面和Windows 365，MsTeamsPluginAvd.dll 會隨 Windows 1.2.5405.0 的遠端桌面用戶端，或是 Windows App Store 應用程式 1.3.252 或更高版本一起提供。

   • 外掛就在安裝遠端桌面客戶端的同一個資料夾位置。 你可以在 AppData\Local\Apps\Remote Desktop 或 C：\Program Files (x86) 找到這個外掛，視安裝模式而定。
   • 基於 MSIX 的 Windows App Store 應用程式可在 C：\Program Files\WindowsApps 中找到。 此資料夾的存取權限受限。

2. 對於 Amazon WorkSpaces，MsTeamsPluginAmazon.dll 會隨 Windows 5.28.0.5487 或更高版本的工作空間用戶端一同捆綁。

   • 該外掛位於安裝 WorkSpaces Client 的同一個資料夾位置。

3. 對於 Citrix Workspace 應用程式 2402 或更高版本，MsTeamsPluginCitrix.dll 可安裝以下兩種：

   • 安裝 Citrix Workspace 應用程式時使用使用者介面：

     在 Add-on (s) 頁面，選擇 安裝 Teams VDI 外掛Microsoft 勾選框，然後選擇 安裝。

     同意跳出的使用者協議，並繼續安裝 Citrix Workspace 應用程式。

     備註

     Citrix Workspace 應用程式 2402 只會在全新安裝時顯示外掛安裝介面。 若要在原地升級中同時提供此選項，則需使用 Citrix Workspace 應用程式 2405 或更高版本。

   • 透過命令列或腳本處理受管理裝置，使用：

     C:\>CitrixWorkspaceApp.exe /installMSTeamsPlugin

   • 管理員也可以手動安裝外掛，安裝在任何現有支援的 Citrix Workspace 應用程式上， (查看系統需求) 使用工具SCCM (使用 Windows 應用程式套件部署類型) 或Intune (使用業務線應用程式) 。

     管理員可以使用 msiexec 並設定適當的旗標，如 msiexec 所討論。

     重要

     Citrix 客戶的 MSI 外掛下載連結： aka.ms/plugin。

     外掛 MSI 會自動偵測 CWA 安裝資料夾，並將 MsTeamsPluginCitrix.dll 置於該位置：

     使用者類型	安裝資料夾	安裝類型
     行政長官	64 位元：C：\程式檔案 (x86) \Citrix\ICA 用戶端 32 位元：C：\程式檔案\Citrix\ICA 用戶端	按系統安裝

     • 插件不能降級，只能升級或重新安裝 (修復) 。
     • CWA 不支援按用戶安裝。
     • 如果終端上找不到 CWA，安裝就會停止。

步驟 3：在端點上進行 SlimCore MSIX 的預備與註冊

外掛會靜默執行此步驟，無需使用者或管理員介入。 分級與註冊依賴終端端的應用程式準備服務 (ARS) 。 有可能是由群組原則或第三方工具設定的登錄檔金鑰阻擋了 MSIX 套件的安裝。 如需完整的適用登錄檔金鑰清單，請參閱 MSIX 的 群組原則與封裝應用程式的運作方式。

以下登錄檔金鑰可能會阻擋新的媒體引擎 MSIX 套件安裝：

• BlockNonAdminUserInstall
• 允許所有可信應用程式
• 允許開發而非開發授權

這三個登錄檔金鑰可在使用者裝置的以下任一位置找到：

• HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock
• HKLM\SOFTWARE\Policies\Microsoft\Windows\Appx

有些政策可能會更改這些登錄金鑰，並因為管理員設定了限制性政策而阻擋你組織內的應用程式安裝。 一些已知可能阻止安裝的 GPO 政策包括：

• 防止非管理員使用者安裝已打包的 Windows 應用程式。
• 允許所有可信的應用程式安裝 (停用) 。

驗證端點是否已優化

一旦你達到所有最低要求，首次啟動 Teams 仍預設以 WebRTC 最佳化模式載入。

你可以在你用新架構優化的 Teams 用戶端，透過上方欄的省略號 (三個點......) ，然後選擇「關於設定 > 」。 Teams 和客戶端版本都列在上面。

• AVD SlimCore 媒體優化 = 基於 SlimCore 的新優化。
• AVD 媒體優化 = 基於 WebRTC 的舊有優化。

外掛 (MsTeamsPluginAvd.dll、MsTeamsPluginCitrix.dll 或 MsTeamsPluginAmazon.dll) 負責最終下載媒體引擎，以及 SlimCore（MSIX 套件）。 它安裝時沒有管理員權限或重啟， (例子中，具體路徑會) ：

C:\Program Files\WindowsApps\Microsoft.Teams.SlimCoreVdi.win-x64.2024.15_2024.15.1.5_x64__8wekyb3d8bbwe

針對新的分割 MSIX 套件： C:\Program Files\WindowsApps\Microsoft.Teams.SlimCoreVdiFwk.win-x64.2025.28_2025.28.1.4_x64__8wekyb3d8bbweC:\Program Files\WindowsApps\Microsoft.Teams.SlimCoreVdiHost.win-x64_2025.28.1.4_x64__8wekyb3d8bbwee

遠端桌面用戶端或 Citrix Workspace 應用程式會根據使用者的裝置下載 x64 或 x86 SlimCore 套件。 「WindowsApps」資料夾是鎖定的，使用者無法存取。 管理員會修改 ACL 以取得所有權，但此舉不建議。 相反地，請使用 PowerShell 在端點中列出 MSIX 應用程式：

PowerShellCopy

Get-AppxPackage Microsoft.Teams.SlimCore*

執行此 PowerShell 可回傳的結果範例如下：

Name              : Microsoft.Teams.SlimCoreVdi.win-x64.2024.32
Publisher         : CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
Architecture      : X64
ResourceId        :
Version           : 2024.32.1.7
PackageFullName   : Microsoft.Teams.SlimCoreVdi.win-x64.2024.32_2024.32.1.7_x64__8wekyb3d8bbwe
InstallLocation   : C:\Program
                    Files\WindowsApps\Microsoft.Teams.SlimCoreVdi.win-x64.2024.32_2024.32.1.7_x64__8wekyb3d8bbwe
IsFramework       : False
PackageFamilyName : Microsoft.Teams.SlimCoreVdi.win-x64.2024.32_8wekyb3d8bbwe
PublisherId       : 8wekyb3d8bbwe
IsResourcePackage : False
IsBundle          : False
IsDevelopmentMode : False
NonRemovable      : False
IsPartiallyStaged : False
SignatureKind     : Developer
Status            : Ok

如果你有優化，可以看到 MsTeamsVdi.exe 在你的端點上執行虛擬桌面/W365 Azure (，或 Citrix (作為 wfica32.exe) 的子 msrdc.exe) 程序。 使用流程總管時，如果你選擇 msrdc.exe (或 wfica32.exe) ，選擇檢視下層窗格，切換到 DLL 標籤，你也能看到外掛程式 (MsTeamsPluginAvd.dll 或 MsTeamsPluginCitrix.dll) 正在載入。 如果你沒有得到新的優化，這個步驟是很有幫助的故障排除步驟。

VDI 狀態指示器

Microsoft Teams 會顯示優化狀態資訊，幫助使用者了解自己是否已優化。 它也會透過將游標移到 優化 橫幅上，顯示他們使用的是舊版 WebRTC 優化還是新的 Slimcore 優化。

如果 Microsoft Teams 沒有優化，使用者會看到警告圖示。

使用者可以選擇三個點，並選擇 「優化虛擬桌面」並重新啟動 ，嘗試修復。

此選擇會觸發 Teams 重啟，這可能解決一些已知問題。 若使用者仍未優化，會顯示錯誤代碼，方便 IT 管理員根據 連線錯誤表快速診斷。

使用者會看到一個 連結 以獲取更多錯誤資訊，若可採取措施，則可嘗試自我修復。

會話漫遊與重新連線

Teams 在發佈時會載入 WebRTC 或 SlimCore。 如果虛擬桌面會話被斷開 (未登出，Teams 會留在虛擬機上運行，) Teams 無法切換優化堆疊，除非重新啟動。 因此，如果使用者在不支援新優化架構的不同裝置間漫遊，可能會處於備援模式 (未) 優化。 例如，BYOD 使用的 MAC 裝置 (在家工作時攜帶自己的裝置) ，辦公室則是企業管理的瘦客戶端。 為了避免這種情況，Teams 會以模態對話提示使用者重新啟動應用程式。 重新啟動後，使用者進入 WebRTC 最佳化模式。

此外，使用者可以從只支援 WebRTC 的裝置間漫遊到支援 SlimCore 的裝置。 在這種情況下，Teams 也會以模態對話提示使用者重新啟動應用程式。 重啟後，使用者進入 SlimCore 優化模式。

網路考量

網路架構

架構圖中的導覽：

1. 開始團隊。
2. Teams 用戶端會對 Teams 服務進行驗證。 租戶政策會被推送到 Teams 用戶端，相關設定則會轉發給應用程式。
3. Teams 偵測到它正在虛擬桌面環境中運行，並實例化內部的 vdibridge 服務。
4. Teams 會在伺服器上開啟一個安全的虛擬通道。
5. RDP 或 HDX 協定會將請求傳送至 RD 用戶端或先前載入 MsTeamsPlugin (用戶端虛擬通道元件) 的 Citrix Workspace 應用程式。
6. RD 用戶端或 Citrix Workspace 應用程式會產生一個名為 MsTeamsVdi.exe 的新進程，這是 SlimCore) (用於新優化媒體引擎。
7. SlimCore 媒體引擎 (在用戶端) ，msteams.exe (在虛擬桌面) 現在擁有雙向通道，並能開始處理多媒體請求。

使用者呼叫

8. 節點A選擇呼叫按鈕。 MsTeamsVdi.exe 與 Microsoft Teams 服務Azure通訊，建立端對端的訊號路徑，與 Peer B 建立。MsTeamsVdi.exe 收集一系列支援的通話參數 (編解碼器、解析等，稱為 SDP (會話描述協定) 提供) 。 這些通話參數會透過訊號路徑轉發到 Azure 中的 Microsoft Teams 服務，再從那裡傳給另一個節點。
9. SDP 的提議/回應 (單次談判) 透過訊號通道進行，ICE 連線則使用 STUN 綁定請求 (NAT 與防火牆穿越檢查，) 完成。 接著，安全即時傳輸協定 (SRTP，) 媒體流直接在 MsTeamsVdi.exe 與其他節點 (或 Teams 傳輸中繼或會議伺服器之間) 。

本文將說明信令、媒體、背景特效及其他選項的 IP 區塊。

SlimCore 在端點上處理的流量類型

1. Teams 媒體流連接是利用標準 IETF 互動式連接建立（Interactive Connectivity Establishment） (ICE) 來實現 STUN 和 TURN 程序。
2. 即時媒體。 資料封裝於即時傳輸協定（RTP） (支援音訊、視訊及螢幕共享工作負載的RTP) 中。 一般而言，媒體流量對延遲高度敏感。 這些流量必須選擇最直接的路徑，並使用 UDP 而非 TCP 作為傳輸層協定，這是從品質角度來看，互動式即時媒體的最佳傳輸方式。
   • 作為最後手段，媒體可以使用 TCP/IP 並在 HTTP 協定內隧道，但我們不建議這麼做，因為品質會帶來不良影響。
   • RTP 流程以 SRTP 加密，僅有效載荷加密。
3. 在發信號。 端點與 Teams 伺服器或其他用戶端之間的通訊連結，用來控制活動 (例如，當通話何時) 發起。 大多數信令流量使用 UDP 3478，並備用至 HTTPS，但在某些情境下 (例如 Microsoft 365 與會話邊界控制器之間的連線) 使用 SIP 協定。 重要的是要了解，這類流量對延遲的敏感度較低，但若終端間延遲超過數秒，可能會導致服務中斷或呼叫逾時。

頻寬消耗

無論您的網路狀況如何，Teams 的設計都可提供最佳的音訊、視訊和內容共用體驗。 當頻寬不足時，Teams 會優先考量音訊品質而非影片品質。 在頻寬不受限制的地方，Teams 優化媒體品質，包括高保真音效、最高 1080p 影片解析度，以及影片與內容) 最高 30 fps (幀每秒。 想了解更多，請閱讀 「頻寬需求」。

服務品質 (QoS)

為端點和網路裝置實作 QoS 設定，並決定你想如何處理通話和會議的媒體流量。

• 作為前提，請在 Teams 管理員中心啟用全域 QoS。 請參閱 Teams 管理中心的「配置 QoS 」，了解如何啟用即時媒體流量設定的 Insert Quality of Service (QoS) 標記 。

  建議初始端口範圍：

  媒體流量類型	用戶端來源連接埠範圍	通訊協定	DSCP 值	DSCP 類別
  音訊	50,000 - 50,019	TCP/UDP	46	快速式轉送 (EF)
  影片	50,020 - 50,039	TCP/UDP	34	保證式轉送 (AF41)
  應用程式或螢幕共享	50,040 - 50,059	TCP/UDP	18	保證式轉送 (AF41)

• 關於如何為 Windows 端點設定 DSCP 標記的資訊，請參閱 「在 Teams 用戶端實作 QoS」。

  備註

  任何端點式標記都必須套用到 MsTeamsVdi.exe，也就是處理使用者裝置上所有多媒體卸載的流程。 有關品質的更多資訊，請參閱 Playbook 文件 。

• 關於如何為路由器實作 QoS 的資訊，請參閱你製造商的文件。

• 在網路設備上設定 QoS 可能包含部分或全部：

  • 使用基於埠的 存取控制 清單 (ACL)
  • 定義 QoS 佇列
  • 定義 DSCP 標記

不推薦在 VDI 中使用 Microsoft Teams 的技術

1. VPN 網路。 不建議媒體報導。
2. 包裝成型器。 任何形式的封包嗅探器、封包檢查、代理伺服器或封包整形器裝置都不建議用於 Teams 媒體流量，且可能大幅降低品質。

Microsoft Teams PowerShell 優化政策

CsTeamsVdiPolicy 指令小程式讓管理員能控制使用者在 VDI 環境中可建立的會議類型或會議中可存取的功能，而 WebRTC 優化則使用 VDI 合作夥伴的政策引擎 (Citrix Studio、VMware HTML5 ADMX 範本，或此登錄檔鍵用於 AVD 與 Windows 365) 時停用。

預設的政策配置如下：

• DisableCallsAndMeetings：錯誤
• 關閉音訊視訊通話與會議：錯誤

這項政策現在多了一個額外的理由，作為唯一能控制使用者是否能獲得基於 SlimCore 的新優化模式的設定點。 換句話說，VDI 合作夥伴的政策引擎並不控制新的優化模式：

• VDI2Optimization：啟用 (預設值)

新優化功能列表

¹ 圖形硬體加速需要 DirectX 9 或更新版本，Windows 10 (需 WDDM 2.0 或更高版本，Windows 10 Fall Creators Update) 則需 WDDM 1.3 或更高。 ² 如果你以來賓身份加入會議，此功能不被支援。 不支援透過腳本將背景檔案放入使用者的 Appdata 設定檔 (使用者必須透過 Teams 上傳所需的自訂檔案，然後複製到使用者的 OneDrive——前提是該檔案有足夠的儲存空間 ) 。 ³ 印度的營運商連接需透過終端作業系統及本地網際網路連線，取得緯度與經度的存取。 接線員 使用 有線號碼可使用 IP 或子網路映射到地點。 欲了解更多細節，請查閱 印度的有線及無線號碼類型。 ⁴ NDI（網路設備介面) ）是現代連接媒體設備的解決方案， ( (如攝影棚攝影機和混音器) ，製作人不支援。 ⁵ 觀眾看不到註解， (它們被輸入的視訊視窗覆蓋層遮) 。

端點上的 SlimCore 使用者資料

VDI 的新解決方案會根據你的供應商，將使用者專屬資料儲存在端點的以下位置：

• C:\users\<user>\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe\LocalCache\Local\Microsoft\TeamsVDI\<vdi provider>-tfw-<cloudname>\

舊版 SlimCore MSIX 套件 (於新的 Split MSIX 套件（包含 Host 與 Framework) 儲存使用者專屬資料於：

• C:\users\<user>\AppData\Local\Microsoft\TeamsVDI\<vdi provider>-default-<cloudname>\

日誌、鈴聲、設定，以及用於噪音抑制、頻寬估算等 (人工智慧或機器學習模型 ) 都儲存在此位置。 此外，上傳到 Teams 的自訂背景特效會從使用者的 OneDrive 下載到該位置的「下載」資料夾 (因此此功能需有足夠儲存空間的 OneDrive 帳號) 。 如果使用者登出後清除這些 AppDatafolders，例如 (鎖定且沒有漫遊設定檔的) ，MsTeamsVdi.exe 會重新建立這些資料夾，並下載用戶專屬設定， (約 12 MB 的資料) 。 使用者專屬資料可成長至 ~100 MB (其中日誌) 約 60 MB。

在鎖定的瘦客戶端環境中安裝與升級 (可選)

預設情況下，MsTeamsPlugin 會自動下載並安裝正確的 SlimCore 媒體引擎版本，無需使用者或管理員介入。 但在分公司受限網路環境下的客戶，可以選擇替代的 SlimCore 發佈流程，而不必要求端點能從 Microsoft 公開的內容傳遞網路（CSN）以 https 取得 SlimCore 套件。

設定步驟

1. 在使用者端點 (瘦客戶端/胖客戶端) ，你必須建立以下 regkey：

   • Citrix 的位置：HKLM\SOFTWARE\WOW6432Node\Microsoft\Teams\MsTeamsPlugin
   • Location for Azure Virtual Desktop/W365： HKLM\SOFTWARE\Microsoft\Teams\MsTeamsPlugin
   • 名稱：MsixUrlBase
   • 類型：REG_SZ
   • 資料：本地儲存或網路儲存 UNC 路徑，例如 file://C:/Temp 或 file://ComputerName/SharedFolder。

   該 regkey 定義了基礎網址。

2. 此外，管理員必須從 Microsoft Content Delivery Network 下載與你未來計劃部署的 Teams 版本相符的 SlimCore MSIX 套件版本。

   重要

   MSIX 套件必須符合 Citrix Workspace 應用程式的架構或位元特性， (x86 僅) 或遠端桌面或Windows App用戶端： Microsoft.Teams.SlimCoreVdi.<platform>-<architecture>.msix。

3. 為了保留結構，將 MSIX 放入指定資料夾，並包含登錄檔鍵中指定位置的版本。 例如 C：\Temp\2024.4.1.9\Microsoft.Teams.SlimCoreVdi.win-x86.msix 或 //ComputerName/SharedFolder/2024.4.1.9/。

   備註

   如果外掛無法在本地或網路儲存中找到 SlimCore MSIX 套件，它會自動嘗試從 Microsoft 公共內容傳遞網路下載該套件作為備用。

UWF) (統一寫入過濾器

使用並套用 統一寫入過濾器 的瘦客戶端，應建立以下排除條款，以便允許 SlimCore MSIX 套件被配置並啟用：

• uwfmgr.exe Add-Exclusion 「C：\Program Files\WindowsApps」的檔案
• uwfmgr.exe 檔案 Add-Exclusion「C：\Users\User\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe」

帶有 RAM 磁碟的瘦客戶端

像 HP/DELL 這類有 RAM 磁碟管理器的瘦客戶端，環境變數 TEMP/TMP 指向 RAM 磁碟 (例如 Z：) 在虛擬機的 事件檢視器 描述項目中「Microsoft Teams VDI」) 中無法配置 SlimCore MSIX 套件 (“sc_host_install_error”：“{”val“：4390，”cat“：”windows“}”。 解決方法是建立一個新的系統變數MSTEAMSVDI_BITS_TMP_PATH，並指向像 C：\TMP 或 C：\TEMP) 這類暫時的實體磁碟位置 (。 這將允許背景智慧傳輸服務成功下載並配置 SlimCore。

已知的問題

• 目前不支援 AVD RemoteApps 和 Citrix 發佈應用程式。
• 如果 Teams 已經優化，虛擬機裡的 System/Settings/Sound 裡的音量混音器就無法控制音量。 使用者必須依賴 Teams 音訊設定中的內建音量滑桿，或是端點本身的音量混音器。
• SCP) 螢幕擷取保護 (會讓主持人的螢幕顯示為黑屏，只有滑鼠游標顯示在 (上方，這可由接收端) 看到。 這個問題在 Teams 25060.205.3499.6849 和遠端桌面用戶端 1.2.6081 或 Windows 應用程式 2.0.379 中已經修正。
• 如果你在通話進行時將虛擬機鎖定 (虛擬機) ，通話就會斷線。 這個問題在 25094.303.3554.9058 或更高版本中已經修正。 端點鎖定並不會自動關閉相機、麥克風和螢幕共享功能。
• 如果使用者從同一台本地機器啟動虛擬桌面並登入 Teams，而該機器上運行著 HID 周邊設備的 Teams 上，通話就會中斷。 如果使用者原本有活躍的虛擬桌面，啟動第二個安裝了 Teams (或其他使用優化) 的統一通訊應用程式，也可能會發生這個問題。
• 目前不支援相機自我預覽 (無論是在設定/裝置裡，還是通話中選擇相機圖示) 下方箭頭時都不支援。
• 在端點的 控制台/Apps/Installed 應用程式中，使用者會看到多個「Microsoft Teams VDI」項目， (每個安裝的 Slimcore 套件) 一個。 較新的 Split MSIX 套件修正了這個問題，選單上只有「Microsoft Teams VDI Optimizer」顯示， (舊版的「Microsoft Teams VDI」條目會在一定時間後自動清理) 。
• 在進行全螢幕共享時，通話監視視窗會顯示給其他參與者看 (但) 內沒有任何影片內容。
• 在 Citrix 中，若主持人同時使用 VDA (虛擬交付) 代理程式 2402 版本與 CWA Windows 2309.1 (或更高版本) ，應用程式分享會話可能會凍結。
  • 問題發生在影片元件被破壞時。
    • 例如，一位參與者在應用程式分享過程中關閉了相機。
    • 如果 有人只開啟 攝影機，就沒問題，因為影片元素是被創造出來的，而不是被破壞。
    • 如果主持人最大化通話監控 (，這會破壞主持人分享內容的自我預覽) 。
  • 停止並重新分享視窗應該能解決問題。
  • 這個問題在 Teams 24335.206.X.X 或更高版本中已解決。
• 如果你在視訊通話中，打開虛擬機器的開始選單，Teams 會議視窗會顯示空白畫面，而不是視訊畫面。
• 在 CQD 中，VdiMode (x2xx) 代表 VDI SlimCore 最佳化與未優化備援，這可能會誤判通話品質不佳。 更多詳情請參閱CQD章節
• 在 Amazon WorkSpaces 中，系統音訊分享 (包含電腦音訊) ，且不支援聊天室的螢幕分享。

跨雲協作

Microsoft 公共、GCC (政府社群雲) 、GCCH (政府社群雲高) ，以及國防部 (國防部) 雲，現在能在新優化下高效協作 (此合作適用於公司內部及企業間) 。 這種協作通常涉及對共享內容的存取，而這些內容需要經過認證才能取得。 過去，由於音訊/視訊優化不足，透過 Teams 跨雲端協作有限。 透過 Teams 和 Slimcore 的優化，使用者現在能享受高畫質的使用者體驗。 想了解更多關於 CrossCloud 的資訊，請點 此連結。

支援以下情境：

• 跨雲匿名 會允許使用者在 Teams 中登入雲端 A，並匿名加入另一個雲端 B 的會議。 詳情請參閱 管理匿名參與者對 Teams 會議、網路研討會及市政廳的存取 (IT 管理員) 。
• 跨雲端訪客存取 擴充功能，讓使用者能在團隊、頻道、文件及 Teams 會議中參與豐富的協作體驗，提供完整的體驗，包括音訊/視訊優化、螢幕分享、檔案分享，以及 1：1 與 1：n 聊天。 詳情 請點此 查看。
• 跨雲端認證會議加入 讓 Teams 使用者能在登入其主租戶帳號後，加入另一雲端的會議。 此功能讓會議主持人能夠驗證會議參與者的身份，而不會授權這些參與者存取主辦租戶。

最低版本：Teams 25060.205.3499.6849。 遠端桌面用戶端 1.2.6186。 Citrix 外掛程式 2024.41.1.1。

已知問題：

• HID 只在主要雲端運作。
• 從 Teams UI 靜音時，非主雲端不會播放「靜音/解除靜音」的語音指令。
• 更多周邊設備的限制在此說明
• 任何登入多雲 (多雲或跨雲) 的使用者，都無法用 WebRTC 進行優化。 如果使用者漫遊到不支援 SlimCore 的裝置，他們會處於伺服器端渲染) 備 (直到回流到 SlimCore 支援裝置。 這個問題是因為 WebRTC 不支援任何跨雲端功能。
• 如果跨雲端功能在使用者達到最低需求後仍無法運作，你可以在 Teams (用 SlimCore) 優化後退出，並嘗試刪除一個名為 ecs_settings.dat64 的檔案，路徑如下：%localappdata%\packages\MSTeams_8wekyb3d8bbwe\LocalCache\microsoft\MSTeams。 重新啟動團隊。

Citrix 虛擬頻道允許清單

CVAD 中的 虛擬頻道允許清單 政策設定允許使用允許清單，指定在 ICA 會話中可開啟哪些虛擬頻道。 啟用後，除了 Citrix 內建虛擬通道外，所有程序都必須說明。 因此，Teams 用戶端需要更多條目才能連接到用戶端外掛 (MsTeamsPluginCitrix.dll) 。

在 Citrix Virtual Apps and Desktops 2203 或更新版本中，虛擬頻道允許清單 預設是啟用的。 這些預設設定會拒絕存取 Teams 自訂虛擬頻道，因為允許清單 中沒有 包含 Teams 的主要程序名稱。

Teams 用戶端需要三個自訂虛擬通道才能運作：MSTEAMS、MSTEAM1 和 MSTEAM2。 Ms-teams.exe 會存取這些頻道。 您可以使用通配字碼來允許 ms-teams.exe 執行檔和自訂虛擬通道：

• MSTEAMS，C：\Program Files\WindowsApps\MSTeams*8wekyb3d8bbwe\ms-teams.exe
• MSTEAM1，C：\Program Files\WindowsApps\MSTeams*8wekyb3d8bbwe\ms-teams.exe
• MSTEAM2，C：\Program Files\WindowsApps\MSTeams*8wekyb3d8bbwe\ms-teams.exe

1. 通配卡支援提供：

   • VDA 2206 CR。
   • 從 CU2 起使用 VDA 2203 LTSR。

2. 必須重新啟動 VDA 機器，政策才會生效。

共用螢幕

在優化後的 VDI 中，外出螢幕分享和應用程式分享的行為與未優化的 Teams 桌面客戶端不同。 因此，這些活動需要編碼，利用使用者的裝置資源 (例如CPU、GPU、RAM、網路等) 。 從網路角度來看，分享是直接在使用者裝置與其他節點或會議伺服器之間進行。

完整的螢幕共享會擷取 Teams 通話監控畫面，並讓其他參與者看到。 裡面的影片元素看不到，反而是空白方格。 在進行應用程式分享時，只有被分享的應用程式會被其他參與者看到，通話監控器不會被擷取。

Citrix 應用程式保護與 Microsoft Teams 相容性

啟用 App Protection 的用戶在使用新優化後，仍可共享螢幕與應用程式。 分享需 VDA 版本 2402 或以上，且 Windows 2309.1 或以上則需 CWA。 低階版本使用者在安裝並啟用應用程式保護模組後，反而會看到黑屏。

AVD 螢幕擷取保護與 Microsoft Teams 相容性

啟用 SCP () 螢幕 擷取保護 的使用者，可在遠端桌面用戶端 () 仍能在使用 SlimCore Microsoft的新優化方案下，共享螢幕與應用程式。 分享需要以下最低版本：Teams 25060.205.3499.6849，以及遠端桌面用戶端 1.2.6081 或 Windows App 2.0.379。

低階版本的使用者啟用 SCP 後，反而會共用一片黑屏。

市政廳與現場活動

參加這類會議的參加者並未 (WebRTC 或 SlimCore) 進行優化，因此他們預設採用伺服器端渲染，導致虛擬桌面資源消耗大幅， (主要是 CPU、RAM 和虛擬通道頻寬) 。 因此，Microsoft eCDN 與 P2P 流量皆在虛擬機本身進行，因為無法卸載。 更多細節請參考 這篇文章。

關於主持人/組織者角色支援，請查看上方「功能清單與新優化」表格。

VDI 中的周邊設備

當 Teams 採用 SlimCore 優化時，連接在實體裝置上的攝影機、麥克風、位置和喇叭都會映射到你的虛擬桌面上。 Teams 會列舉所有偵測到的裝置，優先排序預設通訊裝置 (，如在使用者裝置) 執行時 mmsys.cpl 面板中所見。 基於 SlimCore 的優化支援 Teams 認證耳機 (HID) ，允許用戶直接從耳機自行靜音/解除靜音及音量調整。 目前不支援認證 Teams 裝置上的 Microsoft Teams 按鈕。

監控 API

管理員可以建立自訂腳本來 查詢 vdi_connection_info.json——虛擬機中的此檔案包含當前及上次會話的資訊，如優化狀態、周邊設備及不同元件的軟體版本。

在 VDA 或 RD 主機) 中 (位置：C：\Users<username>\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\tfw

監控 API 的典型使用情境包括：

• 管理員在 VDA 或 RD 主機中部署自動化腳本，以偵測用戶端終端作業系統自上次連線以來是否改變。 腳本會消耗 JSON 檔案的內容，比較前兩次會話的值，並發出自己的警示/彈出訊息。
• 開發者開發第三方應用程式，報告 VDI 優化連線的當前狀態。 腳本會消耗 JSON 檔案的內容，以取得目前 Teams 會話中所有可用的連線、優化及裝置資訊。

JSON 檔案結構：

• Timestamp - vdiConnectedState.timestamp 表示會話連線的時間戳記
• VDI 優化 - vdiConnectedState.vdiMode 表示優化版本 (在整個 VDI 會話中保持不變)
• 連接狀態 - connectedStack (遠端 = 優化，本地 = 未優化) (在 VDI 會話中保持靜態)
• 端點上的 SlimCore 版本 - remoteSlimcoreVersion
• 虛擬機上的 VdiBridge 版本 - bridgeVersion
• 端點上的 MS Teams 插件版本 - pluginVersion
• Teams 版本 - vdiVersionInfo.teamsVersion
• Client Platform - vdiVersionInfo.clientPlatform
• VDI Client (CWA or Windows App) version - vdiVersionInfo.rdClientVersion
• VM OS Version - vdiVersionInfo.vmVersion
• 可用的周邊裝置 - devices.speakers.available、devices.cameras.available、devices.microphones.available (即時更新至 json 檔案)
• 選擇周邊裝置 - devices.speakers.selected、devices.cameras.selected、devices.microphone.selected (即時更新至 json 檔案)
• Secondary Ringer - devices.secondaryRinger (即時更新 json 檔案)

VDI 中的通話品質儀表板

CQD (通話品質儀表板) 讓 IT 專業人員能利用彙整資料，透過比較用戶群組的統計數據，找出產生媒體品質問題的趨勢與模式。 CQD 並不專注於解決個別通話問題，而是找出適用於多數使用者的問題與解決方案。

VDI 使用者資訊現在透過多種維度與過濾器被揭露。 請參閱 此頁面 以獲取各維度的更多資訊。

查詢基礎

一個完善的 CQD 查詢/報告包含以下三個參數：

• 測量
• 尺寸
• Filter

一些良好格式查詢的例子包括：

1. 「請顯示 VDI 用戶的不良串流 [測量]，並使用新的 Optimization [Dimension] 上個月篩選器。」
2. 「顯示上個月以總 Stream Count [Dimension] 顯示不良的應用程式共享 [測量]，以及第一或第二客戶端 VDI 模式在哪裡優化了[篩選器]。」

你也可以用許多維度和測量值作為篩選條件。 你可以在查詢中使用篩選器，像選擇維度或測量來新增或包含資訊一樣，來消除資訊。

聯合會的職責

預設情況下，Filters 允許你用 AND 運算子來篩選條件。 但有些情況下，你可能會想把多個濾波條件結合起來，以達到類似 OR 操作的效果。 例如：為了取得 VDI 使用者的所有串流，UNION 提供合併後資料集的獨特視圖。 要使用 UNION，請在 UNION 欄位插入你想 UNION 的兩個篩選條件中的通用文字。

呼叫者與Callee所在地

CQD 不使用 Caller 或 Callee 欄位，而是使用 First 和 Second ，因為呼叫者與被叫者之間存在中間步驟。

• 首先 是伺服器端點，例如 (AV MCU 或媒體處理器伺服器) 如果串流中有伺服器參與的話。
• 第二種 永遠是客戶端端，除非是伺服器間的串流。

若兩個端點類型相同 (例如人對人通話) ，則根據使用者代理類別的內部排序，先與次端點會被設定，以確保順序一致。