BR112019010978A2

BR112019010978A2 - métodos e aparelho para gerenciamento de intercalamento de bloco de código

Info

Publication number: BR112019010978A2
Application number: BR112019010978A
Authority: BR
Inventors: Luo Tao
Original assignee: Qualcomm Inc
Priority date: 2016-12-13
Filing date: 2017-12-01
Publication date: 2019-10-15
Also published as: CN110089056A; US20180167829A1; CN110089056B; KR102544306B1; TWI735710B; US11272380B2; KR20190091452A; JP2020502909A; EP3556031A1; JP7097889B2; CA3043045A1; TW201828637A; WO2018111578A1

Abstract

métodos e aparelhos são fornecidos para gerenciamento de intercalamento de bloco de código e desintercalamento em sistemas de comunicação sem fios. um transmissor detecta uma ou mais condições relacionadas a transmissões a serem feitas a partir do transmissor e decide, com base na detecção, para desabilitar um intercalador enquanto processa as transmissões, o intercalador usado para espalhar blocos de código sobre recursos disponíveis. um receptor detecta uma ou mais condições que referem-se as transmissões a partir do transmissor e determina, com base na detecção, se um intercalador foi usado no transmissor enquanto processa as transmissões. o receptor decide se deve ou não desintercalar blocos de código da transmissão recebida com base na determinação.

Description

MÉTODOS E APARELHO PARA GERENCIAMENTO DE INTERCALAMENTO DE BLOCO DE CÓDIGO

REFERÊNCIA CRUZADA AOS PEDIDOS RELACIONADOS [0001]Este pedido reivindica prioridade ao Pedido Provisório U.S. Série N- 62/433,451, depositado em 13 de dezembro de 2016, e Pedido de Patente U.S. N- 15/604,417, depositado em 24 de maio de 2017, ambos dos quais são expressamente incorporados por referência em sua totalidade.

CAMPO [0002]A presente divulgação refere-se geralmente a comunicação sem fio, e mais particularmente, aos métodos e aparelho para gerenciamento de intercalamento de bloco de código e desintercalamento em sistemas de comunicação sem f ios.

FUNDAMENTOS [0003]Os sistemas de comunicação sem fios são amplamente implantados para fornecer vários serviços de telecomunicação tais como telefonia, video, dados, mensagens e difusões. Os sistemas de comunicação sem fios tipicos podem utilizar tecnologias de acesso múltiplo capazes de suportar comunicação com múltiplos usuários compartilhando-se recursos de sistema disponível (por exemplo, largura de banda, potência de transmissão). Exemplos de tais tecnologias de acesso múltiplo incluem sistemas de acesso múltiplo por divisão de código (CDMA), sistemas de acesso múltiplo por divisão de tempo (TDMA), sistemas de acesso múltiplo por divisão de frequência (FDMA), sistemas de acesso múltiplo por divisão de frequência ortogonal (OFDMA), sistemas de acesso múltiplo

Petição 870190050133, de 29/05/2019, pág. 5/60

2/37 por divisão de frequência de portadora única (SC-FDMA) e sistemas de acesso múltiplo por divisão de código síncrono de divisão de tempo (TD-SCDMA).

[0004]Essas tecnologias de acesso múltiplo foram adotadas em vários padrões de telecomunicação para fornecer um protocolo comum que permite que diferentes dispositivos sem fios se comuniquem em um nível municipal, nacional, regional e até global. Um exemplo de um padrão de telecomunicação emergente é Evolução a Longo Prazo (LTE). LTE/LTE-Avançada é um conjunto de melhorias para o padrão móvel de Sistema de Telecomunicações Móvel Universal (UMTS) promulgado pelo Projeto de Parceria de Terceira Geração (3GPP). Foi projetado para suportar melhor acesso de Internet por banda larga móvel melhorando-se a eficiência espectral, custos reduzidos, serviços de melhoria, fazendo uso de novo espectro, e integrando-se melhor com outros padrões de abertura usando OFDMA no downlink (DL), SC-FDMA no uplink (UL), e tecnologia de antena de múltiplas entradas e múltiplas saídas (MIMO). Entretanto, como a demanda para acesso à banda larga móvel continua a aumentar, existe uma necessidade para mais melhorias em tecnologia de LTE. Preferencialmente, essas melhorias devem ser aplicáveis a outras multitecnologias de acesso e os padrões de telecomunicação que utilizam essas tecnologias.

SUMÁRIO [0005]Certos aspectos da presente divulgação fornecem um método para comunicação sem fios por um transmissor. O método geralmente inclui detectar uma ou mais condições relacionadas a transmissões a serem feitas a partir do transmissor, e decidir, com base na detecção,

Petição 870190050133, de 29/05/2019, pág. 6/60

3/37 para desabilitar um intercalador enquanto processa as transmissões, o intercalador usado para espalhar blocos de código sobre recursos disponíveis.

[0006]Certos aspectos da presente divulgação fornecem um método para comunicação sem fios por um receptor. O método geralmente inclui detectar uma ou mais condições refere-se a transmissões recebidas de um transmissor, determinando, com base pelo menos na detecção, se um intercalador foi usado para espalhar blocos de código sobre recursos disponíveis enquanto processa as transmissões, e decidir se deve ou não desintercalar blocos de código das transmissões recebidas com base na determinação.

[0007]Certos aspectos da presente divulgação fornecem um aparelho para comunicação sem fio por um transmissor. O aparelho geralmente inclui meios para detectar uma ou mais condições relacionadas a transmissões a serem feitas a partir do transmissor, e meios para decidir, com base na detecção, para desabilitar um intercalador enquanto processa as transmissões, o intercalador usado para espalhar blocos de código sobre recursos disponíveis.

[0008]Certos aspectos da presente divulgação fornecem um aparelho para comunicação sem fios por um receptor. O aparelho geralmente inclui meios para detectar uma ou mais condições refere-se a transmissões recebidas de um transmissor, meios para determinar, com base pelo menos na detecção, se um intercalador foi usado para espalhar blocos de código sobre recursos disponíveis enquanto processa as transmissões, e meios para decidir se deve ou

Petição 870190050133, de 29/05/2019, pág. 7/60

4/37 não desintercalar blocos de código das transmissões recebidas com base na determinação.

[0009]Aspectos geralmente incluem métodos, aparelhos, sistemas, produtos de programa de computador, meio legivel por computador e sistemas de processamento, como substancialmente descritos aqui com referência a e como ilustrado pelos desenhos anexos. LTE refere-se geralmente a LTE, LTE-Avançada (LTE-A), LTE em um espectro

não licenciado BREVE	(LTE-espaço em branco), etc.
DESCRIÇÃO DOS DESE1	THOS
	[0010	]A Figura 1 é um	diagrama	que	ilustra	um
exemplo	de uma [0011	arquitetura de rede ]A Figura 2 é um	diagrama	que	ilustra	um
exemplo	de uma [0012	rede de acesso. ]A Figura 3 é um	diagrama	que	ilustra	um
exemplo	de uma [0013	estrutura de quadro ]A Figura 4 é um	de DL em diagrama	LTE . que	ilustra	um
exemplo	de uma [0014	estrutura de quadro ]A Figura 5 é um	de UL em diagrama	LTE . que	ilustra	um
exemplo	de uma	arquitetura de protocolo de rádio para	o
usuário	e plano [0015	de controle. ]A Figura 6 é um	diagrama	que	ilustra	um
exemplo	de um	Nó B evoluido e equipamento	usuário em uma

rede de acesso, de acordo com certos aspectos da divulgação.

[0016]A Figura 7 ilustra exemplo intercalamento de blocos de código, de acordo com certos aspectos da presente divulgação.

[0017]A Figura 8 ilustra exemplos de operações que podem ser realizadas por um transmissor, para

Petição 870190050133, de 29/05/2019, pág. 8/60

5/37 gerenciamento de intercalamento no transmissor, de acordo com certos aspectos da presente divulgação.

[0018]A Figura 9 ilustra exemplos de operações que podem ser realizadas por um receptor, para gerenciamento de desintercalamento no receptor, de acordo com certos aspectos da presente divulgação.

DESCRIÇÃO DETALHADA [0019]Em LTE, o processamento de dados para transmissão no downlink (por exemplo, em PDSCH) e no uplink (por exemplo, em PUSCH) geralmente inclui geração de um ou mais blocos de transporte (TB). Um TB é um MAC (Controle de Acesso ao Meio) PDU (Unidade de Dados de Protocolo) que é entregue à camada física. Os blocos de transporte são tipicamente ainda divididos em blocos de código de tamanho menor (CB), que é denominado como segmentação de bloco de código antes de ser aplicado a módulos de codificação de canal/correspondência de taxa na camada física. Os blocos de código passam por codificação turbo, que é uma forma de encaminhar a correção de erro que melhora a capacidade de canal adicionando-se informação redundante. A codificação turbo tipicamente inclui um intercalador turbo que espalha os blocos de código sobre um recurso atribuído. O papel do intercalador é espalhar os bits de informação tal que no caso de um erro de rajada, diferentes fluxos de código são afetados diferentemente, que permitem que os dados ainda sejam recuperados.

