> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/zh/gao-ji-qi-ye-ban-fu-wu/virtual-desktop-infrastructure/vdi-explainer/core-concepts.md).

# 核心概念

### 插件优化模式

#### <mark style="color:蓝色;">Zoom Workplace VDI 应用支持三种用于实时媒体处理的运行模式：直接优化、频道优化和回退模式</mark>

在 Zoom Workplace VDI 应用的上下文中，实时媒体处理是指 Zoom 云、Zoom Workplace VDI 应用和/或插件之间对实时媒体的中继与渲染。为支持各种 VDI 用例，Zoom Workplace VDI 应用支持三种不同的媒体处理和优化运行模式：直接优化模式、频道优化模式和回退模式。这些内容将在以下部分中讨论。

#### <mark style="color:蓝色;">直接优化模式：当 Zoom Workplace VDI 应用和插件从 Zoom 云接收独立的数据流时</mark>

直接优化模式是 Zoom Workplace VDI 应用和插件的默认优化模式。在此模式下，Zoom 云会为经过优化的 VDI 用户维护两条独立的数据流：一条用于 Zoom Workplace VDI 应用，另一条用于插件。此配置使用户的远程客户端（配备 VDI 插件）能够直接与 Zoom 云通信以传输实时媒体数据，从而无需通过虚拟桌面或跨虚拟频道路由大多数实时媒体流量。

在直接优化模式下运行时，会发生以下情况：

1. 插件直接从云接收视频和音频的数据流。
2. Zoom Workplace VDI 应用处理常规会议数据，例如参会者信息、聊天消息或 AI Companion 功能/特性，并将其显示在 Workplace 应用占位符中，同时还通过将拨入屏幕共享转发到插件，以及在处于活动状态时从虚拟桌面上传本地屏幕共享内容来进行管理。
3. 插件和 VDI 桌面使用 VDI 供应商的虚拟连接进行通信，并确定屏幕上媒体在这两层之间的位置和渲染方式。

<div data-with-frame="true"><figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdMkBI5zRMicu977C-QSvtu06Kuvb1YyPZMOqh3Tnzd37uapLNkWLZxLNXxEgmg8e8RxX8btLPjVg8EnW0kRRe-UAjKQAIQEeKpsuR0SrEapbZSH5EO1GPtECfHz5G9uN8ptVbegA?key=Y8FtDbpjXDezi-KeGzQVkA" alt="" width="563"><figcaption><p>图示说明了在使用直接优化模式时，Zoom 云如何将数据传输到两个独立目标。</p></figcaption></figure></div>

#### <mark style="color:蓝色;">频道优化模式：当插件接收通过虚拟桌面回送的数据时</mark>

频道优化与直接优化体验类似，其中插件继续渲染会议媒体（如上图所示），但通过不同的网络路径。在此模式下，会发生以下情况：

1. 所有会议媒体都会先从 Zoom 云传送到 VDI 服务器。
2. VDI 服务器随后通过带外 UDP 连接将媒体传输到插件；如果无法建立 UDP 连接，则通过现有的 VDI 虚拟频道进行传输。

这种方法可能更受那些不为瘦客户端（或其他远程设备）启用直接互联网访问，或更倾向于通过其网络进行数据路由的组织欢迎，但可能 *潜在地* 如果网络路由条件不理想，则会导致比直接优化更差的体验。下图展示了 UDP/频道优化的数据流。

<div data-with-frame="true"><figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdDt_WwrMDVVWLYDgtsXxsqsQNcflrpzhxtQSV2cnlYTx4IKRPRT49o-VLNfImUru407_vp7LJkRdaF4SdvIO405fZaD4LCcEvTjlUgE54NwfafocBGGKNk2NmRX1dRpcbg5V7U-w?key=Y8FtDbpjXDezi-KeGzQVkA" alt="" width="563"><figcaption><p>图示说明了如何通过回送连接将数据传输到 VDI 桌面和远程客户端。</p></figcaption></figure></div>

#### <mark style="color:蓝色;">回退模式：当所有会议媒体都被路由到虚拟桌面并直接在其上处理时</mark>

回退模式代表一种完全未经优化的 VDI 体验。在此模式下，不使用任何媒体优化或插件，并且所有通信都直接在 VDI 服务器与 Zoom 云之间进行，所有处理也都仅在 VDI 服务器上完成。

这种方法会给 VDI 服务器资源带来显著的处理负担，通常会导致较差的性能，包括运行缓慢、视频卡顿和音频失真。因此，回退模式是最不推荐的选项，应仅在万不得已或插件不可用时使用。

{% hint style="danger" %}
**警告**

应尽可能避免使用回退模式，以维持服务器性能。
{% endhint %}

#### <mark style="color:蓝色;">连接模式摘要</mark>

Zoom Workplace VDI 应用支持三种不同的连接模式，每种模式都针对不同的运营和安全需求进行了定制。默认且最高效的模式是直接优化模式，在该模式下，Zoom Workplace VDI 应用和插件分别与 Zoom 云建立独立连接，各自独立处理 Zoom 会议中的相应部分，从而提供无缝的优化体验。

