BRPI0510227B1

BRPI0510227B1 - método e dispositivo para alocar processos de requisição repetitiva híbrido-automática

Info

Publication number: BRPI0510227B1
Application number: BRPI0510227A
Authority: BR
Inventors: Zhang Guodong; E Terry Stephen
Original assignee: Interdigital Tech Corp
Priority date: 2004-05-07
Filing date: 2005-05-05
Publication date: 2019-01-02
Also published as: JP5632353B2; JP2009105924A; IL221793B; US20180263051A1; MY163389A; BRPI0510227A; IL178945A0; TWI543120B; KR20110025806A; KR101180138B1; TW201403551A; EP1747634A4; US8621310B2; CN101015162A; CN103220098B; MXPA06012882A; KR101296963B1; US20050251722A1; US20100115368A1; US9209944B2

Abstract

método e dispositivo para alocar processos de requisição repetitiva híbrido-automática. um método e um dispositivo para alocar os processos de requisição automática (arq)/ processos de requisição híbrido-automática (h-arq), em uma unidade de transmissão e recepção sem fio (wtru), para que esta possa suportar transmissões de dados por meio de "uplink" avançado (eu: enhanced uplink). depois que os parâmetros associados aos processos arq 1 h-arq são configurados, a wtru aloca um processo arq/ h-arq para os dados que foram selecionados. depois que os dados são transmitidos, a wtru verifica se uma informação de retro-alimentação foi recebida. a wtru então, irá liberar o processo arq/ h-arq se uma mensagem de reconhecimento (ack) for recebida, ou então, irá retransmitir os dados, para o caso em que receba uma mensagem de não reconhecimento (nack), ou então, que nenhuma retro-alimentação tenha sido recebida em um período de tempo pré-determinado, enquanto que incrementa um contador de transmissão na wtru. quando um limite na transmissão for atingido, a wtru pode então descartar os dados, ou reiniciar a transmissão. um processo arq 1 h-arq alocado para uma transmissão de baixa prioridade pode perder a precedência de transmissão para um outro processo que possua uma maior prioridade, quando não houver a disponibilidade de processos arq/ h-arq.

Description

Método e dispositivo para alocar processos de requisição repetitiva híbridoautomática.

A presente invenção é relacionada com um sistema de comunicação sem fio, o qual inclui ao menos uma unidade de transmissão e recepção 5 sem fio (WTRU), ao menos um nó-B e uma controladora de rede de rádio (RNC). De uma forma mais em particular, a presente invenção está relacionada com um método e . com um dispositivo, os quais alocam processos de requisição automática (ARQ) / processos de requisição híbrido-automática (H-ARQ), em uma unidade de transmissão e recepção sem fio (WTRU) de modo que esta suporte transmissões por meio de “uplink” 10 avançado.

FUNDAMENTOS DA INVENÇÃO

Métodos que ofereçam uma melhoria na cobertura de uplink (UL), desempenho e latência da transmissão vêm sendo estudados pela “Parceria de * Projeto de Terceira Geração (3GPP)”. Para que se possam atingir estes objetivos, a planificação e a alocação dos recursos físicos do UL serão transferidas da RNC para o

Nó-B.

O Nó-B tem a capacidade de tomar decisões bem como a capacidade de administrar os recursos de rádio do uplink, em uma conjuntura de mais baixo tempo, quando comparado com a RNC. No entanto, a RNC ainda mantém o 20 macro controle geral das células que possuem serviços EU, de tal forma que a RNC pode executar funções tais como o controle de admissão das chamadas e o controle de congestionamento.