[0020]Entretanto, usando um bloco de código intercalador pode não ser sempre benéfico, e de fato pode reduzir a eficiência em certas condições. Por exemplo, para pequenas alocações de RB ou aplicações de MTC (Comunicação

Petição 870190050133, de 29/05/2019, pág. 9/60

6/37

Tipo Máquina) com pequena transferência de dados (por exemplo, um ou dois CBs) pode ser suficiente para alocar recursos tal que os CBs se espalhem naturalmente sobre a alocação de recurso para obter diversidade. 0 intercalamento de bloco de código pode não ser necessário neste caso e pode adicionar processamento desnecessário. Um outro exemplo, onde o intercalamento de bloco de código pode ser evitado para acelerar o processamento é no caso de aplicações criticas identificadas como tendo uma prioridade mais alta do que uma ou mais outras aplicações.

[0021]Certos aspectos da presente divulgação discutem técnicas para gerenciamento de intercalamento de bloco de código mais eficientemente como em comparação com sistemas antigos. Por exemplo, estas técnicas incluem intercalamento seletivamente incapacitante em transmissores e desintercalamento correspondente em receptores com base em certas condições para aumentar a eficiência geral de cadeias de transmissão e recepção respectivamente.

[0022]A descrição detalhada apresentada abaixo em relação aos desenhos anexos é intencionada como uma descrição de várias configurações e é não intencionada a representar as únicas configurações em que os conceitos descritos aqui podem ser praticados. A descrição detalhada inclui detalhes específicos para o propósito de fornecer uma compreensão completa de vários conceitos. Entretanto, será evidente para a pessoa versada na técnica que estes conceitos podem ser praticados sem estes detalhes específicos. Em alguns casos, estruturas e componentes bem conhecidos são mostrados em forma de diagrama de bloco de modo a evitar obscurecer tais conceitos.

Petição 870190050133, de 29/05/2019, pág. 10/60

7/37 [0023]Vários aspectos de sistemas de telecomunicações serão agora apresentados com referência a vários aparelhos e métodos. Estes aparelhos e métodos serão descritos na seguinte descrição detalhada e ilustrada nos desenhos anexos por vários blocos, módulos, componentes, circuitos etapas processos algoritmos etc.

(coletivamente denominado como elementos). Estes elementos podem ser implementados usando hardware, software, ou suas combinações. Se tais elementos são implementados como hardware ou software depende da aplicação particular e restrições do projeto impostas no sistema global.

[0024]Por via de exemplo, um elemento qualquer porção de um elemento, ou qualquer combinação de elementos pode ser implementada com um sistema de processamento que inclui um ou mais processadores. Exemplos de processadores incluem microprocessadores, microcontroladores, processadores de sinal digital (DSPs), matrizes de portas programáveis em campo (FPGAs), dispositivos lógicos programáveis (PLDs), máquinas de estado, lógica por porta programada, circuitos de hardware discretos, e outro hardware adequado configurados para realizar as várias funcionalidade descritas ao longo desta divulgação. Um ou mais processadores no sistema de processamento podem executar software. O software deve ser interpretado de forma ampla para significar instruções, conjuntos de instrução, código, segmentos de código, código de programa, programas, subprogramas, módulos de software, aplicativos, aplicativos de software, pacotes de software, firmware, rotinas, sub-rotinas, objetos, executáveis,

Petição 870190050133, de 29/05/2019, pág. 11/60

8/37 threads de execução, procedimentos, funções, etc., se denominado como software, firmware, middleware, microcódigo, linguagem de descrição de hardware, ou outros.

[0025]Consequentemente, em uma ou mais modalidades exemplificativas, as funções descritas podem ser implementadas em hardware, software, ou suas combinações. Se implementadas em software, as funções podem ser armazenadas em ou codificadas como uma ou mais instruções ou código em um meio legivel por computador. A midia legivel por computador inclui midia de armazenamento por computador. A midia de armazenamento pode ser qualquer midia de disponível que pode ser acessada por um computador. Por via de exemplo, e não limitação, tal midia legivel por computador pode compreender RAM, ROM, EEPROM, PCM (memória de mudança de fase), flash memória, CD-ROM ou outro armazenamento de disco ótico, armazenamento de disco magnético ou outros dispositivos de armazenamento magnético, ou qualquer outro meio que possa ser usado para transportar ou armazenar código de programa desejado na forma de instruções ou estruturas de dados e que podem ser acessadas por um computador. Disquete e disco, como usado aqui, inclui disco compacto (CD), disco laser, disco óptico, disco versátil digital (DVD), disquete e disco Bluray onde disquetes usualmente reproduzem dados magneticamente, enquanto discos reproduzem dados opticamente com lasers. As combinações dos itens acima devem também ser incluídos dentro do escopo de midia legivel por computador.

[0026]A Figura 1 é um diagrama que ilustra uma arquitetura de rede de LTE 100 em que os aspectos da

Petição 870190050133, de 29/05/2019, pág. 12/60

9/37 presente divulgação podem ser praticados.

[0027]Por exemplo, um transmissor em uma estação base (por exemplo, 106, 108 etc.) ou em um UE (por exemplo, UE 102) pode detectar uma ou mais condições relacionadas a transmissões a serem feitas a partir do transmissor, e pode decidir, com base na detecção, para desabilitar um intercalador usado para espalhar blocos de código sobre recursos disponíveis enquanto processa as transmissões. Além disso, um receptor em uma estação base correspondente (por exemplo, 106, 108 etc.) ou em um UE correspondente (por exemplo, UE 102) pode detectar uma ou mais condições que referem-se a transmissões recebidas a partir do transmissor, e pode determinar, com base pelo menos na detecção da uma ou mais condições, se um intercalador foi usado no transmissor para espalhar blocos de código sobre os recursos disponíveis enquanto processa as transmissões. O receptor pode decidir se deve ou não desintercalar blocos de código das transmissões recebidas com base na determinação.

[0028]A arquitetura de rede de LTE 100 pode ser denominada como um Sistema de Pacote Evoluído (EPS) 100. O EPS 100 pode incluir um ou mais equipamento usuário (UE) 102, uma Rede de acesso por Rádio Terrestre UMTS Evoluída (E-UTRAN) 104, um Núcleo de Pacote Evoluído (EPC) 110, um Servidor de Assinante Doméstico (HSS) 120, e um Serviços de IP de Operador 122. O EPS pode se interconectar com outras redes de acesso, mas para simplificar essas entidades/interfaces não são mostradas. Outras redes de acesso exemplificativas podem incluir um PDN de Subsistema de Multimídia de IP (IMS), PDN de Internet, PDN

Petição 870190050133, de 29/05/2019, pág. 13/60

10/37

Administrativo (por exemplo, PDN de Provisionamento), PDN especifico de portadora, PDN especifico de operador e/ou GPS PDN. Como mostrado, o EPS fornece serviços de comutação por pacote, entretanto, como as pessoas versadas na técnica apreciarão prontamente, os vários conceitos apresentados ao longo desta divulgação podes ser estendidos a redes fornecendo serviços comutados por circuito.

[0029]A E-UTRAN inclui o Nó B evoluido (eNB) 106 e outros eNBs 108. O eNB 106 fornece usuário e terminações de protocolo de plano de controle em direção ao UE 102. O eNB 106 pode ser conectado aos outros eNBs 108 através de uma interface X2 (por exemplo, backhaul). O eNB 106 também pode ser denominado como uma estação base, uma estação transceptora base, uma estação base de rádio, um transceptor de rádio, uma função transceptora, um conjunto de serviço básico (BSS), um conjunto de serviço estendido (ESS), um ponto de acesso, ou alguma outra terminologia adequada. O eNB 106 pode fornecer um ponto de acesso ao EPC 110 para um UE 102. Exemplos de UEs 102 incluem um telefone celular, um telefone inteligente, um telefone de protocolo de iniciação de sessão (SIP), um laptop, um assistente digital pessoal (PDA), um rádio satélite, um sistema de posicionamento global, um dispositivo multimídia, um dispositivo de vídeo, um reprodutor de áudio digital (por exemplo, reprodutor de MP3), um câmera, um console de jogo, um tablet, um netbook, um livro inteligente, um ultrabook, um drone, um robô, um sensor, um monitor, um medidor, ou qualquer outro dispositivo de funcionamento similar. O UE 102 também pode ser denominado pelas pessoas versadas na técnica como uma estação móvel, uma estação de assinante,

Petição 870190050133, de 29/05/2019, pág. 14/60

