BRPI0808234A2 - Método e aparelho para título para evitar a perda de suporte uplink em um sistema de longo termo de evolução. - Google Patents

Método e aparelho para título para evitar a perda de suporte uplink em um sistema de longo termo de evolução. Download PDF

Info

Publication number
BRPI0808234A2
BRPI0808234A2 BRPI0808234-0A2A BRPI0808234A BRPI0808234A2 BR PI0808234 A2 BRPI0808234 A2 BR PI0808234A2 BR PI0808234 A BRPI0808234 A BR PI0808234A BR PI0808234 A2 BRPI0808234 A2 BR PI0808234A2
Authority
BR
Brazil
Prior art keywords
wtru
bit rate
buffer
transmission
upper link
Prior art date
Application number
BRPI0808234-0A2A
Other languages
English (en)
Inventor
Jin Wang
Mohammed Sammour
Peter S Wang
Shankar Somasundaram
Stephen E Terry
Original Assignee
Interdigital Tech Corp
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 Interdigital Tech Corp filed Critical Interdigital Tech Corp
Publication of BRPI0808234A2 publication Critical patent/BRPI0808234A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0257—Traffic management, e.g. flow control or congestion control per individual bearer or channel the individual bearer or channel having a maximum bit rate or a bit rate guarantee
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/215—Flow control; Congestion control using token-bucket
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/62—Queue scheduling characterised by scheduling criteria
    • H04L47/6285—Provisions for avoiding starvation of low priority queues
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing 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/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Description

