Устройство и способ для мониторинга рабочих характеристик в сети связи

Устройство и способ для мониторинга рабочих характеристик в сети связи

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

Имеются различные типы услуг потокового видео, доставляемых пользователям с использованием сетей связи и поставщиков услуг сети Интернет (ISP). Например, эти услуги включают в себя «видео по запросу» (VoD), посредством чего пользователь может просматривать и организовывать поток записанных предварительно видеопрограмм, «живую потоковую передачу», посредством чего пользователь может смотреть видео в реальном времени (например, связанное с событием, таким как спортивное мероприятие), и «сдвинутое во времени вещание», посредством чего пользователь может смотреть записанную телевизионную передачу. Ухудшение качества услуги потокового видео может происходить вследствие различных проблем и трудностей внутри сети. С точки зрения и пользователя, и оператора сети связи или поставщика услуг сети Интернет является важным осуществлять мониторинг качества услуги, доставляемой конечному пользователю, чтобы любые проблемы было можно наблюдать и устранять.

Услуга потокового видео может обеспечиваться с использованием различных методик. Услуга телевидения по IP-протоколу (IPTV) реализуется либо на основе подсистемы мультимедийной связи по IP-протоколу (IMS), либо на основе не-IMS системы. IMS была введена по инициативе Проекта партнерства в области систем связи 3-го поколения (3GPP) в виде архитектурной подсистемы, которая является специализированной для управления мультимедийными услугами и предоставления таковых по базовым сетям с передачей пакетов в рамках сетей мобильной связи третьего поколения и сетей связи следующего поколения, таких как сети связи стандарта «долговременного развития» (LTE). IPTV, следовательно, реализуется поверх различных технологий, которые используют комбинацию различных протоколов. Кроме того, в области цифрового телевидения появляется Гибридное IPTV, и известно, что в нем имеются телевизионные абонентские приставки (STB), которые поддерживают и традиционное IPTV, и WebTV с использованием доступа к сети Интернет.

Операторы, которые обеспечивают услуги связи (например, "поставщики на уровне битового канала" для контента YouTube) и высокоуровневые услуги конечного пользователя (такие как IPTV от своего собственного головного узла (кабельной сети)), заинтересованы в мониторинге качества и класса услуг (QoS), которые принимает конечный пользователь. На основании такого мониторинга оператор может измерять качество доставки услуги.

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

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

Известные решения состоят в оценивании качества услуги, которое выражается с использованием так называемого показателя Качества системной услуги (QoSS). QoSS выводится исходя из измерения Ключевых показателей рабочей характеристики (KPI) сетевого уровня. KPI является показателем качества работы для конкретной характеристики и является измеримой рабочей характеристикой. KPI выражаются численными величинами, и обычно эти величины выражаются в виде диапазонов, верхних предельных значений, нижних предельных значений или процентных отношений.

KPI могут быть подразделены на так называемые показатели KPI Ресурсной услуги (R-KPI) и показатели KPI Системной услуги (S-KPI).

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

Показатели S-KPI являются набором конкретных KPI, которые представляют характеристики для конкретной системной услуги, например, такой услуги, как IPTV, и основываются на событиях, таких как частота прерывности (choppiness), частота временных остановок («заморозок») кадра, время доступа и так далее. Более подробную информацию о S-KPI можно найти в патентном документе WO2008/121062A1.

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

Каждый S-KPI оценивает только один аспект рабочей характеристики услуги. Полная рабочая характеристика услуги может быть выражена с использованием так называемой метрики Качества системной услуги (QoSS), которая объединяет несколько (например, до десяти) показателей S-KPI для одной и той же услуги.

Некоторые из недостатков, имеющиеся в существующих решениях мониторинга QoSS, обсуждаются ниже.

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

Другое известное решение является человекоориентированным, предусматривающим соотнесение в ручном режиме качества услуги в терминах QoSS со значениями R-KPI. Причем люди вручную на этапе проектирования соотносят различные значения R-KPI с ожидаемым качеством услуги, воспринимаемым пользователем. В этом подходе ручное соотнесение показателей R-KPI с QoSS является емким по времени, склонным к ошибкам и негибким. Оно является жестким в смысле, что его нельзя приспособить к изменениям в системе (например, изменениям топологии сети и технологии) и к новым устройствам. В результате такие способы не являются жизнеспособными в динамической сети.

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

