ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 20.10.2024

Просмотров: 82

Скачиваний: 0

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

7.6. Процедуры протокола ТфОп

226 Глава 7_____________________________________

228 Глава 7_______________________________________

7.7. Национальные спецификации протокола ТфОп

230 Глава 7________________________

232 Глава 7 _______

Глава 8

8.1. Протокол назначения несущих каналов

234 Глава 8_______________________________________

236 Глава 8____

238 Глава 8_______________________________________

240 Глава 8 ________ ___

242 Глава 8 ___________

8.2. Протокол управления трактами интерфейса v5.2

244 Глава 8 ___________

246 Глава 8_______________________________________

248 Глава 8______________________________________

250 Глава 8_______________________________________

8.4. Протокол управления

252 Глава 8_______________________________________

254 Глава 8 __________________________________

Глава 9

9.1. Модель взаимодействия открытых систем

258 Глава 9 ___________________________________

260 Глава 9 __________________________________

9.2. Сети с коммутацией пакетов х.25

262 Глава 9___________________________________.

9.3. Архитектурапротоколах.25

264 Глава 9 ________________ _______________

266 Глава 9_______________________________________

9.4. Применения протокола х.25

Глава 10

10.1. Протоколы tcp/ip и модель osi

270 Глава 10______________________________________

10.2. Протокол управления передачей tcp

272 Глава 10____________________________________

274 Глава 10______________________________________

10.3. Протоколы udf и icmp

276 Глава 10______________________________________

10.4. Межсетевой протокол ip

278 Глава 10 ___________________________________

280 Глава 10___________________

282 Глава 10______________________________________

284 Глава 10 ___

10.5. Протоколы нижнего уровня

286 Глава 10______________________________________

10.6. Сетевые услуги в tcp/ip

10.7. Прогнозы по мотивам tcp/ip

234 Глава 8_______________________________________

Переводя строчку эпиграфа с поэтического на технический язык, следует определить функции сообщений протокола ВСС как управление В-соединениями, то есть соединениями между циф­ровыми каналами портов пользователей и несущими канальными интервалами в трактах интерфейса V5.2. Эти сообщения назнача­ют несущие канальные интервалы интерфейса для каналов портов пользователей, когда это требуется, и отменяют такие назначения, когда услуга больше не нужна, что дает возможность интерфейсу V5.2 концентрировать нагрузку. Концентрация обеспечивается специальным механизмом динамического распределения каналь­ных интервалов, которым управляет АТС. Последнее связано с тем, что сеть доступа не всегда осведомлена о том, каким пользователь­ским портам в данный момент требуются канальные интервалы, поскольку она не интерпретирует сигнализацию управления соеди­нениями пользователей.

В контексте протокола ВСС существует три типа В-соедине-ний:

1) соединения в АТС и в интерфейсе V5.2, создаваемые опе­ративно для обслуживания каждого вызова ТфОП и ISDN с кон­центрацией трафика на стороне сети доступа;

2) соединения, создаваемые в АТС оперативно для каждого вызова, но использующие постоянные соединения в сети доступа, закрепленные в интерфейсе V5.2 за линиями ТфОП и ISDN с вы­сокой нагрузкой (например, линиями УАТС) и за такими линия­ми, блокировка которых в сети доступа или в интерфейсе V5.2 не­допустима (например, линиями охранной сигнализации);

3) полупостоянные соединения, устанавливаемые в сети дос­тупа и АТС для поддержки услуг полупостоянных арендованных линий.

Для В-соединений первого типа процедура ВСС проводится в начале и в конце обслуживания каждого вызова, а управление соединением пользователя осуществляется со стороны АТС. Для В-соединений второго и третьего типов процедуры протокола ВСС проводятся под контролем системы эксплуатационного управле­ния АТС (через интерфейс Qма), которая не назначает для линий конкретных канальных интервалов и трактов интерфейса V5, но должна иметь об этом информацию.

Интерфейс V5.2 обеспечивает возможность создания и нару­шения многоканальных В-соединений «n x 64 Кбит/с», где n мо­жет принимать значения от 1 до 30, для поддержки коммутируе-

Служебные протоколы V5.2 235

