BR112020019977B1 - Método para enviar informações de controle de uplink, aparelho,meio de armazenamento legível, e método para receber informações de controle de uplink - Google Patents

Abstract

A presente invenção refere-se a método e dispositivos para enviar e receber informação de controle de "uplink", e pertence ao campo de tecnologia de comunicações. No método, um dispositivo terminal pode receber um primeiro DCI de um dispositivo de rede; determinar, com base no primeiro DCI recebido, que um canal compartilhado de "uplink" programado usando o primeiro DCI é usado para enviar apenas UCI; e enviar o primeiro UCI para o dispositivo de rede através do canal compartilhado de "uplink" programado usando o primeiro DCI; em outras palavras, o dispositivo de rede indica ao dispositivo terminal usando o DCI, de modo que o dispositivo terminal possa determinar, com base em uma indicação do dispositivo de rede, se o canal compartilhado de "uplink" programado usando o DCI é usado para enviar apenas o UCI. Isto provê uma maneira de determinar que o canal compartilhado de "uplink" programado pelo dispositivo de rede é usado para enviar apenas a informação de controle de "uplink", e melhora o desempenho de interação entre o dispositivo de rede e o dispositivo terminal.

Description

[0001] Este pedido reivindica prioridade ao Pedido de Patente da China No. 201810300222.3, depositado na Administração Nacional de Propriedade Intelectual da China em 4 de abril de 2018, e intitulado "UPLINK CONTROL INFORMATION SENDING, UPLINK CONTROL INFORMATION RECEIVING METHOD, AND APPARATUS", que é aqui incorporado para referência em sua totalidade.

CAMPO TÉCNICO

[0002] Este pedido refere-se ao campo de tecnologias de comunicações, e, em particular, a um método e a um aparelho para enviar e receber informação de controle de uplink.

ANTECEDENTES

[0003] Durante a comunicação sem fio, um dispositivo terminal pode enviar dados de canal compartilhado de uplink (uplink shared channel, UL-SCH) para um dispositivo de rede, e pode também enviar informação de controle para o dispositivo de rede.

[0004] De modo geral, o dispositivo terminal pode enviar apenas informação de controle de uplink ou tanto dados quanto informação de controle de uplink para o dispositivo de rede através de um canal compartilhado de uplink físico (physical uplink shared channel, PUSCH). Contudo, o dispositivo terminal não pode atualmente determinar especificamente enviar apenas a informação de controle de uplink ou tanto os dados quanto a informação de controle de uplink.

SUMÁRIO

[0005] As concretizações deste pedido proveem um método e um aparelho para enviar e receber informação de controle de uplink, de modo a prover uma maneira de determinar que um canal compartilhado de uplink agendado por um dispositivo de rede é usado para enviar apenas a informação de controle de uplink.

[0006] De acordo com um primeiro aspecto, é provido um método para enviar informação de controle de uplink. No método, um dispositivo terminal recebe um primeiro DCI de um dispositivo de rede, em que o primeiro DCI é usado para agendar um canal compartilhado de uplink; depois, o dispositivo terminal determina, com base no primeiro DCI, que o canal compartilhado de uplink é usado para enviar apenas UCI; e, finalmente, o dispositivo terminal envia o primeiro UCI para o dispositivo de rede através do canal compartilhado de uplink.

[0007] Um caso em que apenas o UCI é enviado através do canal compartilhado de uplink é referido como apenas UCI. Na solução técnica anterior, o dispositivo terminal pode diretamente determinar, com base no DCI enviado pelo dispositivo de rede, se o canal compartilhado de uplink agendado usando o DCI é apenas UCI, provendo assim uma maneira de determinação em que o dispositivo terminal determina se o canal compartilhado de uplink agendado pelo dispositivo de rede é apenas UCI. A maneira de determinação é uma maneira de determinação simples provida com base na informação de controle existente, tal como o DCI, e diretamente usa um modo de sinalização existente sem aumentar as sobrecargas adicionais. Isto pode economizar recursos de transmissão, e pode também assegurar um entendimento consistente entre o dispositivo terminal e o dispositivo de rede, melhorando assim o desempenho de interação entre o dispositivo terminal e o dispositivo de rede.

[0008] Para suportar uma determinação apenas UCI com base no DCI, a informação de indicação usada para indicar apenas UCI pode ser acrescentada ao DCI. Por exemplo, a informação de indicação é referida como informação de indicação apenas UCI. Depois de obter o DCI, o dispositivo terminal pode obter a informação de indicação apenas UCI, e então determinar, com base na informação de indicação apenas UCI se o canal compartilhado de uplink é apenas UCI.

[0009] Em um design possível, o dispositivo terminal pode explicitamente determinar apenas UCI com base na informação transportada no DCI. Em outro design possível, o dispositivo terminal pode implicitamente determinar apenas UCI com base na informação transportada no DCI.

[0010] Na maneira de determinação explícita, com base no DCI existente, um campo de bits extra é acrescentado em uma localização predeterminada em um formato DCI existente para transportar a informação de indicação apenas UCI. O dispositivo terminal pode diretamente determinar apenas UCI com base na informação de indicação apenas UCI na localização predeterminada, sem executar um processo de cálculo adicional. Isto é conveniente e rápido.

[0011] Na maneira de determinação implícita, alguns parâmetros originalmente incluídos no DCI são usados para implicitamente indicar apenas UCI. Nenhuma modificação adicional precisa ser feita ao DCI, e há uma pequena modificação a um padrão existente. Opcionalmente, quando uma combinação de valores de dois parâmetros no DCI for uma combinação impossível em combinações de funções atualmente existentes, isto é, a combinação de valores dos dois parâmetros usados para implicitamente indicar apenas UCI não é uma combinação de funções existente, por exemplo, quando a combinação de valores dos dois parâmetros representar duas indicações conflitantes relacionadas à nova transmissão de dados e à retransmissão de dados, apenas UCI será determinado. A nova transmissão e retransmissão não são usadas para efetivamente indicar uma nova transmissão de dados e retransmissão de dados, em outras palavras, o dispositivo terminal não transmite novos dados ou retransmite dados com base nas indicações. Nesta solução, a combinação de indicação que é impossível na técnica anterior é meramente usada para implicitamente indicar apenas UCI, isto é, uma combinação de parâmetros de valor diferente é usada para implementar uma nova função de indicação.

[0012] Em um design possível, um NDI e um RV que estão no DCI são usados para determinar apenas UCI. Quando ocorrer a inversão de NDI, isso indicará uma nova transmissão de dados, e quando um valor do RV for um valor específico (por exemplo, 1 ou 2), isso indicará retransmissão de dados. Portanto, uma combinação do NDI e do RV pode ser usada para representar indicações conflitantes de nova transmissão de dados e retransmissão de dados. Então, a coexistência das duas indicações conflitantes que é impossível em um caso normal atual é usada para implicitamente indicar apenas UCI.

[0013] Em um design possível, um NDI e IMCS que estão no DCI são usados para determinar apenas UCI. Conforme descrito acima, em uma base em que nova transmissão de dados é indicada através da inversão de NDI, quando IMCS for um valor predeterminado, ele indicará a retransmissão de dados. Então, a coexistência das duas indicações conflitantes que é geralmente impossível em um caso normal é usada para implicitamente indicar apenas UCI.

[0014] Para determinar, com base no NDI, se novos dados são transmitidos, se a inversão de NDI ocorre, isso precisa ser determinado primeiro. Para determinar se a inversão de NDI ocorre, valores de NDIs em duas partes do DCI são necessários. Uma parte do DCI é o DCI atualmente recebido, isto é, o primeiro DCI; e a outra parte do DCI é o DCI anterior que transporta o mesmo número de processo HARQ como o primeiro DCI e que está mais próximo ao primeiro DCI no tempo. Para fins de facilidade de descrição, a outra parte do DCI é referida como um segundo DCI neste design. Devido ao fato de o segundo DCI ser um DCI anterior recebido antes do primeiro DCI, o segundo DCI pode ser recebido pelo dispositivo terminal antes de o primeiro DCI ser recebido. Além disso, se um valor de um NDI no primeiro DCI é igual a um valor de um NDI no segundo DCI pode ser comparado para determinar se ocorre a inversão de NDI. Se os valores dos dois NDIs forem iguais, não ocorrerá nenhuma inversão de NDI; ou se os valores dos dois NDIs forem diferentes, isso indicará que ocorre a inversão de NDI.

[0015] Em um design possível, quando um valor de IMCS pertencer a um conjunto incluindo valores de índice que indicam uma ordem de modulação mais alta em uma tabela MCS, IMCS poderá ser usado para indicar a retransmissão de dados. Em um caso normal, a modulação de ordem mais alta geralmente não é usada durante a retransmissão e uma pluralidade de retransmissões, isto é, a modulação de ordem mais alta geralmente não é usada para retransmissão em um caso regular atual. Portanto, neste design, um caso não regular em que IMCS é um valor de índice que indica uma ordem de modulação mais alta é usado para indicar a retransmissão de dados, de modo que a indicação de retransmissão de dados e a indicação de nova transmissão representadas através da inversão de NDI formem duas indicações conflitantes para indicar apenas UCI. Além disso, com base em diversas tabelas MCS existentes diferentes, pode haver diferentes conjuntos que incluem os valores de índice que indicam a ordem de modulação mais alta neste design. Por exemplo, diversos conjuntos incluem {17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 31}, {20, 21, 22, 23, 24, 25, 26, 27, 31}, e {17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 31}.

[0016] Em um design possível, uma combinação de funções quenão existe atualmente e que inclui a inversão de NDI e uma condição em que um valor de IMCS é maior ou igual a um valor predeterminado podem ser alternativamente usadas para indicar apenas UCI. O valor predeterminado pode ser um valor de índice relativamente grande em uma tabela MCS existente, por exemplo, 30 ou 31 (por exemplo, um maior valor de índice). Neste design, por exemplo, IMCSG{28, 29, 30, 31} ou I MCSE{29, 30, 31}. Devido ao fato de taxas de código correspondentes não serem definidas para os valores de índice 28, 29, 30, 31, ou os valores de índice 29, 30 e 31 nas tabelas MCS existentes, em um caso normal atual, estes valores de índice geralmente não são usados para indicar nova transmissão de dados. Com base nisso, os valores de índice para os quais não são atualmente definidas as taxas de código correspondentes são usadas para indicar a retransmissão de dados. Além disso, a indicação de retransmissão de dados e a indicação de nova transmissão de dados representadas através da inversão de NDI formam duas indicações conflitantes, para indicar apenas UCI.

[0017] Em um design possível, uma combinação de um NDI, um RV e IMCS pode ser alternativamente usada para determinar apenas UCI. Na prática, se ocorre a inversão de NDI, isso pode ser erroneamente determinado, por exemplo, a inversão de NDI é erroneamente determinada como nenhuma inversão de NDI. Com base nisso, uma condição determinante de IMCS é acrescentada. A maneira de acrescentar a condição determinante pode impedir um caso em que apenas UCI é imprecisamente indicado e não pode até mesmo ser indicado devido à determinação errônea, melhorando assim a precisão de determinação.

[0018] Em um design possível, uma combinação de um NDI, um RV e um número de processo HARQ pode ser alternativamente usada para determinar apenas UCI. Neste design, o acréscimo de uma condição determinante do número de processo HARQ pode também melhorar a precisão de determinação apenas UCI, reduzindo assim e até mesmo eliminando o impacto causado pela determinação errônea de NDI. Na condição de determinação recém-acrescentada, um valor do número de processo HARQ pode ser 14 ou 15. Devido ao fato de um número de processo HARQ que tem um valor relativamente grande, tal como 15 ou 14, não ser geralmente usado em um caso normal, uma combinação de parâmetros atualmente impossível em que o RV indica a retransmissão de dados e o número de processo HARQ é 15 ou 14 é usada para indicar apenas UCI. Isto poderá garantir a precisão de determinação apenas UCI quando o NDI não puder funcionar devido à determinação errônea. Além disso, pelo fato de o número de processo HARQ de 14 ou 15 ser raramente usado no caso normal, até mesmo certa determinação errônea pode não afetar a execução normal de um HARQ.

[0019] Depois de apenas UCI ser determinado, uma consulta poderá ser realizada em uma tabela MCS usando o índice MCS (isto é, IMCS) no DCI, para obter uma taxa de código correspondente (que é referida como uma primeira taxa de código) e uma ordem de modulação. Depois, o UCI é enviado usando a primeira taxa de código e a ordem de modulação obtidas.

[0020] Em um design possível, uma consulta é realizada em uma tabela MCS atualmente existente usando diretamente IMCS no DCI, para obter uma primeira taxa de código e uma ordem de modulação que correspondem a IMCS.

[0021] Em um design possível, um novo valor de índice é criado usando todos os bits que indicam o número de processo HARQ e alguns de todos os bits que indicam IMCS, e então o novo valor de índice é usado para realizar uma consulta em uma tabela MCS, para obter uma primeira taxa de código e uma ordem de modulação correspondentes. Em comparação com a consulta de tabela diretamente usando IMCS no DCI, a solução neste design é mais flexível, e pode impedir que um caso em que uma taxa de código correspondente não pode ser obtida por meio da consulta de tabela diretamente usando IMCS no DCI, por exemplo, quando um valor de uma taxa de código que está em uma tabela MCS e que corresponde a um valor de índice for "reservado", aumentando assim a aplicabilidade da solução.

[0022] Em um design possível, um campo de bits de 5 bits é criado com base em todos os bits (isto é, quatro bits) no número de processo HARQ e um bit em IMCS; então, um valor indicado pelo campo de bits criado é usado como um novo valor de índice; e finalmente, o novo valor de índice é usado para consulta de tabela, para obter uma primeira taxa de código e uma ordem de modulação correspondentes.

[0023] Em um design possível, um bit menos significativo em IMCS pode ser usado, porque o uso direto do bit menos significativo em IMCS é relativamente conveniente, e um valor do bit menos significativo em IMCS tem um impacto relativamente pequeno sobre o valor de IMCS; Ademais, um bit menos significativo é colocado depois ou antes dos quatro bits no número de processo HARQ, isto é, um bit menos significativo em IMCS é usado como um bit menos significativo ou um bit mais significativo nos cinco bits criados. Desta forma, há uma modificação relativamente pequena em uma estrutura de 4 bits no número de processo HARQ.

[0024] Em alguns designs possíveis, independentemente de qual maneira de consulta de tabela é usada para consulta de tabela, tanto uma primeira taxa de código quanto uma ordem de modulação podem ser obtidas por meio da consulta de tabela. Além disso, quantidades de REs que são usadas para enviar partes do UCI podem ser calculadas de acordo com as seguintes fórmulas. Opcionalmente, o UCI pode incluir três partes: um HARQ ACK, um CSI-part1 e um CSI- part2.

[0025] Em um design possível, quantidades de REs que são usados para enviar o HARQ ACK, o CSI-part1 e o CSI-part2 podem ser calculadas de acordo com as seguintes três fórmulas,respectivamente. representam a quantidade dos REs usados para enviar o HARQ ACK, a quantidade dos REs usados para enviar o CSI-part1 e a quantidade dos REs usados para enviar o CSI-part2, respectivamente.

[0026] em que representa uma primeira taxa de código obtida através de consulta de tabela, Qm representa uma ordem de modulação obtida por meio da consulta de tabela, e representa uma quantidade de todos os REs no PUSCH, isto é, uma quantidade total de REs que são alocados pelo dispositivo de rede para o PUSCH; OCSI-2-ref representa um tamanho de carga útil de referência do CSIpart2, e LCSI-2-ref representa uma quantidade correspondente de bits CRC; e OCSI-1 representa um tamanho de carga útil do CSI-part1, e LCSI-1 representa uma quantidade correspondente de bits CRC. O L CSI-1 CSI-1 + pode ser entendido como um tamanho de carga útil total do CSI-part1, e O L CSI-2-ref CSI-2-ref + pode ser entendido como um tamanho de carga útil de referência total do CSI-part2.erepresentam parâmetros de compensação de taxa de código do CSI-part1 e do CSI-part2, respectivamente, e são reconfigurados de forma semi-estática por uma camada mais alta sem fio do dispositivode rede ou dinamicamente indicados usando o DCI subsequentemente.

[0027] Além disso, uma função min {,} na fórmula significa que um valor de um parâmetro à esquerda de "=" é o menor de dois valores incluídos na função min.

[0028] Em um design possível, depois de serem obtidas as quantidades dos REs que são usados para enviar as partes incluídas no UCI, a primeira taxa de código e a ordem de modulação obtidas por meio da consulta de tabela poderão ser diretamente usadas para enviar a informação correspondente para o dispositivo de rede.

