دليل عمليات OmniUPF

جدول المحتويات

1. نظرة عامة
2. فهم بنية مستوى المستخدم في 5G
3. مكونات UPF
4. بروتوكول PFCP وتكامل SMF
5. العمليات الشائعة
6. استكشاف الأخطاء وإصلاحها
7. وثائق إضافية
8. مسرد المصطلحات

نظرة عامة

OmniUPF (وظيفة مستوى المستخدم المعتمدة على eBPF) هي وظيفة مستوى مستخدم عالية الأداء لشبكات 5G/LTE تقدم توجيه حزم على مستوى الناقل، وفرض جودة الخدمة (QoS)، وإدارة حركة المرور لشبكات الهاتف المحمول. مبنية على تقنية eBPF (مرشح حزم بيركلي الموسع) على نظام Linux ومعززة بقدرات إدارة ��املة، تقدم OmniUPF البنية التحتية الأساسية لمعالجة الحزم المطلوبة لشبكات 5G SA و5G NSA وLTE.

ما هي وظيفة مستوى المستخدم؟

وظيفة مستوى المستخدم (UPF) هي العنصر الشبكي المعتمد من 3GPP المسؤول عن معالجة الحزم وتوجيهها في شبكات 5G وLTE. توفر:

• توجيه حزم عالي السرعة بين الأجهزة المحمولة وشبكات البيانات
• فرض جودة الخدمة (QoS) لأنواع حركة المرور المختلفة
• كشف حركة المرور وتوجيهها بناءً على مرشحات الحزم والقواعد
• تقرير الاستخدام لأغراض الفوترة والتحليلات
• تخزين الحزم لسيناريوهات إدارة التنقل والجلسات
• دعم الاعتراض القانوني للامتثال التنظيمي

تطبق OmniUPF الوظائف الكاملة لـ UPF كما هو محدد في 3GPP TS 23.501 (5G) وTS 23.401 (LTE)، مما يوفر حلاً كاملاً جاهزاً للإنتاج لمستوى المستخدم باستخدام تقنية eBPF في نواة Linux لتحقيق أقصى أداء.

القدرات الرئيسية لـ OmniUPF

معالجة الحزم:

• معالجة حزم مستوى المستخدم المتوافقة مع 3GPP بالكامل
• مسار بيانات معتمد على eBPF لأداء على مستوى النواة
• تغليف وفك تغليف GTP-U (بروتوكول نفق GPRS)
• دعم IPv4 وIPv6 لكل من شبكات الوصول والبيانات
• XDP (مسار البيانات السريع) لمعالجة ذات زمن انتقال منخفض للغاية
• معالجة حزم متعددة الخيوط

جودة الخدمة وإدارة حركة المرور:

• قواعد فرض جودة الخدمة (QER) لإدارة النطاق الترددي
• قواعد كشف الحزم (PDR) لتصنيف حركة المرور
• قواعد إجراءات التوجيه (FAR) لقرارات التوجيه
• تصفية تدفق بيانات الخدمة (SDF) للتوجيه المحدد للتطبيق
• قواعد تقرير الاستخدام (URR) لتتبع الحجم والفوترة

التحكم والإدارة:

• واجهة PFCP (بروتوكول التحكم في توجيه الحزم) إلى SMF/PGW-C
• واجهة API RESTful للمراقبة والتشخيص
• إحصائيات وقياسات في الوقت الحقيقي
• مراقبة سعة خريطة eBPF
• لوحة تحكم قائمة على الويب

ميزات الأداء:

• معالجة حزم بدون نسخ عبر eBPF
• توجيه حزم على مستوى النواة (بدون تحميل على مساحة المستخدم)
• قابلية التوسع متعددة النوى
• دعم التحميل لأغراض تسريع الأجهزة
• مُحسّن للنشر السحابي

للحصول على تفاصيل استخدام لوحة التحكم، راجع عمليات واجهة الويب.

فهم بنية مستوى المستخدم في 5G

تعتبر OmniUPF حلاً موحدًا لمستوى المستخدم يوفر توجيه حزم على مستوى الناقل لشبكات 5G المستقلة (SA) و5G NSA و4G LTE/EPC. OmniUPF هو منتج واحد يمكن أن يعمل في الوقت نفسه كـ:

• UPF (وظيفة مستوى المستخدم) - مستوى مستخدم 5G/NSA (تحت السيطرة من قبل OmniSMF عبر N4/PFCP)
• PGW-U (بوابة PDN لمستوى المستخدم) - بوابة EPC 4G إلى الشبكات الخارجية (تحت السيطرة من قبل OmniPGW-C عبر Sxc/PFCP)
• SGW-U (بوابة الخدمة لمستوى المستخدم) - بوابة الخدمة EPC 4G (تحت السيطرة من قبل OmniSGW-C عبر Sxb/PFCP)

يمكن أن تعمل OmniUPF في أي مجموعة ��ن هذه الأوضاع:

• UPF فقط: نشر 5G خالص
• PGW-U + SGW-U: بوابة 4G مجمعة (نشر EPC نموذجي)
• UPF + PGW-U + SGW-U: دعم متزامن لـ 4G و5G (سيناريو ترحيل)

تستخدم جميع الأوضاع نفس محرك معالجة الحزم المعتمد على eBPF وبروتوكول PFCP، مما يوفر أداءً عاليًا متسقًا سواء كانت تعمل كـ UPF أو PGW-U أو SGW-U أو جميعها في نفس الوقت.

بنية شبكة 5G (وضع SA)

تجلس حل OmniUPF في مستوى البيانات لشبكات 5G، حيث توفر طبقة توجيه الحزم عالية السرعة التي تربط الأجهزة المحمولة بشبكات البيانات والخدمات.

---

بنية شبكة 4G LTE/EPC

تدعم OmniUPF أيضًا نشرات 4G LTE وEPC (النواة المتطورة للحزم)، حيث تعمل كـ OmniPGW-U أو OmniSGW-U اعتمادًا على بنية الشبكة.

وضع PGW-U/SGW-U المدمج (نشر 4G نموذجي)

في هذا الوضع، تعمل OmniUPF كلاً من SGW-U وPGW-U، تحت السيطرة من وظائف مستوى التحكم المنفصلة.

وضع SGW-U وPGW-U المنفصل (التجوال/المواقع المتعددة)

في نشرات التجوال أو المواقع المتعددة، يمكن نشر حالتين منفصلتين من OmniUPF - واحدة كـ SGW-U والأخرى كـ PGW-U.

