BR112020014204A2

BR112020014204A2 - método e aparelho de transmissão de informação de controle de enlace ascendente

Info

Publication number: BR112020014204A2
Application number: BR112020014204-2A
Authority: BR
Inventors: Jingrui Guo; Yubo Yang; Peng Zhang
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2018-01-12
Filing date: 2018-12-28
Publication date: 2020-12-01
Also published as: EP3735071A1; EP3735071A4; CN110035531B; EP3735071B1; CN110035531A; WO2019137245A1; CA3087302A1; WO2019137245A8; US11140666B2; US20200351867A1

Abstract

este pedido revela um método de transmissão de informação de controle de enlace ascendente. o método pode incluir: um terminal pode determinar, baseado na primeira dci recebida, se a uci acionada pela dci é uci altamente confiável, e se a uci é uci altamente confiável, projetar uma política especial de transmissão para a uci, para proteger a uci e garantir confiabilidade de um serviço urllc. neste pedido, a política especial de transmissão pode ser superior a uma política de transmissão de uci comum em pelo menos um dos seguintes aspectos: um recurso de transmissão, um esquema de codificação, uma sequência de envio, e similares. a solução precedente pode fornecer proteção especial à uci urllc, e garantir melhor alta confiabilidade do serviço urllc.

Description

MÉTODO E APARELHO DE TRANSMISSÃO DE INFORMAÇÃO DE CONTROLE DE ENLACE ASCENDENTE CAMPO TÉCNICO

[001] Este pedido refere-se ao campo de tecnologias de comunicações sem fio e, em particular, a um método e aparelho de transmissão de informação de controle de enlace ascendente.

ANTECEDENTES

[002] Um sistema móvel de comunicações de 5ª geração (the 5th generation, 5G) suporta um serviço móvel de banda larga aprimorada (enhanced mobile broadband, eMBB), um serviço de comunicações ultraconfiável e de baixa latência (ultra- reliable and low latency communications, URLLC) e um serviço de comunicações maciço tipo máquina (massive machine-type communications, mMTC). Serviços eMBB típicos incluem um vídeo de ultra-alta definição, realidade aumentada (augmented reality, AR), realidade virtual (virtual reality, VR) e similares. Estes serviços são principalmente caracterizados por um grande volume de transmissão de dados e uma taxa de transmissão muito alta. Serviços URLLC típicos incluem aplicações de interação tátil tais como controle sem fio em um processo industrial de fabricação ou produção, controle de movimento e reparação remota de um veículo não tripulado e de um avião não tripulado, e cirurgia remota. Estes serviços são principalmente caracterizados por ultra- alta confiabilidade, uma baixa latência, um volume relativamente pequeno de transmissão de dados e irrupção. Serviços mMTC típicos incluem automação de distribuição de energia de rede inteligente, uma cidade inteligente, e similares. Estes serviços são principalmente caracterizados por uma enorme quantidade de dispositivos conectados à web, um volume relativamente pequeno de transmissão de dados, e insensibilidade de dados a uma latência de transmissão. Terminais mMTC necessitam satisfazer requisitos para baixos custos e tempo muito longo de espera.

[003] Diferentes serviços têm diferentes requisitos para um sistema móvel de comunicações. Como melhor suportar requisitos de transmissão de dados de uma pluralidade de diferentes serviços ao mesmo tempo é um problema técnico que necessita ser solucionado em um sistema móvel de comunicações 5G atual. Por exemplo, como suportar simultaneamente um serviço URLLC e um serviço eMBB é um dos pontos de discussão do sistema móvel de comunicações 5G atual.

[004] O serviço URLLC tem um requisito muito elevado para uma latência, exige que uma latência de transmissão não seja maior que 0,5 milissegundo (millisecond, ms) quando a confiabilidade não é considerada, e exige que a latência de transmissão não seja maior que 1 ms quando é alcançada 99,999% de confiabilidade.

[005] Em um sistema de evolução a longo prazo (long term evolution, LTE), uma unidade de agendamento de tempo mínimo é um intervalo de tempo de transmissão (transmission time interval, TTI) de um período de tempo de 1 ms. Para satisfazer um requisito de latência de transmissão do serviço URLLC, pode ser usada uma unidade de agendamento de tempo mais curta para transmissão de dados por uma interface aérea. No sistema móvel de comunicações 5G, podem ser suportados agendamento baseado em ranhura (slot-based) e agendamento não suportado em ranhura (non-slot based). Uma ranhura pode incluir 12 ou 14 símbolos no domínio do tempo. Os símbolos no domínio do tempo neste documento podem ser símbolos de multiplexação ortogonal por divisão de frequência (orthogonal frequency division multiplexing, OFDM), ou podem ser símbolos de multiplexação ortogonal por divisão de frequência de dispersão de transformada de Fourier discreta (discrete Fourier transform spread OFDM, DFTS-OFDM). Uma ranhura com um espaçamento de subportadora de 15 quilohertz (kilohertz, kHz) inclui 12 ou 14 símbolos no domínio do tempo, e um correspondente intervalo de tempo de 1 milissegundo (millisecond, ms). Para uma ranhura com um espaçamento de subportadora de 60 kHz, um correspondente intervalo de tempo é encurtado para 0,25 ms.

[006] Atualmente, qualquer modo de transmissão de informação de controle de enlace ascendente (uplink control information, UCI) não pode garantir bem confiabilidade do serviço URLLC.

SUMÁRIO

[007] Este pedido fornece um método de transmissão de informação de controle de enlace ascendente, um aparelho correlato e um sistema, para garantir melhor alta confiabilidade de um sistema URLLC.

[008] De acordo com um primeiro aspecto, este pedido fornece um método de transmissão de informação de controle de enlace ascendente. O método pode ser executado por um dispositivo de rede, ou pode ser executado por um chip ou um componente usado para o dispositivo de rede. O método inclui: enviar primeira DCI; e receber primeira UCI, onde a primeira UCI é acionada pela primeira DCI. Quando um primeiro recurso no domínio do tempo se sobrepõe parcial ou completamente a um recurso no domínio do tempo de um canal de dados de enlace ascendente e uma primeira condição é satisfeita, um primeiro símbolo transporta a primeira UCI mas não transporta o canal de dados de enlace ascendente, onde o primeiro símbolo é um símbolo no domínio do tempo no qual o primeiro recurso no domínio do tempo se sobrepõe ao recurso no domínio do tempo do canal de dados de enlace ascendente, e o primeiro recurso no domínio do tempo é usado para transmitir a primeira UCI.

[009] De acordo com um segundo aspecto , este pedido fornece um método de transmissão de informação de controle de enlace ascendente. O método pode ser executado por um dispositivo terminal, ou pode ser executado por um chip ou um componente usado para o dispositivo terminal. O método inclui: receber primeira informação de controle de enlace descendente DCI; e enviar primeira informação de controle de enlace ascendente UCI, onde a primeira UCI é acionada pela primeira DCI, e quando um primeiro recurso no domínio do tempo se sobrepõe parcial ou completamente a um recurso no domínio do tempo de um canal de dados de enlace ascendente PUSCH e uma primeira condição é satisfeita, um primeiro símbolo transporta a primeira UCI mas não transporta o PUSCH, onde o primeiro símbolo é um símbolo no domínio do tempo no qual o primeiro recurso no domínio do tempo se sobrepõe ao recurso no domínio do tempo do PUSCH e o primeiro recurso no domínio do tempo é usado para transmitir a primeira UCI.

[0010] A seguir são descritos em detalhe os métodos de transmissão de informação de controle de enlace ascendente descritos no primeiro aspecto e no segundo aspecto. (1) Pré-requisitos para fornecer proteção à primeira

UCI

[0011] O primeiro pré-requisito é: Um recurso usado para transmitir a primeira UCI sobrepõe-se parcial ou completamente a um recurso usado para transmitir o PUSCH no domínio do tempo.

[0012] O segundo pré-requisito é: Um recurso usado para transmitir a primeira UCI sobrepõe-se parcial ou completamente a um recurso usado para transmitir o PUSCH no domínio do tempo, e sobrepõe-se parcial ou completamente ao recurso usado para transmitir o PUSCH no domínio da frequência.

[0013] O terceiro pré-requisito é: Um recurso usado para transmitir a primeira UCI sobrepõe-se parcial ou completamente a um recurso usado para transmitir o PUSCH no domínio do tempo, e não se sobrepõe ao recurso usado para transmitir o PUSCH no domínio da frequência, mas um terminal não tem uma capacidade de enviar simultaneamente uma pluralidade de serviços em enlace ascendente, por exemplo, a potência do terminal é limitada ou o terminal usa um modo de transmissão de portadora única de enlace ascendente.

[0014] Pode ser aprendido a partir dos três pré- requisitos precedentes que um pré-requisito básico para fornecer proteção à primeira UCI é que o primeiro recurso no domínio do tempo parcial ou totalmente se sobreponha ao recurso no domínio do tempo do PUSCH, em outras palavras, a primeira UCI e o PUSCH multiplexam um recurso no domínio do tempo. O primeiro pré-requisito indica que quando o primeiro recurso no domínio do tempo se sobrepõe parcial ou totalmente ao recurso no domínio do tempo do PUSCH, se a primeira condição é satisfeita, o terminal pode fornecer proteção especial à primeira UCI. O segundo pré-requisito indica que quando a primeira UCI e o PUSCH multiplexam um recurso tempo-

frequência, se a primeira condição é satisfeita, o terminal pode fornecer proteção especial à primeira UCI. O terceiro pré-requisito indica que quando a primeira UCI e o PUSCH multiplexam apenas um recurso no domínio do tempo (não multiplexam um recurso no domínio da frequência), e o terminal não tem a capacidade de enviar simultaneamente uma pluralidade de serviços em enlace ascendente, se a primeira UCI satisfaz a primeira condição, o terminal pode fornecer proteção especial à primeira UCI. (2) Primeiro símbolo (recurso no domínio do tempo multiplexado pela primeira UCI e pelo PUSCH)

[0015] Por exemplo, os símbolos 7, 8 e 11 são usados para transmitir a UCI URLLC, e os símbolos 7 a 14 são usados para transmitir o PUSCH. Os símbolos que se sobrepõem nos símbolos 7, 8 e 11 e nos símbolos 7 a 14 são os símbolos 7, 8 e 11, e os símbolos 7, 8 e 11 são o primeiro símbolo.

[0016] Especificamente, no primeiro símbolo, a multiplexação de recursos no domínio da frequência da primeira UCI e do PUSCH pode incluir os seguintes diversos casos: Caso 1: Recursos no domínio da frequência ocupados separadamente pela primeira UCI e pelo PUSCH no primeiro símbolo não se sobrepõem. Em outras palavras, a primeira UCI e o PUSCH separadamente ocupam completamente diferentes recursos no domínio da frequência no primeiro símbolo. Caso 2: Recursos no domínio da frequência ocupados separadamente pela primeira UCI e pelo PUSCH no primeiro símbolo sobrepõem-se parcialmente. Em outras palavras, alguns recursos no domínio da frequência nos recursos no domínio da frequência ocupados separadamente pela primeira

UCI e pelo PUSCH no primeiro símbolo são os mesmos. Caso 3: Recursos no domínio da frequência ocupados separadamente pela primeira UCI e pelo PUSCH no primeiro símbolo sobrepõem-se completamente. Em outras palavras, os recursos no domínio da frequência nos recursos no domínio da frequência ocupados separadamente pela primeira UCI e pelo PUSCH no primeiro símbolo são completamente os mesmos. (3) O primeiro símbolo transporta a primeira UCI, mas não transporta o PUSCH

[0017] Especificamente, o terminal pode perfurar (puncture) todos os RBs no primeiro símbolo para a primeira UCI. Em outras palavras, o primeiro símbolo é usado para transmitir apenas a primeira UCI, mas não o PUSCH.

[0018] Por exemplo, os símbolos 7, 8 e 11 são usados para transmitir a UCI URLLC, e os símbolos 7 a 14 são usados para transmitir o PUSCH. Os símbolos que se sobrepõem nos símbolos 7, 8 e 11 e nos símbolos 7 a 14 são os símbolos 7, 8 e 11, e os símbolos 7, 8 e 11 são o primeiro símbolo. Para fornecer proteção especial à primeira UCI, o terminal pode perfurar (puncture) todos os RBs nos símbolos 7, 8 e 11. Deste modo, mais recursos podem ser alocados à primeira UCI, e é garantida alta confiabilidade do serviço URLLC.

[0019] Opcionalmente, o terminal pode alternativamente definir a potência de transmissão do PUSCH no primeiro símbolo como 0. Em outras palavras, toda a potência de transmissão no primeiro símbolo é usada para transmitir a primeira UCI. Deste modo, a potência de transmissão da primeira UCI pode ser enormemente melhorada, e a confiabilidade do serviço URLLC é melhorada.

[0020] De acordo com os métodos descritos no primeiro aspecto e no segundo aspecto, quando a UCI URLLC e o PUSCH multiplexam um recurso, pode ser fornecida proteção especial à UCI URLLC, e a confiabilidade do serviço URLLC é garantida.

[0021] De acordo com um terceiro aspecto, este pedido fornece um método de transmissão de informação de controle de enlace ascendente. O método pode ser executado por um dispositivo de rede, ou pode ser executado por um chip ou um componente usado para o dispositivo de rede. O método inclui: enviar primeira DCI; e receber primeira UCI, onde a primeira UCI é acionada pela primeira DCI, e quando um primeiro recurso no domínio do tempo se sobrepõe parcial ou completamente a um segundo recurso no domínio do tempo e uma primeira condição é satisfeita, um símbolo no domínio do tempo final que transporta a primeira UCI é anterior a um símbolo no domínio do tempo inicial que transporta a segunda UCI, onde o primeiro recurso no domínio do tempo é usado para transmitir a primeira UCI, e o segundo recurso no domínio do tempo é usado para transmitir a segunda UCI.

[0022] De acordo com um quarto aspecto , este pedido fornece um método de transmissão de informação de controle de enlace ascendente. O método pode ser executado por um dispositivo terminal, ou pode ser executado por um chip ou um componente usado para o dispositivo terminal. O método inclui: receber primeira informação de controle de enlace descendente DCI; e enviar primeira informação de controle de enlace ascendente UCI, onde a primeira UCI é acionada pela primeira DCI, e quando um primeiro recurso no domínio do tempo se sobrepõe parcial ou completamente a um segundo recurso no domínio do tempo e uma primeira condição é satisfeita, um símbolo no domínio do tempo final que transporta a primeira UCI é anterior a um símbolo no domínio do tempo inicial que transporta a segunda UCI. O primeiro recurso no domínio do tempo é usado para transmitir a primeira UCI, e o segundo recurso no domínio do tempo é usado para transmitir a segunda UCI.

[0023] De acordo com um quinto aspecto, este pedido fornece um método de transmissão de informação de controle de enlace ascendente. O método pode ser executado por um dispositivo de rede, ou pode ser executado por um chip ou um componente usado para o dispositivo de rede. O método inclui: receber primeira DCI; e enviar primeira UCI, onde a primeira UCI é acionada pela primeira DCI, e quando um primeiro recurso no domínio do tempo se sobrepõe parcial ou completamente a um segundo recurso no domínio do tempo e uma primeira condição é satisfeita, um primeiro esquema de codificação usado para a primeira UCI tem maior confiabilidade de transmissão de dados que um segundo esquema de codificação usado para a segunda UCI, onde o primeiro recurso no domínio do tempo é usado para transmitir a primeira UCI, e o segundo recurso no domínio do tempo é usado para transmitir a segunda UCI.

[0024] De acordo com um sexto aspecto , este pedido fornece um método de transmissão de informação de controle de enlace ascendente. O método pode ser executado por um dispositivo terminal, ou pode ser executado por um chip ou um componente usado para o dispositivo terminal. O método inclui: enviar primeira DCI; e receber primeira UCI, onde a primeira UCI é acionada pela primeira DCI, e quando um primeiro recurso no domínio do tempo se sobrepõe parcial ou completamente a um segundo recurso no domínio do tempo e uma primeira condição é satisfeita, um primeiro esquema de codificação usado para a primeira UCI tem maior confiabilidade de transmissão de dados que um segundo esquema de codificação usado para a segunda UCI, onde o primeiro recurso no domínio do tempo é usado para transmitir a primeira UCI, e o segundo recurso no domínio do tempo é usado para transmitir a segunda UCI.