[0029] Em outro design possível, outra taxa de código pode ser gerada primeiro com base na primeira taxa de código, isto é, a outra taxa de código é obtida através da conversão de taxa de código na primeira taxa de código, e então a outra taxa de código, a quantidade correspondente de REs e a ordem de modulação são usadas para enviar informação acerca da parte correspondente. Por exemplo, uma segunda taxa de código é gerada com base na primeira taxa de código, ou uma terceira taxa de código é gerada com base na primeira taxa de código. Então, a primeira taxa de código, ou a segunda taxa de código, ou a primeira taxa de código e a terceira taxa de código, ou a segunda taxa de código e a terceira taxa de código são usadas para enviar informação acerca da parte correspondente no UCI.

[0030] Em um design possível, a conversão de taxa de código pode ser executada de acordo com as seguintes fórmulas, onde Zref representa a primeira taxa de código obtida por meio da consulta de tabela, Zcsi-1 representa a segunda taxa de código obtida com a execução da conversão de taxa de código com base na primeira taxa de código, e T representa a terceira taxa de código obtida com a execução da conversão de taxa de código na primeira taxa de código:

[0031] Em um design possível, a segunda taxa de código é uma taxa de código usada para enviar o CSI-part1 no UCI, a terceira taxa de código é uma taxa de código limiar, e a taxa de código limiar restringe uma taxa de código do CSI-part2 para não ser maior do que a taxa de código limiar. Se a taxa de código do CSI-part2 for maior do que a taxa de código limiar, parte da informação no CSI-part2 poderá ser descartada com base em uma prioridade.

[0032] A execução de conversão de taxa de código específica pode tornar a determinação da taxa de código mais flexível, e uma taxa de código obtida através da conversão de taxa de código pode ser usada para enviar o UCI, em vez de usar a primeira taxa de código, obtida por meio de uma consulta direta em uma tabela MCS, para enviar o UCI. Isto pode melhorar a precisão de agendamento pelo dispositivo de rede.

[0033] De acordo com um segundo aspecto, é provido um método de recebimento de UCI. No método, um dispositivo de rede primeiro envia uma primeira informação de controle de downlink DCI para um dispositivo terminal, onde o primeiro DCI é usado para agendar um canal compartilhado de uplink, e é usado para indicar que o canal compartilhado de uplink é usado para enviar apenas UCI; e então pode receber o primeiro UCI enviado pelo dispositivo terminal através do canal compartilhado de uplink.

[0034] Antes de enviar o primeiro DCI para o dispositivo terminal, o dispositivo de rede pode determinar que o canal compartilhado de uplink agendado para o dispositivo terminal é usado para enviar apenas o UCI, e então gerar o primeiro DCI com base no resultado determinante anterior.

[0035] Na solução, o dispositivo de rede pode notificar, com o uso do UCI, o dispositivo terminal de uma indicação de que o canal compartilhado de uplink agendado para o dispositivo terminal é usado para enviar apenas o UCI. Isto pode aumentar a capacidade de o dispositivo de rede controlar e indicar ao dispositivo terminal, de modo que o dispositivo terminal possa ter um entendimento consistente como o dispositivo de rede, melhorando assim o desempenho de interação entre o dispositivo de rede e o dispositivo terminal.

[0036] Em um design possível, o dispositivo de rede pode ainda enviar o segundo DCI para o dispositivo terminal, e quando um valor de um NDI incluído no primeiro DCI for diferente de um valor de um NDI incluído no segundo DCI, um RV for 1 ou 2, e um índice MCS for 28, 29, 30, 31, ou qualquer um dos índices que indicam uma ordem de modulação mais alta em uma tabela MCS, indicar que o canal compartilhado de uplink é usado para enviar apenas o UCI. Em outras palavras, o dispositivo de rede pode indicar o apenas UCI para o dispositivo terminal usando uma combinação de valores dos parâmetros anteriores. O segundo DCI é um DCI anterior recebido antes do primeiro DCI, o segundo DCI inclui um número de processo HARQ, e o primeiro DCI inclui o NDI, o RV e o número de processo HARQ, e IMCS.

[0037] Em um design possível, o primeiro DCI inclui o número de processo HARQ e o índice MCS, e o número de processo HARQ e o índice MCS podem ser usados para indicar uma primeira taxa de código. Em outras palavras, o dispositivo de rede pode indicar a primeira taxa de código para o dispositivo terminal usando o número de processo HARQ e o índice MCS. Por exemplo, o dispositivo de rede pode acrescentar o número de processo HARQ e o índice MCS ao primeiro DCI; e o dispositivo terminal pode obter o número de processo HARQ e o índice MCS depois de receber o primeiro DCI, e então determinar a primeira taxa de código com base no número de processo HARQ e no índice MCS obtidos.

[0038] Em um design possível, o dispositivo de rede pode receber o primeiro UCI enviado pelo dispositivo terminal usando a primeira taxa de código, ou o dispositivo de rede recebe o primeiro UCI enviado pelo dispositivo terminal usando uma segunda taxa de código, ou o dispositivo de rede recebe o primeiro UCI envido pelo dispositivo terminal usando a primeira taxa de código e uma terceira taxa de código, ou o dispositivo de rede recebe o primeiro UCI enviado pelo dispositivo terminal usando uma segunda taxa de código e uma terceira taxa de código, em que tanto a segunda taxa de código quanto a terceira taxa de código são determinadas com base na primeira taxa de código.

[0039] Em um design possível, o dispositivo de rede indica a primeira taxa de código com base em todos os bits no número de processo HARQ e alguns de todos os bits no índice MCS. Em outras palavras, todos os bits no número de processo HARQ existente são diretamente usados. Desta maneira, uma estrutura de quatro bits incluídos no número de processo HARQ não precisa ser modificada.

[0040] Em um design possível, alguns de todos os bits no índice MCS incluem um bit m todos os bits no índice MCS. Em outras palavras, o dispositivo de rede pode indicar a primeira taxa de código com base em todos os bits no número de processo HARQ e em um bit no índice MCS. Por exemplo, um bit no índice MCS pode ser um bit menos significativo de todos os bits no índice MCS, ou pode ser outro bit; e um bit no índice MCS pode ser colocado antes ou depois dos quatro bits no número de processo HARQ, de modo que um bit no índice MCS possa atuar como um bit mais significativo ou um bit menos significativo de cinco bits finalmente construído.

[0041] Em um design possível, o dispositivo de rede pode ainda enviar o segundo DCI para o dispositivo terminal, e quando um valor de um NDI incluído no primeiro DCI for diferente de um valor de um NDI incluído no segundo DCI, um RV for 1 ou 2, e um número de processo HARQ for 14 ou 15, indicar que o canal compartilhado de uplink é usado para enviar apenas o UCI. Em outras palavras, o dispositivo de rede pode indicar apenas UCI para o dispositivo terminal usando uma combinação de valores dos parâmetros anteriores. O segundo DCI é um DCI anterior recebido antes do primeiro DCI, o segundo DCI inclui o número de processo HARQ, e o primeiro DCI inclui o NDI, o RV e o número de processo HARQ.

[0042] O método no segundo aspecto corresponde ao método no primeiro aspecto. Portanto, para as descrições do método no segundo aspecto, referir-se às descrições do método no primeiro aspecto.

[0043] De acordo com um terceiro aspecto, é provido um aparelho.O aparelho pode ser um dispositivo terminal, ou pode ser um aparelho em um dispositivo terminal. O aparelho pode incluir um módulo de recebimento, um primeiro módulo de determinação e um módulo de envio. Os módulos podem executar funções correspondentes executadas pelo dispositivo terminal em qualquer exemplo de design no primeiro aspecto.

[0044] Especificamente, o módulo de recebimento é configurado para receber o primeiro DCI de um dispositivo de rede, em que o primeiro DCI é usado para agendar um canal compartilhado de uplink.

[0045] O primeiro módulo de determinação é configurado para determinar, com base no primeiro DCI, que o canal compartilhado de uplink é usado para enviar apenas UCI.

[0046] O módulo de envio é configurado para enviar o primeiro UCI para o dispositivo de rede através do canal compartilhado de uplink.

[0047] De acordo com um quarto aspecto, é provido um aparelho. O aparelho pode ser um dispositivo de rede, ou pode ser um aparelho em um dispositivo de rede. O aparelho pode incluir um módulo de envio e um módulo de recebimento. Os módulos podem executar funções correspondentes executadas pelo dispositivo de rede em qualquer exemplo de design no segundo aspecto.

[0048] Especificamente, o módulo de envio é configurado para enviar o primeiro DCI para o dispositivo terminal, em que o primeiro DCI é usado para agendar um canal compartilhado de uplink, e é usado para indicar que o canal compartilhado de uplink é usado para enviar apenas UCI.

[0049] O módulo de recebimento é configurado para receber o primeiro UCI enviado pelo dispositivo terminal através do canal compartilhado de uplink.

[0050] De acordo com um quinto aspecto, é provido um aparelho. O aparelho inclui um processador, configurado para implementar funções do dispositivo terminal no método descrito no primeiro aspecto. O aparelho pode ainda incluir uma memória, configurada para armazenar uma instrução de programa e dados. A memória é acoplada ao processador. O processador pode chamar e executar a instrução de programa armazenada na memória de modo a implementar funções do dispositivo terminal no método descrito no primeiro aspecto. O aparelho pode ainda incluir uma interface de comunicações, a interface de comunicações sendo configurada para a comunicação entre o aparelho e outro aparelho. Por exemplo, o outro aparelho pode ser um dispositivo de rede.

[0051] De acordo com um sexto aspecto, é provido um aparelho. O aparelho inclui um processador, configurado para implementar funções do dispositivo de rede no método descrito no segundo aspecto. O aparelho pode ainda incluir uma memória, configurada para armazenar uma instrução de programa e dados. A memória é acoplada ao processador. O processador pode chamar e executar a instrução de programa armazenada na memória de modo a implementar funções do dispositivo de rede no método descrito no segundo aspecto. O aparelho pode ainda incluir uma interface de comunicações, a interface de comunicações sendo configurada para comunicação entre o aparelho e outro aparelho. Por exemplo, o outro aparelho pode ser um dispositivo terminal.

[0052] De acordo com um sétimo aspecto, é provido um meio de armazenamento legível. O meio de armazenamento legível inclui uma instrução, e quando executada em um computador, a instrução permite que o computador execute etapas incluídas no método de acordo com qualquer exemplo de design no primeiro aspecto.

[0053] De acordo com um oitavo aspecto, é provido um meio de armazenamento legível. O meio de armazenamento legível inclui uma instrução, e quando executada em um computador, a instrução permite que o computador execute as etapas incluídas no método de acordo com qualquer exemplo de design no segundo aspecto.

[0054] De acordo com um nono aspecto, é provido um aparelho. O aparelho inclui pelo menos um processador e um meio de armazenamento legível, e quando uma instrução incluída no meio de armazenamento legível for executada por pelo menos um processador, as etapas incluídas no método de acordo com qualquer exemplo de design no primeiro aspecto poderão ser executadas. O aparelho pode incluir um chip, ou pode incluir um chip e outro dispositivo discreto.

[0055] De acordo com um décimo aspecto, é provido um aparelho. O aparelho inclui pelo menos um processador e um meio de armazenamento legível, e quando uma instrução incluída no meio de armazenamento legível for executada por pelo menos um processador, as etapas incluídas no método de acordo com qualquer exemplo de design no segundo aspecto poderão ser executados. O aparelho pode incluir um chip, ou pode incluir um chip e outro dispositivo discreto.

[0056] De acordo com um décimo primeiro aspecto, é provido um sistema de chip. O sistema de chip inclui um processador, e pode ainda incluir uma memória de modo a implementar o método de acordo com o primeiro aspecto. O sistema de chip pode incluir um chip, ou pode incluir um chip e outro dispositivo discreto.

[0057] De acordo com um décimo segundo aspecto, é provido um sistema de chip. O sistema de chip inclui um processador, e pode ainda incluir uma memória de modo a implementar o método de acordo com o segundo aspecto. O sistema de chip pode incluir um chip, ou pode incluir um chip e outro dispositivo discreto.

[0058] De acordo com um décimo terceiro aspecto, é provido um sistema. O sistema inclui o aparelho de acordo com o terceiro aspecto e o aparelho de acordo com o quarto aspecto.

[0059] De acordo com um décimo quarto aspecto, é provido um sistema. O sistema inclui o aparelho de acordo com o quinto aspecto e o aparelho de acordo com o sexto aspecto.

[0060] De acordo com um décimo quinto, é provido um sistema. O sistema inclui o aparelho de acordo com o nono aspecto e o aparelho de acordo com o décimo aspecto.

[0061] Será entendido que as descrições gerais anteriores e as seguintes descrições detalhadas são meramente ilustrativas e explicativas, e não se destinam a limitar esta descrição.

BREVE DESCRIÇÃO DOS DESENHOS

[0062] A Figura 1 é um diagrama esquemático de um possível cenário de aplicação em uma concretização deste pedido.

[0063] A Figura 2 é um fluxograma de um método para enviar informação de controle de uplink de acordo com uma concretização deste pedido.

[0064] A Figura 3 é um diagrama esquemático de enviar e receber DCI entre um dispositivo de rede e um dispositivo terminal usando um mesmo número de processo HARQ em uma concretização deste pedido.

[0065] A Figura 4 é um diagrama esquemático de criar um novo índice MCS com base em um número de processo HARQ e um índice MCS em uma concretização deste pedido.

[0066] A Figura 5 é um diagrama estrutural esquemático de um aparelho de acordo com uma concretização deste pedido.

[0067] A Figura 6 é um diagrama estrutural esquemático de outro aparelho de acordo com uma concretização deste pedido.

[0068] A Figura 7 é um diagrama estrutural esquemático de outro aparelho de acordo com uma concretização deste pedido.

[0069] E a Figura 8 é um diagrama estrutural esquemático de outro aparelho de acordo com uma concretização deste pedido.

DESCRIÇÃO DAS CONCRETIZAÇÕES

[0070] Para que os objetivos, as soluções técnicas e as vantagens das concretizações fiquem mais claros, a seguir, são descritas de forma clara e completa as soluções técnicas nas concretizações deste pedido com referência aos desenhos anexos nas concretizações deste pedido.

[0071] Nas concretizações deste pedido, o termo "pluralidade" pode representar pelo menos dois, por exemplo, pode ser dois, três ou mais. Isto não é limitado nas concretizações deste pedido.

[0072] Além disso, o termo "a/ou" nesta especificação descreve apenas uma relação de associação para objetos associados e representa que três relações podem existir. Por exemplo, A e/ou B pode representar os seguintes três casos: Apenas A existe, tanto A e B existem, e apenas B existe. Além disso, o caractere "/" nesta especificação geralmente indica uma relação de "ou" entre os objetos associados, a menos que declarado de outra forma.

[0073] Salvo indicação em contrário, nas concretizações neste pedido, os números ordinais, tais como "primeiro", "segundo" e "terceiro" se destinam para distinguir entre uma pluralidade de objetos, e não se destinam a limitar uma sequência, uma sequência de tempo, uma prioridade, ou um grau de importância da pluralidade dos objetos.

[0074] A seguir, são descritos alguns termos nas concretizações deste pedido de modo a ajudar aquele versado na técnica a ter uma melhor compreensão.

[0075] 1. Dispositivo terminal: Um dispositivo terminal usado nas concretizações deste pedido pode ser também referido como um terminal, e pode ser um dispositivo apresentando funções de recebimento e de envio sem fio. O dispositivo terminal pode ser implantado em terra, incluindo implantado em ambientes internos ou externos, segurado na mão ou montado no veículo; pode ser implantado na superfície da água (por exemplo, em um navio a vapor); ou pode ser implantado no ar (tal como em um avião, um balão e um satélite). O dispositivo terminal pode ser um equipamento de usuário (user equipment, UE). O UE inclui um dispositivo portátil, um dispositivo montado no veículo, um dispositivo vestível, ou um dispositivo de computação que tem uma função de comunicação sem fio. Por exemplo, o UE pode ser um telefone móvel (mobile phone), um computador tablet ou um computador apresentando funções de recebimento e de envio sem fio. Alternativamente, o dispositivo terminal pode ser um dispositivo terminal de realidade virtual (virtual reality, VR), um dispositivo terminal de realidade aumentada (augmented reality, AR), um terminal sem fio no controle industrial, um terminal sem fio na condução autônoma, um terminal sem fio em telemedicina, um terminal sem fio em uma rede inteligente, um terminal sem fio em uma cidade inteligente (smart city), um terminal sem fio em uma casa inteligente (smart home) ou semelhante. Nas concretizações deste aplicativo, um aparelho que implementa uma função do terminal pode ser um terminal, ou pode ser um aparelho que suporta o terminal para implementar a função, tal como um chip, um circuito, ou outro aparelho. Nas concretizações deste pedido, as soluções técnicas providas nas concretizações deste pedido são descritas usando um exemplo em que o aparelho que implementa a função do dispositivo terminal é um dispositivo terminal.

