من APN إلى DNN: ما الذي يتغيّر من 4G إلى 5G SA

مهندس RF يقوم بفكّ تشفير رسالة PDU Session Establishment Accept على موقع 5G SA تمّ دمجه حديثاً. يراجع الحقول واحداً تلو الآخر ثمّ يتوقّف: حقل APN لم يعد موجوداً. الحقل أصبح يُسمّى DNN. ليس خطأً في فكّ التشفير، بل هو الواقع الجديد لشبكة 5G Core.

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

السياق: شبكات 5G SA لم تعد وعوداً

وفقاً لبيانات GSMA Intelligence، وحتّى سبتمبر 2025، أطلق 78 مشغّلاً شبكات 5G SA تجارية في 42 دولة. تجاوزت اتصالات 5G العالمية ملياري اتصال بنهاية 2024، وتشير التوقّعات إلى تضاعف حركة البيانات المتنقّلة أربع مرّات بين عامي 2024 و2030.

مع وجود شبكات SA في الإنتاج الفعلي، يحتاج فريق هندسة الشبكات إلى إتقان الآليات الأصلية لنواة 5G. ويُعدّ DNN من أوائل العناصر التي تظهر في أيّ تتبّع لإشارات NAS.

من APN إلى DNN: نفس الوظيفة، بنية مختلفة

APN في شبكات 4G/EPS

في شبكات LTE، يُحدّد Access Point Name (APN) شبكة البيانات المستهدفة ويُحدّد بوابة P-GW (PDN Gateway) التي تدير الاتصال. يرتبط كلّ APN بحامل واحد أو أكثر من EPS Bearers، وتُحدَّد جودة الخدمة لكلّ bearer عبر مُعرِّف QCI (QoS Class Identifier).

يُرمَّز APN في رسالة Attach Request أو PDN Connectivity Request. يستخدمه MME لاختيار S-GW وP-GW المناسبين بعد الرجوع إلى ملفّ المشترك في HSS.

DNN في شبكات 5G SA

يؤدّي Data Network Name (DNN) الوظيفة الجوهرية ذاتها: تحديد شبكة البيانات المستهدفة (إنترنت، IMS، شبكة LAN خاصة). وهو مُعرَّف في مواصفات 3GPP TS 23.501، القسم 5.9.

لكنّ DNN يعمل ضمن سياق معماري مختلف تماماً:

• يُنقل داخل رسالة PDU Session Establishment Request وليس في Attach Request.
• يستخدمه AMF (وظيفة إدارة الوصول والتنقّل) مع S-NSSAI لاختيار SMF المناسب.
• ترميز DNN في إشارات NAS (3GPP TS 24.501) يتّبع نفس صيغة APN، ممّا يُسهّل التشغيل البيني.
• يمكن لنفس DNN خدمة شرائح شبكة متعدّدة حسب S-NSSAI المرتبط به.

جلسة PDU: الحاوية الجديدة للاتصال

من EPS Bearer إلى PDU Session

في شبكات 4G، تُنظَّم الاتصالات في حوامل (bearers): حامل افتراضي عند الاتصال وحوامل مخصّصة للخدمات ذات متطلّبات QoS محدّدة. لكلّ bearer نفق GTP خاص بين S-GW وP-GW.

في 5G SA، تحلّ جلسة PDU محلّ هذا النموذج. وفقاً لمواصفات 3GPP TS 23.502، تُعدّ جلسة PDU حاوية تجمع عدّة تدفّقات QoS Flows. لكلّ تدفّق مُعرِّف 5QI يُحدّد معاملات زمن الاستجابة ومعدّل الخطأ والأولوية، لكنّها جميعاً تتشارك الجلسة نفسها.

أنواع جلسات PDU

يُقدّم 5G ثلاثة أنواع من جلسات PDU، مُعرَّفة في TS 23.501:

• IPv4: اتصال IP قياسي.
• IPv6: دعم أصلي لبروتوكول IPv6.
• Ethernet: جديد في 5G، مُصمَّم لإنترنت الأشياء الصناعي والحُرَم الخاصة حيث يُطلب اتصال من الطبقة الثانية (Layer 2).

نوع Ethernet يمثّل إضافة مهمّة. في 4G لم يكن هناك دعم أصلي لإطارات Ethernet؛ كان يجب تغليف كلّ حركة المرور في IP. لبيئات التصنيع المتّصل والروبوتات وشبكات TSN (الشبكات الحسّاسة للوقت)، هذه القدرة أساسية.

أوضاع SSC: استمرارية الجلسة

ابتكار آخر حصري لشبكات 5G هو أوضاع SSC (استمرارية الجلسة والخدمة):

• SSC Mode 1: تبقى الجلسة مع نفس نقطة الارتكاز UPF، مشابه لسلوك 4G.
• SSC Mode 2: يمكن للشبكة تحرير الجلسة وطلب من UE إنشاء جلسة جديدة، ممّا يسمح بتغيير نقطة الارتكاز.
• SSC Mode 3: يمكن نقل الجلسة إلى UPF جديد دون انقطاع الاتصال (make-before-break).

الوضعان 2 و3 ضروريان لحوسبة الحافة (Edge Computing)، حيث يُحدّد قرب UPF من المستخدم زمن الاستجابة.

تدفّق الإشارات: كيف تُنشأ جلسة PDU

عندما يحتاج UE إلى اتصال بيانات في شبكة 5G SA، تتّبع عملية إنشاء جلسة PDU تسلسلاً محدّداً. تنتقل إشارات NAS بين UE والنواة عبر gNB بشكل شفّاف لمحطة القاعدة.

تحمل رسالة PDU Session Establishment Request ثلاثة عناصر رئيسية:

1. DNN: شبكة البيانات المطلوبة.
2. S-NSSAI: شريحة الشبكة المطلوبة (SST + SD).
3. نوع جلسة PDU: نوع IPv4 أو IPv6 أو Ethernet.

يُقيّم AMF كلاً من DNN وS-NSSAI لتحديد SMF المناسب. هذا الاختيار بالغ الأهمّية: أيّ خطأ هنا يعني اتصال UE بالـ SMF أو UPF الخطأ، مع ما يترتّب على ذلك من مشاكل في QoS والتوجيه.

تتضمّن رسالة PDU Session Establishment Accept التي تعود إلى UE: عنوان PDU المُخصَّص، وDNN المُؤكَّد، وS-NSSAI المُصرَّح به، وأوصاف تدفّقات QoS المُعتمَدة.

وظائف الشبكة المعنيّة

يتضمّن حلّ DNN في 5G Core عدّة وظائف شبكة (NFs) تتعاون عبر واجهات قائمة على الخدمات (SBI):

• UE: يبدأ الطلب بـ DNN المطلوب.
• AMF: يستقبل طلب NAS ويختار SMF بناءً على DNN + S-NSSAI + معلومات التكوين المحلّية.
• SMF: يدير دورة حياة جلسة PDU بالكامل. يستعلم UDM للحصول على ملفّ المشترك وPCF لسياسات QoS المطبَّقة.
• UDM: يُخزّن بيانات الاشتراك بما في ذلك قائمة DNN المُصرَّح بها لكلّ مستخدم ومعاملات QoS المرتبطة.
• UPF: يُنفّذ مستوى المستخدم. يوجّه الحزم بين شبكة الوصول (واجهة N3) وشبكة البيانات (واجهة N6).
• PCF: يُحدّد ويُطبّق سياسات QoS لكلّ جلسة ولكلّ تدفّق.

التشغيل البيني بين 4G و5G: ربط DNN بـ APN

