Стандарт 802.2 описывает работу подуровня LLC – логические процедуры передачи кадров и связь с сетевым уровнем. Стандарт определяет три типа обслуживания:
- LLC1 – без установления соединения и подтверждений
- LLC2 – с установлением соединения и подтверждениями
- LLC3 – без установления соединения и с подтверждениями.
Процедура обслуживания LLC1 передает данные в дейтаграммном режиме, минимизируя издержки за счет надежности. Эта процедура используется, когда протоколы верхних уровней сами обеспечивают требуемую надежность.
Процедура обслуживания LLC2, прежде чем передавать данные, устанавливает логическое соединение с получателем, выполняет упорядочение потока данных и перезапрос пропущенных блоков данных. Подтверждения обрабатываются в режиме скользящего окна. Применяется для обеспечения надежной передачи данных на линиях с высоким уровнем ошибок.
Процедура обслуживания LLC3 не устанавливает логическое соединение, но требует передачи подтверждений приема данных. Используется в ситуациях, когда издержки на установление соединения недопустимы, а контроль доставки данных необходим (например, в системах управления реального времени).
Кадры LLC состоит из заголовка и поля данных. При передаче подуровню MAC кадр LLC обрамляется двумя однобайтовыми полями со значением 01111110. Заголовок содержит три поля:
- DSAP (Destination Service Access Point, точка доступа к сервису назначения)
- SSAP (Source Service Access Point, точка доступа к сервису источника)
- Control (управление).
Поля DSAP и SSAP занимают по 1 байту и идентифицируют протокол верхнего уровня, который отправил кадр (SSAP), и которому этот кадр предназначен (DSAP). Возможные значения этих полей определены в стандарте 802.2. Например, протоколу IP соответствует значение 0x06, а протоколу NetBIOS – 0xF0.
Поле Control задает тип кадра и, возможно, несет дополнительную информацию. Размер этого поля может составлять 1 или 2 байта.
Каждый кадр LLC относится к одному из трех типов (в зависимости от значения старших битов поля Control):
- ненумерованный (Unnumbered) – поле Control занимает 1 байт, два старших бита имеют значение 11,
- информационный (Information) – поле Control занимает 2 байта, старший бит установлен в 0,
- управляющий (Supervisory) – поле Control занимает 2 байта, два старших бита имеют значение 10.
Структура поля Control для разных типов кадров приведена на рис.8.1.
| Тип кадра | ||||||||||||||||
| Ненумерованный | M | P/F | M | |||||||||||||
| Информационный | N(S) | P/F | N(R) | |||||||||||||
| Управляющий | S | – | – | – | N(R) |
Рис.8.1. Структура поля Control кадра LLC
Процедура LLC1 использует только ненумерованные кадры с нулевым значением всех подполей (кроме двух первых бит). Поскольку протокол Ethernet использует обратный порядок бит в байте, то значение поля Control кадров LLC1, используемых в сетях Ethernet, имеет значение 0x03.
Процедура LLC2 использует кадры всех типов. Кадры делятся на команды и ответы. Разряд P/F в командах называется Poll (запрос) и требует, чтобы на команду был дан ответ, а в ответах называется F (Final) и указывает на последний кадр в ответе. Ненумерованные кадры используются для установления соединения, их поле M несет код команды – запрос установки соединения, подтверждение соединения, разрыв соединения. После того, как соединение установлено, передача пользовательских данных и подтверждений осуществляется кадрами информационного типа. Поле N(S) несет номер отправленного кадра, поле N(R) несет номер кадра, который ожидает получить узел-источник. Поскольку поля N(S) и N(R) имеют длину в семь битов, для нумерации кадров циклически используются числа от 0 до 127. Если поступает кадр с номером, отличным от того, который ожидался приемником (например, после кадра 56 приходит кадр 58, а не ожидаемый кадр 57), такой кадр отбрасывается и передатчику отправляется кадр управляющего типа с кодом отказа в поле S и указанием ожидаемого номера кадра в поле N(R). Передатчик при этом должен возобновить передачу, начиная с запрошенного кадра.
Управляющие кадры, помимо передачи отказа (Reject, REJ), могут передавать еще две команды: приемник не готов(Receiver Not Ready, RNR) и приемник готов(Receiver Ready, RR), используемые для управления потоком. Если приемник не успевает обработать поток кадров, он отправляет управляющий кадр с командой RNR, по которой передатчик должен приостановить передачу до получения кадра с командой RR.