BR112020009282A2 - técnica para transmitir informações do sistema - Google Patents

Abstract

É descrita uma técnica para transmitir informações do sistema para uma comunicação por duplexação por divisão de tempo, TDD, em uma rede de acesso via rádio, RAN. Quanto a um aspecto do método da técnica, um bloco de informações mestre, MIB, é transmitido em uma portadora âncora (602-1) da comunicação por TDD na RAN. O MIB é indicativo de um recurso espectral (602-1; 602-2) alocado a um bloco de informações do sistema, SIB, da comunicação por TDD na RAN. O SIB é transmitido no recurso espectral (602-1; 602-2) indicado no MIB.

Description

TÉCNICA PARA TRANSMITIR INFORMAÇÕES DO SISTEMA Campo Técnico

[001] A presente invenção se refere geralmente a uma técnica para transmitir e receber informações do sistema. Mais especificamente, métodos e dispositivos são fornecidos para transmitir e receber blocos de informações de sistema em uma rede de acesso via rádio. Antecedentes da Invenção

[002] Os dispositivos de rádio acessam uma rede de acesso via rádio (RAN), examinando determinadas portadoras de rádio em busca de sinais de sincronização de tempo e elementos de informações do sistema essenciais para acessar a RAN. Exemplos de tais dispositivos de rádio incluem dispositivos de banda larga móvel (MBB), tais como equipamentos de usuários (UEs) de acordo com o Projeto de Parceria de Terceira Geração (3GPP) de Evolução a Longo Prazo (LTE) e dispositivos de banda estreita (NB), tais como UEs de Internet das Coisas (NB-IoT) 3GPP NB. Exemplos de informações do sistema essenciais incluem blocos de informações mestre (MIBs) para o sistema 3GPP. Uma portadora que facilita uma sincronização inicial do NB-IoT UE é referida como uma portadora âncora.

[003] Semelhante aos LTE UEs existentes, um NB-IoT UE só é necessário para procurar uma portadora em um raster de portadora de 100 kHz, ou seja, os NB-IoT UEs tentam buscar as portadoras de NB-IoT em passos com tamanho de 100 kHz. Portanto, o raster de portadora para enlace descendente dos sistemas NB-IoT está em uma grade de frequência de 100 kHz. O raster de 100 kHz implica que, para uma implementação dentro da banda do sistema de NB-IoT, a portadora âncora pode apenas ser colocada em certos blocos de recursos físicos (PRBs) do sistema LTE.

[004] Em um sistema de NB-IoT configurado para duplexação por divisão de tempo (TDD), as transmissões de enlace descendente e de enlace ascendente precisam compartilhar a mesma frequência da portadora. A transmissão de sinais de sincronização primários, sinais de sincronização secundários e canais de difusão físicos para o MIB-NB ocupar o enlace descendente, de modo que há muito poucos subquadros de enlace descendente deixados na portadora âncora para a outra difusão de informações do sistema, radiolocalização e tráfego de usuário em enlace descendente.

