УЛУЧШЕНИЕ КАЧЕСТВА ВИДЕО Российский патент 2018 года по МПК H04N21/234 H04N21/262 

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

Развитие мультимедийных услуг, включая потоковую передачу данных и диалоговые услуги, является одним из главных двигателей эволюции новых мобильных широкополосных технологий и стандартов. Цифровой видеоконтент во всё большем объёме потребляется с помощью мобильных устройств. Существует множество видеоприложений, широко используемых на мобильных устройствах на повседневной основе. Например, потоковая передача данных онлайн включает в себя популярные сервисы, такие как YouTube и Hulu. Видеозапись и видеоконференц-связь включают в себя такие сервисы, как Skype и Google Hangout. В 2011 году YouTube набрал больше 1 триллиона просмотров по всему миру. Десять процентов просмотров были осуществлены с мобильных телефонов или планшетов. С ростом продаж смартфонов, планшетов и других мобильных компьютерных устройств будет резко расти их использование для видеозаписи и видеоконференц-связи. При таком высоком спросе на мультимедийные услуги в сочетании с развитием in media compression and инфраструктур беспроводных сетей представляет интерес улучшение возможностей мультимедийных услуг будущих сотовых и мобильных широкополосных систем и предоставление потребителям высокого качества восприятия (КВ) (quality of experience (QoE)), чтобы тем самым гарантировать повсеместный доступ к видеоконтенту и услугам из любого места, в любое время, с помощью любого устройства и технологии.

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

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

Фиг. 1 иллюстрирует блок-схему конфигурации файла метаданных описания медиапрезентаций (МРD) согласно примеру.

Фиг. 2 иллюстрирует блок-схему потоковой передачи гипертекстового транспортного протокола (НТТР) согласно примеру.

Фиг. 3 иллюстрирует блок-схему архитектуры сети радиодоступа (RAN) с распознаванием энергетических характеристик для потоковой передачи видео на основе гипертекстового транспортного протокола (НТТР) на примере.

Фиг. 4 является схемой процесса выработки файла описания медиапрезентаций (МPD) динамической адаптивной потоковой передачи по гипертекстовому транспортному протоколу (DАSH по НТТР) на примере.

Фиг. 5 иллюстрирует варьирование качества среди сегментов медиаконтента внутри репрезентации сегментов медиаконтента на примере.

Фиг. 6 является схемой процесса выработки файла описания медиапрезентаций (МPD) динамической адаптивной потоковой передачи по гипертекстовому транспортному протоколу (DАSH по НТТР), который включает в себя технологию последующей обработки на примере.

Фиг. 7 изображает алгоритм работы схемы сетевого устройства с возможностью поддержки динамической адаптивной потоковой передачи по гипертекстовому транспортному протоколу (DАSH по НТТР) на примере.

Фиг. 8 изображает блок-схему способа поддержки динамической адаптивной потоковой передачи по гипертекстовому транспортному протоколу (DАSH по НТТР) на примере.

Фиг. 9 изображает алгоритм работы схемы сетевого устройства с возможностью поддержки динамической адаптивной потоковой передачи по гипертекстовому транспортному протоколу (DАSH по НТТР) на примере.

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

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

Подробное описание

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

Примеры вариантов осуществления

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

Описана технология группировки сегментов медиаконтента одинакового качества внутри сегментов репрезентации медиаконтента в файле описания медиапрезентаций (МPD). Например, файл МPD может описывать первый набор файлов медиаконтента в первой репрезентации (к примеру, репрезентации на относительно высокой скорости потока). Кроме того, файл MPD может описывать второй набор файлов медиаконтента во второй репрезентации (к примеру, репрезентации на относительно низкой скорости потока). Репрезентация может ссылаться на набор файлов медиаконтента на определённом уровне качества и (или) определённой скорости потока. Показатель качества может быть определён для каждого из множества сегментов медиаконтента внутри одной и той же репрезентации (к примеру, сегментов медиаконтента, имеющих относительно низкую скорость потока). Могут определяться сегменты медиаконтента, имеющие показатель качества ниже выбранного порога. Например, в группе сегментов медиаконтента в репрезентации один из сегментов медиаконтента может быть относительно низкого качества (что подтверждается тем, что показатель качества одного сегмента медиаконтента ниже выбранного порога). Сегменты медиаконтента в репрезентации, имеющие показатели качества ниже выбранного порога, могут быть заменены другими сегментами медиаконтента. Например, сегмент медиаконтента с показателем качества ниже выбранной средней величины, может быть заменён соответствующим сегментом медиаконтента из другой репрезентации. Другая репрезентация может включать в себя набор файлов медиаконтента с относительно более высокой скоростью потока. Соответствующий сегмент медиаконтента может быть взят по существу из того же интервала времени по сравнению с заменяемым сегментом медиаконтента. В результате все сегменты медиаконтента для репрезентации могут иметь относительно одинаковый уровень качества (хотя скорость потока сегментов медиаконтента может немного различаться). Может быть выработано модифицированное MPD, включающее в себя сегменты медиаконтента, имеющие относительно одинаковые уровни качества. Модифицированное MPD может быть передано программе-клиенту, где модифицированное MPD может обеспечить воспроизведение практически постоянного качества сегментов медиаконтента на стороне клиента.

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

В качестве формы мультимедиа-доставки интернет-видео может быть использована адаптивная потоковая передача (HАS) по гипертекстовому транспортному протоколу (НТТР). Доставка на основе НТТР может обеспечить надёжность и простоту развёртывания благодаря широкому применению и НТТР, и протоколов, лежащих в основе НТТР, включая протокол управления передачей (TCP)/Интернет-протокол (IP). Доставка на основе НТТР может обеспечить возможность лёгких и не требующих усилий услуг потоковой передачи, избегая преобразования сетевых адресов (NAT) и проблем с обходом брандмауэра. Доставка на основе НТТР или потоковая передача может также обеспечить возможность использовать стандартные НТТР-серверы и кэши вместо специальных серверов потоковой передачи (стрим-серверов). Доставка на основе НТТР может обеспечить масштабируемость благодаря минимальной или сокращённой информации о состоянии на стороне сервера.

