BR112020022979A2 - método, aparelho e sistema de transmissão - Google Patents

método, aparelho e sistema de transmissão Download PDF

Info

Publication number
BR112020022979A2
BR112020022979A2 BR112020022979-2A BR112020022979A BR112020022979A2 BR 112020022979 A2 BR112020022979 A2 BR 112020022979A2 BR 112020022979 A BR112020022979 A BR 112020022979A BR 112020022979 A2 BR112020022979 A2 BR 112020022979A2
Authority
BR
Brazil
Prior art keywords
code rate
beta value
predetermined
value
beta
Prior art date
Application number
BR112020022979-2A
Other languages
English (en)
Inventor
Wei Gou
Peng Hao
Zhisong Zuo
Original Assignee
Zte Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zte Corporation filed Critical Zte Corporation
Publication of BR112020022979A2 publication Critical patent/BR112020022979A2/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0067Rate matching
    • H04L1/0068Rate matching by puncturing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • H04L1/0004Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes applied to control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044Arrangements for allocating sub-channels of the transmission path allocation of payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453Resources in frequency domain, e.g. a carrier in FDMA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0466Wireless resource allocation based on the type of the allocated resource the resource being a scrambling code
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Digital Transmission Methods That Use Modulated Carrier Waves (AREA)

Abstract

  MÉTODO, APARELHO E SISTEMA DE TRANSMISSÃO. São fornecidos um método, aparelho e sistema de transmissão e o método de transmissão inclui: em resposta ao UCI sendo configurado para ser transmitido em um PUSCH e o PUSCH não tem um UL-SCH, determinando transmitir o UCI de acordo com uma taxa de código real do UCI e um limiar predefinido. O limiar predefinido é determinado de acordo com uma taxa de código predeterminada e um valor ß predeterminado. Na concretização da presente divulgação, quando o UCI é transmitido com base em um determinado modo de modulação, o UCI é determinado para ser transmitido de acordo com a taxa de código real do UCI e o limiar predefinido e essa limitação tornará os recursos tempo-frequência alocados relativamente razoáveis sob uma condição de que o modo de modulação seja dado e um número de bit do UCI transmitido seja determinado, ou seja, uma taxa de código combinada com um modo de modulação pode ser alcançada, melhorando assim uma eficiência de transmissão e reduzindo a complexidade da implementação.

Description

