適用於 Teams 的新 VDI 解決方案

適用於: Microsoft Teams

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

系統需求

需求	最低版本
Teams	-24193.1805.3040.8975 Azure 虛擬桌面/Windows 365) 的 (-24295.605.3225.8804 Citrix) 的 (-25198.1109.3837.4725 Amazon) 的 (-MAC 端點需要 26072.521.4595.7966 或更新版本 -26072.521.4595.7966 (適用於 Omnissa)
Azure 虛擬桌面/Windows 365	-適用於 Windows 的 Windows 應用程式：2.0.352.0 -適用於 Windows 的遠端桌面用戶端：不再支援。升級至最新的 Windows 應用程式。 -適用於 MAC 的 Windows 應用程式：11.3.4 非 App Store 版本。使用者必須使用可以自動更新的獨立.pkg檔案。不支援 Microsoft Store 版本。 -最新 MAU 用戶端的常青連結： https://aka.ms/RDMacMAU
Citrix	-虛擬桌面代理程式 (VDA) ：2203 長期服務版本 (LTSR) 累積更新 (CU) 3 或 2305 的累積更新 (CR) 的目前版本 -適用於 Windows 的 CWA) (Citrix Workspace 應用程式：2203 LTSR (任何累積更新) 、2402 LTSR 或 2302 CR。 -MsTeamsPluginCitrix： 2024.41.1.1 適用於 Windows) 的 (-MAC 版 Citrix Workspace 應用程式： 2508.10 -MsTeamsPluginCitrix： 2025.49.x.x 適用於 MAC 的 () aka.ms/macplugin -僅支援未處於生命週期結束的 CWA 版本
Amazon WorkSpaces	用戶端 5.31.0.5733。 WSP (Server Agent) 2.1.0.1840
Omnissa Horizon	適用於 Windows 8.17 或更新版本的用戶端
端點	-Windows 10 1809 (Windows 企業長期服務通道) - SlimCore 最低需求支援 Windows 10 2019/2021 或 Windows 11 2024 上的精簡型用戶端 - GPO 不得封鎖 MSIX 安裝 (請參閱步驟 3：端點上的 SlimCore MSIX 暫存和註冊) -最低 CPU：Intel Celeron (或同等處理器) @ 1.10 GHz，四核，最小 RAM：4 GB-macOS 14、15 或 26 (需要 CWA 2511)

元件

元件	角色	更新	大小	注釋
Teams vdiBridge	伺服器端虛擬通道模組。	每個 Teams 版本都有新版本。		與 Teams 搭售。
自訂虛擬通道 (VC)	Microsoft Teams 所擁有的自訂 VC。	穩定 API - 預計不會有更新。		檢查 Citrix Studio 原則虛擬頻道允許清單。
外掛程式	用戶端 VC dll。還負責 SlimCore 下載和清理。	不頻繁 (最好是沒有更新) 。	大約 600 KB。	隨附 Windows 遠端桌面用戶端 1.2.5405.0、適用於 Windows 1.3.252 的 Windows 應用程式和適用於 MAC 的 Windows 應用程式 11.3.4 MAU 用戶端或更新版本搭售。適用於 Windows 或更新版本的 Citrix CWA 2402 可以擷取並安裝外掛程式。適用於 MAC 的 CWA 2508.10 與 Amazon WorkSpaces 用戶端 5.31.0.5733 搭售，適用於 Windows 或更新版本。隨附適用於 Windows 或更新版本的 Omnissa Horizon Client 8.17 (2512) 搭售
SlimCore	媒體引擎 (作業系統特定，而非 VDI 廠商特定) 。	每個新的 Teams 版本都會自動更新為新版本。	大小約 50 MB。	在 Microsoft 公用內容傳遞網路上託管的 MSIX 套件。

使用適用於 Teams 的新 VDI 解決方案進行最佳化

步驟 1：確認必要條件

確定您有適用於 Azure 虛擬桌面/Windows 365) 的新 Microsoft Teams 版本 24193.1805.3040.8975 或 (更新版本、Citrix 適用的 24295.605.3225.8804 或更新版本，或適用於 Omnissa 的 26032.206.4355.6508。
如有需要，請為特定使用者群組啟用 Teams 原則 (預設為全域全組織層級啟用) 。
對於 Citrix，您必須設定 虛擬頻道允許清單， 如本文的 Citrix 虛擬通道允許清單一節中所述。
對於 Amazon WorkSpaces，請確定適用於 Windows 的 WorkSpace 用戶端為 5.31.0.5733 或更新版本。
針對 Omnissa Horizon，最佳化現已正式推出 - 請確定適用於 Windows 的 Horizon 用戶端是 8.17 (2512) 或更新版本。

步驟 2：在端點安裝外掛程式

針對 Azure 虛擬桌面和 Windows 365，MsTeamsPluginAvd.dll 會與適用於 Windows 1.2.5405.0 的遠端桌面用戶端、適用於 Windows 1.3.252 或更新版本的 Windows 應用程式 Store 應用程式，以及適用於 MAC 的 Windows 應用程式非 Store 版本 11.3.4 搭售
- 外掛程式位於安裝遠端桌面用戶端的相同資料夾位置。您可以在 AppData\Local\Apps\遠端桌面或 C：\Program Files (x86) 找到外掛程式，具體取決於其安裝模式。
- 位於 C：\Program Files\WindowsApps 中的 MSIX 型 Windows 應用程式 Store 應用程式。此資料夾的存取受到限制。
對於 Amazon WorkSpaces，MsTeamsPluginAmazon.dll 與適用於 Windows 5.28.0.5487 或更新版本的 WorkSpaces 用戶端搭售。
- 外掛程式位於安裝 WorkSpaces 用戶端的相同資料夾位置。
對於 Omnissa Horizon，MsTeamsPluginOmnissa.dll 與適用於 Windows 8.17 (2512) 或更新版本的 Horizon Client 搭售。
- 該外掛程式位於安裝 Horizon Client 的相同資料夾位置 (C：\Program Files\Omnissa\Omnissa Horizon Client) 。
針對適用於 Windows 2402 或更新版本的 Citrix Workspace 應用程式，可以安裝 MsTeamsPluginCitrix.dll 其中一項：
- 安裝 Citrix Workspace 應用程式時使用使用者介面：
  
  在 [ 附加元件 (的) ] 頁面上，選取 [ 安裝Microsoft Teams VDI 外掛程式 ] 核取方塊，然後選取 [ 安裝]。
  
  同意彈出的使用者合約，然後繼續安裝 Citrix Workspace 應用程式。
  
  備註
  
  適用於 Windows 2402 的 Citrix Workspace 應用程式只會在全新安裝時顯示外掛程式安裝 UI。
  若要讓就地升級也顯示此選項，需要適用於 Windows 2405 或 Mac 2603 更新版本的 Citrix Workspace 應用程式。
  CWA 自動更新時自動安裝外掛程式的功能已在 Windows 2508 的 CWA 中引進。
  從適用於 Windows 的 Citrix Workspace 應用程式 2603 開始，CWA 可以自動將外掛程式更新為最新版本，甚至在 CWA 自動更新至較新版本之前。
  如需詳細資訊，請查看此 Citrix 文章
- 透過命令列或指令碼，以使用 C 受管理的 Windows 裝置：>CitrixWorkspaceApp.exe /installMSTeamsPlugin

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

系統管理員可以使用 msiexec 搭配適當的旗標，如 msiexec 中所述。
重要
- 適用於 Citrix 客戶的 Windows 外掛程式 MSI 下載連結：
  - 適用於 32 位元 Workspace 應用程式 aka.ms/plugin。
  - 對於 64 位元工作區應用程式 (新的) aka.ms/plugin_x64。
  - 適用於 ARM 型工作區應用程式 https://aka.ms/plugin_arm64。
  - Citrix Workspace 應用程式 (wfica 處理程序) 只能從相同的架構載入外掛程式， (換句話說，32 位元 CWA 載入 64 位元 DLL 將無法最佳化)
- 適用於 Citrix 客戶的 Mac 外掛程式下載連結 aka.ms/macplugin
外掛程式 MSI 會自動偵測 CWA 安裝資料夾，並將 MsTeamsPluginCitrix.dll 放在該位置。
只有在沒有使用中的虛擬桌面工作階段時才能升級外掛程式。
外掛程式無法降級，只能升級或重新安裝 (修復) 。
不支援 CWA 的每位使用者安裝。
如果在端點上找不到 CWA，則會停止安裝。

使用者類型	安裝資料夾	安裝類型
系統管理員	64 位元：C：\Program Files (x86) \Citrix\ICA Client 32 位元：C：\Program Files\Citrix\ICA Client	每一系統安裝

版本資訊版本	詳細資料
2026.29.1.4	2026 年 7 月 - 修正精簡型用戶端或 Kiosk 裝置的 MSIX 佈建和註冊問題，其造成新使用者無法使用新架構進行最佳化。 -從這個外掛程式版本開始，僅支援分割的 MSIX 套件。 -安全性增強功能
2026.15.1.1	2026 年 4 月 - 改善用戶端看門狗可靠性，以減少錯誤中斷連線，並確保從暫時性網路中斷中更穩定地復原。 -支援 Teams 做為已發佈的應用程式 (Citrix 虛擬應用程式)
2025.43.1.1	2025 年 11 月 - 虛擬通道處理和傳輸的改進。 -改進 MSIX 安裝程序 (當 temp 不可用時，下載位置已更新為 localappdata) 。增強 BITS 下載器的可靠性。 -記錄和遙測修正以改善診斷
2025.29.1.2	2025 年 8 月 - 其他記錄和遙測功能
2025.24.1.3	2025 年 7 月 - 精簡如果 TEMP/TMP 環境 (系統) 變數指向 RAM 磁碟，則使用整合寫入篩選器搭配 RAM 覆疊的用戶端可能會遇到 SlimCore MSIX 安裝錯誤。此外掛程式可修正此問題。如需詳細資訊，請參閱本文稍後的 UWF) (整合寫入篩選器。它還支援透過在虛擬機器中建立登錄機碼來停用 HID， (請參閱「VDI 中的周邊設備」一節 )
2025.14.1.8	2025 年 5 月 - Citrix 外掛程式現在可以下載 64 位元的 SlimCore 套件，從而提高效能並改善螢幕共用體驗。當 Teams 版本為 25094.x.x.x 或更高版本時，此版本也支援 SlimCore 分割 MSIX 套件，簡化使用者提示相機和麥克風權限。請參閱步驟 3：端點上的 SlimCore MSIX 暫存和註冊中的「新增分割 MSIX 套件」。
2024.41.1.1	2024 年 10 月 - 在多監視器設定中使用 SlimCore 時，Citrix 使用者無法共用整個螢幕或個別監視器。 - 如果在建立虛擬通道後 SlimCoreVdi MSIX 套件註冊失敗，則嘗試 Reset-AppxPackage 。
2024.32.X.X	2024 年 8 月 - 如果遺失 AppExecution 別名，外掛程式現在會嘗試 Reset-AppxPackage SlimCoreVdi MSIX 套件。

步驟 3：端點上的 SlimCore MSIX 暫存和註冊

外掛程式會以無訊息方式執行此步驟，而不需要使用者或系統管理員介入。暫存和註冊仰賴端點上的 App Readiness Service (ARS) 。群組原則或協力廠商工具所設定的登錄機碼可能會封鎖 MSIX 套件安裝。如需適用登錄機碼的完整清單，請參閱群組原則如何搭配已封裝應用程式使用 - MSIX。

重要

新的分割 MSIX 套件 目前有新的 64 位元 Slimcore 安裝程式可供使用，它會將媒體引擎安裝分割成兩個不同的 MSIX 套件，稱為主機和架構。如果在使用者裝置上設定，這項變更會直接影響 AppLocker/WDAC/群組原則物件 (GPO) ：

(~100 KB) [Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe] 的主機套件負責在 Windows 作業系統中註冊 SlimCore 為應用程式，在單一套件系列名稱 (PFN) 下 - 這在 [設定]/[應用程式]/[已安裝的應用程式] 下顯示為「Microsoft Teams VDI 最佳化工具」。一旦使用者將相機/麥克風/位置的權限授予此應用程式，就不會再提示他們。這解決了先前 SlimCore MSIX 安裝程式的限制，該安裝程式具有不同的 PFN，因此每次在 VM 中升級 Teams 時，都會重新觸發周邊設備存取的使用者提示。 MsTeamsVdi.exe 從 Host 包載入，它仍然是負責所有網絡通信的進程。
(~60 MB) [Microsoft.Teams.SlimCoreVdiFwk.win-x64] 的架構套件。<version>_8wekyb3d8bbwe] 僅包含即時媒體庫。這些套件有不同的 PFN 和版本設定。它們不會顯示在 [應用程式/已安裝的應用程式] 底下。多個 Framework 套件可以共存於相同的端點中。 MsTeamsVdi.exe 會自動載入符合 VM 上 Teams 版本的架構套件。
最低系統需求：
具有 Teams 25153.x.x.x 和遠端桌面用戶端 1.2.6278 / Windows 應用程式 2.0.550.0 的 AVD/W365 環境。
具有 Teams 25094.x.x.x 和外掛程式 2025.14.1.8 的 Citrix 環境

