Операции с нумеруемыми кадрами

При операциях с I-кадрами для вычисления номера посланного (I-кадра) и принятого (I/S-кадры) кадров используется модуль m (как и в технологии Х.25), при этом число нумерован­- ных кадров к лежит в пределах 0 <к <127. В отличие от Х.25 используется только один мо- дуль (m =128), а не три.

Типы кадров

Команды и отклики, а также соответствующие им типы кадров, применяемые пользователями или логическими объектами сети на уровне звена данных, можно найти в табл.5-4 (они долж­- ны поддерживаться оборудованием).

Таблица 5-4. Команды и отклики LAPD для m=128

В табл.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

Таблица 5-5б. Формат адресной части кадра LAPD core

- 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

Таблица 5-7а. Формат 2-байтного адреса LAPF-core

Биты

Таблица 5-7б. Формат 3-байтного адреса LAPF-core

Биты

Если 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

Поле данных пользователя (в табл.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).

• ⇐ Назад
• 35
• 36
• 37
• 38
• 39
• 40
• 414243
• 44
• 45
• 46
• 47
• 48
• 49
• 50
• Далее ⇒