мых связей НО, НИ и будущих высокоскоростных услуг. Такие В-соединения могут быть всех трех типов. Каналы DSS-1 типа НО и Н 11 не должны быть «видимы» для интерфейса V5.2, но должны поддерживаться в нем прозрачно как n соединений каналов 64 Кбит/с. Соединения мультимедиа также не должны быть «ви­димы» для интерфейса V5.2, но должны поддерживаться прозрач­но как несколько независимых соединений.


Протокол ВСС поддерживает только соединения между поль­зовательскими портами сети доступа и канальными интервалами интерфейса V5.2. Соединения «пользовательский порт — пользо­вательский порт» протоколом не поддерживаются, что, однако, не исключает возможности установления таких соединений полно­стью под управлением сети доступа, например, при отказе интер­фейса V5.2.

В дополнение к назначению и отмене назначения несущих канальных интервалов протокол ВСС, в частности, позволяет АТС проверять правильность назначения, а сети доступа — информи­ровать АТС о неисправностях, которые могут повлиять на назна­чение несущих канальных интервалов. Все это (а в первую оче­редь —сам механизм динамического назначения несущих каналов) существенно повышает надежность интерфейса V5.2, т.к. позво­ляет при обслуживании портов пользователей обходить те тракты интерфейса, которые имеют повреждения, и использовать только канальные интервалы исправных трактов интерфейса V5.2. Напом­ним, что V5.2 поддерживает до 16 трактов 2048 Кбит/с.

Структура сообщения протокола ВСС приведена на рис. 8.1. Все сообщения ВСС содержат в байтах 2 и 3 ссылочный номер про­цесса ВСС, к которому они относятся. В дополнение к ссылочно­му номеру там же размещен специальный S-бит, указывающий, был ли процесс инициирован сетью доступа или опорной АТС. В прин­ципе, одно и то же значение ссылочного номера может использо­ваться процессом, инициированным станцией, и процессом, ини­циированным сетью доступа, и, хотя такая ситуация маловероят­на, S-бит исключает возможность путаницы.

Протокол ВСС трактует каждое назначение и каждую отме­ну назначения несущего канала V5.2 как отдельный процесс, иден­тифицируемый собственным ссылочным номером. Каждый такой процесс завершается успешным назначением, успешной отменой назначения или прерыванием. Разные процессы создаются и за­вершаются параллельно, так что назначение или отмена назначе-


236 Глава 8____

ния одного несущего канального интервала не задерживает другие назначения и отмены назначения.

Рис. 8.1. Формат сообщения протокола ВСС

Типы сообщений протокола ВСС представлены в таблице 8.1. Что же касается направления передачи сообщений, то для прото­кола ВСС ведущей, как правило, является сторона АТС, а ведо­мой — сторона сети доступа, так как сеть доступа не осуществляет управления соединениями пользователей. Исключением из этого правила являются процессы, связанные с сообщениями AN_FA-ULT и PROTOCOL_ERROR, которые всегда инициируются со сто­роны сети доступа.

Таблица 8.1. Список сообщений протокола ВСС

______Служебные протоколы V5.2 237

Сторона АТС запрашивает назначение канального интервала V5.2 посылкой в сторону сети доступа сообщения ALLOCATION. Это сообщение содержит ссылочный номер активизированного им процесса ВСС, используемый в дальнейших сообщениях, которые сопутствуют данному назначению. Сообщение также содержит в обязательном информационном элементе «Идентификация пор­та пользователя» адрес пользовательского порта.

Для портов ТфОП этот информационный элемент одновре­менно идентифицирует и канал порта, так как порт содержит все­го один канал.

Для портов ISDN, содержащих каждый более одного В-канала, используется информационный элемент «Идентификация канала порта ISDN». Номер канала пользовательского порта ISDN в этом информационном элементе помещается в поле из 5 битов. В случае первичного доступа ISDN каналы от В1 до В31 будут иметь номера от 1 (00001) до 31 (11111).В случае базового доступа канал В1 будет иметь номер 1 (00001), а канал В2 - номер 2 (00010).

Несущий канал интерфейса, назначаемый для канала ТфОП или для В-канала порта ISDN, идентифицируется информацион­ным элементом «Идентификация канального интервала V5», ука­зывающим как тракт интерфейса V5.2, так и канальный интервал в этом тракте. Этот информационный элемент также содержит указания на то, можно ли пренебречь каким-либо существующим В-соединением ради данного В-соединения как имеющего более высокий приоритет.

