Способ, устройство и система контроля качества услуг интернет-доступа для мобильного терминала

Способ, устройство и система контроля качества услуг интернет-доступа для мобильного терминала

Иллюстрации

Показать все

Реферат

СПОСОБ, УСТРОЙСТВО И СИСТЕМА КОНТРОЛЯ КАЧЕСТВА УСЛУГ ИНТЕРНЕТ-ДОСТУПА ДЛЯ МОБИЛЬНОГО ТЕРМИНАЛА

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

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

Уровень техники

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

Система управления сетями, созданная на основе стандартного режима контроля качества обслуживания, может контролировать только качество обслуживания сети среднего размера элементного устройства сетевой магистрали, такой как сторона сети радиосвязи (CP) (RAN), опорная сеть или шлюзовая сторона. Поэтому в известном уровне техники предлагается решение с помощью зондирования. В рамках этого решения с помощью систем зондирования стороны CP, стороны опорной сети и стороны эксплуатационного шлюза контролируются интерфейсы, такие как Iu-Ps, Gb, Gn, Gi и Gw, и возможно контролировать показатель опыта пользования сетевыми услугами пользователей целой сети. Однако это решение ограничивается контролем качества беспроводных сетевых услуг на участке, связывающем базовую станцию с Интернетом, и не позволяет контролировать показатель основного качества (ПОК) (KQI) на участке от базовой станции к пользователю мобильного терминала.

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

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

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

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

Способ контроля качества услуг интернет-доступа для мобильного терминала включает в себя:

- сбор мобильным терминалом пакета IP-данных услуги интернет-доступа;

- идентификацию мобильным терминалом типа услуги интернет-доступа, соответствующей пакету IP-данных;

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

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

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

Мобильный терминал включает в себя:

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

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

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

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

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

Система контроля качества услуги интернет-доступа для мобильного терминала включает в себя мобильный терминал и сетевой сервер, где:

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

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

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

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

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

Фиг. 1 является блок-схемой алгоритма способа контроля качества услуг интернет-доступа для мобильного терминала согласно варианту осуществления настоящего изобретения.

Фиг. 2 является условной схемой четырехуровневой структуры существующей стандартной сети TCP/IP.

Фиг. 3 является еще одной блок-схемой алгоритма способа контроля качества услуг интернет-доступа для мобильного терминала согласно варианту осуществления настоящего изобретения.

Фиг. 4 является процедурой обмена сообщениями услуг HTTP для мобильного терминала согласно варианту осуществления настоящего изобретения.

Фиг. 5 является структурной схемой мобильного терминала согласно варианту осуществления настоящего изобретения.

Фиг. 6 является другой структурной схемой мобильного терминала согласно варианту осуществления настоящего изобретения.

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

Описание вариантов осуществления

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

Согласно способу и устройству контроля качества услуг интернет-доступа для мобильного терминала, в вариантах осуществления настоящего изобретения путем установки технологии глубокой пакетной инспекции (ГПИ) (DPI) на стороне мобильного терминала мобильный терминал конфигурируется таким образом, чтобы собирать пакет IP-данных услуг интернет-доступа, выполнять идентификацию и проверку пакета IP-данных, собирать статистические данные по показателю основного качества (ПОК) услуги интернет-доступа стороны мобильного терминала согласно результату проверки и загружать ПОК, полученный с помощью статистических данных, на сетевой сервер, чтобы сетевой сервер контролировал качество услуг интернет-доступа для мобильного терминала в соответствии с показателем основного качества, тем самым осуществляя точный контроль качества сети мобильного терминала.

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

Этап 101: мобильный терминал собирает пакет IP-данных услуги интернет-доступа.

