دليل عمليات OmniNWDAF
نظرة عامة | التكوين | المقاييس | استكشاف الأخطاء وإصلاحها
يصف هذا الدليل كيفية تصرف OmniNWDAF أثناء وقت التشغيل وكيفية تشغيله. OmniNWDAF هو وظيفة تحليل بيانات الشبكة الأساسية لـ 5G (3GPP TS 23.501 §6.2.18، TS 23.288)، حيث يكشف عن خدمات Nnwdaf من TS 29.520.
جدول المحتويات
- تغطية التحليلات
- نظرة عامة على الهندسة المعمارية
- نقاط نهاية الخدمة
- تسجيل NRF ونبض القلب
- Nnwdaf_AnalyticsInfo: طلب / استجابة
- Nnwdaf_EventsSubscription: الاشتراك / الإخطار
- تسليم الإخطار وإعادة المحاولة
- مرجع معرف حدث التحليلات
- ملخص سلوك التشغيل
تغطية التحليلات
تُحسب الأحداث الموجهة نحو الحمل من البيانات الحية التي يكتشفها OmniNWDAF من NRF، وهي حالة تسجيل كل NF وload المبلغ عنه (0-100، TS 29.510 NFProfile):
NF_LOAD- إدخال واحد منNfLoadLevelInformationلكل NF تم اكتشافه، يحمل متوسطه وذروته المبلغ عنها وحالته. عند تزويد فلترnfTypeواحد، يتم اكتشاف هذا النوع فقط.SLICE_LOAD_LEVELوNSI_LOAD_LEVEL- متوسط الحمل المبلغ عنه عبر NFs التي تخدم S-NSSAI المطلوب.NETWORK_PERFORMANCE- مجاميع على مستوى الشبكة: نسبة NFs المسجلة (GNB_ACTIVE_RATIO) ومتوسط الحمل المبلغ عنه (GNB_COMPUTING_USAGE،GNB_MEMORY_USAGE).
بالنسبة لهذه الأحداث، تعكس confidence مق��ار البيانات الحية التي دعمت النتيجة (عدد NFs التي لديها load قابل للاستخدام) وهي 0 عندما لا تتوفر بيانات.
نظرة عامة على الهندسة المعمارية
يحتفظ متجر الاشتراكات بجدول ETS في الذاكرة الحية مدعومًا بـ ملف DETS دائم. تبقى الاشتراكات على قيد الحياة بعد إعادة التشغيل: يتم إعادة تحميلها عند البدء ويتم إعادة تسليح إشعاراتها المتكررة.
نقاط نهاية الخدمة
يعرض OmniNWDAF نقاط نهاية HTTP SBI التالية. يتم تقديم جميع المسارات تحت ربط SBI الذي تم تكوينه بواسطة sbi_scheme، sbi_addr، و sbi_port (انظر التكوين).
| الطريقة | المسار | الغرض | النجاح | الأخطاء |
|---|---|---|---|---|
| GET | /nnwdaf-analyticsinfo/v1/analytics | استرجاع التحليلات لحدث واحد، يتم اختياره بواسطة event-id. تعمل معلمات الاستعلام الأخرى كمرشحات. | 200 مع AnalyticsData | 400 MANDATORY_QUERY_PARAM_MISSING (لا يوجد event-id); 404 UNSUPPORTED_EVENT (معرف حدث غير معروف) |
| POST | /nnwdaf-eventssubscription/v1/subscriptions | إنشاء اشتراك. يحمل الجسم notificationURI و eventSubscriptions. | 201 تم الإنشاء، رأس Location للاشتراك الجديد، يتم إرجاع الجسم المخزن | 400 MANDATORY_IE_MISSING (لا يوجد notificationURI، أو لا يوجد حدث مدعوم) |
| GET | /nnwdaf-eventssubscription/v1/subscriptions/{subscriptionId} | قراءة اشتراك مخزن. | 200 مع الاشتراك المخزن | 404 (اشتراك غير معروف) |
| PATCH | /nnwdaf-eventssubscription/v1/subscriptions/{subscriptionId} | تعديل اشتراك. يتم دمج الجسم في الاشتراك المخزن. | 200 مع الاشتراك المحدث | 404 (اشتراك غير معروف) |
| DELETE | /nnwdaf-eventssubscription/v1/subscriptions/{subscriptionId} | حذف اشتراك. | 204 لا محتوى | 404 (اشتراك غير معروف) |
| GET | /nnwdaf-analyticsinfo/v1/status | تحقق من الحضور. | 200 {"status":"UP"} | - |
تتطابق هذه مع عمليات خدمة Nnwdaf في TS 29.520. يتم توفير إنشاء وقراءة وتعديل (PATCH) وحذف اشتراك فردي.
تسجيل NRF ونبض القلب
عند بدء التشغيل، يسجل OmniNWDAF مع NRF عند nrf_uri كنوع NF NWDAF، معلنًا عن خدمتي Nnwdaf (nnwdaf-analyticsinfo و nnwdaf-eventssubscription، كلاهما v1) والشبكة PLMN المقدمة (mcc/mnc). ثم يرسل نبض قلب دوري كل heartbeat_interval مللي ثانية للحفاظ على الملف الشخصي نشطًا. يتبع تسجيل NRF ونبض القلب TS 29.510.
بجانب التسجيل، يستخدم OmniNWDAF أيضًا NRF كمصدر للبيانات: عندما يتم تقديم طلب أو إشعار تحليلات موجه نحو الحمل، يكتشف مثيلات NF ذات الصلة من NRF ويقرأ load وحالتها المبلغ عنها لحساب النتيجة (انظر تغطية التحليلات). الاكتشاف هو جهد أفضل: يؤدي فشل الاكتشاف إلى مجموعة NF فارغة وتعيد التحليلات المتأثرة نتيجة confidence 0 بدلاً من حدوث خطأ.
بالإضافة إلى التسجيل ونبض القلب، يقوم OmniNWDAF بإجراء اكتشاف NRF لقراءة الحمل وحالة NFs الأخرى للتحليلات الموجهة نحو الحمل. لا يستهلك أي واجهات منتج أخرى.
Nnwdaf_AnalyticsInfo: طلب / استجابة
يطلب المستهلك التحليلات لحدث واحد عن طريق استدعاء GET /nnwdaf-analyticsinfo/v1/analytics مع معلمة استعلام event-id. تعمل معلمات الاستعلام الإضافية (على سبيل المثال S-NSSAI، DNN، SUPI، نوع NF) كمرشحات.
يعيد OmniNWDAF كائن AnalyticsData:
- يتم تعيين
startوtimeStampGenإلى الوقت الحالي. - يتم تعيين
expiryإلى الوقت الحالي بالإضافة إلىanalytics_validity_seconds. - بالنسبة للأحداث الأربعة الموجهة نحو الحمل (
NF_LOAD،SLICE_LOAD_LEVEL،NSI_LOAD_LEVEL،NETWORK_PERFORMANCE)، يكتشف OmniNWDAF مثيلات NF من NRF ويحسب التحليلات من حملها وحالتها المبلغ عنها. تعكسconfidenceعدد NFs التي لديها بيانات حمل قابلة للاستخدام (0عندما لا توجد). - بالنسبة للأحداث المتبقية، يتم إعادة القيم المرشحة للمتصل داخل الاستجابة.
كيف يعمل: تعكس الأحداث الموجهة نحو الحمل عدد NFs الحية المبلغ عنها من NRF. بالنسبة للأحداث المتبقية، تحمل الاستجابة الطوابع الزمنية القياسية وتعيد القيم المرشحة للمتصل.
Nnwdaf_EventsSubscription: الاشتراك / الإخطار
ينشئ المستهلك اشتراكًا عن طريق POST إلى /nnwdaf-eventssubscription/v1/subscriptions مع جسم يحتوي على notificationURI وواحد أو أكثر من eventSubscriptions.
السلوك عند الإنشاء:
- يتم تخزين الاشتراك في جدول ETS الحي ويتم نسخه إلى ملف DETS دائم، ويتم تعيين معرف اشتراك له.
- يتم إرجاع
201 تم الإنش��ءمع رأسLocationيشير إلى الاشتراك الجديد والجسم المخزن في الاستجابة. - تُسقط الأحداث غير المدعومة في الاشتراك بصمت. يتم رفض الاشتراك الذي يحتوي على لا حدث مدعوم مع
400 MANDATORY_IE_MISSING. يتم أيضًا رفضnotificationURIالمفقود مع400 MANDATORY_IE_MISSING. - يتم تسليم إخطار فوري إلى
notificationURIعند الإنشاء (واحدeventNotificationلكل حدث مشترك مدعوم).
الإخطار المتكرر. عندما يحمل الاشتراك متطلبًا للتقارير مع repPeriod (بالثواني)، إما على مستوى الاشتراك (evtReq) أو لكل حدث (eventReq)، يعيد OmniNWDAF تسليم الإخطار في تلك الفترة حتى يتم حذف الاشتراك. يتم استخدام أصغر repPeriod إيجابي موجود. بدون repPeriod، يكون الاشتراك لمرة واحدة: يتم إرسال الإخطار في وقت الإنشاء فقط. لا يوجد عتبة أو محفز لتغيير البيانات.
القراءة والتعديل. يمكن قراءة الاشتراك المخزن باستخدام GET .../subscriptions/{id} وتعديله باستخدام PATCH .../subscriptions/{id}. يقوم التعديل بدمج جسم التصحيح في الاشتراك المخزن (محتفظًا بـ subscriptionId)، ويعيد الإخطار على الفور بالتعريف المحدث، ويعيد تسليح مؤقت التكرار.
الدوام. تبقى الاشتراكات وإشعاراتها المتكررة على قيد الحياة بعد إعادة التشغيل: يتم إعادة تحميل المتجر من ملف DETS عند البدء ويتم إعادة تسليح مؤقتات التكرار.
تسليم الإخطار وإعادة المحاولة
يتم تسليم كل إخطار (الإخطار في وقت الإنشاء، كل واحد متكرر، والذي يلي التعديل) بأفضل جهد مع إعادة محاولة محدودة، مع تأخير متزايد:
- يتم إجراء ما يصل إلى
notification_max_attemptsمحاولات تسليم. - يبدأ التأخير قبل كل إعادة محاولة عند
notification_backoff_msوينمو بشكل أسي مع كل محاولة. - إذا لم يقبل المشترك الإخطار بعد المحاولة الأخيرة، يتخلى OmniNWDAF عن الأمر ويسجل تحذيرًا. يبقى الاشتراك مخزنًا؛ لا يتم إزالته تلقائيًا.
انظر التكوين لمعلمات إعادة المحاولة، و المقاييس لكيفية ظهور محاولات التسليم، وإعادة المحاولة، والتخلي في السجلات.
مرجع معرف حدث التحليلات
يعلن OmniNWDAF ويقبل جميع 16 معرف حدث تحليلات موحد من تعداد NwdafEvent في TS 29.520.
| معرف الحدث | التحليلات | المرجع |
|---|---|---|
NF_LOAD | تحليلات الحمل لـ NF معين | TS 29.520 |
SLICE_LOAD_LEVEL | معلومات مستوى الحمل لشريحة الشبكة | TS 29.520 |
NSI_LOAD_LEVEL | مستوى حمل مثيل شريحة الشبكة | TS 29.520 |
NETWORK_PERFORMANCE | تحليلات أداء الشبكة | TS 29.520 |
SERVICE_EXPERIENCE | تحليلات تجربة الخدمة | TS 29.520 |
UE_MOBILITY | تحليلات تنقل UE | TS 29.520 |
UE_COMMUNICATION | تحليلات اتصال UE | TS 29.520 |
QOS_SUSTAINABILITY | تحليلات استدامة QoS | TS 29.520 |
ABNORMAL_BEHAVIOUR | تحليلات السلوك غير الطبيعي | TS 29.520 |
USER_DATA_CONGESTION | تحليلات ازدحام بيانات المستخدم | TS 29.520 |
SM_CONGESTION | تحليلات ازدحام إدارة الجلسات | TS 29.520 |
DISPERSION | تحليلات تشتت البيانات والتنقل | TS 29.520 |
RED_TRANS_EXP | تحليلات تجربة النقل الزائد | TS 29.520 |
WLAN_PERFORMANCE | تحليلات أداء WLAN | TS 29.520 |
DN_PERFORMANCE | تحليلات أداء شبكة البيانات | TS 29.520 |
PDU_SESSION_TRAFFIC | تحليلات حركة مرور جلسة PDU | TS 29.520 |
يؤدي event-id خارج هذه المجموعة إلى إرجاع 404 UNSUPPORTED_EVENT على AnalyticsInfo، ويتم إسقاطه بصمت عند ظهوره داخل اشتراك الأحداث.
ملخص سلوك التشغيل
| السلوك | التفاصيل |
|---|---|
| التحليلات الموجهة نحو الحمل | يتم حساب NF_LOAD، SLICE_LOAD_LEVEL، NSI_LOAD_LEVEL، NETWORK_PERFORMANCE من بيانات NRF الحية؛ confidence = عدد NFs مع حمل قابل للاستخدام |
| محتوى التحليلات الأخرى | يتم إعادة المرشحات |
| الطوابع الزمنية للتحليلات | start/timeStampGen = الآن؛ expiry = الآن + analytics_validity_seconds |
| تخزين الاشتراك | جدول ETS الحي المنعكس إلى ملف DETS دائم؛ يتم إعادة تحميله عند إعادة التشغيل |
| عمليات الاشتراك | إنشاء، قراءة (GET)، تعديل (PATCH)، حذف |
| إشعارات الاشتراك | إخطار فوري عند الإنشاء؛ إخطار متكرر عند وجود repPeriod؛ إعادة الإخطار عند التعديل؛ لا يوجد عتبة أو محفز لتغيير البيانات |
| الأحداث غير المدعومة | يتم إسقاطها بصمت في الاشتراك؛ 404 UNSUPPORTED_EVENT على AnalyticsInfo |
| الاشتراك الفارغ | يتم رفضه مع 400 MANDATORY_IE_MISSING |
| تسليم الإخطار | أفضل جهد، إعادة محاولة محدودة مع تأخير متزايد؛ تسجيل التخلي بعد المحاولة الأخيرة |
| NRF | التسجيل، نبض القلب الدوري، واكتشاف NF للتحليلات الموجهة نحو الحمل |
| جمع البيانات | تغذي اكتشاف NRF (حمل + حالة لكل NF) التحليلات الموجهة نحو الحمل |