共用方式為


Windows 網路架構和 OSI 模型

本文探討 Windows 網路架構,以及 Windows 網路驅動程式如何實作 OSI 模型的 下四 層。

如需模型所有七層的一般資訊,請參閱 OSI 模型

Microsoft Windows 作業系統使用網路架構,此架構是以 1978 年國際標準組織 (ISO) 所開發的七層網路模型為基礎。

ISO 開放系統相互連線 (OSI) 參考模型將網路描述為「一系列通訊協定層,以及配置給每一層的特定功能集。 每一層都會提供較高層級的特定服務,同時防止這些層級實作服務的詳細資料。 每個相鄰層之間的定義完善的介面,會定義較低層提供給較高層的服務,以及這些服務如何存取。」

下圖說明 OSI 模型。

此圖顯示 OSI 參考模型的七層。

Windows 網路驅動程式 會實作 OSI 模型的下四層。

實體層

實體層是 OSI 模型的最低層。 此層會管理透過實體媒體接收和傳輸非結構化原始位資料流程。 它會描述實體媒體的電子/光學、機械和功能介面。 實體層會攜帶所有較高層的訊號。

在 Windows 中,網路介面卡 (NIC) 會實作實體層、其子層,以及 NIC 所連接的媒體。

資料連結層會在實體位址之間傳送框架,並負責在實體層中發生錯誤偵測和復原。

資料連結層會進一步分割為兩個子層:媒體存取控制) ( (MAC) 和邏輯連結控制 (LLC) 。

MAC

MAC 子圖層可管理實體層的存取、檢查畫面錯誤,以及管理接收畫面格的位址辨識。

在 Windows 網路架構中,MAC 子圖層會在 NIC 中實作。 NIC 是由稱為 迷你埠驅動程式的軟體設備磁碟機所控制。 Windows 支援數種迷你埠驅動程式變化,包括 WDM 迷你埠驅動程式、迷你埠呼叫管理員 (MC) ,以及迷你埠 中繼驅動程式

LLC

LLC 子圖層提供從一個節點到另一個節點的無錯誤資料傳輸。 LLC 子圖層會建立和終止邏輯連結、控制畫面流程、序列畫面、認可畫面格,以及重新傳輸未清除的畫面格。 LLC 子圖層會使用框架通知和重新傳輸,透過上層的連結提供幾乎無錯誤的傳輸。

在 Windows 中,稱為 通訊協定驅動程式的軟體驅動程式 會實作 LLC 子圖層。

網路層

網路層會控制子網的作業。 此層會根據下列專案決定資料應採用的實體路徑:

  • 網路條件

  • 服務的優先順序

  • 其他因素,例如路由、流量控制、框架片段和重新組譯、邏輯到實體位址對應,以及使用量會計

通訊 協定驅動程式 會實作網路層。

傳輸層

傳輸層可確保訊息會依序傳遞錯誤,且不會遺失或重複。 此層可減輕較高層級的通訊協定,使其無法擔心其對等的資料傳輸。

通訊協定堆疊中需要最少的傳輸層,其中包含提供虛擬線路功能的可靠網路或 LLC 子層。 例如,由於適用于 Windows 的 NetBEUI 傳輸驅動程式是符合 OSI 規範的 LLC 子圖層,因此其傳輸層函式最少。 如果通訊協定堆疊不包含 LLC 子圖層,而且如果網路層不可靠,或支援資料包 (與 TCP/IP 的 IP 層或 NWLink 的 IPX 層) 一樣,傳輸層應該包含框架排序和認可,以及重新傳輸未封鎖的畫面格。

在 Windows 網路架構中,通訊 協定驅動程式有時稱為 傳輸驅動程式,會實作傳輸層。