بروتوكول النقل في الوقت الحقيقي

📅 آخر تحديث: ١ أغسطس ٢٠٢٦
✍️ نُشر في: ١ أغسطس ٢٠٢٦
📷 يحتوي على 4 صور
الموسوعة الحرة

بروتوكول النقل في الوقت الحقيقي ( RTP ) هو بروتوكول شبكي لنقل الصوت والفيديو عبر شبكات بروتوكول الإنترنت (IP) . يُستخدم RTP في أنظمة الاتصالات والترفيه التي تتضمن بث الوسائط ، مثل أنظمة الهاتف ، وتطبيقات مؤتمرات الفيديو بما في ذلك WebRTC ، وخدمات التلفزيون ، وميزات الضغط والتحدث عبر الإنترنت .

يعمل بروتوكول النقل في الوقت الحقيقي (RTP) عادةً عبر بروتوكول بيانات المستخدم (UDP). ويُستخدم RTP بالتزامن مع بروتوكول التحكم في RTP (RTCP). بينما ينقل RTP تدفقات الوسائط (مثل الصوت والفيديو)، يُستخدم RTCP لمراقبة إحصائيات الإرسال وجودة الخدمة (QoS) ويساعد في مزامنة التدفقات المتعددة. يُعد RTP أحد الأسس التقنية لتقنية الصوت عبر بروتوكول الإنترنت (VoIP) ، وفي هذا السياق، يُستخدم غالبًا بالتزامن مع بروتوكول إشارة مثل بروتوكول بدء الجلسة (SIP)، الذي يُنشئ الاتصالات عبر الشبكة.

تم تطوير بروتوكول RTP بواسطة مجموعة عمل نقل الصوت والفيديو التابعة لفرقة عمل هندسة الإنترنت (IETF) ونُشر لأول مرة في عام 1996 باسم RFC 1889 ، والذي تم استبداله بعد ذلك بـ RFC 3550 في عام 2003. [ 2 ]  

ملخص

يعود تاريخ الأبحاث المتعلقة بالصوت والفيديو عبر الشبكات ذات التبديل الحزمي إلى أوائل سبعينيات القرن العشرين. وقد نشرت فرقة عمل هندسة الإنترنت (IETF) RFC 741 في عام 1977 وبدأت في تطوير RTP في عام 1992، [ 1 ] واستمرت في تطوير بروتوكول إعلان الجلسة (SAP) وبروتوكول وصف الجلسة (SDP) وبروتوكول بدء الجلسة (SIP). 

صُمم بروتوكول النقل في الوقت الحقيقي (RTP) لنقل الوسائط المتدفقة من طرف إلى طرف في الوقت الفعلي . يوفر البروتوكول آليات لتعويض التذبذب واكتشاف فقدان الحزم وتسليمها بترتيب غير صحيح ، وهي أمور شائعة، خاصةً أثناء عمليات نقل البيانات عبر بروتوكول UDP على شبكة IP. يسمح بروتوكول RTP بنقل البيانات إلى وجهات متعددة من خلال البث المتعدد عبر بروتوكول IP . [ 3 ] يُعتبر بروتوكول RTP المعيار الأساسي لنقل الصوت والفيديو في شبكات IP، ويُستخدم مع ملف تعريف وتنسيق حمولة خاصين به. [ 4 ]يعتمد تصميم بروتوكول النقل في الوقت الحقيقي (RTP) على المبدأ المعماري المعروف باسم تأطير طبقة التطبيق ، حيث يتم تنفيذ وظائف البروتوكول في التطبيق بدلاً من مكدس بروتوكول نظام التشغيل .

تتطلب تطبيقات بث الوسائط المتعددة في الوقت الفعلي تسليم المعلومات في الوقت المناسب، وغالبًا ما تتحمل بعض فقدان الحزم لتحقيق هذا الهدف. على سبيل المثال، قد يؤدي فقدان حزمة في تطبيق صوتي إلى فقدان جزء من الثانية من بيانات الصوت، وهو ما يمكن جعله غير ملحوظ باستخدام خوارزميات إخفاء الأخطاء المناسبة . [ 5 ] على الرغم من أن بروتوكول التحكم في الإرسال (TCP) مُعَيَّر للاستخدام في بروتوكول النقل في الوقت الفعلي (RTP)، [ 6 ] إلا أنه لا يُستخدم عادةً في تطبيقات RTP لأن TCP يُفضِّل الموثوقية على السرعة. بدلاً من ذلك، تعتمد غالبية تطبيقات RTP على بروتوكول بيانات المستخدم (UDP). [ 5 ] من بروتوكولات النقل الأخرى المصممة خصيصًا لجلسات الوسائط المتعددة بروتوكول SCTP [ 7 ] وبروتوكول DCCP ، [ 8 ] على الرغم من أنه اعتبارًا من عام 2012[ 9 ] لم تكن شائعة الاستخدام.