[005] Além disso, o particionamento de subquadros de enlace descendente e de enlace ascendente em TDD RANs é definido por uma configuração para TDD de enlace ascendente-enlace descendente. Para algumas configurações de enlace ascendente centradas, tal como a configuração 6 acordo com a Tabela 4.2-2 no documento 3GPP TS 36.211 (por exemplo, versão 14.4.0, quase não há subquadros de enlace descendente deixados para mais nada após escalonamento de transmissões dos sinais de sincronização e o canal de difusão físico para o MIB-NB. Uma abordagem pode evitar tais configurações, mas a coexistência do sistema de MBB e o sistema de NB na RAN requer tais configurações, pelo menos em algumas implementações. Por exemplo, um sistema LTE pode exigir uma configuração para TDD de enlace ascendente-enlace descendente centrada em enlace ascendente, e o sistema de NB-IoT pode ter que usar a mesma configuração para TDD de enlace ascendente-enlace descendente usada pelo sistema LTE. Outra abordagem pode usar formatos muito diferentes do MIB-NB, dependendo da configuração para TDD de enlace ascendente-enlace descendente, mas formatos diferentes aumentam a complexidade dos dispositivos de rádio, o que contraria os designs finos dos NB-IoT UEs pelo menos em algumas implementações.

Sumário

[006] Por conseguinte, há a necessidade de uma técnica que transmita informações do sistema de forma flexível e eficiente em redes de acesso via rádio duplexadas por divisão de tempo. Mais especificamente, há a necessidade de uma técnica que permita transmitir as informações do sistema em várias configurações para duplexação por divisão de tempo de enlace ascendente-enlace descendente. Alternativamente ou além disso, há a necessidade de uma técnica que permita transmitir informações do sistema de banda estreita usando um formato unificado em diferentes implementações em relação a um sistema de banda larga móvel.

[007] Quanto a um aspecto, é fornecido um método de transmissão de informações do sistema para uma comunicação por duplexação por divisão de tempo, TDD, em uma rede de acesso via rádio, RAN. O método compreende ou dispara uma etapa de transmissão de um bloco de informações mestre, MIB, em uma portadora âncora da comunicação por TDD na RAN. O MIB é indicativo de um recurso espectral alocado a um bloco de informações do sistema, SIB, da comunicação por TDD na RAN. O método compreende ainda ou desencadeia uma etapa de transmissão do SIB no recurso espectral indicado no MIB.

[008] O método pode ser implementado como um método para indicar um recurso espectral para transmissão de SIB em uma comunicação por TDD. A funcionalidade e/ ou os recursos (por exemplo, da RAN) para a comunicação por TDD podem ser referidos como um sistema de TDD. A comunicação por TDD pode envolver pelo menos um dispositivo de rádio dentro da cobertura da RAN. Aqui, o dispositivo de rádio e o equipamento do usuário (UE) podem ser usados de forma intercambiável.

[009] O recurso espectral pode incluir uma portadora não âncora que não seja a portadora âncora. A portadora não âncora pode ser uma portadora na qual o dispositivo de rádio não assume que um sinal de sincronização primário, um sinal de sincronização secundário e/ ou o MIB sejam transmitidos. Por exemplo, a portadora não âncora pode estar fora de um raster de portadora, definindo frequências de portadora para portadoras âncora em potencial. O raster de portadora pode ser compatível com a Seção 5.7.2 do documento 3GPP TS 36.104 (por exemplo, Versão 14.5.0).

[0010] A técnica pode ser implementada para uma comunicação por TDD de banda estreita (NB). A funcionalidade e/ ou os recursos (por exemplo, da RAN) para a comunicação por NB TDD podem ser referidos como um sistema de NB TDD ou um sistema de TDD da Internet das Coisas de NB (NB-IoT) (ou brevemente: sistema de NB ou sistema de NB-IoT). Aqui, NB e NB-IoT podem ser usados de forma intercambiável. O MIB e o SIB para a comunicação por NB TDD podem ser referidos como MIB-NB e SIB-NB (por exemplo, SIB1-NB), respectivamente. Os dispositivos de rádio envolvidos ou configurados para a comunicação por NB TDD podem ser referidos como dispositivos NB-IoT.

[0011] A técnica pode ser compatível com diferentes implementações (também: modos de operação) em relação à ausência ou coexistência de uma comunicação de banda larga móvel (MBB) na RAN. As implementações podem incluir, pelo menos, uma de uma implementação da comunicação em NB dentro da banda com a comunicação em MBB, uma implementação da comunicação em NB em um ou mais bandas de guarda da comunicação em MBB e uma implementação independente da comunicação em NB independente de uma comunicação em MBB. As implementações podem incluir aquelas da Seção 5.5a do documento 3GPP TS 36.300 (por exemplo, Versão 14.4.0).

[0012] Pelo menos algumas modalidades da técnica permitem que a RAN efetivamente indique o recurso espectral (por exemplo, uma portadora não âncora) do SIB. Uns poucos bits no MIB podem ser indicativos do recurso espectral do SIB. Ao implementar a técnica no sistema de NB-IoT TDD, a RAN pode ter flexibilidade razoável para transmitir o SIB sobre a portadora âncora ou sobre uma portadora não âncora (por exemplo, para todas as três implementações) a um custo razoavelmente baixo de overhead de sinalização e/ ou complexidade do projeto para os dispositivos de NB IoT.

[0013] O único aspecto da técnica pode ser implementado na RAN. Uma estação base ou uma célula da RAN pode executar o método. A estação base pode abranger qualquer estação configurada para fornecer acesso via rádio a pelo menos um dispositivo de rádio. O dispositivo de rádio ou cada um dos dispositivos de rádios pode ser um equipamento de usuário (UE).

[0014] Quanto a outro aspecto, é fornecido um método de recebimento de informações do sistema para uma comunicação por duplexação por divisão de tempo, TDD, em uma rede de acesso via rádio, RAN. O método compreende ou aciona uma etapa de recebimento de um bloco de informações mestre, MIB, em uma portadora âncora da comunicação por TDD na RAN. O MIB é indicativo de um recurso espectral alocado a um bloco de informações do sistema, SIB, da comunicação por TDD na RAN. O método compreende ainda ou desencadeia uma etapa de receber o SIB no recurso espectral indicado no MIB.

[0015] O outro aspecto da técnica pode compreender qualquer característica ou etapa divulgada neste documento no contexto de um aspecto, ou qualquer característica ou etapa correspondente a essa invenção no lado do outro aspecto.

[0016] O outro aspecto da técnica pode ser implementado pelo dispositivo de rádio. O dispositivo de rádio pode ser configurado para comunicação peer-to-peer (por exemplo, em um enlace lateral) e/ ou para acessar a RAN (por exemplo, um UL e/ ou enlace descendente, DL). O dispositivo de rádio pode ser um equipamento de usuário (UE, por exemplo, um UE 3GPP) ou uma estação móvel ou portátil (STA, por exemplo, uma Wi-Fi STA). Particularmente, o dispositivo de rádio pode ser um dispositivo de NB-IoT e/ ou um dispositivo para comunicação do tipo máquina (MTC).

[0017] Quanto ao aspecto adicional, é fornecido um produto de programa de computador. O produto de programa de computador compreende porções do código do programa para executar qualquer uma das etapas dos aspectos do método divulgado neste documento quando o produto de programa de computador é executado por um ou mais dispositivos de computação. O produto de programa de computador pode ser armazenado em um meio de gravação legível por computador. O produto de programa de computador pode também ser fornecido para download através de uma rede de dados, por exemplo, através da RAN e/ ou através da Internet e/ ou pela estação base. Alternativamente ou em adição, o método pode ser codificado em um Arranjo de Portas Programável em Campo (FPGA) e/ ou um Circuito Integrado Específico de Aplicação (ASIC), ou a funcionalidade pode ser fornecida por download por meio de uma linguagem de descrição por hardware.

[0018] Quanto a um aspecto do dispositivo, é fornecido um dispositivo para transmitir informações do sistema para uma comunicação por duplexação por divisão de tempo, TDD, em uma rede de acesso via rádio, RAN. O dispositivo está configurado para executar o aspecto de um método.

[0019] Quanto a outro aspecto do dispositivo, é fornecido um dispositivo para receber informações do sistema para uma comunicação por duplexação por divisão de tempo, TDD, em uma rede de acesso via rádio, RAN. O dispositivo está configurado para executar o outro aspecto do método.

[0020] Ainda em relação a um aspecto adicional, é fornecido um dispositivo para transmitir informações do sistema para uma comunicação por duplexação por divisão de tempo, TDD, em uma rede de acesso via rádio, RAN. O dispositivo compreende pelo menos um processador e uma memória. A referida memória compreende instruções executáveis pelo referido pelo menos um processador, pelo qual o dispositivo é operacional para transmitir um bloco de informações mestre, MIB, em uma portadora âncora da comunicação por TDD na RAN. O MIB é indicativo de um recurso espectral alocado a um bloco de informações do sistema, SIB, da comunicação por TDD na RAN. A execução das instruções faz com que o dispositivo funcione para transmitir o SIB no recurso espectral indicado no MIB.

[0021] Quanto a um aspecto ainda adicional, é fornecido um dispositivo para receber informações do sistema para uma comunicação por duplexação por divisão de tempo, TDD, em uma rede de acesso via rádio, RAN. O dispositivo compreende pelo menos um processador e uma memória. A referida memória compreende instruções executáveis pelo referido pelo menos um processador, pelo qual o dispositivo é operativo para receber um bloco de informações mestre, MIB, em uma portadora âncora da comunicação por TDD na RAN. O MIB é indicativo de um recurso espectral alocado a um bloco de informações do sistema, SIB, da comunicação por TDD na RAN. A execução das instruções faz ainda com que o dispositivo seja operativo para receber o SIB no recurso espectral indicado no MIB.

[0022] O dispositivo (por exemplo, qualquer estação base ou um dispositivo de rádio que contém a técnica) pode ainda incluir qualquer característica divulgada no contexto do qualquer um dos aspectos do método. Particularmente, qualquer dispositivo pode compreender unidades ou módulos configurados para executar ou disparar uma ou mais das etapas de qualquer um dos aspectos do método.

Breve Descrição dos Desenhos

[0023] Detalhes adicionais das modalidades da técnica são descritos com referência aos desenhos anexos, em que: A Fig. 1 mostra um diagrama de blocos esquemático de um dispositivo para transmitir informações do sistema para uma comunicação por duplexação por divisão de tempo em uma rede de acesso via rádio; A Fig. 2 mostra um diagrama de blocos esquemático de um dispositivo para receber informações do sistema para uma comunicação por duplexação por divisão de tempo em uma rede de acesso via rádio; A Fig. 3 mostra um fluxograma para um método de transmissão de informações do sistema para uma comunicação por duplexação por divisão de tempo em uma rede de acesso via rádio, que é implementável pelo dispositivo da Fig. 1; A Fig. 4 mostra um fluxograma para um método de recebimento de informações do sistema para uma comunicação por duplexação por divisão de tempo em uma rede de acesso via rádio, que é implementável pelo dispositivo da Fig. 2; A Fig. 5 ilustra esquematicamente uma rede de acesso via rádio exemplificativa para implementar qualquer um dos dispositivos das Figs. 1 e 2; A Fig. 6 ilustra esquematicamente um primeiro exemplo de uma banda de frequência utilizável na RAN da Fig. 5; A Fig. 7 ilustra esquematicamente um segundo exemplo de uma banda de frequência utilizável na RAN da Fig. 5; A Fig. 7 ilustra esquematicamente as configurações da duplexação por divisão de tempo, que são utilizáveis por qualquer um dos dispositivos das Figs. 1 e 2; As Figs. 10A a 10C ilustram esquematicamente um terceiro exemplo de uma banda de frequência utilizável na RAN da Fig. 5; A Fig. 11 ilustra esquematicamente um exemplo de uma banda de MBB utilizável na RAN da figura 5; As Figs. 12A a 12C ilustram esquematicamente o quarto exemplo de uma banda de frequência utilizável na RAN da Fig. 5; A Fig. 13 ilustra esquematicamente um agrupamento de blocos de rádio; As Figs. 14A e 14B ilustram esquematicamente um quinto exemplo de uma banda de frequência; A Fig. 15 mostra um diagrama de blocos esquemático de uma primeira implementação do dispositivo da Fig. 1; A Fig. 16 mostra um diagrama de blocos esquemático de uma segunda implementação do dispositivo da Fig. 1; A Fig. 17 mostra um diagrama de blocos esquemático de uma primeira implementação do dispositivo da Fig. 2; e A Fig. 18 mostra um diagrama de blocos esquemático de uma segunda implementação do dispositivo da Fig. 2. Descrição Detalhada

[0024] Na descrição seguinte, para efeitos de explicação e não de limitação, detalhes específicos são estabelecidos, tais como um ambiente de rede específico, a fim de fornecer uma completa compreensão da técnica aqui divulgada. Será evidente para um técnico no assunto que a técnica pode ser praticada em outras modalidades que se afastam destes pormenores específicos. Além disso, enquanto as modalidades seguintes são descritas principalmente para uma implementação do Novo Rádio 5G (NR), é prontamente evidente que a técnica descrita aqui pode também ser implementada em qualquer outra rede de rádio, incluindo 3GPP LTE ou uma sucessora da mesma, Rede de Área Local Sem Fio (WLAN) de acordo com a família padrão IEEE 802.11, Bluetooth de acordo com o Bluetooth Special Interest Group (SIG), particularmente Bluetooth Low Energy e difusão Bluetooth, e/ ou ZigBee baseado em IEEE 802.15.4.

[0025] Além disso, os técnicos no assunto apreciarão que as funções, etapas, unidades e módulos explicados aqui podem ser implementados usando software funcionando em conjunto com um microprocessador programado, um circuito integrado de aplicação específica (ASIC), um arranjo de portas programável em campo (FPGA), um Processador de sinal digital (DSP) ou um computador de uso geral, por exemplo, incluindo um máquina RISC avançada (ARM). Também será apreciado que, embora as modalidades a seguir sejam descritas principalmente em contexto com métodos e dispositivos, a invenção também pode ser incorporada em um produto de programa de computador, bem como em um sistema compreendendo pelo menos um processador de computador e memória acoplada ao pelo menos um processador, em que a memória é codificada com um ou mais programas que podem executar as funções e etapas ou implementar as unidades e módulos aqui divulgados.

[0026] A Fig. 1 ilustra esquematicamente um diagrama de blocos de um dispositivo para transmitir informações do sistema para uma comunicação por duplexação por divisão de tempo (TDD) em uma rede de acesso via rádio (RAN). O dispositivo é referido genericamente pelo sinal de referência 100.

[0027] O dispositivo 100 compreende um módulo de transmissão de MIB 102 que transmite um bloco de informações mestre (MIB) em uma portadora âncora da comunicação por TDD na RAN. O MIB é indicativo de um recurso espectral alocado a um bloco de informações do sistema (SIB) da comunicação por TDD na RAN. O dispositivo 100 compreende ainda um módulo de transmissão de SIB 104 que transmite o SIB no recurso espectral indicado no MIB.

[0028] As informações do sistema podem compreender ou depender de pelo menos um de MIB transmitido e o SIB transmitido. Opcionalmente, o dispositivo 100 pode ainda compreender um módulo de comunicação por TDD 106 que executa a comunicação por TDD de acordo com as informações do sistema por pelo menos um dos dados de transmissão de carga útil, recebimento de dados de carga útil e escalonando uma transmissão e/ ou recepção de dados de carga útil.

[0029] O dispositivo 100 pode ser conectado a e/ou parte da RAN. O dispositivo 100 pode ser incorporado por ou em uma estação base da RAN, um ou mais nós conectados à RAN para controlar a estação base ou uma combinação dos mesmos. Qualquer um dos módulos do dispositivo 100 pode ser implementado por unidades configuradas para fornecer a funcionalidade correspondente.

[0030] A estação base pode abranger um controlador de rede (por exemplo, um ponto de acesso Wi-Fi de acordo com a IEEE 802.11) ou um nó de acesso via rádio (por exemplo, um 3G NodeB, um 4G eNodeB ou um 5G gNodeB) da RAN. A estação base pode ser configurada para fornecer acesso via rádio a uma pluralidade de dispositivos de rádio.

[0031] As informações do sistema, particularmente o MIB e/ou o SIB, podem ser transmitidas (por exemplo, difundida) a um ou mais dispositivos de rádio. Cada dispositivo de rádio pode ser configurado para se conectar sem fio à RAN, particularmente a uma estação base da RAN.

[0032] Além disso, a comunicação por TDD pode ser uma comunicação de banda estreita (NB). Alguns ou cada um dos dispositivos de rádios pode ser configurado para a comunicação em NB na RAN. Alguns ou cada um dos dispositivos de rádio pode ser um dispositivo de NB da Internet das Coisas (NB- IoT).

[0033] Alternativamente ou adicionalmente, alguns ou cada um dos dispositivos de rádio podem ser um equipamento de usuário (UE), por exemplo, de acordo com a 3GPP, e/ou uma estação móvel ou portátil, por exemplo, de acordo com a IEEE 802.11. Dois ou mais dispositivos de rádio podem ser configurados para se conectarem sem fios um com o outro, por exemplo, em uma rede de rádio ad-hoc ou via enlace laterais 3GPP de acordo com as informações do sistema.

[0034] A Fig. 2 ilustra esquematicamente um diagrama de blocos de um dispositivo para receber informações do sistema para uma comunicação por duplexação por divisão de tempo (TDD) em uma rede de acesso via rádio (RAN). O dispositivo é referido genericamente pelo sinal de referência 200.

[0035] O dispositivo 200 compreende um módulo de recepção de MIB 202 que recebe um bloco de informações mestre (MIB) em uma portadora âncora da comunicação por TDD na RAN. O MIB é indicativo de um recurso espectral alocado a um bloco de informações do sistema (SIB) da comunicação por TDD na RAN. O dispositivo 200 compreende ainda um módulo de recepção de SIB 204 que recebe o SIB no recurso espectral indicado no MIB.

[0036] As informações do sistema podem compreender ou depender de pelo menos um de MIB recebido e o SIB recebido. Opcionalmente, o dispositivo 200 pode ainda compreender um módulo de comunicação por TDD 206 que executa a comunicação por TDD de acordo com as informações do sistema por, pelo menos, um de receber dados de carga útil, transmissão de dados de carga útil e sendo escalonada uma recepção e/ ou transmissão de dados de carga útil.

[0037] O dispositivo 200 pode ser conectado a, incorporado por e/ou parte de um dispositivo de rádio. Qualquer um dos módulos do dispositivo 200 pode ser implementado por unidades configuradas para fornecer a funcionalidade correspondente.

[0038] O dispositivo de rádio pode ser configurado para se conectar sem fio à RAN, particularmente a uma estação base da RAN, com base nas informações do sistema. O dispositivo de rádio pode ser um equipamento de usuário (UE), por exemplo, de acordo com 3GPP, e/ ou uma estação móvel ou portátil, por exemplo, de acordo com IEEE 802.11 (Wi-Fi). Alternativamente ou em adição, o dispositivo de rádio pode ser configurado para se conectar sem fios a uma outra modalidade do dispositivo de rádio de acordo com as informações do sistema, por exemplo, em uma rede de rádio ad-hoc ou através de enlace laterais 3GPP.

[0039] A comunicação por TDD pode ser uma comunicação dentro da banda estreita (NB). O dispositivo de rádio pode ser configurado para a comunicação em NB na RAN. O dispositivo de rádio pode ser um dispositivo de NB da Internet das Coisas (NB-IoT).

[0040] A estação base pode abranger um controlador de rede (por exemplo, um ponto de acesso Wi-Fi) ou um nó de acesso via rádio (por exemplo, um 3G NodeB, um 4G eNodeB ou um 5G gNodeB) da RAN. A estação base pode ser configurada para fornecer acesso via rádio ao dispositivo de rádio.

[0041] A Fig. 3 mostra um fluxograma para um método 300 de transmissão de informações do sistema para uma comunicação por duplexação por divisão de tempo (TDD) em uma rede de acesso via rádio (RAN). O método compreende ou dispara uma etapa 302 de transmissão de um bloco de informações mestre (MIB) em uma portadora âncora da comunicação por TDD na RAN. O MIB é indicativo de um recurso espectral alocado a um bloco de informações do sistema (SIB) da comunicação por TDD na RAN. Em uma etapa 304 do método 300, o SIB é transmitido no recurso espectral indicado no MIB.

[0042] As informações do sistema podem ser derivadas usando pelo menos um de MIB transmitido e o SIB transmitido. Opcionalmente, na etapa 306, a comunicação por TDD é realizada na RAN com base nas informações do sistema.

[0043] O método 300 pode ser realizado pelo dispositivo 100, por exemplo, na ou usando a estação base da RAN. Por exemplo, os módulos 102 e 104 podem executar as etapas 302 e 304, respectivamente.

[0044] A Fig. 4 mostra um fluxograma para um método 400 para receber informações do sistema para uma comunicação por duplexação por divisão de tempo (TDD) em uma rede de acesso via rádio (RAN). O método compreende ou aciona uma etapa 402 de transmissão de um bloco de informações mestre (MIB) em uma portadora âncora da comunicação por TDD na RAN. O MIB é indicativo de um recurso espectral alocado a um bloco de informações do sistema (SIB) da comunicação por TDD na RAN. Na etapa 404 do método 400, o SIB é recebido no recurso espectral indicado no MIB.

[0045] As informações do sistema podem ser derivadas utilizando, pelo menos, um do MIB transmitido e do SIB transmitido. Opcionalmente, na etapa 406, a comunicação por TDD é realizada na RAN com base nas informações do sistema.

[0046] O método 400 pode ser realizado pelo dispositivo 200, por exemplo, no ou usando o dispositivo de rádio. Por exemplo, os módulos 202 e 204 podem executar as etapas 402 e 404, respectivamente.

[0047] Qualquer característica ou etapa descrita para uma modalidade do dispositivo 100 pode ser implementada no método 300, e uma modalidade do dispositivo 200 e uma implementação do método 400 podem compreender uma característica ou etapa correspondente. Ou seja, os dispositivos 100 e 200, bem como os métodos 300 e 400, são aspectos diferentes da técnica.

[0048] A técnica pode permitir a indicação do SIB (por exemplo, um SIB1- NB) em uma portadora não âncora para o NB-IoT TDD. Um número baixo ou mínimo de bits no MIB (por exemplo, um MIB-NB) pode sinalizar o recurso espectral (por exemplo, a posição da portadora não âncora) que porta o SIB (por exemplo, o SIB1-NB) e fornece a flexibilidade para reduzir o impacto em um sistema de banda larga móvel (MBB) coexistente (por exemplo, um sistema LTE legado).

[0049] Através da aplicação da técnica, a rede (por exemplo, a RAN e/ ou uma rede núcleo conectada à RAN) pode indicar aos dispositivos de rádio (por exemplo, os UE), uma portadora não âncora em que o SIB (por exemplo, SIB1- NB) é transmitido, com alguns bits dedicados ao SIB no MIB (por exemplo, o MIB-NB).

[0050] A técnica permite o uso de um formato comum para o MIB (por exemplo, o MIB-NB) para várias implementações (por exemplo, todas as três) (por exemplo, modos de operação de NB-IoT), incluindo pelo menos uma implementação dentro da banda, uma implementação de banda de guarda e uma implementação autônoma.

[0051] O MIB (por exemplo, MIB-NB) para a comunicação por TDD (por exemplo, para a comunicação por NB-IoT TDD) pode indicar uma configuração da portadora na qual o SIB (por exemplo, a portadora SIB1-NB) é transmitido para auxiliar o dispositivo 100 (por exemplo, o dispositivo de rádio, particularmente o UE) a determinar a portadora SIB. Por exemplo, a configuração no MIB para a portadora SIB pode consistir em um campo que é indicativo de se o SIB está sobre a portadora âncora ou uma portadora não âncora. Em alternativa ou além disso, uma extensão das Informações de Modo de Operação existente pode fornecer uma configuração específica de implementação (por exemplo, o modo de funcionamento dependente) para o

SIB.

[0052] O dispositivo 100 (por exemplo, o dispositivo de rádio, particularmente o módulo 206) pode determinar o recurso espectral exato (por exemplo, a portadora não âncora de NB-IoT), na qual o SIB (por exemplo, o SIB1-NB) é transmitido na etapa 304 e recebido na etapa 404, com base em regras predefinidas (por exemplo, especificadas em uma especificação técnica de 3GPP) em combinação com a indicação (por exemplo, a configuração da portadora SIB1-NB) difundida no MIB (por exemplo, o MIB-NB).

[0053] Em um sistema de NB-IoT configurado para TDD, o enlace descendente (ou seja, transmissão das estações base da RAN para os UEs) e o enlace ascendente (ou seja, transmissão dos UEs para as estações base) compartilham a mesma frequência de portadora em uma maneira de divisão de tempo definida por uma configuração para TDD de enlace ascendente- enlace descendente.

[0054] Os sinais de sincronização iniciais incluem um sinal de sincronização primária NB (NPSS) e um sinal de sincronização secundária NB (NSSS), que são transmitidos na portadora âncora. Um canal de difusão físico de NB (NPBCH), que difunde o MIB-NB para toda a cobertura celular, também é transmitido na portadora âncora, por exemplo, de acordo com as Notas do Presidente da RAN1 na Convenção sobre 3GPP TSG RAN WG1 90bis, Praga, CZ, 9-13 de outubro de 2017.

[0055] Modalidades da técnica permitem que a RAN (por exemplo, a estação de base) transmita o SIB (por exemplo, o SIB1-NB), e opcionalmente um ou mais outros SIBs, em uma ou mais portadoras não âncora. Se o SIB é transmitido em uma portadora não âncora, o MIB (por exemplo, o MIB-NB) informa o UE sobre o recurso espectral exato do SIB, ou seja, a portadora não âncora, de modo que o UE possa ajustar seu receptor àquela operadora específica para receber o SIB, opcionalmente, outros SIBs.

[0056] Modalidades da técnica usam quantidades limitadas de bits reserva no MIB para indicar o recurso espectral do SIB (por exemplo, a portadora SIB1-NB). Usando a técnica, o recurso espectral para o SIB pode ser implementado em muitas posições de frequência possíveis, por exemplo, com enormes flexibilidades de acordo com uma definição do sistema.

[0057] Ao contrário das modalidades da técnica que usam um ou poucos bits para indicar o recurso espectral do SIB no MIB, uma maneira convencional de indicar uma portadora não âncora em NB-IoT, conforme definido no 3GPP Release 14, por exemplo, na Seção 5.7.3 do documento 3GPP TS 36.104 (por exemplo, Versão 14.5.0), requer 23 bits, incluindo 18 bits para indicar o Número do Canal de Frequência de Rádio Absoluto E-UTRA (EARFCN) e outros 5 bits para o deslocamento de frequência para o raster de portadora em um SIB. Esse número de bits não se encaixa no MIB-NB devido ao tamanho limitado do MIB-NB.

[0058] A técnica pode aplicar um tradeoff entre a flexibilidade do recurso espectral (por exemplo, a posição SIB1-NB no domínio da frequência) e o número de bits indicativos do recurso espectral no MIB. Ao predefinir o recurso espectral (por exemplo, a posição da portadora não âncora) que porta o SIB (por exemplo, o SIB1-NB) ou ao predefinir alguns candidatos ao recurso espectral, o número de bits usados no MIB pode ser minimizado.

[0059] O SIB pode ser um SIB tipo 1 ou SIB1, por exemplo, compatível com um SystemInformationBlockType1-NB (SIB1-NB) especificado no documento 3GPP TS 36.331 (por exemplo, versão 14.4.0). A transmissão do MIB e/ou a transmissão do SIB podem ser difusões. As informações do sistema podem incluir pelo menos um dentre o MIB e o SIB.

[0060] Ao indicar, no MIB, o recurso espectral que transporta o SIB (por exemplo, SIB1), informações suficientes do sistema para configurar de forma flexível a comunicação por TDD podem ser transmitidas sem uma sobrecarga de sinalização desproporcional causada pelo MIB na portadora âncora. Por exemplo, a mesma estrutura ou tamanho do MIB pode ser transmitida em diferentes ou em todos os modos de implementação e/ ou em configurações para TDD diferentes ou em todas de enlace ascendente-enlace descendente, incluindo uma configuração de enlace ascendente-enlace descendente com recursos raros ou mínimos de enlace descendente.

[0061] Em uma implementação, pode não ser possível transmitir no enlace descendente na portadora não âncora em um subquadro configurado para o enlace ascendente de acordo com a configuração enlace ascendente- enlace descendente -TDD. Em outras palavras, a mesma configuração de enlace ascendente-enlace descendente pode ser aplicada às portadoras âncora e não âncora em algumas implementações.

[0062] O recurso espectral pode ser indicado no domínio da frequência, por exemplo, como uma frequência central, uma sub-portadora, uma faixa de frequência e/ ou um ou mais blocos de recursos físicos (PRBs).

[0063] O recurso espectral pode incluir pelo menos uma portadora não âncora que é usada para a transmissão do SIB, a portadora não âncora sendo diferente da portadora âncora. Mais de uma portadora não âncora pode ser usada para aumentar a capacidade.

[0064] A portadora âncora também pode ser referida como uma portadora primária. A portadora não âncora também pode ser referida como portadora secundário. A portadora não âncora pode ser não sobreposta e/ou vizinha (por exemplo, adjacente) à portadora âncora.

[0065] O MIB pode ser indicativo da possibilidade do recurso espectral estar na portadora âncora ou em uma portadora que não seja a portadora âncora. O MIB pode ser indicativo da possibilidade do recurso espectral (por exemplo, a transmissão do SIB) estar na portadora âncora ou na portadora não âncora.

[0066] O MIB pode incluir pelo menos um valor ou indicador de parâmetro que seja indicativo do recurso espectral. Por exemplo, o MIB pode incluir um valor de índice e/ou um campo de bits indicativo (por exemplo, referente a) da frequência, da subportadora, da faixa de frequência e/ou do um ou mais PRB. O MIB pode ser indicativo de uma frequência absoluta e/ou uma faixa de frequência absoluta para o recurso espectral. Alternativamente ou em combinação, o MIB pode ser indicativo de uma posição e/ou tamanho relativos (por exemplo, uma posição relativa da frequência, da sub-portadora, da faixa de frequência e/ou do um ou mais PRBs) do recurso espectral.

[0067] O MIB pode ser indicativo do recurso espectral em relação à portadora âncora. Alternativamente ou em combinação, o MIB pode ser indicativo do recurso espectral em termos de blocos de recursos físicos (PRBs).

[0068] O MIB pode ser indicativo do recurso espectral com referência a um raster de PRBs. Pelo menos uma de uma frequência central e uma largura de banda do recurso espectral podem ser indicadas em termos dos PRBs.

[0069] O método pode ainda compreender ou desencadear uma etapa de transmissão de sinais de sincronização inicial na portadora âncora para a comunicação por TDD na RAN. Os sinais de sincronização inicial podem incluir pelo menos um dos sinais de sincronização primários (PSS, por exemplo, NB PSS ou NPSS) e sinais de sincronização secundários (SSS, por exemplo, NB SSS ou NSSS) da RAN.

[0070] As transmissões na portadora âncora e/ou na portadora não âncora podem ser governadas por uma configuração de enlace ascendente- enlace descendente da comunicação por TDD na RAN. A configuração de enlace ascendente-enlace descendente da comunicação por TDD pode associar subquadros da comunicação por TDD a uma direção de comunicação. A configuração de enlace ascendente-enlace descendente da comunicação por TDD pode ser compatível com aquelas do documento 3GPP TS 36.211, Tabela

4.2-2 (por exemplo, versão 14.4.0) para o tipo 2 de estrutura de quadro. Por exemplo, a configuração de enlace ascendente-enlace descendente da comunicação por TDD na RAN pode ser determinada a partir de um subconjunto da configuração de enlace ascendente-enlace descendente.

[0071] O método pode ainda compreender ou desencadear uma etapa de transmitir e receber seletivamente dados de carga útil no canal âncora, de acordo com a configuração de enlace ascendente-enlace descendente da comunicação por TDD na RAN.

[0072] As informações do sistema (por exemplo, MIB ou SIB) e/ou umas informações de controle de enlace descendente (DCI) podem ser indicativas da configuração para TDD de enlace ascendente-enlace descendente. Pode haver 6 ou 7 configurações para TDD de enlace ascendente-enlace descendente, uma das quais pode ser configurada no dispositivo de rádio, indicando a configuração correspondente no MIB, no SIB (por exemplo, SIB1) ou no DCI. As configurações para TDD de enlace ascendente-enlace descendente podem ser compatíveis com as definidas no documento 3GPP TS 36.331 (por exemplo, versão 14.4.0).

[0073] Além disso, diferentes configurações para TDD de enlace ascendente-enlace descendente podem ser aplicadas a diferentes portadoras. A portadora âncora e os uma ou mais portadoras não âncora podem usar configurações para TDD de enlace ascendente-enlace descendente diferentes. Tais configurações para TDD de enlace ascendente-enlace descendente diferentes podem ser indicadas no MIB. Alternativamente ou adicionalmente,

se um escalonamento SIB1 for o mesmo para todas as configurações para TDD de enlace ascendente-enlace descendente (por exemplo, no subquadro #0 e/ou no subquadro #1), a configuração para TDD de enlace ascendente-enlace descendente poderá ser incluída no SIB1. Caso contrário, a configuração para TDD de enlace ascendente-enlace descendente pode ser incluída no MIB.

[0074] A comunicação por TDD na RAN pode ser uma comunicação por rádio dentro da banda estreita (NB) envolvendo dispositivos de NB. Os dispositivos de NB também podem ser referidos como dispositivos de rádio de NB ou dispositivos de NB da Internet das coisas (IoT), ou seja, dispositivos de NB-IoT. Os dispositivos de NB-IoT podem executar um procedimento de acesso aleatório com a RAN com base em pelo menos um dos sinais de sincronização inicial, o MIB e o SIB. Por exemplo, a RAN pode receber um preâmbulo de acesso aleatório de um dispositivo de NB-IoT.

[0075] Pelo menos uma das informações do sistema (SI), o MIB e o SIB podem se referir à comunicação em NB. Pelo menos um dentre o SI, o MIB e o SIB podem ser referidos como SI-NB, MIB-NB e SIB-NB, respectivamente.

[0076] Uma largura de banda do sistema da comunicação em NB (ou seja, a largura de banda do sistema de NB) pode ser igual ou (por exemplo, significativamente) menor que uma largura de banda coerente da comunicação em NB. A largura de banda da coerência pode incluir uma medição estatística da faixa de frequências sobre as quais um canal de rádio pode ser considerado plano ou uma largura de banda ou intervalo de frequência durante o qual dois componentes de frequência de um sinal por rádio provavelmente experimentarão enfraquecimento comparável ou correlacionado (por exemplo, amplitude) enfraquecendo. A largura de banda do sistema de NB (por exemplo, a largura de banda do UE) pode abranger pelo menos um da portadora âncora e da portadora não âncora. A largura de banda em NB pode ser de 200 kHz (ou

1 PRB como largura de banda útil) para a comunicação em NB. Mais especificamente, da perspectiva do dispositivo de rádio de NB, a largura de banda NB pode ser menor que a largura de banda coerente da comunicação em NB. Além disso, a RAN pode configurar várias portadoras não âncoras em posições diferentes, caso em que a correlação pode ser enfraquecida.

[0077] A RAN pode ainda fornecer acesso via rádio a dispositivos de banda larga móvel (MBB) para uma comunicação em MBB em uma largura de banda do sistema de MBB da RAN, uma NB usada pela comunicação em NB sendo implementada na largura de banda do sistema de MBB ou em uma banda de guarda da largura de banda do sistema de MBB.

[0078] A largura de banda do sistema da comunicação em MBB (ou seja, a largura de banda do sistema de MBB) pode ser (por exemplo, várias vezes) maior que a largura de banda do sistema de NB usado pela comunicação em NB. Alternativamente ou em combinação, a largura de banda do sistema de MBB pode abranger pelo menos ou mais do que a largura de banda de 6 PRBs para se comunicar com um dispositivo de rádio (por exemplo, UE).

[0079] A largura de banda do sistema de MBB pode (por exemplo, significativamente) exceder uma largura de banda coerente da comunicação em MBB, por exemplo, a largura de banda coerente de um canal de MBB usado pela comunicação em MBB. Uma função de transferência do canal de MBB pode depender da frequência na largura de banda do sistema de MBB.

[0080] Os dispositivos de MBB e os dispositivos de NB IoT podem coexistir dentro de uma região de cobertura (por exemplo, uma célula ou setor) da RAN. Um dispositivo de NB-IoT pode ser configurado para transmitir e/ou receber na largura de banda do sistema de NB. A largura de banda do sistema de NB pode corresponder a um ou poucos (por exemplo, 2 ou 3) PRBs, 1 a 12 sub- portadoras e/ou 15 kHz a 180 kHz ou 200 kHz. Um dispositivo de MBB pode ser configurado para transmitir e receber na largura de banda do sistema de MBB correspondente a vários PRBs, mais de 12 sub-portadoras e/ou mais de 180 kHz ou 200 kHz.

[0081] A comunicação em MBB pode usar duplexação por divisão de frequência (FDD) ou TDD. No caso de TDD para a comunicação em MBB, a mesma configuração de enlace ascendente-enlace descendente pode ser aplicada às comunicações por NB e MBB na RAN.

[0082] Além disso, a portadora não âncora pode ser (por exemplo, seletivamente) usada para enlace ascendente e enlace descendente.

[0083] A largura de banda do sistema de NB pode abranger pelo menos uma das portadoras âncora e portadora não âncora. As uma ou mais portadoras não âncoras podem ser dispostas em qualquer PRB do sistema de MBB, por exemplo, exceto os 6 PRBs centrais no sistema LTE.

[0084] Os PRBs para a comunicação em MBB podem ser organizados no domínio da frequência de acordo com um esquema de PRB. Alternativamente ou adicionalmente, a portadora âncora para a comunicação em NB pode ser disposta no domínio da frequência de acordo com um raster de portadora. Um espaçamento de PRB do esquema de PRB pode ser maior que um espaçamento de portadora do raster de portadora. O espaçamento do PRB pode ser de 180 kHz. O espaçamento da portadora pode ser de 100 kHz.

[0085] A portadora âncora pode usar um PRB de acordo com o esquema do PRB. Um deslocamento entre uma frequência central do PRB e uma portadora do raster de portadora pode ser igual ou inferior a 7,5 kHz e/ou metade do espaçamento de um sub-portadora. O espaçamento do sub- portadora pode ser de 15 kHz. O deslocamento pode ser igual ou inferior a 7,5 kHz ou 2,5 kHz. Por exemplo, o deslocamento pode ser pequeno o suficiente para que o dispositivo de NB-IoT detecte a portadora âncora mesmo que ele esteja fazendo uma varredura no raster da portadora. Por exemplo, uma frequência da portadora âncora pode estar perto de um mínimo múltiplo comum do espaçamento de PRB e do espaçamento da portadora.

[0086] A portadora não âncora pode usar outro PRB de acordo com o esquema de PRB próximo ao PRB da portadora âncora. O PRB próximo à portadora âncora pode ser vizinho ou adjacente ao PRB da portadora âncora.

[0087] Pelo menos um da portadora âncora e da portadora não âncora da comunicação em NB pode estar localizado em uma ou mais bandas de guarda da largura de banda do sistema de MBB. O MIB pode ser indicativo da possibilidade da portadora âncora e a portadora não âncora estarem localizados na mesma banda de guarda da largura de banda do sistema de MBB ou bandas de guarda opostas da largura de banda do sistema de MBB.

[0088] A portadora âncora pode estar mais próxima de um limite de frequência da largura de banda do sistema de MBB. Alternativamente ou em combinação, a portadora âncora pode ser igual ou localizado na borda da frequência da largura de banda do sistema de MBB.

[0089] Alternativamente ou adicionalmente, a portadora âncora pode estar mais próxima de uma frequência da portadora de MBB do que da portadora não âncora, ou a portadora âncora e a portadora não âncora podem estar dispostos simetricamente no domínio da frequência em relação à frequência da portadora de MBB.

[0090] A portadora âncora pode estar disposta entre a largura de banda do sistema de MBB e a portadora não âncora. Por exemplo, o MIB pode ser indicativo da possibilidade da portadora não âncora para transmissão do SIB corresponder a um PRB próximo ou segundo ao lado da borda de frequência da largura de banda do sistema de MBB da RAN.

[0091] O MIB pode ser indicativo de se a portadora não âncora usada para transmitir o SIB esteja localizada em uma banda de guarda na borda de frequência mais baixa da largura de banda do sistema de MBB ou em uma banda de guarda na borda de frequência mais alta da largura de banda do sistema de MBB.

[0092] O MIB pode ser indicativo de se a portadora não âncora usada para transmitir o SIB esteja localizada em uma frequência menor que a borda de frequência mais baixa da largura de banda do sistema de MBB ou em uma frequência mais alta que uma borda de frequência mais alta da largura de banda do sistema de MBB.

[0093] Pelo menos um da portadora âncora e da portadora não âncora da comunicação em NB pode ser localizado dentro da largura de banda do sistema de MBB. Pelo menos um da portadora âncora e do recurso espectral usado para transmitir o SIB da comunicação em NB pode estar localizado dentro da largura de banda do sistema de MBB.

[0094] O MIB pode ser indicativo da possibilidade do recurso espectral usado para transmitir o SIB estar disposto em um PRB adjacente a uma borda de frequência mais baixa ou em uma borda de frequência mais alta de um PRB usado pela portadora âncora.

[0095] Alternativamente ou adicionalmente, o MIB pode ser indicativo de um subquadro usado (por exemplo, na portadora âncora) para transmitir o SIB.

[0096] Uma implementação da técnica de 3GPP NB-IoT para a comunicação em NB pode ser compatível com um sistema de NB definido pelo 3GPP para Internet das Coisas de celular (IoT). O sistema de NB fornece acesso aos serviços de rede usando uma camada física otimizada para um consumo de potência muito baixo. A largura de banda total da portadora do NB pode ser de 180 kHz e o espaçamento do sub-portadora pode ser de 3,75 kHz ou 15 kHz. O sistema de NB pode ser baseado em sistemas de MBB existentes (por exemplo, sistemas LTE) e aborda arquitetura de rede otimizada e cobertura interna aprimorada para um grande número de dispositivos de rádio de NB-IoT (também conhecido como dispositivo de rádio de NB ou dispositivo de NB-IoT).

[0097] Qualquer dispositivo de rádio de NB-IoT pode incluir pelo menos uma das seguintes características. Uma primeira característica pode incluir uma baixa taxa de transferência do dispositivo de rádio de NB-IoT, por exemplo, 2 kbps ou menos. Uma segunda característica pode incluir uma baixa sensibilidade para atraso ou latência, por exemplo, para atraso ou latência da ordem de 10 segundos ou mais de 10 segundos. Uma terceira característica pode incluir baixos custos para a fabricação do dispositivo de rádio de NB-IoT, por exemplo, abaixo de 5 dólares. Uma quarta característica pode incluir um baixo consumo de energia do dispositivo de NB-IoT, por exemplo, para uma duração de bateria da ordem de 10 anos ou mais.

[0098] A Fig. 5 ilustra esquematicamente uma modalidade da RAN 500, na qual a técnica pode ser implementada. A RAN 500 compreende pelo menos uma modalidade do dispositivo 100, por exemplo, em uma estação base 510. A comunicação por TDD envolve pelo menos uma comunicação por NB TDD 502 com um dispositivo de rádio de NB 512. Cada um dos dispositivos de rádio 512 incorpora o dispositivo 200. Como ilustrado esquematicamente na Fig. 5, a comunicação em NB 502 pode coexistir com uma comunicação de banda larga móvel (MBB) 504 envolvendo dispositivos de rádio de MBB 514.

[0099] Sem limitação à RAN 500 ilustrada esquematicamente na Fig. 5, uma largura de banda da portadora da comunicação em NB 502 pode ser de 180 kHz ou menos, por exemplo, em oposição a uma largura de banda da comunicação em MBB 504. A portadora âncora ou qualquer portadora da comunicação em NB pode ser usada (por exemplo, para o enlace ascendente)

em um primeiro modo com uma única sub-portadora (ou tom) com espaçamento de sub-portadora de 15 kHz e/ou 3,75 kHz ou em um segundo modo com transmissões de múltiplos sub-portadoras (ou tons múltiplos) com espaçamento de sub-portadoras de 15 kHz. Além disso, a comunicação em NB, por exemplo, não suporta um código turbo para o enlace descendente, por exemplo, em oposição à comunicação em MBB.

[00100] Exemplos para os dispositivos de rádio de MBB 514 incluem uma estação móvel, como telefone celular ou tablet, e uma estação portátil, como laptop ou aparelho de televisão. Exemplos para os dispositivos de rádio de NB 512 incluem robôs, sensores e/ou atuadores, por exemplo, na fabricação, comunicação automotiva e automação residencial. O dispositivo de rádio de NB pode ser implementado em eletrodomésticos e eletrônicos de consumo. Modalidades de uma combinação de um dispositivo de rádio de MBB 514 e dispositivo de rádio de NB 512 podem incluir um veículo autônomo, um sistema de intercomunicação de porta e um caixa automático.

[00101] Exemplos para a estação base 510 podem incluir uma estação base 3G ou Node B, estação base 4G ou eNodeB, uma estação base 5G ou gNodeB, um ponto de acesso (por exemplo, um ponto de acesso Wi-Fi) e um controlador de rede (por exemplo, de acordo com para Bluetooth, ZigBee ou Z- Wave).

[00102] A RAN 500 pode ser compatível com o Sistema Global de Comunicações Móveis (GSM), o Sistema Universal de Telecomunicações Móveis (UMTS), Evolução de Longo Prazo (LTE) e/ou Novo Rádio 5G (NR).

[00103] Aspectos da técnica podem ser implementados em uma Camada Física (PHY), uma camada de Controle de Acesso ao Meio (MAC), uma camada de Controle de Enlace de Rádio (RLC) e/ou uma camada de controle de recursos de rádio (RRC) de uma pilha de protocolo para a comunicação via rádio.

[00104] Cada estação base 510 da RAN 500 pode fornecer acesso via rádio em uma ou mais células ou setores. Uma área de cobertura de cada célula ou setor pode ser da ordem de 1 km² (1 quilômetro quadrado). Cada célula ou setor pode atender a milhares (por exemplo, mais de 10 mil ou da ordem de 50 mil) dispositivos de rádio de NB-IoT, como sensores, medidores, atuadores etc. A largura de banda estreita 612 da NB 602 pode fazer uso de espectro existente, por exemplo, de GSM. Ou seja, a NB 602 pode ser implementada no espectro GSM. O raster de portadora do sistema de NB-IoT, incluindo etapas de frequência de 100 kHz, pode ser congruente com um raster de 200 kHz para GSM.

[00105] A Fig. 6 ilustra esquematicamente um primeiro exemplo de uma banda de frequência 600 que é usada para comunicação via rádio na RAN 500, por exemplo, de acordo com a RAN 500 exemplificativa ilustrado na Fig. 5. A NB 602, isto é, a porção da banda de frequência 600 usada para a comunicação por NB TDD 502, pode ser implementada de maneira diferente em relação a ou independentemente da MBB 604 usada ou disponível para a comunicação em MBB 504.

[00106] Para maior clareza e sem limitação, uma portadora NB-IoT é ilustrada na Fig. 6 como a NB 602. Cada portadora NB-IoT pode ocupar uma largura de banda de 180 kHz, por exemplo, correspondendo a um PRB da MBB 604 sendo alocado para a comunicação por NB TDD 502.

[00107] A portadora NB-IoT 602 ilustrado pode ser usado como portadora âncora da comunicação por NB TDD 602. Alternativamente, uma ou mais portadoras não âncora podem ser implementados como esquematicamente ilustrados em um ou mais dos sinais de referência 602. Além disso, a portadora âncora e o uma ou mais portadoras não âncora podem estar dispostos (por exemplo, ao lado um do outro) em um ou mais dos sinais de referência 602.

[00108] A Fig. 6 ilustra esquematicamente implementações (também: referidos como modos de operação) da NB 602, por exemplo, a portadora âncora e/ou portadora não âncora. As implementações incluem, como ilustrado esquematicamente da esquerda para a direita, uma implementação dentro da banda, uma implementação de banda de guarda e uma implementação autônoma. A NB 602 é implementada dentro da banda com a MBB 604, se a NB 602 estiver dentro da MBB 604 usada ou disponível para a comunicação em MBB 504. Na implementação da banda de guarda, a NB 602 está localizada em uma banda de guarda 606 da MBB 604. Na implementação autônoma, a NB 602 está localizada em uma faixa de frequência dedicada a NB, por exemplo, na ausência de uma MBB 604 ou a faixa de frequência dedicada a NB é independente de uma MBB 604 coexistente.

[00109] Os três modos de operação diferentes (autônomo, banda de guarda e dentro da banda) podem ser compatíveis com 3GPP RP-152284 [“New Work Item: Narrowband IoT (NB-IoT)”, Huawei e HiSilicon, RAN #70]. Na implementação autônoma, o sistema de NB-IoT é operado dentro das bandas de frequência dedicadas. Para implementação dentro da banda, a NB 602 é colocada dentro das bandas de frequência 604 utilizadas por ou disponível para um sistema de MBB coexistente (por exemplo, um sistema LTE). Na implementação de banda de guarda, a NB 602 é colocada na banda de guarda 606 do sistema de MBB coexistente (por exemplo, um sistema LTE), ou seja, perto das bordas da MBB 604, como ilustrado esquematicamente na Fig. 6.

[00110] O sistema de NB-IoT pode operar com uma largura de banda do sistema de NB 612 de 180 kHz ou um múltiplo do mesmo, por exemplo, para operação com múltiplas portadoras de acordo com a implementação de uma ou mais portadoras não âncoras. Quando múltiplas portadoras são configuradas, por exemplo, de acordo com a 3GPP R1-161548 [“RAN1 agreements for Rel-13 NB-IoT”, Work Item rapporteur Ericsson, 3GPP TSG-RAN WG1 Meeting #84, St. Julian's, Malta, 15 a 19 de fevereiro de 2016], vários PRBs, cada um com uma largura de banda de 180 kHz, podem ser usados, por exemplo, para aumentar a capacidade do sistema de NB, para coordenação de interferência inter-células e/ou balanceamento de carga.

[00111] Blocos de recursos físicos (PRBs) do MBB 604 são agrupados em um grupo de blocos de recurso (RBG) para ser escalonado para um dispositivo de rádio de MBB 514 (por exemplo, um UE) de acordo com algumas alocações de recurso de MBB (por exemplo, a atribuição de recursos LTE Tipo 0, que é o tipo de alocação de recurso mais comumente usado). Dependendo de uma largura de banda de canal de MBB ou uma largura de banda de sistema de MBB 608, o número de PRBs em cada RBG varia de 1 a 4. A largura de banda de canal da MBB 604 pode ser definida como a largura de banda ocupada pela MBB 604, incluindo as bandas de guarda 606. A largura de banda do sistema de MBB 608 pode ser definida pela configuração da largura de banda de transmissão da MBB 604, por exemplo, em unidades de PRBs.

[00112] Para a implementação dentro da banda da comunicação por NB TDD 502, o uso de RBGs pode fragmentar a alocação de recursos MBB (por exemplo, LTE), porque um sinal de referência de banda estreita (NRS) é usado para a comunicação por NB TDD 502 como sinal de referência de enlace descendente, tal característica está ausente nos LTE UEs legados. Portanto, a portadora âncora e as uma ou mais portadoras não âncora estão preferencialmente no mesmo RBG da MBB 604 para a implementação dentro da banda da NB 602. Uma modalidade preferida utiliza todos os PRBs de um RBG para a comunicação por NB TDD 502 em uma implementação dentro da banda antes que outro RBG seja usado. Esta regra de preenchimento de RBG também pode ser aplicada a RBGs compreendendo apenas portadoras não âncoras da comunicação por NB TDD 502.

[00113] Para a implementação de banda de guarda, a mesma modalidade ou uma modalidade preferida adicional coloca a portadora âncora e a portadora não âncora em bordas de banda diferentes da MBB 604, por exemplo, para atender a um requisito que limita as emissões de banda externa. Por exemplo, a NB 602 pode estar localizada entre uma porção residual 610 da banda de guarda 606 e a largura de banda do sistema 608 da MBB 604. Como resultado, a complexidade de um projeto de filtro pode ser reduzida, especialmente se a portadora não âncora também for impulsionado por energia.

[00114] A Fig. 7 ilustra esquematicamente uma estrutura de frequência exemplificativa da MBB 604, que pode ser parte do primeiro exemplo ou outro segundo exemplo da banda de frequências de 600 utilizada pela RAN 500.

[00115] A largura de banda do sistema 608 do MBB 604 compreende um número (NRB) de PRBs 700 de acordo com a configuração de largura de banda de transmissão da MBB 604. O limite 702 em emissões fora da banda é esquematicamente ilustrado. A largura de banda de canal 609 engloba tanto a largura de banda do sistema 608 e as bandas de guarda 606. Um subconjunto 704 dos PRBs 700 é usado pela comunicação em MBB 504, de modo que alguns dos outros PRBs 700 podem ser alocados à comunicação por NB TDD 502 na implementação dentro da banda. Um sub-portadora central 706, que corresponde a um componente de corrente contínua (DC) na banda base, não é transmitido no enlace descendente da RAN 500.

[00116] O raster de canal do enlace descendente dos sistemas de NB-IoT está em uma grade de frequência de 100 kHz. Ou seja, os dispositivos de NB- IoT 512 pesquisam as portadoras de NB-IoT (mais especificamente, a portadora âncora) em um tamanho de etapa de 100 kHz, que pode ser implementado diretamente na implementação autônoma. Para as implementações dentro da banda e banda de guarda, como observado no documento 3GPP R1-160082 [“NB-IoT Channel Raster”, Ericsson, 3GPP TSG- RAN1 NB-IoT Ad Hoc, 18 a 20 de janeiro de 2016, Budapeste, Hungria], devido à presença da portadora DC 706 e ao fato do centro dos PRBs 700 estar entre dois sub-portadoras da MBB 604, não há PRB 700 que caia diretamente na grade de pesquisa de célula de NB usada na operação dentro da banda LTE. O deslocamento de frequência para a grade de 100 kHz é um mínimo de ± 2,5 kHz e ± 7,5 kHz para o número par e ímpar de PRBs 700 na largura de banda 608 do sistema LTE, respectivamente.

[00117] As frequências centrais 800 e 802 dos PRBs 700 são mostradas esquematicamente na Fig. 8 para implementações dentro da banda com um número par (linha superior) e ímpar (linha central) de PRBs, bem como implementações de banda de guarda (linha inferior). Essas frequências centrais nos sinais de referência 802 são exemplos dos deslocamentos mínimos. Uma descrição detalhada da correspondência entre a estrutura de MBB PRB e o raster de portadora NB com deslocamentos mínimos é fornecido no documento 3GPP R1-160082 mencionado anteriormente e no documento 3GPP R1-160022 [Channel raster design, fonte Huawei, HiSilicon, 3GPP TSG- RAN1 NB-IOT Ad Hoc, de 18 a 20 de janeiro de 2016, Budapeste, Hungria]. O deslocamento mínimo de ± 2,5 kHz ou ± 7,5 kHz pode ser tratado pelo dispositivo de rádio de NB 512 durante o processo de procura de células e, em seguida, ser compensado, por exemplo, tal como discutido nos documentos 3GPP R1-160080 [“NB-IoT – Synchronization Channel Evaluations”, Ericsson, 3GPP TSG-RAN1 NB-IoT Ad Hoc, 18 a 20 de janeiro de 2016, Budapeste, Hungria] e R1-160021 [“Synchronization signal evaluation”, Huawei e

HiSilicon, 3GPP TSG-RAN1 NB-IoT Ad Hoc, 18 a 20 de janeiro de 2016, Budapeste, Hungria].

[00118] Os deslocamentos mínimos definem restrições nas posições onde as portadoras de NB-IoT (mais especificamente: portadoras âncora) podem ser implementadas para operações dentro da banda e de banda de guarda. Portanto, uma portadora de enlace descendente de NB-IoT que contém sinais de sincronização e alguma das informações do sistema, isto é, a portadora âncora, só pode ser colocada em uma frequência central que é próximo (no sentido do deslocamento mínimo) de um de raster ou pontos de grade de 100 kHz. Além disso, os 6 PRBs 804 do meio não estão autorizados a serem usados pela comunicação por NB TDD, uma vez que estes PRBs 804 são utilizados pela MBB, por exemplo, pelo seu canal de controle de difusão.

[00119] Portanto, um NB-IoT UE 512 é necessário apenas para procurar uma portadora em um raster de 100 kHz. Uma portadora NB-IoT que se destina a facilitar a sincronização inicial do NB-IoT UE é referida como portadora âncora. O raster de pesquisa de NB-IoT UE de 100 kHz implica que, para implementação dentro da banda e implementação de banda de guarda, a portadora âncora só pode ser colocada em determinados PRBs 700 nas frequências centrais 802. A portadora âncora de NB-IoT em tais implementações necessita ter uma frequência central 802 não mais do que 7,5 kHz a partir do raster de 100 kHz. A pesquisa de células de NB-IoT e a aquisição inicial executada pelo NB UE 512 são capazes de sincronizar com a RAN 500 na presença de um deslocamento de raster de até ± 7,5 kHz.

[00120] A operação por portadora múltiplo de NB-IoT é suportada na comunicação por NB TDD 502 com base no MIB e, opcionalmente, com base nos um ou mais SIBs subsequentemente transmitidos. Como é suficiente ter uma portadora âncora de NB-IoT para facilitar a sincronização inicial do UE, as portadoras adicionais não precisam estar centralizadas perto do raster de 100 kHz. Essas portadoras adicionais são chamados de portadoras secundários ou não âncoras.

[00121] A técnica pode ser implementada em conformidade com outras melhorias de NB-IoT (feNB-IoT) sob um item de trabalho no documento 3GPP RP-171428, [“NB_IOTenh2, Revised WID on Further NB-IoT enhancements”, Huawei e Hisilicon, 3GPP TSG RAN Meeting # 76, West Palm Beach, EUA, 5 a 8 de junho de 2017].

[00122] A largura de banda do canal de MBB 609 pode estar relacionada ao número de NRB PRBs, isto é, a largura de banda de transmissão 608 de acordo com a Tabela 5.6-1 do documento 3GPP TS 36.106 (por exemplo, Versão 14.0.0) ou de acordo com a tabela abaixo. Largura de banda do canal de MBB 3 5 10 15 20 (MBB BWCanal) 609 MHz MHz MHz MHz MHz Configuração da largura de banda de 15 25 50 75 100 transmissão de MBB 608, ou seja, NRB PRBs PRBs PRBs PRBs PRBs

[00123] Índices de PRBs exemplificativos utilizáveis como portadora âncora em uma implementação dentro da banda da NB 602, por exemplo, para implementação de célula totalmente operacional da NB-IoT, estão descritos na tabela abaixo. Largura de banda do 3 5 10 MHz 15 MHz 20 MHz canal de MBB 609 MHz MHz 4, 9, 14, 19, 24, 4, 9, 14, 2, 7, 12, 17, Índices de PRB para a 2, 7, 29, 34, 39, 44, 19, 30, 22, 27, 32, portadora âncora da 2, 12 17, 55, 60, 65, 70, 35, 40, 42, 47, 52, comunicação em NB 22 75, 80, 85, 90, 45 57, 62, 67, 72 95

[00124] Aqui, a expressão “célula de operação completa” pode ou não ser uma terminologia usada por uma especificação 3GPP. Ela é usada para um entendimento conciso e claro da invenção. A expressão refere-se a uma célula que fornece acesso via rádio a um NB-IoT UE 512. Isso é, a célula fornece uma portadora âncora no raster que o NB-IoT UE 512 inicialmente está procurando. A portadora âncora fornece todas as informações necessárias para o acesso via rádio (por exemplo, sinais de sincronização, símbolos de referência e/ou informações de difusão) e pode ser usado para comunicação por NB TDD dedicada 502.

[00125] A Fig. 9 ilustra esquematicamente um conjunto de configurações para TDD de enlace ascendente-enlace descendente 900. Cada linha representa uma configuração para TDD de enlace ascendente-enlace descendente diferente 900, que é indicada por um índice correspondente exibido no lado esquerdo da Fig. 9. O tempo aumenta da esquerda para a direita em cada linha.

[00126] Cada caixa representa um subquadro 902. Um subquadro rotulado “D” é usado para comunicação de enlace descendente, um subquadro rotulado “U” é usado para comunicação de enlace ascendente e um subquadro rotulado “S” é dividido, incluindo porções para comunicações de enlace descendente e enlace ascendente.

[00127] Pelo menos um subconjunto das configurações para TDD de enlace ascendente-enlace descendente esquematicamente ilustrado 900 pode ser usado na comunicação por NB TDD 502 e/ou na comunicação em MBB 504, por exemplo, em um quadro de rádio LTE-TDD.

[00128] A técnica permite NB TDD 602. TDD é suportado em conjunto com os modos de operação dentro da banda, banda de guarda e autônomo da NB 602. Em uma primeira implementação, o NB UE 512 não necessita de gaps na compensação de enlace ascendente. Em uma segunda implementação, que é combinável com a primeira implementação e qualquer modalidade descrita aqui, um formato de mensagem comum (por exemplo, para o MIB) é usado para os modos de implementação. Além disso, os limites de alvos de perda máxima de acoplamento (MCL), latência e/ou capacidade podem ser relaxadas para a comunicação em NB 502 em comparação com a comunicação em MBB 504 e/ou o sistema de NB-IoT existente (por exemplo, de acordo com o 3GPP Release 13). Alternativa ou adicionalmente, uma terceira implementação pode incluir cenários de pequenas células para a comunicação em NB 502.

[00129] Em LTE-TDD, como um exemplo não limitativo para MBB 604, a fim de suportar o particionamento flexível de enlace descendente e enlace ascendente, várias configurações são suportadas, como mostrado na Fig. 9. Cada uma das configurações para TDD de enlace ascendente-enlace descendente 900 tem número diferentes de subquadros de enlace ascendente e de enlace descendente 902. Para coexistir com o LTE-TDD 604 nos modos de operação dentro da banda e banda de guarda, a NB-IoT TDD 602 é preferencialmente configurada com a mesma configuração de enlace ascendente-enlace descendente que a utilizada pelo LTE-TDD. Além disso, por exemplo, a configuração LTE-TDD UL-DL #0 na Fig. 9 não é suportada em uma modalidade da técnica (isto é, em um exemplo de sistema de NB-IoT TDD). Opcionalmente, o subconjunto de configurações suportadas por NB a partir das configurações para TDD de enlace ascendente-enlace descendente 900 para a MBB 604 pode ser ainda mais reduzido [cf. RAN1 Chairman’s Notes, 3GPP TSG RAN GT1 Meeting 90bis, Praga, CZ, 9-13 de outubro 2017]. Qualquer modalidade aqui descrita pode ser implementada para suportar todas as configurações LTE-TDD 900, exceto a configuração LTE-TDD UL-DL #

0. De preferência, a comunicação por NB TDD 502 utiliza, quando operada como implementação dentro da banda ou banda de guarda, uma das configurações para TDD de enlace ascendente-enlace descendente 900 compatíveis com a MBB 604 coexistente (por exemplo, configurações LTE- TDD).

[00130] Como nas outras redes celulares, tais como GSM, WCDMA e LTE, por exemplo, na etapa 406, para acesso a RAN 500 como uma rede de NB-IoT, um UE 512 primeiro começa um procedimento de busca por célula. O UE 512 executa a detecção NPSS e NSSS para obter sincronização de frequência e tempo em relação à RAN 500. Isso é feito na portadora âncora. A posição de tempo relativa do NSSS em relação ao NPSS indica implicitamente se o sistema de NB-IoT opera em modo FDD ou em modo TDD, por exemplo, de acordo com o as RAN1 Chairman’s Notes citadas acima.

[00131] Após a sincronização da frequência e do tempo ser alcançada e o modo FDD ou TDD ser conhecido, o NB UE 512 passa a receber na etapa 402 um canal de difusão físico por NB (NPBCH) na portadora âncora para adquirir o MIB-NB, que contém informações preliminares sobre células e informações de programação para transmissão de SIB1-NB como recurso espectral do SIB. Após a aquisição do MIB-NB, o NB UE 512 recebe na etapa 404 o SIB1-NB de acordo com o escalonamento, isto é, no recurso espectral indicado no MIB- NB. Opcionalmente, o SIB1-NB por sua vez indica um recurso espectral (por exemplo, umas informações de escalonamento) para receber mais Blocos de informações do sistema (SIBs). Após a aquisição de todas as informações relevantes do sistema, o NB UE 512 começa a acessar o serviço de rede de acordo com os outros procedimentos definidos nas especificações 3GPP para NB-IoT.

[00132] No sistema de NB-IoT TDD, após a aquisição do MIB-NB na etapa

402, o NB UE 512 determina se o SIB1-NB é transmitido na portadora âncora (isto é, a portadora NB-IoT em que o NB UE 512 detecta NPSS e NSSS e decodifica NPBCH) como o recurso espectral alocado ao SIB ou em uma portadora não âncora como o recurso espectral alocado ao SIB. Se o SIB1-NB for transmitido em uma portadora não âncora, o NB UE 512 determina a localização exata da portadora não âncora na qual o SIB1-NB é transmitido. Em uma variante de qualquer modalidade, estas informações são fornecidas no MIB-NB indicando o recurso espectral atribuído ao SIB. Em outra variante de qualquer modalidade, estas informações são predefinidas (por exemplo, codificada – hard-coded).

[00133] Notação para sintaxe abstrata um (ASN.1) abaixo é uma definição de um MIB-NB de acordo com a 3GPP Release 14 para a NB-IoT no modo de Duplexação por Divisão de Frequência (FDD). Este MIB-NB pode servir como um ponto de partida não limitativo para ilustrar a técnica em questão. Uma especificação posterior para a comunicação por NB TDD 502 pode usar uma definição diferente do MIB-NB, por exemplo, o MIB-NB pode compreender um subconjunto dos parâmetros indicados abaixo.

[00134] O MIB-NB transmitido e recebido de acordo com as etapas 302 e 402, respectivamente, para a comunicação por TDD de NB 502 pode compreender, pelo menos, alguns dos parâmetros abaixo e, pelo menos, um dos outros parâmetros enfatizados em negrito mais abaixo para indicar o recurso espectral do SIB. -- ASN1START MasterInformationBlock-NB ::= SEQUENCE { systemFrameNumber-MSB-r13 BIT STRING (SIZE (4)), hyperSFN-LSB-r13 BIT STRING (SIZE (2)),

schedulingInfoSIB1-r13 INTEGER (0..15), systemInfoValueTag-r13 INTEGER (0..31), ab-Enabled-r13 BOOLEAN, operationModeInfo-r13 CHOICE { inband-SamePCI-r13 Inband-SamePCI-NB-r13, inband-DifferentPCI-r13 Inband-DifferentPCI-NB-r13, guardband-r13 Guardband-NB-r13, standalone-r13 Standalone-NB-r13 }, spare BIT STRING (SIZE (11)) }

ChannelRasterOffset-NB-r13 ::= ENUMERATED {khz-7dot5, khz-2dot5, khz2dot5, khz7dot5}

Guardband-NB-r13 ::= SEQUENCE { rasterOffset-r13 ChannelRasterOffset-NB-r13, spare BIT STRING (SIZE (3)) }

Inband-SamePCI-NB-r13 ::= SEQUENCE { eutra-CRS-SequenceInfo-r13 INTEGER (0..31) }

Inband-DifferentPCI-NB-r13 ::= SEQUENCE { eutra-NumCRS-Ports-r13 ENUMERATED {same, four}, rasterOffset-r13 ChannelRasterOffset-NB-r13,

spare BIT STRING (SIZE (2)) } Standalone-NB-r13 ::= SEQUENCE { spare BIT STRING (SIZE (5)) } -- ASN1STOP

[00135] As Figs. 10A à 10C ilustram esquematicamente exemplos da banda de frequência 600, cada uma das quais é utilizável pela RAN 500 em qualquer modalidade. O exemplo de bandas de frequência 600 inclui uma implementação de banda de guarda de NB-IoT TDD da NB 602 em relação à banda LTE 609 com uma largura de banda de canal de 20 MHz. Sem limitação, o sistema LTE agendável de largura de banda 608 compreende 100 PRBs.

[00136] A NB 602 compreende uma portadora âncora 602-1 e uma portadora não âncora 602-2. O MIB transmitido na portadora âncora 602-1 na etapa 302 compreende uma indicação de 1000 da portadora não âncora 602-2 como o recurso espectral para transmitir o SIB na etapa 304. Os três exemplos ilustrados nas Figs. 10A, 10B e 10C diferem na alocação das portadoras de NB 602-1 e 602-2 para implementar a implementação da banda de guarda por NB- IoT TDD.

[00137] No exemplo da Fig. 10A, o MIB-NB é transmitido na etapa 302 em uma única portadora âncora 602-1 e indicativo da portadora não-âncora SIB1- NB 602-2, ou seja, o recurso espectral, que é alocado na extremidade oposta da MBB 604. A posição relativa das portadoras de NB 602-1 e 602-2 também é chamada de “implementação espelhada”.

[00138] No exemplo da Fig. 10B, o MIB-NB é transmitido de acordo com a etapa 302 em cada um dos dois portadoras âncora 602-1. Cada MIB-NB é indicativo da portadora não âncora de SIB1-NB 602-2 (como o recurso espectral para o SIB) que é alocado na extremidade oposta da MBB 604 em relação à portadora âncora 602-1. Esta posição das portadoras de NB 602-1 e 602-2 em relação ao sub-portadora CC central 706 também é referida como uma “implementação espelhada”.

[00139] No exemplo da Fig. 10C, o MIB-NB é transmitido de acordo com a etapa 302 em cada uma das duas portadoras âncora 602-1. Cada MIB-NB é indicativo da portadora não âncora de SIB1-NB 602-2 (como o recurso espectral para o SIB) que é alocado no mesmo lado da MBB 604 na qual a portadora âncora 602-1 está localizada. Esta é a posição das portadoras de NB 602-1 e 602-2 em relação um ao outro “implementação back-to-back” (B2B).

[00140] A Fig. 11 ilustra esquematicamente um exemplo da MBB 604, que é implementável em qualquer modalidade. Mais especificamente, a borda de baixa frequência da largura de banda do sistema 608 é mostrada em mais detalhes. Uma estrutura de frequência simétrica pode ser implementada na borda oposta, isto é, na borda de alta frequência da largura de banda do sistema 608. Sem limitação, a largura de banda do canal LTE 609 abrange 15 MHz. A largura de banda do sistema LTE 608 compreende 75 PRBs 700.

[00141] O primeiro PRB 700 na banda de guarda 606, ou seja, o PRB 700 próximo à largura de banda do sistema LTE 608, é espaçado no domínio da frequência por 3 sub-portadoras do primeiro PRB 700 usado ou utilizável pela MBB 604.

[00142] O raster de canal 1100 para a NB 602 compreende etapas com tamanho de 100 kHz e corresponde a um deslocamento mínimo 1102 (que é de 7,5 kHz, por exemplo) com a frequência central 802 do primeiro PRB 700 na banda de guarda 606.

[00143] As Figs. 12A a 12C ilustram esquematicamente exemplos da implementação da banda de guarda de NB-IoT TDD, que pode ser implementada usando qualquer modalidade aqui descrita. Sem limitação, a largura de banda do canal LTE 609 abrange 15 MHz. A largura de banda do sistema LTE 608 compreende 75 PRBs 700.

[00144] No exemplo da Fig. 12A, o MIB-NB é transmitido na etapa 302 em um única portadora âncora 602-1 e indicativo da portadora não âncora de SIB1- NB 602-2, ou seja, o recurso espectral, que é alocado na extremidade oposta da MBB 604. A posição relativa das portadoras de NB 602-1 e 602-2 também é chamada de “implementação espelhada”.

[00145] No exemplo da Fig. 12B, o MIB-NB é transmitido de acordo com a etapa 302 em cada uma das duas portadoras âncora 602-1. Cada MIB-NB é indicativo da portadora não âncora de SIB1-NB 602-2 (como o recurso espectral para o SIB) que é alocado na extremidade oposta da MBB 604 em relação à portadora âncora 602-1. Esta posição das portadoras de NB 602-1 e 602-2 em relação ao sub-portadora DC central 706 também é referida como uma “implementação espelhada”.

[00146] No exemplo da Fig. 10C, o MIB-NB é transmitido de acordo com a etapa 302 em cada um dos dois portadoras âncora 602-1. Cada MIB-NB é indicativo da portadora não âncora de SIB1-NB 602-2 (como o recurso espectral para o SIB) que é alocado no mesmo lado da MBB 604 na qual a portadora âncora 602-1 está localizado. Esta posição das portadoras de NB 602-1 e 602-2 uma em relação à outra é chamada “implementação back-to-back” (B2B).

[00147] A Fig. 13 ilustra esquematicamente um agrupamento exemplificativo 1300 de PRBs 700 em grupos PRBs (RBGs) 1302 para diferentes larguras de banda de canal de MBB 609. Os PRBs 700 são representados por um índice do meio das larguras de banda de canal de MBB 609.

[00148] Exemplos de posições da portadora âncora 602-1 para a comunicação por NB 502 em um RBG são mostrados na Fig. 13 em unidades dos PRBs 700. Um índice correspondente pode ser incluído para a indicação 1000 dos recursos espectrais (sendo tanto a portadora âncora 602-1 quanto outra portadora não âncora 602-2) no MIB-NB. Além disso, as portadoras de NB 602-1 e/ou 602-2 podem ser dispostas simetricamente em relação ao sub- portadora CC central de 706, ou seja, utilizando a mesma posição em relação ao índice a partir do meio.

[00149] A mesma posição da portadora âncora em termos do índice PRB a partir do meio das larguras de banda do canal de MBB 609 pode estar em lados diferentes do RBG 1302 para larguras de banda diferentes do canal de MBB 809, como é evidente no exemplo com índice 10.

[00150] Uma primeira modalidade da técnica é descrita, em parte com referência às Figs. 10 a 13 para explicar variantes de implementação da modalidade. O MIB-NB para a comunicação por NB-IoT TDD 502 é indicativa para os UEs 512 se o SIB1-NB estiver sobre a portadora âncora 602-1 ou uma portadora não âncora 602-2. Essa indicação 1000 também é chamada de modo SIB (por exemplo, modo SIB1-NB).

[00151] Um bit a partir dos bits reserva no MIB-NB (por exemplo, como descritos acima como um ponto de partida para a implementação do MIB-NB de acordo com a técnica) pode ser usado para indicar o Modo de SIB1-NB. Uma definição exemplificativa do modo SIB1-NB pode ser consistente com os valores para a indicação 1000: “0” significa que o SIB1-NB é transmitido na portadora âncora 602-1 como recurso espectral. “1” significa que o SIB1-NB é transmitido na etapa 304 em uma portadora não âncora 602-2 como o recurso espectral.

[00152] Um formato exemplificativo e estrutura de sinal correspondente para o MIB-NB na comunicação por NB-IoT TDD 502 é mostrado no ASN.1 abaixo. Nesta variante de implementação da primeira modalidade, um parâmetro de âncora chamado “sib1-NB-mode-tdd” é incluído no MIB-NB como a indicação 1000 ou como parte da indicação 1000. Por exemplo, a indicação 1000 pode compreender o parâmetro de âncora e uma extensão do elemento de informações (IE) existentes Operation Info Mode. Devido ao último IE, os bits reserva deixados no MIB-NB serão menos, por exemplo, 9 bits reserva.

[00153] Uma porção de um MIB-NB exemplificativo de acordo com a primeira modalidade é descrita abaixo. MasterInformationBlock-NB ::= SEQUENCE { systemFrameNumber-MSB-r13 BIT STRING (SIZE (4)), hyperSFN-LSB-r13 BIT STRING (SIZE (2)), schedulingInfoSIB1-r13 INTEGER (0..15), systemInfoValueTag-r13 INTEGER (0..31), ab-Enabled-r13 BOOLEAN, sib1-NB-mode-tdd ENUMERATED {anchor, non-anchor}, operationModeInfo-r13 CHOICE { inband-SamePCI-r13 Inband-SamePCI-NB-r13, inband-DifferentPCI-r13 Inband-DifferentPCI-NB-r13, guardband-r13 Guardband-NB-r13, standalone-r13 Standalone-NB-r13 }, spare BIT STRING (SIZE (11N)) }

[00154] Além disso, IE Operation Mode Info no MIB-NB fornece informações específicas do modo de operação aos NB UEs 512. Este IE pode ser estendido para transmitir na etapa 302 uma configuração SIB1-NB que depende do modo de operação. O técnico no assunto pode notar no ASN.1 acima para o MIB-NB que existem alguns bits reserva no Informações de Modo de Operação do IE para alguns dos modos de operação, por exemplo, para o modo de operação de banda de guarda, o modo de operação dentro da banda (mais especificamente, o modo de operação dentro da banda em que o mesmo identificador de célula física, PCI, é utilizado tanto para NB 602 e MBB 604) e o modo autônomo. Esses bits reserva podem ser usados para a configuração SIB1-NB.

[00155] O modo banda de guarda é descrito para a primeira modalidade. O 3GPP LTE define 1,4 MHz, 3 MHz, 5 MHz, 10 MHz, 15 MHz e 20 MHz como as larguras de banda do canal LTE 809. A implementação da banda de guarda de NB-IoT é (por exemplo, apenas) possível para a largura de banda do canal de 5 MHz, 10 MHz, 15 MHz e 20 MHz 809. No modo de banda de guarda, portadoras de NB-IoT 602-1 e 602-2 são colocados na área de banda de guarda 606 de um canal de banda LTE 809.

[00156] É possível, mas não necessário, que as portadoras de NB-IoT 602-1 e 602-2 sejam colocadas na grade do LTE PRB. Além disso, as portadoras de NB-IoT 602-1 e 602-2 são preferencialmente colocadas na grade de sub-portadoras LTE para evitar interferência inter-sub-portadoras. Em princípio, as portadoras de NB-IoT 602-1 e 602-2 podem ser colocadas em quaisquer sub-portadoras na banda de guarda, desde que a banda NB-IoT de 180 kHz caia inteiramente na banda de guarda 606. Além disso, para a portadora âncora 602-1, o deslocamento de frequência para o raster de distribuição de 100 kHz deve ser de +/- 2,5 kHz ou +/- 7,5 ou kHz, caso contrário, o NB UE 512 pode ser incapaz de encontrar a portadora âncora 602 -1.

[00157] Uma vez que portadoras de NB-IoT 602-1 e 602-2 na banda de guarda 606 podem ser implementados em tantas posições diferentes, é difícil ou impossível ser sinalizado com apenas alguns bits. Portanto, propõe-se definir um número limitado de posições candidatas para implementação da NB-IoT. A implementação vantajosa de selecionar estas posições candidatas no modo de banda de guarda é discutida.

[00158] Em termos gerais, é benéfico implementar a NB-IoT o mais próximo possível da portadora LTE, isto é, da largura de banda do sistema LTE 608, para reduzir a interferência de canal adjacente e simplificar a implementação em equipamentos de rede (por exemplo, a estação base 510), etc. Para larguras de banda de canal LTE de 20 MHz e 10 MHz, os primeiros PRBs 700 na banda de guarda ficam suficientemente perto do raster de canal de 100 kHz 1100 (ou seja, com um deslocamento menor que 7,5 kHz, na verdade 2,5 kHz). Portanto, o primeiro PRB 700 na banda de guarda 606 pode ser escolhido como a portadora âncora 602-1. Cada uma das Figs. 10A a 10C ilustra esquematicamente uma implementação exemplificativa de NB-IoT TDD na banda de guarda 606 de uma banda LTE 604 com largura de banda de canal de 20 MHz 609.

[00159] Para larguras de banda de canal 609 sendo de 15 MHz ou 5 MHz, os primeiros PRBs na banda de guarda ficam tão fora do raster de canal que não podem ser usados como portadoras âncora. Os primeiros PRBs possíveis de portadora âncora 700 na banda de guarda 600 é o terceiro, contando da borda da dentro da banda LTE 608. Para reduzir o intervalo de frequência da banda do sistema LTE 608, três sub-portadoras vazios são adicionados ou introduzidos (por exemplo, deixados não alocados) ao lado da borda da dentro da banda, de modo a empurrar o primeiro PRB 700 na banda de guarda 606 para o raster do canal 1100. Após a inserção das 3 sub-portadoras vazias, o PRB desviado primeiro 700 na banda de guarda 600 é de 7,5 kHz fora do raster da portadora de NB 1100. Portanto, o PRB desviado primeiro 700 pode ser utilizado como a portadora âncora 602-1 para a NB-IoT 602. A Fig. 11 ilustra esquematicamente uma implementação exemplificativa de NB-IoT TDD na banda de guarda 600 de uma banda LTE 604 com largura de banda de canal de 15 MHz 609.

[00160] Com base na análise acima, para a implementação da banda de guarda da comunicação por NB-IoT TDD 502, os uma ou duas portadoras âncora 602-1 podem ser colocados no primeiro PRB na banda de guarda 606, contando da borda da dentro da banda. Para casos de 15 MHz e 5 MHz da largura de banda do canal 609, 3 sub-portadoras vazias podem ser adicionadas entre uma grade de PRB na dentro da banda 608 (para PRBs 700 disponíveis na MBB 604) e uma grade de PRB na banda de guarda 606 (para PRBs 700 disponíveis para a NB 602).

[00161] Seguindo o mesmo princípio de implementação de portadora não âncora de SIB1-NB, as Figs. 12A a 12C ilustram esquematicamente diferentes exemplos da implementação de banda de guarda da comunicação por NB-IoT TDD 502 coexistindo com uma banda LTE 602 compreendendo uma largura de banda de canal 609 de 15 MHz.

[00162] A portadora não âncora de SIB1-NB pode ser implementada no segundo PRB da banda de guarda 700 adjacente à portadora âncora 602-1 (por exemplo, conforme ilustrado em cada uma das Figs. 12B e 12C) ou no outro lado da banda LTE 604 (por exemplo, como ilustrado na Fig. 12A). Aqui, o caso de uma indicação 1000 na MIB referindo-se a uma portadora não âncora 602-2 como o recurso espectral é referido como implementação “back-to-back” (por exemplo, como ilustrado na Fig. 12C). O caso de uma indicação 1000 referente ao outro lado da banda LTE 604 é referido como “implementação espelhada” (por exemplo, conforme ilustrado nas Figuras 12A e 12B). No cenário de implementação espelhada, a portadora não âncora

602-2 para o SIB1-NB pode ser implementada no primeiro PRB da banda de guarda700, o que é preferível da perspectiva de complexidade da implementação da rede (por exemplo, conforme ilustrado na Fig. 12A), ou no segundo PRB da banda de guarda 700, deixando o primeiro PRB da banda de guarda para outra implementação da portadora âncora (por exemplo, conforme ilustrado na Fig. 12C).

[00163] Para o UE 512 ser capaz de localizar a portadora não âncora de SIB1-NB 602-2 que pode estar localizada na outra extremidade da banda LTE 604, a largura de banda dentro da banda 608 em números de PRBs 700 é incluída no Operation Mode Information para o modo de banda de guarda. Os números enumerados de larguras de banda dentro da banda 608 devem incluir 25, 50, 75 e 100, em termos de PRB 700, que corresponde a 5, 10, 15 e 20 MHz de largura de banda LTE 609, respectivamente.

[00164] Existem diferentes implementações alternativas para fornecer configuração de portadora não âncora de SIB1-NB no MIB-NB. Uma implementação é estender o Operation Mode Information do IE de banda de guarda existente com qualquer combinação dos três seguintes parâmetros. Um primeiro parâmetro de largura de banda dentro da banda pode ser indicativo da largura de banda LTE 608 no número de PRBs. Um segundo parâmetro SIB1-NB Position pode indicar em qual lado da portadora âncora 602-1 a portadora SIB1-NB 602-2 é implementada no espectro de frequências, por exemplo, sendo “frequência mais baixa” ou “frequência mais alta”. Um terceiro parâmetro SIB1-NB PRB Info pode indicar em qual PRB de banda de guarda 700 a portadora não âncora de SIB1-NB 602-2 é mapeada, sendo “primeiro” ou “segundo” PRB.

[00165] Abaixo o ASN.1 mostra uma realização exemplificativa de Operation Mode Info da banda de guarda como uma porção de um MIB-NB exemplificativo de acordo com a primeira modalidade. Guardband-NB-r13 ::= SEQUENCE { rasterOffset-r13 ChannelRasterOffset-NB-r13, inband-bandwidth-tdd ENUMERATED {n25, n50, n75, n100}, sib1-NB-position-tdd ENUMERATED {lower-freq, higher-freq}, sib1-NB-prbInfo-tdd ENUMERATED {first-prb, second-prb}, spare BIT STRING (SIZE (N)) }

[00166] Em outra implementação, a SIB1-NB Position e a SIB1-NB PRB Info são codificadas em conjunto em um campo de 2 bits com a seguinte definição exemplificativa (aqui referida como SIB1-NB Configuration Guard-band).

[00167] SIB1-NB Configuration Guard-band: 00: Implementação back-to-back, segundo PRB 01: Implementação espelhada, primeiro PRB 10: Implementação espelhada, segundo PRB 11: reservado

[00168] Uma realização exemplificativa da banda de guarda Operation Mode Information com SIB1-NB configuration como uma porção de um MIB- NB exemplificativo de acordo com a primeira modalidade é descrita abaixo. Guardband-NB-r13 ::= SEQUENCE { rasterOffset-r13 ChannelRasterOffset-NB-r13, inband-bandwidth-tdd ENUMERATED {n25, n50, n75, n100}, sib1-NB-position-tdd ENUMERATED {lower-freq, higher-freq}, sib1-NB-prbInfo-tdd ENUMERATED {first-prb, second-prb}, spare BIT STRING (SIZE (N)) }

[00169] Como pode ser visto nas seções seguintes, o parâmetro de SIB1-

NB Position pode também ser usado na difusão da configuração de SIB1-NB para modos dentro da banda e autônomos. Além disso, a SIB1-NB Position pode ser levantada (por exemplo, implementada como um parâmetro global incluído no IE para o MIB-NB) para se tornar um parâmetro comum a todos os modos de operação. Em alternativa ou além disso, estas informações podem ser codificadas em conjunto com alguns outros parâmetros no MIB-NB, em que uma realização exemplificativa é dada na seção subsequente.

[00170] Com o mecanismo de implementação de portadora âncora descrito acima, o NB UE 512 pode identificar de qual lado da banda LTE 604 da portadora âncora 602-1 está localizada, olhando para o Channel Raster Offset e In-band Bandwidth no Operation Mode Information, de acordo com a tabela abaixo. Um deslocamento de raster de canal positivo indica uma portadora âncora na banda de guarda de frequência mais baixa, enquanto um valor negativo indica uma portadora âncora na banda de guarda de frequência mais alta. Juntamente com a largura de banda de dentro da banda assinalada 608 e os parâmetros de configuração de SIB1-NB, o NB UE 512 pode determinar a localização exata da portadora não âncora de SIB1-NB 602-2.

[00171] Abaixo, a tabela descreve uma relação exemplificativa entre o sinal de um deslocamento de raster de canal e uma localização de banda de guarda para portadoras âncora na implementação de banda de guarda. Deslocamento de raster de canal para Largura de banda de dentro portadoras âncora da banda 608 (número de Banda de guarda em Banda de guarda em PRBs) frequência mais baixa frequência mais alta 25 7,5 kHz -7,5 kHz 50 2,5 KHz -2,5 KHz 75 7,5 kHz -7,5 kHz 100 2,5 KHz -2,5 KHz

[00172] Uma implementação de dentro da banda do primeiro modo de realização é descrito. As portadoras de NB-IoT TDD 602-1 e 602-2 são implementadas na grade LTE PRB 608 para coexistir com o sistema LTE-TDD. As portadoras âncora de NB-IoT TDD 602-1 podem ser implementadas nos LTE PRBs 700 cujas frequências centrais 802 não são mais do que 7,5 kHz deslocadas para o raster de canal de 100 kHz 1100. Teoricamente, a portadora não âncora de SIB1-NB 602-2 pode ser implementada em quaisquer outros LTE PRBs 700, exceto os centrais (por exemplo, os 6 PRBs 804 do meio) nos quais os LTE PSS/SSS/PBCH são difundidos. Seguindo a estrutura de frequência de 3GPP Release 14, para indicar exclusivamente um PRB não âncora para o SIB1-NB com flexibilidade de implementação completa requer 5 bits. Se certas restrições puderem ser colocadas na implementação da portadora não âncora, por exemplo, limitando a portadora não âncora de SIB1-NB aos PRBs adjacentes ao redor da portadora âncora, menos bits poderão ser utilizados.

[00173] Como discutido antes, para a operação de dentro da banda, é desejável ter a portadora âncora e portadora não âncora no mesmo grupo de PRB (RBG) 1302. Portanto, é preferível configurar, por meio do MIB-NB, a posição da portadora não âncora 602-2 como o PRB 700 mais próximo, tanto para a frequência mais baixa quanto mais alta da portadora âncora 602-1. Isso ocorre porque a portadora âncora pode estar nos dois lados dos limites do grupo RBG, como mostrado na Fig. 13.

[00174] Por isso, outro 1 bit no MIB-NB pode ser indicativo da possibilidade da portadora não âncora 602-2 ser o PRB 700 mais próximo, quer para a frequência mais baixa ou mais alta da portadora âncora 602-1. No exemplo abaixo, um parâmetro SIB1-NB Position é definido como parte da indicação 1000 no MIB-NB. Inband-SamePCI-NB-r13 ::= SEQUENCE {

eutra-CRS-SequenceInfo-r13 INTEGER (0..31) sib1-NB-position-tdd ENUMERATED {lower_freq, higher_freq}, } Inband-DifferentPCI-NB-r13 ::= SEQUENCE { eutra-NumCRS-Ports-r13 ENUMERATED {same, four}, rasterOffset-r13 ChannelRasterOffset-NB-r13, sib1-NB-position-tdd ENUMERATED {lower_freq, higher_freq}, spare BIT STRING (SIZE (2N)) }

[00175] Em uma variante, como mencionado acima no contexto da implementação da banda de guarda, o parâmetro SIB1-NB Position pode ser levantado como um parâmetro comum para todos os modos de operação. Um exemplo correspondente é descrito na porção abaixo de um MIB-NB exemplificativo. MasterInformationBlock-NB ::= SEQUENCE { systemFrameNumber-MSB-r13 BIT STRING (SIZE (4)), hyperSFN-LSB-r13 BIT STRING (SIZE (2)), schedulingInfoSIB1-r13 INTEGER (0..15), systemInfoValueTag-r13 INTEGER (0..31), ab-Enabled-r13 BOOLEAN, sib1-NB-mode-tdd ENUMERATED {anchor, non-anchor}, sib1-NB-position-tdd ENUMERATED {lower_freq, higher_freq}, operationModeInfo-r13 CHOICE { inband-SamePCI-r13 Inband-SamePCI-NB-r13, inband-DifferentPCI-r13 Inband-DifferentPCI-NB-r13, guardband-r13 Guardband-NB-r13, standalone-r13 Standalone-NB-r13 }, spare BIT STRING (SIZE (11N))

}

[00176] Em uma variante da modalidade, o PRB de maior frequência 700 ou o de menor frequência PRB 700 como o recurso espectral para o SIB não é implementado como um indicador binário. Em vez disso, a indicação no MIB- NB pode compreender um tamanho de etapa em números de PRBs 700 e a direção sendo sempre para um PRB mais alto (ou mais baixo) com um contorno no limite do RBG 1302.

[00177] Uma implementação autônoma da modalidade é descrita. Neste caso de implementação, não há sistema de MBB coexistente (por exemplo, LTE-TDD). A portadora âncora de NB-IoT TDD 602-1 pode ser implementado no raster de canal de 100 kHz 1100 na banda de frequência atribuída da comunicação por NB TDD 502.

[00178] Na 3GPP Release 13, as portadoras não âncora podem ser implementadas no raster de canal de 100 kHz na mesma faixa de frequência da portadora âncora, que é basicamente o princípio de implementação do FDD de NB-IoT.

[00179] No entanto, se dois portadoras de NB-IoT 602-1 e/ ou 602-2 forem implementados em dois canais adjacentes de 200 kHz, a interferência de canal adjacente pode se tornar um problema. Devido a isso, os canais de NB-IoT não podem ser ajustados para a mesma grade de sub-portadora de 15 kHz. Uma análise abrangente deste problema pode ser encontrada no documento 3GPP R4-1703804 [“Channel Raster For Multiple Standalone NB- IoT Carriers, fonte Nokia”, Alcatel-Lucent Shanghai Bell, 3GPP TSG-RAN4 # 82- Bis, Spokane, Washington, EUA; 3 a 7 de abril de 2017].

[00180] De preferência, as portadoras não âncora 602-2 não são exatamente colocadas no raster de canal de 100 kHz 1100. Em vez disso, elas são implementadas com um deslocamento de frequência determinado no raster de canal 1100, para alcançar um alinhamento de grade de sub- portadora com a portadora âncora 602-1.

[00181] Qualquer que seja o princípio de implementação adotado, as portadoras não âncoras de SIB1-NB 602-2 podem ser indicados no MIB-NB com um deslocamento de frequência relativo à portadora âncora 602-1. O deslocamento de frequência relativo pode ser determinado em número de sub-portadoras de 15 kHz, ou em número de PRBs de 180 kHz, ou em número de largura de banda de canal de NB-IoT de 200kHz.

[00182] No MIB-NB existente (por exemplo, para FDD), existem 5 bits reserva que podem ser utilizados para este fim. Além disso, os bits adicionais potenciais para a extensão das Operation Mode Information (por exemplo, para o modo dentro da banda tal como descrito na secção anterior) também podem ser usados. Um ASN.1 exemplificativo para o Operation Mode Information pode ser definido como se segue. Standalone-NB-r13 ::= SEQUENCE { sib1-NB-position-tdd ENUMERATED {lower_freq, higher_freq}, sib1-NB-offsetStandalone-tdd INTEGER (1..16) spare BIT STRING (SIZE (N)) }

[00183] No exemplo acima, 1 bit é usado como a SIB1-NB Position com a mesma definição dos outros modos de implementação e 4 bits são usados para indicar o valor absoluto do deslocamento de frequência da portadora SIB1-NB em termos de PRBs relativos à portadora âncora 602-1. MIB-NB ASN.1 para realização exemplificativa da primeira modalidade

[00184] Embora diferentes implementações tenham sido descritas separadamente e possam ser implementadas separadamente, uma implementação preferida da primeira modalidade utiliza um formato ou estrutura de sinal para o MIB que é capaz de ser implementado em dois ou todos os três modos de operação.

[00185] Resumindo a análise fornecida acima, um MIB-NS ASN.1 para uma realização exemplificativa da primeira modalidade para abordar o problema de indicar o recurso espectral (por exemplo, o SIB1-NB não âncora 602-2) para a comunicação por NB-IoT TDD 502 é descrita abaixo. O texto marcado em negrito é o que pode ser adicionado ou atualizado, tomando a definição citada anteriormente para o 3GPP Release 14 como ponto de partida ou como linha base. -- ASN1START MasterInformationBlock-NB ::= SEQUENCE { systemFrameNumber-MSB-r13 BIT STRING (SIZE (4)), hyperSFN-LSB-r13 BIT STRING (SIZE (2)), schedulingInfoSIB1-r13 INTEGER (0..15), systemInfoValueTag-r13 INTEGER (0..31), ab-Enabled-r13 BOOLEAN, sib1-NB-mode-tdd ENUMERATED {anchor, non-anchor}, operationModeInfo-r13 CHOICE { inband-SamePCI-r13 Inband-SamePCI-NB-r13, inband-DifferentPCI-r13 Inband-DifferentPCI-NB-r13, guardband-r13 Guardband-NB-r13, standalone-r13 Standalone-NB-r13 }, spare BIT STRING (SIZE (9)) } ChannelRasterOffset-NB-r13 ::= ENUMERATED {khz-7dot5, khz-2dot5, khz2dot5, khz7dot5}

Guardband-NB-r13 ::= SEQUENCE { rasterOffset-r13 ChannelRasterOffset-NB-r13, inband-bandwidth-tdd ENUMERATED {n25, n50, n75, n100}, sib1-NB-position-tdd ENUMERATED {lower_freq, higher_freq}, sib1-NB-prbInfo-tdd ENUMERATED {first-prb, second-prb}, } Inband-SamePCI-NB-r13 ::= SEQUENCE { eutra-CRS-SequenceInfo-r13 INTEGER (0..31) sib1-NB-position-tdd ENUMERATED {lower_freq, higher_freq}, } Inband-DifferentPCI-NB-r13 ::= SEQUENCE { eutra-NumCRS-Ports-r13 ENUMERATED {same, four}, rasterOffset-r13 ChannelRasterOffset-NB-r13, sib1-NB-position-tdd ENUMERATED {lower_freq, higher_freq}, spare BIT STRING (SIZE (2)) } Standalone-NB-r13 ::= SEQUENCE { sib1-NB-position-tdd ENUMERATED {lower_freq, higher_freq}, sib1-NB-offsetStandalone-tdd INTEGER (1..16) spare BIT STRING (SIZE (1)) } -- ASN1STOP

[00186] No exemplo acima, o tamanho total de MIB-NB permanece 34 bits, ou seja, o mesmo tamanho de MIB-NB para NB-IoT FDD. O Operation Mode Information para banda de guarda é extendido com os parâmetros In-

Band Bandwidth, SIB1-NB Position e SIB1-NB PRB information. Em alternativa ou em combinação, o Operation Mode Information para modos de mesmo PCI dentro da banda e diferente PCI dentro da banda são estendidas com o parâmetro SIB1-NB Position. Em alternativa ou em combinação, o Operation Mode Information para o caso autônomo é estendido com um parâmetro de 5 bits especificando a portadora âncora de SIB1-NB deslocado para a portadora âncora no número de largura de banda de PRB de 180 kHz, o que fornece uma dinâmica de implementação de portadora não âncora de 5,76 MHz.

[00187] No total, 2 bits extras são usados no exemplo acima em comparação com a linha base, resultando 9 bits reserva restantes no MIB-NB para uso futuro.

[00188] É descrita uma segunda modalidade da técnica, que pode ser combinada com a primeira modalidade. Na segunda modalidade, a indicação 1000 no MIB conjuntamente codificam a SIB1-NB Position em conjunto com o SIB1-NB mode anteriormente definido em um campo de 2 bits. O exemplo é descrito como a porção abaixo de um MIB-NB exemplificativo. MasterInformationBlock-NB ::= SEQUENCE { systemFrameNumber-MSB-r13 BIT STRING (SIZE (4)), hyperSFN-LSB-r13 BIT STRING (SIZE (2)), schedulingInfoSIB1-r13 INTEGER (0..15), systemInfoValueTag-r13 INTEGER (0..31), ab-Enabled-r13 BOOLEAN, sib1-NB-mode-tdd ENUMERATED {anchor, non- anchor_lower_freq, non- anchor_higher_freq}, operationModeInfo-r13 CHOICE { inband-SamePCI-r13 Inband-SamePCI-NB-r13,

inband-DifferentPCI-r13 Inband-DifferentPCI-NB-r13, guardband-r13 Guardband-NB-r13, standalone-r13 Standalone-NB-r13 }, spare BIT STRING (SIZE (11N)) }

[00189] Observe que no exemplo acima, apenas 3 valores diferentes precisam ser sinalizados. Dois bits fornecem 4 valores diferentes. Portanto, para maior compatibilidade, por exemplo, no 3GPP Release 15, o quarto valor do parâmetro de 2 bits pode ser interpretado como sendo o mesmo que o primeiro valor. Por exemplo, os bits “00” podem ser utilizados para indicar que SIB1-NB é transmitido somente na portadora âncora, “01” para indicar que SIB1-NB é transmitido na portadora não âncora 602-2 que é o PRB mais próximo à frequência mais baixa da portadora âncora 602-1, e “10” para indicar que o SIB1-NB é transmitido na portadora não âncora 602-2 que é o PRB mais próxima à frequência mais alta da portadora âncora 602-1. Os bits “11” podem ter o mesmo significado que “00”, “01” ou “10”.

[00190] Abaixo, uma porção de outro MIB-NB exemplificativo usa 4 valores diferentes. MasterInformationBlock-NB ::= SEQUENCE { systemFrameNumber-MSB-r13 BIT STRING (SIZE (4)), hyperSFN-LSB-r13 BIT STRING (SIZE (2)), schedulingInfoSIB1-r13 INTEGER (0..15), systemInfoValueTag-r13 INTEGER (0..31), ab-Enabled-r13 BOOLEAN, sib1-NB-mode-tdd ENUMERATED {anchor_subframe0, anchor_subframe4, non-

anchor_lower_freq, non- anchor_higher_freq}, operationModeInfo-r13 CHOICE { inband-SamePCI-r13 Inband-SamePCI-NB-r13, inband-DifferentPCI-r13 Inband-DifferentPCI-NB-r13, guardband-r13 Guardband-NB-r13, standalone-r13 Standalone-NB-r13 }, spare BIT STRING (SIZE (11N)) }

[00191] No exemplo acima, o MIB é indicativo do subquadro que é usado para a transmissão de SIB1-NB na portadora âncora, o que pode ser benéfico do ponto de vista do gerenciamento de interferência. Enquanto o subquadro acima #0 e subquadro #4 são utilizados aqui como exemplos, outros subquadros de enlace descendente podem também ser utilizados e configurados no MIB.

[00192] Além disso, este campo sib1-NB-mode-tdd pode ser interpretado de forma diferente para diferentes modos de operação. Para o caso dentro da banda, a interpretação direta é se a portadora não âncora 602-2 é usado para a transmissão de SIB1-NB, e se ele é usado, se a portadora não âncora 602-1 é o PRB mais próximo do lado de menor ou maior frequência da portadora âncora 602-1.

[00193] Quando no modo autônomo, a interpretação pode ser se a portadora não âncora 602-2 é usado para a transmissão de SIB1-NB, e se ele é utilizado, se a portadora não âncora 602-2 é o do lado de menor ou maior frequência da portadora âncora 602-1. A posição exata da portadora não âncora pode ser sinalizada usando, por exemplo, sib1-NB-offsetStandalone-

tdd, de acordo com a primeira modalidade, sem ter o sinal (+ ou -) do deslocamento (dado pelo campo SIB1-NB-Position em Operation Mode Info no modo dentro da banda). Isso ocorre porque o sinal +/- do deslocamento já é indicado pelos 2 bits arquivados.

[00194] Quando se trata da banda de guarda, o campo sib1-NB-mode-tdd pode ser usado para substituir o campo SIB1-NB-Position em Operation Mode Information para o modo de banda de guarda de acordo com uma primeira modalidade. Isto é porque o campo sib1-NB-mode-tdd pode indicar se a portadora não âncora 602-2 está na vizinhança (isto é, back-to-back) da portadora âncora 602-1 ou na outra borda da banda (ou seja, espelhado). Digno de nota, é apenas possível ter uma portadora âncora 602-1 na banda de guarda em cada lado ou borda da banda de MBB 604, e o raster de canal 1100 da portadora âncora 602-1 pode ser utilizado pelo NB UE 512 para identificar em que lado da borda da banda a portadora âncora 602-1 reside. Em algumas das larguras de banda 608, a portadora âncora 602-1 não está na grade do PRB. No entanto, o NB UE 512 pode usar a portadora âncora 602-1 como uma referência para determinar a posição da portadora não âncora 602-1 que porta o SIB1-NB.

[00195] Por exemplo, no modo de banda de guarda, o campo de 2 bits sib1-NB-mode-tdd indica se o SIB1-NB é transmitido sobre a portadora não âncora 602-2, e em caso afirmativo, em conjunto com o raster de canal 1100 da portadora âncora 602-1, pode ser indicativo de que a portadora não âncora 602-2 está na mesma borda da banda ou na outra borda da banda (por exemplo, oposta). A posição do PRB e largura de banda da MBB 608 do sistema LTE podem ser sinalizadas do mesmo modo como na primeira modalidade.

[00196] Uma porção de outra realização exemplificativa do MIB-NB é descrita abaixo por meio de ASN.1. -- ASN1START

MasterInformationBlock-NB ::= SEQUENCE { systemFrameNumber-MSB-r13 BIT STRING (SIZE (4)), hyperSFN-LSB-r13 BIT STRING (SIZE (2)), schedulingInfoSIB1-r13 INTEGER (0..15), systemInfoValueTag-r13 INTEGER (0..31), ab-Enabled-r13 BOOLEAN, sib1-NB-mode-tdd ENUMERATED {anchor, non- anchor_lower_freq, non- anchor_higher_freq}, operationModeInfo-r13 CHOICE { inband-SamePCI-r13 Inband-SamePCI-NB-r13, inband-DifferentPCI-r13 Inband-DifferentPCI-NB-r13, guardband-r13 Guardband-NB-r13, standalone-r13 Standalone-NB-r13 }, spare BIT STRING (SIZE (9)) }

ChannelRasterOffset-NB-r13 ::= ENUMERATED {khz-7dot5, khz-2dot5, khz2dot5, khz7dot5}

Guardband-NB-r13 ::= SEQUENCE { rasterOffset-r13 ChannelRasterOffset-NB-r13, inband-bandwidth-tdd ENUMERATED {n25, n50, n75, n100},

sib1-NB-prbInfo-tdd ENUMERATED {first-prb, second-prb}, } Inband-SamePCI-NB-r13 ::= SEQUENCE { eutra-CRS-SequenceInfo-r13 INTEGER (0..31) } Inband-DifferentPCI-NB-r13 ::= SEQUENCE { eutra-NumCRS-Ports-r13 ENUMERATED {same, four}, rasterOffset-r13 ChannelRasterOffset-NB-r13, spare BIT STRING (SIZE (2)) } Standalone-NB-r13 ::= SEQUENCE { sib1-NB-offsetStandalone-tdd INTEGER (1..16) spare BIT STRING (SIZE (1)) } -- ASN1STOP

[00197] No exemplo acima, a SIB1-NB Position é tratada como um parâmetro comum para todos os modos de operação e codificada em conjunto para o SIB1-NB Mode. Assim como no primeiro exemplo, dois bits extras são usados no exemplo acima em comparação com o MIB-NB para NB- IoT FDD no Release 14.

[00198] Qualquer implementação autônoma pode determinar o recurso espectral para o SIB, ou seja, a portadora não âncora 602-1 com base no campo sib1-NB-mode-tdd. As Figs. 14A e 14B ilustram esquematicamente o caso do terceiro valor e do segundo valor, respectivamente, deste campo sendo sinalizado pelo MIB na etapa 302. Por exemplo, o SIB1 não âncora 602- 2 pode ser indicado definindo o parâmetro higher_freq ou lower_freq na primeira modalidade, ou configurando o parâmetro non-anchor_higher_freq ou non-anchor_lower_freq na segunda modalidade.

[00199] Em uma terceira modalidade, que pode ser combinada com a primeira ou segunda modalidades, um conjunto limitado de possíveis PRBs 700 (isto é, os candidatos) para SIB1-NB é definido (por exemplo, um conjunto para cada uma de implementação dentro da banda, implementação de banda de guarda, e implementação autônoma). A indicação 1000 no MIB-NB pode apenas mostrar que um dos possíveis candidatos de PRB é atualmente utilizado.

[00200] A título de exemplo, para a operação de banda de guarda, podem ter 3 possíveis PRBs 700 para a portadora não âncora 602-2 para a transmissão de SIB1-NB na mesma banda de guarda 606, de forma que o conhecimento da largura de banda LTE não é necessário, e a indicação 1000 no MIB-NB pode apenas mostrar que um dos seguintes se aplica: Indicação de MIB 1000 Significado do valor 00 SIB1-NB na portadora âncora 01 SIB1-NB no candidato de PRB 1 10 SIB1-NB no candidato de PRB 2 11 SIB1-NB no candidato de PRB 3

[00201] Em uma quarta modalidade, que pode ser combinada com qualquer modalidade ou implementação aqui descrita, a portadora não âncora de SIB1-NB pode ser predefinido em relação à portadora âncora. Por exemplo, a localização da portadora não âncora de SIB1-NB 602-2 pode ser fixada (por exemplo, pré-definida ou hard-coded) a estar no lado adjacente de maior frequência da portadora âncora 602-1. Um bit no MIB é indicativo da presença de SIB1-NB na portadora não âncora 602- 2. Uma vez que o UE 512 recebe esta notificação, ele detecta a portadora não âncora de SIB1-NB 602-2 no lado adjacente de maior frequência.

[00202] Uma porção de um MIB-NB exemplificativo correspondente é descrita abaixo por meio de ASN.1 abaixo MasterInformationBlock-NB ::= SEQUENCE { systemFrameNumber-MSB-r13 BIT STRING (SIZE (4)), hyperSFN-LSB-r13 BIT STRING (SIZE (2)), schedulingInfoSIB1-r13 INTEGER (0..15), systemInfoValueTag-r13 INTEGER (0..31), ab-Enabled-r13 BOOLEAN, sib1-NB-non-anchor-tdd ENUMERATED {true}, operationModeInfo-r13 CHOICE { inband-SamePCI-r13 Inband-SamePCI-NB-r13, inband-DifferentPCI-r13 Inband-DifferentPCI-NB-r13, guardband-r13 Guardband-NB-r13, standalone-r13 Standalone-NB-r13 }, spare BIT STRING (SIZE (10)) }

[00203] A quarta modalidade usa o número mínimo de bits para sinalizar a indicação 1000 da possibilidade de SIB1-NB ser transmitido na portadora não âncora 602-2 ou não. Então, cabe à implementação da eNB garantir uma implementação adequada para minimizar a fragmentação do RBG.

[00204] Qualquer uma das modalidades e implementações mencionadas acima pode ser uma modalidade estendida para informações do sistema que não sejam SIB1-NB. Cada uma das 4 modalidades acima descritas pode permitir a sinalização seletiva de SIB1-NB na portadora não âncora 602-2. O mesmo princípio pode ser estendido à sinalização de outras informações do sistema (SI). Por exemplo, mensagens de SI contendo todos os outros SIBs podem ser escalonadas em portadoras não âncoras.

[00205] O MIB-NB é transmitido na mesma portadora âncora de NB-IoT 602-1 que também é usada para NPSS e/ ou NSSS. Uma única portadora não âncora de NB-IoT (ou seja, que não seja a portadora âncora 602-1) é usada para quaisquer SIBs que não sejam SIB1-NB. a portadora não âncora de NB-IoT único para o SIBx, sendo x um número inteiro maior do que 1, está em um PRB 700 indicado pelo SIB1-NB. Opcionalmente, em uma implementação de camada de rádio 2 (RAN2), a sinalização pode ser omitida no caso de os SIBx estarem na portadora âncora 602-1.

[00206] Em uma extensão opcional de qualquer modalidade, os métodos de apontar a portadora não âncora 602-2 na qual o SIB1-NB é transmitido são reutilizados também para apontar a portadora não âncora na qual as mensagens de SI (ou seja, os outros SIBs “SIBx”) são transmitidos. As mensagens de SI são escalonadas (isto é, indicadas) pelo SIB1-NB transmitido na etapa 304. Um exemplo correspondente para o SIB1-NB é ilustrado a seguir por meio de ASN.1. Qualquer subconjunto das características em negrito pode ser implementado (por exemplo, independente do contexto não impresso em negrito). -- ASN1START SystemInformationBlockType1-NB ::= SEQUENCE { hyperSFN-MSB-r13 BIT STRING (SIZE (8)), cellAccessRelatedInfo-r13 SEQUENCE { plmn-IdentityList-r13 PLMN-IdentityList-NB-r13, trackingAreaCode-r13 TrackingAreaCode,

cellIdentity-r13 CellIdentity, cellBarred-r13 ENUMERATED {barred, notBarred}, intraFreqReselection-r13 ENUMERATED {allowed, notAllowed} }, cellSelectionInfo-r13 SEQUENCE { q-RxLevMin-r13 Q-RxLevMin, q-QualMin-r13 Q-QualMin-r9 }, p-Max-r13 P-Max OPTIONAL, -- Need OP freqBandIndicator-r13 FreqBandIndicator-NB-r13, freqBandInfo-r13 NS-PmaxList-NB-r13 OPTIONAL, -- Need OR multiBandInfoList-r13 MultiBandInfoList-NB-r13 OPTIONAL, -- Need OR downlinkBitmap-r13 DL-Bitmap-NB-r13 OPTIONAL, -- Need OP, eutraControlRegionSize-r13 ENUMERATED {n1, n2, n3} OPTIONAL, -- Cond inband nrs-CRS-PowerOffset-r13 ENUMERATED {dB-6, dB-4dot77, dB-3, dB-1dot77, dB0, dB1, dB1dot23, dB2, dB3, dB4, dB4dot23, dB5, dB6, dB7, dB8, dB9} OPTIONAL, -- Cond inband-SamePCI schedulingInfoList-r13 SchedulingInfoList-NB-r13, si-WindowLength-r13 ENUMERATED {ms160, ms320, ms480, ms640, ms960, ms1280, ms1600, spare1}, si-RadioFrameOffset-r13 INTEGER (1..15) OPTIONAL, -- Need OP systemInfoValueTagList-r13 SystemInfoValueTagList-NB-r13 OPTIONAL, -- Need OR lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension SystemInformationBlockType1-NB-v1350 OPTIONAL }

SystemInformationBlockType1-NB-v1350 ::= SEQUENCE { cellSelectionInfo-v1350 CellSelectionInfo-NB-v1350 OPTIONAL, -- Cond Qrxlevmin nonCriticalExtension SystemInformationBlockType1-NB-v1430 OPTIONAL }

SystemInformationBlockType1-NB-v1430 ::= SEQUENCE { cellSelectionInfo-v1430 CellSelectionInfo-NB-v1430 OPTIONAL, -- Need OR nonCriticalExtension SystemInformationBlockType1-NB-v15xy OPTIONAL }

SystemInformationBlockType1-NB-v15xy ::= SEQUENCE { schedulingInfoList-r15 SchedulingInfoList-NB-r15 OPTIONAL, -- Need OR nonCriticalExtension SEQUENCE {} OPTIONAL }

PLMN-IdentityList-NB-r13 ::= SEQUENCE (SIZE (1..maxPLMN-r11)) OF PLMN-IdentityInfo-NB-r13

PLMN-IdentityInfo-NB-r13 ::= SEQUENCE { plmn-Identity-r13 PLMN-Identity, cellReservedForOperatorUse-r13 ENUMERATED {reserved, notReserved}, attachWithoutPDN-Connectivity-r13 ENUMERATED {true} OPTIONAL -- Need OP }

SchedulingInfoList-NB-r13 ::= SEQUENCE (SIZE (1..maxSI-Message-NB-r13)) OF SchedulingInfo-NB-r13

SchedulingInfo-NB-r13::= SEQUENCE { si-Periodicity-r13 ENUMERATED {rf64, rf128, rf256, rf512, rf1024, rf2048, rf4096, spare}, si-RepetitionPattern-r13 ENUMERATED {every2ndRF, every4thRF, every8thRF, every16thRF}, sib-MappingInfo-r13 SIB-MappingInfo-NB-r13, si-TB-r13 ENUMERATED {b56, b120, b208, b256, b328, b440, b552, b680} }

SystemInfoValueTagList-NB-r13 ::= SEQUENCE (SIZE (1.. maxSI-Message-NB-r13)) OF SystemInfoValueTagSI-r13

SIB-MappingInfo-NB-r13 ::= SEQUENCE (SIZE (0..maxSIB-1)) OF SIB-Type-NB-r13

SIB-Type-NB-r13 ::= ENUMERATED { sibType3-NB-r13, sibType4-NB-r13, sibType5-NB-r13, sibType14-NB-r13, sibType16-NB-r13, sibType15-NB-r14, sibType20-NB-r14, sibType22-NB-r14}

CellSelectionInfo-NB-v1350 ::= SEQUENCE { delta-RxLevMin-v1350 INTEGER (-8..-1) }

CellSelectionInfo-NB-v1430 ::= SEQUENCE { powerClass14dBm-Offset-r14 ENUMERATED {dB-6, dB-3, dB3, dB6, dB9, dB12} OPTIONAL, -- Need OP ce-authorisationOffset-r14 ENUMERATED {dB5, dB10, dB15, dB20, dB25, dB30, dB35} OPTIONAL -- Need OP } SchedulingInfoList-NB-r15 ::= SEQUENCE (SIZE (1..maxSI-Message-NB-r13)) OF SchedulingInfo-NB-r15 SchedulingInfo-NB-r15::= SEQUENCE { si-NB-mode-tdd ENUMERATED {anchor, non-anchor}, inband-bandwidth-tdd ENUMERATED {n25, n50, n75, n100}, si-NB-position-tdd ENUMERATED {lower_freq, higher_freq}, si-NB-prbInfo-tdd ENUMERATED {first-prb, second-prb}, } -- ASN1STOP

[00207] A Fig. 15 mostra um diagrama de blocos esquemático de uma modalidade do dispositivo 100. O dispositivo 100 compreende um ou mais processadores 1504 para executar o método 200 e a memória 1506 acoplada aos processadores 1504. Por exemplo, a memória 1506 pode ser codificada com instruções que implementam pelo menos um dos módulos 102 e 104.

[00208] Os um ou mais processadores 1504 pode ser uma combinação de um ou mais de um microprocessador, controlador, microcontrolador, unidade de processamento central, processador de sinal digital, circuito integrado de aplicação específica, arranjo de portas programável em campo, ou qualquer outro dispositivo de computação, recurso, ou combinação de hardware, microcódigo e/ou lógica codificada adequado operável para fornecer, isoladamente ou em conjunto com outros componentes do dispositivo 100, como a memória 1506, estação base ou funcionalidade RAN. Por exemplo, os um ou mais processadores 1504 podem executar instruções armazenadas na memória 1506. Tal funcionalidade pode incluir o fornecimento de vários recursos e etapas discutidos neste documento, incluindo qualquer um dos benefícios aqui descritos. A expressão “o dispositivo sendo operativo para executar uma ação” pode indicar o dispositivo 100 sendo configurado para realizar a ação.

[00209] Como ilustrado esquematicamente na Fig. 15, o dispositivo 100 pode ser incorporado por uma estação base 510, por exemplo, da RAN. A estação base 510 compreende uma interface de rádio 1502 acoplada ao dispositivo 100 para comunicação por rádio com um ou mais dispositivos de rádio.

[00210] Em uma variante, por exemplo, como ilustrado esquematicamente na Fig. 16, a funcionalidade do dispositivo 100 é fornecida por um nó da RAN ou uma rede núcleo ligada à RAN. Ou seja, o nó executa o método 200. A funcionalidade do dispositivo 100 é fornecida pelo nó à estação base 510, por exemplo, através da interface 1502 ou de uma interface com ou sem fio dedicada.

[00211] A Fig. 17 mostra um diagrama de blocos esquemático para uma modalidade do dispositivo 200. O dispositivo 200 compreende um ou mais processadores 1704 para executar o método 200 e a memória 1706 acoplada aos processadores 1704. Por exemplo, a memória 1706 pode ser codificada com instruções que implementam pelo menos um dos módulos 102 e 104.

[00212] Os um ou mais processadores 1704 podem ser uma combinação de um ou mais de um microprocessador, controlador, microcontrolador, unidade de processamento central, processador de sinal digital, circuito integrado de aplicação específica, raster de portas programável em campo ou qualquer outro dispositivo, recurso, ou combinação de hardware, microcódigo e/ou lógica codificada operável para fornecer, isoladamente ou em conjunto com outros componentes do dispositivo 200, como a memória 1706, estação base ou funcionalidade RAN. Por exemplo, os um ou mais processadores 1704 podem executar instruções armazenadas na memória 1706. Essa funcionalidade pode incluir o fornecimento de vários recursos e etapas discutidos neste documento, incluindo qualquer um dos benefícios aqui divulgados. A expressão “o dispositivo sendo operativo para executar uma ação” pode denotar o dispositivo 100 sendo configurado para executar a ação.

[00213] Como ilustrado esquematicamente na Fig. 17, o dispositivo 200 pode ser incorporado por um dispositivo de rádio 512. O dispositivo de rádio 512 compreende uma interface de rádio 1702 acoplada ao dispositivo 200 para comunicação por rádio com uma estação base da RAN e/ou um ou mais dispositivos de rádio.

[00214] Em uma variante, por exemplo, como ilustrado esquematicamente na Fig. 18, a funcionalidade do dispositivo 200 é fornecida por um terminal ligado ao dispositivo de rádio 512. Ou seja, o terminal executa o método 200. A funcionalidade do dispositivo 200 é fornecida pelo terminal ao dispositivo de rádio 512, por exemplo, através da interface 1702 ou de uma interface com ou sem fio dedicada.

[00215] Como ficou evidente a partir da descrição acima, modalidades da técnica permitem que um dispositivo de rádio (por exemplo, um UE) identifique uma portadora não âncora de SIB1-NB em um sistema de NB-IoT TDD com apenas alguns bits difundidos no MIB-NB, que garante que o sistema de NB-IoT TDD opere de forma eficaz e coexista com o LTE-TDD.

[00216] As posições candidatas para a implementação da banda de guarda de NB-IoT TDD podem estar localizadas o mais próximo possível da portadora LTE, a fim de reduzir a interferência do canal adjacente e simplificar a implementação para o equipamento de rede.

[00217] A técnica também pode ser empregada em alguns outros sistemas de acesso sem fio, nos quais surgem desafios semelhantes.

[00218] Muitas vantagens da presente invenção serão totalmente entendidas a partir da descrição anterior, e será aparente que várias alterações podem ser feitas na forma, construção e disposição das unidades e dispositivos sem sair do escopo da invenção e/ou sem sacrificar todas as suas vantagens. Uma vez que a invenção pode variar de várias maneiras, será reconhecido que a invenção deve ser limitada apenas pelo escopo das reivindicações a seguir.

Claims (36)

REIVINDICAÇÕES

1. Um método (300) de transmissão de informações do sistema para uma comunicação por duplexação por divisão de tempo, TDD, (502) em uma rede de acesso via rádio, RAN (500), o método compreendendo ou desencadeando as etapas de: transmitir (302) um bloco de informações mestre, MIB, em uma portadora âncora (602-1) da comunicação por TDD (502) na RAN (500), o MIB sendo indicativo de um recurso espectral (602-1; 602-2) alocado a um bloco de informações do sistema, SIB, da comunicação por TDD (502) na RAN (500), em que o MIB é indicativo de uma posição do recurso espectral (602-1; 602-2) em relação à portadora âncora (602-1); e transmitir (304) o SIB no recurso espectral (602-1; 602-2) indicado no MIB, em que o recurso espectral (602-1; 602-2) inclui uma portadora não âncora (602-2) que é usada para a transmissão do SIB, a portadora não âncora (602-2) sendo diferente da portadora âncora (602-1) no qual o sinal de sincronização primário ou secundário é transmitido.

2. O método da reivindicação 1, em que o MIB é indicativo de se o recurso espectral (602-1; 602-2) está na portadora âncora (602-1) ou em uma portadora que não seja a portadora âncora (602-1).

3. O método de qualquer uma das reivindicações 1 a 2, em que o MIB inclui pelo menos um valor de parâmetro que é indicativo do recurso espectral (602-1; 602-2).

4. O método de qualquer uma das reivindicações 1 a 3, em que o MIB é indicativo do recurso espectral (602-1; 602-2) em termos de blocos de recursos físicos, PRBs (700).

5. O método de qualquer uma das reivindicações 1 a 6, compreendendo ou desencadeando ainda a etapa de:

transmitir sinais de sincronização inicial na portadora âncora (602-1) para a comunicação por TDD (502) na RAN (500).

6. O método de qualquer uma das reivindicações 1 a 5, em que as transmissões na portadora âncora (602-1) são governadas por uma configuração de enlace ascendente-enlace descendente (900) da comunicação por TDD (502) na RAN (500).

7. O método da reivindicação 6, compreendendo ou desencadeando ainda a etapa de: transmitir e receber seletivamente (306) dados de carga útil no canal âncora de acordo com a configuração de enlace ascendente-enlace descendente da comunicação por TDD (502) na RAN (500).

8. O método de qualquer uma das reivindicações 1 a 7, em que a comunicação por TDD (502) na RAN (500) é uma radiocomunicação de banda estreita, NB, envolvendo dispositivos de NB (512).

9. O método da reivindicação 8, em que a RAN (500) fornece ainda acesso via rádio a dispositivos de banda larga móvel, MBB (514) para uma comunicação em MBB (504) em uma largura de banda do sistema de MBB da RAN (500), uma NB (602) usada pela comunicação em NB (502) sendo implementada dentro da largura de banda do sistema de MBB (608) ou em uma banda de guarda (606) da largura de banda do sistema de MBB (608).

10. O método da reivindicação 9, em que a largura de banda do sistema de NB abrange pelo menos uma da portadora âncora (602-1) e a portadora não âncora (602-2).

11. O método da reivindicação 9 ou 10, em que os PRBs (700) para a comunicação em MBB (504) estão dispostos no domínio da frequência de acordo com um esquema de PRB, e a portadora âncora (602-1) para a comunicação em NB (502) está disposto no domínio de frequência de acordo com uma raster de portadora (1100).

12. O método da reivindicação 11, em que a portadora âncora (602-1) usa um PRB (700) de acordo com o esquema de PRB, e em que um deslocamento entre uma frequência central do PRB (700) e uma portadora do raster de portadora é igual ou inferior a 7,5 kHz ou metade de um espaçamento de uma sub-portadora.

13. O método da reivindicação 12, em que a portadora não âncora (602-2) usa outro PRB (700) de acordo com o esquema de PRB próximo ao PRB (700) da portadora âncora (602-1).

14. O método de qualquer uma das reivindicações 9 a 13, em que pelo menos uma da portadora âncora (602-1) e da portadora não âncora (602-2) da comunicação em NB (502) estão localizadas em uma ou mais bandas de guarda da largura de banda do sistema de MBB.

15. O método de qualquer uma das reivindicações 9 a 14, em que o MIB é indicativo de se a portadora âncora (602-1) e a portadora não âncora (602-2) estão localizadas na mesma banda de guarda da largura de banda do sistema de MBB ou em bandas de guarda opostas da largura de banda do sistema de MBB.

16. O método de qualquer uma das reivindicações 9 a 15, em que a portadora âncora (602-1) está mais próxima de uma borda de frequência da largura de banda do sistema de MBB do que a portadora não âncora (602-2) ou igual à borda de frequência da largura de banda do sistema de MBB.

17. O método de qualquer uma das reivindicações 9 a 16, em que a portadora âncora (602-1) está mais próxima de uma frequência de portadora de MBB do que a portadora não âncora (602-2), ou a portadora âncora (602-1) e a portadora não âncora (602-2) estão dispostas simetricamente em relação à frequência da portadora de MBB.

18. O método de qualquer uma das reivindicações 9 a 17, em que o MIB é indicativo de se a portadora não âncora (602-2) usada para transmitir o SIB está localizada em uma banda de guarda (606) na borda de frequência inferior da largura de banda do sistema de MBB ou em uma banda de guarda (606) na borda de frequência superior da largura de banda do sistema de MBB.

19. O método de qualquer uma das reivindicações 9 a 18, em que pelo menos uma da portadora âncora (602-1) e da portadora não âncora (602-2) da comunicação em NB (502) estão localizadas dentro da largura de banda do sistema de MBB.

20. O método de qualquer uma das reivindicações 9 a 19, em que pelo menos uma da portadora âncora (602-1) e do recurso espectral (602-1; 602-2) usado para transmitir o SIB da comunicação em NB (502) estão localizadas dentro da largura de banda do sistema de MBB.

21. O método de qualquer uma das reivindicações 1 a 20, em que o MIB é indicativo de se o recurso espectral (602-1; 602-2) usado para transmitir o SIB está disposto em um PRB (700) adjacente a uma borda de frequência inferior ou uma borda de frequência superior de um PRB (700) usado pela portadora âncora (602-1).

22. O método de qualquer uma das reivindicações 1 a 21, em que o MIB é indicativo de um sub-quadro usado na portadora âncora (602-1) para transmitir o SIB.

23. Um método para receber informações do sistema para uma comunicação por duplexação por divisão de tempo, TDD, (502) em uma rede de acesso via rádio, RAN (500), o método compreendendo ou desencadeando as etapas de: receber um bloco de informações mestre, MIB, em uma portadora âncora (602-1) da comunicação por TDD (502) na RAN (500), o MIB sendo indicativo de um recurso espectral (602-1; 602-2) alocado a um bloco de informações do sistema, SIB, da comunicação por TDD (502) na RAN (500), em que o MIB é indicativo de uma posição do recurso espectral (602-1; 602-2) em relação à portadora âncora (602-1); e receber o SIB no recurso espectral (602-1; 602-2) indicado no MIB, em que o recurso espectral (602-1; 602-2) inclui uma portadora não âncora (602-2) que é usada para a transmissão do SIB, a portadora não âncora (602-2) sendo diferente da portadora âncora (602-1) no qual o sinal de sincronização primário ou secundário é transmitido.

24. O método da reivindicação 23, compreendendo ainda qualquer característica ou etapa de qualquer uma das reivindicações 2 a 24, ou uma característica ou uma etapa correspondente a qualquer uma das reivindicações 2 a 22.

25. Um produto de programa de computador que compreende porções de código de programa para executar as etapas de qualquer uma das reivindicações 1 a 24 quando o produto de programa de computador é executado em um ou mais dispositivos de computação (1504; 1704).

26. O produto de programa de computador da reivindicação 25, armazenado em um meio de gravação legível por computador (1506; 1706).

27. Um dispositivo (100) para transmitir informações do sistema para uma comunicação por duplexação por divisão de tempo, TDD, (502) em uma rede de acesso via rádio, RAN (500), o dispositivo (100) sendo configurado para executar ou desencadear as etapas de: transmitir um bloco de informações mestre, MIB, em uma portadora âncora (602-1) da comunicação por TDD (502) na RAN (500), o MIB sendo indicativo de um recurso espectral (602-1; 602-2) alocado a um bloco de informações do sistema, SIB, da comunicação por TDD (502) na RAN (500), em que o MIB é indicativo de uma posição do recurso espectral (602-1; 602-2) em relação à portadora âncora (602-1); e transmitir o SIB no recurso espectral (602-1; 602-2) indicado no MIB, em que o recurso espectral (602-1; 602-2) inclui uma portadora não âncora (602-2) que é usada para a transmissão do SIB, a portadora não âncora (602-2) sendo diferente da portadora âncora (602-1) no qual o sinal de sincronização primário ou secundário é transmitido.

28. O dispositivo da reivindicação 27, configurado ainda para executar as etapas de qualquer uma das reivindicações 2 a 22.

29. Um dispositivo (200) para receber informações do sistema para uma comunicação por duplexação por divisão de tempo, TDD, (502) em uma rede de acesso via rádio, RAN (500), o dispositivo (200) sendo configurado para executar ou desencadear as etapas de: receber um bloco de informações mestre, MIB, em uma portadora âncora (602-1) da comunicação por TDD (502) na RAN (500), o MIB sendo indicativo de um recurso espectral (602-1; 602-2) alocado a um bloco de informações do sistema, SIB, da comunicação por TDD (502) na RAN (500), em que o MIB é indicativo de uma posição do recurso espectral (602-1; 602-2) em relação à portadora âncora (602-1); e receber o SIB no recurso espectral (602-1; 602-2) indicado no MIB, em que o recurso espectral (602-1; 602-2) inclui uma portadora não âncora (602-2) que é usada para a transmissão do SIB, a portadora não âncora (602-2) sendo diferente da portadora âncora (602-1) no qual o sinal de sincronização primário ou secundário é transmitido.

30. O dispositivo da reivindicação 29, configurado ainda para executar as etapas de qualquer uma das reivindicações 2 a 22, ou as etapas correspondentes a qualquer uma das reivindicações 2 a 22.

31. Um dispositivo (100) para transmitir informações do sistema para uma comunicação por duplexação por divisão de tempo, TDD, (502) em uma rede de acesso via rádio, RAN (500), o dispositivo (100) compreendendo pelo menos um processador (1504) e uma memória (1506), a referida memória (1506) compreendendo instruções executáveis pelo referido pelo menos um processador (1504), em que o dispositivo (100) é operacional para: transmitir um bloco de informações mestre, MIB, em uma portadora âncora (602-1) da comunicação por TDD (502) na RAN (500), o MIB sendo indicativo de um recurso espectral (602-1; 602-2) alocado a um bloco de informações do sistema, SIB, da comunicação por TDD (502) na RAN (500), em que o MIB é indicativo de uma posição do recurso espectral (602-1; 602-2) em relação à portadora âncora (602-1); e transmitir o SIB no recurso espectral (602-1; 602-2) indicado no MIB, em que o recurso espectral (602-1; 602-2) inclui uma portadora não âncora (602-2) que é usada para a transmissão do SIB, a portadora não âncora (602-2) sendo diferente da portadora âncora (602-1) no qual o sinal de sincronização primário ou secundário é transmitido.

32. O dispositivo da reivindicação 31, operativo ainda para executar as etapas de qualquer uma das reivindicações 2 a 22.

33. Um dispositivo (200) para receber informações do sistema para uma comunicação por duplexação por divisão de tempo, TDD, (502) em uma rede de acesso via rádio, RAN (500), o dispositivo (200) compreendendo pelo menos um processador (1704) e uma memória (1706), a referida memória (1706) compreendendo instruções executáveis pelo referido pelo menos um processador (1704), pelo qual o dispositivo (200) é operativo para: receber um bloco de informações mestre, MIB, em uma portadora âncora (602-1) da comunicação por TDD (502) na RAN (500), o MIB sendo indicativo de um recurso espectral (602-1; 602-2) alocado a um bloco de informações do sistema, SIB, da comunicação por TDD (502) na RAN (500), em que o MIB é indicativo de uma posição do recurso espectral (602-1; 602-2) em relação à portadora âncora (602-1); e receber o SIB no recurso espectral (602-1; 602-2) indicado no MIB, em que o recurso espectral (602-1; 602-2) inclui uma portadora não âncora (602-2) que é usada para a transmissão do SIB, a portadora não âncora (602-2) sendo diferente da portadora âncora (602-1) no qual o sinal de sincronização primário ou secundário é transmitido.

34. O dispositivo da reivindicação 33, operativo ainda para executar as etapas de qualquer uma das reivindicações 2 a 22, ou as etapas correspondentes a qualquer uma das reivindicações 2 a 22.

35. Uma estrutura de sinal por rádio representativa de um bloco de informações mestre, MIB, e configurada para transmissão em uma portadora âncora (602-1) de uma comunicação por duplexação por divisão de tempo, TDD, (502) em uma RAN (500) em uma rede de acesso via rádio, RAN (500), o MIB sendo indicativo de um recurso espectral (602-1; 602-2) alocado a um bloco de informações do sistema, SIB, da comunicação por TDD (502) na RAN (500), em que o MIB é indicativo de uma posição do recurso espectral (602-1; 602-2) em relação à portadora âncora (602-1), e em que o recurso espectral (602-1; 602-2) inclui uma portadora não âncora (602-2) que é usada para a transmissão do SIB, a portadora não âncora (602- 2) sendo diferente da portadora âncora (602-1) no qual o sinal de sincronização primário ou secundário é transmitido.

36. A estrutura de sinal por rádio da reivindicação 35, configurada ainda para desencadear as etapas de qualquer uma das reivindicações 1 a 22.