инструментальное средство анализа и мониторинга сети

Формула изобретения

1. Способ предоставления данных о качестве функционирования сети связи, содержащей мобильное устройство, в котором установлено инструментальное средство мониторинга, содержащий этапы, на которых:

передают сообщение из мобильного устройства на по меньшей мере один сервер, причем каждый сервер из этого по меньшей мере одного сервера выполнен с возможностью направлять сообщение обратно в мобильное устройство;

принимают в мобильном устройстве сообщения, возвращаемые каждым сервером из упомянутого по меньшей мере одного сервера;

вычисляют разность времен между передачей сообщения мобильным устройством и приемом сообщений, возвращаемых каждым сервером из упомянутого по меньшей мере одного сервера, посредством упомянутого мобильного устройства; и

перенаправляют вычисленную разность времен на основной сервер, выбранный из упомянутого по меньшей мере одного сервера, для сохранения.

2. Способ по п.1, в котором сообщение, отправляемое мобильным устройством на каждый сервер из упомянутого по меньшей мере одного сервера, включает в себя идентификационный номер мобильного устройства (MIN).

3. Способ по п.2, в котором идентификационный номер мобильного устройства регистрируется на основном сервере.

4. Способ по п.1, в котором каждый сервер из упомянутого по меньшей мере одного сервера выполнен с возможностью применять временную метку к сообщению при направлении сообщения обратно в мобильное устройство.

5. Способ по п.4, в котором этап вычисления дополнительно включает в себя этап, на котором вычисляют время транспортировки для достижения сообщением каждого сервера из упомянутого по меньшей мере одного сервера.

6. Способ по п.4 или 5, в котором этап вычисления дополнительно включает в себя этап, на котором вычисляют время транспортировки для достижения сообщением мобильного устройства от каждого сервера из упомянутого по меньшей мере одного сервера.

7. Способ по п.1, в котором разность времен служит показателем полного времени передачи и подтверждения приема для сообщения.

8. Способ по п.1, в котором этап передачи сообщения на упомянутый по меньшей мере один сервер выполняется через регулярные интервалы.

9. Способ по п.8, в котором интервал между каждой передачей задается равным предварительно определенному периоду времени.

10. Способ по п.9, в котором вторичный сервер, выбранный из упомянутого по меньшей мере одного сервера, выполнен с возможностью динамически варьировать длительность упомянутого предварительно определенного периода времени на основе изменений в вычисленной разности времен.

11. Способ по п.1, в котором этап перенаправления вычисленной разности времен на основной сервер дополнительно включает в себя этап, на котором перенаправляют информацию о типе мобильного устройства, приложении, используемом для отправки сообщения, режиме соединения между мобильным устройством и сетью связи, идентификаторе пользователя мобильного абонента, идентификационном номере мобильного устройства, идентификационном номере соты и номере сектора, в котором находится мобильное устройство.

12. Способ по п.11, дополнительно включающий в себя этап, на котором формулируют отчеты для одной или более сот в сети на основе разности времен и информации о типе мобильного устройства, приложении, используемом для отправки сообщения, режиме соединения между мобильным устройством и сетью связи, идентификаторе пользователя мобильного абонента, идентификационном номере мобильного устройства.

13. Способ по п.1, дополнительно включающий в себя этап, на котором перенаправляют заданную разность времен на основной сервер по истечении предварительно установленного периода для приема мобильным устройством возвращаемых сообщений от упомянутого по меньшей мере одного сервера.

14. Способ по п.12 или 13, в котором вторичный сервер дополнительно выполнен с возможностью варьировать предварительно установленный период в соответствии с изменением предварительно определенного периода.

15. Мобильное устройство, в котором установлено приложение мониторинга, при этом приложение мониторинга сконфигурировано:

предписывать мобильному устройству передавать сообщение на по меньшей мере один сервер, причем каждый сервер из этого по меньшей мере одного сервера выполнен с возможностью направлять сообщение обратно в мобильное устройство;

вычислять разность времен между передачей сообщения мобильным устройством и приемом сообщений, возвращаемых каждым сервером из упомянутого по меньшей мере одного сервера; и

предписывать мобильному устройству перенаправлять вычисленную разность времен на основной сервер, выбранный из упомянутого по меньшей мере одного сервера, для сохранения.