وضع N9 Loopback (SGWU+PGWU على مثيل واحد)

للنشرات المبسطة، يمكن لـ OmniUPF تشغيل كلاً من أدوار SGWU وPGWU على مثيل واحد مع معالجة N9 Loopback بالكامل في eBPF.

الميزات الرئيسية:

• ✅ زمن انتقال N9 دون ميكروثانية - تتم معالجته بالكامل في eBPF، لا يلمس الشبكة
• ✅ تقليل استخدام CPU بنسبة 40-50% - تمريرة واحدة عبر XDP مقابل مثيلين منفصلين
• ✅ نشر مبسط - مثيل واحد، ملف إعداد واحد
• ✅ الكشف التلقائي - عندما يكون n3_address = n9_address، يتم تفعيل loopback
• ✅ امتثال كامل لـ 3GPP - بروتوكولات PFCP وGTP-U القياسية

الإعداد:

# إعداد OmniUPF config.yml
interface_name: [eth0]
n3_address: "10.0.1.10"      # IP واجهة S1-U
n9_address: "10.0.1.10"      # نفس IP يتيح N9 loopback
pfcp_address: ":8805"         # كل من SGWU-C وPGWU-C تتصل هنا

متى تستخدم:

• نشرات الحوسبة الطرفية (تقليل زمن الانتقال)
• بيئات محدودة التكلفة (خادم واحد)
• المختبر/الاختبار (إعداد مبسط)
• نشرات صغيرة إلى متوسطة (< 100K مشتركين)

متى لا تستخدم:

• الحا��ة إلى تكرار جغرافي (SGWU وPGWU في مواقع مختلفة)
• متطلبات تنظيمية لبوابات منفصلة
• نطاق ضخم (> 1M مشتركين)

للحصول على تفاصيل كاملة، وأمثلة على الإعداد، واستكشاف الأخطاء وإصلاحها، وقياسات الأداء، راجع دليل عمليات N9 Loopback.

---

كيف تعمل وظائف مستوى المستخدم في الشبكة

تعمل وظيفة مستوى المستخدم (OmniUPF أو OmniPGW-U أو OmniSGW-U) كطائرة توجيه تحت سيطرة الطائرة التحكمية المعنية:

1. إنشاء الجلسة

   • 5G: يقوم OmniSMF بإنشاء ارتباط PFCP عبر واجهة N4 مع OmniUPF
   • 4G: يقوم OmniPGW-C أو OmniSGW-C بإنشاء ارتباط PFCP عبر Sxb/Sxc مع OmniPGW-U/OmniSGW-U
   • تقوم الطائرة التحكمية بإنشاء جلسات PFCP لكل جلسة PDU UE (5G) أو سياق PDP (4G)
   • تتلقى الطائرة المستخدم قواعد PDR وFAR وQER وURR عبر PFCP
   • يتم ملء خرائط eBPF بقواعد التوجيه

2. معالجة حزم الرفع (UE → شبكة البيانات)

   • 5G: تصل الحزم على واجهة N3 من gNB م�� تغليف GTP-U
   • 4G: تصل الحزم على واجهة S1-U (SGW-U) أو واجهة S5/S8 (PGW-U) من eNodeB مع تغليف GTP-U
   • تطابق الطائرة المستخدم الحزم مع PDRs الرافعة بناءً على TEID
   • يطبق برنامج eBPF QER (تحديد المعدل، التوسيم)
   • تحدد FAR إجراء التوجيه (التوجيه، الإسقاط، التخزين المؤقت، التكرار)
   • تتم إزالة نفق GTP-U، ويتم توجيه الحزم إلى واجهة N6 (5G) أو SGi (4G)
   • تتعقب URR عدد الحزم والبايتات لأغراض الفوترة

3. معالجة حزم النزول (شبكة البيانات → UE)

   • 5G: تصل الحزم على واجهة N6 كـ IP أصلي
   • 4G: تصل الحزم على واجهة SGi كـ IP أصلي
   • تطابق الطائرة المستخدم الحزم مع PDRs النزول بناءً على عنوان IP للـ UE
   • قد تقوم مرشحات SDF بمزيد من تصنيف حركة المرور حسب المنفذ أو البروتوكول أو التطبيق
   • تحدد FAR نفق GTP-U ومعلمات التوجيه
   • تتم إضافة تغليف GTP-U مع TEID المناسب
   • 5G: يتم توجيه الحزم إلى واجهة N3 نحو gNB
   • 4G: يتم توجيه الحزم إلى S1-U (SGW-U) أو S5/S8 (PGW-U) نحو eNodeB

4. التنقل والتبديل

   • 5G: يقوم OmniSMF بتحديث قواعد PDR/FAR خلال سيناريوهات التبديل
   • 4G: يقوم OmniSGW-C/OmniPGW-C بتحديث القواعد خلال التبديل بين eNodeB أو TAU (تحديث منطقة التتبع)
   • قد تقوم الطائرة المستخدم بتخزين الحزم خلال تبديل المسار
   • انتقال سلس بين محطات القاعدة دون فقدان الحزم

التكامل مع الطائرة التحكمية (4G و5G)

تتكامل OmniUPF مع كل من وظائف الطائرة التحكمية في 5G و4G عبر واجهات 3GPP القياسية:

واجهات 5G

الواجهة	من → إلى	الغرض	مواصفة 3GPP
N4	OmniSMF ↔ OmniUPF	إنشاء، تعديل، حذف جلسة PFCP	TS 29.244
N3	gNB → OmniUPF	حركة مرور مستوى المستخدم من RAN (GTP-U)	TS 29.281
N6	OmniUPF → شبكة البيانات	حركة مرور مستوى المستخدم إلى DN (IP أصلي)	TS 23.501
N9	OmniUPF ↔ OmniUPF	الاتصال بين UPF للتجوال/الحافة	TS 23.501

واجهات 4G/EPC

الواجهة	من → إلى	الغرض	مواصفة 3GPP
Sxb	OmniSGW-C ↔ OmniUPF (وضع SGW-U)	التحكم في جلسة PFCP لبوابة الخدمة	TS 29.244
Sxc	OmniPGW-C ↔ OmniUPF (وضع PGW-U)	التحكم في جلسة PFCP لبوابة PDN	TS 29.244
S1-U	eNodeB → OmniUPF (وضع SGW-U)	حركة مرور مستوى المستخدم من RAN (GTP-U)	TS 29.281
S5/S8	OmniUPF (SGW-U) ↔ OmniUPF (PGW-U)	حركة مرور مستوى المستخدم بين البوابات (GTP-U)	TS 29.281
SGi	OmniUPF (وضع PGW-U) → PDN	حركة مرور مستوى المستخدم إلى شبكة البيانات (IP أصلي)	TS 23.401

