logo
أرسل رسالة
Shenzhen Olax Technology CO.,Ltd
المنتجات
أخبار
المنزل >

الصين Shenzhen Olax Technology CO.,Ltd أخبار الشركة

واجهة UPF (تحديث الجلسة والحذف) ترتيب الاستخدام في 5G

  الـUPF (User Plane Function) هي واحدة من أهم الوحدات في 5GC. إنها وحدة رئيسية تتفاعل معها شبكة الراديو (RAN) أثناء إرسال بيانات PDU. الـ UPF هي أيضًا تطور لـCUPS (Control Plane and User Plane Separation)، وهي مسؤولة عن فحص وتوجيه وإعادة توجيه الحزم داخل تدفقات QoS في سياسات الاشتراك. تستخدم قوالب SDF التي يرسلها SMF عبر واجهة N4 لفرض قواعد حركة المرور الصاعدة (UL) والنازلة (DL). عندما تنتهي الخدمة، ستقوم بتخصيص أو إنهاء تدفق QoS في جلسة PDU؛ ترتيب استخدام جلسة واجهة UPF وتحديثها وحذفها هو كما يلي؛ يرجى الرجوع إلى ترتيب استخدام واجهة UPF (البروتوكول) ومكالمة الجهاز الطرفي في 5G.   أولاً: تعديل الجلسةيتم تخصيص تدفق QoS الخاص بالجهاز الطرفي من خلال عملية تعديل جلسة PDU؛ يدعم تدفق QoS المخصص الإضافي حركة المرور ذات متطلبات QoS الأعلى (مثل الصوت والفيديو وحركة مرور الألعاب وما إلى ذلك)؛ يظهر تطبيق تعديل الجلسة (التحديث) في UPF في الشكل (1)؛ الشكل 1. ترتيب استخدام واجهة UPF لتعديل (تحديث) جلسة الجهاز الطرفي في 5G   [6] تعالج N4 طلب تعديل الجلسة [6] إزالة PDR الموجودة [6] تحديث PDR [6] تحديث FAR [6] تحديث URR [6] تحديث QER [6] تحديث BAR [6] إعداد عقدة GTP [6] إعداد N3 TEID و QFI [6] [7] يرسل PFCP استجابة تعديل الجلسة [5] تقوم N4 بإنشاء استجابة تعديل الجلسة [5] تم قبول طلب PFCP [5] تهيئة مخزن PDR [5] تم إنشاء PDR [6] إرسال حزم البيانات المخزنة مؤقتًا إلى gnB (إذا لزم الأمر) ثانياً: حذف الجلسةعند انتهاء جلسة خدمة الجهاز الطرفي، سيتم تخصيص أو إنهاء تدفق QoS في جلسة PDU. ترتيب استخدام حذف الجلسة في واجهة UPF هو كما يلي: الشكل 2. ترتيب استخدام واجهة حذف الجهاز الطرفي 5G المتعلقة بـ UPF   [6] تعالج N4 طلب حذف الجلسة [6][7] يرسل PFCP طلب حذف الجلسة [5][1] تقرير كامل عن حالة استخدام URR للجلسة [1] الطابع الزمني للتقرير الأخير [1] مشغل الوقت [1] تقرير فترة صلاحية الحصة [1] مشغل السعة [1] تقرير حصة السعة [5][1] لقطة URR لجلسة UPF (إجمالي البايتات، إجمالي حزم البيانات، بما في ذلك الوصلة الصاعدة والوصلة الهابطة) [6][1] حذف جلسة UPF [1] حساب URR لجلسة UPF حذف الكل: حذف فترة الصلاحية، حذف وقت الحصة، حذف وقت العتبة. [13] تم حذف PDR بالكامل [13] تم حذف FAR بالكامل [13] تم حذف URR بالكامل [14] تم حذف QER بالكامل [13] تم حذف BAR بالكامل [13] من SEID

2025

11/12

في 5G، ترتيب استخدام واجهة UPF (البروتوكول) مع مكالمات الجهاز الطرفي

