طبقة النقل

أربع مكعبات متراصة عليها ملصقات. المكعب الأزرق المكتوب عليه "النقل" هو الثاني من الأعلى.
طبقة النقل في حزمة بروتوكولات الإنترنت

في مجال شبكات الحاسوب ، تُعدّ طبقة النقل طبقة تجريدية ضمن مجموعة بروتوكولات الإنترنت ونموذج OSI . توفر بروتوكولات هذه الطبقة خدمات اتصال شاملة للتطبيقات. [ 1 ] : §1.1.3 ويمكنها توفير خدمات مثل الاتصال الموجه ، والموثوقية ، والتحكم في التدفق ، وتعدد الإرسال .

تختلف تفاصيل تنفيذ ودلالات طبقة النقل في مجموعة بروتوكولات الإنترنت [ 1 ] ، التي تُعدّ أساس الإنترنت ، عن نموذج OSI للشبكات العامة. جميع البروتوكولات المستخدمة حاليًا في هذه الطبقة للإنترنت نشأت من تطوير بروتوكول TCP/IP. في نموذج OSI، يُشار إلى طبقة النقل غالبًا بالطبقة الرابعة ( L4 ) [ 2 ] ، بينما لا تُستخدم الطبقات المرقمة في TCP/IP.

يُعدّ بروتوكول التحكم بالنقل (TCP) أشهر بروتوكولات النقل ضمن مجموعة بروتوكولات الإنترنت . يُستخدم هذا البروتوكول في عمليات النقل الموجهة بالاتصال، بينما يُستخدم بروتوكول بيانات المستخدم (UDP) غير الموجه للاتصال في عمليات نقل الرسائل الأبسط. يُعتبر TCP بروتوكولًا أكثر تعقيدًا نظرًا لتصميمه الذي يعتمد على الحالة ، والذي يتضمن خدمات نقل موثوقة وخدمات تدفق البيانات. يُشكّل TCP وUDP معًا غالبية حركة البيانات على الإنترنت، وهما البروتوكولان الوحيدان المُطبّقان في جميع أنظمة التشغيل الرئيسية. تشمل بروتوكولات طبقة النقل الإضافية التي تم تعريفها وتطبيقها بروتوكول التحكم في ازدحام البيانات (DCCP) وبروتوكول التحكم في نقل التدفق (SCTP).

خدمات

