Файл: 7.doc

192 Глава 7______________________________________

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

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

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

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

______Протокол ТфОП______ __ 193

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

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

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

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

194 Глава 7___________________ ____________

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

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

Имеется ряд информационных элементов, связанных с за­дачами обнаружения ошибок передачи и технического обслужи­вания. Для обнаружения ошибок передачи сообщения целесооб­разно нумеровать. С этой целью в сообщения вводится информа­ционный элемент «Порядковый-номер» (sequence-number), пред­ставленный на рис. 7.7. Длина данного элемента всегда равна 3 байтам, и он может передаваться в обоих направлениях.

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

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

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

______Протокол ТфОП________________________ 195

те протокола ТфОП по другую сторону интерфейса. Для передачи этой информации служит информационный элемент «Состояние» (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. Кодирование типа элемента «Причина»

______Протокол ТфОП________________________ 197

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

______Протокол ТфОП____________________ 199

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

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