BR112020022764A2

BR112020022764A2 - alocação de recursos de canal de controle uplink físico (pucch) para comunicação de latência baixa ultra confiável (urllc)

Info

Publication number: BR112020022764A2
Application number: BR112020022764-1A
Authority: BR
Inventors: Wei Yang; Jing Jiang; Yi Huang; Renqiu Wang; Wanshi Chen; Peter Gaal; Chih-Ping Li; Tingfang JI
Original assignee: Qualcomm Incorporated
Priority date: 2018-05-10
Filing date: 2019-05-09
Publication date: 2021-02-02
Also published as: TWI795564B; KR20210008499A; WO2019217696A1; JP2021523617A; US10980049B2; AU2019266295B2; EP3791521A1; JP7206296B2; SG11202010015WA; US20190349973A1; CN112088516B; AU2019266295A1; CN112088516A; TW201947981A

Abstract

  ALOCAÇÃO DE RECURSOS DE CANAL DE CONTROLE UPLINK FÍSICO (PUCCH) PARA COMUNICAÇÃO DE LATÊNCIA BAIXA ULTRA CONFIÁVEL (URLLC). Vários aspectos da presente revelação se referem em geral à comunicação sem fio. Em alguns aspectos, um equipamento de usuário (UE) pode determinar se uma transmissão de canal de controle uplink físico (PUCCH) é associada a um primeiro tipo de serviço ou um segundo tipo de serviço, em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa do que o primeiro tipo de serviço. O UE pode transmitir a transmissão PUCCH usando um primeiro conjunto de recursos quando a transmissão PUCCH é associada ao primeiro tipo de serviço ou usando um segundo conjunto de recursos quando a transmissão PUCCH é associada ao segundo tipo de serviço. São providos inúmeros outros aspectos.

Description

“ALOCAÇÃO DE RECURSOS DE CANAL DE CONTROLE UPLINK FÍSICO (PUCCH) PARA COMUNICAÇÃO DE LATÊNCIA BAIXA ULTRA CONFIÁVEL (URLLC)” REFERÊNCIA REMISSIVA A PEDIDOS CORRELATOS DE ACORDO COM 35 U.S.C. §119

[001] O presente pedido reivindica prioridade ao pedido de patente provisória US no. 62/669,941, depositado em 10 de maio de 2018, intitulado “TECHNIQUES

AND APPARATUSES FOR ALLOCATING PHYSICAL UPLINK CONTROL CHANNEL (PUCCH) RESOURCES FOR ULTRA-RELIABLE LOW LATENCY COMMUNICATION (URLLC),” e pedido de patente não provisória US no. 16/406,667, depositado em 8 de maio de 2019, intitulado “ALLOCATING PHYSICAL UPLINK CONTROL CHANNEL (PUCCH) RESOURCES FOR ULTRA-RELIABLE LOW LATENCY COMMUNICATION (URLLC),” que são pelo presente expressamente incorporados por referência na presente invenção.

CAMPO DA REVELAÇÃO

[002] Aspectos da presente revelação se referem em geral à comunicação sem fio e a técnicas e aparelhos para alocar recursos de canal de controle uplink físico (PUCCH) para comunicação de latência baixa ultra confiável (URLLC).

ANTECEDENTES

[003] Sistemas de comunicação sem fio são amplamente usados para fornecer vários serviços de telecomunicação como telefonia, vídeo, dados, envio de mensagens e broadcasts. Sistemas de comunicação sem fio típicos podem empregar tecnologias de múltiplo acesso capazes de suportar comunicação com múltiplos usuários por compartilhar recursos de sistema disponíveis (por exemplo,

largura de banda, potência de transmissão etc.). Os exemplos de tais tecnologias de acesso múltiplo incluem 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 portadora única (SC-FDMA), sistemas de acesso múltiplo por divisão de código síncrono de divisão de tempo (TD-SCDMA) e Evolução de longo prazo (LTE). LTE/LTE-avançado é um conjunto de aperfeiçoamentos no padrão móvel do Sistema de Telecomunicações móveis universal (UMTS) promulgado pelo Projeto de Sociedade de terceira geração (3GPP).

[004] Uma rede de comunicação sem fio pode incluir diversas estações base (BSs) que podem suportar comunicação para diversos equipamentos de usuário (UEs). Um equipamento de usuário (UE) pode comunicar com uma estação base (BS) através de downlink e uplink. O downlink (ou link direto) se refere ao link de comunicação a partir da BS para o UE e o link (ou link inverso) se refere ao link de comunicação de UE para a BS. Como será descrito em mais detalhe aqui, uma BS pode ser mencionada como um Nó B, um gNB, um ponto de acesso (AP), um head de rádio, um ponto de recebimento de transmissão (TRP), uma BS de Rádio Novo (NR), um nó B de 5G ou similar.

[005] As tecnologias de acesso múltiplo acima foram adotadas em vários padrões de telecomunicação para prover um protocolo comum que habilite equipamento de usuário diferente para comunicar em um nível municipal,

