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

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

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

Добавлен: 20.10.2024

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

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

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

182 Глава 6

упростить последующую маршрутизацию в сети связи, т.к. различ­ные типы информации D-канала могут размещаться в разных С-ка-

налах.

Рис. 6.9. Добавление и удаление адресов портов ISDN

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

В интерфейсе V5 может существовать несколько С-путей s-типа, р-типа и f-типа, при этом их максимальное количество зави­сит от того, является ли этот интерфейс интерфейсом V5.1 илиУ5.2. Один С-канал также может поддерживать до трех С-путей разных типов, однако в нем не может размещаться более одного С-пути каждого типа, т.к. различить разные С-пути одного типа в одном и том же С-канале невозможно.

Глава 7

ПРОТОКОЛ ТфОП

----------------------------------------------------------

Возглавляя партии и классы,

Лидеры вовек не брали в толк,

Что идея, брошенная в массы,

Это девка, брошенная в полк.

И. Губерман

7.1. Проблема ТфОп

Плодотворная дебютная идея интерфейса V5 с самого нача­ла была обращена лицом в будущее. Действительно, что может быть перспективнее идеи собрать рассмотренные в предыдущей главе три источника (речь, данные и видео) и три составные части (ме­таллический кабель, оптоволокно и радиоканал), охватывающие все многообразие задач и средств сети доступа, в единый интер­фейс, являющийся своего рода шлюзом к не менее многообраз­ной сети узлов коммутации. Тем более, что, как видно из материа­лов предыдущей главы, спецификации V5 неплохо справляются с абонентской сигнализацией ISDN и являются действительно от­крытыми для новых протоколов, создаваемых различными АВС-форумами и консорциумами. Беда пришла, откуда не ждали — от телефонной сети общего пользования (ТфОП). Проспавшая поч­ти 100 лет сигнализация по аналоговым абонентским линиям ТфОП, как красавица из сказки, сохранив за время сна свою акту­альность, оказалась, тем не менее, весьма капризным объектом, обремененным множеством устаревших предрассудков. Возмож­но, то же произошло и со Спящей Красавицей, но история об этом умалчивает, ибо, согласно литературному закону К. Симонова, «Все романы на свадьбах кончают недаром, потому что не знают, что делать с героем потом». Что же касается протокола ТфОП для ин­терфейса V5, то выступившая в роли сказочного принца междуна­родная рабочая группа по V5 столкнулась, против ожиданий, со множеством серьезных трудностей. Речь идет о принципиальной несовместимости различных исторически сложившихся нацио­нальных подходов к обработке вызовов ТфОП, о невозможности отобразить все национальные особенности управления соедине­ниями ТфОП на управлении соединениями ISDN (как предпола­галось вначале), о компромиссах при адаптации спецификаций протокола V5 к национальным требованиям и т.п.


184 Глава 7

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

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

Главная функция протокола ТфОП — поддержка националь­ного протокола управления созданием и нарушением соединений ТфОП. С этой целью для каждого вызова абонента ТфОП (как ис­ходящего, так и входящего) протокол ТфОП предусматривает соз­дание в интерфейсе V5 логического соединения, использующего ресурс того С-пути в интерфейсе V5, который предназначен для сигнализации ТфОП, и называемого сигнальным путем (signalling path). Кроме того, протокол ТфОП может использовать этот же С-путь и без создания в нем сигнального пути, когда возникает не­обходимость в передаче информации, не связанной с управлени­ем соединениями ТфОП (например, для передачи со стороны сети доступа к стороне АТС данных о линии пользователя). Сигналь­ный путь существует в течение всех фаз соединения ТфОП и обес­печивает прозрачный обмен сообщениями уровня 3 между логи­ческими объектами протокола ТфОП, расположенными по разные стороны интерфейса.

Следует подчеркнуть, что при отсутствии сети доступа, т.е. при непосредственном подсоединении пользовательского порта к

Протокол ТфОП 185

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



7.2. Информационные элементы сообщений протокола ТфОп

Прежде чем перейти к детальному обсуждению сообщений протокола ТфОП, общая структура которых уже приводилась в предыдущей главе, рассмотрим информационные элементы этих сообщений. Для кодирования информационных элементов при­меняются правила, определенные в ETS 300 102-1, а сами инфор­мационные элементы протокола ТфОП и коды их идентификато­ров приведены в табл. 7.1.

Четыре первых информационных элемента соответствуют сигналам, передаваемым по абонентской линии ТфОП и/или по аналоговой соединительной линии, используемой для подключе­ния к ТфОП учрежденческой АТС. Остальные информационные элементы используются для управления взаимодействием между сетью доступа и АТС ТфОП и непосредственной связи с сигнали­зацией по абонентской (или соединительной) линии не имеют.

Структура информационного элемента «Непрерывный-сигнал» показана на рис. 7.1.

Рис. 7.1. Структура информационного элемента «Непрерывный-сигнал»

186 Глава 7 ______________ _______

Данный информационный элемент генерируется либо АТС с целью указать сети доступа, какой непрерывный сигнал следует активизировать в пользовательском порту для передачи его к або­нентскому терминалу или к УАТС, либо сетью доступа для переда­чи в АТС информации о том, какой непрерывный сигнал, приня­тый от абонентского терминала или УАТС, зафиксировал пользо­вательский порт. Длина информационного элемента «Непрерывный-сигнал» всегда равна 3 байтам, а кодировка поля «Тип сигна­ла» соответствует табл. 7.2.

Таблица 7.1. Информационные элементы протокола ТфОП

_____Протокол ТфОП ____ __________ 187

Таблица 7.2. Кодирование типа непрерывного сигнала (байт 3)

188 Глава 7_______________________________________

Использование отдельных сообщений о замыканиях и раз­мыканиях шлейфа при передаче импульсов набора номера потре­бовало бы большого количества сообщений для передачи всего номера. К тому же эти сообщения пришлось бы снабжать указате­лями времени начала и конца импульсов и пауз, чтобы обеспечить достоверное распознавание цифр номера при приеме. Альтерна­тивным методом является распознавание импульсов и пауз набора номера непосредственно в сети доступа, что позволяет в сообще­нии V5 указывать сразу определенную цифру. Для этого применя­ется информационный элемент «Цифра» (Digit-signal), передавае­мый, вообще говоря, в обоих направлениях (рис. 7.2), как для обыч­ной передачи номера к АТС, так и для сигналов прямого входяще­го набора номера (DDI), передаваемых от опорной АТС к малым АТС (специфика включения малых учрежденческих АТС в россий­скую ТфОП рассматривалась в главе 1 данного тома).