OTT- لايف IP التسليم

لطالما كان تقديم فيديو بث مباشر عالي الجودة عبر الإنترنت تحديًا مثيرًا للاهتمام. من المتوقع أن يفهم مهندسو البث وإدارة الفيديو المعقّد ، والشبكات ، والنطاق ، والاعتماد ، والتشغيل لتقديم برامج موثوقة إلى أجهزة عرض متعددة الأنظمة. في سلسلة المقالات هذه ، نتعمق أكثر في البث المباشر OTT ، ونحدد بعضًا من هذه التحديات ، ونقدم استراتيجيات لتحقيق توزيع مباشر يعتمد على OTT.

الجري عبر الإنترنت يمكّن المذيعين من الوصول إلى جمهور أكبر بكثير من النماذج الأرضية التقليدية والكابلات والأقمار الصناعية. يشاهد المشاهدون الآن برامجهم المفضلة على مجموعة كبيرة من الأجهزة بما في ذلك الهواتف الخلوية وأنظمة الألعاب وأجهزة الكمبيوتر الشخصية وأجهزة التلفزيون الذكية. ولزيادة قاعدة جمهورها وبالتالي إيراداتها ، يجب على جهات البث تسليمها إلى هؤلاء المشاهدين.

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

OTT يسحب تيارات البيانات

بشكل أساسي ، يختلف البث و OTT في جانب واحد مهم. تعمل أنظمة الأقمار الصناعية والكابلات والأنظمة الأرضية على دفع البيانات إلى جهاز فك التشفير والتلفزيون. في المقابل ، تطلب أجهزة تشغيل OTT دفقًا وسحب البيانات من المذيع ، مما يمنح كل فرد من الجمهور نظرة فريدة.

تم تطوير الإنترنت لتقديم الوثائق النصية باستخدام نموذج خادم العميل. لبدء أي نقل للبيانات ، يبدأ العميل غالبًا بإرسال أمر "GET" إلى عامل الاستماع ، وغالبًا خادم ويب. تكون خوادم الويب في وضع الاستماع الدائم وعندما تتلقى أمر "GET" من أحد العملاء المصرح لهم ، سيقومون بإرسال المعلومات المطلوبة مرة أخرى إلى المتصفح على عنوان IP المناسب.

تستخدم الأجهزة المتصلة بالإنترنت عادة نموذج HTTP (Hyper Text Transfer Protocol) للتواصل مع خوادم الويب. يجلس HTTP أعلى TCP (بروتوكول التحكم في النقل) ، والذي بدوره يجلس فوق كتل بيانات IP. على الرغم من أن المزيد من الأوامر قد تمت إضافتها إلى بروتوكول HTTP كما تطورت على مر السنين ، فإن خادم العميل ، نموذج العرض والطلب ، هو كيف تعمل معظم الأجهزة المتصلة بالإنترنت اليوم. حتى إذا كان المشاهد يشاهد تطبيقًا مخصصًا ، يتم استخدام أسلوب خادم عميل HTTP.

جداول HTTP

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

توجد أنظمة أخرى مثل RTMP (بروتوكول الوقت الحقيقي) و webRTP (web-Time-Protocol). تقليديًا ، تم استخدام RTMP في عارض الفلاش ، ولكن تم رفض استخدامه نظرًا لأن شبكات التوصيل تتطلع إلى دمج البنى التحتية بطريقة عرض شائعة وأصبح Flash متوقفًا في العديد من بيئات العرض.

على الرغم من أن بروتوكول HTTP لم يتم تطويره في البداية لبث الفيديو المباشر عبر الإنترنت العام ، إلا أنه أصبح بروتوكول بروتوكول الفيديو الأكثر استخدامًا اليوم. نظرًا لأنها لغة الأمر الواقع لمعظم حركة الويب ، فإن البنية الأساسية القائمة على المعايير موجودة بالفعل على نطاق واسع.

العمل مرة أخرى من جهاز التشغيل

لفهم توزيع OTT ، من وجهة نظر المهندسين البث ، هو البدء في تقسيم العرض والعمل مرة أخرى إلى مركز التشغيل.

من حيث تكنولوجيا المعلومات ، يعد البث عملية تكسير ملف إلى مقاطع وجعلها متوفرة لجهاز تشغيل لتسهيل مشاهدة الفيديو والصوت. البديل هو تنزيل الملف بأكمله إلى المشغل. على الرغم من وجود تنزيل تدريجي عند الطلب ، إلا أنه ليس مثاليًا لأن أوقات التنزيل الطويلة ستؤثر على تجربة المشاهد وتكلفته.

شظية وسائل الإعلام

يشبه VOD و OTT الحية من حيث أنهما يقومان بتجزئة الوسائط ، لذلك يمكن لجهاز التشغيل طلب قطع متتالية من البيانات وتشغيل المقاطع بطريقة منظمة. حيث تختلف هي أن VOD لديه جميع البيانات المتاحة قبل أن يبدأ التجزئة ، في حين أن OTT الحية لا ، ويجب أن تضغط وتقطع الفيديو والصوت والبيانات الوصفية على الطاير.

في نموذج خادم-عميل OTT واحد ، يعمل هذا بشكل جيد حيث سيقوم جهاز تشغيل المشاهدين بإرسال أوامر HTTP-GET إلى خادم الويب مرة واحدة تقريبًا كل ثانية لاسترداد أجزاء متتالية من بيانات الفيديو والصوت. ومع ذلك ، فإن الحياة تصبح أكثر إثارة عندما يزداد عدد الأشخاص الذين يشاهدون الحدث إلى الأحجام الوطنية والدولية. إذا كان 10 مليون شخص يشاهدون الحدث ، فسيتم إرسال 10 ملايين طلب الحصول على HTTP في كل ثانية.

مزيد من التفاصيل الاتصال بالمبيعات:

بوني جيا

مدير المبيعات الإقليمية

DIBSYS تكنولوجيز المحدودة

-------------------------------------------------- ------------------------------

الويب: www.dibvision.com

الهاتف: + 86-571-87068982 فاكس: + 86-571-89714580

الجوال: +86 15356661487 ما هو التطبيق: +86 15356661487 سكايب: dibsys0801