下列登錄機碼可能會封鎖新媒體引擎 MSIX 套件安裝：

BlockNonAdminUserInstall
AllowAllTrustedApps
AllowDevelopmentWithoutDevLicense

重要

啟用 BlockNonAdminUserInstall 的受管理端點/精簡型用戶端仍然可以允許安裝 SlimCore 套件。套用KB5052094 (Windows 11 23H2 和 22H2) 、KB5052093 (Windows 11 24H2) 、KB5055612 (Windows 10 22H2) 或任何後續 KB。此安裝會在本機群組原則編輯器中引進名為「允許非管理員使用者安裝的套件系列名稱」的新群組原則：

群組原則編輯器 ->電腦設定 -> 系統管理範本 -> Windows 元件 -> 應用程式套件部署 -> 系統管理員接著可以允許完整的套件系列名稱 (（例如 Microsoft.Teams.SlimCoreVdi.win-x64.2024.43_8wekyb3d8bbwe) ）或使用規則運算式 (（例如 Microsoft.Teams.SlimCoreVdi.*_8wekyb3d8bbwe) ）將 SlimCore 套件列入允許清單。

針對新的分割 MSIX 套件架構，必須將兩個新套件新增至允許清單 (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe 和 Microsoft.Teams.SlimCoreVdiFwk.*_8wekyb3d8bbwe) 。
這也可以使用規則運算式來達成：Microsoft.Teams.SlimCoreVdi*.*_8wekyb3d8bbwe

重要

如果停用 AllowAllTrustedApps，新的媒體引擎 (MSIX) 安裝會失敗。此問題已在下列 Windows 累積更新中修正：

在使用者裝置上的下列其中一個位置都可以找到這三個登錄機碼：

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

某些原則可能會變更這些登錄機碼，並封鎖您組織中的應用程式安裝，因為系統管理員設定了限制性原則。一些可能阻止安裝的已知 GPO 原則包括：

防止非系統管理員使用者安裝已封裝的 Windows 應用程式。
允許所有信任的應用程式安裝 (停用的) 。

備註

AppLocker 或 Windows Defender 應用程式控制也可以防止安裝 MSIX 套件。 AppLocker 是深度防禦安全性功能，不被視為可防禦的 Windows 安全性功能。當目標是針對威脅提供強有力的保護，並且您預期沒有設計限制會阻止安全性功能實現此目標時，請使用 Windows Defender 應用程式控制。

重要

