Вы находитесь на странице: 1из 35

1.

Грамматическое описание языков программирования: синтаксис, семантик, алфавит,


синтаксическая д-ма
Каждый алгоритмический язык определяется грамматическим описанием, которое вкл. в себя
алфавит, синтаксис и семантику. Алфавит- набор символов, которые могут быть использованы при
записи фраз или предложений, описывающих алгоритм. Синтаксис- определяет правило построения
фраз, с помощью которых устанавливается, что текст программы написан на данном языке. Для
описания синтаксиса используются две формы: 1. С помощью синтаксических формул (нормальная
форма Бэкуса-Наура). 2. С помощью синтаксических диаграмм, которая состоит из терминальных и
нетерминальных, к-рые соединяются стрелками. Семантика- определяет смысловое значение фраз и
устанавливает, какие последовательности действий описываются фразами этого языка, а также какой
алгоритм определён данным текстом.
2. Определение синтаксической диаграммы языка. Терминальные и нетерминальные
символы. Правила построения синтаксических диаграмм.
Синтаксическая диаграмма состоит из терминальных и нетерминальных, к-рые соединяются
стрелками. К терминальным символам относятся символы алфавита языка и их посл-ти- простые
конструкции. Нетерминальные символы используются для сокращения более сложных
синтаксических конструкций и представляет собой имена синтаксических диаграмм. Каждый
нетерминальных символ должен быть определён синтаксической диаграммой. Правило построения
диаграмм: 1. Каждый символ терминальный или нетермин, а значит и каждая диаграмма должны
иметь входящую и 1-ну исходящую стрелку. 2. Стрелки всегда имеют одно установленное
направление ↓- исп-тся при наличии альтернатива(выбора) при описании определенного термина;
→- соединяют терминальные и нетерминальные символы. 3. Терминальные символы обозначаются в
кружках, овалах- ширина кружка пропорциональна количеству символов. Нетерминальные
изображаются в прямоугольниках и записываются строчными буквами. 4. Имена синтакс. диаграмм
должны нах-тся в левом верхнем углу.
3. Понятие об уровнях языков программирования (микропрограммный, машинный,
ассемблерный).
Самый нижний уровень называется микропрограммный. Он обеспечивает выполнение инструкций
системных команд ЭВМ и опред-тся реализацией арифметико-логического уст-ва (АЛУ), составом и
назначением регистров в процессе и т.д., т.е. ориентирован на конкретную машину. Машинный
уровень- ему соответствует язык машинных команд, взаимодействие между 2-мя нижними уровнями
производится следующим образом: каждая машинная команда, поступающая из памяти в процессор,
анализируется и вызывает исполнение определённой микропрограммы, к-рая реализует операцию
заданной командой. Ассемблерный- явл. символической формой представления языка машинных
команд. Язык Ассемблера более удобен для программирования, однако требует требования спец.
программы для перевода на язык машинных команд.
4. Программирование на языке машинных кодов.
Язык машинных команд воспринимается ЭВМ непосредственно. Для того, чтобы решить
конкретную задачу, необходимо составить алгоритм решения разбив его до уровня отдельных
операций предусмотренных в системе команд данной машины, каждую команду нужно записать в
соответствующем формате для неё в виде одного или нескольких машинных слов, содержащего 0
или 1 в каждом разряде. Формат команд содержат: коды операции и кодов методов адресации и
приводится в описании системных команд. Поля отведенные под указания конкретных адресов ОП и
исходных значений операндов заполняет непосредственно программист. Поле написания программы
и ввода её в ОП производят его запуск, при этом в счётчик команд записывается адрес ячейки памяти
содержащий первую команду программы. Ввод программы производится в туже область памяти, к-
рая планировалась при написании программы. При таком виде программирования возникают след.
трудности: одна из них состоит в опред. адресов при планировании разрешения программы в ОП, т.е.
распределние памяти должно быть произведено заранее, однако в процессе программирования нет
достаточной инф-ции о полном кол-ве команд в будущей программе, а также о том, в каких
конкретно ячейках будут размещены эти компоненты, и сколько их понадобится для хранения
промежуточных результатов, поэтому к началу составления программы делается только
ориентировочное распределение памяти, к-рое уточняется по зоду составления программы, при этом
возникает необходимость постоянно обращаться уже к написанной части программы. В такие
программы трудно вносить какие либо изменения и исправления. Такая прогорамма плохо читается
и понимается. Машинные коды тркдно запоминать, таким образом производительность труда будет
очень низкой.
5. Программирование на языке Ассемблера.
В языке ассемблера используют символическое обозначение машинных команд, в к-ом при
написании каждой команды инф-ция в её полях задаётся не в виде машинного кода операций и
истинных адресов операндов, ы в виде их условных символических обозначений. Пргорамма,
написанная на исходном символическом языке наз-тся исходной; Программа, переведенная на язык
машинных команд с помощью программы ассемблера, наз-тся объектной. В общем случае
параметры, преобразующие программу, написанную на одном языке, на- тся трасляторами, а сам
процесс перевода наз-тся трансляцией. В программе испол-тся два типа команд: символические
команды для ЭВМ, к-рые ассемблером траслируются в машинные команды, и команды, обращенные
к ассемблеру(псевдокоманды), служащие для управления процессом трансляции. Формат оператора
на языке ассемблера состоит из 4 полей: поля метки, поля операции, поля операндов и поля
комментария. В процессе трансляции ассемблерования производится «привязка» объектной
программы к конкретным абсолютным адресам ОП. Для программирования на языке ассемблера
ЭВМ должна быть укомплектована дисплеем и печатающим ус-вом для вопросизведения листинга-
печатной копии программы. Редактирующая программа оперирует исходной программой как с
обычным текстом, позволяет добавлять, исключать или заменять части исходной программы.
Компоновочная программа исп-тся для объединения нескольких объектных программ в одну общую
программу, к-рая после этого получает название загрузочного модуля.
6. Причины появления языков высокого уровня. Свойства алгоритмических языков
программирования. Достоинства и недостатки.
Спецификой программирования на языке машинных команд и языке ассемблера явл. то, что при
составлении алгоритма необходимо ориентироваться на систему команд конкретной ЭВМ.
Программирование на языке низкого уровня детального представления о работе конкретного
процесса ЭВМ: составе и назначении всех его регистров, используемых способах адресации,
операциях, выполняемых каждой командой, и признаках, к-рые харак-ют её выполнение.
Достоинства ЯВУ: - простота и удобство записи алгоритмов на основе формы, близкой к
естественным языкам; - возможность использования различных типов данных. Недостаток:
алгоритмические языки нужно всегда переводить в машинные команды. Типы данных в ЯВУ
подразделяются на простые и составные. К простым относят целые, булевские и символьные типы
данных. К составным относят массив, таблица, список. Массив- регулярная структура данных, эл-ты
к-рой могут принадлежать только к одному типу, например символьному. Таблица- двухмерный
массив, т.е. массив, эл-тами к-го, в свою очередь, явл. массивы. Для выборки эл-та таблицы
используют двухступенчатую индексацию. Список- совокупность эл-тов, связанных между собой в
определенном порядке. Связь между эл-тами обеспечивается с помощью ссылок(указателей), к-рые
представляют собой по существу адреса других эл-тов списка. Однонаправленный список- список, в
котором каждый эл-т содержит только одну ссылку, связывающую его со след элементом списка.
7. Представление о работе трансляторов: принцип прямой трансляции, интерпретации,
трансляция на промежуточный язык. Достоинства и недостатки.
Принцип прямой трансляции реализуется программой- транслятором, к-рая производит перевод
текста исходной программы непосредственно в машинный код. При этом текст программы
переводится полностью. Такие трансляторы часто называют компиляторами. Непосредственно для
исполнения в ЭВМ загружается уже предварительно отранслированная программа, поэтому в ОП
ЭВМ она занимает относительно мало места и выполнение не происходит с высоким
быстродействием. В случае обнаружения ошибок необходимо повторить процесс трансляции.
Принцип интерпретации реализуется специальными программами- интерпретаторами.
Интерпретатор помещается в память ЭВМ вместе с текстом исходной программы. В процессе
выполнения программы интерпретатор просматривает последовательно оператор за оператором исх
текст, анализирует каждый оператор и выполняет машинные команды. Достоинства: легко вносить
исправления и модификации. Недостатки: - использование памяти ЭВМ для хранения программы
интерпретатора; – снижение быстродействия выполнения программы. Принцип трансляции на
промежуточный язык реализуется путем, к-рым явл язык ассемблера.
8. Этапы работы транслятора-компилятора: лексический анализ, синтаксический анализ,
генерация объектной программы и этап оформления и документирования программы.
1.Лексический анализ- явл. предварительным этапом. Предназначен для предоставления текста исх.
программы в компактном виде, удобном для дальнейшей обработки. В ЯВУ ддля разделения фраз
испол-тся символы пробелов, комментарии и т.д. В процессе лексического анализа разделительные
символы исключаются из текста, предназначенного для дальнейшей обработки. Лексический
анализатор выполняет также кодировку ключевых слов языка и др. символов. 2.Синтаксический
анализ- производится на основе формального определения синтаксиса языка, на к-ром написан текст
исх программы. В процессе синтаксического анализа исх текста, в результате к-го выделяются все
компоненты, из к-рых состоит программа. На этом же этапе определяется, явл. ли исх. текст
программы с точки зрения синтаксиса программой в данном языке программирования. Важная ф-
ция- выявление ошибок синтаксического х-ра и выдача сообщ. пользователю, в к-рых указывается
место в исх. тексте, где допущена ошибка, и её х-р. 3. Генерация объектной программы-
производится непосредственная трансляция обработанного текста исх. программы на язык
машинных команд, т.е. вырабатывается соответствующая посл-ть машинных команд. 4.Оформление
и документирование программы- связан с подготовкой распечатки программы- листинга. По
указанию пользователя на печать может выдаваться различного рода доп. инф-ция, вырабатываемая
транслятором.
9. Определение программного обеспечения. Требования, предъявляемые к программному
обеспечению.
ПО- организованная совокупность взаимосвязанных и взаимодействующих программ и
соответствующих им постоянных и полупост. данных, которые обеспечивают целенаправленную
работу СКПУ в соответствии с заданными алгоритмами функционирования: - инструментальное, -
прикладное, - системное. Все требования, к-рые должны удовлетворять ПО СКПУ делятся на 2
группы: 1. требования невыполнения кот-ых приводит к нарушению нормального
функционирования СКПУ. К ним относятся: - ПО должно быть функционально полным и осущ.
программную реализацию всех заданных ф-ций. – ПО должно функционировать в реальном
масштабе времени и обладать совместно с технич. средствами производительностью, достаточной
для реализации всех заданных ф-ций и соблюдением требуемых временных ограничений. – ПО
должно быть постоянно готово к использованию и обладать совместно с технич ср-вами
надежностью, гарантирующей выполнению требований, надежностью работы СКПУ в целом и к
величине эксплуатационных затрат. 2. Требования невыполнения кот-рых приводит к снижению
эффективности функционирования и использование СКПУ. К ним относят: - принципы построения
ПО и его распределения по различ. типам запоминающих устр-в должны обеспечивать мин.
стоимость хранения программ и данных при выполнении требований к производительности ПО в
целом. – ПО должно быть открытым для внесения в него необходимых изменений и дополнений, а
так же обладать высокой гибкостью, позволяющей вносить эти изменения и дополнения при мин.
изменении, существующих программ и данных. – структура и принципы построения ПО в целом и
отдельных программ должны быть простыми для изучения, освоения и эксплуатации
обслуживающим персоналом. – структура и принципы построения ПО, а также состав, включаемых
в него допол. ср-в, должны обеспечивать возможность эффективной организации и реализации
процессом разработки и производства ПО.
10. Программное обеспечение ЭУС. Внутреннее программное обеспечение: ОС, СКП,
СПТО, САДМП.
Внутренняя ПО является неотъемлемой частью СКПУ и представляет собой сов-сть программ и
данных, управляющих работой СКПУ непосредственно в процессе функционирования узла
коммутации. В зависимости от функционирования назначения программ внутрен ПО делится на
след. системы команд: - операционная система(ОС) выполняет след. ф-ции: 1. координирует
совместную работу всех программ внутр. ПО; 2. распределяет ресурсы машинного времени, т. е.
устанавл. очередность запуска различ программ по времени. 3. обеспечивает взаимодействие
периферийных уст-в с управляющим комплексом. 4. управляет обменом инф-ции между
оперативной памятью ЭВМ и внеш. уст-вами, а также организует диалог человек-машина. – система
коммутационных программ(СКП) предназначен для управления установления различных видов
соединений, предусмотренных на данной СКПУ. Примерами таких программ явл.: - определение
состояния АЛ; - прием номера, вызываемого аб-та; - контроль за состоянием разговорного тракта; -
обработка всех видов сигнализации и т.д. – система программ технического обслуживания (СПТО)
обеспечивает контроль за состоянием об-ния с целью выявления неисправностей, а также
диагностику неисправных блоков об-ния и восстановления нормального режима работы об-ния узла
коммутации после устранения обнаружения неисправностей. – система административных программ
(САДМП) осущест сбор статистических данных о нагрузке в качестве обслуживания и кач-ве работы
об-ния. В состав этой с-мы также входит программы при помощи к-рых обслуживающий персонал
может вносить изменения в об-нии и станционные данные при подкл. новых аб-тов и добавление
нового об-ния.
11. Программное обеспечение ЭУС. Внешнее программное обеспечение: САП, САОП,
САППО, СИНП.
Внешнее ПО представляет собой сов-ть вспомогательных программ и данных, к-рые не использ. в
процессе функционирования СКПУ, но необходимы при составлении отладки испытания разработки
нового ПО. В состав внешнего ПО входят след. системы программы: - система автоматизации
программирования (САП) используется на этапе колирования программы и содержит сов-ть языков
программирования и соответствующих им трансляторов. – система автоматизации отладки программ
(САОП) исольз. на этапе отладки программ и позволяет получать полную инф-цию о поведении и
результатов выполнения отлаживаемой программы, путём создания имитации её работы. Отладка
программ может осущ-тся как на ЭВМ общего назначения, так и на самой управляющей системе. В
процессе отладки необх. проверить не только посл-ть работы программ и передачи инф-ции между
ними, но и необходимые временные соотношения при их взаимодействии. – система автоматизации
производства внутреннего ПО(САППО) позволяет автоматизировать процесс производства ПО и
процесс его доработки под конкретной проекции с учетом конфигурации СКПУ х-к аб-тов места
расположения на сети и т.д. – система испытательно- наладочных программ(СИНП) автоматизирует
процессы наладки и проверки об-ния с-мы коммутации и ПО. Она предназначена для обнаружения и
локализации неисправностей в процессе наладки для проверки установленного об-ния и
программного обеспечения в целом на соответствии техничес. условиям.
12, 13. Технологические аспекты разработки программного обеспечения АТС: каскадная
модель. Достоинства модели. Недостатки.

Достоинства: 1. Полная и согласованная документация на каждом этапе. 2. Возможность легко


