الخلاصة

  • يعرّف RFC 9627 رسالة RTCP تطلب نقطة تحديث لطبقات محددة في فيديو قابل للتدرج، بدلاً من تحديث الحالة الكاملة الذي قد يفرضه Full Intra Request.
  • تحدد SSRCs المصدر والهدف ونوع الحمولة والطبقة الحالية والمستهدفة ورقم التسلسل هوية الأمر وتكراره؛ ولا تثبت قبوله أو توليد التحديث أو وصوله أو انتقال وحدة فك الترميز أو تحسن العرض.
  • يجمع الإيصال السليم تفاوض القدرة والتخويل والتحقق وجدولة الازدحام والاستجابة الخاصة بالترميز والتسليم والتعرّف وحالة فك الترميز والنتيجة المعروضة.

يمكن لأمر أن يصل إلى العنوان الصحيح ويحمل رقماً صحيحاً ويُعاد إرساله وفق القواعد، ثم لا تتغير الصورة. لا يعني ذلك أن العنوان أو الرقم كاذبان؛ بل يعني أن سلطتهما انتهت عند حد لم ترصده لوحة التشغيل.

يقدم RFC 9627 رسالة Layer Refresh Request، أو LRR، كي يطلب المستقبل من مرمّز فيديو متعدد الطبقات نقطة يستطيع بعدها فك طبقات أكثر. الأمر يصف انتقالاً مطلوباً. أما وقوع الانتقال فينشأ من أعمال لاحقة لا يراقبها الحقل نفسه.

نقطة التحديث تفصل مراجع بعينها

قد تعتمد صورة طبقة مكانية أعلى على طبقة أدنى في اللحظة نفسها وعلى صور سابقة من الطبقة العليا. عند التحديث يجب أن تعتمد الصورة الجديدة على الطبقات الدنيا الحالية لا على تاريخ طبقتها، وأن يتعهد المرمّز بألا يستخدم ذلك التاريخ مرجعاً مستقبلاً.

يجوز لطبقات أخرى غير مطلوبة أن تحتفظ بمراجعها القديمة. هنا يختلف LRR عن FIR. يطلب Full Intra Request نقطة تحديث أشمل، ويوضح RFC 8082 معناها في الترميزات متعددة الطبقات. أما LRR فيحصر الكلفة في الانتقال المطلوب.

في الطبقات الزمنية يعني التحديث أن تعتمد الطبقة على مستويات زمنية أدنى لا على صورها السابقة. بعض البنى متداخلة زمنياً بطبيعتها، فيستطيع المستقبل بدء الطبقة الأعلى من دون طلب خاص. إرسال LRR زمني هناك لا يضيف قابلية جديدة.

لذلك لا تكفي ملاحظة صورة كبيرة أو وسم intra عام. المطلوب إثبات أن بنية المراجع الخاصة بالترميز والطبقة لم تعد تحتاج إلى مادة لا يملكها ذلك المستقبل.

صيغة الأمر تحدد الرغبة والسياق

LRR رسالة Payload-Specific Feedback في RTCP مسجلة بالقيمة FMT=10. قد تضم FCI عدة مدخلات، يوجه كل منها الأمر إلى SSRC لإرسال وسائط. يبين SSRC في الرأس المشترك مصدر الأمر، بينما يضبط حقل media source المشترك على الصفر لأن الأهداف موجودة في المدخلات.

يحدد TTID/TLID الطبقة الزمنية والطبقة المكانية أو النوعية المستهدفة. يحدد payload type طريقة تفسير الأرقام. إن حُفظت الأرقام من دون خريطة التفاوض، فقدت معناها القابل للمراجعة.

تغير العلامة C النطاق. عند الصفر يطلب المستقبل تحديث كل الطبقات حتى الهدف. وعند الواحد يصرح CTID/CLID بأعلى طبقة يفكها حالياً ويستثني ما عندها أو دونها. لا يجوز أن يكون الهدف أدنى في أي محور، ويجب أن يرتفع أحد المحورين على الأقل. يُرمى الطلب المخالف.

وعلى المرسل أيضاً التأكد من أن نوع الحمولة وفهارس الطبقات صالحة للبث الجاري. صحة البنية لا تمنح المصدر تخويلاً محلياً ولا تحجز قدرة للمرمّز.

