High-Level Data Link Control (HDLC) — бит-ориентированный^[1] протокол канального уровня сетевой модели OSI, разработанный ISO.

Текущим стандартом для HDLC является ISO 13239.

HDLC может быть использован в соединениях с множественным доступом, но в настоящее время в основном используется в соединениях точка-точка с использованием асинхронного сбалансированного режима (ABM).

HDLC был разработан на основе протокола SDLC^[англ.] фирмы IBM. Его несильно изменённые дочерние протоколы — LAPB, LAPM^[англ.], LAPF^[англ.], LAPD^[англ.] были встроены ITU соответственно в стеки протоколов X.25, V.42, Frame Relay, ISDN. Также HDLC был базой при разработке кадровых механизмов в протоколе PPP, широко используемом в Интернете.

• Первичная (ведущая) станция (Primary terminal) ответственна за управление каналом и восстановление его работоспособности. Она производит кадры команд. В соединениях точка-многоточка поддерживает отдельные связи с каждой из вторичных станций.
• Вторичная (ведомая) станция (Secondary terminal) работает под контролем ведущей, отвечая на её команды. Поддерживает только 1 сеанс связи.
• Комбинированная станция (Combined terminal) сочетает в себе функции как ведущей, так и ведомой станций. Производит и команды и ответы. Только соединения точка-точка.

Каждая из станций в каждый момент времени находится в одном из 3 логических состояний:

• Состояние логического разъединения (LDS — Logical Disconnect State)

Если вторичная станция находится в режиме нормального разъединения (NDM), то она может принимать кадры только после получения явного разрешения от первичной. Если же в асинхронном режиме разъединения (ADM), то вторичная станция может самовольно инициировать передачу.

• Состояние инициализации (IS — Initialization State)

Используется для передачи управления на удалённую комбинированную станцию и для обмена параметрами между удалёнными станциями.

• Состояние передачи информации (ITS — Information Transfer State)

Всем станциям разрешено вести передачу и принимать информацию. Станции могут находиться в режимах NRM, ARM, ABM.

HDLC поддерживает три режима логического соединения, различающиеся ролями взаимодействующих устройств:

• Режим нормального ответа (Normal Response Mode, NRM) требует инициации передачи в виде явного разрешения на передачу от первичной станции. После использования канала вторичной станцией (ответа на команду первичной), для продолжения передачи она обязана ждать другого разрешения. Для выбора права на передачу первичная станция проводит круговой опрос вторичных. Используется в основном в соединениях точка-многоточка.

• Режим асинхронного ответа (Asynchronous Response Mode, ARM) даёт возможность вторичной станции самой инициировать передачу. В основном используется в соединениях типа кольцо и многоточечных с неизменной цепочкой опроса, так как в этих соединениях одна вторичная станция может получить разрешение на передачу от другой вторичной и в ответ начать передачу. То есть разрешение на передачу передаётся по типу маркера (token). За первичной станцией сохраняются обязанности по инициализации линии, определению ошибок передачи и логическому разъединению. Позволяет уменьшить накладные расходы, связанные с началом передачи.

• Асинхронный сбалансированный режим (Asynchronous Balanced Mode, ABM) используется комбинированными станциями. Передача может быть инициирована с любой стороны, может происходить в полном дуплексе. В режиме ABM оба устройства равноправны и обмениваются кадрами, которые делятся на кадры-команды и кадры-ответы.

Для обеспечения совместимости между станциями, которые могут менять свой статус (тип), в протоколе HDLC предусмотрены 3 конфигурации канала:

• Несбалансированная конфигурация (UN — Unbalanced Normal) обеспечивает работу 1 первичной и одной или нескольких вторичных станций в (симплексном)полудуплексном и полнодуплексном режимах, с коммутируемым или некоммутируемым каналом.

• Симметричная конфигурация (UA — Unbalanced Asynchronous) обеспечивает взаимодействие двух двухточечных несбалансированных станций. Используется 1 канал передачи, в который мультиплексируются и команды и ответы. В данное время не используется.

• Сбалансированная конфигурация (BA — Balanced Asynchronous) состоит из 2 комбинированных станций. Передача в(симплексном) полудуплексном и полнодуплексном режимах, с коммутируемым или некоммутируемым каналом. Каждая станция несёт одинаковую ответственность за управление каналом.

