BRPI0606600B1 - Método para gerenciar e aparelho para uso em gerenciar uma condição de sobrecarga ou congestionamento entre nós em uma rede de acesso por rádio - Google Patents

Método para gerenciar e aparelho para uso em gerenciar uma condição de sobrecarga ou congestionamento entre nós em uma rede de acesso por rádio Download PDF

Info

Publication number
BRPI0606600B1
BRPI0606600B1 BRPI0606600-3A BRPI0606600A BRPI0606600B1 BR PI0606600 B1 BRPI0606600 B1 BR PI0606600B1 BR PI0606600 A BRPI0606600 A BR PI0606600A BR PI0606600 B1 BRPI0606600 B1 BR PI0606600B1
Authority
BR
Brazil
Prior art keywords
uplink
ran
congestion
radio
fact
Prior art date
Application number
BRPI0606600-3A
Other languages
English (en)
Inventor
Mats Sagfors
Peter Lundh
Original Assignee
Lenovo Group Limited
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 Lenovo Group Limited filed Critical Lenovo Group Limited
Publication of BRPI0606600A2 publication Critical patent/BRPI0606600A2/pt
Publication of BRPI0606600B1 publication Critical patent/BRPI0606600B1/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0205Traffic management, e.g. flow control or congestion control at the air interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0231Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0247Traffic management, e.g. flow control or congestion control based on conditions of the access network or the infrastructure network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0284Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0289Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/16Performing reselection for specific purposes
    • H04W36/22Performing reselection for specific purposes for handling the traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/29Control channels or signalling for resource management between an access point and the access point controlling device
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04Registration at HLR or HSS [Home Subscriber Server]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12Access point controller devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

método para gerenciar e aparelho para uso em gerenciar uma condição de sobrecarga ou congestionamento entre nós em uma rede de acesso por rádio. congestionamento em uma rede de acesso por rádio (ran) associado com informação de enlace ascendente de transporte originando de um ou mais terminais móveis é detectado. aquele congestionamento de ran detectado é reduzido usando qualquer técnica adequada (vários exemplos são descritos) e pode ser implementado em um ou mais nós na ran. uma aplicação vantajosa (mas não limitante) é para uma ran que suporta acesso de pacotes de enlace ascendente em alta velocidade (hsupa) e/ou um ou mais canais dedicados de enlace ascendente aprimorados (e-dchs).

Description

