графічні візуальні елементи разом з обслуговування баз даних (например, Огаcle);
o Прикладні програми користувача, напісані та впроваджені на Цій платформі.
o Аналіз завдань системи управління дает можлівість розрізняті модулі Які:
o відповідають за конфігурацією мережі: («Config);
o створюють зв'язки («SetUp»);
o підтрімують обслуживания («Maintenance»);
o обслуговують пошкодження, ПОВІДОМЛЕННЯ та аварії («Evenes»):
o реєструють ПОВІДОМЛЕННЯ про пошкодження, что надходять («Register»);
o збірають інформацію про якість зєднань («Info»);
o відповідають за графічне Подання («Graph»)
Рис. 5.1 Схема взаємозв язків между програмне модулями системи управління Мережа SDH
взаємозв язок между ОКРЕМЕ модулями зображено на рис. 5.1.
Оператор системи управління Мережа має безпосередній доступ лишь до модуля «Graph».
Через него ВІН зв язаний з іншімі модулями. Обмін інформацією между іншімі частинами системи управління, а такоже елементами, Якими управляються, відбувається через модуль «Events». ВІН управляє зв язком відповідніх модулів з урахуванням пріорітетів (Аварійні ситуации всегда обслуговують Ранее від других подій).
6. Структура информации в системе управління
Система управління Мережа SDH оперує великою кількістю даних, Які зберігаються в кількох базах даних: конфігурації; активних логічніх з єднань; моніторингу якості зв язку; реєстрації роботи мережі; Користувачів системи управління Мережа.
У базі даних конфігурації (табл. 6.1) містіться інформація про елементи мережі. Для шкірного з них предусмотрена початковий записі, что має Такі поля:
o тип елемента;
o вид елемента (кінцевій елемент, з єднання);
o унікальна назва елемента;
o конфігурація;
o статус елемента (пошкодженій, Справжній);
o Вільні ресурси.
Поля «конфігурація» та «вільні ресурси» могут буті разними залежних від увазі та типом елемента.
Таблиця 6.1
Назва поляОпіс поля ТіпТіп та модель управління, что опісується ЦІМ запісомВідКінцевій елементНазваУнікальна назва елемента в межах усієї мережіКонфігураціяВказівнік на таблицю, что містіть дані про елемент цього тіпуСтатусПошкодженій, справний, Виведення з експлуатаціїРесурсВільній ресурс, Яким может користуватись система управління
База даних логічніх з єднань (табл. 6.2) містіть інформацію про діючі складені тракту на всех рівнях ієрархії (віртуальніх контейнеров, Абонентське з єднань). Кожне логічне з єднання заноситися в базу даних діючіх з єднань помощью записів, Який містіть:
o способ з єднання (список Мережна елементів);
o пунктів, что з єднані;
o параметри, что вімагаються;
o ПРІОРИТЕТ з єднання.
Таблиця 6.2
Назва поляОпіс поляПочатокПочатковій елемент, з єднанняКінецьКінцевій елемент з єднанняТрасаСпісок Мережна елементів, что входять до складу трактуПараметріПараметр, Який характерізує потрібну пропускну спроможністьРезервуванняВід вікорістовуваного резервуванняПріорітетПріорітет з єднанняЧасЧас, коли Створено з єднання
Інформацію, отриманий во время моніторингу продуктівності роботи мережі, система зберігає в окремій базі даних (табл. 6.3). Записи цієї бази містять:
o унікальну Назву елемента;
o теоретичну Продуктивність;
o реальне НАВАНТАЖЕННЯ;
o годину, коли Последний раз досліджувалася Продуктивність;
o допустимих период годині, после которого потрібне Чергова дослідження продуктівності.
Таблиця 6.3
Назва поляОпіс поляНазваУнікальна назва елементаПродуктівністьТеоретічна Продуктивність елементаНавантаженняРеальне навантаженняПараметріРеальне НАВАНТАЖЕННЯ елементаЧасЧас последнего дослідження продуктівностіНаступнеЧас проведення следующего дослідження продуктівності
Кожна Подія, зафіксована системою управління МЕРЕЖА, всі ПОВІДОМЛЕННЯ та аварії в сістемі своєчасно реєструються в базі даних про роботу мережі (табл. 6.4). Вона призначила в основному для АНАЛІЗУ заподій Виникнення аварій та перевантаження мережі. Такоже может викори...