При использовании HАS по НТТР для доставки мультимедийного контента из интернета, установленный на мобильном устройстве видеоклиент может быть конфигурирован так, чтобы играть главную роль в адаптации скорости путём выбора и запроса подходящих уровней видео-репрезентации с видеосервера, используя команду HTTP GET или частичную команду GET для забора данных с определённого ресурса, такого как мультимедийный сервер. Изначально видеоклиент наращивает буфер до определённого уровня до того, как начать воспроизведение потокового мультимедийного контента, такого как аудио- или видеоданные. Эта фаза обозначена как фаза запуска. После этого клиент начинает воспроизведение буферизованного мультимедийного контента. Качество и разрешение мультимедийного воспроизведения клиентом зависит от доступной пропускной способности канала. Видеоклиент обычно оценивает доступную пропускную способность канала на основе оценки пропускной способности высшего уровня, такой как пропускная способность потокового видео уровня НТТР или пропускная способность протокола управления передачей (TCP).

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

В мобильных сетях с ограниченными ресурсами может быть нежелательно использовать технологии потоковой передачи на основе поэтапной загрузки из-за неэффективного использования пропускной способности и плохого качества восприятия конечного пользователя. Как подробнее описано ниже, компенсировать слабости потоковой передачи на основе поэтапной загрузки услуги можно с помощью потоковой передачи на основе гипертекстового транспортного протокола (НТТР), такой как динамическая адаптивная потоковая передача (DАSH) по НТТР.

Мультимедийный контент, передаваемый потоковым способом клиенту, например пользовательской аппаратуре (ПА), может включать в себя множество сегментов мультимедийного контента. Каждый из сегментов мультимедийного контента может содержать разные кодированные версии, представляющие разные уровни качества мультимедийного контента. Разные кодированные версии могут позволять клиенту легко адаптироваться к изменяющемуся состоянию сети. Например, когда состояние сети хорошее (то есть выше заранее определённого порога), клиент может запрашивать сегменты мультимедийного контента с более высоким качеством видео. Когда состояние сети плохое (то есть ниже заранее определённого порога), клиент может запрашивать сегменты мультимедийного контента с более низким качеством видео. В результате клиент может сохранять возможность принимать сегменты мультимедийного контента (хотя с более низким качеством) при плохом состоянии сети, и вероятность прерывания адаптивного медиапотока может быть снижена.

При DАSH по НТТР клиент может выбирать сегменты мультимедийного контента с наиболее высокой скоростью потока, так, чтобы сегменты мультимедийного контента могли быть загружены клиентом вовремя для воспроизведения медиа без повторной буферизации при воспроизведении медиа. Другими словами, клиент может не выбирать сегменты мультимедийного контента с таким высоким качеством, что адаптивный медиапоток периодически прерывается для кэширования или предварительной загрузки части медиаконтента в клиент, прежде чем возобновить воспроизведение медиа клиентом. В одном из примеров неблагоприятное состояние сети может ухудшить качество потока медиаконтента. Неблагоприятное состояние сети может включать в себя пробелы в покрытии, внезапные изменения пропускной способности, потерю пакетов, существенное непостоянство времени задержки и т.д. Хотя адаптивные потоковые технологии могут учитывать текущее состояние сети, вычисляя доступную пропускную способность и определяя подходящую скорость потока при потоковой передаче на основе доступной пропускной способности, непрерывное воспроизведение медиа клиентом не может быть гарантировано при внезапных изменениях в сети и (или) неблагоприятном состоянии сети.

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

Стандарты беспроводного мультимедиа

Существует множество мультимедийных стандартов, разработанных для того, чтобы передавать мультимедийные данные на, с или между мобильными компьютерными устройствами. Например, для потокового видео Проект партнёрства третьего поколения (3GPP) разработал техническую спецификацию (ТС) 26.234 (к примеру, Release 11.0.0), который описывает услуги потоковой передачи с коммутацией пакетов (PSS), основанные на потоковом протоколе реального времени (RTSP) для одноадресной потоковой передачи контента по требованию или в режиме реального времени. Кроме того, потоковые услуги на основе гипертекстового транспортного протокола (НТТР), включающие в себя передачу с поэтапной загрузкой и динамическую адаптивную потоковую передачу (DАSH) по НТТР, описаны в ТС 26.247 3GPP (к примеру, Release 11.0.0). Спецификация ТС 26.346 услуг мультимедийного широковещания и многоадресной передачи (МBМS) на основе 3GPPP (к примеру, Release 11.0.0) определяет технологии потоковой передачи и загрузки для многоадресного/широковещательного распределения контента. Соответственно, мобильные компьютерные устройства на основе DАSH PSS/MBMS, такие как пользовательская аппаратура (ПА), декодируют и обрабатывают потоковое видео не устройствах ПА. Во всех этих спецификациях для поддержки случаев загрузки файлов и потоковой передачи на основе НТТР обязательна поддержка формата файлов 3GP в ТС 26.244 3GPP (к примеру, Release 11.0.0).

Один из примеров стандарта диалоговой видеосвязи, такого как видеоконференц-связь, обеспечен в ТС 26.114 3GPP (к примеру, Release 11.0.0). Стандарт описывает услуги мультимедийной телефонии по подсистеме передачи мультимедийных данных по IMS (MTSI), который позволяет предоставлять передовые мультимедийные диалоговые услуги и передавать контент по сетям на основе подсистем передачи мультимедийных данных по интернет-протоколу (IP). IMS стандартизована в ТС 26.140 3GPP (к примеру, e.g. Release. 11.0.0). Передающий терминал ПА на основе MTSI может фиксировать и записывать видеоданные и затем пересылать видеоданные на терминал ПА с приёмником на основе MTSI на сети 3GPP. Принимающий терминал ПА затем может декодировать и обработать видеоданные. ТС 26.140 3GPP также позволяет осуществлять видеообмен с помощью услуг обмена мультимедийными сообщениями (услуг мультимедийных сообщений, MMS), в которых обеспечена поддержка формата файлов 3GP.

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

