الخلاصة

  • أقرت IESG في 10 سبتمبر مواصفة طلب وإشعار الدقة الزمنية والمكانية بوصفها Proposed Standard. وعند إقفال البحث بقي النص مسودة Internet-Draft في نسخته 17، من دون رقم RFC نهائي، فيما ظل عمل IANA جارياً.
  • يستطيع المستقبل طلب معدل إطارات وعرض وارتفاع، ثم يبلغه المرسل بالقيم التي ينوي استخدامها. وقد تختلف الإجابة بسبب القدرة التقنية أو المحتوى المسجل أو تعدد المشاركين أو سياسة الخدمة أو التحكم في الازدحام.
  • يثبت TSRR وTSRN حدوث حوار تحكم، ولا يقيسان الصورة الواصلة أو استهلاك جهاز الاستقبال أو عمر البطارية أو جودة التجربة. وكل ادعاء بالتوفير يحتاج إلى سلسلة أدلة تصل إلى الأثر المرصود.

قرار معياري محدد الحدود

أعلن قرار IESG في 10 سبتمبر الموافقة على RTP Control Protocol Messages for Temporal-Spatial Resolution بوصفها Proposed Standard. وكانت صفحة الوثيقة الحالية في Datatracker تسجل إرسال إعلان الموافقة، لكنها ما زالت تعرض النسخة 17 كمسودة نشطة وتصف إجراء IANA بأنه قيد التنفيذ. لذلك يصح القول إن القرار اتخذ، ولا يصح اختراع رقم RFC أو قيم سجل نهائية قبل ظهورها.

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

المشكلة التشغيلية أبسط من العنوان الأخضر. جهاز فك الترميز يعرف حال بطاريته وعبء المعالجة، بينما يملك المرمّز البعيد قرار عدد الإطارات وحجم الصورة. تضيف المواصفة قناة دقيقة إلى بنية التغذية الراجعة في RFC 4585 وإلى رسائل التحكم في الترميز في RFC 5104. ما توحده IETF هو لغة الطلب والرد.

الطلب اقتراح لا أمر

تعرّف النسخة 17 رسالة TSRR بوصفها طلباً للدقة الزمنية والمكانية. تحمل هوية مصدر الوسائط المستهدف ورقم تسلسل ومعدل الإطارات وعرض الصورة وارتفاعها. يجب ألا تكون القيم صفراً، وألا تتجاوز الحدود المتفق عليها عبر SDP.

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

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

حتى وجود الخاصية يحتاج إلى اتفاق الطرفين. إذا عرض طرف tsrr ولم يحتفظ به جواب SDP، فلا تكون الآلية متفاوضاً عليها في الجلسة. وينص القسم التشغيلي على أن تنفيذها عند طرف واحد فقط لا يغير خدمة RTP. دعم المكتبة، ونجاح التفاوض، ووصول الطلب، وتغير البث أربع حالات منفصلة.

الإشعار يصف اختياراً مقبلاً

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

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

يأتي سياق الطاقة من ISO/IEC 23001-11:2023، الخاص باستهلاك الوسائط بكفاءة. تنقل وثيقة IETF جزءاً محدوداً من تغذية جهاز فك الترميز إلى المرمّز في هذا السياق؛ ولا تقدم منهجاً كاملاً لقياس الطاقة والجودة.

ولهذا يجب أن تبقى الحالات الآتية منفصلة:

طلب TSRRاختيار معلن في TSRNبث مرصودطاقة مقاسةحصيلة جودة.

القفز من الإشعار إلى التوفير يحول نية تقنية إلى نتيجة لم تُقَس.

الجودة جزء من القرار

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

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

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

حماية الرسالة لا تثبت الغاية

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

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

ولقرار التنفيذ جانب حقوقي أيضاً. ترتبط إفصاحة Qualcomm رقم 5764 بالمسودة السابقة وتذكر ترخيصاً معقولاً وغير تمييزي مع احتمال رسم أو عائد. أما إفصاحة InterDigital رقم 6159 فترتبط بالنسخ الأولى من مسودة مجموعة العمل وتعرض تفاوضاً معقولاً ومتبادلاً وغير تمييزي وفق شروطها. الإفصاحتان إشعاران للعناية الواجبة، وليستا حكماً من IETF على صحة براءة أو ضرورتها أو انتهاكها أو سعرها أو وجوب ترخيصها.

سلسلة دليل لتغير الدقة

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

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

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

هذه السلسلة اقتراح تحريري مني، وليست حقلاً مفروضاً من IETF أو ISO أو IANA أو أصحاب الإفصاحات. وهي تطبق مبدأ Heng Lu في The Policy Mirror: تحديد من يملك القرار وأي دليل يسند كل حالة. وتوضح Minimum Initial Specification كيف تتعايش إشارة مشتركة ضيقة مع اعتماد محلي طوعي. أما Why BTW Media Exists فتمنع تحويل مقصد المؤسسة إلى واقع تشغيلي غير مرصود.

تجعل TSRR حاجة المستقبل قابلة للقراءة، وتجعل TSRN جواب المرسل قابلاً للتتبع. أما توفير الطاقة فيبدأ إثباته بعد ذلك.

Sources

  1. إعلان إجراء IETF
  2. سجل IETF Datatracker
  3. مسودة Internet-Draft، النسخة 17
  4. ورقة الموافقة
  5. RFC 4585
  6. RFC 5104
  7. RFC 5124
  8. إفصاحة IPR 5764
  9. إفصاحة IPR 6159
  10. ISO/IEC 23001-11:2023
  11. Heng Lu — The Policy Mirror
  12. Heng Lu — Minimum Initial Specification
  13. Heng Lu — Why BTW Media Exists