كما أن الطبقة «الحالية» قول صادر من المستقبل وقت الطلب، لا قياس لاحق لحالة فك الترميز. يحمل البروتوكول القول ولا يصنع منه ضماناً مستقبلياً.

رقم التسلسل يربط نسخ الأمر ولا يوقع النتيجة

يتكون الرقم من ثماني بتات، ويكون فضاؤه مستقلاً لكل زوج من SSRC مصدر الأمر وSSRC هدفه. يزيد الأمر الجديد واحداً بترديد 256، ولا يزيد تكرار الأمر نفسه. القيمة الأولى اعتباطية.

يتبع التصميم نموذج FIR في RFC 5104. يستطيع الطالب إعادة أمر معلق وفق توقيت RTCP. يتوقف حين يتعرف إلى نقطة تحديث كاملة أو حتى محاولة تحديث أفسدها فقدان الحزم. ويحصل احتياج لاحق على رقم جديد.

إذن يجيب الرقم: هل هذه نسخة من النية نفسها أم نية جديدة؟ لا يجيب: هل قبل المرمّز الأمر، ومتى نفذه، وأي صورة أنتج، وهل وصلت، وهل استعملها المستقبل؟ ليس الرقم ACK ولا يحمل إيصال تنفيذ.

وتعود القيمة نفسها بعد 256 أمراً جديداً. من دون الجلسة والوقت وزوج SSRC ونوع الحمولة وtuple الطبقات، لا تصلح القيمة وحدها هوية دائمة.

سلطة الازدحام قد تؤخر أمراً صحيحاً

يجب على المرمّز بعد LRR صالح أن يرسل نقطة تحديث في أقرب وقت ممكن. ويجب عليه أيضاً احترام حدود النطاق التي يفرضها التحكم في الازدحام. غالباً ما تكون صور التحديث أكبر، فيصبح التأخير سلوكاً متوافقاً لا تجاهلاً آلياً.

هذا توزيع للسلطة: المستقبل يطلب، والمرسل يتحقق، والتحكم في المسار الأمامي يقرر متى تتحمل الشبكة الكلفة الإضافية. إذا أعلنت الواجهة النجاح عند القبول أخفت قائمة الانتظار التي تفسر النتيجة.

ينبغي فصل حالات: مستلم، غير صالح، غير مخول، مقبول، منتظر للميزانية، مجدول، مرمّز، مرسل، واصل، متعرَّف، مفكوك، ومعروض. قد يكون الانتظار صحيحاً للشبكة وفاشلاً لمهلة المنتج في الوقت نفسه.

ولا يجوز خلط السبب. يمنع RFC 9627 إرسال LRR كرد على فقد صورة أو فسادها، ويوصي بـ PLI من RFC 4585. يعبر LRR عن تغيير متعمد في السلوك، مثل بدء طبقة كان المستقبل يرميها. دمج الاسترداد والترقية في إشارة واحدة يجعل التكرار بلا تفسير.

لكل ترميز شرط إغلاق مختلف

يوزع H.264 SVC هوية الطبقة على الزمن والاعتماد والجودة. قد لا يكتمل تحديث مكاني حتى تظهر الإشارة المناسبة في كل الطبقات اللازمة وفق ترتيب فكها. ولا تكفي إشارة PACSI مجمعة دائماً إذا غطت NAL units من طبقات عدة.

يدعم VP8 في الصيغة المذكورة التدرج الزمني. تحدد العلامة Y نقطة انتقال، لكنها تؤثر في الطبقات كلها لا في الطبقة المطلوبة وحدها؛ لذلك قد تكون الاستجابة أوسع كلفة من الأمر المجرد.

يجمع H.265 أعلام التداخل وأنواع NAL. قد يكتمل التحديث دفعة أو تدريجاً عبر طبقات، وقد تكفي صورة IRAP. عداد keyframe عام لا يفهم هذه المسارات.

يعرّف RFC 9628 TID/SID في VP9 ويوصي بإرسال فهارس الطبقات والمراجع ليشتق المستقبل أو المبدّل سلسلة الاعتماد. موضوع الدليل ليس اسم الصورة بل انقطاع اعتمادها على ماض غير متاح.

تتطابق الصيغة قصداً مع TID/LID في RFC 9626. تساعد علامات الإطارات في الرصد، لكنها لا تثبت أن الأمر سبب النقطة أو أن الحزم وصلت أو أن وحدة فك الترميز انتقلت.

المصادر