Файл: Протоколы сети доступа - Гольдштейн.pdf

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

188 Глава 7_______________________________________

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

Рис. 7.2. Информационный элемент «Цифра»

Длина информационного элемента «Цифра» всегда равна 3 байтам. В битах 1-4 передается в двоичном коде одна цифра номера, принятая сетью доступа от абонента, или цифра, которую АТС передает в сеть доступа. Нулевое значение всех битов 1-4 соответствует ошибке. Биты 5 и 6 третьего байта всегда имеют значение 0. Поле индикатора запроса подтверждения позволяет АТС запросить сеть доступа указать конец передачи цифры в порт пользователя. В направлении от сети доступа к АТС данный бит всегда имеет значение 0.

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

мационный элемент «Модулированный-вызов» (Cadenced-ringing),

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

Для передачи в абонентский терминал импульсов тарификации и для некоторых других целей служит информационный эле-

мент «Импульсный-сигнал» (Pulsed-signal), структура которого представлена на рис. 7.3. Длина этого информационного элемента может колебаться от 3 до 5 байтов.

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

Данный информационный элемент, передаваемый от АТС к сети доступа или от сети доступа к АТС, указывает на то, что в пользовательском порту ТфОП должен быть сформирован импульсный сигнал, определенный в соответствии с табл. 7.3. Передача этого информационного элемента от сети доступа к АТС говорит о том, что пользовательский порт получил импульсный сигнал от терминала абонента или от УАТС.

Длительность импульсного сигнала должна быть указана в поле «тип длительности импульса». Каждому типу длительности соответствует заранее определенный набор характеристик импульсов и пауз.

Поле «число импульсов» содержит двоичное число, показывающее, сколько импульсов должно быть передано. Нулевое значение в этом поле является ошибочным.

Индикатор подавления (suppression indicator), занимающий биты 6 и 7 в байте 4, АТС использует, чтобы сообщить сети доступа, должен ли быть подавлен входящий импульсный сигнал. Индикатор запроса подтверждения, размещающийся в битах 6 и 7 байта 4а, необходим АТС, чтобы запросить подтверждение исполнения запроса передачи импульсного сигнала: сигнал начался, сигнал закончился или закончилась одна из серий импульсов. Кодировки этих двух индикаторов представлены в табл. 7.4 и 7.5, соответственно.

В направлении от AN к LE используется информационный элемент «Уведомление-о-передаче», который информирует станцию об исполнении запроса передать импульсный сигнал (Pulsed-sig-

www.kiev-security.org.ua

BEST rus DOC FOR FULL SECURITY

190 Глава 7_______________________________________

nal) или цифру (Digit-signal). Этот элемент уведомляет либо о начале передачи импульса, либо об окончании передачи единственного импульса или одного из импульсов в последовательности импульсов.

Таблица 7.3. Кодирование типа импульса (байт 3)

Таблица 7.4. Кодирование индикатора подавления (байт 4)

Таблица 7.5. Кодирование индикатора запроса подтверждения (байт 4а)

Рассмотренные выше четыре информационных элемента, повидимому, необходимы в любой национальной реализации протокола ТфОП. Кроме них имеются информационные элементы, которые нужны не в каждом случае.

Таблица 7.6. Кодирование параметров информационного элемента

«Данные-о-линии»

Необходимость передавать на станцию сведения о состоянии линии уже упоминалась. Такого рода сведения могут передаваться в информационном элементе «Данные-о-линии» (Line-information), который связан, в частности, с активизацией и деактивизацией в

www.kiev-security.org.ua

BEST rus DOC FOR FULL SECURITY

www.kiev-security.org.ua

BEST rus DOC FOR FULL SECURITY

192 Глава 7______________________________________

некоторых УАТС услуги переадресации вызовов путем особой маркировки импенданса линии. Кодировки параметров этого информационного элемента приведены в таблице 7.6. Все не указанные в таблице коды зарезервированы для будущих применений. Ограниченное использование информационного элемента «Данные-о-линии» обусловлено тем, что существуют альтернативные методы управления переадресацией вызовов.

Может потребоваться изменить период времени, в течение которого должен существовать сигнал. Это выполняется с помощью информационного элемента «Время-распознавания» (Recognition-time), используемого, например, когда нужно увеличить время распознавания, чтобы уменьшить вероятность ошибочной интерпретации состояния линии. Длина этого информационного элемента всегда составляет 4 байта, его передача осуществляется только в сообщении от АТС к сети доступа, а структура элемента представлена на рис. 7.4. В поле «сигнал» может помещаться код любого типа сигнала из приведенных выше в таблицах 7.2 и 7.3. Поле «тип длительности» содержит индекс той строки предварительно определенной в сети доступа таблицы, где указано время, в течение которого сигнал должен оставаться активным. Бит 7 четвертого байта всегда имеет значение 0.

Рис. 7.4. Структура информационного элемента « Времяраспознавания»

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

ского оборудования. Такое требование, передаваемое только от АТС к сети доступа, содержится в информационном элементе «Акти-

