في الوصول العشوائي التنافسي ، بعد أن تتلقى المحطة (UE) رسالة RAR وترسل طلبًا لإنشاء اتصال RRC ،ما إذا كان يحصل على إذن لإنشاء الاتصال أمر حاسم لتحديد نجاح المنافسةفي سيناريو NTN، مدة توقيت حل النزاع يقدم تحديا آخر للمحطة (UE).
تحديات توقيت:خلال عملية RACH ، بعد أن ترسل المحطة (UE) طلب اتصال RRC MSG3 ،ينتظر رسالة حل النزاع MSG4 لتحديد ما إذا كانت محاولة الوصول العشوائي ناجحة- مدة استماع الاتحاد الاوروبي لـ MSG4را-ContentionResolutionTimer (توقيت التحكم في المعلومات)هذا العداد يبدأ مباشرة بعد إرسال MSG3
في أنظمة NTN ، تكون المسافة بين UE ومحطة قاعدة الأقمار الصناعية أكبر بكثير ، مما يؤدي إلى تأخيرات ذهاب وعودة أعلى بكثير مقارنة بالنظم الأرضية.في حين أن القيمة القصوى قابلة للتكوينرا-ContentionResolutionTimer (توقيت التحكم في المعلومات)يمكن أن تغطي نظريا هذه التأخيرات الطويلة، هذا النهج غير فعال وقد يستهلك طاقة غير ضرورية في UE.خاصة في التطبيقات البعيدة أو المحدودة بالبطاريةلذلك، فإن الإعدادات الافتراضيةرا-ContentionResolutionTimer (توقيت التحكم في المعلومات)يجب تعديلها لتلبية تأخيرات انتشار NTN بشكل أفضل مع الحفاظ على طاقة UE.
الحل المحتمل: أحد الحلول هو إدخال تحويل لبدء ra-ContentionResolutionTimer في سيناريو NTN. لن يبدأ المؤقت على الفور بعد نقل MSG3 ،ولكن فقط بعد فترة تعويض تعتبر مسؤولة عن تأخير الرحلة ذهابا وإيابا المتوقع في NTN.
يضمن هذا التعديل أن يكون المؤقت نشطًا فقط خلال الفترة الزمنية التي من المتوقع فيها استقبال MSG4؛ من خلال مواءمة المؤقت مع التأخير المحدد لـ NTN ،يمكن للاتحاد الأوروبي تجنب المراقبة غير الضرورية خلال الفترات التي من غير المرجح أن يصل فيها MSG4هذا يوفر استهلاك الطاقة ويضمن التوافق مع فترة تأخير أطول لـ NTN. وتشمل مزايا تعديل توقيت القائم على التبديل:
