BR112019007229A2

BR112019007229A2 - método e dispositivo para solicitar informações de sistema

Info

Publication number: BR112019007229A2
Application number: BR112019007229A
Authority: BR
Inventors: Lee Jaewook; Kim Sangwon; Lee Youngdae
Original assignee: Lg Electronics Inc
Priority date: 2017-02-01
Filing date: 2018-01-31
Publication date: 2019-09-17
Also published as: KR20180116233A; US20220150955A1; US20190349787A1; US10660124B2; AU2018216526A1; EP3843494A1; CN110249699B; CA3043457A1; US10827520B2; SG11201901036QA; US20200221493A1; KR20200032267A; KR102070877B1; JP7245277B2; US11102810B2; EP3843494B1; US20210289542A1; CA3043457C; BR112019007229B1; CN110249699A

Abstract

trata-se de um método através do qual um terminal solicita informações de sistema em um sistema de comunicação sem fio e um dispositivo que suporta o mesmo. o método pode incluir: uma etapa para transmitir, para uma estação-base, um preâmbulo de acesso aleatório para solicitar informações de sistema; uma etapa de receber, a partir da estação-base, uma resposta de acesso aleatório que inclui apenas um identificador de preâmbulo de acesso aleatório (rapid) que corresponde ao preâmbulo de acesso aleatório transmitido; e uma etapa de considerar um procedimento de acesso aleatório concluído.

Description

“MÉTODO E DISPOSITIVO PARA SOLICITAR INFORMAÇÕES DE SISTEMA”

ANTECEDENTES DA INVENÇÃO

CAMPO DA INVENÇÃO [001] A presente invenção se refere a um sistema de comunicação sem fio e, mais particularmente, a um método em que um UE solicita outras informações de sistema e um dispositivo que suporta o mesmo.

TÉCNICA RELACIONADA [002] A fim de atender à demanda de tráfego de dados sem fio desde o lançamento do sistema de comunicação de 4^ã geração (4G), existem esforços contínuos para desenvolver sistemas de comunicação de 5^ã geração avançados (5G) ou sistemas de comunicação pré-5G. Devido às razões, o sistema de comunicação 5G ou sistema de pré-comunicação 5G é chamado de sistema de comunicação de rede além de 4G ou sistema de evolução pós longo prazo (LTE).

[003] As informações de sistema se referem a informações essenciais para comunicação entre um terminal e uma estação-base. Na LTE 3GPP, as informações de sistema são divididas em um MIB (Bloco de Informações Mestras) e um SIB (Bloco de Informações de Sistema). O MIB são as informações mais essenciais. O SIB é subdividido em formas SIB-x, de acordo com sua importância ou ciclo. O MIB é transmitido através de um PBCH (Canal de Difusão Físico) que é um canal físico. O SIB são informações de controle comuns e são transmitidas através de um PDCCH de modo diferente do MIB.

SUMÁRIO DA INVENÇÃO [004] O número de blocos de informações de sistema aumenta continuamente, e os recursos de rádio são exigidos para difundir um bloco de informações de sistema. Desse modo, à medida que o número de blocos de informações de sistema aumenta, a quantidade de recursos de rádio exigidos para

Petição 870190034230, de 10/04/2019, pág. 13/68

2/33 difundir um bloco de informações de sistema também aumenta de modo inevitável. Para transmitir informações de sistema continuamente crescentes para um equipamento de usuário (UE), é necessário propor um método para solicitar informações de sistema que utilizem eficientemente os recursos de rádio.

[005] De acordo com uma modalidade, é fornecido um método para um UE solicitar informações de sistema em um sistema de comunicação sem fio. O método pode incluir: transmitir um preâmbulo de acesso aleatório para solicitar informações de sistema para uma estação-base (BS); receber, a partir da BS, uma resposta de acesso aleatório que inclui apenas um identificador de preâmbulo de acesso aleatório (RAPID) que corresponde ao preâmbulo de acesso aleatório transmitido; e considerar que um procedimento de acesso aleatório está concluído.

[006] De acordo com outra modalidade, é fornecido um UE para solicitar informações de sistema em um sistema de comunicação sem fio. O UE pode incluir: uma memória; um transceptor; e um processador para conectar a memória ao transceptor, em que o processador pode: controlar o transceptor para transmitir um preâmbulo de acesso aleatório para solicitar informações de sistema para uma BS; controlar o transceptor para receber, a partir da BS, uma resposta de acesso aleatório que inclui apenas um RAPID que corresponde ao preâmbulo de acesso aleatório transmitido; e considerar que um procedimento de acesso aleatório está concluído.

[007] Um UE pode solicitar eficientemente outras informações de sistema.

BREVE DESCRIÇÃO DOS DESENHOS [008] A Figura 1 mostra arquitetura de sistema LTE.

[009] A Figura 2 mostra um plano de controle de um protocolo de interface de rádio de um sistema LTE.

[010] A Figura 3 mostra um plano de usuário de um protocolo de interface de rádio de um sistema LTE.

[011] A Figura 4 mostra um exemplo de transmissão de um bloco de

Petição 870190034230, de 10/04/2019, pág. 14/68

3/33 informações mestras (MIB), bloco de informações de sistema 1 (SIB1) e outros SIBs.

[012] A Figura 5 mostra uma atualização de informações de sistema.

[013] A Figura 6 ilustra um procedimento de acesso aleatório baseado em contenção.

[014] A Figura 7 ilustra um procedimento de acesso aleatório de não contenção.

[015] A Figura 8 mostra um procedimento para um UE receber informações de sistema de novo tipo.

[016] A Figura 9 mostra um procedimento no qual um UE solicita informações de sistema em um procedimento de acesso aleatório, de acordo com uma modalidade da presente invenção.

[017] A Figura 10 mostra um exemplo de um subcabeçalho MAC que inclui apenas um RAPID, de acordo com uma modalidade da presente invenção.

[018] A Figura 11 mostra um exemplo de uma PUD MAC, de acordo com uma modalidade da presente invenção.

[019] A Figura 12 mostra um método para um UE solicitar e receber informações de sistema com base em um novo tipo de janela RAR em um procedimento de acesso aleatório, de acordo com uma modalidade da presente invenção.

[020] A Figura 13 mostra um exemplo no qual informações de sistema solicitadas são fornecidas em uma segunda janela RAR, de acordo com uma modalidade da presente invenção.

[021] A Figura 14 é um diagrama de blocos que ilustra um método para um UE solicitar informações de sistema, de acordo com uma modalidade da presente invenção.

[022] A Figura 15 é um diagrama de blocos que ilustra um sistema de comunicação sem fio, de acordo com a modalidade da presente invenção.

Petição 870190034230, de 10/04/2019, pág. 15/68

4/33

DESCRIÇÃO DAS MODALIDADES EXEMPLIFICATIVAS [023] A tecnologia descrita abaixo pode ser usada em vários sistemas de comunicação sem fio, tal como acesso múltiplo por divisão de código (CDMA), acesso múltiplo por divisão de frequência (FDMA), acesso múltiplo por divisão de tempo (TDMA), acesso múltiplo por divisão de frequência ortogonal (OFDMA), acesso múltiplo por divisão de frequência de portadora única (SC-FDMA), etc. O CDMA pode ser implementado com uma tecnologia de rádio, tal como acesso por rádio terrestre universal (UTRA) ou CDMA-2000. O TDMA pode ser implementado com uma tecnologia de rádio, tal como sistema global para comunicações móveis (GSM)/serviço de razão de pacote geral (GPRS)/taxa de dados avançada para evolução GSM (EDGE). O OFDMA pode ser implementado com uma tecnologia de rádio, tal como instituto de engenheiros eletricistas e eletrônicos (IEEE) 802.11 (WiFi), IEEE 802.16 (WiMAX), IEEE 802.20, UTRA (E-UTRA) evoluído, etc. IEEE 802.16m é evoluído de IEEE 802.16e, e fornece compatibilidade com versões anteriores com um sistema baseado no IEEE 802.16e. O UTRA faz parte de um sistema universal de telecomunicações móveis (UMTS). A evolução de longo prazo (LTE) de projeto de parceria de 3^ã geração (3GPP) faz parte de m UMTS evoluído (EUMTS) que usa o E-UTRA. A LTE 3GPP usa o OFDMA em um enlace descendente e usa o SC-FDMA em um enlace ascendente. A LTE avançada (LTE-A) é uma evolução da LTE. 5G é uma evolução da LTE-A.

[024] Por uma questão de clareza, a descrição a seguir irá focalizar na LTEA/5G. Entretanto, recursos técnicos da presente invenção não se limitam a isso.

[025] A Figura 1 mostra arquitetura de sistema LTE. A rede de comunicação é amplamente instalada para fornecer uma variedade de serviços de comunicação, tal como voz sobre protocolo de internet (VoIP) através de IMS e dados de pacote.

