عندما يدخل UE حالة CM-IDLE عبر وصول 3GPP، قد تبقى جلسة PDU المنشأة بينما يُعطَّل اتصال مستوى المستخدم الخاص بها. وقد تستمر حزم الوصلة الهابطة في الوصول إلى UPF من شبكة البيانات عبر N6، رغم عدم توافر نفق N3 من جهة الوصول اللازم للتسليم الفوري. ويمكن للتخزين المؤقت الاحتفاظ ببعض هذه الحركة بينما يحاول مستوى التحكم استعادة التسليم.
على N4، تتحكم SMF في UPF باستخدام PFCP. وتوفر قاعدة إجراء التخزين المؤقت (BAR) تعليمات التخزين لقواعد إجراء التمرير (FAR) المرتبطة بها. وهذا التمييز مهم: تختار FAR التخزين المؤقت عبر Apply Action؛ ولا تطابق BAR الحزم أو تبدأ النداء بصورة مستقلة. كما أن CM-IDLE لا تضمن تخزين كل حزمة مؤقتًا أو أن يؤدي كل إشعار إلى النداء.
تختلف مسؤوليات PDR وFAR وBAR
تحدد قاعدة اكتشاف الحزم (PDR) الحركة المعنية وتشير إلى FAR. ويطلب FORW التمرير باستخدام Forwarding Parameters المنطبقة. ويطلب BUFF التخزين المؤقت. ويطلب NOCP إشعار مستوى التحكم بأول حزمة هابطة مخزنة مؤقتًا؛ فهو إجراء إشعار، وليس معلمة لتخصيص الذاكرة.
في حالة BUFF/NOCP المعتادة في 5GC، يشمل الإبلاغ أول حزمة هابطة لكل تدفق QoS ضمن FAR معينة. ولا تتطلب كل حزمة لاحقة في تدفق QoS نفسه تقريرًا جديدًا. وقد تنتج تقارير إضافية عن حزم تنتمي إلى تدفق QoS آخر أو ترتبط بقاعدة FAR أخرى. ويمكن للتخزين المؤقت الممتد تغيير سلوك الإشعار هذا.
يمكن لقاعدة FAR الإشارة إلى BAR عبر BAR ID. ويمكن لقاعدة BAR واحدة خدمة عدة قواعد FAR مرتبطة، بما يشمل مخزنًا مؤقتًا مشتركًا لجلسة PFCP. وفي TS 29.244 V18.7.0، يجوز إنشاء BAR واحدة كحد أقصى لكل جلسة PFCP. ولا يثبت إنشاء BAR وحده أن حركة الوصلة الهابطة تستخدمها: افحص علاقة PDR بقاعدة FAR وقيمة BAR ID في FAR.
تتناول الأدلة المرتبطة مراحل التصنيف والتمرير الأساسية، وهي اكتشاف الحزم باستخدام PDR على N4 والتمرير باستخدام FAR ومعلمات النفق.
ماذا يحدث عند وصول بيانات هابطة في حالة CM-IDLE؟
لنفترض وجود UE مسجّل مع جلسة PDU منشأة. ما دام اتصال مستوى المستخدم نشطًا، تمرر UPF الحزم الهابطة نحو gNB. وعند تعطيل هذا الاتصال، تحدّث SMF قواعد N4 ومعلومات نفق الوصول المعنية. وللتخزين المؤقت في UPF، يمكن لقاعدة FAR المتأثرة طلب BUFF وNOCP بدلًا من التمرير الفوري. وهذا قرار للتحكم في الجلسة، وليس استجابة ذاتية من BAR لتغير حالة الراديو.
تصل البيانات الهابطة إلى UPF. وتحدد PDR المطابقة وFAR المرتبطة كيفية التعامل معها.
عندما تُوجَّه UPF إلى التخزين والإشعار، تخزن البيانات مؤقتًا وترسل PFCP Session Report Request يتضمن Downlink Data Report. ويحدد التقرير قواعد PDR المعنية؛ ويمكن لوظيفة SMF تحديد تدفق QoS من سياق PDR أو من Downlink Data Service Information.
تقرّ SMF باستلام التقرير عبر PFCP Session Report Response، وتتصل عند الاقتضاء بوظيفة AMF باستخدام Namf_Communication_N1N2MessageTransfer. ويمكن لوظيفة AMF بدء النداء وإجراء Service Request لاستعادة اتصال مستوى المستخدم.
بمجرد إنشاء النفق من جهة الوصول، تحدّث SMF وظيفة UPF بإجراء التمرير ومعلمات النفق الصحيحة. ويمكن عندئذ تمرير الحزم المخزنة مؤقتًا وفق التعليمات الجديدة.
تسمي TS 23.502 تبادل المرحلة 2 باسمَي Data Notification وData Notification Ack. وفي التقاط حزم N4، استخدم أسماء رسائل PFCP وDownlink Data Report الفعلية. وتسمية التبادل كله «DDN» اختصار عملي، لكنها لا تجعله رسالة EPC Downlink Data Notification على S11.
يصف هذا التسلسل حالة شائعة للتخزين المؤقت في UPF. وتسمح TS 23.502 أيضًا بتمرير البيانات إلى SMF لتخزينها مؤقتًا عند صدور التعليمات بذلك. وقد يكون UE في CM-CONNECTED بينما لا تملك جلسة PDU معينة اتصالًا نشطًا لمستوى المستخدم؛ كما تختلف RRC_INACTIVE عن CM-IDLE. ويمكن لنوع الوصول وMICO وDRX الممتد في وضع الخمول وقيود النداء وعدم إمكانية الوصول المعروفة أن تغير النداء أو تمنعه. افحص حالة الجلسة والوصول الفعلية قبل تطبيق تفسير قائم على وضع الخمول.
يجب تفسير حقول BAR ضمن سياق الإجراء
تستند الفروق التالية إلى TS 29.244 V18.7.0، البنود 5.2.4 و7.5.2.6 و7.5.4.11 و7.5.9.2. ولا تعد BAR حاوية عامة يجب أن تظهر فيها جميع إعدادات المخزن المؤقت الممكنة في كل تبادل N4.
| الحقل | المعنى والشروط |
|---|---|
| BAR ID | يحدد BAR داخل جلسة PFCP. ويختار مرجع FAR تعليمات التخزين المؤقت المرتبطة بقاعدة BAR هذه. |
| Suggested Buffering Packets Count | حقل يعتمد على UDBC ويقترح عدد حزم UL/DL المخزنة مؤقتًا أثناء انتظار تعليمات جديدة من مستوى التحكم. ولا يعبّر عن سعة الذاكرة الفعلية في UPF. وعند تقديمه، تفرض جداول Create/Update BAR المشار إليها إسقاط الحزم التي تتجاوز الحد. |
| DL Buffering Suggested Packet Count | حقل مختلف: الحد الأقصى المقترح لعدد الحزم الهابطة في التخزين المؤقت الممتد لجلسة PFCP. ويجب عدم الخلط بينه وبين Suggested Buffering Packets Count. |
| DL Buffering Duration | يتحكم في التخزين المؤقت الممتد للوصلة الهابطة. ويعتمد تقديمه في PFCP Session Report Response على دعم DLBD؛ أما عبر PFCP Session Modification فيعتمد على دعم DBDM والشروط المنطبقة. ولا يكون موجودًا بالضرورة أثناء الإنشاء الأولي. |
| Downlink Data Notification Delay | يؤخر الإشعار بعد وصول الحزمة عند الاقتضاء. ويصف البند 5.2.4 تقديمه في EPC؛ فلا تفترض أنه تحكم عام في تأخير النداء ضمن 5GC لمجرد ظهوره في رسم BAR عام أو عنصر IE مجمّع مفكوك الترميز. |
تؤثر DL Buffering Duration في الإبلاغ وفي الاحتفاظ معًا. وخلال فترة التخزين الممتد المحددة، تُمنع عادةً إشعارات وصول البيانات الهابطة الإضافية. ومع دعم Extended DL Buffering Notification Control (EDBNC) وضبط EDBN على 1، تبلغ UPF بدلًا من ذلك عن أول حزمة مخزنة لكل تدفق QoS ضمن FAR معينة خلال تلك الفترة. ولذلك لا يثبت NOCP وحده وجوب إرسال تقرير آخر.
عند انتهاء التخزين المؤقت الممتد، تتوقف UPF عن تطبيق DL Buffering Duration وDL Buffering Suggested Packet Count وتحذف هاتين المعلمتين من BAR. وتحدد تعليمات مستوى التحكم الجديدة ما إذا كانت الحزم المخزنة بالفعل ستُمرر أم تُسقط. فالتخزين المؤقت معالجة مؤقتة للحركة، وليس تخزينًا مضمونًا بلا فقد.
لماذا قد لا يُظهر التتبع جميع معلمات التخزين المؤقت
ابدأ بالسجل الكامل لجلسة PFCP. فقد تكون BAR أُنشئت عند التأسيس أو في تعديل سابق، بينما يحدّث التبادل الجاري فحصه قاعدة FAR فقط. كما لا يلزم ظهور الحقول الاختيارية والمعتمدة على القدرات في كل رسالة. ويختلف غياب حقل اختياري عن مرجع غير محلول أو غياب حقل مطلوب عند تحقق شروط معينة.
تسمح TS 29.244 بتقديم معلمات التخزين المؤقت اختياريًا مع BUFF. لكن يجب أن تكون BAR قد قُدمت مسبقًا، ولو كانت فارغة، وربطت بقواعد FAR قبل تعديلها ضمن PFCP Session Report Response. ولا يمكن لحدود موارد UPF المحلية أن تحل محل ارتباط BAR ID أو حقل يفرضه الإجراء المنطبق.
يعرض البند 5.2.4.3 خيار تنفيذ أضيق: عندما تدعم UPF تخزينًا ممتدًا مهيأً لـ APN/DNN و/أو S-NSSAI وتتحقق الشروط المحددة الأخرى، يمكن لمستوى التحكم الاحتفاظ بمؤقت التخزين الممتد لديه بدلًا من تقديمه إلى UPF، مع إبقاء NOCP مفعّلًا لإشعارات تدفقات QoS الإضافية. وهذا ليس إعفاءً عامًا يسمح باستبدال كل معلمة BAR بإعداد محلي.
أثناء استكشاف الأعطال، احصل على UP Function Features المتفاوض عليها، وإعداد BAR السابق، وارتباطات القواعد الحالية، وإعدادات الموارد المحلية ذات الصلة. وبذلك يمكن تمييز الإغفال الطبيعي لمعلمة اختيارية عن استخدام وظيفة غير مدعومة أو التقاط غير مكتمل أو فشل حقيقي في الإعداد.
استكشاف الإجراء والتخزين المؤقت والإشعار والاستعادة
قد تكون لتأخر الرسالة الأولى بعد الخمول، أو نجاح النداء مع فقد الحزم الأولى، أو نمو مخازن UPF أسباب مختلفة. تتبّع الحزمة وحالتها في مستوى التحكم عبر أربع مراحل.
1. تأكيد الإجراء والقاعدة المطابقة
تحقق من أن الحزم الهابطة تصل فعلًا إلى UPF المتوقعة وتطابق PDR الصحيحة. تتبع FAR ID وافحص Apply Action وتحقق من النتيجة المقبولة لإجراء PFCP Session Modification. وإذا استمرت FAR في التمرير باستخدام معلومات نفق وصول قديمة، فافحص تحديثات القواعد والنفق قبل تعديل معلمات التخزين المؤقت.
2. تحديد تعليمات التخزين المؤقت الفعالة
تحقق من مرجع BAR ID وافحص أحدث Create BAR أو Update BAR في سياق الرسالة المناسب. ميّز بين حقلَي عدد الحزم وتحقق من دعم الوظائف. اربط الحدود المهيأة بالحزم المخزنة والمسقطة فعلًا؛ فالعدد المقترح لا يحجز ذاكرة فعلية ولا يضمن بقاء كل حزمة حتى إعادة الاتصال.
3. التحقق من التقرير ومعالجته
ابحث عن PFCP Session Report Request وDownlink Data Report وPDR ID والاستجابة المقابلة. تحقق من نطاق الإبلاغ لكل تدفق QoS ومنع الإشعارات والتخزين الممتد وأي سبب للفشل. وإذا قُبل التقرير ولم يتبعه نداء، فافحص تبادل SMF مع AMF وشروط إمكانية الوصول إلى UE بدلًا من افتراض وجود خلل في BAR.
4. التحقق من التسليم بعد الاستعادة
بعد نجاح Service Request، تأكد من أن SMF تستعيد FORW والعنوان وTEID الحاليين من جهة الوصول. قارن وصول N6 وخروج N3 وعدّادات المخزن المؤقت. وقد يظل UE القابل للوصول يفقد بيانات إذا بقيت FAR في BUFF أو كانت معلومات النفق خاطئة أو انتهت مدة التخزين أو أُسقطت الحزم بالفعل.
الأسئلة الشائعة
هل يحتاج BUFF إلى BAR لتصنيف الحزم؟
لا. تصنف PDR الحركة وتطلب FAR الإجراء BUFF. وتوفر BAR تعليمات تخزين محددة عند إعدادها وربطها؛ فهي ليست مصنف حزم آخر.
هل يثبت غياب Suggested Buffering Packets Count وجود إعداد خاطئ؟
لا. يعتمد هذا الحقل على دعم UDBC ويختلف عن حقل عدد الحزم للتخزين الممتد للوصلة الهابطة. تحقق من سياق الرسالة والوظائف المتفاوض عليها وحالة BAR الحالية قبل الحكم على غيابه.
هل يؤدي كل Downlink Data Report إلى النداء؟
لا. تطبق SMF وAMF شروط إمكانية الوصول والوصول والسياسة. وقد يؤدي التقرير إلى إعادة تنشيط مستوى المستخدم أو التخزين الممتد أو معالجة الفشل؛ فالنداء جزء محتمل فقط من الإجراء.
لماذا قد تضيع الحزم حتى بعد نجاح إعادة الاتصال؟
قد يكون المخزن المؤقت بلغ حدًا أو انتهت مدته قبل الاستعادة. وقد يكون تحديث FAR أو النفق غير مكتمل أيضًا. ولا يؤكد نجاح إعادة الاتصال وحده مجموعة الحزم المحتفظ بها أو استئناف التمرير على N3.
المراجع
3GPP TS 29.244 V18.7.0: تتناول البنود 5.2.3–5.2.4 و7.5.2.6 و7.5.4.11 و7.5.8–7.5.9 و8.2.28–8.2.30 و8.2.100 التعامل مع FAR/BAR والإبلاغ وعناصر معلومات التخزين المؤقت.
3GPP TS 23.502 V18.9.0: يصف البند 4.2.3.3 إجراء Network Triggered Service Request وإشعار البيانات واستثناءات إمكانية الوصول والتخزين المؤقت الممتد.
