Операции с нумеруемыми кадрами
При операциях с I-кадрами для вычисления номера посланного (I-кадра) и принятого (I/S-кадры) кадров используется модуль m (как и в технологии Х.25), при этом число нумерован- ных кадров к лежит в пределах 0 <к <127. В отличие от Х.25 используется только один мо- дуль (m =128), а не три.
Типы кадров
Команды и отклики, а также соответствующие им типы кадров, применяемые пользователями или логическими объектами сети на уровне звена данных, можно найти в табл.5-4 (они долж- ны поддерживаться оборудованием).
Таблица 5-4. Команды и отклики LAPD для m=128
| Формат | Команда | Отклик | Кодировка полей | |||||||||
| 1-кадр | I | N(s) | P | N(r) | ||||||||
| S-кадр | RR | RR | P/F | N(r) | ||||||||
| RNR | RNR | P/F | N(r) | |||||||||
| REJ | REJ | P/F | N(r) | |||||||||
| U-кадр | SABME | P | ||||||||||
| UI | P | |||||||||||
| DISC | P | |||||||||||
| DM | F | |||||||||||
| UA | F | |||||||||||
| FRMR | F | |||||||||||
| Управл.соед. | XID | XID | P/F | |||||||||
| Биты: | 10-16 |
В табл.5-4 использованы следующие обозначения команд/откликов:
I- информация - команда I (m=128); не требует ответа, т.к. посылает параметр Р вместо P/F, но режим квитирования (АСК) фактически используется, благодаря наличию N(r) и N(s);
RR- готовность к приему одного кадра или квитированию одного кадра (до N(r)-1), рассматриваемого как аналогичный отклик;
RNR- неготовность к приему - команда, которая указывает на состояние занятости и невоз-можности принять еще один 1-кадр;
REJ- неприем - команда, которая запрашивает передачу 1-кадра с номером N(r), имеет анало-гичный отклик REJ;
SABME - установка расширенного асинхронного сбалансированного режима - команда, ее откликом м.б., например, UA;
UI - ненумерованная информация - команда передачи ненумерованных информационных кадров UI;она не требует ответа;
DISC - разъединение - команда прекращения установленного режима, ее откликом м.б., нап-ример, UA;
DM- режим разьединения- отклик, который указывает, что DTE или DCE логически отсоединено от звена данных;
UA- подтверждение для ненумерованных кадров (ненумерованнов-подтверждение) - отклик;
FRMR - неприем кадра - отклик, а фактически сообщение об ошибке; XID- идентификация РВХ (АТС) - команда/отклик для управления соединением; XID имеет поле для 260 байт информации.
Кадровый подуровень второго уровня
Сети FR, как правило, работают на уровнях 1 и 2. В этом смысле верхний подуровень уровня 2 - подуровень кадра- служит интерфейсом пользователь-сеть (UNI) для сети FR и должен
иметь формат, определяемый в рек. Q.921 и соответствующий формату протокола HDLC. Этот формат (LAPD core) показан в табл.5-5. В пего должен укладываться формат FR (LAPD). Раз- ница между этим и рассмотренным выше форматами в том, что здесь DLCI (называемый LLI -идентификатор логического звена) имеет общую длину 13 (6+7) бит, т.е. его значение изменяется от 0 до 8191. Учитывая, что DLCI=0 используется для внутриканапыюй сигнализации, а DLCI=8191 -для внутриканалыюго управления, можно назначить 8190 виртуальных логических каналов.
Кадр LAPD core показан в табл.5-5а, его адресная часть - в табл.5-56, а обозначения в них даны ниже.
Таблица 5-5а. Общий формат кадра LAPD core
| Flag | Address | Поле данных | FCS | Flag |
| 1 байт | 2 байта | имеет переменную длину дпя l/U-кадров | 2 байта | 1 байт |
Таблица 5-5б. Формат адресной части кадра LAPD core
| DLCI0 | Res | EA0 | DLCI1 | EA1 | |||||||||||
- RES - бит общего отклика, зарезервированный для бита C/R;
- ЕА0 (ЕА=0) и EA1 (ЕА=1) - биты расширения адреса (как и выше), указывающие на порядок следования байтов (О-» 1);
- DLCI- идентификатор DLC-соединения на уровне 2, состоит из полей: DLCI0 и DLCI1, но он един и не разделен на TEIи SAPI.
Номер виртуального канала определяется по-иному, по число логических каналов (LC) близко к указанному. Процедура его формирования использует определенные DLC-элемспты для различных логических каналов (применяется схема мультиплексирования на кадровом подуровне уровня 2).
Протокол Q.922(LAPF)
Для более точного соответствия режиму FMBS и идее разделения уровня 2 на подуровни: core и control, была разработана рек. Q.922. Она определяет: структуру кадра, элементы процедуры, формат полей, а также процедуры звена данных, для поддержки FRBS в плоскости пользова- теля (U-плоскость), см. рек. 1.233.1.
Рек. Q.922 основана на протоколе LAPD. Описанные в ней процедуры применимы к сервису FMBS, описываемому протоколом LAPF. Подмножество LAPF, соответствующее core-подуровню звена данных (или Q.922-core), используется и для поддержки сервиса FRBS. Остальная часть LAPF названа Q.922-control.
Цель LAPF - передать сервисные блоки данных (SDU) звена данных между пользователя- ми сервиса в плоскости U (см. рис.5-2) через интерфейс UNI ISDN в В-, D- или Н-каналы. Соединения FMBS устанавливаются либо протоколом Q.933 (для SVC), либо подпиской на ре- жим PVC. На физическом уровне LAPF поддерживается UNI-интерфсйсами (см. рек. 1.430, 1.431).
Как и LAPD, LAPF позволяет осуществлять статистическое мультиплексирование большого числа соединений через один В-, D- или Н-канал. В частности, LAPF характеризуется:
- наличием core-подуровня, охватывающего процедуры Q.922-core;
- возможностью прямого (минуя сетевой уровень) взаимодействия между пользователями с помощью протокола Q.922-core;
- возможностью работы на любом ISDN-канале (В-, D- или Н) и использования (вместе с LAPD) D-канала;
- возможностью использовать взаимодействие между: сервисами режимов SVC и PVC или сервисами PVC и Х.25.
Формат LAPF зависит от того, какой подуровень уровня 2 он обслуживает. Для control-подуровня он соответствует формату протокола LAPD (см. табл.5-1), а если это core- подуровень, то его общая форма в целом соответствует формату протокола LAPD-core (см. табл.5-5а), но отличается размером и видом адресной части.
Общий формат LAPF-core имеет вид, показанный в табл.5-6. Формат его адресной части показан в табл.5-7 отдельно для адресов разной длины: 2 байта (по умолчанию, табл.5-7а); 3 байта (табл.5-7б).
Таблица 5-6. Общий формат кадра LAPF-core
| 1 Flag | Address | Поле данных | FCS | Flag |
| 1 байт | 2/3/4 байта | имеет переменную длину для l/U-кадров | 2 байта | 1 байт |
Таблица 5-7а. Формат 2-байтного адреса LAPF-core
Биты
| Байты | ||||||||
| DLCI (старшие разряды - msb) | C/R | ЕА0 | ||||||
| DLCI | FECN | BECN | DE | ЕА1 |
Таблица 5-7б. Формат 3-байтного адреса LAPF-core
Биты
| Байты | ||||||||
| DLCI (старшие разряды - msb) | C/R | EA0 | ||||||
| DLCI | FECN | BECN | DE | EA0 | ||||
| DLCI (мл. разр - Isb.) или DL-core control | D/C | EA1 |
Если D/C=0, то Isb DLCI соответствует биту 3 байта 4, а еспи D/C=1, то - биту 5 байта 3
- DLCI - идентификатор логического соединения звена данных, его длина равна: 10 бит (для 2-байт) и 16 бит (для 3-байт);
- ЕА0 (ЕА=0) и EA1 (ЕА=1) - биты адресного расширения, указывающие на последовательность байтов адреса; C/R - бит "команда/отклик".
Новые здесь только три однобитных поля, управляющие потоком кадров FR, и поле D/C:
- FECN - уведомление о явной перегрузке данного узла сети, направляемое вперед узлу-приемнику;
- BECN - уведомление о явной перегрузке данного узла сети, направляемое назад узлу-передатчику;
- DE - сброс/удаление кадра разрешено;
- D/C - индикатор использования байта: DLCI (младший разряд, если D/C=0) или DL-core control – управляющая часть DL-core (если D/C=1).
Диапазон номеров DLCI зависит от длины поля (в табл.5-8 они даны для полей 10/16 бит).
Таблица 5-8а, б. Использование 10-битного (а) и 16-битного DLCI
| Диапазон DLCI | Выполняемые функции |
| а)0 | Внутриканальная сигнализация (если требуется) |
| 1-15 | Зарезервированы |
| 15-511 | Сетевая опция: кроме D-канапов, для поддержки информации пользователя |
| 512-991 | ID логического звена для поддержки информации пользователя1 |
| 992-1007 | Управление уровнем 2 для сервиса FMBS |
| 1008-1022 | Зарезервированы |
| Внутриканальное управление/сигнализация (если требуется) | |
| б) 0 | Внутриканальная сигнализация (если требуется) |
| 1-1023 | Зарезервированы |
| 1024-32767 | Сетевая опция: кроме D-каиалов, для поддержки информации пользователя |
| 32768-63487 | ID логического звена для поддержки информации пользователя1 |
| 63488-64511 | Управление уровнем 2 для сервиса FMBS |
| 64512-65534 | Зарезервированы |
| Внутриканальное управление (если требуется) |
Поле данных пользователя (в табл.5-6) формально м.б. от 1 до 8 кбайт, фактически же оно м.б. ограничено производителем оборудования до 1,6-4 кбайт. По умолчанию в рек. Q.922 указана длина 260 байт или 262 байта (при операциях с LAPD на D-каиале), а максимально - 1598 байт или 1600 байт, чтобы минимизировать необходимость в сегментации и сборке. Это поле содержит информацию пользователя, тогда как заголовки (поля Flag и Address) и хвосто- вики (FCS и Flag) составляют служебную информацию, часто называемую общим заголовком. Его процент от общей длины кадра носит название: "перегрузка заголовками". Другим типом служебной информации являются управляющие кадры, циркулирующие с информацией пользователя. К ним относят кадры LMI - интерфейса локального управления и другие кадры.
Учитывая сказанное, можно рассматривать поток кадров FR как поток, состоящий из информации пользователя, инкапсулированной в поле данных кадра, и служебной информации.
Поле данных кадра FR позволяет инкапсулировать пакеты, сформированные протоколами верхних уровней, в том числе протоколами: TCP/IP, IPX, DECNet, AppleTalk, X.25 и др.
Технология FR использует процедуру статистического уплотнения, допуская прописывать столько маршрутов PVC через один интерфейс, сколько указано в табл.5-8 (с номерами DLCI).