Método e aparelho de sustentação para evitar falta de link superior em um sistema de evolução a longo prazo.
CAMPO DA INVENÇÃO
O presente pedido refere-se a comunicações sem fio.
ANTECEDENTES
Um dos esforços do programa de evolução a longo prazo (LTE) do projeto de parceria de terceira geração (3GPP) é o de trazer nova tecnologia, nova arquitetura e novos métodos para os novos ambientes e configurações de LTE. O programa de LTE é realizado a fim de fornecer eficiência de espectro aprimorada, latência reduzida e melhor utilização de recursos de rádio, de forma a fornecer experiências de usuário mais rápidas e aplicativos e serviços mais ricos com menos custo associado.
O objetivo da rede de acesso via rádio terrestre universal (UTRAN) e acesso via rádio terrestre universal evoluído (E-UTRA) é o desenvolvimento de uma rede de acesso via rádio direcionada a um sistema com alta velocidade de dados, baixa latência e otimizado por pacotes que possui cobertura e capacidade de sistema aprimoradas. Com este propósito, pode-se necessitar de uma evolução da interface de rádio, bem como da arquitetura de rede de rádio. Em vez de utilizar a tecnologia de interface de ar de múltiplo acesso por divisão de códigos (CDMA), como é utilizado atualmente em 3GPP, pode-se utilizar múltiplo acesso por divisão de frequências ortogonal (OFDMA) e múltiplo acesso por divisão de frequências (FDMA) nas transmissões por link inferior (DL) e link superior (UL), respectivamente. Além disso, LTE pode empregar um serviço totalmente comutado por pacotes, o que indicaria que todas as chamadas de voz seriam realizadas em base comutada por pacotes.
Em um cenário em que os recursos de rádio são limitados, serviços de alta prioridade, tais como videoconferência, podem tentar obter o máximo possível de recursos de rádio disponíveis dentre os atribuídos a uma unidade de transmissão e recepção sem fio (WTRU). Como a rede (NW) não possui nenhum controle sobre como os recursos concedidos são compartilhados entre os aplicativos, isso pode causar a falta de recursos para fluxos com prioridade mais baixa, tais como fluxos de protocolo de transferência de hipertexto (HTTP), quando um fluxo com prioridade mais alta ocupar toda a amplitude de banda disponível.
Em acesso a pacotes por link superior em alta velocidade (HSUPA), foi estabelecido UL aprimorado sobre o modelo de qualidade de serviço (QoS) existente. Neste modelo, quando a rede conceder um recurso de rádio para uma WTRU, a WTRU é responsável pela seleção de qual fluxo de QoS de link superior deve ser atendido, utilizando a prioridade associada para cada fluxo fornecido pela sinalização de controle de recursos de rádio (RRC). Neste esquema, para que a rede evite a falta de recursos de fluxos com prioridade mais baixa, pode ser necessário fornecer a esses fluxos a mesma prioridade dos fluxos com prioridade mais alta. Ao agregar-se essencialmente esses fluxos, entretanto, a WTRU atribui direitos de transmissão iguais de cada fluxo a cada fila.
Existem duas propostas para solucionar o problema de falta
de UL em rede de acesso via rádio 2 (RAN2). Uma é uma solução centrada na NW e a outra é uma solução centrada na WTRU. A solução centrada na NW é caracterizada pelo policiamento do tráfego pós-transmissão que é realizado pela NW após receber dados da WTRU. Nenhuma informação de velocidade de bits garantida (GBR), velocidade máxima de bits (MBR) e velocidade de bits priorizada (PBR) deverá ser transmitida para a WTRU.
Uma solução centrada na WTRU pode incluir a transmissão prévia de policiamento de tráfego. O policiamento de tráfego é realizado pela WTRU antes da transmissão de dados pelo ar e as informações de GBR, MBR e PBR podem ser transmitidas para a WTRU no estabelecimento ou modificação da portadora de rádio 15 (RB). Uma solução centrada na WTRU pode ser utilizada para evitar a falta de UL em LTE e pode ser especificada com base em um número de cestos de fichas. A Figura 1 exibe um exemplo de configuração de cesto de fichas 100.
Conforme exibido na Figura 1, as fichas são adicionadas a cada cesto conforme uma certa velocidade (tal como fichas por seção). A fim de 20 programar e enviar um pacote de fichas com tamanho X a partir da WTRU, a WTRU verifica o tamanho atual do cesto de fichas para ver se há fichas suficientes para permitir o envio desse pacote (ou seja se o tamanho do pacote <= tamanho do cesto de fichas) e, em caso afirmativo, a WTRU pode enviar o pacote. Caso não haja fichas suficientes para permitir o envio do pacote, a WTRU não enviará o pacote no momento atual, mas pode 25 enviá-lo após o acúmulo de um número suficiente de fichas.
Existem, entretanto, diversas questões quando a solução centrada na WTRU for utilizada para evitar a falta de UE no sistema LTE. Como a relação entre o relatório de situação do buffer (BSR) e o MBR/GBR configurado não foi abordada em RAN2, pode surgir um problema de perda de concessão imposto. Caso 30 ocorra uma perda de concessão, podem surgir fuga de sinalização, perda de alocação de recursos e similares.
Geralmente, a perda de concessão refere-se ao recebimento pela WTRU de uma concessão sem que ela seja capaz de utilizá-la totalmente. Perdas de concessão podem ocorrer porque a WTRU não sabe com qual 35 velocidade receberá as concessões, o que dificulta para a WTRU determinar de início se um certo nível de buffer excederá o MBR/MBR agregado (aMBR) configurado quando esse nível de buffer for manipulado. Não existe atualmente, portanto, um mecanismo para que a WTRU considere o MBR/aMBR configurado ao relatar para o SBR. Como resultado, poderá ocorrer uma situação em que uma WTRU relata um certo nível de buffer, mas, ao obter concessões de UL para manipular esse nível de buffer, não está autorizada a programar a portadora de SAE correspondente porque isso significaria cruzar o MBR/aMBR configurado. Isso é o que pode ser denominado “perda de concessão”. A perda de concessão pode ocorrer mesmo se um Nó B evoluído (eNB) estiver apenas fornecendo concessões correspondentes a dados indicados no BSR.
Seria benéfico, portanto, fornecer um método e aparelho de sustentação para evitar a falta de recursos de UL em um sistema LTE.
RESUMO DA INVENÇÃO
É descrito um método e aparelho para evitar a falta de recursos de link superior (UL). O método inclui a determinação de informações da situação atual do buffer. As informações da situação atual do buffer são relatadas para um Nó B evoluído (eNB). Uma concessão que inclui uma determinação do número de fichas que uma unidade de transmissão e recepção sem fio (WTRU) pode acumular é recebida do eNB.
BREVE DESCRIÇÃO DAS FIGURAS
Pode-se obter uma compreensão mais detalhada a partir da descrição a seguir, fornecida como forma de exemplo, em conjunto com as figuras anexas, nas quais:
- a Figura 1 exibe um exemplo de configuração de cesto de fichas;
- a Figura 2 exibe um exemplo de sistema de comunicação sem fio que inclui uma série de WTRUs e um eNB;
- a Figura 3 é um exemplo de diagrama de bloco funcional de uma WTRU e o eNB da Figura 2;
- a Figura 4 é um fluxograma de um método de sustentação para evitar falta de recursos de UL; e
- a Figura 5 é um fluxograma de um método alternativo de sustentação para evitar falta de recursos de UL.
DESCRIÇÃO DETALHADA
Quando indicado a seguir, a terminologia “unidade de transmissão e recepção sem fio (WTRU)" inclui, mas sem limitar-se a um equipamento de usuário (UE), estação móvel, unidade de assinante fixa ou móvel, pager, telefone celular, assistente digital pessoal (PDA), computador ou qualquer outro tipo de dispositivo de usuário capaz de operar em um ambiente sem fio. Quando indicado a seguir, a terminologia “estação base” inclui, mas sem limitar-se a um Nó B, controlador de local, ponto de acesso (AP) ou qualquer outro tipo de dispositivo de interface capaz de operar em um ambiente sem fio.
A Figura 2 exibe um sistema de comunicação sem fio 200 que inclui uma série de WTRUs 210 e um eNB 220. Conforme exibido na Figura 2, as WTRUs 210 encontram-se em comunicação com o eNB 220. Dever-se-á observar que, embora um exemplo de configuração de WTRUs 210 e estação base 220 seja ilustrado na Figura 2, qualquer combinação de dispositivos com e sem fio pode ser incluída no sistema de comunicação sem fio 200.
A Figura 3 é um diagrama de bloco funcional 300 de uma WTRU 210 e do eNB 220 do sistema de comunicação sem fio 200 da Figura 2. Conforme exibido na Figura 3, a WTRU 210 encontra-se em comunicação com o eNB 220 e ambos são configurados para realizar um método de sustentação para evitar falta de recursos de link superior.
Além dos componentes que podem ser encontrados em uma WTRU típica, a WTRU 210 inclui um processador 215, um receptor 216, um transmissor 217 e uma antena 218. O processador 215 é configurado para realizar um método de sustentação para evitar a falta de recursos de link superior. O receptor 216 e 15 o transmissor 217 encontram-se em comunicação com o processador 215. A antena 218 encontra-se em comunicação com o receptor 216 e o transmissor 217 para facilitar a transmissão e a recepção de dados sem fio.
Além dos componentes que podem ser encontrados em um eNB típico, o eNB 220 inclui um processador 225, um receptor 226, um transmissor 227 20 e uma antena 228. O processador 225 é configurado para realizar um método de sustentação para evitar a falta de recursos de link superior. O receptor 226 e o transmissor 227 encontram-se em comunicação com o processador 225. A antena 228 encontra-se em comunicação com o receptor 226 e o transmissor 227 para facilitar a transmissão e a recepção de dados sem fio.
A Figura 4 é um fluxograma de um método 400 de
sustentação para evitar a falta de recursos de UL. Na etapa 410, a WTRU 210 relata informações da situação atual de buffer para o eNB 220. Estas informações podem incluir informações para alguns ou todos os RBs e podem ser dirigidas para evitar uma perda de concessão. As informações podem incluir informações da ocupação de buffer 30 (BO)1 tamanho do cesto de fichas de cada RB para PBR1 GBR MBR e eMBR, respectivamente, padrão de acúmulo de fichas na WTRU, margem de manobra de potência e similares.
As informações de BO podem ser para um RB, um grupo de RBs ou todos os RBs1 enquanto a margem de manobra de potência é para todos os RBs. 35 O tamanho das fichas e o padrão de acúmulo de fichas podem ser para PBS, GBR, MBR e aMBR, respectivamente, para RBs. Alternativamente, o número agregado de fichas para diversos RBs é relatado e diferentes agregados podem ser relatados separadamente. Fichas agregadas para GBS, MBR e eMBR, por exemplo, podem ser relatadas independentemente entre si. Como uma concessão é realizada por WTRU, o número total de fichas que a WTRU 210 pode utilizar pode fornecer uma forma eficiente de programação de uma concessão.
Durante o relatório da etapa 410, a WTRU 210 pode relatar 5 uma fração de fichas com relação ao tamanho máximo do cesto de fichas. Podem ser utilizados, por exemplo, 2 (dois) bits para indicar que a WTRU 210 possui 0 a 1A % a V^, Vá a 3A ou 3A a 100% do tamanho máximo do cesto de fichas. Dever-se-á também observar que os dois bits podem ser definidos para sustentar faixas não uniformes tais como zero fichas, menos de V* de fichas, % a Vz de fichas, mais de Vá de fichas e 10 similares.
Como forma de exemplo, caso sejam utilizados dois bits para indicar uma faixa uniforme, “00” pode ser utilizado para a faixa de 0 a %, “01” para a faixa de % a Vá, “10” para a faixa de Vá a 3Ae “11” para a faixa de 3A a 100%. Dever-se-á observar que qualquer combinação dos bits pode ser utilizada para indicar faixas 15 diferentes das descritas. Para faixas não uniformes, podem ser utilizadas regras similares (por exemplo, “00” indicando zero fichas, “01” indicando menos de % de fichas e similares).
Conforme descrito acima, a WTRU 210 relata uma quantidade total ou apenas parcial de informações relativas à WTRU 210 para o eNB 220, a fim de auxiliar o eNB 220 com a sincronização. Consequentemente, o eNB 220 está ciente da situação da WTRU e pode emitir uma decisão de concessão precisa para ajudar a evitar uma perda de concessão. Além disso, a WTRU 210 pode relatar para cada RB, um grupo de RBs, todas as RBs1 apenas RBs com alta prioridade ou qualquer combinação. A WTRU 210 pode também especificar, na sua situação de buffer (tal como solicitação de concessão), um tempo alvo até o qual acumularia fichas suficientes para enviar pelo menos um pacote (tal como o tamanho do menor bloco de transporte (TB)), de tal forma que o eNB 220 seja capaz de programar a concessão no momento indicado ou depois dele. A WTRU 210 pode relatar qualquer parte ou todas as informações a cada intervalo de tempo de transmissão (TTI) ou a cada vários TTIs que podem ser configurados por meio de sinalização de RRC durante o processo de estabelecimento ou modificação de RB.
A WTRU 2120 pode transmitir o seu relatório ou informações de cesto de fichas (etapa 410) periodicamente ou pode ser acionada por um evento previamente definido. Os eventos que podem ser utilizados para acionar o 35 relatório incluem eventos em que os valores das informações descritas anteriormente excedem ou são inferiores a um limite. Caso a quantidade de fichas para um certo RB ou RBs caia abaixo de um limite previamente definido, por exemplo, a WTRU pode ser acionada para relatar. Os limites podem ser configurados pela sinalização do RRC no estabelecimento de RB e podem ser definidos como frações do tamanho máximo do cesto de fichas.
Desta forma, as informações de situação da WTRU 210 (tais como situação do buffer) podem ser avaliadas em uma janela deslizante pela WTRU 210, mas enviadas para o eNB 220 a cada TTI ou após mais de uma TTI.
Na etapa 420, o eNB 220 determina quantas fichas a WTRU 210 pode acumular. Em uma realização, é fornecido um peso para cada cesto correspondente a cada aplicação e sinal para a rede. Estes valores ponderados podem ser formados em um valor cumulativo a ser sinalizado para a WTRU 210. Mesmo se houver diversos RBs em diferentes WTRUs 210 que estão todas transmitindo pacotes à mesma velocidade, dependendo da prioridade de aplicação, algumas WTRUs 210 poderão necessitar de mais recursos. Consequentemente, as prioridades podem ser compartilhadas entre diferentes WTRUs 210 com base no peso sinalizado da rede.
Quando o eNB 220 possuir todas as informações necessárias para realizar uma alocação de concessão, o eNB 220 sinaliza a alocação de concessão para a WTRU 210 (etapa 430). Dever-se-á compreender que o eNB 220 pode sinalizar uma alocação de concessão para uma WTRU individual 210, um grupo de WTRUs 210 ou todas as WTRUs 210 no sistema de comunicação sem fio 200.
A Figura 5 é um fluxograma de um método alternativo 500 de sustentação para evitar falta de recursos de UL. Na etapa 510, a WTRU 210 determina a sua situação de buffer. Em um exemplo, a WTRU 210 pode calcular e avaliar a sua situação de buffer e transmitir uma solicitação de concessão para o eNB 220 com base na avaliação (etapa 520).
A solicitação de concessão pode ser uma solicitação relativa ou absoluta que é enviada a cada TTI ou a cada vários TTIs. O envio de solicitação de concessão relativa ou absoluta e a frequência de envio da concessão pela WTRU deverão ser configurados na etapa de estabelecimento ou modificação do RB por meio da sinalização de RRC. Uma solicitação de concessão relativa, por exemplo, refere-se ao valor utilizado anteriormente e a alteração é sinalizada para a WTRU 210, de forma que a WTRU 210 possa derivar a concessão real da concessão anterior e da concessão atual. Para uma concessão absoluta, o valor que a WTRU 210 deverá utilizar é indicado sem a necessidade que a WTRU 210 realize nenhuma derivação.
A solicitação de concessão pode apresentar-se na forma de um “Bit Feliz", em que um único bit ou diversos bits são transmitidos para o eNB 220 em formato de Bit Feliz. Caso seja utilizada uma solicitação de concessão de bit isolado, o bit isolado deverá ser representativo dos resultados de avaliação para todos os diferentes atributos, tais como a situação de ocupação de buffer da WTRU, informações de pacotes, margem de manobra de potência, margem de manobra de fichas (tal como para PBR1 GBR, MBR1 aMBR) de todos os RBs e similares. O Bit Feliz pode representar a situação para um RB ou apenas um atributo de cada RB e pode ser avaliado em uma janela deslizante. O Bit Feliz pode indicar todos os RBs, RBs com alta prioridade ou qualquer de suas combinações e pode ser relatado o eNB 220 a cada TTI ou após um número de TTIs. O Bit Feliz pode também indicar a quantidade da solicitação de concessão desejada pela WTRU 210.
Caso a solicitação de concessão inclua diversos bits, um bit pode ser representativo de todos os atributos de um RB ou um grupo de RBs (tal como com propriedades similares como prioridade e similares) ou o bit pode ser representativo de um atributo (tal como margem de manobra de fichas, BO ou margem de manobra de potência) de todos os RBs. Além disso, diversos bits podem ser utilizados como um índice que indique diversas combinações da posição da WTRU 210 para a solicitação de concessão. Os bits podem indicar, por exemplo, se a WTRU 210 é limitada por ficha, potência ou dados. O relatório de situação do buffer (BSR) pode ser utilizado para representar a solicitação de concessão da WTRU 210 caso haja mais bits a serem utilizados para fins de solicitação de concessão.
A Tabela 1 abaixo exibe um exemplo de índice que indica um mapeamento que reflete diferentes solicitações de indicação de situação e concessão.
Tabela 1
índice de concessão Indicações 000 Limitado a ficha 001 Limitado a potência 010 Limitado a dados 011 Limitado a ficha e limitado a potência 100 Limitado a ficha e limitado a dados 101 Limitado a potência e limitado a dados 110 Limitado a ficha, potência e dados 111 Sem alteração Conforme exibido na Tabela 1 acima, diversos valores
índice indicam se a WTRU 210 é limitada a ficha, limitada a potência, limitada a dados ou qualquer de suas combinações. Dever-se-á observar que, embora a Tabela 1 exiba um exemplo de mapeamento, podem também ser utilizados outros mapeamentos e outras limitações podem ser relatadas. A WTRU 210 pode incluir, por exemplo, que o número de TTIs fornecidos à WTRU 210 para transmitir os seus dados foi insuficiente. O eNB 220, após receber informações da WTRU 210, sinaliza uma concessão para a WTRU 210 (etapa 530).
A fim de sustentar e evitar a falta de recursos de UL1 pode ser necessário sinalização de RRC que inclua parâmetros dirigidos ao suporte. A Tabela 2 abaixo exibe exemplos de parâmetros de RRC para sustentar e evitar a falta de recursos de UL1 em que um tipo é mapeado para um elemento de informação (IE).
Tabela 2
Tipo Novos parâmetros de IE Decidir abordagem explícita ou implícita Se será utilizado o método de relatório solicitação de concessão de WTRU ou relatório de WTRU explícito Se será permitido que uma cesta de fichas fique negativa ou não Relatório de WTRU explícito Se o relatório é para um RB, um grupo de RBs ou todos os RBs Se será utilizado relatório de WTRU periódico, acionado por evento u periódico acionado por evento Se deverá ser utilizado relatório acionado por evento, especificar o(s) limite(s) de acionamento de relatório da WTRU Se o relatório é a cada TTI ou vários TTIs Se a WTRU necessitar relatar a cada vários TTIs, especificar o número exato de TTIs Solicitação de concessão de WTRU Se será utilizada concessão absoluta ou relativa Solicitação de concessão de WTRU Se será utilizado um ou mais Bits Felizes Se for utilizado relatório periódico, especificar o ciclo de relatório de concessão Se será relatado “bit feliz" por RB ou grupo de RBs Tamanho da janela para avaliação da solicitação de concessão de WTRU Um outro parâmetro que pode necessitar ser sinalizado é se é permitido que um cesto de fichas fique negativo ou não. Este parâmetro adicional permite diferentes variantes de implementações de cesto de fichas. Algumas WTRUs 210 podem desejar verificar, por exemplo, se existe uma quantidade suficiente de fichas para enviar um pacote, enquanto outras implementações de cestos de fichas permitirão que a WTRU 210 envie o pacote desde que o número de fichas seja maior que zero. Na última implementação, permite-se que o cesto de fichas fique negativo. A permissão ou 5 não, por uma implementação de cesto de fichas, de cestos de fichas negativos pode ser um parâmetro de sinalização adicional, em que a WTRU 210 sinaliza o parâmetro para o eNB 220 ou com a rede sinalizando-o para a WTRU 210 por meio do eNB 220. Pode também ser sustentada uma combinação de sinalização.
A Tabela 3 abaixo exibe um exemplo de parâmetros de cesto de fichas que podem ser sinalizados além dos parâmetros exibidos na Tabela 2.
Tabela 3
Portadora Cesto Parâmetro Portadora de GBR 1 Cesto de fichas GBR GBR Tamanho do cesto de fichas GBR (GBRtbs) Período de chegada entre fichas GBR (GBRitap) Cesto de fichas MBR MBR tamanho do cesto de fichas MBR (MBRtbs) período de chegada entre fichas MBR (MBRitap) Portadora de GBR 2 Cesto de fichas GBR GBR Tamanho do cesto de fichas GBR (GBRtbs) Período de chegada entre fichas GBR (GBRitap) Cesto de fichas MBR MBR tamanho do cesto de fichas MBR (MBRtbs) período de chegada entre fichas MBR (MBRitap) Não portadora de GBR 3 Cesto de fichas Min-BR MinBR tamanho do cesto de fichas MinBR (MinBRtbs) período de chegada entre fichas MinBR (MinBRitap) Não portadora de GBR 4 Cesto de fichas Min-BR MinBR tamanho do cesto de fichas MinBR (MinBRtbs) período de chegada entre fichas MinBR (MinBRitap) Não portadoras de GBR Cesto de fichas aMBR aMBR tamanho do cesto de fichas aMBR (aMBRtbs) período de chegada entre fichas aMBR (aMBRitap) É possível que um grande número de parâmetros possa
necessitar ser sinalizado por meio da mensagem RRC na etapa de estabelecimento ou modificação de RB. Como parâmetros relativos a cestos de fichas são semiestáticos e não necessitam ser atualizados em todas as concessões, caso necessitem ser sinalizados parâmetros relativos a cestos de fichas, a rede não precisa necessariamente incluir esses parâmetros (tais como tamanho do cesto, tempo de chegada entre as fichas e similares) em todas as concessões. Ao contrário, os parâmetros podem ser sinalizados inicialmente no estabelecimento de RB ou durante a modificação de RB. Caso qualquer dos parâmetros de cesto de fichas descrito na Tabela 2 ou Tabela 3 necessite ser atualizado, apenas aqueles parâmetros necessitam ser sinalizados pelo eNB 220 para a WTRU 210. Consequentemente, o uso dos parâmetros descritos na Tabela 2 e 3, a capacidade da WTRU 210, tal como “faixa” e/ou “granularidade” de tempos entre chegada de fichas que a WTRU 210 pode sustentar, o tamanho mínimo e/ou máximo de cesto que a WTRU 210 pode sustentar e similares são sinalizados. Estes parâmetros podem ser sinalizados, por exemplo, na etapa de estabelecimento ou modificação de RB por meio de uma mensagem de reconfiguração da conexão de RRC.
Como uma alternativa para os parâmetros definidos nas Tabelas 2 e 3, pode ser previamente definida uma tabela para cada RB com diferentes variações de cada parâmetro relativo a cesto de fichas marcado com índice. O índice de cada parâmetro relativo a ficha para aquele RB pode ser sinalizado em seguida. Pode também ser fornecido um índice para diferentes combinações de parâmetros relativos a fichas para um RB, em que apenas um índice para os parâmetros de fichas relativos àquele RB é sinalizado. Os parâmetros para GBR e não GBR, tais como cestos de fichas GBR e MBR, podem compartilhar uma tabela índice para fins de sinalização. Alternativamente, pode ser fornecido um índice de diferentes parâmetros relativos a fichas para diferentes RBs em uma tabela. Caso haja apenas um conjunto de parâmetros para GBR ou MBR de um RB, entretanto, esses parâmetros podem ser previamente definidos, tais como no padrão, e a sinalização pode não ser necessária. Consequentemente, o índice pode incluir parâmetros relativos a um RB ou a parâmetros que são relativos a diversos RBs.
A WTRU 210 pode também armazenar parâmetros relativos 5 a fichas localmente e comunicar parâmetros apropriados para a rede. A WTRU 210 pode possuir, por exemplo, o seu próprio tamanho de cesto dependente de implementação, período de chegada entre fichas. Neste caso, ela pode notificar a rede por meio de sinalização desses parâmetros, se necessário. Em um exemplo, a sinalização pode apresentar-se na forma de um relatório de informações de capacidade da WTRU.
Embora as características e os elementos sejam descritos
em combinações específicas, cada característica ou elemento pode ser utilizado isoladamente, sem as demais características e elementos ou em várias combinações com ou sem outras características e elementos. Os métodos ou fluxogramas fornecidos no presente podem ser implementados em um programa de computador, software ou 15 firmware incorporado em um meio de armazenagem legível por computador para execução por um processador ou computador de uso geral. Exemplos de meios de armazenagem legíveis por computador incluem memória somente de leitura (ROM), memória de acesso aleatório (RAM), registro, memória de cache, dispositivos de memória semicondutores, meios magnéticos tais como discos rígidos internos e discos 20 removíveis, meios magneto-óticos e meios óticos tais como discos CD-ROM e discos versáteis digitais (DVDs).
Processadores apropriados incluem, por exemplo, um processador para uso geral, processador para fins especiais, processador convencional, processador de sinais digitais (DSP), uma série de microprocessadores, um ou mais 25 microprocessadores em associação com um núcleo de DSP, controlador, microcontrolador, Circuitos Integrados Específicos de Aplicação (ASICs), circuitos de Conjuntos de Portal Programáveis de Campo (FPGAs), qualquer outro tipo de circuito integrado (IC) e/ou máquina de estado.
Um processador em associação com software pode ser 30 utilizado para implementar um transceptor de rádio frequência para uso em uma unidade de transmissão e recepção sem fio (WTRU), equipamento de usuário (UE), terminal, estação base, controlador de rede de rádio (RNC) ou qualquer computador host. A WTRU pode ser utilizada em conjunto com módulos, implementada em hardware e/ou software, tal como uma câmera, módulo de câmera de vídeo, videofone, fone de ouvido, 35 dispositivo de vibração, alto-falante, microfone, transceptor de televisão, fone de ouvido para mãos livres, teclado, módulo Bluetooth®, unidade de rádio em frequência modulada (FM), unidade de visor de cristal líquido (LCD), unidade de visor de diodo emissor de Iuz orgânico (OLED), aparelho de música digital, aparelho de mídia, módulo de vídeo game, navegador da Internet e/ou qualquer módulo de rede de área local sem fio (WLAN) ou Banda Ultra Larga (UWB).
REALIZAÇÕES
1. Método para evitar a falta de link superior (UL) implementado em uma unidade de transmissão e recepção sem fio (WTRU).
2. Método conforme a realização 1, que compreende adicionalmente a determinação de informações da situação atual de buffer.
3. Método conforme qualquer das realizações anteriores, que compreende adicionalmente o relatório de informações da situação atual de buffer para um Nó B
evoluído (eNB).
4. Método conforme qualquer das realizações anteriores, que compreende adicionalmente o recebimento de uma concessão de um eNB, em que a concessão inclui uma determinação do número de fichas que uma WTRU pode acumular.
5. Método conforme qualquer das realizações anteriores, em que uma informação da situação atual do buffer inclui informações para pelo menos uma portadora de rádio (RB).
6. Método conforme qualquer das realizações anteriores, em que uma informação da situação atual do buffer inclui informações para uma série de RBs.
7. Método conforme qualquer das realizações anteriores, em que uma determinação de um número de fichas que uma WTRU pode acumular é baseada em um tamanho de
cesto de fichas atual para pelo menos uma RB.
8. Método conforme qualquer das realizações anteriores, em que um tamanho de cesto de fichas é para qualquer dos seguintes: velocidade de bits garantida (GBR), velocidade máxima de bits (MBR) e/ou velocidade de bits priorizada (PBR).
9. Método conforme qualquer das realizações anteriores, que compreende adicionalmente o relatório dè um número agregado de fichas para uma série de RBs.
10. Método conforme qualquer das realizações anteriores, que compreende adicionalmente o acionamento de um relatório.
11. Método conforme qualquer das realizações anteriores, em que o acionamento de um relatório inclui a redução de um valor de fichas para uma RB abaixo de um limite
previamente definido.
12. Método conforme qualquer das realizações anteriores, em que uma informação de situação de buffer atual inclui informações de ocupação de buffer (BO).
13. Método conforme qualquer das realizações anteriores, que compreende adicionalmente o relatório de um tempo alvo até o qual fichas suficientes seriam
acumuladas para envio de pelo menos um pacote.
14. Método conforme qualquer das realizações anteriores, que compreende adicionalmente a avaliação da situação de buffer.
15. Método conforme qualquer das realizações anteriores, que compreende adicionalmente a transmissão de uma solicitação de concessão com base em uma avaliação de uma situação de buffer.
16. Método conforme qualquer das realizações anteriores, que compreende adicionalmente o cálculo da situação de buffer.
17. Método conforme qualquer das realizações anteriores, em que uma solicitação de concessão inclui pelo menos um bit.
18. Método conforme qualquer das realizações anteriores, em que uma solicitação de concessão compreende adicionalmente uma série de bits.
19. Método conforme qualquer das realizações anteriores, em que pelo menos um bit indica pelo menos um atributo de pelo menos uma portadora de rádio (RB).
20. Método conforme qualquer das realizações anteriores, em que uma solicitação de concessão inclui pelo menos um parâmetro de cesto de fichas.
21. Método conforme qualquer das realizações anteriores, que compreende adicionalmente a determinação se um valor de fichas para transmissão de pacotes em
um cesto de fichas excede ou não um valor limite.
22. Método conforme qualquer das realizações anteriores, que compreende adicionalmente a transmissão de pelo menos um pacote.
23. Método conforme qualquer das realizações anteriores, que compreende adicionalmente a subtração de um valor de fichas de um cesto de fichas equivalente ao
tamanho de pelo menos um pacote transmitido.
24. Método conforme qualquer das realizações anteriores, em que a subtração de um valor de fichas de um cesto de fichas reduz o número de fichas abaixo de zero.
25. Método conforme qualquer das realizações anteriores, que compreende adicionalmente o recebimento de um parâmetro de configuração que indica um número
mínimo de fichas para transmissão de pacotes em um cesto de fichas.
26. Método conforme qualquer das realizações anteriores, que compreende adicionalmente a determinação se a transmissão de pelo menos um pacote reduzirá ou não o número de fichas em um cesto de fichas abaixo de um número mínimo de fichas.
27. Método conforme qualquer das realizações anteriores, que compreende adicionalmente a transmissão de pelo menos um pacote com base em uma
determinação.
28. Método conforme qualquer das realizações anteriores, em que um parâmetro de configuração indica que o número mínimo de fichas para transmissão de pacotes é menor que zero.
29. Método conforme qualquer das realizações anteriores, em que um parâmetro de configuração indica explicitamente o número mínimo de fichas.
30. WTRU configurada para realizar um método conforme qualquer das realizações anteriores. 31. WTRU conforme a realização 30, que compreende adicionalmente um receptor.
32. WTRU conforme qualquer das realizações 30 a 31, que compreende adicionalmente um transmissor.
33. WTRU conforme qualquer das realizações 30 a 32, que compreende adicionalmente um processador em comunicação com o receptor e o transmissor.
34. WTRU conforme qualquer das realizações 30 a 33, em que um processador é configurado para determinar uma informação de situação atual de buffer.
35. WTRU conforme qualquer das realizações 30 a 34, em que um processador é configurado para relatar informações de situação atual de buffer para um eNB.
36. WTRU conforme qualquer das realizações 30 a 35, em que um processador é configurado para receber uma concessão de um eNB, em que a concessão inclui uma determinação de um número de fichas que a WTRU pode acumular.
37. WTRU conforme qualquer das realizações 30 a 36, em que um processador é configurado para incluir informações para pelo menos uma RB em uma informação de
situação de buffer.
38. WTRU conforme qualquer das realizações 30 a 37, em que um processador é configurado para incluir informações para uma série de RBs em uma informação de situação de buffer.
39. WTRU conforme qualquer das realizações 30 a 38, em que um processador é configurado para determinar se um valor de fichas para transmissão de pacotes em um
cesto de fichas excede ou não um valor limite.
40. WTRU conforme qualquer das realizações 30 a 39, em que um processador é configurado para transmitir pelo menos um pacote e subtrair um valor de fichas de um cesto de fichas equivalente ao tamanho do pelo menos um pacote transmitido.
41. WTRU conforme qualquer das realizações 30 a 40, em que a subtração do valor de fichas do cesto de fichas reduz o número de fichas abaixo de zero.
42. WTRU conforme qualquer das realizações 30 a 41, em que um valor limite é indicado para a WTRU por meio de um parâmetro de configuração.
43. WTRU conforme qualquer das realizações 30 a 42, em que um parâmetro de configuração é sinalizado explicitamente.
44. eNB configurado para realizar um método de acordo com qualquer das realizações 1 a 29.
45. eNB conforme a realização 44, que compreende adicionalmente um receptor.
46. eNB conforme qualquer das realizações 44 ou 45, que compreende adicionalmente um transmissor.
47. eNB conforme qualquer das realizações 44 a 46, que compreende adicionalmente um processador em comunicação com o receptor e o transmissor.
48. eNB conforme qualquer das realizações 44 a 47, em que um processador é configurado para receber uma informação de situação atual de buffer de uma WTRU.
49. eNB conforme qualquer das realizações 44 a 48, em que um processador é configurado para determinar um número de fichas que uma WTRU pode acumular.
50. eNB conforme qualquer das realizações 44 a 49, em que um processador é configurado para transmitir uma concessão para uma WTRU.