Структура сообщения ALLOCATION приведена в таблице 8.2. Напомним, что в этой и в следующих таблицах информационный элемент может быть обязательным — М (Mandatory) и необязатель­ным О (Option).


Таблица 8.2. Структура сообщения ALLOCATION

Информационный элемент

Тип

Длина

Дискриминатор протокола

М

1

Ссылочный номер процесса

М

2

Тип сообщения

М

1

Идентификатор пользовательского порта

М

4

Идентификатор канала пользовательского порта ISDN

О

3

Идентификатор канального интервала V5

О

4

Таблица соответствия

О

11

238 Глава 8_______________________________________

Информационный элемент «Идентификатор канала пользо­вательского порта ISDN» используется, когда необходимо назна­чить один канальный интервал для одного В-канала порта ISDN, и идентифицирует этот В-канал. Информационный элемент «Идентификатор канального интервала V5» определяет канальный интервал, назначенный в интерфейсе для указанного В-канала.

Информационный элемент «Таблица соответствия» длиной 11 байтов (рис. 8.2) используется для идентификации блока каналь­ных интервалов V5.2 тогда, когда необходимо назначить несколь­ко канальных интервалов для поддержки высокоскоростных (n x 64 кбит/с) услуг ISDN (а также когда нужно отметить это назна­чение). Все назначенные канальные интервалы должны содержать­ся в одном тракте 2048 Кбит/с.

Рис. 8.2. Информационный элемент «Таблица соответствия»

Этот же информационный элемент идентифицирует каналь­ные интервалы в интерфейсе ISDN пользователь/сеть, для кото­рых должны быть назначены канальные интервалы V5.2 (или долж­но быть отменено их назначение). Соответствие между канальны­ми интервалами V5 и В-каналом пользовательского порта осуще­ствляется по принципу «один к одному» в том же порядке, в кото­ром они отмечаются в таблице соответствия. Когда несколько ка­нальных интервалов назначаются как один блок, процедура отме­ны назначения, о которой будет сказано дальше в этом параграфе,


Служебные протоколы V5.2 239

может быть применена либо ко всему блоку, либо к отдельным ка­нальным интервалам.

Поле «идентификатор тракта» определяет тот тракт в интер­фейсе, канальные интервалы которого назначаются таблицей со­ответствия. Максимальное значение идентификатора 256. Байты с 4 по 7 идентифицируют канальные интервалы V5.2, которые рас­сматриваются как один блок. Если канальный интервал использу­ется в процессе назначения (отмены назначения), то соответствую­щий ему бит в поле байтов с 4 по 7 имеет значение 1, в противном случае — 0. Байты с 8 по 11 определяют каналы пользовательского порта ISDN (с базовым или первичным доступом), для которых назначаются отмеченные в байтах с 4 по 7 канальные интервалы V5.2. Если для канала порта назначается канальный интервал, то соответствующий этому каналу бит в поле байтов с 8 по 11 имеет значение 1, в противном случае — 0.

Сообщение о выполнении назначения используется сторо­ной сети доступа для передачи стороне АТС информации о том, что назначение несущих каналов интерфейса V5.2 для каналов пользовательского порта успешно завершено (таблица 8.3).

Таблица 8.3. Структура сообщения ALLOCATION COMPLETE

Информационный элемент

Тип

Длина

Дискриминатор протокола

М

1

Ссылочный номер процесса

М

2

Тип сообщения

М

1

Если сторона сети доступа не может подчиниться сообщению ALLOCATION, посланному стороной АТС, она отвечает сообщени­ем ALLOCAT10N_REJECT с информационным элементом «При­чина отказа». Этот информационный элемент содержит поле, ука­зывающее причину (таблица 8.4), и в некоторых случаях — поле ди­агностики. Назначение может оказаться невозможным из-за неис­правностей или блокировки внутри сети доступа, в порту пользова­теля или в интерфейсе V5. В назначении также может быть отказано из-за существующих В-соединений или даже без указания опреде­ленной причины. Диагностические поля содержат информацию, которая может помочь более точно выяснить причину отказа.


Смотрите также файлы