16. Мобильное устройство по п.15, в котором приложение мониторинга использует одно или более вспомогательных приложений на мобильном устройстве, чтобы отправлять сообщение на серверы.

17. Мобильное устройство по п.15 или 16, в котором приложение мониторинга включается в качестве встраиваемого приложения в хост-приложение, установленное на мобильном устройстве.

18. Мобильное устройство по п.17, в котором хост-приложение включает в себя функциональные возможности обмена сообщениями, и приложение мониторинга выполнено с возможностью использовать эти функциональные возможности обмена сообщениями хост-приложения, чтобы предоставлять обратную связь пользователю касаемо вычисленной разности времен.

19. Мобильное устройство по п.15, в котором приложение мониторинга может быть деактивировано посредством каждого сервера из упомянутого по меньшей мере одного сервера.

20. Мобильное устройство по п.15, при этом сообщение, отправляемое мобильным устройством на каждый сервер из упомянутого по меньшей мере одного сервера, включает в себя идентификационный номер мобильного устройства (MIN), регистрируемый на основном сервере.

21. Мобильное устройство по п.15, при этом сообщение, принимаемое мобильным устройством от каждого сервера из упомянутого по меньшей мере одного сервера, имеет временную метку, примененную к нему данным сервером.

22. Мобильное устройство по п.21, в котором упомянутое вычисление дополнительно включает в себя вычисление времени транспортировки для достижения сообщением каждого сервера из упомянутого по меньшей мере одного сервера.

23. Мобильное устройство по п.21 или 22, в котором упомянутое вычисление дополнительно включает в себя вычисление времени транспортировки для достижения сообщением мобильного устройства от каждого сервера из упомянутого по меньшей мере одного сервера.

24. Мобильное устройство по п.15, при этом разность времен служит показателем полного времени передачи и подтверждения приема для сообщения.

25. Мобильное устройство по п.15, при этом сообщение передается на упомянутый по меньшей мере один сервер через регулярные интервалы.

26. Мобильное устройство по п.25, при этом интервал между каждой передачей задается равным предварительно определенному периоду времени.

27. Мобильное устройство по п.15, в котором упомянутое перенаправление вычисленной разности времен на основной сервер дополнительно включает в себя перенаправление информации о типе мобильного устройства, приложении, используемом для отправки сообщения, режиме соединения между мобильным устройством и сетью связи, идентификаторе пользователя мобильного абонента, идентификационном номере мобильного устройства, идентификационном номере соты и номере сектора, в котором находится мобильное устройство.

28. Мобильное устройство по п.27, в котором приложение мониторинга дополнительно сконфигурировано формулировать отчеты для одной или более сот в сети на основе разности времен и информации о типе мобильного устройства, приложении, используемом для отправки сообщения, режиме соединения между мобильным устройством и сетью связи, идентификаторе пользователя мобильного абонента, идентификационном номере мобильного устройства.

29. Мобильное устройство по п.15, в котором приложение мониторинга дополнительно сконфигурировано предписывать мобильному устройству перенаправлять заданную разность времен на основной сервер по истечении предварительно установленного периода для приема мобильным устройством возвращаемых сообщений от упомянутого по меньшей мере одного сервера.

Описание изобретения к патенту

Область техники, к которой относится изобретение

Настоящее изобретение относится к системам и способам для анализа качества функционирования сети. В частности, хотя и не только, настоящее изобретение относится к предоставлению инструментального средства мониторинга сети для систем мобильной связи.

Описание предшествующего уровня техники

Сети мобильной связи заключают в себе очень большое число компонентов в диапазоне от контроллеров радиосети до шлюзовых узлов поддержки GPRS (GGSN) с множеством брандмауэров, маршрутизаторов и других устройств. Услуги передачи данных через сети мобильной связи, независимо от базовой технологии, остаются относительно недавней разработкой. С учетом этого поставщики услуг мобильной связи по-прежнему разрабатывают способы и инструментальные средства, которые дают им возможность отслеживать, настраивать и модернизировать эти сети передачи данных.

Типично поставщики услуг связи могут реализовывать широкий диапазон средств мониторинга и тестирования инфраструктуры ядра пакетной коммутации, чтобы отслеживать его качество функционирования. Тем не менее, на настоящее время отсутствует способ предоставлять постоянный мониторинг "качества работы пользователей" в отношении сети передачи данных. Качество работы пользователя в отношении услуг передачи данных может значительно различаться согласно местоположению и множеству других факторов. Например, ядро пакетной коммутации в сети может функционировать очень хорошо, но если вышки сотовой связи некорректно совмещены, то многие пользователи в конкретной области могут испытывать плохое качество функционирования сети. Предоставление согласованного качества работы пользователей в этом окружении проблематично с учетом недостаточной доступности за пределами ядра пакетной коммутации.