Поскольку маршрут передачи данных услуг телефонии и маршрут передачи данных услуг интернет-доступа разделены, и пакет IP-данных услуг интернет-доступа имеет закрепленный тракт передачи, пакет IP-данных услуг интернет-доступа может быть получен за счет использования тракта передачи. Четырехуровневая структура стандартной сети TCP/IP включает в себя уровень сетевого интерфейса, уровень Интернета, уровень передачи и уровень приложения, как показано на фиг. 2. Пакет IP-данных расположен на уровне Интернета. В варианте осуществления настоящего изобретения, в одном из способов реализации, на уровне Интернета четырехуровневой модели TCP/IP может быть собран пакет IP-данных, и полученный пакет IP-данных кэшируется для позднейших идентификации и проверки. В другом способе реализации пакет IP-данных на уровне Интернета фильтруется на основе порта услуг интернет-доступа. Например, мобильный терминал запускает две услуги интернет-доступа - клиент QQ и просмотр веб-ресурсов HTTP; мобильный телефон может обнаружить диапазон портов, соответствующий процессу, соответствующему клиенту QQ, с тем, чтобы изолировать все потоки, принадлежащие клиенту QQ, на уровне Интернета, где оставшийся пакет IP-данных на уровне Интернета принадлежит просмотру веб-ресурсов HTTP.

Этап 102: мобильный терминал идентифицирует тип услуги интернет-доступа, соответствующей пакету IP-данных.

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

1. Идентификация порта

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

Например, для протокола система имен доменов (DNS, domain name system) идентификация может быть выполнена с использованием известного порта 53 DNS.

2. Идентификация характеристики

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

Например, пакет сообщений HTTP (гипертекстового транспортного протокола) включает в себя такие ключевые слова, как GET, POST, НТТР1/1 и HOST. Если эти ключевые слова, включенные в пакет IP-данных, идентифицированы, может быть определено, что тип услуги интернет-доступа, соответствующей пакету IP-данных, является услугой просмотра веб-ресурсов HTTP.

3. Идентификация соотношения

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

Например, для услуги пересылки файлов FTP (протокол пересылки файлов) вначале идентифицируется управляющий поток взаимодействия FTP; затем происходит получение сопутствующей информации характеристики (IP и порта) этого потока данных путем проверки управляющего потока FTP; а после этого поток данных FTP идентифицируется с помощью информации характеристики.

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

Например, стандартный порт услуги просмотра веб-ресурсов HTTP - (80, 8080). Следовательно, услуга просмотра веб-ресурсов HTTP может быть идентифицирована с помощью порта и подбора способа запроса названия способа, определенного протоколом HTTP, такого как GET, POST или PUT, и информационного поля по версии HTTP (HTTP/0.9, НТТР/1.0 или НТТР/1.1). Другой пример: для услуги пересылки файлов FTP, на основе протокола стандарта FTP услуга пересылки файлов FTP может быть идентифицирована путем идентификации стандартной диаграммы излучения, такой как 220/226, и характеристики порта.

Для различных типов услуг интернет-доступа идентификация сопутствующего сообщения протокола требует глубокой пакетной инспекции (ГПИ) (DPI); кроме того, в некоторых случаях необходимо далее определить, принадлежат ли некоторые связанные друг с другом сообщения протокола к одной веб-странице. Принадлежат ли к одной веб-странице сообщения «Get request», «200 ОК» и «Data.n», может определяться на основе «пятерки», то есть, все потоки одной веб-страницы определяются на основе «пятерки».

Упомянутый выше процесс идентификации включает в себя главным образом поверхностную идентификацию протокола уровня L3/L4, глубокую идентификацию протокола уровня L7/L7+ и т.д.

Этап 103: мобильный терминал выполняет углубленную проверку пакетов для пакета IP-данных для получения результата проверки.

Этап 104: мобильный терминал собирает статистические данные по показателю основного качества услуг интернет-доступа, соответствующие типу услуг интернет-доступа согласно результату проверки пакета IP-данных.

Поскольку услуги интернет-доступа могут иметь множество разных типов услуг, таких как услуга просмотра веб-ресурсов HTTP, услуга WAP (протокол беспроводных приложений), услуга FTP, услуга DNS и услуга TCP (управляющий протокол передачи), для разных услуг интернет-доступа статистические данные по соответствующему показателю основного качества могут собираться согласно результату проверки пакета IP-данных услуги.

Например, для услуги просмотра веб-ресурсов HTTP или услуги WAP пакет IP-данных уровня сети услуги просмотра веб-ресурсов HTTP или услуги WAP может быть проверенпроверен для определения того, включает ли пакет IP-данных уровня сети сообщение, представляющее следующее событие: событие HTTPHomePageRequest, событие HTTPHomePageResponse, событие HTTPGet, событие HTTPFail, событие HTTPDataTransferStart и событие HTTPDataTransferComplete. Результат проверки может включать в себя одно или несколько упомянутых выше событий.