11/37 uma unidade móvel, uma unidade de assinante, uma unidade sem fios, uma unidade remota, um dispositivo móvel, um dispositivo sem fios, um dispositivo de comunicação sem fios, um dispositivo remoto, uma estação de assinante móvel, um terminal de acesso, um terminal móvel, um terminal sem fios, um terminal remoto, um aparelho telefônico, um agente de usuário, um cliente móvel, um cliente, ou alguma outra terminologia adequada.

[0030]0 eNB 106 é conectado por uma interface SI ao EPC 110. O EPC 110 inclui uma Entidade Gestora de Mobilidade (MME) 112, outras MMEs 114, um Gateway de Serviço 116, e um Gateway de Rede de Dados por Pacote (PDN) 118. O MME 112 é o nó de controle que processa a sinalização entre o UE 102 e o EPC 110. Geralmente, o MME 112 fornece portadora e gerenciamento de conexão. Todos os pacotes de IP de usuário são transferidos através do Gateway de Serviço 116, que por sua vez está conectado ao Gateway de PDN 118. O Gateway de PDN 118 fornece alocação de endereço IP do UE bem como outras funções. O Gateway de PDN 118 está conectado aos Serviços de IP de Operador 122. Os Serviços de IP de Operador 122 podem incluir, por exemplo, a Internet, a Intranet, um Subsistema de Multimídia de IP (IMS), e um Serviço de Fluxo contínuo de PS (PSS) (comutado por pacote) . Desta forma, o UE102 pode ser acoplado ao PDN através da rede de LTE.

[0031]A Figura 2 é um diagrama que ilustra um exemplo de uma rede de acesso 200 em uma arquitetura de rede de LTE em que os aspectos da presente divulgação podem ser praticados. Por exemplo, os eNBs 204 e os UEs 206 podem ser configurados para implementar técnicas para

Petição 870190050133, de 29/05/2019, pág. 15/60

12/37 gerenciamento de intercalamento em um transmissor e desintercalamento em um receptor, de acordo com certos aspectos da presente divulgação.

[0032]Neste exemplo, a rede de acesso 200 é dividida em várias regiões celulares (células) 202. Uma ou mais classe de potência inferior eNBs 208 pode ter regiões celulares 210 que overlap com uma ou mais das células 202. Um eNB de classe de potência mais baixa 208 pode ser denominado como uma cabeça de rádio remota (RRH). O eNB de classe de potência mais baixa 208 pode ser uma célula femto (por exemplo, eNB doméstico (HeNB)), célula pico ou micro célula. Os eNBs macro 204 são cada um atribuídos a uma respectiva célula 202 e são configurados para fornecer um ponto de acesso ao EPC 110 para todos os UEs 206 nas células 202. Não há controlador centralizado neste exemplo de uma rede de acesso 200, mas um controlador centralizado pode ser usado em configurações alternativas. Os eNBs 204 são responsáveis por todas as funções relacionadas ao rádio incluindo controle de radioportadora, controle de admissão, controle de mobilidade, programação, segurança e conectividade ao Gateway de Serviço 116. A rede 200 também pode incluir um ou mais retransmissores (não mostrado). De acordo com uma aplicação, um UE pode servir como um retransmissor.

[0033]O esquema de modulação e acesso múltiplo utilizado pela rede de acesso 200 pode variar dependendo no padrão de telecomunicações particulares sendo implantado. Em aplicações de LTE, o OFDM é usado no DL e SC-FDMA é usado no UL para suportar tanto a duplexação por divisão de frequência (FDD) quanto a duplexação por divisão de tempo

Petição 870190050133, de 29/05/2019, pág. 16/60

13/37 (TDD). Como as pessoas versadas na técnica apreciarão prontamente a partir da descrição detalhada a seguir, os vários conceitos apresentados aqui são bem adequados para aplicações de LTE. Entretanto, esses conceitos podem ser prontamente estendidos a outros padrões de telecomunicação utilizando outras técnicas de modulação e acesso múltiplo. Por via de exemplo, esses conceitos podem ser estendidos a Evolução de Dados Otimizados (EV-DO) ou Banda Larga Móvel Ultra (UMB) . EV-DO e UMB são padrões de interface aérea promulgados pelo Projeto de Parceria de 3^a Geração 2 (3GPP2) como parte da familia CDMA2000 de padrões e emprega CDMA para fornecer acesso de Internet banda larga para estações móveis. Esses conceitos também podem ser estendidos para o Acesso ao Rádio Terrestre Universal (UTRA) utilizando CDMA de banda larga (W-CDMA) e outras variantes de CDMA, tais como TD-SCDMA; Sistema Global para Comunicações Móveis (GSM) utilizando TDMA; e UTRA Evoluida (E-UTRA), Banda Larga Móvel Ultra (UMB), IEEE 802,11 (WiFi), IEEE 802,16 (WiMAX), IEEE 802,20, e Flash-OFDM utilizando OFDMA. UTRA, E-UTRA, UMTS, LTE e GSM são descritos em documentos da organização de 3GPP. CDMA2000 e UMB são descritos em documentos da organização de 3GPP2. O padrão de comunicação sem fio real e a tecnologia de acesso múltiplo utilizados dependerão da aplicação especifica e as restrições gerais do projeto impostas no sistema.

[0034]Os eNBs 204 podem ter múltiplas antenas que suportam tecnologia MIMO. O uso de tecnologia MIMO permite que os eNBs 204 explorem o dominio espacial para suportar multiplexação espacial, conformação de feixe e transmitir diversidade. A multiplexação espacial pode ser usada para

Petição 870190050133, de 29/05/2019, pág. 17/60

14/37 transmitir diferentes fluxos de dados simultaneamente na mesma frequência. Os fluxos de dados podem ser transmitidos para um único UE 206 para aumentar a taxa de dados ou para múltiplos UEs 206 para aumentar a capacidade do sistema global. Isto é obtido pela pré-codificação espacial de cada fluxo de dados (por exemplo, aplicando um escalonamento de uma amplitude e uma fase) e, em seguida, transmitindo cada fluxo espacialmente pré-codifiçado através de múltiplas antenas de transmissão no DL. Os fluxos espacialmente précodificados de dados chegam no UE (nos UEs) 206 com diferentes assinaturas espaciais, que permitem cada um do UE (dos UEs) 206 recupere o um ou mais fluxos de dados destinados àquele UE 206. No UL, cada UE 206 transmite um fluxo espacialmente pré-codifiçado de dados, que permite que o eNB 204 identifique a fonte de cada fluxo espacialmente pré-codifiçado de dados.

[0035]A multiplexação espacial é geralmente usada quando as condições de canal são boas. Quando as condições de canal são menos favoráveis, a conformação de feixe pode ser usada para focar a energia de transmissão em uma ou mais direções. Isto pode ser obtido pela pré-codificação espacial dos dados para transmissão através de múltiplas antenas. Para obter boa cobertura nas bordas da célula, uma única transmissão de conformação de feixe de fluxo pode ser usada em combinação com a diversidade de transmissão.

[0036]Na descrição detalhada que se segue, vários aspectos de uma rede de acesso serão descritos com referência a um sistema MIMO que suporta OFDM no DL. OFDM é uma técnica de espalhamento espectral que modula dados sobre várias subportadoras dentro de um simbolo de OFDM. As

Petição 870190050133, de 29/05/2019, pág. 18/60

15/37 subportadoras estão espaçadas em frequências precisas. 0 espaçamento fornece ortogonalidade que permite que um receptor recupere os dados a partir das subportadoras. No domínio de tempo, um intervalo de guarda (por exemplo, prefixo cíclico) pode ser adicionado a cada um símbolo de OFDM para combater interferência de símbolo de inter-OFDM. 0 UL pode usar SC-FDMA na forma de um sinal de OFDM de espalhamento de DFT para compensar a alta razão de potência de pico para média (PAPR).

[0037]A Figura 3 é um diagrama 300 que ilustra um exemplo de uma estrutura de quadro de DL em LTE. Um quadro (10 ms) pode ser dividido em 10 subquadros de tamanhos iguais com índices de 0 a 9. Cada subquadro pode incluir duas partições de tempo consecutivas. Uma grade de recurso pode ser usada para representar duas partições de tempo, cada partição de tempo incluindo um bloco de recurso. A grade de recurso é dividida em múltiplos elementos de recurso. Em LTE, um bloco de recurso contém 12 subportadoras consecutivas no domínio de frequência e, para um prefixo cíclico normal em cada símbolo de OFDM, 7 símbolos de OFDM consecutivos no domínio de tempo, ou 84 elementos de recurso. Para um prefixo cíclico estendido, um bloco de recurso contém 6 símbolos de OFDM consecutivos no domínio de tempo e tem 72 elementos de recurso. Alguns dos elementos de recurso, como indicado como R 302, R 304, incluem sinais de referência de DL (DL-RS). Os DL-RS incluem RS específico de Célula (CRS) (também às vezes chamado RS comum) 302 e RS específico para UE (UE-RS) 304. Os UE-RS 304 são transmitidos apenas nos blocos de recurso sobre o qual o canal compartilhado de DL físico

