ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 20.10.2024

Просмотров: 42

Скачиваний: 0

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

216 Глава 7 _______________

В состоянии AN3 возможно повторное занятие, если абонент АТС снова снял трубку до того как поступило сообщение ESTAB-LISH_ACK или DISCONNECT_COMPLETE. В этом случае про­цесс возвращается в состояние AN2. В том же состоянии AN3 воз­можен приход практически любого другого сообщения от АТС. Это может быть сообщение PROTOCOL_PARAMETER, в ответ на ко­торое посылается сообщение STATUS, а процесс не меняет своего состояния. Возможен приход сообщения DISCONNECT_COM-PLETE, которое переводит процесс в состояние AN1. Возможен приход уже опоздавшего и не ожидаемого более сообщения ESTA-BLISH_ACK, в ответ на которое отправляется сообщение DISCON­NECT, сбрасываются таймеры Т1 и Т2, и запускается таймер ТЗ, а процесс переходит в состояние AN7 (запрошено освобождение сигнального пути). В случае прихода сообщения ESTABLISH вы­ясняется, какой вызов является приоритетным — входящий или исходящий. Если приоритет имеет исходящий вызов, процесс ос­тается в том же состоянии. В случае приоритета входящего вызова направляется сообщение ESTABLISH_ACK, устанавливаются все счетчики, сбрасываются таймеры Т1/Т2, а процесс переходит в состояние активного сигнального пути AN5.

В состоянии AN4 (данные о линии обрабатываются) ожида­ется сообщение DISCONNECT_COMPLETE, которое сбрасыва­ет таймеры и переводит процесс в нулевое состояние AN I. В слу­чае, если в течение периода Т 1 сообщения D1SCONNECT_COMP-LETE не поступило, стартует таймер Т2 и повторяется посылка сообщения ESTABLISH, а процесс остается в том же состоянии AN4.

В состоянии AN5 активного сигнального пути выполняются обычные функции абонентской сигнализации. Со стороны АТС в этом состоянии может придти сообщение DISCONNECT_COMP-LETE, которое переводит процесс в нулевое состояние AN1. Мо­жет также придти рассмотренное выше сообщение SIGNAL, при приеме которого осуществляется проверка порядкового номера принятого сообщения. Если этот номер является правильным, то сигнал транслируется в виде примитива FE-line_signal в пользова­тельский порт, увеличивается на 1 счетчик S(R), и запускается тай­мер Тг, если он не был запущен ранее. Процесс при этом остается в том же состоянии AN5. Если же порядковый номер принятого со­общения SIGNAL неверен, то к АТС отправляется сообщение DIS-

www.kiev-security.org.ua

BEST rus DOC FOR FULL SECURITY

______Протокол ТфОП_______________________ 217


CONNECT, запускается таймер ТЗ, сбрасываются таймеры Т1 и Т2, а процесс переходит в состояние AN7. Аналогичным образом происходит анализ правильности принятого порядкового номера при приходе сообщения SIGNAL_ACK. Если номер сообщения M(R) правильный, то сбрасывается таймер Tt, а процесс остается в состоянии активного сигнального пути AN5. В случае, если но­мер неправильный, процесс переходит в состояние AN7. Практи­чески таким же образом обрабатывается сообщение PROTO-COL_PARAMETER. И, наконец, от пользовательского порта мо­жет придти примитив FE-line_signal, при приеме которого к АТС направляется сообщение SIGNAL, увеличивается на 1 счетчик S(S), выполняются анализ и другие действия, предусмотренные в алго­ритме на рис. 7.12. При срабатывании таймера Tt процесс посыла­ет сообщение DISCONNECT, запускает таймер ТЗ и переходит в состояние AN7. В случае срабатывания таймера Тг посылается со­общение SIGNAL_ACK, а процесс остается в том же состоянии AN5.

В состоянии AN7 возможен приход одного из двух сообще­ний: DISCONNECT или DISCONNECT_COMPLETE, в резуль­тате приема которых сбрасываются все таймеры, параметры про­токола устанавливаются в исходное состояние, а процесс перехо­дит в нулевое состояние AN1. При отсутствии сигнала DISCON­NECT и срабатывании таймера ТЗ существенное значение имеет количество срабатываний ТЗ: первые два раза при срабатывании таймера посылается сигнал DISCONNECT и заново спускается этот же таймер ТЗ, а на третий раз процесс принудительно перево­дится в нулевое состояние AN1 с посылкой аварийного сообще­ния в систему управления.

В приведенном выше описании опущено одно чрезвычайно важное обстоятельство: в ряде случаев время реакции на сигнал от абонента ТфОП критично, и тогда сеть доступа должна реагиро­вать автономно, что необходимо, например, для выключения вы­зывного сигнала и для прекращения передачи сигнала ответа стан­ции. Возможны другие варианты реакции, критичные с точки зре­ния времени, которые определяются в спецификации «мэппинга» национального протокола ТфОП.

Для рассмотренной выше на рис. 7.12 SDL-диаграммы про­цесса PANS приняты следующие значения таймеров:

• таймер Т 1=4 с — останов после приема сообщения ESTAB-

LISH_ACK или сообщения DISCONNECT_COMPLETE.


218 Глава 7_______________________________________

После срабатывания этого таймера повторяется посылка со­общения ESTABLISH и запускается таймер Т2;

• таймер Т2=(5—30 с) — останов после приема сообщения ESTABLISH_ACK или сообщения DISCONNECT_COMP-LETE. Запускается многократно до приема отбоя абонента;

• таймер Т3=2 с — останов после приема сообщения DISCON­NECT или DISCONNECT_COMPLETE. Запускается много­кратно. После 3-го запуска в систему управления передается сигнал индикации ошибки;

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

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

7.5. Протокол ТфОп на стороне атс

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

www.kiev-security.org.ua

BEST rus DOC FOR FULL SECURITY