[026] Com referência à Figura 1, a arquitetura de sistema LTE inclui um ou mais dentre equipamento de usuário (UE; 10), uma rede de acesso por rádio terrestre

Petição 870190034230, de 10/04/2019, pág. 16/68

5/33

UMTS evoluída (E-UTRAN) e um núcleo de pacote evoluído (EPC). O UE 10 se refere a um equipamento de comunicação portado por um usuário. O UE 10 pode ser fixe ou móvel, e pode ser chamado de outra terminologia, tal como uma estação móvel (MS), um terminal de usuário (UT), uma estação de assinante (SS), um dispositivo sem fio, etc.

[027] A E-UTRAN inclui um ou mais nós B evoluídos (eNB) 20, e uma pluralidade de UEs pode estar situada em uma célula. O eNB 20 fornece um ponto de extremidade de um plano de controle e um plano de usuário para o UE 10. O eNB 20 é geralmente uma estação fixa que se comunica com o UE 10 e pode ser denominado como outra terminologia, tal como uma estação-base (BS), um sistema transceptorbase (BTS), um ponto de acesso, etc. Um eNB 20 pode ser instalado por célula. Há uma ou mais células dentro da cobertura do eNB 20. Uma única célula é configurada para ter uma das larguras de banda selecionadas dentre 1,25, 2,5, 5, 10 e 20 MHz, etc., e fornece serviços de transmissão de enlace descendente ou enlace ascendente para vários UEs. Nesse caso, diferentes células podem ser configuradas para fornecer diferentes larguras de banda.

[028] Doravante, um enlace descendente (DL) indica comunicação a partir do eNB 20 para o UE 10, e um enlace ascendente (UL) indica comunicação a partir do UE 10 para o eNB 20. No DL, um transmissor pode fazer parte do eNB 20, e um receptor pode fazer parte do UE 10. No UL, o transmissor pode fazer parte do UE 10, e o receptor pode fazer parte do eNB 20.

[029] O EPC inclui uma entidade de gerenciamento de mobilidade (MME) que é responsável pelas funções de plano de controle, e uma porta de comunicação (SGW) de evolução de arquitetura de sistema (SAE) que é responsável pelas funções de plano de usuário. A MME/S-GW 30 pode ser posicionada na extremidade da rede e conectada a uma rede externa. A MME tem informações de acesso de UE ou informações de capacidade de UE, e tais informações podem ser principalmente

Petição 870190034230, de 10/04/2019, pág. 17/68

6/33 usadas no gerenciamento de mobilidade de UE. A S-GW é uma porta de comunicação cujo ponto de extremidade é uma E-UTRAN. A MME/S-GW 30 fornece um ponto de extremidade de uma função de gerenciamento de sessão e mobilidade para o UE 10. O EPC pode incluir adicionalmente uma porta de comunicação (PDN-GW) de rede de dados de pacote (PDN). A PDN-GW é uma porta de comunicação cujo ponto de extremidade é uma PDN.

[030] A MME fornece várias funções que incluem sinalização de estrato de não acesso (NAS) para eNBs 20, segurança de sinalização NAS, controle de segurança de estrato de acesso (AS), sinalização de nó de rede internúcleo (CN) para mobilidade entre redes de acesso 3GPP, acessibilidade de UE em modo ocioso (incluindo controle e execução de retransmissão de paging), gerenciamento de lista de área de rastreamento (para UE em modo ocioso e ativo), seleção de P-GW e SGW, seleção de MME para handovers com alteração de MME, seleção de nó de suporte GPRS servidor (SGSN) para handovers para redes de acesso 3GPP 2G ou 3G, roaming, autenticação, funções de gerenciamento de portador que incluem estabelecimento de portador dedicado, suporte para sistema de aviso público (PWS) (que inclui transmissão de mensagem de sistema de aviso de terremoto e tsunami (ETWS) e sistema de alerta móvel comercial (CMAS)). O hospedeiro S-GW fornece funções sortidas que incluem filtragem de pacote com base por usuário (por exemplo, por inspeção de pacote profunda), interceptação legal, alocação de endereço de protocolo de Internet (IP) de UE, marcação de pacote de nível de transporte no DL, UL e carregamento de nível de serviço de DL, gating e imposição de taxa, imposição de taxa de DL com base em APN-AMBR. Por uma questão de clareza, MME/S-GW 30 será chamada no presente documento simplesmente de “porta de comunicação,” porém, entende-se que essa entidade inclui tanto a MME como a S-GW.

[031 ] Interfaces para transmitir tráfego de usuário e tráfego de controle podem ser usadas. O UE 10 e o eNB 20 são conectados por meio de uma interface Uu. Os

Petição 870190034230, de 10/04/2019, pág. 18/68

7/33 eNBs 20 são interconectados por meio de uma interface X2. eNBs vizinhos podem ter uma estrutura de rede em malha que tem a interface X2. Os eNBs 20 são conectados ao EPC por meio de uma interface S1. Os eNBs 20 são conectados à MME por meio de uma interface S1-MME, e são conectados à S-GW por meio da interface S1-U. A interface S1 suporta uma relação muitos para muitos entre o eNB 20 e a MME/S-GW.

[032] O eNB 20 pode realizar funções de seleção para porta de comunicação 30, roteamento em direção à porta de comunicação 30 durante uma ativação de controle de recurso de rádio (RRC), programação e transmissão de mensagens de paging, programação e transmissão de informações de canal de difusão (BCH), alocação dinâmica de recursos nos UEs 10 tanto em UL como em DL, configuração e provisionamento de medições de eNB, controle de portador de rádio, controle de admissão de rádio (RAC) e controle de mobilidade de conexão em estado LTE_ACTIVE. No EPC, e conforme observado acima, a porta de comunicação 30 pode realizar funções de origem de paging, gerenciamento de estado LTEJDLE, cifragem do plano de usuário, controle de portador SAE e cifragem e proteção de integridade de sinalização NAS.

[033] A Figura 2 mostra um plano de controle de um protocolo de interface de rádio de um sistema LTE. A Figura 3 mostra um plano de usuário de um protocolo de interface de rádio de um sistema LTE.

[034] As camadas de um protocolo de interface de rádio entre o UE e a EUTRAN podem ser classificadas em uma primeira camada (L1), uma segunda camada (L2) e uma terceira camada (L3) com base nas três camadas inferiores do modelo de interconexão de sistema aberto (OSI), ou seja, bem conhecidas no sistema de comunicação O protocolo de interface de rádio entre o UE e a E-UTRAN pode ser horizontalmente dividido em uma camada física, uma camada de enlace de dados e uma camada de rede, e pode ser verticalmente dividido em um plano de controle (plano C) que é uma pilha de protocolo para transmissão de sinal de controle e um

Petição 870190034230, de 10/04/2019, pág. 19/68

8/33 plano de usuário (plano U) que é uma pilha de protocolo para transmissão de informações de dados. As camadas do protocolo de interface de rádio existem em pares no UE e na E-UTRAN, e são responsáveis pela transmissão de dados da interface Uu.

[035] Uma camada física (PHY) pertence a L1. A camada PHY dota uma camada mais alta de serviço de transferência de informações através de um canal físico. A camada PHY é conectada a uma camada de controle de acesso ao meio (MAC), que é uma camada mais alta da camada PHY, através de um canal de transporte. Um canal físico é mapeado para o canal de transporte. Os dados são transferidos entre a camada MAC e a camada PHY através do canal de transporte. Entre camadas PHY diferentes, isto é, uma camada PHY de um transmissor e uma camada PHY de um receptor, os dados são transferidos através do canal físico com o uso de recursos de rádio. O canal físico é modulado com o uso de um esquema de multiplexação por divisão de frequência ortogonal (OFDM), e utiliza tempo e frequência como um recurso de rádio.

[036] A camada PHY usa vários canais de controle físicos. Um canal de controle de enlace descendente físico (PDCCH) relata para um UE sobre a alocação de recurso de um canal de paging (PCH) e um canal compartilhado de enlace descendente (DL-SCH), e informações de solicitação de repetição automática híbrida (HARQ) relacionadas ao DL-SCH. O PDCCH pode portar uma concessão UL para relatar para o UE sobre a alocação de recurso de transmissão UL. Um canal indicador de formato de controle físico (PCFICH) relata o número de símbolos OFDM usados para PDCCHs para o UE, e é transmitido em cada subquadro. Um canal indicador de ARQ híbrido físico (PHICH) porta um sinal de confirmação (ACK) HARQ/confirmação negativa (NACK) em resposta à transmissão UL. Um canal de controle de enlace ascendente físico (PUCCH) porta informações de controle UL, tal como ACK/NACK HARQ para transmissão DL, solicitação de programação e CQI. Um canal

Petição 870190034230, de 10/04/2019, pág. 20/68

