BRPI1013818B1 - gerenciamento de algoritmos de adaptação de vídeo - Google Patents

gerenciamento de algoritmos de adaptação de vídeo Download PDF

Info

Publication number
BRPI1013818B1
BRPI1013818B1 BRPI1013818-8A BRPI1013818A BRPI1013818B1 BR PI1013818 B1 BRPI1013818 B1 BR PI1013818B1 BR PI1013818 A BRPI1013818 A BR PI1013818A BR PI1013818 B1 BRPI1013818 B1 BR PI1013818B1
Authority
BR
Brazil
Prior art keywords
rate
media
rate adaptation
video
parameters
Prior art date
Application number
BRPI1013818-8A
Other languages
English (en)
Inventor
Nikolai K. Leung
Original Assignee
Qualcomm Incorporated
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 Qualcomm Incorporated filed Critical Qualcomm Incorporated
Publication of BRPI1013818A2 publication Critical patent/BRPI1013818A2/pt
Publication of BRPI1013818B1 publication Critical patent/BRPI1013818B1/pt

Links

Images

Classifications

    • 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/637—Control signals issued by the client directed to the server or network components
    • H04N21/6377—Control signals issued by the client directed to the server or network components directed to server
    • H04N21/6379—Control signals issued by the client directed to the server or network components directed to server directed to encoder, e.g. for requesting a lower encoding rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/24—Systems for the transmission of television signals using pulse code modulation
    • 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/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless 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/633—Control signals issued by server directed to the network components or client
    • H04N21/6332—Control signals issued by server directed to the network components or client directed to client
    • H04N21/6336—Control signals issued by server directed to the network components or client directed to client directed to decoder
    • 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/637—Control signals issued by the client directed to the server or network components
    • H04N21/6373—Control signals issued by the client directed to the server or network components for rate control, e.g. request to the server to modify its transmission rate
    • 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/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/64746—Control signals issued by the network directed to the server or the client
    • H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server
    • H04N21/64769—Control signals issued by the network directed to the server or the client directed to the server for rate control
    • 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/64784—Data processing by the network
    • H04N21/64792—Controlling the complexity of the content stream, e.g. by dropping packets

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

GERENCIAMENTO DE ALGORITMOS DE ADAPTAÇÃO DE VÍDEO Técnicas são descritas para controlar a operação de um algoritmo de adaptação de taxa dinâmica, modificando os parâmetros de controle expostos pelo algoritmo de adaptação de taxa dinâmica. Em um aspecto, um aparelho compreende um módulo de adaptação de taxa compreendendo uma pluralidade de parâmetros de controle. O módulo de adaptação de taxa monitora as condições de uma rede e ajusta a taxa de codificação de um encodificador de mídia com base nas condições da rede e na pluralidade de parâmetros de controle. Cada um da pluralidade de parâmetros de controle especifica um valor limite ou um valor de temporização que controla a resposta do algoritmo de adaptação de taxa para as condições da rede. O aparelho também inclui um cliente que recebe um valor para um primeiro da pluralidade de parâmetros de controle e define o primeiro parâmetro de controle com o valor recebido.

Description