определить сроки и затраты на проект. Недостаток: переход от одного этапа к другому
предполагает полную корректность результата на предыдущем этапе. Неточность какого-либо
требования приводит к тому, что приходится возвращаться к более раннему этапу проекта, а
требуемая переработка часто приводит к большим затратам.
1.Исследование концепции- происходит исследование требований на системном уровне, целью
определения возможности реализации этой концепции. 2. Исследование системы – определяются
требуемые ф-ции применимые к ПО и об-нию в соответствии общей архитектурой системы. 3.
Определения требований – определяются программные требования для информационной области
системы, линии поведения, производительность, а также функциональное распределение системных
требований к аппаратному и ПО. 4. Разработка проекта- разрабатывается и формируется логически
последовательная техническая хар-ка программной системы; включая структуры данных, арх-ру ПО
и интерфейсные представления, алгоритмическую детализацию. 5. Внедрение. В результате его
выполнения эскизное описание ПО превращается в полноценный программный продукт, при этом
создаётся исх. код, база данных и документация. 6. Установка вкючения установки ПО, его проверку
и официальную приемку заказчика (для операционной среды). 7. Эксплуатация и поддержка-
подразумевает запуск пользователя системы и текущее обеспечение, включая предоставление тех.
помощи обсуждения, возникающих вопросов польз., регистрацию запросов польз. на модернизацию
и внесение изменений, а также коррекция или устранение ошибок. 8. Сопровождение – связан с
разрешением программных ошибок, неисправностей, сбоев, модернизацией и внесением изменений
генерируемых процессом поддержки. 9. Вывод из эксплуатации – вывод существующей системы из
активного использования путём прекращения её работы благодаря замене её новой системы или
модернизированной версией существующей с-мы.
14, 15. Технологические аспекты разработки программного обеспечения АТС: V-модель.
Достоинства модели, недостатки.

Преимущества
 Каждая стадия имеет конкретные результаты
 Более высокие показатели по сравнению с каскадной моделью по причине того, что
тестирование начинается на ранних этапах
 Экономия времени по сравнению с каскадной моделью может достигать 50%
 Отлично подходит для небольших проектов, где все требования к продукту очевидны сразу
 Полноценная реализация доступных ресурсов
Недостатки
 Отсутствие гибкости, как и в случае с каскадной моделью. Вносить изменения на поздних
этапах будет трудно и дорого
 Сама разработка начинается строго с началом соответствующей стадии, то есть, никаких
прототипов на ранних этапах не разрабатывается
 Контроль рисков затруднен: нет определённого способа решения критических проблем,
обнаруженных на этапе тестирования
1.Планирование проекта и требований – опред. систему требования, а также по каким
оборудованием будут распределены ресурсы организации с целью их соотношения поставленным
требованиям. В случае необходимости выполнения определенных ф-ций для аппаратного и ПО. 2.
Анализ требования продукта и его спецификаций на данный момент проблем ПО. 3. Разработка
архитектуры проекта на высшем уровне. Здесь определяется каким образом ф-ции ПО должны
применяться при реализации проекта. 4. Детализованная разработка проекта. Определяет и
документально обосновывает алгоритмы для каждого компонента, к-рый был определён на фазе
построения архитектуры. Эти алгоритмы в дальнейшем будут преобразованы в код. 5. Кодирование
– выполняется преобразование алгоритмов определенных на предыдущем этапе в готовое ПО. 6.
Модульное тестирование – выполняется проверка каждого закодированного модуля на наличие
ошибок. 7. Интеграция и тестирование – установка взаимосвязи между группами ранее по элементу
испытанных модулей с целью подтверждения, что эти группы работают также хорошо, как и модули
испытанные независимо друг от друга. 8. Системное и приемочное тестирование – выполняется
проверка функционирования программ. системы в целом после помещения её в аппаратную среду в
соответствии со спецификацией требований ПО. 9. Производство, эксплуатация, сопровождение и
приемочные испытания – ПО запускается в производство, здесь же предусмотрено модернизация и
внесения поправок; приемочные испытания позволяют пользователям протестировать
функциональные возможности системы в соотв. с исходными требованиями. После окончательного
тестирования ПО и его аппаратное обеспечение становятся рабочими.
16. Технологические аспекты разработки программного обеспечения АТС: спиральная
модель. Достоинства модели.
Модель отображает базовую концепцию, к-рая заключается в том, что каждый цикл представляет
собой набор операций, к-му соответствует такое же кол-во этапов как и в каскадной модели, при
этом принимается во внимание то, что каждая соответствующая часть программного продукта и
каждый уровень сложности начинается с общей формулировки требований и заканчивается
кодированием каждой отдельной программы. Спиральная модель сфокусирована на проектировании
программ, разработка ПО происходит на последнем витке спирали по обычной каскадной модели,
однако этому предшествует несколько итераций проектирования на основе созданий прототипов,
при этом каждая итерация вкл. фазу выявления и анализа рисков при решении наиболее сложных
задач. Достоинства: она разрешает пользователям увидеть систему на ранних этапах разработки;
быстрое получение результата; повышение конкурентоспособности.

17. Технологические аспекты разработки программного обеспечения АТС:


спиральная модель. Недостатки модели.
Спиральная модель воплощает в себе преимущество каскадной модели. В неё также включены
анализ рисков, управлений ими, а также процессы поддержки и менеджмента. Модель отображает
базовую концепцию, которая заключается в том, что каждый цикл представляет собой набор
операций, которому соответствует такое же количество этапов как и в каскадной модели, при этом
принимается во внимание, что каждая составляющая часть программного продукта и каждый
уровень сложности начинается с общей формулировки требований и заканчивается кодированием
каждой отдельной программы.
Спиральная модель сфокусирована на проектировании программ, разработка ПО происходит на
последнем витке спирали по обычной каскадной модели. Однако этому предшествует несколько
итераций проектирования на основе созданий прототипов, при этом каждая итерация включает фазу
выявления и анализа рисков при решении наиболее сложных задач.
Достоинства модели: она разрешает пользователям увидеть систему на ранних этапах разработки.
Недостаток: определение момента перехода на следующий этап. Для этого необходимо ввести
временные ограничения на каждый из этапов, иначе процесс разработки может превратиться в ∞
совершенствование уже сделанного, т.е. завершение итерации должно производиться в соот-вии с
планом даже если не вся запланированная работа закончена.
 Метод нисходящего проектирования алгоритмического и программного обеспечения
СКПУ. Этапы разработки АО и ПО.
Для разработки АО и ПО СКПУ МСЭ-Т(международный союз электросвязи сектор по
телекоммуникациям) рекомендует использовать метод «нисходящего» проектирования. Весь процесс
разработки делится на отдельные этапы. На начальном этапе формируется технич предложение,
описывающее функцию всей с-мы в целом. Далее разрабаывается алгоритм функционирования,
описывающий работу всей с-мы в целом. Затем разрабатываются более детальные алгоритмы и так
продолж до тех пор пока не будет достигнута полная детализация с-мы.
На первых 3 этапах разрабатывается АО, на 4 и 5–ПО, на 6 выявляются ранее не обнаруженные
ошибки АО и ПО, а так же потребности в изменении ф-ций, реализуемых в ПО. При этом возникает
необх-ть возвращения предыдущем этапом для проведения дополнительных работ. В следствии
этого этапы разработки связаны между собой не только в прямом, но и в обратном направл, что
использ для уточнения и улучшения проектных решений. На каждом из этапов разработки
рекомендуется использ языковые средства: 1. SDL(язык спецификаций и описаний)-предн для
описания стр-ры и функционирования с-м реального времени в виде удобном для понимания
человеком(специалистом). 2. CHILL(язык высокого уровня МККТТ)-предн для системных
программистов при создании и документировании ПО ТКС. 3.MML(язык человек-машина)-предн
для взаимод оператора с управляющим комплексом с-м.
Этапы:
1. спецификация и планирование с-мы. Этот этап начинается с момента получения технич
заданий на разработку СКПУ. Требования предъявл к проектируемой с-ме записыв в виде
спецификаций, которая состоит из 2-х частей: общие п-ры с-мы и функциональная спецификация,
которая задаёт поведение этой с-мы.
К общим п-рам относ месторасположение на сети, конфигурация об-ния, набор с-м сигн-ции,
маршрутизация.
Функциональная спецификация определ основные ф-ции проектируемой с-мы, на этом этапе
разрабатывается общая стр-ная схема ПО. Вся инф-ция, полученная в виде технич задания и
разработанная на данном этапе должным образом документируется.
2. системное проектирование, на этом этапе выдел стандартные процессы, определяются
информационные связи междуними, порядок и способ обмена сигналами, а так же проводится
структурирование ПО, т.е. ПО представляется в виде совокупности и иерархич. ур., на каждом из
которых размещаются отдельные программы ПО.
3. детальное проектирование, на этом этапе разрабатывается алгоритмы, отображающие
действительное поведение проектируемой с-мы, процессы выделения на 2 этапе распределяются
между управляющими уст-вами СКПУ. Выбирается состав и стр-ра массивов памяти, необходимых
для их реализации. Результатом работ на данном этапе явл функциональное описание – описание
фактических св-в существующего объекта.
4. кодирование ПО–алгоритмы, разработанные на 3 этапе, записываются на одном из языков
программирования. Программирование может осущ на языках низкого и высокого уровня.
5. отладка ПО–занимает не менее 50% всего времени разработки ПО. Предн для выявления,
исправления ошибок и делится на 3 подэтапа:
-автономная отладка, при которой осущ проверка правильности работы отельных программных
модулей без учёта реального времени. Она заключ в проверке совместного функционирования
нескольких программ, составляющих основу, разработанного ПО, к которым постепенно подкл
другие программы;
-комплексная отладка, при которой осущ проверка совместной работы программных модулей
автономно отложенных. Всё ПО проверяется в реальном масштабе времени с учётом всех временных
режимах. Проверяют так же все экстремальные режимы работы ПО, что позволяет оценить и
уточнить возм-ти разработанного ПО;
-системная отладка–предполагает испытание ПО на реально-работающем об-нии, при этом вместо
реальных источников нагрузки могут использоваться их эмуляторы.
6. эксплуатация ПО–подразумевает опытную эксп-цию в течении одного года и нормальную
экс-цию 10-15 лет. На этом этапе проверяется работоспособность и эксплуатационные х-ки ПО в
реальных условиях функционирования управляющего комплекса, а так же проводятся работы по
внесению в ПО необходимых изменений для исправления обнаруженных ошибок, а так же
улучшение х-к ПО и его функциональных возможностей, даже после тщательной отладки в ПО
остаются ошибки. Наибольшая часть ошибок выявляется при опытной экс-ции.
 Уровни программного управления коммутационных узлов и станций.
Современные средства программного управления коммутацией подразделяются даже не на два, а на
три уровня.
Самый нижний уровень ПО обычно встраивается в абонентские и линейные комплекты и другие
модули станции. Программные средства на этом уровне, как правило, зависимы от аппаратных
средств.
Реализуемые здесь функции связаны, в основном, с контроллерами линейных и станционных
интерфейсов и с поддержкой нижнего уровня обработки вызова. Например, когда абонент поднимает
трубку, первый уровень управления абонентским модулем детектирует состояние снятия трубки (off
hook) и запрашивает у контроллера второго уровня информацию о данной абонентской линии,
классе ее обслуживания, возможностях абонентского терминала, каких-либо ограничениях. Затем
первый уровень обеспечивает посылку абоненту сигнала ответа станции. После набора номера
накопленные первым уровнем цифры передаются выше.
Второй уровень управления обычно реализуют процессоры управления коммутацией с
распределенными функциями, взаимодействующие друг с другом через коммутационное поле или
через общую шину. Для межпроцессорных связей используют разнообразные протоколы, причем в
большинстве цифровых АТС применяются модификации стандартных протоколов ОКС7 или X.25.
Основные процессоры управления коммутационным полем для надежности дублируются. На этом
уровне анализируются набранные абонентом цифры и выбирается путь через коммутационное поле.
После того как соединение установлено, второй уровень управления поддерживает его и разрушает,
как только обслуживание вызова переходит в фазу разъединения.
Третий уровень управления обычно бывает связан с центральным процессором цифровой АТС,
выполняющим функции технического обслуживания, конфигурации, администрирования,
статистики и начисления платы.

 Проектирование программного обеспечения АТС. R-уровень.


Определение и спецификация требований к ПО узла коммутации являются основными задачами R-
уровня проектирования. На этом уровне разрабатываются технические требования, структурная
схема станции, интерфейсы ПО с коммутационным оборудованием и т.д. Языком описания, как
правило, служит естественный язык со всеми присущими ему недостатками – неоднозначностью,
связанной с тем, что естественный язык недостаточно точен для описания программных систем, и
разные разработчики могут по-разному понять одну и ту же фразу технического задания, и
неполнотой описания ПО, которая усугубляется тем, что при разработке большой и сложной
системы телекоммуникационных программ проходит много времени, прежде чем становится ясно,
какой информации R-уровня недостает.
Еще одна трудность, возникающая на R уровне проектирования, – невозможность удержать
семантику описания требований на одинаковом уровне детализации. В результате одни описания R-
уровня оказываются несколько туманными, другие – излишне детализированными, предоставляя
элементы реализации, причем, возможно, не самой удачной, выбранной без рассмотрения остальных
частей системы и не позволяющей разработчикам следующих уровней проектирования использовать
эффективные структуры данных или приемы программирования.
После завершения R-уровня проектирования, т.е. когда точная внешняя спецификация системы
программного управления коммутационного узла заменит ее неформальное описание, начинается
разработка архитектуры ПО (А-уровень).

 Проектирование программного обеспечения АТС. А-уровень.


После завершения R-уровня проектирования, т.е. когда точная внешняя спецификация системы
программного управления коммутационного узла заменит ее неформальное описание, начинается
разработка архитектуры ПО (А-уровень). А-уровень проектирования можно условно разделить на
два подуровня – разработка функциональной архитектуры и разработка системной архитектуры. На
А-уровне проектирования разрабатывается структурная модель программной системы, состоящая из
иерархии содержательных функций, эффект выполнения которых влияет на функционирование
коммутационного узла и обслуживание вызовов. Такая структурная модель в рекомендованном
ITU/T языке спецификаций и описаний SDL называется диаграммой дерева блоков.
Программная документация А-уровня служит исходными данными для проектирования SDL-
спецификаций программных процессов, процедур и макросов, что в отечественной литературе
иногда именуется алгоритмическим обеспечением АТС.

 Проектирование программного обеспечения АТС. S-уровень.


Детальное проектирование S-уровня включает в себя уточнение спецификаций интерфейсов
программных модулей и структур данных и проектирование SDL-диаграмм модулей. При уточнении
интерфейсов окончательно определяются порядок и структура параметров, глобалов и сообщений,
составляющих интерфейс. Проектирование SDL-диаграмм на S-уровне тоже выполняется сверху
вниз методом пошаговых уточнений каналов, сигналов, процессов, процедур, макроопределений.
Механизмы SDL просты и обладают большой выразительной силой, что делает SDL естественным и
удобным для применения. Требуется совсем небольшая практика, что бы научиться читать на SDL и
точно воспринимать информационное содержание, передаваемое графическими обозначениями и
словами языка. Однако, будучи языком с точно определенной семантикой, SDL налагает жесткие
ограничения на правила толкования смысла спецификаций и на правила написания SDL-диаграмм.

 Проектирование программного обеспечения АТС. P-уровень.


Завершающим шагом разработки ПО является кодирование и отладка программ (Р-уровень
проектирования). Именно Р-уровень многие называют программированием. В течение этого этапа
программная разработка конвертируется в коды, которые могут исполняться в управляющих
процессорах. Первые системы программного управления коммутацией создавались на языке
Ассемблер, но значительное улучшение характеристик процессоров, в полном соответствии с
законом Мура, привело к возможности эффективного использования языков высокого уровня, в
число которых входит популярный для телекоммуникационных приложений язык Си++.

 Структура системы коммутационных программ.

 Режимы поиска свободного соединительного пути.


Одна из программ обработки информации назыв программа поиска свободного соединительного
пути в коммутационном поле. Поиск может осущ в след режимах:
-режим линейного искания(точка-точка) между фиксированным входом и фиксированным выходом.
-режим свободного искания(точка-группа) между фиксированным входом и любым доступным и
свободным выходом.
-режим группового искания(группа-группа) поиск между любым входом из группы и любым из
выходов.
Для поиска свободного соединительного пути необх построить граф.доступности.
 Алгоритм поиска свободного соединительного пути.
 Определение данных, их виды (внутристанционные, абонентские, внестанционные).