Стандарты потокового мультимедиа

Здесь в контексте вариантов осуществления настоящего изобретения приведено более подробное объяснение потоковой передачи НТТР и, конкретнее, стандарта DАSH по НТТР. Подробное описание не должно восприниматься как ограничение. Как будет объяснено далее в последующих абзацах, варианты осуществления настоящего изобретения могут быть использованы для эффективной передачи мультимедийных данных с, на и (или) между мобильными устройствами путём разрешения мобильным устройствам или серверам, связанным с мобильными устройствами, выбирать и (или) передавать мультимедийные данные, имеющие желаемые энергетические характеристики. Мультимедийные данные могут передаваться с помощью стандартизованной или нестандартизованной схемы связи.

Потоковая передача по гипертекстовому транспортному протоколу (НТТР) может использоваться в качестве формы мультимедийной доставки интернет-видеоданных. При потоковой передаче по НТТР мультимедийный файл может быть разделён на один или несколько сегментов и доставлен на клиент с помощью протокола НТТР. Доставка на основе НТТР может обеспечить надёжность и простоту использования благодаря широкому применению и НТТР, и протоколов, лежащих в основе НТТР, включая протокол управления передачей (TCP)/Интернет-протокол (IP). Доставка на основе НТТР может обеспечить возможность упрощённых услуг потоковой передачи, избегая преобразования сетевых адресов (NAT) и проблем с обходом брандмауэра. Доставка на основе НТТР или потоковая передача может также обеспечить возможность использовать стандартные НТТР-серверы и кэши вместо специальных серверов потоковой передачи (стрим-серверов). Доставка на основе НТТР может обеспечить масштабируемость благодаря минимальной или сокращённой информации о состоянии на стороне сервера. Примеры технологий потоковой передачи на основе НТТР могут включать плавную потоковую передачу Microsoft IIS, потоковое вещание Apple HTTP и динамическую потоковую передачу Adobe HTTP.

DАSH является стандартизованным протоколом потоковой передачи по НТТР. Как показано на Фиг. 1, DАSH может устанавливать разные форматы файла 102 метаданных описания медиапрезентаций (MPD), который предоставляет информацию о структуре и различных версиях репрезентаций медиаконтента, хранящихся на сервере, так же как и форматы сегментов. Файл метаданных MPD содержит информацию о начальной загрузке и сегментах медиаданных для медиаплеера (к примеру, медиаплеер может обращаться к сегменту начальной загрузки для определения формата контейнера и информации о времени медиаданных), чтобы гарантировать увязку сегментов в график медиапрезентациидля переключения и синхронной презентации с другими репрезентациями. Технология DАSH также была стандартизована другими организациями, например экспертной группой по движущимся изображениям (MPEG), Открытый форум по IP-телевидению и Гибридное широковещательное широкополосное телевидение.

Клиент DАSH может принимать контент путём загрузки сегментов серией транзакций «запрос-ответ» НТТР. DАSH может обеспечить возможность динамически переключаться между репрезентациями медиаконтента с различной скоростью потока по мере изменения пропускной способности, доступной для мобильного устройства. Таким образом, DАSH может допускать быструю адаптацию к изменяющемуся состоянию сети и беспроводной связи, предпочтениям пользователя и возможностям устройства, таким как разрешение дисплея, тип задействованного центрального процессора (ЦП), доступные ресурсы памяти и т.д. Динамическая адаптация DАSH может обеспечить лучшее качество восприятия (QoE) для пользователя, с более короткими задержками при запуске и меньшим количеством эпизодов повторной буферизации, чем другие протоколы потоковой передачи.

При DАSH по НТТР метаданные 102 описания медиапрезентаций (MPD) могут предоставить информацию о структуре и различных версиях репрезентаций медиаконтента, хранящихся на веб-сервере (медиасервере) 212, как показано на Фиг. 2. В примере, показанном на Фиг. 1, метаданные MPD временно разделено на периоды, имеющие заранее определённую длину, в этом примере – 60 секунд. Каждый период может включать в себя множество адаптационных наборов 104. Каждый адаптационный набор может предоставить информацию об одном или нескольких медиакомпонентах с рядом кодированных вариантов. Например, адаптационный набор 0 в этом примере может включать в себя множество по-разному кодированных вариантов аудио, таких как различные скорости потока, моно, стерео, пространственное звучание и т.д. В дополнение к предложению аудиоданных разного качества для мультимедийной презентации по ID периода, адаптационный набор может также включать в себя аудио на разных языках. Различные варианты, предлагаемые в адаптационном наборе, обозначены как репрезентации 106.

На Фиг. 1 адаптационный набор 1 показан как предложение видео с разной скоростью потока, например, 5 мегабит в секунду (Мбит/с), 3 Мбит/с, 500 килобит в секунду (Кбит/с) или в режиме ускоренной (или обратной) перемотки. Этот режим можно использовать для поиска, быстрого просмотра, «перемотки» или других изменений местоположения в потоковом мультимедийном файле. Кроме того, видео может также быть доступно в разных форматах, например двумерного (2D) или трёхмерного (3D) видео. Каждая из репрезентаций 106 может включать в себя информацию 108 сегмента. Информация сегмента может включать в себя информацию 110 запуска и данные 112 фактического медиасегмента. В этом примере файл MPEG4 (MP4) передаётся потоковым способом с сервера на мобильное устройство. Хотя в этом примере используется MP4, может быть использовано множество различных кодеков, как было упомянуто ранее.

Мультимедийные данные в адаптационном набор могут далее быть разделены на меньшие сегменты. В примере по Фиг. 1 60-секундный видеосегмент адаптационного набора 1 далее разделён на 4 подсегмента 112 по 15 секунд каждый. Эти примеры не должны восприниматься как ограничения. Фактическая длина адаптационного набора и каждого медиасегмента или подсегмента зависит от типа медиаданных, системных требований, типов потенциальных помех и т.д. Длина фактических медиасегментов или подсегментов может быть от менее чем секунды до нескольких минут.