[0025] Pode ser aprendido que, de acordo com os métodos de transmissão de informação de controle de enlace ascendente descritos no terceiro aspecto, no quarto aspecto, no quinto aspecto e no sexto aspecto, quando a UCI URLLC e a UCI eMBB multiplexam um recurso, pode ser fornecida proteção especial à UCI URLLC, e é garantida confiabilidade do sistema URLLC.

[0026] A seguir são descritos em detalhe os métodos de transmissão de informação de controle de enlace ascendente descritos no terceiro aspecto, no quarto aspecto, no quinto aspecto e no sexto aspecto. (1) Pré-requisitos para fornecer proteção à primeira

UCI

[0027] O primeiro pré-requisito é: Um recurso usado para transmitir a primeira UCI sobrepõe-se parcial ou completamente a um recurso usada para transmitir a segunda UCI no domínio do tempo.

[0028] O segundo pré-requisito é: Um recurso usado para transmitir a primeira UCI sobrepõe-se parcial ou completamente a um recurso usado para transmitir a segunda UCI no domínio do tempo, e sobrepõe-se parcial ou completamente ao recurso usado para transmitir a segunda UCI no domínio da frequência.

[0029] O terceiro pré-requisito é: Um recurso usado para transmitir a primeira UCI sobrepõe-se parcial ou completamente a um recurso usado para transmitir a segunda UCI no domínio do tempo, e não se sobrepõe ao recurso usado para transmitir a segunda UCI no domínio da frequência, mas um terminal não tem uma capacidade de enviar simultaneamente uma pluralidade de serviços em enlace ascendente, por exemplo, a potência do terminal é limitada ou o terminal usa um modo de transmissão de portadora única de enlace ascendente.

[0030] Pode ser aprendido a partir dos três pré- requisitos precedentes que um pré-requisito básico para fornecer proteção à primeira UCI é que o primeiro recurso no domínio do tempo se sobreponha parcial ou completamente ao segundo recurso no domínio do tempo, em outras palavras, a primeira UCI e a segunda UCI multiplexam um recurso no domínio do tempo. O primeiro pré-requisito indica que quando a primeira UCI e a segunda UCI multiplexam um recurso no domínio do tempo, se a primeira UCI satisfaz a primeira condição, o terminal pode fornecer proteção especial à primeira UCI. O segundo pré-requisito indica que quando a primeira UCI e a segunda UCI multiplexam um recurso tempo- frequência, se a primeira UCI satisfaz a primeira condição, o terminal pode fornecer proteção especial à primeira UCI. O terceiro pré-requisito indica que quando a primeira UCI e a segunda UCI multiplexam apenas um recurso no domínio do tempo (não multiplexam um recurso no domínio da frequência), e o terminal não tem a capacidade de enviar simultaneamente uma pluralidade de serviços em enlace ascendente, se a primeira UCI satisfaz a primeira condição, o terminal pode fornecer proteção especial à primeira UCI. (2) O símbolo no domínio do tempo final que transporta a primeira UCI é anterior ao símbolo no domínio do tempo inicial que transporta a segunda UCI

[0031] Especificamente, quando o primeiro recurso no domínio do tempo se sobrepõe parcial ou completamente ao segundo recurso no domínio do tempo, o símbolo no domínio do tempo final que transporta a primeira UCI é anterior ao símbolo no domínio do tempo inicial que transporta a segunda UCI. Em outras palavras, o envio da segunda UCI pode ser atrasado, a primeira UCI é enviada primeiro, e em seguida a segunda UCI é enviada. Deste modo, é garantido que a primeira UCI que tem um requisito de alta confiabilidade seja enviada primeiro, e em seguida a segunda UCI é enviada, de modo que é garantida a confiabilidade do serviço URLLC.

[0032] Além disso, o terminal pode executar agregação de bits de HARQ-ACK na segunda UCI cujo envio é atrasado. Deste modo, uma latência de realimentação da segunda UCI pode ser reduzida.

[0033] Opcionalmente, o terminal pode especificamente determinar, baseado em um recurso de símbolos no qual a UCI atrasada é enviada, se executa agregação de bits de HARQ-ACK na segunda UCI atrasada. Se o recurso de símbolos é insuficiente para transmitir a segunda UCI em um modo de multiplexação de bits de HARQ-ACK, o terminal pode determinar executar agregação de bits de HARQ- ACK na segunda UCI cujo envio é atrasado. (3) A primeira UCI é codificada mediante utilização do primeiro esquema de codificação

[0034] Especificamente, o primeiro esquema de codificação usado para a primeira UCI tem maior confiabilidade de transmissão de dados que o segundo esquema de codificação usado para a segunda UCI. O primeiro esquema de codificação é diferente do segundo esquema de codificação. Uma diferença entre o primeiro esquema de codificação e o segundo esquema de codificação reside em, mas não é limitada a: Uma quantidade de bits da primeira UCI pode ser aumentada após a primeira UCI ser codificada mediante utilização do primeiro esquema de codificação, e/ou uma quantidade de bits da segunda UCI é diminuída após a segunda UCI ser codificada mediante utilização do segundo esquema de codificação. Detalhes são como segue: o primeiro esquema de codificação pode incluir: executar codificação de redundância na primeira UCI. Para ser específico, o terminal pode primeiro adicionar redundância a uma fonte da primeira UCI e em seguida executar codificação, ou pode primeiro executar codificação e em seguida executar redundância de bit positivo na primeira UCI obtida após codificação. Deste modo, a quantidade de bits da primeira UCI pode ser aumentada após a primeira UCI ser codificada, de modo que a primeira UCI tenha uma maior capacidade de correção de erro que a segunda UCI, e seja garantida alta confiabilidade do serviço URLLC; o segundo esquema de codificação pode incluir: executar agregação de bits de HARQ-ACK na segunda UCI. Deste modo, a quantidade de bits da segunda UCI pode ser diminuída após a segunda UCI ser codificada.

[0035] Opcionalmente, codificação de redundância pode ser executada na primeira UCI, e agregação de bits de HARQ-ACK pode ser executada na segunda UCI. Deste modo, não apenas a confiabilidade de transmissão da primeira UCI pode ser melhorada, mas também os recursos necessários para realimentar em conjunto a primeira UCI e a segunda UCI podem ser reduzidos.

[0036] Com referência ao primeiro aspecto ou ao segundo aspecto, com referência ao terceiro aspecto ou ao quarto aspecto, com referência ao quinto aspecto ou ao sexto aspecto, em algumas modalidades opcionais, a primeira condição pode incluir, mas não é limitada a: (1) Um formato de DCI é um formato de DCI usado para o serviço URLLC.

[0037] Neste pedido, o formato de DCI usado para o serviço URLLC pode ser referido como um formato de DCI compacta (compact DCI, também referida como DCI URLCC).

[0038] Especificamente, o formato de DCI compacta pode ser indicado mediante utilização de, mas não limitado a, pelo menos um dos seguintes: um tamanho de carga útil de DCI é igual a um primeiro valor; ou um tamanho de carga útil (payload size) de DCI é igual a um primeiro valor, e um valor de um campo de identificação de formato de DCI na DCI é igual a um segundo valor; ou o tamanho de carga útil de DCI é igual a um primeiro valor, e um espaço de pesquisa da DCI é um espaço de pesquisa específico de dispositivo terminal UE; ou um tamanho de carga útil da DCI é igual a um primeiro valor, um valor de um campo de identificação de formato de DCI na DCI é igual a um segundo valor, e o espaço de pesquisa da DCI é um espaço de pesquisa específico de UE; ou um espaço de pesquisa de DCI é um primeiro espaço de pesquisa; ou um comprimento de bit de verificação de uma verificação de redundância cíclica CRC de DCI é igual a um terceiro valor;

ou um identificador temporário de rede de rádio RNTI usado para embaralhar um bit de verificação de CRC de DCI é igual a um primeiro RNTI; ou um conjunto de recursos de controle CORESET para transmissão de DCI é um primeiro CORESET.

[0039] Os diversos parâmetros: o primeiro valor, o segundo valor, o terceiro valor, o primeiro espaço de pesquisa e o primeiro CORESET podem ser individualmente configurados pelo dispositivo de rede mediante utilização de sinalização de camada superior, por exemplo, sinalização de controle de recursos de rádio (radio resource control, RRC) ou sinalização MAC CE. O primeiro valor é um tamanho de carga útil de DCI compacta. O segundo valor é um valor de um campo de identificação de formato de DCI na DCI compacta. O terceiro valor é um comprimento de bit de verificação de uma CRC da DCI compacta. O primeiro espaço de pesquisa é um espaço de pesquisa usado para detectar a DCI compacta. O primeiro CORESET é um CORESET usado para transmitir a DCI compacta.

[0040] Em outras palavras, o formato de DCI compacta pode ser configurado mediante utilização de sinalização de camada superior. O formato de DCI compacta é diferente de um formato de DCI comum (por exemplo, um formato de DCI usado para um serviço eMBB). Comparado com o formato de DCI comum (por exemplo, DCI eMBB), o formato de DCI compacta pode ter pelo menos um dos seguintes atributos: O primeiro valor é menor que um tamanho de carga útil de uma DCI comum, o segundo valor é diferente de um valor de um campo de identificação de formato de DCI na DCI comum, e o terceiro valor é maior que um comprimento de bit de verificação de uma CRC da DCI comum. O primeiro espaço de pesquisa é diferente de um espaço de pesquisa usado para detectar a DCI comum. O primeiro CORESET é diferente de um CORESET usado para transmitir a DCI comum.

[0041] Deste modo, o terminal pode distinguir, baseado em um tamanho de carga útil, se a primeira DCI recebida é DCI compacta. Se o tamanho de carga útil da primeira DCI recebida é igual ao primeiro valor, pode ser determinado que a DCI é DCI compacta, em outras palavras, a primeira condição é satisfeita.

[0042] Deste modo, o terminal pode distinguir, com referência a um tamanho de carga útil e a um campo de identificação de formato de DCI, se a primeira DCI recebida é DCI compacta. Se o tamanho de carga útil da primeira DCI recebida é igual ao primeiro valor e um valor do campo de identificação de formato de DCI é igual ao segundo valor, pode ser determinado que a DCI é DCI compacta, em outras palavras, a primeira condição é satisfeita. Opcionalmente, em uma premissa de que tamanhos de cargas úteis de uma pluralidade de peças de DCI recebida são consistentes (alinhamento de cargas úteis), o terminal pode ainda distinguir DCI compacta com referência a um valor de um campo de identificação de formato de DCI.

[0043] Deste modo, o terminal pode distinguir, baseado em um comprimento de bit de verificação de uma CRC, se a primeira DCI recebida é DCI compacta. Se o comprimento de bit de verificação da CRC da primeira DCI recebida é igual ao terceiro valor, pode ser determinado que a DCI é DCI compacta, em outras palavras, a primeira condição é satisfeita.

[0044] Deste modo, o terminal pode distinguir,

baseado em uma posição de recurso detectado da primeira DCI, se a primeira DCI recebida é DCI compacta. Se a posição de recurso detectado da primeira DCI está no primeiro espaço de pesquisa, pode ser determinado que a primeira DCI é DCI compacta, em outras palavras, a primeira condição é satisfeita.

[0045] Deste modo, o terminal pode distinguir, baseado em um recurso ocupado pela primeira DCI, se a primeira DCI recebida é DCI compacta. Se o recurso ocupado pela primeira DCI está no primeiro CORESET, pode ser determinado que a primeira DCI é DCI compacta, em outras palavras, a primeira condição é satisfeita. (2) O identificador temporário de rede de rádio (radio network temporary identifier, RNTI) usado para embaralhar o bit de verificação de CRC da DCI é igual ao primeiro RNTI.

[0046] Especificamente, o primeiro RNTI pode ser configurado pelo dispositivo de rede mediante utilização de sinalização de camada superior, por exemplo, sinalização RRC ou sinalização MAC CE. O primeiro RNTI é usado para embaralhar um bit de verificação de CRC de DCI compacta. Em outras palavras, o RNTI usado para embaralhar o bit de verificação de CRC da DCI compacta pode ser configurado mediante utilização de sinalização de camada superior. Deste modo, o terminal pode distinguir, baseado em um RNTI para embaralhar um bit de verificação de CRC de DCI, se a primeira DCI recebida é DCI compacta. (3) O espaço de pesquisa (search space) da DCI é o primeiro espaço de pesquisa.

[0047] Especificamente, o primeiro espaço de pesquisa pode ser configurado pelo dispositivo de rede mediante utilização de sinalização de camada superior, por exemplo, sinalização RRC ou sinalização MAC CE. A DCI detectada no primeiro espaço de pesquisa é DCI compacta. Em outras palavras, um atributo de um espaço de pesquisa (se o espaço de pesquisa é um espaço de pesquisa URLLC) pode ser configurado mediante utilização de sinalização de camada superior. Deste modo, o terminal pode distinguir, baseado em um atributo de um espaço de pesquisa para detecção de DCI, se a DCI é DCI compacta. (4) O conjunto de recursos de controle (CORESET) da DCI é o primeiro CORESET.

[0048] Especificamente, o primeiro CORESET pode ser configurado pelo dispositivo de rede mediante utilização de sinalização de camada superior, por exemplo, sinalização RRC ou sinalização MAC CE. O primeiro CORESET é usado para enviar DCI compacta. Em outras palavras, um atributo de um CORESET (se o CORESET é um CORESET URLLC) pode ser configurado mediante utilização de sinalização de camada superior. Deste modo, o terminal pode distinguir, baseado em um atributo de um CORESET para recepção de DCI, se a DCI é DCI compacta.

[0049] Além dos diversos modos precedentes, o terminal pode ainda determinar, nos modos seguintes, se DCI satisfaz a primeira condição.

[0050] Opcionalmente, o terminal pode determinar, mediante utilização de uma etapa de verificação, se a DCI é DCI compacta. Quando a DCI necessita ser verificada mediante utilização de um modo de verificação de duas ou mais etapas, o terminal pode determinar que a DCI é DCI compacta, em outras palavras, a DCI satisfaz a primeira condição.

[0051] Opcionalmente, o terminal pode determinar se existe um campo usado para reduzir uma probabilidade de erro na DCI. Se existe o campo, pode ser determinado que a DCI é DCI compacta, em outras palavras, a DCI satisfaz a primeira condição.

[0052] Opcionalmente, o terminal pode determinar, baseado em um esquema de codificação usado para a DCI, se a DCI é DCI compacta. Quando o esquema de codificação usado para a DCI é um esquema de codificação específico, o terminal pode determinar que a DCI é DCI compacta, em outras palavras, a DCI satisfaz a primeira condição. O esquema de codificação específico é uma codificação de verificação de paridade de baixa densidade (low-density parity-check, LDPC), codificação polar (polar), codificação de Reed-Muller, ou codificação dupla de Reed-Muller.

[0053] As implementações precedentes para determinar se a DCI satisfaz a primeira condição são modos de determinar implicitamente se a correspondente UCI necessita ser protegida. Além disso, se a UCI correspondente à DCI necessita ser protegida pode alternativamente ser determinado de um modo explícito. Uma solução específica pode ser como segue: A DCI pode transportar um campo de um bit, usado para distinguir se a UCI correspondente à DCI necessita ser protegida.

[0054] Por exemplo, como mostrado na Tabela 1, quando um valor do bit é “0”, isto indica que a UCI correspondente à DCI não necessita ser protegida; ou quando um valor do bit é “1”, isto indica que a UCI correspondente à DCI necessita ser protegida.

[0055] De acordo com um sétimo aspecto, este pedido fornece um aparelho de comunicações. O aparelho de comunicações pode incluir uma pluralidade de módulos de funções, configurados para correspondentemente executar o método fornecido no primeiro aspecto, no terceiro aspecto ou no quinto aspecto, ou o método fornecido em qualquer possível implementação destes aspectos.

[0056] De acordo com um oitavo aspecto, este pedido fornece um aparelho de comunicações. O aparelho de comunicações pode incluir uma pluralidade de módulos de funções, configurados para correspondentemente executar o método fornecido no segundo aspecto, no quarto aspecto ou no sexto aspecto, ou o método fornecido em qualquer possível implementação destes aspectos.

