Спосіб мережевого керування шляхом підтримки з боку термінала з використанням сигналізації в площині керування між терміналом і мережею
Номер патенту: 96532
Опубліковано: 10.11.2011
Автори: Кітазое Масато, Сонг Осок, Флоре Оронцо, Гріллі Франческо, Мішра Анджалі
Формула / Реферат
1. Спосіб підтримки самоорганізовної мережі (SON), який включає етапи: визначення однієї або більше подій, пов'язаних з мережею зв'язку; ідентифікації політики SON, яка задає інформацію, що підлягає збору, що
належить до відповідних певних подій, і одну або більше процедур для сповіщення про зібрану інформацію;
встановлення інтерфейсу зв'язку між призначеним мережевим вузлом і одним або більше користувацьким обладнанням (UE); і
видачі команд на передачу політики SON від призначеного мережевого вузла на один або більше UE через інтерфейс зв'язку.
2. Спосіб за п. 1, в якому призначеним мережевим вузлом є об'єкт керування мобільністю (ММЕ) або сервер додатків SON.
3. Спосіб за п. 1, в якому ідентифікація полягає у визначенні подій, які відповідають щонайменше одному з: відмови пристрою, відмови апаратного забезпечення, зміни мережевої топології, що спостерігається користувацьким обладнанням (UE), або зміни ресурсів зв'язку, що використовуються UE.
4. Спосіб за п. 1, в якому ідентифікація полягає в ідентифікації ініціюючих подій, зібрана інформація про які повинна повідомлятися одним або декількома UE, причому ініціюючі події полягають в тому, що пам'ять в UE, яка використовується для збереження інформації, яка збирається, що належить до відповідних певних подій, завантажується фактично повністю.
5. Спосіб за п. 1, в якому підлягаюча збору інформація, що належить до відповідних певних подій, заданих стратегією SON, містить щонайменше одне з: моменту часу появи заданої події, ресурсів, що використовуються UE в момент часу, пов'язаний з певною подією, мережевої топології, що спостерігається UE в момент часу, пов'язаний з певною подією, або канального вимірювання, що виконується UE в момент часу, пов'язаний з певною подією.
6. Спосіб за п. 1, який додатково включає етапи:
виявлення відмови лінії радіозв'язку (RLF), що належить до одного або більше UE; і
запису інформації, що належить до RLF.
7. Спосіб за п. 6, в якому запис полягає в записі одного або більше з:
моменту часу появи RLF, обслуговуючого стільника, пов'язаного з одним або декількома UE, цільового стільника, пов'язаного з одним або декількома UE, або канальних вимірювань, які передують RLF.
8. Спосіб за п. 7, в якому етап запису полягає в:
прийомі інформації, що належить до RLF, від одного або більше UE; і агрегування прийнятої інформації від одного або більше UE з локально створеною інформацією, що належить до RLF.
9. Спосіб за п. 8, в якому інформація, прийнята від одного або більше UE, містить момент часу появи RLF і положення одного або більше UE в момент часу появи RLF.
10. Спосіб за п. 8, в якому інформація, прийнята від одного або більше UE, містить момент часу появи RLF, а запис інформації, що належить до RLF, містить локальне визначення положення одного або більше UE в момент часу появи RLF.
11. Спосіб за п. 6, що додатково містить етапи:
збереження записаної інформації, що належить до RLF, в регістрі; і
сповіщення об'єкта О&М про збережену інформацію в регістрі після визначення того, що регістр фактично заповнений, або того, що закінчився періодичний часовий інтервал, вибраний в функції часу, який пройшов з найбільш останньої зміни в мережевій топології.
12. Спосіб за п. 6, який додатково містить етап оптимізації списку сусідів на основі записаної інформації, що належить до RLF, щонайменше частково, шляхом визначення очікуваної користі, пов'язаної з додаванням нової базової станції і/або нового ретранслятора в мережі зв'язку на основі записаної інформації, що належить до RLF.
13. Пристрій бездротового зв'язку, що містить:
пам'ять, яка зберігає дані, що належать до визначень відповідних мережевих подій, і політику самоорганізовної мережі (SON), яка включає в себе команди для проведення і сповіщення про вимірювання, що належать до відповідних мережевих подій; і
процесор, сконфігурований для призначення об'єкта мережевого керування, для видачі команд на передачу політики SON від призначеного об'єкта мережевого керування на один або більше терміналів, для прийому одного або більше повідомлених вимірювань від терміналів через призначений об'єкт керування на основі політики SON і для оптимізації роботи пристрою бездротового зв'язку на основі, щонайменше частково, повідомлених вимірювань.
14. Пристрій бездротового зв'язку за п. 13, в якому команди, збережені в пам'яті для проведення і сповіщення про вимірювання, що належать до відповідних мережевих подій, містять стандартизований набір визначень для відповідних мережевих подій і розклад для сповіщення про вимірювання, що належать до відповідних мережевих подій, від термінала на пристрій бездротового зв'язку.
15. Пристрій бездротового зв'язку за п. 14, в якому процесор додатково сконфігурований для створення розкладу для сповіщень про вимірювання шляхом визначення рівня використання пам'яті в UE, що використовується для збереження реєстрацій вимірювань.
16. Пристрій бездротового зв'язку за п. 13, в якому команди, збережені в пам'яті, для проведення і сповіщення про вимірювання, що належать до відповідних мережевих подій, містять команди для вимірювання одного або більше з: моменту часу настання певної події, ресурсів, що використовуються терміналом в момент часу, пов'язаний з певною подією, інформації про місцеположення в мережі, що спостерігається терміналом в момент часу, пов'язаний з певною подією, або канальної інформації, що спостерігається терміналом в момент часу, пов'язаний з певною подією.
17. Пристрій бездротового зв'язку за п. 13, в якому процесор додатково сконфігурований для виявлення відмови лінії радіозв'язку (RLF), що стосується одного або більше терміналів, і для запису інформації, що належить до RLF.
18. Пристрій бездротового зв'язку за п. 17, в якому процесор додатково сконфігурований для запису одного або більше з: моменту часу настання RLF, обслуговуючого стільника, пов'язаного з одним або декількома терміналами, цільового стільника, пов'язаного з одним або декількома терміналами, або канальних вимірювань, які передують RLF.
19. Пристрій бездротового зв'язку за п. 17, в якому пам'ять додатково зберігає дані, що належать до інформації, що належить до RLF, отриманої від одного або більше терміналів, а процесор додатково сконфігурований для агрегування інформації, отриманої від одного або більше терміналів, з локально створеною інформацією, що належить до RLF.
20. Пристрій бездротового зв'язку за п. 17, в якому пам'ять додатково зберігає дані про конфігурацію мережі, а процесор додатково сконфігурований для отримання інформації, що належить до одного або декількох терміналів, з даних про конфігурацію мережі.
21. Пристрій бездротового зв'язку за п. 17, в якому процесор додатково сконфігурований для збереження в регістрі записаної інформації, що належить до RLF.
22. Пристрій бездротового зв'язку за п. 17, в якому процесор додатково сконфігурований для оптимізації списку сусідів на основі записаної інформації, що належить до RLF, щонайменше частково, шляхом визначення очікуваної користі, пов'язаної з додаванням нової базової станції і/або нового ретранслятора в мережі зв'язку, на основі записаної інформації, що належить до RLF.
23. Пристрій, який сприяє мережевому керуванню і оптимізації, причому пристрій містить:
засіб для ідентифікації політики сповіщення, яка включає в себе список визначень подій і вимірювань, пов'язаних з відповідними певними подіями;
засіб для ідентифікації термінала, здатного використовувати політику сповіщення; і
засіб для сприяння передачі політики сповіщення із заздалегідь призначеного мережевого вузла на ідентифікований термінал.
24. Машиночитаний носій, на якому зберігаються команди, які при виконанні комп'ютером спонукають комп'ютер:
визначати один або декілька типів подій, що підлягають реєстрації мережевим пристроєм;
визначати розклад отримання сповіщень про відповідні зареєстровані події від мережевого пристрою; і
виділяти один або більше з сервера мережевого керування, об'єкта керування мобільністю або сервера додатків самоорганізовної мережі (SON) для керування реєстрацією одного або декількох певних типів подій і сповіщенням про відповідні зареєстровані події згідно з певним розкладом в мережевому пристрої.
25. Інтегральна схема, що виконує машиночитані команди для підтримки самоорганізовної мережі (SON), причому команди призначені для:
компіляції політики SON, що підлягає використанню одним або декількома комплектами користувацького обладнання (UE), причому політика SON містить відповідні стандартизовані визначення подій і розклад сповіщення для відповідних певних подій;
видачі команди на передачу політики SON з призначеного вузла мережевого керування на одне або більше UE;
прийому одного або більше сповіщень про події від згаданих UE через вузол мережевого керування на основі політики SON; і
оптимізації робочих характеристик мережі на основі, щонайменше частково, прийнятих сповіщень про події.
26. Спосіб реєстрації і сповіщення про мережеві події, що містить етапи:
прийому політики самоорганізовної мережі (SON) з мережі, яка задає список визначень для відповідних мережевих подій, список вимірювань, пов'язаних з відповідними мережевими подіями, і команди для сповіщення про вимірювання, пов'язані з відповідними мережевими подіями;
виявлення появи мережевої події, визначеної стратегією SON;
виконання одного або більше вимірювань, пов'язаних з виявленою мережевою подією, на основі стратегії SON; і
сповіщення мережі про одне або декілька вимірювань на основі команд для сповіщення про вимірювання, забезпечені політикою SON.
27. Спосіб за п. 26, в якому відповідні мережеві події включають в себе одне або більше з: відмови апаратних засобів, відмови з'єднання, відмови лінії радіозв'язку (RLF), зміни мережевої топології, що спостерігається, і/або зміни використовуваних ресурсів зв'язку.
28. Спосіб за п. 26, в якому виконання одного або більше вимірювань містить визначення одного або більше з: моменту часу настання події, ресурсів, що використовуються в момент часу, пов'язаний з подією, місцеположення, що спостерігається, в мережі в момент часу, пов'язаний з подією, або канальної інформації в момент часу, пов'язаний з подією.
29. Спосіб за п. 26, в якому прийом полягає в прийомі з мережі політики SON в одному або декількох пейджингових повідомленнях.
30. Спосіб за п. 26, в якому мережева подія містить RLF, а спосіб додатково містить етап збереження в регістрі інформації, пов'язаної з RLF.
31. Спосіб за п. 30, в якому сповіщення містить:
ідентифікацію моменту появи щонайменше однієї попередньо визначеної ініціюючої події, причому щонайменше одна ініціююча подія містить щонайменше одне з наступного: якість лінії зв'язку з мережею має якість, яка щонайменше відповідає попередньо визначеному порогу, або регістр фактично завантажується повністю; і
пересилання щонайменше частини інформації, збереженої в регістрі, в мережу в ідентифікований момент появи.
32. Спосіб за п. 31, в якому етап сповіщення додатково містить тунелювання одного або більше вимірювань на сервер SON.
33. Пристрій бездротового зв'язку, що містить:
пам'ять, яка зберігає дані, що належать до об'єкта самоорганізовної мережі (SON); і
процесор, сконфігурований для прийому списку визначень подій і відповідних наборів пов'язаних з ними вимірювань від об'єкта SON, для виявлення появи певної події, для реєстрації вимірювань з набору вимірювань, пов'язаних з виявленою подією, і для сповіщення об'єкта SON про зареєстровані вимірювання.
34. Пристрій бездротового зв'язку за п. 33, в якому список визначень подій, отриманий від об'єкта SON, визначає набір подій, що включають в себе одне або більше з: відмови апаратних засобів, відмови з'єднання, відмови лінії радіозв'язку (RLF), зміни мережевої топології, що спостерігається, і зміни використовуваних ресурсів зв'язку.
35. Пристрій бездротового зв'язку за п. 33, в якому набір відповідних вимірювань, отриманий від об'єкта SON, включає в себе одне або більше з: інформації про часову мітку, яка відповідає події, ресурсів, що використовуються пристроєм бездротового зв'язку, які відповідають події, інформації про мережеву топологію, пов'язану з подією, як спостерігається пристроєм бездротового зв'язку, або канальної інформації, пов'язаної з подією, як спостерігається пристроєм бездротового зв'язку.
36. Пристрій бездротового зв'язку за п. 33, в якому процесор додатково сконфігурований для виявлення RLF і збереження в регістрі інформації, пов'язаної з RLF.
37. Пристрій бездротового зв'язку за п. 36, в якому процесор додатково сконфігурований для ідентифікації моменту появи однієї або декількох ініціюючих подій, причому одна або більше ініціюючих подій містить щонайменше одне з: ідентифікації якості лінії зв'язку щонайменше на рівні попередньо визначеного порога, або ідентифікації того, що регістр, який використовується для збереження інформації, пов'язаної з RLF, фактично повністю завантажений, і для повідомлення щонайменше частини інформації, пов'язаної з RLF, збереженої в регістрі в ідентифікований момент часу появи.
38. Пристрій, який сприяє реалізації самоорганізовної мережі (SON), причому пристрій містить:
засіб для прийому з мережі набору визначень подій, наборів вимірювань, що належать до відповідних певних подій, і розкладу сповіщень;
засіб для реєстрації вимірювань після появи певної події на основі набору вимірювань, що належать до події; і
засіб для передачі зареєстрованих вимірювань в мережу згідно з розкладом сповіщення.
39. Машиночитаний носій, на якому зберігаються команди, які при виконанні комп'ютером спонукають комп'ютер:
приймати набір стандартизованих мережевих подій, списки вимірювань, пов'язаних відповідно з мережевими подіями, і команди для сповіщення об'єкта мережевого керування і/або сервера керування пристроями (DM) Відкритого товариства виробників мобільного зв'язку (ОМА) про вимірювання, пов'язані з мережевими подіями;
виявляти подію з набору стандартизованих мережевих подій;
виконувати вимірювання зі списку вимірювань, які відповідають виявленій події;
сповіщати об'єкт мережевого керування або сервер ОМА DM про виконані вимірювання на основі прийнятих команд.
40. Інтегральна схема, що виконує виконувані комп'ютером команди для реєстрації і сповіщення про події в мережі зв'язку, причому команди містять:
прийом політики самоорганізовної мережі (SON) від мережі зв'язку, причому політика SON задає список мережевих подій, набір вимірювань для реєстрації після виявлення події зі списку, і команди для сповіщення призначеного мережевого вузла про вимірювання;
контроль робочого стану мережі для виявлення появи події зі списку;
виконання набору вимірювань після виявлення події зі списку; і
сповіщення призначеного мережевого вузла про набір вимірювань згідно із забезпеченими командами.
Текст
1. Спосіб підтримки самоорганізовної мережі (SON), який включає етапи: визначення однієї або більше подій, пов'язаних з мережею зв'язку; ідентифікації політики SON, яка задає інформацію, що підлягає збору, що належить до відповідних певних подій, і одну або більше процедур для сповіщення про зібрану інформацію; встановлення інтерфейсу зв'язку між призначеним мережевим вузлом і одним або більше користувацьким обладнанням (UE); і видачі команд на передачу політики SON від призначеного мережевого вузла на один або більше UE через інтерфейс зв'язку. 2. Спосіб за п. 1, в якому призначеним мережевим вузлом є об'єкт керування мобільністю (ММЕ) або сервер додатків SON. 3. Спосіб за п. 1, в якому ідентифікація полягає у визначенні подій, які відповідають щонайменше одному з: відмови пристрою, відмови апаратного забезпечення, зміни мережевої топології, що спостерігається користувацьким обладнанням (UE), 2 (19) 1 3 збереження записаної інформації, що належить до RLF, в регістрі; і сповіщення об'єкта О&М про збережену інформацію в регістрі після визначення того, що регістр фактично заповнений, або того, що закінчився періодичний часовий інтервал, вибраний в функції часу, який пройшов з найбільш останньої зміни в мережевій топології. 12. Спосіб за п. 6, який додатково містить етап оптимізації списку сусідів на основі записаної інформації, що належить до RLF, щонайменше частково, шляхом визначення очікуваної користі, пов'язаної з додаванням нової базової станції і/або нового ретранслятора в мережі зв'язку на основі записаної інформації, що належить до RLF. 13. Пристрій бездротового зв'язку, що містить: пам'ять, яка зберігає дані, що належать до визначень відповідних мережевих подій, і політику самоорганізовної мережі (SON), яка включає в себе команди для проведення і сповіщення про вимірювання, що належать до відповідних мережевих подій; і процесор, сконфігурований для призначення об'єкта мережевого керування, для видачі команд на передачу політики SON від призначеного об'єкта мережевого керування на один або більше терміналів, для прийому одного або більше повідомлених вимірювань від терміналів через призначений об'єкт керування на основі політики SON і для оптимізації роботи пристрою бездротового зв'язку на основі, щонайменше частково, повідомлених вимірювань. 14. Пристрій бездротового зв'язку за п. 13, в якому команди, збережені в пам'яті для проведення і сповіщення про вимірювання, що належать до відповідних мережевих подій, містять стандартизований набір визначень для відповідних мережевих подій і розклад для сповіщення про вимірювання, що належать до відповідних мережевих подій, від термінала на пристрій бездротового зв'язку. 15. Пристрій бездротового зв'язку за п. 14, в якому процесор додатково сконфігурований для створення розкладу для сповіщень про вимірювання шляхом визначення рівня використання пам'яті в UE, що використовується для збереження реєстрацій вимірювань. 16. Пристрій бездротового зв'язку за п. 13, в якому команди, збережені в пам'яті, для проведення і сповіщення про вимірювання, що належать до відповідних мережевих подій, містять команди для вимірювання одного або більше з: моменту часу настання певної події, ресурсів, що використовуються терміналом в момент часу, пов'язаний з певною подією, інформації про місцеположення в мережі, що спостерігається терміналом в момент часу, пов'язаний з певною подією, або канальної інформації, що спостерігається терміналом в момент часу, пов'язаний з певною подією. 17. Пристрій бездротового зв'язку за п. 13, в якому процесор додатково сконфігурований для виявлення відмови лінії радіозв'язку (RLF), що стосується одного або більше терміналів, і для запису інформації, що належить до RLF. 96532 4 18. Пристрій бездротового зв'язку за п. 17, в якому процесор додатково сконфігурований для запису одного або більше з: моменту часу настання RLF, обслуговуючого стільника, пов'язаного з одним або декількома терміналами, цільового стільника, пов'язаного з одним або декількома терміналами, або канальних вимірювань, які передують RLF. 19. Пристрій бездротового зв'язку за п. 17, в якому пам'ять додатково зберігає дані, що належать до інформації, що належить до RLF, отриманої від одного або більше терміналів, а процесор додатково сконфігурований для агрегування інформації, отриманої від одного або більше терміналів, з локально створеною інформацією, що належить до RLF. 20. Пристрій бездротового зв'язку за п. 17, в якому пам'ять додатково зберігає дані про конфігурацію мережі, а процесор додатково сконфігурований дляотримання інформації, що належить до одного або декількох терміналів, з даних про конфігурацію мережі. 21. Пристрій бездротового зв'язку за п. 17, в якому процесор додатково сконфігурований для збереження в регістрі записаної інформації, що належить до RLF. 22. Пристрій бездротового зв'язку за п. 17, в якому процесор додатково сконфігурований для оптимізації списку сусідів на основі записаної інформації, що належить до RLF, щонайменше частково, шляхом визначення очікуваної користі, пов'язаної з додаванням нової базової станції і/або нового ретранслятора в мережі зв'язку, на основі записаної інформації, що належить до RLF. 23. Пристрій, який сприяє мережевому керуванню і оптимізації, причому пристрій містить: засіб для ідентифікації політики сповіщення, яка включає в себе список визначень подій і вимірювань, пов'язаних з відповідними певними подіями; засіб для ідентифікації термінала, здатного використовувати політику сповіщення; і засіб для сприяння передачі політики сповіщення із заздалегідь призначеного мережевого вузла на ідентифікований термінал. 24. Машиночитаний носій, на якому зберігаються команди, які при виконанні комп'ютером спонукають комп'ютер: визначати один або декілька типів подій, що підлягають реєстрації мережевим пристроєм; визначати розклад отримання сповіщень про відповідні зареєстровані події від мережевого пристрою; і виділяти один або більше з сервера мережевого керування, об'єкта керування мобільністю або сервера додатків самоорганізовної мережі (SON) для керування реєстрацією одного або декількох певних типів подій і сповіщенням про відповідні зареєстровані події згідно з певним розкладом в мережевому пристрої. 25. Інтегральна схема, що виконує машиночитані команди для підтримки самоорганізовної мережі (SON), причому команди призначені для: компіляції політики SON, що підлягає використанню одним або декількома комплектами користувацького обладнання (UE), причому політика SON містить відповідні стандартизовані визначення 5 подій і розклад сповіщення для відповідних певних подій; видачі команди на передачу політики SON з призначеного вузла мережевого керування на одне або більше UE; прийому одного або більше сповіщень про події від згаданих UE через вузол мережевого керування на основі політики SON; і оптимізації робочих характеристик мережі на основі, щонайменше частково, прийнятих сповіщень про події. 26. Спосіб реєстрації і сповіщення про мережеві події, що містить етапи: прийому політики самоорганізовної мережі (SON) з мережі, яка задає список визначень для відповідних мережевих подій, список вимірювань, пов'язаних з відповідними мережевими подіями, і команди для сповіщення про вимірювання, пов'язані з відповідними мережевими подіями; виявлення появи мережевої події, визначеної стратегією SON; виконання одного або більше вимірювань, пов'язаних з виявленою мережевою подією, на основі стратегії SON; і сповіщення мережі про одне або декілька вимірювань на основі команд для сповіщення про вимірювання, забезпечені політикою SON. 27. Спосіб за п. 26, в якому відповідні мережеві події включають в себе одне або більше з: відмови апаратних засобів, відмови з'єднання, відмови лінії радіозв'язку (RLF), зміни мережевої топології, що спостерігається, і/або зміни використовуваних ресурсів зв'язку. 28. Спосіб за п. 26, в якому виконання одного або більше вимірювань містить визначення одного або більше з: моменту часу настання події, ресурсів, що використовуються в момент часу, пов'язаний з подією, місцеположення, що спостерігається, в мережі в момент часу, пов'язаний з подією, або канальної інформації в момент часу, пов'язаний з подією. 29. Спосіб за п. 26, в якому прийом полягає в прийомі з мережі політики SON в одному або декількох пейджингових повідомленнях. 30. Спосіб за п. 26, в якому мережева подія містить RLF, а спосіб додатково містить етап збереження в регістрі інформації, пов'язаної з RLF. 31. Спосіб за п. 30, в якому сповіщення містить: ідентифікацію моменту появи щонайменше однієї попередньо визначеної ініціюючої події, причому щонайменше одна ініціююча подія містить щонайменше одне з наступного: якість лінії зв'язку з мережею має якість, яка щонайменше відповідає попередньо визначеному порогу, або регістр фактично завантажується повністю; і пересилання щонайменше частини інформації, збереженої в регістрі, в мережу в ідентифікований момент появи. 32. Спосіб за п. 31, в якому етап сповіщення додатково містить тунелювання одного або більше вимірювань на сервер SON. 33. Пристрій бездротового зв'язку, що містить: пам'ять, яка зберігає дані, що належать до об'єкта самоорганізовної мережі (SON); і 96532 6 процесор, сконфігурований для прийому списку визначень подій і відповідних наборів пов'язаних з ними вимірювань від об'єкта SON, для виявлення появи певної події, для реєстрації вимірювань з набору вимірювань, пов'язаних з виявленою подією, і для сповіщення об'єкта SON про зареєстровані вимірювання. 34. Пристрій бездротового зв'язку за п. 33, в якому список визначень подій, отриманий від об'єкта SON, визначає набір подій, що включають в себе одне або більше з: відмови апаратних засобів, відмови з'єднання, відмови лінії радіозв'язку (RLF), зміни мережевої топології, що спостерігається, і зміни використовуваних ресурсів зв'язку. 35. Пристрій бездротового зв'язку за п. 33, в якому набір відповідних вимірювань, отриманий від об'єкта SON, включає в себе одне або більше з: інформації про часову мітку, яка відповідає події, ресурсів, що використовуються пристроєм бездротового зв'язку, які відповідають події, інформації про мережеву топологію, пов'язану з подією, як спостерігається пристроєм бездротового зв'язку, або канальної інформації, пов'язаної з подією, як спостерігається пристроєм бездротового зв'язку. 36. Пристрій бездротового зв'язку за п. 33, в якому процесор додатково сконфігурований для виявлення RLF і збереження в регістрі інформації, пов'язаної з RLF. 37. Пристрій бездротового зв'язку за п. 36, в якому процесор додатково сконфігурований для ідентифікації моменту появи однієї або декількох ініціюючих подій, причому одна або більше ініціюючих подій містить щонайменше одне з: ідентифікації якості лінії зв'язку щонайменше на рівні попередньо визначеного порога, або ідентифікації того, що регістр, який використовується для збереження інформації, пов'язаної з RLF, фактично повністю завантажений, і для повідомлення щонайменше частини інформації, пов'язаної з RLF, збереженої в регістрі в ідентифікований момент часу появи. 38. Пристрій, який сприяє реалізації самоорганізовної мережі (SON), причому пристрій містить: засіб для прийому з мережі набору визначень подій, наборів вимірювань, що належать до відповідних певних подій, і розкладу сповіщень; засіб для реєстрації вимірювань після появи певної події на основі набору вимірювань, що належать до події; і засіб для передачі зареєстрованих вимірювань в мережу згідно з розкладом сповіщення. 39. Машиночитаний носій, на якому зберігаються команди, які при виконанні комп'ютером спонукають комп'ютер: приймати набір стандартизованих мережевих подій, списки вимірювань, пов'язаних відповідно з мережевими подіями, і команди для сповіщення об'єкта мережевого керування і/або сервера керування пристроями (DM) Відкритого товариства виробників мобільного зв'язку (ОМА) про вимірювання, пов'язані з мережевими подіями; виявляти подію з набору стандартизованих мережевих подій; виконувати вимірювання зі списку вимірювань, які відповідають виявленій події; 7 96532 8 сповіщати об'єкт мережевого керування або сервер ОМА DM про виконані вимірювання на основі прийнятих команд. 40. Інтегральна схема, що виконує виконувані комп'ютером команди для реєстрації і сповіщення про події в мережі зв'язку, причому команди містять: прийом політики самоорганізовної мережі (SON) від мережі зв'язку, причому політика SON задає список мережевих подій, набір вимірювань для реєстрації після виявлення події зі списку, і коман ди для сповіщення призначеного мережевого вузла про вимірювання; контроль робочого стану мережі для виявлення появи події зі списку; виконання набору вимірювань після виявлення події зі списку; і сповіщення призначеного мережевого вузла про набір вимірювань згідно із забезпеченими командами. Перехресні посилання Дана заявка вимагає пріоритет попередньої заявки США №61/037443 озаглавленої «METHOD OF NETWORK MANAGEMENT BY ASSISTANCE FROM TERMINAL USING CONTROL-PLANE SIGNALING BETWEEN TERMINAL AND NETWORK», поданої 18 березня 2008 року, і попередньої заявки США №61/109024 озаглавленої «SELF-HEALING OF SELF-OPTIMIZING NETWORKS», поданої 28 жовтня 2008 року, зміст яких повністю включений в цей документ по посиланню. Галузь техніки, до якої належить винахід Даний винахід належить, загалом, до мережевого зв'язку і, зокрема, належить до способів мережевого керування і оптимізації. Рівень техніки Широко розгорнені в цей час системи бездротового зв'язку забезпечують різні послуги зв'язку, наприклад, вказані системи бездротового зв'язку можуть забезпечити послуги передачі мови, відео, пакетних даних, широкомовної передачі і передачі повідомлень. Цими системами можуть бути системи множинного доступу, здатні підтримувати зв'язок для множини терміналів на основі спільного використання наявних системних ресурсів. Прикладами вказаних систем множинного доступу є системи множинного доступу з кодовим розділенням (CDMA), системи множинного доступу з часовим розділенням (TDMA), системи множинного доступу з частотним розділенням (FDMA) і системи множинного доступу з ортогональним частотним розділенням (OFDMA). Система бездротового зв'язку може, загалом, одночасно підтримувати зв'язок для множини бездротових терміналів. У вказаній системі кожний термінал може здійснювати зв'язок з однією або декількома базовими станціями за допомогою передач по прямій і зворотній лініях зв'язку. Пряма лінія (або низхідна лінія зв'язку) належить до лінії зв'язку від базових станцій до терміналів, а зворотна лінія (або висхідна лінія зв'язку) належить до лінії зв'язку від терміналів до базових станцій. Ця лінія зв'язку може бути встановлена через систему з одним входом і одним виходом (SISO), з множиною входів і одним виходом (MISO) або множиною входів і множиною виходів (ΜΙΜΟ). Мережі зв'язку використовують для надання послуг зв'язку множини різних терміналів зв'язку і/або інших пристроїв за допомогою використання дротової або бездротової технології мережевої передачі і/або комбінації таких технологій. У відо мих мережах зв'язку один або більше мережевих об'єктів відповідають за оптимізацію робочих характеристик мережі для пристроїв, що використовують цю мережу. Вказані мережеві об'єкти можуть, наприклад, оптимізувати мережеві операції на основі вимірювань і/або результатів інших обстежень, отриманих від різних пристроїв і/або з різних місць в мережі. Однак отримання необхідних результатів вимірювань для оптимізації роботи мережі може вимагати значних експлуатаційних витрат. Наприклад, щоб отримати дані вимірювань від пристроїв і/або з певних місць в мережі зв'язку, для існуючих мереж зв'язку будуть потрібні способи, що дорого коштують, такі як тестування з ручним переміщенням, коли пристрій вручну переміщують по всій мережі і тестують в різних місцях в даній мережі. Оскільки такі операції, як тестування з ручним переміщенням, є такими, що дорого коштують і займають багато часу, виникають додаткові труднощі для реалізації вказаних операцій у вже існуючій мережі при зміні умов її експлуатації. Відповідно, бажано реалізувати нескладні способи мережевої оптимізації і керування, які відрізняються підвищеною гнучкістю відносно швидко змінюваних умов експлуатації мережі. Розкриття винаходу Зміст даного розділу являє собою спрощений короткий опис різних аспектів заявленого об'єкта винаходу, необхідний для забезпечення базового розуміння вказаних аспектів. Даний розділ не дає розширеного представлення всіх передбачуваних аспектів і не претендує на ідентифікацію ключових або критичних елементів, а також на точне визначення об'єму вказаних аспектів. Єдиною метою даного розділу є представлення деяких концепцій розкритих тут аспектів в спрощеній формі як вступ до більш докладного опису, представленого нижче. Згідно з одним аспектом в даному документі описаний спосіб підтримки самоорганізовної мережі (SON). Спосіб може містити: визначення однієї або більше подій, пов'язаних з мережею зв'язку; ідентифікацію політики SON, яка задає інформацію, яка підлягає збору, що належить до відповідних певних подій і однієї або декількох процедур для сповіщення про зібрану інформацію; встановлення інтерфейсу зв'язку між призначеним мережевим вузлом і одним або декількома комплектами користувацького обладнання (UE); і видачу команд на передачу політики SON від призначеного мережевого вузла на один або більше UE через інтерфейс зв'язку. 9 Інший аспект належить до пристрою бездротового зв'язку, який може містити пам'ять, яка запам'ятовує дані, що належать до визначень відповідних мережевих подій і політики SON, які включають в себе команди для проведення і сповіщення про вимірювання, що належать до відповідних мережевих подій. Пристрій бездротового зв'язку може додатково містити процесор, сконфігурований для виділення об'єкта мережевого керування, для видачі команд на передачу політики SON від призначеного об'єкта мережевого керування на один або більше терміналів, для прийому повідомлених даних про одне або декілька вимірювань від терміналів через намічений об'єкт керування на основі політики SON, і для оптимізації функціонування пристрою бездротового зв'язку на основі, щонайменше частково, повідомлених результатів вимірювань. Третій аспект належить до пристрою, який підтримує мережеве керування і оптимізацію. Пристрій може містити: засіб для ідентифікації політики сповіщень, яка включає в себе список визначень подій і вимірювань, пов'язаних з відповідними певними подіями; засіб для ідентифікації термінала, здатного використовувати політику сповіщень; і засіб для передачі політики сповіщень від заздалегідь призначеного мережевого вузла на ідентифікований термінал. Четвертий аспект належить до комп'ютерного програмного продукту, який може містити машиночитаний носій, що включає в себе: код для визначення одного або більше типів подій, що підлягають реєстрації мережевим пристроєм; код для визначення розкладу отримання сповіщень про відповідні зареєстровані події від мережевого пристрою; і код для виділення сервера мережевого керування і/або об'єкта керування мобільністю і/або сервера додатків самоорганізовної мережі (SON), для керування реєстрацією одного або більше визначених типів подій і сповіщення про відповідні зареєстровані події відповідно до певного розкладу в мережевому пристрої. П'ятий аспект належить до інтегральної схеми, яка може виконувати виконувані комп'ютером команди для підтримки мережі SON. Команда може містити компіляцію політики SON, що підлягає використанню одним або декількома UE, причому політика SON містить відповідні стандартизовані визначення подій, отримані з протоколу мережевого керування, і розклад сповіщень для відповідних певних подій; видачу команд на передачу політики SON від призначеного вузла мережевого керування на один або більше UE; прийом одного або більше сповіщень про події від UE через вузол мережевого керування на основі політики SON; і оптимізацію робочих характеристик мережі на основі, щонайменше частково, прийнятих сповіщень про подію. Згідно з ще одним аспектом в даному документі описаний спосіб реєстрації і сповіщення про мережеві події. Спосіб може містити: прийом політики SON з мережі, яка задає список визначень для відповідних мережевих подій, спосіб вимірювань, пов'язаних з відповідними мережевими подіями, і команди для сповіщення про вимірювання, 96532 10 пов'язані з відповідними мережевими подіями; виявлення появи мережевої події, визначеної стратегією SON; виконання одного або більше вимірювань, пов'язаних з виявленою мережевою подією на основі політики SON; і сповіщення мережі про одне або декілька вимірювань на основі команд для сповіщення про вимірювання, передбачені в політиці SON. Додатковий аспект належить до пристрою бездротового зв'язку, який може містити пам'ять, де зберігаються дані, що належать до об'єкта SON. Пристрій бездротового зв'язку може додатково містити процесор, сконфігурований для прийому списку визначень подій і відповідних наборів, пов'язаних з ними вимірювань від об'єкта SON, для виявлення появи певної події, для реєстрації вимірювання з набору вимірювань, пов'язаних з виявленою подією, і для сповіщення об'єкта SON про зареєстровані вимірювання. Ще один аспект належить до пристрою, який підтримує реалізацію політики SON. Пристрій може містити: засіб для прийому набору визначень подій, набори вимірювань, які належать до відповідних визначених подій, і розклад сповіщень від мережі; засіб для реєстрації вимірювань після появи визначеної події на основі набору вимірювань, що належить до даної події; і засіб для передачі зареєстрованих вимірювань в мережу згідно з розкладом сповіщень. Наступний аспект належить до комп'ютерного програмного продукту, який може містити машиночитаний носій, що включає в себе: код для прийому набору стандартизованих мережевих подій, списків вимірювань, відповідно пов'язаних з мережевими подіями, і команд для сповіщення одного або більше об'єктів мережевого керування або сервера керування пристроями (DM) Відкритого співтовариства виробників мобільного зв'язку (ОМА) про вимірювання, пов'язані з мережевими подіями; код для виявлення події з набору стандартизованих мережевих подій; код для виконання вимірювань зі списку вимірювань, які відповідають виявленій події; і код для сповіщення об'єкта мережевого керування або сервера ОМА DM про виконані вимірювання на основі прийнятих команд. Додатковий аспект належить до інтегральної схеми, яка може виконувати зчитувані комп'ютером команди для реєстрації і сповіщення про події в мережі зв'язку. Команди можуть містити: прийом політики SON від мережі зв'язку, причому політика SON задає список мережевих подій, набір вимірювань для реєстрації після виявлення вказаної в списку події, і команди для сповіщення призначеного мережевого вузла про вимірювання; контроль за робочим станом мережі для виявлення появи вказаної в списку події; виконання набору вимірювань після виявлення вказаної в списку події; і повідомлення призначеного мережевого вузла про набір вимірювань згідно з наданими командами. Для досягнення вищезгаданих і споріднених цілей один або більше аспектів заявленого об'єкта винаходу містить ознаки, повністю описані нижче і детально вказані в формулі винаходи. У подальшому описі і прикладених кресленнях детально викладені деякі ілюстративні аспекти заявленого 11 об'єкта винаходу. Однак ці аспекти вказують лише декілька різних шляхів можливого використання принципів заявленого об'єкта винаходу. Крім того, передбачається, що розкриті тут аспекти включають в себе всі вказані аспекти і їх еквіваленти. Короткий опис креслень Фіг. 1 - система бездротового зв'язку множинного доступу згідно з різними викладеними тут аспектами; Фіг. 2 - блок-схеми системи для керування і оптимізації системи зв'язку згідно з різними аспектами винаходу; Фіг. 3-4 - зразкові варіанти реалізації самоорганізовної мережі згідно з різними аспектами винаходу; Фіг. 5 - зразкова архітектура протоколу зв'язку, яку можна використовувати для реалізації різних описаних тут аспектів; Фіг. 6 - блок-схема системи для виявлення мережевих подій згідно з різними аспектами винаходу; Фіг. 7 - блок-схема системи для вимірювання мережевих параметрів і реєстрації мережевих подій згідно з різними аспектами винаходу; Фіг. 8 - блок-схема системи для сповіщення мережі про події, що спостерігалися, згідно з різними аспектами винаходу; Фіг. 9 - блок-схема системи для виявлення, реєстрації і сповіщення про події відмов лінії радіозв'язку в системі бездротового зв'язку згідно з різними аспектами винаходу; Фіг. 10 - приклад структури сповіщення про відмову лінії радіозв'язку, яку можна використовувати згідно з різними аспектами винаходу; Фіг. 11-12 - відповідні зразкові процедури, які можна використовувати для надання пристрою політики мережевого керування згідно з різними аспектами винаходу; Фіг. 13 - зразкова процедура, яку можна використовувати для надання сповіщень відповідно до стратегії мережевого керування згідно з різними аспектами винаходу; Фіг. 14-15 - відповідні зразкові процедури, які можна використовувати для надання сповіщень про відмови лінії радіозв'язку згідно з різними аспектами винаходу; Фіг. 16 - зразкова конфігурація мережі згідно з різними аспектами винаходу; Фіг. 17 - блок-схема методу для надання пристрою політики сповіщень про події в системі зв'язку; Фіг. 18 - блок-схема методу для керування процедурою сповіщення в мережі; Фіг. 19-20 - блок-схеми відповідних методів реєстрації і сповіщення про мережеві події згідно з схемою мережевого керування; Фіг. 21 -22 - блок-схеми відповідних методів для виявлення і сповіщення про подію відмови лінії радіозв'язку; Фіг. 23 - блок-схема, що ілюструє зразкову систему бездротового зв'язку, в якій можуть бути реалізовані описані тут різні аспекти; Фіг. 24-25 - блок-схеми, що ілюструють зразкові бездротові пристрої, здатні реалізувати різні описані тут аспекти винаходу; 96532 12 Фіг. 26-27 - блок-схеми відповідного пристрою, який сприяє здійсненню керування і оптимізації мережі зв'язку. Здійснення винаходу Далі з посиланнями на креслення описуються різні аспекти заявленого об'єкта винаходу, де однакові посилальні позиції використовуються для посилання на однакові елементи на всіх кресленнях. У подальшому описі з метою пояснення численні конкретні деталі приведені для того, щоб забезпечити всебічне розуміння одного або більше аспектів винаходу. Однак очевидно, що вказаний аспект (аспекти) може бути практично реалізований без цих конкретних деталей. У інших випадках добре відомі структури і пристрої показані у вигляді блок-схем для полегшення опису одного або більше аспектів винаходу. Мається на увазі, що використовувані в цій заявці терміни «компонента», «модуль», «система» і т. п. належать до об'єкта, що стосується комп'ютера, будь-яких апаратних засобів, комбінації апаратних і програмних засобів, програмних засобів або програмних засобів, що знаходяться в процесі виконання. Наприклад, компонентою може бути, але не тільки: процес, що виконується в процесорі; інтегральна схема; об'єкт; виконуваний файл; потік керування; програма і/або комп'ютер. Наприклад, компонентою може бути як додаток, що виконується на обчислювальному пристрої, так і сам цей пристрій. Одна або декілька компонент можуть знаходитися в процесі і/або потоці керування, причому компонента може бути локалізована на одному комп'ютері і/або розподілена між двома або більше комп'ютерами. Додатково, ці компоненти можуть виконуватися з різних зчитуваних комп'ютером носіїв, що мають різні збережені на них структури даних. Компоненти можуть здійснювати зв'язок одна з одною за допомогою локальних і/або віддалених процесів, наприклад, згідно з сигналом, що має один або більше пакетів даних (наприклад, дані від однієї компоненти, яка взаємодіє з іншою компонентою в локальній системі, розподіленій системі і/або через мережу, наприклад, Інтернет, з іншими системами за допомогою вказаного сигналу). Крім того, різні аспекти описані тут в зв'язку з бездротовим терміналом і/або базовою станцією. Бездротовий термінал може належати до пристрою, що забезпечує можливість передачі мови і/або даних користувачу і назад. Бездротовий термінал може бути приєднаний до обчислювального пристрою, такого як комп'ютер типу лептоп або настільний комп'ютер, або термінал може являти собою автономний пристрій, персональний цифровий помічник (PDA). Бездротовий термінал також може називатися системою, абонентським блоком, абонентською станцією, мобільною станцією, віддаленою станцією, точкою доступу, віддаленим терміналом, терміналом доступу, користувацьким терміналом, користувацьким агентом, користувацьким пристроєм або користувацьким обладнанням. Бездротовий термінал може являти собою абонентську станцію, бездротовий пристрій, стільниковий телефон, телефон PCS, бездротовий телефон, телефон протоколу ініціювання сеансу 13 зв'язку (SIP), станцію бездротового абонентського шлейфа (WLL), персональний цифровий помічник (PDA), кишеньковий пристрій, що має можливість бездротового з'єднання, або інший обробляючий пристрій, приєднаний до бездротового модему. Базова станція (наприклад, точка доступу) може належати до пристрою в мережі доступу, яка здійснює зв'язок з бездротовими терміналами за допомогою радіоінтерфейсу через один або більше секторів. Базова станція може діяти як маршрутизатор між бездротовим терміналом і іншою частиною мережі доступу, яка може включати в себе мережу протоколу Інтернет (IP), шляхом перетворення отриманих радіоінтерфейсних кадрів в пакети протоколу IP. Базова станція також координує керування атрибутами для радіоінтерфейсу. Крім того різні описані тут функції можуть бути реалізовані апаратними засобами, програмними засобами, програмно-апаратними засобами або будь-якою їх комбінацією. При реалізації програмними засобами функції можуть зберігатися або передаватися у вигляді однієї або декількох команд або коду на зчитуваному комп'ютером носії. Зчитувані комп'ютером носії включають в себе як комп'ютерні носії даних, так і середовище передачі, що включає в себе будь-яке середовище, яке забезпечує пересилання комп'ютерної програми з одного місця в інше. Носіями даних можуть бути будь-які наявні носії, які можуть бути доступні комп'ютеру. Наприклад, але не як обмеження, вказані зчитувані комп'ютером носії можуть містити пам'ять типу ОЗП (RAM), ПЗП (ROM), електрично стираний програмований ПЗП (EEPROM), ПЗП на компакт-диску (CD-ROM) або інший оптичний дисковий запам'ятовуючий пристрій, магнітний дисковий запам'ятовуючий пристрій або інші магнітні запам'ятовуючі пристрої, або будь-яке інше середовище, яке можна використовувати для перенесення або збереження необхідного програмного коду у вигляді команд або структур даних, і яке може бути доступне комп'ютеру. Також зчитуваним комп'ютером носієм можна назвати будь-яке з'єднання. Наприклад, якщо програмні засоби передаються від web-сайта, сервера або іншого віддаленого джерела з використанням коаксіального кабелю, оптоволоконного кабелю, витої пари, цифрової абонентської лінії (DSL) або таких бездротових технологій, як інфрачервоний, радіо- і мікрохвильовий зв'язок, то тоді під визначення «носій» підпадають коаксіальний кабель, оптоволоконний кабель, вита пара, лінія DSL або такі бездротові технології, як інфрачервоний, радіо- і мікрохвильовий зв'язок. Використовуваний тут термін «диск» включає в себе компакт-диск (CD), лазерний диск, оптичний диск, цифровий універсальний диск (DVD), гнучкий диск і диск Blue-ray, причому термін «disk» звичайно належить до дисків, що відтворюють дані магнітним шляхом, в той час як термін «disc» належить до дисків, що відтворюють дані оптичним шляхом за допомогою лазерів. У поняття «машиночитаний носій» також потрібно включити комбінації вищеописаних пристроїв. Різні описані тут способи можна використовувати длярізних систем бездротового зв'язку, таких як системи з множинним доступом і кодовим роз 96532 14 діленням каналів (CDMA), системи з множинним доступом і часовим розділенням каналів (TDMA), системи з множинним доступом і частотним розділенням каналів (FDMA), системи з множинним доступом і ортогональним частотним розділенням каналів (OFDMA), системи FDMA з однією несучою (SC-FDMA) і інші вказані системи. Терміни «система» і «мережа» часто використовують тут як взаємозамінні. У системі CDMA може бути реалізована така технологія радіозв'язку, як Універсальний наземний радіодоступ (UTRA), CDMA2000 і т. д. Технологія UTRA включає в себе широкосмуговий доступ CDMA (W-CDMA) і інші версії CDMA. Додатково, CDMA2000 покриває стандарти IS-2000, IS95 і IS-856. У системі TDMA може бути реалізована така технологія радіозв'язку, як Глобальна система мобільного зв'язку (GSM). У системі OFDMA може бути реалізована така технологія радіозв'язку, як вдосконалений радіодоступ UTRA (E-UTRA), ультраширокосмуговий мобільний доступ (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM і т. д. Системи UTRA і EUTRA є частиною універсальної системи мобільного зв'язку (UMTS). Проект довгострокового розвитку 3GPP (LTE) є майбутньою версією, яка використовує Е-UTRA, де по низхідній лінії зв'язку використовується OFDM, а по висхідній лінії зв'язку використовується SC-FDMA. Системи UTRA, EUTRA, UMTS, LTE i GSM описані в документах, розроблених організацією під назвою «Проект партнерства 3-го покоління» (3GPP). Крім того, системи CDMA2000 і UMB описані в документах, розроблених організацією під назвою «Проект 2 партнерства 3-го покоління» (3GPP2). Різні аспекти винаходу представлені тут застосовно до систем, які можуть включати в себе декілька пристроїв, компонент, модулів і т. п. Повинно бути зрозумілим, що різні системи можуть включати в себе додаткові пристрої, компоненти, модулі і т. д. і/або не обов'язково включають в себе всі пристрої, компоненти, модулі і т. д., що обговорюються в зв'язку з представленими фігурами. Також можливе використання комбінації вказаних підходів. Додатково, різні аспекти винаходу представлені тут в контексті системи бездротового зв'язку. Однак потрібно розуміти, що цей контекст забезпечений у вигляді конкретного не обмежуючого прикладу, і не передбачається, що заявлений предмет винаходу обмежений застосуванням в системах бездротового зв'язку, якщо у відповідних пунктах формули винаходу не встановлене інше. Відповідно, потрібно розуміти, що різні аспекти винаходу можуть бути застосовані до мережі зв'язку, в якій використовується будь-яка відповідна технологія дротового і/або бездротового зв'язку або їх комбінація. На Фіг. 1 показана система 100 бездротового зв'язку множинного доступу згідно з різними аспектами винаходу. У одному прикладі система 100 бездротового зв'язку множинного доступу включає в себе множину базових станцій 110 і множину терміналів 120. Крім того, одна або декілька базових станцій 110 може здійснювати зв'язок з одним або декількома терміналами 120. Як приклад, що 15 не є обмеженням, базова станція 110 може являти собою точку доступу, вузол В (наприклад, розвинений вузол В або eNB) і/або інший відповідний мережевий об'єкт. Кожна базова станція 110 забезпечує покриття зв'язком для конкретної географічної зони 102. Використовуваний тут, а також звичайно в даній галузі техніки термін «стільник» може належати до базової станції 110 і/або її зони 102 покриття в залежності від контексту, в якому використовується даний термін. Для підвищення пропускної здатності системи зона 102 покриття, яка відповідає базовій станції 110, може бути розбита на множину зон меншого розміру (наприклад, зони 104а, 104b і 104с). Кожна з малих зон 104а, 104b і 104с може обслуговуватися відповідною підсистемою базового приймачапередавача (BTS, не показаний). Використовуваний тут, а також в даній галузі техніки термін «сектор» може належати до підсистеми BTS і/або її зони покриття в залежності від контексту, в якому використовується цей термін. Крім того, використовуваний тут і в даній галузі техніки термін «стільник» також можна використовувати для посилання на зону покриття BTS в залежності від контексту, в якому використовується даний термін. У одному прикладі сектори 104 в стільнику 102 можуть бути сформовані в групи антен (не показані) на базовій станції 110, де кожна група антен відповідає за зв'язок з терміналами 120 в частині стільника 102. Наприклад, базова станція 110, яка обслуговує стільник 102а може мати першу антенну групу, яка відповідає сектору 104а, другу антенну групу, яка відповідає сектору 104b, і третю антенну групу, яка відповідає сектору 104с. Однак потрібно мати на увазі, що різні розкриті тут аспекти можна використовувати в системі, що має стільники, розбиті і/або не розбиті на сектори. Крім того, потрібно мати на увазі, що всі відповідні мережі бездротового зв'язку, що мають будь-яку кількість стільників, розбитих і/або не розбитих на сектори, ймовірно не виходять за рамки об'єму прикладеної формули винаходу. Для простоти використовуваний тут термін «базова станція» може належати як до станції, яка обслуговує сектор, так і до станції, яка обслуговує стільник. Згідно з одним аспектом термінали 120 можуть бути розосереджені по всій системі 100. Кожний термінал 120 може бути стаціонарним або мобільним. Як приклад, що не є обмеженням, термінал 120 може являти собою термінал доступу (AT), мобільну станцію, користувацьке обладнання (UE), абонентську станцію і/або інший відповідний мережевий об'єкт. Термінал 120 може бути бездротовим пристроєм, стільниковим телефоном, персональним цифровим помічником (PDA), бездротовим модемом, кишеньковим пристроєм або іншим відповідним пристроєм. Крім того, термінал 120 в будь-який даний момент часу може здійснювати зв'язок з будь-якою кількістю базових станцій, або ні з однією базовою станцією 110. У іншому прикладі в системі 100 може бути використана централізована архітектура з системним контролером 130, який може бути з'єднаний з однією або декількома базовими станціями 110 для забезпечення координації і керування базови 96532 16 ми станціями 110. Згідно з альтернативними аспектами системний контролер 130 може являти собою один мережевий об'єкт або групу мережевих об'єктів. Крім того, в системі 100 може використовуватися розподілена архітектура, що дозволяє базовим станціям 110 здійснювати зв'язок одна з одною, коли це необхідно. У одному прикладі системний контролер 130 може додатково містити одне або більше з'єднань з множиною мереж. Ці мережі можуть включати в себе Інтернет, інші мережі на основі пакетів і/або мережі для передачі мовних повідомлень з комутацією каналів, які можуть обмінюватися інформацією з терміналами 120 при зв'язку з однією або більше базовими станціями 110 в системі 100. У іншому прикладі системний контролер 130 може включати в себе або бути приєднаним до планувальника (не показаний), який може планувати передачі на термінали 120 і/або від терміналів 120. У альтернативному варіанті планувальник може знаходитися в кожному окремому стільнику 102, кожному секторі 104 або їх комбінації. Як додатково показано на Фіг. 1, кожний сектор 104 в системі 100 може приймати «бажані» передачі від терміналів 120 в секторі 104, а також «інтерферуючі» передачі від терміналів 120 в інших секторах 104. Загальні перешкоди, що спостерігаються в даному секторі 104, можуть включати в себе як внутрішньосекторні перешкоди від терміналів 120 в одному і тому ж секторі 104, так і міжсекторні перешкоди від терміналів 120 в інших секторах 104. У одному прикладі внутрішньосекторні перешкоди можуть бути фактично придушені з використанням передачі OFDMA від терміналів 120, яка забезпечує ортогональність між передачами з різних терміналів 120 в одному і тому ж секторі 104. Міжсекторні перешкоди, які відомі фахівцям в даній галузі техніки як перешкоди від інших секторів (OSI), можуть з'явитися, коли передачі в одному секторі 104 не ортогональні передачам в інших секторах 104. На Фіг. 2 показані блок-схеми 202-204 системи для керування і оптимізації системи зв'язку згідно з різними запропонованими тут аспектами. Як видно зі схем 202-204, система може включати в себе обладнання UE 210 і мережевий адміністратор 220. Хоч на Фіг. 2 показане тільки одне UE 210 і мережевий адміністратор 220, потрібно мати на увазі, що система, показана на схемах 202-204, може включати в себе будь-яку кількість UE 210 і/або мережевих адміністраторів 220. Крім того, потрібно мати на увазі, що мережевим адміністратором 220 може бути будь-який відповідний мережевий об'єкт, такий як об'єкт керування мобільністю (ММЕ), мережевий контролер, сервер мережевого керування або т. п. Згідно з одним аспектом мережевий адміністратор 220 може використовувати інформацію, що належить до одного або більше UE 210 мережі для оптимізації її робочих характеристик. У відомих системах зв'язку дії мережевого адміністратора, направлені на оптимізацію робочих характеристик мережі, основані на отриманих вручну і переданих результатів вимірювань від пристроїв мережі. Результати вказаних вимірювань можуть 17 бути отримані за допомогою тестування з ручним переміщенням і/або інших ручних процедур тестування в мережі. Однак вказані процедури можуть виявитися такими, що дорого коштують і займають багато часу, що може зробити вказані процедури небажаними і недопустимими для реалізації у випадку швидко змінюваної мережі. Відповідно, мережевий адміністратор 220, показаний на Фіг. 2, може використовувати політику самоорганізовної мережі (SON) для стандартизації і автоматизації виконання вимірювань і/або сповіщення про їх результати, що виконуються обладнанням UE 210, що дозволяє забезпечити збір інформації і/або оптимізацію на основі зібраної інформації, яка проводиться в автоматичному і автономному режимі. У результаті може бути значно зменшена потреба в тестуванні з ручним переміщенням і інших аналогічних ручних вимірюваннях по всій мережі зв'язку. Згідно з одним аспектом мережевий адміністратор 220 може створити і/або іншим чином ідентифікувати політику SON (наприклад, політику SON, що зберігається в сховищі 222 політики), що підлягає використанню в мережі, пов'язаній з мережевим адміністратором 220. У одному прикладі політика SON може задавати стандартизовані події, про які повинне оповіщати обладнання UE 210, способи зміни і/або реєстрації вказаних подій, способи сповіщення мережевого адміністратора 220 про зареєстровані події або т. п. Згідно з одним аспектом завдяки стандартизації подій, що фіксуються обладнанням UE 210, і тому, яким чином вказані події реєструються, і як про них оповіщається мережевий адміністратор 220, мережевий адміністратор 220 може сприяти автономному керуванню мережею. У одному прикладі мережевий адміністратор 220 може надати обладнанню UE 210 в мережі політику SON, що підлягає використанню для виявлення, реєстрації і сповіщення про стандартизовані події, як показано на схемі 202. У іншому прикладі, якщо UE 210 не працювало, перш ніж йому була надана політика SON, мережевий адміністратор 220 може ініціювати пейджингове повідомлення для UE 210. Додатково і/або як альтернативний варіант, UE 210 може проінформувати мережевий адміністратор 220 про свою можливість підтримки політики SON (з використанням, наприклад, каналу перенесення SON і/або відповідного протоколу мережевого керування, що підлягає використанню з політикою SON) під час процедури підключення і/або іншої відповідної процедури для встановлення з'єднання між UE 210 і мережею, пов'язаною з мережевим адміністратором 220. Наприклад, коли UE 210 спочатку підключається через мережу GERAN (Розвиток стандарту GSM із збільшеною швидкістю передачі даних (GSM EDGE)) і/або наземну мережу радіодоступу UMTS (UTRAN), і переміщається в розвинену мережу UTRAN (EUTRAN), обладнання UE 210 може забезпечити міжсистемне повідомлення про оновлення зони стеження (TAU), яке включає в себе інформацію про можливості UE, що належать до політики SON. Згідно з одним аспектом список UE 210 з можли 96532 18 востями SON може створюватися і підтримуватися мережевим адміністратором 220. Після того, як мережевий адміністратор 220 надав UE 210 політику SON 212, UE 210 може функціонувати згідно з політикою SON 212, як показано на схемі 204. Наприклад, обладнання UE 210 може включати в себе детектор 214 подій для виявлення появи однієї або декількох стандартизованих подій, визначених в політиці SON 212, реєстратор подій для реєстрації виявлених подій і/або виконання відповідних вимірювань згідно з політикою SON 212, сповіщувач 218 реєстрації для передачі мережевому адміністратору 220 і/або іншому відповідному об'єкту інформації, що належить до виявлених подій, згідно з розкладом, передбаченим в політиці SON 212, і/або інші відповідні механізми для виконання політики SON 212. Згідно з одним аспектом мережевий адміністратор 220 може використовувати модуль 224 мережевого оптимізатора і/або будь-який інший відповідний засіб після прийому сповіщень про зареєстровані події від UE 210 для оптимізації робочих характеристик мережі на основі прийнятих сповіщень без необхідності виконання ручного тестування або ручних вимірювань. На Фіг. 3 представлена схема 300, що ілюструє зразковий варіант реалізації самоорганізовної мережі згідно з різними аспектами винаходу. Як показано на схемі 300, UE 310 може взаємодіяти з мережею, яка включає в себе об'єкт ММЕ 320, шлюз (GW) 330, вузол eNB 340, сервер SON 350 і/або будь-які інші відповідні об'єкти. У одному прикладі ММЕ 320 може відстежувати переміщення UE 310 по мережі, ініціювати пейджингове повідомлення для UE 310 і/або виконувати інші відповідні дії. У іншому прикладі шлюз GW 330 може служити як з'єднувальна точка між UE 310 і однією або декількома мережами передачі даних, з якими UE 310 може здійснювати зв'язок. У доповнення до цього і/або як альтернативний варіант, шлюз GW 330 може виконувати маршрутизацію даних між однією або декількома мережами передачі даних і UE 310. У додатковому прикладі вузол eNB 340 може забезпечити базові функціональні можливості зв'язку для UE 310, наприклад, шляхом планування ресурсів, що підлягають використанню для передачі обладнанням UE 310, виконання керування потужністю для UE 310, забезпечення зв'язку між UE 310 і іншими об'єктами в мережі (наприклад, ММЕ 320, GW 330 або т. п.) і/або виконання інших відповідних дій. Згідно з одним аспектом сервер SON 350 можна використовувати для реалізації керування за принципом самоорганізовної мережі в мережі, яка показана на схемі 300. Наприклад, сервер SON 350 може задати всю або частину політики SON, що підлягає використанню обладнанням UE 310 (наприклад, стандартизовані події, способи реєстрації подій, способи сповіщення про події і т. д.). У одному прикладі сервер SON 350 може бути реалізований разом з системою експлуатації і керування (О&М) в мережі, показаній на схемі 300. У іншому прикладі сервер SON 350 може підтримувати список UE 310 у відповідній мережі, що має можливості SON. 19 Згідно з іншим аспектом робота сервера SON 350 може бути основана на інформації, що належить до політики SON для UE 310, і/або іншої інформації для UE 310, через канал 352 перенесення SON. У зразковому варіанті реалізації, показаному на схемі 300, канал 352 перенесення SON може бути забезпечений у вигляді прямого логічного інтерфейсу між UE 310 і сервером SON 350. У одному прикладі канал 352 перенесення SON також може використовуватися обладнанням UE 310 для передачі сповіщення про події і/або іншу відповідну інформацію назад на сервер SON 350. На Фіг. 4 за допомогою схеми 400 показаний альтернативний зразковий варіант реалізації самоорганізовної мережі. Згідно з одним аспектом мережа, показана у вигляді схеми 400, може включати в себе UE 410, ММЕ 420, GW 430, eNB 440 і/або сервер SON 450, які можуть функціонувати таким же чином, як відповідні об'єкти в мережі, показані на схемі 300. Згідно з одним аспектом об'єкт ММЕ 420 може взаємодіяти з сервером SON 450, використовуючи будь-який відповідний спосіб дротового і/або бездротового зв'язку для отримання інформації про політику SON від сервера SON 450, яка може потім передаватися на UE 410 через канал 452 перенесення SON між ММЕ 420 і UE 410. У відповідь обладнання UE 410 може передати на ММЕ 420 через канал 452 перенесення SON інформацію, що належить до подій, зареєстрованих згідно з політикою SON, і/або іншу відповідну інформацію. Після прийому вказаної інформації вона може бути передана об'єктом ММЕ 420 на сервер SON 450. Згідно з одним аспектом канал 452 перенесення SON може бути реалізований у вигляді каналу перенесення, основаного на площині керування з використанням сигналізації на рівні, що не має відношення до доступу (NAS), між UE 410 і ММЕ 420. У одному прикладі канал 452 перенесення SON на основі площини керування може бути реалізований шляхом модифікації протокольного стека, що використовується мережею, показаною на схемі 400, для включення протоколу для сигналізації, необхідної для керування мережею. Приклад протокольного стека, який можна використовувати для цієї мети, показаний в схемі 500 на Фіг. 5. Як показано на схемі 500, протокольний стек, що використовується мережею, може включати в себе один або більше протоколів 502 сигналізації NAS і/або один або більше протоколів 504 сигналізації на рівні доступу (AS). Протоколи 502 сигналізації NAS можуть включати в себе, наприклад, протокол 512 керування сеансом зв'язку (ESN) системи EPS (Розвинена пакетна система) і/або протокол 520 керування мобільністю EPS (EMM). Протоколи 504 сигналізації AS можуть включати в себе, наприклад, протокол 530 керування радіоресурсами (RRC), протокол 540 керування лінією радіозв'язку (RLC), протокол 550 керування доступом до середовища передачі (МАС) і/або протокол 560 фізичного рівня (PHY). Як, крім того, показано на схемі 500, протокольний стек може бути розширений для включення 96532 20 туди протоколу 512 керування мережею EPS (ENM), який можна використовувати для обміну інформацією, що належить до політики SON, між UE і ММЕ (наприклад, для реалізації каналу 452 перенесення SON між UE 410 і ММЕ 420). У одному прикладі протокол 512 ENM може бути визначений для використання як протокол більш високого рівня з метою використання існуючих функцій протоколу EMM 520 таким же чином, як в протоколі ESN 514. Як альтернативний приклад для варіантів реалізації мережі, показаних на схемах 300-400, канал перенесення SON може бути реалізований у вигляді каналу на основі площини користувача між обладнанням UE і шлюзом GW мережі передачі пакетних даних (PDN). Це може бути реалізоване, наприклад, шляхом використання каналу перенесення протоколу Інтернет (IP) між обладнанням UE і шлюзом GW мережі PDN, так що взаємодія між обладнанням UE і сервером SON розглядається як функція IP додатку. Згідно з одним аспектом шлюз GW мережі PDN у вказаному варіанті реалізації може координувати свою роботу з одним або декількома іншими вузлами GW для забезпечення функціональних можливостей SON для обладнання UE, яке залишає локальну зону, пов'язану зі шлюзом GW мережі PDN. Крім того, і/або як альтернативний варіант, між UE і сервером SON може бути передбачений один або декілька заходів захисту для захисту зв'язку між UE і сервером SON через шлюз GW мережі PDN. Крім того, для встановлення і/або підтримки каналу перенесення в площині користувача між UE і шлюзом GW мережі PDN і/або іншим відповідним мережевим об'єктом можна використовувати одну або більше специфікацій, добре відомих фахівцям в даній галузі техніки, таких як специфікація керування пристроями (DM) Відкритого співтовариства виробників мобільного зв'язку (ОМА) і/або будь-яка інша відповідна специфікація. На Фіг. 6-8 показані різні системи, які може використовувати мережевий пристрій (наприклад, UE 210) для реєстрації і сповіщення про мережеві події згідно з політикою SON. Потрібно мати на увазі, що мережевий пристрій може згідно з описаними тут різними аспектами використовувати одну або більше показаних тут систем і/або будьяку іншу відповідну систему (системи) для підтримки функціонування згідно з політикою SON. На Фіг. 6 показана блок-схема системи 600 для виявлення мережевих подій. Як показано на Фіг. 6, система 600 може включати в себе детектор 610 подій, який може виявляти одну або більше подій, що з'являються у відповідній мережі. У одному прикладі події можуть бути задані стратегією SON 620 і/або іншим прийнятним набором визначень. Потрібно мати на увазі, що детектор 610 подій може бути пов'язаний з пристроєм в мережі (наприклад, UE 210), або в альтернативному варіанті детектор 610 подій може бути автономним об'єктом в мережі зв'язку. Згідно з одним аспектом детектор 610 подій може включати в себе один або більше модулів 612-616 для підтримки виявлення різних типів подій. Наприклад, детектор 610 подій може включати 21 в себе детектор 612 відмов для виявлення відмов, пов'язаних з мережею і/або пристроями в мережі, таких як відмови лінії радіозв'язку, відмови з'єднань, відмови апаратного забезпечення або т. п. В іншому прикладі детектор 610 подій може включати в себе монітор 614 місцеположення, який контролює місцеположення системи 600 і/або відповідного пристрою в мережі або будь-які зміни в контрольованому місцеположенні (наприклад, переміщення відповідного пристрою між стільниками і/або мережами). Детектор 610 подій, крім того, і/або в альтернативному варіанті може включати в себе монітор 616 робочого стану, який може контролювати ресурси передачі (наприклад, частотні, кодові і інші ресурси), потужність передачі, перешкоди, що спостерігаються, і/або інші робочі параметри, пов'язані з мережевим пристроєм, і/або зміни вказаних параметрів. Згідно з іншим аспектом, коли детектор 610 подій за допомогою модулів 612-616 або іншим чином виявляє подію, визначену стратегією SON 620 і/або іншим прийнятним набором визначень подій може бути запущена реєстрація виявленої події. Один приклад системи 700 для реєстрації виявленої події показаний на Фіг. 7. Як показано на Фіг. 7, система 700 може включати в себе реєстратор 710 подій, який може вимірювати і/або іншим чином отримувати інформацію, що належить до стану відповідного пристрою і/або мережі, після появи події, виявленої детектором 730 подій. У одному прикладі події, ідентифіковані детектором 730 подій, можуть основуватися на списку стандартизованих подій, передбаченому в політиці SON 720 і/або іншому прийнятному наборі визначень подій. Згідно з одним аспектом, детектор 710 подій може включати в себе один або більше модулів 712-718 для виконання різних вимірювань і/або спостережень, пов'язаних з робочим станом відповідного пристрою і/або мережі в момент появи події або, наприклад, безпосередньо перед і/або після неї. Наприклад, реєстратор 710 подій може містити в собі: годинник 712 для визначення часу появи події і створення інформації про часову мітку і/або іншу споріднену інформацію; аналізатор 714 ресурсів для визначення ресурсів передачі, установок потужності або т. п., які використовуються відповідним пристроєм в момент появи події або близький до нього момент часу; монітор 716 стану стільника для визначення обслуговуючою стільника для відповідного пристрою в момент появи події, а також попереднього і/або цільового стільника або мережі у разі переміщення відповідного пристрою з одного стільника і/або мережі в інший стільник і/або мережу, або будь-якої іншої відповідної інформації; модуль 718 канальних вимірювань для визначення якості сигналу, перешкод, що спостерігаються, і/або інших канальних вимірювань в момент появи події і/або в момент, який передує події або йде за ним; і/або будь-який інший відповідний модуль. У одному прикладі реєстратор 710 подій може використовувати інформацію, отриману шляхом вимірювань і/або іншим чином в зв'язку з подією, для створення сповіщення, яке відповідає даній 96532 22 події. Як конкретний приклад, що не є обмеженням, реєстратор 710 подій може створити сповіщення для події відмови радіолінії (RLF), яке включає в себе: часову мітку, яка відповідає моменту появи події; інформацію про положення для відповідного пристрою, якщо вона є; ідентифікацію поточного обслуговуючого стільника для відповідного пристрою; ідентифікацію одного або декількох намічених стільників, що підлягають використанню у разі повторного встановлення з'єднання на одній або декількох частотах або технологіях радіодоступу (RAT); канальні вимірювання для заздалегідь визначеного періоду часу до появи події RLF; і/або іншу відповідну інформацію. Згідно з одним аспектом, як тільки реєстратором 710 подій буде створене одне або більше сповіщень для мережевої події, це (ці) сповіщення може бути передане в мережу з метою діагностування і оптимізації. Зразкова система 800 для сповіщення мережі про зафіксовані події згідно з різними описаними тут аспектами показана на Фіг. 8. Як показано на Фіг. 8, система 800 може включати в себе сповіщувач 810 реєстрації, який може підтримувати сповіщення про реєстрації 812 однієї або більше подій, створених згідно з політикою 814 сповіщення, для одного або більше мережевих об'єктів через передавач 820 і/або інший відповідний засіб. Згідно з іншим аспектом, політика 814 сповіщення може бути реалізована на основі політики SON (наприклад, політики SON 212), яка може бути надана сповіщувачу 810 реєстрації і/або пристрою, пов'язаному зі сповіщувачем 810 реєстрації. У одному прикладі політика 814 сповіщення може задавати одну або більше деталей, що стосуються способу сповіщення мережі про реєстрацію (реєстрації) 812 подій. Наприклад, політика 814 сповіщення може включати в себе список адресатів 816 сповіщення, який може задавати мережеві об'єкти, яким сповіщувач 810 реєстрації повинен по команді надавати дані про реєстрацію (реєстрації) 812 подій. Адресати 816 сповіщення можуть включати в себе, наприклад, сервер SON, мережевий шлюз, вузол ENM, об'єкт ММЕ і/або будь-який інший відповідний об'єкт. У конкретному прикладі, який не є обмеженням, список адресатів 816 сповіщення може задавати єдиний адресат, на основі якого сповіщувач 810 реєстрації може надавати сповіщення (наприклад, через канал 352 і/або 452 перенесення SON) заданому адресату. Потім об'єкт-адресат може надати сповіщення іншим мережевим об'єктам через зворотний зв'язок або т. п., коли це необхідно в мережі. Додатково і/або як альтернатива, політика 814 сповіщення може включати в себе розклад 818 сповіщень, який може задавати один або більше моментів часу, в які сповіщувач 810 реєстрації повинен забезпечувати сповіщення. Наприклад, поява сповіщень може бути запланована з регулярними запланованими інтервалами, такими як регулярні часові інтервали (наприклад, один раз на день, один раз на годину і т. д.) або часові інтервали на основі нормальних розкладів завантаження мережі (наприклад, протягом періодів відносно низького завантаження мережі, таких як пізньої 23 ночі або раннього ранку). У альтернативному варіанті розклад 818 сповіщення може задавати появу сповіщення з нерегулярними інтервалами. Наприклад, розклад 818 сповіщення може забезпечити сповіщення про реєстрацію (реєстрації) 812 події у відповідь на пейджингові запити з мережі, подальші події, які ініціюють створення відповідних реєстрацій 812 подій, відкриті прямі запити сповіщення, що виконуються одним або декількома мережевими об'єктами-адресатами, або т. п. В іншому прикладі поява сповіщень може бути запланована, коли заповнений або майже заповнений регістр і/або інший пристрій пам'яті в UE, сконфігуроване для збереження даних про реєстрацію вимірювань. На Фіг. 9 показана блок-схема системи 900 для виявлення, реєстрації і сповіщення про події відмов радіолінії в системі бездротового зв'язку згідно з різними аспектами винаходу. У одному прикладі система 900 може включати в себе обладнання UE 910, яке може здійснювати зв'язок з базовою станцією 920. Хоч в системі 900 показане тільки одне UE 910 і одна базова станція 920, потрібно мати на увазі, що система 900 може включати в себе будь-яку відповідну кількість UE 910 і/або базових станцій 920. Крім того потрібно мати на увазі, що всі UE 910 і/або базові станції 920 в системі 900 можуть здійснювати зв'язок з будь-якими іншими відповідними об'єктами в системі 900, які на Фіг. 9 не показані. У одному прикладі система 900 може додатково містити в собі базову мережу 940, яка може включати в себе об'єкт ММЕ (наприклад. ММЕ 320 або 420), сервер SON (наприклад, сервер SON 350 або 450), об'єкт експлуатації і керування (О&М), і/або один або декілька інших об'єктів для підтримки самооптимізації і/або самовідновлення описаної тут в цілому системи 900. Згідно з одним аспектом, обладнання UE 910 може включати в себе детектор RLF 912, який можна використовувати для виявлення подій RLF, таких як, наприклад, виклики, що зникли, відмови при перемиканні абонентського з'єднання, відмови у встановленні нових викликів або т. п. В одному прикладі UE 910 може додатково містити в собі блок 914 оцінки місцеположення, який може визначати місцеположення UE 910 в момент виявлення відмови і створювати відповідну інформацію про місцеположення. Блок 914 оцінки місцеположення може використовувати один або більше способів визначення місцеположення UE 910, які можуть включати в себе, але не тільки, технологію на основі супутників (наприклад, система глобального позиціонування (GPS)), механізми на мережевій основі, поєднання механізмів на мережевій і супутниковій основі і/або будь-який інший спосіб (способи). У іншому прикладі обладнання UE 910 може включати в себе регістр RLF 916, який можна використовувати для зберігання інформації, що належить до однієї або декількох подій відмов і відповідної інформації про місцеположення. Аналогічним чином, базова станція 920 (і/або один або більше об'єктів в базовій мережі 940) може включати в себе детектор RLF 922, який може виявляти відмови лінії радіозв'язку щонайменше з одним мобільним пристроєм, таким як UE 96532 24 910. Базова станція 920 може додатково містити в собі блок 924 оцінки місцеположення, який може підтримувати інформацію про місцеположення, пов'язану щонайменше з одним мобільним пристроєм, після виявлення події RLF. Крім того, після виявлення події RLF і/або визначення інформації про місцеположення модуль 926 агрегування на базовій станції 920 може агрегувати інформацію про подію і/або місцеположення, створену на базовій станції 920 згідно з даною подією RLF з інформацією, пов'язаною з подією RLF, отриманою від одного або більше UE 910. Інформація, створена детектором RLF 922 і/або блоком 924 оцінки місцеположення, і/або інформація, агрегована модулем 926 агрегування, може потім бути запам'ятована в регістрі RLF 928. У одному прикладі базова станція 920 може додатково містити в собі модуль 930 аналізу оптимізації, який може визначити, чи вигідна мережева оптимізація (оптимізації) для одного або більше мобільних пристроїв в обслуговуючій зоні базової станції 920. Наприклад, модуль 930 аналізу оптимізації може визначити, чи потрібно оптимізувати список сусідів, пов'язаний з базовою станцією 920, розрахувати вигоду від додавання нової базової станції (наприклад, через події RLF, викликані недостатністю пропускної здатності системи) і/або ретранслятора (наприклад, через відмови RLF, викликані низькою якістю сигналу), і/або виконати інші відповідні дії. У іншому прикладі базова станція 920 може включати в себе модуль 932 сповіщення, який може повідомляти базовій мережі 940 агреговану інформацію про події і місцеположення, яка запам'ятована в регістрі RLF 928, і/або результати аналізу оптимізації, отримані модулем 930 аналізу оптимізації для підтримки мережевої оптимізації і планування. Як показано на Фіг. 9 і в попередньому описі, модулі 922-932 можуть знаходитися на базовій станції 920 і/або пов'язані з нею іншим чином. Однак потрібно мати на увазі, що вказані модулі 922932 можуть крім того або як альтернативний варіант бути реалізовані у вигляді одного або більше вузлів в базовій мережі 940 (наприклад, сервер SON, об'єкт О&М і/або будь-який інший відповідний вузол базової мережі). Як приклад модуль 930 аналізу оптимізації може бути пов'язаний з одним або декількома об'єктами в базовій мережі 940 і може діяти на основі інформації, отриманої від різних UE 910 і/або базових станцій 920. Згідно з одним аспектом UE 910 і базова станція 920 можуть спільно виявляти події і передавати інформацію, що належить до однієї або декількох подій RLF. Зокрема, обладнання UE 910 (через детектор RLF 912 і/або блок 914 оцінки місцеположення) і/або базова станція 920 (через детектор RLF 922 і/або блок 924 оцінки місцеположення) можуть спільнозафіксувати інформацію, що належить до події RLF, і передати записану інформацію в базову мережу 940 в тій або іншій мірі. У вищенаведеному першому прикладі обладнання UE 910 після виявлення події RLF може бути сконфігуроване для запису всієї інформації, що належить до згаданої події, такої як: часова мітка 25 події RLF; положення UE 910, якщо така інформація є; ідентифікація обслуговуючого стільника; ідентифікація наміченого стільника у випадках переустановлення лінії радіозв'язку; технологія направленого міжмережевого доступу (RAT) або міжчастотного стільника, у випадках, коли UE 910 знову входить в іншу зону обслуговування, використовуючи іншу технологію RAT і/або іншу частоту; канальні вимірювання до відмови або т. п. В випадку, коли UE 910 повторно входить в дану зону обслуговування, використовуючи нову технологію RAT або нову частоту, може додатково записуватися час, коли намічений стільник доступний по новій технології RAT і/або на новій частоті. Вказана інформація і/або будь-яка інша відповідна інформація може бути потім представлена базовій станції 920 (наприклад, для обробки модулем 930 оптимізації і аналізу) і/або одному або більше об'єктам в базовій мережі 940. Відповідно, у вказаному прикладі самооптимізація мережі може виконуватися на основі сигналізації в площині керування, що виконується обладнанням UE 910. У другому прикладі UE 910 і базова станція 920 (або один або більше об'єктів в базовій мережі 940) після виявлення події RLF можуть спільно записати і повідомити про інформацію, пов'язану з RLF. Таким чином, обладнання UE 910 може, наприклад, записати момент події RLF і місцеположення UE 910 в момент цієї події, а базова станція 920 може записати дані про обслуговуючий стільник, намічений стільник і/або канал аналогічним чином, як у разі вимірювань, що виконуються обладнанням UE 910, як було описано вище в першому прикладі. Однак потрібно мати на увазі, що викладене вище є лише одним прикладом розділення, яке можна реалізувати, і що UE 910 і базова станція 920 можуть записувати будь-які прийнятні перекривні або неперекривні набори інформації. Після запису базова станція 920 (або один або більше об'єктів в базовій мережі 940) може агрегувати записану їй інформацію (наприклад, через модуль 928 агрегування) з інформацією, що належить до події, про яку оповістило обладнання UE 910, що стосується даної події. На основі цієї агрегованої інформації за допомогою модуля 930 оптимізації і аналізу може бути виконана оптимізація, і/або може бути проведене сповіщення базової мережі 940 через модуль 932 сповіщення. У одному прикладі базова станція 920 може виконувати вимірювання, проаналізувати існуючі настройки системи, що належать до UE 910, і/або виконати будь-які інші відповідні дії для отримання інформації для запису. Крім того, у вищезгаданому прикладі потрібно мати на увазі, що самооптимізація мережі може виконуватися на основі комбінації сигналізації в користувацькій площині і площині керування, що виконується між обладнанням UE 910, базовою станцією 920 і/або базовою мережею 940. У третьому прикладі базова станція 920 (або базова мережа 940) може бути сконфігурована для запису всієї інформації, що належить до події RLF, пов'язаної з одним або декількома UE 910. Таким чином, у вказаному прикладі детектор RLF 922 і/або блок 924 оцінки місцеположення можуть 96532 26 бути використані для виконання одного або більше вимірювань, аналогічних тим, які виконуються обладнанням UE 910, як було описано вище в першому прикладі. У одному прикладі модуль 926 агрегування може бути сконфігурований для отримання одного або більше сповіщень з часовими мітками і/або інших сповіщень про події RLF від відповідних задіяних UE 910, які можуть використовуватися базовою станцією 920 для доповнення і/або підтвердження записаної нею інформації. Відповідно, у вказаному прикладі цінним є те, що самооптимізація мережі може виконуватися на основі сигналізації по протоколу IP між базовою станцією 920 і базовою мережею 940 і/або на основі сигналізації в користувацькій площині для UE 910. Згідно з іншим аспектом, модуль 918 сповіщення в UE 910 може створити сповіщення про одну або декілька подій RLF на основі даних, збережених в регістрі RLF 916. У одному прикладі модуль 918 сповіщення може надати інформацію про подію базовій станції 920, базовій мережі 940 і/або будь-якому іншому прийнятному об'єкту. Крім того, вказана інформація може бути надана після запиту базовою станцією 920 або одним або декількома об'єктами в базовій мережі 940 (наприклад, центр О&М, сервер SON і т. д.) на періодичній основі після появи однієї або декількох попередньо визначених подій (наприклад, переповнення регістра RLF 918, перехід відповідної лінії радіозв'язку в робочий режим і т. д.) і/або в будьякий інший відповідний момент часу. У одному прикладі обладнання UE 910 і/або базова станція 920 можуть бути сконфігуровані для забезпечення періодичних сповіщень один одного і/або базової мережі 940 на основі змінного періоду сповіщення. Наприклад, період, протягом якого UE 910 і/або базова станція 920 оповіщають базову мережу 940 або період, протягом якого UE 910 оповіщає базову станцію 920, можуть бути встановлені відносно короткими, щоб забезпечити більш своєчасне сповіщення відразу після зміни топології мережі (наприклад, додавання або видалення базової станції і т. д.) в порівнянні з випадками, коли моменти сповіщення більше відстають від змін в топології мережі. У іншому прикладі обладнання UE 910 може бути сконфігуроване для використання одного або більше додатків і/або інших механізмів, за допомогою яких модуль 910 сповіщення може переслати і/або іншим чином надати дані безпосередньо одному або більше об'єктам в базовій мережі 940. У іншому прикладі формат, який може бути використаний модулем 918 сповіщення і/або модулем 932 сповіщення для надання сповіщень про RLF, показаний на схемі 1000 на Фіг. 10. Як показано на схемі 1000, сповіщення може бути забезпечене у вигляді повідомлення RLF, яке може включати в себе дані 1002 про подію RLF, за якими йде біт 1004 останніх події. У одному прикладі біт 1004 останніх події можна використовувати для ідентифікації того, чи повинні передаватися додаткові події RLF, що дозволяє переслати в одній передачі ланцюжок повідомлень про події RLF. Як конкретний приклад, біт 1004 останньої події може 27 бути встановлений в «0» для вказівки про те, що подій RLF більше немає, або встановлений в «1» для вказівки на те, що повинні надійти додаткові події RLF. Як показано на Фіг. 9, згідно з одним аспектом, система 900 може бути використана для підтримки оптимізації списку сусідів на основі RLF в мережі бездротового зв'язку. Коли в існуючих мережах зв'язку були впроваджені нові технології, було встановлено, що бажано оптимізувати список сусідів (NL). Крім того, очевидно, що спостерігається стійка тенденція розвитку технології бездротового зв'язку в напрямку реалізації SON. Наприклад, в існуючих варіантах реалізації мереж забезпечується стандартна оптимізація мережевого планування на основі таких подій, як зникання викликів, відмова при перемиканні абонентського з'єднання, відмова встановлення нового виклику або т. п. В вказаному прикладі мережева оптимізація може виконуватися періодично за допомогою інших вхідних параметрів, таких як відстань між двома базовими станціями, рівень сигналу, дані про інструменти планування і/або інші параметри. Однак при вказаному підході очевидно, що мережа швидше за все не буде оптимізована навіть після оптимізації списку сусідів, оскільки, наприклад, можливо будуть потрібні додаткові ретранслятори і/або базові станції. Крім того, ця потреба нелегко розпізнається під час оптимізації списку NL на основі RLF через ту обставину, що мережа може зробити спробу створення нового списку NL з існуючих стільників і/або секторів. Якщо для підтвердження високоякісної лінії радіозв'язку виконується тест з переміщенням, то очевидно, що існує імовірність субоптимального мережевого списку NL, так оптимізація мережі основується на тесті з переміщенням, що виконується по фіксованих маршрутах, в той час як мережа в цілому поширюється за межі таких маршрутів. Відповідно, проблеми, пов'язані з лінією радіозв'язку в цих зонах, як правило, не розкриваються, і як наслідок, мережа в цих зонах звичайно не піддається оптимізації. Крім того, потрібно мати на увазі, що на маршрутах переміщень оптимізований список NL може виявитися не оптимальним, що, в свою чергу, може привести до необхідності проведення другої, третьої і т. д. спроб оптимізації в одному і тому ж географічному районі. У деяких випадках ці проблеми можуть залишатися невирішеними, поки не буде введена нова базова станція або ретранслятор. Відповідно, для усунення вищезгаданих недоліків існуючих варіантів реалізації система 900 може дати можливість обладнанню UE 910 оповістити відповідну мережу (наприклад, через базову станцію 920 і/або базову мережу 940) про подію RLF разом з причиною відмови і/або місцеположенням відмови. Потім базова станція 920 і/або базова мережа 940 можуть використовувати цю інформацію разом з іншою інформацією про планування і оптимізацію для оптимізації відповідного списку сусідів або за допомогою існуючих базових станцій, або шляхом розгортання однієї або декількох нових базових станцій і/або ретрансляторів. Очевидно, що при цьому система 900 демонструє 96532 28 значну ефективність з точки зору самоорганізації відповідної мережі. Крім того, можна зрозуміти, що система 900 додає надійності відповідній мережі, оскільки UE 910 здатний оповіщати мережу про відмову RLF з вказівкою причини відмови і його місцеположення для всієї мережі загалом, не будучи обмеженим маршрутами переміщення, що дозволяє забезпечити оптимізацію всієї мережі. Згідно з одним аспектом, система 900 може функціонувати різним чином в залежності від можливостей UE 910. Зокрема, в першому конкретному прикладі UE 910 може мати засіб підтримки сповіщення про місцеположення (наприклад, шляхом примусового використання GPS (A-GPS), вдосконаленої триангуляції по лінії зв'язку «супутникретранслятор» (AFLT) і т. д.), а також регістр, який підтримує запис про місцеположення UE 910 і про одну або декілька подій RLF. У вказаному прикладі, коли лінія радіозв'язку з UE 910 відмовляє внаслідок зникання виклику, відмови при перемиканні абонентського з'єднання або відмови в установці нового виклику, UE 910 може записати цю подію в регістр. Потім UE 910 може запустити оцінку власного місцеположення з використанням технології на супутниковій основі, мережевій основі і/або гібридній технології. Після цього, оскільки UE 910 продовжує встановлювати лінію радіозв'язку і знаходиться в нормальному робочому стані, UE 910 може зберегти дані про своє місцеположення і подію RLF в регістрі, а потім переслати вказану інформацію на базову станцію 920. Після прийому переданої інформації базова станція 920 може визначити, чи допоможе негайна зміна у відповідному списку сусідів тим UE, які знаходяться в зоні UE 910. Результат цього визначення може потім бути наданий базовій мережі 940 для подальшого планування і організації роботи мережі. У другому прикладі UE 910 може мати засіб підтримки сповіщення про місцеположення (наприклад, з використанням систем A-GPS, AFLT і т. д.), регістр, який зберігає запис про місцеположення UE 910 і одну або декілька подій RLF, a також таймер, який запускається при першій події RLF і перезапускається при подальших подіях RLF. У вказаному прикладі після появи події RLF обладнання UE 910 може записати цю подію і оцінити своє місцеположення, як було описано вище. Далі UE 910 може запустити таймер, який відлічує час, поки не з'явиться інша подія RLF. З появою наступної події RLF обладнання UE 910 може записати дані про місцеположення і причину попередньої відмови в буфер для передачі на базову станцію 920. Цей процес може повторюватися, поки UE 910 не встановить досить надійну лінію зв'язку з базовою станцією 920, після чого UE 910 може відразу передати інформацію, яка відповідає записаній події (подіям) RLF, на базову станцію 920. У третьому прикладі UE 910 може мати засіб підтримки для сповіщення про місцеположення (наприклад, з використанням систем A-GPS, AFLT і т. д.), регістр, який зберігає запис з місцеположенням UE 910, а базова станція 920 може бути обладнана регістром, який зберігає запис про одну або декілька подій RLF і відповідні причини їх появи. У вказаному прикладі після виникнення відмо 29 ви RLF базова станція 920 може записати цю подію в регістрі. Потім UE 910 може оцінити своє місцеположення, як було загалом описано вище. Як тільки між UE 910 і базовою станцією 920 встановлена лінія зв'язку, UE 910 може переслати інформацію про оцінку свого місцеположення на базову станцію 920, яка може потім виконати оптимізацію списку сусідів, як було загалом описано вище. У зв'язку з вищеописаними прикладами потрібно мати на увазі, що вказані приклади не дають вичерпного списку можливих варіантів реалізації, які можуть бути використані системою 900. Крім того потрібно мати на увазі, що тут не передбачається того, що прикладена формула винаходу (якщо в явному вигляді не встановлене інше) зводиться до одного або декількох конкретних варіантів реалізації. На Фіг. 11-15 показані різні процедури, які можуть бути реалізовані згідно з різними описаними тут аспектами. Однак потрібно мати на увазі, що процедури, показані на Фіг. 11-13, представлені як не обмежуючі приклади і що додатково до показаних процедур або замість них можна використовувати будь-які інші відповідні процедури. Крім того, потрібно мати на увазі, що тут мається на увазі, що будь-які описані тут процедури, які можуть бути використані, не виходять за рамки об'єму прикладеної формули винаходу. На Фіг. 11 представлена схема 1100, що ілюструє процедуру надання політики мережевого керування (наприклад, політики SON 212) пристрою (наприклад, UE 210). Згідно з одним аспектом процедуру, показану на схемі 1100, можна використовувати для надання обладнанню UE політики мережевого керування під час процедури підключення, що використовується обладнанням UE для встановлення зв'язку з відповідною мережею. Як показано на Фіг. 11, в момент 1102 обладнання UE може ініціювати процедуру підключення до мережі шляхом передачі повідомлення із запитом підключення на рівень EMM об'єкта ММЕ, пов'язаного з мережею. У одному прикладі повідомлення із запитом підключення, забезпечене обладнанням UE в момент 1102, може вказувати на можливості UE і/або мережі (NNW) відносно підтримки політики SON і/або протоколу ENM. Потім в момент 1104 з рівня EMM на рівень ENM з використанням ММЕ може бути передане повідомлення про можливості UE і мережу відносно підтримки політики SON. У свою чергу, це повідомлення може бути передане в момент 1106 на сервер SON з ідентифікатором (ID) обладнання UE. У відповідь, в момент 1108 сервер SON може передати політику SON для UE і мережі на рівень ENM об'єкта ММЕ. Після виконання процедури підключення між UE і мережею в момент 1110 рівень ENM на ММЕ може в момент 1112 передати на рівень EMM запит на установку політики SON протоколу ENM для UE разом зі стратегією SON, сконфігурованою для UE сервером SON. Після цього політика SON в момент 1114 може бути передана на UE рівнем EMM по протоколу ММЕ з використанням комбінованого повідомлення на UE, що включає в себе прийом підтвердження 96532 30 підключення і запит на установку політики SON протоколу ENM. У відповідь на це повідомлення, що надійшло в момент 1114, обладнання UE може в момент 1116 забезпечити повідомлення про завершення підключення з відповіддю про установку політики SON протоколу ENM для підтвердження завершення процедури підключення і прийому підтвердження про установку політики SON. На Фіг. 12 показана схема 1200, що ілюструє іншу процедуру для забезпечення політики мережевого керування для мережевого пристрою. У прикладі, показаному на схемі 1200, об'єкт ММЕ може переслати політику SON на UE після того, як встановлене з'єднання для сигналізації між UE і мережею, пов'язаною з об'єктом ММЕ. Згідно з одним аспектом процедура, показана на схемі 1200, може початися в момент 1202, коли сервер SON, пов'язаний з мережею, надає відповідному об'єкту ММЕ політику SON, що підлягає використанню обладнанням UE. Як показано в схемі 1200, ця політика SON може бути надана об'єктом ММЕ обладнанню UE. У одному прикладі, якщо UE не працює, об'єкт ММЕ може встановити з UE пейджинговий зв'язок для встановлення з'єднання для сигналізації з метою обміну повідомленнями ENM. Відповідно, в момент 1204 об'єкт ММЕ може передати пейджингове повідомлення із запитом на вузол eNB, який обслуговує обладнання UE, що, в свою чергу, може встановити пейджинговий зв'язок з UE в момент 1206. У момент 1208 обладнання UE може відреагувати на пейджинговий сигнал, прийнятий в момент 1204, забезпечивши повідомлення із запитом обслуговування для об'єкта ММЕ. Потім в момент 1210 об'єкт ММЕ може надати вузлу eNB початковий контекст UE. У прикладі, показаному на схемі 1200, в контексті, наданому в момент 1210, може бути опущений контекст користувацької площини. Вузол eNB може використовувати цю інформацію для з'єднання з UE в момент 1212 в процесі настройки радіоканалу сигналізації (SRB), після чого вузол eNB може в момент 1214 передати на ММЕ повідомлення у відповідь з початковим контекстом UE. Відповідно, як показано в момент 1216 між UE і ММЕ може бути встановлений канал сигналізації. Після встановлення каналу сигналізації між UE і ММЕ в момент 1216, об'єкт ММЕ може в момент 1218 надати для UE повідомлення із запитом встановлення політики SON для ENM. У одному прикладі це повідомлення може задати одну або більше деталей політики SON, що підлягає використанню обладнанням UE (наприклад, визначення подій для сповіщення, вимірювання, що включаються в сповіщення, графіки сповіщення і т. д.). Нарешті, в момент 1220 обладнання UE може підтвердити політику SON, забезпечену об'єктом ММЕ в момент 1218, за допомогою повідомлення у відповідь, що передається на ММЕ, про установку політики SON протоколу ENM. На Фіг. 13 представлена схема 1300, що ілюструє зразкову процедуру, яку можна використовувати для забезпечення сповіщень відповідно до стратегії мережевого керування згідно з різними аспектами винаходу. У одному прикладі, коли ме 31 режею для недіючого UE ініціюється процедура, показана на схемі 1300, об'єкт ММЕ, пов'язаний з мережею, може встановити пейджинговий зв'язок з UE для настроювання з'єднання для сигналізації з метою обміну повідомленнями ENM. Згідно з одним аспектом пейджинговий зв'язок може ініціюватися в моменти з 1302 по 1316 таким же чином, як в процедурі, показаній на схемі 1200 в моменти 1202-1216. Зрозуміло, що можливий альтернативний варіант, коли процедура, показана на схемі 1300, може бути ініційована будь-яким відповідним чином, наприклад, самим UE на основі його політики SON. Після встановлення каналу сигналізації між UE і ММЕ, як показано в моменти 1302-1316, або після виконання будь-якого іншого відповідного способу ініціювання сповіщення для мережевого керування від UE в мережу, об'єкт ММЕ може в момент 1318 представити обладнанню UE повідомлення із запитом сповіщення про зареєстровану подію SON ENM. У відповідь обладнання UE може в момент 1320 передати сповіщення про зареєстровану подію SON ENM назад на об'єкт ММЕ, яке включає в себе одну або більше запитаних реєстрацій подій. Потім сповіщення про зареєстровану подію може в момент 1322 бути передане від ММЕ на сервер SON. Згідно з одним аспектом, запит сповіщення, що подається на UE в момент 1318, може задавати сповіщення про одну або декілька реєстрацій конкретних подій, яке може бути передане від UE на ММЕ в момент 1320. У альтернативному варіанті запит сповіщення може носити більш загальний характер, запитуючи деякі або всі реєстрації подій, що підтримуються обладнанням UE протягом попередньо визначеного періоду часу (наприклад, з останнього сповіщення, здійсненого обладнанням UE). У одному прикладі запит сповіщення може додатково задавати один або більше конкретних пунктів, що підлягають включенню в реєстрацію (реєстрації) подій, які забезпечуються обладнанням UE в момент 1320. На Фіг. 14 представлена схема 1400, що ілюструє зразкову процедуру забезпечення сповіщення про RLF для об'єкта О&М (наприклад, пов'язаного з базовою мережею 940). У одному прикладі канал сигналізації може бути встановлений між UE і ММЕ в моменти 1402-1416 аналогічно з тим, що показано на схемі 1200 в моменти 1202-1216. Кормі того, сповіщення про зареєстровану подію може бути надане серверу SON обладнанням UE через об'єкт ММЕ в моменти 1418-1422 аналогічно з процедурою, показаною на схемі 1300, в моменти 1318-1322. Після прийому сповіщення про подію, як показано в моменти 1418-1422, мережа може ініціювати взаємозв'язки множини подій RLF в UE і мережі на сервері SON в момент 1424. Потім в момент 1426 сервер SON може оповістити про події RLF в повідомленні для об'єкта О&М на періодичній основі для оцінки потреби в іншому вузлі eNB і/або ретрансляторі, необхідності оптимізації списку сусідів і/або проведення будь-якої іншої відповідної дії (дій). На Фіг. 15 представлена інша схема 1500, що ілюструє зразкову процедуру надання об'єкту О&М 96532 32 сповіщення про RLF на вимогу. Як показано на схемі 1500, канал сигналізації може бути встановлений між UE і ММЕ на основі того, що UE може представити сповіщення про зареєстровану подію серверу SON через об'єкт ММЕ в моменти 15021522. Далі в момент 1524 мережа може ініціювати взаємозв'язки множини подій RLF на UE і мережі на сервері SON аналогічно з тим, що показано на схемі 1400 в момент 1424. Потім в моменти 1526 і 1528 об'єкт О&М може використовувати повідомлення із запитом до сервера SON і повідомлення у відповідь від сервера SON відповідно для оцінки потреби в ще одному вузлі eNB і/або ретрансляторі, необхідності виконання оптимізації списку сусідів і/або проведення будь-якої іншої відповідної дії (дій). На Фіг. 16 представлена схема 1600, що ілюструє зразкову мережеву конфігурацію, яку можна використовувати згідно з різними аспектами винаходу. Як показано на схемі 1600, зразкова мережа може включати в себе одну або більше діючих базових станцій 1602, які можуть забезпечити покриття для відповідних зон обслуговування. У одному прикладі на основі сповіщень, отриманих в загальному випадку, як загалом описано вище, можна визначити, що перша група 1608 представляє місцеположення мобільного пристрою, пов'язані з відмовою ініціювання нових викликів, друга група 1610 представляє місцеположення мобільного пристрою, пов'язані з викликами, що зникли, третя група 1612 представляє місцеположення мобільного пристрою, пов'язані з відмовами при перемиканні абонентського з'єднання і т. д. Згідно з одним аспектом інформацію, що належить до груп 1608-1612, можна використовувати як основу для визначення того, чи необхідна нова базова станція 1606 і/або новий ретранслятор 1604 в мережі. На Фіг. 17-22е показані методи, які можуть виконуватися згідно з різними викладеними тут аспектами. Хоч з метою спрощення пояснення ці методи показані і описані у вигляді послідовності дій, повинно бути зрозумілим, що ці методи не обмежені вказаним порядком дій, тобто, деякі дії згідно з одним абодекількома аспектами можуть з'являтися в іншому порядку і/або виконуватися паралельно з іншими діями на відміну від того, що в даному документі описано і показано. Наприклад, фахівці в даній галузі техніки зрозуміють, що в альтернативних варіантах будь-який метод може бути представлений у вигляді ряду взаємопов'язаних станів або подій, наприклад, у вигляді діаграми станів. Крім того, згідно з одним або декількома аспектами винаходу для реалізації того або іншого методу можуть бути потрібні не всі показані дії. На Фіг. 17 показаний метод 1700 забезпечення політики сповіщення про події для пристрою (наприклад, UE 210) в системі зв'язку (наприклад, в системі, показаній на схемах 202-204). Потрібно мати на увазі, що метод 1700 може бути реалізований, наприклад, базовою станцією, мережевим контролером (наприклад, мережевим адміністратором 220) і/або будь-яким іншим відповідним мережевим об'єктом. Виконання методу 1700 починається з блока 1702, де ідентифікують UE, що 33 має можливості сповіщення для мережевого керування. У одному прикладі обладнання UE може бути ідентифіковане в блоці 1702 на основі керуючої сигналізації, що забезпечується обладнанням UE, і/або минулим обміном з даним UE. Додатково і/або як альтернативний варіант, здатність обладнання UE до сповіщення для мережевого керування може бути виявлена по ідентифікатору (ID) пристрою і/або за іншими характеристиками UE, і/або за допомогою будь-якого іншого відповідного засобу. Далі в блоці 1704 ідентифікують політику сповіщення (наприклад, політику SON 217), яка включає в себе визначення подій для сповіщення і розклад сповіщень, що підлягають використанню обладнанням UE, ідентифікованим в блоці 1702. Згідно з одним аспектом, події в списку визначень можуть включати в себе одну або більше подій відмов (наприклад, відмова апаратного забезпечення, відмова з'єднання, відмова RLF і т. д.), одне або більше вимірювань ресурсів (наприклад, вимірювання потужності передачі і/або інших ресурсів, що використовуються обладнанням UE), інформацію про топологію мережі (наприклад, ідентифікаційні дані про стільники, з якими з'єднане обладнання UE, про домашній стільник і/або про стільники, що відвідуються обладнанням UE і т. д.) або т. п. Крім того, згаданий розклад може задавати один або більше моментів часу для сповіщення про реєстрації, пов'язані з певними подіями, наприклад, попередньо визначені часові інтервали, часові інтервали на основі мережевого навантаження, періоди часу відразу або майже відразу після реєстрації відповідних подій або т. п. В одному прикладі розклад сповіщення, ідентифікований в блоці 1704, може додатково містити в собі одне або більше діагностичних вимірювань, дані про яких надаються у відповідних сповіщеннях. Після ідентифікації в блоці 1704 політики сповіщення, що підлягає використанню обладнанням UE, між призначеним мережевим об'єктом і обладнанням UE може бути встановлена лінія зв'язку для передачі політики сповіщення (блок 1706). У одному прикладі політика сповіщення може бути забезпечена для UE в блоці 1706 шляхом використання сигналізації в площині керування під час встановлення з'єднання між UE і мережею, в якій реалізовується метод 1700, що може бути виконано через процедуру підключення, процедуру пейджингового обміну і/або інший відповідний спосіб. Зрозуміло, що в альтернативному варіанті політика сповіщення може бути надана обладнанню UE в блоці 17706 в будь-який інший відповідний момент часу. Як інший альтернативний варіант для передачі політики сповіщення на UE в блоці 1706 можна виділити вузол-шлюз і/або інший відповідний мережевий об'єкт з використанням каналу в користувацькій площині між призначеним мережевим об'єктом і UE. У одному прикладі канал може бути встановлений між мережевим об'єктом, призначеним в блоці 1706, і обладнанням UE, так щоб намічений мережевий об'єкт і обладнання UE могли взаємодіяти через одну або більше функцій IP додатку. 96532 34 Після завершення дій, описаних в блоках 1702-1706, метод 1700 може завершитися; в альтернативному варіанті виконання методу 1700 може перейти до блока 1708, де від UE, з яким була встановлена лінія зв'язку для забезпечення політики сповіщення в блоці 1706, приймається одне або більше сповіщень згідно з вказаною політикою сповіщення. Потім в блоці 1710 виконання методу 1700 завершується при оптимізації робочих характеристик мережі на основі, щонайменше частково, сповіщення (сповіщень), отриманих в блоці 1708. Оптимізація в блоці 1710 може містити в собі, наприклад, настройку швидкості передачі, кодування, потужності і/або інших параметрів, що використовується для зв'язку з UE, щоб мінімізувати відмови, що реєструються обладнанням UE. Як інший приклад, оптимізація в блоці 1710 може включати в себе регулювання потужності передачі і/або частотних, часових, кодових або подібних ресурсів, щоб зменшити вплив перешкод в мережі, де реалізовується метод 1700. Також повинне бути ясно, що в блоці 1710 можливе виконання інших відповідних варіантів оптимізації. На Фіг. 18 показаний метод 1800 керування процедурою мережевого сповіщення. Метод 1800 може виконуватися, наприклад, точкою доступу, об'єктом мережевого керування і/або будь-яким іншим відповідним мережевим пристроєм. Виконання методу 1800 починається з блока 1802, де ідентифікують політику сповіщення, що підлягає передачі на UE. Потім в блоці 1804 визначають, чи бездіяльне обладнання UE. Якщо обладнання UE бездіяльне, то в блоці 1806 може бути використана процедура пейджингового зв'язку (наприклад, процедура пейджингового зв'язку, показана в схемі 1000) для пейджингового зв'язку з обладнанням UE. Після завершення пейджингового зв'язку в блоці 1806 або після визначення в блоці 1804 того, що UE не бездіяльне, виконання методу 1800 може бути продовжене в блоці 1808, де політика сповіщення, ідентифікована в блоці 1802, надається обладнанню UE. У одному прикладі пейджинговий зв'язок в блоці 1806 і передача політики сповіщення в блоці 1808 можуть бути об'єднані в єдину дію після визначення в блоці 1804 того, що обладнання UE не працює. Після надання політики сповіщення обладнанню UE в блоці 1808 виконання методу 1800 може продовжуватися в блоці 1810, де ідентифікують сповіщення, що підлягає передачі обладнанням UE згідно з політикою сповіщення. У одному прикладі конкретне сповіщення може бути ідентифіковане в блоці 1810, яке повинне бути надане обладнанням UE згідно з політикою сповіщення, забезпеченою для UE в блоці 1808. У альтернативному варіанті ідентифікація в блоці 1810 може бути направлена на одне або більше сповіщень, які зареєстровані і/або запам'ятовані обладнанням UE під час ідентифікації. Потім виконання методу 1800 може продовжуватися в блоці 1812, де визначають, чи бездіяльне обладнання UE. Якщо UE не працює, то в блоці 1814 можна використовувати процедуру пейджингового зв'язку (наприклад, процедуру пейджингового зв'язку, показану на схемі 1100) для пейджингового зв'язку з UE. Після 35 завершення пейджингового зв'язку в блоці 1814 або після визначення в блоці 1812 того, що обладнання UE не працює, виконання методу 1800 може продовжуватися в блоці 1816, де від UE запитують сповіщення (сповіщення), ідентифіковане в блоці 1810. У одному прикладі пейджинговий зв'язок в блоці 1814 і запит (запити), зроблений в блоці 1816, можуть бути об'єднані в єдину дію після визначення в блоці 1812 того, що обладнання UE не працює. Потім на кроці 1818 виконання методу 1800 завершується отриманням сповіщення (сповіщень) від обладнання UE у відповідь на запит (запити), зроблений в блоці 1816. На Фіг. 19 представлена блок-схема методу 1900 для реєстрації і сповіщення про мережеву подію згідно з схемою мережевого керування (наприклад, політики SON 212). Метод 1900 може виконуватися, наприклад, термінальним пристроєм (наприклад, UE 210) і/або будь-яким іншим відповідним мережевим об'єктом. Виконання методу 1900 починається з блока 1902, де з мережі (наприклад, від мережевого адміністратора 220 у вигляді політики SON 212) приймають список подій і розклад сповіщення. У одному прикладі список подій, прийнятих в блоці 1902, може включати в себе одне або більше визначень стандартизованих подій, які використовуються в даній мережі. Додатково і/або як альтернативний варіант, розклад сповіщення, прийнятий в блоці 1902, може ідентифікувати моменти часу, в які повинне виконуватися сповіщення, і/або інформацію, що підлягає передачі в сповіщеннях. Далі в блоці 1904 контролюється робота пристрою, що реалізовує метод 1900. Контроль в блоці 1904 може містити в собі, наприклад: визначення того, чи з'явилися відмови (наприклад, шляхом використання детектора 612 відмов); отримання інформації про місцеположення і/або топології мережі (наприклад, через монітор 614 місцеположення) і виявлення відповідних змін; ідентифікацію ресурсів зв'язку, потужності передачі або інших робочих параметрів пристрою, що реалізовує метод 1900 (наприклад, з використанням монітора 616 робочого стану) і спостереження змін вказаних параметрів; і/або будь-які інші відповідні операції. У блоці 1906 визначають, чи виявлена подія (наприклад, детектором 610 подій) на основі контролю в блоці 1904. Якщо подія не виявлена, то контроль в блоці 1904 продовжується. У іншому випадку виконання методу 1900 продовжується в блоці 1908, де збирається інформація, що належить до виявленої події. Вказана інформація може містити в собі, наприклад, час настання події (наприклад, визначений по годиннику 712), ресурси потужності, частоти і т. д., що використовується в момент настання події (наприклад, що вимірюються аналізатором 714 ресурсів), інформацію про місцеположення і/або топологію мережі (наприклад, що надається монітором 716 стану стільника) в момент настання події, інформацію про якість каналу і/або іншу діагностичну інформацію (наприклад, виміряну модулем 718 канальних вимірювань) і/або будь-яку іншу відповідну інформацію. 96532 36 Після завершення дій, описаних в блоці 1908, виконання методу 1900 може закінчитися в блоці 1910, де інформацію, зібрану в блоці 1908, передають в мережу (наприклад, за допомогою сповіщувача 810 реєстрації) згідно з розкладом сповіщень, прийнятих в блоці 1902. Згідно з одним аспектом в блоці 1910 сповіщення можуть направлятися одному або більше попередньо визначеним адресатам (наприклад, адресати 816 сповіщення) в один або більше моментів часу, заданих розкладом сповіщень (наприклад, розкладом 818 сповіщень). На Фіг. 20 показаний інший метод реєстрації і сповіщення про мережеві події згідно зі схемою керування мережею. Потрібно мати на увазі, що метод 2000 може бути реалізований, наприклад, обладнанням UE і/або будь-яким іншим відповідним мережевим об'єктом. Виконання методу 2000 починається в блоці 2002, де приймають список визначень подій і набір відповідних вимірювань. У блоці 2004 виконують набір вимірювань, прийнятих в блоці 2002. Далі в блоці 2006 визначають, чи з'явилася подія, визначена в списку визначень подій. Якщо вказана подія не з'явилася, то в блоці 2004 вимірювання продовжується. У альтернативному варіанті, якщо в блоці 2006 визначено, що вказана подія з'явилася, то виконання методу 2000 продовжується в блоці 2008, де реєструються вимірювання, виконані в блоці 2004 в момент появи події, визначеної в блоці 2006. Після реєстрації в блоці 2006 зареєстрована інформація, яка відповідають даній події, може бути передана назад у відповідну мережу множиною різних способів. Відповідно, виконання методу 2000 може перейти до блока 2010, де визначають, чи був запит з боку мережі на сповіщення про реєстрацію (наприклад, як показано в схемі 1100). Якщо запит на сповіщення реєстрації був, то виконання методу 2000 може завершитися в блоці 2012, де зареєстровані результати вимірювань передаються в мережу у відповідь на запит. У іншому випадку, якщо не було запиту на сповіщення про реєстрацію, то виконання методу 2000 продовжується в блоці 2014, щоб визначити чи був наданий розклад сповіщень об'єкту, що реалізовує метод 2000. Якщо визначено, що розклад сповіщень був наданий, то виконання методу 2000 може завершитися в блоці 2016, де зареєстровані результати вимірювань передаються згідно з наданим розкладом сповіщень. З іншого боку, якщо визначено, що розклад сповіщень наданий не було, то виконання методу 2000 може повернутися в блок 2010 для повторення спроби ідентифікації запиту на сповіщення про реєстрацію. На Фіг. 21 показаний метод 2100 для виявлення і сповіщення про подію RLF. Метод 2100 може виконуватися, наприклад, терміналом і/або будьяким іншим відповідним мережевим пристроєм. Виконання методу 2100 починається в блоці 2102, де виявляється RLF (наприклад, детектором RLF 912). Виконання методу 2100 може потім продовжуватися в блоці 2104, де записується інформація про подію RLF і/або інформація про місцеположення, що належить до RLF, виявленому в блоці 2102 (наприклад, за допомогою детектора RLF або 37 блока 914 оцінки місцеположення відповідно). Потім виконання методу 2100 може завершитися в блоці 2106, де передається інформація про подію, записана в блоці 2104 (наприклад, через модуль 918 сповіщення). На Фіг. 22 показаний інший метод 2200 для виявлення і сповіщення про подію RLF. Метод 2200 може бути реалізований, наприклад, базовою станцією і/або будь-яким іншим відповідним мережевим пристроєм. Виконання методу 2200 може починатися в блоці 2202, де виявляється RLF (наприклад, детектором RLF 922). Потім виконання методу 2200 може продовжуватися в блоці 2204, де записується інформація про подію RLF і/або інформація про місцеположення, що належить до RLF, виявленому в блоці 2202 (наприклад, детектором RLF 922 або блоком 924 оцінки місцеположення відповідно). Потім виконання методу 2200 може продовжуватися в блоці 2206, де щонайменше від одного мобільного пристрою (наприклад, UE 910) приймають інформацію, що належить до RLF, виявленому в блоці 2202. Потім в блоці 2208 виконують агрегування інформації, записаної в блоці 2204, і інформації, прийнятої в блоці 2206 (наприклад, задопомогою модуля 926 агрегування). Після цього виконання методу 2200 може завершитися в блоці 2212, де виконується сповіщення на основі інформації, агрегованої в блоці 2210 (наприклад, через модуль 932 сповіщення). На Фіг. 23 приведена блок-схема, що ілюструє зразкову систему 2300 бездротового зв'язку, в якій можуть бути реалізовані різні описані тут аспекти. У одному прикладі система 2300 являє собою систему з множиною входів і множиною виходів (ΜΙΜΟ), яка включає в себе систему 2310 передавача і систему 2350 приймача. Однак потрібно мати на увазі, що система 2310 передавача і система 2350 приймача також можуть бути застосовані для системи з множиною входів і одним виходом, де, наприклад, множина передавальних антен (наприклад, на базовій станції) можуть передавати один або більше символьних потоків на пристрій з однією антеною (наприклад, мобільна станція). Додатково, потрібно мати на увазі, що описані тут аспекти системи 2310 передавача і/або системи 2350 приймача можуть бути використані разом з антенною системою типу «один вихід один вхід». Згідно з одним аспектом дані трафіка для декількох потоків даних надходять в систему 2310 передавача від джерела 2312 даних на процесор 2314 даних передачі (ТХ). У одному прикладі кожний потік даних потім може передаватися через відповідну передавальну антену 2324. Додатково, процесор 2314 даних ТХ може відформатувати, закодувати і виконати перемежовування даних трафіка для кожного потоку даних на основі конкретної схеми кодування, вибраної для кожного відповідного потоку даних, щоб забезпечити кодовані дані. У одному прикладі кодовані дані для кожного потоку даних можуть потім мультиплексуватися з даними пілот-сигналу з використанням способів OFDM. Даними пілот-сигналу може бути, наприклад, відома конфігурація даних, яка обробляється відомим чином. Крім того, дані пілот 96532 38 сигналу можуть бути використані в системі 2350 приймача для оцінки характеристики каналу. У системі 2310 передавача мультиплексовані дані пілот-сигналу і кодовані дані для кожного потоку даних можуть модулюватися (тобто, може виконуватися символьне відображення) на основі конкретної схеми модуляції (наприклад, BPSK, QSPK, М-PSK або M-QIM), вибираної для кожного відповідного потоку даних для забезпечення модуляційних символів. У одному прикладі швидкість передачі даних, кодування і модуляція для кожного потоку даних можуть визначатися командами, що виконуються в процесорі 2330 і/або забезпечуються цим процесором. Потім модуляційні символи для всіх потоків даних можуть бути подані в процесор 2320 даних ТХ, який може виконати додаткову обробку модуляційних символів (наприклад, для модуляції OFDM). Після цього процесор 2320 ТХ ΜΙΜΟ може подати NT потоків модуляційних символів на NT приймачів-передавачів 2322a-2322t. У одному прикладі кожний приймач-передавач 2322 може приймати і обробляти відповідний потік символів для забезпечення одного або більше аналогових сигналів. Потім кожний приймач-передавач 2322 може додатково виконати нормалізацію (наприклад, посилення, фільтрацію і перетворення з підвищенням частоти) аналогових сигналів для забезпечення модульованого сигналу, відповідного для передачі по каналу ΜΙΜΟ. Відповідно, NT модульованих сигналів від приймачів-передавачів 2322а-2322t можуть потім бути передані через NT антен 2324a-2324t відповідно. Згідно з іншим аспектом передані модульовані сигнали можуть прийматися в системі 2350 приймача NR антенами 2352а-2352r. Потім прийнятий від кожної антени 2352 сигнал може бути поданий на відповідно приймачі-передавачі 2354. У одному прикладі кожний приймач-передавач 2354 може виконати нормалізацію (наприклад, фільтрацію, посилення і перетворення з пониженням частоти) відповідного прийнятого сигналу, оцифровування нормалізованого сигналу для забезпечення відліків з подальшою обробкою відліків для забезпечення відповідного «прийнятого» символьного потоку. Потім процесор 2360 даних RX ΜΙΜΟ може прийняти і обробити NR прийнятих символьних потоків від NR приймачів-передавачів 2354 на основі конкретного способу обробки в приймачі для забезпечення NT «виявлених» символьних потоків. У одному прикладі кожний виявлений символьний потік може включати в себе символи, що є оцінками модуляційних символів, переданих для відповідного потоку даних. Потім процесор 2360 RX може обробити кожний символьний потік, щонайменше частково, за допомогою демодуляції, зворотного перемежовування і декодування кожного виявленого символьного потоку з метою відновлення даних трафіка для відповідного потоку даних. Таким чином, обробка, що виконується процесором 2360 RX, може бути комплементарною по відношенню до обробки, що виконується процесором 2320 ТХ ΜΙΜΟ і процесором 2314 даних ТХ в системі 2310 передавача. Процесор 2360 39 RX може додатково подати оброблені символьні потоки в приймач 2364 даних. Згідно з одним аспектом оцінку характеристики каналу, створену процесором 2360 RX можна використовувати для виконання просторової/часової обробки в приймачі, настройки рівнів потужності, зміни швидкостей або схем модуляції і/або інших відповідних дій. Додатково, процесор 2360 RX може додатково оцінити канальні характеристики, такі як, наприклад, відношення «сигнал - шум плюс перешкоди» (SNR) для виявлених символьних потоків. Потім процесор 2360 RX може подати оцінки канальних характеристик в процесор 2370. У одному прикладі процесор 2360 RX і/або процесор 2370 може крім того створити оцінку «робочого» SNR для системи. Потім процесор 2370 може забезпечити інформацію про стан каналу (CSI), яка може містити інформацію, що стосується лінії зв'язку і/або прийнятого потоку даних. Ця інформація може містити в собі, наприклад, робочий SNR. Потім інформація CSI може бути оброблена процесором 2318 даних ТХ, модульована модулятором 2380, нормалізована приймачами-передавачами 2354а-2354r і передана назад в систему 2310 передавача. Додатково, джерело 2316 даних в системі 2350 приймача може забезпечити додаткові дані, що підлягають обробці процесором 2318 даних ТХ. У системі 2310 передавача модульовані сигнали від системи 2350 приймача можуть потім бути прийняті антенами 2324, нормалізовані приймачами-передавачами 2322, демодульовані демодулятором 2340 і оброблені процесором 2342 даних RX для відновлення інформації CSI, переданої системою 2350 приймача. У одному прикладі передана інформація CSI може потім бути подана в процесор 2330 і використана для визначення швидкостей передачі даних, а також схем кодування і модуляції, що використовується для одного або більше потоків даних. Потім певні схеми кодування і модуляції можуть бути подані в приймачі-передавачі 2322 для квантування і/або використання в подальших передачах на систему 2350 приймача. Додатково і/або як альтернативний варіант, отримана інформація CSI може бути використана процесором 2330 для створення різних керуючих сигналів для процесора 2314 даних ТХ і процесора 2320 ТХ ΜΙΜΟ. У іншому прикладі інформація CSI і/або інша інформація, оброблена процесором 2342 даних RX, може бути подана в приймач 2344 даних. У одному прикладі процесор 2330 в системі 2310 приймача і процесор 2370 в системі 2350 передавача керують роботою відповідних систем. Додатково, пам'ять 2332 в системі 2310 передавача і пам'ять 2372 в системі 2350 приймача може забезпечити зберігання програмних кодів і даних, що використовуються процесорами 2330 і 2370 відповідно. Крім того, в системі 2350 приймача можуть бути використані різні способи обробки для обробки NR прийнятих сигналів з метою виявлення NT переданих символьних потоків. Ці способи обробки в приймачі можуть включати в себе способи просторової і просторово-часової обробки в приймачі, які також можна назвати способами 96532 40 вирівнювання і/або способами обробки в приймачі типу «послідовне обнуління/вирівнювання і придушення перешкод», і які також можна назвати способами обробки в приймачі типу «послідовне придушення перешкод» або «послідовне придушення». На Фіг. 24 представлена блок-схема системи 2400, яка підтримує мережеве керування і оптимізацію згідно з різними описаними тут аспектами. У одному прикладі система 2400 включає в себе базову станцію або вузол В 2402. Як показано на схемі, вузол В 2402 може приймати сигнал (сигнали) від одного або більше UE 2404 через одну або більше приймальних (Rx) антен 2406 і передавати сигнал (сигнали) на один або більше UE 2404 через одну або більше передавальних (Тх) антен 2408. Додатково, вузол В 2402 може містити приймач 2410, який приймає інформацію від приймальної антени (антен) 2406. У одному прикладі приймач 2410 може бути оперативно пов'язаний з демодулятором (Demod) 2412, який демодулює прийняту інформацію. Потім демодульовані символи можуть бути проаналізовані процесором 2414. Процесор 2414 може бути приєднаний до пам'яті 2416, в якій може зберігатися інформація, що належить до кодових кластерів, привласнювань термінала доступу, відповідних проглядових таблиць, унікальних скремблюючих послідовностей, і/або інформація інших відповідних типів. У одному прикладі вузол В 2402 може використовувати процесор 2414 для виконання методик 1700, 1800, 2200 і/або інших аналогічних і відповідних методик. Вузол В 2402 також може включати в себе модулятор 2418, який може мультиплексувати сигнал для передачі передавачем 2420 через передавальну антену (антени) 2408. На Фіг. 25 представлена блок-схема системи 2500, яка підтримує реєстрацію і сповіщення про мережеві події згідно з різними описаними тут аспектами. У одному прикладі система 2500 включає в себе мобільний термінал 2502. Як показано на Фіг. 25, мобільний термінал 2502 може приймати сигнал (сигнали) від однієї або декількох базових станцій 2504 і передавати сигнал (сигнали) на одну або більше базових станцій 2504 через одну або більше антен 2508. Додатково, мобільний термінал 2502 може містити приймач 2510, який приймає інформацію через антену (антени) 2508. У одному прикладі приймач 2510 може бути оперативно пов'язаний з демодулятором (Demod) 2512, який демодулює прийняту інформацію. Потім демодульовані символи можуть бути проаналізовані процесором 2514. Процесор 2514 може бути з'єднаний з пам'яттю 2516, де можуть зберігатися дані і/або програмні коди, що належать до мобільного термінала 2502. Додатково, мобільний термінал 2502 може використовувати процесор 2514 для виконання методів 1900, 2000, 2100 і/або інших аналогічних і відповідних методів. Мобільний термінал 2502 також може включати в себе модулятор 2518, який може мультиплексувати сигнал для його передачі передавачем 2520 через антену (антени) 2508. 41 На Фіг. 26 показаний пристрій 2600, який підтримує мережеве керування і оптимізацію. Потрібно мати на увазі, що пристрій 2600 представлений у вигляді, що містить функціональні блоки, які можуть представляти функції, що реалізовуються процесором, програмними засобами або їх комбінацією (наприклад, програмно-апаратними засобами). Пристрій 2600 може бути реалізований в точці доступу (наприклад, eNB 340 і/або 440), мережевому контролері (наприклад, об'єкт ММЕ 320 і/або 420, сервер SON 350 і/або 450 і т. д.) і/або будь-якому іншому відповідному мережевому об'єкті і може включати в себе модуль 2602 для доставки політики сповіщення на термінал, яка включає в себе список визначень подій і вимірювань, пов'язаних з відповідними подіями, а також модуль 2604 для виконання мережевої оптимізації на основі, щонайменше частково, сповіщень, прийнятих згідно з політикою сповіщення. На Фіг. 27 показаний інший пристрій 2700, який підтримує мережеве керування і оптимізацію згідно з різними описаними тут аспектами. Потрібно мати на увазі, що пристрій 2700 представлений у вигляді, що містить функціональні блоки, які можуть представляти функції, що реалізовуються процесором, програмними засобами або їх комбінацією (наприклад, програмно-апаратні засоби). Пристрій 2700 може бути реалізований в термінальному пристрої (наприклад, UE 310 і/або 410), і/або будь-якому іншому відповідному мережевому об'єкті і може містити в собі: модуль 2702 для прийому набору визначень подій, набору вимірювань і графіка сповіщення від мережі; модуль 2704 для реєстрації вимірювань, відповідних набору вимірювань, після появи відповідних подій; і модуль 2706 для передачі зареєстрованих результатів вимірювань в мережу згідно з розкладом сповіщень. Повинно бути зрозуміло, що описані тут аспекти можуть бути реалізовані за допомогою апаратних засобів, програмних засобів, програмноапаратних засобів, міжплатформового програмного забезпечення, мікрокоду або будь-якої їх комбінації. При реалізації описаних систем і/або способів за допомогою програмних засобів, програмноапаратних засобів, міжплатформового програмного забезпечення або мікрокоду, програмного коду 96532 42 або кодових сегментів, вони можуть зберігатися на зчитуваному машиною носії, такому як компонента пам'яті. Кодовий сегмент може представляти процедуру, функцію, підпрограму, програму, стандартну програму, стандартну підпрограму, модуль, програмний пакет, клас або будь-яку комбінацію команд, структур даних або програмних операторів. Кодовий сегмент може бути пов'язаний з іншим кодовим сегментом або апаратною схемою шляхом передачі і/або прийому інформації, даних, аргументів, параметрів або вмісту пам'яті. Інформація, аргументи, параметри, дані і т. д. можуть подаватися, направлятися або передаватися з використанням будь-яких відповідних засобів, включаючи колективне використання пам'яті, передачу повідомлень, маркерну передачу даних, мережеву передачу і т. д. При програмній реалізації описані тут способи можуть бути реалізовані за допомогою модулів (наприклад, процедури, функції і т. д.), які виконують описані тут функції. Програмні коди можуть зберігатися в блоках пам'яті і виконуватися процесорами. Блок пам'яті може бути реалізований в процесорі або поза процесором, причому в цьому випадку він може мати комунікаційний зв'язок з процесором через різні засоби, відомі фахівцям в даній галузі техніки. Все, що тут було описано, включає в себе приклади одного або більше аспектів винаходу. Звичайно, неможливо описати кожну потенційно можливу комбінацію компонент або методик з метою опису вищезазначених аспектів, але фахівцям в даній галузі техніки повинно бути зрозуміло, що можлива множина додаткових комбінацій і поєднань різних аспектів. Відповідно, передбачається, що описані аспекти охоплюють всі вказані альтернативні варіанти, модифікації і версії, які не виходять за рамки суті і об'єму прикладеної формули винаходу. Крім того, мається на увазі, що використовуваний в докладному описі або формулі винаходу термін «включає в себе», є інклюзивним, аналогічним до терміну «що містить», в той час як термін «що містить» трактується як перехідне слово при його використанні в формулі винаходу. Крім того, термін «або», що використовується в докладному описі або формулі винаходу, означає «те, що не виключає або». 43 96532 44 45 96532 46 47 96532 48 49 96532 50 51 96532 52 53 96532 54 55 96532 56 57 96532 58 59 96532 60
ДивитисяДодаткова інформація
Назва патенту англійськоюMethod of network management by assistance from terminal using control-plane signaling between terminal and network
Автори англійськоюSong, Osok, Kitazoe, Masato, Flore, Oronzo, Mishra, Anjali, Grilli, Francesco
Назва патенту російськоюСпособ сетевого управления путем поддержки со стороны терминала с использованием сигнализации в плоскости управления между терминалом и сетью
Автори російськоюСонг Осок, Китазое Масато, Флоре Оронцо, Мишра Анджали, Грилли Франческо
МПК / Мітки
МПК: H04W 24/00
Мітки: терміналом, боку, керування, мережею, мережевого, термінала, використанням, сигналізації, шляхом, площині, підтримки, спосіб
Код посилання
<a href="https://ua.patents.su/41-96532-sposib-merezhevogo-keruvannya-shlyakhom-pidtrimki-z-boku-terminala-z-vikoristannyam-signalizaci-v-ploshhini-keruvannya-mizh-terminalom-i-merezheyu.html" target="_blank" rel="follow" title="База патентів України">Спосіб мережевого керування шляхом підтримки з боку термінала з використанням сигналізації в площині керування між терміналом і мережею</a>
Система передачі даних з терміналом і переносним носієм даних та спосіб перезавантаження переносного носія даних за допомогою термінала
Номер патенту: 41418
Опубліковано: 17.09.2001
Автор: Шренк Хартмут
МПК: G07F 7/08
Мітки: термінала, допомогою, носія, носієм, перезавантаження, спосіб, переносним, терміналом, переносного, передачі, даних, система
Формула / Реферат:
1. Система передачи данных с терминалом и переносным носителем данных, которая состоит из, по меньшей мере, одного терминала и, по меньшей мере, одного переносного носителя данных, снабженного энергонезависимым полупроводниковым накопителем, который содержит, по меньшей мере, первую служащую в качестве счетчика представляющую списываемое денежное значение область значений, отличающаяся тем, что энергонезависимый полупроводниковый...
Спосіб і пристрій для керування роботою термінала доступу в системі зв’язку
Номер патенту: 89750
Опубліковано: 10.03.2010
Автори: Екветчавіт Тунячате, Джоши Абхай Арвінд, Андрус Дон Нілсен, Ньюфелд Артур Джеймс, Гурскі Ремі Джонатан
МПК: H04W 88/00
Мітки: термінала, роботою, доступу, спосіб, зв'язку, керування, системі, пристрій
Формула / Реферат:
1. Спосіб керування роботою термінала доступу, що містить етапи, на яких:виявляють початок блока широкомовних керуючих повідомлень на основі синхронізації системи зв'язку,негайно зупиняють процес переведення термінала доступу при згаданому виявленні.2. Спосіб за п. 1, який також містить етап, на якому:виявляють заголовок блока широкомовних керуючих повідомлень на основі декодування послідовності бітів даних, яка...
Спосіб і пристрій для керування роботою термінала доступу в системі зв’язку
Номер патенту: 94641
Опубліковано: 25.05.2011
Автори: Гурскі Ремі Джонатан, Екветчавіт Тунячате, Ньюфелд Артур Джеймс, Андрус Дон Нілсен, Джоши Абхай Арвінд
МПК: H04B 1/00
Мітки: пристрій, термінала, роботою, спосіб, зв'язку, доступу, системі, керування
Формула / Реферат:
1. Спосіб керування роботою термінала доступу, що містить етапи, на яких: виявляють початок блока широкомовних керуючих повідомлень на прямій лінії зв'язку, основуючись на тактуванні системи зв'язку, блокують терміналом доступу міжбазовий процес переведення термінала доступу, основуючись на виявленому початку блока широкомовних керуючих повідомлень, і розблоковують міжбазовий процес переведення, після спроби виявити заголовок блока...
Спосіб керування електронною рекламною мережею та система електронної рекламної мережі для його здійснення
Номер патенту: 55320
Опубліковано: 17.03.2003
Автор: Твердохліб Олег Володимирович
МПК: G09F 19/00
Мітки: рекламної, система, здійснення, мережею, електронною, мережі, спосіб, рекламною, керування, електронної
Формула / Реферат:
1. Спосіб керування електронною рекламною мережею, що передбачає здійснення реклами на електронних рекламних об'єктах, який відрізняється тим, що з центра керування за допомогою Інтернет, локальної мережі або радіозв'язку здійснюють підбір потрібних електронних рекламних об'єктів, після визначення переліку електронних рекламних об'єктів, переліку рекламних матеріалів та розкладу їх появи ці дані за регламентом та заздалегідь передають до...
Спосіб бездротового зв’язку між першою мережею та другою мережею
Номер патенту: 83485
Опубліковано: 25.07.2008
Автори: Джаін Нікхіл, Коллінз Брюс
МПК: H04M 1/66
Мітки: першою, другою, спосіб, бездротового, зв'язку, мережею
Формула / Реферат:
Спосіб бездротового зв'язку між першою мережею й другою мережею, який дає можливість мобільній станції (MS), абонованій в першій мережі, здійснювати зв'язок, використовуючи другу мережу, який містить:- зберігання ідентифікатора мобільної станції;- одержання інформації автентичності від першої мережі в загальному глобальному шлюзі;- використання алгоритму, що використовує інформацію автентичності для синтезу ключа...
Попередній патент: Пристрій функціонального діагностування пристрою регулювання росту монокристалів
Наступний патент: Пластмасовий сцинтилятор з просторово зшитою структурою
Випадковий патент: Спосіб отримання рідкого біопалива з кукурудзяної олії