وظيفة مستوى المستخدم(UPF)هي واحدة من أهم وظائف الشبكة (NFs) في شبكة 5G الأساسية. إنها ثاني وظيفة شبكة تتفاعل معها NR RAN أثناء تدفقات PDU. UPF هو تطور لـ CUPS (فصل مستوى التحكم عن مستوى المستخدم)، وهو مسؤول على وجه التحديد عن فحص وتوجيه وإعادة توجيه الحزم ضمن تدفقات QoS في سياسات الاشتراك. كما أنه يستخدم قوالب SDF التي يرسلها SMF عبر واجهة N4 لفرض قواعد حركة المرور UL (Uplink) و DL (Downlink)؛ عندما تنتهي الخدمة المقابلة، فإنه يخصص أو ينهي تدفقات QoS في جلسة PDU.   الشكل 1.5G SMF وواجهته (البروتوكول)   أولاً. واجهات وبروتوكولات UPFتشمل ما يلي: N4[5] بعد إنشاء مستوى المستخدم، يتم نقل سياق إدارة الجلسة والمعلمات الضرورية من الألياف أحادية الوضع (SMF) إلى وظيفة مستوى المستخدم (UPF). PFCP[7] يتم إدارة أي اتصال بين SMF و UPF بواسطة بروتوكول إعادة توجيه الحزم PFCP (بروتوكول التحكم)؛ إنه أحد البروتوكولات الرئيسية التي تفصل مستوى المستخدم ومستوى التحكم. GTP[3] بروتوكول الأنفاق GPRS (GTP) مسؤول عن توفير الترابط السلس وحمل حركة المرور بين المستخدمين المتجولين أو المستخدمين المنزليين وواجهات الشبكة الرئيسية في 4G، NSA (5G غير مستقل)، SA (5G مستقل)، وهندسات الحوسبة المتطورة للأجهزة المحمولة. في 5G، تُستخدم أنفاق GTP أيضًا لواجهة N9. ثانياً. تدفق المكالمات (إنشاء الجلسة وتهيئة UPF) أثناء إنشاء جلسة PDU، يتصل SMF بـ UPF عبر PFCP (واجهة N4). تحمل جلسة PFCP هذه قالب SDF يحتوي على معلومات مثل PDR و QFI و URR و FAR. سيخصص UPF تدفق QoS افتراضي (غير GBR) أثناء إنشاء الجلسة الأولية.   ثالثاً. تسلسل استخدام واجهة مكالمات الجهاز (UE) [6] N4 يعالج طلب إنشاء الجلسة [6] PFCP يعالج إنشاء PDR [6] [12] التحقق من PDI الموجود لـ PDR [6] [12] التحقق من TEID [6] [12] التحقق من واجهة المصدر [6] [12] التحقق من معرف مرشح SDF السابق [6] [12] تعيين جميع علامات المرشح: BID و FL و SPI و TTC و FD [6] PFCP يعالج إنشاء FAR [6] إنشاء URR [6] إنشاء BAR [6] إنشاء QRR [6] تعيين N3 TEID و QFI [4] تهيئة UPF [4] تهيئة سياق PFCP [1] تهيئة سياق UPF [1] تعيين الخصائص الوظيفية لمستوى المستخدم: FTUP و EMPU و MNOP و VTIME و طول سمة UPF [6] [7] استجابة إنشاء الجلسة [5] N4 بناء استجابة إنشاء الجلسة [5] معرف العقدة [5] طلب PFCP مقبول [5] F-SEID [5] فحص وجود PDR [5] PFCP بناء الرسالة FTUP: تدعم وظيفة UP تخصيص/تحرير F-TEID. EMPU: تدعم وظيفة UP إرسال حزم نهاية الملف. MNOP: تدعم وظيفة UP قياس عدد الحزم في URR، والذي يتم إجراؤه عبر علامة "قياس عدد الحزم في URR". MNOP (قياس عدد الحزم): عند التعيين على "1"، فإنه يشير إلى أنه في القياسات المستندة إلى التدفق، بالإضافة إلى القياس بالبايت، يُطلب أيضًا عدد الحزم الصاعدة/الهابطة/الإجمالي المرسلة. VTIME: تدعم وظيفة UP ميزة فترة صلاحية الحصة. إذا كانت وظيفة UP تدعم ميزة VTIME، فإنها تطلب من وظيفة UP إرسال تقرير استخدام بعد انتهاء صلاحية الفترة. بعد انتهاء صلاحية فترة صلاحية الحصة، إذا تم استلام حزم بيانات على UPF، فيجب على UPF إيقاف إعادة توجيه حزم البيانات أو السماح فقط بإعادة توجيه حركة مرور مستوى المستخدم المحدودة، اعتمادًا على سياسة المشغل في وظيفة UP. الاختصارات: FL: علامة التدفق TTC: TOS (فئة حركة المرور) SPI: فهرس معلمة الأمان FD: وصف التدفق BID: مرشح SDF ثنائي الاتجاه

2025

11/11

استخدام واجهة بروتوكول SMF - مكالمة طرفية 5G

