Evaluation of Security-Induced Latency on 5G RAN Interfaces and User Plane Communication
تقيم هذه الورقة البحثية زمن التأخير الإضافي لضوابط أمن الـ 5G الاختيارية في بيئة اختبار لشبكة وصول راديوي (RAN) مفككة، حيث كشفت أنه بينما تحافظ عمليات النشر هذه على ميزة زمن التأخير مقارنة بالتصاميم المتجانسة، فإن المعالجة التشفيرية وحدها غالباً ما تتجاوز هدف زمن الذهاب والعودة الذي يقل عن 1 مللي ثانية والمطلوب لتطبيقات الاتصالات فائقة الموثوقية وزمن التأخير المنخفض للغاية.
المؤلفون الأصليون:Sotiris Michaelides, Jakub Lapawa, Daniel Eguiguren Chavez, Martin Henze
تخيل أنك تحاول إرسال رسالة سريعة للغاية وعاجلة (مثل أمر "أوقف ذراع الروبوت!" في مصنع) من هاتف ذكي إلى آلة. في عالم الجيل الخامس (5G)، الهدف هو جعل هذه الرسالة تنتقل بسرعة تجعلها تستغرق وقتًا أقل من رمشة عين بشرية (تحديدًا أقل من 1 مللي ثانية). وهذا ما يسمى الاتصالات فائقة الموثوقية وزمن الانتقال المنخفض (URLLC).
ومع ذلك، هناك عقبة؛ فأنت بحاجة أيضًا إلى وضع تلك الرسالة داخل خزنة رقمية حتى لا يتمكن المتسللون من سرقتها أو تغييرها. هذا هو الأمان. السؤال الكبير الذي تطرحه هذه الورقة البحثية هو: "هل وضع الرسالة في خزنة سيبطئ سرعتها كثيرًا بحيث تفشل في تحقيق هدف الـ 1 مللي ثانية؟"
إليك تفصيل لنتائجهم باستخدام تشبيهات بسيطة:
1. الطريقة القديمة مقابل الطريقة الجديدة (الموحدة مقابل المفككة)
الطريقة القديمة (الموحدة): تخيل برج بث راديوي تقليدي حيث يكون "الدماغ" (المعالجة) و"العضلات" (الإرسال) ملتصقين معًا في مبنى واحد كبير. إنه متين، ولكن إذا أردت نقل "العضلات" لتكون أقرب إلى المصنع لتوفّير الوقت، فسيتعين عليك نقل المبنى بأكمله.
الطريقة الجديدة (المفككة): يسمح الجيل الخامس لنا بتفكيك هذا المبنى. يمكننا وضع "العضلات" (الجزء الذي يتحدث مع الهاتف) بجوار المصنع مباشرة، بينما يبقى "الدماغ" (صنع القرارات المعقدة) في مكتب مركزي.
ما وجدته الورقة البحثية: على الرغم من أن تفكيك المبنى يخلق المزيد من "الأبواب" (الواجهات) التي تحتاج إلى إغلاقها، إلا أن الطريقة الجديدة لا تزال أسرع بشكل عام لأن الرسالة لا تضطر للسفر مسافة طويلة فيزيائيًا.
2. أقفال الأمان (IPsec مقابل TLS/DTLS)
لحماية البيانات، يستخدم الشبكة أنواعًا مختلفة من "الأقفال". وقد اختبر الباحثون أي قفل هو الأخف والأسرع.
القفل الثقيل (DTLS/TLS): تخيل أنك تحاول الجري في ماراثون وأنت ترتدي حقيبة ظهر ثقيلة. هذا النوع من الأمان يضيف الكثير من الوزن (زمن الانتقال) ويبطئك بشكل كبير.
القفل الخفيف (IPsec): تخيل أنك ترتدي سترة خفيفة وانسيابية. لا تزال تحميك، لكنك بالكاد تشعر بوزنها.
الفائز: وجد الباحثون أن IPsec هو "السترة الانسيابية". فهو يضيف قدرًا ضئيلًا من التأخير (حوالي 60 ميكروثانية، وهو جزء من الملي ثانية)، مما يجعله الخيار الأفضل للحفاظ على السرعة والأمان معًا.
3. المفاجأة الكبرى: جدار الـ "1 مللي ثانية"
هذا هو الجزء الأكثر أهمية في القصة.
الهدف: وعدت الصناعة بأن الرسائل ستصل في أقل من 1 مللي ثانية.
الواقع: حتى مع أخف الأقفل (IPsec) وأفضل بنية (المفككة)، وجد الباحثون أن عملية قفل وفك قفل الرسالة نفسها تستهلك معظم ذلك الوقت.
التشبيه: تخيل سائق سيارة سباق سريع للغاية. ولكن، في كل مرة يقترب فيها من نقطة تفتيش، يتعين عليه التوقف، وارتداء الخوذة، وربط الحزام، ثم نزعه مرة أخرى. حتى لو كانت السيارة سريعة، فإن عملية ارتداء الخوذة تستغرق وقتًا طويلاً لدرجة أنه لا يستطيع إنهاء اللفة في الوقت المستهدف.
النتيجة: في اختباراتهم، دفعت عمليات التحقق الأمنية الوقت ليصل إلى حوالي 1.3 مللي ثانية. لقد فاتهم هدف الـ 1 مللي ثانية، ليس لأن الشبكة كانت بطيئة، بل لأن العمليات الحسابية للأمان ثقيلة للغاية.
4. لماذا يهم هذا الأمر؟
للمصانع والمستشفيات: إذا كنت تتحكم في ذراع جراحية روبوتية أو سيارة ذاتية القيادة، فقد يبدو هذا الفارق (0.3 مللي ثانية) صغيرًا، لكن في عالم زمن الانتقال المنخفض للغاية، يعد هذا فجوة كبيرة.
المقايضة: لا يمكنك الحصول على كل شيء في آن واحد. إذا كنت تريد أقصى درمجة من الأمان (قفل كل باب)، فقد تضطر لقبول حقيقة أن وعد الـ "1 مللي ثانية" مستحيل حاليًا.
الخبر الجيد: النهج "المفكك" (تقسيم الشبكة) لا يزال هو الطريق الأفضل للذهوة. إنه أسرع من الطريقة القديمة، حتى مع وجود أقفال الأمان. كما أن استخدام "القفل الخفيف" المناسب (IPsec) أمر بالغ الأهمية لإبقاء التأخير منخفضًا قدر الإمكان.
الملخص
الورقة البحثية تشبه ميكانيكيًا يختبر شاحنة توصيل جديدة وسريعة للغاية.
وجدوا أن تقسيم الشاحنة إلى مقطورة وكابينة (التفكيك) يساعدها على التنقل في حركة المرور بشكل أفضل.
وجدوا أن استخدام نوع معين من الأقفال (IPsec) أسرع بكثير من غيره.
ومع ذلك، اكتشفوا أن الوقت المستغرق لقفل وفتح الشحنة طويل جدًا لدرجة أن الشاحنة لا تزال غير قادرة على الوفاء بوعد التوصيل "أقل من ثانية واحدة"، حتى في طريق فارغ.
الخلاصة: الجيل الخامس مذهل ويصبح أسرع، لكن العمليات الحسابية المطلوبة للحفاظ على أمانه هي العائق الأكبر حاليًا. ولتحقيق حلم الـ "1 مللي ثانية"، نحتاج إلى خوارزميات أمان أسرع، وليس فقط هياكل شبكية أفضل.
إليك ملخص تقني مفصل لورقة البحث بعنوان: "تقييم التأخير الناتج عن الأمن على واجهات شبكة الوصول الراديوي (RAN) لشبكات الجيل الخامس واتصالات مستوى المستخدم (User Plane)."
1. بيان المشكلة
تعد شبكات الجيل الخامس (5G) باتصالات فائقة الموثوقية وزمن انتقال منخفض للغاية (URLLC) مع أهداف زمن ذهاب وإياب (RTT) أقل من 1 مللي ثانية، وهو أمر بالغ الأهمية للتطبيقات الصناعية الحرجة. ولتحقيق ذلك، انتقلت بنية الجيل الخامس من التصميمات المتجانسة إلى التصميمات السحابية الموزعة (Disaggregated, Cloud-native)، حيث يتم نشر وظائف مستوى المستخدم (UP) بالقرب من المستخدمين النهائيين (Edge Cloud).
ومع ذلك، فإن هذا التوزيع يفرض واجهات داخلية جديدة (مثل F1-C، وF1-U، وE1) بين مكونات الشبكة. وبينما توفر معايير الجيل الخامس ضوابط أمنية اختيارية (مثل IPsec وDTLS وTLS) لهذه الواجهات لحماية البيانات أثناء النقل، فإن تفعيلها يؤدي إلى عبء تشفير (Cryptographic overhead). السؤال البحثي الجوهري هو: هل يمكن للجيل الخامس تحقيق أهداف زمن الانتقال التي تقل عن 1 مللي ثانية عند تفعيل ضوابط أمنية قوية عبر شبكة الوصول الراديوي (RAN) ومستوى المستخدم الموزعة بالكامل؟
2. المنهجية
أجرى المؤلفون تقييماً شاملاً مسترشداً برؤى من مشغل شبكة هاتف محمول (MNO) رئيسي ومصنّع لمعدات الجيل الخامس.
نشر بيئة الاختبار:
تطوير أول بيئة اختبار مفتوحة المصدر للجيل الخامس تدعم شبكة وصول راديوي (RAN) موزعة بالكامل مع آليات أمنية معيارية اختيارية.
استخدام Open Air Interface (OAI) لشبكة الـ RAN (بدلاً من UERANSIM لدعم التوزيع) وOpen5GS لقلب شبكة الجيل الخامس (5G Core).
نشر وظائف الشبكة (CU-CP، وCU-UP، وDU، وUPF، وAMF) كحاويات Docker مستقلة على مضيف فيزيائي (AMD Ryzen 7 Pro) لمحاكاة واجهات 3GPP.
تنفيذ البروتوكولات الأمنية باستخدام strongSwan (لـ IPsec) وsocat (لـ DTLS) عبر واجهات F1-C وF1-U وE1.
الإعداد التجريبي:
مستوى المستخدم (UP): تم قياس زمن الانتقال باستخدام ping (بروتوكول ICMP) مع حمولات حجمها 1024 بايت بين حاوية معدات المستخدم (UE) وحاوية UPF. تم إجراء 20,000 تكرار.
مستوى التحكم (CP): تم إطلاق عمليات مستوى التحكم (تسجيل UE، وإعداد سياق UE، وإعداد سياق الحامل/Bearer) وقياس الوقت بين الطلب والاستجابة. تم إجراء 1,000 تكرار.
السيناريوهات: مقارنة الـ RAN المتجانسة (التقليدية) مقابل الـ RAN الموزعة، مع تفعيل أو تعطيل الأمن على واجهات مختلفة (Uu، وN3، وF1-U، وF1-C، وE1).
الخوارزميات المختبرة: تكوينات مختلفة من IPsec ESP (مثل AES-CBC-HMAC، وAES-GCM، وGMAC) وتكوينات DTLS.
3. المساهمات الرئيسية
رؤى الصناعة: تقديم توجيهات عملية من مشغل شبكة (MNO) ومورد، مما يؤكد أنه بينما تعد الـ RAN المتجانسة نظاماً قديماً، فإن الـ RAN الموزعة هي المستقبل لشرائح زمن الانتقال المنخفض، وأن الأمن الاختياري أمر ضروري تقريباً في هذه البيئات السحابية الموزعة.
بيئة اختبار مبتكرة: إنشاء أول بيئة اختبار مفتوحة المصدر قادرة على تقييم جميع ضوابط أمن الـ RAN الداخلية الاختيارية في بيئة موزعة.
التحليل على مستوى الواجهة: تقييم العبء الزمني للأمن على واجهات RAN المحددة (F1-C، وF1-U، وE1)، مع تحديد IPsec كأكثر الخيارات كفاءة.
التحليل الشامل (End-to-End): قياس التأثير التراكمي للأمن على مستوى المستخدم بالكامل (من UE إلى UPF)، مما كشف أن العبء التشفيري وحده قد يتجاوز هدف الـ 1 مللي ثانية.
4. النتائج الرئيسية
أ. زمن انتقال واجهات الـ RAN الداخلية (القسم 5)
كفاءة IPsec: يضيف IPsec عبئاً ضئيلاً.
F1-U (مستوى المستخدم): أضافت جميع تكوينات IPsec متوسط ~120 ميكروثانية (حوالي 60 ميكروثانية في اتجاه واحد).
F1-C (مستوى التحكم): أسرع تكوين لـ IPsec أضاف ~40 ميكروثانية؛ بينما أضاف DTLS حوالي ~430 ميكروثانية.
واجهة E1: أسرع IPsec (AES128-GCM) أضاف ~10 ميكروثانية فقط؛ بينما أضاف DTLS حوالي ~300 ميكروثانية.
مقارنة البروتوكولات: يعد IPsec متفوقاً بشكل كبير على DTLS لواجهات الـ RAN ذات زمن الانتقال المنخفض.
أطقم التشفير (Cipher Suites): حققت مخططات AES-GCM وGMAC أفضل أداء بسبب قابليتها للتوازي، بينما كان AES-CBC-HMAC أبطأ.
ب. زمن انتقال مستوى المستخدم الشامل (القسم 6)
ميزة التوزيع: حتى مع تفعيل الأمن، تفوقت الـ RAN الموزعة على التصميمات المتجانسة (11 مللي ثانية مقابل 12 مللي ثانية كخط أساس) بسبب المعالجة المستقلة لمستوى المستخدم (UP).
حاجز الـ 1 مللي ثانية:
المتجانس مع الأمن: زاد زمن الذهاب والإياب (RTT) بمقدار ~1 مللي ثانية.
الموزع مع الأمن: زاد زمن الذهاب والإياب (RTT) بمقدار ~1.3 مللي ثانية.
الاستنتاج: العبء التشفيري التراكمي عبر واجهات متعددة (Uu، وN3، وF1-U) يدفع إجمالي زمن الذهاب والإياب (RTT) لتجاوز هدف الـ 1 مللي ثانية، حتى في بيئة اختبار صغيرة ومنخفضة الحمل.
ج. قياس الإنتاجية (القسم 7)
القابلية للتوسع: تتوسع جميع المخططات بشكل خطي.
الأداء: حققت مخططات GMAC وAES-GCM إنتاجية تصل إلى 7.4 جيجابايت/ثانية و6.5 جيجابايت/ثانية على التوالي.
وقت التشغيل: استغرق تشفير 1 جيجابايت من البيانات 0.14 ثانية مع GMAC مقابل 1.61 ثانية مع AES-CBC-HMAC، مما يسلط الضرض على فجوة أداء تتراوح بين 6 إلى 10 أضعاف.
5. الأهمية والآثار المترتبة
جدوى اتصالات URLLC بأقل من 1 مللي ثانية: تخلص الدراسة إلى أن تحقيق زمن ذهاب وإياب (RTT) أقل من 1 مللي ثانية في الجيل الخامس هو أمر صعب للغاية عند تفعيل الأمن الكامل. فالعبء التشفيري وحده (حوالي 1-1.3 مللي ثانية) يتجاوز الهدف، مما يشير إلى أن تطبيقات الجيل الخامس الأمنية الحالية قد لا تتوافق مع المتطلبات الأكثر صرامة لـ URLLC دون تغييرات هيكلية.
التوصيات الأمنية:
استخدام IPsec بدلاً من DTLS: يعد IPsec البروتوكول المفضل لواجهات الـ RAN نظراً لانخفاض زمن الانتقال.
تحسين الخوارزميات: يجب على المشغلين إعطاء الأولوية لمخططات AES-GCM وGMAC على الخوارزميات التسلسلية مثل AES-CBC-HMAC.
الاتجاهات المستقبلية: لتلبية أهداف أقل من 1 مللي ثانية، قد يحتاج القطاع إلى:
تقليل العمليات التشفيرية على بيانات مستوى المستخدم (UP) (مثل تجنب إعادة التشفير).
تنفيذ أمن حقيقي من طرف إلى طرف (End-to-End) بين UE وUPF لتقليل المعالجة الوسيطة.
اعتماد خوارزميات AEAD القابلة للتوازي (مثل ChaCha20-Poly1305) لمخططات NIA/NEA.
التحقق الهيكلي: رغم عبء زمن الانتقال، تظل الـ RAN الموزعة هي الخيار المعماري الأفضل لتطبيقات زمن الانتقال المنخفض مقارنة بالتصميمات المتجانسة، بشرما تم تحسين الأمن.
باختصار، بينما يوفر توزيع الجيل الخامس مزايا معمارية لزمن الانتقال، فإن التكلفة التراكمية لتفعيل ضوابط الأمن الاختيارية تشكل حالياً عائقاً كبيراً أمام التطبيقات الحرجة التي تتطلب أزمنة ذهاب وإياب (RTT) تقل عن المللي ثانية الواحدة.