في سيناريوهات الهجرة التدريجية حيث يتعايش EPC و5GC، يكون التشغيل البيني بين APN وDNN إلزامياً. تُحدّد مواصفات 3GPP أنّ HSS+UDM يجب أن يحتفظ بجدول ربط DNN مع APN يتضمّن أسماء FQDN المقابلة لـ SMF+PGW-C.

يُتيح هذا:

• أن يقوم UE بدأ جلسة في 5G SA مع DNN بالانتقال إلى 4G دون فقدان الاتصال، لأنّ EPC يعرف APN المقابل لذلك DNN.
• أن يقوم UE المسجَّل في 4G مع APN معيَّن بنقل جلسته إلى 5G SA مع DNN المكافئ.

اتّساق جدول الربط هذا يُعدّ مصدراً متكرّراً للمشاكل في عمليات النشر الفعلية. التناقضات في التكوين بين HSS وUDM، أو أسماء FQDN غير الصحيحة، تُولّد إخفاقات في إنشاء الجلسات لا يمكن كشفها إلا من خلال تحليل مفصَّل لتتبّعات الإشارات.

جودة الخدمة: من QCI إلى 5QI

يستحقّ تطوّر نموذج QoS اهتماماً خاصاً:

• 4G (QCI): جودة الخدمة مُعرَّفة لكلّ bearer. لكلّ bearer قيمة QCI (رقمية من 1 إلى 9 لحوامل GBR، ومن 65 إلى 79 لحوامل non-GBR) تُحدّد الأولوية وميزانية زمن الاستجابة ومعدّل الخطأ.
• 5G (5QI): جودة الخدمة مُعرَّفة لكلّ تدفّق. يمكن لتدفّقات متعدّدة بقيم 5QI مختلفة التعايش داخل جلسة PDU واحدة. تُحدّد قواعد QoS Rules كيفية تصنيف الحزم في كلّ تدفّق.

لهذا التغيير تأثيرات مباشرة على استكشاف الأخطاء: في 4G، تُعزل مشكلة QoS إلى bearer واحد؛ أمّا في 5G، فيجب تحليل التدفّقات الفردية داخل الجلسة.

التأثير على هندسة الميدان

بالنسبة للفرق العاملة في التحقّق والتحسين واستكشاف الأخطاء في شبكات 5G SA، ينطوي الانتقال من APN إلى DNN على تغييرات ملموسة في منهجية العمل:

1. تتبّعات NAS: تتغيّر الرسائل الرئيسية. لم يعد البحث عن PDN Connectivity Request بل عن PDU Session Establishment Request. عناصر المعلومات المهمّة هي DNN وS-NSSAI ونوع PDU Session.

2. التحقّق من تقطيع الشبكة: التأكّد من أنّ مزيج DNN + S-NSSAI يُنتج الاختيار الصحيح لـ SMF وUPF يُعدّ اختباراً أساسياً عند تشغيل موقع جديد.

3. تشخيص الأعطال: قد ينشأ رفض جلسة PDU في AMF (عدم السماح بـ DNN)، أو في SMF (عدم وجود ملفّ في UDM)، أو في UPF (عدم وجود مسار إلى شبكة البيانات). يجب أن يشمل التحليل السلسلة بأكملها.

4. التشغيل البيني: في الشبكات التي تتعايش فيها 4G و5G، يتطلّب التحقّق من ربط DNN بـ APN وعمليات التسليم بين التقنيتين أدوات قادرة على ربط تتبّعات كلتا النواتين.

يجب أن تتكيّف أدوات التحليل والتحقّق مع هذا الواقع الجديد. القدرة على فكّ تشفير إشارات NAS 5G وربط تدفّقات QoS وتصوّر اختيار وظائف الشبكة حسب DNN والشريحة تُصبح شرطاً لا خياراً.

الخلاصة

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

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

هل يعمل فريقك بالفعل مع جلسات PDU في بيئة الإنتاج، أم أنّ APN لا يزال بطل تتبّعاتكم اليومية؟