Подсистема технической эксплуатации
Подсистема технической эксплуатации модельной АТС содержит управление ресурсами Operation – O, администрирование administration – А и техническое обслуживание Maintenance – M. Поэтому сокращенно под- система технической эксплуатации называется OA&M. Функции и реали- зация этой подсистемы рассмотрена в [1, гл. 10].
Подсистема СОРМ
Реализация функций СОРМ рассмотрена в [1, гл. 10].
Задание 1.1.На примере системы коммутации из табл. 1.2, выбранной в соответствии с вариантом, описать реализацию всех функций модельной АТС в этой системе коммутации. Привести структурную схему системы коммутации из табл. 1.2. Провести инженерный анализ вариантов реализа- ции функций модельной станции в указанной в задании системой комму- тации. Форма произвольная. Объем 2 - 5 страниц.
Таблица 1.2.
| Вариант | Тип системы коммутации | Компания-разработчик | Примечание |
| X5+X6=11 | 5ESS | Alcatel-Lucent | |
| X5+X6=2 | АЛС | АЛС и ТЕК | |
| X5+X6=4 | АТС-NGN | ПРОТЕЙ | |
| X5+X6=12 | АТСЦ-90 | ЛО ЦНИИС | |
| X5+X6=13 | AXE-10 | Ericsson | |
| X5+X6=14 | C&C 08 | Huawei | |
| X5+X6=5 | DMS-100 | Nortel | |
| X5+X6=15 | DX-200 | Nokia-Siemens | |
| X5+X6=16 | EWSD | Nokia-Siemens | |
| X5+X6=6 | КраЗар | Красная заря | |
| X5+X6= 7 | Linea-UT | Italtel | |
| X5+X6=1, | М-200 | МТА | |
| X5+X6=9 | NEAX61 | NEC | |
| X5+X6=3 | Омега | Раскат | |
| X5+X6=8 | S12 | Alcatel-Lucent | |
| X5+X6=10 | SI-2000 | Iskratel | |
| X5+X6=0,1 | ZXJJ10 | ZTE |
Задание 1.2.Построить общую структурную схему модельной АТС и вы- делить на ней модуль, соответствующий указанному в табл. 1.3 варианту. Разработать описания функций и общую схему реализации моду- ля/подсистемы/устройства системы коммутации из табл. 1.3. Описание не должно быть ограничено конкретной реализацией в системе коммутации из предыдущего задания. Форма произвольная. Объем 2 – 5 стр.
Таблица 1.3
| Вариант питания пи- | Модуль/подсистема/устройство модельной системы коммутации | Примечание |
| X4+X6=1 | Генератор АОН | |
| X4+X6=2 | Дифсистема, Hybrid (H) | |
| X4+X6=3 | Защита, Overload protection (O) | |
| X4+X6=4 | Кодирование, Coding (C) | |
| X4+X6=5 | Модуль V5.2 | |
| X4+X6=6 | Модуль первичного доступа PRI | |
| X4+X6=7 | Модуль СОРМ | |
| X4+X6=8 | Питание абонентского комплекта, Battery (B) | |
| X4+X6=9 | Подсистема пространственно-временной коммутации | |
| X4+X6=10 | Подсистема синхронизации | |
| X4+X6=11 | Подсистема управления | |
| X4+X6=12 | Подсистема технической эксплуатации | |
| X4+X6=13 | Посылка вызова, Ringing (R) | |
| X4+X6=14 | Приемник DTMF | |
| X4+X6=15 | Приемник информации АОН | |
| X4+X6=16 | Приемопередатчики «2 из 6» | |
| X4+X6=17 | Контроль состояния шлейфа абонентской линии, Supervision (S) | |
| X4+X6=18 | Станционное окончание ET | |
| X4+X6=19 | Тестирование, Test (T) |
ЯЗЫК СПЕЦИФИКАЦИЙ
И ОПИСАНИЯ SDL И СЦЕНАРИИ MSC
Основы SDL
На рис. 2.1 представлена последовательность описания и специфика- ции системы коммутации с учетом рекомендаций Международного союза электросвязи (ITU). Эта последовательность состоит из трех базовых спо- собов: текстовое неструктурированное описание телекоммуникационной системы, диаграммы SDL, специфицирующие и/или описывающие режимы поведения этой системы; сценарии обмена сообщениями и сигналами на языке MSC, описывающие информационные потоки между блоками теле- коммуникационной системы.
Текст
SDL (Z.100) MSC (Z.120)
Рис. 2.1. Способы описания и спецификаций систем коммутации
Задание 3курсового проекта предусматривает следующие шаги:
• определение границ SDL-системы модельной АТС;
• определение каналов SDL-системы и передаваемых по этим каналам сигналов;
• разбиение системы на SDL-блоки;
• разбиение SDL-блоков на взаимодействующие процессы;
• определение входных и выходных сигналов, состояний и внутренних переходов для каждого из SDL-процессов;
• составление SDL-диаграмм процессов.
На рис. 2.2 представлен пример SDL-системы, называемой «Соедине- ние», состоящей из двух SDL-блоков: «Телефон» и «Станция», к которым подключены каналы «абонент», «абонентская линия» и «соединительная линия». В квадратных скобках около каналов помещены списки сигналов, которые могут быть переданы по каналу. Каждый сигнал подлежит точно- му определению в спецификации SDL с указанием значений типов данных, которые могут быть переданы этим сигналом.
Рис. 2.2. Диаграмма взаимодействия блоков
Каждый блок в диаграмме SDL-системы может быть в дальнейшем разделен либо еще на блоки, либо на набор процессов. Процесс описывает поведение в SDL и является наиболее важным объектом в языке.
Процесс в SDL-спецификации имеет конечное число состояний, в каж- дом из которых он может принимать ряд отправленных этому процессу до- пустимых сигналов (от других процессов или от таймера). Процесс может находиться в одном из состояний или в переходе между состояниями. Если во время перехода поступает сигнал, предназначенный этому процессу, то он ставится в очередь.
Действия, выполняемые во время перехода, могут заключаться в пре- образовании данных, в посылке сигналов к другим процессам и т.д. Сигна- лы могут содержать информацию, которая определяется на основании дан- ных процесса, посылающего сигнал, и используется процессом- получателем вместе с той информацией, которой располагает сам этот про- цесс. Помимо процессов, содержащихся в рассматриваемой системе, сиг- налы могут также направляться за пределы системы во внешнюю среду, а также поступать из внешней среды. Под внешней средой понимается все, находящееся вне SDL-системы.
Отправка и получение сигналов, передача с их помощью информации от одного процесса к другому, обработка и использование этой информа- ции определяют сценарий функционирования SDL-системы. Предполагает- ся, что после выполнения заданного сценария должен быть достигнут оп- ределенный результат в поведении специфицируемой системы.
Как правило, ожидаемый результат будет заключаться в том, что в от- вет на ряд сигналов, поступающих из внешней среды (например, из око- нечного станционного комплекта соединительной линии), система совер- шит определенные действия, оканчивающиеся передачей сообщений во внешнюю среду (в этот же станционный комплект соединительной линии и/или в другой программный процесс управления посылкой тональных сигналов, в процесс запроса информации АОН и т.п.).
Пример процесса «Тастатура» приведен на рис. 2.3. Пустой символ в верхнем левом углу означает начало процесса. Он ведет к исходному со- стоянию, в котором процесс может принять два входных сигнала: «Клави- ша» или «Готово».
Все переменные являются локальными для процесса. Символы ниже входных сигналов являются символами задачи для внутренних действий процесса. Задача может быть формальной или содержать неформальный текст в одинарных кавычках, как это имеет место на рис. 2.3.
Под правым символом задачи находится символ выхода «Передача», который означает передачу сигнала. Содержанием сигнала является значе- ние локальной переменной.
Процесс
ТАСТАТУРА
Dcl dcl dcl
значение клавиши Natural; буфер Buffer Type; посылка Natural.
Исходное
Клавиша
(значение)
|
' Поместить в буфер '
' Извлечь из буфера '
Передача
Рис. 2.3. SDL-диаграмма процесса «Тастатура»
Графические символы SDL, используемые в этом примере и в других главах книги, приведены в первой колонке табл. 2.1. Рядом помещены со- ответствующие этим графическим символам понятия и их обозначения в программоподобной версии SDL. Каждому такому понятию, например, со- стояние процесса, сигнал, задача, решение, запрос создания процесса, старт процесса, его остановка, вызов процедуры, вызов макро, возврат из проце- дуры, выход из макро и др., соответствует определенный графический сим- вол (табл. 2.1).
Символы языка SDL
Таблица 2.1.
|
| SDL/GR | SDL/PR | Значение символов |
 | STATE NEXTSTATE | Состояние, следующее состояние |
 | TASK | Задача |
 | INPUT | Входной сигнал |
 | OUTPUT | Выходной сигнал |
 | SAVE | Сохранение |
 | DECISION | Решение |