9/33 compartilhado de enlace ascendente físico (PUSCH) porta um canal compartilhado (SCH) de enlace ascendente UL [037] Um canal físico consiste em uma pluralidade de subquadros no domínio de tempo e uma pluralidade de subportadoras no domínio de frequência. Um subquadro consiste em uma pluralidade de símbolos no domínio de tempo. Um subquadro consiste em uma pluralidade de blocos de recurso (RBs). Um RB consiste em uma pluralidade de símbolos e uma pluralidade de subportadoras. Além disso, cada subquadro pode usar subportadoras específicas de símbolos específicos de um subquadro correspondente para um PDCCH. Por exemplo, um primeiro símbolo do subquadro pode ser usado para o PDCCH. O PDCCH porta recursos alocados dinâmicos, tal como um bloco de recurso físico (PRB) e esquema de modulação e codificação (MCS). Um intervalo de tempo de transmissão (TTI) que é uma unidade de tempo para transmissão de dados pode ser igual a um comprimento de um subquadro. O comprimento de um subquadro pode ser 1 ms.

[038] O canal de transporte é classificado em um canal de transporte comum e um canal de transporte dedicado, de acordo com o fato de o canal ser compartilhado ou não. Um canal de transporte DL para transmitir dados a partir da rede para o UE inclui um canal de difusão (BCH) para transmitir informações de sistema, um canal de paging (PCH) para transmitir uma mensagem de paging, um DL-SCH para transmitir tráfego de usuário ou sinais de controle, etc. O DL-SCH suporta HARQ, adaptação de enlace dinâmico variando-se a modulação, codificação e potência de transmissão, e tanto alocação de recurso dinâmico como semiestático. O DL-SCH também pode permitir a difusão em toda a célula e o uso de formação de feixes. As informações de sistema portam um ou mais blocos de informações de sistema. Todos os blocos de informações de sistema podem ser transmitidos com a mesma periodicidade. Os sinais de tráfego ou controle de um serviço de difusão/difusão seletiva de multimídia (MBMS) podem ser transmitidos através do DL-SCH ou um canal de difusão seletiva

Petição 870190034230, de 10/04/2019, pág. 21/68

10/33 (MCH).

[039] Um canal de transporte UL para transmitir dados a partir do UE para a rede inclui urn canal de acesso aleatório (RACH) para transmitir uma mensagem de controle inicial, um UL-SCH para transmitir tráfego de usuário ou sinais de controle, etc. O UL-SCH suporta HARQ e adaptação de enlace dinâmico variando-se a potência de transmissão e potencialmente a modulação e codificação. O UL-SCH também pode permitir o uso de formação de feixes. O RACH é normalmente usado para acesso inicial a uma célula.

[040] Uma camada MAC pertence à L2. A camada MAC fornece serviços para uma camada de controle de enlace de rádio (RLC), que é uma camada mais alta da camada MAC, por meio de um canal lógico. A camada MAC fornece uma função de mapeamento de múltiplos canais lógicos para múltiplo canais de transporte. A camada MAC também fornece uma função de multiplexação de canal lógico mapeando-se múltiplos canais lógicos para um canal de transporte único. Uma subcamada MAC fornece serviços de transferência de dados em canais lógicos.

[041 ] Os canais lógicos são classificados em canais de controle para transferir informações de plano de controle e canais de tráfego para transferir informações de plano de usuário, de acordo com um tipo de informações transmitidas. Ou seja, um conjunto de tipos de canais lógicos é definido para diferentes serviços de transferência de dados oferecidos pela camada MAC. Os canais lógicos se situam acima do canal de transporte, e são mapeados para os canais de transporte.

[042] Os canais de controle são usados apenas para transferência de informações de plano de controle. Os canais de controle fornecidos pela camada MAC incluem um canal de controle de difusão (BCCH), um canal de controle de paging (PCCH), um canal de controle comum (CCCH), um canal de controle de difusão (MCCH) e um canal de controle dedicado (DCCH). O BCCH é um canal de enlace descendente para difundir informações de controle de sistema. O PCCH é um canal

Petição 870190034230, de 10/04/2019, pág. 22/68

11/33 de enlace descendente que transfere informações de paging e é usado quando a rede não conhece a célula de localização de um UE. O CCCH é usado por UEs que não têm conexão RRC com a rede. O MCCH é um canal de enlace descendente de ponto a multipontos usado para transmitir informações de controle MBMS a partir da rede para um UE. O DCCH é um canal bidirecional ponto a ponto usado por UEs que têm uma conexão RRC que transmite informações de controle dedicadas entre um UE e a rede.

[043] Os canais de tráfego são usados apenas para a transferência de informações de plano de usuário. Os canais de tráfego fornecidos pela camada MAC incluem um canal de tráfego dedicado (DTCH) e um canal de tráfego de difusão seletiva (MTCH). O DTCH é um canal ponto a ponto, dedicado a um UE para a transferência de informações de usuário e pode existir tanto em enlace ascendente como em enlace descendente. O MTCH é um canal de enlace descendente de ponto a multipontos para transmitir dados de tráfego a partir da rede para o UE.

[044] As conexões de enlace ascendente entre canais lógicos e canais de transporte incluem o DCCH que pode ser mapeado para o UL-SCH, o DTCH que pode ser mapeado para o UL-SCH e o CCCH que pode ser mapeado para o UL-SCH. As conexões de enlace descendente entre canais lógicos e canais de transporte incluem o BCCH que pode ser mapeado para o BCH ou DL-SCH, o PCCH que pode ser mapeado para o PCH, o DCCH que pode ser mapeado para o DL-SCH, e o DTCH que pode ser mapeado para o DL-SCH, o MCCH que pode ser mapeado para o MCH, e o MTCH que pode ser mapeado para o MCH.

[045] Uma camada RLC pertence à L2. A camada RLC fornece uma função de ajuste de um tamanho dos dados, a fim de ser adequada para uma camada inferior para transmitir os dados, ao concatenar e segmentar os dados recebidos a partir de uma camada mais alta em uma seção de rádio. Além disso, para assegurar uma variedade de qualidade de serviço (QoS) exigida por um portador de rádio (RB), a

Petição 870190034230, de 10/04/2019, pág. 23/68

12/33 camada RLC fornece três modos de operação, isto é, um modo transparente (TM), um modo não confirmado (UM), e um modo confirmado (AM). O RLC AM fornece uma função de retransmissão através de uma solicitação de repetição automática (ARQ) para transmissão de dados confiável. Entretanto, uma função da camada RLC pode ser implementada com um bloco funcional dentro da camada MAC. Nesse caso, a camada RLC pode não existir.

[046] Uma camada de protocolo de convergência de dados de pacote (PDCP) pertence à L2. A camada PDCP fornece uma função de compactação de cabeçalho que reduz informações de controle desnecessárias, de modo que os dados que são transmitidos empregando-se pacotes IP, tal como IPv4 ou IPv6, possam ser eficientemente transmitidos através de uma interface de rádio que tenha uma largura de banda relativamente pequena. A compactação de cabeçalho aumenta a eficiência de transmissão na seção de rádio transmitindo-se apenas informações necessárias em um cabeçalho dos dados. Além disso, a camada PDCP fornece uma função de segurança. A função de segurança inclui cifragem que impede a inspeção de terceiros, e a proteção de integridade que impede a manipulação de dados de terceiros.

[047] Uma camada de controle de recurso de rádio (RRC) pertence à L3. A camada RLC se situa na porção mais baixa da L3, e é definida apenas no plano de controle. A camada RRC assume uma função de controlar um recurso de rádio entre o UE e a rede. Para isso, o UE e a rede trocam uma mensagem RRC através da camada RRC. A camada RRC controla canais lógicos, canais de transporte e canais físicos em relação à configuração, reconfiguração e liberação de RBs. Um RB é um caminho lógico fornecido pela L1 e L2 para entrega de dados entre o UE e a rede. Ou seja, o RB significa que um serviço forneceu a L2 para a transmissão de dados entre o UE e a E-UTRAN. A configuração do RB implica em um processo para especificar uma camada de protocolo de rádio e propriedades de canal para fornecer um serviço particular e para determinar os respectivos parâmetros e operações detalhados. O RB

Petição 870190034230, de 10/04/2019, pág. 24/68

13/33 é classificado em dois tipos, isto é, um RB de sinalização (SRB) e um RB de dados (DRB). O SRB é usado como um caminho para transmitir uma mensagem RRC no plano de controle. O DRB é usado como um caminho para transmitir dados de usuário no plano de usuário.

[048] Uma camada de Estrato de Não Acesso (NAS) colocada sobre a camada RRC realiza funções, tal como gerenciamento de sessão e gerenciamento de mobilidade.