Кадры HDLC можно передавать, используя синхронные и асинхронные соединения. В самих соединениях нет механизмов определения начала и конца кадра, для этих целей используется уникальная в пределах протокола битовая последовательность (FD — Frame Delimiter) '01111110' (0x7E в шестнадцатеричном представлении), помещаемая в начало и конец каждого кадра. Уникальность флага гарантируется использованием битстаффинга в синхронных соединениях и байтстаффинга в асинхронных. Битстаффинг — вставка битов, здесь — бита 0 после 5 подряд идущих битов 1. Битстаффинг работает только во время передачи информационного поля (поля данных) кадра. Если передатчик обнаруживает, что передано подряд пять единиц, то он автоматически вставляет дополнительный ноль в последовательность передаваемых битов (даже если после этих пяти единиц и так идёт ноль). Поэтому последовательность 01111110 никогда не появится в поле данных кадра. Аналогичная схема работает в приёмнике и выполняет обратную функцию. Когда после пяти единиц обнаруживается ноль, он автоматически удаляется из поля данных кадра. В байтстаффинге используется escape-последовательность, здесь — '01111101' (0x7D в шестнадцатеричном представлении), то есть байт FD (0x7E) в середине кадра заменяется последовательностью байтов (0x7D, 0x5E), а байт (0x7D) — последовательностью байтов (0x7D, 0x5D).

Во время простоя среды передачи при синхронном соединении последовательность 0x7E ('01111110') постоянно передаётся по каналу для поддержания битовой синхронизации. Может иметь место совмещение последнего бита 0 одного флага и начального бита 0 следующего. Время простоя также называется межкадровым временны́м заполнением.

Структура кадра HDLC, включая флаги FD:

• Флаги FD — открывающий и закрывающий флаги, представляющие собой коды 01111110, обрамляют HDLC-кадр, позволяя приёмнику определить начало и конец кадра. Благодаря этим флагам в HDLC-кадре отсутствует поле длины кадра. Иногда флаг конца одного кадра может (но не обязательно) быть начальным флагом следующего кадра.

• Адрес выполняет свою обычную функцию идентификации одного из нескольких возможных устройств только в конфигурациях точка-многоточка. В двухточечной конфигурации адрес HDLC используется для обозначения направления передачи — из сети к устройству пользователя (10000000) или наоборот (11000000).

• Управляющее поле занимает 1 или 2 байта. Его структура зависит от типа передаваемого кадра. Тип кадра определяется первыми битами управляющего поля: 0 — информационный, 10 — управляющий, 11 — ненумерованный тип. В структуру управляющего поля кадров всех типов входит бит P/F, он по-разному используется в кадрах-командах и кадрах-ответах. Например, станция-приёмник при получении от станции-передатчика кадра-команды с установленным битом P немедленно должна ответить управляющим кадром-ответом, установив бит F.

• Информационное поле предназначено для передачи по сети пакетов протоколов вышележащих уровней — сетевых протоколов IP, IPX, AppleTalk, DECnet, в редких случаях — прикладных протоколов, когда те выкладывают свои сообщения непосредственно в кадры канального уровня. Информационное поле может отсутствовать в управляющих кадрах и некоторых ненумерованых кадрах.

• Поле FCS (Frame Check Sequence) — контрольная последовательность, необходимая для обнаружения ошибок передачи. Её вычисление в основном производится методом циклического кодирования с производящим полиномом X16+X12+X5+1 (CRC-16) в соответствии с рекомендацией CCITT V.41. Полученная CRC побитово инвертируется и записывется в обратной последовательности. Это позволяет обнаруживать всевозможные кортежи ошибок длиной до 16 бит вызываемые одиночной ошибкой, а также 99,9984 % всевозможных более длинных кортежей ошибок. FCS составляется по полям Адрес, Управляющее поле, Информационное поле. В редких случаях используются другие методы циклического кодирования. После просчёта FCS на стороне приёмника он отвечает положительной или отрицательной квитанцией. Повтор кадра передающей стороной выполняется по приходе отрицательной квитанции или по истечении тайм-аута.

Предназначены для передачи данных пользователя. В процессе передачи информационных блоков осуществляется их нумерация в соответствии с алгоритмом скользящего окна. После установления соединения данные и положительные квитанции начинают передаваться в информационных кадрах. Логический канал HDLC является дуплексным, так что информационные кадры, а значит, и положительные квитанции могут передаваться в обоих направлениях. Если же потока информационных кадров в обратном направлении нет или же нужно передать отрицательную квитанцию, то используются управляющие кадры. При работе HDLC для обеспечения надёжности передачи используется скользящее окно размером в 7 кадров (при размере управляющего поля 1 байт) или 127 (при размере управляющего поля 2 байта). Для поддержания алгоритма окна в информационных кадрах станции-отправителя отводится 2 поля:

• N(S) — номер отправляемого кадра;
• N(R) — номер кадра, который станция ожидает получить от своего партнера по диалогу.

Предположим для определённости, что станция A отправила станции B информационный кадр с некоторыми значениями NA(S) и NA(R). Если в ответ на этот кадр приходит кадр от станции B, в котором номер посланного этой станцией кадра NB(S) совпадает с номером ожидаемого станцией A кадра NA(R), то передача считается корректной. Если станция A принимает кадр-ответ, в котором номер отправленного кадра NB(S) не равен номеру ожидаемого NA(R), то станция A этот кадр отбрасывает и посылает отрицательную квитанцию REJ (от англ. reject — отказ) с номером NA(R). Приняв отрицательную квитанцию, станция B обязана повторить передачу кадра с номером NA(R), а также всех кадров с бо́льшими номерами, которые она уже успела отослать, пользуясь механизмом скользящего окна.