[0076] 2. Dispositivo de rede: Um dispositivo de rede usado nas concretizações deste pedido inclui uma estação base (base station, BS), e pode ser um dispositivo que é implantado em uma rede de acesso de rádio e pode executar a comunicação sem fio com um terminal. A estação base pode estar em uma pluralidade de formas, por exemplo, uma macroestação base, uma microestação base, uma estação retransmissora e um ponto de acesso. Por exemplo, a estação base usada nas concretizações deste pedido pode ser um gNB (gNB) em um sistema de novo rádio (new radio, NR) de comunicação móvel de 5a. geração (the 5th generation, 5G), uma estação base (por exemplo, um eNB) em um sistema de evolução de longo prazo (long term evolution, LTE) ou uma estação base em um sistema LTE avançado (LTE-Advanced, LTE-A). O gNB no sistema NR pode ser também referido como um ponto de recepção de transmissão (transmission reception point, TRP). Nas concretizações deste pedido, um aparelho que implementa uma função do dispositivo de rede pode ser um dispositivo de rede, ou pode ser um aparelho que suporte o dispositivo de rede para implementar a função, tal como um chip, um circuito ou outro aparelho. Nas concretizações deste pedido, as soluções técnicas providas nas concretizações deste pedido são descritas usando um exemplo no qual o aparelho que implementa a função do dispositivo de rede é um dispositivo de rede.

[0077] 3. Recurso de canal compartilhado de uplink: Um recurso de canal compartilhado de uplink, por exemplo, um recurso PUSCH, pode ser agendado por um dispositivo de rede para um dispositivo terminal, e o dispositivo terminal pode enviar dados e/ou informação de controle usando o recurso de canal compartilhado de uplink.

[0078] A seguir, é descrito resumidamente o antecedente técnico das concretizações deste pedido.

[0079] Em um sistema de comunicação atual, a informação de controle de uplink (uplink control information, UCI) enviada por um dispositivo terminal pode ser enviada para um dispositivo de rede através de um canal de controle de uplink físico (physical uplink control channel, PUCCH), ou pode ser enviado para um dispositivo de rede através de um PUSCH. De modo geral, o PUCCH apresenta uma maior confiabilidade, mas uma capacidade de informação que pode ser transportada no PUCCH é menor do que aquela do PUSCH. Portanto, parte do UCI com uma carga útil (payload) relativamente grande é geralmente enviada para o dispositivo de rede através do PUSCH. Por exemplo, a informação de estado de canal (channel state information, CSI), como um tipo de UCI com um tamanho de carga útil relativamente grande, é enviada para o dispositivo de rede através do PUSCH em alguns casos.

[0080] O envio, por meio do dispositivo terminal, do UCI para o dispositivo de rede através do PUSCH inclui dois casos: (1) Os dados UL-SCH e o UCI são enviados juntos, e (2) Os dados UL-SCH não são enviados, mas apenas UCI é enviado. Nas concretizações deste pedido, o caso em que apenas o UCI é enviado, mas os dados UL- SCH não são enviados é referido como apenas UCI ou PUSCH apenas UCI. O termo "PUSCH apenas UCI" significa que o PUSCH é um canal usado para enviar apenas o UCI. Na prática, o dispositivo terminal não pode atualmente determinar se envia os dados UL-SCH e o UCI juntos como no caso (1) ou se envia apenas o UCI como no caso (2).

[0081] Em vista das descrições anteriores, as concretizações deste pedido proveem um método para enviar informação de controle de uplink. No método, o dispositivo terminal pode receber uma primeira informação de controle de downlink (downlink control information, DCI) do dispositivo de rede; determinar, com base no primeiro DCI recebido, que um canal compartilhado de uplink agendado usando o primeiro DCI é usado para enviar apenas o DCI; e enviar o primeiro UCI para o dispositivo de rede através do canal compartilhado de uplink agendado usando o primeiro DCI. Em outras palavras, o dispositivo de rede pode indicar ao dispositivo terminal usando o DCI, de modo que o dispositivo terminal possa determinar, com base na indicação do dispositivo de rede, se envia apenas o UCI para o dispositivo de rede. Mais especificamente, o dispositivo terminal pode determinar, com base em uma indicação DCI do dispositivo de rede, se o canal compartilhado de uplink é apenas UCI; e quando o canal compartilhado de uplink for apenas UCI, enviar o UCI para o dispositivo de rede através do canal compartilhado de uplink agendado com o uso do DCI.

[0082] As soluções técnicas nas concretizações deste pedido podem ser aplicadas a vários sistemas de comunicações, por exemplo, podem ser aplicadas a um sistema NR, a um sistema LTE ou a um sistema LTE-A.

[0083] Além disso, o sistema de comunicações ao qual são aplicadas as soluções técnicas nas concretizações deste pedido pode ser também aplicável a uma tecnologia de comunicações orientada para o futuro. O sistema descrito nas soluções técnicas nas concretizações deste pedido destina-se a descrever mais claramente as soluções técnicas nas concretizações deste pedido, e não constitui nenhuma limitação sobre as soluções técnicas providas nas concretizações deste pedido. Aquele versado na técnica reconhecerá que, com a evolução de uma arquitetura de rede, as soluções técnicas providas nas concretizações deste pedido são também aplicáveis a um problema técnico similar.

[0084] A seguir, será descrito resumidamente um cenário de aplicação das concretizações deste pedido.

[0085] A Figura 1 é um diagrama esquemático de um possível cenário de aplicação de acordo com uma concretização deste pedido. Um dispositivo de rede e um dispositivo terminal são incluídos. Funções do dispositivo de rede e do dispositivo terminal foram descritas acima, e os detalhes não serão descritos aqui novamente. O cenário de aplicação mostrado na Figura 1 pode ser um cenário de aplicação em um sistema NR, um cenário de aplicação em um sistema LTE ou semelhante. Por exemplo, o cenário de aplicação mostrado na Figura 1 é o cenário de aplicação no sistema NR. Neste caso, o dispositivo de rede pode ser um gNB no sistema NR, e o dispositivo terminal pode ser um dispositivo terminal no sistema NR.

[0086] No cenário de aplicação mostrado na Figura 1, o dispositivo de rede pode agendar um recurso usado pelo dispositivo terminal, por exemplo, alocar um recurso de canal compartilhado de uplink (por exemplo, um recurso PUSCH) para o dispositivo terminal. Depois da alocação do recurso de canal compartilhado de uplink para o dispositivo terminal, o dispositivo de rede poderá notificar o dispositivo terminal do recurso de canal compartilhado de uplink alocado usando o DCI. Depois do recebimento do DCI, o dispositivo terminal pode aprender sobre o recurso de canal compartilhado de uplink alocado pelo dispositivo de rede, e então transmitir informação usando o recurso de canal compartilhado de uplink alocado, por exemplo, enviar dados UL-SCH ou UCI para o dispositivo de rede usando o recurso de canal compartilhado de uplink alocado.

[0087] Será notado que, o cenário mostrado na Figura 1 não deve constituir nenhuma limitação sobre o cenário de aplicação desta concretização deste pedido. No pedido atual, uma pluralidade de dispositivos de rede e uma pluralidade de dispositivos terminais podem ser incluídas. Por exemplo, um dispositivo terminal pode transmitir dados para apenas um dispositivo de rede, ou pode transmitir dados para uma pluralidade de dispositivos de rede; alternativamente, um dispositivo de rede pode transmitir dados para um dispositivo terminal, ou pode transmitir dados para uma pluralidade de dispositivos terminais. Isto não é especificamente limitado nesta concretização deste pedido.

[0088] A Figura 2 é um fluxograma de um método para enviar informação de controle de uplink de acordo com uma concretização deste pedido. Nas seguintes descrições, o método aplicado ao cenário mostrado na Figura 1 é usado como um exemplo. Um procedimento do método é descrito como segue.

[0089] Etapa 21: Um dispositivo de rede determina que um canal compartilhado de uplink agendado para um dispositivo terminal é usado para enviar apenas UCI.

[0090] Primeiro, para um dispositivo terminal, o dispositivo de rede pode agendar um recurso para o dispositivo terminal, por exemplo, determinar que o canal compartilhado de uplink agendado para o dispositivo terminal é um canal usado para enviar apenas o UCI, tal como o PUSCH apenas UCI anterior.

[0091] Etapa 22: O dispositivo de rede envia o primeiro DCI para o dispositivo terminal, e o dispositivo terminal recebe o primeiro DCI do dispositivo de rede.

[0092] O dispositivo de rede pode enviar o DCI para o dispositivo terminal através do canal de controle de downlink físico (physical downlink control channel, PDCCH). Por exemplo, o DCI é referido como o primeiro DCI, e o primeiro DCI pode incluir informação de alocação de recursos e outra informação de controle. Devido ao fato de o DCI incluir a informação de alocação de recursos, o canal compartilhado de uplink agendado pelo dispositivo de rede pode ser indicado usando o DCI. Em outras palavras, o DCI pode ser usado para agendar o canal compartilhado de uplink.

[0093] Nesta concretização deste pedido, se o dispositivo de rede precisar agendar o dispositivo terminal para executar a transmissão usando apenas UCI, o dispositivo terminal poderá ser agendado usando o DCI. Especificamente, o dispositivo de rede pode primeiramente determinar que o canal compartilhado de uplink agendado para o dispositivo terminal é o canal usado para enviar apenas o UCI; então, o dispositivo de rede gera o primeiro DCI com base em um resultado determinante; e, finalmente, o dispositivo de rede envia o primeiro DCI para o dispositivo terminal, e o dispositivo terminal recebe o primeiro DCI.

[0094] Nesta concretização deste pedido, o dispositivo de rede determina se o canal compartilhado de uplink agendado usando o DCI é apenas UCI, e o dispositivo de rede pode notificar o dispositivo terminal. Especificamente, o dispositivo de rede notifica o dispositivo terminal usando o DCI. O DCI não apenas pode ser usado para agendar o canal compartilhado de uplink, mas também pode ser usado para indicar se o canal compartilhado de uplink agendado usando o DCI é apenas UCI. Portanto, para permitir que o dispositivo terminal claramente conheça uma indicação apenas UCI do dispositivo de rede, o dispositivo de rede pode enviar, para o dispositivo terminal, o DCI (por exemplo, o primeiro DCI) incluindo a indicação, aumentando assim um entendimento interativo entre o dispositivo de rede e o dispositivo terminal.

[0095] Em um processo de implementação específico, para indicar apenas UCI usando o DCI, o dispositivo de rede pode acrescentar informação de indicação ao DCI quando da geração do DCI, em que a informação de indicação é usada para indicar apenas UCI. Para facilidade de descrição, a informação de indicação que é transportada no DCI e que é usada para indicar apenas UCI é referida como informação de indicação apenas UCI. Em outras palavras, apenas UCI pode ser determinado diretamente usando o DCI existente e acrescentando a informação de indicação apenas UCI ao DCI.

[0096] Etapa 23: O dispositivo terminal determina que o canal compartilhado de uplink agendado usando o primeiro DCI é usado para enviar apenas o UCI.

[0097] Além disso, depois de receber o primeiro DCI enviado pelo dispositivo de rede, o dispositivo terminal pode analisar o primeiro DCI para obter a informação de indicação apenas UCI transportada no primeiro DCI, e então determinar, com base na informação de indicação apenas UCI, se o canal compartilhado de uplink agendado usando o primeiro DCI é o canal usado para enviar apenas o UCI. Em outras palavras, o dispositivo terminal pode diretamente determinar, com base no DCI enviado pelo dispositivo de rede, um tipo de informação que é enviada através do canal compartilhado de uplink agendado usando o DCI. Um possível resultado é o de que o dispositivo terminal determina, com base no DCI enviado pelo dispositivo de rede, que o canal compartilhado de uplink agendado usando o DCI é o canal usado para enviar apenas o UCI, garantindo assim um entendimento consistente entre o dispositivo de rede e o dispositivo terminal, e aumentando as capacidades do dispositivo de rede para agendar e controlar o dispositivo terminal.

[0098] Pode ser aprendido que esta concretização deste pedido provê uma maneira em que o dispositivo terminal determina se o canal compartilhado de uplink agendado pelo dispositivo de rede é usado para enviar apenas o UCI, de modo a melhorar uma função do dispositivo de rede para indicar ao dispositivo terminal, e aperfeiçoar o desempenho de interação do dispositivo de rede e do dispositivo terminal. Ademais, a maneira de determinar apenas UCI provida nesta concretização deste pedido é uma maneira simples provida com base em uma informação de controle existente (isto é, o DCI), e usa diretamente um modo de sinalização existente sem aumentar sobrecargas adicionais, ajudando assim a economizar recursos de transmissão.

[0099] Etapa 24. O dispositivo terminal envia o primeiro UCI para o dispositivo de rede através do canal compartilhado de uplink agendado usando o primeiro DCI, e o dispositivo de rede recebe o primeiro UCI no canal compartilhado de uplink.

[00100] Além disso, depois de determinar que o canal compartilhado de uplink agendado usando o primeiro DCI é o canal usado para enviar apenas o UCI, o dispositivo terminal pode enviar o UCI para o dispositivo de rede através do canal compartilhado de uplink agendado usando o primeiro DCI. Por exemplo, o UCI enviado pelo dispositivo terminal é referido como o primeiro UCI, e um tipo correspondente de informação é transmitido usando a indicação do dispositivo de rede. Isto permite um entendimento consistente entre o dispositivo de rede e o dispositivo terminal, e também melhora o controle do dispositivo terminal pelo dispositivo de rede.

[00101] Nesta concretização deste pedido, a maneira na qual o dispositivo de rede indica, para o dispositivo terminal usando o DCI, se o canal compartilhado de uplink agendado é apenas UCI inclui, mas não está restrita a dois métodos. Em outras palavras, o dispositivo terminal pode determinar a indicação do dispositivo de rede de acordo com os dois métodos seguintes. Para facilidade de entendimento por aquele versado na técnica, a seguir, são descritos os dois métodos:(1) Um primeiro método de determinação destina-se a diretamente indicar explicitamente apenas UCI.

[00102] O dispositivo de rede pode acrescentar um campo de bits ao DCI existente, para transportar a informação de indicação usada para indicar que o canal compartilhado de uplink agendado usando o DCI é apenas UCI. Por exemplo, um bit extra pode ser acrescentado para transportar a informação de indicação apenas UCI, o campo de bits recém-acrescentado pode ser colocado em uma localização específica com base em um formato DCI, em outras palavras, o formato DCI existente pode ser modificado, e o campo de bits recém-acrescentado é uado para diretamente indicar apenas UCI. Depois de receber o primeiro DCI do dispositivo de rede, o dispositivo terminal pode obter a informação de indicação apenas UCI do campo de bits na localização específica no primeiro DCI, e então determinar, com base na informação de indicação apenas UCI obtida, se o canal compartilhado de uplink agendado usando o primeiro DCI é apenas UCI. Por exemplo, quando um bit anterior for 1, ele indicará que o canal compartilhado de uplink é apenas UCI; ou quando um bit anterior for 0, ele indicará que o canal compartilhado de uplink não é apenas UCI. Certamente, uma correspondência entre um valor do bit e o conteúdo de indicação não é limitada nesta concretização deste pedido.

[00103] Nesta concretização deste pedido, o bit extra acrescentado no DCI é usado para explicitamente indica apenas UCI, e o dispositivo terminal pode de maneira direta, fácil e rápida obter a informação de indicação apenas UCI correspondente com base no campo de bits na localização específica no DCI, sem executar o cálculo adicional e outros processos. (2) Um segundo método de determinação é o de implicitamente indicar apenas UCI usando pelo menos dois parâmetros originalmente incluídos no DCI.

[00104] Comumente, o DCI tem uma pluralidade de formatos (format), tal como um formato 0, um formato 0-0, um formato 0-1, um formato 1, um formato 1A e um formato ID. O DCI correspondendo a diferentes formatos DCI pode incluir um conteúdo de informação diferente. Por exemplo, o DCI correspondendo a um formato inclui informação, tal como um número de processo (ID) de solicitação de repetição automática híbrida (hybrid automatic repeat request, HARQ), um novo indicador de dados (new data indicator, NDI), uma versão de redundância (redundacy versrion, RV), e um índice de esquema de modulação e de codificação (modulation and coding scheme, MCS), em que o índice MCS pode ser representado, por exemplo, por IMCS.