Uma nova entidade (MAC-e) para o “controle de acesso ao meio” (MAC: médium access control) é criada em uma WTRU e em um Nó-B, para que 25 se possa manipular tanto a transmissão quanto a recepção de transmissões de “canal dedicado aprimorado” (E-DCH: enhanced dedicated channel). Podem existir muitas ocorrências independentes de uplinks que vêm a ser processados entre a WTRU e a “rede terrestre de rádio acesso (UTRAN: terrestrial radio access network) UMTS, e que tenham ocorrência em um intervalo de tempo em comum. Como exemplos, temos as 30 operações H-ARQ na camada MAC, ou então, as operações ARQ na camada MAC, aonde que cada uma das transmissões individuais podem vir a necessitar um número de transmissões para que possam ser recebidas com sucesso pela UTRAN. A alocação correta de blocos de dados para a transmissão, para os processos ARQ / H-ARQ, é necessária para a operação dos serviços EU. Esta função inclui as regras para a 35 retransmissão de transmissões que não foram bem sucedidas, a definição de prioridades entre diferentes canais lógicos bem como a estipulação dos parâmetros que se relacionam com a qualidade dos serviços (QoS).

SÍNTESE DA INVENÇÃO

2/9 ··

A presente invenção está relacionada a um método, bem como um dispositivo, para que se aloque um processo ARQ / H-ARQ a uma WTRU, para que se suportem transmissões EU. Depois que é executada a configuração dos parâmetros que são associados com os processos ARQ / H-ARQ, a WTRU irá alocar um , 5 processo ARQ / H-ARQ para os dados que foram selecionados. Após a realização da transmissão dos dados, a WTRU irá verificar se a informação de retro-alimentação para esses dados foi recebida. A WTRU irá efetuar a liberação dos processos ARQ / H-ARQ no caso em que tenha recebido uma mensagem de reconhecimento (ACK), e irá retransmitir os dados, no caso em que tenha recebido uma mensagem de não 10 reconhecimento (NACK), ou ainda, para o caso em que nenhuma informação de retroalimentação tenha sido recebida dentro de um intervalo de temo pré-determinado, enquanto que se incrementa um contador de transmissão, na própria WTRU. Quando um limite para a transmissão for atingido, a WTRU pode descartar os dados, ou ainda, reiniciar a transmissão. Um processo ARQ / H-ARQ que tenha sido alocado para a 15 transmissão de dados de baixa prioridade, pode vir a perder a precedência, para os dados de uma transmissão com maior prioridade, quando não existirem processos ARQ / H-ARQ disponíveis.

BREVE DESCRIÇÃO DOS DESENHOS

Uma compreensão mais detalhada da presente invenção 20 pode ser obtida, a partir de uma descrição de uma das formas de realização, que é dada pela forma de exemplo, e para que seja compreendida em conjunto com os desenhos que aqui acompanham, nos quais:

- A figura 1 apresenta um diagrama de blocos de um sistema de comunicação sem fio, o qual opera de acordo com a presente invenção;

- A figura 2A apresenta um diagrama de fluxo de um processo de transmissão EU, o qual é implementado pelo sistema que é apresentado pela figura 1, para que se aloque um processo ARQ / H-ARQ em acordo com uma das formas de realização da presente invenção;

- A figura 2B apresenta um diagrama de fluxo de um processo de recepção de retro- alimentação de uma EU, o qual é implementado pelo sistema que é apresentado pela figura 1 ;

- A figura 3A apresenta um diagrama de fluxo de um processo de transmissão EU, o qual é implementado pelo sistema que é apresentado pela figura 1, para que aloque um processo ARQ, ou então, um processo H-ARQ, com o uso de procedimentos de passagem de precedência e reinicialização, de acordo com uma outra forma de realização da presente invenção; e

- A figura 3B apresenta um diagrama de fluxo de um processo de recepção de retroalimentação de uma EU, o qual é implementado pelo sistema que é apresentado pela figura 1.

DESCRIÇÃO DETALHADA DAS FORMAS PREFERIDAS DE REALIZAÇÃO

Daqui para frente o termo “WTRU” inclui, mas não deve se limitar somente a, um equipamento de usuário (EU), ou então uma estação móvel, ou . 5 então uma unidade assinante fixa ou móvel, ou um Pager, ou ainda qualquer outro tipo de dispositivo que seja capaz de operar em um ambiente sem fio. Quando houver a referência, daqui para frente, da terminologia “Nó-B”, estará incluído, mas não limitado somente a isso, a uma estação base, ou um controlador de sitio, ou um ponto de acesso, ou a qualquer outro tipo de dispositivo que sirva como interface em um ambiente sem fio.