КРАТКОЕ ОПИСАНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ

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

Согласно первому аспекту настоящего изобретения обеспечивается способ мониторинга рабочей характеристики для услуги потокового мультимедиа, используемой для доставки потоков мультимедиа на устройства пользовательского оборудования. Способ содержит этап определения характеристики кодирования для первого потока мультимедиа, в отношении которого выполняется мониторинг. Модель функциональной зависимости устанавливается между первым Ключевым показателем рабочей характеристики Системной услуги, S-KPI, и одним или несколькими Ключевыми показателями рабочей характеристики Ресурсной услуги, R-KPI, для первого потока мультимедиа. Установленная модель функциональной зависимости используется для мониторинга второго потока мультимедиа, имеющего такую же характеристику кодирования, что и первый поток мультимедиа.

Преимущество описанного выше варианта осуществления состоит в том, что модель функциональной зависимости между показателями S-KPI и множеством показателей R-KPI не должна устанавливаться для каждого типа отличающейся услуги потокового мультимедиа. Вместо этого модель функциональной зависимости, установленная для потока мультимедиа, имеющего конкретную характеристику кодирования, используется для мониторинга второго потока мультимедиа, имеющего характеристику кодирования такую же, как и первый поток мультимедиа.

Согласно другому аспекту настоящего изобретения, обеспечивается устройство мониторинга для использования в сети связи для мониторинга рабочей характеристики услуги потокового мультимедиа, которая используется для доставки потоков мультимедиа на устройства пользовательского оборудования через систему связи. Устройство мониторинга содержит модуль обнаружения, приспособленный определять характеристику кодирования для первого потока мультимедиа, в отношении которого осуществляется мониторинг, и модуль обработки, приспособленный устанавливать модель функциональной зависимости между первым Ключевым показателем рабочей характеристики Системной услуги, S-KPI, и одним или несколькими Ключевыми показателями рабочей характеристики Ресурсной услуги, R-KPI, для первого потока мультимедиа. Модуль обработки дополнительно приспособлен использовать установленную модель функциональной зависимости для мониторинга второго потока мультимедиа, имеющего характеристику кодирования такую же, как и первый поток мультимедиа.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

фиг. 1 - показ примера типичной сети связи;

фиг. 2 - показ блок-схемы, иллюстрирующей этапы, выполняемые по варианту осуществления настоящего изобретения;

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

фиг. 4 - показ таблицы для хранения коррелированных по времени показателей S-KPI и показателей R-KPI для отдельного пользователя услуги в одном варианте осуществления настоящего изобретения;

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

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

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

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

фиг. 9 - показ устройства мониторинга согласно варианту осуществления настоящего изобретения; и

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

ПОДРОБНОЕ ОПИСАНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ

Варианты осуществления изобретения будут описаны ниже в отношении мониторинга рабочей характеристики потокового видео. Однако отмечается, что изобретение предназначено охватывать мониторинг рабочей характеристики для любой формы услуги потокового мультимедиа, включая в них, но без ограничения указанным, приложения, такие как Передача речи поверх протокола Internet (VoIP), IP-телевидение (IPTV), Видео по запросу (VoD), Служба мультимедийной телефонии (MMTel).

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

На фиг. 1 иллюстрируется система связи, имеющая различные сетевые узлы, осуществляющие маршрутизацию сигналов между различными устройствами пользовательского оборудования (UE) (например: переносным компьютером 4; телефоном 2, 3; персональным компьютером (PC) 5; персональным цифровым ассистентом (PDA) 1 и т. д.). Сетевые элементы 6-10 обмениваются информацией по линиям связи, которые включают в себя линии мобильной связи, линии спутниковой связи, линии микроволновой связи, линии волоконно-оптической связи, проводные линии связи из медного провода и т. д. Один из узлов содержит устройство 6 мониторинга, которое осуществляет мониторинг рабочей характеристики различных линий связи.

