LLC协议

A. LLC的帧结构

LLC 为上层提供了处理任何类型 MAC 层的方法，例如，以太网 IEEE 802.3 CSMA/CD 或者令牌环 IEEE 802.5 令牌传递专（Token Passing）方式。
LLC 是在高级属数据链路控制（HDLC ： High-Level Data-Link Control）的基础上发展起来的，并使用了 HDLC 规范的子集。LLC 定义了三种数据通信操作类型：
类型1：无连接。该方式不保证发送的信息一定可以收到。
类型2：面向连接。该方式提供了四种服务：连接的建立、确认和数据到达响应、差错恢复（通过请求重发接收到的错误数据实现）以及滑动窗口（系数：128）。滑动窗口用来提高数据传输速率。
类型3：无连接应答响应服务。
类型1的 LLC 无连接服务中规定了一种静态帧格式，并允许在其上运行网络协议。使用传输层协议的网络协议通常会使用服务类型1方式。
类型2的 LLC 面向连接服务支持可靠数据传输，运用于不需要调用网络层和传输层协议的局域网环境 。

B. 数据链路层的MAC和LLC子层的区别

数据链来路层的源MAC和LLC子层的区别为：实现不同、依赖体不同、主要功能不同。

一、实现不同

1、MAC子层：MAC子层是由网络接口卡（NIC:网卡）来实现。

2、LLC子层：LLC子层是由传输驱动程序实现的。

二、依赖体不同

1、MAC子层：MAC子层依赖于各自的物理层。

2、LLC子层：LLC子层在IEEE802.2标准中定义，为802标准系列共用。

三、主要功能不同

1、MAC子层：MAC子层的的主要功能为数据帧的封装/卸装，帧的寻址和识别，帧的接收与发送，链路的管理，帧的差错控制。

2、LLC子层：LLC子层的主要功能为传输可靠性保障和控制，数据包的分段与重组，数据包的顺序传输。

C. 数据链路层上下子层（LLC,MAC）分别对应哪些协议

CSMA属于MAC。。。

D. LLC协议的LLC介绍

LLC： （IEEE 802.2）
（LLC：Logic Link Control － IEEE 802.2）
以实现如下功能：

E. 以太网帧格式中IEEE802.3的LLC的格式及各字段的含义

历史上以太网帧格式有五种:

1.Ethernet V1：这是最原始的一种格式，是由Xerox PARC提出的3Mbps CSMA/CD以太网标准的封装格式，后来在1980年由DEC，Intel和Xerox标准化形成Ethernet V1标准.

2.Ethernet V2(ARPA)：由DEC，Intel和Xerox在1982年公布其标准，主要更改了Ethernet V1的电气特性和物理接口，在帧格式上并无变化；Ethernet V2出现后迅速取代Ethernet V1成为以太网事实标准；Ethernet V2帧头结构为6bytes的源地址+6bytes的目标地址+2Bytes的协议类型字段+数据。

3.RAW 802.3：这是1983年Novell发布其划时代的Netware/86网络套件时采用的私有以太网帧格式，该格式以当时尚未正式发布的802.3标准为基础；但是当两年以后IEEE正式发布802.3标准时情况发生了变化—IEEE在802.3帧头中又加入了802.2 LLC(Logical Link Control)头，这使得Novell的RAW 802.3格式跟正式的IEEE 802.3标准互不兼容.

4.802.3/802.2 LLC：这是IEEE 正式的802.3标准，它由Ethernet V2发展而来。它将Ethernet V2帧头的协议类型字段替换为帧长度字段(取值为0000-05dc;十进制的1500)；并加入802.2 LLC头用以标志上层协议，LLC头中包含DSAP，SSAP以及Crontrol字段.

5.802.3/802.2 SNAP：这是IEEE为保证在802.2 LLC上支持更多的上层协议同时更好的支持IP协议而发布的标准，与802.3/802.2 LLC一样802.3/802.2 SNAP也带有LLC头，但是扩展了LLC属性，新添加了一个2Bytes的协议类型域（同时将SAP的值置为AA），从而使其可以标识更多的上层协议类型；另外添加了一个3Bytes的OUI字段用于代表不同的组织，RFC 1042定义了IP报文在802.2网络中的封装方法和ARP协议在802.2 SANP中的实现.

F. 以太网协议和LLC协议现在搞得有点混淆了，两者啥关系