[0057] De acordo com um nono aspecto, este pedido fornece um aparelho de comunicações, configurado para executar o método de transmissão de informação de controle de enlace ascendente descrito no primeiro aspecto. O aparelho de comunicações pode incluir uma memória, e um processador e um transceptor que estão acoplados à memória, onde o transceptor é configurado para se comunicar com outro dispositivo de comunicações (por exemplo, um aparelho de comunicações). A memória é configurada para armazenar código de implementação do método de transmissão de informação de controle de enlace ascendente descrito no primeiro aspecto, no terceiro aspecto ou no quinto aspecto. O processador é configurado para executar código de programa armazenado na memória, em outras palavras, executar o método fornecido no primeiro aspecto, no terceiro aspecto ou no quinto aspecto, ou o método fornecido em qualquer possível implementação destes aspectos.

[0058] De acordo com um décimo aspecto, este pedido fornece um aparelho de comunicações, configurado para executar o método de transmissão de informação de controle de enlace ascendente descrito no segundo aspecto. O aparelho de comunicações pode incluir uma memória, e um processador e um transceptor que estão acoplados à memória, onde o transceptor é configurado para se comunicar com outro dispositivo de comunicações (por exemplo, um aparelho de comunicações). A memória é configurada para armazenar código de implementação do método de transmissão de informação de controle de enlace ascendente descrito no segundo aspecto, no quarto aspecto ou no sexto aspecto. O processador é configurado para executar código de programa armazenado na memória, em outras palavras, executar o método fornecido no segundo aspecto, no quarto aspecto ou no sexto aspecto, ou o método fornecido em qualquer possível implementação destes aspectos.

[0059] De acordo com um décimo primeiro aspecto, é fornecido um sistema de comunicações. O sistema de comunicações inclui um terminal e um dispositivo de rede. O dispositivo de rede pode ser o aparelho de comunicações descrito no sétimo aspecto ou no nono aspecto. O terminal pode ser o aparelho de comunicações descrito no oitavo aspecto ou no décimo aspecto.

[0060] De acordo com um décimo segundo aspecto, é fornecido um meio de armazenamento legível por computador. O meio de armazenamento legível armazena uma instrução, e quando a instrução é executada em um computador, o computador é habilitado a executar o método de transmissão de informação de controle de enlace ascendente descrito no primeiro aspecto, no terceiro aspecto ou no quinto aspecto, ou o método fornecido em qualquer possível implementação destes aspectos.

[0061] De acordo com um décimo terceiro aspecto, é fornecido um meio de armazenamento legível por computador. O meio de armazenamento legível armazena uma instrução, e quando a instrução é executada em um computador, o computador é habilitado a executar o método de transmissão de informação de controle de enlace ascendente descrito no segundo aspecto, no quarto aspecto ou no sexto aspecto, ou o método fornecido em qualquer possível implementação destes aspectos.

[0062] De acordo com um décimo quarto aspecto, é fornecido um produto de programa de computador que inclui uma instrução. Quando o produto de programa de computador é executado em um computador, o computador é habilitado a executar o método de transmissão de informação de controle de enlace ascendente descrito no primeiro aspecto, no terceiro aspecto ou no quinto aspecto, ou o método fornecido em qualquer possível implementação destes aspectos.

[0063] De acordo com um décimo quinto aspecto, é fornecido um produto de programa de computador que inclui uma instrução. Quando o produto de programa de computador é executado em um computador, o computador é habilitado a executar o método de transmissão de informação de controle de enlace ascendente descrito no segundo aspecto, no quarto aspecto ou no sexto aspecto, ou o método fornecido em qualquer possível implementação destes aspectos.

BREVE DESCRIÇÃO DOS DESENHOS

[0064] Para descrever mais claramente soluções técnicas em modalidades deste pedido ou nos fundamentos, são descritos a seguir os desenhos anexos necessários para descrever as modalidades deste pedido ou dos fundamentos.

[0065] A Figura 1 é um diagrama arquitetural esquemático de um sistema de comunicações sem fio de acordo com este pedido; a Figura 2 é um diagrama esquemático de transmissão de multiplexação de UCI URLLC e de UCI eMBB em um modo de realimentação de UCI existente; a Figura 3 é um diagrama esquemático de transmissão de multiplexação de UCI URLLC e de PUSCH eMBB em um modo de realimentação de UCI existente; a Figura 4 é um diagrama esquemático de uma arquitetura de hardware de um terminal de acordo com uma modalidade deste pedido; a Figura 5 é um diagrama esquemático de uma arquitetura de hardware de uma estação base de acordo com uma modalidade deste pedido; a Figura 6 é um diagrama esquemático de um conjunto de recursos de controle de acordo com este pedido; a Figura 7 é um diagrama esquemático de um exemplo de um método de transmissão de informação de controle de enlace ascendente de acordo com este pedido; a Figura 8 é um diagrama esquemático no qual UCI URLLC e um PUSCH multiplexam um recurso no domínio do tempo; a Figura 9 é um diagrama esquemático no qual UCI URLLC perfura um primeiro símbolo inteiro em um PUSCH; a Figura 10 é um diagrama esquemático de um exemplo de parar o envio de uma parte remanescente de um PUSCH após UCI URLLC ser enviada; a Figura 11A é um diagrama esquemático de um exemplo de uma posição de recurso de UCI eMBB em relação a um PUSCH

DMRS; a Figura 11B é um diagrama esquemático de um exemplo de uma posição de recurso de UCI URLLC em relação a um PUSCH DMRS de acordo com este pedido; a Figura 12 é um diagrama esquemático de outro método de transmissão de informação de controle de enlace ascendente de acordo com este pedido; a Figura 13A é um diagrama esquemático de um exemplo no qual um recurso usado para transmitir a primeira UCI se sobrepõe completamente a um recurso usado para transmitir a segunda UCI no domínio do tempo; a Figura 13B é um diagrama esquemático de um exemplo no qual um recurso usado para transmitir a primeira UCI se sobrepõe parcialmente a um recurso usado para transmitir a segunda UCI no domínio do tempo; a Figura 14A é um diagrama esquemático de um exemplo de um caso no qual o envio de uma segunda UCI é atrasado; a Figura 14B é um diagrama esquemático de um exemplo de outro caso no qual o envio de uma segunda UCI é atrasado; a Figura 15A é um diagrama esquemático de um exemplo no qual esquemas de codificação de diferentes redundâncias são usados para a primeira UCI e para a segunda UCI; a Figura 15B é um diagrama esquemático de um exemplo de execução de agregação de bits de HARQ-ACK na segunda UCI no exemplo da Figura 15A; a Figura 16A é um diagrama esquemático de um exemplo de um modo no qual diferentes distâncias de código são usadas para a primeira UCI e para a segunda UCI; a Figura 16B é um diagrama esquemático de um exemplo de outro modo no qual diferentes distâncias de código são usadas para a primeira UCI e para a segunda UCI; a Figura 17 é um diagrama esquemático no qual uma quantidade de recursos ocupados pela primeira UCI é indicada por um deslocamento beta correspondente a URLLC; a Figura 18 é um diagrama esquemático no qual potência em um PUSCH é usada para aumentar a potência de transmissão de UCI URLLC; e a Figura 19 é um diagrama de blocos de funções de um sistema de comunicações sem fio, um terminal e um dispositivo de rede de acordo com este pedido.

DESCRIÇÃO DE MODALIDADES

[0066] Os termos usados na parte de implementação deste pedido são apenas usados para explicar modalidades específicas deste pedido, e não se destinam a limitar este pedido.

[0067] A Figura 1 mostra um sistema de comunicações sem fio de acordo com este pedido. O sistema de comunicações sem fio não é limitado a um sistema LTE, e pode alternativamente ser um sistema móvel de comunicações de 5ª geração 5G, um sistema de novo rádio (NR), um futuro sistema móvel de comunicações, ou similar. Como mostrado na Figura 1, o sistema de comunicações sem fio 100 pode incluir um ou mais dispositivos de rede 101, um ou mais terminais 103 e uma rede básica 115.

[0068] O dispositivo de rede 101 pode ser uma estação base. A estação base pode ser configurada para se comunicar com um ou mais terminais, ou pode ser configurada para se comunicar com uma ou mais estações base que tenham algumas funções de terminal (por exemplo, comunicação entre uma macroestação base e uma microestação base). A estação base pode ser um NóB evoluído (Evolutional Node B, eNB) em um sistema LTE, ou uma estação base em um sistema 5G ou um sistema de novo rádio (NR). Alternativamente, a estação base pode ser um ponto de acesso (Access Point, AP), um nó de transmissão (Trans TRP), uma unidade central (Central Unit, CU), ou outra entidade de rede, e pode incluir algumas ou todas as funções das entidades de rede precedentes. Uma tecnologia específica e uma forma específica de dispositivo que são usadas pelo dispositivo de rede não são limitadas nas modalidades deste pedido.

[0069] O terminal 103 pode estar distribuído por toda a parte no sistema de comunicações sem fio 100, e pode ser estático ou pode ser móvel. O terminal 103 pode também ser referido como equipamento de usuário (user equipment, UE), uma estação móvel (mobile station, MS), um terminal móvel (mobile terminal, MT), ou similar. O terminal 103 pode ser um telefone móvel (mobile phone), um computador tablet (Pad), um computador com uma função de transceptor sem fio, um terminal de realidade virtual (Virtual Reality, VR), um terminal de realidade aumentada (Augmented Reality, AR), um terminal sem fio em controle industrial (industrial control), um terminal sem fio em autodireção (self driving), um terminal sem fio em cirurgia médica remota (remote medical surgery), um terminal sem fio em uma rede inteligente (smart grid), um terminal sem fio em segurança de transporte (transportation safety), um terminal sem fio em uma cidade inteligente (smart city), um terminal sem fio em uma casa inteligente (smart home), ou similar.

[0070] Especificamente, o dispositivo de rede 101 pode ser configurado para se comunicar com o terminal 103 por meio de uma interface sem fio 105 sob controle de um controlador de dispositivo de rede (não mostrado). Em algumas modalidades, o controlador de dispositivo de rede pode ser uma parte da rede básica 115, ou pode estar integrado no dispositivo de rede 101. Especificamente, o dispositivo de rede 101 pode ser configurado para transmitir informação de controle ou dados de usuário à rede básica 115 por meio de uma interface de retorno (backhaul) 113 (por exemplo, uma interface S1). Especificamente, os dispositivos de rede 101 podem também comunicar-se direta ou indiretamente entre si por meio de uma interface de retorno (backhaul) 111 (por exemplo, uma interface X2).

[0071] Neste pedido, transmissão simultânea de uma pluralidade de serviços pode ser suportada entre o dispositivo de rede 101 e o terminal 103. Por exemplo, os serviços podem ser três principais serviços: eMBB, URLLC e eMTC suportados por 5G e futuro novo rádio (NR). Deverá ser entendido que o serviço URLLC é diferente do serviço eMBB, e um requisito de confiabilidade de URLLC é muito alto. Para garantir confiabilidade do serviço URLLC, a confiabilidade de UCI URLLC necessita ser garantida.

[0072] Neste pedido, a UCI pode incluir, mas não é limitada a: uma solicitação de agendamento (scheduling request, SR), um ACK/NACK de HARK correspondente a um pacote de dados de enlace descendente em um PDSCH, e informação de estado de canal (channel state information, CSI). A CSI pode incluir um indicador de qualidade de canal (channel quality indicator, CQI) de enlace descendente, uma indicação de classificação (rank indication, RI) e um indicador de matriz de pré-codificação (precoding matrix indicator, PMI) que estão relacionados a realimentação MIMO. A CSI pode ainda incluir CSI periódica e CSI aperiódica. Um ACK/NACK URLLC de HARQ é acionado por DCI usada para agendar um PDSCH URLLC. Uma CSI aperiódica URLLC é acionada por DCI usada para agendar um PUSCH URLLC. Um ACK/NACK eMBB de HARQ é acionado por DCI usada para agendar um PDSCH eMBB. Uma CSI aperiódica eMBB é acionada por DCI usada para agendar um PUSCH eMBB.

[0073] A UCI pode ser transmitida por um PUSCH, ou pode ser transmitida por um PUCCH. Atualmente, o requisito de confiabilidade do serviço URLLC não é especialmente considerado em um modo de realimentação de UCI existente, e a confiabilidade do serviço URLLC não pode ser garantida. A seguir são analisados separadamente, para dois diferentes cenários, problemas existentes na UCI URLLC no modo de realimentação de UCI existente.

[0074] Cenário 1: UCI URLLC e UCI eMBB são transmitidas simultaneamente.

[0075] Em um cenário de duplexação por divisão de tempo (time division duplexing, TDD), para dados de enlace descendente recebidos por um terminal em uma pluralidade de subquadros de enlace descendente, o terminal necessita realimentar ACKs/NACKs em um mesmo subquadro de enlace ascendente, em outras palavras, o terminal necessita realimentar uma pluralidade de ACKs/NACKs em um mesmo subquadro de enlace ascendente. É assumido que ACKs/NACKs de quatro subquadros de enlace descendente necessitam ser realimentados em um subquadro de enlace ascendente, e dados de URLLC e dados de eMBB são agendados separadamente nos quatro subquadros de enlace descendente, como mostrado na Figura 2.

[0076] Para transmissão de UCI por um PUCCH, existem dois modos de realimentação existentes: agregação de bits de HARQ-ACK (HARQ feedback bits bundling) e multiplexação de bits de HARQ-ACK (HARQ feedback bits multiplexing). Agregação de bits de HARQ-ACK é para executar uma operação lógica E (AND) em ACKs/NACKs de uma pluralidade de subquadros de enlace descendente. Por exemplo, se os ACKs/NACKs dos quatro subquadros de enlace descendente mostrados na Figura 2 são, respectivamente, “0”, “0”, “1” e “1” (onde “1” representa um ACK e “0” representa um NACK), após agregação de bits de HARQ-ACK (para ser específico, 0&0&1&1=0) ser executada, um bit “0” é realimentado, e isto indica que cada um dos quatro subquadros de enlace descendente (incluindo subquadro de enlace descendente URLLC) necessita ser retransmitido. Isto também significa que um dispositivo de rede considera que o dispositivo terminal recebe corretamente dados de serviço de URLLC apenas quando ambos os dados de enlace descendente de URLLC e dados de enlace descendente de eMBB são corretamente recebidos pelo terminal. Isto é equivalente a que realimentações de ACK URLLC podem ser decodificadas com sucesso apenas quando as realimentações no subquadro de eMBB são todas ACKs. A multiplexação de bits de HARQ-ACK é para realimentar diretamente quatro bits “1101”.

[0077] Pode ser aprendido que no modo de multiplexação de bits de HARQ-ACK existente, nenhuma proteção especial é projetada para um ACK/NACK URLLC para garantir alta confiabilidade da UCI URLLC, o ACK/NACK URLLC é adicionalmente afetado por um ACK/NACK eMBB, e confiabilidade da UCI URLLC não pode ser garantida.

[0078] Para o cenário 1, para garantir a confiabilidade da UCI URLLC, uma nova regra de realimentação é projetada neste pedido para o cenário no qual o ACK/NACK eMBB e o ACK/NACK URLLC necessitam ser realimentados simultaneamente. Para detalhes, fazer referência a modalidades subsequentes. Detalhes não são descritos neste documento.

[0079] Cenário 2: UCI URLLC e um PUSCH eMBB são transmitidos simultaneamente.

[0080] Em um cenário no qual a UCI é transportada pelo PUSCH para transmissão, em uma solução técnica atual, um campo de deslocamento beta na DCI usada para enviar uma concessão de enlace ascendente (UL grant) é enviado para indicar uma quantidade de elementos de recursos (resource element, RE) ocupados pela UCI. Aqui, um valor do deslocamento beta está relacionado a uma taxa de código (code rate). Em outras palavras, o valor do deslocamento beta pode ser usado para indicar a quantidade de recursos ocupados pela UCI.