Как будет описано более подробно далее в этой заявке, варианты осуществления настоящего изобретения используют Ключевые показатели рабочей характеристики Системной услуги (показатели S-KPI) и связанные Ключевые показатели рабочей характеристики Ресурсной услуги (значения R-KPI) для мониторинга рабочей характеристики услуги потокового мультимедиа по отношению к устройствам конечного пользователя, таким как устройства 2, 3, 4, 5 пользовательского оборудования. Модели функциональной зависимости между показателями S-KPI и показателями R-KPI часто используются для моделирования поведения системы, например, в приложении, где устройства конечного пользователя не являются способными предоставлять отчеты терминалов, которые предоставляют фактические данные S-KPI.

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

Отмечается, что варианты осуществления изобретения являются применимыми для различных классов КОДЕКов, включая:

1) неадаптивный класс КОДЕКов мультимедиа (включая MPEG2), в силу чего параметры кодирования мультимедиа не приспосабливаются и не изменяются в течение передачи мультимедиа (например, чтобы приспосабливаться к условиям в сети и другим объектам, таким как принимающий клиент, или в зависимости от характера мультимедиа/контента);

2) адаптивный класс КОДЕКов мультимедиа, в силу чего параметры кодирования мультимедиа (такие как битовая скорость (битрейт) частота кадров), приспосабливаются и изменяются в течение передачи мультимедиа (например, чтобы приспосабливаться к условиям в сети, таким как доступная полоса пропускания, или другим объектам, таким как принимающий клиент, или в зависимости от характера мультимедиа/контента).

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

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

На этапе 203 модель (f) функциональной зависимости устанавливается между первым Ключевым показателем рабочей характеристики Системной услуги, S-KPI, и одним или несколькими Ключевыми показателями рабочей характеристики Ресурсной услуги, R-KPI, для первого потока мультимедиа. Один или несколько показателей R-KPI относятся к ресурсам (например, каналы передачи, линии связи, узлы и т. д.) в сети связи, используемым для доставки первого потока мультимедиа на устройства пользовательского оборудования.

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

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

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

Функциональная зависимость S-KPI от нескольких R-KPI, следовательно, определяется параметрами кодирования потока мультимедиа, а не видеоконтентом. Возможные, представляющие интерес параметры включают в себя, но без ограничения указанными, тип кодека, используемого для кодирования потока мультимедиа (например, тип кодека видеосигнала), средняя битовая скорость передачи для потока мультимедиа, максимальная битовая скорость передачи потока мультимедиа, указание того, имеет ли поток мультимедиа переменную или постоянную битовую скорость потока мультимедиа, частота кадров потока мультимедиа, и так далее. Следовательно, предлагаемые варианты осуществления могут использовать одну и ту же модель функциональной зависимости, чтобы осуществлять мониторинг качества двух различных видео, кодированных с одинаковыми характеристиками или параметрами.

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

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

Пример такого применения описан в представленной ранее заявке настоящим Заявителем, PCT/EP 2010/067715. В документе PCT/EP 2010/067715 описано обобщенное решение для мониторинга любого типа услуги, предоставляемой конечному пользователю. Решение состоит в оценивании качества обслуживания, выраженного с использованием так называемой меры Качества системной услуги (QoSS), исходя из измерения показателей R-KPI сетевого уровня (например, потеря пакетов, «дрожь» и т. д.). Для мониторинга качества обслуживания система накапливает множество показателей R-KPI и применяет предварительно созданную модель функциональной зависимости (которая является формой "отображения" между показателями S-KPI и показателями R-KPI, которое может иметь вид математической формулы или другой формы), чтобы вычислять значение QoSS. QoSS может быть комбинацией нескольких показателей S-KPI (например, частоты событий "прерывности" или частоты событий "заморозки кадра" и т. д.).

Заявка, приведенная в документе PCT/EP 2010/067715, описывает способ автоматического построения модели, который применяется для измерения рабочей характеристики исходя из показателей R-KPI.