MÉTODO, APARELHO E SISTEMA DE TRANSMISSÃO Campo da Invenção
[001]. As modalidades da presente divulgação se referem ao campo das comunicações e, em particular, a um método, aparelho e sistema de transmissão.
Descrição do Estado da Técnica
[002]. Em um novo sistema de comunicação móvel de rádio (NR), para um equipamento de usuário (UE), as informações de controle de uplink (UCI) podem ser transmitidas através de um canal compartilhado de uplink físico (PUSCH), e ao UE é permitido não ter dados de uplink reais, isto é, o PUSCH inclui apenas o UCI e nenhum canal compartilhado de uplink (UL-SCH) está incluído no PUSCH. Neste caso, os recursos PUSCH atribuídos por uma estação base ao UE são realmente usados para transmitir o UCI.
[003]. Atualmente, no NR, o UCI pode ser transmitido usando todos os modos de modulação e uma taxa de código do PUSCH. Por exemplo, o UCI pode ser transmitido usando um modo de modulação de ordem superior (como uma modulação de amplitude em quadratura (QAM) 256) para melhorar a eficiência de transmissão de dados. No entanto, para garantir a confiabilidade da transmissão UCI, o UCI é geralmente transmitido usando um modo de modulação de ordem inferior (como a tecla de mudança de fase em quadratura (QPSK)). Desta forma, quando o UE é configurado pela estação base para transmitir o UCI no PUSCH, se o modo de modulação de ordem superior e mais recursos de tempo-frequência forem configurados para satisfazer um requisito de uma baixa taxa de bits da transmissão UCI, especialmente em um caso de baixa qualidade de canal, quando um número de bits do UCI transmitido é relativamente pequeno, alocando muitos recursos de tempo-frequência para o UE e o modo de modulação de ordem superior sem dúvida reduz a eficiência de transmissão, aumenta a complexidade do UE e desperdiça os recursos de frequência de tempo.
[004]. Além disso, uma vez que no sistema NR atual, a transmissão de multiplexação por divisão de tempo PUSCH é suportada em um intervalo de tempo, quando o UCI é transmitido no PUSCH, um novo problema é enfrentado, isto é, quando o UCI é determinado para ser transmitido em um intervalo de tempo, em qual PUSCH o UE transmite o UCI quando há vários PUSCHs em um intervalo de tempo? Descrição da Invenção
[005]. As modalidades da presente divulgação fornecem um método e aparelho de transmissão e um sistema que pode melhorar a eficiência de transmissão e reduzir a complexidade de implementação.
[006]. Uma modalidade da presente divulgação fornece um método de transmissão e inclui as etapas descritas abaixo.
[007]. Quando as informações de controle de uplink são configuradas para serem transmitidas em um canal compartilhado de uplink físico e o canal compartilhado de uplink físico não tem um canal compartilhado de uplink, a transmissão das informações de controle de uplink é determinada de acordo com uma taxa de código real das informações de controle de uplink e um limiar predefinido.
[008]. O limiar predefinido é determinado de acordo com uma taxa de código predeterminada e um valor beta predeterminado.
[009]. Na modalidade da presente divulgação, a taxa de código real das informações de controle de uplink é adquirida de acordo com pelo menos um de: um tipo de informação de controle de uplink, um número de bits das informações de controle de uplink, uma taxa de código configurada, um modo de modulação das informações de controle do uplink, recursos do canal compartilhado do uplink físico ou um valor beta configurado.
[0010]. Na modalidade da presente divulgação, determinar a transmissão das informações de controle de uplink de acordo com a taxa de código real das informações de controle de uplink e o limiar predefinido inclui pelo menos um dos seguintes: em resposta à taxa de código real ser maior ou igual ao limiar predefinido, transmitindo as informações de controle de uplink no canal compartilhado de uplink físico.
[0011]. Na modalidade da presente divulgação, a determinação do limiar predefinido de acordo com uma taxa de código predeterminada e um valor beta predeterminado inclui: o limiar predefinido sendo 𝑄𝑚 ou 𝑄𝑚 .
[0012]. Onde r é a taxa de código predeterminada, β é o valor beta predeterminado, c é um fator de ajuste e Qm é uma ordem de modulação correspondente ao modo de modulação.
[0013]. Na modalidade da presente divulgação: a taxa de código predeterminada é um valor mínimo de uma taxa de código correspondente a um canal de controle de uplink físico, e o valor beta predeterminado é um valor máximo de um valor beta correspondente às informações de controle de uplink.
[0014]. Alternativamente, a taxa de código predeterminada é o valor mínimo da taxa de código correspondente ao canal de controle de uplink físico, e o valor beta predeterminado é o valor beta configurado.
[0015]. Alternativamente, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor máximo do valor beta correspondente à informação de controle de uplink.
[0016]. Na modalidade da presente divulgação, pelo menos uma das características descritas abaixo está incluída.
[0017]. Quando a taxa de código configurada tem uma taxa de código de um nível anterior e o valor beta configurado tem um valor beta de um próximo nível, a taxa de código predeterminada é a taxa de código do nível anterior da taxa de código configurada e o valor beta predeterminado é o valor beta do próximo nível do valor beta configurado.
[0018]. Quando a taxa de código configurada tem a taxa de código do nível anterior e o valor beta configurado não tem o valor beta do próximo nível, a taxa de código predeterminada é a taxa de código do nível anterior da taxa de código configurada e o valor predeterminado o valor beta é o valor beta configurado.
[0019]. Quando a taxa de código configurada não tem a taxa de código do nível anterior e o valor beta configurado tem o valor beta do próximo nível, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor beta do próximo nível do valor beta configurado.
[0020]. Quando a taxa de código configurada não tem a taxa de código do nível anterior e o valor beta configurado não tem o valor beta do próximo nível, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o beta configurado valor.
[0021]. Na modalidade da presente divulgação, pelo menos uma das características descritas abaixo está incluída.
[0022]. Quando a taxa de código configurada tem uma taxa de código de um nível anterior, a taxa de código predeterminada é a taxa de código do nível anterior da taxa de código configurada e o valor beta predeterminado é o valor beta configurado.
[0023]. Quando a taxa de código configurada não tem a taxa de código do nível anterior, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor beta configurado.
[0024]. Na modalidade da presente divulgação, pelo menos uma das características descritas abaixo está incluída.
[0025]. Quando o valor beta configurado tem um valor beta de um próximo nível, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor beta do próximo nível do valor beta configurado.
[0026]. Quando o valor beta configurado não tem o valor beta do próximo nível, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor beta configurado.
[0027]. Na modalidade da presente divulgação, a determinação do limiar predefinido de acordo com uma taxa de código predeterminada e um valor beta predeterminado inclui:
[0028]. o limiar predefinido sendo r / β ou r / cβ ;.
[0029]. Onde r é a taxa de código predeterminada e a taxa de código predeterminada é um valor mínimo de uma taxa de código correspondente a um modo de modulação configurado em uma tabela de codificação de modulação, β é o valor beta predeterminado e c é um fator de ajuste.
[0030]. Na modalidade da presente divulgação, o valor beta predeterminado é selecionado a partir de uma tabela de configuração de valor beta correspondente às informações de controle de uplink.
[0031]. Uma modalidade da presente divulgação fornece um método de transmissão e inclui as etapas descritas abaixo.
[0032]. As informações de configuração são determinadas.
[0033]. Quando as informações de controle de uplink são configuradas para serem transmitidas em um canal compartilhado de uplink físico e o canal compartilhado de uplink físico não tem um canal compartilhado de uplink, a transmissão das informações de configuração é determinada de acordo com uma taxa de código real das informações de controle de uplink e um limiar predefinido.
[0034]. O limiar predefinido é determinado de acordo com uma taxa de código predeterminada e um valor beta predeterminado.
[0035]. Uma modalidade da presente divulgação fornece um aparelho de transmissão e inclui um primeiro módulo de determinação.
[0036]. O primeiro módulo de determinação é configurado para: quando as informações de controle de uplink são configuradas para serem transmitidas em um canal compartilhado de uplink físico e o canal compartilhado de uplink físico não tem um canal compartilhado de uplink, determinar para transmitir as informações de controle de uplink de acordo com um taxa de código real das informações de controle de uplink e um limiar predefinido.
[0037]. O limiar predefinido é determinado de acordo com uma taxa de código predeterminada e um valor beta predeterminado.
[0038]. Uma modalidade da presente divulgação fornece um aparelho de transmissão e inclui um segundo módulo de determinação e um terceiro módulo de determinação.
[0039]. O segundo módulo de determinação é configurado para determinar as informações de configuração.
[0040]. O terceiro módulo de determinação é configurado para: quando as informações de controle de uplink são configuradas para serem transmitidas em um canal compartilhado de uplink físico e o canal compartilhado de uplink físico não tem um canal compartilhado de uplink, determinar para transmitir as informações de configuração de acordo com uma taxa de código real das informações de controle de uplink e um limiar predefinido.
[0041]. O limiar predefinido é determinado de acordo com uma taxa de código predeterminada e um valor beta predeterminado.
[0042]. Uma modalidade da presente divulgação fornece um aparelho de transmissão, o aparelho de transmissão inclui um processador e um meio de armazenamento legível por computador configurado para armazenar instruções e, quando executadas pelo processador, as instruções implementam qualquer um dos métodos de transmissão mencionados acima.
[0043]. Uma modalidade da presente divulgação fornece um meio de armazenamento legível por computador. O meio de armazenamento legível por computador armazena programas de computador e, quando executados por um processador, os programas de computador implementam etapas de qualquer um dos métodos de transmissão mencionados acima.
[0044]. A modalidade da presente divulgação inclui uma etapa descrita abaixo. Quando o UCI é configurado para ser transmitido no PUSCH e o PUSCH não tem um UL-SCH, o UCI é determinado para ser transmitido de acordo com a taxa de código real do UCI e o limiar predefinido. O limiar predefinido é determinado de acordo com a taxa de código predeterminada e o valor β predeterminado. A etapa é um processo fácil de implementar. Na modalidade da presente divulgação, quando o UCI é transmitido com base em um determinado modo de modulação, o UCI é determinado para ser transmitido de acordo com a taxa de código real do UCI e o limiar predefinido, e esta limitação tornará a frequência de tempo alocada recursos relativamente razoáveis sob a condição de que o modo de modulação seja fornecido e o número de bits do UCI transmitido seja determinado, ou seja, uma taxa de código compatível com o modo de modulação pode ser alcançada, melhorando assim a eficiência de transmissão e reduzindo a complexidade de implementação.
[0045]. Em outra modalidade, a determinação do limiar predefinido de acordo com a taxa de código predeterminada e o valor beta predeterminado inclui uma etapa descrita abaixo.
[0046]. O limiar predefinido é 𝑄𝑚 ou 𝑄𝑚 , onde r é a taxa de código predeterminada, β é o valor beta predeterminado, c é o fator de ajuste e Qm é uma ordem de modulação correspondente ao modo de modulação. Desta forma, a modalidade da presente divulgação pode garantir que, para um determinado modo de modulação, os dados sejam sempre transmitidos usando uma melhor taxa de código correspondente ao modo de modulação, eliminando assim algumas taxas de código ineficientes. Por exemplo, é bem conhecido que um modo de modulação de alta ordem é geralmente usado em um caso onde a qualidade de um canal é muito boa e, neste momento, uma taxa de código de transmissão real correspondente é muito alta, poucos recursos de tempo-frequência são usados , e pode ser corretamente decodificado por uma extremidade receptora, conseguindo assim uma transmissão eficiente de dados. No entanto, quando a qualidade do canal é ruim e o modo de modulação de alta ordem ainda é usado, a fim de garantir a confiabilidade da transmissão, mais recursos de tempo-frequência precisam ser usados para atingir uma taxa de código real mais baixa por meio de codificação repetida contínua, de forma que os dados transmitidos no modo de modulação de alta ordem podem ser decodificados corretamente na extremidade de recepção. Aparentemente, o último é uma forma ineficiente e deve ser banido. Portanto, cada modo de modulação tem sua própria taxa de código ideal. Ou seja, para um modo de modulação, se uma taxa de código for excessivamente inferior à taxa de código ótima correspondente, a eficiência de transmissão será baixa. Portanto, ao limitar um limite inferior da taxa de código real, o acima mencionado sendo excessivamente menor do que a taxa de código ótima correspondente do modo de modulação pode ser evitado, melhorando assim a eficiência de transmissão.
[0047]. Outras características e vantagens das modalidades da presente divulgação serão elaboradas a seguir na descrição e, além disso, se tornarão parcialmente aparentes a partir da descrição ou serão compreendidas por meio das modalidades da presente divulgação. O objeto e outras vantagens das modalidades da presente divulgação podem ser implementados e obtidos por meio de estruturas estabelecidas na descrição, reivindicações e desenhos.
Breve descrição dos desenhos
[0048]. Os desenhos são usados para fornecer uma compreensão adicional das soluções das modalidades da presente divulgação, constituem uma parte do relatório descritivo, explicam as modalidades da presente divulgação em conjunto com exemplos das modalidades da presente divulgação e não limitam as soluções das modalidades da presente divulgação.
[0049]. FIG. 1 é um fluxograma de um método de transmissão de acordo com uma modalidade da presente divulgação;
[0050]. FIG. 2 é um fluxograma de um método de transmissão de acordo com outra modalidade da presente divulgação;
[0051]. FIG. 3 é um diagrama estrutural de um aparelho de transmissão de acordo com outra modalidade da presente divulgação;
[0052]. FIG. 4 é um diagrama estrutural de um aparelho de transmissão de acordo com outra modalidade da presente divulgação; e
[0053]. FIG. 5 é um diagrama estrutural de um sistema de transmissão de acordo com outra modalidade da presente divulgação.
Descrição detalhada da invenção
[0054]. As modalidades da presente divulgação serão descritas abaixo em detalhes em conjunto com os desenhos. Deve-se notar que, se não excludentes, as modalidades e recursos neles contidos na presente divulgação podem ser combinados uns com os outros.
[0055]. As etapas ilustradas nos fluxogramas entre os desenhos podem ser realizadas por um sistema de computador, como um grupo de computadores capazes de executar instruções. Além disso, embora as sequências lógicas sejam ilustradas nos fluxogramas, as etapas ilustradas ou descritas podem ser realizadas em sequências diferentes daquelas descritas neste documento em alguns casos.
[0056]. Com referência à FIG. 1, uma modalidade da presente divulgação fornece um método de transmissão e inclui as etapas descritas abaixo.
[0057]. Na etapa 100, na condição de que UCI está configurado para ser transmitido em um PUSCH e o PUSCH não tem um UL-SCH, o UCI é determinado para ser transmitido de acordo com uma taxa de código real do UCI e um limiar predefinido. O limiar predefinido é determinado de acordo com uma taxa de código predeterminada e um valor β predeterminado.
[0058]. Na modalidade da presente divulgação, quando o UCI é transmitido com base em um determinado modo de modulação, o UCI é determinado para ser transmitido de acordo com a taxa de código real do UCI e o limiar predefinido, e esta limitação pode levar a um valor relativamente razoável alocação de recursos de tempo-frequência sob a condição de que o modo de modulação seja fornecido e um número de bits de UCI transmitido seja determinado, ou seja, uma taxa de código combinada com um modo de modulação pode ser alcançada, melhorando assim a eficiência de transmissão e reduzindo a complexidade de implementação.
[0059]. Na modalidade da presente divulgação, o UCI inclui pelo menos um de: informação de confirmação de solicitação de repetição automática híbrida (HARQ-ACK), solicitação de agendamento (SR), informação de estado de canal (CSI), CSI parte 1 (CSI- 1) ou CSI parte 2 (CSI-2).
[0060]. Na modalidade da presente divulgação, a taxa de código real é adquirida de acordo com pelo menos um de: um tipo do UCI, um número de bits do UCI, uma taxa de código configurada, um modo de modulação do UCI, recursos do PUSCH ou um valor beta configurado.
[0061]. Alternativamente, a taxa de código real é simplificada como uma proporção da taxa de código configurada para o valor beta configurado.
[0062]. Um procedimento de derivação específico é descrito abaixo.
[0063]. A taxa de código real para transmitir o UCI é aproximadamente calculada de acordo com a fórmula (1). OUCI + LUCI ′ Qm QUCI
[0064]. (1).
[0065]. OUCI é o número de bits do UCI, LUCI é um número de bits de uma verificação de redundância cíclica (CRC) do UCI, Qm é uma ordem de modulação correspondente ao modo de modulação e Q’UCI é um número de símbolos de modulação de UCI após ser codificado em bits.
[0066]. Quando o UCI é um ACK,
𝑃𝑈𝑆𝐶𝐻 𝑁𝑠𝑦𝑚𝑏 ,𝑎𝑙𝑙 −1 ′ ′ (𝑂𝐴𝐶𝐾 + 𝐿𝐴𝐶𝐾 ) × 𝛽0 𝑄𝑈𝐶𝐼 = 𝑄𝐴𝐶𝐾 = 𝑚𝑖𝑛 , 𝛼× 𝑀𝑠𝑐𝑈𝐶𝐼 (𝑙)
𝑆𝐸 𝑙=𝑙 0
[0067]. (2).
[0068]. OACK é um número de bits do ACK, LACK é um número de bits de um CRC do ACK, Q’ACK é um número de símbolos de modulação de um bit ACK após ser codificado, SE = r0 Qm, r0 é a taxa de código configurada ( pode ser uma taxa de código do PUSCH ou uma taxa de código de um canal de controle de uplink físico (PUCCH)), β0 é o valor beta
PUSCH configurado, 𝑁symb,all uma série de símbolos do UCI transportados no PUSCH, e 𝑀sc UCI (𝑙) é um número de unidades de recursos em um símbolo 1 de uma tecnologia de multiplexação por divisão de frequência ortogonal (OFDM) do UCI transportado no PUSCH.
[0069]. Quando uma equação antes da chave é selecionada como um valor aproximado de Q’ACK de acordo com a probabilidade, a taxa de código real do ACK obtido pela substituição da fórmula (2) na fórmula (1) é r0 / β0.
[0070]. Quando o UCI é o CSI-1,
PUSCH 𝑁symb,all −1 ′ ′ (𝑂CSI-1 + 𝐿CSI-1 ) ⋅ 𝛽0 UCI (𝑙) ′ 𝑄𝑈𝐶𝐼 = 𝑄CSI-1 = 𝑚𝑖𝑛 , 𝑀sc − 𝑄ACK
𝑆𝐸 𝑙=0
[0071]. (3).
[0072]. OCSI-1 é um número de bit do CSI-1, LCSI-1 é um número de bit de um CRC do CSI-1 e Q’CSI-1 é um número de símbolos de modulação de um bit CSI-1 após ser codificado.
[0073]. Quando uma equação antes da chave é selecionada como um valor aproximado de QCSI-1 de acordo com a probabilidade, a taxa de código real do CSI-1 obtida pela substituição da fórmula (3) na fórmula (1) é r0 / β0.
[0074]. Quando o UCI é o CSI-2,
PUSCH 𝑁symb,all −1 ′ ′ UCI (𝑙) ′ ′ 𝑄𝑈𝐶𝐼 = 𝑄CSI-2 = 𝑀sc − 𝑄ACK − 𝑄CSI-1
[0075]. 𝑙=0 (4).
[0076]. OCSI-2 é um número de bit do CSI-2, LCSI-2 é um número de bit de um CRC do CSI-2 e Q’CSI-2 é um número de símbolos de modulação de um bit CSI-2 após ser codificado.
[0077]. A derivação mencionada acima é realizada usando o CSI-1, mas uma conclusão da derivação é usada como informações de controle de uplink de outros tipos.
[0078]. Na modalidade da presente divulgação, a determinação de transmitir as informações de controle de uplink de acordo com a taxa de código real das informações de controle de uplink e o limiar predefinido inclui uma etapa descrita abaixo.
[0079]. Quando a taxa de código real é maior ou igual ao limiar predefinido, as informações de controle do uplink são transmitidas no canal compartilhado do uplink físico.
[0080]. Em outra modalidade da presente divulgação, o método inclui ainda que quando a taxa de código real é menor do que o limiar predefinido, as informações de controle de uplink não são transmitidas no canal compartilhado de uplink físico.
[0081]. O UCI não sendo transmitido no PUSCH pode referir que o UCI é transmitido em um canal diferente do PUSCH, ou o UCI não é transmitido.
[0082]. Na modalidade da presente divulgação, a determinação do limiar predefinido de acordo com a taxa de código predeterminada e o valor beta predeterminado inclui um recurso descrito abaixo.
[0083]. O limiar predefinido é 𝑄𝑚 ou 𝑄𝑚 .
[0084]. r é a taxa de código predeterminada, β é o valor beta predeterminado, c é um fator de ajuste e Qm é uma ordem de modulação correspondente ao modo de modulação (conforme mostrado na tabela 3).
[0085]. Alternativamente, o limiar predefinido é r / β ou r / cβ.
[0086]. r é a taxa de código predeterminada e a taxa de código predeterminada é um valor mínimo de uma taxa de código correspondente a um modo de modulação configurado em uma tabela de codificação de modulação, β é o valor beta predeterminado e c é o fator de ajuste. Onde c é um número inteiro maior que 0.
[0087]. Desta forma, a modalidade da presente divulgação pode garantir que, para um determinado modo de modulação, os dados sejam sempre transmitidos usando uma melhor taxa de código correspondente ao modo de modulação, eliminando assim algumas taxas de código ineficientes. Por exemplo, é bem conhecido que um modo de modulação de alta ordem geralmente é usado em um caso onde a qualidade de um canal é muito boa, uma taxa de código de transmissão real correspondente é muito alta neste momento, poucos recursos de tempo-frequência são usados, e pode ser decodificado corretamente por uma extremidade receptora, conseguindo assim uma transmissão eficiente de dados. No entanto, quando a qualidade do canal é ruim e o modo de modulação de alta ordem ainda é usado, a fim de garantir a confiabilidade da transmissão, mais recursos de tempo-frequência precisam ser usados para atingir uma taxa de código real mais baixa por meio de codificação repetida contínua, como que os dados transmitidos no modo de modulação de alta ordem podem ser decodificados corretamente na extremidade de recepção. Aparentemente, o último é uma forma ineficiente e deve ser banido. Portanto, cada modo de modulação tem sua própria taxa de código ideal. Ou seja, para um modo de modulação, se uma taxa de código for excessivamente inferior à taxa de código ótima correspondente, a eficiência de transmissão será baixa. Portanto, ao limitar um limite inferior da taxa de código real, o acima mencionado sendo excessivamente menor do que a taxa de código ótima correspondente do modo de modulação pode ser evitado, melhorando assim a eficiência de transmissão.
[0088]. Na modalidade da presente divulgação, a taxa de código predeterminada e o valor beta predeterminado podem ser selecionados de qualquer um dos seguintes itens (1) a (8).
[0089]. (1). A taxa de código predeterminada é um valor mínimo de uma taxa de código correspondente ao PUCCH (como mostrado na Tabela 1-1), e o valor beta predeterminado é um valor máximo de um valor beta correspondente ao UCI (como mostrado na Tabela 2) .
[0090]. Quando o UCI é transmitido no PUSCH, uma taxa de código do UCI que pode ser usada inclui qualquer uma das taxas mostradas na Tabela 1-1 à Tabela 1-4. A Tabela 1-1 é selecionada na Tabela 9.2. 5.2-1 de 3GPP TS 38.213 V15.1. 0 (2018-03), a Tabela 1-2 é selecionada da Tabela 6.1. 4.1-1 de 3GPP TS 38.214, Tabela 1-3 é selecionado da Tabela
5.1. 3.1-1 de 3GPP TS 38.214, e a Tabela 1-4 é selecionada da Tabela 5.1. 3.1-2 de 3GPP TS 38.214.
[0091]. A seção 6.1.4.1 do 3GPP TS 38.214 fornece uma tabela de taxa de código usada pelo PUSCH (quando o UCI é transmitido no PUSCH, o UCI usa a tabela de taxa de código do PUSCH). Deve-se notar que as Tabelas 5.1.3.1-1 e 5.1.3.1-2 são citadas na seção
6.1.4.1, e diferentes tabelas de taxas de código são usadas em diferentes casos.
[0092]. Na modalidade da presente divulgação, a Tabela 9.2.5.2-1 de 3GPP TS 38.213 V15.1. 0 (2018-03) também é considerado uma taxa de código que pode ser usada pela UCI.
[0093]. A Tabela 1-1 é descrita como um exemplo. Para outras tabelas, um mesmo princípio é usado na modalidade da presente divulgação e não será repetido. A Tabela 1-1 define as taxas de código correspondentes a diferentes formatos do PUCCH (as taxas de código são taxas de código de referência). Ou seja, um requisito de confiabilidade é considerado satisfeito apenas quando a transmissão PUCCH é basicamente maior ou igual a uma taxa de código descrita abaixo. Claro, diferentes taxas de código correspondem a diferentes qualidades de canal, um número de bits transportado no PUCCH, ou similar. No entanto, em geral, quando um serviço correspondente ao PUCCH tem um requisito de confiabilidade relativamente alto ou a qualidade do canal é ruim,
será usada uma taxa de código mais baixa; e, inversamente, uma taxa de código mais alta será usada.
Um valor de índice de um formato F2, Taxa de formato F3 ou formato código r F4 de um PUCCH 0 0.08 1 0.15 2 0.25 3 0.35 4 0.45 5 0.60 6 0.80 7 reserved Tabela 1-1 Valor de Qm Taxa de código r Eficiência de CS index correspondendo a um × 1024 espectro modo de modulação 0 Q 240/ q 0.2344 1 q 314/ q 0.3066 2 2 193 0.3770 3 2 251 0.4902 4 2 308 0.6016 5 2 379 0.7402
6 2 449 0.8770
7 2 526 1.0273
8 2 602 1.1758
9 2 679 1.3262
10 4 340 1.3281
11 4 378 1.4766
12 4 434 1.6953
13 4 490 1.9141
14 4 553 2.1602
15 4 616 2.4063
16 4 658 2.5703
17 6 466 2.7305
18 6 517 3.0293
19 6 567 3.3223
20 6 616 3.6094
21 6 666 3.9023
22 6 719 4.2129
23 6 772 4.5234
24 6 822 4.8164
25 6 873 5.1152
26 6 910 5.3320
27 6 948 5.5547
28 q reserved 29 2 reserved 30 4 reserved 31 6 reserved Tabela 1-2
[0094]. Na Tabela 1-2, quando os índices de um esquema de modulação e codificação (MCS) são 0, 1 e 28, se o UE suporta modulação de chaveamento de fase binária pi / 2 (BPSK), q = 1, e para outras modulações, q = 2.
Valor de 𝑸𝒎 CS correspondendo Taxa de código r× Eficiência de index ao modo de 1024 espectro modulação 0 2 120 0.2344 1 2 157 0.3066 2 2 193 0.3770 3 2 251 0.4902 4 2 308 0.6016 5 2 379 0.7402 6 2 449 0.8770 7 2 526 1.0273 8 2 602 1.1758 9 2 679 1.3262 10 4 340 1.3281 11 4 378 1.4766
12 4 434 1.6953
13 4 490 1.9141
14 4 553 2.1602
15 4 616 2.4063
16 4 658 2.5703
17 6 438 2.5664
18 6 466 2.7305
19 6 517 3.0293
20 6 567 3.3223
21 6 616 3.6094
22 6 666 3.9023
23 6 719 4.2129
24 6 772 4.5234
25 6 822 4.8164
26 6 873 5.1152
27 6 910 5.3320
28 6 948 5.5547
29 2 reserved
30 4 reserved
31 6 reserved
Tabela 1-3
Valor de 𝑸𝒎 Modo de correspondente Taxa de código r Eficiência de Modulação ao modo de ×1024 espectro index modulação
0 2 120 0.2344
1 2 193 0.3770
2 2 308 0.6016
3 2 449 0.8770
4 2 602 1.1758
5 4 378 1.4766
6 4 434 1.6953
7 4 490 1.9141
8 4 553 2.1602
9 4 616 2.4063
10 4 658 2.5703
11 6 466 2.7305
12 6 517 3.0293
13 6 567 3.3223
14 6 616 3.6094
15 6 666 3.9023
16 6 719 4.2129
17 6 772 4.5234
18 6 822 4.8164
19 6 873 5.1152 20 8 682.5 5.3320 21 8 711 5.5547 22 8 754 5.8906 23 8 797 6.2266 24 8 841 6.5703 25 8 885 6.9141 26 8 916.5 7.1602 27 8 948 7.4063 28 2 reserved 29 4 reserved 30 6 reserved 31 8 reserved Tabela 1-4
[0095]. Quando o UCI é o CSI, e o CSI é transmitido no PUSCH, β é um dos parâmetros usados para determinar uma série de símbolos de modulação codificados do CSI. Os valores de β podem ser vistos na Tabela 2. A Tabela 2 é selecionada na Tabela 9.3-2 de 3GPP TS 38.213 V15.1. 0 (2018-03).
𝑰CSI-1 CSI-2 CSI-2 offset,0 , 𝑰offset,1 , 𝑰offset,0 ou 𝜷CSI-1 offset ou 𝑰CSI-2 offset,1 (index value) 𝜷CSI-2 offset 0 1.125 1 1.250
2 1.375
3 1.625
4 1.750
5 2.000
6 2.250
7 2.500
8 2.875
9 3.125
10 3.500
11 4.000
12 5.000
13 6.250
14 8.000
15 10.000
16 12.625
17 15.875
18 20.000
19 Reserved
20 Reserved 21 Reserved 22 Reserved 23 Reserved 24 Reserved 25 Reserved 26 Reserved 27 Reserved 28 Reserved 29 Reserved 30 Reserved 31 Reserved Tabela 2
[0096]. Por exemplo, quando o modo de modulação é BPSK, o limiar predefinido é Tm = rmin / βmax, onde rmin é um valor mínimo na Tabela 1 e βmax é um valor máximo na Tabela
2.
[0097]. Desta forma, quando o UCI é transmitido no PUSCH e o PUSCH não tem o UL- SCH, se o modo de modulação BPSK estiver configurado, a estação base deve configurar que a taxa de código real para transmitir o UCI pelo UE não seja inferior a Tm. Ou seja, quando o modo de modulação é o BPSK, o UE não espera que a taxa de código real para transmitir o UCI seja inferior a Tm; ou quando o UE descobre que a taxa de código real para transmitir o UCI é inferior a Tm, o UE considera isso um erro e não o processa, ou seja, o UCI não será transmitido. Ou seja, quando o modo de modulação é o BPSK, o UE transmite o UCI apenas quando a taxa de código real para transmitir o UCI não é inferior a T m.
[0098]. Para outros modos de modulação (o BPSK também pode ser incluído), correspondentemente, 𝑇 = 𝑄 , e os valores de Qm são mostrados na Tabela 3.
[0099]. (2) A taxa de código predeterminada é o valor mínimo da taxa de código correspondente ao PUCCH, e o valor beta predeterminado é o valor beta configurado.
[00100]. Por exemplo, quando o modo de modulação é o BPSK, o limiar predefinido 𝑇 = , onde rmin é um valor mínimo na Tabela 1, e β é configurado pela estação base para o UE transmitir o UCI desta vez e é selecionado a partir dos valores de β na Tabela 2.
[00101]. A estação base configura o UE com um modo de modulação para transmitir o UCI no PUSCH (o UE não tem o UL-SCH) e um valor correspondente de β. Neste momento, o UE usa o valor configurado β para o cálculo.
[00102]. Desta forma, quando o UCI é transmitido no PUSCH e o PUSCH não tem o UL-SCH, se o modo de modulação BPSK estiver configurado, a estação base deve configurar que a taxa de código real para transmitir o UCI pelo UE não seja inferior a Tm. Ou seja, quando o modo de modulação é o BPSK, o UE não espera que a taxa de código real para transmitir o UCI seja inferior a Tm; ou quando o UE descobre que a taxa de código real para transmitir o UCI é inferior a Tm, o UE considera que isso é um erro e não o processa, ou seja, o UCI não será transmitido. Ou seja, quando o modo de modulação é o BPSK, o UE transmite o UCI apenas quando a taxa de código real para transmitir o UCI não é inferior a Tm.
[00103]. Para outros modos de modulação (o BPSK também pode ser incluído), correspondentemente, 𝑇 = 𝑄 , e os valores de Qm são mostrados na Tabela 3.
[00104]. (3) A taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor máximo do valor beta correspondente ao UCI.
[00105]. Por exemplo, quando o modo de modulação é o BPSK, o limiar predefinido 𝑇 = , onde r é configurado pela estação base para o UE transmitir o UCI desta vez e é selecionado a partir dos valores de r na Tabela 1, e βmax é um valor máximo na Tabela 2.
[00106]. A estação base configura o UE com o modo de modulação para transmitir o UCI no PUSCH (o UE não tem o UL-SCH) e um valor correspondente de r. Neste momento, o UE usa o valor configurado r para cálculo.
[00107]. Desta forma, quando o UCI é transmitido no PUSCH e o PUSCH não tem o UL-SCH, se o modo de modulação BPSK estiver configurado, a estação base deve configurar que a taxa de código real para transmitir o UCI pelo UE não seja inferior a Tm, isto é, quando o modo de modulação é o BPSK, o UE não espera que a taxa de código real para transmitir o UCI seja inferior a Tm; ou quando o UE descobre que a taxa de código real para transmitir o UCI é inferior a Tm, o UE considera isso um erro e não o processa, ou seja, o UCI não será transmitido. Ou seja, quando o modo de modulação é o BPSK, o UE transmite o UCI apenas quando a taxa de código real para transmitir o UCI não é inferior a Tm.
[00108]. Para outros modos de modulação (o BPSK também pode ser incluído), correspondentemente, 𝑇 = 𝑄 , e os valores de Qm são mostrados na Tabela 3.
[00109]. (4) A taxa de código predeterminada é uma taxa de código de um nível anterior da taxa de código configurada, isto é, uma taxa de código correspondente a um valor de índice máximo menor do que um valor de índice correspondente à taxa de código configurada; e o valor beta predeterminado é um valor beta de um próximo nível do valor beta configurado, isto é, um valor beta correspondente a um valor de índice mínimo maior do que um valor de índice correspondente ao valor beta configurado.
[00110]. Por exemplo, a estação base configura que r é 0,35 (referindo-se à Tabela 1) e beta é 1,625 (referindo-se à Tabela 2), e quando Tm é calculado, rmin é substituído por r = 0. 25 do nível anterior de 0,35 (ou seja, a taxa de código correspondente ao valor máximo do índice menor que o valor do índice correspondente a 0,35); e βmax é substituído por β = 1,750 do próximo nível de 1,625.
[00111]. (5) A taxa de código predeterminada é a taxa de código do nível anterior da taxa de código configurada, isto é, a taxa de código correspondente ao valor de índice máximo menor do que o valor de índice correspondente à taxa de código configurada; e o valor beta predeterminado é o valor beta configurado.
[00112]. (6) A taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor beta do próximo nível do valor beta configurado,
ou seja, o valor beta correspondente ao valor de índice mínimo maior que o valor de índice correspondente para o valor beta configurado.
[00113]. (7) A taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor beta configurado.
[00114]. Por exemplo, no valor de (1), para o modo de modulação configurado, 𝑇 =𝑄 (o valor de Qm pode ser visto na Tabela 3); e agora de acordo com os valores de (4) ~ (7), para o modo de modulação configurado, 𝑇 = 𝑄 , (o valor de Qm pode ser visto na Tabela 3), onde rnew é um valor de um nível anterior de o r configurado; e βnew é um valor beta de um próximo nível do β configurado. Se a taxa de código configurada não tiver um nível correspondente para cima, o r configurado é usado, como os valores de (6) e (7); e se o valor do β configurado não tiver um nível correspondente para baixo, é utilizado o valor do β configurado, como os valores de (5) e (7).
[00115]. Ou seja, pelo menos um dos recursos descritos abaixo está incluído.
[00116]. Quando a taxa de código configurada tem a taxa de código do nível anterior e o valor beta configurado tem o valor beta do próximo nível, a taxa de código predeterminada é a taxa de código do nível anterior da taxa de código configurada e o valor beta predeterminado é o valor beta do próximo nível do valor beta configurado.
[00117]. Quando a taxa de código configurada tem a taxa de código do nível anterior e o valor beta configurado não tem o valor beta do próximo nível, a taxa de código predeterminada é a taxa de código do nível anterior da taxa de código configurada e o valor predeterminado o valor beta é o valor beta configurado.
[00118]. Quando a taxa de código configurada não tem a taxa de código do nível anterior e o valor beta configurado tem o valor beta do próximo nível, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor beta do próximo nível do valor beta configurado.
[00119]. Quando a taxa de código configurada não tem a taxa de código do nível anterior e o valor beta configurado não tem o valor beta do próximo nível, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o beta configurado valor.
[00120]. Para outro exemplo, no valor de (2), para o modo de modulação configurado, 𝑇 = 𝑄 (o valor de Qm pode ser visto na Tabela 3); e agora de acordo com os valores de (4) a (7), para o modo de modulação configurado, 𝑇 = 𝑄 , (o valor de Qm pode ser visto na Tabela 3), onde rnew é o valor do nível anterior de o r configurado. Se a taxa de código configurada não tiver um nível correspondente para cima, o r configurado é usado, como o valor de (7).
[00121]. Ou seja, na modalidade da presente divulgação, pelo menos uma das características descritas abaixo está incluída.
[00122]. Quando a taxa de código configurada tem a taxa de código do nível anterior, a taxa de código predeterminada é a taxa de código do nível anterior da taxa de código configurada e o valor beta predeterminado é o valor beta configurado.
[00123]. Quando a taxa de código configurada não tem a taxa de código do nível anterior, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor beta configurado.
[00124]. Para outro exemplo, no valor de (3), para o modo de modulação configurado, 𝑇 = 𝑄 (o valor de Qm pode ser visto na Tabela 3); e agora de acordo com os valores de (4) a (7), para o modo de modulação configurado, 𝑇 = 𝑄 , (o valor de Qm pode ser visto na Tabela 3), onde βnew é o valor beta do próximo nível do β configurado. Se o valor do β configurado não tiver um nível correspondente para baixo, é utilizado o valor do β configurado, como o valor de (7).
[00125]. Ou seja, na modalidade da presente divulgação, pelo menos uma das características descritas abaixo está incluída.
[00126]. Quando o valor beta configurado tem o valor beta do próximo nível, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor beta do próximo nível do valor beta configurado.
[00127]. Quando o valor beta configurado não tem o valor beta do próximo nível, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor beta configurado.
[00128]. (8) Quando o UCI usa a tabela de taxa de código do PUSCH, por exemplo, quando qualquer uma das Tabelas 1-2, 1-3 e 1-4 é usada, o seguinte modo para determinar o limiar predefinido Tm é ainda incluído.
[00129]. Para um determinado modo de modulação (isto é, o valor de Qm é dado, que é um modo de modulação do PUSCH configurado pela estação base e usado para transmitir o UCI), correspondentemente, Tm = r / β.
[00130]. r é um valor mínimo de uma taxa de código correspondente ao modo de modulação configurado na tabela de codificação de modulação, por exemplo, um valor mínimo da taxa de código correspondente ao modo de modulação configurado na Tabela 1-2, Tabela 1-3 ou Tabela 1-4.
[00131]. β pode ser configurado como qualquer um dos seguintes valores: (1) o valor beta configurado; (2) um valor máximo de β correspondente ao UCI (valor máximo mostrado na Tabela 2); ou (3) o valor beta do próximo nível do valor beta configurado, ou seja, o valor beta correspondente ao valor de índice mínimo maior do que o valor do índice correspondente ao valor beta configurado é o valor beta do próximo nível do valor beta configurado.
[00132]. Especificamente, o valor de β pode ser configurado diretamente como o valor beta configurado; ou configurado diretamente como o valor máximo do β correspondente ao UCI; ou quando o valor beta configurado tem o valor beta do próximo nível, o valor beta do próximo nível do valor beta configurado é obtido, e quando o valor beta configurado não tem um nível inferior, o valor beta configurado é obtido.
[00133]. Por exemplo, quando a Tabela 1-4 é usada para transmissão UCI no PUSCH (ou a Tabela 1-4 é usada para transmissão PUSCH), se um modo de modulação configurado é 16QAM, ou seja, Qm = 4, neste momento, r em Tm = r / β é 378/1024 (ou seja, uma taxa de código correspondente a 16QAM na Tabela 1-4 é {378/1024, 434/1024, 490/1024, 553/1024, 616/1024, 658/1024} , onde 378/1024 é o menor e é selecionado, ou seja, a taxa de código r). Desta forma, quando o UCI (um ou mais dos HARQ-ACK, SR, CSI-1 e CSI-2) é transmitido no PUSCH, se o PUSCH não tiver o UL-SCH (isto é, o PUSCH tem não tem dados de uplink do UE) e assume-se que o modo de modulação configurado é 16QAM, quando a taxa de código real para transmitir o UCI é inferior a 378/1024 / β (aqui, assume-se que o β configurado é adotado) após o cálculo, o UE considera que esta é uma configuração errada (o UCI não é transmitido). Ou seja,
idealmente, a estação base proíbe a configuração de tais parâmetros relacionados, o que resulta na taxa de código real do UCI sendo inferior a 378/1024 / β, quando o modo de modulação é 16QAM. Quando a taxa de código real para transmitir o UCI é maior ou igual a 378/1024 / β após o cálculo, o UE transmite o UCI de acordo com a informação relevante configurada.
[00134]. Este método pode ser resumido abaixo. Se o UCI estiver configurado para ser transmitido no PUSCH e o PUSCH não tiver o UL-SCH, quando parâmetros como o modo de modulação e a taxa de código são configurados para transmitir o UCI, a taxa de código real para transmitir o UCI deve ser maior ou igual a Tm; e se a taxa de código real para transmitir o UCI for inferior a Tm, o que levará a uma transmissão ineficaz, o UE não espera esta configuração, considera-a como uma configuração errada e não transmite o UCI. Aqui, Tm é definido como Tm = r / β, onde r é o valor mínimo da taxa de código correspondente ao modo de modulação configurado na tabela de codificação de modulação, por exemplo, o valor mínimo da taxa de código correspondente ao modo de modulação configurado na Tabela 1-2, Tabela 1-3 ou Tabela 1-4.
[00135]. β pode ser configurado como qualquer um dos seguintes valores: (1) o valor beta configurado; (2) o valor máximo de β correspondente ao UCI (valor máximo mostrado na Tabela 2); (3) o valor beta do próximo nível do valor beta configurado, ou seja, o valor beta correspondente ao valor de índice mínimo maior do que o valor do índice correspondente ao valor beta configurado é o valor beta do próximo nível do valor beta configurado.
[00136]. Durante a transmissão do PUSCH, a estação base configura tabelas de modulação e codificação para diferentes modos de transmissão.
[00137]. O modo acima mencionado pode ser aplicado a diferentes tipos de informações de controle de uplink, por exemplo, as informações de controle de uplink são um ou uma combinação de múltiplos de HARQ-ACK, SR, CSI-1 e CSI-2. Se uma tabela correspondente precisa ser usada para o valor r ou beta no modo, ou seja, cada tipo de informação de controle de uplink usa sua própria tabela correspondente. Por exemplo, quando a informação de controle de uplink é o HARQ-ACK, correspondentemente, uma tabela de configuração de valor beta do HARQ-ACK é usada; quando a informação de controle de uplink é o CSI-1, correspondentemente, uma tabela de configuração de valor beta do CSI-1 é usada; e quando a informação de controle de uplink é o CSI-2, correspondentemente, uma tabela de configuração de valor beta do CSI-2 é usada.
[00138]. Ou seja, os valores beta predeterminados mencionados acima vêm de uma tabela de configuração de valores beta correspondente ao UCI.
[00139]. Alternativamente, os valores beta predeterminados mencionados acima são constantes predefinidas, como 20, 25, 30, 35 ou 40.
[00140]. Na modalidade da presente divulgação, o modo de modulação do UCI inclui pelo menos um de: π / 2-BPSK, tecla de deslocamento de fase em quadratura (QPSK), 16QAM, 64QAM ou 256QAM.
[00141]. Na modalidade da presente divulgação, os valores de Qm correspondentes a diferentes modos de modulação são mostrados na Tabela 3.
Valor de 𝑄 Modo de correspondente ao modulação modo de modulação π/2-BPSK/BPSK 1 QPSK 2 16QAM 4 64QAM 6 256QAM 8 Tabela 3
[00142]. Com referência à FIG. 2, outra modalidade da presente divulgação fornece um método de transmissão e inclui as etapas descritas abaixo.
[00143]. Na etapa 200, as informações de configuração são determinadas.
[00144]. Na modalidade da presente divulgação, as informações de configuração incluem o modo de modulação, a taxa de código configurada acima mencionada, o valor beta configurado acima mencionado e os recursos do PUSCH.
[00145]. Na etapa 201, na condição de que as informações de controle de uplink sejam configuradas para serem transmitidas em um canal compartilhado de uplink físico e o canal compartilhado de uplink físico não tenha um canal compartilhado de uplink, as informações de configuração são determinadas para serem transmitidas de acordo com uma taxa de código real das informações de controle de uplink e um limiar predefinido. O limiar predefinido é determinado de acordo com uma taxa de código predeterminada e um valor beta predeterminado.
[00146]. Na modalidade da presente divulgação, determinar a transmissão das informações de configuração de acordo com a taxa de código real das informações de controle de uplink e o limiar predefinido inclui uma etapa descrita abaixo.
[00147]. Quando a taxa de código real é maior ou igual ao limiar predefinido, as informações de configuração são transmitidas.
[00148]. Em outra modalidade da presente divulgação, o método inclui ainda uma etapa descrita abaixo.
[00149]. Quando a taxa de código real é menor que o limiar predefinido, as informações de configuração não são transmitidas.
[00150]. A implementação específica das etapas acima mencionadas pode se referir à implementação específica das modalidades acima mencionadas e não será repetida aqui.
[00151]. Com referência à FIG. 3, outra modalidade da presente divulgação fornece um aparelho de transmissão (como um UE) e inclui um primeiro módulo de determinação.
[00152]. O primeiro módulo de determinação é configurado para: quando as informações de controle de uplink são configuradas para serem transmitidas em um canal compartilhado de uplink físico e o canal compartilhado de uplink físico não tem um canal compartilhado de uplink, determinar para transmitir as informações de controle de uplink de acordo com um código real taxa das informações de controle de uplink e um limiar predefinido.
[00153]. O limiar predefinido é determinado de acordo com uma taxa de código predeterminada e um valor beta predeterminado.
[00154]. Na modalidade da presente divulgação, o primeiro módulo de determinação é ainda configurado para calcular a taxa de código real do UCI de acordo com pelo menos uma das informações descritas abaixo.
[00155]. Um tipo de informação de controle de uplink, um número de bits das informações de controle de uplink, uma taxa de código configurada, um modo de modulação das informações de controle de uplink, recursos do canal compartilhado de uplink físico ou um valor beta configurado.
[00156]. Na modalidade da presente divulgação, o primeiro módulo de determinação é especificamente configurado para determinar a transmissão das informações de controle de uplink de acordo com a taxa de código real das informações de controle de uplink e o limiar predefinido usando pelo menos um dos modos descritos abaixo.
[00157]. Quando a taxa de código real é maior ou igual ao limiar predefinido, as informações de controle do uplink são transmitidas no canal compartilhado do uplink físico.
[00158]. Na modalidade da presente divulgação, o primeiro módulo de determinação é ainda configurado como segue.
[00159]. Quando a taxa de código real é menor do que o limiar predefinido, o primeiro módulo de determinação não transmite as informações de controle de uplink no canal compartilhado de uplink físico.
[00160]. Na modalidade da presente divulgação, o primeiro módulo de determinação é especificamente configurado para determinar o limiar predefinido em um modo descrito abaixo.
[00161]. O limiar predefinido é 𝑄𝑚 ou 𝑄𝑚 .
[00162]. r é a taxa de código predeterminada, β é o valor beta predeterminado, c é um fator de ajuste e Qm é uma ordem de modulação correspondente ao modo de modulação.
[00163]. Na modalidade da presente divulgação, a taxa de código predeterminada é um valor mínimo de uma taxa de código correspondente às informações de controle de uplink físico e o valor beta predeterminado é um valor máximo de um valor beta correspondente às informações de controle de uplink.
[00164]. Alternativamente, a taxa de código predeterminada é o valor mínimo da taxa de código correspondente à informação de controle de uplink físico, e o valor beta predeterminado é o valor beta configurado.
[00165]. Alternativamente, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor máximo do valor beta correspondente à informação de controle de uplink.
[00166]. Alternativamente, a taxa de código predeterminada é uma taxa de código de um nível anterior da taxa de código configurada e o valor beta predeterminado é um valor beta de um próximo nível do valor beta configurado.
[00167]. Alternativamente, a taxa de código predeterminada é a taxa de código do nível anterior da taxa de código configurada e o valor beta predeterminado é o valor beta configurado.
[00168]. Alternativamente, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor beta do próximo nível do valor beta configurado.
[00169]. Alternativamente, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor beta configurado.
[00170]. Na modalidade da presente divulgação, a taxa de código real é uma razão da taxa de código configurada para o valor beta configurado.
[00171]. Na modalidade da presente divulgação, pelo menos uma das características descritas abaixo está incluída.
[00172]. Quando a taxa de código configurada tem a taxa de código do nível anterior e o valor beta configurado tem o valor beta do próximo nível, a taxa de código predeterminada é a taxa de código do nível anterior da taxa de código configurada e o valor beta predeterminado é o valor beta do próximo nível do valor beta configurado.
[00173]. Quando a taxa de código configurada tem a taxa de código do nível anterior e o valor beta configurado não tem o valor beta do próximo nível, a taxa de código predeterminada é a taxa de código do nível anterior da taxa de código configurada e o valor predeterminado o valor beta é o valor beta configurado.
[00174]. Quando a taxa de código configurada não tem a taxa de código do nível anterior e o valor beta configurado tem o valor beta do próximo nível, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor beta do próximo nível do valor beta configurado.
[00175]. Quando a taxa de código configurada não tem a taxa de código do nível anterior e o valor beta configurado não tem o valor beta do próximo nível, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o beta configurado valor.
[00176]. Na modalidade da presente divulgação, pelo menos uma das características descritas abaixo está incluída.
[00177]. Quando a taxa de código configurada tem a taxa de código do nível anterior, a taxa de código predeterminada é a taxa de código do nível anterior da taxa de código configurada e o valor beta predeterminado é o valor beta configurado.
[00178]. Quando a taxa de código configurada não tem a taxa de código do nível anterior, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor beta configurado.
[00179]. Na modalidade da presente divulgação, pelo menos uma das características descritas abaixo está incluída.
[00180]. Quando o valor beta configurado tem o valor beta do próximo nível, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor beta do próximo nível do valor beta configurado.
[00181]. Quando o valor beta configurado não tem o valor beta do próximo nível, a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor beta configurado.
[00182]. Na modalidade da presente divulgação, o primeiro módulo de determinação é especificamente configurado para determinar o limiar predefinido em um modo descrito abaixo.
[00183]. O limiar predefinido é r / β ou r / cβ.
[00184]. r é a taxa de código predeterminada e a taxa de código predeterminada é um valor mínimo de uma taxa de código correspondente a um modo de modulação configurado em uma tabela de codificação de modulação, β é o valor beta predeterminado e c é o fator de ajuste.
[00185]. Na modalidade da presente divulgação, o valor beta predeterminado é selecionado a partir de uma tabela de configuração de valor beta correspondente às informações de controle de uplink.
[00186]. Com referência à FIG. 4, outra modalidade da presente divulgação fornece um aparelho de transmissão (tal como uma estação base) e inclui um segundo módulo de determinação e um terceiro módulo de determinação.
[00187]. O segundo módulo de determinação é configurado para determinar as informações de configuração.
[00188]. O terceiro módulo de determinação é configurado para: na condição de que as informações de controle de uplink sejam configuradas para serem transmitidas em um canal compartilhado de uplink físico e o canal compartilhado de uplink físico não tenha um canal compartilhado de uplink, determinar a transmissão das informações de configuração de acordo com um taxa de código das informações de controle de uplink e um limiar predefinido.
[00189]. O limiar predefinido é determinado de acordo com uma taxa de código predeterminada e um valor beta predeterminado.
[00190]. Outra modalidade da presente divulgação fornece um aparelho de transmissão, o aparelho de transmissão inclui um processador e um meio de armazenamento legível por computador configurado para armazenar instruções e, quando executadas pelo processador, as instruções implementam qualquer um dos métodos de transmissão mencionados acima.
[00191]. Outra modalidade da presente divulgação fornece um meio de armazenamento legível por computador. O meio de armazenamento legível por computador armazena programas de computador e, quando executados por um processador, os programas de computador implementam etapas de qualquer um dos métodos de transmissão mencionados acima.
[00192]. Com referência à FIG. 5, outra modalidade da presente divulgação fornece um sistema de transmissão e o sistema de transmissão inclui uma estação base e um UE.
[00193]. A estação base é usada para determinar e transmitir informações de configuração.
[00194]. O UE está configurado para receber as informações de configuração; e na condição de que as informações de controle de uplink sejam configuradas para serem transmitidas em um canal compartilhado de uplink físico, e o canal compartilhado de uplink físico não tenha um canal compartilhado de uplink, determinar a transmissão das informações de controle de uplink de acordo com uma taxa de código real do controle de uplink informações e um limiar predefinido.
[00195]. O limiar predefinido é determinado de acordo com uma taxa de código predeterminada e um valor beta predeterminado.
[00196]. Em outra modalidade da presente divulgação, a estação base é configurada especificamente como segue.
[00197]. A estação base é configurada para determinar as informações de configuração; e quando as informações de controle de uplink são configuradas para serem transmitidas no canal compartilhado de uplink físico e o canal compartilhado de uplink físico não tem um canal compartilhado de uplink, determinar a transmissão das informações de configuração de acordo com a taxa de código real das informações de controle de uplink e o limiar predefinido.
[00198]. O limiar predefinido é determinado de acordo com a taxa de código predeterminada e o valor beta predeterminado.
[00199]. Modalidade
[00200]. O UCI está configurado para ser transmitido no PUSCH, e o PUSCH não tem o UL-SCH. A estação base e o UE concordam em cada modo de modulação do UCI (incluindo um ou mais dos HARQ-ACK, SR, CSI-1 e CSI-2) configurado pela estação base. Se a taxa de código real de um bit UCI for inferior ao limite Tm, o UE não processará esta configuração da estação base (o UE considera isto como uma configuração errada). Ou seja, a estação base não tem permissão para configurar o UE com uma taxa de código para transmitir o UCI inferior a Tm. O modo de modulação aqui inclui o modo de modulação na Tabela 3. Em seguida, a determinação de Tm é realizada em um dos modos descritos a seguir.
[00201]. A estação base e o UE concordam que o valor de Tm pode ser derivado por um parâmetro r e um fator beta. Alternativamente, quando r e beta são valores fixos, um valor constante correspondente é adquirido para cada modo de modulação. Vários modos para derivar Tm são fornecidos abaixo (um deles é suficiente) e CSI-1 é descrito como um exemplo. Para outro UCI, modos semelhantes são adotados (nos modos descritos abaixo, se não especificamente descritos, o UCI deve se referir ao CSI- 1 porque o CSI-1 é descrito como um exemplo).
[00202]. Modo um
[00203]. Para a modulação BPSK, Tm = rmin / betamax, onde rmin é um valor mínimo na Tabela 1 e betamax é um valor máximo do CSI-1 na Tabela 2.
[00204]. Desta forma, a estação base e o UE concordam que se o UCI for transmitido no PUSCH e o PUSCH não tiver o UL-SCH, e se a modulação BPSK for configurada, a estação base deve configurar que a taxa de código real para transmitir o UCI pelo UE não seja inferior a Tm. Ou seja, em BPSK, quando o UE não espera ou descobre que a taxa de código real para transmitir o UCI é inferior a Tm, o UE considera que se trata de um erro e não o processa. Ou seja, para o BPSK, o UE apenas processa um caso em que a taxa de código real para transmitir o UCI não é inferior a Tm.
[00205]. Para outros modos de modulação (o BPSK também pode ser incluído), correspondentemente, Tm = Qm * rmin / betamax e os valores de Qm são mostrados na Tabela 3.
[00206]. Processos de derivação específicos são descritos abaixo. A taxa de código real quando o UCI é transmitido é calculada aproximadamente no seguinte modo (o CSI- 1 é descrito como um exemplo): (OCSI-1 + LCSI-1) / (Qm * Q’CSI -1), onde Q’CSI-1 é um número de símbolos de modulação de um bit CSI-1 após ser codificado, O CSI-1 é um número de bit de CSI-1 e LCSI-1 é um bit CRC do CSI-1 (LCSI-1 também pode ser usado como uma opção). Além disso, um valor aproximado é tomado para o valor de Q’CSI-1 , isto é, QCSI-1
PUSCH 𝑁symb,all −1
PUSCH (𝑂CSI-1 + 𝐿CSI-1 ) ⋅ 𝛽offset ′ 𝑚𝑖𝑛 , 𝑀scUCI (𝑙) − 𝑄ACK
𝑆𝐸 𝑙=0 = , uma equação antes da chave é selecionada como o valor aproximado de Q’CSI-1 de acordo com a probabilidade, e então o valor aproximado é substituído em uma expressão do real taxa de código do CSI-1. Finalmente, a taxa de código real do CSI-1 é r / beta (beta
PUSCH é 𝛽offset )
[00207]. Modo dois
[00208]. Para a modulação BPSK, Tm = rmin / beta, onde rmin é o valor mínimo na Tabela 1. O beta é configurado pela estação base para o UE transmitir o UCI desta vez,
e é selecionado a partir dos valores de beta na Tabela 2. Por exemplo, a estação base configura o UE com um modo de modulação para transmitir o UCI no PUSCH (o UE não tem o UL-SCH) e um valor beta correspondente. Neste momento, o UE usa o valor beta configurado para calcular de acordo com os requisitos.
[00209]. Desta forma, a estação base e o UE concordam que se o UCI for transmitido no PUSCH e o PUSCH não tiver o UL-SCH, e se a modulação BPSK for configurada, a estação base deve configurar que a taxa de código real para transmitir o UCI pelo UE não é inferior a Tm. Ou seja, em BPSK, quando o UE não espera ou descobre que a taxa de código real para transmitir o UCI é inferior a Tm, o UE considera que se trata de um erro e não o processa. Ou seja, para o BPSK, o UE apenas processa um caso em que a taxa de código real para transmitir o UCI não é inferior a Tm.
[00210]. Para outros modos de modulação (o BPSK também pode ser incluído), correspondentemente, Tm = Qm * rmin / beta e os valores de Qm são mostrados na Tabela
3.
[00211]. Modo três
[00212]. Para a modulação BPSK, Tm = r / betamax, onde r é configurado pela estação base para o UE transmitir o UCI desta vez, e é selecionado a partir dos valores de r na Tabela 1. Por exemplo, a estação base configura o UE com um modo de modulação para transmitir o UCI no PUSCH (o UE não tem o UL-SCH) e um valor correspondente de r. Neste momento, o UE usa o valor de r configurado para realizar o cálculo relevante de acordo com os requisitos e betamax é um valor máximo na Tabela
2.
[00213]. Desta forma, a estação base e o UE concordam que se o UCI for transmitido no PUSCH e o PUSCH não tiver o UL-SCH, e se a modulação BPSK for configurada, a estação base deve configurar que a taxa de código real para transmitir o UCI pelo UE não é inferior a Tm. Ou seja, em BPSK, quando o UE não espera ou descobre que a taxa de código real para transmitir o UCI é inferior a Tm, o UE considera que se trata de um erro e não o processa. Ou seja, para o BPSK, o UE apenas processa um caso em que a taxa de código real para transmitir o UCI não é inferior a Tm.
[00214]. Para outros modos de modulação (o BPSK também pode ser incluído), correspondentemente, Tm = Qm * r / betamax e os valores de Qm são mostrados na Tabela
3.
[00215]. Modo quatro
[00216]. Para os modos 1 a 3, se houver rmin e / ou betamax, o valor é selecionado de acordo com o seguinte modo: rmin sendo substituído por r de um nível ascendente (em uma direção em que um valor de taxa de código diminui) de r configurado por a estação base, betamax sendo substituído por beta de um nível descendente (em uma direção em que um valor aumenta) de beta configurado pela estação base, e se não houver nenhum nível correspondente para cima ou para baixo, o valor r ou beta configurado é usado .
[00217]. Por exemplo, a estação base configura que r é 0,35 (referindo-se à Tabela 1) e, quando calculado, rmin usa um nível anterior 0,25 de 0,35; e betamax é substituído por beta do próximo nível para baixo (na direção em que o valor aumenta) do beta configurado pela estação base. Por exemplo, a estação base configura que beta é 1,625 (referindo-se à Tabela 2) e, quando calculado, o betamin usa um próximo nível 1,750 de 1,625. Se não houver um nível correspondente para cima ou para baixo, o valor configurado r ou beta é usado.
[00218]. Por exemplo, no modo 1, para o modo de modulação configurado, o Tm correspondente é Qm * rmin / betamax (o valor de Qm pode ser visto na Tabela 3); e agora de acordo com o processamento do modo 4, neste momento, para o modo de modulação configurado, o Tm correspondente é Qm * rnew / betanew (o valor de Qm pode ser visto na Tabela 3), onde rnew é o valor do ascendente nível do r configurado; e betanew é o valor beta do nível descendente do beta configurado. Se não houver um nível correspondente para cima ou para baixo, o valor configurado r ou beta é usado.
[00219]. Por exemplo, no modo 2, para o modo de modulação configurado, o Tm correspondente é Qm * rmin / beta (o valor de Qm pode ser visto na Tabela 3); e agora de acordo com o processamento do modo 4, neste momento, para o modo de modulação configurado, o Tm correspondente é Qm * rnew / beta (o valor de Qm pode ser visto na Tabela 3), onde rnew é o valor do ascendente nível do r configurado. Se não houver um nível correspondente para cima ou para baixo, o valor configurado r ou beta é usado.
[00220]. Por exemplo, no modo 3, para o modo de modulação configurado, o Tm correspondente é Qm * r / betamax (o valor de Qm pode ser visto na Tabela 3); e agora de acordo com o processamento do modo 4, neste momento, para o modo de modulação configurado, o Tm correspondente é Qm * r / betanew (o valor de Qm pode ser visto na
Tabela 3), onde betanew é o valor beta do nível descendente do beta configurado. Se não houver um nível correspondente para cima ou para baixo, o valor configurado r ou beta é usado.
[00221]. Nos modos 1 a 4, opcionalmente, a taxa de código pode ser calculada especificamente de acordo com (OCSI-1 + LCSI-1) / (Qm * Q’CSI-1). Neste momento, sob a taxa de código calculada, o número de PRBs do UCI realmente transmitido é um número inteiro (ou seja, uma parte do PRB não está incluída em um domínio de frequência, ou um número de PRBs no domínio de frequência é arredondado para cima para um número inteiro).
[00222]. Quando a transmissão de UCI no PUSCH é realizada, se um slot tem uma pluralidade de PUSCHs (o PUSCH pode não ter o UL-SCH), a estação base e o UE concordam em selecionar um enésimo (em uma direção de tempo ) canal PUSCH no slot para transmissão UCI (n é de preferência 1). Alternativamente, a estação base e o UE concordam em selecionar um PUSCH com a maioria dos recursos de tempo-frequência do PUSCH no slot para transmissão UCI (se houver vários PUSCHs com a maioria dos recursos de tempo-frequência, o primeiro PUSCH com mais recursos de tempo- frequência é selecionado). Ou seja, o equipamento de usuário (UE) é configurado para transmitir as informações de controle de uplink (UCI) no canal compartilhado de uplink físico (PUSCH), e quando um slot onde o PUSCH está localizado tem uma pluralidade de PUSCHs do UE, o enésimo (n é de preferência 1) canal PUSCH no intervalo é selecionado para transmissão UCI. Alternativamente, o PUSCH com a maioria dos recursos de tempo- frequência na pluralidade de PUSCHs no intervalo é selecionado para transmissão UCI. Alternativamente, a estação base informa que (por exemplo, o UE é informado diretamente por meio de sinalização em Informação de Controle de Downlink (DCI) ou implicitamente por meio de outros parâmetros) em cujo PUSCH o UE realiza transmissão UCI por meio de sinalização. Para um modo de notificação implícito, a estação base pode deduzir e determinar qual PUSCH usado pelo UE no slot é por um índice de um elemento de canal de controle (CCE) onde o DCI está localizado. Por exemplo, o primeiro valor de índice do CCE complementa o número de PUSCHs, e um resto indica qual PUSCH no slot é usado para transmitir o UCI. Um restante de 0 indica o primeiro PUSCH, um restante de 1 indica o segundo PUSCH, ... e assim por diante.
[00223]. A adoção do modo em que o PUSCH com a maioria dos recursos de tempo-frequência na pluralidade de PUSCHs no slot é selecionado para a transmissão UCI facilita a minimização da influência no desempenho do PUSCH e, portanto, os dados PUSCH segmentados são menores do que dados PUSCH inteiros originais. Ao adotar o modo de notificação, é vantajoso evitar a transmissão UCI em alguns PUSCHs que requerem um serviço de alta confiabilidade (como um serviço de comunicação de latência ultraconfiável e de baixa latência (URLLC), de modo que a confiabilidade do URLLC não seja afetada. Atualmente, o UE não sabe se um serviço agendado é o URLLC, mas a estação base sabe.
[00224]. Será entendido por aqueles versados na técnica que módulos / unidades funcionais em todas ou parte das etapas do método, o sistema e o aparelho divulgados acima podem ser implementados como software, firmware, hardware e suas combinações apropriadas. Na implementação do hardware, a divisão das unidades / módulos funcionais mencionados na descrição acima pode não corresponder à divisão dos componentes físicos. Por exemplo, um componente físico pode ter várias funções, ou uma função ou etapa pode ser realizada em conjunto por vários componentes físicos. Alguns ou todos os componentes podem ser implementados como software executado por processadores, como processadores de sinais digitais ou microcontroladores, hardware ou circuitos integrados, como circuitos integrados de aplicativos específicos. Tal software pode ser distribuído em um meio legível por computador, que pode incluir um meio de armazenamento de computador (ou um meio não transitório) e um meio de comunicação (ou um meio transitório). Como é conhecido pelos versados na técnica, o termo meio de armazenamento de computador inclui mídia volátil e não volátil, removível e não removível implementada em qualquer método ou tecnologia para armazenar informações (como instruções legíveis por computador, estruturas de dados, módulos do programa ou outros dados). O meio de armazenamento de computador inclui, mas não está limitado a, uma memória de acesso aleatório (RAM), uma memória somente para leitura (ROM), uma memória somente para leitura programável apagável eletricamente (EEPROM), uma memória flash ou outras tecnologias de memória, um memória somente de leitura de disco compacto (CD-ROM), um disco versátil digital (DVD) ou outro armazenamento de disco óptico, um cassete magnético, uma fita magnética, um armazenamento de disco magnético ou outros aparelhos de armazenamento magnético, ou qualquer outra mídia usada para armazenar informações desejadas e acessadas por um computador. Além disso, como é conhecido pelos versados na técnica, o meio de comunicação geralmente inclui instruções legíveis por computador, estruturas de dados, módulos de programa ou outros dados em sinais de dados modulados, como portadores ou outros mecanismos de transmissão, e pode incluir qualquer meio de transferência de informação.
[00225]. Embora os modos de implementação divulgados pelas modalidades da presente divulgação sejam como descritos acima, o conteúdo dos mesmos é meramente modos de implementação para facilitar a compreensão das modalidades da presente divulgação e não se destina a limitar as modalidades da presente divulgação. Qualquer pessoa versada na técnica à qual as modalidades da presente divulgação se referem pode fazer quaisquer modificações e mudanças na forma de implementação e detalhes sem se afastar do espírito e escopo divulgados pelas modalidades da presente divulgação, mas o escopo de proteção de patente de as modalidades da presente divulgação ainda estão sujeitas ao escopo definido pelas reivindicações anexas. Aplicação industrial
[00226]. A presente divulgação é aplicável ao campo das comunicações sem fio. Ao limitar o limite inferior da taxa de código real, sendo excessivamente inferior à taxa de código ideal correspondente do modo de modulação pode ser evitado, melhorando assim a eficiência de transmissão.

Claims (15)

  1. REIVINDICAÇÕES 1) Um método de transmissão, caracterizado pelo fato de que compreende: - em resposta à informação de controle de uplink sendo configurada para ser transmitida em um canal compartilhado de uplink físico (PUSCH) e no canal compartilhado de uplink físico não tendo um canal compartilhado de uplink (UL-SCH), determinando transmitir a informação de controle de uplink de acordo com uma taxa de código real da informação de controle de uplink e um limiar predefinido; em que o limiar predefinido é determinado de acordo com uma taxa de código predeterminada e um valor beta predeterminado.
  2. 2) O método de transmissão, de acordo com a reivindicação 1, caracterizado pelo fato de que a taxa de código real da informação de controle de uplink é adquirida de acordo com pelo menos um de: - um tipo de informação de controle de uplink, um número de bit da informação de controle de uplink, uma taxa de código configurada, um modo de modulação da informação de controle de uplink, recursos do PUSCH ou um valor beta configurado.
  3. 3) O método de transmissão, de acordo com a reivindicação 1, caracterizado pelo fato de que a determinação de transmitir a informação de controle de uplink de acordo com a taxa de código real da informação de controle de uplink e do limiar predefinido compreende: - em resposta à taxa de código real ser maior ou igual que o limiar predefinido, transmitindo a informação de controle de uplink no PUSCH.
  4. 4) O método de transmissão, de acordo com qualquer uma das reivindicações de 1 a 3, caracterizado pelo fato de que a determinação do limiar predefinido de 075, de 11/11/2020, pág. 48/54 acordo com a taxa de código predeterminada e o valor beta predeterminado compreende: - o limiar predefinido sendo 𝑄𝑚 ou 𝑄𝑚 ; em que r é a taxa de código predeterminada, β é o valor beta predeterminado, c é um fator de ajuste e 𝑄𝑚 é ordem de modulação correspondente ao modo de modulação.
  5. 5) O método de transmissão, de acordo com a reivindicação 4, caracterizado pelo fato de que - a taxa de código predeterminada é um valor mínimo de uma taxa de código correspondente a um canal de controle de uplink físico e o valor beta predeterminado é um valor máximo de um valor beta correspondente à informação de controle de uplink; ou - a taxa de código predeterminada é o valor mínimo da taxa de código correspondente ao canal de controle de uplink físico e o valor beta predeterminado é o valor beta configurado; ou - a taxa de código predeterminada é a taxa de código configurada e o valor beta predeterminado é o valor máximo do valor beta correspondente à informação de controle de uplink.
  6. 6) O método de transmissão, de acordo com a reivindicação 4, caracterizado pelo fato de que compreende pelo menos um de: - em resposta à taxa de código configurada tendo uma taxa de código de um nível anterior e o valor beta configurado tendo um valor beta de um próximo nível, a taxa de código predeterminada sendo a taxa de código do nível anterior da taxa de código configurada e o valor beta predeterminado sendo o valor beta do próximo nível do valor beta configurado; 075, de 11/11/2020, pág. 49/54
    - em resposta à taxa de código configurada tendo a taxa de código do nível anterior e o valor beta configurado tendo o valor beta do próximo nível, a taxa de código predeterminada sendo a taxa de código do nível anterior da taxa de código configurada e o valor beta predeterminado sendo o valor beta configurado; - em resposta à taxa de código configurada não tendo a taxa de código do nível anterior e o valor beta configurado tendo o valor beta do próximo nível, a taxa de código predeterminada sendo a taxa de código configurada e o valor beta predeterminado sendo o valor beta do próximo nível do valor beta configurado; ou - em resposta à taxa de código configurada não tendo a taxa de código do nível anterior e o valor beta configurado não tendo o valor beta do próximo nível, a taxa de código predeterminada sendo a taxa de código configurada e o valor beta predeterminado sendo o valor beta configurado.
  7. 7) O método de transmissão, de acordo com a reivindicação 4, caracterizado pelo fato de que compreende pelo menos um de: - em resposta à taxa de código configurada tendo uma taxa de código de um nível anterior, a taxa de código predeterminada sendo a taxa de código do nível anterior da taxa de código configurada e o valor beta predeterminado sendo o valor beta configurado; ou - em resposta à taxa de código configurada não tendo a taxa de código do nível anterior, a taxa de código predeterminada sendo a taxa de código configurada e o valor beta predeterminado sendo o valor beta configurado.
    075, de 11/11/2020, pág. 50/54
  8. 8) O método de transmissão, de acordo com a reivindicação 4, caracterizado pelo fato de que compreende pelo menos um de: - em resposta ao valor beta configurado tendo um valor beta de um próximo nível, a taxa de código predeterminada sendo a taxa de código configurada e o valor beta predeterminado sendo o valor beta do próximo nível do valor beta configurado; ou - em resposta ao valor beta configurado não tendo o valor beta do próximo nível, a taxa de código predeterminada sendo a taxa de código configurada e o valor beta predeterminado sendo o valor beta configurado.
  9. 9) O método de transmissão, de acordo com a reivindicação 1, caracterizado pelo fato de que determina o limiar predefinido de acordo com a taxa de código predeterminada e o valor beta predeterminado compreende: - o limiar predefinido ou ; em que r é a taxa de código predeterminada e a taxa de código predeterminada é um valor mínimo de uma taxa de código correspondente a um modo de modulação configurado em uma tabela de codificação de modulação, β é o valor beta predeterminado e c é um fator de ajuste.
  10. 10) O método de transmissão, de acordo com a reivindicação 4 ou 9, caracterizado pelo fato de que o valor beta predeterminado é selecionado a partir de uma tabela de configuração de valor beta correspondente à informação de controle de uplink.
  11. 11) Um método de transmissão, caracterizado pelo fato de que compreende: - determinar informação de configuração; e - em resposta à informação de controle de uplink a ser transmitida em um canal compartilhado de uplink físico (PUSCH) e o PUSCH não tendo um 075, de 11/11/2020, pág. 51/54 canal compartilhado de uplink, determinando transmitir a informação de configuração de acordo com uma taxa de código real da informação de controle de uplink e um limiar predefinido; em que o limiar predefinido é determinado de acordo com uma taxa de código predeterminada e um valor beta predeterminado.
  12. 12) Um aparelho de transmissão, caracterizado pelo fato de que compreende: - um primeiro módulo de determinação, o qual é configurado para: em condição de que a informação de controle de uplink seja configurada para ser transmitida em um canal compartilhado de uplink físico (PUSCH) e o PUSCH não tenha um canal compartilhado de uplink, determine transmitir a informação de controle de uplink de acordo com uma taxa de código real da informação de controle de uplink e um limiar predefinido; em que o limiar predefinido é determinado de acordo com uma taxa de código predeterminada e um valor beta predeterminado.
  13. 13) Um aparelho de transmissão, caracterizado pelo fato de que compreende: - um segundo módulo de determinação, o qual é configurado para determinar a informação de configuração; e - um terceiro módulo de determinação, o qual é configurado para: em condição de que a informação de controle de uplink seja configurada para ser transmitida em um canal compartilhado de uplink físico (PUSCH) e o PUSCH não tenha um canal compartilhado de uplink, determine transmitir a informação de configuração de acordo com uma taxa de código real da informação de controle de uplink e um limiar predefinido; em que o limiar predefinido é determinado de acordo com uma taxa de código predeterminada e um valor beta predeterminado.
    075, de 11/11/2020, pág. 52/54
  14. 14) Um aparelho de transmissão, caracterizado pelo fato de que compreende um processador e um meio de armazenamento legível por computador configurado para armazenar instruções, em que, quando executado pelo processador, as instruções implementam o método de transmissão de qualquer uma das reivindicações de 1 a 11.
  15. 15) Um meio de armazenamento legível por computador, caracterizado pelo fato de que é configurado para armazenar programas de computador para implementar etapas do método de transmissão de qualquer uma das reivindicações de 1 a 11, quando os programas de computador são executados por um processador.
    075, de 11/11/2020, pág. 53/54
