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

لا يوجد بروتوكول واحد هو الأفضل لكل مشروع. يمكن استخدام GB/T28181 وRTSP وRTMP وSIP جميعًا لنقل الفيديو، لكنها صُممت لأغراض مختلفة. فبعضها أفضل للوصول إلى فيديو المراقبة، وبعضها أسهل لسحب البث داخل الشبكة المحلية، وبعضها مناسب للبث المباشر، وبعضها أنسب لاتصال القيادة ثنائي الاتجاه في الوقت الحقيقي. لذلك يجب أن تختار الحلول الموثوقة البروتوكول وفقًا لجهاز الميدان، وحالة الشبكة، ومنصة القيادة، وسير عمل التوجيه الفعلي.

لماذا يهم اختيار البروتوكول في الميدان

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

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

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

غالبًا ما تكون طبقة البوابة العملية ضرورية

تكون بوابة الفيديو الميدانية أو بوابة الوصول إلى الفيديو مفيدة لأن أجهزة الميدان ليست دائمًا موحدة. قد توفر طائرة مسيّرة RTSP، وقد تدعم أخرى GB/T28181، وقد تدفع كاميرا محمولة RTMP، وقد يستخدم طرف قيادة مكالمة فيديو SIP. تستطيع طبقة البوابة استقبال هذه التدفقات المختلفة ثم تحويل الفيديو أو إعادة توجيهه أو ترميزه أو التحكم فيه أو توزيعه حسب متطلبات المشروع.

في التصميم العملي للنظام، قد تحتاج البوابة القوية إلى دعم SIP وGB/T28181 وRTSP وRTMP وHLS وFLV وMP4 وWebRTC وطرق أخرى للوصول إلى الوسائط أو إخراجها. كما يجب أن تدعم تحويل البروتوكولات، وتمرير التدفقات، والترميز التحويلي، والمعاينة، والتحكم في الأجهزة، والربط مع المنصات، وتوزيع الوسائط. وهذا يمنع مركز القيادة من الانغلاق على نوع واحد من الأجهزة أو نظام برمجي واحد.

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

GB/T28181 للوصول الميداني الموجه للمراقبة

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

تدعم كثير من أجهزة الطوارئ الميدانية GB/T28181 بالفعل، بما في ذلك كاميرات المراقبة، ومحطات الكاميرا المحمولة، والطائرات المسيّرة الصناعية، والمسجلات، وأجهزة إنفاذ القانون، وبعض محطات الفيديو المتنقلة. في نشر نموذجي، توفر جهة مركز القيادة منصة GB/T28181 بعنوان IP عام ثابت. تحتاج أجهزة الميدان فقط إلى اتصال بالإنترنت وإعدادات خادم صحيحة ومعلومات مصادقة وإعدادات تسجيل الجهاز. حتى إذا كان الجهاز خلف موجه 4G/5G ولا يمتلك سوى IP خاص، يمكنه التسجيل في المنصة والتواصل مع مركز القيادة.

من أكبر مزايا GB/T28181 جلب الفيديو عند الطلب. عندما لا تطلب المنصة تدفق الفيديو، لا يحتاج الجهاز الأمامي إلى إرسال الفيديو باستمرار. وهذا يوفر النطاق الترددي وحركة البيانات، وهو أمر مهم جدًا في مواقع الطوارئ ذات موارد الشبكة المحدودة.

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

RTSP للسحب المحلي وإعادة التوجيه الثانوية

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

لكن RTSP لديه قيد رئيسي في رجوع الفيديو الميداني: فهو عادة طريقة قائمة على السحب. يجب أن تستطيع المنصة الوصول إلى عنوان IP الخاص بالجهاز وسحب التدفق منه. يعمل ذلك جيدًا داخل الشبكة المحلية، لكنه يصبح صعبًا عندما يكون الجهاز خلف موجه متنقل أو شبكة NAT أو اتصال إنترنت مؤقت أو شبكة 4G/5G خاصة.

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

