Формат сообщения V5 представлен на рис. 6.7 предыдущей главы. Как и для других протоколов V5, сообщения протокола ТфОП состоят из:
а) уникального для протоколов V5 дискриминатора протокола,
б) адреса уровня 3, идентифицирующего порт, к которому относится данное сообщение,
в) типа сообщения,
г) информационных элементов, представляющих сигналы ТфОП или дополнительную информацию. Элементы а), б) и в) являются обязательными для всех сообщений, в то время как перечень информационных элементов г) является специфическим для каждого типа сообщения.
В протоколе ТфОП предусмотрены девять типов сообщений, приведенных в таблице 7.8. Остальные коды типов сообщений протокола ТфОП (согласно таблице 6.4 предыдущей главы) зарезервированы для будущих применений.
Первыми двумя сообщениями ESTABLISH и ESTABLISH_ACK сторона сети доступа и сторона АТС обмениваются при создании сигнального пути в интерфейсе V5. Аналогичным образом, при освобождении сигнального пути производится обмен сообщениями DISCONNECT и DISCONNECT_COMPLETE.
В активной фазе по сигнальному пути идет обмен сообщениями SIGNAL и SIGNAL_ACK. В этой фазе АТС может также регулировать поведение сети доступа путем передачи сообщения PROTOCOL_PARAMETER.
В любой фазе процесса в интерфейсе V5 АТС может передать через интерфейс сообщение STATUS_ENQUIRY, например, если она получает не соответствующее контексту сообщение или по какой-либо другой причине. Сеть доступа передает через интерфейс сообщение STATUS в ответ на сообщение STATUS_ENQUIRY или при получении сообщения, не соответствующего контексту
Далее в этом параграфе рассматриваются функциональное назначение и семантика каждого из вышеупомянутых девяти сообщений. Существенными элементами этого рассмотрения являются краткое описание сообщения, сведения о направлении его передачи (от сети доступа к АТС или от АТС к сети доступа), информационные элементы в порядке их появления в сообщении с указанием обязательности (М) или необязательности (О) наличия этого информационного элемента в сообщении данного типа.
Необходимо отметить, что в сообщениях ESTABLISH, ESTABLISH_ACK, SIGNAL и PROTOCOL_PARAMETER допускается присутствие только одного из указанных необязательных информационных элементов.
Сообщение ESTABLISH, содержание которого представлено в таблице 7.9, соответствует запросу создания сигнального пути для управления исходящим или входящим соединением ТфОП.
Сообщение ESTABLISH_ACK (таблица 7.10) используется для подтверждения того, что логический объект выполнил требуемые действия.
Сообщение ESTABLISH передается либо со стороны АТС (LE) при входящей связи, либо со стороны сети доступа (AN) при исходящей связи. Если в момент создания сигнального пути при исходящей связи нет необходимости в передаче какой-либо дополнительной информации, сеть доступа посылает сообщение AN/ ESTABLISH/-. В качестве альтернативы сеть доступа может послать дополнительную информацию с помощью сообщения AN/ESTABLISH/Steady-signal (непрерывный сигнал). Этим сигналом может быть сигнал о замыкании шлейфа, который можно также передать в следующем сообщении AN/SIGNAL. Пример сценария создания сигнального пути показан на рис. 7.9.
Рис. 7.9. Пример для сообщений ESTABLISH и ESTABLISH_ACK
Если в момент создания сигнального пути при входящей связи необходимость посылки дополнительной информации отсутствует, от входящей АТС передается сообщение LE/ESTABLISH/—. Однако АТС может также передать дополнительную информацию, касающуюся посылок вызова, подачи питания абонентской линии или передачи импульсов. Для посылки обычного вызывного сигнала можно использовать сообщение LE/ESTABLISH/Cadencedringing. Чтобы задать полярность подключаемой к линии батарее, используется сигнал LE/ESTABLISH/Steady-signaLnormal-polarity. Если посылка вызывного сигнала не запрашивается в сообщении LE/ESTABLISH, то ее можно запросить затем в сообщении LE/ SIGNAL.
АТС может действовать и по-другому: активизировать в сети доступа предварительно определенную последовательность обмена сигналами с абонентом путем передачи сообщения LE/ESTABLISH/Autonomous-signalling-sequence. Включение этого элемента в сообщение ESTABLISH предписывает сети доступа самой подать сигнал вызова абоненту и принять сигнал ответа абонента без промежуточного обмена сообщениями с АТС.
Чтобы указать, например, на то, что абонент ответил на входящий вызов, сеть доступа может ответить на сообщение LE/ESTABLISH сообщением AN/ESTABLISH_ACK/Steady-signal:loopclosed. Сеть доступа может ответить и по-другому, с помощью сообщения 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/-.
Обмен описанными выше сообщениями создания сигнального пути ориентирован на поддержку управления соединением ТфОП. Если цель другая - информировать станцию об изменении состояния линии, когда соединение не запрашивается, то сеть доступа передает сообщение AN/ESTABLISH/Line-information. Станция подтверждает это сообщение не сообщением LE/ESTABLISHАСК, а сообщением LE/DISCONNECT_COMPLETE.
Сообщение DISCONNECT заканчивает активную фазу сигнального пути и обычно передается станцией, потому что именно она, а не абонентское оборудование управляет разъединением для ТфОП.
Рис. 7.10. Примеры для сообщений DISCONNECT и DISCONNECT_COMPLETE
Сеть доступа отвечает АТС сообщением AN/DISCONNECT_COMPLETE, чтобы указать на согласие с сообщением DISCONNECT. Сообщение AN/DISCONNECT^COMPLETE не содержит дополнительной информации и поэтому не может сообщить станции, положена или снята трубка абонента. Это не составляет проблемы, если освобождение сигнального пути происходит в ответ на сообщение AN/SIGNAL/Steady-signal:on-hook, которое указывает, что линия в данное время свободна или находится в состоянии проверки.
В противном случае сообщить станции о том, что абонент положил трубку, можно, применив модификацию сообщения AN/ ESTABLISH, после чего сеть доступа может сигнализировать о состоянии «трубка положена» с помощью сообщения AN/SIGNAL/ Steady-signaLon-hook. В свою очередь, АТС отвечает сначала сообщением ESTABLISH_ACK, а затем сообщением DISCONNECT. Другие варианты для сети доступа не подходят: для AN/SIGNAL/ Line-signal не рекомендуется использование данного информационного элемента, а сообщение STATUS не подходит потому, что не было получено выпадающих из контекста сообщений.
Чтобы сообщить о том, что абонент положил трубку сразу после приема сетью доступа сообщения LE/ESTABLISH__ACK, можно использовать сообщение AN/DISCONNECT/Steady-signal:on-hook. Если же дополнительная информация не нужна, вместо него можно послать сообщение AN/DISCONNECT/-. Станция завершает процедуру освобождения сигнального пути передачей сообщения LE/DISCONNECT_COMPLETE/Steady-signal или LE/DISCONNECT_COMPLETE/-.
Для активной фазы сигнального пути специфицированы три типа сообщений. Сообщения SIGNAL используются для передачи к АТС информации о состоянии абонентской линии ТфОП и цифр номера или для передачи от АТС инструкций в сеть доступа (таблица 7.11).
Сообщения PROTOCOL _PARAMETER может передавать только АТС для изменения параметра протокола в сети доступа (таблица 7.12).
Эти сообщения подтверждаются сообщениями SIGNAL_ACK (таблица 7.13). Чтобы гарантировать соблюдение последовательности сообщений, все три типа сообщений содержат информационный элемент Sequence-number (Порядковый-номер). В сообщениях SIGNAL и PROTOCOLJPARAMETER3TOT элемент используется для указания порядкового номера сообщения, в котором он передается. В сообщении SIGNAL_ACK его используют для указания номера следующего ожидаемого сообщения и подтверждения правильности приема всех предыдущих сообщений.
Нумерация сообщений используется в процедуре обнаружения ошибок уровня 3, которая будет рассмотрена в параграфе 7.6. Кроме порядкового номера сообщения SIGNAL и PROTOCOL_ PARAMETER содержат еще один необязательный информационный элемент, тип которого зависит от типа передаваемой информации.
Сообщения AN/SIGNAL, передаваемые сетью доступа, могут включать в себя любой из первых пяти (см. таблицу 7.1) типов информационных элементов, кроме Cadenced-ringing (Модулированный-вызов), т.к. сеть доступа не может инициировать вызывной сигнал на станции. Для указания на устойчивое изменение состояния шлейфа линии «шлейф разомкнут» или «шлейф замкнут» можно использовать сообщения AN/SIGNAL/Steady -signal. Для передачи к станции информации о набранных цифрах можно использовать сообщения AN/SIGNAL/Digital-signal. Чтобы информировать станцию об успешной передаче абоненту импульсов тарификации, служат сообщения AN/SIGNAL/Pulse-notification.
Передаваемые от АТС сообщения LE/SIGNAL могут содержать любые из тех же пяти типов информационных элементов, кроме Pulse-notification, поскольку уведомление-о-передаче-импульса (цифры) используется только сетью доступа, чтобы подтвердить доставку импульсов (цифр) абоненту. АТС может затребовать передачу абоненту типового вызывного сигнала путем посылки сообщения LE/SIGNAL/Cadenced-ringing. Ему может предшествовать сообщение LE/SIGNAL/Pulsed-signal:initial-ring. Сообщение LE/SIGNAL/Pulsed-signal можно использовать для передачи абоненту импульсов тарификации.
Станция не может использовать сообщения LE/SIGNAL для передачи информации техобслуживания, поскольку информация о проблемах техобслуживания на другой стороне интерфейса нужна только самой АТС, но она может использовать сообщение LE/ SIGNAL/Autonomous-signalling-sequence, чтобы активизировать в сети доступа автономное управление передачей конкретной последовательности сигналов в направлении УАТС. Тип этой последовательности указывается 4-х битовой комбинацией (табл. 7.10). Сеть доступа может сообщить АТС конечный результат передачи с помощью сообщения AN/SIGNAL/Sequence-response. Конечно, сеть доступа вслед за активизацией автономного управления может передать и другие сообщения, но такое управление может сделать ненужным ожидание ею ответа со стороны станции.
В отличие от станции, сеть доступа может использовать сообщения SIGNAL для передачи информации техобслуживания. С помощью сообщения AN/SIGNAL/Resource-unavailable сеть доступа информирует станцию, что ее запрос не может быть выполнен из-за отсутствия в сети доступа ресурсов, нужных для его выполнения.
Хотя АТС не может использовать сообщение SIGNAL для передачи информации техобслуживания, она может передать такого рода информацию с помощью сообщения PROTOCOL__PARAMETER/Recognition-time. Это сообщение позволяет станции изменить назначенное до этого значение времени распознавания сигналов от абонента. Чтобы задействовать или заблокировать автономную реакцию сети доступа на конкретные абонентские сигналы, станция может использовать сообщения LE/PROTOCOL_PARAMETER/Enable-autonomous-acknowledge и LE/PROTOCOL_PARAMETER/Disable-autonomous-acknowledge. Сеть доступа сообщения PROTOCOL_PARAMETER не передает, т.к. именно АТС, а не сеть доступа отвечает за изменение параметров и за активизацию/деактивизацию автономной реакции сети доступа на сигнал абонента.
Сообщения STATUS и STATUS^ENQWRYny^w для проверки синхронизации процессов на стороне сети доступа и на стороне АТС (таблицы 7.14 и 7.15). Они могут быть полезны в случаях отказов для восстановления синхронизации состояний процесса на обеих сторонах интерфейса V5. Такая проверка может потребоваться при получении сообщения, которое не укладывается в контекст.
Обычно процессы в логических объектах протокола ТфОП на стороне сети доступа и на стороне станции синхронизированы, так что разница между ними до сих пор игнорировалась. Более строго, возможны три разных процесса в логических объектах протокола V5: нормальный процесс, преждевременно прерванный процесс и процесс, обеспечивающий передачу данных о линии.
Все процессы начинаются с нулевого состояния и оканчиваются возвращением в него. Нормальный процесс имеет состояние инициализации и состояние активного сигнального пути. Преждевременно прерванный процесс не достигает состояния активного сигнального пути. Процесс, обеспечивающий передачу данных о линии, имеет только нулевое и информационное состояния.
Станция может инициировать нормальный процесс путем передачи сообщения LE/ESTABLISH. Сеть доступа отвечает передачей сообщения AN/ESTABLISH__ACK и переводит процесс в активное состояние. Сеть доступа может инициировать нормальный процесс путем передачи сообщения AN/ESTABLISH с переходом в состояние инициализации. После приема сетью доступа сообщения LE/ESTABLISH__ACK процесс переходит в состояние активного сигнального пути.
Нормальный процесс заканчивается, когда сеть доступа принимает сообщение LE/DISCONNECT. Данное сообщение (таблица 7.16) используется, чтобы возвратить процесс на стороне сети доступа в нулевое состояние. Сеть доступа отвечает сообщением AN/DISCONNECT_COMPLETE, которое подтверждает, что логический объект протокола на стороне сети доступа выполнил требуемые действия (таблица 7.17).
Преждевременно прерванный процесс начинается как нормальный процесс, инициированный сетью доступа, но затем прерывается вследствие того, что вызывающий абонент дает отбой до появления сообщения LE/ESTABLISH_ACK от АТС. Если сообщение LE/ESTABLISH_ACK принято до завершения прерывания процесса, то сигнальный путь приходит в активное состояние, и процесс продолжается и завершается как нормальный. После приема сообщения LE/ESTABLISH_ACK сеть доступа, приняв сигнал отбоя от абонента, передает сообщение AN/DISCONNECT. Станция отвечает сообщением LE/DISCONNECT_COMPLETE, которое возвращает процесс по обе стороны интерфейса в нулевое состояние.
Процесс передачи данных о линии начинается передачей сообщения AN/ESTABLISH/Line-information. При получении ответного сообщения LE/DISCONNECT сеть доступа возвращает сообщение AN/DISCONNECT_COMPLETE и процесс возвращается в нулевое состояние.