Безусловно, должно быть преимущественным предоставлять инструментальное средство мониторинга, которое приспособлено предоставлять данные по качеству функционирования сети за пределами ядра пакетной коммутации. Также должно быть преимущественным предоставлять инструментальное средство мониторинга, которое может быть развернуто в качестве скрытых рабочих данных на клиенте обмена сообщениями на мобильных устройствах, предоставляемом поставщиком услуг связи, с тем чтобы обеспечивать выполнение большого объема тестов во всей сети.

Раскрытие сущности изобретения

Соответственно в одном аспекте настоящего изобретения предусмотрен способ обеспечения данных о качестве функционирования сети связи, содержащий этапы:

- передачи сообщения из мобильного устройства на один или более серверов, выполненных с возможностью направлять сообщение обратно в мобильное устройство;

- приема в мобильном устройстве сообщений, возвращаемых посредством упомянутого одного или более серверов;

- вычисления разности времен между передачей сообщения посредством упомянутого мобильного устройства и приемом сообщений, возвращаемых посредством одного или более серверов, посредством упомянутого мобильного устройства; и

- перенаправления вычисленной разности времен на основной сервер, выбранный из упомянутого одного или более серверов, для хранения.

Соответственно сообщение, отправленное посредством мобильного устройства в один или более серверов, включает в себя идентификационный номер мобильного устройства (MIN), который зарегистрирован, по меньшей мере, в одном из серверов. Сообщение поддерживается достаточно небольшим, чтобы поддерживать процесс прозрачным для пользователя и предотвращать необязательный объем служебной информации, который может оказывать негативное влияние на качество работы пользователей. Соответственно сообщение содержит примерно порядка 100 байтов.

Предпочтительно каждый из серверов применяет временную метку для сообщения при направлении сообщения обратно в мобильное устройство, чтобы разрешать инструментальному средству мониторинга вычислять время для исходящих и входящих ветвей приема и подтверждения приема сообщения.

Этап передачи сообщения может быть выполнен через регулярные интервалы. Соответственно интервал между каждой передачей сообщения задается так, что он поддерживает минимальное потребление мощности, требуемой в процессе, с тем чтобы не оказывать негативное влияние на время работы от аккумулятора мобильного устройства. Например, интервал между каждой передачей может задаваться равным периоду в 55-61 минуту. Основной сервер может инструктировать мобильному тестовому клиенту варьировать длину интервала между каждой передачей сообщения на основе требований к тестированиям, проводимым сетевой группой, или динамически на основе текущего качества функционирования сети, так чтобы получать более подробные тестовые данные.

Этап вычисления разности времен дополнительно может включать в себя этапы вычисления времени между начальной отправкой и последующим ответом для каждого тестового сообщения. Альтернативно этап вычисления разности времен может включать в себя этап вычисления комбинированного/среднего значения для всех серверов в одном или более серверов. Использование нескольких серверов позволяет исключать проблемы, конкретные для одного сервера, и давать возможность поставщику сетевых услуг фокусировать внимание на конкретной для сети проблеме, а не на одной аномалии в данном секторе.

Соответственно этап перенаправления вычисленной разности времен на основной сервер дополнительно включает в себя передачу информации по типу мобильного устройства, приложению, используемому для того, чтобы отправлять сообщение, режиму соединения между мобильным устройством и сетью связи, идентификатору пользователя мобильного абонента, идентификационному номеру мобильного устройства и т.д., идентификационному номеру соты и номеру сектора, в котором находится мобильное устройство.

Способ дополнительно может включать в себя этап формулирования сообщений на основе разности времен и типа мобильного устройства, приложения, используемого для того, чтобы отправлять сообщение, режима соединения между мобильным устройством и сетью связи, идентификатора пользователя мобильного абонента, идентификационного номера мобильного устройства и т.д. Предпочтительно сообщение имеет форму ежедневного извлечения из Excel необработанных данных за сутки. Соответственно сообщения предоставляются в реальном времени или практически в реальном времени через Web-страницу ежедневно по SMS, по электронной почте и т.п. Предпочтительно отчеты включают в себя информацию, идентифицирующую проблемы с качеством функционирования в конкретных сотовых узлах и секторах сотовых узлов, чтобы давать возможность поставщикам услуг связи распределять дефицитные ресурсы, на которых они могут предоставлять наибольшую выгоду для потребителей.