我不知道对不对，我最近上这个课， 我的理解是以太网协议就是HDLC协议（前身PPP协议，对于点对点连接）的，回 或者以太网协议是LLC协议和MAP协议（多路访问协议）的协议（广播连接，基本用在无线网csma/ca，以前没有交换机时，还有有线网络广播用csma/cd，但现在好像很少用了，基本连了交换机就是点对点连接了）。 我认为这就是正解，至于为啥软件商不用LLC协议，我答觉得不可能，因为LLC和HDLC 本身就是DLC 协议的一部分，也就是数据链路控制协议， 也就是说软件厂商不管错误控制流量控制么？ 这一步是没法跳过去的。 成帧实在LLC的，MAC 那里是给帧加标记来区分，当然还有MAP，LLC主要那里会写什么以太网协议，进而用对应地流量控制和错误控制 （其实还有其他的，老师都说过，这里就不多写了）
我理解是这样的

G. IEEE802.2LLC和IEEE802.2SNAP是什么

IEEE802.2——逻辑链路控制。这是高层协议与任何一种局域网MAC子层的接口。
LLC是：逻辑链路控制子层。
一个主机中可能有多个进程在运行，它们可能同时与其他的一些进程（在同一主机或多个主机中）进行通信。因此在一个主机的LLC子层的一个服务访问点，以便想多哥进程提供服务 。在网络中的进程通信时，需要有两种地址：
（1）MAC地址。即主机在网络中的站地址或物理地址，着有MAC帧负责传送。
（2）SAP地址。即进在某一个主机中的地址，也就是LLC子层上面的服务访问点 SAP，这由LLC帧负责传送。
这就是说，网络中的寻址要分两步走。第一步，用MAC帧的地址信息找到网络中的某一个主机，第二步，用LLC帧的地址信息找到该主机中的某一个服务访问点SAP。
也就是说当一个LLC子层有多个服务访问点时，不同的用户使用不同的服务访问点时就可以做不同的事。
LLC子层提供4种操作类型：LLC1，不确认的无连接服务。LLC2，面向连接服务。LLC3，带确认的无连接服务。LLC4，高速传送服务。
为了区别802.3数据帧中所封装的数据类型， IEEE引入了802.2SAP和SNAP的标准。它们工作在数据链路层的LLC（逻辑链路控制）子层。通过在802.3帧的数据字段中划分出被称为服务访问点（SAP）的新区域来解决识别上层协议的问题，这就是802.2SAP。IEEE802.2SNAP是：LLC标准包括两个服务访问点，源服务访问点（SSAP）和目标服务访问点（DSAP）。每个SAP只有1字节长，而其中仅保留了6比特用于标识上层协议，所能标识的协议数有限。因此，又开发出另外一种解决方案，在802.2SAP的基础上又新添加了一个2字节长的类型域（同时将SAP的值置为AA），使其可以标识更多的上层协议类型。

RFC是request for comment的缩写，是由IETF管理，所有关于Internet的正式标准都以文档出版，但不是所有的RFC都是正式的标准，很多RFC的目的只是为了提供信息。RFC每一篇都用一个数字来标识，如RFC2401 ，数字越大说明RFC 的内容越新。RFC是免费公开的，任何人都可以写RFC并提交IETF，一旦正式通过就可以正式发布，一旦发布RFC内容将不能再作任何修改，以后的修改只能通过新的RFC来处理，因此可以看到有很多新的RFC文档obsolete（废除）或update（更新）老的RFC。要真正了解一个协议的内容，就需要看相关的RFC。

H. LLC是什么

LLC是Logic Link Control的缩写，意为：逻辑链路控制，是一种 IEEE 802.2 LAN 协议，规定了数据链路层中 LLC 子层的实现。
它负责识别网络层协议，然后对它们进行封装。LLC报头告诉数据链路层一旦帧被接收到时，应当对数据包做何处理。它的工作原理是这样的：主机接收到帧并查看其LLC报头，以找到数据包的目的地，比如说，在网络层的IP协议。LLC子层也可以提供流量控制并控制比特流的排序。
IEEE 802.2 LLC 应用于 IEEE802.3 （以太网）和 IEEE802.5（令牌环

I. 试比较HDLC规程和LLC协议的异同

1.HDlC实现了完整的链路层功能。在局域网体系中，数据链路层功能是由llc和mac子层提供的，专llc封装在mac中，因此没有校属验或同步标志。校验和同步在mac中。
2.llc帧地址是服务访问地址，不是物理地址，物理地址在mac中。
3.llc只定义了一种数据传输模式简化了HDlC。
考研狗还有一个多月考研，这是我背的知识点里面的。望能提供帮助。

J. 在gprs网络中的llc协议中 目标小区是用什么标示

GPRS是通用分组无线业务(General Packet Radio Service)的简称，它突破了GSM网只能提供电路交换的思维方式，只通过版增加相应的功能实体权和对现有的基站系统进行部分改造来实现分组交换，这种改造的投入相对来说并不大，但得到的用户数据速率却相当。