ملاحظة: تستخدم جميع واجهات PFCP (N4 وSxb وSxc) نفس بروتوكول PFCP المحدد في TS 29.244. تختلف أسماء الواجهات ولكن البروتوكول وصيغ الرسائل متطابقة.

مكونات UPF

مسار eBPF

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

الوظائف الأساسية:

• معالجة GTP-U: تغليف وفك تغليف أنفاق GTP-U
• تصنيف الحزم: مطابقة الحزم مع قواعد PDR باستخدام TEID أو عنوان IP للـ UE أو مرشحات SDF
• فرض جودة الخدمة: تطبيق تحديد المعدل وتوسيم الحزم وفقًا لقواعد QER
• قرارات التوجيه: تنفيذ إجراءات FAR (التوجيه، الإسقاط، التخزين المؤقت، التكرار، الإخطار)
• تتبع الاستخدام: زيادة عدادات URR لأغراض الفوترة المستندة إلى الحجم

خرائط eBPF: يستخدم المسار خرائط eBPF (جداول التجزئة في ذاكرة النواة) لتخزين القواعد:

اسم الخريطة	الغرض	المفتاح	القيمة
uplink_pdr_map	PDRs الرافعة	TEID (32 بت)	معلومات PDR (معرف FAR، معرف QER، معرفات URR)
downlink_pdr_map	PDRs النزول (IPv4)	عنوان IP للـ UE	معلومات PDR
downlink_pdr_map_ip6	PDRs النزول (IPv6)	عنوان IPv6 للـ UE	معلومات PDR
far_map	قواعد التوجيه	معرف FAR	معلمات التوجيه (الإجراء، معلومات النفق)
qer_map	قواعد QoS	معرف QER	معلمات QoS (MBR، GBR، التوسيم)
urr_map	تتبع الاستخدام	معرف URR	عدادات الحجم (الرفع، النزول، الإجمالي)
sdf_filter_map	مرشحات SDF	معرف PDR	مرشحات التطبيقات (المنافذ، البروتوكولات)

خصائص الأداء:

• بدون نسخ: تتم معالجة الحزم بالكامل في مساحة النواة
• دعم XDP: التعلق على مستوى برنامج تشغيل الشبكة لتحقيق زمن انتقال دون ميكروثانية
• متعددة النوى: تتوسع عبر نوى CPU مع دعم خريطة لكل CPU
• السعة: ملايين PDRs/FARs في خرائط eBPF (محدودة بذاكرة النواة)

للحصول على مراقبة السعة، راجع إدارة السعة.

---

معالج واجهة PFCP

تقوم واجهة PFCP بتنفيذ TS 29.244 من 3GPP للتواصل مع SMF أو PGW-C.

الوظائف الأساسية:

• إدارة الارتباط: نبض PFCP وإعداد/إصدار الارتباط
• دورة حياة الجلسة: إنشاء وتعديل وحذف جلسات PFCP
• تثبيت القواعد: تحويل عناصر المعلومات PFCP إلى إدخالات خريطة eBPF
• تقرير الأحداث: إبلاغ SMF عن عتبات الاستخدام أو الأخطاء أو أحداث الجلسة

رسائل PFCP المدعومة:

نوع الرسالة	الاتجاه	الغرض
إعداد الارتباط	SMF → UPF	إنشاء ارتباط التحكم PFCP
إصدار الارتباط	SMF → UPF	إنهاء ارتباط PFCP
نبض	ثنائي الاتجاه	الحفاظ على الارتباط نشطًا
إنشاء الجلسة	SMF → UPF	إنشاء جلسة PDU جديدة مع PDR/FAR/QER/URR
تعديل الجلسة	SMF → UPF	تحديث القواعد للتنقل، تغييرات QoS
حذف الجلسة	SMF → UPF	إزالة الجلسة وجميع القواعد المرتبطة بها
تقرير الجلسة	UPF → SMF	الإبلاغ عن الاستخدام، الأخطاء، أو الأحداث

عناصر المعلومات (IE) المدعومة:

• إنشاء PDR، FAR، QER، URR
• تحديث PDR، FAR، QER، URR
• إزالة PDR، FAR، QER، URR
• معلومات كشف الحزم (عنوان IP للـ UE، F-TEID، مرشح SDF)
• معلمات التوجيه (مثال الشبكة، إنشاء رأس خارجي)
• معلمات QoS (MBR، GBR، QFI)
• مشغلات تقرير الاستخدام (عتبة الحجم، عتبة الوقت)

---

خادم API REST

يوفر API REST وصولاً برمجياً إلى حالة UPF وعملياته.

الوظائف الأساسية:

• مراقبة الجلسات: استعلام عن جلسات PFCP النشطة والارتباطات
• فحص القواعد: عرض تكوينات PDR وFAR وQER وURR
• الإحصائيات: استرداد عدادات الحزم، إحصائيات التوجيه، إحصائيات XDP
• إدارة التخزين المؤقت: عرض والتحكم في تخزين الحزم
• معلومات الخريطة: مراقبة استخدام خريطة eBPF والسعة

نقاط النهاية API: (34 نقطة نهاية إجمالية)

الفئة	نقاط النهاية	الوصف
الصحة	/health	فحص الصحة والحالة
التكوين	/config	تكوين UPF
الجلسات	/pfcp_sessions, /pfcp_associations	بيانات جلسة/ارتباط PFCP
PDRs	/uplink_pdr_map, /downlink_pdr_map, /downlink_pdr_map_ip6, /uplink_pdr_map_ip6	قواعد كشف الحزم
FARs	/far_map	قواعد إجراءات التوجيه
QERs	/qer_map	قواعد فرض QoS
URRs	/urr_map	قواعد تقرير الاستخدام
التخزين المؤقت	/buffer	حالة التحكم في التخزين المؤقت للحزم
الإحصائيات	/packet_stats, /route_stats, /xdp_stats, /n3n6_stats	قياسات الأداء
السعة	/map_info	سعة واستخدام خريطة eBPF
الطائرة	/dataplane_config	عناوين واجهات N3/N9

للحصول على تفاصيل API واستخدامها، راجع دليل المراقبة.