I-кадры также содержат бит опрос/ответ P/F (poll/final). В режиме NRM ведущий терминал использует бит P для опроса, ведомый — бит F в последнем I-кадре ответа. В режимах ARM и ABM биты P/F используются для форсирования ответа.

Используются для контроля потока ошибок передачи. В управляющих кадрах передаются команды и ответы в контексте установленного логического соединения, в том числе запросы на повторную передачу искаженных информационных блоков:

Готов к приёму (RR)

• Используется как положительная квитанция (до N(r)−1).
• Ведущая станция может сделать опрос, установив бит P.
• Ведомая станция на опрос может ответить кадром с установленным битом F, если у неё нет данных для передачи.

Не готов к приёму (RNR)

• Используется как положительная квитанция и запрос остановить передачу I-кадров до получения следующего кадра RR.
• Ведущая или комбинированная станции могут установить бит P для уточнения статуса приёма ведомой/комбинированной станции.
• Ведомая/комбинированная станции могут ответить установкой бита P как индикации занятости станции.

Неприём (REJ)

• Часто используется как отрицательная квитанция приёмника
• Неприём кадров последнего окна (повтор передачи с кадра N(r))

Выборочный неприём (SREJ)

• Неприём конкретного кадра (повтор передачи одного кадра)

U-кадры определяются по двум младшим битам, установленным в 1. Таким образом, вместе с флагом P/F это оставляет 5 бит для типа кадра. Так как используется менее 32 значений, некоторые типы кадров имеют разный смысл в зависимости от способа отправки: как запрос или как ответ. Так, понятна связь между командой DISC (disconnect) и ответом RD (request disconnect), но причины, по которым команда SARM и ответ DM имеют одно цифровое значение, непонятны^[кому?].

U-кадры предназначены для установления и разрыва логического соединения, а также информирования об ошибках.

Поле M ненумерованных кадров содержит коды, определяющие тип команд, которыми пользуются два узла на этапе установления соединения (например, SABME, UA, REST).

• Установка режима (SNRM, SNRME, SARM, SARME, SABM, SABME, UA, DM, RIM, SIM, RD, DISC)
• Ненумерованная информация (UP, UI)
• Восстановление (FRMR, RSET)
  • Неверное поле управления
  • Превышена длина поля данных
  • Неверная длина для данного типа кадров
  • Неверный номер кадра
• Остальные (XID, TEST)

Кадры UI, XID, TEST содержат полезные данные и могут быть использованы как в качестве команд, так и в качестве ответов.

• Кадр UI содержит пользовательскую информацию, но (в отличие от I-кадра) он передаётся повторно при потере.
• Кадр TEST является аналогом команды ping и используется для отладочных целей. Полезные данные команды TEST возвращаются в ответе TEST.

• Протокол PPP
• Протокол SLIP
• Стек протоколов TCP/IP
• RFC 1662, standard 51, PPP in HDLC-like Framing
• RFC 2687, Proposed Standard, PPP in a Real-time Oriented HDLC-like Framing
• RFC 4349, Proposed Standard, HDLC frames over L2TPv3

• Галкин В. А., Григорьев Ю. А. Телекоммуникации и Сети. — М.: МГТУ им. Н. Э. Баумана, 2003. С. 608. ISBN 5-7038-1961-X
• Олифер В. Г., Олифер Н. А. Компьютерные сети. Принципы, технологии, протоколы: Учебник для вузов. 3-е изд. — СПб.: Питер, 2006.

• Протокол HDLC

Основные протоколы TCP/IP по уровням модели OSI
Физический	Ethernet RS-232 EIA-422 RS-449 RS-485
Канальный	Ethernet PPPoE PPP L2F 802.11 Wi-Fi 802.16 WiMax Token Ring ARCNET FDDI HDLC SLIP ATM CAN DTM X.25 Frame Relay IEEE 802.1aq SMDS STP ERPS ARP
Сетевой	IPv4 IPv6 IPsec ICMP IGMP RARP RIP2 OSPF EIGRP GRE IPX
Транспортный	TCP (Crypt) UDP SCTP DCCP RDP/RUDP RTP SPX TLS 1.3
Сеансовый	ADSP H.245 iSNS NetBIOS PAP RPC L2TP PPTP RTCP SMPP SCP ZIP SDP
Представления	XDR SSL TLS
Прикладной	BGP HTTP(S) DHCP IRC Gopher Finger SNMP DNS(SEC) NNTP XMPP SIP IPP NTP SNTP Электронная почта SMTP POP3 IMAP4 Передача файлов FTP TFTP SFTP FTPS WebDAV SMB Удалённый доступ rlogin Telnet SSH RDP
Другие прикладные	Bitcoin OSCAR MTProto Multicast FTP Multisource FTP BitTorrent Gnutella Skype
Список портов TCP и UDP