تُنقل خدمات طبقة النقل إلى التطبيق عبر واجهة برمجة تطبيقات لبروتوكولات طبقة النقل. وقد تتضمن هذه الخدمات الميزات التالية: [ 4 ]

  • الاتصال الموجه نحو الاتصال : [ 5 ] عادة ما يكون من الأسهل على التطبيق تفسير الاتصال على أنه تدفق بيانات بدلاً من الاضطرار إلى التعامل مع النماذج الأساسية غير المتصلة، مثل نموذج مخطط البيانات لبروتوكول مخطط بيانات المستخدم (UDP) وبروتوكول الإنترنت (IP).
  • تسليم البيانات بنفس الترتيب: لا تضمن طبقة الشبكة عادةً وصول حزم البيانات بنفس ترتيب إرسالها، ولكن غالبًا ما تكون هذه ميزة مرغوبة. ويتم ذلك عادةً باستخدام ترقيم الأجزاء، حيث يقوم المُستقبِل بتمريرها إلى التطبيق بالترتيب. وقد يؤدي ذلك إلى حجب رأس الطابور .
  • الموثوقية : قد تُفقد الحزم أثناء النقل نتيجةً لازدحام الشبكة والأخطاء. باستخدام رمز كشف الأخطاء ، مثل مجموع التحقق ، يمكن لبروتوكول النقل التحقق من سلامة البيانات، والتأكد من استلامها بشكل صحيح عن طريق إرسال رسالة تأكيد (ACK) أو رفض (NACK) إلى المُرسِل. يمكن استخدام آليات إعادة الإرسال التلقائية لإعادة إرسال البيانات المفقودة أو التالفة.
  • التحكم في التدفق : يجب أحيانًا إدارة معدل نقل البيانات بين عقدتين لمنع المرسل السريع من إرسال بيانات أكثر مما يستطيع مخزن البيانات المستقبل استيعابه ، مما يؤدي إلى تجاوز سعة المخزن. ويمكن استخدام ذلك أيضًا لتحسين الكفاءة عن طريق تقليل نقص البيانات في المخزن .
  • تجنب الازدحام : يُمكن للتحكم في الازدحام تنظيم حركة البيانات الداخلة إلى شبكة الاتصالات، وذلك لتجنب انهيارها نتيجة الازدحام، من خلال محاولة تجنب إرهاق موارد المعالجة أو الربط في العقد والشبكات الوسيطة، واتخاذ خطوات لتقليل استهلاك الموارد، مثل خفض معدل إرسال الحزم . على سبيل المثال، قد تُبقي طلبات التكرار التلقائية الشبكة في حالة ازدحام؛ ويمكن تجنب هذه الحالة بإضافة آلية تجنب الازدحام إلى التحكم في التدفق، بما في ذلك بدء التشغيل البطيء . يُحافظ هذا على استهلاك النطاق الترددي عند مستوى منخفض في بداية الإرسال، أو بعد إعادة إرسال الحزم.
  • تعدد الإرسال : يمكن للمنافذ توفير نقاط نهاية متعددة على عقدة واحدة. على سبيل المثال، يُعدّ الاسم الموجود في العنوان البريدي نوعًا من تعدد الإرسال، حيث يُميّز بين مُستلمي الرسائل المختلفين في الموقع نفسه. تستمع تطبيقات الحاسوب، كلٌّ منها، إلى المعلومات على منافذها الخاصة، مما يُتيح استخدام أكثر من خدمة شبكة في الوقت نفسه. يُعدّ تعدد الإرسال جزءًا من طبقة النقل في نموذج TCP/IP ، ولكنه جزء من طبقة الجلسة في نموذج OSI.

تحليل

في مجموعة بروتوكولات الإنترنت، توفر بروتوكولات طبقة النقل الاتصال بين برامج التطبيقات التي تعمل على مضيفات مختلفة. يستخدم بروتوكول TCP أرقام المنافذ لتحديد خدمات التطبيقات ودمج تدفقات البيانات المختلفة بين المضيفات؛ وبالمثل، يُحدد بروتوكول UDP حقول منافذ المصدر والوجهة، حيث يُفسر منفذ الوجهة في سياق عنوان وجهة إنترنت محدد. [ 6 ] [ 7 ] يجمع عنوان المقبس بين عنوان إنترنت ومنفذ طبقة النقل؛ في بروتوكول TCP، يُحدد الاتصال بواسطة زوج من المقابس. [ 8 ]

يوفر بروتوكول TCP خدمة تدفق بيانات بايتات موثوقة ومرتبة، تعتمد على الاتصال. يُنقل تدفق بيانات التطبيق عبر الشبكة في مقاطع TCP، يُرسل كل منها كحزمة بيانات IP. وتعتمد موثوقية TCP على أرقام التسلسل، ومجاميع التحقق، وإشعارات الاستلام، وإعادة إرسال المقاطع المفقودة أو التالفة. [ 6 ] [ 9 ] كما يتضمن TCP آليات للتحكم في التدفق تعتمد على النوافذ المُعلنة، ويُشترط على نقاط نهاية TCP تطبيق خوارزميات أساسية للتحكم في الازدحام، مثل البدء البطيء، وتجنب الازدحام، والتراجع الأسي لمهلات إعادة الإرسال. [ 10 ]

