BRPI0721816B1

BRPI0721816B1 - Métodos para transmitir solicitações de programação de um terminal móvel para uma estação base, e para atribuir recursos de uplink para os terminais móveis, terminal móvel, estação de base, e, sistema de comunicação

Info

Publication number: BRPI0721816B1
Application number: BRPI0721816-8A
Authority: BR
Inventors: Kristina Jersenius; Henning Wiemann; Anna Larmo; Peter Moberg; Eva Englund
Original assignee: Optis Cellular Technology, Llc
Priority date: 2007-06-19
Filing date: 2007-12-19
Publication date: 2020-02-27
Also published as: IL280543A; IL264932B; US20130343293A1; US20220039102A1; IL202509A0; RU2706024C2; US20160205700A1; RU2016110093A; CN105813219B; MX2009013430A; KR101421773B1; CN105813219A; EP2158773B1; US20190007952A1; CA2691355A1; RU2019134380A; JP5350517B2; RU2016110093A3; CO6160257A2; CA2691355C

Abstract

método para transmitir solicitações de programação de um terminal móvel para uma estação base, terminal móvel, método para atribuir recursos de uplink para terminais móveis, estação base, e, sistema de comunicação os aspectos da presente invenção referem-se à programação de recursos em um sistema de telecomunicações, que inclui um terminal móvel e estação base. em uma forma de realização, o terminal móvel remete uma solicitação de programação inicial para uma estação base. subsequentemente, o terminal móvel não transmite uma solicitação de programação para a estação base, a menos e até que um evento de acionamento de solicitação de programação seja detectado.

Description

“MÉTODOS PARA TRANSMITIR SOLICITAÇÕES DE PROGRAMAÇÃO DE UM TERMINAL MÓVEL PARA UMA ESTAÇÃO BASE, E PARA ATRIBUIR RECURSOS DE UPLINK PARA OS TERMINAIS MÓVEIS, TERMINAL MÓVEL, ESTAÇÃO DE BASE, E, SISTEMA DE COMUNICAÇÃO”

CAMPO TÉCNICO [0001] A presente invenção refere-se genericamente a sistemas de telecomunicações. As formas de realização da presente invenção referem-se à programação de recursos em um sistema de telecomunicações.

FUNDAMENTOS DA INVENÇÃO [0002] As tecnologias de acesso de rádio para redes móveis celulares estão continuamente sendo desenvolvidas para atender às demandas futuras por elevadas taxas de dados, cobertura melhorada e capacidade melhorada. Exemplos de recentes desenvolvimentos da tecnologia de acesso múltiplo por divisão em código de banda larga (WCDMA) são os protocolos de Acesso de Pacote de Alta Velocidade (HSPA). Atualmente, mais evoluções de sistemas de terceira geração, Desenvolvimento de Longo Termo 3G (LTE), incluindo novas tecnologias de acesso e novas arquiteturas, estão sendo desenvolvidas dentro do corpo de padronização de Projeto de Parceria de 3a. Geração (3GPP).

[0003] Um objetivo principal dos sistemas LTE é fornecer uma tecnologia de acesso flexível, que possa ser usada nas existentes alocações de frequência e em novas alocações de frequência. Também os sistemas LTE devem possibilitar o uso de diferentes soluções dúplex. Por exemplo, tanto duplexação por divisão de frequência (FDD) como duplexação por divisão de tempo (TDD), o uplink e o downlink são separados em frequência e em tempo, respectivamente, devem ser suportadas para prover uso em espectro tanto compensado como não-compensado.

[0004] Uma tecnologia de acesso baseada em Multiplexação por Divisão de Frequência Ortogonal (OFDM) para o downlink e o Acesso Múltiplo por Divisão de Frequência de Mono-Portadora (SC-FDMA) para o uplink, por exemplo, permite tais soluções de espectro flexíveis.

[0005] Uma vez que a concepção LTE está sendo projetada para suportar rápida

Petição 870190089597, de 10/09/2019, pág. 11/40

2/19 programação de frequência e tempo, tanto para o uplink como o downlink, a atribuição de recursos em tempo e frequência deve ser preferivelmente ajustável à demanda de tráfico momentânea dos usuários e variações de canal. No uplink é possível programar diversos usuários em um Intervalo de Transmissão de Tempo (TTI) atribuindo-se diferentes segmentos de frequência a diferentes usuários. Para manter a estrutura de mono-portadora, cada usuário deve somente receber atribuições contíguas de frequência, como ilustrado na Fig. 1.

[0006] Com referência agora à Fig. 2, um programador 202 de um Nó B evoluído (estação base) 204 pode realizar atribuição de recurso. Os recursos de programação entre dois ou mais usuários do uplink é complicado pelo fato de que o programador 202 não ser automaticamente ciente dos dados de uplink e demanda de recurso de cada usuário. Isto é, por exemplo, o programador 202 pode não estar ciente de quantos dados há nas memórias temporárias de transmissão de cada terminal móvel do usuário 206 (p. ex., telefone móvel, assistente digital portátil ou qualquer outro terminal móvel). O terminal móvel 206 pode também ser referido como equipamento de usuário (UE). A fim de suportar rápida programação, o programador 202 teria que ser tornado ciente das momentâneas demandas de tráfego do UE (p. ex., o estado da memória temporária de transmissão).

[0007] A concepção de programação de uplink básica é ilustrada na Fig. 2. Tipicamente, para informar o programador de uplink (UL) 202 das momentâneas demandas de tráfego do UE, o sistema 200 suporta (i) um canal de solicitação de programação dedicada (SR) e (ii) reporta o estado da memória temporária. Alternativamente, um canal de acesso aleatório sincronizado (RACH) pode ser usado para a mesma finalidade.

[0008] O programador 202 monitora cada demanda de tráfego de UE e atribui recursos correspondentemente. O programador 202 informa um UE (p. ex., UE 206) de uma decisão de programação pela transmissão de atribuições de recursos 208 ao UE. Além disso, há uma possibilidade de configurar-se um UE para transmitir sinais de referência de som de canal para possibilitar que o Nó B evoluído (eNodeB) faça estimativa de canal de banda larga para rápidas adaptação de link e

Petição 870190089597, de 10/09/2019, pág. 12/40

3/19 programação dependente de canal.

[0009] Um UE sincronizado também tem a oportunidade de utilizar, como uma solução de emergência, o Canal de Acesso Aleatório (RACH) para solicitar um recurso UL. Em geral, entretanto, o RACH é destinado principalmente para UEs não sincronizados. Na abordagem de canal SR dedicado, a cada UE ativo é atribuído um canal dedicado para transmitir mensagens que indiquem ao eNodeB que o UE requer um recurso UL. Tal mensagem é referida como uma solicitação de programação (SR) 210. O benefício com este método é que nenhum identificador (ID) de UE tem que ser transmitido, uma vez que o UE é identificado em virtude do “canal” que ele usa. Além disso, ao contrário da abordagem baseada em contenção, não ocorrem colisões intra-células.