[049] Com referência à Figura 2, as camadas RLC e MAC (terminadas no eNB no lado de rede) podem realizar funções, tais como programação, solicitação de repetição automática (ARQ) e solicitação de repetição automática híbrida (HARQ). A camada RRC (terminada no eNB no lado de rede) pode realizar funções, tais como difusão, paging, gerenciamento de conexão RRC, controle RB, funções de mobilidade e relatório e controle de medição de UE. O protocolo de medição NAS (terminado na MME de porta de comunicação no lado de rede) pode realizar funções, tais como um gerenciamento de portador SAE, autenticação, manipulação de mobilidade LTEJDLE, origem de paging em LTEJDLE, e controle de segurança para a sinalização entre a porta de comunicação e o UE.

[050] Com referência à Figura 3, as camadas RLC e MAC (terminadas no eNB no lado rede) podem realizar as mesmas funções para o plano de controle. A camada PDCP (terminada no eNB no lado de rede) pode realizar as funções de plano de usuário, tais como compactação de cabeçalho, proteção de integridade e cifragem.

[051] Doravante, as informações de sistema serão descritas.

[052] A Figura 4 mostra um exemplo de transmissão de um bloco de informações mestras (MIB), bloco de informações de sistema 1 (SIB1) e outros SIBs.

[053] Uma célula LTE difunde parâmetros básicos necessários para a operação de um UE IDLE_MODE e um UE CONNECTED_MODE por meio de uma pluralidade de blocos de informações separados. Os exemplos de blocos de

Petição 870190034230, de 10/04/2019, pág. 25/68

14/33 informações incluem um MIB, SIB1, SIB2 e outros SIBs (SIBn).

[054] O MIB inclui os parâmetros mais essenciais necessários para um UE acessar uma célula. Com referência à Figura 4, uma mensagem MIB é difundida através de um BCH, de acordo com uma periodicidade de 40 ms, e a transmissão MIB é repetida em todos os quadros de rádio dentro da periodicidade de 40 ms. O UE recebe uma mensagem SIB com o uso de parâmetros recebidos por meio do MIB.

[055] Existem tipos diferentes de SIBs.

[056] O SIB1 inclui informação associada a acesso de célula e, inclui particularmente informações sobre outros SIBs (SIB2 a SIBn) além do SIB1. SIBs que têm a mesma a periodicidade de transmissão entre os SIBs diferentes do SIB1 são transferidos através da mesma mensagem de informações de sistema (SI). Desse modo, informações de programação incluem uma relação de mapeamento entre cada SIB e uma mensagem SI. Uma mensagem SI é transmitida dentro de uma janela SI em um domínio de tempo, e cada mensagem SI é associada a uma janela SI. Uma vez que as janelas SI para diferentes SI não se sobrepõem, apenas uma mensagem SI é transmitida dentro de uma janela SI. Desse modo, informações de programação incluem a duração de uma janela SI e uma periodicidade de transmissão SI. O tempo/frequência para transmitir uma mensagem SI é determinado por programação dinâmica por uma BS. O SIB1 é difundido através de um canal compartilhado de enlace descendente (SCH DL), de acordo com uma periodicidade de oito quadros de rádio (ou seja, periodicidade de 80 ms), e SIB1 é repetidamente retransmitidos em um quadro subquadro de um quadro de rádio SFN-mod-2 dentro da periodicidade de 80 ms.

[057] O SIB2 inclui informações necessárias para um UE acessar uma célula. O SIB2 inclui informações sobre uma largura de banda de célula de enlace ascendente, um parâmetro de acesso aleatório e um parâmetro de controle de potência de enlace ascendente.

Petição 870190034230, de 10/04/2019, pág. 26/68

15/33 [058] O SIB3 inclui informações de resseleção de célula. O SIB4 inclui informações de frequência sobre uma célula servidora e informações de intrafrequência sobre uma célula vizinha para resseleção de célula. O SIB5 inclui informações de frequência sobre um E-UTRA diferente e informações de interfrequência sobre uma célula vizinha para resseleção de célula. O SIB6 inclui informações de frequência sobre um UTRA e informações sobre uma célula vizinha UTRA para resseleção de célula. O SIB7 inclui informações de frequência sobre uma GERAN para resseleção de célula. O SIB8 inclui informações sobre uma célula vizinha.

[059] O SIB9 inclui um identificador (ID) de eNodeB Inicial (HeNB). Os SIB10 a SIB12 incluem uma mensagem de aviso público, por exemplo, para aviso de terremoto. O SIB14 é usado para suportar barramento de acesso avançado e controlar UEs para acessar uma célula. O SIB15 inclui informações necessárias para receber um MBMS em frequências de portadora contíguas. O SIB16 inclui informações relacionadas a tempo de GPS e tempo universal coordenado (UTC). O SIB17 inclui informações auxiliares de RAN.

[060] Nem sempre exige-se que todos os SI Bs estejam presentes. Por exemplo, SIB9 não é necessário em um modo em que uma portadora sem fio estabelece um HeNB, enquanto o SIB13 não é necessário se uma célula não fornece MBMS.

[061] Informações de sistema são comumente aplicadas a todos os UEs que acessam uma célula, e os UEs sempre precisam manter informações de sistema atualizadas para realizar uma operação adequada. Quando as informações de sistema são alteradas, os UEs precisam saber antecipadamente o momento em que a BS transmite novas informações de sistema. A fim de que uma BS e um UE reconheçam mutuamente um período de quadro de rádio para transmitir novas informações de sistema, o conceito do período de modificação BCCH é introduzido

Petição 870190034230, de 10/04/2019, pág. 27/68

16/33 em 3GPP TS 36.331 v9.3.0, que é descrito em detalhes.

[062] A Figura 5 mostra uma atualização de informações de sistema.

[063] Com referência à Figura 5, uma BS, que pretende atualizar informações de sistema em um (n+1)ésimo período de modificação, notifica antecipadamente os UEs de uma atualização de informações de sistema em um nésimo período de modificação. Um UE, que é notificado da atualização das informações de sistema no enésimo período de modificação, recebe e aplica novas informações de sistema bem no início do (n+1)ésimo período de modificação. Quando uma atualização das informações de sistema é programada, a BS inclui um indicador de modificação de informações de sistema em uma mensagem de paging. Geralmente, uma mensagem de paging é uma mensagem recebida por um UE em modo ocioso. Entretanto, uma vez que uma atualização das informações de sistema é notificada através de uma mensagem de paging, um UE em modo conectado também precisa receber uma mensagem de paging às vezes e identificar uma atualização das informações de sistema.

[064] Doravante, o acesso aleatório será descrito.

[065] O acesso aleatório é usado por um UE para obter sincronização de enlace ascendente com uma BS ou para ser alocado em um recurso de rádio de enlace ascendente. Após a energia ser desligada, um UE obtém sincronização de enlace descendente com uma célula inicial e recebe informações de sistema. Então, o UE adquire, a partir das informações de sistema, um conjunto de preâmbulos de acesso aleatório disponíveis e informações sobre um recurso de rádio usado para transmissão de um preâmbulo de acesso aleatório. O recurso de rádio usado para transmissão do preâmbulo de acesso aleatório pode ser especificado como um quadro de rádio e/ou uma combinação de pelo menos um ou mais subquadros. O UE transmite um preâmbulo de acesso aleatório aleatoriamente selecionado a partir do conjunto de preâmbulos de acesso aleatório, e a BS que recebeu o preâmbulo de

Petição 870190034230, de 10/04/2019, pág. 28/68

17/33 acesso aleatório envia um valor alinhamento de temporização (TA) para sincronização de enlace ascendente para o UE através de uma resposta de acesso aleatório. Desse modo, o UE obtém sincronização de enlace ascendente.

[066] Ou seja, a BS alocar um preâmbulo de acesso aleatório dedicado em um UE específico, e o UE realiza acesso aleatório de não contenção com o uso do preâmbulo de acesso aleatório. Ou seja, pode haver um processo para selecionar um preâmbulo de acesso aleatório, acesso aleatório baseado em contenção em que um UE seleciona aleatoriamente e usa um preâmbulo de acesso aleatório a partir de um conjunto particular e acesso aleatório de não contenção em que apenas um UE específico é alocado em um preâmbulo de acesso aleatório por uma BS. O acesso aleatório de não contenção pode ser usado para um procedimento de handover ou mediante uma solicitação por meio de um comando da BS.

[067] A Figura 6 ilustra um procedimento de acesso aleatório baseado em contenção.

[068] Com referência à Figura 6, um UE seleciona aleatoriamente um preâmbulo de acesso aleatório a partir de um conjunto de preâmbulos de acesso aleatório indicado por informações de sistema ou um comando de handover. O UE seleciona um recurso de rádio para transmitir o preâmbulo de acesso aleatório para transmitir o preâmbulo de acesso aleatório selecionado (S610). O recurso de rádio pode ser um subquadro específico, e a seleção do recurso de rádio pode ser a seleção de um canal de acesso aleatório físico (PRACH).

