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

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

منتج ذو صلة: بوابة RoIP

لماذا لا تزال كلتا الشبكتين مهمتين

تطورت أنظمة الراديو العامة والخاصة وفق أولويات تقنية وتشغيلية مختلفة. يستفيد اتصال PoC من التغطية التي يوفرها مشغلو الهاتف المحمول. يمكن للمحطة التواصل عبر اتصال 4G أو 5G متاح دون حاجة المؤسسة إلى نشر بنية تحتية راديو مخصصة في كل منطقة تشغيل.

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

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

لذلك قد تستخدم مؤسسات السلامة العامة والمطارات والموانئ والمصانع ومشغلي النقل وشركات الطاقة الراديو الخاص كنواة تشغيلية لها مع إدخال PoC كامتداد للتغطية أو كطبقة اتصال إضافية.

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

التحدي الرئيسي لقابلية التشغيل البيني

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

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

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

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

وصول back-to-back لتوافق واسع

يعد التكامل من النوع back-to-back النهج الأكثر شمولاً عندما يستخدم النظامان معايير مختلفة أو عندما لا تتوفر واجهة برمجية مباشرة.

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

لقناة واحدة، يمكن تبسيط الهيكل كالتالي:

راديو PoC ← بوابة التشغيل البيني ← الراديو الخاص

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

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

إنه مفيد بشكل خاص في مشاريع التعديل التحديثي حيث تكون كلتا شبكتي الراديو تعملان بالفعل وسيكون استبدال أي من المنصتين غير عملي.

أين توجد حدود الجسر القائم على المحطة

يأتي التوافق الواسع لطريقة back-to-back مع بعض المقايضات. نظراً لأن الاتصال يمر عبر محطات مادية، فإن النتيجة النهائية تعتمد جزئياً على سلوك وأداء صوت تلك المحطات.

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

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

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

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

الوصول المباشر إلى المنصة يقلل من مراحل الترحيل

يتوفر نهج ثانٍ عندما توفر منصة PoC واجهة يمكن دمجها مباشرة مع بوابة التقارب.

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

تتغير البنية حينئذ إلى:

منصة PoC ↔ SIP/API ↔ بوابة التقارب ↔ الراديو الخاص أو الراديو المتنقل

في جانب الراديو الخاص، يمكن للبوابة الاستمرار في الاتصال براديو محمول أو مركبي موجود باستخدام الواجهات التي توفرها معدات الراديو. في جانب الشبكة العامة، يتم تبادل الإشارات والصوت مباشرة مع منصة برمجيات PoC.

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

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

الاختيار بين النهجين

لا ينبغي التعامل مع أي من البنيتين على أنها متفوقة عالمياً. يعتمد الاختيار الصحيح على الواجهات المتاحة في الأنظمة الحالية والأهداف التشغيلية للمشروع.

تكامل back-to-back مناسب عندما يكون التوافق هو الشاغل الأساسي. إنه مفيد عندما لا يوفر مورد PoC واجهة برمجية يمكن الوصول إليها، أو عندما يكون بروتوكول المنصة مملوكاً، أو عندما يحتاج المشروع إلى ربط الأنظمة الحالية دون تعديل برمجي أعمق.

يكون التكامل المباشر للبروتوكول أكثر جاذبية عندما تتوفر واجهة SIP أو API متوافقة. من خلال الاتصال مباشرة بمنصة برمجيات PoC، يمكن للتصميم تقليل مراحل ترحيل المحطات وتحقيق زمن اتصال أقل وأداء مكالمات أفضل في جانب الشبكة العامة.

يؤثر عدد القنوات أيضاً على القرار. في نظام back-to-back، تتطلب القنوات المتزامنة أو المستقلة المتعددة عادةً أزواج محطات ومنافذ بوابة مقابلة. مع نمو عدد القنوات، يصبح هيكل الأجهزة أكثر تعقيداً. يمكن أن توفر واجهة على مستوى المنصة بنية أنظف حيث تدعم نظام PoC التكامل البرمجي المطلوب.

لذلك يجب أن يفحص تقييم المشروع:

• تقنية الراديو الخاص المستخدمة، مثل PDT أو DMR أو TETRA.

• منصة PoC وما إذا كانت توفر SIP أو API أو أي واجهة برمجية أخرى قابلة للاستخدام.

• عدد قنوات الراديو التي تحتاج إلى الترابط.

• ما إذا كانت أجهزة الراديو المحمولة أو المركبية الحالية توفر واجهات بوابة مناسبة.

• مستوى زمن الاتصال المقبول.

• جودة الصوت المطلوبة والموثوقية التشغيلية.

• ما إذا كان من المتوقع توسع مستقبلي بإضافة قنوات أو أنظمة إضافية.

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

لماذا يعد التكامل الكامل للبروتوكول أقل شيوعاً

من الناحية النظرية، يمكن أيضاً ربط الأنظمة العامة والخاصة من خلال تطوير بروتوكول إلى بروتوكول أعمق. بدلاً من توصيل محطات الراديو أو استخدام واجهة SIP/API متاحة بسهولة، يمكن تعديل أو دمج كلتا المنصتين على مستوى برمجي أعمق.

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

لهذه الأسباب، شهد تكامل البروتوكول المخصص بالكامل عمليات نشر عملية أقل من النهجين القائمين على البوابة.

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

بناء حل تقارب عملي

يكون التقارب بين العام والخاص أكثر قيمة عندما يوسع قدرة الاتصال دون إضعاف نقاط قوة الشبكة الخاصة الحالية.

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

تقع بوابة التشغيل البيني بين هذه البيئات وتنشئ جسر الاتصال المطلوب. عندما تكون واجهات المنصة المباشرة غير متاحة، يوفر الوصول عبر راديو back-to-back طريقة اتصال قابلة للتطبيق على نطاق واسع. عندما تدعم منصة PoC تكامل SIP أو API، يمكن للوصول البرمجي المباشر تبسيط جانب الشبكة العامة وتقليل مراحل الترحيل غير الضرورية.

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

الخلاصة

يحل كل من PoC عبر الشبكات العامة والراديو المشفر الخاص مشاكل اتصال مختلفة. يستخدم PoC البنية التحتية الحالية لمشغلي 4G و 5G لتوفير نشر سريع وتغطية واسعة وقدرات اتصال عريضة النطاق، بينما تستمر أنظمة PDT و DMR و TETRA في لعب دور مهم في الاتصالات الحرجة حيث يكون زمن الوصول المنخفض والموثوقية العالية والأمان ضرورياً.

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

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

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

هل يمكن للمؤسسة تقديم PoC دون إيقاف تشغيل نظام الراديو الخاص الحالي؟

نعم. نهج التقارب الموصوف هنا مخصص تحديداً للسماح للشبكة المشفرة الخاصة الحالية ونظام PoC بالعمل معاً بدلاً من المطالبة باستبدال فوري للبنية التحتية للراديو الخاص.

هل قناة بوابة واحدة كافية لكل نشر؟

ليس دائماً. يستخدم تصميم back-to-back محطات راديو عامة وخاصة مقترنة للقنوات التي تحتاج إلى التواصل. يجب على المشاريع التي تتطلب عدة قنوات مستقلة تخطيط اتصالات البوابة وفقاً لذلك.

هل توفر كل منصة PoC نفس واجهة SIP؟

لا. يؤكد المصدر على أن منصات PoC لم تشكل معيار تنفيذ موحداً واحداً. لذلك يجب تأكيد التوافق مع منصة البرمجيات المحددة المستخدمة في المشروع.

هل يمكن لأجهزة الراديو المحمولة والمركبية المشاركة في التكامل من الجانب الخاص؟

يمكن استخدام معدات الراديو الخاص المحمولة والمركبية حيث توفر الأجهزة واجهات خارجية مناسبة للاتصال بالبوابة. يعتمد التنفيذ الدقيق على الواجهات المتاحة في معدات الراديو المثبتة.

لماذا قد يتجنب المشروع اتصال بروتوكول مخصص بالكامل؟

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