[0010] Em resposta ao recebimento de um SR 210, o programador 202 pode emitir para o UE uma garantia de programação (SG) 208. Isto é, o programador pode selecionar o(s) recurso(s) (p. ex., intervalo de tempo e/ou a frequência) que o UE utilizará e comunicar esta informação para o UE. O programador 202 pode também selecionar, com suporte da função de adaptação de link, um tamanho de bloco de transporte, um esquema de modulação, esquema de codificação e um esquema de antena (isto é, a adaptação do link é realizada no eNodeB e o formato de transporte selecionado é assinalado junto com informações da ID de usuário para o UE). Os endereços de garantia de programação consignam um UE e não um portador de rádio específico. Em sua forma mais simples, a garantia de programação é válida somente para o TTI UL seguinte. Entretanto, para reduzir o grau de sinalização de controle requerida, diversas propostas com durações alternativas são possíveis.

[0011] Após transmitir uma SR inicial, o UE pode transmitir um relatório de estado de memória temporária mais detalhado para o programador 202. O relatório de estado de memória temporária pode ser transmitido em-banda (p; ex., o relatório de estado de memória temporária pode ser incluído como parte de um encabeçamento de controle de acesso de meio (MAC)). É uma visão comum, por exemplo, em 3GPP que o relatório de estado de memória temporária deve conter

Petição 870190089597, de 10/09/2019, pág. 13/40

4/19 mais informações do que são contidas na SR inicial.

[0012] O procedimento acima descrito é ainda ilustrado na Fig. 3. Como mostrado na Figura 3, um UE 302, tendo dados para transmitir para um eNodeB 304, primeiro transmite uma SR 306 para o eNodeB 304, solicitação SR 306 esta sendo então processada por um programador de uplink 308 do eNodeB 304. Em resposta à SR 306, o programador de uplink 308 transmite uma SG (p. ex., atribuições de recursos) 310 para o UE 302. Em seguida, o UE 302 transmite dados 312 para o eNodeB 304 junto com um relatório de estado de memória temporária 314, cujo relatório é processado pelo programador de uplink 308. Como examinado acima, o relatório de estado de memória temporária 314 pode ser transmitido embanda com os dados 312.

SUMÁRIO [0013] É um objetivo prover sistemas e métodos aperfeiçoados para acionar solicitações de programação de uplink em um sistema de telecomunicações.

[0014] Em um aspecto, a invenção provê um método para transmitir solicitações de programação de um terminal móvel (ou “UE”) para uma estação base. Em algumas formas de realização, o método começa com o UE transmitindo uma primeira solicitação de programação (SR) para a estação base, em resposta aos dados tornando-se disponíveis para transmissão para a estação base. Após transmitir a primeira SR, o UE recebe uma garantia de programação (SG) transmitida da estação base. Em resposta ao recebimento a SG, o UE transmite para a estação base informações de estado de memória temporária. Após transmitir as informações de estado de memória temporária para a estação base, mas antes de transmitir quaisquer subsequentes SRs para a estação base e enquanto pelo menos alguns dos dados está esperando para serem transmitidos para a estação base, o UE: (1) determina se um evento de acionamento de solicitação de programação ocorreu e, se um evento de acionamento ocorreu, então o UE transmite uma segunda SR para a estação base em uma seguinte oportunidade, em resposta à determinação de que o evento de acionamento ocorreu; caso contrário, se um evento de acionamento não tiver ocorrido, então o UE transmite para a

Petição 870190089597, de 10/09/2019, pág. 14/40

5/19 estação base na próxima oportunidade uma mensagem indicando que um evento de acionamento não ocorreu, em resposta à determinação de que o evento de acionamento não ocorreu.

[0015] Em algumas formas de realização, a etapa de determinar se um evento de acionamento de solicitação de programação ocorreu inclui: (a) determinar se dados adicionais, que tornaram-se disponíveis para transmissão para a estação base, após a primeira SR, foram transmitidos, tem uma prioridade mais elevada do que os dados iniciais; (b) determinar se o tempo que decorreu desde que a primeira SR foi transmitida excede um limiar; e/ou (c) determinar se a diferença entre a quantidade atual de dados na memória temporária de transmissão e uma quantidade de dados não-zero anterior, que estava na memória temporária de transmissão, excede um limiar. Nesta ou outras formas de realização, a etapa de determinar se um evento de acionamento de solicitação de programação ocorreu inclui: comparar as informações de estado da memória temporária de transmissão para a estação base com novas informações concernentes ao estado da memória temporária de transmissão.

[0016] Em algumas formas de realização, a mensagem indicando que um evento de acionamento ocorreu é uma mensagem de um bit e a SR é também uma mensagem de 1 bit. Adicionalmente, em algumas formas de realização os limiares podem ser configurados no UE pela estação base através de sinalização de controle de recurso de rádio (RRC). Além disso, em algumas formas de realização o UE é configurado de modo a transmitir uma SR na próxima oportunidade disponível, cada vez que os dados chegarem em uma memória temporária de transmissão vazio do UE.

[0017] Em outro aspecto, a invenção refere-se a um terminal móvel aperfeiçoado. Em algumas formas de realização, o telefone móvel aperfeiçoado inclui uma memória temporária de transmissão e um processador de dados. O processador de dados pode ser configurado para fazer com que o terminal móvel transmita uma primeira solicitação de programação (SR) para uma estação base, em resposta aos dados chegando em uma memória temporária de transmissão vazio do

Petição 870190089597, de 10/09/2019, pág. 15/40

6/19 terminal móvel e faça com que o terminal móvel transmita para a estação base informações de estado concernentes à memória temporária de transmissão, em resposta ao recebimento de uma garantia de programação (SG) da estação base. Em algumas formas de realização, o processador de dados pode ainda ser configurado para determinar se um evento de acionamento de solicitação de programação ocorreu; fazer com que o terminal móvel transmita uma segunda SR para a estação base em uma próxima oportunidade, em resposta à determinação de que um evento de acionamento ocorreu; e fazer com que o terminal móvel transmita para a estação base, em uma próxima oportunidade, uma mensagem indicando que um evento de acionamento não ocorreu, em resposta à determinação de que nenhum evento de acionamento ocorreu. Preferivelmente, estas três etapas são realizadas enquanto pelo menos alguns dos primeiros dados estão esperando para serem transmitidos para a estação base e após o UE transmitir a informação de estado de memória temporária, porém antes de UE transmitir quaisquer subsequentes SRs para a estação base.