Claims (10)

1. Método para programar dados de link superior de uma unidade de transmissão e recepção sem fio (WTRU), caracterizado por compreender: - determinação da quantidade de dados de link superior pendentes para transmissão em um buffer na WTRU; - determinação de um conjunto de canais lógicos e uma situação atual de buffer associada a cada um dos canais lógicos com base em pelo menos um dentre nível de prioridade, velocidade de bits, tamanho de cesto e atraso associado a um intervalo de tempo de transmissão (TTI); - transmissão de um relatório de situação de buffer que inclui uma solicitação de concessão com base na determinação da quantidade de dados pendentes e um conjunto de canais lógicos; e - recebimento de uma concessão para transmissão subsequente dos dados de link superior pendentes em resposta à transmissão de relatório da situação de buffer.
2. Método conforme a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente: para cada canal lógico: - determinação de uma situação atual de buffer; - determinação se a situação de buffer existente excede um valor limite previamente determinado; - desde que a situação de buffer existente exceda o limite previamente determinado, transmissão do pelo menos um pacote de dados pendentes; e - configuração da situação atual de buffer igual à situação de buffer existente reduzida pelo tamanho do pelo menos um pacote de dados pendentes transmitido.
3. Método conforme a reivindicação 2, caracterizado pelo fato de que a situação de buffer atual para cada canal lógico pode ser um valor negativo.
4. Método conforme a reivindicação 1, caracterizado pelo fato de que o relatório de situação de buffer é transmitido em um canal de link superior atribuído em um agente de link superior anterior.
5. Método conforme a reivindicação 1, caracterizado pelo fato de que a velocidade de bits inclui pelo menos um dentre uma velocidade de bits garantida (GBR), velocidade de bits priorizada (PBR), velocidade máxima de bits (MBR) e uma MBR agregada (aMBR).
6. Unidade de transmissão e recepção sem fio (WTRU) configurada para programar dados de link superior, em que a WTRU caracterizada por compreender: - um processador configurado para: - determinar uma quantidade de dados de link superior pendentes para transmissão em um buffer; - determinar um conjunto de canais lógicos e um status atual de buffer associado a cada um dos canais lógicos com base em pelo menos um dentre um nível de prioridade, velocidade de bits, tamanho de cesto e um atraso associado a um intervalo de tempo de transmissão (TTI)1 associado ao processamento dos dados pendentes; - um transmissor configurado para emitir um relatório de situação de buffer que inclui uma solicitação de concessão com base na determinação de dados pendentes e conjunto de canais lógicos; e - um receptor configurado para receber uma concessão para transmissão subsequente dos dados de link superior em resposta à transmissão do relatório de status do tampão.
7. WTRU conforme a reivindicação 6, caracterizada pelo fato de que compreende adicionalmente: - determinação pelo processador para cada canal lógico: - determinação de uma situação de buffer existente para cada canal lógico; - determinação se a situação de buffer existente excede um valor limite previamente determinado; - desde que a situação de buffer existente exceda o limite previamente determinado, transmissão de pelo menos um pacote de dados pendentes; e - definição da situação de buffer atual igual à situação de buffer existente reduzida pelo tamanho do pelo menos um pacote de dados pendentes transmitido.
8. WTRU conforme a reivindicação 7, caracterizada pelo fato de que a situação atual de buffer para cada canal lógico pode ser um valor negativo.
9. WTRU conforme a reivindicação 6, caracterizada pelo fato de que o processador é configurado para transmitir relatório da situação de buffer em um canal de link superior atribuído em uma concessão de link superior anterior em resposta a um procedimento de canal de acesso aleatório.
10. WTRU conforme a reivindicação 6, caracterizada pelo fato de que a velocidade de bits inclui pelo menos uma dentre uma velocidade de bits garantida (GBR), velocidade de bits priorizada (PBR), velocidade máxima de bits (MBR) e MBR agregada (aMBR).
BRPI0808234-0A2A 2007-03-14 2008-03-12 Método e aparelho para título para evitar a perda de suporte uplink em um sistema de longo termo de evolução. BRPI0808234A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US89474107P 2007-03-14 2007-03-14
US60/894,741 2007-03-14
PCT/US2008/003240 WO2008112233A2 (en) 2007-03-14 2008-03-12 Method and apparatus for supporting uplink starvation avoidance in a long term evolution system