Абонентская характеристика.
Все данные группируются в массивы, которые предоставляют собой последовательность ячеек
памяти ЭВМ.
Все станционные данные делятся на 3 группы:
-внутристанционные отражают конфигурацию станции места включающих комплектов в
коммутационное поле; взаимодействие телефонной периферии с управляющими уст-вами на основе
станционных данных, обеспечивающих правильность функционирования обработки вызовов и ТЭ.
Внутристанционные данные изменяются очень редко в результате расширения ёмкости станции или
изменение конфигурации коммутационного поля, эти данные хранятся в
ППЗУ(перепрограммируемое постоянно запоминающее уст-во).
-абонентские данные-описывают возможности каждого аб-та по предоставлению ему видам связи
ДВО и позволяют вводить различные ограничения, а так же измененный номер аб-та без
перекроссировки аб-кой линии.
-внестанционные данные обеспечивают работу программ внешней связи и анализ набора цифр
номера при внестанционном соединении.
Абонентская х-ка представляет собой транслятор для пересчёта линейного номера АЛ в набор
объектных п-ров( тип абонентской линии, списочный номер аб-та, отношение данного аб-та к ДВО,
ограничение видов связи).
 Структура первой ступени абонентских характеристик.
Стр-ра первой ступени АХ представляет собой одномерную матрицу, содержащую первичные 16-
разрядные слова. Количество слов в матрице соот-вует абонентской ёмкости станции. Обращение к
одному из слов производится с использованием относительной адресации, начиная с адресов 36000 с
добавлением к нему полного линейного номера АЛ в двоичном коде (11 разрядов).
АХ делится на 2 класса: сокращенный класс обслуживания(СКО), расширенный класс
обслуживания(РКО).
Если в разряде F первичного слова записан 0(Р=0), то аб-т относится к СКО, если 1, то к РКО.
По содержанию поля НС происходит обращение к таблице нормализованных сотен, где
определяется списочный номер аб-та(до 7 знаков), за исключением цифр десятков и едениц, они
определяются по содержанию поля ДЕ.
По содержанию поля СКО происходит обращение к одному из слов в таблице сокращенных классов
обслуживания.

 Структура таблицы сокращенных классов обслуживания.


По содержанию поля СКО происходит обращение к одному из слов в таблице сокращенных классов
обслуживания.

 Структура второй ступени расширенной абонентской характеристики.


К этому классу относятся аб-ты, которые могут пользоваться дополнительными услугами, не
относящиеся к СКО, т.е. имеют расширенную х-ку РХ.
Первичное слово РКО приведено в нижнем ряду, в разряде F записывается 1, значит по остальному
содержимому первичного слова происходит обращение к 4хсловному блоку памяти, содержащему
информацию 2 ступени расширенной АХ.
Формат 2 ступени расширенной АХ - 4машиных слова; нулевое и первое слова имеют поля,
совпадающие с аналогичными полями 1 ступени и дополнительно: (поле Инд СИ; 9-8-7)индекс
сокращенного набора обозначает число сокращенных номеров предоставляемое в пользование
данному аб-ту, деленное на 2. Поле РКО содержит индеек для обращения таблицы к РКО, стр-ра
которой приведена на рис:
 Структура третьей ступени абонентских характеристик.

 Интеллектуальные сети связи. Архитектура интеллектуальной сети (ИС).


ИС объединяют телефонные сети и компьютеры. Принципы их построения стандартизированы в
рекомендациях МСЭ(международный союз электросвязи). Основное преимущество данной
технологии в том, что она рассчитана на массового пользователя. Особенность ИС-гибкость
предоставления массовому пользователю разнообразных информационных услуг через обычный
телефонный аппарат с тональным набором номера, такие услуги могут быть очень дешевыми и
находят большой спрос у потребителя. В тоже время за счёт большого объёма, предоставляющих
услуг получают значительную прибыль у операторов связи и поставщиков интеллектуальных услуг.
Технология ИС обеспечивает возможность быстрого и экономического предоставления широкого
круга различных типов интеллектуальных телефонных услуг и позволяет оператору связи
самостоятельно создавать, адаптировать и предоставлять пользователям новые, более совершенные
услуги, быстрее и эффективнее, чем раньше.
Архитектура ИС представл 6-ю основными функционал узлами:
-SSP(узел коммутации услуг) представляет собой АТС соотв-щей версией ПО и выполняющие
функции управления вызовом и функцию коммутации услуги.
-SCP(узел управл услугами) делает возможной работу с базой данных в реальном масштабе времени,
интерпретирует поступающие запросы, обрабатывает получаемые от пользователей данные и
формирует ответы.
-SDP(узел базы данных услуг) содержит данные, используемые программами логики услуги, чтобы
обеспечить индивидуальные услуги.
-IP(интеллектуальные периферийные устройства) представляет собой независимые от используемых
приложений устройство интеллектуальных ресурсов, обеспечивающие дополнительные SSP
возможности и содержит средства, делающие услуги сети удобными для пользователя (запись речи
польз-ля, уст-во распознавания).
-SMP(узел менеджмента услуг) реализует функции административного управления пользователями и
сетевой информацией, включающей данные об услугах и программную логику услуги. Может быть
связан с любым узлом ИС, управлять базой данных, тестировать сеть, отправлять нагрузкой и
производить измерения различных хар-к сети.
-SCEP(узел создания услуг) выполняет функцию среды создания услуг и служит для разработки,
формирования, тестирование и внедрения услуг в пункте их обеспечения SMP.
Узлы упрощенной сети ИС размещены на 3-х уровнях иерархии: 1ур-SSP, IP ;2ур-SCP, SDP ;3ур-
SMP, SCEP.
Для получения услуги ИС польз-ль набирает номер АТС с ф-циями SSP, а так же код услуги и её
номер. Пользуясь протоколом INAP АТС с ф-циями SSP взаимод с узлом SCP и получается
необходимую инф для предоставления услуги обслуживания вызова, в котором принимает участие
IP для передачи голосовых команд польз-лю IP. Взаимодействие между SCP, SSP, IP происходит в
режиме реального масштаба времени с учетом жестких временных ограничений. Подготовка новых
услуг происходит в узле SCEP, а за введение новых услуг отвечает SMP. Эти центры действуют в
условиях относительного масштаба времени.

28. Структура первой ступени абонентских характеристик. (РИС) Она представ.соб. одномерную
матрицу содержащую первичные 16-ти разр- ядные слова. Кол-во слов в матрице
соответ.абонентской ёмкости станции. Обращение к 1-му из слов производитс.с
использ.относительной адресации, начиная с адреса 36000, с прибавлением к нему полосы линейного
номера абон линии(11 разрядов). Абонентские хар-ки делятся на два класса: сокращ- ёный класс
обслуж(СКО),и расширенный(РКО). Если в разряде F первичного слова записан 0 то абонент
относится к СКО. Если к 1 то к РКО. По содержан- ию поля НС происходит обращен.к таблице
нормированых сотен, где опред- ел.списочный № абона-до 7 знаков, кроме цифр десятков и едениц –
они оп- ределяются по содержанию поля DE(разряды с 0 по 6).
29. . Структура таблицы сокращенных классов обслуживания. По содержанию поля СКО(EDC)
происх.обращен.к 1-му из слов таблицы сок- ращёных класов обслуж.(РИС): Поле параметра
ОГР(ограничения пользован- ия основн.видами связи,разряды с 0 по 2),содерж.указатели разделения
на пользование след.видами исходящ.вязи: 1.нулевой разряд относится к связи с АМТС. 2.разряд 1 –
ГТС. 3. 2 – ведомственная сеть. Если связь разрешена но в соответств.разряде указан-0, если
запрещена-1. Следующ.разряды записи СКО: с 3 по В-явл.индикаторами приним. значен. 0(логич.
НЕТ), 1(ДА). В зави- сим.от выполнения соответ.условий для конкретной абон.линии, которая пр-
енадлежит данному СКО. 4. разряд 3-разрешает услугу экстрен.связь. 5. 4-ув- едомляющий
входящий вызов.6. 5-уведомляющий исходящий вызов. 7. 6-гр- омкоговор.связь. 8. 7-наведение
справки во время разговора. 9. 8-переадре- сац(если разрешена СПР).10. 9-
конф.связь(обознач.абонента инициатора). 11. А-тип вызывного сигнала.12. О-обычный вызывной
сигнал 25 Гц. 13.1-то- нальный.14. В-тип №, уст. на аппаратуре данной АЛ: 0-для дискового(декадн-
ый набор), 1-для многочастотного(кнопочный набор). 15. ТАЛ-тип АЛ. *Есть следующие типы абон.
лин: 1)Индивидуальн.и комунальный пользователей- -0000. 2)удалённый абонент – 0010. 3)таксофон
с входящей связью – 0010. 4)таксофон с входящей связью – 0011. 5)таксофон с междугородней
связью- -0100. 6)автоответчик – 0101. 7)диспетчерская связь – 0110. 8)абонентское устр
акустического контроля – 1001. 9)спаренный абонентск.комплект-1010. 10)прямые абоненты – 1011.
30. Структура второй ступени расширенной абонентской характеристики. Вторая ступень абон
хар-ки(РКО): К РКО относятся абоненты которые могут польз- оваться доп. услугами т.е имеют
расширенную абонентскую хар-ку. Первичное сл- ово РКО на рис.1 в нижнем ряду(Р=1). По
остальному содержимому первичного сл- ова, происходит обращение к 4х-словному блоку памяти,
содерж. инфу второй сту- пни абонентской хар-к. (РИС): Формат 2-ой ступени рассмотренной Ах
четыре машинных слова 0 и 1, слова имеют как совпадающие с аналогичными полями 1 ст- упни, и
дополнительно поле ИНД СН(индекс сокращённого набора) обозначает чи- сло сокращённых
номеров, предоставляемых в пользовании абону деленное на 2. Поле РКО содержит индекс для
обращения к таблице РКО. Третье слово 2-й ступни содержит № абона при переадресации в случае
занятости.
32. Интеллектуальные сети связи. Архитектура интеллектуальной сети. Интеллектуальн.сеть
связи(ИС) объединяет телефонные сети и компы. Принципы пост- роения ИС стандартизированы
международ.союз.эл/связи. Основное преимущество данной технолог.по сравнению с
другими,заключ.в том,что она расчитана на масового пользователя,и обеспеч.гибкость
предоставления пользователю разнообразн.информ- ацион.услуг через ТА с тональным НН.
Технология ИС обеспеч.возможность быстрого и экономичного предоставлен.широкого круга
различных типов и интеллектуальн.телеф- оных услуг и позвол.оператору самому
создавать,адаптировать и предоставлять польз- ователям новые услуги, быстрее и эффективн.чем
ранее. Рассмотрим архитектуру ИС: (РИС), SCP, SSP, SDP, SMP, SCEP, IP. 1)SSP(узел комутации
услуг)-предостав.соб.АТС с со- ответствующ.версией ПО и выполн.функции управления вызовом и
функцию коммута- ции услуг. 2)SCP(узел управления услуг-контролер услуг)-делает возможной
работу с б- азой даных в реальн.масштабе времени,интерпретирует поступающие запросы, обраб-
атыв.даные полученые от пользователей,формирует на них ответы. 3)SDP(узел базы д- аных)-
содержит данные используемой программами логики услуги,чтобы обеспечить индивидуальность
услуги. 4)IP(интеллектуально периферийное устр)-независимые от используемых приложений
устр.интеллектуальн.ресурсов,обеспечивающие дополнит- ельные к SSР возможности. IP содержит
средства,делающие услуги сети удобными для пользователей: запись речи пользователя,
распознавание речи и синтезатор речи. 5)SMP(узел менеджмента услуг)-реализует функции
административного управления п- ользователями и сетевой инфой,вкл.данные об услугах и
программную логику услуги.

33. Жизненный цикл услуги


Содержит след этапы:1-появление идеи(заказа); 2-опрееление задач, решаемых услугой, парам-ов
услуги, создание и тестир-е исход. кода услуги и методом данных; 3-отладка программной логики
услуги; 4-внедрение услуги; 5-подписка абон-ов на услугу; 6-экспл-я услуги.
Возникновение 1 этапа возможно в 2-ух случаях: 1-польз-ю понадобилась специальная новая услуга;
2-провайдер услуг решил выделиться среди конкурентов введение принципиально новой услуги,
которая создаётся очень редко.
Все услуги должны быть стандартизированы, иначе не будут поддерживаться при межпровайдерной
связи. Стандартизация услуги занимает продолжительное время.
Новые услуги заказываются в фирме производителе в платформах ИС. Адаптация услуги под
конкретного заказчика проводится достаточно часто.
Любая стандартиз-я услуга имеет набор обязат-х и доп-ых свойств, различные варианты которых
обеспеч-ют существование одновременно работ-щих различных версий одной услуги.
Процесс создания новой услуги или её версии происходит в SCEP(узел создания услуги)
Для обеспечения стабильности эксплуатации ИС ПО проходит обязат-ое тестир-е, которое может
происходить на реальной рабочей платформе или на специально созданной модели сети.
После успешного тестир-я исходные коды передаются на SMP(узел менеджмента услуг), и
происходит запуск новой услуги в экспл-ию, на этот процесс накладываются некоторые
ограничения. Прежде всего, процесс введения новой услуги или её версии не должен повлиять на
работу уже сущ-их услуг. Удаление услуги осущ-ся поле потреи её коммерческой актуальности, что
обычно происходит при создании новой услуги более высок ур-я, на этом ЖЦУ завершается.
34. Создание услуг и испытательная среда для ИС
Создание услуги вкл в себя построение глобальной логики обслуживания посредством соединения
определён-ых заранее программных функциональных блоков . В соответствии с рекомендациями CS-
1,2,3,4, каждый из таких программных блоков стоится из SIB-это независимые от услуг
конструктивные блоки.
Процесс создания услуги состоит из 2 этапов: 1 эт-элементарные блоки соед-ся в цепь, образовав
программный блок, реализующий какую-либо функцию услуги; 2эт-происходит объединение
полученных программных блоков в услуги.
Для подтверждения работы услуги необх-мо сначала проверить действие отдельных блоков услуг, а
затем действие самой услуги.
Логическая проверка структуры услуги и составляющих её блоков осущ-ся программным
обеспечением узла SCEP, однако этот уровень проверки не гарантирует корректности поведения
каждого функционального объекта, участвующего в процессе предоставления услуги, т.к.
непосредственное внедрение услуги в коммерческую сеть м/б сопряжено с риском. Для искл этого
риска необх-о использ-ть среду более высокого ур-ня, обеспеч-щая моделир-е работы отдельных
функциональных и физич-их объектов.
35. Программное обеспечение интеллектуальной сети
ИС строится на базе UNIX SYSTEM как и наиболее адаптивных для сетевого взаимод-я. Они
обладают высокой степенью надёжности и устойчивости, входной защитой. Все ПО узла SCP
делится на уровни:
Самый нижний кр, т.е. операц-ая система UNIX предн-н для управления системными ресурсами,
такими как процессор, жёсткие дики и т.д.
OMNI-платформа осущ функции связи с SSP(узел коммутации услуг). На 2 ур. Реализованы
функции по администрированию баз данных и функциональных библиотек, представляют базовые
блоки обмена и управления данными, а также обработки вызовов.
Самый верхний ур содержит приложения по общ-у управл-ю SCP(узел управления услугами) ,
контролю обработки вызовов и обработки перегрузок.
Программные уровни SCP
При создании ИС на каждый её узел создаётся
индивидуальное ПО.

36. Программное обеспечение создания услуг ИС


ПО центра создания услуг прдназ для формирования
сервисной логики будущей услуги.
Поставщики обор-я постарались упростить этот процесс,
предоставив пользователю среду визуального программирования. В результате чего, создание новой
услуги представляет собой процесс построения дерева услуги, состоящего из взаимосвязанных
услугонезависимых блоков и их иерархий.
При работе с программой польз-ю прелагается стандартный графический интерфейс ОС-ы на базе
которой установлено ПО, множество различ-х услугонез-ых блоков и панели инструм-в.
На 1-ом эт создания сервис-й логики при помощи стандартных функций drap&drop(перетащи и
оставь) подключая доп-ые SIB(конструктивные блоки) можно расширить услугу новыми
возможностями.
ПО большинства производителей платформ ИС предоставляет возможность повторного
использования отдельных функциональных блоков улуг, т.е. программист может создать свой
независимый от услуги программ-блок, выполняющий определённые функции и использовать его в
дальнейшем без повторного конструирования.
След этапом проектирования услуги является установление связей между блоками и создание
условных переходов. После установления взаимосвязей между бл есть возмож-ть задать парам-ры
каждого SIB или соединение между ними.
Система разработки услуг вкл в себя такжемодуль проверки корректности дерева услуги, такая
проверка позволяет избежать элементар-х ошибок, после неё происходит компиляция программы. В
рез-те создается исполняемый пакет услуги.
При создании принципиально новой услуги провайдер обращается к производителю платформы с
целью разработки доп-ых наборов SIB. В процессе создания услуги параллельно с логикой
создаются таблицы БД, исольз-х для хранения служеб и польз-ой инфор-и. Внесения нужной
информ-и в БД происходит на этапах внедрения и экспл-ии услуги.
37. Протокол INAP. Назначение и использование.
Для актуализации баз данных используется Интернет и прикладной протокол INAP.
Рассмотрим этот протокол в МСЭ-Т(ITU-T) имя рекомендации Q1208…Q12x8, где x-зависит от
набора возможностей CSx(где x=1,2,3,4…)
Сущ-т 2 основных вариана этого протокола:1 вар- ориентирован на организацию множественных
взаимокорректируемых взаимодействий между прикладными процессами; 2вар- ориентирован на
единичное взаимодействие прикладного процесса с другими процессами.
Протокол INAP яв-ся прот-м верх ур-ня в системе сигнализации ОКС №7 и обеспеч-т взаим-ие
между двумя основными объектами Тлф сети, построенной по принципам ИС, а именно между
SSP(узел коммутаци услуг) и SCP(узел управления услугами)
Протокол INAP должен обеспечивать взаимодействие четырёх функц-ых элементов:
1-Коммутация услуг; 2- Функции элементов управления услугами; 3-Специализированных ресурсов;
4- базы данных услуг.
Коммутатор услуг SSP реализует 3 функции:
1) Коммутации услуги, которая заключается в выходе SCP при обнаружении запроса на ИС;
2) Управление вызовом-установление соединения через данную АТС
3) Функция специализированных ресурсов(функционирование интеллектуальной
периферии)
Узел управления услугами обеспечивает контроль прохождения алгоритма реализации услуги
согласно её логики, определенной международными рекомендациями.
38. Сеть ISDN: подключение пользовательского оборудования.
 
Подключение пользовательского оборудования к сети ISDN осуществляется в соответствии со
схемой подключения, разработанной CCITT (рис.1). Оборудование делится на функциональные
группы, и в зависимости от группы различается несколько справочных точек (referencepoints)
соединения разных групп оборудования между собой.
 

 
Рис. 1- Подключение пользовательского оборудования ISDN
 
 
 
Устройства функциональной группы NT1 (NetworkTermination 1) образуют цифровое абонентское
окончание (DigitalSuscriberLine, DSL) на кабеле, соединяющем пользовательское оборудование с
сетью ISDN. Фактически NT1 представляет собой устройство типа CSU, которое работает на
физическом уровне и образует дуплексный канал с соответствующим устройством CSU,
установленном на территории оператора сети ISDN. Справочная точка U соответствует точке
подключения устройства NT1 к сети. Устройство NT1 может принадлежать оператору сети (хотя
всегда устанавливается в помещении пользователя), а может принадлежать и пользователю. В
Европе принято считать устройство NT1 частью оборудования сети, поэтому пользовательское
оборудование (например, маршрутизатор с интерфейсом ISDN) выпускается без встроенного
устройства NT1. В Северной Америке принято считать устройство NT1 принадлежностью
пользовательского оборудования, поэтому для этого применения оборудование часто выпускается со
встроенным устройством NT1.
 
Если пользователь подключен через интерфейс BRI, то цифровое абонентское окончание выполнено
по 2-проводной схеме (как и обычное окончание аналоговой телефонной сети). Для организации
дуплексного режима используется технология одновременной выдачи передатчиками
потенциального кода 2B1Q с эхо - подавлением и вычитанием своего сигнала из суммарного.
Максимальная длина абонентского окончания в этом случае составляет 5,5 км.
 
При использовании интерфейса PRI цифровое абонентское окончание выполняется по схеме канала
Т1 или Е1, то есть является 4-проводным с максимальной длиной около 1800 м.
 
Устройства функциональной группы NT2 (NetworkTermination 2) представляют собой устройства
канального или сетевого уровня, которые выполняют функции концентрации пользовательских
интерфейсов и их мультиплексирование. Например, к этому типу оборудования относятся: офисная
АТС (РВХ), коммутирующая несколько интерфейсов BRI, маршрутизатор, работающий в режиме
коммутации пакетов (например, по каналу D), простой мультиплексор TDM, который
мультиплексирует несколько низкоскоростных каналов в один канал типа В. Точка подключения
оборудования типа NT2 к устройству NT1 называется справочной точкой типа Т. Наличие этого типа
оборудования не является обязательным в отличие от NT1.
 
Устройства функциональной группы ТЕ1 (TerminalEquipment 1) относятся к устройствам, которые
поддерживают интерфейс пользователя BRI или PRI. Справочная точка S соответствует точке
подключения отдельного терминального оборудования, поддерживающего один из интерфейсов
пользователя ISDN. Таким оборудованием может быть цифровой телефон или факс-аппарат. Так как
оборудование типа NT2 может отсутствовать, то справочные точки S и Т объединяются и
обозначаются как S/T.
 
Устройства функциональной группы ТЕ2 (TerminalEquipment 2) представляют собой устройства,
которые не поддерживают интерфейс BRI или PRI. Таким устройством может быть компьютер,
маршрутизатор с последовательными интерфейсами, не относящимися к ISDN, например RS-232C,
Х.21 или V.35. Для подключения такого устройства к сети ISDN необходимо использовать
терминальный адаптер (TerminalAdaptor, ТА). Для компьютеров терминальные адаптеры
выпускаются в формате сетевых адаптеров - как встраиваемая карта.
 
Физически интерфейс в точке S/T представляет собой 4-проводную линию. Так как кабель между
устройствами ТЕ1 или ТА и сетевым окончанием NT1 или NT2 обычно имеет небольшую длину, то
разработчики стандартов ISDN решили не усложнять оборудование, так как организация
дуплексного режима на 4-про-водной линии намного легче, чем на 2-проводной. Для интерфейса BRI
в качестве метода кодирования выбран биполярный AMI, причем логическая единица кодируется
нулевым потенциалом, а логический ноль - чередованием потенциалов противоположной
полярности. Для интерфейса PRI используются другие коды, те же, что и для интерфейсов Т1 и Е1,
то есть соответственно B8ZS и HDB3.
 
Физическая длина интерфейса PRI колеблется от 100 до 1000 м в зависимости от схемы
подключения устройств (рис. 2).
 
 
Рис. 2- Многоточечное подключение терминалов к сетевому окончанию
 
 
 
Дело в том, что при небольшом количестве терминалов (ТЕ1 или ТЕ2+ТА) разрешается не
использовать местную офисную АТС, а подключать до 8 устройств к одному устройству типа NT1
(или NT2 без коммутационных возможностей) с помощью схемы монтажного ИЛИ (подключение
напоминает подключение станций к коаксиальному кабелю Ethernet, но только в 4-проводном
варианте). При подключении одного устройства ТЕ (через терминальные резисторы R, согласующие
параметры линии) к сетевому окончанию NT (см. рис. 5.18, а) длина кабеля может достигать 1000 м.
При подключении нескольких устройств к пассивному кабелю (см. рис. 5.18, б) максимальная длина
кабеля сокращается до 100-200 м. Правда, если эти устройства сосредоточены на дальнем конце
кабеля (расстояние между ними не превышает 25-50 м), то длина кабеля может быть увеличена до
500 м (см. рис. 5.18, в). И наконец, существуют специальные многопортовые устройства NT1,
которые обеспечивают звездообразное подключение до 8 устройств, при этом длина кабеля
увеличивается до 1000 м (см. рис. 2, г).

39. Сеть ISDN: каналы и интерфейсы. Назначение B, D и H каналов сети ISDN. Назначение
интерфейсов BRI и PRI.
Базовой скоростью сети ISDN является скорость канала DS-0 (64 кбит/с).
Такая скорость ориентирована на самый простой способ кодирования ИКМ.
Одним из базовых принципов сети ISDN является предоставление пользователю стандартного
интерфейса, с помощью которого пользователь может запрашивать у сети разнообразные услуги.
Интерфейс образуется между двумя типами оборудования ТЕ, который устанавливается у
пользователя и сетевым окончанием NT.
Интерфейс основывается на каналах трех типов:
1) В-канал, предназначен для передачи пользовательских данных, таких как данные, голос, видео со
скоростью 64кбит/с
2) D-канал, обеспечивает
-передачу адресной информации, на основе которой осуществляется коммутация В-каналов в
коммутаторах сети.
передача служебной информации
-поддержка услуг низкоскоростной сети с коммутацией пакетов для пользовательских данных.
D-канал может передавать данные со скоростью 16 и 64 кбит/с.
3) Н-каналы, предоставляют пользователям возможности высокоскоростной передачи данных
(видеотелефония, передача факсов, качественное воспроизведение звуков).
Н-канал работает со скоростью:
-384 кбит/с
-1536 кбит/с
-1920 кбит/с
Пользовательский интерфейс ISDN представляет собой набор каналов определенного типа с
определенными скоростями.
Сети ISDN поддерживают два типа пользовательского интерфейса:
1) начальный (первичный) ВRI – поддерживает схему 2В + D, скорость передачи данных 192 кбит/с
2 ∙ 64 + 16 = 144 + 48 кбит/с
2) основной интерфейс РRI поддерживает схему доступа
30В + D со скоростью передачи 2048 кбит/с
23В + D (Япония и Северная Америка) 1,544 кбит/с
ISDN
ISDN (англ. Integrated Services Digital Network) — цифровая сеть с интеграцией обслуживания.
Позволяет совместить услуги телефонной связи и обмена данными.
История названия
Название было предложено группой XI CCITT в 1981 году.
 Назначение
Основное назначение ISDN — передача данных со скоростью до 64 кбит/спо абонентской проводной
линии и обеспечение интегрированных телекоммуникационных услуг (телефон, факс, и пр.).
Использование для этой цели телефонных проводов имеет два преимущества: они уже существуют и
могут использоваться для подачи питания на терминальное оборудование.
           Выбор 64 кбит/c стандарта определяется следующими соображениями. При полосе частот 4
кГц, согласно теореме Котельникова, частота дискретизации должна быть не ниже 8 кГц.
Минимальное число двоичных разрядов для представления результатов стробирования голосового
сигнала при условии логарифмического преобразования равно 8. Таким образом, в результате
перемножения этих чисел (8 кГц * 8 (число двоичных разрядов) = 64) и получается значение полосы
B-канала ISDN, равное 64 кб/с. Базовая конфигурация каналов имеет вид 2 × B + D = 2 × 64 + 16 =
144 кбит/с. Помимо B-каналов и вспомогательного D-канала ISDN может предложить и другие
каналы с большей пропускной способностью: канал Н0 с полосой 384 кбит/с, Н11 — 1536 кбит/c и
Н12 — 1920 кбит/c (реальные скорости цифрового потока). Для первичных каналов (1544 и 2048
кбит/с) полоса D-канала может составлять 64 кбит/с.
 Принцип работы
Для объединения в сети ISDN различных видов трафика используется технология TDM (англ. Time
Division Multiplexing, мультиплексирование по времени). Для каждого типа данных выделяется
отдельная полоса, называющаяся элементарным каналом (или стандартным каналом). Для этой
полосы гарантируется фиксированная, согласованная доля полосы пропускания. Выделение полосы
происходит после подачи сигнала CALL по отдельному каналу, называющемуся каналом
внеканальной сигнализации.
 В стандартах ISDN определяются базовые типы каналов, из которых формируются различные
пользовательские интерфейсы.
Тип     Полоса           Описание
A         —        Аналоговая телефонная линия, 4кГц.
B         64 кб/с            передача данных или 1 телефонная линия (1 поток оцифрованного звука)
C         8/16 кб/с         передача данных
D         16/64 кб/с       Канал внеканальной сигнализации (управление другими каналами)
E         64 кб/с            Внутренняя сигнализация ISDN
H0       384 кб/с          передача данных
H10     1472 кб/с        передача данных
H11     1536 кб/с        передача данных
H12     1920 кб/с        передача данных
В большинстве случаев применяются каналы типов B и D.
Из указанных типов каналов формируются интерфейсы, наибольшее распространение получили
следующие типы:
Интерфейс базового уровня (англ. Basic Rate Interface, BRI) — предоставляет для связи аппаратуры
абонента и ISDN-станции два B-канала и один D-канал. Интерфейс базового уровня описывается
формулой 2B+D. В стандартном режиме работы BRI могут быть одновременно использованы оба B-
канала (например, один для передачи данных, другой для передачи голоса) или один из них. При
одновременной работе каналов они могут обеспечивать соединение с разными абонентами.
Максимальная скорость передачи данных для BRI интерфейса составляет 128кб/с. D-канал
используется только для передачи управляющей информации. В режиме AO/DI (Always On/Dynamic
ISDN) полоса 9.6 кбит/c D-канала используется в качестве постоянно включённого выделенного
канала X.25, как правило, подключаемого к Интернет. При необходимости, используемая для
доступа к Интернет полоса расширяется путём включения одного или двух B-каналов. Этот режим,
хотя и стандартизирован (под наименованием X.31), но не нашёл широкого распространения. Для
входящих соединений BRI поддерживается до 7 адресов (номеров) которые могут назначаться
различными ISDN-устройствами, разделяющим одну абонентскую линию. Дополнительно,
обеспечивается режим совместимости с обычными, аналоговыми абонентскими устройствами —
абонентское оборудование ISDN, как правило, допускает подключение таких устройств и позволяет
им работать прозрачным образом. Интересным побочным эффектом такого «псевдоаналогового»
режима работы стала возможность реализации симметричного модемного протокола X2 (англ.)
фирмы US Robotics, позволявшего передачу данных поверх линии ISDN в обе стороны на скорости
56кбит/c.
BRI обеспечивает пользователю предоставление двух цифровых каналов (ОЦК) по 64 кбит/с (канал
B) и однополосный канал сигнализации D со скоростью передачи данных 16 кбит/с. Таким образом,
максимальная скорость передачи в интерфейсе BRI (2B+D) составляет Rbmax=128+16=144 кбит/с.
Наиболее распространённый тип сигнализации — DSS1 (англ. Digital Subscriber System No. 1), также
известный как Euro-ISDN. Используется два магистральных режима портов BRI относительно
станции или телефонов — S/ТЕ и NT. Режим S/ТЕ — порт эмулирует работу ISDN телефона, режим
NT — эмулирует работу станции. Отдельное дополнение — использование ISDN телефона с
дополнительным питанием в этом режиме, так как стандартно не все порты (и карты HFC) дают
питание по ISDN шлейфу (англ. inline power). Каждый из двух режимов может быть «точка-
многоточка» (англ. point-to-multi-point, PTMP) он же MSN (англ. Multiple Subscriber
Number), или «точка-точка» (англ. point-to-point, PTP).
В первом режиме для поиска адресата назначения на шлейфе используются номера MSN, которые,
как правило, совпадают с выделенными провайдером телефонии городскими номерами. Провайдер
должен сообщить передаваемые им MSN. Иногда провайдер использует так называемые
«технические номера» — промежуточные MSN.
Во втором режиме BRI порты могут объединяться в транк — условную магистраль, по которой
передаваемые номера могут использоваться в многоканальном режиме.
ISDN технология использует три основных типа интерфейса BRI: U, S и T.
U — одна витая пара, проложенная от коммутатора до абонента, работающая в полном или
полудуплексе. К U-интерфейсу можно подключить только 1 устройство, называемое сетевым
окончанием (англ. Network Termination, NT-1 или NT-2).
S/T интерфейс (S0). Используются две витые пары, передача и приём. Может быть обжата как в RJ-
45 так и в RJ-11 гнездо/кабель. К гнезду S/T интерфейса можно подключить одним кабелем
(шлейфом) по принципу шины до 8 ISDN устройств — телефонов, модемов, факсов, называемых
TE1 (Terminal Equipment 1). Каждое устройство слушает запросы в шине и отвечает на привязанный
к нему MSN. Принцип работы во многом похож на SCSI.
NT-1, NT-2 — Network Termination, сетевое окончание. Преобразовывает одну пару U в один (NT-1)
или два (NT-2) 2-х парных S/T интерфейса (с раздельными парами для приёма и передачи). По сути S
и T это одинаковые с виду интерфейсы, разница в том, что по S интерфейсу можно подать питание
для TE устройств, телефонов например, а по T — нет. Большинство NT-1 и NT-2 преобразователей
умеют и то и другое, поэтому интерфейсы чаще всего называют S/T
Интерфейс первичного уровня
(Primary Rate Interface, PRI) — используется для подключения к широкополосным магистралям,
связывающим местные и центральные АТС или сетевые коммутаторы. Интерфейс первичного
уровня объединяет:
• для стандарта E1 (распространён в Европе) 30 В-каналов и один D-канал 30B+D. Элементарные
каналы PRI могут использоваться как для передачи данных, так и для передачи оцифрованного
телефонного сигнала.
• для стандарта Т1 (распространен в Северной Америке и Японии, а также — в технологии DECT) 23
В-канала и один D-канал 23B+D.
Интерфейс первичного уровня (англ. Primary Rate Interface, PRI) — стандартный интерфейс сети
ISDN, определяющий дисциплину подключения станций ISDN к широкополосным магистралям,
связывающим местные и центральные АТС или сетевые коммутаторы. Интерфейс первичного
уровня объединяет 23 В-канала и один D-канал для стандарта Т1 (23B + D=24*64=1536[kBit/s]) или
30 В-каналов для голоса или данных, один D-канал для сигнализации и один Н-канал для служебных
данных стандарта E1 (30B + D + Н=32*64=2048[kBit/s]).!!!