[0018] Em algumas formas de realização, o terminal móvel aperfeiçoado inclui: meio para transmitir uma primeira SR para uma estação base, em resposta a uma memória temporária de transmissão vazio dos dados de recebimento de terminal móvel; meio para receber uma SG transmitida da estação base; meio para transmitir para a estação base informações de estado concernentes ao estado da memória temporária de transmissão, em resposta ao recebimento da SG; meio de detecção de evento de acionamento, para determinar se um evento de acionamento de solicitação de programação ocorreu; e meio para transmitir para a estação base, em uma próxima oportunidade, uma segunda SR, em resposta à determinação de que um evento de acionamento de solicitação de programação ocorreu. Em algumas formas de realização, o meio de detecção de evento de acionamento é configurado para realizar a determinação, enquanto que pelo menos alguns dos dados estão esperando para ser transmitidos para a estação base.

[0019] Em outro aspecto, a invenção refere-se a um método realizado por uma estação base para garantir recursos de uplink para os terminais móveis. Em

Petição 870190089597, de 10/09/2019, pág. 16/40

7/19 algumas formas de realização, a estação base: aloca um recurso de uplink para um primeiro terminal móvel, desse modo possibilitando que o primeiro terminal móvel transmita dados para a estação base; recebe uma SR de um segundo terminal móvel, enquanto o primeiro terminal móvel está utilizando o recurso de uplink; realoca o recurso de uplink para o segundo terminal móvel, em resposta ao recebimento da SR; recebe do segundo terminal móvel informações relativas à prioridade dos dados da segunda estação móvel que estão esperando para ser transmitidas para a estação base; compara a prioridade dos dados do primeiro terminal móvel com a prioridade dos dados do segundo terminal móvel, empregando as respectivas informações de prioridade; realoca o recurso de uplink para o primeiro terminal móvel, em resposta à determinação de que o primeiro terminal móvel tem dados de mais elevada prioridade do que o segundo terminal móvel; recebe uma subsequente SR do segundo terminal móvel, onde a subsequente SR é recebida após receber as informações de prioridade do segundo terminal móvel, porém antes de receber quaisquer outras informações de prioridade do segundo terminal móvel; e realoca o recurso de uplink para o segundo terminal móvel, em resposta ao recebimento da subsequente SR.

[0020] Em outro aspecto, a invenção refere-se a uma estação base aperfeiçoada. Em algumas formas de realização, a estação base aperfeiçoada inclui meio para comunicar-se com uma pluralidade de terminais móveis; meio para alocar um recurso de uplink para um dos terminais móveis baseados nas respectivas transmissões de dados de estado de memória temporária dos terminais; meio para realocar os recurso de uplink para outro da pluralidade de terminais, com base no recebimento de uma mensagem de um único bit, indicando uma mudança de dados de estado de memória temporária do outro terminal.

[0021] Em ainda outro aspecto, a invenção refere-se a um sistema de telecomunicações, compreendendo um terminal móvel aperfeiçoado e estação base aperfeiçoada.

[0022] Os aspectos acima e outros e formas de realização da presente invenção são descritos abaixo com referência aos desenhos anexos.

Petição 870190089597, de 10/09/2019, pág. 17/40

8/19

BREVE DESCRIÇÃO DOS DESENHOS [0023] Os desenhos anexos, que são incorporados aqui e fazem parte do relatório, ilustram várias formas de realização da presente invenção.

[0024] A Fig. 1 ilustra esquematicamente alocação de recurso para diferentes usuários de um sistema SC-FDMA.

[0025] A Fig. 2 ilustra programador de uplink em um sistema LTE.

[0026] A Fig. 3 ilustra um esquema para prover a um UE um recurso para transmissão de dados.

[0027] A Fig. 4 ilustra um fluxo de mensagem de programação aperfeiçoada entre um eNodeB e dois UEs.

[0028] As Figs. 6a e 6b ilustram um processo de acordo com uma forma de realização da invenção.

[0029] A Fig. 7 é um diagrama de blocos funcional, ilustrando alguns dos componentes do terminal móvel.

[0030] A Fig. 8 é um diagrama de blocos funcional ilustrando alguns dos componentes de um programador de uplink.

[0031] A Fig. 9 é um fluxograma ilustrando um processo de acordo com uma forma de realização da invenção.

DESCRIÇÃO DETALHADA [0032] Um possível esquema de solicitação de programação é definir uma SR como sendo uma mensagem de bit único, onde o bit único (isto é, o “bit de solicitação de sinal”) foi estabelecido para um valor predefinido particular (p. ex., estabelecido em “1”) e configurar os UEs, de modo que os UEs transmitam uma SR para o programador, sempre que: (1) o UE tenha dados para transmitir (p. ex., o UE tenha dados em uma memória temporária de transmissão) e (2) o UE não tenha uma alocação de recurso de uplink para transmitir os dados para o eNodeB. Entretanto, uma desvantagem potencial desta abordagem é ilustrada pelo fluxo de mensagem de programação exemplo mostrado na Fig. 4.

[0033] O exemplo mostrado na Fig. 4 presume que haja dois UEs sincronizados (isto é, UE1 e UE2), nenhum dos quais inicialmente tem uma alocação de recurso de

Petição 870190089597, de 10/09/2019, pág. 18/40

9/19 uplink para transmissão de dados. É ainda presumido que as UEs tenham um canal SR dedicado.

[0034] Como mostrado na Fig. 4, quando dados chegam na memória temporária de transmissão do UE1, UE1 provê para o programador a notificação deste evento transmitindo uma SR (p. ex., um “1”) para o programador, utilizando sua próxima oportunidade de SR. Em resposta, o programador atribui ao UE1 alguns recursos para transmissão de dados e transmite uma SG PARA o UE1. Em resposta, o UE1 transmite um relatório de estado de memória temporária para o eNodeB. O UE1 pode também transmitir dados para o eNodeB, dependendo dos recursos de UL alocados para ele.

[0035] Como mostrado ainda na Fig. 4, quando UE2 tem dados para transmissão, o UE2 transmite uma SR (p. ex., um “1”) em sua próxima oportunidade de SR. Para fins deste exemplo, presumiremos que os dados dos UE2's tenha uma prioridade mais baixa do que os dados UE1's. Em resposta ao recebimento da SR transmitida por UE2, o programador, que neste ponto do tempo não sabe que os dados das UE2's tem uma mais baixa prioridade do que os dados dos UE1's, atribui a UE2 alguns recursos cegamente. O UE2 utiliza o recurso alocado para transmitir um relatório de estado de memória temporária contendo informações QoS e alguns dados dependendo do tamanho da alocação. Utilizando os relatórios de estado de memória temporária transmitidos pelos UE1 e UE2, respectivamente, o programador compara o estado de memória temporária dos UE1's com o estado de memória temporária dos UE2's e, com base na comparação, prioriza os dados do UE1 porque a comparação indica a natureza de baixa prioridade dos dados de UE2. Em razão de os dados de UE1 serem priorizados, o programador não programa o UE2 mais, assim evitando que UE2 transmita seus dados. Consequentemente, em razão de o UE2 ter dados para remeter, o UE2 continuará a transmitir uma SR em cada um dos TTI's em que ele tem uma oportunidade SR.