Publications (1)

Publication Number Publication Date
BRPI0808234A2 true BRPI0808234A2 (pt) 2014-07-22

Family

ID=39708897

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0808234-0A2A BRPI0808234A2 (pt) 2007-03-14 2008-03-12 Método e aparelho para título para evitar a perda de suporte uplink em um sistema de longo termo de evolução.

Country Status (14)

Country Link
US (4) US8385196B2 (pt)
EP (2) EP2479944B1 (pt)
JP (5) JP4806077B2 (pt)
KR (5) KR101372210B1 (pt)
CN (2) CN103746936B (pt)
AR (1) AR065743A1 (pt)
AU (1) AU2008226860A1 (pt)
BR (1) BRPI0808234A2 (pt)
CA (1) CA2680784C (pt)
MX (1) MX2009009801A (pt)
MY (1) MY151416A (pt)
RU (1) RU2432698C2 (pt)
TW (2) TWI483591B (pt)
WO (1) WO2008112233A2 (pt)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101372210B1 (ko) 2007-03-14 2014-03-07 인터디지탈 테크날러지 코포레이션 롱텀 에볼루션 시스템에서의 업링크 고갈 회피 지원 방법 및 장치
JP5052258B2 (ja) * 2007-08-15 2012-10-17 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム、移動局及び無線基地局
GB2452698B (en) * 2007-08-20 2010-02-24 Ipwireless Inc Apparatus and method for signaling in a wireless communication system
US20090104916A1 (en) * 2007-09-26 2009-04-23 Nokia Siemens Networks Oy Method, apparatus and system for signalling of buffer status information
US8064382B2 (en) * 2007-09-28 2011-11-22 Wireless Technology Solutions Llc Apparatus and method for scheduling in a wireless communication system
KR101422293B1 (ko) * 2007-10-05 2014-07-22 삼성전자주식회사 이동 통신 시스템에서 역방향 데이터 전송률 조정 방법 및 장치
CN101971544B (zh) * 2007-11-05 2014-06-18 蜂窝通信设备有限责任公司 缓冲器状态报告系统和方法
CN101459964B (zh) * 2007-12-13 2012-10-31 创新音速有限公司 无线资源分配的方法及其相关通讯装置
US9167594B2 (en) * 2008-09-22 2015-10-20 Htc Corporation Method and related device of a trigger mechanism of buffer status report and scheduling request in a wireless communication system
US8441934B2 (en) * 2008-11-11 2013-05-14 Qualcomm Incorporated Efficient UE QoS/UL packet build in LTE
US8693316B2 (en) * 2009-02-10 2014-04-08 Qualcomm Incorporated Access point resource negotiation and allocation over a wireless interface
CN102984752B (zh) * 2009-03-04 2016-09-07 中国移动通信集团公司 状态报告发送方法及移动终端
CN101827398B (zh) * 2009-03-05 2012-10-03 中国移动通信集团公司 一种无线承载状态发送方法及装置
RU2515997C2 (ru) * 2009-03-20 2014-05-20 Телефонактиеболагет Л М Эрикссон (Пабл) Активное управление очередью для восходящей линии связи в сети беспроводной связи
US20100271990A1 (en) * 2009-04-24 2010-10-28 Motorola, Inc. Method and apparatus for triggering buffer status reports with packet discarding
CN101951643B (zh) * 2009-09-03 2014-04-23 开曼群岛威睿电通股份有限公司 通信接入程序的方法、装置及系统
EP3694247A1 (en) 2010-04-02 2020-08-12 Interdigital Patent Holdings, Inc. Method and apparatus for supporting communication via a relay node
US8483058B2 (en) 2010-08-17 2013-07-09 Qualcomm Incorporated Systems and methods for traffic policing
US20120127864A1 (en) * 2010-11-22 2012-05-24 Avaya Inc. Performing policing operations in packet time
JP5772380B2 (ja) * 2011-08-11 2015-09-02 富士通株式会社 通信装置、通信方法、および通信プログラム
JP5803418B2 (ja) * 2011-08-18 2015-11-04 富士通株式会社 通信装置、通信方法、および通信プログラム
ES2429663B1 (es) * 2012-02-28 2015-04-13 Telefónica, S.A. Método y sistema para planificar el enlace descendente en redes de evolución a largo plazo (lte) basándose en calidad de servicio (qos)
US20140370835A1 (en) * 2013-06-14 2014-12-18 Htc Corporation Method of Handling Radio Resource Control Connection Establishment during Reception of Public Warning System Message in Wireless Communication System and Communication Device Thereof
CN110933686B (zh) * 2013-07-17 2023-01-17 三菱电机株式会社 通信系统
EP3249969B1 (en) 2013-09-26 2020-02-19 Fujitsu Connected Technologies Limited Base station, mobile station, wireless communications system, and wireless communications method
US20150172066A1 (en) * 2013-12-13 2015-06-18 Qualcomm Incorporated Practical implementation aspects of unicast fetch for http streaming over embms
CN104754750B (zh) * 2013-12-31 2018-10-19 华为终端（东莞）有限公司 资源分配方法和装置
TWI538425B (zh) 2014-04-14 2016-06-11 微晶片科技公司 藍牙介面的資料傳輸系統及傳輸方法
CN106576257B (zh) * 2014-08-30 2020-04-28 华为技术有限公司 一种网络参数调整方法和基站设备
CN106257958B (zh) * 2015-06-30 2019-10-15 北京智谷睿拓技术服务有限公司 消息发送方法、消息接收方法及其装置
US10420128B2 (en) * 2016-11-11 2019-09-17 Qualcomm Incorporated Uplink data transfer for wireless communications with mixed transmission time intervals
CN108235346B (zh) * 2016-12-22 2021-03-16 上海诺基亚贝尔股份有限公司 一种用于在lte系统中监测不活动ue的方法和装置
JP6409170B2 (ja) * 2017-04-06 2018-10-24 富士通コネクテッドテクノロジーズ株式会社 基地局、移動局、無線通信システム及び無線通信方法
CN111835655B (zh) * 2020-07-13 2022-06-28 北京轻网科技有限公司 共享带宽限速方法、装置及存储介质

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5654979A (en) * 1995-01-13 1997-08-05 Qualcomm Incorporated Cell site demodulation architecture for a spread spectrum multiple access communication systems
FI100155B (fi) * 1995-11-09 1997-09-30 Nokia Telecommunications Oy Liikenteen mittaus tietoliikennejärjestelmässä
US5819177A (en) * 1996-03-20 1998-10-06 Dynamic Telecommunications, Inc. Fixed wireless terminals with network management method and apparatus
TW317058B (en) * 1996-04-23 1997-10-01 Ibm Data communication system for a wireless access to an atm network
US6115390A (en) * 1997-10-14 2000-09-05 Lucent Technologies, Inc. Bandwidth reservation and collision resolution method for multiple access communication networks where remote hosts send reservation requests to a base station for randomly chosen minislots
US6469991B1 (en) * 1997-10-14 2002-10-22 Lucent Technologies Inc. Method for overload control in a multiple access system for communication networks
US6192032B1 (en) * 1998-01-02 2001-02-20 International Business Machines Corporation Rate attenuation systems, methods and computer program products for reducing low priority video frame packets transmitted over a network
US6385461B1 (en) * 1998-11-16 2002-05-07 Ericsson Inc. User group indication and status change in radiocommunications systems
JP2000183880A (ja) 1998-12-17 2000-06-30 Fujitsu Ltd パケット流量監視装置
EP1033846A1 (en) * 1999-03-01 2000-09-06 Alcatel Process for controlling uplink packet transmission in a wireless communication network
US6977930B1 (en) * 2000-02-14 2005-12-20 Cisco Technology, Inc. Pipelined packet switching and queuing architecture
US6801500B1 (en) * 2000-05-18 2004-10-05 Cisco Technology, Inc. Method and apparatus for providing reserved rates to multiple flows on a network interface
US8032653B1 (en) * 2000-09-08 2011-10-04 Juniper Networks, Inc. Guaranteed bandwidth sharing in a traffic shaping system
US6950395B1 (en) * 2000-12-31 2005-09-27 Cisco Technology, Inc. Method and apparatus for a token bucket metering or policing system with a delayed filling scheme
KR20030057648A (ko) * 2001-12-29 2003-07-07 엘지전자 주식회사 비동기전송모드 레이어의 폴리싱 장치 및 그 방법
US7349342B2 (en) * 2003-03-17 2008-03-25 International Business Machines Corporation Traffic metering in data networks
US7349338B2 (en) * 2003-04-15 2008-03-25 Lucent Technologies Inc Scheduler and method for scheduling transmissions in a communication network
US7734805B2 (en) * 2003-04-15 2010-06-08 Alcatel-Lucent Usa Inc. Method for scheduling transmissions in communication systems
KR100713442B1 (ko) 2004-02-14 2007-05-02 삼성전자주식회사 이동통신 시스템에서 향상된 역방향 전용채널을 통한 스케쥴링 정보의 전송방법
US8583156B2 (en) 2004-04-30 2013-11-12 Mitsubishi Electric Corporation Mobile station, base station, communication system, amount-of-data information transmission method, transmission-control-information notification method, and wireless communication method
EP1728338A4 (en) * 2004-05-06 2011-03-09 Samsung Electronics Co Ltd METHOD AND DEVICE FOR SENDING / RECEIVING TRANSMIT STATUS AND HAZARD CONDITION INFORMATION IN A MOBILE COMMUNICATION SYSTEM SUPPORTING A PACKAGE SERVICE IN UPWARD DIRECTION
KR100678184B1 (ko) 2004-05-19 2007-02-02 삼성전자주식회사 이동통신 시스템에서 향상된 역방향 전용채널의 스케줄링방법 및 장치
KR20060077521A (ko) * 2004-12-30 2006-07-05 삼성전자주식회사 이동통신 시스템에서 상향링크 패킷 데이터 서비스의제어정보 송수신 방법 및 장치
ATE436169T1 (de) * 2005-04-01 2009-07-15 Panasonic Corp ZUWEISUNG DES ßHAPPY BITß IN EINEM MOBILEN KOMMUNIKATIONSSYSTEM
US7653396B2 (en) 2005-08-15 2010-01-26 Alcatel-Lucent Usa Inc. Method for assigning uplink and/or downlink capacities based on available capacity
WO2007051153A1 (en) * 2005-10-26 2007-05-03 Qualcomm Incorporated Minimum rate guarantees on wireless channel using resource utilization messages
FR2895616A1 (fr) * 2005-12-27 2007-06-29 France Telecom Mecanisme auto-adaptatif de gestion de flux dans un reseau partage a acces multiple
WO2008112161A2 (en) * 2007-03-08 2008-09-18 Interdigital Technology Corporation Balancing paging load and assigning tracking area updates
KR101372210B1 (ko) * 2007-03-14 2014-03-07 인터디지탈 테크날러지 코포레이션 롱텀 에볼루션 시스템에서의 업링크 고갈 회피 지원 방법 및 장치
US8072953B2 (en) * 2007-04-24 2011-12-06 Interdigital Technology Corporation Wireless communication method and apparatus for performing home Node-B identification and access restriction
US8670394B2 (en) * 2007-08-14 2014-03-11 Qualcomm Incorporated Uplink requests
CN101459964B (zh) * 2007-12-13 2012-10-31 创新音速有限公司 无线资源分配的方法及其相关通讯装置
US8441934B2 (en) * 2008-11-11 2013-05-14 Qualcomm Incorporated Efficient UE QoS/UL packet build in LTE

