الخلاصة
- فصلت RFC 3057 بين إنهاء قناة D المادية في ISDN ومكان معالجة Q.931 للمكالمة: أنهت بوابة الإشارات Q.921، ثم نقلت IUA بدائيات تلك الحدود عبر SCTP إلى خادم تطبيقات.
- أتاح التحويل بين عمليات ASP توجيه الإشارات إلى عملية أخرى، لكن استعادة النقل لا تستعيد حالة المكالمة. وتوضح RFC 4233، التي حلت محل RFC 3057، أن المكالمات خلال الانتقال قد تفشل ما لم تتشارك عمليات التطبيق حالتها بآلية تقع خارج IUA.
انتقلت الطبقة العليا، لا السلك
في بنية ISDN التقليدية، تحمل قناة D الإشارات التي تمكّن الطرفيات من إنشاء المكالمات ذات التحويل الدائري وإدارتها. توفر Q.921 خدمة وصلة البيانات، وتستخدم Q.931 وQSIG هذه الخدمة من الطبقة الأدنى. استغلت RFC 3057، المنشورة في فبراير 2001، هذا الحد البروتوكولي لفصل أماكن تنفيذ الوظائف.
تستقبل بوابة الإشارات (SG) الإشارات من واجهة ISDN قياسية وتنهي Q.921. أما متحكم بوابة الوسائط (MGC) على جانب IP فيستضيف طبقة Q.931 النظيرة ومعالجة المكالمات. وبينهما تحمل طبقة تكييف مستخدم Q.921 في ISDN، أو IUA، بدائيات هذا الحد باستخدام SCTP. لم تحوّل هذه البنية خط المشترك أو قناة D أو كل دائرة إلى كائن IP؛ فقد ظلت الواجهة المادية وسلوك Q.921 المحلي لدى البوابة.
لهذا الفصل أثر تشغيلي. تنقل بدائية DL-DATA رسالة Q.931، بينما تعبّر بدائيات الإنشاء والتحرير والبيانات غير المؤكدة عن نتائج مختلفة للوصلة. لذلك كان على IUA الحفاظ على هوية الواجهة ومعنى كل بدائية. استطاع المتحكم البعيد معالجة رسائل المكالمة، من دون أن يعني ذلك أنه تولى قناة D نفسها.
معرّف واجهة واحد ودلالة محلية
يربط معرّف الواجهة الرسالة بالواجهة المادية المعنية في SG. ويمكن تمثيله بعدد صحيح أو نص، لكن دلالته محلية: تنسق البوابة وخادم التطبيقات القيمة فيما بينهما. ولا تمنحه RFC معنى مشتركاً بين بوابات منفصلة. فما يبدو اسماً على مستوى الشبكة هو في الحقيقة مفتاح محلي يربط سياقات الإشارات.
تربط SG ذلك المعرّف بخادم تطبيقات وبعملية نشطة من عمليات خادم التطبيقات (ASP). ولا يلزم أن يكون خادم التطبيقات جهازاً واحداً؛ فقد يكون خدمة منطقية تضم قائمة مرتبة من عمليات ASP، مثل متحكم أساسي وآخر احتياطي. ويجب أن تعرف البوابة أي عملية تستقبل الرسائل لكل واجهة؛ وقد يتغير هذا التعيين عند التحويل إلى الاحتياط.
أوصت RFC 3057 باستخدام SCTP وتخصيص تدفق SCTP منفصل لكل قناة D لتقليل الانتظار والتخزين المؤقت بين القنوات المستقلة. لكن التدفق جزء من طبقة النقل، فيما يظل معرّف الواجهة هو الذي يحدد الواجهة المادية التي تخصها الرسالة. ترتبط حالة الارتباط، وترتيب التدفق، وخريطة الواجهة المحلية، وحالة نشاط ASP بعضها ببعض، لكن أياً منها لا يحل محل الآخر.
التحويل لا ينسخ سجل المكالمة
أتاح التصميم اختيار مستوى التكرار. لا يتضمن ترتيب 1+0 أي ASP احتياطي. وفي ترتيب 1+1 نشط/احتياطي تعالج عملية واحدة الحركة، مع استعداد أخرى لتوليها. أما نموذج n+k الأوسع فيصف n من العمليات اللازمة للحمل وk عمليات احتياطية لتولي المهمة عند تعطل عملية أو غيابها. وتمكّن رسائل IUA بين SG وعمليات ASP من تبادل الحالة وتحديد وجهة الإشارات.
لكن وجود ارتباط نقل سليم مع العملية الاحتياطية لا يثبت أنها تعرف حالة مكالمة يجري إنشاؤها بالفعل. أوضحت RFC 4233، التي حلت محل RFC 3057 في 2006، هذا الفارق: في شبكات مستوى المشغل، ينبغي ألا يؤدي تعطل ASP إلى إسقاط المكالمات المستقرة؛ وقد يتطلب ذلك أن تتشارك عمليات ASP حالة المكالمة. أما المكالمات التي تمر بمرحلة انتقالية فقد تفشل. ويمكن للذاكرة المشتركة أو بروتوكول بين عمليات ASP أن يخففا هذا الخطر، لكن البروتوكول الأخير خارج نطاق IUA.
لم يكن ذلك قصوراً خفياً في SCTP. يستطيع SCTP إظهار حالة الارتباط، والحفاظ على ترتيب الرسائل في كل تدفق، ودعم تعدد الاستضافة. لكن هذه خصائص نقل؛ ولا تخبر المتحكم الاحتياطي بقرارات المكالمة التي اتُخذت، ولا بالرسائل التي وصلت للطرف المقابل، ولا بما إذا كانت المكالمة مستقرة أو ما تزال في طور الانتقال. تستطيع IUA تغيير مسار الإشارات، بينما تظل استمرارية التطبيق مسؤولية منفصلة.
ما الذي غيّرته المواصفة، وما الذي لم تثبته
أضافت RFC 3057 إلى معمارية SIGTRAN آلية تكييف محددة لمستخدمي Q.921. وأتاحت توزيع معالجة المكالمات عبر وصلة خلفية تعمل عبر IP مع الإبقاء على حد معياري مع شبكة التحويل الدائري. وفي 2006 حلت RFC 4233 محلها وطورت آلية التكييف ذاتها. يوثق هذا التسلسل تطور المواصفات؛ لكنه لا يثبت أي المشغلين نشرها، أو الأجهزة التي اشتروها، أو عدد المكالمات التي صمدت أمام عطل فعلي.
الدرس الهندسي أضيق من القول إن «الاتصالات الهاتفية انتقلت إلى IP». يمكن أن ينتقل حدّ الخدمة بينما تبقى الواجهة المادية في مكان آخر. لذلك ينبغي التحقق على نحو منفصل من إنهاء الوصلة، وتكييف البدائيات، وارتباط النقل، والعملية المستقبلة، وحالة التطبيق التي تجعل المكالمة متماسكة. استعادة ارتباط SCTP أو ظهور ASP في حالة النشاط لا يثبت إتمام المكالمة.
المصادر
- RFC 3057 — ISDN Q.921-User Adaptation Layer
- RFC Editor — صفحة معلومات RFC 3057
- RFC 4233 — ISDN Q.921-User Adaptation Layer (تحل محل RFC 3057)
- RFC 2719 — Framework Architecture for Signaling Transport
- RFC 4960 — Stream Control Transmission Protocol
- RFC 9260 — Stream Control Transmission Protocol
- RFC 4666 — MTP3 User Adaptation Layer
- RFC 4166 — Telephony Signalling Transport over SCTP: Applicability Statement
- سجل IANA لأسماء الخدمات ومنافذ بروتوكولات النقل
- Datatracker — RFC 3057
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات
