
- •Системы коммутации
- •Глава 9 Программное управление 223
- •Глава 10 Эксплуатационное управление 247
- •Глава 11 Услуги 269
- •Глава 1
- •1.1 Телекоммуникации
- •1.2 Телефонные сети общего пользования
- •1.3 Коммутация
- •1.4 Методы коммутации
- •1.5 Эволюция телефонных станций 1.5.1 Исторические предпосылки
- •1.5.2 Ручные коммутаторы
- •1.5.3 Автоматическая коммутация
- •1.5.4 Квазиэлектронные и электронные атс
- •1.5.5 Цифровые атс
- •1.6 Телефонные аппараты
- •1.7 Стандартизация в области коммутации
- •Глава 2
- •2.1 Основные принципы дш атс
- •2.2 Искатели
- •2.3 Вынужденное и свободное искание. Ступени искания
- •2.3.1 Предварительное искание
- •2.3.2 Линейное искание
- •2.3.3 Групповое искание
- •2.4 Импульсный набор номера
- •2.5 Межстанционные соединительные линии
- •Глава 3
- •3.1 Координатные соединители
- •3.3 Городские координатные станции атск и атск-у
- •3.4 Сельские координатные атс к-50/200м
- •3.5 Координатные атск-100/2000
- •3.6 Координатные атс типа а-204
- •Глава 4
- •4.1 Цифровая телефония
- •4.2 Цифровые атс
- •4.3 Абонентские модули
- •4.4 Доступ к услугам isdn
- •4.5.1 Пространственная коммутация
- •4.5.2 Временная коммутация
- •4.5.3 Коммутация sts (пространство-время-пространство)
- •4.5.4 Коммутация tst (время-пространство-время)
- •4.6 Модули соединительных линий, синхронизация и служебные функции
- •4.7 Управление по записанной программе
- •Глава 5
- •5.1 Выбор атс
- •5.2 Станции 5ess. Решения Lucent Technologies
- •5.3 Система 12
- •5.4 Система ewsd компании Siemens
- •5.5 Станция ахе-10 компании Ericsson
- •5.6 Итальянская платформа Linea ut и стратегия iMss
- •5.7 Коммутационная платформа neax-61 компании nec
- •5.8 Станции dms 100
- •Глава 6
- •6.1 Первые разработки атс с программным управлением
- •6.2 Коммутационная платформа атсц-90
- •6.3 Новые функции цифровых атс
- •6.4 Система с-32
- •6.5 Бета, Сигма, Омега, Кразар и другие
- •6.6 Развитие отечественных коммутационных платформ
- •Глава 7
- •7.1 Глобальная информационная инфраструктура
- •7.2 Цифровые абонентские концентраторы и мультиплексоры
- •7.3 Интерфейс v5
- •7.4 Беспроводный абонентский доступ wll
- •7.5 Оптическое волокно в абонентской линии
- •7.6 Цифровые абонентские линии dsl
- •Глава 8
- •8.1 Элементы телефонной сигнализации
- •8.2 Сигнализация по выделенным сигнальным каналам
- •8.3 Многочастотная сигнализация
- •8.4 Общеканальная сигнализация № 7
- •8.4.2 Подсистема управления сигнальными соединениями sccp
- •8.4.3 Подсистема средств транзакций
- •8,4.4 Подсистема isup
- •8.5 Сигнализация при конвергенции сетей связи
- •Глава 9
- •9.1 Программное обеспечение коммутационных узлов и станций
- •9.2 Управляющие устройства
- •9.2.1 Централизованное управление
- •9.2.2 Иерархическое управление
- •9.2.3 Распределенная архитектура
- •9.3 Основы программирования обслуживания вызовов в реальном времени
- •9.5 Качество по
- •9.6 Программные системы современных атс
- •Глава 10
- •10.1 Эволюция функций эксплуатационного управления системами коммутации
- •10.2 Сопровождение программного обеспечения
- •10.3 Задачи сорм и информационной безопасности
- •10.4 Расчеты за услуги связи
- •10.5 Взаимодействие «человек-машина»
- •10.6 Концепция tmn
- •10.7 Системы эксплуатационной поддержки oss
- •Глава 11 Услуги
- •11.1 Дополнительные услуги атс
- •11.2 Интеллектуальная сеть (in)
- •11.3 Компьютерная телефония (cti)
10.7 Системы эксплуатационной поддержки oss
Рассмотренные в предыдущих параграфах технологии внедрены в новейших разработках OSS, одну из которых иллюстрирует рис. 10.7. Система реализует полный набор функций эксплуатационного управления, включая контроль рабочих характеристик, работу с неисправностями, управление конфигурацией, подготовку и ввод новых ресурсов, анализ результатов учета и контроль уровня предоставления услуг.
Представленные на рис. 10.7 функции выходят далеко за границы ТОЭ и включают в себя задачи управления бизнесом операторских компаний.
Рис. 10.7 Система OSS типа Netrac
В контексте этой книги обратим внимание лишь на два элемента OSS такого рода: мониторинг функционирования рассмотренной в главе 8 сети сигнализации ОКС7 и задачи технического обслуживания сети абонентского доступа, рассмотренной в главе 7.
Система мониторинга сети сигнализации ОКС7, стандартом де-факто для которой в ВСС РФ является комплекс СПАЙДЕР, содержащий специализированные зонды сигнализации ISUR TCAP, MAP, INAP, а также DSS1/PRA, V5.x, A-bis и др., которые отслеживают трафик в разных пунктах сигнализации сети ОКС, и центр наблюдения и контроля, в котором собираются данные со всех пунктов сигнализации этой сети. Рекомендации ITU-T серии Q.750 детализируют общие объектно-ориентированные принципы наблюдения за открытыми системами применительно к технической эксплуатации сетей ОКС7 и выделяют три основные группы функций: а) функции, относящиеся к многоуровневой архитектуре TMN; б) функции, являющиеся частью протокола самой системы сигнализации ОКС7, например, переключение на резервное сигнальное звено или принудительная ремаршрутизация; в) функции, необходимые для проверки правильности таблиц маршрутизации, кодов идентификации каналов и т.п., поддержка которых требует отдельного прикладного протокола. С учетом тематики главы рассмотрим только группу функций а), классификация которых приведена на рис. 10.8.
Рис. 10.8 Функции эксплуатационного управления ОКС7
Для реализации этих функций рекомендациями Q.750-Q.754 определена специальная прикладная подсистема ОМАР (Operation, Maintenance and Administration Part) и связанные с ней группы функций эксплуатационного управления.
Группа функций работа с неисправностями (Fault Management) обеспечивает обнаружение и исправление ситуаций нештатного функционирования сети ОКС7 и включает в себя:
обработку аварийных ситуаций, например, отказа пучка сигнальных звеньев, ведущего к недоступности пункта сигнализации;
активизацию проведения тестов или необходимых измерений;
сбор статистики о состоянии сети сигнализации для проведения превентивных мер технического обслуживания;
сбор статистики о состоянии элементов сети с целью обнаружить возможность возникновения критического режима работы.
Неисправности отдельных элементов могут привести к тому, что вся сеть ОКС7 окажется неспособной работать с необходимым качеством. Явно «видимые» неисправности ведут к неспособности обслужить в требуемом объеме сигнальный (а как следствие, и разговорный) трафик, а «скрытые» неисправности снижают надежность работы сети.
Группа функций управление конфигурацией (Configuration Management) поддерживает управление ресурсами, сбор данных о сети сигнализации и ее компонентах, позволяет задавать статическую конфигурацию сети ОКС, включая активизацию элементов, и изменять конфигурации сети во время работы, а также предусматривает индикацию изменений статической конфигурации во время работы. Среди основных функций этой группы - формирование маршрутных таблиц в соответствии с заданным оператором сети планом маршрутизации; формирование и активизация пучков сигнальных звеньев и отдельных звеньев внутри пучков, проверка правильности имен сетевых ресурсов между смежными пунктами сигнализации (например, SLC и CIC).
Группа функций контроль рабочих характеристик (Performance Management) обеспечивает сбор статистических данных с целью оценить динамику изменений состояния сетевых элементов и эффективность работы сети в нормальных условиях и в условиях перегрузки и включает в себя активизацию измерений и сбор результатов измерений за короткие (5 мин) и длительные (30 мин) периоды. Сюда же входит наблюдение за авариями, за использованием пучков звеньев и сигнальных маршрутов, а также управление сигнальным трафиком в реальном времени (например, модификация маршрутных таблиц и активизация дополнительных сигнальных звеньев и пучков звеньев).
Представленная на рис. 10.9 базовая конфигурация системы мониторинга и анализа сети ОКС7 содержит центральный модуль, где находится упоминавшаяся выше централизованная база данных MIB с информацией об объектах наблюдения, на основе которой создается графическое отображение структуры сети с разными уровнями детализации, и удаленные модули, которые ведут сбор информации, получаемой от отдельных элементов сети ОКС.
Вторым из упоминавшихся в этом параграфе элементов OSS является программно-аппаратная платформа централизованного бюро ремонта (ЦБР), для которого аналогичным стандартом де-факто является система АРГУС. Структура ЦБР АРГУС представлена на рис.10.10 и состоит из трех систем: а) система программного управления, включающая в себя базу данных сети абонентского доступа, б) измерительные программно-аппаратные комплексы ДИПАЛ и в) центр распределения вызовов ПРОТЕЙ.
Рис. 10.9 Система СПАЙДЕР для мониторинга сети ОКС7
К основным функциям ЦБР относятся:
прием, регистрация и оперативное обслуживание заявок, поступающих от абонентов или от линейных монтеров кабельной сети связи, и выдача справок о результатах выполненных работ;
диспетчеризация заявок на текущий ремонт, регистрация неисправностей и формирование нарядов;
тестирование абонентских линий и абонентских установок;
информационная и техническая поддержка деятельности цеха технического обслуживания абонентов, деятельности линейно-кабельного цеха, деятельности станционного цеха (кросса), а также процессов индивидуального и/или массового включения/выключения телефонных номеров по техническим и административным причинам;
автоматическое формирование и печать необходимых статистических документов, данных для оценки качества предоставляемых услуг и других отчетных документов;
учет, планирование и контроль выполнения профилактических, ремонтных и аварийных работ подразделениями административного узла, обеспечивающими техническую эксплуатацию устройств и сооружений телефонной сети.
Функциональные возможности этих двух элементов современных OSS шире функциональных задач эксплуатационного управления в любой отдельно взятой АТС и заслуживают более подробного рассмотрения в отдельной книге.
Рис. 10.10 Структурная схема взаимодействия ЦБР АРГУС с АТС разных типов