# المفاهيم الأساسية

### أوضاع تحسين المكون الإضافي

#### <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 للتواصل وتحديد موضع الوسائط المعروضة على الشاشة وطريقة عرضها بين الطبقتين.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdMkBI5zRMicu977C-QSvtu06Kuvb1YyPZMOqh3Tnzd37uapLNkWLZxLNXxEgmg8e8RxX8btLPjVg8EnW0kRRe-UAjKQAIQEeKpsuR0SrEapbZSH5EO1GPtECfHz5G9uN8ptVbegA?key=Y8FtDbpjXDezi-KeGzQVkA" alt=""><figcaption><p>رسم توضيحي يبين كيف تنقل Zoom السحابة البيانات إلى وجهتين منفصلتين عند استخدام وضع التحسين المباشر.</p></figcaption></figure>

#### <mark style="color:أزرق;">وضع التحسين عبر القناة: عندما يتلقى المكون الإضافي البيانات بعد تمريرها عبر سطح المكتب الافتراضي</mark>

يشبه التحسين عبر القناة تجربة التحسين المباشر، حيث يستمر المكون الإضافي في عرض وسائط الاجتماع (كما يظهر في الصورة أعلاه)، ولكن عبر مسار شبكة مختلف. في هذا الوضع، يحدث ما يلي:

1. يتم أولاً تسليم جميع وسائط الاجتماع إلى خادم VDI من Zoom سحابة.
2. ينقل خادم VDI الوسائط إلى المكون الإضافي إما من خلال اتصال UDP خارج النطاق أو من خلال القناة الافتراضية الحالية لـ VDI إذا تعذر إنشاء اتصال UDP.

قد تفضّل المؤسسات هذه الطريقة التي لا تمكّن الوصول المباشر إلى الإنترنت للعملاء الخفيفين (أو الأجهزة البعيدة الأخرى)، أو التي تفضل توجيه البيانات عبر شبكتها، لكنها قد *من المحتمل* أن تؤدي إلى تجربة أسوأ من التحسين المباشر إذا كانت ظروف توجيه الشبكة غير مثالية. توضح الصورة أدناه تدفق بيانات تحسين UDP/القناة.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdDt_WwrMDVVWLYDgtsXxsqsQNcflrpzhxtQSV2cnlYTx4IKRPRT49o-VLNfImUru407_vp7LJkRdaF4SdvIO405fZaD4LCcEvTjlUgE54NwfafocBGGKNk2NmRX1dRpcbg5V7U-w?key=Y8FtDbpjXDezi-KeGzQVkA" alt=""><figcaption><p>رسم توضيحي يبين كيفية نقل البيانات إلى سطح مكتب VDI والعميل البعيد عبر اتصال مُعاد تمريره.</p></figcaption></figure>

#### <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 لدعم إعادة توجيه WebRTC لتطبيق Zoom Web](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083142).

#### <mark style="color:أزرق;">يقوم تطبيق Zoom Web بتفريغ صوت WebRTC في VDI إلى الجهاز المحلي</mark>

عندما يحاول تطبيق Zoom Web داخل سطح المكتب الافتراضي تهيئة صوت WebRTC، يتم اعتراض طلباته قبل أن يحاول سطح المكتب الافتراضي التقاط الصوت أو معالجته. وبدلاً من تنشيط مكدس وسائط WebRTC المدمج في المتصفح داخل الجلسة المستضافة، تقوم منصة VDI بترجمة الإشارات المتعلقة بالصوت إلى رسائل تحكم خفيفة. ويتم إرسال هذه الرسائل عبر القناة الافتراضية الخاصة بموفر VDI إلى جهاز المستخدم المحلي، مع إعادة توجيه حركة الصوت في الوقت الفعلي من Zoom السحابة مباشرةً إلى جهاز المستخدم المحلي.

على الجهاز المحلي، يتلقى محرك WebRTC الأصلي المضمَّن مع عميل VDI (مثل Citrix وOmnissa Horizon) هذه الرسائل ويصبح مسؤولًا عن جميع عمليات التقاط الصوت وترميزه وفك ترميزه وتشغيله. ويستخدم المحرك ميكروفون النظام المحلي ومكبرات الصوت وموارد المعالجة، مما يساعد على ضمان عدم تدفق الصوت عبر خادم سطح المكتب الافتراضي.

يوضح الرسم التخطيطي التالي كيفية توجيه البيانات عند استخدام تفريغ تحميل وسائط WebRTC مع تطبيق Zoom Web ووكيل افتراضي مدعوم.<br>

<div data-with-frame="true"><figure><img src="/files/2c9ff93ba9448d3e987e7fde419030829ce06886" 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"><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، ووصول الجهاز، والتفاوض على الجلسة من المتصفح داخل سطح المكتب الافتراضي إلى المحرك الأصلي على الجهاز المحلي.

#### <mark style="color:أزرق;">النتيجة</mark>

يتيح هذا النهج لتجربة WebRTC المعتمدة على المتصفح من Zoom أن تعمل بكفاءة في بيئات VDI مع تحسين كامل للصوت. تعمل الواجهة داخل سطح المكتب الافتراضي، لكن يتم التقاط الصوت في الوقت الفعلي ومعالجته محليًا، مما يمنح المستخدمين تجربة مؤتمرات سريعة الاستجابة وقابلة للتوسع دون الحاجة إلى برامج Zoom إضافية على الجهاز المحلي أو إلى متطلبات معالجة من خادم سطح المكتب الافتراضي.


---

# Agent Instructions: 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:

```
GET https://library.zoom.com/technical-library/technical-library-ar/alkhdmat-almtqdmh-lkhth-enterprise/virtual-desktop-infrastructure/vdi-explainer/core-concepts.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.