[001] Este pedido reivindica o benefício do Pedido de Provisório U.S. n° 61/187,396 depositado em 16 de junho de 2009, e também reivindica o benefício do Pedido Provisório n° 61/232,562 depositado em 10 de agosto de 2009, todo o conteúdo de cada um é aqui incorporado por referência.
Campo Técnico
[002] Esta divulgação se refere à codificação de vídeo digital e, mais particularmente, a técnicas para controlar a taxa de codificação de vídeo.
Fundamentos
[003] Capacidades de vídeo digital podem ser incorporadas em uma ampla faixa de dispositivos, incluindo os televisores digitais, sistemas digitais de transmissão direta, dispositivos de comunicação sem fio, assistentes digitais pessoais (PDAs), computadores laptops, computadores desktop, consoles de videogames, câmeras digitais, dispositivos de gravação digital, telefones celulares ou rádio satélites, e assim por diante. Dispositivos de vídeo digital podem prover melhorias significativas sobre os sistemas convencionais de vídeo analógico no processamento e transmissão de sequências de vídeo.
[004] Diferentes padrões de codificação de vídeo foram estabelecidos para a codificação de sequências de vídeo digital. O Moving Picture Experts Group (MPEG), por exemplo, desenvolveu uma série de normas, incluindo MPEG-1, MPEG-2 e MPEG-4. Outros exemplos incluem o International Telecommunication Union (ITU)-T padrão H.263, e o padrão emergente ITU-T H.264 e sua contraparte, ISO/IEC MPEG-4, Parte 10, isto é, Advanced Video Coding (AVC). Estes padrões de codificação de vídeo suportam a eficiência da transmissão melhorada de sequências de vídeo através da codificação de dados de forma compactada.
[005] Técnicas de adaptação dinâmica de taxa são usadas para ajustar o número de bits de codificação, isto é, a taxa de codificação, atribuída a um fluxo de vídeo. Taxas de codificação podem ser ajustadas para assegurar que a sequência de vídeo codificado se conforme com os requisitos de qualidade e/ou alterações na largura de banda disponível causadas por diferentes condições de rede. Algumas técnicas de controle de taxa são projetadas para produzir uma taxa constante de codificação, enquanto outras técnicas de controle de taxa são projetadas para produzir uma qualidade constante. Técnicas de adaptação de taxa dinâmica podem equilibrar a taxa de codificação e nível de qualidade, e ser sensível às condições de congestionamento da rede e conteúdo de quadros de vídeo.
Sumário
[006] Esta divulgação descreve técnicas para o gerenciamento de implementações de algoritmo de adaptação de taxa dinâmica. Em geral, o algoritmo de adaptação de taxa dinâmica particular utilizado pode variar de dispositivo para dispositivo de acordo com as implementações oferecidas pelos fabricantes de dispositivos. No entanto, os dispositivos podem utilizar os serviços de qualquer número de diferentes redes com diferentes características que afetam o desempenho do algoritmo de adaptação de taxa dinâmica específico da implementação em execução nos dispositivos. De acordo com as técnicas descritas neste documento, os algoritmos de adaptação de taxa dinâmica expõem um conjunto de parâmetros que as operadoras de rede podem usar para modificar o funcionamento dos algoritmos de adaptação de taxa dinâmica.
[007] Em um aspecto, um método inclui receber, por um dispositivo de mídia, um valor para um primeiro de uma pluralidade de parâmetros de controle para um algoritmo de adaptação de taxa, em que o algoritmo de adaptação de taxa monitora as condições de uma rede e ajusta a taxa de codificação de um codificador de mídia com base nas condições da rede e na pluralidade de parâmetros de controle, em que cada um da pluralidade de parâmetros de controle especifica um valor limite ou um valor de temporização que controla a resposta do algoritmo de adaptação de taxa para as condições da rede. O método adicionalmente compreende definir o primeiro parâmetro de controle para o valor.
[008] Em outro aspecto, um aparelho compreende um módulo de adaptação de taxa compreendendo uma pluralidade de parâmetros de controle, em que o módulo de adaptação de taxa monitora as condições de uma rede e ajusta a taxa de codificação de um codificador de mídia com base nas condições da rede e na pluralidade de parâmetros de controle, em que cada um da pluralidade de parâmetros de controle especifica um valor limite ou um valor de temporização que controla a resposta do algoritmo de adaptação de taxa para as condições da rede. O aparelho adicionalmente compreende um cliente que recebe um valor para um primeiro da pluralidade de parâmetros de controle e define o primeiro parâmetro de controle para o valor.
[009] Em outro aspecto, um dispositivo compreende meios para receber, por um dispositivo de mídia, um valor para um primeiro de uma pluralidade de parâmetros de controle para um algoritmo de adaptação de taxa, em que o algoritmo de adaptação de taxa monitora as condições de uma rede e ajusta a codificação de taxa de um codificador de mídia com base nas condições da rede e na pluralidade de parâmetros de controle, em que cada um da pluralidade de parâmetros de controle especifica um valor limite ou um valor de temporização que controla a resposta do algoritmo de adaptação de taxa para as condições da rede. O dispositivo adicionalmente compreende meios para definir o primeiro parâmetro de controle para o valor.
[0010] Em outro aspecto, um meio de armazenamento legível por computador compreende instruções que fazem com que um ou mais processadores programáveis receba, por um dispositivo de mídia, um valor para um primeiro de uma pluralidade de parâmetros de controle para um algoritmo de adaptação de taxa, em que a algoritmo de adaptação de taxa monitora as condições de uma rede e ajusta a taxa de codificação de um codificador de mídia com base nas condições da rede e na pluralidade de parâmetros de controle, em que cada um da pluralidade de parâmetros de controle especifica um valor limite ou um valor de temporização que controla uma resposta do algoritmo de adaptação de taxa para as condições da rede. As instruções adicionalmente fazem com que um ou mais processadores programáveis definam o primeiro parâmetro de controle para o valor.
[0011] As técnicas descritas nesta divulgação podem ser implementadas em um aparelho de vídeo digital em hardware, software, firmware, ou qualquer combinação destes. Se implementadas em software, o software pode ser executado em uma máquina tal como um processador. O software pode ser inicialmente armazenado como instruções em um meio de armazenamento legível por máquina e executado pela máquina para suportar adaptação de taxa de codificação de vídeo, de acordo com esta divulgação.
[0012] Os detalhes de um ou mais exemplos destas técnicas são apresentados nos desenhos que acompanham e descrição abaixo. Outras características, objetos e vantagens serão evidentes a partir da descrição e desenhos, e das reivindicações.
Breve Descrição dos Desenhos
[0013] A figura 1 é um diagrama de blocos ilustrando uma rede exemplar que opera de acordo com as técnicas descritas.
[0014] A figura 2 é um diagrama de blocos ilustrando um servidor de vídeo e um terminal de vídeo exemplar tendo algoritmos de adaptação de taxa que são modificáveis usando um servidor de provisionamento exemplar de acordo com as técnicas descritas neste documento.
[0015] A figura 3 é um diagrama de blocos ilustrando tabelas de parâmetros exemplares que podem ser utilizadas de acordo com as técnicas descritas para controlar os algoritmos de adaptação de taxa.
[0016] A figura 4 é um gráfico detalhado ilustrando a margem de playout, usada de acordo com as técnicas descritas.
[0017] A figura 5 é um gráfico detalhado ilustrando um processo de descongestionamento exemplar, segundo as técnicas desta divulgação.
[0018] A figura 6 é um fluxograma ilustrando uma operação exemplar de um servidor de provisionamento e um terminal de mídia de acordo com as técnicas desta divulgação.
[0019] A figura 7 é um fluxograma ilustrando uma operação exemplar de servidor de provisionamento e servidor de vídeo operacional em rede UMTS de acordo com as técnicas desta divulgação.
[0020] A figura 8 é um fluxograma ilustrando uma operação exemplar de um cliente MTSI operando na rede UMTS de acordo com as técnicas desta divulgação.
Descrição Detalhada
[0021] A figura 1 é um diagrama de blocos ilustrando uma rede exemplar 2. Em alguns exemplos, a rede 2 compreende uma rede de serviço de telefonia móvel universal (UMTS) que opera de acordo com os padrões de 3rd Generation Partnership Project (3GPP) e com as técnicas a seguir descritas. Para fins de ilustração apenas, as técnicas aqui serão descritas com relação a uma rede UMTS. No entanto, as técnicas são aplicáveis a outros tipos de rede comunicação em outros exemplos.
[0022] A rede UMTS 2 inclui uma rede núcleo 4 e uma Rede Rádio Acesso terrestre UMTS (UTRAN) 5 comunicativamente acoplada via interface de comunicação 20. Rede núcleo 4 provê serviços comutados por pacotes (PS) e pode, em alguns aspectos adicionais prover serviço comutado por circuito (CS). Os serviços PS e CS podem incluir serviços de mobilidade, tais como autenticação e roaming, bem como serviços de gerenciamento de chamadas, sinalização de rede núcleo, faturamento, interconexão entre a rede núcleo 4 e as redes externas (não mostradas), e outros serviços. A rede núcleo 4 pode ser conectada a uma ou mais redes de estrutura principal, tal como a Internet, a rede Digital de Serviços Integrados (ISDN), e a Rede de Telefonia Pública Comutada (PSTN) (não mostrada).
[0023] Interface de comunicação 20 provê UTRAN 5 com acesso à serviços da rede núcleo 4. Interface de comunicação 20 permite uma interface Iu-ps e pode, em alguns aspectos adicionalmente compreender uma interface Iu-cs. Em geral, uma interface Iu-ps provê protocolos que permitem a comunicação com uma rede comutada por pacote e pode ligar Controlador de rede rádio 6 ("RNC 6") a um nó que suporta GPRS de serviço (SGSN) (não mostrado) na rede núcleo 4. Em geral, uma interface Iu-cs provê protocolos que permitem a comunicação com uma rede comutada por circuito e pode ligar RNC 6 a um Centro de Comutação Móvel (MSC) (não mostrado) na rede núcleo 4.
[0024] UTRAN 5 provê serviços de comunicação sem fio e inclui duas estações base no exemplo da figura 1, Nó B 8A e Nó B 8B ("Nós B 8"), que são conectados a um RNC através de seis links de comunicação 22A a 22B. Nós B 8 são as estações transceptoras base que usam uma interface aérea para se comunicarem com dispositivos sem fio. Cada um dos Nós B 8 serve várias células (ou "setores") de acordo com sua configuração. Doravante, a região geográfica servida por um dos oito Nós B é referida como uma célula. Em alguns aspectos, cada um dos Nós B 8 pode ser um controlador de sítio, ponto de acesso, ou outros tipos de estações transceptoras sem fio.
[0025] Em UTRAN 5, Nós B 8 são comunicativamente acoplados ao equipamento do usuário sem fio (UE) 12A-12B ("UE 12") usando radioenlace 24A-24B. Especificamente, UE 12A está na célula e, portanto, troca dados e informações de controle com o Nó B 8A via radioenlace 24A. Da mesma forma, UE 12B está na célula e, portanto, troca dados e informações de controle com Nó B 8B via radioenlace 24B. Cada um do UE 12 é um dispositivo de comunicação sem fio e pode incluir, por exemplo, um telefone celular, um computador laptop ou desktop tendo, por exemplo, uma placa 3G, um netbook com capacidade sem fio, um dispositivo de vídeo game, um pager, um assistente de dados pessoal (PDA), uma televisão, ou uma câmera de vídeo. Cada um do UE 12 executa uma ou mais aplicações, tais como chamadas de celular, jogos de vídeo, videoconferência, e-mail, entre outros. Comunicação de um UE 12 para um dos nós 8 é conhecida como uma comunicação de uplink e um dos Nós B 8 para um UE 12 é conhecida como o downlink. RNC 6 gerencia Nós B 8, roteia de dados de / para Nós B 8, e interfaces UTRAN 5 para a rede núcleo 4 via interface de comunicação 20. Em alguns aspectos, UTRAN 5 pode compreender RNC e Nós B adicionais dispostos em várias configurações.
[0026] Rede UMTS 2 pode incluir uma rede comutada por pacote e, como resultado, pode rapidamente realocar recursos de link entre diferentes usuários e aplicativos como demandas para os vários recursos. Rede UMTS 2 provê serviços de dados em pacote de downlink. Por exemplo, a rede UMTS 2 pode prover o serviço de Acesso a Pacote de Downlink de Alta velocidade (HSDPA). O serviço HSDPA pode operar em qualquer modo Dúplex por Divisão de Frequência (FDD) ou modo Dúplex por Divisão de Tempo (TDD).
[0027] HSDPA especifica que o radioenlace 24 compreende um Canal Compartilhado de Downlink de Alta velocidade (HS-DSCH), doravante designado como um downlink compartilhado. Isto é, o UE 12 na célula de um dos Nós B 8 compartilha o HS-DSCH provido pelo Nó B e comunicado através do radioenlace 24. Nós B 8 programam um downlink compartilhado correspondente com base em condições de rádio atuais experimentadas por qualquer UE 12 conectado bem como as necessidades de dados do UE 12 conectado. Por exemplo, conforme UE 12A se move em torno da célula do Nó B 8A, as características do radioenlace 24A mudam devido a mudanças na geometria, tempo, interferências e outras condições. Como um exemplo, um UE mais perto da borda da célula geralmente tem condições de link significativamente mais fracas em comparação com um UE perto do transmissor do Nó B 8A. Para otimizar a capacidade do sistema o programador do Nó B 8A escolhe servir ao UE nas melhores condições de link uma vez que isto permite transmissão de taxa mais rápida no downlink compartilhado (isto é, o HS-DSCH). Esta programação sensível ao canal explora a diversidade multi-UE para melhorar a capacidade de transmissão das células, favorecendo terminais que podem receber dados do downlink compartilhado a taxas mais elevadas.
[0028] Serviços de rede UMTS 2 podem especificar classes de Qualidade de Serviço (QoS) para quatro tipos de tráfego: 1) conversação (por exemplo, voz sobre IP (VoIP), telefonia com vídeo, jogos de vídeo), 2) fluxo contínuo (por exemplo, multimídia, vídeo em demanda webcast); 3) interativo (navegação na web, jogos em rede, acesso a banco de dados); de fundamentos e 4) (e-mail, SMS, download). UTRAN 5 concede níveis de QoS, conforme necessário para aplicativos sendo executados no UE 12. Temperamento de Nós B 8 tem o objetivo de maximizar a capacidade de transmissão do sistema e capacidade com a necessidade de proporcionar a equidade a todos o UE 12 na célula e à necessidade de cumprir os requisitos específicos de QoS de aplicativos sendo executados no UE 12. Estes objetivos frequentemente entram em conflitos.
[0029] Uma carga de downlink compartilhado para um dos Nós B 08 pode aumentar quando, por exemplo, um dos UE 12 na célula começa novas sessões de dados ou multimídia que possuem requisitos de QoS. Em alguns casos, as sessões de dados ou mídia podem portar o tráfego de maior prioridade, tal como VoIP, que pode antecipar o tráfego RTP de vídeo. Como outro exemplo, a carga pode aumentar quando um dos UE 12 é entregue para dentro da célula, e quando um dos UE 12 exige que QoS no downlink compartilhado se mova para a borda da célula. Um radioenlace de qualidade inferior torna mais onerosa para o downlink compartilhado suportar a transmissão de um UE 12, que se move em direção à borda da célula. Por exemplo, por ter de prover um QoS de alta taxa, baixa latência no downlink compartilhado para um UE 12, sobre a borda de uma célula para um dos Nós B 8, o Nó B precisa atribuir o downlink compartilhado para aquele UE 12 particular por períodos mais longos para compensar a menor velocidade de link. Isso carrega o downlink compartilhado e reduz a sua capacidade de servir os outros UE 12 na célula.
[0030] Devido à natureza compartilhada do downlink compartilhado, os requisitos para cada um dos UE 12 em uma célula afetam o desempenho de todos os UE 12 na célula. Isso pode resultar em variações na QoS entregue a alguns ou a todos os UE 12 na célula. Enquanto um programador QoS HSDPA bem projetado equilibra a necessidade de prover QoS e equidade com o objetivo de maximizar a capacidade de transmissão do sistema, os fatores acima explicados contribuem para variações na QoS real concedida a um terminal durante uma sessão. Mesmo quando UTRAN 5 concedeu um nível de QoS particular (por exemplo, uma taxa de dados de 48 kbps) para uma solicitação de um dos UE 12, a UTRAN 5 não pode ser capaz de prover esse nível de QoS para aquele UE 12 a cada instante. Em tais casos, o UE 12 irá experimentar variações no nível de QoS entregue com base em mudanças na sua localização em relação a outros UE 12 em uma célula, devido à mobilidade e ao carregamento de células / congestionamento causados pelos outros UE 12.
[0031] HSDPA provê suporte para vários serviços multimídia fim-a-fim. Por exemplo, para serviços comutados por pacote em tempo real, rede UMTS 2 pode implementar serviços de Conversação Comutados por Pacote definidos por 3GPP (PSC), serviços de Fluxo Contínuo Comutados por Pacote (PSS), e serviços de serviço multimídia / Broadcast Multimídia (MBMS).
[0032] Além disso, a rede UMTS exemplar 2 pode prover serviço de telefonia multimídia para Sistemas de Multimídia de Protocolo Internet (MTSI). MTSI é definido em "3GPP TS 26,114 V7.10.0”, 3rd Generation Partnership Project, Grupo de Serviços de Especificação Técnica e Aspectos do Sistema, 2009, disponível em http://www.3gpp. org/ftp/Specs/archive/26_series/26.114/26114-7aO.zip. Como descrito em detalhes abaixo, UE 12 compreende clientes MTSI e, como tal, discurso de suporte, vídeo e/ou texto portados pelo Protocolo de Transporte em Tempo Real (RTP).
[0033] O UE 12A pode enviar pacotes RTP contendo dados de vídeo, como um aspecto da sessão de vídeo 28, através da rede UMTS 2 para o UE 12B usando MTSI. Sessão de vídeo 28 pode ser uma chamada de vídeo, uma videoconferência, um fluxo contínuo de filme, ou sessão multimídia que necessitam de transmissão de vídeo. O UE 12 especifica codecs de mídia para cada um dos tipos de mídia suportados, incluindo o vídeo. O UE 12A inclui um codificador de vídeo que codifica o vídeo obtido a partir de uma fonte de vídeo, que pode ser um vídeo ao vivo ou arquivado, de acordo com qualquer um de uma variedade de padrões de codificação de vídeo. As técnicas podem ser usadas com qualquer um de uma variedade de padrões de codificação de vídeo, tais como o MPEG-1, MPEG-2 ou MPEG-4, os padrões H.263 ITU ou H.264, ou o padrão ISO / IEC MPEG-4, Parte 10, isto é, Advanced Video Coding (AVC), que é substancialmente idêntico ao padrão H.264. Além disso, o UE 12A inclui um módulo de adaptação de taxa do lado da transmissão 14A (ilustrado como "módulo de adaptação de taxa do lado TX 14A") que controla a taxa de codificação aplicada pelo codificador de vídeo para encodificar os quadros dentro de um segmento de vídeo. A taxa de codificação especifica o número de bits de codificação alocados para os quadros no segmento de vídeo.
[0034] O módulo de controle de taxa do lado da transmissão 14A emprega um algoritmo de adaptação de taxa dinâmica que permite que o codificador de vídeo do UE 12A responda a condições de rede. Por exemplo, uma módulo de controle de taxa do lado da transmissão 14A pode aumentar o parâmetro de quantização (QP) usado pelo codificador de vídeo para diminuir a taxa de bits da mídia de comunicação codificada em resposta a uma redução na largura de banda alocada para a mídia de comunicação codificada. A largura de banda alocada para a mídia codificada pode mudar, por exemplo, devido a variações no nível de QoS entregue experimentado por um UE de recepção dos UE 12.
[0035] O UE 12B pode receber e processar os pacotes RTP recebidos durante a sessão de vídeo 28 a partir do UE 12A. O UE 12B compreende módulo de adaptação de taxa do lado do receptor 14B, que mede as estatísticas de chegada de pacotes no downlink compartilhado. Com base nas medições, o módulo de adaptação de taxa do lado do receptor 14B provê feedback 30 que direciona o módulo de controle de taxa do lado da transmissão 14A a reduzir ou aumentar a sua taxa de codificação e, consequentemente, sua taxa de transmissão de mídia para quase aproximadamente casando com a provisão de largura de banda para o UE 12B no downlink compartilhado.
[0036] Em geral, fornecedores de equipamentos de usuário implementam o módulo de controle de taxa do lado da transmissão 14A e módulo de adaptação de taxa do lado do receptor 14B a fim de facilitar os melhores métodos de adaptação específicos para os dispositivos de equipamento de usuário. Como resultado, UTRAN 5 em vários aspectos pode incluir UE 12 que tem diferentes implementações proprietárias de módulos de adaptação de taxa 14.
[0037] Em conformidade com as técnicas aqui descritas, o módulo de controle de taxa do lado da transmissão 14A expõe um conjunto de parâmetros de controle que afeta a adaptação de taxa e algoritmos de codificação para o UE 12A. Além disso, o módulo de adaptação de taxa do lado do receptor 14B expõe um conjunto diferente de parâmetros de controle que afeta adaptação de taxa e algoritmos de codificação para o UE 12B.
[0038] Em conformidade com as técnicas descritas, UTRAN 5 adicionalmente compreende o servidor de provisionamento 10 que é comunicativamente acoplado ao RNC 6 via link de comunicação 24C. Em alguns aspectos, o servidor de provisionamento 10 provisiona o UE 12 com outras interfaces sem fio, tais como Bluetooth, IrDA, ou interfaces com fio, tais como Barramento Serial Universal (USB), Firewire, e RS-232. O servidor de provisionamento 10 é tipicamente um servidor de computador em uma rede UMTS 2. Em alguns aspectos, o servidor de provisionamento 10 é um laptop com uma conexão a cabo a um ou mais dos UE 12. Em alguns aspectos, o servidor de provisionamento 10 é um equipamento de usuário de acordo com a nomenclatura 3GPP e pode incluir, por exemplo, um telefone celular, um computador laptop ou desktop tendo, por exemplo, um cartão 3G sem fio, um netbook com capacidade sem fio, um assistente de dados pessoais (PDA), e assim por diante.
[0039] O servidor de provisionamento 10 estabelece, separadamente ou em combinação, sessões de provisionamento 26A-26B com o UE 12A-12B para modificar os parâmetros de controle de transmissão expostos pelo módulo de adaptação de taxa do lado da transmissão e pelo módulo de adaptação de taxa do lado do receptor 14B, como descrito nesta divulgação, e, assim, altera a adaptação de taxa e algoritmos de codificação que operam no UTRAN 5. Desta forma, embora a adaptação de taxa e algoritmos de codificação do UE 12 sejam proprietários, o servidor de provisionamento 10, no entanto, controla a operação desses algoritmos para facilitar a eficiência, QoS, capacidade de transmissão, ou outros objetivos para a UTRAN 5. Como um exemplo, o servidor de provisionamento 10 pode, via sessão de provisionamento 26A, direcionar o módulo de controle de taxa do lado da transmissão 14A para, em resposta à detecção de congestionamento de pacote, reduzir a taxa de codificação de vídeo para reduzir a taxa de transmissão de sessão de vídeo 28 e, assim, reduzir a carga da sessão de vídeo 28 no downlink compartilhado (composto pelo radioenlace 24B) usado pelo UE 12B. Esta redução pode, por exemplo, permitir que outros equipamentos de usuários (não mostrados) que utilizam o downlink compartilhado tenham uma QoS melhor ou mais consistente.
[0040] A figura 2 é um diagrama de blocos ilustrando um servidor de vídeo exemplar 40 e um terminal de vídeo 60 tendo algoritmos de adaptação de taxa que são modificáveis através de um servidor de provisionamento exemplar 10 de acordo com as técnicas descritas neste documento.
[0041] O servidor de vídeo 40 pode corresponder ao UE 12A da figura 1. O servidor de vídeo 40 compreende uma fonte de vídeo 42 e um cliente de envio 44. No aspecto, exemplar ilustrado da figura 2, o cliente de envio 44 é um cliente MTSI. O cliente de envio 44 é designado como o cliente MTSI de envio 44. A fonte de vídeo 42 pode ser um dispositivo de captura de vídeo, tal como uma câmera de vídeo, ou um arquivo de vídeo que armazena de vídeo digital previamente capturado. A fonte de vídeo 42 também pode ser uma interface para um vídeo ao vivo ou arquivado.
[0042] O cliente MTSI de envio 44 suporta e de outra maneira provê uma interface pelo servidor de vídeo 40 para MTSI e permite que o servidor de vídeo 40 transmita a fala de conversação, texto e vídeo. Cliente MTSI de envio 44 lida com o estabelecimento de sessão e controle para as sessões de mídia com outros clientes MTSI e, adicionalmente, lida com controle de mídia, codificação / decodificação de mídia, e dados de mídia e transporte de dados de controle.
[0043] Cliente MTSI de envio 44 compreende um codificador de vídeo 46, um empacotador de vídeo 48, e o módulo de adaptação de taxa do lado da transmissão 50 ("Módulo de adaptação de taxa do lado TX 50"). Cliente MTSI de envio 44 é um aspecto simplificado exemplar de um cliente MTSI generalizado. Em outros aspectos, o cliente MTSI de envio 44 pode adicionalmente compreender um decodificador de vídeo, codecs de texto e voz, um estabelecimento de sessão e módulo de controle, módulos de ativação, ou outros aspectos funcionais que permitem MTSI.
[0044] O codificador de vídeo 46 codifica vídeo a partir de fonte de vídeo 42 de acordo com qualquer um de uma variedade de padrões de codificação de vídeo, como H.264, como mencionado acima. O empacotador de vídeo 48 é uma interface baseada em pacotes que recebe o segmento de vídeo codificado do codificador de vídeo 46 e divide o segmento de vídeo codificado em uma série de pacotes para a transmissão. Os pacotes resultantes podem ser transmitidos a partir da camada de aplicação para as outras camadas, tal como as camadas de transporte e física, para posterior processamento, tais como empacotamento, multiplexação adicional, e outras operações.
[0045] O módulo de adaptação de taxa do lado da transmissão 50 controla a taxa de codificação aplicada pelo codificador de vídeo 46 para codificar quadros dentro de um segmento de vídeo. A taxa de codificação especifica o número de bits de codificação alocados para os quadros no segmento de vídeo. O módulo de adaptação de taxa do lado da transmissão 50 pode corresponder ao módulo de adaptação de taxa do lado da transmissão 14A da figura 1.
[0046] O módulo de adaptação de taxa do lado da transmissão 50 recebe feedback do cliente de recepção 31, tal como cliente de recepção 64 e responde aumentando ou diminuindo a taxa de codificação conforme o caso. Feedback 31 pode compreende instruções orientando o módulo de adaptação de taxa do lado da transmissão 50 a tomar uma ação para modificar a taxa de codificação, estatísticas sobre os pacotes recebidos, ou qualquer outra informação que o módulo de adaptação de taxa do lado da transmissão 50 pode usar para ajustar a taxa de codificação ou a taxa de envio. Por exemplo, o módulo de adaptação de taxa do lado da transmissão 50 pode suportar mensagens de solicitações de taxa de bits de mídia máxima temporária (TMMBR) e Notificação de taxa de bits de mídia máxima temporária (TMMBN) de Mensagens de Controle de Codec (CCM).
[0047] Neste aspecto exemplar, o módulo de adaptação de taxa do lado da transmissão 50 implementa, de acordo com as especificações MTSI, mecanismos de recepção de controle de Protocolo de Controle RTP (RTCP) que o módulo de adaptação de taxa do lado da transmissão 50 usa para lidar com o feedback RTCP de condições de recebimento experimentadas recebendo terminais de vídeo. Em aspectos de rede UMTS 2 que implementa PSS, o módulo de adaptação de taxa do lado da transmissão 50 suporta pacotes de Funções Específicas de Aplicativo (APP) de Unidade de Dados de Aplicativo Depois de RTCP (NADU) que proveem informação de feedback sobre os níveis de buffer em receptores de vídeo para dados de mídia recebidos.
[0048] Na figura 2, o cliente de envio 44 envia dados de vídeo empacotados para o terminal de vídeo 60 via Sessão de vídeo MTSI 29. O terminal de vídeo 60 pode corresponder ao UE 12B da figura 1 e compreende o cliente de recepção 64 e visualizador 62. O visualizador 62 permite que um usuário de terminal de vídeo 60 visualize o vídeo recebido pelo terminal de vídeo 60. O visualizador 62 pode incluir uma tela, como uma tela de cristal líquido (LCD), um projetor, um monitor de computador ou outro componente de visualização.
[0049] O cliente de recepção 64 pode suportar e de outra maneira prover uma interface para terminal de vídeo 60 para MTSI e permite que o terminal de vídeo 60 receba discurso conversacional, texto e vídeo. No aspecto exemplar ilustrado da figura 2, cliente de recepção 64 é um cliente MTSI. O cliente de recepção 64 é, portanto, a seguir designado cliente MTSI de recepção 64. Cliente MTSI de recepção 64 lida com o estabelecimento de sessão e controle de mídia para as sessões com outros clientes MTSI e, adicionalmente, lida com controle de mídia, codificação / decodificação de mídia, e dados de mídia e de transporte de dados de controle.
[0050] O cliente MTSI de recepção 64 compreende decodificador de vídeo 68, extrator de vídeo 66, e o módulo de adaptação de taxa do lado do receptor 70. O cliente MTSI de recepção 64 é um aspecto exemplar simplificado de um cliente MTSI generalizado. Em outros aspectos, cliente MTSI de recepção pode adicionalmente compreender um codificador de vídeo, codecs de texto e voz, um estabelecimento de sessão e módulo de controle, módulos de ativação, ou outros aspectos funcionais que permitem MTSI.
[0051] Extrator de vídeo 66 é uma interface baseada em pacotes que extrai vídeo a partir de pacotes de vídeo recebidos pelo cliente MTSI de recepção 64 e restaura o fluxo de vídeo empacotado. Extrator de vídeo passou o fluxo de vídeo codificado para decodificador de vídeo 68, que decodifica o fluxo de vídeo codificado de acordo com o padrão de vídeo adequado para o fluxo de codificação, tal como H.264, e envia o fluxo de vídeo decodificado para visualizador 62 para visualização.
[0052] O módulo de adaptação de taxa do lado do receptor 70 monitora estatísticas de recebimento de pacotes de mídia para cliente MTSI de recepção 64. Estatísticas monitoradas pelo módulo de adaptação de taxa do lado do receptor 70 podem incluir taxa de perda de pacotes, jitter de pacote, e latência / retardo de pacotes. Com base nas estatísticas de pacote monitorado, o módulo de adaptação de taxa do lado do receptor 70 gera e provê feedback 31 para módulo de adaptação de taxa do lado da transmissão 50 de servidor de vídeo 40 para fazer com que o codificador de vídeo 46 aumente ou diminua a taxa de codificação e, concomitantemente, a taxa de transmissão de servidor de vídeo 40. O módulo de adaptação de taxa do lado do receptor 70 pode gerar feedback 31 que compreende instruções orientando o módulo de adaptação de taxa do lado da transmissão 50 a tomar uma ação para modificar a taxa de codificação, as estatísticas de pacotes, ou qualquer outra informação que o módulo de adaptação de taxa do lado da transmissão 50 pode usar para ajustar a taxa de codificação ou a taxa de envio. Por exemplo, o módulo de adaptação de taxa do lado do receptor 70 suporta mensagens TMMBR e TMMBN. Neste aspecto exemplar, o módulo de adaptação de taxa do lado do receptor 70 implementa, de acordo com as especificações MTSI, mecanismos de recepção de controle de Protocolo de Controle RTP (RTCP) para relatar condições de recebimento o módulo de adaptação de taxa do lado da transmissão 50 no feedback 31.
[0053] Em aspectos da rede UMTS 2 que implementa PSS, o módulo de adaptação de taxa do lado do receptor 70 pode usar pacotes de funções específicas de aplicativo (APP) da Unidade de Dados de Aplicativo depois de RTCP (NADU) para prover informações de feedback sobre os níveis de buffer para receber dados de mídia codificados para o módulo de adaptação de taxa do lado da transmissão 50. Em tais aspectos, o módulo de adaptação de taxa do lado da transmissão 50 responde pelo escalonamento para cima / baixo de sua taxa de codificação conforme o caso.
[0054] Em conformidade com as técnicas desta divulgação, o módulo de adaptação de taxa do lado da transmissão 50 expõe um conjunto de parâmetros de controle do transmissor de mídia 51. Os parâmetros de controle do transmissor de mídia afetar a operação de módulo de adaptação de taxa do lado da transmissão 50, por exemplo, mudando as condições de fronteira relativas à qualidade da imagem, alterando os parâmetros de tempo e modificando as taxas de escala usadas pelo módulo de adaptação de taxa do lado da transmissão 50 para determinar a taxa de codificação de codificador de vídeo 46. Em alguns aspectos, os parâmetros de controle do transmissor de mídia 51 expostos pelo módulo de adaptação de taxa do lado da transmissão 50 podem ser lidos para determinar os valores atuais dos parâmetros.
[0055] Da mesma forma, de acordo com as técnicas dessa divulgação, o módulo de adaptação de taxa do lado do receptor 70 expõe um conjunto de parâmetros de controle de receptor de mídia 71. Os parâmetros de controle de receptor de mídia afetam a operação do módulo de adaptação de taxa do lado do receptor 70, por exemplo, mudando condições de fronteira e temporização relativas ao cálculo de uma taxa de perda de pacote, alterando os parâmetros de temporização e outros valores utilizados pelo módulo de adaptação de taxa do lado do receptor 70 para determinar a natureza e o alcance de feedback 31 providos pelo módulo de adaptação de taxa do lado da transmissão 50. Em alguns aspectos, os parâmetros de controle do transmissor de mídia 51 expostos pelo módulo de adaptação de taxa do lado da transmissão 50 podem ser lidos para determinar os valores atuais dos parâmetros.
[0056] A codificação interna e os algoritmos de adaptação de taxa para clientes MTSI podem muitas vezes ser proprietários e/ou indisponíveis. Assim, o codificador de vídeo 46, o módulo de adaptação de taxa do lado da transmissão 50, e o módulo de adaptação de taxa do lado do receptor 70 podem incluir "caixas pretas" que os operadores de rede, usando os métodos convencionais, são incapazes de controlar. No entanto, variando um ou mais dos parâmetros de controle de transmissor de mídia 51 e/ou parâmetros de controle de receptor de mídia 71 utilizando as técnicas desta divulgação, um operador de rede pode modificar a operação do módulo de adaptação de taxa do lado da transmissão 50 e/ou módulo de adaptação de taxa do lado do receptor 70, respectivamente, e, portanto, efetivamente alterar a taxa de codificação do codificador de vídeo 46. A este respeito, um operador de rede pode modificar o funcionamento das "caixas pretas", utilizando os parâmetros de controle como "botões de controle", a fim de facilitar os vários objetivos para uma rede que inclui o servidor de vídeo 40 e o terminal de vídeo 60. Os parâmetros de controle de receptor de mídia 71 e os parâmetros de controle de transmissor de mídia 51, portanto, configuram e controlam os processos com os quais um terminal de vídeo 60 e um servidor de vídeo 40, respectivamente, reagem às condições de rede. Em alguns aspectos, os parâmetros de controle de receptor de mídia 71 e os parâmetros de controle de transmissor de mídia 51 apenas mudam, exceto quando explicitamente alteradas por um operador de rede. Em tais aspectos, os parâmetros não variam em resposta às condições de rede.
[0057] O servidor de provisionamento 10 é um equipamento de usuário que permite que um operador de rede 58 ("operador 58") estabeleça sessões de provisionamento 26A-26B com o servidor de vídeo 40 e o terminal de vídeo 60, a fim de modificar os parâmetros de controle de transmissor de mídia 51 e parâmetro de controle de receptor de mídia 71, respectivamente. O servidor de provisionamento 10 inclui interface 54 com o operador 58 pode interagem para fazer com que o servidor de provisionamento 10 modifique os parâmetros de controle de transmissor de mídia 51 e/ou parâmetro de controle de receptor de mídia 71 para valores selecionados pelo operador 58. O servidor de provisionamento de rede 10 adicionalmente inclui analisador 56, que coleta e analisa estatísticas de rede para a rede, que inclui servidor de vídeo 40 e um terminal de vídeo 60, por exemplo, rede UMTS 2 da figura 1. Em alguns aspectos, o analisador de rede 56 usa sessão de provisionamento 26 para ler valores de parâmetro de controle de transmissor de mídia 51 a partir do servidor de vídeo 40 e/ou sessões de provisionamento 26B para ler valores de parâmetro de controle de receptor de mídia 71 de um terminal de vídeo 60. O analisador de rede 56 pode usar os valores de parâmetro para analisar as condições da rede, tendo em conta a configuração atual do servidor de vídeo 40 e/ou terminal de vídeo 60 e apresentar a análise 58 para o operador através da interface 54. O analisador de rede 56 em tais aspectos também pode prover os valores dos parâmetros para o operador 58 via interface 54.
[0058] Ao usar o servidor de provisionamento 10 para modificar os parâmetros de controle de transmissor de mídia 51 e parâmetros de controle de receptor de mídia 71, o operador 58 pode mudar o comportamento das "caixas pretas" do codificador de vídeo 46, o módulo de adaptação de taxa do lado da transmissão 50, e um módulo de adaptação de taxa do lado do receptor 70, a fim de facilitar certos objetivos de rede, tais como a equidade de largura de banda, taxa de transferência máxima, ou outros tais objetivos. Em alguns aspectos, o servidor de provisionamento 10 é pelo menos parcialmente autônomo e pode responder automaticamente às condições de rede alteradas provisionando diferentes parâmetros de controle de transmissor de mídia 51 e parâmetros de controle de receptor de mídia 71 para o servidor de vídeo 40 e o terminal de vídeo 60, respectivamente.
[0059] A figura 3 inclui tabela de parâmetro de receptor de mídia 80 e tabela de parâmetro de transmissor de mídia 82. A tabela de parâmetro de receptor de mídia 80 lista parâmetros de receptor de mídia exemplares 81A-81p ("parâmetros de receptor de mídia 81"). De acordo com as técnicas dessa divulgação, módulo de adaptação de taxa do lado do receptor 70 exemplar expõe um ou mais dos parâmetros de receptor de mídia 81 para permitir aos operadores de rede afetar a operação do módulo de adaptação de taxa do lado do receptor 70 e, portanto, terminal de vídeo 60 e servidor de vídeo 40. Parâmetros de controle de receptor de mídia 71 do módulo de adaptação de taxa do lado do receptor 70 podem representar um ou mais dos parâmetros de receptor de mídia 81. Em alguns aspectos, um terminal de vídeo 60 pode prover vários subconjuntos de parâmetros de receptor de mídia 81 que correspondem a diferentes níveis de serviço prestados pela rede, que inclui terminal de vídeo 60 (subconjuntos específicos de serviços de parâmetros de receptor de mídia 81 podem se cruzar, isto é, se sobrepor, um com outro).
[0060] Desta forma, um operador de rede pode alterar um subconjunto específico de serviço de parâmetros de receptor de mídia 81 sem afetar outros subconjuntos de serviços específicos de parâmetros de receptor de mídia 81. Por exemplo, um terminal de vídeo 60 pode prover serviços de nível ouro, prata e bronze. Um operador de rede pode alterar um subconjunto de parâmetros de receptor de mídia 81 que corresponde ao serviço de nível de bronze, a fim de afetar a qualidade do serviço da rede para o terminal de vídeo 60 quando ele está operando no nível de serviço bronze. Os parágrafos seguintes descrevem cada um dos parâmetros de receptor de mídia 81. Em alguns aspectos, parâmetro relacionado com o tempo dos parâmetros de receptor de mídia 81 são denominados milissegundos.
[0061] PLR_MAX 81 A especifica um limite superior para a taxa de perda de pacotes (PLR), uma medição estatística do percentual de pacotes que não é recebida pelo terminal de vídeo 60. PLR pode ser medida com relação aos pacotes RTP. Em alguns aspectos, PLR inclui (como perdas) aqueles pacotes RTP, que não chegam a tempo para a sua reprodução devidamente programada. Quando PLR excede PLR_MAX 81A, módulo de adaptação de taxa do lado do receptor 70 direciona o módulo de adaptação de taxa do lado da transmissão 50 para reduzir a taxa de perda de pacotes.
[0062] PLR_LOW 81B especifica um limite mais baixo para PLR. Quando PLR cai abaixo de PLR_LOW 81B, o módulo de adaptação de taxa do lado do receptor 70 direciona o módulo de adaptação de taxa do lado da transmissão 50 para aumentar a taxa de transmissão de mídia.
[0063] PLR_M_WINDOW_MAX 81C especifica a duração de uma janela deslizante sobre a qual o módulo de adaptação de taxa do lado do receptor 70 observa e calcula PLR com a finalidade de comparar com PLR_MAX 81A.
[0064] PLR_M_WINDOW_LOW 81D especifica a duração de uma janela deslizante sobre a qual o módulo de adaptação de taxa do lado do receptor 70 observa e calcula com a finalidade de comparar com PLR_MIN 81B. PLR_M_WINDOW_MAX 81C é especificado separadamente do PLR_M_WINDOW_LOW 81D porque as perdas de pacotes excessivas é uma condição de urgência que pode exigir uma resposta rápida pelo módulo de adaptação de taxa do lado do receptor 70. Como resultado, um operador de rede pode desejar um valor menor de janela de observação para PLR_M_WINDOW_MAX 81C. A baixa taxa de perda de pacotes não é necessariamente uma condição de urgência, e um operador de rede pode usar o valor de janela de observação maior para o PLR_M_WINDOW_LOW 81D para garantir que as condições da rede sejam suficientemente estáveis para tentar aumentar a taxa de transmissão de mídia.
[0065] TARGET_PLAYOUT_MARGIN_MIN 81E especifica o tempo mínimo aceitável entre uma chegada de pacotes de mídia e seu tempo de reprodução devidamente programado. O tempo é medido a partir do tempo de reprodução até o ponto percentil X (especificado pelo X_PERCENTILE 81G, descrito abaixo) de uma distribuição de chegada de pacotes. Quando TARGET_PLAYOUT_MARGIN_MIN 81E não for cumprido, o módulo de adaptação de taxa do lado do receptor 70 pode direcionar o módulo de adaptação de taxa do lado da transmissão para reduzir a taxa de transmissão de mídia 50 para permitir a chegada mais rápida de pacotes de mídia. TARGET_PLAYOUT_MARGIN_MIN 81E é descrito em detalhes mais adiante com relação à figura 4.
[0066] TARGET_PLAYOUT_MARGIN_HI 81F especifica um limite (máximo) superior de tempo entre uma chegada de pacotes de mídia e seu tempo de reprodução devidamente programado. O tempo é medido a partir do tempo de reprodução de um ponto percentual X (especificado pelo X_PERCENTILE 81G, descrito abaixo) de uma distribuição de chegada de pacotes. Quando TARGET_PLAYOUT_MARGIN_HI 81F é excedido, o módulo de adaptação de taxa do lado do receptor 70 pode direcionar o módulo de adaptação de taxa do lado da transmissão 50 para aumentar a taxa de transmissão de mídia para melhorar a qualidade da mídia, por exemplo, qualidade de imagem de vídeo. TARGET_PLAYOUT_MARGIN_HI 81F é descrito em detalhes mais adiante com relação à figura 4.
[0067] X_PERCENTILE 81G especifica o ponto X percentil de uma distribuição de chegada de pacotes que é usada em conjunto com TARGET_PLAYOUT_MARGIN_MIN 81E e TARGET_PLAYOUT_MARGIN_HI 81F.
[0068] TARGET_PLAYOUT_M_WINDOW_MIN 81H especifica a duração de uma janela deslizante sobre a qual o módulo de adaptação de taxa do lado do receptor 70 observa e calcula uma margem entre chegadas de pacotes de mídia e playout. O módulo de adaptação de taxa do lado do receptor 70 compara a margem calculada para TARGET_PLAYOUT_M_WINDOW_MIN 81H com TARGET_PLAYOUT_MARGIN_MIN 81E.
[0069] TARGET_PLAYOUT_M_WINDOW_HI 81I especifica a duração de uma janela deslizante sobre a qual o módulo de adaptação de taxa do lado do receptor 70 observa e calcula uma margem entre chegadas de pacotes de mídia e playout. O módulo de adaptação de taxa do lado do receptor 70 compara a margem calculada para TARGET_PLAYOUT_M_WINDOW_HI 81I com TARGET_PLAYOUT_MARGIN_HI 81F.
[0070] PL_BURST 81J especifica um número limite superior (máximo) de perdas de pacotes. Quando as perdas de pacotes ao longo de um período especificado pelo PL_BURST_WINDOW 81K excede PL_BURST 81J, o módulo de adaptação de taxa do lado do receptor 70 direciona o módulo de adaptação de taxa do lado da transmissão 50 para reduzir a taxa de transmissão de mídia para se adaptar às condições da perda de pacotes em rajadas.
[0071] PL_BURST_WINDOW 81K especifica uma janela sobre a qual o módulo de adaptação de taxa do lado do receptor 70 observa e calcula perdas de pacotes para a comparação com PL_BURS 81J para determinar uma condição de perda de pacotes em rajadas.
[0072] MAX_RTP_GAP 81L é um fator em uma quantidade limite de tempo que pode passar sem receber um pacote de mídia antes de módulo de adaptação de taxa do lado do receptor 70 declarar uma condição de congestionamento severa / perdas de pacotes em rajadas e direciona o módulo de adaptação de taxa do lado da transmissão 50 para se adaptar às condições da perda de pacotes em rajadas. Em casos de perda de pacotes grave, um gap nos pacotes de mídia recebidos (um gap de perda de pacotes) pode impedir a observação convencional de perda de pacotes, para um pacote subsequente deve ser recebido para o módulo de adaptação de taxa do lado do receptor 70 para determinar que os pacotes anteriores fossem de fato perdidos. Usando MAX_RTP_GAP 81L e as técnicas descritas neste documento permitem que o módulo de adaptação de taxa do lado do receptor 70 determine o congestionamento sem ter que observar um pacote de mídia após perdas de pacotes intervenientes.
[0073] O módulo de adaptação de taxa do lado do receptor 70 pode, em alguns casos, calcular a quantidade limite de tempo para determinar quando há um gap de perda de pacotes, mantendo uma estimativa de execução (por exemplo, uma média móvel), T_FRAME_EST, do período de quadro baseado na recepção de quadros de vídeo anteriores e as marcas de tempo para os quadros de vídeo anteriores. Marcas de tempo da mídia recebida (por exemplo, RTP) permitem que o módulo de adaptação de taxa do lado do receptor 70 estime um período de quadros com base em quadros de vídeo recebidos recentemente. Se o módulo de adaptação de taxa do lado do receptor 70 falha em receber quaisquer pacotes de mídia por uma duração do valor do produto de MAX_RTP_GAP 81L e T_FRAME_EST, então o módulo de adaptação de taxa do lado do receptor 70 declara uma condição de congestionamento severa / perda de pacotes em rajada e pode direcionar módulo de adaptação de taxa do lado da transmissão 50 para reduzir a taxa de transmissão de mídia para se adaptar.
[0074] Estimar um gap de perda de pacotes pode ser desafiador, pois os pacotes de mídia não podem ser gerados em intervalos regulares, e algoritmos de programação de downlink compartilhado podem causar jitter nos tempos de entrega de pacotes. Portanto, em alguns aspectos, MAX_RTP_GAP 81L é definido de forma conservadora.
[0075] O módulo de adaptação de taxa do lado do receptor exemplar 70 usa T_FRAME_EST porque codificadores não costumam mudar abruptamente a taxa de quadros de codificação e, portanto, a estimativa pode servir como uma base bastante confiável para a detecção de gaps no transporte de quadros de vídeo. Em alguns aspectos, outros métodos para estimar o período de quadro podem ser utilizados.
[0076] INC_FBACK_MIN_INTERVAL 81M especifica um intervalo mínimo que o módulo de adaptação de taxa do lado do receptor 70 deve esperar antes de enviar uma mensagem de feedback 31 subsequente, por exemplo, uma mensagem TMMBR, o módulo de adaptação de taxa do lado da transmissão 50 que aumenta o limite da taxa máxima. INC_FBACK_MIN_INTERVAL 81M influencia a taxa na qual adaptação de taxa dinâmica ocorre, bem como a sinalização excessiva (um menor intervalo leva a um maior número de mensagens de feedback).
[0077] DEC_FBACK_MIN_INTERVAL 81N especifica um intervalo mínimo que o módulo de adaptação de taxa do lado do receptor 70 deve esperar antes de enviar uma mensagem de feedback 31 subsequente, por exemplo, uma mensagem TMMBR, o módulo de adaptação de taxa do lado da transmissão 50 que diminui o limite de taxa máximo. DEC_FBACK_MIN_INTERVAL 81N influencia a taxa na qual a adaptação de taxa dinâmica ocorre, bem como a sinalização excessiva. Congestionamento, muitas vezes necessita de adaptação urgente enquanto aumentar e diminuir uma taxa de transmissão é menos necessário, portanto, DEC_FBACK_MIN_INTERVAL 81N é um parâmetro separado e é geralmente menor do que INC_FBACK_MIN_INTERVAL 81N.
[0078] DECONGEST 81O especifica um nível de intensidade para as ações de descongestionamento. Quando o módulo de adaptação de taxa do lado do receptor 70 detecta uma condição de congestionamento, por exemplo, com base em observações e cálculos relacionados com os outros parâmetros de receptor de mídia 81, o módulo de adaptação de taxa do lado do receptor 70 toma medidas para direcionar o módulo de adaptação de taxa do lado da transmissão 50 para descongestionar o downlink compartilhado antes do servidor de vídeo 40 ter que transmitir mídia na capacidade de transmissão sustentável do percurso de transmissão. Em alguns aspectos, DECONGEST 81O especifica um valor de parâmetro que varia de 0 a 10, em que 0 indica que nenhum descongestionamento deve ser realizado e valores crescentes indicam que o módulo de adaptação de taxa do lado do receptor 70 deve tomar medidas para descongestionar cada vez mais agressivas.
[0079] DECONGEST_TIME 81P especifica uma quantidade de tempo que o módulo de adaptação de taxa do lado do receptor 70 deve descongestionar. Um valor de 0 indica que o módulo de adaptação de taxa do lado do receptor 70 não deve tentar ações de descongestionamento. DECONGEST_TIME 81P é descrito em detalhes mais adiante com relação à figura 5.
[0080] A tabela de parâmetro de transmissor de mídia 82 lista parâmetros de transmissor de mídia exemplares 83A-83H ("parâmetros de transmissor de mídia 83"). De acordo com as técnicas desta divulgação, o modulo de adaptação de taxa do lado da transmissão 50 expõe um ou mais dos parâmetros de transmissor de mídia 81 para permitir que os operadores de rede afetem a operação do módulo de adaptação de taxa do lado do receptor, o módulo de adaptação de taxa do lado da transmissão 50 e portanto o servidor de vídeo 40. Os parâmetros de controle de transmissor de mídia 51 do módulo de adaptação de taxa do lado da transmissão 50 podem representar um ou mais parâmetros de transmissor de mídia 83. Em alguns aspectos, o servidor de vídeo 40 pode prover múltiplos subconjuntos de parâmetros de transmissor de mídia 83 que correspondem a diferentes níveis de serviço providos pela rede que inclui o servidor de vídeo 40 (subconjuntos específicos de serviço de parâmetros de transmissor de mídia 83 podem intersectar, isto é, sobrepor, um com o outro). Desta forma, um operador de rede pode alterar um subconjunto específico de serviço dos parâmetros de transmissor de mídia 83 sem afetar outros subconjuntos específicos de serviço dos parâmetros de transmissor de mídia 83. Por exemplo, um servidor de vídeo 40 pode prover serviços de níveis ouro, prata ou bronze. Um operador de vídeo 83 que corresponde ao nível de serviço bronze a fim de afetar a qualidade do serviço da rede para o servidor de vídeo 40 quando ele está operando no nível de serviço bronze. O seguinte parágrafo descreve cada um dos parâmetros de transmissor de mídia 83. Em alguns aspectos, parâmetros relacionados a tempo de parâmetros de transmissor de mídia 83 são denominados em milissegundos.
[0081] MIN_BIT_RATE 83A especifica uma taxa de bits mínima aceitável para um codificador de vídeo, por exemplo, codificador de vídeo 46. MIN_BIT_RATE 83A pode ser expresso como uma porcentagem da taxa de bits máxima suportada para uma sessão de vídeo (de acordo com o nível atual de serviço). Como resultado, um operador de rede não precisa definir os múltiplos de MIN_BIT_RATE 83A em múltiplos conjuntos de serviços. Se o cliente MTSI de envio 44 é incapaz de suportar o valor de MIN_BIT_RATE 83A, o cliente MTSI de envio 44 ou coloca o fluxo de vídeo em espera ou cai o fluxo de vídeo, com base no valor de DROP_HOLD_VIDEO 83G (descrito abaixo).
[0082] MIN_FRAME_RATE 83B especifica uma taxa de quadros mínima aceitável para um codificador de vídeo, por exemplo, o codificador de vídeo 46. MIN_FRAME_RATE 83B é expresso como uma percentagem da taxa de quadros máxima suportada para uma sessão de vídeo (de acordo com o nível de serviço atual). Como resultado, um operador de rede não precisa definir os múltiplos de MIN_BIT_RATE 83A em múltiplos conjuntos de serviços. Se o cliente MTSI de envio 44 é incapaz de suportar o valor de MIN_FRAME_RATE 83B, cliente MTSI de envio 44 ou coloca o fluxo de vídeo em espera ou cai o fluxo de vídeo, com base no valor de DROP_HOLD_VIDEO 83G (descrito abaixo).
[0083] MIN_IMAGE_QUALITY 83C especifica uma qualidade de imagem mínima aceitável para um codificador de vídeo, por exemplo, o codificador de vídeo 46. MIN_IMAGE_QUALITY 83C pode ser expresso como uma relação sinal/ruído de pico (PSNR) em decibéis (dB). Se o cliente MTSI de envio 44 é incapaz de suportar o valor de MIN_IMAGE_QUALITY 83C, o cliente MTSI de envio 44 ou coloca o fluxo de vídeo em espera ou cai o fluxo de vídeo, com base no valor de DROP_HOLD_VIDEO 83G (descrito abaixo).
[0084] RAMP_UP_RATE 83D especifica uma taxa na qual um codificador de vídeo, por exemplo, codificador de vídeo 46, é aumentar uma taxa de codificação alvo para um limite de taxa mais elevado. RAMP_UP_RATE 83D pode ser expresso em unidades de kbps por segundo. Em alguns aspectos, o limite de taxa mais elevado é definido pelo módulo de adaptação de taxa do lado da transmissão 50 de acordo com o feedback 31 do módulo de adaptação de taxa do lado do receptor 70, que pode incluir uma mensagem TMBBR.
[0085] RAMP_DOWN_RATE 83E especifica uma taxa na qual um codificador de vídeo, por exemplo, codificador de vídeo 46, é diminuir uma taxa de codificação alvo para um limite de taxa mais baixo. RAMP_DOWN_RATE 83E pode ser expresso em unidades de kbps por segundo. Em alguns aspectos, o limite inferior é definido pelo módulo de adaptação de taxa do lado da transmissão 50 de acordo com o feedback 31 do módulo de adaptação de taxa do lado do receptor 70. Enquanto a desaceleração é muitas vezes uma técnica necessária para aliviar o congestionamento, desaceleração até pode ser indesejável devido ao congestionamento súbito no percurso de transmissão. Como um resultado, RAMP_DOWN_RATE 83E é um parâmetro separado de RAMP_UP_RATE 83D.
[0086] UPLINK_RA 83F é um parâmetro booleano que especifica se o cliente MTSI de envio 44 usa adaptação de taxa de uplink, que envolve o uso de informações de camada inferior sobre a capacidade de transmissão de uplink a fim de adaptar a taxa de codificador e evitar o congestionamento de pacote de mídia.
[0087] DROP_HOLD_VIDEO 83G é um parâmetro booleano que especifica se, nos casos em que a qualidade do vídeo não é capaz de atender aos requisitos mínimos estabelecidos para MIN_BIT_RATE 83A, MIN_FRAME_RATE 83B, ou MIN_IMAGE_QUALITY 83C, o módulo de adaptação de taxa do lado do receptor 70 é colocar o fluxo de vídeo em espera ou deixar cair o fluxo de vídeo. DROP_HOLD_VIDEO 83G é, portanto, um parâmetro de queda ou espera. Se o módulo de adaptação de taxa do lado do receptor 70 coloca o fluxo de vídeo em espera, módulo de adaptação de taxa do lado do receptor 70 pode manter reservas de QoS. Caso contrário, o módulo de adaptação de taxa do lado do receptor 70 cai as reservas de QoS para o fluxo de vídeo juntamente com o fluxo de vídeo em si. Em algumas modalidades, um módulo de adaptação de taxa do lado do receptor 70 que coloca o fluxo de vídeo em espera pode permitir que o cliente MTSI de envio 44 continue transmitindo outras mídias, tal como áudio.
[0088] INITIAL_CODEC_RATE 83H especifica a taxa inicial em que um codificador, por exemplo, codificador de vídeo 26 anos, é para transmitir. Em alguns aspectos, INITIAL_CODEC_RATE 83H aplica-se a codificadores de áudio, os codificadores de vídeo, e/ou codificadores de teste.
[0089] A figura 4 é um grafo detalhado 84 ilustrando a margem de playout, usada de acordo com as técnicas descritas neste documento. Como ilustrado, uma margem de playout para um pacote é a quantidade de tempo entre a chegada de um pacote de mídia em um receptor de mídia, por exemplo, um terminal de vídeo 60, e o tempo de playout devidamente programado para o pacote de mídia. Para dar conta do jitter nos tempos de chegada dos pacotes, a margem de playout é medida com relação ao ponto percentual X na distribuição global de chegada de pacotes para uma janela de tempo.
[0090] TARGET_PLAYOUT_MARGIN_MIN 81E e TARGET_PLAYOUT_MARGIN_HI 81F definem um intervalo alvo para o playout para o módulo de adaptação de taxa do lado do receptor 70, enquanto X_PERCENTIL 81G especifica o percentil da distribuição de chegada de pacotes para ser usado para medir a margem de playout. TARGET_PLAYOUT_MARGIN_MIN 81E especifica um limite mais baixo para o playout do pacote. Quando uma margem de playout para um receptor de mídia, por exemplo, um terminal de vídeo 60, é inferior a TARGET_PLAYOUT_MARGIN_MIN 81E, o módulo de adaptação de taxa do lado do receptor 70 pode direcionar o módulo de adaptação de taxa do lado da transmissão 50 para descongestionar o downlink compartilhado. TARGET_PLAYOUT_MARGIN_HI 81F especifica um limite (máximo) superior para o playout do pacote. Quando uma margem de playout para um receptor de mídia, por exemplo, um terminal de vídeo 60, é maior do que TARGET_PLAYOUT_MARGIN_HI 81F, o módulo de adaptação de taxa do lado do receptor 70 pode direcionar o módulo de adaptação de taxa do lado da transmissão 50 a, por exemplo, melhorar a qualidade da mídia, aumentando uma taxa de codificação.
[0091] TARGET_PLAYOUT_M_WINDOW_MIN 81H e TARGET_PLAYOUT_M_WINDOW_HI 81I definem diferentes janelas de tempo deslizando sobre qual módulo de adaptação de taxa do lado do receptor 70 observa as chegadas de pacotes e os tempos de playout. Margens de playout mínima e superiores são calculadas usando TARGET_PLAYOUT_M_WINDOW_MIN 81H e TARGET_PLAYOUT_M_WINDOW_HI 81I para comparação com TARGET_PLAYOUT_MARGIN_MIN 81E e TARGET_PLAYOUT_MARGIN_HI 81F, respectivamente.
[0092] Em alguns aspectos, TARGET_PLAYOUT_M_WINDOW_MIN 81H e TARGET_PLAYOUT_M_WINDOW_HI 81I são valores diferentes para considerar as diferentes prioridades que os operadores de rede colocam para aliviar os congestionamentos e melhorar a qualidade da mídia. Condições da rede que fazem com que a margem de playout seja muito baixa podem obrigar adaptação imediata pelo módulo de adaptação de taxa do lado do receptor 70 e o módulo de adaptação de taxa do lado da transmissão 50. Como resultado, TARGET_PLAYOUT_M_WINDOW_MIN 81H pode ser definido menor do que TARGET_PLAYOUT_M_WINDOW_HI 81I, que módulo de adaptação de taxa do lado do receptor 70 usa para detectar margens maiores de playout.
[0093] A figura 5 é um gráfico detalhado 86 ilustrando um processo de descongestionamento exemplar realizado pelo módulo de adaptação de taxa do lado do receptor 70 e pelo módulo de adaptação de taxa do lado da transmissão taxa de 50 de acordo com as técnicas desta divulgação. O módulo de adaptação de taxa do lado do receptor 70 detecta o congestionamento em um downlink compartilhado de acordo com um ou mais parâmetros de receptor de mídia 81 e envia o feedback 31 para o módulo de adaptação de taxa do lado da transmissão 50. No gráfico 86 exemplar, o feedback 31 inclui uma mensagem TMMBR que direciona o módulo de adaptação de taxa do lado da transmissão 50 para abaixar a taxa de transmissão abaixo da taxa sustentável estimada do percurso de transmissão. A mensagem TMMBR inclui um valor TMMBR 98 que especifica a taxa de transmissão mais baixa. O módulo de adaptação de taxa do lado da transmissão 50 reduz sua taxa de transmissão para a taxa de desaceleração 92 (conforme especificado pelo RAMP_DOWN_RATE 83E). Reduzir a taxa de transmissão por um transmissor de mídia, por exemplo, servidor de vídeo 40, permite que a rede que inclui o transmissor de mídia reduza um backlog de pacotes congestionados.
[0094] O módulo de adaptação de taxa do lado do receptor 70 aguarda por um tempo especificado por DECONGESTTIME 81P antes de enviar feedback adicional 31 na forma de uma segunda mensagem TMMBR que direciona o módulo de adaptação de taxa do lado da transmissão taxa de 50 para aumentar a taxa de transmissão para um segundo valor TMMBR 99. No gráfico detalhado exemplar 86, a nova taxa de transmissão aproxima a taxa de estimativa sustentável do percurso de transmissão. O módulo de adaptação de taxa do lado da transmissão 50 aumenta a sua taxa de transmissão em uma taxa ramp up 94 (conforme especificado pelo RAMP_UP_RATE 83D).
[0095] Em geral, um valor pequeno para DECONGEST_TIME 81P indica que o módulo de adaptação de taxa do lado do receptor 70 deve executar descongestionamento agressivo e definir valor TMMBR 98 (especificando a taxa de transmissão para descongestionamento) significativamente abaixo da taxa sustentável mais alta do percurso de transmissão. Pelo contrário, um valor grande para DECONGEST_TIME 81P indica que o módulo de adaptação de taxa do lado do receptor 70 deve executar descongestionamento conservador e ajustar valor TMMBR 98 abaixo, mas mais perto, da maior taxa sustentável do percurso de transmissão. Um valor de zero para DECONGEST_TIME 81P indica que o módulo de adaptação de taxa do lado do receptor 70 não deve direcionar o módulo de adaptação de taxa do lado da transmissão 50 para executar qualquer descongestionamento. Em alguns aspectos, um operador de rede especifica valores para Decongest 81O para controlar o nível de intensidade de descongestionamento.
[0096] A figura 6 é um fluxograma ilustrando uma operação exemplar de servidor de provisionamento 10 e terminal de vídeo 60 que operam em uma rede UMTS 2 de acordo com as técnicas desta divulgação. Inicialmente, um operador de rede monitora as condições da rede na rede UMTS 2 (100) e a qualidade da experiência nos UEs. Com base nas condições da rede e na qualidade da experiência medida, o operador de rede utiliza servidor de provisionamento 10 para modificar um ou mais dos parâmetros de controle de receptor de mídia 71 do módulo de adaptação de taxa do lado do receptor 70 em cliente MTSI de recepção 64 de terminal de vídeo 60 (102). O módulo de adaptação de taxa do lado do receptor 70 opera de acordo com os parâmetros de controle de receptor de mídia modificados 71, a fim de adaptar a taxa de transmissão de vídeo experimentada pelo terminal 60, gerando e enviando feedback 31 para o servidor de vídeo 40 (104).
[0097] A figura 7 é um fluxograma ilustrando uma operação exemplar de servidor de provisionamento 10 e servidor de vídeo 40 que operam em uma rede UMTS 2 de acordo com as técnicas desta divulgação. Inicialmente, um operador de rede monitora as condições da rede na rede UMTS 2 (110) e a qualidade da experiência nos UEs. Com base nas condições da rede e na qualidade da experiência medida, o operador de rede utiliza servidor de provisionamento 10 para modificar um ou mais dos parâmetros de controle de transmissor de mídia 51 de módulo de adaptação de taxa do lado da transmissão 50 no cliente MTSI de envio 44 de servidor de vídeo 40 (112). O módulo de adaptação de taxa do lado da transmissão 50 opera de acordo com os parâmetros de controle de transmissor de mídia modificados 51, a fim de adaptar a taxa de transmissão para servidor de vídeo 40 (114). O servidor de vídeo 40 pode adaptar a taxa de transmissão alterando uma taxa de codificação para um fluxo de vídeo.
[0098] A figura 8 é um fluxograma ilustrando uma operação exemplar de um cliente MTSI operando na rede UMTS 2 de acordo com as técnicas desta divulgação. O cliente MTSI recebe um valor para um parâmetro de controle para um algoritmo de adaptação de taxa que é operado pelo cliente MTSI para adaptar a taxa de um codificador de mídia para as condições da rede (120). Como um exemplo, o cliente MTSI pode receber o valor para o parâmetro de controle a partir de um servidor de configuração, tal como servidor de provisionamento 10 descrito acima. Em resposta, o cliente MTSI define o parâmetro de controle para o valor recebido (122). Além disso, o cliente MTSI começa a operar a adaptação de taxa para adaptar a taxa de transmissão de um codificador de mídia para as condições da rede de acordo com o parâmetro de controle recém definido (124).
[0099] As técnicas descritas nesta divulgação podem ser implementadas dentro de um ou mais de um microprocessador de finalidade geral, processador de sinal digital (DSP), circuito integrado de aplicação específica (ASIC), arranjo e porta programável em campo (FPGA), dispositivos lógicos programáveis (PLDs), ou outros dispositivos lógicos equivalentes. Assim, os termos "processador" ou "controlador", conforme usados neste documento, podem se referir a qualquer uma ou mais das estruturas acima ou quaisquer outras estruturas adequadas para a implementação das técnicas descritas neste documento.
[00100] Os vários componentes ilustrados aqui podem ser realizados por qualquer combinação adequada de hardware, software, firmware, ou qualquer combinação destes. Nas figuras, os vários componentes são descritos como unidades separadas ou módulos. No entanto, todos ou vários dos vários componentes descritos com referência a estas figuras podem ser integrados em unidades ou módulos combinados dentro de hardware, firmware e/ou software comum. Assim, a representação de características como componentes, módulos ou unidades destina-se a destacar características funcionais particulares para a facilidade de ilustração, e não necessariamente para requerem a realização de tais recursos por componentes de hardware, firmware, ou software separado. Em alguns casos, várias unidades podem ser implementadas como processos programáveis realizados por um ou mais processadores.
[00101] Quaisquer características aqui descritas como módulos, dispositivos ou componentes podem ser implementadas em conjunto em um dispositivo de lógica integrada ou separadamente, como dispositivos lógicos discretos, mas interoperáveis. Em vários aspectos, tais componentes podem ser formados pelo menos em parte como um ou mais dispositivos de circuitos integrados, que podem ser referidos coletivamente como um dispositivo de circuito integrado, tal como um chip de circuito integrado ou conjunto de chip. Conjuntos de circuitos podem ser providos em um único dispositivo de chip de circuito integrado ou em múltiplos dispositivos interoperáveis de chip de circuito integrado, e podem ser usados em qualquer uma de uma variedade de aplicativos de imagem, display, áudio, ou outros de multimídia e dispositivos. Em alguns aspectos, por exemplo, tais componentes podem fazer parte de um dispositivo móvel, tal como um aparelho telefônico de dispositivo de comunicação sem fio (por exemplo, um aparelho de telefone móvel).
[00102] Se implementadas em software, as técnicas podem ser realizadas pelo menos em parte por um meio de armazenamento de dados legíveis por computador compreendendo código com instruções que, quando executadas por um ou mais processadores, executa um ou mais dos métodos descritos acima. O meio de armazenamento legível por computador pode fazer parte de um produto de programa de computador, que pode incluir materiais de pacote. O meio de armazenamento de legível por computador pode incluir memória de acesso aleatório (RAM) tais como memória de acesso aleatório dinâmica síncrona (SDRAM), memória apenas de leitura (ROM), memória não-volátil de acesso aleatório (NVRAM), memória programável somente de leitura eletricamente apagável (EEPROM), memória de acesso aleatório dinâmica embutida (eDRAM), memória de acesso aleatório estática (SRAM), memória flash, mídia de armazenamento de dados magnética ou óptica. Qualquer software que é utilizado pode ser executado por um ou mais processadores, tais como um ou mais DSP, microprocessadores de finalidade geral, ASIC, FPGA, ou outros circuitos lógicos equivalentes integrados ou discretos.
[00103] Vários aspectos têm sido descritos nesta divulgação. Estes e outros aspectos estão dentro do escopo das seguintes reivindicações.