[0036] Retransmitindo relatório de memória temporária de dados transmitido por último pelo UE2, cujos relatórios indicaram que o UE2 tinha somente dados de baixa prioridade esperando por transmissão, o programador ignora os SRs transmitidos

Petição 870190089597, de 10/09/2019, pág. 19/40

10/19 pelo UE2. O programador ignora estas SRs mesmo após o UE2 subsequentemente ter dados de alta prioridade para remeter, porque, exceto através de transmissão de um relatório de estado de memória temporária, não há nenhuma maneira de o UE2 notificar o programador que ele tem dados de mais alta prioridade. Por conseguinte, em alguns casos, o programador pode não ficar imediatamente ciente de novos dados de alta prioridade chegando na memória temporária de transmissão do UE2. [0037] Este problema poderia ser evitado se o programador fosse configurado para atribuir alguns recursos de uplink para UE2 em vez em quando, desse modo provendo o UE2 com oportunidades de transmitir para o programador um relatório de estado de memória temporária indicando os novos dados de alta prioridade. Entretanto, se houver muitos usuários, esta solução é muito dispendiosa em termos de recursos. Outra solução é estender a SR de um bit para mais do que um bit, de modo que a SR possa conter informações referentes a prioridade de dados. Entretanto, esta solução cria significativos códigos extras para o canal SR, particularmente se houver muitos níveis de prioridade. As formas de realização da presente invenção superam o problema acima descrito, sem as desvantagens sofridas por estas duas soluções.

[0038] As formas de realização da presente invenção definem um mecanismo de acionamento de SR alternativo, que é baseado em mudanças do estado da memória temporária de transmissão. Com tal mecanismo de acionamento alternativo, os problemas descritos acima podem ser resolvidos sem aumentar a SR de um bit para diversos bits e sem periodicamente programar os UEs para transmitir relatórios de estado de memória temporária.

[0039] De acordo com formas de realização da presente invenção, os UEs são configurados para transmitir uma SR somente quando certas condições predefinidas são satisfeitas, tais como, por exemplo, mudanças no conteúdo da memória temporária de transmissão das UE, em comparação com o que foi relatado anteriormente ou o que foi transmitido anteriormente. Por exemplo, uma condição predefinida pode ser satisfeita sempre que os dados cheguem na memória temporária de transmissão do UE e os dados tenham uma mais elevada prioridade

Petição 870190089597, de 10/09/2019, pág. 20/40

11/19 do que a prioridade dos dados anteriormente informados (ou dados transmitidos). As mudanças do estado de memória temporária, que acionam uma SR, são tipicamente configuradas através de sinalização de controle de recurso de rádio (RRC).

[0040] Em algumas formas de realização, os UEs são configurados para transmitir uma SR somente quando todos os seguintes forem verdadeiros: (1) o UE não tem atribuição de uplink; (2) o UE tem dados para transmitir para o eNodeB; e (3) o estado de memória temporária “mudou” desde que o último relatório de memória temporária acusado foi transmitido pelo UE ou a última transmissão acusada foi transmitida pelo UE. Nestas formas de realização, o programador é configurado de modo que não ignore uma SR de um UE configurado como descrito acima.

[0041] Em algumas formas de realização, o estado de memória temporária é considerado ter “mudado” somente se uma ou mais das seguintes condições forem satisfeitas: (1) dados priorizados mais elevados chegaram na memória temporária;

(2) o aumento do tamanho da memória temporária excede um limiar predeterminado (Limiar A); ou (3) o tempo decorrido desde que a transmissão da última SR excedeu um limiar predeterminado (Limiar B). Os limiares A e B podem tipicamente ser configurados através de sinalização RRC. Uma exceção à regra acima é que, quando dados chegam em uma memória temporária vazia do UE, o UE deve sempre transmitir uma SR na próxima oportunidade de SR.

[0042] Nos exemplos acima, quando um UE recebe uma atribuição de programação UL do programador, o programador é subsequentemente tornado ciente do conteúdo da memória temporária do UE através de relatórios de estado de memória temporária regulares, transmitidos pelo UE. Este poderia ser um relatório de memória temporária contínuo para cada transmissão programada. Entretanto, em algumas formas de realização, são usados critérios para fazer com que o UE transmita relatórios de estado de memória temporária. Isto significa que, se não for atribuído a um UE mais recursos de UL, o último relatório de memória temporária acusado será atualizado. É também possível utilizar-se uma variação das regras de acionamento de SR descritas acima, no caso de o UE não remeter relatórios de

Petição 870190089597, de 10/09/2019, pág. 21/40

12/19 memória temporária regulares.

[0043] Por exemplo, presumindo-se que o UE emprega rigorosa prioridade entre portadores de rádio (isto é, portadores de rádio de mais elevada prioridade são sempre transmitidos antes de portadores de dados de rádio menos priorizados), então o programador saberá que não há dados de mais elevada prioridade na memória temporária de transmissão do que os que estão sendo transmitidos. Em tal situação, o estado de memória temporária é considerado ter “mudado” somente se uma ou mais das seguintes condições forem satisfeitas: (1) dados mais elevadamente priorizados chegaram na memória temporária; ou (2) o tempo decorrido desde que a última SR foi transmitida exceder um limiar (Limiar B). Como antes, uma exceção para a regra é que, quando os dados chegam em uma memória temporária vazia do UE, o UE deve sempre transmitir uma SR em sua próxima oportunidade de SR. O limiar B é tipicamente configurado através de sinalização RRC.

[0044] Diversas alternativas e combinações dos exemplos acima podem ser construídas. A presente invenção provê um aperfeiçoamento pelo fato de que, em vez de configurar o UE para transmitir uma SR, sempre que o UE tiver dados para transmitir, o UE é configurado para transmitir somente uma SR quando ele tiver dados para transmitir e algum outro evento tiver ocorrido (p.ex., um certo tempo tenha decorrido desde que a última SR foi transmitida, a quantidade de dados na memória temporária cresceu em pelo menos uma certa quantidade, desde a mais recente transmissão de dados ou um relatório de estado, ou a memória temporária de transmissão estava vazia logo antes de receber os dados).

[0045] Em algumas formas de realização, uma SR acionada porém não ainda transmitida deve ser cancelada sempre que o UE obtenha uma atribuição de programação do eNodeB antes da oportunidade de transmissão de SR. Nestes casos, o UE remeterá dados de alta prioridade primeiro e, opcionalmente, incluirá um relatório de estado de memória temporária detalhado. Em qualquer caso, o eNodeB está ciente da mudança mesmo sem obter uma solicitação de programação.

Petição 870190089597, de 10/09/2019, pág. 22/40

13/19 [0046] Com referência agora à Fig. 5, a Fig. 5 ilustra um fluxo de mensagem em um sistema de acordo com uma forma de realização da invenção, sistema este incluindo dois UEs (UE1 e UE2). O fluxo de mensagem ilustrada começa quando UE1 recebe dados de alta prioridade em sua memória temporária de transmissão. Como mostrado na Fig. 5, em resposta a este evento, o UE1 transmite uma SR para o eNodeB em sua próxima oportunidade de SR.