---

لوحة التحكم على الويب

توفر لوحة التحكم على الويب لوحة معلومات في الوقت الحقيقي لمراقبة وإدارة UPF.

الميزات:

• عرض الجلسات: تصفح جلسات PFCP النشطة مع عنوان IP للـ UE وTEID وعدد القواعد
• إدارة القواعد: عرض وإدارة PDRs وFARs وQERs وURRs عبر جميع الجلسات
• مراقبة التخزين المؤقت: تتبع الحزم المخزنة والتحكم في التخزين المؤقت لكل FAR
• لوحة إحصائيات: إحصائيات الحزم، والتوجيه، وXDP، وإحصائيات واجهة N3/N6 في الوقت الحقيقي
• مراقبة السعة: استخدام خريطة eBPF مع مؤشرات سعة ملونة
• عرض التكوين: عرض تكوين UPF وعناوين الطائرة
• عارض السجلات: بث السجلات المباشرة لاستكشاف الأخطاء وإصلاحها

للحصول على عمليات واجهة المستخدم المفصلة، راجع دليل عمليات واجهة الويب.

بروتوكول PFCP وتكامل SMF

ارتباط PFCP

قبل أن يمكن إنشاء الجلسات، يجب على SMF إنشاء ارتباط PFCP مع UPF.

دورة حياة الارتباط:

النقاط الرئيسية:

• يقوم كل SMF بإنشاء ارتباط واحد مع UPF
• يتتبع UPF الارتباط بواسطة معرف العقدة (FQDN أو عنوان IP)
• تحافظ رسائل النبض على حيوية الارتباط
• يتم حذف جميع الجلسات تحت ارتباط إذا تم إصدار الارتباط

لرؤية الارتباطات، راجع عرض الجلسات.

---

اكتشاف إعادة تشغيل SMF وتنظيف الجلسات اليتيمة

تكتشف OmniUPF تلقائيًا متى يتم إعادة تشغيل SMF وتقوم بتنظيف الجلسات اليتيمة وفقًا لمواصفات 3GPP TS 29.244.

كيف يعمل:

عندما يقوم SMF بإنشاء ارتباط PFCP، فإنه يوفر ختم الاسترداد يشير إلى متى بدأ. تخزن OmniUPF هذا الختم لكل ارتباط. إذا أعيد تشغيل SMF:

1. يفقد SMF كل حالة الجلسة في الذاكرة
2. يعيد SMF إنشاء ارتباط PFCP مع UPF
3. يرسل SMF ختم استرداد جديد (مختلف عن السابق)
4. تكتشف UPF تغيير الختم = تم إعادة تشغيل SMF
5. تحذف UPF تلقائيًا جميع الجلسات اليتيمة من مثيل SMF القديم
6. ينشئ SMF جلسات جديدة للمشتركين النشطين

تدفق اكتشاف إعادة التشغيل:

مثال السجل:

عندما يتم إعادة تشغيل SMF، سترى:

WARN: الارتباط مع NodeID: smf-1 والعنوان: 192.168.1.10 موجود بالفعل
WARN: تغير ختم استرداد SMF (القديم: 2025-01-15T10:00:00Z، الجديد: 2025-01-15T10:30:15Z) - تم إعادة تشغيل SMF، حذف 245 جلسة يتيمة
INFO: حذف الجلسة اليتيمة 2 (LocalSEID) بسبب إعادة تشغيل SMF
INFO: حذف الجلسة اليتيمة 3 (LocalSEID) بسبب إعادة تشغيل SMF
...
INFO: حذف الجلسة اليتيمة 246 (LocalSEID) بسبب إعادة تشغيل SMF

ملاحظات هامة:

1. العزل: يتم حذف جلسات SMF المعاد تشغيلها فقط. لا تتأثر ارتباطات SMF الأخرى وجلساتها بشكل مباشر.

2. مقارنة الأختام: إذا كان ختم الاسترداد مطابقًا، يتم الاحتفاظ بالجلسات (تم إعادة الاتصال بـ SMF دون إعادة التشغيل).

3. امتثال 3GPP: هذا السلوك مطلوب بموجب قسم 5.22.2 من 3GPP TS 29.244:

   "إذا تغير ختم وقت الاسترداد لوظيفة CP منذ آخر إعداد ارتباط، يجب أن تعتبر وظيفة UP أن وظيفة CP قد أعيد تشغيلها ويجب أن تحذف جميع جلسات PFCP المرتبطة بتلك الوظيفة CP."

لإصلاح الجلسات اليتيمة، راجع اكتشاف الجلسات اليتيمة.

---

معالجة إشارة خطأ GTP-U

تتعامل OmniUPF مع رسائل إشارة خطأ GTP-U من الأقران السفليين (PGW-U، SGW-U، eNodeB، gNodeB) وفقًا لمواصفات 3GPP TS 29.281.

ما هي إشارات الأخطاء:

عندما تقوم OmniUPF بتوجيه حزمة GTP-U إلى نظير بعيد (على سبيل المثال، PGW-U في نشر SGW-U)، قد يرسل النظير إشارة خطأ إذا لم يتعرف على TEID (معرف نقطة النفق). يشير هذا إلى:

• أن النظير البعيد قد أعيد تشغيله وفقد حالة النفق
• أن النفق لم يتم إنشاؤه أبدًا على الجانب البعيد (عدم تطابق التكوين)
• أن النفق قد تم حذفه بالفعل على الجانب البعيد

كيف يعمل:

1. UPF يوجه الحزمة → يرسل حز��ة GTP-U مع TEID X إلى النظير البعيد (المنفذ 2152)
2. النظير البعيد لا يتعرف على TEID X → يبحث عن TEID في جدول الأنفاق الخاص به، لا يوجد
3. النظير البعيد يرسل إشارة خطأ → رسالة GTP-U من النوع 26 مع IE تحتوي على TEID الخاطئ
4. UPF يتلقى إشارة خطأ → يحلل الرسالة لاستخراج TEID X
5. UPF يجد الجلسات المتأثرة → يبحث عن جميع الجلسات للـ FARs التي توجه إلى TEID X
6. UPF يحذف الجلسات → يزيل الجلسات من خرائط eBPF وحالة PFCP
7. UPF يحدث القياسات → يزيد عدادات Prometheus للمراقبة

تدفق إشارة الخطأ:

تنسيق الحزمة (القسم 7.3.1 من 3GPP TS 29.281):

