الخلاصة

  • استبدل RFC 5577 مواصفة حمولة RTP السابقة لكي يدعم صوت G.722.1 Annex C بعرض 14 كيلوهرتز، وساعة أخذ عينات 32 كيلوهرتز، ومعدل 48 كيلوبت/ثانية.
  • لم يفرض قطعاً فورياً مع الماضي: أوصى بعرض إعداد 16 كيلوهرتز السابق للتوافق، وألزم بالإعلان عبر SDP عن كل تركيبة مقصودة من معدل الساعة ومعدل البت.

المواصفة الجديدة لم تمحُ الأجهزة التي تعرف القديمة

نُشر RFC 5577 في يوليو 2009، ويحمل ترويسه عبارة “Obsoletes: 3047”. قد تبدو هذه كأنها إعلان تبديل فوري: انتهت مواصفة وبدأت أخرى. لكن قسم التوافق يصف انتقالاً أكثر عملية. كان RFC 3047 يعرّف G.722.1 باستخدام ساعة أخذ عينات 16 كيلوهرتز. وأضافت المراجعة التالية دعم الصوت فائق الاتساع المحدد في الملحق C من توصية ITU-T المنقحة؛ فوصل عرض النطاق الصوتي إلى 14 كيلوهرتز، وظهرت ساعة 32 كيلوهرتز ومعدل 48 كيلوبت/ثانية.

هذه الأرقام لا تقيس الشيء نفسه. يصف 14 كيلوهرتز نطاق الصوت المشفّر؛ أما 16 أو 32 كيلوهرتز فهي ساعة أخذ العينات التي تستخدمها الطوابع الزمنية في RTP؛ و24 أو 32 أو 48 كيلوبت/ثانية هو معدل الترميز. لم يجمع RFC 5577 هذه الأبعاد في إعداد واحد للجودة، بل ترك لإشارات الجلسة وصف التركيبة القابلة للاستخدام.

لا يحمل تدفق الترميز إشعاراً داخل النطاق عند تغير معدل البت. لذلك اشترط RFC 5577 وسيلة إشارة منفصلة، وأبقى معدل البت ثابتاً لكل قيمة من نوع حمولة RTP. ويمكن للتطبيق تبديل الإعداد بين الحزم، لكن عليه استخدام قيم مختلفة لنوع الحمولة. في SDP، يحدد a=rtpmap اسم الترميز ومعدل الساعة، فيما يضع a=fmtp معدل البت. وتحدد القيمتان معاً الإعداد المعروض على الطرف المستقبل.

يجعل نموذج العرض/الإجابة هذا الإعلان مؤثراً. يشترط RFC 5577 إدراج كل إعداد ينوي الطرف العارض استخدامه. ثم يشرح فجوة التوافق مباشرة: لم يدعم RFC 3047 سوى ساعة 16 كيلوهرتز، ولذلك ينبغي للنظام الراغب في التوافق أن يعرض نوع حمولة بهذه الساعة أيضاً. ويفصل المثال إعداد 16 كيلوهرتز/24 كيلوبت في الثانية عن إعداد 32 كيلوهرتز/48 كيلوبت في الثانية باستخدام نوعي حمولة مختلفين.

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

واحتفظت بنية الحزم بحد آخر: ظلت مدة الإطار 20 ملي ثانية. وفي المعدلات القياسية، يشغل كل إطار 60 أو 80 أو 120 ثمانية بتات. ويمكن للحزمة جمع إطارات متتالية، بشرط تطابق معدل البت والساعة، ولا يجوز تقسيم الإطار بين حزمتين. ولا يوجد في الحمولة حقل إضافي لعدد الإطارات؛ بل يستنتجه المستقبل بقسمة عدد الثمانيات على الحجم المتوقع للإطار. ويوصي المعيار بإطارات أقل في الحزمة عندما يكون التأخير مهماً، ويسمح بالمزيد في البث أو الرسائل الأقل حساسية له. لكنه لا يحدد زمناً عاماً يصلح لكل الحالات.

إذا قرئ RFC 5577 بوصفه وثيقة هجرة، فموضوعه ليس أن «ترميزاً جديداً أزاح القديم»، بل إبقاء الاختيار ظاهراً. استبدل سطر “Obsoletes” نص المواصفة؛ وأبقى عرض 16 كيلوهرتز حد التوافق السابق متاحاً. ولا يبين أي من الأمرين عدد الأجهزة التي نفذت كل إعداد.

المصادر