Claims (15)

1. Método caracterizado pelo fato de que compreende: receber, por um dispositivo de mídia, um respectivo valor para uma pluralidade de parâmetros de controle para um algoritmo de adaptação de taxa, no qual o algoritmo de adaptação de taxa monitora condições de uma rede e ajusta uma taxa de codificação de um codificador de mídia com base nas condições da rede e na pluralidade de parâmetros de controle, em que cada um dentre a pluralidade de parâmetros de controle especifica um valor limite ou um valor de temporização que controla a resposta do algoritmo de adaptação de taxa às condições de rede, e em que a pluralidade de parâmetros de controle compreende um primeiro valor de intervalo de feedback mínimo para aguardar antes de enviar um feedback subsequente para diminuir um limite de taxa máximo e um segundo valor de intervalo de feedback mínimo para aguardar antes de enviar um feedback subsequente para aumentar um limite de taxa máximo; e ajustar os parâmetros de controle para o respectivo valor recebido.
2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o dispositivo de mídia compreende um serviço de telefonia multimídia para Cliente de Sistemas de Multimídia de Protocolo Internet (MTSI) que compreende o algoritmo de adaptação de taxa.
3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o método compreende adicionalmente: operar o dispositivo de mídia de acordo com um primeiro dentre a pluralidade de níveis de serviço, em que o algoritmo de adaptação de taxa ajusta a taxa de codificação do codificador de mídia com base nas condições de rede e um subconjunto de parâmetros de controle específicos de serviço associados com o primeiro nível de serviço.
4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o dispositivo de mídia é um receptor de mídia, e em que o algoritmo de adaptação de taxa compreende um algoritmo de adaptação de taxa do lado do receptor e ajusta a taxa de codificação do codificador de mídia através do envio de feedback para um transmissor de mídia que inclui o codificador de mídia, em que o feedback direciona o transmissor de mídia para ajustar a taxa de codificação do codificador de mídia.
5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o dispositivo de mídia é um transmissor de mídia que inclui o codificador de mídia, e em que o algoritmo de adaptação de taxa compreende um algoritmo de adaptação de taxa do lado do transmissor.
6. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o codificador de mídia é um codificador de vídeo.
7. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a pluralidade de parâmetros compreende adicionalmente parâmetros selecionados a partir de um grupo que consiste em: um limite de taxa de perda de pacote inferior, um limite de taxa de perda de pacote superior, uma primeira janela de medição de taxa de perda de pacote que especifica uma duração de uma janela deslizante sobre a qual o algoritmo de adaptação de taxa mede o limite de taxa de perda de pacote inferior, e uma segunda janela de medição de taxa de perda de pacote que especifica uma duração de uma janela deslizante sobre a qual o algoritmo de adaptação de taxa mede o limite de taxa de perda de pacote superior.
8. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a pluralidade de parâmetros compreende adicionalmente parâmetros selecionados a partir de um grupo que consiste em: uma margem de playout alvo mínima que especifica um tempo mínimo aceitável entre uma chegada de pacotes de mídia e seu tempo de playout devidamente programado; uma margem de playout alvo máxima que especifica um limite superior de tempo entre uma chegada de pacotes de mídia e seu tempo de playout devidamente programado; um valor de ponto percentual para uma distribuição de tempo de chegada de pacotes que especifica um percentual para medir uma margem de playout, uma primeira janela de playout alvo que especifica uma duração de uma janela deslizante sobre a qual o algoritmo de adaptação de taxa observa e calcula uma margem entre chegadas de pacotes de mídia e playout para a margem de playout alvo mínima; e uma segunda janela de playout alvo que especifica uma duração de uma janela deslizante sobre a qual o algoritmo de adaptação de taxa observa e calcula uma margem entre as chegadas de pacotes de mídia e playout para a margem de playout alvo máxima.
9. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a pluralidade de parâmetros compreende parâmetros selecionados a partir de um grupo que consiste em: um limite de número de perda de pacote superior, uma janela de medição de número de perda de pacote que especifica uma duração de uma janela deslizante sobre a qual o algoritmo de adaptação de taxa observa e calcula perdas de pacote para comparação com o limite de número de perda de pacote superior, e um valor de gap de Protocolo de Transmissão em Tempo Real (RTP) máximo, que é um fator em uma duração de tempo que pode passar sem receber um pacote de mídia antes do algoritmo de adaptação de taxa declarar uma condição de rajada.
10. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a pluralidade de parâmetros compreende adicionalmente parâmetros selecionados a partir de um grupo que consiste em um valor de descongestionamento e um valor de tempo de descongestionamento, e/ou em que a pluralidade de parâmetros compreende adicionalmente parâmetros selecionados partir de um grupo que consiste em uma taxa de bits mínima, uma taxa de quadro mínima e uma qualidade de imagem mínima.
11. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a pluralidade de parâmetros compreende adicionalmente parâmetros selecionados a partir de um grupo que consiste em: uma taxa de ramp up que especifica uma taxa na qual o algoritmo de adaptação de taxa deve aumentar uma taxa de codificação alvo para um limite de taxa mais elevado, e uma taxa de ramp down que especifica uma taxa na qual o algoritmo de adaptação de taxa deve diminuir a taxa de codificação alvo para um limite de taxa mais baixo.
12. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a pluralidade de parâmetros compreende adicionalmente parâmetros selecionados a partir de um grupo que consiste em um parâmetro de adaptação de taxa de uplink, um parâmetro de manutenção de queda, e uma taxa de codec inicial.
13. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o valor é recebido a partir de um servidor de provisionamento.
14. Dispositivo caracterizado pelo fato de que compreende: meios para receber, por um dispositivo de mídia, um respectivo valor para uma pluralidade de parâmetros de controle para um algoritmo de adaptação de taxa, em que o algoritmo de adaptação de taxa monitora condições de uma rede e ajusta uma taxa de codificação de um codificador de mídia com base nas condições de rede e na pluralidade de parâmetros de controle, em que cada um dentre a pluralidade de parâmetros de controle especifica um valor limite ou um valor de temporização que controla uma resposta do algoritmo de adaptação de taxa às condições de rede, e em que a pluralidade de parâmetros de controle compreende um primeiro valor de intervalo de feedback mínimo para aguardar antes de enviar um feedback subsequente para diminuir um limite de taxa máximo e um segundo valor de intervalo de feedback mínimo para aguardar antes de enviar um feedback subsequente para aumentar um limite de taxa máximo; e meios para definir os parâmetros de controle para o respectivo valor recebido.
15. Memória legível por computador, caracterizada pelo fato de que contém gravado na mesma o método conforme definido em qualquer uma das reivindicações 1 a 13.
BRPI1013818-8A 2009-06-16 2010-06-16 gerenciamento de algoritmos de adaptação de vídeo BRPI1013818B1 (pt)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US18739609P 2009-06-16 2009-06-16
US61/187,396 2009-06-16
US23256209P 2009-08-10 2009-08-10
US61/232,562 2009-08-10
US12/756,495 US8537699B2 (en) 2009-06-16 2010-04-08 Managing video adaptation algorithms
US12/756,495 2010-04-08
PCT/US2010/038756 WO2010148048A1 (en) 2009-06-16 2010-06-16 Managing video adaptation algorithms

