IEEE 802.2

IEEE 802.2 是以IEEE 802 標準，對數據鏈路層上層邏輯鏈路控制 (LLC)連接的建立和管理的規範。LLC下層提出一個對數據鏈接服務的用户一致的接口，位於數據鏈路層下層的網絡層依靠使用的特殊媒介(以太網, 令牌環, FDDI, 802.11等等)。

IEEE標準增加增加標準8位的這下層 DSAP (目的地 服務訪問點)和 SSAP (來源 服務訪問點)標籤對一個特定小包不管網絡鍵入。 也有一個8或16位控制域用於輔助函數例如 流量控制. 有室為64個全球性地被分配的樹汁數字，並且IEEE不輕微分配他們。 因為“可能給僅國際標準”全球性地被分配的樹汁數字， IP沒有一個被分配的樹汁數字。 不是國際標準的協議可能使用樹汁數字從當地被執行的樹汁數字空間。 子網絡訪問協議 (短冷期)准許 EtherType 將使用的價值指定在IEEE被運輸的協議802.2上面，並且允許供營商定義他們自己的協議價值空間

IEEE 802.2提供無聯繫並且一定向連接的操作狀態：

第一類型 是一個未承認的無聯繫的方式。 它考慮到送框架 對一個唯一目的地(點對點或unicast調動)， 對多個目的地在同一個網絡(多點傳送)， 或對網絡(廣播)的所有駐地。 當同樣信息需求被繁殖對網絡的所有駐地時，對多點傳送的用途和廣播減少網絡信息流通量。 然而第一類型服務不提供保證關於被接受的框架的定貨與他們被送了的命令比較; 發令者甚而沒得到承認框架被接受了。

第二類型 是a 定向連接操作狀態。 序列編號保證送被接受的框架被保證按順序他們，並且框架沒有丟失。

第三類型 是被承認的 無聯繫服務。 它支持僅點對點通信。

802.2定義了包括a的特別倒栽跳水 短冷期 (子網絡訪問協議)倒栽跳水。 有些協議，特殊那些為設計了 OSI網絡堆操作直接地在802.2 LLC頂部，提供數據圖和定向連接的網絡服務。 這802.2倒栽跳水在現代802.3框架(以太網II框架， aka當前被埋置。 DIX 框架)。

LLC倒栽跳水包括二個另外的八位地址域，叫 服務訪問點 或樹汁在OSI術語; 當來源和目的地樹汁被設置到價值0xAA時，短冷期服務請求。 短冷期倒栽跳水允許EtherType價值使用與所有 IEEE 802 協議，並且支持私有協議ID空間。 在IEEE 802.3x-1997，改變IEEE以太網標準明確地允許對16位領域的用途，在MAC地址使用作為長度領域或類型領域之後。

Novell NetWare 的世界的以太網交通最那時跑了“未加工” 802.3運載的IPX，默認情況下使用了這個框架類型直到中間90，和，因為Netware及時是非常普遍，而IP不是。 因為Netware 4.10 Netware現在默認為IEEE 802.2與LLC (Netware框架類型Ethernet_802.2)，當使用IPX時。

Mac OS為使用802.2/SNAP構築 AppleTalk 協議組在以太網(“EtherTalk”)和以太網構築為TCP/IP的II。

以太網802.2變形當前不在普遍用途在共同網絡，除未移居對Netware在IP的大公司Netware設施之外。 從前，許多公司網支持802.2以太網支持透明翻譯的橋樑在以太網和IEEE 802.5令牌環或者FDDI網絡之間。那裏存在 互聯網標準 為濃縮IP版本4交通 IEEE 802.2 框架與LLC/SNAP倒栽跳水。 它在以太網幾乎從未被實施(雖然使用它 FDDI 並且 令牌環, IEEE 802.11和其他 IEEE 802 網絡)。

IP交通在IEEE 802.2 LLC框架不可能被濃縮沒有短冷期，因為，雖然有一個LLC協議類型為IP，那裏是沒有LLC協議類型為 ARP. IP版本6可能也被傳送在以太網使用IEEE 802.2與LLC/SNAP，但，再，幾乎從未使用那(雖然IPv6的LLC/SNAP封閉在IEEE 802網絡使用)。

進一步要混淆事態，可以有三IEEE 802.2 PDU，在所謂的U、I或者S框架。

U框架，與一個8位控制域，為無聯繫的應用打算 I幀，與16位控制和序列數字域，意欲用於定向連接的應用 S框架，與16位控制域，意欲為監督作用使用在LLC (邏輯鏈路控制)層數。 這三個格式，僅U格式是常用的。 PDU框架的格式由控制域的第一個字節的更低的二位確定， IEEE 802.2概念上獲得了從 HDLC解釋它的設計的這些方面。