[0047] Em resposta, o eNodeB transmite uma SG para UE1. Em resposta à SG, o UE1 pode transmitir um relatório de memória temporária que indica a alta prioridade dos dados na memória temporária de transmissão do UE1. Algum tempo após o UE1 transmitir o relatório de memória temporária, o UE2 pode receber dados em sua memória temporária de transmissão, evento este fazendo com que UE2 transmita uma SR em sua próxima oportunidade de SR.

[0048] Para fins deste exemplo, presumiremos que os dados de UE2 têm uma mais baixa prioridade do que os dados de UE1's. Em resposta ao recebimento da SR transmitida por UE2, o eNodeB, que neste ponto do tempo não sabe que os dados de UE2 têm uma mais baixa prioridade do que os dados de UE1, transmite para UE2 alguns recursos cegamente. O UE2 utiliza o recurso alocado para transmitir um relatório de estado de memória temporária contendo informações QoS e alguns dados dependendo do tamanho da alocação. Com base no relatório de estado de memória temporária, que indica a natureza de baixa prioridade dos dados de UE2, o eNodeB prioriza os dados do UE1 e, assim, não programa o UE2 mais, desse modo evitando que o UE2 transmita seus dados (p. ex., o eNodeB transmite para UE2 uma ACK de Solicitação de Repetição Automática Híbrida (HARQ) para a transmissão contendo o relatório de memória temporária e o UE2 armazena o último relatório ACK'ed (que teve ser recebimento acusado).

[0049] Entretanto, em vez de continuar a transmitir uma SR em cada subsequente oportunidade SR, como é mostrado na Fig. 4, o UE2 é configurado a fim de não transmitir uma SR até após um ou mais certos eventos predefinidos ocorrerem (p. ex., o UE2 pode transmitir para o eNodeB o bit de solicitação de sinal com o bit estabelecido para o valor de “0”, em vez de “1”, até um dos eventos

Petição 870190089597, de 10/09/2019, pág. 23/40

14/19 acontecer, como é mostrado na Fig. 5). Por conseguinte, o UE2 é configurado para verificar se um ou mais de certos eventos ocorreram (tais como o recebimento de dados de alta prioridade) antes de cada subsequente oportunidade SR, de modo que, se um tal evento ocorreu, o UE2 pode transmitir uma SR naquela próxima oportunidade de SR.