[00105] Pode ser aprendido que o DCI originalmente inclui alguns parâmetros. Por exemplo, conforme descrito acima, o DCI geralmente inclui parâmetros, tais como o NDI, o RV, o número de processo HARQ, e o IMCS. Portanto, no segundo método de determinação, o dispositivo de rede pode diretamente usar alguns parâmetros originalmente incluídos no DCI para implicitamente indicar apenas UCI. Além disso, depois de receber o DCI, o dispositivo terminal pode determinar, com base na indicação do dispositivo de rede, se o canal compartilhado de uplink é apenas UCI. Quando pelo menos dois parâmetros incluídos no DCI forem usados para implicitamente indicar apenas UCI, a informação correspondendo aos parâmetros usados para implicitamente indicar apenas UCI pode ser entendida como a informação de indicação apenas UCI anterior. Desta forma, uma modificação ao DCI é relativamente pequena.

[00106] Em outras palavras, em uma estrutura de composição de informação existente do DCI, um valor de um campo de bits definido (o campo de bits definido é usado para transportar informação correspondendo a um parâmetro definido) pode ser totalmente usado para implementar uma nova função de indicar apenas UCI. Através da reutilização do campo de bits que está no DCI e que já transporta informação relacionada, a eficiência do uso de informação do DCI pode ser aumentada, ou equivalentemente, sobrecargas de sinalização são reduzidas até certo ponto, economizando assim recursos.

[00107] Nesta concretização deste pedido, pelo menos dois parâmetros que estão atualmente disponíveis no DCI são usados para indicar se o canal compartilhado de uplink é apenas UCI. Especificamente, uma combinação de valores de dois parâmetros no DCI é uma combinação impossível em combinações de funções atualmente existente, isto é, a combinação de valores dos dois parâmetros usados para implicitamente indicar apenas UCI não é uma combinação de funções existente. Por exemplo, quanto a combinação de valores dos dois parâmetros representar duas indicações conflitantes relacionadas a uma nova transmissão de dados e à retransmissão de dados na técnica anterior, poderá ser determinado que o canal compartilhado de uplink agendado usando o DCI é apenas UCI. Por exemplo, um valor de um parâmetro no DCI indica uma nova transmissão de dados, e um valor do outro parâmetro no DCI indica a retransmissão de dados. As indicações conflitantes: uma indicando a retransmissão de dados e a outra indicando uma nova transmissão de dados, não existem em um caso comum. Portanto, nesta concretização deste pedido, uma combinação de indicação conflitante que não existe no caso normal é usada para indicar apenas UCI. Entretanto, para o dispositivo terminal, se determinar que o DCI transporta as duas indicações conflitantes, o dispositivo terminal irá considerar que o dispositivo de rede nem indica a retransmissão de dados nem indica uma nova transmissão de dados efetivamente, mas indica apenas UCI. Isto é, uma combinação de funções que não existe atualmente é usada para implicitamente indicar apenas UCI.

[00108] Além disso, será notado que, nesta concretização deste pedido, por exemplo, quando a combinação atualmente impossível que inclui as duas indicações conflitantes, a nova transmissão de dados e a retransmissão de dados for usada para indicar apenas UCI, a nova transmissão de dados e a retransmissão de dados aqui não serão usadas para efetivamente indicar uma nova transmissão de dados e a retransmissão de dados, em outras palavras, o dispositivo terminal não transmite novos dados ou retransmite dados baseados nas indicações. Nesta concretização deste pedido, a combinação de indicação atualmente impossível é meramente usada para implicitamente indicar apenas UCI, isto é, uma combinação diferente de parâmetros é usada para implementar uma nova função de indicação.

[00109] No segundo método de determinação, o DCI pode incluir uma pluralidade de parâmetros. Para facilidade de entendimento daquele versado na técnica, a seguir, são listados diversos parâmetros para descrição.

[00110] Em uma maneira 1, um NDI e um RV são usados para determinar se o canal compartilhado de uplink é apenas UCI.

[00111] O NDI e o RV são parâmetros indicados usando dois campos de bit no DCI. O NDI fixamente ocupa um bit. Se o dispositivo de rede indicar uma nova transmissão de dados ou a retransmissão de dados, isso pode ser determinado com base em se ocorre a inversão de NDI. Por exemplo, em comparação com o DCI anterior, se a inversão de NDI ocorrer, ela indicará uma nova transmissão de dados; ou se nenhuma inversão de NDI ocorrer, ela indicará a retransmissão de dados. O RV geralmente ocupa dois bits, e diferentes valores do RV representam diferentes significados. Por exemplo, quando um valor do RV for 1 ou 2, ele indicará a retransmissão de dados.

[00112] Na técnica anterior, a inversão de NDI pode ser usada para indicar uma nova transmissão de dados, e o valor 1 ou 2 do RV pode ser usado para indicar uma retransmissão de dados. Portanto, na maneira 1, o dispositivo de rede usa uma combinação atualmente impossível que inclui das duas indicações conflitantes, a nova transmissão de dados e a retransmissão de dados para indicar apenas UCI, e o dispositivo terminal pode determinar apenas UCI com base na combinação de indicação.

[00113] Mais especificamente, condições que são providas na maneira 1 e que são usadas para determinar apenas UCI são as seguintes:(1) A inversão de NDI ocorre; e (2) RV = 1 ou RV = 2.

[00114] Com base nas descrições anteriores, para determinar, com base no NDI, se novos dados são transmitidos, se ocorre a inversão de NDI, isso precisa ser determinado primeiro. Para determinar se ocorre a inversão de NDI, são necessários os valores de NDIs em duas partes do DCI. Uma parte do DCI é o DCI atualmente recebido, isto é, o primeiro DCI; e a outra parte do DCI é o DCI anterior que transporta o mesmo número de processo HARQ como o primeiro DCI que está mais próximo ao primeiro DCI no tempo. Para facilidade de descrição, a outra parte do DCI é referida como um segundo DCI nesta concretização deste pedido. Devido ao fato de o segundo DCI ser um DCI anterior recebido antes do primeiro DCI, o segundo DCI pode ser recebido pelo dispositivo terminal antes de o primeiro DCI ser recebido.

[00115] Por exemplo, o dispositivo de rede define um valor de um NDI no segundo DCI em 1. Se for esperado indicar apenas UCI usando o primeiro DCI, o dispositivo de rede poderá definir um valor de um NDI no primeiro DCI em 0, e definir um valor de um RV no primeiro DCI em 1 ou 2. Além disso, depois de receber o primeiro DCI, o dispositivo terminal pode comparar o NDI transportado no primeiro DCI com o NDI transportado no segundo DCI para determinar se ocorre a inversão de NDI. Se determinar que ocorre a inversão de NDI, o dispositivo terminal pode determinar se o valor do RV no primeiro DCI é 1 ou 2. Alternativamente, o dispositivo terminal pode simultaneamente executar dois processos para determinar se ocorre a inversão de NDI e para determinar se o valor do RV no primeiro DCI é 1 ou 2. Alternativamente, o dispositivo terminal pode primeiramente determinar se o valor do RV no primeiro DCI é 1 ou 2, e então determinar se ocorre a inversão de NDI. Em suma, quando as duas condições forem satisfeitas, o dispositivo terminal poderá determinar que o canal compartilhado de uplink agendado usando o primeiro DCI é usado para enviar apenas o UCI.

[00116] Em uma maneira 2, um NDI e IMCS são usados para determinar se o canal compartilhado de uplink é apenas UCI.

[00117] IMCS é um índice MCS em uma tabela MCS. A tabela MCS inclui uma pluralidade de índices MCS, e cada índice MCS corresponde a uma respectiva taxa de código (code rate), a uma ordem de modulação (modulation order), à eficiência de espectro e semelhante, em que a ordem de modulação é representeada, por exemplo, por Qm.

[00118] Existe já uma pluralidade de tabelas MCS atualmente. Por exemplo, a Tabela 1, a Tabela 2 e a Tabela 3 são três tabelas MCS comuns atualmente. Uma ordem de modulação mais alta suportada nas tabelas MCS mostrada na Tabela 1 e na Tabela 3 é 6, e uma ordem de modulação mais alta suportada em uma tabela MCS mostrada na Tabela 2 é 8.

[00119] Além disso, os dispositivos terminais podem corresponder a respectivas tabelas MCS dependendo de diferentes ordens de modulação mais altas que os dispositivos terminais podem suportar e se a pré-codificação de transformada discreta de Fourier (discrete Fourier transform, DFT) é aplicada ao canal compartilhado de uplink. Em outras palavras, os dispositivos terminais podem corresponder às respectivas tabelas MCS com base em diferentes capacidades dos dispositivos terminais.Tabela 1 Tabela 2 Tabela 3

[00120] Similar à maneira 1, se o NDI no primeiro DCI indica uma nova transmissão de dados determinando se o NDI no primeiro DCI é invertido em comparação com o NDI no segundo DCI. Quando for determinado que ocorre a inversão de NDI, isso indicará que o primeiro DCI indica uma nova transmissão de dados.

[00121] Além disso, quando um valor de IMCS for um valor predeterminado, ele indicará que o dispositivo de rede espera usar o IMCS para indicar a retransmissão de dados, de modo que a indicação de retransmissão de dados e a indicação de uma nova transmissão de dados que é representada através da inversão de NDI formem uma combinação de funções que não existe atualmente e que inclui as indicações conflitantes. Especificamente, duas condições podem ser definidas: "o valor de IMCS é qualquer dos valores de índice que indicam uma ordem de modulação mais alta em uma tabela MCS" e o "valor de IMCS é um valor de índice em uma tabela MCS que é maior do que um valor predeterminado". Quando pelo menos uma das duas condições for satisfeita, poderá ser considerado que o valor do IMCS é usado para indicar a retransmissão de dados, de modo que a indicação de retransmissão de dados e a indicação de nova transmissão de dados representadas através da inversão de NDI formem as duas indicações conflitantes. Neste caso, apenas UCI pode ser determinado.

[00122] Para facilidade de entendimento por aquele versado na técnica, a seguir, são listados diversos casos para descrição.

[00123] (a) I MCSG {valores de índice que indicam uma ordem de modulação mais alta em uma tabela MCS}. Mais especificamente, o valor de IMCS pertence a um conjunto que inclui os valores de índice que indicam a ordem de modulação mais alta na tabela MCS. Será notado que, quando diferentes tabelas MCS forem usadas, os valores de índice que indicam uma ordem de modulação mais alta nas tabelas MCS poderão ser diferentes.

[00124] Por exemplo, exemplo, na tabela MCS mostrada na Tabela 1, a ordem de modulação mais alta na tabela MCS é 6, e um conjunto de todos os valores de índice correspondendo à ordem de modulação 6 é {17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 31}.

[00125] Por exemplo, na tabela MCS mostrada na Tabela 2, a ordem de modulação mais alta na tabela MCS é 8, e um conjunto de valores de índice correspondendo à ordem de modulação 8 é {20, 21, 22, 23, 24, 25, 26, 27, 31}.

[00126] Por exemplo, na tabela MCS mostrada na Tabela 3, a ordem de modulação mais alta na tabela MCS é 6, e um conjunto de todos os valores de índice correspondendo à ordem de modulação 6 é {17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 31}.

[00127] Para qualquer tabela MCS, uma vez que o valor de IMCS pertence a um conjunto de valores de índice correspondendo a uma ordem de modulação mais alta na tabela MCS, pode ser considerado que IMCS satisfaz uma condição de indicar a retransmissão de dados. Com o uso da tabela MCS na Tabela 3 como um exemplo, quando o valor de IMCS no primeiro DCI for 27, uma ordem de modulação correspondendo a IMCS será 6, uma ordem de modulação mais alta. Neste caso, pode ser considerado que IMCS com o valor de 27 é usado para indicar a retransmissão de dados, e, além disso, apenas UCI pode ser determinado. Para outro exemplo, quando o valor de IMCS no primeiro DCI for 6, uma ordem de modulação correspondendo a IMCS será 2, não a ordem de modulação mais alta 6. Portanto, pode ser considerado que IMCS com o valor de 6 não indica a retransmissão de dados, e, neste caso, pode ser determinado que o canal compartilhado de uplink não é apenas UCI.

[00128] Em um caso normal, a nova transmissão de dados é executada através da modulação de ordem mais baixa, e a modulação de ordem mais alta não é geralmente usada durante a retransmissão ou uma pluralidade de retransmissões. Portanto, o dispositivo de rede usa totalmente um caso não regular com base no princípio, isto é, usa um valor de índice correspondendo a uma modulação de ordem mais alta para indicar a retransmissão de dados, de modo a formar uma indicação conflitante com a nova transmissão de dados representada através da inversão de NDI. Desta maneira, as duas indicações conflitantes são usadas para indicar apenas UCI para o dispositivo terminal.

[00129] (b) I Mcse {28, 29, 30, 31} or I Mcse {29, 30, 31}.

[00130] Cada uma das tabelas MCS atuais inclui 31 valores de índice, e os valores de índice 28, 29, 30 e 31 são diversos valores maiores nas tabelas MCS. Ademais, as taxas de código correspondendo a 28, 29, 30 e 31 na Tabela 2 e na Tabela 3 e taxas de código correspondendo a 29, 30 e 31 na Tabela 1 são "reservadas", e "reservadas" indica que as taxas de código são reservadas. Em outras palavras, taxas de código correspondentes não são definidas para os valores de índice 28, 29, 30 e 31, ou os valores de índice 29, 30 e 31 nas tabelas MCS atuais. Devido ao fato de as taxas de código não serem definidas, atualmente, em um caso normal, o dispositivo de rede geralmente não usa os valores de índice para indicar nova transmissão de dados. Com base nisso, o dispositivo de rede usa os valores de índice para os quais as taxas de código correspondentes não são definidas atualmente, para indicar a retransmissão de dados, de modo que a indicação de retransmissão de dados e a indicação de nova transmissão de dados representada através da inversão de NDI formem duas indicações conflitantes. Desta maneira, apenas UCI é determinado.

[00131] (c) I MCSe {valores de índice que indicam uma ordem de modulação mais alta em uma tabela MCS}u{28, 29, 30, 31}.

[00132] O caso c é uma combinação dos dois casos: a e b. As descrições não são repetidas aqui. Contudo, será notado que os valores de índice que indicam uma ordem de modulação mais alta em uma tabela MCS podem se sobrepor a 28, 29, 30 e 31. Com o uso da tabela MCS mostrada na Tabela 2 como um exemplo, um conjunto de todos os valores de índice que indicam a ordem de modulação mais alta na tabela MCS mostrada na Tabela 2 é {20, 21, 22, 23, 24, 25, 26, 27, 31}, e 31 no conjunto é um elemento que se sobrepõe àquele em um conjunto {28, 29, 30, 31} incluindo valores de índice grandes. Devido ao fato de haver uma relação de "U" entre os dois conjuntos, 31 é usado apenas uma vez finalmente, isto é, um conjunto final depois de o "U" é {20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31}.

[00133] De acordo com as descrições anteriores, na maneira 2, as condições que são usadas para determinar apenas UCI são as seguintes: (1) A inversão de NDI ocorre; e (2) lMcse{valores de índice que indicam uma ordem de modulação mais alta em uma tabela MCS}; ou IMCS<={28, 29, 30, 31} ou IMCS<={29, 30, 31}; ou IMCS<E{ valores de índice que indicam uma ordem de modulação mais alta em uma tabela MCS}u{28, 29, 30, 31}.

[00134] Além disso, nas maneiras de determinação apenas UCI descritas acima, pode haver uma detecção de falha PDCCH, e a detecção de falha PDCCH pode resultar em uma determinação errônea de apenas UCI. Por exemplo, a Figura 3 é um diagrama esquemático de enviar e receber, da esquerda para a direita em ordem cronológica, o DCI entre o dispositivo de rede e o dispositivo terminal usando um mesmo número de processo HARQ.

[00135] Primeiro, o dispositivo de rede usa um DCI1 para indicar um PUSCH usado para transmitir novos dados, e RV = 0. Depois de o dispositivo terminal enviar os dados do PUSCH com base em uma indicação do DCI1, o dispositivo de rede falha ao decodificar os dados recebidos, onde a falha em decodificar os dados recebidos significa que uma verificação de redundância cíclica (cyclic redundancy check, CRC) falha. Neste caso, o dispositivo de rede usa um DCI2 para indicar que a retransmissão é necessária, e RV = 2. Depois disso, o dispositivo de rede falha ao decodificar os dados recebidos novamente, e ao usar um DCI3 para indicar que a retransmissão é necessária, e RV = 3. Neste caso, a decodificação tem sucesso.

[00136] Depois, o dispositivo de rede usa um DCI4 para indicar os próximos dados que precisam ser novamente transmitidos (inversão de NDI), mas o DCI4 é perdido.

