> 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-tw/jin-jie-qi-ye-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 透過 [Zoom Web App](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064261) 提供一個以瀏覽器為基礎的 WebRTC 用戶端，當其在虛擬桌面環境中執行時，可將音訊處理卸載到使用者的本機裝置上。此功能無需任何 Zoom 專用外掛程式即可運作，因為 VDI 平台會提供自己的本機 WebRTC 引擎，以及一套可將 Zoom Web App 與該引擎橋接的重新導向架構。

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

WebRTC 媒體卸載目前僅限於音訊，不支援視訊最佳化。
{% endhint %}

此功能支援來自 Zoom Web App 的下列產品與通道：

* Zoom Phone
* Zoom Contact Center
* Zoom Contact Center CTI 連接器

此功能目前由下列虛擬桌面平台支援：

* Citrix
* Omnissa Horizon

如需更多關於 [設定 Zoom VDI 以支援 Zoom Web App 的 WebRTC 重新導向](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142).

#### <mark style="color:藍色;">Zoom Web App 會將 VDI WebRTC 音訊卸載到本機裝置</mark>

當虛擬桌面中的 Zoom Web App 嘗試初始化 WebRTC 音訊時，其要求會在虛擬桌面嘗試擷取或處理聲音之前被攔截。VDI 平台不會在代管工作階段中啟用瀏覽器內建的 WebRTC 媒體堆疊，而是將與音訊相關的訊號轉譯為輕量級控制訊息。這些訊息會透過 VDI 提供者的虛擬通道傳送到使用者的本機電腦，將來自 Zoom 雲端的即時音訊流量直接重新導向至使用者的本機電腦。

在本機電腦上，VDI 用戶端（例如 Citrix、Omnissa Horizon）內建的原生 WebRTC 引擎會接收這些訊息，並負責所有音訊擷取、編碼、解碼與播放。該引擎會使用本機系統的麥克風、喇叭與處理資源，協助確保音訊不會經由虛擬桌面伺服器傳輸。

下圖說明在使用 WebRTC 媒體卸載搭配 Zoom Web App 與受支援的虛擬代理程式時，資料如何路由。<br>

<div data-with-frame="true"><figure><img src="/files/5936f0d9c4db131b50a5bbfb124edeb87e8f9777" 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 App 與本機電腦之間的互動</mark>

從 Zoom Web App 的角度來看，體驗仍然類似標準的 WebRTC 工作階段。Zoom Web App 與 Zoom 後端之間的訊號會透過虛擬桌面轉送，而本機 WebRTC 引擎會鏡射已協商的工作階段參數。虛擬桌面應用程式會繼續顯示 Zoom 介面——控制項、會議狀態與指示器——而實際的即時音訊則由本機電腦產生並消耗。

由於只有訊號訊息會經過虛擬通道，因此即使在多使用者環境中，頻寬額外負載也很低且一致。

#### <mark style="color:藍色;">為何不需要外掛程式</mark>

關鍵在於 VDI 用戶端（例如 Citrix、Omnissa Horizon）本身已包含完整的 WebRTC 媒體引擎，能夠處理即時音訊。由於重新導向層會讓 Zoom Web App 將此引擎視為其底層 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-tw/jin-jie-qi-ye-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.