BR112019026880A2 - método de comunicação, entre uma estação-base e um equipamento de usuário em enlace ascendente ou enlace descendente, dispositivo configurado para realizar comunicações em um primeiro canal - Google Patents
método de comunicação, entre uma estação-base e um equipamento de usuário em enlace ascendente ou enlace descendente, dispositivo configurado para realizar comunicações em um primeiro canal Download PDFInfo
- Publication number
- BR112019026880A2 BR112019026880A2 BR112019026880-4A BR112019026880A BR112019026880A2 BR 112019026880 A2 BR112019026880 A2 BR 112019026880A2 BR 112019026880 A BR112019026880 A BR 112019026880A BR 112019026880 A2 BR112019026880 A2 BR 112019026880A2
- Authority
- BR
- Brazil
- Prior art keywords
- data
- channel
- transmission
- condition
- transmissions
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 181
- 238000004891 communication Methods 0.000 title claims abstract description 75
- 230000005540 biological transmission Effects 0.000 claims abstract description 252
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 claims description 36
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 claims description 36
- 238000001514 detection method Methods 0.000 claims description 6
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 claims description 5
- 230000007774 longterm Effects 0.000 claims description 3
- 102100036409 Activated CDC42 kinase 1 Human genes 0.000 description 42
- 230000008569 process Effects 0.000 description 14
- 238000004590 computer program Methods 0.000 description 10
- 230000003044 adaptive effect Effects 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 4
- 238000012795 verification Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 3
- 230000009467 reduction Effects 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 208000037918 transfusion-transmitted disease Diseases 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- 230000002085 persistent effect Effects 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000001052 transient effect Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 108010076504 Protein Sorting Signals Proteins 0.000 description 1
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 230000001143 conditioned effect Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000010422 painting Methods 0.000 description 1
- 229920002939 poly(N,N-dimethylacrylamides) Polymers 0.000 description 1
- 230000035484 reaction time Effects 0.000 description 1
- 238000009738 saturating Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1809—Selective-repeat protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1816—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/189—Transmission or retransmission of more than one copy of a message
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0078—Timing of allocation
- H04L5/0082—Timing of allocation at predetermined intervals
Abstract
Trata-se de métodos e sistemas de comunicação de acordo com uma solicitação de repetição automática, ARQ, esquema e/ou esquema de ARQ, HARQ, híbridos. O método pode compreender:
realizar uma primeira transmissão de dados em um recurso dedicado em um primeiro canal;
simultaneamente à primeira transmissão de dados ou em um recurso subsequente, realizar pelo menos uma transmissão redundante.
Description
Relatório Descritivo da Patente de Invenção para “MÉTODO DE COMUNICAÇÃO DE
[001] Soluções técnicas fornecidas aqui se referem a transmissões de mensagens e transmissões redundantes, por exemplo, de uma estação-base (BS) para um equipamento de usuário (UE) e/ou vice-versa.
[002] Em termos gerais, uma tentativa de obter comunicações rápidas entre um grande número de transmissores/receptores pode resultar em uma redução de confiabilidade. Consequentemente, retransmissões rápidas são necessárias.
[003] Em comunicação de latência ultrabaixa, por um lado, pré-programação (por exemplo, programação semipersistente (SPS) com ciclo de trabalho muito baixo) é uma solução chave. Por outro lado, é necessário reduzir o intervalo de tempo de transmissão (TTI, tal como curto-TTI), o tamanho do quadro do rádio, e os intervalos de retransmissão de solicitação de repetição automática híbrida (HARQ) para comunicação de latência ultrabaixa.
[004] Visto que a maioria dos casos de uso de latência ultrabaixa também requer alta confiabilidade, isso coloca um grande desafio em técnicas tais como a solicitação de repetição automática híbrida, HARQ, cujos projetos são direcionados para suportar gráfico de quadro reduzido e curto ciclo de apresentação.
[005] Exemplos abaixo focam no projeto de uma retransmissão redundante incremental semipersistente para comunicação de latência ultrabaixa confiável em um modo de circuito aberto ou circuito quase aberto.
[006] Exemplos abaixo se referem a serviços de comunicação restritos à latência (de missão crítica), serviços multiníveis de QoS, comunicação ultra confiável, esquema de acesso múltiplo aprimorado (MA) e canais de MA.
[007] Soluções técnicas descritas aqui permitem aumentar confiabilidade das transmissões, e podem desse modo ser usadas para canais de comunicação não confiáveis.
[008] Na técnica anterior, foi experimentado aumentar confiabilidade com uso das seguintes estratégias: • Agrupamento de TTI, como enviar várias vezes (mais de vários subquadros de TTIs) a mesma informação como um tipo de redundância ou diversidade (isso custa um grande adiamento e apenas suportado em UL) [6,7] • Apenas usar HARQ assíncrono com curto TTI; não garante baixa latência como sequência de retransmissão pode ainda ocorrer [1-4] • Saturar a transmissão com múltiplos e ACK ou um ACK combinada é recebida para múltiplos de blocos de transporte. Isso ainda induz adiamento devido à latência em resposta se HARQ pode corrigir muito tarde. Adicionalmente, isso não se adequa a SPS com períodos curtos (ou mesmo normais). [10] • Fornecer hardware extra como retransmitir diferentes fragmentos de quadros, mas isso pode não ser viável em comunicação de missão crítica [8]. • Agrupamento e multiplexação de HARQ-ACK para realimentar múltiplos quadros, ainda induz latência devido à retransmissão sequencial [11]
[009] De acordo com os exemplos, um método de comunicação, de acordo com um esquema de solicitação de repetição automática, ARQ, e/ou esquema de ARQ híbrido, HARQ, pode compreender: - realizar uma primeira transmissão de dados; - simultaneamente à primeira transmissão de dados ou em um recurso físico subsequente, realizar pelo menos uma transmissão redundante.
[010] Consequentemente, confiabilidade é aumentada.
[011] De acordo com os exemplos, um método pode compreender concluir ou adiar a retransmissão de dados quando uma condição de parada ou uma condição de adiamento é atendida, sendo que a condição de parada ou a condição de adiamento compreende pelo menos uma das seguintes condições ou uma condição “OR” de pelo menos duas das seguintes condições: - uma mensagem de reconhecimento, ACK, é recebida; - um número máximo de retransmissões foi realizado; - um temporizador máximo é expirado; - outras transmissões são transmitidas ou devem ser transmitidas.
[012] Consequentemente, confiabilidade é aumentada.
[013] De acordo com os exemplos, um método pode compreender: - antes de realizar a primeira transmissão de dados e a pelo menos uma transmissão redundante, inserir dados a serem transmitidos em um primeiro buffer de transmissão associada à primeira transmissão de dados e inserir dados de redundância em um segundo buffer de transmissão associada à pelo menos uma transmissão redundante; e - evacuar o segundo buffer de transmissão quando condição de parada e/ou uma condição de adiamento é atendida.
[014] Consequentemente, é possível evitar retransmissões inúteis com a mesma estratégia que é usada para realizar as transmissões.
[015] De acordo com os exemplos, um método pode compreender realizar pelo menos uma transmissão redundante de acordo com um esquema de combinação de busca e/ou uma correção de erro de encaminhamento redundante.
[016] Consequentemente, confiabilidade é aumentada.
[017] De acordo com os exemplos, as transmissões de dados e transmissões redundantes são em enlace ascendente, UL, e um método pode compreender realizar um esquema de ouvir antes de falar ou um esquema baseado em uma técnica de captação ou detecção para realizar a pelo menos uma transmissão redundante.
[018] Consequentemente, uma técnica para regularizar o meio de acesso entre diferentes UEs pode ser realizada.
[019] De acordo com os exemplos, um método pode compreender: - realizar transmissões redundantes até que uma condição de adiamento seja atendida; - aguardar por um recurso subsequente (dedicado ou não dedicado) em descarte para uma transmissão redundante; - realizar pelo menos uma transmissão redundante adicional no recurso dedicado subsequente.
[020] Consequentemente, eficiência é aumentada.
[021] Por exemplo, diversas transmissões redundantes de HARQ podem ser realizadas, e, quando não há mais possibilidade, retransmissão de ARQ podem ser operadas. Consequentemente, existe a possibilidade de usar de modo eficiente os canais de comunicação com uso de transmissões de HARQ e ARQ.
[022] De acordo com os exemplos, um método pode compreender, em uma etapa inicial, medir métricas pelo menos em parte associadas a uma situação da rede para iniciar as etapas subsequentes quando as métricas estão sob um limiar aceitável.
[023] Consequentemente, métodos acima e/ou abaixo podem ser vantajosamente ser iniciados apenas quando necessário.
[024] De acordo com os exemplos, um método pode compreender realizar uma programação para associar uma pluralidade de recursos dedicados a dados a serem transmitidos em enlace ascendente, UL, e/ou enlace descendente, DL, de modo a permitir uma associação, em um primeiro canal e/ou um segundo canal, entre o primeiro recurso dedicado e pelo menos um recurso dedicado ou não dedicado subsequente ou simultâneo ao primeiro recurso dedicado.
[025] Consequentemente, transmissões redundantes de HARQ podem ser realizadas com base em livre de concessão, o que permite evitar repetições de transmissões de HARQ quando uma mensagem correta foi recebida.
[026] De acordo com os exemplos, um método pode compreender medir pelo menos em parte associadas à situação da rede, de modo a designar mais transmissões redundantes a dispositivos que sofrem de baixo QoS e/ou comunicações urgentes de solicitação.
[027] Consequentemente, a rede se adapta às condições de UEs ao permitir os
UEs de desempenho mais baixo terem alguns recursos adicionais para uso.
[028] De acordo com os exemplos, um método pode compreender determinar uma classificação de prioridades, de modo a designar mais retransmissões para transmissões de prioridade mais alta.
[029] No caso de comunicações urgentes (por exemplo, URLLC) mais retransmissões são designadas, de modo a aumentar confiabilidade para os dispositivos que realizam as comunicações mais importantes.
[030] De acordo com os exemplos, um método pode compreender: - realizar a primeira transmissão em um primeiro canal; e - realizar a pelo menos uma transmissão redundante em um segundo canal.
[031] Em alguns exemplos, alguns canais podem ser reservados, por exemplo, para transmissão de HARQ.
[032] De acordo com os exemplos, o primeiro canal pode compreender recursos físicos dedicados e o segundo canal pode compreender recursos físicos livres de concessão.
[033] De acordo com os exemplos, um método para receber dados pode compreender: - receber primeiros dados e, de modo simultâneo ou subsequente, receber pelo menos um dado de redundância; - realizar uma verificação de validade nos primeiros dados e/ou no pelo menos um dado de redundância; e - transmitir uma mensagem de reconhecimento, ACK se a verificação de validade for positiva para pelo menos um dos primeiros dados e/ou o pelo menos um dado de redundância, e/ou - transmitir uma mensagem de não reconhecimento, NACK se a verificação de validade for negativa para os primeiros dados e/ou o pelo menos um dado de redundância.
[034] De acordo com os exemplos, um dispositivo pode ser configurado para: - realizar comunicações, sendo que pelo menos algumas das comunicações estão de acordo com uma programação; - transmitir primeiros dados; e - de modo subsequente ou simultâneo, realizar uma transmissão redundante.
[035] De acordo com os exemplos, o dispositivo é uma estação-base ou um equipamento de usuário.
[036] De acordo com os exemplos, um dispositivo pode ser configurado para: - receber primeiros dados em um recurso dedicado em um primeiro canal e, de modo simultâneo ou subsequente, receber pelo menos um dado de redundância no primeiro ou em um segundo canal; - realizar uma verificação de validade nos primeiros dados e/ou no pelo menos um dado de redundância; e - transmitir uma mensagem de reconhecimento, ACK e/ou uma mensagem de não reconhecimento, NACK com base no resultado da verificação de validade.
[037] De acordo com os exemplos, um dispositivo pode ser configurado para definir uma programação para um dispositivo/método conforme acima/abaixo.
[038] De acordo com os exemplos, um sistema pode compreender pelo menos dois dispositivos, sendo que o primeiro dispositivo é uma estação-base e o segundo dispositivo é um equipamento de usuário, em que pelo menos um dos dois dispositivos é configurado para transmitir dados para o outro dispositivo de acordo com qualquer um dos métodos acima e/ou abaixo e/ou operar como qualquer um dos dispositivos acima e/ou abaixo.
[039] Uma transmissão redundante pode ser, por exemplo, retransmissões completas de dados e/ou transmissão de uma parte redundante de dados anteriores.
[040] As Figuras 1a a 1c mostram métodos de acordo com os exemplos.
[041] As Figuras 2a a 2b mostram sistemas de acordo com os exemplos.
[042] As Figuras 3a e 3b mostram métodos de acordo com os exemplos.
[043] As Figuras 4a a 4c mostram métodos de acordo com os exemplos.
[044] A Figura 5 mostra um método de acordo com um exemplo.
[045] A Figura 6 mostra um método de acordo com um exemplo.
[046] A Figura 7 mostra um dispositivo de acordo com um exemplo.
[047] A Figura 8 mostra um método de acordo com um exemplo.
[048] A Figura 9 mostra um dispositivo de acordo com um exemplo.
[049] As Figuras 1a a 1c mostram métodos 10, 10’, 10” de acordo com os exemplos. Os métodos podem ser, por exemplo, métodos para transmitir dados de solicitação de resposta automática, ARQ e/ou dados de ARQ híbrido, HARQ.
[050] A Figura 1a mostra um método 10 com um bloco 11 no qual uma primeira transmissão de dados é realizada, por exemplo, ao transmitir os primeiros dados para um receptor. Os primeiros dados podem ser transmitidos (em alguns exemplos, em um recurso físico dedicado, em alguns exemplos, em um recurso físico livre de concessão). O método 10 pode compreender um bloco 12 de realizar uma transmissão redundante de modo subsequente ao bloco 11. O bloco 12 pode ser realizado em um recurso físico dedicado ou em um recurso físico livre de concessão, de acordo com os exemplos. O bloco 12 pode ser realizado ao transmitir dados no mesmo canal ou em um canal diferente (por exemplo, em um canal diferente, por exemplo), de acordo com os exemplos.
[051] A Figura 1b mostra um método 10’ com um bloco 11’ no qual uma primeira transmissão de dados é realizada, por exemplo, ao transmitir primeiros dados para um receptor. Os primeiros dados podem ser transmitidos em um recurso dedicado ou, em outros exemplos, em um recurso livre de concessão. O método 10’ pode compreender um bloco 12’ de realizar uma transmissão redundante de modo simultâneo ao bloco 11’. O bloco 12’ pode ser realizado em um recurso dedicado ou em um recurso não dedicado, de acordo com os exemplos. O bloco 12’ pode ser realizado ao transmitir dados em um canal diferente em relação ao canal usado no bloco 11’.
[052] A Figura 1c mostra um método 10” com um bloco 11” no qual uma primeira transmissão de dados é realizada, por exemplo, ao transmitir primeiros dados para um receptor. Os primeiros dados podem ser transmitidos em um recurso dedicado ou em um recurso livre de concessão, por exemplo. O método 10” pode compreender um bloco 12” de realizar uma primeira transmissão redundante de modo simultâneo ao bloco 11’ e bloco 13” de realizar uma segunda transmissão redundante depois de blocos 11” e 12”. O bloco 12” pode ser realizado em um recurso dedicado ou em um recurso não dedicado, de acordo com os exemplos. O bloco 12” pode ser realizado ao transmitir dados em um canal diferente em relação ao canal usado no bloco 11”. O bloco 13” pode ser realizado ao transmitir dados no mesmo ou canal diferente usado para o bloco 11”, de acordo com os exemplos. Em alguns exemplos, o bloco 13” pode compreender retransmissões dos dados de redundância enviados no bloco 12”. Em alguns exemplos, o bloco 13” pode compreender uma transmissão de dados que são dados de redundância daqueles transmitidos em 11”. Em alguns exemplos, o bloco 13” pode compreender retransmissões da transmissão redundante realizada no bloco 11”.
[053] Cada canal é um domínio que pode ser ou (compreender ou ser uma combinação de) pelo menos uma de uma banda de frequência (ou bandas de frequência), um intervalo de tempo (ou intervalos de tempo), um canal de espaço (ou canais de espaço), uma dimensão do código (ou dimensões dos códigos), e/ou um nível de potência (ou níveis de potência). Cada canal pode compreender uma pluralidade, por exemplo, uma sequência, de recursos físicos (por exemplo, múltiplos intervalos de tempo de transmissões na mesma frequência, por exemplo, ou múltiplos canais diferentes).
[054] Os métodos acima e abaixo podem fornecer uma comunicação sob um padrão para comunicações móveis, tal como Projetos de Parceria de 3ª Geração (3GPP), 4G, 5G, evolução a longo prazo (LTE), NR, EPC, e assim por diante. A comunicação pode ser de acordo com rede terrestre de acesso de rádio de sistema universal de telecomunicações móvel (UMTS) (UTRAN) ou uma UTRAN evoluída (eUTRAN). As comunicações podem compreender transmissões (transmissões de UL e/ou DL) de duplex de divisão de tempo (TDD). As comunicações podem compreender transmissões (transmissões de UL e/ou DL) de duplex de divisão de frequência (FDD). A BS pode ser um nó evoluído (eNB), um gNB (com uso da terminologia de 5G) ou, no geral, um gNB/eNB. Em alguns exemplos, o UE vai usar uma BS como interface para uma rede central, por exemplo, núcleo de pacote evoluído (EPC) para configurar um portador de rádio com certo requisito de QoS. Em NR, um UE pode configurar um fluxo de serviço por meio de gNB que está conectado a uma rede central, por exemplo EPC, para permitir um fluxo de serviço pacote por pacote.
[055] Nos exemplos acima e abaixo, UEs podem ser, por exemplo, dispositivos que são escolhidos entre telefones móveis, telefones inteligentes, terminais móveis/portáteis, computadores móveis/portáteis, tablets, retransmissões, dispositivos de comunicação veiculares em carros, caminhões, ônibus, dispositivos de comunicação móveis em drones ou outros veículos aéreos, e assim por diante. Pelo menos alguns dos UEs podem ser dispositivos de internet das coisas, IoT ou dispositivos de comunicação conectados a dispositivos de IoT.
[056] Canais (que podem ser subdivididos pela programação em recursos dedicados e recursos não dedicados, por exemplo, em uma sequência temporal) pode estar, por exemplo, em pelo menos uma ou uma combinação do domínio de tempo, no domínio de frequência, no domínio de espaço, no domínio de código, no domínio de potência. Técnicas de multiplexação em pelo menos um desses domínios podem ser realizadas.
[057] Com referência ao domínio de tempo, recursos dedicados podem compreender intervalos de tempo designados (por exemplo, por programação) para comunicações de UEs para transmissões de UL e/ou DL. Cada intervalo de tempo pode ser em um canal designado para UL ou DL para um EU particular. Um intervalo de tempo pode ser um intervalo de tempo de transmissão (TTI) ou TTI curto (sTTI), um grupo de TTIs, ou um mini intervalo (terminologia de NR).
[058] Com referência ao domínio de tempo, recursos não dedicados (recursos físicos livres de concessão) podem compreender intervalos de tempo que não são designados a um UE.
[059] Com referência ao domínio de frequência, recursos dedicados podem compreender bandas de frequência designadas (por exemplo, por programação) distribuídas entre os UEs para transmissões de UL e/ou DL. Cada banda de frequência pode estar em um canal designado para um UE particular.
[060] Com referência ao domínio de frequência, recursos não dedicados podem compreender bandas de frequência que não são pré-designadas para um UE (por exemplo, durante alguns intervalos de tempo).
[061] Com referência ao domínio de espaço, recursos dedicados podem estar em canais de espaço (por exemplo, obtidos por formação de feixes) designados (por exemplo, por programação) a diferentes UEs para transmissões de UL e/ou DL.
[062] Com referência ao domínio de espaço, recursos não dedicados podem estar em canais de espaço que não são pré-designados a um UE.
[063] Com referência ao domínio de código, recursos dedicados podem compreender dimensões de código designadas (por exemplo, por programação) a diferentes UEs para transmissões de UL e/ou DL, por exemplo utilizando esquemas de NOMA.
[064] Com referência ao domínio de código, recursos não dedicados podem compreender códigos que não são pré-designados para UEs particulares.
[065] Com referência ao domínio de potência, recursos dedicados podem compreender níveis de potência designados (por exemplo, por programação) a diferentes UEs para realizar transmissões de UL. Cada valor de potência (por exemplo, uma faixa de níveis de potência) pode estar em um canal, que pode ser designado a um UE particular. Esquema de transmissão de sobreposição multiusuário (MUST) pode ser usado.
[066] Com referência ao domínio de potência, recursos não dedicados podem compreender níveis de potência (por exemplo, faixas de nível de potência) que não são pré-designadas a uma comunicação particular em UL e/ou DL com um UE. Para esse tipo de aplicação, um esquema de acesso múltiplo não ortogonal (NOMA) pode ser usado.
[067] Em alguns exemplos, cada recurso físico (dedicado ou não dedicado) pode compreender uma combinação de um domínio de tempo, domínio de frequência, domínio de espaço, domínio de código, e/ou domínio de potência. Por exemplo, pode ser decidido (por exemplo, por programação e/ou outras alocações de recurso), pelo programador (BS), que um UE particular transmite, durante um primeiro intervalo de tempo, na primeira banda de frequência, em um primeiro canal de espaço, com primeiros códigos, em um primeiro nível de potência, e, durante um segundo intervalo de tempo, em uma segunda banda de frequência, um segundo canal de espaço, com segundos códigos, em um segundo nível de potência, e assim por diante. Desse modo, cada recurso físico (dedicado ou não dedicado) pode ser definido em qualquer combinação de tempo, frequência, canais de espaço, códigos e/ou níveis de potência, de acordo com as modalidades.
[068] Recursos físicos dedicados podem ser concessões de transmissão baseadas em programação. Essas podem ser: - Concessões programadas de modo dinâmico (em UL e/ou DL); - Concessões semipersistentes (em UL e/ou DL); - Acesso múltiplo não ortogonal (domínio de potência/domínio de código/PDMA/SCMA/MUST); acesso múltiplo por divisão de espaço (UL/DL). Aqui múltiplos usuários compartilham as mesmas concessões.
[069] Recursos físicos livres de concessão (apenas em UL) podem ser recursos que são compartilhados por múltiplos UEs (por exemplo, concessões limpas)
[070] Os métodos acima e abaixo podem suportar técnicas de solicitação de repetição automática, ARQ, e/ou ARQ híbrida, HARQ.
[071] Técnicas de ARQ são baseadas em repetir, do transmissor para o receptor, dados transmitidos anteriormente depois de o receptor ter transmitido uma mensagem de não reconhecimento, NACK. O receptor pode descartar o dado recebido, por exemplo, e aguardar por novas retransmissões (transmissão redundante). Nos exemplos, as novas retransmissões podem compreender exatamente a mesma informação (talvez pré-codificada ou codificada de modo diferente) dos dados transmitidos. Nos exemplos, as novas retransmissões são uma transmissão redundante, conforme elas repetem informação transmitida anteriormente.
[072] Técnicas de HARQ, de acordo com os exemplos, são baseadas em retransmitir pelo menos parte da mensagem transmitida anteriormente, por exemplo, com mais redundância e/ou redundância diferente. As retransmissões podem ser automáticas, sem aguardar por uma mensagem de NACK (por exemplo, HARQ difícil). As retransmissões podem ser simultâneas aos primeiros dados transmitidos (por exemplo, métodos 10’ e 10”). Diferentes retransmissões podem ser retransmitidas em canais diferentes (por exemplo, diferentes bandas de frequência, diferentes canais de espaço, diferentes intervalos de tempo, diferentes dimensões de código, e/ou diferentes níveis de potência).
[073] Em técnicas de HARQ, de acordo com os exemplos, transmissões redundantes podem conter apenar parte da mensagem original enviada anteriormente. Por exemplo, nos métodos 10 a 10”, as transmissões redundantes 12 a 12” e 13” podem ter apenas alguns dados de redundância, e/ou podem ser diferentes umas das outras e/ou das primeiras transmissões 11 a 11”. Consequentemente, uma redução de dados transmitidos pode ser obtida, logo diminui o consumo de energia. Em outras técnicas de HARQ, de acordo com os exemplos, as transmissões redundantes podem ser iguais à mensagem original enviada anteriormente (talvez pré-codificada ou codificada de modo diferente).
[074] Em técnicas de HARQ, de acordo com os exemplos, o receptor pode armazenar, sem descartar, dados codificados de modo incorreto. O receptor pode, por exemplo, tentar uma combinação entre um primeiro dado codificado de modo incorreto e um segundo dado codificado de modo incorreto (e no caso dado adicional recebido codificado de modo incorreto), para reconstruir (determinar) uma versão adequada do dado original.
[075] Em técnicas de HARQ, de acordo com os exemplos, o receptor pode transmitir uma mensagem de NACK no caso de o receptor não ser capaz de reconstruir a informação original.
[076] Em técnicas de ARQ/HARQ, de acordo com os exemplos, é possível usar técnicas de combinação de busca, nas quais as transmissões redundantes são as mesmas. Em alguns exemplos, as transmissões redundantes usam energia incremental para transmissões redundantes para aumentar a probabilidade que retransmissões são codificadas de modo correto pelo receptor.
[077] Em técnicas de ARQ/HARQ, de acordo com os exemplos, é possível usar técnicas de redundância incrementais, nas quais retransmissões não são exatamente as mesmas das primeiras transmissões de dados. Em cada retransmissão, o receptor obtém informação adicional.
[078] Consequentemente, uma transmissão redundante pode ser, por exemplo: - A repetição de uma transmissão (que pode ser a mesma da primeira transmissão); e/ou - A transmissão de dados de redundância que pelo menos repete parcialmente uma parte da informação codificada na primeira transmissão.
[079] Em alguns exemplos, métodos abaixo e acima são esquemas programados, nos quais pelo menos algumas das transmissões são programadas (alocadas entre os UEs): por exemplo, alguns recursos físicos podem ser dedicados exclusivamente a um único UE, enquanto outros recursos físicos podem ser dedicados exclusivamente a um outro UE, de modo a evitar colisões.
[080] Em alguns exemplos, métodos abaixo e acima usam esquemas livres de concessão (por exemplo, não programados), nos quais pelo menos algumas das transmissões não são determinadas a priori: por exemplo, pelo menos alguns recursos físicos de UL podem ser abertos à competição, de modo que não é pré-determinado qual UE acessa o recurso físico.
[081] Em alguns exemplos, métodos abaixo e acima usam esquemas com tanto recursos livres de concessão (por exemplo, não programados) quanto dedicados, nos quais pelo menos algumas das transmissões não são determinadas a priori e alguns dos recursos são programados: por exemplo, alguns recursos físicos de UL podem ser abertos à competição, de modo que não é pré-determinado qual UE acessa o recurso físico, enquanto alguns outros recursos físicos podem ser garantidos para alguns UEs.
[082] Em alguns exemplos, programação é programação dinâmica. Em alguns exemplos, programação é programação fixa. Em alguns exemplos, programações dinâmicas e fixas podem coexistir, por exemplo, ao realizar algumas comunicações que usam programação dinâmica e algumas outras comunicações com programação fixa.
[083] Conforme pode ser observado a partir da Figura 2a, qualquer um dos métodos 10 a 10” pode ser realizado por pelo menos um equipamento de usuário, UE 22, em enlace ascendente, UL, em direção à uma estação-base, BS 21. O UE 22 e a BS 21 podem formar um sistema 20. O sistema 20 pode compreender outros UEs (por exemplo, UE 23). Em alguns exemplos, de acordo com a programação, alguns recursos dedicados em UL podem ser designados para o primeiro UE, enquanto alguns outros recursos dedicados podem ser designados para outros UEs. Outros recursos físicos em UL, tais como concessões de recurso não dedicado em UL, podem ser abertos à competição (disputa) entre diferentes UEs. Em alguns exemplos, em uma portadora do primeiro componente (primeiro canal), alguns intervalos de tempo são designados a UE 22 e alguns outros intervalos de tempo podem ser designados ao UE 23 (recursos dedicados ou recursos não dedicados), enquanto em uma portadora do segundo componente (segundo canal) alguns intervalos de tempo podem ser abertos à competição entre diferentes UEs (ou recursos dedicados, em alguns exemplos).
[084] Conforme pode ser observado a partir da Figura 2b, qualquer um dos métodos 10 a 10” pode ser realizado por uma BS 21, em enlace descendente, DL, em direção a pelo menos um UE 22 ou 23 (UE 22 no instante mostrado na Figura 2b). De acordo com a programação, alguns recursos dedicados em DL podem ser designados a transmissões em DL ao primeiro UE 22, enquanto alguns outros recursos dedicados podem ser designados aos outros UEs do sistema. Em alguns exemplos, em uma portadora do primeiro componente (primeiro canal, por exemplo) alguns intervalos de tempo podem ser designados para transmissões em DL para o UE 22, enquanto alguns outros intervalos de tempo podem ser designados para transmissões em DL para o UE 23. De acordo com os exemplos, em DL recursos não dedicados não são fornecidos.
[085] As comunicações das Figuras 2a e 2b podem ser, por exemplo, transmissões de ARQ ou HARQ.
[086] A Figura 3a mostra um método 30 que pode ser realizado por um receptor (por exemplo, BS 21 na Figura 2a, e/ou UE 22 na Figura 2b).
[087] No bloco 31, o receptor pode receber os primeiros dados 11 a 11” e/ou os dados de redundância 12 a 12” e/ou 13”. Nos exemplos com programação, o receptor conhece a programação (por exemplo, ele conhece seu recurso dedicado no qual ele tem direito de transmissão). Para recursos não dedicados, o receptor pode derivar a proveniência, por exemplo, de um identificador na transmissão ou retransmissões.
[088] No bloco 32, o receptor pode realizar uma verificação de validade nos primeiros dados e/ou nos dados de redundância. Nos exemplos, os blocos 31 e 32 podem ser realizados simultaneamente: enquanto a as validades de algumas retransmissões são verificadas, retransmissões adicionais podem ser recebidas. No bloco 32, o receptor pode realizar uma análise para determinar se o formato dos primeiros dados e/ou dos dados de redundância, conforme recebidos, é válido, por exemplo, é compatível com um formato definido ou se (por exemplo, em face de ruído, distúrbios e/ou interferência) alguns dados (por exemplo, alguns bits de dados) na mensagem foram corrompidos (modificados, tal como, por exemplo, alguns “1’s” bits são codificados como “0’s” ou vice-versa). Para realizar essa análise, uma verificação de validade, tal como uma verificação de redundância cíclica (CRC), verificação de bits de paridade, verificação de plausibilidade, e assim por diante, pode ser realizada.
[089] Se a verificação determina a não validade dos dados recebidos (por exemplo, o dado é reconhecido como sendo corrompido), o receptor vai mover para o bloco 31, aguardar por novas recepções. Em alguns exemplos, o receptor pode enviar uma mensagem de não reconhecimento, NACK, para o transmissor.
[090] Se a verificação determina a validade dos dados recebidos (por exemplo, o dado é reconhecido como sendo corrompido), o receptor vai mover para o bloco 36, em que os dados (tanto recebidos como os primeiros dados quanto recebidos como dados de redundância) serão usados, por exemplo, para uma aplicação de camada alta (por exemplo, comunicação de voz ou de dados, e assim por diante).
[091] Nos exemplos, o receptor pode reconhecer os dados recebidos, por exemplo, ao transmitir uma mensagem de reconhecimento, ACK.
[092] As mensagens de ACK e/ou NACK podem ser mensagens acionadas por evento. As mensagens de ACK e/ou NACK podem ser transmitidas em um canal (uma de ou uma combinação de banda de frequência, canal de espaço, dimensão do código, intervalo de tempo, nível de potência, etc.) que é diferente do primeiro e segundo recursos (por exemplo, canais diferentes). As mensagens de ACK e/ou NACK podem ser transmitidas em canais que são diferentes dos canais usados para os recursos dedicado e/ou não dedicado. Portanto, as mensagens de ACK e/ou NACK podem ser em alguns exemplos, transmitidas no mesmo tempo de recursos dedicado e/ou não dedicado. O bloco 34 e/ou 35 pode ser desviado em alguns exemplos.
[093] A Figura 3b mostra um método 30b, de acordo com os exemplos, que mostra passagens para realizar recepções de HARQ. Os blocos 31 a 36, que podem ser os mesmos do método 30, são aqui não rediscutidos.
[094] Se em 32 uma mensagem recebida é determinada como sendo inválida (por exemplo, com uso de CRC ou outra técnica), no bloco 37b o receptor tenta combinar dados de redundância recebidos de modo incorreto com dados recebidos anteriormente de modo incorreto (primeiros dados transmitidos e/ou de redundância). Por exemplo, no bloco 37b ele pode tentar variar as mensagens corrompidas obtidas para obter uma mensagem que é formalmente correta (por exemplo, com uma CRC correta).
[095] Se, no bloco 38b, um dado correto é reconstruído (obtido), o dado reconstruído pode ser usado em 36.
[096] Se, no bloco 38b, é determinado que um dado correto não pode ser reconstruído com confiança suficiente, os dados recebidos de modo incorreto são, não obstante salvo (armazenado) em uma memória em 39b e uma nova transmissão redundante é aguardada. O bloco 34 e/ou 35 pode ser desviado em alguns exemplos.
[097] Um exemplo detalhado 40 de acordo com qualquer um dos métodos 10 a 10” é mostrado na Figura 4a. O método pode ser tanto para UL ou para DL. O método pode iniciar em 40’.
[098] No bloco 41 (que pode implementar qualquer um dos blocos 11 a 11”), uma primeira transmissão de dados pode ser realizada em um primeiro recurso dedicado (em alguns exemplos) ou em um recurso livre de concessão (em alguns exemplos).
[099] No bloco 42 (que pode implementar qualquer um dos blocos 12 a 12” e 13”), pelo menos uma transmissão redundante pode ser realizada (por exemplo, em um segundo recurso dedicado). Enquanto blocos 41 e 42 são aqui representados em cascata, em alguns casos eles podem na verdade ser realizados em paralelo (por exemplo, ao realizar pelo menos uma transmissão redundante de modo simultâneo a, mas em um canal diferente, à primeira transmissão).
[0100] O bloco 43 é um bloco de decisão. O bloco de decisão 43 pode determinar se o dado foi recebido corretamente pelo receptor e/ou se o dado está para ser retransmitido (parcial ou completamente). Se é determinado que o dado foi recebido corretamente, então o método 40 termina no bloco 44. Nos exemplos, o bloco de decisão 43 pode verificar, por exemplo em 46, se uma mensagem de ACK foi obtida do receptor (por exemplo, no bloco 35 do método 30).
[0101] Nos exemplos, o bloco de decisão 43 pode determinar a possibilidade para realizar transmissões redundantes adicionais no bloco 42 e/ou a possibilidade de aguardar (em 45) por um novo recurso dedicado para as retransmissões. Nos exemplos, o bloco de decisão 43 pode levar em conta mensagens de NACK (por exemplo, em 46) ou a ausência de mensagens de ACK. Nos exemplos, o bloco de decisão 43 (por exemplo, em 48) pode levar em conta se um número máximo de transmissões redundantes foi realizado. Nos exemplos, o bloco de decisão 43 (por exemplo, em 49) pode levar em conta se um tempo esgotado foi atingido por um temporizador. Desse modo, o bloco 46 verifica uma condição de parada para concluir as transmissões redundantes.
[0102] Por exemplo, se o bloco de decisão 43 não está ciente que o receptor recebeu corretamente pelo menos um entre os primeiros dados transmitidos e pelo menos uma das transmissões redundantes (por exemplo, saída de “NACK ou não ACK” no bloco 46), mas um número máximo de (re)transmissões redundantes não foi realizado ainda (por exemplo, saída “NO” no bloco 48) e há tempo suficiente para retransmissões adicionais (por exemplo, saída “NO” no bloco 49), pelo menos uma (re)transmissão redundante adicional pode ser realizada em 42, por exemplo, imediatamente. Uma retransmissão imediata pode ser realizada, por exemplo, em um recurso dedicado imediatamente subsequente ao recurso dedicado da transmissão redundante anterior, por exemplo, de acordo com os exemplos e de acordo com a programação particular. O mesmo ou um canal diferente pode ser usado, de acordo com a programação e o exemplo. Em alguns exemplos, nos quais a retransmissão em 42 deve ser realizada em recursos livres de concessão (por exemplo, em comunicações não programadas), em 45 o transmitido pode captar ou detectar os recursos físicos (por exemplo, o canal) que aguarda por um recurso físico livre de concessão não ocupado para realizar uma transmissão.
[0103] De outro modo, se o bloco de decisão 43 não está ciente que o receptor recebeu corretamente pelo menos um entre os primeiros dados transmitidos e pelo menos uma das transmissões redundantes (por exemplo, saída de “NACK ou não ACK” no bloco 46), mas um número máximo de transmissões redundantes já foi realizado (por exemplo, saída “YES” no bloco 48) ou não há tempo suficiente para retransmissões adicionais (por exemplo, saída “YES” no bloco 49), será necessário aguardar, no bloco 45, pelo próximo recurso (dedicado ou livre de concessão, de acordo com os exemplos). Desse modo, nos blocos 48 e 49, condições para adiamento das transmissões redundantes (sem concluir as transmissões redundantes) são verificadas.
[0104] Nos exemplos, o bloco de decisão 43 pode determinar a possibilidade para retransmitir imediatamente um dado de redundância ou para aguardar por um recurso dedicado subsequente antes de transmitir dados de redundância adicionais. De acordo com os exemplos baseados em programação, enquanto uma pluralidade de recursos dedicados (por exemplo, intervalos de tempo), que seguem imediatamente o intervalo de tempo no qual a primeira transmissão de dados foi realizada, pode ser reservada para transmissões redundantes, mais cedo ou mais tarde um recurso dedicado deve ser associado a uma comunicação diferente (por exemplo, a um receptor de UE diferente no caso de DL ou de um UE diferente no caso de UL). Desse modo, o bloco 45 pode ser usado quando não há recursos dedicados (ou recursos livres de concessão em alguns exemplos) em descarte de novas transmissões redundantes para a mesma comunicação, enquanto os dados ainda não foram recebidos corretamente.
[0105] Nos exemplos, uma técnica de HARQ pode ser implementada ao realizar imediatamente transmissão redundante (em alguns casos, com uso de redundância incremental), enquanto uma técnica de ARQ é implementada ao aguardar (em 45) antes de realizar uma transmissão redundante (em alguns casos, ao repetir as mesmas transmissões em um novo recurso).
[0106] A transmissão redundante 42 pode ser, por exemplo, uma transmissão de HARQ. A transmissão redundante 42 pode ser, por exemplo, uma retransmissão de ARQ. Nos exemplos, a transmissão redundante pode ser redundante no sentido que o primeiro dado transmitido é repetido. Em outros exemplos, a transmissão redundante pode ser redundante no sentido que apenas uma parte (parte redundante) da primeira informação transmitida é repetida (mesmo se codificada em maneiras diferentes, criptografada, comprimida, etc.). Nos exemplos, a transmissão redundante 42 pode ser do tipo de redundância incremental. Nos exemplos, a transmissão redundante 42 pode ser do tipo de combinação de busca.
[0107] A Figura 4b mostra um exemplo 40b, que pode implementar, por exemplo, uma transmissão de rompimento. O método 40 b pode ser um método no qual pelo menos algumas transmissões (por exemplo, em pelo menos um canal) são realizadas em recursos livres de concessão, por exemplo, colisões entre transmissão de UL de diferentes UEs podem ocorrer. O método 40b pode implementar qualquer um dos métodos 10 a 10”. O método 40b pode ser usado para solucionar a competição de acesso entre diferentes UEs que transmitem dados para a BS. O método pode iniciar em 40’. Em 41, uma primeira transmissão de dados (por exemplo, em um primeiro canal 61) pode ser realizada. O método 40b pode ser de tal modo que em alguns canais (por exemplo, primeiro canal 61, por exemplo, em uma primeira banda de frequência) os recursos físicos são dedicados (por exemplo, de acordo com uma programação), enquanto em outros canais (por exemplo, segundo canal 62 ou terceiro canal 63, que podem ter recursos físicos simultâneos àqueles no primeiro canal 61) os recursos físicos são livres de concessão. Em outros exemplos, todos os canais são livres de concessão.
[0108] O método pode compreender um bloco 41b para realizar (por exemplo, no segundo canal 62) uma transmissão em um recurso livre de concessão, em alguns exemplos. O método pode compreender, em 41b, verificar se um recurso não dedicado (por exemplo, no segundo canal 62, que pode ser um componente de portadora que é diferente do componente de portadora associado ao primeiro canal 61) é livre ou é provavelmente livre (a probabilidade pode ser obtida estoicamente). Uma estratégia de escutar antes de falar pode ser usada (outros métodos baseados em captação e/ou uma detecção podem ser implementados). Uma técnica de múltiplo acesso de captação de portadora (CSMA), em alguns exemplos com detecção de colisão (CSMA/CD) ou com evitação de colisão (CSMA/CA), pode ser usada. Em um exemplo, o UE pode aguardar por mensagens de ACK/NACK da BS, para entender se o próximo recurso não dedicado está livre. Se o recurso não dedicado é detectado como ocupado (por exemplo, um UE diferente está transmitindo seus próprios dados de redundância), o transmissor irá aguardar pelo próximo recurso não dedicado.
[0109] Quando finalmente um recurso não dedicado livre é detectado, a (re)transmissão redundante (ou (re)transmissões redundantes) pode ser realizada
(por exemplo, em pelo menos um canal 62 e/ou 63, que podem ser diferentes do canal usado para realizar a primeira transmissão) no bloco 42.
[0110] No bloco 46, é estabelecida a probabilidade de uma mensagem de ACK ou uma mensagem de NACK ter sido recebida do receptor (por exemplo, BS) para a transmissão ou transmissão redundante. Se uma mensagem de ACK é recebida, o método 40b termina em 44.
[0111] De outro modo, se nenhuma mensagem de ACK foi recebida, o método 40b pode realizar uma nova transmissão redundante em 42. Em alguns exemplos, o método 40b pode ir em 41b para verificar a possibilidade do recurso físico subsequente estar ocupado por outras retransmissões.
[0112] Mesmo se não mostrado na Figura 4b, há a possibilidade de também realizar outras verificações, tal como pelo menos uma de 48 e 49 da Figura 4a.
[0113] Vale a pena destacar que o método 40b pode ser extremamente importante em UL: conforme pluralidade de UEs pode tentar realizar transmissões redundantes (cada UE realiza um exemplo do método 40b), é possível determinar qual UE pode transmitir em cada recurso não dedicado.
[0114] As transmissões redundantes 42 podem ser, por exemplo, retransmissões de HARQ, por exemplo, com redundância incremental.
[0115] A Figura 4c mostra um exemplo 40c de um método. O método pode iniciar no bloco 40’.
[0116] O método 40c pode compreender realizar uma primeira transmissão de dados que pode ser, de acordo com o exemplo específico, em um recurso dedicado ou em um recurso livre de concessão (pode ser o mesmo do bloco 42 da Figura 4a). Após a primeira transmissão, transmissões de HARQ (transmissões redundantes) podem ser realizadas em 42c. As retransmissões de HARQ podem ser, por exemplo, transmissões redundantes com redundância incremental. Em um exemplo, bloco 42c pode corresponder ao ciclo de blocos 42-46-58-49-42 da Figura 4a. Desse modo, muitas (re)transmissões podem ser realizadas em 42c.
[0117] Em 43c, é possível verificar se, após as transmissões de HARQ, um dado correto foi aceito pelo receptor. Em caso positivo, o método termina em 44.
[0118] De outro modo, uma retransmissão de ARQ (por exemplo, com nível de potência aumentado) pode ser realizada em 45c. é possível aguardar pelo próximo recurso dedicado associado ao transmissor para realizar a retransmissão de ARQ. O bloco 45c pode corresponder à sequência de blocos 45 e 42 no método 40 da Figura 4a.
[0119] Após 45c, é possível realizar retransmissões de HARQ adicionais da retransmissão de ARQ em um novo exemplo de 42c. O ciclo 42c-43c-45c da Figura 4c pode corresponder ao ciclo 42-46-48-49-45-42 da Figura 4a.
[0120] A Figura 5 mostra um sistema 50 (que pode implementar, por exemplo, o sistema 20). No sistema 50, uma BS 51 (que pode ser, por exemplo, a BS 21) pode obter dados em enlace ascendente (UL) de uma pluralidade de UEs 52-54 (que podem ser, por exemplo, como UEs 22 e 23). A BS 51, que opera como um receptor e implementa, por exemplo, o método 30, pode transmitir mensagens de ACK/NACK para os UEs 52-54 em resposta às suas transmissões e (re)transmissão redundante.
[0121] A Figura 6 mostra um exemplo de comunicação. A comunicação pode ser, por exemplo, em UL (de UEs para uma BS). A comunicação pode seguir uma programação (tal como uma alocação de recursos físicos para UEs particulares, que podem ser cíclicos em alguns exemplos). A programação pode ser dinâmica ou não dinâmica. A programação pode ter sido sinalizada por um programador (que pode ser a BS) para o UEs. Nesse caso, pelo menos 22 recursos físicos 60a são divididos entre três canais (que podem ser, nesse caso, componentes de portadora 61, 62, 63). Podem ser definidos 66 recursos físicos na Figura 6. Cada canal pode compreender uma sequência (por exemplo, uma sequência temporal) de recursos físicos (por exemplo, blocos), cada um deles ocupado (ou potencialmente ocupado) por uma transmissão (UL ou DL, de acordo com diferentes exemplos).
[0122] De acordo com o exemplo e/ou a programação particular, o primeiro canal 61 pode suportar a transmissão de mensagens T0, T1, T2, T3, T4, T5, etc. de ARQ e/ou técnicas de HARQ podem ser implementadas. O primeiro canal 61 pode compreender recursos dedicados.
[0123] As transmissões no primeiro canal 61 (por exemplo, um componente de portadora CC0) podem ser programadas e/ou realizadas em uma pluralidade de (por exemplo, uma sequência de) intervalos de tempo 60a (por exemplo, intervalos de tempo de curta transmissão, sTTIs).
[0124] Um segundo canal 62 (por exemplo, um componente de portadora CC1) pode suportar transmissões redundantes de mensagens T0, T1, T2, etc., que são indicadas como T0re-TX0, T0re-TX1, T0re-TX2, etc. para as transmissões redundantes de T0; T1re-TX0, T1re-TX1, para transmissões redundantes de T1; e assim por diante. Essas transmissões redundantes podem ser, em exemplos, retransmissões de HARQ. Em alguns casos (por exemplo, no modo 65a), os recursos físicos no segundo canal 62 podem ser dedicados (por exemplo, alocados a UEs e/ou transmissões particulares). Em alguns casos (por exemplo, no modo 65b), em UL, os recursos físicos no segundo canal 62 podem ser livres de concessão (por exemplo, não programado, aberto a competição).
[0125] As transmissões no segundo canal 62 (por exemplo, um componente de portadora CC2) podem também suportar (re)transmissões redundantes (que podem ser as mesmas ou diferentes dos dados inseridos no recurso físico no mesmo intervalo de tempo). Em alguns exemplos, as retransmissões em CC2 podem ser afastadas ou escalonadas em relação às (não alinhadas de modo atempado às) retransmissões em CC1. Em alguns exemplos, T0re-TX1’ (transmitido no intervalo de tempo 3 em CC2) pode ser o mesmo de T0re-TX0 (transmitido no intervalo de tempo 0 em CC1); T0re- TX2’ (transmitido no intervalo de tempo 4 em CC2) pode ser o mesmo de T0re-TX1 (transmitido no intervalo de tempo 1 em CC1); e assim por diante.
[0126] Nos exemplos, CC1 e CC2 podem ser usadas para diferentes transmissões (não necessariamente para retransmitir os mesmos dados ou para a mesma transmissão redundante). Nos exemplos, canais diferentes (por exemplo, CC1 e CC2) podem ser agregados ao canal de transmissão principal (por exemplo, CC0) durante alocação de recurso e/ou designação de recurso (por exemplo, programação).
[0127] Em alguns exemplos, apenas uma comunicação de não rompimento (em UL ou DL) pode ser usada. Em alguns exemplos, apenas uma comunicação de rompimento (por exemplo, em UL) pode ser usada. Em alguns exemplos que consideram UL, tanto uma comunicação de não rompimento quanto uma comunicação de rompimento pode ser usada (por exemplo, em diferentes períodos de tempo e/ou de acordo com seleções, por exemplo, operadas pela BS).
[0128] Na comunicação de não rompimento 65a, todos os blocos podem ser recursos dedicados: a programação define, por exemplo, que o intervalo de tempo 1 no primeiro canal CC0 61 é um recurso dedicado designado unicamente a um UE particular (o que transmite T0); os intervalos de tempo 5 e 11 no primeiro canal CC0 61 são recursos dedicados designados unicamente a um UE particular (o que transmite T1); e o intervalo de tempo 8 no primeiro canal CC0 61 é um recurso dedicado designado unicamente a um UE particular (o que transmite T2).
[0129] A programação pode também definir que os intervalos de tempo 2 a 5 do primeiro e segundo canais CC1 e CC2 (62, 63) são recursos dedicados designados unicamente a um UE particular (o que transmite T0); os intervalos de tempo 6 a 8 e 12 a 16 são recursos dedicados designados unicamente a um UE particular (o que transmite T1); e os intervalos de tempo 9 a 11 são recursos dedicados designados unicamente a um UE particular (o que transmite T2).
[0130] A programação pode também definir que alguns recursos físicos não são definidos (por exemplo, recursos físicos reservados ou usados para diferentes comunicações).
[0131] Em operação, de acordo com a programação, um primeiro UE pode transmitir T0 no intervalo de tempo 1 (blocos 11 a 11”, 41) no canal físico CC0.
[0132] O mesmo UE pode realizar (re)transmissões redundantes de T0 (em alguns casos, em versões diferentes, por exemplo, com pré codificação, ou de modo incremental, ou nas mesmas versões) em intervalos de tempo 2 a 4 (por exemplo, blocos 12 a 12”, 13”, 42) em canais físicos CC1 e CC2.
[0133] Enquanto isso, o receptor (que pode ser a BS 21 ou 51) recebe as transmissões e transmissões redundantes (por exemplo, o receptor pode implementar o método 30).
[0134] O receptor pode realizar a verificação de validade das transmissões e transmissões redundantes (por exemplo, em 32). O receptor pode desse modo transmitir (em 35) uma mensagem de ACK 64a (aqui indicada com ACK0). Quando ACK0 é recebida pela transmissão de UE, o UE pode determinar que os dados foram recebidos corretamente pelo receptor (por exemplo, no bloco 46) e pode parar (por exemplo, no bloco 44) de retransmitir dados de redundância para o receptor (um adiamento de processamento Tproc pode ser necessário).
[0135] Desse modo, nos canais CC1 e/ou CC2 o intervalo de tempo 5 (que corresponde a um recurso dedicado reservado para o UE que transmitiu T0) não é ocupado por uma transmissão, que consequentemente reduz a carga útil.
[0136] No intervalo de tempo 5, outro UE tem o direito de transmitir dados T1 no primeiro canal CC0. (Re)transmissões redundantes podem ser realizadas em intervalos de tempo 6 a 8 no segundo e/ou terceiro canais de recurso CC1 e CC2.
[0137] Entretanto, nesse caso, o receptor foi determinado, no bloco 32, que nenhum dado (transmitido ou retransmitido) foi decodificado de modo adequado. Desse modo, (no bloco 34) o receptor transmitiu uma mensagem de NACK (NACK1) 64n para o UE que transmitiu T1.
[0138] Como no intervalo de tempo 9 não há recursos físicos designados ao UE para transmitir T1 (por exemplo, conforme verificado nos blocos 48 e 49), o UE deve aguardar, em 45, antes de retransmitir uma versão de T1, para o seu próximo recurso dedicado. De acordo com a programação, nos recursos dedicados subsequentes (por exemplo, intervalo de tempo 8 no recurso CC0 e intervalos de tempo 9 a 11 no segundo e terceiro recursos CC1 e CC2) outro UE tem o direito de realizar transmissões e retransmissões (por exemplo, para dados T2). Durante os intervalos de tempo 9 e 10, em particular, o UE que transmitiu T1 permanece aguardando em
45.
[0139] Entretanto, de acordo com a programação, o recurso dedicado que corresponde ao intervalo de tempo 11 no canal CC0 é designado ao mesmo UE que transmitiu T1. Desse modo, o UE pode mover do bloco 45 para o bloco 42 e realizar uma transmissão redundante de T1 (indicada como T1*). T1* pode ser, nos exemplos, uma retransmissão de ARQ de T1.
[0140] Ademais, em intervalos de tempo 12 a 16 no segundo e terceiro canais CC1 e CC2, transmissões redundantes adicionais de T1* (e de T1) podem ainda ser realizadas. Uma NACK3 é recebida no intervalo de tempo 14, que insinua que as transmissões e transmissões redundantes de T1 não foram bem-sucedidas ainda. As transmissões redundantes de T1* podem ser retransmissões de HARQ, nos exemplos.
[0141] As operações na comunicação de não rompimento 65a podem também ser realizadas em DL, por exemplo, da BS para uma pluralidade de UEs. Nesses exemplos, T0, T1, T2 se referem a transmissões direcionadas para um UE particular da BS conforme definido pela programação. Nos exemplos, o modo de rompimento é aberto a comunicações de UL, apenas.
[0142] É possível implementar um modo de rompimento (indicado na Figura como porção de rompimento 65b). O modo de rompimento pode ser ativado pela BS e comunicado aos UEs por sinalização, por exemplo. Na Figura, o modo de rompimento inicia no intervalo de tempo 16 e pode ser completamente independente das comunicações programadas em 65a.
[0143] Mesmo no modo de rompimento, em pelo menos um canal (por exemplo, CC0 61) as comunicações podem ser programadas. Por exemplo, recursos dedicados são definidos em intervalos de tempo 16, 18, 19, e designados a transmissões T3, T4, T5, respectivamente, que devem ser realizadas por UEs que são no geral UEs diferentes. Ao contrário, em outros canais (por exemplo, CC1 e CC2) recursos não dedicados são definidos. Desse modo, uma competição pode ocorrer entre UEs diferentes.
[0144] O recurso físico associado ao intervalo de tempo 16 e ao primeiro canal CC0 é associado unicamente à transmissão T3. Adicionalmente, o UE que transmitiu
T3 pode ocupar o intervalo de tempo subsequente 17 no segundo e terceiro canais CC1 e CC2, para realizar transmissões redundantes de T3. O UE pode realizar um exemplo do método 40b, por exemplo. Consequentemente, o UE pode circular entre blocos 42 e 46 e realizar transmissões redundantes de T3.
[0145] Nomeadamente, enquanto o UE transmite versões de redundância de T3, outros UEs circulam (em seus exemplos no método 40b) pela repetição do bloco 41b até que eles encontrem um recurso não dedicado livre.
[0146] Nesse caso, no segundo e terceiro canais CC1 e CC2 os intervalos de tempo 18 e 19 estão ainda ocupados por retransmissões de versões de redundância de T3 até que uma ACK3 seja transmitida pela BS. Consequentemente, o UE que transmitiu as retransmissões de T3 move de 46 para 44.
[0147] Consequentemente, os recursos não dedicados (recursos livres de concessão) no intervalo de tempo 20 em CC1 e CC2 se tornam livres. Desse modo, em CC1 e CC2 uma retransmissão de T4 (que foi transmitida no intervalo 17 no primeiro canal CC0 mas não pôde ser retransmitida em face das retransmissões repetidas de T3 nos intervalos 18 e 19) é possível apenas no intervalo 20. Desse modo, o UE que transmitiu T4 em CC0 no intervalo 16 circula repetição do bloco 41b até o intervalo de tempo 20, em que a transmissão redundante de T3 pode ser realizada.
[0148] O mesmo se aplica ao UE que transmitiu T5 em CC0 no intervalo 18, que circula repetição do bloco 41b até o intervalo 21, quando ele determina que os recursos físicos no intervalo de tempo 21 em CC1 e CC2 estão livres.
[0149] O exemplo da Figura 6 pode implementar operações do exemplo da Figura 4c. T0, T1, T2 podem ser transmitidos em CC0 no bloco 41 do método 40c. As retransmissões de HARQ (por exemplo, T0re-TX0 e assim por diante) podem ser transmitidas em CC1 e CC2 no bloco 42c. Por exemplo, em CC1 e CC2 no intervalo de tempo 5 não há retransmissões de HARQ, conforme bloco 43c tem saída “YES” em direção ao bloco 44 (fim). Ao contrário, no intervalo de tempo 11, em CC0, uma retransmissão de ARQ de T1 (indicada com T1*) foi realizada de acordo com o bloco
45c. Nos intervalos de tempo 12 a 16, em CC1 e CC2, retransmissões de HARQ de T1* (por exemplo, T1*re-TX0 e assim por diante) são realizadas de acordo com um bloco 42c.
[0150] A Figura 7 mostra um dispositivo de comunicação 70 que pode ser, por exemplo, um UE (por exemplo, 22, 23, 52-54) ou uma BS (por exemplo, 21 ou 51). O dispositivo de comunicação 70 pode ser, por exemplo, um transmissor. O dispositivo de comunicação 70 pode compreender uma antena 71. O dispositivo de comunicação 70 pode compreender um módulo de transmissão/recepção, T/R 72 (que pode operar, por exemplo, na camada e/ou a camada física de controle de acesso de mídia, MAC). O módulo de T/R 72 pode transmitir sinais para e/ou receber sinais da antena 71. O dispositivo de comunicação 70 pode compreender um processador 73, que pode controlar pelo menos algumas das partes do dispositivo de comunicação 70. O dispositivo de comunicação 70 pode compreender um espaço de armazenamento 74.
[0151] O espaço de armazenamento 74 pode compreender uma unidade de memória não transitória 74b que, quando executada por um processador (por exemplo, o processador 73) pode levar o processador a realizar pelo menos um dos métodos acima e/ou abaixo e/ou a implementar pelo menos um dos (UEs ou BS) discutidos acima e/ou abaixo. O espaço de armazenamento 74 pode também compreender dados de programação (por exemplo, em uma unidade de memória transitória 74b), que pode, por exemplo, alocar intervalos de tempo em associação a recursos físicos.
[0152] O espaço de armazenamento pode compreender um buffer 75 no qual dados a serem transmitidos em diferentes recursos físicos são inseridos. O buffer 75 pode compreender, por exemplo, um dispositivo de porta dupla que pode obter dados do (e no caso também transmitir para o) processador 73 e pode dar dados ao (e no caso também receber dados do) módulo de T/R 72. O buffer 75 pode ser configurado de acordo com dados de programação 74b. Cada recurso dedicado pode ser associado com um dado que pode ser escrito em uma localização de memória, por exemplo, organizado como uma matriz. No caso de transmissões livres de concessão,
uma fila pode ser implementada.
[0153] O buffer 75 pode compreender uma primeira porção de transmissão de dados 75a na qual os primeiros dados a serem transmitidos são armazenados antes de serem enviados para o módulo de T/R 72 para transmissão em um recurso dedicado e/ou em um recurso livre de concessão, de acordo com o exemplo específico.
[0154] O buffer 75 pode compreender uma porção de dados de redundância 75b na qual dados de redundância são inseridos antes de serem enviados para o módulo de T/R 72 para transmissão em um recurso dedicado ou não dedicado. A porção 75b pode ser vista como uma fila na qual diversos dados de redundância são inseridos. Os dados de redundância repetições exatas e/ou dados de redundância incrementais, de acordo com o exemplo. Onde os dados de redundância devem ser transmitidos em recursos não dedicados (por exemplo, no módulo 65b, aberto a competição, da Figura 6) o módulo de T/R 72 pode também verificar se um recurso não dedicado está livre.
[0155] No transmissor 70, uma mensagem de ACK ou NACK recebida do receptor pode ser fornecida da antena 71, por exemplo, para o módulo de T/R 72 e/ou o processador 73. Adicionalmente ou alternativamente, uma linha interrompida 76 pode ser fornecida na entrada para o processador 73, por exemplo, para fornecer a informação de uma mensagem de ACK sendo recebida (por exemplo, para o propósito do bloco 46). Nesse caso, no espaço de registro, o dado relacionado às retransmissões pode ser deletado ou sinalizado como não transmitido.
[0156] O dispositivo de comunicação 70 pode também ser, por exemplo, um receptor (por exemplo, ele pode ser tanto um transmissor quanto receptor), e o receptor pode ser, por exemplo, um UE ou uma BS. Quando uma mensagem é recebida (por exemplo, pela antena 71), a validade da mensagem pode ser verificada através de uma verificação de validade (que pode ser, por exemplo, implementada no módulo de T/R 72). A mensagem pode então ser fornecida ao processador 73. Uma mensagem de ACK ou NACK a ser transmitida de volta para o transmissor pode ser fornecida para a antena 71, por exemplo, pelo módulo de T/R 72 e/ou pelo processador 73. O processador 73 pode executar instruções para a recepção de mensagens, sendo que as instruções são armazenadas na unidade de memória de armazenamento não transitória 74. Entre essas instruções, o processador 73 pode executar instruções para realizar o método 30. O receptor 70 pode realizar, por exemplo, método 30 ou método 30b. É possível implementar uma técnica de solicitação de repetição automática (ARQ), na qual o transmissor aguarda por uma mensagem de ACK. É possível implementar uma ARQ híbrida (HARQ) (por exemplo, uma técnica de HARQ difícil), na qual pelo menos algumas das repetições são transmitidas sem necessidade de solicitação (sem necessidade de aguardar pela mensagem de ACK ou NACK).
[0157] A Figura 8 mostra um exemplo do método 80 para preparar as transmissões das transmissões redundantes, por exemplo, ao gerenciar o buffer 75.
[0158] Em 81, o método 80 pode fornecer inserir dados a serem transmitidos (por exemplo, T0, T1, T2) ao primeiro buffer de transmissão 75a e inserir dados de redundância para retransmissões no buffer de redundância 75b.
[0159] Em 82, o método 80 pode fornecer transmitir os primeiros dados 81 e dados de redundância 83. Mesmo se na Figura blocos 82 e 83 são representados em sequência, eles podem também ser paralelos em alguns casos (por exemplo, ao usar canais diferentes no mesmo intervalo de tempo para tanto a primeira transmissão de dados quanto a transmissão redundante).
[0160] Depois, o método 80 pode fornecer, em 84, verificar a possibilidade do transmissor de dados ou retransmitidos terem sido recebidos com êxito pelo receptor. Essa verificação pode ser realizada, por exemplo, ao verificar a recepção das ACKs/NACKs (por exemplo, em 46).
[0161] No caso de recepção negativa (por exemplo, nenhuma ACK recebida ou NACK recebida), o método 80 pode mover para realizar transmissões redundantes adicionais.
[0162] Transmissões redundantes podem compreender, por exemplo, retransmissões de mensagens. Transmissões redundantes podem compreender, por exemplo, partes de transmissões de mensagens anteriores (por exemplo, apenas uma parte redundante é retransmitida).
[0163] No caso de recepção positiva (por exemplo, ACK recebida), o método 80 pode mover para evacuar (por exemplo, ao deletar) o buffer de dados de redundância em 85. Isso pode ser a razão, por exemplo, para o fato de que, na Figura 6, nenhum dado de redundância é transmitido no intervalo de tempo 5 na CC1 e CC2: o buffer de dados de redundância 75b, naquele intervalo de tempo, foi encontrado vazio pelo módulo de T/R 72 e nenhuma transmissão redundante foi realizada.
[0164] A Figura 9 mostra um programador 930 que pode ser (ou pode ser uma parte de) a BS 22. O programador 930 pode sinalizar dados de configuração 931 considerando a programação. O programador 930 pode decidir, por exemplo, quais canais e/ou recursos físicos a serem usados por cada UE com base em um ou mais critérios. Critérios podem envolver um ou mais dados 933 a 937. Em alguns exemplos, pelo menos alguns dos dados 933 a 937 podem contribuir para constituir uma situação da rede 932. Critérios podem ser pré-definidos e/ou definidos e/ou modificados em tempo real. A programação pode ser dinâmica ou não dinâmica.
[0165] O programador 930 pode definir os dados de configuração (programação) com base no critério pelo menos em parte que envolve o tráfego 933 (ou uma métrica ou uma estimação associada à mesma) na rede. O tráfego pode ser medido, por exemplo, ao manter em conta o número de UEs presentes dentro do dispositivo central (que pode ser a BS, tal como um g/eNB), o número de ligações atuais, de sessões atualmente abertas, e assim por diante. Em alguns exemplos, se o tráfego não é excessivo, a quantidade de canais (por exemplo, recursos dedicados) pode ser aumentada.
[0166] O programador 930 pode definir os dados de configuração (programação) com base no critério pelo menos em parte que envolve a qualidade de serviço (QoS) 934 (ou uma métrica ou uma estimação associada à mesma) na rede. A QoS 934 pode ser medida, por exemplo, ao manter em conta estatísticas de mensagens decodificas de modo não adequado (por exemplo, comunicações de UL dos UEs para a BS). Em alguns exemplos, se a QoS for escassa para alguns UEs particulares, a programação pode ser modificada ao associar um número aumentado de recursos dedicados a UEs que sofrem de uma baixa QoS. Em alguns exemplos, se a QoS for no geral escassa, a quantidade de recursos dedicados pode ser aumentada.
[0167] Estimativas podem compreender dados estatísticos (por exemplo, associados à localização geográfica, à presença humana, e assim por diante). Estimativas podem ser, pelo menos em parte, condicionadas por dados históricos e/ou calculadas automaticamente e/ou pelo menos baseadas parcialmente em conhecimento empírico.
[0168] O programador 930 pode definir os dados de configuração 931 (programação) com base no critério pelo menos em parte que envolve a urgência 36 de comunicações (comunicações de chamada, sessões especiais, etc.), por exemplo, para propósitos relacionados à segurança (primeiro responder, e assim por diante). Exemplos pode ser comunicações de baixa latência ultra confiáveis (URLLC). Os UEs que precisam de comunicações urgentes podem ser designados para usar recursos dedicados adicionais pelo programador 930. Ao contrário, recursos dedicados podem ser reduzidos para UEs que não precisam de comunicações urgentes.
[0169] O programador 930 pode determinar os dados de configuração 931 (programação) com base no critério pelo menos em parte que envolve uma seleção
937. UEs selecionados podem ser designados para recursos dedicados adicionais. UEs não selecionados podem ser recompensados com uma diminuição (ou anulação em alguns exemplos) de quantidade de recursos dedicados. Uma seleção pode ser operada, por exemplo, por uma solicitação de usuário (por exemplo, como um serviço adicional fornecido pelo fornecedor do serviço que gerencia a rede). Consequentemente, capacidades de comunicação e/ou confiabilidade e/ou velocidade aumentadas podem ser oferecidas para usuários selecionados.
[0170] Nomeadamente, o programador 90 pode operar em tempo real, por exemplo, ao mudar o critério com base na situação da rede diferente.
[0171] O programador pode desse modo realizar uma classificação de prioridade,
na qual UEs com classificação superior podem ser recompensados com número de recursos dedicados aumentados em relação a UEs com prioridade mais baixa. Com referência à Figura 6, pode ser assumido que o dispositivo que transmite T1 (associado a intervalos de tempo 5 e 11 em CC0; 6 a 8 e 12 a 16 em CC1 e CC2, por exemplo, 18 recursos dedicados) é melhor classificado do que o dispositivo que transmite T2 (associado ao intervalo de tempo 8 em CC0 e 9 a 11 em CC1 e CC2, por exemplo, 7 recursos dedicados). A classificação entre diferentes UEs pode seguir, por exemplo, qualquer um dos critérios baseados em 933, 934, 936, e 937 e, mais em geral, na situação da rede 932.
[0172] O critério para designar recursos dedicados a diferentes UEs pode evoluir em tempo real com base na situação da rede (situação dos UEs).
[0173] Nos exemplos, o programador 90 é usado para iniciar ou concluir qualquer um dos métodos 10 a 10”, 30, 30b, 40 a 40c, 50, 60, e 80. Desse modo, o programador 90 pode decidir que esses métodos devem ser usados, em particular quando as métricas em 933, 934, 936, e 937 e, mais em geral, na situação da rede 932, determinam uma situação ruim da rede (por exemplo, baixa QoS e/ou métricas debaixo de um limiar) ou uma necessidade de realizar comunicações urgentes (por exemplo, URLLC).
[0174] Em vista do acima, uma solução foi fornecida para o problema do tempo necessário para estabelecimento de comunicação de pacotes detectados antecipadamente como corrompidos em comunicação de tempo crítico/missão crítica. Em termos gerais, a necessidade para retransmissões periódicas ou aperiódicas com probabilidade para mais retransmissões pode produzir adiamentos que não se encaixam nas exigências de latência ultrabaixa.
[0175] De acordo com os exemplos, pelo menos algumas das seguintes considerações E1, E2, E3 podem ser válidas: E1: Dados podem ser transmitidos em recursos dedicados; que podem ser, por exemplo, uma SPS de curto período. Os blocos de retransmissões de HARQ podem ser computados durante/antes da transmissão dos dados originais (com base nos MCS e TBS selecionados). P1: No caso de transmissão de rompimento, uma redundância incremental contínua (operação de HARQ) pode ser realizada com números diferentes que dependem de: S1: o MCS selecionado (que indica a quantidade de redundância salva no buffer de HARQ) e/ou S2: A prioridade dos dados originais; dados de alta prioridade solicitam mais blocos de HARQ a serem transmitidos e baixa confiabilidade solicita menos blocos de HARQ P2: Todos os blocos processados de HARQ podem ser transmitidos sequencialmente até que: S1: a taxa de código mínimo para o esquema de codificação de modulação (MCS) selecionado é atingida; doravante, o MCS deve ser selecionado como robusto (como baixo) conforme solicitado os recursos de retransmissões persistentes disponíveis S2: a próxima nova transmissão deve ser iniciada no próximo subquadro curto (ou sTTI). Consequentemente, retransmissões antigas devem ser descartadas e presumidamente uma NACK é recebida (se nenhuma ACK for recebida de antemão) que troca o processo de ARQ (consultar E3). De outro modo, HARQ extra pode ser continuada em recursos paralelos (consultar E2); E2: As versões de HARQ podem ser transmitidas no “mesmo sTTI” ou no próximo “sTTI”. O último pode ser ajustado para a estrutura de quadro de enlace ascendente e enlace descendente de FDD e TDD existente.
Para o “mesmo sTTI” (sem impedir transmissão de HARQ como também para o próximo sTTI(s)). P1: Mais componentes de portadora CCs (exemplos de canais) podem ser usados para transmitir as versões de HARQ; e/ou P2: O CC (ou CCs) pode ser usado para transmitir diferentes versões de HARQ; e/ou P3: O CC (ou CCs) pode transmitir as mesmas versões de HARQ
(simultaneamente) para garantir: S1: redundância múltipla no caso de transmissão de enlace ascendente livre de concessão; e/ou S2: múltiplas versões do mesmo componente de HARQ para satisfazer combinação de busca de HARQ (CC-HARQ) na parte transmitida de HARQ. Isso pode ser utilizado por uma razão máxima que combina os quadros de HARQ recebidos no receptor P4: Bandas sem licença podem ser usadas para transmissão de HARQ persistente (semicontínua); e/ou E3: Reação de processo de HARQ no receptor: P1: Se o dado for recebido corretamente, o mecanismo de HARQ no receptor garante uma ACK em um estágio antecipado na linha do tempo. Uma vez decodificado no transmissor, os bits de HARQ são removidos do buffer e liberam um lugar dos processos de SAW; e/ou P2: Além disso, se ACK não é solicitada, ela será pulada e transmissor apenas evacua o buffer de HARQ se todos enviados; e/ou P3: Além disso, se dados forem recebidos corrompidos, uma NACK é gerada após o último bloco de buffer de HARQ ser recebido ou tempo para nova transmissão for urgente. Consequentemente, se NACK for recebida, a nova transmissão é programada para o próximo intervalo de transmissão inicial. Isso será indicado, por exemplo, com um novo indicador de dados ID ou ao deixar a decisão para o processo ARQ em camadas superiores.
[0176] Pelo menos alguns dos exemplos podem ser resumidos com uso de pelo menos algumas das seguintes considerações:
[0177] Primeiro, uma ideia é baseada em programação semipersistente de curto período (SPS) com diferentes concessões de UL ou DL; o que deixa diferentes subquadros arbitrários entre cada transmissão.
[0178] Segundo, retransmissões de HARQ podem ser transmitidas paralelas à corrente de transmissão principal, ou seja, em outro componente de portadora (ou componentes de portadoras), subcamadas de espaço, ou intervalos de tempo.
[0179] Terceiro, nos exemplos, em invés de enviar solicitações de ACK/NACK periódicas (após 4 TTI/sTTI de recepção bem-sucedida), eles são tanto: Se ACK, então a mais cedo possível ou pulada por latência ultrabaixa se não necessária; e/ou Se falhar, NACK é enviada uma vez que os recursos físicos apontam para uma nova transmissão de ID ou último bloco de buffer de HARQ é indicado.
[0180] Quarto, a Figura 6 é um esboço baseado em FDD e SPS concedida. Entretanto, uma extensão para TDD ou qualquer esquema de duplexação é direto e é uma questão da estrutura do quadro.
[0181] O processamento de HARQ pode usar uma técnica de parar e aguardar (SAW) com múltiplos processos de SAW paralelos; todo processo pode representar um bloco de transporte (TB) com um buffer circular de HARQ de bits sistemático e bits de redundância. Ademais, os dados podem ser transmitidos em recursos dedicados; que podem ser em uma SPS de curto período. Essas concessões podem também ser desalocadas (por programação) para usuários específicos onde usam, por exemplo, para transmissões de UL; nesse caso, transmissão baseada em contenção.
[0182] Os blocos de retransmissões de HARQ podem ser computados durante a transmissão e começam a ser transmitidos no “mesmo sTTI” ou no próximo “sTTI” em diferentes componentes de portadora (CC). Gradualmente, todos os blocos processados de HARQ podem ser transmitidos até que: ○ a taxa de código mínima para o esquema de modulação selecionado seja alcançada, ou ○ a próxima nova transmissão deva ser iniciada no próximo subquadro curto (ou sTTI).
[0183] Consultar a Figura 6 e a discussão relacionada acima para detalhes adicionais. Essa figura mostra colisão parcial com detecção multinível de QoS que permite compartilhamento controlado colisão limitada/parcial (rompimento multiplex de HARQ). Aqui, CC único/múltiplo, recursos físicos para HARQ fixos (mecanismos livres de concessão trabalham de modo similar), e intervalos de HARQ limitados arbitrariamente podem ser demandados. 1 sTTI adiado para as retransmissões pode ser assumido; entretanto, não impede mesmo sTTI de transmissão de HARQ.
[0184] Nos exemplos, se um dado é recebido corretamente e ACK é mandatória, o mecanismo de HARQ concede uma ACK em qualquer estágio inicial na linha do tempo, os bits de HARQ são removidos do buffer de modo que liberam um dos processos de SAW. De outro modo, o buffer de HARQ é automaticamente evacuado quando o último bloco de HARQ é transmitido. Entretanto, se uma NACK é recebida, a nova transmissão é programada para o próximo intervalo de transmissão inicial. Isso pode ser indicado, por exemplo, com o novo indicador de dados ID.
[0185] No caso de transmissão de rompimento (por exemplo, 65b), uma redundância incremental contínua (operação de HARQ) pode ser transmitida com números diferentes que dependem de: ○ O MCS selecionado para a transmissão original, a quantidade de redundância salva no buffer de HARQ, e o MCS selecionado para as retransmissões de HARQ ○ A prioridade dos dados originais; dados de alta prioridade solicitam mais blocos de HARQ para evitar retransmissões adiadas e preferem descartar dados de baixa prioridade
[0186] Por fim, nessa ideia de patente, a informação de HARQ pode ocupar componente de portadora paralelo que pode ser compartilhado com outros dispositivos de URLLC em frequência (mais componente de portadora conforme na Figura 1) ou tempo (modificar a Figura 1 para assumir TDMA entre retransmissões em UL e DL) ou Banda de Frequência Não Licenciada se possível.
[0187] De acordo com os exemplos:
1. Pode ser suposto ter uma comunicação de latência ultrabaixa ultra confiável (URLLC) com curto intervalo de tempo de transmissão (sTTI); e/ou
2. Um SPS com curto período de programação é suposto com recurso físico homogêneo ou não homogêneo espaçado em tempo (Consultar a Figura 6) e/ou
3. Adicionalmente, uma transmissão rompida (contínua) com redundância incremental pode ser suposta com base em prioridades, MCS selecionado (comprimento de buffer de HARQ); e/ou
4. Retransmissão pode apenas ocorrer se NACK for recebida; e/ou
5. Um recurso físico que pula pode ser suposto ser uma NACK após período de esgotamento. Consequentemente, o receptor é forçado para enviar ACK de volta se o quadro for decodificado com êxito; e/ou
6. O processo de HARQ pode ser HARQ assíncrono;
7. Entretanto, um HARQ síncrono pode ainda solicitar modificações à Figura 6 como segue: i. espaços de transmissão de sSPS equidistantes ii. ACK/NACK deve ser transmitido antes do próximo recurso físico e retransmissões (se necessárias) devem ocupar o segundo recurso físico seguinte
8. Tanto transmissão adaptativa quanto não adaptativa de HARQ são supostas, ou seja, com informação estabelecida no indicador de novos dados em DCI0 (adaptativo) ou ACK/NACK enviada no PHICH (não adaptativo) Pelo menos para alguns dos exemplos, é possível definir que:
1. Um método é desenvolvido para garantir retransmissões paralelas para evitar colisão com de dispositivos de SPS concedidos e para garantir o tempo curto de retransmissões mínimo. No presente documento, o adiamento de retransmissões deve ser medido contra a confiabilidade solicitada e possível latência fim-a-fim máxima. Para isso foi suposta uma semipersistência de HARQ que apenas para (por isso é uma semipersistente) uma vez que uma ACK paralela é recebida o buffer de HARQ é esvaziado.
2. O método do aspecto 1 supões que a programação de solicitação (RS) está realizando SPS e captura toda a informação necessária para QoS, informação do estado do canal, urgência de transmissão, etc.
3. Com base no aspecto 1 e de modo que satisfaz o aspecto 2, o tamanho do buffer (ou tamanhos dos buffers) de HARQ) e os possíveis blocos de retransmissão de HARQ são determinados a partir do MCS selecionado e da QoS.
4. Com base no aspecto 1 e a retransmissão ser realizada em um componente de portadora (CC) agregado para evitar colisão com outros dispositivos de SPS concedidos.
5. Com base no aspecto 1 e aspecto 4, um CC dedicado pode ser programado em tanto frequência quanto tempo entre dispositivos de URLLC ou banda de frequência não licenciadas
6. Com base no aspecto 1 e 5, retransmissão pode ser duplicada em múltiplos componentes de portadora para confiabilidade em poucos dispositivos de URLLC que estão operando
7. Com base no aspecto 1, o suporte de processo de HARQ pode ser tanto um HARQ assíncrono, ou seja, apenas disparado pelo receptor no case de falha ou síncrono. No caso de HARQ síncrono, as localizações de HARQ são programadas com a concessão de sSPS que reduz auxílio total.
8. Com base no aspecto 1 e 7, tanto HARQ adaptativo quanto não adaptativo pode ser suportado.
9. Com base no aspecto 1, uma transmissão de rompimento e de não rompimento podem ser suportadas. Entretanto, para transmissão de rompimento, o adiamento de processo de HARQ pode ser reduzido por uma ACK antecipada.
10. Com base no aspecto 1 e essencial para o aspecto 9, o processo de HARQ executa múltiplos processos (1 a 8) de SAW.
[0188] Algumas vantagens de exemplos são aqui resumidas. Diferente de [10], a ACK não é aumentada o que deixa uma chance para tempo de reação curto. Adicionalmente (e particularmente vantajoso):
[0189] Blocos de HARQ podem ser transmitidos em recursos simultaneamente paralelos (com dados ou adiados). Para isso, múltiplos CCs ou não licenciados podem ser usados ACK pode ser recebida antecipadamente (ao evacuar o buffer de HARQ) Processo de HARQ pode ser limitado com números de retransmissão arbitrários Números de quadros de retransmissão de HARQ e MCS são baseados em cada prioridade de quadro
[0190] Múltiplos HARQ similares em CC/recursos paralelos podem ser utilizados em cache que combina mecanismo de HARQ com, por exemplo, processo de MRC.
[0191] Geralmente, exemplos podem ser implementados com um produto de programa de computador com instruções de programa, sendo que as instruções de programa são operativas para realizar um dos métodos quando o produto de programa de computador executa em um computador. As instruções de programa podem por ser armazenadas em uma mídia legível por máquina.
[0192] Outros exemplos compreendem o programa de computador para realizar um dos métodos descritos no presente documento, armazenado em uma portadora legível por máquina.
[0193] Em outras palavras, um exemplo de método é, portanto, um programa de computador que tem instruções de programa para realizar um dos métodos descritos no presente documento, quando o programa de computador executa em um computador.
[0194] Um exemplo adicional dos métodos é, portanto, uma mídia portadora de dados (ou uma mídia de armazenamento digital, ou uma mídia legível por computador) que compreende, registrado na mesma, o programa de computador par realizar um dos métodos descritos no presente documento. A mídia portadora de dados, a mídia de armazenamento digital ou a mídia registrada são tangíveis e/ou não transicionárias, em vez de sinais que são intangíveis e transitórios.
[0195] Um exemplo adicional do método é, portanto, um fluxo de dados ou uma sequência de sinais que representa o programa de computador para realizar um dos métodos descritos no presente documento. O fluxo de dados ou a sequência de sinais pode por exemplo ser transferida por meio de uma conexão de comunicação de dados, por exemplo por meio da Internet.
[0196] Um exemplo adicional compreende um meio de processamento, por exemplo um computador, ou um dispositivo lógico programável que realiza um dos métodos descritos no presente documento.
[0197] Um exemplo adicional compreende um computador que tem instalado no mesmo o programa de computador para realizar um dos métodos descritos no presente documento.
[0198] Um exemplo adicional compreende um aparelho ou um sistema que transfere (por exemplo, eletronicamente ou opticamente) um programa de computador para realizar um dos métodos descritos no presente documento para um receptor. O receptor pode, por exemplo, ser um computador, um dispositivo móvel, um dispositivo de memória ou semelhantes. O aparelho ou sistema pode, por exemplo, compreender um servidor de arquivo para transferir o programa de computador para o receptor.
[0199] Em alguns exemplos, um dispositivo lógico programável (por exemplo, uma matriz de porta de campo programável) pode ser usada para realizar algumas ou todas as funcionalidades dos métodos descritos no presente documento. Em alguns exemplos, uma matriz de porta de campo programável pode cooperar com um microprocessador para realizar um dos métodos descritos no presente documento. Geralmente, os métodos podem ser realizados por qualquer aparelho de hardware apropriado.
[0200] Os exemplos acima descritos são meramente ilustrativos para os princípios discutidos acima. Deve ser entendido que modificações e variações das disposições e dos detalhes descritos no presente documento serão aparentes. É a intenção, portanto, ser limitado pelo escopo das reivindicações de patente iminentes e não pelos detalhes específicos apresentados por meio de descrição e explicação dos exemplos no presente documento. ACRÔNIMOS: eNB Nó B Evoluído (3G estação-base) LTE Evolução a Longo Prazo UE Equipamento de Usuário (Terminal de Usuário) RRM Gerenciamento de Recursos de Rádio
TDD Duplex de Divisão de Tempo FDD Duplex de Divisão de Frequência Acesso Múltiplo de Divisão de Frequência
OFDMA Ortogonal CQI Informação de Qualidade do Canal CRC Verificação de Redundância Cíclica SPS Programação Semipersistente DCI Informação de Controle de Enlace Descendente UL Enlace Ascendente DL Enlace Descendente (s)TTI Intervalo de Tempo de Transmissão (curto) Canal Compartilhado De Enlace Ascendente
PUSCH Físico Canal De Controle De Enlace Ascendente
PUCCH Físico Canal Compartilhado de Enlace Descendente
PDSCH Físico Canal de Controle de Enlace Descendente
PDCCH Físico Comunicações de Baixa Latência Ultra
URLLC confiáveis SR Solicitação de Programação HARQ Solicitação De Repetição Automática Híbrida QoS Qualidade de Serviço Comunicações de Baixa Latência Ultra
URLLC confiáveis
MCS Esquema de Codificação de Modulação MA Acesso Múltiplo Referências: Papéis
[1] RP-150465, New SI proposal: Study on Latency reduction techniques for LTE, 3GPP RAN Plenary No. 67, Shanghai, China
[2] 3GPP TS 36.211, Evolved Universal Terrestrial Radio Access (EUTRA); "Physical Channels e Modulation", Release 13, V13.1.1.
[3] 3GPP TS 36.212, Evolved Universal Terrestrial Radio Access (EUTRA); "Multiplexing e canal coding", Release 13, V13.1.1.
[4] 3GPP TS 36.213, Evolved Universal Terrestrial Radio Access (EUTRA); "Physical layer procedures", Release 13, V13.1.1.
[5] K. C. Beh, A. Doufexi, e S. Armour, “Performance evaluation of ARQ híbrido esquemas of 3GPP LTE OFDMA sistema,” in Proceeding of IEEE 18th International Symposium on Personal, Indoor e Mobile Radio Communications (PIMRC), Athens, Greece, Sept. 2007, pp. 1 a 5.
[6] H. Wang, J. Han e S. Xu, "Performance of TTI Bundling for VoIP In EUTRAN TDD Mode," Vehicular Technology Conference, 2009. VTC Spring 2009. IEEE 69th, Barcelona, 2009, pp. 1 a 5.
[7] Y. Zhou, T. Zhang, Z. Zeng, Y. Li e Y. Han, "LTE Uplink Coverage Enhancement Techniques Based on Enhanced TTI Bundling," Wireless Communications, Networking e Mobile Computing (WiCOM), 2012 8th International Conference on, Shanghai, 2012, pp. 1 a 4
[8] L. Yan; X. Fang; G. Min; Y. Fang, "A Low-Latency Collaborative HARQ Scheme for Control/User-Plane Decoupled Railway Wireless Networks," in IEEE Transactions on Intelligent Transportation Systems , vol.PP, no.99, pp.1 a 14
[9] M. Weiner, M. Jorgovanovic, A. Sahai e B. Nikolié, "Design of a low- latency, high-confiabilidade wireless comunicação sistema for control applications," 2014 IEEE International Conference on Communications (ICC), Sydney, NSW, 2014, pp. 3829 a 3835.
Docum entos de patente
[10] WO/2016/069159: Fountain HARQ for Reliable Low Latency Communication, QUALCOMM
[11] USPTO 20150263829: DL Scheduling e HARQ-ACK Feedback for DL Transmissions in Flexible-TDD Systems without e with Cross-Subframe Scheduling, NEC
Claims (39)
1. Método (10-10”, 40, 40b, 40c, 80) de comunicação, de acordo com um esquema de solicitação de repetição automática híbrida, HARQ, sendo que o método é caracterizado por compreender: realizar uma primeira transmissão de dados (11-11”, 41, 82) em um primeiro canal (61); simultaneamente à primeira transmissão de dados e/ou em pelo menos um recurso físico subsequente, realizar pelo menos uma transmissão redundante (12-12”, 13”, 42, 42c) em um segundo canal (62, 63); concluir ou adiar a transmissão redundante quando uma condição de parada ou uma condição de adiamento é atendida.
2. Método, de acordo com a reivindicação 1, caracterizado por o primeiro canal ter recursos físicos dedicados e o segundo canal ter recursos físicos dedicados.
3. Método, de acordo com qualquer uma das reivindicações 1 a 2, caracterizado por o primeiro canal ter recursos físicos dedicados e o segundo canal ter recursos físicos livres de concessão.
4. Método, de acordo com qualquer uma das reivindicações 1 a 3, caracterizado por o primeiro canal ter recursos físicos livres de concessão e o segundo canal ter recursos físicos livres de concessão.
5. Método, de acordo com qualquer uma das reivindicações 1 a 4, caracterizado por o primeiro canal ter recursos físicos livres de concessão e o segundo canal ter recursos físicos dedicados.
6. Método, de acordo com qualquer uma das reivindicações 1 a 5, caracterizado por compreender adicionalmente concluir ou adiar a transmissão redundante quando a condição de parada ou a condição de adiamento é atendida, sendo que a condição de parada ou a condição de adiamento compreende pelo menos a seguinte condição: outras transmissões são transmitidas ou devem ser transmitidas (41b).
7. Método, de acordo com qualquer uma das reivindicações 1 a 6,
caracterizado por compreender adicionalmente concluir ou adiar a transmissão redundante quando a condição de parada é atendida, sendo que a condição de adiamento compreende pelo menos a seguinte condição: uma mensagem de reconhecimento, ACK, é recebida (46).
8. Método, de acordo com qualquer uma das reivindicações 1 a 7, caracterizado por compreender adicionalmente concluir ou adiar a transmissão redundante quando a condição de parada ou a condição de adiamento é atendida, sendo que a condição de parada ou a condição de adiamento compreende pelo menos a seguinte condição: um número máximo de retransmissões foi realizado (48).
9. Método, de acordo com qualquer uma das reivindicações 1 a 8, caracterizado por compreender adicionalmente concluir ou adiar a transmissão redundante quando a condição de parada ou a condição de adiamento é atendida, sendo que a condição de parada ou a condição de adiamento compreende pelo menos a seguinte condição: um temporizador máximo é expirado (49).
10. Método, de acordo com qualquer uma das reivindicações 1 a 9, caracterizado por compreender adicionalmente concluir ou adiar a transmissão redundante quando a condição de parada ou a condição de adiamento é atendida, sendo que a condição de parada ou a condição de adiamento compreende pelo menos a ausência da alocação do pelo menos um recurso físico subsequente.
11. Método, de acordo com qualquer uma das reivindicações 1 a 10, caracterizado por compreender adicionalmente concluir ou adiar a transmissão redundante quando a condição de parada ou a condição de adiamento é atendida, sendo que a condição de parada ou a condição de adiamento compreende pelo menos uma dentre as seguintes condições ou uma condição “OR” de pelo menos duas dentre as seguintes condições: uma mensagem de reconhecimento, ACK, é recebida (46); e/ou um número máximo de retransmissões foi realizado (48); e/ou um temporizador máximo é expirado (49); e/ou outras transmissões são transmitidas ou devem ser transmitidas (41b); e/ou a ausência da alocação do pelo menos um recurso físico subsequente.
12. Método, de acordo com qualquer uma das reivindicações 1 a 11, caracterizado por compreender adicionalmente: antes de realizar a primeira transmissão de dados, inserir dados a serem transmitidos em um primeiro buffer de transmissão (75a) associado à primeira transmissão de dados, antes de realizar a segunda transmissão de dados, inserir dados de redundância em um segundo buffer de transmissão (75b) associado a pelo menos uma transmissão redundante; e evacuar o segundo buffer de transmissão quando uma condição de parada ou uma condição de adiamento é atendida.
13. Método, de acordo com qualquer uma das reivindicações 1 a 12, caracterizado por compreender adicionalmente: realizar pelo menos uma transmissão redundante de acordo com um esquema de combinação de busca ou uma redundância incremental para correção de erro de encaminhamento.
14. Método, de acordo com qualquer uma das reivindicações 1 a 13, em que as transmissões de dados e transmissões de redundância estão em enlace ascendente, UL, sendo que o método é caracterizado por compreender adicionalmente: realizar um esquema de ouvir antes de falar (41b) ou um esquema baseado em uma técnica de captação ou detecção para realizar a pelo menos uma transmissão redundante.
15. Método, de acordo com a reivindicação 14, caracterizado por usar uma técnica baseada em detecção de colisão de múltiplo acesso de captação de portadora, CSMA/CD.
16. Método, de acordo com a reivindicação 14, caracterizado por usar uma técnica baseada em evitação de colisão de múltiplo acesso de captação de portadora, CSMA/CA.
17. Método, de acordo com qualquer uma das reivindicações 1 a 17, caracterizado por compreender adicionalmente: realizar transmissões de redundância até que a condição de adiamento (48, 49) seja atendida; aguardar (45) por um recurso subsequente em descarte para uma transmissão redundante; realizar pelo menos uma transmissão redundante adicional no recurso dedicado subsequente.
18. Método, de acordo com qualquer uma das reivindicações 1 a 17, caracterizado por compreender adicionalmente: em uma etapa inicial, medir métricas (933-937) pelo menos em parte associadas a uma situação de rede para iniciar as etapas subsequentes quando as métricas estão sob um limiar.
19. Método, de acordo com qualquer uma das reivindicações 1 a 18, caracterizado por compreender adicionalmente: realizar uma programação para associar uma pluralidade de recursos dedicados a dados a serem transmitidos, de modo a permitir uma associação, no primeiro canal e/ou o segundo canal, entre um primeiro recurso dedicado e pelo menos um recurso dedicado ou não dedicado subsequente ou simultâneo ao primeiro recurso dedicado.
20. Método, de acordo com qualquer uma das reivindicações 1 a 19, caracterizado por compreender adicionalmente: medir métricas pelo menos em parte associadas à situação da rede, de modo a designar uma quantidade maior de transmissões de redundância a dispositivos que sofrem de não atender os requisitos de QoS.
21. Método, de acordo com qualquer uma das reivindicações 1 a 20, caracterizado por compreender adicionalmente: medir métricas pelo menos em parte associadas à situação da rede, de modo a designar uma quantidade maior de transmissões de redundância a dispositivos que solicitam comunicações urgentes.
22. Método, de acordo com qualquer uma das reivindicações 1 a 21, caracterizado por compreender adicionalmente: determinar uma classificação de prioridades, de modo a designar mais transmissões de redundância a transmissões de prioridade mais alta.
23. Método, de acordo com qualquer uma das reivindicações 1 a 22, caracterizado por a pelo menos uma transmissão redundante ser transmitida sem aguardar por uma mensagem de reconhecimento.
24. Método, de acordo com qualquer uma das reivindicações 1 a 23, caracterizado por a pelo menos uma transmissão redundante compreender uma pluralidade de transmissões de redundância transmitidas em uma pluralidade de recursos subsequentes do segundo canal (61).
25. Método, de acordo com qualquer uma das reivindicações 1 a 24, caracterizado por compreender adicionalmente uma técnica de solicitação automática, ARQ, de aguardar (45, 45c) por uma mensagem de não reconhecimento, NACK, antes de realizar a retransmissão no mesmo recurso físico.
26. Método, de acordo com a reivindicação 25, caracterizado por a retransmissão de ARQ ser realizada aumentando-se o nível de potência.
27. Método, de acordo com qualquer uma das reivindicações 1 a 26, caracterizado por pelo menos um dos recursos livres de concessão ser intervalo de tempo de curta transmissão, sTTI.
28. Método, de acordo com qualquer uma das reivindicações 1 a 27, caracterizado por pelo menos um dos recursos livres de concessão ser um intervalo de tempo de curta transmissão, sTTI.
29. Método, de acordo com qualquer uma das reivindicações 1 a 28, caracterizado por a programação ser uma programação semipersistente, SPS, ou recursos de pré-configuração como uma transmissão livre de concessão.
30. Método para receber dados caracterizado por compreender:
receber (31) primeiros dados em um primeiro canal (61) e, receber de modo simultânea e/ou subsequente pelo menos um dado de redundância em um segundo canal (62, 63), em que os dados de redundância são transmitidos para concluir ou adiar transmissão redundante quando uma condição de parada ou uma condição de adiamento é atendida; realizar (32) uma verificação de validade nos primeiros dados e/ou no pelo menos um dado de redundância; e transmitir (35) uma mensagem de reconhecimento, ACK, se a verificação de validade for positiva para pelo menos um dos primeiros dados e/ou o pelo menos um dado de redundância, e/ou transmitir (36) uma mensagem de não reconhecimento, NACK, se a verificação de validade for negativa para os primeiros dados e/ou o pelo menos um dado de redundância.
31. Método, de acordo com a reivindicação 30, caracterizado por compreender adicionalmente: combinar dados de redundância recebidos incorretamente com dados de redundância anteriormente recebidos incorretamente para reconstruir os dados transmitidos.
32. Método, de acordo com as reivindicações 30 ou 31, caracterizado por os dados recebidos serem obtidos de um método, de acordo com qualquer uma das reivindicações 1 a 29.
33. Método, de acordo com qualquer uma das reivindicações 1 a 32, caracterizado por as comunicações serem comunicações de evolução a longo prazo, LTE, e/ou Projetos de Parceria de 3º Geração, 3GPP, e/ou 4G, e/ou 5G.
34. Dispositivo (21-23, 51-54) caracterizado por ser configurado para: realizar comunicações em um primeiro canal (61); transmitir primeiros dados; de modo subsequente e/ou simultâneo, realizar pelo menos uma transmissão redundante em um segundo canal (62, 63); e concluir ou adiar a transmissão redundante quando uma condição de parada ou uma condição de adiamento é atendida.
35. Dispositivo, de acordo com a reivindicação 34, caracterizado por a condição de parada ou a condição de adiamento compreender pelo menos duas das seguintes condições: uma mensagem de reconhecimento, ACK, é recebida (46); e/ou um número máximo de retransmissões foi realizado (48); e/ou um temporizador máximo é expirado (49); e/ou outras transmissões são transmitidas ou devem ser transmitidas (41b); e/ou a ausência da alocação do pelo menos um recurso físico subsequente.
36. Dispositivo (21-23, 51-54), de acordo com as reivindicações 34 ou 35, caracterizado por o primeiro canal (61) ter recursos físicos livres de concessão, e o segundo canal ter recursos livres de concessão.
37. Dispositivo, caracterizado por ser configurado para: receber primeiros dados em um recurso dedicado em um primeiro canal e, de modo simultâneo e/ou subsequente, receber pelo menos um dado de redundância no primeiro ou em um segundo canal, em que os dados de redundância são transmitidos para concluir ou adiar a transmissão redundante quando uma condição de parada ou uma condição de adiamento é atendida; realizar uma verificação de validade nos primeiros dados e/ou no pelo menos um dado de redundância; e transmitir uma mensagem de reconhecimento, ACK, e/ou uma mensagem de não reconhecimento, NACK, com base no resultado da verificação de validade.
38. Dispositivo (90), de acordo com qualquer uma das reivindicações 34 a 35 ou 37, caracterizado por o primeiro canal ter recursos físicos dedicados e o segundo canal ter recursos físicos dedicados.
39. Dispositivo, de acordo com qualquer uma das reivindicações 34 a 35 ou 37, caracterizado por o primeiro canal ter recursos físicos livres de concessão e o segundo canal ter recursos físicos livres de concessão.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP17176135.6 | 2017-06-14 | ||
| EP17176135.6A EP3416322A1 (en) | 2017-06-14 | 2017-06-14 | Reliable ultra-low latency communications |
| PCT/EP2018/065735 WO2018229168A2 (en) | 2017-06-14 | 2018-06-13 | Reliable ultra-low latency communications |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BR112019026880A2 true BR112019026880A2 (pt) | 2020-06-30 |
| BR112019026880A8 BR112019026880A8 (pt) | 2023-04-11 |
Family
ID=59067558
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BR112019026880A BR112019026880A8 (pt) | 2017-06-14 | 2018-06-13 | método de comunicação de acordo com um esquema de solicitação de repetição automática híbrida, dispositivo configurado para realizar comunicações em um primeiro canal |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US11387946B2 (pt) |
| EP (2) | EP3416322A1 (pt) |
| JP (1) | JP7054153B2 (pt) |
| KR (1) | KR102389734B1 (pt) |
| CN (1) | CN110999159B (pt) |
| BR (1) | BR112019026880A8 (pt) |
| WO (1) | WO2018229168A2 (pt) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109391406A (zh) * | 2017-08-10 | 2019-02-26 | 株式会社Ntt都科摩 | 数据发送方法、确认信号发送方法、用户设备和基站 |
| US11051339B2 (en) * | 2018-02-07 | 2021-06-29 | Qualcomm Incorporated | Vehicle-to-everything ultra-reliable/low-latency communications design |
| US11956788B2 (en) * | 2018-07-30 | 2024-04-09 | Qualcomm Incorporated | Expiration periods for low latency communications |
| US10999006B2 (en) | 2019-02-08 | 2021-05-04 | Hewlett Packard Enterprise Development Lp | Communications having reduced latency |
| US10805942B1 (en) * | 2019-06-10 | 2020-10-13 | Qualcomm Incorporated | Multiplexing communications of user equipment that support different transmission time interval lengths |
| US11570660B2 (en) * | 2020-03-18 | 2023-01-31 | Connectify, Inc. | Management of data communication connections |
| US20230337224A1 (en) * | 2020-04-10 | 2023-10-19 | JRD Communication (Shenzhen) Ltd. | Method for handling high-priority uplink transmissions and user equipment |
| US20230216613A1 (en) * | 2020-04-18 | 2023-07-06 | Lenovo (Singapore) Pte. Ltd. | Combined blind and feedback based retransmissions |
| CN115836500A (zh) * | 2020-06-30 | 2023-03-21 | 捷开通讯(深圳)有限公司 | Harq反馈传输方法、基站和用户设备 |
| CN114079543B (zh) * | 2020-08-11 | 2024-02-20 | 中国电信股份有限公司 | 混合自动重传请求的反馈方法、系统和终端 |
| CN116458129A (zh) * | 2020-11-06 | 2023-07-18 | 松下电器（美国）知识产权公司 | 通信装置及通信方法 |
| CN112350803B (zh) * | 2020-12-04 | 2023-04-07 | 北京奇艺世纪科技有限公司 | 数据包的传输方法、装置、系统、电子设备及存储介质 |
| CN114698107A (zh) * | 2020-12-28 | 2022-07-01 | 维沃移动通信有限公司 | Ue行为的确定方法、装置及ue |
| CN113692002B (zh) * | 2021-08-30 | 2023-11-07 | 中信科移动通信技术股份有限公司 | 上行免调度传输效率提升方法及系统 |
| US11750324B2 (en) | 2021-11-30 | 2023-09-05 | Analog Devices International Unlimited Company | Methods for adaptive error avoidance to increase re-transmission reliability in time-slotted communication links |
Family Cites Families (57)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5162791A (en) | 1989-10-02 | 1992-11-10 | Codenoll Technology Corporation | Collision detection using code rule violations of the manchester code |
| US7813322B2 (en) | 2003-02-19 | 2010-10-12 | Qualcomm Incorporated | Efficient automatic repeat request methods and apparatus |
| US8437284B2 (en) * | 2003-07-29 | 2013-05-07 | Citrix Systems, Inc. | Systems and methods for additional retransmissions of dropped packets |
| CN102594501B (zh) | 2004-02-07 | 2014-11-26 | 桥扬科技有限公司 | 具有自动重复请求(arq)的多载波通信系统的方法和设备 |
| US7643419B2 (en) * | 2004-05-07 | 2010-01-05 | Interdigital Technology Corporation | Method and apparatus for implementing a data lifespan timer for enhanced dedicated channel transmissions |
| CN100583718C (zh) * | 2004-06-09 | 2010-01-20 | 三星电子株式会社 | 移动电信系统中用于数据传输的方法和设备 |
| WO2006070484A1 (ja) * | 2004-12-28 | 2006-07-06 | Hitachi Communication Technologies, Ltd. | 通信制御方法、無線通信システム及び無線通信機 |
| WO2007148881A2 (en) * | 2006-06-21 | 2007-12-27 | Lg Electronics Inc. | Method of supporting data retransmission in a mobile communication system |
| KR101253182B1 (ko) * | 2007-01-09 | 2013-04-10 | 엘지전자 주식회사 | 다중 반송파를 이용하는 무선 통신 시스템에서 데이터 재전송을 지원하는 방법 및 이를 위한 장치 |
| US8830914B2 (en) * | 2007-02-09 | 2014-09-09 | Nokia Corporation | Method and apparatus for acknowledgement signaling |
| CN101425880A (zh) * | 2007-10-30 | 2009-05-06 | 华为技术有限公司 | 应答信息跨子帧重复传输的方法及装置 |
| JP2009159440A (ja) | 2007-12-27 | 2009-07-16 | Kyocera Corp | 通信装置、通信システムおよび通信方法 |
| US8184579B2 (en) * | 2008-02-15 | 2012-05-22 | Texas Instruments Incorporated | ACK/NAK repetition schemes in wireless networks |
| US8934405B2 (en) * | 2008-05-06 | 2015-01-13 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for retransmission scheduling and control in multi-carrier wireless communication networks |
| US8214712B2 (en) * | 2008-11-05 | 2012-07-03 | Mediatek Inc. | Method for transmitting real-time streaming data in a communications system and apparatuses utilizing the same |
| EP2214340A1 (en) * | 2009-01-30 | 2010-08-04 | Panasonic Corporation | HARQ operation for macro-diversity transmissions in the downlink |
| KR101669966B1 (ko) * | 2009-05-11 | 2016-10-27 | 엘지전자 주식회사 | 다중 반송파를 지원하는 무선 통신 시스템에서 중복 데이터를 송신 및 수신하는 방법 및 장치 |
| ATE550904T1 (de) * | 2009-06-18 | 2012-04-15 | Panasonic Corp | Erweitertes direktzugriffsverfahren für mobile kommunikationen |
| US8335970B2 (en) * | 2009-09-28 | 2012-12-18 | Broadcom Corporation | Encoder/decoder with unfolding error correction |
| JP2011091677A (ja) | 2009-10-23 | 2011-05-06 | Mitsubishi Electric Corp | 送信装置および通信システム |
| US8665971B2 (en) | 2009-11-24 | 2014-03-04 | Qualcomm, Incorporated | Apparatus and method for channel estimation using compressive sensing |
| WO2011068385A2 (ko) | 2009-12-03 | 2011-06-09 | 엘지전자 주식회사 | 무선 통신 시스템에서 효율적인 경합 기반 전송 방법 및 장치 |
| CN102123399B (zh) | 2010-01-08 | 2014-01-01 | 华为技术有限公司 | 调度请求的方法及装置 |
| CN102208967B (zh) * | 2010-03-31 | 2014-04-09 | 中兴通讯股份有限公司 | 一种lte终端非自适应重传功率控制的方法及装置 |
| US9252930B2 (en) | 2011-01-07 | 2016-02-02 | Futurewei Technologies, Inc. | Reference signal transmission and reception method and equipment |
| US9532373B2 (en) | 2011-08-22 | 2016-12-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Collision resolution for PUCCH scheduling requests |
| EP2768171B1 (en) * | 2011-10-12 | 2022-04-13 | Samsung Electronics Co., Ltd. | Method and device for transmitting reverse control signal in mobile communication system |
| US9253785B2 (en) * | 2012-05-04 | 2016-02-02 | Broadcom Corporation | Multi-cell incremental redundancy |
| EP2853053B1 (en) | 2012-05-21 | 2023-02-01 | BlackBerry Limited | System and method for handling of an uplink transmission collision with an ack/nack signal |
| US20130343273A1 (en) | 2012-06-26 | 2013-12-26 | Qualcomm Incorporated | Enhanced tti bundling with flexible harq merging |
| US20140050105A1 (en) * | 2012-08-15 | 2014-02-20 | Futurewei Technologies, Inc. | Traffic-Adaptive Repeated Transmission |
| US9397819B2 (en) * | 2012-10-02 | 2016-07-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Extension carrier for ARQ |
| CN103891191B (zh) * | 2012-10-16 | 2017-02-22 | 华为技术有限公司 | 混合自动重传确认信息的传输方法、装置、ue及基站 |
| US9544102B2 (en) | 2013-06-04 | 2017-01-10 | Nec Corporation | DL scheduling and HARQ-ACK feedback for DL transmissions in flexible-TDD systems without and with cross-subframe scheduling |
| US9717071B2 (en) | 2013-08-16 | 2017-07-25 | Qualcomm Incorporated | Uplink procedures for LTE/LTE-A communication systems with unlicensed spectrum |
| WO2015131376A1 (zh) * | 2014-03-06 | 2015-09-11 | 华为技术有限公司 | 基站、终端及切换方法 |
| US9729283B2 (en) * | 2014-05-08 | 2017-08-08 | Intel IP Corporation | Systems, methods and devices for flexible retransmissions |
| KR102040624B1 (ko) * | 2014-08-07 | 2019-11-27 | 엘지전자 주식회사 | 디스커버리 신호 수신 방법 및 사용자기기와, 디스커버리 신호 전송 방법 및 기지국 |
| US20160050667A1 (en) * | 2014-08-18 | 2016-02-18 | Samsung Electronics Co., Ltd. | Communication on licensed and unlicensed bands |
| US10064164B2 (en) * | 2014-08-18 | 2018-08-28 | Apple Inc. | Radio access technology with non-continuous and periodic PUSCH transmission |
| US9935742B2 (en) * | 2014-10-20 | 2018-04-03 | Apple Inc. | Adaptive HARQ for half duplex operation for battery and antenna constrained devices |
| US10367621B2 (en) | 2014-10-27 | 2019-07-30 | Qualcomm Incorporated | Fountain HARQ for reliable low latency communication |
| US10728791B2 (en) * | 2014-10-27 | 2020-07-28 | General Electric Company | Wireless interface virtualization |
| US10084578B2 (en) * | 2014-11-03 | 2018-09-25 | Qualcomm Incorporated | Hybrid automatic repeat/request (HARQ) reliability in wireless communications |
| US10285180B2 (en) | 2015-03-14 | 2019-05-07 | Qualcomm Incorporated | Reserved resource pool assisted access resource selection for small data transmission |
| US10524236B2 (en) | 2015-03-23 | 2019-12-31 | Qualcomm Incorporated | Uplink transmission control with clear channel assessment |
| US20180124829A1 (en) * | 2015-04-30 | 2018-05-03 | Lg Electronics Inc. | Method and apparatus for configuring random access channel in short tti or contention based uplink transmission in wireless communication system |
| WO2016191985A1 (en) * | 2015-05-29 | 2016-12-08 | Siemens Aktiengesellschaft | Method and device for redundant data transmission over multiple wireless links |
| US9775141B2 (en) | 2015-07-14 | 2017-09-26 | Motorola Mobility Llc | Method and apparatus for reducing latency of LTE uplink transmissions |
| CN107852310B (zh) | 2015-07-20 | 2020-10-02 | Lg 电子株式会社 | 下行链路控制信息接收方法、发送方法和用户设备及基站 |
| US9743423B2 (en) | 2015-07-27 | 2017-08-22 | Futurewei Technologies, Inc. | Link adaptation in grant-free multiple access systems |
| US10103849B2 (en) * | 2015-08-13 | 2018-10-16 | Lg Electronics Inc. | Method of transmitting or receiving uplink control information in wireless communication system and apparatus for the same |
| KR20170054218A (ko) | 2015-11-06 | 2017-05-17 | 한국전자통신연구원 | 통신 시스템에서의 빠른 접속을 위한 방법 및 장치 |
| US11032031B2 (en) * | 2016-01-18 | 2021-06-08 | Qualcomm Incorporated | HARQ LLR buffer and reordering buffer management |
| US10355803B2 (en) | 2016-10-24 | 2019-07-16 | Qualcomm Incorporated | Multiplexing reference signals with scalable numerology for new radio (NR) networks |
| US11212701B2 (en) * | 2017-05-14 | 2021-12-28 | FG Innovation Company Limited | Systems, methods, and devices for ultra-reliable low latency communication quality-of-service guarantee |
| US10568129B2 (en) | 2017-06-15 | 2020-02-18 | Ofinno, Llc | Grant free configuration |
-
2017
- 2017-06-14 EP EP17176135.6A patent/EP3416322A1/en not_active Withdrawn
-
2018
- 2018-06-13 CN CN201880051932.5A patent/CN110999159B/zh active Active
- 2018-06-13 BR BR112019026880A patent/BR112019026880A8/pt unknown
- 2018-06-13 WO PCT/EP2018/065735 patent/WO2018229168A2/en active Search and Examination
- 2018-06-13 EP EP18729471.5A patent/EP3639437A2/en active Pending
- 2018-06-13 JP JP2019569385A patent/JP7054153B2/ja active Active
- 2018-06-13 KR KR1020207000446A patent/KR102389734B1/ko active IP Right Grant
-
2019
- 2019-12-12 US US16/712,884 patent/US11387946B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2020523897A (ja) | 2020-08-06 |
| WO2018229168A3 (en) | 2019-02-07 |
| JP7054153B2 (ja) | 2022-04-13 |
| WO2018229168A2 (en) | 2018-12-20 |
| CN110999159A (zh) | 2020-04-10 |
| US11387946B2 (en) | 2022-07-12 |
| CN110999159B (zh) | 2023-06-09 |
| BR112019026880A8 (pt) | 2023-04-11 |
| EP3416322A1 (en) | 2018-12-19 |
| KR102389734B1 (ko) | 2022-04-22 |
| KR20200013050A (ko) | 2020-02-05 |
| EP3639437A2 (en) | 2020-04-22 |
| US20200119853A1 (en) | 2020-04-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BR112019026880A2 (pt) | método de comunicação, entre uma estação-base e um equipamento de usuário em enlace ascendente ou enlace descendente, dispositivo configurado para realizar comunicações em um primeiro canal | |
| US10727982B2 (en) | Controlling communication of data between devices supporting multiple retransmission protocol processes | |
| JP6567759B2 (ja) | 複数のトランスポートブロック送信のためのコードブロック分割およびレートマッチング | |
| US9532352B2 (en) | Method and apparatus for incremental-redundancy HARQ process | |
| JP6308506B2 (ja) | Ｔｄｄのアップリンク／ダウンリンク再構成メカニズム | |
| JP6917709B2 (ja) | フレキシブル・サブフレームを用いるフレキシブルなｔｄｄアップリンク／ダウンリンク構成 | |
| JP6644912B2 (ja) | 短レイテンシ高速再送信トリガ | |
| CN106899390B (zh) | 基于harq传输的方法、装置及系统 | |
| CN108521316B (zh) | 一种混合自动重传请求方法及装置 | |
| KR20080065560A (ko) | 무선 통신 시스템에서의 데이터 재전송 제어 방법 | |
| BR112019019703A2 (pt) | nó de recepção e nó de transmissão e método implementado em um nó de transmissão e nó de recepção | |
| KR20100134615A (ko) | 수신긍정확인 채널 할당방법 | |
| JP6955576B2 (ja) | 第２のサービスの送信における第１のサービスのためのデータのパンクチャバンドリング | |
| US20100097987A1 (en) | Method of controlling data retransmission in a wireless communication system | |
| JPWO2010029764A1 (ja) | 無線通信装置及び誤り検出結果フィードバック方法 | |
| JP6481988B2 (ja) | 集積回路 | |
| WO2018191863A1 (zh) | 传输数据的方法和设备 | |
| JP2021153320A (ja) | 集積回路 | |
| US8761126B2 (en) | Methods and systems for uplink network entry and bandwidth requests | |
| JP6719109B2 (ja) | 基地局および方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B350 | Update of information on the portal [chapter 15.35 patent gazette] | ||
| B25A | Requested transfer of rights approved |
Owner name: KONINKLIJKE PHILIPS N.V. (NL) |
|
| B06W | Patent application suspended after preliminary examination (for patents with searches from other patent authorities) chapter 6.23 patent gazette] |