RU2604416C2 - Способ управления полосой пропускания и соответсвующее устройство - Google Patents

Способ управления полосой пропускания и соответсвующее устройство Download PDF

Info

Publication number
RU2604416C2
RU2604416C2 RU2014117037/08A RU2014117037A RU2604416C2 RU 2604416 C2 RU2604416 C2 RU 2604416C2 RU 2014117037/08 A RU2014117037/08 A RU 2014117037/08A RU 2014117037 A RU2014117037 A RU 2014117037A RU 2604416 C2 RU2604416 C2 RU 2604416C2
Authority
RU
Russia
Prior art keywords
client device
streaming
data rate
adaptive streaming
content
Prior art date
Application number
RU2014117037/08A
Other languages
English (en)
Other versions
RU2014117037A (ru
Inventor
Стефан ГУАШ
Реми УДАЙ
Original Assignee
Томсон Лайсенсинг
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Томсон Лайсенсинг filed Critical Томсон Лайсенсинг
Publication of RU2014117037A publication Critical patent/RU2014117037A/ru
Application granted granted Critical
Publication of RU2604416C2 publication Critical patent/RU2604416C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/756Media network packet handling adapting media to device capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/102Gateways
    • H04L65/1023Media gateways
    • H04L65/1026Media gateways at the edge
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/752Media network packet handling adapting media to network capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS

Abstract

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

Description

ОБЛАСТЬ ТЕХНИКИ ИЗОБРЕТЕНИЯ
Настоящее изобретение большей частью относится к распределению контента потоковой передачи видео и, в частности, к управлению полосой пропускания, используемой контентом потоковой передачи видео.
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
Этот раздел предназначается для ознакомления читателя с различными аспектами области техники, которые могут относиться к различным аспектам настоящего изобретения, которые описаны и/или заявлены в формуле изобретения ниже. Это обсуждение будет целесообразным для предоставления информации о предшествующем уровне техники, а также для облегчения понимания различных аспектов настоящего изобретения. Соответственно, необходимо понимать, что эти утверждения должны пониматься в свете настоящего изобретения, а не в качестве признания известного уровня техники.
Решения потоковой передачи по доставке медиа в основном основываются на протоколах, таких как потоковый протокол в режиме реального времени (RTSP), определенный в IETF RFC 2326, запатентованный протокол медиа-сервера Майкрософт (MMS) от Microsoft или запатентованный протокол передачи сообщений в режиме реального времени (RTMP) от Adobe Systems.
Появились технологии потоковой передачи на основе протокола HTTP для обеспечения доставки контента через Интернет. Эти технологии дают возможность клиентскому устройству принимать видео в виде небольших последовательных сегментов, называемых фрагментом и имеющим продолжительность в несколько секунд. Каждый сегмент запрашивается через протокол HTTP и может существовать в различных вариантах, давая возможность клиентскому устройству выбирать в любое время подходящую скорость передачи данных, согласующуюся с сетью, и своими собственными ограничениями. Различные скорости передачи данных соответствуют различным уровням качества доставляемого контента. Как только пропускная способность сети, измеренная клиентским устройством, уменьшается, оно запрашивает фрагменты, которые являются менее ограниченными по отношению к требованию пропускной способности сети. Когда пропускная способность сети, измеренная клиентским устройством, увеличивается, оно запрашивает фрагменты, которые являются более ограниченными по отношению к требованию пропускной способности сети.
Доступные фрагменты, как правило, перечисляются в списке воспроизведения, сгенерированном и предоставленным сервером потоковой передачи. Список воспроизведения может указывать на другие списки воспроизведения, на один для каждого типа формата. Списки воспроизведения описывают контент фрагмента, такой как кодирование/декодирование или требуемая полоса пропускания для его скачивания, и способ их запрашивания. Формат списка воспроизведения может представлять собой такой список, который описан в документе «HTTP Live Streaming draft, pantos, http-live-streaming, 06», расширенный информацией кодирования/декодирования для описания различных уровней SVC.
Доступными являются различные технические средства потоковой передачи по протоколу HTTP. Технология потоковой передачи по протоколу HTTP от Apple (HLS) была опубликована в качестве предварительной версии RFC, и используется в основном на устройствах Apple. Плавная потоковая передачи от Microsoft является частью платформы Microsoft Silverlight, и спецификации являются доступными публично. Технология открытой медиа инфраструктуры (OSMF) от Adobe является близкой к решению Microsoft. 3GPP выпустил спецификации для системы потоковой передачи с коммутацией пакетов (PSS); Рабочая группа MPEG также была создана по вопросу определения динамической адаптивной потоковой передачи по протоколу HTTP (DASH). Преимуществом использования протокола HTTP в этих решениях потоковой передачи является его возможность переходить NAT и межсетевой экран, не вызывая никаких проблем. Эти технологии потоковой передачи по протоколу HTTP обеспечивают способ компенсации непостоянного поведения сети по отношению к доступной полосе пропускания при помощи непрерывного и корректного повышения или понижения качества видео для того, чтобы соответствовать ограничению полосы пропускания.
Как правило, технические средства потоковой передачи по протоколу HTTP основываются на одной и той же концепции. Они варьируют в списке воспроизведения форматы файлов, мета-данные, предоставленные для описания характеристик контента (скорость передачи, размеры изображения, скорость кадров…), организацию доступных представлений контента в сегментах, в поддерживаемых кодеках и в технологиях защиты контентов.
Когда клиентское устройство хочет воспроизвести некоторый аудио/видео контент, оно сначала должно получить файл, описывающий то, каким образом этот конкретный контент может быть получен.
Это осуществляется через HTTP путем получения некоторого «файла» из URL. Этот файл в основном дает перечень доступных представлений контента (в терминах скорости передачи и других характеристик), и для каждого контента - множество URL, которые обеспечивают возможность загрузки сегментов контента для каждого интервала времени. Например, для контента Видео-по-требованию предоставляется полное описание фильма, в то время как для контента прямой трансляции описание охватывает только короткий период времени, и требуется его периодически перезагружать для того, чтобы обнаружить новые позиции, когда проходит время.
В зависимости от своих возможностей и сведений, которые оно имеет сетевого пространства, клиентское устройство выбирает некоторое представление (обычно на основе своей скорости передачи) и загружает первый(е) сегмент(ы) контента. Он загружает в буфер несколько сегментов для того, чтобы иметь возможность бороться с сетевыми помехами. Затем контент из каждого из полученных сегментов воспроизводятся один за другим. В то же время клиентское устройство измеряет скорость приема и может принять решение о переходе на более высокую или более низкую скорость передачи. В таком случае оно только запрашивает следующий(ие) сегмент(ы) из другого представления. Каждая система потоковой передачи по протоколу HTTP является таковой, что для клиента является возможным сохранять непрерывное воспроизведение во время перехода от сегмента с некоторой скоростью передачи к «следующему» сегменту с другой скоростью передачи.
Таким образом, когда трафик на сети вносит вариации по скорости, на которой контент принимается, клиент может реагировать путем выбора сегментов со скоростью, которая делает возможным поддержание заполнения клиентского буфера на безопасном уровне. В действительности, обычно клиент пытается достичь наивысшей возможной скорости передачи для обеспечения лучшего качества визуального отображения и оставаться на уровне, где визуализация не страдает от задержки приема данных, вызывающей макро-блоки или замораживание изображения.
В абонентской сети многоклиентские устройства могут выполнять потоковую передачу по протоколу HTTP одновременно. Если полоса пропускания, доступная в локальной сети или в широкополосной сети является недостаточной для поддержки всего трафика, клиентские устройства конкурируют в том, чтобы получить их долю доступной полосы пропускания. Алгоритмы потоковой передачи по протоколу HTTP независимо выполняются в каждом устройстве и не обеспечивают оптимальную долю полосы пропускания. Могут возникать следующие ситуации. Доля полосы пропускания может являться неравной, поскольку один из видео потоков использует высокую постоянную скорость передачи, в то время как другой остается на низкой скорости передачи. Или могут возникать колебания, где каждое устройство альтернативным образом использует высокую и низкую скорость передачи. Иногда устройства могут одновременно чрезмерно реагировать на сетевые условия, которые они оценивают как недружественные, результатом чего является выбор очень низкой скорости передачи для каждого из устройств и большой перерасход полосы пропускания. Это может случиться даже когда является доступной достаточная полоса пропускания; механизмы TCP, лежащие в основе протокола HTTP, могут страдать от предполагаемой конкуренции приема пакетов для каждого потока, и это порождает те же самые результаты или постоянных несправедливых ситуаций, или непрерывных колебаний. Подобное поведение имеет непосредственное воздействие на качество взаимодействия для конечного клиента, поскольку качество отображаемого видео является связанным с используемой скоростью передачи.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Настоящее изобретение делает попытку исправить, по меньшей мере, некоторые из проблем, связанные со нестабильностью адаптивной потоковой передачи в предшествующем уровне техники, при помощи обеспечения управления полосой пропускания, используемой каждым контентом адаптивной потоковой передачи.
Настоящее изобретение имеет отношение к устройству, содержащему первый интерфейс в первой сети, содержащей сервер адаптивной потоковой передачи, второй интерфейс во второй сети, содержащей, по меньшей мере, одно клиентское устройство адаптивной потоковой передачи, идентификатор потока для обнаружения, по меньшей мере, одного контента потоковой передачи, запрошенного, по меньшей мере, одним клиентским устройством адаптивной потоковой передачи, администратор полосы пропускания для выбора скорости передачи данных среди более чем одной скорости передачи данных, планировщик для передачи по второму интерфейсу, по меньшей мере, одного контента потоковой передачи, по меньшей мере, одному клиентскому устройству на скорости передачи данных выше упомянутой выбранной скорости передачи данных, но ниже любой более высокой скорости передачи данных, доступной для упомянутого контента потоковой передачи.
В соответствии с вариантом осуществления, первый интерфейс имеет прием на максимальной полосе пропускания, и скорость передачи данных выбирается таким образом, что полоса пропускания, требуемая, по меньшей мере, для одного контента потоковой передачи, находится ниже, чем прием на максимальной полосе пропускания.
В соответствии с вариантом осуществления администратор полосы пропускания является выполненным с возможностью устанавливать приоритезацию передачи, по меньшей мере, одного контента потоковой передачи, по меньшей мере, одному клиентскому устройству.
В соответствии с вариантом осуществления, устройство представляет собой абонентский шлюз.
Другой целью изобретения является способ в устройстве, содержащем первый интерфейс в первой сети, содержащей сервер адаптивной потоковой передачи, второй интерфейс во второй сети, содержащей, по меньшей мере, одно клиентское устройство адаптивной потоковой передачи. Способ содержит этапы обнаружения, по меньшей мере, одного контента потоковой передачи, запрошенного, по меньшей мере, одним клиентским устройством адаптивной потоковой передачи, причем, по меньшей мере, один контент потоковой передачи является доступным на более чем одной скорости передачи данных, выбора скорости передачи данных среди более одной скорости передачи данных, передачи по второму интерфейсу, по меньшей мере, одного контента потоковой передачи, по меньшей мере, одному клиентскому устройству на скорости передачи данных выше выбранной скорости передачи данных, но ниже любой более высокой скорости передачи данных, доступной для контента потоковой передачи.
Другой целью изобретения является компьютерный программный продукт, содержащий инструкции в программном коде для выполнения этапов способа в соответствии с изобретением, когда та программа выполняется на компьютере. Под «компьютерным программным продуктом» подразумевается поддержка компьютерной программы, которая может состоять не только из места для хранения, содержащего программу, такого как компьютерная память, но также и из сигнала, такого как электрический или оптический сигнал.
Настоящее изобретение осуществляет формирование трафика на уровне устройства, расположенного между сервером адаптивной потоковой передачи и клиентскими устройствами адаптивной потоковой передачи. Администрирование полосы пропускания позволяет выбирать оптимальное соотношение между числом возможных параллельных услуг и воспринимаемым QoF каждой услуги. Результаты формирования трафика изобретения являются полезными для поведения каждого из клиентов адаптивной потоковой передачи по протоколу HTTP. Это сдерживает или ограничивает конкуренцию. между несколькими потоками. Без формирования трафика доля полосы пропускания определяется свойствами протокола TCP и тем, как клиентские алгоритмы реагируют на полосу пропусканию, которую они «измеряют»; на практике это приводит к нестабильным и/или неблагоприятным ситуациям. С формированием трафика каждый поток является ограниченным в своем возможном диапазоне вариаций. Если поток может перейти на высокую скорость передачи, потому что, например, другой поток временно имеет низкий трафик, в таком случае он будет страдать от предстоящего уменьшения полосы пропускания, потому что запрошенный на высокой скорости сегмент занимает много времени для прибытия. В таком случае для того, чтобы это компенсировать, адаптивный клиент должен будет перейти на очень малую скорость передачи для компенсации. Таким образом, вариации скорости передачи имеют большую амплитуду, приводящую к низкому качеству взаимодействия. При помощи ограничения воспринимаемой полосы пропускания значением, близким к средне-целевому, клиент никогда не пойдет слишком высоко и будет более устойчивым вблизи целевого значения.
Изобретение также дает возможность распределения полосы пропускания в контролируемых пропорциях, такого как пример различных видео форматов, использующих различные скорости передачи. Без центрального арбитража, обеспеченного при помощи нашего шлюза, клиенты будет стремиться совместно использовать полосу пропускания на одинаковых скоростях передачи.
Классификация трафика может включать в себя правила приоритета между аудиовизуальными потоками и другими типами потоков данных. Это дает возможность, например, защищать видео просмотр OTT от помех со стороны скачиваний файлов данных.
Домашний шлюз представляет собой хорошее место для проведения управления полосы пропускания, поскольку оно имеет возможность получать соответствующие сведения о сети и ограничениях устройств, и он видит весь трафик и, вследствие этого, должен иметь возможность идентифицировать потоки, принадлежащие к услугам AV, и осуществлять действия над ними.
Определенные аспекты, соответствующие по объему с раскрытыми вариантами осуществления, излагаются ниже. Следует понимать, что эти аспекты представлены просто для предоставления читателю краткого изложения определенных форм изобретения, которые оно может принимать, и что эти аспекты не предназначаются для ограничения объема изобретения. Однако, изобретение может охватывать разнообразие аспектов, которые могут и не излагаться ниже.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Изобретение станет более понятным и будет проиллюстрировано при помощи следующего варианта осуществления и примеров выполнения, ни в коей мере не являющихся ограничивающими, со ссылкой на приложенные чертежи, на которых:
- Фиг. 1 представляет собой блок-схему системы в соответствии с вариантом осуществления;
- Фиг. 2 представляет собой блок-схему клиентского устройства в соответствии с вариантом осуществления;
- Фиг. 3 представляет собой блок-схему шлюзового устройства в соответствии с вариантом осуществления;
- Фиг. 4 представляет собой другую блок-схему шлюзового устройства в соответствии с вариантом осуществления.
На Фиг. 1 представленные блоки являются исключительно функциональными объектами, которые не обязательно соответствуют физически разделенным объектам. А именно, они могут разрабатываться в виде аппаратных средств или программных средств, или могут реализовываться в одной или нескольких интегральных схемах.
ПОДРОБНОЕ ОПИСАНИЕ СТАНДАРТНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
Следует понимать, что чертежи и описания настоящего изобретения были упрощены для того, чтобы проиллюстрировать элементы, которые являются важными для ясного понимания настоящего изобретения, в то же время исключая, для целей ясности, многие другие элементы, находящиеся в стандартных цифровых мультимедийных способах и системах доставки контента. Однако, поскольку такие элементы являются хорошо известными в известном уровне техники, подробное обсуждение таких элементов в настоящем описании не приводится. Раскрытие настоящего описания направлено на все такие вариации и модификации, которые известны специалистам в данной области техники.
Система в соответствии с вариантом осуществления представлена на Фиг. 1. Она содержит два клиентских устройства 4, 5 и сервер 3 потоковой передачи, подключенных через Интернет 2. Клиентские устройства расположены в локальной сети 6, подключенной к Интернет через шлюз 1. Преимущественно локальная сеть представляет собой абонентскую сеть. Сервер осуществляет потоковую передачу фрагментов клиентам после запроса клиента с использованием протокола HTTP через подключение TCP/IP.
Клиентское устройство 4 в соответствии с вариантом осуществления проиллюстрировано на Фиг. 2. Клиентское устройство, также называемое в дальнейшем в настоящем описании клиентским устройством адаптивной потоковой передачи, содержит первый интерфейс 44 с локальной сетью 6. Клиент содержит модуль 43 связи, который содержит стеки протоколов для взаимодействия с сервером 3. В частности, средства связи содержат стек TCP/IP, хорошо известный в известном уровне техники. Конечно, не исключено, что сеть и/или средства связи могут представлять собой другой тип, дающий возможность клиенту взаимодействовать с сервером. Он содержит модуль 45 адаптивной потоковой передачи. Это именно клиент с потоковой передачей по протоколу HTTP, который принимает контент потоковой передачи по протоколу HTTP от сервера. Он непрерывно выбирает фрагменты со скоростью передачи, которая лучшим образом соответствует ограничениям сети и его собственным ограничениям.
Клиент содержит видео проигрыватель 46, который является выполненным с возможностью декодировать и визуализировать контент. Клиент также содержит процессор 41 для выполнения приложений и программ, сохраненных в клиенте. Он содержит средства 42 хранения, такие как память, для сохранения в буфере фрагментов, принятых от сервера перед тем, как они передаются видео проигрывателю 46. В частности, память представляет собой энергозависимую память. Конечно, клиент содержит энергонезависимую память, не представленную, для хранения приложений и программ, выполняющихся у клиента. Клиентское устройство может представлять собой портативное медиа устройство или переносной компьютер.
Альтернативным образом, клиентское устройство не содержит видео проигрывателя и содержит интерфейс для подключения к видео проигрывателю. В этом случае клиентское устройство представляет собой видео декодер, такой как абонентская приставка.
Шлюз в соответствии с вариантом осуществления проиллюстрирован на фигуре 3. Он представляет собой шлюз цифровой абонентской линии, который обеспечивает широкополосной доступ через Интернет к абонентской сети через технологию DSL. Конечно, шлюз может представлять собой любой тип широкополосного шлюза, такой как кабельный, волоконный или беспроводный. Он содержит интерфейс 14 LAN, широкополосный интерфейс 13 и модуль 17 связи, который содержит стеки протоколов для взаимодействия через интерфейсы. Модуль связи содержит стек Протокола Интернет, отмеченный стек IP.
Шлюз содержит первую память 16.1 и вторую память 16.2. Первая память 16.1 выполнена с возможностью сохранять информацию, извлеченную из файлов списка воспроизведения. Вторая память 16.2 выполнена с возможностью сохранять в буфере пакеты, принятые из и посланные в интерфейсы.
Шлюз также содержит модуль 19 формирования трафика, содержащий администратор 11 полосы пропускания, модуль 15 идентификаторов потока, планировщик 12 и классификатор 18, которые будут подробно описаны в настоящем описании позднее.
Шлюз содержит внутреннюю шину 10 для соединения различных модулей. Он также содержит средства обработки, средства маршрутизации и мостового соединения не представлены, и все средства, являющиеся хорошо известными специалистам в данной области техники для выполнения основных абонентских функциональных возможностей.
Шлюз дополнительно проиллюстрирован на фиг. 4. Модуль 15 идентификаторов потока является выполненным с возможностью анализировать потоки, принятые на шлюзе. Каждый раз, когда клиентское устройство выдает запрос на услугу, он идентифицирует этот запрос и собирает информацию по услуге при помощи перехвата списка воспроизведения, который возвращается от сервера клиенту. Он перехватывает и анализирует файлы списка воспроизведения, предназначенные для каждого локального устройства. Осуществление анализа списка воспроизведения дает возможность извлечь информацию, такую как скорость передачи, заявленную сервером, и связанные множество URL сегментов. Для того чтобы перехватить список воспроизведения, идентификатор потока обладает сведениями о доступных технологических средствах и о связанных протоколах. Для каждого протокола он знает тип пакета, который транспортирует список воспроизведения. В частности, он обладает сведениями о технологических средствах потоковой передачи по протоколу HTTP от Apple, плавной потоковой передаче от Microsoft, открытой медиа инфраструктуре от Adobe. Конечно, он может являться выполненным с возможностью обладать сведениями о других технологических средствах потоковой передачи.
Идентификатор потока также идентифицирует то, когда поток больше не принимается на шлюзе. Например, когда поток не принимается в течение периода времени, идентификатор потока считает, что сессия является законченной, и отменяет распределение клиентскому устройству.
Информация, полученная идентификатором 15 потока, передается администратору 11 полосы пропускания.
Администратор полосы пропускания решает, является услуга допустимой, и назначает услуге целевую скорость передачи, изменяя в то же самое время цели для других услуг, которые могут уже выполняться. Администратор полосы пропускания является выполненным с возможностью знать значение максимальной полосы пропускания, доступной на широкополосном интерфейсе. В зависимости от этого значения, администратор полосы пропускания затем определяет распределение полос пропускания между потоками. Он конфигурирует вторую память, так что для каждого обнаруженного потока создается специальная очередь во второй памяти, и целевая скорость передачи устанавливается для каждой очереди. Другими словами, список воспроизведения обеспечивает скорости передачи, доступные при помощи потоковой передачи по протоколу HTTP для каждого потока. Это дает возможность администратору полосы пропускания определить точные целевые скорости передачи для каждого потока. После определения целевой скорости передачи для каждого потока администратор полосы пропускания конфигурирует планировщик 12.
Планировщик 12 является выполненным с возможностью управлять передачей пакетов в локальной сети. Другими словами, каждому потоку предназначается независимая очередь, которой распределяется исключительно одна точная полоса пропускания. Пакеты отправляются не быстрее, чем эта целевая скорость передачи. В то же самое время, полоса пропускания является «гарантируемой»: до тех пор, пока очередь имеет пакеты для отправки и не достигает целевой скорости передачи, пакеты имеют приоритет перед другим трафиком.
Решения администратора полосы пропускания касательно распределения полосы пропускания между сессиями потоковой передачи зависят от многих параметров и предпочтений клиентов или поставщиков услуг. Они приводят к набору арбитражных схем (например, справедливое совместное использование, где все сессии получают полосу пропускания, пропорционально их форматам), принудительно установленным администратором полосы пропускания и поддерживаемыми характеристиками контента, сети, клиентскими устройствами и т.д. Администратор полосы пропускания в первую очередь зависит от действительной гибкости адаптивных потоков по протоколу http совместно с возможностью знать допустимые этапы скорости передачи, которые являются доступными.
Распределение полосы пропускания выполняется так, как описано ниже. Оно основано на типе клиентского устройства. Например, поток для телевизора имеет более высокий приоритет, чем поток для портативного медиа проигрывателя. Альтернативным образом, распределение полосы пропускания может основываться на расположении клиентского устройства в абонентской сети. Клиентское устройство, расположенное в жилой комнате, может иметь более высокий приоритет, чем клиентское устройство, расположенное в спальной комнате. Это распределение является предпочтительным для стационарных устройств, таких как телевизор, абонентская приставка. Распределение полосы пропускания также может основываться на комбинации типа устройства и его расположении в абонентской сети. Альтернативным образом, распределение устанавливается равным между всеми устройствами.
Предпочтительно шлюз содержит клиентский интерфейс, который дает возможность регулирования приоритетов между потоками. Входными данными в клиентском интерфейсе могут, например, являться тип устройства, его расположение и его приоритет.
В качестве примера вычисления полосы пропускания для назначения клиентам далее в настоящем описании предлагается возможный алгоритм:
Пусть BW является полной доступной полосой пропускания.
Для каждого клиента с:
- пусть share[c] является процентной долей полосы пропускания, которую мы хотим дать с. share[c] определяется политикой управления, предпочтением клиента и т.д., как упоминалось выше.
- Пусть target[c] обозначает скорость передачи контента, которую мы хотим, чтобы выбрал клиент с.
- target[c] инициализируется с самым большим значением потоковой передачи контента для с, и будет вычислена ниже.
- Пусть percent[c] обозначает временно вычисленное значение того, насколько большую полосу пропускания использует клиент.
Вычисление окончательной таблицы target[] осуществляется в соответствии со следующим алгоритмом:
Пока SUM(target[])>BW
- Выбрать клиента с наибольшим отношением (percent[c]/share[c]), игнорируя клиентов, которые уже находятся на своих наименьших скоростях
- target[c]:=следующая более низкая скорость передачи для с
- percent[c]:=target[c]/BW
Теперь мы назначаем «unused» (неиспользованную) полосу пропускания клиентам:
unused:=BW-SUM(target[])
Для каждого клиента с:
- target[c]:=target[c]+(unused*share[c])
Таким образом, каждый клиент будет иметь свой трафик, отрегулированный до значения большего, чем скорость передачи контента, которую нам хотелось использовать. Это является условием для клиента для успешного поддержания запрашиваемой желаемой скорости передачи контента, поскольку адаптивные клиенты протокола HTTP, как правило, не преуспевают в использовании 100% полосы пропускания, которую они имеют.
Классификатор 18 является выполненным с возможностью идентифицировать потоки, принятые на шлюзе, и маршрутизировать их в надлежащую очередь во второй памяти. Каждый пакет, принятый для одного из устройств, проверяется и идентифицируется модулем классификации, как принадлежащий одному из аудио-видео потоков или какому-либо другому трафику. Основываясь на этой классификации, пакет размещается в различные очереди для отправки в LAN. Пакеты в каждой очереди доставляются при помощи планировщика в соответствии с выбранным профилем формирования. Они переправляются таким образом, чтобы соответствовать намеченной скорости передачи.
Как только целевые скорости передачи являются выбранными для каждого клиента, шлюз применяет формирование трафика таким образом, что полоса пропускания сети, воспринимаемая клиентскими устройствами, приводит их к тому, что они принимают желаемую скорость передачи. Это предотвращает устройство от наблюдения всплесков скорости в приеме из-за возможного использования полной полосы пропускания, что заставляет его поверить в то, что оно может попытаться сделать запросы на более высокую скорость передачи. В то же самое время, каждому клиенту гарантируется приоритет для использования его собственной доли полосы пропускания. Это не допускает того, чтобы клиент видел провалы в скорости передачи и расплачивался за это.
Некоторые примеры теперь проиллюстрируют то, как выполняется формирование трафика с устройством варианта осуществления.
В первом примере поток является доступным для клиентского устройства на скоростях 1 Мбит/сек, 2 Мбит/сек и 3 Мбит/сек. Доступная полоса пропускания в среднем представляет собой 2,5 Мбит/сек. В таком случае шлюз выбирает 2 Мбит/сек. С этого момента клиентское устройство принимает контент потоковой передачи максимально на скорости 2 Мбит/сек и не будет руководствоваться запросом контента на скорости 3 Мбит/сек. Это предотвращает клиентское устройство от использования скорости более, чем 2 Мбит/сек.
Во втором примере первый поток является доступным для первого клиентского устройства на скоростях 1 Мбит/сек, 2 Мбит/сек и 3 Мбит/сек, и второй поток является доступным для второго клиентского устройства на скоростях 2 Мбит/сек, 3 Мбит/сек и 5 Мбит/сек. Доступная полоса пропускания представляет собой 5,5 Мбит/сек. Приоритет был назначен для первого клиентского устройства. Первое клиентское устройство принимает контент потоковой передачи максимум на скорости 3 Мбит/сек, и второе клиентское устройство принимает контент потоковой передачи максимум на скорости 2 Мбит/сек. Это предотвращает второе клиентское устройство от использования скорости более, чем 2 Мбит/сек. Позднее первое клиентское устройство больше не принимает первый поток. Поскольку более широкая полоса пропускания является доступной, второе клиентское устройство принимает контент потоковой передачи максимум на скорости 5 Мбит/сек.
Другим примером является то, когда запрашиваются поток SD и поток HD. Им назначается полоса пропускания пропорционально их соответствующей максимальной скорости передачи, например, 20% для потока SD и 80% для потока HD.
Предпочтительно целевая скорость передачи для очереди назначается на несколько процентов выше целевой скорости передачи потока для того, чтобы гарантировать то, что клиент может стабилизировать свой выбор на намеченном варианте потока.
В варианте осуществления администратор полосы пропускания определяет распределение полосы пропускания между потоками на основе значения максимальной полосы пропускания, доступной на широкополосном интерфейсе. Альтернативным образом, вместо максимальной полосы пропускания, доступной на широкополосном интерфейсе, администратор полосы пропускания может принять во внимание максимальную полосу пропускания, доступную на локальной сети. В этом случае он определит распределение полосы пропускания между потоками на основе значения максимальной полосы пропускания, доступной на локальной сети. Это происходит, если узкое место находится в локальной сети вместо широкополосной сети.
В варианте осуществления формирование трафика выполняется на шлюзе. Альтернативным образом, оно может выполняться в маршрутизаторе, расположенном в локальной сети, и подключенном к шлюзу.
Ссылки, раскрытые в описании, формула изобретения и чертежи могут предоставляться независимым образом или в любой соответствующей комбинации. Признаки там, где это является уместным, могут реализовываться аппаратными средствами, программными средствами или их комбинацией.
Ссылка в настоящем описании на «один вариант осуществления» или «вариант осуществления» означает то, что конкретный признак, структура или характеристика, описанные в связи с вариантом осуществления, могут включаться в состав, по меньшей мере, одной реализации изобретения. Появление фразы «в одном варианте осуществления» в различных местах в спецификации не обязательно все ссылаются на один и тот же вариант осуществления, и отдельные или альтернативные варианты осуществления не обязательно являются взаимоисключающими с другими вариантами осуществления.
Позиционные обозначения, появляющиеся в формуле изобретения, являются только иллюстрацией, и не будут иметь ограничивающего эффекта на объем формулы изобретения.

Claims (13)

1. Клиентское устройство адаптивной потоковой передачи, содержащее:
- первый интерфейс для первой сети, причем упомянутая первая сеть содержит сервер адаптивной потоковой передачи,
- второй интерфейс для второй сети, причем упомянутая вторая сеть содержит, по меньшей мере, одно клиентское устройство адаптивной потоковой передачи,
- идентификатор потока для обнаружения, по меньшей мере, одного контента потоковой передачи, запрошенного упомянутым, по меньшей мере, одним клиентским устройством адаптивной потоковой передачи в упомянутом сервере адаптивной потоковой передачи, причем упомянутый, по меньшей мере, один контент потоковой передачи является доступным на более чем одной скорости передачи данных на упомянутом сервере адаптивной потоковой передачи,
- администратор полосы пропускания для выбора скорости передачи данных среди упомянутых более чем одной скорости передачи данных, и
- планировщик для, после получения упомянутого, по меньшей мере, одного контента потоковой передачи от упомянутого сервера адаптивной потоковой передачи на первой скорости передачи данных, которая выше упомянутой выбранной скорости передачи данных, осуществления передачи упомянутого, по меньшей мере, одного контента потоковой передачи на втором интерфейсе упомянутому, по меньшей мере, одному клиентскому устройству на второй скорости передачи данных, которая выше упомянутой выбранной скорости передачи данных, но ниже любой более высокой скорости передачи данных, доступной для контента потоковой передачи.
2. Клиентское устройство адаптивной потоковой передачи по п. 1, причем упомянутый первый интерфейс имеет прием на максимальной полосе пропускания, причем упомянутый администратор полосы пропускания является выполненным с возможностью выбирать упомянутую выбранную скорость передачи данных, так что полоса пропускания, требуемая для упомянутого, по меньшей мере, одного контента потоковой передачи является меньшей, чем прием на максимальной полосе пропускания.
3. Клиентское устройство адаптивной потоковой передачи по п. 1 или 2, причем упомянутый второй интерфейс имеет максимальную полосу пропускания, причем администратор полосы пропускания является выполненным с возможностью выбирать упомянутую выбранную скорость передачи данных, так что полоса пропускания, требуемая для упомянутого, по меньшей мере, одного контента потоковой передачи является меньшей, чем упомянутая максимальная полоса пропускания.
4. Клиентское устройство адаптивной потоковой передачи по п. 1 или 2, причем упомянутый администратор полосы пропускания является выполненным с возможностью выбирать упомянутую скорость передачи данных в соответствии с другим контентом потоковой передачи, передаваемым на упомянутой второй сети.
5. Клиентское устройство адаптивной потоковой передачи по п. 1 или 2, причем упомянутый идентификатор потока является выполненным с возможностью обнаруживать, когда поток больше не принимается от упомянутого сервера адаптивной потоковой передачи.
6. Клиентское устройство адаптивной потоковой передачи по п. 1 или 2, причем упомянутый администратор полосы пропускания является выполненным с возможностью устанавливать приоритет для передачи упомянутого, по меньшей мере, одного контента потоковой передачи упомянутому, по меньшей мере, одному клиентскому устройству.
7. Клиентское устройство адаптивной потоковой передачи по п. 6, причем упомянутый приоритет основывается на типе клиентского устройства.
8. Клиентское устройство адаптивной потоковой передачи по п. 7, причем упомянутый приоритет основывается на расположении клиентского устройства в упомянутой второй сети.
9. Клиентское устройство адаптивной потоковой передачи по любому из пп. 1, 2, 7, 8, причем упомянутое устройство является абонентским шлюзом.
10. Способ адаптивной потоковой передачи, выполняемый клиентским устройством адаптивной потоковой передачи, содержащим первый интерфейс в первой сети, причем упомянутая первая сеть содержит сервер адаптивной потоковой передачи, и второй интерфейс для второй сети, причем упомянутая вторая сеть содержит, по меньшей мере, одно клиентское устройство адаптивной потоковой передачи,
причем упомянутый способ содержит:
- обнаружение, по меньшей мере, одного контента потоковой передачи, запрошенного упомянутым, по меньшей мере, одним клиентским устройством адаптивной потоковой передачи в упомянутом сервере адаптивной потоковой передачи, причем упомянутый, по меньшей мере, один контент потоковой передачи является доступным на более чем одной скорости передачи данных на упомянутом сервере адаптивной потоковой передачи,
- выбор скорости передачи данных среди упомянутых более чем одной скорости передачи данных,
и
- при приеме упомянутого, по меньшей мере, одного контента потоковой передачи от упомянутого сервера адаптивной потоковой передачи на первой скорости передачи данных, которая выше, чем упомянутая выбранная скорость передачи данных, осуществление передачи упомянутого, по меньшей мере, одного контента потоковой передачи на упомянутом втором интерфейсе упомянутому, по меньшей мере, одному клиентскому устройству на второй скорости передачи данных, которая выше, чем упомянутая выбранная скорость передачи данных, но ниже, чем любая более высокая скорость передачи данных, доступная для контента потоковой передачи.
11. Способ адаптивной потоковой передачи по п. 10, причем упомянутые данные выбраны так, что полоса пропускания, требуемая для упомянутого, по меньшей мере, одного контента потоковой передачи является меньшей, чем прием на максимальной полосе пропускания.
12. Способ адаптивной потоковой передачи по п. 10, дополнительно содержащий этап установки приоритета для передачи упомянутого, по меньшей мере, одного контента потоковой передачи упомянутому, по меньшей мере, одному клиентскому устройству.
13. Устройство хранения программы, считываемой компьютером, материально воплощающее программу инструкций, выполняемых компьютером, для осуществления способа, содержащего:
- обнаружение, по меньшей мере, одного контента потоковой передачи, запрошенного упомянутым, по меньшей мере, одним клиентским устройством адаптивной потоковой передачи в упомянутом сервере адаптивной потоковой передачи, причем упомянутый, по меньшей мере, один контент потоковой передачи является доступным на более чем одной скорости передачи данных на упомянутом сервере адаптивной потоковой передачи,
- выбор скорости передачи данных среди упомянутых более чем одной скорости передачи данных,
и
- при приеме упомянутого, по меньшей мере, одного контента потоковой передачи от упомянутого сервера адаптивной потоковой передачи на первой скорости передачи данных, которая выше, чем упомянутая выбранная скорость передачи данных, осуществление передачи упомянутого, по меньшей мере, одного контента потоковой передачи на упомянутом втором интерфейсе упомянутому, по меньшей мере, одному клиентскому устройству на второй скорости передачи данных, которая выше, чем упомянутая выбранная скорость передачи данных, но ниже, чем любая более высокая скорость передачи данных, доступная для контента потоковой передачи.
RU2014117037/08A 2011-09-26 2012-08-30 Способ управления полосой пропускания и соответсвующее устройство RU2604416C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP11306221A EP2573997A1 (en) 2011-09-26 2011-09-26 Method for controlling bandwidth and corresponding device
EP11306221.0 2011-09-26
PCT/EP2012/066801 WO2013045195A1 (en) 2011-09-26 2012-08-30 Method for controlling bandwidth and corresponding device

Publications (2)

Publication Number Publication Date
RU2014117037A RU2014117037A (ru) 2015-11-10
RU2604416C2 true RU2604416C2 (ru) 2016-12-10

Family

ID=46799223

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2014117037/08A RU2604416C2 (ru) 2011-09-26 2012-08-30 Способ управления полосой пропускания и соответсвующее устройство

Country Status (14)

Country Link
US (1) US10333858B2 (ru)
EP (2) EP2573997A1 (ru)
JP (1) JP6268090B2 (ru)
KR (1) KR101922281B1 (ru)
CN (1) CN103828327B (ru)
AU (1) AU2012314756B2 (ru)
CA (1) CA2849952C (ru)
ES (1) ES2690021T3 (ru)
HK (1) HK1200994A1 (ru)
PL (1) PL2761842T3 (ru)
RU (1) RU2604416C2 (ru)
TW (1) TWI559754B (ru)
WO (1) WO2013045195A1 (ru)
ZA (1) ZA201401777B (ru)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU202244U1 (ru) * 2020-09-22 2021-02-09 Анатолий Николаевич Мартьянов Устройство вычисления оптимального размера пакета по критерию минимума общего времени передачи сообщения
RU203223U1 (ru) * 2020-09-22 2021-03-26 Анатолий Николаевич Мартьянов Устройство вычисления оптимального размера пакета по критерию минимума разности задержки и времени передачи сообщения
RU205444U1 (ru) * 2021-04-09 2021-07-14 Анатолий Николаевич Мартьянов Устройство вычисления оптимального размера пакета по критерию минимума задержки воспроизведения цифровых сжатых изображений в условиях оптимального сглаживания без потерь

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2573997A1 (en) 2011-09-26 2013-03-27 Thomson Licensing Method for controlling bandwidth and corresponding device
WO2014074033A1 (en) * 2012-11-06 2014-05-15 Telefonaktiebolaget L M Ericsson (Publ) Controlling resource usage of adaptive streaming sessions for transmission via a radio access network
KR20150143470A (ko) * 2013-04-08 2015-12-23 톰슨 라이센싱 적어도 하나의 서버에 의해 전송된 매니페스트를 적응시키기 위한 디바이스 및 방법
EP2790371A1 (en) * 2013-04-08 2014-10-15 Thomson Licensing Device and method for adapting a manifest sent by at least one server.
EP2869523A1 (en) * 2013-10-29 2015-05-06 Thomson Licensing Method and device for reserving bandwidth for an adaptive streaming client
CN105684390B (zh) * 2013-10-29 2019-10-11 交互数字Ce专利控股公司 用于为自适应流传输客户端预留带宽的方法和设备
US10171327B2 (en) * 2013-11-08 2019-01-01 Telefonaktiebolaget L M Ericsson (Publ) Handling of network characteristics
FR3019429A1 (fr) * 2014-03-31 2015-10-02 Orange Procede et dispositif de controle d'un telechargement de contenus multimedia
US9628405B2 (en) * 2014-04-07 2017-04-18 Ericsson Ab Merging multicast ABR and unicast ABR with progressive download ABR in a customer premises device within the same video delivery pipe
CN104219109B (zh) * 2014-09-10 2018-01-16 华为技术服务有限公司 确定业务速率的方法及设备
US20160283859A1 (en) * 2015-03-25 2016-09-29 Cisco Technology, Inc. Network traffic classification
JP6485865B2 (ja) 2015-05-15 2019-03-20 日本電気株式会社 配信制御装置、中継装置、配信システム、配信制御方法、及びプログラム
CN106330845A (zh) 2015-07-02 2017-01-11 中兴通讯股份有限公司 一种传输流媒体数据的方法和装置
FR3039729B1 (fr) * 2015-07-31 2018-07-13 Sagemcom Broadband Sas Procede de gestion de bande passante par un dispositif d'interconnexion de reseaux de communication
US9888052B2 (en) 2015-09-21 2018-02-06 Imagine Communications Corp. ABR allocation for statistical multiplexing
JP6818492B2 (ja) 2015-10-05 2021-01-20 キヤノンメディカルシステムズ株式会社 画像処理装置、画像処理方法、及びプログラム
CN105430533B (zh) * 2015-12-31 2018-09-11 武汉鸿瑞达信息技术有限公司 Hls视频点播加速方法及系统
GB2552943A (en) 2016-08-09 2018-02-21 V-Nova Ltd Adaptive video consumption
KR101867319B1 (ko) * 2017-02-21 2018-06-15 (주)온넷시스템즈코리아 스트리밍 서비스 제공 방법

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2354068C2 (ru) * 2004-04-21 2009-04-27 Квэлкомм Инкорпорейтед Способы и устройство для создания и перемещения потоков мультимедийного контента
RU2370907C2 (ru) * 2003-01-09 2009-10-20 Томсон Лайсенсинг С.А. Способ и устройство для преобразования транспортного потока mpeg в ip-пакеты для широковещания в wlan

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR950024054U (ko) * 1994-01-28 1995-08-23 교환기 시스템의 하드디스크 모듈
US5608446A (en) * 1994-03-31 1997-03-04 Lucent Technologies Inc. Apparatus and method for combining high bandwidth and low bandwidth data transfer
US6044396A (en) 1995-12-14 2000-03-28 Time Warner Cable, A Division Of Time Warner Entertainment Company, L.P. Method and apparatus for utilizing the available bit rate in a constrained variable bit rate channel
WO2000024117A1 (en) * 1998-10-21 2000-04-27 Parker Vision, Inc. Method and system for down-converting an electromagnetic signal
WO2002096021A2 (en) 2001-05-18 2002-11-28 Bytemobile, Inc. Quality of service management for multiple connections within a network communication system
US20030072376A1 (en) * 2001-10-12 2003-04-17 Koninklijke Philips Electronics N.V. Transmission of video using variable rate modulation
EP1522151B1 (en) * 2002-06-07 2016-03-23 InterDigital Technology Corporation System and method for a direct conversion multi-carrier processor
FI116498B (fi) * 2002-09-23 2005-11-30 Nokia Corp Kaistanleveyden mukauttaminen
US7675926B2 (en) 2004-05-05 2010-03-09 Cisco Technology, Inc. Hierarchical QoS behavioral model
US7460476B1 (en) 2004-10-18 2008-12-02 Ubicom, Inc. Automatic adaptive network traffic prioritization and shaping
EP2044713B1 (en) 2006-07-25 2015-01-14 Telefonaktiebolaget LM Ericsson (publ) Method and device for stream adaptation
US20080072264A1 (en) * 2006-08-02 2008-03-20 Aaron Crayford Distribution of content on a network
KR100842544B1 (ko) * 2006-09-11 2008-07-01 삼성전자주식회사 스케일러블 영상 코딩을 이용한 전송 방법 및 이를 이용한이동통신 시스템
US9313245B2 (en) * 2007-12-24 2016-04-12 Qualcomm Incorporated Adaptive streaming for on demand wireless services
JP4994283B2 (ja) 2008-03-31 2012-08-08 三菱電機株式会社 ホームゲートウェイ装置およびホームゲートウェイ装置の通信品質制御方法
US10264029B2 (en) * 2009-10-30 2019-04-16 Time Warner Cable Enterprises Llc Methods and apparatus for packetized content delivery over a content delivery network
KR101478656B1 (ko) * 2010-03-05 2015-01-02 톰슨 라이센싱 적응 스트리밍 시스템에서 비트 전송률 조정
EP2383999A1 (en) * 2010-04-29 2011-11-02 Irdeto B.V. Controlling an adaptive streaming of digital content
EP2596452A4 (en) * 2010-07-19 2014-05-07 Samsung Electronics Co Ltd METHOD AND APPARATUS FOR PROVIDING DIGITAL RIGHTS MANAGEMENT SERVICE
EP2573997A1 (en) 2011-09-26 2013-03-27 Thomson Licensing Method for controlling bandwidth and corresponding device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2370907C2 (ru) * 2003-01-09 2009-10-20 Томсон Лайсенсинг С.А. Способ и устройство для преобразования транспортного потока mpeg в ip-пакеты для широковещания в wlan
RU2354068C2 (ru) * 2004-04-21 2009-04-27 Квэлкомм Инкорпорейтед Способы и устройство для создания и перемещения потоков мультимедийного контента

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU202244U1 (ru) * 2020-09-22 2021-02-09 Анатолий Николаевич Мартьянов Устройство вычисления оптимального размера пакета по критерию минимума общего времени передачи сообщения
RU203223U1 (ru) * 2020-09-22 2021-03-26 Анатолий Николаевич Мартьянов Устройство вычисления оптимального размера пакета по критерию минимума разности задержки и времени передачи сообщения
RU205444U1 (ru) * 2021-04-09 2021-07-14 Анатолий Николаевич Мартьянов Устройство вычисления оптимального размера пакета по критерию минимума задержки воспроизведения цифровых сжатых изображений в условиях оптимального сглаживания без потерь

Also Published As

Publication number Publication date
CN103828327A (zh) 2014-05-28
ES2690021T3 (es) 2018-11-16
KR101922281B1 (ko) 2018-11-26
AU2012314756A1 (en) 2014-04-10
JP6268090B2 (ja) 2018-01-24
RU2014117037A (ru) 2015-11-10
HK1200994A1 (en) 2015-08-14
KR20140069256A (ko) 2014-06-09
EP2761842A1 (en) 2014-08-06
TW201325207A (zh) 2013-06-16
CA2849952C (en) 2019-10-01
PL2761842T3 (pl) 2019-07-31
US10333858B2 (en) 2019-06-25
CA2849952A1 (en) 2013-04-04
EP2573997A1 (en) 2013-03-27
WO2013045195A1 (en) 2013-04-04
ZA201401777B (en) 2016-01-27
JP2014534489A (ja) 2014-12-18
EP2761842B1 (en) 2018-08-01
US20140250231A1 (en) 2014-09-04
AU2012314756B2 (en) 2017-01-19
CN103828327B (zh) 2017-10-13
TWI559754B (zh) 2016-11-21

Similar Documents

Publication Publication Date Title
RU2604416C2 (ru) Способ управления полосой пропускания и соответсвующее устройство
Houdaille et al. Shaping HTTP adaptive streams for a better user experience
US9621614B2 (en) Regulating content streams from a weighted fair queuing scheduler using weights defined for user equipment nodes
KR101699656B1 (ko) 적응형 스트리밍 트래픽을 관리 및 조절하기 위한 장치, 시스템, 및 방법
TWI574531B (zh) 於相同視訊傳送管線內之客戶前提元件中將多重播放適應性位元率及單一播放適應性位元率與累進下載適應性位元率合併之技術
JP4844425B2 (ja) 帯域要求システム、帯域要求装置、クライアント機器、帯域要求方法、コンテンツ再生方法およびプログラム
US9185004B2 (en) Quality of service for distribution of content to network devices
US7934231B2 (en) Allocation of overhead bandwidth to set-top box
US10003830B1 (en) Controller to manage streaming video of playback devices
US10419507B2 (en) Method and device for reserving bandwidth for an adaptive streaming client
WO2015155683A1 (en) Unicast adaptive bitrate streaming
US20160028594A1 (en) Generating and Utilizing Contextual Network Analytics
GB2540442A (en) A method and system for facilitating broadcast transmission in a distributed content delivery network
Khan et al. Variants of the Constrained Bottleneck LAN Edge Link in Household Networks
EP2869523A1 (en) Method and device for reserving bandwidth for an adaptive streaming client

Legal Events

Date Code Title Description
PD4A Correction of name of patent owner
PC41 Official registration of the transfer of exclusive right

Effective date: 20190927

PC41 Official registration of the transfer of exclusive right

Effective date: 20191206