Petição 870190050133, de 29/05/2019, pág. 19/60

16/37 correspondente (PDSCH) é mapeado. O número de bits transportado por cada elemento de recurso depende do esquema de modulação. Assim, o mais blocos de recurso que um UE recebe e quanto maior o esquema de modulação, maior a taxa de dados para o UE.

[0038] Em LTE, um eNB pode enviar um sinal de sincronização primário (PSS) e um sinal de sincronização secundário (SSS) para cada célula no eNB. Os sinais de sincronização primários e secundários podem ser enviados em periodos de simbolo 6 e 5, respectivamente, em cada um dos subquadros 0 e 5 de cada quadro de rádio com o prefixo ciclico normal (CP) . Os sinais de sincronização podem ser usados por UEs para detecção e aquisição celular. O eNB pode enviar um Canal de Difusão Fisico (PBCH) em periodos de simbolo 0 a 3 em partição 1 de subquadro 0. O PBCH pode transportar certas informações de sistema.

[0039]O eNB pode enviar um Canal Indicador de Formato de Controle Fisico (PCFICH) no primeiro periodo de simbolo de cada subquadro. O PCFICH pode transportar o número de periodos de simbolo (M) usados para canais de controle, onde M pode ser igual a 1, 2 ou 3 e pode mudar de subquadro para subquadro. M também pode ser igual a 4 para uma pequena largura de banda do sistema, por exemplo, com menos do que 10 blocos de recurso. O eNB pode enviar um Canal Indicador HARQ Fisico (PHICH) e um Canal de Controle de Downlink Fisico (PDCCH) nos primeiros periodos de simbolo M de cada subquadro. O PHICH pode transportar informação para suportar solicitação repetida automática hibrida (HARQ). O PDCCH pode transportar informação em alocação de recurso para os UEs e informações de controle

Petição 870190050133, de 29/05/2019, pág. 20/60

17/37 para canais de downlink. 0 eNB pode enviar um Canal Compartilhado de Downlink Fisico (PDSCH) nos periodos de simbolo restantes de cada subquadro. 0 PDSCH pode transportar dados para UEs programados para transmissão de dados no downlink.

[0040] 0 eNB pode enviar o PSS, SSS e PBCH no centro de 1,08 MHz da largura de banda do sistema usado pelo eNB. O eNB pode enviar o PCFICH e o PHICH através de toda a largura de banda do sistema em cada periodo de simbolo no qual esses canais são enviados. O eNB pode enviar o PDCCH a grupos de UEs em certas porções da largura de banda do sistema. O eNB pode enviar o PDSCH para UEs específicos em porções especificas da largura de banda do sistema. O eNB pode enviar o PSS, SSS, PBCH, PCFICH e PHICH em uma maneira de difusão para todos os UEs, pode enviar o PDCCH em uma maneira de unidifusão para UEs específicos, e também pode enviar o PDSCH em uma maneira de unidifusão para UEs específicos.

[0041]Vários elementos de recurso podem estar disponíveis em cada periodo de simbolo. Cada elemento de recurso (RE) pode cobrir uma subportadora em um periodo de simbolo e pode ser usado para enviar um simbolo de modulação, que pode ser um valor real ou complexo. Os elementos de recurso não usados para um sinal de referência em cada periodo de simbolo podem ser dispostos em grupos de elemento de recurso (REGs). Cada REG pode incluir quatro elementos de recurso em um periodo de simbolo. O PCFICH pode ocupar quatro REGs, que podem ser espaçados de forma aproximadamente igual em toda a frequência, em periodo de simbolo 0. O PHICH pode ocupar três REGs, que podem ser

Petição 870190050133, de 29/05/2019, pág. 21/60

18/37 espalhados pela frequência, em um ou mais periodos de simbolo conf iguráveis. Por exemplo, os três REGs para o PHICH podem todos pertencer ao periodo de simbolo 0 ou podem ser espalhados em periodos de simbolo 0, 1 e 2. O PDCCH pode ocupar 9, 18, 36 ou 72 REGs, que podem ser selecionados a partir dos REGs disponíveis, nos primeiros periodos de simbolo M, por exemplo. Apenas certas combinações de REGs podem ser permitidas para o PDCCH. Em aspectos dos presentes métodos e aparelhos, um subquadro pode incluir mais do que um PDCCH.

[0042]Um UE pode conhecer os REGs específicos usados para o PHICH e o PCFICH. O UE pode pesquisar diferentes combinações de REGs para o PDCCH. O número de combinações para pesquisar é tipicamente menor do que o número de combinações permitidas para o PDCCH. A e B podem enviar o PDCCH para o UE em qualquer uma das combinações que o UE pesquisar.

[0043]A Figura 4 é um diagrama 400 que ilustra um exemplo de uma estrutura de quadro de UL em LTE. Os blocos de recurso disponíveis para o UL podem ser particionados em uma seção de dados e uma seção de controle. A seção de controle pode ser formada nas duas bordas da largura de banda do sistema e pode ter um tamanho conf igurável. Os blocos de recurso na seção de controle podem ser atribuídos para UEs para transmissão de informações de controle. A seção de dados pode incluir todos os blocos de recurso não incluídos na seção de controle. A estrutura de quadro de UL resulta na seção de dados incluindo subportadoras contíguas, que podem permitir que um único UE seja atribuído a todas das subportadoras contíguas na seção de

Petição 870190050133, de 29/05/2019, pág. 22/60

19/37 dados .

[0044]Um UE pode ser blocos de recurso atribuídos 410a, 410b na seção de controle para transmitir informações de controle a urn eNB. O UE também pode ser blocos de recurso atribuídos 420a, 420b na seção de dados para transmitir dados para o eNB. O UE pode transmitir informações de controle em um canal de controle de UL físico (PUCCH) nos blocos de recurso atribuídos na seção de controle. O UE pode transmitir apenas dados ou tanto dados quanto informações de controle em um canal de compartilhado de UL físico (PUSCH) nos blocos de recurso atribuídos na seção de dados. Uma transmissão de UL pode abranger ambas as partições de um subquadro e pode saltar através da frequência.

[0045]Um conjunto de blocos de recurso pode ser usado para realizar acesso de sistema inicial e obter sincronização de UL em um canal de acesso aleatório físico (PRACH) 430. O PRACH 430 transporta uma sequência aleatória e não pode transportar quaisquer dados/sinalização de UL. Cada preâmbulo de acesso aleatório ocupa uma largura de banda correspondente a seis blocos de recurso consecutivos. A frequência inicial é especificada pela rede. Isto é, a transmissão do preâmbulo de acesso aleatório é restrita a certos recursos de tempo e frequência. Não existe salto em frequências para o PRACH. A tentativa de PRACH é transportada em um único subquadro (1 ms) ou em uma sequência de poucos subquadros contíguos e um UE podem fazer apenas uma única tentativa de PRACH por quadro (10 ms) .

[0046]A Figura 5 é um diagrama 500 que ilustra um

Petição 870190050133, de 29/05/2019, pág. 23/60

20/37 exemplo de uma arquitetura de protocolo de rádio para o usuário e os planos de controle em LTE. A arquitetura de protocolo de rádio para o UE e o eNB é mostrada com três camadas: Camada 1, Camada 2 e Camada 3. A Camada 1 (LI camada) é a camada mais baixa e implementa várias funções de processamento de sinal de camada fisica. A Camada LI será denominada aqui como a camada fisica 50 6. A camada 2 (camada L2) 508 está acima da camada fisica 506 e é

responsável pela	ligação	entre o UE	e	o eNB	sobre	a	camada
fisica 506. [0047]No plano	do usuário,	a	camada	L2 508	inclui
uma subcamada de	controle	de acesso	de	midia	(MAC)	510, uma

subcamada de controle de link de rádio (RLC) 512, e uma subcamada de protocolo de convergência de dados de pacote (PDCP) 514, que são terminados no eNB no lado da rede.

Embora não mostrado, o UE pode ter várias camadas superiores acima da camada L2 508 incluindo uma camada de rede (por exemplo, camada IP) que é terminada no Gateway de PDN 118 no lado da rede, e uma camada de aplicação que é terminada na outra extremidade da conexão (por exemplo, UE de extremidade distante, servidor, etc.).

[0048]A subcamada de PDCP 514 fornece multiplexação entre diferentes radioportadores e canais lógicos. A subcamada de PDCP 514 também fornece compressão de cabeçalho para pacotes de dados de camada superior para reduzir overhead de transmissão de rádio, segurança por cifragem dos pacotes de dados, e suporte de transferência para os UEs entre eNBs. A subcamada de RLC 512 fornece segmentação e remontagem de pacotes de dados de camada superior, retransmissão de perda de pacotes de dados, e

