ФОРМАТЫ СООБЩЕНИЙ УРОВНЯ 3

Все упомянутые в параграфе 6.3 протоколы уровня 3 интер­фейса V5 (протокол ТфОП, протокол управления, протокол управ­ления трактами, ВСС-протокол и протокол защиты) являются про­токолами, ориентированными на сообщения.

Каждое сообщение содержит три обязательных информаци­онных элемента — дискриминатор протокола (1 байт), адрес уровня 3 (2 байта), тип сообщения (1 байт) и другие информационные эле­менты, обязательность/необязательность и длина каждого из кото­рых зависят от типа сообщения. Структура сообщения представле­на на рис. 6.8.

Рис. 6.8. Формат сообщения протокола V5

Дискриминатор протокола V5 занимает первый байт сообще­ния и имеет значение 01001000 (48 в шестнадцатеричной систе­ме). Назначение дискриминатора протокола — обеспечить возмож­ность отличать сообщения протоколов V5 по ETS 300 324-1 и ETS 300 347-1 (протокола ТфОП, протокола управления, прото­кола управления трактами, ВСС-протокола и протокола защиты) от сообщений других протоколов, использующих то же соедине­ние уровня 2. Дискриминатор протокола включается в состав со-

Открытый интерфейс V5 177

общений протоколов V5 для обеспечения структурной совмести­мости с другими протоколами (например, с ETS 300 102-1), в том числе и с новыми протоколами уровня 3, которые пока еще нахо­дятся в стадии разработки.

Следом за дискриминатором протокола помещаются два бай­та адреса уровня 3. Назначение этого обязательного информаци­онного элемента — идентификация логического объекта уровня 3 в рамках интерфейса V5. Для протокола управления в качестве ад­ресов уровня 3 используются значения из общего адресного про­странства (табл. 6.3).

Для протокола ТфОП адресом уровня 3 тоже является число, взятое из общего адресного пространства V5; это число идентифи­цирует конкретный пользовательский порт ТфОП (табл. 6.3). Один бит в двух байтах адреса имеет фиксированное значение, а оставшиеся 15 битов обеспечивают адресацию для 32768 портов ТфОП.

Для протокола ВСС адрес уровня 3 использует 13 битов плюс бит индикации либо сети доступа, либо оконечной АТС, что обес­печивает 8192 возможных значения для идентификации процесса ВСС, к которому относится сообщение.

Для протокола управления трактами адрес уровня 3 содер­жит только восемь битов. Эти биты образуют значения идентифи­каторов 16 трактов интерфейса V5.2.

Для протокола защиты адрес уровня 3 может использовать все 16 битов двух байтов адреса. Значение адреса идентифицирует логический С-канал, к которому относится сообщение.

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

Как это делалось в главе 4 для протокола DSS-1 и в главе 10 первого тома для ОКС-7, типы сообщений V5 будут записываться заглавными буквами и через дефис, если названия этих типов со­стоят более чем из одного слова. Приводимые ниже примеры для протоколов V5 взяты из [83].

178 Глава 6 ______________________________

Таблица 6.4. Типы сообщений интерфейса V5

Если необходимо идентифицировать сторону интерфейса, передающую сообщение, к имени сообщения добавляется через ко­сую черту префикс AN или LE. Например, сообщение AN/ESTAB­LISH передается сетью доступа, а сообщение LE/ESTABLISH око­нечной станцией. Необязательные информационные элементы со­общения указываются добавлением через косую черту суффикса, который начинается заглавной буквой, а если в нем несколько слов, то они соединяются тире. Например, если в сообщение ESTABLISH вводится необязательный информационный элемент Steady-signal (непрерывный сигнал), то запись имеет вид: ESTABLISH/Steady-signal. Если необязательные информационные элементы предусмот­рены, но ни один из них в сообщение не включен, это указывается с помощью тире: AN/ESTABLISH/- представляет собой сообщение ESTABLISH, передаваемое сетью доступа и не содержащее необя­зательных информационных элементов.

Значения необязательных информационных элементов ука­зываются расширением суффикса с помощью двоеточия. Напри­мер, при установлении соединения от АТС: LE/ESTABLISH/ Steady-signaLnormal polarity, что означает сообщение ESTABLISH, передаваемое станцией и содержащее необязательный информа­ционный элемент Steady-signal, причем этот необязательный ин­формационный элемент имеет значение, представленное словами normal polarity.

Значения обязательных информационных элементов можно указывать, используя тот же способ, что и для необязательных ин­формационных элементов. Кроме того, запись может быть сокра­щена, поскольку указывать на присутствие обязательного инфор-

Открытый интерфейс V5 179

мационного элемента нет необходимости. Например, сообщение STATUS: Response:ANO представляет собой сообщение STATUS с обязательным информационным элементом Cause (причина), ко­торый указывает, что оно было передано в ответ на сообщение LE/STATUS-ENQUIRY и что идентифицируемый адресом уровня 3 в общем заголовке порт ТфОП находится в состоянии 0 (выклю­чен из обслуживания). Сокращение можно использовать и в не­обязательных информационных элементах. В этом случае подра­зумевается, что необязательный элемент включен в состав сооб­щения. Таким образом, сообщение ESTABLISH/Line-information:impedance-marker-set эквивалентно сообщениюESTABLISH: im­pedance-marker-set, т.к. необязательный элемент Line-information должен присутствовать по смыслу

Следует отметить, что данное соглашение не исключает за­писей, которые с точки зрения спецификации интерфейса V5 не­верны. Например, запись LE/STATUS — неверна из-за того, что станции не разрешено передавать сообщение STATUS. Если рас­сматривать только правильные записи, то сообщения PROTOCOL-PARAMETER и LE/PROTOCOL-PARAMETER эквивалентны, поскольку сообщение AN/PROTOCOL-PARAMETER было бы нарушением спецификации интерфейса V5.

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