1.2 LLC協議

在IEEE 802局域網標準中，LLC層對應于ISO/OSI參考模型的數據鏈路層，實現了數據鏈路層的大部分功能，還有一些功能由MAC層實現。LLC協議是根據局域網的特點，對HDLC通信規程進行了適當的簡化和重定義而制定的。

LLC層協議定義了對等LLC層實體之間進行數據通信的服務規范，提供了兩種服務，有不確認無連接服務和面向連接的服務，還定義了網絡層與LLC層接口、LLC層與MAC層接口。

1．LLC幀格式

LLC協議定義了LLC層之間通信的幀格式，見圖1-3。

LLC幀格式中各個字段的含義如下。

（1）服務訪問點（SAP）地址：SAP提供了多個高層協議進程共同使用一個LLC層實體進行通信的機制。在一個網絡節點上，一個LLC層實體可能同時為多個高層協議提供服務。為此，LLC協議定義了一種邏輯地址SAP及其編碼機制，允許多個高層協議進程使用不同的SAP地址來共享一個LLC層實體進行通信而不發生沖突。SAP機制還允許高層協議進程同時使用多個SAP進行通信，但在某一時刻，一個SAP只能由一個高層協議進程使用，一次通信結束并釋放SAP后，才能被其他高層協議進程使用。

SSAP和DSAP地址字段分別定義了源LLC SAP地址和目的LLC SAP地址，其中DSAP的最高位為地址類型標志（I/G）位，I/G=0表示DSAP地址是一個單地址，LLC幀由DSAP標識的唯一目的LLC SAP接收；I/G=1表示DSAP地址是一個組地址，LLC幀由DSAP標識的一組目的LLC SAP接收。SSAP的最高位為命令/響應標志（C/R）位，C/R=0表示LLC幀是命令幀；C/R=1表示LLC幀是響應幀。

（2）控制：用于定義LLC幀類型。LLC定義了三種幀，包括信息幀（I幀）、監控幀（S幀）和無編號幀（U幀），其含義見表1-1。LLC幀中的控制字段可以擴展為兩個字節，擴展后的控制字段主要增加了N（S）和N（R）的長度，即由原來的3位增加到7位，序號的模數由原來的8增加到128。

（3）信息：用于傳送用戶數據。信息字段長度為8的整數（M）倍，M的上限取決于所采用的MAC協議。

LLC協議是HDLC協議的子集，與HDLC協議相比，LLC協議有如下不同。

（1）在IEEE 802局域網體系結構中，數據鏈路層功能由LLC和MAC兩個子層實現，LLC幀必須封裝在MAC幀中進行傳輸，而不能單獨地通過物理層傳輸。因此，LLC幀中沒有用于幀同步的標志字段以及用于驗證幀正確性的幀校驗字段；這些字段由MAC協議添加在MAC幀中，而LLC幀被封裝在MAC幀的信息字段中。MAC協議則與局域網類型有關。

（2）LLC幀地址字段指示的是服務訪問點地址，它是一種邏輯地址，而不是指示網絡節點的物理地址，節點的物理地址同樣是由MAC幀指示的。

（3）由于IEEE 802局域網采用平衡式鏈路結構，LLC協議只定義了一種數據傳送操作方式：擴展的異步平衡方式（ABME）。因此，簡化了LLC幀的種類，LLC幀只有14種，而HDLC幀有24種。

2．LLC服務

在LLC協議中定義了兩種服務方式。

（1）不確認無連接服務。它是在無連接的數據鏈路上提供數據傳輸服務的，因此不保證數據傳輸的正確性。數據傳輸模式可以是單播（點對點）方式、組播（點對多點）方式和廣播（點對全體）方式。這是一種數據報服務。

（2）面向連接服務。它是在面向連接的數據鏈路上提供數據傳輸服務的，因此它必須提供建立、使用、終止以及復位數據鏈路層連接所需的操作手段，并且還要提供數據鏈路層的定序、流控和錯誤恢復等功能。這是一種虛電路服務。

LLC協議通過不同的操作類型來標識這兩種服務。

（1）類型Ⅰ操作：采用不確認無連接的服務方式，使用無編號的信息（UI）幀實現數據傳輸。與類型Ⅰ操作有關的LLC幀有UI、XID和TEST。

（2）類型Ⅱ操作：采用面向連接的服務方式，在建立連接時使用SABME幀；在數據傳輸時使用有編號的信息建立在（I）幀；在斷開連接時使用DISC幀；在數據傳輸過程中使用RR、RNR和REJ幀實施定序、流控和錯誤恢復等功能。除了UI、XID和TEST三種幀，其余的LLC幀都是在類型Ⅱ操作中使用的。

LLC協議的實現可采用兩種方法：只支持類型Ⅰ操作的LLC和同時支持兩種類型操作的LLC，具體取決于網絡產品開發商。在一般網絡系統中，LLC協議只支持類型Ⅰ操作。因為在網絡體系結構中，面向連接的服務通常是由高層協議（如傳輸層協議）提供的。