[0081] Especificamente, a DCI é um valor de deslocamento beta que é configurado para um ACK/um NACK de um PDSCH antes da concessão de UL ser enviada. Contudo, um serviço URLLC é geralmente um serviço URLLC de irrupção. Para um serviço URLLC que irrompe após a concessão de UL ser enviada, uma quantidade de REs ocupadas por UCI URLLC não é indicada na DCI usada para enviar a concessão de UL, não existe mecanismo especial para proteger a quantidade de recursos ocupados pela UCI URLLC, e consequentemente, a confiabilidade de transmissão da UCI URLLC não pode ser garantida.

[0082] Por exemplo, como mostrado na Figura 3, um PDSCH eMBB é antes de uma concessão de UL, e um PDSCH URLLC irrompe após a concessão de UL. Na DCI usada para enviar a concessão de UL, um valor de deslocamento beta, a saber, um deslocamento beta 1, é configurado apenas para o PDSCH eMBB. Como mostrado na Figura 3, o deslocamento beta 1 indica que uma quantidade de recursos ocupados por UCI eMBB é quatro REs. Para o PDSCH URLLC que aparece após a concessão de UL, um valor de deslocamento beta não é configurado para UCI (a saber, UCI URLLC) do PDSCH URLLC na DCI usada para enviar a concessão de UL. Deste modo, uma quantidade de recursos ocupados pela UCI URLLC do PDSCH URLLC que aparece após a concessão de UL pode apenas concordar com a quantidade de recursos (a saber, os quatro REs) indicada pelo deslocamento beta 1 configurado para a UCI eMBB, e mais recursos não podem ser alocados à UCI URLLC em particular. Consequentemente, a confiabilidade da UCI URLLC não pode ser garantida.

[0083] Neste pedido, para garantir confiabilidade do URLLC, deve ser fornecida proteção especial à UCI URLLC. Um modo de proteção pode incluir, mas não é limitado a: alocar mais recursos (por exemplo, um recurso no domínio do tempo, um recurso no domínio da frequência, um recurso no domínio do código e um recurso no domínio da potência) à UCI URLLC, usando um esquema de codificação com maior confiabilidade para a UCI URLLC, e similar. O modo de proteção pode ainda incluir: transmitir a UCI URLLC por meio de cooperação multicelular. Por exemplo, para melhorar a confiabilidade de um usuário de borda de célula, é usado o modo de transmissão da UCI URLLC por meio de cooperação multicelular. Em outras palavras, a UCI URLLC necessita ser enviada a dispositivos de rede (por exemplo, estações base) de uma pluralidade de células. Deste modo, a UCI URLLC tem naturalmente maior confiabilidade. Para um método de transmissão usado para fornecer proteção especial à UCI URLLC que é fornecida neste pedido, fazer referência a modalidades subsequentes. Detalhes não são descritos neste documento.

[0084] Deverá ser observado que o sistema de comunicações sem fio 100 mostrado na Figura 1 é apenas destinado a descrever mais claramente soluções técnicas neste pedido, mas não se destina a limitar este pedido. Uma pessoa especialista no assunto deve saber que à medida que uma arquitetura de rede evolui e um novo cenário de serviços emerge, as soluções técnicas fornecidas neste pedido são também aplicáveis a um problema técnico similar.

[0085] A Figura 4 mostra um terminal 200 de acordo com algumas modalidades deste pedido. Como mostrado na Figura 4, o terminal 200 pode incluir: um ou mais processadores de terminal 201, uma memória 202, um receptor 205, um transmissor 206, um acoplador 207, uma antena 208, uma interface de usuário 209 e um módulo de entrada/saída (incluindo um módulo de entrada/saída de áudio 210, um módulo de entrada de teclas 211, um visor 212 e similares). Estes componentes podem estar conectados mediante utilização de um barramento 204 ou de outro modo. Na Figura 4, por exemplo, os componentes estão conectados mediante utilização do barramento.

[0086] O transmissor 206 pode ser configurado para executar processamento de transmissão, por exemplo, modulação de sinal, em uma saída de sinal pelo processador de terminal 201. O receptor 205 pode ser configurado para executar processamento de recepção, por exemplo, desmodulação de sinal, em um sinal de comunicação móvel recebido pela antena 208. Em algumas modalidades deste pedido, o transmissor 206 e o receptor 205 podem ser considerados como um modem sem fio. O terminal 200 pode incluir um ou mais transmissores 206 e um ou mais receptores

205. A antena 208 pode ser configurada para converter energia eletromagnética em uma linha de transmissão em uma onda eletromagnética no espaço livre, ou converter uma onda eletromagnética no espaço livre em energia eletromagnética em uma linha de transmissão. O acoplador 207 é configurado para dividir o sinal de comunicação móvel recebido pela antena 208 em uma pluralidade de sinais e distribuir a pluralidade de sinais a uma pluralidade de receptores 205.

[0087] Além do transmissor 206 e do receptor 205 mostrados na Figura 4, o terminal 200 pode ainda incluir outro componente de comunicações, por exemplo, um módulo de GPS, um módulo de bluetooth (Bluetooth), um módulo de fidelidade sem fio (Wireless Fidelity, Wi-Fi), ou similar. Não limitado ao sinal de comunicação sem fio descrito acima, o terminal 200 pode ainda suportar outro sinal de comunicação sem fio, por exemplo, um sinal de satélite e um sinal de ondas curtas. Não limitado à comunicação sem fio, o terminal 200 pode ainda ser munido de uma interface de rede por fio (por exemplo, uma interface LAN) para suportar comunicação por fio.

[0088] O módulo de entrada/saída pode ser configurado para implementar interação entre o terminal 200 e um usuário ou um ambiente externo. O módulo de entrada/saída pode incluir principalmente: o módulo de entrada/saída de áudio 210, o módulo de entrada de teclas 211, o visor 212 e similares. Especificamente, o módulo de entrada/saída pode ainda incluir: uma câmera, uma tela sensível ao toque, um sensor e similares. Cada módulo de entrada/saída comunica-se com o processador de terminal 201 por meio da interface de usuário 209.

[0089] A memória 202 está acoplada ao processador de terminal 201, e é configurada para armazenar diversos programas de software e/ou uma pluralidade de conjuntos de instruções. Especificamente, a memória 202 pode incluir uma memória de acesso aleatório de alta velocidade, e pode ainda incluir uma memória não volátil, por exemplo, um ou mais dispositivos de armazenamento em disco, um dispositivo de memória flash, ou outro dispositivo de armazenamento de estado sólido não volátil. A memória 202 pode armazenar um sistema operacional (referido como um sistema neste documento), por exemplo, um sistema operacional embutido tal como ANDROID, iOS, WINDOWS ou LINUX. A memória 202 pode ainda armazenar um programa de comunicações de redes. O programa de comunicações de redes pode ser usado para comunicar-se com um ou mais dispositivos adicionais, um ou mais dispositivos terminais, ou um ou mais dispositivos de rede. A memória 202 pode ainda armazenar um programa de interface de usuário. O programa de interface de usuário pode vividamente exibir conteúdo de um programa de aplicação mediante utilização de uma janela gráfica de operação, e receber, mediante utilização de um controle de entrada tal como um menu, uma caixa de diálogo, e uma tecla, uma operação de controle executada por um usuário no programa de aplicação.

[0090] Em algumas modalidades deste pedido, a memória 202 pode ser configurada para armazenar um programa para implementar, em um lado do terminal 200, o método de transmissão de informação de controle de enlace ascendente fornecido em uma ou mais modalidades deste pedido. Para implementação do método de transmissão de informação de controle de enlace ascendente fornecido em uma ou mais modalidades deste pedido, fazer referência às modalidades a seguir.

[0091] O processador de terminal 201 pode ser configurado para ler e executar uma instrução legível por computador. Especificamente, o processador de terminal 201 pode ser configurado para invocar um programa armazenado na memória 212, por exemplo, o programa para implementar, no lado do terminal 200, o método de transmissão de informação de controle de enlace ascendente fornecido em uma ou mais modalidades deste pedido, e executar uma instrução incluída no programa.

[0092] Pode ser entendido que o terminal 200 pode ser o terminal 103 no sistema de comunicações sem fio 100 mostrado na Figura 1, e pode ser implementado como um dispositivo móvel, uma estação móvel (mobile station), uma unidade móvel (mobile unit), uma unidade de rádio, um agente de usuário, um cliente móvel, ou similares.

[0093] Deverá ser observado que o terminal 200 mostrado na Figura 4 é apenas uma implementação das modalidades deste pedido. Em aplicação real, o terminal 200 pode ainda incluir mais ou menos componentes, e isto não é limitado neste documento.

[0094] A Figura 5 mostra um dispositivo de rede 300 fornecido em algumas modalidades deste pedido. Como mostrado na Figura 5, o dispositivo de rede 300 pode incluir: um ou mais processadores de dispositivo de rede 301, uma memória 302, um transmissor 305, um receptor 306, um acoplador 307 e uma antena 308. Estes componentes podem estar conectados mediante utilização de um barramento 304 ou de qualquer outro modo. Na Figura 5, por exemplo, os componentes estão conectados mediante utilização do barramento.

[0095] O transmissor 305 pode ser configurado para executar processamento de transmissão, por exemplo, modulação de sinal, em uma saída de sinal pelo processador de dispositivo de rede 301. O receptor 306 pode ser configurado para executar processamento de recepção, por exemplo, desmodulação de sinal, em um sinal de comunicação móvel recebido pela antena 308. Em algumas modalidades deste pedido, o transmissor 305 e o receptor 306 podem ser considerados como um modem sem fio. O terminal 300 pode incluir um ou mais transmissores 305 e um ou mais receptores

306. A antena 308 pode ser configurada para converter energia eletromagnética em uma linha de transmissão em uma onda eletromagnética no espaço livre, ou converter uma onda eletromagnética no espaço livre em energia eletromagnética em uma linha de transmissão. O acoplador 307 pode ser configurado para dividir o sinal de comunicação móvel em uma pluralidade de sinais e distribuir a pluralidade de sinais a uma pluralidade de receptores 306.

[0096] A memória 302 está acoplada ao processador de dispositivo de rede 301, e é configurada para armazenar diversos programas de software e/ou uma pluralidade de conjuntos de instruções. Especificamente, a memória 302 pode incluir uma memória de acesso aleatório de alta velocidade, e pode ainda incluir uma memória não volátil, por exemplo, um ou mais dispositivos de armazenamento em disco, um dispositivo flash, ou outro dispositivo de armazenamento de estado sólido não volátil. A memória 302 pode armazenar um sistema operacional (referido como um sistema neste documento), por exemplo, um sistema operacional embutido tal como uCOS, VxWorks ou RTLinux. A memória 302 pode ainda armazenar um programa de comunicações de redes. O programa de comunicações de redes pode ser usado para comunicar-se com um ou mais dispositivos adicionais, um ou mais dispositivos terminais, ou um ou mais dispositivos de rede.

[0097] O processador de dispositivo de rede 301 pode ser configurado para gerenciar um canal de rádio, estabelecer e desconectar uma chamada e um enlace de comunicação, e fornecer controle de transferência de célula para um usuário dentro de uma área de controle local. Especificamente, o processador de dispositivo de rede 301 pode incluir: um módulo de administração/módulo de comunicação (Administration Module/Communication Module, AM/CM) (um centro para comutação de canal de voz e troca de informações), um módulo básico (Basic Module, BM) (configurado para implementar processamento de chamadas, processamento de sinalização, gerenciamento de recursos de rádio, gerenciamento de enlace de rádio e funções de manutenção de circuitos), um transcodificador e submultiplexador (Transcoder and SubMultiplexer, TCSM) (configurado para implementar funções de multiplexação/ desmultiplexação e transcodificação), e similares.

[0098] Nas modalidades deste pedido, o processador de dispositivo de rede 301 pode ser configurado para ler e executar uma instrução legível por computador. Especificamente, o processador de dispositivo de rede 301 pode ser configurado para invocar um programa armazenado na memória 302, por exemplo, um programa para implementar, no lado do dispositivo de rede 300, o método de transmissão de informação de controle de enlace ascendente fornecido em uma ou mais modalidades deste pedido, e executar uma instrução incluída no programa.

[0099] Pode ser entendido que o dispositivo de rede 300 pode ser uma estação base 101 no sistema de comunicações sem fio 100 mostrado na Figura 1, e pode ser implementado como uma estação base transceptora, um transceptor sem fio, um conjunto de serviços básicos (BSS), um conjunto de serviços estendidos (ESS), um NóB, um eNóB, um ponto de acesso, um TRP, ou similares.

[00100] Deverá ser observado que o dispositivo de rede 300 mostrado na Figura 5 é apenas uma implementação das modalidades deste pedido. Em aplicação real, o dispositivo de rede 300 pode ainda incluir mais ou menos componentes, e isto não é limitado neste documento.

[00101] Com base nas modalidades correspondentes ao sistema de comunicações sem fio 100, ao terminal 200 e ao dispositivo de rede 300, uma modalidade deste pedido fornece um método de transmissão de informação de controle de enlace ascendente. Detalhes são descritos abaixo.

[00102] A. Um conceito principal de projeto deste pedido pode incluir: Um terminal pode determinar, baseado na primeira DCI recebida, se a correspondente UCI (a saber, UCI acionada pela DCI) necessita ser protegida, e se a UCI necessitar ser protegida, o terminal projeta uma política especial de transmissão para a UCI, para proteger a UCI e garantir confiabilidade de um serviço URLLC.

[00103] Neste pedido, a política especial de transmissão pode ser superior a uma política comum de transmissão de UCI em pelo menos um dos seguintes aspectos: um recurso de transmissão, um esquema de codificação, uma sequência em cascata de fluxos de bits, uma sequência de envio e similares. A política especial de transmissão ser superior em termos de um recurso de transmissão pode significar que mais recursos são alocados à UCI URLLC. A política especial de transmissão ser superior em termos de um esquema de codificação pode significar que um esquema de codificação usado para a UCI URLLC tem uma maior capacidade de correção de erro que um esquema de codificação usado para UCI comum. A política especial de transmissão ser superior em termos de uma sequência em cascata de fluxos de bits pode significar que um fluxo de bits da UCI URLLC está em cascata antes de um fluxo de bits da UCI comum. A política especial de transmissão ser superior em termos de uma sequência de envio pode significar que a UCI URLLC é transmitida antes da UCI comum. Implementação específica da política especial de transmissão é descrita em detalhe em conteúdo subsequente, e detalhes não são descritos neste documento.

[00104] Neste pedido, a UCI comum pode incluir, mas não é limitada a UCI eMBB, e um requisito de confiabilidade de um PDSCH ao qual a UCI comum responde é menor que um requisito de confiabilidade de um PDSCH ao qual a UCI URLLC responde. Neste pedido, a UCI URLLC pode ser referida como primeira UCI, e a UCI comum pode ser referida como a segunda

UCI. Neste documento, a primeira UCI pode ainda incluir UCI de um novo tipo de serviço definido em um futuro padrão de comunicações, e não é limitado a um serviço URLLC. O novo tipo de serviço é similar a um tipo de serviço URLLC, e tem um requisito de confiabilidade relativamente elevado.

[00105] B. Para proteger a primeira UCI, este pedido fornece principalmente as seguintes diversas soluções. A solução 1 discute um método para proteção de UCI URLLC em um cenário no qual UCI URLLC e um PUSCH multiplexam um recurso. As soluções 2 a 4 discutem métodos para proteção de UCI URLLC em um cenário no qual UCI URLLC e UCI eMBB multiplexam um recurso.

[00106] A seguir são descritas as principais soluções: Solução 1: Um terminal determina, baseado na primeira DCI recebida, se a DCI satisfaz uma primeira condição; e se a DCI satisfaz a primeira condição, em uma premissa de que a primeira UCI e um PUSCH multiplexam um recurso, o terminal envia a primeira UCI em um símbolo multiplexado pela primeira UCI e pelo PUSCH, mas não envia o PUSCH. Em outras palavras, a UCI URLLC com um maior requisito de confiabilidade é especialmente considerada, para garantir confiabilidade de um serviço URLLC.