BR112020022979-2A 2018-05-11 2019-04-26 método, aparelho e sistema de transmissão BR112020022979A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201810450605.9 2018-05-11
CN201810450605.9A CN110474707B (zh) 2018-05-11 2018-05-11 一种传输方法、装置和系统
PCT/CN2019/084624 WO2019214466A1 (zh) 2018-05-11 2019-04-26 一种传输方法、装置和系统

Publications (1)

Publication Number Publication Date
BR112020022979A2 true BR112020022979A2 (pt) 2021-02-02

Family

ID=68467104

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112020022979-2A BR112020022979A2 (pt) 2018-05-11 2019-04-26 método, aparelho e sistema de transmissão

Country Status (7)

Country Link
US (1) US11870577B2 (pt)
EP (1) EP3817475A4 (pt)
JP (1) JP7277570B2 (pt)
KR (1) KR102571954B1 (pt)
CN (1) CN110474707B (pt)
BR (1) BR112020022979A2 (pt)
WO (1) WO2019214466A1 (pt)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021225404A1 (en) * 2020-05-08 2021-11-11 Samsung Electronics Co., Ltd. Method and system for improving uplink channel information (uci) decoding in communication network
WO2023283958A1 (zh) * 2021-07-16 2023-01-19 Oppo广东移动通信有限公司 信息处理方法、装置、设备及存储介质

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102710376B (zh) * 2009-12-07 2015-03-18 华为技术有限公司 传输上行控制信息的方法和装置
WO2011118943A2 (ko) * 2010-03-22 2011-09-29 엘지전자 주식회사 제어 정보를 전송하는 방법 및 이를 위한 장치
US9100155B2 (en) * 2010-05-03 2015-08-04 Qualcomm Incorporated Method and apparatus for control and data multiplexing in wireless communication
US8971261B2 (en) 2010-06-02 2015-03-03 Samsung Electronics Co., Ltd. Method and system for transmitting channel state information in wireless communication systems
CN102960039B (zh) * 2010-07-09 2015-08-26 日本电气株式会社 通信设备和资源导出方法
CN105379156B (zh) * 2013-03-28 2018-11-02 三星电子株式会社 Fdd小区和tdd小区的聚合
EP3840264A1 (en) * 2014-09-08 2021-06-23 Interdigital Patent Holdings, Inc. Controlling the operation of dci based reception
WO2017099860A1 (en) * 2015-12-07 2017-06-15 Intel IP Corporation Device for non-scheduled uplink transmission in the unlicensed spectrum
US10756868B2 (en) * 2016-07-01 2020-08-25 Qualcomm Incorporated Techniques for transmitting a physical uplink shared channel in an uplink pilot time slot
US10405332B2 (en) * 2016-09-06 2019-09-03 Samsung Electronics Co., Ltd. Coexistence of different radio access technologies or services on a same carrier
US10813118B2 (en) * 2017-07-10 2020-10-20 Lg Electronics Inc. Method for transmitting and receiving uplink control information and devices supporting the same
US20190059013A1 (en) * 2017-08-21 2019-02-21 Samsung Electronics Co., Ltd. Method and apparatus for multiplexing higher-resolution channel state information (csi)
US10701724B2 (en) * 2018-01-12 2020-06-30 Apple Inc. Time density and frequency density determination of phase tracking reference signals (PT-RS) in new radio (NR) systems
US10680774B2 (en) * 2018-01-12 2020-06-09 Apple Inc. Size determination for channel state information (CSI) part one and part two transmission of CSI report
WO2019140662A1 (zh) * 2018-01-19 2019-07-25 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
EP3751928A4 (en) * 2018-02-09 2021-10-06 Ntt Docomo, Inc. USER DEVICE AND RADIO COMMUNICATION PROCEDURE
JP2020025217A (ja) * 2018-08-08 2020-02-13 シャープ株式会社 端末装置、基地局装置、および、通信方法