[069] Após transmitir o preâmbulo de acesso aleatório, o UE tenta receber uma resposta de acesso aleatório dentro de uma janela de recepção de resposta de acesso aleatório indicada pelas informações de sistema ou pelo comando handover e, consequentemente, recebe uma resposta de acesso aleatório (S620). A resposta de acesso aleatório pode ser transmitida em um formato PDU MAC, e a PDU MAC pode ser encaminhada por meio de um canal compartilhado de enlace descendente

Petição 870190034230, de 10/04/2019, pág. 29/68

18/33 físico (PDSCH). Ademais, um canal de controle de enlace descendente físico (PDCCH) também é encaminhado, de modo que o UE receba adequadamente as informações encaminhadas por meio do PDSCH. Ou seja, o PDCCH inclui informações sobre o UE que recebe o PDSCH, informações de frequência e tempo sobre um recurso de rádio para o PDSCH e um formato de transmissão para o PDSCH. Uma vez que recebe de modo bem-sucedido o PDCCH encaminhado para o UE, o UE recebe adequadamente a resposta de acesso aleatório transmitida através do PDSCH com base nas informações no PDCCH.

[070] A resposta de acesso aleatório pode incluir um identificador de preâmbulo de acesso aleatório (ID), um recurso de rádio de enlace ascendente (concessão UL), um identificador temporário de rede de célula-rede de rádio temporária (C-RNTI) e um comando de alinhamento de tempo (TAC). Uma vez que uma resposta de acesso aleatório pode incluir informações de resposta de acesso aleatório para um ou mais UEs, um ID de preâmbulo de acesso aleatório pode ser incluído para indicar um UE para o qual uma concessão UL, um C-RNTI temporário e um TAC são válidos. O ID preâmbulo de acesso aleatório pode ser um ID do preâmbulo de acesso aleatório recebido por uma BS. O TAC pode ser incluído como informações para o UE ajustar a sincronização de enlace ascendente. A resposta de acesso aleatório pode ser indicada por um ID de acesso aleatório no PDCCH, ou seja, um identificador temporário de rede de acesso aleatório-rádio (RA-RNTI).

[071] Quando o UE recebe a resposta de acesso aleatório válida para isso, o UE processa informações incluídas na resposta de acesso aleatório e realiza transmissão programada para a BS (S630). Ou seja, o UE aplica o TAC e armazenar o C-RNTI temporário. Ademais, o UE transmite dados armazenados em um armazenamento temporário do UE ou dados recentemente gerados para a BS com o uso da concessão UL. Nesse caso, informações para identificar o UE precisam ser incluídas, que servem para identificar o UE a fim de evitar uma colisão, uma vez que

Petição 870190034230, de 10/04/2019, pág. 30/68

19/33 a BS não determina quais UEs realizam acesso aleatório em um processo de acesso aleatório baseado em contenção.

[072] Existem dois métodos para incluir informações para identificar um UE. Quando o UE tem um ID de célula válido já alocado por uma célula correspondente antes de realizar o acesso aleatório, o UE transmite o ID de célula do mesmo através da concessão UL. Entretanto, quando o UE não é alocado em um ID de célula válido antes do processo de acesso aleatório, o UE transmite um ID exclusivo do mesmo (por exemplo, S-TMSI ou ID aleatório). Geralmente, o ID exclusivo é mais longo de que o ID de célula. Quando o UE transmite os dados através da concessão UL, o UE inicia um temporizador de resolução de contenção.

[073] Após transmitir os dados que incluem o ID do UE através da concessão UL alocada ao receber a resposta de acesso aleatório, o UE espera por uma instrução a partir da BS para evitar uma colisão (S640). Ou seja, o UE tenta receber o PDCCH a fim de receber uma mensagem específica. Existem dois métodos propostos para receber um PDCCH. Conforme descrito acima, quando o ID do UE transmitido através da concessão UL é um ID de célula, o UE pode tentar receber o PDCCH com o uso do ID de célula do UE. Nesse caso, quando o UE recebe o PDCCH através do ID de célula do UE antes de o temporizador de resolução de contenção expira, o UE determina que o acesso aleatório foi normalmente realizado e termina o acesso aleatório. Quando o ID transmitido através da concessão UL é o ID exclusivo, o UE pode tentar receber o PDCCH com o uso do C-RNTI temporário incluído na resposta de acesso aleatório. Nesse caso, quando o UE recebe o PDCCH através do ID de célula temporário antes de o temporizador de resolução de contenção expirar, o UE identifica os dados encaminhados pelo PDSCH indicado pelo PDCCH. Quando os dados incluem o ID exclusivo do UE, o UE pode determinar que o acesso aleatório foi normalmente realizado e pode terminar o acesso aleatório.

[074] A Figura 7 ilustra um procedimento de acesso aleatório de não

Petição 870190034230, de 10/04/2019, pág. 31/68

20/33 contenção.

[075] Diferente do acesso aleatório baseado em contenção, o acesso aleatório de não contenção pode ser terminado quando um UE recebe uma resposta de acesso aleatório.

[076] O acesso aleatório de não contenção pode ser iniciado por uma solicitação, tal como um handover e/ou um comando a partir de uma BS. Aqui, nesses dois casos, o acesso aleatório baseado em contenção pode ser também realizado.

[077] O UE é alocado pela BS a um preâmbulo de acesso aleatório designado que não tem possibilidade de uma colisão. O preâmbulo de acesso aleatório pode ser alocado através de um comando de handover e um comando de PDCCH (S710).

[078] Após ser alojado no preâmbulo de acesso aleatório designado para o UE, o UE transmite o preâmbulo de acesso aleatório para a BS (S720).

[079] Mediante a recepção do preâmbulo de acesso aleatório, a BS transmite uma resposta de acesso aleatório para o UE em resposta (S730). Um procedimento associado à resposta de acesso aleatório foi mencionada acima em S620 da Figura 6.

[080] O número de blocos de informações de sistema aumenta continuamente, e os recursos de rádio são exigidos para difundir um bloco de informações de sistema. Desse modo, à medida que o número de blocos de informações de sistema aumenta, a quantidade de recursos de rádio exigidos para difundir um bloco de informações de sistema também aumenta de modo inevitável. Para solucionar tal a problema, informações de sistema de novo tipo são propostos.

[081] A Figura 8 mostra um procedimento para um UE receber informações de sistema de novo tipo.

[082] Com referência à Figura 8, as informações de sistema de novo tipo podem ser divididas em informações de sistema mínimas e outras informações de sistema. As informações de sistema mínimas podem ser periodicamente difundidas.

Petição 870190034230, de 10/04/2019, pág. 32/68

21/33

As informações de sistema mínimas podem incluir informações básicas exigidas para acesso inicial para uma célula e informações para adquirir quaisquer outras informações de sistema que sejam fornecidas em um a base sob demanda ou é periodicamente difundido. As informações de sistema mínimas podem incluir pelos menos um dentre SFN, uma lista de PLMNs, um ID de célula, um parâmetro de acampamento de célula e um parâmetro RACH. Quando uma rede permite um mecanismo sob demanda, um parâmetro exigido para solicitar as outras informações de sistema, pode solicitar nas podem ser incluídos nas informações de sistema mínimas. As outras informações de sistema podem se referir a todas as informações de sistema não difundidas nas informações de sistema mínimas.

[083] Entretanto, um UE pode solicitar que uma rede transmita informações de sistema a fim de adquirir outras informações de sistema. Por exemplo, quando a rede não difunde informações de sistema específicas, o UE no modo RRCJDLE pode solicitar as informações de sistema específicas a partir da rede com o uso de um procedimento RACH. Quando o UE solicita as informações de sistema específicas a partir da rede com o uso de um procedimento RACH, uma primeira mensagem pode ser usada para solicitar informações de sistema, e as informações de sistema solicitadas podem ser difundidas. Quando a primeira mensagem é usada para solicitar as informações de sistema, o UE pode não precisar transmitir uma terceira mensagem para a rede. Além disso, quando a primeira mensagem é usada para solicitar as informações de sistema, o UE não precisa transmitir a terceira mensagem para a rede e, desse modo uma concessão UL para a terceira mensagem não precisa ser incluída em uma segunda mensagem. Doravante, um método para um UE solicitar informações de sistema em um procedimento de acesso aleatório e um dispositivo que suporta as informações de sistema serão descritos, de acordo com uma modalidade da presente invenção. No presente relatório descritivo, um procedimento de acesso aleatório para solicitar informações de sistema também pode ser chamado

Petição 870190034230, de 10/04/2019, pág. 33/68

