بروتوكول النقل في الوقت الحقيقي
بروتوكول النقل في الوقت الحقيقي (بالإنجليزية: Real-time Transport Protocol) هو بروتوكول شبكة لتوصيل الصوت والفيديو عبر حزمة بروتوكولات الإنترنت. يتم استخدام بروتوكول النقل في الوقت الحقيقي في أنظمة الاتصالات والترفيه التي تتضمن وسائط متدفقة، مثل الاتصالات الهاتفية وتطبيقات مؤتمرات الفيديو عن بعد[1] وخدمات التلفزيون وميزات الضغط والتحدث المستندة إلى الويب.[2]
يعمل بروتوكول النقل في الوقت الحقيقي عادةً عبر بروتوكول حزم بيانات المستخدم. يتم استخدام بروتوكول النقل في الوقت الحقيقي مع بروتوكول التحكم في الوقت الحقيقي. بينما تحمل بروتوكول النقل في الوقت الحقيقي تدفقات الوسائط (على سبيل المثال الصوت والفيديو)، يتم استخدام بروتوكول التحكم في الوقت الحقيقي لمراقبة إحصاءات الإرسال وجودة الخدمة (QoS) وتساعد على مزامنة التدفقات المتعددة. هي إحدى الأسس التقنية لنقل الصوت باستعمال بروتوكول الإنترنت وفي هذا السياق غالبًا ما تستخدم بالاقتران مع بروتوكول تشوير مثل بروتوكول بدء الجلسة (SIP) الذي ينشئ اتصالات عبر الشبكة.
تم تطوير بروتوكول النقل في الوقت الحقيقي بواسطة مجموعة عمل نقل الصوت والفيديو التابعة لمجموعة مهندسي الإنترنت وتم نشره لأول مرة في عام 1996 باسم الذي حل محله بعد ذلك في عام 2003.[3]
ملخص
بدأت فرقة عمل هندسة الإنترنت (IETF) في تطوير بروتوكول النقل في الوقت الحقيقي بدءًا من عام 1992، جنبًا إلى جنب مع بروتوكول البلاغ المؤتمري وبروتوكول وصف الجلسة وبروتوكول بدء الجلسة (SIP). [4]
تم تصميم بروتوكول النقل في الوقت الحقيقي لنقل الوسائط المتدفقة من طرف إلى طرف وفي الوقت الفعلي. يوفر البروتوكول تسهيلات لتعويض تقلقل الإرسال واكتشاف فقدان الحزمة والتسليم خارج الترتيب، وهو أمر شائع خاصة أثناء عمليات إرسال UDP على شبكة IP. يسمح بروتوكول النقل في الوقت الحقيقي بنقل البيانات إلى وجهات متعددة من خلال البث المتعدد IP.[5] يعتبر بروتوكول النقل في الوقت الحقيقي المعيار الأساسي لنقل الصوت/الفيديو في شبكات IP ويستخدم مع ملف تعريف مرتبط وتنسيق الحمولة.[6] يعتمد تصميم بروتوكول النقل في الوقت الحقيقي على المبدأ المعماري المعروف باسم تأطير طبقة التطبيق حيث يتم تنفيذ وظائف البروتوكول في التطبيق بدلاً من حزمة البروتوكولات نظام التشغيل.
تتطلب تطبيقات دفق الوسائط المتعددة في الوقت الحقيقي تسليم المعلومات في الوقت المناسب وغالبًا ما يمكن أن تتسامح مع فقدان بعض الحزم لتحقيق هذا الهدف. على سبيل المثال، قد يؤدي فقدان حزمة في تطبيق سمعي إلى فقدان جزء من الثانية من البيانات الصوتية، والتي يمكن جعلها غير ملحوظة باستخدام خوارزميات مناسبة لإخفاء الخطأ.[6] على الرغم من أن بروتوكول التحكم بالنقل (TCP) معياري لاستخدام بروتوكول النقل في الوقت الحقيقي،[7] لا يُستخدم عادةً في تطبيقات بروتوكول النقل في الوقت الحقيقي لأن بروتوكول التحكم بالنقل يفضل الموثوقية على التوقيت. بدلاً من ذلك، فإن غالبية تطبيقات بروتوكول النقل في الوقت الحقيقي مبنية على بروتوكول حزم بيانات المستخدم.[6] بروتوكولات النقل الأخرى المصممة خصيصًا لجلسات الوسائط المتعددة هي SCTP[8] و DCCP،[9] على الرغم من اعتبارًا من 2012[تحديث]، لم تكن منتشرة على نطاق واسع.[10]
بروتوكول النقل في الوقت الحقيقي يحمل بيانات في الوقت الحقيقي. تتضمن المعلومات التي يوفرها هذا البروتوكول الطوابع الزمنية (للمزامنة) وأرقام التسلسل (لفقدان الحزمة وإعادة ترتيب الكشف) وتنسيق الحمولة الذي يشير إلى التنسيق المشفر للبيانات.[6] يستخدم بروتوكول التحكم في الوقت الحقيقي من أجل تغذية مرتدة جودة الخدمة (QoS) والتزامن بين تدفقات الوسائط. عرض النطاق الترددي لحركة بروتوكول التحكم في الوقت الحقيقي مقارنة بـبروتوكول النقل في الوقت الحقيقي صغير، عادةً حوالي 5٪.[6][11]
عادةً ما يتم بدء جلسات بروتوكول النقل في الوقت الحقيقي بين الأقران المتصلين باستخدام بروتوكول إشارات. قد تستخدم هذه البروتوكولات بروتوكول وصف الجلسة لتحديد معلمات الجلسات.[12]
يتم إنشاء جلسة بروتوكول النقل في الوقت الحقيقي لكل تدفق وسائط متعددة. قد تستخدم تدفقات الصوت والفيديو جلسات بروتوكول النقل في الوقت الحقيقي منفصلة ، مما يتيح لجهاز الاستقبال استقبال مكونات تدفق معين بشكل انتقائي.[13] تصميم بروتوكول النقل في الوقت الحقيقي وبروتوكول التحكم في الوقت الحقيقي مستقل عن بروتوكول النقل. عادةً ما تستخدم التطبيقات UDP مع أرقام المنافذ في النطاق غير المميز (من 1024 إلى 65535).[14] يمكن استخدام بروتوكول نقل التحكم في التدفق (SCTP) وبروتوكول التحكم في ازدحام مخطط البيانات (DCCP) عند الرغبة في بروتوكول نقل موثوق. توصي مواصفات بروتوكول النقل في الوقت الحقيقي بأرقام المنافذ الزوجية لـ بروتوكول النقل في الوقت الحقيقي، واستخدام رقم المنفذ الفردي التالي لجلسة بروتوكول التحكم في الوقت الحقيقي المرتبطة.[15] :68يمكن استخدام منفذ واحد لـ بروتوكول النقل في الوقت الحقيقي و بروتوكول التحكم في الوقت الحقيقي في التطبيقات التي تعدد إرسال البروتوكولات.
يتم استخدام بروتوكول النقل في الوقت الحقيقي بواسطة تطبيقات الوسائط المتعددة في الوقت الفعلي مثل الصوت عبر IP والصوت عبر IP و WebRTC وتلفزيون بروتوكول الإنترنت.
انظر أيضاً
المراجع
- ^ "WebRTC: Real-Time Communication in Browsers". www.w3.org. مؤرشف من الأصل في 2023-01-13. اطلع عليه بتاريخ 2023-03-30.
- ^ "RTP Protocol - Definition & How it Works - ExtraHop | ExtraHop". www.extrahop.com (بEnglish). Archived from the original on 2023-03-07. Retrieved 2023-03-30.
- ^ Wright, Gavin. "What is the Real-time Transport Protocol (RTP)?". TechTarget (بEnglish). Archived from the original on 2023-03-09. Retrieved 2022-11-10.
- ^ Perkins 2003.
- ^ Daniel Hardy (2002). Network. De Boeck Université. ص. 298.
- ^ أ ب ت ث ج Perkins 2003
- ^ RFC 4571
- ^ Farrel، Adrian (2004). The Internet and its protocols. Morgan Kaufmann. ص. 363. ISBN:978-1-55860-913-6. مؤرشف من الأصل في 2023-04-01.
- ^ Ozaktas، Haldun M.؛ Levent Onural (2007). THREE-DIMENSIONAL TELEVISION. Springer. ص. 356. ISBN:978-3-540-72531-2. مؤرشف من الأصل في 2023-04-01.
- ^ Hogg، Scott. "What About Stream Control Transmission Protocol (SCTP)?". Network World. مؤرشف من الأصل في 2023-04-01. اطلع عليه بتاريخ 2017-10-04.
- ^ Peterson 2007
- ^ RFC 4566: SDP: Session Description Protocol, M. Handley, V. Jacobson, C. Perkins, IETF (July 2006)
- ^ Zurawski، Richard (2004). "RTP, RTCP and RTSP protocols". The industrial information technology handbook. CRC Press. ص. 28–7. ISBN:978-0-8493-1985-3.
- ^ Collins، Daniel (2002). "Transporting Voice by using IP". Carrier grade voice over IP. McGraw-Hill Professional. ص. 47. ISBN:978-0-07-136326-6.
- ^ RFC 3550
| بروتوكول النقل في الوقت الحقيقي في المشاريع الشقيقة: | |
