Способ и устройство для идентификации службы и сетевое устройство
Изобретение относится к средствам для идентификации сетевой службы. Технический результат – повышение эффективности определения типа службы для службы, подлежащей идентификации, на основании результата анализа пакета службы. Принимают сетевым устройством пакеты службы и идентифицируют пакеты службы, которые принадлежат одному и тому же оконечному устройству. Определяют сетевым устройством признак трафика службы на основании информации сеанса оконечного устройства и информации пакета службы, где признак трафика службы включает в себя по меньшей мере одно из следующего: длительность сеанса, количество одновременных сеансов, трафик скорости, стабильность скорости трафика, частота передачи/приема пакетов, количество пакетов, длина пакета и время прохождения сигнала в обоих направлениях, связанное с запросом пакета и ответом пакета. Определяют сетевым устройством тип службы идентифицируемой службы на основании признака трафика службы. 2 н. и 12 з.п. ф-лы, 7 ил., 10 табл.
Область техники, к которой относится изобретение
Настоящее изобретение относится к области сетевых технологий связи, в частности, к способу и устройству идентификации службы и сетевому устройству.
Уровень техники
Небольшая локальная сеть, такая как собственная сеть, включает в себя различные оконечные устройства, которые осуществляют доступ к сети службы с использованием сетевого устройства, например шлюза, для доступа к различным службам. Различные виды служб предъявляют разные требования к качеству службы. Например, для голосовой службы и игровой службы требуется низкая задержка, а для службы видео требуется как низкая задержка, так и низкий коэффициент потери пакетов. Когда сетевые ресурсы ограничены, сетевое устройство должно идентифицировать типы служб и предпочтительно обеспечивать качество службы критической службы.
В настоящее время оконечное устройство может добавлять информацию идентификации службы в пакет, отправленный оконечным устройством. Например, оконечное устройство добавляет конкретный идентификатор виртуальной локальной сети (virtual local area network, VLAN) к пакету, чтобы указать тип службы, и сетевое устройство может идентифицировать тип службы на основании конкретного VLAN идентификатора. Однако способ не может быть применен к некоторым оконечным устройствам, которые не могут добавить информацию идентификации службы в пакет.
Сетевое устройство может идентифицировать тип службы, используя конкретную информацию идентификации службы, передаваемую в пакете. Альтернативно, сетевое устройство может анализировать информацию инкапсуляции пакета службы, чтобы идентифицировать тип службы. Информация инкапсуляции включает в себя информацию порта, адрес источника, адрес назначения, протокол приложения и тому подобное. Однако эффективность идентификации типа службы посредством синтаксического анализа пакетов является сравнительно низкой, что, в основном, отражается в следующих аспектах: 1. Для нового типа службы требуется ручная конфигурация или даже обновление сетевого устройства, чтобы предоставить возможность сетевому устройству выполнить синтаксический анализ нового типа службы. 2. Пакет службы, передаваемый с использованием протокола шифрования или проприетарного протокола, не анализируется. 3. Для службы, которая маскируется под службу протокола передачи гипертекста (hypertext transfer protocol, HTTP) с использованием информации порта, сетевое устройство должно проанализировать информацию порта и дополнительно тщательно проанализировать протокол и конфигурацию прикладного уровня, увеличивая сложность в идентификации и конфигурации. 4. Точность идентификации службы сравнительно низкая. Например, для веб-страницы, которая поддерживает как службу видео по запросу (video on demand, VOD), так и службу веб-просмотра, служба VOD может быть ошибочно идентифицирована, как служба веб-просмотра из-за того же адреса назначения двух служб.
Раскрытие сущности изобретения
Варианты осуществления настоящего изобретения обеспечивают способ и устройство идентификации службы и сетевое устройство, чтобы решить техническую задачу предшествующего уровня техники, заключающуюся в том, что эффективность идентификации типа службы на основании результата анализа пакета является сравнительно низкой.
Для решения вышеупомянутой задачи варианты осуществления настоящего изобретения обеспечивают следующие технические решения.
Согласно первому аспекту, обеспечивается способ идентификации службы, реализуемый сетевым устройством. Способ включает в себя: прием сетевым устройством пакетов службы и идентификацию пакетов службы, принадлежащих одному и тому же оконечному устройству, и определение признака трафика службы на основании информации сеанса оконечного устройства и информации пакета службы. Сетевое устройство затем определяет тип службы для идентифицируемой службы на основании признака трафика службы.
Признак трафика службы включает в себя по меньшей мере одно из: длительности сеанса, количества одновременных сеансов, скорости трафика, стабильности скорости трафика, частоты передачи/приема пакетов, количества пакетов, длины пакета и времени прохождения сигнала в обоих направлениях, относящихся к запросу пакета и ответу пакета.
Например, сеанс относится к соединению связи между оконечным устройством и сетью службы. Количество одновременных сеансов представляет собой количество соединений между одним и тем же оконечным устройством и сетью службы и может включать в себя количество одновременных сеансов восходящей линии связи и количество одновременных сеансов нисходящей линии связи. Длительность сеанса представляет собой период времени от времени начала сеанса до времени окончания сеанса.
Например, трафик относится к объему данных, передаваемому между оконечным устройством и сетью службы, и может быть измерен с использованием таких показателей, как количество байтов (Byte) или количество бит (bit). Скорость трафика относится к объему данных пакетов службы, принятых или отправленных оконечным устройством в течение определенного периода времени, включает в себя скорость трафика восходящей линии связи и скорость трафика нисходящей линии связи и может быть измерена в количестве байтов или битов, принятых или отправленных в одном временном блоке. Стабильность скорости трафика относится к стабильности скорости трафика, например, может измеряться по дисперсии скоростей трафика, измеренных во множестве моментов времени в течение определенного периода времени.
Например, пакет является пакетом данных, передаваемым между оконечным устройством и сетью службы. Количество пакетов может включать в себя количество больших пакетов восходящей линии связи, количество больших пакетов нисходящей линии связи, количество небольших пакетов восходящей линии связи, количество небольших пакетов нисходящей линии связи и общее количество всех принятых и отправленных пакетов. Длина пакета относится к размеру пакета службы и обычно измеряется количеством байтов или битов. Аналогично, первое соотношение пакетов представляет собой отношение количества больших пакетов нисходящей линии связи к общему количеству пакетов нисходящей линии связи, и второе соотношение пакетов представляет собой отношение количества небольших пакетов нисходящей линии связи к общему количеству пакетов нисходящей линии связи. Большой пакет обычно может быть пакетом, длина которого больше первого порогового значения длины пакета, небольшой пакет может быть пакетом, длина пакета которого меньше второго порогового значения длины пакета, и второе пороговое значение длины пакета меньше первого порогового значения длины пакета. Частота передачи/приема пакетов относится к количеству пакетов, принятых и/или отправленных в течение определенного периода времени, например, может быть измерено в количестве пакетов, принятых и отправленных в одном временном блоке. Время прохождения сигнала в обоих направлениях относится к временной задержке от отправки запроса пакета оконечным устройством до приема оконечным устройством ответа пакета на запрос пакета службы.
В качестве варианта, признак трафика службы дополнительно включает в себя период времени возникновения службы, например, ранним утром, утром, полднем, днем и ночью. Признак трафика службы дополнительно включает в себя часто используемый тип службы оконечного устройства. Например, если пользователь часто использует оконечное устройство для игры в онлайн-игру или выполнять загрузку BT, часто используемые типы служб, соответствующие оконечному устройству, включают в себя службу онлайн-игры и службу загрузки BT. Признак трафика службы дополнительно включает в себя место возникновения службы, например, дом и небольшую общедоступную локальную сеть, например, интернет-кафе или школу.
В вышеупомянутом способе идентификации службы сетевое устройство может определить посредством анализа информации сеанса оконечного устройства и информации пакета службы признак трафика службы, к которой в данный момент осуществляет доступ оконечное устройство, и затем может определить тип службы идентифицируемой службы, основанный на признаке трафика службы. Можно узнать, что сетевому устройству не требуется выполнять сложный анализ пакета услуг, так что эффективность идентификации службы может быть повышена. Это в основном отражается в следующих аспектах: 1. Для вновь добавленной службы сетевое устройство не нуждается в обновлении для возможности синтаксического анализа нового сетевого протокола передачи, используемого вновь добавленной службой, и только для установления относительно простой модели анализа трафика службы вновь добавленной службы, чтобы идентифицировать вновь добавленную службу. Это может снизить затраты на развертывание небольшой локальной сети. 2. Для пакета службы, инкапсулированного с использованием протокола шифрования или собственного протокола, сетевое устройство может идентифицировать признак трафика службы и определить тип службы идентифицируемой службы без анализа пакета службы на основе протокола шифрования или собственного протокола. 3. Для другого пакета службы, который маскируется как пакет протокола HTTP с использованием информации порта, может быть идентифицирован признак трафика службы и может быть определен тип службы для идентифицируемой службы без выполнения сложного этапа синтаксического анализа, такого как синтаксический анализ информации инкапсуляции прикладного уровня в пакете службы. 4. Для службы VOD и службы веб-просмотра с одинаковым адресом назначения для идентификации могут использоваться признаки трафика, чтобы избежать ошибочного определения. Дополнительно, согласно способу, оконечное устройство не должен иметь возможность добавления идентификационной информации службы в пакет. Следовательно, способ может быть применен к любому типу оконечного устройства.
В возможной реализации определение сетевым устройством типа службы идентифицируемой службы на основе признака трафика службы включает в себя: получение сетевым устройством модели анализа трафика, соответствующей заданному типу службы, где модель анализа трафика включает в себя условие решения для признака трафика службы и вес, соответствующий условию решения; для условия решения в модели анализа трафика, если признак трафика службы удовлетворяет условию решения, определение сетевым устройством оценки состояния условия решения на основании первой оценки, соответствующей условию решения; или, если признак трафика службы не удовлетворяет условию решения, определение сетевым устройством оценки условия решения на основании второй оценки, соответствующей условию решения; и вычисление сетевым устройством соответствующей общей оценки модели анализа трафика на основании веса и оценки, которые соответствуют условию принятия решения в модели анализа трафика, и определение типа службы для идентифицируемой службы на основании соответствующей общей оценки модели анализа трафика.
Модель анализа трафика включает в себя условие решения для признака трафика службы и вес, соответствующий каждому условию решения, и вторая оценка меньше, чем первая оценка. Соответствующая общая оценка модели анализа трафика рассчитывается по следующей формуле:
Si является общей оценкой i-й модели анализа трафика, Si,j является оценкой j-го условия решения в i-й модели анализа трафика, αi,j является весом j-го условия решения в i-й модели анализа трафика, 1 ≤ I ≤ M, 1 ≤ j≤ N и оба M и N являются натуральными числами больше чем или равно 2.
В качестве варианта, вышеупомянутый способ может быть применен к сценарию определения, является ли тип службы идентифицируемой службы конкретным заданным типом службы. Заданный тип службы может быть типом службы, который относится к пользователю или сетевому администратору. Сетевое устройство хранит модель анализа трафика, соответствующий типу службы. Соответственно, определение сетевым устройством типа службы идентифицируемой службы на основе соответствующей общей оценки модели анализа трафика включает в себя: если соответствующая общая оценка модели анализа трафика превышает пороговое значение заданной оценки, определение сетевым устройством, что тип службы идентифицируемой службы является типом службы, соответствующий модели анализа трафика.
В качестве варианта, вышеупомянутый способ может быть применен к сценарию определения, является ли идентифицируемая услуга какой-либо из множества заданных типов услуг. Сетевое устройство хранит модели анализа трафика, соответствующие множеству типов служб. Соответственно, получение сетевым устройством модели анализа трафика, соответствующей заданному типу службы, включает в себя: получение сетевым устройством моделей анализа трафика, соответствующей, по меньшей мере, двум заданным типам служб, где заданные типы служб находятся во взаимно-однозначном соответствии с моделями анализа трафика. Соответственно, определение сетевым устройством типа службы для идентифицируемой службы на основе соответствующей общей оценки модели анализа трафика включает в себя: определение сетевым устройством, что тип службы идентифицированной службы является заданным типом службы, соответствующий модели анализа трафика с максимальной общей оценкой.
Общие типы служб включают в себя: службу загрузки бит-торрента (bit torrent, BT), VOD службу, голосовую службу и службу онлайн-игр.
Служба загрузки BT имеет признаки высокой скорости трафика нисходящей линии связи, но плохой стабильности, низкой скорости трафика восходящей линии связи, большого количества сеансов восходящей линии связи и большой длительности сеанса. Поэтому, например, условие принятия решения в модели анализа трафика, соответствующей службе загрузки BT, включает в себя следующее: скорость трафика нисходящей линии связи больше, чем заданное пороговое значение первой скорости, и количество одновременных сеансов восходящей линии связи больше, чем заданное пороговое значение количества сеансов; длительность сеанса превышает заданное пороговое значение длительности; значение стабильности скорости трафика нисходящей линии связи превышает заданное пороговое значение стабильности; и скорость трафика восходящей линии связи меньше, чем заданное второе пороговое значение скорости, и второе пороговое значение скорости меньше, чем первое пороговое значение скорости. Например, первое пороговое значение скорости обычно устанавливается на относительно большое значение, например, 10 мегабит в секунду (megabit per second, Мbps), и второе пороговое значение скорости обычно устанавливается на относительно небольшое значение, например, 200 килобит в секунду (kilobit per second, kbps).
В качестве варианта, с целью дополнительного повышения точности идентификации службы загрузки BT, условие принятия решения в модели анализа трафика, соответствующей службе загрузки BT, дополнительно включает в себя, по меньшей мере, одно из следующего: период времени возникновения службы приходится на раннее утро; или часто используемый тип службы оконечного устройства включает в себя службу загрузки BT.
Служба VOD обычно имеет признаки высокой и стабильной скорости трафика нисходящей линии связи, низкой скорости трафика восходящей линии связи, небольшого количества сеансов восходящей линии связи, большой длительности сеанса и высокой доли пакетов с большой длиной пакета нисходящей линии связи во всех пакетах служб. Поэтому, например, условие принятия решения для модели анализа трафика, соответствующей услуге VOD, включает в себя следующее: скорость трафика нисходящей линии связи больше, чем заданное пороговое значение первой скорости и количество одновременных сеансов восходящей линии связи меньше, чем заданное пороговое значение количества сеансов; первое соотношение пакетов больше, чем заданное пороговое значение отношения большого пакета; скорость трафика восходящей линии связи меньше заданного второго порогового значения скорости; длительность сеанса превышает заданное пороговое значение длительности; и значение стабильности скорости трафика нисходящей линии связи меньше, чем заданное пороговое значение стабильности. Первое соотношение пакетов представляет собой отношение количества больших пакетов нисходящей линии связи к общему количеству пакетов нисходящей линии связи.
В качестве варианта, чтобы дополнительно повысить точность идентификации службы VOD, условие принятия решения в модели анализа трафика, соответствующей службе VOD, дополнительно включает в себя: период времени возникновения службы в ночи.
Голосовая служба имеет признаки малого трафика восходящей линии связи и нисходящей линии связи, большую долю небольших пакетов нисходящей линии связи, высокую частоту передачи пакетов восходящей линии связи, высокую производительность в реальном времени и стабильную скорость нисходящей линии связи. Поэтому, например, условие принятия решения для модели анализа трафика, соответствующей голосовой услуге, включает в себя следующее: частота передачи пакетов восходящей линии связи больше, чем заданное пороговое значение частоты; скорость трафика нисходящей линии связи меньше, чем заданное третье пороговое значение скорости, и второе отношение пакетов больше, чем заданное второе пороговое значение коэффициента передачи; значение времени прохождения сигнала в обоих направлениях меньше заданное порогового значения задержки; количество одновременных сеансов восходящей линии связи меньше, чем заданное пороговое значение количества сеансов; и значение стабильности скорости трафика нисходящей линии связи меньше, чем заданное пороговое значение стабильности. Третье пороговое значение скорости меньше, чем первое пороговое значение скорости, и второе отношение пакетов представляет собой отношение количества небольших пакетов нисходящей линии связи к общему количеству пакетов нисходящей линии связи.
Служба онлайновых игр имеет признаки низкой скорости трафика восходящей и нисходящей линий связи, низкой частоты передачи пакетов восходящей линии связи, высокой производительности в реальном времени и небольшого количества одновременных сеансов восходящей линии связи. Поэтому, например, условие принятия решения для модели анализа трафика, соответствующей службе онлайн-игр, включает в себя следующее: скорость трафика нисходящей линии связи меньше, чем заданное третье пороговое значение скорости, и второе отношение пакетов больше, чем заданное второе пороговое значение коэффициента передачи пакетов; частота передачи пакетов восходящей линии связи меньше заданного порогового значения частоты; значение времени прохождения сигнала в обоих направлениях меньше заданного порогового значения задержки; количество одновременных сеансов восходящей линии связи меньше, чем заданного порогового значения количества сеансов; и значение стабильности скорости трафика нисходящей линии связи меньше, чем заданное пороговое значение стабильности, где третье пороговое значение скорости меньше, чем первое пороговое значение скорости, и второе отношение пакетов представляет собой отношение количества небольших пакетов нисходящей линии связи к общему количеству нисходящие пакеты.
В качестве варианта, чтобы дополнительно повысить точность идентификации службы онлайн-игр, условие решения для модели анализа трафика, соответствующей службе онлайн-игр, дополнительно включает в себя, по меньшей мере, одно из следующих условий: местом возникновения службы является небольшая общедоступная локальная область сеть; или часто используемый тип сервиса оконечного устройства включает в себя службу онлайн-игры.
Согласно второму аспекту, предоставляется устройство для идентификации службы, где устройство применяется к сетевому устройству. Устройство включает в себя: модуль приема, выполненный с возможностью принимать пакеты службы и идентифицировать пакеты службы, которые принадлежат одному и тому же оконечному устройству; модуль обработки, выполненный с возможностью определять признак трафика службы на основании информации сеанса оконечного устройства и информации пакета службы, где признак трафика службы включает в себя, по меньшей мере, одно из следующего: длительность сеанса, количество одновременных сеансов, скорость трафика, стабильность скорости трафика, частота передачи/приема пакетов, количество пакетов, длина пакета и время прохождения сигнала в обоих направлениях, относящейся к запросу пакету и ответа пакета; где модуль обработки дополнительно выполнен с возможностью определять тип службы идентифицируемой службы на основании признака трафика службы.
В возможной реализации модуль обработки дополнительно выполнен с возможностью: получать модель анализа трафика, соответствующей заданному типу службы, и определять, на основании результата определения каждого условия решения в модели анализа трафика оценки, соответствующей условию решения. Например, если признак трафика службы удовлетворяет условию решения, оценка, соответствующая условию решения, определяется как первая оценка. В другом примере, если признак трафика службы не удовлетворяет условию решения, оценка, соответствующая условию решения, определяется как вторая оценка. Затем модуль обработки вычисляет соответствующую общую оценку модели анализа трафика на основании веса и оценки, которые соответствуют условию принятия решения в модели анализа трафика, и определяет тип службы для идентифицируемой службы на основе соответствующей общей оценки модели анализа трафика.
Модель анализа трафика включает в себя условие решения для признака трафика службы и вес, соответствующий условию решения, и вторая оценка меньше первой оценки. Соответствующая общая оценка модели анализа трафика рассчитывается по следующей формуле:
Si является общей оценкой i-й модели анализа трафика, Si,j является оценкой j-го условия решения в i-й модели анализа трафика, αi,j является весом j-го условия решения в i-й модели анализа трафика, 1 ≤ i ≤ M, 1 ≤ j ≤ N и оба M и N являются натуральными числами больше чем или равно 2.
В качестве варианта, модуль обработки дополнительно выполнен с возможностью: если соответствующая общая оценка модели анализа трафика превышает заданное пороговое значение оценки, определить, что тип службы для идентифицируемой службы является типом службы, соответствующим модели анализа трафика.
В качестве варианта, модуль обработки дополнительно выполнен с возможностью: получать модели анализа трафика, соответствующих, по меньшей мере, двум заданным типам служб, и определять, что тип службы идентифицируемой службы является заданным типом службы, соответствующим модели анализа трафика, с максимальной суммарной оценкой, где заданные типы служб находятся во взаимно-однозначном соответствии с моделями анализа трафика.
Согласно третьему аспекту, обеспечивается сетевое устройство, где сетевое устройство включает в себя процессор, интерфейс связи и память. Память выполнена с возможностью хранить исполняемые компьютером инструкции. Когда сетевое устройство работает, процессор выполняет исполняемые компьютером инструкции, хранящиеся в памяти, так что сетевое устройство выполняет способ идентификации службы в соответствии с любым из первого аспекта и возможных реализаций первого аспекта.
Согласно четвертому аспекту, обеспечивается машиночитаемый носитель данных. Машиночитаемый носитель данных хранит инструкции. Когда инструкции выполняются на сетевом устройстве, сетевое устройство может выполнять способ идентификации службы в соответствии с любым из первого аспекта и возможных реализаций первого аспекта.
Согласно пятому аспекту, обеспечивается компьютерный программный продукт, включающий в себя инструкции. Когда компьютерный программный продукт выполняется на сетевом устройстве, сетевое устройство может выполнять способ идентификации службы в соответствии с любым из первого аспекта и возможных реализаций первого аспекта.
В вариантах осуществления настоящего изобретения названия блоков и модулей в сетевом устройстве не составляют ограничения для устройства. В реальной реализации эти блоки и модули могут иметь другие названия при условии, что функции блоков и модулей аналогичны функциям в вариантах осуществления настоящего изобретения, то есть, блоки и модули находятся в рамках объема формулы изобретения настоящего изобретения и эквивалентных технологий.
Краткое описание чертежей
Фиг. 1 является схемой сети связи, согласно варианту осуществления настоящего изобретения, к которой применяются способ и устройство для идентификации службы и сетевое устройство;
фиг. 2 является структурной схемой сетевого устройства согласно варианту осуществления настоящего изобретения;
фиг. 3 является блок-схемой последовательности операций способа идентификации службы согласно варианту осуществления настоящего изобретения;
фиг. 4 является блок-схемой алгоритма другого способа идентификации службы в соответствии с вариантом осуществления настоящего изобретения;
фиг. 5 является блок-схемой алгоритма еще одного способа идентификации службы согласно варианту осуществления настоящего изобретения;
фиг. 6 является блок-схемой алгоритма еще одного способа идентификации службы согласно варианту осуществления настоящего изобретения; и
фиг. 7 является схемой устройства для идентификации типа службы согласно варианту осуществления настоящего изобретения.
Осуществление изобретения
Нижеследующее подробно описывает со ссылкой на прилагаемые чертежи способ и устройство для идентификации типа службы и сетевое устройство, которые предусмотрены в вариантах осуществления настоящего изобретения.
Термин «и/или» в данном описании описывает только отношение ассоциации для описания связанных объектов и указывает, что могут существовать три отношения. Например, A и/или B могут указывать следующие три случая: существует только A, существуют A и B и существует только B.
В описании и сопроводительных чертежах настоящего изобретения термины «первый», «второй» и тому подобное предназначены для различия разных объектов или различия различных процессов обработки одного и того же объекта, но не предназначены для описания конкретного порядка объектов.
Дополнительно, термины «включающий в себя», «имеющий» или любой другой их вариант, упомянутые в описаниях настоящего изобретения, предназначены для охвата неисключительного включения. Например, процесс, способ, система, продукт или устройство, которое включает в себя последовательность этапов или блоков, не ограничивается перечисленными этапами или модулями, но, в качестве варианта, дополнительно включает в себя другие не перечисленные этапы или блоки или, в качестве варианта, дополнительно включают в себя другие неотъемлемые этапы или блоки процесса, способа, продукта или устройства.
Следует отметить, что в вариантах осуществления настоящего изобретения слово «примерный» или «например» используется для обозначения предоставления примера, иллюстрации или описания. Любой вариант осуществления или реализация, описанная как «примерная» или «например» в вариантах осуществления настоящего изобретения, не должны интерпретироваться как более предпочтительный или имеющий больше преимуществ, чем другой вариант осуществления или реализация. Точно, использование слова «примерный» или «например» или тому подобное предназначено для представления относительной концепции определенным образом.
Способ и устройство для идентификации типа службы и сетевое устройство, которые предусмотрены в вариантах осуществления настоящего изобретения, могут быть применены к небольшой локальной сети. Небольшая локальная сеть предоставляет сетевую услугу главным образом для пользователя в небольшой локальной сети. Например, небольшая локальная сеть может быть собственной локальной сетью или может быть общедоступной небольшой локальной сетью, развернутой в небольшой области, например, в интернет-кафе или в школе. Далее в качестве примера для описания используется собственная сеть 10.
Как показано на фиг. 1, собственная сеть 10 включает в себя домашний шлюз 11 и множество оконечных устройств 12-16, которые могут осуществлять доступ к внешней сети службы с использованием домашнего шлюза 11. Домашний шлюз 11 может быть сетевым устройством, таким как оптический сетевой терминал (optical network terminal, ONT) или небольшой роутер. Оконечное устройство 12 представляет собой аналоговый телефонный аппарат, оконечное устройство 13 представляет собой телевизор, подключенный к телевизионной приставке (set-top box, STB, которая не показана на фиг. 1), оконечное устройство 14 представляет собой ноутбук, оконечное устройство 15 представляет собой планшетный компьютер и оконечное устройство 16 представляет собой настольный персональный компьютер (personal computer, PC). Дополнительно, оконечным устройством также может быть мобильный телефон, сотовый телефон, беспроводной телефон, телефон с протоколом инициирования сеанса (session initiation protocol, SIP), смартфон, станция с беспроводной локальной сети (wireless local loop, WLL), персональный цифровой помощник (personal digital assistant, PDA), портативное устройство связи, портативное вычислительное устройство, спутниковое беспроводное устройство, беспроводная модемная карта, оборудование для абонентских помещений (customer-premise equipment, CPE) и/или другое устройство, выполненное с возможностью устанавливать связь с внешней сервисной сетью с использованием домашнего шлюза 11.
В собственной сети 10, показанной на фиг. 1, множество членов семьи могут одновременно осуществлять доступ к сети службы с использованием множества оконечных устройств, чтобы принимать различные типы сетевых услуг. Например, член семьи A с помощью телевизора 13, подключенного к STB, смотрит видеопрограмму, предоставленную веб-сайтом VOD; член семьи B использует обычный телефон (plain old telephone, POT) 12 для совершения звонка; член семьи C использует ЗС 16 для игры в онлайн-игру; и член семьи D использует ноутбук 14 для загрузки фильма с использованием средства загрузки BT. Различные виды служб предъявляют разные требования к качеству службы. Например, голосовая служба (вызов) и служба онлайн-игр требуют низкой задержки, а служба VOD требует как низкой задержки, так и низкого коэффициента потери пакетов. Когда сетевые ресурсы не могут удовлетворить требования к качеству всех служб, домашнему шлюзу 11 необходимо идентифицировать приоритеты различных типов служб и предпочтительно обеспечивать качество службы высокоприоритетной службы. Например, когда минимальная полоса пропускания сети, требуемая всеми службами, уже превышает полосу пропускания сети, настроенную оператором для собственной сети, необходимо предпочтительно обеспечить качество службы голосовой службы, службы VOD и службы онлайн-игр.
Фиг. 2 является схемой сетевого устройства в соответствии с вариантом осуществления настоящего изобретения. Сетевым устройством может быть небольшое сетевое устройство, например, домашний шлюз 11, показанный на фиг. 1. Как показано на фиг. 2, сетевое устройство может включать в себя, по меньшей мере, один процессор 21, интерфейс 22 связи, память 23 и шину 24.
Далее подробно описываются компоненты компоновки сетевого устройства со ссылкой на фиг. 2.
Процессор 21 является центром управления сетевого устройства и может быть одним процессором или может представлять собой общее название для множества элементов обработки. Во время конкретной реализации в варианте осуществления процессор 21 может включать в себя один или несколько центральных процессоров (central processing unit, CPU), например, CPU 0 и CPU 1, показанные на фиг. 2. Альтернативно, процессор 21 может представлять собой специализированную интегральную схему (application-specific integrated circuit, ASIC) или одну или несколько интегральных схем, выполненных с возможностью реализации вариантов осуществления настоящего изобретения, например, один или несколько процессоров цифровых сигналов (digital signal processor, DSP) или набор интегральных микросхем, включающий в себя один или несколько программируемых пользователем вентильных матриц (field programmable gate array, FPGA).
Например, процессор 21 включает в себя один или несколько процессоров. Процессор 21 может выполнять различные функции сетевого устройства, выполняя или выполняя программу, хранящуюся в памяти 23 сетевого устройства, и вызывая данные, хранящиеся в памяти 23.
Во время конкретной реализации, в варианте осуществления, сетевое устройство может включать в себя множество процессоров, например, два процессора 21, показанные на фиг. 2. Каждый из процессоров может быть одноядерным (single-core) процессором или может быть многоядерным (multi-core) процессором. Процессор в данном документе может относиться к одному или нескольким устройствам, схемам и/или ядрами обработки, выполненные с возможностью обработки данных (например, инструкция компьютерной программы).
В вариантах осуществления настоящего изобретения процессор 21 в основном выполнен с возможностью: получать пакеты служб, которые принадлежат одному и тому же оконечному устройству, и информацию сеанса оконечного устройства, получать признак трафика службы для идентифицируемой службы на основании пакета службы и информацию сеанса и, дополнительно определять тип службы для идентифицируемой службы на основании признака трафика службы.
Память 23 может представлять собой постоянное запоминающее устройство (read-only memory, ROM) или статическое запоминающее устройство другого типа, которое может хранить статическую информацию и инструкцию; или оперативное запоминающее устройство (random access memory, RAM) или другое устройство динамического хранения, которое может хранить информацию и инструкцию. Память 23 может альтернативно представлять собой электрически стираемое программируемое постоянное запоминающее устройство (Electrically Erasable Programmable Read-Only Memory, EEPROM), компактное дисковое постоянное запоминающее устройство (Compact Disc Read-Only Memory, CD-ROM) или другое устройство хранения на компакт-диске, запоминающее устройство на оптических дисках (включающие в себя компакт-диск, лазерный диск, оптический диск, универсальный цифровой диск, диск Blu-ray или тому подобное), запоминающее устройство на магнитном диске или другое запоминающее устройство на магнитном носителе или любой другой носитель, который может использоваться для переноса или хранения ожидаемого программного кода в форме инструкции или структуры данных, которая доступна для компьютера, но не ограничивается этим. Память 23 может существовать независимо и подключаться к процессору 21 с использованием шины 24. Память 23 может альтернативно интегрироваться с процессором 21.
Память 23 может включать в себя область хранения программ, выполненную с возможностью хранить программную инструкцию для выполнения решений настоящего изобретения, и выполнять управление процессором 21. Дополнительно, память 23 может дополнительно включать в себя область хранения данных, выполненная с возможностью буферизации принятого пакета служб и промежуточных данных, сгенерированных в процессе выполнения способа идентификации службы, предоставленного в вариантах осуществления настоящего изобретения.
Интерфейс 22 связи выполнен с возможностью устанавливать связь с другим устройством или сетью связи, например с Ethernet, сетью радиодоступа (radio access network, RAN) или беспроводной локальной сетью (wireless local area network, WLAN). Интерфейс 22 связи может включать в себя блок приема для реализации функции приема и блок отправки для реализации функции отправки. В вариантах осуществления настоящего изобретения интерфейс связи в основном выполнен с возможностью принимать или отправлять пакет службы.
Шина 24 может представлять собой шину архитектуры отраслевого стандарта (industry standard architecture, ISA), шину межкомпонентного соединения периферийного устройства (peripheral component interconnect, PCI), шину архитектуры расширенного отраслевого стандарта (extended industry standard architecture, EISA) или подобное, аналогичное, похожее. Шина может быть классифицирована на адресную шину, шину данных, шину управления и тому подобное. Для простоты представления используется только одна толстая линия для представления шины на фиг. 2, но это не означает, что есть только одна шина или только один тип шины.
Структура устройства, показанная на фиг. 2, не является ограничением для сетевого устройства. Сетевое устройство может включать в себя больше или меньше компонентов, чем показано на фиг. 2, или объединять некоторые компоненты, или иметь другое расположение компонентов.
Вариант осуществления настоящего изобретения предоставляет способ идентификации службы. Способ может быть применен к локальной сети, показанной на фиг. 1 и сетевое устройство, показанное на фиг. 2. Как показано на фиг. 3, способ включает в себя этапы S301-S303.
S301. Сетевое устройство принимает пакеты службы и идентифицирует пакеты службы, которые принадлежат одному и тому же оконечному устройству.
Сетевое устройство может выполнять S301 с использованием интерфейса 22 связи, показанного на фиг 2.
В реальном приложении сетевое устройство может идентифицировать, основываясь на информации, такой как идентификаторы портов источника и адреса управления доступом к среде источника (media access control, MAC), которые переносятся в пакетах службы восходящей линии связи, пакеты службы восходящей линии связи, которые принадлежат одному и тому же оконечному устройству. Альтернативно, сетевое устройство может дополнительно идентифицировать, основываясь на информации, такой как идентификаторы портов назначения и MAC-адреса назначения, которые переносятся в пакетах службы нисходящей линии связи, пакеты службы нисходящей линии связи, которые принадлежат одному и тому же оконечному устройству.
Следует отметить, что пакет службы восходящей линии связи представляет собой пакет, отправленный оконечным устройством во внешнюю сеть службы через сетевое устройство, например, пакет запроса службы. Пакет службы нисходящей линии связи представляет собой пакет, который принимается оконечным устройством из внешней сети службы через сетевое устройство, например, пакет сигнализации и пакет данных, которые отправляются сервером во внешней сети службы.
S302. Сетевое устройство определяет признак трафика службы на основе информации сеанса оконечного устройства и информации пакета службы.
S302 может выполняться процессором 21, показанным на фиг. 2.
Признак трафика службы включает в себя, по меньшей мере, одно из следующего: длительность сеанса, количество одновременных сеансов, скорость трафика, стабильность скорости трафика, частоту передачи/приема пакетов, количество пакетов, длину пакета и время прохождения сигнала в обоих направлениях, связанное с запросом пакета и ответом пакета.
Например, сеанс относится к соединению связи между оконечным устройством и сетью службы. Количество одновременных сеансов представляет собой количество соединений между одним и тем же оконечным устройством и сетью службы и может включать в себя количество одновременных сеансов восходящей линии связи и количество одновременных сеансов нисходящей линии связи. Длительность сеанса представляет собой период времени от времени начала сеанса до времени окончания сеанса. Время начала сеанса может быть временем, в которое оконечное устройство отправляет запрос пакета установления сеанса сетевому устройству или оконечному устройству в сети службы. Время окончания сеанса может быть временем, в которое оконечное устройство принимает пакет протокола для завершения текущего сеанса, или временем, в которое оконечное устройство принимает последний пакет данных, который переносит служебные данные.
Например, трафик относится к объему данных, передаваемому между оконечным устройством и сетью службы, и может измеряться с использованием таких индикаторов, как количество байтов (byte) или количество бит (bit). Скорость трафика относится к объему данных пакетов услуг, принятых или отправленных оконечным устройством в течение определенного периода времени, включает в себя скорость трафика восходящей линии связи и скорость трафика нисходящей линии связи и может быть измерена в количестве байтов или битов, принятых или отправленных во временном блоке. Стабильность скорости трафика относится к стабильности скорости трафика, например, может измеряться по дисперсии скоростей трафика, измеренных во множестве моментов времени в течение определенного периода времени.
Например, пакет представляет собой пакет данных, передаваемый между оконечным устройством и сетью службы, и включает в себя пакет сигнализации и пакет данных. Количество пакетов может включать в себя количество больших пакетов восходящей линии связи, количество больших пакетов нисходящей линии связи, количество небольших пакетов восходящей линии связи, количество небольших пакетов нисходящей линии связи и общее количество всех принятых и отправленных пакетов. Длина пакета относится к размеру пакета службы и обычно измеряется количеством байтов или битов. Аналогично, первое соотношение пакетов представляет собой отношение количества больших пакетов нисходящей линии связи к общему количеству пакетов нисходящей линии связи, и второе соотношение пакетов представляет собой отношение количества малых пакетов нисходящей линии связи к общему количеству пакетов нисходящей линии связи. Большой пакет обычно может быть пакетом, длина которого больше первого порогового значения длины пакета, небольшой пакет может быть пакетом, длина пакета которого меньше второго порогового значения длины пакета, и второе пороговое значение длины пакета меньше первого порогового значения длины пакета. Частота передачи/приема пакетов относится к количеству пакетов, принятых и/или отправленных в течение определенного периода времени, например, может быть измерено в количестве пакетов, принятых и отправленных во временном блоке. Время прохождения сигнала в обоих направлениях относится к временной задержке от отправки пакета запроса службы оконечным устройством до приема оконечным устройством ответа пакета запроса службы.
Дополнительно, признак трафика службы дополнительно включает в себя, по меньшей мере, один из периода времени возникновения службы, места возникновения службы и часто используемого типа службы оконечного устройства. Период времени возникновения службы может быть любым периодом времени днем, например, рано утром, утром, полднем, днем и ночью. Часто используемый тип службы оконечного устройства является типом службы, который часто используется оконечным устройством или используется в течение относительно длительного времени в течение прошедшего периода времени. Например, если пользователь часто использует оконечное устройство, чтобы играть в онлайн-игру или выполнять загрузку BT, часто используемые типы услуг, соответствующие оконечному устройству, включают в себя службу онлайн-игры и службу загрузки BT. Место службы может обычно включать семью и небольшую общедоступную локальную сеть, например, интернет-кафе или школу.
S303. Сетевое устройство определяет тип службы для идентифицируемой службы на основе признака трафика службы.
Сетевое устройство может выполнять этап S303 с использованием процессора 21, показанного на фиг. 2.
В возможной реализации, как показано на фиг. 3, S303, на котором сетевое устройство определяет тип службы для идентифицируемой службы на основании признака трафика службы, включает в себя этапы S401-S406.
S401. Сетевое устройство получает модель анализа трафика, соответствующую заданному типу службы.
Модель анализа трафика включает в себя условие решения для признака трафика службы и вес, соответствующий условию решения. Вес используется для указания вероятности того, что заданный тип службы соответствует соответствующему условию принятия решения.
В реальном варианте реализации заданный тип службы может быть типом службы, который был запущен, или типом службы, который не был запущен, включающий в себя, но не ограничиваясь этим, речевую службу, службу VOD, службу онлайн-игры, службу BT загрузки и веб-браузер.
Можно понять, что модель анализа трафика может храниться в файле конфигурации модели анализа трафика, локально сконфигурированном сетевым устройством, или может быть встроена в программный код для выполнения способа идентификации типа службы, предоставленного в этом варианте осуществления настоящего изобретения. Это не ограничено в этом варианте осуществления настоящего изобретения.
Для каждого предварительно установленного типа службы может быть предварительно установлено множество моделей анализа трафика, и выбор может быть выполнен в соответствии с фактической ситуацией. Каждая заданная модель анализа трафика обычно включает в себя множество условий принятия решений и весов, соответствующих условиям принятия решений. Вес представляет вероятность того, что, когда признак трафика службы идентифицируемой службы удовлетворяет условию принятия решения, тип службы идентифицируемой службы является заданным типом службы, соответствующим модели анализа трафика. Например, когда условие принятия решения с относительно высоким приоритетом используется для определения, является ли тип службы идентифицируемой службы заданным типом службы, соответствующим модели анализа трафика, реализуется высокая точность. Другими словами, если условие решения с относительно высоким приоритетом выполняется, вероятность того, что тип службы для идентифицируемой службы является заданным типом службы, соответствующим модели признака трафика службы, является относительно высокой. Следовательно, конфигурирование соответствующего веса для условия решения на основе приоритета условия решения помогает повысить точность идентификации типа службы.
Как показано в таблице 1А, модель анализа трафика, соответствующая службе загрузки BT, включает в себя условия принятия решения 1-4 и весовые коэффициенты, соответствующие условиям принятия решения. Условие 1 решения имеет наивысший приоритет и приоритеты условий 2-4 решения являются более низкими. Следовательно, вес, сконфигурированный для условия принятия решения 1, составляет 0,5 и больше, чем весовые коэффициенты 0,1, сконфигурированных для условий принятия решения 2-4.
Таблица 1А
| No. | Условие принятия решения | Вес |
| 1 | Скорость трафика нисходящей линии связи превышает заданное первое пороговое значение скорости, и количество одновременных сеансов восходящей линии связи превышает заданное пороговое значение количества сеансов | 0.5 |
| 2 | Длительность сеанса превышает заданное пороговое значение длительности | 0.1 |
| 3 | Значение стабильности скорости трафика нисходящей линии связи превышает заданное пороговое значение стабильности | 0.1 |
| 4 | Скорость трафика восходящей линии связи меньше заданного второго порогового значения скорости, и второе пороговое значение скорости меньше первого порогового значения скорости | 0.1 |
На основании таблицы 1А для дополнительного повышения точности идентификации службы загрузки BT, в качестве варианта, условия решения в модели анализа трафика, соответствующей службы загрузки BT, дополнительно включают в себя, по меньшей мере, одно из условий 5 и 6 принятия решения, показанных в таблице 1В.
Таблица 1В
| No. | Условие принятия решения | Вес |
| 1 | Скорость трафика нисходящей линии связи превышает заданное пороговое значение первой скорости и количество одновременных сеансов восходящей линии связи превышает заданное пороговое значение количества сеансов | 0.5 |
| 2 | Длительность сеанса превышает заданное пороговое значение длительности | 0.1 |
| 3 | Значение стабильности скорости трафика нисходящей линии связи превышает заданное пороговое значение стабильности | 0.1 |
| 4 | Скорость трафика восходящей линии связи меньше заданного второго порогового значения скорости, и второе пороговое значение скорости меньше первого порогового значения скорости | 0.1 |
| 5 | Период времени возникновения службы является раннее утро | 0.05 |
| 6 | Часто используемые типы услуг оконечного устройства включают в себя службу загрузки BT | 0.05 |
Для повышения точности условия принятия решения и дополнительного повышения точности идентификации службы, со ссылкой на таблицу 1B, как показано в таблице 1C и таблице 1D, для каждого условия решения может быть дополнительно сконфигурирована первая оценка при удовлетворении условия принятия решения. Следует отметить, что значения первых оценок, соответствующие различным условиям принятия решения, могут быть одинаковыми или разными.
Например, как показано в таблице 1C, первые оценки, соответствующие всем условиям принятия решения, сконфигурированы как 100.
Таблица 1С
| No. | Условие принятия решения | Вес | Первая оценка |
| 1 | Скорость трафика нисходящей линии связи превышает заданное первое пороговое значение скорости, и количество одновременных сеансов восходящей линии связи превышает заданное пороговое значение количества сеансов | 0.5 | 100 |
| 2 | Длительность сеанса превышает заданное пороговое значение длительности | 0.1 | 100 |
| 3 | Значение стабильности скорости трафика нисходящей линии связи превышает заданное пороговое значение стабильности | 0.1 | 100 |
| 4 | Скорость трафика восходящей линии связи меньше заданного второго порогового значения скорости | 0.1 | 100 |
| 5 | Период возникновения службы является раннее утро | 0.05 | 100 |
| 6 | Часто используемые типы службы оконечного устройства включают в себя службу загрузки BT | 0.05 | 100 |
В качестве варианта, чтобы повысить точность условия принятия решения и дополнительно улучшить точность идентификации службы, для условий принятия решения, могут быть сконфигурированы первые оценки, которые положительно коррелированы с приоритетами условий решения. Например, со ссылкой на таблицу 1B, как показано в таблице 1D, первая оценка, соответствующая условию 1 принятия решения, равна 100 и больше, чем первая оценка 20, соответствующая условиям решения 2-4.
Таблица 1D
| No. | Условие принятия решения | Вес | Первая оценка |
| 1 | Скорость трафика нисходящей линии связи превышает заданное первое пороговое значение скорости и количество одновременных сеансов восходящей линии связи превышает заданное пороговое значение количества сеансов | 0.5 | 100 |
| 2 | Длительность сеанса превышает заданное пороговое значение длительности | 0.1 | 20 |
| 3 | Значение стабильности скорости трафика нисходящей линии связи превышает заданное пороговое значение стабильности | 0.1 | 20 |
| 4 | Скорость трафика восходящей линии связи меньше заданного второго порогового значения скорости, и второе пороговое значение скорости меньше первого порогового значения скорости | 0.1 | 20 |
| 5 | Период времени возникновения службы - рано утром | 0.05 | 5 |
| 6 | Часто используемые типы служб оконечного устройства включают в себя службу загрузки BT | 0.05 | 5 |
Кроме того, для повышения точности условия принятия решения и дополнительного повышения точности идентификации службы, в дополнение к условиям решения, весовые коэффициенты, соответствующие условиям решения, и первые оценки, сконфигурированные при выполнении условий решения, модель анализа трафика службы может дополнительно включать в себя вторые оценки, сконфигурированные, когда условия решения не выполнены. Вторая оценка обычно меньше, чем первая оценка. Например, первая оценка может быть сконфигурирована как кратная, больше или равная 2, второй оценки, или вторая оценка может быть сконфигурирована как 0. Например, со ссылкой на таблицу 1D, как показано в таблице 1E, для модели анализа трафика службы, соответствующей службе загрузки BT, первая оценка 100, сконфигурированная, когда выполняется условие 1 решения, больше, чем второй оценки 2, сконфигурированная, когда условие 1 решения не выполнено.
Таблица 1Е
| No. | Условие принятия решения | Вес | Первая оценка | Вторая оценка |
| 1 | Скорость трафика нисходящей линии связи превышает заданное пороговое значение первой скорости, и количество одновременных сеансов восходящей линии связи превышает заданное пороговое значение количества сеансов | 0.5 | 100 | 2 |
| 2 | Длительность сеанса превышает заданное пороговое значение длительности | 0.1 | 20 | 2 |
| 3 | Значение стабильности скорости трафика нисходящей линии связи превышает заданное пороговое значение стабильности | 0.1 | 20 | 2 |
| 4 | Скорость трафика восходящей линии связи меньше заданного второго порогового значения скорости, и второе пороговое значение скорости меньше первого порогового значения скорости | 0.1 | 20 | 2 |
| 5 | Период времени возникновения службы является раннее утро | 0.05 | 5 | 2 |
| 6 | Часто используемые типы служб оконечного устройства включают в себя службу загрузки BT | 0.05 | 5 | 2 |
Следует отметить, что когда условие принятия решения с высоким приоритетом не выполняется, вероятность того, что тип службы для идентифицируемой службы является заданным типом службы, соответствующим модели анализа трафика службы, является относительно низкой. Другими словами, существует высокая вероятность того, что тип службы идентифицируемой службы является другим типом службы, отличным от заданного типа службы, соответствующего модели анализа трафика службы. Следовательно, для повышения точности условия принятия решения и дальнейшего повышения точности идентификации службы, при необходимости, может быть сконфигурирована меньшая вторая оценка, когда условие решения с высоким приоритетом не выполнено, и может быть сконфигурирована большая вторая оценка, когда условие принятия решения с низким приоритетом не выполняется, чтобы повысить точность идентификации службы.
Например, со ссылкой на таблицу 1B, как показано в таблице 1F, приоритет условия принятия решения 1 выше, и приоритет условия принятия решения 5 ниже. Следовательно, когда ни условие 1 решения, ни условие 5 решения не выполняются, вторая оценка, сконфигурированная для условия 1 решения, равна 0 и меньше, чем вторая оценка 1, сконфигурированная для условия 5 решения.
Таблица 1F
| No. | Условие принятия решения | Вес | Первая оценка | Вторая оценка |
| 1 | Скорость трафика нисходящей линии связи превышает заданное пороговое значение первой скорости, и количество одновременных сеансов восходящей линии связи превышает заданное пороговое значение количества сеансов | 0.5 | 100 | 0 |
| 2 | Длительность сеанса превышает заданное пороговое значение длительности | 0.1 | 20 | 1 |
| 3 | Значение стабильности скорости трафика нисходящей линии связи превышает заданное пороговое значение стабильности | 0.1 | 20 | 1 |
| 4 | Скорость трафика восходящей линии связи меньше заданного второго порогового значения скорости, и второе пороговое значение скорости меньше первого порогового значения скорости | 0.1 | 20 | 1 |
| 5 | Период времени возникновения службы является раннее утро | 0.05 | 5 | 2 |
| 6 | Часто используемые типы служб оконечного устройства включают в себя службу загрузки BT | 0.05 | 5 | 2 |
Следует отметить, что условия принятия решения в таблицах 1A-1F и веса, первые оценки и вторые оценки, которые соответствуют условиям принятия решения, могут быть установлены или скорректированы в соответствии с фактической ситуацией. Например, признаки трафика услуг различных типов служб могут быть собраны заранее, и затем соответствующие условия принятия решения, вес, соответствующие условию принятия решения, первая оценка и вторая оценка устанавливаются для каждого типа службы на основе степеней различия признаков трафика службы, соответствующих различным типам служб.
Например, в таблицах 2-4 последовательно представлены модели анализа трафика служб, соответствующие трем заданным типам служб: VOD служба, голосовая служба и служба онлайн-игр. Подобно модели анализа признака трафика службы, соответствующего службе загрузки BT, каждая из трех моделей анализа трафика службы включает в себя множество условий принятия решения, соответствующих заданному типу службы, а также весовые коэффициенты, первые оценки и вторые оценки, которые соответствуют условиям принятия решения. Понятно, что аналогично модели анализа трафика службы, соответствующего службе загрузки BT, в моделях анализа трафика службы, соответствующих таблицам 2–4, условия принятия решения, веса, соответствующие условию принятия решения, первые оценки и вторые оценки могут быть установлены или скорректированы в соответствии с реальной ситуацией.
Как показано в таблице 2, условия принятия решения в модели анализа трафика, соответствующей VOD службе, включают в себя условия 1-5 принятия решения, показанные в таблице 2. Скорость трафика нисходящей линии связи больше, чем заданное пороговое значение первой скорости, и количество параллельных сеансов восходящей линии связи меньше, чем заданное пороговое значение количества сеансов; первое соотношение пакетов больше, чем заданное первое пороговое значение отношения пакетов, где первое отношение пакетов представляет собой отношение количества больших пакетов нисходящей линии связи к общему количеству пакетов нисходящей линии связи; скорость трафика восходящей линии связи меньше заданному второму пороговому значению скорости; длительность сеанса превышает заданное пороговое значение длительности; или значение стабильности скорости трафика нисходящей линии связи меньше, чем заданное пороговое значение стабильности. Поскольку скорость трафика восходящей линии связи в существующей сети обычно меньше скорости трафика нисходящей линии связи, второе пороговое значение скорости может быть установлено равным значению меньше первого порогового значения скорости.
Дополнительно, признак трафика службы дополнительно включает в себя период времени возникновения службы. В качестве варианта, чтобы дополнительно повысить точность идентификации службы VOD, условия принятия решения в модели анализа трафика, соответствующей службе VOD, дополнительно включают в себя условие 6 принятия решения, показанное в таблице 2: период времени возникновения службы - ночь. Ночной период может быть установлен с 19:00-23:00.
Таблица 2
| No. | Условие принятия решения | Вес | Первая оценка | Вторая оценка |
| 1 | Скорость трафика нисходящей линии связи превышает заданное пороговое значение первой скорости, и количество одновременных сеансов восходящей линии связи меньше заданного порогового значения количества сеансов | 0.2 | 40 | 0 |
| 2 | Соотношение первого пакета больше, чем заданное пороговое значение пропорции первого пакета | 0.2 | 40 | 0 |
| 3 | Скорость трафика восходящей линии связи меньше заданного второго порогового значения скорости | 0.1 | 20 | 5 |
| 4 | Длительность сеанса превышает заданное пороговое значение длительности | 0.1 | 20 | 5 |
| 5 | Значение стабильности скорости трафика нисходящей линии связи меньше заданного порогового значения стабильности | 0.1 | 20 | 5 |
| 6 | Период времени возникновения службы - ночь | 0.05 | 5 | 1 |
Как показано в таблице 3, условия принятия решения в модели анализа трафика, соответствующей речевой услуге, включают в себя условия 1-5 принятия решения, показанные в таблице 3: частота передачи пакетов восходящей линии связи больше, чем заданное пороговое значение частоты; скорость трафика нисходящей линии связи меньше, чем заданное третье пороговое значение скорости, и второе отношение пакетов больше, чем заданное второе пороговое значение коэффициента передачи; значение времени прохождения сигнала в обоих направлениях меньше заданного порогового значения задержки; количество одновременных сеансов восходящей линии связи меньше, чем заданное пороговое значение количества сеансов; или значение стабильности скорости трафика нисходящей линии связи меньше, чем заданное пороговое значение стабильности. Третье пороговое значение скорости меньше, чем первое пороговое значение скорости, и второе отношение пакетов представляет собой отношение количества небольших пакетов нисходящей линии связи к общему количеству пакетов нисходящей линии связи.
Таблица 3
| No. | Условие принятия решения | Вес | Первая оценка | Вторая оценка |
| 1 | Частота передачи пакетов по восходящей линии связи превышает заданное пороговое значение частоты | 0.3 | 60 | 0 |
| 2 | Скорость трафика нисходящей линии связи меньше, чем заданное третье пороговое значение скорости, и отношение второго пакета больше, чем заданное пороговое значение второго пакета | 0.2 | 40 | 0 |
| 3 | Значение времени прохождения сигнала в обоих направлениях меньше заданного порогового значения задержки | 0.1 | 20 | 5 |
| 4 | Количество одновременных сеансов восходящей линии связи меньше заданного порогового значения | 0.1 | 20 | 5 |
| 5 | Значение стабильности скорости трафика нисходящей линии связи меньше заданного порогового значения стабильности | 0.1 | 20 | 5 |
Как показано в таблице 4, условия принятия решения в модели анализа трафика, соответствующей службе онлайн-игр, включают в себя условия 1-5 принятия решения, показанные в таблице 4: скорость трафика нисходящей линии связи меньше, чем заданное третье пороговое значение скорости, и второе соотношение пакетов больше, чем заданное второе пороговое значение соотношения пакетов; частота передачи пакетов восходящей линии связи меньше заданного порогового значения частоты; значение времени прохождения сигнала в обоих направлениях меньше заданного порогового значения задержки; количество одновременных сеансов восходящей линии связи меньше, чем заданное пороговое значение количества сеансов; и значение стабильности скорости трафика нисходящей линии связи меньше, чем заданное пороговое значение стабильности. Третье пороговое значение скорости меньше, чем первое пороговое значение скорости, и второе отношение пакетов представляет собой отношение количества небольших пакетов нисходящей линии связи к общему количеству пакетов нисходящей линии связи.
Дополнительно, признак трафика службы дополнительно включает в себя место возникновения службы и часто используемый тип службы оконечного устройства. Следовательно, в качестве варианта, дополнительно повысить точность идентификации службы онлайн-игр, условия решения в модели анализа трафика, соответствующей службе онлайн-игр, дополнительно включают в себя, по меньшей мере, одно из условий 6 и 7 принятия решения, показанных в таблице 4: место возникновения службы небольшая коммерческая локальная сеть; или часто используемые типы служб оконечного устройства включают в себя службу онлайн-игр.
Таблица 4
| No. | Условие принятия решения | Вес | Первая оценка | Вторая оценка |
| 1 | Скорость трафика нисходящей линии связи меньше, чем заданное третье пороговое значение скорости, и отношение второго пакета больше, чем заданное пороговое значение второго пакета | 0.3 | 60 | 0 |
| 2 | Частота передачи пакетов по восходящей линии связи меньше заданного порогового значения частоты | 0.2 | 40 | 0 |
| 3 | Значение времени прохождения сигнала в обоих направлениях меньше заданного порогового значения задержки | 0.1 | 20 | 5 |
| 4 | Количество одновременных сеансов восходящей линии связи меньше заданного порогового значения | 0.1 | 20 | 5 |
| 5 | Значение стабильности скорости трафика нисходящей линии связи меньше заданного порогового значения стабильности | 0.1 | 20 | 5 |
| 6 | Местом службы является небольшая коммерческая LAN. | 0.05 | 5 | 1 |
| 7 | Часто используемые типы служб оконечного устройства включают в себя службу онлайн-игр | 0.05 | 5 | 1 |
S402. Для каждого условия принятия решения в модели анализа трафика сетевое устройство определяет, удовлетворяет ли признак трафика службы условию принятия решения.
Если признак трафика службы удовлетворяет условию принятия решения, сетевое устройство выполняет следующий этап S403. Если признак трафика службы не удовлетворяет условию принятия решения, сетевое устройство выполняет следующий этап S404.
S403. Сетевое устройство определяет оценку, соответствующую условию принятия решения, в качестве первой оценки.
S404. Сетевое устройство определяет оценку, соответствующую условию принятия решения, в качестве второй оценки.
S405. Сетевое устройство вычисляет соответствующую общую оценку модели анализа трафика на основе веса и оценки, которые соответствуют условию принятия решения в модели анализа трафика.
Соответствующая общая оценка модели анализа трафика рассчитывается по следующей формуле:
Si является общей оценкой i-й модели анализа трафика, Si,j является оценкой j-го условия решения в i-й модели анализа трафика, αi,j является весом j-го условия решения в i-й модели анализа трафика, 1 ≤ i ≤ M, 1 ≤ j ≤ N и оба M и N являются натуральными числами больше чем или равно 2.
Например, если признак трафика оконечного устройства удовлетворяет всем условиям принятия решения, показанным в таблице 1E, общая оценка модели анализа трафика службы загрузки BT равна 
В реальном применении определение может быть выполнено с использованием условия решения с относительно большим весом, показанным в таблице 1E, или с использованием всех условий принятия решения, показанных в таблице 1E. Это не ограничено в этом варианте осуществления настоящего изобретения.
S406. Сетевое устройство определяет тип службы для идентифицируемой службы на основе соответствующей общей оценки модели анализа трафика.
В качестве варианта, как показано на фиг. 5, в случае определения, является ли идентифицируемая услуга конкретным заданным типом службы, сетевое устройство может локально хранить только модель анализа трафика службы, соответствующую заданному типу службы, и S406 может быть реализован как S501.
S501. Если соответствующая общая оценка модели анализа трафика превышает заданное пороговое значение оценки, сетевое устройство определяет, что тип службы идентифицируемой службы является типом службы, соответствующим модели анализа трафика.
Заданное пороговое значение оценки может быть установлено или отрегулировано в соответствии с фактической ситуацией. Для моделей анализа трафика услуг, соответствующих различным заданным типам служб, может быть установлено одно и то же пороговое значение оценки или разные пороговые значения оценки. Например, пороговые значения оценки, сконфигурированные для модели анализа трафика службы загрузки BT, модели анализа трафика службы VOD, модели анализа трафика голосовой службы и модели анализа трафика службы онлайн-игр, показанной в таблицах 1 и 4, может быть 50, 16, 26 и 26, соответственно (сумма произведений первых оценок, соответствующих условиям принятия решения, весом больше 0,1, умноженная на соответствующие веса).
Например, если признак трафика службы оконечного устройства удовлетворяет условиям 1-4 решения, показанным в таблице 1E, соответствующая общая оценка оконечного устройства составляет 56, что превышает пороговое значение оценки 50 для модели анализа трафика, соответствующий службе загрузки BT. В этом случае, сетевое устройство соответственно определяет, что тип службы идентифицируемой службы является службой загрузки BT.
Например, если признак трафика службы оконечного устройства не удовлетворяет условиям 1-5 решения, показанным в таблице 4, общая оценка модели анализа трафика службы составляет 1,5, что меньше порогового значения оценки, равного 26, модель анализа трафика, соответствующей службе онлайн-игр. В этом случае, сетевое устройство, соответственно, определяет, что тип службы идентифицируемой службы не является службой онлайн-игры.
Следует отметить, что, поскольку существует только одна заданная модель анализа трафика службы, результатом определения типа службы идентифицируемой службы может быть только то, что тип службы идентифицируемой службы равен заданному типу службы, соответствующий модели анализа трафика службы, или нет.
В качестве варианта, как показано на фиг. 6, когда сетевое устройство локально хранит множество моделей анализа трафика служб, и сетевое устройство может определять, является ли тип службы идентифицируемой службы одним из множества заданных типов служб, S401 включает в себя S601.
S601. Сетевое устройство получает модели анализа трафика, соответствующие, по меньшей мере, двум заданным типам служб.
Заданные типы служб находятся в однозначном соответствии с моделями анализа трафика, и полученные модели анализа трафика могут быть выбраны в соответствии с фактической ситуацией. Например, когда оконечное устройство является телевизионной приставкой, которая обычно не поддерживает речевую услугу, модели анализа трафика, полученные сетевым устройством, могут не включать в себя модель анализа трафика, показанную в таблице 3.
Соответственно, этап S406, на котором сетевое устройство определяет тип службы идентифицируемой службы на основании соответствующей общей оценки модели анализа трафика, включает в себя этап S602:
S602. Сетевое устройство определяет, что тип службы для идентифицируемой службы является заданным типом службы, соответствующим модели анализа трафика с максимальной суммарной оценкой.
В частности, сетевое устройство предполагает, что тип службы идентифицируемой службы является одним из заданных типов служб, соответствующих моделям анализа трафика, полученным на этапе S601. Сетевое устройство вычисляет общие оценки моделей анализа трафика в соответствии со способом на этапе S405 и выбирает заданный тип службы, соответствующий модели анализа трафика, с максимальной общей оценкой, в качестве типа службы для идентифицируемой службы.
Например, как показано в таблице 5, если признак трафика оконечного устройства удовлетворяет условиям 1-4 принятия решения, показанным в таблице 1E, условиям 2-4 принятия решения, показанным в таблице 2, и условию 2 принятия решения, показанному в таблице 4, общие оценки моделей анализа трафика, показанных в таблицах 1-4, составляют 56, 12, 0 и 8, соответственно. В этом случае, сетевое устройство определяет, что типом службы идентифицируемой службы является служба загрузки BT, соответствующая модели анализа трафика с максимальной суммарной оценкой.
Таблица 5
| Модель анализа трафика | Общая оценка | Условия принятия решения, которые выполнены |
| Служба загрузки BT | 56 | 1, 2, 3 и 4 |
| VOD служба | 12 | 2, 3 и 4 |
| Голосовая служба | 0 | Отсутствует |
| Служба онлайн игр | 8 | 2 |
Согласно способу идентификации службы в этом варианте осуществления настоящего изобретения, сетевое устройство может определять, посредством анализа информации сеанса оконечного устройства и информации пакета службы, признак трафика службы, к которой в настоящее время осуществляет доступ оконечное устройство, и затем может определить тип службы для идентифицируемой службы на основании признака трафика службы. Можно узнать, что сетевому устройству не требуется выполнять сложный анализ пакета услуг, так что эффективность идентификации службы может быть повышена. Это в основном отражается в следующих аспектах: 1. Для вновь добавленной службы сетевое устройство не нуждается в обновлении для возможности синтаксического анализа нового сетевого протокола передачи, используемого вновь добавленной службой, а только для установления относительно простой модели анализа трафика службы для вновь добавленной службы, чтобы идентифицировать вновь добавленную службу. Это может снизить затраты на развертывание небольшой локальной сети. 2. Для пакета услуг, инкапсулированного с использованием протокола шифрования или собственного протокола, сетевое устройство может идентифицировать признак трафика службы и определить тип службы идентифицируемой службы без анализа пакета службы на основании протокола шифрования или собственного протокола. 3. Для другого пакета службы, который маскируется как пакет протокола HTTP с использованием информации порта, может быть идентифицирован признак трафика службы и может быть определен тип службы для идентифицируемой службы без выполнения сложного этапа синтаксического анализа, такого как анализ информации инкапсуляции прикладного уровня в пакете службы. 4. Для службы VOD и службы веб-просмотра с одинаковым адресом назначения для идентификации могут использоваться признак трафика, чтобы избежать ошибочного определения. Кроме того, согласно способу оконечному устройству не требуется иметь возможность добавлять информацию идентификации службы в пакет. Следовательно, способ может быть применен к любому типу оконечного устройства.
В вариантах осуществления настоящего изобретения устройство для идентификации типа службы может быть разделено на функциональные модули на основе вышеупомянутых примеров способа. Например, функциональные модули могут быть получены посредством деления на основе соответствующих функций, или две или более функций могут быть интегрированы в один модуль обработки. Интегрированный модуль может быть реализован в виде аппаратного обеспечения или может быть реализован в виде программного функционального модуля. Следует отметить, что в вариантах осуществления настоящего изобретения разделение модулей является примером и представляет собой просто разделение логических функций. В фактической реализации может использоваться другой способ разделения.
Фиг. 7 является возможной структурной схемой устройства 70 для идентификации службы в вышеупомянутом варианте осуществления. Как показано на фиг. 7, устройство 70 для идентификации услуг может применяться к небольшому сетевому устройству, такому как домашний шлюз 11, показанный на фиг. 1. Устройство 70 включает в себя модуль 71 обработки и модуль 72 приема.
Модуль 71 обработки выполнен с возможностью управлять действием устройства 70. Например, модуль 71 обработки выполнен с возможностью поддержки устройства 70 при выполнении этапов S302 и S303 на фиг. 3 и/или выполнен с возможностью выполнять другие этапы в технических решениях, описанных в этой спецификации. Модуль 72 приема выполнен с возможностью поддержки связи между устройством 70 и внешней сервисной сетью или оконечным устройством в собственной сети, например, для поддержки связи между телевизором 13, подключенным к телевизионной приставке, и службой VOD во внешней сервисная сеть. Кроме того, устройство 70 дополнительно включает в себя модуль 73 хранения, выполненный с возможностью хранить соответствующие инструкции и пакет службы.
Все связанное содержание этапов в вышеупомянутом варианте осуществления способа может быть процитировано в описаниях функций соответствующих функциональных модулей в устройстве 70, показанном на фиг. 7. Подробности не описаны здесь снова.
Вышеприведенные описания являются просто конкретными реализациями настоящего изобретения, но не предназначены для ограничения объема защиты настоящего изобретения. Любое изменение или замена, легко выполняемая специалистом в данной области техники в рамках технического объема, раскрытого в настоящем изобретении, должна находиться в рамках защиты настоящего изобретения. Следовательно, объем защиты настоящего изобретения должен быть предметом объема защиты формулы изобретения.
1. Способ идентификации службы, реализуемый сетевым устройством, содержащий этапы, на которых:
принимают, с помощью сетевого устройства, пакеты службы и осуществляют идентификацию пакетов службы, принадлежащих одному и тому же оконечному устройству;
определяют с помощью сетевого устройства признак трафика службы на основании информации сеанса оконечного устройства и информации пакета службы, при этом признак трафика службы содержит по меньшей мере одно из: длительности сеанса, количества одновременных сеансов, скорости трафика, стабильности скорости трафика, частоты передачи/приема пакетов, количества пакетов, длины пакета и времени прохождения сигнала в обоих направлениях, относящегося к пакету запроса пакета и пакету ответа; и
определяют, с помощью сетевого устройства, тип службы для службы, подлежащей идентификации, на основании признака трафика службы; причем
этап определения, с помощью сетевого устройства, типа службы для службы, подлежащей идентификации, на основании признака трафика службы содержит подэтапы, на которых:
получают, с помощью сетевого устройства, модель анализа трафика, соответствующую заданному типу службы, причем модель анализа трафика содержит условие принятия решения для признака трафика службы и вес, соответствующий условию принятия решения;
определяют, с помощью сетевого устройства, для условия принятия решения в модели анализа трафика, при удовлетворении, признаком трафика службы, условия решения, оценку условия принятия решения на основании первой оценки, соответствующей условию принятия решения; или
определяют, с помощью сетевого устройства, если признак трафика службы не удовлетворяет условию принятия решения, оценку условия принятия решения на основании второй оценки, соответствующей условию принятия решения;
вычисляют, с помощью сетевого устройства, соответствующую общую оценку модели анализа трафика на основании веса и оценки, соответствующих условию принятия решения в модели анализа трафика; и
определяют, с помощью сетевого устройства, тип службы идентифицируемой службы на основании соответствующей общей оценки модели анализа трафика.
2. Способ идентификации службы по п. 1, в котором вычисляют, с помощью сетевого устройства, соответствующую общую оценку модели анализа трафика на основании веса и оценки, соответствующих условию принятия решения в модели анализа трафика и согласно следующей формуле:
Si является общей оценкой i-й модели анализа трафика, Si,j является оценкой j-го условия решения в i-й модели анализа трафика, αi,j является весом j-го условия решения в i-й модели анализа трафика, 1 ≤ i ≤ M, 1 ≤ j ≤ N и оба M и N являются натуральными числами больше чем или равными 2.
3. Способ идентификации службы по п. 1, в котором этап определения с помощью сетевого устройства типа службы для службы, подлежащей идентификации, на основании соответствующей общей оценки модели анализа трафика содержит подэтап, на котором:
определяют, с помощью сетевого устройства, если соответствующая общая оценка модели анализа трафика превышает заданное пороговое значение оценки, что тип службы для службы, подлежащей идентификации, является типом службы, соответствующим модели анализа трафика.
4. Способ идентификации службы по п. 1, в котором этап получения, с помощью сетевого устройства, модели анализа трафика, соответствующей заданному типу службы, содержит подэтап, на котором:
получают, с помощью сетевого устройства, модели анализа трафика, соответствующие по меньшей мере двум заданным типам служб, при этом заданные типы служб находятся во взаимно однозначном соответствии с моделями анализа трафика; а
этап определения, с помощью сетевого устройства, типа службы для службы, подлежащей идентификации, на основании соответствующей общей оценки модели анализа трафика содержит подэтап, на котором:
определяют, с помощью сетевого устройства, что тип службы для службы, подлежащей идентификации, является заданным типом службы, соответствующим модели анализа трафика с максимальной суммарной оценкой.
5. Способ идентификации службы по любому из пп. 1-4, в котором скорость трафика содержит скорость трафика нисходящей линии связи и скорость трафика восходящей линии связи, количество одновременных сеансов содержит количество одновременных сеансов восходящей линии связи, а стабильность скорости трафика содержит стабильность скорости трафика нисходящей линии связи; при этом
тип службы включает в себя бит-торрент (BT) службы загрузки; а условие принятия решения в модели анализа трафика, соответствующей службе загрузки BT, содержит следующее:
скорость трафика нисходящей линии связи больше, чем заданное первое пороговое значение скорости, а количество одновременных сеансов восходящей линии связи больше, чем заданное пороговое значение количества сеансов;
длительность сеанса превышает заданное пороговое значение длительности;
значение стабильности скорости трафика нисходящей линии связи превышает заданное пороговое значение стабильности; и
скорость трафика восходящей линии связи меньше заданного второго порогового значения скорости, а второе пороговое значение скорости меньше первого порогового значения скорости.
6. Способ идентификации службы по любому из пп. 1-4, в котором частота передачи/приема пакетов содержит частоту передачи пакетов восходящей линии связи, скорость трафика содержит скорость трафика нисходящей линии связи и скорость трафика восходящей линии связи, количество одновременных сеансов составляет количество одновременных сеансов восходящей линии связи, стабильность скорости трафика содержит стабильность скорости трафика нисходящей линии связи, количество пакетов содержит количество небольших пакетов нисходящей линии связи и общее количество пакетов нисходящей линии связи, небольшой пакет нисходящей линии связи представляет собой пакет нисходящей линии связи, длина пакета которого меньше заданного второго порогового значения длины пакета, где второе пороговое значение длины пакета меньше, чем первое пороговое значение длины пакета; при этом
тип службы содержит голосовую службу, а условие принятия решения для модели анализа трафика, соответствующей голосовой службе, содержит следующее:
частота передачи пакетов по восходящей линии связи превышает заданное пороговое значение частоты;
скорость трафика нисходящей линии связи меньше, чем заданное третье пороговое значение скорости, и второе отношение пакетов больше, чем заданное второе пороговое значение коэффициента передачи, при этом второе отношение пакетов представляет собой отношение количества небольших пакетов нисходящей линии связи к общему количеству пакетов нисходящей линии связи;
значение времени прохождения сигнала в обоих направлениях меньше заданного порогового значения задержки;
количество одновременных сеансов восходящей линии связи меньше заданного порогового значения количества сеансов; или
значение стабильности скорости трафика нисходящей линии связи меньше заданного порогового значения стабильности.
7. Способ идентификации службы по любому из пп. 1-4, в котором скорость трафика содержит скорость трафика нисходящей линии связи и скорость трафика восходящей линии связи, частота передачи/приема пакетов содержит частоту передачи пакетов восходящей линии связи, количество одновременных сеансов составляет количество одновременных сеансов восходящей линии связи, а стабильность скорости трафика содержит стабильность скорости трафика нисходящей линии связи, количество пакетов содержит количество небольших пакетов нисходящей линии связи и общее количество пакетов нисходящей линии связи, причем небольшой пакет нисходящей линии связи является пакетом нисходящей линии связи, длина пакета которого меньше заданного порогового значения длины второго пакета; при этом
тип службы содержит службу онлайн-игр, а условие принятия решения для модели анализа трафика, соответствующей службе онлайн-игр, содержит следующее:
скорость трафика нисходящей линии связи меньше, чем заданное третье пороговое значение скорости, а второе отношение пакетов больше, чем заданное второе пороговое значение коэффициента передачи, причем второе отношение пакетов представляет собой отношение количества небольших пакетов нисходящей линии связи к общему количеству пакетов нисходящей линии связи;
частота передачи пакетов восходящей линии связи меньше заданного порогового значения частоты;
значение времени прохождения сигнала в обоих направлениях меньше заданного порогового значения задержки;
количество одновременных сеансов восходящей линии связи меньше заданного порогового значения количества сеансов; и
значение стабильности скорости трафика нисходящей линии связи меньше заданного порогового значения стабильности.
8. Устройство идентификации службы, используемое сетевым устройством, содержащее:
модуль приема, выполненный с возможностью приема пакетов службы и идентификации пакетов службы, принадлежащих одному и тому же оконечному устройству; и
модуль обработки, выполненный с возможностью определения признака трафика службы на основании информации сеанса оконечного устройства и информации пакета службы, при этом признак трафика службы содержит по меньшей мере одно из: длительности сеанса, количества одновременных сеансов, скорости трафика, стабильности скорости трафика, частоты передачи/приема пакетов, количества пакетов, длины пакета и времени прохождения сигнала в обоих направлениях, относящегося к пакету запроса и пакету ответа; при этом
модуль обработки дополнительно выполнен с возможностью определения типа службы для службы, подлежащей идентификации, на основе признака трафика службы; причем
модуль обработки дополнительно выполнен с возможностью получения модели анализа трафика, соответствующей заданному типу службы, при этом модель анализа трафика содержит условие принятия решения для признака трафика службы и вес, соответствующий условию принятия решения;
модуль обработки дополнительно выполнен с возможностью определения, для условия принятия решения в модели анализа трафика, если признак трафика службы удовлетворяет условию принятия решения, оценки условия принятия решения на основании первой оценки, соответствующей условию принятия решения; или
модуль обработки дополнительно выполнен с возможностью определения, если признак трафика службы не удовлетворяет условию принятия решения, оценки условия принятия решения на основании второй оценки, соответствующей условию принятия решения;
модуль обработки дополнительно выполнен с возможностью вычисления соответствующей общей оценки модели анализа трафика на основании веса и оценки, соответствующих условию принятия решения в модели анализа трафика; и
модуль обработки дополнительно выполнен с возможностью определения типа службы для службы, подлежащей идентификации, на основании соответствующей общей оценки модели анализа трафика.
9. Устройство идентификации службы по п. 8, в котором модуль обработки дополнительно выполнен с возможностью вычисления соответствующей общей оценки модели анализа трафика на основании веса и оценки, соответствующих условию принятия решения в модели анализа трафика и согласно следующей формуле:
Si является общей оценкой i-й модели анализа трафика, Si,j является оценкой j-го условия решения в i-й модели анализа трафика, αi,j является весом j-го условия решения в i-й модели анализа трафика, 1 ≤ i ≤ M, 1 ≤ j ≤ N и оба M и N являются натуральными числами больше чем или равными 2.
10. Устройство идентификации службы по п. 8, в котором модуль обработки дополнительно выполнен с возможностью определения, если соответствующая общая оценка модели анализа трафика превышает заданное пороговое значение оценки, что тип службы для службы, подлежащей идентификации, является типом службы, соответствующим модели анализа трафика.
11. Устройство идентификации службы по п. 8, в котором модуль обработки дополнительно выполнен с возможностью получения модели анализа трафика, соответствующей по меньшей мере двум заданным типам служб, причем заданные типы служб находятся во взаимно однозначном соответствии с моделями анализа трафика; а
модуль обработки дополнительно выполнен с возможностью определения, что тип службы для службы, подлежащей идентификации, является заданным типом службы, соответствующим модели анализа трафика с максимальной суммарной оценкой.
12. Устройство идентификации службы по любому из пп. 8-11, в котором скорость трафика содержит скорость трафика нисходящей линии связи и скорость трафика восходящей линии связи, количество одновременных сеансов содержит количество одновременных сеансов восходящей линии связи, а стабильность скорости трафика содержит стабильность скорости трафика нисходящей линии связи; при этом
тип службы включает в себя бит-торрент (BT) службы загрузки; а условие принятия решения в модели анализа трафика, соответствующей службе загрузки BT, содержит следующее:
скорость трафика нисходящей линии связи больше, чем заданное первое пороговое значение скорости, и количество одновременных сеансов восходящей линии связи больше, чем заданное пороговое значение количества сеансов;
длительность сеанса превышает заданное пороговое значение длительности;
значение стабильности скорости трафика нисходящей линии связи превышает заданное пороговое значение стабильности; и
скорость трафика восходящей линии связи меньше заданного второго порогового значения скорости, где второе пороговое значение скорости меньше первого порогового значения скорости.
13. Устройство идентификации службы по любому из пп. 8-11, в котором частота передачи/приема пакетов содержит частоту передачи пакетов восходящей линии связи, скорость трафика содержит скорость трафика нисходящей линии связи и скорость трафика восходящей линии связи, количество одновременных сеансов содержит количество одновременных сеансов восходящей линии связи, стабильность скорости трафика содержит стабильность скорости трафика нисходящей линии связи, количество пакетов содержит количество небольших пакетов нисходящей линии связи и общее количество пакетов нисходящей линии связи, небольшой пакет нисходящей линии связи представляет собой пакет нисходящей линии связи, длина пакета которого меньше заданного второго порогового значение длины пакета, при этом
тип службы содержит голосовую службу, а условие принятия решения для модели анализа трафика, соответствующей голосовой службе, содержит то, что:
частота передачи пакетов по восходящей линии связи превышает заданное пороговое значение частоты;
скорость трафика нисходящей линии связи меньше, чем заданное третье пороговое значение скорости, и второе отношение пакетов больше, чем заданное второе пороговое соотношение, при этом второе соотношение пакетов представляет собой отношение количества небольших пакетов нисходящей линии связи к общему количеству пакетов нисходящей линии связи, и третье пороговое значение скорости меньше первого порогового значения скорости;
значение времени прохождения сигнала в обоих направлениях меньше заданного порогового значения задержки;
количество одновременных сеансов восходящей линии связи меньше заданного порогового значения количества сеансов; и
значение стабильности скорости трафика нисходящей линии связи меньше заданного порогового значения стабильности.
14. Устройство идентификации службы по любому из пп. 8-11, в котором скорость трафика содержит скорость трафика нисходящей линии связи и скорость трафика восходящей линии связи, частота передачи/приема пакетов содержит частоту передачи пакетов восходящей линии связи, количество одновременных сеансов составляет количество одновременных сеансов восходящей линии связи, и стабильность скорости трафика содержит стабильность скорости трафика нисходящей линии связи, количество пакетов содержит количество небольших пакетов нисходящей линии связи и общее количество пакетов нисходящей линии связи, и небольшой пакет нисходящей линии связи является пакетом нисходящей линии связи, длина пакета которого меньше заданного порогового значения длины второго пакета; при этом
тип службы содержит службу онлайн-игр, а условие принятия решения для модели анализа трафика, соответствующей службе онлайн-игр, содержит то, что:
скорость трафика нисходящей линии связи меньше, чем заданное третье пороговое значение скорости, и второе отношение пакетов больше, чем заданное второе пороговое значение коэффициента передачи, где второе отношение пакетов представляет собой отношение количества небольших пакетов нисходящей линии связи к общему количеству пакетов нисходящей линии связи;
частота передачи пакетов восходящей линии связи меньше заданного порогового значения частоты;
значение времени прохождения сигнала в обоих направлениях меньше заданного порогового значения задержки;
количество одновременных сеансов восходящей линии связи меньше заданного порогового значения количества сеансов; и
значение стабильности скорости трафика нисходящей линии связи меньше заданного порогового значения стабильности.