[00137] Finalmente, o dispositivo de rede usa um DCI5 para indicar um PUSCH apenas UCI, isto é, define um valor diferente de um valor de um NDI no DCI4 para um NDI no DCI5, e define RV = 1. Devido ao fato de o valor do NDI no DCI4 ser 1, o valor do NDI no DCI5 é definido em 0. Em outras palavras, o dispositivo de rede espera indicar apenas UCI por meio da inversão de NDI e RV = 1. Entretanto, o DCI4 é perdido, e o dispositivo terminal não recebe o DCI4. Portanto, quando o DCI5 for recebido, o DCI5 será comparado com o DCI3 anteriormente recebido, sendo descoberto que os NDIs são ambos 0, isto é, não ocorre nenhuma inversão de NDI. Neste caso, o DCI5 é erroneamente considerado como sendo usado para indicar a retransmissão dos dados PUSCH anteriores.

[00138] Pode ser aprendido que o dispositivo terminal pode erroneamente determinar apenas UCI devido a uma perda do DCI em um processo de transmissão. Especificamente, a inversão de NDI efetivamente ocorre, mas é erroneamente considerado que não ocorre nenhuma inversão de NDI. Em vista disto, nesta concretização deste pedido, outra condição de determinação de determinar apenas UCI é ainda acrescentada. O acréscimo de uma condição determinante pode reduzir o impacto da determinação errônea sobre um resultado determinante final, aperfeiçoando assim a precisão da determinação e impedindo um caso em que apenas UCI não pode ser indicado devido à determinação errônea. Para facilidade de entendimento por aquele versado na técnica, a seguir, a maneira 3 e a maneira 4 são usadas como exemplos para descrever uma maneira determinante na qual uma nova condição determinante é acrescentada.

[00139] Na maneira 3, um NDI, um RV e IMCS são usados para determinar se o canal compartilhado de uplink é apenas UCI.

[00140] Por exemplo, na maneira 1 anterior, devido ao fato de a inversão de NDI poder ser erroneamente determinada, conforme mostrado na Figura 3, a indicação do NDI pode ser ignorada nesta concretização deste pedido. Então, o IMCS é usado como uma condição determinante recém-acrescentada para determinar se o canal compartilhado de uplink é apenas UCI. Mais especificamente, a indicação do NDI é ignorada, e, na premissa de que o valor do RV é 1 ou, IMCS descrito na maneira 2 e o RV formam uma combinação de valores que é impossível na técnica anterior, de modo a garantir a precisão de determinação apenas UCI quando o NDI não funcionar devido à determinação errônea.

[00141] Em uma possível implementação, na maneira 3, as condições usadas para determinar apenas UCI são as seguintes: (1) A inversão de NDI ocorre; (2) lMcse{valores de índice que indicam uma ordem de modulação mais alta em uma tabela MCS}; ou IMCS<={28, 29, 30, 31} ou IMCS<={29, 30, 31}; ou IMCS<E{ valores de índice que indicam uma ordem de modulação mais alta em uma tabela MCS}u{28, 29, 30, 31}.

[00142] Em outra implementação possível, na maneira 3, as condições usadas para determinar apenas UCI são as seguintes: (1) Não ocorre nenhuma inversão de NDI; (2) RV = 1 ou RV = 2; e (3) IMCSe{valores de índice que indicam uma ordem de modulação mais alta em uma tabela MCS}; ou IMCS<={28, 29, 30, 31} ou IMCS<={29, 30, 31}; ou IMCS<={ valores de índice que indicam uma ordem de modulação mais alta em uma tabela MCS}u{28, 29, 30, 31}.

[00143] Na maneira 4, um NDI, um RV e um número de processo HARQ são usados para determinar se o canal compartilhado de uplink é apenas UCI.

[00144] Similar à maneira 3, quando da determinação errônea mostrada na Figura 3, a indicação do NDI poderá ser ignorada, e o número de processo HARQ será usado como uma condição determinante recém-acrescentada para determinar se o canal compartilhado de uplink é apenas UCI. Especificamente, quando a indicação do NDI for ignorada, e o valor do RV for 1 ou 2, a retransmissão de dados será indicada em um caso normal. Devido ao fato de um número de processo HARQ apresentando um valor relativamente grande, tal como 15 ou 14, não ser geralmente usado no caso normal, uma combinação de parâmetros atualmente impossível na qual o RV indica a retransmissão de dados e o número de processo HARQ é 15 ou 14 é usada para indicar apenas UCI. Isto pode garantir a precisão de determinação apenas UCI quando o NDI não puder funcionar devido à determinação errônea. Além disso, pelo fato de o número de processo HARQ de 14 ou 15 ser raramente usado no caso normal, a determinação errônea descrita na Figura 3 não pode afetar o funcionamento normal de um HARQ.

[00145] Em outras palavras, na maneira 4, as condições usadas para determinar apenas UCI são as seguintes: (1) A inversão de NDI ocorre; (2) RV = 1 ou RV = 2; e (3) Número de processo HARQ = 14 ou número de processo HARQ = 15.

[00146] As descrições anteriores são meros exemplos. A maneira usada para determinar apenas UCI com base nos parâmetros existentes incluídos no DCI nesta concretização deste pedido inclui, mas não é limitada àquelas acima descritas. Em um processo de implementação específico, outra maneira pode ser obtida por meio de sumarização, variação ou extensão com base nas diversas maneiras acima descritas. Qualquer maneira determinante com base nos parâmetros existentes no DCI e uma combinação de funções que não é incluída nas combinações de funções atuais devem ser abrangidas pelo escopo de proteção deste pedido.

[00147] Conforme descrito acima, depois de determinar o PUSCH apenas UCI, o dispositivo terminal pode enviar o UCI para o dispositivo de rede no PUSCH. O UCI pode incluir diversas partes de informação, por exemplo, incluir três partes: o CSI-part1, o CSI-part2 e uma confirmação HARQ (acknowledgement, ACK). Cada parte no UCI pode ser enviada para o dispositivo de rede apenas quando uma quantidade de REs e uma taxa de código correspondente forem conhecidas de antemão. Para as partes anteriores no UCI, um tamanho de carga útil do CSI-part2 é afetado por valores específicos de alguns parâmetros no CSI-part1. Por exemplo, quando uma classificação em uma indicação de classificação (rank indication, RI) no CSI-part1 for igual a 1, o tamanho de carga útil do CSI-part2 será relativamente pequeno; ou se um RI no CSI-part1 indicar que classificação = 2, o tamanho de carga útil do CSI-part2 será relativamente pequeno. Devido ao fato de o dispositivo de rede não poder aprender sobre tamanhos específicos de partes no CSI-part1, isto é, não poder aprender sobre os tamanhos de carga útil das partes, o dispositivo de rede não poderá obter um tamanho de carga útil total do CSI de antemão, e não poderá agendar, com base no tamanho de carga útil total, um recurso PUSCH adaptado ao tamanho de carga útil total, para enviar o CSI. Devido ao fato de as partes apresentarem diferentes tamanhos de carga útil e diferentes graus de importância, respectivas taxas de código e ordens de modulação serão necessárias para enviar as partes no UCI.

[00148] O dispositivo de rede pode indicar o recurso PUSCH alocado para o equipamento de usuário no DCI enviado para o equipamento de usuário. Depois de receber e analisar o DCI, o UE pode conhecer o recurso PUSCH alocado pelo dispositivo de rede, isto é, pode conhecer uma quantidade total de REs que são usados para a transmissão UCI. Além disso, pelo fato de o UCI incluir uma pluralidade de partes, tal como o HARQ ACK, o CSI-part1 e o CSI- part2, o equipamento de usuário precisa alocar, para as partes no UCI de acordo com uma regra específica, o recurso PUSCH alocado pelo dispositivo de rede. Portanto, determinar as quantidades de REs que são alocados para as partes no UCI é também uma etapa obrigatória antes de o UCI ser enviado.

[00149] Em outras palavras, enviar o UCI pode ser entendido como enviando as partes de informação que são incluídas no UCI. Em uma implementação possível, as três partes: o CSI-part1, o CSI-part2 e o HARQ ACK incluídos no UC.I são enviadas. Além disso, para enviar qualquer parte no UCI, uma quantidade de REs que são usados para enviar cada parte e uma taxa de código correspondente precisam ser determinadas de antemão. Com relação à quantidade de REs que são usados para enviar cada parte, pelo fato de o DCI enviado pelo dispositivo de rede já incluir a quantidade total de REs que são usados para enviar o UCI, se forem conhecidas as quantidades de REs que são usados para enviar duas das três partes, uma quantidade de REs que são usados para enviar uma terceira parte poderá ser conhecida naturalmente.

[00150] Atualmente, uma quantidade Q'ACK de REs que são alocados para o HARQ ACK pode ser calculada de acordo com uma fórmula (1), uma quantidade Qxde REs que são alocados para o CSI-part1 pode ser calculada de acordo com a fórmula (2), e uma taxa de código /CSI_ j usada para enviar o CSI-part1 pode ser calculada de acordo com a fórmula (3): onde representa uma quantidade de todos os REs para o PUSCH, isto é, a quantidade total de REs que são alocados pelo dispositivo de rede para o PUSCH; OCSI-2-ref representa um tamanho de carga útil de referência do CSI-part2, e LCSI-2-ref representa uma quantidade correspondente de bits CRC; e OCSI-1representa o tamanho de carga útil do CSI-part1, e LCSI-1 representa uma quantidade correspondente de bits CRC. O L CSI-1 CSI-1 + pode ser entendido como um tamanho de carga útil total do CSI-part1, e O L CSI-2-ref CSI-2-ref + pode ser entendido como um tamanho de carga útil de referência total do CSIpart2.representam parâmetros de compensação de taxa de código do CSI-part1 e do CSI-part2, respectivamente, e são semi-estaticamente pré-configurados por uma camada mais alta sem fio do dispositivo de rede ou dinamicamente indicados usando o DCI subsequentemente.

[00151] Além disso, uma função min{,} na fórmula (2) significa que um valor de um parâmetro às esquerda de "=" é o menor dos dois valores incluídos na função min. Similarmente, as funções min nas seguintes fórmulas têm o mesmo significado.

[00152] Em um processo para calcular Q^I4 de acordo com a fórmula (2), o tamanho de carga útil de referência O do CSI-part2 é definido em um valor fixo, carecendo de flexibilidade. Por exemplo, um valor típico de O é um tamanho de carga útil do CSI-part2 quando classificação = 1 ou classificação = 2. Se o tamanho de carga útil (relativamente pequeno) do CSI-part2 quando classificação = 1 for selecionado como OCSI-2-ref poderá ser aprendido da fórmula (2) que QCSI-1 é relativamente grande, e alguns ou todos os CSI-part2 terão que ser descartados. Se um tamanho de carga útil (relativamente grande) do CSI-part2 quando classificação = 2 for selecionado como OCSI-2-ref ,poderá ser aprendido da fórmula (2) que uma quantidade de REs que são alocados para o CSI-part1 é relativamente pequena. Isto resulta em uma proteção insuficiente para o CSI-part1. Especialmente, se classificação = 1, na prática, o tamanho de carga útil do CSI-part2 não será grande, ao passo que a quantidade QCSI-2 de REs alocados (isto é, a quantidade de REs que são alocados para o CSI-part2) é excessivamente grande. Neste caso, a proteção é excessivamente grande, resultando em uma perda.

[00153] Além disso, a fórmula de cálculo de QACK apresenta também o seguinte problema. Na fórmula (1), se o tamanho de carga útildo HARQ-ACK for relativamente grande, por exemplo, quando para a função {,} na fórmula (1), apenas o segundo item à direita da vírgula será selecionado, e o primeiro item à esquerda da vírgula não poderá funcionar, isto é, o QACK calculado é a quantidade total de REs que são alocados para o PUSCH. Em outras palavras, todos os REs alocados para o UCI são alocados para o HARQ-ACK. Obviamente, neste caso, não há nenhum RE para enviar o CSI-part1 e o CSI-part2. Isto entra em conflito com um caso atual.

[00154] Com base na análise anterior, um tamanho de carga útil fixo é atualmente usado para calcular uma quantidade de REs. A solução é menos flexível, e, em alguns casos, pode não haver nenhum RE disponível para enviar o CSI-part1 e o CSI-part2. Portanto, a maneira de cálculo RE atual não é possível para enviar o CSI.

[00155] Em vista das descrições anteriores, é proposto um método para obter uma taxa de código de referência executando diretamente uma consulta em uma tabela MCS, e então calculando uma quantidade de REs com base na taxa de código obtida correspondente para solucionar o problema de flexibilidade e inviabilidade relativamente pobres para o envio do CSI causado quando do uso do tamanho de carga útil fixa para calcular a quantidade de REs. Especificamente, um valor de um campo de número de processo HARQ de 4 bits no DCI pode ser usado para indicar um valor de índice MCS, sendo então obtida uma taxa de código correspondente como uma taxa de código alvo /CSI4 do CSI-part1 por meio da consulta de tabela MCS com base no valor de índice MCS determinado. Mais especificamente, o dispositivo de rede indica /CSM para o UE usando o campo número de processo HARQ no DCI, e então calcula, de acordo com a fórmula (4), a quantidade de REs que são alocados para o CSI- part1:

[00156] O índice MCS em todas as tabelas MCS existentes inclui cinco bits, e há uma incompatibilidade de tabela MCS quando da realização de uma consulta em uma tabela MCS usando quatro its. Portanto, uma nova tabela MCS precisa ser definida. Em outras palavras, a nova tabela precisa ser introduzida na maneira anterior, indicando uma modificação significativa a um padrão existente. Além disso, um estudo extra é necessário para otimizar a nova tabela MCS, tornando difícil concluir a formulação de um padrão em tempo hábil. Ademias, para a implementação de produto do dispositivo de rede e do dispositivo terminal, a nova tabela MCS precisa de sobrecargas de espaço de armazenamento extras.

[00157] Em vista das descrições anteriores, nesta concretização deste pedido, depois de apenas UCI ser determinado, a taxa de código e a ordem de modulação correspondente podem ser diretamente obtidas por meio da consulta de tabela MCS. Para facilidade de descrição, a taxa de código obtida por meio da consulta de tabela MCS é referida como uma taxa de código de referência ou uma primeira taxa de código nesta especificação, e é representada por yteí; e a ordem de modulação obtida por meio da consulta de tabela MCS é representada por Q .

[00158] Esta concretização deste pedido provê as seguintes duas maneiras de consulta de tabela específicas.

[00159] Maneira de consulta de tabela 1: Em uma implementação possível, uma consulta pode ser executada em uma tabela MCS atualmente existente diretamente usando IMCS no DCI. Por exemplo, uma consulta é executada em qualquer tabela MCS na Tabela 1, na Tabela 2 ou na Tabela 3 acima descritas. A taxa de código correspondente e a ordem de modulação podem ser obtidas por meio da consulta de tabele MCS com base em IMCS, Por exemplo, quando um valor de IMCS for 22, uma taxa de código 666 e uma ordem de modulação 6 poderão ser obtidas realizando uma consulta na tabela MCS mostrada na Tabela 1. Além disso, será notado que a taxa de código na Tabela 1 é obtida multiplicando uma taxa de código alvo por 1024, e, portanto, uma taxa de código correspondente encontrada na tabela MCS precisa ser dividida por 1024.

[00160] Maneira de consulta de tabela 2: Em outra implementação possível, a taxa de código de referência anterior pode ser determinada com base em todos os bits que indicam o número de processo HARQ e alguns de todos os bits que indicam IMCS nesta concretização deste pedido. Devido ao fato de a maneira existente de realizar uma consulta na tabela MCS diretamente usando número de processo HARQ de 4 bits resultar em uma modificação significativa ao padrão existente, e de o número de processo HARQ incluir quatro bits e o IMCS incluir cinco bits, todos os bits no número de processo HARQ e alguns bits no IMCS podem ser usados para criar um valor de índice MCS de 5 bits que completamente se conforma às tabelas MCS existentes. Desta maneira, as tabelas MCS existentes podem ser diretamente usadas, sem ter que introduzir uma nova tabela, de modo a minimizar uma modificação ao padrão existente. Para facilidade de descrição, nesta concretização deste pedido, o valor de índice correspondente aos cinco bits criados é representado por I'MCS.