يوفر بروتوكول UDP خدمة نقل رسائل بسيطة وغير متصلة. يصف RFC 768 بروتوكول UDP بأنه يوفر إجراءً لبرامج التطبيقات لإرسال الرسائل بأقل قدر من آليات البروتوكول، دون ضمانات للتسليم أو الحماية من التكرار؛ أما التطبيقات التي تتطلب تدفقات بيانات منظمة وموثوقة، فيُنصح باستخدام بروتوكول TCP بدلاً منه. [ 7 ] وبالمثل، يصف RFC 8085 بروتوكول UDP بأنه خدمة نقل رسائل بسيطة وغير موثوقة، تعتمد على بذل قصارى الجهد، ويشير إلى أن التطبيقات التي تستخدم UDP قد تحتاج إلى تطبيق آليات إضافية لضمان الموثوقية، والتحكم في الازدحام، وحساب المجاميع الاختبارية، أو وظائف أخرى حسب حالة استخدامها. [ 11 ]  

يُستخدم بروتوكول UDP بشكل شائع في تطبيقات البث المتعدد والبث العام، إلا أن هذه الاستخدامات تُعقّد التحكم في الازدحام، والتحكم في التدفق، والموثوقية، لأن المُرسِل قد يُرسل إلى العديد من المُستقبِلين عبر مسارات مُتباينة. وقد حددت فرقة عمل هندسة الإنترنت (IETF) أُطر عمل ووحدات بناء موثوقة للبث المتعدد، لذا فإن الموثوقية ليست مُستحيلة في تطبيقات البث المتعدد؛ بل إنها لا تُوفّرها بروتوكولات UDP نفسها، ويجب أن تُوفّرها التطبيقات أو بروتوكولات إضافية. [ 12 ]

تحدد مواصفات بروتوكول النقل في نمط الاتصال في نموذج OSI خمس فئات من بروتوكولات النقل، مصنفة من الفئة 0 (TP0) إلى الفئة 4 (TP4). لا توفر الفئة 0 أي آلية لاستعادة الأخطاء، وقد صُممت للاستخدام عبر خدمات الشبكة التي توفر اتصالات خالية من الأخطاء، بينما تتضمن الفئة 4 آلية استعادة الأخطاء ويمكنها العمل عبر خدمات شبكة أقل موثوقية. [ 13 ]

بسبب جمود البروتوكولات ، يُعتبر بروتوكولا TCP وUDP البروتوكولين الوحيدين واسعي الاستخدام على الإنترنت. ولتجنب عدم تحمل أجهزة الوسيط ، قد تُحاكي بروتوكولات النقل الجديدة بنية بروتوكول مُعتمد، أو تُغلّف في UDP مع قبول بعض النفقات الإضافية. [ 14 ] يتبع بروتوكول QUIC النهج الأخير: إذ تُعرّفه مواصفاته كبروتوكول نقل قائم على UDP، حيث تُنقل حزم البيانات في مخططات بيانات UDP، بينما يوفر QUIC نفسه الاتصالات، والتدفقات، والتسليم الموثوق، والتحكم في التدفق، والتحكم في الازدحام. [ 15 ]

البروتوكولات

تُظهر هذه القائمة بعض البروتوكولات التي يتم وضعها بشكل شائع في طبقات النقل لمجموعة بروتوكولات الإنترنت ، ومجموعة بروتوكولات OSI ، و IPX/SPX الخاصة بـ NetWare ، و AppleTalk ، و Fibre Channel .

مقارنة بروتوكولات طبقة النقل في الإنترنت