Способ также может включать в себя этап перенаправления заданной разности времен на основной сервер, причем этот заданный временной интервал служит показателем события тайм-аута, в котором возвращаемое сообщение из серверов не принято мобильным устройством в пределах предварительно установленного периода. Предпочтительно предварительно установленный период первоначально задается равным 10 минутам, хотя такой предварительно установленный период может варьироваться до такого периода, который может быть оптимальным для данной цели. Основной сервер может варьировать предварительно установленный период в соответствии с изменением предварительно определенного периода. Альтернативно событие тайм-аута может указываться посредством кода в транзакции с основным сервером.

Соответственно способ может быть реализован без взаимодействия с конечным пользователем. В таких случаях мобильное устройство включает в себя специальное приложение, которое инструктирует мобильному устройству отправлять сообщения на серверы через регулярные интервалы. Приложение поддерживает связь с основным сервером и реагирует на инструкции, передаваемые из сервера, чтобы изменять интервалы, с которыми оно передает сообщения на серверы. Альтернативно способ мониторинга может быть вручную активирован пользователем мобильного устройства через один или более экранов пользователя.

Если способ реализуется через специальное приложение, установленное на мобильном устройстве, приложение может использовать одно или более вспомогательных приложений на мобильном устройстве, чтобы отправлять сообщения на один или более серверов. Основной сервер может деактивировать специальное приложение, когда дополнительный мониторинг не требуется. В таких случаях серверы могут задавать интервалы передачи равными большому временному кадру, например 9999 минут. Альтернативно основной сервер может отправлять конкретную инструкцию в мобильное клиентское приложение, чтобы прекращать отслеживание. Если тестовое клиентское приложение скрыто в другом приложении, к примеру в приложении обмена сообщениями на мобильных устройствах, поставщик услуг связи в сети мобильной связи должен обеспечивать, чтобы потребителю не причинялось неудобство. Соответственно это должно включать в себя обеспечение того, что с потребителя не взимается плата за использование данных в результате работы инструментального средства мониторинга. Дополнительно объемы тестов должны быть сведены до низкого уровня, чтобы минимизировать расход питания аккумулятора или любое другое влияние на качество работы в системе мобильной связи потребителя.

Во всем подробном описании термин "содержащий" должен пониматься как имеющий широкое значение, аналогичное термину "включающий в себя", и должен пониматься как подразумевающий включение заявленного целого числа или этапа либо группы целых чисел или этапов, но при этом не исключение всех остальных целых чисел или этапов либо группы целых чисел или этапов. Это определение также применяется к вариациям термина "содержащий", таким как "содержат" и "содержит".

Краткое описание чертежей

Чтобы это изобретение могло проще пониматься и осуществляться на практике, далее приводится ссылка на прилагаемые чертежи, которые иллюстрируют предпочтительные варианты осуществления изобретения и на которых:

фиг.1 является принципиальной схемой, иллюстрирующей работу инструментального средства мониторинга сети согласно одному варианту осуществления настоящего изобретения;

фиг.2 является принципиальной схемой, иллюстрирующей работу инструментального средства мониторинга сети согласно дополнительному варианту осуществления настоящего изобретения;

фиг.3 является принципиальной схемой, иллюстрирующей поток транзакций для инструментального средства мониторинга сети согласно одному варианту осуществления настоящего изобретения;

фиг.4 является принципиальной схемой, иллюстрирующей работу инструментального средства мониторинга сети согласно другому варианту осуществления настоящего изобретения; и

фиг.5A-5C являются последовательностью экранов пользователей для использования в инструментальном средстве мониторинга сети согласно одному варианту осуществления настоящего изобретения.

Подробное описание вариантов осуществления изобретения

Со ссылкой на фиг.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 соединений, так и RTT-сервер 202 напрямую передают сообщение обратно в мобильное устройство 105, 205. При приеме возвращаемых сообщений из сервера соединений и RTT-сервера 102, 202 мобильное устройство затем переходит к вычислению времени передачи и подтверждения приема.