40. Подсистема ISUP. Функциональное назначение и классы услуг. Структура сообщения


подсистемы ISUP.
С внедрением технологии ISDN была разработана подсистема пользователя сети с интеграцией
служб (Integrated Service User Part - ISUP). Данная подсистема отвечает требованиям как по
обслуживанию телефонных вызовов, так и по передаче данных. Подсистема ISUP устраняет
необходимость в подсистеме TUP ( TUP- подсистема пользователя телефонии), содержит все их
функции. ISUP обеспечивает:
1)    сигнальные услуги, ориентированные на коммутацию каналов;
2)    дополнительные функции для поддержки неголосовых сообщений;
3)    услуги ISDN, которые используют передачу данных «из конца в конец».
Подсистема ISUP (российская национальная версия ISUP-R, основанная на рекомендации Q.767)
может быть использована в сетях ISDN, сетях подвижной связи, сетях передачи данных для
обслуживания как абонентов ISDN, так и аналоговых абонентов.
В качестве транспортной платформы ISUP может использовать МТР (МТР- подсистема передачи
сообщений) или SCCP (SCCP- подсистема управления соединениями сигнализации). МТР
применяется при передаче сигнальных сообщений, относящихся к вызову между оконечными
пунктами, SCCP используется для дополнительных сигнальных услуг, а также для реализации
сигнализации «из конца в конец».
Подсистема   ISUP   обеспечивает  два   класса   услуг:   базовый   и дополнительный.
1) Базовый набор услуг обслуживает установление соединений для передачи речи и/или данных и
включает в себя следующие услуги по передаче информации:
- речь (с коммутацией каналов);
-     аудиосигнал 3,1 кГц (с коммутацией каналов)- обеспечивает возможность передачи
нетелефонной информации, совместимой с речевым каналом (факс, модемная связь);
-  цифровая информация 64 кбит/сек. без ограничений (с коммутацией каналов);
-  пакетный режим в В и D каналах.
Таким образом поддерживаются следующие услуги предоставления
связи:
-    телефония 3,1 кГц;
-    телефония 7 кГц;
-    видеотелефония;
-    телефакс группы 4 и др.
2) Дополнительный набор услуг представляет собой все остальные, ориентированные на соединение
услуги:
-    прикладные услуги идентификации номера: определение номера вызывающей линии, запрет
идентификации номера вызывающей линии, подадресация, прямой набор и др;
-    прикладные услуги направления вызова: передача вызова СТ, перенаправление вызова при
занятости вызываемого абонента CFB, перенаправление вызова при не ответе вызываемого абонента,
безусловное перенаправление вызова CFU и др;
-    прикладные услуги завершения вызова: вызов с ожиданием CW, удержание вызова HOLD,
завершение вызовов при занятости абонентов, переносимость терминала TP;
-  многосторонние прикладные услуги: конференц-связь, трехсторонняя связь;
-  прикладные услуги общих интересов: замкнутая группа пользователей и др;
-    прикладные услуги оплаты: уведомление об оплате во время установления/завершения
соединения и др;
- прикладная    услуга   передачи   дополнительной    информации: сигнализация пользователь-
пользователь.
Функции подсистемы ISUP
Сигнальный протокол подсистемы ISUP используется для управления установлением соединения от
станции вызывающего абонента до станции вызываемого абонента,
дополнительно ISUP предоставляет средства для передачи информации, связанной с уже
установленным соединением.
Структура сообщения подсистемы ISUP
 

Сообщения ISUP переносятся в сигнальном информационном поле (SIF) значащих сигнальных


единиц (MSU). Каждое сообщение содержит маршрутную этикетку, код-идентификатор канала, и
информационное поле, в состав которого входят указатель типа сообщения и информационные
элементы - параметры, образующие три части информационного поля: обязательную фиксированной
длины, обязательную переменной длины и необязательную.
 
Маршрутная этикетка содержит код исходящего пункта сигнализации и код пункта сигнализации
назначения; она также включает поле выбора сигнального звена (SLS), которое используется для
выбора между несколькими подсистемами МТР-3.
Код идентификации канала (CIC) ассоциирует каждое сигнальное сообщение с нужным
двусторонним разговорным каналом.
Тип сообщения идентифицирует имя сообщения ISUP. с помощью кода
типа сообщения можно узнать перечень параметров, входящих в данное
сообщение.                                         •
Обязательные поля фиксированной длины содержат обязательную информацию, размер которой
заранее известен. Эти поля должны обязательно присутствовать в сообщении конкретного типа
сообщения. Позиция, длина и порядок следования таких параметров заранее определены для
каждого типа сообщения; поэтому идентификаторы и длины этих параметров в сообщении не
указываются.
Обязательные параметры переменной длины образуют обязательную переменную часть сообщения.
Эти параметры также должны присутствовать в сообщении всегда. Поскольку длина параметра
заранее известна, то для вычисления начала следующего параметра используют указатели и
индикаторы длины параметра. Тип сообщения однозначно определяет порядок следования и
идентификаторы всех обязательных параметров переменной длины.
Необязательные параметры- это параметры, которые могут как присутствовать, так и не
присутствовать в данном типе сообщения. Длина их может быть фиксированной или переменной.
Кроме того, необязательные параметры могут быть переданы в любом порядке. Каждый
необязательный параметр содержит идентификатор своего названия и индикатор длины, за
которыми следует само содержание параметра.
 
41. Понятие ошибки функционирования. Надежность ПО.
Жизненный цикл ПО СКПУ делится на 3 фазы:
1) Фаза разработки-создание ПО СКПУ, которая соответствует всем предъявляемым к нему
требованиям.
2) Фаза использования начинается с момента ввода СКПУ в эксплуатацию. ПО выполняет
возложенные на него функции.
3) Фаза сопровождения начинается одновременно с фазой использования. На этой фазе
вносятся коррекции и изменения, т.е происходит доработка ПО, необход-ть доработки вызвана
двумя причинами:
a. ПО СКПУ всегда имеют место ошибке, допущенные на фазе разработки. Часть ошибок
обнаруживается и исправляется при тестировании и отладке, однако выявить и исправить все
ошибки невозможно, т.к. алгоритм предусматривает некоторые варианты исполнения и выявления
ошибок в ПО может потребовать много времени.
b. ПО СКПУ постоянно развивается,т.е. увеличивается число предоставляемых услуг и
изменяется колич-во обслуж-ых абон-в и коды направлений, всё это приводит к изменению
отдельных состовляющих ПО.
Важным показателем функционир-я СКПУ является надёжность(качество ПО). При оценке
надёжности системы коммутации необходимо учитывать влияние ошибок допущенных в ПО.
Качество ПО в значит-й степени определяется колич-ом ошибок, допущенных в этапе разработки.
Ошибки в коммутационных и управляющих программах могут привести к неправильному
установлению, не установлению или преждевременному нарушению соединения.
Все ошибки, обнаруживаемые в ПО СКПУ делятся на 4 группы:
1) Системные
2) Алгоритмические
3) Программные
4) Технологические
Системные ошибки обусловлены отклонением параметров реальной СКПУ от проекта и
определяются прежде всего неполной информацией о реальных процессах, протекающих в
проектируемой системе коммутации. Системные ошибки возникают на начальных стадиях
разработки ПО - на этапе спецификации и планирования системы, а также на этапе системного
проектирования. Сложность их обнаружения усугубляется тем, что часто невозможно заранее
предусмотреть всё разнообразие возможных внешних условий и вариантов функционирования
СКПУ.

Алгоритмические ошибки  обусловлены тем, что на начальных этапах фазы разработки ПО СКПУ не
всегда удаётся точно описать функции, которые должны быть реализованы отдельными
алгоритмами. Функции эти уточняются в процессе проектирования, выявляются отклонения от
спецификации. Возникновение алгоритмических ошибок происходит на этапах системного и
детального проектирования и связано прежде всего с субъективным характером работ на этих
этапах. К алгоритмическим ошибкам следует отнести прежде всего ошибки, обусловленные
некорректным заданием спецификаций отдельных (частных) алгоритмов функционирования СКПУ,
когда неполностью оговорены все условия, необходимые для получения правильного результата. К
алгоритмическим ошибкам относятся также ошибки сопряжения модулей и функциональных групп
программ, когда информация, необходимая для функционирования одной программы, оказывается
неполностью подготовлена другой, предшествующей по времени выполнения. К этим же ошибкам
относится и неправильная передача управления между взаимодействующими программными
модулями. Алгоритмические ошибки весьма трудно обнаружить, так как для многих алгоритмов
СКПУ отсутствует формализованная постановка задачи и точная однозначная спецификация,
которую можно использовать в качестве эталона.

Программные ошибки  возникают вследствие неправильной записи алгоритмов на используемом


языке программирования. Количество программных ошибок зависит от квалификации
разработчиков, общего объёма ПО СКПУ, глубины логического и информационного взаимодействия
программных модулей. Возникновение программных ошибок происходит на этапе
программирования и компоновки. Поиск этого типа ошибок осуществляется путём введения в
трансляторы и компиляторы с языков программирования мощных средств синтаксического и
семантического контроля. Обнаружение программных ошибок осуществляется значительно проще
по сравнению с алгоритмическими и системными ошибками.

Технологические ошибки  обусловлены ошибками при копировании программ на машинные носители


информации, т. е. при тиражировании ПО на этапе его генерации. К этим же ошибкам относят
ошибки в документации на ПО. Выявление этого типа ошибок достаточно просто осуществляется на
основе многократных автоматизированных проверок с использованием ЭВМ.
По количеству, то наибольшая доля приходится на программные ошибки, однако, с точки зрения
затрат на обнаружение и устранение ошибок, наиболее неприятными являются системные и
алгоритмические ошибки.
Чем раньше и на более высоком уровне допущена ошибка, тем труднее её обнаружить и исправить.
При этом нужно учитывать последствия вносимых изменений не только по количеству изменяемых
команд.
Если исправление технологических и программных ошибок носит локальный характер, т. е.
осуществляется исправление ошибок в некоторой ограниченной области программы, то исправление
алгоритмических и особенно системных ошибок требует внесения изменений уже в различные
программы, что повышает трудоёмкость их исправления.

ВПИ-вероятность правильного исправления ошибки; ЗИО-затраты на исправление ошибки; Т-


трудоёмкость.
42. Основные виды технических событий и состояний. Классификация отказов.
Виды технических состояний
Системы и их элементы могут находится в исправном или в неисправном состоянии.
Исправное состояние (исправность) – вид технического состояния объекта, при котором он
соответствует всем требованиям нормативно-технической документации (НТД).
Неисправное состояние (неисправность) – вид  технического состояния объекта, при котором он
не соответствует хотя бы одному из требований НТД.
Неисправность не означает невозможность выполнения объектом заданных функций.
Аппаратура и оборудование любых систем характеризуется работоспособностью и
неработоспособностью.
Работоспособное состояние (работоспособность) – вид  технического состояния объекта, при
котором он способен выполнять заданные функции, сохраняя значения основных параметров в
пределах, установленных НТД.
Неработоспособное состояние (неработоспособность) - вид  технического состояния объекта, при
котором значение хотя бы одного параметра, характеризующего способность выполнять заданные
функции, не соответствует требованиям НТД.
Понятие «исправность» шире, чем понятие «работоспособность». Работоспособный объект в отличие
от исправного удовлетворяет лишь тем требования НТД, которые обеспечивают его нормальное
функционирование при выполнении поставленных задач.
 
Работоспособность и неработоспособность в общем случае могут быть полными или частичными.
Полностью работоспособный объект обеспечивает в определенных условиях максимальную
эффективность его применения. Эффективность применения в тех же условиях частично
работоспособного объекта меньше максимально возможной, но значения ее показателей при этом
еще находятся в пределах, установленных для такого функционирования, которое считается
нормальным.
 
Примерами частично работоспособного состояния могут быть:
 состояния при отказе резервного устройства, приводящее к снижению надежности и
невозможности переключения на резерв;
 состояние при отказе отдельных коммутационных матриц, приемо-передающих устройств
или линейных комплектов,  приводящее к снижению, в допустимых пределах, качества
обслуживания вызовов.
Работоспособный объект в отличие от исправного обязан удовлетворять лишь тем требованиям
нормативной документации, выполнение которых обеспечивает нормальное применение объекта по
назначению. При этом он может не удовлетворять, например, эстетическим требованиям, если
ухудшение внешнего вида объекта не препятствует его нормальному (эффективному)
функционированию.
Очевидно, что работоспособный объект может быть неисправным, однако отклонения от требований
нормативной документации при этом не настолько существенны, чтобы нарушалось нормальное
функционирование.
Частично неработоспособный объект может функционировать, но уровень эффективности при этом
ниже допускаемого.
Примерами частично неработоспособных состояний могут быть (для систем коммутации):
 состояние при отказе управляющего оборудования, приводящее к полному прекращению
обслуживания вызовов по отдельным направлениям или видам связи;
 состояние при отказе группы коммутационных блоков, приемо-передающих устройств или
линейных комплектов, приводящее к потерям вызовов выше допустимого порога.
Полностью неработоспособный объект применять по назначению невозможно.
Причинами неработоспособных состояний могут быть дефекты при разработке или изготовлении,
старение компонент и их связей, недопустимые внешние воздействия на объект, неправильное
обращение. Распознавание неработоспособного состояния производиться обычно по
диагностическим признакам или параметрам, характеризующим проявление этих причин в
неправильных значениях выходных сигналов, ошибках при функционировании и других реакциях
объекта на входные воздействия.
 
