Сети и телекоммуникации

421

зывается, что внутри сети Х имеет место «активный» ПВК (DLCI 99). Однако этот ПВК не будет идентифицироваться как новый.

б) ПВК между ООД В и АКД Yп настроен

ООД В и АКД Yп (ИПС). АКД Yп (АКД сети Y со стороны ООД В), полу-

чив первый «Запрос состояния», отвечает сообщением «Полное состояние», в

котором указывается, что имеет место «новый» и «активный» ПВК (DLCI 40),

являющийся последним отрезком МПВК. Следовательно, МПВК сконфигури-

рован (настроен).

ИСС. На следующий «Запрос состояния» от АКД Хс АКД Yс посылает ответ («Полное состояние»), в котором указывается, что имеет место «новый» и «активный» ПВК (DLCI 99).

ООД А и АКД Хп (ИПС). АКД Хп на последний «Запрос состояния» от ООД А отвечает сообщением «Полное состояние», в котором ПВК (DLCI 20)

«активен».

Приведенный выше пример показывает, насколько эффективны асин-

хронные двунаправленные процедуры управления в ИПС и ИСС.

Существует несколько причин сбоя МПВК: сбой в ИПС, в ИСС или в от-

резке ПВК. В каждом случае ответственным за передачу сообщений «Полное состояние», в которых указывается неактивное состояние ПВК, является ИСС,

что позволяет временно прекратить передачу данных через ИПС до тех пор,

пока ПВК не будет реконфигурирован. Если имеет место сбой в ИСС, то это вызовет сбой механизма синхронизации, что незамедлительно будет обнаруже-

но ООД пользователей.

Коммутируемые виртуальные каналы

Общепризнанно, что FR становится более эффективным методом достав-

ки сообщений при условии использования КВК (которые создаются только на период информационного обмена и «закрываются» сразу после него).

Однако реализация КВК, кажущаяся, на первый взгляд, простой, является наиболее сложной проблемой при стандартизации FR-протоколов и интерфей-

422

сов. Это связано в первую очередь различными взглядами фирм-производи-

телей и международных организаций по стандартизации на применение КВК в

FR-сетях. Более того, существует точка зрения, в соответствии с которой вооб-

ще ставится под сомнение необходимость КВК. Поэтому FRF не принял стан-

дартов на применение КВК. Существует только один стандарт (Рекомендация

ITU-T Q.933), который был принят для ЦСИО, — «Система сигнализации для служб ретрансляции кадров». FRF согласился только с тем, что указанная выше рекомендация будет служить основой для будущего стандарта на использова-

ние КВК. Этот параграф посвящен логической и процедурной характеристикам протокола FR для КВК в любых FR-сетях (и не обязательно ЦСИО).

Все управляющие сообщения, используемые при установлении и разъе-

динении КВК и передачи сообщения, передаются по ОКС, для которого в ИПС выделен канал с DLCI=0. (Это вполне согласуется с философией FR, согласно которой процедуры сигнализации осуществляются по выделенному каналу).

Эти сообщения аналогичны кадру LMI. На рис. 30.5 представлен основной формат кадра, используемый при конфигурации КВК (далее — кадр КВК).

Поля в кадре КВК идентичны полям кадра LMI процедур, за исключени-

ем полей: «Вызываемый номер», «Тип сообщения» и «Информационные эле-

менты».

«Вызываемый номер». Это поле является локальным идентификатором,

который предназначен для распознавания различных вызовов в локальном ин-

терфейсе. Оно не имеет смысла при установлении сквозного соединения. Длина этого поля может быть равна 2 или 3 октетам и зависит от требуемого количе-

ства индивидуальных каналов. Формат 2-октетного поля, наиболее приемлемо-

го в сетях FR, показан на рис. 30.6.

Первый октет указывает на длину вызываемого номера (1 или 2 октета), а

второй октет содержит значение вызываемого номера и «флаг». Главное назна-

чение «флага»: определение стороны интерфейса — инициатора установления соединения («0»; вызываемая сторона — «1») и, таким образом, исключение одинаковой установки этого бита обеими сторонами интерфейса. Поле «вызы-

423

ваемый номер» может иметь длину 3 октета, как правило, в том случае, когда требуется 7...15 бит для идентификации большого числа (> 64) КВК в высоко-

скоростных ИСС (более 8 Мбит/с).

Рис. 30.5. Базовый формат кадра КВК

Уникальное значение вызываемого номера определяется инициатором вызова, когда передается сообщение-запрос на установление соединения.

424

«Тип сообщения». При создании, разъединении КВК и фазе передачи данных используются семь типов сообщений (Q.933), которые представлены на рис. 30.7.

«Информационные элементы». Информационные элементы для создания,

разъединения КВК изменяются в соответствии с фазой информационного об-

мена. Рассмотрим эти фазы.

а) Фаза установления соединения (запрос соединения)

В этой фазе происходит установление соединения (настройка КВК). Ини-

циатором может быть либо ООД пользователя, либо АКД FR-сети. На рис. 2.8