As características da presente invenção também podem ser incorporadas em um circuito integrado (Cl), ou então, ser incorporadas em um circuito que contenham uma quantidade muito grande de componentes interconectados.

Deste ponto em diante, por motivos de simplificação, a presente invenção será explicada fazendo referência com a operação H-ARQ. No 15 entanto, deve ser ressaltado o fato que a presente invenção se aplica igualmente às operações ARQ, sem que se afetem as funcionalidades da presente invenção.

A figura 1 apresenta um diagrama de blocos de um sistema de comunicação sem fio 100, o qual opera de acordo com a presente invenção. O sistema 100 inclui, ao menos, uma WTRU 102, e ao menos um Nó-B 104 e uma RNC 20 106. A RNC 106 controla, no todo, a operação da EU, através da configuração dos parâmetros para o Nó-B 104 e a WTRU 102, tais como; a prioridade para cada TrCH, o fluxo MAC-d, ou o mapeamento de canal lógico em um E-DCH, ou a máxima potência de transmissão permitida para a EU, ou os recursos de canais disponíveis para o Nó-B 104. A WTRU 102 envia uma requisição para a alocação de canal através do canal UL EU 25 110, e recebe as informações da alocação de canal através do canal de sinalização DL

EU 112. A WTRU 102 transmite o E-DCH por meio de um canal UL EU 110 para o Nó-B 104, de acordo com as informações de alocação do canal. O Nó-B 104 envia informação de retro-alimentação sobre o bloco de dados, através de canal de sinalização DL EU 112, para a WTRU 102.

De acordo com a presente invenção, a alocação de um processo H-ARQ para o suporte de uma transmissão de dados é controlada pela WTRU 102. O Nó-B 104 fornece a alocação de recursos físicos, para os quais a WTRU 102 define quais os dados que serão transmitidos com o uso do processo H-ARQ. A WTRU 102 inclui um grupo de processos H-ARQ 114, uma controladora 116 e um contador de 35 transmissões 118.

A controladora 116 controla o todo das alocações de processos H-ARQ, tarefa que inclui a seleção dos dados com base nas prioridades, alocando um dos processos H-ARQ 114 disponíveis para os dados disponíveis, bem

4/9

Μ» ♦ >

* >

·♦ como a liberação dos processos H-ARQ 114 quando a transmissão dos dados for completada com sucesso.

O contador de transmissões 118 indica o número de transmissões para um dado processo H-ARQ, o que é equivalente a um número , 5 seqüencial de recebimento (RSN: receive sequence number). O contador de transmissões 118 pode também ser empregado como um indicador de dados novos (NDI: new data indicator).

Em uma das formas de realização, um procedimento de transferência de precedência é utilizado para gerenciar as transmissões E-DCH, aonde 10 que a alocação dos processos H-ARQ é baseada em prioridades absolutas. A classe de tráfego de maior prioridade e a transmissão com o número de transmissão de maior anterioridade, em uma mesma classe de prioridades tem a precedência sobre as transmissões. A transmissão de um bloco de dados é também sujeita a um número máximo de transmissões H-ARQ para cada um dos E-DCH TrCH, ou cada um dos canais 15 lógicos que são mapeados para um E-DCH TrCH. Um processo H-ARQ que esteja fornecendo serviços para uma transmissão de dados de baixa prioridade, pode perder a precedência para uma transmissão de dados que tenha uma maior prioridade.

Em uma outra forma de realização, um procedimento de reinicialização é empregado para o gerenciamento das transmissões E-DCH, motivo pelo qual, se ao menos um dos 20 limites de tempo de uma transmissão e um número máximo de transmissões tiverem sido alcançados, a transmissão de dados de baixa prioridade pode vir a ser alocada para um processo H-ARQ.

