RU2491751C2 - Способ управления временным доступом в сети цифрового видео - Google Patents

Способ управления временным доступом в сети цифрового видео Download PDF

Info

Publication number
RU2491751C2
RU2491751C2 RU2011142989/08A RU2011142989A RU2491751C2 RU 2491751 C2 RU2491751 C2 RU 2491751C2 RU 2011142989/08 A RU2011142989/08 A RU 2011142989/08A RU 2011142989 A RU2011142989 A RU 2011142989A RU 2491751 C2 RU2491751 C2 RU 2491751C2
Authority
RU
Russia
Prior art keywords
bandwidth
reservation
request
response
limit
Prior art date
Application number
RU2011142989/08A
Other languages
English (en)
Other versions
RU2011142989A (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 RU2011142989A publication Critical patent/RU2011142989A/ru
Application granted granted Critical
Publication of RU2491751C2 publication Critical patent/RU2491751C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/78—Architectures of resource allocation
    • H04L47/781—Centralised allocation of resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2385—Channel allocation; Bandwidth allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Quality & Reliability (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Заявленное изобретение относится к сетям цифрового видео. Технический результат - выделение улучшенной пропускной способности и сокращение риска возникновения перегрузки в сети цифрового видео. Способ содержит этапы, на которых: принимают запрос на резервирование пропускной способности, чтобы зарезервировать пропускную способность по ограниченному каналу, при этом запрос на резервирование пропускной способности содержит время начала резервирования; получают любые существующие резервирования пропускной способности для пропускной способности по ограниченному каналу, по меньшей мере, частично перекрываемые продолжительностью запроса на резервирование, при этом продолжительность разграничивается временем начала резервирования; определяют, превышен ли предел пропускной способности совокупностью запроса на резервирование пропускной способности и любыми существующими резервированиями пропускной способности, в любой момент времени, перекрываемый запросом на резервирование пропускной способности; когда определено, что совокупность находится ниже предела пропускной способности, то обрабатывают согласие посредством отправки ответа согласия на резервирование и сохранения резервирования, соответствующего запросу на резервирование пропускной способности; и когда определено, что совокупность превышает предел пропускной способности, обрабатывают отказ посредством отправки ответа отказа на резервирование. 6 н. и 14 з.п. ф-лы, 13 ил.

Description

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Изобретение относится, в целом, к сетям цифрового видео и, в частности, к управлению пропускной способностью в сетях цифрового видео.
УРОВЕНЬ ТЕХНИКИ
В сетях, спроектированных для доставки услуг, подобных услуге передачи голоса по IP (Интернет Протоколу), телевидению и видео, сеть зачастую включает в себя способ, гарантирующий, что данные услуги могут быть доставлены во время. Один путь решения данной проблемы состоит в обеспечении сети с достаточной пропускной способностью, такой, чтобы перегрузка никогда не возникала (или возникала очень редко). Другой путь подразумевает обеспечение механизма управления доступом для сокращения риска перегрузки сетей.
Часто линией связи, которая представляет наибольшие проблемы с пропускной способностью, является линия связи наиболее близкая к оборудованию пользователя, т.е. между оборудованием пользователя и первым сетевым узлом, как правило, обозначаемая как первая (или последняя) миля. Одним способом сокращения проблем с пропускной способностью является использование ограничений на оборудование, например, ограничение на количество абонентских приемников, которое может установить пользователь.
Управление доступом может быть реализовано при помощи серверов политики, которым известна топология сети, исходя из точек перегрузки. Сервер политики проверяет, что точки перегрузки на пути доставки обладают свободными ресурсами. Если так, то ресурсы точки перегрузки резервируются, и предоставляется разрешение на доступ. В противном случае в доступе отказывается. Когда клиент более не использует ресурсы, он возвращает ресурсы пропускной способности серверу политики.
Абонентские приемники (STB) в большинстве случаев включают в себя возможности по записи широковещательного контента; это относится к персональным видеопроигрывателем с функцией записи (PVR). Такие STB также могут оборудоваться множеством тюнеров, чтобы позволить осуществлять запись одного канала при одновременном просмотре в реальном времени другого канала. Запланированные записи совместно с просмотром телевидения в реальном времени применительно к потенциальному множеству STB в одном доме, совместно использующих одну и ту же пропускную способность первой мили, создают напряженность в отношении ограниченного ресурса, что может привести к перегрузке и даже к разрыву предоставления услуги.
Это может привести к недовольству и жалобам со стороны конечного пользователя, заставляя операторов IPTV с неохотой разрешать размещение множества STB или даже STB с множеством тюнеров в одном доме.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
Целью изобретения является обеспечение выделения улучшенной пропускной способности, сокращение риска возникновения перегрузки в сети цифрового видео.
В соответствии с первым аспектом изобретения, представлен способ выделения пропускной способности на сервере выделения пропускной способности сети цифрового видео, при этом сеть цифрового видео содержит ограниченный канал, являющийся линией связи между местоположением абонента и узлом доступа. Способ содержит этапы, на которых принимают запрос на резервирование пропускной способности, чтобы зарезервировать пропускную способность по ограниченному каналу, при этом запрос на резервирование пропускной способности содержит время начала резервирования; получают любые существующие резервирования пропускной способности для пропускной способности по ограниченному каналу, по меньшей мере, частично перекрываемые продолжительностью запроса на резервирование, при этом продолжительность разграничивается временем начала резервирования; определяют, превышен ли предел пропускной способности совокупностью запроса на резервирование пропускной способности и любыми существующими резервированиями пропускной способности, в любой момент времени, перекрываемый запросом на резервирование пропускной способности; когда определено, что совокупность находится ниже предела пропускной способности, то обрабатывают согласие посредством отправки ответа согласия на резервирование и сохранения резервирования, соответствующего запросу на резервирование пропускной способностью; и когда определено, что совокупность превышает предел пропускной способности, обрабатывают отказ посредством отправки ответа отказа на резервирования.
Посредством включения временной информации в запрос на резервирование пропускной способности, становится возможным не только планировать резервирования, но также это позволяет обеспечить гибкий и безопасный способ резервирования и потребления пропускной способности в системе с множеством приемников даже внутри одного дома. Таким образом, изобретение решает проблемы с пропускной способностью, возникающие в результате размещения STB в таком количестве, которое в наихудшем случае использует пропускную способность большую, чем доступная, например, по первой миле. Операторы IPTV могут размещать большее число STB из расчета на дом, что делает услугу более привлекательной, увеличивая количество конечных пользователей, которым может быть предназначена предлагаемая услуга. Посредством предоставления данной гибкости, пропускная способность может использоваться более эффективно. Более того, используя ответ отказа, приемник может взаимодействовать с пользователем для возможного изменения запроса и/или существующих резервирований.
На этапе приема запрос на резервирование пропускной способности может дополнительно содержать время окончания резервирования. Включение как времени начала, так и времени окончания позволяет, например, осуществлять резервирование для записей через PVR. Должно быть отмечено, что для просмотра телевидения в реальном времени с открытым окончанием никакого времени окончания не требуется.
Пределом пропускной способности может быть предел пропускной способности для телевидения по интернет протоколу.
Предел пропускной способности может быть пределом пропускной способности для одного абонента телевидения по интернет протоколу. Другими словами, предел пропускной способности может быть для одного дома, также известный как первая миля.
Ответ отказа на резервирование может содержать ссылки на, по меньшей мере, одно из любых существующих резервирований пропускной способности. Это дает возможность пользователю выбрать, удалить ли какое-нибудь из уже существующих конфликтующих резервирований. Опционально, это может выполняться автоматически в соответствии с заранее определенными правилами.
Способ может дополнительно содержать этап, на котором, когда определено, что совокупность превышает предел пропускной способности только в отношении части времени, охватываемого запросом на резервирование пропускной способности, то обрабатывают частичное согласие посредством отправки ответа согласия на частичное резервирование, содержащего, по меньшей мере, один временной интервал, в течение которого совокупность находится ниже предела пропускной способности. Посредством использования ответов частичного согласия, приемник может взаимодействовать с пользователем для возможного изменения запроса и/или существующих резервирований, дополнительно увеличивая эффективность использования пропускной способности.
Ответ частичного согласия может содержать ссылку на, по меньшей мере, одно из любых существующих резервирований пропускной способности.
Запрос на резервирование пропускной способности может содержать числовое значение запрашиваемой пропускной способности. Например, запрос на резервирование пропускной способности может включать в себя резервирование пропускной способности в мегабитах в секунду.
Вторым аспектом изобретения является сервер выделения пропускной способности для выделения пропускной способности на сервере выделения пропускной способности сети цифрового видео, при этом сеть цифрового видео содержит ограниченный канал, являющийся линией связи между местоположением абонента и узлом доступа. Сервер выделения пропускной способности содержит: приемник запроса, выполненный с возможностью приема запроса на резервирование пропускной способности для резервирования пропускной способности по ограниченному каналу, при этом запрос на резервирование пропускной способности содержит время начала резервирования; модуль считывания резервирования, выполненный с возможностью считывания любых существующих резервирований пропускной способности применительно к пропускной способности по ограниченному каналу, по меньшей мере, частично перекрываемых продолжительностью запроса на резервирование, при этом продолжительность разграничивается временем начала резервирования; модуль сравнения, выполненный с возможностью определения, превышен ли предел пропускной способности совокупностью запроса на резервирование пропускной способности и любыми существующими резервированиями пропускной способности в любой момент времени, перекрываемый запросом на резервирование пропускной способности; передатчик, выполненный с возможностью отправки ответа согласия на резервирование, когда определено, что совокупность находится ниже предела пропускной способности, и отправки ответа отказа на резервирование, когда определено, что совокупность превышает предел пропускной способности.
Сервер выделения пропускной способности может содержаться в сервере политики; приемник запроса может быть выполнен с возможностью приема запроса на резервирование пропускной способности от сервера приложений, при этом сервер приложений выполнен с возможностью обслуживания запросов от приемников; и передатчик может быть выполнен с возможностью отправки ответов серверу приложений.
Сервер выделения пропускной способности может содержаться в объединенном сервере политики и приложений, при этом сервер политики и приложений выполнен с возможностью выделения пропускной способности и обслуживания запросов от приемников; приемник запросов может быть выполнен с возможностью приема запроса на резервирования пропускной способности от приемника; и передатчик может быть выполнен с возможностью отправки ответов приемнику.
Третьим аспектом изобретения является способ резервирования пропускной способности в сети цифрового видео, при этом сеть цифрового видео содержит ограниченный канал, являющийся линией связи между местоположением абонента и узлом доступа в сети цифрового видео. Способ содержит этапы, на которых: отправляют запрос на резервирование пропускной способности, чтобы зарезервировать пропускную способность по ограниченному каналу, при этом запрос на резервирование пропускной способности содержит время начала резервирования; принимают ответ согласия на резервирование, когда определено, что совокупность запроса на резервирование пропускной способности и любых существующих резервирований пропускной способности не превышает предел пропускной способности; и принимают ответ отказа на резервирование, когда определено, что совокупность превышает предел пропускной способности. Используя данный способ, пропускная способность может резервироваться с конкретного времени начала, например с приемника.
Запрос на резервирование пропускной способности может содержать числовое значение запрашиваемой пропускной способности.
Ответ отказа на резервирование может содержать ссылки на, по меньшей мере, одно из любых существующих резервирований пропускной способности.
Способ дополнительно может содержать этап, на котором принимают ответ согласия на частичное резервирование, когда определено, что совокупность превышает предел пропускной способности только в отношении части времени, охватываемого запросом на резервирование пропускной способности, при этом ответ согласия на частичное резервирование содержит, по меньшей мере, один временной интервал, когда совокупность находится ниже предела пропускной способности.
Ответ частичного согласия может содержать ссылки на, по меньшей мере, одно из любых существующих резервирований пропускной способности.
Способ может начинаться, когда пользователь переключает канал с телевизионного канала с относительно низкой пропускной способностью на телевизионный канал с относительно высокой пропускной способностью.
Четвертым аспектом изобретения является устройство для резервирования пропускной способности в сети цифрового видео. Устройство содержит: передатчик, выполненный с возможностью отправки запроса на резервирование пропускной способности для резервирования пропускной способности по ограниченному каналу, при этом запрос на резервирование пропускной способности содержит время начала резервирования; и приемник ответа, выполненный с возможностью приема ответа согласия на резервирование, когда определено, что совокупность запроса на резервирование пропускной способности и любых существующих резервирований пропускной способности находится ниже предела пропускной способности, и приема ответа отказа на резервирование, когда определено, что совокупность превышает предел пропускной способности.
Пятым аспектом изобретения является абонентский приемник, содержащий устройство в соответствии с четвертым аспектом.
Шестым аспектом изобретения является телевизионный приемник, содержащий устройство в соответствии с четвертым аспектом.
Должно быть отмечено, что любые признаки первого, второго, третьего, четвертого, пятого и шестого аспектов могут, где предусмотрено, применяться к любому другому аспекту.
Как правило, все термины, используемые в формуле изобретения, должны интерпретироваться в соответствии с их обычным смыслом в соответствующей области техники до тех пор, пока явно не определено обратное. Все упоминания элемента, устройства, компонента, средства, этапа и т.д. должны интерпретироваться как прямо относящиеся к, по меньшей мере, одному экземпляру элемента, устройства, компонента, средства, этапа и т.д., до тех пор, пока явно не заявлено обратное. Этапы любого раскрываемого здесь способа необязательно должны выполняться в конкретном раскрываемом порядке до тех пор, пока это явно не заявлено.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Далее изобретение описывается, в качестве примера, со ссылкой на сопроводительные чертежи, на которых:
Фиг.1 является принципиальной схемой, показывающей в общих чертах среду телевидения по Интернет протоколу (IPTV), в которой может быть применен вариант осуществления изобретения,
Фиг.2 является характерной схемой взаимосвязи объектов, иллюстрирующей разделение на абонента, пользователя, приемник и ограничения пропускной способности,
Фиг.3a-d являются графиками, представляющими собой различные сценарии резервирования пропускной способности в системе, показанной на Фиг.1,
Фиг.4 является циклограммой, иллюстрирующей осуществление связи между приемниками, относящимися к одному и тому же ограниченному каналу, сервером приложений и сервером политики,
Фиг.5 является блок-схемой, иллюстрирующей способ, в соответствии с одним вариантом осуществления, реализуемый на сервере приложений и/или сервере политики, показанным на Фиг.1,
Фиг.6 является блок-схемой, иллюстрирующей способ в приемнике, где способ организован для взаимодействия со способом, проиллюстрированным блок-схемой, показанной на Фиг.5,
Фиг.7 является принципиальной схемой, показывающей компоненты варианта осуществления сервера 1 приложений, показанного на Фиг.1,
Фиг.8 является принципиальной схемой, показывающей компоненты варианта осуществления приемника, показанного на Фиг.1,
Фиг.9 показывает модули варианта осуществления сервера приложений, показанного на Фиг.1, и
Фиг.10 показывает модули варианта осуществления приемника 10 (или 11-13), показанного на Фиг.1.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
Изобретение будет далее описано более подробно со ссылкой на сопроводительные чертежи, на которых показаны некоторые варианты осуществления изобретения. Тем не менее, данное изобретение может быть воплощено в многообразии отличных форм и не должно толковаться как ограничивающееся изложенными здесь вариантами осуществления; наоборот, данные варианты осуществления предоставлены в качестве примера, так чтобы данное раскрытие было исчерпывающим и законченным, и будут полностью передавать объем изобретения специалисту в соответствующей области техники. На всем протяжении описания аналогичные цифровые обозначения относятся к аналогичным элементам.
Фиг.1 является принципиальной схемой, показывающей в общих чертах среду телевидения по Интернет протоколу (IPTV), в которой может быть применен вариант осуществления изобретения. В домах 15 и 16 абонентов имеются приемники 10-13, такие как абонентские приемники (STB) или приемники, встроенные в телевизионные приемники. В доме 15 абонента имеются два установленных приемника 10, 11, а в доме 16 абонента имеются два установленных приемника 12, 13. Каждый из этих приемников 10-13 соединен через сеть IP (Интернет Протокола) с узлом 5 доступа. Узел доступа в свою очередь соединен непосредственно или опосредованно с услугой 4 предоставления контента, сервером 1 приложений и сервером 2 политики. Второй узел 6 доступа соединен аналогичным образом с первым узлом 5 доступа, причем второй узел доступа обслуживает отдельную группу абонентов. Дополнительные узлы доступа предоставляются по необходимости для достижения требуемой пропускной способности сети. Здесь исключены прочие компоненты среды, чтобы не затенять раскрытие вариантов осуществления настоящего изобретения.
Сервер 1 приложений и сервер 2 политики могут быть, при желании, объединены в один сервер или предоставляться отдельно, как указано на Фиг.1. Кроме того, сервер 1 приложений и/или сервер 2 политики могут быть реализованы, используя несколько устройств, для достижения улучшений в избыточности и/или производительности. Сервер политики отвечает за выделение пропускной способности. Сервер 1 приложений осуществляет связь с приемниками 10-13 для обеспечения требуемой централизованной обработки. Другими словами, сервер 1 приложений обслуживает запросы приемников 10-13, выполняет необходимую обработку и предоставляет в ответ результаты обратно приемникам 10-13.
Услуга 4 предоставления контента предоставляет контент приемникам 10-13 через узел 5 доступа. Контент включает в себя видеоконтент, аудиоконтент и/или текстовый контент, такой как субтитры. Из этих материалов видеоконтенту требуется большая часть пропускной способности. В качестве примера, поток высокой четкости, включающий в себя как видео, так и аудио и, при необходимости, текстовый контент может использовать 8-12 Мбит/с (мегабит в секунду). Поток стандартной четкости, включающий в себя видео, аудио и, при необходимости, текстовый контент может использовать 2-4 Мбит/с. Скорость передачи битов может значительно варьироваться в зависимости от того, какой алгоритм сжатия и какая конфигурация сжатия используются, причем выбранные параметры конфигурации отражают компромисс взаимосвязи между низкой скоростью передачи битов и высоким качеством для заданного алгоритма сжатия.
Существует некоторая гибкость при выборе того, какой объем обработки должен выполняться на приемниках 10-13 и сервере 1 приложений. При одном подходе, едва ли не любая обработка выполняется на приемниках 10-13. Приемники 10-13 могут быть, например, обеспечены веб-браузером с HTML (языком гипертекстовой разметки), который осуществляет взаимодействие с веб-сервером на сервере 1 приложений. В данном примере приемники 10-13 являются просто интерфейсом пользователя к серверу приложений. При другом подходе, приемники 10-13 предоставлены как «толстые» клиенты с функциональностью, продуманной для конкретного применения. Чем-то средним будут приемники 10-13, являющиеся расширенными браузерами с поддержкой JavaScript/ECMAScript или Adobe Flash для достижения более богатого восприятия пользователя. Код по-прежнему предоставляется сервером приложений, так же как и в случае чистого HTML, но больше исполнения выполняется с приемников 10-13. Так же могут использоваться аплеты Java или приложения для исполнения клиентского кода на устройствах 10-13, взаимодействуя с сервером 1 приложений. Здесь и далее, понятие «тонкие» клиенты относится к случаю, где устройства 10-13 обеспечены браузерами для доступа к обработке, выполняемой сервером 1 приложений. Так же должно быть отмечено, что даже в случае «толстых» клиентов, приложения на приемниках 10-13 взаимодействуют с сервером приложений и существует выбор того, возложить ли соответственно в большей степени обработку на «толстого» клиента приемников 10-13 или сервер приложений.
Фиг.2 является характерной схемой взаимосвязи объектов, иллюстрирующей разделение на абонента 20, пользователя 21, приемник 22 и ограничения 23 пропускной способности. Схема содержит объект 20 абонента, объект 21 пользователя, объект 22 приемника и объект 23 ограничения пропускной способности.
Объект 23 ограничения пропускной способности представляет собой ограниченную пропускную способность по ограниченному каналу. Например, ограниченным каналом может быть соединение между точкой доступа и домом абонента, которое зачастую является узким местом в системе, такой как система, проиллюстрированная на Фиг.1. В качестве альтернативы или в дополнение, ограничения 23 пропускной способности могут представлять собой узкие места выше по системе, ближе к центральным компонентам, таким как услуга 4 предоставления контента на Фиг.1.
Объект 20 абонента представляет собой одну учетную запись в системе и, как правило, соответствует одному дому абонента (см. позиции 15, 16 на Фиг.1). В вариантах осуществления настоящего изобретения каждый абонент 20 ограничен нулевым или большим числом ограничений 23 пропускной способности, и каждое ограничение 23 пропускной способности действует на одного или более абонентов 20.
Приемник 22 представляет собой один приемник, выполненный с возможностью приема контента по ограниченному каналу(ам), например, абонентский приемник или приемник, встроенный в телевизионный приемник. Каждый абонент 20 имеет, по меньшей мере, один приемник 22, но может иметь и большее число приемников.
Пользователем 21 является субъект, потребляющий контент приемника 22. Каждый пользователь 21 может использовать один или более приемников 22, и каждый приемник может использоваться одним или более пользователями. Кроме того, каждый абонент 20 объединяет в себе одного или более пользователей 21.
Фиг.3a-d являются графиками, представляющими собой различные сценарии резервирования пропускной способности в системе, показанной на Фиг.1. Горизонтальная ось представляет собой время, в данном случае между 12.00 и 17.00. Вертикальная ось представляет собой использование пропускной способности одного ограниченного канала, причем линия 59 указывает предел пропускной способности по ограниченному каналу. В данном примере канал стандартной четкости занимает одну единицу пропускной способности, а канал высокой четкости занимает три единицы пропускной способности. Единицей пропускной способности может быть, например, 4 Мбит/с, что тем самым приводит к тому, что каналы стандартной четкости занимают вплоть до 4 Мбит/с, а каналы высокой четкости занимают вплоть до 12 Мбит/с. Должно быть отмечено, что данные пределы выбраны только в целях иллюстрации, и что для вариантов осуществления настоящего изобретения могут быть выбраны любые приемлемые пределы. Резервирования пропускной способности представлены прямоугольниками в сетке. Резервирования пропускной способности могут иметь заданные времена начала и времена окончания или они могут быть с открытым окончанием, т.е. с незаданным временем окончания. Резервирование с заданными временами начала и окончания может, например, быть резервированием для записи с использованием персонального видеопроигрывателя с функцией записи (PVR) или резервированием для просмотра конкретной телевизионной программы. Резервирование с открытым окончанием, как правило, представляет собой случайный просмотр телевидения. Должно быть отмечено, что если случайный зритель выбирает канал с другой пропускной способностью, как например, при переходе с канала стандартной четкости на канал высокой четкости, то отправляется новое резервирование пропускной способности и производится освобождение резервирования пропускной способности. Ниже подробно будет объяснен способ обработки резервирования пропускной способности.
Как проиллюстрировано на Фиг.3a-d, посредством включения временной информации в запрос на резервирование пропускной способности становится возможным не только планировать резервирования, но также обеспечивать гибкий и безопасный способ резервирования и потребления пропускной способности в системе с множеством приемников даже внутри одного дома. Следовательно, решаются проблемы с пропускной способностью, вызванные размещением STB в количестве, при котором в худшем случае, они используют пропускную способность большую, чем доступная, например, по первой миле. Таким образом, операторы IPTV могут размещать большее число STB из расчета на дом, что делает услугу более привлекательной, увеличивая количество конечных пользователей, на которых может быть направлено предложение услуги. Посредством предоставления данной гибкости пропускная способность может использоваться более эффективно. Более того, используя ответ отказа, приемник может взаимодействовать с пользователем для возможного изменения запроса и/или существующих резервирований.
На Фиг.3a представлены два уже имеющиеся резервирования 60, 61 пропускной способности. Одно резервирование 60 пропускной способности имеет отношение к каналу стандартной четкости с открытым окончанием, начинающееся в 12:00 с незаданным временем окончания. Второе резервирование 61 пропускной способности имеет отношение к каналу стандартной четкости с открытым окончанием, причем время начала резервирования - 12:30.
Если теперь пользователь захочет зарезервировать пропускную способность, например, для записи с помощью PVR между 14:00 и 16:00, то будет отправлен запрос на третье резервирование 62 пропускной способности от приемника (например, 10 на Фиг.1) к серверу (1 на Фиг.1) приложений. Так как совокупностью существующих резервирований 60, 61 пропускной способности и третьего резервирования 62 пропускной способности предел 59 пропускной способности превышен не будет, то запрос может быть принят и резервирование 62 пропускной способности сохранено.
Тем не менее, если впоследствии сервером приложений принимается запрос на четвертое резервирование 63 пропускной способности, то совокупность запроса на четвертое резервирование 63 пропускной способности и существующих резервирований 60-62 пропускной способности превысит предел 59 пропускной способности. Таким образом, запрос на четвертое резервирование 63 пропускной способности отклоняется.
На Фиг.3b показана аналогичная ситуация. Тем не менее, здесь запрос на четвертое резервирование 63' пропускной способности относится ко времени между 15:00 и 17:00. В данном случае, предел пропускной способности будет превышаться между 15:00 и 16:00, но не между 16:00 и 17:00. Затем сервер приложений может дополнительно отправить ответ согласия на частичное резервирование. Затем преемник может запросить пользователя о дальнейших действиях, например, об изменении резервирования 63', чтобы оно охватывало промежуток с 16:00 до 17:00, об удалении одного из существующих резервирований 60-62 пропускной способности или об отзыве запроса на резервирование 63' пропускной способности. Как объяснялось выше со ссылкой на Фиг.1, в зависимости от выбора архитектуры системы в отношении того, где в системе размещать логическое приложение, обработка внутри системы в отношении запроса пользователя о том, каким образом разрешать конфликт, может выполняться преимущественно на сервере 1 приложений или приемнике 10-13. Опционально, сервер приложений отправляет ответ отказа на резервирование, подобно ответу, отправляемому в ситуации на Фиг.3a на запрос на резервирование 63 пропускной способности.
На Фиг.3c имеется три существующих резервирования 66-68 пропускной способности, когда принимается запрос на четвертое резервирование 69 пропускной способности. Резервирования 66, 67 являются ожидающими решения резервированиями по просмотру телевидения в реальном времени. Сервер приложений отклоняет запрос или может опционально отправить ответ согласия на частичное резервирование, указывающий на то, что резервирование может быть принято применительно к резервированию после 14:00. Затем приемник может запросить пользователя в отношении дальнейших действий. Опционально, ответ отказа или ответ согласия на частичное резервирование содержат ссылки на существующие конфликтующие резервирования, тем самым пользователю предоставляется возможность изменить или удалить любое из конфликтующих резервирований.
На Фиг.3d имеется три существующих резервирования 60-62 пропускной способности, когда принимается запрос на четвертое резервирование 63'' пропускной способности с открытым окончанием. Ситуация аналогична той, что представлена на Фиг.3b, в соответствии с чем сервер приложений может отправить ответ согласия на частичное резервирование, указывающий на то, что резервирование может быть принято применительно к резервированию до 14:00. Ситуация может быть разрешена, например, посредством отмены любого из резервирований 60-62, или посредством разрешения на продление четвертого резервирования 63'' пропускной способности с открытым окончанием только до 14:00, и предоставления пользователю на этом этапе возможности выбора того, чтобы резервирование пропускной способности было отклонено (или просто автоматического завершения резервирования 63'' на этом этапе). Опционально, если любое из существующих резервирований 60-62 пропускной способности связано с одним и тем же приемником, что и запрос на четвертое резервирование 63'' пропускной способности, то пользователю может быть предоставлен выбор между резервированиями пропускной способности применительно к конкретному приемнику. Опционально, ответ отказа может отправляться сервером приложений в ответ на запрос на четвертое резервирование 63'' пропускной способности.
Фиг.4 является циклограммой, иллюстрирующей осуществление связи между приемниками 10, 11, сервером 1 приложений и сервером 2 политики. Приемники 10, 11 используют один и тот же ограниченный канал. Текст ниже будет относиться как к Фиг.4, так и Фиг.3c, так как они обе иллюстрируют один и тот же сценарий с разных точек зрения. Должно быть отмечено, что как объяснялось выше со ссылкой на Фиг.1, в зависимости от выбора архитектуры системы в отношении того, где в системе размещать логическое приложение, большая или меньшая часть обработки может выполняться соответственно либо на сервере приложений, либо на приемниках 10, 11.
В районе 12:00 первый пользователь приемника 10 хотел бы просмотреть телевидение в реальном времени, вследствие чего от приемника 10 к серверу 1 приложений отправляется запрос 30 на резервирование 66 пропускной способности с открытым окончанием. Сервер 1 приложений отправляет соответствующий запрос 31 на резервирование серверу 2 политики. Сервер 2 политики определяет, что запрос является OK 32 (может быть подтвержден), так как ранее не существовало резервирований пропускной способности, и отправляет ответ 33 согласия серверу 1 приложений, который отправляет ответ 34 согласия приемнику 10.
Чуть позже, около 12:30, второй пользователь приемника 11 так же захотел просмотреть телевидение в реальном времени, вследствие чего от приемника 11 к серверу 1 приложений отправляется запрос 35 на резервирование 67 пропускной способности с открытым окончанием. Сервер 1 приложений отправляет соответствующий запрос 36 на резервирование серверу 2 политики. Сервер 2 политики определяет, что запрос является OK 37 и отправляет ответ 38 согласия серверу 1 приложений, который отправляет ответ 39 согласия приемнику 11.
Затем второй пользователь приемника 11 хочет запланировать запись с высокой четкостью на PVR, вследствие чего от приемника 11 к серверу 1 приложений отправляется запрос 40 на резервирование 68 пропускной способности с 13:00 до 14:00. Сервер 1 приложения отправляет соответствующий запрос 41 на резервирование серверу 2 политики. Сервер 2 политики определяет, что запрос является OK 42, так как два существующих резервирования 66, 67 являются с открытыми окончаниями, и отправляет ответ 43 согласия серверу 1 приложений, который отправляет ответ 44 согласия приемнику 11. Другими словами, в данном варианте осуществления, планируемые резервирования (как с временем начала, так и временем окончания) имеют более высокий приоритет, чем обычный просмотр телевидения. Опционально, такого приоритета для планируемых резервирований, у которых имеется как время начала, так и время окончания, нет, вследствие чего любое существующее резервирование имеет приоритет над новыми запросами на резервирование.
Затем первый пользователь приемника 10 так же захочет запланировать запись с высокой четкостью на PVR, вследствие чего от приемника 10 к серверу 1 приложений отправляется запрос 45 на резервирование 69 пропускной способности с 13:30 до 16:00. Сервер 1 приложений отправляет соответствующий запрос 46 на резервирование серверу 2 политики. Сервер 2 политики определяет, что ограниченный канал полон 47 и отправляет ответ 48 отказа серверу 1 приложений, который отправляет ответ 49 отказа приемнику 10. Опционально, функция ответа 49 может выполняться, используя ответ частичного согласия, как объяснялось выше. Ответ отказа или ответ частичного согласия могут опционально содержать ссылки на любые конфликтующие резервирования. В данном примере, ссылки могут быть ссылками на резервирования 60 и 61 пропускной способности или резервирования 60, 61 и 62 пропускной способности.
В момент времени непосредственно до 13:00, например в 12:58, так как оба резервирования 66, 67 пропускной способности с открытым окончанием все еще действуют, сервер политики уведомляет о существующем конфликте 50 планирования, вызванного отсутствием достаточной пропускной способности для всех резервирований. Серверу 1 приложений отправляется сообщение 51 о недействительности. Затем сервер приложений отправляет соответствующие сообщения 52, 53 о недействительности соответственно двум приемникам 10, 11. Затем два приемника 10, 11 могут автоматически или после запроса и согласия со стороны пользователя, завершить просмотр телевидения. Данная обработка может происходить на стороне приемников 10, 11 в случае «толстых» клиентов или данная обработка может происходить на сервере 1 приложений, если приемники 10, 11 являются всего лишь агентами пользователя, в данном случае «тонкими» клиентами. Затем два приемника 10, 11 соответственно отправляют серверу 1 приложений сообщения 54, 56 завершения сеанса телевидения в реальном времени, вследствие чего сервер 1 приложений отправляет соответствующие сообщения 55, 57 на освобождение серверу политики. Таким образом, два резервирования 66, 67 пропускной способности снимаются, и гарантируется целостность резервирования 68 пропускной способности для записи с высокой четкостью на PVR.
Должно быть отмечено, что сервер 1 приложений и сервер 2 политики опционально могут быть объединены в одном сервере.
Фиг.5 является блок-схемой, иллюстрирующей способ, реализуемый на сервере приложений и/или сервере политики, здесь и далее именуемых сервер. Способ относится к одному ограниченному каналу, но, как правило, выполняется параллельно применительно к нескольким ограниченным каналам, например, параллельно к нескольким ограничениям первой мили.
На исходном этапе 80 приема резервирования пропускной способности сервер принимает запрос на резервирование пропускной способности от приемника, например, приемника 10 на Фиг.1. Запрос содержит, по меньшей мере, время начала и опционально также время окончания. Запрос также может содержать величину запрашиваемой пропускной способности, либо в числовом значении, например 4 Мбит/с или 12 Мбит/с, или в заранее определенных категориях, например, телевидение стандартной четкости или телевидение высокой четкости. Опционально, может не существовать указания того, какая величина пропускной способности запрашивается, что может использоваться, например, в случае, где каналы потребляют приблизительно одинаковый объем пропускной способности, например, когда все каналы являются каналами стандартной четкости.
Затем на этапе 81 получения резервирований сервер получает все соответствующие резервирования, например, из постоянной памяти, опционально кэшированной во временной памяти. Связанными резервированиями могут быть все резервирования, которые, по меньшей мере, частично перекрываются во времени с принятым запросом на резервирование пропускной способности.
На этапе 82 определения приемлемости сервер объединяет принятый запрос на резервирование пропускной способности с полученными резервированиями и определяет, превышает ли любая часть такой совокупности ограничения пропускной способности применительно к ограниченному каналу, о котором идет речь.
В зависимости от результата определения, на этапе 83 приемлемости с условиями, если ограничение пропускной способности не превышается на всем протяжении, то запрос на резервирование пропускной способности считается приемлемым и способ переходит к этапу 84 обработки согласия. Если предел пропускной способности превышен в течение всего периода запроса на резервирование пропускной способности, то способ переходит к этапу 86 обработки отказа. Опционально, если предел пропускной способности превышается только в части периода запроса на резервирование пропускной способности, то способ переходит к этапу 85 обработки частичного согласия.
На этапе 84 обработки согласия от сервера приемнику отправляется ответ согласия, указывающий на то, что запрос на резервирование пропускной способности принят. Кроме того, резервирование пропускной способности сохраняется в памяти наряду с любыми предшествующими резервированиями пропускной способности.
На этапе 86 обработки отказа приемнику от сервера отправляется ответ отказа, указывающий на то, что в резервировании пропускной способности отказано. Вследствие этого, не требуется сохранение в памяти резервирования пропускной способности, о котором идет речь.
На опциональном этапе 85 обработки частичного согласия приемнику от сервера отправляется сообщение, указывающее ответ с частичным согласием вместе с информацией о том, в отношении каких периодов времени может быть принят запрос на резервирование пропускной способности. Затем приемник может либо ответить согласием на периоды времени, которые определены как находящиеся ниже предела пропускной способности, либо он может выполнить более подробную обработку при помощи пользователя, например, позволяя пользователю удалить или изменить другие резервирования пропускной способности. Если этап обработки частичного согласия не представлен, то частичное согласие будет обрабатываться как отказ, так как оно не может быть принято из-за того что, по меньшей мере, часть резервирования будет приводить к превышению предела пропускной способности.
Описанный выше способ может исполняться в качестве инструкций программного обеспечения на сервере, таком как сервер 1 приложений или сервер 2 политики.
Фиг.6 является блок-схемой, иллюстрирующей способ в приемнике, причем способ организован для взаимодействия со способом, проиллюстрированным блок-схемой, показанной на Фиг.5.
На исходном этапе 90 отправки запроса на резервирование пропускной способности приемник отправляет серверу запрос на резервирование пропускной способности. Как объяснялось выше, резервирование пропускной способности содержит, по меньшей мере, время начала и опционально время окончания. Опционально, включается запрашиваемая пропускная способность либо в качестве числовых данных, либо в качестве данных категории.
На этапе 91 приема ответа на приемнике от сервера принимается ответ на резервирование пропускной способности.
Затем на этапе 92 согласия с условием определяется, какой тип ответа был получен. Если ответ на резервирование пропускной способности указывает на то, что запрос был принят, способ переходит к этапу 93 обработки ответа согласия. Если ответ на резервирование пропускной способности указывает на то, что запрос был отклонен, то способ переходит к этапу 95 обработки ответа отказа. Опционально, если ответ на резервирование пропускной способности указывает на то, что запрос был принят частично, способ переходит к этапу 94 обработки ответа частичного согласия.
На этапе 93 обработки ответа согласия, приемник действует в соответствии с ответом согласия. Например, если резервирование пропускной способности имеет отношение к просмотру телевидения в реальном времени, то приемник начинает показ телевидения в реальном времени пользователю, о котором идет речь, как, по сути, известно в соответствующей области техники, например, используя IPTV. Если резервирование пропускной способности имеет отношение к записи через PVR, то приемник планирует запись, как, по сути, известно в соответствующей области техники.
На этапе 95 обработки ответа отказа приемник действует в соответствии с ответом отказа. Таким образом, действие пользователя, инициировавшее запрос на резервирование пропускной способности, отклоняется. Например, если действием пользователя был бы просмотр телевидения в реальном времени, то данное действие отклоняется, или если действием пользователя было бы планирование записи через PVR, то планирование отклоняется. Опционально, ответ отказа инициирует предоставление приемником пользователю интерфейса, предоставляющего пользователю возможность выполнить повторное планирование или удаление одного или более из существующих резервирований, для освобождения пропускной способности для требуемого действия пользователя, которое стало причиной исходного запроса на резервирование пропускной способности, который был отправлен выше на этапе 90.
На этапе 94 обработки ответа частичного согласия устройство действует в соответствии с ответом частичного согласия. Затем приемник может либо отправить сообщение обратно серверу, соглашаясь с периодами времени, которые были определены как находящиеся ниже предела пропускной способности, либо он может выполнить более подробную обработку при помощи пользователя, например, позволяя пользователю удалить или изменить другие резервирования пропускной способности.
Должно быть отмечено, что способ на Фиг.6 может реализовываться, используя инструкции программного обеспечения, исполняемые контроллером приемника 22, 10-13.
Фиг.7 показывает компоненты варианта осуществления сервера 1 приложений, показанного на Фиг.1. Сервер приложений содержит контроллер 101, внутреннюю память 102, и сетевой интерфейс 110. Контролер может быть любым приемлемым центральным процессором (CPU), цифровым сигнальным процессором (DSP), и т.д., выполненным с возможностью исполнения инструкций программного обеспечения, хранящихся во внутренней памяти 102. Внутренняя память может быть любым сочетанием памяти для чтения и записи (RAM) и постоянной памяти (ROM). Сетевой интерфейс позволяет серверу приложений соединяться с сетью 110 IPTV, например, осуществлять связь с приемниками 10-13. Так же предоставлено постоянное запоминающее устройство 106, например, для хранения резервирований пропускной способности. Постоянная память может быть любой отдельно взятой или сочетанием из магнитной памяти, оптической памяти или твердотельной памяти. Опционально, предоставлен интерфейс пользователя (не показан) для использования оператором. В качестве альтернативы, сервер может управляться удаленно или локально, используя сетевой интерфейс 103.
Аппаратная реализация сервера 2 политики может быть аналогичной серверу 1 приложений.
Приемник 22, показанный на Фиг.8, содержит контроллер 501, который может включать в себя один или более суб-процессоров, и который выполнен с возможностью управления одним или более модулями программного обеспечения и/или приложениями, для того чтобы приемник имел возможность выполнять описанные выше операции и процедуры, как впрочем и любые прочие обычные операции, которые, как правило, выполняются на предполагаемом типе объектах связи. Контроллер может быть центральным процессором (CPU), цифровым сигнальным процессором (DSP) или любым другим логическим устройством, с возможностями исполнения инструкций программного обеспечения.
Приемник 22 содержит приемопередатчик 502, который пригоден для обмена информацией с одним или более сетевыми объектами, представленными сетью 110 IPTV. Приемопередатчик может принимать контент, такой как видео и аудиоконтент, и выполнен с возможностью отправки сообщений, например, сообщений управления, таких как сообщения запроса на резервирование пропускной способности, в восходящем направлении по сети, например, к серверу 1 приложений.
Ввод пользователя может обеспечиваться в приемнике 22 через Интерфейс 503 Пользователя (UI), который опционально интегрирован в приемник 22 и/или выполнен в качестве части отдельного объекта, например, пульта дистанционного управления. Приемник 22 так же содержит один или более дисплеев 504 для представления конечному пользователю информации, связанной с настройкой IPTV, как впрочем, и мультимедийный контент IPTV. В случае наличия двух дисплеев, один дисплей может быть дисплеем просмотра основного контента, например, подсоединенным телевизионным приемником, а другой дисплей может быть упрощенным светодиодным (LED) дисплеем, представленным на самом приемнике. В качестве альтернативы, если приемник 22 имеет возможности связанные с сенсорным экраном, то дисплей 504 может быть выполнен в качестве дисплея, в который интегрирован интерфейс 503 пользователя.
Приложения программного обеспечения приемника 22, как правило, хранятся в памяти 505 приложений, а информация, такая как, например, широковещательные предложения, может загружаться и/или кэшироваться в, и впоследствии извлекаться из, отдельной памяти 506. Опционально, приемник 22 включает в себя функциональные возможности PVR, при этом память 506 достаточно большая для хранения значительных объемов видео и аудиоданных. В таком случае, память 506 может быть любой или сочетанием из магнитной памяти, оптической памяти и твердотельной памяти. Программное обеспечение для выполнения функциональных возможностей PVR хранится в памяти 505 приложений. Память 505 приложений опционально содержит в себе приложения агента пользователя, такие как веб-браузер, браузер Adobe flash, и т.д., поддерживающие интерфейс «тонкого» клиента с сервером приложений. Опционально, память 505 приложений содержит приложение, являющееся «толстым» клиентом для взаимодействия с сервером 1 приложений.
В заключение, приемник 22 также содержит часы 507, которые выполнены с возможностью инициировать запуск приложений в конкретный момент времени, например, для начала записи через PVR.
Опционально, приемник 22 содержится в более крупном объекте, таком как телевизор или компьютер общего назначения. В этих случаях, некоторые или все описанные выше компоненты могут быть частью более крупного объекта, вследствие чего такие компоненты не предоставляются исключительно для использования приемником 22. Приемник также может содержаться в мобильном терминале, так как мобильный терминал использует ограниченный канал, например посредством подключения к домашней сети через соединение по беспроводной локальной сети, например, используя любой из стандартов IEEE 802.11.
Фиг.9 показывает модули 120-122 варианта осуществления сервера 2 политики, показанного на Фиг.1. Модули 120-122 могут быть реализованы, используя программное и/или аппаратное обеспечение. Также должно быть отмечено, что модули могут совместно использовать некоторые компоненты аппаратного обеспечения, такие как контроллеры и память. Приемник 120 запросов выполнен с возможностью приема запроса на резервирования пропускной способности через соединение 124 для резервирования пропускной способности по ограниченному каналу. Запрос на резервирование пропускной способности содержит время начала резервирования. Модуль 121 считывания резервирования выполнен с возможностью считывания любых существующих резервирований пропускной способности в отношении пропускной способности по ограниченному каналу, по меньшей мере, частично перекрываемых продолжительностью запроса на резервирования, например, из памяти 106, показанной на Фиг.7. Модуль 122 сравнения выполнен с возможностью определения, превышается ли предел пропускной способности (например, предел 59 на Фиг.3a-3d) совокупностью запроса на резервирование пропускной способности и любых существующих резервирований пропускной способности, в любой момент времени, охватываемый запросом на резервирование пропускной способности. В заключении, передатчик 123 выполнен с возможностью отправки ответа согласия на резервирование по соединению 124, когда определено, что совокупность находится ниже предела пропускной способности, и отправки ответа отказа на резервирование, когда определено, что совокупность превышает предел пропускной способности. Соединение 124 является, например, соединением с сервером 1 приложений и/или приемниками 10-13, 22.
Фиг.10 показывает модули 130-131 варианта осуществления приемника 10 (или 11-13), показанного на Фиг.1. Модули 130-131 могут быть реализованы, используя программное и/или аппаратное обеспечение. Так же должно быть отмечено, что модули могут совместно использовать некоторые физические компоненты аппаратного обеспечения, такие как контроллеры и память. Передатчик 130 выполнен с возможностью отправки запроса на резервирование пропускной способности по соединению 132 для резервирования пропускной способности по ограниченному каналу, причем запрос на резервирование пропускной способности содержит время начала резервирования. Приемник 131 ответа выполнен с возможностью приема ответа согласия на резервирования по соединению 132 от сервера приложений, когда определено, что совокупность пропускной способности находится ниже предела пропускной способности, и приема ответа отказа на резервирование, когда определено, что совокупность превышает предел пропускной способности. Соединение 132 является, например, соединением с сервером 1 приложений и/или сервером 2 политики.
Несмотря на то что варианты осуществления описаны выше как сокращающие проблемы перегрузки пропускной способности на первой миле, изобретение равноправно применимо к любой точке перегрузки в сети. В дополнение, при наличии нескольких точек перегрузки на пути доставки контента, каждая может управляться в соответствии с тем, что описано выше, чтобы обеспечить согласованные резервирования пропускной способности для множества точек перегрузки на разных иерархических уровнях в сети доставки.
Изобретение главным образом было описано выше со ссылкой на несколько вариантов осуществления. Тем не менее, как может быть легко принято во внимание специалистом в соответствующей области, равноправно в рамках объема изобретения возможны другие варианты осуществления, отличные от раскрытых выше, как определяется прилагаемой формулой изобретения.

Claims (20)

1. Способ выделения пропускной способности на сервере выделения пропускной способности сети цифрового видео, при этом сеть цифрового видео содержит ограниченный канал, являющийся линией связи между местоположением абонента и узлом доступа, причем способ содержит этапы, на которых:
принимают запрос на резервирование пропускной способности, чтобы зарезервировать пропускную способность по ограниченному каналу, при этом запрос на резервирование пропускной способности содержит время начала резервирования;
получают любые существующие резервирования пропускной способности для пропускной способности по ограниченному каналу, по меньшей мере, частично перекрываемые продолжительностью запроса на резервирование, при этом продолжительность разграничивается временем начала резервирования;
определяют, превышен ли предел пропускной способности совокупностью запроса на резервирование пропускной способности и любыми существующими резервированиями пропускной способности, в любой момент времени, перекрываемый запросом на резервирование пропускной способности;
когда определено, что совокупность находится ниже предела пропускной способности, то обрабатывают согласие посредством отправки ответа согласия на резервирование и сохранения резервирования, соответствующего запросу на резервирование пропускной способности; и
когда определено, что совокупность превышает предел пропускной способности, обрабатывают отказ посредством отправки ответа отказа на резервирование.
2. Способ по п.1, в котором на этапе приема запрос на резервирование пропускной способности дополнительно содержит время окончания резервирования.
3. Способ по любому из предшествующих пунктов, в котором предел пропускной способности является пределом пропускной способности для телевидения по Интернет-протоколу.
4. Способ по п.1, в котором предел пропускной способности является пределом для единственного абонента телевидения по Интернет-протоколу.
5. Способ по п.1, в котором ответ отказа на резервирование содержит ссылки на, по меньшей мере, одно из любых существующих резервирований пропускной способности.
6. Способ по п.1, дополнительно содержащий этап, на котором,
когда определено, что совокупность превышает предел пропускной способности только в отношении части времени, перекрываемого запросом на резервирование пропускной способности, обрабатывают частичное согласие посредством отправки ответа согласия на частичное резервирование, содержащего, по меньшей мере, один временной интервал, когда совокупность находится ниже предела пропускной способности.
7. Способ по п.6, в котором ответ частичного согласия содержит ссылки на, по меньшей мере, одно из любых существующих резервирований пропускной способности.
8. Способ по п.1, в котором запрос на резервирование пропускной способности содержит числовое значение запрашиваемой пропускной способности.
9. Сервер выделения пропускной способности для выделения пропускной способности в сети цифрового видео, при этом сеть цифрового видео содержит ограниченный канал, являющийся линией связи между местоположением абонента и узлом доступа, причем сервер выделения пропускной способности содержит:
приемник запроса, выполненный с возможностью приема запроса на резервирование пропускной способности для резервирования пропускной способности по ограниченному каналу, при этом запрос на резервирование пропускной способности содержит время начала резервирования;
модуль считывания резервирования, выполненный с возможностью считывания любых существующих резервирований пропускной способности применительно к пропускной способности по ограниченному каналу, по меньшей мере, частично перекрываемых продолжительностью запроса на резервирование, при этом продолжительность разграничивается временем начала резервирования;
модуль сравнения, выполненный с возможностью определения, превышен ли предел пропускной способности совокупностью запроса на резервирование пропускной способности и любыми существующими резервированиями пропускной способности в любой момент времени, перекрываемый запросом на резервирование пропускной способности;
передатчик, выполненный с возможностью отправки ответа согласия на резервирование, когда определено, что совокупность находится ниже предела пропускной способности, и отправки ответа отказа на резервирование, когда определено, что совокупность превышает предел пропускной способности.
10. Сервер выделения пропускной способности по п.9, при этом
сервер выделения пропускной способности содержится в сервере политики;
приемник запроса выполнен с возможностью приема запроса на резервирование пропускной способности от сервера приложений, при этом сервер приложений выполнен с возможностью обслуживания запросов от приемников; и
передатчик выполнен с возможностью отправки ответов серверу приложений.
11. Сервер выделения пропускной способности по п.9, при этом
сервер выделения пропускной способности содержится в объединенном сервере политики и приложений, при этом сервер политики и приложений выполнен с возможностью выделения пропускной способности и обслуживания запросов от приемников;
приемник запросов выполнен с возможностью приема запроса на резервирование пропускной способности от приемника; и
передатчик выполнен с возможностью отправки ответов приемнику.
12. Способ резервирования пропускной способности в сети цифрового видео, при этом сеть цифрового видео содержит ограниченный канал, являющийся линией связи между местоположением абонента и узлом доступа в сети цифрового видео, причем способ содержит этапы, на которых
отправляют запрос на резервирование пропускной способности, чтобы зарезервировать пропускную способность по ограниченному каналу, при этом запрос на резервирование пропускной способности содержит время начала резервирования;
принимают ответ согласия на резервирование, когда определено, что совокупность запроса на резервирование пропускной способности и любых существующих резервирований пропускной способности не превышает предел пропускной способности; и
принимают ответ отказа на резервирование, когда определено, что совокупность превышает предел пропускной способности.
13. Способ по п.12, в котором запрос на резервирование пропускной способности содержит числовое значение запрашиваемой пропускной способности.
14. Способ по п.12 или 13, в котором ответ отказа на резервирование содержит ссылки на, по меньшей мере, одно из любых существующих резервирований пропускной способности.
15. Способ по п.12 или 13, дополнительно содержащий этап приема ответа согласия на частичное резервирование, когда определено, что совокупность превышает предел пропускной способности только в отношении части времени, охватываемого запросом на резервирование пропускной способности, при этом ответ согласия на частичное резервирование содержит, по меньшей мере, один временной интервал, когда совокупность находится ниже предела пропускной способности.
16. Способ по п.15, в котором ответ частичного согласия содержит ссылки на, по меньшей мере, одно из любых существующих резервирований пропускной способности.
17. Способ по п.12, при этом способ начинается, когда пользователь переключает канал с телевизионного канала с относительно низкой пропускной способностью на телевизионный канал с относительно высокой пропускной способностью.
18. Устройство для резервирования пропускной способности в сети цифрового видео, при этом устройство содержит
передатчик, выполненный с возможностью отправки запроса на резервирование пропускной способности для резервирования пропускной способности по ограниченному каналу, при этом запрос на резервирование пропускной способности содержит время начала резервирования; и
приемник ответа, выполненный с возможностью приема ответа согласия на резервирование, когда определено, что совокупность запроса на резервирование пропускной способности и любых существующих резервирований пропускной способности находится ниже предела пропускной способности, и приема ответа отказа на резервирование, когда определено, что совокупность превышает предел пропускной способности.
19. Абонентский приемник, содержащий устройство по п.18.
20. Телевизионный приемник, содержащий устройство по п.18.
RU2011142989/08A 2009-03-25 2009-03-25 Способ управления временным доступом в сети цифрового видео RU2491751C2 (ru)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2009/050312 WO2010110707A1 (en) 2009-03-25 2009-03-25 Method for temporal admission control in a digital video network

Publications (2)

Publication Number Publication Date
RU2011142989A RU2011142989A (ru) 2013-04-27
RU2491751C2 true RU2491751C2 (ru) 2013-08-27

Family

ID=42781236

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2011142989/08A RU2491751C2 (ru) 2009-03-25 2009-03-25 Способ управления временным доступом в сети цифрового видео

Country Status (7)

Country Link
US (1) US8804519B2 (ru)
EP (1) EP2412144B1 (ru)
KR (1) KR101596073B1 (ru)
CN (1) CN102742289A (ru)
BR (1) BRPI0924593B1 (ru)
RU (1) RU2491751C2 (ru)
WO (1) WO2010110707A1 (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2654369C1 (ru) * 2014-06-27 2018-05-18 ЗетТиИ Корпорейшн Способ управления полосой пропускания, терминальное устройство IPTV и система связи

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8170065B2 (en) 2006-02-27 2012-05-01 Time Warner Cable Inc. Methods and apparatus for selecting digital access technology for programming and data delivery
US8458753B2 (en) 2006-02-27 2013-06-04 Time Warner Cable Enterprises Llc Methods and apparatus for device capabilities discovery and utilization within a content-based network
US20080235746A1 (en) 2007-03-20 2008-09-25 Michael James Peters Methods and apparatus for content delivery and replacement in a network
US8561116B2 (en) 2007-09-26 2013-10-15 Charles A. Hasek Methods and apparatus for content caching in a video network
US8099757B2 (en) 2007-10-15 2012-01-17 Time Warner Cable Inc. Methods and apparatus for revenue-optimized delivery of content in a network
US9866609B2 (en) * 2009-06-08 2018-01-09 Time Warner Cable Enterprises Llc Methods and apparatus for premises content distribution
EP2378722B1 (en) * 2010-02-16 2012-11-28 Siemens Aktiengesellschaft A method for data transmission in a communication network
FI127364B (en) * 2013-05-10 2018-04-30 Cloudstreet Oy MANAGEMENT OF WIRELESS COMMUNICATION CAPACITY
FI127365B (en) * 2013-05-10 2018-04-30 Cloudstreet Oy Management of wireless data transmission capacity
US10321383B2 (en) 2013-05-10 2019-06-11 Cloudstreet Oy Managing wireless transmission capacity
US20150098390A1 (en) * 2013-10-04 2015-04-09 Vonage Network Llc Prioritization of data traffic between a mobile device and a network access point
CN103546779B (zh) * 2013-10-14 2016-08-10 北京迈伦斯科技有限公司 支持多种服务模式的节目内容并行播发调度方法及系统
US9949155B2 (en) * 2016-01-22 2018-04-17 Panasonic Avionics Corporation Methods and systems for managing bandwidth for user devices on a transportation vehicle
US10687115B2 (en) 2016-06-01 2020-06-16 Time Warner Cable Enterprises Llc Cloud-based digital content recorder apparatus and methods
US11109290B2 (en) 2017-08-04 2021-08-31 Charter Communications Operating, Llc Switching connections over frequency bands of a wireless network
US10939142B2 (en) 2018-02-27 2021-03-02 Charter Communications Operating, Llc Apparatus and methods for content storage, distribution and security within a content distribution network
CN113660173B (zh) * 2021-08-16 2024-04-26 抖音视界有限公司 一种流量控制方法、装置、计算机设备及存储介质
CN113726691B (zh) * 2021-08-20 2024-04-30 北京字节跳动网络技术有限公司 带宽预留方法、装置、设备以及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6941141B2 (en) * 2001-12-18 2005-09-06 Electronics And Telecommunications Call control method for handoff guarantee in mobile terminal
RU2006107917A (ru) * 2003-08-14 2007-09-27 Мацусита Электрик Индастриал Ко., Лтд. (Jp) Временной мониторинг повторной передачи пакета в процессе мягкой эстафетной передачи обслуживания

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6041359A (en) * 1997-06-09 2000-03-21 Microsoft Corporation Data delivery system and method for delivering computer data over a broadcast network
US6389403B1 (en) 1998-08-13 2002-05-14 International Business Machines Corporation Method and apparatus for uniquely identifying a customer purchase in an electronic distribution system
JP4377028B2 (ja) 1999-05-06 2009-12-02 パナソニック株式会社 リソース管理システム
CA2344738A1 (en) 2001-04-20 2002-10-20 Newmic Foundation Revenue-optimal admission controller with hard quality of service guarantees for data networks
GB0303176D0 (en) 2003-02-12 2003-03-19 Video Networks Ltd A system for capture and selective playback of broadcast programmes
US8640159B2 (en) 2004-09-17 2014-01-28 At&T Intellectual Property I, L.P. Methods, systems, and devices for reducing bandwidth consumption in multimedia distribution systems
US8104054B2 (en) * 2005-09-01 2012-01-24 At&T Intellectual Property I, L.P. Methods, systems, and devices for bandwidth conservation
EP1929812B1 (en) 2005-09-16 2013-06-19 Koninklijke Philips Electronics N.V. Notification of incumbent users in dynamic spectrum access wireless systems
US7792025B2 (en) * 2005-10-11 2010-09-07 Alcatel Lucent Multi-service session admission control
DE602005014879D1 (de) 2005-12-23 2009-07-23 Alcatel Lucent Ressourcen-Zugangskontrolle für Kunden-gesteuerte und Netzwerk-gesteuerte Abfragen
CN100536432C (zh) * 2006-03-28 2009-09-02 华为技术有限公司 对资源预留请求或策略决定请求进行响应的方法和装置
CN101035013A (zh) * 2006-03-08 2007-09-12 中兴通讯股份有限公司 一种资源接纳控制方法及系统
US8763062B2 (en) * 2006-10-30 2014-06-24 Alcatel Lucent Method and apparatus for controlling information available from content distribution points
US8428002B2 (en) 2007-04-18 2013-04-23 Broadcom Corporation Cooperative transceiving between wireless interface devices of a host device
US8798121B2 (en) 2007-05-10 2014-08-05 Broadcom Corporation High speed data bus for communicating between wireless interface devices of a host device
US8079053B2 (en) * 2007-05-15 2011-12-13 At&T Intellectual Property, I, L.P. System and method of deferring multimedia content delivery
US8209728B2 (en) 2007-08-31 2012-06-26 At&T Intellectual Property I, L.P. System and method of delivering video content
JP5125446B2 (ja) * 2007-11-27 2013-01-23 日本電気株式会社 リソース予約装置、システム、方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6941141B2 (en) * 2001-12-18 2005-09-06 Electronics And Telecommunications Call control method for handoff guarantee in mobile terminal
RU2006107917A (ru) * 2003-08-14 2007-09-27 Мацусита Электрик Индастриал Ко., Лтд. (Jp) Временной мониторинг повторной передачи пакета в процессе мягкой эстафетной передачи обслуживания

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2654369C1 (ru) * 2014-06-27 2018-05-18 ЗетТиИ Корпорейшн Способ управления полосой пропускания, терминальное устройство IPTV и система связи

Also Published As

Publication number Publication date
EP2412144A1 (en) 2012-02-01
US20120014255A1 (en) 2012-01-19
CN102742289A (zh) 2012-10-17
KR20120022789A (ko) 2012-03-12
EP2412144A4 (en) 2017-10-11
KR101596073B1 (ko) 2016-02-19
BRPI0924593A2 (pt) 2016-03-01
RU2011142989A (ru) 2013-04-27
WO2010110707A1 (en) 2010-09-30
EP2412144B1 (en) 2019-05-08
US8804519B2 (en) 2014-08-12
BRPI0924593B1 (pt) 2020-11-17

Similar Documents

Publication Publication Date Title
RU2491751C2 (ru) Способ управления временным доступом в сети цифрового видео
US8375414B2 (en) Method, apparatus, and computer program product for dynamic bandwidth management in an IP-network
US9986062B2 (en) Quality of service for distribution of content to network devices
US20180343480A1 (en) Predictive Allocation of Multimedia Server Resources
KR101432303B1 (ko) 대역 요구 장치, 클라이언트 기기, 대역 요구 방법 및 기록 매체
US7934231B2 (en) Allocation of overhead bandwidth to set-top box
US8356110B2 (en) Adaptive bandwidth resource management for media streams
US8881212B2 (en) Home network management
TWI680662B (zh) 在網路裝置所執行之進行流量對話中分配該網路可用頻寬之方法及其裝置
EP3172861B1 (en) Generating and utilizing contextual network analytics
US8584187B2 (en) Bandwidth management
US20160119404A1 (en) Method and system for abr recording
US8626924B2 (en) Apparatus and method for providing computing resources
RU2654369C1 (ru) Способ управления полосой пропускания, терминальное устройство IPTV и система связи
JP4865658B2 (ja) 通信装置およびその制御方法、通信システム、データ伝送システム、通信装置制御プログラム、並びに該プログラムを記録した記録媒体
KR100765321B1 (ko) 보장된 큐오에스를 제공하는 브이오디 시스템 및 그 방법
KR100757864B1 (ko) 중앙 집중형 제어 방식을 이용한 주문형 영상 서비스시스템 및 그 제어방법