1. في نظام 5G، تتمثل إحدى وظائف SMF (وظيفة إدارة الجلسة) في أن تكون مسؤولة عن إرسال معلومات مستوى التحكم (CP) للمستخدم؛ وهي تعمل مع UPF لإدارة السياق ذي الصلة لجلسات الجهاز الطرفي؛ وهي مسؤولة عن إنشاء الجلسات وتحديثها وحذفها، وتعيين عناوين IP لكل جلسة PDU، وتوفير جميع المعلمات ودعم الوظائف المختلفة لـ UPF؛ يظهر الرسم التخطيطي للواجهة بين SMF وعناصر الشبكة الأخرى في الشكل (1).   *الشكل 1. رسم تخطيطي لاتصال SMF بعناصر الشبكة الأخرى (الخطوط الصلبة في الشكل تمثل الاتصالات المادية، والخطوط المتقطعة تمثل الاتصالات المنطقية).   ثانيًا. بروتوكولات التطبيقات في SMF تشمل: PFCP[2]: تتم إدارة جميع الاتصالات بين SMF و UPF بواسطة PFCP (بروتوكول التحكم في إعادة توجيه الحزم)؛ وهو أحد البروتوكولات الرئيسية التي تفصل بين مستوى المستخدم ومستوى التحكم. UDP[3]: بروتوكول بيانات المستخدم، وهو بروتوكول طبقة النقل الذي يوفر معالجة منفذ المصدر والوجهة لتعدد الإرسال/إلغاء تعدد الإرسال للتطبيقات عالية المستوى. هذا البروتوكول مسؤول عن نقل البيانات بين gNB و UPF. SBI[4] (واجهة قائمة على الخدمة): هذه طريقة اتصال قائمة على واجهة برمجة التطبيقات (API) بين وظائف الشبكة.   ثالثًا. تدفق استدعاء جلسة الجهاز الطرفي أثناء إنشاء جلسة الجهاز الطرفي 5G: أولاً، يسجل SMF مع NRF لتحديد موقع وظائف الشبكة الأخرى. إذا أراد المستخدم الوصول إلى خدمات بيانات 5G، فيجب إنشاء جلسة PDU مع الشبكة. يرسل UE طلب إنشاء جلسة PDU إلى الشبكة الأساسية (أي AMF). يختار AMF أفضل SMF في الشبكة للحفاظ على معلوماتها المتعلقة بالجلسة. بعد تحديد أفضل SMF، فإنه يطلب من SMF إنشاء سياق SM. يحصل SMF على بيانات اشتراك SM من UDM وينشئ سياق M. بعد ذلك، يبدأ SMF و UPF عملية إنشاء جلسة PFCP ويحددان قيمًا افتراضية للمعلمات المتعلقة بالجلسة. أخيرًا، يرسل AMF معلومات الجلسة إلى gNB و UE لإنشاء قيمة جلسة PDU الافتراضية.   تستخدم واجهة إنشاء الجلسة (متتالية) محتوى الرسالة: [22] إرسال تسجيل NF [22] إعادة محاولة إرسال تسجيل NF [6] تعيين ملف تكوين NF [22] إرسال خدمة اكتشاف NF AMF [5] معالجة طلب إنشاء جلسة PDU [4] إنشاء رفض إنشاء جلسة GSM PDU [30] إرسال رفض إنشاء جلسة PDU [28] HTTP POST سياق SM - تلقي إنشاء سياق SM [31] معالجة إنشاء سياق جلسة PDU SM [22] إرسال اكتشاف NF UDM [27] الحصول على سياق SM [10] إنشاء/تعيين البيانات التي تم إنشاؤها [2] تهيئة سياق SMF [2] الحصول على معلومات DNN [4] إنشاء قبول إنشاء جلسة GSM PDU [22] إرسال اكتشاف NF PCF [10] تحديد PCF [24] إرسال إنشاء ارتباط سياسة SM [29] قرار تطبيق سياسة SM [16] إنشاء قائمة UPF للاختيار [16] فرز قائمة UPF حسب الاسم [16] تحديد UPF وتعيين UE IP [15] تحديد UPF بواسطة DNN [16] الحصول على اسم UPF عن طريق IP [16] الحصول على معرف عقدة UPF عن طريق الاسم [16] الحصول على عقدة UPF عن طريق IP [16] الحصول على معرف UPF عن طريق IP [18] إنشاء طلب إنشاء ارتباط PFCP [17] معالجة طلب إنشاء ارتباط PFCP [19] إرسال طلب إنشاء ارتباط PFCP [18] إنشاء طلب إنشاء جلسة PFCP [19] إرسال طلب إنشاء جلسة PFCP [20] إرسال طلب PFCP [18] PFCP ينشئ PDR و FAR و QER و BAR [10] إضافة PDR إلى جلسة PFCP [13] [16] إنشاء مسار بيانات افتراضي [16] إنشاء مسار بيانات [15] إضافة مسار بيانات [15] إنشاء معرف معدات الجهاز الطرفي (TEID) [2] [10] تعيين معرف معدات النظام المحلي (SEID) [10] تحديد قاعدة الجلسة [15] تحديد معلمات UPF [15] إضافة PDR و FDR و BAR و QER [29] معالجة قاعدة الجلسة [3] تنشيط النفق و PDR [3] تنشيط نفق الوصلة الصاعدة/الوصلة الهابطة [16] تحديد مصدر مسار الوصلة الصاعدة [30] تنشيط جلسة UPF [30] إنشاء جلسة PFCP [18] إنشاء استجابة إنشاء جلسة PFCP [19] إرسال استجابة إنشاء جلسة PFCP [20] إرسال استجابة PFCP [18] إنشاء استجابة إنشاء ارتباط PFCP [19] إرسال استجابة إنشاء ارتباط PFCP [2] الحصول على معلومات مستوى المستخدم [16] الحصول على مسار مستوى المستخدم الافتراضي من خلال DNN و UPF [3] الحصول على معرف UPF، و IP العقدة، و UL PDR، و UL FAR [3] نسخ عقدة مسار البيانات الأولى [25] الحصول على معلومات جلسة UE PDU من خلال HTTP [15] الحصول على واجهة للحصول على معلومات واجهة UPF [15] الحصول على عقدة UPF من خلال معرف العقدة [15] الحصول على UPF IP، و ID، و PDR ID، و FAR ID، و BAR ID، و QER ID [2] الحصول على تجمع مسار UE الافتراضي [30] إعلام UE - إرسال جميع مسارات البيانات إلى UPF وإرسال النتائج إلى UE [10] إرسال عنوان PDU إلى NAS [12] إنشاء عقدة مسار بيانات UE [2] تهيئة توجيه SMF UE [7] إنشاء إرسال طلب إنشاء مورد جلسة PDU [8] معالجة إرسال فشل إنشاء مورد جلسة PDU [8] معالجة إرسال استجابة إنشاء مورد جلسة PDU  

2025

11/10

تعلم نظام الجيل الخامس---إعادة ضبط واجهة NG ورسائل زيادة تحميل النظام