Согласно упомянутым выше событиям, статистические данные могут быть собраны по одному или нескольким показателям этих услуг, таким как доля успешных попыток отклика начальной страницы, длительность отклика начальной страницы, доля успешных попыток обновления страницы, длительность обновления страницы и скорость загрузки страницы. В частности, могут быть собраны статистические данные по доле успешных попыток отклика начальной страницы и длительности отклика начальной страницы услуги интернет-доступа согласно событию HTTPHomePageRequest и событию HTTPHomePageResponse в течение заданного периода времени; могут быть собраны статистические данные по доле успешных попыток обновления страницы согласно событию HTTPGet и событию HTTPFail в течение заданного периода времени; и могут быть собраны статистические данные по длительности обновления страницы и скорости загрузки согласно событию HTTPDataTransferStart и событию HTTPDataTransferComplete.

Для услуги FTP пакет IP-данных уровня сети услуги FTP может быть проверенпроверен для определения, включает ли пакет IP-данных уровня сети в себя сообщение, представляющее следующее событие: событие FTPConnectionRequest, событие FTPConnectionResponse, событие FTPULDataTransferStart, событие FTPULDataTransferComplete, событие FTPULFirstDataPacket, событие FTPULLastDataPacket, событие FTPDLDataTransferStart, событие FTPDLDataTransferComplete, событие FTPDLFirstDataPacket и событие FTPDLLastDataPacket. Результат проверки может включать в себя одно или несколько упомянутых выше событий.

Согласно упомянутым выше событиям, статистические данные могут быть собраны по одному или нескольким показателям услуги FTP, таким как доля успешных попыток установления соединения, длительность установления соединения, средняя скорость загрузки в главную систему и средняя скорость загрузки из главной системы. В частности, могут быть собраны статистические данные по доле успешных попыток установления соединения и длительности установления соединения услуги FTP согласно событию FTPConnectionRequest и событию FTPConnectionResponse в течение заданного периода времени; могут быть собраны статистические данные по средней скорости загрузки в главную систему услуги FTP согласно событию FTPULDataTransferStart, событию FTPULDataTransferComplete, событию FTPULFirstDataPacket и событию FTPULLastDataPacket; и могут быть собраны статистические данные по средней скорости загрузки из главной системы согласно событию FTPDLDataTransferStart, событию FTPDLDataTransferComplete, событию FTPDLFirstDataPacket и событию FTPDLLastDataPacket.

Для услуги DNS пакет IP-данных уровня сети услуги FTP может быть проверен для определения того, включает ли пакет IP-данных уровня сети сообщение, представляющее следующее событие: событие DNSResponse или событие DNSQuery. Согласно событию DNSQuery и событию DNSResponse в течение заданного периода времени, могут быть собраны статистические данные по доле успешных попыток проверки услуги DNS и(или) задержки проверки услуги DNS.

Для услуги TCP пакет IP-данных уровня сети услуги TCP может быть проверен для определения того, включает ли пакет IP-данных уровня сети сообщение, представляющее следующее событие: событие TCPYAttempt или событие ТСР_АСК. Согласно событию TCPYAttempt и событию ТСР_АСК в течение заданного периода времени, могут быть собраны статистические данные по доле успешных попыток установления услуги TCP и(или) задержки установления услуги TCP.

В частности, после идентификации типа услуги пакета IP-данных соответствующая услуга интернет-доступа проверяется согласно стандартному формату протокола типа услуги, включая проверку протокола уровня L7/L7+ и т.д.

Например, для услуги просмотра веб-ресурсов HTTP разрешается особый способ и отклик, такой как Get и 200 ОК, соответствующие содержанию каждого поля первой линии (Первой линии) согласно стандарту протокола HTTP, чтобы определить, успешен ли запрос соединения с веб-страницей; и записывается показатель ПОК, такой как момент времени, статистическая длительность и скорость загрузки страницы, соответствующий каждому событию запроса-отклика. Ниже конкретный процесс будет подробно представлен в качестве примера.