Предельное состояние - состояние объекта, при котором его применение по назначению
недопустимо или нецелесообразно. Применение (использование) объекта по назначению
прекращается в следующих случаях:
 при неустранимом нарушении безопасности;
 при неустранимом отклонении величин заданных параметров;
 при недопустимом увеличении эксплуатационных расходов.
Для некоторых объектов предельное состояние является последним в его функционировании, т.е.
объект снимается с эксплуатации, для других - определенной фазой в эксплуатационном графике,
требующей проведения ремонтно-восстановительных работ. В связи с этим, объекты могут быть:
1. невосстанавливаемые, для которых работоспособность в случае возникновения отказа, не
подлежит восстановлению;
2. восстанавливаемые, работоспособность которых может быть восстановлена, в том числе и
путем замены.
К числу невосстанавливаемых объектов можно отнести, например: полупроводниковые изделия и
т.п. Объекты, состоящие из многих элементов, например: коммутационное оборудование,
электронная аппаратура, являются восстанавливаемыми, поскольку их отказы связаны с
повреждениями одного или немногих элементов, которые могут быть заменены.
В ряде случаев один и тот же объект в зависимости от особенностей, этапов эксплуатации
или назначения может считаться восстанавливаемым или невосстанавливаемым.
1. Характер изменения выходного параметра объекта до момента возникновения отказа. По
этому признаку различают следующие виды отказов:
Постепенные (износные) отказы возникают в результате постепенного протекания того или иного
процесса повреждения, прогрессивно ухудшающего выходные параметры объекта. К постепенным
отказам относятся отказы, связанные с процессами изнашивания, коррозии, усталости и ползучести
материалов.
Внезапные отказы возникают в результате сочетания неблагоприятных факторов и случайных
внешних воздействий, превышающих возможности объекта к их восприятию. Внезапные отказы
характеризуются скачкообразным характером зависимости степени повреждения объекта от
наработки.
Отказ, который включает особенности двух предыдущих, называется сложным отказом. Пример
сложного отказа: ударное воздействие на жесткий диск привело к нарушению его целостности, к-е
повлекло накопление пыли и как следствие, отказ головки.
2. Возможность последующего использования объекта после возникновения отказа. По этому
признаку различают:
Полные отказы- отказы, после которых использование объекта по назначению невозможно (для
восстанавливаемых объектов - невозможно до проведения восстановления).
Частичные отказы - отказы, после возникновения которых объект может быть использован по
назначению, но с меньшей эффективностью или когда вне допустимых пределов находятся значения
не всех, а одного или нескольких выходных параметров.
3. Связь между отказами объекта. По этому признаку различают:
Независимый отказ- отказ, не обусловленный другими отказами или повреждениями объекта.
Зависимый отказ -отказ, обусловленный другими отказами или повреждениями объекта.
4. Устойчивость состояния неработоспособности. По этому признаку различают:
Устойчивые отказы- отказы, которые можно устранить только путем восстановления (ремонта).
Отказы, устраняемые без операций восстановления путем регулирования или саморегулирования,
относятся к самоустраняющимся.
Сбой- самоустраняющийся отказ или однократный отказ, устраняемый незначительным
вмешательством оператора.
Перемежающийся отказ- многократно возникающий самоустраняющийся отказ одного и того же
характера.
5. Наличие внешних проявлений отказа. Различают:
Явный отказ- отказ, обнаруживаемый визуально или штатными методами и средствами контроля и
диагностирования при подготовке объекта к применению или в процессе его применения по
назначению.
Скрытый отказ- отказ, не обнаруживаемый визуально или штатными методами и средствами
контроля и диагностирования, но выявляемый при проведении технического обслуживания или
специальными методами диагностики.
Большинство параметрических отказов относятся к категории скрытых.
6. Причина возникновения отказа. Различают:
Конструктивный отказ- отказ, возникший по причине, связанной с несовершенством или
нарушением установленных правил и (или) норм проектирования и конструирования.
Производственный отказ- отказ, возникший по причине, связанной с несовершенством или
нарушением установленного процесса изготовления или ремонта, выполняемого на ремонтном
предприятии.
Эксплуатационный отказ- отказ, возникший по причине, связанной с нарушением установленных
правил и (или) условий эксплуатации.
Причиной конструктивных, производственных и эксплуатационных отказов является наличие
соответствующих дефектов.
Деградационный отказ- отказ, обусловленный естественным процессом старения, изнашивания,
коррозии и усталости при соблюдении всех установленных правил и (или) норм проектирования,
изготовления и эксплуатации.
7. Природа происхождения отказа. Выделяют естественные, происходящие без преднамеренной
организации, и искусственные отказы, вызываемые преднамеренно, например, с исследовательской
целью.
8. Время возникновения отказа.По этому признаку различают: отказы при испытаниях,
приработочные отказы, отказы периода нормальной эксплуатации, отказы последнего периода
эксплуатации.
9. Возможность устранения отказа. Различают устранимые и неустранимые отказы.
10. Критичность отказа(уровень прямых и косвенных потерь, трудоемкость восстановления). По
этому признаку различают критические и некритические отказы (существенные и несущественные).
43. Комплексные и единичные показатели надежности.
К комплексным показателям надежности, оценивающим одновременно несколько свойств
надежности, например, безотказность и ремонтопригодность, относятся различные коэффициенты
надежности:
 коэффициент готовности Кг,
 коэффициент технического использования Кти,
 коэффициент использования планового времени Ки.пл.
Коэффициент готовности Кготражает вероятность того, что изделие окажется работоспособным в
произвольный момент времени в промежутках между выполнением планового профилактического
обслуживания. Он определяет ремонтопригодность и безотказность изделия и рассчитывается как
отношение времени исправной работы изделия к сумме времени его исправной работы и суммарного
времени восстановления работоспособности за период испытания:

,
где m– количество отказов, возникших за период испытаний;
ТП– суммарное время безотказной работы за период испытания;
Тв– суммарное время устранения отказов, возникших за период испытания.
Таким образом, коэффициент готовности показывает долю, которую составляет время безотказной
работы оборудования, от суммы времени безотказной работы и восстановления работоспособности.
Этот показатель целесообразнее всего использовать для оценки надежности систем, работающих в
сторожевом режиме (системы сигнализации пожара, системы пожаротушения, предупреждения
взрыва на шахте и т.п.), для которых важно, чтобы в момент востребованности они были в состоянии
готовности, а не находились в плановом обслуживании.
Коэффициент технического использования Кт.и– отношение наработки изделия в еденицах времени
за некоторый промежуток эксплуатации к суммарной продолжительности этой наработки и всех
видов простоев, вызванных техническим обслуживанием и ремонтом за этот же период
эксплуатации:

,
где Тр– суммарное время технического обслуживания и планового ремонта за период испытания.
Коэффициент технического использования, являясь комплексным показателем надежности, более
полно характеризует ремонтопригодность изделия, чем коэффициент готовности, так как учитывает
все виды простоев, связанных с техническим обслуживанием и ремонтом оборудования.
Коэффициент использования планового времени К и.пл– отношение наработки изделия в единицах
времени за период эксплуатации к плановому времени его работы за тот же период эксплуатации:

,
где Тор– суммарное время простоев оборудования по организационным причинам; Т пл– плановое
время работы оборудования.
Как правило, расчеты коэффициентов производятся исходя из планового времени работы
оборудования (Тпл). Знаменатель при определении коэффициентов К т.ии Кгнаходится путем
вычитания из планового времени последовательно простоев по организационным причинам (Т ор) и в
техническом обслуживании и ремонте (Тр).
Единичные показатели:
Вероятность безотказной работы (P(t))– вероятность того, что в пределах заданной наработки отказ
объекта не возникнет.
Вероятность отказа – вероятность того, что в пределах заданной наработки отказ системы возникает.
Этот показатель обратный предыдущему.
Q(t)=1-P(t)
Интенсивность отказов – условная плотность вероятности возникновения отказа объекта,
определяемая при условии, что до рассматриваемого момента времени отказ не возник.
Средняя наработка на отказ – отношение суммарной наработки восстанавливаемого объекта к
математическому ожиданию числа его отказов в течение этой наработки.
Среднее время восстановления – математическое ожидание времени восстановления
работоспособного состояния объекта после отказа.
Коэффициент готовности – вероятность того, что объект окажется в работоспособном состоянии в
произвольный момент времени, кроме планируемых периодов, в течение которых применение
объекта по назначению не предусматривается.
44. Методы повышения надежности. Классификация резервирования
Способы резервирования. Классификация резервирования: 1)По способу включен.резерва: постояное
резерви- р, резервирование замещения. 2)По крат-ности резервир: однократные,многократные. 3)По
схеме включен.резерва: общее и раздельное. 4)По состоянию резерва:нагружен-
ый,облегчёный,ненагруженый. 5)По хар-кам резерва: воста-навливаемый и невостана- влив. 6)По
фиксации резерва: фиксированое и скользящее. Фиксированное-резерви- р.при котор.место
подключ.каждого резервного элемента определено заранее. 7)По однородности резервирования:
однородное и смешаное.Однородное-когда в одном объекте использ.одно резервирование,а в
смешаном различные виды резервир.в од- ном объекте. 8)По природе происхожден.резерва:
структурное,временое,информац- ионное,функциональное, агруженое. *Резервирование-метод
повышен.надежности объекта введением доп.элементов и функ-циональн.возможностей сверх
минимально необходим.для норм.выполнен.объектов заданых функц. Структурное резервипр-ме-
тод повышен.надеж.объекта,предусматрив.использ.избыточ-ных элементов,вход.в фи- зическую
структуру объекта. Временное резервир-метод повыш.надежности объекта,
предусматр.использ.избыточного времени,выделеного для выполнения за-дач.Инфор- мационное
резервир-метод повыш.надежн.объекта,предусматр.использ.избыточной инфы сверх минимально
необходим.для выполнен.задач. Функциональное резервир- метод по-выш.
надежн.объекта,предусматр.использ.способности элементов выполнять доп.функции вместо
основных или наряду с ними.Нагрузочное резервир-м.повыш.на- дежн.объекта,предусм.ис-
польз.способности элементов восприним.доп.нагрузки сверх номинальных. Основной элемент -
элемент основной физической структуры объекта, минимально необходимой для нормальн.вы-
полнен.объектом его задач. Резервный э- лемент-элемент,предназнач.для
обеспеч.работоспособн.объекта в случае отказа осно- вного элемента. Общее резервирование-
резервир.,при котор.ре-зервируется объект в целом. Раздельное резервирование-резервируются
отдельные элементы объекта или их групы. Скользящее резервирование-резервир.замещением,при
котором група осн- овных элементов объекта резервируется одним или несколькими резервными
элемен- тами,каждый из котор.может заменить любой отказавший основн.элемент в даной гру- пе.
Нагруженный резерв-резервный элемент,находящ.в том же 1 режиме, что и основ- ной. Облегченный
резерв-резервный находящийся в менее нагруженом режиме,чем основной. Ненагруженный резерв-
резервный элемент,практически не несущ.нагрузок. Восстанавливаемый резерв-резервный
элемент,работоспособ.которого в случ.отказа подлежит востановл.в процесе.функционир.объекта.
Невосстанавливаемый резерв-р- езервный элемент,работоспособ.котор.в случ.отказа не подлежит
восстановлен.в рас- матриваемых условиях функционир.объекта. Кратность резервирования-
отношение числа резервн.элемент.к числу резервир.элементов объекта. *1)Способы
повыш.надежности на стадии проектир: Выбор функциональных и принци- пиальн.схем с min кол-
вом элементов и органов регулировок. 1.Осущ.правильн.выбор режимов работы найдены
хэлементов. 2.правильный выбор конструктивных материа- лов. 3.Блочная,модульная система по-
строен.оборуд.с оптимальн.числом блоков. 2)Повыш.надёжн. на стадии производств; Строгое
соблюден.технологии производства. Постоян.контроль качества комплектующих и монтажа меж-
блочных соединений. 3)Повыш.надёжн.на стадии ТЭ: Рациональн.выбор комплекса мероприятий
осущ.эксп- луатационым персоналом. Выбор оптимальн.комплекса запасных частей. Рацио-нальн.
построение сист.ремонта повреждёных блоков в структуре сетей связи. Систематическ.
повыш.квалификац.обслуж.персонала. Подержание в исправности измерительн.апар- атуры и
устройств контроля и проверки работоспособ.оборуд.
45. Определение кода. Классификация кодов. Требования, предъявляемые к кодам.
Коды-это совокуп.символов с пом.которых отображ.инфа. Есть коды равномерные-когда все слова
содержат одинаковое кол-во разрядов,и неравномерн-кол-во разрядов разное. В ЭВМ обычно
использ.равномерные коды. С помощью n-двоичных знаков,мо- жно представить 2n различных
информационых комбинаций. Если все разряды слова использ.для предоставления инфы,то такой
код наз.простым. Есть также избыточные коды в котор.кроме информационых разрядов,вводятся
провероч-ные(контрольные) разряды,в таких кодах для представления инфы использ.только часть
всех возможных знаковых комбинаций-наз.разрешёными,другая часть наз.запрещёной,т.о появление
запрещёной комбинации расценив.как ошибка,это фиксир.схемами контроля ЭВМ. Ко- ды использ.в
ЭВМ также явл.систематическими,они состоят из n –двоичных символов из которых m-служит для
представлений инфы,и k-для обнаруж.и исправлен.ошибок [n=m+k]. Избыточные коды(Rи) =
отношении.полного числа двоичных символов к min числу символов,необходим.для передачи той же
инфы[Rи=n/m], эта величина опреде- ляется эфективностью кода и степенью уменьшения
информационой ёмкости канала. Коды с избыточностью также наз.помехоустойчи-выми-позволяют
обнаруж.и исправ- лять ошибки,возник.в результ.воздействия помех в принимаемых кодовый
последов- ательностях,коректирующая способность кода,зависит от кодового растояния(d)-кото- рое
численно = min числу элементов которыми одна кодовая комбинац.отлич.от друг- ой и рассчит.по
ф[d=to+tn+1]. to-число обнаруженых ошибок,tn-число исправленных ошибок. Все избыточн.коды
подраздел.на коды которые обнаруж.ошибки и которые не только обнаруж.но и исправл.их.(1-
обнаруж,2-корректир). *Требования: 1.код дол- жен обнаруж.наибо-лее часто встречающиеся виды
ошибок. 2.заданная степень обнар- ужения ошибки должна достигаться присоединением к
сообщению min кол-ва избыточной инфы. 3.процедура кодирования должна быть простой и быстрой.
46. Программно-аппаратные средства контроля ЭУС: код с проверкой на чётность.
Код с проверк.на чётность-простейший избыточн.код,позвол.обнаруживать одиноч- ные ошибки.
Образуется путём добавлен.передаваемой инфы,состоящей из m инф- ормационных разрядов одного
контрольного разряда,т.о чтоб общее число единиц передаваемой комбинац.было чётным[n=m+1]. В
дальнейшем при всех передачах, включая запись в память и считывание,слово передаётся вместе со
своим контрольн- ым разрядом. На приёмной стороне производят проверку на чётность,при чётном
чи- сле 1 предполаг,что ошибок нет и потребителю выдаётся m бит а контрольный разр- яд отбрасыв.
Если приёмное устр.обнаруж,что в принятом слове значения контроль- ного разряда не
соответств.чётности сумы единиц слова,это восприним.как признак ошибки. При записи инфы в
ЗУ,на каждый байт формируется контрольный разряд пу- тём свёртки байта. Кон-трольный разряд
хранится по тому же адресу,что и информа- ционые разряды. При свёртывании инфы
производ.свёртка всех информационных символов и одного контрольного разряда. Свёртка
выполняется операцией сложения по модулю 2, если в результате свёртки получится 0, то чётность
не нарушена, инфа достоверна. Если 1 то чётность нарушена,выдаётся сигнал аварийн.прерывания.
Код с проверк.на чётн.имеет небольшую избыточность и поэтому не требует больших зат- рат
оборуд.на реализацию. Этот код позвол.обнаруж.все одиночные ошибки и все сл- учаи нечётного
числа ошибок,т.е обладает значительной контролирующей способно- стью. Min кодовое
расстояние(d)=2. В некоторых случаях осущ.кодир.и проверка слов на чёт-ность,что
позвол.контролир.полное пропадание инфы,т.к кодовое слово состоя- щее из нулей будет относится
к защищённым. Код с проверкой на нечётность, строи- тся аналогично коды с проверкой на чётность.
47. Программно-аппаратные средства контроля ЭУС: код Хэмминга.
Код Хэмминга-позвол.обнаруж.и исправлять любую одиночную ошибку. Кодовое расс- тояние=3. В
этом коде из n разрядов, m использ.для передачи инфы,k контрольные[n= =m+k]. Все
информационые разряды разбив.на контрольные групы. Каждый контрольн- ый разряд закрепляется
за определёной групой. Перед передачей,в контрольные разря- ды запис.символы 0 или
1,явл.знаками чётности соответствующих групп. На приёме про- изводится К-проверок на чётность
всех контрольных групп. После каждой проверки в сп- ец.регистр ошибок записыв.0 если результат
проверки свидетельств.об отсутствии оши- бки на проверяемых позициях даной группы,или 1 если
результ.свидетельств.о наличии ошибки. Т.о каждая проверка заканчивается записью в
соответств.разряд регистра 0 или 1. Полученая после-довательность 0 и 1 образует двоичное число
которое называется пр- оверочным,и оно должно указывать № позиции с искажёным символом.
(РИС табличка m/n/k) [2n≥n+1]. Разбиение инфор-мационых разрядов на контрольные группы и
опреде- ление № позиций контрольных разрядов следует из структуры натурального ряда чисел
представленных в двоичной форме.
m 1 2 3 4 5 6 7 8 9 10 11 12
n 3 5 6 7 9 10 11 12 13 14 15 17
k 2 3 3 3 4 4 4 4 4 4 4 5
48. Состав и функции программ технического обслуживания. Понятие теста. построение теста
для проверки функциональных устройств.
49. Алгоритм диагностического тестирования центрального процессора управляющей
системы.
51.хар-ка аппаратуры АПУС: назначение принципы построения системы.
Автоматич.сис.повременого учета соединений(АПУС) предназ. для учета длит- ельности разговоров
абонентов АТС, звонков с таксофонных аппаратов и учета времени занятия межстанционых
цифровых(потоки Е1)и аналоговых СЛ. Прин- цип построения системы: В основу сис.АПУС
положены ряд принципов: 1.Техн- ологичность: min вмешательство в работу АТС за счет
уменьш.числа необходи- мых корекций,уменьшения кол-ва точек подключения,что значительно
сокра- щ.сроки ввода сис.в эксплуатац(до 1-2 месяц). 2.Надежность: Унификация исп- ользуемых
модулей. Использ.в разработках современых технологич.решений и комплектующих ведущих
мировых производителей. 3.Универсальность: Во- зможн.определения № вызывающего абона на
основе приема сигнала АОН, либо потенциальным способом. Это позвол.применять систему на АТС
различ. типов,при полной совместимости на уровне запросов и форматов регистриру- емых даных.
4.Централизация обработки: Обработка даных,поступ.с перифе- рийных модулей,производится
одним центральным контролером. Это позво- ляет упростить и стандартизир.применяемое
оборуд,обеспеч.наращиваемос- ть системы. При такой архитектуре основная нагрузка ложится на
ПО,что дел- ает сис.более надежной и одновремено простой в модификации. 5.Автоном- ность:
Работа в автоматич.режиме с возможн.периодического подключения "извне"для съема данных. Для
работы сис.не требуется постояно включ. ПК. Система имеет достаточный временной запас
автономного функционир.в сл- учае выхода из строя ПК. Послед.развитие сис.и ее успешное
внедрение пол- ностью подтвердили правильность и удачность выбранных принципов.
52.Структура системы АПУС. Контролер АПУС. Структурно сис.состоит из сети обслуживаемых
АТС, подключенных каналами связи к 1-му или нескольким центрам сбора информации(ЦСИ).
Структура сис- темы АПУС: В состав системы входит: -Периферийное оборуд,монтируемое на АТС.
-Комуникационые блоки,размещ.в центрах сбора инфы. -ПК,устанавлива- емые в центрах сбора
и,при необходимости,на каждой АТС. Оборуд.конструкт- ивно выполнено в виде стойки из 1-4
блоков контроля на 10-тысячную АТС. Бл- оки разработаны на базе стандартной кассеты АТС
"Квант". Оборуд.устанавлив. непосредствено на АТС,для его размещения и монтажа не требуется
доп.площ- адей. В состав оборуд.АПУС входит ряд основных функциональн.модулей,зав- исящих от
типа АТС и набора сервисных возможностей,необходим.заказчику. Съем, первичное
масштабирование и первичная обр.аналоговой инфы в точках подключ.к АТС осущ.пасивными
модулями аналоговых комутаторов под управ- лен.контролера. Контролер АПУС осущ.весь набор
функций,выполняемых обо- руд. Обмен инфой между ЦСИ и оборуд.АПУС со станционым
компом,располо- женым на значительном удалении,осущ.посредством комуникационого контр-
олера(КК)располож.на АТС,и групового комутационого контролера(ГКК)распо- лож.в ЦСИ,а также
модулей преобразователей интерфейса. Контролер АПУС: Он выполнен на базе процесора
Intel80386ЕХ. Объем"системной" памяти 1МБ позволяет гибко проектировать ПО с использ.языков
"высокого" уровня. На пл- ате модуля также располож.FLASHFILE память(8 Мбайт)для
хранен.данных счё- тчиков и подробного контроля. Все регистрируемые системой даные сохраня-
ются во внутреней памяти оборуд,а затем по комуникационой сети пересыла- ются для записи на
диск ПК. Состав и возможности системы: В настоящее вр- емя система АПУС представ.соб.комплекс
програмных и апаратных средств: 1.Самодиагностики апаратуры и диагностики работы станционого
оборудов. 2.Выдачи тарификационых отчетов повременого учета. 3.Отработки удаленых справочных
запросов к данным подробного контроля. 4.Транспортировки дан- ных между центрами обработки
53