Как показано на Фиг. 2, информация метаданных MPD может быть передана на клиент 220, такой как мобильное устройство. Мобильное устройство может являться беспроводным устройством, выполненным для приёма и отображения потоковых медиаданных. В одном из вариантов осуществления мобильное устройство может выполнять только часть этих функций, например, принимать потоковые медиаданные и затем передавать их на другое устройство или устройство отображения для обработки. Мобильное устройство может быть выполнено так, чтобы выполнять клиент 220. Клиент может запрашивать сегменты с помощью сообщения 240 НТТР GET или серии частичных сообщений GET. Клиент может управлять потоковым сеансом, например, управлять своевременным запросом и плавным проигрыванием последовательности сегментов или потенциально корректировать скорости потока или другие признаки в ответ на изменения беспроводного соединения, состояния устройства или предпочтений пользователя.

Фиг. 2 иллюстрирует потоковую оболочку на основе DАSH по НТТР. Кодировщик 214 медиаданных в веб-сервере (медиа-сервере) 212 может кодировать входящие медиаданные с устройства 210 ввода аудио/видео в формате хранения или потоковой передачи. Сегментатор 216 может использоваться для разбиения входящих медиаданных на серии сегментов 232, которые могут подаваться на веб-сервер 218. Клиент 220 может запрашивать новые данные в сегментах с помощью сообщений 234 НТТР GET, посланных на веб-сервер (к примеру, НТТР-сервер).

Например, веб-браузер 222 клиента 220 может запрашивать мультимедийный контент с помощью сообщения НТТР GET (240). Веб-сервер 218 может предоставить клиенту MPD 242 для мультимедийного контента. MPD может использоваться для передачи индекса каждого сегмента и соответствующих местоположений сегмента, как показано в сопутствующей информации метаданных (252). Веб-браузер может извлекать медиаданные с сервера сегмент за сегментом в соответствии с MPD 242, как показано на 236. Например, веб-браузер может запрашивать первый сегмент с помощью HTTP GET URL (frag 1 req) (244). Унифицированный указатель ресурса (URL) или универсальный указатель ресурса может использоваться для того, чтобы сообщить веб-серверу, какие сегменты клиент должен запросить (254). Веб-сервер может предоставить первый фрагмент (т.е. сегмент 1 (246)). Для последующих сегментов веб-браузер может запрашивать сегмент i с помощью HTTP GET URL (frag i req) (248), где i является целочисленным индексом сегмента. В результате веб-сервер может обеспечить сегмент i (250). Сегменты могут быть представлены клиенту посредством декодера/проигрывателя 224 медиаданных.

Фиг. 3 иллюстрирует движение мультимедийного контента 312 между НТТР-сервером 310, предоставляющим мультимедийный контент 3GPP-клиенту 338, функционирующему на мобильном устройстве, таком как ПА 336. НТТР-сервер может подключаться к общедоступной или частной сети 322 (или Интернету) в связи с базовой сетью 324 или беспроводной глобальной сетью (WWAN). В одном из вариантов осуществления WWAN может являться сетью на основе 3GPP LTE или сетью на основе IEEE 802.16 (т.е. 802.16-2009). Базовая сеть может получать доступ к беспроводной сети 330, такой как развитая пакетная система (EPS) посредством сети радиодоступа (RAN) 332. СРД 332 может предоставлять мультимедийный контент клиенту, управляя ПА 336 через узел (к примеру, развитый узел B (eNB) 334).

НТТР-сервер 310 может быть подключён к базе 350 данных информации каналов. База 350 данных информации каналов может включать в себя текущее состояние сети для множества географических местоположений. Множество географических местоположений может включать в себя конкретные дороги, улицы, районы, географические местности, мосты, тоннели и т.д. Текущее состояние сети может быть основано на наблюдении в режиме реального времени за текущим состоянием сети во множестве географических местоположений. Следовательно, база 350 данных информации каналов может динамически обновляться вследствие изменений текущего состояния сети. Или же текущее состояние сети может быть выведено логически на основе предыдущей информации о текущем состоянии сети для множества географических местоположений. В другом примере текущее состояние сети может быт определено с помощью информации о текущем состоянии сети, полученной методом краудсорсинга.

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

В одном из примеров различные операции постобработки могут выполняться по отношению к контенту, форматированному способом DASH по НТТР, и связанным с ним файлам MPD, т.е. файлам описания, чтобы осуществить варьирование качества, введённое процессом кодирования. Характеристики видеоконтента часто меняются в зависимости от содержания контента; в том числе по этой причине кодировщики не всегда могут производить контент стабильного качества и одновременно производить цифровые потоки, имеющие определённые, конкретные скорости потока. Например, быстро сменяющиеся сцены с относительно интенсивным движением, такие как спортивные видеоклипы, может быть затруднительно кодировать в стабильном качестве и, следовательно, качество кодированных данных может значительно колебаться. Другой пример: переход между сценами может быть затруднительно кодировать без варьирования качества до некоторой степени. С другой стороны, медленно меняющиеся сцены можно кодировать с меньшим варьированием качества, потому что для презентации таких сцен используется относительно меньшее число бит.

Ряд коммерческих кодировщиков (или видеокодеров) производят кодированные сегменты медиаконтента с переменными уровнями качества. Видеокодек является устройством или программным обеспечением, которое позволяет сжимать или развёртывать цифровые видеоданные. Некоторые примеры видеокодеков включают в себя H.265 или «Высокоэффективное видеокодирование» Экспертной группы по движущимся изображениям (MPEG-H HEVC), H.264 или «Продвинутое видеокодирование» Экспертной группы по движущимся изображениям (MPEG-4 AVC), или H.263/MPEG-4 часть 2.