طُوِّر بروتوكول النقل في الوقت الحقيقي (RTP) بواسطة فريق عمل نقل الصوت والفيديو التابع لمنظمة معايير IETF. يُستخدم RTP بالتزامن مع بروتوكولات أخرى مثل H.323 و RTSP . [ 4 ] يصف معيار RTP بروتوكولين: RTP وRTCP. يُستخدم RTP لنقل بيانات الوسائط المتعددة، بينما يُستخدم RTCP لإرسال معلومات التحكم ومعلمات جودة الخدمة (QoS) بشكل دوري. [ 10 ]

ينقل بروتوكول نقل البيانات في الوقت الحقيقي (RTP) البيانات في الوقت الفعلي. وتشمل المعلومات التي يوفرها هذا البروتوكول الطوابع الزمنية (للمزامنة)، وأرقام التسلسل (لاكتشاف فقدان الحزم وإعادة ترتيبها)، وتنسيق الحمولة الذي يشير إلى تنسيق البيانات المشفر. [ 11 ] أما بروتوكول التحكم في الوقت الحقيقي (RTCP) فيُستخدم لتقديم ملاحظات حول جودة الخدمة (QoS) والمزامنة بين تدفقات الوسائط. ويُعدّ عرض نطاق حركة مرور RTCP صغيرًا مقارنةً بـ RTP، حيث يبلغ عادةً حوالي 5%. [ 11 ] [ 12 ]

تُبدأ جلسات بروتوكول النقل في الوقت الحقيقي (RTP) عادةً بين الأجهزة المتصلة باستخدام بروتوكول إشارة، مثل H.323، أو بروتوكول بدء الجلسة (SIP)، أو RTSP، أو Jingle ( XMPP ). وقد تستخدم هذه البروتوكولات بروتوكول وصف الجلسة (SIP ) لتحديد معلمات الجلسات. [ 13 ]

يتم إنشاء جلسة RTP لكل دفق وسائط متعددة. قد تستخدم دفقات الصوت والفيديو جلسات RTP منفصلة، ​​مما يُمكّن المُستقبِل من استقبال مكونات دفق مُحدد بشكل انتقائي. [ 14 ] تصميم RTP وRTCP مستقل عن بروتوكول النقل. تستخدم التطبيقات عادةً بروتوكول UDP مع أرقام منافذ في النطاق غير المُميز (من 1024 إلى 65535). [ 15 ] يمكن استخدام بروتوكول نقل التحكم في الدفق (SCTP) وبروتوكول التحكم في ازدحام مخططات البيانات (DCCP) عند الرغبة في بروتوكول نقل موثوق. توصي مواصفات RTP باستخدام أرقام منافذ زوجية لـ RTP واستخدام رقم المنفذ الفردي التالي لجلسة RTCP المرتبطة. [ 16 ] : 68 يمكن استخدام منفذ واحد لـ RTP وRTCP في التطبيقات التي تُدمج البروتوكولات. [ 17 ]

يتم استخدام بروتوكول RTP بواسطة تطبيقات الوسائط المتعددة في الوقت الحقيقي مثل الصوت عبر بروتوكول الإنترنت ، والصوت عبر بروتوكول الإنترنت ، وWebRTC ، وتلفزيون بروتوكول الإنترنت ، والفيديو الاحترافي عبر بروتوكول الإنترنت بما في ذلك SMPTE 2022 و SMPTE 2110 .

ملفات التعريف وتنسيقات الحمولة

صُمم بروتوكول النقل في الوقت الحقيقي (RTP) لنقل العديد من تنسيقات الوسائط المتعددة، مما يسمح بتطوير تنسيقات جديدة دون الحاجة إلى تعديل معيار RTP. ولتحقيق هذه الغاية، لا تُدرج المعلومات المطلوبة لتطبيق معين من البروتوكول في رأس RTP العام. لكل فئة من فئات التطبيقات (مثل الصوت والفيديو)، يُحدد RTP ملف تعريف وتنسيقات حمولة مرتبطة به . [ 10 ] يتطلب كل استخدام لبروتوكول RTP في تطبيق معين تحديد ملف تعريف ومواصفات تنسيق الحمولة. [ 18 ] : 71