Для услуги интернет-доступа WAP 1.X поля запроса и отклика, такие как Get и 200 ОК, могут быть идентифицированы путем проверки согласно стандартному протоколу WAP поля PDU TYPE и поля STATUS, чтобы определить, успешен ли запрос соединения с веб-страницей; и записывается показатель ПОК, такой как момент времени, статистическая длительность и скорость загрузки страницы, соответствующий каждому событию запроса-отклика.

Для услуги пересылки файлов FTP согласно стандартному протоколу FTP могут быть проверены поле запроса соединения, такое как SYN/SYN и АСК/АСК, и поле отклика, соответственно использующее 220/226 в качестве метки, чтобы определить, успешно ли соединение FTP, и завершена ли пересылка файлов; поле SIZE может быть проверено для получения размера файла; и записывается показатель основного качества (ПОК), такой как момент времени, статистическая длительность и размер пересылки файла, соответствующий каждому событию запроса-отклика.

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

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

Ниже будет описан конкретный процесс сбора статистических данных по показателю основного качества для различных услуг.

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

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

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

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

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

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

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

Этап 202: мобильный терминал собирает пакет IP-данных услуги интернет-доступа.

Этап 203: мобильный терминал идентифицирует тип услуги интернет-доступа, соответствующий пакету IP-данных.

Этап 204: мобильный терминал определяет, согласно стратегии контроля и типу услуги интернет-доступа, соответствующему пакету IP-данных, проводить ли анализ показателя основного качества услуги интернет-доступа; и если определено, что анализ показателя основного качества услуги интернет-доступа следует проводить, переходит к выполнению этапа 205, иначе переходит к выполнению этапа 208.

Этап 205: мобильный терминал выполняет углубленную проверку пакетов для пакета IP-данных для получения результата проверки.

Этап 206: мобильный терминал собирает статистические данные по показателю основного качества услуги интернет-доступа, соответствующему типу услуги интернет-доступа согласно результату проверки пакета IP-данных.

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

Этап 208: мобильный терминал удаляет пакет IP-данных.

Следует отметить, что упомянутый выше этап 201 может выполняться, когда мобильный терминал включен, или после получения обновленного уведомления сетевой стороне. Если стратегия контроля локально сохранена мобильным терминалом, после получения с сетевого сервера новой стратегии контроля услугу интернет-доступа можно контролировать согласно новой стратегии контроля.

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

Следует отметить, что мобильный терминал, упомянутый в варианте осуществления настоящего изобретения, может быть беспроводным мобильным терминалом, который осуществляет интернет-доступ, используя любую беспроводную сетевую технологию, такую как 2G, 3G или LTE (долгосрочное развитие).

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

1. Для услуги просмотра веб-ресурсов HTTP могут быть идентифицированы и проверены сообщения, соответствующие событиям, перечисленным в таблице 1.

Успешный отклик начальной страницы HTTP, HTTPHomePageResponse, означает, что мобильный терминал принял успешный отклик на первый запрос соединения, HTTPHomePageRequest, инициированный мобильным терминалом.

Фиг. 4 является процедурой обмена сообщениями услуги HTTP для мобильного терминала согласно варианту осуществления настоящего изобретения.

Отметки в квадратиках - это точки осведомленности пользователя, включающие:

Метку А, обозначающую, что пользователь вызвал начальную страницу;

Метку В, обозначающую, что пользователь уже принимает отклик страницы;

Метку С, обозначающую, что пользователь щелкнул по ссылке для обновления веб-страницы;

Метку D, обозначающую, что пользователь принимает отклик обновленной страницы; и

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

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

Пример 1: предполагается, что показатель ПОК, по которому требуется собрать статистические данные, включает в себя долю успешных попыток отклика начальной страницы HTTP и длительность отклика начальной страницы HTTP.

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

Мобильный терминал инициирует событие запроса соединения начальной страницы веб-страницы HTTP, HTTPHomePageRequest; мобильный терминал инициирует запрос соединения с радиоинтерфейсом (соответствующий точке А осведомленности на фиг. 4), то есть запрос соединения УРР, на базовую радиостанцию/КРС (контроллер радиосети, RNC) для установления соединения УРР; активирует контекст PDP; устанавливает соединение TCP; и затем инициирует запрос HTTP Get для начальной страницы HTTP. В этом случае мобильный терминал принимает сообщение 200 ОК, отправленное шлюзом WAP или ПУ; а в случае отказа отправляется другое значение.