Фиг. 4 является схемой примера процесса выработки файла описания медиапрезентации (MPD) динамической адаптивной потоковой передачи по гипертекстовому транспортному протоколу (DASH). В некоторых примерах процесс выработки файла MPD DASH может протекать на сервере (к примеру, на пограничном сервере) в сети доставки контента (СDN) или в сети операторов. Входящие видеоданные могут быть приняты на сервере. Входящие видеоданные могут включать в себя медиаконтент, такой как спортивный матч или выпуск новостей. Медиаконтент, принятый на сервере, может включать в себя одиночный файл (к примеру, файл двухчасового события). Кроме того, входящие видеоданные могут представлять собой исходный, несжатый видеосигнал. На этапе 402 может быть выполнен процесс видео- или аудиокодирования медиаконтента. Процесс кодирования видеоданных (или процесс перекодирования видеоданных) может перевести медиаконтент в цифровой формат, совместимый с веб-проигрывателями и мобильными устройствами. Другими словами, медиаконтент может быть подвергнут видеокодированию для перевода медиаконтента в формат, доступный для просмотра на различных устройствах. Примеры видеокодеков могут включать в себя H.265, H.264, Windows Media Video (WMV) и т.д. Примеры аудиокодеков включают в себя MPEG-1 или MPEG-2 аудиоплеер III (MP3) и Windows Media Audio (WMA). На этапе 404 может быть выполнен процесс мультиплексирования видео для чередования аудиоконтента и видеоконтента.

На этапе 406 медиаконтент (с чередованием видео- и аудиоданных) может быть подвергнут сегментированию. Другими словами, медиаконтент может быть сегментирован на множество сегментов медиаконтента. Например, каждый сегмент медиаконтента может иметь длину 0.5 секунды, 1 секунду, 2 секунды и т.д. На этапе 408 может быть выработано MPD DASH, описывающее сегменты медиаконтента. Процесс выработки файла MPD DASH может быть повторён для каждой скорости потока, определённой поставщиком контента. Таким образом, MPD может содержать несколько репрезентаций, каждая для данной скорости потока. Скорости потока могут отличаться от одной репрезентации к другой (к примеру, 500, 1000, 1500 Кбит/с) с целью обеспечения адаптивной потоковой передачи медиаконтента. MPD DASH может передаваться клиенту, и клиент может использовать MPD DASH, чтобы запрашивать с сервера определённые сегменты медиаконтента для воспроизведения клиентом.

Фиг. 5 иллюстрирует пример варьирования качества среди сегментов медиаконтента внутри репрезентации сегментов медиаконтента. Как показано на Фиг. 5, уровень качества стандартной репрезентации может оставаться в целом постоянным, но репрезентация может включать в себя отклонения как более высокого, так и более низкого качества. Сегменты медиаконтента, получаемые в результате процессов кодирования, мультиплексирования и сегментирования (как описано на Фиг. 4) могут отличаться уровнем качества (к примеру, некоторые сегменты медиаконтента могут иметь более высокий или более низкий уровень качества по сравнению с другими сегментами медиаконтента) из-за типа кодирования переменной скорости потока, кодируемого медиаконтента и различных технологий кодирования, применяемых в процессе видеокодирования. Другими словами, процесс кодирования несжатого видеосигнала может привести к различиям в качестве.

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

Фиг. 6 является схемой примера процесса выработки файла описания медиапрезентаций (MPD) динамической адаптивной потоковой передачи по гипертекстовому транспортному протоколу (DASH), который включает в себя технологию постобработки MPD. В некоторых примерах процесс выработки файла MPD DASH с технологий постобработки MPD может выполняться на сервере (к примеру, на пограничном сервере) в сети доставки контента (СDN) или в сети операторов. Входящие видеоданные могут приниматься сервером. Входящие видеоданные могут включать в себя медиаконтент, например, спортивный матч или выпуск новостей. На этапе 602 может быть выполнен процесс видео- и аудиокодирования медиаконтента. На этапе 604 может быть выполнен процесс мультиплексирования видео для чередования аудиоконтента и видеоконтента. На этапе 606 видео- и аудиоконтент (или поток медиаконтента) может быть подвергнут сегментированию. Другими словами, поток медиаконтента может быть сегментирован на множество сегментов медиаконтента. На этапе 608 может быть выработано MPD DASH, описывающее сегменты медиаконтента. На этапе 610 технология постобработки MPD может быть применена к MPD DASH. Сегменты медиаконтента близкого качества внутри репрезентации могут быть сгруппированы вместе и использованы для создания модифицированного MPD 620. В одном из примеров технология постобработки MPD может применять на кодировщике DASH, а не на видеокодере.

Показатели качества каждого сегмента медиаконтента в каждой репрезентации можно сравнить, например, с помощью инструмента 614 измерения качества. Показатель качества может быть объективным или субъективным критерием, используемым для оценки уровня качества сегмента медиаконтента. Обычно качество медиаконтента (или качество видео) относится к формальному или неформальному измерению наблюдаемого ухудшения качества между исходным видеоконтентом и видеоконтентом после прохождения через систему видеопередачи или обработки (к примеру, видеокодер). Другими словами, показатель качества может измерять разницу между исходным видеосигналом, качество которого обычно считается высоким (поскольку исходный видеосигнал не сжат), и кодированным (или иначе преобразованным) видеосигналом. Один из способов оценки качества систем обработки цифрового видео (к примеру, видеокодеков) – вычислить отношение сигнала к шуму (SNR) и пиковое отношение сигнала к шуму (PSNR) между исходным видеосигналом и сигналом, пропущенным через систему обработки видео. PSNR является распространённым объективным показателем качества видео. Другие показатели качества могут включать в себя перцептивную оценку качества видео (REVQ), структурное сходство (SSIM) и расстояние Ченаковского (CZD). Показатель качества может быть присвоен каждому сегменту медиаконтента, или же каждый сегмент медиаконтента может быть разделён на подсегменты медиконтента, и каждому подсегменту медиаконтента может быть присвоен показатель качества.

Показатель качества каждого сегмента медиаконтента можно сравнить с другими сегментами медиаконтента в той же репрезентации. Если сегменты медиаконтента в репрезентации имеют принципиально одинаковое качество с другими сегментами медиаконтента в этой репрезентации, то сегменты медиаконтента неизменны. Сегменты медиаконтента могут быть неизменными, когда показатель качества каждого из сегментов медиаконтента превышает выбранный порог 612 качества. В некоторых примерах выбранный порог 612 качества может быть определён сервером или пользовательской аппаратурой (ПА).