請確定沒有封鎖設定或原則，或在 [本機安全性原則 -> 應用程式控制原則 -> AppLocker] 中新增 SlimCore MSIX 套件的例外狀況。 AppLocker 無法處理尾端萬用字元，與 Windows Defender 應用程式控制不同。由於舊的 SlimCoreVdi 套件或新的 Framework 套件包含版本特定的 PackageFamilyName (，例如 Microsoft.Teams.SlimCoreVdi.win-x64.2024.36_8wekyb3d8bbwe 或 Microsoft.Teams.SlimCoreVdiFwk.win-x64.2025.14_2025.14.1.4_x64__8wekyb3d8bbwe) ，因此客戶可以改為依賴 PublisherID 8wekyb3d8bbwe 來新增 AppX 或 MSIX 排除項目。新的主機套件是單一套件系列名稱 (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe) 。

系統管理員使用更精細的每個應用程式 'AllAppList' 來定義允許執行的應用程式清單時，需要以這種方式新增例外狀況， (因為 SlimCore 會遵循 UWP 模型) ：

<應用程式 AppUserModelId=“Microsoft.Teams.SlimCoreVdi。<平台>架構<>。<release_version>_8wekyb3d8bbwe！MsTeamsVdi」 />

針對舊的 MSIX 安裝程式： <App AppUserModelId="Microsoft.Teams.SlimCoreVdi.win-x86.2025.12_8wekyb3d8bbwe!MsTeamsVdi" />.
針對新的分割 MSIX 架構： <App AppUserModelId="Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe!MsTeamsVdi" />。

若要尋找已發行 SlimCore 套件的清單，請查看此表格。

Mac 端點

備註

Mac 現已 100% 正式推出至 AVD/W365 和 Citrix 環境。

符合本文稍早所述之最低需求的使用者，可以使用新架構 (SlimCore 型) 進行最佳化。

AVD 和 Windows 365 客戶必須使用非市集Windows 應用程式版本 (也稱為 Microsoft AutoUpdate 或 MAU 用戶端) ，因為只有該版本會搭售外掛程式。 App Store Windows 應用程式不包含外掛程式，因此使用者仍會處於 WebRTC 型最佳化狀態。最新 MAU 用戶端的 Evergreen 連結： https://aka.ms/RDMacMAU

對於 Citrix 客戶，CWA 2508.10 可以在安裝時顯示使用者介面，提示使用者安裝外掛程式，但此流程需要使用者動作。 CWA 2603 也支援透過全域應用程式組態服務或 Citrix Studio 中的虛擬通道外掛程式下載管理員原則來部署外掛程式。
即將推出的 CWA (2607 ) 版本將自動安裝該插件。管理員也可以使用 JAMF 等其他工具來部署外掛程式。

重要