لهذا السبب، يُستخدم RTSP بشكل أفضل كبروتوكول جمع محلي. تستطيع بوابة الميدان سحب فيديو RTSP من الطائرات المسيّرة أو الكاميرات المحمولة أو الأنظمة الروبوتية أو أجهزة المراقبة داخل الشبكة المحلية الميدانية، ثم إعادة توجيه التدفق إلى مركز القيادة عبر GB/T28181 أو SIP أو RTMP أو طريقة نقل أخرى مناسبة. في هذه البنية يبقى RTSP مفيدًا، لكنه لا يتحمل مسار الرجوع الواسع بالكامل.

RTMP للبث الدفع البسيط عبر الإنترنت

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

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

نقطة الضعف هي أن RTMP يتبع منطق البث المباشر. بمجرد بدء التدفق، يدفع جهاز الميدان الفيديو عادة باستمرار سواء كان هناك من يشاهده أم لا. في مواقع الطوارئ، قد يكون النطاق الترددي وحركة البيانات مكلفين أو غير مستقرين، لذلك قد يهدر الدفع المستمر موارد قيمة.

هناك قيد آخر يتعلق بالتحكم. يُستخدم RTMP أساسًا للفيديو والصوت الحي أحادي الاتجاه. ولا يوفر عادة تحكمًا غنيًا في أجهزة الميدان، أو تشغيل PTZ، أو ضبط التركيز، أو الإبلاغ عن الموقع، أو الإبلاغ عن الإنذارات، أو استرجاع التسجيلات، أو التفاعل القيادي ثنائي الاتجاه. هو جيد لمهمة “إرسال هذه الصورة الحية إلى المنصة”، لكنه ليس مثاليًا كبروتوكول قيادة وتحكم كامل.

SIP لاتصال القيادة في الوقت الحقيقي

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

مثل GB/T28181، يمكن بناء سير عمل فيديو ميداني قائم على SIP حول خادم SIP بعنوان IP عام ثابت. تستطيع المحطات الميدانية المتصلة بالإنترنت التسجيل في خادم SIP وإنشاء جلسات صوت أو فيديو مع مركز القيادة. يمكن للمشغلين الاتصال بالجهاز الميداني، أو يمكن للجهاز الاتصال بمركز القيادة، حسب تصميم النظام.

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

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

القيد الرئيسي هو دعم الأجهزة. بعض الطائرات المسيّرة والكاميرات والأجهزة الميدانية المتخصصة لا تدعم SIP مباشرة. في هذه الحالات، تستطيع بوابة فيديو ميدانية استقبال HDMI أو RTSP أو GB/T28181 أو مصادر أخرى محليًا ثم تحويلها إلى اتصال صوتي مرئي قائم على SIP لدمجها مع نظام القيادة.

مقارنة البروتوكولات للمشاريع الميدانية

الاختيار حسب حالة الشبكة

تُعد بيئة الشبكة من أهم عوامل الاختيار. إذا كانت أجهزة الميدان ومركز القيادة في الشبكة الخاصة نفسها، فقد يكون RTSP سهل الاستخدام. أما إذا كان الجهاز خلف موجه متنقل ولا يمتلك إلا اتصالًا بالإنترنت، فعادة تكون GB/T28181 أو RTMP أو SIP أكثر عملية لأن جهة الميدان تستطيع التسجيل أو الدفع إلى منصة عامة.

في مواقع الطوارئ التي تعمل عبر 4G و5G، يكون GB/T28181 جذابًا غالبًا لأن المنصة تستطيع طلب الفيديو فقط عند الحاجة. يمكن أن يعمل RTMP جيدًا أيضًا، لكن يجب التحكم في الدفع المستمر بعناية لتجنب استهلاك البيانات غير الضروري. يناسب SIP عندما يحتاج مركز القيادة إلى محادثة في الوقت الحقيقي أو فيديو ثنائي الاتجاه أو تعليمات صوتية أو تكامل مع الاجتماعات المرئية وأنظمة التوجيه.

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

الاختيار حسب نوع الجهاز

تكون كاميرات المراقبة وأجهزة المراقبة المحمولة غالبًا أكثر ملاءمة لـ GB/T28181 عندما يتطلب المشروع تسجيل المنصة، والمعاينة عند الطلب، والتحكم في PTZ، وربط الإنذارات، وإدارة التسجيلات. وهذا مفيد خصوصًا لمراكز القيادة التي تستخدم بالفعل منصات بأسلوب المراقبة.

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

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