| CALL | Вызов процедуры | |
 | MACRO | Вызов макро |
 | CREATE | Запрос создать процесс |
 | ALTERNATIVE | Опция |
Окончание табл. 2.1
SDL/GR SDL/PR Значение символов
STOP Остановка
RETURN Возврат из процедуры
ENDMACRO Выход из макро
START Старт процесса
PROCEDURE Начало процедуры
MACRO Вход в макро
EXPANSION Расширение текста
COMMENT Комментарий
X: JOIN X
Входной соединитель, Выходной соединитель
Все
[ . . . ] [. . .]
Все, кроме
< > PROVIDED Посылаемый сигнал
Граф процесса в SDL-диаграмме состоит из набора графических сим- волов, которые соединены линиями, указывающими направление потоков. Каждому символу приписывается имя. Если в диаграмме присутствует не- сколько символов состояния с одним и тем же именем, то все они означают одно и то же состояние. В символах, представляющих ввод, вывод и сохра- нение сигнала, должно быть указано его имя. Аналогичным образом, текст помещается в символах задачи и решения.
При соединении символов в диаграммы необходимо соблюдать опре- деленные правила:
• за символом состояния может следовать только символ ввода или символы ввода и сохранения;
• символ ввода (сохранения) может следовать только за символом со- стояния;
• за символом ввода может следовать любой (один) символ, кроме вво- да и сохранения;
• за символом задачи или вывода следует любой (один) символ, кроме ввода или сохранения;
• за символом решения следует n (разумеется, n≥2) символов, которые могут быть какими угодно, кроме символов ввода и сохранения;
• за символом сохранения не следует ничего.
Решение – выбор одного из альтернативных действий в зависимости от существенных для дальнейшего функционирования процесса результатов анализа/проверки параметров, связанных с входными сигналами, и инфор- мации, хранимой в памяти процесса. Другими словами, символ решения определяет выбор одного среди нескольких (n≥2) путей продолжения пере- хода.
Задача – вопрос, который требует выполнить внутри перехода ряд дей- ствий, связанных с манипулированием входными или выходными парамет- рами, работой с памятью, вычислениями, но не являющихся ни решением, ни выводом, ни созданием процесса, ни вызовом процедуры или макроса.
Дивергенция внутри перехода в диаграмме SDL может возникнуть в одной из следующих ситуаций: между символом состояния и соответст- вующими ему символами ввода и сохранения, после символа решения, по- сле символа опции.
Более подробно с языком SDL можно познакомиться в [3, т.1, гл. 2].
Задание 2.1.Построить общую SDL-систему модельной АТС. Разработать SDL-диаграмму процесса управления обслуживанием вызова из данных функций табл. 2.2 и соответствующие комментарии.
Таблица 2.2 SDL-спецификации процесса обслуживания вызовов
в системе коммутации
| Вариант питания | SDL-процесс | Примечание |
| Х2+X4+X5=5 | ISDN-сигнализация DSS1 уровня 1 на стороне NT | Том 2 |
| Х2+X4+X5=4 | ISDN-сигнализация DSS1 уровня 1 на стороне ТЕ | Том 2 |
| Х2+X4+X5=15 | Блокировка/разблокировка посылки сообщений ISUP | Рис. H.27/Q.764 |
| Х2+X4+X5=16 | Блокировка/разблокировка приема со- общений ISUP | Рис. H.28/Q.764 |
| Х2+X4+X5 =1 | Входящий вызов ISUP (Call Processing Control Incoming) | Рис. H.21/Q.764 |
| Х2+X4+X5=6 | Входящий междугородный вызов R1.5 с декадным набором | Том 1 |
| Х2+X4+X5=3 | Входящий местный вызов R1.5 с де- кадным набором | Том 1 |
| Х2+X4+X5=12 | Входящий местный вызов R1.5 с мно- гочастотным набором | Том 1 |
| Х2+X4+X5=10 | Исходящий вызов R1.5 с декадным на- бором | Том 1 |
| Х2+X4+X5=2 | Исходящий вызов R1.5 с многочастот- ным набором | Том 1 |
| Х2+X4+X5=0 | Исходящий вызов R1.5 к АМТС с им- пульсным пакетом | Том 1 |
| Х2+X4+X5=14 | Исходящий вызов ISUP (Call Processing Control Outgoing) | Рис. H.22/Q.764 |
| Х2+X4+X5=8 | Многочастотная сигнализация «им- пульсный пакет 1» | Том 1 |
| Х2+X4+X5=9 | Многочастотная сигнализация «им- пульсный пакет 2» | Том 1 |
| Х2+X4+X5=7 | Передача информации АОН | Том 1 |
| Х2+X4+X5=11 | Прием информации АОН | Том 1 |
| Х2+X4+X5=18 | Сегментация входящих сообщений ISUP | Рис. H.23/Q.764 |
| Х2+X4+X5=19 | Сегментация исходящих сообщений ISUP | Рис. H.24/Q.764 |
| Х2+X4+X5=17 | Управление распределением сообще- ний ISUP | Рис. H.20/Q.764 |
| Х2+X4+X5=13 | Установление и разрушение соедине- ния SCCP | Том 1 |