способ сбора статистики по качеству и соответствующий способ управления сбором статистики по качеству

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

1. Способ сбора статистики по качеству, отличающийся тем, что способ содержит следующие этапы, реализуемые посредством устройства (123, 124, 125) сбора статистики по качеству, называемым первым устройством, на которых:

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

- если запрошенный режим - это первый режим, переходят в первый режим;

- если запрошенный режим - это второй режим, переходят во второй режим;

- в первом режиме подключаются к тестовому потоку при приеме сигнала (701) запроса на подключение, содержащего запрос на подключение к упомянутому тестовому потоку;

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

- собирают статистику по качеству, когда упомянутый сбор статистики по качеству разрешен посредством приема сигнала (504) разрешения сбора статистики по качеству, разрешающего упомянутый сбор статистики по качеству, и когда упомянутое первое устройство (123, 124, 125) подключено к потоку.

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

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

4. Способ по любому из пп.1-2, отличающийся тем, что упомянутые ресурсы упомянутого первого устройства (123, 124, 125), необходимые для упомянутого сбора статистики по качеству, рассматриваются как доступные, когда упомянутое первое устройство (123, 124, 125) не подключено к потоку, исходящему из глобальной вычислительной сети, посредством чего различение между потоком, исходящим из глобальной вычислительной сети, и потоком, не исходящим из глобальной вычислительной сети, осуществляется посредством сравнения исходного IP-адреса потока с IP-адресом упомянутого первого устройства (123, 124, 125).

5. Способ по любому из пп.1-2, отличающийся тем, что упомянутые ресурсы упомянутого первого устройства (123, 124, 125), необходимые для упомянутого сбора статистики по качеству, становятся доступными в состоянии ожидания упомянутого первого устройства (123, 124, 125).

6. Способ по любому из пп.1-2, отличающийся тем, что упомянутая статистика по качеству классифицируется согласно типу потока, к которому упомянутая статистика по качеству применяется.

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

8. Способ по любому из пп.1-2, отличающийся тем, что упомянутая статистика по качеству принадлежит набору, содержащему качество обслуживания и качество работы.

9. Способ по любому из пп.1-2, отличающийся тем, что упомянутая статистика по качеству касается услуг типа аудио и видео.

10. Способ управления сбором статистики по качеству, отличающийся тем, что способ содержит следующие этапы, реализованные средством (110) управления статистикой по качеству, на которых:

- отправляют сигнал (503, 700) режима сбора, по меньшей мере, в одно устройство (123, 124, 125) сбора статистики по качеству, содержащий информацию, представляющую режим сбора статистики по качеству, так называемый запрошенный режим, причем упомянутый запрошенный режим имеет, по меньшей мере, два возможных значения, содержащих первый режим и второй режим;

- в первом режиме отправляют сигнал (701) запроса на подключение в упомянутое, по меньшей мере, одно собирающее устройство (123, 124, 125), содержащий запрос на подключение к тестовому потоку;

- при этом в первом режиме подключение упомянутого, по меньшей мере, одного устройства (123, 124, 125) сбора статистики по качеству к тестовому потоку осуществляется при приеме сигнала (701) запроса на подключение; и

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

11. Способ по п.10, отличающийся тем, что способ содержит этап, на котором принимают (515) собранную статистику по качеству от упомянутого, по меньшей мере, одного устройства (123, 124, 125) сбора статистики по качеству.

12. Способ по любому из пп.10-11, отличающийся тем, что способ содержит этап, на котором отправляют (502) информацию, представляющую интервал сбора, в упомянутое, по меньшей мере, одно устройство (123, 124, 125) сбора статистики по качеству.

13. Способ по любому из пп.10-11, отличающийся тем, что сигнал (501), запрашивающий подключение к тестовому потоку, отправляется в упомянутое, по меньшей мере, одно устройство (123, 124, 125) сбора статистики по качеству.

14. Способ по любому из пп.10-11, отличающийся тем, что упомянутая статистика по качеству классифицируется согласно типу потока, к которому упомянутая статистика по качеству применяется.

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

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

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

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

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

Согласно предшествующему уровню техники, устройство подключено к сети, которая предоставляет такие услуги как аудио и/или видеоуслуги. Сеть, транспортирующая эти услуги, может включать в себя различное оборудование, например, передающие устройства, модуляторы, демодуляторы, маршрутизаторы, коммутаторы, DSLAM (асинхронный мультиплексор доступа к цифровой абонентской линии), модемы. Это оборудование соединяется посредством проводных и/или беспроводных соединений, которые могут влиять на качество приема устройства. Качество приема может, в свою очередь, влиять на качество работы пользователя, использующего устройство; при этом качество работы пользователя - это качество, предоставляемое пользователю устройства при предоставлении услуг. Имеется различие между качеством приема и качеством работы пользователя. Например, когда устройство принимает услугу, подверженную потере относительно небольшого количества пакетов, но пакеты, которые теряются, являются пакетами типа I (внутренними) в кодированном потоке H.264, влияние на предоставление услуг может быть существенным, поскольку декодер в устройстве не может использовать другие пакеты, которые зависят от пакетов типа I, такие как пакеты типа B или P, даже когда эти пакеты корректно принимаются. Далее, потеря относительно небольшого количества пакетов может вызывать появление видимых артефактов, таких как макроблоки. Что касается качества обслуживания, качество работы является измеряемым. Например, качество работы может быть измерено во время переключения каналов и в количестве макроблоков в видео на временной объект или количестве выпадений сигнала при предоставлении аудиоуслуг.

В этом документе используются термины QoS для качества обслуживания, которое соответствует качеству приема, и QoE для качества работы, которое соответствует качеству работы пользователя.

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

Вследствие различий в сетевом тракте, по которому одна услуга, предоставляемая различным устройствам, проходит, различные устройства могут испытывать различные QoS и QoE. Помимо этого, для одного QoS различные пользовательские устройства могут иметь различное QoE вследствие различий в качестве подготовки или декодирования в устройстве.

Следовательно, существуют способы, которые дают возможность поставщику услуг в устройстве получать статистику, связанную с QoS/QoE цифровых аудио- и видеоуслуг. Например, документ TR-135 Issue 1 (TR - это технический отчет, набор документов, выпускаемых посредством Broadband Forum, ранее DSL Forum) указывает механизм для того, чтобы отслеживать QoS и QoE услуги IPTV (телевидение по Интернет-протоколу). TR-135 является частью набора технических требований TR-069, причем TR-069 указывает протокол, который обеспечивает удаленное управление устройствами.

Недостаток предшествующего уровня техники, представленного, например, посредством документов TR-069 и TR-135 Issue 1, заключается в том, что предшествующий уровень техники дает возможность собирать статистику мониторинга QoS для IPTV-сетей, но эта статистика подчинена режиму работы пользователя устройства, статистика которого собирается. Нет способа получать статистику по качеству для устройства в течение периода неактивности устройства, и таким образом невозможно получать статистику по качеству в течение периода, в который пользователем не выполняется никаких действий. Кроме того, нет способа получать статистику по качеству за один период времени от нескольких устройств.

Сущность изобретения

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

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

Изобретение более конкретно относится к способу сбора статистики по качеству, причем способ отличается тем, что он содержит этапы:

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

- если запрошенный режим - это первый режим перехода в первый режим;

- если запрошенный режим - это второй режим перехода во второй режим;

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

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

Способ также содержит этап:

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

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

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

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

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

Изобретение также относится к способу управления сбором статистики по качеству. Он содержит:

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

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

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

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

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

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

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

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

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

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

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

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

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

фиг.1 показывает примерную сетевую инфраструктуру, которая совместима с изобретением.

Фиг.2-4 показывают примерные модели данных согласно конкретным вариантам осуществления изобретения.

Фиг.5-7 показывают обмен сообщениями между устройствами инфраструктуры по фиг.1, в которой модель данных по фиг.2-4 введена в применение.

Фиг.8 показывает примерное устройство управления статистикой по качеству согласно изобретению.

Фиг.9 показывает примерное устройство сбора статистики по качеству согласно изобретению.

Фиг.10 показывает алгоритм способа сбора статистики по качеству посредством устройства согласно изобретению.

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

Подробное описание изобретения

TR-135 Issue 1 указывает модель данных, которая может быть реализована посредством устройства, такого как устройство конечного пользователя. Модель данных содержит широкий диапазон параметров, которые отражают статистику. Вкратце, модель данных описывает, помимо других классов и атрибутов устройства, взаимосвязи между этими классами. Атрибуты классов могут быть записываемыми, читаемыми, только для чтения. Классы модели данных организованы иерархически и имеют атрибуты. Экземпляры классов называются объектами. Например, если устройство удаленного управления хочет изменять значение атрибута SampleEnable класса ServiceMonitoring на TRUE, модель данных указывает, что для этой цели существует объект, который упоминается как .STBService.{i}.ServiceMonitoring, с атрибутом SampleEnable булева типа и описанием того, каким является результат задания атрибута, равным конкретному значению. Имя объекта .STBService{i}.ServiceMonitoring означает, что атрибут SampleEnable - это атрибут класса ServiceMonitoring, который, в свою очередь, является подклассом класса STBService. Классы имеют экземпляры, т.е. физические представления, называемые объектами; поэтому, член "i", который следует после имени класса .STBService и который располагается до точки, указывает на то, что может потенциально быть нуль или более объектов STBService, представляющих объект, имя класса которого указывается после члена. Таким образом, можно изменять значение атрибута SampleEnable в абонентской приставке для конкретной аудио- или видеоуслуги "i".

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

TR-135 Issue 1 дополнительно указывает конфигурируемый интервал выборки, т.е. интервал времени, в течение которого собирается статистика по качеству. Вся статистика затем вычисляется для этого интервала выборки с использованием счетчиков. Когда интервал выборки завершился, значение счетчика называется отчетом, и отчет затем сохраняется в памяти устройства. TR-135 Issue 1 далее задает способ для того, чтобы извлекать отчеты для различных счетчиков.

Специфика TR-135 Issue 1 заключается в том, что статистика вычисляется посредством устройства в течение периода активности устройства: например, когда устройство принимает видео, статистика вычисляется, когда устройство не принимает видео, счетчики не вычисляются.

Чтобы отличать период приема данных от периода, когда данные не принимаются, предусмотрен параметр в модели данных TR-135 Issue 1, называемый SecondSample. Этот параметр указывает на то, сколько секунд в рамках интервала выборки устройство вычисляло статистику. TR-135 Issue 1 также указывает способ, чтобы инструктировать устройству подключаться к тестовому потоку в различных целях. Одна возможная цель этого тестового потока состоит в том, чтобы инструктировать сбор статистики по эталонному потоку для произвольно подключающегося тестирования, например, в ходе прямого вмешательства оператора линии оперативной поддержки в работу устройства клиента. Тем не менее когда клиент изменяет канал или когда он отключает свое устройство, статистика не собирается из эталонного потока или, соответственно, вообще не собирается.

TR-135 Issue 1.3 Section I.3 предоставляет краткий обзор признака "мониторинга обслуживания", который соответствует сбору статистики по качеству.

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

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

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

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

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

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

Согласно конкретному варианту осуществления изобретения, собирающее устройство имеет гибридный тип, имея два типа интерфейсов, например, беспроводное DTT (цифровое наземное телевидение) и IPTV по проводному ADSL-подключению. В таком случае, ресурсы для подключения к тестовому потоку и для сбора статистики доступны, когда собирающее устройство освобождает интерфейс IPTV-ADSL, когда оно активирует DTT-интерфейс.

Эти конкретные варианты осуществления могут быть комбинированы так, чтобы формировать конкретный вариант осуществления с конкретными преимуществами.

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

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

Изобретение также представляет средство конфигурирования, обеспечивающее управление сбором статистики по качеству, содержащее отправку информации, представляющей режим сбора статистики по качеству, причем режимы мониторинга содержат NON-AUTOMATIC-MONITOR-MODE и режим AUTOMATIC-MONITOR.

Изобретение также представляет способ классифицировать статистику по качеству. Каждый собранный статистический показатель классифицируется согласно тому, подключено ли устройство к тестовому потоку или принимало ли устройство выбранный пользователем поток. Эта классификация согласно типу потока выполняется, например, посредством указания числа секунд, когда оно собирало данные для тестового потока, и числа секунд, когда оно собирало статистику из подключения к выбранному пользователем потоку. Это полезно для того, чтобы коррелировать возможные события ошибки с работой пользователя: ошибки, возникающие в тестовом потоке, невидимы пользователю или, по меньшей мере, не оказывают влияние на работу пользователя. Согласно конкретному варианту осуществления изобретения, эта проблема разрешается посредством добавления определенного набора параметров к модели данных TR-135 Issue 1, а именно, UserSampleSecond и TestSampleSecond. UserSampleSecond задается как число секунд, в течение которых данные собирались в интервале выборки, когда есть подключение к выбранному пользователем потоку. TestSampleSecond отражает число секунд, в течение которых данные собирались в интервале выборки, когда устройство подключено к тестовому потоку. Согласно другому варианту осуществления изобретения, дополнительный ServiceType со значением "TEST" добавляется в существующую модель данных TR-135 Issue 1. Использование параметра ServiceType поясняется в TR-135 Issue 1. Согласно этому варианту осуществления, когда устройство собирает статистику, она сохраняется в конкретном экземпляре объекта модели данных MainStream конкретного ServiceType согласно TR-135 Issue 1, который соответствует типу потока, т.е. выбранному пользователем или тестовому. Если статистика собирается, когда устройство подключено к тестовому потоку, статистика сохраняется в объекте MainStream, значение атрибута ServiceType которого задано равным "TEST"; если статистика собирается, когда устройство подключено к выбранному пользователем потоку, статистика сохраняется в другом объекте MainStream, значение атрибута ServiceType которого задано равным одному из типов, заданных в существующей модели данных, к примеру, "IP", "IPTV" или "VoD".

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

Инфраструктура содержит:

- сервер 116 управления предложением программ;

- сервер 112 передачи служебных сигналов для предложения программ;

- устройство 110 управления статистикой по качеству;

- кодер 111 тестовых потоков;

- кодеры 113, 114 и 115 программных потоков;

- сеть 117 оператора;

- сеть 120 доступа;

- шлюзовое устройство 121;

- LAN 122; и

- собирающие устройства 123, 124 и 125 для абонентской приставки.

Оператор услуг предоставляет услуги устройствам, таким как 123, 124 и 125. Эти услуги предоставляются через шлюз 121 для устройств 123 и 124 или напрямую в устройство 125, через сеть 120 доступа и через сеть 117 оператора и через оборудование оператора, которое подключено к сети оператора.

Устройство 121 является шлюзом, который выступает в качестве точки доступа к сети доступа для устройств 123 и 124, которые соединены в LAN. Устройства 123, 124 и 125 являются абонентскими приставками, т.е. приемными устройствами AV-услуг. Устройство 124 является абонентской приставкой, как и устройство 123, но с дополнительной поддержкой PVR (персонального видеопроигрывателя с функцией записи). Устройства 123 и 124 и 121 подключены к LAN, что дает возможность устройствам 123 и 124 использовать услуги друг друга, например, устройство 124 может предоставлять PVR-услуги устройству 123, к примеру, чтобы воспроизводить записанное видео. Шлюз 121 предоставляет услуги трансляции сетевых адресов так, что устройства 123 и 124 могут осуществлять доступ к сети 117 оператора и ее услугам. Шлюз 121 имеет интерфейс, выполненный с возможностью подключения к сети доступа, которая имеет тип ADSL, тогда как он взаимодействует с устройствами 123 и 124 через IP-интерфейс.

Устройство 125 подключено к сети 120 доступа напрямую и поэтому содержит интерфейс, приспособленный для этой сети.

WAN представляется здесь посредством сети 120 доступа, и LAN представляется здесь посредством локальной сети 122.

Прежде всего, устройства 123, 124 и 125 подключаются к серверу управления предложением программ, чтобы идентифицировать себя и извлекать адрес сервера 112 передачи, откуда список доступных услуг может быть извлечен. Затем устройства могут подключаться к любому из потоков, которые предоставляются посредством кодеров 113, 114 и 115 программных потоков. Устройства 123, 124 и 125 допускают прием и декодирование услуг, предлагаемых посредством оператора.

Сеть 117 оператора дополнительно содержит устройство 110 управления статистикой по качеству, которое позволяет оператору собирать статистику по качеству от устройств 123, 124 и 125.

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

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

Устройства 123, 124 и 125 дополнительно допускают прием сигнала на то, чтобы подключаться к тестовому потоку, предоставляемому посредством кодера 111 тестовых потоков.

Динамически устройство 110 управления статистикой по качеству собирает статистику по качеству от устройств 123, 124 и 125 следующим образом: устройство 110 управления статистикой по качеству отправляет сигнал, по меньшей мере, в одно из устройств 123, 124 и 125. Этот сигнал может иметь значения, содержащие два режима сбора статистики, где первый режим - это NON-AUTOMATIC-MONITOR, а второй режим - это AUTOMATIC-MONITOR. По истечении определенного периода времени устройство 110 управления статистикой по качеству может собирать статистику, собранную посредством устройств 123, 124 и 125. Согласно конкретному варианту осуществления, сигнал, указывающий запрос на подключение к тестовому потоку, отправляется в одно или более устройств 123, 124 и 125. Этот признак имеет преимущество в том, чтобы предоставлять немедленное тестирование нескольких устройств 123, 124 и 125 одновременно. Согласно конкретному варианту осуществления, статистика по качеству, собранная от устройств 123, 124 и 125, классифицируется согласно типу потока, к которому применяется статистика. Этот признак дает возможность связывания ошибок с типами потоков. Согласно конкретному варианту осуществления, тип потока содержит, по меньшей мере, один поток тестового типа и, по меньшей мере, один поток выбираемого пользователем типа. Этот признак дает возможность получения сведений о том, наблюдались или нет пользователем какие-нибудь ошибки.

Устройства 123, 124 и 125 собирают статистику по качеству следующим образом. Оно принимает сигнал, содержащий информацию, представляющую режим сбора статистики по качеству, первый (т.е. NON-AUTOMATIC-MONITOR) или второй (т.е. AUTOMATIC-MONITOR). Устройства 123, 124 и 125 переходят в режим, который соответствует принимаемому сигналу. В первом режиме NON-AUTOMATIC-MONITOR, осуществляется подключение к указанному тестовому потоку при приеме сигнала, содержащего запрос на подключение к тестовому потоку, и сбор статистики выполняется, когда сбор разрешен посредством приема разрешающего сигнала и когда устройство подключено к потоку. Во втором режиме AUTOMATIC-MONITOR, автоматическое подключение к тестовому потоку выполняется каждый раз, когда ресурсы устройства, необходимые для сбора статистики по качеству, доступны. Согласно конкретному варианту осуществления изобретения, тестовый поток второго режима - это параметр, который является конфигурируемым посредством устройства, отличного от устройства, собирающего статистику по качеству. Этот признак дает возможность изменения тестового потока, сбора статистики от другого типа потока и наблюдения результатов. Согласно конкретному варианту осуществления, ресурсы рассматриваются как доступные, когда подключение к тестовому потоку и сбор статистики не оказывают влияние на качество предоставления услуг устройства; т.е. качество услуг, которые устройство предоставляет. Этот признак имеет преимущество в том, чтобы обеспечивать эффективное функционирование устройства независимо от того, что оно делает, без какого-либо влияния от сбора статистики по качеству или посредством подключения к тестовому потоку. Например, сбор статистики не нагружает CPU устройства нагрузкой, которая задерживает время переключения каналов, или подключение к тестовому потоку не уменьшает полосу пропускания, доступную для выбранного пользователем потока, который пользователь просматривает или записывает. Согласно конкретному варианту осуществления изобретения, ресурсы, необходимые для сбора статистики по качеству, становятся доступными в режиме ожидания. Этот признак дает возможность сбора статистики за длительный период времени без оказания влияния на качество предоставления услуг устройства. Преимущественно, согласно варианту осуществления, ресурсы, необходимые для сбора статистики по качеству, рассматриваются как доступные, когда упомянутое устройство не подключено к потоку, исходящему из глобальной вычислительной сети. Этот признак предоставляет для собирающего устройства, подключенного к WAN, быстрое средство определять то, доступны ли необходимые ресурсы.

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

Фиг.2 показывает примерную модель данных согласно конкретному варианту осуществления изобретения. Эта примерная модель данных использует модель данных технических требований TR-135 в качестве инфраструктуры. Модель данных, описанная в технических требованиях TR-135, обеспечивает удаленное управление функциональностью цифрового телевидения в абонентской приставке. Использование параметров SampleSecond и SampleSecond согласно изобретению дает возможность устройству, которое обрабатывает или считывает статистику, различать статистику, собранную при подключении и при отсутствии подключения к тестовому потоку.

На фиг.2, 3 и 4 в табличной форме описывается модель данных, которая показывает класс, которому принадлежит атрибут, имя объекта и иерархию классов в модели (201) данных, а также конкретные атрибуты класса с именем (203) атрибута, типом (204) атрибута и описанием (205) использования атрибута. Ссылаясь на фиг.2, элемент 200 представляет объект, который описывается здесь и который может быть найден в элементе 201. Элемент 202 представляет атрибуты модели данных, описанные в записях 206, 207, 208, 209, 210 и 211 таблицы.

Согласно конкретному варианту осуществления, проиллюстрированному на этом чертеже, подробности модели данных показаны для объекта .STBService{i}.ServiceMonitoring.MainStream{i}.Sample. В TR-135 Issue 1 собранная статистика называется выборками. Чтобы иметь возможность действительно различать длительность, когда статистика по качеству собиралась в выбранном пользователем потоке, и длительность, когда статистика по качеству собиралась в тестовом потоке, модель данных согласно изобретению представляет два различных атрибута SampleSecond, а именно UserSampleSeconds и TestSampleSeconds.

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

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

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

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

В этом варианте осуществления различение между длительностью, когда выборки, т.е. статистика по качеству, собираются в выбранном пользователем потоке и в тестовом потоке, осуществляется с использованием дополненного атрибута ServiceType объекта .STBService.{i}.Capabilities.ServiceMonitoring технических требований TR-135 Issue 1. Атрибут ServiceType дополняется так, чтобы поддерживать классификацию различения между выбранными пользователем потоками и тестовыми потоками. Чтобы сохранять собранное качество в различных объектах согласно типу потока, процесс заключается в следующем: несколько экземпляров объектов MainStream создаются посредством собирающего устройства. Информация, которую содержат эти объекты, может быть считана посредством внешних устройств, таких как устройство управления сбором качества. Один экземпляр имеет атрибут ServiceType, равный значению, отражающему то, что услугой является тестовый поток (например "TEST"), другой экземпляр имеет атрибут ServiceType равный значению, чтобы указывать, что услугой является выбранный пользователем поток (например "IPTV-User"). Для статистики по качеству, собираемой при подключении к тестовому потоку, экземпляр объекта MainStream по фиг.2 (ссылка 201) с атрибутом ServiceType, равным "TEST", используется для того, чтобы сохранять статистику. Для статистики по качеству, собираемой при подключении к выбранному пользователем потоку IPTV, экземпляр объекта MainStream с атрибутом ServiceType, равным на "IPTV-User", используется для того, чтобы сохранять статистику.

Атрибут ServiceType имеет строковый тип и является разделенным запятыми списком поддерживаемых типов услуг, каждый из которых связан с источником потока. Каждый элемент выбирается от списка, содержащего:

- IPTV-User: выбранный пользователем IPTV-поток, исходящий из WAN;

- VoD-User: выбранный пользователем поток видео по требованию, исходящий из WAN;

- IP-User: любой из вышеупомянутых (IPTV-User или VoD-User) выбранных пользователем потоков, исходящих из WAN;

- TEST: тестовый поток, исходящий из WAN, который указан посредством задания URI-атрибута объекта .STBService{i}.Components.FrontEnd{i}.IP.ServiceConnect;

- IP-ALL: любой тип IP-потока, исходящего из WAN, содержащего выбранные пользователем потоки, IPTV и VoD;

- CAB: поток, исходящий из кабельного тюнера;

- DTT: поток, исходящий из тюнера цифрового наземного телевидения;

- SAT: поток, исходящий из спутникового тюнера;

- PVR: поток, исходящий из персонального видеопроигрывателя с функцией записи.

Согласно другому варианту осуществления изобретения и вместо дополнения набора значений параметра ServiceType, добавляется новый параметр, который называется, например, SubServiceType, который используется в дополнение к существующему параметру ServiceType согласно TR-135 Issue 1, который принимает одно из значений "USER" или "TEST". SubServiceType, используемый вместе с устаревшим параметром ServiceType (TR-135 Issue 1), дает возможность различения двух различных экземпляров объекта MainStream, одного выделенного для выбранного пользователя потока, одного выделенного для тестового потока.

Фиг.4 показывает вариант осуществления различения между первым и вторым режимом сбора статистики. Оно реализуется в устройстве, совместимом с изобретением, таком как любое из устройств 123, 124 или 125. Что касается фиг.2 и 3, модель данных описывается в табличной форме. Общие элементы с фиг.2 и 3 уже пояснены выше и таким образом не описываются дополнительно здесь.

Модель данных TR-135 Issue 1, которая используется в качестве инфраструктуры для этого конкретного варианта осуществления изобретения, дополнена введением нового атрибута, а именно, AutoMonitor 406, который имеет тип "булева переменная" 407. Когда устройство управления статистикой по качеству задает атрибут AutoMonitor объекта 401 .STBService.{i}.ServiceMonitoring равным булеву значению "TRUE", он запрашивает, чтобы собирающее устройство, атрибут которого задается, переходило в режим сбора статистики по качеству AUTOMATIC-MONITOR. В противном случае, когда атрибут AutoMonitoring задан равным "FALSE", устройство управления статистикой по качеству запрашивает, чтобы собирающее устройство переходило в первый режим сбора статистики, которым является NON-AUTOMATIC-MONITOR. Значение этих двух режимов уже пояснено ранее в этом документе и поэтому не поясняется дополнительно.

Атрибут SampleEnable, когда задан равным TRUE посредством устройства контроля качества, является средством разрешения сбора статистики по качеству.

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

Фиг.5 показывает обмен сообщениями между устройствами сетевой инфраструктуры по фиг.1 и пользователем по варианту осуществления изобретения с использованием модели данных, проиллюстрированной посредством фиг.2. На фиг.5 проиллюстрирован второй режим сбора статистики, называемый режимом AUTOMATIC-MONITOR. Вертикальные черты на схеме представляют, слева направо, устройство 110 управления статистикой по качеству, устройство 125 сбора статистики по качеству, пользователя 500 и сеть 120 доступа. Горизонтальные стрелки представляют сообщения или обмен сигналами, или действия.

Обмен начинается с отправки связанных с управлением статистикой по качеству сообщений от устройства 110 управления статистикой по качеству в устройство 125 сбора статистики по качеству. Порядок сообщений 501-503 является произвольным. Сообщения 503-504 и 509 и 514 используют модель данных из фиг.2 и 4. Сообщение 503 соответствует заданию атрибута 406 AutoMonitor по фиг.4, равного TRUE. Сообщение 504 соответствует заданию атрибута 409 SampleEnable по фиг.4, равного TRUE. Сообщение 509 соответствует заданию атрибута 206 UserSampleSeconds. Сообщение 514 соответствует заданию атрибута 209 TestSampleSeconds. Сначала URI (универсальный идентификатор ресурса) отправляется в устройство 125 и содержит информацию, представляющую местоположение тестового потока (здесь: TEST CH), а также то, как подключаться к нему. Тем не менее немедленное подключение не выполняется. Это отличается от функционирования атрибута URI в существующей модели данных TR-135, где простое действие записи атрибута URI инициирует подключение к указанному потоку посредством устройства 125. Согласно изобретению, конфигурирование адреса для подключения к тестовому потоку посредством устройства, отличного от устройства, выполняющего сбор статистики по качеству, и само действие подключения к тестовому потоку являются отдельными действиями. Это дает возможность поддержки второго режима сбора статистики, режима AUTOMATIC-MONITOR, помимо первого режима сбора статистики, режима NON-AUTOMATIC-MONITOR. Хотя немедленное подключение после указания URI используется в стандартной модели функционирования TR-135, но согласно изобретению, автоматическое подключение к тестовому потоку осуществляется в режиме AUTOMATIC-MONITOR, когда ресурсы доступны.

Второе сообщение 502, отправляемое в устройство 125, содержит SampleInterval, уже поясненный в начале данного раздела. Следующее сообщение 503 активирует второй режим сбора статистики, режим AUTOMATIC-MONITOR, в устройстве 125. Сообщение 504 предоставляет возможность сбора статистики по качеству. Теперь сбор статистики может начинаться. Действие пользователя по переключению каналов проиллюстрировано посредством сообщения 505 (ZAP) от пользователя 500 в устройство 125. Когда пользователь переключает канал на канал новостей, устройство 125 запрашивает требуемый канал посредством выдачи запроса на установление подключения к сети 120 доступа, проиллюстрированного здесь посредством сообщения 506 IGMP JOIN (NEWS CH). IGMP означает протокол групповой многоадресной передачи в Интернете, который является протоколом, который дает возможность подключения (присоединения) и отключения (отсоединения) потоков многоадресной IP-передачи. Затем устройство 125 принимает запрошенный поток (507).

Собранная статистика по качеству, согласно модели данных по фиг.2, сохраняется в объекте .STBService{i}.ServiceMonitoring и количество секунд, в течение которых сбор осуществляется и устройство подключено к выбранному пользователем потоку, сохраняется в UserSampleSeconds, проиллюстрированном посредством действия 509.

Затем пользователь 500 переводит свое устройство 125 в состояние ожидания. Как только устройство 125 обнаруживает, что ресурсы доступны, устройство 125 подключается к тестовому потоку, который указан в сообщении 501 (URI), и продолжает сохранять статистику по качеству в объекте .STBService{i}.ServiceMonitoring, тогда как количество секунд, в течение которых сбор осуществляется, сохраняется в атрибуте TestSampleSeconds объекта, проиллюстрированного посредством действия 514. Согласно конкретному варианту осуществления изобретения, собранная статистика по качеству принимается в устройстве управления статистикой по качеству, проиллюстрированном посредством сообщения 515. Это иллюстрирует этап приема собранной статистики по качеству.

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

Чертеж также показывает конкретный вариант осуществления изобретения, в котором устройство управления статистикой по качеству, реализующее способ управления сбором статистики по качеству, содержит отправку информации, представляющей интервал сбора, в собирающее устройство 125 посредством сообщения 502.

Фиг.6 показывает обмен сообщениями между устройствами сетевой инфраструктуры по фиг.1 и пользователем по варианту осуществления изобретения с использованием модели данных, проиллюстрированной посредством фиг.3. На фиг.6 проиллюстрирован второй режим сбора статистики, т.е. режим AUTOMATIC-MONITOR. Чертеж показывает способ сбора статистики по качеству посредством устройства 125 и способ управления статистикой по качеству в устройстве 110 управления статистикой по качеству.

Общие элементы с фиг.5 уже пояснены для фиг.5 и поэтому не поясняются дополнительно здесь.

Отличными от фиг.5 являются действия 609 и 614, которые иллюстрируют сохранение собранной статистики и количество секунд, в течение которых статистика собиралась в тестовом потоке и в выбранном пользователем потоке, в различных экземплярах объекта .STBService.{i}.ServiceMonitoring.Mainstream{i}.Sample с атрибутом ServiceType, заданным равным, соответственно, "IPTV-User" для статистики, которая собиралась в то время, когда устройство 125 подключено к выбранному пользователем потоку, и объекта .STBService.{i}.ServiceMonitoring.Mainstream{i}.Sample с атрибутом ServiceType, заданным равным, соответственно, "TEST" для статистики, которая собиралась в то время, когда устройство 125 подключено к тестовому потоку.

Согласно другому варианту осуществления изобретения и вместо дополнения набора значений параметра ServiceType, добавляется новый параметр, который называется, например, SubServiceType, который используется в дополнение к существующему параметру ServiceType согласно TR-135 Issue 1, который принимает одно из значений "USER" или "TEST". SubServiceType, используемый вместе с унаследованным параметром ServiceType (TR-135 Issue 1), дает возможность различения двух различных экземпляров объекта MainStream, одного выделенного для выбранного пользователя потока, одного выделенного для тестового потока.

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

Согласно конкретному варианту осуществления, проиллюстрированному на фиг.5 и 6 посредством действий 509, 514 и 609, 614, статистика по качеству классифицируется согласно типу потока, к которому применяется статистика, здесь проиллюстрировано посредством действий 609 и 614.

Согласно конкретному варианту осуществления изобретения, проиллюстрированному на фиг.5 и 6 посредством действий 509 и 514, тип потока содержит поток тестового типа и поток выбираемого пользователем типа, представленные, соответственно, посредством "TestSampleSeconds" и "UserSampleSeconds" по фиг.5, и значением ServiceType "TEST" и "IPTV-User" по фиг.6.

Фиг.7 показывает обмен сообщениями между устройствами сетевой инфраструктуры по фиг.1 и пользователем по варианту осуществления изобретения с использованием модели данных, проиллюстрированной посредством фиг.3. На фиг.7 проиллюстрирован первый режим сбора статистики, т.е. режим NON-AUTOMATIC-MONITOR.

Общие элементы с фиг.6 уже пояснены и поэтому не поясняются дополнительно здесь.

Отличием от фиг.6 конкретно являются сообщения "Automonitor(F)" 700, соответствующее 406 по фиг.4, и "ForceConnection(T)" 701, которые отправляются в устройство 125. Сообщение 700 запрашивает переход устройства 125 в первый режим, NON-AUTOMATIC-MONITOR. В этом режиме автоматическое подключение к тестовому потоку не осуществляется. Подключение к тестовому потоку осуществляется при приеме сигнала запроса, содержащего запрос на подключение к тестовому потоку с сообщением 701. Подключение к тестовому потоку затем выполняется с сообщением 512. Чертеж иллюстрирует отправку сигнала в устройство, запрашивающее подключение к тестовому потоку.

Согласно конкретному варианту осуществления изобретения, атрибут "ForceConnection" добавляется в модель данных TR-135. Атрибут имеет тип булевой переменной и принадлежит объекту .STBService.{i}.components.FrontEnd.{i}.IP.ServiceConnect. Атрибут указывает, когда имеет значение TRUE, что запрошено подключение к тестовому потоку, что указывается в параметре URI, который задан с помощью сообщения 501. Предоставление значения FALSE не имеет никакого эффекта. Фактически, если пользователь продолжает действие переключения каналов, такое как сообщение ZAP, проиллюстрированное посредством сообщения 505, но после приема сообщения 701 ForceConnection(T), которое запрашивает подключение к тестовому потоку, подключение к тестовому потоку отменяется и заменяется посредством подключения к выбранному пользователем потоку.

Фиг.8 иллюстрирует устройство 8 управления статистикой по качеству согласно конкретному варианту осуществления изобретения. Устройство соответствует, например, устройству 110 по фиг.1. Устройство 8 содержит следующие элементы, соединенные адресной шиной и шиной данных 840:

- микропроцессор 820 (или CPU, "центральный процессор");

- энергонезависимое запоминающее устройство типа ROM ("постоянное запоминающее устройство") 800;

- стираемое запоминающее устройство, или RAM ("оперативное запоминающее устройство") 810; и

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

При включении питания микропроцессор 820 копирует программу, содержащую инструкции алгоритма, реализующего этапы способа управления сбором статистики по качеству, который сохранен в ROM 800, в регистр 811 RAM, и выполняет их.

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

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

Каждый из регистров в ROM 800 и RAM 810 может хранить переменное число данных переменного размера. Постоянное запоминающее устройство 800 содержит:

- регистр 801, где сохраняется программа.

Оперативное запоминающее устройство 810 содержит:

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

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

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

- регистр 814, который содержит данные, необходимые для функционирования программы, сохраненной в регистре 811 RAM, такие как временные переменные и таблицы данных.

Фиг.9 иллюстрирует собирающее устройство 9 согласно конкретному варианту осуществления изобретения. Устройство 9 соответствует, например, любому из устройств 123, 124 и 125 по фиг.1. Устройство 9 содержит следующие элементы, соединенные адресной шиной и шиной данных 940:

- микропроцессор 920 (или CPU, "центральный процессор");

- энергонезависимое запоминающее устройство типа ROM ("постоянное запоминающее устройство") 900;

- запоминающее устройство чтения/записи, или RAM ("оперативное запоминающее устройство") 910; и

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

При включении питания микропроцессор 920 копирует программу, содержащую инструкции алгоритма, реализующего этапы способа сбора статистики по качеству, который сохранен в ROM 900, в регистр 911 RAM, и выполняет их.

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

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

Каждый из регистров в ROM 900 и RAM 910 может хранить переменное число данных переменного размера. Постоянное запоминающее устройство 900 содержит:

- регистр 901, где сохраняется программа.

Оперативное запоминающее устройство 910 содержит:

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

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

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

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

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

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

- регистр 917, который содержит данные, необходимые для функционирования программы, сохраненной в регистре 911 RAM, такие как временные переменные и таблицы.

Согласно конкретному варианту осуществления изобретения, регистры организуются согласно иерархии модели данных, проиллюстрированной посредством фиг.2. Далее RAM 910 содержит объект 201 модели данных с атрибутами 206 и 209.

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

CPU 920 загружает программу, содержащую алгоритм, из запоминающего устройства 900 ROM в запоминающее устройство 910 RAM и запускает программу. Алгоритм начинается с этапа 1000 инициализации, на котором все переменные, необходимые для алгоритма, инициализируются.

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

Если запрошенный режим - это первый режим, т.е. NON-AUTOMATIC-MONITOR, алгоритм продолжается с тестированием 1003.

Если запрошенный режим - это второй режим, т.е. AUTOMATIC-MONITOR, подключение к тестовому потоку, указанное в атрибуте Test URI, например, сохраненном в регистре 913 по фиг.9, автоматически осуществляется на этапе 1002 каждый раз, когда ресурсы устройства 9, необходимые для сбора статистики по качеству, доступны. Далее тестирование 1005 выполняется.

При тестировании 1003 в первом режиме определяется то, принимается ли сигнал, который содержит запрос на подключение к тестовому потоку. Этап повторяется, если такой сигнал не принимается. Если такой сигнал принимается, подключение к тестовому потоку осуществляется на этапе 1004, и тестирование 1005 выполняется.

Затем, при тестировании 1005, определяется то, принимается ли сигнал, который предоставляет возможность сбора информации по качеству. Тестирование повторяется, если такой сигнал не принимается. Если такой сигнал принимается, сбор статистики по качеству выполняется при подключении к потоку, будь то выбранный пользователем или тестовый. Затем алгоритм перезапускается с этапом 1001.

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

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

CPU 820 загружает программу, содержащую алгоритм, из запоминающего устройства 800 ROM в запоминающее устройство 810 RAM и запускает программу. Управление сбором статистики по качеству начинается с этапа 1100 инициализации, на котором все переменные, необходимые для алгоритма, инициализируются. На этапе 1101, сигнал, содержащий информацию, представляющую режим сбора статистики по качеству, отправляется, и запрашивает, чтобы устройства переходили в первый режим или второй режим. В первом режиме сигнал запроса отправляется в собирающие устройства, чтобы подключаться к тестовому потоку, проиллюстрировано посредством этапа 1102. Во втором режиме такой сигнал не отправляется. Алгоритм заканчивается на этапе 1103.

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

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

Инфраструктура по фиг.1 проиллюстрирована в качестве примерного варианта осуществления. Возможны другие инфраструктуры, которые совместимы с изобретением, с большим или меньшим количеством устройств; некоторые функции, предоставляемые посредством различных устройств, как проиллюстрировано здесь, могут быть комбинированы в одном устройстве. Аналогично функции, предоставляемые посредством одного устройства, могут быть разделены и предоставлены посредством различных устройств. Согласно конкретному варианту осуществления изобретения, устройство, отправляющее запросы на перевод, по меньшей мере, одного другого устройства в первый или второй режим сбора, не является тем же устройством, которое извлекает собираемую статистику по качеству. Согласно конкретному варианту осуществления изобретения, сеть оператора содержит другие устройства, необходимые для ее функционирования: оборудование передающего устройства, оборудование управления учетом трафика и выставлением счетов. В конкретном варианте осуществления изобретения, сеть оператора типично содержит большее или меньшее количество устройств, чем три показанных устройства. В конкретном варианте осуществления изобретения, необходимо другое сетевое оборудование, содержащее сетевые коммутаторы и маршрутизаторы. Согласно конкретному варианту осуществления изобретения, DSLAM (мультиплексор доступа к цифровой абонентской линии) должен присутствовать в сети доступа, и устройства требуют модем типа ADSL (асинхронная цифровая абонентская линия), внешний или внутренний, для того чтобы подключаться к сети доступа. Согласно конкретному варианту осуществления изобретения, устройства осуществляют доступ к одному оператору через различные сети доступа. Согласно конкретному варианту осуществления изобретения, устройства имеют вторичный интерфейс, позволяющий им принимать приемы DTT (цифровое наземное телевидение) помимо услуг, которые предоставляются посредством сети доступа. Согласно конкретному варианту осуществления изобретения, устройство должно быть подключено напрямую к сети доступа, содержащее приемное устройство IPTV, подключенное к ADSL-сети, и мобильный телефон, подключенный к беспроводной 3GPP-сети доступа.

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

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

Хотя изобретение описано с использованием примеров стандартов TR-69 и TR-135 и их моделей, данных в качестве инфраструктуры, изобретение не ограничено применением в области техники указанных протоколов и архитектур, таких как TR-69 и TR-135, а может также быть применено к другим собственным или стандартизированным протоколам и архитектурам, когда требуется собирать и управлять статистикой по качеству, например, SNMP (простой протокол управления сетью), заданный посредством Инженерной группы по развитию Интернета IETF. SNMP предоставляет управляющие данные в форме переменных в управляемых системах, которые описывают конфигурацию системы. Эти переменные могут быть запрошены и заданы посредством управления приложениями. Аналогично, способы согласно изобретению не обязательно требуют реализации модели данных, например, может использоваться протокол обмена сообщениями, который задает конкретные HTPP-сообщения для того, чтобы отправлять и принимать сигналы и статистику по качеству согласно изобретению.