Вы нашли то, что искали?
Главная Разделы

Добавить страницу в закладки ->
Обязательно посмотрите энциклопедию:

Радиоэлектроника, Схемы радиолюбителям


7.5. Протокол ТфОП на стороне АТС. 7. Протокол ТфОП. Структура городской телефонной сети

Лекции по Структуре городской телефонной сети   

7. Протокол ТфОП

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.

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







© Банк лекций Siblec.ru
Электронная техника, радиотехника и связь. Лекции для преподавателей и студентов. Формальные, технические, естественные, общественные, гуманитарные, и другие науки. Карта сайта

Новосибирск, Екатеринбург, Москва, Санкт-Петербург, Нижний Новгород, Ростов-на-Дону, Чебоксары.

E-mail: formyneeds@yandex.ru