Also Published As

Publication number Publication date
EP3817475A4 (en) 2022-04-20
KR20210010886A (ko) 2021-01-28
US11870577B2 (en) 2024-01-09
CN110474707A (zh) 2019-11-19
CN110474707B (zh) 2022-05-20
US20210194628A1 (en) 2021-06-24
JP7277570B2 (ja) 2023-05-19
JP2021521758A (ja) 2021-08-26
WO2019214466A1 (zh) 2019-11-14
KR102571954B1 (ko) 2023-08-29
EP3817475A1 (en) 2021-05-05

Similar Documents

Publication Publication Date Title
US12035314B2 (en) Method for multiplexing uplink control information and apparatus
US10772085B2 (en) Short PUCCH formats and scheduling request (SR) transmission for 5th generation (5G) new radio access technology (NR)
EP3602926B1 (en) Downlink control channel for uplink ultra-reliable and low-latency communications
USRE48741E1 (en) Method and apparatus for transmitting control information in a wireless communication system
US11722276B2 (en) Search space monitoring
US20190082448A1 (en) User equipments, base stations and methods for rnti-based pdsch downlink slot aggregation
US11039459B2 (en) Data transmission method and apparatus, and electronic device
US12003334B2 (en) URLLC physical uplink control channel (PUCCH) configuration with sub-slot structure
KR20210018924A (ko) 반복 송신 방법 및 장치, 네트워크 디바이스, 및 컴퓨터 판독가능 저장 매체
US20130182676A1 (en) Method and device for transmitting control information in wireless communication system
US12052095B2 (en) Data communication processing method and device
US20220070900A1 (en) Subslot-based harq-ack timing and pucch resource determination for ultra-low latency pdsch transmission
BR112012027890B1 (pt) Aparelho e método para retorno de estado de recebimento de dados
CN110785973B (zh) 用于信道传输的方法、终端设备及网络设备
BR112013003620B1 (pt) Método e equipamento de usuário para identificar um recurso para uso em uma transmissão de informação de controle em pucch, formato 3
KR20130139231A (ko) 무선 통신 시스템에서의 제어 정보의 전송 방법 및 장치
US20220085956A1 (en) Low-latency physical uplink control channel (pucch) enhancements and resource configuration
WO2020031666A1 (ja) 端末装置、基地局装置、および、通信方法
US20230396392A1 (en) Data transmission method and apparatus
BR112020022979A2 (pt) método, aparelho e sistema de transmissão
JP2020014047A (ja) 端末装置、基地局装置、および、通信方法
KR20150124867A (ko) 무선 통신 시스템에서 제어 정보 생성 방법 및 장치

Legal Events

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