[00107] Para implementação específica da solução 1, fazer referência à Modalidade 1 subsequente. Detalhes não são descritos neste documento. Solução 2: Um terminal determina, baseado na primeira DCI recebida, se a DCI satisfaz uma primeira condição; e se a DCI satisfaz a primeira condição, em uma premissa de que a primeira UCI e a segunda UCI multiplexam um recurso, o terminal envia primeiro a primeira UCI e em seguida envia a segunda UCI. Em outras palavras, um símbolo no domínio do tempo final que transporta a primeira UCI é anterior a um símbolo no domínio do tempo inicial que transporta a segunda UCI. Em outras palavras, é garantido que a UCI URLLC com um maior requisito de confiabilidade é primeiro enviada, e em seguida a UCI eMBB é enviada, para garantir uma baixa latência de um serviço URLLC.

[00108] Para implementação específica da solução 2, fazer referência à Modalidade 2 subsequente. Detalhes não são descritos neste documento. Solução 3: Um terminal determina, baseado na primeira DCI recebida, se a DCI satisfaz uma primeira condição; e se a DCI satisfaz a primeira condição, em uma premissa de que a primeira UCI e a segunda UCI multiplexam um recurso, a primeira UCI é codificada mediante utilização de um primeiro esquema de codificação, e o primeiro esquema de codificação tem maior confiabilidade de transmissão de dados que um segundo esquema de codificação usado para a segunda UCI. Em outras palavras, um melhor esquema de codificação é usado para a UCI URLLC, para garantir alta confiabilidade de um serviço URLLC.

[00109] Para implementação específica da solução 3, fazer referência à Modalidade 2 subsequente. Detalhes não são descritos neste documento.

[00110] C. Cada uma das soluções precedentes refere- se a como determinar se a DCI satisfaz a primeira condição. Se é determinado que a DCI satisfaz a primeira condição, pode ser determinado que a UCI correspondente à DCI necessita ser protegida.

[00111] Neste pedido, para a primeira DCI recebida pelo terminal, a primeira condição pode incluir, mas não é limitada a: (1) Um formato de DCI é um formato de DCI usado para o serviço URLLC.

[00112] Neste pedido, o formato de DCI usado para o serviço URLLC pode ser referido como um formato de DCI compacta (compact DCI, também referida como DCI URLLC).

[00113] Especificamente, o formato de DCI compacta pode ser indicado mediante utilização, mas não limitado a, pelo menos um dos seguintes: um tamanho de carga útil de DCI é igual a um primeiro valor; ou um tamanho de carga útil (payload size) de DCI é igual a um primeiro valor, e um valor de um campo de identificação de formato de DCI é igual a um segundo valor; ou um tamanho de carga útil da DCI é igual a um primeiro valor, e um espaço de pesquisa da DCI é um espaço de pesquisa específico de dispositivo terminal UE; ou um tamanho de carga útil de DCI é igual a um primeiro valor, um valor de um campo de identificação de formato de DCI é igual a um segundo valor e um espaço de pesquisa de DCI é um espaço de pesquisa específico de UE; ou um espaço de pesquisa de DCI é um primeiro espaço de pesquisa; ou um comprimento de bit de verificação de uma verificação de redundância cíclica CRC de DCI é igual a um terceiro valor; ou um identificador temporário de rede de rádio RNTI usado para embaralhar um bit de verificação de CRC de DCI é igual a um primeiro RNTI; ou um conjunto de recursos de controle CORESET para transmissão de DCI é um primeiro CORESET.

[00114] Os diversos parâmetros: o primeiro valor, o segundo valor, o terceiro valor, o primeiro espaço de pesquisa e o primeiro CORESET podem ser individualmente configurados pelo dispositivo de rede mediante utilização de sinalização de camada superior, por exemplo, sinalização de controle de recursos de rádio (radio resource control, RRC) ou sinalização MAC CE. O primeiro valor é um tamanho de carga útil de DCI compacta. O segundo valor é um valor de um campo de identificação de formato de DCI na DCI compacta. O terceiro valor é um comprimento de bit de verificação de uma CRC da DCI compacta. O primeiro espaço de pesquisa é um espaço de pesquisa usado para detectar a DCI compacta. O primeiro CORESET é um CORESET usado para transmitir a DCI compacta.

[00115] Em outras palavras, o formato de DCI compacta pode ser configurado mediante utilização de sinalização de camada superior. O formato de DCI compacta é diferente de um formato de DCI comum (por exemplo, um formato de DCI usada para um serviço eMBB). Comparado com o formato de DCI comum (por exemplo, DCI eMBB), o formato de DCI compacta pode ter pelo menos um dos seguintes atributos: O primeiro valor é menor que um tamanho de carga útil de uma DCI comum, o segundo valor é diferente de um valor de um campo de identificação de formato de DCI na DCI comum, e o terceiro valor é maior que um comprimento de bit de verificação de uma CRC da DCI comum. O primeiro espaço de pesquisa é diferente de um espaço de pesquisa usado para detectar a DCI comum. O primeiro CORESET é diferente de um CORESET usado para transmitir a DCI comum.

[00116] Deste modo, o terminal pode distinguir, baseado em um tamanho de carga útil, se a primeira DCI recebida é DCI compacta. Se o tamanho de carga útil da primeira DCI recebida é igual ao primeiro valor, pode ser determinado que a DCI é DCI compacta, em outras palavras, a primeira condição é satisfeita.

[00117] Deste modo, o terminal pode distinguir, com referência a um tamanho de carga útil e a um campo de identificação de formato de DCI, se a primeira DCI recebida é DCI compacta. Se o tamanho de carga útil da primeira DCI recebida é igual ao primeiro valor e um valor do campo de identificação de formato de DCI é igual ao segundo valor, pode ser determinado que a DCI é DCI compacta, em outras palavras, a primeira condição é satisfeita. Opcionalmente, em uma premissa de que tamanhos de cargas úteis de uma pluralidade de peças de DCI recebida são consistentes (alinhamento de cargas úteis), o terminal pode ainda distinguir DCI compacta com referência a um valor de um campo de identificação de formato de DCI.

[00118] Deste modo, o terminal pode distinguir, baseado em um comprimento de bit de verificação de uma CRC, se a primeira DCI recebida é DCI compacta. Se o comprimento de bit de verificação da CRC da primeira DCI recebida é igual ao terceiro valor, pode ser determinado que a DCI é DCI compacta, em outras palavras, a primeira condição é satisfeita.

[00119] Deste modo, o terminal pode distinguir, baseado em uma posição de recurso detectado da primeira DCI, se a primeira DCI recebida é DCI compacta. Se a posição de recurso detectado da primeira DCI está no primeiro espaço de pesquisa, pode ser determinado que a primeira DCI é DCI compacta, em outras palavras, a primeira condição é satisfeita.

[00120] Deste modo, o terminal pode distinguir, baseado em um recurso ocupado pela primeira DCI, se a primeira DCI recebida é DCI compacta. Se o recurso ocupado pela primeira DCI está no primeiro CORESET, pode ser determinado que a primeira DCI é DCI compacta, em outras palavras, a primeira condição é satisfeita. (2) O identificador temporário de rede de rádio (radio network temporary identifier, RNTI) usado para embaralhar o bit de verificação de CRC da DCI é igual ao primeiro RNTI.

[00121] Especificamente, o primeiro RNTI pode ser configurado pelo dispositivo de rede mediante utilização de sinalização de camada superior, por exemplo, sinalização RRC ou sinalização MAC CE. O primeiro RNTI é usado para embaralhar um bit de verificação de CRC de DCI compacta. Em outras palavras, o RNTI usado para embaralhar o bit de verificação de CRC da DCI compacta pode ser configurado mediante utilização de sinalização de camada superior. Deste modo, o terminal pode distinguir, baseado em um RNTI para embaralhar um bit de verificação de CRC de DCI, se a primeira DCI recebida é DCI compacta. (3) O espaço de pesquisa (search space) da DCI é o primeiro espaço de pesquisa.

[00122] Especificamente, o primeiro espaço de pesquisa pode ser configurado pelo dispositivo de rede mediante utilização de sinalização de camada superior, por exemplo, sinalização RRC ou sinalização MAC CE. A DCI detectada no primeiro espaço de pesquisa é DCI compacta. Em outras palavras, um atributo de um espaço de pesquisa (se o espaço de pesquisa é um espaço de pesquisa URLLC) pode ser configurado mediante utilização de sinalização de camada superior. Deste modo, o terminal pode distinguir, baseado em um atributo de um espaço de pesquisa para detecção de DCI, se a DCI é DCI compacta. (4) O conjunto de recursos de controle (CORESET) da DCI é o primeiro CORESET.

[00123] Especificamente, o primeiro CORESET pode ser configurado pelo dispositivo de rede mediante utilização de sinalização de camada superior, por exemplo, sinalização RRC ou sinalização MAC CE. O primeiro CORESET é usado para enviar DCI compacta. Em outras palavras, um atributo de um CORESET (se o CORESET é um CORESET URLLC) pode ser configurado mediante utilização de sinalização de camada superior. Deste modo, o terminal pode distinguir, baseado em um atributo de um CORESET para recepção de DCI, se a DCI é DCI compacta.

[00124] A seguir é descrito um conceito de um conjunto de recursos de controle. Como mostrado na Figura 6, um CORESET é um recurso tempo-frequência em uma área de controle. Na Figura 6, os primeiros quatro de 14 símbolos no domínio do tempo são usados como uma área de controle, e apenas alguns recursos nos primeiros quatro símbolos no domínio do tempo podem ser definidos como recursos correspondentes a um CORESET. Um CORESET corresponde a um grupo de usuários (tais como UE1, UE 2 e UE 3). Canais físicos de controle de enlace descendente (PDCCHs) do grupo de usuários são enviados no CORESET. Em um CORESET, cada usuário tem um espaço de pesquisa (search space), e um tamanho de um recurso no espaço de pesquisa é menor que ou igual àquele de um recurso no CORESET. Um usuário pode corresponder a uma pluralidade de CORESETs. A numerologia associada a estes CORESETs pode ser a mesma ou diferente. A numerologia neste documento pode incluir um espaçamento de subportadora e um comprimento de prefixo cíclico (cyclic prefix, CP).

[00125] Além dos diversos modos precedentes, o terminal pode ainda determinar, nos modos a seguir, se DCI satisfaz a primeira condição.

[00126] Opcionalmente, o terminal pode determinar, mediante utilização de uma etapa de verificação, se a DCI é DCI compacta. Quando a DCI necessita ser verificada mediante utilização de um modo de verificação de duas ou mais etapas, o terminal pode determinar que a DCI é DCI compacta, em outras palavras, a DCI satisfaz a primeira condição.

[00127] Opcionalmente, o terminal pode determinar se existe um campo usado para reduzir uma probabilidade de erro na DCI. Se o campo existir, pode ser determinado que a DCI é DCI compacta, em outras palavras, a DCI satisfaz a primeira condição.

[00128] Opcionalmente, o terminal pode determinar, baseado em um esquema de codificação usado para a DCI, se a DCI é DCI compacta. Quando o esquema de codificação usado para a DCI é um esquema específico de codificação, o terminal pode determinar que a DCI é DCI compacta, em outras palavras, a DCI satisfaz a primeira condição. O esquema específico de codificação é um de codificação de verificação de paridade de baixa densidade (low-density parity check, LDPC), codificação polar (polar), codificação de Reed-Muller ou codificação dupla de Reed-Muller.

[00129] As implementações precedentes para determinar se a DCI satisfaz a primeira condição são modos de determinar implicitamente se a correspondente UCI necessita ser protegida. Além disso, se a UCI correspondente à DCI necessita ser protegida pode alternativamente ser determinado em um modo explícito. Uma solução específica pode ser como segue: A DCI pode transportar um campo de um bit, usado para distinguir se a UCI correspondente à DCI necessita ser protegida.

[00130] Por exemplo, como mostrado na Tabela 1, quando um valor do bit é “0”, isto indica que a UCI correspondente à DCI não necessita ser protegida; ou quando um valor do bit é “1”, isto indica que a UCI correspondente à DCI necessita ser protegida. A relação de mapeamento a seguir pode ser predefinida por um protocolo, ou pode ser configurada semiestaticamente mediante utilização de sinalização RRC. Tabela 1 Informação de bit Tipo de UCI 0 UCI comum 1 UCI que necessita ser protegida

[00131] Se a DCI inclui o campo de um bit pode ser predefinido por um protocolo, ou pode ser configurado mediante utilização de sinalização RRC. A relação de mapeamento mostrada na Tabela 1 como um exemplo pode ser predefinida pelo protocolo, ou pode ser configurada mediante utilização de sinalização RRC.

[00132] Neste pedido, a primeira DCI pode ser DCI compacta/DCI URLLC (a saber, DCI que satisfaz a primeira condição), ou pode ser DCI comum (por exemplo, DCI eMBB). Pode ser entendido que um requisito de confiabilidade de um PDSCH (por exemplo, um PDSCH URLLC) para agendamento da primeira DCI que satisfaz a primeira condição é maior que um requisito de confiabilidade de um PDSCH (por exemplo, um

PDSCH eMBB) para agendamento de DCI comum. Este pedido fornece proteção especial para UCI correspondente a DCI compacta/DCI URLLC (a saber, UCI acionada pela DCI), de modo que pode ser garantida alta confiabilidade de um serviço URLLC.

[00133] Deverá ser observado que para conceitos de recursos neste pedido, tais como um símbolo (symbol), um elemento de recurso (resource element, RE), bloco de recursos (resource block, RB), um CORESET e um espaço de pesquisa, e para conceitos de canal projetados neste pedido, tais como um PDSCH e um PDCCH, fazer referência a uma definição existente (por exemplo, uma estipulação existente no padrão LTE ou em um sistema de comunicações NR), mas estes não são limitados à definição existente. Definições ou nomes destes conceitos de recursos e destes conceitos de canal em um futuro padrão de comunicações podem ser diferentes, e isto não afeta a implementação deste pedido.

[00134] A seguir são descritas em detalhe as soluções técnicas fornecidas neste pedido mediante utilização de uma pluralidade de modalidades com referência aos desenhos anexos. (1) Modalidade 1

[00135] Nesta modalidade, em um cenário no qual a primeira UCI e um PUSCH multiplexam um recurso, um terminal pode determinar se a primeira DCI recebida satisfaz uma primeira condição. Se a primeira condição é satisfeita, o terminal pode enviar a primeira UCI em um símbolo multiplexado pela primeira UCI e pelo PUSCH, mas não envia o PUSCH. Esta modalidade discute principalmente a solução 1 precedente. A seguir é fornecida descrição detalhada com referência à Figura 7.

[00136] A Figura 7 é um fluxograma esquemático de um método de transmissão de informação de controle de enlace ascendente de acordo com este pedido. Detalhes são como segue: S101: Um dispositivo de rede envia primeira DCI a um terminal. Correspondentemente, o terminal recebe a primeira DCI enviada pelo dispositivo de rede; S102: O terminal envia a primeira UCI ao dispositivo de rede, onde a primeira UCI é acionada pela primeira DCI. Quando a primeira UCI e um PUSCH multiplexam um recurso no domínio do tempo e uma primeira condição é satisfeita, um primeiro símbolo transporta a primeira UCI, mas não transporta o PUSCH. O primeiro símbolo é um símbolo no domínio do tempo multiplexado pela primeira UCI e pelo PUSCH.

[00137] Neste pedido, um recurso no domínio do tempo usado para transmitir a primeira UCI pode ser referido como um primeiro recurso no domínio do tempo. O primeiro símbolo pode ser especificamente um símbolo no domínio do tempo no qual o primeiro recurso no domínio do tempo se sobrepõe a um recurso no domínio do tempo do PUSCH. Em outras palavras, quando o primeiro recurso no domínio do tempo se sobrepõe parcial ou completamente ao recurso no domínio do tempo do PUSCH e a primeira condição é satisfeita, o primeiro símbolo transporta a primeira UCI, mas não transporta o PUSCH.

[00138] Nesta modalidade, para como determinar se a primeira condição é satisfeita, fazer referência especificamente ao conteúdo precedente. Detalhes não são descritos novamente neste documento. Após determinar que a primeira condição é satisfeita, o terminal pode fornecer proteção especial à primeira UCI. Descrições detalhadas são como segue. (1) Pré-requisitos para fornecer proteção à primeira UCI

[00139] O primeiro pré-requisito é: Um recurso usado para transmitir a primeira UCI sobrepõe-se parcial ou completamente a um recurso usado para transmitir o PUSCH no domínio do tempo.

