BR112016012135B1 - Método, dispositivo de cliente e mídia não transitória legível por computador para distribuir largura de banda disponível de uma rede entre sessões de tráfego contínuas executadas por dispositivos de cliente da rede - Google Patents
Método, dispositivo de cliente e mídia não transitória legível por computador para distribuir largura de banda disponível de uma rede entre sessões de tráfego contínuas executadas por dispositivos de cliente da rede Download PDFInfo
- Publication number
- BR112016012135B1 BR112016012135B1 BR112016012135-0A BR112016012135A BR112016012135B1 BR 112016012135 B1 BR112016012135 B1 BR 112016012135B1 BR 112016012135 A BR112016012135 A BR 112016012135A BR 112016012135 B1 BR112016012135 B1 BR 112016012135B1
- Authority
- BR
- Brazil
- Prior art keywords
- traffic
- session
- network
- sessions
- bandwidth
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 41
- 238000004891 communication Methods 0.000 claims abstract description 14
- 230000003044 adaptive effect Effects 0.000 claims description 33
- 230000000977 initiatory effect Effects 0.000 claims description 2
- 230000003247 decreasing effect Effects 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 6
- 238000007726 management method Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000004590 computer program Methods 0.000 description 3
- 230000002085 persistent effect Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000001052 transient effect Effects 0.000 description 2
- 101150012579 ADSL gene Proteins 0.000 description 1
- 102100020775 Adenylosuccinate lyase Human genes 0.000 description 1
- 108700040193 Adenylosuccinate lyases Proteins 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 238000002716 delivery method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000009499 grossing Methods 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 230000002045 lasting effect Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
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/70—Admission control; Resource allocation
- H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
-
- 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/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/722—Admission control; Resource allocation using reservation actions during connection setup at the destination endpoint, e.g. reservation of terminal resources or buffer space
-
- 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/80—Actions related to the user profile or the type of traffic
- H04L47/805—QOS or priority aware
-
- 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/82—Miscellaneous aspects
- H04L47/822—Collecting or measuring resource availability data
-
- 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
- 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/44227—Monitoring of local network, e.g. connection or bandwidth variations; Detecting new devices in the local network
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
- H04N21/64738—Monitoring network characteristics, e.g. bandwidth, congestion level
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
-
- 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/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
MÉTODO PARA DISTRIBUIÇÃO DE LARGURA DE BANDA DISPONÍVEL DE UMA REDE ENTRE SESSÕES DE TRÁFEGO CONTÍNUAS EXECUTADAS POR DISPOSITIVOS DA REDE, DISPOSITIVO CORRESPONDENTE. A presente invenção refere-se a um dispositivo de uma rede configurado para implementar um método para distribuição de largura de banda disponível da dita rede (N1) entre sessões de tráfego contínuas de dispositivos (C1, C2, C3) da rede (N1). O dito dispositivo compreende: um módulo de comunicação (2) para coletar mensagens de status de dispositivos (C1, C2, C3) da rede executando pelo menos uma sessão de tráfego; um módulo de classificação (5) configurado para classificar as ditas sessões de tráfego contínuas de acordo com parâmetros de dispositivos e sessões de tráfego recuperados de mensagens de status; uma calculadora (6) configurada para determinar largura de banda a ser alocada a cada sessão de tráfego classificada em função da largura de banda disponível, uma classificação das sessões de tráfego classificadas e um tipo da sessão de tráfego classificada; um comparador (7) capaz de verificar se a largura de banda determinada a ser alocada a uma sessão de tráfego do dispositivo é diferente de zero.
Description
[001]A presente divulgação refere-se genericamente à distribuição de largura de banda em uma rede compreendendo, por exemplo, mas não exclusivamente, cli-entes de fluxo contínuo de mídia adaptativo (adaptative streaming).
[002]Esta seção destina-se a introduzir o leitor a vários aspectos da técnica, que podem ser relacionados a vários aspectos da presente divulgação que são des-critos e/ou reivindicados abaixo. Acredita-se que essa discussão seja útil para prover ao leitor informações de fundamento para facilitar uma melhor compreensão dos vá-rios aspectos da presente divulgação. Por conseguinte, deve ser compreendido tais declarações devem ser lidas sob esta óptica e não como admissões da técnica ante-rior.
[003]Tecnologias adaptativas sobre HTTP são pressionadas por várias partes interessadas para permitir a prestação de entrega audiovisual superior na Internet. Essas tecnologias permitem que um dispositivo cliente receba vídeo na forma de pequenos segmentos sucessivos (de poucos segundos de duração), chamados de chunks. Cada segmento é requisitado através do protocolo HTTP e pode existir em diferentes variantes (assim chamadas representações), permitindo que o dispositivo cliente escolha a qualquer momento uma taxa de bits apropriada correspondente às limitações de rede e do dispositivo.
[004]Entre os protocolos de fluxo contínuo de mídia adaptativo sobre HTTP (HAS) que são já utilizados, o mais famoso é o HTTP Live Streaming (HLS) da Apple, o Silverlight Smooth Streaming (SSS) da Microsoft, o HTTP Dynamic Streaming (HDS) da Adobe e o Dynamic Adaptative Streaming over HTTP (DASH) iniciado pelo 3GPP dentro do grupo SA4 e desenvolvido por MPEG. Essas técnicas existentes de fluxos contínuos de mídia adaptativo sobre HTTP variam no formato de arquivo de manifesto, o dito manifesto fornecendo metadados para descrever as opções de conteúdo (taxa de bit, dimensões da imagem, taxa de quadro...), a organização das representações disponíveis do conteúdo em segmentos, nos codecs suportados e nas tecnologias de proteção de conteúdo.
[005]Em particular, quando um dispositivo cliente deseja reproduzir um con-teúdo de áudio/vídeo, ele primeiro tem de obter tal manifesto descrevendo como esse conteúdo específico pode ser obtido. Isso é feito através de HTTP, obtendo algum “arquivo” de uma URL. Esse arquivo de manifesto lista as representações disponíveis de conteúdo (em termos de taxa de bits e outras propriedades) e, para cada representação, as URLs que permitem carregar os chunks de conteúdo para fatia de tempo. Para Vídeo sob Demanda (VoD), toda descrição do conteúdo de A/V é fornecida, enquanto para o conteúdo ao vivo (por exemplo, conteúdo de TV), a des-crição cobre apenas um curto período de tempo e precisa ser recarregada periodi-camente para descobrir os novos itens conforme o tempo passa.
[006]Dependendo de seus recursos e do conhecimento que possui do ambi-ente de rede, o dispositivo cliente seleciona uma representação (por exemplo, com base na sua taxa de bits) e carrega o primeiro chunk(s) de conteúdo. Ele armazena alguns chunks para ser capaz de lidar com impedimentos da rede. Em seguida, o conteúdo de A/V é reproduzido a partir de cada chunk recebido um após o outro. Ao mesmo tempo, o dispositivo cliente mede a taxa de recepção e pode decidir selecio-nar uma taxa de bits maior ou menor. Nesse caso, ele só requer o próximo chunk(s) de outra representação. Cada técnica de fluxo contínuo de mídia sobre HTTP é tal que é possível que o dispositivo cliente garanta uma reprodução contínua ao alternar de um chunk com uma dada taxa de bits para o próximo chunk com outra taxa de bits. Desta forma, quando o tráfego de competição na rede introduz variações na velocidade em que o conteúdo de A/V é recebido, o dispositivo cliente é capaz de reagir e se adaptar selecionando chunks com uma taxa de bits que permita manter o preenchimento da memória em um nível seguro. Na verdade, o dispositivo cliente tenta alcançar a taxa de bits mais elevada possível para proporcionar uma boa qua-lidade de visualização para o usuário final, enquanto permanece em um nível em que a renderização não vai sofrer com a recepção de dados atrasada.
[007]Embora essas técnicas têm provado que funcionam razoavelmente bem quando comparadas a tecnologias preexistentes, trabalhos recentes apontam que, em algumas circunstâncias desafiadoras específicas (ou seja, concorrência com outro cliente de HAS ou com outro fluxo de TCP em um gargalo), as implementações de HAS podem sofrer com graves problemas de instabilidade.
[008]Em particular, foi observado que ter dois clientes de HAS competindo pela largura de banda leva a resultados imprevisíveis, em última análise, prejudican-do a experiência do usuário. Além disso, dispositivos de HAS apresentam incapaci-dade em recuperar sua parte justa de largura de banda quando competindo com um fluxo de TCP agressivo (por exemplo, tráfego de massa) por causa de seu perfil de download periódico que resulta em períodos OFF em que a largura de banda não é avaliada e, então, potencialmente subestimada. E durantes esses períodos OFF em particular, o outro fluxo de TCP pode ter a oportunidade de abocanhar a largura de banda.
[009]A presente divulgação tenta remediar pelo menos - mas não exclusi-vamente - questões de instabilidade e compartilhamento de largura de banda que são característicos de todas as implementações de fluxo contínuo de mídia adaptati- vo na presença de outros fluxos contínuos de mídia.
[010]A invenção refere-se a um método para distribuição de largura de ban- da disponível de uma rede entre sessões de tráfego contínuas executadas por dispositivos da rede, que se destaca pelo fato de que compreende em um dado dispositivo: - coleta de mensagens de status de dispositivos da rede executando pelo menos uma sessão de tráfego; - determinação de largura de banda a ser alocada a cada sessão de tráfego, classificada de acordo com parâmetros de dispositivos e sessões de tráfego recupe-rados de mensagens de status, em função da largura de banda disponível da rede, uma classificação da sessão de tráfego classificada e um tipo das sessões de tráfego classificadas; - quando a largura de banda determinada a ser alocada a uma sessão de tráfego do dito dispositivo é superior a zero, utilização da dita largura de banda alo-cada pelo dito dispositivo para aquela sessão de tráfego.
[011]Graças à presente divulgação, dispositivos de uma rede podem deter-minar de forma cooperativa a largura de banda ideal para cada um deles, assim al-cançando efetivamente a melhor experiência coletiva de usuário possível. Dispositi-vos trocam e divulgam suas respectivas características e requisitos, graças a men-sagens de status. Com base nessas informações, a divisão da largura de banda ideal pode ser calculada, tal que cada dispositivo receba a largura de banda que precisa, evitando desperdício de largura de banda devido a aproximações.
[012]Como um exemplo de acordo com a presente divulgação, uma mensa-gem de status pode compreender pelo menos alguns dos seguintes elementos: - horário de início da sessão, - horário de término da sessão; - tipo do dispositivo executando a sessão; - tamanho da tela; - resolução da tela do dispositivo; - número de usuários; - tipo da sessão; - taxa de bits requerida para uma sessão de fluxo contínuo de mídia fixo; - lista de taxas de bits disponíveis para uma sessão de fluxo contínuo de mí-dia adaptativo; - taxa de bits máxima desejada para uma sessão de fluxo contínuo de mídia adaptativo; - taxa de bits máxima desejada para uma sessão de tráfego de massa; - duração de chunk para uma sessão de fluxo contínuo de mídia adaptativo; - prioridade do dispositivo.
[013]Preferencialmente, uma mensagem de status é associada com uma sessão de tráfego contínua.
[014]Além disso, de acordo com a presente divulgação, uma mensagem de status é enviada pelo dito dispositivo a todos os dispositivos da rede, quando um evento ocorre.
[015]Em particular, o dito evento pode pertencer a um grupo compreendendo pelo menos os seguintes eventos: - início de uma sessão de tráfego pelo dito dispositivo; - interrupção de uma sessão de tráfego pelo dito dispositivo; - modificação de qualquer característica de uma sessão de tráfego contínua executada pelo dado dispositivo.
[016]De acordo com um aspecto adicional da divulgação, durante a classifi-cação, uma classificação para cada uma das sessões de tráfego pode, vantajosa-mente, ser determinada com base em uma prioridade do dispositivo executando a dita sessão de tráfego, um tipo do dispositivo e um tipo da sessão de tráfego.
[017]Além disso, dentro de uma dada classificação, as sessões de tráfego correspondentes podem ser preferencialmente ordenadas em função de seus horá-rios de início.
[018]Além disso, a largura de banda disponível da rede pode ser provida por uma porta de ligação (gateway) da rede.
[019]Além disso, em uma modalidade da presente divulgação, a determina-ção da largura de banda a ser alocada às sessões de tráfego classificadas compre-ende: - selecionar uma sessão de tráfego classificada mais alta não ainda proces-sada; - verificar se a sessão de tráfego selecionada é uma sessão de fluxo contí-nuo de mídia de taxa fixa; - alocar largura de banda à sessão de tráfego selecionada quando a diferença entre a largura de banda disponível atual da rede e a taxa de bits requerida associada com a sessão de fluxo contínuo de mídia de taxa fixa é pelo menos igual a zero.
[020]Em outro aspecto da dita modalidade, a determinação da largura de banda a ser alocada às sessões de tráfego classificadas pode ainda compreender, no caso de a sessão de tráfego selecionada ser uma sessão de fluxo contínuo de mídia adaptativo: - selecionar uma taxa de bits no máximo igual à largura de banda disponível atual dividida pelo número de sessões de tráfego não ainda processadas e tendo a mesma classificação que a sessão de tráfego selecionada; - determinar uma taxa de bits mínima entre a taxa de bits selecionada e uma taxa de bits máxima associada com a sessão de tráfego selecionada; - alocar a dita taxa de bits mínima à sessão de tráfego selecionada.
[021]Em um aspecto adicional da dita modalidade, a determinação da largura de banda a ser alocada às sessões de tráfego classificadas pode ainda compreender a diminuição da largura de banda disponível atual pela largura de banda alo-cada.
[022]Além disso, a presente divulgação também se refere a um dispositivo de uma rede configurado para implementar um método para distribuição de largura de banda disponível da dita rede entre sessões de tráfego contínuas de dispositivos da rede.
[023]De acordo com a divulgação, o dito dispositivo compreende: - um módulo de comunicação adaptado para coletar mensagens de status de dispositivos da rede executando pelo menos uma sessão de tráfego; - um módulo de classificação configurado para classificar as ditas sessões de tráfego contínuas de acordo com parâmetros de dispositivos e sessões de tráfego recuperados de mensagens de status; - uma calculadora configurada para determinar a largura de banda a ser alo-cada a cada sessão de tráfego classificada em função da largura de banda disponí-vel, uma classificação das sessões de tráfego classificadas e um tipo das sessões de tráfego classificadas; - um comparador capaz de verificar se a largura de banda determinada a ser alocada a uma sessão de tráfego do dispositivo é diferente de zero.
[024]O módulo de comunicação pode ainda ser configurado para enviar uma mensagem de status a todos os dispositivos da rede.
[025]Além disso, o módulo de classificação pode vantajosamente determinar uma classificação para cada uma das sessões de tráfego com base na prioridade do dispositivo executando a dita sessão de tráfego, no tipo do dispositivo e no tipo da sessão de tráfego.
[026]A presente divulgação ainda se refere a um produto de programa de computador que pode ser baixado de uma rede de comunicação e/ou gravado em um meio legível por computador e/ou executável por um processador, compreendendo instruções de código de programa para implementação do método acima mencionado.
[027]Além disso, a presente divulgação também se refere a um meio legível por computador não transitório compreendendo um produto de programa de compu-tador gravado no mesmo e capaz de ser executado por um processador, incluindo instruções de código de programa para implementação do método descrito anterior-mente.
[028]Alguns aspectos de escopo proporcionais às modalidades descritas são apresentados abaixo. Deve ser entendido que esses aspectos são apresentados unicamente para prover ao leitor um breve resumo de cartas formas que a divulgação pode assumir e que esses aspectos não pretendem limitar o escopo da divulgação. De fato, a divulgação pode englobar uma variedade de aspectos que podem não ser apresentados abaixo.
[029]A divulgação será melhor compreendida e ilustrada por meio da moda-lidade a seguir e exemplos de execução, de modo algum limitantes, com referência às figuras anexas, em que: - A Figura 1 é um diagrama esquemático de uma arquitetura de rede Cliente- Servidor, em que a presente divulgação pode ser implementada; - A Figura 2 é um diagrama de blocos de um exemplo de um dispositivo cli-ente da arquitetura de rede da Figura 1 implementando o método para distribuição de largura de banda disponível de acordo com a presente invenção; - A Figura 3 é um fluxograma representando as principais etapas do método para distribuição de largura de banda disponível, de acordo com a modalidade. - A Figura 4 é um fluxograma especificando a etapa de determinação de lar-gura de banda do método da Figura 3.
[030]Na Figura 2, os blocos representados são entidades exclusivamente funcionais, que não necessariamente correspondem a entidades fisicamente sepa- radas. Ou seja, eles podem ser desenvolvidos na forma de software, hardware, ou ser implementados em um ou vários circuitos integrados, compreendendo um ou mais processadores.
[031]Onde possível, os mesmos números de referência serão usados em to-das as Figuras para se referir às mesmas partes ou a partes semelhantes.
[032]Deve ser compreendido que as Figuras e descrições da presente divul-gação foram simplificadas para ilustrar elementos que são relevantes uma clara compreensão da presente divulgação, ao mesmo tempo em que elimina, para fins de clareza, muitos outros elementos encontrados em sistemas e métodos de entrega de conteúdo multimídia digital típicos. No entanto, visto que tais elementos são bem conhecidos na técnica, uma discussão detalhada de tais elementos não é provida neste documento.
[033]Como mostrado na Figura 1, a arquitetura de rede Cliente-Servidor - em que a presente divulgação pode ser implementada - compreende, por exemplo, três dispositivos clientes C1, C2 e C3, uma porta de ligação GW residencial e vários ser-vidores S1 e S2 (somente dois são representados na Figura 1). Obviamente, clientes adicionais podem estar presentes na dita arquitetura.
[034]Os dispositivos C1, C2 e 03 são conectados a uma rede local N1 (como uma rede doméstica ou rede corporativa). A rede local N1 é conectada à rede de banda larga N2 (tal como a Internet) graças à porta de ligação GW.
[035]Cada dispositivo C1 a C3 é adaptado para estabelecer uma ou mais sessões de tráfego (tais como uma sessão de fluxo contínuo de mídia de taxa fixa, uma sessão de fluxo contínuo de mídia adaptativo (por exemplo, HAS), uma sessão de tráfego de massa) através da conexão com um ou mais de servidores remotos S1, S2 através da rede de banda larga N2.
[036]Com essa finalidade, como representado na Figura 2, cada dispositivo C1 a C3 é equipado com: - uma interface LAN (Rede de Área Local) de conexão 1 (a cabo e/ou sem fio, como, por exemplo, Wi-Fi, Ethernet etc.) à rede local N1; - um módulo de comunicação 2 compreendendo: - uma interface de gerenciamento 2A em relação com um barramento de comunicação de gerenciamento implementando o paradigma publicação/assinatura (por exemplo, Serviço de Distribuição de Dados (DDS), Serviço de Mensagens Java (JMS), Qeo, não representados nas Figuras), através do qual o dispositivo pode en-viar e coletar uma mensagem de status a todos os outros dispositivos C1 a C3 da rede local N1 e a porta de ligação GW. A mensagem de status é preferencialmente uma mensagem persistente, de modo que possa ser coletada por qualquer dispositi-vo da rede (mesmo se o dispositivo não estiver conectado à rede N1 no momento do envio). Em particular, uma mensagem de status pode, por exemplo, ser coletada por um serviço de fundo sendo executado na interface de gerenciamento 2A do disposi-tivo ou pode ser armazenada pelo barramento de comunicação de gerenciamento como uma mensagem de status duradoura a ser recuperada pela interface de ge-renciamento 2A (por exemplo, periodicamente ou quando necessário); - uma interface de aplicativo 2B pela qual mensagens de dados e controle associadas com uma dada sessão são enviadas e recebidas pelo dispositivo. O módulo de comunicação 2 contém as pilhas de protocolos para se comu-nicar com os servidores S1, S2. Em particular, o módulo de comunicação 2 compre-ende a pilha de TCP/IP bem conhecida na técnica. Obviamente, poderia ser qualquer outro tipo de rede e/ou meio de comunicação permitindo que os dispositivos C1 a C3 se comunicassem com os servidores S1, S2; - uma memória 3 representada na forma de um bloco único, mas pode com-preender pelo menos uma e ao mesmo tempo memória de acesso aleatório, memória somente de leitura e memória persistente reprogramável (por exemplo, tipo “Flash”); - um ou mais processador(es) 4 para execução dos aplicativos e programas armazenados na memória 3 do dispositivo; - um barramento interno B para conectar os vários módulos e todos os meios bem conhecidos dos versados na técnica para executar as funcionalidades do dis-positivo cliente genérico.
[037]Além disso, dependendo do tipo, os dispositivos C1 a C3 podem tam-bém compreender um módulo de fluxo contínuo de mídia adaptativo (que continua-mente seleciona o chunk na taxa de bits que melhor corresponde às limitações da rede e suas próprias limitações), um aparelho de vídeo adaptado para decodificar e renderizar o conteúdo multimídia, um tampão configurado para armazenamento dos chunks recebidos do servidor antes de sua transmissão ao aparelho de vídeo etc. (os ditos módulos não sendo representados na Figura 2).
[038]Na modalidade, os dispositivos C1 a C3 podem ser um dispositivo de mídia portátil, um celular, um tablet, um laptop, uma HDTV etc. Naturalmente, os dispositivos C1 a C3 podem não compreender um aparelho de vídeo completo, mas somente alguns subelementos, tais como aqueles para demultiplexagem e decodifi- cação do conteúdo de mídia, e podem contar com um meio externo para exibir o conteúdo decodificado ao usuário final.
[039]De acordo com a modalidade, cada mensagem de status de uma sessão de tráfego, enviada ou coletada por um dispositivo C1 a C3 da rede N1, pode compreender pelo menos alguns dos seguintes elementos: - horário de início da sessão, - horário de término da sessão; - tipo do dispositivo executando a sessão; - tamanho da tela; - resolução da tela do dispositivo; - número de usuários; - tipo da sessão; - taxa de bits requerida para uma sessão de fluxo contínuo de mídia fixo; - lista de taxas de bits disponíveis para uma sessão de fluxo contínuo de mí-dia adaptativo; - taxa de bits máxima desejada para uma sessão de fluxo contínuo de mídia adaptativo; - taxa de bits máxima desejada para uma sessão de tráfego de massa; - duração de chunk para uma sessão de fluxo contínuo de mídia adaptativo; - prioridade do dispositivo.
[040]Em particular, uma mensagem de status pode compreender vários campos (por exemplo, sete campos), cada campo reunindo um ou mais dos elemen-tos acima mencionados conforme ilustrado abaixo:
[041]O campo 1 contém o horário de início de uma sessão de tráfego, com o horário de término inicialmente ajustado para 0 (zero). Para indicar o término de uma sessão, o campo horário de término é ajustado para um valor diferente de 0.
[042]Os campos 2, 3 e 4 referem-se ao tipo do dispositivo enviando a men-sagem de status, o tamanho da tela do dispositivo e a resolução da tela, respectiva-mente.
[043]O campo 5 pode ser usado de várias maneiras, dependendo dos recur-sos do dispositivo de envio, desde que esteja de acordo com uma sintaxe simples. Quando disponível, ele lista os usuários atualmente assistindo ao dispositivo (por exemplo, John, Wendy, Lisa etc.), ao contrário, somente o número de usuários (0..n) é usado (0 indica que ninguém está na frente de um dispositivo particular). Além dis-so, um valor irregular (por exemplo, -1 ) pode ser usado para mostrar que o dispositivo de envio não pode determinar a presença de usuários que assistem.
[044]O campo 6 especifica o tipo de tráfego que pode ser usado para inferir sua capacidade de adaptação. Na modalidade, os seguintes tipos de tráfego são considerados: fluxo contínuo de mídia de taxa fixa, fluxo contínuo de mídia adaptati- vo, tráfego de massa. Quando um fluxo contínuo de mídia de taxa fixa é considerado, então, a taxa de bits requerida também está presente na mensagem de status. Para uma sessão de fluxo contínuo de mídia adaptativo, as taxas de bits disponíveis encontradas no manifesto são indicadas, bem como a taxa de bits máxima desejada. Deve ser notado que um dispositivo pode ter várias razões para desejar uma taxa de bits inferior à taxa de bits máxima disponível (largura de banda ponta a ponta baixa, vídeo ocultado por outra janela, vídeo não em tela cheia (Picture in Graphics) etc.). Da mesma forma, para tráfego de massa (por exemplo, download de dados de não fluxo contínuo de mídia), uma taxa desejada pode ser incluída, de modo a permitir o nivelamento do uso da largura de banda.
[045]O campo 7 é usado para indicar uma prioridade do dispositivo. É ge- ralmente deixado em 0 (zero), mas pode ser usado para mostrar uma alteração temporária, por exemplo, para dar a um dispositivo específico uma vantagem extra sobre os outros dispositivos.
[046]Além disso, a porta de ligação GW é também configurada para gerar uma mensagem de status incluindo, por exemplo, as seguintes informações: - largura de banda disponível da rede de banda larga N2 em [kbps] (denomi-nada largura de banda de acesso); - largura de banda disponível da rede local N1 em [kbps]; - lista de serviços como descrição de dispositivo, tipo de tráfego, taxa de bits.
[047]O campo 3 pode ser usado para informar os usuários sobre os serviços atualmente em execução, de modo que eles possam tomar as ações apropriadas (tais como desligar um dispositivo que esteja consumindo largura de banda ou repri- orizar os fluxos contínuos de mídia manualmente). Para esse efeito, o campo de descrição do dispositivo é formulado incluindo a descrição do dispositivo e os usuá-rios para tornar mais fácil a localização do culpado. Além disso, essa lista pode ser usada para informar os dispositivos sobre fluxos contínuos de mídia vistos pela porta de ligação GW que não tenham sido anunciados através de mensagens de status (por exemplo, fluxos contínuos de mídia gerados por aplicativos e dispositivos pree-xistentes).
[048]A dita mensagem de status de porta de ligação - que é também uma mensagem persistente como a mensagem de status do dispositivo - é enviada pela porta de ligação GW seja periodicamente ou toda vez que um parâmetro mudar (por exemplo, a largura de banda local, a largura de banda de acesso). Dessa forma, os dispositivos da rede local N1 podem ter acesso - de maneia passiva - às larguras de bandas locais e de acesso.
[049]De acordo com a modalidade da invenção e como ilustrado na Figura 3, os dispositivos C1 a C3 são configurados para implementar um método para distri-buição de largura de banda disponível da rede N1 entre sessões de tráfego contí-nuas executadas pelos dispositivos C1 a C3.
[050]Em particular, quando implementado em um dado dispositivo da rede N1 (por exemplo, o dispositivo C1), o método M compreende as seguintes etapas: - enviar (etapa S1), através do módulo de comunicação 2, a mensagem de status a todos os outros dispositivos C2, C3 da rede N1 e a porta de ligação GW. A dita mensagem de status é associada com uma sessão de tráfego particular execu-tada pelo dispositivo C1 (uma mensagem de status por sessão) e é vantajosamente enviada toda vez que uma nova sessão de tráfego é lançada pelo dispositivo C1, uma sessão de tráfego contínua do dispositivo C1 termina ou quando qualquer uma das características de sua sessão(s) de tráfego contínuo é modificada. Considerando o caso particular de uma sessão de fluxo contínuo de mídia adaptativo como um exemplo, se o dispositivo C1 se mantém alternando entre representações disponí-veis, uma mensagem de status poderia ser enviada novamente toda vez que um chunk for requisitado, tal que todos os outros dispositivos sejam informados e possam reagir à alteração. Em uma variante da modalidade, mensagens de status podem também ser enviadas periodicamente por dispositivos, em vez de serem transmitidas quando de um dado evento; - coletar (etapa S2), através do módulo de comunicação 2, mensagens de status dos dispositivos C2, C3 da rede N1, que executam pelo menos uma sessão de tráfego contínua e da porta de ligação GW. As ditas mensagens de status coletadas podem ser armazenadas na memória 3 do dispositivo C1. As etapas S1 e S2 podem ser executadas independentemente entre si (S1 antes de S2; S2 antes S1 ou S1 e S2 concomitantemente); - classificar (etapa S3), graças a um módulo de classificação 5 do dispositivo C1, as ditas sessões contínuas de acordo com parâmetros dos dispositivos corres-pondentes e parâmetros das ditas sessões. Os valores dos ditos parâmetros são recuperados das mensagens de status coletadas. Durante a etapa S3, uma lista de classificação é elaborada pelo módulo de classificação 5 e armazenada, por exem-plo, na memória 3; - determinar (etapa S4) a largura de banda a ser alocada a cada sessão classificada, graças a uma calculadora de largura de banda 6 do dispositivo C1, em função da largura de banda total disponível da rede local N1 (obtida da mensagem de status de porta de ligação), a classificação das sessões determinada pelo módulo de classificação 5 e o tipo da sessão classificada. Como uma variante ou em com-plemento, outras características podem ser usadas ou adicionadas para determinar a largura de banda a ser alocada a cada sessão contínua; - verificar (etapa S5), graças a um comparador 7 do dispositivo C1, se a lar-gura de banda determinada a ser alocada a uma sessão do dito dispositivo C1 é su-perior a zero ou não; - quando a largura de banda determinada a ser alocada a uma sessão do di-to dispositivo C1 é superior a zero, usar (etapa S6) a largura de banda autoalocada pelo dito dispositivo C1 para a dita sessão; - quando a largura de banda determinada a ser alocada a uma sessão do di-to dispositivo C1 é igual a zero (etapa S7), verificar se tempo é necessário para outras sessões reagirem à mensagem de status enviada pelo dito dispositivo C1 (por exemplo, uma sessão de HAS contínua concorrente assume a disponibilidade de uma largura de banda constante para a próxima duração de chunk, de modo a ser preferível aguardar o término do download do chunk mesmo no caso de a classifica-ção da sessão do dito dispositivo C1 for maior do que a da dita sessão de HAS); - caso seja necessário tempo para outra sessão reagir à mensagem de sta-tus enviada pelo dito dispositivo C1 (etapa S8), aguardar a outra sessão(s) contínua para considerar a dita mensagem de status enviada (por exemplo, para uma sessão de fluxo contínuo de mídia adaptativo, após o término do download do chunk atual e a emissão de uma nova mensagem de status pelo dispositivo associado executando a sessão de fluxo contínuo de mídia adaptativo) e, então, voltar para a etapa S1; - caso não seja necessário nenhum tempo para a outra sessão reagir à mensagem de status enviada pelo dito dispositivo C1 (etapa S9), indicar uma falha ao usuário do dispositivo C1.
[051]No caso de a sessão do dispositivo C1 não ter finalizado ainda (etapa S10), o método M retorna para a etapa S1 e repete as etapas seguintes.
[052]O método M pode ser executado: - ao receber de uma nova mensagem de status de um dispositivo da rede N1 no caso de a sessão executada pelo dado dispositivo C1 (implementando o método M) ser uma sessão de taxa fixa ou uma sessão de tráfego de massa; ou - periodicamente com um período correspondente: - arbitrariamente determinada (por exemplo, 10 segundos) no caso da ses-são executada pelo dado dispositivo C1 ser uma sessão de taxa fixa ou uma sessão de tráfego de massa; ou - igual à duração de chunk no caso de uma sessão de fluxo contínuo de mí-dia adaptativo executada por um dado dispositivo C1.
[053]De acordo com a modalidade, a etapa de classificação S3, implemen-tada pelo módulo de classificação 5, compreende as seguintes subetapas: - estabelecer (S31) uma lista de processo de todas as sessões contínuas da rede N1 para processar a partir das mensagens de status coletadas; - determinar (S32) a classificação de cada sessão da lista de processo (por exemplo, iniciando com a primeira sessão da lista de processo ou com uma sessão da dita lista aleatoriamente escolhida) com base na prioridade do dispositivo execu-tando a dita sessão de tráfego, no tipo do dispositivo e no tipo da sessão de tráfego. Em um exemplo ilustrativo e não limitante, a classificação de uma sessão é determi-nada a partir da seguinte fórmula: Classificação = MAX - PW x prioridade - DP(Tipo de Dispositivo) - FP(Tipo de Sessão) - AP(Tipo de Sessão), em que: - MAX é uma constante, por exemplo, igual a 10 permitindo 10 diferentes classificações (por notação, classificação 0 sendo a classificação mais alta); - Prioridade é a prioridade associada com um dispositivo executando a ses-são a ser classificada; - PW é uma constante ponderando a prioridade, por exemplo, igual a 5 per-mitindo 2 diferentes prioridades (uma alta prioridade 1 e uma baixa prioridade 0), de modo que dispositivos com a alta prioridade (1) serão distribuídos entre classificações mais altas 0 a 5 e dispositivos com a baixa prioridade (0) serão distribuídos entre classificações mais baixas 6 a 10; - DP é uma constante correspondente à precedência do tipo de dispositivo, por exemplo, igual a 3 quando o tipo do dispositivo é HDTV, em outro caso, igual a 0. Em outras palavras, o valor (3 ou 0) de DP depende do tipo do dispositivo; - FP é uma constante correspondente à precedência da sessão de fluxo contínuo de mídia de taxa fixa, por exemplo, igual a 2 quando a sessão de tráfego é uma sessão de taxa fixa, em outro caso, igual a 0. Em outras palavras, o valor (2 ou 0) de FP depende do tipo da sessão de tráfego; - AP é uma constante correspondente à precedência da sessão de fluxo contínuo de mídia adaptativo, por exemplo, igual a 1 quando a sessão de tráfego é uma sessão de fluxo contínuo de mídia adaptativo, em outro caso, igual a 0. Em outras palavras, o valor de AP depende do tipo da sessão de tráfego. Graças a tal fórmula, sessões com uma alta prioridade são distribuídas nas primeiras classificações, e sessões com baixa prioridade são dispostas nas últimas classificações. Em igual prioridade, os dispositivos tendo o tipo HDTV serão favore-cidos em contraste a, por exemplo, tablets ou smartphones. Além disso, sessões de taxa fixa são preferencialmente tratadas antes de sessões de fluxo contínuo de mídia adaptativo, que são preferencialmente tratadas antes de tráfego de massa; - ordenar (etapa S33) as sessões de cada classificação em ordem ascen-dente de seu horário de início, tal que sessões iniciadas antes sejam tratadas em prioridade em comparação a sessões recém-iniciadas atribuídas à mesma classifi-cação. Obviamente, sessões que tenham indicado seus términos (através do campo de horário de término) são descartadas da lista de processo.
[054]Como resultado da etapa de classificação S3, uma lista de classificação é derivada. Essa lista de classificação - tendo uma estrutura de dois níveis - é com-posta por uma lista de classificações. Em cada classificação, as sessões são orde-nadas em função de seu horário de início. Dessa forma, sessões na primeira classi-ficação serão atendidas primeiro (em termos de alocação de largura de banda), se-guidas pelas sessões da classificação seguinte e assim por diante. Em particular, quando sessões da mesma classificação são sessões de fluxo contínuo de mídia adaptativo, é possível distribuir uniformemente a largura de banda restante às ses-sões dessa classificação antes de considerar a classificação seguinte.
[055]De acordo com a modalidade e como mostrado na Figura 4, a etapa de determinação de largura de banda S4, implementada pela calculadora de largura de banda 6 do dispositivo C1, compreende as seguintes subetapas: - selecionar (etapa S401) a sessão de tráfego classificada mais alta da lista de classificação que ainda não tenha sido processada; - verificar (etapa S402) se a sessão de tráfego selecionada é uma sessão de fluxo contínuo de mídia de taxa fixa, uma sessão de fluxo contínuo de mídia adapta- tivo ou uma sessão de tráfego de massa; - no caso de a sessão selecionada ser uma sessão de fluxo contínuo de mí-dia de taxa fixa, determinar (etapa S403) se a diferença entre a largura de banda disponível atual da rede N1 (obtida da mensagem de status de porta de ligação) e a taxa de bits requerida associada com a sessão de fluxo contínuo de mídia de taxa fixa (indicada na mensagem de status correspondente) é pelo menos igual a zero; - no caso de a sessão selecionada ser uma sessão de fluxo contínuo de mí-dia adaptativo: - selecionar (etapa S404) a taxa de bits (entre as taxas de bits disponíveis recuperadas do manifesto correspondente) no máximo igual à largura de banda dis-ponível atual dividida pelo número de sessões de tráfego não ainda processadas e tendo a mesma classificação que a sessão selecionada (na etapa S401). No caso, nenhuma taxa de bits entre a taxa de bits disponível do manifesto é inferior à largura de banda disponível atual dividida pelo número de sessões de tráfego não ainda processadas com a mesma classificação, a taxa de bits selecionada é igual a zero; - determinar (etapa S405) a dita taxa de bits mínima entre a taxa de bits se-lecionada (etapa S404) e a taxa de bits máxima desejada associada com uma sessão selecionada (recuperada da mensagem de status associada); - no caso de a sessão selecionada ser a sessão de tráfego de massa: - calcular (etapa S406) a taxa de bits igual à largura de banda disponível atual dividida pelo número de sessões de tráfego não ainda processadas e tendo a mesma classificação que a sessão selecionada (na etapa S401); - verificar (etapa S407), a partir da mensagem de status associada, se uma taxa de bits máxima é associada com a sessão de tráfego selecionada de massa ou não; - no caso de uma taxa de bits máxima ser associada com a sessão de tráfe-go selecionada de massa, determinar (etapa S408) a dita taxa de bits mínima entre a taxa de bits calculada (etapa S406) e a taxa de bits máxima desejada associada com uma sessão selecionada; - alocar (etapa 409) largura de banda à sessão selecionada. A largura de banda alocada é igual a: - a taxa de bits requerida quando a sessão selecionada é uma sessão de fluxo contínuo de mídia de taxa fixa; - a taxa de bits mínima determinada (da etapa 405) quando a sessão seleci-onada é uma sessão de fluxo contínuo de mídia adaptativo; - a taxa de bits calculada (da etapa 406) ou a taxa de bits mínima determi-nada (da etapa 408) quando a sessão selecionada é uma sessão de tráfego de massa; - reduzir (etapa 410) a largura de banda atual pela largura de banda alocada na etapa 409.
[056]As etapas S401 a S410 são preferencialmente repetidas até que todas as sessões da lista de classificação tenham sido processadas.
[057]Em seguida, na modalidade, a alocação de largura de banda real leva em consideração a duração de chunk para a sessão contínua de fluxo contínuo de mídia adaptativos. De fato, uma vez que sessões contínuas assumem a disponibili-dade de uma largura de banda constante para a próxima duração de chunk, é inde-sejável modificar essas condições antes do término do chunk. Portanto, quando a sessão inicia, uma sessão de classificação mais alta será adiada até que as sessões contínuas recebam as informações da sessão recém-iniciada e respondam à sua presença reduzindo sua própria largura de banda alocada. Esse atraso é específico para cada sessão contínua, levando a um retorno gradual da largura de banda para a sessão de alta classificação (como descrito doravante). No caso de uma taxa fixa e sessões de massa, o processamento das mensagens de status enviadas por outros dispositivos da rede N1 é feito periodicamente de maneira similar, com a diferença de que o período é arbitrariamente fixado (por exemplo, 10 segundos), para deter-minar quando o dispositivo executando uma taxa fixa ou sessão de massa será con-siderado uma nova mensagem de status enviada por um dispositivo para iniciar uma nova sessão.
[058]Uma vez que a largura de banda é alocada a uma sessão de um dispo-sitivo, o último tem o direito de usá-la totalmente, mas pode ainda ajustar sua utiliza-ção real com base nas medições de largura de banda, como implementações de HAS conhecidas fazem.
[059]Se a largura de banda não foi alocada devido à presença de sessões concorrentes que precisam de tempo para reajustar seu uso de largura de banda, o dispositivo C1 pode determinar a quantidade de tempo que ele precisa aguardar com base nas informações recebidas. Se a falha de alocação de largura de banda não for devido à presença de dispositivos de prioridade inferior (muito provavelmente porque são sessões de prioridade mais alta contínuas), então, a sessão recém- iniciada é cancelada, indicando a falha ao usuário.
[060]O método M é iterativo, de modo que uma sessão iniciando que foi adi-ada na primeira iteração pode ter seu compartilhamento de largura de banda liberado por sessões contínuas na segunda iteração. Da mesma forma, sessões contínuas podem continuamente ajustar sua utilização de largura de banda ao receber mensa-gens descrevendo novas sessões. Sempre que a uma sessão é alocada uma largura de banda igual a zero, ela para.
[061]Graças à modalidade da presente divulgação, um controle muito mais fino da utilização de largura de banda pode ser conseguido porque cada dispositivo da rede anuncia precisamente, por exemplo, quais taxas de bits ele pode receber, quando iniciar e interromper a reprodução, removendo a necessidade de suposições e aproximações. Uma vez que dispositivos trocam informações ricas sobre seus re-cursos e respectivas prioridades, a distribuição de largura de banda pode ser alcan- çada realmente refletindo as expectativas do usuário. Isso pode solucionar o pro-blema de competição de largura de banda de maneira determinística, preservar as prioridades dos dispositivos e evitar desperdício de largura de banda.
[062]Nos três exemplos a seguir, assume-se (para fins de clareza) que as mensagens de status são enviadas periodicamente, o período sendo um período arbitrário para sessões de tráfego de massa e de taxa fixa e igual à duração de um chunk para sessões de fluxo contínuo de mídia adaptativo.
[063]Em um primeiro exemplo ilustrativo da modalidade, assume-se que a rede de acesso tem uma largura de banda de 8Mbps, como reportado pela porta de ligação GW ADSL. O usuário - que deseja assistir a Vídeo sob Demanda (VoD) em sua HDTV - inicia um aplicativo de HAS implementando o método M. Percebendo que nenhum outro fluxo contínuo de mídia está atualmente utilizando a rede, o apli-cativo de HAS instantaneamente converge na taxa de bits mais alta permitida para a largura de banda de rede atual.
[064]Em um segundo exemplo ilustrativo, assume-se também que a rede de acesso tem uma largura de banda de 8Mbps. Uma parte da largura de banda da rede já é utilizada por um tablet e um smartphone consumindo um fluxo de HAS. Para fins de simplicidade, assume-se que os fluxos de HAS possuem taxas de bits idênticas (ou seja, 200, 400, 600, 1200, 1800, 2500, 4500, 6500 e 8500 Kbps) listadas em seus manifestos correspondentes. Observa-se: - t1: o horário em que o primeiro cliente de HAS - executando no tablet - re-portou por último as características do fluxo de HAS sendo consumidas, tendo chunks de duração d1; - t2: o horário em que o segundo cliente de HAS 2 - executando no smar-tphone - reportou por último as características de seu fluxo, tendo chunks de duração d2.
[065]Graças à disponibilidade da largura de banda de rede, primeiro e se- gundo clientes de HAS aproveitam um fluxo contínuo de mídia de qualidade relativamente alta a 4,5Mbps e 2,5Mbps respectivamente.
[066]No tempo t3, um terceiro cliente de HAS - executando em uma HDTV - é iniciado. Ele recupera os parâmetros do fluxo de HAS desejado, escolhe a taxa de bits mais alta inferior à capacidade da rede de acesso conforme sua taxa de bits de-sejada e envia a mensagem de status descrevendo a sessão na rede. A HDTV tem prioridade sobre o tablet e o smartphone. Não obstante, o terceiro cliente de HAS deve preferencialmente deixar algum tempo para que o primeiro e segundo clientes de HAS considerem a mensagem recebida. Uma vez que o primeiro cliente de HAS enviou sua última mensagem de status em t1 e uma vez que o terceiro cliente de HAS enviou sua mensagem de status em t3 (assumido que t3 < t1 +d1), ambos pri-meiro e terceiro clientes estão cientes da presença do outro e podem ajustar sua utilização largura de banda adequadamente em t1+d1. Para o primeiro cliente de HAS, isso ocorre na iteração de ciclo seguinte, quando a largura de banda alocada é calculada. Da mesma forma, assumindo que t3< t2+d2, o segundo cliente de HAS 2 irá ajustar sua utilização de largura de banda em t2+d2. Para o terceiro cliente de HAS, o tempo max(t1+d1, t2+d2) é usado para determinar quando o método M pode ser executado, porque a largura de banda será liberada pelos primeiro e segundo clientes de HAS. Esse cálculo é realizado de forma idêntica em todos os dispositivos, resultando na largura de banda máxima para o dispositivo classificado alto (executando o terceiro cliente de HAS), selecionada conforme a taxa de bits mais alta disponível inferior àquela da capacidade de ligação de acesso e o restante é distribuído entre primeiro e segundo clientes de HAS. Dado o conjunto de taxas de bits disponíveis para as diferentes sessões, 6,5Mbps são alocados ao terceiro cliente de HAS, enquanto aos primeiro e segundo clientes de HAS são alocados 600kbps.
[067]Em um terceiro exemplo, é considerada uma rede sem fio organizada em torno de um smartphone servindo como um hotspot sem fio para dois tablets. Assume-se que a largura de banda de rede seja de 8Mbps como anunciado pelo smartphone que indica a largura de banda de acesso atual usando mensagens de status de porta de ligação. O primeiro cliente - executando em um dos tablets - inicia a reprodução de um fluxo de taxa fixa a 5Mbps, anuncia as características de fluxo e ouve as mensagens. Após, um segundo cliente - executando no outro tablet - inicia a reprodução de um fluxo de HAS. O primeiro cliente, consumindo um fluxo de taxa fixa, é classificado primeiro em comparação ao segundo cliente. Portanto, o primeiro cliente continua a reproduzir seu fluxo enquanto o segundo cliente usa a largura de banda remanescente para selecionar a taxa apropriada do fluxo de HAS. Assumindo as mesmas taxas de bits disponíveis como nos exemplos acima, o segundo cliente irá escolher o fluxo de 2500kbps. Após um instante, devido a um evento externo, a velocidade da rede sem fio usada pelo smartphone cai para 4Mbps. O smartphone informa os dispositivos na rede enviando uma nova mensagem de status de porta de ligação atualizada, indicando a capacidade de rede atual. Em resposta a essa men-sagem de status de porta de ligação, o primeiro cliente determina que a largura de banda disponível é muito baixa para prosseguir com a reprodução do fluxo de taxa fixa que está consumindo e envia uma mensagem de status para indicar o término da sessão, definindo um campo do horário de término com um valor diferente de 0. Assumindo que t2 é o horário que o segundo cliente de HAS executou pela última vez o método M antes de enviar a mensagem de término da sessão pelo primeiro cliente com a duração de chunk d2, então, em t2+d2, o segundo cliente alterna para o fluxo de 2500kbps uma vez que os 4Mbps da largura de banda de acesso se tornou disponível.
[068]O fluxograma e/ou diagramas de bloco nas Figuras ilustram a configu-ração, operação e funcionalidade de possíveis implementações de sistemas, méto-dos e produtos de programa de computador de acordo com várias modalidades da presente divulgação. Neste sentido, cada bloco do fluxograma ou dos diagramas de blocos pode representar um módulo, segmento ou porção de código, que compre-ende uma ou mais instruções executáveis para implementação da função(s) lógica especificada. Deve-se notar também que, em algumas implementações alternativas, as funções assinaladas no bloco podem ocorrer fora da ordem apresentada nas Fi-guras. Por exemplo, dois blocos mostrados em sequência podem, de fato, ser exe-cutados substancialmente ao mesmo tempo, ou os blocos podem às vezes ser exe-cutados na ordem inversa, ou os blocos podem ser executados em uma ordem al-ternativa, dependendo da funcionalidade envolvida. Nota-se também que cada bloco dos diagramas de bloco e/ou ilustração de fluxograma, e combinações dos blocos nos diagramas de blocos e/ou ilustração de fluxograma, podem ser implementados por sistemas à base de hardware de finalidade especial que executam as funções ou ações especificadas, ou combinações de instruções de computador e hardware de finalidade especial. Embora não explicitamente descrito, as presentes modalidades podem ser empregadas em qualquer combinação ou subcombinação.
[069]Como será notado por uma pessoa versada na técnica, aspectos dos presentes princípios podem ser incorporados como um sistema, método ou meio legível por computador. Por conseguinte, aspectos de os presentes princípios podem assumir a forma de uma modalidade totalmente de hardware, uma modalidade to-talmente de software (incluindo firmware, software residente, microcódigo e assim por diante), ou uma modalidade combinando aspectos de software e hardware que podem todos ser geralmente referidos aqui como um “circuito”, “módulo” ou “sistema.” Além disso, aspectos dos presentes princípios podem assumir a forma de um meio de armazenamento legível por computador. Qualquer combinação de um ou mais meios de armazenamento legíveis por computador pode ser utilizada.
[070]A meio de armazenamento legível por computador pode assumir a forma de um produto de programa legível por computador incorporado em um ou mais meios legíveis por computador e tendo código de programa legível por computador incorporado no mesmo que é executável por um computador. Um meio de armaze-namento legível por computador, como usado aqui, é considerado um meio de ar-mazenamento não transitório dada a inerente capacidade de armazenar nele a in-formação, bem como a inerente capacidade de prover recuperação de informações do mesmo. Um meio de armazenamento legível por computador pode ser, por exemplo, mas não é limitado a, um dispositivo, aparelho ou sistema eletrônico, mag-nético, óptico, eletromagnético, infravermelho ou semicondutor ou qualquer combi-nação adequada dos acima relacionados. Deve ser notado que o seguinte, ao forne-cer exemplos mais específicos de meios de armazenamento legíveis por computador aos quais os presentes princípios podem ser aplicados, é meramente uma listagem ilustrativa e não exaustiva como é prontamente apreciado por uma pessoa versada na técnica: um disco flexível de computador portátil; um disco rígido; uma memória de acesso aleatório (RAM); uma memória somente de leitura (ROM); uma memória somente de leitura programável apagável (EPROM ou memória Flash); uma memória somente de leitura de disco compacto portátil (CD-ROM); um dispositivo de ar-mazenamento óptico; um dispositivo de armazenamento magnético; ou qualquer combinação adequada dos acima relacionados.
Claims (14)
1. Método para distribuir largura de banda disponível de uma rede (N1) entre sessões de tráfego contínuas executadas por dispositivos de cliente (C1, C2, C3) da rede (N1), CARACTERIZADO pelo fato de que compreende, em um dado dispositivo de cliente (C1, C2, C3): coletar (S2) mensagens de status de dispositivos de cliente (C1, C2, C3) da rede executando pelo menos uma sessão de tráfego; determinar (S4) largura de banda a ser alocada para cada sessão de tráfego, classificada (S3) de acordo com parâmetros de dispositivos de cliente e sessões de tráfego recuperados a partir de mensagens de status, em função da largura de banda disponível da rede, uma classificação das sessões de tráfego classificadas e um tipo das sessões de tráfego classificadas; quando a largura de banda determinada a ser alocada a uma sessão de trá-fego do dado dispositivo de cliente (C1, C2, C3) é superior a zero, utilizar (S6) a dita largura de banda alocada pelo dado dispositivo de cliente para a dita sessão de trá-fego; em que uma mensagem de status é associada a cada uma das ditas sessões de tráfego contínuas e em que uma mensagem de status é enviada (S1) por um dado dispositivo de cliente (C1) a todos os outros dispositivos de cliente (C1, C2, C3) da rede (N1) quando um evento ocorre para o dito dado dispositivo de cliente.
2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que as sessões de tráfego contínuo são sessões de fluxo contínuo adaptativo e/ou sessões de taxa fixa e/ou sessões de tráfego de massa.
3. Método, de acordo com a reivindicação 1 ou 2, CARACTERIZADO pelo fato de que o dito evento pertence a um grupo compreendendo pelo menos os se-guintes eventos: início de uma sessão de tráfego pelo dado dispositivo de cliente (C1, C2, C3); interrupção de uma sessão de tráfego pelo dado dispositivo de cliente; modificação de qualquer característica de uma sessão de tráfego contínua executada pelo dado dispositivo de cliente.
4. Método, de acordo com qualquer uma das reivindicações 1 a 3, CARACTERIZADO pelo fato de que, durante a classificação (S3), uma classificação para cada uma das sessões de tráfego é determinada com base em uma prioridade do dispositivo de cliente executando a dita sessão de tráfego, um tipo do dispositivo de cliente e um tipo da sessão de tráfego.
5. Método, de acordo com qualquer uma das reivindicações 1 a 4, CARACTERIZADO pelo fato de que, dentro de uma dada classificação, as sessões de tráfego correspondentes são ordenadas em função de seu horário de início.
6. Método, de acordo com qualquer uma das reivindicações 1 a 5, CARACTERIZADO pelo fato de que os dispositivos de cliente (C1, C2, C3) da rede (N1) são todos conectados a uma porta de ligação (GW), a dita porta de ligação re-cebendo as mensagens de status dos dispositivos de cliente da rede e enviando uma mensagem de status para os ditos dispositivos de cliente, a mensagem de status enviada pela porta de ligação compreendendo a largura de banda disponível da rede.
7. Método, de acordo com a reivindicação 6, CARACTERIZADO pelo fato de que uma mensagem de status é enviada pela porta de ligação (GW) quando a largu-ra de banda de acesso da rede muda.
8. Método, de acordo com qualquer uma das reivindicações 1 a 7, CARACTERIZADO pelo fato de que a determinação (S4) da largura de banda a ser alocada às sessões de tráfego classificadas compreende: selecionar (S401) uma sessão de tráfego classificada mais alta ainda não processada; verificar (S402) se a sessão de tráfego selecionada é uma sessão de fluxo contínuo de mídia de taxa fixa; alocar (S409) largura de banda à sessão de tráfego selecionada quando a diferença entre a largura de banda disponível atual da rede (N1) e a taxa de bits re-querida associada com a sessão de fluxo contínuo de mídia de taxa fixa é pelo me-nos igual a zero.
9. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de que a determinação (S4) da largura de banda a ser alocada às sessões de tráfego classificadas ainda compreende, no caso da sessão de tráfego selecionada ser uma sessão de fluxo contínuo adaptativo: selecionar (S404) uma taxa de bits no máximo igual à largura de banda dis-ponível atual dividida pelo número de sessões de tráfego ainda não processadas e tendo a mesma classificação que a sessão de tráfego selecionada; determinar (S405) uma taxa de bits mínima entre a taxa de bits selecionada e uma taxa de bits máxima associada com a sessão de tráfego selecionada; e alocar (S403) a dita taxa de bits mínima à sessão de tráfego selecionada.
10. Método, de acordo com a reivindicação 8 ou 9, CARACTERIZADO pelo fato de que a determinação (S4) de largura de banda a ser alocada às sessões de tráfego classificadas compreende ainda diminuir (S410) largura de banda disponível atual pela largura de banda alocada.
11. Dispositivo de cliente (C1) configurado para pertencer a uma rede e con-figurado para implementar um método para distribuir largura de banda disponível da dita rede (N1) entre sessões de tráfego contínuas de dispositivos de cliente (C1, C2, C3) da rede (N1), CARACTERIZADO pelo fato de que compreende: um módulo de comunicação (2) adaptado para coletar mensagens de status a partir de outros dispositivos de cliente (C1, C2, C3) da rede executando pelo menos uma sessão de tráfego e para enviar mensagens de status aos ditos outros dis- positivos de cliente da rede; um módulo de classificação (5) configurado para classificar as ditas sessões de tráfego contínuas de acordo com parâmetros de dispositivos de cliente e sessões de tráfego recuperados a partir de mensagens de status; uma calculadora (6) configurada para determinar largura de banda a ser alo-cada para cada sessão de tráfego classificada em função da largura de banda dis-ponível, uma classificação das sessões de tráfego classificadas e um tipo das ses-sões de tráfego classificadas; um comparador (7) capaz de verificar se a largura de banda determinada a ser alocada a uma sessão de tráfego do dispositivo de cliente é diferente de zero; em que cada mensagem de status é associada a uma sessão de tráfego contínua e em que o módulo de comunicação é adaptado para enviar uma mensa-gem de status aos outros dispositivos de cliente (C1, C2, C3) da rede (N1) quando um evento ocorre para o dito dado dispositivo de cliente (C1).
12. Dispositivo de cliente, de acordo com a reivindicação 11, CARACTERIZADO pelo fato de que as sessões de tráfego contínuo são sessões de fluxo contínuo adaptativo e/ou sessões de taxa fixa e/ou sessões de tráfego de mas-sa.
13. Dispositivo de cliente, de acordo com a reivindicação 11 ou 12, CARACTERIZADO pelo fato de que o módulo de classificação (5) determina uma classificação para cada uma das sessões de tráfego com base na prioridade do dis-positivo de cliente executando a dita sessão de tráfego, o tipo do dispositivo de clien-te e o tipo da sessão de tráfego.
14. Mídia não transitória legível por computador, CARACTERIZADA pelo fa-to de que compreende um método conforme definido em pelo menos uma das rei-vindicações 1 a 10.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP13306625.8A EP2879339A1 (en) | 2013-11-27 | 2013-11-27 | Method for distributing available bandwidth of a network amongst ongoing traffic sessions run by devices of the network, corresponding device. |
| EP13306625.8 | 2013-11-27 | ||
| PCT/EP2014/073425 WO2015078658A1 (en) | 2013-11-27 | 2014-10-31 | Method for distributing available bandwidth of a network amongst ongoing traffic sessions run by devices of the network, corresponding device |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| BR112016012135A2 BR112016012135A2 (pt) | 2017-08-08 |
| BR112016012135B1 true BR112016012135B1 (pt) | 2023-04-11 |
| BR112016012135B8 BR112016012135B8 (pt) | 2023-11-21 |
Family
ID=49765432
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BR112016012135A BR112016012135B8 (pt) | 2013-11-27 | 2014-10-31 | Método, dispositivo de cliente e mídia não transitória legível por computador para distribuir largura de banda disponível de uma rede entre sessões de tráfego contínuas executadas por dispositivos de cliente da rede |
Country Status (8)
| Country | Link |
|---|---|
| US (2) | US10044633B2 (pt) |
| EP (2) | EP2879339A1 (pt) |
| JP (1) | JP6442507B2 (pt) |
| KR (1) | KR102286957B1 (pt) |
| CN (2) | CN105765925B (pt) |
| BR (1) | BR112016012135B8 (pt) |
| TW (1) | TWI680662B (pt) |
| WO (1) | WO2015078658A1 (pt) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2879339A1 (en) * | 2013-11-27 | 2015-06-03 | Thomson Licensing | Method for distributing available bandwidth of a network amongst ongoing traffic sessions run by devices of the network, corresponding device. |
| EP3057266A1 (en) * | 2015-02-11 | 2016-08-17 | Thomson Licensing | Distribution of bandwidth in a network |
| US10728248B2 (en) * | 2015-07-30 | 2020-07-28 | Verizon Patent And Licensing, Inc. | Validating toll-free access to streaming media content using a signature |
| US9813299B2 (en) * | 2016-02-24 | 2017-11-07 | Ciena Corporation | Systems and methods for bandwidth management in software defined networking controlled multi-layer networks |
| US10813112B2 (en) | 2016-06-13 | 2020-10-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Application aware scheduling and resource management |
| CN107078852B (zh) * | 2017-01-18 | 2019-03-08 | 深圳市大疆创新科技有限公司 | 传输编码数据的方法、装置、计算机系统和移动设备 |
| EP3382962A1 (en) * | 2017-03-30 | 2018-10-03 | Thomson Licensing | Method for managing active flows in a communication network by a network element, and corresponding network element |
| US10652166B2 (en) * | 2017-06-27 | 2020-05-12 | Cisco Technology, Inc. | Non-real time adaptive bitrate recording scheduler |
| CN110069430B (zh) * | 2019-04-19 | 2022-07-15 | 成都飞机工业（集团）有限责任公司 | 一种菊花链结构的数据采集系统及自适应传输方法 |
| CN112566187B (zh) * | 2020-12-08 | 2023-08-22 | 京信网络系统股份有限公司 | 带宽分配方法、装置、计算机设备和计算机可读存储介质 |
| US11962823B2 (en) * | 2020-12-23 | 2024-04-16 | Arris Enterprises Llc | System and method for adaptive streaming management |
| CN117135199A (zh) * | 2023-01-19 | 2023-11-28 | 荣耀终端有限公司 | 一种会话管理方法及电子设备 |
Family Cites Families (38)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TW335578B (en) * | 1995-05-30 | 1998-07-01 | Accton Technology Corp | The method and system of data traffic bridging |
| TW319944B (pt) * | 1995-08-11 | 1997-11-11 | Ericsson Telefon Ab L M | |
| IL117366A (en) * | 1996-03-04 | 1999-05-09 | Madge Networks Israel Limited | System for parameter analysis in asynchronous transfer mode (atm) networks |
| US7028088B1 (en) * | 1996-04-03 | 2006-04-11 | Scientific-Atlanta, Inc. | System and method for providing statistics for flexible billing in a cable environment |
| US6006264A (en) * | 1997-08-01 | 1999-12-21 | Arrowpoint Communications, Inc. | Method and system for directing a flow between a client and a server |
| US7260635B2 (en) * | 2000-03-21 | 2007-08-21 | Centrisoft Corporation | Software, systems and methods for managing a distributed network |
| US7032020B2 (en) * | 2001-03-30 | 2006-04-18 | Intel Corporation | System and method for determining segment and link bandwidth capacities |
| AU2003301482A1 (en) * | 2002-10-16 | 2004-05-04 | Rocksteady Networks, Inc. | System and method for dynamic bandwidth provisioning |
| US20040103193A1 (en) * | 2002-11-08 | 2004-05-27 | Pandya Suketu J. | Response time and resource consumption management in a distributed network environment |
| JP4394590B2 (ja) * | 2005-02-22 | 2010-01-06 | 株式会社日立コミュニケーションテクノロジー | パケット中継装置および通信帯域制御方法 |
| US8259566B2 (en) * | 2005-09-20 | 2012-09-04 | Qualcomm Incorporated | Adaptive quality of service policy for dynamic networks |
| CN101248619A (zh) * | 2005-12-23 | 2008-08-20 | 香港应用科技研究院有限公司 | 一种具有动态带宽分配的分布式无线网络 |
| US7805757B2 (en) * | 2005-12-30 | 2010-09-28 | Alcatel-Lucent Usa Inc. | Control of communication session attributes in network employing firewall protection |
| US8531954B2 (en) * | 2006-08-22 | 2013-09-10 | Centurylink Intellectual Property Llc | System and method for handling reservation requests with a connection admission control engine |
| US7843831B2 (en) * | 2006-08-22 | 2010-11-30 | Embarq Holdings Company Llc | System and method for routing data on a packet network |
| US8391166B2 (en) * | 2006-09-13 | 2013-03-05 | Broadcom Corporation | Adaptive packet size modification for voice over packet networks |
| CN100571175C (zh) * | 2006-09-30 | 2009-12-16 | 华为技术有限公司 | 一种无线通信网络带宽分配方法与装置 |
| US7743161B2 (en) | 2006-10-10 | 2010-06-22 | Ortiva Wireless, Inc. | Digital content buffer for adaptive streaming |
| US7979550B2 (en) * | 2007-05-24 | 2011-07-12 | Sihai Xiao | Methods and apparatuses for adjusting bandwidth allocation during a collaboration session |
| CN101170497A (zh) * | 2007-11-20 | 2008-04-30 | 中兴通讯股份有限公司 | 报送网络资源信息数据的方法及装置 |
| CN101257454B (zh) * | 2008-03-21 | 2012-01-25 | 北京星网锐捷网络技术有限公司 | 一种带宽管理方法及装置 |
| US8102865B2 (en) * | 2008-05-16 | 2012-01-24 | Microsoft Corporation | Group based allocation of network bandwidth |
| EP2200230B1 (en) * | 2008-12-16 | 2014-03-12 | Alcatel Lucent | Method and device for performing traffic control in telecommunication networks |
| US8576728B2 (en) * | 2009-09-30 | 2013-11-05 | Verizon Patent And Licensing Inc. | Resource management in dynamic network environments |
| US20110087765A1 (en) * | 2009-10-08 | 2011-04-14 | Magor Communications Corporation | Network bandwidth management system |
| WO2011074659A1 (ja) * | 2009-12-18 | 2011-06-23 | 日本電気株式会社 | 移動体通信システム、その構成装置、トラヒック平準化方法およびプログラム |
| EP2556439A4 (en) * | 2010-04-08 | 2015-03-04 | Vasona Networks | CONTINUOUS BANDWIDTH MANAGEMENT FOR MULTIPLE CUSTOMERS |
| WO2011139305A1 (en) * | 2010-05-04 | 2011-11-10 | Azuki Systems, Inc. | Method and apparatus for carrier controlled dynamic rate adaptation and client playout rate reduction |
| US9098333B1 (en) * | 2010-05-07 | 2015-08-04 | Ziften Technologies, Inc. | Monitoring computer process resource usage |
| JP5472156B2 (ja) * | 2011-02-28 | 2014-04-16 | ブラザー工業株式会社 | 通信装置、通信方法、及び通信プログラム |
| TW201238379A (en) * | 2011-03-04 | 2012-09-16 | Chia-Kun Liu | An applies to network information flow distribution method |
| CN103493459B (zh) | 2011-04-01 | 2016-08-24 | 英特尔公司 | 一种用于接收自适应多媒体流送的方法和设备 |
| US8782270B2 (en) | 2011-06-07 | 2014-07-15 | Smith Micro Software, Inc. | Method and system for streaming live teleconferencing feeds to mobile client devices |
| US9258344B2 (en) | 2011-08-01 | 2016-02-09 | Intel Corporation | Multi-hop single sign-on (SSO) for identity provider (IdP) roaming/proxy |
| US9456387B2 (en) | 2011-10-05 | 2016-09-27 | Alcatel Lucent | Method and apparatus for improving adaptive streaming video quality by optimizing resource allocation |
| EP2587824A1 (en) * | 2011-10-27 | 2013-05-01 | Thomson Licensing | Method and apparatus to manage the operation of an adaptive streaming client |
| CN102571583A (zh) * | 2012-01-11 | 2012-07-11 | 浙江工业大学 | 一种用于WOBAN的QoS感知的自适应带宽分配系统及方法 |
| EP2879339A1 (en) * | 2013-11-27 | 2015-06-03 | Thomson Licensing | Method for distributing available bandwidth of a network amongst ongoing traffic sessions run by devices of the network, corresponding device. |
-
2013
- 2013-11-27 EP EP13306625.8A patent/EP2879339A1/en not_active Withdrawn
-
2014
- 2014-10-31 KR KR1020167014022A patent/KR102286957B1/ko active IP Right Grant
- 2014-10-31 EP EP14792804.8A patent/EP3075114A1/en not_active Ceased
- 2014-10-31 WO PCT/EP2014/073425 patent/WO2015078658A1/en active Application Filing
- 2014-10-31 BR BR112016012135A patent/BR112016012135B8/pt active IP Right Grant
- 2014-10-31 US US15/039,258 patent/US10044633B2/en active Active
- 2014-10-31 CN CN201480064707.7A patent/CN105765925B/zh active Active
- 2014-10-31 CN CN201911003061.2A patent/CN110620938A/zh active Pending
- 2014-10-31 JP JP2016534899A patent/JP6442507B2/ja active Active
- 2014-11-21 TW TW103140339A patent/TWI680662B/zh active
-
2018
- 2018-07-02 US US16/025,325 patent/US10848433B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| BR112016012135B8 (pt) | 2023-11-21 |
| CN110620938A (zh) | 2019-12-27 |
| EP3075114A1 (en) | 2016-10-05 |
| WO2015078658A1 (en) | 2015-06-04 |
| US20170171103A1 (en) | 2017-06-15 |
| JP2017504995A (ja) | 2017-02-09 |
| US20180309694A1 (en) | 2018-10-25 |
| US10044633B2 (en) | 2018-08-07 |
| EP2879339A1 (en) | 2015-06-03 |
| KR102286957B1 (ko) | 2021-08-05 |
| CN105765925B (zh) | 2019-11-12 |
| CN105765925A (zh) | 2016-07-13 |
| JP6442507B2 (ja) | 2018-12-19 |
| KR20160086854A (ko) | 2016-07-20 |
| TWI680662B (zh) | 2019-12-21 |
| US10848433B2 (en) | 2020-11-24 |
| BR112016012135A2 (pt) | 2017-08-08 |
| TW201521394A (zh) | 2015-06-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BR112016012135B1 (pt) | Método, dispositivo de cliente e mídia não transitória legível por computador para distribuir largura de banda disponível de uma rede entre sessões de tráfego contínuas executadas por dispositivos de cliente da rede | |
| US8549570B2 (en) | Methods and apparatus for managing network resources used by multimedia streams in a virtual pipe | |
| KR102355325B1 (ko) | 적응형 스트리밍 클라이언트에 대해 대역폭을 예약하기 위한 방법 및 디바이스 | |
| BR122016022895A2 (pt) | métodos de streaming adaptativo dinâmico por protocolo de transferência de hipertexto | |
| EP3044968A1 (en) | Streaming policy management system and method | |
| CN105407414A (zh) | 用于接收多媒体内容的方法和客户端 | |
| JP2018511209A (ja) | ネットワークにおける帯域幅の分配のための方法および装置 | |
| EP3669506A1 (en) | Stream control system for use in a network | |
| TW201601493A (zh) | 沿著用戶終端機與至少一伺服器間傳輸路徑所設置網路設備之操作方法，及對應之網路設備 | |
| EP2869523A1 (en) | Method and device for reserving bandwidth for an adaptive streaming client |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B25G | Requested change of headquarter approved |
Owner name: THOMSON LICENSING (FR) |
|
| B25A | Requested transfer of rights approved |
Owner name: INTERDIGITAL VC HOLDINGS, INC. (US) |
|
| B06U | Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette] | ||
| B09A | Decision: intention to grant [chapter 9.1 patent gazette] | ||
| B16A | Patent or certificate of addition of invention granted [chapter 16.1 patent gazette] |
Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 31/10/2014, OBSERVADAS AS CONDICOES LEGAIS |
|
| B16C | Correction of notification of the grant [chapter 16.3 patent gazette] |
Free format text: REFERENTE A RPI 2727 DE11/04/2023, QUANTO AO ITEM (73) NOME DO TITULAR. |