> 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-fu-wu/vdi/core-concepts.md).

# 核心概念

本节概述 Zoom Workplace VDI 应用的核心概念。

### 插件优化模式

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

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

下图展示了将 WebRTC 媒体卸载与 Zoom Web 应用及受支持的虚拟代理结合使用时，数据如何进行路由。<br>

<div data-with-frame="true"><figure><img src="https://2325962437-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FMziMpXttOigLu71P5cJb%2FCA2AE7FE-CEB8-4890-87AD-77E31161C3CC.png?alt=media&amp;token=1e3b3f99-cb95-4ac4-82f0-c717f33b0f3f" 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-fu-wu/vdi/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.