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

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

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

200 Глава 7_______________________________________

Если в момент создания сигнального пути при входящей свя­зи необходимость посылки дополнительной информации отсутст­вует, от входящей АТС передается сообщение LE/ESTABLISH/—. Однако АТС может также передать дополнительную информацию, касающуюся посылок вызова, подачи питания абонентской линии или передачи импульсов. Для посылки обычного вызывного сиг­нала можно использовать сообщение LE/ESTABLISH/Cadenced-ringing. Чтобы задать полярность подключаемой к линии батарее, используется сигнал LE/ESTABLISH/Steady-signal:normal-polarity. Если посылка вызывного сигнала не запрашивается в сообщении LE/ESTABLISH, то ее можно запросить затем в сообщении LE/ SIGNAL.

АТС может действовать и по-другому: активизировать в сети доступа предварительно определенную последовательность обме­на сигналами с абонентом путем передачи сообщения LE/ESTAB-LISH/Autonomous-signalling-sequence. Включение этого элемента в сообщение ESTABLISH предписывает сети доступа самой подать сигнал вызова абоненту и принять сигнал ответа абонента без про­межуточного обмена сообщениями с АТС.

Чтобы указать, например, на то, что абонент ответил на вхо­дящий вызов, сеть доступа может ответить на сообщение LE/ES­TABLISH сообщением AN/ESTABLISH_ACK/Steady-signal:loop-closed. Сеть доступа может ответить и по-другому, с помощью сооб­щения AN/ESTABLISH_ACK/Pulsed-signal, чтобы запросить при­менение специальных функций для случая входящей связи с УАТС. Если дополнительную информацию передавать не нужно, сеть дос­тупа отвечает простым сообщением AN/ESTABLISH_ACK/-.

Станция может ответить на сообщение AN/ESTABLISH со­общением LE/ESTABLISH_ACK/Steady-signal, например, для того, чтобы запросить подключение батареи к конкретной абонентской линии. В другом случае станция может ответить сообщением LE/ ESTABLISH_ACK/Pulsed-signal, например, чтобы запросить пере­дачу импульсов тарификации к абоненту, или сообщением LE/ ESTABLISH_ACK/Autonomous signaling-sequence, чтобы активи­зировать предварительно определенную последовательность обме­на сигналами в сети доступа. Если дополнительную информацию передавать не нужно, станция может передать просто сообщение LE/ESTABLISH_ACK/-.

Обмен описанными выше сообщениями создания сигналь­ного пути ориентирован на поддержку управления соединением

Протокол ТфОП_____________________ 201

ТфОП. Если цель другая — информировать станцию об изменении состояния линии, когда соединение не запрашивается, то сеть дос­тупа передает сообщение AN/ESTABLISH/Line-information. Стан­ция подтверждает это сообщение не сообщением LE/ESTABLISH-АСК, а сообщением LE/DISCONNECT_COMPLETE.

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

Рис. 7.10. Примеры для сообщений DISCONNECT и DISCONNECT_COMPLETE

Сеть доступа отвечает АТС сообщением AN/DISCON-NECT_COMPLETE, чтобы указать на согласие с сообщением DIS­CONNECT. Сообщение AN/DISCONNECT_COMPLETE не со­держит дополнительной информации и поэтому не может сооб­щить станции, положена или снята трубка абонента. Это не состав­ляет проблемы, если освобождение сигнального пути происходит в ответ на сообщение AN/SIGNAL/Steady-signaLon-hook, которое указывает, что линия в данное время свободна или находится в со­стоянии проверки.

В противном случае сообщить станции о том, что абонент положил трубку, можно, применив модификацию сообщения AN/ ESTABLISH, после чего сеть доступа может сигнализировать о со­стоянии «трубка положена» с помощью сообщения AN/SIGNAL/ Steady-signal:on-hook. В свою очередь, АТС отвечает сначала сооб­щением ESTABLISH_ACK, а затем сообщением DISCONNECT. Другие варианты для сети доступа не подходят: для AN/SIGNAL/ Line-signal не рекомендуется использование данного информаци­онного элемента, а сообщение STATUS не подходит потому, что не было получено выпадающих из контекста сообщений.