Подсистема технической эксплуатации

Подсистема технической эксплуатации модельной АТС содержит управление ресурсами 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