OmniUPF دليل العمليات

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

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

نظرة عامة

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

تعد 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، لا تلمس الشبكة
• ✅ تقليل استخدام وحدة المعالجة المركزية بنسبة 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
• إنفاذ QoS: تطبيق تحديد المعدل وتوسيم الحزم وفقًا لقواعد QER
• قرارات التوجيه: تنفيذ إجراءات FAR (التوجيه، الإسقاط، التخزين المؤقت، التكرار، الإخطار)
• تتبع الاستخدام: زيادة عدادات URR للفوترة القائمة عل�� الحجم

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

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

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

• بدون نسخ: تتم معالجة الحزم بالكامل في مساحة النواة
• دعم XDP: التعلق على مستوى برنامج تشغيل الشبكة لتحقيق زمن انتقال دون ميكروثانية
• متعدد النوى: يتوسع عبر نوى وحدة المعالجة المركزية مع دعم خريطة لكل وحدة معالجة مركزية
• السعة: ملايين 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)
• مشغلات تقرير الاستخدام (عتبة الحجم، عتبة الوقت)

---

خادم واجهة برمجة التطبيقات REST

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

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

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

نقاط نهاية واجهة برمجة التطبيقات: (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

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

---

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

توفر لوحة التحكم على الويب لوحة معلومات في الوقت الحقيقي لمراقبة وإدارة 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: هذا السلوك مطلوب بموجب 3GPP TS 29.244 القسم 5.22.2:

   "إذا تم تغيير ختم وقت الاسترداد لوظيفة 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 للمراقبة

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

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

GTP-U Error Indication:
┌─────────────────────────────────────────┐
│ GTP-U Header (12 bytes)                 │
├─────────────────────────────────────────┤
│ Version, PT, Flags        │ 0x32        │
│ Message Type              │ 26 (0x1A)   │
│ Length                    │ 9 bytes     │
│ TEID                      │ 0 (always)  │
│ Sequence Number           │ varies      │
│ N-PDU Number              │ 0           │
│ Next Extension Header     │ 0           │
├─────────────────────────────────────────┤
│ IE: TEID Data I (5 bytes)               │
├─────────────────────────────────────────┤
│ Type                      │ 16 (0x10)   │
│ Erroneous TEID            │ 4 bytes     │
└─────────────────────────────────────────┘

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

السيناريو 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 قدرات تشغيل شاملة من خلال لوحة التحكم المستندة إلى الويب وواجهة برمجة التطبيقات 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 محددة أثناء استكشاف الأخطاء

قواعد إنفاذ QoS (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 ID كـ 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 ID، الطابع الزمني، الاتجاه
4. تم تعطيل التخزين المؤقت: يحدد SMF إجراء FAR FORW=1، BUFF=0 مع معلمات التوجيه الجديدة
5. تفريغ التخزين المؤقت: يقوم مساحة المستخدم بإعادة تشغيل الحزم المخزنة باستخدام قواعد FAR الجديدة (نقطة نهاية النفق الجديدة)
6. استئناف الوضع الطبيعي: يتم توجيه الحزم الجديدة على الفور عبر المسار الجديد

---

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

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

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

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

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

---

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

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

المراقبة:

• عرض الحزم المخزنة مؤقتًا لكل FAR ID (العدد، البايتات، العمر)
• تتبع استخدام التخزين المؤقت مقابل الحدود (لكل 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 غير صالحة، عناوين IP غير معروفة لـ 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 للاتصال بين UPF (اختياري)
• واجهة PFCP: عنوان IP للاتصال بـ SMF
• منفذ واجهة برمجة التطبيقات: منفذ واجهة REST API
• نقطة نهاية المقاييس: منفذ مقاييس Prometheus

تكوين مسار البيانات:

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

• عنوان 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 اتصالاً ولكنه يعاني من فقدان الحزم أو عدم تدفق حركة المرور

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

1. تكوين PDR غير صحيح

   • تحقق من أن TEID الرافعة يتطابق مع TEID المعين من gNB
   • تحقق من أن PDR النزولية تتطابق مع عنوان IP المعين
   • تحقق من مرشحات SDF لقواعد صارمة للغاية

2. مشكلات إجراء FAR

   • تحقق من أن إجراء FAR هو FORWARD (ليس DROP أو BUFFER)
   • تحقق من معلمات إنشاء الرأس الخارجي لـ GTP-U
   • تأكد من أن نقطة النهاية الوجهة صحيحة

3. تجاوز حدود QoS

   • تحقق من إعدادات QER MBR (معدل البت الأقصى)
   • تحقق من تخصيص GBR (معدل البت المضمون)