Если сегменты медиаконтента в репрезентации качеством ниже выбранного порога 612 качества, эти сегменты медиаконтента могут быть заменены в репрезентации. Например, эти сегменты медиаконтента могут быть заменены соответствующими сегментами медиаконтента из другой репрезентации, описанной в файле MPD. В некоторых примерах другая репрезентация может включать в себя набор файлов медиаконтента с относительно более высокой скоростью потока или относительно более низкой скоростью потока. Показатель качества соответствующих сегментов медиаконтента может превышать выбранный порог 612 качества. Соответствующие сегменты медиаконтента могут быть взяты по существу из того же временного интервала медиаданных в другой репрезентации. В результате сегменты медиаконтента для репрезентации могут иметь практически одинаковое качество. Модифицированное MPD 620 может быть выработано так, чтобы включать в себя сегменты медиаконтента, каждый из которых имеет практически одинаковый уровень качества. Модифицированное MPD 620 может быть передано клиенту, где модифицированное MPD может обеспечить воспроизведение клиентом сегментов медиаконтента с практически постоянным качеством. Клиенту могут быть предоставлены репрезентации медиаконтента с минимальными временными варьированиями качества. Таким образом, клиент может получить доступ к данной репрезентации и воспринимать стабильное качество и сниженное число колебаний качества во время воспроизведения.

Приведём пример, не имеющий ограничительного характера. Двухсекундный сегмент медиаконтента может соответствовать таймкоду видео с 2:11:22 (т.е. два часа, одиннадцать минут и 22 секунды) до 2:11:24. Двухсекундный сегмент медиаконтента может быть включён в видеопоток со скоростью 4,5 мегабит в секунду (Мбит/с). Показатель качества двухсекундного сегмента медиаконтента может быть определён как не достигающий порога 612 качества. Соответствующий сегмент медиаконтента из более высокой репрезентации (к примеру, двухсекундный сегмент медиаконтента с таймкодом видео 2:11:22-2:11:24 в видеопотоке со скоростью 5,3 Мбит/с) может заменить двухсекундный сегмент медиаконтента со сниженным качеством. Следовательно, сегменты медиаконтента близкого качества (хотя и с разными скоростями потока) могут быть сгруппированы вместе в репрезентации. Сегменты медиаконтента могут быть комбинироваться с целью получения в репрезентации набора сегментов медиаконтента, обладающих практически одинаковым уровнем качества.

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

В альтернативной конфигурации сегменты медиаконтента в репрезентации, показатель качества которых ниже выбранного порога 612 качества, могут быть перекодированы. Например, сегменты медиаконтента могут быть перекодированы с помощью другой конфигурации кодировщика. Сегменты медиаконтента могут быть перекодированы с помощью видеокодеков (к примеру, Н.264) или аудиокодеков (к примеру, МР3). Перекодирование сегментов медиаконтента может повысить уровень качества, так, чтобы показатель качества перекодированных сегментов медиаконтента стал выше порога 612 качества. Другими словами, сегменты медиаконтента могут быть перекодированы, и может быть определён показатель качества перекодированных сегментов медиаконтента. Если показатель качества стал выше порога 612 качества, перекодированные сегменты медиаконтента могут быть включены в MPD. В результате сегменты медиаконтента в репрезентации (т.е. и перекодированные, и неперекодированные сегменты медиаконтента) могут иметь относительно близкие уровни качества.

В одном из примеров модифицированное MPD 620 может быть выработано для особого типа устройств (или целевого устройства), поскольку порог 612 качества может зависеть от типа устройства, используемого пользователем. Например, 12-дюймовый экран дисплея с высоким разрешением может иметь большее число пикселов по сравнению с 6-дюймовым экраном, и, следовательно, видео, качество которого приемлемо для 6-дюймового экрана, может быть неприемлемо для 12-дюймового экрана. Следовательно, для данного целевого устройства с известными характеристиками (к примеру, размером экрана, разрешением экрана), постобработка MPD может выполняться для этого конкретного целевого устройства. Медиаконтент может быть перекодирован на уровне DASH для каждого типа устройств. Медиаконтент для телевизоров может кодироваться иначе, чем медиаконтент для смартфонов или планшетных компьютеров. В одном из примеров клиент, подписывающийся на тариф подписки «премиум», имеет возможность доступа к медиаконтенту, кодированному для этого конкретного клиента.

В другом примере постобработка MPD может использоваться для создания новых репрезентаций медиаконтента с помощью комбинации существующих репрезентаций, но с новым значением скорости потока, более удобным для конкретного клиента. Например, сегменты медиаконтента для репрезентации со скоростью 500 Кбит/с и сегменты медиаконтента для репрезентации со скоростью 1000 Кбит/с (т.е. одного и того же медиаконтента) могут комбинироваться для создания репрезентации медиаконтента со скоростью 750 Кбит/с, причём для этого не нужно перекодировать медиаконтент.

Другой пример обеспечивает алгоритм 700 работы схемы сетевого устройства с возможностью поддержки динамической адаптивной потоковой передачи по гипертекстовому транспортному протоколу (DASH), как показано на блок-схеме по Фиг. 7. Алгоритм работы может быть реализован как способ или выполнен как инструкции к машине, где инструкции размещены на по меньшей мере одном машиночитаемом носителе записи или одном непереходном машиночитаемом носителе записи. Схема может быть выполнена для определения множества сегментов медиаконтента в заданной репрезентации, описанной в файле описания медиапрезентаций (MPD), как на этапе 710. Схема может быть выполнена так, чтобы определять показатель качества для каждого из множества сегментов медиаконтента в заданной репрезентации, описанной в файле MPD, как на этапе 720. Схема может быть выполнена так, чтобы определять сегменты медиаконтента в заданной репрезентации, где определённый показатель качества ниже выбранного порога, как на этапе 730. Кроме того, схема может быть выполнена так, чтобы заменять определённые сегменты медиаконтента соответствующими сегментами медиаконтента из других репрезентаций, описанных в файле MPD, для формирования модифицированного файла MPD, где показатель качества соответствующих сегментов медиаконтента выше выбранного порога, чтобы обеспечить практически постоянное качество воспроизведения сегментов медиаконтента в определённой репрезентации, как на этапе 740.

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

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