ميزةبروتوكول UDPUDP-Liteبروتوكول التحكم بالنقل (TCP)بروتوكول TCP متعدد المساراتبرنامج النقل التكميلي للسكك الحديديةDCCPRUDP [ أ ]
حجم رأس الحزمة8 بايت8 بايت20-60 بايت50-90 بايت12 بايت [ ب ]12 أو 16 بايت14+ بايت
النفقات العامة النموذجية لحزمة البيانات8 بايت8 بايت20 بايت?? بايت44–48+ بايت [ ج ]12 أو 16 بايت14 بايت
كيان حزمة طبقة النقلبياناتبياناتشريحةشريحةبياناتبياناتبيانات
موجه نحو الاتصاللالانعمنعمنعمنعمنعم
وسيلة نقل موثوقةلالانعمنعمنعملانعم
وسائل نقل غير موثوقةنعمنعملالانعمنعمنعم
الحفاظ على حدود الرسائلنعمنعملالانعمنعمنعم
توصيلغير مرتبغير مرتبتم الطلبتم الطلبمرتبة / غير مرتبةغير مرتبغير مرتب
مجموع التحقق من البياناتاختياري [ د ]نعمنعمنعمنعمنعمخياري
حجم المجموع الاختباري16 بت16 بت16 بت16 بت32 بت16 بت16 بت
مجموع التحقق الجزئيلانعملالالانعملا
مسار MTUلالانعمنعمنعمنعم؟
التحكم في التدفقلالانعمنعمنعملانعم
التحكم في الازدحاملالانعمنعمنعمنعم؟
إشعار صريح بالازدحاملالانعمنعمنعمنعم؟
تيارات متعددةلالالالانعملالا
تعدد الاتصالاتلالالانعمنعملالا
التجميع / ناجللالانعمنعمنعملا؟
  1. لم يتم اعتماد معيار RUDP رسميًا. لم تشهد المعايير أي تطورات منذ عام 1999.
  2. باستثناء رؤوس أجزاء البيانات وأجزاء البيانات الإضافية. بدون الأجزاء المضمنة، تصبح حزمة SCTP عديمة الفائدة بشكل أساسي.
  3. يتم احتسابها على النحو التالي: 12 بايت لرأس SCTP + 16 بايت لرأس جزء البيانات، أو 20 بايت لرأس جزء I-DATA + 16 بايت أو أكثر لجزء SACK. لا يتم احتساب الأجزاء الإضافية غير المتعلقة بالبيانات (مثل AUTH) أو رؤوس أجزاء البيانات الإضافية، والتي قد تزيد بسهولة من الحمل الزائد بمقدار 50 بايت أو أكثر.
  4. اختياري في IPv4 ولكنه إلزامي في IPv6. [ 17 ]

مقارنة بروتوكولات نقل OSI

تُعرّف التوصية X.224 الصادرة عن ISO/IEC 8073/ITU-T، بعنوان "تقنية المعلومات - الربط البيني للأنظمة المفتوحة - بروتوكول توفير خدمة نقل البيانات في وضع الاتصال"، خمس فئات من بروتوكولات نقل البيانات في وضع الاتصال، مُصنّفة من الفئة 0 (TP0) إلى الفئة 4 (TP4). لا تتضمن الفئة 0 أي آلية لاستعادة الأخطاء، وقد صُممت للاستخدام على طبقات الشبكة التي توفر اتصالات خالية من الأخطاء. تُعدّ الفئة 4 الأقرب إلى بروتوكول TCP، على الرغم من أن TCP يتضمن وظائف، مثل الإغلاق السلس، التي يُسندها نموذج OSI إلى طبقة الجلسة. توفر جميع فئات بروتوكولات نقل البيانات في وضع الاتصال في نموذج OSI نقلًا سريعًا للبيانات والحفاظ على حدود السجلات. تُعرض الخصائص التفصيلية لهذه الفئات في الجدول التالي: [ 18 ]

خدمةTP0TP1TP2TP3TP4
شبكة موجهة الاتصالنعمنعمنعمنعمنعم
شبكة لا اتصال بهالالالالانعم
الدمج والفصللانعمنعمنعمنعم
التجزئة وإعادة التجميعنعمنعمنعمنعمنعم
استعادة الأخطاءلانعملانعمنعم
أعد بدء الاتصال (في حالة عدم استلام عدد كبير من وحدات بيانات البروتوكول )لانعملانعملا
تعدد الإرسال وفك تعدد الإرسال عبر دائرة افتراضية واحدةلالانعمنعمنعم
التحكم الصريح في التدفقلالانعمنعمنعم
إعادة الإرسال عند انتهاء المهلةلالالالانعم
خدمة نقل موثوقةلانعملانعمنعم

يوجد أيضًا بروتوكول نقل بدون اتصال، محدد بواسطة ISO/IEC 8602/ITU-T التوصية X.234. [ 19 ]