في نظام الجيل الخامس، عندما تحتاج واجهة NG أو أجزاء معينة من واجهة NG إلى إعادة الضبط، سيتم إخطار عقدة NG-RAN؛ عندما تعالج AMF الحمل الزائد، سيتم أيضًا إرسال رسالة حمل زائد إلى عقدة NG-RAN لإخطار gNB ببدء عملية إدارة الحمل؛ تعريفات هذه الرسائل المحددة هي كما يلي:   1. إعادة ضبط NG يتم إرسال الرسائل بواسطة عقد NG-RAN و AMF لطلب إعادة ضبط واجهة NG أو أجزاء معينة منها.   اتجاه الرسالة: عقدة NG-RAN → AMF و AMF → عقدة NG-RAN   2. رسالة إقرار إعادة ضبط NG يتم إرسالها بشكل مشترك بواسطة عقدة NG-RAN و AMF كاستجابة لرسالة إعادة ضبط NG.   اتجاه الرسالة: عقدة NG-RAN → AMF و AMF → عقدة NG-RAN   3. رسالة تأكيد إعادة ضبط NG: يتم إرسال هذه الرسالة بشكل مشترك بواسطة عقدة NG-RAN و AMF كاستجابة لرسالة إعادة ضبط NG.   اتجاه الرسالة: عقدة NG-RAN → AMF و AMF → عقدة NG-RAN   4. رسائل دلالة الخطأ يتم إرسالها بواسطة عقد NG-RAN و AMF للإشارة إلى أنه تم اكتشاف خطأ في العقدة.   اتجاه الرسالة: عقدة NG-RAN → AMF و AMF → عقدة NG-RAN 5. رسالة بدء الحمل الزائد يتم إرسالها بواسطة AMF للإشارة إلى عقدة NG-RAN بأن AMF محملة بشكل زائد.   اتجاه الرسالة: AMF → عقدة NG-RAN   6. رسالة إيقاف الحمل الزائد يتم إرسالها بواسطة AMF للإشارة إلى أن AMF لم تعد محملة بشكل زائد.   اتجاه الرسالة: AMF → عقدة NG-RAN      

2025

11/08

ترتيب استخدام بروتوكولات واجهة AMF (المصادقة والمكالمات) في الجيل الخامس

AMF (وظيفة إدارة الوصول والتنقل) هي وحدة وظيفية في مستوى التحكم (CU) في الشبكة الأساسية (CN) من الجيل الخامس (5G). تحتاج عناصر شبكة الراديو (gNodeBs) إلى الاتصال بـ AMF قبل أن تتمكن من الوصول إلى أي خدمة 5G. يظهر الاتصال بين AMF والوحدات الأخرى في نظام 5G في الشكل أدناه.     *الشكل 1. رسم تخطيطي لاتصال AMF وعناصر شبكة 5G (الخطوط الصلبة في الشكل تمثل الاتصالات المادية، والخطوط المتقطعة تمثل الاتصالات المنطقية)   أولاً: وظائف واجهة AMF N1[2]: تحصل AMF على جميع المعلومات المتعلقة بالاتصال والجلسة من UE من خلال واجهة N1. N2[3]: يتم إجراء الاتصال بين AMF و gNodeB المتعلق بـ UE، بالإضافة إلى الاتصال غير المتعلق بـ UE، من خلال هذه الواجهة. N8: يتم تخزين جميع قواعد سياسة المستخدم و UE المحددة، وبيانات الاشتراك المتعلقة بالجلسة، وبيانات المستخدم، وأي معلومات أخرى (مثل البيانات المعرضة لتطبيقات الطرف الثالث) في UDM، وتحصل AMF على هذه المعلومات من خلال واجهة N8. N11[4]: تمثل واجهة N11 المشغلات لـ AMF لإضافة أو تعديل أو حذف جلسات PDU على مستوى المستخدم. N12: تحاكي AMF AUSF داخل الشبكة الأساسية 5G وتوفر خدمات لـ AMF من خلال واجهة N12 المستندة إلى AUSF. تمثل شبكة 5G واجهة قائمة على الخدمة، مع التركيز على AUSF و AMF. N22: تختار AMF أفضل وظيفة شبكة (NF) في الشبكة باستخدام NSSF. يوفر NSSF معلومات موقع وظيفة الشبكة لـ AMF من خلال واجهة N22. SBI[8]: الواجهة القائمة على الخدمة هي اتصال قائم على واجهة برمجة التطبيقات (API) بين وظائف الشبكة.   ثانياً: بروتوكولات تطبيق AMF NAS[5]: في 5G، NAS (بروتوكول طبقة الوصول غير) هو بروتوكول مستوى التحكم على واجهة الراديو (واجهة N1) بين UE و AMF؛ وهي مسؤولة عن إدارة التنقل والسياق المتعلق بالجلسة داخل 5GS (نظام 5G). NGAP[6]: NGAP (بروتوكول تطبيق الجيل التالي) هو بروتوكول مستوى التحكم (CP) المستخدم لإشارات الاتصال بين gNB و AMF. وهي مسؤولة عن التعامل مع الخدمات المتعلقة بـ UE والخدمات غير المتعلقة بـ UE. SCTP[7]: يضمن بروتوكول التحكم في الإرسال (SCTP) إرسال رسائل الإشارات بين AMF وعقدة 5G-AN (واجهة N2). رسائل ITTI[9]: واجهة بين المهام تستخدم لإرسال الرسائل بين المهام.   ثالثاً: تدفق المكالمات - تسجيل UE وإلغاء التسجيل (الخطوات) تحتاج AMF أولاً إلى التسجيل لدى NRF لتحديد موقع وظيفة الشبكة والتواصل معها. عندما يتم تشغيل UE، فإنها تمر بعملية تسجيل. تعالج AMF التسجيل ثم تتلقى رسالة NAS UE الأولية وطلب التسجيل. تُستخدم هذه الرسالة لإنشاء هوية AMF لـ UE. بعد ذلك، تتحقق AMF من AMF التي سجلت فيها UE آخر مرة. إذا تم العثور على عنوان AMF القديم بنجاح، فستسترجع AMF الجديدة جميع سياقات UE وتبدأ إجراء إلغاء التسجيل لـ AMF القديمة. تطلب AMF القديمة تحرير سياق SM من SMF وسياق UE من gNB.   رابعاً: مصادقة المحطة الطرفية والترخيص إذا لم تكتشف AMF الجديدة أي أثر لـ AMF القديمة، فإنها تبدأ عملية الترخيص والمصادقة مع UE. تتعامل مع عملية التحقق من الهوية وتطلب متجه مصادقة من AMF. ثم ترسل طلب مصادقة إلى UE لتعيين مفتاح أمان وتحديد خوارزمية أمان للقناة، وبالتالي ضمان نقل البيانات بشكل آمن. تتحكم AMF في جميع قنوات الإرسال الهابط/الصاعد لـ NAS المستخدمة للاتصال.

