Требования к услугам мониторинга пользовательского качества просмотра on-line видео в Интернет

Требования к услугам мониторинга
пользовательского качества просмотра on-line
видео в Интернет
г. Москва
2015 г.
1. Введение
Документ описывает основные функциональные требования для мониторинга
пользовательского качества просмотра on-line видео в Интернет клиентами ОАО МГТС и
конкурентов.
Мониторинг качества просмотра on-line видео в Интернет должен:
 обеспечивать сбор и визуализацию параметров качества видеопросмотров на сети
МГТС и на сетях операторов фиксированной связи Москвы и Московской области,
 предоставлять возможность анализа данных по качеству видеопросмотров в разрезе
аналитик МГТС.
1.1 Заказчик и исполнитель
1.1.1 Заказчик – ОАО МГТС,
развития продуктов.
Отдел управления качеством, Блок маркетинга и
1.1.2 Исполнитель определяется на основании проведения конкурса на лучшее
ценовое решение Блоком Управления Закупками ОАО МТС.
1.2 Сроки начала проведения работ
1.2.1 Сроки начала промышленных измерений – 01.10.15. Сроки для настройки
функционала – 2 недели до начала промышленных измерений.
1.3 Результаты работ
1.3.1 Мониторинг должен обеспечивать сбор и визуализация параметров качества
видеопросмотров на сети МГТС, а также на сетях операторов фиксированной
связи Москвы и Московской области. Должна быть проведена настройка доступа
к результатам мониторинга и выведение отчетов по результатам мониторинга
качества просмотра on-line видео в Интернет клиентами ОАО МГТС и
конкурентов.
1.4 Цели и задачи мониторинга
1.4.1 Оперативный в динамике контроль пользовательского качества просмотра online видео в Интернет.
1.4.2 Benchmark пользовательского качества услуг ОАО МГТС в сравнении с
конкурентами.
1.5 Использование результатов
1.5.1 Аналитика результатов мониторинга пользовательского качества просмотра online видео в Интернет будет использована:
1.5.2 Для оперативного мониторинга пользовательских качеств услуг в привязке к
качеству работы оборудования сети передачи данных;
1.5.3 Для работы с конкретными абонентами по up-sale.
1.6 Общие требования
1.6.1 География проекта – Москва и Московская область.
1.6.2 В измерениях должны участвовать основные российские видеохостеры, сервисы
и он-лайн кинотеатры. Видео, выложенное на сторонних сервисах, должно
учитываться.
2
1.6.3 Измерение
должно
производиться
по
просматриваемыми Клиентами в Интернет.
реальным
видеофрагментам,
1.6.4 По каждому видеопросмотру должны сохраняться события, характеризующие
фактическое состояние видеопросмотра. Основные измеряемые параметры (не
исчерпываясь):
 Количество просмотров
 «Зависание» видеокартинки
 Средняя скорость/ длительность просмотра
 Битрейты
 Длительность/качество контента
 Прерывание просмотра в момент «зависания»
1.6.5 Необходимы данные в следующих разрезах:
 По типам доступа (PON, DSL, FTTB);
 По агрегационным устройствам на сети;
 По access-устройствам (десктоп, смартфон, планшет, ТВ, игровая консоль);
 По ID, вендорам и адресам местоположения Клиента;
 По отдельным абонентам и группам абонентов (с различным качеством
услуги, типом доступа и т.п.);
 историческая и real-time статистика;
 по типам оборудования, территории и т.п.;
 по тарифам (скорости доступа, заявленной в тарифном плане);
 real-time статистика по конкретно заданному IP-адресу.
1.6.6 Поставщик услуг должен иметь возможность осуществить интеграцию с
инфраструктурой МГТС для обогащения данных по качеству видеопросмотров.
1.6.7 Должны быть предоставлены: описание параметров и методики их измерений.
1.6.8 Доля абонентов МГТС, совершающих
видеопросмотр в месяц, не менее 80%.
хотя
бы
один
анализируемый
1.6.9 Должна быть предусмотрена техническая поддержка решения со стороны
поставщика.
1.7 Требования к отчетности
1.7.1 Доступ к отчетам по результатам измерений осуществляется через webинтерфейс.
1.7.2 Отчеты по результатам измерений должны быть удобны для аналитики:

выведены на экран в виде таблиц со значениями параметров и графиков;

иметь возможность получение данных за необходимый период времени (с
возможностью выгрузки этих значений в формат Excel или *.csv);

позволять анализировать в режиме on-line качество видеосессии любого
абонента с задержкой не более 30 сек. (real-time статистика) и пользоваться
исторической статистикой с шагом не менее 1 часа.
3
1.7.3 Одновременный доступ к отчетам по результатам измерений через webинтерфейс у неограниченного числа пользователей.
1.8 Требования к достоверности предоставляемых данных
1.8.1 Кол-во «зависаний» картинки равно реальному;
1.8.2 Длительность «зависаний» картинки равна реальной;
1.8.3 Фиксируются прерывания просмотров именно в момент «зависания картинки»;
Поставщик должен быть готов продемонстрировать соответствие функционала системы
мониторинга данным требованиям.
1.9 Требование к срокам хранения данных
Агрегированные данные в системе должны храниться не менее одного года с возможностью
их выгрузки за необходимый период.
1.10 Требования к способу получения данных
1.10.1 Затраты на дистрибьюцию дополнительного ПО.
Если для сбора данных необходимо наличие какого-либо дополнительного ПО
на абонентские устройствах, то Поставщик должен явно указать это, а также
взять на себя все затраты по дистрибьюции такого ПО на устройства абонентов
МГТС.
1.10.2 Затраты на модернизацию /установку дополнительных устройств абонентам.
Если для сбора данных необходимо наличие какого-либо дополнительного к
стандартным Устройствам доступа МГТС оборудования в квартирах абонентов,
то Поставщик должен явно указать это, а также взять на себя все затраты по
приобретению и дистрибьюции абонентам МГТС необходимого количества
устройств.
1.10.3 Затраты на программно-аппаратный комплекс, размещаемый в сегменте coreсети МГТС.
Если для сбора данных Решению необходимо разместить программноаппаратный комплекс далее (ПАК) в ядре МГТС, то Поставщик должен явно
указать это, а также взять на себя все затраты:

по приобретению и доставке;

по монтажу и пусконаладке;

по приобретению и доставке необходимого оборудования, необходимого,
например, для подачи копии трафика на ПАК;

по приобретению, доставке и монтажу стоек (если применимо).
1.11 SLA
1.11.1 Система
99, 6%.
мониторинга
должна
обеспечивать
надежность
не
менее
4