Хотя вычисленное RTT в этом случае может не быть полностью точным представлением фактического RTT, оно, тем не менее, предоставляет показатель общего состояния сети, и после того как тенденции устанавливаются, может быть использовано для того, чтобы идентифицировать периоды хорошего или плохого качества функционирования относительно базиса.

Фиг.3 иллюстрирует поток транзакций для процесса вычисления и сообщения RTT согласно одному варианту осуществления настоящего изобретения. Как показано, мобильное устройство, во-первых, открывает через мобильный клиент HTTP-соединение 500 с сетью 501, если оно еще не открыто. Сеть 501 создает требуемый контекст протокола передачи пакетных данных (PDP) для нового HTTP-соединения 502. После того как HTTP-соединение устанавливается, мобильный клиент отправляет 503 данные RTT-тестов в форме сообщений 104, 204 на сервер 102 соединений и RTT-сервер 202 с использованием TCP-протокола. Мобильный клиент затем ожидает 513 отклика от сервера соединений и RTT-сервера 102, 202.

При приеме данных 504 RTT-тестов сервер 102 соединений отправляет RTT-ответ 505 в форме сообщения 105. Аналогично, RTT-сервер 202 при приеме данных RTT-тестов 506 отправляет RTT-ответ 507 в форме сообщения 205. При приеме 508 сообщений 105, 205 мобильный клиент затем вычисляет RTT-времена 509. После того как мобильный клиент вычисляет RTT-времена, он переходит к отправке RTT-отчета 510 на RTT-сервер 202 через сообщение 106. RTT-сервер 202 затем сохраняет сообщение 511 в базе данных. После того как это закончено, RTT-сервер 202 затем может переходить к отправке сообщения 512 с ответом в мобильный клиент через сообщение 108. Сообщение 108 может содержать сводные данные по RTT, которые мобильный клиент затем может отображать 514 на экране мобильного устройства.

Один пример инструментального средства мониторинга сети в использовании показывается на фиг.4. В этом случае инструментальное средство мониторинга сети имеет форму приложения, развернутого на множестве мобильных телефонов, перемещающихся в сети мобильной связи. Для ясности описания следующее пояснение фокусируется на вычислении времени передачи и подтверждения приема (RTT) для одной соты с сетью, обслуживающей множество мобильных телефонов. Как показано, сота 300 состоит из трех секторов 301, 302, 303. Сота соединяется через ядро сети с сервером 102 соединений и RTT-сервером 202.

В этом примере первый временной слот 301 соты 300 обслуживает два переносных телефона 101a 101b, тогда как второй и третий временные слоты 302, 303 обслуживают один переносной телефон 101с, 101d. Как показано, мобильное устройство 101a, 101b, 101с отправляет сообщение 104а, 104b, 104с на сервер 102 соединений, сервер 102 соединений затем напрямую перенаправляет каждое сообщение 105а, 105b, 105с обратно в соответствующие мобильные устройства 101a, 101b, 101с. Подобно случаю вышеприведенных примеров каждое из мобильных устройств с запущенным мобильным приложением может одновременно отправлять сообщение 204а, 204b, 204с на RTT-сервер 202, RTT-сервер 202 сразу перенаправляет каждое сообщение обратно в релевантные мобильные устройства 205а, 205b, 205с.

Альтернативно приложение мониторинга сети может ожидать завершения таймера перед открытием соединения с RTT-сервером 202. Таймер задается равным предварительно определенному временному интервалу, длина предварительно определенного временного интервала основана на ряде факторов, таких как число устройств, дискретизируемых в сети, потребление мощности устройств и т.д. Таймер фактически управляет частотой дискретизации для RTT-данных из мобильного устройства, т.е. предписывает времена отправки сообщения, чтобы упрощать вычисление RTT. В любом случае время выборки поддерживается большим с учетом потенциального объема выборок, которые могут извлекаться, а также для того, чтобы уменьшать влияние на мобильное устройство. В примере, проиллюстрированном на фиг.4, предварительно определенный временной интервал первоначально задается равным периоду в 61 минуту. Предлагается, чтобы RTT-сервер мог динамически увеличивать частоту дискретизации посредством уменьшения предварительно определенного временного интервала, особенно в областях, которые можно рассматривать как потенциальные "горячие точки" сети, чтобы дополнять данные, доступные в этих областях, для дополнительного анализа.

