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

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

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)