Petição 870190050133, de 29/05/2019, pág. 24/60

21/37 reordenação de pacotes de dados para compensar para recepção fora de ordem devido a solicitação repetida automática híbrida (HARQ). A subcamada de MAC 510 fornece multiplexação entre canais lógicos e de transporte. A subcamada de MAC 510 também é responsável para alocar os vários recursos de rádio (por exemplo, blocos de recurso) em uma célula entre os UEs. A subcamada de MAC 510 também é responsável pelas operações HARQ.

[0049]No plano de controle, a arquitetura de protocolo de rádio para o UE e eNB é substancialmente a mesma para a camada física 506 e a camada L2 508 com a exceção que não existe função de compressão de cabeçalho para o plano de controle. O plano de controle também inclui uma subcamada de controle de recurso de rádio (RRC) 516 na Camada 3 (camada L3). A subcamada de RRC 516 é responsável por obter recursos de rádio (isto é, radioportadores) e por configurar as camadas inferiores usando sinalização de RRC entre o eNB e o UE.

[0050]A Figura 6 é um diagrama de bloco de um eNB 610 em comunicação com um UE 650 em uma rede de acesso, em que os aspectos da presente divulgação podem ser praticados.

[0051]Por exemplo, um transmissor no eNB 610 ou no UE 650 pode detectar uma ou mais condições relacionadas a transmissões a serem feitas a partir do transmissor, e pode decidir, com base na detecção, desabilitar um intercalador usado para espalhar blocos de código sobre recursos disponíveis enquanto processa as transmissões. Além disso, um receptor em um eNB correspondente 610 ou no UE 650 pode detectar uma ou mais condições que referem-se a

Petição 870190050133, de 29/05/2019, pág. 25/60

22/37 transmissões recebidas a partir do transmissor, e pode determinar, com base pelo menos na detecção da uma ou mais condições, se um intercalador foi usado no transmissor para espalhar blocos de código sobre os recursos disponíveis enquanto processa as transmissões. 0 receptor pode decidir se deve ou não desintercalar blocos de código das transmissões recebidas com base na determinação.

[0052]Pode ser observado que o transmissor observado acima implementando as técnicas para gerenciamento de intercalamento de acordo com certos aspectos da presente divulgação podem ser implementadas por uma combinação de um ou mais do controlador 675, processador TX 616 e transmissor 618 no eNB 610, e por uma combinação de um ou mais de controlador 659, processador TX 668 e transmissor 654 no UE 650. Além disso, o receptor observado acima implementando as técnicas para gerenciamento de desintercalamento de acordo com certos aspectos da presente divulgação pode ser implementado por uma combinação de um ou mais do controlador 675, processador RX 670, e receptor 618 no eNB 610, e por uma combinação de um ou mais do controlador 659, o processador RX 656 e receptor 654 no UE 650.

[0053]No DL, os pacotes de camada superior da rede central são fornecidos a um controlador/processador 675. O controlador/processador 675 implementa a funcionalidade da camada L2. No DL, o controlador/processador 675 fornece compressão de cabeçalho, cifragem, segmentação e reordenação de pacote, multiplexação entre canais lógicos e de transporte, e alocações de recurso de rádio para o UE 650 com base em

Petição 870190050133, de 29/05/2019, pág. 26/60

23/37 várias métricas prioritárias. 0 controlador/processador 675 também é responsável pelas operações HARQ, pacotes de retransmissão de perda e sinalização para o UE 650.

[0054]O processador TX 616 implementa várias funções de processamento de sinal para a camada LI (isto é, camada fisica). As funções de processamento de sinal incluem codificação e intercalamento para facilitar encaminhar a correção de erro (FEC) no UE 650 e mapear para sinalizar constelações com base em vários esquemas de modulação (por exemplo, chaveamento de deslocamento de fase binário (BPSK), chaveamento de deslocamento de fase em quadratura (QPSK), chaveamento de deslocamento de fase M (M-PSK), modulação de amplitude em quadratura M (M-QAM)). Os símbolos codificados e modulados são, em seguida, divididos em fluxos paralelos. Cada fluxo é, em seguida, mapeado para uma subportadora de OFDM, multiplexado com um sinal de referência (por exemplo, piloto) no tempo e/ou dominio de frequência, e, em seguida, combinado junto usando uma Transformada Rápida de Fourier Inversa (IFFT) para produzir um canal fisico que transporta um fluxo de OFDM de simbolo de dominio de tempo. O fluxo de OFDM é espacialmente precodifiçado para produzir múltiplos fluxos espaciais. As estimativas de canal de um canal estimador 674 pode ser usado para determinar o esquema de modulação e codificação, bem como para processamento espacial. A estimativa de canal pode ser derivada a partir de um sinal de referência e/ou realimentação da condição de canal transmitido pelo UE 650. Cada fluxo espacial é, em seguida, fornecido a uma antena diferente 620 através de um transmissor 618TX separado. Cada transmissor 618TX modula

Petição 870190050133, de 29/05/2019, pág. 27/60

24/37 uma portadora de RF com um respectivo fluxo espacial para transmissão.

[0055]No UE 650, cada receptor 654RX recebe um sinal através de sua respectiva antena 652. Cada receptor 654RX recupera informação modulada em uma portadora de RF e fornece a informação para o processador receptor (RX) 656. O processador RX 656 implementa várias funções de processamento de sinal da camada LI. O processador RX 656 realiza o processamento espacial na informação para recuperar quaisquer fluxos espaciais destinados para o UE 650. Se múltiplos fluxos espaciais são destinados para o UE 650, eles podem ser combinados pelo processador RX 656 em um único fluxo de símbolo de OFDM. O processador RX 656, em seguida, converte o fluxo de símbolo de OFDM a partir do tempo-domínio para o domínio de frequência usando uma Transformada Rápida de Fourier (FFT). O sinal de domínio de frequência compreende um fluxo de símbolo de OFDM separado para cada subportadora do sinal de OFDM. Os símbolos em cada subportadora, e o sinal de referência, é recuperado e desmodulado determinando-se os pontos de constelação de sinal mais prováveis transmitidos pelo eNB 610. Estas decisões flexíveis podem ser com base em estimativas de canal computadas pelo canal estimador 658. As decisões flexíveis são, em seguida, decodificadas e desintercaladas para recuperar os dados e sinais de controle que foram originalmente transmitidos pelo eNB 610 no canal físico. Os dados e sinais de controle são, em seguida, fornecidos para o controlador/processador 659.

[0056]O controlador/processador 659 implementa a camada L2. O controlador/processador pode ser associado com

Petição 870190050133, de 29/05/2019, pág. 28/60

25/37 uma memória 660 que armazena códigos e dados de programa. A memória 660 pode ser denominada como um meio legível por computador. No UL, o controlador/processador 659 fornece desmultiplexação entre canais lógicos e de transporte, remontagem de pacote, descifragem, descompressão de cabeçalho, processamento de sinal de controle para recuperar os pacotes de camada superior da rede central. Os pacotes de camada superior são, em seguida, fornecidos a um depósito de dados 662, que representa todas as camadas de protocolo acima da camada L2. Vários sinais de controle também podem ser fornecidos para o depósito de dados 662 para processamento L3. O controlador/processador 659 também é responsável pela detecção de erro usando um protocolo de reconhecimento (ACK) e/ou reconhecimento negativo (NACK) para suportar operações HARQ.

[0057]No UL, uma fonte de dados 667 é usada para fornecer pacotes de camada superior para o controlador/processador 659. A fonte de dados 667 representa todas as camadas de protocolo acima da camada L2. Similar à funcionalidade descrita em relação à transmissão DL pelo eNB 610, o controlador/processador 659 implementa a camada L2 para o plano do usuário e para o plano de controle fornecendo-se compressão de cabeçalho, cifragem, segmentação e reordenação de pacote, e multiplexação entre canais lógicos e de transporte com base em alocações de recurso de rádio pelo eNB 610. O controlador/processador 659 também é responsável pelas operações HARQ, pacotes de retransmissão de perda e sinalização para o eNB 610.

[0058]As estimativas de canal derivadas por um

Petição 870190050133, de 29/05/2019, pág. 29/60

26/37 canal estimador 658 de um sinal de referência ou realimentação transmitido pelo eNB 610 podem ser usadas pelo processador TX 668 para selecionar os esquemas de modulação e codificação apropriados, e para facilitar processamento espacial. Os fluxos espaciais gerados pelo processador TX 668 são fornecidos a antena diferente 652 através de transmissores 654TX separados. Cada transmissor 654TX modula uma portadora de RF com um respectivo fluxo espacial para transmissão.