A figura 2A apresenta um diagrama de fluxo de um processo de transmissão EU 200 que é implementado por meio do sistema 100, o qual é 25 representado na figura 1, para alocar processos H-ARQ 114 de acordo com uma das formas de realização da presente invenção. Quando uma portadora de acesso de rádio (RAB: radio access bearer) é configurada para que opere em um E-DCH, os parâmetros que são relacionados com a alocação dos processos H-ARQ 114, para a WTRU 102 são configurados por meio da RNC 106, para que suporte transmissões de dados EU (ao 30 passo 202). Os parâmetros irão incluir, mas não estando somente limitados a: a prioridade de cada canal lógico, o fluxo MAC-d ou TrCH mapeado para um E-DCH, um número máximo de transmissões para cada TrCH, o fluxo MAC-d ou o canal lógico mapeado para um E-DCH.

Para cada tempo de intervalo de transmissão (TTI: transmit 35 time interval) ao passo 204, a WTRU 102 irá então determinar se houve a alocação de recursos físicos para a WTRU 102, para que esta possa suportar as operações EU (ao passo 206). Para o caso em que os recursos físicos não tenham sido alocados no passo 206, o processo 200 irá retornar para o passo 204, até que o próximo TTI venha a

5/9

ocorrer. Para o caso em que os recursos físicos tenham sido alocados no passo 206, a WTRU 102 irá selecionar um bloco de dados para a transmissão (ao passo 208). Para as novas transmissões de dados, o bloco de dados de maior prioridade será selecionado para cada um dos processos H-ARQ. Para o passo 210, a WTRU 102 irá então, determinar um estado de transmissão para os dados selecionados. O estado da transmissão pode tanto ser definido como uma “nova transmissão”, ou então, como uma “retransmissão”.

Se, para o passo 210, a WTRU 102 define que o estado para a transmissão dos dados que são selecionados é do tipo “retransmissão”, o mesmo processo H-ARQ 114 que foi o utilizado para a transmissão anterior, permanecerá alocado para esse mesmo bloco de dados, o contador de transmissões 118 na WTRU 102 é incrementado, e um NDI da transmissão é então definido com o valor: “dado antigo” para que indique que o processo H-ARQ 114 alocado irá retransmitir dados idênticos aos que foram anteriormente transmitidos, de tal forma que irão permitir a combinação no Nó-B 104 (ao passo 212). O processo 200 irá agora retornar ao passo 204, até que o próximo TTI venha a ocorrer.

Se, para o passo 210, a WTRU 102 determinar que o estado da transmissão, para o bloco de dados o qual foi selecionado, é o de ”nova transmissão”, a WTRU 102 irá alocar um processo H-ARQ 114 que esteja disponível, para o bloco de dados que foi selecionado, e irá definir para que indique o valor: “dados novos” (ao passo 214). O bloco de dados será então transmitido com o uso do processo H-ARQ que foi alocado e o contador de transmissões 118 na WTRU 102 é incrementado (ao passo 216). O processo 200 irá então retornar para o passo 204, até que o próximo TTI venha a ocorrer.

A figura 2B apresenta um diagrama de fluxo de um processo de recepção de retro-alimentação de EU 250, o qual é implementado pelo sistema 100 da figura 1. Para o passo 252, a WTRU 102 irá determinar se a informação de retro-alimentação de um bloco de dados que tenha sido transmitido em momento anterior indica que este tenha sido recebido. Se a WTRU 102 recebe uma mensagem de ACK, então o processo H-ARQ 114 correspondente é liberado, deixando-o então disponível para que seja usado para uma outra transmissão (ao passo 254). Já, para o caso em que a WTRU 102 receba uma mensagem de NACK, de uma ocorrência de retro-alimentação de limite de tempo excedido, a WTRU 102 irá verificar se o contador de transmissões 118 na WTRU 102 atingiu um número máximo de transmissões H-ARQ (ao passo 256).

Para o caso em que o número das transmissões H-ARQ, que é indicado pelo contador de transmissões 118, na WTRU 102, ainda não tenha chegado a um valor máximo pré-determinado, quando alcançado o passo 256, o estado dò