Also Published As

Publication number Publication date
US8699334B2 (en) 2014-04-15
MX2009009801A (es) 2009-10-12
TWI483591B (zh) 2015-05-01
CA2680784C (en) 2013-12-10
MY151416A (en) 2014-05-30
CA2680784A1 (en) 2008-09-18
CN103746936B (zh) 2017-07-14
KR20090133113A (ko) 2009-12-31
US20130170355A1 (en) 2013-07-04
EP2135406A2 (en) 2009-12-23
TW200841757A (en) 2008-10-16
US20080225725A1 (en) 2008-09-18
TWI528848B (zh) 2016-04-01
JP5592435B2 (ja) 2014-09-17
EP2479944B1 (en) 2019-11-27
WO2008112233A2 (en) 2008-09-18
AR065743A1 (es) 2009-06-24
JP2012005141A (ja) 2012-01-05
US9042231B2 (en) 2015-05-26
US9398524B2 (en) 2016-07-19
JP4806077B2 (ja) 2011-11-02
US8385196B2 (en) 2013-02-26
CN101636984A (zh) 2010-01-27
US20150230163A1 (en) 2015-08-13
RU2009137923A (ru) 2011-04-20
AU2008226860A1 (en) 2008-09-18
KR101132133B1 (ko) 2012-07-04
RU2432698C2 (ru) 2011-10-27
KR20140048317A (ko) 2014-04-23
EP2479944A1 (en) 2012-07-25
TW201206226A (en) 2012-02-01
KR20100017412A (ko) 2010-02-16
WO2008112233A3 (en) 2008-11-13
KR101372184B1 (ko) 2014-03-14
US20140185448A1 (en) 2014-07-03
KR20130042016A (ko) 2013-04-25
JP2016201827A (ja) 2016-12-01
KR101507677B1 (ko) 2015-03-31
JP2012178872A (ja) 2012-09-13
KR20130133085A (ko) 2013-12-05
JP2010521874A (ja) 2010-06-24
JP2014233082A (ja) 2014-12-11
CN103746936A (zh) 2014-04-23
KR101372210B1 (ko) 2014-03-07