[0059]A transmissão de UL é processada no eNB 610 em uma maneira similar àquela descrita em relação à função do receptor no UE 650. Cada receptor 618RX recebe um sinal através de sua respectiva antena 620. Cada receptor 618RX recupera informação modulada em uma portadora de RF e fornece a informação para um processador RX 670. O processador RX 670 pode implementar a camada LI.

[0060]O controlador/processador 675 implementa a camada L2. O controlador/processador 675 pode ser associado com uma memória 676 que armazena códigos e dados de programa. A memória 67 6 pode ser denominada como um meio legível por computador. No UL, o controlador/processador 675 fornece desmultiplexação entre canais lógicos e de transporte, remontagem de pacote, descifragem, descompressão de cabeçalho, processamento de sinal de controle para recuperar pacotes de camada superior do UE 650. Os pacotes de camada superior do controlador/processador 675 podem ser fornecidos à rede central. O controlador/processador 675 também é responsável pela detecção de erro usando um protocolo ACK e/ou NACK para suportar operações HARQ. Os

Petição 870190050133, de 29/05/2019, pág. 30/60

27/37 controladores/processadores 675, 659 podem direcionar as operações no eNB 610 e o UE 650, respectivamente.

[0061]O controlador/processador 675 e/ou outros processadores e módulos no eNB 610 e o controlador/processador 659 e/ou outros processadores e módulos no UE 650 podem realizar ou direcionar operações, por exemplo, operações 800 na Figura 8, operações 900 na Figura 9, e/ou outros processos para as técnicas descritas aqui para intercalamento em um transmissor e desintercalamento em um receptor. Em certos aspectos, um ou mais de qualquer um dos componentes mostrados na Figura 6 pode ser utilizado para realizar exemplos de operações 800 e 900 e/ou outros processos para as técnicas descritas aqui. As memórias 660 e 676 podem armazenar dados e códigos de programa para o UE 650 e o eNB 610 respectivamente, acessíveis e executáveis por um ou mais outros componentes do UE 650 e do eNB 610.

EXEMPLO DE TÉCNICAS PARA GERENCIAMENTO DE INTERCALAMENTO E DESINTERCALAMENTO DE BLOCOS DE CÓDIGO [0062]O processamento de dados para transmissão no downlink (por exemplo, em PDSCH) e no uplink (por exemplo, em PUSCH) geralmente inclui geração de um ou mais blocos de transporte (TB) . Um TB é um MAC (Controle de Acesso ao Meio) PDU (Unidade de Dados de Protocolo) que é entregue à camada física. Em um transmissor, os dados a serem transmitidos são primeiro recebidos por uma camada de PDCP (Protocolo de Compressão de Dados de Pacote). Essa camada realiza compressão e cifragem/integridade se aplicável. Essa camada passa os dados para a camada de RLC (Controle de link de rádio) que concatena para PDU de RLC.

Petição 870190050133, de 29/05/2019, pág. 31/60

28/37

A camada de RLC concatena ou segmenta os dados que entram a partir da camada de PDCP em tamanho de bloco correto e os encaminha para a camada de MAC (Controle de Acesso ao Meio) com seu próprio cabeçalho. A camada de MAC seleciona o esquema de modulação e codificação (MCS) e configura a camada fisica. Neste estágio, os dados estão no formato de um bloco de transporte (TB) . Geralmente, o número de bits contidos em um bloco de transporte depende do MCS e o número de blocos de recurso atribuído, por exemplo, a um UE para transmissão de downlink.

[0063]Em LTE, os blocos de transporte são tipicamente ainda divididos em blocos de código de tamanho menor (CB) , que são denominados como segmentação de bloco de código antes de serem aplicados a módulos de codificação de canal/correspondência de taxa na camada fisica. Em LTE, um tamanho de bloco de código minimo e máximo é especificado de modo que os tamanhos de bloco são compatíveis com os tamanhos de bloco sustentados por um intercalador turbo usado para espalhar os blocos de código sobre recursos atribuídos. 0 tamanho de bloco de código minimo é 40 bits e o tamanho de bloco de código máximo é 6144 bits. Tipicamente, se o comprimento de bloco de transporte de entrada for maior do que o tamanho de bloco de código máximo, o bloco de entrada é segmentado em múltiplos blocos de código do tamanho suportado. No caso em que nenhuma segmentação é necessária, por exemplo, quando o tamanho de bloco de transporte é menor do que o tamanho de bloco de código minimo definido, apenas um bloco de código é gerado. Se necessário, os bits de preenchimento (por exemplo, zeros) são anexados ao inicio de um segmento de

Petição 870190050133, de 29/05/2019, pág. 32/60

29/37 bloco de código de modo que os tamanhos de bloco de código correspondem a um conjunto de tamanhos de bloco de intercalador turbo válidos.

[0064]Os blocos de código passam por codificação turbo, que é uma forma de encaminhar a correção de erro que melhora a capacidade de canal adicionando-se informação redundante. A codificação turbo tipicamente inclui um intercalador turbo que espalha os blocos de código sobre um recurso atribuído. O papel do intercalador é espalhar os bits de informação tal que no caso de um erro de rajada, diferentes fluxos de código são afetados diferentemente, que permitem que os dados ainda sejam recuperados.

[0065]A Figura 7 ilustra exemplo de intercalamento 700 de blocos de código, de acordo com certos aspectos da presente divulgação. Como mostrado na Figura 7, o TB 702 (por exemplo, em 702a e 702b) é dividido em blocos de código CB1, CB2 e CB3. 702a mostra a alocação de recurso para os blocos de código de TB 702 antes de intercalamento e 702b mostra a alocação de recurso para os blocos de código de TB 702 depois de intercalamento. Como mostrado em 702a, antes de intercalamento, cada bloco de código é alocado com recursos consecutivos (por exemplo, RBs consecutivos) . Como mostrado em 702b, cada bloco de código é espalhado sobre os recursos disponíveis, dividindo-se cada bloco de código em diferentes porções e alocando RBs não consecutivos para as diferentes porções do bloco de código. Por exemplo, como mostrado, o CB 1 é dividido em três porções e as porções de CB1 são RBs não consecutivos alocados.

[0066]Assim, os blocos de código de

Petição 870190050133, de 29/05/2019, pág. 33/60

30/37 intercalamento para espalhar sobre os recursos alocados podem obter diversidade de interferência e/ou diversidade devido ao canal seletivo de frequência. Entretanto, usando um intercalador de bloco de código pode não ser sempre benéfico, e de fato pode reduzir a eficiência em certas condições. Por exemplo, para pequenas alocações de RB ou aplicações de MTC (Comunicação Tipo Máquina) com pequena transferência de dados (por exemplo, um ou dois CBs) podem ser suficientes para alocar recursos tal que os CBs se espalhem naturalmente sobre a alocação de recurso para obter diversidade. O intercalamento de bloco de código pode não ser necessário neste caso e pode adicionar processamento desnecessário.

[0067]Um	outro	exemplo, onde o	intercalamento de
bloco de código	pode	ser evitado	para acelerar o
processamento, é	no	caso de apl	icações críticas
identificadas como	tendo	uma prioridade	mais alta do que

uma ou mais outras aplicações.

[0068]Certos aspectos da presente divulgação fornecem técnicas para gerenciamento de intercalamento de bloco de código mais eficientemente como em comparação com sistemas antigos. Por exemplo, estas técnicas incluem intercalamento seletivamente incapacitante em transmissores e desintercalamento correspondente em receptores com base em certas condições para aumentar a eficiência geral de cadeias de transmissão e recepção respectivamente.

[0069]A Figura 8 ilustra exemplos de operações 800, por exemplo, por um transmissor (por exemplo, uma estação base ou um equipamento usuário), para gerenciamento de intercalamento no transmissor, de acordo com certos

Petição 870190050133, de 29/05/2019, pág. 34/60

31/37 aspectos da presente divulgação. As operações 800 começam, em 802, detectando-se uma ou mais condições relacionadas a transmissões a serem feitas a partir do transmissor. Em 804, o transmissor pode decidir, com base na detecção, desabilitar um intercalador enquanto processa as transmissões, o intercalador usado para espalhar blocos de código sobre recursos disponíveis.

[0070]Por exemplo, o transmissor pode desabilitar o intercalador enquanto processa as transmissões ao

detectar	que	uma	alocação	de	RBs	para as transmissões é
menor do	que	uma	alocação	de	RB	de limite predefinido,
detectar	que	um	tamanho	de	um	bloco de transporte