2025

11/07

ما الذي يمكن أن يفعله نظام إدارة المهام الفورية (MDT) للمشغلين؟

مع تزايد تعقيد شبكات الاتصالات المتنقلة، يصبح تحسين الأداء وتحسين تجربة المستخدم أمرًا بالغ الأهمية للمشغلين. في السابق، اعتمد مهندسو التحسين في المقام الأول على اختبارات القيادة لإجراء قياسات (مادية) للشبكة لفهم والتحكم في تغطية وأداء الشبكة اللاسلكية. ومع ذلك، فإن طريقة الاختبار هذه مكلفة وتستغرق وقتًا طويلاً وليست شاملة دائمًا.   أولاً: الحد الأدنى من اختبار القيادة (MDT)هي طريقة قياس شبكة لاسلكية مصممة بواسطة 3GPP لشبكات الاتصالات المتنقلة. يسمح MDT للشبكة بجمع بيانات الأداء الفعلية مباشرة من جانب معدات المستخدم (UE)، وبالتالي تقليل الحاجة إلى اختبار القيادة اليدوي. وهي مقسمة تحديدًا إلى MDT المسجل و MDT الفوري (iMDT).   ثانيًا: MDT الفوري، كما هو محدد في 3GPP، يشير إلى الإبلاغ في الوقت الفعلي عن بيانات أداء الشبكة بواسطة معدات المحطة الطرفية (UE) أثناء جلسة اتصال لاسلكي. على عكس MDT المسجل، الذي يخزن البيانات على الجهاز للتحميل لاحقًا، يرسل MDT الفوري نتائج القياس إلى الشبكة، مما يمكّن المشغلين من:   تحديد مشاكل الشبكة مثل حالات فشل رابط الراديو (RLFs) في الوقت الفعلي. جمع البيانات في مواقع محددة أثناء الجلسة في الوقت الفعلي. تحسين أداء المستخدم في الوقت الفعلي.   ثالثًا: النقاط الرئيسية لـ MDT الفوري تتضمن عملية MDT الفورية أثناء جلسة الاتصال بين UE والشبكة بشكل أساسي: تكوين MDT: يحصل UE على تكوين MDT من الشبكة. يحدد هذا التكوين أنواع البيانات التي يجب جمعها (مثل RSRP أو RSRQ أو SINR أو أحداث المكالمات). توقيت القياس: في حالة الاتصال، يقوم UE بشكل دوري بإجراء قياسات بناءً على شروط محددة. قد تتضمن معلمات القياس قوة الإشارة ومقاييس الجودة وبيانات الموقع. المناطق الميتة للتغطية وحالات فشل رابط الراديو (RLF): إذا وجد UE نفسه في منطقة ميتة للتغطية، فقد يحدث RLF، مما يدفع عملية MDT إلى تسجيل قوة الإشارة والموقع لمزيد من التحليل. مسجل الأحداث وإشارة RLF: أثناء حدث RLF، يسجل UE معلومات رئيسية مثل قوة الإشارة وإحداثيات الموقع. بعد إعادة إنشاء اتصال RRC، يتم إنشاء إشارة سجل RLF وإرسالها. إعادة التأسيس والإبلاغ: يحتاج UE إلى إعادة إنشاء اتصال RRC لإعادة الاتصال. بعد إعادة الاتصال RRC، يرسل UE إشارة سجل RLF مع المعلومات المسجلة. يساعد هذا الشبكة في تحديد موقع وسبب RLF، وهو أمر مفيد جدًا لتحسين الشبكة.

2025

11/06

5G(NR) RAN تعلم -- إعلام مورد جلسة PDU