يُحدد الملف التعريفي برامج الترميز المستخدمة لترميز بيانات الحمولة، وربطها برموز تنسيق الحمولة في حقل " نوع الحمولة " (PT) في رأس بروتوكول النقل في الوقت الحقيقي (RTP). ويُرفق بكل ملف تعريفي عدة مواصفات لتنسيق الحمولة، يصف كل منها نقل بيانات مُرمّزة مُحددة. [ 4 ] من أمثلة تنسيقات حمولة الصوت: G.711 ، وG.723 ، و G.726 ، و G.729 ، و GSM ، وQCELP ، و MP3 ، و DTMF . ومن أمثلة حمولات الفيديو: H.261 ، وH.263 ، وH.264 ، و H.265، و MPEG-1 / MPEG-2 . [ 19 ] تم تحديد ربط تدفقات الصوت/الفيديو MPEG-4 بحزم RTP في RFC 3016 ، ووُصفت حمولات فيديو H.263 في RFC 2429. [ 20 ]  

تتضمن أمثلة ملفات تعريف RTP ما يلي:

رأس الحزمة

تُنشأ حزم بروتوكول النقل في الوقت الحقيقي (RTP) على مستوى التطبيق وتُسلّم إلى طبقة النقل لتوصيلها. تبدأ كل وحدة من بيانات وسائط RTP التي يُنشئها التطبيق برأس حزمة RTP.

رأس حزمة بروتوكول النقل في الوقت الحقيقي
إزاحةثمانية0123
ثمانيةقليل012345678910111213141516171819202122232425262728293031
00إصدارPXنسخةمالعلاج الطبيعيرقم التسلسل
432الطابع الزمني
864معرّف SSRC
1296معرّف (معرّفات) CSRC
⋮⋮⋮
⁠12+4×جج{\displaystyle 12+4\times \mathrm {CC} }⁠⁠96+32×جج{\displaystyle 96+32\times \mathrm {CC} }⁠معرّف رأس الامتداد الخاص بالملف الشخصيطول رأس التمديد
⁠16+4×جج{\displaystyle 16+4\times \mathrm {CC} }⁠⁠128+32×جج{\displaystyle 128+32\times \mathrm {CC} }⁠بيانات إضافية
⋮⋮⋮

يبلغ الحد الأدنى لحجم رأس بروتوكول النقل في الوقت الحقيقي (RTP) 12 بايت. بعد الرأس، قد توجد امتدادات اختيارية. يلي ذلك حمولة بروتوكول النقل في الوقت الحقيقي، والتي يُحدد تنسيقها حسب نوع التطبيق. [ 23 ] الحقول الموجودة في الرأس هي كما يلي:

الإصدار : 2 بت
يشير إلى إصدار البروتوكول. الإصدار الحالي هو 2. [ 24 ]
الحشو  (P) : 1 بت
يُستخدم هذا لتحديد ما إذا كانت هناك بايتات حشو إضافية في نهاية حزمة بروتوكول النقل في الوقت الحقيقي (RTP). يمكن استخدام الحشو لملء كتلة بحجم معين، على سبيل المثال، كما هو مطلوب في خوارزمية التشفير. يحتوي البايت الأخير من الحشو على عدد بايتات الحشو المضافة (بما في ذلك البايت نفسه). [ 16 ] : 12 [ 24 ]
الامتداد  (X) : 1 بت
يشير هذا إلى وجود رأس إضافي بين رأس الطلب وبيانات الحمولة. رأس الطلب الإضافي خاص بالتطبيق أو الملف التعريفي. [ 24 ]
عدد بتات CSRC  (CC) : 4 بتات
يحتوي على عدد مُعرّفات CSRC (المُعرّفة أدناه) التي تلي SSRC (المُعرّفة أدناه أيضًا). [ 16 ] : 12
العلامة  (M) : 1 بت
تُستخدم الإشارات على مستوى التطبيق بطريقة خاصة بكل ملف تعريف. إذا تم ضبطها، فهذا يعني أن البيانات الحالية لها أهمية خاصة بالنسبة للتطبيق. [ 16 ] : 13
نوع الحمولة  (PT) : 7 بتات
يُشير إلى تنسيق الحمولة، وبالتالي يُحدد تفسير التطبيق لها. القيم خاصة بكل ملف تعريف، ويمكن تعيينها ديناميكيًا. [ 25 ]
رقم التسلسل : 16 بت
يتم زيادة رقم التسلسل مع كل حزمة بيانات RTP مُرسلة، ويستخدمه المُستقبِل للكشف عن فقدان الحزم [ 3 ] ولمعالجة حالات التسليم خارج الترتيب . يجب أن تكون القيمة الأولية لرقم التسلسل عشوائية لجعل هجمات النص الصريح المعروف على بروتوكول النقل الآمن في الوقت الحقيقي أكثر صعوبة. [ 16 ] : 13
الطابع الزمني : 32 بت
يستخدمها جهاز الاستقبال لإعادة تشغيل العينات المستلمة في الوقت والفاصل الزمني المناسبين. عند وجود عدة تدفقات وسائط، قد تكون الطوابع الزمنية مستقلة في كل تدفق. [ أ ] دقة التوقيت خاصة بكل تطبيق. على سبيل المثال، تطبيق صوتي يأخذ عينات من البيانات مرة كل 125  ميكروثانية (8  كيلوهرتز، وهو معدل أخذ عينات شائع في الاتصالات الهاتفية الرقمية) سيستخدم هذه القيمة كدقة ساعة. تستخدم تدفقات الفيديو عادةً  ساعة بتردد 90 كيلوهرتز. دقة الساعة هي إحدى التفاصيل المحددة في ملف تعريف بروتوكول النقل في الوقت الحقيقي (RTP) للتطبيق. [ 26 ]
SSRC : 32 بت
يُعرّف مُعرّف مصدر التزامن مصدر البث بشكل فريد. وستكون مصادر التزامن ضمن جلسة RTP نفسها فريدة. [ 16 ] : 15
CSRC : متغير ( عدد مرات تكرار CSRC × 32 بت)
تُفصّل معرّفات المصادر المساهمة المصادر المساهمة في تدفق بيانات تم إنشاؤه من مصادر متعددة. [ 16 ] : 15
امتداد رأس الجدول : متغير ؛ موجود عندما تكون قيمة X تساوي 1
عندما تكون قيمة "Extension" صحيحة، يحتوي هذا الحقل الاختياري على ما يلي:
معرّف رأس الامتداد الخاص بالملف الشخصي : 16 بت
معرّف خاص بالملف الشخصي
طول رأس الامتداد : 16 بت
يشير إلى طول الامتداد بوحدات 32 بت، باستثناء 32 بت من رأس الامتداد.
بيانات رأس الامتداد : متغير
بيانات رأس الامتداد. [ 16 ] : 18

تصميم التطبيق

يتطلب تطبيق الوسائط المتعددة الفعال بروتوكولات ومعايير أخرى تُستخدم بالتزامن مع بروتوكول النقل في الوقت الحقيقي (RTP). تُستخدم بروتوكولات مثل SIP و Jingle وRTSP و H.225 و H.245 لبدء الجلسات والتحكم فيها وإنهائها. وتُستخدم معايير أخرى، مثل H.264 وMPEG وH.263، لترميز بيانات الحمولة وفقًا لما هو محدد في ملف تعريف RTP المُطبق. [ 27 ]

يقوم مُرسِل بروتوكول النقل في الوقت الحقيقي (RTP) بالتقاط بيانات الوسائط المتعددة، ثم يقوم بتشفيرها وتأطيرها وإرسالها كحزم RTP مع طوابع زمنية مناسبة وأرقام تسلسلية متزايدة. ويُحدد المُرسِل حقل نوع الحمولة وفقًا لعملية التفاوض على الاتصال وملف تعريف RTP المُستخدم. ويكتشف مُستقبِل RTP الحزم المفقودة، وقد يُعيد ترتيبها. ويقوم بفك تشفير بيانات الوسائط في الحزم وفقًا لنوع الحمولة، ثم يعرض البث للمستخدم. [ 27 ]