Similar Documents

Publication Publication Date Title
BRPI0808234A2 (pt) Método e aparelho para título para evitar a perda de suporte uplink em um sistema de longo termo de evolução.
TWI483642B (zh) 緩衝器狀態報告方法及裝置
TWI526093B (zh) 無線通信系統中傳輸排程資訊
IL200892A (en) METHOD AND SYSTEM FOR SUPPORTING PREVIOUS QUALITY RELATIONSHIP WITH A SATELLITE IN A DEVELOPING LONG TERM SYSTEM
RU2749352C2 (ru) Способ передачи данных, устройство пользователя и устройство радиодоступа
KR20210154147A (ko) 사이드링크 통신을 위한 시스템 및 방법
US20120269154A1 (en) Methods and arrangements in a wireless communication system
WO2022147727A1 (zh) 一种通信方法及装置
US9826543B2 (en) Method and apparatus in a wireless communication system
BR112017002395B1 (pt) Controle de acesso e pré-apropriação de dispositivo a dispositivo (d2d) e unidade de transmissão/recepção sem fio

Legal Events

Date Code Title Description
B25G Requested change of headquarter approved

Owner name: INTERDIGITAL TECHNOLOGY CORPORATION (US)

B15K Others concerning applications: alteration of classification

Ipc: H04W 48/16 (2009.01), H04L 12/801 (2013.01), H04L

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: H04W 48/16 , H04L 12/801 , H04L 12/819 , H04L 12/863 , H04W 28/02 , H04W 48/10 , H04W 72/12

Ipc: H04W 48/16 (2009.01), H04L 12/819 (2013.01), H04L

B07A Application suspended after technical examination (opinion) [chapter 7.1 patent gazette]
B09B Patent application refused [chapter 9.2 patent gazette]
B09B Patent application refused [chapter 9.2 patent gazette]

Free format text: MANTIDO O INDEFERIMENTO UMA VEZ QUE NAO FOI APRESENTADO RECURSO DENTRO DO PRAZO LEGAL