22/33 de um procedimento de solicitação de informações de sistema. No presente relatório descritivo, uma mensagem transmitida em um procedimento de acesso aleatório pode ser chamada de uma primeira mensagem ou MSG1, uma segunda mensagem transmitida pode ser chamada de uma segunda mensagem ou MSG2, uma mensagem transmitida pode ser chamada de uma terceira mensagem ou MSG3, e uma quarta mensagem transmitida pode ser chamada de uma quarta mensagem ou MSG4.

[084] A Figura 9 mostra um procedimento no qual um UE solicita informações de sistema em um procedimento de acesso aleatório, de acordo com uma modalidade da presente invenção.

[085] Com referência à Figura 9, na etapa S910, um UE pode transmitir uma primeira mensagem para uma BS. A primeira mensagem pode ser um preâmbulo de acesso aleatório. O preâmbulo de acesso aleatório pode ser usado para solicitar informações de sistema. A primeira mensagem pode ser transmitida com o uso de um primeiro recurso de mensagem reservado para solicitar informações de sistema. Por exemplo, quando o UE deseja receber outras informações de sistema, o UE pode selecionar um primeiro recurso de mensagem que corresponde a outras informações de sistema de interesse e pode transmitir uma primeira transmissão de solicitação de mensagem das informações de sistema com o uso do primeiro recurso de mensagem selecionado. O UE pode estar em um estado RRCJDLE ou em um estado RRCJNACTIVE.

[086] Na etapa S920, o UE pode receber, a partir da BS, uma segunda mensagem que inclui um identificador de preâmbulo de acesso aleatório (RAPID) que corresponde ao preâmbulo de acesso aleatório transmitido. Ou seja, o UE pode receber, a partir da BS, uma segunda mensagem que inclui um primeiro identificador de recurso que corresponde ao primeiro recurso de mensagem transmitido. A segunda mensagem pode ser uma resposta de acesso aleatório ou uma resposta de solicitação

Petição 870190034230, de 10/04/2019, pág. 34/68

23/33 de informações de sistema.

[087] A segunda mensagem pode incluir apenas o RAPID. Quando o preâmbulo de acesso aleatório para solicitar as informações de sistema é transmitido, a BS pode transmitir, para o UE, a segunda mensagem que inclui apenas o RAPID que corresponde ao preâmbulo de acesso aleatório transmitido. A segunda mensagem pode incluir apenas o RAPID que corresponde ao preâmbulo de acesso aleatório transmitido para solicitar as informações de sistema na etapa S910, porém pode não incluir uma resposta de acesso aleatório de controle de acesso ao meio (RAR MAC). Ou seja, a segunda mensagem pode não incluir uma concessão UL mapeada para o preâmbulo de acesso aleatório transmitido para solicitar as informações de sistema na etapa S910. Quando o RAPID corresponde a qualquer um dos preâmbulos de acesso aleatório definidos para solicitar as informações de sistema, uma RAR MAC pode não estar incluída em uma sub-PDU MAC.

[088] A Figura 10 mostra um exemplo de um subcabeçalho MAC que inclui apenas um RAPID, de acordo com uma modalidade da presente invenção.

[089] Novamente com referência à Figura 9, na etapa S930, quando o UE recebe a segunda mensagem que inclui apenas o RAPID (isto é, não inclui uma RAR MAC ou uma concessão UL), o UE pode determinar que o procedimento de acesso aleatório para solicitar as informações de sistema está concluído. Consequentemente, o UE pode terminar o procedimento de acesso aleatório para solicitar as informações de sistema. Portanto, o UE pode não transmitir uma terceira mensagem para a BS. O UE pode esperar que as informações de sistema solicitadas sejam difundidas. Além disso, o UE pode relatar para uma camada mais alta que uma ACK da solicitação para as informações de sistema é recebida.

[090] Na etapa S940, o UE pode verificar quando as informações de sistema solicitadas serão difundidas e pode receber as informações de sistema solicitadas. As informações de sistema solicitadas podem ser recebidas de uma maneira difundida.

Petição 870190034230, de 10/04/2019, pág. 35/68

24/33 [091] Alternativamente, embora não mostrado na Figura 9, na etapa S920, o UE pode receber uma segunda mensagem que inclui uma RAR MAC que corresponde ao preâmbulo de acesso aleatório transmitido. Consequentemente, após receber a segunda mensagem que inclui uma concessão UL, o UE pode realizar um procedimento de acesso aleatório de quatro etapas e pode entrar no estado RRC_CONNECTED. Ou seja, o UE pode transmitir uma terceira mensagem para a BS, pode receber uma quarta mensagem a partir da BS e, pode entrar no estado RRC_CONNECTED. Então, o UE pode receber as informações de sistema solicitadas de uma maneira dedicada.

[092] De acordo com a modalidade da presente invenção, quando o UE transmite um preâmbulo de acesso aleatório para solicitar informações de sistema para a BS, a BS pode transmitir uma resposta de acesso aleatório que inclui apenas um RAPID que corresponde ao preâmbulo de acesso aleatório transmitido para o UE. Após receber a resposta de acesso aleatório, o UE pode determinar que um procedimento de acesso aleatório para solicitar as informações de sistema está concluído. Consequentemente, é possível impedir o desperdício de recursos de rádio ou consumo de batería que pode ocorrer quando o UE transmite desnecessariamente uma terceira mensagem para a BS.

[093] A Figura 11 mostra um exemplo de uma PUD MAC, de acordo com uma modalidade da presente invenção.

[094] Com referência à Figura 11, a PDU MAC pode incluir um cabeçalho PDU MAC e zero ou mais RARs MAC. Um cabeçalho PDU MAC pode incluir um ou mais subcabeçalhos PDU MAC. Para cada subcabeçalho PDU MAC que inclui um RAPID, uma RAR MAC correspondente pode ou não estar incluída na PDU MAC. Um primeiro subcabeçalho MAC que inclui um RAPID pode ser mapeado para uma primeira RAR MAC. Um segundo subcabeçalho MAC que inclui um RAPID pode ser mapeado para uma segunda RAR MAC. Ou seja, o subcabeçalho MAC que inclui RAPID 2 pode ser

Petição 870190034230, de 10/04/2019, pág. 36/68

25/33 mapeado para a primeira RAR MAC que inclui uma concessão UL, e o subcabeçalho MAC que inclui RAPID 4 pode ser mapeado para a segunda RAR MAC que inclui uma concessão UL. Entretanto, o terceiro e o quarto subcabeçalhos MAC que incluem um RAPID podem não ser mapeados para nenhuma RAR MAC.

[095] Na modalidade da Figura 11, quando um UE usou um primeiro recurso de mensagem que tem RAPID 2 ou RAPID 4, o UE pode realizar um procedimento de acesso aleatório de quatro etapas. Ou seja, uma vez que o UE recebeu uma resposta de acesso aleatório que inclui uma concessão UL em resposta a um preâmbulo de acesso aleatório, o UE pode transmitir uma terceira mensagem e pode receber uma quarta mensagem após receber uma segunda mensagem.

[096] Na modalidade da Figura 11, quando o UE usou um primeiro recurso de mensagem que tem RAPID 1 ou RAPID 3, o UE pode determinar que informações de sistema foram solicitadas de modo bem-sucedido. Desse modo, o UE pode não transmitir uma terceira mensagem para concluir um procedimento de acesso aleatório. Uma vez que o UE recebeu uma resposta de acesso aleatório que não inclui uma concessão UL em resposta a um preâmbulo de acesso aleatório, o UE pode concluir o procedimento de acesso aleatório sem transmitir a terceira mensagem.

[097] Além disso, na modalidade da Figura 11, uma nova indicação que inclui um RAPID pode estar incluída em um subcabeçalho MAC para indicar se uma RAR MAC está incluída na PDU MAC.

[098] Doravante, um método para um UE solicitar e receber informações de sistema com base em um novo tipo de uma janela RAR em um procedimento de acesso aleatório e um dispositivo que suporta o mesmo serão descritos, de acordo com uma modalidade da presente invenção. Uma rede que recebeu uma primeira mensagem pode precisar determinar se deve-se difundir ou difundir ponto a ponto as informações de sistema solicitadas por um UE e pode exigir mais tempo para isso. Desse modo, quando a primeira mensagem é usada para solicitar as informações de

Petição 870190034230, de 10/04/2019, pág. 37/68

26/33 sistema, uma RAR convencional pode não ser adequada. Portanto, pode ser necessário propor um novo tipo de uma janela RAR. No presente relatório descritivo, uma primeira janela RAR pode ser uma janela RAR usada quando uma primeira mensagem é transmitida para um propósito RACH geral e uma segunda janela RAR pode ser uma janela RAR usada quando a primeira mensagem é transmitida com o propósito de solicitar informações de sistema. Quando a primeira mensagem é transmitida para o propósito RACH geral, em vez de o propósito de solicitar informações de sistema, uma segunda mensagem pode ser recebida dentro da primeira janela RAR. Entretanto, quando a primeira mensagem é transmitida com o propósito de solicitar informações de sistema, a segunda mensagem pode ser recebida na segunda janela RAR. Por exemplo, quando um UE transmite a primeira mensagem com o uso de um recurso reservado para solicitar informações de sistema, o UE pode aplicar uma configuração para a segunda janela RAR receber a segunda mensagem a partir da rede. De outro modo, o UE pode aplicar uma configuração para a primeira janela RAR receber a segunda mensagem a partir da rede.