أولاً. إشعار مورد جلسة وحدة بيانات البروتوكول (PDU) (إشعار مورد جلسة PDU) هو إشعار نظام 5G لعنصر الشبكة الأساسية AMF بأن تدفق جودة الخدمة (QoS) أو جلسة PDU التي تم إنشاؤها لمحطة طرفية معينة (UE) قد تم تحريرها، أو لم تعد قيد التنفيذ، أو يتم إعادة تنفيذها بواسطة عقدة NG-RAN يتم التحكم فيها بواسطة إشعار طلب. تُستخدم هذه الإجراءات أيضًا لإخطار عقدة NG-RAN بمعلمات جودة الخدمة (QoS) التي لم يتم قبولها بنجاح أثناء إجراء طلب تسليم المسار. يستخدم الإجراء بأكمله إشارات متعلقة بـ UE.   ثانياً. إشعار نجاح مورد جلسة PDU: كما هو موضح في الشكل 8.2.4.2-1، يتم بدء عملية نجاح مورد جلسة PDU بواسطة عقدة GN-RAN.     ثالثاً. معلومات أساسية لإشعار مورد جلسة PDUتشمل:   تبدأ عقدة NG-RAN هذه العملية عن طريق إرسال رسالة إشعار مورد جلسة PDU. يجب أن تحتوي رسالة إشعار مورد جلسة PDU على معلومات حول موارد جلسة PDU أو تدفقات جودة الخدمة (QoS) التي تم تحريرها، أو لم تعد قيد التنفيذ، أو تمت إعادة تنفيذها بواسطة عقدة NG-RAN. لكل جلسة PDU حيث تم تحرير بعض تدفقات جودة الخدمة (QoS)، أو لم تعد قيد التنفيذ، أو تمت إعادة تنفيذها بواسطة عقدة NG-RAN، يجب تضمين IE لنقل إشعار مورد جلسة PDU، والذي يحتوي على: قائمة بتدفقات جودة الخدمة (QoS) التي تم تحريرها بواسطة عقدة NG-RAN (إن وجدت) في قائمة تحرير تدفق جودة الخدمة (QoS) IE. إذا لم تكن هناك تدفقات جودة خدمة (QoS) أخرى مرتبطة بالحامل الموجود بعد التحرير (على سبيل المثال، تقسيم جلسة PDU)، فيجب على عقدة NG-RAN و 5GC اعتبار أن حامل نقل NG-U المرتبط قد تمت إزالته، وأن معلومات NG-U UP TNL المرتبطة متاحة مرة أخرى. قائمة بتدفقات جودة الخدمة (QoS) GBR التي لم تعد عقدة NG-RAN تنفذها أو أعادت تنفيذها بواسطة عقدة NG-RAN (إن وجدت) في قائمة إشعار تدفق جودة الخدمة (QoS) IE، إلى جانب IE لسبب الإشعار. بالنسبة لتدفقات جودة الخدمة (QoS) المشار إليها على أنها لم تعد مرضية، يجوز لعقدة NG-RAN أيضًا الإشارة إلى مجموعات معلمات جودة الخدمة (QoS) البديلة التي يمكن تلبيتها حاليًا في IE لمؤشر مجموعة معلمات جودة الخدمة (QoS) الحالية. بالنسبة لتدفقات جودة الخدمة (QoS) المشار إليها على أنها لم تعد مرضية، يجوز لعقدة NG-RAN أيضًا الإشارة إلى ملاحظات RAN في IE لخصائص حركة مرور TSC. يجب تضمين قائمة (إن وجدت) بتدفقات جودة الخدمة (QoS) التي تم تحديث معلمات جودة الخدمة (QoS) الخاصة بها ولكن لا يمكن قبولها بنجاح بواسطة عقدة NG-RAN أثناء طلب تسليم المسار في IE لقائمة ملاحظات تدفق جودة الخدمة (QoS)، والتي قد تكون مرتبطة بقيم يمكن توفيرها. لكل مورد جلسة PDU تم تحريره بواسطة عقدة NG-RAN، يجب تضمين إرسال إشعار مورد جلسة PDU المحرر في "IE لإرسال إشعار مورد جلسة PDU المحرر" ويجب تضمين سبب التحرير في "IE للسبب". إذا تم تعيين IE لإشارة خطأ مستوى المستخدم على "تم استلام إشارة خطأ GTP-U"، فيجب على SMF (إذا كان مدعومًا) اعتبار جلسة PDU قد تم تحريرها بسبب تلقي إشارة خطأ GTP-U من خلال نفق NG-U، كما هو موضح في TS 23.527. يجب على عقدة NG-RAN (إذا كانت مدعومة) الإبلاغ عن معلومات موقع UE في IE لمعلومات موقع المستخدم في رسالة إشعار مورد جلسة PDU. عند استلام رسالة إشعار مورد جلسة PDU، يجب على AMF إرسال IE لنقل إشعار مورد جلسة PDU أو IE لنقل إشعار مورد جلسة PDU المحرر بشكل شفاف إلى SMF المرتبط بجلسة PDU ذات الصلة لكل جلسة PDU المشار إليها في IE لمعرف جلسة PDU. عند استلام IE لنقل إشعار مورد جلسة PDU، يبدأ SMF عادةً إجراء التحرير أو التعديل المقابل على جانب الشبكة الأساسية لجلسات PDU أو تدفقات جودة الخدمة (QoS) التي يتم تحديدها على أنها لم تعد مرضية. لكل جلسة PDU، إذا كان IE لنقل إشعار مورد جلسة PDU أو IE لنقل إشعار مورد جلسة PDU المحرر يحتوي على IE لمعلومات استخدام RAT الثانوية، فيجب على SMF معالجة هذه المعلومات وفقًا لـ TS 23.502. إذا كانت رسالة إشعار مورد جلسة PDU تحتوي على IE لمعلومات موقع المستخدم، فيجب على AMF معالجة هذه المعلومات وفقًا لـ TS 23.501.

2025

11/05