Поскольку цель средства мониторинга заключается в том, чтобы идентифицировать аномальные времена передачи и подтверждения приема, а также отслеживать обычное качество функционирования сети, тайм-аут для сообщения, которое должно возвращаться из RTT-сервера, должен задаваться равным максимально большому значению с учетом ограничений сетевой связи, но не больше времени между тестами (т.е. не больше предварительно определенного периода). Чтобы обеспечивать то, что случаи "запаздывания" захватываются, подходящее значение тайм-аута должно составлять 10 минут. 10-минутный период тайм-аута является достаточно длительным для того, чтобы захватывать типичное "событие запаздывания", когда передача данных прерывается на этот период (например, вследствие перегрузки соты). Более длительный тайм-аут с большей вероятностью приводит к выходу пользователя из системы на устройстве, так что выборка теряется. Значение тайм-аута должно быть конфигурируемым из RTT-сервера, тем не менее, тайм-аут, заданный посредством RTT-сервера, может переопределяться посредством мобильного устройства, если он превышает текущий предварительно определенный временной интервал (интервал дискретизации). Если тайм-аут достигается, то эта выборка данных должна сообщаться в качестве времени тайм-аута. Например, если тайм-аут составляет 10 минут, и ответ не принимается в этом временном интервале, то RTT-отчет должен показывать эту выборку как 10 минут для времени передачи и подтверждения приема.

При приеме релевантных возвращаемых сообщений из серверов 102, 202 каждое из мобильных устройств 101a, 101b, 101с переходит к вычислению RTT. После того как каждое мобильное устройство 101a, 101b, 101с вычисляет релевантное время передачи и подтверждения приема (RTT), оно переходит к перенаправлению сообщений 106а, 106b, 106с, содержащих релевантную RTT-информацию, на сервер 102 соединений. В дополнение к RTT-информации сообщения 106а, 106b, 106с также включают в себя идентификатор пользователя для мобильного абонента, идентификационный номер мобильного устройства (MIN) для устройства, выполняющего тест, сведения по соединению для мобильного устройства (GSM/UMTS и т.п. и используемое приложение), модель телефона и т.д. Сообщение дополнительно может включать в себя информацию относительно исходящего времени из сервера в мобильное устройство, входящего времени из мобильного устройства на сервер и потери пакетов, т.е. числа потерянных пакетов, которые должны быть повторно переданы. Короткий перечень требуемых информационных полей для сообщения с RTT-отчетом показывается в таблице 1 ниже.

Начальное сообщение является ежедневным извлечением из Excel необработанных данных за сутки с 24:00 до 24:00. Результаты сервера должны быть доступны следующим образом: через Web-страницу в реальном времени; через ежедневные отчеты (см. компоновку ниже); через извлечения в формате Excel (см. компоновку и параметры ниже); через оповещающее SMS в реальном времени в заданный список номеров мобильных телефонов, когда пороговые значения нарушаются. Отчеты указывают разброс RTT-времен посредством узла/сектора соты. Таким образом, можно идентифицировать узлы или секторы, которые испытывают превышающие приемлемые RTT-времена. Эти узлы должны затем быть выделены для более подробного анализа посредством сетевой группы.

Таблица 1
Поля сообщения с RTT-отчетом
Поле отчета	Описание/цель
Время/дата	Отчет по времени/дате отправлен из клиента (это происходит вскоре после теста проверки досягаемости, тем не менее, является более согласованным, чем использование времени мобильного устройства)
Идентификатор пользователя	Пользователь, вошедший в систему на этом клиенте
MIN	Идентификационный номер мобильного устройства
APN	Приложение, используемое для того, чтобы отправлять сообщение RTT (может быть Smart1, Smart Internet или любым другим приложением поставщиков услуг связи)
Режим (2G/3G/3,5G)	Обеспечивает то, что система может быть расширена для будущего использования, например, LTE, WiFi, другая?
RTT на сервер соединений	В мс
RTT на RTT-сервер	В мс
Модель телефона	Только Symbian s60/3 в настоящее время

Сервер может деактивировать RTT-тестирование для всех или для выбранного идентификатора пользователя. В частности, должно быть возможным активировать инструментальное средство только для конкретных пользователей. Это может просто достигаться посредством задания интервала RTT-таймера равным 9999 минутам.

