BR112020026526A2 - Método de transmissão de informações implementado por um dispositivo de usuário, dispositivo de usuário, método de transmissão de informações implementado por um dispositivo de rede e dispositivo de rede - Google Patents
Método de transmissão de informações implementado por um dispositivo de usuário, dispositivo de usuário, método de transmissão de informações implementado por um dispositivo de rede e dispositivo de rede Download PDFInfo
- Publication number
- BR112020026526A2 BR112020026526A2 BR112020026526-8A BR112020026526A BR112020026526A2 BR 112020026526 A2 BR112020026526 A2 BR 112020026526A2 BR 112020026526 A BR112020026526 A BR 112020026526A BR 112020026526 A2 BR112020026526 A2 BR 112020026526A2
- Authority
- BR
- Brazil
- Prior art keywords
- mcr
- pucch
- mcrs
- dci
- information
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 51
- 230000005540 biological transmission Effects 0.000 title claims abstract description 29
- 230000004044 response Effects 0.000 claims description 6
- 125000004122 cyclic group Chemical group 0.000 claims description 2
- 238000004891 communication Methods 0.000 description 27
- 230000006870 function Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 8
- 238000004590 computer program Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 230000001360 synchronised effect Effects 0.000 description 4
- 230000001052 transient effect Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 238000004078 waterproofing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
- H04L1/001—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding applied to control information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/22—Negotiating communication rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/02—Selection of wireless resources by user or terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
método de transmissão de informações implementado por um dispositivo de usuário, dispositivo de usuário, método de transmissão de informações implementado por um dispositivo de rede e dispositivo de rede. as modalidades da presente invenção fornecem um método e dispositivo de transmissão de informações, e um meio de armazenamento de computador. o método pode compreender: receber informações de configuração para um canal de controle de enlace ascendente físico (pucch), em que as informações de configuração são usadas para configurar, correspondentemente, para cada pucch, pelo menos duas taxas de código máximas (mcrs); receber informações de controle de enlace descendente (dci), em que as dci compreendem as informações de indicação para indicar uma mcr usado por um pucch alvo; e determinar, de acordo com as informações de indicação nas dci, a mcr usada pelo pucch a partir das pelo menos duas mcrs configuradas, correspondentemente, para o pucch alvo.
Description
[001] As modalidades da presente revelação referem-se ao campo das tecnologias de comunicação sem fio e, em particular, a um método e um dispositivo para transmissão de informações, e um meio de armazenamento de computador.
[002] A taxa de código, também referida como taxa de codificação, refere-se à proporção da parte útil (ou seja, a parte não redundante) no fluxo de dados. No novo sistema de rádio (NR) de 5ª geração (5G), uma variedade de formatos de canal de controle de enlace ascendente físico (PUCCH) são introduzidos e as taxas de código desses formatos PUCCH são configuráveis. A fim de garantir a confiabilidade da transmissão das informações de controle de enlace ascendente (UCI) transportadas pelo PUCCH, uma taxa de código máxima (MCR é definida, o que significa a taxa de código máxima suportada pela transmissão UCI. Na atual técnica relacionada, a MCR pode ser determinada baseado no formato de PUCCH, ou seja, cada formato de PUCCH define uma MCR, de forma independente. A MCR limita a taxa máxima de código suportada pelas informações de controle de enlace ascendente.
[003] Além disso, o recurso de PUCCH também pode ser obtido com base na MCR. No processo de aplicação real, exceto em alguns casos especiais (por exemplo, a carga útil UCI que excede o limite superior), a MCR é a taxa de código usada quando o UCI é realmente transmitido.
[004] Normalmente, a MCR é configurada, de maneira estática ou semiestática, através da sinalização RRC, dificultando, assim, a adaptação às mudanças de canal do processo de transmissão UCI através do PUCCH. No entanto, múltiplos serviços com diferentes requisitos de atraso e confiabilidade foram introduzidos em tecnologias relacionadas a 5G. Portanto, a configuração atual para a MCR não pode atender aos requisitos de múltiplos serviços em tecnologias relacionadas a 5G.
[005] Em vista acima, o presente pedido é, principalmente, direcionado para fornecer um método e um dispositivo para transmissão de informações, e um meio de armazenamento de computador, que são capazes de ajustar, dinamicamente, a MCR de PUCCH, de modo a atender a diferentes requisitos de múltiplos canais e/ou serviços.
[006] A fim de atingir o objetivo acima, a solução técnica do presente pedido pode ser implementada como a seguir.
[007] De acordo com um primeiro aspecto das modalidades do presente pedido, é fornecido um método de transmissão de informações, que inclui: receber informações de configuração em relação ao PUCCH; em que as informações de configuração são usadas para configurar pelo menos duas MCRs para cada PUCCH; receber informações de controle de enlace descendente (DCI); em que as DCI incluem umas informações de indicação usadas para indicar uma MCR usada por um PUCCH alvo; e determinar, de acordo com as informações de indicação nas DCI, a MCR usada pelo PUCCH a partir das pelo menos duas MCRs configuradas para o PUCCH alvo.
[008] De acordo com um segundo aspecto das modalidades do presente pedido, é fornecido um dispositivo de usuário, que inclui: uma primeira parte de recebimento, uma segunda parte de recebimento e uma parte de determinação; em que a primeira parte de recebimento é configurada para receber as informações de configuração relacionadas ao PUCCH; em que as informações de configuração são usadas para configurar pelo menos duas MCRs para cada PUCCH; a segunda parte de recebimento é configurada para receber o DCI; em que as DCI incluem umas informações de indicação usadas para indicar uma MCR usada por um PUCCH alvo; e a parte de determinação é configurada para determinar, de acordo com as informações de indicação nas DCI, a MCR usada pelo PUCCH a partir das pelo menos duas MCRs configuradas para o PUCCH alvo.
[009] De acordo com um terceiro aspecto das modalidades do presente pedido, é fornecido um dispositivo de usuário, que inclui: uma interface de rede, uma memória e um processador; em que, a interface de rede é configurada para receber e enviar sinais, em um processo de envio e recebimento de informações, com outro elemento de rede externo; a memória é configurada para armazenar um programa de computador que pode ser executado no processador; e o processador, ao executar o programa de computador, é configurado para executar as etapas do método de transmissão de informações, de acordo com o primeiro aspecto.
[0010] De acordo com um quarto aspecto das modalidades do presente pedido, é fornecido um meio de armazenamento de computador que armazena um programa de transmissão de informações, sendo que o programa de transmissão de dados é executado por pelo menos um processador, para implementar as etapas do método, de acordo com o primeiro aspecto.
[0011] As modalidades do presente pedido fornecem um método, um dispositivo e um meio de armazenamento de computador para transmissão de informações. Consequentemente, pelo menos duas MCRs são configuradas para cada PUCCH, de modo que o dispositivo de usuário possa se adaptar aos múltiplos requisitos de serviço ou qualidades de canal. Além disso, a MCR usada pelo PUCCH alvo é indicada pelas informações de indicação em DCI, de modo que a MCR possa ser ajustada, de maneira dinâmica. Portanto, de acordo com a solução técnica fornecida pelas modalidades do presente pedido, os múltiplos requisitos de serviço ou qualidades de canal podem ser adaptados, e as mudanças entre os múltiplos requisitos de serviço ou as múltiplas qualidades de canal podem ser adaptadas ajustando, de maneira dinâmica, a MCR.
[0012] A Figura 1 é um diagrama esquemático que ilustra uma arquitetura de sistema de comunicação, de acordo com uma modalidade da presente revelação;
[0013] A Figura 2 é um fluxograma esquemático que ilustra um método de agendamento de recursos, de acordo com uma modalidade da presente revelação;
[0014] A Figura 3 é um diagrama esquemático que ilustra uma estrutura do dispositivo de usuário, de acordo com uma modalidade da presente revelação;
[0015] A Figura 4 é um diagrama esquemático que ilustra uma estrutura do dispositivo de usuário, de acordo com outra modalidade da presente revelação;
[0016] A Figura 5 é um diagrama esquemático que ilustra uma estrutura de hardware específica do dispositivo de usuário, de acordo com uma modalidade da presente revelação.
[0017] As soluções técnicas nas modalidades do presente pedido serão descritas abaixo, em conjunto com os desenhos, de acordo com as modalidades do presente pedido. As modalidades descritas são apenas parte das modalidades do presente pedido, em vez de todas as modalidades. Com base nas modalidades deste pedido, todas as outras modalidades obtidas por aqueles versados na técnica, sem trabalho criativo, devem cair dentro do escopo de proteção deste pedido.
[0018] A fim de compreender as características e o conteúdo técnico das modalidades do presente pedido, em mais detalhes, a implementação das modalidades da presente revelação será descrita em detalhes abaixo com referência aos desenhos anexos. Os desenhos anexos são apenas para fins de referência e explicação, e não são usados para limitar as modalidades da presente revelação.
[0019] As soluções técnicas das modalidades do presente pedido podem ser aplicadas a vários sistemas de comunicação, por exemplo, o sistema global de comunicação móvel (GSM), o sistema de múltiplo acesso por divisão de código (CDMA), o sistema de múltiplo acesso por divisão de código de banda larga (WCDMA), o serviço de rádio de pacote geral (GPRS),
o sistema LTE, o sistema LTE por divisão de frequência duplex (FDD), o sistema LTE por divisão de tempo duplex (TDD), o sistema universal de telecomunicações móveis (UMTS), o sistema de comunicação de interoperabilidade mundial para acesso por micro-ondas (WiMAX), o sistema 5G e semelhantes.
[0020] A título de exemplo, o sistema de comunicação 100, aplicado nas modalidades do presente pedido, é mostrado na Figura 1. O sistema de comunicação 100 pode incluir um dispositivo de rede 110, e o dispositivo de rede 110 pode ser um dispositivo que se comunica com um dispositivo terminal 120 (ou referido como um terminal de comunicação ou terminal). O dispositivo de rede 110 pode fornecer uma cobertura de comunicação para uma área geográfica específica e pode se comunicar com os dispositivos terminais localizados na área de cobertura. De maneira opcional, o dispositivo de rede 110 pode ser uma estação-base transceptora (BTS) no sistema GSM ou o sistema CDMA, ou um NobeB (NB) no sistema WCDMA, ou um NobeB evolutivo (eNB ou eNobeB) no sistema LTE, ou um controlador de rádio na rede de acesso de rádio em nuvem (CRAN). De maneira alternativa, o equipamento de rede pode ser um centro de comutação móvel, uma estação de retransmissão, um ponto de acesso, um dispositivo montado em um veículo, um dispositivo vestível, um hub, um comutador, uma ponte, um roteador, um dispositivo do lado da rede na rede 5G , um dispositivo de rede na futura rede móvel terrestre pública evolutiva (PLMN), ou semelhantes.
[0021] O sistema de comunicação 100 inclui ainda pelo menos um dispositivo terminal 120 localizado dentro da área de cobertura do dispositivo de rede 110. Conforme usado no presente documento, o "dispositivo terminal" pode ser conectado por meio de, mas não está limitado a, linhas com fio, como redes telefônicas públicas comutadas (PSTN), linhas de assinante digital (DSL), cabos digitais e cabo direto; e/ou outra conexão/rede de dados; e/ou através de uma interface sem fio, como uma rede celular, uma rede local sem fio (WLAN), redes de TV digital como as redes DVB-H, redes de satélite, transmissor de transmissão AM-FM; e/ou um aparelho de outro dispositivo terminal que está configurado para receber/enviar sinais de comunicação; e/ou um equipamento de Internet das coisas (IoT). Um dispositivo terminal configurado para se comunicar através de uma interface sem fio pode ser referido como um "terminal de comunicação sem fio", um "terminal sem fio" ou um "terminal móvel". Os exemplos de terminais móveis incluem, mas não estão limitados a, um satélite ou um telefone celular; um terminal de sistema de comunicações pessoais (PCS) que pode combinar um telefone celular de rádio com processamento de dados, fax e recursos de comunicação de dados; um PDA que inclui um telefone de rádio, um pager, um acesso à Internet/ intranet, um navegador da Web, um bloco de notas, um calendário e/ou um receptor de sistema de posicionamento global (GPS); e um computador do tipo laptop convencional e/ou um receptor de computador do tipo palmtop, ou outros dispositivos eletrônicos que incluem um transceptor de rádio telefone.
O dispositivo terminal pode se referir a um terminal de acesso, a um equipamento de usuário (UE), a uma unidade de usuário, a uma estação de usuário, a uma estação móvel, a um local móvel, a uma estação remota, a um local remoto, a um equipamento móvel, a um terminal de usuário, a um terminal, a um equipamento de comunicação sem fio, a um agente de usuário ou a um dispositivo de usuário . O terminal de acesso pode ser um telefone celular, um telefone sem fio, um telefone de protocolo de iniciação de sessão (SIP), uma estação de circuito local sem fio (WLL), um assistente digital pessoal (PDA), um dispositivo portátil com funções de comunicação sem fio, um dispositivo de computação ou outros dispositivos de processamento conectados a modems sem fio, um dispositivo no veículo, um dispositivo vestível, um dispositivo de terminal na rede 5G, um dispositivo de terminal no futuro evolutivo PLMN ou semelhantes.
[0022] De maneira opcional, a comunicação de dispositivo a dispositivo (D2D) pode ser realizada entre os dispositivos terminais 120.
[0023] De maneira opcional, o sistema 5G, ou a rede 5G, também pode ser referido como o sistema NR ou a rede NR.
[0024] A Figura 1 ilustra, exemplarmente, um dispositivo de rede e dois dispositivos terminais. De maneira opcional, o sistema de comunicação 100 pode incluir múltiplos dispositivos de rede e outros múltiplos dispositivos terminais na cobertura de cada dispositivo de rede, que não são limitados na modalidade.
[0025] De maneira opcional, o sistema de comunicação 100 também pode incluir outras entidades de rede, como um controlador de rede e uma entidade de gerenciamento de mobilidade, que não são limitados na modalidade do presente pedido.
[0026] Deve ser entendido que os dispositivos com funções de comunicação na rede/sistema nas modalidades do presente pedido podem ser referidos como dispositivos de comunicação. Tomando o sistema de comunicação 100, mostrado na
Figura 1, como exemplo, o dispositivo de comunicação pode incluir um dispositivo de rede 110 e um dispositivo terminal 120, que tem uma função de comunicação. O dispositivo de rede 110 e o dispositivo de terminal 120 podem ser o dispositivo específico descrito acima, o que não será repetido no presente documento. O dispositivo de comunicação também pode incluir outros dispositivos no sistema de comunicação 100, por exemplo, outras entidades de rede, como o controlador de rede e a entidade de gerenciamento de mobilidade, que não são limitados na modalidade do presente pedido.
[0027] Deve ser entendido que os termos "sistema" e "rede", nessa revelação, podem ser usados indistintamente. O termo "e/ou", nessa revelação, refere-se apenas a uma relação de associação que descreve os objetos associados, o que significa que pode haver três relações, por exemplo, A e/ou B podem se referir a três situações, em que A existe sozinho, A e B existem ao mesmo tempo, e B existe sozinho. Além disso, o caractere “/”, nessa revelação, em geral, indica que os objetos associados antes e depois estão em um relacionamento “ou”.
[0028] Na técnica relacionada, os requisitos de atraso e confiabilidade de vários serviços ou mudanças contínuas, na qualidade do canal, podem fazer com que um dispositivo de usuário ajuste a MCR usada para transmissão ao transmitir informações de controle de enlace ascendente. Por exemplo, se a confiabilidade do serviço for alta ou a qualidade do canal de transmissão do enlace ascendente for ruim, então, para permitir que a extremidade receptora receba, corretamente, as informações do enlace ascendente transportadas pelo canal de transmissão do enlace ascendente, uma MCR inferior pode ser usada. Ou seja, a proporção da parte redundante no fluxo de dados é aumentada para garantir a recepção correta da extremidade receptora. Caso contrário, se os requisitos de confiabilidade do serviço forem baixos ou a qualidade do canal de transmissão do enlace ascendente for alta, uma MCR superior pode ser usada. Ou seja, a proporção da parte não redundante no fluxo de dados é aumentada para melhorar a eficiência de demodulação da extremidade receptora.
[0029] No sistema 5G NR, devido à introdução de serviços de comunicação ultraconfiável e de baixa latência (URLLC), seus requisitos de latência e confiabilidade são muito diferentes daqueles dos serviços de banda larga móvel aprimorada (eMBB). Consequentemente, no processo de completar os serviços mencionados acima, o dispositivo de usuário pode precisar ser capaz de ajustar, dinamicamente, a taxa de código de transmissão usada na transmissão de enlace ascendente para se adaptar às mudanças nos serviços ou canais. Com base nisso, as seguintes modalidades são propostas no pedido.
[0030] Com referência à Figura 2, ilustra um método de transmissão de informações, de acordo com uma modalidade da presente revelação. O método pode ser aplicado ao equipamento de usuário (UE) que precisa realizar a transmissão de enlace ascendente. O método pode incluir as seguintes etapas.
[0031] Na etapa S101, são recebidas informações de configuração em relação ao canal de controle de enlace ascendente físico (PUCCH); em que as informações de configuração são usadas para configurar pelo menos duas taxas máximas de código (MCRs) para cada PUCCH;
[0032] Na etapa S102, são recebidas informações de controle de enlace descendente (DCI); em que as DCI incluem as informações de indicação usadas para indicar uma MCR usada por um PUCCH alvo;
[0033] Na etapa S103, a MCR usada pelo PUCCH é determinada a partir das pelo menos duas MCRs configuradas para o PUCCH alvo, de acordo com as informações de indicação nas DCI.
[0034] Através da solução técnica, mostrada na Figura 2, pelo menos duas MCRs são configuradas para cada PUCCH, de modo que o dispositivo de usuário possa se adaptar a vários requisitos de serviço ou qualidades de canal. Além disso, a MCR usada pelo PUCCH alvo é indicada pelas informações de indicação em DCI, de modo que a MCR possa ser ajustada, dinamicamente. Portanto, de acordo com a solução técnica, mostrada na Figura 2, os múltiplos requisitos de serviço ou as qualidades de canal podem ser adaptados, e as mudanças entre os múltiplos requisitos de serviço ou as múltiplas qualidades de canal podem ser adaptadas ajustando, dinamicamente, a MCR.
[0035] Deve-se notar que, em virtude de MCR limitar a taxa de código máxima suportada pelas informações de controle de enlace ascendente, e ser também a taxa de código usada na transmissão de informações de controle de enlace ascendente, a MCR pode ser determinada com base no formato de PUCCH e o recurso de PUCCH também pode ser obtido com base na MCR. Em vista disso, de acordo com a solução técnica, mostrada na Figura 2, de uma forma de implementação possível, pelo menos duas MCRs são configuradas para cada PUCCH. Em um processo de implementação exemplar, pelo menos duas MCRs podem ser configuradas para cada formato de PUCCH; ou, pelo menos duas MCRs podem ser configuradas para cada conjunto de recursos
PUCCH; ou, pelo menos, duas MCRs podem ser configuradas para cada recurso de PUCCH. Portanto, as informações de configuração são usadas para configurar pelo menos duas MCRs para cada formato de PUCCH.
[0036] De alternativa, as informações de configuração são usadas para configurar pelo menos duas MCRs para cada conjunto de recursos PUCCH;
[0037] De maneira alternativa, as informações de configuração são usadas para configurar pelo menos duas MCRs para cada recurso de PUCCH.
[0038] De maneira compreensível, pelo menos duas MCRs são configuradas, correspondentemente, para cada PUCCH, através da forma de implementação anterior, de modo que cada PUCCH possa se adaptar a pelo menos dois requisitos de serviço ou a pelo menos duas qualidades de canal.
[0039] De acordo com a solução técnica, mostrada na Figura 2, pelo menos duas MCRs correspondentes a cada PUCCH podem incluir as seguintes formas específicas:
[0040] pelo menos duas taxas de bits máximas absolutas independentes; ou, pelo menos uma MCR absoluta e pelo menos uma MCR relativa com base na MCR absoluta.
[0041] Compreensivelmente, se as pelo menos duas MCRs são pelo menos duas MCRs absolutas independentes, o UE pode configurar, diretamente, o PUCCH após receber as informações de configuração. Quanto à MCR relativa, o UE, após receber as informações de configuração, pode ser necessário processar, de acordo com a MCR relativa e a MCR absoluta, aumentando, assim, a carga de trabalho de processamento do UE, porém reduzindo a carga de sinalização das informações de configuração.
[0042] Depois de receber as informações de configuração, o UE pode reconhecer pelo menos duas MCRs candidatos correspondentes a cada PUCCH. Quanto a qual MCR é especificamente determinado a partir das MCRs candidatas para realizar a transmissão de informações de controle de enlace ascendente, a indicação do DCI é adotada, de acordo com as modalidades da presente revelação, e a indicação específica pode ser expressa de maneira explicita ou implicitamente por meio das informações de indicação.
[0043] Com base nisso, em um primeiro exemplo, as informações de indicação incluem: um indicador transportado em um campo do DCI; em que o indicador é usado para indicar a MCR usada pelo PUCCH alvo.
[0044] Deve-se notar que no exemplo acima mencionado, o indicador transportado pelo DCI é usado para indicar a MCR usada pelo PUCCH alvo, o que pode ser considerado como uma indicação explícita da MCR usada pelo PUCCH alvo, e a forma de implementação da indicação explícita específica pode ser direta ou indiretamente. Por exemplo, se o indicador for usado para indicar diretamente a MCR usada pelo PUCCH alvo, o UE pode analisar o indicador e obter a MCR usada pelo PUCCH alvo, diretamente, de acordo com as informações do indicador, o que pode ser considerado como uma indicação explícita direta. Se o indicador for usado para indicar um parâmetro relacionado ao PUCCH correspondente à MCR, por exemplo, um formato de PUCCH, um recurso de PUCCH ou um tipo de serviço PUCCH correspondente à MCR, o UE, após analisar o indicador, pode obter a MCR usada pelo PUCCH alvo com base em uma relação correspondente entre o parâmetro relacionado ao PUCCH representado pelo indicador e a MCR. Nesse caso, pode ser considerado uma indicação indireta. Através dos exemplos acima, a MCR usada pelo PUCCH alvo é explicitamente indicada, de modo que o UE possa obter a MCR usada pelo PUCCH alvo, de acordo com o indicador nas DCI, assim, a MCR pode ser ajustada, dinamicamente, para se adaptar à mudança entre os múltiplos requisitos de serviço ou as várias qualidades de canal.
[0045] Em um segundo exemplo, as informações de indicação incluem: uma identificação temporária de rede de rádio (RNTI) usada para verificação de redundância cíclica criptografada (CRC) do DCI; em que há uma relação de correspondência entre a RNTI e a MCR.
[0046] Deve-se notar que, no segundo exemplo, a MCR usada pelo PUCCH alvo é indicada pela RNTI usada para codificar a CRC do DCI, o que pode ser considerado como uma indicação implícita da MCR usada pelo PUCCH alvo. Em comparação com o primeiro exemplo, pode evitar adicionar campos adicionais para transportar o indicador na sinalização DCI, economizando, assim, a sobrecarga de sinalização.
[0047] Quanto ao segundo exemplo, deve-se notar que, uma vez que RNTI pode incluir vários tipos, como RNTI de controlador de rede de rádio de serviço (RNC) (ou seja, S- RNTI), RNTI de RNC de transferência (ou seja, D-RNTI), RNTI de célula (C-RNTI), RNTI de rede de acesso de rádio terrestre UMTS (UTRAN) (isto é, u-RNTI), RNTI de canal compartilhado de enlace descendente (DSCH) (isto é, DSCH-RNTI) e semelhantes. Consequentemente, tendo como exemplo dois tipos de RNTIs, que correspondem às informações de indicação que indicam, de maneira implícita, a MCR usada pelo PUCCH alvo, determinar, de acordo com as informações de indicação nas DCI, a MCR usada pelo PUCCH a partir das pelo menos duas MCRs configuradas para o PUCCH alvo pode incluir: decodificar a CRC do DCI, de acordo com uma primeira RNTI ou uma segunda RNTI; determinar, em resposta à decodificação com êxito da CRC do DCI, de acordo com a primeira RNTI, a partir das pelo menos duas MCRs configuradas para o PUCCH alvo, que a MCR usada pelo PUCCH é uma primeira MCR correspondente à primeira RNTI; e determinar, em resposta à decodificação com êxito da CRC do DCI, de acordo com a segunda RNTI, a partir das pelo menos duas MCRs configuradas para o PUCCH alvo, que a MCR usada pelo PUCCH é uma segunda MCR correspondente à segunda RNTI; em que tanto a primeira MCR quanto a segunda MCR pertencem às pelo menos duas MCRs configuradas para o PUCCH alvo.
[0048] Em um processo de implementação específico, a primeira RNTI inclui uma identificação temporária de rede de rádio celular (C-RNTI); sendo que a segunda RNTI inclui um tipo de RNTI diferente da C-RNTI.
[0049] Além disso, para permitir que o UE determine a MCR usada pelo PUCCH alvo com base nas informações de indicação, a relação correspondente entre as informações de indicação e a MCR tem de ser, previamente, estabelecida para o UE. Portanto, o método pode ainda incluir: predefinir uma relação de correspondência entre as informações de indicação nas DCI e na MCR.
[0050] Através do processo de pré-configuração, após receber o DCI, o UE pode determinar a MCR usada pelo PUCCH alvo indicada pelas informações de indicação nas DCI recebidas, de acordo com a relação correspondente.
[0051] Especificamente, o processo de predefinição mencionado acima pode incluir, após receber as informações de configuração enviadas pelo dispositivo de rede, o UE executa a configuração, de acordo com o conteúdo relacionado nas informações de configuração. As informações de configuração podem ser transportadas na sinalização RRC ou nas informações do sistema; ou pode ser predefinido, de acordo com o protocolo, que não é limitado nessa modalidade.
[0052] Através do método de transmissão de informações fornecido nessa modalidade, pelo menos duas MCRs são configuradas para cada PUCCH, de modo que o UE possa se adaptar a múltiplos requisitos de serviço ou qualidades de canal. Além disso, a MCR usada pelo PUCCH alvo é indicada pelas informações de indicação em DCI, de modo que a MCR pode ser ajustada, dinamicamente. Portanto, de acordo com a solução técnica fornecida pelas modalidades do presente pedido, os múltiplos requisitos de serviço ou as qualidades de canal podem ser adaptados, e sendo que as mudanças entre os múltiplos requisitos de serviço ou as múltiplas qualidades de canal podem ser adaptadas ajustando, dinamicamente, a MCR.
[0053] Com base no mesmo conceito inventivo da modalidade anterior, essa modalidade usa vários exemplos específicos para ilustrar as soluções técnicas da modalidade anterior. EXEMPLO ESPECÍFICO 1
[0054] Nesse exemplo específico, as informações de configuração são usadas para configurar duas MCRs para cada formato de PUCCH. Em primeiro lugar, os rótulos das primeiras MCRs configuradas, com base nas informações de configuração,
correspondentes ao formato de PUCCH 2, formato de PUCCH 3 e ao formato de PUCCH 4, são 1, 1 e 2, respectivamente. Essas primeiras MCRs correspondem a retroalimentação do enlace ascendente correspondente ao agendamento do enlace descendente codificado pela primeira RNTI. Os rótulos específicos das MCRs e seus valores específicos podem ser referidos na Tabela 1, que não será repetida posteriormente. Rótulo de MCR Valor MCR 0 0,08 1 0,15 2 0,25 3 0,35 4 0,45 5 0,60 6 0,80 7 Retido TABELA 1
[0055] Em segundo lugar, os rótulos das segundas MCRs configuradas, com base nas informações de configuração, correspondentes ao formato de PUCCH 2, formato de PUCCH 3 e ao formato de PUCCH 4, são 3, 3 e 4, respectivamente. Essas segundas MCRs correspondem a retroalimentação do enlace ascendente correspondente ao agendamento do enlace descendente codificado pela segunda RNTI.
[0056] A partir dos valores específicos das primeiras MCRs e das segundas MCRs, pode-se verificar que para o mesmo formato de PUCCH, o valor específico da primeira MCR é inferior ao valor específico da segunda MCR. Em outras palavras, quando os dados de enlace descendente são dados de alta confiabilidade, ou as condições do canal de enlace ascendente são ruins, para garantir a transmissão e a recepção correta dos dados, a primeira MCR deve ser configurada. Quando os dados de enlace descendente são dados com requisitos de baixa confiabilidade ou as condições do canal de enlace descendente são melhores, a segunda MCR pode ser configurada.
[0057] Opcionalmente, a primeira MCR nas informações de configuração pode ser o rótulo absoluto da primeira MCR correspondente a cada formato de PUCCH e as informações de configuração em relação à segunda MCR podem ser um valor de desvio com base no rótulo absoluto da primeira MCR correspondente a cada formato de PUCCH, ou seja, um valor relativo. Nesse exemplo específico, o valor de desvio é definido como 2. Portanto, após obter o rótulo da primeira MCR, a segunda MCR correspondente a cada formato de PUCCH é obtida adicionando o rótulo da primeira MCR correspondente a cada formato de PUCCH ao desvio valor, obtendo, assim, o valor específico da segunda MCR correspondente a cada formato de PUCCH, consultando a Tabela 1.
[0058] Além disso, opcionalmente, a primeira MCR nas informações de configuração pode ser o rótulo absoluto da primeira MCR correspondente a cada formato de PUCCH e a segunda MCR também pode ser o rótulo absoluto da segunda MCR correspondente a cada formato de PUCCH. Portanto, o UE pode consultar, diretamente, o valor específico da segunda MCR correspondente a cada formato de PUCCH.
[0059] Depois de configurar a primeira MCR e a segunda MCR para cada formato de PUCCH, quando o UE recebe o agendamento de enlace descendente codificado pela primeira RNTI, a primeira MCR é usada para a retroalimentação de enlace ascendente correspondente aos dados de enlace descendente;
quando o UE recebe a programação de enlace descendente codificada pela segunda RNTI, a segunda MCR é usada para a retroalimentação de enlace ascendente correspondente aos dados de enlace descendente. EXEMPLO ESPECÍFICO 2
[0060] Nesse exemplo específico, as informações de configuração são usadas para configurar duas MCRs para cada recurso de PUCCH. Em primeiro lugar, os rótulos das primeiras MCRs configuradas, com base nas informações de configuração, correspondentes a três recursos PUCCH, são 1, 1 e 2, respetivamente. Essas primeiras MCRs correspondem a retroalimentação de enlace ascendente correspondente ao agendamento de enlace descendente codificado pela primeira RNTI. Os rótulos específicos das MCRs e seus valores específicos podem ser referidos na Tabela 1, que não será repetida posteriormente.
[0061] Em segundo lugar, os rótulos das segundas MCRs configuradas, com base nas informações de configuração, correspondentes aos três recursos PUCCH anteriores, são 3, 3 e 4, respectivamente. Essas segundas MCRs correspondem a retroalimentação de enlace ascendente correspondente ao agendamento de enlace descendente codificado pela segunda RNTI.
[0062] A partir dos valores específicos das primeiras MCRs e das segundas MCRs, pode-se ver que para o mesmo recurso de PUCCH, o valor específico da primeira MCR é inferior ao valor específico da segunda MCR. Em outras palavras, quando os dados de enlace descendente são dados de alta confiabilidade, ou as condições do canal de enlace ascendente são ruins, para garantir a transmissão e a recepção correta dos dados, a primeira MCR deve ser configurada. Quando os dados de enlace descendente são dados com requisitos de baixa confiabilidade ou as condições do canal de enlace ascendente são melhores, a segunda MCR pode ser configurada.
[0063] Opcionalmente, as informações de configuração em relação à segunda MCR podem ser um valor de desvio correspondente a cada recurso de PUCCH. Nesse exemplo específico, o valor de desvio é definido como 2. Portanto, depois de obter o rótulo da primeira MCR, a segunda MCR correspondente a cada recurso de PUCCH é obtida adicionando o rótulo da primeira MCR correspondente a cada recurso de PUCCH ao desvio de valor, obtendo, assim, o valor específico da segunda MCR correspondente a cada recurso de PUCCH, consultando a Tabela 1.
[0064] Além disso, opcionalmente, as informações de configuração em relação à segunda MCR podem ser o rótulo da segunda MCR correspondente a cada recurso de PUCCH, de modo que o UE possa consultar, diretamente, o valor específico da segunda MCR correspondente a cada recurso de PUCCH.
[0065] Depois de configurar a primeira MCR e a segunda MCR para cada recurso de PUCCH, quando o UE recebe o agendamento de enlace descendente codificado pela primeira RNTI, a primeira MCR é usada para a retroalimentação de enlace ascendente correspondente aos dados de enlace descendente; quando o UE recebe a programação de enlace descendente codificada pela segunda RNTI, a segunda MCR é usada para a retroalimentação de enlace ascendente correspondente aos dados de enlace descendente.
[0066] Com base no mesmo conceito inventivo da modalidade anterior, com referência à Figura 3, ilustra uma composição do UE 20, de acordo com uma modalidade da presente revelação, que pode incluir: uma primeira parte de recebimento 201, uma segunda parte de recebimento 202 e uma parte de determinação 203.
[0067] A primeira parte de recebimento 201 é configurada para receber as informações de configuração em relação ao PUCCH; em que as informações de configuração são usadas para configurar pelo menos duas MCRs para cada PUCCH.
[0068] A segunda parte de recebimento 202 é configurada para receber DCI; em que as DCI incluem umas informações de indicação usadas para indicar uma MCR usada por um PUCCH alvo.
[0069] A parte de determinação 203 é configurada para determinar, de acordo com as informações de indicação nas DCI, a MCR usada pelo PUCCH a partir das pelo menos duas MCRs configuradas para o PUCCH alvo.
[0070] Na solução acima, as informações de configuração são usadas para configurar pelo menos duas MCRs para cada formato de PUCCH; ou as informações de configuração são usadas para configurar pelo menos duas MCRs para cada conjunto de recursos PUCCH; ou as informações de configuração são usadas para configurar pelo menos duas MCRs para cada recurso de PUCCH.
[0071] Na solução acima, as pelo menos duas MCRs incluem: pelo menos duas taxas de bits máximas absolutas independentes; ou pelo menos uma MCR absoluta e pelo menos uma MCR relativa com base na MCR absoluta.
[0072] Na solução acima, as informações de indicação incluem: um indicador transportado em um campo do DCI; em que o indicador é usado para indicar a MCR usada pelo PUCCH alvo.
[0073] Na solução acima, as informações de indicação incluem: uma RNTI usada para codificar a CRC do DCI; em que há uma relação de correspondência entre a RNTI e a MCR.
[0074] Na solução acima, a parte de determinação 203 é configurada para: decodificar a CRC do DCI, de acordo com uma primeira RNTI ou uma segunda RNTI; determinar, em resposta à decodificação com êxito do CRC do DCI, de acordo com a primeira RNTI, a partir das pelo menos duas MCRs configuradas para o PUCCH alvo, que a MCR usada pelo PUCCH é uma primeira MCR correspondente à primeira RNTI; determinar, em resposta à decodificação com êxito do CRC do DCI, de acordo com a segunda RNTI, a partir das pelo menos duas MCRs configuradas para o PUCCH alvo, que a MCR usada pelo PUCCH é uma segunda MCR correspondente à segunda RNTI; em que tanto a primeira MCR quanto a segunda MCR pertencem às pelo menos duas MCRs configuradas para o PUCCH alvo.
[0075] Na solução acima, a primeira RNTI inclui uma C-RNTI; e a segunda RNTI inclui um tipo de RNTI diferente de C-RNTI.
[0076] Na solução acima, com referência à Figura 4, o UE 20 inclui ainda uma parte de definição 204 configurada para predefinir uma relação de correspondência entre as informações de indicação nas DCI e na MCR.
[0077] Deve ser entendido que, nessa modalidade,
a "parte" pode ser uma parte de um circuito, uma parte de um processador, uma parte de um programa ou software e semelhantes. De opcional, também pode ser uma unidade ou um módulo, ou pode ser não modularizado.
[0078] Além disso, os vários componentes, nessa modalidade, podem ser integrados em uma unidade de processamento, ou cada unidade pode existir sozinha fisicamente, ou duas ou mais unidades podem ser integradas em uma unidade. A unidade integrada, acima mencionada, pode ser realizada na forma de módulo de função de hardware ou software.
[0079] Se a unidade integrada for implementada na forma de um módulo de função de software e não for vendida ou usada como um produto independente, ela pode ser armazenada em um meio de armazenamento legível por computador. Com base nesse entendimento, a solução técnica essencial, dessa modalidade ou parte dela, que contribui para a técnica, relacionada ou toda ou parte da solução técnica, pode ser realizada na forma de um produto de software. O produto de software de computador pode ser armazenado em um meio de armazenamento e inclui várias instruções para fazer com que um dispositivo de computador (que pode ser um computador pessoal, um servidor, um dispositivo de rede ou semelhante) ou um processador execute todas ou parte das etapas do método descrito, nessa modalidade. O meio de armazenamento, acima mencionado, pode incluir um disco U, um disco rígido móvel, uma memória somente de leitura (ROM), uma memória de acesso aleatório (RAM), um disco magnético, um disco óptico ou outro meio que pode armazenar códigos de programa.
[0080] Portanto, essa modalidade fornece um meio de armazenamento de computador, que pode ser, especificamente,
um meio de armazenamento legível por computador, e em que o meio de armazenamento de computador armazena um programa de transmissão de informações, que, quando executado por pelo menos um processador, é usado para implementar as etapas do método de transmissão de informações descrito na Modalidade I ou na Modalidade II.
[0081] Com base no UE 20, acima mencionado, e no meio de armazenamento de computador, com referência à Figura 5, ilustra uma estrutura de hardware específica do UE 20, de acordo com uma modalidade da presente revelação, que inclui: uma interface de rede 401, uma memória 402 e um processador 403 que são acoplados através de um sistema de barramento 404. Deve ser entendido que o sistema de barramento 404 é usado para conexão e comunicação entre esses componentes. Além do barramento de dados, o sistema de barramento 404 também pode incluir um barramento de força, um barramento de controle e um barramento de sinal de situação. No entanto, para uma breve descrição, vários barramentos são marcados como o sistema de barramento 404 na Figura 5. Em uma modalidade, a interface de rede 401 é usada para receber e enviar sinais no processo de enviar e receber informações com outros elementos de rede externos.
[0082] A memória 402 é configurada para armazenar um programa de computador capaz de ser executado no processador
403.
[0083] O processador 403, ao executar o programa de computador, é configurado para executar: receber informações de configuração em relação ao PUCCH; em que as informações de configuração são usadas para configurar pelo menos duas MCRs para cada PUCCH;
receber DCI; em que as DCI incluem informações de indicação usadas para indicar uma MCR usada por um PUCCH alvo; e determinar, de acordo com as informações de indicação nas DCI, a MCR usada pelo PUCCH a partir das pelo menos duas MCRs configuradas para o PUCCH alvo.
[0084] Pode ser entendido que a memória 402, nas modalidades da presente revelação, pode ser uma memória transitória ou uma memória não transitória, ou pode incluir uma memória transitória e não transitória. A memória não transitória pode ser uma memória somente de leitura (ROM), uma memória somente de leitura programável (PROM), uma memória somente de leitura programável apagável (PROM apagável, EPROM), uma memória somente de leitura programável apagável elétrica (EEPROM) ou uma memória impermeabilizante. A memória transitória pode ser uma memória de acesso aleatório (RAM), que serve como um cache externo. A título de exemplo, sem limitação, muitas formas de RAM estão disponíveis, como uma memória de acesso aleatório estática (SRAM), uma memória de acesso aleatório dinâmica (DRAM), uma memória de acesso aleatório dinâmica síncrona (DRAM síncrona, SDRAM), uma taxa de dados aleatória dinâmica síncrona de dupla memória de acesso (DDRSDRAM), uma memória de acesso aleatório dinâmico síncrono aprimorado (ESDRAM), uma memória de acesso aleatório dinâmico synchlink (SDRAM) e uma memória de acesso aleatório de barramento de memória direto (DRRAM). A memória 402, nos sistemas e métodos descritos, neste documento, se destina a incluir, sem estar limitado a esses e quaisquer outros tipos adequados de memória.
[0085] O processador 403 pode ser um chip de circuito integrado com capacidade de processamento de sinal. Em uma implementação, cada etapa, dos métodos anteriores, pode ser concluída por um circuito lógico integrado de hardware no processador 403 ou uma instrução na forma de software. O processador 403 pode ser um processador de uso geral, um processador de sinal digital (DSP), um circuito integrado de aplicação específico (ASIC) ou um arranjo de portas programáveis em campo (FPGA) ou outros dispositivos lógicos programáveis, portas discretas ou dispositivos lógicos de transistor, componentes de hardware discretos. Os métodos, etapas e diagramas de blocos lógicos revelados nas modalidades da presente revelação podem ser implementados ou realizados. O processador de uso geral pode ser um microprocessador ou qualquer processador convencional ou semelhante. As etapas do método, revelado nas modalidades da presente revelação, podem ser implementadas, diretamente, pelo processador de decodificação de hardware ou podem ser realizadas por uma combinação de módulos de hardware e software no processador de decodificação. O módulo de software pode ser localizado em um meio de armazenamento convencional, como memória de acesso aleatório, uma memória impermeabilizante, uma memória somente de leitura, memória somente de leitura programável ou memória programável apagável eletricamente, registros e semelhantes. O meio de armazenamento está localizado na memória 402 e o processador 403 lê as informações na memória 402 e completa as etapas, do método acima, em combinação com o hardware do mesmo.
[0086] Pode ser entendido que as modalidades, descritas, no presente documento, podem ser implementadas em hardware, software, firmware, middleware, microcódigo ou uma combinação dos mesmos. Para uma implementação de hardware, a unidade de processamento pode ser implementada em um ou mais circuitos integrado específico de aplicação específica (ASIC), um processamento de sinal digital (DSP), um dispositivo de processamento de sinal digital (DSPD), um dispositivo lógico programável (PLD), um arranjo de portas programáveis em campo (FPGA), um processador de uso geral, um controlador, um microcontrolador, um microprocessador, outras unidades eletrônicas ou uma combinação dos mesmos para executar as funções descritas, no presente documento.
[0087] Para uma implementação de software, as técnicas descritas, no presente documento, podem ser implementadas por módulos (por exemplo, procedimentos, funções e semelhantes) que executam as funções descritas, no presente documento. O código do software pode ser armazenado na memória e executado pelo processador. A memória pode ser implementada no processador ou na posição externa ao processador.
[0088] Especificamente, o processador 403 no UE 20, ao executar o programa de computador, é ainda configurado para executar as etapas, do método, descritas na Modalidade I ou na Modalidade II anterior, e os detalhes não são repetidos, no presente documento.
[0089] Deve-se notar que as soluções técnicas descritas nas modalidades da presente revelação podem ser combinadas, de maneira arbitrária, sem conflito.
[0090] Acima, são apenas as modalidades preferidas da presente revelação, as quais não são usadas para limitar o escopo de proteção da presente revelação.
Claims (15)
1. MÉTODO DE TRANSMISSÃO DE INFORMAÇÕES IMPLEMENTADO POR UM DISPOSITIVO DE USUÁRIO, caracterizado por compreender: receber informações de configuração em relação ao canal de controle de enlace ascendente físico (PUCCH); em que as informações de configuração são usadas para configurar pelo menos duas taxas máximas de código (MCRs) para cada formato PUCCH; receber informações de controle de enlace descendente (DCI); em que as DCI incluem informações de indicação usadas para indicar uma MCR usada por um PUCCH alvo; e determinar, de acordo com as informações de indicação nas DCI, a MCR usada pelo PUCCH alvo a partir das pelo menos duas MCRs configuradas para um formato do PUCCH alvo.
2. MÉTODO, de acordo com a reivindicação 1, caracterizado pelas pelo menos duas MCRs compreenderem: pelo menos duas taxas de bits máximas absolutas independentes; ou pelo menos uma MCR absoluta e pelo menos uma MCR relativa com base na MCR absoluta.
3. MÉTODO, de acordo com a reivindicação 1, caracterizado pelas informações de indicação compreenderem: um indicador transportado em um campo do DCI; em que o indicador é usado para indicar a MCR usada pelo PUCCH alvo.
4. MÉTODO, de acordo com a reivindicação 1, caracterizado pelas informações de indicação compreenderem: uma identificação temporária de rede de rádio (RNTI) usada para a verificação de redundância cíclica criptografada (CRC) do DCI; em que há uma relação de correspondência entre a RNTI e a MCR.
5. MÉTODO, de acordo com a reivindicação 4, caracterizado por determinar, de acordo com as informações de indicação nas DCI, a MCR usada pelo PUCCH alvo a partir das pelo menos duas MCRs configuradas para um formato do PUCCH alvo, compreender: decodificar a CRC do DCI, de acordo com uma primeira RNTI ou uma segunda RNTI; determinar, em resposta à decodificação com êxito da CRC do DCI, de acordo com a primeira RNTI, a partir das pelo menos duas MCRs configuradas para o formato do PUCCH alvo, que a MCR usada pelo PUCCH alvo é uma primeira MCR correspondente à primeira RNTI; determinar, em resposta à decodificação com êxito da CRC do DCI, de acordo com a segunda RNTI, a partir das pelo menos duas MCRs configuradas para o formato do PUCCH alvo, que a MCR usada pelo PUCCH alvo é uma segunda MCR correspondente à segunda RNTI; em que tanto a primeira MCR quanto a segunda MCR pertencem às pelo menos duas MCRs configuradas para o formato do PUCCH alvo.
6. MÉTODO, de acordo com a reivindicação 1, caracterizado por compreender ainda: predefinir uma relação de correspondência entre as informações de indicação nas DCI e na MCR.
7. DISPOSITIVO DE USUÁRIO, caracterizado por compreender: uma primeira parte de recebimento, uma segunda parte de recebimento e uma parte de determinação; em que a primeira parte de recebimento é configurada para receber informações de configuração relacionadas ao canal de controle de enlace ascendente físico (PUCCH); em que as informações de configuração são usadas para configurar pelo menos duas taxas máximas de código (MCRs) para cada formato PUCCH; a segunda parte de recebimento é configurada para receber informações de controle de enlace descendente (DCI); em que as DCI incluem informações de indicação usadas para indicar uma MCR usada por um PUCCH alvo; e a parte de determinação é configurada para determinar, de acordo com as informações de indicação nas DCI, a MCR usada pelo PUCCH alvo a partir das pelo menos duas MCRs configuradas para um formato do PUCCH alvo.
8. DISPOSITIVO DE USUÁRIO, de acordo com a reivindicação 7, caracterizado pelas pelo menos duas MCRs compreenderem: pelo menos duas taxas de bits máximas absolutas independentes; ou pelo menos uma MCR absoluta e pelo menos uma MCR relativa com base na MCR absoluta.
9. DISPOSITIVO DE USUÁRIO, de acordo com a reivindicação 7, caracterizado pelas informações de indicação compreenderem: um indicador transportado em um campo do DCI; em que o indicador é usado para indicar a MCR usada pelo PUCCH alvo.
10. MÉTODO DE TRANSMISSÃO DE INFORMAÇÕES IMPLEMENTADO POR UM DISPOSITIVO DE REDE, caracterizado por compreender: enviar, para um dispositivo de usuário, informações de configuração com respeito ao canal de controle de enlace ascendente físico (PUCCH); em que a informação de configuração é usada para configurar pelo menos duas taxas máximas de código (MCRs) para cada formato PUCCH; e enviar, para o dispositivo do usuário, informações de controle de enlace descendente (DCI); em que o DCI inclui informações de indicação usadas para indicar um MCR usado por um PUCCH alvo, e as informações de indicação são usadas para indicar o dispositivo do usuário para determinar o MCR usado pelo PUCCH alvo a partir de pelo menos dois MCRs configurados para um formato do alvo PUCCH.
11. MÉTODO, de acordo com a reivindicação 10, caracterizado pelas pelo menos duas MCRs compreenderem: pelo menos duas taxas de bits máximas absolutas independentes; ou pelo menos uma MCR absoluta e pelo menos uma MCR relativa com base na MCR absoluta.
12. DISPOSITIVO DE USUÁRIO, de acordo com a reivindicação 10, caracterizado pelas informações de indicação compreenderem: um indicador transportado em um campo do DCI; em que o indicador é usado para indicar a MCR usada pelo PUCCH alvo.
13. DISPOSITIVO DE REDE, caracterizado por compreender: uma interface de rede e um processador; em que a interface de rede está, sob controle do processador, configurada para: enviar, para um dispositivo de usuário, informações de configuração com respeito ao canal de controle de enlace ascendente físico (PUCCH); em que a informação de configuração é usada para configurar pelo menos duas taxas máximas de código (MCRs) para cada formato PUCCH; e enviar, para o dispositivo do usuário, informações de controle de enlace descendente (DCI); em que o DCI inclui informações de indicação usadas para indicar um MCR usado por um PUCCH alvo, e as informações de indicação são usadas para indicar o dispositivo do usuário para determinar o MCR usado pelo PUCCH alvo a partir de pelo menos dois MCRs configurados para um formato do alvo PUCCH.
14. MÉTODO, de acordo com a reivindicação 10, caracterizado pelas pelo menos duas MCRs compreenderem: pelo menos duas taxas de bits máximas absolutas independentes; ou pelo menos uma MCR absoluta e pelo menos uma MCR relativa com base na MCR absoluta.
15. DISPOSITIVO DE USUÁRIO, de acordo com a reivindicação 13, caracterizado pelas informações de indicação compreenderem: um indicador transportado em um campo do DCI; em que o indicador é usado para indicar a MCR usada pelo PUCCH alvo.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810686758.3 | 2018-06-28 | ||
| CN201810686758 | 2018-06-28 | ||
| PCT/CN2019/093508 WO2020001580A1 (zh) | 2018-06-28 | 2019-06-28 | 一种信息传输的方法、设备及计算机存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| BR112020026526A2 true BR112020026526A2 (pt) | 2021-03-23 |
Family
ID=68985957
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BR112020026526-8A BR112020026526A2 (pt) | 2018-06-28 | 2019-06-28 | Método de transmissão de informações implementado por um dispositivo de usuário, dispositivo de usuário, método de transmissão de informações implementado por um dispositivo de rede e dispositivo de rede |
Country Status (10)
| Country | Link |
|---|---|
| US (1) | US11368242B2 (pt) |
| EP (1) | EP3799468A4 (pt) |
| JP (1) | JP2021529455A (pt) |
| KR (1) | KR20210022583A (pt) |
| CN (2) | CN115085885B (pt) |
| AU (1) | AU2019296313A1 (pt) |
| BR (1) | BR112020026526A2 (pt) |
| CA (1) | CA3105134C (pt) |
| MX (1) | MX2020014125A (pt) |
| WO (1) | WO2020001580A1 (pt) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU2019296313A1 (en) | 2018-06-28 | 2021-01-21 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Information transmission method and device, and computer storage medium |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6865393B1 (en) * | 2000-03-03 | 2005-03-08 | Motorola, Inc. | Method and system for excess resource distribution in a communication system |
| US7885293B2 (en) * | 2005-03-08 | 2011-02-08 | Qualcomm Incorporated | Methods and apparatus for implementing and using a maximum rate option indicator |
| CN112202536A (zh) * | 2009-10-01 | 2021-01-08 | 交互数字专利控股公司 | 上行链路控制数据传输 |
| US20120202512A1 (en) * | 2011-02-04 | 2012-08-09 | Richard Neil Braithwaite | Data throughput for cell-edge users in a lte network using alternative power control for up-link harq relays |
| US8780789B2 (en) * | 2011-02-16 | 2014-07-15 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and nodes related to coding of channel status information (CSI) payload |
| WO2014005322A1 (en) * | 2012-07-06 | 2014-01-09 | Nokia Siemens Networks Oy | Search spaces for wireless communications |
| KR102096927B1 (ko) * | 2012-09-04 | 2020-04-06 | 삼성전자주식회사 | 제어 채널 엘리먼트들에 대한 어그리게이션 레벨들 개수 조정 장치 및 방법 |
| KR102201284B1 (ko) * | 2014-12-08 | 2021-01-11 | 엘지전자 주식회사 | 5개를 초과하는 셀들을 반송파 집성에 따라 사용할 때의 pucch 전송 방법 및 사용자 장치 |
| EP3264633B1 (en) * | 2015-04-10 | 2021-03-03 | Huawei Technologies Co., Ltd. | Method, apparatus and device for determining application time of csi report |
| US10708938B2 (en) * | 2016-10-31 | 2020-07-07 | Samsung Electronics Co., Ltd. | Transmission of UL control channels with dynamic structures |
| JP7121031B2 (ja) * | 2017-10-06 | 2022-08-17 | 株式会社Ｎｔｔドコモ | 端末、無線通信方法、基地局及びシステム |
| JP7201618B2 (ja) * | 2017-12-27 | 2023-01-10 | 株式会社Ｎｔｔドコモ | 端末、無線通信方法及びシステム |
| WO2019140635A1 (en) * | 2018-01-19 | 2019-07-25 | Lenovo (Beijing) Limited | Uplink control information retransmission |
| AU2019296313A1 (en) | 2018-06-28 | 2021-01-21 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Information transmission method and device, and computer storage medium |
-
2019
- 2019-06-28 AU AU2019296313A patent/AU2019296313A1/en not_active Abandoned
- 2019-06-28 BR BR112020026526-8A patent/BR112020026526A2/pt unknown
- 2019-06-28 JP JP2020571445A patent/JP2021529455A/ja not_active Withdrawn
- 2019-06-28 EP EP19827163.7A patent/EP3799468A4/en active Pending
- 2019-06-28 MX MX2020014125A patent/MX2020014125A/es unknown
- 2019-06-28 CN CN202210521507.6A patent/CN115085885B/zh active Active
- 2019-06-28 WO PCT/CN2019/093508 patent/WO2020001580A1/zh unknown
- 2019-06-28 CA CA3105134A patent/CA3105134C/en active Active
- 2019-06-28 CN CN201980026888.7A patent/CN112042220A/zh active Pending
- 2019-06-28 KR KR1020207037081A patent/KR20210022583A/ko not_active Application Discontinuation
-
2020
- 2020-12-23 US US17/132,479 patent/US11368242B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| AU2019296313A1 (en) | 2021-01-21 |
| EP3799468A1 (en) | 2021-03-31 |
| EP3799468A4 (en) | 2021-08-11 |
| JP2021529455A (ja) | 2021-10-28 |
| CA3105134A1 (en) | 2020-01-02 |
| CN112042220A (zh) | 2020-12-04 |
| CA3105134C (en) | 2023-10-10 |
| MX2020014125A (es) | 2021-03-25 |
| US20210111830A1 (en) | 2021-04-15 |
| US11368242B2 (en) | 2022-06-21 |
| CN115085885A (zh) | 2022-09-20 |
| CN115085885B (zh) | 2023-12-26 |
| WO2020001580A1 (zh) | 2020-01-02 |
| KR20210022583A (ko) | 2021-03-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2018223965A1 (zh) | 数据传输方法、数据发送端、数据接收端、数据传输系统及计算机可读存储介质 | |
| WO2018127241A1 (zh) | Dci传输方法、用户终端和网络侧设备 | |
| BR112020005105A2 (pt) | método de processamento de dados e dispositivo terminal | |
| BR112019026147A2 (pt) | método para transmitir informação de controle de enlace ascendente, dispositivo terminal e dispositivo de rede | |
| BR112015017146B1 (pt) | Método para determinar um número de bit de indicação de pontuação, estação base e terminal | |
| WO2018228502A1 (zh) | 传输控制信息的方法和设备 | |
| BR112020000313A2 (pt) | método de transmissão de dados, dispositivo de transmissão e dispositivo de recepção | |
| BR112020000053A2 (pt) | método de transmissão de dados, dispositivo terminal e dispositivo de rede | |
| BR112020017544A2 (pt) | Método de comutação de largura de banca, aparelho de comutação de parte de largura de banda, e mídia de armazenamento legível por computador | |
| JP7369768B2 (ja) | リソース設定方法及び装置、通信装置 | |
| ES2971354T3 (es) | Método de comunicación inalámbrica, dispositivo de red y dispositivo terminal | |
| BR112021002021A2 (pt) | método de configuração de informações, método de configuração de informações, terminal, e dispositivo de rede | |
| BR112019021666A2 (pt) | Método de comunicação sem fios, dispositivo terminal e ponto de transmissão e recepção | |
| BR112020022558A2 (pt) | método para transmitir informações repetidamente e dispositivo terminal | |
| BR112021000633A2 (pt) | método para determinar informações de controle de enlace ascendente e dispositivo de comunicações | |
| BR112020026526A2 (pt) | Método de transmissão de informações implementado por um dispositivo de usuário, dispositivo de usuário, método de transmissão de informações implementado por um dispositivo de rede e dispositivo de rede | |
| US11902835B2 (en) | Method and device for configuring data flow | |
| BR112021011350A2 (pt) | Método para processar dados, primeiro equipamento de usuário, e mídia de armazenamento | |
| BR112019026924A2 (pt) | método de transmissão uplink e dispositivo terminal | |
| WO2019100341A1 (zh) | 接入无线局域网的方法、终端设备和网络设备 | |
| BR112021009976A2 (pt) | método de processamento de dados, e dispositivo terminal | |
| BR112021006164A2 (pt) | método de comunicação sem fio, dispositivo de comunicação, chip e meio de armazenamento legível por computador | |
| BR112020020055A2 (pt) | Método e aparelho para configuração de portador | |
| BR112020015861A2 (pt) | Método de comunicações sem fio, dispositivo de comunicações, chip e meio de armazenamento legível por computador | |
| US11968728B2 (en) | Method of configuring service data adaptation protocol entity and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B08F | Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette] |
Free format text: REFERENTE A 5A ANUIDADE. |