determinado para as transmissões é menor do que um tamanho de bloco de transporte de limite predefinido, ou detectar que um tipo de alocação de recurso particular (por exemplo, tipo 2) é para ser usado para as transmissões, ou uma combinação dos mesmos. Por exemplo, se X denota alocação de RB para as transmissões e Y denota uma alocação de RB de limite predefinido, o transmissor pode desabilitar seu intercalador se X < Y. Em certos aspectos, como observado acima, uma combinação das condições definidas acima pode ser usada para acionar desativação do intercalador. Por exemplo, uma combinação de X < Y e alocação tipo 2 sendo usada pode acionar a desativação do intercalador para as transmissões. Em certos aspectos, o limite de alocação de RB e limite de tamanho de TB são configuráveis e podem ser definidos com base, por exemplo, nas condições de carga no transmissor e/ou receptor, condições de canal etc.

[0071]Em certos aspectos, o transmissor pode desabilitar o intercalador enquanto processa as

Petição 870190050133, de 29/05/2019, pág. 35/60

32/37 transmissões, se detectar que as transmissões correspondem a uma aplicação critica identificada como tendo uma prioridade mais alta do que uma ou mais outras aplicações. Em um aspecto, o transmissor pode sinalizar um receptor alvo que as transmissões correspondem a uma aplicação critica identificada. Em um aspecto, uma ou mais aplicações podem ser configuradas como aplicações criticas e o transmissor e/ou o receptor podem ser configurados para identificar essas aplicações criticas e desabilitar o intercalador/desintercalador semi-estaticamente quando as transmissões se referem a uma aplicação critica identificada estiverem sendo processadas. Em certos aspectos, uma ou mais aplicações podem ser designadas como aplicações de prioridade alta (por exemplo, tendo uma prioridade mais alta do que uma ou mais outras aplicações) que indicam que as aplicações são criticas. Por exemplo, uma aplicação pode ser designada como uma aplicação de alta prioridade semi-estaticamente (por exemplo, com base em uma natureza da aplicação) ou dinamicamente (por exemplo, com base nas necessidades de processamento atuais). Em certos aspectos, um transmissor pode transmitir uma indicação a um receptor que uma ou mais transmissões a partir do transmissor correspondem a uma aplicação identificada como tendo uma prioridade mais alta do que uma ou mais outras aplicações. 0 receptor, com base na indicação, pode determinar que o transmissor desabilitou seu intercalador quando processar as transmissões, e pode semi-estaticamente desabilitar seu desintercalador quando processar as transmissões. A indicação pode incluir uma identidade da aplicação e/ou um nivel de prioridade associado com a

Petição 870190050133, de 29/05/2019, pág. 36/60

33/37 aplicação. Em um aspecto, prioridades de uma ou mais aplicações podem ser pré-atribuida e tanto o transmissor quanto o receptor podem armazenar níveis de prioridade associados com aplicações. Neste caso, o transmissor apenas necessita transmitir uma indicação que inclui uma identidade da aplicação à qual as transmissões correspondem, e o receptor pode localmente determinar o nível de prioridade da aplicação identificada, e processar as transmissões consequentemente.

[0072]Em certos aspectos, uma condição semiestática (por exemplo, configuração) significa uma condição que existe para um dado período de tempo e/ou não muda com muita frequência (por exemplo, dinamicamente). Por exemplo, uma configuração semi-estática pode ser comunicada a um receptor através de programação semi-persistente (SPS) ou através de sinalização de RRC. A sinalização de SPS inclui sinalização através de PDCCH. No caso acima a configuração semi-estática pode incluir uma configuração para desabilitar o intercalador/desintercalador para um período de tempo configurado.

[0073]Em certos aspectos, o transmissor pode indicar a um receptor alvo se o intercalador foi ou não usado enquanto processa as transmissões através de sinalização explícita. Por exemplo, a sinalização de controle da camada 1 tal como sinalização de PDCCH pode ser usada para fornecer uma tal indicação a um receptor alvo.

[0074	]A Figura	9 ilustra	exemplos	de operações
900, que podem	ser realiz	adas por um	receptor	(por exemplo,
uma estação	base ou	um equipamento usuário), para

gerenciamento de desintercalamento no receptor para

Petição 870190050133, de 29/05/2019, pág. 37/60

34/37 transmissões recebidas de um transmissor, de acordo com certos aspectos da presente divulgação.

[0075]As operações 900 começam, em 902, detectando-se uma ou mais condições que se referem a transmissões recebidas de um transmissor. Em 904, o receptor pode determinar, com base pelo menos na detecção se um intercalador foi usado para espalhar blocos de código sobre recursos disponíveis enquanto processa as transmissões. Em 906, o receptor pode decidir se deve ou não desintercalar blocos de código das transmissões recebidas com base na determinação.

[0076]Por exemplo, o receptor pode determinar que o intercalador não foi usado no transmissor enquanto processa as transmissões recebidas com base em detectar que uma alocação de RBs para o transmissor é menor do que uma alocação de RB de limite predefinido, detectar que um tamanho de um bloco de transporte usado para as transmissões é menor do que um tamanho de bloco de transporte de limite predefinido, ou detectar que um tipo de alocação de recurso particular foi usado para as transmissões, ou uma combinação dos mesmos. Em um aspecto, o receptor não pode decidir desintercalar blocos de código das transmissões recebidas com base na determinação que o intercalador não foi usado no transmissor enquanto processa as transmissões.

[0077]Em certos aspectos, o receptor pode determinar que o intercalador não foi usado no transmissor enquanto processa as transmissões, com base em detectar que as transmissões correspondem a uma aplicação critica identificada como tendo uma prioridade mais alta do que uma

Petição 870190050133, de 29/05/2019, pág. 38/60

35/37 ou mais outras aplicações. Em um aspecto, o receptor pode receber uma indicação a partir do transmissor que as transmissões correspondem a uma aplicação critica.

[0078]Em certos aspectos, o receptor pode determinar se ou não um intercalador foi usado no transmissor enquanto processa as transmissões, com base em sinalização explicita (por exemplo, sinalização de PDCCH) a partir do transmissor indicando se ou não o intercalador foi usado para as transmissões.

[0079]Em certos aspectos, um transmissor pode decidir desabilitar seu intercalador semi-estaticamente para um dado período de tempo que pode ser predeterminado, por exemplo, com base em detectar uma ou mais condições discutidas acima ou a aumentar velocidade de processamento. Em um aspecto, o transmissor pode ativar ou desativar o intercalador semi-estaticamente usando tipo SPS (Programação semi-persistente) de mecanismo definido em LTE ou através de sinalização de RRC. Em um aspecto, a sinalização de SPS é enviada através de PDCCH. Em um aspecto, o período de tempo para o qual o intercalador é para ser desabilitado pode ser determinado com base em uma ou mais condições discutidas acima.

[0080]Em certos aspectos, um receptor pode receber uma indicação a partir do transmissor que o intercalador foi desabilitado semi-estaticamente no transmissor para um dado período de tempo. 0 receptor pode desabilitar um desintercalador usado para recuperar os blocos de código recebidos sobre os recursos disponíveis semi-estaticamente para o dado período. Em um aspecto, a indicação a partir do transmissor pode indicar que o

Petição 870190050133, de 29/05/2019, pág. 39/60

36/37 intercalador foi semi-estaticamente desabilitado através de programação semi-persistente.

[0081]Entende-se que a ordem ou hierarquia especifica de etapas no processo divulgado é uma ilustração de abordagens exemplificativas. Com base nas preferências de projeto, é entendida que a ordem ou hierarquia especifica de etapas no processo podem ser reorganizadas. Além disso, algumas etapas podem ser combinadas ou omitidas. 0 método de acompanhamento reivindica os elementos presentes das várias etapas em uma ordem de amostra, e não são significados a serem limitados à ordem ou hierarquia especifica apresentada.

[0082]Além disso, o termo ou é intencionado a significar um inclusivo ou em vez disso um exclusivo ou. Isto é, a menos que especificado de outro modo, ou claro do contexto, a frase, por exemplo, X emprega A ou B é intencionada a significar qualquer uma das permutações inclusivas naturais. Isto é, por exemplo a frase X emprega A ou B é satisfeita por qualquer um dos seguintes casos: X emprega A; X emprega B; ou X emprega tanto A quanto B. Além disso, os artigos um e uma como usados neste pedido e as reivindicações anexas devem geralmente ser interpretadas significar um ou mais a menos que especificado de outro modo ou claro a partir do contexto a ser dirigido a uma forma singular. Uma frase com referência a pelo menos um de uma lista de itens refere-se a qualquer combinação daqueles itens, incluindo membros únicos. Como um exemplo, pelo menos um de: a, b ou c é intencionado a cobrir: a, b, c, a-b, a-c, b-c, e a-b-c.

[0083]A descrição anterior é fornecida para

Petição 870190050133, de 29/05/2019, pág. 40/60