da transmissão que é referente ao bloco de dados é ajustado para indicar “retransmissão” (ao passo 258).

Para o caso em que o número máximo de transmissões HARQ seja alcançado, ao passo 256, a WTRU irá descartar os dados na camada MAC e 5 também irá liberar os processos H-ARQ que venham a estar associados.

A figura 3A apresenta um diagrama de fluxo de um . processo de transmissão de EU 300, o qual é implementado pelo sistema 100 da figura

1, para a alocação de processo H-ARQ 114, através do uso de procedimentos para a passagem de precedência e procedimentos de reinicialização, de acordo com uma outra 10 forma de realização da presente invenção. Quando uma RAB é configurada para que opere em um E-DCH, os parâmetros que se relacionam com a alocação de processos HARQ 114, na WTRU 102 são configurados pela RNC 106 para que suportem transmissões de dados de EU (ao passo 302).

Para cada tempo de intervalo de transmissão (TTI) ao passo 15 304, a WTRU 102 irá então determinar se houve a alocação de recursos físicos para a

WTRU 102, para o suporte da operação EU (ao passo 306). Uma classe de prioridades é configurada para cada canal lógico, fluxo MAC-d ou para TrCH mapeado para um EDCH, e aonde que, o bloco de dados que tem a maior prioridade é sempre aquele que é servido primeiramente. Para o caso em que os recursos físicos não tenham sido 20 alocados ao passo 306, o processo 300 irá retornar ao passo 304, até que o próximo TTI venha a ocorrer. Já, para o caso em que um recurso físico tenha sido alocado ao passo 306, a WTRU 102 irá selecionar para a transmissão o bloco de dados que tenha a maior prioridade, dentre todos os dados que podem vir a ser transmitidos pelo TTI atual (isto é, os dados novos, as transmissões anteriores que não tenham tido sucesso, e as 25 transmissões que tenham sido interrompidas), (ao passo 308). Na ocorrência em que exista, para a transmissão, a disponibilidade de diversos blocos de dados, e estes venham a ter a mesma prioridade máxima, a WTRU 102 pode priorizar o bloco de dados que tenha o número de seqüência de maior anterioridade, ou então, o bloco de dados que tenha o maior número de transmissões. Esta operação irá dar assistência ao 30 processo “primeiro a entrar - primeiro a sair” (FIFO), e irá minimizar o atraso para qualquer transmissão de dados. Para o passo 310, a WTRU 102 irá então, determinar o estado de transmissão dos dados que foram selecionados. O estado de transmissão pode ser definido tanto como sendo o de uma “nova transmissão”, como sendo o de uma “retransmissão”, ou ainda como sendo de uma “transmissão interrompida”.

Para o caso em que o bloco de dados não tenha sido transmitido em um momento anterior, ou em que uma transmissão H-ARQ tenha sido reiniciada, o estado da transmissão será definido como sendo o de uma nova transmissão”, ao passo 310. Já, para o caso em que o bloco de dados tenha sido &

7/9

transmitido, mas a transmissão não tenha obtido sucesso na entrega, e ainda que, não tenha sido interrompida por um bloco de dados que possuísse uma prioridade maior, o estado da transmissão dos dados é definido como uma “retransmissão”, ao passo 310. a WTRU 102 pode, de forma opcional, implementar a passagem de precedência de um . 5 processo H-ARQ, o qual tenha sido alocado para o suporte a dados que tenham uma maior prioridade. Um processo H-ARQ que já tenha sido alocado para dados que . possuam uma baixa prioridade, e que necessitem de ser transmitidos, pode ter que ceder a precedência por dados que tenham uma maior prioridade, quando houver a ocorrência de uma situação para a qual não existam mais recursos H-ARQ disponíveis. Para o caso 10 ao qual, o processo H-ARQ que tenha sido alocado para um bloco de dados, venha a ter que ceder a precedência, os dados que tenham a menor prioridade serão bloqueados da transmissão no TTI atual, e o estado de transmissão, para o bioco de dados, é ajustado para o estado que define “transmissão interrompida”, ao passo 310.

