7.5. Протокол ТфОп на стороне атс
АТС отвечает за управление соединением абонента ТфОП и предоставление ему дополнительных услуг. Передатчики и приемники многочастотного набора номера (DTMF), генераторы акустических сигналов и автоинформаторы размещаются в АТС, следовательно, адресная информация с использованием DTMF должна передаваться «прозрачно» между портом пользователя и АТС. В то же время сигнализация о состоянии линии должна интерпретироваться в сети доступа и затем передаваться через интерфейс V5 посредством сообщений уровня 3, как было показано в предыдущих параграфах.
На рис. 7.13 представлена структура процесса PLES (PSTN protocol: Local Exchange Side) в логическом объекте протокола ТфОП на стороне АТС, а на рис. 7.14 приведена SDL-диаграмма этого программного процесса. По аналогии со стороной сети доступа взаимодействие этого процесса с логическим объектом национального протокола управления соединениями ТфОП поддерживается функциональными элементами FE, которые обеспечивают формирование и интерпретацию примитивов, представляющих в абстрактной форме обмен необходимой информацией внутри LE между процессом PLES и национальным протоколом ТфОП (каналы С7 и С8). Так же как на SDL-диаграмме протокола ТфОП на стороне сети доступа, здесь не показано взаимодействие с системой управления.
Имеются следующие группы примитивов:
— примитивы создания сигнального пути в интерфейсе V5:
FE-establish_request, FE-establish_indication, FE-establish_acknowledge, FE-establish_acknowledge_indication;
— примитивы сигнализации:
FE-line_signal_request, FE-line_signal_indication;
— примитивы освобождения сигнального пути в интерфейсе V5:
FE-disconnect_request,
FE-disconect_complete_request,
FE-disconnect__complete_indication;
— примитивы управления параметрами протокола ТфОП:
FE-protocol__parameter_request.
Смысл и содержание перечисленных примитивов станут ясны читателю при рассмотрении SDL-диаграммы процесса PLES. Здесь же полезно отметить, что все примитивы типа indication передаются процессом PLES логическому объекту национального протокола ТфОП, а все примитивы типа request (и примитив FEestablish__acknowledge, имеющий тип response) — в обратном направлении.
Процесс PLES алогическом объекте протокола ТфОП на стороне АТС имеет следующие состояния:
LE1 — нулевое состояние (null).
LE2— создание сигнального пути инициировано со стороны АТС (path initiated by LE). Процесс переходит в это состояние после того, как АТС передаст к сети доступа сообщение ESTABLISH.
LE3 — создание сигнального пути инициировано со стороны сети доступа (path initiated by AN). Сеть доступа послала сообщение ESTABLISH к АТС и ожидает в ответ сообщение ESTABLISH_ACK.
LE4— состояние активного сигнального пути (path active), в котором он поддерживает обычные функции сигнализации ТфОП для данного порта.
LE5— запрошено освобождение сигнального пути (path disconnect request). В это состояние процесс переходит, когда АТС посылает в сеть доступа сообщение DISCONNECT. Выход изданного состояния возможен, когда сеть доступа передаст ответное сообщение DISCONNECT_COMPLETE.
Собственно говоря, данный перечень состояний уже косвенно содержит описание процесса PLES, SDL-диаграмма которого приведена на рис. 7.14. В дополнение к этому перечню и к самой SDL-диаграмме полезно рассмотреть значения таймеров, используемые процессом PLES:
• таймер Т1 =2 с — запускается после передачи сообщения ESTABLISH или DISCONNECT__COMPLETE. Сброс таймера происходит при поступлении сообщения ESTABLISH_ACK. Если же таймер сработает до наступления этого события, повторяется посылка сообщения ESTABLISH, и таймер Т1 перезапускается. При повторном срабатывании таймера Т1 до поступления сообщения ESTABLISH__ACK к сети доступа направляется сообщение DISCONNECT и запускается таймер ТЗ;
• таймер Т3=2 с — запускается после передачи сообщения DISCONNECT. Запускается многократно. При срабатывании этого таймера в состоянии LE5 процесса PLES (как это имело место и в состоянии AN7 процесса PANS) в зависимости от того, сколько раз сработал таймер ТЗ, принимается решение в пользу одного из двух вариантов:
• если таймер сработал до 3 раз, повторяется передача сообщения DISCONNECT;
• после третьего срабатывания таймера передается сигнал индикации ошибки в систему управления;
• таймер Т4=2 с - запускается после приема сообщения STATUS-ENQUIRY. Запускается многократно;
• таймер Тг=5 с - запускается после передачи сообщения SIGNAL;
• таймер Tt= 10 с - запускается после передачи сообщения SIGNAL или PROTOCOL_PARAMETER.
Как это неоднократно делалось в большинстве глав первого тома, место, сэкономленное за счет описания процесса PLES с помощью SDL-диаграммы, представляется полезным отдать некоторым примерам, в которых действуют оба рассмотренных процесса PANS и PLES. Рассмотрим примеры [83] сообщений создания сигнального пути:
• сообщение AN/ESTABLISH/Steady-signaLoff-hook используется для создания сигнального пути в случае исходящего вызова после того, как вызывающий абонент снял трубку;
• сообщение LE/ESTABLISH/Cadenced-ringing используется для создания сигнального пути в случае входящего вызова и предписывает передать абоненту вызывной сигнал, если нет конфликта между входящим и исходящим вызовами;
• сообщение LE/ESTABLISH/Steady-signal:normal-polarity используется для создания сигнального пути в случае входящего вызова, когда имеет место конфликт и приоритет отдается входящему вызову.
Примеры сообщений освобождения сигнального пути'.
• сообщение LE/DISCONNECT/- генерируется, когда решение освободить сигнальный путь принимает станция; в результате процесс PANS переходит в нулевое состояние AN1;
• сообщение AN/DISCONNECT/- генерируется, когда абонент кладет трубку до того, как процесс PANS получит сообщение LE/ESTABLISH_ACK/- в ответ на сообщение AN/ESTABLISH/Steady-signaLoff-hook;
• сообщения AN/DISCONNECT^COMPLETE/- и LE/DISCONNECT_COMPLETE/- генерируются автоматически при получении сообщений DISCONNECT;
• Сообщения AN/ESTABLISH_ACK/- и LE/ ESTABLISH,. АСК/— генерируются автоматически при получении сообщений ESTABLISH. Примеры сообщения SIGNAL:
• сообщение AN/SIGNAL/Digit-signal:value+no-acknowledgement генерируется, когда сеть доступа обнаруживает цифры, набранные абонентом;
• сообщение AN/SIGNAL/Steady-signal:off-hook генерируется, когда абонент снимает трубку в ответ на входящий вызывной сигнал;
• сообщение LE/SIGNAL/Steady-signal'.normal-polarity генерируется, когда станция дает команду прекратить вызывной сигнал в ответ на снятие трубки абонентом;
• сообщение LE/SIGNAL/Steady-signaLstop-ringing генерируется, когда станция принимает решение прекратить вызывной сигнал по причине иной, чем реакция на сигнал снятия трубки.