إشارة خطأ GTP-U:
┌─────────────────────────────────────────┐
│ رأس GTP-U (12 بايت)                    │
├─────────────────────────────────────────┤
│ الإصدار، PT، العلامات       │ 0x32        │
│ نوع الرسالة              │ 26 (0x1A)   │
│ الطول                    │ 9 بايت      │
��� TEID                      │ 0 (دائمًا)  │
│ رقم التسلسل           │ يتفاوت      │
│ رقم N-PDU               │ 0           │
│ رأس الامتداد التالي     │ 0           │
├─────────────────────────────────────────┤
│ IE: بيانات TEID I (5 بايت)               │
├─────────────────────────────────────────┤
│ النوع                      │ 16 (0x10)   │
│ TEID الخاطئ            │ 4 بايت     │
└─────────────────────────────────────────┘

متى تكون هذه الأمور مهمة:

السيناريو 1: إعادة تشغيل PGW-U في بنية GTP S5/S8

• SGW-U (OmniUPF) يوجه حركة S5/S8 إلى PGW-U
• PGW-U يعيد التشغيل ويفقد كل حالة النفق S5/S8
• SGW-U يستمر في التوجيه إلى TEIDs القديمة
• PGW-U يرسل إشارات خطأ
• SGW-U يتوقف تلقائيًا عن استخدام الأنفاق الميتة

السيناريو 2: إعادة تشغيل UPF النظير في بنية N9

• UPF-1 (OmniUPF) يوجه حركة N9 إلى UPF-2
• UPF-2 يعيد التشغيل
• UPF-1 يتلقى إشارات خطأ
• UPF-1 ينظف الجلسات

مثال السجل:

عند تلقي إشارة خطأ:

WARN: تلقي إشارة خطأ GTP-U من 192.168.50.10:2152 لـ TEID 0x12345678 - النظير البعيد لا يتعرف على هذا TEID
WARN: وجدت الجلسة LocalSEID=42 مع FAR GlobalId=1 التوجيه إلى TEID الخاطئ 0x12345678 من النظير 192.168.50.10
INFO: حذف الجلسة LocalSEID=42 بسبب إشارة خطأ GTP-U لـ TEID 0x12345678 من 192.168.50.10
WARN: تم حذف 1 جلسة(ات) بسبب إشارة خطأ GTP-U لـ TEID 0x12345678 من النظير 192.168.50.10

مؤشرات Prometheus:

راقب نشاط إشارة الخطأ مع تفاصيل لكل نظير ولكل عقدة:

# إجمالي إشارات الخطأ المستلمة من الأقران
upf_buffer_listener_error_indications_received_total{node_id="pgw-u-1",peer_address="192.168.50.10"}

# الجلسات المحذوفة بسبب إشارات الخطأ
upf_buffer_listener_error_indication_sessions_deleted_total{node_id="pgw-u-1",peer_address="192.168.50.10"}

# إشارات الخطأ المرسلة (لـ TEIDs الواردة غير المعروفة)
upf_buffer_listener_error_indications_sent_total{node_id="enodeb-1",peer_address="10.60.0.1"}

علامات القياس:

• node_id: معرف عقدة PFCP من الارتباط (أو "غير معروف" إذا لم يكن هناك ارتباط)
• peer_address: عنوان IP للنظير البعيد

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

ملاحظات هامة:

1. تنظيف تلقائي: لا حاجة لتدخل المشغل - يتم حذف الجلسات تلقائيًا

2. مطابقة TEID: يتم حذف الجلسات فقط مع FARs التي توجه إلى TEID الخاطئ بالضبط

3. العزل بين الأقران: تؤثر إشارات الخطأ من نظير واحد فقط على الجلسات التي توجه إلى ذلك النظير

4. جلسات متعددة: إذا كانت هناك جلسات متعددة توجه إلى نفس TEID الميت، يتم حذف جميعها

5. تكامل مع ختم الاسترداد:

   • اكتشاف ختم الاسترداد = استباقي (يكتشف إعادة التشغيل أثناء إعداد الارتباط)
   • معالجة إشارة الخطأ = تفاعلي (يكتشف الأنفاق الميتة عندما تتدفق حركة المرور)

6. معالجة الحزم غير الصالحة: يتم تسجيل إشارات الخطأ غير الصالحة وتجاهلها (لا يتم حذف أي جلسات)

لإصلاح إشارات الخطأ، راجع استكشاف الأخطاء في إشارات GTP-U.

---

إنشاء جلسة PFCP

عندما يقوم UE بإنشاء جلسة PDU (5G) أو سياق PDP (LTE)، يقوم SMF بإنشاء جلسة PFCP في UPF.

تدفق إنشاء الجلسة:

محتويات الجلسة النموذجية:

• PDR للرفع: مطابقة على TEID N3، التوجيه عبر FAR إلى N6
• PDR للنزول: مطابقة على عنوان IP للـ UE، التوجيه عبر FAR إلى N3 مع تغليف GTP-U
• FAR: معلمات التوجيه (إنشاء رأس خارجي، مثيل الشبكة)
• QER: حدود QoS (MBR، GBR) وتوسيم الحزم (QFI)
• URR: تقرير الحجم لأغراض الفوترة (اختياري)

---

تعديل جلسة PFCP

يمكن لـ SMF تعديل الجلسات لأحداث التنقل (التبديل)، أو تغييرات QoS، أو تحديثات الخدمة.

سيناريوهات التعديل الشائعة:

1. التبديل (استنادًا إلى N2)

   • تحديث FAR الرافعة مع نقطة النهاية الجديدة لمحطة gNB (F-TEID)
   • تخزين الحزم مؤقتًا خلال تبديل المسار
   • تفريغ التخزين المؤقت إلى المسار الجديد عند الاستعداد

2. تغيير QoS

   • تحديث QER مع قيم MBR/GBR الجديدة
   • قد يتم إضافة/إزالة مرشحات SDF في PDR لتطبيق QoS المحدد

3. تحديث الخدمة

   • إضافة PDRs جديدة لتدفقات حركة المرور الإضافية
   • تعديل FARs لتغييرات التوجيه

تدفق تعديل الجلسة:

لإدارة القواعد، راجع دليل إدارة القواعد.

---

حذف جلسة PFCP

عندما يتم إصدار جلسة PDU، يقوم SMF بحذف جلسة PFCP في UPF.

تدفق حذف الجلسة:

التنظيف المنجز:

• تتم إزالة جميع PDRs (الرفع والنزول)
• تتم إزالة جميع FARs وQERs وURRs
• يتم مسح التخزين المؤقت للحزم
• يتم إرسال تقرير الاستخدام النهائي إلى SMF لأغراض الفوترة

العمليات الشائعة

تقدم OmniUPF قدرات تشغيل شاملة من خلال لوحة التحكم المستندة إلى الويب وواجهة API REST. تغطي هذه القسم المهام التشغيلية الشائعة وأهميتها.

مراقبة الجلسات

فهم جلسات PFCP:

تمثل جلسات PFCP جلسات PDU النشطة لـ UE (5G) أو سياقات PDP (LTE). تحتوي كل جلسة على:

• SEIDs محلية وبعيدة (معرفات نقطة نهاية الجلسة)
• PDRs لتصنيف الحزم
• FARs لقرارات التوجيه
• QERs لفرض QoS (اختياري)
• URRs لتتبع الاستخدام (اختياري)

العمليات الرئيسية للجلسة:

• عرض جميع الجلسات مع عناوين IP للـ UE وTEIDs وعدد القواعد
• تصفية الجلسات حسب عنوان IP أو TEID
• فحص تفاصيل الجلسة بما في ذلك تكوينات PDR/FAR/QER/URR الكاملة
• مراقبة عدد الجلسات لكل ��رتباط PFCP

للحصول على إجراءات الجلسة التفصيلية، راجع عرض الجلسات.

---

إدارة القواعد

قواعد كشف الحزم (PDR):

تحدد PDRs الحزم التي تتطابق مع تدفقات حركة المرور المحددة. يمكن للمشغلين:

• عرض PDRs الرافعة المفتاحية بواسطة TEID من واجهة N3
• عرض PDRs النزول المفتاحية بواسطة عنوان IP للـ UE (IPv4 وIPv6)
• فحص مرشحات SDF لتصنيف التطبيقات المحددة
• مراقبة عدد PDRs واستخدام السعة

قواعد إجراءات التوجيه (FAR):

تحدد FARs ما يجب فعله مع الحزم المطابقة. يمكن للمشغلين:

• عرض إجراءات FAR (التوجيه، الإسقاط، التخزين المؤقت، التكرار، الإخطار)
• فحص معلمات التوجيه (إنشاء رأس خارجي، الوجهة)
• مراقبة حالة التخزين المؤقت لكل FAR
• تبديل التخزين المؤقت لقواعد FAR المحددة أثناء استكشاف الأخطاء وإصلاحها

قواعد فرض جودة الخدمة (QER):

تطبق QERs حدود النطا�� الترددي وتوسيم الحزم. يمكن للمشغلين:

• عرض معلمات QoS (MBR، GBR، التوسيم)
• مراقبة QERs النشطة لكل جلسة
• فحص علامات QFI لتدفقات QoS في 5G

قواعد تقرير الاستخدام (URR):

تتبع URRs أحجام البيانات لأغراض الفوترة. يمكن للمشغلين:

• عرض عدادات الحجم (الرفع، النزول، إجمالي البايتات)
• مراقبة عتبات الاستخدام ومشغلات التقرير
• فحص URRs النشطة عبر جميع الجلسات

لإدارة القواعد، راجع دليل إدارة القواعد.

---

تخزين الحزم

لماذا يعتبر التخزين مؤقتًا أمرًا حيويًا لـ UPF

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

المشكلة: فقدان الحزم أثناء التنقل

في الشبكات المحمولة، يتحرك المستخ��مون باستمرار. عندما ينتقل جهاز من برج خلية إلى آخر (التبديل)، أو عندما يحتاج الشبكة إلى إعادة تكوين مسار البيانات، هناك نافذة حرجة حيث تكون الحزم في الطيران ولكن المسار الجديد ليس جاهزًا بعد:

بدون التخزين المؤقت: ستفقد الحزم التي تصل خلال هذه النافذة الحرجة ، مما يؤدي إلى:

• توقف اتصالات TCP أو إعادة تعيينها (توقف تصفح الويب، انقطاعات التنزيل)
• تجمد مكالمات الفيديو أو انقطاعها (فشل مكالمات Zoom وTeams وWhatsApp)
• انقطاع جلسات الألعاب (فشل التطبيقات في الوقت الحقيقي)
• فقدان مكالمات VoIP أو انقطاعها تمامًا (انقطاعات المكالمات الهاتفية)
• فشل التنزيلات وضرورة إعادة البدء

مع التخزين المؤقت: تحتفظ OmniUPF مؤقتًا بالحزم حتى يتم إنشاء المسار الجديد، ثم توجيهها بسلاسة. يختبر المستخدم عدم انقطاع.

---

متى يحدث التخزين المؤقت

تقوم OmniUPF بتخزين الحزم مؤقتًا في هذه السيناريوهات الحرجة:

1. التبديل القائم على N2 (5G) / التبديل القائم على X2 (4G)

عندما ينتقل UE بين أبراج الخلايا:

الجدول الزمني:

• T+0ms: المسار القديم لا يزال نشطًا
• T+10ms: SMF يخبر UPF بالتخزين المؤقت (المسار القديم يغلق، المسار الجديد ليس جاهزًا)
• T+10-50ms: نافذة التخزين الحرجة - تصل الحزم ولكن لا يمكن توجيهها
• T+50ms: المسار الجديد جاهز، SMF يخبر UPF بالتوجيه
• T+50ms+: UPF يفرغ الحزم المخزنة مؤقتًا إلى المسار الجديد، ثم يوجه الحزم الجديدة على الفور

بدون التخزين المؤقت: ~40ms من الحزم (آلاف الحزم المحتملة) ستفقد **. مع التخزين المؤقت: عدم فقدان الحزم، تبديل سلس.

---

2. تعديل الجلسة (تغيير QoS، تحديث المسار)

عندما تحتاج الشبكة إلى تغيير معلمات الجلسة:

• ترقية/خفض QoS: يتحرك المستخدم من تغطية 4G إلى 5G (وضع NSA)
• تغيير السياسة: يدخل المستخدم المؤسسي الحرم الجامعي (تغييرات توجيه الحركة)
• تحسين الشبكة: يعيد توجيه الشبكة الأساسية الحركة إلى UPF أقرب (تحديث ULCL)

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

---

3. إشعار بيانات النزول (استعادة وضع الخمول)

عندما يكون UE في وضع الخمول (إيقاف الشاشة، توفير الطاقة) وتصل بيانات النزول:

بدون التخزين المؤقت: ستفقد الحزمة الأولية التي أثارت الإشعار **، مما يتطلب من المرسل إعادة الإرسال (يضيف زمن انتقال). مع التخزين المؤقت: يتم تسليم الحزمة التي أيقظت UE على الفور عند إعادة الاتصال بـ UE.

---

4. التبديل بين RAT (4G ↔ 5G)

عندما ينتقل UE بين تغطية 4G و5G:

• تتغير البنية (eNodeB ↔ gNB)
• تتغير نقاط نهاية النفق (تخصيص TEID مختلف)
• يضمن التخزين المؤقت انتقالًا سلسًا بين أنواع RAT

---

كيف يعمل التخزين المؤقت في OmniUPF

آلية تقنية:

تستخدم OmniUPF بنية تخزين مؤقت من مرحلتين:

1. مرحلة eBPF (النواة): تكشف عن الحزم التي تتطلب التخزين المؤقت بناءً على أعلام إجراء FAR
2. مرحلة مساحة المستخدم: تخزن وتدير الحزم المخزنة مؤقتًا في الذاكرة

عملية التخزين المؤقت:

تفاصيل رئيسية:

• منفذ التخزين المؤقت: منفذ UDP 22152 (الحزم المرسلة من eBPF إلى مساحة المستخدم)
• التغليف: يتم تغليف الحزم في GTP-U مع معرف FAR كـ TEID
• التخزين: تخزين في الذاكرة لكل FAR مع بيانات التعريف (الطابع الزمني، الاتجاه، حجم الحزمة)
• الحدود:
  • حد لكل FAR: 10,000 حزمة (افتراضي)
  • حد إجمالي: 100,000 حزمة عبر جميع FARs
  • TTL: 30 ثانية (افتراضي) - يتم إسقاط الحزم التي تتجاوز TTL
• التنظيف: عملية خلفية تزيل الحزم المنتهية كل 60 ثانية

دورة حياة التخزين المؤقت:

1. تم تفعيل التخزين المؤقت: يقوم SMF بتعيين إجراء FAR BUFF=1 (بت 2) عبر تعديل جلسة PFCP
2. تخزين الحزم مؤقتًا: يكتشف eBPF العلم BUFF، يغلف الحزم، يرسل إلى المنفذ 22152
3. تخزين مساحة المستخدم: يقوم مدير التخزين المؤقت بتخزين الحزم مع معرف FAR، الطابع الزمني، الاتجاه
4. تم تعطيل التخزين المؤقت: يقوم SMF بتعيين إجراء FAR FORW=1، BUFF=0 مع معلمات التوجيه الجديدة
5. تفريغ التخزين المؤقت: يقوم مساحة المستخدم بإعادة تشغيل الحزم المخزنة مؤقتًا باستخدام قواعد FAR الجديدة (نقطة النهاية الجديدة للنفق)
6. استئناف الوضع الطبيعي: يتم توجيه الحزم الجديدة على الفور عبر المسار الجديد

---

لماذا يهم هذا لتجربة المستخدم

التأثير في العالم الحقيقي:

السيناريو	بدون التخزين المؤقت	مع التخزين المؤقت
مكالمة فيديو أثناء التبديل	تتجمد المكالمة لمدة 1-2 ثانية، قد تنقطع	سلس، لا انقطاع
تنزيل ملف عند حافة الخلية	يفشل التنزيل، يجب إعادة البدء	يستمر التنزيل دون انقطاع
لعب الألعاب عبر الإنترنت أثناء الحركة	تنقطع الاتصال، يتم طردك من اللعبة	لعب سلس، لا انقطاعات
مكالمة VoIP في السيارة	تنقطع المكالمة في كل تبديل	واضحة تمامًا، لا انقطاعات
بث الفيديو في القطار	يتوقف الفيديو، تنخفض الجودة	تشغيل سلس
نقطة اتصال محمولة للكمبيوتر المحمول	تنقطع جلسة SSH، تفشل مكالمة الفيديو	يتم الحفاظ على جميع الاتصالات

فوائد مشغل الشبكة:

• تقليل معدل انقطاع المكالمات (CDR): KPI حيوي لجودة الشبكة
• زيادة رضا العملاء: لا يلاحظ المستخدمون التبديلات
• تقليل تكاليف الدعم: شكاوى أقل حول الاتصالات المفقودة
• ميزة تنافسية: تسويق "أفضل شبكة للتغطية"

---

عمليات إدارة التخزين المؤقت

يمكن للمشغلين مراقبة والتحكم في التخزين المؤقت عبر واجهة الويب وواجهة API:

المراقبة:

• عرض الحزم المخزنة مؤقتًا لكل معرف FAR (العدد، البايتات، العمر)
• تتبع استخدام التخزين المؤقت مقابل الحدود (لكل FAR، إجمالي)
• تنبيه عند تجاوز التخزين المؤقت أو مدة التخزين المؤقت المفرطة
• تحديد التخزين المؤقت العالق (الحزم المخزنة مؤقتًا > عتبة TTL)

عمليات التحكم:

• تفريغ التخزين المؤقت: تشغيل تفريغ التخزين المؤقت يدويًا (استكشاف الأخطاء وإصلاحها)
• مسح التخزين المؤقت: إسقاط الحزم المخزنة مؤقتًا (تنظيف التخزين المؤقت العالق)
• تعديل TTL: تغيير وقت انتهاء صلاحية الحزم
• تعديل الحدود: زيادة سعة التخزين المؤقت لكل FAR أو إجمالي

استكشاف الأخطاء وإصلاحها:

• التخزين المؤقت لا يتفريغ: تحقق مما إذا كان SMF قد أرسل تحديث FAR لتعطيل التخزين المؤقت
• تجاوز التخزين المؤقت: زيادة الحدود أو التحقيق في سبب مدة التخزين المؤقت المفرطة
• حزم قديمة في التخزين المؤقت: قد يكون TTL مرتفعًا جدًا، أو تأخر تحديث FAR
• تخزين مؤقت مفرط: قد يشير إلى مشكلات في التنقل أو مشكلات في SMF

للحصول على عمليات التخزين المؤقت التفصيلية، راجع دليل إدارة التخزين المؤقت.

---

تكوين التخزين المؤقت

قم بتكوين سلوك التخزين المؤقت في config.yml:

# إعدادات التخزين المؤقت
buffer_port: 22152                # منفذ UDP للحزم المخزنة مؤقتًا (افتراضي)
buffer_max_packets: 10000         # الحد الأقصى للحزم لكل FAR (منع استنفاد الذاكرة)
buffer_max_total: 100000          # الحد الأقصى الإجمالي للحزم عبر جميع FARs
buffer_packet_ttl: 30             # TTL بالثواني (إسقاط الحزم القديمة)
buffer_cleanup_interval: 60       # فترة التنظيف بالثواني

التوصيات:

• الشبكات ذات الحركة العالية (طرق سريعة، قطارات): زيادة buffer_max_packets إلى 20,000+
• المناطق الحضرية الكثيفة (تبديلات متكررة): تقليل buffer_packet_ttl إلى 15s
• التطبيقات ذات زمن الانتقال المنخفض: تعيين buffer_packet_ttl إلى 10s لمنع البيانات القديمة
• شبكات IoT: تقليل الحدود (تولد أجهزة IoT حركة مرور أقل أثناء التبديل)

للحصول على خيارات التكوين الكاملة، راجع دليل التكوين.

---

الإحصائيات والمراقبة

إحصائيات الحزم:

قياسات معالجة الحزم في الوقت الحقيقي بما في ذلك:

• حزم RX: إجمالي الحزم المستلمة من جميع الواجهات
• حزم TX: إجمالي الحزم المرسلة إلى جميع الواجهات
• حزم مفقودة: الحزم التي تم إسقاطها بسبب الأخطاء أو السياسات
• حزم GTP-U: عدادات الحزم المغلفة

إحصائيات التوجيه:

قياسات التوجيه لكل مسار:

• ضربات المسار: الحزم المطابقة لكل مسار
• عدادات التوجيه: النجاح/الفشل لكل وجهة
• عدادات الأخطاء: TEIDs غير صالحة، عناوين UE غير معروفة

إحصائيات XDP:

قياسات أداء eXpress Data Path:

• XDP المعالجة: الحزم التي تم التعامل معها على مستوى XDP
• XDP المرسلة: الحزم المرسلة إلى مكدس الشبكة
• XDP المفقودة: الحزم التي تم إسقاطها على مستوى XDP
• XDP الملغاة: أخطاء المعالجة

إحصائيات واجهة N3/N6:

عدادات حركة المرور لكل واجهة:

• N3 RX/TX: حركة المرور من/إلى RAN (gNB/eNodeB)
• N6 RX/TX: حركة المرور من/إلى شبكة البيانات
• إجمالي عدادات الحزم: إحصائيات واجهة مجمعة

للحصول على تفاصيل المراقبة، راجع دليل المراقبة.

---

إدارة السعة

مراقبة سعة خريطة eBPF:

يعتمد أداء UPF على سعة خريطة eBPF. يمكن للمشغلين:

• مراقبة استخدام الخريطة مع مؤشرات النسبة في الوقت الحقيقي
• عرض حدود السعة لكل خريطة eBPF
• تنبيهات ملونة:
  • أخضر (<50%): تشغيل طبيعي
  • أصفر (50-70%): حذر
  • كهرماني (70-90%): تحذير
  • أحمر (>90%): حرجة

الخرائط الحرجة للمراقبة:

• uplink_pdr_map: تصنيف حركة المرور الرافعة
• downlink_pdr_map: تصنيف حركة المرور النزول IPv4
• far_map: قواعد التوجيه
• qer_map: قواعد QoS
• urr_map: تتبع الاستخدام

تخطيط السعة:

• تستهلك كل PDR إدخال خريطة واحد (حجم المفتاح + حجم القيمة)
• يتم تكوين سعة الخريطة عند بدء UPF (حدود ذاكرة النواة)
• يؤدي تجاوز السعة إلى فشل إنشاء الجلسات

للحصول على مراقبة السعة، راجع إدارة السعة.

---

إدارة التكوين

تكوين UPF:

عرض والتحقق من معلمات التشغيل الخاصة بـ UPF:

• واجهة N3: عنوان IP للاتصال بـ RAN (GTP-U)
• واجهة N6: عنوان IP للاتصال بشبكة البيانات
• واجهة N9: عنوان IP للاتصال بين UPFs (اختياري)
• واجهة PFCP: عنوان IP للاتصال بـ SMF
• منفذ API: منفذ واجهة REST API
• نقطة نهاية القياسات: منفذ قياسات Prometheus

تكوين الطائرة:

معلمات مسار eBPF النشطة:

• العنوان النشط N3: ربط واجهة N3 في وقت التشغيل
• العنوان النشط N9: ربط واجهة N9 في وقت التشغيل (إذا تم تمكينه)

للحصول على عرض التكوين، راجع عرض التكوين.

استكشاف الأخطاء وإصلاحها

يغطي هذا القسم المشكلات التشغيلية الشائعة واستراتيجيات الحل.

فشل إنشاء الجلسات

الأعراض: فشل جلسات PFCP في الإنشاء، عدم قدرة UE على إنشاء اتصال بيانات

الأسباب الجذرية الشائعة:

1. لم يتم إنشاء ارتباط PFCP

   • تحقق مما إذا كان SMF يمكنه الوصول إلى واجهة PFCP الخاصة بـ UPF (المنفذ 8805)
   • تحقق من حالة ارتباط PFCP في عرض الجلسات
   • تحقق من تطابق تكوين معرف العقدة بين SMF وUPF

2. استنفاد سعة خريطة eBPF

   • تحقق من عرض السعة للخرائط الحمراء (>90%)
   • زيادة أحجام خريطة eBPF في تكوين UPF
   • حذف الجلسات القديمة إذا كانت الخريطة ممتلئة

3. تكوين PDR/FAR غير صالح

   • تحقق من أن عنوان IP للـ UE فريد وصالح
   • تحقق من عدم تعارض تخصيص TEID
   • تأكد من أن FAR تشير إلى مثيلات الشبكة الصالحة

4. مشكلات تكوين الواجهة

   • تحقق من أن عنوان واجهة N3 قابل للوصول من gNB
   • تحقق من جداول التوجيه لتوصيل N6 إلى شبكة البيانات
   • تأكد من أن حركة مرور GTP-U غير محجوبة بواسطة جدار الحماية

للحصول على استكشاف الأخطاء التفصيلي، راجع دليل استكشاف الأخطاء.

---

فقدان الحزم أو مشكلات التوجيه

الأعراض: لدى UE اتصال ولكن يعاني من فقدان الحزم أو عدم تدفق الحركة

**الأسباب الجذر