Абонентская КС ISDN

Уровень

Функции, специфические в отношении службы

Служба 1

Служба 2

Выбираемые функции (от точки к точке)

Функции ч\ коллективные базово\\

Хго транспорта (отзве на к звену связи) \у

Передача бит

КС транслирования кадров

КС транслирования кадров

Абонентская КС ISDN

Передача данных

Функции специфические в отношении службы

токолу Х.25

Пакетная

по про-передача

речи

Широко полосные виды

обслужи вания (данные)

• Испревление ошибок

• Контроль потока

•Образование блок(

•Образование блоко » Мультиплексирование

Передача бит ОЛ

Устройство пользователя

Специфические службы (включая функции доступа и взаимодействия) Абонентская КС [П<С транслирования Т<с1ранслйрования "jolj

ISDN

кадров

кадров

Базовый транспорт

Устройство пользователя S/T

к\\\1 Базовый транспорт

- Т? Возможные варианты распределения функций и архитектуры сети в случае коммутации пакетов ISDN нового вида: сл Независимо от вида обслуживания и протокола доступа к сети

4.4.4.4. Доступ к коммутации пакетов через вспомогательный канал (D-канал)

При доступе к устройству обработки пакетов ISDN через D-канал (см. рис. 4.30 и 4.33) передается информация пакетов данных р и сигнализации s с использованием физической пропускной способности D-канала. Это осуществляется на уровне 2 на основе способа адресного мультиплексирования (чередование сообщений - message interleaving) по отличительным признакам в адресном поле HDLC: идентификатор точки доступа к виду обслуживания SAPI=p или соответственно SAPI = s (ср. разд. 4.3.4).

В отличие от доступа через основной канал (В-канал) «транспорт» пакета Х.25 на уровне 2 перемещается здесь только в области стыка Х.25 с протоколом LAPB по Рек. МККТТ Х.25; между согласующим устройством ТА-Х.25 и абонентской коммутационной станцией и соответственно устройством обработки пакетов (РН) вместо этого применяется протокол LAPD D-канала. По сравнению с доступом к В-каналу использование D-канала в данном случае обусловливает известные ограничения при применении протокола Х.25, так как обмен информацией сигнализации должен осуществляться беспрепятственно: сюда относятся ограничение длины поля данных в пакете данных - Х.25 максимум до 256 байт, а также ограничение возможных транзитов пакета.

Поскольку сеть общих каналов сигнализации (сеть ОКС, ср. разд. 6.3) для обмена информацией сигнализации между коммутационными станциями в общих чертах уже спланирована ранее, оказалось, что в большинстве случаев она непригодна для трафика данных, коммутируемых в виде пакетов. Поэтому и в случае доступа к D-каналу по абонентской линии для последующей внутренней транспортировки пакетов Х.25 в устройство обработки пакетов привлекаются основные каналы (В-каналы). Для этой цели в абонентской коммутационной станции ISDN информация, коммутируемая в виде пакетов {SAPI=p), на уровне 2 в D-канале отделяется от информации сигнализации {SAPI=s) (см. рис. 4.29). Далее происходит транспортировка р-информации в устройство обработки пакетов (РН), которая осуществляется для транзитных коммутационных станций ISDN прозрачно, например, через полупостоянное соединение основных каналов с адресным мультиплексированием.

4.5. НОВЫЕ МЕТОДЫ КОММУТАЦИИ ПАКЕТОВ В ISDN

Коммутация пакетов на основе традиционного протокола Х.25 в соответствии с Рек. МККТТ 1.462, рассмотренная в разд. 4.4.4, на первом этапе создания ISDN представляет собой стандартный метод для тех служб ISDN, которые базируются на коммутации пакетов. Однако представляется целесообразным разделение сигнализации и полезной информации, последовательно осуществляемое в 156

части ISDN, выполняющей коммутацию каналов, и на ту часть ISDN, которая выполняет коммутацию пакетов. При внеканальной сигнализации в случае коммутации пакетов отпадает необходимость в специальных протоколах сигнализации (ср. Рек. МККТТ Х.25 [4.4] и Х.75 [4.36]), которые для этого необходимо было выполнять до сих пор. Однако наиболее важным при этом является возможность создания общего (коллективного) управления обслуживанием вызова в ISDN для всех видов служб передачи, включая единообразное раскрытие дополнительных услуг - независимо от специальных устройств для управления установлением соединений, необходимых для этого и в дальнейщем (ср. разд. 6.1). Поэтому в МККТТ началось обсуждение нового метода коммутации пакетов в ISDN (новый пакетный режим - new packet mode). Цель дискуссии - к 1992 г. выработать рекомендации, которые можно было бы реализовать.

Из сравнения архитектуры протоколов в ISDN для нового метода коммутации пакетов ISDN (рис. 4.34) и традиционной коммутации пакетов с Х.25 (см. рис. 4.30) становятся ясными два важнейших отличительных признака.

Сигнализация, касающаяся построения и разрушения виртуальных соединений, происходит по протоколу D-канала для соединений на основе коммутации каналов, т. е. Рек. МККТТ 1.451 (см. разд. 4.3.5) вместо процедуры управления уровнем пакетов - Х.25 внеканальная сигнализация с однофазным поиском. В этом случае при необходимости выстроить дополнительное виртуальное соединение по уже существующему соединению полезных каналов будет также использоваться сообщение SETUP. Кроме того, если принять неизменным основной процесс, определяемый Рек. МККТТ 1.451, то используемые сообщения сигнализации необходимо дополнить информационными элементами, специфичными для коммутации пакетов.

Мультиплексирование и коммутация виртуальных соединений, в отличие от Х.25, осуществляются на уровне 2 с использованием протокола LAPD (1.441 ср. разд. 4.3.4) и в полезном канале вместе с LAP В Х.25: при мультиплексировании кадров {frame multiple-хеп) или соответственно при транслировании кадров {frame relaying) по принципу многократной связи идентификатор логического звена данных (logical link identifier (LLID)) в адресном поле LAPD (вместе с TEI и SAPI) берет на себя функцию логического номера канала Х.25; он имеет, таким образом, только локальное значение.

Однако при транслировании кадра протокол LAPD (1.441) в противоположность Х.25 выполняется на транзитной коммутационной станции не полностью, а производится обработка только немногих основных функций, таких, как мультиплексирование (переписывание входящего LLID на исходящий LLID), формирование блоков и, возможно, FCS-обработка (только распознавание ошибок)