دليل تشغيل 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 kernel eBPF لتحقيق أقصى أداء.

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

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

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

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

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

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

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

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

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

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

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

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

• UPF (وظيفة مستوى المستخدم) - مستوى مستخدم 5G/NSA (تحت السيطرة من OmniSMF عبر N4/PFCP)
• PGW-U (بوابة بيانات المستخدم) - بوابة 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 القياسية

التكوين:

# /etc/omniupf/runtime.exs
xdp_interfaces = "eth0"
n3_address = "10.0.1.10"        # عنوان IP لواجهة S1-U
n9_address = n3_address          # نفس عنوان IP يمكّن N9 loopback
pfcp_address = "10.0.1.10"      # كل من SGWU-C و PGWU-C تتصل هنا
pfcp_port = 8805

متى تستخدم:

• نشرات الحوسبة الطرفية (تقليل زمن التأخير)
• بيئات مقيدة من حيث التكلفة (خادم واحد)
• المختبر/الاختبار (إعداد مبسط)
• نشرات صغيرة إلى متوسطة (< 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: التعلق على مستوى برنامج تشغيل الشبكة لتحقيق زمن تأخير أقل من ميكروثانية
• متعددة النوى: تتوسع عبر نوى CPU مع دعم خريطة لكل CPU
• السعة: ملايين من PDRs/FARs في خرائط eBPF (محدودة بذاكرة النواة)

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

---

معالج واجهة PFCP

ت implements واجهة PFCP 3GPP TS 29.244 للتواصل مع 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	قواعد تقرير الاستخدام
Buffers	/buffer	حالة التخزين المؤقت للحزم والتحكم
الإحصائيات	/packet_stats, /route_stats, /xdp_stats, /n3n6_stats	مقاييس الأداء
السعة	/map_info	سعة واستخدام خريطة eBPF
Dataplane	/dataplane_config	عناوين واجهات N3/N9

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

---

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

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

الميزات:

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

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

بروتوكول 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:
┌─────────────────────────────────────────┐
│ رأس 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
• فحص مرشحات 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 حيوي لجودة الشبكة
• زيادة رضا العملاء: لا يلاحظ المستخدمون التبديلات
• خفض تكاليف الدعم: عدد أقل من الشكاوى حول انقطاعات الاتصال
• ميزة تنافسية: تسويق "أفضل شبكة للتغطية"

---

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

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

المراقبة:

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

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

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

استكشاف الأخطاء:

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

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

---

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

قم بتكوين سلوك التخزين المؤقت في /etc/omniupf/runtime.exs:

# إعدادات التخزين المؤقت
buffer_port = 22152                # منفذ UDP للحزم المخزنة (افتراضي)

التوصيات:

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

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

---

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

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

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

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

إحصائيات المسار:

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

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

إحصائيات 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
• منفذ API: منفذ API REST للاستماع
• نقطة نهاية المقاييس: منفذ مقاييس Prometheus

عرض تكوين dataplane:

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

• العنوان النشط 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 غير صحيح

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

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

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

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

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

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

   • تحقق من أن الحمل الزائد لـ GTP-U (40-50 بايت) لا يسبب التجزئة
   • تحقق من تكوين MTU لواجهة N3/N6
   • راقب رسائل ICMP المطلوبة للت