Способ предполагает накопление результатов измерений показателей R-KPI от каналов передачи, линий связи, узлов и т. д. В нем также осуществляется накопление параметров S-KPI из репрезентативной выборки пользователей услуги. Затем способ автоматически вычисляет функциональную зависимость каждого S-KPI для нескольких R-KPI с использованием способов интеллектуального анализа данных (Data Mining).

Система делит на кластеры репрезентативную выборку пользователей услуги (которые могут посылать отчеты терминалов) на основе функциональной связи между рабочей характеристикой ресурсов (измеряемой показателями R-KPI) и параметрами рабочей характеристики услуги (показатели S-KPI). Затем для каждого кластера он вычисляет обобщенную связь между показателями R-KPI и показателями S-KPI, которая является представительной для членов кластера. Это позволяет оператору назначать оконечные устройства, которые не могут посылать отчеты терминалов, на "ближайший" кластер и предсказывать значения S-KPI для этих оконечных устройств, используя предварительно полученную функцию и измерения показателей R-KPI. В качестве результата оператор может оценить рабочую характеристику услуг, исполняемых на оконечных устройствах, которые не могут посылать или не посылают параметры рабочей характеристики.

Способ, следовательно, полагает, что пользователей услуги можно различать на два типа пользователей: пользователи с устройствами, которые могут посылать отчеты терминалов, и пользователи с наличием устройств, которые не могут посылать отчеты терминалов. Показатели S-KPI, собранные в отчетах терминалов, используются для построения модели, представляющей связи между показателями R-KPI и показателями S-KPI. Эта модель затем применяется, чтобы оценивать показатели S-KPI (и затем QoSS) для услуг, доставляемых пользователям, устройства которых не могут посылать отчеты терминалов.

Следовательно, в вышеуказанном имеются две основные фазы: фаза подготовки и фаза мониторинга. В течение фазы подготовки система строит модель функциональной зависимости между каждым S-KPI и несколькими R-KPI для устройств, которые являются способными посылать отчеты терминалов. Кроме того, система сформирует кластеры устройств, которые получат сходное функциональное выражение. В конце фазы пользователи остающихся устройств (то есть неспособных посылать отчеты терминалов) будут назначаться на "ближайший" кластер. "Ближайший" кластер может быть определен на основе нескольких параметров (например, географическая близость, близость топологии сети, рабочая характеристика устройства конечного пользователя и т. д.). В фазе мониторинга система осуществляет мониторинг качества услуг видео, потребляемых пользователями. Она накапливает параметры R-KPI и применяет функциональную зависимость, построенную на фазе подготовки, чтобы оценивать значения S-KPI.

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

Способ, показанный на фиг. 3, выполняется для каждого пользовательского устройства, которое представляет отчет показателей S-KPI. Сначала выбирается подмножество показателей S-KPI, которые формируются одним пользовательским устройством, этап 301. Эти параметры будут соответствовать многочисленным услугам потокового видео, исполняющимся на соответствующем пользовательском устройстве.

Затем показатели S-KPI коррелируются по времени с накопленными показателями R-KPI для каждого пользователя услуги независимо, этап 303. Следовательно, их можно сохранять в таблице, как показано на фиг. 4. Временной параметр соответствует приближенной временной отметке (timestamp) накопления показателей R-KPI и показателей S-KPI. Имеются один или несколько измеренных значений R-KPI, от R-KPI₁ до R-KPI_J, которые являются связанными с сетью параметрами.

Отмечается, что для простоты читаемости последующее описание относится к оценке S-KPI, когда предполагается один специфический параметр кодирования (другими словами, один является изменяющимся, а другие - фиксированными); более конкретно описывается вариант осуществления, использующий пример, где изменяющейся является битовая скорость. Однако отмечается, что изобретение предназначено охватывать более общие варианты осуществления, включая варианты осуществления, где изменяются несколько параметров кодирования (например, битовая скорость, частота кадров и т. д.).