[00140] O segundo pré-requisito é: Um recurso usado para transmitir a primeira UCI sobrepõe-se parcial ou completamente a um recurso usado para transmitir o PUSCH no domínio do tempo, e sobrepõe-se parcial ou completamente ao recurso usado para transmitir o PUSCH no domínio da frequência.

[00141] O terceiro pré-requisito é: Um recurso usado para transmitir a primeira UCI sobrepõe-se parcial ou completamente a um recurso usado para transmitir o PUSCH no domínio do tempo, e não se sobrepõe ao recurso usado para transmitir o PUSCH no domínio da frequência, mas um terminal não tem uma capacidade de enviar simultaneamente uma pluralidade de serviços em enlace ascendente, por exemplo, a potência do terminal é limitada ou o terminal usa um modo de transmissão de portadora única de enlace ascendente.

[00142] Pode ser aprendido a partir dos três pré- requisitos precedentes que um pré-requisito básico para fornecer proteção à primeira UCI é que o recurso no domínio do tempo se sobreponha parcial ou completamente ao recurso no domínio do tempo do PUSCH, em outras palavras, a primeira UCI e o PUSCH multiplexam um recurso no domínio do tempo. O primeiro pré-requisito indica que quando o primeiro recurso no domínio do tempo se sobrepõe parcial ou completamente ao recurso no domínio do tempo do PUSCH, se a primeira condição é satisfeita, o terminal pode fornecer proteção especial à primeira UCI, isto é, executar S103. O segundo pré-requisito indica que quando a primeira UCI e o PUSCH multiplexam um recurso no domínio da frequência, se a primeira condição é satisfeita, o terminal pode fornecer proteção especial à primeira UCI, isto é, executar S103. O terceiro pré-requisito indica que quando a primeira UCI e o PUSCH multiplexam apenas um recurso no domínio do tempo (não multiplexam um recurso no domínio da frequência), e o terminal não tem a capacidade de enviar simultaneamente uma pluralidade de serviços em enlace ascendente, se a primeira UCI satisfaz a primeira condição, o terminal pode fornecer proteção especial à primeira UCI, isto é, executar S103. (2) Primeiro símbolo (recurso no domínio do tempo multiplexado pela primeira UCI e pelo PUSCH)

[00143] Por exemplo, como mostrado na Figura 8, os símbolos 7, 8 e 11 são usados para transmitir a UCI URLLC, e os símbolos 7 a 14 são usados para transmitir o PUSCH. Os símbolos que se sobrepõem nos símbolos 7, 8 e 11 e nos símbolos 7 a 14 são os símbolos 7, 8 e 11, e os símbolos 7, 8 e 11 são o primeiro símbolo.

[00144] Especificamente, no primeiro símbolo, a multiplexação de recursos no domínio da frequência da primeira UCI e do PUSCH pode incluir os seguintes diversos casos: Caso 1: Recursos no domínio da frequência ocupados separadamente pela primeira UCI e pelo PUSCH no primeiro símbolo não se sobrepõem. Em outras palavras, a primeira UCI e o PUSCH individualmente ocupam completamente diferentes recursos no domínio da frequência no primeiro símbolo. Por exemplo, com referência à Figura 8, quando o primeiro símbolo é o símbolo 7, recursos no domínio da frequência ocupados separadamente pela primeira UCI e pelo PUSCH não se sobrepõem. Caso 2: Recursos no domínio da frequência ocupados separadamente pela primeira UCI e pelo PUSCH no primeiro símbolo sobrepõem-se parcialmente. Em outras palavras, alguns recursos no domínio da frequência nos recursos no domínio da frequência ocupados separadamente pela primeira UCI e pelo PUSCH no primeiro símbolo são os mesmos. Por exemplo, com referência à Figura 8, quando o primeiro símbolo é o símbolo 8, recursos no domínio da frequência ocupados separadamente pela primeira UCI e pelo PUSCH sobrepõem-se parcialmente. Caso 3: Recursos no domínio da frequência ocupados separadamente pela primeira UCI e pelo PUSCH no primeiro símbolo sobrepõem-se completamente. Em outras palavras, os recursos no domínio da frequência nos recursos no domínio da frequência ocupados separadamente pela primeira UCI e pelo PUSCH no primeiro símbolo são completamente os mesmos. Por exemplo, com referência à Figura 8, quando o primeiro símbolo é o símbolo 11, recursos no domínio da frequência ocupados separadamente pela primeira UCI e pelo PUSCH sobrepõem-se completamente. (3) O primeiro símbolo transporta a primeira UCI, mas não transporta o PUSCH

[00145] Especificamente, o terminal pode perfurar (puncture) todos os RBs no primeiro símbolo para a primeira UCI. Em outras palavras, o primeiro símbolo é usado para transmitir apenas a primeira UCI, mas não o PUSCH.

[00146] Por exemplo, como mostrado na Figura 9, os símbolos 7, 8 e 11 são usados para transmitir a UCI URLLC, e os símbolos 7 a 14 são usados para transmitir o PUSCH. Os símbolos que se sobrepõem nos símbolos 7, 8 e 11 e nos símbolos 7 a 14 são os símbolos 7, 8 e 11, e os símbolos 7, 8 e 11 são o primeiro símbolo. Para fornecer proteção especial à primeira UCI, o terminal pode perfurar (puncture) todos os RBs nos símbolos 7, 8 e 11. Deste modo, mais recursos podem ser alocados à primeira UCI, e é garantida alta confiabilidade do serviço URLLC.

[00147] Opcionalmente, o terminal pode alternativamente definir a potência de transmissão do PUSCH no primeiro símbolo como 0. Em outras palavras, toda a potência de transmissão no primeiro símbolo é usada para transmitir a primeira UCI. Deste modo, a potência de transmissão da primeira UCI pode ser enormemente melhorada, e a confiabilidade do serviço URLLC é melhorada.

[00148] Pode ser aprendido que a primeira UCI pode ser protegida em termos de uma quantidade de recursos, em outras palavras, mais recursos são configurados para a primeira UCI, ou a primeira UCI pode ser protegida em termos de potência de transmissão, em outras palavras, maior potência de transmissão é fornecida à primeira UCI. Ambos os dois modos podem melhorar a confiabilidade de transmissão da UCI URLLC e, portanto, é garantida alta confiabilidade do serviço URLLC. Extensões relacionadas à Modalidade 1

1. Além de perfuração (puncture) de todos os RBs no primeiro símbolo, em algumas modalidades opcionais, mais recursos podem alternativamente ser configurados para a primeira UCI no modo a seguir.

[00149] Especificamente, o dispositivo de rede pode predefinir uma quantidade de recursos no domínio da frequência, do PUSCH, perfurado no primeiro símbolo para a primeira UCI. Opcionalmente, o dispositivo de rede pode configurar uma pluralidade de opções. Por exemplo, é assumido que um tamanho de um recurso no domínio da frequência para agendamento no PUSCH é 10 RBs. O dispositivo de rede configura duas opões: perfurar dois RBs e perfurar cinco RBs. Opcionalmente, o dispositivo de rede pode notificar, mediante utilização de sinalização RRC, o terminal de uma opção a ser usada. Deste modo, o terminal pode perfurar o recurso no domínio da frequência do PUSCH no primeiro símbolo com base na configuração pelo dispositivo de rede, de modo que mais recursos podem ser configurados para a primeira UCI.

[00150] Especificamente, uma quantidade de recursos físicos finalmente mapeados pelo dispositivo terminal pode ser predefinida ou pode ser uma quantidade de recursos, do PUSCH, perfurados no primeiro símbolo para a primeira UCI que é configurada pelo dispositivo de rede, ou pode ser uma quantidade de recursos realmente exigidos pela primeira UCI, ou pode ser uma quantidade de recursos ocupados por um PUCCH, ou pode ser um valor menor em uma quantidade de recursos realmente exigidos pela primeira UCI e uma quantidade de recursos ocupados pelo PUCCH.

2. Além de definir a potência de transmissão do PUSCH no primeiro símbolo para 0, em algumas modalidades opcionais, a potência de transmissão da primeira UCI pode alternativamente ser aumentada no modo a seguir.

[00151] Especificamente, a potência de transmissão da primeira UCI pode ser predefinida. Opcionalmente, a potência de transmissão da primeira UCI pode ser predefinida como um valor de potência pré-estabelecido. Opcionalmente, a potência de transmissão da primeira UCI pode ser predefinida como potência máxima de transmissão do terminal. Opcionalmente, um aumento de potência múltiplo da primeira UCI pode ser predefinido. Deste modo, maior potência de transmissão pode alternativamente ser fornecida à primeira UCI, para garantir alta confiabilidade da primeira UCI. Opcionalmente, a potência de transmissão da primeira UCI pode ser mantida consistente com a potência de transmissão do PUSCH em um símbolo adjacente. A Figura 10 é usada como um exemplo. O símbolo adjacente é um símbolo no domínio do tempo que é adjacente ao primeiro símbolo e que é usado para enviar o PUSCH. Ser predefinido neste documento pode consistir em ser predefinido por um sistema ou um protocolo.

3. Política de envio de PUSCH após a primeira UCI.

[00152] Especificamente, como mostrado na Figura 10, para reduzir complexidade de comunicação entre o terminal e o dispositivo de rede, o terminal pode parar o envio, após enviar a primeira UCI, de uma parte remanescente do PUSCH após a primeira UCI. Uma política específica de parar o envio do PUSCH pode ser como segue: opcionalmente, o dispositivo de rede pode configurar se continua a transmitir a parte remanescente do PUSCH; opcionalmente, se um volume de dados da parte remanescente do PUSCH for maior que um primeiro limite, o terminal continua a transmitir a parte remanescente do PUSCH;

se o volume de dados for menor que ou igual ao primeiro limite, o terminal para a transmissão da parte remanescente do PUSCH. O primeiro limite pode ser predefinido por um protocolo, pode ser predefinido pelo dispositivo de rede, ou pode ser dinamicamente configurado pelo dispositivo de rede baseado em uma capacidade de envio registrada pelo terminal.

4. A primeira UCI é transportada (adicionada) em um PUSCH para transmissão.

[00153] Diferente da UCI existente estar muito próxima de um PUSCH DMRS em um recurso tempo-frequência (como mostrado na Figura 11A) para melhorar o desempenho de estimação de canal, para a primeira UCI enviada após o PUSCH DMRS, como mostrado na Figura 11B, a primeira UCI pode ser adicionada a um recurso físico de PUSCH baseado em um requisito de sequência de tempo da primeira UCI.

[00154] Neste documento, o requisito de sequência de tempo da primeira UCI significa que para um PDSCH recebido, o terminal necessita enviar a primeira UCI em um momento de realimentação do PDSCH com base no requisito, para satisfazer um requisito de latência da primeira UCI.

5. Para um caso no qual a primeira UCI é transportada no PUSCH para transmissão, mais recursos são configurados para a primeira UCI.

[00155] Para um caso no qual a primeira UCI é transportada no PUSCH para transmissão, o terminal pode usar um valor de um campo de deslocamento beta que é predefinido para a primeira UCI por um protocolo, ou usar um valor do campo de deslocamento beta que é configurado para a primeira UCI mediante utilização de sinalização RRC. O terminal pode ainda usar um valor máximo do campo de deslocamento beta em todos os valores predefinidos do campo de deslocamento beta. Deste modo, pode ser garantido que mais recursos sejam alocados à primeira UCI, e é garantida transmissão confiável da primeira UCI.

6. Prioridades de transmissão de um ACK/NACK, um RI e um CQI/PMI.

[00156] Para primeira UCI de tipos ACK/NACK, RI e CQI/PMI, um requisito de latência do ACK/NACK é o mais elevado, e o CQI/PMI necessita ser determinado mediante utilização do RI. Portanto uma relação entre as prioridades de transmissão dos três é: ACK/NACK>RI>CQI/PMI. O sinal maior que indica uma maior prioridade.

7. Existe uma colisão de recursos entre a primeira UCI e um DMRS do PUSCH.

[00157] Opcionalmente, se o DMRS do PUSCH é um DMRS em forma de pente usado para uma forma de onda CP-OFDM, um ACK/NACK URLLC e o DMRS que é do PUSCH podem multiplexar um recurso no domínio do tempo, em outras palavras, podem ser enviados em um mesmo símbolo.

[00158] Opcionalmente, se o DMRS do PUSCH é um DMRS usado para uma forma de onda DFT-S-OFDM, o ACK/NACK URLLC pode pular um símbolo usado para transmitir o DMRS do PUSCH.

[00159] Opcionalmente, se o DMRS do PUSCH é um DMRS usado para a forma de onda DFT-S-OFDM, e um comprimento de bit do ACK/NACK URLLC é um a dois bits, o ACK/NACK URLLC pode ser mapeado para um recurso usado para transmitir o DMRS do PUSCH. Uma vez que uma sequência de ACK/NACK URLLC de um a dois bits não afeta a estimação de canal, um lado da rede pode cegamente detectar a sequência, e em seguida executar estimação de canal.

8. Recurso no domínio da frequência para o qual a primeira UCI é mapeada em um PUSCH.

[00160] É assumido que recursos no domínio da frequência/blocos físicos de recursos (physical resource block, PRB)/blocos virtuais de recursos (Virtual Resource block, VRG) ocupados pelo PUSCH são m0, m1, ..., e mk-1.

[00161] Opcionalmente, um RB inicial da primeira UCI pode ser m0 ou mk-1.

[00162] Opcionalmente, o RB inicial da primeira UCI pode alternativamente ser m[(k-1)/2], m[(k-1)/2], m[k/2] ou m[k/2].

[00163] Opcionalmente, se uma quantidade de RBs da primeira UCI é n, o RB inicial da primeira UCI pode alternativamente ser m[(k-n)/2] ou m[(k-n)/2].

[00164] Pode ser entendido que a qualidade de sinal em uma borda (para ser específico, frequências próximas das duas extremidades da largura de banda de filtro) de um filtro usado para processar um sinal enviado podem ser perdidas. Ao estabelecer o RB inicial da primeira UCI em uma posição intermediária no domínio da frequência do PUSCH, o impacto do filtro no desempenho da UCI pode ser reduzido. Além disso, ao estabelecer o RB inicial da primeira UCI na posição intermediária no domínio da frequência do PUSCH, a interferência de um domínio da frequência adjacente da UCI pode ser reduzida.

[00165] Opcionalmente, o recurso no domínio da frequência para o qual a primeira UCI é mapeada no PUSCH pode ser um segmento de blocos de recursos consecutivos no domínio da frequência.

9. Numerologia usada pela primeira UCI.

[00166] Opcionalmente, quando um requisito de sequência de tempo da UCI URLLC pode ser satisfeito, um espaçamento de subportadora (subcarrier spacing, SCS) da primeira UCI pode ser um espaçamento de subportadora do PUSCH. Deste modo, interferência no domínio da frequência entre a primeira UCI e o PUSCH pode ser reduzida. Opcionalmente, um prefixo cíclico (cyclic prefix, CP) relativamente longo pode ainda ser usado pela primeira UCI, para reduzir ainda mais a interferência no domínio da frequência.

[00167] Opcionalmente, quando um requisito no domínio da frequência da UCI URLLC não puder ser satisfeito, o espaçamento de subportadora (SCS) da primeira UCI pode ser um espaçamento de subportadora do PUCCH URLLC, para reduzir uma latência.

[00168] Neste documento, o requisito de sequência de tempo da UCI URLLC significa que para um PDSCH recebido, o terminal necessita enviar a UCI URLLC em um momento de realimentação do PDSCH com base no requisito, para satisfazer o requisito de latência da UCI. (2) Modalidade 2

[00169] Nesta modalidade, em um cenário no qual a primeira UCI e a segunda UCI multiplexam um recurso, um terminal pode determinar se a primeira DCI recebida satisfaz uma primeira condição. Se a primeira condição for satisfeita, o terminal pode fornecer mais proteção à primeira UCI. Especificamente, a primeira UCI pode ser transferida primeiro, ou um esquema de codificação com maior confiabilidade pode ser estabelecido para a primeira UCI. Esta modalidade discute principalmente as soluções 2 e 3 precedentes. A seguir é fornecida descrição detalhada com referência à Figura 12.

