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

Подсистема технической эксплуатации модельной АТС содержит управление ресурсами Operation – O, администрирование administration – А и техническое обслуживание Maintenance – M. Поэтому сокращенно подсистема технической эксплуатации называется OA&M. Функции и реализация этой подсистемы рассмотрена в главе 10 учебника [1].

Подсистема СОРМ

Реализация функций СОРМ рассмотрена в главе 10 учебника [1].

ЗАДАНИЕ 1.1

Построить структурную схему модельной системы коммутации и структурную схему системы коммутации из таблицы 1.2. Провести сравнительный инженерный анализ модельной станции с системой коммутации из таблицы 1.2. Форма произвольная. Объем 2-5 страниц.

 

Вариант	Тип системы коммутации	Компания-разработчик	Примечание
X5+X6=11	5ESS	Alcatel-Lucent
X5+X6=2	DX-200	Nokia-Siemens
X5+X6=4	5ESS	Alcatel-Lucent
X5+X6=12	АТСЦ-90	ЛО ЦНИИС
X5+X6=13	AXE-10	Ericsson
X5+X6=14	C&C 08	Huawei
X5+X6=5	EWSD	Nokia-Siemens
X5+X6=15	DX-200	Nokia-Siemens
X5+X6=16	EWSD	Nokia-Siemens
X5+X6=6	SI-2000	Iskratel
X5+X6= 7	Linea-UT	Italtel
X5+X6=1, 18	SI-2000	Iskratel
X5+X6=9	NEAX61	NEC
X5+X6=3	S12	Alcatel-Lucent
X5+X6=8	S12	Alcatel-Lucent
X5+X6=10	SI-2000	Iskratel
X5+X6=0, 17	S12	Alcatel-Lucent

 

ЗАДАНИЕ 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	Модуль СОРМ
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	Дифсистема, Hybrid (H)
X4+X6=19	Тестирование, Test (T)

 

Язык спецификаций и описания SDL и сценарии MSC

Основы SDL

На рис. 2.1 представлена последовательность описания и спецификации системы коммутации с учетом рекомендаций Международного союза электросвязи (ITU). Эта последовательность состоит из трех базовых способов: текстовое неструктурированное описание телекоммуникационной системы, диаграммы SDL, специфицирующие и/или описывающие режимы поведения этой системы; сценарии обмена сообщениями и сигналами на языке MSC, описывающие информационные потоки между блоками телекоммуникационной системы.

Рис. 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.

Под правым символом задачи находится символ выхода «Передача», который означает передачу сигнала. Содержанием сигнала является значение локальной переменной.

 

 

Рис. 2.3. SDL-диаграмма процесса “Тастатура”

 

Графические символы SDL, используемые в этом примере и в других главах книги, приведены в первой колонке таблицы 2.1. Рядом помещены соответствующие этим графическим символам понятия и их обозначения в программоподобной версии SDL. Каждому такому понятию, как, например, состояние процесса, сигнал, задача, решение, запрос создания процесса, старт процесса, его остановка, вызов процедуры, вызов макро, возврат из процедуры, выход из макро, и др. соответствует определенный графический символ (см. табл. 2.1).

Таблица 2.1. Символы языка SDL

 

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 можно познакомиться в главе 2 тома 1 [3].

ЗАДАНИЕ 2.1

Построить общую SDL-систему модельной АТС. Разработать
SDL-диаграмму процесса управления обслуживанием вызова из таблицы 2.2 и соответствующие комментарии.

Таблица 2.2.

SDL-спецификации процесса обслуживания вызовов
в системе коммутации