nacional, regional e mesmo global. Rádio Novo (NR), que pode ser também mencionado como 5G, é um conjunto de aperfeiçoamentos no padrão móvel de LTE promulgado pelo Projeto de Sociedade de Terceira geração (3GPP). NR é projetado para suportar melhor acesso de Internet de banda larga móvel por melhorar a eficiência espectral, diminuindo custos, melhorando os serviços, fazendo uso de espectro novo e integrando melhor com outros padrões abertos usando multiplexação por divisão de frequência ortogonal (OFDM) com um prefixo cíclico (CP) (CP-OFDM) no downlink (DL) usando CP-OFDM e/ou SC-FDM (por exemplo, também conhecido como espalhamento de transformada Fourier discreta (OFDM (DFT-s-OFDM)) no uplink (UL), bem como suportando formação de feixe, tecnologia de antena de múltiplas entradas múltiplas saídas (MIMO) e agregação de portadora. Entretanto, à medida que a demanda para acesso de banda larga móvel continua a aumentar, existe necessidade de aperfeiçoamentos adicionais em tecnologias LTE e NR. Preferivelmente, esses aperfeiçoamentos devem ser aplicáveis em outras tecnologias de múltiplos acessos e nos padrões de telecomunicação que empregam essas tecnologias.

SUMÁRIO

[006] Em alguns aspectos, um método de comunicação sem fio, realizado por um UE, pode incluir determinar se uma transmissão de canal de controle uplink físico (PUCCH) é associado a um primeiro tipo de serviço ou um segundo tipo de serviço, em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa do que o primeiro tipo de serviço; e transmitir a transmissão PUCCH usando um primeiro conjunto de recursos quando a transmissão PUCCH é associada ao primeiro tipo de serviço ou usando um segundo conjunto de recursos quando a transmissão PUCCH é associada ao segundo tipo de serviço.

[007] Em alguns aspectos, um UE para comunicação sem fio pode incluir memória e um ou mais processadores acoplados à memória. A memória e um ou mais processadores podem ser configurados para determinar se uma transmissão PUCCH é associada a um primeiro tipo de serviço ou um segundo tipo de serviço, em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa que o primeiro tipo de serviço e transmite a transmissão PUCCH usando um primeiro conjunto de recursos quando a transmissão PUCCH é associada ao primeiro tipo de serviço ou usando um segundo conjunto de recursos quando a transmissão PUCCH é associada ao segundo tipo de serviço.

[008] Em alguns aspectos, uma mídia legível por computador não transitória pode armazenar uma ou mais instruções para comunicação sem fio. Uma ou mais instruções, quando executadas por um ou mais processadores de um UE, podem fazer com que um ou mais processadores determinem se uma transmissão PUCCH é associada a um primeiro tipo de serviço ou um segundo tipo de serviço em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa que o primeiro tipo de serviço e transmitam a transmissão PUCCH usando um primeiro conjunto de recursos quando a transmissão PUCCH é associada ao primeiro tipo de serviço ou usando um segundo conjunto de recursos quando a transmissão PUCCH é associada ao segundo tipo de serviço.

[009] Em alguns aspectos, um aparelho para comunicação sem fio pode incluir meio para determinar se uma transmissão PUCCH é associada a um primeiro tipo de serviço ou um segundo tipo de serviço, em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa que o primeiro tipo de serviço, e meio para transmitir a transmissão PUCCH usando um primeiro conjunto de recursos quando a transmissão PUCCH é associada ao primeiro tipo de serviço ou usando um segundo conjunto de recursos quando a transmissão PUCCH é associada ao segundo tipo de serviço.

[010] Em alguns aspectos, um método de comunicação sem fio, executado por um UE, pode incluir receber uma configuração de PUCCH compreendendo um primeiro conjunto de parâmetros para transmissões associadas a um primeiro tipo de serviço e um segundo conjunto de parâmetros para transmissões associadas a um segundo tipo de serviço, gerar informações de controle uplink (UCI), e transmitir uma mensagem que inclui a UCI de acordo com a configuração PUCCH e um tipo de serviço da mensagem.

[011] Em alguns aspectos, um UE para comunicação sem fio pode incluir memória e um ou mais processadores acoplados à memória. A memória e um ou mais processadores podem ser configurados para receber uma configuração PUCCH compreendendo um primeiro conjunto de parâmetros para transmissões associadas a um primeiro tipo de serviço e um segundo conjunto de parâmetros para transmissões associadas a um segundo tipo de serviço, gerar UCI; e transmitir uma mensagem que inclui a UCI de acordo com a configuração PUCCH e um tipo de serviço da mensagem.

[012] Em alguns aspectos, uma mídia legível por computador não transitória pode armazenar uma ou mais instruções para comunicação sem fio. Uma ou mais instruções, quando executadas por um ou mais processadores de um UE, pode fazer com que um ou mais processadores receba uma configuração PUCCH compreendendo um primeiro conjunto de parâmetros para transmissões associadas a um primeiro tipo de serviço e um segundo conjunto de parâmetros para transmissões associadas a um segundo tipo de serviço, gere UCI; e transmita uma mensagem que inclui a UCI de acordo com a configuração PUCCH e um tipo de serviço da mensagem.

[013] Em alguns aspectos, um aparelho para comunicação sem fio pode incluir meio para receber uma configuração PUCCH compreendendo um primeiro conjunto de parâmetros para transmissões associadas a um primeiro tipo de serviço e um segundo conjunto de parâmetros para transmissões associadas a um segundo tipo de serviço: meio para gerar UCI; e meio para transmitir uma mensagem que inclui a UCI de acordo com a configuração PUCCH e um tipo de serviço da mensagem.

[014] Em alguns aspectos, um método de comunicação sem fio, executado por uma estação base, pode incluir determinar uma primeira configuração de recursos PUCCH a ser usada para transmissões PUCCH associadas a um primeiro tipo de serviço; determinar uma segunda configuração de recursos PUCCH a ser usada para transmissões PUCCH associadas a um segundo tipo de serviço, em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa que o primeiro tipo de serviço; e transmitir a primeira configuração e a segunda configuração para um UE.

[015] Em alguns aspectos, uma estação base para comunicação sem fio pode incluir memória e um ou mais processadores acoplados à memória. A memória e um ou mais processadores podem ser configurados para determinar uma primeira configuração de recursos PUCCH a serem usados para transmissões PUCCH associadas a um primeiro tipo de serviço; determinar uma segunda configuração de recursos PUCCH a serem usadas para transmissões PUCCH associadas a um segundo tipo de serviço; em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa que o primeiro tipo de serviço, e transmitir a primeira configuração e a segunda configuração para um UE.

[016] Em alguns aspectos, uma mídia legível por computador pode armazenar uma ou mais instruções para comunicação sem fio. Uma ou mais instruções, quando executadas por um ou mais processadores de uma estação base, podem fazer com que um ou mais processadores determinem uma primeira configuração de recursos PUCCH a serem usados para transmissões PUCCH associadas a um primeiro tipo de serviço; determinem uma segunda configuração de recursos PUCCH a serem usados para transmissões PUCCH associadas a um segundo tipo de serviço; em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa que o primeiro tipo de serviço; e transmitam a primeira configuração e a segunda configuração para um UE.

[017] Em alguns aspectos, um aparelho para comunicação sem fio pode incluir meio para determinar uma primeira configuração de recursos PUCCH a serem usados para transmissões PUCCH associadas a um primeiro tipo de serviço, meio para determinar uma segunda configuração de recursos PUCCH a serem usados para transmissões PUCCH associadas a um segundo tipo de serviços, em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa que o primeiro tipo de serviço; e meio para transmitir a primeira configuração e a segunda configuração para um UE.

[018] Aspectos incluem em geral um método, aparelho, sistema, produto de programa de computador, mídia legível por computador não transitória, equipamento de usuário, estação base, dispositivo de comunicação sem fio e/ou sistema de processamento como substancialmente descrito na presente invenção com referência a e como ilustrado pelos desenhos em anexo e relatório descritivo.

[019] O acima delineou bem amplamente as características e vantagens técnicas de exemplos de acordo com a revelação para que a descrição detalhada que se segue possa ser entendida melhor. Características e vantagens adicionais serão descritas a seguir. A concepção e exemplos específicos revelados podem ser prontamente utilizados como base para modificar ou projetar outras estruturas para realizar as mesmas finalidades da presente revelação. Tais construções equivalentes não se afastam do escopo das reivindicações apensas. Características dos conceitos revelados na presente invenção, tanto sua organização como método de operação, juntamente com vantagens associadas serão entendidas melhor a partir da seguinte descrição quando considerada com relação ás figuras em anexo. Cada das figuras é provida para fins de ilustração e descrição e não como definição dos limites das reivindicações.

BREVE DESCRIÇÃO DOS DESENHOS

[020] Para que o modo no qual os recursos acima citados da presente revelação possam ser entendidos em detalhe, pode-se ter uma descrição mais detalhada, brevemente resumida acima, por referência aos aspectos, alguns dos quais são ilustrados nos desenhos apensos. Deve ser observado, entretanto, que os desenhos apensos ilustram somente certos aspectos típicos dessa revelação e não devem ser, portanto, considerados limitadores de seu escopo, visto que a descrição pode admitir outros aspectos igualmente eficazes. Os mesmos números de referência em desenhos diferentes podem identificar elementos iguais ou similares.

[021] A figura 1 é um diagrama de blocos ilustrando de modo conceptual um exemplo de uma rede de comunicação sem fio, de acordo com vários aspectos da presente revelação.

[022] A figura 2 é um diagrama de blocos ilustrando de modo conceptual um exemplo de uma estação base em comunicação com um equipamento de usuário (UE) em uma rede de comunicação sem fio, de acordo com vários aspectos da presente revelação.

[023] A figura 3A é um diagrama de blocos ilustrando de modo conceptual um exemplo de uma estrutura de quadro em uma rede de comunicação sem fio, de acordo com certos aspectos da presente revelação;

[024] A figura 3B é um diagrama de blocos ilustrando de modo conceptual uma hierarquia de comunicação de sincronização de exemplo em uma rede de comunicação sem fio, de acordo com vários aspectos da presente revelação.

[025] A figura 4 é um diagrama de blocos ilustrando de modo conceptual um formato de partição de exemplo com um prefixo cíclico normal, de acordo com vários aspectos da presente revelação.

[026] A figura 5 é um diagrama ilustrando um exemplo de uma partição downlink (DL)-cêntrica, de acordo com vários aspectos da presente revelação.

[027] A figura 6 é um diagrama ilustrando um exemplo de uma partição uplink (UL)-cêntrica, de acordo com vários aspectos da presente revelação.

[028] As figuras 7-9 são diagramas ilustrando um exemplo de alocar recursos de canal de controle uplink físicos (PUCCH) para comunicação de baixa latência ultra confiável (URLLC) de acordo com vários aspectos da presente revelação.

[029] A figura 10 é um diagrama ilustrando um processo de exemplo executado, por exemplo, por um equipamento de usuário, de acordo com vários aspectos da presente revelação.

[030] A figura 11 é um diagrama ilustrando um processo de exemplo executado, por exemplo, por uma estação base, de acordo com vários aspectos da presente revelação.

[031] A figura 12 é um diagrama ilustrando um processo de exemplo executado, por exemplo, por um equipamento de usuário, de acordo com vários aspectos da presente revelação.

[032] A figura 13 é um diagrama ilustrando um processo de exemplo executado, por exemplo, por uma estação base, de acordo com vários aspectos da presente revelação.

DESCRIÇÃO DETALHADA

[033] Vários aspectos da revelação são descritos mais completamente a seguir com referência aos desenhos em anexo. Essa revelação pode, entretanto, ser incorporada em muitas formas diferentes e não deve ser interpretada como limitada a qualquer estrutura ou função específica apresentada do início ao fim dessa revelação. Ao invés, esses aspectos são fornecidos de modo que essa revelação seja minuciosa e completa, e passará totalmente o escopo da revelação para aqueles versados na técnica. Com base pelo menos em parte nos ensinamentos da presente invenção uma pessoa versada na técnica deve reconhecer que o escopo da revelação pretende abranger qualquer aspecto da revelação revelado aqui, quer implementado independentemente de ou combinado com qualquer outro aspecto da revelação. Por exemplo, um aparelho pode ser implementado ou um método pode ser posto em prática usando outra estrutura, funcionalidade, ou estrutura e funcionalidade além de ou diferente dos vários aspectos da revelação expostos aqui. Deve ser entendido que qualquer aspecto da revelação revelada aqui pode ser incorporado por um ou mais elementos de uma reivindicação.

[034] Vários aspectos de sistemas de telecomunicação serão apresentados agora com referência a vários aparelhos e técnicas. Esses aparelhos e técnicas serão descritos na seguinte descrição detalhada e ilustrados nos desenhos em anexo por vários blocos,

módulos, componentes, circuitos, etapas, processos, algoritmos etc. (coletivamente mencionados como “elementos”). Esses elementos podem ser implementados usando hardware, software ou combinações dos mesmos. O fato de se tais elementos são implementados como hardware ou software depende da aplicação específica e limitações de design impostas no sistema geral.

[035] Observa-se que embora aspectos possam ser descritos aqui usando terminologia comumente associada a tecnologias sem fio 3G e/ou 4G, aspectos da presente revelação podem ser aplicados em sistemas de comunicação baseados em outra geração, como 5G e posterior, incluindo tecnologias NR.

[036] A figura 1 é um diagrama ilustrando uma rede 100 na qual aspectos da presente revelação podem ser postos em prática. A rede 100 pode ser uma rede LTE ou alguma outra rede sem fio, como uma rede 5G ou NR. A rede sem fio 100 pode incluir diversas BSs 110 (mostradas como BS 110a, BS 110b, BS 110c, e BS 110d) e outras entidades de rede. Uma BS é uma entidade que se comunica com equipamentos de usuário (UEs) e também pode ser mencionada como uma estação base, uma BS NR, um nó B, um gNB, um 5G Nó B (NB), um ponto de acesso, um ponto de transmissão recebimento (TRP) e/ou similares. Cada BS pode fornecer cobertura de comunicação para uma área geográfica específica. Em 3GPP, o termo “célula” pode se referir a uma área de cobertura de uma BS e/ou um subsistema de BS servindo a essa área de cobertura, dependendo do contexto no qual o termo é usado.

[037] Uma BS pode fornecer cobertura de comunicação para uma célula macro, uma célula pico, uma célula femto, e/ou outro tipo de célula. Uma célula macro pode cobrir uma área geográfica relativamente grande (por exemplo, vários quilômetros em raio) e pode permitir acesso irrestrito por UEs com assinaturas de serviço. Uma célula pico pode cobrir uma área geográfica relativamente pequena e pode permitir acesso irrestrito por UEs com assinatura de serviço. Uma célula femto pode cobrir uma área relativamente pequena (por exemplo, uma casa) e pode permitir acesso restrito por UEs tendo associação com a célula femto (por exemplo, UEs em um grupo de assinante fechado (CSG)). Uma BS para uma célula macro pode ser mencionada como uma BS macro. Uma BS para uma célula pico pode ser mencionada como uma BS pico. Uma BS para uma célula femto pode ser mencionada como uma BS femto ou como BS nativa. No exemplo mostrado na figura 1, uma BS 110a pode ser uma BS macro para uma célula macro 102a, uma BS 110b pode ser uma BS pico para uma célula pico 102b, e uma BS 110c pode ser uma BS femto para uma célula femto 102c. Uma BS pode suportar uma ou múltiplas (por exemplo, três) células. Os termos “eNB”, “estação base”, “BS NR”, “gNB”, “TRP”, “AP”, “nó B”, “5G NB” e “célula” podem ser usados de modo intercambiável aqui.

[038] Em alguns aspectos, uma célula pode não necessariamente ser estacionária e a área geográfica da célula pode se mover de acordo com a localização de uma BS móvel. Em alguns exemplos, as BSs podem ser interconectadas entre si e/ou a uma ou mais outras BSs ou nós de rede (não mostrados) na rede de acesso 100 através de vários tipos de interfaces de backhaul como uma conexão física direta, uma rede virtual e/ou similares usando qualquer rede de transporte adequado.

[039] A rede sem fio 100 pode incluir também estações de retransmissão. Uma estação de retransmissão é uma entidade que pode receber uma transmissão de dados a partir de uma estação à montante (por exemplo, uma BS ou um UE) e enviar uma transmissão dos dados para uma estação à jusante (por exemplo, um UE ou uma BS). Uma estação de retransmissão pode ser também um UE que pode retransmitir transmissões para outros UEs. No exemplo mostrado na figura 1, uma estação de retransmissão 110d pode se comunicar com BS macro 110a e um UE 120d para facilitar a comunicação entre BS 110a e UE 120d. Uma estação de retransmissão pode ser também mencionada como uma BS de retransmissão, uma estação base de retransmissão, uma retransmissão e/ou similares.

[040] A rede sem fio 100 pode ser uma rede heterogênea que inclui BSs de tipos diferentes, por exemplo, BSs macro, BSs pico, BSs femto, BSs de retransmissão e/ou similares. Esses tipos diferentes de BSs podem ter níveis de potência de transmissão diferentes, áreas de cobertura diferentes, e impactos diferentes sobre interferência em rede sem fio 100. Por exemplo, BSs macro podem ter um nível de potência de transmissão alto (por exemplo, 5 a 40 Watts) ao passo que BSs pico, BSs femto e BSs de retransmissão podem ter níveis de potência de transmissão mais baixos (por exemplo, 0,1 a 2 watts).

[041] Um controlador de rede 130 pode acoplar-se a um conjunto de BSs e pode fornecer coordenação e controle para essas BSs. O controlador de rede 130 pode comunicar com as BSs através de um backhaul. As BSs podem também se comunicar entre si, por exemplo, direta ou indiretamente através de um backhaul sem fio ou com linha física.

[042] UEs 120 (por exemplo, 120a, 120b, 120c) podem ser dispersos por toda a rede sem fio 100 e cada UE pode ser estacionário ou móvel. Um UE pode ser também mencionado como um terminal de acesso, um terminal, uma estação móvel, uma unidade de assinante, um estação e/ou similares. Um UE pode ser um telefone celular (por exemplo, um smart phone), um assistente pessoal digital (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, equipamento ou dispositivo médico, dispositivos/sensores biométricos, dispositivos usáveis (relógios inteligentes, peça de vestuário inteligente, óculos inteligentes, faixas de pulso inteligentes, joias inteligentes (por exemplo, anel inteligente, pulseira inteligente)), um dispositivo de entretenimento (por exemplo, um dispositivo de música ou vídeo, um rádio de satélite), um sensor ou componente veicular, sensores/medidores inteligentes, equipamento de fabricação industrial, um dispositivo de sistema de posicionamento global, ou qualquer outro dispositivo adequado que seja configurado para comunicar através de uma mídia sem fio ou cabeada.

[043] Alguns UEs podem ser considerados UEs de comunicação do tipo máquina (MTC) ou de comunicação do tipo de máquina desenvolvida ou aperfeiçoada (eMTC). UEs MTC e eMTC incluem, por exemplo, robôs, drones, dispositivos remotos, como sensores, medidores, monitores, etiquetas de localização, e/ou similares, que podem se comunicar com uma estação base, outro dispositivo (por exemplo, dispositivo remoto) ou alguma outra entidade. Um nó sem fio pode fornecer, por exemplo, conectividade para ou com uma rede (por exemplo, uma rede de área remota como Internet ou uma rede celular) através de um link de comunicação cabeada ou sem fio. Alguns UEs podem ser considerados dispositivos de Internet de coisas (IoT) e/ou podem ser implementados como podem ser implementados como dispositivos de NB-IoT (internet de coisas de banda estreita). Alguns UEs podem ser considerados um Equipamento de Dependências de cliente (CPE). O UE 120 pode ser incluído em um alojamento que aloja componentes de UE 120, como componentes de processador, componentes de memória e/ou similares.

[044] Em geral, qualquer número de redes sem fio pode ser implantada em uma dada área geográfica. Cada rede sem fio pode suportar uma RAT específica e pode operar em uma ou mais frequências. Uma RAT pode ser também mencionada como uma tecnologia de rádio, uma interface de ar, e/ou similar. Uma frequência também pode ser mencionada como uma portadora, um canal de frequência, e/ou similar. Cada frequência pode suportar uma RAT única em uma área geográfica dada para evitar interferência entre redes sem fio de RATs diferentes. Em alguns casos, redes RAT 5G ou NR podem ser implantadas.

[045] Em alguns aspectos, dois ou mais UEs

120 (por exemplo, mostrados como UE 120a e UE 120c) podem comunicar diretamente usando um ou mais canais sidelink (por exemplo, sem usar uma estação base 110 como intermediário para comunicar entre si). Por exemplo, os UEs 120 podem comunicar usando comunicações não hierarquizadas (P2P), comunicação de dispositivo para dispositivo (D2D), um protocolo de veículo para tudo (V2X) (por exemplo, que pode incluir um protocolo de veículo para veículo (V2V), um protocolo de veículo para infraestrutura (V2I), e/ou similar), uma rede de malha, e/ou similar. Nesse caso, o UE 120 pode executar operações de programação, operações de seleção de recurso, e/ou outras operações descritas em outra parte da presente invenção como sendo realizadas pela estação base 110.

[046] Como indicado acima, a figura 1 é fornecida meramente como exemplo. Outros exemplos são possíveis e podem diferir do que foi descrito com relação à figura 1.

[047] A figura 2 mostra um diagrama de blocos de um design 200 de estação base 110 e UE 120, que pode ser uma das estações base e um dos UEs na figura 1. A estação base 110 pode ser equipada com antenas T 234a até 234t, e UE 120 pode ser equipado com antenas R 252a até 252r, onde em geral T ≥ 1 e R ≥ 1.

[048] Na estação base 110, um processador de transmissão 220 pode receber dados a partir de uma fonte de dados 212 para um ou mais UEs, selecionar um ou mais esquemas de modulação e codificação (MCS) para cada UE com base pelo menos em parte nos indicadores de qualidade de canal (CQIs) recebidos do UE, processar (por exemplo,

codificar e modular) os dados para cada UE com base pelo menos em parte no(s) MCS(s) selecionado para o UE e fornecer símbolos de dados para todos os UEs.

O processador de transmissão 220 pode processar também informações de sistema (por exemplo, para informações de divisão de recurso semiestático (SRPI) e/ou similar) e informações de controle (por exemplo, solicitações de CQI, concessões, sinalização de camada superior e/ou similar) e fornecer símbolos overhead e símbolos de controle.

O processador de transmissão 220 também pode gerar símbolos de referência para sinais de referência (por exemplo, o sinal de referência específico de célula (CRS)) e sinais de sincronização (por exemplo, o sinal de sincronização primário (PSS) e sinal de sincronização secundário (SSS)). Um processador de múltiplas entradas múltiplas saídas (MIMO) de transmissão (TX) 230 pode executar processamento espacial (por exemplo, codificação prévia) nos símbolos de dados, símbolos de controle, símbolos overhead e/ou símbolos de referência, se aplicável, e pode fornecer fluxos de símbolo de saída T para os moduladores T (Mods) 232a até 232t.

Cada modulador 232 pode processar um fluxo de símbolos de saída respectivo (por exemplo, para OFDM etc.) para obter um fluxo de amostra de saída.

Cada modulador 232 pode processar adicionalmente (por exemplo, converter em analógico, amplificar, filtrar e converter ascendentemente) o fluxo de amostra de saída para obter um sinal downlink.

Sinais downlink T a partir de moduladores 232a até 232t podem ser transmitidos através das antenas 234a até 234t, respectivamente.

De acordo com vários aspectos descritos em mais detalhe abaixo, os sinais de sincronização podem ser gerados com codificação de local para transferir informações adicionais.

[049] Em UE 120, as antenas 252a até 252r podem receber os sinais downlink a partir da estação base 110 e/ou outras estações base e podem fornecer sinais recebidos para os demoduladores (DEMODs) 254a até 254r, respectivamente. Cada demodulador 254 pode condicionar (por exemplo, filtrar, amplificar, converter descendentemente e digitalizar) um sinal recebido respectivo para obter amostras de entrada. Cada demodulador 254 pode processar adicionalmente as amostras de entrada (por exemplo, para OFDM e/ou similar) para obter símbolos recebidos. Um detector MIMO 256 pode obter símbolos recebidos de todos os demoduladores 254a até 254r, executar detecção MIMO nos símbolos recebidos se aplicável, e fornecer símbolos detectados. Um processador de recebimento 258 pode processar (por exemplo, demodular e decodificar) os símbolos detectados, fornecer dados decodificados para o UE 120 para um depósito de dados 260 e fornecer informações de controle decodificadas e informações de sistema para um controlador/processador 280. Um processador de canal pode determinar potência recebida de sinal de referência (RSRP), indicador de intensidade de sinal recebido (RSSI), (qualidade recebida do sinal de referência (RSRQ), indicador de qualidade de canal (CQI) e/ou similar.

[050] No uplink, no UE 120, um processador de transmissão 264 pode receber e processar dados a partir de uma fonte de dados 262 e informações de controle (por exemplo, para relatórios compreendendo RSRP, RSSI, RSRQ, CQI etc.) a partir do controlador/processador 280. O processador de transmissão 264 pode gerar também símbolos de referência para um ou mais sinais de referência. Os símbolos a partir do processador de transmissão 264 podem ser codificados previamente por um processador MIMO TX 266 se aplicável, adicionalmente processados pelos moduladores 254a até 254r (por exemplo, para DFT-s-OFDM, CP-OFDM e/ou similar) e transmitidos para a estação base 110. Na estação base 110, os sinais uplink a partir do UE 120 e outros UEs podem ser recebidos pelas antenas 234, processados pelos demoduladores 232, detectados por um detector MIMO 236 se aplicável, e adicionalmente processados por um processador de recebimento 238 para obter informações de controle e dados decodificados enviados pelo UE 120. O processador de recebimento 238 pode fornecer os dados decodificados para um depósito de dados 239 e as informações de controle decodificadas para o controlador/processador 240. A estação base 110 pode incluir unidade de comunicação 244 e comunicar com o controlador de rede 130 através da unidade de comunicação 244. O controlador de rede 130 pode incluir unidade de comunicação 294, controlador/processador 290 e memória 292.

[051] Em alguns aspectos, um ou mais componentes de UE 120 podem ser incluídos em um alojamento. O controlador/processador 240 da estação base 110, controlador/processador 280 de UE 120, e/ou qualquer (quaisquer) outro(s) componentes da figura 2 podem executar uma ou mais técnicas associadas á alocação de recursos de canal de controle uplink físico (PUCCH) para comunicação de latência baixa ultra confiável (URLLC), como descrito em amis detalhe em outra parte da presente invenção. Por exemplo, o controlador/processador 240 da estação base 110, controlador/processador 280 de UE 120, e/ou qualquer (quaisquer) outro(s) componente(s) da figura 2 pode(m) executar ou dirigir operações de, por exemplo, processo 1000 da figura 10, processo 1100 da figura 11, processo 1200 da figura 12, processo 1300 da figura 13, e/ou outros processos como descrito na presente invenção. As memórias 242 e 282 podem armazenar dados e códigos de programa para a estação base 110 e UE 120, respectivamente. Um programador 246 pode programar UEs para transmissão de dados no downlink e/ou uplink.

[052] Em alguns aspectos, o UE 120 pode incluir meio para determinar se uma transmissão PUCCH está associada a um primeiro tipo de serviço ou um segundo tipo de serviço, em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa do que o primeiro tipo de serviço, meio para transmitir a transmissão PUCCH usando um primeiro conjunto de recursos quando a transmissão PUCCH é associada ao primeiro tipo de serviço ou usando um segundo conjunto de recursos quando a transmissão PUCCH é associada ao segundo tipo de serviço, e/ou similar. Adicionalmente, ou alternativamente, o UE 120 pode incluir meio para receber uma configuração PUCCH compreendendo um primeiro conjunto de parâmetros para transmissões associadas a um primeiro tipo de serviço e um segundo conjunto de parâmetros para transmissões associadas a um segundo tipo de serviço; meio para gerar UCI; meio para transmitir uma mensagem que inclui a UCI de acordo com a configuração PUCCH e um tipo de serviço da mensagem; e/ou similar. Em alguns aspectos, tais meios podem incluir um ou mais componentes de UE 120 descrito com relação à figura 2.

[053] Em alguns aspectos, a estação base 110 pode incluir meio para determinar uma primeira configuração de recursos PUCCH a serem usados para transmissões PUCCH associadas a um primeiro tipo de serviço; meio para determinar uma segunda configuração de recursos PUCCH a serem usados para transmissões PUCCH associadas a um segundo tipo de serviço, em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa do que o primeiro tipo de serviço; meio para transmitir a primeira configuração e a segunda configuração para um UE; e/ou similar. Em alguns aspectos, tais meios podem incluir um ou mais componentes da estação base 110 descrita com relação à figura 2.

[054] Como indicado acima, a figura 2 é provida como exemplo. Outros exemplos podem diferir do que é descrito com relação à figura 2.

[055] A figura 3A mostra uma estrutura de quadro de exemplo 300 para FDD de um sistema de telecomunicação (por exemplo, NR). A linha de tempo de transmissão para cada do downlink e uplink pode ser dividida em unidades de quadros de rádio (às vezes mencionados como quadros). Cada quadro de rádio pode ter uma duração predeterminada (por exemplo, 10 milissegundos (ms)) e pode ser dividido em um conjunto de Z (Z≥ 1) subquadros (por exemplo, com índices de 0 até Z-1). Cada subquadro pode ter uma duração predeterminada (por exemplo, 1 ms) e pode incluir um conjunto de partições (por exemplo, segundas partições por subquadro como mostrado na figura 3A, onde m é uma numerologia usada para uma transmissão,

como 0, 1, 2, 3, 4, e/ou similar). Cada partição pode incluir um conjunto de L períodos de símbolo. Por exemplo, cada partição pode incluir quatorze períodos de símbolo (por exemplo, como mostrado na figura 3A), sete períodos de símbolo, ou outro número de períodos de símbolo. Em um caso onde o subquadro inclui duas partições (por exemplo, quando m = 1), o subquadro pode incluir 2L períodos de símbolo, onde os 2L períodos de símbolo em cada subquadro podem ser atribuídos índices de 0 até 2L-1. Em alguns aspectos, uma unidade de programação para o FDD pode ser baseado em quadro, baseado em subquadro, baseado em partição, baseado em símbolo e/ou similar.

[056] Embora algumas técnicas sejam descritas na presente invenção com relação a quadros, subquadros, partições e/ou similares, essas técnicas podem se aplicar igualmente a outros tipos de estruturas de comunicação em fio, que podem ser mencionadas usando termos diferentes de “quadro”, “subquadro”, “partição” e/ou similar em 5G NR. Em alguns aspectos, uma estrutura de comunicação sem fio pode se referir a uma unidade de comunicação limitada por tempo periódico definida por um padrão e/ou protocolo de comunicação sem fio. Adicionalmente ou alternativamente, configurações diferentes de estruturas de comunicação sem fio além daquelas mostradas na figura 3A podem ser usadas.

[057] Em certas telecomunicações (por exemplo, NR), uma estação base pode transmitir sinais de sincronização. Por exemplo, uma estação base pode transmitir um sinal de sincronização primária (PSS), um sinal de sincronização secundária (SSS) e/ou similar, no downlink para cada célula suportada pela estação base. O

PSS e SSS podem ser usados por UEs para cada busca e aquisição de célula. Por exemplo, o PSS pode ser usado por UEs para determinar temporização de símbolo e o SSS pode ser usado por UEs para determinar um identificador de célula física, associado à estação base e temporização de quadro. A estação base pode também transmitir um canal de broadcast físico (PBCH). O PBCH pode carregar algumas informações de sistemas, como informações de sistema que suportam acesso inicial por UEs.

[058] Em alguns aspectos, a estação base pode transmitir o PSS, o SSS, e/ou o PBCH de acordo com uma hierarquia de comunicação de sincronização (por exemplo, uma hierarquia de sinal de sincronização (SS)) incluindo múltiplas comunicações de sincronização (por exemplo, blocos SS) como descrito abaixo com relação à figura 3B.

[059] A figura 3B é um diagrama de blocos ilustrando de modo conceptual uma hierarquia de SS de exemplo, que é um exemplo de uma hierarquia de comunicação de sincronização. Como mostrado na figura 3B, a hierarquia de SS pode incluir um conjunto de rajada de SS, que pode incluir uma pluralidade de rajadas SS (identificadas como rajada SS 0 até rajada SS B-1, onde B é um número máximo de repetições da rajada SS que pode ser transmitida pela estação base). Como mostrado adicionalmente, cada rajada SS pode incluir um ou mais blocos SS (identificados como bloco SS 0 até bloco SS (bmax_ss-1), onde bmax_ss-1 é um número máximo de blocos SS que pode ser carregado por uma rajada SS). Em alguns aspectos, blocos SS diferentes podem ser formados em feixe de modo diferente. Um conjunto de rajada SS pode ser periodicamente transmitido por um nó sem fio, como todo X milissegundos, como mostrado na figura 3B. Em alguns aspectos, um conjunto de rajada SS pode ter um comprimento fixo ou dinâmico, mostrado como Y milissegundos na figura 3B.

[060] O conjunto de rajada SS mostrado na figura 3B é um exemplo de um conjunto de comunicação de sincronização e outros conjuntos de comunicação de sincronização podem ser usados com relação às técnicas descritas na presente invenção. Além disso, o bloco SS mostrado na figura 3B é um exemplo de uma comunicação de sincronização, e outras comunicações de sincronização podem ser usadas com relação às técnicas descritas na presente invenção.

[061] Em alguns aspectos, um bloco SS inclui recursos que carregam o PSS, o SSS, o PBCH e/ou outros sinais de sincronização (por exemplo, um sinal de sincronização terciário (TSS)) e/ou canais de sincronização. Em alguns aspectos, múltiplos blocos SS são incluídos em uma rajada SS, e o PSS, o SSS, e/ou o PBCH podem ser os mesmos através de cada bloco SS da rajada SS. Em alguns aspectos, um bloco SS único pode ser incluído em uma rajada SS. Em alguns aspectos, o bloco SS pode ser pelo menos quatro períodos de símbolos em comprimento, onde cada símbolo carrega um ou mais de PSS (por exemplo, ocupando um símbolo), o SSS (por exemplo, ocupando um símbolo) e/ou o PBCH (por exemplo, ocupando dois símbolos).

[062] Em alguns aspectos, os símbolos de um bloco SS são consecutivos, como mostrado na figura 3B. Em alguns aspectos, os símbolos de um bloco SS são não consecutivos. Similarmente, em alguns aspectos, um ou mais blocos SS da rajada SS podem ser transmitidos em recursos de rádio consecutivos (por exemplo, períodos de símbolos consecutivos) durante uma ou mais partições. Adicionalmente ou alternativamente, um ou mais blocos SS da rajada SS podem ser transmitidos em recursos de rádio não consecutivos.

[063] Em alguns aspectos, as rajadas SS podem ter um período de rajada, pelo que os blocos SS da rajada SS são transmitidas pela estação base de acordo com o período de rajada. Em outras palavras, os blocos SS podem ser repetidos durante cada rajada SS. Em alguns aspectos, o conjunto de rajada SS pode ter uma periodicidade de conjunto de rajada, pelo que as rajadas SS do conjunto de rajada SS são transmitidas pela estação base de acordo com a periodicidade de conjunto de rajada fixa. Em outras palavras, as rajadas SS podem ser repetidas durante cada conjunto de rajada SS.

[064] A estação base pode transmitir informações de sistema, como blocos de informações de sistema (SIBs) em um canal compartilhado downlink físico (PDSCH) em certas partições. A estação base pode transmitir dados/informações de controle em um canal de controle downlink físico (PDCCH) em C períodos de símbolo de uma partição, onde B pode ser configurável para cada partição. A estação base pode transmitir dados de tráfego e/ou outros dados no PDSCH nos períodos de símbolos restantes de cada partição.

[065] Como indicado acima, as figuras 3A e 3B são providas como exemplos. Outros exemplos podem diferir do que é descrito com relação às figuras 3A e 3B.

[066] A figura 4 mostra um formato de partição de exemplo 410 com um prefixo cíclico normal. Os recursos de frequência de tempo disponíveis podem ser divididos em blocos de recursos. Cada bloco de recurso pode cobrir um conjunto de subportadoras (por exemplo, 12 subportadoras) em uma partição e pode incluir um número de elementos de recursos. Cada elemento de recurso pode cobrir uma subportadora em um período de símbolo (por exemplo, em tempo) e pode ser usado para enviar um símbolo de modulação, que pode ser um valor real ou complexo.

[067] Uma estrutura de interface pode ser usada para cada do downlink e uplink para FDD em certos sistemas de telecomunicação (por exemplo, NR). Por exemplo, entrelaçamentos Q com índices de 0 até Q – 1 podem ser definidos, onde Q pode ser igual a 4, 6, 8, 10 ou algum outro valor. Cada entrelaçamento pode incluir subquadros que são separados por quadros Q. em particular, o entrelaçamento q pode incluir subquadros q, q + Q, q + 20, etc., onde q ∈ {0, ..., Q-1}.

[068] Um UE pode estar situado na cobertura de múltiplas BSs. Uma dessas BSs pode ser selecionada para servir o UE. A BS em serviço pode ser selecionada com base pelo menos em parte em vários critérios como intensidade de sinal recebido, qualidade de sinal recebido, perda de percurso e/ou similar. Qualidade de sinal recebido pode ser quantificada por uma relação de sinal para ruído e interferência (SINR) ou uma qualidade recebida de sinal de referência (RSRQ) ou alguma outra métrica. O UE pode operar em um cenário de interferência dominante no qual o UE pode observar alta interferência de uma ou mais BSs interferentes.

[069] Embora aspectos dos exemplos descritos aqui possam ser associados a tecnologias de NR ou 5G, aspectos da presente revelação podem ser aplicáveis com outros sistemas de comunicação sem fio. Rádio Novo (NR) pode se referir a rádios configurados para operar de acordo com uma interface de ar nova (por exemplo, diferente de interfaces de ar baseadas em Acesso múltiplo por divisão de frequência ortogonal (OFDMA)) ou camada de transporte fixo (por exemplo, diferente de Protocolo de Internet (IP)). Em aspectos, NR pode utilizar OFDM com um CP (aqui mencionado como OFDM de prefixo cíclico ou CP-OFDM) e/ou SC-FDM no uplink, pode utilizar CP-OFDM no downlink e incluir suporte para operação half-duplex usando TDD. Em aspectos, NR pode, por exemplo, utilizar OFDM com um CP (mencionado aqui como CP-OFDM) e/ou multiplexação por divisão de frequência ortogonal de espalhamento de transformada Fourier (DFT-s- OFDM) no uplink, pode utilizar CP-OFDM no downlink e incluir suporte para operação half-duplex usando TDD. NR pode incluir serviço de banda larga móvel Aperfeiçoada (eMBB) direcionado para a largura de banda larga (por exemplo, 80 megahertz (MHz) e além), onda de milímetro (mmW) direcionada para frequência portadora alta (por exemplo, 60 gigahertz (GHz)), MTC maciço (mMTC) direcionado para técnicas MTC não compatíveis com versões anteriores, e/ou missão crítica direcionada para serviço de comunicações de latência baixa ultra confiável (URLLC).

[070] Em alguns aspectos, uma largura de banda de portadora de componente único de 100 MHz pode ser suportada. Blocos de recurso NR podem cobrir 12 subportadoras com uma largura de banda de subportadora de 60 ou 120 quilohertz (kHz) em uma duração de 0,1 milissegundo (ms). Cada quadro de rádio pode incluir 40 partições e pode ter um comprimento de 10 ms. Consequentemente, cada partição pode ter um comprimento de 0,25 ms. Cada partição pode indicar uma direção de link (isto é, DL ou UL) para transmissão de dados e a direção de link para cada partição pode ser dinamicamente comutada. Cada partição pode incluir dados DL/UL bem como dados de controle DL/UL.

[071] Formação de feixe pode ser suportada e direção de feixe pode ser dinamicamente configurada. Transmissões MIMO com codificação prévia podem ser também suportadas. Configurações MIMO no DL podem suportar até 8 antenas de transmissão com transmissões DL de multicamadas até 8 fluxos e até 2 fluxos por UE. Transmissões de multicamadas com até 2 fluxos por UE podem ser suportadas. Agregação de múltiplas células pode ser suportada com até 8 células em serviço. Alternativamente, NR pode suportar uma interface de ar diferente, diferente de interface baseada em OFDM. Redes NR podem incluir entidades como unidades centrais ou unidades distribuídas.

[072] Como indicado acima, a figura 4 é provida como exemplo. Outros exemplos podem diferir do que é descrito com relação à figura 4.

[073] A figura 5 é um diagrama 500 mostrando um exemplo de uma partição DL-cêntrica ou estrutura de comunicação sem fio. A partição DL-cêntrica pode incluir uma porção de controle 502. A porção de controle 502 pode existir na porção inicial ou de início da partição DL-

cêntrica. A porção de controle 502 pode incluir várias informações de programação e/ou informações de controle correspondendo a várias porções da partição DL-cêntrica. Em algumas configurações, a porção de controle 502 pode ser um canal de controle DL físico (PDCCH), como indicado na figura 5. Em alguns aspectos, a porção de controle 502 pode incluir informações de PDCCH de legado, informações de PDCCH encurtadas (sPSCCH), um valor de indicador de formato de controle (CFI) (por exemplo, carregado em um canal indicador de formato de controle físico (PCFICH)), uma ou mais concessões (por exemplo, concessões downlink, concessões uplink, e/ou similares) e/ou similares.

[074] A partição DL-cêntrica pode incluir também uma porção de dados DL 504. A porção de dados DL 504 pode às vezes ser mencionada como a carga útil da partição DL-cêntrica. A porção de dados DL 504 pode incluir os recursos de comunicação utilizados para comunicar dados DL a partir 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 504 pode ser um canal compartilhado DL físico (PDSCH).

[075] A partição DL-cêntrica pode incluir também uma porção de rajada curta UL 506. A porção de rajada curta UL 506 pode às vezes ser mencionada como uma rajada UL, uma porção de rajada UL, uma rajada UL comum, uma rajada curta, uma rajada curta UL, uma rajada curta UL comum, uma porção de rajada curta UL comum, e/ou vários outros termos adequados. Em alguns aspectos, a porção de rajada curta UL 506 pode incluir um ou mais sinais de referência. Adicionalmente, ou alternativamente, a porção de rajada curta UL 506 pode incluir informações de feedback correspondendo a várias outras porções da partição DL- cêntrica. Por exemplo, a porção de rajada curta UL 506 pode incluir informações de feedback correspondendo a porção de controle 502 e/ou a porção de dados 504. Exemplos não limitadores de informações que podem ser incluídas na porção de rajada curta UL 506 incluem um sinal ACK (por exemplo, um ACK PUCCH, um ACK PUSCH, um ACK imediato), um sinal NACK (por exemplo, um NACK PUCCH, um NACK PUSCH, um NACK imediato), uma solicitação de programação (SR), um relatório de status de buffer (BSR), um indicador HARQ, uma indicação de estado de canal (CSI), um indicador de qualidade de canal (CQI), um sinal de referência de som (SRS), um sinal de referência de demodulação (DMRS), dados PUSCH, e/ou vários outros tipos adequados de informações. A porção de rajada curta UL 506 pode incluir informações adicionais ou alternativas, como informações pertinentes a procedimentos de canal de acesso aleatório (RACH), solicitações de programação, e vários outros tipos adequados de informações.

[076] Como ilustrado na figura 5, a extremidade da porção de dados DL 504 pode ser separada em tempo a partir do início da porção de rajada curta UL 506. Essa separação de tempo pode às vezes ser mencionada como uma lacuna, um período de proteção, um intervalo de proteção e/ou vários outros termos adequados. Essa separação fornece tempo para a comutação de comunicação DL (por exemplo, operação de recebimento pela entidade subordinada (por exemplo, UE)) para comunicação UL (por exemplo, transmissão pela entidade subordinada (por exemplo, UE)). O acima é meramente um exemplo de uma estrutura de comunicação sem fio DL-cêntrico, e estruturas alternativas tendo características similares podem existir sem necessariamente desviar dos aspectos descritos na presente invenção.

[077] Como indicado acima, a figura 5 é fornecido meramente como exemplo. Outros exemplos são possíveis e podem diferir do que foi descrito com relação à figura 5.

[078] A figura 6 é um diagrama 600 mostrando um exemplo de uma partição UL-cêntrica ou estrutura de comunicação sem fio. A partição UL-cêntrica pode incluir uma porção de controle 602. A porção de controle 602 pode existir na porção inicial ou de início da partição UL- cêntrica. A porção de controle 802 na figura 8 pode ser similar à porção de controle 602 na figura 6 pode incluir também uma porção de rajada longa UL 604. A porção de rajada longa UL 604 pode às vezes ser mencionada como a carga útil da partição UL-cêntrica. A porção UL pode se referir aos recursos de comunicação utilizados para comunicar dados UL a partir 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 602 pode ser um canal de controle DL físico (PDCCH).

[079] Como ilustrado na figura 6, a extremidade da porção de controle 602 pode ser separada em tempo a partir do início da porção de rajada longa UL 604. Essa separação de tempo pode ás vezes ser mencionada como uma lacuna, período de proteção, intervalo de proteção e/ou vários outros termos adequados. Essa separação fornece tempo para a comutação de comunicação DL (por exemplo, operação de recebimento pela entidade de programação) para comunicação UL (por exemplo, transmissão pela entidade de programação).

[080] A partição UL-cêntrica pode incluir também uma porção de rajada curta UL 606. A porção de rajada curta UL 606 na figura 6 pode ser similar à porção de rajada curta UL 506 descrita acima com referência à figura 7 e pode incluir qualquer das informações descritas acima com relação à figura 5 e pode incluir qualquer das informações descritas acima com relação à figura 5. O acima é meramente um exemplo de uma estrutura de comunicação sem fio UL-cêntrica, e estruturas alternativas tendo características similares podem existir sem necessariamente desviar dos aspectos descritos na presente invenção.

[081] Em algumas circunstâncias, duas ou mais entidades subordinadas (por exemplo, UEs) podem se comunicar mutuamente usando sinais de sidelink. Aplicações em mundo real de tais comunicações de sidelink podem incluir segurança pública, serviços de proximidade, retransmissão de UE para rede, comunicações de veículo-para veículo (V2V), comunicações de internet de tudo (IoE), comunicações IoT, malha de missão crítica, e/ou várias outras aplicações adequadas. Em geral, um sinal de sidelink pode se referir a um sinal comunicado de uma entidade subordinada (por exemplo, UE1) para outra entidade subordinada (por UE2) sem retransmitir aquela comunicação através da entidade de programação (por exemplo, UE ou BS) embora a entidade de programação possa ser utilizada para fins de programação e/ou controle. Em alguns exemplos, os sinais de sidelink podem ser comunicados usando um espectro licenciado (ao contrário de redes de área local sem fio, que tipicamente usam um espectro não licenciado).

[082] Em um exemplo, uma estrutura de comunicação sem fio, como um quadro, pode incluir tanto partições UL-cêntricas como partições DL-cêntricas. Nesse exemplo, a razão de partições UL-cêntricas para partições DL-cêntricas em um quadro pode ser dinamicamente ajustada com base pelo menos em parte na quantidade de dados UL e a quantidade de dados DL que são transmitidos. Por exemplo, se há mais dados UL, então a razão de partições UL- cêntricas para partições DL-cêntricas pode ser aumentada. Inversamente, se há mais dados DL, então a razão de partições UL-cêntricas para partições DL-cêntricas pode ser diminuída.

[083] Como indicado acima, a figura 6 é fornecida meramente como exemplo. Outros exemplos são possíveis e podem diferir do que foi descrito com relação à figura 6.

[084] Em algumas instâncias, uma BS e UE podem se comunicar mutuamente através de múltiplos tipos de serviços. Por exemplo, uma primeira comunicação entre a BS e o UE pode usar um serviço de banda larga móvel aperfeiçoada (eMBB) e uma segunda comunicação entre a BS e o UE pode usar um serviço de comunicação de baixa latência ultra confiável (URLLC). Em tais casos, os tipos diferentes de serviços podem ter características e/ou exigências diferentes, como exigências de latência e/ou confiabilidade diferentes (por exemplo, um serviço URLLC tem uma exigência de confiabilidade mais elevada e latência mais baixa do que eMBB). Entretanto, em alguns casos os mesmos conjuntos de recursos de PUCCH podem ser alocados para comunicação entre a BS e o UE independente do tipo de serviço (por exemplo, eMBB ou URLLC) que está sendo usado para a comunicação. Por conseguinte, um recurso PUCCH longo (por exemplo, 14 símbolos) pode não ser útil para URLLC devido à latência bem grande associada ao recurso PUCCH longo. Por outro lado, recursos PUCCH URLLC podem necessitar ser configurados mais frequentemente (por exemplo, a cada dois símbolos) para atender a exigência de baixa latência, o que não é necessário para serviços de eMBB.

[085] Além disso, em algumas instâncias, informações de controle downlink (DCI) podem ser diferentes dependendo do tipo de serviço sendo usado. Por exemplo, a DCI pode incluir métodos de sinalização diferentes para alocação de recurso PUCCH para eMBB do que os métodos de sinalização incluídos na DCI para URLLC. Como tal, quando os recursos PUCCH são alocados independente do tipo de serviço que deve ser usado para uma transmissão PUCCH, o UE pode interpretar inadequadamente quais dos recursos devem ser usados para uma transmissão PUCCH específica.

[086] Além disso, em algumas instâncias, quando dois canais PUCCH (por exemplo, um para eMBB e um para URLLC) estão sobrepondo em tempo, o UE pode necessitar multiplexar bits de informação de controle uplink (UCI) para os dois canais (por exemplo, tanto para eMBB como URLLC) e transmitir a UCI em um canal único. Entretanto, isso pode ter um efeito negativo sobre a confiabilidade, porque a UCI multiplexada não indica se os pacotes de URLLC ou pacotes de eMBB foram adequadamente recebidos. A UCI multiplexada simplesmente indica um número total de pacotes recebidos, independente do tipo de serviço que é associado aos pacotes. Além disso, em algumas instâncias, o UE pode usar temporização diferente para tipos diferentes de serviços. Por exemplo, pode haver uma temporização de resposta diferente para confirmação de eMBB ou confirmação negativa (ACK/NACK) do que a temporização de resposta para URLLC ACK/NACK. Em alguns casos, ACK/NACK pode ser mencionada como confirmação de solicitação de repetição automática híbrida (HARQ-ACK). Similarmente, feedback ACKQNACK pode ser mencionado como feedback HARQ-ACK, informações ACK/NACK podem ser mencionadas como informação HARQ-ACK e/ou similares.

[087] Alguns aspectos descritos na presente invenção fornecem alocação de recurso para recursos PUCCH com relação ao tipo de serviço que deve ser usado para uma transmissão PUCCH. Por exemplo, o UE pode enviar uma transmissão PUCCH usando primeiros conjuntos de recursos quando a transmissão PUCCH é associada a um primeiro tipo de serviço (por exemplo, eMBB) e segundos conjuntos de recursos quando a transmissão PUCCH é associada ao segundo tipo de serviço (por exemplo, URLLC). Além disso, alguns aspectos descritos na presente invenção podem identificar um recurso para uma transmissão PUCCH a partir da sinalização na DCI com base pelo menos em parte no tipo de serviço que é associado à transmissão PUCCH para assegurar que o recurso apropriado é monitorado e/ou usado. Alguns aspectos descritos na presente invenção podem usar recursos de PUCCH separados para transmitir uma transmissão PUCCH com UCI baseada pelo menos em parte no tipo de serviço que é associado à transmissão PUCCH. Por exemplo, uma operação de índice de atribuição downlink (DAI) executada para uma transmissão PUCCH associada a um serviço eMBB pode ser diferente de uma operação DAI executada para uma transmissão PUCCH associada a um serviço URLLC.

[088] Por conseguinte, alguns exemplos fornecidos na presente invenção podem permitir que recursos PUCCH diferentes sejam dinamicamente alocados ou usados para transmissão PUCCH com base pelo menos em parte no tipo de serviço. Por exemplo, dependendo das exigências do serviço associado à transmissão PUCCH, a transmissão PUCCH pode obter uma confiabilidade mais alta e/ou latência mais baixa para um tipo de serviço em relação a outro usando relativamente menos conjuntos de recursos PUCCH e/ou relativamente menos recursos em cada conjunto de recursos para a transmissão PUCCH. Adicionalmente ou alternativamente, outro tipo de serviço, que pode não exigir tal alta confiabilidade ou baixa latência, pode conservar largura de banda de sinalização e ser configurada usando um número maior de conjuntos de recursos PUCCH e/ou um número maior ou recursos nos conjuntos de recursos. Por conseguinte, alguns exemplos da presente invenção podem conservar recursos de rede enquanto aumenta a confiabilidade e/ou diminui a latência conforme necessário dependendo de um serviço associado a uma transmissão PUCCH.

[089] A figura 7 é um diagrama ilustrando um exemplo 700 de alocar recursos de canal de controle uplink físico (PUCCH) para comunicação de baixa latência ultra confiável (URLLC), de acordo com vários aspectos da presente revelação. No exemplo 700, BS 110 e UE 120 trocam uma pluralidade de transmissões (ou comunicações) entre si. Em algumas instâncias as transmissões podem ser associadas a um primeiro tipo de serviço e em algumas instâncias as transmissões podem ser associadas a um segundo tipo de serviço. Como descrito nos exemplos que se seguem, o primeiro tipo de serviço pode ser um serviço eMBB e o segundo tipo de serviço pode ser um serviço URLLC, embora o primeiro e segundo tipos de serviços possam ser serviços diferentes. Por exemplo, o segundo tipo de serviço pode ter uma exigência de latência mais baixa que o primeiro tipo de serviço, pode ter uma exigência de confiabilidade mais alta do que o primeiro tipo de serviço, pode ser associado a uma prioridade mais alta que o primeiro tipo de serviço, pode ser associado a um tempo de processamento mais rápido (por exemplo, uma linha de tempo de processamento mais curta) do que o primeiro tipo de serviço e/ou similar.

[090] No exemplo 700, como certas transmissões podem ser associadas a tipos diferentes de serviços, que operam de acordo com parâmetros diferentes (por exemplo, URLLC provê uma confiabilidade mais alta e/ou latência mais baixa do que eMBB), a BS 110 e UE 120 podem configurar e/ou usar recursos PUCCH com base pelo menos em parte no tipo de serviço que é associado às transmissões.

[091] Como mostrado na figura 7, e pelo número de referência 710, a BS 110 determina configurações de recurso para transmissões PUCCH com base pelo menos em parte em tipos de serviços que podem ser usados para transmissões PUCCH com UE 120. Por exemplo, BS 110 pode determinar uma primeira configuração de recursos PUCCH a serem usados para transmissões PUCCH quando as transmissões

PUCCH são associadas a eMBB e uma segunda configuração de recursos PUCCH a serem usados para a transmissão PUCCH quando a transmissão PUCCH é associada a URLLC.

[092] As configurações de recursos PUCCH podem identificar um número de conjuntos de recursos PUCCH (por exemplo, blocos de recursos) que devem ser usados para as transmissões PUCCH, um número de recursos que devem ser incluídos nos conjuntos de recursos e/ou similares. Um recurso PUCCH pode incluir um conjunto de blocos de recursos. Em alguns casos, cada conjunto de recursos PUCCH é associado a uma faixa de carga útil de informação de controle uplink (UCI). Por exemplo, um primeiro conjunto de recursos PUCCH pode ser configurado para transmitir UCI com um tamanho de 1 bit ou 2 bits, um segundo conjunto de recursos PUCCH pode ser configurado para transmitir UCI com um tamanho de 3 bits para X1 bits, um terceiro conjunto de recursos PUCCH pode ser configurado para transmitir UCI com um tamanho de (X1 + 1) bits para X2 bits, e etc. Para URLLC, um tamanho de carga útil de UCI é tipicamente pequeno para auxiliar com a obtenção de alta confiabilidade. Desse modo menos conjuntos de recursos PUCCH (por exemplo, um ou dois conjuntos) podem ser necessários para URLLC em comparação com eMBB (por exemplo, que pode usar quatro conjuntos). Por conseguinte, uma primeira configuração para uma transmissão PUCCH usando um serviço eMBB pode incluir mais conjuntos de recursos do que uma segunda configuração para transmissões PUCCH usando um serviço URLLC.

[093] Em alguns casos, um recurso PUCCH URLLC pode ser configurado com uma granularidade mais fina do que um recurso PUCCH eMBB.

Por exemplo, a configuração de recurso PUCCH eMBB pode configurar recursos PUCCH com um comprimento de uma partição (por exemplo, 14 símbolos), ao passo que a configuração de recurso PUCCH URLLC pode configurar recursos PUCCH com um comprimento de uma sub- partição (ou mini-partição) (por exemplo, menos de 14 símbolos). Como resultado, a configuração de recurso PUCCH eMBB pode necessitar configurar recursos PUCCH tanto curtos (por exemplo, 1 ou 2 símbolos) como longos (por exemplo, 4 a 14 símbolos), ao passo que a configuração de recurso PUCCH URLLC pode somente necessitar configurar recursos PUCCH menores que o comprimento de sub-partição (ou mini- partição). Desse modo, menos recursos são necessários em cada conjunto de recursos PUCCH para URLLC em comparação com eMBB.

Por conseguinte, para transmissões PUCCH associadas a um serviço URLLC, cada conjunto de recursos pode incluir menos recursos do que uma transmissão PUCCH que é associada a um serviço eMBB.

Nesse caso, embora serviços eMBB possam utilizar um PUCCH relativamente longo (14 símbolos), isso pode causar uma latência demasiadamente alta para serviço URLLC, que deve ser configurado mais frequentemente (por exemplo, a cada 2 símbolos) para obter a baixa latência.

Para um serviço eMBB, pode não ser necessário para configurar tão frequentemente, e fazer isso pode ser um desperdício de largura de banda de sinalização e/ou recursos de rede.

Portanto, serviços eMBB podem usar conjuntos e tamanhos de recursos para transmissão PUCCH configurada para eMBB e serviços URLLC podem usar conjuntos ou tamanhos de recursos para transmissões PUCCH que são configuradas para URLLC.

[094] Em alguns casos, um recurso PUCCH pode ser usado para transmitir feedback HARQ-ACK associado a uma transmissão de programação semi-persistente (SPS) downlink.

Um recurso PUCCH para transmitir feedback HARQ-ACK para SPS downlink pode ser configurado em uma mensagem de controle de recurso de rádio (RRC) como parte da configuração SPS downlink.

Por exemplo, um recurso PUCCH periódico pode ser configurado na mensagem RRC, e esse recurso PUCCH pode ser usado para periodicamente transmitir PUCCH para transmissões SPS downlink.

A configuração de recurso PUCCH para SPS downlink pode indicar um identificar PUCCH (ID PUCCH) que identifica o recurso PUCCH a ser usado para o feedback HARQ-ACK.

Entretanto, quando SPS downlink é separadamente configurado para eMBB e URLLC, a estação base 110 pode necessitar indicar não somente um ID PUCCH, mas também se o recurso PUCCH está associado a uma transmissão URLLC (ou uma transmissão de eMBB ou outro tipo de serviço). Nesse caso, o UE 120 pode selecionar um recurso PUCCH a partir do conjunto de recursos PUCCH configurados para transmissões URLLC.

Por conseguinte, a BS 110 pode determinar configurações separadas para os recursos PUCCH associados à transmissão SPS downlink com base pelo menos em parte nos tipos de serviços (por exemplo, eMBB ou URLLC) usados em comunicações entre BS 110 e UE 120. Por exemplo, para recursos PUCCH associados a SPS downlink, a BS 110 pode determinar uma primeira configuração de recursos PUCCH a serem usados para transmissões PUCCH quando o PUCCH e as transmissões SPS downlink são associadas a eMBB, e uma segunda configuração de recursos PUCCH a serem usados para as transmissões PUCCH quando o PUCCH e as transmissões SPS downlink são associadas a URLLC.

[095] Em alguns aspectos, a BS 110 pode determinar uma configuração de recurso que indica que um mesmo conjunto de recursos PUCCH pode ser acessível a UE 120 para transmissões PUCCH, porém a configuração de recurso pode atribuir um parâmetro a cada dos recursos PUCCH que aloca os recursos PUCCH para uso com um primeiro tipo de serviço, um segundo tipo de serviço, ou ambos os tipos de serviço. Por exemplo, a BS 110 pode atribuir um parâmetro para cada recurso PUCCH, através da configuração de recurso para a transmissão PUCCH, que indica se cada recurso PUCCH deve ser usado com eMBB, URLLC ou tanto eMBB como URLLC. Como resultado, como descrito na presente invenção, o UE 120 pode acessar um mesmo conjunto de recursos PUCCH para ambas as transmissões eMBB e transmissões URLLC, e selecionar os recursos apropriados para a transmissão PUCCH de acordo com o parâmetro e informações recebidas na DCI (que identifica os recursos PUCCH e/ou um símbolo de início dos recursos PUCCH).

[096] Como adicionalmente mostrado na figura 7, e pelo número de referência 720, a BS 110 transmite uma configuração PUCCH com as configurações de recursos para UE

120. Em alguns aspectos, a configuração PUCCH pode incluir um primeiro conjunto de parâmetros para transmissões ou comunicações associadas a um primeiro tipo de serviço (por exemplo, eMBB) e um segundo conjunto de parâmetros para transmissões associadas a um segundo tipo de serviço (por exemplo, URLLC). Adicionalmente ou alternativamente, a BS 110 pode enviar configurações PUCCH individuais para o primeiro tipo de serviço e o segundo tipo de serviço. Por exemplo, a BS 110 pode enviar uma primeira configuração PUCCH para eMBB e uma segunda configuração PUCCH para URLLC. Em alguns aspectos, uma taxa de codificação máxima pode ser diferente para eMBB e URLLC. Por exemplo, o primeiro conjunto de parâmetros (e/ou uma primeira configuração PUCCH) pode incluir uma taxa de codificação máxima diferente do que um segundo conjunto de parâmetros (e/ou segunda configuração PUCCH).

[097] Como adicionalmente mostrado na figura 7, e pelo número de referência 730, a BS 110 transmite uma comunicação downlink com DCI. A comunicação downlink pode incluir um ou mais pacotes associados ao tipo de serviço, que pode indicar o tipo de serviço associado à transmissão PUCCH. Por exemplo, se a comunicação downlink for uma comunicação eMBB, a transmissão PUCCH pode ser associada aos serviços eMBB. Adicionalmente ou alternativamente, se a comunicação downlink for associada a uma comunicação URLLC, a transmissão PUCCH pode ser associada à comunicação URLLC.

[098] O UE 120 pode determinar se a DCI é associada a eMBB ou URLLC. Em alguns aspectos, a DCI na comunicação downlink pode incluir um campo de indicador de recurso ACK/NACK (ARI), mencionado aqui como um indicador de recurso PUCCH. Em alguns aspectos, o UE 120 pode determinar uma largura de bit (isto é, um número de bits) do indicador de recurso PUCCH com base pelo menos em parte no tipo de serviço (por exemplo, eMBB ou URLLC) a ser usado para a transmissão PUCCH. Por exemplo, o UE 120 pode determinar que o indicador de recurso PUCCH é 2 bits (por exemplo, indicando que o número de recursos dos conjuntos de recurso PUCCH é 4 ou menos), quando a transmissão PUCCH é associada a uma transmissão URLLC. Como outro exemplo, o UE 120 pode determinar que o indicador de recurso PUCCH é 3 bits (por exemplo, indicando que o número de recursos dos conjuntos de recursos PUCCH é 8 ou menos), quando a transmissão PUCCH é associada a uma transmissão eMBB.

[099] Como adicionalmente mostrado na figura 7, e pelo número de referência 740, o UE 120 determina o tipo de serviço associado à transmissão PUCCH com base pelo menos em parte na comunicação downlink. Em alguns aspectos, o UE 120 pode determinar o tipo de serviço com base pelo menos em parte no tipo de serviço usado para receber e/ou transmitir um pacote anterior. Por exemplo, se a comunicação downlink for recebida através de um primeiro serviço, o UE 120 pode determinar que a transmissão PUCCH deve ser transmitida usando o primeiro serviço e se a comunicação downlink for recebida através de um segundo serviço, o UE 120 pode determinar que a transmissão PUCCH deve ser transmitida usando o segundo serviço.

[0100] Como adicionalmente mostrado na figura 7, e pelo número de referência 750, o UE 120 transmite a transmissão PUCCH usando os recursos de acordo com a configuração de recurso associada ao tipo de serviço da transmissão PUCCH. Por conseguinte, usando a DCI, o UE 120 pode determinar qual recurso deve ser usado para a transmissão PUCCH, e transmitir a transmissão PUCCH usando aquele recurso.

[0101] Em alguns aspectos, o UE 120 pode ser configurado com conjuntos de recursos PUCCH diferentes correspondendo aos diferentes serviços (por exemplo, eMBB e URLLC). O UE 120 pode determinar quais recursos devem ser usados para a transmissão PUCCH com base pelo menos em parte na configuração e da DCI na comunicação downlink recebida que está relacionada ao tipo de serviço. Por exemplo, o UE 120 pode determinar que a transmissão PUCCH é associada a um serviço eMBB. Nesse caso, o UE 120 pode selecionar o recurso PUCCH a partir dos conjuntos de recursos configurados para o serviço eMBB com base pelo menos em parte na configuração e na DCI na comunicação downlink recebida. Adicionalmente ou alternativamente, o UE 120 pode determinar que a transmissão PUCCH é associada a um serviço URLLC. Nesse caso, o UE 120 pode selecionar o recurso PUCCH a partir dos conjuntos de recursos configurados para o serviço URLLC com base pelo menos em parte na configuração e na DCI na comunicação downlink recebida. A DCI pode indicar um símbolo de início, um número de símbolos OFDM e blocos de recursos que devem ser usados, um ID de recurso PUCCH e/ou similar.

[0102] Em alguns exemplos, quando o UE 120 usa uma mesma configuração de recurso PUCCH para múltiplos tipos de serviços, o UE 120 pode se referir a uma tabela que indica se os recursos PUCCH devem ser usados com URLLC ou com eMBB (ou com ambos). Por exemplo, o UE 120 pode se referir à seguinte tabela identificando recursos PUCCH para uso com eMBB e URLLC.

ID de recurso PUCCH Indicador URLLC/eMBB 0 URLLC/eMBB (0) 1 URLLC/eMBB (1) 2 eMBB apenas 3 eMBB apenas 4 eMBB apenas 5 eMBB apenas

6 URLLC apenas (2) 7 URLLC apenas (3) Tabela 1 Onde o indicador URLLC/eMBB identifica se o recurso PUCCH deve ser usado com transmissões PUCCH URLLC, transmissões PUCCH eMBB, ou transmissões PUCCH tanto URLLC como eMBB. Em alguns aspectos, cada recurso PUCCH pode ter dois identificadores separados (por exemplo, IDs virtuais que são implicitamente determinados no UE com base pelo menos em parte no indicador URLLC/eMBB), um para URLLC e um para eMBB. Como exemplo, para uma transmissão PUCCH associada a URLLC, o UE 120 pode receber indicador de recurso PUCCH = 3 (indicando um ID URLLC de 3) na DCI. Por conseguinte, o UE 120, usando o indicador de recurso PUCCH = 3 e iniciando a partir do recurso #0, identifica o recurso #7 como o recurso PUCCH para a transmissão PUCCH, onde o recurso #0 tem um ID URLLC de 0, o recurso #1 tem um ID URLLC de 1, o recurso #6 tem um ID URLLC de 2, e o recurso #7 tem um ID URLLC de 3. Por conseguinte, cada recurso #0-7 pode ter identificadores adicionais que são baseados pelo menos em parte no tipo de serviço (por exemplo, eMBB ou URLLC) que é associado à transmissão PUCCH.

[0103] Em alguns aspectos, o UE 120 pode usar um parâmetro de símbolo de início para determinar qual recurso PUCCH deve ser usado para a transmissão PUCCH. O parâmetro de símbolo de início de exemplo que pode ser incluído na DCI pode ser diferente para URLLC e eMBB. Por exemplo, para eMBB, o parâmetro de símbolo de início pode se referir a um índice relativo em uma partição. Adicionalmente ou alternativamente, para URLLC, o parâmetro de símbolo de início pode indicar uma temporização relativa a uma sinalização (por exemplo, uma sinalização K1 na DCI, que identifica quando uma ACK/NACK deve ser transmitida).

[0104] Em alguns aspectos, para obter diversidade de transmissão (Por exemplo, para uma transmissão PUCCH de serviço URLLC), a transmissão PUCCH pode ser transmitida através de dois ou mais recursos dos conjuntos de recursos identificados na configuração de recursos correspondente. Por exemplo, para uma transmissão PUCCH associada a um serviço URLLC, a transmissão PUCCH pode ser transmitida através de pelo menos duas antenas de transmissão em dois recursos dos conjuntos de recursos alocados para o serviço URLLC para obter ganho de diversidade de transmissão. Isso pode melhorar a confiabilidade de transmissões PUCCH no URLLC. Em tais casos, múltiplos recursos PUCCH podem ser configurados com um mesmo identificador. Por conseguinte, se a DCI indica que a transmissão PUCCH deve ser enviada através de um recurso PUCCH com aquele identificador, a transmissão PUCCH pode ser enviada através de múltiplos recursos. Em alguns casos, a DCI pode indicar um índice k e o UE 120 pode usar recursos PUCCH com base pelo menos em parte no índice e uma configuração de controle de recurso de rádio (RRC) M (por exemplo, que pode ser recebida através de uma comunicação RRC antes de receber a DCI) que indica o número de recursos PUCCH que é alocado para o UE para transmitir PUCCH. Por conseguinte, o k pode ser recebido dinamicamente e o M pode ser recebido semi-estaticamente. O UE 120 pode usar k e M para identificar os recursos PUCCH dos conjuntos correspondentes de recursos que devem ser usados. Por exemplo, o UE 120 pode identificar recursos PUCCH com identificadores iguais a M(k-1), M(k-1) +1, ..., Mk-1. Adicionalmente, ou alternativamente, o UE 120 pode identificar recursos PUCCH com identificadores iguais a k, k-1, ..., k+M-1. Em alguns aspectos, formatos PUCCH diferentes ou adicionais podem ser usados para obter diversidade de transmissão. Por exemplo, certos formatos PUCCH podem ser configurados para URLLC, porém não para eMBB. Em alguns aspectos, os esquemas discutidos acima com relação à diversidade de transmissão podem ser aplicados para transmissões PUCCH URLLC, porém não aplicados para transmissões PUCCH eMBB.

[0105] Um índice de atribuição downlink (DAI) pode ser usado para indicar o número de comunicações de canal compartilhado downlink físico (PDSCH) que o UE 120 recebeu até a DCI atual. Por exemplo, o UE 120 pode receber uma indicação de um DAI contador e/ou um DAI total. O valor do DAI contador pode indicar o número acumulativo de ocasiões de monitoramento de PDCCH de célula em serviço nas quais o recebimento de PDSCH ou release de PDSCH SPS está presente, até a célula em serviço atual e ocasião de monitoramento de PDCCH atual. O valor de DAI total, quando presente, pode indicar o número total de par de ocasiões de monitoramento PDCCH de célula em serviço no qual recebimento de PDSCH e release de PDSCH SPS está presente, até a ocasião de monitoramento de PDCCH atual. Em alguns aspectos, o UE 120 pode rastrear e/ou armazenar conjuntos diferentes de DAIs para URLLC e eMBB e pode executar contagem de DAI e/ou acúmulo de DAI para URLLC e eMBB. Por exemplo, o UE 120 pode rastrear e/ou armazenar dois conjuntos de DAIs, onde o primeiro conjunto de {DAI contador, DAI total} se aplica a transmissões URLLC apenas e o segundo conjunto de {DAI contador, DAI total} se aplica a transmissões eMBB apenas. Nesse caso, o DAI URLLC não conta em direção ao DAI eMBB, e vice versa. Em alguns aspectos, o UE 120, com base pelo menos em parte nas configurações de recursos PUCCH, pode ser configurada para executar operações DAI separadas para tipos de serviços diferentes. Por exemplo, informações de controle de uplink (UCI) na transmissão PUCCH podem ser determinadas de acordo com uma primeira operação de índice de atribuição downlink (DAI) quando a transmissão PUCCH é associada a eMBB, e a UCI na transmissão PUCCH pode ser determinada de acordo com uma segunda operação DAI quando a transmissão PUCCH é associada a URLLC.

[0106] O UE 120 pode determinar se a DCI é associada a eMBB ou URLLC. Em alguns aspectos, a DCI na comunicação downlink pode incluir um campo DAI. Em alguns aspectos, o UE 120 pode determinar uma largura de bit (isto é, um número de bits) do DAI com base pelo menos em parte no tipo de serviço (por exemplo, eMBB ou URLLC) a ser usado para transmissão PUCCH. Por exemplo, o UE 120 pode determinar que o DAI é 1 bit, quando a transmissão PUCCH é associada a uma transmissão URLLC. Como outro exemplo, o UE 120 pode determinar que o DAI é 2 bits, quando a transmissão PUCCH é associada a uma transmissão eMBB.

[0107] A transmissão PUCCH de exemplo pode ser uma ACK/NACK. A ACK/NACK pode ser enviada dinâmica (por exemplo, em resposta ao recebimento da comunicação downlink), e/ou de acordo com programação semi-persistente

(SPS). Em alguns aspectos, operações de DAI diferentes podem ser executadas com relação à agregação de ACK/NACK para URLLC em comparação com eMBB. Mais especificamente, o UE 120 não pode multiplexar entre URLLC e eMBB ao enviar transmissões PUCCH. Por conseguinte, a ACK/NACK para recebimento de pacotes URLLC pode ser enviada em uma transmissão PUCCH separada a partir de uma ACK/NACK para recebimento de pacotes eMBB. Em alguns aspectos, quando ACK/NACKs tanto para URLLC como eMBB sobrepõem em tempo, a ACK/NACK eMBB pode ser abandonada (por exemplo, para atender a exigência de baixa latência e alta confiabilidade de URLLC). Entretanto, se as transmissões devem ocorrer na mesma partição, porém não estão sobrepondo, então a ACK/NACK eMBB não pode ser abandonada. Por exemplo, se uma primeira transmissão PUCCH for programada em símbolos 1-5 e uma segunda transmissão PUCCH for programada em símbolos 6- 10, então nem a primeira transmissão PUCCH nem a segunda transmissão PUCCH é abandonada. Adicionalmente ou alternativamente, quando duas transmissões são configuradas para parcialmente sobrepor, a porção de sobreposição da transmissão PUCCCH eMBB pode ser abandonada. Por exemplo, se uma transmissão PUCCH eMBB for nos símbolos 1-10 e a transmissão PUCCH URLLC for para ser nos símbolos 7-11, então os dados nos símbolos 7-10 para a transmissão PUCCH eMBB podem ser abandonados.

[0108] Em alguns aspectos, a transmissão PUCCH pode incluir uma solicitação de serviço (SR) (por exemplo, solicitar recursos uplink) e/ou um relatório de informação de estado de canal (CSI) (por exemplo, para indicar um status do canal usado para receber a comunicação downlink).

[0109] Como indicado acima, a figura 7 é provida como um exemplo. Outros exemplos podem diferir do que é descrito com relação à figura 7.

[0110] A figura 8 é um diagrama ilustrando exemplos 810 e 820 de alocar recursos PUCCH para URLLC. Na figura 8, diagramas de recursos que podem ser alocados de acordo com um tipo de serviço (por exemplo, eMBB ou URLLC) são mostrados. Como mostrado pelo exemplo 810, conjuntos de recursos PUCCH eMBB podem ser diferentes de conjuntos de recursos PUCCH alocados para URLLC. Por exemplo, recursos PUCCH eMBB podem incluir conjuntos A, B, C, D e conjuntos de recursos PUCCH URLLC podem incluir conjuntos X, Y,Z. Além disso, como mostrado pelo exemplo 810, quantidades diferentes de conjuntos de recursos podem ser alocados com base pelo menos em parte no tipo de serviço. Por exemplo, quatro conjuntos de recursos PUCCH A, B, C, D são alocados para eMBB, enquanto três conjuntos de recursos X, Y, Z são alocados para URLLC.

[0111] Como mostrado pelo exemplo 820, em alguns aspectos, um mesmo conjunto de recursos PUCCH pode ser compartilhado para múltiplos tipos de serviços e alguns conjuntos de recursos podem ser usados para tipos específicos de conjuntos de recursos. Por exemplo, tanto eMBB como URLLC podem usar conjuntos ABC, porém somente eMBB pode usar conjunto 0 e somente URLLC pode usar o conjunto 1. Por conseguinte, os conjuntos de recursos PUCCH podem ser alocados para transmissões PUCCH com base pelo menos em parte no tipo de transmissão PUCCH.

[0112] Como indicado acima, a figura 8 é provida como exemplo. Outros exemplos podem diferir do que é descrito com relação à figura 8.

[0113] A figura 9 é um diagrama ilustrando um exemplo 900 de alocar recursos PUCCH para URLLC. Como mostrado pelo exemplo 900, para obter diversidade de transmissão, múltiplos recursos em um conjunto de recursos podem ser atribuídos um mesmo ID de recurso. Na figura 9, dois recursos têm ID = 2 e quatro recursos têm ID=3. Por conseguinte, quando o UE 120 determina que uma transmissão PUCCH deve ser transmitida através de um recurso PUCCH com ID=2, o UE 120 pode transmitir a transmissão PUCCH através de dois recursos. Similarmente, quando o UE 120 determina que uma transmissão PUCCH deve ser transmitida através de um recurso PUCCH com ID=3, o UE 120 pode transmitir a transmissão PUCCH através de quatro recursos. Em alguns aspectos, os dois recursos PUCCH ou os quatro recursos PUCCH podem ser associados aos mesmos recursos de domínio de tempo (por exemplo, podem ser configurados nos mesmos símbolos OFDM), em cujo caso o UE 120 transmite PUCCHs nesses recursos PUCCH indicados simultaneamente a partir de antenas de transmissão diferentes para obter diversidade espacial.

[0114] Como indicado acima, a figura 9 é provida como exemplo. Outros exemplos podem diferir do que é descrito com relação à figura 9.

[0115] A figura 10 é um diagrama ilustrando um processo de exemplo 1000 executado, por exemplo, por um UE, de acordo com vários aspectos da presente revelação. O processo de exemplo 1000 é um exemplo onde um UE (por exemplo, UE 120 e/ou similar) executa operações associadas à identificação de recursos PUCCH e envio de uma transmissão PUCCH usando recursos PUCCH alocados de acordo com alguns exemplos descritos na presente invenção.

[0116] Como mostrado na figura 10, em alguns aspectos, o processo 1000 pode incluir determinar se uma transmissão PUCCH é associada a um primeiro tipo de serviço ou um segundo tipo de serviço, em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa do que o primeiro tipo de serviço (bloco 1010). Por exemplo, o UE (por exemplo, usando processamento de recebimento 258, processador de transmissão 264, controlador/processador 280, memória 282 e/ou similar) pode determinar se uma transmissão PUCCH é associada a um primeiro tipo de serviço ou um segundo tipo de serviço, como descrito acima. em alguns aspectos, o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa do que o primeiro tipo de serviço.

[0117] Como adicionalmente mostrado na figura 10, em alguns aspectos, o processo 1000 pode incluir transmitir a transmissão PUCCH usando um primeiro conjunto de recursos quando a transmissão PUCCH é associada ao primeiro tipo de serviço ou usando um segundo conjunto de recursos quando a transmissão PUCCH é associada ao segundo tipo de serviço (bloco 1020). Por exemplo, o UE (por exemplo, usando processador de recebimento 258, processador de transmissão 264, controlador/processador 280, memória 282 e/ou similar) pode transmitir a transmissão PUCCH usando um primeiro conjunto de recursos quando a transmissão PUCCH é associada ao primeiro tipo de serviço ou usando um segundo conjunto de recursos quando a transmissão PUCCH é associada ao segundo tipo de serviço, como descrito acima.

[0118] O processo 1000 pode incluir aspectos adicionais, como qualquer aspecto único ou qualquer combinação de aspectos descritos abaixo e/ou com relação a um ou mais outros processos descritos em outro lugar na presente invenção.

[0119] Em um primeiro aspecto, o primeiro tipo de serviço compreende um serviço de banda larga móvel aperfeiçoada (eMBB) e o segundo tipo de serviço compreende um serviço de comunicação ultra confiável, de baixa latência (URLLC).

[0120] Em um segundo aspecto, individualmente ou em combinação com o primeiro aspecto, o primeiro conjunto de recursos inclui múltiplos conjuntos de recursos configurados para o primeiro tipo de serviço.

[0121] Em um terceiro aspecto, individualmente ou em combinação com um ou mais do primeiro e segundo aspectos, o segundo conjunto de recursos inclui múltiplos conjuntos de recursos configurados para o segundo tipo de serviço.

[0122] Em um quarto aspecto, individualmente ou em combinação com um ou mais do primeiro até terceiro aspectos, a transmissão PUCCH compreende pelo menos um de: uma confirmação e/ou confirmação negativa (ACK/NACK), uma solicitação de serviço (SR) ou um relatório de informação de estado de canal (CSI).

[0123] Em um quinto aspecto, individualmente ou em combinação com um ou mais do primeiro até quarto aspectos, a ACK/NACK é associada à programação dinâmica ou programação semi-persistente (SPS).

[0124] Em um sexto aspecto, individualmente ou em combinação com um ou mais do primeiro até quinto aspectos, o primeiro conjunto de recursos inclui quatro conjuntos de recursos, e o segundo conjunto de recursos inclui menos de quatro conjuntos de recursos.

[0125] Em um sétimo aspecto, individualmente ou em combinação com um ou mais do primeiro até sexto aspectos, o primeiro conjunto de recursos é diferente do segundo conjunto de recursos.

[0126] Em um oitavo aspecto, individualmente ou em combinação com um ou mais do primeiro até sétimo aspectos, um número de conjuntos de recursos no segundo conjunto de recursos é menor que um número de conjuntos de recursos no primeiro conjunto de recursos.

[0127] Em um nono aspecto, individualmente ou em combinação com um ou mais do primeiro até oitavo aspectos, pelo menos um conjunto de recurso do primeiro conjunto de recursos é um mesmo conjunto de recursos como um conjunto de recursos incluído no segundo conjunto de recursos.

[0128] Em um décimo aspecto, individualmente ou em combinação com um ou mais do primeiro até nono aspectos, um número de recursos em cada conjunto do segundo conjunto de recursos é menor que um número de recursos em cada conjunto do primeiro conjunto de recursos.

[0129] Em um décimo primeiro aspecto, individualmente ou em combinação com um ou mais do primeiro até décimo aspectos, o UE é configurado para determinar um número de recursos em cada conjunto do primeiro conjunto de recursos ou o segundo conjunto de recursos com base pelo menos em parte em uma largura de bit de um campo indicador de recurso PUCCH em informação de controle downlink (DCI0 recebida a partir de uma estação base em associação à transmissão PUCCH.

[0130] Em um décimo segundo aspecto, individualmente ou em combinação com um ou mais do primeiro até décimo primeiro aspectos, a transmissão PUCCH é transmitida através de dois ou mais recursos do segundo conjunto de recursos com base pelo menos em parte em uma determinação de que a transmissão PUCCH é associada ao segundo tipo de serviço.

[0131] Em um décimo terceiro aspecto, individualmente ou em combinação com um ou mais do primeiro até décimo segundo aspectos, a transmissão PUCCH é transmitida através de pelo menos duas antenas de transmissão em dois recursos do segundo conjunto de recursos com base pelo menos em parte em uma determinação de que a transmissão PUCCH é associada ao segundo tipo de serviço.

[0132] Em um décimo quarto aspecto, individualmente ou em combinação com um ou mais do primeiro até décimo terceiro aspectos, pelo menos dois recursos de um conjunto do segundo conjunto de recursos compartilham um mesmo identificador e a transmissão PUCCH é transmitida usando pelo menos dois recursos quando o identificador é recebido em associação a transmissão PUCCH.

[0133] Em um décimo quinto aspecto, individualmente ou em combinação com um ou mais do primeiro até décimo quarto aspectos, a transmissão PUCCH é transmitida usando um ou mais recursos do segundo conjunto de recursos com base pelo menos em parte no recebimento, a partir de uma estação base, de um índice e uma configuração recebida semi-estaticamente em associação à transmissão PUCH.

[0134] Em um décimo sexto aspecto, individualmente ou em combinação com um ou mais do primeiro até décimo quinto aspectos, recursos do segundo conjunto de recursos são identificados para uso com relação á transmissão PUCCH diferentemente do que recursos do primeiro conjunto de recursos.

[0135] Em um décimo sétimo aspecto, individualmente ou em combinação com um ou mais do primeiro até décimo sexto aspectos, os recursos do segundo conjunto de recursos são identificados para uso com relação á transmissão PUCCH diferentemente do que os recursos do primeiro conjunto de recursos com relação ao uso de um formato PUCCH diferente.

[0136] Em um décimo oitavo aspecto, individualmente ou em combinação com um ou mais do primeiro até décimo sétimo aspectos, um recurso do primeiro conjunto de recursos é identificado para uso em associação ao primeiro tipo de serviço com base pelo menos em parte em um primeiro valor de um parâmetro associado ao recurso do primeiro conjunto de recursos, ou um recurso do segundo conjunto de recursos é identificado para uso em associação ao segundo tipo de serviço com base pelo menos em parte em um segundo valor do parâmetro associado ao recurso do segundo conjunto de recursos.

[0137] Em um décimo nono aspecto,

individualmente ou em combinação com um ou mais do primeiro até décimo oitavo aspectos, para um recurso da transmissão PUCCH, um parâmetro indica se o recurso é associado ao primeiro tipo de serviço, o segundo tipo de serviço, ou ambos o primeiro tipo de serviço e o segundo tipo de serviço com base pelo menos em parte em um valor do parâmetro.

[0138] Em um vigésimo aspecto, individualmente ou em combinação com um ou mais do primeiro até décimo nono aspectos, o parâmetro é incluído em uma configuração do recurso para a transmissão PUCCH.

[0139] Em um vigésimo primeiro aspecto, individualmente ou em combinação com um ou mais do primeiro até vigésimo aspectos, o valor do parâmetro indica que um mesmo recurso do primeiro conjunto de recursos e o segundo conjunto de recursos é associado ao primeiro tipo de serviço e o segundo tipo de serviço.

[0140] Em um vigésimo segundo aspecto, individualmente ou em combinação com um ou mais do primeiro até vigésimo primeiro aspectos, o primeiro conjunto de recursos é um mesmo conjunto de recursos que o segundo conjunto de recursos. Em alguns aspectos, cada recurso do mesmo conjunto de recursos é associado a um primeiro identificador para a transmissão PUCCH quando a transmissão PUCCH é associada ao primeiro tipo de serviço e um segundo identificador para a transmissão PUCCH quando a transmissão PUCCH é associada ao segundo tipo de serviço.

[0141] Em um vigésimo terceiro aspecto, individualmente ou em combinação com um ou mais do primeiro até vigésimo segundo aspectos, a transmissão PUCCH é transmitida usando um do mesmo conjunto de recursos com base pelo menos em parte no recebimento de informações de controle downlink que indica um índice associado ao primeiro tipo de serviço ou o segundo tipo de serviço.

[0142] Em um vigésimo quarto aspecto, individualmente ou em combinação com um ou mais do primeiro até vigésimo terceiro aspectos, um parâmetro de símbolo de início identifica um símbolo de início diferente quando a transmissão PUCCH é associada ao primeiro tipo de serviço do que quando a transmissão PUCCH é associada ao segundo tipo de serviço.

[0143] Em um vigésimo quinto aspecto, individualmente ou em combinação com um ou mais do primeiro até vigésimo quarto aspectos, o parâmetro de símbolo de início quando a transmissão PUCCH é associada ao primeiro tipo de serviço identifica um índice relativo com uma partição para a transmissão PUCCH.

[0144] Em um vigésimo sexto aspecto, individualmente ou em combinação com um ou mais do primeiro até vigésimo quinto aspectos, o parâmetro de símbolo de início quando a transmissão PUCCH é associada ao segundo tipo de serviço identifica uma temporização associada à sinalização em informações de controle downlink (DCI).

[0145] Em um vigésimo sétimo aspecto, individualmente ou em combinação com um ou mais do primeiro até vigésimo sexto aspectos, informações de controle uplink (UCI) na transmissão PUCCH são determinadas de acordo com uma primeira operação de índice de atribuição downlink (DAI) quando a transmissão PUCCH é associada ao primeiro tipo de serviço e a UCI na transmissão PUCCH é determinada de acordo com uma segunda operação DAI quando a transmissão PUCCH é associada ao segundo tipo de serviço.

[0146] Em um vigésimo oitavo aspecto, individualmente ou em combinação com um ou mais do primeiro até vigésimo sétimo aspectos, quando a transmissão PUCCH é uma primeira transmissão PUCCH associada ao primeiro tipo de serviço, e uma segunda transmissão PUCCH associada ao segundo tipo de serviço deve ser transmitida ao usar símbolos que sobrepõem aos símbolos da primeira transmissão PUCCH, os símbolos que sobrepõem são abandonados a partir da primeira transmissão PUCCH.

[0147] Embora a figura 10 mostre blocos de exemplo do processo 1000, em alguns aspectos, o processo 1000 pode incluir blocos adicionais, menos blocos, blocos diferentes ou blocos diferentemente dispostos do que aqueles mostrados na figura 10. Adicionalmente, ou alternativamente, dois ou mais dos blocos do processo 1000 podem ser executados em paralelo.

[0148] A figura 11 é um diagrama ilustrando um processo de exemplo 1100 executado, por exemplo por uma estação base, de acordo com vários aspectos da presente revelação. O processo d exemplo 1100 é um exemplo onde uma estação base (por exemplo, estação base 110 e/ou similar) executa operações associadas à alocação de recursos PUCCH com relação a um tipo de serviço associado a uma transmissão PUCCH.

[0149] Como mostrado na figura 11, em alguns aspectos, o processo 1100 pode incluir determinar uma primeira configuração de recursos PUCCH a serem usados para transmissões PUCCH associadas a um primeiro tipo de serviço

(bloco 1110). Por exemplo, a estação base (por exemplo, usando controlador/processador 240, memória 242, e/ou similar) pode determinar uma primeira configuração de recursos PUCCH a serem usados para transmissões PUCCH associadas a um primeiro tipo de serviço, como descrito acima.

[0150] Como adicionalmente mostrado na figura 11, em alguns aspectos, o processo 1100 pode incluir determinar uma segunda configuração de recursos PUCCH a serem usados para transmissões PUCCH associadas a um segundo tipo de serviço, em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa que o primeiro tipo de serviço (bloco 1120). Por exemplo, a estação base (por exemplo, usando controlador/processador 240, memória 242 e/ou similar) pode determinar uma segunda configuração de recursos PUCCH a serem usados para transmissões PUCCH associadas a um segundo tipo de serviço, como descrito acima. em alguns aspectos, o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa do que o primeiro tipo de serviço.

[0151] Como adicionalmente mostrado na figura 11, em alguns aspectos, o processo 1100 pode incluir transmitir a primeira configuração e a segunda configuração para um equipamento de usuário (UE) (bloco 1130). Por exemplo, a estação base (por exemplo, usando processador de transmissão 220, controlador/processador 240, memória 242 e/ou similar) pode transmitir a primeira configuração e a segunda configuração para um UE, como descrito acima.

[0152] O processo 1100 pode incluir aspectos adicionais, como qualquer aspecto único ou qualquer combinação de aspectos descritos abaixo e/ou com relação a um ou mais outros processos descritos em outro lugar na presente invenção.

[0153] Em um quinto aspecto, o primeiro tipo de serviço compreende um serviço de banda larga móvel aperfeiçoado (eMBB) e o segundo tipo de serviço compreende um serviço de comunicação ultra confiável, de baixa latência (URLLC).

[0154] Em um segundo aspecto, individualmente ou em combinação com o primeiro aspecto, a primeira configuração é diferente da segunda configuração.

[0155] Em um terceiro aspecto, individualmente ou em combinação com um ou mais do primeiro e segundo aspectos, conjuntos de recursos PUCCH incluídos na primeira configuração são diferentes de conjuntos de recursos PUCCH incluídos na segunda configuração.

[0156] Em um quarto aspecto, individualmente ou em combinação com um ou mais do primeiro até terceiro aspectos, a segunda configuração inclui menos conjuntos de recursos PUCCH do que a primeira configuração.

[0157] Em um quinto aspecto, individualmente ou em combinação com um ou mais do primeiro até quarto aspectos, um número de recursos PUCCH em cada conjunto de recursos PUCCH incluído na segunda configuração é menor que um número de recursos PUCCH em cada conjunto de recursos PUCCH incluído na primeira configuração.

[0158] Em um sexto aspecto, individualmente ou em combinação com um ou mais do primeiro até quinto aspectos, uma largura de bit de um indicador de recurso de

PUCCH em informação de controle downlink (DCI) corresponde ao segundo tipo de serviço de acordo com um número de recursos PUCCH e cada conjunto de recursos PUCCH incluídos na segunda configuração.

[0159] Em um sétimo aspecto, individualmente ou em combinação com um ou mais do primeiro até sexto aspectos, para cada recurso PUCCH da primeira configuração e segunda configuração, um parâmetro indica se o recurso PUCCH é associado ao primeiro tipo de serviço, ao segundo tipo de serviço ou tanto ao primeiro tipo de serviço como ao segundo tipo de serviço.

[0160] Em um oitavo aspecto, individualmente ou em combinação com um ou mais do primeiro até sétimo aspectos, um primeiro conjunto de recursos da primeira configuração é um mesmo conjunto de recursos como um segundo conjunto de recursos da segunda configuração, e cada recurso do mesmo conjunto de recursos é associado a um primeiro identificador para uma transmissão PUCCH quando a transmissão PUCCH é associada ao primeiro tipo de serviço e um segundo identificador para a transmissão PUCCH quando a transmissão PUCCH é associada ao segundo tipo de serviço.

[0161] Em um nono aspecto, individualmente ou em combinação com um ou mais do primeiro até oitavo aspectos, a primeira configuração é uma de uma primeira pluralidade de configurações de recursos PUCCH a serem usados para transmissões PUCCH associadas ao primeiro tipo.

[0162] Em um décimo aspecto, individualmente ou em combinação com um ou mais do primeiro até nono aspectos, uma taxa de codificação máxima da primeira configuração é diferente de uma taxa de codificação máxima da segunda configuração.

[0163] Embora a figura 11 mostre blocos de exemplo de processo 1100, em alguns aspectos, o processo 1100 pode incluir blocos adicionais, menos blocos, blocos diferentes ou blocos diferentemente dispostos do que aqueles mostrados na figura 11. Adicionalmente ou alternativamente, dois ou mais dos blocos do processo 1100 podem ser executados em paralelo.

[0164] A figura 12 é um diagrama ilustrando um processos de exemplo 1200 executado, por exemplo, por um UE, de acordo com vários aspectos da presente revelação. O processo de exemplo 1200 é um exemplo onde um UE (por exemplo, UE 120 e/ou similar) executa operações associadas ao uso de uma configuração PUCCH, configurado de acordo com um tipo de serviço, para transmitir uma mensagem associada àquele tipo de serviço.

[0165] Como mostrado na figura 12, em alguns aspectos, o processo 1200 pode incluir receber uma configuração PUCCH compreendendo um primeiro conjunto de parâmetros para transmissões associadas a um primeiro tipo de serviço e um segundo conjunto de parâmetros para transmissões associadas a um segundo tipo de serviço (bloco 1210). Por exemplo, o UE (por exemplo, usando processador de recebimento 258, controlador/processador 280, memória 282 e/ou similar) pode receber uma configuração PUCCH compreendendo um primeiro conjunto de parâmetros para transmissões associadas a um primeiro tipo de serviço e um segundo conjunto de parâmetros para transmissões associadas a um segundo tipo de serviço, como descrito acima.

[0166] Como adicionalmente mostrado na figura

12, em alguns aspectos, o processo 1200 pode incluir gerar informações de controle uplink (UCI) (bloco 1220). Por exemplo, o UE (por exemplo, usando o processador de transmissão 264, controlador/processador 280, memória 282, e/ou similar) pode gerar UCI, como descrito acima.

[0167] Como adicionalmente mostrado na figura 12, em alguns aspectos, o processo 1200 pode incluir transmitir uma mensagem que inclui a UCI de acordo com a configuração PUCCH e um tipo de serviço da mensagem (bloco 1230). Por exemplo, o UE (por exemplo, usando o processador de transmissão 264, controlador/processador 280, memória 282 e/ou similar) pode transmitir uma mensagem que inclui a UCI de acordo com a configuração PUCCH e um tipo de serviço da mensagem, como descrito acima.

[0168] O processador 1200 pode incluir aspectos adicionais, como qualquer aspecto individual ou qualquer combinação de aspectos descritos abaixo e/ou com relação a um ou mais outros processos descritos em outro lugar na presente invenção.

[0169] Em um primeiro aspecto, o tipo de serviço da mensagem é determinado com base pelo menos em parte nas informações de controle downlink (DCI) recebidas a partir de uma estação base.

[0170] Em um segundo aspecto, individualmente ou em combinação com o primeiro aspecto, uma taxa de codificação máxima indicada pelo primeiro conjunto de parâmetros é diferente de uma taxa de codificação máxima indicada pelo segundo conjunto de parâmetros.

[0171] Embora a figura 12 mostre blocos de exemplo do processo 1200, em alguns aspectos, o processo

1200 pode incluir blocos adicionais, menos blocos, blocos diferentes ou blocos diferentemente dispostos do que aqueles mostrados na figura 12. Adicionalmente ou alternativamente, dois ou mais dos blocos do processo 1200 podem ser executados em paralelo.

[0172] A figura 13 é um diagrama ilustrando um processo de exemplo 1300 executado, por exemplo, por uma estação base, de acordo com vários aspectos da presente revelação. O processo de exemplo 1300 é um exemplo onde uma BS (por exemplo, BS 110 e/ou similar) executa configuração PUCCH para uma pluralidade de tipos de serviços (por exemplo, eMBB e URLLC).

[0173] Como mostrado na figura 13, em alguns aspectos, o processo 1300 pode incluir determinar uma primeira configuração de um PUCCH a ser usado para transmissões PUCCH associadas a um primeiro tipo de serviço (bloco 1310). Por exemplo, a BS 110 (por exemplo, usando o processador de transmissão 220, processador MIMO TX 230, controlador/processador 240 e/ou similar) pode determinar uma primeira configuração de um PUCCH a ser usado para transmissões PUCCH associadas a um primeiro tipo de serviço, como descrito acima. em alguns aspectos, a BS 110 pode determinar a primeira configuração com relação ao recebimento de uma indicação de que o UE 120 é capaz de comunicar através do primeiro tipo de serviço.

[0174] Como mostrado na figura 13, em alguns aspectos, o processo 1300 pode incluir determinar uma segunda configuração do PUCCH a ser usado para transmissões PUCCH associadas a um segundo tipo de serviço, em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa do que o primeiro tipo de serviço (bloco 1320). Por exemplo, a BS 110 (por exemplo, usando o processador de transmissão 220, processador MIMO TX 230, controlador/processador 240 e/ou similar) pode determinar uma segunda configuração do PUCCH a ser usado para transmissões PUCCH associadas a um segundo tipo de serviço, como descrito acima. em alguns aspectos, o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa do que o primeiro tipo de serviço. Em alguns aspectos, a BS 110 pode determinar a segunda configuração com relação ao recebimento de uma indicação de que o UE 120 é capaz de comunicar através do segundo tipo de serviço.

[0175] Como mostrado na figura 13, em alguns aspectos, o processo 1300 pode incluir transmitir a primeira configuração e a segunda configuração para um equipamento de usuário (UE) (bloco 1330). Por exemplo, a BS 110 (por exemplo, usando o processador de transmissão 220, processador MIMO TX 220, modulador 232, antena 234, controlador/processador 240 e/ou similar) pode transmitir a primeira configuração e a segunda configuração para UE 120, como descrito acima. em alguns aspectos, a BS 110 pode transmitir a primeira configuração e a segunda configuração com relação á determinação da primeira configuração e da segunda configuração.

[0176] O processo 1300 pode incluir aspectos adicionais, como qualquer aspecto individual ou qualquer combinação de aspectos descritos abaixo e/ou com relação a um ou mais outros processos descritos em outro lugar na presente invenção.

[0177] Em um primeiro aspecto, o primeiro tipo de serviço compreende um serviço de banda larga móvel aperfeiçoado (eMBB) e o segundo tipo de serviço compreende um serviço de comunicação ultra confiável, de baixa latência (URLLC).

[0178] Em um segundo aspecto, individualmente ou em combinação com o primeiro aspecto, uma taxa de codificação máxima da primeira configuração do PUCCH é diferente de uma taxa de codificação máxima da segunda configuração PUCCH.

[0179] Embora a figura 13 mostre blocos de exemplo do processo 1300, em alguns aspectos, o processo 1300 pode incluir blocos adicionais, menos blocos, blocos diferentes ou blocos diferentemente dispostos do que aqueles mostrados na figura 13. Adicionalmente ou alternativamente, dois ou mais dos blocos do processo 1300 podem ser executados em paralelo.

[0180] A revelação acima fornece ilustração e descrição, porém não pretende ser exaustiva ou limitar os aspectos à forma precisa revelada. Modificações e variações podem ser feitas à luz da revelação acima ou podem ser adquiridas da prática dos aspectos.

[0181] Como usado aqui, o termo componente pretende ser amplamente interpretado como hardware, firmware, ou uma combinação de hardware e software. Como usado aqui, um processador é implementado em hardware, firmware, ou uma combinação de hardware e software.

[0182] Como usado na presente invenção, atender a um limite pode se referir a um valor sendo maior que o limite, maior ou igual ao limite, menor que o limite,

menor ou igual ao limite, igual ao limite, não igual ao limite e/ou similar.

[0183] Será evidente que sistemas e/ou métodos, descritos aqui, podem ser implementados em formas diferentes de hardware, firmware, ou uma combinação de hardware e software. O código de software ou hardware de controle especializado efetivo usado para implementar esses sistemas e/ou métodos não é limitador dos aspectos. Desse modo, a operação e comportamento dos sistemas e/ou métodos foram descritos aqui sem referência a código de software específico – sendo entendido que software e hardware podem ser projetados para implementar os sistemas e/ou métodos com base na descrição da presente invenção.

[0184] Embora combinações específicas de características sejam mencionadas nas reivindicações e/ou reveladas no relatório descritivo, essas combinações não pretendem limitar a revelação de aspectos possíveis. Na realidade, muitas dessas características podem ser combinadas em modos não especificamente mencionados nas reivindicações e/ou revelados no relatório descritivo. Embora cada reivindicação dependente listada abaixo possa diretamente depender somente de uma reivindicação, a revelação de aspectos possíveis inclui cada reivindicação dependente em combinação com reivindicação alternada no conjunto de reivindicações. Uma frase se referindo a “pelo menos um de” uma lista de itens se refere a qualquer combinação desses itens, incluindo elementos únicos. Como exemplo, “pelo menos um de: a, b ou c” pretende 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 ordenação de a, b, e c).

[0185] Nenhum elemento, ato, ou instrução usado aqui deve ser interpretado como crítico ou essencial a menos que explicitamente descrito como tal. Também, como usado aqui, os artigos “um” e “uma” pretende incluir um ou mais itens, e podem ser usados de modo intercambiável com “um ou mais.” Além disso, como usado aqui, os termos “conjunto” e “grupo” pretendem incluir um ou mais itens (por exemplo, itens relacionados, itens não relacionados, uma combinação de itens relacionados e não relacionados etc.) e podem ser usados de modo intercambiável com “um ou mais.” Onde somente um item é pretendido, o termo “um” ou linguagem similar é usado. Também, como usado aqui, os termos “tem”, “têm”, “tendo” e/ou similares pretendem ser termos ilimitados. Além disso, a frase “baseado em” pretende significar “baseado, pelo menos em parte, em” a menos que explicitamente mencionado de outro modo.

Claims

REIVINDICAÇÕES

1. Método de comunicação sem fio executado por um equipamento de usuário (UE), compreendendo: Determinar se uma transmissão e canal de controle uplink físico (PUCCH) é associada a um primeiro tipo de serviço ou um segundo tipo de serviço, em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa do que o primeiro tipo de serviço; e transmitir a transmissão PUCCH com base pelo menos em parte em um primeiro conjunto de recursos quando a transmissão PUCCH é associada ao primeiro tipo de serviço ou baseado pelo menos em parte em um segundo conjunto de recursos quando a transmissão PUCCH é associada ao segundo tipo de serviço.

2. Método, de acordo com a reivindicação 1, em que o primeiro tipo de serviço compreende um serviço de banda larga móvel aperfeiçoado (eMBB) e o segundo tipo de serviço compreende um serviço de comunicação ultra confiável, de baixa latência (URLLC).

3. Método, de acordo com a reivindicação 1, em que o primeiro conjunto de recursos inclui múltiplos conjuntos de recursos configurados para o primeiro tipo de serviço.

4. Método, de acordo com a reivindicação 1, em que o segundo conjunto de recursos inclui múltiplos conjuntos de recursos configurados para o segundo tipo de serviço.

5. Método, de acordo com a reivindicação 1, em que a transmissão PUCCH compreende pelo menos um de:

informação de confirmação de solicitação de repetição automática híbrida (HARQ-ACK), uma solicitação de serviço (SR), ou um relatório de informação de estado de canal (CSI).

6. Método, de acordo com a reivindicação 5, em que a ACK/NACK é associada à programação dinâmica ou programação semi-persistente (SPS).

7. Método, de acordo com a reivindicação 1, em que o primeiro conjunto de recursos inclui quatro conjuntos de recursos e em que o segundo conjunto de recursos inclui um número menor que quatro conjuntos de recursos.

8. Método, de acordo com a reivindicação 1, em que o primeiro conjunto de recursos é diferente do segundo conjunto de recursos.

9. Método, de acordo com a reivindicação 1, em que um número de conjuntos de recursos no segundo conjunto de recursos é menor que um número de conjuntos de recursos no primeiro conjunto de recursos.

10. Método, de acordo com a reivindicação 1, em que pelo menos um conjunto de recursos do primeiro conjunto de recursos é um mesmo conjunto de recursos que um conjunto de recursos incluído no segundo conjunto de recursos.

11. Método, de acordo com a reivindicação 1, em que um número de recursos em cada conjunto do segundo conjunto de recursos é menor que um número de recursos em cada conjunto do primeiro conjunto de recursos.

12. Método, de acordo com a reivindicação 1, em que o UE é configurado para determinar um número de recursos em cada conjunto do primeiro conjunto de recursos ou o segundo conjunto de recursos baseado pelo menos em parte em uma largura de bit de um campo indicador de recurso PUCCH em informações de controle downlink (DCI) recebidas de uma estação base em associação à transmissão PUCCH.

13. Método, de acordo com a reivindicação 1, em que a transmissão PUCCH é transmitida através de dois ou mais recursos do segundo conjunto de recursos com base pelo menos em parte em uma determinação de que a transmissão PUCCH é associada ao segundo tipo de serviço.

14. Método, de acordo com a reivindicação 1, em que a transmissão PUCCH é transmitida através de pelo menos duas antenas de transmissão em dois recursos do segundo conjunto de recursos com base pelo menos em parte em uma determinação de que a transmissão PUCCH é associada ao segundo tipo de serviço.

15. Método, de acordo com a reivindicação 1, em que pelo menos dois recursos de um conjunto do segundo conjunto de recursos compartilham um mesmo identificador e a transmissão PUCCH é transmitida usando pelo menos dois recursos quando o identificador é recebido em associação à transmissão PUCCH.

16. Método, de acordo com a reivindicação 1, em que a transmissão PUCCH é transmitida usando um ou mais recursos do segundo conjunto de recursos com base pelo menos em parte no recebimento, a partir de uma estação base, um índice e uma configuração recebida semi- estaticamente em associação à transmissão PUCCH.

17. Método, de acordo com a reivindicação 1, em que recursos do segundo conjunto de recursos são identificados para uso com relação à transmissão PUCCH diferentemente de recursos do primeiro conjunto de recursos.

18. Método, de acordo com a reivindicação 17, em que os recursos do segundo conjunto de recursos são identificados para uso com relação à transmissão PUCCH diferentemente dos recursos do primeiro conjunto de recursos com relação ao uso de um formato PUCCH diferente.

19. Método, de acordo com a reivindicação 1, em que um recurso do primeiro conjunto de recursos é identificado para uso em associação ao primeiro tipo de serviço baseado pelo menos em parte em um primeiro valor de um parâmetro associado ao recurso do primeiro conjunto de recursos ou um recurso do segundo conjunto de recursos é identificado para uso em associação ao segundo tipo de serviço baseado pelo menos em parte em um segundo valor do parâmetro associado ao recurso do segundo conjunto de recursos.

20. Método, de acordo com a reivindicação 1, em que, para um recurso da transmissão PUCCH, um parâmetro indica se o recurso é associado ao primeiro tipo de serviço, segundo tipo de serviço, ou tanto ao primeiro tipo de serviço como segundo tipo de serviço com base pelo menos em parte em um valor do parâmetro.

21. Método, de acordo com a reivindicação 20, em que o parâmetro é incluído em uma configuração do recurso para a transmissão PUCCH.

22. Método, de acordo com a reivindicação 20, em que o valor do parâmetro indica que um mesmo recurso do primeiro conjunto de recursos e o segundo conjunto de recursos é associado ao primeiro tipo de serviço e o segundo tipo de serviço.

23. Método, de acordo com a reivindicação 1, em que o primeiro conjunto de recursos é um mesmo conjunto de recursos como o segundo conjunto de recursos, e em que cada recurso do mesmo conjunto de recursos é associado a um primeiro identificador para a transmissão PUCCH quando a transmissão PUCCH é associada ao primeiro tipo de serviço e um segundo identificado para a transmissão PUCCH quando a transmissão PUCCH é associada ao segundo tipo de serviço.

24. Método, de acordo com a reivindicação 23, em que a transmissão PUCCH é transmitida usando um do mesmo conjunto de recursos com base pelo menos em parte no recebimento de informações de controle downlink que indicam um índice associado ao primeiro tipo de serviço ou segundo tipo de serviço.

25. Método, de acordo com a reivindicação 1, em que um parâmetro de símbolo de início identifica um símbolo de início diferente quando a transmissão PUCCH é associada ao primeiro tipo de serviço do que quando a transmissão PUCCH é associada ao segundo tipo de serviço.

26. Método, de acordo com a reivindicação 25, em que o parâmetro de símbolo de início quando a transmissão PUCCH é associada ao primeiro tipo de serviço identifica um índice relativo com uma partição para a transmissão PUCCH.

27. Método, de acordo com a reivindicação 25, em que o parâmetro de símbolo de início quando a transmissão PUCCH é associada ao segundo tipo de serviço identifica uma temporização associada à sinalização em informações de controle downlink (DCI).

28. Método, de acordo com a reivindicação 1, em que informações de confirmação de solicitação de repetição automática híbrida (HARQ-ACK) na transmissão PUCCH é determinada de acordo com uma primeira operação de índice de atribuição downlink (DAI) quando a transmissão PUCCH é associada ao primeiro tipo de serviço e as informações HARQ-ACK na transmissão PUCCH são determinadas de acordo com uma segunda operação DAI quando a transmissão PUCCH é associada ao segundo tipo de serviço.

29. Método, de acordo com a reivindicação 1, em que quando a transmissão PUCCH é uma primeira transmissão PUCCH associada ao primeiro tipo de serviço e uma segunda transmissão PUCCH associada ao segundo tipo de serviço deve ser transmitida usando símbolos que sobrepõem aos símbolos da primeira transmissão PUCCH, os símbolos que sobrepõem são abandonados a partir da primeira transmissão PUCCH.

30. Método de comunicação sem fio executado por uma estação base (BS), compreendendo: Determinar uma primeira configuração de recursos de canal de controle uplink físico (PUCCH) a serem usados para transmissões PUCCH associadas a um primeiro tipo de serviço; determinar uma segunda configuração de recursos PUCCH a serem usados para transmissões PUCCH associadas a um segundo tipo de serviço, em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa do que o primeiro tipo de serviço; e transmitir a primeira configuração e a segunda configuração para um equipamento de usuário (UE).

31. Método, de acordo com a reivindicação 30, em que o primeiro tipo de serviço compreende um serviço de banda larga móvel aperfeiçoado (eMBB) e o segundo tipo de serviço compreende um serviço de comunicação ultra confiável, de baixa latência (URLLC).

32. Método, de acordo com a reivindicação 30, em que a primeira configuração é diferente da segunda configuração.

33. Método, de acordo com a reivindicação 30, em que conjuntos de recursos PUCCH incluídos na primeira configuração são diferentes dos conjuntos de recursos PUCCH incluídos na segunda configuração.

34. Método, de acordo com a reivindicação 30, em que a segunda configuração inclui menos conjuntos de recursos PUCCH do que a primeira configuração.

35. Método, de acordo com a reivindicação 30, em que um número de recursos PUCCH em cada conjunto de recursos PUCCH incluídos na segunda configuração é menor que um número de recursos PUCCH em cada conjunto de recursos PUCCH incluídos na primeira configuração.

36. Método, de acordo com a reivindicação 30, em que uma largura de bits de um indicador de recursos PUCCH em informações de controle downlink (DCI) corresponde ao segundo tipo de serviço de acordo com um número de recursos PUCCH em cada conjunto de recursos PUCCH incluídos na segunda configuração.

37. Método, de acordo com a reivindicação 30, em que, para cada recurso PUCCH da primeira configuração e da segunda configuração, um parâmetro indica se o recurso PUCCH é associado ao primeiro tipo de serviço, segundo tipo de serviço ou tanto ao primeiro tipo de serviço como segundo tipo de serviço.

38. Método, de acordo com a reivindicação 30, em que um primeiro conjunto de recursos da primeira configuração é um mesmo conjunto de recursos que um segundo conjunto de recursos da segunda configuração e em que cada recurso do mesmo conjunto de recursos é associado a um primeiro identificador para uma transmissão PUCCH quando a transmissão PUCCH é associada ao primeiro tipo de serviço e um segundo identificador para a transmissão PUCCH quando a transmissão PUCCH é associada ao segundo tipo de serviço.

39. Método, de acordo com a reivindicação 30, em que a primeira configuração é uma de uma primeira pluralidade de recursos PUCCH a serem usados para transmissões PUCCH associadas ao primeiro tipo.

40. Método, de acordo com a reivindicação 30, em que uma taxa de codificação máxima da primeira configuração é diferente de uma taxa decodificação máxima da segunda configuração.

41. Método de comunicação sem fio executado por um equipamento de usuário (UE), compreendendo: Receber uma configuração de canal de controle uplink físico (PUCCH) compreendendo um primeiro conjunto de parâmetros para transmissão associadas a um primeiro tipo de serviço e um segundo conjunto de parâmetros para transmissões associadas a um segundo tipo de serviço; gerar informações de controle uplink (UCI); e transmitir uma mensagem que inclui a UCI de acordo com a configuração PUCCH e um tipo de serviço da mensagem.

42. Método, de acordo com a reivindicação 41, em que o tipo de serviço da mensagem é determinada com base pelo menos em parte em informações de controle downlink (DCI) recebidas de uma estação base.

43. Método, de acordo com a reivindicação 41, em que uma taxa de codificação máxima indicada pelo primeiro conjunto de parâmetros é diferente de uma taxa de codificação máxima indicada pelo segundo conjunto de parâmetros.

44. Equipamento de usuário (UE) para comunicação sem fio, compreendendo: memória; e um ou mais processadores acoplados à memória, a memória e um ou mais processadores configurados para: determinar se uma transmissão de canal de controle uplink físico (PUCCH) é associada a um primeiro tipo de serviço ou um segundo tipo de serviço, em que o segundo tipo de serviço é associado a uma confiabilidade mais alta ou uma latência mais baixa do que o primeiro tipo de serviço; e transmitir a transmissão PUCCH usando um primeiro conjunto de recursos quando a transmissão PUCCH é associada ao primeiro tipo de serviço ou usando um segundo conjunto de recursos quando a transmissão PUCCH é associada ao segundo tipo de serviço.