[00170] A Figura 12 é um fluxograma esquemático de outro método de transmissão de informação de controle de enlace ascendente de acordo com este pedido. Detalhes são como segue: S201: Um dispositivo de rede envia primeira DCI a um terminal. Correspondentemente, o terminal recebe a primeira DCI enviada pelo dispositivo de rede; S202: O terminal envia a primeira UCI ao dispositivo de rede, onde a primeira UCI é acionada pela primeira DCI. Quando a primeira UCI e a segunda UCI multiplexam um recurso no domínio do tempo, e uma primeira condição é satisfeita, deve ser fornecida proteção à primeira UCI em pelo menos um dos seguintes aspectos: uma sequência de envio e um esquema de codificação, onde a primeira UCI é enviada antes da segunda UCI, e um primeiro esquema de codificação usado para a primeira UCI tem maior confiabilidade de transmissão de dados que um segundo esquema de codificação usado para a segunda UCI.

[00171] Neste pedido, um recurso no domínio do tempo usado para transmitir a primeira UCI pode ser referido como um primeiro recurso no domínio do tempo, e um recurso no domínio do tempo usado para transmitir a segunda UCI pode ser referido como um segundo recurso no domínio do tempo. Neste documento, a primeira UCI e a segunda UCI multiplexarem um recurso no domínio do tempo significa que o primeiro recurso no domínio do tempo e o segundo recurso no domínio do tempo se sobrepõem parcial ou completamente. Neste documento, a primeira UCI ser enviada antes da segunda UCI significa que um símbolo no domínio do tempo final que transporta a primeira UCI é anterior a um símbolo no domínio do tempo inicial que transporta a segunda UCI.

[00172] Nesta modalidade, para como determinar se a primeira DCI recebida pelo terminal satisfaz a primeira condição, fazer referência ao conteúdo precedente. Detalhes não são descritos novamente neste documento. Após determinar que a primeira DCI recebida pelo terminal satisfaz a primeira condição, o terminal pode fornecer proteção especial à UCI (para ser específico, a primeira UCI) correspondente à DCI. Descrições de detalhes são como segue. (1) Pré-requisitos para fornecer proteção à primeira UCI

[00173] O primeiro pré-requisito é: Um recurso usado para transmitir a primeira UCI sobrepõe-se parcial ou completamente a um recurso usado para transmitir a segunda UCI no domínio do tempo.

[00174] O segundo pré-requisito é: Um recurso usado para transmitir a primeira UCI sobrepõe-se parcial ou completamente a um recurso usado para transmitir a segunda UCI no domínio do tempo, e sobrepõe-se parcial ou completamente ao recurso usado para transmitir a segunda UCI no domínio da frequência.

[00175] O terceiro pré-requisito é: Um recurso usado para transmitir a primeira UCI sobrepõe-se parcial ou completamente a um recurso usado para transmitir a segunda UCI no domínio do tempo, e não se sobrepõe ao recurso usado para transmitir a segunda UCI no domínio da frequência, mas um terminal não tem uma capacidade de enviar simultaneamente uma pluralidade de serviços em enlace ascendente, por exemplo, a potência do terminal é limitada ou o terminal usa um modo de transmissão de portadora única de enlace ascendente.

[00176] Pode ser aprendido a partir dos três pré- requisitos precedentes que um pré-requisito básico para fornecer proteção à primeira UCI é que o primeiro recurso no domínio do tempo se sobreponha parcial ou completamente ao segundo recurso no domínio do tempo, em outras palavras, a primeira UCI e a segunda UCI multiplexam um recurso no domínio do tempo. O primeiro pré-requisito indica que quando a primeira UCI e a segunda UCI multiplexam um recurso no domínio do tempo, se a primeira UCI satisfaz a primeira condição, o terminal pode fornecer proteção especial à primeira UCI, isto é, executa S203. O segundo pré-requisito indica que quando a primeira UCI e a segunda UCI multiplexam um recurso tempo-frequência, se a primeira UCI satisfaz a primeira condição, o terminal pode fornecer proteção especial à primeira UCI, isto é, executa S203. O terceiro pré-requisito indica que quando a primeira UCI e a segunda UCI multiplexam apenas um recurso no domínio do tempo (não multiplexam um recurso no domínio da frequência), e o terminal não tem a capacidade de enviar simultaneamente uma pluralidade de serviços em enlace ascendente, se a primeira UCI satisfaz a primeira condição, o terminal pode fornecer proteção especial à primeira UCI, isto é, executa S203. (2) O símbolo no domínio do tempo final que transporta a primeira UCI é anterior ao símbolo no domínio do tempo inicial que transporta a segunda UCI

[00177] Especificamente, quando o primeiro recurso no domínio do tempo se sobrepõe parcial ou completamente ao segundo recurso no domínio do tempo, o símbolo no domínio do tempo final que transporta a primeira UCI é anterior ao símbolo no domínio do tempo inicial que transporta a segunda UCI. Em outras palavras, o envio da segunda UCI pode ser atrasado, a primeira UCI é enviada primeiro, e em seguida a segunda UCI é enviada. Deste modo, é garantido que a primeira UCI que tem um requisito de alta confiabilidade é enviada primeiro, e em seguida a segunda UCI é enviada, de modo que é garantida a confiabilidade do serviço URLLC.

[00178] Por exemplo, como mostrado na Figura 14A, um símbolo usado para transmitir a primeira UCI é um símbolo 1, um símbolo usado para transmitir a segunda UCI é também o símbolo 1, e a segunda UCI pode ser atrasada para um símbolo 2 para envio. Em outras palavras, um símbolo no domínio do tempo final (a saber, o símbolo 1) que transporta a primeira UCI é anterior a um símbolo no domínio do tempo inicial (a saber, o símbolo 2) que transporta a segunda UCI.

[00179] Para outro exemplo, como mostrado na Figura 14B, símbolos usados para transmitir a primeira UCI são um símbolo 1 e um símbolo 2, símbolos usados para transmitir a segunda UCI são um símbolo 2 e um símbolo 3, e a segunda UCI pode ser atrasada para o símbolo 3 e um símbolo 4 para envio. Em outras palavras, um símbolo no domínio do tempo final (a saber, o símbolo 2) que transporta a primeira UCI é anterior a um símbolo no domínio do tempo inicial (a saber, o símbolo 3) que transporta a segunda UCI.

[00180] Os exemplos são apenas usados para explicar este pedido e não devem constituir uma limitação.

[00181] Além disso, o terminal pode executar agregação de bits de HARQ-ACK na segunda UCI cujo envio é atrasado. Deste modo, uma latência de realimentação da segunda UCI pode ser reduzida.

[00182] Opcionalmente, o terminal pode especificamente determinar, baseado em um recurso de símbolo no qual a UCI atrasada é enviada, se executa agregação de bits de HARQ-ACK na segunda UCI atrasada. Se o recurso de símbolo for insuficiente para transmitir a segunda UCI em um modo de multiplexação de bits de HARQ-ACK, o terminal pode determinar executar agregação de bits de HARQ-ACK na segunda UCI cujo envio é atrasado. (3) A primeira UCI é codificada mediante utilização do primeiro esquema de codificação

[00183] Especificamente, o primeiro esquema de codificação usado para a primeira UCI tem maior confiabilidade de transmissão de dados que o segundo esquema de codificação usado para a segunda UCI. O primeiro esquema de codificação é diferente do segundo esquema de codificação. Uma diferença entre o primeiro esquema de codificação e o segundo esquema de codificação reside em, mas não é limitado a: Uma quantidade de bits da primeira UCI pode ser aumentada após a primeira UCI ser codificada mediante utilização do primeiro esquema de codificação, e/ou uma quantidade de bits da segunda UCI é diminuída após a segunda UCI ser codificada mediante utilização do segundo esquema de codificação. Detalhes são como segue:

1. Diferente redundância

[00184] O primeiro esquema de codificação pode incluir: executar codificação de redundância na primeira UCI. Para ser específico, o terminal pode primeiro adicionar redundância a uma fonte da primeira UCI e em seguida executar codificação, ou pode primeiro executar codificação e em seguida executar redundância de bit positivo na primeira UCI obtida após codificação.

[00185] Deste modo, a quantidade de bits da primeira UCI pode ser aumentada após a primeira UCI ser codificada, de modo que a primeira UCI tenha uma maior capacidade de correção de erro que a segunda UCI, e seja garantida alta confiabilidade do serviço URLLC.

[00186] Por exemplo, a Figura 15A mostra quatro bits que são continuamente realimentados, onde o primeiro, o segundo e o quarto bits são a segunda UCI, e o terceiro bit é a primeira UCI. É executada codificação repetitiva na primeira UCI, e um comprimento de sequência da primeira UCI aumenta de um para três bits, de modo que a redundância aumenta, e a confiabilidade também aumenta. O exemplo é apenas usado para explicar este pedido e não deverá constituir uma limitação.

[00187] O segundo esquema de codificação pode incluir: executar agregação de bits de HARQ-ACK na segunda UCI. Deste modo, a quantidade de bits da segunda UCI pode ser diminuída após a segunda UCI ser codificada.

[00188] Opcionalmente, codificação de redundância pode ser executada na primeira UCI, e agregação de bits de HARQ-ACK pode ser executada na segunda UCI. Deste modo, não apenas a confiabilidade de transmissão da primeira UCI pode ser melhorada, mas também recursos necessários para realimentar conjuntamente a primeira UCI e a segunda UCI podem ser reduzidos. Por exemplo, como mostrado na Figura 15B, um comprimento de sequência da segunda UCI é encurtado de três bits para um bit por meio de agregação de bits de HARQ-ACK. Mesmo que a primeira UCI seja aumentada para três bits após processamento de redundância, um comprimento de dados realimentados conjuntamente pela primeira UCI e pela segunda UCI permanece inalterado. Agregação de bits de HARQ- ACK da segunda UCI pode ser agregação executada em bits de HARQ-ACK correspondentes a diferentes CGBs (grupo de bloco de códigos), ou agregação executada em bits de HARQ-ACK correspondentes a diferentes TBs (Bloco de transporte), ou agregação executada em bits de HARQ-ACK correspondentes a diferentes portadoras de componentes ou partes de largura de banda.

2. Diferentes distâncias de código

[00189] Em uma implementação, pode ser garantida alta confiabilidade do URLLC por meio de configuração de codificação.

[00190] Um ACK/NACK URLLC e um ACK/NACK eMBB são usados como um exemplo. É assumido que o terminal atualmente necessita realimentar o ACK/NACK URLLC e o ACK/NACK eMBB. Existem dois bits no total, o primeiro bit é o ACK/NACK URLLC e o segundo bit é o ACK/NACK eMBB. Os dois bits têm quatro estados “00”, “01”, “10” e “11”. “0” representa um “NACK” e “1” representa “ACK”. Para garantir alta confiabilidade do URLLC, uma probabilidade que “0” no primeiro bit seja detectado incorretamente como “1” ou “1” seja incorretamente detectado como “0” necessita ser reduzida. Especificamente, o terminal pode definir uma maior distância de código para “00” e “10”, “00” e “11”, “01” e “11”, e “01” e “10”. Contudo, eMBB tem um baixo requisito de confiabilidade. Portanto, uma pequena distância de código pode ser definida para “00” e “01”, e para “10” e “11”.

[00191] Como mostrado na Figura 16A, “00”, “01”, “10” e “11” podem ser codificados. Após codificação, “00” é mudado para “00000000”, “01” é mudado para “00000001”, “10” é mudado para “11111110” e “11” é mudado para “11111111”. Em outras palavras, uma distância de código entre “00” e “10” é 7, uma distância de código entre “00” e “11” é 8, uma distância de código entre “01” e “11” é 7 e uma distância de código entre “01” e “10” é 7. Pode ser compreendido que, para “00000000” e “11111110” entre os quais uma distância de código é 7, um ACK URLLC e um NACK URLLC não são facilmente confundidos. Deste modo, mesmo se um ou mais dos primeiros sete bits forem invertidos em um processo de transmissão, uma extremidade de recepção pode ainda determinar corretamente se a UCI URLLC é um ACK ou um NACK, de modo que a confiabilidade do URLLC pode ser melhor garantida.

[00192] Em outra implementação, o mapeamento de “00”, “01”, “10” e “11” para um diagrama de constelação é correspondentemente mostrado. Uma maior distância no diagrama de constelação indica maior confiabilidade.

[00193] Por exemplo, como mostrado na Figura 16B, para os dois bits de ACK/NACK URLLC e os dois bits de ACK/NACK eMBB no exemplo precedente, uma distância entre uma localização de mapeamento de “00” no diagrama de constelação e uma localização de mapeamento de “10” no diagrama de constelação pode ser estendida, uma distância entre uma localização de mapeamento de “00” no diagrama de constelação e uma localização de mapeamento de “11” no diagrama de constelação pode ser estendida, uma distância entre uma localização de mapeamento de “01” no diagrama de constelação e uma localização de mapeamento de “10” no diagrama de constelação pode ser estendida, e uma distância entre uma localização de mapeamento de “01” no diagrama de constelação e uma localização de mapeamento de “11” no diagrama de constelação pode ser estendida.

[00194] Pode ser compreendido que uma probabilidade de detecção incorreta da primeira UCI pode ser reduzida por meio de configuração distinta de distâncias de código, de modo que a primeira UCI tenha uma maior capacidade de correção de erro que a segunda UCI, e seja garantida alta confiabilidade do serviço URLLC. Extensões relacionadas à Modalidade 2

[00195] Além dos precedentes (2) e (3), em algumas modalidades opcionais, o terminal pode alternativamente fornecer mais proteção à primeira UCI dos seguintes modos:

1. Configurar mais recursos para a primeira UCI

[00196] Especificamente, o terminal pode usar um valor de um campo de deslocamento beta que é predefinido para a primeira UCI por um protocolo, ou usar um valor de um campo de deslocamento beta que é configurado para a primeira UCI mediante utilização de sinalização RRC. O terminal pode ainda usar um valor máximo do campo de deslocamento beta em todos os valores predefinidos do campo de deslocamento beta. Deste modo, pode ser garantido que mais recursos sejam alocados à primeira UCI, e é garantida transmissão confiável da primeira UCI.

[00197] O modo precedente é também aplicável ao caso mostrado na Figura 3. Como mostrado na Figura 17, para um serviço URLLC que irrompe após uma concessão de UL, embora a quantidade de REs ocupados por UCI URLLC não seja indicada em DCI (que é especificamente um deslocamento beta na DCI) usada para enviar a concessão de UL, o terminal pode usar um valor do campo de deslocamento beta que é predefinido para a UCI URLLC por um protocolo, para garantir que a UCI URLLC obtenha mais recursos, e garantir melhor alta confiabilidade do URLLC.

[00198] O modo precedente pode também ser aplicável a um cenário no qual a UCI URLLC é enviada separadamente. Na Figura 17, a UCI URLLC é transmitida separadamente, e não multiplexa um recurso no domínio do tempo com UCI eMBB.

2. Diferentes taxas de bits

[00199] Especificamente, uma taxa de bits da primeira UCI é menor que uma taxa de bits da segunda UCI. O terminal pode usar uma taxa de bits da primeira UCI que é predefinida por um protocolo ou configurada mediante utilização de sinalização RRC, para melhor garantir uma baixa taxa de bits da primeira UCI e garantir alta confiabilidade do serviço URLLC.

3. Configurar maior potência de transmissão para a primeira UCI

[00200] Especificamente, o dispositivo de rede pode predefinir a potência de transmissão da primeira UCI. Opcionalmente, o dispositivo de rede pode predefinir a potência de transmissão da primeira UCI como um valor de potência pré-estabelecido. Opcionalmente, o dispositivo de rede pode predefinir a potência de transmissão da primeira UCI como a potência máxima de transmissão do terminal. Opcionalmente, o dispositivo de rede pode predefinir um aumento de potência múltiplo da primeira UCI.