В таблице, показанной на фиг. 4, значение S-KPI_i,L(A) представляет конкретный аспект "i" рабочей характеристики (например, прерывность) услуги потокового видео с характеристикой кодирования, имеющей конкретный уровень L (например, конкретную битовую скорость) и используемой одним пользователем А.

В одном варианте осуществления имеются несколько показателей S-KPI (например, прерывность, временная остановка кадра и т. д.), соответствующих той же услуге потокового видео, и каждый из них представлен уникальным индексом "i" для того же пользователя А. К тому же характеристика кодирования видео может принимать значения ограниченного числа уровней, как обсуждено выше, так что каждый уровень представлен уникальным значением L.

Затем для каждого S-KPI математическая функция устанавливается автоматически с использованием методов машинного обучения и интеллектуального анализа данных, этап 305. Для данного КОДЕКа и для данного типа параметра L кодирования функции будет иметь формат:

S-KPI_i,L(A)=f(L, R-KPI₁, R-KPI₂, R-KPI₃,...) (F1).

Возможными способами для получения этой формулы являются линейная регрессия, полиномиальное приближение, регрессия методом опорных векторов и т. д. Эти способы известны в области техники и не обсуждаются подробно в документе. Используемый способ для получения формулы извлекает только показатели R-KPI, которые влияют на значение рассматриваемого S-KPI, так что S-KPI и используемые R-KPI являются коррелированными переменными. В результате система будет автоматически определять, какими являются показатели KPI сетевых ресурсов, которые влияют на услугу, поскольку их параметры R-KPI будут присутствовать в формуле вычисления S-KPI для этой услуги. Полученная функция может быть сохранена в локальной базе данных для дальнейшего анализа.

Отмечается, что в приведенном выше примере для простоты понимания модель описана для упрощенного примера с наличием только одного изменяющегося параметра, с использованием модели, подобной уравнению (1), является возможным оценивать показатель S-KPI прерывности для данного потока видео, если известна битовая скорость, если известен один из параметров L кодирования и известна потеря пакетов.

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

Варианты осуществления настоящего изобретения обеспечивают преимущество над методикой, описанной в патентном документе PCT/EP2010/067715, в том, что не требуется строить модель для каждого типа мультимедиа, например, каждого типа видео. Вместо этого воздействие характеристики кодирования (или характеристик кодирования) на связи между показателями R-KPI и показателями S-KPI используется для снижения количества отдельных моделей функциональных зависимостей, которые требуется устанавливать в полной модели функциональной зависимости. Это делается возможным согласно факту, что характеристика кодирования потока видео, например средняя битовая скорость или частота кадров, является характеристикой, которая влияет на связь между показателями R-KPI и показателями S-KPI, а не контент потока видео непосредственно.

Варианты осуществления изобретения, следовательно, обеспечивают новый способ построения модели функциональной зависимости, которая может затем использоваться, чтобы осуществлять мониторинг рабочей характеристики потокового видео на основе измерений R-KPI. Предлагаемое решение снижает усилие, требуемое для построения модели, поскольку она не должна создаваться для каждого потока видео, а одна и та же модель может использоваться для двух или большего числа различных потоков видео с одинаковыми характеристиками кодирования (такими как битовая скорость, частота кадров и т. д.). Усилие, требуемое для построения функциональной зависимости каждого S-KPI для нескольких показателей R-KPI, следовательно, снижается.

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

Кроме того, согласно другому варианту осуществления изобретения, способ может быть оптимизирован дополнительно для одного или нескольких показателей S-KPI (например, прерывности), где имеется конкретная математическая связь, такая как линейная зависимость, между S-KPI и показателями R-KPI для потоков мультимедиа, имеющих различные характеристики кодирования. Эта линейная зависимость может быть получена исходя из, по меньшей мере, первого и второго видео с другими характеристиками кодирования, например, и затем экстраполирована для видео с другими значениями характеристик кодирования.

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