ما هو CORESET في 5G (NR)؟ (1)

  أولاً. مجموعة موارد التحكم (CORESET) هي مجموعة موارد تحكم مستخدمة في الجيل الخامس (NR). وهي مجموعة من الموارد المادية ضمن منطقة معينة من شبكة موارد الارتباط الهابط المستخدمة لحمل قناة التحكم المادية (PDCCH) (DCI). في الجيل الخامس (NR)، تم تصميم PDCCH خصيصًا ليتم نقله داخل مجموعة موارد تحكم (CORESET) قابلة للتكوين.   ثانياً. موقع PDCCH تشبه CORESET في الجيل الخامس منطقة التحكم في LTE لأن مجموعة الموارد (RB) ومجموعة رموز OFDM الخاصة بها قابلة للتكوين، ولديها مساحة بحث PDCCH مقابلة. تتيح مرونة تكوين منطقة التحكم NR، بما في ذلك الوقت والتردد ومجموعة المعلمات ونقطة التشغيل، تلبية مجموعة واسعة من سيناريوهات التطبيقات. في حين يتم تخصيص PDCCHs في مناطق التحكم LTE عبر عرض النطاق الترددي للنظام بأكمله، يتم إرسال NR PDCCHs داخل منطقة CORESET مصممة خصيصًا، وتقع في منطقة معينة من مجال التردد، كما هو موضح في الرسم التخطيطي أدناه.   ثالثاً. 4G PDCCH و 5G PDCCH CORESET يمكن أن يكون تخصيص التردد في تكوين CORESET مستمرًا أو متقطعًا. يمتد تكوين CORESET على 1-3 رموز OFDM متتالية في الوقت المناسب. يتم تنظيم REs في CORESET في REGs (مجموعات RE). تتكون كل REG من 12 RE من رمز OFDM واحد في RB. يقتصر PDCCH على CORESET ويتم إرساله باستخدام إشارة مرجعية لتعديل الإشارة الخاصة به (DMRS) لتحقيق تشكيل الحزمة لقناة التحكم لـ UE. لاستيعاب أحجام حمولة DCI المختلفة أو معدلات الترميز المختلفة، يتم حمل PDCCH بواسطة 1 أو 2 أو 4 أو 8 أو 16 عنصر قناة تحكم (CCEs). يحتوي كل CCE على 6 REGs. يمكن أن يكون تعيين CCE إلى REG الخاص بـ CORESET متشابكًا (لتنوع التردد) أو غير متشابك (لتشكيل الحزمة المحلية). رابعاً. تعيين CORESET يتم تكوين كل طرفية 5G (UE) لاختبار إشارات مرشح PDCCH المتعددة بشكل أعمى بتنسيقات DCI ومستويات تجميع مختلفة. يؤدي فك التشفير الأعمى إلى زيادة تعقيد UE، ولكنه ضروري لجدولة ومعالجة تنسيقات DCI المختلفة بمرونة مع تقليل النفقات العامة.   خامساً. خصائص CORESET معرف مجموعة موارد التحكم هذا باستخدام عنصر معلومات 4 بت في MIB (كتلة معلومات رئيسية)، والذي يرتبط بإشارة المزامنة المحددة للخلية وكتلة قناة البث المادية (PBCH) (SSB)؛ في الجيل الخامس (NR) تشبه منطقة التحكم LTE PDCCH؛ تنقسم CORESETs في الجيل الخامس (NR) إلى نوعين: CORESETs عامة و CORESETs خاصة بـ UE؛ يمكن لكل BWP رابط هابط نشط تكوين ما يصل إلى 3 مجموعات أساسية، بما في ذلك CORESETs عامة و CORESETs خاصة بـ UE؛ يمكن لخلية خدمة أن تحتوي على ما يصل إلى 4 BWPs، ويمكن لكل BWP أن يحتوي على ما يصل إلى 3 CORESETs, بإجمالي 12 CORESETs؛ يمكن تحديد كل هذا باستخدام عنصر معلومات 4 بت في MIB (كتلة معلومات رئيسية)، والذي يرتبط بإشارة المزامنة المحددة للخلية وكتلة قناة البث المادية (PBCH) (SSB)؛ بواسطة فهرس يتراوح من 0 إلى 11، يسمى معرف مجموعة موارد التحكم؛ معرف مجموعة موارد التحكم فريد داخل نفس خلية الخدمة؛عند تعريف CORESET هذا باستخدام عنصر معلومات 4 بت في MIB (كتلة معلومات رئيسية)، والذي يرتبط بإشارة المزامنة المحددة للخلية وكتلة قناة البث المادية (PBCH) (SSB)؛CORESET0، والذي يرتبط بحزمة النطاق الترددي الأولية (حزمة النطاق الترددي بالفهرس 0)؛CORESET هذا باستخدام عنصر معلومات 4 بت في MIB (كتلة معلومات رئيسية)، والذي يرتبط بإشارة المزامنة المحددة للخلية وكتلة قناة البث المادية (PBCH) (SSB)؛يتم تكوين CORESETs فقط داخل حزم النطاق الترددي المرتبطة بها (BWP) لا يحدث التنشيط إلا عند التنشيط، باستثناء CORESET0، والذي يرتبط بحزمة النطاق الترددي الأولية (حزمة النطاق الترددي بالفهرس 0)؛في مجال التردد، يتم تكوين CORESETs على شبكات تردد 6 PRB بوحدات 6 PRBs؛ في مجال الوقت، يتم تكوين CORESETs كـ 1 أو 2 أو 3 رموز OFDM متتالية.  

2025

11/04

تعلم نظام الجيل الخامس - المزامنة المجدولة لتقارير الحالة

