ПРОТОКОЛ ТфОП НА СТОРОНЕ АТС

АТС отвечает за управление соединением абонента ТфОП и предоставление ему дополнительных услуг. Передатчики и прием­ники многочастотного набора номера (DTMF), генераторы аку­стических сигналов и автоинформаторы размещаются в АТС, сле­довательно, адресная информация с использованием DTMF долж­на передаваться «прозрачно» между портом пользователя и АТС. В то же время сигнализация о состоянии линии должна интерпрети­роваться в сети доступа и затем передаваться через интерфейс V5 посредством сообщений уровня 3, как было показано в предыду­щих параграфах.

На рис. 7.13 представлена структура процесса PLES (PSTN protocol: Local Exchange Side) в логическом объекте протокола ТфОП на стороне АТС, а на рис. 7.14 приведена SDL-диаграмма этого программного процесса. По аналогии со стороной сети дос­тупа взаимодействие этого процесса с логическим объектом нацио­нального протокола управления соединениями ТфОП поддержи­вается функциональными элементами FE, которые обеспечивают формирование и интерпретацию примитивов, представляющих в абстрактной форме обмен необходимой информацией внутри LE между процессом PLES и национальным протоколом ТфОП (ка­налы С7 и С8). Так же как на SDL-диаграмме протокола ТфОП на стороне сети доступа, здесь не показано взаимодействие с систе­мой управления.

Протокол ТфОП 219

Имеются следующие группы примитивов:

— примитивы создания сигнального пути в интерфейсе 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_pararneter_request.

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

Смысл и содержание перечисленных примитивов станут ясны читателю при рассмотрении SDL-диаграммы процесса PLES. Здесь

220 Глава 7 _______________ _____

же полезно отметить, что все примитивы типа indication переда­ются процессом PLES логическому объекту национального про­токола ТфОП, а все примитивы типа request (и примитив FE-establish_acknowledge, имеющий тип response) — в обратном направ­лении.

Процесс PLES в логическом объекте протокола ТфОП на сто­роне АТС имеет следующие состояния:

LEI — нулевое состояние (null).

LE2 — создание сигнального пути инициировано со стороны АТС (path initiated by LE). Процесс переходит в это состояние по­сле того, как АТС передаст к сети доступа сообщение ESTABLISH.

LE3 — создание сигнального пути инициировано со стороны сети доступа (path initiated by AN). Сеть доступа послала сообще­ние ESTABLISH к АТС и ожидает в ответ сообщение ESTAB-LISH_ACK.

LE4— состояние активного сигнального пути (path active), в котором он поддерживает обычные функции сигнализации ТфОП для данного порта.

LE5 — запрошено освобождение сигнального пути (path dis­connect request). В это состояние процесс переходит, когда АТС посылает в сеть доступа сообщение DISCONNECT. Выход издан­ного состояния возможен, когда сеть доступа передаст ответное сообщение DISCONNECT_COMPLETE.

Собственно говоря, данный перечень состояний уже косвен­но содержит описание процесса PLES, SDL-диаграмма которого приведена на рис. 7.14. В дополнение к этому перечню и к самой SDL-диаграмме полезно рассмотреть значения таймеров, исполь­зуемые процессом PLES:

• таймер Т1 =2 с — запускается после передачи сообщения ES­TABLISH или DISCONNECT_COMPLETE. Сброс таймера происходит при поступлении сообщения ESTABLISH_ACK. Если же таймер сработает до наступления этого события, по­вторяется посылка сообщения ESTABLISH, и таймер Т1 пе­резапускается. При повторном срабатывании таймера Т1 до поступления сообщения ESTABLISH_ACK к сети доступа направляется сообщение DISCONNECT и запускается тай­мер ТЗ;

• таймер Т3=2 с — запускается после передачи сообщения DIS­CONNECT. Запускается многократно. При срабатывании этого таймера в состоянии LE5 процесса PLES (как это име-

______Протокол ТфОП______________________ 221

ло место и в состоянии AN7 процесса PANS) в зависимости от того, сколько раз сработал таймер ТЗ, принимается реше­ние в пользу одного из двух вариантов:

• если таймер сработал до 3 раз, повторяется передача сообще­ния DISCONNECT;

• после третьего срабатывания таймера передается сигнал ин­дикации ошибки в систему управления;

• таймер Т4=2 с — запускается после приема сообщения STA­TUS-ENQUIRY. Запускается многократно;

• таймер Тг=5 с — запускается после передачи сообщения SIG­NAL;

• таймер Tt = 10 с — запускается после передачи сообщения SIG­NAL или PROTOCOL_PARAMETER.

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

Протокол ТфОП 223

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

Как это неоднократно делалось в большинстве глав первого тома, место, сэкономленное за счет описания процесса PLES с по­мощью SDL-диаграммы, представляется полезным отдать неко­торым примерам, в которых действуют оба рассмотренных про­цесса PANS и PLES. Рассмотрим примеры [83] сообщений созда­ния сигнального пути'.

• сообщение AN/ESTABLISH/Steady-signaLoff-hook использу­ется для создания сигнального пути в случае исходящего вы­зова после того, как вызывающий абонент снял трубку;

• сообщение LE/ESTABLISH/Cadenced-ringing используется для создания сигнального пути в случае входящего вызова и предписывает передать абоненту вызывной сигнал, если нет конфликта между входящим и исходящим вызовами;

• сообщение LE/ESTABLISH/Steady-signaLnormal-polarity ис­пользуется для создания сигнального пути в случае входяще­го вызова, когда имеет место конфликт и приоритет отдается входящему вызову.