الخلاصة

  • تحدد RFC 10034 التي شارك في تأليفها Lauri Ilola وLukasz Kondrad نقل وحدات NAL لأطلس V3C عبر RTP، وتعرّف مجموعة V3C في SDP لربط أسطر الأطلس والفيديو في تمثيل واحد.
  • يستطيع المستقبل رفض أسطر بعينها وقبول مجموعة فرعية. وفقد جزء واحد أو خطأ ترتيب فك الترميز أو عدم توافق مجموعة المعلمات أو انحراف الزمن بين التدفقات قد يمنع إعادة البناء.
  • لا يفرض تنسيق الحمولة آلية أمن واحدة. يجب إثبات المصدر والسلامة والسرية لكل تدفق مكوّن ولإشارات SDP وRTCP التي تربطها؛ فالعضوية في المجموعة لا تنقل الثقة.

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

نشرت IETF الوثيقة RFC 10034 في مسار المعايير في أغسطس 2026 كي تجعل هذا التفكيك قابلاً للنقل والتفاهم. تصف الوثيقة حزم الأطلس عبر RTP، ومعلمات V3C في SDP، والعلاقة بين أسطر الوسائط. وهي لا تقول إن وصول الاسم المشترك يعني اكتمال النتيجة.

الأطلس وصفة جزئية لا مشهد مصغّر

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

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

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

فقد حزمة صغيرة قد يبطل وحدة كاملة

تنقل وحدات NAL للأطلس بثلاث صور: حزمة لوحدة واحدة، أو حزمة تجميع تضم وحدتين صغيرتين على الأقل، أو وحدة تجزئة تقسم NAL كبيرة على حزم RTP متعددة.

يجب أن يلائم AP حزمة IP واحدة، ويُفضّل ألا يسبب تجزئة IP، ولا يجوز تجزئة AP نفسه. ولا يجوز تعشيش FU. وتُرسل أجزاء NAL الواحدة تباعاً بأرقام RTP صاعدة. وإذا ضاع جزء، ينبغي للمستقبل طرح الأجزاء اللاحقة من الوحدة نفسها.

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

للترتيب إيصال مستقل أيضاً. عندما تكون sprop-max-don-diff صفراً، يساوي ترتيب النقل ترتيب فك الترميز. وإذا زادت عن الصفر، تتيح DON وDONL ترتيباً مختلفاً شريطة أن يعيده المستقبل قبل المفكك. يصف رقم RTP مسار الشبكة، أما رقم فك الترميز فيصف منطق الوسيط.

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

المجموعة تعلن الانتماء ولا تصدر إيصال تسليم

توفر RFC 5888 إطار تجميع SDP، وتضيف RFC 10034 دلالة V3C. تشير الرموز بعد سطر المجموعة إلى قيم mid: يستخدم الأطلس m=application وv3c، وتبقى المكونات المصورة في m=video مع تنسيق المشفّر المناسب.

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

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

وفي SDP التصريحي يجب أن يدعم المستقبل القيم أو يرفض المشاركة. المشاركة دليل قبول، وليست قياساً لدقة المشهد.

حماية مكوّن واحد لا تحمي التمثيل كله

لا تختار RFC 10034 آلية أمن عالمية لـRTP. تختار التطبيقات ما يناسبها للسرية والسلامة ومصادقة المصدر. وتشمل المسؤولية كل التدفقات، إضافة إلى SDP وRTCP.

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

تسرد RFC 7201 الخيارات، وتشرح RFC 7202 لماذا لا يفرض تنسيق RTP حلاً واحداً. لذا يجب أن يذكر التقرير الآلية المنفذة والتدفقات المغطاة ومراسي الثقة والنتائج. «استُقبل RTP» ليس حكماً أمنياً.

قيمة عمل Kondrad في حدوده الواضحة

يعرّف الملف الرسمي لدى Nokia Kondrad بأنه Principal Standardization Specialist يشارك في معايير الوسائط الغامرة ضمن ISO/IEC وIETF. تربط RFC 10034 المجالين: تحدد ISO/IEC 23090-5 ترميز V3C، وتوفر منظومة IETF النقل والوصف والتجميع.

العمل جماعي. Ilola مؤلف مشارك، وRFCs سابقة توفر الأساس، وتسجل IANA النوع application/v3c والسمة v3cfmtp ودلالة V3C. التسجيل إحداثية مشتركة، لا دليلاً على الانتشار. كما لا يثبت منصب Kondrad تشغيل منتج لدى Nokia.

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

وتحوّل أولوية الشيفرة العاملة عند Heng Lu هذا الفصل إلى اختبار: الاحتفاظ بالعرض والجواب كاملين، وكل mid، والأسطر المقبولة والمرفوضة، وبصمة المعلمات، وخريطة المكونات، وSSRC، والحماية، والفقد، وDON/DONL، وحدود AP/FU، والتزامن، وإصدار المفكك وأخطائه، وفحص المشهد المعاد.

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

المصادر