[00161] Especificamente, todos os bits (isto é, quatro bits) no número de processo HARQ e um bit no IMCS podem ser usados para construir um campo de bits incluindo cinco bits, e então, um valor do campo de bits construído é usado para representar um valor de índice para consulta de tabela, isto é, I'MCS. Por exemplo, a Figura 4 é um diagrama esquemático de construir, com base no número de processo HARQ e no IMCS, um campo de bits incluindo 5 bits. A Figura 4 mostra dois métodos para construir o campo de bits. Para cada dos dois métodos, os bits marcados por barras diagonais são os quatro bits no número de processo HARQ, um bit restante é um bit no IMCS. Por exemplo, conforme mostrado na Figura 4, um bit no IMCS é um bit menos significativo no IMCS, porque o uso direto do bit menos significativo no IMCS é relativamente conveniente, e um valor do bit menos significativo no IMCS apresenta um impacto relativamente pequeno sobre o valor do IMCS. Opcionalmente, conforme mostrado na maneira de construção à esquerda da Figura 4, o bit menos significativo no IMCS é usado como o bit menos significativo no campo de bits recém-construído. Alternativamente, conforme mostrado na maneira de construção à direita na Figura 4, o bit menos significativo em IMCS pode ser diretamente colocado antes dos quatro bits no número de processo HARQ, isto é, o bit menos significativo no IMCS é usado como um bit mais significativo no campo de bits recém- construído. Com o uso da maneira mostrada na Figura 4, os cinco bits podem ser diretamente construídos definindo um bit como o bit menos significativo ou o bit mais significativo em uma base de quatro bits no número de processo HARQ, e há uma modificação relativamente pequena aos quatro bits existentes no número de processo HARQ. Alternativamente, de forma opcional, um bit no IMCS pode ser colocado em qualquer localização entre os quatro bits no número de processo HARQ, por exemplo, colocado entre um bit menos significativo e um último bit, porém, menos significativo dos quatro bits no número de processo HARQ. Isto não é limitado nesta concretização deste pedido, e a definição pode ser executada com base no requisito atual em um processo de implementação específico.

[00162] Além disso, na maneira descrita acima na qual um novo índice de 5 bits é construído usando os quatro bits no número de processo HARQ e um bit no IMCS, os valores dos quatro bits no número de processo HARQ e um bit no IMCS são meramente reutilizados, e não há nenhum impacto sobre as estruturas e os valores do número de processo HARQ e do IMCS. Por exemplo, os valores dos quatro bits originais no número de processo HARQ são 1001, e os valores dos cinco bits no IMCS são 11111. Pode ser visto que o bit menos significativo em IMCS é 1. Neste caso, de acordo com a maneira mostrada à esquerda da Figura 4, os cinco bits recém-construídos são 10011, e um valor correspondente de I'MCS é 19. Devido ao fato de os valores dos quatro bits originais no número de processo HARQ e do bit menos significativo no IMCS serem meramente reutilizados, não há nenhum impacto sobre as estruturas e os valores do número de processo HARQ e IMCS, isto é, o número de processo HARQ pode ainda representar um processo 1001 (isto é, um código é 9), e IMCS pode ainda representar um valor de índice 31.

[00163] Não obstante uma maneira de consulta de tabela usada para a consulta de tabela, tanto a taxa de código de referência quanto a ordem de modulação Q podem ser obtidas por meio da consulta de tabela, e, além disso, as quantidades de REs que são usados para enviar as partes no UCI podem ser calculadas de acordo com as seguintes fórmulas:

[00164] Além disso, uma taxa de código usada para enviar cada parte pode ser ainda obtida de acordo com a seguinte fórmula:

[00165] Na prática, uma taxa de código limiar CT é definida para o CSI-part2. Uma função da taxa de código limiar CT é a de restringir uma taxa de código do CSI-part2 para não ser mais alta do que a taxa de código limiar. Se a taxa de código do CSI-part2 for maior do que a taxa de código limiar, parte da informação no CSI-part2 poderá ser descartada com base em uma prioridade, até que uma taxa de código atual do CSI-part2 não seja maior do que a taxa de código limiar. Ademais, a taxa de código limiar CT pode ser geralmente calculada de acordo com uma fórmula (9). Em outras palavras, a taxa de código limiar CT pode ser calculada depois de uma taxa de códigoi do CSI-part1 ser obtida de acordo com a fórmula (8).

[00166] Devido ao fato de r na fórmula (9) poder ser calculado de acordo com a fórmula (8), uma fórmula (10) pode ser ainda obtida com referência à fórmula (8) e à fórmula (9):

[00167] Nesta concretização deste pedido, a taxa de código /CSI4 do CSI-part1 é obtida depois de a conversão de taxa de código específica ser executada na taxa de código de referência /ref obtida por meio da consulta de tabela MCS. Portanto, a taxa de código limiar calculada de acordo com a fórmula (9) ou a fórmula (10) também é obtida depois da conversão de taxa de código ser executada na taxa de código de referência /ref obtida através da tabela de consulta MCS. A execução da conversão de taxa de código específica pode tornar a determinação de taxa de código mais flexível.

[00168] Em outras palavras, depois de determinar que o canal compartilhado de uplink agendado com o uso do primeiro DCI é apenas UCI, o dispositivo terminal pode ainda determinar a primeira taxa de código usando cada das duas maneiras de consulta de tabela anteriores. Nesta concretização deste pedido, a primeira taxa de código é a taxa de código de referência /ref obtida por meio da consulta de tabela MCS.

[00169] Na primeira maneia de consulta de tabela, o IMCS no primeiro DCI é diretamente usado como um valor de índice para uma consulta em uma tabela MCS, podendo então ser obtidas a primeira taxa de código e a ordem de modulação correspondendo ao IMCS. Por exemplo, quando o IMCS no primeiro DCI for 16, uma primeira taxa de código 658 (uma taxa de código atual precisa ser obtida dividindo a primeira taxa de código por 1024) e uma ordem de modulação correspondente 4 poderão ser obtidas por meio de uma consulta na tabela MCS na Tabela 3.

[00170] Por exemplo, depois de apenas UCI ser determinado na maneira 1 ou na maneira 4 anteriores, a primeira taxa de código e a ordem de modulação podem ser obtidas por meio da consulta de tabela na primeira maneira de consulta de tabela.

[00171] Por exemplo, na maneira de consulta de tabela mostrada na Figura 4, um campo de bits incluindo cinco bits pode ser construído com base no número de processo HARQ e no IMCS no primeiro DCI na segunda maneira de consulta de tabela; então, um valor do campo de bits criado é usado como um novo valor de índice; e, além disso, o novo valor de índice é usado como um valor de índice para uma consulta em uma tabela MCS, de modo a obter uma primeira taxa de código e uma ordem de modulação que correspondem ao novo valor de índice. Por exemplo, quando um valor do valor de índice criado for 8, uma primeira taxa de código 553 (uma taxa de código atual precisa ser obtida dividindo a primeira taxa de código por 1024) e uma ordem de modulação correspondente 4 poderão ser obtidas por meio de uma consulta na tabela MCS mostrada na Figura 2.

[00172] Por exemplo, depois de apenas UCI ser determinado na maneira 2 ou na maneira 3 anteriores, a primeira taxa de código correspondente não pode ser obtida a partir da tabela MCS devido a um valor relativamente grande do IMCS original no primeiro DCI. Por exemplo, quando o IMCS é 31, uma taxa de código correspondente na tabela MCS mostrada na Tabela 3 é "reservada", isto é, a taxa de código não pode ser obtida diretamente. Neste caso, a segunda maneira de consulta de tabela pode ser usada. O valor de índice criado é obtido primeiro, e então a primeira taxa de código e a ordem de modulação correspondentes são obtidas por meio da consulta de tabela com base no valor de índice criado.

[00173] Depois de a primeira taxa de código e de a ordem de modulação correspondente serem obtidas por meio da consulta de tabela, a primeira taxa de código obtida e ordem de modulação correspondente podem ser usadas para enviar o UCI, por exemplo, o primeiro UCI, no canal compartilhado de uplink agendado usando o primeiro DCI.

[00174] Conforme descrito acima, o UCI pode incluir as três partes: HARQ ACK, o CSI-pat1 e o CSI-part2. Para enviar cada parte, uma quantidade de REs, uma taxa de código, e uma ordem de modulação que são usadas para enviar a parte precisam ser conhecidas. Em um processo de implementação específico, quando cada parte no UCI for enviada, a primeira taxa de código obtida por meio da consulta de tabela poderá ser usada diretamente para enviar a informação relacionada.

[00175] Além disso, a tabela MCS existente é uma tabela MCS na qual os dados são otimizados. Quando a taxa de código na tabela MCS for diretamente usada para indicar uma taxa de código do UCI no PUSCH, será difícil para o dispositivo de rede implementar agendamento suficientemente precisa, isto é, a precisão de agendamento pelo dispositivo de rede é relativamente baixa. Por isso, para aperfeiçoar a precisão de agendamento pelo dispositivo de rede, nesta concretização deste pedido, depois de a primeira taxa de código ser obtida por meio da consulta de tabela, outra taxa de código pode ser ainda gerada com base na primeira taxa de código, isto é, a outra taxa de código é obtida executando a conversão na primeira taxa de código, e então a informação relacionada do UCI é enviada usando a outra taxa de código.

[00176] Para facilidade de entendimento por aquele versado na técnica, a seguir, é descrito, usando alguns exemplos, o modo como enviar informação no UCI usando a primeira taxa de código obtida por meio de consulta de tabela. Em alguns exemplos, a primeira taxa de código é diretamente usada para enviar a informação no UCI, e, em alguns exemplos, outra taxa de código obtida executando a conversão de taxa de código na primeira taxa de código é usada para enviar a informação no UCI.

[00177] (1) Para o HARQ ACK incluído no DCI, Q'ACK pode ser calculado de acordo com a fórmula (1), e então o QACK e a primeira taxa de código e a ordem de modulação que são obtidas por meio da consulta de tabela são usados para enviar um HARQ ACK no primeiro UCI. Neste caso, pode ser considerado que o dispositivo terminal envia o HARQ ACK diretamente usando a primeira taxa de código obtida por meio da consulta de tabela.

[00178] (2) Para o HARQ ACK incluído no DCI, Q'ACK pode ser alternativamente calculado usando a primeira taxa de código obtida por meio da consulta de tabela e de acordo com a fórmula (5), e então o QACK calculado e a primeira taxa de código e a ordem de modulação que são obtidas por meio da consulta de tabela são usados para enviar um HARQ ACK no primeiro UCI. Neste caso, pode ser também considerado que o dispositivo terminal envia o HARQ ACK diretamente usando a primeira taxa de código obtida por meio da consulta de tabela.

[00179] (3) Para o CSI-part1 incluído no DCI, Q^SMpode ser calculado de acordo com a fórmula (6), e então o Q^SI4 e a primeira taxa de código e a ordem de modulação que são obtidas por meio da consulta de tabela são usados para enviar o primeiro UCI. Neste caso, pode também ser considerado que o dispositivo terminal envia o CSI- part1 usando diretamente a primeira taxa de código obtida por meio da consulta de tabela.

[00180] (4) Para o CSI-part1 incluído no DCI, Q^SMpode ser calculado primeiro de acordo com a fórmula (2); uma segunda taxa de código /CSI_ ,é calculada usando a primeira taxa de código e de acordo com a fórmula (8); e, além disso, o Q'csl. x calculado, o /CSI_ x calculado, e a ordem de modulação obtida por meio da consulta de tabela são usados para enviar o primeiro UCI. Neste caso, pode ser considerado que o dispositivo terminal envia um CSI-part1 no primeiro UCI usando a segunda taxa de código. O processo para determinar a segunda taxa de código /CSI_ xusando a primeira taxa de código e de acordo com a fórmula (8) pode ser entendido como o processo de conversão de taxa de código anterior. Na seguinte descrição, um processo similar ao processo para calcular outra taxa de código com base na primeira taxa de código pode ser entendido como o processo de conversão de taxa de código anterior.

[00181] (5) Para o CSI-part1 incluído no DCI, Q^SMpode ser calculado de acordo com a fórmula (6), e uma segunda taxa de código /CSM é calculada usando a primeira taxa de código e de acordo com a fórmula (8). Devido ao fato de a primeira taxa de código ser usada na fórmula (6), usando o Q'cslA calculado, o /CSI_x calculado, e a ordem de modulação obtida por meio da consulta de tabela para enviar o primeiro UCI, pode ser entendido como usando a primeira taxa de código e a segunda taxa de código pelo dispositivo terminal para enviar o CSI-part1.

[00182] (6) Para o CSI-part2 incluído no DCI, Q’csl_2pode ser calculado de acordo com a fórmula (7), e /CSI_é calculado com base na primeira taxa de código e de acordo com a fórmula (8); então, uma terceira taxa de código é calculada usando o /CSM calculado, e de acordo com a fórmula (9) ou a fórmula (10); e, finalmente, o Q^SI_2 calculado, a terceira taxa de código calculada, e a primeira taxa de código e a ordem de modulação que são obtidas por meio da consulta de tabela são usados para enviar o CSI-part2. Devido ao fato de /CSM ser a segunda taxa de código descrita acima, isto pode ser também entendido como utilizando a segunda taxa de código e a terceira taxa de código para enviar o CSI-part2.

[00183] A terceira taxa de código pode ser entendida como a taxa de código limiar acima descrita. Devido ao fato de a taxa de código limiar ser usada para determinar, durante o envio do CSI-part2 no UCI, se parte da informação no CSI-part2 será descartada, a terceira taxa de código pode ser geralmente usada apenas quando o CSI-part2 no UCI é enviado.

[00184] O antecedente descreve apenas alguns casos possíveis usando exemplos. Em um processo de implementação específico, certamente, uma parte correspondente no primeiro UCI pode ser enviada com base nas diferentes combinações das fórmulas descritas acima e usando combinações diferentes das taxas de código. Exemplos não são descritos um por um nesta concretização deste pedido. No entanto, a maneira de enviar o primeiro UCI diretamente com base na primeira taxa de código obtida por meio da consulta de tabela ou de enviar o UCI com base na primeira taxa de código obtida por meio da consulta de tabela e usando a outra taxa de código obtida através da conversão de taxa de código deve ser abrangida pelo escopo de proteção das concretizações deste pedido.

[00185] Com base no mesmo conceito, uma concretização deste pedido ainda provê um método de recebimento UCI. O método pode ser executado pelo dispositivo de rede na Figura 2. Para descrições de implementações correspondentes do método, referir-se às descrições anteriores das etapas do método executadas pelo dispositivo de rede na Figura 2. As descrições não serão repetidas aqui. No método de acordo com esta concretização deste pedido, o dispositivo de rede pode notificar, usando o UCI, um dispositivo terminal de uma indicação de que um canal compartilhado de uplink agendado para o dispositivo terminal é usado para enviar apenas o UCI. Isto pode aumentar a capacidade do dispositivo de rede para controlar e indicar ao dispositivo terminal, de modo que o dispositivo terminal possa ter um entendimento consistente como o dispositivo de rede, melhorando assim o desempenho de interação entre o dispositivo de rede e o dispositivo terminal.

[00186] Além disso, será notado que as explicações chinesas de alguns termos em inglês e abreviações em inglês são meros exemplos neste pedido. Em outras palavras algumas traduções para o inglês nas concretizações deste pedido são traduções meramente exemplificativas. As traduções para o inglês neste pedido não constituem nenhuma limitação sobre os significados dos termos em inglês. Alternativamente, será entendido por aquele versado na técnica que, com o desenvolvimento de tecnologias de comunicações, os termos em inglês ou abreviações em inglês nas concretizações deste pedido podem ainda incluir outras explicações chinesas, e todos os tipos de tradução não afetam as características dos termos em inglês ou das abreviações em inglês.

[00187] Com base no mesmo conceito, uma concretização deste pedido provê um aparelho. A Figura 5 é um diagrama estrutural esquemático de um aparelho 500. O aparelho 500 pode ser um dispositivo terminal, e é capaz de implementar funções do dispositivo terminal no método provido nas concretizações deste pedido. Alternativamente, o aparelho 500 pode ser um aparelho que é capaz de suportar um dispositivo terminal para implementar funções do dispositivo terminal no método provido nas concretizações deste pedido. O aparelho 500 pode ser uma estrutura de hardware, um módulo de software, ou uma combinação de uma estrutura de hardware e um módulo de software. O aparelho 500 pode ser implementado por um sistema de chip. Nesta concretização deste pedido, o sistema de chip pode incluir um chip, ou pode incluir um chip e outro dispositivo discreto.

[00188] Conforme mostrado na Figura 5, o aparelho 500 nesta concretização deste pedido pode incluir um módulo de recebimento 51, um primeiro módulo de determinação 52 e um módulo de envio 53.

[00189] O módulo de recebimento 51 pode ser configurado para receber o primeiro DCI enviado pelo dispositivo de rede na concretização mostrada na Figura 2, e pode ainda receber o segundo DCI enviado pelo dispositivo de rede; e/ou pode ser ainda configurado para suportar outro processo na tecnologia descrita nesta especificação. O segundo DCI pode ser um DCI anterior que transporta o mesmo número de processo HARQ como o primeiro DCI e que está mais próximo ao primeiro DCI no tempo. O módulo de recebimento 51 pode ser configurado para comunicação entre o aparelho nesta concretização deste pedido e outro módulo, e pode ser um circuito, um dispositivo, uma interface, um barramento, um módulo de software, um transceptor, ou qualquer outro aparelho que possa implementar a comunicação.