Более подробная информация этого способа оптимизации показана на фиг. 5. На этапе 501 модель (f) функциональной зависимости устанавливается между первым S-KPI и одним или несколькими R-KPI для первого потока мультимедиа. На этапе 503 модель (f) функциональной зависимости устанавливают между первым S-KPI и одним или несколькими R-KPI для, по меньшей мере, второго потока мультимедиа, второй поток мультимедиа (или дополнительные потоки мультимедиа в наборе потоков мультимедиа) имеет отличающуюся характеристику кодирования (например, другую битовую скорость) по отношению к первому потоку мультимедиа.

Модели функциональной зависимости для первого потока мультимедиа и, по меньшей мере, второго потока мультимедиа сравнивают, этап 505, чтобы определить математическую связь (g) между моделями функциональной зависимости. Например, определяется функция g, которая может использоваться для нахождения параметра крутизны для кривой данного S-KPI в зависимости от показателей R-KPI, как обсуждено ниже.

Математическая связь (g) затем используется, этап 507, чтобы экстраполировать модель функциональной зависимости между первым S-KPI и одним или несколькими R-KPI (например, коэффициент наклона кривой S-KPI и одного или нескольких R-KPI) для третьего потока мультимедиа, третий поток мультимедиа имеет отличающуюся характеристику кодирования по отношению к первому и, по меньшей мере, второму потокам мультимедиа.

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

В качестве примера, иллюстрирующего такой сценарий, один из параметров S-KPI, выражающих качество потока видео, называется «прерывность», и его значение соответствует числу событий прерывности, обнаруживаемых клиентским устройством конечного пользователя в единицу времени. Значение прерывности S-KPI зависит главным образом от значения R-KPI «потеря пакетов» сквозной линии связи между головным узлом и клиентским устройством для потока видео. Проведенные изобретателями эксперименты показали, что имеется линейная зависимость (например, для КОДЕКа стандарта Экспертной группы по вопросам движущегося изображения MPEG2 для данной битовой скорости) между значением R-KPI «потеря пакетов» и S-KPI «прерывность», как показано на фиг. 6, и эту зависимость можно получать автоматически с использованием линейной регрессии. Влияние битовой скорости на формулу f задается функцией g. В этом примере для КОДЕКа MPEG2 параметр m крутизны (градиент), полученный по линейной модели (то есть параметр крутизны для кривой S-KPI в зависимости от потери пакетов), зависит линейно от параметра кодирования битовой скорости для потока видео, как проиллюстрировано на фиг. 7.

В этом примере выражением для функции g является:

m=g(L₁)=0,021·L₁+15,445 (F2).

Следовательно, для некоторого класса КОДЕКа является возможным устанавливать параметр крутизны и затем линейную связь между значением потери пакетов R-KPI и прерывностью S-KPI для любого уровня параметров кодирования видео (например, частоты кадров, битой скорости и т. д.) следующим оптимизированным образом.

В течение фазы подготовки система осуществляет мониторинг значений показателей S-KPI и показателей R-KPI, соответствующих двум или большему числу услуг потоковой передачи, отличающихся различными параметрами кодирования. Исходя из этих измерений является возможным устанавливать линейную функцию, уникальную для каждого значения параметра кодирования видео, представляющую связь между S-KPI и R-KPI. Каждая из этих линейных функций будет проходить через начало системы координат в случае отсутствия отказа, поскольку при нулевой потере пакетов прерывность S-KPI также является нулевой. Кроме того, значения коэффициента m наклона для этих функций является линейно зависимыми от характеристик кодирования (то есть битовой скорости) видео, которому они соответствуют. Следовательно, является возможным определять линейную зависимость, представляющую функцию коэффициента m наклона, исходя из параметра кодирования видео, если, по меньшей мере, два значения таких коэффициентов наклона установлены из измерений показателей R-KPI и показателей S-KPI. Эта линейная функция может использоваться в фазе мониторинга, чтобы осуществлять мониторинг значений S-KPI на основе показателей R-KPI, как описано в следующем разделе.

В упрощенном примере для данного КОДЕКа, такого как MPEG2 (который принадлежит к классу описанных выше КОДЕКов), когда другие параметры кодирования (такие как частота кадров) фиксированы, является возможным определять параметр m крутизны эмпирически, используя два соответствующих потока видео. Как только становится известным значение m с использованием экстрапол