Publications (2)

Publication Number Publication Date
BRPI1013818A2 BRPI1013818A2 (pt) 2016-04-12
BRPI1013818B1 true BRPI1013818B1 (pt) 2021-01-19

Family

ID=43306406

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI1013818-8A BRPI1013818B1 (pt) 2009-06-16 2010-06-16 gerenciamento de algoritmos de adaptação de vídeo

Country Status (13)

Country Link
US (1) US8537699B2 (pt)
EP (1) EP2443831B1 (pt)
JP (1) JP5832997B2 (pt)
KR (1) KR101296306B1 (pt)
CN (1) CN102484748B (pt)
AU (1) AU2010260097A1 (pt)
BR (1) BRPI1013818B1 (pt)
ES (1) ES2687797T3 (pt)
HU (1) HUE039634T2 (pt)
IL (1) IL217062A0 (pt)
SG (1) SG177263A1 (pt)
TW (1) TWI523536B (pt)
WO (1) WO2010148048A1 (pt)

Families Citing this family (66)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10165286B2 (en) 2009-07-08 2018-12-25 Dejero Labs Inc. System and method for automatic encoder adjustment based on transport data
US9756468B2 (en) 2009-07-08 2017-09-05 Dejero Labs Inc. System and method for providing data services on vehicles
US9049271B1 (en) 2009-07-16 2015-06-02 Teradici Corporation Switch-initiated congestion management method
US20120314574A1 (en) * 2009-12-07 2012-12-13 Interdigital Patent Holdings, Inc. Method and apparatus for enabling coder selection and rate adaptation for 3gpp for media streams between a media and a mobile terminal
US10057333B2 (en) * 2009-12-10 2018-08-21 Royal Bank Of Canada Coordinated processing of data by networked computing resources
US20110283014A1 (en) * 2010-05-14 2011-11-17 Rahul Malik Distribution of Multimedia Content over a Network
US8723913B2 (en) 2010-10-07 2014-05-13 T-Mobile Usa, Inc. Rate adaptation for video calling
US8595374B2 (en) * 2010-12-08 2013-11-26 At&T Intellectual Property I, L.P. Method and apparatus for capacity dimensioning in a communication network
HUE039252T2 (hu) * 2010-12-10 2018-12-28 Deutsche Telekom Ag Eljárás és berendezés videojel minõségének megállapítására a videojel kódolása és átvitele folyamán
US9253105B2 (en) * 2010-12-30 2016-02-02 Nokia Technologies Oy Methods and apparatuses for facilitating determination of a state of a receiver buffer
TWI454150B (zh) * 2011-05-06 2014-09-21 Altek Corp 影像檔案的處理方法
WO2013014246A1 (en) * 2011-07-26 2013-01-31 Nec Europe Ltd. A method for controlling the encoding rate of data traffic and a network
US20130304934A1 (en) * 2011-09-29 2013-11-14 Avvasi Inc. Methods and systems for controlling quality of a media session
US20150326941A1 (en) * 2011-09-30 2015-11-12 Jie Gao Software based wireless channel-aware adaptive video bit rate encoding
US9118801B2 (en) 2011-10-24 2015-08-25 T-Mobile Usa, Inc. Optimizing video-call quality of service
US9942580B2 (en) 2011-11-18 2018-04-10 At&T Intellecutal Property I, L.P. System and method for automatically selecting encoding/decoding for streaming media
EP2605469A1 (en) * 2011-12-13 2013-06-19 Thomson Licensing Method and apparatus to control a multipath adaptive streaming session
WO2013100968A1 (en) * 2011-12-28 2013-07-04 Intel Corporation Video adaptation for content-aware wireless streaming
EP2632100B1 (en) * 2012-02-24 2015-12-30 Sandvine Incorporated ULC Systems and methods for traffic management
US9306994B2 (en) * 2012-06-06 2016-04-05 Cisco Technology, Inc. Stabilization of adaptive streaming video clients through rate limiting
CN103582029B (zh) * 2012-07-24 2018-05-18 华为技术有限公司 策略控制方法及设备
US9602594B2 (en) 2012-07-31 2017-03-21 Microsoft Technology Licensing, Llc Processing requests
US9516078B2 (en) 2012-10-26 2016-12-06 Cisco Technology, Inc. System and method for providing intelligent chunk duration
US9420616B2 (en) * 2012-10-29 2016-08-16 Qualcomm Incorporated Methods to enhance videotelephony to achieve local QoS
EP2738994A1 (en) * 2012-11-30 2014-06-04 Alcatel Lucent Method and client apparatus for receiving an HTTP adaptive streaming video
EP2784996A1 (en) 2013-03-27 2014-10-01 British Telecommunications public limited company Deadline driven content delivery
US9204421B2 (en) 2013-05-17 2015-12-01 Nokia Solutions And Networks Oy Application configured triggers and push notifications of network information
US9167417B2 (en) 2013-05-17 2015-10-20 Nokia Solutions And Networks Oy Application based network information maintenance
US10292164B2 (en) * 2013-05-23 2019-05-14 Nokia Solutions And Networks Oy Method and apparatus for optimization of video transmissions
EP2806633A1 (en) * 2013-05-23 2014-11-26 Alcatel Lucent Method and apparatus for improved network optimization for providing video from a plurality of sources to a plurality of clients
JP5987798B2 (ja) * 2013-08-06 2016-09-07 富士ゼロックス株式会社 情報処理システム、情報処理装置及びプログラム
US20160156563A1 (en) * 2013-08-21 2016-06-02 Telefonaktiebolaget L M Ericsson (Publ) Network Assisted Rate Adaptation
KR102050417B1 (ko) * 2013-09-25 2019-12-17 한화테크윈 주식회사 네트워크 시스템 및 방법
JP6258484B2 (ja) * 2013-10-15 2018-01-10 ノキア ソリューションズ アンド ネットワークス オサケユキチュア アプリケーションベースのネットワーク情報維持
KR20150049052A (ko) * 2013-10-29 2015-05-08 삼성에스디에스 주식회사 데이터 전송 장치 및 방법
WO2015065104A1 (en) 2013-11-01 2015-05-07 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
CN104639953B (zh) * 2013-11-15 2017-11-03 成都鼎桥通信技术有限公司 音视频分发链路的码率自适应方法和音视频分发设备
WO2015122810A1 (en) * 2014-02-14 2015-08-20 Telefonaktiebolaget L M Ericsson (Publ) Determination of bit rate request
CN104954888B (zh) * 2014-03-24 2018-03-20 中国电信股份有限公司 调整流媒体码流发送速率的方法和装置
GB2519391B (en) * 2014-04-02 2015-10-21 Imagination Tech Ltd Enhanced media quality management
US9699464B2 (en) * 2014-07-10 2017-07-04 Intel Corporation Adaptive bitrate streaming for wireless video
US9438853B2 (en) * 2014-07-29 2016-09-06 Qualcomm Incorporated Receiver driven up-switching in video telephony
CN104202614B (zh) * 2014-08-15 2016-03-09 小米科技有限责任公司 一种基于网络环境调整视频画质的方法及装置
US10085050B2 (en) 2014-08-15 2018-09-25 Xiaomi Inc. Method and apparatus for adjusting video quality based on network environment
CN104253967A (zh) * 2014-09-26 2014-12-31 厦门亿联网络技术股份有限公司 一种实时视频通信传输控制方法
KR102656605B1 (ko) * 2014-11-05 2024-04-12 삼성전자주식회사 복수의 단말기들 간의 화면 공유를 제어하는 방법, 장치 및 기록 매체
CN106937073B (zh) * 2015-12-29 2019-10-15 展讯通信（上海）有限公司 基于VoLTE的视频通话码率调整方法、装置及移动终端
US10298650B2 (en) * 2016-04-20 2019-05-21 Vasona Networks, Inc. Maximum sustainable encoding bit rates for video downloads
EP3449588B1 (en) * 2016-04-29 2022-01-05 Telefonaktiebolaget LM Ericsson (publ) Wireless device specific maximum code rate limit adjustment
CN108206925B (zh) * 2016-12-16 2020-04-14 展讯通信（上海）有限公司 多路视频通话的实现方法、装置及多通终端
CN110225338B (zh) 2016-12-30 2021-12-10 深圳市大疆创新科技有限公司 图像处理方法、装置、无人飞行器和接收端
CN109936746B (zh) 2016-12-30 2021-07-16 深圳市大疆创新科技有限公司 图像处理方法与设备
WO2018121775A1 (en) 2016-12-30 2018-07-05 SZ DJI Technology Co., Ltd. System and methods for feedback-based data transmission
WO2018212613A1 (en) * 2017-05-17 2018-11-22 Samsung Electronics Co., Ltd. Tcp proxy device-assisted communication method and apparatus in wireless communication
US10979744B2 (en) * 2017-11-03 2021-04-13 Nvidia Corporation Method and system for low latency high frame rate streaming
CN109361937A (zh) * 2018-09-25 2019-02-19 江苏电力信息技术有限公司 一种大屏多路推流码率自动调整方法
CN110266714B (zh) 2019-06-28 2020-04-21 合肥工业大学 一种QoE驱动下的VR视频自适应采集与传输方法
US11539960B2 (en) 2019-10-01 2022-12-27 Sony Interactive Entertainment Inc. Game application providing scene change hint for encoding at a cloud gaming server
US10974142B1 (en) 2019-10-01 2021-04-13 Sony Interactive Entertainment Inc. Synchronization and offset of VSYNC between cloud gaming server and client
US11865434B2 (en) 2019-10-01 2024-01-09 Sony Interactive Entertainment Inc. Reducing latency in cloud gaming applications by overlapping receive and decode of video frames and their display at the client
US11458391B2 (en) 2019-10-01 2022-10-04 Sony Interactive Entertainment Inc. System and method for improving smoothness in cloud gaming applications
US11344799B2 (en) * 2019-10-01 2022-05-31 Sony Interactive Entertainment Inc. Scene change hint and client bandwidth used at encoder for handling video frames after a scene change in cloud gaming applications
CN111212308B (zh) * 2020-01-15 2020-09-25 珠海安联锐视科技股份有限公司 一种无线网络自适应调节的方法
NO346978B1 (en) 2021-11-26 2023-03-20 Pexip AS Method, system and computer program product for upspeeding in a videoconferencing session
CN114640853B (zh) * 2022-05-18 2022-07-29 滨州市人防工程与指挥保障中心 一种无人机巡航图像处理系统
WO2024063168A1 (ko) * 2022-09-19 2024-03-28 삼성전자 주식회사 라이브 비디오 분석에 대한 네트워크 자원 및 연산 자원 조인트 스케줄링을 위한 방법 및 장치

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020057336A1 (en) 2000-03-02 2002-05-16 Gaul Michael A. Interactive program guide configuration system
JP3699910B2 (ja) 2000-10-31 2005-09-28 株式会社東芝 データ伝送装置、データ伝送方法及びプログラム
JP3900413B2 (ja) * 2002-02-14 2007-04-04 Ｋｄｄｉ株式会社 映像情報伝送方式およびプログラム
SE0301053D0 (sv) 2003-04-07 2003-04-07 Ericsson Telefon Ab L M Method and system in a communications network
US20060072837A1 (en) * 2003-04-17 2006-04-06 Ralston John D Mobile imaging application, device architecture, and service platform architecture
US7400588B2 (en) * 2003-08-01 2008-07-15 Thomson Licensing Dynamic rate adaptation using neural networks for transmitting video data
WO2006054442A1 (ja) 2004-11-17 2006-05-26 Sharp Kabushiki Kaisha 送信装置、受信装置及び通信システム
US8842555B2 (en) 2005-10-21 2014-09-23 Qualcomm Incorporated Methods and systems for adaptive encoding of real-time information in packet-switched wireless communication systems
ITMI20052238A1 (it) 2005-11-23 2007-05-24 Marconi Comm Spa Un metodo e uno schema di trasporto a pacchetto per la realizzazione di meccanismi di pilicing distribuito
CN101578842B (zh) 2007-01-10 2014-03-05 高通股份有限公司 用于多媒体电话的依赖于内容和链路的编码自适应
JP5147858B2 (ja) * 2007-01-18 2013-02-20 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 複合および非複合ｒｔｃｐパケット間のｒｔｃｐ帯域幅の分割
MX2009013434A (es) * 2007-07-06 2010-01-15 Ericsson Telefon Ab L M Control de congestion en un nodo de transmision.
JP5284355B2 (ja) * 2007-07-09 2013-09-11 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信システムにおける適応レート制御
US8095680B2 (en) * 2007-12-20 2012-01-10 Telefonaktiebolaget Lm Ericsson (Publ) Real-time network transport protocol interface method and apparatus
US8027206B2 (en) 2009-01-30 2011-09-27 Qualcomm Incorporated Bit line voltage control in spin transfer torque magnetoresistive random access memory