[00190] O primeiro módulo de determinação 52 pode ser configurado para executar a etapa 23 na concretização mostrada na Figura 2, por exemplo, pode determinar, com base no primeiro DCI, que o canal compartilhado de uplink agendado usando o primeiro DCI é o canal usado para enviar apenas o UCI, ou pode determinar, com base no primeiro DCI e no segundo DCI, que o canal compartilhado de uplink agendado com o uso do primeiro DCI é o canal usado para enviar apenas o UCI; e/ou pode ser ainda configurado para suportar outro processo na tecnologia descrita nesta especificação. O primeiro módulo de determinação 52 pode ser configurado para comunicação entre o aparelho nesta concretização deste pedido e outro módulo, e pode ser um circuito, um dispositivo, uma interface, um barramento, um módulo de software, um transceptor, ou qualquer outro aparelho que possa implementar a comunicação.

[00191] O módulo de envio 53 pode ser configurado para executar a etapa 24 na concretização mostrada na Figura 2, isto é, pode enviar o UCI para o dispositivo de rede através do canal compartilhado de uplink agendado usando o primeiro DCI, por exemplo, enviar o primeiro DCI; e/ou pode ser configurado para suportar outro processo na tecnologia descrita nesta especificação. O módulo de envio 53 pode ser configurado para comunicação entre o aparelho nesta concretização deste pedido e outro módulo, e pode ser um circuito, um dispositivo, uma interface, um barramento, um módulo de software, um transceptor ou qualquer outro aparelho que possa implementar a comunicação.

[00192] Em um processo de implementação específico, o módulo de recebimento 51 e o módulo de envio 53 podem ser dispostos separadamente. Neste caso, o módulo de recebimento 51 e o módulo de envio 53 podem ser dispostos separadamente. Neste caso, o módulo de recebimento 51 e o módulo de envio 53 são dois módulos de função independentes. Em uma possível implementação, o módulo de recebimento 51 e o módulo de envio 53 podem ser alternativamente integrados em um módulo de função, por exemplo, um módulo de transceptor. O módulo de transceptor tem tanto uma capacidade do módulo de recebimento 51 para receber informação quanto uma capacidade de o módulo de envio 53 enviar informação.

[00193] Todo o conteúdo relatado de cada etapa nas concretizações anteriores do método pode ser citado nas descrições de função de um módulo de função correspondente. Os detalhes não serão descritos aqui novamente.

[00194] Com base no mesmo conceito, uma concretização deste pedido provê um aparelho. A Figura 6 é um diagrama estrutural esquemático de um aparelho 600. O aparelho 600 pode ser um dispositivo de rede, e é capaz de implementar funções do dispositivo de rede no método provido nas concretizações deste pedido. Alternativamente, o aparelho 600 pode estar em um aparelho que é capaz de suportar um dispositivo de rede para implementar funções do dispositivo de rede no método provido nas concretizações deste pedido. O aparelho 600 pode ser uma estrutura de hardware, um módulo de software, ou uma combinação de uma estrutura de hardware e um módulo de software. O aparelho 600 pode ser implementado por um sistema de chip. Nesta concretização deste pedido, o sistema de chip pode incluir um chip, ou pode incluir um chip e outro dispositivo discreto.

[00195] Conforme mostrado na Figura 6, o aparelho 600 nesta concretização deste pedido pode incluir um módulo de envio 61 e um módulo de recebimento 62.

[00196] O módulo de envio 61 pode ser configurado para executar a etapa 22 na concretização mostrada na Figura 2, isto é, enviar o primeiro DCI para o dispositivo terminal, e pode ainda enviar o segundo DCI para o dispositivo terminal; e/ou pode ser configurado para suportar outro processo na tecnologia descrita nesta especificação. O segundo DCI pode ser um DCI anterior que transporta o mesmo número de processo HARQ que o primeiro DCI e que está mais próximo ao primeiro DCI no tempo. O módulo de envio 61 pode ser configurado para comunicação entre o aparelho nesta concretização deste pedido e outro módulo, e pode ser um circuito, um dispositivo, uma interface, um barramento, um módulo de software, um transceptor, ou qualquer outro aparelho que possa implementar a comunicação.

[00197] O módulo de recebimento 62 pode ser configurado para receber o UCI enviado pelo dispositivo terminal na concretização mostrada na Figura 2, por exemplo, pode receber o primeiro DCI enviado pelo dispositivo terminal através do canal compartilhado de uplink agendado usando o primeiro DCI; e/ou pode ser configurado para suportar outro processo na tecnologia descrita nesta especificação. O módulo de recebimento 62 pode ser configurado para comunicação entre o aparelho nesta concretização deste pedido e outro módulo, e pode ser um circuito, um dispositivo, uma interface, um barramento, um módulo de software, um transceptor, ou qualquer outro aparelho que possa implementar a comunicação.

[00198] Além disso, o aparelho 600 pode ainda inclui um módulo de determinação. O módulo de determinação pode executar a etapa 21 na concretização mostrada na Figura 2, isto é, pode determinar que o canal compartilhado de uplink agendado para o dispositivo terminal é usado para enviar apenas o UCI.

[00199] Em um processo de implementação específico, o módulo de envio 51 e o módulo de recebimento 62 podem ser dispostos separadamente. Neste caso, o módulo de envio 61 e o módulo de recebimento 62 são dois módulos de função independentes. Em uma possível implementação, o módulo de envio 61 e o módulo de recebimento 62 podem ser alternativamente integrados em um módulo de função, por exemplo, um módulo de transceptor. O módulo de transceptor tem tanto uma capacidade do módulo de recebimento 51 de enviar informação quanto uma capacidade do módulo de recebimento 62 de receber informação.

[00200] Todo o conteúdo relatado de cada etapa nas seguintes concretizações do método pode ser citado em descrições de função de um módulo de função correspondente. Os detalhes não serão descritos aqui novamente.

[00201] Nesta concretização deste pedido, a divisão em módulos é um exemplo, e é meramente uma divisão de função lógica e pode ser outra maneira durante a implementação atual. Além disso, os módulos de função nas concretizações deste pedido podem ser integrados em um processador, ou cada dos módulos pode existir sozinho fisicamente, ou pelo menos dois módulos podem ser integrados em um módulo. O módulo integrado pode ser implementado em uma forma de hardware, ou pode ser implementado em uma forma de um módulo de função de software.

[00202] Com base no mesmo conceito, uma concretização deste pedido provê um aparelho. A Figura 7 é um diagrama estrutural esquemático de um aparelho 700 de acordo com uma concretização deste pedido. O aparelho 700 pode ser um dispositivo terminal, e é capaz de implementar funções do dispositivo terminal no método provido nas concretizações deste pedido. Alternativamente, o aparelho 700 pode ser um aparelho que é capaz de suportar um dispositivo terminal para implementar funções do dispositivo terminal no método provido nas concretizações deste pedido. O aparelho 700 pode ser um sistema de chip. Nesta concretização deste pedido, o sistema de chip pode incluir um chip, ou pode incluir um chip e outro dispositivo discreto.

[00203] O aparelho 700 inclui pelo menos um processador 720, configurado para implementar ou suportar o aparelho para implementar funções do dispositivo terminal no método provido nas concretizações deste pedido. Por exemplo, o processador 720 pode processar informação, por exemplo, pode corresponder ao primeiro módulo de determinação 52 no aparelho 500 mostrado na Figura 5. Por exemplo, o processador 720 pode determinar, com base no primeiro DCI obtido, que o canal compartilhado de uplink agendado usando o primeiro DCI é usado para enviar apenas o UCI. Para maiores detalhes, referir-se às descrições detalhadas no exemplo do método. Os detalhes não serão descritos aqui novamente.

[00204] O aparelho 700 pode ainda incluir pelo menos uma memória 730, configurada para armazenar uma instrução de programa e/ou dados. A memória 730 é acoplada ao processador 720. Os acoplamentos nesta concretização deste pedido são acoplamentos indiretos ou conexões de comunicação entre aparelhos, unidades ou módulos, podem ser elétrico, mecânicos ou em qualquer forma, e são usados para a troca de informação entre os aparelhos, as unidades ou os módulos. O processador 720 pode cooperar com a memória 730. O processador 720 pode executar a instrução de programa armazenada na memória 730. Pelo menos um dentre pelo menos uma memória pode ser incluído no processador.

[00205] O aparelho 700 pode ainda incluir uma interface de comunicações 710, configurada para se comunicar com outro dispositivo através de um meio de transmissão, de modo que um aparelho no aparelho 700 possa se comunicar com outro dispositivo. O processador 720 pode transmitir e enviar dados através da interface de comunicações 710. Por exemplo, a interface de comunicações 710 pode corresponder ao módulo de recebimento 51 e ao módulo de envio 53 na Figura 5.

[00206] Um meio de conexão específico entre a interface de comunicações 710, o processo 720 e a memória 730 não é limitado nesta concretização deste pedido. Nesta concretização deste pedido, a memória 730, o processador 720 e a interface de comunicações 710 são conectados usando um barramento 740 na Figura 7, em que o barramento é representado por uma linha em negrito na Figura 7. Esta é apenas uma ilustração esquemática e não se destina à limitação. Pode haver outras maneiras de conexão entre os componentes. O barramento pode ser classificado em um barramento de endereço, um barramento de dados, um barramento de controle e semelhantes. Para facilidade de representação, apenas uma linha em negrito é usada para representar o barramento na Figura 7, mas isto não significa que há apenas um barramento ou apenas um tipo de barramento.

[00207] Nesta concretização deste pedido, o processador 720 pode ser um processador de uso geral, um processador de sinal digital, um circuito integrado de aplicação específica, um arranjo de portas programáveis em campo ou outro dispositivo lógico programável, uma porta discreta ou um dispositivo lógico de transistor, ou um componente de hardware discreto, e pode implementar ou executar os métodos, as etapas e os diagramas de blocos lógicos descritos nas concretizações deste pedido. O computador de uso geral pode ser um microprocessador ou qualquer processador convencional ou semelhante. As etapas do método descrito com referência às concretizações deste pedido podem ser diretamente executadas por um processador de hardware, ou podem ser executadas usando uma combinação de hardware no processador e um módulo de software.

[00208] Nesta concretização deste pedido, a memória 730 pode ser uma memória não volátil, por exemplo, uma unidade de disco rígido (hard disk drive, HDD) ou uma unidade de estado sólido (solid state drive, SSD); ou pode ser uma memória volátil (volatile memory), por exemplo, uma memória de acesso aleatório (random access memory, RAM). A memória é qualquer outro meio que possa ser usado para transportar ou armazenar código de programa esperado em uma forma de uma instrução ou uma estrutura de dados e que é acessível a um computador, mas não é limitado ao mesmo. A memória nesta concretização deste pedido pode ser alternativamente um circuito ou qualquer outro aparelho que seja capaz de implementar uma função de armazenamento, e é configurada para armazenar uma instrução de programa e/ou dados.

[00209] Com base no mesmo conceito, uma concretização deste pedido provê outro aparelho. A Figura 8 é um diagrama estrutural esquemático de outro aparelho 800 de acordo com uma concretização deste aplicativo. O aparelho 800 pode ser um dispositivo de rede, e é capaz de implementar funções do dispositivo de rede no método provido nas concretizações deste pedido. Alternativamente, o aparelho 800 pode ser um aparelho que é capaz de suportar um dispositivo de rede para implementar funções do dispositivo de rede no método provido nas concretizações deste pedido. O aparelho 800 pode ser um sistema de chip. Nesta concretização deste pedido, o sistema de chip pode incluir um chip, ou pode incluir um chip e outro dispositivo discreto.

[00210] O aparelho 800 inclui pelo menos um processador 820, configurado para implementar ou suportar o aparelho para implementar funções do dispositivo terminal no método provido nas concretizações deste pedido. Por exemplo, o processador 820 corresponde ao módulo de determinação na concretização mostrada na Figura 6. Por exemplo, o processador 820 determina que o canal compartilhado de uplink agendado para o dispositivo terminal é o canal usado para enviar o UCI. Para detalhes, referir-se às descrições detalhadas no exemplo do método. Os detalhes não serão descritos aqui novamente.

[00211] O aparelho 800 pode ainda incluir pelo menos uma memória 830, configurada para armazenar uma instrução de programa e/ou dados. A memória 830 é acoplada ao processador 820. Os acoplamentos nesta concretização deste pedido são acoplamentos indiretos ou conexões de comunicação entre aparelhos, unidades ou módulos, podem ser elétricos, mecânicos ou em outra forma, e são usados para a troca de informação entre os aparelhos, as unidades ou os módulos. O processador 820 pode cooperar com a memória 830. O processador 820 pode executar a instrução de programa armazenada na memória 830. Pelo menos um dentre pelo menos uma memória pode ser incluído no processador.

[00212] O aparelho 800 pode ainda incluir uma interface de comunicações 810, configurada para se comunicar com outro dispositivo através de um meio de transmissão, de modo que um aparelho no aparelho 800 possa se comunicar com outro dispositivo. O processador 820 pode transmitir e enviar dados através da interface de comunicações 810. O processador 820 pode transmitir e enviar dados através da interface de comunicações 810. Por exemplo, a interface de comunicações 810 pode corresponder ao módulo de envio 61 e ao módulo de envio 62 na Figura 6.

[00213] Um meio de conexão específico entre a interface de comunicações 810, o processador 820 e a memória 830 não é limitado nesta concretização deste pedido. Nesta concretização deste pedido, a memória 830, o processador 820 e a interface de comunicações 810 são conectados usando um barramento 840 na Figura 8, em que o barramento é representado por uma linha em negrito na Figura 8. Isto é apenas uma ilustração esquemática e não se destina à limitação. Pode haver outras maneiras de conexão entre os componentes. O barramento pode ser classificado em um barramento de endereço, um barramento de dados, um barramento de controle e semelhantes. Para facilidade de representação, apenas uma linha em negrito é usada para representar o barramento na Figura 8, mas isto não significa que haja apenas um barramento ou apenas um tipo de barramento.

[00214] Nesta concretização deste pedido, o processador 820 pode ser um processador de uso geral, um processador de sinal digital, um circuito integrado de aplicação específica, um arranjo de portas programáveis em campo ou outro dispositivo lógico programável, uma porta discreta ou um dispositivo de lógica de transistor, ou um componente de hardware discreto, e pode implementar ou executar os métodos, as etapas e diagramas de blocos lógicos descritos nas concretizações deste pedido. O computador de uso geral pode ser um microprocessador ou qualquer processador convencional ou semelhante. As etapas do método descrito com referência às concretizações deste pedido podem ser diretamente executadas por um processador de hardware, ou podem ser executadas usando uma combinação de hardware no processador e um módulo de software.

[00215] Nesta concretização deste pedido, a memória 830 pode ser uma memória não volátil, por exemplo, um HDD ou uma unidade de estado sólido SSD; ou pode ser uma memória volátil (volatile memory), por exemplo, uma memória de acesso aleatório (random access memory, RAM). A memória é qualquer outro meio que possa ser usado para transportar ou armazenar código de programa esperado em uma forma de uma instrução ou uma estrutura de dados e que é acessível a um computador, mas não é limitado ao mesmo. A memória nesta concretização deste pedido pode ser alternativamente um circuito ou qualquer outro aparelho que seja capaz de implementar uma função de armazenamento, e é configurado para armazenar uma instrução de programa e/ou dados.

[00216] Uma concretização deste pedido ainda provê um meio de armazenamento legível que inclui uma instrução. Quando executada em um computador, a instrução permite que o computador execute as etapas que são executadas pelo dispositivo terminal no método mostrado na Figura 2.

[00217] Uma concretização deste pedido ainda provê um meio de armazenamento legível que inclui uma instrução. Quando executada em um computador, a instrução permite que o computador execute as etapas que são executadas pelo dispositivo de rede no método mostrado na Figura 2.

[00218] Uma concretização deste pedido provê um sistema de chip. O sistema de chip inclui um processador, pode ainda incluir uma memória, e é configurado para implementar funções do dispositivo terminal no método anterior. O sistema chip pode incluir um chip, ou pode incluir um chip e outro dispositivo discreto.

[00219] Uma concretização deste pedido provê um sistema de chip. O sistema de chip inclui um processador, pode ainda incluir uma memória e é configurado para implementar funções do dispositivo de rede no método anterior. O sistema de chip pode incluir um chip, ou pode incluir um chip ou outro dispositivo discreto.

[00220] Uma concretização deste pedido provê um sistema. O sistema inclui o dispositivo de rede anterior e o dispositivo terminal anterior.

[00221] Em uma possível implementação, os aspectos dos métodos nas concretizações deste pedido podem ser alternativamente implementados em uma forma de um produto de programa. O produto de programa inclui código de programa, e quando o produto de programa for executado no dispositivo terminal ou no dispositivo de rede, o código de programa será usado para permitir que o dispositivo terminal ou o dispositivo de rede execute as etapas dos métodos de acordo com as várias concretizações exemplificativas anteriores neste relatório.