[099] A Figura 12 mostra um método para um UE solicitar e receber informações de sistema com base em um novo tipo de janela RAR em um procedimento de acesso aleatório, de acordo com uma modalidade da presente invenção. Especificamente, (a) da Figura 12 mostra um exemplo em que uma primeira mensagem é transmitida para um propósito RACH geral, e (b) e (c) da Figura 12 mostram um exemplo no qual uma primeira mensagem é transmitida com o propósito de solicitar informações de sistema.

[0100] Com referência à (a) da Figura 12, na etapa S1201, o UE pode iniciar um procedimento RACH para estabelecer uma conexão RRC. O UE pode selecionar um primeiro recurso de mensagem e pode transmitir uma primeira mensagem com o uso do primeiro recurso de mensagem selecionado. A primeira mensagem pode ser um preâmbulo de acesso aleatório. O primeiro recurso de mensagem selecionado não

Petição 870190034230, de 10/04/2019, pág. 38/68

27/33 é um recurso associado a uma solicitação para informações de sistema. Desse modo, o UE pode esperar que uma segunda mensagem seja recebida dentro de uma primeira janela RAR. A segunda mensagem pode ser uma resposta de acesso aleatório.

[0101 ] Na etapa S1202, o UE pode receber a segunda mensagem na primeira janela RAR. A segunda mensagem pode ser recebida, de acordo com uma primeira configuração RAR. Na etapa S1203, o UE pode transmitir uma terceira mensagem para uma rede. A terceira mensagem pode incluir um ID UE. Na etapa S1204, o UE pode receber uma quarta mensagem a partir da rede. Por exemplo, a quarta mensagem pode ser uma mensagem de configuração de conexão RRC. Então, o UE pode entrar no estado RRC_CONNECTED.

[0102] Com referência à (b) da Figura 12, na etapa S1211, quando um UE deseja receber outras informações de sistema, o UE pode selecionar um primeiro recurso de mensagem que corresponde a outras informações de sistema de interesse. O UE pode transmitir uma primeira transmissão de solicitação de mensagem das informações de sistema com o uso do primeiro recurso de mensagem selecionado. A primeira mensagem pode ser um preâmbulo de acesso aleatório. O primeiro recurso de mensagem selecionado é um recurso associado à solicitação para as informações de sistema. Desse modo, o UE pode esperar que uma segunda mensagem seja recebida em uma segunda janela RAR. A segunda mensagem pode ser uma resposta de acesso aleatório ou uma resposta de solicitação de informações de sistema.

[0103] Adicionalmente, uma rede pode determinar se deve-se difundir ou difundir ponto a ponto as informações de sistema solicitadas. Em (b) da Figura 12, supõe-se que a rede determine a difusão das informações de sistema solicitadas.

[0104] Na etapa S1212, o UE pode receber a segunda mensagem que inclui um RAPID que corresponde ao preâmbulo de acesso aleatório transmitido na segunda janela RAR. A segunda mensagem pode ser recebida, de acordo com uma segunda

Petição 870190034230, de 10/04/2019, pág. 39/68

28/33 configuração RAR. A segunda configuração RAR pode ser periodicamente difundida juntamente com uma primeira configuração RAR. Quando a segunda mensagem que inclui o RAPID que corresponde ao preâmbulo de acesso aleatório transmitido é recebida, o UE pode determinar que as informações de sistema foram solicitadas de maneira bem-sucedida. De outro modo, o UE pode considerar que a solicitação para as informações de sistema falharam e pode retransmitir a primeira mensagem que solicita as informações de sistema.

[0105] A segunda mensagem pode não incluir uma concessão UL ou RAR MAC mapeada para o preâmbulo de acesso aleatório transmitido. Quando o UE recebe a segunda mensagem que não inclui a concessão UL ou RAR MAC mapeada para o preâmbulo de acesso aleatório transmitido, o UE pode considerar que um procedimento RACH para solicitar as informações de sistema ou um procedimento de solicitação de informações de sistema está concluído. O UE pode interromper ou concluir o procedimento RACH para solicitar as informações de sistema ou o procedimento de solicitação de informações de sistema. Adicionalmente, o UE pode esperar que as informações de sistema solicitadas sejam difundidas.

[0106] Na etapa S1213, o UE pode verificar quando as informações de sistema solicitadas são difundidas. O UE pode receber as informações de sistema solicitadas de uma maneira difundida.

[0107] Com referência à (c) da Figura 12, na etapa S1221, quando um UE deseja receber outras informações de sistema, o UE pode selecionar um primeiro recurso de mensagem que corresponde a outras informações de sistema de interesse. O UE pode transmitir uma primeira transmissão de solicitação de mensagem das informações de sistema com o uso do primeiro recurso de mensagem selecionado. A primeira mensagem pode ser um preâmbulo de acesso aleatório. O primeiro recurso de mensagem selecionado é um recurso associado à solicitação para as informações de sistema. Desse modo, o UE pode esperar que uma segunda mensagem seja

Petição 870190034230, de 10/04/2019, pág. 40/68

29/33 recebida em uma segunda janela RAR. A segunda mensagem pode ser uma resposta de acesso aleatório ou uma resposta de solicitação de informações de sistema.

[0108] Adicionalmente, uma rede pode determinar se deve-se difundir ou difundir ponto a ponto as informações de sistema solicitadas. Em (c) da Figura 12, supõe-se que a rede determine a difusão ponto a ponto das informações de sistema solicitadas.

[0109] Na etapa S1222, o UE pode receber a segunda mensagem que inclui um RAPID que corresponde ao preâmbulo de acesso aleatório transmitido na segunda janela RAR. A segunda mensagem pode ser recebida, de acordo com uma segunda configuração RAR. A segunda configuração RAR pode ser periodicamente difundida juntamente com uma primeira configuração RAR. Quando a segunda mensagem que inclui o RAPID que corresponde ao preâmbulo de acesso aleatório transmitido é recebida, o UE pode determinar que as informações de sistema foram solicitadas de maneira bem-sucedida. De outro modo, o UE pode considerar que a solicitação para as informações de sistema falharam e pode retransmitir a primeira mensagem que solicita as informações de sistema.

[0110] A segunda mensagem pode incluir uma concessão UL ou RAR MAC mapeada para o preâmbulo de acesso aleatório transmitido. Quando o UE recebe a segunda mensagem que inclui a concessão UL ou RAR MAC mapeada para o preâmbulo de acesso aleatório transmitido, o UE pode continuar um procedimento RACH para solicitar as informações de sistema ou um procedimento de solicitação de informações de sistema está concluído. O UE pode esperar que as informações de sistema solicitadas sejam difundidas ponto a ponto e pode continuar o procedimento RACH em quatro etapas para receber as informações de sistema solicitadas de uma maneira dedicada.

[0111] Na etapa S1223, o UE pode transmitir uma terceira mensagem para a rede. A terceira mensagem pode incluir um ID UE. Na etapa S1224, o UE pode receber

Petição 870190034230, de 10/04/2019, pág. 41/68

30/33 uma quarta mensagem a partir da rede. Por exemplo, a quarta mensagem pode ser uma mensagem de configuração de conexão RRC. Na etapa S1225, o UE pode entrar no estado RRC_CONNECTED e pode receber as informações de sistema solicitadas através de sinalização dedicada.

[0112] A Figura 13 mostra um exemplo no qual informações de sistema solicitadas são fornecidas em uma segunda janela RAR, de acordo com uma modalidade da presente invenção.

[0113] Com referência à (a) da Figura 13, quando um UE transmite uma primeira mensagem em uma Nésima segunda janela RAR, o UE pode esperar que uma segunda mensagem seja transmitida em uma (N+1 )ésima segunda janela RAR. Uma configuração para a segunda janela RAR pode ser periodicamente difundida.

[0114] Com referência à (b) da Figura 13, quando uma pluralidade de UEs solicita um bloco de informações de sistema em uma Nésima segunda janela RAR, uma rede pode determinar difundir o bloco de informações de sistema solicitadas em uma (N+1)ésima segunda janela RAR. Nesse caso, pode não haver RAR MAC que corresponda a um subcabeçalho MAC. Entretanto, um UE solicita um bloco de informações de sistema na Nésima segunda janela RAR, a rede pode determinar a difusão do bloco de informações de sistema solicitadas na (N+1 )ésima segunda janela RAR. Alternativamente, a rede pode determinar difundir ponto a ponto o bloco de informações de sistema solicitadas na (N+1)ésima segunda janela RAR. Nesse caso, pode haver uma RAR MAC que inclui uma concessão UL que corresponde a um subcabeçalho MAC.