визировать-автономную-реакцию-на-сигнал» (Enable-autonomous- acknowledge). Длина элемента составляет 4 байта для непрерывных сигналов и от 4 до 6 байтов для импульсных сигналов (рис. 7.5 и 7.6). Для полей «сигнал» и «реакция» используются кодировки, приведенные в таблицах 7.2 и 7.3. В том случае, если реакция является импульсным сигналом, к полям «тип длительности импульса», «индикатор подавления», «индикатор запроса подтверждения» и «число импульсов» применяются правила, которые были определены выше для информационного элемента «Импульсный сигнал».

Рис. 7.5. Структура информационного элемента «Акти- визировать-автономную-реакцию-на-сигнал» (реакция в форме «Непрерывный-сигнал»)

Рис. 7.6. Структура информационного элемента «Акти- визировать-автономную-реакцию-на-сигнал» (реакция в форме «Импульсный-сигнал»)

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

«Деактивизировать-автономную-реакцию-на-сигнал» (Disable - autonomous-acknowledge). Данный информационный элемент также передается только в сообщении от АТС к сети доступа, а длина его всегда составляет 3 байта.

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

«Автономное-управление-последовательностью-сигналов» (Autonomous- signalling-sequence). Данный элемент передается только в сообщениях от АТС к сети доступа. Последовательность сигналов определяется с помощью поля «тип последовательности» (sequence type) в битах 1—4 (таблица 7.1).

Если сеть доступа должна послать соответствующий предварительно определенной последовательности ответ к АТС, этот ответ дается с помощью информационного элемента «Результат-автономного-

управления-последовательностью-сигналов» (Sequence-response).

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

«Порядковый-номер» (sequence-number), представленный на рис. 7.7.

Длина данного элемента всегда равна 3 байтам, и он может передаваться в обоих направлениях.

Рис. 7.7. Структура информационного элемента «Порядковый-номер»

Информационный элемент «Порядковый-номер» должен обязательно присутствовать в сообщениях SIGNAL, PROTOCOL_PARAMETER и SIGNAL_ACK, но не разрешен в других сообщениях. В сообщениях SIGNAL и PROTOCOL_PARAMETER

информационный элемент «Порядковый-номер» содержит порядковый номер передачи M(S), а в сообщениях SIGNAL_ACK - порядковый номер приема M(R).

Вслучае приема достоверного сообщения, которое не имеет смысла

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

те протокола ТфОП по другую сторону интерфейса. Для передачи этой информации служит информационный элемент «Состояние» (State), а причина его передачи указывается в информационном элементе

«Причина» (Cause).

Длина информационного элемента «Причина» может составлять 3, 4 или 5 байтов, как это видно из рис. 7.8. Если длина составляет 3 байта, поле диагностики в информационный элемент не включается. Если длина составляет 4 байта, то четвертый байт является диагностическим и указывает идентификатор типа сообщения, вызвавшего передачу информации о причине. Если длина составляет 5 байтов, то диагностическими являются байты 4 и 4а, указывая идентификатор типа сообщения и идентификатор информационного элемента в сообщении, вызвавшего передачу информации о причине. Кодировка информационного элемента «Причина» приведена в таблице 7.7. Все остальные коды зарезервированы.

Рис. 7.8. Структура информационного элемента «Причина»

(Cause)

Может случиться так, что сообщение имеет правильный номер, имеет смысл в контексте обмена другими сообщениями, но содержащийся в нем запрос не может быть выполнен из-за отсутствия нужных для этого ресурсов. В такой ситуации в ответное сообщение вводится информационный элемент «Ресурс-недоступен» (Resource-unavailable).

Цель данного информационного элемента — сообщить АТС о недоступности ресурса, затребованного тем информационным элементом, который скопирован в поле копии возвращаемого к АТС элемента «Ресурс-недоступен». Элемент «Ресурс-недоступен» передается только в сообщениях SIGNAL от сети доступа к АТС. Длина этого элемента зависит от длины возвращаемой копии информационного элемента и может варьировать от 3 до 8 байтов.

196 Глава 7_________________________________

Таблица 7.7. Кодирование типа элемента «Причина»

7.3. СООБЩЕНИЯ ПРОТОКОЛА ТфОП

Формат сообщения V5 представлен на рис. 6.7 предыдущей главы. Как и для других протоколов V5, сообщения протокола ТфОП состоят из:

а) уникального для протоколов V5 дискриминатора протокола,

б) адреса уровня 3, идентифицирующего порт, к которому относится данное сообщение,

в) типа сообщения, г) информационных элементов, представляющих сигналы ТфОП или

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

В протоколе ТфОП предусмотрены девять типов сообщений, приведенных в таблице 7.8. Остальные коды типов сообщений протокола ТфОП (согласно таблице 6.4 предыдущей главы) зарезервированы для будущих применений.

Таблица 7.8. Типы сообщений протокола ТфОП

Первыми двумя сообщениями ESTABLISH и ESTAB-LISH_ACK сторона сети доступа и сторона АТС обмениваются при создании сигнального пути в интерфейсе V5. Аналогичным образом, при освобождении сигнального пути производится обмен сообщениями

DISCONNECT и DISCONNECT_COMPLETE.