تُعد أجهزة الاتصال المرئي، والهواتف المرئية، ومحطات التوجيه، وكاميرات SIP، وبوابات الاتصال مرشحة جيدة لتكامل SIP. يكون SIP أكثر ملاءمة عندما يفكر المشغل في الاتصال، والرد، والمؤتمرات، والتوجيه، والتحدث مرة أخرى إلى الميدان.

بنية أفضل: وصول متعدد البروتوكولات وإخراج موحد

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

الحل العملي هو بناء طبقة وصول متعددة البروتوكولات. يمكن للطرف الأمامي استخدام RTSP أو HDMI أو GB/T28181 أو RTMP أو طرق وصول خاصة بالجهاز. ثم تعالج البوابة أو المنصة التدفق وتخرجه بالشكل المطلوب لدى مركز القيادة. وقد يشمل ذلك GB/T28181 لمنصات المراقبة، وSIP لاتصال القيادة، وRTMP لخوادم البث، وWebRTC للمشاهدة عبر المتصفح، أو صيغًا أخرى لتحليل الذكاء الاصطناعي ومنصات خدمات الفيديو.

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

توصيات اختيار عملية

إذا كان الجهاز الميداني يدعم GB/T28181 وكان مركز القيادة يحتاج إلى تحكم بأسلوب المراقبة، فينبغي إعطاء الأولوية لـ GB/T28181. فهو فعال للوصول إلى فيديو الطوارئ عبر الإنترنت لأن الفيديو يمكن طلبه عند الحاجة، كما تستطيع المنصة تنفيذ التحكم في PTZ، وضبط التركيز، والصوت ثنائي الاتجاه، والوصول إلى الموقع، واستقبال الإنذارات، واسترجاع التسجيلات.

إذا كان الجهاز يوفر RTSP فقط، فاستخدم RTSP داخل الشبكة المحلية الميدانية وأضف بوابة للرجوع عبر النطاق الواسع. لا تفترض أن مركز القيادة يستطيع سحب RTSP من جهاز ميداني يعمل عبر 4G/5G عبر الإنترنت العام دون تصميم شبكة إضافي.

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

إذا كان المشروع يتطلب توجيهًا في الوقت الحقيقي أو صوتًا ثنائي الاتجاه أو مكالمات فيديو أو تكاملًا مع الاجتماعات المرئية أو الاتصالات الموحدة، فإن SIP يكون غالبًا الأنسب. وعندما لا تدعم الأجهزة SIP أصليًا، تستطيع البوابة تحويل HDMI أو RTSP أو GB/T28181 أو مصادر أخرى إلى سير عمل اتصال SIP.

الأسئلة الشائعة

هل يمكن لجهاز ميداني واحد استخدام أكثر من بروتوكول فيديو؟

نعم. تدعم بعض الأجهزة مخرجات متعددة مثل RTSP أو RTMP أو GB/T28181 أو HDMI في الوقت نفسه. يعتمد الاختيار الأفضل على ما إذا كان المشروع يحتاج إلى معاينة محلية، أو رجوع عبر الشبكة العامة، أو تحكم المنصة، أو التسجيل، أو اتصال قيادة ثنائي الاتجاه.

كيف يجب أن يتعامل المشروع مع روابط 4G أو 5G غير المستقرة؟

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

هل يلزم دائمًا عنوان IP عام في مركز القيادة؟

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

هل يمكن استخدام RTSP لرجوع فيديو الطائرات المسيّرة؟

نعم، لكنه يُستخدم عادة داخل شبكة محلية أو عبر بوابة ميدانية. إذا كانت الطائرة المسيّرة أو حمولتها خلف شبكة متنقلة، فقد لا يستطيع مركز القيادة سحب RTSP مباشرة دون VPN أو ترحيل أو إعادة توجيه عبر بوابة.

ما الذي يجب فحصه قبل اختيار بوابة وصول فيديو؟

تحقق من بروتوكولات الإدخال، وبروتوكولات الإخراج، وقدرة الترميز التحويلي، وسعة التدفقات المتزامنة، ودعم PTZ، وتوافق SIP أو GB/T28181، وخيارات التسجيل، والتكيف مع الشبكة، وما إذا كانت تستطيع الاتصال بمنصة القيادة المطلوبة.

متى ينبغي التفكير في WebRTC؟

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