Материал: Протоколы сети доступа - Гольдштейн
______Протокол ТфОП________________________ |
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
Информационный элемент |
Направление |
Тип |
Длина |
|
|
|
|
Дискриминатор протокола |
Оба |
М |
1 |
|
|
|
|
Адрес уровня 3 |
Оба |
М |
2 |
Тип сообщения |
Оба |
М |
1 |
Данные о линии |
AN→LE |
O |
1 |
|
|
|
|
Автономное управление |
LE→AN |
O |
1 |
последовательностью |
|
|
|
сигналов |
|
|
|
Модулированный вызов |
LE→AN |
O |
3 |
Импульсный сигнал |
LE→AN |
O |
3-5 |
Непрерывный сигнал |
Оба |
O |
3 |
|
|
|
|
______Протокол ТфОП____________________ |
199 |
Сообщение ESTABLISH _ACK (таблица 7.10) используется для подтверждения того, что логический объект выполнил требуемые действия.
Таблица 7.10. Содержание сообщения ESTABLISH_ACK
Информационный элемент |
Направление |
Тип |
Длина |
|
|
|
|
Дискриминатор протокола |
Оба |
М |
1 |
|
|
|
|
Адрес уровня 3 |
Оба |
М |
2 |
Тип сообщения |
Оба |
М |
1 |
Автономное управление |
LE→AN |
O |
1 |
последовательностью |
|
|
|
сигналов |
|
|
|
Импульсный сигнал |
Оба |
O |
3-5 |
Непрерывный сигнал |
Оба |
O |
3 |
|
|
|
|
Сообщение ESTABLISH передается либо со стороны АТС (LE) при входящей связи, либо со стороны сети доступа (AN) при исходящей связи. Если в момент создания сигнального пути при исходящей связи нет необходимости в передаче какой-либо дополнительной информации, сеть доступа посылает сообщение AN/ ESTABLISH/-. В качестве альтернативы сеть доступа может послать дополнительную информацию с помощью сообщения AN/ESTAB-LISH/Steady-signal (непрерывный сигнал). Этим сигналом может быть сигнал о замыкании шлейфа, который можно также передать в следующем сообщении AN/SIGNAL. Пример сценария создания сигнального пути показан на рис. 7.9.
Рис. 7.9. Пример для сообщений ESTABLISH и ESTABLISH_ACK