“MÉTODO PARA GERENCIAR E APARELHO PARA USO EM GERENCIAR
UMA CONDIÇÃO DE SOBRECARGA OU CONGESTIONAMENTO ENTRE
NÓS EM UMA REDE DE ACESSO POR RÁDIO”
CAMPO TÉCNICO
O campo técnico se refere a comunicações de dados móveis, e mais particularmente, para regular comunicações de terminais rádio móvel em uma rede de acesso por rádio.
____ FUNDAMENTO
Existe sempre uma demandã aumen'tando para-dispositivos _de_ comunicações sem fio para efetuar uma variedade de aplicações. Alguma dessas aplicações requer largura de banda substancial. Por exemplo, sistemas de comunicação sem fio de próxima geração pode oferecer acesso de pacotes de enlace descendente em alta velocidade (HSDPA) e acesso de pacotes de enlace ascendente em alta velocidade (HSUPA) prover aprimoramentos.
O conceito de enlace ascendente aprimorado atualmente sendo considerado na 3rd Generation Project Partnership (3GPP) pretende introduzir substancialmente mais altas taxas de dados de pico através da interface rádio na direção do enlace ascendente. Comunicações de dados de enlace ascendente aprimorados irão provavelmente empregar programação rápida e solicitação- de_ repetição automática híbrida (HARQ) com combinação recuperável nas estações rádio base. Programação rápida permite a estação base de rádio controlar quando um terminal sem fio está transmitindo na direção de enlace ascendente e em qual taxa de transmissão de dados. Taxa de transmissão de dados e potência de transmissão, são estreitamente relacionadas, e programação pode assim também ser visto como um mecanismo para variar a potência de transmissão usada pelo terminal móvel para transmitir sobre um canal de enlace ascendente aprimorado. Por causa, nem da quantidade de dados de enlace ascendente a ser transmitido nem da potência de transmissão disponível no terminal móvel no momento da transmissão é conhecido para a estação radio base. Como um resultado, a seleção final de taxa de dados será igualmente efetuada no terminal móvel.
Mas, a estação base de rádio pode estabelecer um limite superior na taxa de dados e/ou potência de transmissão que o terminal móvel pode usar sobre um canal de dados de enlace ascendente aprimorado.
Embora o foco primário do enlace ascendente aprimorado está no desempenho e eficiência da interface rádio, o “ gargalo ” pode bem ocorrer a montante da interface rádio no transporte da informação de enlace
----aseendente-entre nós-na-rede de acesso-por-rádio -(RAN_).JP_or exemplo,_aJaxa de bit de enlace ascendente disponível sobre a interface entre um nó de estação base de rádio na RAN e um nó controlador de rede de rádio na RAN (referenciada como a interface Iub) pode ser uma fração da taxa de bit de enlace ascendente disponível sobre a interface rádio. Nessa situação, acesso de pacote de enlace ascendente em alta velocidade pode sobrecarregar a interface Iub entre a estação radio base e o controlador de rede de rádio durante taxas de bit de pico. Figura 1 ilustra que mesmo embora a taxa de bit HSDPA de enlace descendente sobre a interface rádio é mais alta que a taxa de bit HSDPA de enlace ascendente, a largura de banda disponível para dados de acesso de pacotes de alta velocidade entre o controlador de rede de rádio e a estação base de rádio é mesmo menor que a taxa de bit HSUPA de enlace ascendente. A linha_tracejada representando o limítede largura de banda de Acesso de Pacote em Alta Velocidade (HSPA) é mais baixo que as larguras de banda de HSDPA e HSUPA.
Considere o seguinte exemplo simples. Uma estação base de rádio (algumas vezes referenciado como um “Nó B” usando terminologia 3GPP) controla três células que tem uma capacidade de transmissão de dados de enlace ascendente aprimorada. Assuma que a estação base de rádio é conectada a um controlador de rede de rádio usando um enlace de quatro Mbps para suportar os dados de enlace ascendente aprimorados transmitidos da estação base de rádio e do controlador de rede de rádio. Assume que a capacidade de enlace ascendente aprimorada pode ser até quatro Mbps por célula. Nessa situação, dados de comunicação de enlace ascendente aprimorados das três células na, ou perto da capacidade não pode ser transportado da estação base de rádio para o controlador de rede de rádio sobre um único enlace de quatro Mbps. O resultado é uma situação de sobrecarga ou congestionamento. Este congestionamento pode resultar em longos atrasos e perda de dados, que reduz a qualidade de serviço.
--—-Uma-solução-possív-el para evitar este tipo de. situação de......
sobrecarga seria para “ aprovisionar a mais ” os recursos de largura de banda na rede de acesso por rádio para comunicações entre controladores de rede de rádio e estações rádio base. Mas isto é ineficiente, custoso, e em algumas redes de comunicações móveis existentes, não é prático. Para enlace descendente em alta velocidade, um algoritmo de controle de fluxo
HSDPA pode ser empregado pela estação base de rádio para reduzir a taxa de bit de HSDPA de enlace descendente de ligação disponível para um nível que satisfaz a largura de banda da interface Iub. Mas esta metodologia de controle não pode ser empregada na direção de enlace ascendente oposta porque, como explicado acima, a quantidade de dados de enlace ascendente a ser transmitida dos terminais móveis não é conhecida paLra_a_estação-base_de-rádio—Deveria-a-taxa-de-bitaprimorada-de-enlace---------ascendente sobre a interface de rádio significantemente ultrapassar a largura de banda de enlace ascendente de Iub, congestionamento iria igualmente ocorrer com longos atrasos e possivelmente perdas ou por outro lado quadros de dados corrompidos. O que é necessário, por conseguinte, é uma maneira para detectar e então controlar uma sobrecarga ou outra situação congestionada na rede de acesso por rádio como um resultado de comunicações de terminal móvel de enlace ascendente sendo transportado entre nós na rede de acesso por rádio.
JO
SUMÁRIO
A tecnologia descrita aqui encontra esta necessidade assim como outras necessidades. Congestionamento associado com transportar na
RAM informação de enlace ascendente originando de um ou mais terminais móveis é detectado. Este congestionamento detectado é então reduzido usando qualquer técnica(s) adequada e pode ser implementada em um ou mais nós na RAM. Uma aplicação (mais não limitante) vantajosa é para uma RAM que suporta acesso de pacote de enlace ascendente em alta velocidade
-(HSI-JPA)—e/ou—um—ou—mais—canais -dedicados- de enlace ascendente aprimorados (E-DCHs). Congestionamento de enlace ascendente pode ser detectado sobre uma interface entre um controlador de rede de rádio e uma estação base de rádio (a interface Iub) e/ou uma interface entre controladores de rede de rádio (a interface Iur).
Embora redução de congestionamento pode ser efetuada em qualquer modo adequado, um exemplo de abordagem é reduzir um parâmetro associado com uma tacha de bit na qual informação de terminal móvel de enlace ascendente é transportada através da RAM. Por exemplo, quando a informação de terminal móvel de enlace ascendente é comunicada usando fluxo de dados de enlace ascendente, o parâmetro de taxa de bit pode ser reduzida reduzindo uma taxa de bit de um ou mais fluxos de dados de enlace ascendente. Istõ“pode ser apropriado para limitar a taxa debit de um-ou mais fluxos de dados de enlace ascendente realmente causando congestionamento na RAM; alternativamente, a taxa de bit de um ou mais fluxos de dados de enlace ascendente de mais baixa prioridade pode ser reduzida.
Existe um número de diferentes maneiras que o parâmetro de taxa de bit pode ser reduzido. Por exemplo, um valor de parâmetro de taxa de bit pode corresponder a um valor de parâmetro de taxa de bit absoluto ou um valor de parâmetro de taxa de bit relativo enviado de um ou mais terminais móveis, e.g., uma potência de transmissão ou taxa de bit máxima ou um
Jt percentual ou fração de uma potência de transmissão ou taxa de bit corrente.
Uma outra abordagem é reduzir o parâmetro de taxa de bit usando uma mensagem de limitação de capacidade. Se a RNC detecta uma condição congestionada na RAM, ela pode enviar uma limitação de capacidade para uma estação base de rádio, que então programa transmissões de enlace ascendente de terminal móvel para efetuar aquela limitação de capacidade, e.g., usando concessões ou créditos de programações.
Em algumas situações medidas mais drásticas podem ser necessárias para reduzir o parâmetro de taxa de bit tal como descart^rido> urn^^-_ ou mais quadros de uma ou mais comunicações de terminal móvel de enlace ascendente. Em situações de transferência de passagem recuperável/mais recuperável, um ou mais enlaces de tratamento de diversidades podem ser liberados para reduzir o parâmetro de taxa de bit. Uma outra técnica emprega, enviar mensagens de confirmação negativas para pacotes recebido, de volta ao terminal móvel fazendo o terminal móvel retransmitir aqueles pacotes confirmados negativamente. Isto efetivamente reduz a taxa de bit de enlace ascendente através da RAN.
O controle de congestionamento pode ser implementado enviado informação de controle sobre um canal de sinalização de controle separado ou em um plano de dados de usuário quando a sinalização de -controle é enviada-junto com os dados através de um canal de dados.- - - BREVE DESCRIÇÃO DOS DESENHOS
Figura 1 é um gráfico ilustrando a largura de acesso de pacote de alta velocidade para ambos, direções de enlace ascendente e enlace descendente quando comparada com a largura de banda da RAN;
Figura 2 é um diagrama de blocos de um sistema de comunicações móveis incluindo um exemplo de rede de acesso por rádio (RAN);,
Figura 3 é um diagrama ilustrando vários canais de enlace ascendente usados pelos terminais para se comunicarem através do rádio/interface aérea com a RAN;
Figura 4 é uma função de diagrama de blocos ilustrando várias interfaces entre múltiplos nós em uma rede de acesso por rádio;
Figura 5 é um diagrama de fluxograma ilustrando passos de exemplo para controle e detecção de congestionamento de enlace ascendente de RAN;
Figura 6 é uma função de diagrama de blocos ilustrando um enlace ascendente de RAN;
Figura 7 ilustra uma mensagem de limitação de capacidade sendo enviada da RNC para estação base de rádio, para reduzir congestionamento detectado ou carga na RAN; e
Figura 8 é um diagrama ilustrando um terminal móvel em transferência de passagem recuperável no qual uma perna de transferência de passagem recuperável mais fraca é descartada de modo a reduzir congestionamentos de enlace ascendente de RAN.
DESCRIÇÃO DETALHADA
Na descrição a seguir, por propósitos de explicação e não limitante, detalhes específicos são estabelecidos adiante, tais como, nós — particulares, entidades funcionais, técnicas,-protocolos, padrões,-etc. de modo a fornecer um entendimento da tecnologia descrita. Por exemplo, uma aplicação vantajosa é para comunicações de enlace ascendente aprimoradas de acordo com especificações 3GPP. Mas outras aplicações e outros padrões podem ser empregados. Será aparente para alguém com habilidade na arte que outras modalidades podem ser praticadas parte dos detalhes específicos revelados abaixo. Em outros exemplos, descrições detalhadas de métodos bem conhecidos, dispositivos, técnicas, etc são omitidas tal que, não obscureçam a descrição com detalhes desnecessários. Blocos de funções
Jò individuais são mostrados nas figuras. Aqueles com habilidade na arte apreciarão que as funções daqueles blocos podem ser implementadas usando circuitos de hardware individuais, usando programas de software e dados em conjunto com um microprocessado programado adequadamente ou computador de propósito geral, usando circuito integrado de aplicações específicas (ASIC), e/ou usando um ou mais processadores de sinais digitais (DSPs).
Referindo à Figura 2, um exemplo de rede 10 que suporta comunicações sem fio é ilustrado. Rede 10 pode acomodar uma ou mais arquiteturas padrões incluindo um sistema de telecomunicações móvel universal (UMTS) e outros sistemas baseado em sistemas de acesso múltiplo por divisão de código (CDMA), GPRS/EDGE e outros sistemas baseado em sistemas de acesso múltiplo por divisão de tempo, etc. Em CDMA, canais sem fio diferentes são distinguidos usando seqüências ou códigos de canalização diferentes, (esses códigos distintos são usados para codificar seqüências de dados de informação diferentes), que podem então ser modulados em uma ou mais frequências de portadoras diferentes para transmissões simultâneas. Um receptor pode recuperar um seqüência de dados ou fluxo particular para o sinal recebido usando seqüência ou código apropriado para decodificar o sinal recebido. Em TDMA, o espectro de rádio é dividido em pedaços de tempo. Cada pedaço de tempo permite somente-a um usuário transmitir e/ou receber. TDMA requer temporização precisa entre o transmissor e receptor, tal que cada usuário pode transmitir sua informação durante seu pedaço de tempo alocado.
A rede 10 inclui uma rede de acesso por rádio (RAN) 14 e uma ou mais rede(s) principaisl2. Um exemplo de rede de acesso por rádio é a rede de acesso terrestre UMTS (UTRAN) usada na terceira geração de sistemas celulares. Rede principal 14 tipicamente suporta comunicações, baseada em circuitos assim como comunicações, baseada em pacote. A RAN inclui um ou mais controladores de rede de rádio (RNCs) 16. Cada RNC é acoplado a uma ou mais estações rádio base (RBSs) 18 algumas vezes referenciada como Nó B’s. As interfaces de comunicação entre Nó Bs e RNCs são referenciadas como a interface Iub, e as interfaces de comunicação entre RNCs são referenciadas como a interface Iur. Informação de transporte através das interfaces Iube Iur é tipicamente baseada em modo de transferência assíncrona (ATM) ou Protocolo Internet (IP). Terminais sem fio 20 (referenciados daqui em diante como terminais móveis) se comunicam através-d&-uma inter-face-aérea ou de rádiocom a RAN 14., A interface de_ rádio é referenciada como a interface Uu. Os dois terminais móveis centrais são mostrados se comunicando com ambas RBSs 18.
Embora, atenção tem sido recentemente dada à acesso de pacote de enlace descendente em alta velocidade (HSDPA), existe um interesse aumentando em acesso de pacote de enlace ascendente em alta velocidade (HSUPA), também referenciado como “enlace ascendente aprimorado” e como canal dedicado de enlace ascendente aprimorado (EDCH). Enlace ascendente aprimorado emprega vários canais de enlace ascendente de cada terminal móvel com uma conexão ativa de enlace ascendente como ilustrado na Figura 3. O canal de dados físico dedicado aprimorado (E-DPDCH) transporta dados de enlace ascendente aprimorados (em taxas de bit mais_altas), em adição aos canais de dados físieo-dedicado normal (DPDCHs) usados por comunicações de dados de enlace ascendente regulares. O canal de dados físico dedicado (DPDCH) transporta símbolos pilotos e sinalização de controle de fora de banda. Sinalização de controle de fora de banda relacionada a enlace ascendente aprimorado, e.g., solicitações de programação de enlace ascendente, pode ser transportada no canal de controle físico dedicado aprimorado (E-DPCCH).
Como explicado acima, existe a possibilidade, particularmente com comunicações de dados de enlace ascendente aprimorados, que a taxa de bit de enlace ascendente aprimorado através da interface aérea ultrapasse os limites de largura de banda de enlace ascendente para comunicações entre nós na rede de acesso por rádio. Este ponto foi ilustrado na Figura 1. Estes tipos de restrições de largura de banda entre nós em uma rede de acesso por rádio podem somente se tomar mais significativos já que redes de acesso por rádio se expandem, ou se tomam mais complicadas. Considerar, por exemplo, a rede de acesso por rádio mostrada na Figura 4 na qual vários RNCs (RNC1, RNC2,..., RNCn) estão acoplados a várias estações rádio base (RBS1, RBS2,..., RBSn) através de um ou mais nós de agregação 22. Os nós de agregação 22 podem ser, por exemplo, comutadores ATM, roteadores IP, etc, e são opcionais. Cada nó de agregação (1) agrega tráfego de dados das RBSs para os RNCs e (2) separa os dados de tráfego dos RNCs para os RBSs individuais. Nesta mais sofisticada rede de acesso por rádio, existe várias interfaces Iur e Iub que podem ter capacidade de largura de banda limitada. Algum tipo de controle de congestionamento deve ser colocado para evitar situações de congestionamento, de atraso e de sobrecarga, causadas ao receber dados de enlace ascendente através da interface de rádio em uma taxa maior do que pode ser transportada, correntemente, através de qualquer uma dessas interfaces de RAN.
Referência agora é feita ao fluxograma na Figura 5 que ilustra uma_rotina de controle de congestionamento-de RAN. Congestionamento é monitorado na RAN que é associado com informação de enlace ascendente de transporte através da RAN (passo S2). Uma condição de sobrecarga ou congestionamento é detectada entre nós na RAN relacionada com informação de enlace ascendente, por exemplo, detectando quadros (ou outra unidade de dados) perdidos (passo S4). Quadros perdidos podem ser detectados usando um número de seqüência de quadro (FSN). Cada portadora de transporte entre um RNC e uma estação base de rádio tem seu próprio número de seqüência. É assumido que quando um número de seqüência de quadro é detectado como faltando, que o quadro correspondente é perdido devido ao congestionamento.
Alternativamente, ou em adição, atraso construído pode ser monitorado para detectar uma condição de congestionamento. Em redes de transporte que incluem largos blocos de dados, congestionamento normalmente pode não resultar em quadros perdidos, mas melhor, em um tempo de atraso construído no bloco antes dos pacotes serem transmitidos. Melhor do que contar com quadros perdidos detectados, que podem resultar em atrasos severos, cada quadro de plano de usuário transmitido de um enlace —a~scendente de estação base para-um-RNC-inclui-um campo para uma marca em tempo real, e.g. um número de quadro de controle (CFN) mais um número de subquadro. Se o RNC detecta uma marca de tempo “ tendência ”, significando que o atraso está aumentado, o RNC pode então determinar se há congestionamento. Por exemplo, se quadros de enlace ascendente são atrasados mais do que 30 ms em adição ao atraso que é prevalecente em circunstâncias de não congestionamento, isto é um bom indicador de congestionamento de enlace ascendente na RAN.
Retomando a Figura 5, uma vez que uma condição de sobrecarga e congestionamento é detectado, uma ou mais ações são feitas para reduzir o congestionamento de enlace ascendente detectado (passo S6).
Existem várias técnicas de implementações para reduzir aquele congestionamento de enlace ascendente detectado na RAN. Alguns exemplos não limitantes são descritos abaixo.
Considere o exemplo de implementação mostrado na Figura 6 no qual ambos o controlador de rede de rádio 16 e a estação base de rádio 18 efetuam certas tarefas em reduzir congestionamento de enlace ascendente de RAN. O RNC 16 inclui um detector de congestionamento de enlace ascendente de RAN 30 e um controlador de congestionamento de enlace ascendente de RAN 32, e um controlador de transferência de passagem 34. O RNC 16 inclui outras entidades funcionais que não são pertinentes a esta descrição e por conseguinte não são mostradas. A estação base de rádio 18 inclui um controlador de congestionamento de enlace ascendente de RAN 40, um controlador de solicitação de repetição automática (ARQ) 42, (que em uma implementação preferida é um controlador de ARQ híbrido (HARQ), um programador de enlace ascendente de terminal móvel 44, e circuito de rádio 46. A estação base de rádio 18 tem outras entidades e circuitos para efetuar as funções não pertinentes para a descrição e por conseguinte não são mostradas.
O detector de congestionamento de enlace ascendente de RAN 30 monitora e detectacongesíionamento de enlace ascendente de RAN, usando, por exemplo, detecção de perda de quadros ou detecção de atraso construído como descrito acima. Outras técnicas podem ser empregadas. O controlador de congestionamento de enlace ascendente de RAN 32 processa informação de detecção de congestionamento fornecida pelo detector 30, e baseado em certas características de um ou mais fluxos de enlace ascendente congestionados, o controlador de congestionamento de enlace ascendente de RAN 32 pode decidir limitar a carga de enlace ascendente na RAN usando qualquer metodologia adequada. Por exemplo, o controlador de congestionamento 32 pode limitar uma concessão de taxa de dados/potência de transmissão máxima que ao programador de enlace ascendente de terminal móvel 44 é permitido designar um terminal móvel particular ou um fluxo de dados de enlace ascendente de terminal móvel. O terminal móvel exposto para esta restrição de taxa de dados/potência máxima, pode ser o mesmo terminal móvel ou fluxo de dados que está experimentando o congestionamento em um ou mais fluxos, ou isto pode ser um terminal móvel diferente ou fluxo de dados, talvez com uma mais baixa prioridade.
Alternativamente, o controlador de congestionamento de enlace ascendente de RAN 32 pode limitar taxa de dados/potência de transmissão máxima que ao programador de enlace ascendente de terminal móvel 44 é permitido designar um grupo de terminais móveis. O controlador de congestionamento de enlace ascendente de RAN 32 pode comunicar a taxa de dados/potência de transmissão máxima, para a estação base de rádio 18 usando uma mensagem de LIMITAÇÃO DE CAPACIDADE, como ilustrado na Figura 7. A mensagem de notificação LIMITAÇÃO DE CAPACIDADE inclui a taxa de dados/potência de transmissão máxima que o programador de enlace ascendente 44 pode designar a um ou mais fluxos de enlace ascendente de terminal móvel. A mensagem de LIMITAÇÃO DE CAPACIDADE pode também incluir um intervalo de tempo sobre o qual as restrições de taxa de bit/potência máxima, se aplica. Por outro lado, os limites podem ficar com efeito até uma nova mensagem de limitação de capacidade é recebida. A notificação de LIMITAÇÃO DE CAPACIDADE pode ser enviada ou no “ plano de usuário ” usando um quadro de controle embutido com os dados ou no “plano de controle ” da RAN usando sinalização de controle sobre um canal de controle explícito. Exemplo de protocolos de sinalização de controle inclui Parte de Aplicação de Nó B (NBAP)/Parte de Aplicação RNS/RNSAP).
A taxa de bit/potência máxima pode ser expressa, por exemplo, como um limite absoluto, tal como 200 Kbps, ou como um proibição de usar um indicador de formato de transporte (TFI) ultrapassando um valor particular, tal como TFI 12. Um exemplo em termos de uma potência de transmissão absoluta poderia ser um desvio de potência de transmissão permitida-máxima, e um-exemplo de um limite relativo-poderia ser uma percentagem através da qual reduzir a taxa de bit/potência corrente, e.g., 50%. De novo, a carga pode ser reduzida com respeito ao terminal móvel afetado, um fluxo de enlace ascendente afetado, uma carga agregada de vários terminais móveis, ou terminais diferentes ou fluxos diferentes que são menos priorizados que aqueles afetados.
Altemativamente, quando o controlador de congestionamento de enlace ascendente de RAN 40 na estação base de rádio 18 recebe uma notificação de limitação no controlador de congestionamento de enlace ascendente de RAN 32, o controlador de congestionamento 40 pode limitar as concessões de programação atribuídas para um terminal móvel particular ou grupo de terminais móveis. Em uma RAN suportando transferência de passagem recuperável, um terminal móvel pode ser conectado a várias células controladas por uma ou várias estações rádio base. Das células neste “ conjunto ativo ”, a mais forte (em termos de sinal piloto) é tipicamente escolhida com a “ célula de serviço ”, responsável pelo controle primário do terminal móvel. Através da desta célula de serviço, a estação base de rádio pode atribuir concessões absolutas limitando a taxa de bit/potência máxima do terminal móvel. De modo a controlar a interferência inter-células, as estações rádio base podem também enviar concessões relativas através de células de não serviço, concessões relativas indicam se um ou um grupo de terminais móveis deve aumentar, manter ou diminuir a taxa de bit/potência corrente. Qualquer dessas concessões pode ser baseada nas solicitações de programação enviadas no enlace ascendente do terminal móvel para as estações rádio base. Tais solicitações de programação tipicamente incluem, e.g.;, a taxa de bit desejada ou os níveis completos de blocos presentes, no terminal móvel.
Na situação onde a estação base de rádio controla a célula de serviço do terminal móvel, o controlador de congestionamento de enlace ascendente-de-RAN-40-limita-a-concessão-absoluta-daquele-terminal-móvel;altemativamente, o controlador de congestionamento de enlace ascendente de RAN 40 atribui concessões relativas (acima/manter/abaixo) tal que a limitação de capacidade do RNC é completamente preenchida. O programador de enlace ascendente 44 pode fornecer informação de programação para o terminal móvel parar controlar os limites superiores .da taxa de transmissão de dados/da potência de transmissão, do terminal móvel. O “ canal de concessão absoluto ” pode transportar uma concessão de programação absoluta em um canal compartilhado que inclui (a) a identidade dP do terminal móvel (ou um grupo de terminais móveis) para o qual a concessão é valida e (b) os máximos recursos que este terminal móvel (ou um grupo de terminais móveis) pode usar. Um “ canal de concessão relativa ” transporta uma concessão de programação relativa em um canal dedicado e inclui pelo menos um bit que registra um acima/manter/abaixo incrementai. O canal de concessão absoluto é lido da célula de serviço. O canal de concessão relativa pode ser lido de células adicionais, e.g., no caso de transferência de passagem recuperável, de todas as células, no conjunto ativo. Se um terminal móvel é
-- designado para-leiLQ canal de concessão relativo de um conjunto de células, o terminal móvel não precisa aumentar sua taxa de dados ou desvio de potência se qualquer célula no ativo estabelece sinais como um, de manter. Similarmente, se qualquer das concessões relativa de células é estabelecida para abaixo, o terminal móvel precisa diminuir a taxa ou desvio de potência com alguns pré-definidos tamanhos de passo. Quando a estação base de rádio não controla a célula de serviço do terminal móvel, o controlador de congestionamento de enlace ascendente de RAN 40 atribui indicações de concessões relativas (de acima/de manter/de abaixo) para completamente preencher a limitação de capacidade do RNC.
Como uma outra alternativa, já explicada acima, o controlador de congestionamento de enlace ascendente de RAN 40 pode descartar quadros de dados da RAN tal que a limitação de capacidade da-RAN atribuída pelo RNC é completamente preenchida sem afetar as concessões programadas. Melhor do que descarta quadros, o controlador de congestionamento de enlace ascendente de RAN 40 pode instruir ao controlador H/ARQ 42 para enviar uma mensagem de NACK para cada unidade de dados recebida e descartada, de volta ao terminal móvel. Reconhecendo com NACKs os quadros de dados descartados de um a célula de não serviço aciona retransmissões daqueles quadros de dados descartados, ao menos que algum outro tenha recebido aqueles quadros de dados corretamente. O efeito é reduzido por pressão no transporte da RAN.
É possível que o envio de quadros de controle de limitação de capacidade para informar o controlador de congestionamento de enlace ascendente de RAN 40 para baixar a taxa de bit/potência de transmissão relativa para a taxa de bit/potência de transmissão normal por fluxo HSUPA irá resultar no comportamento a seguir. Se programador de enlace ascendente 44, que controla as taxas de bit dos fluxos HSUPA, baixa a taxa de bit do fluxo de um dos terminais móveis modificando suas concessões de programação, isto é provavelmente que o programador de enlace ascendente 44 irá programar um outro terminal móvel para transmitir no seu lugar. Mais ainda, isto é provavelmente que o terminal móvel associado com congestionamento de RAN tem excelente desempenho de interface aérea/de rádio de enlace ascendente. Por conseguinte, programar um outro terminal móvel no lugar do móvel congestionado para transmitir no enlace ascendente deve reduzir o congestionamento dos fluxos congestionados de enlace ascendente de RAN.
Após recuperação de uma condição de congestionamento, como detectado pelo detector de congestionamento de enlace ascendente de RAN 30, o controlador de congestionamento de enlace ascendente de RAN 32 pode restaurar a taxa de dados ou potência de transmissão original enviando notificação-para a estação base de rádio. Altemati vamente, e como explicado - acima, um período de tempo, configurável e pré-definido, pode ser estabelecido, após o qual a restrição temporária no programador de enlace ascendente 44 é liberada. Esta última abordagem pode ser preferida porque sinalização explícita do RNC não é requerida.
Considere uma situação na qual o terminal móvel 20 que está sujeito a congestionamento de RAN está em transferência de passagem recuperável, como ilustrado na Figura 8. Neste exemplo, terminal móvel 20 tem três enlaces de transferência de passagem recuperável Ll, L2, e L3 para três estações rádio base RBS1, RBS2, e RBS3, respectivamente. Assume que o enlace L3 de rádio congestionado não é o enlace de transferência de passagem “de serviço”. Tipicamente, o enlace de serviço é o mais forte de um dos enlaces de transferência de passagem baseado em medidas de força de sinal detectado. O controlador de congestionamento de enlace ascendente de RAN 32 pode decidir liberar o enlace de rádio L3 de transferência de passagem mais fraco, que está sujeito a congestionamento na RAN, e deixar enlaces LI e L2. A abordagem de redução de congestionamento tem o benefício de não~afetãrãtaxa~de~bitsobrea-interfacede-rádÍQ JDualquer perda de capacidade associada com perda da macro-diversidade sobre a interface aérea é de menor impacto que o congestionamento de RAN associado com enlace L3.
As interfaces Iub e Iur da RAN, cada, provavelmente, têm uma largura de banda de enlace ascendente total máxima. Uma certa, relativamente pequena quantidade de cada largura de banda máxima é alocada para sinalização de controle. O resto da largura de banda restante, pode ser dividido como desejado entre canais de dados dedicados de enlace ascendente (X) e canais de dados dedicados de enlace ascendente aprimorados (Y), quando a largura de banda restante = (X + Y). Quando o RNC detecta congestionamento de enlace ascendente sobre uma das interfaces, ele envia uma mensagem para a RBS para reduzir a” largura de banda dos-canais de dados dedicados de enlace ascendente aprimorado, de uma percentagem selecionada para reduzir o congestionamento sem ter muito impacto nos serviços de enlace ascendente aprimorado. Quando a condição de congestionamento é aliviada ou após um pré-determinado período de tempo, a largura de banda dos canais de dados dedicados de enlace ascendente aprimorado pode ser restaurada para Y.
A tecnologia cima resolve o problema de congestionamento de enlace ascendente da RAN sem ter uma sobre aprovisionamento de rede de transporte de RAN. O congestionamento da RAN é reduzido adaptando a carga de transmissões móveis de enlace ascendente para a situação de recursos de enlace ascendente de RAN corrente. Em outras palavras, a taxa de bit do quadro de dados na RAN pode ser adaptada para as restrições de largura de banda presentes. Como um resultado, os atrasos e perdas de quadros de dados, podem ser minimizados, mesmo onde a interface rádio de enlace ascendente pode fornecer mais altas taxas de bit do que a rede de transporte de RAN pode oferecer.
-_Embora várias modalidades têm sido mostradas e descritas em detalhes, as reivindicações não são limitadas a qualquer modalidade em particular. Nenhuma das descrições acima deve ser lida como lembrando que qualquer elemento particular, passo, intervalo, ou função é essencial tal que precisa ser incluída no escopo das reivindicações. O escopo do problema patenteado é definido somente através das reivindicações. A extensão da proteção legal é definida pelas palavras recitadas nas reivindicações permitidas e suas equivalentes. Nenhuma reivindicação é pretendida para convocar parágrafo 6 de 35 USC 112 ao menos que palavras “ significa que ” são usadas.