除了直接优化模式外，Zoom Workplace VDI 应用还可以在替代配置下运行，包括频道优化模式和回退模式。这些模式有助于应对特定的工作流或网络限制，例如远程设备受限的互联网访问、出于隐私考虑的数据路由，或缺少插件的情况。

下表总结了这些模式之间的主要差异。

|          | **媒体卸载** | **插件直接访问云** |
| -------- | -------- | ----------- |
| **直接优化** | ✔        | ✔           |
| **频道优化** | ✔        |             |
| **回退模式** |          |             |

### WebRTC 媒体卸载

#### <mark style="color:蓝色;">概述</mark>

Zoom 通过以下方式提供基于浏览器的 WebRTC 客户端 [Zoom Web 应用](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064261) 它在虚拟桌面环境中运行时，可以将音频处理卸载到用户的本地设备上。这一过程无需任何 Zoom 专用插件，因为 VDI 平台提供了自己的本地 WebRTC 引擎以及一个重定向框架，用于将 Zoom Web 应用连接到该引擎。

{% hint style="danger" %}
**警告**

WebRTC 媒体卸载目前仅限于音频，不支持视频优化。
{% endhint %}

此功能支持来自 Zoom Web 应用的以下产品和频道：

* Zoom Phone
* Zoom 呼叫中心
* Zoom 呼叫中心 CTI 连接器

此功能目前受以下虚拟桌面平台支持：

* Citrix
* Omnissa Horizon

有关以下内容的更多信息，请参阅 Zoom 的支持中心 [配置 Zoom VDI 以支持 Zoom Web 应用的 WebRTC 重定向](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142).

#### <mark style="color:蓝色;">Zoom Web 应用将 VDI WebRTC 音频卸载到本地设备</mark>

当虚拟桌面内的 Zoom Web 应用尝试初始化 WebRTC 音频时，其请求会在虚拟桌面尝试捕获或处理声音之前被拦截。系统不会在托管会议中激活浏览器内置的 WebRTC 媒体栈，而是由 VDI 平台将与音频相关的信令转换为轻量级控制消息。这些消息会通过 VDI 提供商的虚拟频道发送到用户的本地计算机，将来自 Zoom 云的实时音频流量直接重定向到用户的本地计算机。

在本地计算机上，VDI 客户端（例如 Citrix、Omnissa Horizon）附带的原生 WebRTC 引擎会接收这些消息，并负责所有音频的采集、编码、解码和播放。该引擎使用本地系统的麦克风、扬声器和处理资源，从而有助于确保音频不会流经虚拟桌面服务器。

下图说明了在将 WebRTC 媒体卸载与 Zoom Web 应用及受支持的虚拟代理一起使用时，数据是如何被路由的。<br>

<div data-with-frame="true"><figure><img src="/files/8e825dd2177a8062fd50e6ffc72a9d34d2622405" alt="Diagram illustrating the Zoom cloud connecting to two different components, with audio going to the Remote Client and Presence, Meeting Data, Video, and Screen Sharing routing to the VDI Desktop" width="563"><figcaption><p>图示说明了媒体如何在虚拟桌面和远程客户端设备之间分流。</p></figcaption></figure></div>

#### <mark style="color:蓝色;">Zoom Web 应用与本地计算机之间的交互</mark>

从 Zoom Web 应用的角度来看，这种体验仍然类似于标准 WebRTC 会议。Zoom Web 应用与 Zoom 后端之间的信令通过虚拟桌面进行中继，而本地 WebRTC 引擎会镜像已协商的会议参数。虚拟桌面应用程序继续显示 Zoom 界面——控件、会议状态和指示器——而实际的实时音频则由本地计算机生成和使用。

因为只有信令消息通过虚拟频道传输，所以带宽开销低且稳定，即使在多用户环境中也是如此。

#### <mark style="color:蓝色;">为什么不需要插件</mark>

关键在于，VDI 客户端（例如 Citrix、Omnissa Horizon）已经内置了完整的 WebRTC 媒体引擎，能够处理实时音频。由于重定向层让 Zoom Web 应用看起来像是其底层的 WebRTC 实现，Zoom 就无需提供和维护单独的插件。重定向逻辑将虚拟桌面内浏览器中的 WebRTC API 调用、设备访问和会议协商映射到本地机器上的原生引擎。

#### <mark style="color:蓝色;">结果</mark>

这种方法使 Zoom 基于浏览器的 WebRTC 体验能够在 VDI 环境中高效运行，并实现完整的音频优化。接口运行在虚拟桌面内，但实时音频会在本地捕获和处理，从而为用户提供响应迅速且可扩展的会议体验，无需在本地机器上额外安装 Zoom 软件，也无需虚拟桌面服务器承担额外的处理负载。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/zh/gao-ji-qi-ye-ban-fu-wu/virtual-desktop-infrastructure/vdi-explainer/core-concepts.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.