RFC 3095: بدأ ROHC بلا قناة عودة

الخلاصة

فرضت RFC 3095 بدء كل سياق ROHC في النمط أحادي الاتجاه، حيث تعوض تحديثات دورية غياب قناة العودة.
تستطيع جهة فك الضغط طلب نمط ثنائي متفائل أو موثوق؛ وما تؤكده الرسائل هو سياق الضغط، لا التسليم من طرف إلى طرف.

لم تستطع الحزمة الأولى افتراض جواب

على وصلة لاسلكية قد تكون ترويسات IP وUDP وRTP أكبر من حمولة صوتية صغيرة. حذف الحقول الثابتة أو المتوقعة يوفر السعة، لكنه يجبر المستقبل على إعادة بنائها من حالة مشتركة. فإذا ضاع تحديث واحد، قد تتعذر إعادة حزم لاحقة وصلت سليمة عبر الوصلة.

فصلت RFC 3095 بين الحالة والنمط. حالات IR وFO وSO تصف مقدار ما تعلمه الضاغط، وحالات انعدام السياق والسياق الثابت والسياق الكامل تصف ما يمكن لجهة فك الضغط إعادة بنائه. أما النمط فيجيب عن سؤال آخر: أي سلطة تنسيق تتيحها قناة العودة فعلا؟

كانت البداية حذرة: يجب أن يبدأ الضغط في U-mode. حين لا توجد عودة، يتقدم الضاغط بمنهج متفائل بعد أن يكرر ما يراه كافيا، ثم تعيده المؤقتات والتحديثات الدورية والتغيرات غير المنتظمة إلى صيغ أغنى. الثقة المعقولة تحد من ثمن الصمت، لكنها لا تحوله إلى دليل استلام.

جهة فك الضغط هي التي فتحت النمط الثنائي

لم يكن للضاغط أن يعلن وجود مسار عودة. بعد وصول حزمة، تستطيع جهة فك الضغط إرسال تغذية تتضمن النمط المطلوب، فتبدأ النقلة إلى O-mode أو R-mode.

اتجاه السلطة له سبب عملي. الضاغط يرى ما أرسله؛ وجهة فك الضغط ترى إن كانت إعادة البناء نجحت. لذلك يطلب الطرف الذي يلاحظ فشل السياق تغيير الانضباط من الطرف الذي سيختار الصيغة التالية.

أوضحت RFC 4815 لاحقا أن الانتقال يستخدم مصافحة من ثلاث خطوات لتحريك الطرفين بصورة متماسكة. الحزم حول حد الإقرار تحتاج إلى تفسيرها بالنمط القديم أو الجديد في الموضع الصحيح. اسم «موثوق» لا يغني عن الإجراء.

النمط المتفائل اقتصد في التغذية الراجعة

استخدم O-mode قناة العودة لطلبات الاستعادة، ولإقرارات اختيارية لتحديثات السياق المهمة، من دون المعاملة نفسها لتحديث رقم التسلسل وحده. كما ألغى التحديثات الدورية، مستهدفا ضغطا فعالا مع استخدام متناثر للقناة العكسية.

لم يختف الخطر بل تغير موضعه. يمكن طلب الاستعادة عند اكتشاف الضرر، لكن دفعات الفقد أو الخطأ الطويلة قد تبطل السياق أكثر من R-mode. وNACK يصف حالة إعادة البناء المحلية، لا وضوح الصوت ولا استهلاك التطبيق للحمولة ولا نتيجة المستخدم.

النمط الموثوق حمى المراجع

استخدم R-mode العودة بكثافة أكبر ومنطقا أشد. أقر كل تحديثات السياق، ومنها رقم التسلسل، مع أن كل حزمة لا تحدث السياق. ووفق مبدأ المرجع الآمن، لا تحدث السياق ولا تصبح مرجعا لاحقا إلا حزمة تحمل CRC من سبع أو ثماني بتات.

هذه موثوقية محددة: تقليل انتشار الفقد والضرر عند فساد الترويسات أو رسائل العودة. بقيت الأخطاء المتبقية ممكنة. لم يكن R-mode شهادة للحمولة أو التطبيق أو المسار الكامل.

قناة العودة تدخل الحساب

وضعت RFC 3096 المتطلبات لوصلات عالية الخطأ وطويلة زمن الذهاب والإياب، وذكرت WCDMA وEDGE وCDMA-2000. طلبت أن تكون الترويسة المعاد بناؤها مطابقة دلاليا للأصل أو أن تُسقط الحزمة، وأن يُخفض انتشار الخطأ.

كما ألزمت حساب قنوات التحكم والتغذية ضمن الكلفة. لا تمثل ترويسة أمامية صغيرة الكلفة كلها إن اعتمدت على إقرارات واستعادة عكسية. ثم أوضحت RFC 3409 أن U-mode لا يحتاج العودة، بينما يحتاج O-mode وR-mode أن تحمل الطبقة الدنيا الرسائل العكسية بسرعة مناسبة.

تطور النص لا يثبت النشر التشغيلي

جمعت RFC 4815 التصحيحات. وفصلت RFC 4995 الإطار عن الملفات، وسجلت أن منفذين وجدوا أجزاء من RFC 3095 معقدة أو غامضة مع الحفاظ على التوافق. وحددت RFC 5225 ملفات ROHCv2 أبسط لمواجهة الفقد وإعادة الترتيب. كما نظمت RFC 3241 التفاوض فوق PPP.

هذه أدلة على استمرار المواصفات، لا على استخدام مشغل معين أو وفر طيف مقاس أو نجاح انتقال خلوي أو توافق منتجين مسميين.

الحد التاريخي أدق: عاملت RFC 3095 العودة كقدرة لها اتجاه وكلفة ومراقب. وفصلت توقع الضاغط، وتأكيد جهة فك الضغط لسياقهما المشترك، والنتيجة التي لا يثبتها إلا رصد من طرف إلى طرف.

بدأ ROHC بلا قناة عودة: RFC 3095

لماذا هذا مهم

الخلاصة

لم تستطع الحزمة الأولى افتراض جواب

جهة فك الضغط هي التي فتحت النمط الثنائي

النمط المتفائل اقتصد في التغذية الراجعة

النمط الموثوق حمى المراجع

قناة العودة تدخل الحساب

تطور النص لا يثبت النشر التشغيلي

المصادر

سياق أعمق للملف الشخصي

الدائرة الاستراتيجية

تحالف القيادات

إحاطة الدائرة الاستراتيجية

إحاطة تحالف القيادات