54.Назначение пульта ЦТЭ. Назначение табло АС. 1.Описание окна Пульта ЦТЭ: В окне Пульт
ЦТЭ представлено расположение всех АТС в виде значков треугольной формы,подключ.к пульту
ЦТЭ с указанием их наи- менования,а также Табло АС. В значке АТС установлен так наз.светофор
АТС,цвет которого говорит о нормальн.работе АТС(зеленый) или о наличии аварийн.сооб- щения в
даный мом.вр: желтый-малой срочн; оранжевый-срочные; красный-экст- ренные. Под значком АТС
приводится наименование даной АТС. Цвет фона знач- ка АТС говорит о виде сообщен,получ.от
данной АТС. Цвет устанавлив.операторо- м и имеет 3 состояния: Нормальное состояние-все
сообщ,поступ.от АТС прочита- ны оператором; Наличие новых сообщен-цвет сохраняется пока
оператор не про- чтет все сообщ; Отсутств.сообщ-цвет меняется,если от АТС отсутствовало сообще-
ние в течение max времени отсутствия сообщений. 2.Табло АС: отражает поступ- ление аварийных
сигналов на пульт ЦТЭ. Приход аварийного сообщен.отражает- ся изменением цвета аварийного
сообщения. Расшифровку этого сообщения оп- ератор может просмотреть в окне Просмотр буфера
сообщений. -кнопка Блокир- овка звука,При нажатии данной кнопки на Табло АС загорается
индикатор «Звук выключен» и любое аварийное состояние АТС будет отображено без звука. Звук
ТАС будет заблокир,несмотря на включеное положение переключателя ТАС «Зв- ук выключен». Для
вкл.звука надо ещё раз нажать кнопку « Ш»; -кнопка Очистка табло,при нажатии кнопки происходит
обнуление состояния окна Табло АС (отс- утствие аварийн.сообщ)и сброс звукового сопровождения
любых присутств.на данный момент аварий. -кнопка Сброс звука,при нажатии данной кнопки в мом.
срабатывания звуковой сигнализации в окне Табло АС происходит отключение звука аварии,
которая вызвала срабатывание звуковой сигнализац. 3.Просмотр буфера сообщений АТС: Для
просмотра всех сообщен,поступ.от данной АТС на- до нажать клавишу Буфер. При этом появл.окно
Просмотр буфера сообщений АТС, в котором можно почерпнуть след.сведения: Срочность-
индицируется цве- том категория срочности АС; Номер-порядковый номер сообщения; Текст сооб-
щения; Дата и время прихода сообщения. Просмотр сообщений можно осущ. как по времени, так и
по категор. Выбор параметра осущ.в окне Фильтрация.
55.Варианты организаций ЦТЭ, Алгоритм работы ЦТЭ. Станции АТСЭ ФМ не требуют
постояного присутств.обслуж.персонала,могут бы- ть установлены на значительн.расстоян.друг от
друга. В связи с этим разраб.ПО, которое устанавлив.на ПК цента технич.обслуж(далее-пульт ЦТЭ).
ЦТЭ АТСЭ ФМ предназ.для контроля и управлен.различных типов АТСЭ ФМ, подключенных к
ЦТЭ. ЦТЭ обеспеч.сбор,хранение и индикацию аварийной, статистич.и учетной инфы,поступ.от
узлов ТЭ АТС. Варианты организации ЦТЭ: 1.с использ.модемн- ой связи по комутир.телефоным
каналам; 2.организация груповых пультов с ис- польз.локальной связи; 3.комбинир.вариант.
4.Организация ЦТЭ с использ.мод- емной связи. 1)Вариант ЦТЭ с использ. модемной
связи,представ.на рисунке 1. 2)Организация груповых пультов с использ.локальной связи. Групповой
пульт позволяет управлять группой до 7-ми АТС, что реализуется путем объединения АТС в один
груповой пульт. При этом в один груповой пульт нельзя объединять различные типы АТСЭ ФМ. Как
показано на рис-2 груповые пульты подключ.к пульту ЦТЭ по локальной сети. 3)Комбинированый
вариант подключения АТСЭ ФМ к ЦТЭ представлен на рис.3. В этом случае груповые пульты
подключ.к пул- ьту ЦТЭ по локальн.сети,а пульты остальных АТСЭ ФМ-по модемной связи. ТЭЗ
СЛС обеспеч.прием/передачу сигналов интерфейса RS-232(сигналов обмена м- ежду пультом
оператора и АТС) в выделеном канальном интервале. При боль- шом кол-ве подключеных к пульту
ЦТЭ станций для разгрузки оператора пуль- та ЦТЭ,а также для резервир.работы пульта ЦТЭ
ставятся так наз.терминалы. Инфа с пульта ЦТЭ транслируется на терминалы.
************Алгоритм работы ЦТЭ следующий: в случае изм.состояния АТСЭ ФМ(появлении
аварии) програма «Оповещение ЦТЭ», посредством модема пе- редает сообщение на пульт ЦТЭ. В
результ.этого на мониторе пульта ЦТЭ измен- яется цвет индикатора АТСЭ ФМ в зависим. от
срочности аварии и в буфере ава- рийных сообщений фиксир.текстовое сообщение об аварии с
указанием ее сро- чности и текущего времени. К ПК пульта ЦТЭ через LPT-порт подключ.табло ава-
рийн.сигнализац(ТАС), которое с пом.световой и звуковой сигнализац.информи- рует о
появлен.аварии и ее срочности. В случае отсутств.аварий на АТСЭ ФМ в течение 1-го
часа(настраивается пользователем) на пульт ЦТЭ передается уведо- мление об отсутств.изменений
состояния АТСЭ ФМ. Если в течение часа отсутств- ует сообщен.от АТС,то на мониторе пульта ЦТЭ
изм.цвет индикатора АТСЭ ФМ, срабат.звуковая сигнализация и загорается индикатор
ТАС-«срочное сообщен», «отсутствие сообщен. от АТС». При необходим.оператор ЦТЭ может
связаться с АТСЭ ФМ через «удаленый доступ»,котор.позволяет выполн.все функции опера- тора
АТСЭ ФМ.
56.Организация ЦТЭ. Достоинства ЦТЭ. Для сокращен.трудовых и материальных затрат при
контроле технич.состояния АТС создаются центры технической эксплуатац(ЦТЭ),откуда
осущ.дистанционое наблюден.за качеством функционир. станций. При этом обслуж.персонал не за-
крепляется за каждой АТС, а концентрируется в центре ТЭ. Технич.эксплуатац.
представ.соб.совокуп.технич.средств и эксплуатационых служб,обеспеч.центра- лизованое ТО
телефоной сети. Целесообразн.создания центров ТЭ на ГТС опре- деляется наличием нескольких
АТС при общей ёмкости сети порядка 30-40 тыс. номеров. В этом случ.структура организации ТЭ на
сети будет иметь вид,показ- аный на(рис. 6.1). Для сбора и передачи в ЦТЭ аварийной и контрольно-
диагно- стич.инфы АТС оснащаются спец.техническими средствами. Для обр.инфы,пост- упающей
от АТС в ЦТЭ,использ. достаточно мощные вычислительн.средства,ко- торые с определеной
периодичностью принимают и обр.данные о технич.сост- оян.оборуд,поступающие от различных
АТС. Вся эта инфа запис.в ЗУ ЭВМ и при необходимости выводится на отображающ.устр.для
использ.обслуж.персонал- ом. При обнаруж.в ЦТЭ неисправн.в действии схемы АТС или ухудшении
качес- тва обслуж.абонов автоматически вводятся в действие диагностические проги ЦТЭ, благодаря
чему дистанционо определяется характер и место поврежден. и вырабат.решение о действиях по его
устранению. *Как показ.анализ результ- атов работы ЦТЭ, обслуживающих АТС с програмным
управлен,специалистами центра с пом.оборуд.ТО обнаруживается порядка 95% неисправностей без
вые- зда на АТС. Из этого числа обнаруженых неисправностей в 70% случаев неиспр- авные
устройства локализуются дистанционно с точностью до одной платы. *Организация ЦТЭ: ЦТЭ
представ.соб.централизованую сис.сбора,обр.и хранен. аварийной,статистич.и учетной
инфы,поступ.от узлов ТЭ удаленных АТС. Широк- ие возможн.конфигурирования пульта оператора
АТС определяют различные способы организац.связи ЦТЭ с удалеными АТС: 1.модемный доступ по
комути- руемым каналам; 2.по выделеным каналам ЦСП; 3.смешаный. Достоинства:
использ.удаленого доступа позвол.проводить дистанционое перепрограммир, упр.и диагностику
АТС как из региональных ЦТЭ АТС, так и из единого ЦТЭ ГТС, специалисты которого
круглосутчно окажут квалифицир.помощь и консультац.
57.Центр технической эксплуатаций АТС Ф (ФМ). Центр технической эксплуатации (ЦТЭ)
представ.соб.централизованую систему сбора,обр.и хранения аварийн,статистич.и учетной
инфы,поступающей от блок- ов ТЭ АТСЭ ФМ района,города,обл. Функции ЦТЭ реализованы при
пом.автома- тизир.рабочего места(АРМ) оператора ЦТЭ АТСЭ ФМ, представляющего собой ПЭВМ
с необходимым ПО, оснащеный устр.звуковой и световой сигнализации, средствами
документирования(принтер),удаленного доступа(локальная сеть, выделеный канал ЦСП, модем).
Возможна организация нескольких рабочих м- ест с разделением выполняемых функций(только
наблюдение,только измере- ние АЛ, полный или огранич.доступ к БТЭ и т.д.). Взаимод.АТСЭ ФМ с
ЦТЭ обес- печ.АРМ оператора АТСЭ ФМ. Различные варианты организации связи АРМ оп- ератора
с АТС «локальный»,«удаленный»,«групповой»,обуславлив.наличие сл- ед.видов организации связи
ЦТЭ с АРМ операторов АТСЭ ФМ: 1.модемный до- ступ по комутир.каналам(для «локальн» АРМ);
2.по локальной сети(для «удал- ёных» и «груповых» АРМ); 3.по локальной сети с использ.протокола
TCP/IP; 4.смешанный. Автоматизированое рабочее место оператора станции иниции- рует передачу
всех аварийных сообщ.с АТС на АРМ оператора ЦТЭ. При подкл- юч.к станции оператор ЦТЭ
получает возможность выполнять все функции оп- ератора АТСЭ ФМ. Использ.этой возможности
позволяет проводить дистанци- оное программир,управление и диагностику АТС как из
региональных ЦТЭ, так и из единого ЦТЭ АТСЭ ФМ ОАО «Связьинвест». Пульт ЦТЭ также
предусматрив. передачу срочных аварийн.сообщен: “Пожар”,“Вскрытие помещен”,“Авария
электропитания”, “Обрыв кабеля”(до 256 сигналов). При организации ЦТЭ на районной сети связи
есть возможность централизованого сбора АПУС на этот ЦТЭ для дальнейшей автоматизированной
передачи в ИРЦ области.
58.Апаратно-програмный комплекс центра ТО(состав програмного обеспеч). Апаратно-
програмный комплекс центра ТО-предназнач.для сбора даных с дат- чиков и систем
контроля,располож.на объектах связи,автоматич.сбору инфы с приборов
учета(электрической,тепловой и др. видов энерг)и удаленому управл- ению оборуд. Функционально
ЦТО состоит из двух частей: 1. ЦТЭ АТС Ф(ФМ). 2.Доп.функции НТО объектов связи.
Дополнительные функции ЦТО объектов связи представ.соб.систему мониторинга объектов связи и
предоставл.диспетч- еру возможн: следить за показаниями приборов учета и климатическими пока-
зателями на АТС,контролир.первичное и вторичное питание на объекте связи, подкл.внешних
датчиков,авторизацию и фото/видео фиксацию,а такж предост- авл.диспетчеру инструмент для
оперативной и удобной обр.аварийной ситуац- ии на объекте,включающих поиск и фильтрацию
аварий,автоматич.отображен- ие инструкции,различн.звуковые режимы программ, автозапуск
стороних про- грам,справочник сотрудников,суточные сводки аварий,отчеты и пр(на базе ПО ЦТО).
СОСТАВ ПО: Клиентская часть-это приложения и несколько утилит: -При- ложение«Настройка»-
использ.для конфигурирования комплекса. –Приложен- ие«Опрос»-использ.для сбора даных от
объектовых устройств,их обр.и записи инфы после обр.в базу даных. -«Квитирование», «Просмотр»
и «Справочник сотрудников»-это приложения,с которыми работ.диспетчер. -Отладочные ути-
литы,которые полезны при монтаже оборуд. Утилиты програмирования объек- товых устройств.
Утилиты сбора отладочных данных с устройств. Эти утилиты самодостаточны и не требуют базы
даных. Серверная часть-это сервер баз да- нных комплекса. База даных хранит инфу о
контролируемых объектах,параме- трах устройств, историю зафиксированных событий и другие
данные. Вся эта информация используется приложениями комплекса.
59.Автоматизированные системы управления Белтелекома. 1)АСУ(автоматизированая
сис.управления)-система “чел - машина”, обеспеч. сбор и переработку инфы,необходим.для
реализации функций управления,ос- ущ.с применением средств автоматизации и
вычислительн.техники. АСУ вклю- чают след.виды обеспечения: -информационное(нормативно-
справочная инфа, формы организации и предоставлен.данных в сис); -ПО (прогиы,с програмной
документац.на них,необходим.для нумерации всех функций АСУ); -математич- еское-методы
решения задач управления,модели и алгоритмы; -техническое- техническ.средства,необход.для
реализации функций АСУ(средства ввода,выв- ода,отображен,хранения,передачи информации;
-организационное-докумен- ты,определяющие функции подразделений управления,действия и
взаимодей- ств.персонала АСУ; -правовое-нормативные документы,определяющие право- вой статус
АСУ,персонала АСУ,правила функционирования АСУ и нормативы на автоматические
формируемые документы,в том числе на машинных носителях инфы; -лингвистические-языки
описания програмы и манипулирования базами даных. *АСУ связи состоит из подсистем:
прогнозирования и планирования и из технологических. *На ГТС АСУ технологическими процесами
решает следующие основн.задачи: автоматическ.сбор,обраб.и отображен.информационой,аварий-
ных и предаварийн.ситуац.на объектах ГТС; автоматизир.прием заявок на ремо- нт с автоматическим
тестированием абонентск.линий и установок; автоматизи- рованый сбор инфы о параметрах
телефоной нагрузки,превышения нагрузки по направлениям,о значении показателя качества
обслуживан.елефонных вызовов, о превышении установленого уровня отказов по направлениям;
сбор инфы о те- хнич.состоян. СЛ и заказных СЛ к АМТС, а такж апаратуры систем передачи и ав-
томатич.определен.номера; анализ качества работы оборуд.и сооружений ГТС. В состав АСУ
технологическими процесами ГТС входят следующ.технологическ. подсистемы: -ТО оборуд.и
сооружений ГТС,управления обслуживанием АЛ и ус- тройств, -централизованого контроля
таксофонов, -управления качеством рабо- ты оборуд.ГТС и его обслуж.по статистическим данным,
управления графиком динамического управления, -управления формированием сети, -управления те-
кущим развитием сети, -расчета с абонентами, -справочной службы, -подготов- ки телефонных
справочников. *В настоящее время на ГТС эксплуатир.следующ. АСУТП: АСКР-Э, АСТУП, ЦБР,
АСС-09АПУС. 2)Автоматизир.сис.технич.учета и паспортизации(АСТУП), назначен.котор.сост.в
автоматизации обр.инфы в обес- печение основных технологических процесов в предприятиях связи:
формиров. и ведение очереди на установку телефона,абонентск.учет,составление нарядов и
выполнен.работ,контроль их выполнения и учет труда линейных монтеров,уч- ёт расхода материалов
по выполненым нарядам,технич.учет и паспортизация линейных сооруж,получение справочной и
статистической инфы. 1.Автоматизи- р.сис.комплексных расчетов за услуги эл/связи(АСКР-Э)-
автоматизация обрабо- тки инфы об оказаных услугах(наличие оплаты за услуги эл/связи,подготовка
п- латежей докум.для абонов,оповещен.должников и т.д). 2.Автоматизир.сис.упр-
авлен.технологич.процесами(АСУТП)-автоматизация и обр.инфы в обеспечение внутрених
технологич.процесов(начисление оплаты за услуги, подготовк.платё- жных докум.для абонов, учет
оплаты и т.д). 3.Автоматизир.сис.централизов.ав- томатизир.бюро ремонта(АСУ ЦАБР)-
автоматизац.обр. инфы,касающейся вопр- осов организации приема и обр. заявок о неисправн.линий
связи,определения участков поврежден,выдачи нарядов,контроля за их исполнен.4.Автоматиз.сис.
эл/справочной службы 09 (ЭСС-09)-автоматизации процеса получ.справок об а- бонах ГТС,
подержки актуальн.состоян.базы данных ЭСС-09. 5.АСТУП-технолог- ическая
информацион.сиса,обеспеч: современый единый подход к обр.инфы, повышен.производительн.труда
за счет сокращен.издержек на выполнен.авто- матизированых операций, повышение качества
обслуж.абонов за счет повыш. оперативности обр.инфы,привязку кабелей и каналов кабельной
канализации к конкретн.абонам. *В состав функциональн.подсис.технич.учета и паспортиза- ции
входят: Подсис.“Абонентский учет”, “Наряд”,“Линейно-технический учет”
60.Программное обеспечение сетей NGN: ПО главной системы. ПО главной системы работает на
главном процесоре системы SoffiX3000О оно предна- знач.для: адаптации сигнализации и
протоколов; обр.вызовов; упр.услугами; создан- ие тарификационной инфы. Совместно с
терминальным ПО ОАМ програмное обеспеч- ен.главной сис.может такж выполнять ряд операций в
главной сис.в ответ на команды от обслужив.персонала, например: управление даными; упр.оборуд;
упр.аварийной с- игнализац; измерение трафика; трассировку сигнализац; управление квитанциями.
ПО главной системы состоит из пяти компонентов: 1)Подсис.поддержки системы: В
подсис.использ.платформа распределеной архитектуры объектно-ориентированного
программирования(DOPRA)компании Huawei. Подсис.скрывает различные интерфей- сы ОС на
нижних ур.и предоставл.для приложений верхних уровней унифицирован. интерфейсы API VOS.
Также,подсис.предостав.приложениям верхних уровней механ- измы реализаций операций
ТО,управления аварийной сигнализац,измерен.трафика, трасировки вызовов/сигнализац,
резервирован.данных,переключения плат загрузки в рабочем режиме и других функций.
2)Подсистема базы данных: Поддержив.плат- форму управления централизованой базой данных,где
находятся все даные,необход. для работы системы, в частности: данные апаратных средств;
протоколов; даные ма- ршрутизации; даные услуг. 3)Подсистема обработки сигнализации:
Обеспеч.достав- ку и обр.различн.сигнализации и протоколов, в частности: сигнализац.ОКС7;
сигнали- зац.управлен.вызовами; протоколов передачи сигнализац; сетевых протокол.маршр- утизац.
4)Подсистема управления медиашлюзами: функции: управление и ТО меди- ашлюзов; управлен.и
ТО ресурсов доставки инфы в медиашлюз. 5)Подсис.обр.услуг: использ.для реализации
услуг,предоставл.системой SoftX3000, в частности:основных речевых услуг; дополнительных услуг;
услуг IP; мультимедийных услуг.
61.Программное обеспечение сетей NGN: терминагьное ПО ОАМ. Терминальное ПО ОАМ вместе
с ПО главной сис.поддержив.выполнение обслужива- ющим персоналом функций управления
данными,упр.оборуд,упр.аварийн.сигнализ- ац,измерен.трафика,трассировки сигнализации и
управлен.квитанциями в главной системе. Терминальное ПО ОАМ использ.модель“клиент-сервер”и
состоит из трех ча- стей: 1)Серверное ПО ВАМ устанавлив.в ВАМ (“Задний” административный
модуль) имеет встроеные комуникационый сервер и сервер базы даных, передает команды
эксплуатации и ТО от всех рабочих станций в главную систему и направляет ответы или
результат.операций главной сис.на соответств.рабочую станцию. Это ПО явл.ядр- ом терминального
ПО ОАМ. 2)ПО шлюза биллинга работает в iGWB(шлюз тарифика- ции производства)являясь
базовым компонентом всей сис.управления квитанциями, ПО шлюза биллинга сохраняет и
резервирует все квитанции,создаваемые модулями обраб.услуг системы SoftX3000,на физич.дисках с
целью билинга. ПО шлюза билинга обеспеч.также интерфейсы билинга в направлении билингового
центра,которые под- держив.протокол FTP или FTAM. 3)Клиентское ПО устанавлив.на рабочих
станциях, которые явл.клиентами. Оно взаимодейств.с серверами ВАМ и iGWB в качестве клие- нта
в клиент-серверном режиме и предостав.пользователям служебные графические терминалы с
поддержкой MML. С пом.рабочих станций можно выполнять такие фун- кции ТО, как управление
данными,управление оборуд,управление аварийной сигнал- изац,измерен.трафика,трасировка
вызовов/сигнализации, управление квитанциями и вывод отчетов. Рабочие станции могут
располаг.ибо локально, либо удалённо.
62.Программное обеспечение сетей NGN: протоколы и сигнализация. Сист.SoftX3000 имеет
открытые интерфейсы стандартных протоколов и поддерж.ряд п- ротоколов и типов сигнализац,что
позвол.обеспеч.взаимосвязь и взаимодейств.с множ- еством устройств. SoftX3000 имеет мощные и
гибкие функции организации сети. Ниже перечислен.основн.протоколы и типы
сигнализации,поддерживаем.систем.SoftX3000: MGCP-Протокол управлен.медиашлюз,служ.для
управлен.медиашлюзами и предостав- лен.доступа пакетным терминалам MGCP со стороны
сис.SoftX3000. Н.248-Протокол уп- равлен.медиашлюзами,служащий для упр.медиашлюз.и
предостав.доступа пакетным терминалам Н.248 со стороны системы Soft3000. SIP-Протокол
инициирования сессий, служ.для взаимосвязи между SoftX3000 и др.програмными комутаторами
или сервера- ми приложений SIP,а такж для доступа мультимедийн.пакетных терминалов SIP. SIP-T-
Протокол расширения SIP,служ.для прозрачной передачи сигнализации ISUP. Н.323-Протокол
обр.вызовов и мультимедийной связи IP, служ.для взаимосвязи между SoftX3000 и устр.GK, GW или
MCU в обычной сети Н.323, а такж для доступа мультимед- ийных пакетных терминалов Н.323.
SIGTRAN- 1.SCTP: служит для предоставл.услуги над- ежной передачи пакетных данных для
протоколов адаптации сигнализации сети с ком- мутацией каналов (SCN) а базе IP. 2.M2UA: служ
для взаимосвязи между системой SoftX 3000 и шлюзами UMG с функц.встроеного шлюза
сигнализации. 3.M3UA: для взаимосв- язи между SoftX3000 и шлюзами сигнализации. 4.V5UA: для
взаимосвязи между систем. SoftX3000 и шлюзами UMG с функц.встроенного шлюза сигнализации
V5. 5.IUA: для вза- имосвязи между системой SoftX3000 и шлюзами UMG с функц.встроеного
шлюза сигна- лизации DSS1. 6.МТР: для взаимосвязи между SoftX3000 и сетью сигнализации ОКС7,
чт- об сис.SoftX3000 могла взаимодействов.с пунктами SP или STP в сети сигнализац.ОКС7. 7.TUP:
служит для взаимодейств.между SofitX3000 и сетью ТфОП, чтобы система SoftX 3000 могла
поддерживать соединительные линии TUP через TMG для взаимосвязи со станциями ТфОП.
8.ISUP:для взаимодейств.между SoftX3000 и сетью ТфОП, чтобы сис. SoftX3000 могла
поддержив.соединит.линии ISUP через шлюзы TMG для взаимосвязи со станциями ТфОП.
9.SCCP:для поддержки протокола INAP, чтоб SoftX3000 могла взаи- модействов.с пунктами SCP в
IN через сеть сигнализац.ОКС7. 10.ТСАР: служит для обес- печен.приложений SoftX3000 и пунктов
SCP рядом функций и процедур,не зависящих от приложений,чтоб SoftX3000 могла
поддержив.приложения,относящиеся к услугам IN. 11.INAP: для определен.информацион.потоков
между функциональными объекта- ми IN, чтоб сис.SoftX3000 могла поддержив.функцию
коммутации услуг (SSF),функцию управления вызовами(CCF),функцию специализированых
ресурсов (SRF) и функцию до- ступа к управлению вызовами (CCAF),а такж действовать в качестве
SSP в стандартной архитектуре IN. DSS1-Сигнализац.абонентск.сети ISDN,служ.для
взаимодейств.между SoftX3000 и серверами NAS или станциями УПАТС, чтобы сис.SoftX3000
могла поддер- жив.интерфейсы первичного доступа (PRI) через шлюзы UMG. V5-
Сигнализац.абонен- тск.сети, для взаимод.между SoftX3000 и сетью доступа V5 или контроллерами
базов- ых станц,чтоб SoftX3000 могла поддержив.интерфейсы V5.1/V5.2 через шлюзы UMG.