وثائق المعايير

  • RFC 3550 – " RTP: بروتوكول نقل للتطبيقات في الوقت الحقيقي، " [ 16 ] معيار الإنترنت 64. 
  • RFC 3551 – " ملف تعريف RTP للمؤتمرات الصوتية والمرئية مع الحد الأدنى من التحكم، " [ 28 ] معيار الإنترنت 65. 
  • RFC 4855 – " تسجيل نوع الوسائط لتنسيقات حمولة RTP، " [ 29 ] معيار مقترح. 
  • RFC 4856 – " تسجيل نوع الوسائط لتنسيقات الحمولة في ملف تعريف RTP للمؤتمرات الصوتية والمرئية، " [ 30 ] معيار مقترح. 
  • RFC 7656 – " تصنيف الدلالات والآليات لمصادر بروتوكول النقل في الوقت الحقيقي (RTP) " ، [ 31 ] معلوماتي. 
  • RFC 3190 – " تنسيق حمولة RTP للصوت DAT 12 بت والصوت الخطي 20 و 24 بت، " [ 32 ] معيار مقترح. 
  • RFC 6184 – " تنسيق حمولة RTP لفيديو H.264 ، " [ 33 ] معيار مقترح. 
  • RFC 3640 – " تنسيق حمولة RTP لنقل تدفقات MPEG-4 الأولية، " [ 34 ] معيار مقترح. 
  • RFC 6416 – " تنسيق حمولة RTP لتدفقات الصوت/الفيديو MPEG-4 ، " [ 35 ] معيار مقترح. 
  • RFC 2250 – " تنسيق حمولة RTP لفيديو MPEG1 / MPEG2 ، " [ 36 ] معيار مقترح. 
  • RFC 4175 – " تنسيق حمولة RTP للفيديو غير المضغوط، " [ 37 ] معيار مقترح. 
  • RFC 6295 – " تنسيق حمولة RTP لـ MIDI ، " [ 38 ] معيار مقترح. 
  • RFC 4696 – " دليل التنفيذ لـ RTP MIDI ، " [ 39 ] معلوماتي. 
  • RFC 7164 – " RTP والثواني الكبيسة، " [ 40 ] معيار مقترح. 
  • RFC 7587 – " تنسيق حمولة RTP لبرنامج ترميز الكلام والصوت Opus ، " [ 41 ] معيار مقترح. 
  • RFC 7798 – " تنسيق حمولة RTP لترميز الفيديو عالي الكفاءة (HEVC) " ، [ 42 ] المعيار المقترح. 

انظر أيضاً

ملحوظات

  1. ↑ يوفر RFC 7273 وسيلة للإشارة إلى العلاقة بين ساعات الوسائط لتدفقات مختلفة. 

