Поле управления в заголовке LLC указывает на тип сервиса, необходимого для данных в PDU и функций пакета. В зависимости от того, какой сервис нужно предоставить, поле управления может быть длиной 1 или 2 байта. В кадре Ethernet SNAP, например, LLC использует сервис без установления соединения и подтверждения приема. Поле управления для него 1-байтовое. Тип этого поля в стандарте назван ненумерованным форматом (unnumbered format). Значение поля управления, равное 3, указывает на ненумерованный информационный кадр, т. е. кадр, содержащий данные. Ненумерованные информационные кадры достаточно просты. Их применение говорит о том, что либо пакет содержит некритическое сообщение, либо протокол вышележащего уровня каким-либо образом обеспечивает гарантированную доставку и другие высокоуровневые услуги.
Двумя другими типами поля управления (по 2 байта каждый) являются информационный формат (information format) и управляющий формат (supervisory format). Три формата поля контроля различаются по значениям префиксных битов.
· Информационный формат начинается с бита со значением 0.
· Управляющий формат имеет двухбитовый префикс со значением 1 и 0.
· Ненумерованный формат начинается с двух битов со значением 1.
Остальные биты более конкретно указывают на функции PDU. При более сложном обмене данными, включающем сервис на основе установления соединения, ненумерованные кадры содержат команды, которые позволяют установить соединение с другой системой и разорвать его по окончании передачи данных. Команды, передаваемые в ненумерованных кадрах, имеют нижеприведенные наименования.
· UI (Unnumbered Information, передача данных).Используется сервисом без установления соединения и подтверждения для отправки кадров данных.
· XID (Exchange Identification, идентификация).Вырабатывается сервисами с установлением соединения и без такового в качестве как команды, так и ответа.
· TEST (диагностика).Применяется как команда и как ответ при выполнении теста методом петлевого контроля (loopback test) LLC.
· FRMR (Frame Reject, отклонение кадра).Выдается как ответ в случае возникновения сбоев в работе протокола.
· SABME (Set Asynchronous Balanced Mode Extended, запрос на соединение).
· Посылается как запрос на установление соединения.
· UA (Unnumbered Acknowledgment, подтверждение).Является положительным ответом на сообщение SABME.
· DM (Disconnect Mode, задержка соединения и разъединения).Возвращается как отрицательный ответ на сообщение SABME.
· DISC (Disconnect, разъединение).Передается как запрос на завершение соединения. В качестве ответа ожидается либо UA, либо DM.
Информационные кадры содержат действительные данные, передаваемые во время как сеансов с установлением соединения, так и сессий без установления соединения с подтверждениями, а также сообщения подтверждения приема, возвращаемые принимающей системой. Только два типа сообщений передаются в информационных кадрах: N(S) и N(R) для отправленных и полученных сообщений соответственно. Обе системы отслеживают последовательность номеров пакетов, которыми они обмениваются. Сообщение N(S) информирует получателя о том, какое количество пакетов из последовательности было уже отправлено, а сообщение N(R) позволяет отправителю иметь информацию о том, какой из пакетов ожидается для приема.
Управляющие кадры используются только сервисами с установлением соединения. Они обеспечивают обслуживание соединения, выраженное в форме сервисов управления потоком данных и коррекции ошибок. Соответствующие управляющие сообщения имеют нижеперечисленные типы.
· RR (Receiver Ready, готовность приемника).Используется для информирования отправителя о том, что соединение действующее, и получатель готов к приему следующего кадра.
· RNR (Receiver Not Ready, приемник не готов).Требует от отправителя не передавать пакеты до тех пор, пока получатель не отправит сообщение RR.
· REJ (Frame Reject, данные отброшены).Сообщает передающей системе об ошибке и требует повторной передачи всех кадров, отправленных после определенного момента.