Керування обладнанням мережі

Реферат: Описано пристрій (100) керування, який включає профільний пристрій (101, 101а, 101e) і пристрій (102, 102а, 102е) процесу, де профільний пристрій (101, 101а, 101e) адаптовано включати щонайменше один профіль процесу. Крім того, пристрій (102, 102а, 102е) процесу адаптовано генерувати опис процесу, використовуючи щонайменше один профіль процесу, де генерованим описом процесу є опис фізичного процесу. Генерований опис процесу може бути реалізований для здійснення контролю фізичного процесу згідно з генерованим описом процесу. UA 99665 C2 (12) UA 99665 C2 UA 99665 C2 5 10 15 20 25 30 35 40 45 50 55 Винахід стосується мереж зв'язку, зокрема, пристрою керування, способу керування обладнання мережі і програмного елемента, призначеного для керування обладнанням мережі. Такі ініціативи, як 3 GPP (Спільний проект 3-го покоління) показують потенційна можливість потреби у з'єднанні різних типів мереж і забезпечення безперервного ланцюга послуг у мережах з різними типами елементів мережі. Крім того, деякі оператори можуть мати багатовендорні мережі, в яких різні елементи мережі забезпечуються різними постачальниками і можуть працювати у різних режимах. Це може потребувати багатовендорного і дорогого (інтегрування об'ємів робіт тощо) комплексу керування операціями. Оскільки оператори мереж можуть потребувати керування багатовендорними мережам, може виникнути необхідність мати стандартизовані інтерфейси і процедур керування для усіх елементів мережі різних вендорів. Процедури керування елементами мережі (і потенційні можливості втручання у ці процедури) дуже залежать від типу цих елементів, вендорів і навіть операторів мережі. Технічна специфікація 3GPP TS 32.101, "Принципи і вимоги до вищого рівня ", V8.2.0, (200806) з проекту 3-го покоління визначає групи обслуговувань і системні аспекти, керування телекомунікаціями, принципи керування і вимоги до високого рівня у керуванні Громадськими Наземними Мобільними Мережами. 10 Може виникнути потреба у більш ефективному керуванні мережею. Типовими втіленнями винаходу є пристрій і спосіб керування обладнанням мережі і програмний елемент. Згідно з типовим втіленням винаходу, пристрій керування може включати профільний пристрій і пристрій процесу. Профільний пристрій може бути адаптований включати щонайменше один профіль процесу. Пристрій процесу може бути адаптований генерувати опис процесу, використовуючи щонайменше один профіль процесу. Генерований опис процесу може бути описом фізичного процесу. Генерований опис процесу може бути здійснений для забезпечення контролю фізичного процесу згідно з генерованим опис процесу. Згідно з іншим типовим втіленням, винахід включає спосіб керування обладнанням мережі. Цей спосіб може включати генерування опису процесу, використовуючи щонайменше один профіль процесу, причому генерований опис процесу може бути описом фізичного процесу. Згідно з одним з типових втілень винаходу, цей спосіб може включати реалізацію генерованого опису процесу і контроль фізичного процесу згідно з генерованим описом процесу. Згідно з іншим типовим втіленням, винахід може включати програмний елемент для керування обладнанням мережі, який у процесі виконання процесором може бути адаптований виконувати спосіб згідно з винаходом. Згідно з ще одним типових втілень, винахід може включати придатне для зчитування комп'ютером середовище, в якому може бути записана комп'ютерна програма керування обладнанням мережі, яка при виконанні процесором може бути адаптована реалізовувати спосіб згідно з винаходом. Придатним для зчитування комп'ютером середовищем може бути флопі-диск, жорсткий диск, пристрій USB (Універсальна послідовна шина), RAM (Пам'ять з довільним доступом), ROM і EPROM 20. Придатним для зчитування комп'ютером середовищем може також бути мережа даних і зв'язку, наприклад, Інтернет, яка дозволяє завантажувати програмний код. Отже, може бути створений спосіб моделювання і керування автоматичними процесами керування. Зокрема, може бути створений спосіб для моделювання і автоматичного програмного керування процесами в умовах з багатьма вендорами. Пристрій керування можуть бути використаний у процесах, що проходять автоматично або суттєво автоматично, як, наприклад, автоконфігураційний процес щойно встановленого обладнання мережі, елементу мережі або NE. Процеси, що проходять автоматично, можуть бути використані у Мережах з Самоорганізацією (SON). Застосування автоматизованого програмного керування може знизити кількість ручних операцій для користувача пристрою керування при введенні багатьох елементів мережі у мереж, або щоб відвернути або знизити кількість ручних взаємодій при оновленні програмного забезпечення під час розгортання і експлуатації елементів мережі. Згідно з типовим втіленням автоматизація мережі може бути можливою, якщо оператор або керівник IRP (інтегрована базова точка) може визначити рівень автоматизації. Об'єкти процесу можуть бути автоматично визначені за заздалегідь визначеними подіями, наприклад, наявністю нового програмного забезпечення або наявністю нового елемента мережі. Після визначення нового об'єкт процесу може бути розпочатий фізичний процес або реальний загальний процес. Після завершення фізичного процесу об'єкт процесу, який 1 UA 99665 C2 5 10 15 20 25 30 35 40 45 50 55 репрезентує фізичний процес, може бути стертий. Згідно з іншим типовим втіленням процес може бути генерований вручну і/або стертий оператором. Згідно з іншим типовим втіленням винаходу, пристрій керування може додатково включати пристрій потенційних можливостей. Пристрій потенційних можливостей може бути адаптований включати щонайменше одну потенційна можливість і має з профільним пристроєм. Профільний пристрій може бути також адаптований вибирати щонайменше одну потенційна можливість для генерування щонайменше одного профільного процесу. Зокрема, керівник типового втілення або оператор створює профіль профілюванням потенційних можливостей. Потенційною можливістю може бути опис послуг, які можуть бути забезпечені системою, зокрема, системою мереж зв'язку, яка включає сукупність елементів мережі. Крім того, потенційна можливість може бути потенційними можливостями одного конкретного елемента мережі з сукупності елементів мережі, що утворюють мережу зв'язку або систему зв'язку. Прикладом потенційні можливості є версія програмного забезпечення, точка зупинки, інформація про сумісність тощо. Крім того, система керування може грати роль у створення потенційних можливостей. Система керування може включати керівника домену і/або елемента. ***Програмне забезпечення може створювати репозиторій. Потенційна можливість і, зокрема, інформація про потенційні можливості елемента мережі можуть бути використані для створення профілів. Профілями можуть бути стратегії або правила. Профілі можуть включати правила для прийняття рішень, наприклад, щодо версії програмного забезпечення, яке має бути встановлене. Як тільки виявляється нове програмну забезпечення у репозиторії програмного забезпечення може бути генерований новий варіант потенційних можливостей у пристрої потенційних можливостей. Пристрій потенційних можливостей може бути об'єктом або процесом процесора. Зокрема, якщо може бути виявлене нове програмне забезпечення, об'єкт потенційних можливостей може бути оновлений. Зокрема, згідно з одним з втілень винаходу, профільний пристрій може бути об'єктом профілю, пристрій процесу може бути об'єктом процесу і пристрій потенційних можливостей може бути об'єктом потенційних можливостей. Прикладом потенційних можливостей може бути потенційна можливість визначати точки зупинки у процесі на заздалегідь визначених стадіях. Наприклад, варіантом потенційних можливостей програмного забезпечення, що відповідає програмному забезпеченню у репозиторії програмного забезпечення, може бути надання профільному пристрою, користувацькому терміналу, адміністратору або адміністратору IRP можливих місць, операцій, стадій або позицій, в яких це програмне забезпечення може бути перерване. Ці можливі фази для переривання можуть бути вибрані у профілі для контролю виконання процесу. Інакше кажучи, фізичний процес може бути перерваний на стадіях, які репрезентовано потенційними можливостями, пов'язаними з відповідним програмним забезпеченням. Отже, потенційні можливості програмного забезпечення можна розглядати як елементи, що можуть бути використані для формування профілю або для використання у профілі і як основи профілю. Згідно з іншим типовим втіленням винаходу, профіль процесу може бути генерований профілюванням щонайменше одної потенційні можливості. Прикладом об'єкту профілю може бути профілювання щонайменше одного об'єкту потенційних можливостей. Якщо об'єкт не може бути ініційований, він не може існувати. Згідно з іншим типовим втіленням винаходу, одною з потенційних можливостей може бути щонайменше одна потенційна можливість, вибрана з групи, яку складають потенційна можливість точки зупинки, потенційні можливості конкретного елемента мережі, потенційні можливості версії програмного забезпечення, потенційні можливості наявного пакету програмного забезпечення і потенційні можливості, що надаються системою. Згідно з ще одним типовим втіленням винаходу, точку зупинки потенційні можливості адаптовано контролювати переривання реалізації опису процесу і/або контролювати фізичний процес. Процес може проходити автоматично, тобто без суттєвої взаємодії з користувачем. Однак, у деяких випадках повністю автоматичне здійснення процесу може бути небажаним. Наприклад, конфігурування дуже важливого вузла мереж, наприклад, вузла, що забезпечує багато з'єднань або може забезпечувати важливе з'єднання потребує взаємодії з користувачем або адміністратором. Таке переривання може дозволити забезпечення контролю. Точка зупинки потенційної можливості може бути адаптована контролювати переривання процесу і заздалегідь визнати рівень втручання користувача у проходження автоматичного процесу. 2 UA 99665 C2 5 10 15 20 25 30 35 40 45 50 55 60 Згідно з іншим типовим втіленням винаходу, пристрій потенційних можливостей має з'єднання з репозиторієм програмного забезпечення, завдяки чому пристрій потенційних можливостей може виявляти присутність нового програмного забезпечення і, отже, може виявляти існування нових потенційних можливостей, наприклад, нової версії програмного забезпечення. Згідно з іншим типовим втіленням винаходу, профільний пристрій з'єднано з мережевим репозиторієм. Отже, профільному пристрою може бути надана здатність виявляти, коли новий елемент мережі може бути доданий у мережу зв'язку або систему мереж зв'язку, яка контролюється пристроєм керування згідно з винаходом. Згідно з іншим типовим втіленням винаходу, пристрій процесу може бути з'єднаний з елементом мережі зв'язком або каналом. Фізичний процес може бути адаптований впливати на елемент мережі через цей зв'язок згідно з процесом. Фізичний процес, який може бути репрезентований об'єктом процесу або пристроєм процесу, може бути використаний для впливу на елемент мережі. Наприклад, фізичний процес може встановлювати нове програмне забезпечення в елементі мережі, або може запускати або конфігурувати відповідний елемент мережі. Наприклад, якщо потрібно забезпечити крізний режим обслуговування, може бути конфігурована сукупність елементів обладнання мережі. Крізне з'єднання може включати декілька елемент мережі. Наприклад, крізне з'єднання може включати CPE (Обладнання, наближене до користувача), конфігуроване за допомогою простої конфігураційної процедури, наприклад FTP (Протокол передачі файлів). Крім того, у крізне з'єднання може бути включений складний елемент мережі, ретельно конфігурований. Якщо такий елемент мережі або інший важливий елемент мережі виходить з ладу, це спричиняє для мережі важкий удар. Отже, може бути бажаний нижчий рівень автоматизації для важливих елементів мережі. Наприклад, пристрій процесу, по суті, може існувати лише під час активності процесу. Наприклад, процес автоконфігурації може існувати лише доки конфігурується відповідний елемент мережі. Як інший приклад, програмне керування процесом може існувати лише тоді, коли програмне забезпечення може бути встановлене у відповідному елементі мережі. Програмне керування може включати усі роботи OAM, які мають бути виконані у зв'язку з встановлення програмного забезпечення в елементі мережі. Автоконфігурація може включати усі операції, необхідні для автоматичного конфігурування елемента мережі. Згідно з іншим типовим втіленням, процес згідно з винаходом може бути щонайменше одним з процесів, вибраних з групи, яку складають Процес автоконфігурації, Процес самозабезпечення, Процес самооптимізації, Процес самовідновлення і Процес програмного керування. Процесом може бути фізичний процес, опис відповідного процесу, репрезентація фізичного процесу, проекція фізичного процесу на опис процесу або приклад процесу. Згідно з іншим типовим втіленням винаходу, об'єктом є щонайменше один пристрій, вибраний з групи, яку складають профільний пристрій, пристрій процесу і пристрій потенційних можливостей. Такий об'єкт може бути реалізований процесором або на процесорі. Зокрема, у типовому втіленні профільний пристрій, пристрій процесу і/або пристрій потенційних можливостей включають відповідний об'єкт. В іншому типовому втіленні профільний пристрій, пристрій процесу і/або пристрій потенційних можливостей є об'єктами профілю, об'єктами процесу і/або об'єктами потенційних можливостей, відповідно. В іншому типовому втіленні, профільний пристрій, пристрій процесу і/або пристрій потенційних можливостей може бути реалізований схемно. Схемна реалізація може обмежити розширення функціональності пристрою у випадку нового розвитку. Наприклад, нову версію програмного забезпечення важко додати у схемно виконаний пристрій. Реалізація пристрою, як об'єктно орієнтованої програми може дозволити створювати і стирати такий об'єкт за бажання. Наприклад, для кожної версії програмного забезпечення у відповідній мережі може бути генерований елемент об'єкту потенційних можливостей. В іншому типовому втіленні точки зупинки у мереж може бути генерований реалізатор об'єкту потенційних можливостей. В іншому типовому втіленні один об'єкт потенційних можливостей може дозволити реалізацію або забезпечення різних типів потенційних можливостей, наприклад, версії програмного забезпечення і точок зупинки. Отже, профілі можуть дозволити їх гнучке конфігурування оператором або адміністратором мережі. Так, якщо новий профіль може генерований, може бути генерований новий реалізатор відповідного профілю. Реалізація пристрою процесу як об'єкта або такого, що включає об'єкт, 3 UA 99665 C2 5 10 15 20 25 30 35 40 45 50 55 60 може також дозволити генерувати, зокрема, опис процесу опис, однак, лише для часу активності відповідного процесу. Генерування копій може дозволити підвищити гнучкість і знизити об'єм засобів зберігання. Згідно з ще одним типовим втіленням винаходу, щонайменше один пристрій вибраний з групи, яку складають профільний пристрій, пристрій процесу і пристрій потенційних можливостей, може включати інтерфейс керування, який може бути адаптований мати зв'язок з реалізатором керування. ***Реалізатором керування, наприклад, може бути користувач, адміністратор, адміністратор IRP або адміністратор мережі, який може знаходитись на вищому логічному рівні відповідного пристрою. Наприклад, пристрій потенційних можливостей, профільний пристрій і пристрій процесу можуть відповідати рівню адміністратора домена, а реалізатор керування може відповідати рівню адміністратора мережі. Згідно з іншим типовим втіленням винаходу, щонайменше один пристрій, вибраний з групи, яку складають профільний пристрій, пристрій процесу і пристрій потенційних можливостей, може відповідати рівню адміністратора домена. Згідно з іншим типовим втіленням винаходу, пристрій керування може бути розподіленою системою. Отже, профільний пристрій, пристрій процесу і/або пристрій потенційних можливостей можуть бути виконані як різні фізичні схемні пристрої. Крім того, профільний пристрій, пристрій процесу і/або пристрій потенційних можливостей можуть включати відповідні об'єкти, які є реалізаціями різних процесорів. В іншому типовому втіленні винаходу об'єкти генеровано в окремих областях пам'яті або процесора. Згідно з ще одним типовим втіленням винаходу, спосіб керування обладнанням мережі може також включати обрання щонайменше одної потенційні можливості, включеної у пристрій потенційних можливостей. Крім того, цей спосіб може включати генерування щонайменше одного профілю процесу з використанням щонайменше одної вибраної потенційні можливості. Отже, пристрій керування або автоматизована багатовендорна програмна система керування може надати логічну модель автоматизованих процесів. Крім того, можуть бути надані потенційні можливості керування багатьма вендорами. В іншому типовому втілені може бути передбачена потенційна можливість встановлювати стратегію для реалізації процесу. Пристрій керування може надавати здатність конфігурувати бажані потенційні можливості взаємодії з адміністратором у межах від повної автоматичності до автономності процесу при більш-меншому рівні адміністративного контролю процесу. Автономний процес може не потребувати взаємодії з адміністратором. Модель, що включає три різні об'єкти і потенційні можливості їх взаємодії і визначена для зв'язку у пристрої керування, може бути спеціалізованою і може бути придатною для інших типів автоматизованих багатовендорних процесів. Слід відзначити, що типові втілення і аспекти винаходу описано у відповідності до різних об'єктів винаходу. Зокрема, деякі втілення описано для типу пристрою, визначеного у Формулі винаходу, а інші втілення стосуються способу визначеного у Формулі винаходу. Фахівець на основі наведеного і подальшого опису зможе відрізнити, якщо не зазначено інше, ознаки і комбінації ознак одного об'єкту винаходу від ознак їх комбінацій що стосуються іншого об'єкту. Ці та інші аспекти винаходу розглядаються далі на прикладах втілень з посиланнями на креслення, в яких: фіг. 1 - загальна блок-схема архітектури системи керування мережею згідно з типовим втіленням винаходу; фіг. 2 - схема операцій встановлення стратегії системи керування мережею для випадку програмного керування згідно з типовим втіленням винаходу; фіг. 3 - схема операцій запровадження нового програмного забезпечення в архітектурі системи керування мережею у випадку програмного керування згідно з типовим втіленням винаходу; фіг. 4 - схема операцій створення нового елемента мережі в архітектурі системи керування мережею у випадку програмного керування згідно з типовим втіленням винаходу; фіг. 5 - схема операцій встановлення точок зупинки у програмному керуванні процесом згідно з типовим втіленням винаходу; фіг. 6 - підтримка класу об'єктів swManagementМожливост згідно з типовим втіленням винаходу; фіг. 7 - підтримка класу об'єктів swManagementProfile згідно з типовим втіленням винаходу; 4 UA 99665 C2 5 10 15 20 25 30 35 40 45 50 55 фіг. 8 - підтримка класу об'єктів swManagementProcess згідно з типовим втіленням винаходу; фіг. 9 - операція NstSwmCapabilities згідно з типовим втіленням винаходу; фіг. 10 - операція listSwmProfiles згідно з типовим втіленням винаходу; фіг. 11 - операція createSwmProfiles згідно з типовим втіленням винаходу; фіг. 12 - операція changeSwmProfiles згідно з типовим втіленням винаходу; фіг. 13 - операція deleteSwmProfiles згідно з типовим втіленням винаходу; фіг. 14 - операція ІistSwmProcesses згідно з типовим втіленням винаходу; фіг. 15 - операція continueSwmProcess згідно з типовим втіленням винаходу; фіг. 16 - операція cancelSwmProcess згідно з типовим втіленням винаходу; фіг. 17 - повідомлення notifyNewSwAvailability згідно з типовим втіленням винаходу; фіг. 18 - повідомлення notifySwmProfileCreation згідно з типов втілення винаходу; фіг. 19 - повідомлення notifySwmProfileChange згідно з типовим втіленням винаходу; фіг. 20 - повідомлення notifySwmProfileDeletion згідно з типовим втіленням винаходу; фіг. 21 - повідомлення notifySwmProcessCreation згідно з типовим втіленням винаходу; фіг. 22 - повідомлення notifySwmProcessStatusChange згідно з типовим втіленням винаходу; фіг. 23 - повідомлення notifySwmProcessCancelled згідно з типовим втіленням винаходу; фіг. 24 - схема операцій введення нового елемента мережі в архітектуру системи керування мережею для автоконфігурування згідно з типовим втіленням винаходу; Ілюстрації у кресленнях є схематичними. У різних кресленнях подібні або ідентичні елементи мають однакові числові позначення. Фіг. 1 містить блок-схему архітектури системи керування мережею у випадку програмного керування згідно з типовим втіленням винаходу. Система 100 керування мережею включає пристрій автоматизованого програмного керування. Отже, фіг. 1 містить пристрій 100 керування або пристрій 100 керування мережею, який включає профільний пристрій 101, пристрій 102 процесу і пристрій 103 потенційних можливостей. Профільний пристрій 101, пристрій 102 процесу і пристрій 103 потенційних можливостей лежать у рівні домена адміністраторі (DM), тобто профільний пристрій 101, пристрій 102 процесу і пристрій 103 потенційних можливостей мають певний логічний рівень. Профільний пристрій 101, пристрій 102 процесу і пристрій 103 потенційних можливостей можуть мати схемне виконання або можуть бути процесорами, що включають об'єкти. Об'єктом може бути програмне забезпечення, яке може бути реалізатором або процесором процесу. Ці три пристрої можуть бути окремими пристроями, з'єднаними разом, окремими об'єктами виконання одним процесором або окремими об'єктами виконання окремих процесорів. Профільний пристрій 101 має користувацький інтерфейс 104, з'єднаний з користувацьким терміналом 106, який дозволяє користувачу, адміністратору, адміністратору IRP або оператору контролювати і працювати з мережевим пристроєм 100 керування. Адміністратор може бути процесом. Користувацький термінал 106 може дозволити визначати стратегію через профільний користувацький інтерфейс 104. Користувацький термінал 106 знаходиться у рівні адміністратора мережі (NM). Користувацькі інтерфейси 104, 107, 108 можуть базуватись на стандарті Itf-N інтерфейсу керування мережею. N-інтерфейс може з'єднувати систему керування мережею з елементами адміністраторів або безпосередньо з елементами мережі. Інакше кажучи, може бути здійснене автоматизоване багатовендорне програмне керування. Керування 100 мережею може базуватись на логічній моделі. Ця модель може включати три об'єкти 103, 101, 102 або три пристрої 101, 102, 103 і відповідні потенційні можливості взаємодії. Профільний пристрій 101 має інтерфейс 109 монітору, який дозволяє профільному пристрою 101 приєднуватись до схемного репозиторію 110, процесу автоконфігурації SC або інформаційні базі керування МІВ. Схемний репозиторій може включати інформацію про кожний елемент 111 обладнання мережі, елемент 111 мережі, або вузол елемента 111 мережі. Обладнання елемента 111 мережі 111 може бути включене у телемережу 112 зв'язку. Прикладами телемереж зв'язку є UMTS (Універсальна Мобільна Телекомунікаційна Система), GSM (Глобальна система Мобільного зв'язку), мережа IP (Інтернет-протокол) і мережа WiMax (Світова взаємодія для мікрохвильового доступу). Пристрій 102 процесу адаптовано генерувати процеси. Зокрема, пристрій 102 процесу включає генеровані процеси доки вони існують. Коли пристрій 102 процесу генерує процес, він включає щонайменше один процес, зокрема, пристрій 102 процесу включає опис фізичного процесу або репрезентацію фізичного процесу. Отже, пристрій 102 процесу може включати сукупність процесів, об'єктів процесу або варіантів процесів якщо сукупність автоматизованих процесів обробляється паралельно. 5 UA 99665 C2 5 10 15 20 25 30 35 40 45 50 55 60 Пристрій 112 процесу має користувацький інтерфейс 108, який може базуватись стандарті ltf-N-інтерфейсу або стандарті N-інтерфейсу. Через інтерфейс 108 користувацький термінал 106 приймає оновлення процесу і може передавати інформацію до пристрою процесу 102. Інтерфейс 108 може бути двонапрямним інтерфейсом. Крім того, пристрій 102 процесу включає інтерфейс 115 елемента мережі (NE). Інтерфейс 115 забезпечує для кожного фізичного процесу і/або кожного реалізованого опису процесу доступ до NE 111 для впливу на NE. Впливом може бути встановлення програмного забезпечення у NE 111 або конфігурування NE 111. В іншому типовому втіленні інтерфейс 115NE може дозволяти пристрою 102 процесу завантажувати процес або опис процесу у NE 111 для реалізації процесу у відповідному NE. Отже, може існувати взаємодія між пристроєм 102 процесу і відповідним NE 111. Інтерфейс 115 NE може бути двонапрямним і дозволяє здійснювати зв'язок між пристроєм 102 процесу і NE 111. Репозиторій програмного забезпечення 113 або репозиторій 113 програмного забезпечення має зв'язок з пристроєм 103 потенційних можливостей через інтерфейс 114 програмного забезпечення або інтерфейс 114 репозиторію. Інтерфейс 114 програмного забезпечення є двонапрямним інтерфейсом і дозволяє пристрою 103 потенційних можливостей вести моніторинг репозиторію 113 програмного забезпечення для виявлення нових програм. Інакше кажучи, як тільки нова версія програмного забезпечення відповідного NE 111 стає доступною у репозиторії 113 програмного забезпечення, пристрій 103 потенційних можливостей отримує інформацію про це. Використання технології примусового завантаження інформації дозволяє репозиторію 113 інформувати пристрій 113 потенційних можливостей. В іншому прикладі пристрій 103 потенційних можливостей використовує таку технологію, щоб вимагати від репозиторію 113 програмного забезпечення нового програмного забезпечення. Будь-яка існуюча потенційна можливість репрезентується як об'єкт у пристрої 103 потенційних можливостей. Репозиторієм програмного забезпечення може бути база даних 113 або сервер 113 бази даних. В такому випадку інтерфейс 114 програмного забезпечення є інтерфейсом 114 відповідної бази даних. Загальною концепцією винаходу є прийом інформації про елементи 111 і статус мережі 112 зв'язку. Така інформація стає доступною у репозиторії 113 програмного забезпечення і/або як результат автоконфігурування (SC) процесу 110 керування інформаційною базою (МІВ) 110 у схемно реалізованому репозиторії 110 або у репозиторії 110 схеми. Різні репозиторії 113, 110 дозволяють визначати потенційні можливості, які існують у сукупності NE 111, встановлених у мережі 112 зв'язку. Ці потенційні можливості можуть бути зроблені доступними у пристрої 103 потенційних можливостей як об'єкти. Потенційні можливості можуть бути об'єктами, що надаються пристроєм 103 потенційних можливостей. Користувацький термінал 106, адміністратор 106 або користувач з користувацьким терміналом можуть використовувати потенційні можливості для генерування профілів у профільному пристрої 101, визначаючи стратегії. Кожний профіль у профільному пристрої 101 може бути реалізацією об'єкту профілю. Пристрій 103 потенційних можливостей і профільний пристрій 101 можуть дозволити моніторинг репозиторію 113 програмного забезпечення і репозиторію 110 схемного рішення. Отже, пристрій 103 потенційних можливостей і/або профільний пристрій 101 може визначати зміни у мереж 112 зв'язку, яка знаходиться під керуванням. Зміною у мережі може бути наявність нової версії програмного забезпечення для певного типу NE або додання, або заміна NE 111. Такі зміни можуть примусити профільний пристрій 101 знайти профіль, пов'язаний з відповідною зміною і генерувати відповідний процес, варіант процесу, об'єкт процесу або опис процесу у пристрої 102 процесу. Отже, профільний пристрій 101 і пристрій 102 процесу дозволяють контролювати процес, наприклад, програмного керування або автоконфігурування. Якщо пристрій 100 керування використовується для програмного керування (фіг.2), пристрій 103, 103а потенційних можливостей може включати програмне керування потенційними можливостями (swm) або потенційними можливостями програмного керування потенційними можливостями, профільний пристрій 101, 101а може включати профілі керування потенційними можливостями і пристрій 102, 102а процесу може включати процеси програмного керування можливостям. Пристрій керування 100а для програмного ілюстровано фіг. 2. Пристрій керування 100а включає пристрій 103 програмного керування потенційними можливостями, профільний пристрій 101а програмного керування потенційними можливостями і пристрій 102а процесу 6 UA 99665 C2 5 10 15 20 25 30 35 40 45 50 55 60 програмного керування потенційними можливостями. Пристрій 103а потенційних можливостей включає потенційні можливості програмного керування потенційними можливостями мережі 112 і/або кожного NE 111, профільний пристрій 101а програмного керування потенційними можливостями включає профілі 10, генеровані для програмного керування і пристрій 102а процесу програмного керування потенційними можливостями включає генероване програмне забезпечення для керування процесами. Програмне керування може означати автоматизоване програмне забезпечення для керування, тобто автоматичне керування програмним забезпечення. Керування програмним забезпечення може включати оновлення програмного забезпечення, встановленого у NE 111 або встановлення нового програмного забезпечення у NE 111. Фіг. 2 ілюструє стратегії або профілі для автоматизованого програмного керування. Операцією S200 користувацький термінал 106 або хвилевід отримує інформацію про наявність програмного забезпечення, якщо у наявності є програмне забезпечення, зокрема, коли у репозиторії програмного забезпечення є нова версія програмного забезпечення і генерує нові потенційні можливості, що відповідають програмному забезпеченню. Операцією S201 користувацький термінал 106 визначає профіль для автоматизованого програмного керування. Це програмне керування або процесу керування програмним забезпеченням є загальними для NE або базується на програмному забезпеченні. У загальному програмному керуванні можуть бути використані відповідні правила, наприклад, завжди встановлювати найновішу наявну версію програмного забезпечення. У базованому на програмному забезпеченні програмному керуванні приймаються абсолютні рішення, наприклад, завжди встановлювати найновішу наявну версію програмного забезпечення. Інакше кажучи, ці правила можуть визначати, які події, наприклад, наявність нового програмного забезпечення, викликають виконання певних дій, наприклад, встановлення програмного забезпечення. Прикладами таких правил можуть бути "завжди встановлювати найновішу наявну версію програмного забезпечення для NE типу А" або "завжди встановлювати останню стабільну версію програмного забезпечення для NE типу В". Це може дозволити автоматизоване програмне керування, залежне від типу NE. Крім того, визначення стратегії може дозволити встановлення або визначення рівня автоматизації. Наприклад, профіль може дозволити для певного NE 111 повністю автоматизоване програмне керування, а для іншого типу NE 111 може знадобитись контрольоване програмне керування. До того ж автоматизація може залежати від часу, тобто у робочий час може знадобитись зворотний зв'язок від оператора мережі при реалізації процесу, а встановлення у неробочий час може бути повністю автоматизоване. Рівень автоматизації програмного керування може бути визначений через точки зупинки у відповідному профілі. Інші випадки використання програмного керування процесом включають нове програмне забезпечення або нові версії програмного забезпечення, як показано у схемі операцій на фіг. 3, у довкіллі керування програмним забезпеченням. Спосіб запровадження нового програмного забезпечення починається, коли нове програмне забезпечення з'являється у репозиторії 113b програмного забезпечення. Операцією S300 пристрій 103b потенційних можливостей програмного керування потенційними можливостями отримує інформацію про нове програмне забезпечення і про відповідний NE 111. Операцією S301 пристрій 103 потенційних можливостей програмного керування потенційними можливостями інформує про це користувацький термінал 106 і/або профільний пристрій 101а програмного керування потенційними можливостями. Операцією S302 пристрій 101а програмного керування потенційними можливостями ілюструє прикладом або генерує об'єкт процесу програмного керування потенційними можливостями, процес програмного керування потенційними можливостями або опис процесу програмного керування потенційними можливостями і пов'язує фізичний процес програмного керування потенційними можливостями з пристроєм 102 процесу програмного керування потенційними можливостями. Операцією S303 генерованим прикладом процесу і генерованим фізичним процесом виконуються операції процесу, визначені відповідним профілем. Наприклад, фізичним процесом виконується завантаження відповідного програмного забезпечення у відповідний NE 111, встановлення пов'язаного з ним програмного забезпечення у відповідний NE 111 і активацію програмного забезпечення у відповідному NE 111. Результати і атрибути фізичного процесу відображаються в описі процесу або у відповідному об'єкті процесу, і операцією S304 об'єкт процесу і/або фізичний процес інформує користувацький термінал 106 про результати реалізації процесу. 7 UA 99665 C2 5 10 15 20 25 30 35 40 45 50 55 60 Інший варіант використання включає додання нового NE 111 у мережу 112 зв'язку (фіг. 4). Коли новий NE 111 встановлюється у існуючій мережі 112 (опер. S400) профільний пристрій 101с отримує інформацію про новий NE 111. Наприклад, профільний пристрій 101с програмного керування потенційними можливостями веде моніторинг схемного репозиторію 110с, зокрема, процесу 110с автоконфігурування і/або МІВ 110с для нового NE 111, вимагаючи підтримки керування програмним забезпеченням. Наприклад, новий NE 111 може вимагати встановлення програмного забезпечення, а процес 110с автоконфігурування може вимагати завантаження програмного забезпечення, встановлення програмного забезпечення і/або активації програмного забезпечення. Отже, процес 110с автоконфігурування взаємодіє з відповідним об'єктом профілю, який створює об'єкт процесу і, таким чином, ініціює завантаження фізичного "реального" програмного забезпечення, встановлення програмного забезпечення і/або активацію. Операцією S401, базуючись на заздалегідь визначеному профілі у профільному пристрої 101с програмного керування потенційними можливостями, профільний пристрій 110с, зокрема, профільний об'єкт програмного керування потенційними можливостями профільного пристрою 110с створює реалізатор відповідного фізичного процесу програмного керування потенційними можливостями або опису процесу програмного керування потенційними можливостями. Операцією S402 генерований реалізатор процесу програмного керування потенційними можливостями і генерований фізичний процес програмного керування потенційними можливостями виконують операції процесу, визначені відповідним профілем. Наприклад, фізичним процесом виконується завантаження програмного забезпечення у відповідний NE 111, встановлення програмного забезпечення у відповідному NE 111 і активація цього програмного забезпечення у відповідному NE 111. Результати і інформація про статус процесу або атрибути фізичного процесу відображаються в описі процесу, репрезентації процесу або у відповідному об'єкті процесу, і операцією S403 об'єкт процесу і/або фізичного процесу інформує користувацький термінал 106 про результати проходження процесу. Як було відзначено, рівень автоматизації автоматизованого процесу може бути визначений через використання точок зупинки, які можуть вказувати під час проходження процесу, що оператор вимагає або може приймати зворотний зв'язок від процесу, що проходить, і процес припиняється, доки не отримає інструкцію від оператора на продовження. Це може дозволити оператору автоматизувати стандартні процедури. Однак, складні операції процесу можуть виконуватись обережно. Спосіб визначення таких точок зупинки для автоматизованого програмного керування ілюстровано фіг. 5. Точка зупинки є прикладом потенційні можливості, тобто точки зупинки надають додаткові потенційні можливості для автоматизованого програмного керування потенційними можливостями, створюючи точки перехоплення, які дозволяють оператору вирішувати додаткові задачі. Операцією S500 користувацький термінал 106 або адміністратор отримує від пристрою 103d потенційнихможливостей програмного керування потенційними можливостями інформацію про наявність програмного забезпечення, а також точок зупинки для потенційних можливостей. Використовуючи цю інформацію, адміністратор встановлює профілі для автоматизованого програмного керування через користувацький термінал 106 (опер. S501). Профілі можуть бути спільними для NE або базованими на програмному забезпеченні. Крім того, адміністратор ідентифікую потрібні точки зупинки, в яких виконання операцій або стадії процесу можуть бути зупинені. Операцією S502, профільний пристрій 101d програмного керування потенційними можливостями веде моніторинг мережі 112 і нових NE 111 і репозиторію програмного забезпечення (не показаного на фіг. 5) у пошуку нового програмного забезпечення. Після виявлення нового програмного забезпечення або нового NE 111 у мережі 112 (фіг. З, 4) профільний пристрій програмного керування потенційними можливостями створює реалізатор процесу програмного керування потенційними можливостями у пристрої 102d процесу програмного керування потенційними можливостями. Операцією S503 генерованими реалізатором процесу і фізичним процесом виконуються операції визначення відповідним профілем. Наприклад, фізичний процес виконує завантаження програмного забезпечення у відповідний NE 111, встановлює це програмне забезпечення у відповідному NE 111 і активує його. Однак, оскільки точки зупинки визначено, під час завантаження, встановлення і активації програмного забезпечення, відповідний процес взаємодіє з користувацьким терміналом 106 і/або з адміністратором згідно цими точками зупинки. 8 UA 99665 C2 5 10 15 20 25 30 35 40 Результати і статус інформації про фізичний процес відображаються в описі процесу або у відповідному об'єкті процесу, і операцією S504 об'єкт процесу і/або фізичний процес інформує користувацький термінал про результати проходження процесу. Керування автоматизованим програмним забезпеченням може знизити ручну взаємодію при доданні багатьох елементів у мереж або під час оновлення програмного забезпечення у працюючому елементі мережі, зберігаючи цим OPEX. Але оператор мережі може забажати контролю процесу конфігурування програмного забезпечення. Отже, застосування точок зупинки може дозволити оператору визначати тип або рівень автоматизації. Як було відзначено вище, у процесі програмного керування можуть бути використані три об'єкти. Першим об'єктом, що використовується під час програмного керування є Об'єкт Програмного Керування Потенційними можливостями. Цей об'єкт репрезентує потенційні можливості програмного керування, запропоновані системою 112. Потенційні можливості можуть бути, наприклад, специфічними для певних типів NE 111, тому тут існує сукупність об'єктів. Потенційні можливості включають, наприклад, версії програмного забезпечення і пакети програмного забезпечення для цього типу NE 111. Потенційні можливості можуть також включати так звані точки зупинки. У цих точках процес програмного керування зупиняється до прийому від адміністратора IRP вимоги продовження. Другим об'єктом, що використовується під час програмного керування є Об'єкт Профілю Програмного Керування, який може бути профільований у Об'єкти Профілю Програмного Керування. Це профілювання означає, що деякі запропоновані потенційні можливості вибираються і конфігуруються, а інші не вибираються. Профілювання здійснюється визначенням стратегії для Об'єктів Профілю Програмного Керування. Згідно з прикладом точок зупинки, адміністратор IRP може фактично вибирати з сукупності точок зупинки, наявних у точках Об'єкту Програмного Керування Потенційними можливостями, де очікуються зупинки відповідного процесу. Для NE 111, який починає процес програмного керування, потрібне однозначне призначення профілю. Третім об'єктом, що використовується під час програмного керування є об'єкт процесу Програмного Керування. Цей об'єкт репрезентує реальний процес програмного керування, реалізацію процесу програмного керування або фізичний процес програмного керування для певного NE. Реалізатор створюється на початку процесу і стирається, коли процес закінчується. Залежно від технології програмного забезпечення, наприклад, XML або CORBA і схеми моделювання, зазначені об'єкти можуть бути реальними об'єктами, атрибути яких можна визначити під час загальної операції встановлення або отримання, або вони є так званими "об'єктами підтримки" властивості/атрибути яких можна отримати спеціальними операціями над об'єктами і від повідомлень, генерованих ними. Можливими є також їх комбінації. Далі розглядаються потенційні можливості взаємодії операцій/повідомлень. Інакше кажучи, атрибути об'єкта можуть бути отримані через команди стандартного зчитування або запису або через спеціальні функції. Таблиця 1 містить огляд об'єктів підтримки і пов'язаних з ними операцій і повідомлень, що використовуються у процесі програмного керування потенційними можливостями, або у процесі програмного керування. Таблиця 1 Об'єкти підтримка Потенційні можливості програмного керування потенційними можливостями Профіль програмного керування потенційними можливостями Процес програмного керування потенційними можливостями Операції Повідомлення listSwmCapabilities notifyNewSwAvailability listSwmProfiles createSwmProfile changeSwmProfile deleteSwm Profile listSwmProcess continueSwmProcess cancelSwmProcess 45 9 notifySwmProfileCreation notifySwmProfileChange notifySwmProfileDeletion notifySwmProcessCreation notifySwmProcessStatusChange notifySwmProcessCancelied UA 99665 C2 5 10 15 20 25 30 35 40 45 50 55 60 Фіг. 2-5 містять потоки повідомлень для різних можливих варіантів взаємодії або випадків використання програмного керування. Ці потоки повідомлень, тобто об'єкти, операції і повідомлення у різних варіантах, між Адміністратором/Оператором і запропонованим пристроєм 100 програмного керування у різних умовах використання, розглядаються нижче. Варіанти використання включають визначення стратегії, нове програмне забезпечення, нові NE 111 і встановлення точок зупинки. При визначенні стратегії адміністратор або користувацький термінал 106 визначає стратегію для потенційних можливостей пристрою 103а програмного керування потенційними можливостями потенційних можливостей, створюючи профіль програмного керування потенційними можливостями. Використання нового програмного забезпечення передбачає наявність опису того, що відбувається, якщо нове програмне забезпечення з'являється у репозиторії програмного забезпечення . Для нового NE 111 передбачено опис варіанту додання нового NE 111 у мережу 112. Процес 110с автоконфігурування для нового NE 111 або МІВ 110с взаємодіє з профілем програмного керування потенційними можливостями . Для визначення точок зупинки адміністратор вибирає деякі точки зупинки з сукупності наявних точок зупинки. Далі розглядаються деякі додаткові деталі, що стосуються запропонованих об'єктів і повідомлень. Назви об'єктів, значення, атрибути, вхідні дані, операції і повідомлення є самоочевидними. Отже, властивості відповідного об'єкту можуть бути отримані з його назви. Клас об'єктів підтримки swManagementCapabilities ілюстровано фіг. 6. Цей клас об'єктів дозволяє адміністратору IRP або користувацькому терміналу 106 визначати у інтерфейсі Itf-N 107 послідовність операцій керування програмним забезпеченням для NE певного типу. Крім того, адміністратор IRP 106 може визначати, як NE 111 реагує, коли операція не виконується нормально. Адміністратор IRP 106 може також визначати заздалегідь, які можуть бути встановлені точки зупинки для операцій, щоб операція автоконфігурування або операція керування програмним забезпеченням зупинялась і чекала на вимогу продовження від адміністратора IRP. Клас об'єктів підтримки swManagementCapabilities включає ідентифікатор атрибутів, nEAndSWInformation і swStepList. Ідентифікатор атрибутів ідентифікує NE. Атрибут nEAndSWInformation може бути використаний для визначення, для якого NE або яких NE і для якої версії програмного забезпечення призначено swManagementCapabilities (приклади: ідентифікатор+ObjectClass, IdentifierList+ObjectClass, клас об'єктів, nbg NE, версія вендора тощо etc.). nEAndSWInformation може також описувати залежність від від присутності інших пакетів програмного забезпечення. swStepList описує список, в якому кожний пункт містить групу nameOfPotentialStopPointSwStep, sequenceNumberlnScProcess або sequenceNumberlnSwProcess, дії InCaseOfErrorsOrDelays, елемент stopPointPropertylist NameOfPotentialStopPointSwStep може мати одне значення з списку значень swDownload, swFallback, Swlnstallation і SwActivation. Цей список значень може бути вичерпним. Отже, якщо операція є видимою або не підтримується у процесі керування програмним забезпеченням, то вона не буде показана або внесена у swStepList. Елемент списку behaviourlnCaseOfErrorsOrDelays може мати одне з значень OperationSkippedAndSwManagementContinued/SwManagementProcessStopped. Елемент списку sequenceNumberlnScProcess дає номер послідовності операцій у відповідному процес автоконфігурування або у відповідному процесі програмного керування потенційними можливостями. Елемент списку StopPointProperty може мати одне з значень StopPointCanBeSetBeforeThisStep/stopPointCanNotBeSet Фіг. 7 містить структуру класу об'єктів підтримки SwManagementProfile, які дозволяють адміністратору IRP точно вибирати точки зупинки з nameOfPotentialStopPointSwStep s2ManagementCapabilities або swManagementCapabilities, які мають бути використані для припинення процесом керування програмним забезпеченням для NE 111 і відповідають nEAndSWInformation. На початку автоконфігурування NE 111 не повинно бути неоднозначності щодо придатності профілю для NE 111. SwManagementProfile включає ідентифікатор атрибутів id, nEAndSWInformation, swActivatedStopPointList. 10 UA 99665 C2 5 10 15 20 25 30 35 40 45 50 55 Атрибут nEAndSWInformation об'єкту SwManagementProfile не повинен взаємодіяти з nEAndSWInformation інших реалізацій SwManagementProfile. Атрибут swActivatedStopPointList може описувати список операцій, перед якими зупиняється процес керування програмним забезпеченням згідно з цим профілем, і його значення є такими, як для OfPotentialStopPointSwStep. Необхідно перевіряти придатність swActivatedStopPointList. Отже, усі точки зупинки операцій, вибрані у swActivatedStopPointList потребують властивостей StopPointCanBeSetBeforeThisStep у реалізаторі swManagementCapabilities, де nEAndSWInformation включає nEAndSWInformation SwManagementProfile. Надсиланням повідомлень notifySwManagementProfileCreation, notifySwManagementProfileChange і notifySwManagementProfileDeletion користувацькі термінали 106 інформуються про події у реалізаторах цього класу об'єктів у профільному пристрої 102. Фіг. 8 містить структуру клас об'єктів підтримки swManagementProcess. Цей клас об'єктів описує процес керування програмним забезпеченням для автоконфігурування NE 111. Процес класу SwManagementObject дозволяє адміністратору IRP отримувати інформацію про статус процесу, наприклад, які операції виконано тощо. SwManagemeniProcess включає ідентифікатор атрибутів, nEldentification, swStepList. Атрибут nEldentification однозначно ідентифікує NE 111, де відбувається процес (фізичного) керування програмним забезпеченням або де проходить процес керування програмним забезпеченням Кожний пункт swStepList містить nameOfSwStep, OperationStatus, stopPointSetStatus. NameOfSwStep включає ті ж значення, як і nameOfPotentialStopPointSwStep. Пункт OperationStatus включає значення notYetDone, виконання, завершення, awaitingConfirmation, неуспіх. Пункт stopPointSetStatus включає значення stopPointlsSetBeforeThisStep/ StopPointlsNotSet. Коли процес керування програмним забезпеченням у NE 111 починається, автоматично створюється реалізатор swManagementProcess, який може бути об'єктом, що описує процес. Коли остання операція процесу автоконфігурування або процесу керування програмним забезпеченням успішно завершується, реалізатор swManagementProcess може бути стертий автоматично. Надсилання повідомлень notifySwManagementProcessCreation, notifySwManagementProcessChange і notifySwManagementProcessDeletion інформує користувацькі термінали 106 системи про події у реалізаторах цього класу об'єктів, тобто про їх статус. Фіг. 9 містить операції listSwmCapabilities, які дозволяють адміністратору IRP визначати на інтерфейсі Itf-N 107, які операції у керуванні програмним забезпеченням виконуються у NE певного типу, які дії виконує NE, якщо операціє не проходить нормально, і перед якими операціями можуть бути встановлені точки зупинки для припинення завантаження програмного забезпечення і чекання на вимогу продовження від адміністратора IRP. Операція listSwmCapabilities включає вхідний параметр nEAndSWInformation і визначає, для яких NE 111 мають бути перелічені потенційні можливості. Наприклад, вхідним параметром є ідентифікатор+ObjectClass, idList+ObjectClass, клас об'єктів, тип NE, версія вендора тощо. Якщо цей параметр відсутній, усі реалізатори SwmCapabilities мають бути виведені списком. Операція listSwmCapabilities включає вихідні параметри SwmCapabilitiesList і результат. Кожний пункт у списку містить SwmCapabilitiesList, який включає групу ідентифікаторів SwmCapabilities, nElnformation SwmCapabilities і swmStepList SwmCapabilities. Вихідний параметр-результат, який має значення success і порожній SwmCapabilitiesList, означає, що не знайдено потенційних можливостей або потенційних можливостей об'єкту. Фіг. 10 містить операцію listSwmProfiles. Ця операція дозволяє адміністратору IRP виявити, які реалізатори SwmProfile є дійсними для певного типу NE. Операція listSwmProfiles включає вхідний параметр nEAndSWInformation, який використано для визначення, які профілі NE 111 є у списку. Відповідні NE 111, наприклад, ідентифікуються identifier+ObjectClass, identifierList+ObjectClass, як клас об'єктів, тип NE, версія вендора тощо. Якщо цей параметр відсутній, усі реалізатори SwmProfiles мають бути виведені списком. Операція listSwmProfiles включає вихідні параметри SwmProfileList і результат. Кожний пункт списку SwmProfileList містить сукупність ідентифікаторів SwmProfile, nElnformation SwmProfile і swmActivatedStopPointList SwmProfile. Якщо вихідний параметр-результат означає success і SwmProfile є порожній, жодного реалізатора не було знайдено. 11 UA 99665 C2 5 10 15 20 25 30 35 40 45 50 55 фіг. 11 містить операцію createSwmProfiles, яка дозволяє адміністратору IRP виявити придатність реалізатора SwmProfile 30 для певного типу NE. Вхідні і вихідні параметри операції createSwmProfiles описано у фіг. 11. Фіг. 12 містить операцію changeSwmProfiles, яка дозволяє адміністратору IRP змінити реалізатор SwmProfile. Вхідні і вихідні параметри операції changeSwmProfiles описано у фіг. 12. Фіг. 13 містить операціюdeleteSwmProfiles, яка дозволяє адміністратору IRP стерти реалізатор swManagementProfile. Вхідні і вихідні параметри операції deleteSwmProfiles описано у фіг. 13. фіг. 14 містить операцію listSwmProcesses, яка дозволяє адміністратору IRP виявити, у яких NE 111 відбувається процес керування програмним забезпеченням процес і його статус. Вхідні і вихідні параметри операції listSwmProcesses описано у фіг. 14. Фіг. 15 містить операцію continueSwmProcess, яка є обов'язковою (M) і дозволяє адміністратору IRP обмежити процес керування програмним забезпеченням поточною точкою зупинки операції. Вхідні і вихідні параметри операції continueSwmProcess описано у фіг. 15. Фіг. 16 містить операцію cancelSwmProcess, яка дозволяє адміністратору IRP скасувати поточний процес керування програмним забезпеченням. Вхідні і вихідні параметри операції cancelSwmProcess описано у фіг. 16. Фіг. 17 містить повідомлення notifyNewSwAvailability, яке має інформацію про появу нового програмного забезпечення. Вхідні і вихідні параметри повідомлення notifyNewSwAvailability описано у фіг. 17. Фіг. 18 містить повідомлення notifySwmProfileCreation, яке несе інформацію про створення зразка Інформаційного Класу об'єктів (IOС) або класу об'єктів SwManagementProfile. Вхідні і вихідні параметри повідомлення notifySwmProfileCreation описано у фіг. 18. Фіг. 19 містить повідомлення notifySwmProfileChange, яке інформує про зміну реалізатора SwManagementProfile IOC. Вхідні і вихідні параметри повідомлення notifySwmProfileCreation описано у фіг. 19. Фіг. 20 містить повідомлення notifySwmProfileDeletion, яке несе інформацію про стирання реалізатора swManagementProfiie IOC. Вхідні і вихідні параметри повідомлення notifySwmProfileDeletion описано у фіг. 20. Фіг. 21 містить повідомлення notifySwmProcessCreation, яке несе інформацію про створення реалізатора swmProcess IOC. Вхідні і вихідні параметри повідомлення notifySwmProcessCreation описано у фіг. 21. Фіг. 22 містить повідомлення notifySwmProcessStatusChange, яке несе інформацію про зміну реалізатора swmProcess IOC. Вхідні і вихідні параметри повідомлення notifySwmProcessStatusChange описано у фіг. 22. Фіг. 23 містить повідомлення notifySwmProcessCancelled, яке несе інформацію про стирання реалізатора swmProcess IOC. Вхідні і вихідні параметри повідомлення notifySwmProcessCancelled описано у фіг. 23. фіг. 24 ілюструє інший процес, який може бути модельований або реалізований з використанням автоконфігурування (sc) пристрою керування 100e, який включає пристрій 103 потенційних можливостей автоконфігурування, профільний пристрій 101 є і пристрій 102 процесу автоконфігурування. Пристрій 103е потенційних можливостей автоконфігурування включає потенційні можливості автоконфігурування мережі 112 і/або кожного NE 111, автоконфігурування профільного пристрою 101 є включає енерування профілю для автоконфігурування і пристрій 102 процесу автоконфігурування включає генероване автоконфігурування процесів. Для забезпечення функціональності можуть бути використані три об'єкти підтримки ScManagementCapabilities, ScManagementProfile, ScProcess. ScManagementCapabilities забезпечує для адміністратора IRP огляд потенційних можливостей автоконфігурування, базований на типі NE. ScManagementProfile дозволяє адміністратору IRP визначати стратегію автоматичного автоконфігурування ScProcess є реалізатором фактичного процесу автоконфігурування у конкретному NE 111 і дозволяє адміністраторам IRP вести моніторинг статусу здійснювати взаємодію через заздалегідь визначені точки зупинки. Таблиця 2 містить огляд запропонованих об'єктів підтримки, відповідних операцій і повідомлень для цього IRP. 60 12 UA 99665 C2 Таблиця 2 Об'єкти підтримки Операції ScManagementCapabilities listScManagementCapabilities (M) ScManagementProfile ScProcess 5 10 15 20 25 30 35 40 listScManagementProfiles (M) createScManagementProfile (M) changeScManagementProfile (0) deleteScManagementProfile (M) listScProcesses (M) continueScProcess (M) cancelScProcess (O) Повідомлення notifyScManagementProfileCreation (M) notifyScManagementProfileChange (0) notifyScManagementProfileDeletion (M) notifyScProcessCreation (M) notifyScProcessStatusChange (M) notifyScProcessCancelled (0) Фіг. 24 ілюструє введення нового NE 111 у мережу 112 зв'язку, де NE 111 sc пристрій 100е керування автоконфігуруванням, адаптовано здійснювати процес автоконфігурування. Коли новий NE 111 встановлюють в існуючій мережі 112, операцією S2400 профільний пристрій 101е автоконфігурування отримує інформацію про новий NE 111. Наприклад, профільний пристрій 101e автоконфігурування веде моніторинг схемного репозиторію 110е або МІВ 110е для нових NE 111, що потребують автоконфігурування. Операцією S2401, базованою на встановленні профілю профільному пристрої 101 є автоконфігурування, цей пристрій, зокрема, автоконфігурує об'єкт профілю у цьому пристрої 101e, який ініціює відповідний фізичний процес автоконфігурування і/або опис процесу автоконфігурування, або репрезентацію цього процесу. Наприклад, такий процес автоконфігурування здійснюється пристроєм 102 процесу автоконфігурування. Операцією S2402 генерований реалізатор процесу автоконфігурування і генерований фізичний процес автоконфігурування виконують операції, визначені відповідним профілем. Наприклад, фізичний процес завантажує програмне забезпечення у відповідний NE 111, встановлює це програмне забезпечення у відповідному NE 111 і активує це програмне забезпечення. Генерований процес автоконфігурування може ініціювати процес програмного керування потенційними можливостями для програмного забезпечення. Профільний пристрій 101с програмного керування може також вести моніторинг процесу автоконфігурування. Після встановлення програмного забезпечення процес програмного керування потенційними можливостями повертається до процесу автоконфігурування і процес автоконфігурування продовжуються. Інформація про результати і статус або атрибути фізичного процесу відображаються в опис процесу або у відповідний об'єкт процесу, і операцією S2403 об'єкт процесу і/або фізичний процес інформують користувацький термінал про результати реалізації процесу. Слід відзначити, що термін "включає" не виключає інших елементі або операцій. Елементи, описані у різних втіленнях, можуть бути комбіновані. Слід також зазначити, що символи посилання у Формулі винаходу не обмежують її об'єму. Абревіатури і термінологія DM: Адміністратор домену ІОС: Інформаційний Клас об'єктів NE: Елемент мережі NM: Керування Мережею OAM: Операції, адміністрування, обслуговування OPEX: Операційні витрати SW: Програмне забезпечення SWM/Swm: Керування Програмним забезпеченням SC: Автоконфігурування МІВ: Керування Інформаційною базою CORBA: Спільний Брокер потреб об'єкту XML: Здатна до розширення маркувальна мова ФОРМУЛА ВИНАХОДУ 45 1. Пристрій (100) для керування елементом обладнання мережі, який включає: профільний пристрій (101, 101а, 101е); 13 UA 99665 C2 5 10 15 20 25 30 35 40 45 50 55 пристрій (102, 102а, 102е) процесу; де профільний пристрій (101, 101а, 101е) адаптовано одержувати об'єкт потенційних можливостей, що пропонує потенційні можливості відповідного фізичного процесу, який включає групу точок зупинки, причому запропоновані точки зупинки визначають точки, в яких фізичні процеси можуть бути зупиненими і поновленими, та профілювати об'єкт потенційних можливостей у щонайменше один профільний об'єкт, вибираючи певні запропоновані потенційні можливості з вказаної групи запропонованих потенційних можливостей, причому вибрані точки зупинки визначають точки, в яких відповідний фізичний процес повинен зупинитись; де пристрій (102, 102а, 102е) процесу адаптовано генерувати опис процесу, використовуючи щонайменше один профільний об'єкт; де генерований опис процесу є описом фізичного процесу; де генерований опис процесу може бути реалізований для здійснення контролю фізичного процесу згідно з генерованим описом процесу. 2. Пристрій (100) за п. 1, який додатково включає: пристрій (103, 103а, 103е) потенційних можливостей; де пристрій (103, 103а, 103е) потенційних можливостей адаптовано включати щонайменше одну потенційну можливість; де профільний пристрій (101, 101а, 101е) з'єднано з пристроєм (103, 103а, 103е) потенційних можливостей; де профільний пристрій (101, 101а, 101е) додатково адаптовано вибирати щонайменше одну з потенційних можливостей для генерування щонайменше одного профілю процесу. 3. Пристрій (100) за п. 2, в якому профіль процесу генерований профілюванням щонайменше одної потенційної можливості. 4. Пристрій (100) за п. 2 або п. 3, в якому щонайменше одна потенційна можливість є одною з можливостей, вибраною з групи, яку складають потенційна можливість точки зупинки, потенційна можливість конкретного елемента мережі, потенційна можливість версії програмного забезпечення, потенційна можливість наявного програмного забезпечення і потенційна можливість, запропоновану системою. 5. Пристрій (100) за п. 4, в якому потенційну можливість точки зупинки адаптовано для контролю переривання опису процесу і/або фізичного процесу, що реалізуються. 6. Пристрій (100) за пп. 2-5, в якому пристрій (103, 103а, 103е) потенційних можливостей з'єднано з репозиторієм (113) програмного забезпечення. 7. Пристрій (100) за пп. 1-6, в якому профільний пристрій (101, 101а, 101е) з'єднано з репозиторієм (110) мережі. 8. Пристрій (100) за пп. 1-7, в якому пристрій процесу з'єднано з елементом (111) мережі зв'язком (115); де фізичний процес адаптовано діяти на елемент мережі через зв'язок (115). 9. Пристрій (100) за п. 7, в якому процесом є щонайменше один процес, вибраний з групи, яку складають Процес Автоконфігурування, Процес Самозабезпечення, Процес Автооптимізації, Процес Самовідновлення і Процес Керування Програмним забезпеченням. 10. Пристрій (100) за будь-яким з пп. 1-9, в якому щонайменше один пристрій, вибраний з групи, яку складають профільний пристрій, пристрій процесу і пристрій потенційних можливостей, є об'єктом, що реалізується на процесорі. 11. Пристрій за будь-яким з пп. 1-10, в якому щонайменше один пристрій, вибраний з групи, яку складають профільний пристрій (101, 101а, 101е), пристрій (102, 102а, 102е) процесу і пристрій (103, 103а, 103е) потенційних можливостей, включає інтерфейс (104, 107, 108) керування; де інтерфейс (104, 107, 108) керування адаптовано мати зв'язок з реалізатором (106) керування. 12. Пристрій (100) за будь-яким з пп. 1-11, в якому щонайменше один пристрій, вибраний з групи, яку складають профільний пристрій (101, 101а, 101е), пристрій (102, 102а, 102е) процесу і пристрій (103, 103а, 103е) потенційних можливостей, лежить у рівні Адміністратора Домену (DM). 13. Пристрій (100) за будь-яким з пп. 1-12, в якому пристрій керування (100) є розподіленою системою. 14. Спосіб керування елементом обладнання мережі (111), за яким: забезпечують об'єкт потенційних можливостей, що пропонує потенційні можливості відповідного фізичного процесу, що включає групу точок зупинки, причому запропоновані точки зупинки визначають точки, в яких відповідний фізичний процес може бути зупиненим і поновленим; 14 UA 99665 C2 5 10 профілюють об'єкт потенційних можливостей у профільний об'єкт, вибираючи певні запропоновані потенційні можливості з групи запропонованих можливостей, причому вибрані точки зупинки визначають точки, в яких відповідний фізичний процес повинен зупинитись; генерують опис процесу з використанням щонайменше одного профільного об'єкта, причому генерованим описом процесу є опис фізичного процесу; реалізують генерований опис процесу по відношенню до елемента обладнання мережі; і контролюють фізичний процес згідно з генерованим описом процесу, в якому фізичний процес переривають відповідно вибраним точкам зупинки. 15. Спосіб за п. 14, за яким додатково: вибирають щонайменше одну потенційну можливість, включену у пристрій потенційних можливостей; генерують щонайменше один профіль процесу з використанням щонайменше одної вибраної потенційної можливості. 15 UA 99665 C2 16 UA 99665 C2 17 UA 99665 C2 18 UA 99665 C2 19 UA 99665 C2 20 UA 99665 C2 21 UA 99665 C2 22 UA 99665 C2 23 UA 99665 C2 24 UA 99665 C2 Комп’ютерна верстка А. Крулевський Державна служба інтелектуальної власності України, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601 25