文章目錄

• 一、傳輸層的功能??
• 二、端口
• 三、UDP??
• 四、TCP????
• • 概述
  • 可靠傳輸工作原理
  • 兩個協議
  • TCP報文段
  • 流量控制，擁塞控制，運輸連接管理????

前些天發現了一個巨牛的人工智能學習網站，通俗易懂，風趣幽默，忍不住分享一下給大家。點擊跳轉到網站。點擊這里

---

一、傳輸層的功能??

• 為相互通信的應用進程提供端到端的邏輯通信
• 封裝后的數據為數據段

二、端口

• 16位二進制數作為端口號
• 分為服務器端口（熟知端口，登記端口）和客戶端端口
• 常見熟知端口???：計算機網絡·各應用層協議對應的傳輸層協議及端口號

三、UDP??

• 是無連接的
  發送數據之前不需要建立連接，因此減少了開銷和發送數據之前的時延。
• 盡最大努力交付
  即不保證可靠交付，同時也不使用擁塞控制
• 面向報文
• 首部只有8字節

四、TCP????

概述

• 面向連接，面向字節流
• 每一條TCP鏈接只能是兩個端點且是點對點的
• 可靠交付服務
• 全雙工通信
• 端點叫套接字socket
  

可靠傳輸工作原理

• 接收方收到后，要向發送方發送已收到的確認信號
• 若發送方沒有及時收到確認信號（可能丟失或丟棄，也可能遲到），進行超時重傳重新發送
• 根據上述確認和重傳機制，我們就能實現在不可靠的傳輸網絡上實現可靠的通信
• 可靠傳輸協議稱為自動重傳請求ARQ

兩個協議

停止等待協議：簡單，但是信道利用率低

連續ARQ協議：容易實現，即使確認丟失也不必重傳，但是不能向發送方反映已經正確收到的所有分組的信息

• 接收方一般采用累積確認的方式
• 發送方根據接收方報文段中窗口值，構成窗口大小=MIN[發送端窗口大小，接收端窗口大小]）
• 發送方每收到一個確認，窗口前移
• 可用窗口=（窗口總大小-已發送但未收到確認的字節數）
  

TCP報文段

• 首部長度20字節——60字節
• 源端口16位，目的端口16位，序號32位，確認號32位，首部長度4B
• 序號，確認號ack（期望），窗口值，標識（ACK,SYN,FIN）【了解就可】
  
• 序號：占4字節。若上一報文段最后一個字節的序號是400，下一個報文段的序號字段值應為401
• 確認號：占4字節。是期望收到對方下一個報文段的第一個數據字節的序號。若B成功收到A發送的報文段，其序號字段值是501，而數據長度是200字節（序號501~700），B期望收到A的下一個數據序號是701。
• 窗口值：占2字節。讓對方設置窗口值的依據
• ACK: ACK=1，確認號有效，ACK=0，確認號無效
• SYN: SYN=1,表明這是一個連接請求或連接接收的報文
• FIN: FIN=1表明已發送完畢，并要求釋放連接

流量控制，擁塞控制，運輸連接管理????

計算機網絡·詳解TCP流量控制，擁塞控制，運輸連接管理

總結

以上是生活随笔為你收集整理的五天带你学完《计算机网络》·第三天·传输层的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。