37/37 permitir que qualquer pessoa versada na técnica pratique os vários aspectos descritos aqui. Várias modificações a estes aspectos serão prontamente evidentes para a pessoa versada na técnica, e os princípios genéricos definidos aqui podem ser aplicados a outros aspectos. Assim, as reivindicações não são intencionadas a serem limitadas aos aspectos mostrados aqui, mas devem estar de acordo com o escopo completo compatível com as reivindicações de linguagem, em que a referência a um elemento no singular não é intencionada a significar um e apenas um a menos que especificamente estabelecido, mas sim um ou mais. A menos que especificamente estabelecido de outro modo, o termo algum refere-se a um ou mais. Todos os equivalentes estruturais e funcionais para os elementos dos vários aspectos descritos ao longo desta divulgação que são conhecidos ou mais tarde serão conhecidos pela pessoa versada comum na técnica são expressamente incorporados aqui por referência e são intencionados a serem abrangidos pelas reivindicações. Além disso, nada divulgado aqui é intencionado a ser dedicado ao público, independentemente de tal divulgação ser explicitamente recitada nas reivindicações. Nenhum elemento de reivindicação é para ser interpretado como um meio mais função a menos que o elemento seja expressamente recitado usando a frase meios para.

Claims

REIVINDICAÇÕES

1. Método para comunicação sem fios por um transmissor, que compreende:

detectar uma ou mais condições relacionadas a transmissões a serem feitas a partir do transmissor; e decidir, com base na detecção, para desabilitar um intercalador enquanto processa as transmissões, o intercalador usado para espalhar blocos de código sobre recursos disponíveis.
2. Método, de acordo com a reivindicação 1, em que a detecção compreende detectar que as transmissões correspondem a uma aplicação, a aplicação identificada como tendo uma prioridade mais alta do que uma ou mais outras aplicações.
3. Método, de acordo com a reivindicação 2, que compreende ainda transmitir uma indicação a um receptor alvo que as transmissões correspondem a aplicação identificada como tendo uma prioridade mais alta do que a uma ou mais outras aplicações.
4. Método, de acordo com a reivindicação 1, em que a detecção compreende um ou mais de:

detectar que uma alocação de blocos de recurso (RBs) para as transmissões é menor do que uma alocação de RB de limite predefinido;

detectar que um tamanho de um bloco de transporte determinado (TB) para as transmissões é menor do que um tamanho de TB de limite predefinido; ou detectar que um tipo de alocação de recurso particular é para ser usado para as transmissões.
5. Método, de acordo com a reivindicação 1, que

Petição 870190050133, de 29/05/2019, pág. 42/60

2/6 compreende ainda transmitir uma indicação a um receptor alvo que o intercalador foi desabilitado enquanto processa as transmissões.
6. Método, de acordo com a reivindicação 1, em que decidir para desabilitar o intercalador compreende decidir para desabilitar o intercalador semi-estaticamente para um dado periodo.
7. Método, de acordo com a reivindicação 6, em que o dado periodo é determinado com base em uma ou mais condições.
8. Método, de acordo com a reivindicação 6, que compreende ainda fornecer, a um receptor alvo, uma indicação através de sinalização de programação semipersistente (SPS) que o intercalador está desabilitado.
9. Método para comunicação sem fios por um receptor, que compreende:

detectar uma ou mais condições referem-se a transmissões recebidas de um transmissor;

determinar, com base pelo menos na detecção, se um intercalador foi usado para espalhar blocos de código sobre recursos disponíveis enquanto processa as transmissões; e decidir se deve ou não desintercalar blocos de código das transmissões recebidas com base na determinação.
10. Método, de acordo com a reivindicação 9, em que a detecção compreende detectar que as transmissões correspondem a uma aplicação identificada como tendo uma prioridade mais alta do que uma ou mais outras aplicações.
11. Método, de acordo com a reivindicação 10, que compreende ainda receber uma indicação a partir do

Petição 870190050133, de 29/05/2019, pág. 43/60

3/6 transmissor que as transmissões correspondem a aplicação identificada como tendo uma prioridade mais alta do que a uma ou mais outras aplicações.
12. Método, de acordo com a reivindicação 9, em que a detecção compreende um ou mais de:

detectar que uma alocação de blocos de recurso (RBs) para a transmissão é menor do que uma alocação de RB de limite predefinido;

detectar que um tamanho de um bloco de transporte (TB) usado para as transmissões é menor do que um tamanho de TB de limite predefinido; ou detectar que um tipo de alocação de recurso particular foi usado para as transmissões.
13. Método, de acordo com a reivindicação 9, que compreende ainda receber uma indicação a partir do transmissor que o intercalador não foi usado no transmissor para processamento das transmissões.
14. Método, de acordo com a reivindicação 9, que compreende ainda receber uma indicação a partir do transmissor que o intercalador foi semi-estaticamente desabilitado no transmissor para um dado período.
15. Método, de acordo com a reivindicação 14, que compreende ainda semi-estaticamente desativar um desintercalador usado para recuperar blocos de código a partir da transmissão, com base na indicação.
16. Método, de acordo com a reivindicação 14, em que a indicação é recebida através de sinalização de programação semi-persistente (SRS).
17. Aparelho para comunicação sem fios por um transmissor, que compreende:

Petição 870190050133, de 29/05/2019, pág. 44/60

4/6

meios para detectar uma ou mais condições relacionadas a transmissões a serem feitas a partir do transmissor; e meios para decidir, com base na detecção, para

desabilitar um intercalador enquanto processa as transmissões, o intercalador usado para espalhar blocos de código sobre recursos disponíveis.
18. Aparelho, de acordo com a reivindicação 17, em que os meios para detectar é configurado para detectar que as transmissões correspondem a uma aplicação, a aplicação identificada como tendo uma prioridade mais alta do que uma ou mais outras aplicações.
19. Aparelho, de acordo com a reivindicação 18, que compreende ainda meios para transmitir uma indicação a um receptor alvo que as transmissões correspondem a aplicação identificada como tendo uma prioridade mais alta do que a uma ou mais outras aplicações.
20. Aparelho, de acordo com a reivindicação 17, em que os meios para detectar é configurado para realizar

um ou mais de: detectar que uma alocação de blocos de recurso (RBs) para as transmissões é menor do que uma alocação de RB de limite predefinido;

detectar que um tamanho de um bloco de transporte determinado (TB) para as transmissões é menor do que um tamanho de TB de limite predefinido; ou detectar que um tipo de alocação de recurso particular é para ser usado para as transmissões.
21. Aparelho, de acordo com a reivindicação 17, que compreende ainda meios para transmitir uma indicação a

Petição 870190050133, de 29/05/2019, pág. 45/60

5/6 um receptor alvo que o intercalador foi desabilitado enquanto processa as transmissões.
22. Aparelho, de acordo com a reivindicação 17, em que os meios para decidir para desabilitar o intercalador é configurado para decidir desabilitar o

intercalador 23. semi-estaticamente para um dado período. Aparelho, de acordo com a reivindicação 22, em que o dado período é determinado com base em uma ou mais condições. 24 . Aparelho, de acordo com a reivindicação 22,

que compreende ainda meios para fornecer, a um receptor alvo, uma indicação através de sinalização de programação semi-persistente (SPS) que o intercalador está desabilitado.
25. Aparelho para comunicação sem fios por um receptor, que compreende:

meios para detectar uma ou mais condições referem-se a transmissões recebidas de um transmissor;

meios para determinar, com base pelo menos na detecção, se um intercalador foi usado para espalhar blocos de código sobre recursos disponíveis enquanto processa as transmissões; e meios para decidir se deve ou não desintercalar blocos de código das transmissões recebidas com base na determinação.
26. Aparelho, de acordo com a reivindicação 25, em que os meios para detectar é configurado para detectar que as transmissões correspondem a uma aplicação identificada como tendo uma prioridade mais alta do que uma ou mais outras aplicações.

Petição 870190050133, de 29/05/2019, pág. 46/60

6/6
27. Aparelho, de acordo com a reivindicação 26, que compreende ainda meios para receber uma indicação a partir do transmissor que as transmissões correspondem a aplicação identificada como tendo uma prioridade mais alta do que a uma ou mais outras aplicações.
28. Aparelho, de acordo com a reivindicação 25, em que os meios para detectar é configurado para realizar um ou mais de:

detectar que uma alocação de blocos de recurso (RBs) para a transmissão é menor do que uma alocação de RB de limite predefinido;

detectar que um tamanho de um bloco de transporte (TB) usado para as transmissões é menor do que um tamanho de TB de limite predefinido; ou detectar que um tipo de alocação de recurso particular foi usado para as transmissões.
29. Aparelho, de acordo com a reivindicação 25, que compreende ainda meios para receber uma indicação a partir do transmissor que o intercalador não foi usado no transmissor para processamento das transmissões.
30. Aparelho, de acordo com a reivindicação 25, que compreende ainda meios para receber uma indicação a partir do transmissor que o intercalador foi semiestaticamente desabilitado no transmissor para um dado periodo.