Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Н.Н.Слепов Современные цифровые технологии.docx
Скачиваний:
34
Добавлен:
01.07.2025
Размер:
20 Мб
Скачать
☆

5.5.1.4. Кадровый подуровень второго уровня

Сети 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

8

7

6

5

4

3

2

1

8

7

6

5

4

3

2

1

  • RES - бит общего отклика, зарезервированный для бита C/R;

  • ЕА0 (ЕА=0) и EA1 (ЕА=1) - биты расширения адреса (как и выше), указывающие на порядок следования бай­тов (О-» 1);

  • DLCI - идентификатор DLC-соединения на уровне 2, состоит из полей: DLCI0 и DLCI1, но он един и не разде­лен на TEI и SAPI.

Номер виртуального канала определяется по-иному, по число логических каналов (LC) близко к указанному. Процедура его формирования использует определенные DLC-элемспты для различных логических каналов (применяется схема мультиплексирования на кадровом подуровне уровня 2).

5.5.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

Биты

8

7

6

5

4

3

2

1

Байты

DLCI (старшие разряды - msb)

C/R

ЕА0

2

DLCI

FECN

BECN

DE

ЕА1

3

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

Биты

8

7

6

5

4

3

2

1

Байты

DLCI (старшие разряды - msb)

C/R

EA0

2

DLCI

FECN

BECN

DE

EA0

3

DLCI (мл. разр - Isb.) или DL-core control

D/C

EA1

4

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

Зарезервированы

1023

Внутриканальное управление/сигнализация (если требуется)

б) 0

Внутриканальная сигнализация (если требуется)

1-1023

Зарезервированы

1024-32767

Сетевая опция: кроме D-каиалов, для поддержки информации пользователя

32768-63487

ID логического звена для поддержки информации пользователя1

63488-64511

Управление уровнем 2 для сервиса FMBS

64512-65534

Зарезервированы

65535

Внутриканальное управление (если требуется)

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