[0115] A Figura 14 é um diagrama de blocos que ilustra um método para um UE solicitar informações de sistema, de acordo com uma modalidade da presente invenção.

[0116] Com referência à Figura 14, na etapa S1410, o UE pode transmitir um preâmbulo de acesso aleatório para solicitar informações de sistema para uma BS.

Petição 870190034230, de 10/04/2019, pág. 42/68

31/33 [0117] Na etapa S1420, o UE pode receber, a partir da BS, uma resposta de acesso aleatório que inclui apenas um RAPID que corresponde ao preâmbulo de acesso aleatório transmitido. Uma resposta de acesso aleatório pode não incluir uma RAR MAC que corresponde ao RAPID. A resposta de acesso aleatório pode não incluir uma concessão UL que corresponde ao RAPID. A resposta de acesso aleatório que inclui apenas o RAPID pode ser uma ACK da solicitação para as informações de sistema. A resposta de acesso aleatório pode ser recebida a partir da BS com o uso de uma PDU MAC.

[0118] A resposta de acesso aleatório pode ser recebida em uma janela RAR recentemente definida para receber a resposta de acesso aleatório que corresponde ao preâmbulo de acesso aleatório para solicitar as informações de sistema.

[0119] Na etapa S1430, o UE pode considerar que um procedimento de acesso aleatório está concluído. Quando o UE recebe a resposta de acesso aleatório que inclui apenas o RAPID, considera-se que o procedimento de acesso aleatório está concluído.

[0120] No procedimento de acesso aleatório, uma terceira mensagem pode não ser transmitida para a BS em resposta à resposta de acesso aleatório.

[0121] Além disso, o UE pode transmitir, para uma camada mais alta, o recebimento da ACK da solicitação para as informações de sistema.

[0122] Além disso, o UE pode verificar que as informações de sistema solicitadas são difundidas. O UE pode receber as informações de sistema solicitadas.

[0123] A Figura 15 é um diagrama de blocos que ilustra um sistema de comunicação sem fio, de acordo com a modalidade da presente invenção.

[0124] Uma BS 1500 inclui um processador 1501, uma memória 1502 e um transceptor 1503. A memória 1502 é conectada ao processador 1501, e armazena várias informações para acionar o processador 1501. O transceptor 1503 é conectado ao processador 1501, e transmite e/ou recebe sinais de rádio. O processador 1501

Petição 870190034230, de 10/04/2019, pág. 43/68

32/33 implementa funções, processos e/ou métodos propostos. Na modalidade acima, uma operação da estação-base pode ser implementada pelo processador 1501.

[0125] Um UE 1510 inclui um processador 1511, uma memória 1512 e um transceptor 1513. A memória 1512 é conectada ao processador 1511, e armazena várias informações para acionar o processador 1511.0 transceptor 1513 é conectado ao processador 1511, e transmite e/ou recebe sinais de rádio. O processador 1511 implementa funções, processos e/ou métodos propostos. Na modalidade acima, uma operação do UE pode ser implementada pelo processador 1511.

[0126] O processador pode incluir um circuito integrado para aplicação específica (ASIC), um conjunto de chips separado, um circuito lógico e/ou uma unidade de processamento de dados. A memória pode incluir uma memória somente de leitura (ROM), uma memória de acesso aleatório (RAM), uma memória flash, um cartão de memória, um meio de armazenamento e/ou outros dispositivos de armazenamento equivalentes. O transceptor pode incluir um circuito de banda-base para processar um sinal sem fio. Quando a modalidade é implementada em software, os métodos anteriormente mencionados podem ser implementados com um módulo (isto é, processo, função, etc.) para realizar as funções anteriormente mencionadas. O módulo pode ser armazenado na memória e pode ser realizado pelo processador. A memória pode estar situada dentro ou fora do processador, e pode ser acoplada ao processador com o uso de vários meios bem conhecidos.

[0127] Vários métodos baseados no presente relatório descritivo foram descritos com referência aos desenhos e números de referência fornecidos no desenhos com base nos exemplos anteriormente mencionados. Embora cada método descreva múltiplas etapas ou blocos em uma ordem específica por uma questão de conveniência de explicação, a invenção revelada nas reivindicações não se limita às outras etapas ou blocos, e cada etapa ou bloco pode ser implementado em uma ordem diferente ou podem ser realizados simultaneamente com outras etapas ou blocos.

Petição 870190034230, de 10/04/2019, pág. 44/68

33/33

Além disso, aqueles de habilidade comum na técnica podem saber que a invenção não se limita a cada uma das etapas ou blocos, e pelo menos uma etapa diferente pode ser adicionada ou excluída sem que se afaste do espírito e escopo da invenção.

[0128] A modalidade anteriormente mencionada inclui vários exemplos. Devese notar que aqueles com conhecimento comum na técnica sabem que todas as combinações possíveis de exemplos não podem ser explicadas, e também sabem que várias combinações podem ser derivadas da técnica do presente relatório descritivo. Portanto, o escopo de proteção da invenção deve ser determinado combinando-se vários exemplos descritos na explicação detalhada, sem que se afaste do escopo das reinvindicações a seguir.

Claims

REIVINDICAÇÕES

1. Método para solicitar, por meio de um equipamento de usuário (UE), informações de sistema in a sistema de comunicação sem fio, sendo que o método é CARACTERIZADO pelo fato de que compreende:

transmitir um preâmbulo de acesso aleatório, para uma estação-base (BS), para solicitar informações de sistema;

receber, a partir da BS, uma mensagem de resposta de acesso aleatório (RAR) que inclui um subcabeçalho de controle de acesso ao meio (MAC);

em que o subcabeçalho (MAC) compreende um identificador de preâmbulo de acesso aleatório (RAPID) que corresponde ao preâmbulo de acesso aleatório transmitido para solicitar informações de sistema;

em que a mensagem RAR compreende RAR MAC que corresponde ao RAPID, e em que um procedimento de acesso aleatório está concluído quando a mensagem RAR é recebida.
2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a mensagem RAR não inclui uma concessão de enlace ascendente que corresponde ao RAPID.
3. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de compreende adicionalmente:

transmitir, para uma camada mais alta, uma indicação de que uma confirmação (ACK) de uma solicitação para as informações de sistema foi recebida.
4. Método, de acordo com a reivindicação 3, CARACTERIZADO pelo fato de que a mensagem RAR constitui a ACK da solicitação para as informações de sistema.
5. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de a mensagem RAR é recebida a partir da BS por meio de uma PDU MAC.
6. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de

Petição 870190034230, de 10/04/2019, pág. 66/68

2/3 que a mensagem RAR é recebida em uma janela RAR configurada para receber a mensagem RAR.
7. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende adicionalmente:

verificar se as informações de sistema solicitadas são difundidas.
8. Método, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de que compreende adicionalmente:

receber as informações de sistema solicitadas.
9. Equipamento de usuário (UE) que solicita informações de mensagem em um sistema de comunicação sem fio, sendo que o UE é CARACTERIZADO pelo fato de que compreende:

uma memória;

um transceptor; e um processador, operacionalmente conectado à memória e ao transceptor, em que o processador é configurado para:

controlar o transceptor para transmitir, para uma estação-base (BS), um preâmbulo de acesso aleatório para solicitar informações de sistema;

controlar o transceptor para receber, a partir da BS, uma mensagem de resposta de acesso aleatório (RAR) que inclui um subcabeçalho de controle de acesso ao meio (MAC);

em que o subcabeçalho MAC compreende um identificador de preâmbulo de acesso aleatório (RAR) que corresponde ao preâmbulo de acesso aleatório transmitido para solicitar informações de sistema;

em que a mensagem RAR não compreende RAR MAC que corresponde ao RAPID, e em que o procedimento de acesso aleatório é concluído quando a mensagem RAR é recebida.

Petição 870190034230, de 10/04/2019, pág. 67/68

3/3
10. UE, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que a mensagem RAR não inclui uma concessão de enlace ascendente que corresponde ao RAPID.
11. UE, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que o processador é adicionalmente configurado para:

controlar o transceptor para transmitir, para uma camada mais alta, uma indicação de que uma confirmação (ACK) de uma solicitação para as informações de sistema foi recebida.
12. UE, de acordo a reivindicação 11, CARACTERIZADO pelo fato de que a mensagem RAR constitui a ACK da solicitação para as informações de sistema.
13. UE, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que a mensagem RAR é recebida a partir da BS por meio de uma PDU MAC.
14. UE, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que a mensagem RAR é recebida em uma janela RAR configurada para receber a mensagem RAR.
15. UE, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que o processador é adicionalmente configurado para:

verificar se as informações de sistema solicitadas são difundidas.