Гольдштейн_учебники / Протоколы сети доступа / Протоколы сети доступа - Гольдштейн

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.

198Глава 7_______________________________________

Вактивной фазе по сигнальному пути идет обмен сообщениями SIGNAL и SIGNAL_ACK. В этой фазе АТС может также регулировать поведение сети доступа путем передачи сообщения

PROTOCOL_PARAMETER.

Влюбой фазе процесса в интерфейсе V5 АТС может передать через интерфейс сообщение STATUS_ENQUIRY, например, если она получает не соответствующее контексту сообщение или по какой-либо другой причине. Сеть доступа передает через интерфейс сообщение STATUS в ответ на сообщение STATUS_ENQUIRYHAH при получении сообщения, не соответствующего контексту.

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

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

Сообщение ESTABLISH, содержание которого представлено в таблице 7.9, соответствует запросу создания сигнального пути для управления исходящим или входящим соединением ТфОП.

Таблица 7.9. Содержание сообщения ESTABLISH

Сообщение ESTABLISH _ACK (таблица 7.10) используется для подтверждения того, что логический объект выполнил требуемые действия.

Таблица 7.10. Содержание сообщения ESTABLISH_ACK

Сообщение ESTABLISH передается либо со стороны АТС (LE) при входящей связи, либо со стороны сети доступа (AN) при исходящей связи. Если в момент создания сигнального пути при исходящей связи нет необходимости в передаче какой-либо дополнительной информации, сеть доступа посылает сообщение AN/ ESTABLISH/-. В качестве альтернативы сеть доступа может послать дополнительную информацию с помощью сообщения AN/ESTAB-LISH/Steady-signal (непрерывный сигнал). Этим сигналом может быть сигнал о замыкании шлейфа, который можно также передать в следующем сообщении AN/SIGNAL. Пример сценария создания сигнального пути показан на рис. 7.9.

Рис. 7.9. Пример для сообщений ESTABLISH и ESTABLISH_ACK