Claims (6)

1/6
REIVINDICAÇÕES
1. Método para gerenciar uma condição de sobrecarga ou congestionamento entre nós em uma rede de acesso por rádio (RAN) (14) transportando dados recebidos provenientes de um ou mais terminais móveis (20) compreendendo as etapas de:
-monitorar congestionamento na RAN associado com transporte de informação de enlace ascendente proveniente de um ou mais terminais móveis (20) através da RAN;
- detectar congestionamento na RAN associado com transporte de informação de enlace ascendente proveniente de terminais móveis (20) através da RAN; e
- reduzir o congestionamento detectado na RAN associado com transporte de informação de enlace ascendente proveniente de terminais móveis (20) através da RAN, onde a
RAN inclui um controlador de rede de rádio (16) acoplado com uma estação base de rádio (18) e onde o controlador de rede de rádio (16) detecta congestionamento de enlace ascendente sobre uma interface entre o controlador de rede de rádio (16) e a estação base de rádio (18) caracterizado pelo fato de que o congestionamento detectado é reduzido pela estação base (18) enviando mensagens de confirmação negativa para as unidades de dados recebidas de volta para um ou mais terminais móveis (20),
Petição 870180156406, de 28/11/2018, pág. 17/32
2/6 causando um ou mais terminais móveis (20) a retransmitir tais unidades de dados de confirmação negativa.
2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que os terminais móveis (20) transmitem informação para a RAN usando acesso de pacote de enlace ascendente em alta velocidade (HSUPA) ou usando um ou mais canais dedicados de enlace ascendente aprimorados (EDCHs).
3. Método, de acordo com a reivindicação 1,
caracterizado pelo fato de que a RAN inclui um primeiro controlador de rede de rádio (16 ) acoplado a um segundo controlador de rede de rádio (16) e onde um dos controladores de rede de rádio (16) detecta congestionamento de enlace ascendente sobre uma interface entre o primeiro e o segundo controladores de rede de rádio (16) . 4. Método, de acordo com a reivindicações 1 a 3, caracterizado pelo fato de que a redução inclui fazer uma
ação para reduzir um parâmetro associado com a taxa de bit com a qual informação do terminal móvel (20) de enlace ascendente é transportada através da RAN.
5. Método, de acordo com a reivindicação 4, caracterizado pelo fato de que a informação do terminal móvel (20) de enlace ascendente é comunicada usando fluxos
Petição 870180156406, de 28/11/2018, pág. 18/32
3/6 de dados de enlace ascendente e onde o parâmetro de taxa de bit é reduzido reduzindo uma taxa de bit de um ou mais fluxos de dados de enlace ascendente.
6. Método, de acordo com a reivindicação 4, caracterizado pelo fato de que o parâmetro de taxa de bit é reduzido baseado em um valor de parâmetro de taxa de bit absoluto ou em um valor de parâmetro de taxa de bit relativo. 7 . Método, de acordo com a reivindicação 6,
caracterizado pelo fato de que o valor de parâmetro de taxa de bit absoluto corresponde a uma potência de transmissão ou taxa de bit máxima e o valor de parâmetro de taxa de bit relativo corresponde a uma percentagem ou fração de uma potência de transmissão ou taxa de bit corrente.
8. Método, de acordo com a reivindicação 4, caracterizado pelo fato de que o parâmetro de taxa de bit é reduzido pelo envio de informação de controle em um plano de controle ou em um plano de dados de usuário.
9. Método, de acordo com a reivindicação 4, caracterizado pelo fato de que o parâmetro de taxa de bit é reduzido usando concessões ou créditos de programação para comunicações do terminal móvel (20) de enlace ascendente.
10. Método, de acordo com a reivindicação 4, caracterizado pelo fato de que o parâmetro de taxa de bit é
Petição 870180156406, de 28/11/2018, pág. 19/32
4/6 reduzido pelo descarte de um ou mais quadros de uma ou mais comunicações do terminal móvel (20) de enlace ascendente.
11. Método, de acordo com a reivindicação 4, caracterizado pelo fato de que o parâmetro de taxa de bit é reduzido pela liberação de um ou mais enlaces de rádio de transferência de passagem de diversidade.
12. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que primeira quantidade de largura de banda alocada a canais dedicados de enlace ascendente e uma segunda quantidade de largura debanda é alocada a canais dedicados de enlace ascendente aprimorados e onde o controlador de rede de rádio (16) envia uma mensagem para a estação base de rádio (18) para reduzir a segunda quantidade de largura de banda quando congestionamento de enlace ascendente é detectado na RAN.
13. Aparelho para uso em gerenciar uma condição de sobrecarga ou congestionamento em uma rede de acesso por rádio (RAN) (14) associado com enlace ascendente de informação de transporte a partir de um ou mais terminais móveis (20) através da RAN, compreendendo:
- um programador (44) para programar transmissões de enlace ascendente provenientes de um ou mais terminais móveis (20), e
Petição 870180156406, de 28/11/2018, pág. 20/32
5/6
- um controlador de congestionamento (40), acoplado ao programador (44) , para reduzir congestionamento na RAN associado com enlace ascendente de informação de transporte proveniente dos terminais móveis (20) através da RAN, onde o controlador de congestionamento (40) é configurado para receber uma ou mais mensagens provenientes de um controlador de rede de rádio (16) na RAN incluindo informação associada à redução de congestionamento na RAN associada ao enlace ascendente de informação de transporte proveniente de terminais móveis (20) através da RAN caracterizado pelo fato de que o controlador de congestionamento (40) é configurado para instruir um controlador de requisição de repetição automática (42) a enviar mensagens de confirmação negativa para as unidades de dados recebidas de volta para um ou mais terminais móveis (20) causando um ou mais terminais móveis (20) a
retransmitir tais unidades de dados de confirmação negativa. 14. Aparelho, de acordo com a reivindicação 13, caracterizado pelo fato de que o controlador de
congestionamento (40) é configurado para instruir o programador (44) para restringir concessões ou créditos de transmissões de enlace ascendente fornecidos para um ou mais terminais móveis (20).
Petição 870180156406, de 28/11/2018, pág. 21/32
6/6
15. Aparelho, de acordo com a reivindicação 13, caracterizado pelo fato de que o controlador de congestionamento (40) é configurado para descartar um ou mais quadros associados com uma ou mais comunicações de terminal móvel (20) de enlace ascendente.
BRPI0606600-3A 2005-01-14 2006-01-10 Método para gerenciar e aparelho para uso em gerenciar uma condição de sobrecarga ou congestionamento entre nós em uma rede de acesso por rádio BRPI0606600B1 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/035021 2005-01-14
US11/035,021 US7724656B2 (en) 2005-01-14 2005-01-14 Uplink congestion detection and control between nodes in a radio access network
PCT/SE2006/000032 WO2006075951A1 (en) 2005-01-14 2006-01-10 Uplink congestion detection and control between nodes in a radio access network

Publications (2)

Publication Number Publication Date
BRPI0606600A2 BRPI0606600A2 (pt) 2010-03-16
BRPI0606600B1 true BRPI0606600B1 (pt) 2019-04-24

Family

ID=36677913

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0606600-3A BRPI0606600B1 (pt) 2005-01-14 2006-01-10 Método para gerenciar e aparelho para uso em gerenciar uma condição de sobrecarga ou congestionamento entre nós em uma rede de acesso por rádio

Country Status (8)

Country Link
US (4) US7724656B2 (pt)
EP (1) EP1836866B1 (pt)
JP (1) JP5021498B2 (pt)
KR (1) KR20070094781A (pt)
CN (2) CN103152765B (pt)
BR (1) BRPI0606600B1 (pt)
TW (1) TWI370644B (pt)
WO (1) WO2006075951A1 (pt)

Families Citing this family (139)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007119086A1 (en) * 2004-11-09 2007-10-25 Nokia Corporation Apparatus and method for arbitrary data rate ramp up after overload on wireless interface
EP1848234B1 (en) * 2005-01-11 2010-10-06 NTT DoCoMo, Inc. Wireless resource management method, wireless base station, and base station controller
US7724656B2 (en) * 2005-01-14 2010-05-25 Telefonaktiebolaget Lm Ericsson (Publ) Uplink congestion detection and control between nodes in a radio access network
CN100576955C (zh) * 2005-02-07 2009-12-30 上海贝尔阿尔卡特股份有限公司 一种基于非服务基站相对命令的终端操作方法及其装置
CN100425087C (zh) * 2005-02-07 2008-10-08 上海贝尔阿尔卡特股份有限公司 一种用于hsupa的基站调度方法及系统
US7742444B2 (en) 2005-03-15 2010-06-22 Qualcomm Incorporated Multiple other sector information combining for power control in a wireless communication system
US20060215604A1 (en) * 2005-03-24 2006-09-28 Jens Mueckenheim Scheduling method for enhanced uplink channels
JP4521308B2 (ja) * 2005-03-29 2010-08-11 株式会社エヌ・ティ・ティ・ドコモ 伝送速度制御方法、移動局及び無線回線制御局
EP1708524B1 (en) * 2005-04-01 2009-07-08 Panasonic Corporation "Happy bit" setting in a mobile communication system
DE602005011101D1 (de) * 2005-04-01 2009-01-02 Panasonic Corp Zeitliche Planung von Endgeräten in einem Funkkommunikationssystem
JP4713925B2 (ja) * 2005-04-18 2011-06-29 株式会社エヌ・ティ・ティ・ドコモ 伝送速度制御方法、移動局及び無線基地局
US9055552B2 (en) 2005-06-16 2015-06-09 Qualcomm Incorporated Quick paging channel with reduced probability of missed page
US8750908B2 (en) 2005-06-16 2014-06-10 Qualcomm Incorporated Quick paging channel with reduced probability of missed page
FI20055370A0 (fi) * 2005-06-30 2005-06-30 Nokia Corp Resurssien allokointimenetelmä, viestintäjärjestelmä, verkkoelementti, moduuli, tietokoneohjelmatuote ja tietokoneohjelman jakeluväline
US8494539B1 (en) * 2005-06-30 2013-07-23 Alcatel Lucent Congestion management in radio access networks
EP1913710B1 (en) * 2005-08-11 2013-11-20 Cisco Technology, Inc. System and method for congestion control signaling
JP4668733B2 (ja) * 2005-08-19 2011-04-13 株式会社エヌ・ティ・ティ・ドコモ 伝送速度制御方法及び移動局
JP4592547B2 (ja) * 2005-08-24 2010-12-01 株式会社エヌ・ティ・ティ・ドコモ 送信電力制御方法及び移動通信システム
US7613157B2 (en) 2005-08-30 2009-11-03 Interdigital Technology Corporation Wireless communication method and apparatus for processing enhanced uplink scheduling grants
US8045454B2 (en) * 2005-09-12 2011-10-25 Cisco Technology, Inc. Multimedia data flow dropping
CN101352073A (zh) 2005-10-27 2009-01-21 高通股份有限公司 在无线通信系统中发送接入探测的方法和设备
US20090207790A1 (en) 2005-10-27 2009-08-20 Qualcomm Incorporated Method and apparatus for settingtuneawaystatus in an open state in wireless communication system
JP2007159005A (ja) * 2005-12-08 2007-06-21 Fujitsu Ltd 無線ネットワークシステム及び同システムにおける通信トラフィック切替方法並びに同システムに用いられるトラフィック処理装置、回線多重装置及び上位装置
US7826364B1 (en) * 2006-02-09 2010-11-02 Verizon Services Corp. Dynamic service-aware flow control in packet networks
FI20065174A0 (fi) * 2006-03-17 2006-03-17 Nokia Corp Tiedonsiirto
US8000242B2 (en) * 2006-07-06 2011-08-16 Alcatel Lucent Reducing packet loss for a packet data service during congestion in a transport network
US20080026754A1 (en) * 2006-07-31 2008-01-31 Motorola, Inc. Call handover between radio network subsystems
CN100454903C (zh) * 2006-08-17 2009-01-21 华为技术有限公司 一种对iub接口进行流量控制的方法
DK2381728T3 (da) 2006-08-21 2013-10-07 Interdigital Tech Corp Planlægning og signalering af dynamisk ressourceallokering for en variabel datahastighedstjeneste i LTE
EP1901493A1 (en) * 2006-09-14 2008-03-19 Siemens S.p.A. Controlling congestion over a non-serving branch
JP5140975B2 (ja) * 2006-09-14 2013-02-13 富士通株式会社 移動通信システム及びその通信方法
US8600397B2 (en) 2006-09-22 2013-12-03 Ntt Docomo, Inc. Mobile communication system and communication controlling method
US9882683B2 (en) * 2006-09-28 2018-01-30 Telefonaktiebolaget Lm Ericsson (Publ) Autonomous transmission for extended coverage
JP4805080B2 (ja) * 2006-09-29 2011-11-02 株式会社エヌ・ティ・ティ・ドコモ 通信制御方法、無線基地局及び無線制御局
EP1926257A1 (en) * 2006-11-27 2008-05-28 Nokia Siemens Networks Gmbh & Co. Kg Method for decoupling congestion control in a cascade of network elements of an UMTS radio access network
CN101543112A (zh) * 2006-11-28 2009-09-23 艾利森电话股份有限公司 蜂窝电话系统中的增强流控制
US7940721B2 (en) * 2006-12-22 2011-05-10 Alcatel-Lucent Usa Inc. Power overload control method useful with enhanced dedicated channel traffic
US8699421B2 (en) * 2007-01-19 2014-04-15 Samsung Electronics Co., Ltd. Method and system for wireless communication using channel selection and bandwidth reservation
US8135400B2 (en) * 2007-01-19 2012-03-13 Samsung Electronics Co., Ltd. Method and system for device discovery in wireless communication
US8509159B2 (en) * 2007-01-19 2013-08-13 Samsung Electronics Co., Ltd. Method and system for wireless communication using out-of-band channels
US8503968B2 (en) * 2007-01-19 2013-08-06 Samsung Electronics Co., Ltd. Method and system for power saving in wireless communications
US8179805B2 (en) * 2007-01-19 2012-05-15 Samsung Electronics Co., Ltd. Method and system for wireless communication by spatial reuse
US8755270B2 (en) * 2007-02-05 2014-06-17 Telefonaktiebolaget L M Ericsson (Publ) Congestion/load indication for high speed packet access
CN100536605C (zh) * 2007-02-28 2009-09-02 华为技术有限公司 无线通信网络中拥塞控制方法及其装置
US20080299963A1 (en) * 2007-06-04 2008-12-04 Telefonaktiebolaget Lm Ericsson (Publ) Method and Apparatus for Vocoder Rate Control by a Mobile Terminal
US8194699B2 (en) * 2007-09-21 2012-06-05 Intel Corporation Radio scheduler and data plane interface
KR101167523B1 (ko) * 2008-01-17 2012-07-20 노키아 코포레이션 무선 시스템에서의 적응적 멀티-레이트 코덱 비트 레이트 제어
JP5211740B2 (ja) * 2008-02-18 2013-06-12 富士通株式会社 通信方法および中継装置
JP5081706B2 (ja) * 2008-02-25 2012-11-28 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、移動通信システム及び無線基地局
JP5184141B2 (ja) * 2008-02-25 2013-04-17 株式会社エヌ・ティ・ティ・ドコモ 無線通信システム、無線通信方法及び基地局
EP2292038A4 (en) * 2008-06-24 2015-02-11 Unwired Planet Internat Ltd CONCEALING REGULATION IN A WIRELESS COMMUNICATION NETWORK
ES2342960B1 (es) * 2008-09-30 2011-06-14 Vodafone España, S.A.U. Procedimiento y sistema de control de congestion en ehspa.
US20100097932A1 (en) * 2008-10-15 2010-04-22 Viasat, Inc. Satellite traffic and congestion-based upstream scheduler
EP2200362B1 (en) * 2008-12-17 2016-08-17 Comptel Corporation Dynamic mobile network traffic control
JP5173786B2 (ja) * 2008-12-22 2013-04-03 株式会社日立製作所 無線基地局装置および無線通信システム
ATE513398T1 (de) * 2009-02-02 2011-07-15 Alcatel Lucent Telekommunikationsverfahren und vorrichtung dafür
CN101489263B (zh) * 2009-03-03 2012-04-25 华为技术有限公司 一种数据传输控制方法、装置及系统
JP5311032B2 (ja) * 2009-03-06 2013-10-09 日本電気株式会社 移動通信システム、基地局、上りスケジューリング方法及びプログラム
US8964551B2 (en) * 2009-03-19 2015-02-24 Telefonaktiebolaget L M Ericsson (Publ) HSPA relative bit-rate AIMD-based QoS profiling
US8537731B2 (en) 2009-03-27 2013-09-17 Eden Rock Communications, Llc Systems and methods for reducing congestion in a wireless network
EP2237493A1 (en) * 2009-03-31 2010-10-06 Nokia Siemens Networks OY Network entities and a method for controlling congestions in communications networks
JP4787890B2 (ja) * 2009-04-21 2011-10-05 株式会社エヌ・ティ・ティ・ドコモ 無線通信システムで使用される通信端末及び方法
JP4785947B2 (ja) * 2009-05-01 2011-10-05 株式会社エヌ・ティ・ティ・ドコモ 無線基地局
US8185145B1 (en) * 2009-05-19 2012-05-22 Sprint Spectrum L.P. Dynamic overhead channel power control
EP2454858B1 (en) * 2009-07-17 2014-01-29 Koninklijke KPN N.V. Congestion Control in a Telecommunications Network
US8965380B2 (en) * 2009-08-11 2015-02-24 Cisco Technology, Inc. System and method for providing access in a network environment
US8107440B2 (en) * 2009-08-24 2012-01-31 Telefonaktiebolaget Lm Ericsson (Publ) Transport network congestion control for enhanced uplink communications
EP2471302B1 (en) * 2009-08-25 2014-03-05 Telefonaktiebolaget LM Ericsson (publ) Using the ecn mechanism to signal congestion directly to the base station
CN102714579B (zh) * 2009-09-30 2014-12-24 交互数字专利控股公司 用于上行链路中多天线传输的方法和设备
US8914520B2 (en) * 2009-11-16 2014-12-16 Cisco Technology, Inc. System and method for providing enterprise integration in a network environment
US8248998B2 (en) * 2009-12-08 2012-08-21 Fiber Logic Communications, Inc. Telecommunication network transmission divergence system and method
US8335161B2 (en) 2010-02-03 2012-12-18 Bridgewater Systems Corp. Systems and methods for network congestion management using radio access network congestion indicators
EP2545741A4 (en) 2010-03-08 2017-02-15 Optis Cellular Technology, LLC A method and apparatus for grant-based uplink transmission scheduling
US8493860B2 (en) * 2010-03-24 2013-07-23 Telefonaktiebolaget Lm Ericsson (Publ) Fair congestion detection for transport network layer WCDMA communications
US8619573B2 (en) * 2010-03-24 2013-12-31 Telefonaktiebolaget Lm Ericsson (Publ) Delayed flow control action in transport network layer WCDMA communications
US8908524B2 (en) * 2010-03-30 2014-12-09 Telefonaktiebolaget L M Ericsson (Publ) Method of congestion detection in a cellular radio system
US9112797B2 (en) 2010-03-31 2015-08-18 Telefonaktiebolaget L M Ericsson (Publ) Congestion handling in a communication network
JP4965682B2 (ja) * 2010-04-05 2012-07-04 株式会社エヌ・ティ・ティ・ドコモ 無線通信システム、無線制御装置、無線基地局及び無線通信方法
WO2011145986A1 (en) 2010-05-18 2011-11-24 Telefonaktiebolaget L M Ericsson (Publ) Load estimation in softer handover
US8842535B2 (en) * 2010-08-03 2014-09-23 Apple Inc. Method and apparatus for radio link control during network congestion in a mobile wireless device
US20120033613A1 (en) * 2010-08-04 2012-02-09 National Taiwan University Enhanced rach design for machine-type communications
US9332510B2 (en) * 2010-08-17 2016-05-03 Qualcomm Incorporated Apparatus and method for controlling inter-cell interference between femtocells and macrocells
WO2012052071A1 (en) * 2010-10-18 2012-04-26 Telefonaktiebolaget L M Ericsson (Publ) Communication scheduling based on priority and resource utilization
CN102457898A (zh) * 2010-10-25 2012-05-16 中兴通讯股份有限公司 增强专用信道拥塞的控制方法及系统
EP2638666A1 (en) 2010-11-08 2013-09-18 Telefonaktiebolaget L M Ericsson (publ) Monitoring congestion status in a network
GB2485348A (en) * 2010-11-08 2012-05-16 Wireless Tech Solutions Llc Controlling communication from and/or to a mobile communications device in accordance with a relative priority indicated by the type of data packets
KR101781159B1 (ko) * 2010-12-20 2017-09-22 한국전자통신연구원 데이터 분배 서비스에서 경량 멀티캐스트를 제공하는 방법 및 장치
EP2664178B1 (en) * 2011-01-12 2015-03-11 Telefonaktiebolaget LM Ericsson (PUBL) Adaptive relative bit-rate manager for TCP depending flow control
US20120198020A1 (en) * 2011-02-02 2012-08-02 Verizon Patent And Licensing, Inc. Content distribution within a service provider network
US8724467B2 (en) * 2011-02-04 2014-05-13 Cisco Technology, Inc. System and method for managing congestion in a network environment
AU2012217070C1 (en) * 2011-02-15 2016-08-11 Nokia Solutions And Networks Oy Detecting a level of use in a communications network
US8630247B2 (en) 2011-02-15 2014-01-14 Cisco Technology, Inc. System and method for managing tracking area identity lists in a mobile network environment
CN103348751B (zh) * 2011-02-15 2017-10-31 诺基亚通信公司 检测通信网络中的使用水平
US8891373B2 (en) 2011-02-15 2014-11-18 Cisco Technology, Inc. System and method for synchronizing quality of service in a wireless network environment
US8787159B2 (en) * 2011-04-14 2014-07-22 Alcatel Lucent Mechanism for wireless access networks to throttle traffic during congestion
JP2012231335A (ja) * 2011-04-26 2012-11-22 Ntt Docomo Inc 基地局及び通信制御方法
WO2012175117A1 (en) * 2011-06-21 2012-12-27 Telefonaktiebolaget L M Ericsson (Publ) Managing communications within a wireless communications network
US8902815B2 (en) 2011-07-10 2014-12-02 Cisco Technology, Inc. System and method for subscriber mobility in a cable network environment
US9125098B2 (en) * 2011-08-03 2015-09-01 Qualcomm Incorporated Method and apparatus for flow congestion control in multiflow networks
MY168125A (en) * 2011-11-10 2018-10-11 Ericsson Telefon Ab L M Methods, radio base station and radio network controller
US9544810B2 (en) 2011-11-14 2017-01-10 T-Mobile Usa, Inc. Device-based architecture for self organizing networks
US20130194937A1 (en) * 2012-01-31 2013-08-01 Alcatel-Lucent Usa Inc. Method and apparatus for providing intelligent codec rate adaptation for wireless users
US9912597B2 (en) * 2012-03-08 2018-03-06 Samsung Electronics Co., Ltd. Method and apparatus for controlling traffic of radio access network in a wireless communication system
US20150103651A1 (en) * 2012-05-14 2015-04-16 Nokia Corporaiton Method for managing device behavior during increased load or congestion using policies
US9198209B2 (en) 2012-08-21 2015-11-24 Cisco Technology, Inc. Providing integrated end-to-end architecture that includes quality of service transport for tunneled traffic
WO2014037762A1 (en) * 2012-09-05 2014-03-13 Telefonaktiebolaget L M Ericsson (Publ) Methods and devices for controlled data upload in mobile cellular networks
US9100069B2 (en) 2012-09-10 2015-08-04 Telefonaktiebolaget L M Ericsson (Publ) Rate matching for high speed dedicated physical control channel in a multi antenna wireless communication system
US9264935B2 (en) 2012-09-13 2016-02-16 Telefonaktiebolaget L M Ericsson (Publ) Congestion control method and aparatus for wireless networks
CN103731885B (zh) * 2012-10-16 2016-12-07 中兴通讯股份有限公司 上行宏分集合并等待时间动态调整方法及装置
US9967300B2 (en) 2012-12-10 2018-05-08 Alcatel Lucent Method and apparatus for scheduling adaptive bit rate streams
US9629069B2 (en) * 2012-12-26 2017-04-18 Nec Corporation Communication device and communication control method
JP6292128B2 (ja) * 2013-01-18 2018-03-14 日本電気株式会社 通信システム、ノード、制御装置、通信方法およびプログラム
EP2949148A4 (en) * 2013-01-25 2016-08-31 Ericsson Telefon Ab L M METHOD AND DEVICE FOR CAPACITY MANAGEMENT
US9049747B2 (en) * 2013-02-25 2015-06-02 Apple Inc. Facilitating in-device coexistence between wireless communication technologies
US9351183B2 (en) * 2013-02-26 2016-05-24 Google Technology Holdings LLC Apparatus and method for measuring and using congestion in a wireless communication system
WO2014133429A1 (en) * 2013-03-01 2014-09-04 Telefonaktiebolaget L M Ericsson (Publ) Methods and nodes for handling congestion in backhaul networks
WO2014189414A1 (en) * 2013-05-20 2014-11-27 Telefonaktiebolaget L M Ericsson (Publ) Congestion control in a communications network
US8973073B2 (en) * 2013-05-20 2015-03-03 Telefonaktiebolaget L M Ericsson (Publ) Weighted ingest policy management in a content distribution network
US9413666B2 (en) 2013-10-02 2016-08-09 Cisco Technology, Inc. Reporting radio access network congestion information in a network sharing environment
US9986461B2 (en) * 2013-12-24 2018-05-29 Huawei Technologies Co., Ltd On-demand radio coordination in a software-defined network
JP5837946B2 (ja) * 2014-01-07 2015-12-24 テレフオンアクチーボラゲット エル エム エリクソン(パブル) 通信ネットワークにおける輻輳処理
CN106031220B (zh) * 2014-02-27 2019-11-08 瑞典爱立信有限公司 收集与无线电接入传输网相关联的ip端点之间的路径的特性
US9882676B2 (en) * 2014-03-07 2018-01-30 Nec Corporation Link-adaptation in partly centralized radio access networks
WO2015169360A1 (en) * 2014-05-08 2015-11-12 Huawei Technologies Co.,Ltd Network device for joint decoding and method thereof
US9258733B2 (en) * 2014-06-24 2016-02-09 Verizon Patent And Licensing Inc. Network congestion control
GB2528124A (en) * 2014-07-11 2016-01-13 Nec Corp Communication system
JP6690546B2 (ja) * 2014-11-18 2020-04-28 日本電気株式会社 通信システム、通信機器、通信方法、及び記録媒体
US9510236B2 (en) 2015-02-02 2016-11-29 Accelerated Media Technologies, Inc. Systems and methods for electronic news gathering
EP3073782B1 (en) * 2015-03-26 2019-08-14 Nokia Solutions and Networks Oy Controlling transmissions
CN105848218B (zh) * 2016-05-11 2019-12-03 中国联合网络通信集团有限公司 Rnc间信令负荷均衡的方法和装置
US10142886B2 (en) 2016-09-30 2018-11-27 Cisco Technology, Inc. System and method to facilitate group reporting of user equipment congestion information in a network environment
WO2018081979A1 (en) 2016-11-03 2018-05-11 Panasonic Intellectual Property Corporation Of America Wireless communication method, apparatus and system
CN107295567B (zh) * 2017-07-21 2020-04-07 重庆邮电大学 一种基于帧结构的无线资源冲突检测方法
WO2020034464A1 (en) * 2018-11-14 2020-02-20 Zte Corporation Methods, apparatus and systems for satisfying a time control requirement in a wireless communication
CN109618412B (zh) * 2019-01-23 2023-03-10 广州开信通讯系统有限公司 面向5g的新型数字光纤分布系统及利用该系统对下行链路、上行链路进行容量调度的方法
US11575609B2 (en) * 2019-07-19 2023-02-07 Intel Corporation Techniques for congestion management in a network
CN110691372B (zh) * 2019-09-16 2021-10-08 Oppo广东移动通信有限公司 传输速率控制方法及终端、存储介质
CN112055383A (zh) * 2020-08-26 2020-12-08 广东省新一代通信与网络创新研究院 一种采用双终端提高数据链路传输可靠性的移动通信系统
CN112714469B (zh) * 2020-12-09 2022-01-18 西安羚控电子科技有限公司 基于功率传输系数的数据传输速率自适应控制系统及方法

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6233222B1 (en) * 1998-03-06 2001-05-15 Telefonaktiebolaget Lm Ericsson Telecommunications inter-exchange congestion control
US6400954B1 (en) * 1998-05-15 2002-06-04 Tlelefonaktiebolaget Lm Ericsson (Publ) Methods and systems for mode selection based on access network capacity
US6862622B2 (en) * 1998-07-10 2005-03-01 Van Drebbel Mariner Llc Transmission control protocol/internet protocol (TCP/IP) packet-centric wireless point to multi-point (PTMP) transmission system architecture
US6657963B1 (en) * 1999-07-30 2003-12-02 Alcatel Canada Inc. Method and apparatus for controlling data congestion in a frame relay/ATM internetworking system
US6889050B1 (en) * 2000-11-22 2005-05-03 Telefonaktiebolaget Lm Ericsson (Publ) Variable transmission rate services in a radio access network
US6850499B2 (en) * 2001-01-05 2005-02-01 Qualcomm Incorporated Method and apparatus for forward power control in a communication system
US7454527B2 (en) * 2001-05-02 2008-11-18 Microsoft Corporation Architecture and related methods for streaming media content through heterogeneous networks
US6871075B2 (en) 2001-05-17 2005-03-22 Nokia Mobile Phones Ltd. RRM optimization on Iur for congestion control
US6983153B2 (en) * 2001-06-07 2006-01-03 Qualcomm Incorporated Method and apparatus for congestion control in a wireless communication system
US7103033B2 (en) * 2001-10-23 2006-09-05 Telefonaktiebolaget Lm Ericsson (Publ) Robust vocoder rate control in a packet network
KR100605941B1 (ko) * 2001-11-28 2006-08-02 삼성전자주식회사 데이터 통신시스템에서 서비스품질을 보장하기 위한데이터 송신 방법 및 장치
US7031254B2 (en) * 2002-01-25 2006-04-18 Lucent Technologies Inc. Rate control system and method for a link within a wireless communications system
US7313091B2 (en) * 2002-05-24 2007-12-25 Interdigital Technology Corporation Method and system for control of congestion in CDMA systems
AU2002311537A1 (en) 2002-06-25 2004-01-06 Nokia Corporation Method and system to optimise soft handover gain in networks such as cdma networks
JP2004104434A (ja) * 2002-09-09 2004-04-02 Matsushita Electric Ind Co Ltd 無線ネットワーク制御装置及び無線通信制御方法
CN1314286C (zh) 2002-09-18 2007-05-02 诺基亚公司 管理无线资源的方法和无线系统
US7961617B2 (en) 2002-10-29 2011-06-14 Telefonaktiebolaget Lm Ericsson (Publ) System and method for wireless network congestion control
US20040181584A1 (en) * 2003-03-14 2004-09-16 Eric Rosen Method and apparatus for exchanging an attachment in a group communication network
US8230106B2 (en) * 2003-03-31 2012-07-24 Alcatel Lucent Methods and apparatus for improved transmission control protocol transmission over a wireless channel exhibiting rate and delay variations
US7113773B2 (en) * 2003-05-16 2006-09-26 Qualcomm Incorporated Reliable reception of broadcast/multicast content
JP5021935B2 (ja) * 2003-06-25 2012-09-12 日本電気株式会社 移動通信システムおよびアクセス制御方法
US7263067B2 (en) * 2003-07-15 2007-08-28 Nokia Siemans Networks Oy Method and apparatus for accelerating throughput in a wireless or other telecommunication system
US20050043035A1 (en) * 2003-08-21 2005-02-24 Diesen Michael J. Method and apparatus for providing multimedia broadcast multicast service data to a subscriber to a multimedia broadcast multicast service
US20050249148A1 (en) * 2004-05-07 2005-11-10 Nokia Corporation Measurement and reporting for uplink enhanced dedicated channel (E-DCH)
US20050259148A1 (en) * 2004-05-14 2005-11-24 Takashi Kubara Three-dimensional image communication terminal
US7924770B2 (en) * 2004-08-06 2011-04-12 Nokia Corporation Method of controlling communication between two nodes in a communication system
CN101040491B (zh) * 2004-10-08 2011-03-30 艾利森电话股份有限公司 无线接入网内的拥塞控制
US7292825B2 (en) * 2004-10-19 2007-11-06 Ipwireless, Inc. Retransmission scheme in a cellular communication system
US7626926B2 (en) * 2004-12-09 2009-12-01 Airvana, Inc. Traffic management in a wireless data network
US20060135189A1 (en) * 2004-12-22 2006-06-22 Shirish Nagaraj Method of controlling a received signal strength target in a wireless communication system
US7724656B2 (en) * 2005-01-14 2010-05-25 Telefonaktiebolaget Lm Ericsson (Publ) Uplink congestion detection and control between nodes in a radio access network
KR100748187B1 (ko) * 2007-06-01 2007-08-10 인하대학교 산학협력단 노드 가용도 예측 기반의 그리드 네트워크 혼잡 제어 장치및 방법