[00201] Por exemplo, como mostrado na Figura 18, os símbolos 2 a 4 são o primeiro símbolo. Um ACK/NACK URLLC e um PUCCH eMBB multiplexam o símbolo 2, uma RI URLLC e o PUCCH eMBB multiplexam o símbolo 3, e um CQI/PMI URLLC e o PUCCH eMBB multiplexam o símbolo 4. O dispositivo de rede pode configurar potência de transmissão da primeira UCI (o ACK/NACK, a RI e o CQI/PMI) nos símbolos 2 a 4 como um valor de potência pré-estabelecido, ou pode configurar um aumento de potência múltiplo (para ser específico, a potência de transmissão da primeira UCI aumenta, e a potência de transmissão do PUCCH eMBB diminui) da primeira UCI nos símbolos 2 a 4. Em um caso extremo, a potência de transmissão do PUCCH pode ser definida como 0, em outras palavras, toda a potência nos símbolos 2 a 4 é usada para transmitir a primeira UCI. Deste modo, maior potência de transmissão pode ser fornecida à primeira UCI, e é garantida alta confiabilidade da UCI URLLC.

[00202] Além disso, este pedido fornece ainda um método de transmissão de informação de controle de enlace ascendente. Diferente das descrições nas modalidades precedentes em que o terminal implícita ou explicitamente determina, baseado na primeira DCI recebida, que a UCI (a saber, a UCI acionada pela primeira DCI) correspondente à primeira DCI necessita ser protegida, nesta modalidade, o terminal pode determinar, baseado em um recurso da UCI, se é necessária proteção especial para transmissão da UCI. Esta modalidade não é limitada à UCI URLLC ou à UCI eMBB.

[00203] Nesta modalidade, são fornecidos os seguintes dois modos de determinação.

[00204] Em um modo de determinação 1, se é determinado que a UCI atualmente enviada pelo terminal necessita proteção especial com base em se o terminal está em um grupo de coordenação, e se o terminal está no grupo de coordenação, é determinado que a UCI necessita proteção especial.

[00205] Pode ser entendido que, para melhor assistir desempenho de envio coordenado de enlace descendente e garantir que cada ponto de transmissão (ponto de recepção de transmissão, TRP) possa receber UCI enviada pelo terminal, proteção especial necessita ser fornecida à UCI. Para como fornecer proteção à UCI, fazer referência à solução de fornecer proteção à primeira UCI descrita nas modalidades precedentes. Detalhes não são descritos novamente neste documento.

[00206] Em um modo de determinação 2, se é determinado que a UCI atualmente enviada pelo terminal necessita proteção especial com base em uma quantidade de símbolos de um PUCCH ou um SCS, e se a quantidade de símbolos da PUCCH é relativamente pequena ou o SCS é relativamente grande, é determinado que a UCI necessita proteção especial.

[00207] Deve ser entendido que uma quantidade relativamente pequena de símbolos ou um SCS relativamente grande reduz o desempenho de cobertura do PUCCH. Para garantir transmissão confiável da UCI, proteção especial necessita ser fornecida à UCI. Para como fornecer proteção à UCI, fazer referência à solução de fornecer proteção à primeira UCI descrita nas modalidades precedentes. Detalhes não são descritos novamente neste documento.

[00208] Especificamente, quando a quantidade de símbolos do PUCCH é menor que um primeiro limite, pode ser determinado que proteção especial necessita ser fornecida à UCI. Quando o SCS é maior que um segundo limite, pode ser determinado que proteção especial necessita ser fornecida à UCI. O primeiro limite ou o segundo limite pode ser definido por um protocolo ou configurado mediante utilização de sinalização RRC.

[00209] Pode ser entendido que a solução precedente pode ser estendida a um cenário de agregação de portadoras, em outras palavras, a solução precedente é também aplicável a realimentar bits de HARQ-ACK ou SRs ou CSI correspondentes a diferentes portadoras CCs ou partes de largura de banda.

[00210] Além disso, este pedido ainda fornece um método para determinar se uma SR necessita ser protegida. Especificamente, o método pode incluir, mas não é limitado a os seguintes dois modos: Modo 1: Que serviços são serviços URLLC é configurado mediante utilização de sinalização RRC ou é predefinido por um protocolo. Quando entregando uma SR, uma camada MAC de um terminal adiciona uma etiqueta ou um atributo à SR, para identificar se a SR é uma SR URLLC que necessita proteção especial.

[00211] No Modo 1, um dispositivo de rede configura ou um protocolo predefine que alguns serviços (representados por um canal lógico ou um QCI (identificador de classe de QoS)) são serviços URLLC. Quando receber dados de enlace ascendente URLLC e gerar a SR, a camada MAC do terminal indica, a uma camada física do terminal, que a SR é uma SR URLLC. Modo 2: Uma pluralidade de conjuntos de configurações de SR (onde as configurações podem incluir um recurso no domínio do tempo, um recurso no domínio da frequência, um recurso tempo-frequência, ou similar) é configurada por sinalização RRC, e um (ou alguns) da pluralidade de conjuntos de configurações é usado para transmitir uma SR URLLC. Quando uma camada MAC de um terminal entrega uma SR, é indicado um conjunto de configurações ao qual a SR pertence.

[00212] No Modo 2, um dispositivo de rede configura uma pluralidade de conjuntos de configurações de SR, e um (ou alguns) da pluralidade de conjuntos de configurações de SR é usado para transmitir uma SR URLLC. Quando entrega uma SR URLLC a uma camada física do terminal, a camada MAC do terminal usa configurações de SR correspondentes à SR URLLC.

[00213] Com referência ao Modo 1 ou ao Modo 2, após ser determinado que uma SR necessita ser protegida, pode ser fornecida proteção especial à SR de acordo com a solução fornecida nas modalidades precedentes. Detalhes não são descritos novamente neste documento.

[00214] A Figura 19 mostra um sistema de comunicações sem fio e um aparelho de comunicações correlato de acordo com este pedido. O sistema de comunicações sem fio 10 inclui um terminal 400 e um dispositivo de rede 500. O sistema de comunicações sem fio 10 pode ser o sistema de comunicações sem fio 100 mostrado na Figura 1. O terminal 400 pode ser o dispositivo terminal 103 no sistema de comunicações sem fio 100 mostrado na Figura 1. O dispositivo de rede 500 pode ser o dispositivo de rede 101 no sistema de comunicações sem fio 100 mostrado na Figura 1. A seguir descreve-se separadamente as unidades funcionais incluídas em cada um do terminal 400 e do dispositivo de rede 500.

[00215] Como mostrado na Figura 19, o terminal 400 pode incluir uma unidade de recepção 401 e uma unidade de envio 403.

[00216] A unidade de recepção 401 pode ser configurada para receber a DCI.

[00217] A unidade de envio 403 pode ser configurada para enviar a primeira UCI, onde a primeira UCI é acionada pela primeira DCI.

[00218] Opcionalmente, o hardware físico correspondente à unidade de recepção 401 pode ser um receptor. O hardware físico correspondente à unidade de envio 403 pode ser um transmissor. O terminal 400 pode ainda incluir uma memória, configurada para armazenar um programa e/ou dados executados por um processador.

[00219] Como mostrado na Figura 19, o dispositivo de rede 500 pode incluir uma unidade de envio 501 e uma unidade de recepção 503.

[00220] A unidade de envio 501 pode ser configurada para enviar a primeira DCI.

[00221] A unidade de recepção 503 pode ser configurada para receber a primeira UCI, onde a primeira UCI é acionada pela primeira DCI.

[00222] Opcionalmente, o hardware físico correspondente à unidade de recepção 502 pode ser um receptor. O hardware físico correspondente à unidade de envio 501 pode ser um transmissor. O dispositivo de rede 500 pode ainda incluir uma memória, configurada para armazenar um programa e/ou dados executados por um processador.

[00223] Em algumas modalidades opcionais, quando um primeiro recurso no domínio do tempo se sobrepõe parcial ou completamente a um recurso no domínio do tempo de um canal de dados de enlace ascendente e uma primeira condição é satisfeita, um primeiro símbolo transporta a primeira UCI, mas não transporta o canal de dados de enlace ascendente. O primeiro símbolo é um símbolo no domínio do tempo no qual o primeiro recurso no domínio do tempo se sobrepõe ao recurso no domínio do tempo do canal de dados de enlace ascendente. O primeiro recurso no domínio do tempo é usado para transmitir a primeira UCI. Especificamente, fazer referência à modalidade da Figura 7, e detalhes não são descritos novamente neste documento.

[00224] Em algumas modalidades opcionais, quando um primeiro recurso no domínio do tempo se sobrepões parcial ou completamente a um segundo recurso no domínio do tempo e uma primeira condição é satisfeita, um símbolo no domínio do tempo final que transporta a primeira UCI é anterior a um símbolo no domínio do tempo inicial que transporta a segunda UCI. O primeiro recurso no domínio do tempo é usado para transmitir a primeira UCI, e o segundo recurso no domínio do tempo é usado para transmitir a segunda UCI. Especificamente, fazer referência à modalidade da Figura 12, e detalhes não são descritos novamente neste documento.

[00225] Em algumas modalidades opcionais, quando um primeiro recurso no domínio do tempo se sobrepões parcial ou completamente a um segundo recurso no domínio do tempo e uma primeira condição é satisfeita, um primeiro esquema de codificação usado para a primeira UCI tem maior confiabilidade de transmissão de dados que um segundo esquema de codificação usado para a segunda UCI. O primeiro recurso no domínio do tempo é usado para transmitir a primeira UCI, e o segundo recurso no domínio do tempo é usado para transmitir a segunda UCI. Especificamente, fazer referência à modalidade da Figura 12, e detalhes não são descritos novamente neste documento.

[00226] Pode ser entendido que para implementação específica de unidades funcionais incluídas no terminal 400 e implementação específica de unidades funcionais incluídas no dispositivo de rede 500, fazer referência às modalidades da Figura 7 ou da Figura 12. Detalhes não são descritos novamente neste documento.

[00227] Deve ser entendido que, quando as modalidades deste pedido são aplicadas a um chip dispositivo de rede, o chip dispositivo de rede implementa uma função do dispositivo de rede nas modalidades de método acima mencionadas. O chip dispositivo de rede envia a primeira DCI a outro módulo (por exemplo, um módulo de radiofrequência ou uma antena) no dispositivo de rede, ou recebe a primeira UCI do outro módulo (por exemplo, o módulo de radiofrequência ou a antena) no dispositivo de rede. A primeira DCI é enviada ao terminal mediante utilização do outro módulo no dispositivo de rede. A primeira UCI é enviada pelo terminal ao dispositivo de rede.

[00228] Quando as modalidades deste pedido são aplicadas a um chip terminal, o chip terminal implementa uma função do terminal nas modalidades de método acima mencionadas. O chip terminal recebe a primeira DCI de outro módulo (por exemplo, um módulo de radiofrequência ou uma antena) no terminal, ou envia a primeira UCI mediante utilização do outro módulo (por exemplo, o módulo de radiofrequência ou a antena) no terminal. A primeira DCI é enviada ao dispositivo de rede mediante utilização do outro módulo no terminal. A primeira UCI é enviada pelo dispositivo de rede ao terminal.

[00229] Em conclusão, de acordo com as soluções técnicas fornecidas neste pedido, proteção especial pode ser fornecida à UCI URLLC em termos de um recurso de transmissão,

um esquema de codificação, uma sequência de envio, e similares, para garantir melhor alta confiabilidade do serviço URLLC.

[00230] Uma pessoa especialista no assunto deve compreender que todos ou alguns dos processos dos métodos nas modalidades podem ser implementados por um programa de computador que instrui hardware relevante. O programa pode ser armazenado em um meio de armazenamento legível por computador. Quando o programa é executado, os processos dos métodos nas modalidades são executados. O meio de armazenamento precedente inclui: qualquer meio que possa armazenar código de programa, tal como uma ROM, uma memória de acesso aleatório RAM, um disco magnético ou um disco ótico.

Claims

REIVINDICAÇÕES EMENDADAS

1. Método de transmissão de informação de controle de enlace ascendente, caracterizado pelo fato de que compreende: receber (S101) primeira informação de controle de enlace descendente (DCI); e enviar (S102) primeira informação de controle de enlace ascendente (UCI), em que a primeira UCI é acionada pela primeira DCI, e quando um primeiro recurso no domínio do tempo se sobrepõe parcial ou completamente a um recurso no domínio do tempo de um canal físico compartilhado de enlace ascendente (PUSCH) e uma primeira condição é satisfeita, um primeiro símbolo transporta a primeira UCI mas não transporta o PUSCH, em que o primeiro símbolo é um símbolo no domínio do tempo no qual o primeiro recurso no domínio do tempo se sobrepõe ao recurso no domínio do tempo do PUSCH, e o primeiro recurso no domínio do tempo é usado para transmitir a primeira UCI.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a primeira DCI compreende um campo de um bit que indica se a primeira UCI acionada pela primeira DCI necessita ser protegida.

3. Método, de acordo com a reivindicação 2, caracterizado pelo fato de que quando o valor do campo é igual a um, a primeira condição é satisfeita.

4. Método, de acordo com a reivindicação 2 ou 3, caracterizado pelo fato de que a primeira DCI que compreende o campo de um bit é configurada por sinalização de controle de recursos de rádio (RRC).

5. Método, de acordo com qualquer uma das reivindicações 1 a 4, caracterizado pelo fato de que a primeira UCI compreende um reconhecimento/reconhecimento negativo (ACK/NACK) de solicitação repetida automática híbrida (HARQ) correspondente a um pacote de dados de enlace descendente em um canal físico compartilhado de enlace descendente (PDSCH).

6. Método, de acordo com qualquer uma das reivindicações 1 a 5, caracterizado pelo fato de que a primeira UCI é transmitida por um canal físico de controle de enlace ascendente (PUCCH).

7. Método de transmissão de informação de controle de enlace ascendente, caracterizado pelo fato de que compreende: enviar (S101) primeira informação de controle de enlace descendente (DCI); e receber (S102) primeira informação de controle de enlace ascendente (UCI), em que a primeira UCI é acionada pela primeira DCI, e quando um primeiro recurso no domínio do tempo se sobrepõe parcial ou completamente a um recurso no domínio do tempo de um canal físico compartilhado de enlace ascendente (PUSCH) e uma primeira condição é satisfeita, um primeiro símbolo transporta a primeira UCI mas não transporta o canal de dados de enlace ascendente, em que o primeiro símbolo é um símbolo no domínio do tempo no qual o primeiro recurso no domínio do tempo se sobrepõe ao recurso no domínio do tempo do canal de dados de enlace ascendente, e o primeiro recurso no domínio do tempo é usado para transmitir a primeira UCI.

8. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que a primeira DCI compreende um campo de um bit que indica se a primeira UCI acionada pela primeira DCI necessita ser protegida.

9. Método, de acordo com a reivindicação 8, caracterizado pelo fato de que quando o valor do campo é igual a um, a primeira condição é satisfeita.

10. Método, de acordo com a reivindicação 8 ou 9, caracterizado pelo fato de que a primeira DCI que compreende o campo de um bit é configurada por sinalização de controle de recursos de rádio (RRC).

11. Método, de acordo com qualquer uma das reivindicações 7 a 10, caracterizado pelo fato de que a primeira UCI compreende um reconhecimento/reconhecimento negativo (ACK/NACK) de solicitação repetida automática híbrida (HARQ) correspondente a um pacote de dados de enlace descendente em um canal físico compartilhado de enlace descendente (PDSCH).

12. Método, de acordo com qualquer uma das reivindicações 7 a 11, caracterizado pelo fato de que a primeira UCI é transmitida por um canal físico de controle de enlace ascendente (PUCCH).

13. Aparelho de comunicações caracterizado pelo fato de que compreende meio adaptado para executar o método conforme definido em qualquer uma das reivindicações 1 a 6.

14. Aparelho de comunicações caracterizado pelo fato de que compreende meio adaptado para executar o método conforme definido em qualquer uma das reivindicações 7 a 12.

15. Meio de armazenamento legível por computador que armazena instruções, caracterizado pelo fato de que quando executadas por um aparelho de comunicações, as instruções fazem com que o aparelho de comunicações execute o método conforme definido em qualquer uma das reivindicações 1 a 6 ou execute o método conforme definido em qualquer uma das reivindicações 7 a 12.

16. Sistema de comunicações caracterizado pelo fato de que compreende um aparelho de comunicações conforme definido na reivindicação 13 e um aparelho de comunicações conforme definido na reivindicação 14.