Файл: Протоколы сети доступа - Гольдштейн.pdf

передается. В сообщении SIGNAL_ACK его используют для указания номера следующего ожидаемого сообщения и подтверждения правильности приема всех предыдущих сообщений.

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

PROTOCOL PARAMETER

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

Нумерация сообщений используется в процедуре обнаружения ошибок уровня 3, которая будет рассмотрена в параграфе 7.6. Кроме порядкового номера сообщения SIGNAL и PROTOCOL_ PARAMETER содержат еще один необязательный информационный элемент, тип которого зависит от типа передаваемой информации.

Сообщения AN/SIGNAL, передаваемые сетью доступа, могут включать в себя любой из первых пяти (см. таблицу 7.1) типов информационных элементов, кроме Cadenced-ringing (Модулированныйвызов), т.к. сеть доступа не может инициировать вызывной сигнал на станции. Для указания на устойчивое изменение состояния шлейфа линии «шлейф разомкнут» или «шлейф замкнут»

204 Глава 7_______________________________________

можно использовать сообщения AN/SIGNAL/Steady-signal. Для передачи к станции информации о набранных цифрах можно использовать сообщения AN/SIGNAL/Digital-signal. Чтобы информировать станцию об успешной передаче абоненту импульсов тарификации, служат сообщения

AN/SIGNAL/Pulse-notification.

Передаваемые от АТС сообщения LE/SIGNAL могут содержать любые из тех же пяти типов информационных элементов, кроме Pulsenotification, поскольку уведомление-о-передаче-импульса (цифры) используется только сетью доступа, чтобы подтвердить доставку импульсов (цифр) абоненту. АТС может затребовать передачу абоненту типового вызывного сигнала путем посылки сообщения LE/SIGNAL/Cadenced-ringing. Ему может предшествовать сообщение

LE/SIGNAL/Pulsed-signaLinitial-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 для передачи информации техобслуживания, она может передать такого рода информацию с помощью сообщения PROTO- COL_PARAMETER/Recognition-time. Это сообщение позволяет станции изменить назначенное до этого значение времени распознавания сигналов от абонента. Чтобы задействовать или забло-

кировать автономную реакцию сети доступа на конкретные абонентские сигналы, станция может использовать сообщения

LE/PROTOCOL_PARAMETER/Enable-autonomous-acknowledgeH LE/PROTOCOL_PARAMETER/Disable-autonomous-acknowledge. Сеть доступа сообщения PROTOCOL_PARAMETER не передает, т.к. именно АТС, а не сеть доступа отвечает за изменение параметров и за активизацию/деактивизацию автономной реакции сети доступа на сигнал абонента.

Сообщения STATUS'n STATUS__ENQUIRY нужны для проверки синхронизации процессов на стороне сети доступа и на стороне АТС (таблицы 7.14 и 7.15). Они могут быть полезны в случаях отказов для восстановления синхронизации состояний процесса на обеих сторонах интерфейса V5. Такая проверка может потребоваться при получении сообщения, которое не укладывается в контекст.

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

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

Обычно процессы в логических объектах протокола ТфОП на стороне сети доступа и на стороне станции синхронизированы, так что разница между ними до сих пор игнорировалась. Более строго, возможны три разных процесса в логических объектах протокола V5: нормальный процесс, преждевременно прерванный процесс и процесс, обеспечивающий передачу данных о линии.

206 Глава 7 ________________ _____________

Все процессы начинаются с нулевого состояния и оканчиваются возвращением в него. Нормальный процесс имеет состояние инициализации и состояние активного сигнального пути. Преждевременно прерванный процесс не достигает состояния активного сигнального пути. Процесс, обеспечивающий передачу данных о линии, имеет только нулевое и информационное состояния.

Станция может инициировать нормальный процесс путем передачи сообщения LE/ESTABLISH. Сеть доступа отвечает передачей сообщения AN/ESTABLISH_ACK и переводит процесс в активное состояние. Сеть доступа может инициировать нормальный процесс путем передачи сообщения AN/ESTABLISH с переходом в состояние инициализации. После приема сетью доступа сообщения LE/ESTABLISH_ACK процесс переходит в состояние активного сигнального пути.

Нормальный процесс заканчивается, когда сеть доступа принимает сообщение LE/DISCONNECT. Данное сообщение (таблица 7.16) используется, чтобы возвратить процесс на стороне сети доступа в нулевое состояние. Сеть доступа отвечает сообщением AN/DISCONNECT_COMPLETE, которое подтверждает, что логический объект протокола на стороне сети доступа выполнил требуемые действия

(таблица 7.17).

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

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

DISCONNECT_COMPLETE

Преждевременно прерванный процесс начинается как нормальный процесс, инициированный сетью доступа, но затем прерывается вследствие того, что вызывающий абонент дает отбой до появления сообщения

LE/ESTABLISH_ACK от АТС. Если сообщение LE/ESTABLISH_ACK

принято до завершения прерывания процесса, то сигнальный путь приходит в активное состояние, и процесс продолжается и завершается как нормальный. После приема сообщения LE/ESTABLISH_ACK сеть доступа, приняв сигнал отбоя от абонента, передает сообщение AN/DISCONNECT. Станция отвечает сообщением LE/DISCONNECT_COMPLETE, которое возвращает процесс по обе стороны интерфейса в нулевое состояние.

Процесс передачи данных о линии начинается передачей сообщения

AN/ESTABLISH/Line-information. При получении ответного сообщения

LE/DISCONNECT сеть доступа возвращает сообщение AN/DISCONNECT_COMPLETE и процесс возвращается в нулевое состояние.

7.4. ПРОТОКОЛ ТфОП НА СТОРОНЕ СЕТИ ДОСТУПА

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

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

208 Глава 7_______________________________________

метры сигналов. Данные параметры устанавливаются аппаратно или программно и должны быть определены заранее, хотя некоторые из них могут быть переопределены с помощью сообщений

PROTOCOL_PARAMETER.

На рис. 7.11 представлена структура процесса PANS (PSTN protocol: Access Network Side) в логическом объекте протокола ТфОП на стороне сети доступа, а на рис. 7.12 приведена SDL-диаграмма этого программного процесса.

Рис. 7.11. Структура процесса в логическом объекте протокола ТфОП на стороне сети доступа

Сообщения, передаваемые процессом PANS к АТС или принимаемые от нее, подробно обсуждались в двух предыдущих параграфах.

Рассмотрим теперь взаимодействие этого процесса с пользовательским портом ТфОП. Взаимодействие поддерживается функциональными элементами FE (Functional Elements), которые обеспечивают формирование и интерпретацию примитивов, предоставляющих в абстрактном виде обмен необходимой информацией внутри AN между процессом PANS и пользовательским портом.

www.kiev-security.org.ua

BEST rus DOC FOR FULL SECURITY

Имеется четыре группы таких примитивов:

•FE-subscriber_seizure (абонент снял трубку),

•FE-subscriber_release (абонент дал отбой),

•FE-lme_information (данные о линии),

•FE-line_signal (линейный сигнал).

Рис. 7.12. SDL-диаграмма процесса PANS (1 из 5)