Se, ao passo 310, a WTRU 102 definir que o estado da 15 transmissão dos dados que foram selecionados é o de “retransmissão”, o mesmo processo H-ARQ 114, o qual tenha sido usado para a transmissão anterior, irá permanecer alocado ao bloco de dados, o contador de transmissões 118 será incrementado, e um NDI pertencente à transmissão é ajustado para o estado de “dado antigo, para que indique que o processo alocado H-ARQ 114, irá retransmitir dados que 20 são idênticos aos que foram transmitidos anteriormente, a fim que possa permitir a combinação ao Nó-B 104 (ao passo 312). O processo 300 irá então, retornar para o passo 304, até que o próximo TTI venha a ocorrer.

Se, ao passo 310, a WTRU 102 definir que o estado da transmissão do bioco de dados que foi selecionado é o de uma “nova transmissão”, a 25 WTRU 102 irá então verificar se existem processos H-ARQ 114 disponíveis (ao passo 314). Caso venha a existir a disponibilidade de processos H-ARQ (ou ainda, que se verifique a disponibilidade de um processo que presentemente esteja dando suporte a um pacote de dados com uma menor prioridade), então um dos processos H-ARQ 114 que estejam disponíveis será selecionado (ao passo 316). Se o estado da transmissão 30 para o bloco de dados que foi selecionado é o de uma “nova transmissão”, a WTRU 102 irá selecionar um processo H-ARQ 114 que esteja disponível (ao passo 316). A WTRU 102 irá alocar o processo H-ARQ 114 ao bloco de dados que tenha sido selecionado, e irá definir um NDI para que indique o estado como sendo o de “dados novos” (ao passo 318). O bloco de dados, será então, transmitido com o uso dos processos alocados H35 ARQ, o contador de transmissões 118 na WTRU 102 será incrementado (ao passo 320). O processo 300 irá então, retornar ao passo 304, até que o próximo TTI venha a ocorrer. Se, ao passo 310, a WTRU 102 definir que o estado da transmissão do bloco de dados que foi selecionado é o de uma “transmissão interrompida” (este é o caso, para o qual a

8/9

passagem de precedência é permitida), a WTRU 102 irá verificar se existem processos H-ARQ 114 disponíveis (ao passo 322). Para o caso em que não existam processos HARQ disponíveis, ao passo 322, a transmissão de um bloco de dados de menor prioridade será interrompida. O estado de transmissão para esse bloco de dados de

- 5 menor prioridade e que teve a transmissão interrompida será então definido como o de uma “transmissão interrompida” (ao passo 324). O processo H-ARQ que foi

- anteriormente alocado para os dados que tinham uma menor prioridade, irá ser alocado para o bloco de dados o qual presentemente se encontra selecionado, e um NDI é definido para que indique o estado de “novos dados” (ao passo 318). O bloco de dados é então transmitido com o uso de um processo alocado H-ARQ e o contador de transmissões 118 na WTRU 102 é incrementado (ao passo 320). O processo 300 irá então retornar para o passo 304 até que o próximo TTI venha a ocorrer.

A figura 3B apresenta um diagrama de fluxo de um processo de recebimento de retro-alimentação de EU 350, o qual é implementado pelo sistema que é apresentado na figura 1. Ao passo 352, a WTRU 102 verifica se a informação de retro-alimentação, para um bloco de dados que tenha sido anteriormente transmitido, foi recebido. Para o caso em que a WTRU 102 tenha recebido uma mensagem de ACK, o processo H-ARQ correspondente será liberado, e se tornará disponível para que suporte uma outra transmissão de dados (ao passo 354). Já, para o caso em que a WTRU 102 tenha recebido uma mensagem de NACK, ou então, em que o limite de tempo de uma retro-alimentação tenha sido excedido (timeout), a WTRU 102 irá verificar se o número de transmissões H-ARQ que é indicado pelo contador de transmissões 118, na WTRU 102, atingiu um valor máximo pré-determinada de transmissões H-ARQ (ao passo 356).

