BRPI1006380B1 - Método para comunicação em uma rede de uma primeira estação a uma segunda estação e estação de rádio - Google Patents

Método para comunicação em uma rede de uma primeira estação a uma segunda estação e estação de rádio Download PDF

Info

Publication number
BRPI1006380B1
BRPI1006380B1 BRPI1006380-3A BRPI1006380A BRPI1006380B1 BR PI1006380 B1 BRPI1006380 B1 BR PI1006380B1 BR PI1006380 A BRPI1006380 A BR PI1006380A BR PI1006380 B1 BRPI1006380 B1 BR PI1006380B1
Authority
BR
Brazil
Prior art keywords
station
buffer
rsb
logical channel
status
Prior art date
Application number
BRPI1006380-3A
Other languages
English (en)
Inventor
Milos Tesanovic
Matthew Baker
Original Assignee
Koninklijke Philips N.V.
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=42321014&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=BRPI1006380(B1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Koninklijke Philips N.V. filed Critical Koninklijke Philips N.V.
Publication of BRPI1006380A2 publication Critical patent/BRPI1006380A2/pt
Publication of BRPI1006380B1 publication Critical patent/BRPI1006380B1/pt

Links

Images

Classifications

    • 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/0278Traffic management, e.g. flow control or congestion control using buffer status reports
    • 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
    • H04W28/12Flow control between communication endpoints using signalling between network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • 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
    • H04W28/14Flow control between communication endpoints using intermediate storage
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/27Control channels or signalling for resource management between access points
    • 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/30Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • H04W72/0426

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Alarm Systems (AREA)
  • Small-Scale Networks (AREA)

Abstract

método para comunicação em uma rede de uma primeira estação a uma segunda estação de rádio. a presente invenção refere-se a um método para comunicação em uma rede de uma primeira estação a uma segunda estação, em que a primeira estação compreende pelo menos uma memória buffer para armazenar os pacotes de dados a serem transmitidos, em que o método compreende as etapas de (a) estimativa, pela primeira estação, do status de pelo menos uma memória buffer, (b) transmissão, pela primeira estação, de pelo menos um pacote do status do buffer representativo do status da memória buffer, em que o método compreende ainda (c) a adaptação do valor de um primeiro parâmetro dos pacotes do status do buffer com base em uma característica de tráfego de dados.

Description

MÉTODO PARA COMUNICAÇÃO EM UMA REDE DE UMA PRIMEIRA ESTAÇÃO A UMA SEGUNDA ESTAÇÃO E ESTAÇÃO DE RÁDIO CAMPO DA INVENÇÃO
A presente invenção refere-se a um método para comunicação em uma rede de comunicação. Mais especificamente, ela se refere a um método para a comunicação de uma primeira estação e uma segunda estação. Ela também se refere a estações de rádio com capacidade de executar tal método.
A presente invenção, por exemplo, é relevante para todas as redes de comunicação sem fio, e em um exemplo da seguinte descrição, para uma rede de telecomunicação móvel tal como UMTS, ou UMTS LTE.
ANTECEDENTES DA INVENÇÃO
Em uma rede celular, cada célula compreende uma estação de rádio principal, tal como uma estação base, ou um nó B, ou um eNB que se comunica com uma pluralidade de estações secundárias, tais como estações móveis, ou equipamentos de usuários. Para poder enviar dados à estação principal em alguns canais de uplink, uma estação secundária deve tipicamente ter um recurso alocado (por exemplo, quantidade de tempo, subportadora de frequência, e/ou código).
Muitos sistemas de comunicação operam utilizando um programador centralizado que é o responsável pela alocação de recursos de transmissão a nós diferentes. Um exemplo típico é o uplink de UMTS LTE (Long Term Evolutiuon) (Evolução a Longo Prazo) , onde as transmissões de uplink das estações secundárias diferentes são programadas no tempo e na frequência pela estação principal. A estação principal transmite uma mensagem de "concessão de programação" a uma estação secundária, indicando um recurso particular de tempo-frequência para a transmissão da estação secundária, tipicamente em torno de 3 ms após a transmissão da mensagem de concessão. A mensagem de concessão também especifica tipicamente os parâmetros da transmissão tais como a taxa de dados e/ou a potência a serem utilizadas para a transmissão da estação secundária.
A fim de que a estação principal emita concessões apropriadas, ela necessita ter informações suficientes sobre a quantidade e o tipo de dados que aguardam a transmissão no buffer de cada estação secundária.
Em LTE, diversos tipos de mensagens de relatório do status do buffer (RSB) são portanto definidos, os quais podem ser transmitidos de uma estação secundária à estação principal quando ocorrem determinados disparos. A versão atual de 3GPP TS36.321 é incorporada a título de referência.
O procedimento de relatório do status do buffer é utilizado para fornecer à estação principal servidora as informações sobre a quantidade de dados nos buffers de uplink da estação secundária. Dois tipos de relatórios do status do buffer são utilizados, dependendo dos eventos. Um Relatório do Status do Buffer (RSB) curto compreende a identidade de um único grupo de canais lógicas, juntamente com um indicador de 6 bits da quantidade de dados que correspondem a esse grupo de canais lógicas que residem atualmente no buffer da estação secundária que aguarda a transmissão. Um RSB longo compreende quatro RSBs curtos concatenados, cada um dos quais corresponde a um grupo diferente de canais lógicas.
Um problema com o procedimento de RSB definido acima é que uma estação secundária só tem permissão para transmitir um RSB se tiver um recurso concedido no qual vai transmitir. Se os dados novos chegarem em um buffer da estação secundária e a estação secundária não tiver nenhum recurso concedido no qual vai transmitir os dados ou enviar um RSB para indicar que tem dados aguardando transmissão, a estação secundária deve aguardar até que uma concessão seja recebida, ou então deve transmitir uma versão mais simples do RSB que pode ser transmitido utilizando alguns recursos especialmente designados que podem ser utilizados sem um recurso concedido específico. Esta versão mais simples do RSB é conhecida como uma "solicitação de programação" (SR), e compreende tipicamente somente um único bit para indicar que os dados estão no buffer. Também é conhecido o fato que um SR compreende uma pequena pluralidade de bits, o que propicia uma funcionalidade maior. Em resposta ao recebimento de um SR, uma estação principal pode transmitir uma concessão que aloca uma quantidade apropriada de recurso de transmissão para a estação secundária para enviar então um RSB, ou então transmitir uma concessão que aloca uma quantidade maior de recurso de transmissão que permite que a estação secundária transmita alguns dados além do RSB; no entanto, neste último caso não há tipicamente nenhum meio para que a estação principal determine um tamanho apropriado do alocamento a ser feito, a menos que a SR compreenda mais de um único bocado.
Consequentemente, as implementações conhecidas para informar a estação principal sobre o status dos buffers da estação secundária não tornam possível ter uma quantidade de informações adequadas. Certamente, nos casos de baixa atividade da estação secundária, os RSB transmitidos regularmente são mais do que suficientes, e não utilizam os recursos de uma maneira eficiente. Pelo contrário, no caso que de grande atividade da estação secundária, os RSBs podem não fornecer informações suficientes sobre o estado real dos buffers da estação secundária.
DESCRIÇÃO RESUMIDA DA INVENÇÃO
Um objetivo da invenção consiste em propor um método aperfeiçoado para a comunicação em uma rede que elimine os problemas acima descritos.
Um outro objetivo da invenção consiste em propor um método para comunicar o status dos buffers da estação móvel de uma maneira eficiente, fazendo um uso eficiente dos recursos.
Ainda um outro objetivo da invenção consiste em propor um método para sinalizar o status das memórias do buffer de uma maneira adaptada à situação da estação secundária.
De acordo com um primeiro aspecto da invenção, é proposto um método de comunicação em uma rede de uma primeira estação a uma segunda estação, em que a primeira estação compreende pelo menos uma memória buffer para armazenar os pacotes de dados a serem transmitidos, em que o método compreende as etapas de:
  • (a) estimativa, pela primeira estação, do status de pelo menos uma memória buffer,
  • (b) transmissão, pela primeira estação, de pelo menos um pacote do status do buffer representativo do status da memória buffer, em que o método compreende ainda (c) a adaptação do valor de um primeiro parâmetro dos pacotes do status do buffer com base em uma característica do tráfego de dados.
Em realizações exemplificadoras, a primeira estação é uma estação secundária (ou um equipamento do usuário, ou uma estação móvel) e a segunda estação é uma estação principal (ou um eNodeB, uma estação base).
De acordo com um outro aspecto da invenção, é proposta uma estação de rádio que compreende meios para comunicação em uma rede com pelo menos uma estação adicional, em que a primeira estação compreende ainda pelo menos uma memória buffer para armazenar os pacotes de dados a serem transmitidos, um meio de controle de buffer para estimar o status de pelo menos uma memória buffer, um meio de transmissão para transmitir pelo menos um pacote do status do buffer representativo do status da memória buffer, em que o meio de controle de buffer é configurado para ajustar o valor de um primeiro parâmetro dos pacotes do status do buffer com base em uma característica do tráfego de dados.
Graças a estas características, a estação de rádio, tal como a estação secundária, pode adaptar a quantidade de informações transmitidas à segunda estação, tal como a estação principal, na dependência da situação da estação secundária ou da ocupação total da rede. Desse modo, isto permite fazer um uso eficiente dos recursos concedidos às estações secundárias para sinalizar o status da memória do buffer.
Além disso, deve ser observado que, na variante da invenção onde as estações secundárias se comunicam em uma pluralidade de canais lógicos, as suas memórias buffer podem compreender uma pluralidade de buffers de canais lógicos, cujo status é sinalizado independentemente uns dos outros, e que a adaptação da etapa (c) pode ser feita em um ou mais dos relatórios de status de canal lógico. Desse modo, os relatórios de status de canal lógico dedicados a um canal lógico com baixa atividade podem ser sinalizados menos frequentemente ou com pouca precisão de modo que os relatórios de status de canal lógico dedicados a um canal lógico com grande atividade podem ser sinalizados mais frequentemente ou com uma maior precisão (por exemplo, codificados em mais bits).
Estes e outros aspectos da invenção serão aparentes a partir de e elucidados com referência às realizações descritas em seguida.
BREVE DESCRIÇÃO DOS DESENHOS
A presente invenção será descrita agora mais detalhadamente, a título de exemplo, com referência aos desenhos anexos, nos quais:
  • - a Figura 1 é um diagrama de blocos de uma rede onde a invenção é implementada,
  • - as Figuras 2A e 2B são gráficos horários que mostram a adaptação da sinalização de acordo com uma primeira realização,
  • - as Figuras 3A, 3B e 3C são gráficos horários que mostram a variante da primeira realização.
DESCRIÇÃO DETALHADA DA INVENÇÃO
A presente invenção refere-se a uma rede de comunicação que tem uma estação principal e uma pluralidade de estações secundárias que se comunicam com a estação principal. Tal rede é ilustrada na figura 1.
Com referência à Figura 1, um sistema de comunicação de rádio de acordo com a invenção compreende uma estação de rádio principal (BS) 100 e uma pluralidade de estações de rádio secundárias (MS) 110. A estação principal 100 compreende um microcontrolador (pC) 102, um meio transceptor (Tx/Rx) 104 conectado ao meio de antena 106, um meio de controle de potência (CP) 107 para alterar o nível de potência transmitida, e o meio de conexão 108 para a conexão à PSTN ou uma outra rede apropriada. Cada estação secundária 110 compreende um microcontrolador (pC) 112, um meio transceptor (Tx/Rx) 114 conectado ao meios de antena 116, e um meio de controle de potência (CP) 118 para alterar o nível de potência transmitida. Uma comunicação da estação principal 100 à estação móvel 110 ocorre em um canal de downlink, ao passo que uma comunicação da estação secundária 110 à estação principal 100 ocorre em um canal de uplink.
Em redes de pacotes de dados sem fio com controle centralizado, tal como a rede da figura 1, um mecanismo é requerido para permitir que a estação principal 100 (ou eNB na terminologia de UMTS LTE) priorize eficazmente a alocação de recursos de transmissão uplink entre diferentes estações
secundárias 110 (equipamento do usuário, ou UEs, em UMTS LTE). Cada estação secundária tem tipicamente os dados enfileirados nos buffers até que possa transmitir; pode haver buffers para uma série de correntes diferentes, ou canais lógicos (CLs), cada um com um diferente requisito de qualidade de serviço (QS) . A estação principal necessita de informações para que possa decidir sobre quais estações secundárias devem ter a concessão para transmitir, e a que taxa. Para ajudar neste processo e para reduzir as despesas gerais, é possível agrupar CLs em grupos de CLs (GCLs) e transmitir a indicação dos dados protegidos a GCLs diferentes (a saber, relatórios de status do buffer, RSBs).
Conforme explicado acima, em tais sistemas, tais como UMTS LTE, o número de bits alocados a RSBs é normalmente predeterminado e igual para todos os GCLs. Além disso, o conhecimento perfeito do status do buffer na estação principal 100 é frequentemente suposto; em outras palavras, a estação principal tem um conhecimento muito finamente quantificado do número de bytes nos buffers de estações secundárias. Alguma simulação indica que pode ser mais vantajoso enviar mais atualizações de status de buffer grosseiras mais frequentemente do que os relatórios mais detalhados espaçados uns dos outros, especialmente para funcionalidades em tempo real. Em conseqüência disto, uma extensão fixa de relatório de status do buffer (RSB) destinada a conferir um conhecimento exato do status do buffer tem as seguintes desvantagens:
  • 1. Acarreta despesas gerais significativas, que não podem ser justificadas à luz do fato que em alguns casos um desempenho idêntico ou similar pode ser obtido com poucos bits alocados ao RSB.
  • 2. Impede que os RSBs para múltiplos GCLs sejam enviados de volta à estação principal nos casos onde somente uma parte do número total de bits requeridos está disponível; nesses casos, os sistemas atuais devem fornecer somente um RSB completo para o GCL de mais alta prioridade. (Um exemplo de tal caso ocorre quando a quantidade de dados que podem ser transmitidos é menor do que os recursos de transmissão concedidos, com o resultado que algum enchimento é necessário para preencher os recursos concedidos; em tal caso alguns ou todos os bits de enchimento podem ser substituídos por sinalização de RSB, mas o número de tais bits de enchimento disponíveis a serem substituídos pode ser insuficiente para que RSBs completos sejam transmitidos para todos o GCLs).
A invenção é baseada no reconhecimento que os RSBs precisam ser adaptados à situação de tráfego dos dados de toda a rede, da estação secundária particular, e/ou do grupo de canais lógicos que corresponde ao RSB. De acordo com uma primeira realização da invenção, uma solução proposta consiste em permitir a aspereza e/ou frequência configurável dos RSBs. Consequentemente, de acordo com uma primeira realização da invenção, consiste no enfileiramento de unidades de dados nos buffers da estação secundária, para estimar o nível de aspereza de RSB apropriado para um cenário particular, na própria estação secundária ou então na estação principal, e então na adaptação da aspereza da sinalização de RSB de acordo com a estimativa. Um exemplo desta realização é ilustrado na figura 2A. De acordo com este exemplo, a estação secundária em uma primeira fase de operação 200 transmite um RSB 201 dedicado a pelo menos um canal lógico regularmente. Após a estimativa de uma característica de tráfego de dados que faz com que a estação secundária entre em uma segunda fase 300, tal como um requisito de QS mais restrito para este canal lógico, ou uma atividade maior, a estação secundária transmite os RSBs 301 com mais precisão, por exemplo, com mais bits. Consequentemente, em um determinado momento, a quantidade de dados transmitidos dedicados a este canal lógico é maior na segunda fase 3 00 do que na primeira fase 200. Desse modo, os RSBs são adaptados em relação ao tempo.
De acordo com uma variante da primeira realização ilustrada na figura 2B, os RSBs 3 02 na segunda fase 300 são transmitidos mais frequentemente do que os RSBs 2 02 da primeira fase 200. O tamanho dos RSBs não deve ser variado. Consequentemente, tal como no primeiro exemplo da figura 2B, com o passar do tempo, a quantidade de dados transmitidos dedicados a este canal lógico é maior na segunda fase 300 do que na primeira fase 200. Desse modo, os RSBs são adaptados em relação ao tempo.
Deve ser observado que estes dois exemplos podem ser combinados, por exemplo, onde os RSBs são enviados mais frequentemente, e com uma precisão menor, por exemplo.
De acordo com a primeira realização, a entrada na segunda fase é causada após a estimativa de uma determinada característica de perfis de tráfego. Os possíveis candidatos incluem:
  • a. A intensidade do tráfego, que pode ser definida pelo número médio de novas chegadas no sistema;
  • b. Os requisitos de QS do sistema total, tal como o número total de usuários satisfeitos.
  • c. O tipo de tráfego (por exemplo, VoIP ou transferência de vídeo ou arquivo).
  • d. A quantidade de dados protegidos para um ou mais fluxo de tráfego.
Esta estimativa pode ser feita pela estação principal 100, e pode ser feita para cada grupo de canais lógicos. Então, a estação principal pode transmitir o valor característico estimado, e a estação secundária deduz do valor a aspereza de RSB adequada (ao adaptar a frequência, ou a precisão do RSB), ou até mesmo a aspereza de RSB sinalizada explicitamente para cada GCL. Este valor pode ser diferente para GCLs diferentes.
Antes de sinalizar explicitamente a aspereza de RSB para cada GCL individualmente, o agrupamento de CLs em GCLs pode ser executado pela rede (por exemplo, com base na similaridade entre os níveis de RSB suficientes para o desempenho satisfatório). Em uma variante da presente invenção, a aspereza de RSB é estimada com base no número de bits de enchimento disponíveis, ou levando em consideração o algoritmo de programação real empregado.
Em uma segunda realização da invenção, uma tabela de níveis satisfatórios de aspereza de RSB para um determinado QS e uma faixa variável de cargas de tráfego pode ser produzida para o tráfego de VoIP. Dependendo do volume de tráfego real no sistema, conhecido pela estação principal, a estação secundária pode então adaptar ativamente a aspereza de RSB com base nas informações da carga de tráfego da estação principal.
Um outro exemplo é o caso de RSB de enchimento em UMTS Rel-8 (LTE). Se houver mais de um GCL com dados protegidos, e não houver bits suficientes para enviar um RSB longo, um mecanismo é elaborado de acordo com a presente invenção, o qual determina qual dos GCLs terá seus RSBs enviados, e não apenas aquele com a mais alta prioridade. Esta decisão pode ser baseada em:
  • 1. Prioridades: são selecionados dois, três ou quatro GCLs que têm a mais alta prioridade e não apenas o GCL com a mais alta prioridade;
  • 2. Suficiências do nível do buffer: além das prioridades, podem ser introduzidos limites que, quando excedidos, indicam que o GCL em questão é qualificado para ter seu RSB enviado, ou que adapta a granularidade do RSB.
  • 3. Retardo de linha principal (isto é, a extensão de tempo em que o pacote mais antigo ficou no buffer).
Adicionalmente, formatos são propostos abaixo, os quais permitem que dois, três e quatro RSBs grosseiros sejam combinados em um octeto. O formato de RSB que está sendo transmitido poderia ser indicado por meio de um valor de LCID, tal como na primeira versão de valores de LTE. Novos valores de LCID teria que ser reservado para estes três formatos nas figuras 3A a 3C.
Na figura 3A, se quatro GCLs forem sinalizados à estação principal em um RSB: Neste caso, similarmente ao RSB longo, não há nenhuma necessidade de indicar as IDs dos GCLs, contanto que os RSBs correspondentes sejam fornecidos na ordem correta (uma vez que somente quatro GCLs são definidos em LTE; no caso geral, este formato se aplica à transmissão das informações de RSB para todos os GCLs configurados) . Em uma realização em que oito bits estão disponíveis, isto significa que se dispõe de dois bits para cada um dos quatro GCLs, tal como mostrado na figura 3A.
Na figura 3B, se três GCLs forem sinalizados ã estação principal em um RSB: Se tivessem que ser enviadas as três IDs de 2 bits, em LTE restariam somente 8-6 = 2 bits para três RSBs. Uma alternativa é proposta abaixo, a qual relata a ID do GCL cujo RSB não está sendo relatado (neste caso GCL # 2) , seguido por três RSBs de 2 bits na ordem correta.
Na figura 3C, somente dois GCLs são sinalizados em um RSB, onde as IDs dos dois grupos de canais lógicos são sinalizados com o valor do status do buffer deste GCL. Para um RSB de 8 bits, dois bits são utilizados para a ID, e dois bits são utilizados para o valor do status do buffer desse GCL.
Em uma outra realização, a extensão do RSB é ajustada de acordo com a classe de tráfego. Por exemplo, uma estação secundária poderia transmitir um RSB longo a um GCL que contém pelo menos um fluxo de dados com um critério de satisfação de múltiplos níveis (por exemplo, um download FTP, onde o grau de satisfação do usuário aumenta tipicamente com a redução do retardo de transferência), ao passo que a estação secundária poderia transmitir um RSB mais curto para um GCL que contém somente fluxos de dados de com um critério de satisfação de estado dual (por exemplo, um serviço de VoIP onde o usuário é tipicamente satisfeito, ou então não, dependendo de uma determinada proporção dos pacotes que estão sendo entregues com sucesso dentro de um período de tempo fixo).
Uma outra realização é o caso onde a frequência em que o RSB é enviado é previamente configurada. A estação secundária poderia nesse caso ajustar a extensão do RSB para obter o QS requerido de uma maneira dependente da frequência previamente configurada.
Nos casos onde a estimativa da extensão apropriada do RSB é executada na estação base, a estação base sinaliza então o resultado da estimativa ao UE. Em uma realização típica, o UE pode, portanto, receber uma lista de canais lógicos, de grupos de canais lógicos ou de prioridades, com uma extensão de RSB associado correspondente para cada um.
Em uma variante da invenção, a estação principal é um terminal móvel tal como um equipamento do usuário, e a estação principal é uma estação base tal como um eNodeB.
A invenção pode ser aplicável a sistemas de telecomunicação móveis tais como UMTS LTE e UMTS LTE-Advanced (avançado), mas também em algumas variantes a qualquer sistema de comunicação que tenha alocação de recursos a ser feita dinamicamente ou pelo menos de maneira semi-persistente.
No presente relatório descritivo e nas reivindicações, a palavra "um" ou "uma" precedendo um elemento não exclui a presença de uma pluralidade de tais elementos. Além disso, a palavra "compreende" não exclui a presença de outros elementos ou etapas do que aqueles listados.
A inclusão de sinais da referência entre parênteses nas reivindicações se presta a ajudar na compreensão e não se presta a limitar.
A partir da leitura da presente descrição, outras modificações serão aparentes aos técnicos no assunto. Tais modificações podem envolver outras características que já são conhecidas no estado da técnica de comunicação via rádio.

Claims (7)

  1. MÉTODO PARA COMUNICAÇÃO EM UMA REDE DE UMA PRIMEIRA ESTAÇÃO (110) A UMA SEGUNDA ESTAÇÃO (100), em que a primeira estação (110) compreende pelo menos uma memória buffer para armazenar os pacotes de dados a serem transmitidos, o método compreende as etapas de
    (a) estimativa, pela primeira estação (110), do status de pelo menos uma memória buffer,
    (b) transmissão em um pacote de dados, pela primeira estação (110), de pelo menos um relatório do status do buffer, RSB (201, 301; 202, 302) representativo do status da memória do buffer para um ou mais grupos de canal lógico,
    caracterizado por
    (c) a adaptação, pela primeira estação (110), de um RSB grosseiro para os relatórios do status do buffer (201, 301; 202, 302) para pelo menos um dado grupo de canal lógico, com base no número de bits de enchimento disponíveis no pacote de dados, usando mais ou menos bits para codificar o RSB para o dito dado grupo lógico.
  2. MÉTODO, de acordo com a reivindicação 1, caracterizado pelo RSB grosseiro compreender pelo menos um de uma quantidade de informações transmitidas por meio dos relatórios do status do buffer (201, 301; 202, 302) em um determinado momento, o tamanho dos relatórios do status do buffer (201, 301; 202, 302), e a granularidade da informação contida nos relatórios do status do buffer (201, 301; 202, 302).
  3. MÉTODO, de acordo com qualquer uma das reivindicações 1 ou 2, caracterizado pela memória buffer compreender uma pluralidade de buffers de canais lógicos, em que cada buffer de canal lógico é adaptado para armazenar pacotes dos dados dedicados a um respectivo canal lógico ou a um grupo de canais lógicos, em que os RSB (201, 301; 202, 302) compreendem pelo menos uma parte dedicada às informações a respeito do status de um respectivo buffer de canal lógico, e em que na etapa (c), para cada parte, o RSB grosseiro é estimado na dependência do canal lógico ou do grupo de canais lógicos com os quais a parte considerada está relacionada.
  4. MÉTODO, de acordo com a reivindicação 3, caracterizado por compreender adicionalmente a etapa de agrupamento dos canais lógicos em um grupo de canais lógicos na dependência de ter um primeiro valor de parâmetro do pacote do status do buffer que seja substancialmente o mesmo.
  5. MÉTODO, de acordo com a reivindicação 3 ou 4, caracterizado pela etapa (c) compreender adicionalmente a seleção de um subconjunto de buffers de canal lógico, e a transmissão de um relatório do status do buffer que indica o status dos buffers de canais lógicos selecionados.
  6. MÉTODO, de acordo com a reivindicação 5, caracterizado pelos buffers de canais lógicos serem selecionados com base em pelo menos um dos seguintes: a prioridade do canal lógico, o retardo de linha principal, os níveis de suficiência do buffer de canal lógico, ou o número de bits de enchimento disponíveis em um pacote de dados.
  7. ESTAÇÃO DE RÁDIO (110), que compreende meios para comunicação em uma rede com pelo menos uma estação adicional, a estação de rádio (110) também compreende pelo menos uma memória buffer para armazenar os pacotes de dados a serem transmitidos, um meio de controle de buffer para estimar o status de pelo menos uma memória buffer, um meio de transmissão para transmitir em um pacote de dados pelo menos um relatório do status do buffer, RSB (201, 301; 202, 302) representativo do status da memória buffer para um ou mais grupos de canal lógico,
    caracterizado por
    os meios de controle de buffer serem configurados para ajustar um RSB grosseiro para os relatórios do status do buffer (201, 301; 202, 302) para pelo menos um dado grupo de canal lógico, com base no número de bits de enchimento disponíveis no pacote de dados, usando mais ou menos bits para codificar o RSB para o dito dado grupo de canal lógico.
BRPI1006380-3A 2009-04-16 2010-04-12 Método para comunicação em uma rede de uma primeira estação a uma segunda estação e estação de rádio BRPI1006380B1 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP09305324.7 2009-04-16
EP09305324 2009-04-16
PCT/IB2010/051566 WO2010119390A1 (en) 2009-04-16 2010-04-12 Adaptive buffer status reporting

Publications (2)

Publication Number Publication Date
BRPI1006380A2 BRPI1006380A2 (pt) 2018-06-19
BRPI1006380B1 true BRPI1006380B1 (pt) 2021-04-06

Family

ID=42321014

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI1006380-3A BRPI1006380B1 (pt) 2009-04-16 2010-04-12 Método para comunicação em uma rede de uma primeira estação a uma segunda estação e estação de rádio

Country Status (18)

Country Link
US (3) US9559923B2 (pt)
EP (1) EP2420029B1 (pt)
JP (1) JP5642155B2 (pt)
KR (1) KR101659714B1 (pt)
CN (1) CN102396192B (pt)
BR (1) BRPI1006380B1 (pt)
CY (1) CY1124133T1 (pt)
DK (1) DK2420029T3 (pt)
ES (1) ES2854823T3 (pt)
HR (1) HRP20210802T1 (pt)
HU (1) HUE054114T2 (pt)
LT (1) LT2420029T (pt)
PL (1) PL2420029T3 (pt)
RU (1) RU2550529C2 (pt)
SI (1) SI2420029T1 (pt)
SM (1) SMT202100344T1 (pt)
TW (1) TWI516156B (pt)
WO (1) WO2010119390A1 (pt)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101831281B1 (ko) * 2010-04-06 2018-02-23 삼성전자주식회사 이동통신 시스템에서 스케줄링 정보를 처리하는 방법 및 장치
CN102918881B (zh) * 2010-06-21 2016-01-20 上海贝尔股份有限公司 用于传递bsr信息以辅助高效调度的方法和设备
CN102917401B (zh) * 2012-10-10 2015-08-26 北京创毅讯联科技股份有限公司 上行资源请求方法与用户设备
JP6002250B2 (ja) * 2013-01-10 2016-10-05 株式会社日立製作所 時系列データ処理装置及び方法並びに記憶媒体
US9392481B2 (en) 2013-03-15 2016-07-12 Futurewei Technologies, Inc. System and method for buffer status reporting for multi-stream aggregation
JP6169442B2 (ja) * 2013-08-30 2017-07-26 京セラ株式会社 移動通信システム及びユーザ端末
EP2928252B1 (en) * 2014-04-02 2018-01-31 Telefonaktiebolaget LM Ericsson (publ) Controlling scheduling requests
KR102782540B1 (ko) * 2015-05-15 2025-03-19 주식회사 윌러스표준기술연구소 버퍼 상태 정보를 전송하기 위한 무선 통신 방법 및 무선 통신 단말
US20170006622A1 (en) * 2015-07-02 2017-01-05 Qualcomm Incorporated Techniques for reporting buffer status in wireless communications
CN108401304B (zh) * 2017-02-04 2021-06-08 华为技术有限公司 一种缓存状态报告的触发方法、装置及系统
EP3619944B1 (en) * 2017-05-03 2022-01-05 LG Electronics Inc. Apparatus and method for transmitting a buffer status report
CN108990165B (zh) * 2017-05-31 2023-11-24 株式会社Kt 下一代移动通信的用于处理缓冲状态报告的方法和装置
US10993128B2 (en) * 2017-06-14 2021-04-27 FG Innovation Company Limited Evolved buffer status report supporting multiple numerology factors
BR112019026629A2 (pt) * 2017-06-16 2020-06-30 Telefonaktiebolaget Lm Ericsson (Publ) método em um nó de rede operável em uma rede de comunicações sem fio, método em um dispositivo terminal, dispositivo terminal e nó de rede para uma rede de comunicações sem fio
JP2017200223A (ja) * 2017-06-28 2017-11-02 京セラ株式会社 ユーザ端末、移動通信システム及び方法
RS65492B1 (sr) 2017-07-24 2024-05-31 Novartis Ag Jedinjenja i kompozicije za lečenje stanja povezanih sa aktivnošću nlrp
CN109392009A (zh) 2017-08-11 2019-02-26 华为技术有限公司 数据传输方法、设备和通信系统
CN112005604B (zh) * 2018-04-04 2023-04-07 联想(北京)有限公司 用于报告分组重复的缓冲区状态的方法和装置
WO2020029215A1 (en) 2018-08-10 2020-02-13 Chongqing University Of Posts And Telecommunications Methods, systems and devices for determining buffer status report
US11470629B1 (en) 2020-09-01 2022-10-11 Cisco Technology, Inc. Delay-responsive uplink scheduling
WO2023068986A1 (en) * 2021-10-21 2023-04-27 Telefonaktiebolaget Lm Ericsson (Publ) Handling communication in a wireless communication network
GB2612305B (en) * 2021-10-21 2024-10-02 Samsung Electronics Co Ltd Buffer status report with Integrated Access Backhaul

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100912416B1 (ko) * 2003-08-18 2009-08-18 노키아 코포레이션 라디오 통신 시스템에서 서비스 품질 관련 정보를 선택하기위한 장치, 및 관련 방법
KR20060006725A (ko) * 2004-07-16 2006-01-19 삼성전자주식회사 향상된 상향링크 전용채널을 지원하는 이동통신시스템에서자율전송을 위한 파라미터 결정 방법 및 장치
JP4903861B2 (ja) * 2006-06-21 2012-03-28 テレフオンアクチーボラゲット エル エム エリクソン(パブル) 無線通信システムにおいて、スケジュール情報を効率的に伝えるための方法及び装置
US8031655B2 (en) 2006-10-03 2011-10-04 Industrial Technology Research Institute Systems and methods for determining granularity level of information about buffer status
JP4922407B2 (ja) * 2006-11-15 2012-04-25 サムスン エレクトロニクス カンパニー リミテッド 移動通信システムにおけるバッファ状態報告のための方法及び装置
JP4545768B2 (ja) 2007-02-28 2010-09-15 株式会社エヌ・ティ・ティ・ドコモ 無線制御信号生成方法、無線基地局装置、および移動局
GB2452013A (en) * 2007-06-19 2009-02-25 Nec Corp Buffer status reporting from a mobile communications device
EP2028890B1 (en) * 2007-08-12 2019-01-02 LG Electronics Inc. Handover method with link failure recovery, wireless device and base station for implementing such method
WO2009038377A2 (en) 2007-09-20 2009-03-26 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
TW200926860A (en) * 2007-10-29 2009-06-16 Sunplus Mmobile Inc Method for providing a buffer status report in a mobile communication network
US8547917B2 (en) * 2008-03-28 2013-10-01 Telefonaktiebolaget Lm Ericsson (Publ) Network driven L3 control signalling prioritization
ATE525875T1 (de) * 2008-11-04 2011-10-15 Htc Corp Verfahren zur verbesserung der aufwärtsstreckenübertragung in einem drahtlosen kommunikationssystem
EP2364568B1 (en) * 2008-11-06 2017-12-20 Wireless Future Technologies Inc. Wireless device location services
JPWO2010070699A1 (ja) * 2008-12-15 2012-05-24 富士通株式会社 データ送信方法
NZ593644A (en) * 2009-02-09 2014-03-28 Ericsson Telefon Ab L M Method and arrangement in a wireless communication system
CN102742320B (zh) * 2009-03-20 2016-04-06 瑞典爱立信有限公司 无线通信网络上行链路的主动队列管理

Also Published As

Publication number Publication date
SMT202100344T1 (it) 2021-07-12
US20170099615A1 (en) 2017-04-06
US11882428B2 (en) 2024-01-23
JP2012524443A (ja) 2012-10-11
WO2010119390A1 (en) 2010-10-21
KR101659714B1 (ko) 2016-09-26
CN102396192A (zh) 2012-03-28
CY1124133T1 (el) 2022-05-27
TWI516156B (zh) 2016-01-01
LT2420029T (lt) 2021-06-25
CN102396192B (zh) 2018-02-16
DK2420029T3 (da) 2021-04-12
HUE054114T2 (hu) 2021-08-30
TW201132202A (en) 2011-09-16
SI2420029T1 (sl) 2021-07-30
US9559923B2 (en) 2017-01-31
US20220201545A1 (en) 2022-06-23
RU2550529C2 (ru) 2015-05-10
US11310691B2 (en) 2022-04-19
HRP20210802T1 (hr) 2021-07-23
PL2420029T3 (pl) 2021-09-20
KR20120016240A (ko) 2012-02-23
BRPI1006380A2 (pt) 2018-06-19
RU2011146324A (ru) 2013-06-10
ES2854823T3 (es) 2021-09-23
EP2420029B1 (en) 2021-02-24
JP5642155B2 (ja) 2014-12-17
US20120033569A1 (en) 2012-02-09
EP2420029A1 (en) 2012-02-22

Similar Documents

Publication Publication Date Title
BRPI1006380B1 (pt) Método para comunicação em uma rede de uma primeira estação a uma segunda estação e estação de rádio
US8649389B2 (en) Prioritising data transmission
EP2474192B1 (en) Methods and arrangements for allocating scheduling request resources in a wireless communication system
JP5575767B2 (ja) ネットワークにおいて通信する方法、それに対する二次局及びシステム
CN106507494B (zh) 基于分组的m2m通信上行半静态调度方法
WO2019217464A1 (en) Proactive pusch grants to prevent rate throttling
US9019829B2 (en) Scheduling data transmissions in a wireless communications network
BRPI0621815A2 (pt) método para reportar eficientemente informação de programação processada em uma unidade de um sistema de comunicação sem fio, e, unidade em um sistema de comunicação sem fio
BR112019026629A2 (pt) método em um nó de rede operável em uma rede de comunicações sem fio, método em um dispositivo terminal, dispositivo terminal e nó de rede para uma rede de comunicações sem fio
EP3251247A2 (en) Method and apparatus for transmission of uplink control information in multi-carrier communication system
BRPI0608485A2 (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
CN107105512B (zh) 用于通信的方法和用于通信的无线电站
US20240389132A1 (en) Communications device, infrastructure equipment and methods for logical channel prioitization scheme selection
CN101978765A (zh) 用于通信的方法及用于其的无线电台
EP3520502B1 (en) Uplink power prioritization for short tti
EP3229537A1 (en) Method, device and system for scheduling physical radio resource block

Legal Events

Date Code Title Description
B25D Requested change of name of applicant approved

Owner name: SHARP KABUSHIKI KAISHA (JP) ; KONINKLIJKE PHILIPS N.V. (NL)

Owner name: SHARP KABUSHIKI KAISHA (JP) ; KONINKLIJKE PHILIPS

B25G Requested change of headquarter approved

Owner name: SHARP KABUSHIKI KAISHA (JP) ; KONINKLIJKE PHILIPS

B25A Requested transfer of rights approved

Owner name: KONINKLIJKE PHILIPS N.V. (NL)

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: AS CLASSIFICACOES ANTERIORES ERAM: H04L 12/56 , H04W 72/12

Ipc: H04L 12/26 (2006.01), H04W 28/02 (2009.01), H04W 2

B06A Patent application procedure suspended [chapter 6.1 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 06/04/2021, OBSERVADAS AS CONDICOES LEGAIS.