Другой пример обеспечивает способ 800 поддержки динамической адаптивной потоковой передачи по гипертекстовому транспортному протоколу (DASH), как показано на блок-схеме по Фиг. 8. Способ может быть выполнен в виде инструкций к машине, где инструкции размещены на по меньшей мере одном машиночитаемом носителе записи или одном непереходном машиночитаемом носителе записи. Способ может включать в себя операцию определения на сетевом устройстве показателя качества для каждого из множества сегментов медиаконтента в заданной репрезентации, описанной в файле описания медиапрезентаций (MPD), как на этапе 810. Способ может включать в себя операцию определения сегментов медиаконтента в заданной репрезентации, где определённый показатель качества ниже выбранного порога, как на этапе 820. Способ может включать в себя операцию замены определённых сегментов медиаконтента соответствующими сегментами медиаконтента из других репрезентаций, описанных в файле MPD, для формирования модифицированного файла MPD, где показатель качества соответствующих сегментов медиаконтента выше выбранного порога, чтобы обеспечить практически постоянное качество воспроизведения сегментов медиаконтента в заданной репрезентации, как на этапе 830.

В одном из примеров способ может включать в себя операцию передачи модифицированного файла MPD с сетевого устройства на клиентское устройство, поддерживающее DASH. В другом примере способ может включать в себя операцию приёма выбранного порога показателя качества на сетевое устройство с пользовательской аппаратуры (ПА). Ещё в одном примере способ может включать в себя операцию выработки модифицированного файла MPD для конкретного типа устройств.

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

Другой пример обеспечивает алгоритм 900 работы схемы сетевого устройства с поддержкой динамической адаптивной потоковой передачи по гипертекстовому транспортному протоколу (DASH), как показано на блок-схеме по Фиг. 9. Алгоритм работы может быть реализован как способ или выполнен как инструкции к машине, где инструкции размещены на по меньшей мере одном машиночитаемом носителе записи или одном непереходном машиночитаемом носителе записи. Схема может быть выполнена так, чтобы определять множество сегментов медиаконтента в заданной репрезентации, описанной в файле описания презентаций медиа (MPD), как на этапе 910. Схема может быть выполнена так, чтобы определять показатель качества для каждого из множества сегментов медиаконтента в заданной репрезентации, описанной в файле MPD, как на этапе 920. Схема может быть выполнена так, чтобы определять сегменты медиаконтента в заданной репрезентации, где определённый показатель качества ниже выбранного порога, как на этапе 930. Схема может быть далее выполнена так, чтобы перекодировать сегменты медиаконтента в заданной репрезентации, где определённый показатель качества ниже выбранного порога, чтобы определённый показатель качества перекодированных сегментов медиаконтента был выше выбранного порога, как на этапе 940. Кроме того, схема может быть далее выполнена так, чтобы вырабатывать модифицированное MPD, включающее в себя перекодированные сегменты медиаконтента, чтобы обеспечить практически постоянное качество воспроизведения сегментов медиаконтента в заданной репрезентации, как на этапе 950.

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

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

Фиг. 10 иллюстрирует пример беспроводного устройства, такого как пользовательская аппаратура (ПА), мобильная станция (МС), мобильное беспроводное устройство, устройство мобильной связи, планшет, мобильный телефон или беспроводное устройство другого типа. Беспроводное устройство может включать в себя одну ил несколько антенн, выполненных так, чтобы осуществлять связь с узлом или передающей станцией, такой как базовая станция (БС), развитый узел В (eNB), блок формирования модулирующих сигналов (BBUC), дистанционная радиогарнитура (RRH), дистанционное оборудование радиосвязи (RRE), ретрансляционная станция (PCT), оборудование радиосвязи (RE), выносной радиоблок (RRU), центральный модуль обработки данных (CPM) или точка доступа беспроводной глобальной сети (WWAN) другого типа. Беспроводное устройство может быть выполнено так, чтобы осуществлять связь с помощью по меньшей мере одного стандарта беспроводной связи, включая 3 GPP LTE, WiMAX, High Speed Packet Access (HSPA), Bluetooth и WiFi. Беспроводное устройство может осуществлять связь с помощью отдельных антенн для каждого стандарта беспроводной связи или общей антенны для множества стандартов беспроводной связи. Беспроводное устройство может осуществлять связь в локальной беспроводной сети (WLAN), персональной беспроводной сети (WPAN) и (или) WWAN.

Фиг. 10 также иллюстрирует микрофон и один или несколько динамиков, которые могут использоваться для ввода и вывода аудиоданных с беспроводного устройства. Экран может являться экраном жидкокристаллического дисплея (ЖКД) или экраном другого типа, такого как дисплей на органических светодиодах (ОСД). Экран может быть выполнен в виде сенсорной панели. Сенсорная панель может использовать ёмкостную, резистивную или иную технологию сенсорной панели. Процессор приложений и графический процессор могут быть подключены к внутренней памяти для обеспечения способности обработки и отображения. Порт непереходной памяти может также использоваться для обеспечения средств ввода и вывода данных для пользователя. Порт непереходной памяти может также использоваться для расширения возможностей памяти беспроводного устройства. Клавиатура может быть встроена в беспроводное устройство или беспроводным способом подключена к беспроводному устройству для обеспечения дополнительного устройства ввода пользователя. С помощью сенсорной панели может также быть обеспечена виртуальная клавиатура.