مراجع

  1. 1 2 ر. برادن ، محرر. (أكتوبر 1989). متطلبات مضيفي الإنترنت - طبقات الاتصال . مجموعة عمل الشبكة. doi : 10.17487/RFC1122 . STD 3. RFC 1122 .المعيار الثالث للإنترنت. تم تحديثه بواسطة RFC 1349 و 4379 و 5884 و 6093 و 6298 و 6633 و 6864 و 8029 و 9293 . 
  2. "مقدمة إلى مجموعة بروتوكولات الإنترنت" . دليل إدارة النظام، المجلد 3 .
  3. "X.225 : تكنولوجيا المعلومات - الربط البيني للأنظمة المفتوحة - بروتوكول جلسة موجهة الاتصال: مواصفات البروتوكول" . مؤرشف من الأصل في 1 فبراير 2021. تم الاطلاع عليه في 10 مارس 2023 . 
  4. "طبقة النقل" (ملف PDF) . جامعة جالغوتيا .
  5. هينا، خيرا. “اتصالات البيانات والشبكات” (PDF) . جامعة جالجوتياس . ص. 9. 
  6. 1 2 إيدي، دبليو. (أغسطس 2022). بروتوكول التحكم في الإرسال (TCP) . IETF . القسم 2.2. doi : 10.17487/RFC9293 . RFC 9293 . 
  7. 1 2 بوستل، ج. (أغسطس 1980). بروتوكول بيانات المستخدم . IETF . doi : 10.17487/RFC0768 . RFC 768 .
  8. إيدي، و. (أغسطس 2022). بروتوكول التحكم في الإرسال (TCP) . IETF . القسم 4. doi : 10.17487/RFC9293 . RFC 9293 . 
  9. إيدي، و. (أغسطس 2022). بروتوكول التحكم في الإرسال (TCP) . IETF . القسم 3.8. doi : 10.17487/RFC9293 . RFC 9293 . 
  10. إيدي، و. (أغسطس 2022). بروتوكول التحكم في الإرسال (TCP) . IETF . القسم 3.8.2. doi : 10.17487/RFC9293 . RFC 9293 . 
  11. إيغرت، ل.؛ فيرهيرست، ج.؛ شيبرد، ج. (مارس 2017). إرشادات استخدام بروتوكول UDP . IETF . القسم 1. doi : 10.17487/RFC8085 . RFC 8085 . 
  12. إيغرت، ل.؛ فيرهيرست، ج.؛ شيبرد، ج. (مارس 2017). إرشادات استخدام بروتوكول UDP . IETF . القسم 4. doi : 10.17487/RFC8085 . RFC 8085 . 
  13. تكنولوجيا المعلومات - الربط البيني للأنظمة المفتوحة - بروتوكول لتوفير خدمة نقل البيانات في وضع الاتصال (تقرير). الاتحاد الدولي للاتصالات . نوفمبر 1995. توصية ITU-T X.224؛ ISO/IEC 8073:1995 . تاريخ الاطلاع: 3 يوليو 2026 .
  14. ^ باباسترجيو وآخرون. 2017 ، ص. 620-624.
  15. إيينغار، ج.؛ طومسون، م. (مايو 2021). QUIC: بروتوكول نقل آمن ومتعدد الإرسال قائم على UDP . IETF . القسم 1. doi : 10.17487/RFC9000 . RFC 9000 . 
  16. برايان سي. سميث، بروتوكول UDP الدوري: بروتوكول بذل الجهد الأمثل الموجه بالأولوية (ملف PDF) ، تم الاطلاع عليه في 23 فبراير 2020
  17. "RFC 8200" . تم الاطلاع عليه في 15 يونيو 2025. على عكس IPv4، فإن السلوك الافتراضي عند إنشاء حزم UDP بواسطة عقدة IPv6 هو أن مجموع التحقق UDP ليس اختياريًا.
  18. ^ "التوصية ITU-T X.224 (11/1995) ISO/IEC 8073" . Itu.int . تم الاسترجاع في 17 يناير 2017 .
  19. ^ "التوصية ITU-T X.234 (07/1994) ISO/IEC 8602" . Itu.int . تم الاسترجاع في 17 يناير 2017 .

فهرس