PFCP

بروتوكول التحكم في توجيه الحزم ( PFCP ) هو بروتوكول من بروتوكولات 3GPP يُستخدم على واجهة Sx/N4 بين مستوى التحكم ومستوى المستخدم، والمحدد في المواصفة الفنية TS 29.244. [ 1 ] وهو أحد البروتوكولات الرئيسية المُستخدمة في شبكة الجيل الخامس الأساسية للهواتف المحمولة ( 5GC ) [ 2 ] ، ولكنه يُستخدم أيضًا في شبكة الجيل الرابع/LTE EPC لتطبيق فصل مستوى التحكم عن مستوى المستخدم (CUPS). [ 3 ] يسعى بروتوكول PFCP والواجهات المرتبطة به إلى تنظيم التفاعلات بين مختلف أنواع العناصر الوظيفية المستخدمة في شبكات الجيل الخامس الأساسية للهواتف المحمولة، كما هو مُطبق من قِبل معظم مُشغلي خدمات الجيل الرابع والخامس لمشتركي خدمات الهاتف المحمول. وهذان النوعان من المكونات هما:

  1. تتولى عناصر مستوى التحكم (CP) الوظيفية في الغالب إجراءات الإشارة (مثل إجراءات ربط الشبكة، وإدارة مسارات مستوى بيانات المستخدم، وحتى تقديم بعض الخدمات الخفيفة مثل الرسائل النصية القصيرة ).
  2. تتولى العناصر الوظيفية لمستوى بيانات المستخدم (UP) معالجة إعادة توجيه الحزم في الغالب، استنادًا إلى القواعد التي تحددها عناصر CP (على سبيل المثال إعادة توجيه الحزم لـ IPv4 و IPv6 - أو ربما حتى Ethernet مع عمليات نشر 5G المستقبلية - بين شبكات الوصول الراديوي اللاسلكية المختلفة المدعومة و PDN التي تمثل الإنترنت أو شبكة المؤسسة).

نطاق بروتوكول PFCP مشابه لنطاق بروتوكول OpenFlow ، إلا أنه تم تصميمه لخدمة حالة الاستخدام الخاصة بشبكات الجيل الرابع .

يتم استخدام PFCP أيضًا على الواجهة بين وظائف مستوى التحكم ومستوى المستخدم لـ BNG المفكك ، كما هو محدد من قبل منتدى النطاق العريض في TR-459 .

ملخص

على الرغم من تشابه بروتوكول PFCP مع بروتوكول GTP في المفاهيم والتنفيذ، إلا أنه يُعد مكملاً له. فهو يوفر وسائل التحكم لمكون الإشارة في مستوى التحكم لإدارة معالجة الحزم وإعادة توجيهها بواسطة مكون مستوى المستخدم. عادةً ما يقسم البروتوكول بوابات حزم EPC أو 5G إلى جزأين وظيفيين، مما يسمح بتطور أكثر سلاسة وقابلية للتوسع.

بروتوكول PFCP في النواة المتطورة للحزم - واجهة Sx
بروتوكول PFCP في النواة المتطورة للحزم - واجهة Sx ( مصدر صورة قابل للتحرير )

يُستخدم بروتوكول PFCP على واجهات الشبكة الأساسية المتنقلة التالية التابعة لـ 3GPP :

  • Sxa - بين SGW-C و SGW-U
  • Sxb - بين PGW-C و PGW-U
  • Sxc - بين TDF-C و TDF-U (وظيفة كشف حركة المرور)
  • N4 - بين SMF و UPF

ملاحظة: يمكن دمج Sxa و Sxb في حالة تنفيذ SGW/PGW المدمج.

بروتوكول PFCP في شبكة الجيل الخامس الأساسية (المعروفة أيضًا باسم NGC) - واجهة N4
بروتوكول PFCP في شبكة الجيل الخامس الأساسية (المعروفة أيضًا باسم NGC) - واجهة N4 ( مصدر صورة قابل للتعديل )

الوظائف

يتحكم العنصر الوظيفي لمستوى التحكم (مثل PGW-C، SMF) في معالجة الحزم وإعادة توجيهها في العناصر الوظيفية لمستوى المستخدم (مثل PGW-U، UPF)، عن طريق إنشاء جلسات PFCP أو تعديلها أو حذفها.