Для показателя ПОК доли успешных попыток отклика начальной страницы согласно стандартному формату протокола проверяется сообщение способа, соответствующее первой строке; если сообщением способа является Get, это означает, что пользователь инициирует один запрос HTTP Get, который является начальным событием, соответствующим первой строке, где «200 ОК» обозначает удачное завершение, которое является конечным событием, соответствующим показателю ПОК доли успешных попыток отклика начальной страницы HTTP. Другой код состояния обратной связи обозначает отказ и причину. Собираются статистические данные по начальному событию и конечному событию в течение определенного периода, и согласно результату статистических данных вычисляется доля успешных попыток отклика начальной страницы.

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

Дополнительно, поскольку каждое соединение HTTP однозначно идентифицируется «пятеркой» (источник IP/порта, конечное назначение IP/порта и протокол), в описанном выше процессе проверки тот факт, включают ли в себя начальное событие или событие отклика одно и то же соединение или одну и ту же веб-страницу, может определяться согласно уникальной «пятерке».

Пример 2: Предполагается, что показатель ПОК, по которому требуется собрать статистические данные, включает в себя долю успешных попыток обновления страницы HTTP, длительность обновления страницы HTTP и скорость загрузки страницы HTTP.

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

Мобильный терминал инициирует один запрос HTTP Get на страницу HTTP; в этом случае мобильный терминал получает сообщение HTTP 200 ОК, отправленное шлюзом WAP или ПУ; мобильный терминал на основе содержания отклика определяет, необходимо ли продолжать посылать новый запрос соединения со страницей; если есть новый запрос соединения, запускает событие HTTPDataTransferStart и продолжает посылать один или несколько запросов HTTP Get; мобильный терминал собирает статистические данные по скорости отклика запроса HTTP Get и сообщения HTTP 200 ОК и на основе заданного порога определяет, успешна ли загрузка страницы.

Следовательно, для ПОК доли успешных попыток обновления страницы HTTP, длительности обновления страницы HTTP и скорости загрузки страницы HTTP запрос HTTP Get и множество ответов с кодом статуса 200 ОК, соответствующих запросу HTTP Get, необходимо проверить аналогичным образом. Осуществление процесса проверки способа HTTP и события отклика аналогично процессу проверки показателя доли успешных попыток отклика начальной страницы HTTP и не будет снова подробно описываться. Мобильный терминал собирает статистические данные по отношению числа успешных попыток к числу инициирований обновления страницы и вычисляет долю успешных попыток обновления страницы HTTP.

Длительность обновления страницы HTTP получается путем вычисления периода времени от первого события запроса HTTP Get до последнего события отклика HTTP одной страницы HTTP. Разумеется, могут также собираться статистические данные по длительности обновления страницы HTTP в течение определенного периода, чтобы получить среднюю длительность обновления страницы HTTP.

Размер загруженной страницы может быть получен путем проверки поля длины контента события отклика HTTP, а скорость загрузки страницы HTTP может быть получена путем вычисления отношения размера загружаемой страницы к длительности обновления страницы HTTP.

Например, для ПОК услуги просмотра веб-ресурсов HTTP предположим, что результат статистических данных услуги просмотра веб-ресурсов HTTP за определенный период времени показан в таблице 2.

Согласно записи в таблице 2, соответствующий ПОК может быть получен путем вычислений следующим образом:

Доля успешных попыток отклика начальной страницы: число успешных попыток/число просмотров веб-ресурсов = 5/5 = 100%;

Длительность отклика начальной страницы: Σобщая длительность/число просмотров начальной страницы = (5+10+6+10+5)/5 = 7,2 секунды;

Длительность обновления страницы: Σобщая длительность обновления страницы/число обновлений страницы = (6+10)/2 = 8; и

Скорость загрузки страницы: Σобщий размер веб-страниц/Σобщая длительность отклика веб-страниц = (1036+2046+2100+2046+1046)/(5+10+6+10+5) = 229 байт/с.

2. Для услуги WAP могут быть идентифицированы и проверены сообщения, соответствующие событиям, перечисленным в таблице 3.

Пакет данных услуги интернет-доступа WAP принимает инкапсуляцию заголовка в пакете данных услуги интернет-доступа HTTP, где инкапсуляция заголовка снимается в процессе проверки. Процесс сбор