Also Published As

Publication number Publication date
CN103152765A (zh) 2013-06-12
KR20070094781A (ko) 2007-09-21
EP1836866A4 (en) 2011-09-21
EP1836866A1 (en) 2007-09-26
JP5021498B2 (ja) 2012-09-05
TWI370644B (en) 2012-08-11
CN103152765B (zh) 2016-06-22
EP1836866B1 (en) 2017-05-24
US7724656B2 (en) 2010-05-25
TW200704231A (en) 2007-01-16
US20140086057A1 (en) 2014-03-27
BRPI0606600A2 (pt) 2010-03-16
US20100232293A1 (en) 2010-09-16
US20060159016A1 (en) 2006-07-20
CN101124838A (zh) 2008-02-13
JP2008527908A (ja) 2008-07-24
WO2006075951A1 (en) 2006-07-20
US20150163693A1 (en) 2015-06-11

Similar Documents

Publication Publication Date Title
BRPI0606600B1 (pt) Método para gerenciar e aparelho para uso em gerenciar uma condição de sobrecarga ou congestionamento entre nós em uma rede de acesso por rádio
US8761011B2 (en) Efficient flow control in a radio network controller (RNC)
US8493860B2 (en) Fair congestion detection for transport network layer WCDMA communications
TWI458366B (zh) 行動無線裝置中之網路擁塞期間的無線電鏈結控制之方法及設備
US8305886B2 (en) Controlling congestion detection in HSDPA systems
JP5185391B2 (ja) 無線ネットワーク制御装置(rnc)における効率的フロー制御
US20060203760A1 (en) Base station device and transmission method
USRE44797E1 (en) Apparatus, method and computer program product providing user equipment operation by considering scheduling information with regard to the use of relative grants
US8619573B2 (en) Delayed flow control action in transport network layer WCDMA communications
US20080045255A1 (en) Method of transmitting scheduling information by a wireless communication device and a wireless communication device
TWM351564U (en) Apparatus for selecting a radio link control protocol data unit size
BRPI0712247A2 (pt) equipamento de usuário; método para comunicação de um pacote de dados pelo menos um equipamento de usuário; e programa de computador quando carregado em um computador disposto para executar o método de comunicação de um primeiro pacote de dados através de um canal de dados de comunicações para, ao menos, um equipamento de usuário
PT1886522E (pt) Dados de assistência de programação de sinalização num sistema de comunicação celular
JP2004343765A (ja) 通信システムにおいてアップリンク伝送のためにデータをマップする方法
BRPI0608485B1 (pt) Método para controlar a transmissão de enlace ascendente de uma estação móvel para um nó de rede em um enlace de comunicação sem fio entre eles, estação móvel, e, nó de rede
US9497647B2 (en) Methods and devices for reporting in a cellular radio network
US7376119B2 (en) Method of controlling downlink transmission timing in communication systems
CN101631008B (zh) 一种通知负荷状态的方法及装置
BRPI0603164B1 (pt) Método de controle de taxa de transmissão e estação móvel
US10772011B2 (en) Wireless transmission control for improved aggregated cell throughput capacity and signaling reliability
CN102457898A (zh) 增强专用信道拥塞的控制方法及系统
US20150085758A1 (en) Method and system configuring a base station to trigger hs-dpcch generation
RU2389139C2 (ru) Управление потоками информации в универсальной системе мобильной связи (umts)
Krichl SDU Discard Function of RLC Protocol in UMTS
WO2014180384A1 (zh) 一种hsdpa数据信道单次传输吞吐量的控制方法及终端