Se, esse número máximo de transmissões H-ARQ não foi atingido, ao passo 356, o estado de transmissão para o bloco de dados é definido como o de “retransmissão” (ao passo 358).

Porém, se o número máximo de transmissões H-ARQ foi atingido, no passo 356, então a WTRU 102 terá duas opções: 360 e 362. Para o primeiro 30 caso, a opção 360, a WTRU 102 irá descartar o bloco de dados na camada MAC e liberar o processo H-ARQ que foi alocado. Já, para a segunda opção, a 362, a WTRU 102 pode definir o estado da transmissão do bloco de dados como sendo o de uma “transmissão reiniciada”, e iniciar uma nova transmissão do bloco de dados. O contador de transmissões 118 será ajustado para zero e o NDI será ajustado para “dados novos” 35 (ao passo 364).

Apesar do fato que as características e os elementos da presente invenção terem sido descritos com relação às formas de realização preferíveis, em uma combinação particular, cada uma das características, bem como cada um dos elementos, pode vir a ser utilizado isoladamente, sem as características, ou elementos, das formas de realização preferíveis, ou em diversas variações, com ou sem outras características e elementos da presente invenção.

Claims

Reivindicações

1. Método para utilizar processos de requisição repetitiva híbrido-automáticas (HARQ) para transmissões em uplink implementadas em uma unidade de transmissão e recepção sem fio (WTRU), o método caracterizado por incluir as etapas de:

receber informações de configuração, sendo que as informações de configuração incluem as informações de prioridade do canal lógico e o número máximo de transmissões H-ARQ;

receber uma autorização de uplink para um tempo de intervalo de transmissão (TTI);

selecionar os dados para a transmissão em uplink para o TTI os quais incluem os dados de prioridade mais alta;

identificar um processo H-ARQ para que suporte a transmissão dos dados selecionados, sendo que os dados selecionados são dados novos;

zerar um contador de transmissões associado ao processo H-ARQ identificado; e transmitir os dados selecionados, através de um canal de uplink com base na concessão de uplink recebida, empregando o processo H-ARQ identificado.
2. Método de acordo com a reivindicação 1, caracterizado pelo fato de ainda compreender:

retransmitir os dados selecionados na condição em que a WTRU recebe informação de retro-alimentação indicando que a transmissão dos dados selecionados não foi efetuada com sucesso.
3. Método de acordo com a reivindicação 1, caracterizado pelo fato de ainda compreender:

descartar os dados selecionados na condição em que os dados selecionados foram transmitidos sem sucesso por um máximo número de vezes.
4. Método de acordo com a reivindicação 1, caracterizado pelo fato de adicionalmente incluir:

incrementar o contador de transmissões na WTRU na condição em que é solicitada uma retransmissão;
5. Unidade de transmissão e recepção sem fio (WTRU) configurada para usar

Petição 870180125830, de 03/09/2018, pág. 10/14

2/2 processos requisições repetitivas híbrido-automáticas (H-ARQ) para transmissões em uplink, a WTRU caracterizada pelo fato de que inclui:

uma associação de processos H-ARQ para suportar a transmissão de dados de uplink;

um contador de transmissões configurado para indicar o número de transmissões associadas a um processo H-ARQ identificado;

uma controladora configurada para receber informações de configuração, sendo que as informações de configuração incluem as informações de prioridade do canal lógico e o número máximo de transmissões H-ARQ;

a controladora é configurada para a seleção dos dados a serem transmitidos em uplink para o TTI, o qual inclui os dados de mais alta prioridade;

a controladora é configurada para identificar um processo H-ARQ para suportar a transmissão dos dados selecionados, sendo que os dados selecionados são dados novos;

a controladora é configurada para zerar o contador de transmissão associado com o processo H-ARQ identificado; e a controladora é configurada para transmitir os dados selecionados, através de um canal de uplink com base na concessão de uplink recebida, empregando o processo HARQ identificado.