[00222] Todos ou alguns dos métodos nas concretizações deste pedido podem ser implementados usando software, hardware, firmware ou qualquer combinação dos mesmos. Quando do uso de software para implementação, os métodos poderão ser implementados completa ou parcialmente em uma forma de um produto de programa de computador. O produto de programa de computador inclui uma ou mais instruções de computador. Quando a instrução de programa de computador for carrega e executada em um computador, o procedimento ou as funções de acordo com as concretizações da presente invenção serão todos gerados ou parcialmente gerados. O computador pode ser um computador de uso geral, um computador para fins especiais, uma rede de computador, um dispositivo de rede, equipamento de usuário, ou outro aparelho programável. A instrução de computador pode ser armazenada em um meio de armazenamento legível por computador ou pode ser transmitida de um meio de armazenamento legível por computador para outro meio de armazenamento legível por computador. Por exemplo, a instrução de computador pode ser transmitida de um website, computador, servidor ou centro de dados para outro website, computador, servidor ou centro de dados em uma maneira com fio (por exemplo, um cabo coaxial, uma fibra óptica ou uma linha de assinante digital (digital subscriber line, DSL) ou em uma maneira sem fio (por exemplo, infravermelho, rádio ou micro-ondas). O meio de armazenamento legível por computador pode ser qualquer meio usável acessível a um computador, ou um dispositivo de armazenamento de dados, tal como um servidor ou um centro de dados, que integram um ou mais meios usáveis. O meio usável pode ser um meio magnético (por exemplo, um disco flexível, um disco rígido ou uma fita magnética), um meio óptico (por exemplo, um disco de vídeo digital (digital video disk, DVD)), um meio semicondutor (por exemplo, um SSD) ou semelhante.

[00223] As concretizações anteriores são meramente usadas para descrever as soluções técnicas neste pedido. As concretizações anteriores destinam-se meramente a ajudar a entender o método e a ideia central da presente invenção, e não devem ser construídas como uma limitação sobre a presente invenção. Qualquer variação ou substituição prontamente imaginada por aquele versado na técnica dentro do escopo técnico descrito na presente invenção deve ser abrangida pelo escopo de proteção da presente invenção.

[00224] Obviamente, aquele versado na técnica poderá fazer várias modificações e variações neste este pedido sem se afastar do escopo deste pedido. Este pedido destina-se a cobrir estas modificações e variações deste pedido, desde que sejam abrangidas pelo escopo definido pelas seguintes concretizações e suas tecnologias equivalentes.

Claims (24)

1. Método para enviar informações de controle de uplink, caracterizado pelo fato de que compreende as etapas de: receber primeiras informações de controle de downlink de um dispositivo de rede, em que as primeiras informações de controle de downlink são usadas para agendar um canal compartilhado de uplink; determinar (23), com base nas primeiras informações de controle de downlink, que o canal compartilhado de uplink é usado para enviar informações de controle de uplink, mas não é usado para enviar dados; e enviar (24) primeiras informações de controle de uplink para o dispositivo de rede através do canal compartilhado de uplink, em que as primeiras informações de controle de uplink compreendem uma confirmação de solicitação de repetição automática híbrida, uma primeira parte de informações de estado de canal, e uma segunda parte das informações de estado de canal, em que uma quantidade total de elementos de recurso no canal compartilhado de uplink que são usados para portar as primeiras informações de controle de uplink é M, e uma quantidade de elementos de recurso no canal compartilhado de uplink que são usados para portar a confirmação de solicitação de repetição automática híbrida é um valor mínimo de uma primeira quantidade e da quantidade total M, em que um valor da primeira quantidade é igual a um valor arredondado de uma relação de um primeiro produto para um segundo produto, em que o primeiro produto é um produto de um tamanho de carga útil da confirmação de solicitação de repetição automática híbrida e um parâmetro de compensação de taxa de código da confirmação de solicitação de repetição automática híbrida, e o segundo produto é um produto de uma primeira taxa de código e uma ordem de modulação.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de uma quantidade de elementos de recurso que estão no canal compartilhado de uplink e que são usados para portar a primeira parte das informações de estado de canal ser um valor mínimo de uma segunda quantidade e de uma quantidade restante, em que a quantidade restante é igual à quantidade total M menos a quantidade dos elementos usados para portar a confirmação de solicitação de repetição automática híbrida, e um valor da segunda quantidade é igual a um valor arredondado de uma relação de um terceiro produto para o segundo produto, em que o terceiro produto é um produto de um tamanho de carga útil da primeira parte das informações de estado de canal e um parâmetro de compensação de taxa de código da primeira parte das informações de estado de canal.

3. Método, de acordo com a reivindicação 2, caracterizado pelo fato de uma quantidade de elementos de recurso que estão no canal compartilhado de uplink e que são usados para portar a segunda parte das informações de estado de canal ser igual à quantidade total M menos a quantidade dos elementos de recurso usados para portar a confirmação de solicitação de repetição automática híbrida e menos a quantidade dos elementos de recurso usados para portar a primeira parte das informações de estado de canal.

4. Método, de acordo com qualquer uma das reivindicações 1 a 3, caracterizado pelo fato de a primeira taxa de código e a ordem de modulação serem determinadas com base em um índice de esquema de modulação e de codificação compreendido nas primeiras informações de controle de downlink.

5. Método, de acordo com a reivindicação 4, caracterizado pelo fato de uma correspondência entre o índice de esquema de modulação e de codificação, a primeira taxa de código e a ordem de modulação satisfazer uma correspondência definida em uma das seguintes tabelas:Tabela 1 Tabela 2 Tabela 3

6. Método, de acordo com qualquer uma das reivindicações 1 a 5, caracterizado pelo fato de uma taxa de código da segunda parte das informações de estado de canal não ser maior do que uma taxa de código limiar; ou uma taxa de código da segunda parte das informações de estado de canal ser maior do que uma taxa de código limiar, e de o dispositivo terminal descartar algumas informações na segunda parte das informações de estado de canal com base em uma prioridade, em que a taxa de código limiar é uma relação da primeira taxa de código para um parâmetro de compensação de taxa de código da segunda parte das informações de estado de canal.

7. Aparelho (500), caracterizado pelo fato de que compreende: um módulo de recebimento (51), configurado para receber primeiras informações de controle de downlink de um dispositivo de rede, em que as primeiras informações de controle de downlink são usadas para agendar um canal compartilhado de uplink; um primeiro módulo de determinação (52), configurado para determinar, com base nas primeiras informações de controle de downlink, que o canal compartilhado de uplink é usado para enviar informações de controle de uplink, mas não é uado para enviar dados; e um módulo de envio (53), configurado para enviar primeiras informações de controle de uplink para o dispositivo de rede através do canal compartilhado de uplink, em que as primeiras informações de controle de uplink compreendem uma confirmação de solicitação de repetição automática híbrida, uma primeira parte de informações de estado de canal, e uma segunda parte das informações de estado de canal, em que uma quantidade total de elementos de recurso no canal compartilhado de uplink que são usados para portar as primeiras informações de controle de uplink é M, e uma quantidade de elementos de recurso no canal compartilhado de uplink que são usados para portar a confirmação de solicitação de repetição automática híbrida é um valor mínimo de uma primeira quantidade e da quantidade total M, em que um valor da primeira quantidade é igual a um valor arredondado de uma relação de um primeiro produto para um segundo produto, em que o primeiro produto é um produto de um tamanho de carga útil da confirmação de solicitação de repetição automática híbrida e um parâmetro de compensação de taxa de código da confirmação de solicitação de repetição automática híbrida, e o segundo produto é um produto de uma primeira taxa de código e uma ordem de modulação.

8. Aparelho (500), de acordo com a reivindicação 7, caracterizado pelo fato de uma quantidade de elementos de recurso que estão no canal compartilhado de uplink e que são usados para portar a primeira parte das informações de estado de canal ser um valor mínimo de uma segunda quantidade e de uma quantidade restante, em que um valor da quantidade restante é igual à quantidade total M menos a quantidade dos elementos de recurso usados para portar a confirmação de solicitação de repetição automática híbrida, e a segunda quantidade é igual a um valor arredondado de uma relação de um terceiro produto para o segundo produto, em que o terceiro produto é um produto de um tamanho de carga útil da primeira parte das informações de estado de canal e um parâmetro de compensação de taxa de código da primeira parte das informações de estado de canal.

9. Aparelho (500), de acordo com a reivindicação 8, caracterizado pelo fato de uma quantidade de elementos de recurso que estão no canal compartilhado de uplink e que são usados para portar a segunda parte das informações de estado de canal ser igual à quantidade total M menos a quantidade dos elementos de recurso usados para portar a confirmação de solicitação de repetição automática híbrida e menos a quantidade dos elementos de recurso usados para portar a primeira parte das informações de estado de canal.

10. Aparelho (500), de acordo com qualquer uma das reivindicações 7 a 9, caracterizado pelo fato de a primeira taxa de código e a ordem de modulação serem determinadas com base em um índice de esquema de modulação e de codificação compreendido nas primeiras informações de controle de downlink.

11. Aparelho (500), de acordo com a reivindicação 10, caracterizado pelo fato de uma correspondência entre o índice de esquema de modulação e de codificação, a primeira taxa de código e a ordem de modulação satisfazer uma correspondência definida em uma das seguintes tabelas:Tabela 1 Tabela 2 Tabela 3

12. Aparelho (500), de acordo com qualquer uma das reivindicações 7 a 11, caracterizado pelo fato de uma taxa de código da segunda parte das informações de estado de canal não ser maior do que uma taxa de código limiar; ou uma taxa de código da segunda parte das informações de estado de canal ser maior do que uma taxa de código limiar, e o primeiro módulo de determinação (52) ser configurado para determinar o descarte de algumas informações na segunda parte das informações de estado de canal com base em uma prioridade, em que a taxa de código limiar é uma relação da primeira taxa de código para um parâmetro de compensação de taxa de código da segunda parte das informações de estado de canal.

13. Meio de armazenamento legível, caracterizado pelo fato de que o meio de armazenamento legível compreende uma instrução, e, quando executada em um computador, a instrução permite que o computador execute as etapas compreendidas no método conforme definido em qualquer uma das reivindicações 1 a 6.

14. Método para receber informações de controle de uplink, caracterizado pelo fato de que compreende as etapas de: enviar (22) primeiras informações de controle de downlink para um dispositivo terminal, em que as primeiras informações de controle de downlink são usadas para agendar um canal compartilhado de uplink, e são usadas para indicar que o canal compartilhado de uplink é usado para enviar informações de controle de uplink, mas não é usado para enviar dados; e receber, através do canal compartilhado de uplink, primeiras informações de controle de uplink enviadas pelo dispositivo terminal, em que as primeiras informações de controle de uplink compreendem uma confirmação de solicitação de repetição automática híbrida, uma primeira parte de informações de estado de canal, e uma segunda parte das informações de estado de canal, em que uma quantidade total de elementos de recurso no canal compartilhado de uplink que são usados para portar as primeiras informações de controle de uplink é M, e uma quantidade de elementos de recurso no canal compartilhado de uplink que são usados para portar a confirmação de solicitação de repetição automática híbrida é um valor mínimo de uma primeira quantidade e da quantidade total M, em que a primeira quantidade é igual a um valor arredondado de uma relação de um primeiro produto para um segundo produto, em que o primeiro produto é um produto de um tamanho de carga útil da confirmação de solicitação de repetição automática híbrida e um parâmetro de compensação de taxa de código da confirmação de solicitação de repetição automática híbrida, e o segundo produto é um produto de uma primeira taxa de código e uma ordem de modulação.

15. Método, de acordo com a reivindicação 14, caracterizado pelo fato de uma quantidade de elementos de recurso que estão no canal compartilhado de uplink e que são usados para portar a primeira parte das informações de estado de canal ser um valor mínimo de uma segunda quantidade e de uma quantidade restante, em que a quantidade restante é igual à quantidade total M menos a quantidade dos elementos de recurso menos usados para portar a confirmação de solicitação de repetição automática híbrida, e a segunda quantidade é igual a um valor arredondado de uma relação de um terceiro produto para o segundo produto, em que o terceiro produto é um produto de um tamanho de carga útil da primeira parte das informações de estado de canal e um parâmetro de compensação de taxa de código da primeira parte das informações de estado de canal.

16. Método, de acordo com a reivindicação 15, caracterizado pelo fato de uma quantidade de elementos de recurso que estão no canal compartilhado de uplink e que são usados para portar a segunda parte das informações de estado de canal ser igual à quantidade total M menos a quantidade dos elementos de recurso usados para portar a confirmação de solicitação de repetição automática híbrida e menos a quantidade dos elementos de recurso usados para portar a primeira parte das informações de estado de canal.

17. Método, de acordo com qualquer uma das reivindicações 14 a 16, caracterizado pelo fato de a primeira taxa de código e de a ordem de modulação serem determinadas com base em um índice de esquema de modulação e de codificação compreendido nas primeiras informações de controle de downlink.

18. Método, de acordo com a reivindicação 17, caracterizado pelo fato de uma correspondência entre o índice de esquema de modulação e de codificação, a primeira taxa de código e a ordem de modulação satisfazer uma correspondência definida em uma das seguintes tabelas:Tabela 1 Tabela 2 Tabela 3

19. Aparelho (600), caracterizado pelo fato de que compreende: um módulo de envio (61), configurado para enviar primeiras informações de controle de downlink para um dispositivo terminal, em que as primeiras informações de controle de downlink são usadas para agendar um canal compartilhado de uplink, e são usadas para indicar que o canal compartilhado de uplink é usado para enviar informações de controle de uplink, mas não é usado para enviar dados; e um módulo de recebimento (62), configurado para receber primeiras informações de controle de uplink enviadas pelo dispositivo terminal através do canal compartilhado de uplink, em que as primeiras informações de controle de uplink compreendem uma confirmação de solicitação de repetição automática híbrida, uma primeira parte de informações de estado de canal, e uma segunda parte das informações de estado de canal, em que uma quantidade total de elementos de recurso no canal compartilhado de uplink que são usados para portar as primeiras informações de controle de uplink é M, e uma quantidade de elementos de recurso no canal compartilhado de uplink que são usados para portar a confirmação de solicitação de repetição automática híbrida é um valor mínimo de uma primeira quantidade e da quantidade total M, em que um valor da primeira quantidade é igual a um valor arredondado de uma relação de um primeiro produto para um segundo produto, em que o primeiro produto é um produto de um tamanho de carga útil da confirmação de solicitação de repetição automática híbrida e um parâmetro de compensação de taxa de código da confirmação de solicitação de repetição automática híbrida, e o segundo produto é um produto de uma primeira taxa de código e uma ordem de modulação.

20. Aparelho (600), de acordo com a reivindicação 19, caracterizado pelo fato de uma quantidade de elementos de recurso que estão no canal compartilhado de uplink e que são usados para portar a primeira parte das informações de estado de canal ser um valor mínimo de uma segunda quantidade e de uma quantidade restante, em que um valor da quantidade restante é igual à quantidade total M menos a quantidade dos elementos de recurso usados para portar a confirmação de solicitação de repetição automática híbrida, e a segunda quantidade é igual a um valor arredondado de uma relação de um terceiro produto para o segundo produto, em que o terceiro produto é um produto de um tamanho de carga útil da primeira parte das informações de estado de canal e um parâmetro de compensação de taxa de código da primeira parte das informações de estado de canal.

21. Aparelho (600), de acordo com a reivindicação 20, caracterizado pelo fato de uma quantidade de elementos de recurso que estão no canal compartilhado de uplink e que são usados para portar a segunda parte das informações de estado de canal ser igual à quantidade total M menos a quantidade dos elementos de recurso usados para portar a confirmação de solicitação de repetição automática híbrida e menos a quantidade dos elementos de recurso usados para portar a primeira parte das informações de estado de canal.

22. Aparelho (600), de acordo com qualquer uma das reivindicações 19 a 21, caracterizado pelo fato de a primeira taxa de código e a ordem de modulação serem determinadas com base em um índice de esquema de modulação e de codificação compreendido nas primeiras informações de controle de downlink.

23. Aparelho (600), de acordo com a reivindicação 22, caracterizado pelo fato de uma correspondência entre o índice de esquema de modulação e de codificação, a primeira taxa de código e a ordem de modulação satisfazer uma correspondência definida em uma das seguintes tabelas:Tabela 1 Tabela 2 Tabela 3

24. Meio de armazenamento legível, caracterizado pelo fato de o meio de armazenamento legível compreender uma instrução, e, quando executada em um computador, a instrução permite que o computador execute as etapas compreendidas no método conforme definido em qualquer uma das reivindicações 14 a 18.