BR112020010750A2 - alocação de recursos para informação de controle de uplink (uci) e multiplexação de dados sobre canal compartilhado de uplink físico (pusch) - Google Patents

alocação de recursos para informação de controle de uplink (uci) e multiplexação de dados sobre canal compartilhado de uplink físico (pusch) Download PDF

Info

Publication number
BR112020010750A2
BR112020010750A2 BR112020010750-6A BR112020010750A BR112020010750A2 BR 112020010750 A2 BR112020010750 A2 BR 112020010750A2 BR 112020010750 A BR112020010750 A BR 112020010750A BR 112020010750 A2 BR112020010750 A2 BR 112020010750A2
Authority
BR
Brazil
Prior art keywords
uci
pusch
allocated
resources
payload size
Prior art date
Application number
BR112020010750-6A
Other languages
English (en)
Inventor
Liangming WU
Yu Zhang
Chao Wei
Chenxi HAO
Joseph Binamira Soriaga
Amir Aminzadeh Gohari
Original Assignee
Qualcomm Incorporated
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 Qualcomm Incorporated filed Critical Qualcomm Incorporated
Publication of BR112020010750A2 publication Critical patent/BR112020010750A2/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0621Feedback content
    • H04B7/0626Channel coefficients, e.g. channel state information [CSI]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/53Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026Transmission of channel quality indication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028Formatting
    • H04L1/0031Multiple signaling transmission
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/1607Details of the supervisory signal
    • H04L1/1664Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/1607Details of the supervisory signal
    • H04L1/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1893Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044Arrangements for allocating sub-channels of the transmission path allocation of payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

Certos aspectos da presente divulgação referem-se a métodos e aparelhos relacionados à multiplexação de UCI com dados em uma transmissão de canal compartilhado de uplink físico (PUSCH).

Description