Also Published As

Publication number Publication date
JP2012530469A (ja) 2012-11-29
ES2687797T3 (es) 2018-10-29
EP2443831A1 (en) 2012-04-25
AU2010260097A1 (en) 2012-01-19
IL217062A0 (en) 2012-02-29
KR101296306B1 (ko) 2013-08-14
JP5832997B2 (ja) 2015-12-16
US20100316066A1 (en) 2010-12-16
US8537699B2 (en) 2013-09-17
KR20120031070A (ko) 2012-03-29
TWI523536B (zh) 2016-02-21
EP2443831B1 (en) 2018-07-18
CN102484748B (zh) 2015-09-02
TW201112768A (en) 2011-04-01
CN102484748A (zh) 2012-05-30
HUE039634T2 (hu) 2019-01-28
WO2010148048A1 (en) 2010-12-23
SG177263A1 (en) 2012-02-28
BRPI1013818A2 (pt) 2016-04-12

Similar Documents

Publication Publication Date Title
BRPI1013818B1 (pt) gerenciamento de algoritmos de adaptação de vídeo
US11095701B2 (en) Method and apparatus for providing adaptive streaming service
US9538220B2 (en) Video streaming quality of experience degradation control using a video quality metric
KR101489414B1 (ko) 통신 네트워크에서 패킷을 우선순위결정 및 스케줄링하기 위한 검출 방법 및 시스템
US8896652B2 (en) System and method for real-time video communications
US20130298170A1 (en) Video streaming quality of experience recovery using a video quality metric
US20130290492A1 (en) State management for video streaming quality of experience degradation control and recovery using a video quality metric
US20120327779A1 (en) Systems and methods for congestion detection for use in prioritizing and scheduling packets in a communication network
US20130272121A1 (en) Systems and methods for application-aware admission control in a communication network
US20120281536A1 (en) Systems and methods for detection for prioritizing and scheduling packets in a communication network
BRPI0513835B1 (pt) método e estação móvel adaptada para executar uma comunicação entre um primeiro e um segundo usuários em uma rede de comunicação móvel
BRPI0711790A2 (pt) adaptaÇço de taxa de vÍdeo para condiÇÕes de link reverso
KR20060125779A (ko) 무선 네트워크에서 서비스 관리의 서비스 품질을스트리밍하기 위한 고속 시그널링 절차
US20120314127A1 (en) Provisioning network resources responsive to video requirements of user equipment nodes
Zhu et al. Rate allocation for multi-user video streaming over heterogenous access networks
Ramamurthi et al. Video-QoE aware resource management at network core
EP2266231B1 (en) Coversational interactivity measurement and estimation for real-time media
WO2014209493A1 (en) State management for video streaming quality of experience degradation control and recovery using a video quality metric
WO2014209494A1 (en) Video streaming quality of experience degradation control using a video quality metric
Ramamurthi et al. Link aware HTTP Adaptive Streaming for enhanced quality of experience
WO2014209495A1 (en) Video streaming quality of experience recovery using a video quality metric
Elmnsi et al. Video Transmission Over Next Generation Emergency Services
Seyedebrahimi et al. Ensuring QoE in contemporary mobile networks for video content distribution
Nam et al. Adaptive Video Streaming Using Bandwidth Estimation for 3.5 G Mobile Network
Longhao Innovative content delivery solutions in the future network heterogeneous environment

Legal Events

Date Code Title Description
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: A CLASSIFICACAO ANTERIOR ERA: H04N 7/24

Ipc: H04N 21/442 (2011.01), H04N 21/6336 (2011.01), H04

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: 10 (DEZ) ANOS CONTADOS A PARTIR DE 19/01/2021, OBSERVADAS AS CONDICOES LEGAIS.