Файл: 6.doc

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 принципу, согласно которому информационный элемент «тип сообщения» в общем заголовке, содержащий код имени сообще­ния, идентифицирует по смыслу протокол, явно определяемый адресом уровня кадра.

6.7. Мультиплексирование портов isdn

Трудности специфицирования протокола V5 применительно к портам ISDN неоднократно упоминались в этой главе. В основ­ном эти упоминания сводились к сетованиям по поводу отсутст­вия машины времени, с помощью которой можно было бы попасть к началу разработки DSS-1 и подсказать разработчикам, что тер­миналы ISDN будут являться элементами сети абонентского дос­тупа и, следовательно, сообщения DSS-1 будут, наряду с сообще­ниями других протоколов, мультиплексироваться в интерфейсе V5. Но история не терпит сослагательного наклонения.

180 Глава б_______________________________________

В связи с этим уместно привести цитату из монографии одно­го из руководителей разработки V5 Алекса Гиллеспая [83]:

«... делегаты первых встреч по стандартизации интерфейса V5 не прибегали к физической силе, чтобы урегулировать различные под­ходы к тому, как должна мультиплексироваться сигнализация ISDN. Рассматривались три варианта, соответствующие уровням 1, 2 и 3 модели ВОС. Решение использовать подход трансляции кадров представляло торжество как логики, так и взаимных усту­пок, и впоследствии было немало слез сожаления, но не было ни­какого самосожжения».

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

Другой обсуждавшийся тогда вариант был связан с интерпре­тацией сообщений уровня 3 ISDN в сети доступа, что привело бы к дополнительному усложнению протоколов V5. Кроме того, в слу­чае внесения каких-либо изменений в протокол сигнализации ISDN пришлось бы модернизировать и протоколы сети доступа.

Третий подход к решению проблемы мультиплексирования сигнализации ISDN, ориентированный на уровень 1, концепту­ально проще, но он потребовал бы выделения в интерфейсе V5 спе­циальной дополнительной полосы пропускания для сигнализации ISDN. Этот недостаток мультиплексирования на уровне 1 не слиш­ком серьезен, т.к. полосу пропускания для поддержки D-каналов пользовательских портов можно было бы выделять по требованию, основываясь на сигналах активизации и деактивизации. Более серьезная проблема, связанная с вариантом мультиплексирования на уровне 1, состоит в том, что он потребовал бы также дополни­тельного аппаратного обеспечения для обслуживания каждого D-канала каждого пользовательского порта, чего удается избежать при ориентации на уровень 2.

Таким образом, решение использовать для сигнализации ISDN мультиплексирование на уровне 2 является наиболее про­стым и наименее дорогостоящим. Оно исключает расходование по­лосы пропускания на сигнализацию, в результате чего аппаратное

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

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

Как уже не раз отмечалось, главная функция уровня 2 заклю­чается в согласовании неструктурированного потока данных на физическом уровне, в котором могут быть искажения вследствие ошибок, и структурированных сообщений уровня 3, которые по­лучаются после исправления ошибок. В главе 3 было показано, что уровень 2 присваивает каждому кадру порядковый номер и снаб­жает этот кадр средствами обнаружения ошибок, так что повреж­денные кадры можно идентифицировать и запросить их повтор­ную передачу начиная с последнего правильно принятого кадра. Интерфейс V5 для сигнализации ISDN использует подход обнару­жения ошибок и повторной передачи, заимствованный из реко­мендации Q.921.

Кадр сигнализации ISDN, правильно принятый из пользо­вательского порта (исходный кадр), дополняется расположенным в начале кадра адресом порта, который передал этот кадр. Прове­рочная комбинация (FCS) в конце исходного кадра пересчитыва­ется и подставляется вместо исходной. Затем модифицированный таким образом кадр проходит через интерфейс V5 к АТС (рис. 6.9). Правильно принятый модифицированный кадр, поступивший от станции через интерфейс V5, обрабатывается в обратном порядке:

адрес порта ISDN отделяется от модифицированного кадра и ис­пользуется для того, чтобы направить кадр в соответствующий пользовательский порт. FCS пересчитывается и заменяет FCS мо­дифицированного кадра, после чего преобразованный в исходную форму кадр передается через пользовательский порт пользовате­лю ISDN.

Для информации D-канала ISDN был принят двухшаговый подход, поскольку общая полоса пропускания, необходимая для передачи данных D-канала через интерфейс V5, может быть боль­ше 64 Кбит/с, доступных в одном С-канале. Чтобы обеспечить не­обходимую гибкость, пользовательские порты не ассоциируются прямо с С-каналами, а сначала ассоциируются с С-путями, кото­рые затем размещаются в С-каналах интерфейса V5. Это позволяет