什么叫HDLC站 HDLC帧是什么?
\u9ad8\u7ea7\u6570\u636e\u94fe\u8def\u63a7\u5236(HDLC)\u662f\u4ec0\u4e48\u610f\u601dHDLC \u7684\u53e6\u4e00\u4e2a\u91cd\u8981\u529f\u80fd\u662f\u6d41\u91cf\u63a7\u5236\uff0c\u6362\u53e5\u8bdd\u8bf4\uff0c\u4e00\u65e6\u63a5\u6536\u7aef\u6536\u5230\u6570\u636e\uff0c\u4fbf\u80fd\u7acb\u5373\u8fdb\u884c\u4f20\u8f93\u3002HDLC \u5177\u6709\u4e24\u79cd\u4e0d\u540c\u7684\u5b9e\u73b0\u65b9\u5f0f\uff1a\u9ad8\u7ea7\u6570\u636e\u94fe\u8def\u63a7\u5236\u6b63\u5e38\u54cd\u5e94\u6a21\u5f0f\u5373 HDLC NRM\uff08\u53c8\u79f0\u4e3aSDLC\uff09\u548c HDLC \u94fe\u8def\u8bbf\u95ee\u8fc7\u7a0b\u5e73\u8861\uff08LAPB\uff09\u3002\u5176\u4e2d\u7b2c\u4e8c\u79cd\u4f7f\u7528\u66f4\u4e3a\u666e\u904d\u3002HDLC \u662f X.25 \u6808\u7684\u4e00\u90e8\u5206\u3002HDLC \u662f\u9762\u5411\u6bd4\u7279\u7684\u540c\u6b65\u901a\u4fe1\u534f\u8bae\uff0c\u4e3b\u8981\u4e3a\u5168\u53cc\u5de5\u70b9\u5bf9\u70b9\u64cd\u4f5c\u63d0\u4f9b\u5b8c\u6574\u7684\u6570\u636e\u900f\u660e\u5ea6\u3002\u5b83\u652f\u6301\u5bf9\u7b49\u94fe\u8def\uff0c\u8868\u73b0\u5728\u6bcf\u4e2a\u94fe\u8def\u7ec8\u7aef\u90fd\u4e0d\u5177\u6709\u6c38\u4e45\u6027\u7ba1\u7406\u7ad9\u7684\u529f\u80fd\u3002\u53e6\u4e00\u65b9\u9762\uff0cHDLC NRM \u5177\u6709\u4e00\u4e2a\u6c38\u4e45\u57fa\u7ad9\u4ee5\u53ca\u4e00\u4e2a\u6216\u591a\u4e2a\u6b21\u7ad9\u3002HDLC LAPB \u662f\u4e00\u79cd\u9ad8\u6548\u534f\u8bae\uff0c\u4e3a\u786e\u4fdd\u6d41\u91cf\u63a7\u5236\u3001\u5dee\u9519\u76d1\u6d4b\u548c\u6062\u590d\u5b83\u8981\u6c42\u989d\u5916\u5f00\u9500\u6700\u5c0f\u3002\u5982\u679c\u6570\u636e\u5728\u4e24\u4e2a\u65b9\u5411\u4e0a\uff08\u5168\u53cc\u5de5\uff09\u76f8\u4e92\u4f20\u8f93\uff0c\u6570\u636e\u5e27\u672c\u8eab\u5c31\u4f1a\u4f20\u9001\u6240\u9700\u7684\u4fe1\u606f\u4ece\u800c\u786e\u4fdd\u6570\u636e\u5b8c\u6574\u6027\u3002\u5e27\u7a97\u53e3\u662f\u7528\u4e8e\u5728\u63a5\u6536\u7b2c\u4e00\u4e2a\u5e27\u5df2\u7ecf\u6b63\u786e\u6536\u5230\u7684\u786e\u8ba4\u4e4b\u524d\u53d1\u9001\u590d\u5e27\u3002\u8fd9\u5c31\u610f\u5473\u7740\u5728\u5177\u6709\u957f\u201cturn-around\u201d\u65f6\u95f4\u6ede\u540e\u7684\u60c5\u51b5\u4e0b\u6570\u636e\u80fd\u591f\u7ee7\u7eed\u4f20\u9001\uff0c\u800c\u4e0d\u9700\u8981\u505c\u4e0b\u6765\u7b49\u5f85\u54cd\u5e94\u3002\u4f8b\u5982\u5728\u536b\u661f\u901a\u4fe1\u4e2d\u4f1a\u53d1\u751f\u8fd9\u79cd\u60c5\u5f62\u3002\u901a\u5e38\uff0c\u5e27\u5206\u4e3a\u4e09\u79cd\u7c7b\u578b\uff1a\u4fe1\u606f\u5e27\uff1a\u5728\u94fe\u8def\u4e0a\u4f20\u9001\u6570\u636e\uff0c\u5e76\u5c01\u88c5OSI\u4f53\u7cfb\u7684\u9ad8\u5c42\uff1b\u7ba1\u7406\u5e27\uff1a\u7528\u4e8e\u5b9e\u73b0\u6d41\u91cf\u63a7\u5236\u548c\u5dee\u9519\u6062\u590d\u529f\u80fd\uff1b\u65e0\u7f16\u53f7\u5e27\uff1a\u63d0\u4f9b\u94fe\u8def\u7684\u521d\u59cb\u5316\u548c\u7ec8\u6b62\u64cd\u4f5c\u3002\u534f\u8bae\u7ed3\u67841 byte1-2 bytes1 bytevariable2 bytes1 byteFlagAddress fieldControl fieldInformationFCSFlagFlag \u2015 \u8be5\u5b57\u6bb5\u503c\u6052\u4e3a 0x7E\u3002Address Field \u2015 \u5b9a\u4e49\u53d1\u9001\u5e27\u7684\u6b21\u7ad9\u5730\u5740\uff0c\u6216\u57fa\u7ad9\u53d1\u9001\u5e27\u7684\u76ee\u7684\u5730\u3002\u8be5\u5b57\u6bb5\u5305\u62ec\u670d\u52a1\u8bbf\u95ee\u70b9\uff086\u6bd4\u7279\uff09\u3001\u547d\u4ee4/\u54cd\u5e94\u4f4d\uff08\u8868\u793a\u5e27\u662f\u5426\u4e0e\u8282\u70b9\u53d1\u9001\u7684\u4fe1\u606f\u5e27\u6709\u5173\u6216\u5e27\u662f\u5426\u88ab\u8282\u70b9\u63a5\u6536\uff09\u3001\u5730\u5740\u6269\u5c55\u4f4d\uff08\u901a\u5e38\u8bbe\u7f6e\u4e3a1\u5b57\u8282\u957f\uff09\u3002\u5f53\u8bbe\u7f6e\u9519\u8bef\u65f6\uff0c\u8868\u793a\u4e00\u4e2a\u9644\u52a0\u5b57\u8282\u3002Extended Address \u2015 HDLC \u4e3a\u57fa\u672c\u683c\u5f0f\u63d0\u4f9b\u4e86\u53e6\u4e00\u79cd\u6269\u5c55\u3002\u901a\u8fc7\u591a\u65b9\u534f\u5b9a\uff0cAddress Field \u53ef\u4ee5\u88ab\u6269\u5c55\u4e3a\u591a\u4e2a\u5b57\u8282\u3002Control Field \u2015 \u8bc6\u522b\u5e27\u7c7b\u578b\u3002\u53e6\u5916\uff0c\u6839\u636e\u5e27\u7c7b\u578b\u5212\u5206\uff0c\u8be5\u5b57\u6bb5\u8fd8\u5305\u62ec\u5e8f\u5217\u53f7\u3001\u63a7\u5236\u7279\u6027\u548c\u5dee\u9519\u8ddf\u8e2a\u3002FCS \u2015 \u5e27\u6821\u9a8c\u5e8f\u5217\uff08FCS\uff09\u5b57\u6bb5\u901a\u8fc7\u8bb8\u53ef\u4f20\u8f93\u5e27\u6570\u636e\u7684\u5b8c\u6574\u6027\uff0c\u4f7f\u9ad8\u5c42\u7269\u7406\u5dee\u9519\u63a7\u5236\u53ef\u4ee5\u88ab\u6821\u9a8c\u3002
\u662f\u4e00\u7ec4\u7528\u4e8e\u5728\u7f51\u7edc\u7ed3\u70b9\u95f4\u4f20\u9001\u6570\u636e\u7684\u534f\u8bae\uff0c\u662f\u7531\u56fd\u9645\u6807\u51c6\u5316\u7ec4\u7ec7\uff08ISO\uff09\u9881\u5e03\u7684\u4e00\u79cd\u9ad8\u53ef\u9760\u6027\u3001\u9ad8\u6548\u7387\u7684\u6570\u636e\u94fe\u8def\u63a7\u5236\u89c4\u7a0b\uff0c\u5176\u7279\u70b9\u662f\u5404\u9879\u6570\u636e\u548c\u63a7\u5236\u4fe1\u606f\u90fd\u4ee5\u6bd4\u7279\u4e3a\u5355\u4f4d\uff0c\u91c7\u7528\u201c\u5e27\u201d\u7684\u683c\u5f0f\u4f20\u8f93\u3002
\u4e0d\u540c\u7c7b\u578b\u7684HDLC\u88ab\u7528\u4e8e\u4f7f\u7528X.25\u534f\u8bae\u7684\u7f51\u7edc\u548c\u5e27\u4e2d\u7ee7\u7f51\u7edc\uff0c\u8fd9\u79cd\u534f\u8bae\u53ef\u4ee5\u5728\u5c40\u57df\u7f51\u6216\u5e7f\u57df\u7f51\u4e2d\u4f7f\u7528\uff0c\u65e0\u8bba\u6b64\u7f51\u662f\u516c\u5171\u7684\u8fd8\u662f\u79c1\u4eba\u7684\u3002
\u7279\u70b9
1\u3001\u900f\u660e\u4f20\u8f93\u3002\u9ad8\u7ea7\u6570\u636e\u94fe\u8def\u63a7\u5236\u5bf9\u4efb\u610f\u6bd4\u7279\u7ec4\u5408\u7684\u6570\u636e\u5747\u80fd\u900f\u660e\u4f20\u8f93\u3002\u201c\u900f\u660e\u201d\u662f\u4e00\u4e2a\u5f88\u91cd\u8981\u7684\u672f\u8bed\uff0c\u5b83\u8868\u793a\uff1a\u67d0\u4e00\u4e2a\u5b9e\u9645\u5b58\u5728\u7684\u4e8b\u7269\u770b\u8d77\u6765\u597d\u8c61\u4e0d\u5b58\u5728\u4e00\u6837\u3002
\u201c\u900f\u660e\u4f20\u8f93\u201d\u8868\u793a\u7ecf\u5b9e\u9645\u7535\u8def\u4f20\u9001\u540e\u7684\u6570\u636e\u4fe1\u606f\u6ca1\u6709\u53d1\u751f\u53d8\u5316\u3002\u56e0\u6b64\u5bf9\u6240\u4f20\u9001\u6570\u636e\u4fe1\u606f\u6765\u8bf4\uff0c\u7531\u4e8e\u8fd9\u4e2a\u7535\u8def\u5e76\u6ca1\u6709\u5bf9\u5176\u4ea7\u751f\u4ec0\u4e48\u5f71\u54cd\uff0c\u53ef\u4ee5\u8bf4\u6570\u636e\u4fe1\u606f\u201c\u770b\u4e0d\u89c1\u201d\u8fd9\u4e2a\u7535\u8def\uff0c\u6216\u8005\u8bf4\u8fd9\u4e2a\u7535\u8def\u5bf9\u8be5\u6570\u636e\u4fe1\u606f\u6765\u8bf4\u662f\u900f\u660e\u7684\u3002\u8fd9\u6837\u4efb\u610f\u7ec4\u5408\u7684\u6570\u636e\u4fe1\u606f\u90fd\u53ef\u4ee5\u5728\u8fd9\u4e2a\u7535\u8def\u4e0a\u4f20\u9001\u3002
2\u3001\u53ef\u9760\u6027\u9ad8\u3002\u5728\u9ad8\u7ea7\u6570\u636e\u94fe\u8def\u63a7\u5236\u89c4\u7a0b\u4e2d\uff0c\u5dee\u9519\u63a7\u5236\u7684\u8303\u56f4\u662f\u9664\u4e86F\u6807\u5fd7\u7684\u6574\u4e2a\u5e27\uff0c\u800c\u57fa\u672c\u578b\u4f20\u8f93\u63a7\u5236\u89c4\u7a0b\u4e2d\u4e0d\u5305\u62ec\u524d\u7f00\u548c\u90e8\u5206\u63a7\u5236\u5b57\u7b26\u3002\u53e6\u5916\u9ad8\u7ea7\u6570\u636e\u94fe\u8def\u63a7\u5236\u5bf9I\u5e27\u8fdb\u884c\u7f16\u53f7\u4f20\u8f93\uff0c\u6709\u6548\u5730\u9632\u6b62\u4e86\u5e27\u7684\u91cd\u6536\u548c\u6f0f\u6536\u3002
特点
1. HDLC是面向比特的数据链路控制协议的典型代表，该协议不依赖于任何一种字符编码集；
2. 数据报文可透明传输，用于实现透明传输的“0比特插入法”易于硬件实现；
3. 全双工通信，有较高的数据链路传输效率；
4. 所有帧采用CRC检验，对信息帧进行顺序编号，可防止漏收或重发，传输可靠性高；
5. 传输控制功能与处理功能分离，具有较大灵活性。
高级数据链路规程(HDLC)，是位于数据链路层的协议之一，其工作方式可以支持半双工、全双工传送，支持点到点、多点结构，支持交换型、非交换型信道，它的主要特点包括以下几个方面：
1. 透明性：为实现透明传输，HDLC定义了一个特殊标志，这个标志是一个8位的比特序列，(01111110)，用它来指明帧的开始和结束。同时，为保证标志的唯一性，在数据传送时，除标志位外，采取了0比特插入法，以区别标志符，即发送端监视比特流，每当发送了连续5个1时，就插入一个附加的0，接收站同样按此方法监视接收的比特流，当发现连续5个1时而第六位为0时，即删除这位0。
2. 帧格式：HDLC帧格式包括地址域、控制域、信息域和帧校验序列。
3. 规程种类：HDLC支持的规程种类包括异步响应方式下的不平衡操作、正常响应方式下的不平衡操作、异步响应方式下的平衡操作。
来源
七十年代初，IBM公司率先提出了面向比特的同步数据链路控制规程SDLC（Synchronous Data Link Control）。随后，ANSI和ISO均采纳并发展了SDLC，并分别提出了自己的标准：ANSI的高级通信控制过程ADCCP（Advanced Data Control Procedure），ISO的高级数据链路控制规程HDLC（High-level Data Link Control）。
编辑本段作用
链路控制协议着重于对分段成物理块或包的数据的逻辑传输，块或包由起始标志引导并由终止标志结束，也称为帧。帧是每个控制、每个响应以及用协议传输的所有信息的媒体的工具。所有面向比特的数据链路控制协议均采用统一的帧格式，不论是数据还是单独的控制信息均以帧为单位传送。 hdlc执行数据传输控制功能
每个帧前、后均有一标志码01111110,用作帧的起始、终止指示及帧的同步。标志码不允许在帧的内部出现，以免引起歧义。为保证标志码的唯一性但又兼顾帧内数据的透明性，可以采用“0比特插入法”来解决。该法在发送端监视除标志码以外的所有字段，当发现有连续5个“1”出现时，便在其后添插一个“0”，然后继续发后继的比特流。在接收端，同样监除起始标志码以外的所有字段。当连续发现5个“1”出现后，若其后一个比特“0”则自动删除它，以恢复原来的比特流；若发现连续6个“1”，则可能是插入的“0”发生差错变成的“1”，也可能是收到了帧的终止标志码。后两种情况，可以进一步通过帧中的帧检验序列来加以区分。“0比特插入法”原理简单，很适合于硬件实现。 在面向比特的协议的帧格式中，有一个8比特的控制字段，可以用它以编码方式定义丰富的控制命令和应答，相当于起到了BSC协议中众多传输控制 字符和转义序列的功能。 作为面向比特的数据链路控制协议的典型，HDLC具有如下特点：协议不依赖于任何一种字符编码集；数据报文可透明传输，用于实现透明传输的“0比特插入法”易于硬件实现；全双工通信，不必等待确认便可连续发送数据，有较高的数据链路传输效率；所有帧均采用CRC校验，对信息帧进行编号，可防止漏收或重份，传输可靠性高；传输控制功能与处理功能分离，具有较大灵活性和较完善的控制功能。由于以上特点，目前网络设计普遍使用HDLC作为数据链路管制协议。
编辑本段HDLC的特点
HDLC是面向比特的数据链路控制协议的典型代表，该协议不依赖于任何一种字符编码集；数据报文可透明传输，用于实现透明传输的“0比特插入法”易于硬件实现；全双工通信，有较高的数据链路传输效率；所有帧采用CRC检验，对信息帧进行顺序编号，可防止漏收或重份，传输可靠性高；传输控制功能与处理功能分离，具有较大灵活性。
编辑本段1.HDLC的操作方式
HDLC是通用的数据链路控制协议，当开始建立数据链路时，允许选用特定的操作方式。所谓链路操作方式，通俗地讲就是某站点以主站方式操作，还是以从站方式操作，或者是二者兼备。 在链路上用于控制目的站称为主站，其它的受主站控制的站称为从站。主站负责对数据流进行组织，并且对链路上的差错实施恢复。由主站发往从站的帧称为命令帧，而由从站返回主站的帧称响应帧。 连有多个站点的链路通常使用轮询技术，轮询其它站的站称为主站，而在点到点链路中每个站均可为主站。主站需要比从站有更多的逻辑功能，所以当终端与主机相连时，主机一般总是主站。 在一个站连接多条链中的情况下，该站对于一些链路而言可能是主站，而对另外一些链路而言又可能是从站。 有些可兼备主站和从站的功能，这站称为组合站，用于组合站之间信息传输的协议是对称的，即在链路上主、从站具有同样的传输控制功能，这又称作平衡操作，在计算机网络中这是一个非常重要的概念。相对的，那种操作时有主站、从站之分的，且各自功能不同的操作，称非平衡操作。 HDLC中常用的操作方式有以下三种：
（1）正常响应方式NRM
（Normal Responses Mode）是一种非平衡数据链路操作方式，有时也称非平衡正常响应方式。该操作方式适用于面向终端的点到点或一点与多点的链路。在这种操作方式，传输过程由主站启动，从站只有收到主站某个命令帧后，才能作为响应向主站传输信息。响应信息可以由一个或多个帧组成，若信息 由多个帧组成，则应指出哪一个是最后一帧。主站负责管理整个链路，且具有轮询、选择从站及向从站发送命令的权利，同时也负责对超时、重发及各类恢复 操作的控制。NRM操作方式见图3.7(a)。
（2）异步响应方式ARM
异步响应方式ARM（Asynchronous Responses Mode）也是一种非平衡数据链路操作方式，与NRM不同的是，ARM下的传输过程由从站启动。从站主动发送给主站的一个或一组帧中可包含有信息，也可以是仅以控制为目的而发的帧。在这种操作方式下，由从站来控制超时和重发。该方式对采用轮询方式的多站链路来说是必不可少的。ARM操作方式见图3.7(b)。
（3）异步平衡方式ABM
异步平衡方式ABM（Asynchronous Balanced Mode）是一种允许任何节点来启动传输的操作方式。为了提高链路传输效率，节点之间在两个方向上都需要的较高的信息传输量。在这种操作方式下任何时候任何站都能启动传输操作，每个站既可作为主站又可作为从站，每个站都是组合站。各站都有相同的一组协议，任何站都可以发送或接收命令，也可以给出应答，并且各站对差错恢复过程都负有相同的责任。
编辑本段2.HDLC的帧格式
hdlc帧格式
在HDLC中，数据和控制报文均以帧的标准格式传送。HDLC中的帧类似于BSC的字符块，但BSC协议中的数据报文和控制报文是独立传输的，而HDLC中的命令应以统一的格式按帧传输。HDLC的完整的帧由标志字段（F）、地址字段（A）、控制字段（C）、信息字段（I）、帧校验序列字段（FCS）等组成.
（1）标志字段（F）
标志字段为01111110的比特模式，用以标志帧的起始和前一帧的终止。标志字段也可以作为帧与帧之间的填充字符。通常，在不进行帧传送的时刻，信道仍处于激活状态，在这种状态下，发方不断地发送标志字段，便可认为一个新的帧传送已经开始。采用“0比特插入法”可以实现数据的透明传输。
（2）地址字段（A）
地址字段的内容取决于所采用的操作方式。在操作方式中，有主站、从站、组合站之分。每一个从站和组合站都被分配一个唯一的地址。命令帧中的地址字段携带的是对方站的地址，而响应帧中的地址字段所携带的地址是本站的地址。某一地址也可分配给不止一个站，这种地址称为组地址，利用一个组地址传输的帧能被组内所有拥有该组一一的站接收。但当一个站或组合站发送响应时，它仍应当用它唯一的地址。还可用全“1”地址来表示包含所有站的地址，称为广播地址，含有广播地址的帧传送给链路上所有的站。另外，还规定全“0”地址为无站地址，这种地址不分配给任何站，仅作作测试。
（3）控制字段（C）
控制字段用于构成各种命令和响应，以便对链路进行监视和控制。发送方主站或组合站利用控制字段来通知被寻址的从站或组合站执行约定的操作；相反，从站用该字段作对命令的响应，报告已完成的操作或状态的变化。该字段是HDLC的关键。控制字段中的第一位或第一、第二位表示传送帧的类型，HDLC中有信息帧（I帧）、监控帧（S帧）和无编号帧（U帧）三种不同类型的帧。控制字段的第五位是P/F位，即轮询/终止（Poll/Final）位。 控制字段中第1或第1、2位表示传送帧的类型，第1位为“0”表示是信息帧，第1、2位为“10”是监控帧，“11”是无编号帧。 信息帧中，234位为存放发送帧序号，5位为轮询位，当为1时，要求被轮询的从站给出响应，678位为下个预期要接收的帧的序号。 监控帧中，34位为S帧类型编码。第5位为轮询/终止位，当为1时，表示接收方确认结束。 无编号帧，提供对链路的建立、拆除以及多种控制功能，，用34678这五个M位来定义，可以定义32种附加的命令或应答功能。
（4）信息字段（I）
信息字段可以是任意的二进制比特串。比特串长度未作限定，其上限由FCS字段或通信站的缓冲器容量来决定，目前国际上用得较多的是1000~2000比特；而下限可以为0，即无信息字段。但是，监控帧（S帧）中规定不可有信息字段。
（5）帧校验序列字段（FCS）
帧校验序列字段可以使用16位CRC，对两个标志字段之间的整个帧的内容进行校验。FCS的生成多项式CCITT V4.1建议规定的X16+X12+X5+1。
编辑本段3.HDLC的帧类型
（1）信息帧（I帧）
信息帧用于传送有效信息或数据，通常简称I帧。I帧以控制字第一位为“0”来标志。 信息帧的控制字段中的N（S）用于存放发送帧序号，以使发送方不必等待确认而连续发送多帧。N（R）用于存放接收方下一个预期要接收的帧的序号，N（R）=5，即表示接收方下一帧要接收5号帧，换言之，5号帧前的各帧接收到。N（S）和N（R）均为3位二进制编码，可取值0～7。
（2）监控帧（S帧）
监控帧用于差错控制和流量控制，通常简称S帧。S帧以控制字段第一、二位为“10”来标志。S帧不带信息字段，只有6个字节即48个比特。S帧的控制字段的第三、四位为S帧类型编码，共有四种不同编码，分别表示： 00——接收就绪（RR），由主站或从站发送。主站可以使用RR型S帧来轮询从站，即希望从站传输编号为N（R）的I帧，若存在这样的帧，便进行传输；从站也可用RR型S帧来作响应，表示从站希望从主站那里接收的下一个I帧的编号是N（R）。 01——拒绝（REJ），由主站或从站发送，用以要求发送方对从编号为N（R）开始的帧及其以后所有的帧进行重发，这也暗示N（R）以前的I帧已被正确接收。 10——接收未就绪（RNR），表示编号小于N（R）的I帧已被收到，但目前正处于忙状态，尚未准备好接收编号为N（R）的I帧，这可用来对链路流量进行控制。 11——选择拒绝（SREJ），它要求发送方发送编号为N（R）单个I帧，并暗示它编号的I帧已全部确认。 可以看出，接收就绪RR型S帧和接收未就绪RNR型S帧有两个主要功能：首先，这两种类型的S帧用来表示从站已准备好或未准备好接收信息；其次，确认编号小于N（R）的所有接收到的I帧。拒绝REJ和选择拒绝SREJ型S帧，用于向对方站指出发生了差错。REJ帧用于GO-back-N策略，用以请求重发N（R）以前的帧已被确认，当收到一个N（S）等于REJ型S帧的N（R）的I帧后,REJ状态即可清除。SREJ帧用于选择重发策略，当收到一个N（S）等SREJ帧的N（R）的I帧时，SREJ状态即应消除。
（3）无编号帧（U帧）
无编号帧因其控制字段中不包含编号N（S）和N（R）而得名，简称U帧。U帧用于提供对链路的建立、拆除以及多种控制功能，但是当要求提供不可靠的无连接服务时，它有时也可以承载数据。这些控制功能5个M位（M1、M2、M3、M4、M5，也称修正位）来定义。5个M位可以定义32种附加的命令功能或32种应答功能，但目前许多是空缺的。
编辑本段HDLC如何保证数据的透明传输
HDLC通过采用“0比特插入法”来保证数据的透明传输。即：在发 数据传输HDLC
送端，只要发现有5个连续“1”，便在其后插入一个“0”。在接收一个帧时，每当发现5个连续“1”后是“0”，则将其删除以恢复比特流的原貌。
绛旓細楂樼骇鏁版嵁閾捐矾鎺у埗锛圚igh-Level Data Link Control鎴栫畝绉癏DLC锛夛紝鏄竴涓湪鍚屾缃戜笂浼犺緭 鏁版嵁銆侀潰鍚戞瘮鐗圭殑鏁版嵁閾捐矾灞傚崗璁锛屽畠鏄敱鍥介檯鏍囧噯鍖栫粍缁囷紙ISO锛夋牴鎹甀BM鍏徃鐨凷DLC锛圫ynchronous Data Link Control锛夊崗璁墿灞曞紑鍙戣屾垚鐨勩傜壒鐐 1. HDLC鏄潰鍚戞瘮鐗圭殑鏁版嵁閾捐矾鎺у埗鍗忚鐨勫吀鍨嬩唬琛紝璇ュ崗璁笉渚濊禆浜庝换浣曚竴绉嶅瓧...
绛旓細HDLC 鏄潰鍚戞瘮鐗圭殑鍚屾閫氫俊鍗忚锛屼富瑕佷负鍏ㄥ弻宸ョ偣瀵圭偣鎿嶄綔鎻愪緵瀹屾暣鐨勬暟鎹忔槑搴銆傚畠鏀寔瀵圭瓑閾捐矾锛岃〃鐜板湪姣忎釜閾捐矾缁堢閮戒笉鍏锋湁姘镐箙鎬х鐞嗙珯鐨勫姛鑳姐傚彟涓鏂归潰锛孒DLC NRM 鍏锋湁涓涓案涔呭熀绔欎互鍙婁竴涓垨澶氫釜娆＄珯銆侶DLC LAPB 鏄竴绉嶉珮鏁堝崗璁紝涓虹‘淇濇祦閲忔帶鍒躲佸樊閿欑洃娴嬪拰鎭㈠瀹冭姹傞澶栧紑閿鏈灏忋傚鏋滄暟鎹湪涓や釜鏂瑰悜...
绛旓細 HDLC绔欏垎涓猴細 涓荤珯銆佷粠绔欏拰澶嶅悎绔 銆 (1) 涓荤珯锛氬彂閫佸懡浠わ紙鍖呮嫭鏁版嵁淇℃伅锛夊抚锛屾帴鏀跺搷搴斿抚锛屽苟璐熻矗瀵规暣涓摼璺殑鎺у埗绯荤粺鐨勫垵鍚佹祦绋嬫帶鍒躲佸樊閿欐娴嬫垨鎭㈠绛夈 (2) 浠庣珯锛氭帴鏀剁敱涓荤珯鍙戞潵鐨勫懡浠ゅ抚锛屽悜涓荤珯鍙戦佸搷搴斿抚锛屽苟涓旈厤鍚堜富绔欏弬涓庡樊閿欐仮澶嶇瓑...
绛旓細楂樼骇鏁版嵁閾捐矾鎺у埗锛圚igh-Level Data Link Control鎴栫畝绉癏DLC锛夛紝鏄竴涓湪鍚屾缃戜笂浼犺緭鏁版嵁銆侀潰鍚戞瘮鐗圭殑鍗忚鐨勬暟鎹摼璺眰鍗忚锛屽畠鏄敱鍥介檯鏍囧噯鍖栫粍缁囧埗璁㈢殑銆傚浗闄呯數淇¤仈鐩熷凡鎶奌DLC瑙勭▼寮曞叆鍒癤.25鍗忚鏍堛侶DLC鏄慨鏀硅嚜IBM鐨凷DLC锛屽悗鑰呬綔涓烘暟鎹摼璺眰鍗忚鐢ㄤ簬IBM鑷繁寮鍙戠殑绯荤粺缃戠粶鏋舵瀯锛圫NA锛夈傜幇鍦℉DLC浣滀负鍚屾...
绛旓細棰樼洰鏈夐棶棰橈紝涓夌绫诲瀷鏄富绔欙紝浠庣珯锛岀粍鍚堢珯锛屼功涓婄殑
绛旓細绗簩灞傦細鏁版嵁閾捐矾灞傦紙DataLinkLayer):鍦ㄧ墿鐞嗗眰鎻愪緵姣旂壒娴佹湇鍔＄殑鍩虹涓婏紝寤虹珛鐩搁偦缁撶偣涔嬮棿鐨勬暟鎹摼璺紝閫氳繃宸敊鎺у埗鎻愪緵鏁版嵁甯э紙Frame锛夊湪淇￠亾涓婃棤宸敊鐨勪紶杈擄紝骞惰繘琛屽悇鐢佃矾涓婄殑鍔ㄤ綔绯诲垪銆傚湪杩欎竴灞傦紝鏁版嵁鐨勫崟浣嶇О涓哄抚锛坒rame锛夈傛暟鎹摼璺眰鍗忚鐨勪唬琛ㄥ寘鎷細SDLC銆HDLC銆丳PP銆丼TP銆佸抚涓户绛夈傜涓夊眰鏄缃戠粶灞...
绛旓細妗ユ帴鍣鏄鐢ㄤ簬鍦ㄤ袱涓垨澶氫釜缃戞鎴栧瓙缃戦棿鎻愪緵閫氫俊璺緞鐨勪簰鑱旇澶囥傝繖浜涚綉娈垫垨瀛愮綉鍏锋湁鐩稿悓鐨勫湴鍧鍙婂悓绫荤綉缁滄嫇鎵戠粨鏋勩傛煇缃戠粶涓婄殑宸ヤ綔绔欏彲浠ュ埄鐢ㄦˉ鎺ュ櫒鍚戝叾瀹冪綉涓婄殑宸ヤ綔绔欏箍鎾秷鎭紝鎵浠ユˉ鎺ュ櫒鏄繛鎺ョ綉缁滄鐨勪袱绔彛锛堟垨澶氱鍙ｏ級璁惧銆傚彟澶栵紝妗ユ帴鍣ㄨ繕鍙互灏嗕笟鍔″繖鐨勭綉缁滃垎涓轰袱娈碉紝鍑忓皯姣忔涓婄殑閫氫俊閲忎互鎻愰珮鎬ц兘...
绛旓細銆愮瓟妗堛戯細鏍规嵁楂樼骇鏁版嵁閾捐矾鎺у埗瑙勭▼HDLC锛屼粠宸﹀埌鍙充緷娆★紝10琛ㄧず璇ュ抚涓虹洃鎺у抚銆01琛ㄧず鎷掔粷锛岃姹傚彂閫佹柟瀵圭紪鍙蜂负100寮濮嬬殑甯у強鍏朵互鍚庢墍鏈夌殑甯ц繘琛岄噸鍙戙傚崄杩涘埗鏁4杞崲涓轰簩杩涘埗鍒欒〃绀轰负100銆傛晠鐩稿簲甯х殑鎺у埗瀛楁涓1001 P100
绛旓細HDLC鍗忚: 楂樼骇鏁版嵁閾捐矾鎺у埗(High-level Data Link Control):闈㈠悜姣旂壒鐨勬暟鎹摼璺眰鍗忚銆 HDLC鍗忚涓嶄緷璧栦换浣曚竴绉嶅瓧绗﹂泦缂栫爜,鏁版嵁鎶ユ枃鍙互閫忔槑浼犺緭銆 PPP鏄潰鍚戝瓧鑺傜殑,HDLC鍗忚鏄潰鍚戞瘮鐗圭殑銆 TCP/IP鍗忚绨:TCP,IP,ICMP,ARP,RARP,UDP,DNS,FTP,HTTP銆 HDLC,PPP鏄疘SO鎻愬嚭鐨勬暟鎹摼璺眰鍗忚,涓嶅睘浜嶵CP/IP鍗忚绨囥
绛旓細POS(Packet Over SONET/SDH)鏄竴绉嶅簲鐢ㄥ煄鍩熺綉鍙婂箍鍩熺綉涓殑鎶鏈紝鑳藉鐢ㄤ簬浼犺緭鍒嗙粍鏁版嵁銆傞摼璺寚鏃犳簮鐨勭偣鍒扮偣鐨勭墿鐞嗚繛鎺ャ傛湁绾块氫俊鏃讹紝閾捐矾鎸囦袱涓妭鐐逛箣闂寸殑鐗╃悊绾胯矾锛屽鐢电紗鎴栧厜绾ゃ傛棤绾跨數閫氫俊鏃讹紝閾捐矾鎸囧熀绔欏拰缁堢涔嬮棿浼犳挱鐢电娉㈢殑璺緞绌洪棿銆傛按澹伴氫俊鏃堕摼璺寚鎹㈣兘鍣ㄥ拰姘村惉鍣ㄤ箣闂寸殑浼犳挱澹版尝鐨勮矾寰勭┖闂淬傜...