показана последовательность передачи сообщений (процедур установления со-

единения) при организации КВК (для случая, когда инициатором выступает и ООД абонента, и АКД сети).

Рис. 30.7. Кодирование поля «Тип сообщения»

425

Среди трех типов сообщений, используемых в фазе установления соеди-

нения (КВК), наиболее сложным является «Установка параметров». Это со-

общение (рис. 30.9) содержит семь информационных элементов. Часть этих информационных элементов необязательна, а некоторые — обязательные — перечислены ниже.

«Пропускная способность». Назначение этого обязательного элемента за-

ключается в предоставлении Службой FR (ITU-T, I.233) соответствующей ус-

луги по ретрансляции кадров с требуемым качеством. Все поля внутри этого информационного элемента фиксированы и обозначают соответствующие па-

раметры. Но значения этих параметров не стандартизованы, что является пред-

метом дальнейших исследований. Причина того, что этот элемент обязателен,

— обеспечение совместимости со стандартами ЦСИО (хотя возможно приме-

нение FR и не в ЦСИО).

Рис. 30.8. Последовательность передачи сообщений при установлении соединения (настройка КВК)

На рис. 30.10 представлен формат информационного элемента «Пропуск-

ная способность».

Поля внутри этого формата фиксированы и означают:

427

всегда устанавливается в «1». Если какое-либо из полей больше, чем 1 октет, то этот бит устанавливается в «1» только в последнем октете данного поля, а в предшествующих октетах — в «0». (Примечание: в дальнейшем, для большей

ясности, восьмой бит первого октета будет установлен в «0»; последнего — в «1»; промежуточных (если таких октетов больше двух) — «0/1».)

Рис. 30.11. Формат информационного элемента «DLCI»

«Идентификатор канала передачи данных (DLCI)». Обязателен в на-

правлении «АКД сети - ООД пользователя» и необязателен — в направлении

«пользователь-сеть». Этот информационный элемент определяет DLCI-

идентификатор КВК, который будет использоваться в локальном интерфейсе. В

случае, когда инициатором соединения является АКД сети FR (т.е. последняя посылает сообщение «Установка параметров»), элемент всегда содержит

DLCI-идентификатор, выбранный при установлении соединения. В противном случае, когда инициатором соединения является ООД абонента (т.е. последнее посылает сообщение «Установка параметров»), этот элемент является необя-

зательным, до тех пор, пока ООД абонента не затребует значение DLCI-иден-

тификатора, используемого при информационном обмене. Формат элемента представлен на рис. 30.11 (для двухоктетного адресного поля).

Необходимо заметить, что DLCI-идентификатор, размещаемый в стан-

дартном поле этого элемента, является локальным и имеет значение только для конкретной сети FR. Бит уникальный флаг всегда устанавливается в «0». Если

428

сеть не способна (по каким-либо «внутренним» причинам) указать конкретное значение номера (DLCI) для требуемого канала, то она будет указывать другое

(приемлемое для нее) значение DLCI-идентификатора. Бит расширения также применяется для индикации окончания адресного поля, и будет использоваться таким же образом (т.е. как маркер расширения адреса) в заголовке кадра.

«Параметры канального уровня (ЭМВОС)». Этот информационный эле-

мент является необязательным в направлении «ООД абонента - АКД сети» и

используется только тогда, когда вызывающий адрес затребует у сети значения необходимых параметров. Если параметры в этом направлении не представле-

ны, то вся ответственность за несоблюдение требуемых параметров (их кон-

кретных значений) ложится на сеть. Элемент является обязательным в направ-

лении «АКД сети - ООД абонента» и имеет своей целью информирование ООД абонента о предполагаемых значениях требуемых параметров. Формат элемен-

та представлен на рис. 30.12. Значению каждого параметра, входящего в ин-

формационный элемент, предшествует поле идентификатора. Рассматриваемый информационный элемент включает определенный набор параметров, в кото-

рый входят:

максимальный размер поля информации в FR-кадре (в октетах);

пропускная способность. Этот параметр представляется в значениях ско-

рости передачи информации (бит/с), обеспечиваемой ПВК за определен-

ный интервал времени. Пропускная способность является составной ве-

личиной и включает «размерность» (100...106) и целочисленный «мно-

житель». Например, 64 Кбит/с будет иметь вид: 3/64 («размерность»/ «множитель»), что означает 64 103;

гарантированный объем информации, подлежащей передаче/приѐму.

Этот параметр определяет максимальный размер данных пользователя (в

октетах), который согласовывается с сетью для их доставки в каждом на-

правлении за определенный интервал при условии ее нормального функ-

ционирования;

429

дополнительный объем информации, подлежащей передаче/приѐму. Этот параметр определяет максимальный дополнительный объем данных (в

октетах), который сеть будет «пытаться» доставить в каждом направле-

нии за определенный интервал времени. Во всех кадрах, которые превы-

шают гарантированный объем, но не превышают дополнительный объем,

бит DE может быть установлен сетью в «1».

Рис. 30.12. Формат информационного элемента «Параметры канального уровня»