مراجع

  1. 1 2 بيركنز 2003 ، ص. 6.
  2. ↑ رايت، جافين. "ما هو بروتوكول النقل في الوقت الحقيقي (RTP)؟" . TechTarget . تم الاسترجاع في 10 نوفمبر 2022 .
  3. 1 2 دانيال هاردي (2002). شبكة . جامعة دي بويك. ص. 298 . 
  4. 1 2 3 بيركنز 2003 ، ص 55 
  5. 1 2 بيركنز 2003 ، ص 46 
  6. ↑ ج. لازارو (يوليو 2006). تأطير حزم بروتوكول النقل في الوقت الحقيقي (RTP) وبروتوكول التحكم في الوقت الحقيقي (RTCP) عبر النقل الموجه بالاتصال . مجموعة عمل الشبكة. doi : 10.17487/RFC4571 . RFC 4571 .المعيار المقترح.
  7. ↑ فاريل، أدريان (2004). الإنترنت وبروتوكولاته . مورغان كوفمان. ص 363. ISBN  978-1-55860-913-6.
  8. ↑ أوزاكتاس، هالدون م.؛ ليفنت أونورال (2007). التلفزيون ثلاثي الأبعاد . سبرينغر. ص 356. ISBN  978-3-540-72531-2.
  9. ↑ هوغ، سكوت. "ماذا عن بروتوكول نقل التحكم في التدفق (SCTP)؟" . عالم الشبكات . مؤرشف من الأصل في 30 أغسطس 2014. تم الاسترجاع في 4 أكتوبر 2017 .
  10. 1 2 لاري ل. بيترسون ( 2007). شبكات الحاسوب . مورغان كوفمان. ص 430. ISBN  978-1-55860-832-0.
  11. 1 2 بيركنز 2003 ، ص 56 
  12. ↑ بيترسون وديفي 2007 ، ص 435 
  13. ↑ بيجن، أ؛ كيزيفات، ب؛ بيركنز، س؛ هاندلي، م (يناير 2021). بروتوكول وصف الجلسة (SDP) . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC8866 . ISSN 2070-1721 . RFC 8866 . المعيار المقترح. يلغي RFC 4566 . 
  14. ↑ زورافسكي، ريتشارد (2004). "بروتوكولات RTP وRTCP وRTSP" . دليل تكنولوجيا المعلومات الصناعية . مطبعة CRC. ص 28-27 . ISBN  978-0-8493-1985-3.
  15. ↑ كولينز ، دانيال (2002). "نقل الصوت باستخدام بروتوكول الإنترنت". صوت عالي الجودة عبر بروتوكول الإنترنت . ماكجرو هيل بروفيشنال. ص 47. ISBN  978-0-07-136326-6.
  16. ١ ٢ ٣ ٤ ٥ ٦ ٧ ٨ ٩ هـ. شولزراين؛ س. كاسنر؛ ر. فريدريك؛ ف. جاكوبسون (يوليو ٢٠٠٣). بروتوكول النقل في الوقت الحقيقي: بروتوكول نقل للتطبيقات في الوقت الحقيقي . مجموعة عمل الشبكة. doi : 10.17487/RFC3550 . STD 64. RFC 3550 .معيار الإنترنت 64. تم تحديثه بواسطة RFC 8860 و 7160 و 5761 و 5506 و 6051 و 6222 و 7022 و 7164 و 8083 . يلغي RFC 1889 .  
  17. ↑ سي. بيركنز؛ إم. ويسترلوند (أبريل 2010). تعدد إرسال حزم بيانات وتحكم بروتوكول النقل في الوقت الحقيقي على منفذ واحد . فريق عمل أبحاث الإنترنت (IRTF). doi : 10.17487/RFC5761 . ISSN 2070-1721 . RFC 5761 . معيار مقترح. تحديثات RFC 3550 و 3551 . تم تحديثه بواسطة RFC 8858 و 8035 .  
  18. ↑ RFC 3550 
  19. ↑ بيركنز 2003 ، ص 60 
  20. ↑ تشو ، فيليب أ.؛ ميهايلا فان دير شار (2007). الوسائط المتعددة عبر بروتوكول الإنترنت والشبكات اللاسلكية . دار النشر الأكاديمية. ص 514. ISBN  978-0-12-088480-3.
  21. ↑ بيركنز 2003 ، ص 367 
  22. ↑ بريز، فينلي (2010). الاتصال التسلسلي عبر بروتوكول RTP/CDP . BoD - كتب حسب الطلب. ص. رقم الكتاب المعياري الدولي ( ISBN) 978-3-8391-8460-8.
  23. ↑ بيترسون وديفي 2007 ، ص 430 
  24. 1 2 3 بيترسون وديفي 2007 ، ص 431
  25. ↑ بيركنز 2003 ، ص 59
  26. ↑ بيترسون، ص 432
  27. 1 2 بيركنز 2003 ، الصفحات 11-13 
  28. ↑ هـ. شولزراين؛ س. كاسنر (يوليو 2003). ملف تعريف بروتوكول النقل في الوقت الحقيقي (RTP) للمؤتمرات الصوتية والمرئية ذات التحكم الأدنى . مجموعة عمل الشبكة. doi : 10.17487/RFC3551 . STD 65. RFC 3551 .معيار الإنترنت 65. تم تحديثه بواسطة RFC 8860 و 5761 و 7007 . يلغي RFC 1890 .  
  29. ↑ إس. كاسنر (فبراير 2007). تسجيل نوع الوسائط لتنسيقات حمولة بروتوكول النقل في الوقت الحقيقي . مجموعة عمل الشبكة. doi : 10.17487/RFC4855 . RFC 4855 .معيار مقترح. يلغي RFC 3555. تم تحديثه بواسطة RFC 8851 .  
  30. ↑ إس. كاسنر (مارس 2007). تسجيل نوع الوسائط لتنسيقات الحمولة في ملف تعريف RTP للمؤتمرات الصوتية والمرئية . مجموعة عمل الشبكة. doi : 10.17487/RFC4856 . RFC 4856 .المعيار المقترح. يلغي RFC 3555 . 
  31. ↑ ج. لينوكس؛ ك. غروس؛ س. ناندكومار؛ ج. سالغيرو (نوفمبر 2015). ب. بورمان (محرر). تصنيف دلالات وآليات مصادر بروتوكول النقل في الوقت الحقيقي (RTP) . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC7656 . ISSN 2070-1721 . RFC 7656 . معلوماتي.
  32. ↑ ك. كوباياشي؛ أ. أوغاوا؛ أ. أوغاوا؛ س. بورمان (يناير 2002). تنسيق حمولة RTP للصوت الرقمي DAT ذي 12 بت والصوت الخطي ذي 20 و24 بت . مجموعة عمل الشبكة. doi : 10.17487/RFC3190 . RFC 3190 .المعيار المقترح.
  33. ↑ واي-كيه. وانغ؛ آر. إيفن؛ تي. كريستنسن؛ آر. جيسوب (مايو 2011). تنسيق حمولة بروتوكول النقل في الوقت الحقيقي لفيديو H.264 . فريق عمل هندسة الإنترنت (IETF). doi : 10.17487/RFC6184 . RFC 6184 .المعيار المقترح. يلغي RFC 3984 . 
  34. ↑ ج. فان دير مير؛ د. ماكي؛ ف. سواميناثان؛ د. سينغر؛ ب. جنتريك (نوفمبر 2003). تنسيق حمولة بروتوكول النقل في الوقت الحقيقي لنقل تدفقات MPEG-4 الأولية . مجموعة عمل الشبكة. doi : 10.17487/RFC3640 . RFC 3640 .المعيار المقترح. تم تحديثه بواسطة RFC 5691 . 
  35. ↑ م. شميدت؛ ف. دي بونت؛ س. دوهلا؛ ج. كيم (أكتوبر 2011). تنسيق حمولة بروتوكول النقل في الوقت الحقيقي لتدفقات الصوت/الفيديو MPEG-4 . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6416 . ISSN 2070-1721 . RFC 6416 . المعيار المقترح. يلغي RFC 3016 . 
  36. ↑ د. هوفمان؛ ج. فرناندو؛ ف. غويال؛ م. سيفانلار (يناير 1998). تنسيق حمولة بروتوكول النقل في الوقت الحقيقي لفيديو MPEG1/MPEG2 . مجموعة عمل الشبكة. doi : 10.17487/RFC2250 . RFC 2250 .المعيار المقترح. يلغي RFC 2038 . 
  37. ↑ ل. غاراي؛ س. بيركنز (سبتمبر 2005). تنسيق حمولة بروتوكول النقل في الوقت الحقيقي للفيديو غير المضغوط . مجموعة عمل الشبكة. doi : 10.17487/RFC4175 . RFC 4175 .المعيار المقترح. تم تحديثه بواسطة RFC 4421 . 
  38. ↑ ج. لازارو؛ ج. واورزينك (يونيو 2011). تنسيق حمولة RTP لـ MIDI . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6295 . ISSN 2070-1721 . RFC 6295 . المعيار المقترح. يلغي RFC 4695 . 
  39. ↑ ج. لازارو؛ ج. واورزينك (نوفمبر 2006). دليل تنفيذ بروتوكول RTP MIDI . مجموعة عمل الشبكة. doi : 10.17487/RFC4696 . RFC 4696 .معلوماتي.
  40. ↑ ك. غروس؛ ر. فان براندنبورغ (مارس 2014). بروتوكول النقل في الوقت الحقيقي والثواني الكبيسة . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC7164 . ISSN 2070-1721 . RFC 7164 . المعيار المقترح. تحديثات RFC 3550 . 
  41. ↑ ج. سبيتيكا؛ ك. فوس؛ ج. م. فالين (يونيو 2015). تنسيق حمولة بروتوكول النقل في الوقت الحقيقي لبرنامج ترميز الكلام والصوت أوبوس . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC7587 . ISSN 2070-1721 . RFC 7587 . المعيار المقترح.
  42. ↑ واي. ك. وانغ؛ واي. سانشيز؛ تي. شيرل؛ إس. وينغر؛ إم إم هانوكسيلا (مارس 2016). تنسيق حمولة بروتوكول النقل في الوقت الحقيقي لترميز الفيديو عالي الكفاءة (HEVC) . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC7798 . ISSN 2070-1721 . RFC 7798 . المعيار المقترح.
  • بيركنز، كولين (2003). RTP: الصوت والفيديو للإنترنت . أديسون-ويسلي. ISBN 978-0-672-32249-5.
  • بيترسون، لاري ل.؛ ديفي، بروس س. (2007). شبكات الحاسوب (  الطبعة الرابعة). مورغان كوفمان. ISBN 978-0-12-374013-7.

للمزيد من القراءة