АТС отвечает за управление соединением абонента ТфОП и предоставление ему дополнительных услуг. Передатчики и приемники многочастотного набора номера (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.

Рис. 7.14. SDL-диаграмма PLES обработки протокола ТфОП на стороне АТС (1 из 3)

Рис. 7.14. SDL-диаграмма PLES обработки протокола ТфОП на стороне АТС (2 из 3)

Рис. 7.14. SDL-диаграмма PLES обработки протокола ТфОП на стороне АТС (3 из 3)

Как это неоднократно делалось в большинстве глав первого тома, место, сэкономленное за счет описания процесса 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 генерируется, когда станция принимает решение прекратить вызывной сигнал по причине иной, чем реакция на сигнал снятия трубки.