الخلاصة

  • في M3UA كما عرّفته RFC 3332، وصف Routing Key نطاق الحركة، وحدد Routing Context ذلك المفتاح، وميّز Network Appearance سياقاً محلياً لشبكة SS7. كانت الأسماء مترابطة لكنها غير قابلة للاستبدال.
  • أمكن لـASP واحد خدمة عدة Application Servers عبر ارتباط SCTP مشترك، بينما حُفظت حالة ASP لكل AS. لذلك لا يثبت نشاط النقل أن نطاق الحركة مفعّل أو أن وجهة SS7 قابلة للوصول أو أن مستخدم MTP3 تسلم الرسالة.

ثلاثة أسماء لثلاثة أسئلة

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

يبدأ هذا الفصل من حد البروتوكول. صدرت RFC 3332 في سبتمبر 2002، وعرّفت تكييفاً لنقل إشارات مستخدمي MTP3، مثل ISUP أو SCCP، عبر IP. ويقدم M3UA إلى عملية Application Server البعيدة بدائيات يتوقعها هؤلاء المستخدمون، لكنه لا يصبح طبقة MTP3 في SS7. يمكن لبوابة الإشارات استقبال SS7، فيما يستخدم التطبيق البعيد جزء المستخدم عبر طبقة التكييف. ويجب أن توضح لوحة التحكم أين تذهب الرسالة، وكذلك سياق SS7 الذي يمنح حقولها معناها.

Application Server خدمة منطقية مرتبطة بـRouting Key محدد. والمفتاح قاعدة اختيار: مجموعة من معلمات SS7 تحدد نطاق الحركة الذي تتولاه الخدمة. قد تشمل المعلمات رمز نقطة الوجهة ورمز نقطة المصدر ومؤشر الخدمة؛ وقد يضيف التطبيق حقولاً من جزء المستخدم مثل رمز دائرة ISUP أو رقم النظام الفرعي SCCP. هذه أمثلة وليست وصفة عامة. ويمكن للمفتاح أن يصف نطاقات غير متصلة، كما تعتمد الحقول ذات الصلة على التطبيق والشبكة.

ليس Routing Context نسخة مختصرة من معايير المطابقة؛ بل قيمة تحدد Routing Key. تقارن وظيفة التوزيع في SGP الحركة بالمفتاح، بينما تستخدم رسائل التحكم السياق المرتبط للإشارة إلى مجموعة الحركة المراد تشغيلها أو إيقافها أو تسجيلها. المفتاح هو القاعدة، والسياق هو المرجع الذي يستدعيها، وApplication Server هو الخدمة المختارة. واستبدال أحدها بالآخر يزيل إما معايير المطابقة وإما المرجع اللازم لعمليات التحكم.

Network Appearance محلي لا عالمي

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

لكن Network Appearance ليس رقماً عالمياً للشبكة على الإنترنت. عرّفته RFC 3332 مرجعاً محلياً ينسقه Signalling Gateway Process مع Application Server. وتوضح RFC 4666، التي حلت محل RFC 3332 عام 2006، أن الشبكة نفسها قد تُمثل بقيم مختلفة في SGPs مختلفة. ومن دون سجل مطابقة، لا تكفي مقارنة الأعداد الصحيحة بين البوابات لإثبات أنها تشير إلى الشبكة ذاتها.

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

ارتباط واحد وحالات تطبيق متعددة

تظهر أهمية الفرق مرة أخرى عند التحويل الاحتياطي. ASP نسخة عملية، وليس تعريف الخدمة نفسه. يمكن تهيئته لخدمة أكثر من Application Server، كما قد يحمل ارتباط SCTP واحد حركة تخص عدة ASs. لذلك تحفظ RFC 3332 حالة ASP لكل AS على حدة. وACTIVE ليس خاصية للمقبس أو الجهاز وحده؛ بل حالة حركة العملية ضمن خدمة تطبيق محددة.

تحدد أوضاع الحركة كيفية الاختيار. قد يختار Override عملية ASP نشطة ويترك غيرها احتياطياً؛ ويوزع Loadshare الحركة بين العمليات النشطة؛ أما Broadcast فيرسلها إلى جميع العمليات النشطة المؤهلة. ويعتمد الأسلوب الملائم على التطبيق. على SGP إبقاء تغيّر الحالة وRouting Context والمفتاح المهيأ مترابطة عند اختيار مستلم الرسالة. لذا فإن قول «ASP نشط» من دون تحديد AS أو السياق غير مكتمل، وعبارة «ارتباط SCTP قائم» أضعف دلالة.

وتوجد طبقة أخرى قبل وصول الرسالة إلى المستخدم البعيد. يحمل M3UA رسائل DATA وإشعارات بأن الوجهة غير متاحة أو قابلة للوصول أو مقيدة أو مزدحمة. يثبت ارتباط النقل قدرة الطرفين على الاتصال، لكنه لا يثبت صحة تفسير زوج رمز النقطة وNetwork Appearance، ولا مطابقة الرسالة لمفتاح Routing Key مصرح، ولا نشاط ASP لذلك AS، ولا اكتمال عملية ISUP/SCCP البعيدة. يحتاج كل استنتاج إلى سجل من طبقته.

قراءة إصدار 2006 ضمن تاريخ إصدار 2002

الموضوع التاريخي هنا هو RFC 3332، لا الادعاء بأن نصها هو المواصفة الحالية. حلت RFC 4666 محلها في سبتمبر 2006، مع الإبقاء على الفروق المركزية: Routing Key لاختيار الحركة، وRouting Context لتحديد المفتاح، وNetwork Appearance لسياق SS7 المحلي. يوضح الإصدار اللاحق القراءة المعيارية الحالية، بينما تكشف المقارنة حدود التصميم التي استمرت.

يسجل جدول IANA الحالي لمعاملات SCTP معرّف البروتوكول 3 لـM3UA ويشير إلى RFC 4666. كما يسجل جدول أسماء الخدمات والمنفاذ خدمة m3ua على منفذ SCTP رقم 2905. هذه تعيينات لا أدلة على تشغيل شركة اتصالات لـM3UA، أو مطابقة تطبيق، أو مرور مكالمة على ارتباط بعينه. وبالمثل، لا يثبت كون RFC 9260 مواصفة SCTP الحالية أن نظام M3UA منشوراً قد اعتمدها.

تعالج RFC 3331 الخاصة بـM2UA حداً مجاوراً لكنه مختلف: تنقل واجهة مستخدم MTP2 فيما تبقى الوصلة الفيزيائية عند البوابة. أما M3UA فينقل إشارات مستخدم MTP3، وقد تتضمن حمولة ISUP أو SCCP. ولـIUA في RFC 4233 وM2PA في RFC 4165 حدود تكييف خاصة بهما. لا يجعل الانتماء إلى SIGTRAN أو استخدام SCTP أسماء البروتوكولات ونماذج حالتها قابلة للتبادل.

عملياً، اطرح أربعة أسئلة منفصلة: ما معلمات SS7 التي اختارت الحركة؟ وأي Routing Context حدد الاختيار؟ وما Network Appearance المحلي الذي منح رمز النقطة معناه في علاقة SGP/ASP هذه؟ وأي حالة ASP لكل AS سمحت بالتسليم؟ بعد ذلك فقط اربط ارتباط SCTP بوصفه مسار النقل. والدرس الباقي من RFC 3332 هو أن مرجع القاعدة والقاعدة نفسها ومجال الشبكة والقناة التي تحمل الرسالة ليست شيئاً واحداً.

المصادر