該插件負責在 Mac 設備上建立虛擬頻道以及自動和靜音媒體引擎安裝。
Mac 版外掛程式也隨附 Host SlimCore MSIX 套件。因此，在 macOS 上擷取並安裝的 SlimCore 套件是 Framework ( Microsoft。Teams.SlimCoreVdi.mac-arm64') 。多個版本可以共存於同一使用者裝置上。 VM 上的 Microsoft Teams 版本會指示外掛程式需要哪個 SlimCore 版本。
所有這些活動對使用者和系統管理員都是透明的。
位置： /Applications/Utilities/MsTeamsVdi.Plugin.app

SlimCoreVdi 安裝資料夾

針對 AVD/W365，/Users/{USER}/Library/Containers/Windows App/Data/Library/Application Support/Microsoft/TeamsVDI/Packages/
針對 Citrix，/users/{user}/library/application support/Microsoft/TeamsVDI/Packages

Mac 中的記錄集合

記錄會儲存在使用者裝置上的下列目錄中：~/Library/Application Support/Microsoft/TeamsVDI

Mac 中不支援的功能

HID (目前僅在公開預覽) 提供
以出席者身分最佳化全體大會
針對 AVD/W365，目前不支援跨雲端
端對端加密會議中的傳出螢幕畫面共用已停用
共用系統音訊
macOS 網路設定中經過驗證的 Proxy 僅限 AVD/W365 ()
僅限 AVD/W365 (e911 中的 LLDP) (連結層探索通訊協定)
遠端應用程式 / 已發佈的應用程式

Mac 中的已知問題

應用程式共用期間，簡報者的滑鼠游標速度緩慢。如果簡報者停止並重新啟動應用程式共用，則延遲將不再存在。這已在 Teams 26149.x.x.x 或更新版本中修正。
Mac 裝置上比 6.6.10 舊的 Zoom VDI 外掛程式會導致 Citrix Workspace 應用程式在通話轉接時當機。
如果您在通話期間連接/拆卸外接顯示器，視訊可能會顯示在錯誤的畫面上。當您在 HDX 工作階段期間變更顯示器對齊方式時，也會發生這種情況。

驗證端點是否已最佳化

一旦符合所有最低需求，根據預設，第一次啟動 Teams 將嘗試以 SlimCore 最佳化模式載入。

您可以查看 UI) 左上角的 VDI 狀態指示器 (，在 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__8wekyb3d8bbwe

遠端桌面用戶端或 Citrix Workspace 應用程式會根據使用者的裝置下載 x64 或 x86 SlimCore 套件。 'WindowsApps' 資料夾已鎖定，因此使用者無法存取它。系統管理員會修改 ACL 以取得擁有權，但不建議此動作。請改為使用 PowerShell 在端點列出 MSIX 應用程式：

PowerShellCopy

Get-AppxPackage Microsoft.Teams.SlimCore*

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

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

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

重要

Microsoft 為相容性用途，儲存最多 12 個版本的 SlimCoreVdi 架構。我們儲存這些版本以防使用者存取不同的 VDI 環境，例如持續性，其中 Teams 會自動更新，以及非持續，其中 Teams 自動更新已停用。

如果您已最佳化，您會看到 MsTeamsVdi.exe 在端點上執行 Azure 虛擬桌面/W365 (作為 msrdc.exe) 的子程序，或 Citrix (作為 wfica32.exe) 子程序。使用 Process Explorer 時，如果您選取 [msrdc.exe (] 或 [wfica32.exe) ]，選取 [檢視] 底下的 [顯示下方窗格] 並切換至 DLL 索引標籤，您也可以看到正在載入外掛程式 (MsTeamsPluginAvd.dll 或 MsTeamsPluginCitrix.dll) 。如果您沒有取得新的最佳化，此動作是實用的疑難排解步驟。

VDI 狀態指示器

Microsoft Teams 會顯示最佳化狀態的相關資訊，協助使用者了解其是否已最佳化。它還通過將游標懸停在優化橫幅上來顯示他們使用的是 WebRTC 優化還是基於 Slimcore 的新優化。

在 Microsoft Teams 未最佳化的情況下，使用者會看到警告圖示。

顯示並未最佳化 Teams 應用程式的螢幕擷取畫面。

使用者可以選取這三個點，然後選擇 [最佳化虛擬桌面]，然後重新啟動 以嘗試修復。

此選取項目會觸發 Teams 重新啟動，以解決一些已知問題。如果使用者仍未最佳化，會顯示錯誤碼，供 IT 系統管理員根據連線錯誤表格快速診斷。

系統會向使用者提供連結，以接收有關錯誤的詳細資訊，如果可採取動作，他們可以嘗試自我補救。

工作階段漫遊和重新連線

備註

如果虛擬桌面工作階段中斷連線 (未登出，Teams 仍會在虛擬機器) 上執行，現在 Citrix 上的 Teams 也可以切換最佳化堆疊，而不需要在重新連線後重新啟動。換句話說，如果可能，Teams 會嘗試使用 SlimCore 來最佳化使用者，如果端點不支援，則會嘗試 WebRTC 最佳化。

例如，在家工作時，用於攜帶您自己的裝置 (BYOD) 案例的 Windows 端點，且已安裝外掛程式，以及辦公室中公司管理的Linux精簡型用戶端，僅支援 WebRTC。當使用者在兩個端點之間漫遊時，Teams 會自動挑選正確的最佳化堆疊，而不會要求使用者重新啟動應用程式。此外，使用者會收到最佳化切換的通知，並顯示可關閉的橫幅 (「正在最佳化虛擬桌面...」) 。

此無縫堆疊轉換取代了要求使用者在 VDI 環境中手動重新啟動應用程式的強制回應對話方塊。

網路考量

提示

MsTeamsVdi.exe 是將所有 TCP/UDP 網路連線至 Teams 轉送/會議伺服器或其他對等端的流程，同時 (訊號和媒體) 。

SlimCore MSIX 資訊清單會將下列規則新增至防火牆： <Rule Direction="in" IPProtocol="TCP" Profile="all" /><Rule Direction="in" IPProtocol="UDP" Profile="all" />

重要

在 VDI 環境中，如果使用新的最佳化與條件式存取原則搭配使用，其中包含持續存取評估 (CAE) 和嚴格的位置強制，使用者可能會重複遇到 Teams 登入提示或失敗的通話，因為驗證要求是針對端點 (用戶端) IP 評估，而不是根據 VM 主機 IP 進行評估，導致從不受信任的網路連線時存取遭到封鎖。此行為是設計使然，相較於 WebRTC 型最佳化，會反映出更嚴格的強制執行。若要減輕影響，客戶可以放寬 CAE 原則 (例如，避免嚴格的位置強制) ，或將相關端點或 ISP IP 範圍新增至信任的位置。

備註

請確定使用者的裝置有網路連線能力， (UDP 和 TCP) 至 Microsoft 365 URL 和 IP 位址範圍中所述的端點識別碼 11、12、47 和 127。
還需要 ID 184。下表是摘要僅供參考，請透過 RSS 訂閱) (監控這兩個連結以取得最新清單。

識別碼	類別	急診室	位址	連接埠	注釋
11	必要最佳化	是	52.112.0.0/14, 52.122.0.0/15, 2603:1063::/38	UDP：3478、3479、3480、3481	媒體處理器和傳輸轉送 3478 (STUN) 、3479 (音訊) 、3480 (視訊) 、3481 (螢幕畫面分享)
12	允許必要	是	`.lync.com`，， `.teams.microsoft.com`， `teams.microsoft.com`， `*.teams.cloud.microsoft`， `teams.cloud.microsoft`， 52.112.0.0/14， 52.122.0.0/15， 2603：1027：：/48， 2603：1037：：/48， 2603：1047：：/48， 2603：1057：：/48， 2603：1063：：/38， 2620：1ec：6：：/48， 2620：1ec：40：：/42	TCP：443、80、UDP：443
47	預設值必要	否	`*.office.net` , `graph.microsoft.com`	TCP： 443， 80	用於 SlimCore 下載和背景效果
69	預設值必要	否	`.aria.microsoft.com`, `.events.data.microsoft.com`	TCP：443	後端通訊服務
127	預設值必要	否	`*.skype.com`	TCP： 443， 80
184	預設值必要	否	`.cloud.microsoft`, `.static.microsoft`, `*.usercontent.microsoft`	TCP：443、UDP 443	用於鈴聲、雜音抑制和其他型號

網路架構

Teams VDI 2 的網路架構。

圖表中的架構逐步解說：

啟動 Teams。
Teams 用戶端會向 Teams 服務驗證。租用戶原則會向下推送到 Teams 用戶端，而相關設定會轉送至應用程式。
Teams 會偵測到它正在虛擬桌面環境中執行，並具現化內部 vdibridge 服務。
Teams 會在伺服器上開啟安全的虛擬頻道。
RDP/HDX/Blast/DVC 通訊協定會將要求傳輸至 VDI 用戶端 (Windows 應用程式、Citrix Workspace 應用程式、Horizon Client 或先前載入 MsTeamsPlugin (用戶端虛擬通道元件) 的 Amazon WorkSpaces) 。
VDI 用戶端應用程式會產生稱為 MsTeamsVdi.exe 的新處理序，這是用於新最佳化的新媒體引擎 (SlimCore) 。此程序會執行所有網路活動。
用戶端) 上的 SlimCore 媒體引擎 (，虛擬) 桌面上的 msteams.exe (現在具有雙向通道，可以開始處理多媒體請求。

使用者呼叫

對等 A 選取通話按鈕。 MsTeamsVdi.exe 與 Azure 中的Microsoft Teams 服務通訊，與對等 B 建立端對端訊號路徑。MsTeamsVdi.exe 會收集一系列支援的呼叫參數， (轉碼器、解析度等，這稱為工作階段描述通訊協定 (SDP) 提供) 。然後，這些呼叫參數會使用訊號路徑轉送至 Azure 中的 Microsoft Teams 服務，並從該處轉送至另一個對等端。
SDP 提供/回應 (單次交涉) 會透過訊號通道進行，而使用 STUN 繫結要求 (NAT 和防火牆周遊的 ICE 連線檢查) 完成。然後，安全的即時傳輸通訊協定 (SRTP) 媒體直接在 MsTeamsVdi.exe 與其他對等 (或 Teams 傳輸轉送或會議伺服器之間流動) 。

本文說明訊號、媒體、背景效果及其他選項的 IP 區塊。

端點上 SlimCore 處理的流量類型

Teams 媒體流量連線是使用標準 IETF 互動式連線建立 (ICE) 來實作，用於 STUN 和 TURN 程序。
即時媒體。封裝在支援音訊、視訊和螢幕共用工作負載的即時傳輸通訊協定 (RTP) 中的資料。一般而言，媒體流量對延遲高度敏感。此流量必須盡可能採用最直接的路徑，並使用 UDP 與 TCP 作為傳輸層通訊協定，從品質角度來看，這是互動式即時媒體的最佳傳輸。
- 如果上述方法皆無效，媒體可以使用 TCP/IP，也可以在 HTTP 通訊協定內進行通道傳輸，但由於品質問題，我們不建議您這樣做。
- RTP 流量使用 SRTP 進行保護，其中僅對承載進行加密。
訊號。端點與 Teams 伺服器或其他用戶端之間的通訊連結，用來控制活動 (例如，) 啟動通話時。大部分的訊號流量都使用並遞補至 HTTPS 的 UDP 3478， (不過在某些情況下，例如，Microsoft 365 與工作階段邊界控制器之間的連線) 它會使用 SIP 通訊協定。請務必瞭解，此流量對延遲的敏感度要低得多，但如果端點之間的延遲超過幾秒鐘，可能會導致服務中斷或呼叫逾時。

頻寬消耗

無論您的網路狀況如何，Teams 的設計都可提供最佳的音訊、視訊和內容共用體驗。當頻寬不足時，Teams 會優先處理音訊品質，之後才是視訊品質。在頻寬未受限的情況下，Teams 會最佳化媒體品質，包括高逼真度音訊、最高至 1080p 的視訊解析度，以及最高 30 fps 的視訊和內容 (每秒畫面數) 。若要深入了解，請參閱頻寬需求。

服務品質 (QoS)

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

作為先決條件，請在 Teams 管理員中心全域啟用 QoS。如需啟用即時媒體流量設定的插入服務品質 (QoS) 標記的詳細資訊，請參閱 Teams 系統管理中心的設定 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，此程式會處理使用者裝置上的所有多媒體卸載。如需 QoS 的詳細資訊，請參閱劇本文件。
如需實作路由器 QoS 的詳細資訊，請參閱製造商文件。
在網路裝置上設定 QoS 可能包括部分或全部：
- 使用連接埠型存取控制清單 (ACL)
- 定義 QoS 佇列
- 定義 DSCP 標記

重要

我們建議使用端點來源連接埠以及來源和目的地 IP 位址 “any” 來實作這些 QoS 原則。這些原則會同時擷取內部網路上的傳入和傳出媒體流量。

不建議在 VDI 中使用 Microsoft Teams 的技術

VPN 網路。不建議用於媒體流量。
封包整形器。不建議用於 Teams 媒體流量使用任何類型的封包探查器、封包檢查、Proxy 或封包整形器裝置，且可能會大幅降低品質。

最佳化的 Microsoft Teams PowerShell 原則

CsTeamsVdiPolicy Cmdlet 可讓系統管理員控制使用者可以建立的會議類型，或他們在會議中可以存取的功能，特別是在 VDI 環境中，其中使用 VDI 合作夥伴的原則引擎 (Citrix Studio、VMware HTML5 ADMX 範本或此 AVD 和 Windows 365) 登錄機碼停用 WebRTC 最佳化。

預設原則設定如下：

DisableCallsAndMeetings: False
DisableAudioVideoInCallsAndMeetings: False

此原則現在有一個額外的引數作為唯一的設定點，用來控制使用者是否可以取得根據 SlimCore 的新最佳化模式。換句話說，VDI 合作夥伴的原則引擎不會控制新的最佳化模式：

VDI2Optimization：已啟用 (預設值)

名稱	定義	範例	注釋
New-CsTeamsVdiPolicy	允許系統管理員定義新的 VDI 原則，這些原則可指派給使用者，以控制與 VDI 環境中會議相關的 Teams 功能。	`PS C:\> New-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled"`	此處顯示的命令使用 New-CsTeamsVdiPolicy Cmdlet 建立具有身分識別 RestrictedUserPolicy 的新 VDI 原則。此原則會使用 VDI 原則的所有預設值，但其中一個例外：VDI2Optimization。在此範例中，無法使用 SlimCore 最佳化具有此原則的使用者。
Grant-CsTeamsVdiPolicy	允許系統管理員在每個使用者範圍內指派 Teams VDI 原則。系統管理員可以控制使用者可以建立的會議類型、他們可以在未最佳化的 VDI 環境中存取的功能，以及是否可以使用基於 SlimCore 的新最佳化模式來最佳化使用者。	`PS C:\> Grant-CsTeamsVdiPolicy -identity "Ken Myer" -PolicyName RestrictedUserPolicy`	在此範例中，身分識別為 “Ken Myer” 的使用者會指派給 RestrictedUserPolicy。
Set-CsTeamsVdiPolicy	允許系統管理員更新現有的 VDI 原則。	`PS C:\> Set-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled"`	此處顯示的命令使用 Set-CsTeamsVdiPolicy Cmdlet，以身分識別 RestrictedUserPolicy 更新現有的 VDI 原則。此原則使用所有現有值，除了一個：VDI2Optimization;在此範例中，具有此原則的使用者無法使用 SlimCore 進行最佳化。
Remove-CsTeamsVdiPolicy	允許系統管理員刪除先前建立的 Teams VDI 原則。沒有明確指派原則的使用者會回復到組織中的預設原則。	`PS C:\> Remove-CsTeamsMeetingPolicy -Identity RestrictedUserPolicy`	在先前顯示的範例中，此命令會從組織的原則清單中刪除受限制的使用者原則，並從已指派原則的使用者中移除此原則的所有指派。
Get-CsTeamsVdiPolicy	允許管理員擷取有關組織中設定的所有 VDI 原則的資訊。	`PS C:\> Get-CsTeamsVdiPolicy -Identity SalesPolicy`	在此範例中，Get-CsTeamsVdiPolicy 會用來傳回具有身分識別 SalesPolicy 的每一使用者會議原則。由於身分識別是唯一的，因此此命令不會傳回多個項目。

具有新最佳化的功能清單

下表將新的最佳化功能集與 WebRTC 型最佳化作比較。新的優化支持 AVD/W365、Citrix、Omnissa 和 Amazon 的 Windows 端點。 Mac 僅支援 AVD/W365 和 Citrix。 AVD/W365、Citrix 和 Omnissa 支援 WebRTC。

功能	可在 Windows 和 MAC) 的新最佳化 (上使用	可在 WebRTC (Windows 和 MAC) 上使用
1080p	是	否
端點上的硬體加速	是 ¹	否
圖庫檢視 3x3 和 7x7	是	否
服務品質	是	否
雜音抑制	是	是， (AVD)
語音隔離和臉部註冊	是 ⁶	否
HID	是，僅限 Windows) (	是， (AVD 和 Omnissa)
簡報者模式	是	否
Teams 進階版	查看 Teams 進階版頁面	查看 Teams 進階版頁面
組織自訂背景	是， (Teams 進階版需要授權)	否
使用者上傳的背景效果	是 ²	否
縮放 +/-	是	否
媒體旁路、位置型路由、Operator Connect ³	是	否
通話品質儀表板和 Teams 系統管理中心	是	有限
已發佈的應用程式/遠端應用程式/雲端應用程式	是， (AVD/W365 和 Citrix)	是， (AVD，僅限 Windows)
授與/控制權	是	是
應用程式共用	是	是
E911	是	是
聯播	是	是
共用系統音訊	是，僅限 Windows) (	是
次要鈴聲	是	是
背景模糊	是	是
召集人可以排程會議和活動	是	是
召集人、簡報者和出席者可以加入最多 1,000 位出席者的會議和活動，例如網路研討會	是	是
召集人和簡報者可以加入大型活動，例如全體大會	是	否
出席者可以加入大型活動，例如全體大會	是	是
網路研討會等最多 1,000 位出席者的會議和活動的召集人和簡報者已經最佳化	是 ⁴	是
最佳化大型活動的召集人和簡報者，例如全體大會	是	否
針對最多 1,000 位出席者的會議和活動（例如網路研討會）中的出席者進行最佳化	是	否
最佳化大型活動中的出席者，例如全體大會	否	否
註釋	僅作為簡報者。 ⁵	否

¹ 圖形硬體加速需要 DirectX 9 或更新版本，Windows 10 (需要 WDDM 2.0 或更新版本，Windows 10 Fall Creators Update) 需要 WDDM 1.3 或更新版本。
² 如果您以來賓身分加入會議，則不支援此功能。不支援透過指令碼將背景檔案放在使用者的 Appdata 設定檔中， (使用者必須透過 Teams 上傳所需的自訂檔案，然後該檔案會複製到使用者的 OneDrive，前提是該檔案有足夠的儲存容量) 。
³ 使用行動電話號碼在印度進行電信業者連線時，需要從端點的作業系統和本機網際網路中斷存取經緯度。操作員：使用有線或無線號碼連線，可以使用 IP/子網路或網際網路分組來對應到某個位置。確保端點 OS 偵測到正確的國家/地區至關重要，因為透過印度以外的分組路由流量可能會導致端點 OS 錯誤識別位置。如需詳細資料，請參閱選擇有線或無線號碼。
⁴ NDI (網路裝置介面) ，製作人不支援連線媒體裝置 (例如工作室攝影機和混音器) 之現代化解決方案。
⁵ 檢視者看不到註釋， (被傳入的視訊視窗重疊) 隱藏起來。
⁶ 語音和臉部註冊依賴 VDI 提供者相機/麥克風重新導向 (，例如 Citrix HDX、Omnissa RTAV、Microsoft RDP 等 ) 。請參閱已知問題章節。

端點上的 SlimCore 使用者設定檔

新的 VDI 解決方案會根據您的廠商，將使用者特定資料儲存在端點的下列位置：

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

較舊的 SlimCore MSIX 套件 (於新的具有主機和架構的新分割 MSIX 套件之前) 儲存使用者特定資料的位置：

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

記錄、鈴聲、設定以及 (用於雜訊抑制、頻寬估計等的 AI 或 ML 模型 ) 都會儲存在此位置。此外，上傳至 Teams 的自訂背景效果會從使用者的 OneDrive 下載到這個位置的 [下載] 資料夾 (因此，需要具備足夠儲存空間的 OneDrive 帳戶，才能) 功能運作。例如，如果在使用者登出後清除了這些 AppData 資料夾，例如，沒有漫遊設定檔 () 的鎖定精簡型用戶端，MsTeamsVdi.exe 會重新建立這些資料夾，並下載使用者專屬組態 (大約 12 MB 的資料) 。使用者特定資料可能會成長為 ~100 MB (包括 ~60 MB 的記錄) 。

重要

鎖定的精簡型用戶端必須允許讀/寫這些位置。否則，新的最佳化可能會失敗。對於較舊的 Windows 10 1809 精簡型用戶端 (，例如 Dell Wyse 5070 和類似型號) ，SlimCoreVDI 的進程會將 AppData 寫入虛擬化檔案儲存空間，因此 SlimCore 使用者設定檔的資料夾位置會根據 SlimCore MSIX 套件) 而 (：C:\Users\<user>\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdi.win-<architecture>.<version>_8wekyb3d8bbwe\LocalCache\。 C:\Users\<user>\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe\LocalCache\.

鎖定精簡型用戶端環境中的 SlimCore 安裝和升級程序 (選擇性)

根據預設，MsTeamsPlugin 會自動下載並安裝正確的 SlimCore 媒體引擎版本，而不需要使用者或管理員介入。但是，在分公司中處於受限網路環境的客戶可以選擇替代的 SlimCore 發佈程式，而不需要端點能夠使用 https 從 Microsoft 的公用內容傳遞網路擷取 SlimCore 套件。

備註

如需符合其對應 Teams 版本的 SlimCore 套件更新清單，請查看此表格。

重要

如果您必須選擇此方法，您必須保證：

虛擬桌面中已停用 Teams 自動更新。
在虛擬桌面中升級 Teams 之前，SlimCore 套件已預先佈建到端點的本機儲存空間或網路共用。任何較新的 Teams 版本都會要求相符的新版 SlimCore，如果外掛程式找不到，使用者就會處於伺服器端轉譯) (遞補模式。

之所以發生這種情況，是因為 Teams 和 SlimCore 版本必須相符。

設定步驟

在使用者的端點 (精簡型用戶端/FAT 用戶端) 上，您必須建立下列登錄機碼：
- Citrix 的位置：HKLM\SOFTWARE\WOW6432Node\Microsoft\Teams\MsTeamsPlugin
- Azure 虛擬桌面/W365 的位置：HKLM\SOFTWARE\Microsoft\Teams\MsTeamsPlugin
- 名稱： MsixUrlBase
- 類型：REG_SZ
- 資料：本機儲存體或網路儲存體的 UNC 路徑，例如 file://C:/Temp 或 file://ComputerName/SharedFolder。
regkey 會定義基底 URL。
此外，系統管理員必須從 Microsoft 的內容傳遞網路下載與您未來計劃部署的 Teams 版本相符的確切 SlimCore MSIX 套件版本。

重要

MSIX 套件必須符合 Citrix Workspace 應用程式的架構或位元， (x86 僅限) 或遠端桌面或 Windows 應用程式用戶端：Microsoft.Teams.SlimCoreVdi.<platform>-<architecture>.msix。
若要保留結構，請將 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」的 VM 事件檢視器描述項目時，將無法佈建 SlimCore MSIX 套件 (“sc_host_install_error”：“{”val“：4390，”cat“：”windows“}”) 。因應措施是在MSTEAMSVDI_BITS_TMP_PATH建立新的系統變數，並將其指向臨時實體磁碟位置， (例如 C：\TMP 或 C：\TEMP) 。這可讓背景智慧型傳送服務成功下載並佈建 SlimCore。

跨雲端共同作業

Microsoft 的公用雲端、GCC (Government Community Cloud) 、GCCH (Government Community Cloud High) 以及 DoD (Department of Defense) 雲端中的組織現在可以透過新的最佳化有效地彼此共同作業， (此共同作業適用於公司內部和公司間) 。這種協作通常涉及對共享內容的訪問，這需要經過身份驗證的訪問。之前，由於音訊/視訊缺乏最佳化，透過 Teams 進行的跨雲端共同作業受到限制。透過 Teams 和 Slimcore 型最佳化，使用者現在可以享有高畫質的使用者體驗。如需有關 Cross Cloud 的詳細資訊，請查看此連結。

支援下列案例：

跨雲端匿名 可讓使用者登入 Teams 中的雲端 A，並匿名加入不同雲端 B 中的會議。檢查管理匿名參與者對 Teams 會議和活動的存取權 (IT 系統管理員) 以取得更多詳細資料。
跨雲端來賓存取 可延伸功能，讓使用者在 Teams、頻道、文件和 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 不支援任何跨雲端功能。
如果即使使用者符合最低需求，跨雲端功能似乎仍無法運作，您可以在使用 SlimCore) 最佳化 Teams (後結束，並嘗試刪除下列路徑中名為 ecs_settings.dat64 的檔案：%localappdata%\packages\MSTeams_8wekyb3d8bbwe\LocalCache\microsoft\MSTeams。重新啟動 Teams。

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

萬用字元支援可在以下地區取得：
- VDA 2206 CR。
- VDA 2203 LTSR 從 CU2 開始。
VDA 電腦必須重新開機，原則才能生效。

備註

VDA 2603 或更新版本現在預設允許三個虛擬通道，而不需要特定設定 Citrix Studio 原則 ('允許') 。

相較於未最佳化的 Teams 桌面用戶端，傳出螢幕共用和應用程式共用在最佳化的 VDI 中的行為不同。因此，這些活動需要採用使用者裝置資源的編碼 (例如 CPU、GPU、RAM、網路等) 。從網路的角度來看，共用是直接在使用者的裝置與其他對等或會議伺服器之間完成的。

備註

虛擬機器端螢幕畫面分享 (vmss)

對於 Omnissa、Amazon 或 MAC (Citrix 或 AVD/W365) ，共用是直接在使用者的虛擬機器（簡報者）與其他對等檢視者或會議伺服器之間完成的，因此管理員必須允許 VM 網路上的 ID 11 和 12，如 Microsoft 365 URL 和 IP 位址範圍中所述。這是因為當 VDI 使用者選取螢幕共用按鈕時，P2P 音訊/視訊通話會向上呈報為群組通話，讓 Teams 直接從虛擬機器共用內容。 Teams 最佳化的檢視者仍可直接在其端點上接收傳入的螢幕共用串流，卸載會發生。
此功能目前處於 Windows 使用者以及 Citrix、AVD/W365) (公開預覽階段。請查看上方的「網路架構」圖表以取得詳細資訊。系統管理員可以在 Teams 管理員中心偵測這些傳出的螢幕共用工作階段， (它們顯示為使用者) 或 CQD 的其他「螢幕共用串流」工作階段， (在使用者代理程式類別) 上顯示為「Microsoft Teams VDI (VM 螢幕共用) 」

提示

您可以在 VM 上建立下列登錄機碼，以控制 vmss CPU 資源耗用：

路徑： HKCU\Software\Microsoft\Teams\VMSS 或 HKLM\Software\Microsoft\Teams\VMSS (HKLM 優先於 HKCU)
名稱： MaxFPS (DWORD)
值：介於 1 到 15 之間的任何值

一般的 PowerPoint 工作階段會耗用 3fps。如果使用者按一下共用工具列中的 [最佳化] 按鈕， (用於) 分享影片，Teams 會嘗試將速度提高至 15 fps，且預期會對 CPU 產生更高的影響。將 MaxFPS 上限設在 5-10 之間，有助於減少此案例的影響。

大小指導方針

下列建議衍生自 Microsoft 的內部負載測試。由於測試結果可能會因部署而異，因此客戶應在其特定環境中進行自己的驗證。結果受到多種因素的影響，包括 VM 大小、工作負載模式，以及最重要的是 GPU 加速的存在。

在配備 Intel Xeon CPU E5-2673 v4 @ 2.30GHz (且沒有 GPU 或快速同步的單一使用者 4vCPU/16GB RAM VM 上，因此使用 H264 軟體編碼) ，

使用 4K 外接螢幕時，當使用者按一下 UI 工具列) 中的 [最佳化影片]時，VM 上 Microsoft Teams 會耗用記憶體使用量，以及額外的 ~510 MB，以及額外的 ~ 7-8% CPU (，) 3 fps 或 25-30% CPU (15 fps。
使用 2K 外接螢幕時，當使用者按一下 UI 工具列) 中的 [影片最佳化] 時，VM 上 Microsoft Teams 會耗用記憶體使用量，以及額外的 ~320 MB，以及額外的 ~3-4% CPU (，以 3 fps) 或以 15 fps 的速度耗用 20-25% CPU (。

完整監視器螢幕共用會擷取 Teams 通話監視器，並讓其他參與者看到。裡面的影片元素是不可見的，而是顯示為空白方塊。執行應用程式共用時，只有共用的應用程式對其他參與者可見，且不會擷取通話監視器。

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

啟用應用程式保護的使用者在使用新最佳化時仍然可以共用其螢幕和應用程式。共用需要 VDA 版本 2402 或更高版本，以及 Windows 的 CWA 2309.1 或更高版本。使用較低版本的使用者在安裝並啟用應用程式保護模組時，最後會共用黑色畫面。

AVD Screen Capture Protection 和 Microsoft Teams 相容性

啟用螢幕Capture保護 ( SCP) 的使用者，可在遠端桌面用戶端封鎖螢幕擷取畫面 (封鎖用戶端) 上的螢幕擷取畫面，在使用新的 SlimCore 型 Microsoft Teams 最佳化時，仍可共用其螢幕畫面和應用程式。共用需要下列最低版本：Teams 25060.205.3499.6849 和遠端桌面用戶端 1.2.6081 或 Windows 應用程式 2.0.379。

較低版本的使用者最終會共享一個黑屏，而不是啟用 SCP。

AVD RemoteApp / W365 雲端應用程式和 Citrix 虛擬應用程式

如果您使用 Azure 虛擬桌面中的 RemoteApp、Windows 365 中的雲端應用程式或 Citrix 虛擬應用程式 (已發佈的應用程式) 發佈 Microsoft Teams 應用程式，如果使用者符合以下最低需求，他們就可以使用新架構進行最佳化：

適用於 Windows 的 Windows 應用程式 2.0.964.0
Citrix 外掛程式 2026.15.1.1
Microsoft Teams 26043.2016.4478.2773

已知問題：

目前無法提供 Give/Take 控制權。
不支援 Mac 端點，因此不會進行最佳化，且使用者處於後援模式 (也稱為伺服器端轉譯) 。如果使用者看到不一致的行為且未處於遞補模式，請升級至 Microsoft Teams 26093.411.4595.9804 或更新版本。

自訂背景效果

新的優化允許用戶在 Teams 會議期間通過模糊或更改背景、上傳自己的圖像或從 Teams 中已有的背景圖像中進行選擇來保持他們的背景私密。上傳自訂影像需要使用者透過 Teams UI 上傳檔案，因此檔案必須透過用戶端磁碟機對應) 直接或間接可在虛擬桌面 (中使用。 Teams 接著會將檔案上傳至使用者的 OneDrive 資料夾，並指示使用者裝置上執行的媒體引擎下載檔案以進行本機處理。使用者的裝置網路必須允許存取 graph.microsoft.com。不支援透過指令碼放置背景檔案放在使用者的 Appdata 設定檔中， (使用者必須透過 Teams 上傳所需的自訂檔案，然後該自訂檔案會複製到使用者的 OneDrive，前提是該檔案有足夠的儲存容量) 。如果您以來賓身分加入會議，則不支援自訂背景功能。

大型活動 (，例如全體大會) 和即時活動

加入這些類型活動的出席者並未 (WebRTC 或 SlimCore) 最佳化，因此它們預設為伺服器端轉譯，在虛擬桌面上產生高資源消耗， (主要是 CPU、RAM 和虛擬通道頻寬) 。因此，Microsoft eCDN 和點對點 (P2P) 流量是在虛擬機器本身上執行，因為無法卸載。如需詳細資訊，請參閱這篇文章。

如需簡報者/召集人角色支援，請參閱本文稍早具有新最佳化表格的功能清單。

VDI 中的周邊設備

當 Teams 使用 SlimCore 最佳化時，連接到實體裝置的相機、麥克風、位置和喇叭都會對應至虛擬桌面上。 Teams 會列舉所有偵測到的裝置，並優先排序預設通訊裝置 (，如在使用者的裝置) 上執行時，mmsys.cpl 面板中所顯示。以 SlimCore 為基礎的最佳化支援人性化介面裝置 (HID) for Teams 認證的頭戴式裝置，讓使用者可以直接從頭戴式裝置自行靜音/取消靜音和增加/減少音量。目前不支援認證 Teams 裝置上的 Microsoft Teams 按鈕。

提示

使用原則 CSP - 隱私權，您可以透過陳述 SlimCore 的套件系列名稱 (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe) ，預先指定相機、麥克風和位置的每個應用程式設定。這些設定為 LetAppsAccessCamera_ForceAllowTheseApps、 LetAppsAccessMicrophone_ForceAllowTheseApps LetAppsAccessLocation_ForceAllowTheseApps

備註

透過某些周邊設備，並存執行的兩個整合通訊應用程式可能會導致 HID 衝突，導致進行中的通話中斷連線。

請參閱已知問題章節。

您可以透過 Teams 25060.205.3499.6849 或更新版本上的登錄機碼來停用 HID，因為可以在端點上建立金鑰。 (如果您有 2025.24.1.3 外掛程式 (Citrix) ，或遠端桌面用戶端 1.2.6275 / Windows 應用程式 2.0.550.0) ，也可以在 VM 上建立金鑰。

HKEY_CURRENT_USER\Software\Microsoft\Teams\HID

名稱： DisableHidManagerV1

類型：DWORD

值：1 (當設為 1 時，會停用 HID) (如果設定為 0 或金鑰不存在，則會啟用 HID)

監控 API

管理員可以建立自訂指令碼來查詢 vdi_connection_info.json - 虛擬機器中的此檔案包含目前和上一個工作階段的相關資訊，例如最佳化狀態、周邊設備和不同元件的軟體版本。

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

監控 API 的典型使用案例包括：

系統管理員在 VDA 或遠端桌面主機中部署自動化指令碼，以偵測自上次連線以來用戶端端點作業系統是否變更。該指令碼取用 JSON 檔案的內容來比較最近兩個工作階段的值，並發出自己的警示/快顯訊息。
開發人員正在建立報告 VDI 最佳化連線目前狀態的協力廠商應用程式。該指令碼使用 JSON 檔案的內容來擷取目前 Teams 工作階段的所有可用連線、最佳化和裝置資訊。

JSON 檔案結構：

時間戳記 - vdiConnectedState.timestamp 指出工作階段連線的時間戳記
VDI 最佳化 - vdiConnectedState.vdiMode 指出最佳化版本 (在整個 VDI 工作階段) 保持靜態
連線狀態 - connectedStack (遠端 = 已最佳化，本機 = 未最佳化) (在整個 VDI 工作階段) 保持靜態
端點上的 SlimCore 版本 - remoteSlimCoreVersion
VM 上的 VdiBridge 版本 - bridgeVersion
端點上的 MS Teams 外掛程式版本 - pluginVersion
Teams 版本 - vdiVersionInfo.teamsVersion
用戶端平台 - vdiVersionInfo.clientPlatform
VDI 用戶端 (CWA 或Windows 應用程式) 版本 - vdiVersionInfo.rdClientVersion
VM 作業系統版本 - vdiVersionInfo.vmVersion
可用的周邊裝置 - devices.speakers.available、devices.cameras.available、devices.microphones.available (即時更新至 JSON 檔案)
選取的周邊裝置 - devices.speakers.selected、devices.cameras.selected、devices.microphone.selected (即時更新至 JSON 檔案)
次要鈴聲 - devices.secondaryRinger (即時更新至 json 檔案)

備註

在 WebRTC 最佳化中時，只會填入 vdiConnectedState，指出工作階段目前處於哪種最佳化中。此工作階段的 JSON 檔案中不會儲存任何 vdiVersionInfo 和裝置資訊。若沒有可用的最佳化，則不會對 JSON 檔案進行更新。

VDI 中的通話品質儀表板

通話品質儀表板 (CQD) 可讓 IT 專業人員使用彙總資料來比較使用者群組的統計資料來識別趨勢和模式，從而識別產生媒體品質問題的問題。 CQD 的重點不是解決個別通話問題，而是找出適用於許多使用者的問題和解決方案。

VDI 使用者資訊現在會透過許多維度和篩選器公開。請查看此頁面以取得每個維度的詳細資訊。

備註

新的 QER) (體驗品質範本可在 CQD 下載的 Power BI 查詢範本中找到。第 8 版現在包含用於檢閱 VDI 用戶端導向計量的範本。在 VDI 報告中，使用新架構最佳化的使用者被歸類為「VDI 2.0 最佳化」，而「最佳化」是指 WebRTC 最佳化。

重要

在 CQD 中，維度「第二用戶端 VDI 模式」VdiMode 值 (x2xx) 同時代表 VDI SlimCore 最佳化和 VDI SlimCore 未連線 (未最佳化的遞補) 。這種重複可能會導致誤解，因為在未最佳化的工作階段中通話品質不佳可能是 VDI SlimCore 最佳化的問題。維度「第二個用戶端 VDI 已最佳化」是顯示使用者是否已最佳化的正確方式，因為此維度會計算 VDI 模式和「第二個用戶端 VDI 連線狀態」之間的端對端結果值。只有當連線狀態為「已連線」時，才會使用 SlimCore 進行端對端最佳化。
CQD 報告中維度「用戶端 VDI 已最佳化」的值「非使用中」表示系統管理員已停用 Teams 最佳化原則 (例如，透過 Citrix Studio 原則「Microsoft Teams 重新導向」，或透過 Omnissa 和 AVD/Windows 365) 的登錄機碼。這會導致 VdiMode x0xx (第二個數字是零) 。在此案例中的使用者將還原為伺服器端轉譯，其中所有多媒體都由虛擬機器處理，而不會卸載至端點。
在 Citrix 環境中，VDA 安裝在使用者的工作站 (遠端電腦) 上，如果使用者在工作站 (上啟動 Teams，也就是在本機) 啟動 Teams，則 Teams 工作階段可能會被標幟為「非作用中」或未最佳化。

查詢基礎

語式正確的 CQD 查詢/報表包含下列三個參數：

語式正確的查詢的一些範例為：

「為 VDI 使用者顯示上個月 [篩選] 的最佳化 [維度] 的不良串流 [度量]。」
「根據上個月的總Stream計數 [維度] 以及第一個或第二個用戶端 VDI 模式最佳化 [篩選器] 的情況，顯示應用程式共用 [度量] 不佳。」

您也可以使用許多維度和度量值做為篩選。您可以在查詢中使用篩選來刪除資訊，就像選取維度或度量在查詢中新增或包含資訊的方式一樣。

UNION 的功能

根據預設，篩選可讓您使用 AND 運算子篩選條件。但在某些情況下，您可能會想要將多個篩選條件組合在一起，以取得類似 OR 運算的結果。例如：若要從 VDI 使用者取得所有資料流程，UNION 會提供合併資料集的不同檢視。若要使用 UNION，請在您想要 UNION 的兩個篩選條件的 UNION 欄位中插入常見文字。

呼叫者和被呼叫者的位置

CQD 不會使用呼叫者或被呼叫者欄位，而是使用 First 和 Second ，因為呼叫者和被呼叫者之間有中間步驟。

首先一律是伺服器端點 (例如，如果伺服器涉及串流 Audio-Video 則為多點控制單元或媒體處理器伺服器) 。
第二項始終 是用戶端端點，除非它是伺服器對伺服器串流。

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

已知的問題

針對 Windows) (Omnissa、Mac) (Citrix/AVD，以及 Windows 端點的 Citrix/AV (D) 、簡報者 (等，檢視者) 在應用程式共用時可能會遇到滑鼠拖曳或游標延遲的情況。如果簡報者停止並重新啟動應用程式共用，則延遲將不再存在。這已在 Teams 26149.x.x.x 或更新版本中修正。
針對公開預覽) 中的 Windows) (Omnissa、Mac) (Citrix/AVD，以及 Windows 端點 (Citrix/AVD，匿名 VDI 使用者若嘗試加入已啟用 Captcha 的會議，將無法分享其螢幕畫面。
針對 Teams/設定/辨識) (語音或臉部辨識註冊，使用者無法從下拉式功能表變更相機/麥克風。它一律會使用透過 RDP/HDX/Blast/DCV 通訊協定本身可供虛擬桌面使用的預設系統裝置。因此，系統管理員必須設定周邊重新導向的個別原則，確保 VM/Teams 能夠存取它們。
如果 Teams 已最佳化，虛擬機器中系統/設定/音效下的音量混音器無法控制音量等級。使用者必須仰賴 Teams 音訊設定中的內建音量滑桿，或端點本身的音量混音器。
SCP) (螢幕Capture保護會使簡報者的螢幕顯示為黑色畫面，且接收方) 所看到的只有滑鼠游標在頂部 (。此問題已在 Teams 25060.205.3499.6849 和遠端桌面用戶端 1.2.6081 或 Windows 應用程式 2.0.379 中修正。
如果您在進行中通話期間鎖定虛擬機器 (VM) ，則通話將會中斷連線。這個問題已於 25094.303.3554.9058 或更新版本中修正。端點鎖定不會導致相機、麥克風和螢幕共用自動關閉。
如果使用者從同一台本機電腦啟動虛擬桌面並登入 Teams，那麼在連線了 HID 周邊設備的本機電腦上執行的 Teams 上，通話就會掉線。如果使用者具有作用中的虛擬桌面，並啟動了安裝了 Teams 的第二個虛擬桌面， (或其他使用最佳化) 的整合通訊應用程式，也會發生此問題。
目前不支援相機自我預覽， (是在 [設定/裝置] 底下，或在通話時選取相機圖示) 上的向下箭號時。
在端點的控制台/應用程式/已安裝應用程式中，使用者會看到多個「Microsoft Teams VDI」項目， (每個安裝) Slimcore 套件都要看到一個項目。較新的分割 MSIX 套件會修正此問題，其中「Microsoft Teams VDI 最佳化器」是唯一顯示在功能表上的應用程式， (且較舊的「Microsoft Teams VDI」項目將在一段時間後自動清除) 。
執行全顯示器螢幕分享時，通話監視器視窗對其他參與者可見， () 內沒有任何影片內容。
使用者嘗試擷取 Microsoft Teams 內容的螢幕擷取畫面 (例如傳入的螢幕畫面分享，或視訊摘要，) 無法擷取任何內容，因為它會在使用者的裝置中轉譯 (卸載) 。因此，會擷取黑色方塊。這項限制不適用於 PowerPoint Live，因為該形式不會卸載 (換句話說，它會由 Teams 應用程式) 在虛擬機器上呈現。 Citrix 客戶可以實作此因應措施來擷取螢幕擷取畫面，或使用 Citrix 剪取工具。
在 Citrix 中，如果簡報者同時使用 VDA (虛擬傳遞代理程式) 版本 2402 和 CWA Windows 2309.1 (或更新版本) ，則其他參與者的應用程式共用工作階段可能會凍結。
- 當視訊元素遭到破壞時，就會發生此問題。
  - 例如，參與者在應用程式共用工作模式進行到一半時關閉相機。
  - 如果有人只打開相機，就沒有問題，因為視頻元素是創建的，而不是破壞的。
  - 如果簡報者將通話監視器 (最大化，這會破壞簡報者分享) 內容的自我預覽。
- 停止並重新共用視窗應能解決問題。
- 此問題已在 Teams 24335.206.X.X 或更新版本中解決。
在 CQD 中，vdiMode (x2xx) 同時代表 VDI SlimCore 最佳化和未最佳化遞補，這可能會錯誤歸因為通話品質不佳。如需詳細資訊，請參閱本文的「 VDI 中的通話品質儀表板」一節。
對於 Amazon WorkSpaces，不支援共用系統音訊 (包含電腦音訊) ，並且不支援從聊天進行螢幕共用。

意見反應

此頁面對您有幫助嗎？

Last updated on 2026-08-10