Интерфейс V5.2. Учебное пособие

В кадре подуровня звена проверочная комбинация отсутствует (таблица

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

Для сообщений управления базовыми соединениями ISDN кадр подуровня звена LAPV5 начинается полями адреса уровня 2 протокола ISDN.

Для других протоколов оно начинается двумя байтами, содержащими адрес подуровня звена. Эти байты содержат, кроме того, биты ЕА и бит C/R,

используемые так же, как и в кадрах ISDN. Затем следуют байты поля управления, а за ними может следовать информационное поле, в котором помещено сообщение уровня 3. Максимальный размер этого поля составляет

260 байтов. Подобно адресу в ярлыке обрамления, внутренний адрес подуровня звена для протоколов, отличающихся от протокола управления соединениями

ISDN, также состоит из 13 битов, что позволяет присваивать адресу значения от

31

0 до 8191. Внешний адрес и адрес подуровня звена для этих протоколов содержат одинаковую информацию. Адреса в диапазоне от 8176 до 8180

указывают протокол ТфОП, протокол управления, протокол ВСС, протокол защиты и протокол управления трактами, как это определено в общем адресном пространстве интерфейса V5 (таблица 2.1).

Информационное поле

.

.

Байт

(M+K)

2.4. Форматы сообщений уровня 3

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

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

32

сообщения (1 байт) и другие информационные элементы, обязательность/

необязательность и длина каждого из которых зависят от типа сообщения.

Структура сообщения представлена в таблице 2.4.

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

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

33

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

Для протокола ВСС адрес уровня 3 использует 13 битов плюс бит индикации либо сети доступа, либо оконечной АТС, что обеспечивает 8192

возможных значения для идентификации процесса ВСС, к которому относится сообщение.

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

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

которому относится сообщение.

Третий обязательный информационный элемент — тип сообщения —

занимает 7 битов четвертого байта сообщения. Правила кодирования типа сообщения для разных протоколов V5 иллюстрирует таблица 2.5.

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

Приводимые ниже примеры для протоколов V5 взяты из [3].

34

Если необходимо идентифицировать сторону интерфейса, передающую сообщение, к имени сообщения добавляется через косую черту префикс AN

или LE. Например, сообщение AN/ESTABLISH передается сетью доступа, а

сообщение LE/ESTABLISH оконечной станцией. Необязательные информационные элементы сообщения указываются добавлением через косую черту суффикса, который начинается заглавной буквой, а если в нем несколько слов, то они соединяются тире. Например, если в сообщение ESTABLISH

вводится необязательный информационный элемент Steady-signal

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

представляет собой сообщение ESTABLISH, передаваемое сетью доступа и не содержащее необязательных информационных элементов.

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

35

Значения обязательных информационных элементов можно указывать,

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

Например, сообщение STATUS: Response:ANO представляет собой сообщение

STATUS с обязательным информационным элементом Cause (причина),

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

Следует отметить, что данное соглашение не исключает записей, которые с точки зрения спецификации интерфейса V5 неверны. Например, запись

LE/STATUS — неверна из-за того, что станции не разрешено передавать сообщение STATUS. Если рассматривать только правильные записи, то сообщения PROTOCOL-PARAMETER и LE/PROTOCOL-PARAMETER

эквивалентны, поскольку сообщение AN/PROTOCOL-PARAMETER было бы нарушением спецификации интерфейса V5.

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

36

Контрольные вопросы

1.Поясните физическую реализацию протокола V5.2. Назначение несущих каналов.

2.Дайте определение «Постоянное соединение», «Полупостоянное соединение».

3.Какие каналы могут быть использованы в качестве коммуникационных каналов и как определить их количество?

4.Какая информация передается по коммуникационным каналам? Какие протоколы используются для передачи этой информации?

5.Архитектура протокола V5.2

6.С какой целью используется КИ16 в V5.2?

7.Дайте характеристику логическому и физическому С-каналу.

8.Какие действия необходимо произвести при увеличении числа пользовательских портов?

9.С какой целью существует возможность резервирования С-каналов?

10.Что такое группа защиты С-канала?

11.Для чего предназначены несущие каналы?

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

13.Какова последовательность использования КИ для реализацииинтерфейса V5.2?

14.Возможно ли использование одного и того же КИ для передачи нескольких протоколов?

15.На каком уровне происходит идентификация портов ТфОП и ISDN?

Как выбираются адреса?

16.Что содержит адресное пространство интерфейса V5.2?

17.Поясните термин «Обрамление кадров». Какова величина необрамленного кадра?

37

3.Практическая реализация интерфейса V5.2

3.1.Идентификация тракта в составе интерфейса V5.2

Поскольку возможно подключение сети доступа к местной АТС с помощью нескольких интерфейсов V5.2, предусмотрена система идентификации этих интерфейсов. Согласно этой системе, каждому интерфейсу V5.2, соединяющему определенную сеть доступа с определенной АТС, присваивается уникальный в пределах этого набора интерфейсов идентификатор (interface id). Идентификатор представляет собой число,

лежащее в пределах от 0 до 16777215. Очевидно, что один и тот же интерфейс должен иметь одинаковой идентификатор «с точки зрения» местной АТС и «с

точки зрения» сети доступа. Присвоение интерфейсу определенного идентификатора должно координировано выполняться операторами сети доступа и местной АТС.

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

•Тип каждого порта сети доступа (аналоговый, ISDN BRA, ISDN PRA и

другие). Определяется на сети доступа и АТС.

•Соответствие между телефонными номерами абонентов и портами сети доступа.

•Соответствие телефонных номеров и V5-адресов портов; определяется

на АТС.

•Соответствие портов и их V5-адресов; определяется на оборудовании сети доступа.

•Данные о постоянных соединениях (какие каналы, каких ISDN, BRA и

PRA используются для постоянных соединений и пр.). Определяется на сети

доступа и АТС.

38

•Номера каналов интерфейса V5.2, выбранных в качестве коммуникационных. Определяется на сети доступа и АТС.

•Начальная конфигурация 2-ой группы защиты (какие С-каналы изначально должны являться активными, какие – резервными). Определяется на сети доступа и АТС.

•Объявление коммуникационных путей в С-каналах интерфейса V5.2.

Определяется на сети доступа и АТС.

•Идентификаторы логических С-каналов. Определяются на сети доступа и АТС.

•Идентификатор интерфейса. Определяется на сети доступа и АТС.

•Идентификаторы трактов. Определяется на сети доступа и АТС.

•Параметры абонентской линии (нормативное сопротивление шлейфа и т.д.). Определяется на сети доступа и АТС.

•Используемая разновидность аналоговой абонентской сигнализации.

Определяется на сети доступа и АТС.

•Параметры детектора импульсов набора номера (допустимые значения импульсов).

•Прочее.

Эти данные могут либо быть жестко закреплены в оборудовании на стадии изготовления или инсталляции, либо устанавливаться по командам операторов. Очевидно, что для нормального функционирования интерфейса

V5.2, необходимо, чтобы сеть доступа и АТС использовали согласованные наборы данных.

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

Каждому набору данных присваивается уникальный для данного интерфейса V5.2 номер. Всего может быть определено до 128 наборов (с 0 по

39

127). Очевидно, что одному номеру набора данных в сети доступа и АТС должны соответствовать одинаковые наборы.

Согласно рекомендации ETSI, определение наборов данных оператором называется «provisioning» (обеспечение), конкретный набор данных –

«provisioning variant».

Для интерфейса V5.2 предусмотрена специальная процедура перехода с одного набора данных на другой. Кроме того, предусмотрены различные процедуры проверки соответствия номеров наборов данных и идентификаторов интерфейса V5.2, используемых АТС и сетью доступа. Все эти процедуры носят названия «процедуры переопределения» (Re-provisioning procedure) и

реализуются с помощью протокола управления интерфейса V5.2. Одной из процедур переопределения является процедура проверки согласованности номера варианта набора данных и идентификатора интерфейса. Рассмотрим ее более подробно.

Эта процедура позволяет проверить согласованность АТС и сети доступа:

•используют ли АТС и сеть доступа один и тот же набор данных;

•одинаково ли идентифицируется конкретный интерфейс V5.2 на АТС

исети доступа.

Процедура реализуется следующим образом. Любая сторона интерфейса

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

получившая такой запрос, в ответ передает запрошенные параметры. Сторона-

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

Поскольку интерфейс V5.2 может состоять из нескольких трактов (до 16),

предусмотрена система идентификации этих трактов в составе интерфейса. Эта

40