OmniNEF

OmniNEF هو وظيفة كشف الشبكة (NEF) لنواة Omnitouch 5G. إنها بوابة النواة نحو الشمال: تعرض بأمان قدرات الشبكة والأحداث لوظائف التطبيقات الخارجية (AFs) وتترجم بين واجهة برمجة التطبيقات الموجهة للمشغل نحو الشمال وواجهات الخدمة المعتمدة على الخدمات الداخلية (SBI).

تم تعريف NEF بواسطة 3GPP TS 23.501 §6.2.5 و TS 23.502 §5.2.6. واجهة برمجة التطبيقات نحو الشمال تجاه AFs هي واجهة T8 في 3GPP TS 29.122 وخدمات Nnef في 3GPP TS 29.522. نحو الجنوب، تدفع UDM (TS 29.503)، و PCF (TS 29.514) و UDR (TS 29.519).

يوفر OmniNEF تفويض AF وتحديد معدل الطلب لكل AF، وتسجيل NRF كنوع NF NEF، وأربع قدرات نحو الشمال: كشف أحداث المراقبة، توفير المعلمات، جلسة AF مع جودة الخدمة المطلوبة، وتأثير حركة المرور، جميعها متصلة بـ UDM/PCF/UDR عبر SBI. إعادة توجيه الإشعارات لتقارير أحداث المراقبة مرة أخرى إلى AF (يسجل NEF رد اتصال لكل اشتراك مع NF المنتج، ويقوم بربط التقارير المستلمة بـ T8 MonitoringNotification، ويمررها إلى notificationDestination الخاص بـ AF) متاحة.

الوثائق

• دليل العمليات - الهندسة المعمارية، واجهات برمجة التطبيقات نحو الشمال وتخطيطها نحو الجنوب، نقاط النهاية، والعمليات اليومية
• مرجع التكوين - كل مفتاح تكوين ومتغير بيئي، بما في ذلك سجل AF المتداخل
• المقاييس والمراقبة - ما يمكن ملاحظته اليوم من خلال السجلات المنظمة
• استكشاف الأخطاء وإصلاحها - المشكلات الشائعة وحلولها

نظرة عامة على الهندسة المعمارية

يجلس OmniNEF بين AFs الخارجية غير الموثوقة والنواة الموثوقة. يتم تفويض كل طلب نحو الشمال وتحديده لكل AF، ثم يتم ترجمته إلى العملية المناسبة في SBI تجاه UDM أو PCF أو UDR. يتم حل NF النواة الذي يخدم الطلب من NRF عبر Nnrf_NFDiscovery.

نظرة عامة على الميزات

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

• تفويض AF - يقدم كل طلب نحو الشمال مفتاح API (رمز حامل أو X-Api-Key). يتم رفض المفاتيح غير المعروفة؛ يتم تحديد كل AF إلى مجموعة فرعية من واجهات برمجة التطبيقات التي يمكنه استدعاؤها (TS 23.501 §6.2.5).
• تحديد معدل الطلب لكل AF - نافذة منزلقة مدتها ثانية واحدة تفرض سقف معدل الطلب لكل AF، مما يحمي النواة من AFs المفرطة الحماس أو غير المتوافقة.
• Nnef_EventExposure (أحداث المراقبة) - الاشتراكات الخاصة بالوصول، وفقدان الاتصال، وتقارير الموقع، مترجمة إلى Nudm_EventExposure تجاه UDM (الذي يدفع AMF).
• Nnef_ParameterProvision - توفير AF للمعلمات المتوقعة لسلوك UE / الخدمة المحددة، المطبقة عبر Nudm_ParameterProvision (UDM → UDR).
• Nnef_AFsessionWithQoS - يطلب AF جودة الخدمة لجلسة بيانات؛ ينشئ NEF جلسة تطبيق ف�� PCF عبر Npcf_PolicyAuthorization.
• Nnef_TrafficInfluence - تأثير AF على توجيه حركة المرور، يتم توجيهه إلى PCF ل UE فردي أو تخزينه كـ influenceData في UDR لمجموعة / أي UE.
• دورة حياة الموارد - يتم تخزين كل مورد تم إنشاؤه، ويمكن قراءته (GET)، وحذفه (DELETE يقوم بإزالة المورد في NF النواة).

نقاط التكامل

• وظائف التطبيقات (T8 / Nnef) - المستهلكون الخارجيون لواجهة برمجة التطبيقات نحو الشمال.
• NRF (SBI) - يسجل OmniNEF كنوع NF NEF ويقوم بإرسال نبضات، ويكتشف UDM/PCF/UDR التي يجب الوصول إليها.
• UDM و PCF و UDR (SBI) - NF المنتج الذي يتم ترجمة الطلبات نحو الشمال عليه.

ملخص التكوين

تعيش جميع التكوينات تحت مفتاح التطبيق :omninef. يمكن تجاوز مجموعة فرعية من المفاتيح بواسطة متغيرات البيئة في تكوين وقت التشغيل الإنتاجي؛ يتم تعيين خريطة af_registry المتداخلة من خلال ملف تكوين التطبيق (أو متغير البيئة JSON NEF_AF_REGISTRY). ر��جع مرجع التكوين للحصول على جداول المعلمات الكاملة.

config :omninef,
  sbi_scheme: "http",
  sbi_addr: "127.0.0.30",
  sbi_port: 7777,
  nrf_uri: "http://127.0.0.10:7777",
  mcc: "999",
  mnc: "70",
  heartbeat_interval: 10_000,
  af_registry: %{},
  default_rate_limit_per_sec: 10

هيكل الوثائق

حسب الدور

المشغلون والمديرون:

1. ابدأ بـ دليل العمليات
2. راجع المقاييس والمراقبة
3. احتفظ بـ استكشاف الأخطاء وإصلاحها في متناول اليد

مكاملو الأنظمة:

1. ابدأ بـ مرجع التكوين
2. راجع أقسام نقاط النهاية والتخطيط في دليل العمليات

حسب الموضوع

• إدخال AF: مرجع التكوين - سجل AF
• واجهات برمجة التطبيقات نحو الشمال: دليل العمليات - واجهات برمجة التطبيقات نحو الشمال
• التخطيطات نحو الجنوب: دليل ا��عمليات - التعاون بين الأنظمة نحو الجنوب