بالمقارنة مع الأجيال السابقة من التكنولوجيا، تتطلب شبكات الجيل الخامس (NR) متطلبات أعلى لدقة التوقيت والمزامنة. وذلك لأن الشبكة تحتاج إلى المزامنة لتحقيق وظائف مثل تجميع الناقل، وMass MIMO، وTDD (تقسيم الوقت المزدوج)؛ التقنيات الرئيسية مثل ساعات الحدود المحسنة، PTP (بروتوكول التوقيت الدقيق)، وTSN (شبكات حساسة للوقت) يمكنها تلبية متطلبات الدقة الخاصة بها؛ فيما يتعلق بتقارير حالة التوقيت والمزامنة، تحددها 3GPP في TS38.413 على النحو التالي:     أولاً. تقرير حالة مزامنة التوقيت الغرض من عملية تقرير حالة مزامنة التوقيت في نظام الجيل الخامس هو تمكين عقد NG-RAN من توفير معلومات حالة مزامنة توقيت RAN إلى AMF وفقًا لـ TS 23.501 و TS 23.502؛ تستخدم عملية تقرير حالة مزامنة التوقيت الإشارات غير المرتبطة بـ UE. تظهر عملية التشغيل الناجحة للتقرير في الشكل 8.19.2.2-1، حيث:   تبدأ عقدة NG-RAN العملية عن طريق إرسال رسالة تقرير حالة المزامنة الزمنية TSCTSF، المشار إليها بواسطة معرف التوجيه IE، إلى AMF.   ثانياً. الغرض من تقرير حالة المزامنة الزمنية هو تمكين AMF من طلب من عقدة NG-RAN لبدء أو إيقاف الإبلاغ عن معلومات حالة مزامنة توقيت RAN كما هو محدد في TS 23.501 و TS 23.502. تظهر عملية تشغيل تقرير حالة المزامنة الناجحة في الشكل 8.19.1.2-1 أدناه. تستخدم عملية الإبلاغ إشارات غير مرتبطة بـ UE؛ حيث:     تبدأ AMF هذه العملية عن طريق إرسال رسالة طلب حالة مزامنة التوقيت إلى عقدة NG-RAN. إذا تم تعيين IE نوع طلب RAN TSS الوارد في رسالة طلب حالة مزامنة التوقيت على "بدء"، فيجب على عقدة NG-RAN بدء الإبلاغ عن RAN TSS لـ TSCTSF المشار إليه بواسطة معرف التوجيه IE. إذا تم تعيين IE نوع طلب RAN TSS على "إيقاف"، فيجب على عقدة NG-RAN إيقاف الإبلاغ عن TSCTSF المشار إليه بواسطة معرف التوجيه IE. ثالثاً. فشلت عملية تقرير حالة المزامنة المجدولة, كما هو موضح في الشكل 8.19.1.3-1، حيث:     إذا لم تتمكن عقدة NG-RAN من الإبلاغ عن حالة مزامنة التوقيت، فيجب اعتبار العملية فاشلة ويجب إرجاع رسالة "فشل حالة مزامنة التوقيت".  

2025

11/03

خصائص مكالمات الصوت والبيانات والفيديو المدعومة بتقنية 5G

أولاً. دعم الخدمةعلى غرار أنظمة الاتصالات المتنقلة 2G و 3G و 4G، تدعم أنظمة 5G (NR) الخدمات المصنفة إلى ثلاثة أنواع رئيسية:الصوت والبيانات ووالفيديو. يتكون نظام الهاتف المحمول الخلوي من جزأين أساسيين: المحطة الطرفية المتنقلة (UE) والشبكة (تتكون من محطات القاعدة ومكونات توصيل البيانات الخلفية مثل الشبكة الأساسية والألياف الضوئية).   ثانياً. خصائص النظامتم تطوير 5G وفقًا لمعايير 3GPP الإصدار 15 والإصدارات الأحدث، وهو متوافق مع الإصدارات السابقة مع LTE و LTE-Advanced Pro. حاليًا، يتم تطوير أنظمة 5G في نطاقات تردد متعددة لدعم تنظيم الطيف في جميع أنحاء العالم. يمكن أن يتكون نظام 5G من ثلاثة أجزاء: UE (أي، المحطة الطرفية - الهاتف المحمول) gNB (أي، محطة القاعدة) CN (أي، الشبكة الأساسية)   ثالثاً. نشر شبكة 5Gينقسم نشر 5G إلى بنيات غير مستقلة (NSA) ومستقلة (SA). على وجه التحديد:   في NSA، تعمل UE في وقت واحد على كل من LTE eNB و 5G gNB. في هذا الوضع، تستخدم UE المستوى C (مستوى التحكم) الخاص بـ LTE eNB للمزامنة الأولية، ثم تتمركز على المستوى U (مستوى المستخدم) الخاص بـ 5G gNB لتبادل حركة المرور. في SA، تعمل UE فقط في وجود محطة قاعدة 5G (gNB). في هذا الوضع، تستخدم UE مستوى التحكم الخاص بمحطة قاعدة 5G للمزامنة الأولية، ثم تتمركز أيضًا على مستوى المستخدم الخاص بمحطة قاعدة 5G لتبادل حركة المرور.   رابعاً. تدفق مكالمات الخدمة 4.1 تدفق المكالمات الصوتية تنشئ مكالمات 5G الصوتية دائرة بين المتصل والطرف الآخر الذي يتم الاتصال به لتمكين إرسال الصوت واستقباله عبر شبكة 5G. مكالمات الصوت من نوعين: مكالمة مبدئها الهاتف المحمول مكالمة منتهية بالهاتف المحمول يمكن إجراء مكالمات صوتية عادية باستخدام هواتف 4G/5G دون أي تطبيقات. 4.2 تدفق مكالمات البيانات تنشئ مكالمات 5G للبيانات دائرة افتراضية بين المتصل والطرف الآخر الذي يتم الاتصال به لتمكين إرسال البيانات واستقبالها عبر شبكة 5G. مكالمات البيانات من نوعين: مكالمة تبادل حزم مبدئها الهاتف المحمول مكالمة تبادل حزم منتهية بالهاتف المحمول تشمل الخدمات المحددة تصفح الإنترنت العادي والتحميل/التنزيل بعد إنشاء اتصال بالإنترنت مع شبكة 5G وهاتف 5G (أي، المحطة الطرفية).   4.3 تدفق مكالمات الفيديو تنشئ مكالمات الفيديو 5G اتصالاً بين هاتفين (أو محطتين) وتستخدم اتصالاً تبادليًا للحزم لإرسال الفيديو واستقباله؛ وهي تستخدم تطبيقات مثل WhatsApp و Facebook Messenger و GTalk عبر اتصال الإنترنت.

2025

10/31

1 2 3 4 5 6 7 8 9 10