BR112012007094A2 - Método para transmissão de dados de um primeiro nó a um segundo nó em um sistema de comunicação móvel, nó receptor de dados para se comunicar com um nó transmissor de dados em um sistema de comunicação móvel utilizando um protocolo de transmissão para transmissão de dados de um nó transmissor de dados ao nó receptor de dados e nó transmissor de dados para se comunicar com um nó receptor de dados de um sistema de comunicação móvel utilizando um protocolo de transmissão para transmissão de dados do nó transmissor de dados a um nó receptor de dados - Google Patents

Método para transmissão de dados de um primeiro nó a um segundo nó em um sistema de comunicação móvel, nó receptor de dados para se comunicar com um nó transmissor de dados em um sistema de comunicação móvel utilizando um protocolo de transmissão para transmissão de dados de um nó transmissor de dados ao nó receptor de dados e nó transmissor de dados para se comunicar com um nó receptor de dados de um sistema de comunicação móvel utilizando um protocolo de transmissão para transmissão de dados do nó transmissor de dados a um nó receptor de dados Download PDF

Info

Publication number
BR112012007094A2
BR112012007094A2 BR112012007094-0A BR112012007094A BR112012007094A2 BR 112012007094 A2 BR112012007094 A2 BR 112012007094A2 BR 112012007094 A BR112012007094 A BR 112012007094A BR 112012007094 A2 BR112012007094 A2 BR 112012007094A2
Authority
BR
Brazil
Prior art keywords
node
data
transmission
time
available
Prior art date
Application number
BR112012007094-0A
Other languages
English (en)
Other versions
BR112012007094B1 (pt
Inventor
Feng Sujuan
Lohr Joachim
Golitschek Edler Von Elbwart Alexander
Wengerter Christian
Original Assignee
Panasonic Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corporation filed Critical Panasonic Corporation
Publication of BR112012007094A2 publication Critical patent/BR112012007094A2/pt
Publication of BR112012007094B1 publication Critical patent/BR112012007094B1/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2603—Arrangements for wireless physical layer control
    • H04B7/2606—Arrangements for base station coverage control, e.g. by using relays in tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/155—Ground-based stations
    • H04B7/15528—Control of operation parameters of a relay station to exploit the physical medium
    • H04B7/15542—Selecting at relay station its transmit and receive resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/155—Ground-based stations
    • H04B7/15557—Selecting relay station operation mode, e.g. between amplify and forward mode, decode and forward mode or FDD - and TDD mode
    • 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/1607—Details of the supervisory signal
    • H04L1/1657—Implicit acknowledgement of correct or incorrect reception, e.g. with a moving window
    • 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/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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/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/1896—ARQ related signaling
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations
    • 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/1803—Stop-and-wait 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
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0097—Relays

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

protocolo harq de uplink de backhaul de relê a presente invenção está relacionada a um método para configurar um protocolo de retransmissão entre um nó de rede e um nó de retransmissão em um sistema de comunicação móvel, a configuração sendo realizada em um nó de rede ou em um nó de retransmissão, e ao aparato de nó de retransmissão e aparato de rede correspondentes capazes de configurar o protocolo de retransmissão. em particular, o número de processos de transmissão é determinado com base na posição de intervalos de tempo disponíveis para a transmissão e pode ser selecionado para controlar o tempo de ida-e-volta do protocolo de retransmissão. uma vez que o número de processos de transmissão foi configurado, os processos de transmissão são mapeados nos intervalos de tempo disponíveis em uma ordem pré-definida e repetitivamente.

Description

MÉTODO PARA TRANSMISSÃO DE DADOS DE UM PRIMEIRO NÓ A UM SEGUNDO NÓ EM UM SISTEMA DE COMUNICAÇÃO MÓVEL, NÓ RECEPTOR DE DADOS PARA SE COMUNICAR COM UM NÓ TRANSMISSOR DE DADOS EM UM SISTEMA DE COMUNICAÇÃO MÓVEL UTILIZANDO UM PROTOCOLO DE TRANSMISSÃO PARA TRANSMISSÃO DE DADOS DE UM NÓ TRANSMISSOR DE DADOS AO NÓ RECEPTOR DE DADOS E NÓ TRANSMISSOR DE DADOS PARA SE COMUNICAR COM UM NÓ RECEPTOR DE DADOS EM UM SISTEMA DE COMUNICAÇÃO MÓVEL UTILIZANDO UM PROTOCOLO DE TRANSMISSÃO PARA TRANSMISSÃO DE DADOS DO NÓ TRANSMISSOR DE DADOS A UM NÓ RECEPTOR DE DADOS
A presente invenção refere-se a um protocolo de retransmissão para um sistema de comunicação móvel.
HISTÓRICO DA INVENÇÃO
Sistemas móveis de terceira geração (3G), como, por exemplo, o Sistema de Telecomunicações Móveis Universais (UMTS - Universal Mobile Telecommunications System) padronizado dentro do Projeto de Parceria de Terceira Geração (3GPP - Third-Generation Partnership Project), basearam-se na tecnologia de acesso por rádio de Acesso Múltiplo por Divisão de Códigos em Banda Larga (WCDMA - Wideband Code Division Multiple Access). Hoje, os sistemas 3G estão sendo implantados em grande escala ao redor do mundo. Depois de aprimorar essa tecnologia pela introdução de Acesso de Pacotes de Downlink de Alta Velocidade (HSDPA - High-Speed Downlink Packet Access) e um uplink aprimorado, o próximo passo importante na evolução do padrão UMTS trouxe uma combinação de Multiplexação Ortogonal por Divisão de Frequência (OFDM - Orthogonal Frequency Division Multiplexing) para o downlink e Acesso de Multiplexação de Divisão de Frequência de Portadora Única (SC-FDMA [Single Carrier Frequency Division Multiplexing Access]) para o uplink. Este sistema foi nomeado Evolução de Longo Prazo (LTE - Long Term Evolution) , desde que foi destinado para lidar
2/64 com as futuras evoluções tecnológicas.
O destino da LTE é alcançar taxas de dados significativamente mais elevadas em comparação com HSDPA e HSUPA, para melhorar a cobertura para as elevadas taxas de dados, para reduzir significativamente a latência no plano de usuário a fim de melhorar o desempenho de protocolos de camada superior (por exemplo, TCP), assim como para reduzir o atraso associado com procedimentos de plano de controle, como, por exemplo, configuração de sessão. Foi dada atenção para a convergência para o uso de Protocolo de Internet (IP Internet Protocol) como base para todos os futuros serviços e, consequentemente, sobre os aprimoramentos do domínio de comutação de pacotes (OS - packet-switched). O acesso de rádio de LTE deve ser extremamente flexível, usando uma série de larguras de banda de canal definidas entre 1,25 e 20 MHz (em contraste com o UMTS original fixo em canais de 5 MHz).
Uma rede de acesso via rádio é responsável por manipular todos os acessos de rádio relacionados com a funcionalidade, incluindo o agendamento de recursos de canal de rádio. 0 núcleo de rede básico pode ser responsável por encaminhar as chamadas e conexões de dados para redes externas. Em geral, os sistemas de comunicação móvel de hoje (por exemplo, GSM, UMTS, cdma200, IS-95 e suas versões evoluídas) usam tempo e/ou frequência e/ou códigos e/ou padrão de radiação de antena para definir recursos físicos. Esses recursos podem ser alocados para uma transmissão para um único usuário ou dividida a uma pluralidade de usuários. Por exemplo, o tempo da transmissão pode ser subdividido em períodos de tempo geralmente chamados de intervalo de tempos então pode ser atribuído a diferentes usuários ou para uma transmissão de dados de um único usuário. A banda de frequência desses sistemas móveis pode ser subdividida em múltiplas sub-bandas. Os dados podem ser distribuídos usando
3/64 um código de distribuição (quase) ortogonal, em que diferentes dados distribuídos por diferentes códigos podem ser transmitidos utilizando, por exemplo, a mesma frequência e/ou tempo. Outra possibilidade é a utilização de diferentes padrões de radiação da antena de transmissão, a fim de formar feixes para transmissão de diferentes dados na mesma frequência, ao mesmo tempo e/ou usando o mesmo código.
A Figura 1 ilustra esquematicamente a arquitetura de LTE. A rede LTE é uma arquitetura de dois nós que consiste em duas portas de ligação de acesso (aGW - access gateways) 110 e nós de rede aprimorada, os assim chamados eNode Bs (eNB), 121, 122 e 123. As portas de ligação de acesso manipulam funções de núcleo de rede, ou seja, chamadas de encaminhamento e conexões de dados para redes externas e também implementa funções de rede de acesso via rádio. Assim, a porta de ligação de acesso pode ser considerada como combinando as funções desempenhadas pela Porta de Ligação do Nó de Suporte GPRS (GGSN - Gateway GPRS Support Node) e pelo Servidor de Nó de Suporte GPRS (SGSN - Serving GPRS Support Node) em redes 3G atuais e funções de rede de acesso via rádio, como, por exemplo, a compressão de cabeçalho, proteção de cifra/integridade. Os eNodeBs lidam com funções, como, por exemplo, Controle de Recursos de Rádio (RRC - Radio Resource Control), segmentação/concatenação, agendamento e alocação de recursos, funções da camada física e multiplexação. A interface aérea (rádio) , portanto, é uma interface entre um Equipamento de Usuário (EU - User Equipment) e um eNodeB. Aqui, o equipamento do usuário pode ser, por exemplo, um terminal móvel 132, PDA 131, um PC portátil, um PC, ou qualquer outro aparelho com receptor/transmissor em conformidade com o padrão LTE.
A transmissão de portadoras múltiplas introduzida na interface aérea de rede de acesso via rádio terrestre de
4/64
UMTS aprimorada (E-UTRAN [enhanced UMTS terrestrial radio access network]) aumenta a largura de banda de transmissão global, sem sofrer de maior corrupção de sinal devido à seletividade de frequência de canal de rádio. O sistema de EUTRAN proposto utiliza OFDM para o downlink e SC-FDMA para o uplink e emprega MIMO com até quatro antenas por estação. Em vez de transmitir um único sinal de banda larga como em UMTS precoce, libera, múltiplos sinais de banda estreita, referidos como subportadoras são multiplexados por frequência e transmitidos em conjunto através do link de rádio. Isso permite que o E-UTRA seja muito mais flexível e eficiente com relação à utilização do espectro.
A Figura 2 ilustra um exemplo de arquitetura de EUTRAN. Os eNBs se comunicam com a Entidade de Gestão da Mobilidade (MME - Mobility Management Entity) e/ou porta de ligação de servidor (S-GW [serving gateway]) através de uma interface Sl. Além disso, eNBs comunicam-se entre si através de uma interface X2.
A fim de servir tantas disposições de alocação de banda de frequência quanto possível, o padrão LTE suporta duas estruturas de quadro de rádio diferentes, que são aplicáveis ao modo Duplex por Divisão de Frequência (FDD Frequency Division Duplex) e Duplex por Divisão de Tempo (TDD - Time Division Duplex) do padrão. A LTE pode coexistir com tecnologias de rádio 3GPP anteriores, mesmo em canais adjacentes, e as chamadas podem ser cedidas para e a partir de todas as tecnologias de acesso de rádio anteriores de 3GPP.
processamento do sinal de banda de base geral em downlink de LTE é mostrado na Figura 3 (cf.3GPP TS 36. 211 Multiplexing and Channel Coding, liberação 8, v.8.3.0, maio de 2008, disponível em http://www.3gpp.org e incorporado neste documento pela referência). Em primeiro lugar, bits de
5/64 informação, que contêm os dados do usuário ou os dados de controle, são codificados por blocos (codificação de canal por uma correção de erro antecipada, como codificação turbo) resultando em palavras-código. Os blocos de bits codificados (palavras-código), em seguida, são embaralhados 310. Aplicando diferentes sequências de embaralhamento para células vizinhas no downlink, os sinais interferentes são tornados aleatórios, garantindo a plena utilização do ganho de processamento provido pelo código de canal. Os blocos de bits embaralhados (palavras-código), os quais formam símbolos de número predefinido de bits dependendo do esquema de modulação empregado, são transformados 320 em blocos de símbolos de modulação complexa usando o modulador de dados. O conjunto de esquemas de modulação suportados pelo downlink de LTE (DL - downlink) inclui QPSK, 16-QAM e 64-QAM, correspondente a dois, quatro ou seis bits por símbolo de modulação.
mapeamento 330 e pré-codificação de camadas são relacionados a aplicativos de Múltiplas Entradas/Múltiplas Saídas (MIMO - Multiple-Input/Multiple-Output) suportando mais antenas receptoras e/ou transmissoras. Os símbolos de modulação de valor complexo para cada uma das palavras-código a serem transmitidos são mapeados em uma ou várias camadas. O LTE suporta até quatro antenas transmissoras. O mapeamento de antena pode ser configurado de maneiras diferentes para prover sistemas de múltiplas antenas incluindo transmitir diversidade, formação de feixe e multiplexação espacial. O conjunto de símbolos resultantes a serem transmitidos em cada antena é adicionalmente mapeado 350 nos recursos do canal de rádio, ou seja, no conjunto de blocos de recurso atribuído ao UE particular um agendador para transmissão. A seleção do conjunto de blocos de recurso pelo agendador depende do indicador de qualidade do canal (CQI - Channel Quality
6/64
Indicator) - informações de retroalimentação sinalizadas no uplink pelo UE e que refletem a qualidade de canal medida no downlink. Após o mapeamento de símbolos para o conjunto de blocos de recursos físicos, um sinal OFDM é gerado 360 e transmitido a partir das portas de antena. A geração do sinal OFDM é executada usando a transformação discreta inversa de Fourier (transformação rápida de Fourier FFT).
esquema de transmissão de uplink de DTE tanto para o modo FDD como para o TDD baseia-se em SC-FDMA (Acesso Múltiplo por Divisão de Frequência com Portadora Única) com prefixo cíclico. Um método de DFT-distribuição-OFDM é usado para gerar um sinal SC-FDMA para E-UTRAN, DFT permanente para a transformação discreta de Fourier. Para a DFT-distribuiçãoOFDM, um DFT de tamanho M é aplicado primeiro a um bloco de M símbolos de modulação. O uplink de E-UTRAN suporta, da mesma forma que para os esquemas de modulação QPSK, 16-QAM e 64 QAM de downlink. O DFT transforma os símbolos de modulação no domínio de frequência e o resultado é mapeado para subportadoras consecutivas. Subsequentemente, um FFT inverso é executado como no downlink de OFDM, seguido pela adição do prefixo cíclico. Assim, a principal diferença entre geração de sinal de SC-FDMA e de OFDMA é o processamento DFT. Em um sinal de SC-FDMA, cada subportadora contém informações de todos os símbolos de modulação transmitidos, visto gue o fluxo de dados de entrada foi distribuído pela transformada DFT pelas subportadoras disponíveis. Em sinal de OFDMA, cada subportadora apenas transporta informações relacionadas a símbolos de modulação específica. O uplink (UL - uplink) suportará BPSK, QPSK, 8PSK e 16QAM.
A Figura 4 ilustra a estrutura de domínio do tempo para a transmissão de DTE aplicável ao modo FDD. O quadro de rádio 430 tem uma duração de Tquadro = 10 ms, correspondente à duração de um quadro de rádio em liberações anteriores de
7/64
UMTS. Cada quadro de rádio consiste ainda em dez subquadros de tamanhos iguais 420 do igual duração Tsubquadro = 1 ms. Cada subquadro 420 consiste ainda em duas intervalo de tempos de tamanhos iguais (TS) 410 de duração Tintervaio de tempo = 0,5 ms. Até duas palavras-código podem ser transmitidas em um subquadro.
A Figura 5 ilustra a estrutura de domínio do tempo para a transmissão de LTE aplicável ao modo TDD. Cada quadro de rádio 530 de duração TqUadro = 10 ms consiste em duas metades de quadros 540 de duração 5 ms cada. Cada metade de quadro 540 consiste em cinco subquadros 520 com duração Tsubquadro = 1 ms e cada subquadro 52 0 consiste ainda em duas brechas de tamanhos iguais 510 de duração TqUadro = 0,5 ms.
Três campos especiais chamados DwPTS 550, GP 560 e UpPTS 570 estão incluídos em cada metade de quadro 540 em número de subquadro SF1 e SF6, respectivamente (supondo que a numeração de dez subquadros dentro de um quadro de rádio de SF0 a SF9). Os subquadros SF0 e SF5 e o campo especial DwPTS 350 são sempre reservados para a transmissão de downlink.
Os recursos físicos para a transmissão de OFDM (DL) e SC-FDMA (UL) frequentemente são ilustrados em uma grade de frequência de tempo em que cada coluna corresponde a um símbolo OFDM ou SC-FDMA e cada linha corresponde a uma subportadora OFDM ou SC-FDMA, a numeração das colunas, assim, especificando a posição de recursos dentro do domínio de tempo e a numeração das linhas especificando a posição de recursos dentro do domínio de frequência.
A grade de tempo-frequência de subportadoras e AÇyh, símbolos SC-FDMA para um intervalo de tempo TSO 610 em uplink é ilustrada na Figura 6. A quantidade depende da largura de banda de transmissão de uplink configurada na célula. O número AÇyh, de símbolos SC-FDMA em um intervalo de
8/64 tempo depende da duração de prefixo cíclico configurada pelas camadas superiores. Um menor recurso de tempo-frequência correspondente a uma subportadora única de um símbolo SC-FDMA é referido como um elemento de recurso 620. Um elemento de recurso 620 é unicamente definido pelo par de índices (k,í) em um intervalo de tempo onde k = -1 e / = 0,...,^^,-1 são os índices no domínio de frequência e de tempo, respectivamente. As subportadoras de uplink são ainda agrupadas em blocos de recursos (RB - resource blocks) 630. Um bloco de recurso físico é definido como femb símbolos SC-FDMA consecutivos no domínio de tempo e A™ subportadoras consecutivas no domínio de frequência. Cada bloco de recurso 630 consiste em doze subportadoras consecutivas e estende-se sobre o intervalo de 0,5 ms 610 com o número especificado de símbolos SC-FDMA.
Em DTE de 3GPP, os seguintes canais físicos de downlink são definidos (3GPP TS 36.211 Physical Channels and Modulations, Liberação 8, v.8.3.0, maio de 2008, disponível em http://www.3gpp.org):
Canal Físico Compartilhado de Downlink (PDSCH - Physical Downlink Shared Channel)
Canal Físico de Controle de Downlink (PDCCH Physical Downlink Control Channel)
Canal Físico de Transmissão (PBCH - Physical Broadcast Channel)
Canal Físico de Multicast (PMCH - Physical Multicast Channel)
Canal Físico de Indicador do Formato de Controle (PCFICH - Physical Control Format Indicator Channel)
Canal Físico do Indicador de HARQ (PHICH Physical HARQ Indicator Channel)
Além disso, os seguintes canais de uplink são definidos :
9/64
Canal Físico Compartilhado de Uplink (PUSCH Physical Uplink Shared Channe)
Canal Física de Controle de Uplink (PUCCH Physical Uplink Control Channel)
Canal Físico de Acesso Aleatório (PRACH Physical Random Access Channel).
PDSCH e o PUSCH são utilizados para transporte multimídia e dados em downlink (DL) e uplink (UL) , respectivamente, e portanto, projetados para altas taxas de dados. 0 PDSCH é projetado para o transporte de downlink, ou seja, do eNode B para pelo menos um UE. Em geral, este canal físico é separado em blocos discretos de recurso físico e pode ser compartilhado por uma pluralidade de UEs. O agendador em eNodeB é responsável pela alocação dos recursos correspondentes, as informações de alocação são sinalizadas. O PDCCH transmite as informações de controle comum e
específico de UE para downlink e o PUCCH transmite as
informações uplink. de controle específico de UE para transmissão
A transportada sinalização de controle de downlink pelos três canais físicos seguintes: é
— 0 Canal Físico de Indicador do Formato de
Controle (PCFICH) utilizado para indicar o número de símbolos OFDM usado para canais de controle em um subquadro,
- Canal Físico do Indicador de Solicitação de Repetição Automática Híbrida (PHICH) utilizado para transportar confirmações de downlink (positiva: ACK, negativa: NAK) associadas à transmissão de dados em uplink, e
- Canal Físico de Controle de Downlink (PDCCH) que transporta atribuições de agendamento de downlink e concessões de agendamento de uplink.
Em LTE, o PDCCH é mapeado para os primeiros n
10/64 símbolos OFDM de um subquadro, em que n é maior ou igual a 1 e menor ou igual a três. A transmissão de PDCCH no início do subquadro tem a vantagem de decodificação precoce das correspondentes informações de controle L1/L2 nele incluídas.
ARQ Híbrido é uma combinação de Correção Adiantada de Erros (EEC - Forward Error Correction) e Solicitação de Repetição Automática (ARQ - Automatic Repeat reQuest) de mecanismo de retransmissão. Se um pacote codificado de EEC é transmitido e o receptor não consegue decodificar o pacote corretamente, o receptor solicita uma retransmissão do pacote. Os erros são geralmente verificados por uma CRC (Verificação de Redundância Cíclica - Cyclic Redundancy Check) ou por código de verificação de paridade. Em geral, a transmissão de informações adicionais é chamada retransmissão (de um pacote de dados), embora essa retransmissão não signifique necessariamente uma transmissão das mesmas informações codificadas, mas também podería significar a transmissão de quaisquer informações pertencentes ao pacote (por exemplo, informações de redundância adicionais).
Em LTE há dois níveis de retransmissões para prover confiabilidade, ou seja, HARQ na camada MAC (Controle de Acesso ao Meio - Medium Access Control) e ARQ externa na camada RLC (Controle de Link via Rádio - Radio Link Control). A ARQ externa é necessária para lidar com erros residuais que não são corrigidos por HARQ que é mantido simples pelo uso de um mecanismo de retroalimentação de erro de bit único, ou seja, de ACK/NACK.
Em MAC, LTE emprega uma solicitação de repetição automática híbrida (HARQ - hybrid automatic repeat request) como protocolo de retransmissão. A HARQ em LTE é uma HARQ de método Stop-And-Wait (pare e aguarde) de N-processo com retransmissões assíncronas no downlink e retransmissões
11/64 sincronas no uplink. HARQ síncrona significa que as retransmissões de blocos de HARQ ocorrem em intervalos periódicos predefinidos. Portanto, nenhuma sinalização explicita é necessária para indicar ao receptor a agenda de retransmissão. HARQ assincrona oferece a flexibilidade de agendamento de retransmissões com base em condições da interface aérea. Nesse caso, uma identificação de processo de HARQ precisa ser sinalizada a fim de permitir uma operação de protocolo e exame correta. A operação de HARQ com oito processos é decidida para LTE.
Em operação de protocolo HARQ de uplink lá duas opções diferentes sobre como agendar uma retransmissão. Retransmissões em um esquema de retransmissão não adaptativa síncrona são agendados por um NAK. Retransmissões em um mecanismo de retransmissões adaptativas síncronas são explicitamente agendadas em PDCCH.
No caso de uma retransmissão não adaptativa síncrona, a retransmissão irá utilizar os mesmos parâmetros da transmissão de uplink anterior, ou seja, a retransmissão será sinalizada nos mesmos recursos de canal físico respectivamente utiliza o mesmo esquema de modulação. Visto que a retransmissão adaptativa síncrona é explicitamente agendada através do PDCCH, o eNB tem a possibilidade de alterar certos parâmetros para a retransmissão. Uma retransmissão podería ser agendada, por exemplo, em um recurso de frequência diferente a fim de evitar a fragmentação no uplink, ou o eNB podería alterar o esquema de modulação ou em alternativa indicar ao UE qual versão de redundância usar para a retransmissão. Deve ser notado que a retroalimentação de HARQ incluindo uma confirmação positiva ou negativa (ACK/NAK - positiva or negative acknowledgement) e a sinalização de PDCCH ocorre com o mesma sincronização. Portanto, o UE só precisa verificar uma vez se uma
12/64 retransmissão não adaptativa síncrona foi acionada, se apenas um NAK foi recebido, ou se eNB solicitou uma retransmissão adaptativa síncrona, ou seja, um PDCCH é sinalizado além da retroalimentação de HARQ em PHICH. O número máximo de retransmissões é configurado por UE e não por transmissão de rádio.
cronograma do protocolo HARQ de uplink em LTE é ilustrado na Figura 7. O eNB transmite para o UE uma primeira concessão 701 no PDCCH. Em resposta à primeira concessão 701, o UE transmite os primeiros dados 7 02 para o eNB em PUSH. O sincronização entre a concessão de uplink em PDCCH e a transmissão em PUSCH é fixado a 4ms. Depois de receber a primeira transmissão 702, do UE, o eNB transmite uma segundo concessão ou informações de retroalimentação (ACK/NAK) 703. A sincronização entre a transmissão em PUSCH e o correspondente PHICH que transporta as informações de retroalimentação é fixado a 4ms. Consequentemente, o Tempo de Ida-e-volta (RTT Round Trip Time), que indica a próxima oportunidade de transmissão no protocolo HARQ de uplink de Liberação 8 de LTE é 8ms. Após estes 8ms, o UE pode transmitir segundos dados 704 .
As lacunas de medição para a realização de medições no UE são de prioridade mais alta que retransmissões HARQ. Sempre que uma retransmissão HARQ colide com uma lacuna de medição, a retransmissão HARQ não ocorrerá.
Um recurso novo chave de LTE é a possibilidade de transmitir dados multicast ou broadcast de múltiplas células em uma rede de frequência única sincronizada. Esse recurso é chamado operação em Rede de Frequência Única de Broadcast Multimídia (MBSFN - Multimedia Broadcast Single Frequency Network). Na operação MBSFN, o UE recebe e combina sinais sincronizados de múltiplas células. A fim de habilitar a recepção de MBSFN, o UE precisa executar uma estimativa de
13/64 canal separado com base no sinal de referência de MBSFN (MBSFN RS - MBSFN Reference Signal). A fim de evitar a mistura de MBSFN RS e sinais de referência normais no mesmo subquadro, certos subquadros conhecidos como subquadro de MBSFN, são reservados para transmissão em MBSFN. Em um subquadro de MBSFN, até dois dos primeiros símbolos OFDM são reservados para uma transmissão não MBSFN e os símbolos OFDM restantes são utilizados para a transmissão em MBSFN. Nos primeiros até dois símbolos OFDM, dados de sinalização são transportados tal como PDCCH para transmissão de concessões de uplink e PHICH para a transmissão de retroalimentação ACK/NAK. O sinal de referência específica de célula é o mesmo dos subquadros não MBSFN.
O padrão de subquadros reservado para a transmissão em MBSFN em uma célula é transmitido nas Informações de Sistema da célula. Subquadros com números 0, 4, 5 e 9 não podem ser configurados como subquadros de MBSFN. A configuração de subquadro de MBSFN suporta a periodicidade tanto de 10ms como de 40ms. A fim de suportar a compatibilidade com versões anteriores, os UEs, que não são capazes de receber MBSFN, devem decodificar os primeiros até dois símbolos OFDM e ignorar os símbolos OFDM restantes no subquadro.
A União Internacional de Telecomunicações (ITU) cunhou o termo Comunicação Móvel Internacional (IMT International mobile Communication) Avançada para identificar sistemas móveis, cujas capacidades vão além daquelas do IMT2000. A fim de enfrentar esse novo desafio, parceiros organizacionais 3GPPs acordaram em alargar o escopo do estudo de 3GPP e trabalhar para incluir sistemas além do 3G. Mais avanços para E-UTRA (LTE-Avançada) devem ser estudados em conformidade com os requisitos de operador de 3GPP para a evolução de E-UTRA e com a necessidade de atender/exceder as
14/64 capacidades de IMT-Avançada. Espera-se que o E-UTRA Avançado proveja desempenho consideravelmente mais elevado em comparação com os requisitos esperados de IMT-Avançada em Rádio da ITU.
A fim de aumentar a cobertura global e a cobertura para serviços com altas taxas de dados, para melhorar a mobilidade de grupo, habilitar a implantação de rede temporária e aumentar a taxa de transferência thesell-borda (thesell-edge), a retransmissão é estudada para LTE-Avançada. Em particular, um nó de relê é conectado sem fio à rede de acesso via rádio através de uma assim chamada célula doadora. Dependendo da estratégia de retransmissão, o nó de relê pode ser uma parte da célula doadora ou pode controlar suas próprias células. Quando o nó de relê (RN - relay node) faz parte de uma célula doadora, o nó de relê não tem sua própria identidade de célula, mas ainda pode ter um ID de relê. Pelo menos parte do gerenciamento de recursos de rádio (RRM radio resource management) é controlada pelo eNB ao qual pertence a célula doadora, enquanto partes do RRM podem estar localizadas no relê. Neste caso, um relê deve preferivelmente suportar também UEs de Rel-8 de LTE. Repetidores inteligentes, relês de decodificação e encaminhamento e diferentes tipos de relês de Camada 2 são exemplos deste tipo de retransmissão.
Se o nó de relê está no controle de células próprias, o nó de relê controla uma ou várias células e uma única identidade de célula de camada física é provida em cada uma das células controladas pelo nó de relê. Os mesmos mecanismos de RRM estão disponíveis e do ponto de vista do UE, não há diferença em acessar células controladas por um relê e células controladas por um eNodeB normal. As células controladas pelo relê devem suportar também UEs de LTE de Rel-8. Auto-backhauling (relê de Camada 3) usa esse tipo de
15/64 retransmissão .
A conexão do relê na rede pode ser uma conexão inband, em que o link de rede-para-relê compartilha a mesma banda com links de rede-para-UE diretos dentro da célula doadora. Os UEs de liberação 8 devem ser capazes de conectarse à célula doadora neste caso. Em alternativa, a conexão a conexão pode ser uma conexão inband, em que o link de redepara-relê não opera na mesma banda dos links de rede-para-UE diretos dentro da célula doadora.
Com respeito ao conhecimento no UE, relês podem ser classificados em transparentes, caso em que o UE não está ciente sobre se se comunica ou não com a rede através da retransmissão e não transparente, caso em que o UE está ciente se está ou não se comunicando com a rede através do relê.
Pelo menos os assim chamados nós de relê Tipo 1 fazem parte de LTE-Avançada. Um nó de relê do tipo 1 é um nó de relê caracterizado pelas seguintes características:
Ele controla células, cada uma das quais aparece para o UE como uma célula separada e distinta da célula doadora.
As células devem ter sua própria ID de célula física (definida em Lib de LTE) e o nó de relê deve transmitir seus próprios canais de sincronização, símbolos de referência, etc.
No contexto de uma operação de célula única, o UE deve receber informações de agendamento e retroalimentação HARQ diretamente a partir do nó de relê e enviar seus canais de controle (SR/CQI/ACK) para o nó de relê.
O nó de relê deve aparecer como um eNB de Rel8 para UEs de Rel-8, a fim de prover compatibilidade com versões anteriores.
A fim de permitir a melhoria de desempenho
16/64 adicional, um nó de relê tipo-1 deverá aparecer de forma diferente do eNB de Rel-8 para os UEs de LTE-Avançada.
A estrutura de rede de LTE-A de um E-UTRAN com um eNB doador 810 em uma célula doadora 815 e um nó de relê 850 provendo uma célula de retransmissão 855 para um UE 890 é mostrada na Figura 8. O link entre o eNB doador (d-eNB) 810 e o nó de relê 850 é nomeado como link de backhaul (infraestrutura de rede) de retransmissão. O link entre o nó de relê 850 e os UEs (r-UEs) 890 anexados ao nó de relê é chamado link de acesso de relê.
Se o link entre o d-eNB 810 e o nó de relê 850 opera no mesmo espectro de frequência do link entre o nó de relê 850 e o UE 980, transmissões simultâneas no mesmo recurso de frequência entre o d-eNB 810 e o nó de relê 850, e entre o nó de relê 850 e o UE 890, podem não ser viáveis, visto que o nó de retransmissão podería causar interferências em seu próprio receptor a menos que suficiente isolamento dos sinais de saída e de entrada seja provido. Portanto, quando o nó de relê 850 transmite ao d-eNB doador 810, ele não pode receber dos UEs 890 anexados ao nó de relê. Da mesma forma, quando o nó de relê 850 recebe do eNB doador 810, ele não pode transmitir aos UEs 890 anexados ao nó de relê.
Consequentemente, existe uma compartimentação de subquadros entre o link de backhaul de retransmissão (link entre o d-eNB e o nó de relê) e link de acesso retransmissão (link entre o nó de relê e um UE) . Foi acordado atualmente que subquadros de downlink de backhaul de relê, durante os quais pode ocorrer uma transmissão de backhaul de downlink (d-eNB para o nó de relê), sejam atribuídos semiestaticamente, por exemplo, configurados pelo protocolo de recursos de rádio (por d-eNB) . Ademais, subquadros de uplink de backhaul de relê, durante os quais uma transmissão de backhaul de uplink pode ocorrer (nó de relê para d-eNB) ,
17/64 são atribuídos semiestaticamente ou implicitamente derivados por sincronizações HARQ a partir dos subquadros de downlink de backhaul de relê.
Nos subquadros de downlink de backhaul de relê, o nó de relê 850 transmitirá para o d-eNB 810. Assim, não é suposto que os r-UEs 890 esperem qualquer transmissão do nó de relê 850. A fim de suportar a compatibilidade com versões anteriores para r-UEs 890, o nó de relê 850 configura subquadros de downlink de backhaul como subquadros de MBSFN no nó de relê 850.
A Figura 9 ilustra a estrutura dessa transmissão de downlink de backhaul de relê. Como mostrado na Figura 3, cada subquadro de downlink de backhaul de relê consiste em duas partes, símbolos de controle 911 e símbolos de dados 915. Nos primeiros até dois símbolos OFDM, o nó de relê transmite para os símbolos de controle de r-UEs como no caso de um subquadro de MBSFN normal. Na parte restante do subquadro, o nó de relê pode receber dados 931 do d-eNB. Assim, não pode haver qualquer transmissão do nó de relê para o r-UE no mesmo subquadro 922. O r-UE recebe os primeiros até dois símbolos de controle OFDM e ignora a parte restante 932 do subquadro 922 marcado como um subquadro de MBSFN. Subquadros não MBSFN 921 são transmitidas do nó de relê para o r-UE e os símbolos de controle, assim como os símbolos de dados 941 são processados pelo r-UE.
Um subquadro de MBSFN pode ser configurado para cada 10ms ou cada 40ms, assim, os subquadros de downlink de backhaul de relê também suportam tanto a configuração de 10ms e como a de 40ms. Da mesma forma para a configuração de subquadro de MBSFN, os subquadros de downlink de backhaul de relê não podem ser configurados em subquadros com números 0, 4, 5 e 9. Os subquadros aos quais não é permitido ser configurado como subquadros de downlink de backhaul são
18/64 chamados subquadros DL ilegais em todo este documento.
A Figura 10 mostra a aplicação do protocolo HARQ de uplink de liberação 8 de LTE no link de backhaul de relê. Se o protocolo HARQ de uplink da Liberação 8 de LTE (cf. Figura 7) é reutilizado no link de backhaul de uplink de relê 1001 entre um nó de relê e um d-eNB, então um PDCCH (para transmitir uma concessão de uplink 1021) no subquadro de backhaul de downlink de relê m está é associado a uma transmissão PUSCH 1022 em um subquadro de backhaul de uplink de relê m+4. A transmissão de PUSCH no subquadro de backhaul de uplink de relê m+ 4 está, por sua vez associada a um PDCCH/PHICH em um subquadro de backhaul de downlink de relê m+ 8. Quando a sincronização de subquadros de PDCCH/PHICH em backhaul de downlink de relê colide com subquadros de downlink ilegais 1010, PDCCH/PHICH não pode ser recebido pelo nó de relê.
A fim de lidar com a colocação de subquadro de PDCCH/PHICH em backhaul de downlink de relê com os subquadros de downlink ilegais 1010, uma abordagem similar ao procedimento da lacuna de medição da Liberação 8 pode ser adotada. Tal procedimento é ilustrado na Figura 11.
Na Figura 11, subquadros com os números 0, 4, 5 e 9 são subquadros de downlink ilegais 1110, em que não podem ser utilizados como subquadros 1101 de downlink de backhaul. No subquadro 1, uma concessão de uplink é transmitida do d-eNB para o nó de relê. Os dados correspondentes devem ser enviados no PUSH do nó de relê para o d-eNB quatro subquadros mais tarde. A próxima transmissão de downlink de backhaul seria outros quatro subquadros mais tarde, ou seja, no subquadro de número 9, que é um subquadro de downlink ilegal. Assim, no subquadro 1120 nenhuma retroalimentação será transportada em PDCCH/PHICH. A fim de lidar com esta situação, o PHICH perdido 1120 é interpretado como uma
19/64 confirmação positiva (ACK), que desencadeia a suspensão do processo HARQ de UL associado. Se necessário, uma retransmissão adaptativa pode ser acionada mais tarde usando PDCCH 1130. Entretanto, como consequência do PHICH perdido, o processo HARQ de uplink de relê associado perde a oportunidade de transmitir sobre o uplink de backhaul de relê quando ocorre colisão. Dentro de 40ms, para cada processo HARQ de uplink de relê ocorrem duas colisões, o que significa que duas oportunidades de transmissão de uplink são perdidas. No protocolo HARQ síncrono de Ui da Liberação, se uma oportunidade de transmissão de uplink é perdida, o processo HARQ de uplink associado tem que esperar 8ms para a próxima oportunidade de transmissão de UL. Assim, o Tempo de Ida-evolta (RTT) 1140 aumenta para 16ms. Isso causa o aumento do RTT médio em backhaul de uplink de relê de 8ms (como na Liberação 8) para (8ms + 16ms + 16ms)/3 = 13,3ms.
Este problema com o aumento do tempo de ida-e-volta pode ser resolvido alterando-se o tempo de ida-e-volta do sistema de 8ms na Liberação 8 para 10ms. Consequentemente, o d-eNB envia retroalimentação ACK/NAK em PHICH para o nó de relê lOms após o d-eNB enviar a concessão de uplink para o nó de relê. Esta solução é ilustrada na Figura 12. Uma atribuição inicial (concessão de uplink) 1201 é transmitida do d-eNB para o nó de relê. Em resposta à atribuição inicial 1201, quatro milissegundos mais tarde, o nó de relê transmite dados 1202 em sua primeira transmissão em PUSH para o d-eNB. O d-eNB provê uma retroalimentação ACK/NAK 1203 em PHICH seis milissegundos mais tarde, ou seja, no subquadro de número 13. Ao receber a retroalimentação ACK/NAK 1203, o nó de relê pode retransmitir os dados 1204 dez milissegundos após a primeira transmissão. Assim, o tempo de ida-e-volta 1210 de 10ms é o novo tempo de ida-e-volta do sistema fixado pela sincronização prescrito. Visto que um subquadro de MBSFN pode
20/64 ser configurado a cada 10ms, não havería colisões com os subquadros de downlink ilegais e PDCCH/PHICH sempre pode ser recebido. Além disso, o tempo médio de ida-e-volta é igual ao tempo de ida-e-volta do sistema de 10ms.
Entretanto, a solução descrita com referência à Figura 12 também não suporta a periodicidade de 40ms da configuração de MBSFN. Isso limita o agendamento de d-eNB e também tem impacto sobre os r-UEs.
SUMÁRIO DA INVENÇÃO
A presente invenção visa superar este problema e prover um protocolo de retransmissão eficiente para transmissão de dados entre dois nós em um sistema de comunicação móvel, o protocolo de retransmissão possuindo um tempo médio de ida-e-volta possivelmente baixo e uma quantidade possivelmente pequena de sobrecarga de sinalização de controle necessário.
Isso é feito pelos recursos das reivindicações independentes.
Vantajosas realizações da presente invenção são objeto das reivindicações dependentes.
É a abordagem específica da presente invenção selecionar o número de processos de transmissão para transmissão de dados entre dois nós em um sistema de comunicação móvel baseado em intervalos de tempo disponíveis para a transmissão de dados, e mapear os processos de transmissão nos intervalos de tempo disponíveis em uma ordem predefinida e modo periodicamente repetido.
Essa configuração permite, por exemplo, um emprego de um protocolo de retransmissão síncrona para a transmissão de uplink em um relê. Devido ao mapeamento síncrono dos processos de transmissão, a sobrecarga de sinalização de controle necessário é mantida baixa. Além disso, diferentes padrões e sincronizações dos intervalos de tempo disponíveis
21/64
para a transmissão de dados entre os dois nós podem ser
suportados. De acordo com um primeiro aspecto da presente
invenção, é provido um método para a transmissão de dados de
um primeiro nó para um segundo nó em um sistema de
comunicação móvel. 0 método compreende a determinação de
posições de intervalos de tempo disponíveis para a transmissão de dados do primeiro nó para o segundo nó, a seleção de um número de processos de transmissão para transmitir dados do primeiro nó para o segundo nó com base nas posições determinadas dos intervalos de tempo disponíveis; e derivação da posição de intervalos de tempo para transmitir os dados pertencentes ao número selecionado de processos de transmissão do primeiro nó para o segundo nó de acordo com a posição dos intervalos de tempo disponíveis e de acordo com um mapeamento do número selecionado de processos de transmissão nos intervalos de tempo disponíveis em uma ordem predefinida de modo de repetição cíclica, em que uma primeira transmissão e qualquer retransmissão necessária de uma porção de dados únicos são mapeadas para um único processo de transmissão.
Em particular, o protocolo de retransmissão pode ser um protocolo de retransmissão de uplink incluindo a transmissão de uma concessão de uplink do segundo nó para o primeiro nó. A recepção de uma concessão de uplink desencadeia a transmissão dos dados de uplink do primeiro nó para o segundo nó. Ademais, o protocolo de retransmissão de uplink pode incluir a transmissão de informações de retroalimentação tal como uma confirmação positiva ou negativa do segundo nó para o primeiro nó. A transmissão da concessão de uplink pode ser realizada no mesmo intervalo de tempo da transmissão de informações de retroalimentação. Os dados de transmissão podem ser dados que são transmitidos
22/64 pela primeira vez, ou dados que são retransmitidos.
Preferivelmente, os intervalos de tempo disponíveis para a transmissão de dados do primeiro nó para o segundo nó são determinados com base no conhecimento das posições dos intervalos de tempo já reservados para a transmissão de dados do segundo nó para o primeiro nó.
Preferivelmente, o primeiro nó é um nó de relê e o segundo nó é um nó de rede (estação base) . Entretanto, a presente invenção pode ser usada para comunicação entre quaisquer dois nós em um sistema de comunicação móvel. Por exemplo, o protocolo de retransmissão pode ser usado para comunicação entre um terminal e um nó de rede, ou entre nós de rede arbitrária.
De acordo com outro aspecto da presente invenção, é provido um nó de recepção de dados que se comunica com um nó de transmissão de dados em um sistema de comunicação móvel que utiliza um protocolo de retransmissão para transmissão de dados de um nó de transmissão de dados para o nó de recepção de dados. 0 nó de recepção de dados compreende uma unidade de controle de link para determinar a posição de intervalos de tempo disponíveis para a transmissão de dados do nó de transmissão de dados para o nó de recepção de dados; uma unidade de controle de transmissão para escolher um número de processos de transmissão para transmitir dados do nó de transmissão de dados para o nó de recepção de dados com base na posição dos intervalos de tempo disponíveis determinada pela unidade de controle de link. O nó de recepção de dados compreende ainda uma unidade receptora para derivar as posições de intervalos de tempo para receber o número selecionado de processos de transmissão de acordo com a posição dos intervalos de tempo disponíveis determinados pela unidade de controle de link e de acordo com um mapeamento do número de processos de transmissão configurados pela unidade
23/64 de configuração de transmissão nos intervalos de tempo disponíveis em uma ordem predefinida e cíclica. A primeira transmissão e qualquer retransmissão necessária de uma porção de dados únicos são mapeadas para um processo de transmissão única.
De acordo com outro aspecto da presente invenção, é provido um nó de transmissão de dados para comunicação com um nó de recepção de dados em um sistema de comunicação móvel que utiliza um protocolo de transmissão para transmissão de dados de um nó de transmissão de dados para um nó de recepção de dados. O nó de transmissão de dados compreende: uma unidade de controle de link para determinar uma posição de intervalos de tempo disponíveis para a transmissão de dados do nó de transmissão de dados para o nó de recepção de dados; uma unidade receptora para receber do nó de recepção de dados um indicador que indica um número de processos de transmissão a ser aplicado para a transmissão de dados para o nó de recepção; uma unidade de configuração de transmissão para configurar o número de processos de transmissão para o valor sinalizado dentro do indicador; uma unidade de transmissão para derivar a posição de intervalos de tempo para transmissão de dados para o nó de recepção de dados de acordo com a posição dos intervalos de tempo disponíveis e pelo mapeamento do número recebido de processos de transmissão nos intervalos de tempo disponíveis em uma ordem predefinida e cíclica, em que uma primeira transmissão e qualquer retransmissão necessária de uma porção de dados únicos são mapeadas para um processo de uma transmissão única; e unidade de julgamento para julgar se o número de processos de transmissão indicado pelo indicador leva a um tempo de ida-evolta de transmissão de dados para um processo de transmissão para o nó de recepção mais baixo do que o tempo de ida-evolta mínimo suportado pelo sistema de comunicação móvel, em
24/64 que os dados a serem transmitidos são dados de usuário e dados de sinalização e quando a unidade de julgamento avalia positivamente, nenhuma transmissão de dados de usuário para o nó de recepção ocorre nesses intervalos de tempo, o que faz com que o dito tempo de ida-e-volta para um processo de transmissão seja inferior ao dito mínimo tempo de ida-evolta.
Ainda de acordo com outro aspecto da presente invenção, é provido um nó de transmissão de dados para comunicação com um nó de transmissão de dados em um sistema de comunicação móvel que utiliza um protocolo de retransmissão para transmissão de dados de um nó de transmissão de dados para o nó de recepção de dados. O nó de transmissão de dados compreende uma unidade de controle de link capaz de determinar uma posição de intervalos de tempo disponíveis para a transmissão de dados do nó de transmissão de dados para o nó de recepção de dados, e uma unidade de controle de retransmissão para configurar um número de processos de transmissão para transmitir dados com base nas posições dos intervalos de tempo disponíveis determinados pela unidade de controle de link. O nó de transmissão de dados compreende ainda uma unidade transmissora para derivar a posição de intervalos de tempo para transmitir dados para o nó de recepção de dados de acordo com a posição dos intervalos de tempo disponíveis e pelo mapeamento do número de processos de transmissão configurados pela unidade de configuração de transmissão nos intervalos de tempo disponíveis em uma ordem predefinida e cíclica. A primeira transmissão e qualquer retransmissão necessária de uma porção de dados únicos são mapeadas para um processo de transmissão única.
Preferivelmente, o número de processos de transmissão é selecionado de modo a controlar o tempo de ida
25/64 e-volta do protocolo de retransmissão ou com base em uma mensagem recebida do nó de recepção de dados.
Ainda preferivelmente, o nó de recepção de dados é um nó de rede, mais particular uma estação base e o nó de recepção de dados é um nó de relê. Entretanto, o nó de recepção de dados e os nós de recepção de dados podem também ser, respectivamente, qualquer um dentre um nó de rede, um nó de relê, ou um terminal de comunicação.
De acordo com uma realização da presente invenção o número de processos de transmissão é selecionado de acordo
com regras predefinidas da mesma maneira tanto no nó de
recepção de dados como no nó de transmissão de dados (o
primeiro e o De segundo nó) . acordo com outra realização da presente
invenção, o número de processos de transmissão é determinado
no nó de recepção de dados e sinalizado para o nó de transmissão de dados, por exemplo, como um indicador.
Vantajosamente, o indicador pode ter um valor para indicar que o primeiro nó determinará o número de processos de transmissão implicitamente, ou seja, com base em um tempo mínimo de ida-e-volta entre o primeiro nó e o segundo nó e com base em posições disponíveis de intervalos de tempo disponíveis para transmissão de dados do primeiro nó (transmissão de dados) para o segundo nó (recepção de dados). Em particular, o indicador pode tomar valores como números inteiros (que podem ser adicionalmente binarizados) que representam diretamente o número de processos de transmissão. Outro valor, que possa estar fora do intervalo para sinalização do número de processos, em seguida, pode ser reservado para sinalização da determinação implícita. Pode ser um valor como zero ou um número máximo de processos permitidos mais um deslocamento (tal como um) , ou um valor que é designado conforme reservado. Essa sinalização é
26/64 vantajosa, visto que nenhum indicador separado para determinação implícita é necessário. Entretanto, a presente invenção não está limitada a isso e, em geral, um indicador separado pode ser sinalizado também. Em alternativa, a determinação implícita pode ser desencadeada por uma configuração particular de outros parâmetros.
As posições dos intervalos de tempo disponíveis também podem ser sinalizadas a partir do segundo nó para o primeiro nó. Em alternativa, isso pode ser determinar a partir de outro sinal do segundo nó para o primeiro nó. Por exemplo, o segundo nó pode sinalizar os intervalos de tempo disponíveis para transmissões do segundo nó para o primeiro nó. A partir daí, os intervalos de tempo disponíveis para transmissão do primeiro nó para o segundo nó podem ser determinados através da aplicação de um deslocamento, que preferivelmente é um número inteiro de intervalos de tempo.
Preferivelmente, o número de processos de transmissão é configurado como o menor número de processos de transmissão que leva ao tempo de ida-e-volta de transmissão de dados entre os dois nós (transmissão de dados e recepção de dados) não inferior ao mínimo tempo de ida-e-volta suportado pelo sistema de comunicação móvel para transmissão de dados entre os dois nós.
tempo de ida-e-volta de um processo de transmissão do protocolo de retransmissão é definido como o tempo entre duas oportunidades de transmissão consecutivas para o mesmo processo de transmissão. O tempo mínimo de idae-volta é um parâmetro do sistema derivado com base em requisitos de tempo de processamento dos nós comunicantes.
Ainda de acordo com outra realização da presente invenção, o nó de transmissão de dados é um nó de relê e o nó de recepção de dados é um nó de rede e a posição de intervalos de tempo disponíveis para a transmissão de dados
27/64 do nó de relê para o nó de rede é determinada com base na sincronização de processos de transmissão de uplink entre o terminal de comunicação e o nó de relê (em uplink de acesso de relê). Em particular, a relação da sincronização de uplink de acesso de relê para a sincronização de intervalos de tempo disponíveis no uplink de relê é tido em conta.
Preferivelmente, no uplink de acesso de relê, são identificados os processos de transmissão, cujo intervalo de tempo de recepção se sobrepõe com qualquer um dos intervalos de tempo que podem ser configurados como intervalos de tempo disponíveis para a transmissão de dados no backhaul de uplink de relê. O número de processo desses processos identificados é determinado. Como os intervalos de tempo disponíveis para a transmissão de dados, em seguida, os intervalos de tempo são selecionados, os quais se sobrepõem a um número limitado de números de processo de processos de transmissão de uplink entre o nó de relê e um terminal de comunicação a fim de limitar o número de processos de transmissão de uplink que está sendo adiado. Em particular, podem ser selecionados os intervalos de tempo, que se sobrepõem ao menor número de processos afetados.
Preferivelmente, a posição dos intervalos de tempo para a transmissão de concessões de uplink para a transmissão de dados e/ou intervalos de tempo para a transmissão de informações de retroalimentação é determinada com base na posição de intervalos de tempo para a transmissão de dados do nó de relê para o nó de rede.
Vantajosamente, o sistema de comunicação móvel é um sistema de LTE 3GPP ou suas melhorias, o primeiro nó é um nó de relê, o segundo nó é um nodeB e o indicador é transmitido no interior da sinalização RRC relacionada à configuração de subquadro de backhaul. Ademais, os intervalos de tempo podem corresponder aos subquadros do sistema de LTE 3GPP.
28/64
De acordo com uma realização da presente invenção, no primeiro nó, o número de processos de transmissão está configurado para o valor sinalizado dentro do indicador. Ainda no primeiro nó, é avaliado se o número de processos de transmissão indicado pelo indicador leva a um tempo de ida-evolta de transmissão de dados para um processo de transmissão do primeiro nó para o segundo nó menor do que o mínimo tempo de ida-e-volta suportado pelo sistema de comunicação móvel para transmissão de dados do primeiro nó para o segundo nó, em que os dados a serem transmitidos são dados de usuário e dados de sinalização e, quando a etapa de julgamento avalia positivamente, nenhuma transmissão de dados de usuário do primeiro nó para o segundo nó ocorre nesses intervalos de tempo, o que faz com que o dito tempo de ida-e-volta para um processo de transmissão seja inferior ao dito mínimo tempo de ida-e-volta.
Nenhuma transmissão pode abranger apenas os dados de usuário, o que é vantajoso visto que as informações de controle (sinalização), tais como informações de retroalimentação ainda podem ser transmitidas a fim de serem providas logo que possível. Em alternativa, a nenhuma transmissão também pode ser aplicada para a sinalização de dados. Nenhuma transmissão pode referir-se ao fato de que nenhum dado de usuário e/ou dados de sinalização são transmitidos. Vantajosamente, a transmissão descontínua pode ser usada quando nenhum dado de usuário e dados de sinalização foram transmitidos; os circuitos de transmissão são desligados.
Além disso, o mapeamento de processos de transmissão é realizado pelo mapeamento cíclico do número selecionado de processos nos intervalos de tempo disponíveis para transmissão do primeiro nó para o segundo nó. Após este mapeamento, são determinados os intervalos de tempo, em que
29/64 não há transmissão de dados de usuário e/ou de sinalização. Assim, o mapeamento de processos nos intervalos de tempo disponíveis não trata especialmente dos intervalos de tempo em que nenhuma transmissão deve ocorrer. Após o mapeamento, os intervalos de tempo que, para um processo de transmissão particular, conduzem a um tempo muito pequeno de ida-e-volta não devem ser usados para a transmissão desse processo particular. Outros processos ou intervalos de tempo para o dito processo que observam o tempo mínimo de ida-e-volta permanecem inalterados.
A transmissão de dados do primeiro nó para o segundo nó pode incluir confirmações de transmissão para os dados recebidos do segundo nó no primeiro nó, a transmissão das confirmações ocorrendo em intervalos de tempo localizados um número fixo de intervalos de tempo após a transmissão dos ditos dados, e as confirmações localizadas nesses intervalos de tempo em que nenhuma transmissão ocorre podem ser empacotados ou multiplexados com outra confirmação enviada em um diferente intervalo de tempo. O empacotamento ou multiplexação provê uma maneira eficiente de utilizar uma oportunidade de retroalimentação para comunicar dados de retroalimentação relacionados aos diferentes processos de transmissão. Isto é especialmente vantajoso quando a transmissão descontínua é empregada, onde uma oportunidade de transmissão pode ser perdida.
De acordo ainda com outro aspecto da presente invenção, é provido um sistema de comunicação móvel, que compreende um aparelho de nó de rede de acordo com a presente invenção e um aparelho de relê de acordo com a presente invenção. O sistema pode ainda compreender um ou mais terminais móveis capazes de se comunicar com o aparelho de nó de relê. Esse sistema é capaz de configurar um protocolo de retransmissão de uplink de acordo com a presente invenção e
30/64 de transmitir dados em conformidade.
De acordo ainda com outro aspecto da presente invenção, é provido um método para receber dados em um nó de recepção usando um protocolo de retransmissão para transmissão de dados entre dois nós em um sistema de comunicação. Em primeiro lugar, as posições dos intervalos de tempo disponíveis para a transmissão de dados entre os dois nós são determinadas. Nelas baseado, é selecionado um número de processos de transmissão para transmitir dados do nó de transmissão de dados para o nó de recepção de dados. As posições de intervalos de tempo para receber o número selecionado de processos de transmissão para a transmissão de dados a partir do nó de transmissão de dados são derivadas de acordo com a posição dos intervalos de tempo disponíveis e de acordo com um mapeamento do número selecionado de processos de transmissão nos intervalos de tempo disponíveis em uma ordem predefinida e cíclica.
A primeira transmissão e qualquer retransmissão necessária de uma porção de dados únicos são mapeadas para um processo de transmissão única.
Ainda de acordo com outro aspecto da presente invenção, é provido um método para transmitir dados de um nó de transmissão de dados que utiliza um protocolo de retransmissão para transmissão de dados para um nó de recepção de dados em um sistema de comunicação móvel. As posições de intervalos de tempo disponíveis para a transmissão de dados são determinadas. Consequentemente, é selecionado um número de processos de transmissão para transmitir dados do nó de transmissão para o nó de recepção. As posições de intervalos de tempo para transmitir dados do nó de rede são derivadas de acordo com a posição dos intervalos de tempo disponíveis e pelo mapeamento do número configurado de processos de transmissão nos intervalos de
31/64 tempo disponíveis em uma ordem predefinida e cíclica.
De acordo ainda com outro aspecto da presente invenção, é provido um produto de programa de computador que compreende uma mídia legível por computador que possui um código de programa legível por computador incorporado nela, o código do programa sendo adaptado para executar qualquer realização da presente invenção.
acima exposto e outros objetos e características da presente invenção se tornarão mais evidentes a partir da descrição e realizações preferidas a seguir, dadas em
conjunto com l os desenhos de acompanhamento, em que:
A Figura 1 é um desenho esquemático que ilustra a
arquitetura A de LTE Figura de 2 3GPP; é um desenho esquemático que ilustra a
arquitetura de LTE de 3GPP da E-UTRAN de rede de acesso via
rádio; A Figura 3 é um diagrama de blocos que ilustra o
processamento de banda base de downlink no sistema de LTE;
A Figura 4 é uma ilustração da estrutura de quadro de rádio para sistema FDD de LTE;
A Figura 5 é uma ilustração da estrutura de quadro de rádio para o sistema TDD de LTE;
A Figura 6 é uma ilustração de recursos físicos em uma grade de tempo-frequência para LTE de uplink;
A Figura 7 é uma ilustração esquemática da
sincronização do HARQ de uplink em LTE de 3GPP;
A Figura 8 é uma ilustração esquemática da
arquitetura de LTE de 3GPP com um NodeB doador e um nó de
relê;
A Figura 9 é uma ilustração esquemática da
estrutura de subquadro de downlink de backhaul de relê em
LTE-A;
A Figura 10 é uma ilustração esquemática de uma
32/64 sincronização de HARQ de uplink de backhaul de relê para o caso, no qual o HARQ de uplink de LTE de Liberação 8 é aplicado para o link de backhaul de relê em LTE-A;
A Figura 11 é uma ilustração esquemática de outra sincronização de HARQ de uplink de backhaul de relê para o caso, na qual o HARQ de uplink de LTE de Liberação 8 é aplicado ao link de backhaul de relê em LTE-A;
A Figura 12 é uma ilustração esquemática de sincronização de HARQ de uplink de backhaul de relê com tempo de ida-e-volta de 10ms;
A Figura 13 é um desenho esquemático que ilustra e que mostra a relação entre a sincronização do link de backhaul de relê com o HARQ de tempo de ida-e-volta de 10ms e o link de acesso de relê;
A Figura 14 é um desenho esquemático que ilustra o HARQ de uplink de backhaul de acordo com a presente invenção;
A Figura 15A é um desenho esquemático que ilustra o mapeamento de um processo HARQ em subquadros de backhaul de uplink de relê para diferentes números de processos;
A Figura 15B é um desenho esquemático que ilustra o mapeamento de dois processos HARQ em subquadros de backhaul de uplink de relê para diferentes números de processos;
A Figura 15C é um desenho esquemático que ilustra o mapeamento de três processos HARQ em subquadros de backhaul de uplink de relê para diferentes números de processos;
A Figura 16 é um desenho esquemático que mostra um sistema incluindo um nó de rede e um nó de relê de acordo com a presente invenção;
A Figura 17 é um desenho esquemático que ilustra um exemplo de mapeamento de números diferentes de processos HARQ em uplink de backhaul, assumindo uma primeira configuração de transmissão de downlink e uplink de Un;
A Figura 18 é um desenho esquemático que ilustra um
33/64 exemplo de mapeamento de diferentes números de processos HARQ em uplink de backhaul assumindo uma segunda configuração de transmissão de downlink e uplink de Un;
A Figura 19 é um desenho esquemático que ilustra um exemplo de mapeamento de números diferentes de processos HARQ em uplink de backhaul para uma terceira configuração de transmissão de downlink e uplink de Un; e
A Figura 20 é um diagrama de fluxo que ilustra os métodos realizados no nó de transmissão de dados e de recepção de dados de acordo com uma realização da presente invenção.
DESCRIÇÃO DETALHADA
A presente invenção refere-se à comunicação em um sistema móvel sem fio no link entre dois nós, em particular, à configuração de um protocolo de retransmissão para transmissão de dados entre os dois nós.
problema subjacente à presente invenção baseia-se na observação de que um nó de relê não pode transmitir e receber ao mesmo tempo em uma banda de frequência. Isso resulta em limitações de uma escolha dos intervalos de tempo disponíveis para a transmissão de dados do nó de relê para o nó de rede. Essas limitações podem levar a um aumento do tempo médio de ida-e-volta, especialmente no caso de um protocolo de retransmissão síncrona aplicado ao uplink de backhaul. Entretanto, um protocolo de retransmissão síncrona tem uma vantagem de sincronização implicitamente derivada levando à baixa sobrecarga de sinalização.
problema subjacente à presente invenção pode ocorrer para quaisquer dois nós em um sistema de comunicação e a presente invenção pode, portanto, ser aplicada a quaisquer dois nós em um sistema de comunicação, não só para um nó de rede e um nó de relê, que foram escolhidos apenas como um exemplo. O problema com a distribuição irregular
34/64 (dentro de certo periodo de tempo, como um quadro ou um número de quadros) de intervalos de tempo disponíveis também pode ocorrer na transmissão entre dois nós de rede, ou entre um nó de rede e um terminal, ou entre um nó de relê e um terminal, etc. Ademais, um nó de relê em geral pode incorporar também funções de um nó de rede.
A presente invenção provê um mecanismo eficiente para transmissão de dados usando um protocolo de retransmissão entre um primeiro nó e um segundo mesmo para o caso em que os intervalos de tempo disponíveis para a transmissão são irregularmente distribuídos. O número de processos de transmissão é selecionado e seu mapeamento para intervalos de tempo disponíveis para a transmissão dos dados de uplink é definido. Em particular, o número de processos de transmissão é determinado com base na localização de intervalos de tempo disponíveis. Os processos de transmissão são mapeados (processos HARQ) em uma ordem predefinida e repetidos ciclicamente nos intervalos de tempo disponíveis. Com base no número selecionado de processos de transmissão e com base no mapeamento resultante de processo de transmissão, os intervalos de tempo para recepção e transmissão uplink de agendamento de sinalização de controle relacionada (incluindo ACK/NAK) podem ser determinados.
número de processos de transmissão pode ser selecionado também a fim de controlar o tempo de ida-e-volta entre os dois nós.
tempo de ida-e-volta é um tempo necessário para que um sinal transmitido de um remetente chegue ao receptor e retorne novamente. O tempo de ida-e-volta de um processo de transmissão do protocolo de retransmissão é definido como o tempo entre duas oportunidades de transmissão consecutivas para o mesmo processo de transmissão. Em protocolos de retransmissão síncrona, o tempo mínimo de ida-e-volta é
35/64 definido pela sincronização sincrona. Por exemplo, no protocolo de retransmissão ilustrado na Figura 11, o valor do tempo mínimo de ida-e-volta é 8ms, correspondente ao tempo entre a primeira transmissão de dados de nó de relê (RN) em PUSCH e a retroalimentação em PHICH/PDCCH enviada 4ms mais tarde mais o tempo fixo de 4ms entre essas informações de retroalimentação e a transmissão de dados adicionais (retransmissão dos dados transmitidos ou uma primeira transmissão de outros dados). Esses tempos de resposta fixos são tipicamente escolhidos com relação às capacidades de processamento dos nós de comunicação, por exemplo, considerando o tempo necessário para receber, desmultiplexar, demodular, decodificar e avaliar as informações transmitidas, assim como o tempo para preparar e enviar uma resposta adequada (possivelmente incluindo codificação, modulação, multiplexação, etc.). Como pode ser visto a partir da Figura 11, o tempo real de ida-e-volta mesmo para um protocolo de retransmissão sincrona pode diferir do tempo mínimo de ida-evolta em casos particulares. Assim, um tempo médio de ida-evolta pode ser usado como uma medida para o atraso em um link.
A Figura 15A mostra subquadros de um PUSCH para transmissão de uplink de dados de um nó de relê para um eNB doador. Os subquadros com os números 1 e 7 (numerados a partir de 0) estão disponíveis para a transmissão dos dados do nó de relê para eNB doador. O único processo HARQ denotado Pl é mapeado de acordo com a presente invenção em cada subquadro disponível, resultando em um menor tempo de ida-evolta alcançável 1501 de quatro subquadros de duração, que corresponde em ITE-Á. a 4ms. Um tempo de ida-e-volta mais longo de 6ms também ocorre neste esquema de mapeamento.
A Figura 15B ilustra o mapeamento de dois processos de transmissão denotados Pl e P2 nos subquadros
36/64 disponíveis de acordo com a presente invenção. Os dois processos são mapeados alternadamente, ou seja, na ordem fixa Pl, P2 e ciclicamente. Esse mapeamento resulta um menor tempo de ida-e-volta alcançável 1502 de 8ms correspondente à duração de 8 subquadros. O tempo de ida-e-volta mais longo resultante deste mapeamento é de 12ms.
A Figura 15 C ilustra o mapeamento de três processos de transmissão denotados Pl, P2 e P3 para os mesmos subguadros disponíveis como nas Figuras 15A e 15B. Os três processos são mapeados em uma ordem fixa Pl, P2, P3 periodicamente nos subquadros disponíveis.Isto leva a um menor tempo de ida-e-volta alcançável de 14ms. O tempo de ida-e-volta mais longo resultante deste mapeamento é de 16ms.
Assim, de acordo com a presente invenção um controle do tempo de ida-e-volta em um protocolo de retransmissão é habilitado por meio de configuração do número de processos de transmissão, visto que o mapeamento dos processos nos subquadros disponíveis é especificado na presente invenção.
Preferivelmente, o menor tempo de ida-e-volta de um processo de transmissão, como 1501, 1502, 1503 deve ser configurado maior ou igual ao tempo mínimo de ida-e-volta suportado pelo sistema. Em uplink de backhaul de LTE-A, o tempo mínimo de ida-e-volta é dado pelo sistema para permitir suficiente tempo de processamento para o d-eNB e o nó de relê. Um protocolo de uplink síncrono que respeita as limitações colocadas pelo tempo mínimo de ida-e-volta pode ser suportado provendo, assim, tempo suficiente para o processamento nos nós envolvidos na comunicação. Nos exemplos mostrados pelas figuras, o tempo mínimo de ida-e-volta é considerado como sendo de 8ms. Como pode ser visto a partir da Figura 15A, o mapeamento de um único processo de transmissão nos subquadros disponíveis não satisfaz a
37/64 condição de que o menor tempo de ida-e-volta deve ser maior ou igual ao tempo mínimo de ida-e-volta dado pelo sistema; o menor tempo de ida-e-volta é de 4ms, que é menos que o tempo mínimo de ida-e-volta de 8ms suportado pelo sistema. Como pode ser visto a partir da Figura 15B e 15C, ambas estas configurações resultam no menor tempo de ida-e-volta igual a (cf. 8 ms na Figura 15, em dois processos) ou maior do que (cf. 14ms da Figura 15C, em três processos) o tempo mínimo de ida-e-volta do sistema. Da mesma forma, cada número maior de processos de transmissão (quatro e mais) satisfaz a condição.
De acordo com uma realização da presente invenção, o número de processos de transmissão é selecionado de forma que o tempo de ida-e-volta resultante seja tão pequeno quanto possível, mas maior do que o tempo mínimo de ida-e-volta do sistema. Isto permite reduzir o tempo médio de ida-e-volta no backhaul de uplink de relê. Além disso, uma vez que a regra para mapeamento dos processos de transmissão seja adotada no backhaul de uplink de relê, esta regra para selecionar o número de processos de transmissão pode ser seguida tanto pelo d-eNB como pelo nó de relê, visto que ambos têm de estar cientes da configuração de intervalos de tempo disponíveis para a transmissão de uplink do nó de relê para o d-eNB. Esse derivação implícita do número de processos tanto no nó de relê como no d-eNB ainda tem a vantagem de nenhuma sobrecarga adicional necessária para sinalização do número de processos.
Referindo-se às Figuras 15A, 15B e 15 C, de acordo com esta realização da presente invenção, com base nos subquadros disponíveis de número 1 e 7, a configuração mostrada na Figura 15B seria selecionada, suportando os dois processos de transmissão.
Os processos Pl, P2 e P3 denotam a transmissão de processos com um número de processo arbitrário. A ordem dos processos de transmissão é preferivelmente consecutiva.
38/64
Entretanto, a presente invenção não é limitada a mesma de transmissão e uma seria
ordenação arbitrária dos processos
possível. Outra vantagem da presente invenção é a
possibilidade de manter um HARQ de uplink síncrono, que é
eficiente, visto que a quantidade de sinalização explícita é
minimizada. Em particular para o exemplo de LTE- -A, a
transmissão PUSCH em cada subquadro de backhaul de uplink de relê é associada com uma única identificação de processo HARQ de uplink (número). A relação de sincronização entre a concessão de uplink PDCCH e transmissão em PUSCH no backhaul de relê e retroalimentação correspondente em PHICH/PDCCH podem ser derivadas pelo nó de relê e o nó de rede (d-eNB) dependendo da configuração dos subquadros disponíveis.
É acordado no grupo RANI de 3GPP que, subquadros de backhaul de uplink de relê são configurados semiestaticamente ou derivados implicitamente por sincronização HARQ de subquadros de backhaul de downlink. Se subquadros de backhaul de uplink são derivados implicitamente por sincronização HARQ de subquadros de backhaul de downlink, a relação de sincronização entre transmissão em PUSCH e PDCCH/PHICH é definida no relatório descritivo (por exemplo, 4ms na LTE da Liberação 8) ou por um parâmetro configurável.
Se os subquadros de backhaul de uplink disponíveis são configurados semiestaticamente (por exemplo, pelo protocolo RRC no d-eNB), a relação de sincronização entre a transmissão em PUSCH e PDCCH/PHICH deve ser derivada de modo que seja maior que o tempo de processamento no eNB e tão pequena quanto possível, a fim de reduzir o atraso.
A presente invenção pode ser vantajosamente utilizada, por exemplo, em conexão com um sistema de comunicação móvel como o sistema de comunicação de LTEAvançada (LTE-A) descrito anteriormente. Entretanto, a
39/64 utilização da presente invenção não está limitada a esta rede de comunicação exemplar particular. Pode ser vantajoso para transmitir e/ou receber sinal de dados e sinal de controle sobre qualquer sistema de comunicação móvel padronizado com nós de retransmissão, quaisquer versões evoluídas de tal comunicação móvel padronizada, quaisquer futuros sistemas de comunicação móvel a serem padronizados ou qualquer sistema de comunicação móvel proprietário.
Em geral, a presente invenção permite controlar o tempo de ida-e-volta por meio de configuração do número de processos de transmissão no uplink entre o nó de relê e o nó de rede. Uma vez que o número de processos seja determinado e o mapeamento dos processos de transmissão nos intervalos de tempo disponíveis seja aplicado, a relação de tempo entre a transmissão de dados de uplink, retroalimentação e concessão para transmissão pode ser fixadamente definida ou derivada com base no padrão de intervalos de tempo disponíveis.
Assim, um protocolo de retransmissão de uplink síncrono pode ser suportado e o tempo médio de ida-e-volta é controlado pela presente invenção. Além disso, uma total flexibilidade de configuração de periodicidade de 40ms para subquadros de backhaul de downlink de relê pode ser suportada.
De acordo com outra realização da presente invenção, o número de processos de transmissão é configurado no nó de rede e sinalizado explicitamente para o nó de relê. O nó de relê determina o número de processos de transmissão de um indicador recebido do nó de rede. Essa solução exige sinalização do número de processos. Entretanto, também provê vantagens. Por exemplo, a complexidade e o esforço de teste podem ser reduzidos no nó de relê. Ademais, a sinalização do número de processos de transmissão permite um controle mais flexível do tempo de ida-e-volta. Um tempo de ida-e-volta
40/64 mais longo pode ser suportado pelo aumento do número de processos de transmissão de uplink no uplink entre o nó de relê e o nó de rede. Um tempo de ida-e-volta mais curto pode ser suportado pela redução do número de processos de transmissão de uplink. Mesmo um tempo de ida-e-volta menor do que um mínimo tempo de ida-e-volta do sistema pode ser selecionado se possível do ponto de vista da implementação do nó de rede e do processamento do nó de relê.
Atualmente, foi acordado no grupo RANI de 3GPP que subquadros de backhaul de downlink de relê são configurados semiestaticamente e subquadros de backhaul de uplink de relê são configurados semiestaticamente ou derivados implicitamente por sincronização HARQ de subquadros de backhaul de downlink como descrito acima.
Além disso, quando um nó de relê transmite dados para um nó de rede, ele não pode, simultaneamente, receber dados de uma estação móvel. Isto leva a limitações de subquadros disponíveis tanto no link de acesso (o link entre um nó de relê e um terminal móvel) e link de backhaul (o link entre um nó de relê e um nó de rede) . Como consequência, aumenta o tempo médio de ida-e-volta e os processos de transmissão no uplink entre o terminal móvel e o nó de relê podem perder sua chance de transmissão. Isso resulta no atraso dos processos afetados e, portanto, em uma degradação do desempenho geral.
Todos os mecanismos de retransmissão discutidos acima têm esse impacto sobre o uplink entre o terminal móvel e o nó de relê.
A Figura 13 ilustra esse problema com base no exemplo da solução de 10ms-RTT para LTE-A descrita acima com referência à Figura 12. Um nó de relê baseado em divisão de tempo não pode transmitir e receber ao mesmo tempo em uma banda de frequência. Quando esse relê transmite para o d-eNB,
41/64 ele não pode receber ao mesmo tempo dos r-UEs anexados. Consequentemente, os processos HARQ de uplink associados em r-UEs perdem sua chance de transmissão. A Figura 13 mostra ambos, o link de backhaul de relê 1310 similar ao link de backhaul de relê da Figura 12 e o link de acesso de relê 1320 com oito processos HARQ configurados. Uma seta 1340 aponta para os processos HARQ impactados, onde o r-UE não pode transmitir para o nó de relê, visto que o nó de relê transmite para o d-eNB. De acordo com a solução de 10ms-RTT, sempre um número de processo HARQ de uplink diferente nos rUEs é impactado. Como pode ser visto na Figura 13, pelo menos a metade (quatro) dos processos HARQ de uplink 1350 são impactados e sofrem de um atraso mais longo de 16ms visto que com oito processos configurados a próxima chance para transmissão é 8ms mais tarde. Quando quatro ou mais de quatro subquadros são configurados por 10ms em backhaul de uplink de relê, todos os oito processos HARQ de uplink em r-UEs são atrasados. Nesse caso, é impossível para o nó de relê agendar inteligentemente dados críticos em atraso em um processo HARQ de uplink não atrasado em r-UEs.
A fim de superar esse problema, de acordo com ainda outra realização da presente invenção, a sincronização dos processos de transmissão de uplink entre a estação móvel (rUE) e o nó de relê é levada em conta ao configurar os intervalos de tempo disponíveis (subquadros) para a transmissão de uplink entre o nó de relê e o nó de rede. A ideia geral é configurar os intervalos de tempo de backhaul de uplink disponíveis de modo que um número menor de processos de retransmissão (HARQ) de uplink no uplink entre um terminal móvel e o nó de relê esteja atrasado.
A Figura 14 ilustra esse mecanismo. Processos de transmissão Pl no uplink de backhaul são mapeado para os intervalos de tempo disponíveis em PUSCH de tal forma que
42/64 apenas dois processos de transmissão no link de acesso de uplink sejam afetados, nomeadamente os processos de transmissão 1450 com número de processo 3 e 7. Assim, apenas os processos de transmissão limitada no uplink entre o terminal móvel e o nó de relê terão um atraso mais longo. Assim, o nó de relê pode, por exemplo, agendar dados críticos em atraso naqueles processos de transmissão não atrasados e agendar dados não críticos atrasados naqueles processos de transmissão atrasados.
Assim, de acordo com esta realização da presente invenção, a configuração dos intervalos de tempo para a transmissão de dados do nó de relê para o nó de rede pode ser realizada, a fim de afetar o menor número de processos no link de acesso. A fim de facilitar essa configuração, o nó de rede pode em primeiro lugar determinar o número de processo dos processos de transmissão de acesso (entre o terminal móvel e o nó de relê) a ser sobreposto com intervalos de tempo para a transmissão de dados em uplink do nó de relê para o nó de rede. Baseados nisto, são selecionados intervalos de tempo disponíveis para transmissão no uplink de backhaul de relê que se sobrepõem a um menor número possível de números de processo dos processos de transmissão no link de acesso. Em geral, os intervalos de tempo disponíveis selecionados não precisam conduzir a um menor número possível de números de processo afetados no link de acesso. O mecanismo desta realização também pode ser usado apenas para diminuir o número de processos afetados no acesso, ou para garantir que certos números de processo não sejam atrasados.
A principal vantagem da presente realização é o menor impacto resultante da transmissão de backhaul (transmissão entre o nó de relê e o nó de rede) sobre a transmissão de acesso (transmissão entre o terminal móvel e no nó de relê) . Este mecanismo pode ser empregado além da
43/64 presente invenção relacionada à configuração do número de processos de transmissão e seu mapeamento nos intervalos de tempo disponíveis. Entretanto, esse mecanismo também pode ser aplicado a qualquer outro sistema que permita a configuração de intervalos de tempo disponíveis para a transmissão de dados entre um nó de relê e um nó de rede.
A presente invenção foi descrita com base em exemplos de um protocolo de retransmissão para sistema de ITE-A de 3GPP. Dois canais de sinalização de downlink associados com a transmissão de dados de uplink no link de backhaul entre um nó de rede e um nó de relê foram descritos: PHICH e PDCCH. Entretanto, o protocolo HARQ de uplink de backhaul proposto pode operar sem PHICH. A fim de facilitar isso, o PDCCH é usado para indicar confirmações positivas ou negativas (ACK/NAK) para os processos HARQ configurados.
Mais detalhadamente, o mecanismo HARQ de LTE emprega um PDCCH em um tempo de retroalimentação esperado para um determinado processo de transmissão (ou uma unidade de dados determinada) para desencadear uma transmissão de uma nova unidade de dados ou a retransmissão de uma antiga unidade de dados do conteúdo de PDCCH. Na ausência de um PDCCH em um tempo de retroalimentação esperado para um processo de transmissão determinado (ou uma unidade de dados determinada) , o PHICH nesse mesmo tempo é responsável para dar uma retroalimentação eficiente curta que desencadeie uma retransmissão de uma antiga unidade de dados (geralmente associada com PHICH = NACK) ou que desencadeie um modo de suspensão em que o transmissor de dados está aguardando por um novo comando explícito pelo PDCCH em um momento posterior (geralmente associado com PHICH = ACK) . No caso do mecanismo ser alterado tal que não haja PHICH ou sinal de retroalimentação equivalente existente no protocolo, a realização a seguir pode ser beneficamente empregada. Como
44/64 antes, um PDCCH em um tempo de retroalimentação esperado para um determinado processo de transmissão (ou uma unidade de dados determinada) está desencadeando uma transmissão de uma nova unidade de dados ou a retransmissão de uma antiga unidade de dados por meio do conteúdo de PDCCH. A ausência de um PDCCH em um tempo de retroalimentação esperado para um processo de transmissão determinado (ou uma unidade de dados determinada) desencadeia um modo de suspensão em gue o transmissor de dados está aguardando por um novo comando explícito pelo PDCCH em um momento posterior.
No caso que é desejável implementar o mecanismo sem sinais de PHICH em um protocolo ou entidade que aguarde a existência de PHICH, em uma realização adicional, a ausência de um PDCCH em um tempo de retroalimentação esperado para um processo de transmissão determinado (ou uma unidade de dados determinada) está desencadeando o mesmo comportamento da recepção de um sinal PHICH = ACK nesse mesmo tempo. Em outras palavras, a detecção de PHICH = ACK é simulada.
Ademais, mais subquadros de backhaul de uplink podem ser configurados que o número de subquadros de backhaul de downlink configurados. Nesse caso, uma concessão de uplink (em PDCCH ou PHICH) em um subquadro de backhaul de downlink corresponde a uma transmissão de uplink (PUSCH) em vários subquadros de backhaul de uplink. A fim de determinar unicamente a sincronização da concessão (PDCCH), a transmissão de dados (PUSCH) e/ou a retroalimentação (PHICH) no esquema da presente invenção, um índice do subquadro de backhaul de uplink correspondente pode ser indicado na concessão de uplink. Em alternativa, a identificação de processo de transmissão de uplink pode ser indicada na concessão de uplink. A identificação de processo de transmissão de uplink identificaria unicamente o número de processo do processo de transmissão de uplink relacionado.
45/64
Visto que uma identificação de processo de transmissão de uplink está associada com um subquadro de backhaul de uplink dentro de um tempo de ida-e-volta, esta sinalização permite o claro estabelecimento da sincronização de protocolo de retransmissão no backhaul de uplink.
Os mecanismos descritos acima foram projetados para manter a compatibilidade com versões anteriores dos terminais do usuário. Assim, um terminal móvel se comunica com um nó de relê da mesma forma que com um nó de rede. Entretanto, de acordo ainda com outra realização da presente invenção, os terminais móveis posteriores (por exemplo, UEs compatíveis com Liberação 10 de LTE-A de 3GPP e mais) podem ser capazes de fazer distinção entre nós de relê e os nós de rede.
Em particular, os subquadros de backhaul de uplink configurados disponíveis para a transmissão podem ser sinalizados para a liberação-10 r-UEs. Nesses subquadros de backhaul de uplink configurados, a liberação-10 r-UEs assumiríam que nenhum sinal será recebido do nó de relê visto que o nó de relê transmite para o nó de rede (d-eNB) . Consequentemente, um terminal móvel de Liberação-10 deve assumir a recepção de uma confirmação positiva (ACK) para o processo de transmissão de uplink correspondente no link de acesso de relê (entre o terminal móvel e o nó de relê). Como consequência da confirmação positiva, o processo de transmissão de uplink correspondente no link de acesso de relê é suspenso. Esse protocolo tem uma vantagem de gue o terminal móvel não precisa tentar decodificar o PHICH associado, que permite economizar a energia que está em tais r-UEs. Além disso, um erro de PHICH é evitado.
A Figura 16 ilustra um sistema 1600 de acordo com a presente invenção, que compreende um nó de rede 1610 como descrito acima em quaisquer das realizações e um nó de relê 1650 como descrito acima em quaisquer das realizações. O nó
46/64 de rede 1610 é um nó como uma estação base, um nó B, um nó B aprimorado, etc., para ser conectado a uma rede e a um nó de relê 1650. O nó de relê 1650 é conectável ao nó de rede 1610 preferivelmente através de uma interface sem fio 1620. Entretanto, o nó de relê 1650 também pode ser conectado ao nó de rede através de uma conexão por cabo. O nó de relê 1650 é conectável ainda a pelo menos um terminal móvel 1690 através de uma interface sem fio 1660. O nó de relê 1650 pode ser um aparelho similar ao nó de rede 1610. Entretanto, o nó de relê 1650 também pode diferir do nó de rede. Em particular, o nó de relê pode ser mais simples e pode suportar menos funções que o nó de rede 1610. A vantagem de prover entre um nó de rede 1610 e o terminal móvel 1690 um nó de relê, por exemplo, é aumentar a cobertura, aprimorar a mobilidade de grupo, etc. Para um terminal de usuário 1690, o nó de relê 1650 pode parecer como um nó de rede normal 1610. Isso é benéfico, especialmente em relação à compatibilidade com versões anteriores de terminais de usuário mais antigos. Entretanto, o terminal móvel 1690 também pode ser capaz de distinguir um nó de relê de um nó de rede. O terminal móvel 1690 pode ser um telefone celular, um PDA, um PC portátil, ou qualquer outro aparelho capaz de conexão móvel e sem fio a um nó de rede e/ou um nó de relê.
Um nó de rede de acordo com a presente invenção inclui uma unidade de controle de link para a seleção de intervalos de tempo para estarem disponíveis para a transmissão de uplink 1620 de dados do nó de relê 1650 para o nó de rede 1610. A seleção dos intervalos de tempo disponíveis pode ser realizada de acordo com as realizações acima, por exemplo, com base na configuração de intervalos de tempo de downlink no link de relê. Ademais, a sincronização de link de acesso pode ser considerada para a configuração dos intervalos de tempo disponíveis. Em particular, a
47/64 sincronização dos processos de transmissão no uplink 1660
entre o terminal móvel 1690 e no nó de relê 1650. Outras
maneiras de selecionar os intervalos de tempo disponíveis
também são possíveis.
No sistema 1600, dependendo do método para
selecionar os intervalos de tempo disponíveis, a seleção pode ser realizada pela unidade de controle de link 1611 e 1651 da mesma maneira que a do nó de rede 1610 e a do nó de relê 1650. Isso é possível, se o caminho para a determinação dos intervalos de tempo for único, como no caso onde ela é determinada com base nos intervalos de tempo de downlink e as regras exatas são definidas, ou no caso de evitar o atraso de tempo no uplink de acesso 1660. Entretanto, o nó de rede 1610 pode também selecionar os intervalos de tempo disponíveis e sinalizá-los (esquematicamente ilustrado por uma seta 1640) para o nó de relê 1650. O nó de relê recebe o sinal de 1640 e configura em sua unidade de controle de link 1651 os intervalos de tempo disponíveis em conformidade. A sinalização pode ser semiestática, como proposto, por exemplo, no sistema de LTE. Entretanto, a sinalização também podería ser dinâmica.
Uma vez que os intervalos de tempo disponíveis são determinados, de acordo com a presente invenção, um número de processos de transmissão para a transmissão 1620 de dados no link de relê é selecionado. Isso pode ser realizado pela unidade de configuração de transmissão 1612, 1652 tanto do nó de rede 1610 como do nó de relê 1650 da mesma forma, no caso, regras ineguívocas são definidas. Em alternativa, a unidade de controle de link 1611 do nó de rede determina o número de processos de transmissão no link de relê e os sinaliza (ilustrado esquematicamente como uma seta 1630) para o nó de relê 1650. A unidade de controle de link 1652 do nó de relê 1650 recebe o número de processos de transmissão do nó de
48/64 rede e os emprega para o mapeamento dos dados a serem transmitidos nos intervalos de tempo disponíveis. 0 mapeamento é executado pela unidade de transmissão 1653 no nó de relê de acordo com uma ordem predefinida e cíclica. Assim, o mapeamento é único, uma vez que o número de processos é conhecido. Visto que o nó de rede 1610 também tem conhecimento do número de processos e dos intervalos de tempo disponíveis, sua unidade receptora 1613 pode derivar o mapeamento dos processos nos intervalos de tempo disponíveis da mesma forma da unidade transmissora 1653 do nó de relê 1650. Com base neste mapeamento, o nó de rede 1610 e o nó de relê 1650 configuram sua sincronização do protocolo de retransmissão. Após a configuração, a transmissão 1620 de dados do nó de relê para o nó de rede pode ocorrer.
Além disso, com base na sincronização determinada, a sincronização de concessões de uplink de transmissão e recepção e retroalimentação de confirmação pode ser derivada de acordo com uma regra fixa tanto no nó de rede como no nó de relê.
Na descrição acima dos nós e do sistema de acordo com a presente invenção, um exemplo de nó de relê e de um nó de rede foi tomado. Entretanto, os dois nós de comunicação 1610 e 1650 não são necessariamente o nó de rede e o nó de relê, respectivamente. Os nós 1610 e 1650 podem ser quaisquer nós incluídos em uma comunicação de sistema de comunicação juntos, usando um protocolo de retransmissão da presente invenção.
A presente invenção apresenta, assim, um eficiente protocolo de retransmissão (protocolo HARQ) para uplink de backhaul. Este protocolo é síncrono com relação à ordem de transmissão dos processos de transmissão, visto que o mapeamento dos processos de transmissão para subquadros de uplink disponíveis é executado em ordem consecutiva e
49/64 cíclica. A presente invenção também provê duas possibilidades para determinar o número de processos de transmissão de uplink de backhaul. O número de processos de transmissão em uplink de backhaul pode ser minimizado como uma função implícita da configuração de subquadro de backhaul de uplink, que pode ser por si só uma função implícita da configuração de subquadro de backhaul de downlink. Isso significa que no nó de rede, assim como no nó de retransmissão, o número de processos de transmissão é implicitamente determinado da mesma forma, com base na configuração de backhaul de uplink e, em particular, com base nos subquadros de backhaul de uplink disponíveis. Em alternativa, o número de processos de transmissão pode ser sinalizado explicitamente, por exemplo, do nó de rede para o nó de relê. Vantajosamente, o número de processos de transmissão está sinalizado dentro da sinalização RRC como um sinal específico de nó de relê.
A determinação implícita do número de processos de transmissão de uplink de backhaul leva a um número otimizado de processos de transmissão do ponto de vista de minimização de atraso e requisitos de buffer. Além disso, não é necessária nenhuma sinalização explícita, levando, assim, a uma solução de largura de banda eficiente. Porém, não há flexibilidade na configuração.
Por outro lado, a sinalização explícita do número de processos de transmissão do nó de rede ao nó de retransmissão permite, em geral, o controle total pela rede em relação ao número de processos de transmissão e provê mais flexibilidade ao definir o número de processos de transmissão mais altos que o mínimo implicitamente derivado. Definir o número de processos de transmissão mais alto que o mínimo pode levar a um padrão mais regular no tempo ou de processoa-subquadro fixo. Por exemplo, o mesmo RTT para todos os processos pode ser alcançável ou uma variação de RTT menor
50/64 dentro de um único processo de transmissão pode ser possível, etc.
Pode ser particularmente vantajoso incluir um parâmetro para sinalizar o número de processos de transmissão juntos com a sinalização para a configuração de subquadro de backhaul. Por exemplo, no caso do sistema LTE, o número de processos de transmissão pode então ser sinalizado por sinalização RRC dentro da sinalização relacionada à configuração de subquadro de backhaul. Portanto, em caso de configuração de subquadro de backhaul modificada, não é exigida sinalização adicional para o número de processos de transmissão e assim, a possibilidade de violar os requisitos mínimos de RTT pode ser reduzida.
parâmetro de sinalização explícita pode indicar, por exemplo, um valor inteiro de 1 a k, k sendo o número máximo configurável de processos de transmissão. Para LTE Release 8 FDD, o valor de k é 8. Além disso, o parâmetro pode também tomar um valor, o qual é interpretado como indicação de que o número de processos de transmissão deve ser determinado implicitamente conforme acima descrito. Por exemplo, além do conjunto válido de número de processos de transmissão {1, 2, 3, ..., k}, um valor 0 ou um valor k+1 ou qualquer outro valor reservado pode indicar que o número de processos de transmissão deve ser determinado implicitamente. Apesar do fato de que, para o LTE Release 8, é definido k=8, k=6 pode também ser suficiente se a relação aos subquadros MBSFN é considerada conforme descrita acima para o nó de retransmissão dividindo o mesmo espectro de frequência para o link de acesso e o link de backhaul. Neste caso, um parâmetro com 8 valores possíveis pode ser sinalizado com o mapeamento de valores de parâmetro no número de processos de transmissão conforme a seguir: os valores de parâmetro de 1 a 6 mapeariam sobre o número correspondente de
51/64 processos de transmissão de 1 a 6. Pelo menos um dos valores restantes pode ser utilizado para sinalizar que o método implícito deve ser utilizado para determinar o número de processos de transmissão. A vantagem de manter o número de possíveis valores de parâmetro não excedendo 8 é que, para sinalizar 8 valores, um indicador de 3 bits é necessário. Estender a 9 ou mais valores requer um bit de sinalização adicional. Porém, isto foi somente um exemplo e qualquer outro mapeamento pode também ser aplicado para sinalizar o número de processos de transmissão de acordo com esta realização.
Alternativamente, a sinalização explícita permite qualquer número de processos de transmissão, isto é, qualquer valor do conjunto de valores {1, 2, 3, ..., k}; porém, o número de processos de transmissão é provido somente como um parâmetro de configuração opcional. Se o parâmetro está presente no sinal de configuração, então o valor sinalizado é aplicado. Se o parâmetro não está presente, então o número mínimo de processos de transmissão exigidos é determinado implicitamente e aplicado.
Por outro lado, em geral, a sinalização explícita permite a sinalização de uma configuração na qual o requisito no atraso entre subquadros adjacentes alocados para o mesmo processo é menor que o RTT mínimo. Deve ser notado que em um sistema LTE Release 8 FDD, o RTT mínimo para o mesmo processo é definido como 8ms. Para prover mais flexibilidade e ao mesmo tempo superar o problema acima de sinalização explícita, o comportamento do nó de retransmissão pode ser especificado para um dos seguintes mecanismos que representam várias realizações da presente invenção.
A primeira possibilidade é de que o valor sinalizado levando a um atrase menor que o RTT mínimo é ignorado, e a determinação implícita é utilizada para obter
52/64 um número válido de processos de transmissão, isto é, um menor número possível de processos de transmissão levando a uma distância entre duas transmissões de uplink de backhaul para um único processo de pelo menos o mínimo RTT para cada processo. Quando o valor sinalizado não leva a um atraso entre duas transmissões do mesmo processo menores que o RTT mínimo, ele é adotado. Esta solução provê flexibilidade e, ao mesmo tempo, evita problemas com oportunidades de (re)transmissão perdidas.
Outro comportamento possível do nó de retransmissão é ignorar gualquer valor sinalizado de um número de processos de transmissão que resultaria, para uma dada configuração de subquadros de uplink de backhaul ou intervalos de tempo, a uma distância menor que o RTT mínimo entre duas transmissões de uplink de backhaul do mesmo processo, e consequentemente não executar quaisquer transmissões até que um número de processos de transmissão é obtido que cumpre o RTT mínimo entre duas transmissões de uplink de backhaul para todos os processos, por exemplo, por meio de uma reconf iguração de número de processos de transmissão por sinalização explícita. Alternativamente, um valor padrão do máximo número de processos k pode ser aplicado para ser capaz de continuar com uma entrega de dados rudimentar.
Entretanto, ignorar o valor sinalizado ou alterá-lo distribui o controle do número de processos de transmissão para tanto o nó de rede quanto o nó de retransmissão. Para evitar tal situação, outro possível comportamento do nó de retransmissão é aplicar o número sinalizado de processos de transmissão, mesmo se ele não cumpre o requisito de RTT mínimo para todos os processos envolvidos, e utilizar DTX ocasional (transmissão descontínua). A DTX deve ser aplicada nos intervalos de tempo de transmissão ou subquadros onde o requisito mínimo de RTT não é cumprido; alguns exemplos são
53/64 dados a seguir. Durante a DTX, pelo menos parte do circuito do transmissor pode ser desligada. Isto pode ter vantagens tal como a redução do consumo de energia e de geração de interfer6encia no sistema. Em particular, caso o número sinalizado de processos de transmissão viola o RTT mínimo, o nó de retransmissão transmite somente em subquadros que cumpram a exigência de RTT mínima para um processo de transmissão. Em outros subquadros (denominados subquadros violadores a seguir neste documento, uma vez que eles violam o requisito de RTT mínimo) não é realizada troca de dados, mesmo se o nó de retransmissão recebeu uma concessão válida para recursos de uplink nestes subquadros. Tal comportamento leva a um chamado downlink pesado, o que significa que há mais oportunidades de canal compartilhado de downlink para transmissão do que oportunidades de uplink (subquadros) .
A transmissão descontínua pode ser aplicada somente à transmissão de dados, enquanto as informações de controle, tais como confirmações de transmissão para transmissão(ões) de dados de downlink (positivas e/ou negativas) podem ainda ser transmitidas nos subquadros violadores. Por exemplo, no 3GPP LTE, a transmissão em PUSCH seria desligada para os subquadros violadores. Entretanto, as transmissões de mensagens ACK/NACK em PUSCH para transmissões PDSCH anteriores poderíam ainda ser permitidas. Neste caso, o nó de retransmissão pode transmitir o retorno para transmissões de downlink o quanto antes, levando a uma lat6encia reduzida da transmissão de dados de downlink.
Alternativamente, a DTX pode ser aplicada a qualquer ou todos os canais físicos de uplink em um intervalo de tempo violador, por exemplo, não há transmissão de dados ou transmissão de sinalização de controle no subquadro de uplink de backhaul. Para LTE, isto significaria que não há transmissão em PRACH, PUSCH e PUCCH.
54/64
A DTX de subquadros de uplink de backhaul pode levar a oportunidades perdidas para enviar o retorno, particularmente se a operação DTX se aplica a canais de controle físicos ou lógicos, e, assim, levaria a uma incerteza no lado da rede se uma transmissão de downlink foi decodificada com sucesso ou não. Para superar este problema, informações de sinalização ACK/NACK para o uplink de backhaul podem ser vantajosamente incluídas ou multiplexadas na próxima transmissão de UL PUCCH de backhaul disponível, ou, em geral, na próxima oportunidade de transmissão de informações de controle disponível. A inclusão ou multiplexação de confirmações pode funcionar similarmente como, por exemplo, no LTE Release 8 TDD (cf., por exemplo, especificação 3GPP TS 36.213, Evolved Universal Terrestrial Radio Access (E-UTRA) ; Physical layer procedures, seção 7.3, a qual é incorporada aqui por refer6encia). Da perspectiva de operação de inclusão ou multiplexação de confirmação, o subquadro de DTX seria manuseado como um subquadro de downlink, uma vez que não há efetivamente oportunidade de transmissões de uplink em um subquadro DTX - assim como em um subquadro de downlink. No contexto do método acima referenciado do 3GPP TS 36.213, um subquadro de DTX seria equivalente a um subquadro com transmissão PDSCH. Em tal caso, todo o subquadro que é transmitido descontinuamente no backhaul pode ser utilizado como um subquadro de uplink de acesso, o que significa que ele pode ser utilizado para a transmissão de dados para o nó de retransmissão a partir de um terminal móvel.
modo de DTX de uplink de backhaul pode ser configurável pelo nó de rede para indicar que não há transmissão somente em canais de dados (por exemplo, PUSCH) ou em todo o subquadro de uplink independente de informações de dados ou de sinalização sendo transmitidas no mesmo. O
55/64 modo de DTX de uplink de backhaul pode ser sinalizado, por exemplo, dentro da sinalização de camada mais alta. Alternativamente, o modo DTX pode ser definido pelas capacidades do nó de retransmissão ou sinalizado do nó de retransmissão ao nó de rede. Entretanto, alternativamente, um padrão pode também definir de maneira fixa qualquer um dos modos acima.
A Figura 17 ilustra um exemplo de mapear um, dois e três processos de transmissão no uplink de backhaul (cf. linhas com processos HARQ para N=l, N=2 e N=3) . Neste exemplo, os subquadros com números 3 e 7 dentro de cada quadro de rádio são configurados (disponíveis) para transmissão de downlink de backhaul (Un DL). Isto corresponde a subquadros com o número 3, 7, 13, 17, 23, 27, etc. Uma suposição é feita de que em um subquadro de uplink de backhaul (Um UL) estão sempre disponíveis quatro subquadros após o subquadro de downlink correspondente. Então, os subquadros de uplink de backhaul são configurados como número 1 e 7 de cada quadro de rádio, o que significa que os subquadros disponíveis são subquadros com número 1, 7, 11, 17, 21, 27, etc. Conforme pode ser visto pela Figura 17, o número mínimo de processos de retransmissão (HARQ) que sempre cumpre um requisito de RTT de pelo menos 8 ms para cada processo HARQ de uplink de backhaul é N=2, onde o RTT resultante sempre é igual a 10 ms para os processos N=2. No caso do número de processos de transmissão N=1 ser configurado, cada segundo subquadro de uplink de backhaul é DTX (cf. retângulos tracejados horizontalmente com número 1 significando o primeiro processo de transmissão; atraso mais curto que o RTT mínimo entre dois subquadros é ilustrado por uma linha tracejada; o atraso igual ou maior que o RTT mínimo exigido é ilustrado por uma linha sólida). Efetivamente, somente um único processo HARQ com uma periodicidade de 10 ms
56/64 (correspondente a RTT de 10 ms) é utilizado. Em particular, a transmissão de uplink ocorre nos subquadros número 7, 17, 27, etc. Não há transmissão relacionada a HARQ nos subquadros 11, 21, 31, etc., estes subquadros são DTX. Em contraste, o número de configuração de processos de transmissão N=2 leva a um atraso fixo de 10 ms para cada um dos dois processos de transmissão. Em caso de N=3, cada um dos três processos de transmissão irão possuir um atraso repetidamente alternado de 14 ms e 16 ms. Deve-se notar que nesta figura, o mapeamento de processos HARQ se inicia no subquadro 7 com o processo número 1, devido à configuração considerada sendo aplicada se iniciando no subquadro 0 em um quadro de radio 0. Portanto, o primeiro subquadro de downlink utilizável é o subquadro 3, e o primeiro subquadro de uplink utilizável é o subquadro 7. Em outros quadros de rádio 4n, onde n é um número inteiro e n>0, o subquadro 1 pode ser utilizado como um subquadro de uplink correspondente ao subquadro de downlink 7 no quadro de rádio 4n-l. Isto é mostrado, por exemplo, pela relação entre o subquadro 37 para Un DL e o subquadro 41 para Un UL nas figuras 17 a 19. Deve ser notado que a numeração dos subquadros DL nas figuras 17 ciclicamente de 0 a 9 é somente exemplar para enfatizar a estrutura de quadros e subquadros. A numeração pode também ser contínua conforme mostrado nas Figuras 18 e 19.
A Figura 18 ilustra outro exemplo de mapear um, dois, e três processos de transmissão no uplink de backhaul. Neste exemplo, subquadros com o número 3, 7, 11, 13, 17, 23, 27, 31, 33, 37 nos quatro quadros de rádio consecutivos mostrados são configurados para transmissão Un DL. Uma suposição é feita novamente de que os subquadros de uplink de backhaul estão sempre disponíveis após quatro subquadros após os subquadros de downlink de backhaul. Assim, os subquadros de Un DL com o número 7, 11, 15, 17, 21, 27, 31, 35, 37, 41,
57/64
47, etc. são configurados para transmissão (mostrados como subquadros hachurados verticalmente). Conforme pode ser visto na Figura 18, o número mínimo de processos HARQ que sempre cumpre o requisito de RTT de pelo menos 8 ms para cada processo de transmissão de UL é N=3. Caso o número de processos de transmissão N=1 for configurado; diversos subquadros de uplink de backhaul não são utilizados para a transmissão (DTX). Efetivamente, somente um único processo HARQ com periodicidade de atrase alternada de 8 ms e 12 ms é utilizado. Isso corresponde ao RTT médio de 10 ms. Em particular, subquadros com número 7, 15, 27, 35, 47, etc. são utilizados para a transmissão de uplink. Caso o N=2 for configurado, para alguns subquadros de uplink de backhaul a DTX deve ser aplicada. Efetivamente, dois processos HARQ com periodicidade alternada de 8 ms, 16 ms, e 16 ms são utilizados. Isto resulta em um RTT médio de 40/3 ms. Em particular, subquadros com o número 7, 15, 27, 35, 47, etc. são utilizados para a transmissão de uplink de backhaul. Isto é similar a reutilizar os padrões de 8 ms e 16 ms do Release 8 (cf. Figura 11) ao definir menos processos HARQ do que o exigido para alcançar o RTT mínimo para o número de processos sinalizados, isto é, igual ou maior que um RTT de 8 ms.
Em uma realização, a relação entre os subquadros de uplink e processo HARQ não é afetada pelo comportamento do DTX. Por exemplo, o processo 2 é associado ao subquadro 17, mesmo que ele seja DTX (cf. exemplo da Figura 18 para N=2) . Analogamente, devido à maneira cíclica de associar processos HARQ a subquadros UL, o processo 1 é associado ao subquadro 21, mesmo que ele seja DTX. Entretanto, se, devido a outro exemplo, não o subquadro 21, mas sim o 25 está disponível, então o processo 1 é associado ao subquadro 25 porque o subquadro anterior 17 foi associado ao processo 2. Deste modo, o subquadro 25 e, portanto, o processo 1 neste
58/64 subquadro não são transmitidos descontinuamente, porque o tempo entre o subquadro 25 e a oportunidade de transmissão anterior no subquadro 15 não está violando o requisito de RTT mínimo de 8 ms. Por outro lado, desde então o intervalo entre o subquadro 25 e 31 é menor que o requisito de RTT mínimo, o subquadro 31 deve ser transmitido descontinuamente. Em tal realização, para determinar um tempo de ida-e-volta para um processo de transmissão, os subquadros que são designados como DTX não são levados em consideração. Como um exemplo, de acordo com a Figura 18, o RTT entre a transmissão do processo 1 no subquadro 31 e a transmissão anterior, o subquadro 21 não é levado em conta (considerado) uma vez que ele é designado como DTX; a transmissão anterior assim ocorrida no subquadro 15, resultando em um RTT de 16 ms. Em outras palavras, nesta realização, quando é julgado que mapear um certo processo (por exemplo, um processo com o número x) para intervalos de tempo disponíveis leva a um RTT menor entre um primeiro e um segundo intervalo de tempo, em que o segundo intervalo de tempo é o próximo intervalo de tempo disponível para o mesmo processo como no primeiro intervalo de tempo, do que o RTT mínimo, nenhuma transmissão do usuário e/ou de dados de sinalização pertencentes a qualquer processo de transmissão ocorre em tal segundo intervalo de tempo, sem afetar a associação entre o intervalo de tempo e o processo de transmissão. Isto ocorre porque a transmissão de processos com números diferentes segue um esquema cíclico resultando do mapeamento deles em intervalos de tempo variáveis sem considerar o RTT mínimo inicialmente. Assim, os intervalos sem transmissão são determinados com base em processos já mapeados ciclicamente.
Em outra realização não mostrada nas figuras, o mapeamento cíclico de processos HARQ a subquadros está ignorando os subquadros designados como DTX. Portanto,
59/64 supondo uma configuração de subquadro UL conforme mostrado na Figura 18 e no exemplo para N=2, o subquadro 11 seria designado como DTX (não exibido). Porém, o próximo subquadro disponível 21 seria associado ao processo 2 (como a associação de subquadro não-DTX anterior de subquadro 15 foi ao processo 1), e ele não cumpriría o requisito de RTT mínimo para o processo 2, uma vez que a associação prévia para o processo 2 foi no subquadro 11, resultando em um RTT de 10 ms neste caso. O efeito em outros subquadros segue esta lógica mutatis mutandí. Em outras palavras, nesta realização, quando é julgado que mapear um certo processo (por exemplo, um processo com o número x) a intervalos de tempo disponíveis leva a um RTT menor entre um primeiro e um segundo intervalo de tempo, em que o segundo intervalo de tempo é o próximo intervalo de tempo disponível para o mesmo processo como no primeiro intervalo de tempo, do que o RTT mínimo, nenhuma transmissão de usuário e/ou de sinalização de dados pertencendo a aquele processo de transmissão particular x ocorre em tal segundo intervalo de tempo. Como consequência, a associação do processo x a tal segundo intervalo de tempo é removida, e em seu lugar, os intervalos de tempo disponíveis subsequentes são reassociados em uma forma cíclica como antes, porém, começando com o processo x associado ao próximo intervalo de tempo disponível após o dito segundo intervalo de tempo. Esta associação necessita ser julgada novamente
para o cumprimento do RTT mínimo de acordo com esta
realização. Assim, os intervalos sem transmissão são
determinados durante o A Figura 19 mapeamento cícl ilustra outro ico. exemplo de mapear um,
dois, e três processos de transmissão em uplink de backhaul. No exemplo anterior descrito com referência à Figura 18, os subquadros com o número 3, 7, 11, 13, 17, 23, 27, 31, 33, 37 em quatro quadros consecutivos são configurados para
60/64 transmissão Un DL. Em contraste, neste exemplo, os subquadros 3, 7, 11, 23, 27, 31 em quatro quadros de rádio consecutivos são configurados para transmissão Un DL, isto é, os subquadros 13, 17, 33, 37 não estão mais disponíveis. Isto afeta a disponibilidade dos subquadros de uplink da mesma forma. Entretanto, supondo que dois processos de transmissão são utilizados, exatamente o mesmo mapeamento de processos de transmissão conforme o exemplo anterior pode ser alcançado com o mesmo número de processos HARQ e RTT (cf. RTT alternado de 8 ms e 12 ms) . Desta maneira, existem menos subquadros disponíveis para downlink de backhaul do que no exemplo anterior da Figura 18. Assim, ao configurar menos processos HARQ do que o exigido para cumprir os requisitos mínimos de RTT para todos os processos HARQ e supondo comportamento de DTX, é possível possuir mais subquadros para o DL de backhaul disponíveis sem afetar o protocolo ou o comportamento de retransmissão de uplink de backhaul. Porém, deve ser notado que neste exemplo, devido à configuração de subquadro diferente, configurar N=2 resulta, neste caso, no mesmo comportamento do que se o número de processos HARQ é determinado pela regra implícita de acordo com esta invenção; portanto, nenhum mecanismo de DTX especial necessita ser empregado. Pode ser também notado que definir neste exemplo N=3 resulta em um padrão de RTT regular de 20 ms para os processos HARQ, conforme descrito anteriormente neste documento para prover um exemplo de uma possível motivação para utilizar mais processos HARQ do que o exigido para cumprir o critério de RTT mínimo.
A Figura 20 resume uma realização vantajosa da presente invenção. Em particular, os métodos realizados são mostrados para dois nós - um primeiro nó (denominado nó de transmissão de dados UL na Figura 20) e um segundo nó (nó de recepção de dados UL na Figura 20) . Estes nós podem
61/64 corresponder a uma estação de transmissão e uma estação base, respectivamente. Entretanto, a presente invenção não está limitada aos mesmos e outros nós podem ser configurados do mesmo modo. Nesta realização, o segundo nó primeiramente determina os intervalos de tempo disponíveis para a transmissão de dados para o primeiro nó 2010 e/ou do primeiro nó ao segundo nó. Então, o segundo nó determina 2010 um número de processos de transmissão os quais devem ser utilizados para a transmissão de dados entre o primeiro e o segundo nó. O número determinado de processos de transmissão é sinalizado (2030) ao primeiro nó. A sinalização é realizada transmitindo dentro de dados de sinalização ao primeiro nó um indicador, o qual indica um número particular de processos de transmissão a ser configurado. O indicador pode também indicar que o número de processos de transmissão deve ser determinado implicitamente, com base em outros parâmetros sinalizados, em particular, com base na configuração dos intervalos de transmissão disponíveis para transmissão de dados. Os dados de transmissão podem também adicionalmente incluir posições de intervalos de tempo disponíveis para transmissão de dados determinados na etapa 2010. O primeiro nó recebe 2035 o indicador, e 2040 e 2045 o número de processos de transmissão da mesma maneira no segundo nó e no primeiro nó é configurado, respectivamente. Os processos de transmissão devem ser mapeados aos intervalos de tempo disponíveis ciclicamente. O primeiro nó avalia (julga) se tal mapeamento resulta na violação do requisito de um RTT mínimo para qualquer um dos processos de transmissão. Em outras palavras, é checado 2050 se há intervalos de tempo para qualquer um dos processos de transmissão que estão localizados em uma distância menor que o RTT mínimo dado pelo sistema. Se este for o caso, então não ocorre nenhuma transmissão 2060 de dados em tais intervalos de tempo. Isto é
62/64 realizado, por exemplo, por meio de transmissão descontínua (=DTX) na qual o transmissor pode ser desligado, economizando energia e reduzindo a interferência. A não-transmissão pode ser aplicada tanto a dados somente de usuários quanto a ambos dados de usuário e de sinalização. Por exemplo, dados de sinalização podem ser confirmações (positivas ou negativas), pedidos para concessões, retorno de qualidade de canal, ou geralmente qualquer sinal que necessita ser transmitido através de um canal físico. Para garantir a transmissão dos dados de sinalização sem atrasos mais longos, as informações de retorno (tais como confirmações) podem ser incluídas ou multiplexadas com outros dados de sinalização em outros intervalos de tempo disponíveis. Os dados (restantes) que não são transmitidos descontinuamente são então transmitidos 2070 do primeiro nó ao segundo nó. O segundo nó recebe os dados 2080 incluindo qualquer dos dados de usuário ou de sinalização. Deve ser notado que a Figura 20 é um desenho esquemático somente e não apresenta as condições de tempo reais. Por exemplo, transmitir dados 2070 inclui transmitir qualquer dos dados de sinalização ou utilizados em uma pluralidade de intervalos de tempo disponíveis, em que em algum intervalo nenhuma transmissão de dados ou sinalização de dados ocorre.
A descrição dos procedimentos específicos a LTE é designada a melhor entender as realizações exemplares específicas a LTE descritas aqui e não deve ser entendida como limitante da invenção às implementações específicas descritas de processos e funções na rede de comunicação móvel. Analogamente, o uso de terminologia específica a LTE é designado a facilitar a descrição das idéias e aspectos chave da invenção, porém não deve ser entendido como limitando a invenção a sistemas LTE.
Outra realização da invenção está relacionada à
63/64 implementação das diversas realizações descritas acima utilizando hardware e software. É reconhecido que várias realizações da invenção podem ser implementadas ou realizadas utilizando dispositivos computadores (processadores). Um dispositivo computador pode, por exemplo, ser processadores de uso geral, processadores de sinal digital (DSP - digital signal processors), circuitos integrados específicos à aplicação (ASIC - application specific integrated circuits), Arranjos de Portas Programável em Campo(FPGA - Field Programmable Gate Arrays') ou outros dispositivos lógicos programáveis, etc. As diversas realizações da invenção podem também ser realizadas ou incorporadas por uma combinação destes dispositivos.
Além disso, as várias realizações da invenção podem também ser implementadas por meio de módulos de software, os quais são executados por um processador ou diretamente em hardware. Além disso, uma combinação de módulos de software e implementação de hardware pode ser possível. Os módulos de software podem ser armazenados em qualquer tipo de mídia de armazenamento legível por computador, por exemplo memórias RAM, EPROM, EEPROM, flash, registradores, discos rígidos, CDROM, DVD, etc.
A maioria dos exemplos foi esboçada em relação a um sistema de comunicação baseado em 3GPP, em particular LTE, e a terminologia geralmente está relacionada à terminologia 3GPP. Entretanto, a terminologia e a descrição e várias realizações em relação a arquiteturas baseadas em 3GPP não é destinada a limitar os princípios e idéias da invenção a tais sistemas.
Além disso, as explicações detalhadas do mapeamento de recursos no LTE são destinadas a melhor entender as realizações exemplares especificas em maior parte a 3GPP descritas neste documento e não devem ser entendidas como
64/64 limitando a invenção às implementações especificas descritas de processos e funções na rede de comunicação móvel. Não obstante, as melhorias propostas neste documento podem ser prontamente aplicadas nas arquiteturas descritas. Além disso, 5 o conceito da invenção pode ser também prontamente utilizado na LTE RAN (rede de acesso a rádio - Radio Access Network) atualmente discutidas pelo 3GPP.
Em suma, a presente invenção esta relacionada à configuração de protocolo de retransmissão no uplink entre um 10 nó de rede e um nó de retransmissão. Em particular, um mapeamento de um número especificado de processos de transmissão de uplink é realizado em uma ordem pré-definida e periodicamente repetido, o número de processos de transmissão é selecionado com base nos intervalos de tempo disponíveis 15 para a transmissão de dados e pode ser especificado de modo a controlar o tempo de ida-e-volta no uplink de transmissão. O tempo do protocolo de retransmissão pode ser derivado da mesma maneira utilizando uma regra pré-determinada.

Claims (10)

  1. REIVINDICAÇÕES
    1. MÉTODO PARA TRANSMISSÃO DE DADOS DE UM PRIMEIRO NÓ A UM SEGUNDO NÓ EM UM SISTEMA DE COMUNICAÇÃO MÓVEL, o método caracterizado por compreender as etapas de:
    determinar posições de intervalos de tempo disponíveis para transmissão de dados de um primeiro nó (850) ao segundo nó (810);
    selecionar um número N, em que N é o número de processos HARQ para transmitir dados do primeiro nó (850) ao segundo nó (810) com base em posições determinadas dos intervalos de tempo disponíveis, N sendo selecionado de modo a controlar o valor do tempo de ida-e-volta entre o primeiro nó (850) e o segundo nó (810), o tempo de ida-e-volta sendo o tempo entre duas oportunidades de transmissão consecutivas para o mesmo processo; e derivar, para os N processos HARQ, a posição de intervalos de tempo para transmitir os dados pertencendo ao processo HARQ N do primeiro nó ao segundo nó, de acordo com a posição dos intervalos de tempo disponíveis e de acordo com um mapeamento dos N processos HARQ aos intervalos de tempo disponíveis em uma ordem pré-definida em uma maneira ciclicamente repetitiva, em que uma primeira transmissão e qualquer retransmissão exigida de uma única porção de dados são mapeadas a um único processo HARQ.
  2. 2. MÉTODO, de acordo com a reivindicação 1, caracterizado em que a seleção do número de processos HARQ é realizada pelo segundo nó (810), o método compreendendo a etapa de transmitir do segundo nó (810) ao primeiro nó (850) um indicador indicando o número selecionado N de processos HARQ.
  3. 3. MÉTODO, de acordo com a reivindicação 2, caracterizado em que o indicador pode tomar um valor para
    2/10 indicar que o primeiro nó deve determinar o número de processos HARQ com base em um tempo mínimo de ida-e-volta entre o primeiro nó (850) e o segundo nó (810) e com base em posições disponíveis de intervalos de tempo disponíveis para
    transmissão de dados do primeiro nó (850) ao segundo nó (810) . 4 . MÉTODO, de acordo com a reivindicação 2, caracterizado em que o sistema de comunicação móvel é um sistema LTE 3GPP ou seus aprimoramentos , o primeiro nó é um nó de retransmissão, o segundo nó é um nó B e o indicador é transmitido dentro da sinalização RRC relacionada à configuração de subquadro de backhaul. 5. MÉTODO, de acordo com a reivindicação 2,
    caracterizado por adicionalmente compreender as etapas de: configurar, no primeiro nó, o número de processos HARQ ao valor sinalizado dentro do indicador; e julgar, no primeiro nó, se o número de processos HARQ indicado pelo indicador leva a um tempo de ida-e-volta (1502) de transmissão de dados para um processo HARQ do primeiro nó (850) ao segundo nó (810) que é mais baixo que o tempo de ida-e-volta mínimo suportado pelo sistema de comunicação móvel para transmissão de dados de primeiro nó (850) ao segundo nó (810), em que os dados a serem transmitidos são dados de usuário e dados de sinalização e quando a etapa de julgamento julga positivamente, nenhuma transmissão de dados de usuário do primeiro nó ao segundo nó ocorre nestes intervalos de tempo, o que faz com que o dito tempo de ida-e-volta (1502)
    para um processo HARQ seja mais baixo que o dito tempo de ida-e-volta mínimo. 6. MÉTODO, de acordo com a reivindicação 5, caracterizado em que, quando a etapa de julgamento julga positivamente, nenhuma transmissão de dados de sinalização
    3/10 ocorre nestes intervalos de tempo, o que faz com que o dito tempo de ida-e-volta (1502) para um processo HARQ seja mais baixo que o dito tempo mínimo de ida-e-volta.
    7. MÉTODO, de acordo com a reivindicação 5, caracterizado em que a transmissão de dados do primeiro nó (850) ao segundo nó (810) inclui transmitir confirmações para dados recebidos do segundo nó no primeiro nó, transmissão de confirmações ocorrendo em intervalos de tempo localizados em um número fixo de intervalos de tempos após a transmissão dos ditos dados, e em que as confirmações localizadas nestes intervalos de tempo nos quais nenhuma transmissão ocorre são incluídos ou multiplexados com outra confirmação enviada em um intervalo de tempo diferente.
    8. MÉTODO, de acordo com a reivindicação 8, caracterizado em que o número N de processos HARQ é selecionado como o menor número de processos HARQ levando ao tempo de ida-e-volta (1502) de transmissão de dados do primeiro nó (850) ao segundo nó (810) não menor que o tempo mínimo de ida-e-volta suportado pelo sistema de comunicação móvel para transmissão do primeiro nó (850) ao segundo nó (810) .
    9. MÉTODO, de acordo com a reivindicação 1, caracterizado em que o primeiro nó (850) é um nó de retransmissão;
    o segundo nó (810) é um nó de rede;
    a posição de intervalos de tempo disponíveis para transmissão de dados do nó de retransmissão (850) ao nó de rede (810) é determinada com base no tempo de processos HARQ de uplink entre o nó de retransmissão (850) e um terminal de comunicação (890).
    10. MÉTODO, de acordo com a reivindicação 9, caracterizado por compreender adicionalmente as etapas de:
    determinar o número de processos de processos HARQ
  4. 4/10 de uplink entre o nó de retransmissão (850) e um terminal de
    comunicações ( 890) , o intervalo de tempo de recepção o qual se sobrepõe aos intervalos de tempo que podem ser configurados como intervalos de tempo disponíveis para transmissão de dados do nó de retransmissão (850) ao nó de
    rede (810); e selecionar como intervalos de tempo disponíveis para transmissão de dados do nó de retransmissão (850) ao nó de rede (810) os intervalos de tempo que se sobrepõem a um número limitado de números de processos de processos HARQ de uplink entre o nó de retransmissão (850) e um terminal de comunicação (890) para limitar o número de processos HARQ de uplink sendo atrasados.
    11. MÉTODO, de acordo com a reivindicação 1, caracterizado por compreender a etapa adicional de derivar as posições de intervalos de tempo para transmissão de concessões (1201) para transmissão de dados do primeiro nó (850) ao segundo nó (810) e/ou intervalos de tempo para transmissão de informação de retorno (1203) com base na posição de intervalos de tempo para transmitir dados do primeiro nó (850) ao segundo nó (810).
    12. NÓ RECEPTOR DE DADOS PARA SE COMUNICAR COM UM NÓ TRANSMISSOR DE DADOS EM UM SISTEMA DE COMUNICAÇÃO MÓVEL UTILIZANDO UM PROTOCOLO DE TRANSMISSÃO PARA TRANSMISSÃO DE DADOS DE UM NÓ TRANSMISSOR DE DADOS AO NÓ RECEPTOR DE DADOS, caracterizado por compreender:
    uma unidade de controle de link (1611) para determinar a posição de intervalos de tempo disponíveis para transmissão de dados (1620) do nó transmissor de dados (1650) ao nó receptor de dados (1610);
    uma unidade de configuração de transmissão (1612) para selecionar um número N, em que N é o número de processos HARQ para transmitir dados do nó transmissor de dados ao nó
  5. 5/10 receptor de dados (1610) com base na posição dos intervalos de tempo disponíveis determinados pela unidade de controle de link (1611), em que a unidade de configuração de transmissão
    (1612, 1652 ) é configurada para selecionar N de modo a controlar o valor do tempo de ida-e-volta entre o nó transmissor de dados (850) e o nó receptor de dados ( 810) , o
    tempo de ida-e-volta sendo o tempo entre duas oportunidades de transmissão consecutivas para o mesmo processo; e uma unidade de recepção (1613) para derivar, para os N processos HARQ, a posição de intervalos de tempo para receber (1620) os N processos HARQ transmitidos do nó transmissor de dados (1650) de acordo com a posição dos intervalos de tempo disponíveis determinados pela unidade de controle de link (1611) e de acordo a um mapeamento dos N processos HARQ selecionados pela unidade de configuração de transmissão (1612) aos intervalos de tempo disponíveis em uma ordem pré-definida e ciclicamente, em que uma primeira transmissão e quaisquer retransmissões de uma única porção de dados exigidas são mapeadas a um único processo HARQ.
    13. NÓ, de acordo com a reivindicação 12, caracterizado por adicionalmente compreender:
    uma unidade de transmissão para transmitir (1630) ao nó transmissor de dados (1650) um indicador indicando o número de processos HARQ selecionados pela unidade de configuração de transmissão (1612).
    14. NÓ TRANSMISSOR DE DADOS PARA SE COMUNICAR COM UM NÓ RECEPTOR DE DADOS EM UM SISTEMA DE COMUNICAÇÃO MÓVEL UTILIZANDO UM PROTOCOLO DE TRANSMISSÃO PARA TRANSMISSÃO DE DADOS DO NÓ TRANSMISSOR DE DADOS A UM NÓ RECEPTOR DE DADOS, caracterizado por compreender:
    uma unidade de controle de link (1651) para determinar uma posição de intervalos de tempo disponível para transmissão de dados do nó transmissor de dados (1650) ao nó
  6. 6/10 receptor de dados (1610) ;
    uma unidade de configuração de transmissão (1652) para selecionar um número N, em que N é o número de processos HARQ para transmitir dados do nó transmissor de dados ao nó receptor de dados (1610) com base na posição dos intervalos de tempo disponíveis determinada pela unidade de controle de link (1651), em que a unidade de configuração de transmissão
    (1612, 1652 ) é configurada para selecionar N de modo a controlar o valor do tempo de ida-e-volta entre o nó transmissor de dados (850) e o nó receptor de dados ( 810) , o
    tempo de ida-e-volta sendo o tempo entre duas oportunidades de transmissão consecutivas para o mesmo processo; e uma unidade de transmissão de dados (1653) para derivar, para os N processos HARQ, a posição de intervalos de tempo para transmitir (1620) dados ao nó receptor de dados (850) de acordo com a posição dos intervalos de tempo disponíveis e pelo mapeamento dos N processos HARQ aos intervalos de tempo disponíveis em uma ordem pré-definida e ciclicamente, em que uma primeira transmissão e qualquer retransmissão exigida de uma única porção de dados são
    mapeadas a um único 15. NÓ, processo HARQ. de acordo com qualquer uma das reivindicações 13 a 16, caracterizado em que: a unidade de configuração de transmissão (1612,
    1652) seleciona o N como o menor número de processos HARQ levando ao tempo de ida-e-volta (1502) de transmissão de dados (1620) do nó transmissor de dados (1650) ao nó receptor de dados (1610) não mais baixo que o tempo de ida-e-volta mínimo suportado pelo sistema de comunicação móvel para transmissão de dados do nó transmissor de dados ao nó receptor de dados (1610).
    16. NÓ TRANSMISSOR DE DADOS PARA SE COMUNICAR COM UM NÓ RECEPTOR DE DADOS EM UM SISTEMA DE COMUNICAÇÃO MÓVEL
  7. 7/10
    UTILIZANDO UM PROTOCOLO DE TRANSMISSÃO PARA TRANSMISSÃO DE DADOS PO NÓ TRANSMISSOR DE DADOS A UM NÓ RECEPTOR DE DADOS, caracterizado por compreender:
    uma unidade de controle de link (1651) para determinar uma posição de intervalos de tempo disponível para transmissão de dados do nó transmissor de dados (1650) ao nó receptor de dados (1610);
    uma unidade receptora para receber do nó receptor de dados um indicador indicando um número de processos HARQ a serem aplicados para a transmissão de dados ao nó receptor (1610);
    uma unidade de configuração de transmissão (1652) para configurar o número de processos HARQ ao valor sinalizado dentro do indicador;
    uma unidade de transmissão (1653) para derivar a posição de intervalos de tempo para transmitir (1620) dados ao nó receptor de dados (850) de acordo à posição dos intervalos de tempo disponíveis e pelo mapeamento do número recebido de processos HARQ aos intervalos de tempo disponíveis em uma ordem pré-definida e ciclicamente, em que uma primeira transmissão e qualquer retransmissão de uma única porção de dados é mapeada a um único processo HARQ; e unidade de julgamento para julgar se o número de processos HARQ indicado pelo indicador leva a um tempo de ida-e-volta (1502) de transmissão de dados para um processo HARQ ao nó de recepção (810) mais baixo que o tempo de ida-evolta mínimo suportado pelo sistema de comunicação móvel, em que os dados a serem transmitidos são dados de usuário e dados de sinalização e quando a unidade de julgamento julga positivamente, nenhuma transmissão de dados de usuário ao nó receptor ocorre nestes intervalos de tempo, o que faz com que o dito tempo de ida-e-volta (1502) para um processo HARQ seja mais baixo que o dito tempo de ida-e-volta
  8. 8/10 mínimo .
    17. NÓ, de acordo com a reivindicação 16, caracterizado em que, quando a unidade de julgamento julga positivamente, nenhuma transmissão de dados de sinalização ocorre nestes intervalos de tempo, o que faz com que o dito tempo de ida-e-volta (1502) para um processo HARQ seja mais baixo que o dito tempo de ida-e-volta mínimo.
    18. NÓ, de acordo com a reivindicação 16, caracterizado em que o indicador pode tomar um valor para indicar que o nó transmissor deve determinar o número de processos HARQ com base no tempo de ida-e-volta desejado entre o nó transmissor (850) e o nó receptor (810) e com base em posições disponíveis de intervalos de tempo disponíveis
    para transmis são de dados do primeiro nó (850) ao segundo nó (810) . 19. NÓ, de acordo com a reivindicação 16, caracterizado em que o sistema de comunicação móvel é um sistema LTE 3GPP ou seus aprimoramentos, o nó é um nó de retransmissão , o nó de recepção é um nó B e o indicador é transmitido dentro da sinalização RRC relacionada à configuração de subquadro de backhaul. 20 . NÓ, de acordo com a reivindicação 16,
    caracterizado em que a transmissão de dados ao nó receptor (810) inclui transmitir confirmações para dados recebidos do nó receptor, a transmissão de confirmações ocorrendo em intervalos de tempo localizados em um número fixo de intervalos de tempo após a transmissão dos ditos dados, e em que as confirmações localizadas nesses intervalos de tempo nos quais nenhuma transmissão ocorre são incluídas ou multiplexadas com outra confirmação enviada em um intervalo diferente.
    21. NÓ, de acordo com a reivindicação 12, caracterizado em que:
  9. 9/10 o nó transmissor de dados é um nó de retransmissão; o nó receptor de dados é um nó de rede; e a unidade de controle de link (1611, 1651) determina a posição de intervalos de tempo disponíveis para transmissão de dados do nó de retransmissão (1650) ao nó de rede (1610) com base no tempo de processos HARQ de uplink (1660) entre o nó de retransmissão (1650) e um terminal de comunicação (1690).
    22. NÓ, de acordo com a reivindicação 21, caracterizado por adicionalmente compreender:
    um detector de sobreposição (1611, 1651) para determinar o número de processo de processos HARQ de uplink (1660) entre o nó de retransmissão (1650) e o terminal de comunicação (1690), o interval se sobrepõe aos intervalos configurados como intervalos transmissão de dados (1620) do nó de rede (1610), > de tempo de recepção o qual de tempo que podem ser de tempo disponíveis para nó de retransmissão (1650) ao em que a unidade de controle de link (1611, 1651) é configurado para determinar como intervalos de tempo disponíveis para transmissão de dados (1620) do nó de retransmissão (1650) ao nó de rede (1610) os intervalos de tempo que se sobrepõem a um número limitado de números de processos de processos HARQ de uplink (1660) entre o nó de retransmissão (1650 e o terminal de comunicação (1690) para limitar o número de processos HARQ de uplink (1660) sendo atrasados.
    23. NÓ, de acordo com a reivindicação 13, caracterizado em que as posições de intervalos de tempo para transmissão de concessões (1201) para transmissão de dados do nó transmissor de dados (850) ao nó receptor de dados (810) e/ou a posição de intervalos de tempo para transmissão de informações de retorno (1203) é derivada com base na posição
  10. 10/10 de intervalos de tempo para transmitir dados do nó transmissor de dados (850) ao nó receptor de dados (810) determinada pela unidade receptora (1613) ou pela unidade transmissora (1653).
BR112012007094-0A 2009-10-02 2010-08-04 método de solicitação de repetição para um nó de relê e nó de relê BR112012007094B1 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP09172075A EP2306665A1 (en) 2009-10-02 2009-10-02 Relay backhaul uplink HARQ protocol
EP09172075.5 2009-10-02
PCT/EP2010/004795 WO2011038801A2 (en) 2009-10-02 2010-08-04 Relay backhaul uplink harq protocol

Publications (2)

Publication Number Publication Date
BR112012007094A2 true BR112012007094A2 (pt) 2020-02-27
BR112012007094B1 BR112012007094B1 (pt) 2021-06-08

Family

ID=42041612

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112012007094-0A BR112012007094B1 (pt) 2009-10-02 2010-08-04 método de solicitação de repetição para um nó de relê e nó de relê

Country Status (9)

Country Link
US (6) US8837440B2 (pt)
EP (4) EP2306665A1 (pt)
JP (2) JP5657006B2 (pt)
KR (2) KR101830990B1 (pt)
CN (1) CN102648598B (pt)
AU (1) AU2010301594B2 (pt)
BR (1) BR112012007094B1 (pt)
RU (1) RU2563153C2 (pt)
WO (1) WO2011038801A2 (pt)

Families Citing this family (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101643258B1 (ko) * 2009-05-18 2016-07-27 삼성전자 주식회사 Ｌｔｅ 시스템에서 자원 할당 방법
US20100316150A1 (en) * 2009-06-05 2010-12-16 Broadcom Corporation Mixed mode operations within multiple user, multiple access, and/or MIMO wireless communications
US9014082B2 (en) * 2009-06-25 2015-04-21 Lg Electronics Inc. Method and device for signal transmission on a wireless communications system
RU2522107C2 (ru) 2010-03-12 2014-07-10 Фудзицу Лимитед Способ конфигурирования продолжительности связи, ретрансляционная станция, мобильная станция и система мобильной связи
JP5914468B2 (ja) * 2010-06-09 2016-05-11 エルジー エレクトロニクス インコーポレイティド Ｈａｒｑプロセス実行方法及びこれを用いる装置
US8797896B2 (en) * 2010-08-25 2014-08-05 Futurewei Technologies, Inc. System and method for assigning backhaul resources
US20120106432A1 (en) * 2010-10-29 2012-05-03 Hee Bong Lee Method for transmitting uplink signal with periodic and relay system for the same
US8918692B2 (en) 2010-12-16 2014-12-23 Powerwave Technologies S.A.R.L. Data throughput for cell-edge users in a LTE network using down-link repeaters and up link HARQ relays
CN103404064B (zh) * 2011-01-10 2017-04-05 瑞典爱立信有限公司 中继网络节点中确认消息的处理
CN102098723B (zh) * 2011-02-12 2014-01-29 大唐移动通信设备有限公司 为移动中继节点配置施主基站或施主小区的方法和设备
US9313776B2 (en) * 2011-03-15 2016-04-12 Lg Electronics Inc. Method for transmitting/receiving signal and device therefor
US9572138B2 (en) * 2011-03-18 2017-02-14 Lg Electronics Inc. Method of transmitting control information in a wireless communication system and apparatus thereof
WO2012128558A2 (ko) 2011-03-21 2012-09-27 엘지전자 주식회사 Ｔｄｄ 기반 무선 통신 시스템에서 ｈａｒｑ 수행 방법 및 장치
US9432105B2 (en) * 2011-06-13 2016-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Sub-carrier allocation in a wireless communication system using relays
GB2495693B (en) * 2011-08-23 2014-03-05 Broadcom Corp Mobile communication networks
CN103024820B (zh) * 2011-09-20 2018-03-23 北京三星通信技术研究有限公司 软缓存处理的方法及设备
IN2014CN04643A (pt) * 2012-01-16 2015-09-18 Ericsson Telefon Ab L M
US20130242766A1 (en) * 2012-03-14 2013-09-19 Qualcomm Incorporated Pre-sib2 channel estimation and signal processing in the presence of mbsfn for lte
WO2013135018A1 (zh) 2012-03-16 2013-09-19 中兴通讯股份有限公司 一种时分双工自适应帧结构的重传方法及网络侧设备
US9722719B2 (en) * 2012-06-06 2017-08-01 Industrial Technology Research Institute Method of handling HARQ resource in TDD system and related communication device
JP6152252B2 (ja) * 2012-07-20 2017-06-21 株式会社Ｎｔｔドコモ 移動局
EP2706697B1 (en) * 2012-09-07 2015-08-05 Alcatel Lucent Method for providing automatic repeat request error control based on relaying terminals, and related terminal and ARQ control center
US9660771B2 (en) * 2012-10-16 2017-05-23 Samsung Electronics Co., Ltd Method and apparatus for performing hybrid automatic repeat request operation in an asymmetric multicarrier communication network environment
JP5937766B2 (ja) * 2012-10-31 2016-06-22 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 無線リンク確立方法、装置、およびシステム
KR101416122B1 (ko) * 2012-11-12 2014-08-07 국방과학연구소 무선 통신 시스템에서 예비 자원 할당을 통한 효율적인 자원 관리 방법 및 시스템, 중계국, 그리고 기지국
CN108055111B (zh) * 2013-02-07 2021-05-18 华为技术有限公司 数据传输方法及装置
US20160218837A1 (en) * 2013-03-14 2016-07-28 Zte Wistron Telecom Ab Method and apparatus to use more transmission opportunities in a distributed network topology with limited harq processes
US9838158B2 (en) 2013-07-17 2017-12-05 Lg Electronics Inc. Method for reporting a radio link control re-transmission failure and a device therefor
US10757698B2 (en) * 2013-07-26 2020-08-25 Qualcomm Incorporated Transmission time interval (TTI) bundling for physical downlink shared channel (PDSCH)
CN104427506B (zh) * 2013-09-02 2018-06-01 普天信息技术研究院有限公司 一种调整无线网络的方法
US9468000B2 (en) * 2013-11-01 2016-10-11 Qualcomm Incorporated Method and apparatus for optimizing cloud based radio access network
CN106165330B (zh) * 2014-04-04 2019-07-23 诺基亚技术有限公司 通信中的混合自动重传请求定时
JP5713130B2 (ja) * 2014-04-11 2015-05-07 富士通株式会社 通信区間設定方法、中継局、移動局、移動通信システム
WO2015172363A1 (zh) * 2014-05-15 2015-11-19 华为技术有限公司 数据传输装置和方法
CN104507119B (zh) * 2014-11-26 2018-09-14 无锡儒安科技有限公司 一种基于并发传输的无线传感器网络数据收集方法
WO2016095444A1 (zh) * 2014-12-18 2016-06-23 华为技术有限公司 无线数据传输的方法、网络侧设备、用户设备和系统
CN105991625B (zh) * 2015-03-06 2020-11-06 电信科学技术研究院 一种进行数据传输的方法和设备
WO2016142572A1 (en) * 2015-03-10 2016-09-15 Coriant Oy Methods and devices for managing transfer of data frames
CN105049095B (zh) * 2015-07-07 2018-05-15 江苏中兴微通信息科技有限公司 Sc-mimo系统双流三天线或者四天线的分集收发方法及装置
CN106685581B (zh) * 2015-11-06 2021-09-28 北京三星通信技术研究有限公司 物理上行共享信道的传输方法及用户设备
CN111030794A (zh) * 2015-12-03 2020-04-17 华为技术有限公司 一种数据的传输方法和基站以及用户设备
EP3414858A1 (en) * 2016-02-10 2018-12-19 IPCom GmbH & Co. KG Automatic repeat request mechanisms
CN107623652B (zh) * 2016-07-14 2022-01-11 中兴通讯股份有限公司 一种数据传输方法及装置
CN107801243B (zh) 2016-08-29 2021-01-29 华为技术有限公司 一种下行传输方法及装置
EP3516810A1 (en) 2016-09-26 2019-07-31 Telefonaktiebolaget LM Ericsson (publ) Configurable timing relationship and harq operational parameters
AU2016428407B2 (en) * 2016-11-03 2021-12-02 Panasonic Intellectual Property Corporation Of America Method of setting reserved subframes for resource pool, user equipment, and base station
EP3319390A1 (en) * 2016-11-04 2018-05-09 Panasonic Intellectual Property Corporation of America Collision handling of multiple dci
WO2018128507A1 (ko) * 2017-01-07 2018-07-12 엘지전자 주식회사 무선 통신 시스템에서 단말의 데이터 재전송 방법 및 상기 방법을 이용하는 통신 장치
CN109874153A (zh) * 2017-12-01 2019-06-11 华为技术有限公司 一种传输方法和中继节点
WO2019159893A1 (ja) * 2018-02-15 2019-08-22 日本電気株式会社 データ配信装置、システム、方法および記録媒体
US11076432B2 (en) 2018-06-26 2021-07-27 Qualcomm Incorporated Conflict avoidance in Random Access Channel (RACH) resources in Integrated Access and Backhaul (IAB) networks
CN111432472B (zh) * 2019-01-09 2022-10-21 成都鼎桥通信技术有限公司 通信方法、装置、系统及存储介质
CN112787773A (zh) * 2019-11-08 2021-05-11 索尼公司 电子设备、通信方法和存储介质

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE60217097T2 (de) * 2002-08-13 2007-05-10 Matsushita Electric Industrial Co., Ltd., Kadoma Hybrides automatisches Wiederholungsaufforderungsprotokoll
US8351400B2 (en) * 2004-05-05 2013-01-08 Qualcomm Incorporated Method and apparatus for overhead reduction in an enhanced uplink in a wireless communication system
KR100943608B1 (ko) * 2006-04-21 2010-02-24 삼성전자주식회사 무선통신 시스템에서 주파수 호핑 방법 및 장치
US9882683B2 (en) * 2006-09-28 2018-01-30 Telefonaktiebolaget Lm Ericsson (Publ) Autonomous transmission for extended coverage
KR101265637B1 (ko) * 2007-03-14 2013-05-22 엘지전자 주식회사 복수 개의 ｈａｒｑ 프로세스 채널을 순차적으로 사용하여데이터를 송신하는 방법
EP2186247A4 (en) * 2007-08-10 2014-01-29 Lg Electronics Inc METHOD FOR CONTROLLING HARQ OPERATION WITH DYNAMIC RADIO RESOURCE ALLOCATION
ES2553410T3 (es) * 2007-08-13 2015-12-09 Optis Cellular Technology, Llc Procedimiento para transmitir paquetes de tipo VoIP
CN101369878B (zh) * 2007-08-14 2012-04-18 电信科学技术研究院 时分双工系统中同步混合自动重传请求方法和装置
EP2206268B1 (en) * 2007-10-23 2013-07-17 Nokia Corporation Improved re-transmission capability in semi-persistent transmission
EP2223456B1 (en) * 2007-12-20 2012-09-12 Telefonaktiebolaget LM Ericsson (publ) Prescheduled retransmission for initial establishment
EP2234301B1 (en) * 2008-01-11 2016-10-05 ZTE Corporation A method for relaying and forwarding the feedback information in harq scene
CN101933358B (zh) * 2008-02-01 2015-04-22 爱立信电话股份有限公司 用于无线通信系统中传送数据单元的方法和设备
US8301956B2 (en) 2008-04-07 2012-10-30 Samsung Electronics Co., Ltd. Methods and apparatus to improve communication in a relay channel
JP5070239B2 (ja) * 2008-04-15 2012-11-07 創新音▲速▼股▲ふん▼有限公司 Ｔｔｉバンドリング伝送を改善する方法及び通信装置
US8248973B2 (en) * 2008-04-30 2012-08-21 Industrial Technology Research Institute Method for operation of synchronous HARQ in a wireless communication system
MX2011000680A (es) * 2008-07-18 2011-03-28 Research In Motion Ltd Regla de mapeo para proceso de solicitud de repeticion automatica hibrida.
KR101512837B1 (ko) * 2009-03-04 2015-04-16 삼성전자주식회사 중계기를 포함하는 통신 시스템 및 상기 통신 시스템을 위한 데이터 프레임

Also Published As

Publication number Publication date
EP3573271B1 (en) 2022-04-13
CN102648598B (zh) 2015-06-17
EP3573271A1 (en) 2019-11-27
US20120201229A1 (en) 2012-08-09
US20190342882A1 (en) 2019-11-07
WO2011038801A2 (en) 2011-04-07
JP5657006B2 (ja) 2015-01-21
EP2306665A1 (en) 2011-04-06
CN102648598A (zh) 2012-08-22
JP5851013B2 (ja) 2016-02-03
AU2010301594A2 (en) 2012-05-17
JP2013506367A (ja) 2013-02-21
US20210084646A1 (en) 2021-03-18
US20140348056A1 (en) 2014-11-27
KR20180018846A (ko) 2018-02-21
EP2484041A2 (en) 2012-08-08
AU2010301594A1 (en) 2012-04-26
US10405303B2 (en) 2019-09-03
EP2648357A1 (en) 2013-10-09
WO2011038801A3 (en) 2011-06-30
KR101830990B1 (ko) 2018-04-04
RU2012112216A (ru) 2013-11-20
BR112012007094B1 (pt) 2021-06-08
US8837440B2 (en) 2014-09-16
AU2010301594B2 (en) 2015-05-28
US20170318578A1 (en) 2017-11-02
US20160219580A1 (en) 2016-07-28
JP2015092676A (ja) 2015-05-14
US10887874B2 (en) 2021-01-05
US9750001B2 (en) 2017-08-29
RU2563153C2 (ru) 2015-09-20
US11706767B2 (en) 2023-07-18
KR20120081995A (ko) 2012-07-20
EP2648357B1 (en) 2019-04-10
US9331817B2 (en) 2016-05-03
KR101854102B1 (ko) 2018-06-20

Similar Documents

Publication Publication Date Title
US11706767B2 (en) HARQ protocol
US10075277B2 (en) Method and apparatus for transmitting control channel in intra-cell carrier aggregation system
KR102348841B1 (ko) 무선 통신 시스템에서 pucch 상에서 상향링크 제어 정보를 송수신하기 위한 방법 및 이를 위한 장치
JP5934700B2 (ja) 中継局、基地局、送信方法、及び受信方法
CN105027657B (zh) 终端装置、基站装置、集成电路以及无线通信方法
US20140003374A1 (en) Method and apparatus for enhancing tti (transmission time interval) bundling in a wireless communication network
KR20150013757A (ko) 업링크 제어 전송의 콘텐츠에 기반한 업링크 제어 전송 포맷 파라미터의 선택
BR112019025567A2 (pt) ADAPTAÇÃO DE FORMATO DE CANAL FÍSICO DE CONTROLE DE ENLACE ASCENDENTE (PUCCH) PARA NOVO RÁDIO (NR) DE 5ª GERAÇÃO (5G)
KR102228177B1 (ko) 캐리어 집적 시스템에서 제어 정보 전송 방법 및 장치
KR102117669B1 (ko) 차세대 무선망을 위한 전송 블록을 재전송하는 방법 및 그 장치

Legal Events

Date Code Title Description
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: AS CLASSIFICACOES ANTERIORES ERAM: H04L 1/18 , H04B 7/14 , H04W 72/04 , H04L 1/16

Ipc: H04B 7/26 (2006.01), H04L 1/16 (2006.01), H04L 1/1

B25A Requested transfer of rights approved

Owner name: PANASONIC INTELLECTUAL PROPERTY CORPORATION OF AMERICA (US)

B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B25A Requested transfer of rights approved

Owner name: SUN PATENT TRUST (US)

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

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 04/08/2010, OBSERVADAS AS CONDICOES LEGAIS. PATENTE CONCEDIDA CONFORME ADI 5.529/DF