Протокол ТФОП на стороне АТС

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

— примитивы освобождения сигнального пути в интерфейсе V5 FE-disconnect_request, FE-disconect_complete_request, FE-disconnect_complete_indication;

— примитивы управления параметрами протокола ТфОП:

FE-protocol_parameter_request.

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

Смысл и содержание перечисленных примитивов станут ясны читателю при рассмотрении SDL-диаграммы процесса PLES. Здесь же полезно отметить, что все примитивы типа 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 (как это имело место и в состоянии AN7 процесса PANS) в зависимости от того, сколько раз сработал таймер ТЗ, принимается реше­ние в пользу одного из двух вариантов:

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

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

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

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

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

Рис. 7.14. SDL-диаграмма процесса PLES обработки протокола ТфОП на стороне АТС (1 из 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/ES-TABLISH/Steady-signahoff-hook;

• сообщения AN/DISCONNECT_COMPLETE/- и LE/DIS-CONNECT_COMPLETE/— генерируются автоматически при получении сообщений DISCONNECT;

• Сообщения AN/ESTABLISH_ACK/- и LE/ ESTABLISH, АСК/— генерируются автоматически при получении сообще­ний ESTABLISH. Примеры сообщения SIGNAL:

• сообщение AN/SIGNAL/Digit-signaLvalue+no-acknowledge­ment генерируется, когда сеть доступа обнаруживает цифры, набранные абонентом;

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

• сообщение LE/SIGNAL/Steady-signal:normal-polarity генери­руется, когда станция дает команду прекратить вызывной сиг­нал в ответ на снятие трубки абонентом;

• сообщение LE/SIGNAL/Steady-signaLstop-ringing генериру­ется, когда станция принимает решение прекратить вызыв­ной сигнал по причине иной, чем реакция на сигнал снятия трубки.

Дата добавления: 2015-11-04