لا يحدث فشل الشبكة الأساسية دائمًا بسبب نقص قدرة المعالجة. ففي كثير من الأحيان تكون المشكلة الحقيقية هي الحالة المحفوظة. إذا تعطلت وظيفة شبكية بينما ظل سياق المستخدم موجودًا في مكان موثوق، فقد تتمكن وظيفة أخرى من مواصلة الخدمة. أما إذا اختفى السياق مع العقدة المتعطلة، فإن الاسترداد يصبح أكثر صعوبة. وهذه هي الفكرة وراء أحد مبادئ التصميم المهمة في 5GC: فصل موارد الحوسبة عن موارد التخزين.
في الشبكة الأساسية المتنقلة، قد يتضمن سياق المستخدم حالة التسجيل، ومعلومات التنقل، والهويات المؤقتة، والبيانات المتعلقة بالجلسة، ومراجع الموقع، وحالات خدمة أخرى. تساعد هذه القيم الشبكة على معرفة هوية UE وموقعه والجلسة التي يستخدمها وكيفية التعامل مع الإشارات اللاحقة. وعندما يرتبط هذا السياق ارتباطًا وثيقًا بمثيل محلي واحد لوظيفة شبكية، يصبح ذلك المثيل أكثر من مجرد عقدة معالجة، بل يتحول إلى نقطة خطر منفردة لاستمرارية الخدمة.
تعالج 5GC هذا الخطر من خلال دعم عدد أكبر من وظائف الشبكة عديمة الحالة. ولا يعني ذلك أن وظيفة الشبكة لا تستخدم أي حالة أثناء التشغيل، بل إن النقطة الأساسية هي ألا تبقى الحالة طويلة الأجل أو القابلة للاسترداد محتجزة داخل مثيل حوسبة محلي واحد. ومن خلال السماح بتخزين البيانات غير المهيكلة، مثل سياق UE، واسترجاعها عبر UDSF، توفر 5GC لـ AMF ووظائف الشبكة الأخرى نموذج استرداد أكثر مرونة.
لماذا تصبح الحالة المحلية مصدر خطر
يوضح مثال MME في شبكة 4G المشكلة بسهولة. ففي شبكة LTE/EPC، وبعد أن يكمل UE إجراء الالتحاق عبر MME1، ينشئ ذلك الـ MME سياق UE ويخزنه محليًا. وقد يتضمن السياق معلومات إدارة التنقل وإدارة الجلسة، مثل موقع UE وGUTI والمعلمات المرتبطة بعنوان IP الخاص بـ UE.
إذا تعطل MME1 بشكل مفاجئ، فقد يظل MME2 متاحًا فعليًا داخل مجموعة MME. لكن توفر MME آخر لا يعني تلقائيًا استمرار الخدمة. فإذا كان سياق UE موجودًا على MME1 فقط، فلن يملك MME2 معلومات كافية لمواصلة خدمة UE بسلاسة. وقد يضطر المستخدم إلى إيقاف الجهاز وتشغيله أو تنفيذ الالتحاق من جديد قبل استعادة الخدمة. ومن منظور تجربة المستخدم، يعد هذا نموذج استرداد ضعيفًا.
أحد الحلول التقليدية هو إنشاء عنقود MME بمزامنة نشطة واحتياطية. في هذا التصميم، تتم مزامنة سياق UE لحظيًا بين MME النشط والاحتياطي. وإذا فشل MME النشط، يمكن للعقدة الاحتياطية تولي العمل باستخدام السياق المتزامن. وقد يقلل هذا الأسلوب انقطاع الخدمة، لكنه ينطوي أيضًا على قيود؛ إذ قد يعتمد على تنفيذ خاص بالمورّد، ويفتقر إلى دعم معياري واسع، ويزيد التكلفة، ويحد من قابلية النقل بين بيئات الأنظمة المختلفة.
المشكلة الأعمق هي أن الحالة المحلية تنشئ ارتباطًا محكمًا بين مثيل الخدمة وبياناته. وعندما تصبح عقدة الحوسبة الحامل العملي الوحيد لسياق المستخدم، يصبح تجاوز الأعطال أكثر تعقيدًا. وتتجه 5GC إلى نموذج أنظف من خلال وضع الحالة القابلة للاسترداد في وظيفة تخزين منفصلة يمكن لوظائف الشبكة المصرح لها الوصول إليها.
ما الذي تغيره UDSF
يرمز UDSF إلى وظيفة تخزين البيانات غير المهيكلة. وهي تتيح لأي وظيفة شبكية في 5GC تخزين بياناتها غير المهيكلة واسترجاعها، بما في ذلك بيانات مثل سياق UE. في هذا النموذج، يستطيع AMF أو أي NF أخرى معالجة الإشارات بوصفه وظيفة حوسبة، بينما توفر UDSF موقعًا مستقلًا للاحتفاظ بمعلومات الحالة المختارة.
يشبه هذا المفهوم محطة عمل بلا قرص. فمحطة العمل عديمة القرص تحتوي على CPU وذاكرة وواجهة شبكة ومعدات تنفيذ أخرى، لكنها لا تحتفظ ببيانات العمل على قرص صلب محلي. بل تقلع وتحصل على البيانات من خادم شبكي. تنفذ المحطة عمليات الحوسبة بينما يكون التخزين منفصلًا. وفي 5GC يمكن تصميم وظائف الشبكة بطريقة مماثلة: تنفذ NF منطق الإشارات والخدمة، في حين يمكن تخزين بيانات السياق خارج المثيل المحلي.
لا تقتصر قيمة UDSF على عملها كقاعدة بيانات. فقيمتها المعمارية تكمن في دعم تصميم NF عديم الحالة، واسترداد AMF، ونشر أكثر مرونة يعتمد على السحابة الأصلية. وعندما تكون الحالة متاحة عبر UDSF، يمكن أن يتعطل مثيل AMF دون أن يؤدي ذلك بالضرورة إلى فقدان دائم لسياق UE. ويمكن لـ AMF مختار حديثًا استرجاع السياق المطلوب ومواصلة المعالجة عند حدوث المعاملة التالية.
تنسجم UDSF أيضًا مع الاتجاه الأوسع للشبكات الأساسية الافتراضية والسحابية الأصلية. ففي النشر السحابي، قد تتوسع مثيلات وظائف الشبكة أو تنكمش أو يعاد تشغيلها أو نقلها بين البنى التحتية. وإذا امتلك كل مثيل حالته المحلية بإحكام، تصبح الأتمتة صعبة. ويجعل فصل الحوسبة عن التخزين التوسع والاسترداد أكثر قابلية للإدارة.
كيف تختلف أنواع البيانات
لفهم UDSF بصورة صحيحة، من المهم التمييز بين البيانات المهيكلة والبيانات غير المهيكلة. ففي مصطلحات 5GC، تشير البيانات المهيكلة إلى البيانات التي تحدد مواصفات 3GPP بنيتها. وتعد بيانات الاشتراك مثالًا نموذجيًا لأن بنية مواردها ونموذج الوصول إليها موصوفان بوضوح.
تشير البيانات غير المهيكلة إلى البيانات التي لا تحدد مواصفات 3GPP بنيتها الداخلية. ويعد سياق UE مثالًا نموذجيًا. فهو بالغ الأهمية لاستمرارية الخدمة، لكن تنظيمه الداخلي الدقيق غير موحّد بالطريقة نفسها التي توحّد بها بيانات الاشتراك. ولذلك فهو مناسب للتخزين عبر UDSF.
يؤثر هذا الاختلاف في التصميم الهندسي. فالبيانات المهيكلة يمكن إدارتها عبر خدمات بيانات معيارية ذات نماذج موارد محددة. أما البيانات غير المهيكلة فعادة ما تنتجها وتفسرها وظيفة الشبكة المالكة لمنطق الخدمة. وتمنح UDSF تلك الوظيفة مكانًا لحفظ البيانات واسترجاعها دون فرض تحويل التنسيق الداخلي بالكامل إلى شجرة بيانات معيارية.
عند التخطيط للنشر، ينبغي للمهندسين ألا يعاملوا جميع بيانات 5GC بوصفها فئة واحدة. فقد تختلف بيانات الاشتراك، وبيانات السياسات، وحالة الجلسة، وسياق المستخدم المؤقت، ومعلومات الاسترداد في معدل الوصول، وحساسية زمن التأخير، والبنية، والملكية، ومتطلبات الاسترداد. وتركز UDSF أساسًا على تخزين الحالة غير المهيكلة التي تحتاجها وظائف الشبكة لتحقيق المرونة والاستمرارية.
كيف يعمل استرداد AMF
يتبع استرداد AMF النموذجي باستخدام UDSF تسلسلًا واضحًا. أولًا، يسجل UE يعمل بتقنية 5G عبر AMF1. وينشئ AMF1 سياق UE اللازم لإدارة النفاذ والتنقل. بعد ذلك، يخزن AMF1 سياق UE في UDSF. عند هذه النقطة، لا تعود حالة المستخدم محتجزة داخل مثيل AMF المحلي وحده.
إذا فشل AMF1، تكتشف شبكة نفاذ 5G أو وظائف مستوى التحكم النظيرة هذا الفشل. ولا يعود AMF المتعطل مرشحًا للاختيار. وعندما تحتاج الشبكة إلى اختيار AMF آخر من مجموعة AMF نفسها، يمكنها اختيار AMF2. وهنا تغير UDSF سلوك الاسترداد.
لا يحتاج AMF2 إلى التعامل مع UE كجهاز مجهول تمامًا. فعند حدوث معاملة مع UE، يستطيع AMF2 استرجاع سياق UE من UDSF. ويمكن أن يستخدم الاسترجاع معرفات مثل SUPI أو 5G-GUTI أو AMF UE NGAP ID. وبعد الحصول على السياق، يستطيع AMF2 معالجة رسالة UE وتحديث 5G-GUTI لدى UE عند الضرورة.
النتيجة العملية هي استمرارية خدمة أفضل. ما زالت الشبكة بحاجة إلى كشف صحيح للأعطال، وإعادة اختيار AMF، ومنطق سليم لاسترجاع السياق، إلا أن أساس الاسترداد أقوى من نموذج يخزن جميع سياقات المستخدم داخل العقدة المتعطلة فقط. ومن جانب المستخدم، تتمثل النتيجة المثالية في استرداد لا يتطلب إعادة تشغيل الجهاز أو إعادة الالتحاق يدويًا أو حدوث انقطاع ملحوظ في الخدمة.
القيمة الهندسية والحدود
القيمة الهندسية الأساسية لفصل الحوسبة عن التخزين هي المرونة. فإذا تعطل مثيل AMF، قد تظل حالة الخدمة متاحة عبر UDSF. ويقلل ذلك الاعتماد على الحالة المحلية للعقدة ويساعد الشبكة على الاسترداد بأثر أقل. كما يدعم التوسع المرن، إذ يمكن إدخال مثيلات جديدة لوظائف الشبكة دون الحاجة إلى مزامنة جميع الحالات التاريخية محليًا مسبقًا.
القيمة الثانية هي قابلية النقل المعمارية. فمقارنة بالمزامنة النشطة والاحتياطية الخاصة بالمورّد، تعد UDSF جزءًا من معمارية 5GC وتتوافق بصورة أفضل مع تصميم الشبكة الأساسية السحابية الأصلية المعياري. وهي تدعم نهجًا أكثر انفتاحًا لتخزين الحالة واستردادها بدل حصر التوفر العالي في آلية عنقود خاصة.
لكن UDSF لا تزيل كل التعقيد، بل تصبح مكونًا حاسمًا في سلسلة الاسترداد. فإذا كانت UDSF بطيئة أو غير متاحة أو غير متسقة أو ضعيفة الحماية، فقد تتحول إلى عنق زجاجة جديد. لذلك يجب تصميم UDSF نفسها بتوفر عالٍ، وأداء سريع للقراءة والكتابة، ونسخ متماثل موثوق، وتحكم آمن في الوصول، وقدرة على التعافي من الكوارث.
اختيار قاعدة البيانات مهم أيضًا. فقد تظهر قواعد البيانات العلائقية وغير العلائقية في التصاميم المرتبطة بـ UDSF بحسب تنفيذ المورّد ومتطلبات النظام. والسؤال الأساسي ليس نوع قاعدة البيانات المستخدمة فقط، بل ما إذا كانت طبقة التخزين الكاملة تستطيع تلبية متطلبات زمن التأخير والموثوقية والاتساق والاسترداد بمستوى شبكات الاتصالات.
بالنسبة للمهندسين، تشمل أهم نقاط الفحص ما إذا كان سياق UE يكتب إلى UDSF في الوقت المناسب، وما إذا كان AMF المختار حديثًا يستطيع استرجاعه بصورة صحيحة، وما إذا كان اختيار مجموعة AMF يعمل كما هو متوقع، وما إذا كانت المعرفات تعالج باتساق، وما إذا كان تجاوز الأعطال غير ملحوظ فعليًا أو شبه غير ملحوظ للمستخدم. ولا تكون عملية الفصل ذات قيمة إلا عندما يختبر مسار الاسترداد الكامل من طرف إلى طرف.
الأسئلة الشائعة
هل تستخدم UDSF بواسطة AMF فقط؟
لا. صممت UDSF لأي وظيفة شبكية تحتاج إلى تخزين بيانات غير مهيكلة واسترجاعها. ويعد استرداد AMF باستخدام سياق UE مجرد واحد من أوضح الأمثلة.
لماذا يعامل سياق UE كبيانات غير مهيكلة؟
سياق UE مهم، لكن بنيته الداخلية غير محددة بالكامل كبنية بيانات معيارية في 3GPP. ولذلك فهو مناسب للتخزين كبيانات غير مهيكلة.
هل تستبدل UDSF كل الحالة المحلية داخل وظائف الشبكة؟
ليس بالكامل. فقد تظل وظائف الشبكة تستخدم حالة محلية مؤقتة أثناء المعالجة. وتستخدم UDSF أساسًا للاحتفاظ بالبيانات غير المهيكلة القابلة للاسترداد التي ينبغي ألا تضيع مع مثيل حوسبة واحد.
هل تستطيع UDSF ضمان عدم انقطاع الخدمة مطلقًا؟
ليس بمفردها. فهي تحسن أساس الاسترداد، لكن الاستمرارية الفعلية تعتمد أيضًا على كشف الأعطال، وإعادة اختيار AMF، وحداثة البيانات، وسلوك الإشارات، وتوفر UDSF.
ما الذي ينبغي اختباره قبل نشر UDSF في بيئة الإنتاج؟
ينبغي أن تشمل الاختبارات توقيت كتابة السياق، واسترجاعه، وكشف فشل AMF، وإعادة اختيار مجموعة AMF، وتجاوز أعطال قاعدة البيانات، وزمن القراءة والكتابة، وأمن الوصول، وتجربة UE الفعلية أثناء الاسترداد.
إن فصل الحوسبة عن التخزين في 5GC يتجاوز مجرد تعديل قاعدة البيانات. فهو يغير الطريقة التي تنظر بها الشبكة الأساسية إلى الحالة والفشل والاسترداد. ومن خلال استخدام UDSF لتخزين البيانات غير المهيكلة، مثل سياق UE، يمكن لوظائف الشبكة أن تقلل اعتمادها على التخزين المحلي وتصبح أنسب للنشر السحابي الأصلي المرن. والفكرة الأساسية بسيطة: قد تتعطل مثيلات الحوسبة أو تتغير، لكن يجب أن تظل حالة المستخدم قابلة للاسترداد.