Различные технологии или некоторые их аспекты либо части могут существовать в форме программного кода (т.е. инструкций), воплощённого в виде материальных носителей, таких как гибкие дискеты, постоянные запоминающие устройства в виде компакт-дисков, жёстких дисков, непереходных машиночитаемых носителей записи или любых других машиночитаемых носителей записи, в которых, когда программный код загружен и выполняется машиной, такой как компьютер, машина становится устройством для применения различных технологий. Схема может включать в себя аппаратное обеспечение, встроенные программы, программный код, исполнимый код, компьютерные инструкции и (или) программное обеспечение. Непереходным машиночитаемым носителем записи моет являться машиночитаемый носитель записи, не включающий в себя сигнал. В случае выполнения программного кода на программируемых компьютерах компьютерное устройство может включать в себя процессор, носитель записи, читаемый процессором (включая энергозависимую и энергонезависимую память и (или) запоминающие элементы), по меньшей мере одно устройство ввода и по меньшей мере одно устройство вывода. Энергозависимая и энергонезависимая память и (или) запоминающие элементы могут являться оперативным запоминающим устройством (ОЗУ), стираемым программируемым постоянным запоминающим устройством (СППЗУ), флэш-накопителем, накопителем на оптических дисках, магнитным жёстким диском, твердотельным накопителем или другим носителем, предназначенным для хранения электронных данных. Узел и беспроводное устройство могут также включать в себя приёмопередающий модуль (т.е. приёмопередатчик), счётный модуль (т.е. счётчик), модуль процессора (т.е. процессор) и (или) модуль тактового генератора (т.е. часы) или модуль таймера (т.е. таймер). Одна или несколько программ, которые могут реализовывать ил использовать различные описанные здесь технологии, могут использовать программный интерфейс прикладных задач, средства управления многократного использования и т.п. Такие программы могут быть реализованы на высокоуровневом процедурном или объектно-ориентированном языке программирования для связи с компьютерной системой. Однако программа (программы) при желании может быть реализована (реализованы) на ассемблерном или машинно-ориентированном языке. В любом случае язык может являться компилируемым или интерпретируемым языком и сочетаться с реализацией аппаратных средств.

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

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

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

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

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

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

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

Изобретение относится к потоковой передаче данных. Техническим результатом является обеспечение требуемого качества воспроизведения медиаконтента. Предложена технология для поддержки динамической адаптивной потоковой передачи по гипертекстовому транспортному протоколу (DASH). Показатель качества может быть определён на сетевом устройстве для каждого из множества сегментов медиаконтента в заданной репрезентации, которые описаны в файле описания медиапрезентаций (MPD). В заданной репрезентации могут быть идентифицированы сегменты медиаконтента, в которых определённый показатель качества ниже выбранного порога. Идентифицированные сегменты медиаконтента могут быть заменены соответствующими сегментами медиаконтента из другой репрезентации, описанными в файле MPD, для формирования модифицированного файла MPD, в котором показатель качества соответствующих сегментов медиаконтента выше выбранного порога, чтобы обеспечить. по существу, постоянное качество воспроизведения сегментов медиаконтента в заданной репрезентации. 3 н. и 17 з.п. ф-лы, 10 ил.

1. Сетевое устройство с возможностью поддержки динамической адаптивной потоковой передачи по гипертекстовому транспортному протоколу (DASH), причём сетевое устройство имеет схему, выполненную с возможностью:

идентифицировать множество сегментов медиаконтента в заданной репрезентации, которые описаны в файле описания медиапрезентации (MPD);

определять показатель качества для каждого из множества сегментов медиаконтента в заданной репрезентации, которые описаны в файле MPD;

идентифицировать сегменты медиаконтента в заданной репрезентации, в которых определённый показатель качества ниже выбранного порога;

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

перекодировать сегменты медиаконтента в заданной репрезентации, в которых определённый показатель качества ниже выбранного порога, так чтобы определённый показатель качества перекодированных сегментов медиаконтента стал выше выбранного порога.

2. Сетевое устройство по п. 1, в котором схема дополнительно выполнена с возможностью передавать модифицированный файл MPD на клиентское устройство, поддерживающее DASH.

3. Сетевое устройство по п. 1, в котором схема дополнительно выполнена с возможностью вырабатывать модифицированное MPD для конкретного типа устройств.

4. Сетевое устройство по п. 1, характеризующееся тем, что размещено в сети доставки контента (СDN) или в сети операторов.

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

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

7. Способ поддержки динамической адаптивной потоковой передачи по гипертекстовому транспортному протоколу (DASH), содержащий этапы, на которых:

определяют показатель качества на сетевом устройстве для каждого из множества сегментов медиаконтента в заданной репрезентации, которые описаны в файле описания медиапрезентации (MPD);

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

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

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

8. Способ по п. 7, дополнительно содержащий этап, на котором передают модифицированный файл MPD с сетевого устройства на клиентское устройство, поддерживающее DASH.

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

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

11. Способ по п. 7, в котором сетевое устройство размещено в сети доставки контента (СDN) или в сети операторов.

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

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

14. Сетевое устройство с возможностью поддержки динамической адаптивной потоковой передачи по гипертекстовому транспортному протоколу (DASH), причём сетевое устройство имеет схему, выполненную с возможностью:

идентифицировать множество сегментов медиаконтента в заданной репрезентации, которые описаны в файле описания медиапрезентации (MPD);

определять показатель качества для каждого из множества сегментов медиаконтента в заданной репрезентации, которые описаны в файле MPD;

идентифицировать сегменты медиаконтента в заданной репрезентации, в которых определённый показатель качества ниже выбранного порога;

перекодировать сегменты медиаконтента в заданной репрезентации, в которых определённый показатель качества ниже выбранного порога, так чтобы определённый показатель качества перекодированных сегментов медиаконтента стал выше выбранного порога;

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

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

15. Сетевое устройство по п. 14, в котором схема дополнительно выполнена с возможностью передавать модифицированный файл MPD клиентскому устройству, поддерживающему DASH.

16. Сетевое устройство по п. 14, в котором схема дополнительно выполнена с возможностью вырабатывать модифицированное MPD для конкретного типа устройств.

17. Сетевое устройство по п. 14, характеризующееся тем, что размещено в сети доставки контента (СDN) или в сети операторов.

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

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

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