“ALOCAÇÃO DE RECURSOS PARA INFORMAÇÃO DE CONTROLE DE UPLINK (UCI) E MULTIPLEXAÇÃO DE DADOS SOBRE CANAL COMPARTILHADO DE UPLINK FÍSICO (PUSCH)” REFERÊNCIA CRUZADA A PEDIDO DE RELACIONADO E REIVINDICAÇÃO DE PRIORIDADE
[001] Este pedido reivindica o benefício e a prioridade do Pedido de Tratado de Cooperação Internacional de Patentes No. PCT/CN2017/114218, depositado em 01 de dezembro de 2017, que é atribuído à cessionária deste documento e expressamente incorporado por referência neste documento como se estivesse totalmente estabelecido abaixo e para todos os fins aplicáveis. Campo da Divulgação
[002] A presente divulgação refere-se geralmente a sistemas de comunicação e, mais particularmente, a métodos e aparelhos relacionados à multiplexação de informação de controle de uplink (UCI) e dados. Descrição da Técnica Relacionada
[003] Os sistemas de comunicação sem fio são amplamente implementados para prover vários serviços de telecomunicações, como telefonia, vídeo, dados, troca de mensagens e broadcast. Os sistemas de comunicação sem fio típicos podem empregar tecnologias de acesso múltiplo capazes de suportar a comunicação com múltiplos usuários, compartilhando os recursos disponíveis do sistema (por exemplo, largura de banda, potência de transmissão). Exemplos dessas tecnologias de acesso múltiplo incluem sistemas Evolução de Longo Prazo (LTE), sistemas de Acesso Múltiplo por Divisão de Código (CDMA), sistemas de Acesso
Múltiplo por Divisão de Tempo (TDMA), sistemas de acesso múltiplo por divisão de frequência (FDMA), sistemas de Acesso Múltiplo por Divisão de Frequência Ortogonal (OFDMA), sistemas de acesso múltiplo por divisão de frequência de uma única operadora (SC-FDMA) e sistemas de acesso múltiplo por divisão de código em sincronia com divisão de tempo (TD-SCDMA).
[004] Em alguns exemplos, um sistema de comunicação de acesso múltiplo sem fio pode incluir um número de estações base, cada uma suportando simultaneamente a comunicação para vários dispositivos de comunicação, também conhecidos como equipamentos de usuário (UEs). Na rede LTE ou LTE-A, um conjunto de uma ou mais estações base pode definir um eNóB (eNB). Em outros exemplos (por exemplo, em uma próxima geração ou rede 5G), um sistema de comunicação de acesso múltiplo sem fio pode incluir várias unidades distribuídas (DUs) (por exemplo, unidades de borda (UEs), nós de borda (ENs), cabeças de rádio (RHs), cabeças de rádio inteligentes (SRHs), pontos de recepção e transmissão (TRPs) etc.) em comunicação com várias unidades centrais (CUs) (por exemplo, nós centrais (CNs), controladores de nós de acesso (ANCs), etc.), onde um conjunto de uma ou mais unidades distribuídas, em comunicação com uma unidade central, pode definir um nó de acesso (por exemplo, uma estação base novo rádio (NR BS), um nó B novo rádio (NR NB), um nó de rede, 5G NB, eNB, etc.). Uma estação base ou DU pode se comunicar com um conjunto de UEs nos canais de downlink (por exemplo, para transmissões de uma estação base ou para um UE) e canais de uplink (por exemplo, para transmissões de um UE para uma estação base ou unidade distribuída).
[005] Essas tecnologias de acesso múltiplo foram adotadas em vários padrões de telecomunicações para prover um protocolo comum que permite que diferentes dispositivos sem fio se comuniquem nos níveis municipal, nacional, regional e até global. Um exemplo de um padrão de telecomunicações emergente é o novo rádio (NR), por exemplo, acesso rádio 5G. NR é um conjunto de aprimoramentos para o padrão móvel LTE promulgado pelo Projeto de Parceria de Terceira Geração (3GPP). Ele foi projetado para suportar melhor o acesso à Internet de banda larga móvel, melhorando a eficiência espectral, reduzindo custos, melhorando os serviços, fazendo uso de novo espectro e integrando-se melhor a outros padrões abertos usando OFDMA com um prefixo cíclico (CP) no downlink (DL) no uplink (UL), bem como na tecnologia de antena de formação de feixe, de múltipla entrada e múltipla saída (MIMO), e agregação de portadora.
[006] No entanto, como a demanda por acesso à banda larga móvel continua a aumentar, existe o desejo de mais melhorias na tecnologia NR. De preferência, essas melhorias devem ser aplicáveis a outras tecnologias de multiacesso e a padrões de telecomunicações que empregam essas tecnologias.
BREVE SUMÁRIO
[007] Os sistemas, métodos e dispositivos da divulgação têm vários aspectos, nenhum dos quais é o único responsável por seus atributos desejáveis. Sem limitar o escopo desta divulgação, conforme expresso pelas reivindicações a seguir, alguns recursos serão agora discutidos brevemente. Depois de considerar essa discussão, e particularmente depois de ler a seção intitulada "Descrição Detalhada", será entendido como os recursos desta divulgação proveem vantagens que incluem comunicações aprimoradas entre pontos de acesso e estações em uma rede sem fio.
[008] Certos aspectos proveem um método para comunicação sem fio por um UE. O método geralmente inclui determinar uma quantidade total de recursos alocados para transmitir ambos dados de uplink e informação de controle de uplink (UCI) em uma transmissão de canal compartilhado de uplink físico (PUSCH), determinar um tamanho de carga útil máxima suportado para transmitir UCI com base pelo menos em parte na quantidade total de recursos alocados e uma quantidade mínima de recursos alocados para os dados de uplink, e transmitir dados de uplink e UCI no PUSCH, com base na quantidade total de recursos alocados e no tamanho máximo determinado da carga útil suportada.
[009] Os aspectos também incluem métodos, aparelhos, sistemas, meios legíveis por computador e sistemas de processamento capazes de executar as operações descritas acima e como aqui substancialmente descritas com referência e como ilustradas pelos desenhos anexos.
[010] Para a consecução dos fins anteriores e relacionados, os um ou mais aspectos compreendem os recursos a seguir descritos completa e particularmente apontados nas reivindicações. A descrição a seguir e os desenhos anexos estabelecem em detalhes certas características ilustrativas de um ou mais aspectos. Essas características são indicativas, no entanto, de apenas algumas das várias maneiras pelas quais os princípios de vários aspectos podem ser empregados, e esta descrição pretende incluir todos esses aspectos e seus equivalentes.
BREVE DESCRIÇÃO DOS DESENHOS
[011] Para que a maneira pela qual as características citadas acima da presente divulgação possam ser entendidas em detalhes, uma descrição mais particular, resumida brevemente acima, pode ser obtida por referência a aspectos, alguns dos quais são ilustrados nos desenhos anexos. Deve-se notar, no entanto, que os desenhos anexos ilustram apenas certos aspectos típicos desta divulgação e, portanto, não devem ser considerados limitantes de seu escopo, pois a descrição pode admitir outros aspectos igualmente eficazes.
[012] A Figura 1 é um diagrama de blocos que ilustra conceitualmente um sistema de telecomunicações de exemplo, de acordo com certos aspectos da presente divulgação.
[013] A Figura 2 é um diagrama de blocos que ilustra uma arquitetura lógica exemplar de uma RAN distribuída, de acordo com certos aspectos da presente divulgação.
[014] A Figura 3 é um diagrama que ilustra uma arquitetura física exemplar de uma RAN distribuída, de acordo com certos aspectos da presente divulgação.
[015] A Figura 4 é um diagrama de blocos ilustrando conceitualmente um projeto de uma BS e equipamento de usuário (UE) exemplares, de acordo com certos aspectos da presente divulgação.
[016] A Figura 5 é um diagrama que mostra exemplos para implementar uma pilha de protocolos de comunicação, de acordo com certos aspectos da presente divulgação.
[017] A Figura 6 ilustra um exemplo de um subquadro centrado em DL, de acordo com certos aspectos da presente divulgação.
[018] A Figura 7 ilustra um exemplo de um subquadro centrado em UL, de acordo com certos aspectos da presente divulgação.
[019] As Figuras 8A e 8B ilustram estruturas de uplink e de downlink, respectivamente, de acordo com certos aspectos da presente divulgação.
[020] A Figura 9 ilustra operações exemplares para comunicações sem fio por um equipamento de usuário (UE), de acordo com certos aspectos da presente divulgação.
[021] As Figuras 10 e 11 ilustram operações exemplares que podem ser executadas por um UE para determinar a carga útil de UCI, de acordo com certos aspectos da presente divulgação.
[022] Para facilitar o entendimento, números de referência idênticos foram usados, sempre que possível, para designar elementos idênticos comuns às figuras. É contemplado que os elementos divulgados em um aspecto possam ser utilizados de forma benéfica em outros aspectos sem recitação específica.
DESCRIÇÃO DETALHADA
[023] Aspectos da presente divulgação referem-se a métodos e aparelhos relacionados a regras para multiplexar UCI e dados, por exemplo, em uma única transmissão de canal compartilhado de uplink físico (PUSCH).
[024] Os aspectos da presente divulgação proveem aparelhos, métodos, sistemas de processamento e mídias legíveis por computador para novo rádio (NR) (tecnologia de acesso novo rádio ou tecnologia 5G).
[025] NR pode oferecer suporte a vários serviços de comunicação sem fio, como banda larga móvel aprimorada (eMBB) visando à largura de banda larga (por exemplo, 80 MHz além), onda milimétrica (mmW) visando à alta frequência de portadora (por exemplo, 60 GHz), MTC maciço (mMTC) visando a técnicas de MTC compatíveis e/ou missão crítica visando a comunicações de baixa latência ultra confiáveis (URLLC). Esses serviços podem incluir requisitos de latência e confiabilidade. Esses serviços também podem ter diferentes intervalos de tempo de transmissão (TTI) para atender aos respectivos requisitos de qualidade de serviço (QoS). Além disso, esses serviços podem coexistir no mesmo subquadro.
[026] A descrição a seguir provê exemplos, e não limita o escopo, a aplicabilidade ou os exemplos estabelecidos nas reivindicações. Podem ser feitas alterações na função e no arranjo dos elementos discutidos sem se afastar do escopo da divulgação. Vários exemplos podem omitir, substituir ou adicionar vários procedimentos ou componentes, conforme apropriado. Por exemplo, os métodos descritos podem ser executados em uma ordem diferente da descrita e várias etapas podem ser adicionadas, omitidas ou combinadas. Além disso, os recursos descritos em relação a alguns exemplos podem ser combinados em outros exemplos. Por exemplo, um aparelho pode ser implementado ou um método pode ser praticado usando qualquer número dos aspectos aqui estabelecidos. Além disso, o escopo da divulgação visa a abranger um aparelho ou método praticado usando outra estrutura, funcionalidade ou estrutura e funcionalidade em adição ou além dos vários aspectos da divulgação aqui estabelecidos. Deve ser entendido que qualquer aspecto da divulgação aqui divulgada pode ser incorporado por um ou mais elementos de uma reivindicação. A palavra "exemplar" é usada aqui para significar "servir como exemplo, caso ou ilustração”. Qualquer aspecto aqui descrito como “exemplar” não deve necessariamente ser interpretado como preferido ou vantajoso em relação a outros aspectos.
[027] As técnicas aqui descritas podem ser usadas para várias redes de comunicação sem fio, tais como LTE, CDMA, TDMA, FDMA, OFDMA, SC-FDMA e outras redes. Os termos "rede" e "sistema" são frequentemente usados de forma intercambiável. Uma rede CDMA pode implementar uma tecnologia de rádio, tal como Acesso Rádio Terrestre Universal (UTRA), cdma2000, etc. UTRA inclui CDMA de banda larga (WCDMA) e outras variantes do CDMA. cdma2000 cobre os padrões IS-2000, IS-95 e IS-856. Uma rede TDMA pode implementar uma tecnologia de rádio tal como o Sistema Global para Comunicações Móveis (GSM). Uma rede OFDMA pode implementar uma tecnologia de rádio tal como NR (por exemplo, 5G RA), UTRA evoluída (E-UTRA), Banda larga ultra móvel (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE
802.20, Flash-OFDMA, etc. UTRA e E-UTRA fazem parte do Sistema Universal para Telecomunicações Móveis (UMTS). NR é uma tecnologia de comunicação sem fio emergente em desenvolvimento em conjunto com o Fórum de Tecnologia 5G (5GTF). Evolução de Longo Prazo (LTE) 3GPP e LTE-Avançada (LTE-A) são versões de UMTS que usam o E-UTRA. UTRA, E- UTRA, UMTS, LTE, LTE-A e GSM são descritos em documentos de uma organização denominada “Projeto de Parceria de 3º Geração” (3GPP). cdma2000 e UMB são descritos em documentos de uma organização denominada “Projeto de Parceria de 3º Geração 2” (3GPP2). As técnicas descritas aqui podem ser usadas para as redes sem fio e tecnologias de rádio mencionadas acima, bem como outras redes sem fio e tecnologias de rádio. Para maior clareza, embora aspectos possam ser descritos aqui usando terminologia comumente associada a tecnologias sem fio 3G e/ou 4G, aspectos da presente divulgação podem ser aplicados em outros sistemas de comunicação baseados em geração, tal como 5G e posteriores, incluindo tecnologias NR.
SISTEMA DE COMUNICAÇÕES SEM FIO EXEMPLAR
[028] Figura 1 ilustra um exemplo de rede sem fio 100, como uma rede novo rádio (NR) ou 5G, na qual aspectos da presente divulgação podem ser realizados.
[029] Como ilustrado na Figura 1, a rede sem fio 100 pode incluir um número de BSs 110 e outras entidades de rede. Uma BS pode ser uma estação que se comunica com UEs. Cada BS 110 pode prover cobertura de comunicação para uma área geográfica particular. Em 3GPP, o termo "célula" pode se referir a uma área de cobertura de um nó B e/ou de um subsistema Nó B atendendo a essa área de cobertura, dependendo do contexto em que o termo é usado. Nos sistemas de NR, o termo "célula" e eNB, Nó B, 5G NB,
AP, NR BS, NR BS ou TRP podem ser intercambiáveis. Em alguns exemplos, uma célula pode não ser necessariamente estacionária e a área geográfica da célula pode se mover de acordo com a localização de uma estação base móvel. Em alguns exemplos, as estações base podem ser interconectadas umas às outras e/ou a uma ou mais outras estações base ou nós de rede (não mostrados) na rede sem fio 100 através de vários tipos de interfaces de retorno, como uma conexão física direta, uma rede virtual ou o como usar qualquer rede de transporte adequada.
[030] Em geral, qualquer número de redes sem fio pode ser implantado em uma determinada área geográfica. Cada rede sem fio pode suportar uma tecnologia de acesso via rádio (RAT) particular e pode operar em uma ou mais frequências. Uma RAT também pode ser chamada de tecnologia via rádio, interface aérea, etc. Uma frequência também pode ser chamada de portadora, canal de frequência etc. Cada frequência pode suportar uma única RAT em uma determinada área geográfica para evitar interferências entre redes sem fio de diferentes RATs. Em alguns casos, redes NR ou RAT 5G podem ser implantadas.
[031] Uma BS pode prover cobertura de comunicação para uma célula macro, uma célula pico, uma célula femto e/ou outros tipos de célula. Uma célula macro pode cobrir uma área geográfica relativamente grande (por exemplo, vários quilômetros de raio) e pode permitir acesso irrestrito pelos UEs com assinatura de serviço. Uma célula pico pode cobrir uma área geográfica relativamente pequena e pode permitir acesso irrestrito pelos UEs com assinatura de serviço. Uma célula femto pode cobrir uma área geográfica relativamente pequena (por exemplo, uma casa) e pode permitir acesso restrito por UEs que têm associação com a célula femto (por exemplo, UEs em um Grupo de Assinante Fechado (CSG), UEs para usuários domésticos, etc.). Uma BS para uma célula macro pode ser referida como uma BS macro. Uma BS para uma célula pico pode ser referida como BS pico. Uma BS para uma célula femto pode ser referida como uma BS femto ou uma BS doméstica. No exemplo mostrado na Figura 1 as BSs 110a, 110b e 110c podem ser BSs macro para as células macro 102a, 102b e 102c, respectivamente. A BS 110x pode ser uma BS pico para uma célula pico 102x. As BSs 110y e 110z podem ser BS femto para as células femto 102y e 102z, respectivamente. Uma BS pode suportar uma ou várias células (por exemplo, três).
[032] A rede sem fio 100 também pode incluir estações de retransmissão. Uma estação de retransmissão é uma estação que recebe uma transmissão de dados e/ou outra informação de uma estação a montante (por exemplo, uma BS ou um UE) e envia uma transmissão de dados e/ou outra informação para uma estação a jusante (por exemplo, um UE ou uma BS). Uma estação de retransmissão também pode ser um UE que retransmite transmissões para outros UEs. No exemplo mostrado na Figura 1, uma estação de retransmissão 110r pode se comunicar com a BS 110a e um UE 120r, a fim de facilitar a comunicação entre a BS 110a e o UE 120r. Uma estação de retransmissão também pode ser chamada de BS de retransmissão, retransmissor etc.
[033] A rede sem fio 100 pode ser uma rede heterogênea que inclui BSs de diferentes tipos, por exemplo, BS macro, BS pico, BS femto, retransmissores etc.
Esses diferentes tipos de BSs podem ter diferentes níveis de potência de transmissão, diferentes áreas de cobertura e diferentes impactos sobre interferência na rede sem fio
100. Por exemplo, a BS macro pode ter um alto nível de potência de transmissão (por exemplo, 20 Watts), enquanto a BS pico, a BS femto e os retransmissores podem ter um nível de potência de transmissão mais baixo (por exemplo, 1 Watt).
[034] A rede sem fio 100 pode suportar operação síncrona ou assíncrona. Para operação síncrona, as BSs podem ter temporização de quadro semelhante, e as transmissões de diferentes BSs podem ser aproximadamente alinhadas no tempo. Para operação assíncrona, as BSs podem ter temporização de quadro diferente e as transmissões de BSs diferentes podem não estar alinhadas no tempo. As técnicas descritas aqui podem ser usadas para operação síncrona e assíncrona.
[035] Um controlador de rede 130 pode ser acoplado a um conjunto de BSs e prover coordenação e controle para essas BSs. O controlador de rede 130 pode se comunicar com as BSs 110 por meio de um backhaul. As BSs 110 também podem se comunicar umas com as outras, por exemplo, direta ou indiretamente via backhaul sem fio ou com fio.
[036] Os UEs 120 (por exemplo, 120x, 120y, etc.) podem ser dispersos por toda a rede sem fio 100 e cada UE pode ser estacionário ou móvel. Um UE também pode ser referido como uma estação móvel, um terminal, um terminal de acesso, uma unidade de assinante, uma estação, um equipamento dentro das instalações do cliente (Customer
Premises Equipment) (CPE), um telefone celular, um smartphone, um assistente digital pessoal (PDA), um modem sem fio, um dispositivo de comunicação sem fio, um dispositivo portátil, um computador laptop, um telefone sem fio, uma estação de loop local sem fio (WLL), um tablet, uma câmera, um dispositivo de jogos, um netbook, um smartbook, um ultrabook, um dispositivo ou equipamento médico, um sensor/dispositivo biométrico, um dispositivo vestível como um relógio inteligente, roupas inteligentes, óculos inteligentes, pulseira inteligente, joias inteligentes (por exemplo, um anel inteligente, uma pulseira inteligente etc.), um dispositivo de entretenimento (por exemplo, um dispositivo de música, um dispositivo de vídeo, um rádio por satélite, etc.), um componente ou sensor veicular, um medidor/sensor inteligente, equipamento de fabricação industrial, um dispositivo de sistema de posicionamento global ou qualquer outro dispositivo adequado que esteja configurado para se comunicar por meio sem fio ou com fio.
Alguns UEs podem ser considerados dispositivos evoluídos ou de comunicação de tipo de máquina (MTC) ou dispositivos MTC (eMTC) evoluídos.
Os MTC e eMTC de UEs incluem, por exemplo, robôs, drones, dispositivos remotos, sensores, medidores, monitores, etiquetas de localização, etc., que podem se comunicar com uma BS, outro dispositivo (por exemplo, dispositivo remoto) ou alguma outra entidade.
Um nó sem fio pode prover, por exemplo, conectividade para ou a uma rede (por exemplo, uma rede de área ampla, tal como a Internet ou uma rede celular) através de um link de comunicação com ou sem fio.
Alguns UEs podem ser considerados dispositivos de Internet das Coisas (IoT). Na Figura 1 uma linha sólida com setas duplas indica as transmissões desejadas entre um UE e uma BS de serviço, que é uma BS designada para servir o UE no downlink e/ou uplink. Uma linha tracejada com setas duplas indica transmissões interferentes entre um UE e uma BS.
[037] Certas redes sem fio (por exemplo, LTE) utilizam a multiplexação ortogonal por divisão de frequência (OFDM) no downlink e a multiplexação por divisão de frequência de única portadora (SC-FDM) no uplink. OFDM e SC-FDM particionam a largura de banda do sistema em várias subportadoras ortogonais (K), que também são comumente chamadas de tons, compartimentos etc. Cada subportadora pode ser modulada com dados. Em geral, os símbolos de modulação são enviados no domínio da frequência com OFDM e no domínio do tempo com SC-FDM. O espaçamento entre subportadoras adjacentes pode ser fixo e o número total de subportadoras (K) pode ser dependente da largura de banda do sistema. Por exemplo, o espaçamento das subportadoras pode ser de 15 kHz e a alocação mínima de recursos (chamada de 'bloco de recursos') pode ser de 12 subportadoras (ou 180 kHz). Consequentemente, o tamanho nominal de FFT pode ser igual a 128, 256, 512, 1024 ou 2048 para largura de banda do sistema de 1,25, 2,5, 5, 10 ou 20 megahertz (MHz), respectivamente. A largura de banda do sistema também pode ser particionada em sub-bandas. Por exemplo, uma sub-banda pode cobrir 1,08 MHz (ou seja, 6 blocos de recursos) e pode haver 1, 2, 4, 8 ou 16 sub-bandas para largura de banda do sistema de 1,25, 2,5, 5, 10 ou 20 MHz, respectivamente.
[038] Embora aspectos dos exemplos aqui descritos possam estar associados às tecnologias LTE, os aspectos da presente divulgação podem ser aplicáveis a outros sistemas de comunicação sem fio, tal como NR.
NR pode utilizar o OFDM com um CP no uplink e no downlink e incluir suporte para operação half-dúplex usando o dúplex por divisão de tempo (TDD). Uma largura de banda de portadora de componente único de 100 MHz pode ser suportada.
Blocos de recursos de NR podem abranger 12 subportadoras com uma largura de banda de subportadora de 75 kHz durante uma duração de 0,1 ms.
Cada quadro de rádio pode consistir em 50 subquadros com um comprimento de 10 ms.
Consequentemente, cada subquadro pode ter um comprimento de 0,2 ms.
Cada subquadro pode indicar uma direção de link (isto é, DL ou UL) para transmissão de dados e a direção do link para cada subquadro pode ser comutada dinamicamente.
Cada subquadro pode incluir dados DL/UL, bem como dados de controle DL/UL.
Os subquadros UL e DL para NR podem ser como descrito em mais detalhes abaixo em relação às Figuras 6 e 7. A formação de feixe pode ser suportada e a direção de feixe pode ser configurada dinamicamente.
Transmissões MIMO com pré-codificação também podem ser suportadas.
As configurações MIMO no DL podem suportar até 8 antenas de transmissão com transmissões DL de várias camadas, até 8 fluxos e até 2 fluxos por UE.
Transmissões de multicamada com até 2 fluxos por UE podem ser suportadas.
A agregação de múltiplas células pode ser suportada com até 8 células de serviço.
Alternativamente, NR pode suportar uma interface aérea diferente, que não seja baseada em OFDM.
As redes de NR podem incluir entidades tais como CUs e/ou DUs.
[039] Em alguns exemplos, o acesso à interface aérea pode ser programado, em que uma entidade de programação (por exemplo, uma estação base) aloca recursos para comunicação entre alguns ou todos os dispositivos e equipamentos dentro de sua área ou célula de serviço. Na presente divulgação, como discutido mais abaixo, a entidade de programação pode ser responsável por programar, atribuir, reconfigurar e liberar recursos para uma ou mais entidades subordinadas. Ou seja, para comunicação programada, as entidades subordinadas utilizam recursos alocados pela entidade programada. As estações base não são as únicas entidades que podem funcionar como uma entidade de programação. Ou seja, em alguns exemplos, um UE pode funcionar como uma entidade de programação, programando recursos para uma ou mais entidades subordinadas (por exemplo, um ou mais outros UEs). Neste exemplo, o UE está funcionando como uma entidade de programação, e outros UEs utilizam recursos programados pelo UE para comunicação sem fio. Um UE pode funcionar como uma entidade de programação em uma rede ponto a ponto (P2P) e/ou em uma rede em malha. Em um exemplo de rede em malha, os UEs podem opcionalmente se comunicar diretamente entre si, além de se se comunicar com a entidade de programação.
[040] Assim, em uma rede de comunicação sem fio com acesso programado a recursos de frequência - tempo e com uma configuração celular, uma configuração P2P e uma configuração de malha, uma entidade de programação e uma ou mais entidades subordinadas podem se comunicar utilizando os recursos programados.
[041] Como observado acima, uma RAN pode incluir uma CU e DUs. Uma NR BS (por exemplo, eNB, Nó B 5G, Nó B, ponto de recepção e transmissão (TRP), ponto de acesso (AP)) pode corresponder a uma ou várias BSs. As células NR podem ser configuradas como célula de acesso (Células A) ou células apenas de dados (Células D). Por exemplo, a RAN (por exemplo, uma unidade central ou unidade distribuída) pode configurar as células. Células D podem ser células usadas para agregação de portadora ou conectividade dupla, mas não usadas para acesso inicial, seleção/resseleção de células ou handover. Em alguns casos, as Células D podem não transmitir sinais de sincronização; em alguns casos, as Células D podem transmitir SS. BS NR podem transmitir sinais de downlink para UEs, indicando o tipo de célula. Com base na indicação do tipo de célula, o UE pode se comunicar com NR BS. Por exemplo, o UE pode determinar NR BSs a serem consideradas para seleção, acesso, handover, e/ou medição baseada no tipo de célula indicado.
[042] A Figura 2 ilustra um exemplo de arquitetura de lógica de uma rede de acesso rádio (RAN) distribuída 200, que pode ser implementada no sistema de comunicação sem fio ilustrado na Figura 1. Um nó de acesso 5G 206 pode incluir um controlador de nó de acesso (ANC)
202. O ANC pode ser uma unidade central (CU) da RAN 200 distribuída. A interface de backhaul para a rede núcleo de próxima geração (NG-CN) 204 pode terminar no ANC. A interface de backhaul para os nós de acesso da próxima geração vizinhos (NG-ANs) pode terminar no ANC. O ANC pode incluir um ou mais TRPs 208 (que também podem ser referidos como BSs, NR BSs, Nó Bs, NBs 5G, APs ou algum outro termo). Como descrito acima, um TRP pode ser usado de forma intercambiável com “célula”.
[043] Os TRPs 208 podem ser uma DU. Os TRPs podem ser conectados a um ANC (ANC 202) ou mais de um ANC (não ilustrado). Por exemplo, para compartilhamento de RAN, rádio como serviço (RaaS) e implantações AND específicas de serviço, o TRP pode estar conectado a mais de um ANC. Um TRP pode incluir uma ou mais portas de antena. Os TRPs podem ser configurados para servir individualmente (por exemplo, seleção dinâmica) ou em conjunto (por exemplo, transmissão em conjunto) o tráfego para um UE.
[044] A arquitetura local 200 pode ser usada para ilustrar a definição de fronthaul. A arquitetura pode ser definida para suportar soluções de fronthauling em diferentes tipos de implantação. Por exemplo, a arquitetura pode ser baseada nos recursos de rede de transmissão (por exemplo, largura de banda, latência e/ou instabilidade).
[045] A arquitetura pode compartilhar recursos e/ou componentes com LTE. De acordo com aspectos, a próxima geração AN (NG-AN) 210 pode suportar conectividade dupla com NR. O NG-AN pode compartilhar um fronthaul comum para LTE e NR.
[046] A arquitetura pode permitir a cooperação entre e entre os TRPs 208. Por exemplo, a cooperação pode ser predefinida dentro de um TRP e/ou entre os TRPs via ANC 202. De acordo com aspectos, nenhuma interface inter-TRP pode ser necessária/presente.
[047] De acordo com aspectos, uma configuração dinâmica de funções de lógica dividida pode estar presente na arquitetura 200. Como será descrito em mais detalhes com referência à Figura 5, a camada de Controle de Recursos rádio (RRC), a camada de Protocolo de Convergência de Dados em Pactoe (PDCP), a camada de Controle de RadioLink (RLC), a camada de Controle de Acesso ao Meio (MAC) e a camada Física (PHY) podem ser adaptadas à DU ou CU (por exemplo, TRP ou ANC, respectivamente). De acordo com certos aspectos, uma BS pode incluir uma unidade central (CU) (por exemplo, ANC 202) e/ou uma ou mais unidades distribuídas (por exemplo, um ou mais TRPs 208).
[048] A Figura 3 ilustra um exemplo de arquitetura física de uma RAN 300 distribuída, de acordo com aspectos da presente divulgação. Uma unidade de rede núcleo centralizada (C-CU) 302 pode hospedar funções de rede núcleo. A C-CU pode ser implantada centralmente. A funcionalidade C-CU pode ser descarregada (por exemplo, para serviços sem fio avançados (AWS)), em um esforço para lidar com a capacidade máxima.
[049] Uma unidade RAN centralizada (C-RU) 304 pode hospedar uma ou mais funções ANC. Opcionalmente, a C- RU pode hospedar funções de rede núcleo localmente. A C-RU pode ter implantação distribuída. A C-RU pode estar mais próxima da borda de rede.
[050] Uma DU 306 pode hospedar um ou mais TRPs (nó de borda (EN), uma unidade de borda (UE), uma cabeça de rádio (RH), uma cabeça de rádio inteligente (SRH) ou similar). A DU pode estar localizada nas bordas da rede com a funcionalidade de radiofrequência (RF).
[051] A Figura 4 ilustra exemplos de componentes da BS 110 e UE 120 ilustrados na Figura 1, que podem ser usados para implementar aspectos da presente divulgação. Como descrito acima, a BS pode incluir um TRP. Um ou mais componentes da BS 110 e UE 120 podem ser usados para praticar aspectos da presente divulgação. Por exemplo, antenas 452, Tx/Rx 222, processadores 466, 458, 464 e/ou controlador/processador 480 do UE 120 e/ou antenas 434, processadores 460, 420, 438 e/ou controlador/processador 440 do BS 110 pode ser usado para executar as operações aqui descritas.
[052] A figura 4 mostra um diagrama de blocos de um projeto de uma BS 110 e um UE 120, que pode ser uma das BSs e um dos UEs na Figura 1. Para um cenário de associação restrita, a estação base 110 pode ser a BS macro 110c na Figura 1, e o UE 120 pode ser o UE 120y. A estação base 110 também pode ser uma estação base de algum outro tipo. A estação base 110 pode ser equipada com as antenas 434a a 434t e o UE 120 pode ser equipado com as antenas 452a a 452r.
[053] Na estação base 110, um processador de transmissão 420 pode receber dados de uma fonte de dados 412 e informação de controle de um controlador/processador
440. A informação de controle podem ser para o Canal de Broadcast Físico (PBCH), Canal Indicador de Formato de Controle Físico (PCFICH), Canal de Indicador de ARQ Híbrida Físico (PHICH), Canal de Controle de Downlink Físico (PDCCH), etc. Os dados podem ser para o Canal Compartilhado de Downlink Físico (PDSCH), etc. O processador 420 pode processar (por exemplo, codificar e mapear símbolos) os dados e informação de controle para obter símbolos de dados e símbolos de controle, respectivamente. O processador 420 também pode gerar símbolos de referência, por exemplo, para o PSS, SSS e sinal de referência específico de célula. Um processador múltipla entrada e múltipla saída (MIMO) de transmissão (TX) 430 pode executar processamento espacial (por exemplo, pré-codificação) nos símbolos de dados, símbolos de controle e/ou símbolos de referência, se aplicável, e pode prover fluxos de símbolos de saída para os moduladores (MODs) 432a a 432t. Por exemplo, o processador MIMO TX 430 pode executar certos aspectos aqui descritos para a multiplexação de RS. Cada modulador 432 pode processar um respectivo fluxo de símbolo de saída (por exemplo, para OFDM, etc.) para obter um fluxo de amostra de saída. Cada modulador 432 pode adicionalmente processar (por exemplo, converter em analógico, amplificar, filtrar e converter ascendentemente) o fluxo de amostra de saída para obter um sinal de downlink. Os sinais de downlink dos moduladores 432a a 432t podem ser transmitidos através das antenas 434a a 434t, respectivamente.
[054] No UE 120, as antenas 452a a 452r podem receber os sinais de downlink da estação base 110 e podem prover sinais recebidos aos demoduladores (DEMODs) 454a a 454r, respectivamente. Cada demodulador 454 pode condicionar (por exemplo, filtrar, amplificar, converter descendentemente e digitalizar) um respectivo sinal recebido para obter amostras de entrada. Cada demodulador 454 pode adicionalmente processar as amostras de entrada (por exemplo, para OFDM, etc.) para obter símbolos recebidos. Um detector MIMO 456 pode obter símbolos recebidos de todos os demoduladores 454a a 454r, executar detecção MIMO nos símbolos recebidos, se aplicável, e prover símbolos detectados. Por exemplo, o detector MIMO 456 pode prover RS detectado transmitido usando técnicas aqui descritas. Um processador de recepção 458 pode processar (por exemplo, demodular, deintercalar e decodificar) os símbolos detectados, prover dados decodificados para o UE 120 a um depósito de dados 460 e prover informação de controle decodificada a um controlador/processador 480. De acordo com um ou mais casos, os aspectos CoMP podem incluir prover antenas, bem como algumas funcionalidades de Tx/Rx, como eles residem em unidades distribuídas. Por exemplo, algum processamento Tx/Rx pode ser feito na unidade central, enquanto outro processamento pode ser feito nas unidades distribuídas. Por exemplo, de acordo com um ou mais aspectos, como mostrado no diagrama, mod/demod de BS 432 pode estar nas unidades distribuídas.
[055] No uplink, no UE 120, um processador de transmissão 464 pode receber e processar dados (por exemplo, para o Canal Compartilhado de Uplink Físico (PUSCH)) de uma fonte de dados 462 e informação de controle (por exemplo, para o Canal de Controle de Uplink Físico (PUCCH) do controlador/processador 480. O processador de transmissão 464 também pode gerar símbolos de referência para um sinal de referência. Os símbolos provenientes do processador de transmissão 464 podem ser pré-codificados por um processador MIMO TX 466, se aplicável, processados posteriormente pelos demoduladores 454a a 454r (por exemplo, para SC-FDM, etc.) e transmitidos para a estação base 110. Na BS 110, os sinais de uplink do UE 120 podem ser recebidos pelas antenas 434, processados pelos moduladores 432, detectados por um detector MIMO 436, se aplicável, e adicionalmente processados por um processador de recepção 438 para obter dados decodificados e informação de controle enviada pelo UE 120. O processador de recepção 438 pode prover os dados decodificados para um depósito de dados 439 e a informação de controle decodificada para o controlador/processador 440.
[056] Os controladores/processadores 440 e 480 podem direcionar a operação na estação base 110 e no UE 120, respectivamente. O processador 440 e/ou outros processadores e módulos na estação base 110 podem executar ou direcionar, por exemplo, a execução dos blocos funcionais ilustrados nas Figuras 9, 10 e 11, e/ou outros processos para as técnicas descritas neste documento. O processador 480 e/ou outros processadores e módulos no UE 120 também podem executar ou direcionar processos para as técnicas descritas neste documento. As memórias 442 e 482 podem armazenar dados e códigos de programa para a BS 110 e o UE 120, respectivamente. Um programador 444 pode programar UEs para transmissão de dados no downlink e/ou no uplink.
[057] A Figura 5 ilustra um diagrama 500 que mostra exemplos para implementar uma pilha de protocolos de comunicação, de acordo com aspectos da presente divulgação. As pilhas do protocolo de comunicação ilustradas podem ser implementadas por dispositivos que operam em um sistema 5G (por exemplo, um sistema que suporta a mobilidade baseada em uplink). O diagrama 500 ilustra uma pilha de protocolos de comunicação, incluindo uma camada de Controle de Recursos rádio (RRC) 510, uma camada de protocolo de
Convergência de Dados em Pacote (PDCP) 515, uma camada de Controle de RadioLink (RLC) 520, uma camada de Controle de Acesso ao Meio (MAC) 525 e uma camada Física (PHY) 530. Em vários exemplos, as camadas de uma pilha de protocolos podem ser implementadas como módulos separados de software, porções de um processador ou ASIC, porções de dispositivos não colocalizados conectados por um link de comunicação ou várias combinações dos mesmos. Implementações colocalizadas e não colocalizadas podem ser usadas, por exemplo, em uma pilha de protocolos para um dispositivo de acesso à rede (por exemplo, ANs, CUs e/ou DUs) ou um UE.
[058] Uma primeira opção 505 mostra uma implementação dividida de uma pilha de protocolos, na qual a implementação da pilha de protocolos é dividida entre um dispositivo de acesso à rede centralizado (por exemplo, um ANC 202 na Figura 2) e um dispositivo de acesso à rede distribuído (por exemplo, DU 208 na figura 2). Na primeira opção 505-a, uma camada RRC 510 e uma camada PDCP 515 podem ser implementadas pela unidade central e uma camada RLC 520, uma camada MAC 525 e uma camada PHY 530 podem ser implementadas pela DU. Em vários exemplos, a CU e a DU podem ser colocalizadas ou não colocalizadas. A primeira opção 505-a pode ser útil em uma implantação de célula macro, célula micro ou pico célula.
[059] Uma segunda opção 505-b mostra uma implementação unificada de uma pilha de protocolos, na qual a pilha de protocolos é implementada em um único dispositivo de acesso à rede (por exemplo, nó de acesso (AN), estação base novo rádio (NR BS), um nó-B novo rádio (NR NB), um nó de rede (NN) ou semelhante.). Na segunda opção, a camada RRC 510, a camada PDCP 515, a camada RLC 520, a camada MAC 525 e a camada PHY 530 podem ser implementadas pelo AN. A segunda opção 505-b pode ser útil em uma implantação de células femto.
[060] Independentemente de se um dispositivo de acesso à rede implementar parte ou a totalidade de uma pilha de protocolos, um UE pode implementar uma pilha inteira de protocolos (por exemplo, a camada RRC 510, a camada PDCP 515, a camada RLC 520, a camada MAC 525 e a camada PHY 530).
[061] A Figura 6 é um diagrama 600 que mostra um exemplo de um subquadro centrado em DL. O subquadro centrado em DL pode incluir uma porção de controle 602. A porção de controle 602 pode existir na porção inicial ou de partida do subquadro centrado em DL. A porção de controle 602 pode incluir várias informações de programação e/ou informações de controle correspondentes a várias porções do subquadro centralizado em DL. Em algumas configurações, a porção de controle 602 pode ser um Canal de Controle de DL Físico (PDCCH), como indicado na Figura 6. O subquadro centrado em DL também pode incluir uma porção de dados DL
604. A porção de dados DL 604 pode às vezes ser chamada de carga útil do subquadro centrado em DL. A porção de dados DL 604 pode incluir os recursos de comunicação utilizados para comunicar dados DL da entidade de programação (por exemplo, UE ou BS) para a entidade subordinada (por exemplo, UE). Em algumas configurações, a porção de dados DL 604 pode se um canal compartilhado DL Físico (PDSCH).
[062] O subquadro centralizado em DL também pode incluir uma porção UL comum 606. A porção UL comum 606 pode às vezes ser referida como uma rajada de UL, uma rajada de UL comum e/ou vários outros termos adequados. A porção UL comum 606 pode incluir informação de retorno correspondente a várias outras porções do subquadro centrado em DL. Por exemplo, a porção UL comum 606 pode incluir informação de retorno correspondentes à porção de controle 602. Exemplos não limitativos de informação de retorno podem incluir um sinal ACK, um sinal NACK, um indicador HARQ e/ou vários outros tipos adequados de informação. A porção UL comum 606 pode incluir informações adicionais ou alternativas, como informações pertencentes aos procedimentos do canal de acesso aleatório (RACH), solicitações de programação (SRs) e vários outros tipos adequados de informação. Como ilustrado na Figura 6 o final da porção de dados DL 604 pode ser separado no tempo a partir do início da porção UL comum 606. Essa separação de tempo pode às vezes ser referida como uma lacuna, um período de guarda, um intervalo de guarda e/ou vários outros termos adequados. Essa separação provê tempo para a transição da comunicação DL (por exemplo, operação de recepção pela entidade subordinada (por exemplo, UE)) para a comunicação UL (por exemplo, transmissão pela entidade subordinada (por exemplo, UE)). Um especialista na técnica entenderá que o precedente é apenas um exemplo de um subquadro centrado em DL e estruturas alternativas com características semelhantes podem existir sem necessariamente se desviar dos aspectos aqui descritos.
[063] A Figura 7 é um diagrama 700 que mostra um exemplo de um subquadro centrado em UL. O subquadro centrado em UL pode incluir uma porção de controle 702. A porção de controle 702 pode existir na porção inicial ou de partida do subquadro centrado em UL. A porção de controle 702 na Figura 7 pode ser semelhante à porção de controle descrita acima com referência à Figura 6. O subquadro centrado na UL também pode incluir uma porção de dados UL
704. A porção de dados UL 704 pode às vezes ser referida como a carga útil do subquadro centrado em UL. A porção de dados UL pode se referir aos recursos de comunicação utilizados para comunicar dados UL da entidade subordinada (por exemplo, UE) para a entidade de programação (por exemplo, UE ou BS). Em algumas configurações, a porção de controle 702 pode ser um canal de controle de DL físico (PDCCH).
[064] Como ilustrado na Figura 7, o final da parte de controle 702 pode ser separada no tempo do início da porção de dados UL 704. Essa separação de tempo pode às vezes ser referida como um intervalo, período de guarda, intervalo de guarda e/ou vários outros termos adequados. Essa separação provê tempo para a transição da comunicação DL (por exemplo, operação de recepção pela entidade de programação) para a comunicação UL (por exemplo, transmissão pela entidade de programação). O subquadro centrado em UL também pode incluir uma porção UL comum 706. A porção UL comum 706 na Figura 7 pode ser semelhante à porção UL comum 706 descrita acima com referência à Figura
7. A porção UL comum 706 pode adicional ou alternativamente incluir informação pertencente ao indicador de qualidade de canal (CQI), sinais de referência sonoros (SRSs) e vários outros tipos adequados de informação. Um versado na técnica entenderá que o precedente é apenas um exemplo de um subquadro centrado em UL e estruturas alternativas com características semelhantes podem existir sem necessariamente se desviar dos aspectos aqui descritos.
[065] Em algumas circunstâncias, duas ou mais entidades subordinadas (por exemplo, UEs) podem se comunicar usando sinais de sidelink. As aplicações reais de tais comunicações de sidelink podem incluir segurança pública, serviços de proximidade, retransmissão UE-para- rede, comunicações veículo a veículo (V2V), comunicações Internet de Tudo (IoE), comunicações IoT, malha de missão crítica e/ou várias outras aplicações adequadas. Geralmente, um sinal de sidelink pode se referir a um sinal comunicado de uma entidade subordinada (por exemplo, UE1) a outra entidade subordinada (por exemplo, UE2) sem retransmitir essa comunicação através da entidade de programação (por exemplo, UE ou BS), mesmo que a entidade de programação possa ser utilizada para programação e/ou finalidades de controle. Em alguns exemplos, os sinais de sidelink podem ser comunicados usando um espectro licenciado (ao contrário das redes locais sem fio, que normalmente usam um espectro não licenciado).
[066] Um UE pode operar em várias configurações de recursos rádio, incluindo uma configuração associada à transmissão de pilotos usando um conjunto dedicado de recursos (por exemplo, um estado dedicado de controle de recursos rádio (RRC), etc.) ou uma configuração associada à transmissão de pilotos usando um conjunto comum de recursos (por exemplo, um estado comum de RRC, etc.). Ao operar no estado dedicado de RRC, o UE pode selecionar um conjunto dedicado de recursos para transmitir um sinal piloto para uma rede. Ao operar no estado comum de RRC, o UE pode selecionar um conjunto comum de recursos para transmitir um sinal piloto para a rede. Em qualquer um dos casos, um sinal piloto transmitido pelo UE pode ser recebido por um ou mais dispositivos de acesso à rede, como uma AN ou DU, ou porções das mesmas. Cada dispositivo de recepção de acesso à rede pode ser configurado para receber e medir sinais piloto transmitidos no conjunto comum de recursos e também receber e medir sinais piloto transmitidos em conjuntos dedicados de recursos alocados aos UEs para os quais o dispositivo de acesso à rede é membro de um conjunto de monitoramento de dispositivos de acesso à rede para o UE. Um ou mais dispositivos de recepção de acesso à rede, ou uma CU para a qual os dispositivos de acesso à rede de recepção transmitem as medições dos sinais piloto, podem usar as medições para identificar células de serviço para os UEs, ou para iniciar uma alteração na célula de serviço para um ou mais dos UEs.
PROJETO DE PARTIÇÃO EXEMPLAR
[067] Nos sistemas de comunicação móvel em conformidade com certos padrões de comunicação sem fio, como os padrões Evolução de Longo Prazo (LTE), certas técnicas podem ser usadas para aumentar a confiabilidade da transmissão de dados. Por exemplo, depois que uma estação base executa uma operação de transmissão inicial para um canal de dados específico, um receptor que recebe a transmissão tenta demodular o canal de dados durante o qual o receptor executa uma verificação de redundância cíclica (CRC) para o canal de dados. Se, como resultado da verificação, a transmissão inicial for demodulada com sucesso, o receptor pode enviar uma confirmação (ACK) à estação base para confirmar a demodulação bem-sucedida. Se, no entanto, a transmissão inicial não for demodulada com sucesso, o receptor pode enviar uma não confirmação (NACK) para a estação base. Um canal que transmite ACK/NACK é chamado de uma resposta ou um canal de ACK.
[068] Em alguns casos, sob os padrões LTE, um canal ACK pode compreender duas partições (ou seja, um subquadro) ou 14 símbolos, que podem ser usados para transmitir uma ACK que pode compreender um ou dois bits de informação. Em alguns casos, ao transmitir informação de canal de ACK, um dispositivo sem fio pode executar salto em frequência. O salto em frequência refere-se à prática de alternar repetidamente as frequências dentro de uma banda de frequência para reduzir a interferência e evitar a interceptação.
[069] Sob outros padrões de comunicação sem fio, como NR, a informação do canal de ACK e outras informações podem ser transmitidas através de uma estrutura de uplink mostrada na Figura 8a. A Figura 8a ilustra um exemplo de estrutura de uplink com um intervalo de tempo de transmissão (TTI) que inclui uma região para transmissões de rajada de uplink longas. A rajada de uplink longa pode transmitir informação como confirmação (ACK), indicador de qualidade de canal (CQI) ou informação de solicitação de programação (SR).
[070] A duração da região para transmissões de rajadas de uplink longas, referidas na Figura 8 como "Rajada de UL Longa", pode variar dependendo de quantos símbolos são usados para o canal de controle de downlink físico (PDCCH), o intervalo e a rajada de uplink curta (mostrada como Rajada de UL Curta), como mostrado na Figura
8. Por exemplo, a Rajada de UL Longa pode compreender um número de partições (por exemplo, 4), onde a duração de cada partição pode variar de 4 a 14 símbolos. A Figura 8b também mostra uma estrutura de downlink com um TTI que inclui PDCCH, canal compartilhado de downlink físico (PDSCH), um intervalo e uma rajada de uplink curta. Semelhante à Rajada de UL Longa, a duração de DL PDSCH também pode depender do número de símbolos usadospelo PDCCH, do intervalo e da rajada de uplink curta.
[071] Como observado acima, a rajada de uplink curta pode ser de 1 ou 2 símbolos e diferentes abordagens podem ser usadas para transmitir UCI nessa duração. Por exemplo, de acordo com um projeto de UCI de "1 símbolo", 3 ou mais bits de UCI podem ser enviados usando a multiplexação por divisão de frequência (FDM). Para 1 ou 2 bits de confirmação (ACK) ou uma solicitação de programação de 1 bit (SR), um projeto baseado em sequência pode ser usado. Por exemplo, um SR pode ser enviado com 1 sequência, chaveamento liga-desliga, e pode multiplexar até 12 usuários por RB. Para uma ACK de 1 bit, podem ser usadas 2 sequências e até 6 usuários podem ser multiplexados por RB. Para uma ACK de 2 bits, 4 sequências podem ser usadas e até 3 usuários podem ser multiplexados por RB.
[072] Regra de mapeamento de RE exemplar para piggyback de UCI em PUSCH
[073] Existem várias abordagens para multiplexar PUCCH e PUSCH simultâneos a partir de um mesmo UE que podem ser providas. Por exemplo, uma primeira abordagem pode incluir a transmissão de PUCCH e PUSCH em diferentes RBs, tais como PUCCH e PUSCH FDM. Uma segunda abordagem pode incluir realizar piggyback de PUCCH em RBs de PUSCH atribuídos. Ambas as abordagens podem ser suportadas em NR.
[074] Piggyback de UCI em PUSCH pode incluir, para primeiro mapeamento de frequência, princípios de mapeamento de recursos UCI (por exemplo, em torno de RS) que podem ser comuns para PUSCH com a forma de onda DFT-s- OFDM e a forma de onda CP-OFDM. Piggyback de UCI em PUSCH também pode incluir dados UL que podem ser correspondidos em taxa em torno da UCI pelo menos para um relatório de CSI periódica configurado pelo RRC e/ou um relatório de CSI aperiódica acionado pela concessão de UL.
[075] Em um ou mais casos, a programação baseada em partição para HARQ-ACK com mais de dois bits pode incluir PUSCH correspondido em taxa. Em alguns casos, PUSCH pode ser puncionado para programação baseada em partição para HARQ-ACK com até dois bits. Em um ou mais casos, NR pode prover um entendimento comum suficientemente confiável sobre os bits de HARQ-ACK entre gNB e UE. Em alguns casos, considerações adicionais podem ser consideradas em relação à multiplexação de canal de PUCCH e PUSCH.
[076] As considerações associadas ao uso de piggyback de UCI em PUSCH podem incluir como decidir a regra de piggyback de HARQ-ACK. Por exemplo, se PUSCH for puncionado por ACK, no caso de um tamanho de carga útil grande de ACK, o impacto ao desempenho de decodificação de PUSCH pode ser não negligenciável. Se PUSCH for correspondido em taxa em torno de ACK, nos casos em que um UE detectar DCI erroneamente, um eNB e UE podem ter uma suposição diferente sobre o número de bits de ACK que tiveram piggyback realizado em PUSCH, o que pode exigir que o eNB realize a detecção cega para resolver tal ambiguidade. Além disso, à medida que o tamanho da carga útil de ACK aumenta, várias detecções cegas que o eNB pode precisar executar também podem aumentar.
ALOCAÇÃO DE RECURSOS EXEMPLARES PARA UCI E MULTIPLEXAÇÃO DE DADOS EM PUSCH
[077] Aspectos da presente divulgação proveem várias técnicas que podem permitir que ambos a rede (estação base/gNB) e o UE identifiquem quais recursos de PUSCH estão disponíveis para transmitir UCI que possui uma carga útil dinâmica.
[078] Como observado acima, a informação de controle de uplink (UCI) pode ser transportada via PUSCH. A UCI pode transmitir diferentes tipos de informação, como relatórios ACK/NACK e CSI. Os tipos de relatórios de CSI também podem variar, por exemplo, com diferentes tipos, incluindo CSI semipersistente e CSI aperiódica. Em qualquer um dos tipos, os relatórios de CSI podem ser de banda larga, banda parcial ou sub-banda.
[079] Em alguns casos, a carga útil de UCI pode variar dinamicamente (por exemplo, dependendo do tipo e quantidade de informação a ser relatada). Por exemplo, os relatórios de CSI podem incluir retorno do tipo I e tipo II. O retorno do tipo I pode incluir retorno de CSI de resolução padrão para painéis de antena única e/ou múltiplos painéis. O retorno do tipo II pode incluir um retorno de CSI de resolução mais alta (por exemplo, direcionando MU-MIMO).
[080] Quando UCI e dados são relatados juntamente (multiplexados) no mesmo PUSCH, o PUSCH é compartilhado entre UCI e dados. Em LTE, a quantidade de bits de UCI é fixa e conhecida pela estação base, e a estação base pode alocar recursos adequados para ambos UCI e dados.
[081] Como observado acima, em NR, a carga útil de UCI pode ser dinâmica. Isso pode representar um desafio para a estação base alocar adequadamente recursos para UCI e dados. Por exemplo, se UCI sempre tiver prioridade sobre os dados, uma estação base pode não alocar recursos suficientes para UCI parcial (como omissão de PMI de sub-banda) e todos os dados. Isso pode resultar em degradação da capacidade de vazão de dados em UL.
[082] As técnicas aqui apresentadas proveem alocação adequada de recursos para levar em consideração o ajuste dinâmico do tamanho de carga útil máxima suportado para UCI (por exemplo, CSI parte 2), com base na quantidade de dados UL.
[083] Por exemplo, a Figura 9 ilustra operações exemplares 900 para comunicações sem fio por um UE para determinar recursos disponíveis para multiplexar UCI e dados, de acordo com certos aspectos da presente divulgação.
[084] As operações 900 começam, em 902, determinando uma quantidade total de recursos alocados para transmitir ambos os dados de uplink e a informação de controle de uplink (UCI) em uma transmissão de canal compartilhado de uplink físico (PUSCH).
[085] Em 904, o UE determina um tamanho de carga útil suportado para transmitir a UCI com base pelo menos em parte na quantidade total de recursos alocados e em uma quantidade de recursos alocados para os dados de uplink.
[086] Em 906, o UE transmite dados de uplink e UCI no PUSCH, com base na quantidade total de recursos alocados e no tamanho de carga útil suportado determinado.
[087] Dessa maneira, aspectos da presente divulgação podem acomodar UCI tendo um tamanho de carga útil dinâmica (e geralmente grande). Por exemplo, aspectos da presente divulgação podem ser usados em sistemas NR, onde o tamanho da carga útil de CSI pode ser muito grande (por exemplo, CSI Tipo II com relatório de CSI de grau 2). Nesses casos, uma regra de omissão de CSI que determina quando eliminar determinada informação de CSI é suportada. Em alguns casos, apenas uma sub-banda pode ser relatada se o recurso no PUSCH for insuficiente para relatórios de CSI de banda mais ampla.
[088] Para suportar esse tamanho de carga útil de CSI dinâmico dessa maneira, os aspectos da presente divulgação podem ajudar a priorizar certos tipos de bits durante a alocação de recursos, ao multiplexar UCI e dados.
[089] De acordo com certas soluções, um tamanho de carga útil máxima suportado (referido como J_max) para CSI parte 2 pode ser alterado dinamicamente de acordo com a quantidade de dados UL. Nesses casos, um UE pode determinar o tamanho de carga útil máxima suportado com base em uma pré-configuração ou com base na quantidade máxima de recursos para carga útil de CSI. Se a carga útil de CSI for menor que o tamanho de carga útil máxima suportado para UCI (por exemplo, for menor que J_max), toda a CSI pode ser transmitida. Por outro lado, se a CSI parte 2 for maior que J_max, então a omissão de CSI ocorrerá e reduzirá a CSI parte 2 para menor ou igual a J_max.
[090] Em alguns casos, um UE pode determinar um tamanho de carga útil máxima suportado com base em uma taxa máxima de codificação suportada (Rmax) para dados UL. Rmax pode ser sinalizado pela rede, por exemplo, via sinalização de camada superior, sinalização semiestática ou sinalização de camada inferior. Como exemplo, Rmax pode ser determinado de acordo com a seguinte fórmula: 𝑅𝑚𝑎𝑥 = 𝑚𝑖𝑛 (𝑅𝑚𝑐𝑠 + 𝛥. 𝑅_𝑏𝑜𝑢𝑛𝑑), onde Rmcs é a taxa de codificação indicada em MCS, Δ é desviado pelo desvio de taxa de codificação permitido, R_bound é a limitação de limite superior da taxa de codificação, Δ e R_bound podem ser configurados em uma camada superior. Rmax pode determinar a alocação mínima de recursos para dados e, portanto, pode ser usado para determinar a alocação máxima de recursos para UCI (por exemplo, CSI, HARQ-ACK/NACK, SR).
[091] A carga útil de CSI, especialmente para relatórios de CSI parte 2 (por exemplo, a parte prejudicada) pode ser calculada com base em outra alocação de recursos de partes de UCI (ACK/NACK, SR, CSI parte 1), que pode ser usada para adicionalmente determinar o número máximo de tamanho de carga útil de CS2 parte 2 (J_max).
Como exemplo, se o recurso mínimo (em REs) para a porção de dados UL se tornar: 𝑁1 = ⌈𝑁𝑑𝑎𝑡𝑎/𝑅𝑚𝑎𝑥/𝑄⌉ onde Q é o número de bits transportados por RE, que depende de uma configuração UL MCS. O recurso máximo alocado para UCI pode ser encontrado como: 𝑁2 = 𝑁0 − 𝑁1 onde N0 é o número total de REs alocados para PUSCH. Subtraindo outros REs ocupados pela parte da UCI (como ACK/NACK, RI/CRI/CQI em parte 1), os REs de UCI parte 2 podem ser encontrados como: 𝑁𝑝𝑎𝑟𝑡2 = 𝑁2 − 𝑁𝑝𝑎𝑟𝑡1 − 𝑁𝑎𝑐𝑘 Em seguida, a carga útil J_max pode ser encontrada como: onde Q é o número de bits transportados por RE e Rmcs é a taxa de codificação de PUSCH da sinalização de DCI.
[092] Em alguns casos, os recursos mínimos (por exemplo, o número mínimo de RBs ou REs) para dados podem ser sinalizados para o UE. Por exemplo, o número mínimo de RBs ou REs pode ser sinalizado via sinalização de camada superior, sinalização semiestática ou sinalização de camada inferior. Como um exemplo, a sinalização de informação de controle de downlink (DCI) pode indicar a alocação de RBs para dados e UCI, e um parâmetro configurado de camada superior que determina a porção mínima de RBs a serem alocados para dados UL pode ser sinalizado, de modo que: 𝑚𝑖𝑛_𝑅𝐵_𝑑𝑎𝑡𝑎 = 𝑅𝐵_𝑡𝑜𝑡𝑎𝑙 (𝑎𝑙𝑜𝑐𝑎𝑑𝑜 𝑣𝑖𝑎 𝐷𝐶𝐼) ∗ 𝑎𝑙𝑓𝑎,
onde alfa pode ser um parâmetro indicado por meio de sinalização de camada superior. O recurso máximo disponível para CSI parte 2 pode ser posteriormente derivado como: 𝑚𝑎𝑥_𝑅𝐵_𝑈𝐶𝐼 = 𝑅𝐵_𝑡𝑜𝑡𝑎𝑙 – 𝑚𝑖𝑛_𝑅𝐵_𝑑𝑎𝑡𝑎, 𝑚𝑎𝑥_𝑅𝐸_𝑈𝐶𝐼 = 𝑚𝑎𝑥_𝑅𝐵_𝑈𝐶𝐼 ∗ 𝑄 (𝑜𝑟𝑑𝑒𝑚 𝑑𝑒 𝑚𝑜𝑑𝑢𝑙𝑎çã𝑜 𝑝𝑎𝑟𝑎 𝑈𝐶𝐼) 𝑚𝑎𝑥_𝑅𝐸_𝑝𝑎𝑟𝑡2_𝐶𝑆𝐼 = 𝑚𝑎𝑥_𝑅𝐸_𝑈𝐶𝐼 − 𝑅𝐸_𝐴𝐶𝐾 – 𝑅𝐸_𝑝𝑎𝑟𝑡1_𝐶𝑆𝐼 𝐽𝑚𝑎𝑥 = ⌊max _𝑅𝐸_𝑝𝑎𝑟𝑡2_𝐶𝑆𝐼/𝑄⌋ Em geral, um número máximo de REs disponíveis para UCI pode ser derivado com base em um número mínimo de REs para dados.
[093] Um exemplo desta abordagem é mostrado na Figura 10. Como ilustrado, em 1002, uma estação base pode primeiro alocar recursos totais (para UCI e dados). Em 1004, o UE pode calcular a carga útil máxima (J_max) para a CSI parte 2 com base nos dados UL. Em 1006, o UE calcula a CSI parte 2 e calcula a carga útil. Em 1008, o UE pode determinar a alocação de recursos em PUSCH, por exemplo, na ordem de:
1. HARQ ACK/NACK,
2. CSI parte 1
3. CSI parte 2, e
4. Dados UL.
[094] Em alguns casos, um UE pode receber recursos de dados UL antes dos relatórios de CSI parte 2. Nesses casos, a sequência de alocação de recursos pode ser alterada de modo que o recurso para dados seja alocado antes do relatório de CSI parte 2.
[095] Por exemplo, como ilustrado na Figura 11, uma estação base pode primeiro alocar recursos totais para dados e UCI, em 1102. Em 1104, o UE pode alocar recursos UL, com a ordem de UCI e dados da seguinte maneira (em ordem de prioridade):
1. HARQ ACK/NACK,
2. CSI parte 1
3. Dados UL e
4. CSI parte 2. E o UE pode calcular, em 1106, a carga útil máxima (J_max) para a CSI parte 2 com base na alocação de recursos (depois de alocar recursos para outra UCI e dados por 1104).
[096] Em alguns casos, cada configuração de relatório de CSI pode ter sua própria carga útil máxima de CSI parte 2 associada. Nesses casos, cada configuração de relatório de CSI pode definir sua própria carga útil máxima de CSI parte 2 J_max. Novamente, J_max pode ser configurado em uma camada superior ou predefinido com base nas configurações de relatório de CSI (por exemplo, com base em um #ports, CSI tipo I ou tipo II). Se múltiplos relatórios de CSI forem acionados em um tempo de relatório PUSCH, o somatório de: 𝐽_𝑚𝑎𝑥 = 𝑠𝑜𝑚𝑎 (𝐽_𝑘) será usado como uma carga útil parte 2 máxima, em que J_k é o tamanho máximo configurado do relatório de CSI para o k-ésimo relatório de CSI.
[097] Os métodos aqui divulgados compreendem uma ou mais etapas ou ações para alcançar o método descrito. As etapas e/ou ações do método podem ser trocadas entre si sem se afastar do escopo das reivindicações. Em outras palavras, a menos que uma ordem específica de etapas ou ações seja especificada, a ordem e/ou o uso de etapas e/ou ações específicas podem ser modificadas sem se afastar do escopo das reivindicações.
[098] Conforme aqui utilizado, uma frase referente a "pelo menos um de" uma lista de itens refere-se a qualquer combinação desses itens, incluindo membros únicos. Como exemplo, "pelo menos um de: a, b ou c" destina-se a cobrir a, b, c, a-b, a-c, b-c e a-b-c, bem como qualquer combinação com múltiplos do mesmo elemento (por exemplo, a-a, a-a-a, a-a-b, a-a-c, a-b-b, a-c-c, b-b, b-b-b, b-b-c, c-c e c-c-c ou qualquer outra ordem de a, b e c).
[099] Conforme usado aqui, o termo "determinar" abrange uma ampla variedade de ações. Por exemplo, "determinar" pode incluir calcular, computar, processar, derivar, investigar, buscar (por exemplo, buscar em uma tabela, banco de dados ou outra estrutura de dados), verificar e similares. Além disso, "determinar" pode incluir receber (por exemplo, receber informação), acessar (por exemplo, acessar dados em uma memória) e similares. Além disso, "determinar" pode incluir revolver, selecionar, escolher, estabelecer e similares.
[100] A descrição anterior é provida para permitir que qualquer pessoa versada na técnica pratique os vários aspectos aqui descritos. Várias modificações nesses aspectos serão prontamente aparentes para os especialistas na técnica, e os princípios gerais aqui definidos podem ser aplicados a outros aspectos. Assim, as reivindicações não se destinam a se limitar aos aspectos mostrados aqui, mas devem receber o escopo completo consistente com as reivindicações de linguagem, em que a referência a um elemento no singular não se destina a significar "um e apenas um", a menos que especificamente indicado, mas “um ou mais”. Salvo indicação em contrário, o termo "alguns" se refere a um ou mais. Todos os equivalentes estruturais e funcionais aos elementos dos vários aspectos descritos ao longo desta divulgação que são conhecidos ou mais tarde venham a ser conhecidos pelos especialistas na matéria são expressamente incorporados aqui por referência e devem ser abrangidos pelas reivindicações. Além disso, nada divulgado neste documento pretende ser dedicado ao público, independentemente de tal divulgação ser explicitamente recitada nas reivindicações. Nenhum elemento de reivindicação deve ser interpretado de acordo com as disposições de 351 da USC §122 sexto parágrafo, a menos que o elemento seja expressamente recitado usando a frase “meios para” ou, no caso de uma reivindicação de método, o elemento seja recitado usando a frase “etapa para”.
[101] As várias operações de métodos descritos acima podem ser realizadas por qualquer meio adequado capaz de executar as funções correspondentes. Os meios podem incluir vários componentes e/ou módulos de hardware e/ou software, incluindo, entre outros, um circuito, um circuito integrado de aplicação específica (ASIC) ou processador. Geralmente, onde existem operações ilustradas nas figuras, essas operações podem ter componentes correspondentes de meios mais função. Por exemplo, várias operações mostradas nas Figuras 9, 10 e 11 podem ser executadas por vários processadores mostrados na Figura 4.
[102] Por exemplo, meios para transmissão e/ou meios para recepção podem compreender um ou mais de um processador de transmissão 420, um processador MIMO TX 430, um processador de recepção 438 ou antena (s) 434 da estação base 110 e/ou o processador de transmissão 464, um processador MIMO TX 466, um processador de recepção 458 ou antena (s) 452 do equipamento de usuário 120. Além disso, os meios para geração, meios para multiplexação e/ou meios para aplicação podem compreender um ou mais processadores, tais como o controlador/processador 440 da estação base 110 e/ou o controlador/processador 480 do equipamento de usuário 120.
[103] Os vários blocos de lógica, módulos e circuitos ilustrativos descritos em conexão com a presente divulgação podem ser implementados ou executados com um processador de finalidade geral, um processador de sinal digital (DSP), um circuito integrado de aplicação específica (ASIC), um arranjo de porta programável em campo (FPGA) ou outro dispositivo de lógica programável (PLD), porta discreta ou lógica de transistor, componentes de hardware discretos ou qualquer combinação dos mesmos projetada para executar as funções aqui descritas. Um processador de finalidade geral pode ser um microprocessador, mas, em alternativa, o processador pode ser qualquer processador, controlador, microcontrolador ou máquina de estado disponível comercialmente. Um processador também pode ser implementado como uma combinação de dispositivos de computação, por exemplo, uma combinação de um DSP e um microprocessador, uma pluralidade de microprocessadores, um ou mais microprocessadores em conjunto com um núcleo DSP, ou qualquer tal configuração.
[104] Se implementado no hardware, um exemplo de configuração de hardware pode compreender um sistema de processamento em um nó sem fio. O sistema de processamento pode ser implementado com uma arquitetura de barramento. O barramento pode incluir qualquer número de barramentos e pontes de interconexão, dependendo da aplicação específica do sistema de processamento e das restrições gerais de projeto. O barramento pode conectar vários circuitos, incluindo um processador, mídia legível por máquina e uma interface de barramento. A interface do barramento pode ser usada para conectar um adaptador de rede, entre outras coisas, ao sistema de processamento através do barramento. O adaptador de rede pode ser usado para implementar as funções de processamento de sinal da camada PHY. No caso de um terminal de usuário 120 (vide Figura 1), uma interface de usuário (por exemplo, teclado, display, mouse, joystick, etc.) também pode ser conectada ao barramento. O barramento também pode conectar vários outros circuitos, como fontes de temporização, periféricos, reguladores de tensão, circuitos de gerenciamento de potência e similares, que são bem conhecidos na técnica e, portanto, não serão mais descritos. O processador pode ser implementado com um ou mais processadores de finalidade geral e/ou de finalidade especial. Exemplos incluem microprocessadores, microcontroladores, processadores DSP e outros circuitos que podem executar software. Os especialistas na técnica reconhecerão a melhor forma de implementar a funcionalidade descrita para o sistema de processamento, dependendo da aplicação específica e das restrições gerais de projeto impostas ao sistema geral.
[105] Se implementadas em software, as funções podem ser armazenadas ou transmitidas como uma ou mais instruções ou códigos em um meio legível por computador. O software deve ser interpretado de forma ampla como instruções, dados ou qualquer combinação dos mesmos, seja referido como software, firmware, middleware, microcódigo, linguagem de descrição de hardware ou outros. Mídia legível por computador inclui mídia de armazenamento em computador e mídia de comunicação, incluindo qualquer meio que facilite a transferência de um programa de computador de um lugar para outro. O processador pode ser responsável por gerenciar o barramento e o processamento geral, incluindo a execução de módulos de software armazenados na mídia de armazenamento legível por máquina. Um meio de armazenamento legível por computador pode ser acoplado a um processador, de modo que o processador possa ler informação e gravar informação no meio de armazenamento. Em alternativa, o meio de armazenamento pode ser parte integrante do processador. A título de exemplo, a mídia legível por máquina pode incluir uma linha de transmissão, uma onda de portadora modulada por dados e/ou um meio de armazenamento legível por computador com instruções armazenadas no mesmo separadas do nó sem fio, que podem ser acessadas pelo processador através da interface do barramento. Como alternativa, ou em adição, a mídia legível por máquina, ou qualquer parte dela, pode ser integrada ao processador, tal como o caso pode ser com cache e/ou arquivos de registro geral. Exemplos de mídia de armazenamento legível por máquina podem incluir, a título de exemplo, RAM (Memória de Acesso Aleatório), memória flash, ROM (Memória Somente de Leitura), PROM (Memória Somente de Leitura Programável), EPROM (Memória Somente de Leitura Programável Apagável), EEPROM (memória somente de leitura programável eletricamente apagável), registradores, discos magnéticos, discos ópticos, discos rígidos ou qualquer outro meio de armazenamento adequado ou qualquer combinação dos mesmos. A mídia legível por máquina pode ser incorporada em um produto de programa de computador.
[106] Um módulo de software pode compreender uma única instrução, ou muitas instruções, e pode ser distribuído por vários segmentos de código diferentes, entre diferentes programas e por múltiplas mídias de armazenamento. A mídia legível por computador pode compreender vários módulos de software. Os módulos de software incluem instruções que, quando executadas por um aparelho como um processador, fazem com que o sistema de processamento execute várias funções. Os módulos de software podem incluir um módulo de transmissão e um módulo de recepção. Cada módulo de software pode residir em um único dispositivo de armazenamento ou ser distribuído por múltiplos dispositivos de armazenamento. A título de exemplo, um módulo de software pode ser carregado na RAM a partir de um disco rígido quando ocorre um evento de disparo. Durante a execução do módulo de software, o processador pode carregar algumas das instruções no cache para aumentar a velocidade de acesso. Uma ou mais linhas de cache podem ser carregadas em um arquivo de registro geral para execução pelo processador. Ao se referir à funcionalidade de um módulo de software abaixo, entender- se-á que essa funcionalidade é implementada pelo processador ao executar instruções desse módulo de software.
[107] Além disso, qualquer conexão é adequadamente denominada meio legível por computador. Por exemplo, se o software for transmitido de um site, servidor ou outra fonte remota usando um cabo coaxial, cabo de fibra óptica, par trançado, linha de assinante digital (DSL) ou tecnologias sem fio, tais como infravermelho (IR), rádio e micro-ondas, então, o cabo coaxial, cabo de fibra óptica, par trançado, DSL ou tecnologias sem fio, tais como infravermelho, rádio e micro-ondas, são incluídos na definição de meio. Disco e disquete, conforme usado aqui, incluem disco compacto (CD), disco laser, disco óptico, disco versátil digital (DVD), disco flexível e disco Blu- ray®, em que disquetes geralmente reproduzem dados magneticamente, enquanto que discos reproduzem dados opticamente com lasers. Assim, em alguns aspectos, a mídia legível por computador pode compreender mídia legível por computador não transitória (por exemplo, mídia tangível). Além disso, para outros aspectos, a mídia legível por computador pode compreender mídia legível por computador transitória (por exemplo, um sinal). As combinações dos itens acima também devem ser incluídas no escopo de mídia legível por computador.
[108] Assim, certos aspectos podem compreender um produto de programa de computador para executar as operações aqui apresentadas. Por exemplo, esse produto de programa de computador pode compreender um meio legível por computador com instruções armazenadas (e/ou codificadas) no mesmo, sendo as instruções executáveis por um ou mais processadores para executar as operações aqui descritas.
[109] Além disso, deve ser apreciado que os módulos e/ou outros meios apropriados para executar os métodos e técnicas aqui descritos podem ser baixados e/ou obtidos de outro modo por um terminal de usuário e/ou estação base, conforme aplicável. Por exemplo, esse dispositivo pode ser acoplado a um servidor para facilitar a transferência de meios para executar os métodos aqui descritos. Como alternativa, vários métodos descritos neste documento podem ser providos por meios de armazenamento (por exemplo, RAM, ROM, um meio de armazenamento físico, como um CD (CD) ou disquete, etc.), de modo que um terminal de usuário e/ou estação base possa obter os vários métodos ao acoplar ou prover os meios de armazenamento ao dispositivo. Além disso, qualquer outra técnica adequada para prover os métodos e técnicas aqui descritos a um dispositivo pode ser utilizada.
[110] Deve ser entendido que as reivindicações não se limitam à configuração e componentes precisos ilustrados acima. Várias modificações, alterações e variações podem ser feitas no arranjo, operação e detalhes dos métodos e aparelhos descritos acima, sem se afastar do escopo das reivindicações.

Claims (22)

REIVINDICAÇÕES
1. Método para comunicações sem fio por um equipamento de usuário (UE), compreendendo: determinar uma quantidade total de recursos alocados para transmitir ambos dados de uplink e informação de controle de uplink (UCI) em uma transmissão de canal compartilhado de uplink físico (PUSCH); determinar um tamanho de carga útil suportado para transmitir a UCI com base pelo menos em parte na quantidade total de recursos alocados e em uma quantidade de dados de uplink; e transmitir dados de uplink e UCI no PUSCH, com base na quantidade total de recursos alocados e no tamanho de carga útil suportado determinado.
2. Método, de acordo com a reivindicação 1, em que a UCI compreende um tipo de informação de estado de canal (CSI) de um tamanho de carga útil dinâmica.
3. Método, de acordo com a reivindicação 1, em que o tamanho de carga útil suportado para transmitir a UCI é determinado com base no tamanho da carga útil dos dados de uplink.
4. Método, de acordo com a reivindicação 1, em que a quantidade de recursos alocados para dados de uplink é transportada por meio de sinalização de camada superior, sinalização semiestática ou sinalização de camada inferior.
5. Método, de acordo com a reivindicação 1, em que o tamanho de carga útil suportado para transmitir a UCI é determinado com base em vários blocos de recursos (RBs) ou elementos de recursos (REs) alocados para os dados de uplink.
6. Método, de acordo com a reivindicação 5, em que determinar o tamanho de carga útil suportado para transmitir a UCI compreende: determinar um número de REs ou RBs disponíveis para transmitir a UCI subtraindo o número de RBs ou REs alocados para dados de uplink de um número de REs ou RBs alocados para o PUSCH; e determinar um número de bits de UCI que podem ser transmitidos no PUSCH com base no número de REs ou RBs disponíveis para transmitir a UCI e uma taxa de codificação do PUSCH.
7. Método, de acordo com a reivindicação 1, em que a quantidade de recursos alocados para dados de uplink é determinada com base em um parâmetro sinalizado (alfa) e no número total de RBs ou REs alocados para o PUSCH.
8. Método, de acordo com a reivindicação 1, em que o tamanho de carga útil suportado para transmitir a UCI é determinado pela alocação de recursos PUSCH para dados de uplink antes de alocar recursos PUSCH para UCI.
9. Método, de acordo com a reivindicação 1, em que: a UCI compreende informação de estado do canal (CSI) relatada de acordo com pelo menos uma de uma pluralidade de configurações de relatório de CSI, em que cada configuração de relatório de CSI tem sua própria carga útil máxima associada.
10. Método, de acordo com a reivindicação 9, em que, se vários relatórios de CSI forem acionados em um relatório PUSCH, o tamanho de carga útil máxima suportado para transmitir a UCI é determinado com base na soma da carga útil máxima associada a cada um dos relatórios de CSI acionados.
11. Aparelho para comunicação sem fio de um equipamento de usuário (UE), compreendendo: meios para determinar uma quantidade total de recursos alocados para transmitir ambos dados de uplink e informação de controle de uplink (UCI) em uma transmissão de canal compartilhado de uplink físico (PUSCH); meios para determinar um tamanho de carga útil suportado para transmitir a UCI com base pelo menos em parte na quantidade total de recursos alocados e em uma quantidade de dados de uplink; e meios para transmitir dados de uplink e UCI no PUSCH, com base na quantidade total de recursos alocados e no tamanho de carga útil suportado determinado.
12. Aparelho, de acordo com a reivindicação 11, em que a UCI compreende um tipo de informação de estado de canal (CSI) de um tamanho de carga útil dinâmica.
13. Aparelho, de acordo com a reivindicação 11, em que o tamanho de carga útil suportado para transmitir a UCI é determinado com base no tamanho da carga útil dos dados de uplink.
14. Aparelho, de acordo com a reivindicação 11, em que a quantidade de recursos alocados para dados de uplink é transportada por meio de sinalização de camada superior, sinalização semiestática ou sinalização de camada inferior.
15. Aparelho, de acordo com a reivindicação 11, em que o tamanho de carga útil suportado para transmitir a UCI é determinado com base em vários blocos de recursos
(RBs) ou elementos de recursos (REs) alocados para os dados de uplink.
16. Aparelho, de acordo com a reivindicação 15, em que os meios para determinar o tamanho de carga útil suportado para transmitir a UCI compreendem: meios para determinar um número de REs ou RBs disponíveis para transmissão da UCI subtraindo o número de RBs ou REs alocados para dados de uplink de um número de REs ou RBs alocados para o PUSCH; e meios para determinar um número de bits de UCI que podem ser transmitidos no PUSCH com base no número de REs ou RBs disponíveis para transmitir a UCI e uma taxa de codificação do PUSCH.
17. Aparelho, de acordo com a reivindicação 11, em que a quantidade de recursos alocados para dados de uplink é determinada com base em um parâmetro sinalizado (alfa) e no número total de RBs ou REs alocados para o PUSCH.
18. Aparelho, de acordo com a reivindicação 11, em que o tamanho de carga útil suportado para transmitir a UCI é determinado pela alocação de recursos PUSCH para dados de uplink antes de alocar recursos PUSCH para UCI.
19. Aparelho, de acordo com a reivindicação 11, em que: a UCI compreende informação de estado de canal (CSI) relatada de acordo com pelo menos uma de uma pluralidade de configurações de relatório de CSI, em que cada configuração de relatório de CSI tem sua própria carga útil máxima associada.
20. Aparelho, de acordo com a reivindicação 19, em que, se múltiplos relatórios de CSI forem acionados em um relatório PUSCH, o tamanho de carga útil máxima suportado para transmitir a UCI é determinado com base na soma da carga útil máxima associada a cada um dos relatórios de CSI acionados.
21. Aparelho para comunicação sem fio de um equipamento de usuário (UE), que compreende: pelo menos um processador configurado para determinar uma quantidade total de recursos alocados para transmitir ambos dados de uplink e informação de controle de uplink (UCI) em uma transmissão de canal compartilhado de uplink físico (PUSCH) e determinar um tamanho de carga útil suportado para transmitir a UCI com base pelo menos em parte na quantidade total de recursos alocados e em uma quantidade de dados de uplink; e um transmissor configurado para transmitir dados de uplink e UCI no PUSCH, com base na quantidade total de recursos alocados e no tamanho de carga útil suportado determinado.
22. Meio legível por computador tendo instruções armazenadas no mesmo para: determinar uma quantidade total de recursos alocados para transmitir ambos dados de uplink e informação de controle de uplink (UCI) em uma transmissão de canal compartilhado de uplink físico (PUSCH); determinar um tamanho de carga útil suportado para transmitir a UCI com base pelo menos em parte na quantidade total de recursos alocados e em uma quantidade de dados de uplink; e transmitir dados de uplink e UCI no PUSCH, com base na quantidade total de recursos alocados e no tamanho de carga útil suportado determinado.
BR112020010750-6A 2017-12-01 2018-11-05 alocação de recursos para informação de controle de uplink (uci) e multiplexação de dados sobre canal compartilhado de uplink físico (pusch) BR112020010750A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CNPCT/CN2017/114218 2017-12-01
PCT/CN2017/114218 WO2019104711A1 (en) 2017-12-01 2017-12-01 Resource allocation for uplink control information (uci) and data multiplexing on a physical uplink shared channel (pusch)
PCT/CN2018/113976 WO2019105182A1 (en) 2017-12-01 2018-11-05 Resource allocation for uplink control information (uci) and data multiplexing on a physical uplink shared channel (pusch)

Publications (1)

Publication Number Publication Date
BR112020010750A2 true BR112020010750A2 (pt) 2020-11-17

Family

ID=66663786

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112020010750-6A BR112020010750A2 (pt) 2017-12-01 2018-11-05 alocação de recursos para informação de controle de uplink (uci) e multiplexação de dados sobre canal compartilhado de uplink físico (pusch)

Country Status (8)

Country Link
US (1) US11743925B2 (pt)
EP (1) EP3718233A4 (pt)
JP (1) JP7399089B2 (pt)
KR (1) KR20200090783A (pt)
CN (2) CN115175348A (pt)
BR (1) BR112020010750A2 (pt)
SG (1) SG11202003586RA (pt)
WO (2) WO2019104711A1 (pt)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109302272B (zh) * 2018-02-13 2022-06-03 中兴通讯股份有限公司 Csi报告的发送、接收方法及装置、电子装置
CN110474667B (zh) * 2018-05-11 2022-11-08 维沃移动通信有限公司 一种信息处理方法、装置、终端及通信设备
CN112152760B (zh) * 2019-06-27 2022-03-29 华为技术有限公司 一种psfch的发送方法及装置
EP3979538A4 (en) * 2019-07-10 2022-06-22 Guangdong Oppo Mobile Telecommunications Corp., Ltd. METHOD FOR MULTIPLEXED TRANSMISSION OF UPLINK CONTROL INFORMATION AND RELATED PRODUCT
US20220225381A1 (en) * 2021-01-13 2022-07-14 Qualcomm Incorporated Uplink control information multiplexing

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8954105B2 (en) * 2006-12-18 2015-02-10 Samsung Electronics Co., Ltd. Method and apparatus for transmitting/receiving data and control information through an uplink in a wireless communication system
ES2758778T3 (es) * 2009-01-30 2020-05-06 Samsung Electronics Co Ltd Transmitir información de control de enlace ascendente a través de un canal de datos o a través de un canal de control
US8374136B2 (en) 2009-10-02 2013-02-12 Sharp Laboratories Of America, Inc. Transmission diversity scheme on physical uplink control channel (PUCCH) with ACK/NACK differentiation
CN102170647B (zh) * 2010-02-26 2013-11-20 电信科学技术研究院 上行数据信道资源复用类型的判断装置和方法
CN102263617B (zh) * 2010-05-31 2016-08-03 中兴通讯股份有限公司 上行控制信息在物理上行共享信道上的发送方法及装置
US8634345B2 (en) 2010-06-18 2014-01-21 Sharp Laboratories Of America, Inc. Uplink control information (UCI) multiplexing on the physical uplink shared channel (PUSCH)
CN112994865B (zh) * 2015-07-30 2024-05-31 苹果公司 用于通信的装置、方法和计算机可读介质
WO2017082696A1 (ko) * 2015-11-13 2017-05-18 엘지전자 주식회사 무선 신호를 전송하는 방법 및 이를 위한 장치
CN108702238B (zh) * 2016-02-16 2021-09-07 苹果公司 在物理上行链路共享信道上复用上行链路控制信息和数据
US20200099432A1 (en) * 2017-05-12 2020-03-26 Telefonaktiebolaget Lm Ericsson (Publ) Methods and Apparatus Relating to Channel State Information Reporting in a Wireless Communication Network
KR102201265B1 (ko) * 2017-11-15 2021-01-11 엘지전자 주식회사 무선 통신 시스템에서 장치의 상향링크 제어 정보 전송/수신 방법 및 장치
CN109802813B (zh) * 2017-11-17 2021-03-02 华为技术有限公司 上行控制信息传输方法和设备

Also Published As

Publication number Publication date
JP2021505061A (ja) 2021-02-15
JP7399089B2 (ja) 2023-12-15
US11743925B2 (en) 2023-08-29
WO2019104711A1 (en) 2019-06-06
EP3718233A4 (en) 2021-09-01
CN111418172B (zh) 2022-08-16
CN111418172A (zh) 2020-07-14
CN115175348A (zh) 2022-10-11
SG11202003586RA (en) 2020-06-29
WO2019105182A1 (en) 2019-06-06
KR20200090783A (ko) 2020-07-29
US20210195597A1 (en) 2021-06-24
EP3718233A1 (en) 2020-10-07

Similar Documents

Publication Publication Date Title
JP7247180B2 (ja) 異なるヌメロロジーを有するアップリンクのためのタイミングアドバンス粒度
JP7177146B2 (ja) 物理アップリンク共有チャネル(pusch)上のアップリンク制御情報(uci)ピギーバックに対するリソース(re)マッピングルール
ES2902953T3 (es) Asignación de recursos para canal físico de control de enlace ascendente (PUCCH)
BR112020009536A2 (pt) projetos para conjunto de recursos de controle (coreset) de informações de sistema mínimas remanescentes (rmsi) e coreset de outras informações de sistema (osi)
BR112020014468A2 (pt) transmissão de uci para atribuições de recurso de enlace ascendente sobreposto com repetição
BR112020020368A2 (pt) Alocação de recurso de pucch antes de configuração de rrc
BR112019009295A2 (pt) sinalização de relações de formação de feixe entre canais de dados e de controle
BR112020007411A2 (pt) sinal de referência de rastreamento aperiódico
BR112020010750A2 (pt) alocação de recursos para informação de controle de uplink (uci) e multiplexação de dados sobre canal compartilhado de uplink físico (pusch)
JP7246389B2 (ja) 物理アップリンク制御チャネル(pucch)リソース割振り
CN111656824B (zh) 上行链路功率控制配置
BR112019022596A2 (pt) indicação de temporização através de dmrs/pbch em modos diferentes
BR112019026392A2 (pt) projeto de canal de aumento de sinal de enlace ascendente de longa duração
BR112020005724A2 (pt) correspondência de taxa para canal compartilhado de downlink físico (pdsch) e canal compartilhado de uplink físico (pusch) de novo rádio (nr)
BR112020000884A2 (pt) multiplexar sinais de referência de demodulação e sinais de sincronização em novo rádio
BR112020006340A2 (pt) omissão de informações de estado de canal de sub-banda (csi) para csi tipo ii
BR112020010411A2 (pt) controle de energia para comunicação de tecnologia de acesso a rádio duplo (rat)
BR112020009378A2 (pt) indicador de recuo específico uplink
BR112019026993A2 (pt) configuração de sequência de canal de controle de uplink físico (pucch)
BR112020010679A2 (pt) mapeamento de camada de informação de controle de uplink (uci) exemplar
BR112020006864A2 (pt) espaço de pesquisa de resposta de canal de acesso aleatório (rach) dependente de portadora
KR102273488B1 (ko) 업링크 제어 정보 (uci) 대 리소스 엘리먼트 (re) 맵핑
BR112019015557B1 (pt) Alocação de recursos para o canal físico de controle uplink (pucch)

Legal Events

Date Code Title Description
B350 Update of information on the portal [chapter 15.35 patent gazette]