Засіб мережевого моніторингу та аналізу

Реферат: Описаний спосіб визначення показників функціонування мережі зв'язку, де зазначений спосіб включає етапи передачі повідомлення від мобільного пристрою до щонайменше одного сервера, де кожен з-поміж щонайменше одного сервера сконфігурований таким чином, щоб направляти повідомлення назад до зазначеного мобільного пристрою; отримання мобільним пристроєм повідомлень, повернутих кожним сервером з-поміж щонайменше одного сервера; розрахунок проміжку часу між передачею повідомлення мобільним пристроєм і отриманням цим мобільним пристроєм повідомлень, повернутих кожним сервером з-поміж щонайменше одного сервера; передачу значення розрахованого проміжку часу до основного сервера, вибраного з-поміж щонайменше одного, для зберігання. UA 100958 C2 (12) UA 100958 C2 UA 100958 C2 5 10 15 20 25 30 35 40 45 50 55 60 Галузь техніки Даний винахід відноситься до систем і способів аналізу показників функціонування мережі. Зокрема даний винахід стосується, але не виключно, до надання засобу мережевого моніторингу для систем мобільного зв'язку. Передумови винаходу Мережі мобільного зв'язку містять дуже велику кількість компонентів від контролерів радіомережі до шлюзових вузлів підтримки GPRS (GGSN) з численними міжмережевими екранами, маршрутизаторами та іншими пристроями. Послуги передачі даних через мережі мобільного зв'язку залишаються порівняно недавньою розробкою - незалежно від технології, на якій вони базуються. Тому оператори мобільного зв'язку досі займаються розробкою способів і засобів, які дозволять їм здійснювати моніторинг, налаштування та модернізацію цих мереж передачі даних. Зазвичай оператори мають змогу вбудовувати в інфраструктуру пакетного ядра широкий асортимент контрольних пристроїв і зондів для моніторингу роботи зазначеного ядра. Однак наразі не існує способу забезпечити поточний моніторинг якості обслуговування користувачів, якщо йдеться про мережу передачі даних. Якість обслуговування користувачів послуг передачі даних може значно відрізнятися залежно від місцевості та інших чинників, кількість яких також може бути різною. Наприклад, пакетне ядро мережі може функціонувати надзвичайно добре, але у разі неправильної синхронізації веж стільникового зв'язку велика кількість користувачів у певній зоні може зіштовхнутися з поганою роботою мережі. Беручи до уваги недостатню прозорість процесів поза межами пакетного ядра, забезпечення стабільної якості обслуговування користувачів за таких умов є проблематичним. Очевидно, існує потреба у засобі моніторингу, здатному надавати дані щодо функціонування мережі поза межами пакетного ядра. Також існує потреба у засобі моніторингу, який може бути встановлений як приховане навантаження до клієнта обміну повідомленнями для мобільних пристроїв, наданого оператором, щоб забезпечити можливість проведення великої кількості тестів по всій мережі. Стислий опис винаходу Опис винаходу Відповідно, згідно з одним із аспектів даного винаходу запропоновано спосіб визначення показників функціонування мережі зв'язку, де зазначений спосіб включає такі етапи: передачу повідомлення від мобільного пристрою до одного з серверів, сконфігурованих таким чином, щоб направляти зазначене повідомлення назад до зазначеного мобільного пристрою; отримання цим мобільним пристроєм повідомлень, повернутих одним чи кількома зазначеними серверами; розрахунок проміжку часу між передачею зазначеного повідомлення зазначеним мобільним пристроєм і отриманням цим мобільним пристроєм повідомлень, повернутих одним чи кількома зазначеними серверами; та передачу значення розрахованого проміжку часу до основного сервера, вибраного поміжодного чи кількох зазначених серверів, для зберігання. Повідомлення, яке надсилається зазначеним мобільним пристроєм до одного чи кількох зазначених серверів, може містити ідентифікаційний номер мобільного пристрою (MIN), зареєстрований щонайменше на одному з цих серверів. Розмір зазначеного повідомлення підтримується досить малим для того, щоб забезпечити прозорість відповідного процесу для користувача і запобігти зайвим витратам, здатним негативно вплинути на якість обслуговування користувача. Розмір повідомлення може становити близько 100 байтів. У рекомендованому варіанті кожен із зазначених серверів під час пересилання повідомлення назад до мобільного пристрою додає до зазначеного повідомлення часову позначку, надаючи засобу моніторингу можливість розрахувати час руху повідомлення до сервера і від сервера до мобільного пристрою. Етап передачі повідомлення може виконуватися із постійними інтервалами. Інтервал між кожною передачею повідомлення вибирається таким чином, щоб утримувати споживання енергії, необхідне для здійснення процесу, на мінімальному рівні і таким чином уникнути негативного впливу на ресурс акумулятора мобільного пристрою. Наприклад, інтервал між кожною передачею може знаходитися у діапазоні 55-61 хвилин. Основний сервер може надавати тестовому клієнту мобільних пристроїв команду змінити довжину інтервалу між кожною передачею повідомлення виходячи з вимог тестування, визначених персоналом мережі, або у динамічному режимі - виходячи з поточних показників функціонування мережі - для отримання більш детальних даних тестування. 1 UA 100958 C2 5 10 15 20 25 30 35 40 45 50 55 Етап розрахунку проміжку часу може також включати етапи розрахунку інтервалу часу між початковим відправленням і наступною відповіддю для кожного тестового повідомлення. Як варіант, етап розрахунку проміжку часу може включати етап розрахунку сукупного/середнього значення для усіх серверів зпоміж принаймні одного сервера. Використання кількох серверів може виключити проблеми, характерні для одного сервера, і дозволити постачальнику мережевих послуг займатися усуненням недоліків, характерних для мережі в цілому, замість поодиноких аномалій у певному секторі. Етап передачі значення розрахованого проміжку часу до основного сервера може також включати передачу інформації щодо типу мобільного пристрою, програми, що використовувалася для відправки повідомлення, режиму зв'язку між мобільним пристроєм і мережею зв'язку, ідентифікатора користувача абонента мобільного зв'язку, ідентифікаційного номера мобільного пристрою тощо, ідентифікаційних даних комірки і номера сектора, в якому розташований мобільний пристрій. Спосіб може також включати етап складання звітів виходячи із проміжку часу і типу мобільного пристрою, програми, що використовувалася для відправки повідомлення, режиму зв'язку між мобільним пристроєм і мережею зв'язку, ідентифікатора користувача абонента мобільного зв'язку, ідентифікаційного номера зазначеного мобільного пристрою тощо. У рекомендованому варіанті звітування здійснюється щодня у формі таблиці Excel, що містить витяг необроблених даних за 24 години. Звіти можуть надаватися у режимі реального часу чи майже реального часу шляхом щоденного публікування на веб - сторінці, з використанням SMS - повідомлень, електронної пошти тощо. У рекомендованому варіанті звіти містять інформацію, що дозволяє ідентифікувати проблеми функціонування у певних вузлах і секторах стільникового зв'язку і, відповідно, дає змогу операторам розподіляти дефіцитні ресурси у максимально вигідний для споживачів спосіб. Спосіб може також містити етап передачі визначеного проміжку часу до основного сервера, де цей визначений інтервал часу вказує на подію перевищення ліміту часу, коли повідомлення, що повертається серверами, не надійшло до мобільного пристрою протягом попередньо заданого терміну. У рекомендованому варіанті тривалість попередньо заданого терміну спочатку дорівнює 10 хвилинам, хоч цей попередньо заданий термін може змінюватися таким чином, щоб бути оптимальним для конкретної мети. Основний сервер може змінювати налаштування попередньо заданого терміну відповідно до змін заздалегідь визначеного терміну. Як варіант, на подію перевищення ліміту часу може вказувати код, включений до передачі, адресованої основному серверу. Спосіб може також застосовуватися без взаємодії з кінцевим користувачем. У таких випадках мобільний пристрій містить спеціальну програму, яка змушує мобільний пристрій надсилати повідомлення до серверів із постійними інтервалами. Зазначена програма підтримує зв'язок з основним сервером і реагує на його команди щодо зміни інтервалів, з якими вона передає повідомлення до серверів. Як варіант, спосіб моніторингу може активуватися вручну користувачем мобільного пристрою з використанням одного чи кількох екранів інтерфейсу користувача. Якщо спосіб застосовується за допомогою спеціальної програми, встановленої на мобільному пристрої, ця програма може використовувати одну чи кілька встановлених на мобільному пристрої допоміжних програм, призначених для надсилання повідомлень до одного чи кількох серверів. Якщо у подальшому моніторингу немає потреби, основний сервер може деактивувати спеціальну програму. У таких випадках сервери можуть встановлювати довші інтервали між передачами, наприклад 9999 хвилин. Як варіант, основний сервер може надсилати клієнтській програмі мобільного пристрою спеціальну команду припинити моніторинг. Якщо тестова клієнтська програма прихована в іншій програмі, наприклад програмі обміну повідомленнями для мобільних пристроїв, оператор мережі мобільного зв'язку має забезпечити зручність цієї процедури для споживача. Відповідні заходи можуть включати звільнення споживача від будь-яких платежів за користування даними, що є наслідком застосування засобу моніторингу. Крім того, обсяги тестування мають утримуватися на низькому рівні, щоб звести до мінімуму витрати заряду акумулятора та будь-який інший негативний вплив на враження споживача від користування послугами мобільного зв'язку. У цьому описі термін "включати" має широке значення, подібне до терміну "містити", і означає включення зазначеного числа, етапу, групи чисел чи етапів, але без виключення будьяких інших чисел, етапів або груп чисел чи етапів. Це визначення також поширюється на інші форми терміну "включати", наприклад "включаючи". Стислий опис креслень 2 UA 100958 C2 5 10 15 20 25 30 35 40 45 50 55 60 Для полегшення розуміння та практичного застосування даного винаходу наведений нижче опис містить посилання на креслення, що додаються і є ілюстраціями до рекомендованих варіантів винаходу, де: фіг. 1 являє собою схему роботи засобу мережевого моніторингу згідно з одним із варіантів здійснення даного винаходу; фіг. 2 являє собою схему роботи засобу мережевого моніторингу згідно з іншим варіантом здійснення даного винаходу; фіг. 3 являє собою схему передачі сигналів для засобу мережевого моніторингу згідно з одним із варіантів здійсненя даного винаходу; фіг. 4 являє собою схему функціонування засобу мережевого моніторингу згідно з іншим варіантом здійсненя даного винаходу; фіг. 5А-5С являють собою зображення різних екранів інтерфейсу користувача, призначених для використання у засобі мережевого моніторингу згідно з одним із варіантів здійснення даного винаходу. Опис варіантів винаходу Фіг. 1 ілюструє функціонування засобу мережевого моніторингу згідно з одним із варіантів здійснення даного винаходу. У цьому прикладі засіб моніторингу розгорнутий як програма на мобільному пристрої, що пересувається на території дії мережі. Як показано на схемі, засіб мережевого моніторингу змушує мобільний пристрій 101 надіслати повідомлення 104 до сервера 102 (відомого як сервер підключення), зв'язаного з мережею. Повідомлення 104 має розмір щонайменше 100 байтів і містить ідентифікаційний номер мобільного пристрою (MIN), який реєструється сервером підключення 102. Передача повідомлення прийнятного розміру, наприклад 100 байтів, дозволяє засобу моніторингу з певною точністю визначити базисну лінію функціонування мережі, яка може бути згодом врахована в аналізі. Після отримання повідомлення 104 сервер 102 підключення відразу пересилає повідомлення назад 105 до мобільного пристрою 101. Після цього засіб мережевого моніторингу розраховує час передачі і повернення (RTT) повідомлення, порівнюючи часові позначки, додані мобільним пристроєм до відправленого та отриманого повідомлень, з метою визначення загального витраченого часу. Після цього інформація про час передачі і повернення передається 106 до сервера 102 підключення з метою її збереження у базі 107 даних для потреб входу до системи і звітування. На фіг. 2 зображено роботу засобу мережевого моніторингу згідно з іншим варіантом даного винаходу. У цьому конкретному прикладі засіб мережевого моніторингу змушує мобільний пристрій 101 одночасно надсилати повідомлення 104, 204 до сервера 102 підключення та другорядного сервера 202, відомого як спеціалізований сервер RTT. Після отримання повідомлення як сервер 102 підключення, так і сервер 202 RTT пересилають повідомлення безпосередньо назад до мобільного пристрою 105, 205. Після отримання зворотних повідомлень від серверів 102 підключення та серверів 202 RTT мобільний пристрій переходить до розрахунку часу передачі і повернення. Хоч розрахований у цьому випадку RTT може бути неточним, він може служити критерієм загального стану мережі і, після визначення відповідних тенденцій, може використовуватися для ідентифікації періодів нормального чи неналежного функціонування відносно зазначеної базисної лінії. На фіг. 3 зображено схему передачі сигналів для процесу розрахунку RTT та звітування згідно з одним із варіантів здійснення даного винаходу. Як показано на схемі, спочатку мобільний пристрій відкриває за допомогою клієнта мобільних пристроїв канал 500 з'єднання HTTP з мережею 501, якщо його ще не відкрито. Мережа 501 створює необхідний контекст протоколу пакетних даних (PDP) для нового каналу 502 з'єднання HTTP. Після встановлення з'єднання HTTP клієнт мобільних пристроїв надсилає 503 дані тестування RTT у формі повідомлень 104, 204 до сервера 102 підключення і сервера 202 RTT, використовуючи протокол керування передачею (TCP). Після цього клієнт мобільних пристроїв чекає 513 на відповіді серверів 102 підключення і серверів 202 RTT. Після отримання даних 504 тестування RTT сервер 102 підключення надсилає відповідь 505 із даними RTT у формі повідомлення 105. Сервер 202 RTT після отримання даних 506 тестування RTT так само надсилає відповідь 507 із даними RTT у формі повідомлення 205. Після отримання 508 повідомлень 105, 205 клієнт мобільних пристроїв здійснює розрахунок значень 509 RTT. Після завершення розрахунку значень RTT клієнт мобільних пристроїв пересилає звіт 510 із RTT до сервера 202 RTT повідомленням 106. Після цього сервер 202 RTT зберігає звіт 511 до бази даних. Після завершення цієї операції сервер 202 RTT може перейти до пересилки повідомлення-відповіді 512 до клієнта мобільних пристроїв за допомогою 3 UA 100958 C2 5 10 15 20 25 30 35 40 45 50 55 повідомлення 108. Повідомлення 108 може містити зведені дані щодо RTT, які клієнт мобільних пристроїв може згодом відображати 514 на екрані мобільного пристрою. Приклад використання засобу мережевого моніторингу наведений на фіг. 4. У цьому випадку зазначений засіб мережевого моніторингу являє собою програму, встановлену на певній кількості мобільних телефонів, які пересуваються на території дії мережі мобільного зв'язку. Щоб зробити опис більш зрозумілим, наведене нижче обговорення зосереджене на розрахунку часу передачі і повернення (RTT) для однієї комірки у той час, як відповідна мережа обслуговує більш ніж один мобільний телефон. Як показано на схемі, комірка 300 складається з трьох секторів 301, 302, 303. Комірка з'єднана через ядро мережі із сервером 102 підключення і сервером 202 RTT. У цьому прикладі перше гніздо 301 комірки 300 обслуговує два телефони 101а, 101b, а друге і третє гнізда 302, 303 обслуговують по одному телефону 101с, 101d. Як показано на схемі, кожен з мобільних пристроїв 101а, 101b, 101c надсилає повідомлення 104а, 104b, 104с до сервера 102 підключення, після чого сервер 102 підключення пересилає кожне з повідомлень 105а, 105b, 105с безпосередньо назад, до відповідних мобільних пристроїв 101а, 101b, 101c. Як і у наведених вище прикладах, кожен із мобільних пристроїв може одночасно надіслати повідомлення 204а, 204b, 204с до сервера 202 RTT, а сервер 202 RTT негайно пересилає ці повідомлення назад до відповідних мобільних пристроїв 205а, 205b, 205с. Як варіант, програма мережевого моніторингу може чекати на завершення відліку таймера, перш ніж відкрити канал зв'язку із сервером 202 RTT. Таймер встановлено на заздалегідь визначений інтервал часу, тривалість якого залежить від певної кількості чинників, наприклад числа пристроїв у мережі, що підлягають перевірці, енергоспоживання цих пристроїв тощо. Фактично цей таймер регулює швидкість відбору даних RTT з мобільного пристрою, тобто визначає час відправлення відповідного повідомлення для полегшення розрахунку RTT. У будьякому разі тривалість відбору даних підтримується досить великою, враховуючи потенційний обсяг даних, які можуть бути отримані, а також задля зменшення впливу цієї операції на зазначений мобільний пристрій. У прикладі, проілюстрованому на фіг. 4, зазначений заздалегідь визначений інтервал часу початково складає 61 хвилину. Запропоновано забезпечити можливість динамічного збільшення сервером RTT швидкості відбору даних шляхом зменшення заздалегідь визначеного інтервалу часу, зокрема, у зонах, де цей сервер може сприйматися як потенційне джерело несправностей у мережі, для збільшення обсягу даних, доступних у цих зонах, для подальшого аналізу. Оскільки призначенням засобу моніторингу є ідентифікація аномальних значень часу передачі і повернення, а також контроль нормального функціонування мережі, ліміт часу для повернення повідомлення від сервера RTT має бути вибраний якомога довшим, враховуючи обмеження мережевого зв'язку, але не може перевищувати час між перевірками (тобто не може перевищувати заздалегідь визначений термін). Прийнятний ліміт часу, який дозволяє гарантувати реєстрацію ситуації спізнювання ("лагу"), має складати 10 хвилин. Ліміту часу тривалістю 10 хвилин вистачає для реєстрації типової "події спізнювання", коли передача даних переривається на певний термін (наприклад перевантаження комірки). Довший ліміт часу, скоріше за все, призведе до того, що користувач завершить користування пристроєм, отже відібрані дані буде втрачено. Значення ліміту часу має бути налаштовуваним із сервера RTT, однак ліміт часу, встановлений сервером RTT, може бути скасований мобільним пристроєм, якщо він є довшим за поточний заздалегідь визначений інтервал часу (інтервал відбору даних). Якщо зазначений ліміт часу буде досягнуто, ці дані мають бути зазначені у звіті як час очікування. Наприклад, якщо зазначений ліміт часу складає 10 хвилин і протягом цього проміжку часу не буде отримано жодної відповіді, у звіті з RTT для відповідного відбору даних слід вказати 10 хвилин як час передачі і повернення. Після отримання належних зворотних повідомлень від серверів 102, 202 кожен з мобільних пристроїв 101а, 101b, 101с починає розрахунок RTT. Після того, як кожен із мобільних пристроїв 101а, 101b, 101c здійснить розрахунок відповідного показника часу передачі і повернення (RTT), вони починають передачу повідомлень 106а, 106b, 106c, що містять відповідну інформацію щодо RTT, до сервера 102 підключення. На додаток до інформації щодо RTT повідомлення 106а, 106b, 106c також містять ідентифікатор користувача абонента мобільного зв'язку, ідентифікаційний номер (MIN) мобільного пристрою, що здійснює тестування, параметри підключення мобільного пристрою (GSM/UMTS/тощо та програма, яка використовується), модель телефону тощо. Повідомлення може також містити інформацію щодо часу передачі від сервера до мобільного пристрою, часу передачі від мобільного пристрою до сервера та втрати пакетів, тобто числа втрачених пакетів, які довелося передавати повторно. Стислий перелік 4 UA 100958 C2 5 10 рекомендованих інформаційних полів для повідомлення зі звітом щодо RTT містить наведена нижче таблиця 1. Початкове звітування здійснюється щодня у формі таблиці Excel, що містить витяг необроблених даних за 24 години з півночі до півночі. Результати для сервера мають оприлюднюватися у таких формах: шляхом публікування на веб - сторінці у режимі реального часу; у формі щоденних звітів (див. наведену нижче схему); у формі витягів у форматі Excel (див. наведені нижче схему і варіанти); у формі SMS - повідомлень у режимі реального часу за визначеним списком номерів мобільних пристроїв, якщо буде досягнуто встановлених порогових значень. Звіти містять інформацію щодо розподілу значень RTT за вузлами/секторами стільникового зв'язку. Таким чином, можливо ідентифікувати вузли чи сектори, в яких значення RTT перевищують прийнятний рівень. Після цього має бути проведений більш детальний аналіз таких вузлів персоналом мережі. Таблиця 1 Поля повідомлення звіту з RTT Поле звіту Час/дата Ідентифікатор користувача MIN APN Опис/призначення Звіт щодо часу/дати надісланий клієнтом (це відбувається невдовзі після перевірки зв'язку, однак результат є стабільнішим, ніж у випадку використання показань часу мобільного пристрою). Користувач, який увійшов до цього клієнта Ідентифікаційний номер мобільного пристрою Програма, що використовується для відправки повідомлень RTT(це може бути Smart I, Smart Internet чи будь-яка інша програма операторів) Перевірка відповідності системи майбутнім стандартам, наприклад LTE, WiFi та ін. мс Режим (2G/3G/3.5G) RTT до сервера підключення RTT до сервера мс RTT Модель телефону Наразі лише Symbian s60/3 вид. 15 20 25 30 35 40 Сервер має можливість вимкнути тестування RTT для усіх чи вибраних ідентифікаторів користувачів. Зокрема має існувати можливість увімкнути описаний засіб лише для певних користувачів. Цього можна досягнути, просто встановивши інтервал таймера RTT на 9999 хвилин. В одному з варіантів втілення описаного засобу клієнтське програмне забезпечення для моніторингу вбудоване до програми обміну повідомленнями, яка у телефоні з Symbian s60 розрахована на безперервну роботу і підключення до мобільного Інтернету. Програма обміну повідомленнями забезпечує структуру, що підтримує відправку та отримання повідомлень, а також можливість надсилати звіти RTT назад до користувача мобільного пристрою за допомогою повідомлень типу EM. EM означає "розширений обмін повідомленнями" і є запатентованою формою миттєвого обміну повідомленнями на основі Інтернету. У серійній версії засобу інформація щодо RTT недоступна для перегляду користувачеві клієнта для мобільних пристроїв. Однак у тестових версіях користувач повинен мати можливість вибрати час передачі і повернення у меню налаштувань, що призведе до передачі до сервера запиту поточної інформації щодо RTT. Ця інформація надається у вигляді відповіді типу ЕМ від бота RTT. На фіг. 5А-5С зображені різні екрани 400 інтерфейсу користувача тестової версії засобу мережевого моніторингу згідно з одним із варіантів даного винаходу. Як показано на фіг. 5А, користувач активував меню 401 налаштувань на дисплейному екрані 400. Щоб розпочати тестування, користувач виділяє пункт "Round Trip Time" ("Час передачі і повернення") списку 402 і натискає кнопку 403 вибору. Після того, як кнопку "Round Trip Time" буде вибрано, на екрані інтерфейсу користувача з'явиться повідомлення 405, яке інформує користувача про відправлення запиту даних RTT, як показано на фіг. 5В. Щоб позбавитися цього повідомлення, користувач вибирає кнопку OK 406. Після того, як описаний засіб моніторингу розрахує час передачі і повернення виходячи з інформації, отриманої з повернутих повідомлень, відповідні дані відображаються користувачеві 407 (див. фіг. 5С). Як показано у прикладі, зображеному на фіг. 5С, повідомлення звіту RTT у 5 UA 100958 C2 5 10 15 20 25 даному випадку містить дату і час відбору даних, модель телефону, дату і час попереднього тестування (RTT підключення і RTT реєстрації), дані про програму, що використовувалася, тип доступу до мережі (у даному випадку GSM) і середній показник RTT для відповідного дня (середній показник RTT і середній показник RTT реєстрації). Як зазначено вище, для ідентифікації випадків спізнювання у мережі може використовуватися засіб аналізу. У таких випадках кожна передача повідомлення до іншого мобільного пристрою розглядається майже як дані тестування RTT, які описані вище. За умов тестування спізнювання клієнт-відправник реєструє час, коли було надіслане кожне з повідомлень (ts), а потім реєструє час, коли було отримано відповідне підтвердження. Після цього клієнт має змогу розрахувати тривалість (td) з моменту відправки оригінального повідомлення до іншого клієнта. На цей показник RTT можуть впливати різноманітні негативні мережеві фактори, включаючи спізнювання. Впливати може пристрій відправки чи пристрій отримування. Щоб оптимізувати кількість даних, отриманих завдяки такому підходу до тестування, клієнт порівнює показник тривалості td з пороговим значенням для звітування (наприклад 3 хвилини). Якщо показник td перевищує зазначений поріг, клієнт-відправник надсилає повідомлення до сервера RTT для збереження та порівняння. Відповідно, поріг спізнення, як і всі подібні параметри, має легко змінюватися і може налаштовуватися сервером RTT. Звіт може містити таку інформацію, як ідентифікатор користувача для відправника та одержувача, td (фактично RTT до іншого клієнта), вузол стільникового зв'язку клієнта, що надає звіт (якщо він відомий), модель телефону клієнта, що надає звіт, і номер MIN відправника та одержувача. Фахівцям з цієї галузі техніки має бути зрозуміло, що тестування спізнювання можна також здійснювати на сервері підключення. Якщо почати тестування у такий спосіб, це дасть серверу можливість розрахувати час реакції для кожної операції, а також визначити, який пристрій пари насправді зіштовхується зі спізнюванням. Слід усвідомлювати, що зазначені вище варіанти наведені лише як приклади втілення даного винаходу; для фахівців з відповідної галузі техніки буде очевидним, що будь-які додаткові зміни та вдосконалення зазначених варіантів належать до обсягу даного винаходу, описаного у цій заявці. 30 ФОРМУЛА ВИНАХОДУ 35 40 45 50 55 60 1. Спосіб визначення показників функціонування мережі зв'язку, що включає мобільний пристрій, встановлений із засобом моніторингу, де зазначений спосіб включає такі етапи: передачу повідомлення від мобільного пристрою до щонайменше одного сервера, де щонайменше один сервер сконфігурований таким чином, щоб направляти повідомлення назад до мобільного пристрою; отримання мобільним пристроєм повідомлень, повернутих кожним сервером з-поміж щонайменше одного сервера; розрахунок проміжку часу між передачею повідомлення зазначеним мобільним пристроєм і отриманням зазначеним мобільним пристроєм повідомлень, повернутих кожним сервером зпоміж щонайменш одного сервера; та передачу розрахованого проміжку часу до основного сервера, вибраного щонайменше поміж одного сервера для зберігання. 2. Спосіб за п. 1, де повідомлення, надіслане мобільним пристроєм до кожного сервера з-поміж щонайменше одного сервера, містить ідентифікаційний номер мобільного пристрою (MIN). 3. Спосіб за п. 2, де ідентифікаційний номер мобільного пристрою реєструється основним сервером. 4. Спосіб за будь-яким із пп. 1-3, де кожен сервер з-поміж щонайменше одного сервера сконфігурований таким чином, щоб додавати до повідомлення часову позначку під час пересилання цього повідомлення назад до мобільного пристрою. 5. Спосіб за п. 4, де етап розрахунку включає також етап розрахунку часу проходження повідомлення до кожного із серверів з-поміж щонайменш одного сервера. 6. Спосіб за п. 4 чи 5, де етап розрахунку включає також етап розрахунку часу проходження повідомлення до мобільного пристрою від кожного сервера з-поміж щонайменш одного сервера. 7. Спосіб за будь-яким із пп. 1-6, де проміжок часу вказує на загальний час передачі і повернення для повідомлення. 8. Спосіб за будь-яким із пп. 1-7, де етап передачі повідомлення до щонайменше одного сервера виконується із постійними інтервалами. 6 UA 100958 C2 5 10 15 20 25 30 35 9. Спосіб за п. 8, де інтервал між кожними передачами дорівнює певному заздалегідь визначеному проміжку часу. 10. Спосіб за п. 9, де другорядний сервер, вибраний з-поміж щонайменше одного сервера, сконфігурований таким чином, щоб динамічно змінювати тривалість зазначеного заздалегідь визначеного проміжку часу, виходячи зі змін розрахованого проміжку часу. 11. Спосіб за будь-яким із пп. 1-10, де етап передачі визначеного проміжку часу до зазначеного основного сервера також включає передачу інформації щодо типу мобільного пристрою, програми, що використовувалася для відправки повідомлення, режиму зв'язку між мобільним пристроєм і мережею зв'язку, ідентифікатора користувача абонента мобільного зв'язку, ідентифікаційного номера мобільного пристрою, ідентифікаційних даних комірки і номера сектора, в якому розташований мобільний пристрій. 12. Спосіб за п. 11, який також включає етап складання звітів для однієї чи кількох комірок мережі, виходячи із проміжку часу і інформації щодо типу мобільного пристрою, програми, що використовувалася для відправки повідомлення, режиму зв'язку між мобільним пристроєм і мережею зв'язку, ідентифікатора користувача абонента мобільного зв'язку, ідентифікаційного номера мобільного пристрою. 13. Спосіб за будь-яким із пп. 1-12, що також включає етап передачі визначеного проміжку часу до основного сервера після закінчення попередньо заданого терміну для прийняття мобільним пристроєм зворотних повідомлень від щонайменше одного сервера. 14. Спосіб за п. 12 чи 13, де другорядний сервер додатково сконфігурований таким чином, щоб змінювати налаштування попередньо заданого терміну відповідно до змін заздалегідь визначеного терміну. 15. Мобільний пристрій, де зазначений пристрій містить спеціальну програму для здійснення способу за будь-яким із пп. 1-14. 16. Мобільний пристрій за п. 15, де спеціальна програма використовує одну чи кілька встановлених на мобільному пристрої допоміжних програм для надсилання повідомлення до серверів. 17. Мобільний пристрій за п. 15 чи 16, де зазначену спеціальну програму як програму, яка вбудовується, вбудовано в головну програму, встановлену на зазначеному мобільному пристрої. 18. Мобільний пристрій за п. 17, де головна програма здатна забезпечувати обмін повідомленнями, а спеціальна програма сконфігурована таким чином, щоб використовувати можливості головної програми щодо обміну повідомленнями для надання користувачеві зворотної інформації щодо зазначеного розрахованого проміжку часу. 19. Мобільний пристрій за будь-яким із пп. 15-18, де спеціальну програму може деактивувати кожен сервер з-поміж щонайменше одного сервера. 7 UA 100958 C2 8 UA 100958 C2 9 UA 100958 C2 10 UA 100958 C2 Комп’ютерна верстка С. Чулій Державна служба інтелектуальної власності України, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601 11