重要
Teams 高级版和 Teams Enterprise 的许可更新
从 2026 年 4 月 1 日起，Teams 企业版中包括了以前仅Teams 高级版提供的一些功能。 Teams 高级版继续提供高级会议保护、高级通信 (（如 队列 应用) 、品牌和个性化以及智能功能）。 了解详细信息。
在 2026 年 4 月 1 日之前购买了Teams 高级版许可证的客户将继续有权访问以前随附的所有Teams 高级版功能和产品体验，直到这些许可证过期。
若要管理Teams 高级版功能，租户必须至少有一个活动Teams 高级版许可证。
注意
本文中所述的某些功能正在 Teams Enterprise 中推出，可能尚未在你的组织中提供。
Teams 沉浸式版允许用户在 Microsoft Teams 中创建、自定义和托管沉浸式 3D 事件。 使用 Teams 沉浸式版，用户可以：
从 Teams 日历安排 Teams 沉浸式事件
直接通过电脑和 Mac 上的 Teams 应用或在 Meta Quest 3 设备上加入沉浸式活动。
为电脑或 Mac 设计 3D 空间并安排沉浸式活动 - 无需代码或技术专业知识。
注意
此功能现已正式发布，适用于电脑、Mac 和 Meta Quest 设备上的 Teams 用户。
此面向管理员的页面介绍了所需的任务，并建议有关推出可能需要了解的功能角色。 应遵循组织的标准推出过程，包括更改和配置管理。 本文概述了以下步骤：
(可选) 允许来宾加入沉浸式活动
(可选) 分配事件策略以关闭用户和组的沉浸式事件
(可选) 提前访问沉浸式事件功能
有关用户的 Teams 沉浸式事件体验的详细信息，请参阅 Microsoft Teams 中的沉浸式事件入门。
准备组织
强烈建议使用高管级赞助来帮助解决任何跨团队阻止问题。
你需要访问一些管理工具：
Microsoft 365 管理中心管理和分配 Teams 许可证。
(可选) Purview 管理中心创建敏感度标签。
此外，请确保沉浸式活动的所有组织者和与会者都有权访问 SharePoint 和 OneDrive。 事件自定义通常引用存储在 Microsoft 365 中的文件，例如图像、视频、音频或 3D 模型。 创建Microsoft 365 组是实现安全内容共享的有用方法。
硬件要求
电脑和 Mac 最低硬件要求是 4 核 CPU & 8 GB RAM。
许可证要求
组织者、共同组织者和与会者必须具有商业 Teams 许可证，例如Microsoft Teams 企业版或任何Microsoft 365/Office 365计划，其中包括 Teams (Business Basic、Business Standard、Business Premium、Microsoft 365 E3/E5 或 Office 365 E1/E3/E5) 。
注意
GCC、GCCH、主权云或 EDU 环境中不支持沉浸式事件。
先决条件
管理员必须以 全局管理员 或 计费管理员 身份拥有访问权限才能分配 Teams 许可证。
防火墙和终结点要求
通常，Microsoft 365 URL 和 IP 地址范围中概述的标准Microsoft 365 要求集适用于所有 Teams 沉浸式事件功能。 沉浸式事件的终结点和防火墙设置符合标准 Microsoft 365 和 Teams 要求，因为它们支持跨Microsoft云进行身份验证、数据交换和 API 访问等核心服务。 配置企业防火墙设置，使其符合 Microsoft Teams 的标准Microsoft 365 要求集，以及 Microsoft 365URL 和 IP 地址范围中概述的 Microsoft 365 通用。
请确保将防火墙配置为允许通过 TCP 443、 80 向 *.cloud.microsoft.com、*.office.com、*.graph.microsoft.com、*.substrate.office.com 和 *.microsoft.com 的流量。
Teams 沉浸式还需要防火墙配置中详述的 IP 地址和端口范围，用于Azure 通信服务媒体功能，例如音频和屏幕共享。 如果无法访问这些终结点，沉浸式事件可能无法对组织中的用户正常工作。
带宽要求
以下网络带宽要求旨在帮助组织中的用户获得Teams 沉浸式事件的最佳体验。
我们不断改进低带宽条件下的沉浸式事件，但如果用户遇到音频不佳、退出或虚拟形象移动不畅的情况，请考虑优化网络。
Teams 沉浸式体验基于Microsoft Teams 网络带宽要求构建， (视频和屏幕共享) 等功能，以及沉浸式功能 (（如头像移动和空间音频) ）所需的额外带宽。
沉浸式参与者
最小 (kbps) ：30/370
建议 (kbps) ：80/700
最佳性能 (kbps) ：100/850
例如，具有参与者共享屏幕的沉浸式事件要求下游最低为 440 kbps，上游为 830 kbps，下游最大为 8,176 kbps，上游为 8,926 kbps。
与传达更改的利益干系人合作
上面列出的利益干系人都有活动步骤，这会影响 Teams 沉浸式推出设置。但是，部署也可能影响组织的其他部分，或者可能存在在规划过程中早期应考虑的策略和指南。 在部署之前，组织的某些区域可能需要联系。
更改通信：如果你有一个标准流程来联系用户有关挂起的更改，请确保 Teams 沉浸式是这些通信的一部分。
支持人员：为使用 Teams 沉浸式体验遇到问题的用户制定支持计划。 确保管理员能够查看用户遇到的问题，以便根据需要将其传达给Microsoft。
人力资源：虽然 Teams 沉浸式部署或运营不需要人力资源部门执行任何特定操作，但 HR 可能有兴趣了解沉浸式事件是关于为用户创建 3D 体验。 请咨询人力资源部门，了解可能影响沉浸式活动体验的任何策略。
公司品牌打造：如果决定为用户创建自定义活动体验，则应与公司品牌专家检查，以确保任何会议资产符合品牌标准。
允许来宾加入沉浸式活动
Teams 沉浸式事件可由组织内的用户和来宾加入。
某些组织可能信任要邀请其参加沉浸式活动的个人。
若要添加来宾，请遵循通过Microsoft 365 管理中心将受信任的来宾添加到租户的分步指南。
注意
可以邀请来宾作为与会者。 来宾不能是沉浸式活动的组织者或共同组织者。 目前不支持外部 (跨租户) 和匿名用户。
通过 Teams 管理中心或 PowerShell 管理谁可以计划沉浸式事件
可以使用 Teams 管理中心或 PowerShell 来管理谁可以在组织中安排沉浸式事件。 若要管理谁可以计划沉浸式事件：：
通过 Teams 管理中心：导航到“事件策略”，创建新策略，指定要应用策略的用户和组，然后打开或关闭“沉浸式事件”。
通过 PowerShell：在 PowerShell CsTeamsEventsPolicy cmdlet 中使用
-ImmersiveEvents参数。
关闭沉浸式事件
若要防止使用此策略的组织者创建沉浸式体验，请使用以下脚本：
Set-CsTeamsEventsPolicy -Identity <policy name> -ImmersiveEvents Disabled
启用沉浸式事件
若要允许使用此策略的组织者创建沉浸式事件，请使用以下脚本：
Set-CsTeamsEventsPolicy -Identity <policy name> -ImmersiveEvents Enabled
若要详细了解 -ImmersiveEvents PowerShell 中的策略，请参阅 Set-CsTeamsEventsPolicy。
平台支持
- Teams 中的沉浸式事件仅在电脑和 MAC 上可用，不能在 Web 上使用。
- 用户仍然可以在 Web 上安排，但要加入沉浸式活动，必须使用电脑/MAC。
- 沉浸式事件尚不支持 Quest
终结点可用性
支持：电脑上的 Teams 应用和 Mac (*Meta Quest 头戴显示设备上的应用即将推出)
不支持：Web 上的 Teams、移动版 Teams、VDI (虚拟机) 支持、Microsoft Teams 会议室、拨入
用户类型支持
支持：组织中的用户 (同一租户) 和来宾用户
不支持：跨租户 (外部) 和匿名用户
已知限制
不支持从 Quest 安排会议。
提前加入事件 (超过 10 分钟) 可能会显示“找不到会议”错误。
事件自定义必须在 Teams 中完成，而不是在任务中完成。
自定义会话在上次加入后 8 小时过期。
无法保存沉浸式模板，以便在即将) (跨事件重复使用。
在沉浸式自定义会话中，无法播放用于预览的视频或音频。 视频和音频对象只能在直播活动期间播放。
停滞在大厅中的用户将看到标准 Teams 预加入屏幕。
屏幕共享不包括内容音频 (解决方法：将视频对象用于演示文稿)
放大镜不显示屏幕共享内容。
对话助手在 Quest 设备上不可用。
Quest 不支持自拍捕获。
来宾用户无法在 Quest 上加入沉浸式事件。
任务用户无法看到自己的反应或表情符号， (其他人仍然可以) 。
Quest 不支持基于密钥的登录 (解决方法：使用 2FA 或基于移动的身份验证) 。
对于沉浸式事件，可能会显示拨入信息，但呼叫号码不允许加入事件。
提前访问沉浸式事件功能
若要在 Microsoft Teams 中提前访问沉浸式事件中的功能，组织者和与会者都必须使用公共预览版。 如果没有公共预览版，用户只能访问正式版功能，无法提前访问新功能。
用户加入公共预览版的步骤
- 用户可以向你发送加入公共预览版计划的请求。 若要允许他们加入，必须先设置 Teams 更新策略。 若要详细了解如何管理更新策略，请参阅 Microsoft Teams 中的公共预览版。
- 设置 Teams 更新策略后，用户可以打开 Teams 应用，然后选择其用户配置文件旁边的 “设置和更多 (...) ”。
- 选择“关于 Teams的设置>”。
- 在 “抢先体验”下，选中“ 公共预览版 ”复选框。
- 在其电脑或 Mac 上，选择“Calendar”，将“新建Calendar”切换为“关”。
- 现在，他们可以通过电脑或 Mac 上的 Teams 桌面加入或自定义事件。
部署Meta Quest设备以使用 Microsoft Teams 沉浸式应用
重要
条件访问策略应由组织中对更改影响有深刻了解的人员进行修改。 在进行任何更改之前，请咨询安全团队或公司安全策略中的其他专家。
沉浸式事件通过本机身份验证支持托管 Quest 设备的设备级条件访问策略。 条件访问是零信任安全性的基石，可确保只有合规设备才能访问公司资源。 组织通常使用Microsoft Entra ( 标识) 强制实施这些策略，并在授予访问权限之前Microsoft Intune (设备管理) 来验证设备类型、OS 版本和配置。
借助 Quest 上的 Microsoft Teams 沉浸式应用的本机身份验证，企业可以将 Meta Horizon 托管服务 (以前 Quest for Business) 与Intune配对，以管理设备配置文件、应用条件访问和强制实施合规性。 此集成使 Quest 设备能够安全地参与沉浸式事件，同时遵循组织策略。
为了实现此目标，公司必须与 其安全和终结点管理团队 协作，根据企业标准配置 Quest 设备。 为了获得最佳结果，请使用 Intune 作为 MDM 提供程序，并通过 Meta 管理员 中心Entra标识提供者来集中管理 Quest 队列，确保所有最终用户都能获得安全合规的体验。
托管任务设备和条件访问
如果你的组织选择管理 Quest 设备，则需要确保以下组件到位：
Meta Horizon 托管服务 (以前是用于设备注册和管理的 Quest for Business) 。
Microsoft Intune作为移动设备管理 (MDM) 提供程序，用于强制实施合规性和应用基于设备的策略。
Microsoft Entra ID作为身份验证和条件访问的标识提供者。
*或者，可以使用首选标识和 MDM 提供程序。
在此处的 Meta for Work 帮助中心了解详细信息并开始使用 Horizon 托管服务。
对于 Quest 注册入门的用户，检查Microsoft Intune注册指南。
Teams 沉浸式任务的条件访问
注册并配置设备后，创建 基于设备的条件访问策略 ，以强制实施特定于组织的风险配置文件和使用方案的登录条件。
重要
- Quest 设备不支持应用保护策略 (MAM) 。 托管任务设备支持设备级条件访问策略。
- 组织可能需要排除面向 Graph 和 SharePoint 的应用保护策略 ，以允许成功登录。 建议先测试登录，然后再关闭任何内容。
- 如果强制实施防钓鱼 MFA (PRMFA) ，则排除对 Quest 设备的此要求，以避免登录失败，因为Meta Quest当前不支持 Passkey 或基于证书的身份验证方法。
为 Quest 设备创建异常
如果你的组织想要在特定条件下允许 Quest 设备：
创建一个条件访问策略，该策略与公司的风险容忍度保持一致，同时允许 Quest 访问。
在 Intune 管理中心中，配置以下内容：
通过筛选设备属性来排除任务设备， (例如条件访问策略中的型号、制造商) 。
从任何 Android 应用保护策略中排除 Teams 沉浸式应用。
这两个选项都允许使用沉浸式事件。 但是，如前所述，建议组织管理其 Quest 设备，以确保安全性和合规性。 如果未采取这两项操作，并且组织中的用户尝试在应用条件访问策略的非托管设备上启动Microsoft Teams 沉浸式体验，则他们将收到登录错误， (示例包括 AADSTS50199 和/或 AADSTS53003) 。
有关条件访问的详细信息，请参阅：