يتم توجيه حزم بيانات مستوى المستخدم بين وظيفتي CP وUP عن طريق تغليفها باستخدام بروتوكول GTP-U (انظر 3GPP TS 29.281 [3]). ولتوجيه البيانات من وظيفة UP إلى وظيفة CP، تُهيئ وظيفة CP قواعد كشف الحزم (PDR) لكل سياق جلسة PFCP، حيث تُحدد معلومات كشف الحزم (PDI) حركة بيانات مستوى المستخدم المراد توجيهها إلى وظيفة CP، ويتم تعيين قاعدة إجراء التوجيه (FAR) لواجهة الوجهة "جانب وظيفة CP" لتنفيذ تغليف GTP-U وتوجيه الحزم إلى مُعرّف TEID كامل (F-TEID) خاص بـ GTP-u، مُخصص بشكل فريد في وظيفة CP لكل جلسة PFCP وPDR. بعد ذلك، تُحدد وظيفة CP اتصال PDN والحامل الذي تنتمي إليه البيانات المُوجّهة من خلال مُعرّف TEID الكامل (F-TEID) الموجود في رأس حزمة GTP-U المُغلّفة. لإعادة توجيه البيانات من وظيفة CP إلى وظيفة UP، يجب على وظيفة CP توفير سجل بيانات واحد أو أكثر (PDR) لكل سياق جلسة PFCP، مع ضبط PDI على واجهة المصدر "جانب وظيفة CP" وتحديد GTP-u F-TEID المُخصص بشكل فريد في وظيفة UP لكل سجل بيانات، مع ضبط FAR لتنفيذ فك تغليف GTP-U وإعادة توجيه الحزم إلى الوجهة المقصودة. يمكن أيضًا تكوين URRs وQERs.

يتم إرسال العديد من PDRs و FARs و QoS Enforce Rules (QER) و Usage Reporting Rules (URR) و / أو Buffering Action Rules (BAR) لكل جلسة.

فيما يلي المفاهيم الرئيسية المستخدمة، مرتبة وفقًا لنموذج الارتباط المنطقي الخاص بها:

  • تحتوي قواعد اكتشاف الحزم (PDRs) على معلومات لمطابقة حزم البيانات مع قواعد معالجة محددة. يمكن مطابقة كل من الغلاف الخارجي ورؤوس مستوى المستخدم الداخلية. يمكن تطبيق القواعد التالية عند المطابقة الإيجابية:
    • قواعد توجيه الحزم (FARs) - تحدد هذه القواعد ما إذا كان ينبغي إسقاط الحزم المطابقة لبيانات توجيه الحزم (PDRs) أو إعادة توجيهها أو تخزينها مؤقتًا أو تكرارها، وكيفية القيام بذلك، بما في ذلك آلية إشعار أول حزمة؛ وتشمل قواعد تغليف الحزم أو إثراء رأسها. في حالة التخزين المؤقت، يمكن تطبيق القواعد التالية:
      • قواعد إجراءات التخزين المؤقت (BARs) - مقدار البيانات التي يجب تخزينها مؤقتًا وكيفية إخطار مستوى التحكم.
    • قواعد إنفاذ جودة الخدمة (QERs) - قواعد لتوفير التحكم في البوابة وجودة الخدمة، وتحديد التدفق ومستوى الخدمة.
    • قواعد الإبلاغ عن الاستخدام (URRs) - تحتوي على قواعد لحساب حركة المرور التي يتم التعامل معها بواسطة وظيفة مستوى المستخدم والإبلاغ عنها، مما يؤدي إلى إنشاء تقارير لتمكين وظيفة الفوترة في وظائف مستوى التحكم.

رسائل

تنسيق رسالة PFCP
إزاحة البت/البايت012345678910111213141516171819202122232425262728293031
البايتات 0..3الإصدار (1)(أصفار احتياطية)فوعضو البرلمانSنوع الرسالةطول الرسالة (بالبايت، باستثناء أول 4 بايت)
البايتات 4..11إذا تم تعيين علامة S، فسيتم تعيين SEID؛ وإلا فإن هذه البايتات مفقودة.
البايتات 8..11
البايتات 4..7

أو 12..15

رقم التسلسلإذا تم تعيين علامة MP، فسيتم عرض الرسالة

الأولوية؛ وإلا (أصفار احتياطية)

(أصفار احتياطية)
بايت 8..(طول الرسالة+4)

أو 16..(MsgLen+4)

صفر أو أكثر من عناصر المعلومات
تنسيق عنصر معلومات PFCP
إزاحة البت/البايت012345678910111213141516171819202122232425262728293031
البايتات 0..3يكتبطول عنصر المعلومات (بالبايت، باستثناء أول 4 بايت)
بايت 4 ..IELen+4إذا كان (النوع >= 32768) فسيتم استخدام معرف المؤسسة؛ وإلا فسيكون هذا جزءًا من الحمولةالحمولة (تابع) ...
تابع الحمولة ...

تُعرَّف عناصر المعلومات إما بأنها ذات ترميز خاص، أو بأنها مُجمَّعة. عناصر المعلومات المُجمَّعة هي ببساطة قائمة بعناصر معلومات أخرى، مُرمَّزة واحدة تلو الأخرى كما هو الحال في حمولة رسالة PFCP.

تُعدّ أنواع عناصر المعلومات من 0 إلى 32767 خاصة بـ 3GPP ولا تحتوي على مُعرّف مؤسسة مُحدد. أما أنواع عناصر المعلومات من 32768 إلى 65535 فيمكن استخدامها في التطبيقات المُخصصة، ويجب تعيين مُعرّف المؤسسة إلى رموز إدارة الشبكة الخاصة بالجهات المُصدرة (IANA SMI) [ 4 ] .