В одной итерации инструментального средства клиентское программное обеспечение мониторинга включается в приложение обмена сообщениями, которое (в телефоне Symbian s60) выполнено с возможностью работать в режиме "всегда активировано" и подключено к мобильному Интернету. Приложение обмена сообщениями предоставляет инфраструктуру, которая поддерживает отправку и прием сообщений, а также необязательно предоставление RTT-отчета обратно пользователю мобильной связи посредством EM-сообщений. ЕМ означает расширенный обмен сообщениями и является собственной формой мгновенного обмена сообщениями по Интернету.

В серийной версии инструментального средства RTT-информация не должна быть видимой пользователю мобильного клиента. В тестовых версиях, тем не менее, пользователь должен иметь возможность выбирать время передачи и подтверждения приема из меню Settings (Настройки), что приводит к отправке транзакции на сервер, запрашивающий текущую RTT-информацию. Эта информация предоставляется в EM-ответе из RTT-робота. Фиг.5А-5С иллюстрируют последовательность экранов пользователя 400 тестовой версии инструментального средства мониторинга сети согласно одному варианту осуществления настоящего изобретения.

Как проиллюстрировано на фиг.5А, пользователь активирует меню 401 параметров на экране дисплея 400. Чтобы начинать тестирование, пользователь выбирает параметр Round Trip Time (Время передачи и подтверждения приема) из перечня 402 и нажимает кнопку 403 выбора. После того как время передачи и подтверждения приема выбрано, на экране пользователя отображается сообщение 405, сообщающее пользователю о том, что RTT-запрос отправлен, как показано на фиг.5В. Чтобы отклонять сообщение, пользователь затем выбирает кнопку 406 ОК.

После того как инструментальное средство мониторинга вычисляет время передачи и подтверждения приема из информации, полученной из возвращаемых сообщений, релевантная информация далее отображается пользователю 407 (см. фиг.5С). Как проиллюстрировано в примере по фиг.5С, сообщение с RTT-отчетом в этом случае включает в себя дату и время, когда выборка извлечена, модель телефона, дату и время предыдущего теста, RTT для текущего теста (RTT соединения и RTT регистрации), используемое приложение, тип доступа к сети (в этом случае GSM) и среднее RTT в течение дня (среднее RTT соединения и среднее RTT регистрации).

Как упомянуто выше, инструментальное средство анализа может быть использовано для того, чтобы идентифицировать события запаздывания в сети. В таких случаях каждая транзакция с сообщением в другое мобильное устройство обрабатывается в определенной степени аналогично данным RTT-тестов, поясненным выше.

В состоянии тестирования запаздывания отправляющий клиент записывает время, когда он отправляет каждое сообщение (ts), и затем записывает время, когда подтверждение приема принимается. Клиент затем может вычислять длительность (td) с момента, когда исходное сообщение отправлено в другой клиент. На это RTT-время может оказывать влияние любой тип проблем в работе сети, в том числе и запаздывание. Влияние может быть связано с отправляющим устройством или приемным устройством.

Чтобы оптимизировать объем данных, захватываемый посредством такого подхода к тестированию, клиент сравнивает длительность td с пороговым значением для формирования отчета (например, 3 минуты). Если td превышает пороговое значение, то отправляющий клиент передает уведомление на RTT-сервер для сохранения и сопоставления. Соответственно пороговое значение запаздывания, подобно всем аналогичным данным параметров, должно быть легко модифицируемым и может задаваться посредством RTT-сервера. Отчет может включать в себя такую информацию, как идентификатор пользователя для отправляющего устройства и приемного устройства, td (фактически RTT в другой клиент), узел сотовой связи сообщающего клиента (если известен), модель телефона сообщающего клиента и MIN отправляющего устройства и приемного устройства.

Специалисты в данной области техники должны принимать во внимание, что тестирование запаздывания также может быть выполнено на сервере соединений. Инициирование тестирования таким способом должно давать возможность серверу вычислять времена отклика для каждой транзакции, а также идентифицировать то, какое устройство из пары фактически подвергается запаздыванию.

Следует понимать, что вышеописанные варианты осуществления предоставлены только в качестве примеров этого изобретения, и что его дополнительные модификации и усовершенствования, как должно быть очевидным для специалистов в данной области техники, должны попадать в широкий объем правовой охраны настоящего изобретения, описанного в данном документе.