[0050] Neste exemplo, algum tempo após UE2 ter transmitido o relatório de estado de memória temporária, dados de alta prioridade chegam na memória temporária de transmissão do UE2. O UE2 detecta este evento e, em resposta, transmite uma SR (p. ex., um “1” para o eNodeB. O UE2 pode ser configurado para detectar este evento comparando o último relatório de estado de memória temporária acusado, que indica o estado da memória temporária de transmissão em algum ponto do tempo anterior, com uma informação de estado de memória temporária recentemente gerada, que indica o estado atual da memória temporária de transmissão. O eNodeB é configurado para responder à SR pela transmissão de um recurso de uplink para o UE2, o oposto a ignorar a SR, mesmo embora o eNodeB não tenha recebido do UE2 um novo relatório de estado de memória temporária, indicando que o UE2 agora tem dados de mais elevada prioridade. Por conseguinte, desta maneira, as formas de realização da presente invenção resolvem o problema examinado com relação à Fig. 4.

[0051] Com referência agora à Fig. 6a, a Fig. 6a é um fluxograma ilustrando um processo 600, de acordo com algumas formas de realização da invenção, realizada por um UE. O processo 600 pode começar na etapa 602. O processo 600 presume que o UE inicialmente não tem dados para transmitir para o eNodeB (p. ex., a memória temporária de transmissão do UE está inicialmente vazia), por conseguinte, na etapa 602, o UE espera até os dados serem colocados na memória temporária de transmissão. Em resposta ao UE tendo dados para remeter para o eNodeB, o UE transmite uma SR para o eNodeB (etapa 604). Na etapa 606, o UE recebe um SG do eNodeB. Na etapa 608, o UE utiliza o recurso alocado pelo eNodeB para transmitir para o eNodeB um relatório de estado de memória temporária e/ou alguns dados dependendo do recurso alocado. Na etapa 609, o UE pode gravar um valor

Petição 870190089597, de 10/09/2019, pág. 24/40

15/19 representando a quantidade de dados atualmente em sua memória temporária de transmissão.

[0052] Na etapa 610, o UE recebe do eNodeB um ACK de HARQ para a transmissão contendo o relatório de estado de memória temporária. Na etapa 612, o UE armazena o último relatório de estado de memória temporária que teve seu recebimento acusado (ACK'ed) (isto é, o relatório transmitido na etapa 608). Na etapa 614, o UE determina se ele tem dados para remeter para o eNodeB (p. ex., o UE determina se sua memória temporária de transmissão está vazia). Se não tiver dados para remeter (p. ex., a memória temporária está vazia), o processo 600 pode prosseguir de volta para a etapa 602, caso contrário ele pode prosseguir para a etapa 616.

[0053] Na etapa 616, o UE determina se um evento de acionamento de SR ocorreu. Nesse caso, o processo 600 prossegue de volta para a etapa 604, caso contrário o processo 600 pode prosseguir para a etapa 618. Na etapa 618, na próxima oportunidade de transmissão de SR, o UE transmite para o eNodeB uma mensagem indicando que um evento de acionamento não ocorreu (p. ex., o UE transmite uma mensagem de um bit para o eNodeB, onde o valor do bit é estabelecido em “0”). Após a etapa 618, o processo 600 pode prosseguir de volta para a etapa 616.

[0054] Com referência agora à Figura 6b, a Fig. 6b ilustra um processo, de acordo com algumas formas de realização da invenção, para determinar se um evento de acionamento ocorreu. Isto é, a Fig. 6b ilustra etapas que podem ser realizadas na realização da etapa 616 do processo 600.

[0055] Como mostrado na Fig. 6b, o processo pode começar na etapa 656, onde o UE determina se novos dados chegaram na memória temporária de transmissão, desde um ponto particular do tempo. Por exemplo, o UE pode determinar se novos dados chegaram na memória temporária de transmissão, desde que o último relatório de estado de memória temporária foi gerado ou desde a última vez que UE realizou a etapa 616. Se o UE determinar que novos dados chegaram, então o processo pode prosseguir para a etapa 658, caso contrário pode prosseguir para a

Petição 870190089597, de 10/09/2019, pág. 25/40

16/19 etapa 662.

[0056] Na etapa 658, o UE determina se os novos dados têm uma mais alta prioridade do que os dados que estavam na memória temporária de transmissão, quando os novos dados chegaram. O UE pode determinar isto comparando as informações do relatório de estado de memória temporária armazenadas na etapa 612 com as informações recentemente geradas, refletindo o estado do estado atual da memória temporária de transmissão. Se os novos dados tiverem uma prioridade mais elevada, então o processo pode prosseguir para a etapa 604 (isto é, o UE transmite uma SR para o eNodeB), caso contrário o processo pode prosseguir para a etapa 600.

[0057] Na etapa 660, o UE determina se a diferença entre a quantidade de dados atualmente na memória temporária de transmissão e a quantidade de dados que estava na memória temporária de transmissão, em um ponto do tempo anterior, excede um limiar. Por exemplo, na etapa 660, o UE pode encontrar a diferença entre um valor representando a quantidade de dados atualmente na memória temporária de transmissão e o valor que foi registrado na etapa 609 e comparar a diferença com o valor limiar. Se a diferença igualar ou exceder o limiar, então o processo pode prosseguir para a etapa 604, caso contrário o processo pode prosseguir para a etapa 662.

[0058] Na etapa 662, o UE determina se o tempo que decorreu desde que a última SR foi transmitida excede um limiar. Neste caso, o processo pode prosseguir para a etapa 604, caso contrário o processo pode prosseguir para a etapa 618. [0059] Examinaremos agora os casos de erro que podem ocorrer.

[0060] Caso de Erro 1: Neste primeiro caso de erro, (a) o eNodeB interpreta erroneamente uma SR (p. ex., o eNodeB detecta que o bit de solicitação de sinal está estabelecido em um “0” em vez de um “1”) e não transferirá um recurso ou (b) a mensagem de atribuição de recurso não pode ser decodificada pelo UE. Para resolver esta situação, o UE é configurado para transmitir uma SR em todas as ocasiões, até uma transmissão UL ser obtida (isto é, até o UE receber a oportunidade de transmitir dados e/ou um relatório de estado de memória

Petição 870190089597, de 10/09/2019, pág. 26/40

17/19 temporária).

[0061] Caso de Erro 2: No segundo caso de erro, o eNodeB deixa de decodificar a mensagem contendo o relatório de estado de memória temporária ou a transmissão de dados inicial. Esperar pela retransmissão HARQ poderia provocar excessivo atraso. O programador repete a transmissão UL: (1) até um relatório confiável ser obtido, se os relatórios de memória temporária forem transmitidos com cada transmissão UL; (2) se os relatórios da memória temporária forem acionantes com critérios similares quanto à SR (o UE terá uma mudança de memória temporária em comparação com o mais recente relatório acusado e continuará a transmitir relatórios até um relatório confiável ser obtido); ou (3) se relatórios de memória temporária não forem acionados, novos dados são transmitidos até o eNodeB ser capaz de decodificar.

[0062] Caso de Erro 3: No terceiro caso de erro, o eNodeB detecta a mensagem contendo o relatório de memória temporária ou a transmissão de dados inicial, porém ACK de HARQ é interpretado erroneamente como uma NACK (não acusação de recebimento) pelo UE. Nesta situação, o UE realiza uma retransmissão de HARQ regular, que falha visto que o eNodeB não espera quaisquer outras tentativas de transmissão. O UE para após o número máximo de tentativas de transmissão. O UE não necessita realizar outra solicitação de programação se alguma subsequente transmissão tiver sido bem-sucedida. Com a dominação do erro no caso 2, o eNodeB poderia ter emitido outra atribuição se a transmissão tivesse falhado.

[0063] Com referência agora à Fig. 7, a Fig. 7 é um diagrama de blocos funcional de alguns componentes de um UE 700, de acordo com uma forma de realização da invenção. Como mostrado na Fig. 7, o UE pode incluir: uma memória temporária de transmissão 702 para armazenar dados a serem transmitidos para um eNodeB; uma unidade de armazenagem 704 para armazenar o último relatório de estado de memória temporária transmitido; um processador de dados 706 para executar software 708 para determinar se uma SR deve ou não ser transmitida (isto é, o software 708 pode ser configurado para realizar, entre outras etapas, as etapas 616 - 622 do processo 600) e para fazer com que uma SR seja transmitida se ele

Petição 870190089597, de 10/09/2019, pág. 27/40

18/19 determinar que uma SR deve ser transmitida; um transmissor para transmitir dados sem fio para um eNodeB; e outros elementos.

[0064] Com referência agora à Fig. 8, a Fig. 8 é um diagrama de blocos funcional de programador de recurso de uplink 202, de acordo com uma forma de realização da invenção. Como mostrado na Fig. 8, o programador 202 inclui: uma unidade de armazenagem 804 para armazenar relatórios de estado de memória temporária 810; um processador de dados 806 para executar software 808. O software 808 é configurado de modo que, quando executado pelo processador de dados 806, o software 808 faz com que o programador 202 funcione como descrito acima. Isto é, por exemplo, o software 808 pode fazer com que o programador 202 programe recursos de uplink, com base em uma comparação do estado de memória temporária dos UE's tentando ser comunicar com o eNodeB 240 e responder a cada SR. Embora não mostrado, o processador de dados 806 é acoplado a um meio de transmissão (p. ex., memórias temporárias de transmissão e/ou transmissores ou similares) que possibilita que o programador se comunique com os UEs.

[0065] Com referência agora à Fig. 9, a Fig. 9 é um fluxograma ilustrando um processo 900, realizado por uma estação base configurada de acordo com uma forma de realização da invenção. Como ilustrado na Fig. 9, na etapa 902 a estação base aloca um recurso de uplink para um primeiro UE (UE1), desse modo possibilitando que o UE1 transmita dados para a estação base. Na etapa 904, a estação base recebe uma SR de um segundo UE (UE2), enquanto UE1 está utilizando o recurso de uplink. Na etapa 906, a estação base realoca o recurso de uplink para UE2, em resposta ao recebimento da SR. Na etapa 908, a estação base recebe do UE2 informações relacionadas com a prioridade dos dados de UE2, que estão esperando para ser transmitidos para a estação base. Na etapa 910, a estação base compara a prioridade dos dados de UE1 com a prioridade dos dados de UE2, utilizando a respectiva informação de prioridade. Na etapa 912, a estação base realoca o recurso de uplink para o UE1, em resposta à determinação de que UE1 tem dados de mais elevada prioridade do que UE1. Na etapa 914, a estação base recebe uma subsequente SR de UE2, em que a subsequente SR é recebida

Petição 870190089597, de 10/09/2019, pág. 28/40

19/19 após receber informações de prioridade de UE2 e antes de receber quaisquer outras informações de prioridade de dados de UE2. Na etapa 916, a estação base realoca o recurso de uplink para UE2, em resposta ao recebimento da SR subsequente. [0066] Uma vantagem das formas de realização da invenção é que o programador da estação base (eNodeB) é provido com atualizações selecionadas do estado de memória temporária do terminal e conhecimento da apropriada qualidade do serviço (QoS), mesmo com uma SR de um único bit, enquanto diminuindo o consumo de energia de UE para o canal de solicitação de programação (no caso de chaveamento LIGA/DESLIGA ser usado).

[0067] Embora várias formas de realização/variações da presente invenção tenham sido descritas acima, deve ser entendido que elas foram apresentadas somente como exemplo e não limitação. Assim, a amplitude e escopo da presente invenção não deve ser limitado por qualquer uma das formas de realização exemplares acima descritas. Além disso, a menos que citado, nenhuma das formas de realização acima são mutuamente exclusivas. Assim, a presente invenção pode incluir quaisquer combinações e/ou integrações dos aspectos das várias formas de realização.

[0068] Adicionalmente, embora os processos descritos acima e ilustrados nos desenhos sejam mostrados como uma sequência de etapas, isto foi feito unicamente para fins de ilustração. Portanto, é contemplado que algumas etapas podem ser adicionadas, algumas etapas podem ser omitidas e a ordem das etapas pode ser rearranjada.

Claims

REIVINDICAÇÕES

1. Método para transmitir solicitações de programação (306) de um terminal móvel (302) para uma estação base (304), caracterizado pelo fato de compreender:

(a) transmitir uma primeira solicitação de programação, SR, (306) de um terminal móvel (302) para a estação base (304), em resposta a primeiros dados tornando-se disponíveis para transmissão do terminal móvel (302) para a estação base (304);

(b) após transmitir a primeira SR (306), receber no terminal móvel (302) uma atribuição de programação, SG, (310) transmitida a partir da estação base (304);

(c) em resposta ao recebimento da SG (310), transmitir do terminal móvel (302) para a estação base (304) informações de estado de memória temporária de transmissão (314); e (d) enquanto pelo menos alguns dos primeiros dados estão esperando para serem transmitidos para a estação base (304) e após transmitir as informações de estado de memória temporária (314), porém antes de transmitir qualquer SRs subsequentes (306) para a estação base (304), realizar ainda as etapas de:

(d1) determinar se um evento de acionamento de solicitação de programação ocorreu; e (d2) se um evento de acionamento tiver ocorrido, então, em resposta à determinação de que o evento de acionamento ocorreu, em uma próxima oportunidade, transmitir uma segunda SR (306) para a estação base (304).
2. Método de acordo com a reivindicação 1, caracterizado pelo fato de a etapa de determinar se um evento de acionamento de solicitação de programação ocorreu compreender comparar as informações do estado de memória temporária de transmissão (314), transmitidas para a estação base (304), com novas informações concernentes ao estado da memória temporária de transmissão.
3. Método de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de a etapa de determinar se um evento de acionamento de

Petição 870190089597, de 10/09/2019, pág. 30/40

2/8 solicitação de programação ocorreu compreender determinar se segundos dados, que estão disponíveis para transmissão do terminal móvel (302) para a estação base (304), tem uma prioridade mais elevada do que os primeiros dados, em que os segundos dados tornaram-se disponíveis para transmissão para a estação base (304), após a primeira SR (306) ter sido transmitida.
4. Método de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de a etapa de determinar se um evento de acionamento de solicitação de programação ocorreu compreender determinar se a quantidade de tempo que decorreu desde que a primeira SR (306) foi transmitida excede um limiar.
5. Método de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de a etapa de determinar se um evento de acionamento de solicitação de programação ocorreu compreender determinar se a diferença entre a quantidade atual de dados em uma memória temporária de transmissão e uma quantidade de dados não-zero anterior, que estava na memória temporária de transmissão, excede um limiar.
6. Método de acordo com a reivindicação 1, caracterizado pelo fato de a etapa de determinar se um evento de acionamento de solicitação de programação ocorreu consistir de:

(a) determinar se segundos dados que se tornaram disponíveis para transmissão para a estação base (304) após a primeira SR (306) ter sido transmitida têm uma prioridade mais elevada do que os primeiros dados;

(b) determinar se a quantidade de tempo que decorreu desde que a primeira SR 306 foi transmitida excede um limiar; e (c) determinar se a diferença entre a quantidade atual de dados de uma memória temporária de transmissão e uma quantidade de dados não-zero, anterior, que estava na memória temporária de transmissão, excede um limiar.
7. Método de acordo com a reivindicação 1, caracterizado pelo fato de a etapa de determinar se um evento de acionamento de solicitação de programação ocorreu consistir de:

(a) determinar se segundos dados que se tornaram disponíveis para

Petição 870190089597, de 10/09/2019, pág. 31/40

3/8 transmissão para a estação base (304) após a primeira SR (306) ter sido transmitida têm uma prioridade mais elevada do que os primeiros dados; e (b) determinar se a quantidade de tempo que decorreu desde que a primeira SR (306) foi transmitida excede um limiar.
8. Método de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de a SR (306) ser uma mensagem de um bit.
9. Método de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de os limiares serem configurados no terminal móvel (302) pela estação base (304), através da sinalização de controle de recurso de rádio (RRC).
10. Método de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de compreender adicionalmente transmitir uma SR (306) em uma próxima oportunidade disponível, toda vez que os dados chegarem em uma memória temporária de transmissão vazia no terminal móvel (302).
11. Método de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de compreender adicionalmente receber, no terminal móvel (302), uma ACK HARQ transmitida da estação base (304), após transmitir do terminal móvel (302) para a estação base (304) as informações de estado de memória temporária de transmissão (314) e armazenar a ACK no terminal móvel (302).
12. Terminal móvel (302), caracterizado pelo fato de compreender:

uma memória temporária de transmissão (702); e um processador de dados (706), em que o processador de dados (706) é configurado para:

(a) fazer com que o terminal móvel (302) transmita uma primeira solicitação de programação, SR, (306) para uma estação base (304), em resposta aos dados chegando em uma memória temporária de transmissão vazia no terminal móvel (302);

(b) fazer com que o terminal móvel (302) transmita para a estação base (304) informações de estado de memória temporária de transmissão (314), em

Petição 870190089597, de 10/09/2019, pág. 32/40

4/8 resposta ao recebimento de uma atribuição de programação, SG, (310) da estação base (304); e (c) realizar as etapas (c1) - (c2), enquanto pelo menos alguns dos primeiros dados estão esperando para ser transmitidos para a estação base (304) e após transmitir as informações de estado de memória temporária (314), porém antes de transmitir quaisquer SRs subsequentes (306) para a estação base (304): (c1) determinar se um evento de acionamento de solicitação de programação ocorreu; e (c2) fazer com que o terminal móvel (302) transmita uma segunda SR (306) para a estação base (304) em uma próxima oportunidade, em resposta à determinação de que um evento de acionamento ocorreu.
13. Terminal móvel (302) de acordo com a reivindicação 12, caracterizado pelo fato de o processador de dados (706) ser configurado para determinar se um evento de acionamento de solicitação de programação ocorreu, comparando as informações de estado de memória temporária de transmissão (314), transmitidas para a estação base (304), com novas informações concernentes ao estado da memória temporária de transmissão.
14. Terminal móvel (302) de acordo com qualquer uma das reivindicações 12 ou 13, caracterizado pelo fato de o processador de dados (706) ser configurado para determinar se um evento de acionamento de solicitação de programação ocorreu, determinando se segundos dados, que se tornaram disponíveis para transmissão para a estação base (304), após a primeira SR (306) ter sido transmitida, têm uma prioridade mais elevada do que os primeiros dados.
15. Terminal móvel (302) de acordo com qualquer uma das reivindicações 12 a 14, caracterizado pelo fato de o processador de dados ser configurado para determinar se um evento de acionamento de solicitação de programação ocorreu, determinando se a quantidade de tempo que decorreu, desde que a primeira SR (306) foi transmitida, excede um limiar.
16. Terminal móvel (302) de acordo com qualquer uma das reivindicações 12 a 15, caracterizado pelo fato de o processador de dados (706) ser configurado para determinar se um evento de acionamento de solicitação de programação

Petição 870190089597, de 10/09/2019, pág. 33/40

5/8 ocorreu, determinando se a diferença entre a quantidade atual de dados em uma memória temporária de transmissão (702) e uma quantidade de dados não-zero anterior, que estava na memória temporária de transmissão (702), excede um limiar.
17. Terminal móvel (302) de acordo com qualquer uma das reivindicações 12 a 16, caracterizado pelo fato de a mensagem indicando que um evento de acionamento não ocorreu é uma mensagem de 1 bit.
18. Terminal móvel (302) de acordo com qualquer uma das reivindicações 12 a 17, caracterizado pelo fato de a SR (306) ser uma mensagem de um bit.
19. Terminal móvel (302), caracterizado pelo fato de compreender:

(a) meio para transmitir uma primeira solicitação de programação, SR, (306) para uma estação base (304), em resposta a uma memória temporária de transmissão vazia no terminal móvel (302) recebendo dados;

(b) meio para receber uma atribuição de programação, SG, (310) transmitida da estação base (304);

(c) meio para transmitir para a estação base (304) informações de estado de memória temporária de transmissão (314), em resposta ao recebimento da SG (310);

(d) meio de detecção de evento de acionamento (706) para determinar se um evento de acionamento de solicitação de programação ocorreu, em que o meio de detecção de evento de acionamento (706) é configurado para realizar a determinação, enquanto pelo menos alguns dos dados estão esperando para serem transmitidos para a estação base (304); e (e) meio para transmitir para a estação base (304), em uma próxima oportunidade, uma segunda SR (306), em resposta à determinação de que um evento de acionamento de solicitação de programação ocorreu.
20. Terminal móvel (302) de acordo com a reivindicação 19, caracterizado pelo fato de o meio de detecção de evento de acionamento (706) compreender meio para comparar (708) informações de estado de memória temporária de transmissão (314), transmitidas para a estação base (304), com novas informações concernentes ao estado da memória temporária de transmissão.

Petição 870190089597, de 10/09/2019, pág. 34/40

6/8
21. Terminal móvel (302) de acordo com qualquer uma das reivindicações 19 ou 20, caracterizado pelo fato de o meio de detecção de evento de acionamento (706) compreender meio (708) para determinar se segundos dados, que estão disponíveis para transmissão do terminal móvel (302) para a estação base (304), tem uma prioridade mais elevada do que os primeiros dados, em que os segundos dados se tornaram disponíveis para transmissão para a estação base (304), após a primeira SR (306) ter sido transmitida.
22. Terminal móvel (302) de acordo com qualquer uma das reivindicações 19 a 21, caracterizado pelo fato de o meio de detecção de evento de acionamento (706) compreender meio (708) para determinar se a quantidade de tempo que decorreu, desde que a primeira SR (306) foi transmitida, excede um limiar.
23. Terminal móvel (302) de acordo com qualquer uma das reivindicações

19 a 22, caracterizado pelo fato de o meio de detecção de evento de acionamento (706) compreender meio (708), para determinar se a diferença entre a quantidade de dados atual em uma memória temporária de transmissão e uma quantidade de dados não-zero anterior, que estava na memória temporária de transmissão, excede um limiar.
24. Método para atribuir recursos de uplink para terminais móveis (302), realizado por uma estação base (304), caracterizado pelo fato de compreender:

alocar um recurso de uplink para um primeiro terminal móvel (302), desse modo possibilitando que o primeiro terminal móvel (302) transmita dados para a estação base (304);

receber uma SR (306) de um segundo terminal móvel (302), enquanto o primeiro terminal móvel (302) está utilizando o recurso de uplink;

realocar o recurso de uplink para o segundo terminal móvel (302), em resposta ao recebimento da SR (306);

receber do segundo terminal móvel (302) informações relacionadas com a prioridade dos dados na segunda estação móvel, que estão esperando para ser transmitidos para a estação base (304);

comparar a prioridade dos dados do primeiro terminal móvel com a

Petição 870190089597, de 10/09/2019, pág. 35/40

7/8 prioridade dos dados do segundo terminal móvel, usando as respectivas informações de prioridade;

realocar o recurso de uplink para o primeiro terminal móvel (302), em resposta à determinação de que o primeiro terminal móvel (302) tem dados de prioridade mais elevada do que o segundo terminal móvel (302);

receber uma subsequente SR (306) do segundo terminal móvel (302), em que a subsequente SR (306) é recebida, após receber as informações de prioridade do segundo terminal móvel (302) e antes de receber quaisquer outras informações de prioridade de dados do segundo terminal móvel (302); e realocar o recurso de uplink para o segundo terminal móvel (302), em resposta ao recebimento da subsequente SR (306).
25. Método de acordo com a reivindicação 24, caracterizado pelo fato de compreender adicionalmente:

receber uma pluralidade de mensagens do segundo terminal móvel (302), após realocar o recurso de uplink para o primeiro terminal móvel (302), em resposta à determinação de que o primeiro terminal móvel (302) tem dados de prioridade mais elevada do que o segundo terminal móvel (302) e antes de receber a subsequente SR (306) do segundo terminal móvel (302), em que cada uma da pluralidade de mensagens indica que o segundo terminal móvel (302) não detectou um evento de acionamento de solicitação de programação.
26. Estação base (304), caracterizada pelo fato de compreender:

meio para se comunicar com uma pluralidade de terminais móveis (302);

meio (906) para alocar um recurso de uplink para um dos terminais móveis (302), com base nas respectivas transmissões de dados de estado de memória temporária dos terminais;

meio (906) para realocar os recursos de uplink para outro da pluralidade de terminais, com base no recebimento de uma mensagem de bit único, indicando uma mudança de dados de estado de memória temporária do outro terminal.
27. Sistema de comunicação, caracterizado pelo fato de compreender um terminal móvel (302) como definido em qualquer uma das reivindicações 12 a 23.

Petição 870190089597, de 10/09/2019, pág. 36/40

8/8
28. Sistema de comunicação de acordo com a reivindicação 27, caracterizado pelo fato de compreender adicionalmente uma estação base (304), como definida na reivindicação 26.