СПОСОБ, УСТРОЙСТВО И СИСТЕМА КОНТРОЛЯ КАЧЕСТВА УСЛУГ ИНТЕРНЕТ-ДОСТУПА ДЛЯ МОБИЛЬНОГО ТЕРМИНАЛА
METHOD, DEVICE AND SYSTEM FOR QUALITY CONTROL OF INTERNET ACCESS FOR MOBILE TERMINAL

СПОСОБ, УСТРОЙСТВО И СИСТЕМА КОНТРОЛЯ КАЧЕСТВА УСЛУГ ИНТЕРНЕТ-ДОСТУПА ДЛЯ МОБИЛЬНОГО ТЕРМИНАЛА
Область техники, к которой относится изобретение
Настоящее изобретение относится к области связи и, в частности, к способу, устройству и системе контроля качества услуг интернет-доступа для мобильного терминала.
Уровень техники
Обеспечение качества обслуживания пользователей мобильных терминалов - весьма важная задача провайдеров сетевых услуг. Зная об опыте пользования своими услугами, провайдер сетевых услуг может соответствующим образом выработать оптимизированную стратегию и отрегулировать конфигурацию ресурсов с тем, чтобы сделать услуги привлекательными для большего числа пользователей и постоянно улучшать работоспособность провайдера сетевых услуг. Кроме того, провайдер сетевых услуг может эффективно проводить сравнение и анализ в соответствии с конкурентной средой, чтобы иметь представление о своем месте в конкуренции, а также знать собственные слабости и слабости конкурентов, чтобы увеличивать свою конкурентоспособность и пользоваться слабостями конкурентов для достижения конкурентного преимущества.
Система управления сетями, созданная на основе стандартного режима контроля качества обслуживания, может контролировать только качество обслуживания сети среднего размера элементного устройства сетевой магистрали, такой как сторона сети радиосвязи (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, где инкапсуляция заголовка снимается в процессе проверки. Процесс сбора статистики по всем ПОК аналогичен таковому при услуге просмотра веб-ресурсов HTTP.
3. Для услуги FTP могут быть идентифицированы и проверены сообщения, соответствующие событиям, перечисленным в таблице 4.
Для услуги FTP, как только обнаружена вновь установленная «пятерка» FTP, инициируется запрос соединения FTP, пока с сервера не будет получена команда «220», означающая, что соединение установлено успешно; получение другой команды означает отказ.
Следовательно, с помощью статистических данных по времени события инициирования соединения и события команды, отправленной с сервера, может быть определено, установлено ли соединение, согласно соответствующему отправленному результату. Путем сбора статистических данных по соотношению числа успешных соединений к общему числу событий инициирования соединения можно получить долю успешных установлений соединений FTP.
Длительность установления соединения FTP можно получить с помощью статистических данных по длительности временного промежутка от события инициирования соединения до события команды, отправленной с сервера, и сбора статистических данных по среднему значению длительностей, полученному в течение периода времени.
Событие сообщения PASV услуги загрузки в главную систему означает, что мобильный терминал начал загружать файл, прием события, подтверждающего, что команда «226» отправлена сервером FTP, означает, что загрузка файла завершена, а другие отправленные команды означают отказ; измеряется длительность временного промежутка от события услуги загрузки в главную систему до события, подтверждающего, что команда отправлена сервером; когда FTP работает в режиме PORT, проверяется размер файла, содержащегося в команде «150» на запрос RETR; когда FTP работает в режиме PASV, проверяется размер файла, содержащегося в отклике команды «213» на запрос SIZE; отношение размера файла ко времени загрузки в главную систему вычисляется для получения средней скорости загрузки FTP в главную систему.
Событие сообщения PORT услуги загрузки из главной системы означает, что мобильный терминал начал загружать файл, прием события, подтверждающего, что команда «226» отправлена сервером FTP, означает, что загрузка файла завершена, а другие отправленные команды означают отказ; измеряется длительность временного промежутка от события услуги загрузки из главной системы до события, подтверждающего, что команда отправлена сервером; когда FTP работает в режиме PORT, проверяется размер файла, содержащегося в команде «150» на запрос RETR; когда FTP работает в режиме PASV, проверяется размер файла, содержащегося в отклике команды «213» на запрос SIZE; отношение размера файла ко времени загрузки из главной системы вычисляется для получения средней скорости загрузки FTP из главной системы.
4. Для услуги DNS могут быть идентифицированы и проверены сообщения, соответствующие события, перечисленным в таблице 5.
DNS является стандартным протоколом, и крупными событиями являются событие DNSQuery и событие DNSResponse, которые соответствуют полю «Запрос» и полю «Отклик» сообщения DNS, соответственно; если поле «Запрос DNS» проверяется в «», то определяется, что проверка DNS успешна. Следовательно, измеряется отношение числа успешных попыток проверки DNS к числу запросов в течение периода времени для получения доли успешных попыток проверки DNS. Моменты времени, соответствующие каждому событию DNSQuery и событию DNSResponse, записываются для получения длительности проверки DNS; среднее значение длительности проверки DNS за период времени измеряется для получения задержки проверки DNS.
5. Для услуги TCP могут быть идентифицированы и проверены сообщения, соответствующие события, перечисленным в таблице 6.
Стандартный протокол TCP устанавливает соединение посредством протокола трехстороннего представления; установление соединения по стандартному протоколу TCP включает в себя три события: TCPSYNAttempt, TCPSYNACK и ТСР_АСК. Идентифицировав поле «Заголовок» в сообщении TCP и при этом записав момент времени, соответствующий двум событиям, TCPSYNAttempt и ТСР_АСК, каждого соединения TCP, можно получить длительность установления соединения TCP. Собрав статистические данные по времени, соответствующему двум событиям, TCPSYNAttempt и ТСР_АСК, для каждого соединения TCP, можно получить задержку установления соединения TCP.
Упомянутое выше конкретное сообщение о каждой услуге интернет-доступа и процессе идентификации может быть определено согласно соответствующему процессу услуги, которые не будут далее подробно описываться.
Соответственно, вариант осуществления настоящего изобретения далее обеспечивает мобильный терминал, как показано на фиг. 5, которая является структурной схемой мобильного терминала.
В этом варианте осуществления мобильный терминал включает в себя:
- блок 401 сбора, выполненный с возможностью собирать пакет IP-данных услуги интернет-доступа;
- блок 402 глубокой пакетной идентификации, выполненный с возможностью идентифицировать тип услуги интернет-доступа, соответствующей пакету IP-данных, собранному блоком 401 сбора;
- блок 403 углубленной проверки пакетов, выполненный с возможностью выполнять углубленную проверку пакетов по отношению к пакету IP-данных для получения результата проверки;
- блок 404 сбора статистических данных, выполненный с возможностью собирать статистические данные по показателю основного качества услуги интернет-доступа, соответствующей типу услуги интернет-доступа согласно результату проверки пакета IP-данных, полученного блоком 403 углубленной проверки пакетов; и
- блок 405 загрузки в главную систему, выполненный с возможностью загружать показатель основного качества, полученный блоком 404 сбора статистических данных с помощью статистических данных, на сетевой сервер, так, чтобы сетевой сервер контролировал качество услуг интернет-доступа для мобильного терминала согласно показателю основного качества.
В этом варианте осуществления настоящего изобретения может быть множество типов услуг интернет-доступа; например, тип услуги интернет-доступа, соответствующий пакету IP-данных, может являться услугой HTTP или услугой WAP.
Соответственно, блок 403 углубленной проверки пакетов может проверять пакет IP-данных уровня сети услуги просмотра веб-ресурсов HTTP или услуги WAP для определения, включает ли в себя пакет IP-данных уровня сети сообщение, представляющее следующее событие: событие HTTPHomePageRequest, событие HTTPHomePageResponse, событие HTTPGet, событие HTTPFail, событие HTTPDataTransferStart и событие HTTPDataTransferComplete. Результат проверки включает в себя одно или несколько из следующих событий: событие HTTPHomePageRequest, событие HTTPHomePageResponse, событие HTTPGet, событие HTTPFail, событие HTTPDataTransferStart и событие HTTPDataTransferComplete.
Соответственно, блок 404 сбора статистических данных может собирать статистические данные по одному или нескольким показателям: доле успешных попыток отклика начальной страницы, длительности отклика начальной страницы, доле успешных попыток обновления страницы, длительности обновления страницы и скорости загрузки страницы из главной системы услуги просмотра веб-ресурсов HTTP или услуги WAP согласно результату проверки блока 403 углубленной проверки пакетов. В частности, блок 404 сбора статистических данных может собирать статистические данные по доле успешных попыток отклика начальной страницы и длительности отклика начальной страницы услуги интернет-доступа согласно событию HTTPHomePageRequest и событию HTTPHomePageResponse в течение заданного периода времени; и(или) собирать статистические данные по доле успешных попыток обновления страницы согласно событию HTTPGet и событию HTTPFail в течение заданного периода времени; и(или) собирать статистические данные по длительности обновления страницы и скорости загрузки страницы из главной системы согласно событию HTTPDataTransferStart и событию HTTPDataTransferComplete.
Тип услуги интернет-доступа, соответствующей пакету IP-данных, может далее являться услугой FTP.
Соответственно, блок 403 углубленной проверки пакетов может проверять пакет IP-данных уровня сети услуги FTP для определения, включает ли в себя пакет IP-данных уровня сети сообщение, представляющее следующее событие: событие FTPConnectionRequest, событие FTPConnectionResponse, событие FTPULDataTransferStart, событие FTPULDataTransferComplete, событие FTPULFirstDataPacket, событие FTPULLastDataPacket, событие FTPDLDataTransferStart, событие FTPDLDataTransferComplete, событие FTPDLFirstDataPacket и событие FTPDLLastDataPacket. Результат проверки включает в себя одно или несколько из следующих событий: событие FTPConnectionRequest, событие FTPConnectionResponse, событие FTPULDataTransferStart, событие FTPULDataTransferComplete, событие FTPULFirstDataPacket, событие FTPULLastDataPacket, событие FTPDLDataTransferStart, событие FTPDLDataTransferComplete, событие FTPDLFirstDataPacket и событие FTPDLLastDataPacket.
Соответственно, блок 404 сбора статистических данных может проверять один или несколько показателей услуги FTP: долю успешных попыток установления соединения, длительность установления соединения, среднюю скорость загрузки в главную систему и среднюю скорость загрузки из главной системы согласно результату проверки блока 403 углубленной проверки пакетов. В частности, блок 404 сбора статистических данных может собирать статистические данные по доле успешных попыток установления соединения и длительности установления соединения услуги FTP согласно событию FTPConnectionRequest и событию FTPConnectionResponse в течение заданного периода времени; и(или) собирать статистические данные по средней скорости загрузки в главную систему услуги FTP согласно событию FTPULDataTransferStart, событию FTPULDataTransferComplete, событию FTPULFirstDataPacket и событию FTPULLastDataPacket; и(или) собирать статистические данные по средней скорости загрузки из главной системы услуги FTP согласно событию FTPDLDataTransferStart, событию FTPDLDataTransferComplete, событию FTPDLFirstDataPacket и событию FTPDLLastDataPacket.
Тип услуги интернет-доступа, соответствующей пакету IP-данных, может далее являться услугой DNS.
Соответственно, блок 403 углубленной проверки пакетов может проверять пакет IP-данных уровня сети услуги DNS для определения, включает ли в себя пакет IP-данных уровня сети сообщение, представляющее следующее событие: событие DNSResponse и событие DNSQuery. Результат проверки включает в себя одно или несколько из следующих событий: событие DNSQuery и событие DNSResponse.
Соответственно, блок 404 сбора статистических данных может собирать статистические данные по одному или нескольким показателям: доле успешных попыток проверки услуги DNS и задержке проверки согласно результату проверки блока 403 углубленной проверки пакетов; в частности, блок 404 сбора статистических данных может собирать статистические данные по доле успешных попыток проверки услуги DNS и(или) задержке проверки услуги DNS согласно событию DNSQuery и событию DNSResponse в течение заданного периода времени.
Тип услуги интернет-доступа, соответствующей пакету IP-данных, может далее являться услугой TCP.
Соответственно, блок 403 углубленной проверки пакетов может проверять пакет IP-данных уровня сети услуги TCP для определения, включает ли в себя пакет IP-данных уровня сети сообщение, представляющее следующее событие: событие TCPSYNAttempt или событие ТСР_АСК. Результат проверки включает в себя одно или несколько из следующих событий: событие TCPSYNAttempt или событие ТСР_АСК.
Соответственно, блок 404 сбора статистических данных может собирать статистические данные по одному или нескольким показателям: доле успешных попыток установления услуги TCP и задержке установления согласно результату проверки блока 403 углубленной проверки пакетов. В частности, блок 404 сбора статистических данных может собирать статистические данные по доле успешных попыток установления услуги TCP и(или) задержке установления услуги TCP согласно событию TCPSYNAttempt и(или) событию ТСР_АСК.
Процесс загрузки блоком 405 загрузки в главную сеть показателя основного качества, полученного блоком 404 сбора статистических данных, на сетевой сервер, может выполняться немедленно после получения результата статистических данных блока 404 сбора статистических данных или периодически.
В этом варианте осуществления настоящего изобретения упомянутый мобильный терминал может являться портативным компьютером (переносным компьютером), мобильным телефоном, платой передачи данных, планшетным компьютером, программируемым терминалом, терминалом взаимодействия «человек-компьютер», электронной книгой или другим терминальным устройством с функцией отображения.
Следовательно, в соответствии с мобильным терминалом согласно варианту осуществления настоящего изобретения, мобильный терминал собирает пакет IP-данных услуги интернет-доступа для мобильного терминала; идентифицирует тип услуги интернет-доступа, соответствующей пакету IP-данных; выполняет углубленную проверку пакетов для пакета IP-данных; собирает статистические данные по показателю основного качества услуги интернет-доступа для мобильного терминала согласно результату проверки; и загружает показатель основного качества, полученный с помощью статистических данных, на сетевой сервер, так, чтобы сетевой сервер контролировал качество услуги интернет-доступа для мобильного терминала согласно показателю основного качества, тем самым осуществляя точный контроль качества сети для мобильного терминала и обеспечивая основу для точного принятия решений по оптимизации сети.
Чтобы далее улучшить работу сети и возможность технического обслуживания стороны сети, с тем, чтобы обеспечить основу для точного принятия решений по оптимизации сети, в другом варианте осуществления настоящего изобретения стратегия контроля может быть далее выработана на стороне сети. В этом случае мобильный терминал получает стратегию контроля с сетевого сервера и контролирует услугу интернет-доступа согласно стратегии контроля.
Фиг. 6 является другой структурной схемой мобильного терминала согласно варианту осуществления настоящего изобретения.
В отличие от варианта осуществления, иллюстрированного на фиг. 5, в этом варианте осуществления мобильный терминал далее включает в себя:
- блок 501 получения стратегии, выполненный с возможностью получать стратегию контроля с сетевого сервера, где стратегия контроля используется для обозначения типа услуги интернет-доступа, которую необходимо контролировать, и показателя основного качества, соответствующего типу услуги интернет-доступа; и
- блок 502 определения, выполненный с возможностью определять, согласно стратегии контроля, полученной блоком 501 получения стратегии, и типу услуги интернет-доступа, соответствующей пакету IP-данных, определенному блоком 402 глубокой пакетной идентификации, проводить ли анализ показателя основного качества услуги интернет-доступа; и если определено, что анализ показателя основного качества услуги интернет-доступа следует проводить, приводить в действие блок 403 углубленной проверки пакетов для выполнения углубленной проверки пакетов для пакета IP-данных; иначе приводить в действие блок 401 сбора для удаления пакета IP-данных.
Мобильный терминал согласно этому варианту осуществления настоящего изобретения, установив технологию ГПИ на стороне мобильного терминала, контролирует качество услуг интернет-доступа для мобильного терминала, собирает статистические данные по показателям основного качества услуг интернет-доступа для мобильного терминала и загружает показатели основного качества, полученные с помощью статистических данных, на сетевой сервер, чтобы сетевой сервер контролировал качество услуг интернет-доступа для мобильного терминала согласно показателям основного качества, тем самым осуществляя точный контроль качества сети для мобильного терминала. Кроме того, путем выработки единообразной стратегии контроля на стороне сети контроль может быть сделан более адресным.
Следует отметить, что мобильный терминал, в данном варианте осуществления настоящего изобретения, может являться беспроводным мобильным терминалом, который осуществляет интернет-доступ, используя любую беспроводную сетевую технологию, такую как 2G, 3G или LTE.
Соответственно, вариант осуществления настоящего изобретения далее обеспечивает систему контроля качества услуг интернет-доступа для мобильного терминала, как показано на фиг. 7, которая является условной схемой системы.
Эта система включает в себя мобильный терминал 601 и сетевой сервер 602, где:
- мобильный терминал 601 выполнен с возможностью собирать пакет IP-данных услуги интернет-доступа для мобильного терминала 601; идентифицировать тип услуги интернет-доступа, соответствующей пакету IP-данных; выполнять углубленную проверку пакетов для пакета IP-данных для получения результата проверки; собирать статистические данные по показателю основного качества услуги интернет-доступа, соответствующей типу услуги интернет-доступа согласно результату проверки пакета IP-данных; и загружать показатель основного качества, полученный с помощью статистических данных, на сетевой сервер; и
- сетевой сервер 602 выполнен с возможностью принимать показатель основного качества, загруженный мобильным терминалом 601, и контролировать качество услуги интернет-доступа для мобильного терминала в соответствии с показателем основного качества.
Сетевой сервер 602 далее выполнен с возможностью вырабатывать стратегию контроля, где стратегия контроля используется для обозначения типа услуги интернет-доступа, которую необходимо контролировать, и показателя основного качества, соответствующего типу услуги интернет-доступа.
Соответственно, мобильный терминал 601 далее выполнен с возможностью получать стратегию контроля с сетевого сервера 602; и, согласно стратегии контроля и типу услуги интернет-доступа, соответствующей пакету IP-данных, определив, что необходимо проводить анализ показателя основного качества услуги интернет-доступа, собирать статистические данные по показателю основного качества услуги интернет-доступа согласно типу услуги интернет-доступа, соответствующей пакету IP-данных, а определив, что не следует проводить анализ показателя основного качества услуги интернет-доступа, удалять пакет IP-данных.
Следует понимать, что цель/функция мобильного терминала, заключающаяся в том, чтобы представлять показатель серверу, может обеспечивать сетевому оператору основу для принятия решений по планированию и оптимизации сети.
Система контроля качества услуг интернет-доступа для мобильного терминала согласно варианту осуществления настоящего изобретения, установив технологию ГПИ на стороне мобильного терминала, контролирует качество услуг интернет-доступа для мобильного терминала, собирает статистические данные по показателю основного качества услуг интернет-доступа для мобильного терминала и загружает показатель основного качества, полученный с помощью статистических данных, на сетевой сервер, так, чтобы сетевой сервер контролировал качество услуг интернет-доступа для мобильного терминала согласно показателю основного качества, тем самым осуществляя точный контроль качества сети для мобильного терминала. Кроме того, путем выработки единообразной стратегии контроля на стороне сети контроль может быть сделан более адресным.
Каждый вариант осуществления настоящего изобретения описан последовательно. Одинаковые или аналогичные части вариантов осуществления включены посредством ссылок друг на друга. В каждом варианте осуществления сделан упор на отличия от других вариантов осуществления. В частности, для вариантов осуществления устройства и системы, поскольку они в основном аналогичны вариантам осуществления способа, аппаратные варианты осуществления описаны просто, и значимые части доступны со ссылкой на части, описанные в вариантах осуществления способа. Описанный вариант осуществления устройства - лишь пример. Блоки, описанные как отдельные составные части, могут быть, а могут не быть разделены физически, а части, показанные в виде блоков, могут быть, а могут не быть физическими блоками, могут быть расположены вместе или распределены по множеству сетевых блоков. Для достижения целей в решениях вариантов осуществления может быть выбрана часть модулей или все модули. Средний специалист в данной области может понять и реализовать варианты осуществления настоящего изобретения без дополнительных творческих усилий.
Выше подробно описаны варианты осуществления настоящего изобретения. В данной спецификации настоящее изобретение описано на конкретных примерах. Приведенные выше варианты осуществления описаны для лучшего понимания способа и устройства по настоящему изобретению. Средний специалист в данной области дополнительно может менять конкретные способы реализации и область применения согласно духу настоящего изобретения. Следовательно, спецификация не может рассматриваться как ограничение настоящего изобретения.