Legal Events

Date Code Title Description
B06G Technical and formal requirements: other requirements [chapter 6.7 patent gazette]

Free format text: SOLICITA-SE A REGULARIZACAO DA PROCURACAO, UMA VEZ QUE BASEADO NO ARTIGO 216 1O DA LPI, O DOCUMENTO DE PROCURACAO DEVE SER APRESENTADO EM SUA FORMA AUTENTICADA; OU SEGUNDO MEMO/INPI/PROC/NO 074/93, DEVE CONSTAR UMA DECLARACAO DE VERACIDADE, A QUAL DEVE SER ASSINADA POR UMA PESSOA DEVIDAMENTE AUTORIZADA A REPRESENTAR O INTERESSADO, DEVENDO A MESMA CONSTAR NO INSTRUMENTO DE PROCURACAO, OU NO SEU SUBSTABELECIMENTO.

B25A Requested transfer of rights approved

Owner name: CLUSTER LLC (US)

B25A Requested transfer of rights approved

Owner name: UNWIRED PLANET, LLC (US)

B25A Requested transfer of rights approved

Owner name: LENOVO GROUP LIMITED (HK)

B06T Formal requirements before examination [chapter 6.20 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: AS CLASSIFICACOES ANTERIORES ERAM: H04W 28/10 , H04W 24/00

Ipc: H04W 28/10 (2009.01), H04L 12/801 (2013.01)

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 24/04/2019, OBSERVADAS AS CONDICOES LEGAIS. (CO) 10 (DEZ) ANOS CONTADOS A PARTIR DE 24/04/2019, OBSERVADAS AS CONDICOES LEGAIS

B21F Lapse acc. art. 78, item iv - on non-payment of the annual fees in time

Free format text: REFERENTE A 16A ANUIDADE.

B24J Lapse because of non-payment of annual fees (definitively: art 78 iv lpi, resolution 113/2013 art. 12)

Free format text: EM VIRTUDE DA EXTINCAO PUBLICADA NA RPI 2652 DE 03-11-2021 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDA A EXTINCAO DA PATENTE E SEUS CERTIFICADOS, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013.