رسائل

أنواع الرسائل الموحدة
نوع الرسالةرسالةتطبيق واجهة المستخدماتجاهغاية
طلبإجابةSxaSxbإس إكس سيN4طلبإجابة
0(محجوز)
(1..49)رسائل متعلقة بالعقدة
12نبض القلبXXXXCP ↔ UPيمكن استخدام هذه الخاصية اختيارياً بين أجهزة الاتصال المتصلة مسبقاً، للتحقق من حالة الجهاز الآخر. ويُستخدم طابع زمني للاستعادة للكشف عما إذا كان الجهاز الآخر قد أُعيد تشغيله.
34إدارة صندوق التقاعد-XXXCP → UPأعلى → نقطة وسطميزة اختيارية، لتوفير PFDs لكل معرف تطبيق، خارج جلسات PFCP العادية.
56إعداد الجمعيةXXXXCP ↔ UPقم بإعداد وتحديث علاقة بين العناصر الوظيفية CP وUP. يتضمن ذلك قائمة بالميزات الاختيارية، لإعلام العناصر الأخرى بالقدرات؛ كما يتم تمرير عناصر التكوين الأخرى أيضًا.

لا ينبغي تبادل أي رسائل متعلقة بالجلسة قبل هذا الإجراء.

بينما يتم تشغيل عملية تحرير الارتباط فقط بواسطة نقطة التحكم، يمكن لنقطة التشغيل طلبها كجزء من طلب تحديث الارتباط.

78تحديثات الجمعيةXXXXCP ↔ UP
910بيان صحفي صادر عن الجمعيةXXXXCP → UPأعلى → نقطة وسط
-11الإصدار غير مدعومXXXXCP ↔ UPيتم الرد على جميع الطلبات التي لا تغطي الإصدارات المطبقة (حالياً الإصدار 1 فقط هو المحدد).
1213تقرير العقدةXXXXأعلى → نقطة وسطCP → UPيتم إرسالها بواسطة وظيفة UP للإبلاغ عن معلومات ليست جزءًا من جلسة، ولكنها قد تكون عامة (مثل فشل مسار مستوى المستخدم).
1415حذف مجموعة الجلساتXX-CP → UPأعلى → نقطة وسطتم إرسالها بواسطة وظيفة CP للإشارة إلى فشل جزئي، وطلب حذف جميع الجلسات المتأثرة.
(50..99)رسائل متعلقة بالجلسة
5051تأسيس الجلسةXXXXCP → UPأعلى → نقطة وسطيستخدمها مركز التحكم لإنشاء وتعديل وإزالة الجلسات التي تتكون من مجموعات من القواعد لمعالجة وتوجيه حركة مرور UP. هذه هي الرسالة الوظيفية الرئيسية لنطاق تطبيق PFCP.

قد يتضمن UP معلومات تقرير الاستخدام في الرد، بحيث يتم تجنب إرسال رسالة تقرير جلسة إضافية.

5253تعديل الجلسةXXXX
5455حذف الجلسةXXXX
5657تقرير الجلسةXXXXأعلى → نقطة وسطCP → UPتقرير من UP Usage Report معلومات تستند إلى إجراءات معالجة الحزم وإعادة توجيهها: بيانات الوصلة الهابطة (إشعار بالحزم الجديدة في قائمة الانتظار)، تقرير الاستخدام (معلومات تستند إلى الحجم والوقت وما إلى ذلك لأغراض الفوترة)، ومؤشرات الأخطاء و/أو عدم النشاط.
(100..255)رسائل أخرى

ينقل

يشبه بروتوكول PFCP إلى حد كبير بروتوكول GTP-C ، ويستخدم بروتوكول UDP . المنفذ 8805 محجوز. [ 5 ]

لضمان الموثوقية، تُستخدم استراتيجية إعادة إرسال مماثلة لتلك المستخدمة في بروتوكول GTP-C ، حيث تُرسل الرسائل المفقودة N1 مرة على فترات زمنية T1. وتُحدد المعاملات بواسطة رقم التسلسل المكون من 3 بايتات، وعنوان IP، ومنفذ الطرف المقابل في الاتصال.

يتضمن البروتوكول نموذج طلب/استجابة نبضات القلب الخاص به، والذي يسمح بمراقبة توافر نظراء الاتصال واكتشاف عمليات إعادة التشغيل (باستخدام عنصر معلومات الطابع الزمني للاسترداد).

بالنسبة لتبادل حزم البيانات بين عناصر التحكم وعناصر المستخدم الوظيفية، GTP-U لواجهة Sx-u، أو بدلاً من ذلك تغليف UDP أو Ethernet أبسط لواجهة N4-u (سيتم تأكيد ذلك، حيث أن المعايير لا تزال غير مكتملة).

انظر أيضاً

ملحوظات