BR112021013727A2 - Disparo de medições antes da conclusão da retomada de conexão - Google Patents

Abstract

disparo de medições antes da conclusão da retomada de conexão. sistemas e métodos para disparo de medições antes da conclusão da retomada de conexão são providos. em algumas modalidades, um método desempenhado por um dispositivo sem fio para desempenhar medições em que um status atual de controle de recursos de rádio (rrc) é: idle ou inactive. o método inclui monitorar uma potencial recepção de uma mensagem de enlace descendente em uma célula em que o dispositivo sem fio está acampando; detectar, com base na recepção da mensagem de enlace descendente, informações sobre o desempenho de medições; desempenhar medições com base nas informações sobre o desempenho das medições; e relatar os resultados de medição. em algumas modalidades, a mensagem é uma mensagem de paging ou uma mensagem multiplexada com a mensagem de paging. desta forma, a latência pode ser reduzida para começar a desempenhar medições. essa disponibilidade antecipada de medições na célula de destino pode aumentar a velocidade na qual o dispositivo sem fio adquire conexões sem fio, como conexões de agregação de portadora (ca) ou conectividade dupla (dc).

Description

DISPARO DE MEDIÇÕES ANTES DA CONCLUSÃO DA RETOMADA DE CONEXÃO Pedidos Relacionados

[001] Este pedido reivindica o benefício do pedido de patente provisório número de série 62/804.608 depositado em 12 de fevereiro de 2019, cuja a invenção é incorporada desta forma no presente documento por referência em sua totalidade. Campo Técnico

[002] A invenção atual se refere a desempenhar medições em uma rede de comunicações. Antecedentes

[003] Um dispositivo sem fio às vezes pode ter múltiplas conexões sem fio. Em alguns casos, isso pode ser através de Agregação de Portadora (CA) ou Conectividade Dupla (DC). A fim de que o dispositivo sem fio seja configurado com essas conexões, são necessárias medições apropriadas. Quando essas medições ainda não estão disponíveis, o tempo para definir as múltiplas conexões sem fio é estendido. Portanto, sistemas e métodos aprimorados para desempenhar medições são necessários. Sumário

[004] Sistemas e métodos para disparar medições antes da conclusão da retomada da conexão são providos. Em algumas modalidades, um método desempenhado por um dispositivo sem fio para desempenhar medições em que o status atual do Controle de Recurso de Rádio (RRC) é: IDLE ou INACTIVE. O método inclui monitorar para uma potencial recepção de uma mensagem de enlace descendente em uma célula que o dispositivo sem fio está acampando; detectar, com base na recepção da mensagem de enlace descendente, informações a respeito de desempenhar medições; desempenhar medições com base nas informações a respeito de desempenhar medições; e relatar os resultados de medição. Desta forma, latência pode ser reduzida para iniciar a desempenhar medições. Esta disponibilidade antecipada de medições na célula de destino pode aumentar a velocidade na qual o dispositivo sem fio adquire conexões sem fio, tais como conexões de Agregação de Portadora (CA) ou Conectividade Dupla (DC).

[005] Em algumas modalidades, um método desempenhado por uma estação base para possibilitar medições para um dispositivo sem fio, onde um status RRC atual do dispositivo sem fio é: IDLE ou INACTIVE. O método inclui determinar se deve ou não possibilitar medições para o dispositivo sem fio; enviar uma indicação para iniciar as medições para o dispositivo sem fio acampando em uma célula da estação base; e receber os resultados de medição a partir do dispositivo sem fio desempenhada antes da recepção de uma mensagem de retomada.

[006] Em algumas modalidades, a potencial recepção de uma mensagem é uma potencial recepção de um do grupo consistindo de: uma mensagem de paging; e uma mensagem multiplexada com a mensagem de paging. Em algumas modalidades, a potencial recepção de uma mensagem é uma potencial recepção de um do grupo consistindo de: uma mensagem de Canal de Controle de Enlace Descendente Físico (PDCCH); e uma mensagem de Canal Compartilhado de Enlace Descendente Físico (PDSCH).

[007] Em algumas modalidades, as informações a respeito de desempenhar medições compreendem uma indicação para retomar medições de acordo com uma configuração armazenada no dispositivo sem fio. Em algumas modalidades, a configuração armazenada é armazenada em um Contexto de Equipamento de Usuário (UE).

[008] Em algumas modalidades, as informações a respeito de desempenhar medições compreendem uma configuração de medição que indica que o dispositivo sem fio deve desempenhar novas medições de acordo com a configuração recebida.

[009] Em algumas modalidades, a configuração de medição provida compreende um ou mais do grupo consistindo de: uma ou mais listas de objetos de medição; uma ou mais configurações de relatório; um ou mais identificadores de medição; e associações entre estes.

[010] Em algumas modalidades, o método também inclui, se a indicação recebida era para restaurar a configuração de medição, restaurar a configuração de medição armazenada.

[011] Em algumas modalidades, o método também inclui, se uma configuração de medição foi incluída, aplicar a configuração de medição recebida no topo da configuração de medição armazenada.

[012] Em algumas modalidades, aplicar a configuração de medição recebida no topo da configuração de medição armazenada compreende um ou mais do grupo consistindo de: aplicar a configuração de medição recebida como um delta da configuração de medição armazenada; e aplicar a configuração de medição recebida como uma configuração completa. Em algumas modalidades, o delta compreende um do grupo consistindo de: uma adição; e uma remoção.

[013] Em algumas modalidades, se a configuração de medição recebida é aplicada como um delta ou a configuração de medição recebida é aplicada como uma configuração completa é baseada em uma estrutura de código de necessidade em um Elemento de Informações (IE) MeasConfig.

[014] Em algumas modalidades, as medições são desempenhadas antes da segurança ser ativada e os resultados de medição são relatados após a segurança ser ativada.

[015] Em algumas modalidades, o dispositivo sem fio e/ou a estação base opera em uma rede de comunicações de Novo Rádio (NR).

Breve Descrição dos Desenhos

[016] Os desenhos anexos incorporados e formando uma parte desse relatório descritivo, ilustram vários aspectos da invenção e, juntamente com a descrição, servem para explicar os princípios da invenção.

[017] A Figura 1 ilustra um exemplo de uma rede de comunicações celulares de acordo com algumas modalidades da presente invenção;

[018] A Figura 2 ilustra o esquemático da arquitetura do plano de controle para Conectividade Dupla (DC) de Evolução de Longo Prazo (LTE) e Novo Rádio E-UTRAN – Conectividade Dupla (EN-DC), de acordo com algumas outras modalidades da presente invenção;

[019] A Figura 3 é uma visão geral das configurações de LTE DC, de acordo com algumas modalidades da presente invenção;

[020] A Figura 4 ilustra uma visão geral das configurações de medição EN- DC, de acordo com algumas modalidades da presente invenção;

[021] A Figura 5 ilustra um método desempenhado por um destino solicitando a disponibilidade de medições armazenadas, de acordo com algumas modalidades da presente invenção;

[022] A Figura 6 ilustra a transmissão de informações de paging para um UE em RRC_IDLE ou RRC_INACTIVE, de acordo com algumas modalidades da presente invenção;

[023] A Figura 7 ilustra um mecanismo existente em LTE Rel-15 para indicar suporte para a solicitação/recepção de medições ociosas antecipadas desempenhadas pelo UE, de acordo com algumas modalidades da presente invenção;

[024] As Figuras 8 e 9 ilustram métodos desempenhados por um dispositivo sem fio para desempenhar medições, de acordo com algumas modalidades da presente invenção.

[025] As Figuras 10 e 11 ilustram métodos desempenhados por uma estação base para possibilitar medições, de acordo com algumas modalidades da presente invenção.

[026] A Figura 12 é um diagrama de blocos esquemático de um nó de acesso via rádio de acordo com algumas modalidades da presente invenção;

[027] A Figura 13 é um diagrama de blocos esquemático que ilustra uma modalidade virtualizada do nó de acesso via rádio de acordo com algumas modalidades da presente invenção;

[028] A Figura 14 é um diagrama de blocos esquemático do nó de acesso via rádio de acordo com algumas outras modalidades da presente invenção;

[029] A Figura 15 é um diagrama de blocos esquemático de um UE de acordo com algumas modalidades da presente invenção;

[030] A Figura 16 é um diagrama de blocos esquemático do UE de acordo com algumas outras modalidades da presente invenção;

[031] A Figura 17 ilustra um sistema de comunicação incluindo uma rede de telecomunicações, tal como uma rede celular do tipo 3GPP de acordo com algumas modalidades da presente invenção;

[032] A Figura 18 ilustra um sistema de comunicação incluindo um computador host, de acordo com algumas modalidades da presente invenção;

[033] A Figura 19 é um fluxograma ilustrando um método implementado em um sistema de comunicação, de acordo com algumas modalidades da presente invenção; e

[034] As Figuras 20-22 são um fluxograma ilustrando métodos implementados em um sistema de comunicação de acordo com algumas modalidades da presente invenção. Descrição Detalhada

[035] As modalidades estabelecidas abaixo representam informações para possibilitar que os técnicos no assunto pratiquem as modalidades e ilustram o melhor modo de praticar as modalidades. Ao ler a seguinte descrição à luz dos desenhos anexos, os técnicos no assunto entenderão os conceitos da invenção e reconhecerão aplicações desses conceitos não particularmente abordadas na presente invenção. Deve-se entender que esses conceitos e aplicações se enquadram dentro do escopo da invenção.

[036] Nó de Rádio: Conforme usado na presente invenção, um "nó de rádio" é tanto um nó de acesso via rádio ou um dispositivo sem fio.

[037] Nó de Acesso via Rádio: Conforme usado na presente invenção, um "nó de acesso via rádio" ou "nó de rede de rádio" é qualquer nó em uma rede de acesso via rádio de uma rede de comunicações celulares que opera para transmitir e/ou receber sinais de maneira sem fio. Alguns exemplos de um nó de acesso via rádio incluem, mas não se limitam a, uma estação base (por exemplo, uma estação base (gNB) de Novo Rádio (NR) em uma rede NR de Quinta Geração (5G) do Projeto de Parceria para a Terceira Geração (3GPP) ou um Nó B aprimorado ou evoluído (eNB) em uma rede de Evolução de longo prazo (LTE) 3GPP), uma macro estação base ou de alta potência, uma estação base de baixa potência (por exemplo, uma micro estação base, uma pico estação base, um eNB doméstico, ou semelhantes) e um nó retransmissor.

[038] Nó de Rede Núcleo: Conforme usado na presente invenção, um "nó de rede núcleo" é qualquer tipo de nó em uma rede núcleo. Alguns exemplos de um nó de rede núcleo incluem, por exemplo, uma Entidade de Gerenciamento de Mobilidade (MME), um Gateway de Rede de Dados de Pacote (P-GW), uma Função de Exposição de Capacidade de Serviço (SCEF) ou semelhantes.

[039] Dispositivo Sem Fio: Conforme usado na presente invenção, um "dispositivo sem fio" é qualquer tipo de dispositivo que tem acesso a (ou seja, é servido por) uma rede de comunicações celulares transmitindo e/ou recebendo sinais de maneira sem fio para nó(s) de acesso via rádio. Alguns exemplos de um dispositivo sem fio incluem, mas não se limitam a, um dispositivo de Equipamento de Usuário (UE) em uma rede 3GPP e um dispositivo de Comunicação do Tipo Máquina (MTC).

[040] Nó de Rede: Conforme usado na presente invenção, um "nó de rede" é qualquer nó que é tanto parte da rede de acesso via rádio ou da rede núcleo de uma rede/sistema de comunicações celulares.

[041] Observa-se que a descrição dada na presente invenção se foca em um sistema de comunicações celulares 3GPP e, como tal, terminologia da 3GPP ou terminologia similar àquela da 3GPP é usada com frequência. No entanto, os conceitos divulgados na presente invenção não se limitam a um sistema 3GPP.

[042] Observa-se que, na descrição da presente invenção, a referência pode ser feita ao termo "célula”; no entanto, particularmente em relação aos conceitos de 5G NR, podem ser usados feixes em vez de células e, como tal, é importante observar que os conceitos descritos na presente invenção são igualmente aplicáveis a ambas células e feixes.

[043] A Figura 1 ilustra um exemplo de uma rede de comunicações celulares 100 de acordo com algumas modalidades da presente invenção. Nas modalidades descritas na presente invenção, a rede de comunicações celulares 100 é uma rede 5G NR. Neste exemplo, a rede de comunicações celulares 100 inclui estações base 102-1 e 102-2, as quais, em LTE, são referidas como eNBs e, em 5G NR, são referidas como gNBs, controlando macro células correspondentes 104-1 e 104-2. As estações base 102-1 e 102-2 são geralmente referidas, na presente invenção, coletivamente como estações base 102 e individualmente como estação base 102. De maneira semelhante, as macro células 104-1 e 104- 2 são geralmente referidas, na presente invenção, coletivamente como macro células 104 e individualmente como macro célula 104. A rede de comunicações celulares 100 também pode incluir um número de nós de baixa potência 106-1 a 106-4 controlando pequenas células correspondentes 108-1 a 108-4. Os nós de baixa potência 106-1 a 106-4 podem ser pequenas estações base (tais como pico ou femto estações base) ou Cabeças de Rádio Remotas (RRHs) ou semelhantes. Notavelmente, embora não ilustrado, uma ou mais das pequenas células 108-1 a 108-4 podem, alternativamente, ser providas pelas estações base 102. Os nós de baixa potência 106-1 a 106-4 são geralmente referidos, na presente invenção, coletivamente como nós de baixa potência 106 e individualmente como nó de baixa potência 106. De maneira semelhante, as pequenas células 108-1 a 108-4 são geralmente referidas, na presente invenção, coletivamente como pequenas células 108 e individualmente como célula pequena 108. As estações base 102 (e opcionalmente os nós de baixa potência 106) são conectadas a uma rede núcleo 110.

[044] As estações base 102 e os nós de baixa potência 106 proveem serviço aos dispositivos sem fio 112-1 a 112-5 nas células correspondentes 104 e 108. Os dispositivos sem fio 112-1 a 112-5 são geralmente referidos, na presente invenção, coletivamente como dispositivos sem fio 112 e individualmente como dispositivo sem fio 112. Os dispositivos sem fio 112 também são algumas vezes referidos na presente invenção como UEs.

[045] Conforme declarado anteriormente, DC é padronizado para ambos LTE e Acesso via Rádio Terrestre Universal Evoluído (E-UTRA)-NR DC (EN-DC).

[046] LTE DC e EN-DC são projetados de forma diferente quando se trata de quais nós controlam o quê. Basicamente, existem duas opções:

1. Solução centralizada (como LTE-DC),

2. Solução descentralizada (como EN-DC).

[047] A Figura 2 mostra a arquitetura do plano de controle esquemático para LTE DC e EN-DC. A principal diferença aqui é que em EN-DC, o Nó Secundário

(SN) tem uma entidade RRC separada (NR RRC). Isso significa que o SN pode controlar o UE também; às vezes sem o conhecimento do Nó Mestre (MN), mas muitas vezes o SN precisa coordenar com o MN. No LTE-DC, as decisões RRC vêm sempre a partir do MN (MN para UE). Observe, entretanto, que o SN ainda decide a configuração do SN, uma vez que é apenas o próprio SN que tem conhecimento dos tipos de recursos, capacidades etc.

[048] Abaixo, duas especificações DC diferentes e suas mensagens RRC são discutidas em mais detalhes.

[049] Quando o MeNB decide solicitar uma Adição SeNB, o MeNB indica dentro de um Grupo de Células Secundárias (SCG) ConfigInfo (vide, por exemplo,

36.300, p105) a configuração do Grupo de Células Mestre (MCG) e todas as capacidades de UE para coordenação de capacidade de UE como bem como os resultados de medição mais recentes para as células SCG solicitadas a serem adicionadas, consulte a Figura 3, que é uma visão geral das configurações de LTE DC. O SN responde um reconhecimento com uma SCG-Config e a measConfig mais recente para o MeNB. Se o MeNB aceitar as configurações SCG-Config, ele as envia para o UE, bem como as configurações de medição do UE (MeasConfig) na mensagem RRCConnectionReconfiguration para o UE.

[050] O MeNB não pode alterar o SCG-Config do SeNB, apenas aceitar ou rejeitar. A razão para isso é que o MeNB não está completamente ciente dos recursos e capacidades disponíveis do SeNB. Assim, se o MeNB modifica a SCG- Config pode levar ao caso de o UE utilizar recursos incorretos. Na prática, a configuração da medição é controlada pelo MN. Observe também que na solução centralizada LTE-DC, o relatório de medição do UE é enviado apenas para o MN.

[051] A segunda opção é usar uma opção descentralizada, que é usada por EN-DC. Isso significa que o SN pode configurar diretamente o UE com medição.

[052] No EN-DC, o principal motivo para ter configurações de medição descentralizadas eram os requerimentos de latência. Assim, ao suportar um Transportador de Sinalização de Rádio (SRB) especial (denominado SRB3) para o nó SN (NR) que permite ao SN configurar a medição separadamente (sem envolver o MN), o SN pode acelerar as medições e configurações de medição. O pensamento aqui é que SRB3 (usando rádio NR) pode permitir uma transmissão mais rápida do que os SRBs LTE correspondentes. Além disso, o enlace de backhaul entre MN e SN pode estar congestionado, o que pode afetar negativamente ambos o relatório de medição e as novas configurações de medição.

[053] Assim, o envio do relatório de medição de UE diretamente para o nó em questão (MN ou SN) pode acelerar a ação necessária (por exemplo, nó de chave/nó de adição). Outra razão para ter medições descentralizadas é que LTE e NR usam RRC ligeiramente diferentes e mobilidade diferente, o que também torna conveniente dividir a responsabilidade.

[054] A opção de solução EN-DC descentralizada inclui coordenação de capacidade de medição. De acordo com o último acordo 3GPP, o SN deve informar o MN sempre que ele muda em quais frequências de portadoras o UE deve medir. A coordenação da capacidade de medição é necessária para não exceder o número de portadoras que o UE pode medir (e também para a coordenação de gap, vide abaixo na seção 2.1.1.2.1). Se MN e SN configuram mais portadoras do que o UE pode medir, o UE provavelmente irá ignorar aleatoriamente uma ou mais portadoras para medições. No pior dos casos, essas portadoras ignoradas podem ser as portadoras mais importantes para medir.

[055] Se o SN recebe do MN um novo valor para o número máximo de camadas de frequência ou configurações de relatório, e já configurou todas as medições permitidas ou configurações de relatório com base nos valores máximos anteriores, ele libera o número requerido de medições ou configurações de relatório para cumprir o novo limite.

[056] Agora foi explicado porque é importante coordenar as portadoras de frequência medidas. Mas também foi mencionado acima que isso é usado para coordenar os gaps de medição. Para entender porque é importante também coordenar os gaps de medição entre MN e SN, é necessário entender como as medições em EN-DC funcionam em mais detalhes na seção 2.1.1.2.1.

[057] EN-DC pode usar ambas as “frequências LTE” e frequências 5G muito altas. 3GPP distingue entre as frequências da Faixa de Frequência 1 (FR1) e da Faixa de Frequência 2 (FR2). FR1 está abaixo de 6 GHz e FR2 está acima de 24 GHz. A razão pela qual isso é feito dessa forma é devido aos diferentes capacidades de UE. Alguns UEs mais avançados podem receber dados no FR1 e medir no FR2 simultaneamente (e vice-versa), enquanto alguns não podem medir no FR1 e receber dados no FR2 ao mesmo tempo (e vice-versa).

[058] Para ser capaz de medir em qualquer frequência (FR1 ou FR2), o UE é configurado com um chamado “gap”, ou seja, um determinado momento em que o UE não recebe nenhum dado nesta frequência e pode focar na medição em outras células nesta faixa de frequência. Se o UE pode receber dados na FR1 e medir na FR2 simultaneamente (e vice-versa), o “gap” é chamado de gap por FR. Se um UE não puder medir em FR1 e receber dados em FR2 simultaneamente (e vice-versa), é chamado de gap por UE. A maneira mais eficiente é sempre configurar o gap por FR, porque o gap por UE influenciará o escalonamento de todas as células servidoras e, consequentemente, ambos os dados do FR1 e do FR2 serão então interrompidos, ou seja, toda a transmissão de dados será impactada por um curto período para medições de gap por UE.

[059] A Rede de Acesso via Rádio (RAN) 2 concordou que a rede pode escolher um gap por UE ou gap por FR para um UE. Como dito anteriormente, ambos MN e SN podem configurar o UE com gaps de medição. Assim, alguma coordenação de gap é necessária. Esta coordenação de gap é um pouco complicada e talvez não seja absolutamente necessária para entender para este IvD, mas para a totalidade mencionada aqui.

[060] Em geral, o MN configura o gap para o UE se o UE for capaz por UE. Assim, o MN precisa conhecer as frequências SN para calcular um gap adequado também para o SN, e então enviar essa configuração de gap para o SN. SN pode enviar as frequências FR1/FR2 para MN através de CG-Config.

[061] Se o UE for capaz de per gaps FR1/FR2, é decidido que o MN configura os gaps FR1 e o SN configura os gaps FR2. No entanto, para o caso de gap por FR1/FR2, o MN e o SN precisam coordenar os gaps, para que não se sobreponham.

[062] Para gap por UE ou gap por LTE/FR1, o MN transmite o padrão de gap para SN através de CG-ConfigInfo (CG-ConfigInfo é o nome NR da SCG-Config em LTE).

[063] Uma visão geral das configurações de medição EN-DC acima é dada na Figura 4. Observe que uma diferença importante em relação ao LTE-DC é que, uma vez que o SN também pode configurar as medições do UE, elas também são transmitidas ao SN através de o SRB3 (se configurado). O SN então age diretamente sobre essas medições; o MN nunca recebe essas medições (pelo menos não há especificação que suporte isso por padrão). Se SRB3 não estiver configurado, as configurações de medição do SN (e os relatórios de medição do UE com base nessas configurações de medição) são enviados para o UE (e os resultados de medição para o SN) por meio de mensagens RRC incorporadas de/para o MN em SRB1, que o MN transmite de forma transparente para o UE (as configurações) e o SN (resultados de medição).

[064] A ideia com Conectividade Múltipla (MC) é que o UE pode se conectar a mais de dois nós, ou seja, mais de um nó SN. Os benefícios do MC são similares aos do DC, mas o MC permite que ainda mais novas áreas sejam utilizadas, por exemplo, escalonador centralizado, mobilidade ainda mais robusta, etc.

[065] Para uma solução de conectividade múltipla com apenas um tipo de rádio, por exemplo, estação base NR, alguns dos argumentos acima para ter uma solução descentralizada não são mais tão fortes, uma vez que todos os nós NR devem ser igualmente capazes.

[066] Do ponto de vista da migração, é natural continuar usando os princípios EN-DC também para MC, ou seja, usando uma solução descentralizada. Além disso, ainda pode haver casos em que uma solução de medição descentralizada é benéfica, por exemplo, quando os nós têm capacidades diferentes (por exemplo, nós de 700 MHz vs. 28 GHz).

[067] Em LTE (por exemplo, Rel-15), é possível configurar o UE para relatar medições antecipadas na transição do estado ocioso para o estado conectado. Essas medições são medições que o UE desempenhou em estado ocioso, e de acordo com uma configuração provida pela célula de origem com a intenção de receber essas medições e preparar rapidamente DC/CA sem a necessidade de primeiro prover uma configuração de medição (measConfig) no conectado estado e espere por centenas de milissegundos até que as primeiras amostras sejam coletadas, monitoradas e, em seguida, os primeiros relatórios sejam disparados.

[068] Um primeiro aspecto da solução existente, conforme padronizado no EUTRA 36.331, é descrito em 5.6.20 Medições de Modo Ocioso. Nesse sentido, o UE é configurado após a transição de RRC_CONNECTED para RRC_IDLE com uma configuração de medição dedicada na mensagem

RRCConnectionRelease, destacada da seguinte forma: Mensagem RRCConnectionRelease -- ASN1START RRCConnectionRelease ::= SEQUENCE { rrc-TransactionIdentifier RRC-TransactionIdentifier, criticalExtensions CHOICE { c1 CHOICE { rrcConnectionRelease-r8 RRCConnectionRelease- r8-IEs, spare3 NULL, spare2 NULL, spare1 NULL }, criticalExtensionsFuture SEQUENCE {} } }

-- outras informações foram omitidas

RRCConnectionRelease-v1530-IEs ::= SEQUENCE { drb-ContinueROHC-r15 ENUMERATED {true} OPTIONAL, -- Cond UP-EDT nextHopChainingCount-r15 NextHopChainingCount OPTIONAL, -- Cond UP-EDT measIdleConfig-r15 MeasIdleConfigDedicated-r15 OPTIONAL, -- Need ON rrc-InactiveConfig-r15 RRC-InactiveConfig-r15 OPTIONAL, -- Need OR cn-Type-r15 ENUMERATED {epc,fivegc}

OPTIONAL, -- Need OR nonCriticalExtension SEQUENCE {} OPTIONAL }

-- ASN1STOP

Elemento de Informações de MeasIdleConfig -- ASN1START MeasIdleConfigSIB-r15 ::= SEQUENCE { measIdleCarrierListEUTRA-r15 EUTRA-CarrierList-r15, ... } MeasIdleConfigDedicated-r15 ::= SEQUENCE { measIdleCarrierListEUTRA-r15 EUTRA-CarrierList-r15 OPTIONAL, -- Need OR measIdleDuration-r15 ENUMERATED {sec10, sec30, sec60, sec120, sec180, sec240, sec300, spare}, ... }

EUTRA-CarrierList-r15 ::= SEQUENCE (SIZE (1..maxFreqIdle-r15)) OF MeasIdleCarrierEUTRA-r15 MeasIdleCarrierEUTRA-r15::= SEQUENCE { carrierFreq-r15 ARFCN-ValueEUTRA-r9, allowedMeasBandwidth-r15 AllowedMeasBandwidth, validityArea-r15 CellList-r15

OPTIONAL, -- Need OR measCellList-r15 CellList-r15 OPTIONAL, -- Need OR reportQuantities ENUMERATED {rsrp, rsrq, both}, qualityThreshold-r15 SEQUENCE { idleRSRP-Threshold-r15 RSRP-Range OPTIONAL, -- Need OR idleRSRQ-Threshold-r15 RSRQ-Range-r13 OPTIONAL -- Need OR } OPTIONAL, -- Need OR ... }

CellList-r15 ::= SEQUENCE (SIZE (1.. maxCellMeasIdle-r15)) OF PhysCellIdRange -- ASN1STOP Descrições de Campo de MeasIdleConfig allowedMeasBandwidth Se ausente, aplica-se o valor correspondente à largura de banda de enlace descendente indicada pela dl-Bandwidth incluída em MasterInformationBlock da célula servidora. carrierFreq Indica a frequência de portadora E-UTRA a ser usada para medições durante o modo IDLE. measIdleCarrierListEUTRA Indica as portadoras E-UTRA a serem medidas durante o modo IDLE.

Descrições de Campo de MeasIdleConfig measIdleDuration Indica a duração para desempenhar medições durante o modo IDLE para medições atribuídas através de RRCConnectionRelease. O valor sec10 corresponde a 10 minutos, o valor sec30 corresponde a 30 segundos e assim por diante. qualityThreshold Indica os limites de qualidade para relatar as células medidas para medições de modo IDLE. reportQuantities Indica quais quantidades de medição UE é solicitada a relatar no relatório de medição de modo IDLE. measCellList Indica a lista de células que o UE é solicitado a medir e relatar para medições de modo IDLE. validityArea Indica a lista de células nas quais o UE é solicitado a fazer medições de modo IDLE. Se o UE selecionar novamente para uma célula fora desta lista, as medições não serão mais requeridas.

[069] Conforme mostrado acima, um temporizador de validade também é introduzido nessa configuração. O temporizador é iniciado na recepção da configuração de medição dedicada e para ao receber RRCConnectionSetup, RRCConnectionResume ou, se validityArea estiver configurado, ao selecionar novamente para a célula que não pertence a validityArea. Após a expiração, essas medições desempenhadas em modo ocioso podem ser descartadas. A intenção com a área de validade é limitar a área onde CA/DC pode ser preparado posteriormente, quando o UE retoma/prepara a conexão, de modo que as medições antecipadas sejam de alguma forma úteis para esse propósito. Observe também que apenas as medições acima de certos limites devem ser armazenadas, pois as células candidatas para a preparação de DC/CA precisam estar dentro de um limite mínimo aceitável.

[070] A forma como o UE desempenha medições no modo IDLE depende da implementação do UE, desde que os requerimentos de RAN4 para relatório de medição definidos em 36.133 sejam atendidos.

[071] O comportamento da UE em mais detalhes é mostrado abaixo conforme capturado em 36.331:

[072] Este procedimento especifica as medições feitas por um UE em RRC_IDLE quando ele tem uma configuração de medição de modo IDLE e o armazenamento das medições disponíveis por um UE em ambos RRC_IDLE e RRC_CONNECTED.

[073] Começar

[074] Enquanto o T331 está funcionando, o UE deve: 1> desempenhar as medições de acordo com o seguinte: 2> para cada entrada em measIdleCarrierListEUTRA dentro de VarMeasIdleConfig: 3> se UE suportar agregação de portadora entre a portadora de serviço e a frequência e largura de banda da portadora indicada por carrierFreq e allowedMeasBandwidth na entrada correspondente; 4> desempenhar medições na frequência de portadora e largura de banda indicada por carrierFreq e allowedMeasBandwidth dentro da entrada correspondente; OBSERVAÇÃO: A forma como o UE desempenha medições no modo IDLE depende da implementação do UE, desde que os requerimentos em 36.133 sejam atendidos para o relatório de medição. O UE não é requerido para desempenhar medições ociosas se a indicação de medição ociosa SIB2 não estiver configurada. 4> se o measCellList estiver incluído: 5> considerar PCell e células identificadas por cada entrada dentro da measCellList para serem aplicáveis para relatório de medição de modo ocioso; 4> senão: 5> considerar PCell e até maxCellMeasIdle células identificadas mais fortes cujos resultados de medição de Potência Recebida de Sinal de Referência (RSRP)/Qualidade Recebida de Sinal de Referência (RSRQ) estão acima do(s) valor(es) provido(s) em qualityThreshold (se houver) para ser aplicável para relatório de medição de modo ocioso; 4> armazenar resultados de medição para células aplicáveis para relatório de medição de modo ocioso no VarMeasIdleReport; 3> senão: 4> não considere a frequência de portadora aplicável para relatório de medição em modo ocioso; 1> se validityArea for configurado em VarMeasIdleConfig e UE selecionar novamente para uma célula servidora cuja identidade de célula física não corresponda a nenhuma entrada em validityArea para a frequência de portadora correspondente: 2> parar T331;

[075] T331 expirar ou parar

[076] O UE deve: 1> se T331 expirar ou for parado: 2> liberar os conteúdos de VarMeasIdleConfig;

[077] OBSERVAÇÃO: Depende da implementação do UE continuar as medições de modo IDLE de acordo com a configuração do SIB5 após o T331 ter expirado ou parado.

[078] Outro aspecto da solução existente ocorre quando o UE tenta retomar. Se a etapa anterior for desempenhada, isto é, se o UE estiver configurado para armazenar medições ociosas, a rede pode solicitar ao UE após a retomada/preparação (após a segurança ser ativada) se o UE tem medições ociosas disponíveis.

[079] No caso de este UE estar retomando, a célula de destino (contanto que esteja dentro da área de validade) deve estar ciente disso, uma vez que o contexto do Estrato de acesso (AS) UE (após obtenção de contexto deve conter as configurações mais recentes que o UE recebeu ao entrar no IDLE). A forma como o destino solicita a disponibilidade dessas medições armazenadas é enviando para o UE uma mensagem UEInformationRequest, após o UE iniciar a segurança e entrar. Isto é ilustrado na Figura 5.

[080] Recepção da mensagem UEInformationRequest

[081] Ao receber a mensagem UEInformationRequest, o UE deve, apenas após a ativação de segurança com sucesso: 1> se o idleModeMeasurementReq estiver incluído no UEInformationRequest e o UE tiver armazenado VarMeasIdleReport: 2> definir o measResultListIdle na mensagem UEInformationResponse para o valor de idleMeasReport no VarMeasIdleReport; 2> descartar o VarMeasIdleReport após a entrega bem sucedida da mensagem UEInformationResponse confirmada pelas camadas inferiores; Mensagem UEInformationResponse -- ASN1START

UEInformationResponse-r9 ::= SEQUENCE { rrc-TransactionIdentifier RRC-TransactionIdentifier, criticalExtensions CHOICE { c1 CHOICE { ueInformationResponse-r9 UEInformationResponse-r9- IEs, spare3 NULL, spare2 NULL, spare1 NULL }, criticalExtensionsFuture SEQUENCE {} } } UEInformationResponse-v1530-IEs ::= SEQUENCE { measResultListIdle-r15 MeasResultListIdle-r15 OPTIONAL, flightPathInfoReport-r15 FlightPathInfoReport-r15 OPTIONAL, nonCriticalExtension SEQUENCE {}

OPTIONAL }

[082] Em resumo, as medições desempenhadas em modo ocioso só podem ser providas após a segurança ser preparada. Se o UE for liberado para IDLE (ou seja, nenhum contexto de UE armazenado), a segurança pode estar ativa e funcionando apenas após o procedimento de comando de modo de segurança (2 RTTs de rádio após UE entrar em RRC_CONNECTED ou seja, recepção de RRCConnectionSetup), o que pode levar algum tempo até o UE relata essas medições e a rede pode tomar decisões informadas com base nelas, como a preparação de CA e/ou DC.

[083] Se o UE for suspenso para IDLE (ou seja, contexto de UE armazenado), não há necessidade de procedimento de comando de modo de segurança e a segurança pode estar ativa e funcionando na recepção de RRCConnectionResume, que contém o contador de encadeamento de próximo salto que possibilita o UE iniciar segurança de acordo com a configuração de destino. Então, após o UE entrar em RRC_CONNECTED, a rede pode enviar o UEInformationRequest e obter o UEInformationResponse com as medições ociosas.

[084] 3GPP TS 38.331 inclui o seguinte:

[085] A rede pode configurar um UE no estado RRC_CONNECTED para desempenhar medições e relatá-las em conformidade com a configuração de medição. A configuração de medição é provida por meios de sinalização dedicados, isto é, usando o RRCReconfiguration.

[086] A rede pode configurar o UE para desempenhar os seguintes tipos de medições: - medições de NR; - medições com Tecnologia de Acesso Inter-Rádio (RAT) de frequências E- UTRA.

[087] A rede pode configurar o UE para relatar as seguintes informações de medição com base em bloco(s) de SS/PBCH; - Resultados de medição por bloco SS/Canal de Difusão Físico (PBCH); - Resultados de medição por célula com base em bloco(s) SS/PBCH; - Índices de bloco(s) SS/PBCH.

[088] A rede pode configurar o UE para relatar as seguintes informações de medição com base em recursos de Sinal de Referência de Informações de

Estado do Canal (CSI-RS): - Resultados de medição por recursos de CSI-RS; - Resultados de medição por célula com base em recurso(s) de CSI-RS; - Identificadores de medições de recursos de CSI-RS.

[089] A configuração de medição inclui os seguintes parâmetros:

1. Objetos de medição: Uma lista de objetos nos quais o UE deve desempenhar as medições. - Para medições intrafrequência e interfrequência, um objeto de medição indica a localização de frequência/tempo e espaçamento de subportadora de sinais de referência a serem medidos. Associado a este objeto de medição, a rede pode configurar uma lista de deslocamentos específicos de células, uma lista de células de 'lista negra' e uma lista de células de 'lista branca'. As células na lista negra não são aplicáveis na avaliação de eventos ou nos relatórios de medição. As células na lista branca são as únicas aplicáveis na avaliação de eventos ou nos relatórios de medição. - O measObjectId do MO que corresponde a cada célula servidora é indicado por servingCellMO dentro da configuração da célula servidora. - Para medições inter-RAT E-UTRA, um objeto de medição é uma única frequência de portadora E-UTRA. Associado a esta frequência de portadora E- UTRA, a rede pode configurar uma lista de deslocamentos específicos de células, uma lista de células de 'lista negra' e uma lista de células de 'lista branca'. As células na lista negra não são aplicáveis na avaliação de eventos ou nos relatórios de medição. As células na lista branca são as únicas aplicáveis na avaliação de eventos ou nos relatórios de medição.

2. Configurações de relatórios: Uma lista de configurações de relatórios em que pode haver uma ou múltiplas configurações de relatórios por objeto de medição. Cada configuração de relatório consiste no seguinte:

- Critério de relatório: O critério que dispara o UE para enviar um relatório de medição. Isso pode ser periódico ou uma única descrição de evento. - tipo RS: O RS que o UE usa para resultados de medição de feixe e célula (bloco SS/PBCH ou CSI-RS). - Formato de relatório: As quantidades por célula e por feixe que o UE inclui no relatório de medição (por exemplo, RSRP) e outras informações associadas, como o número máximo de células e o número máximo de feixes por célula para relatar.

3. Identidades de medição: Uma lista de identidades de medição nas quais cada identidade de medição enlaça um objeto de medição a uma configuração de relatório. Ao configurar múltiplas identidades de medição, é possível enlaçar mais de um objeto de medição à mesma configuração de relatório, bem como enlaçar mais de uma configuração de relatório ao mesmo objeto de medição. A identidade de medição também está incluída no relatório de medição que disparou o relatório, servindo como uma referência à rede.

4. Configurações de quantidade: A configuração de quantidade define a configuração de filtragem de medição usada para todas as avaliações de eventos e relatórios relacionados, e para relatórios periódicos dessa medição. Para medições de NR, a rede pode configurar até 2 configurações de quantidade com uma referência no objeto de medição de NR para a configuração que deve ser usada. Em cada configuração, diferentes coeficientes de filtro podem ser configurados para diferentes quantidades de medição, para diferentes tipos RS e para medições por célula e por feixe.

5. Gaps de medição: Períodos que o UE pode usar para desempenhar medições.

[090] Um UE em RRC_CONNECTED mantém uma lista de objetos de medição, uma lista de configuração de relatório e uma lista de identidades de medição de acordo com a sinalização e os procedimentos nesta especificação. A lista de objetos de medição possivelmente inclui objeto(s) de medição NR e objetos inter-RAT. Da mesma similar, a lista de configuração de relatório inclui configurações de relatórios NR e inter-RAT. Qualquer objeto de medição pode ser vinculado a qualquer configuração de relatório do mesmo tipo de RAT. Algumas configurações de relatórios podem não estar vinculadas a um objeto de medição. Da maneira semelhante, alguns objetos de medição podem não estar vinculados a uma configuração de relatório.

[091] Os procedimentos de medição distinguem os seguintes tipos de células:

1. A(s) célula(s) de serviço de NR - são o SpCell e um ou mais SCells.

2. Células listadas - são células listadas dentro do(s) objeto(s) de medição.

3. Células detectadas - são células que não estão listadas no(s) objeto(s) de medição, mas são detectadas pelo UE na(s) frequência(s) do Bloco de Sinais de Sincronização (SSB) e espaçamentos de subportadora indicados pelo(s) objeto(s) de medição.

[092] Para objeto(s) de medição de NR, o UE mede e relata a(s) célula(s) servidora(s), células listadas e/ou células detectadas. Para objetos de medição inter-RAT de E-UTRA, o UE mede e relata as células listadas e as células detectadas.

[093] Sempre que a especificação de procedimento, diferente da contida na subcláusula 5.5.2, refere-se a um campo em questão um campo incluído no VarMeasConfig, a menos que explicitamente indicado de outra forma, ou seja, apenas o procedimento de configuração de medição cobre a ação direta do UE relacionada a measConfig recebida.

[094] Em algumas modalidades, a rede aplica o procedimento da seguinte forma: - garantir que, sempre que o UE possui uma measConfig, ele inclui um measObject para a SpCell e para cada SCell NR a ser medido; - configurar no máximo uma identidade de medição usando uma configuração de relatório com reportType definido para ID de Grupo de reportCell (CGI); - garantir que, para todas as medições baseadas em SSB, haja no máximo um objeto de medição com a mesma ssbFrequency; - garantir que todos os objetos de medição configurados nesta especificação e no TS 36.331 com a mesma ssbFrequency tenham o mesmo ssbSubcarrierSpacing; - garantir que uma configuração de temporização de medição de bloco de SS/PBCH (SMTC) 1 incluída em qualquer objeto de medição com a mesma ssbFrequency tenha o mesmo valor, e que um smtc2 incluído em qualquer objeto de medição com a mesma ssbFrequency tenha o mesmo valor; - garantir que, se um objeto de medição tem a mesma ssbFrequency que um objeto de medição configurado em TS 36.331: - para que ssbFrequency, a janela de medição de acordo com o smtc configurado em TS 36.331 inclui a janela de medição de acordo com o smtc1 configurado em TS 38.331, ou vice-versa, com uma precisão da diferença de tempo de recebimento máxima especificada em TS 38.133. - se ambos os objetos de medição forem usados para medições do indicador de intensidade do sinal recebido, os bits em measurementSlots em ambos os objetos correspondentes ao mesmo slot são definidos com o mesmo valor. Além disso, o endSymbol é o mesmo em ambos os objetos.

[095] O UE deve: 1> se a measConfig recebida incluir a measObjectToRemoveList:

2> desempenhar o procedimento de remoção de objeto de medição conforme especificado em 5.5.2.4; 1> se a measConfig recebida incluir a measObjectToAddModList: 2> desempenhar o procedimento de adição/modificação de objeto de medição conforme especificado em 5.5.2.5; 1> se a MeasConfig recebida incluir a reportConfigToRemoveList: 2> desempenhar o procedimento de remoção de configuração de relatório conforme especificado em 5.5.2.6; 1> se a measConfig recebido incluir a reportConfigToAddModList: 2> desempenhar o procedimento de adição/modificação de configuração de relatório conforme especificado em 5.5.2.7; 1> se a measConfig recebida incluir a quantityConfig: 2>. desempenhar o procedimento de configuração de quantidade conforme especificado em 5.5.2.8; 1> se a MeasConfig recebida incluir a measIdToRemoveList: 2> desempenhar o procedimento de remoção de identidade de medição conforme especificado em 5.5.2.2; 1> se a measConfig recebida incluir a measIdToAddModList: 2> desempenhar o procedimento de adição/modificação de identidade de medição conforme especificado em 5.5.2.3; 1> se a measConfig recebida incluir a measGapConfig: 2> desempenhar o procedimento de configuração do gap de medição conforme especificado em 5.5.2.9; 1> se a MeasConfig recebida incluir a measGapSharingConfig: 2> desempenhar o procedimento de configuração de compartilhamento de gap de medição conforme especificado em 5.5.2.11; 1> se a measConfig recebida incluir a s-MeasureConfig:

2> se s-MeasureConfig for definido como ssb-RSRP, definir o parâmetro ssb-RSRP de s-MeasureConfig dentro de VarMeasConfig para o valor mais baixo dos intervalos RSRP indicados pelo valor recebido de s- MeasureConfig; 2> senão, definir parâmetro csi-RSRP de s-MeasureConfig dentro de VarMeasConfig para o valor mais baixo dos intervalos RSRP indicados pelo valor recebido de s-MeasureConfig. Remoção de identidade de medição

[096] O UE deve: 1> para cada measId incluído na measIdToRemoveList recebido que faz parte da configuração UE atual em VarMeasConfig: 2> remover a entrada com o measld correspondente a partir da reportConfigList dentro da VarMeasConfig; 2> remover a entrada de relatório de medição para este measId da VarMeasReportList, se incluído; 2> parar o temporizador de relatório periódico ou temporizador T321, o que estiver funcionando, e redefinir as informações associadas (por exemplo, timeToTrigger) para este measid. OBSERVAÇÃO: O UE não considera a mensagem como errônea se a measIdToRemoveList inclui qualquer valor de measId que não faz parte da configuração atual do UE.

[097] A rede aplica o procedimento a seguir: - configurar um measId apenas se o objeto de medição correspondente, a configuração de relatório correspondente e a configuração de quantidade correspondente estiverem configurados.

[098] O UE deve: 1> para cada measId incluído na measIdToAddModList recebida:

2> se uma entrada com o measId correspondente existir na measIdList dentro da VarMeasConfig: 3> substituir a entrada pelo valor recebido para este measld; 2> senão: 3> adicionar uma nova entrada para este measId dentro da VarMeasConfig; 2> remover a entrada de relatório de medição para este measId da VarMeasReportList, se incluído; 2> parar o temporizador de relatório periódico ou temporizador T321, o que estiver funcionando, e redefinir as informações associadas (por exemplo, timeToTrigger) para este measid. 2> se o reportType for definido como reportCGI na reportConfig associado a este measId; 3> se o MeasObject associado com este measid em questão a E- UTRA: 4> iniciar o temporizador T321 com o valor do temporizador definido para 1 segundos para esta medição; 3> se o MeasObject associado com este measid em questão a NR: 4> se o MeasObject associado com este measid em questão a FR1: 5> iniciar o temporizador T321 com o valor do temporizador definido para 2 segundos para esta medição; 4> se o MeasObject associado com este measid em questão a FR2: 5> iniciar o temporizador T321 com o valor do temporizador definido para 16 segundos para esta medição;

[099] Para Remoção de objeto de medição, o UE deve: 1> para cada measObjectId incluído na measObjectToRemoveList recebido que faz parte de measObjectList em VarMeasConfig: 2> remover a entrada com o measConfigId correspondente da reportConfigList dentro da VarMeasConfig; 2> para cada measId associado a este measObjectId a partir da measIdList dentro da VarMeasConfig, se houver: 2> se um measId for removido da measIdList: 3> remover a entrada de relatório de medição para este measId da VarMeasReportList, se incluído; 3> parar o temporizador de relatório periódico ou temporizador T321, o que estiver funcionando, e redefinir as informações associadas (por exemplo, timeToTrigger) para este measid. OBSERVAÇÃO: O UE não considera a mensagem como errônea se a measObjectToRemoveList inclui qualquer valor measObjectId que não faz parte da configuração atual do UE.

[100] Para Adição/modificação de objeto de medição, o UE deve: 1> para cada measObjectId incluído na measObjectToAddModList recebido: 2> se uma entrada com o measObjectId correspondente existir na measObjectList dentro da VarMeasConfig, para esta entrada: 3> reconfigurar a entrada com o valor recebido para este measObject, exceto para os campos cellsToAddModList, blackCellsToAddModList, whiteCellsToAddModList, cellsToRemoveList, blackCellsToRemoveList e whiteCellsToRemoveList; 3> se o measObject recebido incluir as cellsToRemoveList: 4> para cada physCellId incluído na cellsToRemoveList: 5> remover a entrada com a physCellId correspondente a partir da cellsToAddModList; 3> se o measObject recebido incluir a cellsToAddModList: 4> para cada valor de physCellId incluído na cellsToAddModList: 5> se uma entrada com a physCellId correspondente existir na cellsToAddModList: 6> substituir a entrada pelo valor recebido para esta physCellId; 5> senão: 6> adicionar uma nova entrada para a physCellId recebida na cellsToAddModList; 3> se o measObject recebido incluir a blackCellsToRemoveList: 4> para cada Identidade de Célula Física (pci)-RangeIndex incluída na blackCellsToRemoveList: 5> remover a entrada com o pci-RangeIndex correspondente a partir da blackCellsToAddModList; OBSERVAÇÃO: Para cada pci-RangeIndex incluído em blackCellsToRemoveList que em questão a intervalos de células sobrepostos, uma célula é removida da lista negra de células apenas se todos os índices de células que a contêm forem removidos. 3> se o measObject recebido incluir a blackCellsToAddModList: 4> para cada pci-RangeIndex incluído na blackCellsToAddModList: 5> se uma entrada com o pci-RangeIndex correspondente estiver incluída na blackCellsToAddModList: 6> substituir a entrada pelo valor recebido por este pci-RangeIndex; 5> senão:

6> adicionar uma nova entrada para o pci- RangeIndex recebido na blackCellsToAddModList; 3> se o measObject recebido incluir a whiteCellsToRemoveList: 4> para cada pci-RangeIndex incluído na whiteCellsToRemoveList: 5> remover a entrada com o pci-RangeIndex correspondente a partir da whiteCellsToAddModList; 3> se o measObject recebido incluir a whiteCellsToRemoveList: 4> para cada pci-RangeIndex incluído na whiteCellsToAddModList: 5> se uma entrada com o pci-RangeIndex correspondente estiver incluído na whiteCellsToAddModList: 6> substituir a entrada pelo valor recebido por este pci-RangeIndex; 5> senão: 6> adicionar uma nova entrada para o pci- RangeIndex recebido ao whiteCellsToAddModList; 3> para cada measId associado a este measObjectId na measIdList dentro da VarMeasConfig, se houver: 4> remover a entrada de relatório de medição para este measId da VarMeasReportList, se incluído; 4> parar o cronômetro de relatório periódico ou cronômetro T321, o que estiver funcionando, e redefinir as informações associadas (por exemplo, timeToTrigger) para este medido; 2> senão: 3> adicionar uma nova entrada para o measObject recebido para a measObjectList dentro de VarMeasConfig.

[101] Para Remoção de configuração de relatório, o UE deve: 1> para cada reportConfigId incluído na reportConfigToRemoveList recebido que faz parte da configuração de UE atual em VarMeasConfig: 2> remover a entrada com o reportConfigId correspondente do reportConfigList dentro do VarMeasConfig; 2> remover todos measId associados a reportConfigId a partir da measIdList dentro da VarMeasConfig, se houver: 2> se um measId for removido da measIdList: 3> remover a entrada de relatório de medição para este measId da VarMeasReportList, se incluído; 3>parar o temporizador de relatório periódico ou temporizador T321, o que estiver funcionando, e redefinir as informações associadas (por exemplo, timeToTrigger) para este measid. OBSERVAÇÃO: O UE não considera a mensagem como errônea se a reportConfigToRemoveList inclui qualquer valor reportConfigId que não faz parte da configuração atual do UE.

[102] Para Adição/modificação de configuração de relatório, o UE deve: 1> para cada reportConfigId incluída na reportConfigToAddModList recebida: 2> se uma entrada com a reportConfigId correspondente existir na reportConfigList dentro da VarMeasConfig, para esta entrada: 3> reconfigurar a entrada pelo valor recebido para esta reportConfig; 3> para cada measId associado a esta reportConfigId incluída na measIdList dentro da VarMeasConfig, se houver: 4> remover a entrada de relatório de medição para este measId da VarMeasReportList, se incluído; 4> parar o cronômetro de relatório periódico ou cronômetro

T321, o que estiver funcionando, e redefinir as informações associadas (por exemplo, timeToTrigger) para este medido; 2> senão: 3> adicionar uma nova entrada para a reportConfig recebida para a reportConfigList dentro da VarMeasConfig. OBSERVAÇÃO: O UE não precisa reter reportConfig com cellForWhichToReportCGI e measId após relatar cgi-Info.

[103] Para Configuração de quantidade, o UE deve: 1> para cada RAT para qual a QuantityConfig recebida inclui parâmetro(s): 2> definir o(s) parâmetro(s) correspondente(s) em QuantityConfig dentro de VarMeasConfig para o valor do(s) parâmetro(s) de amountConfig recebido(s); 1> para cada measId incluído na measIdList dentro de VarMeasConfig: 2> remover a entrada de relatório de medição para este measId da VarMeasReportList, se incluído; 2> parar o temporizador de relatório periódico ou temporizador T321, o que estiver funcionando, e redefinir as informações associadas (por exemplo, timeToTrigger) para este measid.

[104] Para Configuração de gap de medição, o UE deve: 1> se gapFR1 estiver definido para preparação: 2> se uma configuração de gap de medição FR1 já estiver preparada, liberar a configuração de gap de medição FR1; 2> preparar a configuração de gap de medição FR1 indicada pela measGapConfig de acordo com o gapOffset recebido, ou seja, o primeiro subquadro de cada gap ocorre em um Número de Quadro do Sistema (SFN) e subquadro atendendo à seguinte condição: SFN mod T = FLOOR(gapOffset/10);

subquadro = gapOffset mod 10; com T = MGRP/10 conforme definido em TS 38.133; 2> se Avanço de Temporização de Gap de Medição (mgta) estiver configurado, aplicar o avanço de temporização especificado às ocorrências de gap calculadas acima (isto é, o UE inicia a medição mgta ms antes das ocorrências de subquadro de gap); 1> senão, se gapFR1 estiver definido para liberação: 2> liberar a configuração do gap de medição de FR1; 1> se gapFR2 estiver definido para preparação: 2> se uma configuração de gap de medição FR2 já estiver preparada, liberar a configuração de gap de medição FR2; 2> preparar a configuração de gap de medição do FR2 indicada pela measGapConfig de acordo com o gapOffset recebido, ou seja, o primeiro subquadro de cada gap ocorre em um SFN e o subquadro atendendo à seguinte condição: SFN mod T = FLOOR(gapOffset/10); subquadro = gapOffset mod 10; com T = MGRP/10 conforme definido em TS 38.133; 2> se mgta estiver configurado, aplique o avanço de temporização especificado às ocorrências de gap calculadas acima (ou seja, o UE inicia a medição mgta ms antes das ocorrências de subquadro de gap); 1> senão, se gapFR2 estiver definido para liberação: 2> liberar a configuração do gap de medição de FR2; 1> se gapUE estiver definido para preparação: 2> se uma configuração de gap de medição por UE já estiver preparada, libere a configuração de gap de medição por UE; 2> preparar a configuração de gap de medição por UE indicada pela measGapConfig de acordo com o gapOffset recebido, ou seja, o primeiro subquadro de cada gap ocorre em um SFN e o subquadro satisfaz a seguinte condição: SFN mod T = FLOOR(gapOffset/10); subquadro = gapOffset mod 10; com T = MGRP/10 conforme definido em TS 38.133; 2> se mgta estiver configurado, aplique o avanço de temporização especificado às ocorrências de gap calculadas acima (ou seja, o UE inicia a medição mgta ms antes das ocorrências de subquadro de gap); 1> senão, se gapUE estiver configurado para liberar: 2> liberar a configuração de gap de medição por UE. OBSERVAÇÃO 1: Para a configuração de gapFR2, o SFN e subquadro de uma célula servidora na frequência de FR2 são usados no cálculo de gap. OBSERVAÇÃO 2: Para a configuração gapFR1 ou gapUE, o SFN e o subquadro da PCell são usados no cálculo de gap.

[105] Configuração de temporização de medição do sinal de referência. O UE deve preparar a primeira configuração de temporização de medição de bloco de SS/PBCH (SMTC) de acordo com o parâmetro periodicityAndOffset recebido (provendo valor de Periodicidade e Offset para a seguinte condição) na configuração smtc1. O primeiro subquadro de cada ocasião SMTC ocorre em um SFN e o subquadro do NR SpCell atendendo à seguinte condição: SFN mod T = (FLOOR (Offset/10)); se a periodicidade for maior que sf5: subquadro = Offset mod 10; senão: subquadro = Offset ou (Offset +5); com T = CEIL (Periodicidade/10).

[106] Se smtc2 estiver presente, para células indicadas no parâmetro pci- List em smtc2 no mesmo MeasObjectNR, o UE deve preparar uma Configuração de Temporização de Medição de Bloco de SS/PBCH (SMTC) adicional de acordo com o parâmetro de periodicidade recebido na configuração smtc2 e usar o Offset (derivado do parâmetro periodicityAndOffset) e o parâmetro de duração da configuração smtc1. O primeiro subquadro de cada ocasião SMTC ocorre em um SFN e o subquadro do NR SpCell atendendo à condição acima:

[107] Na frequência ssbF indicada, o UE não deve considerar a transmissão do bloco SS/PBCH em subquadros fora da ocasião SMTC para medições RRM baseadas em blocos SS/PBCH e para medições RRM baseadas em CSI-RS.

[108] Para configuração de compartilhamento de gap de medição, o UE deve: 1> se gapSharingFR1 estiver definido para preparação: 2> se uma configuração de compartilhamento de gap de medição FR1 já estiver preparada, liberar a configuração de compartilhamento de gap de medição; 2> preparar a configuração de compartilhamento de gap de medição FR1 indicada por measGapSharingConfig de acordo com o measGapSharingScheme recebido conforme definido em TS 38.133; 1> senão, se gapSharingFR1 estiver definido para liberação: 2> liberar a configuração de compartilhamento de gap de medição FR1; 1> se gapSharingFR2 estiver definido para preparação: 2> se uma configuração de compartilhamento de gap de medição FR2 já estiver preparada, liberar a configuração de compartilhamento de gap de medição;

2> preparar a configuração de compartilhamento de gap de medição FR2 indicada por measGapSharingConfig de acordo com o measGapSharingScheme recebido conforme definido em TS 38.133; 1> senão, se gapSharingFR2 estiver definido para liberação: 2> liberar a configuração de compartilhamento de gap de medição de FR2. 1> se gapSharingUE estiver definido para preparação: 2> se uma configuração de compartilhamento de gap de medição por UE já estiver preparada, liberar a configuração de compartilhamento de gap de medição por UE; 2> preparar a configuração de compartilhamento de gap de medição por UE indicada por measGapSharingConfig de acordo com o measGapSharingScheme recebido conforme definido em TS 38.133; 1> senão, se gapSharingUE estiver definido para liberação: 2> liberar a configuração de compartilhamento de gap de medição por UE.

[109] O paging permite que a rede alcance UEs em RRC_IDLE e no estado RRC_INACTIVE, e notifique UEs em RRC_IDLE, RRC_INACTIVE e RRC_CONNECTED estado de mudança de informações do sistema (vide subseção 7.3.3) e Sistema de Alerta de Terremoto e Tsunami (ETWS)/Sistema de Alerta Móvel Comercial (CMAS) indicações (vide subseção 16.4).

[110] Enquanto em RRC_IDLE, o UE monitora os canais de paging para paging começando por CN; em RRC_INACTIVE, o UE também monitora canais de paging para paging começando por RAN. Porém, um UE não precisa monitorar canais de paging continuamente; Paging de DRX é definido onde o UE em RRC_IDLE ou RRC_INACTIVE é apenas requerido a monitorar os canais de paging durante uma Ocasiões de Paging (PO) por ciclo de DRX (vide TS 38.304). Os ciclos de Paging de DRX são configurados pela rede:

1. Para paging começando por CN, um ciclo padrão é difundido nas informações do sistema;

2. Para paging começando por CN, um ciclo específico de UE pode ser configurado através de sinalização de Estrato de Não Acesso (NAS);

3. Para paging começando por RAN, um ciclo específico de UE é configurado através de sinalização RRC;

[111] O UE usa o mais curto dos ciclos DRX aplicáveis, isto é, um UE em RRC_IDLE usa o mais curto dos dois primeiros ciclos acima, enquanto um UE em RRC_INACTIVE usa o mais curto dos três.

[112] Os POs de um UE para paging começando por CN e começando por RAN são baseados no mesmo UE ID, resultando em POs sobrepostos para ambos. O número de POs diferentes em um ciclo DRX é configurável por meio de informações do sistema e uma rede pode distribuir UEs para esses POs com base em suas IDs.

[113] Quando em RRC_CONNECTED, o UE monitora os canais de paging em qualquer PO sinalizado nas informações do sistema para indicação de mudança de SI e notificação de PWS. No caso de Adaptação de Largura de Banda (BA), um UE em RRC_CONNECTED monitora apenas canais de paging na Parte de Largura de Banda (BWP) ativa, com espaço de busca comum configurado.

[114] Otimização de paging para UEs em CM_IDLE: na liberação de contexto de UE, o nó NG-RAN pode prover ao AMF uma lista de células recomendadas e nós NG-RAN como informações de assistência para paging subsequente. O AMF também pode prover Informações de Tentativas de paging que consistem em uma Contagem de Tentativas de paging e o Número Pretendido de Tentativas de paging e pode incluir o Próximo Escopo da Área de paging. Se a informação de tentativa de paging for incluída na mensagem de paging, cada nó NG-RAN paginado recebe a mesma informação durante uma tentativa de paging. A Contagem de Tentativas de paging deve ser aumentada em um a cada nova tentativa de paging. O Próximo Escopo da Área de paging, quando presente, indica se o AMF planeja modificar a área de paging atualmente selecionada na próxima tentativa de paging. Se o UE tiver alterado o seu estado para CM CONNECTED, a Contagem de Tentativas de paging é redefinida.

[115] Otimização de paging para UEs em RRC_INACTIVE: em RAN paging, o nó de serviço NG-RAN provê informações de área de paging de RAN. O nó de serviço NG-RAN também pode prover informações de tentativa de paging de RAN. Cada nó NG-RAN paging recebe as mesmas informações de tentativa de paging RAN durante uma tentativa de paging com o seguinte conteúdo: Contagem de Tentativas de paging, o número pretendido de tentativas de paging e o próximo escopo da área de paging. A Contagem de Tentativas de paging deve ser aumentada em um a cada nova tentativa de paging. O Próximo Escopo da Area de paging, quando presente, indica se o nó de serviço NG_RAN planeja modificar a área de paging RAN atualmente selecionada na próxima tentativa de paging. Se o UE deixar o estado RRC_INACTIVE, a Contagem de Tentativas de paging será redefinida.

[116] O objetivo deste procedimento é transmitir informações de paging para um UE em RRC_IDLE ou RRC_INACTIVE. Isto é ilustrado na Figura 6.

[117] A rede começa o procedimento de paging pela transmissão da mensagem de paging na ocasião de paging do UE, conforme especificado em TS

38.304. A rede pode endereçar múltiplos UEs dentro de uma mensagem de paging incluindo um PagingRecord para cada UE.

[118] Para Recepção da mensagem de paging pelo UE, ao receber a mensagem de paging, o UE deve: 1> se em RRC_IDLE, para cada um dos PagingRecord, se houver, incluídos na mensagem de paging: 2> se a UE-Identity incluída em PagingRecord corresponde à identidade do UE alocada pelas camadas superiores: 3> encaminhar a UE-Identity e accessType (se presente) às camadas superiores; 1> se em RRC_IDLE, para cada um dos PagingRecord, se houver, incluídos na mensagem de paging: 2> se a UE-Identity incluída no PagingRecord corresponder ao full-RNTI armazenado do UE: 3>se o UE for configurado por camadas superiores com identidade de acesso 1: 4> começar o procedimento de retomada de conexão de RRC de acordo com 5.3.13 com resumeCause ajustada para MPS- PriorityAccess; 3>senão, se o UE for configurado por camadas superiores com identidade de acesso 2: 4> começar o procedimento de retomada de conexão de RRC de acordo com 5.3.13 com resumeCause ajustada para MCS- PriorityAccess; 3>senão, se o UE estiver configurado por camadas superiores com uma ou mais identidades de acesso iguais a 11-15: 4> começar o procedimento de retomada de conexão de RRC de acordo com 5.3.13 com resumeCause ajustada como highPriorityAccess; 3> senão: 4> começar o procedimento de retomada de conexão de RRC de acordo com 5.3.13 com resumeCause ajustada como mt-Access;

2> se a UE-Identity incluída no PagingRecord corresponde à identidade de UE alocada pelas camadas superiores: 3> encaminhar a UE-Identity e accessType (se presente) às camadas superiores; 3>desempenhar as ações ao deixar RRC_CONNECTED conforme especificado em 5.3.11, com a causa de liberação 'other'.

[119] A mensagem de paging é usada para a notificação de um ou mais UEs.

[120] Transportador de sinalização de rádio: N/A

[121] Controle de Enlace de Rádio (RLC) - Ponto de Acesso de Serviço (SAP): Modo de Transmissão (TM)

[122] Canal lógico: PCCH Canal de Controle de Paging

[123] Direção: Rede para UE Mensagem de paging -- ASN1START -- TAG-PAGING-START Paging ::= SEQUENCE { pagingRecordList PagingRecordList OPTIONAL, -- Need N lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension SEQUENCE{} OPTIONAL } PagingRecordList ::= SEQUENCE (SIZE(1..maxNrofPageRec)) OF PagingRecord

PagingRecord ::= SEQUENCE { ue-Identity PagingUE-Identity, accessType ENUMERATED {non3GPP} OPTIONAL, -- Need N ... } PagingUE-Identity ::= CHOICE { ng-5G-S-TMSI NG-5G-S-TMSI, fullI-RNTI I-RNTI-Value, ... } -- TAG-PAGING-STOP -- ASN1STOP Descrições de campo PagingRecord accessType Indica se o paging é originado devido às sessões de PDU do acesso não 3GPP.

[124] Validade do SIB, aquisição e solicitação de informações do sistema sob demanda, conforme descrito em 3GP TS 38.331.

[125] Validade do SIB e necessidade de (re)adquirir o SIB. O UE deve aplicar o procedimento de aquisição de SI conforme definido na cláusula 5.2.2.3 mediante seleção de célula (por exemplo, ao ligar), nova seleção de célula, retorno de fora de cobertura, após reconfiguração com conclusão de sincronização, após entrar na rede a partir de outro RAT, ao receber uma indicação de que as informações do sistema foram alteradas, ao receber uma notificação do Sistema de Alerta Público (PWS); e sempre que o UE não tiver uma versão válida de um SIB armazenado.

[126] Quando o UE adquire um Bloco de Informações Mestre (MIB) ou um Bloco de Informações do Sistema (SIB1) ou uma mensagem de Informações do Sistema (SI) em uma célula servidora, conforme descrito na cláusula 5.2.2.3, e se o UE armazena o SIB adquirido, então o UE deve armazenar o areaScope associado, se presente, e a primeira Rede Móvel Terrestre Pública (PLMN)- Identity no PLMN-IdentityInfoList, CellIdentity, systemInformationAreaID, se presente, e o valueTag, se presente conforme indicado no si-SchedulingInfo para o SIB . O UE pode usar uma versão armazenada válida do SI, exceto MIB e SIB1, por exemplo, após a nova seleção da célula, após o retorno de fora da cobertura ou após a recepção da indicação de mudança de SI.

[127] OBSERVAÇÃO: O armazenamento e o gerenciamento dos SIBs armazenados, além dos SIBs válidos para a célula servidora atual, são deixados para a implementação do UE.

[128] O UE deve: 1> excluir qualquer versão armazenada de um SIB após 3 horas a partir do momento em que foi confirmado com sucesso como válido; 1> para cada versão armazenada de um SIB: 2> se o areaScope estiver associado e seu valor para a versão armazenada do SIB for igual ao valor recebido no si-SchedulingInfo para aquele SIB da célula servidora: 3> se a primeira PLMN-Identity incluída na PLMN- IdentityInfoList, a systemInformationAreaID e o valueTag que estão incluídos na si-SchedulingInfo para o SIB recebido da célula servidora forem idênticos ao PLMN-Identity, a systemInformationAreaID e o valueTag associado com a versão armazenada desse SIB; 4> considere o SIB armazenado como válido para a célula; 2> se o areaScope não estiver presente para a versão armazenada do

SIB e o valor areaScope não estiver incluído na si-SchedulingInfo para esse SIB da célula servidora: 3> se a primeira PLMN-Identity na PLMN-IdentityInfoList, CellIdentity e valueTag que estão incluídos no si-SchedulingInfo para o SIB recebido da célula servidora forem idênticos à primeira PLMN- Identity, CellIdentity e o valueTag associado ao armazenado versão desse SIB; 4> considere o SIB armazenado como válido para a célula;

[129] Indicação de mudança de SI e notificação de PWS. Um período de modificação é usado, ou seja, SI atualizado (exceto para ETWS e CMAS) é difundido no período de modificação seguinte àquele em que a indicação de mudança de SI é transmitida. Os limites do período de modificação são definidos por valores SFN para os quais SFN mod m = 0, onde m é o número de quadros de rádio compreendendo o período de modificação. O período de modificação é configurado pelas informações do sistema. O UE recebe indicações sobre modificações de SI e/ou notificações PWS usando Mensagem Curta transmitida com Paging de Identificador Temporário de Rede de Rádio (P-RNTI) sobre Informações de Canal de Enlace Descendente (DCI) (vide cláusula 6.5). Repetições de indicação de mudança de SI podem ocorrer dentro do período de modificação anterior.

[130] Os UEs em RRC_IDLE ou em RRC_INACTIVE devem monitorar a indicação de mudança de SI em sua própria ocasião de paging a cada ciclo de DRX. Os UEs em RRC_CONNECTED devem monitorar a indicação de mudança de SI em qualquer ocasião de paging, pelo menos uma vez por período de modificação, se o UE for provido com espaço de busca comum no BWP ativo para monitorar a paging, conforme especificado em TS 38.213, cláusula 13.

[131] ETWS ou UEs capazes de CMAS em RRC_IDLE ou em RRC_INACTIVE devem monitorar as indicações sobre notificação de PWS em sua própria ocasião de paging a cada ciclo de DRX. UEs capazes de ETWS ou CMAS em RRC_CONNECTED devem monitorar a indicação sobre notificação de PWS em qualquer ocasião de paging, pelo menos uma vez por período de modificação, se o UE for provido com espaço de busca comum no BWP ativo para monitorar a paging.

[132] Se o UE receber uma Mensagem Curta, o UE deve: 1> se o UE for compatível com ETWS ou CMAS, e o bit etwsAndCmasIndication da Mensagem Curta estiver definido: 2> readquirir imediatamente o SIB1; 2> se o UE for compatível com ETWS e si-SchedulingInfo incluir informações de escalonamento para SIB6: 3> adquirir SIB6, conforme especificado na subcláusula 5.2.2.3.2, imediatamente; 2> se o UE for compatível com ETWS e si-SchedulingInfo incluir informações de escalonamento para SIB7: 3> adquirir SIB7, conforme especificado na subcláusula 5.2.2.3.2, imediatamente; 2> se o UE for compatível com CMAS e si-SchedulingInfo incluir informações de escalonamento para SIB8: 3> adquirir SIB8, conforme especificado na subcláusula 5.2.2.3.2, imediatamente; 1> se o bit systemInfoModification da Mensagem Curta estiver definido: 2> aplicar o procedimento de aquisição SI conforme definido na subcláusula 5.2.2.3 a partir do início do próximo período de modificação.

[133] Aquisição de MIB e SIB1. O UE deve: 1> aplicar a configuração especificada do Canal de Controle de Difusão

(BCCH) definida em 9.1.1.1; 1> se UE estiver em RRC_IDLE ou em RRC_INACTIVE: 2> adquirir o MIB, que está escalonado conforme especificado no TS

38.213; 2> se o UE não for capaz de adquirir o MIB; 3> desempenhar as ações conforme especificado na cláusula

5.2.2.5; 2> senão: 3> desempenhar as ações especificadas na cláusula 5.2.2.4.1. 1> se o UE está em RRC_CONNECTED com um BWP ativo com espaço de busca comum configurado por searchSpaceSIB1 e PagingSearchSpace e recebeu uma indicação sobre alteração de informações do sistema; ou 1> se UE estiver em RRC_IDLE ou em RRC_INACTIVE: 2> se ssb-SubcarrierOffset indicar que SIB1 é transmitido na célula (TS

38.213) e se a aquisição SIB1 for requerida para o UE: 3> adquirir o SIB1, que está escalonado conforme especificado no TS 38.213; 3> se o UE não for capaz de adquirir o SIB1: 4> desempenhar as ações conforme especificado na cláusula

5.2.2.5; 3> senão: 4> ao adquirir SIB1, desempenhar as ações especificadas na cláusula 5.2.2.4.2. 2> senão, se a aquisição SIB1 for requerida para o UE e ssb- SubcarrierOffset indicar que SIB1 não está escalonado na célula: 3> desempenhar as ações conforme especificado na cláusula

5.2.2.5.

OBSERVAÇÃO: O UE em RRC_CONNECTED só é requerido para adquirir SIB1 difundido se o UE puder adquiri-lo sem interromper a recepção de dados unicast, isto é, os feixes de difusão e unicast são quase co-localizados.

[134] Para aquisição de mensagem de SI, as ocasiões de monitoramento de PDCCH são determinadas de acordo com searchSpaceOtherSystemInformation. Se searchSpaceOtherSystemInformation for definido como zero, as ocasiões de monitoramento PDCCH para recepção de mensagem de SI na SI-window são iguais às ocasiões de monitoramento PDCCH para SIB1, onde o mapeamento entre ocasiões de monitoramento PDCCH e SSBs é especificado no TS 38.213. Se searchSpaceOtherSystemInformation não for definido como zero, as ocasiões de monitoramento PDCCH para mensagem de SI são determinadas com base no espaço de busca indicado por searchSpaceOtherSystemInformation. Ocorrências de monitoramento de PDCCH para mensagem de SI que não se sobrepõem a símbolos UL (determinado de acordo com Duplexação por Divisão de Tempo (TDD) Enlace Ascendente (UL) Enlace Descendente (DL) ConfigurationCommon) são numeradas sequencialmente a partir de um na janela de SI. A(s) ocasião(ões) de monitoramento de PDCCH [x*N+K]-ésimo para a mensagem de SI na SI-window corresponde ao K-ésimo SSB transmitido, onde x = 0, 1, ... X-1, K = 1, 2,… N, N é o número de SSBs transmitidos reais determinados de acordo com ssb- PositionsInBurst em SIB1 e X é igual a ′CEIL (número de ocasiões de monitoramento de PDCCH SI-window/N).

[135] Ao adquirir uma mensagem de SI, o UE deve: 1> determinar o início da SI-window para a mensagem de SI em questão da seguinte forma: 2> para a mensagem de SI em questão, determinar o número n que corresponde à ordem de entrada na lista de mensagens SI configurada por schedulingInfoList em si-SchedulingInfo em SIB1; 2> determinar o valor inteiro x = (n - 1) * w, onde w é o si- WindowLength; 2> a SI-window inicia no slot #a, onde a = x mod N, no quadro de rádio para o qual SFN mod T = FLOOR (x / N), onde T é a si-Periodicity da mensagem de SI em questão e N é o número de slots em um quadro de rádio conforme especificado em TS 38.213; 1> receber o PDCCH contendo a programação RNTI, ou seja, SI-RNTI na(s) ocasião(ões) de monitoramento PDCCH para aquisição de mensagem de SI, a partir do início da SI-window e continuar até o final da SI-window cujo comprimento absoluto em o tempo é dado por si-WindowLength ou até que a mensagem de SI seja recebida; 1> se a mensagem de SI não foi recebida no final da SI-window, repita a recepção na próxima SI-window para a mensagem de SI em questão no período de modificação atual; OBSERVAÇÃO 1: O UE só é requerido a adquirir mensagem de SI difundida se o UE puder adquiri-la sem interromper a recepção de dados unicast, isto é, os feixes de difusão e unicast são quase co-localizados. OBSERVAÇÃO 2: O UE não é requerido a monitorar ocasião(ões) de monitoramento de PDCCH correspondentes a cada SSB transmitido na SI- window. OBSERVAÇÃO 3: Se a mensagem de SI em questão não foi recebida no período de modificação atual, a manuseio da aquisição da mensagem de SI é deixado para a implementação do UE. 1> desempenhar as ações para a mensagem de SI adquirida conforme especificado na subcláusula 5.2.2.4.

[136] Solicitação de informações do sistema sob demanda. O UE deve:

1> se SIB1 inclui si-SchedulingInfo contendo si-RequestConfig ou si- RequestConfigSUL: 2> disparar a camada inferior para começar o procedimento de acesso aleatório de acordo com o uso do preâmbulo(s) do Canal de Acesso Aleatório Físico (PRACH) e recurso(s) PRACH em si-RequestConfig ou si- RequestConfigSUL correspondente à(s) mensagem(ns) SI que o UE requer para operar dentro da célula, e para a qual si-BroadcastStatus está definido como notBroadcasting; 2> se reconhecimento da solicitação SI for recebido das camadas inferiores: 3> adquirir a(s) mensagem(ns) SI solicitada(s) conforme definido na subcláusula 5.2.2.3.2, imediatamente; 1> senão 2> aplicar o timeAlignmentTimerCommon incluído no SIB1; 2> aplicar a configuração CCCH conforme especificado em 9.1.1.2; 2> começar a transmissão da mensagem RRCSystemInfoRequest em concordância com 5.2.2.3.4; 2> se reconhecimento da mensagem RRCSystemInfoRequest for recebido das camadas inferiores: 3> adquirir a(s) mensagem(ns) SI solicitada(s) conforme definido na subcláusula 5.2.2.3.2, imediatamente; 1> se a nova seleção de células ocorrer durante a espera pelo reconhecimento da solicitação de SI das camadas inferiores: 2> redefinir o Controle de Acesso ao Meio (MAC); 2> se a solicitação SI for baseada na mensagem RRCSystemInfoRequest: 3> liberar entidade RLC para SRB0.

[137] OBSERVAÇÃO: Após a falha do Canal de Acesso Aleatório (RACH)

para a solicitação de SI, é implementação de UE quando tentar novamente a solicitação de SI.

[138] Atualmente existe(m) certo(s) desafio(s). Com a especificação NR atual, um UE entrando no modo RRC_CONNECTED pode não tirar proveito da possível oportunidade CA/DC/MC. Na verdade, nas especificações atuais não há suporte para medições antecipadas pelo UE e, portanto, a rede não é capaz de fazer uma preparação rápida (ou retomada) de CA ou DC no NR. Por medição antecipada, entende-se os resultados de medição que podem ser obtidos a partir do UE sem a necessidade de enviar ou restaurar as configurações de medição após o UE ter passado para o modo CONECTADO. Isso pode ser preferencialmente mesmo antes do UE ter recebido a mensagem 4, por exemplo, RRCResume, de modo que a rede possa configurar CA/DC imediatamente nesse comando.

[139] Além disso, mesmo se as medições desempenhadas durante o UE em RRC_IDLE ou RRC_INACTIVE forem enviadas para a rede assim que o UE for conectado, elas podem não ser precisas o suficiente para que a rede decida desempenhar alguns procedimentos de RRC como, por exemplo, handover ou mudança/Modificação de SN.

[140] Em rel-15 NR, a rede pode decidir preparar CA ou DC somente após o UE entrar em RRC_CONNECTED (por exemplo, possivelmente após configurar o UE com um measConfig que contém um evento A4 para portadoras candidatas para adição de SCell e receber um relatório de medição disparado através desta configuração). Claro, isso significa que as funcionalidades de CA e DC (ou seja, baixas latências e alta taxa de dados) não são completamente exploradas caso o UE não tenha uma grande quantidade de dados em sua fila, pois no momento uma decisão de preparar CA ou DC é feita, o buffer de dados já pode estar vazio e UE pode em breve ser enviado de volta ao estado INACTIVE. No pior caso, os dados podem ter sido armazenados em buffer por muito tempo, além dos requerimentos de latência do transportador do UE no momento em que CA/DC é preparado. Para evitar isso, seria benéfico se o UE pudesse prover medições precisas o mais antecipado possível para a rede quando ela for (ou mesmo antes de ir) para RRC_CONNECTED. Além disso, a precisão das medições deve ser alta o suficiente para ajudar a rede a decidir a configuração de RRC adequada para o UE.

[141] No procedimento de suspensão/retomada para NR, o UE em RRC_CONNECTED tem uma configuração de medição armazenada (modelada na especificação na variável de UE VarMeasconfig, que é como o IE MeasConfig) e, quando da recepção de um RRCRelease com configuração de suspensão, a configuração de medição é armazenada e as medições do mofo conectado são suspensas. Então, quando o UE precisa retomar (por exemplo, devido a paging, solicitação de NAS ou atualização de RNA), o UE envia uma mensagem do tipo Solicitação de Retomada de RRC e recebe uma mensagem RRCResume. Somente naquele ponto no tempo o UE entra em RRC_CONNECTED, restaura a configuração anterior e aplica o measConfig do IE MeasConfig (possivelmente como uma sinalização delta para a configuração armazenada). Esse é o ponto no tempo durante o procedimento em que a rede pode ativar eventos existentes (por exemplo, A4) configurados para auxiliar na preparação de CA/DC ou adicionar nova configuração de eventos (por exemplo, A4). Quando as modalidades divulgadas na presente invenção adicionam novos eventos ou ativam eventos existentes aqui, também incluem identificadores de medição e/ou objetos de medição.

[142] Por esse motivo, com a solução existente em NR, pode demorar centenas de milissegundos até que os primeiros relatórios de medição sejam recebidos na rede após o UE entrar em RRC_CONNECTED (uma vez que as medições são retomadas na recepção da mensagem do tipo Retomada de RRC e/ou as novas medições configuradas na Retomada de RRC só podem ser iniciadas depois disso).

[143] Para acelerar a disponibilidade de medições durante as transições de ocioso para conectado, no LTE Rel-15 uma solução de medição de modo ocioso foi padronizada, conforme descrito no plano de fundo. No entanto, isso pode não acelerar muito a disponibilidade de medições, uma vez que ainda requer outra troca de mensagens através de solicitação/resposta de informações de UE, conforme mostrado na figura abaixo. Além da latência para adquirir as medições, essas medições ociosas não são tão precisas quanto as medições do modo conectado, devido aos requerimentos mais relaxados para a precisão da medição quando o UE está no estado IDLE (e no NR, também no estado INACTIVE).

[144] Como é mostrado na Figura 7, no mecanismo existente no LTE Rel- 15 a rede tem que indicar que suporta a solicitação/recepção de medições ociosas antecipadas desempenhadas pelo UE é uma indicação no SIB2 (flag indicando o suporte) para que o UE em seguida inclua a disponibilidade de medições em RRCConnectionSetupComplete ou RRCConnectionResumeComplete. No entanto, isso é uma indicação de que a célula/eNodeB suporta o recurso, mas não que a célula/eNodeB queira um UE específico para relatar as medições ociosas disponíveis. Para esse propósito, a solução LTE Rel-15 introduz um flag na mensagem UEInformationRequest. O UEInformationRequest é enviado em SRB1 e enviado apenas após o UE indicar que tem medições disponíveis.

[145] Outro aspecto a ser destacado que representa uma limitação na solução Rel-15 para LTE, se aplicada em NR, é que essas medições ociosas antecipadas são configuradas por fonte quando o UE entra em RRC_IDLE. Isso leva em consideração não apenas as capacidades do UE, mas também as possibilidades do nó de origem para preparar agregação de portadora e/ou formas de conectividade dupla. Uma área de validade também está associada àquilo que indica que fora dessa área, essas medições podem não ser mais tão interessantes. Assim, mesmo que este tipo de soluções como a para LTE Rel-15 seja definido, ainda é relevante aprimorar a solução para casos mais gerais, em que o UE pode se mover e, o mais rápido possível, prover medições para a rede, de modo que CA e/ou DC podem ser preparados o mais rápido possível pelo nó de rede de destino com informações de assistência por meio de medições, se necessário.

[146] Outra lacuna das soluções existentes em LTE é que apenas os resultados de medição já disponíveis realizados pela UE são obtidos pela Rede (NW). Conforme descrito acima em soluções existentes, uma configuração de "medição antecipada" potencial provida a um UE quando da liberação da conexão (supramencionado measIdleConfig-r15) é acompanhada por um temporizador de validade (measIdleDuration-r15) de faixa 10 ... 300 segundos. É muito difícil para uma NW ajustar este temporizador conforme ele vem com a compensação; valor alto leva ao desperdício de tempo da bateria de UE, enquanto valores curtos levam a resultados de medição indisponíveis a partir do UE em conexões sucessivas. Além disso, o valor máximo para este temporizador é de apenas 5 minutos, e é bem provável que o UE tenha uma duração muito maior entre as preparações de conexão. Quaisquer outras medições realizadas pelo UE além deste temporizador dependem da implementação do UE e dependem da qualidade e prioridade da célula de serviço. Como pode ser encontrado em 3GPP TS 36.304 (LTE) e de maneira similar em 38.304 (Rel-15), existem vários limites definidos nas especificações (por exemplo, SIntraSearchP, SIntraSearchQ, SnonIntraSearchP,

SnonIntraSearchQ) que controlam a atividade de medição de um UE. Um UE que está experimentando uma boa cobertura acima desses limites em uma célula e em uma portadora de prioridade relativamente alta não realizará medições constantemente em outras portadoras. Portanto, como também na maioria dos casos os UEs estão em uma cobertura relativamente boa, os resultados de medição desejados de NW relevantes para o recurso de “medição antecipada” não estão disponíveis no UE após o estabelecimento da conexão.

[147] Adicionalmente, dependendo de quando o UE mediu as portadoras no estado ocioso de RRC, as medições podem estar obsoletas.

[148] Por último, mesmo se o UE tivesse medições disponíveis no estado ocioso de RRC, as portadoras medidas podem não ser necessariamente ótimas a partir dos aspectos de economia de energia do UE. Por exemplo, pode ser que o UE tenha resultados de medição em portadoras não adjacentes entre si e a NW com base nos resultados recuperados configura CA nessas portadoras; enquanto outras portadoras disponíveis (adequadas a partir da perspectiva de economia de energia de UE) teriam sido igualmente boas para definir para CA a partir da perspectiva da NW.

[149] Por último, mas não menos importante, é importante notar que as medições ociosas são desempenhadas com requerimentos de precisão mais baixos em comparação com o modo conectado. Assim, mesmo que seja importante obter medições o mais antecipado possível, por conta dos casos de uso descritos aqui, medições de baixa precisão podem levar a decisões não ideais, por exemplo, a rede adiciona um SCell que não é de boa qualidade, mas que foi relatado pelo UE como uma boa célula, de acordo com medições ociosas antecipadas.

[150] Determinados aspectos da presente invenção e suas modalidades podem prover soluções ao desafio supracitado ou outros. As modalidades aqui divulgadas incluem um método executado por um terminal/UE sem fio para configuração de relatório de medição enquanto o UE está em estado dormente (por exemplo, RRC_IDLE/RRC_INACTIVE), o método compreendendo: • Monitorar a potencial recepção de uma mensagem no enlace descendente (por exemplo, uma mensagem de paging ou qualquer outra mensagem multiplexada com a mensagem de paging) numa célula em que o UE está acampando; • Monitorar mensagem de difusão de rede (por exemplo, SIB4); • Detectar, na recepção dessa mensagem de enlace descendente, ou da mensagem de difusão o uma indicação para retomar as medições de acordo com a configuração armazenada no contexto UE AS; ou o a presença de uma configuração de medição que indica que o UE deve desempenhar novas medições de acordo com a configuração recebida.

Essa configuração de medição provida pode incluir listas de objetos de medição, configuração de relatório, identificadores de medição, associações entre estes, etc.; ou, • se a indicação recebida era para restaurar a configuração de medição, o UE restaura a configuração de medição armazenada; • Se uma configuração de medição foi incluída, o UE restaura a configuração de medição armazenada e aplica a configuração de medição recebida em cima dela (tanto como um delta ou configuração completa, de acordo com a estrutura de código de necessidade no IE MeasConfig). • Inicia a desempenhar as medições de acordo com as configurações de medição restauradas ou modificadas/novas e relata os resultados de medição quando estiver pronto (e após a segurança ser ativada) Em um aspecto das modalidades aqui divulgadas, um indicador na mensagem de paging a partir da NW disparando o início das medições no UE é combinado com outra configuração (seja difusão em informações do sistema ou provido anteriormente através de mensagens dedicadas), isto é, a combinação dos dois constitui uma configuração de medição.

Alguns aspectos adicionais relevantes para este aspecto são descritos abaixo: ▪ um UE em estado dormente (descrito acima) leu SIB4 (ou outro SIB ou um SIB recentemente introduzido), no qual um número de portadoras estão configuradas; Ou o UE foi configurado com um conjunto de portadoras relevantes para este fim em uma mensagem dedicada (por exemplo, a última mensagem de Liberação de RRC dedicada). Os pontos de código indicadores na mensagem de paging podem então servir como uma máscara (por exemplo, tamanho 8 bits, igual à quantidade máxima de frequências que podem ser providas em sinais dedicados/de difusão) dizendo quais dessas portadoras de difusão/configuradas são relevantes.

Por exemplo, uma máscara 10100000 significaria que a NW deseja ter medições na portadora número 1 e 3 na lista provida nas informações do sistema (por exemplo, SIB4). A máscara 0xFF pode significar que as medições são desejadas em tudo que está configurado. o Em outro aspecto, como acima, o UE adquiriu a configuração das informações do sistema (por exemplo, SIB4); Ou o UE foi configurado com um conjunto de portadoras relevantes para este propósito na última Versão de RRC.

Adicionalmente, na configuração dada, cada portadora possui um indicador, por exemplo, denominado RelevantForCA/DC com valores (TRUE/FALSE). O indicador na mensagem de paging, há um único indicador TRUE/FALSE, dizendo que a NW deseja ter medições nas portadoras para as quais “RelevantForCA/DC” = TRUE. o Em ainda outro aspecto, o UE recebeu anteriormente várias configurações (difusão/dedicado), cada uma com uma identidade, similar a MeasId. O indicador de paging portaria a identidade da configuração relevante para o propósito.

[151] Em todos os aspectos acima, o indicador/configuração adicional pode ser provido aos UEs informando que a NW está interessada em usar um número X de portadoras para CA/DC. O UE, entre todas as portadoras providas nas configurações de medição relevantes descritas acima (por exemplo, tendo Y portadoras configuradas onde potencialmente Y>X) escolheria medir em X de Y portadoras que são benéficas para o UE, por exemplo, em termos de consumo de energia. Por exemplo, o UE pode escolher realizar medições em portadoras adjacentes utilizando os mesmos blocos HW no UE.

[152] Nos aspectos acima relacionados à configuração de medição, a configuração pode ser não apenas para uma ou várias portadoras, mas também para uma ou várias células por cada portadora. Como alternativa, a configuração de medição para um portador pode incluir uma lista de células que não fazem parte da configuração de medição.

[153] Adicionalmente, em vários dos aspectos acima, os indicadores delineados na mensagem de paging acima podem ser específicos do usuário ou comuns a todos/vários UEs que recebem a mensagem de paging. Por exemplo, os indicadores podem ser acompanhados com a PagingUE-Identity (38.331) transmitida dentro do PDSCH e apenas relevante para esse UE específico. Alternativamente, o indicador pode ser colocado em um nível mais alto relevante para múltiplos/todos os UEs. Em um aspecto, o indicador é colocado no próprio PDCCH (dentro da Mensagem curta, vide 38331) em vez de PDSCH e seria relevante para todos os UEs decodificando essa mensagem PDCCH, ou por exemplo, todos os UEs que receberam uma configuração de medição anteriormente ou para todos os UEs que suportam Agregação de Portadora (CA) e/ou Conectividade Dupla (DC)

[154] As modalidades divulgadas na presente invenção propõem a seguinte solução (da perspectiva da rede):

[155] A rede pode incluir uma indicação para iniciar a medição de acordo com a configuração armazenada no contexto do UE ou prover uma configuração de medição dentro da mensagem de paging (ou em uma mensagem de difusão) e o UE usa essa configuração e inicia o desempenho de medições mesmo antes da recepção da mensagem de retomada que irá colocar oficialmente o UE no modo CONNECTED.

[156] Enquanto as modalidades aqui divulgadas propõem principalmente várias modalidades para indicar medições iniciais durante o estado ocioso/ inativo para possibilitar preparação de CA/DC rápida, também deve ser notado que a rede também pode usar as mesmas modalidades para indicar medições de parada que são dedicadas a preparação de CA/DC rápida. • Um método na rede para prover ao UE: o uma indicação para iniciar as medições (usando a configuração de medição armazenada), mesmo antes de enviar a mensagem de RRC para retomar uma conexão dormente o uma configuração de medição totalmente nova ou uma atualização da configuração antiga, mesmo antes de enviar a mensagem de RRC para retomar uma conexão dormente o prover a indicação ou/e configuração de medição usando a mensagem de paging ou/e através de mensagem de difusão • Um método no UE para: o receber uma indicação para iniciar as medições (usando a configuração de medição armazenada), mesmo antes da recepção da mensagem de RRC para retomar uma conexão dormente o receber uma configuração de medição totalmente nova ou uma atualização da configuração antiga, mesmo antes da recepção da mensagem de RRC para retomar uma conexão dormente o receber a indicação ou/e configuração de medição na mensagem de paging ou/e através de mensagem de difusão o iniciar as medições na recepção da mensagem de paging sem esperar pela conclusão do procedimento de retomada.

[157] Existem propostas na presente invenção, várias modalidades que abordam uma ou mais das questões divulgadas na presente invenção. Sistemas e métodos para disparar medições antes da conclusão da retomada de conexão são providos. As Figuras 8 e 9 ilustram métodos desempenhados por um dispositivo sem fio para desempenhar medições, de acordo com algumas modalidades da presente invenção. Em algumas modalidades, um método desempenhado por um dispositivo sem fio para desempenhar medições em que o status atual do Controle de Recurso de Rádio (RRC) é: IDLE ou INACTIVE. O método inclui monitorar uma potencial recepção de uma mensagem de enlace descendente em uma célula em que o dispositivo sem fio está acampado (etapa 800); detectar, com base na recepção da mensagem de enlace descendente, informações a respeito de desempenhar medições (etapa 802); desempenhar medições com base nas informações a respeito de desempenhar medições (etapa 804); e relatar os resultados de medição (etapa 806). Desta forma, a latência pode ser reduzida para iniciar a desempenhar medições. Esta disponibilidade antecipada de medições na célula de destino pode aumentar a velocidade na qual o dispositivo sem fio adquire conexões sem fio, como conexões de Agregação de Portadora (CA) ou Conectividade Dupla (DC). Em algumas modalidades, os resultados de medição são relatados com base em uma ou mais de uma indicação/solicitação da rede, quando o dispositivo sem fio retoma, etc.

[158] A Figura 9 ilustra um método desempenhado por um dispositivo sem fio para desempenhar medições. Em algumas modalidades, o método inclui monitorar uma potencial recepção de uma mensagem no enlace descendente em uma célula em que o dispositivo sem fio está acampado (etapa 900); monitorar mensagem de difusão de rede (etapa 902); detectar, com base na recepção da mensagem de enlace descendente ou da mensagem de difusão, informações a respeito de desempenhar medições (etapa 904); desempenhar medições com base nas informações a respeito de desempenhar medições (etapa 906); e relatar os resultados de medição (etapa 908).

[159] Em algumas modalidades, a potencial recepção de uma mensagem é uma potencial recepção de uma mensagem de paging ou qualquer outra mensagem multiplexada com a mensagem de paging. Em algumas modalidades, a mensagem de difusão de rede é um SIB4. Em algumas modalidades, as informações a respeito de desempenhar medições compreendem uma indicação para retomar as medições de acordo com uma configuração armazenada no dispositivo sem fio. Em algumas modalidades, a configuração armazenada é armazenada em um contexto UE AS.

[160] Em algumas modalidades, as informações a respeito de desempenhar medições compreendem uma configuração de medição que indica que o dispositivo sem fio deve desempenhar novas medições de acordo com a configuração recebida. Em algumas modalidades, a configuração de medição provida pode compreender listas de objetos de medição, configuração de relatório, identificadores de medição, associações entre estes, etc.

[161] Em algumas modalidades, se a indicação recebida era para restaurar a configuração de medição, o método também inclui restaurar a configuração de medição armazenada. Em algumas modalidades, se uma configuração de medição foi incluída, o método inclui restaurar a configuração de medição armazenada e aplicar a configuração de medição recebida em cima dela. Em algumas modalidades, a aplicação da configuração de medição recebida em cima dela compreende tanto como um delta ou configuração completa. Em algumas modalidades, a decisão de um delta ou configuração completa é baseada em uma estrutura de código de necessidade no IE MeasConfig.

[162] Em algumas modalidades, relatar os resultados de medição compreende esperar até que a segurança seja ativada.

[163] Sistemas e métodos para disparar medições antes da conclusão da retomada de conexão são providos. As Figuras 10 e 11 ilustram métodos desempenhados por uma estação base para possibilitar medições, de acordo com algumas modalidades da presente invenção. Em algumas modalidades, um método desempenhado por uma estação base para possibilitar medições para um dispositivo sem fio, onde um status de RRC atual do dispositivo sem fio é: IDLE ou INACTIVE. O método inclui determinar se deve ou não possibilitar medições para o dispositivo sem fio (etapa 1000); enviar uma indicação para iniciar as medições para o dispositivo sem fio acampado em uma célula da estação base (1002); e receber resultados de medição do dispositivo sem fio desempenhado antes da recepção de uma mensagem de retomada (etapa 1004). Desta forma, a latência pode ser reduzida para iniciar a desempenhar medições. Esta disponibilidade antecipada de medições na célula de destino pode aumentar a velocidade na qual o dispositivo sem fio adquire conexões sem fio, como conexões CA ou DC.

[164] A Figura 11 ilustra um método desempenhado por uma estação base para possibilitar medições. Em algumas modalidades, o método inclui o envio de uma indicação para iniciar as medições para um dispositivo sem fio acampado em uma célula da estação base (etapa 1100); e receber resultados de medição a partir do dispositivo sem fio desempenhados antes da recepção de uma mensagem de retomada (etapa 1102).

[165] Certas modalidades podem prover uma ou mais das seguintes vantagens técnicas. As modalidades aqui divulgadas possibilitam que o UE iniciar desempenhar medições de modo conectado quando da recepção de uma mensagem do tipo paging em uma célula de destino. Em comparação com a solução do estado da técnica, em, que isso só seria possível após a recepção da mensagem do tipo Retomada de RRC, um ganho de latência de pelo menos 2 Tempos de Ida e Volta de Rádio (RTTs) (ou seja, preâmbulo de RACH, RAR, Solicitação de Retomada, Retomada) para iniciar a desempenhar medições é alcançado, o que pode ser bastante valioso para a disponibilidade antecipada de medições na célula de destino, de acordo com uma configuração possivelmente decidida pela de destino, que pode estar de acordo com as capacidades da de destino, por exemplo, suas portadoras suportadas e/ou SCells exatas. Os 2 RTT de rádio são, na verdade, o limite inferior do aprimoramento de desempenho esperado, porque o RAR pode não ter sucesso em apenas uma tentativa e o UE tem que fazer um pouco de aumento de potência antes que tenha sucesso, e também podem decorrer dezenas de milissegundos, dependendo da carga da rede e das condições de rádio, entre o envio do pedido de retomada e a recepção da mensagem de retomada. Portanto, na realidade, os métodos propostos pelas modalidades aqui divulgadas podem acabar disponibilizando os resultados de medição para a rede 100s de milissegundos mais cedo, em comparação com a forma legado de iniciar a medição após receber a mensagem de retomada.

[166] Em vários aspectos das modalidades divulgadas na presente invenção, o projeto dos parâmetros de configuração de medição providos da NW para o UE requer muito menos esforço dos operadores de NW. Isso ocorre porque a configuração é provida localmente a partir do nó que está interessado em receber os resultados de medição e não de um nó distante (por exemplo, onde o UE foi suspenso). Além disso, nenhum temporizador/área de validade está limitando a solução proposta para definir CA/DC pois é baseada na configuração relevante na área recebida e nas medições disparadas pelo UE logo antes de definir uma conexão. Por último, em alguns aspectos delineados nas modalidades aqui divulgadas, o UE tem a chance de escolher portadoras específicas benéficas em termos de economia de energia de UE entre as portadoras providas por NW.

[167] Em algumas modalidades, a rede indica na mensagem de paging que o UE deve retomar o desempenho de medições de acordo com a configuração que o UE armazenou ao ser suspenso.

[168] Em uma segunda modalidade, a rede inclui uma configuração de medição dentro da mensagem de paging. Em outra modalidade, mais de uma configuração pode ser incluída na mensagem de paging, em que cada configuração de medição pode incluir diferentes parâmetros, portadoras e/ou células para medir e, em geral, diferentes níveis de precisão para as medições. Ainda, em outra modalidade, se o UE foi configurado anteriormente com mais de uma configuração de medição antes de ir para RRC_IDLE ou RRC_INACTIVE, a rede pode adicionar na mensagem de paging uma indicação para o UE sobre qual configuração precisa ser usada/ativada.

[169] Em uma modalidade, uma configuração de medição total é incluída dentro da mensagem de paging (por exemplo, toda a measConfig). Em outra modalidade, devido à limitação do tamanho da mensagem de paging, apenas um subconjunto de campos selecionados dentro da measConfig é incluído. Ainda, em outra modalidade, nenhuma measConfig está incluída na mensagem de paging, mas apenas os campos selecionados que precisam ser sinalizados. Em ainda outra modalidade, a configuração de medição é incluída em uma mensagem separada. Essa mensagem separada pode ser endereçada a vários UEs diferentes ou apenas ser endereçada a um único UE. No último caso, a mensagem pode então ser enviada para o UE usando uma chave de segurança para suportar a segurança na configuração. Em uma alternativa, o escalonamento da mensagem separada com a configuração de medição é escalonado dentro da mensagem de paging. Em outra alternativa, ele é transmitido em uma ocasião predefinida, por exemplo, relacionada à onde a mensagem de paging é transmitida. Em ainda outra alternativa, o UE usa uma identidade específica para buscar um escalonamento (para a mensagem) no PDCCH, onde a identidade pode ser incluída, por exemplo, na mensagem de paging.

[170] Em uma modalidade, esses parâmetros relacionados à medição são incluídos (por sinalização delta) para a configuração de medição atual usada pelo UE. Em outra modalidade, esses parâmetros relacionados à medição são considerados como uma nova configuração de medição (basicamente o UE constrói uma nova measConfig com este subconjunto de parâmetros recebidos). Isso pode ser indicado tanto explicitamente uma a uma (por exemplo, todas as medições antigas são removidas explicitamente através de inclusão de IEs como measIdToRemoveList, measObjectToRemoveList, etc. e novos adicionados através de measIdToAddModList, measObjectToAddRemoveList, etc.) ou implicitamente através de um novo flag (por exemplo, fullconfigmeas) que é adicionado na measurementConfiguration.

[171] Em outras modalidades, a rede pode usar as mesmas modalidades que são descritas acima para parar/suspender as medições que são dedicadas para preparação de CA/DC rápida. Isso pode ser devido a uma mudança de política a respeito de um UE específico ou uma rede ou devido a uma condição de carga temporária na rede. Em caso de interrupção das medições, a configuração de medição pode ser totalmente removida a partir das memórias do UE e da rede. No caso de medições suspensas, a configuração de medição pode ser armazenada pelo UE e a rede, mas não aplicada pelo UE.

[172] Exemplos de possíveis implementações

[173] Caso 1. A rede inclui uma indicação dentro da mensagem de paging para o UE iniciar a desempenhar medições de acordo com o contexto de UE armazenado

[174] O que se segue é um exemplo de implementação para o caso em que a rede inclui a indicação para o UE para retomar as medições de acordo com a configuração armazenada no contexto de UE. A especificação na qual o seguinte deve ser implementado é 3GPP TS 38.331.

[175] O objetivo deste procedimento é transmitir informações de paging para um UE em RRC_IDLE ou RRC_INACTIVE.

[176] A rede começa o procedimento de paging pela transmissão da mensagem de paging na ocasião de paging do UE, conforme especificado em TS

38.304. A rede pode endereçar múltiplos UEs dentro de uma mensagem de paging incluindo um PagingRecord para cada UE.

[177] Recepção da mensagem de paging pelo UE

[178] Ao receber a mensagem de paging, o UE deve: 1> se em RRC_IDLE, para cada um dos PagingRecord, se houver, incluídos na mensagem de paging: 2> se a UE-Identity incluída em PagingRecord corresponde à identidade do UE alocada pelas camadas superiores: 3>encaminhar a UE-Identity e accessType (se presente) às camadas superiores;

3>se startMeas está incluída no PagingRecord: 4> restaurar a configuração de medição do contexto de UE AS armazenado e iniciar a desempenhar as medições conforme especificado em 5.5.2; 1> se em RRC_INACTIVE, para cada um dos PagingRecord, se houver, incluído na mensagem de paging: 2> se a UE-Identity incluída em PagingRecord corresponde ao full-RNTI armazenado do UE: 3>se startMeas está incluída no PagingRecord: 4> restaurar a configuração de medição do contexto de UE AS armazenado e iniciar a desempenhar as medições conforme especificado em 5.5.2; 3>se o UE for configurado por camadas superiores com identidade de acesso 1: 4> começar o procedimento de retomada de conexão de RRC de acordo com 5.3.13 com resumeCause ajustada para MPS- PriorityAccess; 3>senão, se o UE for configurado por camadas superiores com identidade de acesso 2: 4> começar o procedimento de retomada de conexão de RRC de acordo com 5.3.13 com resumeCause ajustada para MCS- PriorityAccess; 3>senão, se o UE estiver configurado por camadas superiores com uma ou mais identidades de acesso iguais a 11-15: 4> começar o procedimento de retomada de conexão de RRC de acordo com 5.3.13 com resumeCause ajustada como highPriorityAccess;

3>senão: 4> começar o procedimento de retomada de conexão de RRC de acordo com 5.3.13 com resumeCause ajustada como mt-Access; 2> senão, se a UE-Identity incluída em PagingRecord corresponde à identidade do UE alocada pelas camadas superiores: 3>encaminhar a UE-Identity para as camadas superiores e accessType (se presente) às camadas superiores; 3>desempenhar as ações ao ir para RRC_IDLE conforme especificado em 5.3.11, com a causa de liberação 'other'.

[179] paging

[180] A mensagem de paging é usada para a notificação de um ou mais UEs.

[181] Transportador de sinalização de rádio: N/A

[182] RLC-SAP: TM

[183] Canal lógico: PCCH

[184] Direção: Rede para UE Mensagem de paging -- ASN1START -- TAG-PAGING-START Paging ::= SEQUENCE { pagingRecordList PagingRecordList OPTIONAL, -- Need N lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension SEQUENCE{}

OPTIONAL

} PagingRecordList ::= SEQUENCE (SIZE(1..maxNrofPageRec)) OF PagingRecord PagingRecord ::= SEQUENCE { ue-Identity PagingUE-Identity, accessType ENUMERATED {non3GPP} OPTIONAL, -- Need N ... [[ startMeas ENUMERATED {true} OPTIONAL, -- Need N ]] } PagingUE-Identity ::= CHOICE { ng-5G-S-TMSI NG-5G-S-TMSI, fullI-RNTI I-RNTI-Value, ... } -- TAG-PAGING-STOP -- ASN1STOP Descrições de campo PagingRecord accessType Indica se o paging é originado devido às sessões de PDU do acesso não 3GPP.

[185] Em outra concretização, apenas uma indicação startMeas é incluída na mensagem de paging e é aplicável a todos os UEs sendo paginados.

Mensagem de paging -- ASN1START -- TAG-PAGING-START Paging ::= SEQUENCE { pagingRecordList PagingRecordList OPTIONAL, -- Need N lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension Paging-v16xy-IEs

OPTIONAL } Paging-v16xy-IEs ::= SEQUENCE { startMeas ENUMERATED {true} OPTIONAL, -- Need N nonCriticalExtension SEQUENCE {}

OPTIONAL } PagingRecordList ::= SEQUENCE (SIZE(1..maxNrofPageRec)) OF PagingRecord PagingRecord ::= SEQUENCE { ue-Identity PagingUE-Identity,

accessType ENUMERATED {non3GPP} OPTIONAL, -- Need N ... } PagingUE-Identity ::= CHOICE { ng-5G-S-TMSI NG-5G-S-TMSI, fullI-RNTI I-RNTI-Value, ... } -- TAG-PAGING-STOP -- ASN1STOP

[186] O procedimento de paging será semelhante ao mostrado abaixo:

[187] Recepção da mensagem de Paging pelo UE

[188] Ao receber a mensagem de paging, o UE deve: 1> se em RRC_IDLE, para cada um dos PagingRecord, se houver, incluídos na mensagem de paging: 2> se a UE-Identity incluída em PagingRecord corresponde à identidade do UE alocada pelas camadas superiores: 3>encaminhar a UE-Identity e accessType (se presente) às camadas superiores; 3>se startMeas está incluída na mensagem de paging recebida: 4> restaurar a configuração de medição do contexto de UE AS armazenado e iniciar a desempenhar as medições conforme especificado em 5.5.2; 1> se em RRC_INACTIVE, para cada um dos PagingRecord, se houver, incluído na mensagem de paging:

2> se a UE-Identity incluída em PagingRecord corresponde ao full-RNTI armazenado do UE: 3>se startMeas está incluída na mensagem de paging recebida: 4> restaurar a configuração de medição do contexto de UE AS armazenado e iniciar a desempenhar as medições conforme especificado em 5.5.2; 3>se o UE for configurado por camadas superiores com identidade de acesso 1: 4> começar o procedimento de retomada de conexão de RRC de acordo com 5.3.13 com resumeCause ajustada para MPS- PriorityAccess; 3>senão, se o UE for configurado por camadas superiores com identidade de acesso 2: 4> começar o procedimento de retomada de conexão de RRC de acordo com 5.3.13 com resumeCause ajustada para MCS- PriorityAccess; 3>senão, se o UE estiver configurado por camadas superiores com uma ou mais identidades de acesso iguais a 11-15: 4> começar o procedimento de retomada de conexão de RRC de acordo com 5.3.13 com resumeCause ajustada como highPriorityAccess; 3>senão: 4> começar o procedimento de retomada de conexão de RRC de acordo com 5.3.13 com resumeCause ajustada como mt-Access; 2> senão, se a UE-Identity incluída em PagingRecord corresponde à identidade do UE alocada pelas camadas superiores: 3>encaminhar a UE-Identity para as camadas superiores e accessType

(se presente) às camadas superiores; 3>desempenhar as ações ao ir para RRC_IDLE conforme especificado em 5.3.11, com a causa de liberação 'other'.

[189] Caso 2: A rede inclui a configuração de medição dentro da mensagem de paging

[190] A seguir está um exemplo de implementação para o caso em que a rede inclui a configuração de medição dentro da mensagem de paging. A especificação na qual o seguinte deve ser implementado é 3GPP TS 38.331.

[191] O objetivo deste procedimento é transmitir informações de paging para um UE em RRC_IDLE ou RRC_INACTIVE.

[192] A rede começa o procedimento de paging pela transmissão da mensagem de paging na ocasião de paging do UE, conforme especificado em TS

38.304. A rede pode endereçar múltiplos UEs dentro de uma mensagem de paging incluindo um PagingRecord para cada UE.

[193] 5.3.2.3Recepção da mensagem de paging pelo UE

[194] Ao receber a mensagem de paging, o UE deve: 1> se em RRC_IDLE, para cada PagingRecord, se houver, incluído na mensagem de paging: 2> se a UE-Identity incluída no PagingRecord corresponder à identidade do UE alocada pelas camadas superiores: 3>encaminhar a UE-Identity e o accessType (se presente) às camadas superiores; 2> se measConfig está incluída no PagingRecord: 3>restaurar a configuração de medição a partir do contexto UE AS armazenado; 3>aplique o measConfig incluído de acordo com o procedimento de configuração de medição conforme especificado em 5.5.

1> se em RRC_INACTIVE, para cada PagingRecord, se houver, incluído na mensagem de paging: 2> se a UE-Identity do UE incluída no PagingRecord corresponder ao full-RNTI armazenado do UE: 3>se measConfig está incluída no PagingRecord: 3>restaurar a configuração de medição a partir do contexto UE AS armazenado; 3>aplicar o measConfig incluído de acordo com o procedimento de configuração de medição, conforme especificado em 5.5.; 3>se o UE for configurado por camadas superiores com identidade de acesso 1: 4> começar o procedimento de retomada de conexão de RRC de acordo com 5.3.13 com resumeCause ajustada para MPS- PriorityAccess; 3>senão, se o UE for configurado por camadas superiores com identidade de acesso 2: 4> começar o procedimento de retomada de conexão de RRC de acordo com 5.3.13 com resumeCause ajustada para MCS- PriorityAccess; 3>senão, se o UE estiver configurado por camadas superiores com uma ou mais identidades de acesso iguais a 11-15: 4> começar o procedimento de retomada de conexão de RRC de acordo com 5.3.13 com resumeCause ajustada como highPriorityAccess; 3>senão: 4> começar o procedimento de retomada de conexão de RRC de acordo com 5.3.13 com resumeCause ajustada como mt-Access;

2> senão, se a UE-Identity incluída no PagingRecord corresponder à identidade do UE alocada pelas camadas superiores: 3>encaminhar a UE-Identity às camadas superiores e accessType (se presente) às camadas superiores; 3>desempenhar as ações ao ir para RRC_IDLE conforme especificado em 5.3.11, com a causa de liberação 'other'. paging

[195] A mensagem de paging é usada para a notificação de um ou mais UEs.

[196] Transportador de sinalização de rádio: N/A

[197] RLC-SAP: TM

[198] Canal lógico: PCCH

[199] Direção: Rede para UE Mensagem de paging -- ASN1START -- TAG-PAGING-START Paging ::= SEQUENCE { pagingRecordList PagingRecordList OPTIONAL, -- Need N lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension SEQUENCE{}

OPTIONAL } PagingRecordList ::= SEQUENCE (SIZE(1..maxNrofPageRec)) OF

PagingRecord PagingRecord ::= SEQUENCE { ue-Identity PagingUE-Identity, accessType ENUMERATED {non3GPP} OPTIONAL, -- Need N ... [[ measConfig MeasConfig OPTIONAL, -- Need M ]] } PagingUE-Identity ::= CHOICE { ng-5G-S-TMSI NG-5G-S-TMSI, fullI-RNTI I-RNTI-Value, ... } -- TAG-PAGING-STOP -- ASN1STOP Descrições de campo PagingRecord accessType Indica se o paging é originado devido às sessões de PDU do acesso não 3GPP.

[200] Configuração de medição que pode ser transmitida em uma mensagem transmitida em um canal do tipo paging

[201] Nas modalidades divulgadas na presente invenção, o que é chamado de canal do tipo paging pode ser o canal de paging. E, a configuração de medição pode ser um campo chamado measConfig com MeasConfigIE, conforme mostrado abaixo: MeasConfig

[202] O IE MeasConfig especifica as medições a serem desempenhadas pelo UE e cobre a mobilidade intrafrequência, interfrequência e inter-RAT, bem como a configuração das gaps de medição. Elemento de informações MeasConfig -- ASN1START -- TAG-MEASCONFIG-START MeasConfig ::= SEQUENCE { measObjectToRemoveList MeasObjectToRemoveList OPTIONAL, -- Need N measObjectToAddModList MeasObjectToAddModList OPTIONAL, -- Need N reportConfigToRemoveList ReportConfigToRemoveList OPTIONAL, -- Need N reportConfigToAddModList ReportConfigToAddModList OPTIONAL, -- Need N measIdToRemoveList MeasIdToRemoveList OPTIONAL, -- Need N measIdToAddModList MeasIdToAddModList OPTIONAL, -- Need N s-MeasureConfig CHOICE { ssb-RSRP RSRP-Range, csi-RSRP RSRP-Range } OPTIONAL, --

Need M quantityConfig QuantityConfig OPTIONAL, -- Need M measGapConfig MeasGapConfig OPTIONAL, -- Need M measGapSharingConfig MeasGapSharingConfig OPTIONAL, -- Need M ... }

MeasObjectToRemoveList ::= SEQUENCE (SIZE (1..maxNrofObjectId)) OF MeasObjectId

MeasIdToRemoveList ::= SEQUENCE (SIZE (1..maxNrofMeasId)) OF MeasId

ReportConfigToRemoveList ::= SEQUENCE (SIZE (1..maxReportConfigId)) OF ReportConfigId

-- TAG-MEASCONFIG-STOP -- ASN1STOP

Descrições de campo MeasConfig measGapConfig Usado para preparar e liberar gaps de medição no NR. measIdToAddModList Lista de identidades de medição a serem adicionadas e/ou modificadas.

Descrições de campo MeasConfig measIdToRemoveList Lista de identidades de medição a serem removidas. measObjectToAddModList Lista de objetos de medição a serem adicionados e/ou modificados. measObjectToRemoveList Lista de objetos de medição a serem removidos. reportConfigToAddModList Lista de configurações de relatório de medição a serem adicionados e/ou modificados reportConfigToRemoveList Lista de configurações de relatório de medição a serem removidas. s-MeasureConfig Limite para medição de NR SpCell RSRP que controla quando o UE é requerido a desempenhar medições em células não servidoras. A escolha de ssb-RSRP corresponde ao RSRP da célula com base no bloco de SS/PBCH e a escolha de csi-RSRP corresponde ao RSRP da célula de CSI-RS. MeasGapSharingConfig O IE MeasGapSharingConfig especifica o esquema de compartilhamento da gap de medição

[203] Observe que os códigos de necessidade se aplicam como se o campo vazio fosse incluído, ou seja, se o UE armazenou configurações de medição, estas devem ser restauradas e as medições devem ser retomadas de acordo.

[204] Observe que pode não ser necessário usar o measConfig completamente para que as medições sejam configuradas através de paging. Por exemplo, o que a rede precisa pode ser apenas informações sobre algumas portadoras. Portanto, o measConfig pode ser apenas uma lista de frequências portadoras a medir e o UE relata o nível de sinal das n células superiores em cada frequência. Se tal abordagem for adotada, uma configuração de IE de medição antecipada (por exemplo, earlyMeasConfig) precisa ser especificada, incluindo o IE requerido (no caso de exemplo, contendo apenas uma lista de frequências) e o procedimento de medição de UE precisa ser atualizado para lidar com tais configurações de medição. Uma vantagem de ter tal abordagem simplificada é que a configuração de medição pode ser incluída apenas uma vez na mensagem de paging e pode ser aplicável a todos os UEs

[205] Um exemplo de ASN.1 é mostrado abaixo Mensagem de paging -- ASN1START -- TAG-PAGING-START Paging ::= SEQUENCE { pagingRecordList PagingRecordList OPTIONAL, -- Need N lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension Paging-v16xy-IEs

OPTIONAL } Paging-v16xy-IEs ::= SEQUENCE { measConfig EarlyMeasConfig OPTIONAL, -- Need N nonCriticalExtension SEQUENCE {}

OPTIONAL } PagingRecordList ::= SEQUENCE (SIZE(1..maxNrofPageRec)) OF PagingRecord PagingRecord ::= SEQUENCE { ue-Identity PagingUE-Identity, accessType ENUMERATED {non3GPP} OPTIONAL, -- Need N ... } PagingUE-Identity ::= CHOICE { ng-5G-S-TMSI NG-5G-S-TMSI, fullI-RNTI I-RNTI-Value, ... } EarlyMeasconfig ::= SEQUENCE { freqToMeasure SEQUENCE (SIZE (1..maxMeasFreqs)) OF NR- FreqInfo , ...

} -- TAG-PAGING-STOP -- ASN1STOP

[206] A Figura 12 é um diagrama de blocos esquemático de um nó de acesso via rádio 1200 de acordo com algumas modalidades da presente invenção. O nó de acesso via rádio 1200 pode ser, por exemplo, uma estação base 102 ou 106. Conforme ilustrado, o nó de acesso via rádio 1200 inclui um sistema de controle 1202 que inclui um ou mais processadores 1204 (por exemplo, Unidades Centrais de Processamento (CPUs), Circuitos Integrados de Aplicação Específica (ASICs), Arranjos de Portas Programáveis em Campo (FPGAs) e/ou semelhantes), memória 1206 e uma interface de rede 1208. Um ou mais processadores 1204 também são referidos, na presente invenção, como conjunto de circuitos de processamento. Além disso, o nó de acesso via rádio 1200 inclui uma ou mais unidades de rádio 1210, cada uma incluindo um ou mais transmissores 1212 e um ou mais receptores 1214 acoplados a uma ou mais antenas 1216. As unidades de rádio 1210 podem ser denominadas como ou fazer parte do conjunto de circuitos de interface de rádio. Em algumas modalidades, a(s) unidade(s) de rádio 1210 são externas ao sistema de controle 1202 e conectadas ao sistema de controle 1202 através de, por exemplo, uma conexão com fio (por exemplo, um cabo óptico). Entretanto, em algumas outras modalidades, a(s) unidade(s) de rádio 1210 e, potencialmente, a(s) antena(s) 1216 são integradas em conjunto com o sistema de controle 1202. Os um ou mais processadores 1204 operam para prover uma ou mais funções de um nó de acesso via rádio 1200 conforme descrito na presente invenção. Em algumas modalidades, a(s) função(ões) é/são implementada(s) em software, o qual é armazenado, por exemplo, na memória 1206 e executado por um ou mais processadores 1204.

[207] A Figura 13 é um diagrama de blocos esquemático que ilustra uma modalidade virtualizada do nó de acesso via rádio 1200 de acordo com algumas modalidades da presente invenção. Essa discussão é igualmente aplicável a outros tipos de nós de rede. Além disso, outros tipos de nós de rede podem ter arquiteturas virtualizadas similares.

[208] Conforme usado na presente invenção, um nó de acesso via rádio "virtualizado" é uma implementação do nó de acesso via rádio 1200 na qual pelo menos uma porção da funcionalidade do nó de acesso via rádio 1200 é implementada como um componente virtual (por exemplo, através de máquina(s) virtual(is) em execução em nó(s) de processamento físico em rede(s)). Conforme ilustrado, neste exemplo, o nó de acesso via rádio 1200 inclui o sistema de controle 1202 que inclui um ou mais processadores 1204 (por exemplo, CPUs, ASICs, FPGAs e/ou semelhantes), a memória 1206 e a interface de rede 1208 e a uma ou mais unidades de rádio 1210 que inclui o um ou mais transmissores 1212 e o um ou mais receptores 1214 acoplados a uma ou mais antenas 1216, conforme descrito acima. O sistema de controle 1202 é conectado à(s) unidade(s) de rádio 1210 através, por exemplo, de um cabo óptico ou semelhantes. O sistema de controle 1202 é conectado a um ou mais nós de processamento 1300 acoplados ou incluídos como parte de rede(s) 1302 através da interface de rede 1208. Cada nó de processamento 1300 inclui um ou mais processadores 1304 (por exemplo, CPUs, ASICs, FPGAs e/ou semelhantes), memória 1306 e uma interface de rede 1308.

[209] Neste exemplo, as funções 1310 do nó de acesso via rádio 1200 descritas na presente invenção são implementadas em um ou mais nós de processamento 1300 ou distribuídas através do sistema de controle 1202 e um ou mais nós de processamento 1300 de qualquer maneira desejada. Em algumas modalidades particulares, todas ou algumas das funções 1310 do nó de acesso via rádio 1200 descritas na presente invenção são implementadas como componentes virtuais executados por uma ou mais máquinas virtuais implementadas em ambiente(s) virtual(is) hospedado pelo(s) nó(s) de processamento 1300. Conforme será apreciado por um técnico no assunto, a sinalização ou comunicação adicional entre o(s) nó(s) de processamento 1300 e o sistema de controle 1202 é usada a fim de realizar pelo menos algumas das funções 1310 desejadas. Interessantemente, em algumas modalidades, o sistema de controle 1202 pode não ser incluído, caso no qual a(s) unidade(s) de rádio 1210 se comunica(m) diretamente com o(s) nó(s) de processamento 1300 através de interface(s) de rede apropriada(s).

[210] Em algumas modalidades, um programa de computador incluindo instruções que, quando executadas por pelo menos um processador, faz com que o pelo menos um processador realize a funcionalidade do nó de acesso via rádio 1200 ou um nó (por exemplo, um nó de processamento 1300) implementando uma ou mais das funções 1310 do nó de acesso via rádio 1200 em um ambiente virtual de acordo com qualquer uma das modalidades descritas na presente invenção. Em algumas modalidades, provê-se uma portadora compreendendo o produto de programa de computador supracitado. A portadora é uma dentre um sinal eletrônico, um sinal óptico, um sinal de rádio ou um meio de armazenamento legível por computador (por exemplo, um meio legível por computador não transitório, tal como memória).

[211] A Figura 14 é um diagrama de blocos esquemático de um nó de acesso via rádio 1200 de acordo com algumas outras modalidades da presente invenção. O nó de acesso via rádio 1200 inclui um ou mais módulos 1400, cada um dos quais é implementado em software. O(s) módulo(s) 1400 provê/proveem a funcionalidade do nó de acesso via rádio 1200 descrita na presente invenção. Esta discussão é igualmente aplicável ao nó de processamento 1300 da Figura 13, em que os módulos 1400 podem ser implementados em um dos nós de processamento 1300 ou distribuídos entre vários nós de processamento 1300 e/ou distribuídos entre o(s) nó(s) de processamento 1300 e o sistema de controle 1202.

[212] A Figura 15 é um diagrama de blocos esquemático de um UE 1500 de acordo com algumas modalidades da presente invenção. Conforme ilustrado, o UE 1500 inclui um ou mais processadores 1502 (por exemplo, CPUs, ASICs, FPGAs e/ou semelhantes), memória 1504 e um ou mais transceptores 1506, cada um incluindo um ou mais transmissores 1508 e um ou mais receptores 1510 acoplados a uma ou mais antenas 1512. O(s) transceptor(es) 1506 incluem conjuntos de circuitos de front-end de rádio conectados à(s) antena(s) 1512 que está/estão configurada(s) para condicionar os sinais comunicados entre a(s) antena(s) 1512 e o(s) processador(es) 1502, como será apreciado pelo técnico no assunto. Os processadores 1502 também são referidos, na presente invenção, como conjunto de circuitos de processamento. Os transceptores 1506 também são referidos, na presente invenção, como conjunto de circuitos de rádio. Em algumas modalidades, a funcionalidade do UE 1500 descrito na presente invenção pode ser completamente ou parcialmente implementada em software que é, por exemplo, armazenado na memória 1504 e executado pelo(s) processador(es) 1502. Observa-se que o UE 1500 pode incluir componentes adicionais não ilustrados na Figura 15, tais como, por exemplo, um ou mais componentes de interface de usuário (por exemplo, um display, botões, uma tela sensível ao toque, um microfone, alto-falante(s) e/ou semelhantes e/ou quaisquer outros componentes para permitir a entrada de informações no UE 1500 e/ou permitir a saída de informações a partir do UE 1500), uma fonte de potência (por exemplo, uma bateria e conjunto de circuitos de potência associados), etc.

[213] Em algumas modalidades, provê-se um programa de computador incluindo instruções que, quando executadas por pelo menos um processador, fazem com que o pelo menos um processador realize a funcionalidade do UE

1500 de acordo com qualquer uma das modalidades descritas na presente invenção. Em algumas modalidades, provê-se uma portadora compreendendo o produto de programa de computador supracitado. A portadora é uma dentre um sinal eletrônico, um sinal óptico, um sinal de rádio ou um meio de armazenamento legível por computador (por exemplo, um meio legível por computador não transitório, tal como memória).

[214] A Figura 16 é um diagrama de blocos esquemático do UE 1500 de acordo com algumas outras modalidades da presente invenção. O UE 1500 inclui um ou mais módulos 1600, cada um dos quais é implementado em software. O(s) módulo(s) 1600 provê/proveem a funcionalidade do UE 1500 descrita na presente invenção.

[215] Com referência à Figura 17, de acordo com uma modalidade, um sistema de comunicação inclui uma rede de telecomunicações 1700, tal como uma rede celular do tipo 3GPP, a qual compreende uma rede de acesso 1702, tal como uma RAN e uma rede núcleo 1704. A rede de acesso 1702 compreende uma pluralidade de estações base 1706A, 1706B, 1706C, tal como NBs, eNBs, gNBs ou outros tipos de Pontos de Acesso (APs) sem fio, cada um definindo uma área de cobertura correspondente 1708A, 1708B, 1708C. Cada estação base 1706A, 1706B, 1706C pode ser conectada à rede núcleo 1704 através de uma conexão com ou sem fio 1710. Um primeiro UE 1712 localizado na área de cobertura 1708C é configurado para se conectar de maneira sem fio ou ser paging pela estação base 1706C correspondente. Um segundo UE 1714 na área de cobertura 1708A pode ser conectado de maneira sem fio à estação base 1706A correspondente. Enquanto uma pluralidade de UEs 1712, 1714 é ilustrada neste exemplo, as modalidades divulgadas são igualmente aplicáveis a uma situação em que um único UE esteja na área de cobertura ou em que um único UE esteja se conectando à estação base 1706 correspondente.

[216] A própria rede de telecomunicações 1700 é conectada a um computador host 1716, o qual pode ser incorporado no hardware e/ou software de um servidor independente, um servidor implementado na nuvem, um servidor distribuído ou como recursos de processamento em uma fazenda de servidores. O computador host 1716 pode estar sob a propriedade ou controle de um provedor de serviços ou pode ser operado pelo provedor de serviços ou em nome do provedor de serviços. As conexões 1718 e 1720 entre a rede de telecomunicações 1700 e o computador host 1716 podem se estender diretamente a partir da rede núcleo 1704 ao computador host 1716 ou podem passar através de uma rede intermediária opcional 1722. A rede Intermediária 1722 pode ser uma dentre ou uma combinação de mais de uma dentre: uma rede privada ou hospedada publicamente; a rede intermediária 1722, caso haja, pode ser uma rede de backbone ou a Internet; em particular, a rede intermediária 1722 pode compreender duas ou mais sub-redes (não mostrado).

[217] O sistema de comunicação da Figura 17 possibilita, como um todo, a conectividade entre os UEs 1712, 1714 conectados e o computador host 1716. A conectividade pode ser descrita como uma conexão Over-the-Top (OTT) 1724. O computador host 1716 e os UEs 1712, 1714 conectados são configurados para comunicar dados e/ou sinalização através de a conexão OTT 1724, usando a rede de acesso 1702, a rede núcleo 1704, qualquer rede intermediária 1722 e possíveis infraestruturas adicionais (não mostradas) como intermediários. A conexão OTT 1724 pode ser transparente no sentido de que os dispositivos de comunicação participantes através dos quais a conexão OTT 1724 passa não têm conhecimento do roteamento de comunicações de enlace ascendente e enlace descendente. Por exemplo, a estação base 1706 não pode ou não precisa ser informada sobre o roteamento passado de uma comunicação de enlace descendente recebida com dados provenientes do computador host 1716 para ser encaminhada (por exemplo, feito handover) a um UE 1712 conectado. De maneira similar, a estação base 1706 não precisa saber do roteamento futuro de uma comunicação de enlace ascendente emitida proveniente do UE 1712 em direção ao computador host 1716.

[218] Exemplos de implementações, de acordo com uma modalidade, do UE, estação base e computador host discutido nos parágrafos anteriores serão agora descritos com referência à Figura 18. Em um sistema de comunicação 1800, um computador host 1802 compreende hardware 1804, incluindo uma interface de comunicação 1806 configurada para definir e manter uma conexão com ou sem fio com uma interface de um dispositivo de comunicação diferente do sistema de comunicação 1800. O computador host 1802 compreende, adicionalmente, um conjunto de circuitos de processamento 1808, o qual pode ter capacidades de armazenamento e/ou processamento. Particularmente, o conjunto de circuitos de processamento 1808 pode compreender um ou mais processadores programáveis, ASICs, FPGAs ou combinações destes (não mostrados) adaptados para executar instruções. O computador host 1802 compreende, adicionalmente, software 1810, o qual é armazenado em ou acessível pelo computador host 1802 e executável pelo conjunto de circuitos de processamento 1808. O software 1810 inclui uma aplicação host 1812. A aplicação host 1812 pode ser operável para prover um serviço a um usuário remoto, tal como um UE 1814 se conectando através de uma conexão OTT 1816 terminando no UE 1814 e no computador host 1802. Ao prover o serviço ao usuário remoto, a aplicação host 1812 pode prover dados de usuário que são transmitidos usando a conexão OTT 1816.

[219] O sistema de comunicação 1800 inclui, adicionalmente, uma estação base 1818 provida em um sistema de telecomunicações e compreendendo o hardware 1820, possibilitando que este se comunique com o computador host 1802 e com o UE 1814. O hardware 1820 pode incluir uma interface de comunicação 1822 para definir e manter uma conexão com ou sem fio com uma interface de um dispositivo de comunicação diferente do sistema de comunicação 1800, assim como uma interface de rádio 1824 para definir e manter pelo menos uma conexão sem fio 1826 com o UE 1814 localizado em uma área de cobertura (não mostrada na Figura 18) servida pela estação base

1818. A interface de comunicação 1822 pode ser configurada para facilitar uma conexão 1828 ao computador host 1802. A conexão 1828 pode ser direta ou pode passar através de uma rede núcleo (não mostrada na Figura 18) do sistema de telecomunicações e/ou através de uma ou mais redes intermediárias fora do sistema de telecomunicações. Na modalidade mostrada, o hardware 1820 da estação base 1818 inclui, adicionalmente o conjunto de circuitos de processamento 1830, o qual pode compreender um ou mais processadores programáveis, ASICs, FPGAs ou combinações destes (não mostrados) adaptados para executar instruções. A estação base 1818 tem, adicionalmente, software 1832 armazenado internamente ou acessível através de uma conexão externa.

[220] O sistema de comunicação 1800 inclui, adicionalmente, o UE 1814 já referido. O hardware 1834 do UE 1814 pode incluir uma interface de rádio 1836 configurada para definir e manter uma conexão sem fio 1826 com uma estação base servindo uma área de cobertura na qual o UE 1814 se localiza atualmente. O hardware 1834 do UE 1814 inclui, adicionalmente o conjunto de circuitos de processamento 1838, o qual pode compreender um ou mais processadores programáveis, ASICs, FPGAs ou combinações destes (não mostrados) adaptados para executar instruções. O UE 1814 compreende, adicionalmente, software 1840, o qual é armazenado em ou acessível pelo UE 1814 e executável pelo conjunto de circuitos de processamento 1838. O software 1840 inclui a aplicação cliente 1842. A aplicação cliente 1842 pode ser operável para prover um serviço a um usuário humano ou não humano através de UE 1814, com o suporte do computador host 1802. No computador host 1802, a aplicação host 1812 em execução pode se comunicar com a aplicação cliente 1842 em execução através da conexão OTT 1816 terminando no UE 1814 e no computador host 1802. Ao prover o serviço ao usuário, a aplicação cliente 1842 pode receber dados de solicitação a partir da aplicação host 1812 e prover os dados de usuário em resposta aos dados de solicitação. A conexão OTT 1816 pode transferir ambos os dados de solicitação quanto os dados de usuário. A aplicação cliente 1842 pode interagir com o usuário para gerar os dados de usuário que provê.

[221] Observa-se que o computador host 1802, a estação base 1818 e o UE 1814 ilustrados na Figura 18 podem ser similares ou idênticos ao computador host 1716, uma das estações base 1706A, 1706B, 1706C e um dos UEs 1712, 1714 da Figura 17, respectivamente. Ou seja, o funcionamento interno dessas entidades pode ser conforme mostrado na Figura 18 e, independentemente, a topologia de rede circundante pode ser aquela da Figura 17.

[222] Na Figura 18, a conexão OTT 1816 foi desenhada de maneira abstrata para ilustrar a comunicação entre o computador host 1802 e o UE 1814 através da estação base 1818, sem referência explícita a quaisquer dispositivos intermediários e o roteamento preciso de mensagens através desses dispositivos. A infraestrutura de rede pode determinar o roteamento, o qual pode ser configurado para se esconder do UE 1814 ou do computador host 1802 operacional provedor de serviços ou ambos. Enquanto a conexão OTT 1816 está ativa, a infraestrutura de rede pode, adicionalmente, tomar decisões pelas quais muda dinamicamente o roteamento (por exemplo, com base na consideração do equilíbrio de carga ou a reconfiguração da rede).

[223] A conexão sem fio 1826 entre o UE 1814 e a estação base 1818 está de acordo com os ensinamentos das modalidades descritas ao longo desta invenção. Uma ou mais das várias modalidades melhoram o desempenho de serviços de OTT providos ao UE 1814 usando a conexão OTT 1816, em que a conexão sem fio 1826 forma o último segmento. Mais precisamente, os ensinamentos dessas modalidades podem melhorar a taxa de dados, latência, consumo de potência e, desse modo, prover benefícios tais como por exemplo, tempo de espera do usuário reduzido, restrição relaxada do tamanho do arquivo, melhor capacidade de resposta, vida útil prolongada da bateria, etc.

[224] Um procedimento de medição pode ser provido com a finalidade de monitorar a taxa de dados, latência e outros fatores melhorados por uma ou mais modalidades. Adicionalmente, pode haver uma funcionalidade de rede opcional para reconfigurar a conexão de OTT 1816 entre o computador host 1802 e o UE 1814, em resposta a variações nos resultados de medição. O procedimento de medição e/ou a funcionalidade da rede para reconfigurar a conexão OTT 1816 pode ser implementado no software 1810 e no hardware 1804 do computador host 1802 ou no software 1840 e hardware 1834 do UE 1814, ou em ambos. Em algumas modalidades, os sensores (não mostrados) podem ser implementados em ou em associação com dispositivos de comunicação através dos quais a conexão OTT 1816 passa; os sensores podem participar do procedimento de medição pelo fornecimento de valores das quantidades monitoradas exemplificadas acima ou fornecimento de valores de outras grandezas físicas a partir das quais o software 1810, 1840 podem calcular ou estimar as quantidades monitoradas. A reconfiguração da conexão OTT 1816 pode incluir formato de mensagem, definições de retransmissão, roteamento preferencial etc.; a reconfiguração não precisa afetar a estação base 1818 e pode ser desconhecida ou imperceptível à estação base 1818. Tais procedimentos e funcionalidades podem ser conhecidos e praticados na técnica. Em certas modalidades, as medições podem envolver sinalização proprietária de UE, facilitando as medições de taxa de transferência, tempos de propagação, latência e semelhantes do computador host 1802. As medições podem ser implementadas de modo que o software 1810 e 1840 faça com que as mensagens sejam transmitidas, particularmente mensagens “dummy” ou vazias, usando uma conexão OTT 1816 enquanto monitora os tempos de propagação, erros etc.

[225] A Figura 19 é um fluxograma ilustrando um método implementado em um sistema de comunicação, de acordo com uma modalidade. O sistema de comunicação inclui um computador host, uma estação base e um UE que podem ser aqueles descritos com referência às Figuras 17 e 18. Para simplificar a presente invenção, somente referências de desenho à Figura 19 serão incluídas nesta seção. Na etapa 1900, o computador host provê os dados de usuário. Na subetapa 1902 (a qual pode ser opcional) da etapa 1900, o computador host provê os dados de usuário executando uma aplicação host. Na etapa 1904, o computador host começa uma transmissão portando os dados de usuário ao UE. Na etapa 1906 (a qual pode ser opcional), a estação base transmite ao UE os dados de usuário que foram portados na transmissão que o computador host começou, de acordo com os ensinamentos das modalidades descritas ao longo desta invenção. Na etapa 1908 (a qual também pode ser opcional), o UE executa uma aplicação cliente associada à aplicação host executada pelo computador host.

[226] A Figura 20 é um fluxograma ilustrando um método implementado em um sistema de comunicação, de acordo com uma modalidade. O sistema de comunicação inclui um computador host, uma estação base e um UE que podem ser aqueles descritos com referência às Figuras 17 e 18. Para simplificar a presente invenção, somente referências de desenho à Figura 20 serão incluídas nesta seção. Na etapa 2000 do método, o computador host provê os dados de usuário. Em uma subetapa opcional (não mostrada) o computador host provê os dados de usuário executando uma aplicação host. Na etapa 2002, o computador host começa uma transmissão portando os dados de usuário ao UE. A transmissão pode passar através da estação base, de acordo com os ensinamentos das modalidades descritas ao longo desta invenção. Na etapa 2004 (a qual pode ser opcional), o UE recebe os dados de usuário portados na transmissão.

[227] A Figura 21 é um fluxograma ilustrando um método implementado em um sistema de comunicação, de acordo com uma modalidade. O sistema de comunicação inclui um computador host, uma estação base e um UE que podem ser aqueles descritos com referência às Figuras 17 e 18. Para simplificar a presente invenção, somente referências de desenho à Figura 21 serão incluídas nesta seção. Na etapa 2100 (a qual pode ser opcional), o UE recebe dados de entrada providos pelo computador host. Adicionalmente ou alternativamente, na etapa 2102, o UE provê dados de usuário. Na subetapa 2104 (a qual pode ser opcional) da etapa 2100, o UE provê os dados de usuário ao executar aplicação cliente. Na subetapa 2106 (a qual pode ser opcional) da etapa 2102, o UE executa uma aplicação cliente que provê os dados de usuário em resposta aos dados de entrada recebidos e providos pelo computador host. Ao prover os dados de usuário, a aplicação cliente executada pode adicionalmente considerar a entrada de usuário recebida a partir do usuário. Independentemente da maneira específica na qual os dados de usuário foram providos, o UE começa, na subetapa 2108 (a qual pode ser opcional), a transmissão dos dados de usuário ao computador host. Na etapa 2110 do método, o computador host recebe os dados de usuário transmitidos a partir do UE, de acordo com os ensinamentos das modalidades descritas ao longo desta invenção.

[228] A Figura 22 é um fluxograma ilustrando um método implementado em um sistema de comunicação, de acordo com uma modalidade. O sistema de comunicação inclui um computador host, uma estação base e um UE que podem ser aqueles descritos com referência às Figuras 17 e 18. Para simplificar a presente invenção, somente referências de desenho à Figura 22 serão incluídas nesta seção. Na etapa 2200 (a qual pode ser opcional), de acordo com os ensinamentos das modalidades descritas ao longo desta invenção, a estação base recebe dados a partir do UE. Na etapa 2202 (a qual pode ser opcional), a estação base começa a transmissão dos dados de usuário recebidos ao computador host. Na etapa 2204 (a qual pode ser opcional), o computador host recebe os dados de usuário portados na transmissão começando pela estação base.

[229] Quaisquer etapas, métodos, características, funções ou benefícios apropriados divulgados na presente invenção podem ser desempenhados através de uma ou mais unidades funcionais ou módulos de um ou mais aparelhos virtuais. Cada aparelho virtual pode compreender um número dessas unidades funcionais. Tais unidades funcionais podem ser implementadas por meio de conjuntos de circuitos de processamento, os quais podem incluir um ou mais microprocessadores ou microcontroladores, assim como outro hardware digital, que pode incluir Processadores Digitais de Sinal (DSPs), lógica digital para fins especiais e semelhantes. O conjunto de circuitos de processamento pode ser configurado para executar o código de programa armazenado na memória, o qual pode incluir um ou diversos tipos de memória, tais como Memória Somente de Leitura (ROM), Memória de Acesso Aleatório (RAM), memória cache, dispositivos de memória flash, dispositivos de armazenamento óptico, etc. O código de programa armazenado na memória inclui instruções de programa para executar um ou mais protocolos de telecomunicações e/ou de comunicações de dados, assim como instruções para realizar uma ou mais das técnicas descritas na presente invenção. Em algumas implementações, o conjunto de circuitos de processamento pode ser usado para fazer com que a respectiva unidade funcional desempenhe funções correspondentes de acordo com uma ou mais modalidades da presente invenção.

[230] Embora os processos nas figuras possam demonstrar uma ordem particular de operações desempenhadas por certas modalidades da presente invenção, deve-se entender que tal ordem é exemplar (por exemplo, modalidades alternativas podem desempenhar as operações em uma ordem diferente, combinar certas operações, sobrepor certas operações etc.). Modalidades Modalidades do Grupo A

1. Método desempenhado por um dispositivo sem fio para desempenhar medições, o método compreendendo pelo menos um de: − monitorar para uma potencial recepção de uma mensagem em um enlace descendente em uma célula na qual o dispositivo sem fio está acampando; − monitorar uma mensagem de difusão de rede; − detectar, com base na recepção da mensagem de enlace descendente ou da mensagem de difusão, informações a respeito de desempenhar medições; − desempenhar as medições com base nas informações a respeito do desempenho das medições; e − relatar os resultados de medição quando estiver pronto.

2. O método da modalidade 1, em que a potencial recepção de uma mensagem é uma potencial recepção de uma mensagem de paging ou qualquer outra mensagem multiplexada com a mensagem de paging.

3. O método de qualquer uma das modalidades 1 a 2, em que a mensagem de difusão de rede é um SIB4.

4. O método de qualquer uma das modalidades 1 a 3, em que as informações a respeito de desempenhar medições compreendem uma indicação para retomar as medições de acordo com uma configuração armazenada no dispositivo sem fio.

5. O método da modalidade 4, em que a configuração armazenada é armazenada em um Contexto UE AS.

6. O método de qualquer uma das modalidades 1 a 5, em que as informações a respeito de desempenhar medições compreendem uma configuração de medição que indica que o dispositivo sem fio deve desempenhar novas medições de acordo com a configuração recebida.

7. O método da modalidade 6, em que a configuração de medição provida pode compreender listas de objetos de medição, configuração de relatório, identificadores de medição, associações entre estes, etc.

8. O método de qualquer uma das modalidades 1 a 7, compreendendo adicionalmente, se a indicação recebida era para restaurar a configuração de medição, restaurar a configuração de medição armazenada.

9. O método de qualquer uma das modalidades 1 a 8 compreendendo adicionalmente, se uma configuração de medição foi incluída, restaurar a configuração de medição armazenada e aplicar a configuração de medição recebida em cima dela.

10. O método da modalidade 9, em que a aplicação da configuração de medição recebida em cima dela compreende tanto como um delta ou configuração completa.

11. O método da modalidade 10, em que a decisão de um delta ou configuração completa é com base em uma estrutura de código de necessidade em IE MeasConfig.

12. O método de qualquer uma das modalidades 1 a 11, em que relatar os resultados de medição quando prontos compreende esperar até que a segurança seja ativada.

13. O método de qualquer uma das modalidades anteriores compreendendo, adicionalmente: − prover dados de usuário; e − encaminhar os dados de usuário a um computador host através de a transmissão para a estação base. Modalidades do Grupo B

14. Um método desempenhado por uma estação base para habilitar medições, o método compreendendo pelo menos um de: − enviar uma indicação para iniciar as medições para um dispositivo sem fio acampando em uma célula da estação base; e − receber resultados de medição a partir do dispositivo sem fio desempenhada antes da recepção de uma mensagem de retomada.

15. O método da modalidade 14, em que a indicação para iniciar as medições é uma mensagem de paging ou qualquer outra mensagem multiplexada com a mensagem de paging.

16. O método de qualquer uma das modalidades 14 a 15, em que a indicação para iniciar as medições é uma mensagem de difusão de rede, como um SIB4.

17. O método de qualquer uma das modalidades 14 a 16, em que a indicação para iniciar as medições compreende uma indicação para retomar as medições de acordo com uma configuração armazenada no dispositivo sem fio.

18. O método da modalidade 17, em que a configuração armazenada é armazenada em um Contexto UE AS.

19. O método de qualquer uma das modalidades 14 a 18, em que a indicação para iniciar as medições compreende uma configuração de medição que indica que o dispositivo sem fio deve desempenhar novas medições de acordo com a configuração recebida.

20. O método da modalidade 19, em que a configuração de medição provida pode compreender listas de objetos de medição, configuração de relatório, identificadores de medição, associações entre os mesmos, etc.

21. O método de qualquer uma das modalidades 14 a 20, compreendendo adicionalmente, se a indicação para iniciar as medições era para restaurar a configuração de medição, o dispositivo sem fio restaura a configuração de medição armazenada.

22. O método de qualquer uma das modalidades 14 a 21, compreendendo adicionalmente, se uma configuração de medição foi incluída, o dispositivo sem fio restaura a configuração de medição armazenada e aplica a configuração de medição recebida em cima dela.

23. O método da modalidade 22, em que a aplicação da configuração de medição recebida em cima dela compreende tanto como um delta ou configuração completa.

24. O método da modalidade 23, em que a decisão de um delta ou configuração completa é com base em uma estrutura de código de necessidade em IE MeasConfig.

25. O método de qualquer uma das modalidades anteriores compreendendo, adicionalmente: − obter de dados de usuário; e − encaminhar os dados de usuário a um computador host ou dispositivo sem fio. Modalidades do Grupo C

26. Um dispositivo sem fio para desempenhar medições, o dispositivo sem fio compreendendo: − Um conjunto de circuitos de processamento configurado para desempenhar qualquer uma das etapas de qualquer uma das modalidades do Grupo A; e − conjunto de circuitos de fornecimento de potência configurado para fornecer potência ao dispositivo sem fio.

27. Uma estação base para possibilitar medições, a estação base compreendendo: − conjunto de circuitos de processamento configurado para desempenhar qualquer uma das etapas de qualquer uma das modalidades do Grupo B; e − conjunto de circuitos de fornecimento de potência configurado para fornecer potência à estação base.

28. Um Equipamento de Usuário, UE, para desempenhar medições, o UE compreendendo: − uma antena configurada para enviar e receber sinais sem fio; − conjunto de circuitos front-end de rádio conectado à antena e ao conjunto de circuitos de processamento e configurado para condicionar os sinais comunicados entre a antena e o conjunto de circuitos de processamento; − o conjunto de circuitos de processamento sendo configurado para desempenhar qualquer uma das etapas de qualquer uma das modalidades do Grupo A; − uma interface de entrada conectada ao conjunto de circuitos de processamento e configurada para permitir que a entrada de informações no UE seja processada pelo conjunto de circuitos de processamento; − uma interface de saída conectada ao conjunto de circuitos de processamento e configurada para emitir informações a partir do UE que foram processadas pelo conjunto de circuitos de processamento; e − uma bateria conectada ao conjunto de circuitos de processamento e configurada para fornecer potência para o UE.

29. Um sistema de comunicação incluindo um computador host compreendendo: − conjunto de circuitos de processamento configurado para prover dados de usuário; e − uma interface de comunicação configurada para encaminhar dados de usuário a uma rede celular para transmissão a um Equipamento de Usuário, UE; − em que o UE compreende uma estação base com uma interface de rádio um conjunto de circuitos de processamento, o conjunto de circuitos de processamento da estação base sendo configurado para desempenhar qualquer uma das etapas de qualquer uma das modalidades do Grupo B.

30. O sistema de comunicação da modalidade anterior incluindo adicionalmente a estação base.

31. O sistema de comunicação das 2 modalidades anteriores, incluindo adicionalmente o UE, em que o UE é configurado para se comunicar com a estação base.

32. O sistema de comunicação das 3 modalidades anteriores, em que: − o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host, provendo, desse modo,

os dados de usuário; e − o UE compreende um conjunto de circuitos de processamento configurado para executar uma aplicação cliente associada à aplicação host.

33. Um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um Equipamento de Usuário (UE), o método compreendendo: − no computador host, prover dados de usuário; e − no computador host, começar uma transmissão transportando os dados de usuário ao UE através de uma rede celular compreendendo a estação base, em que a estação base desempenha qualquer uma das etapas de qualquer uma das modalidades do Grupo B.

34. O método da modalidade anterior, compreendendo adicionalmente, na estação base, transmitir os dados de usuário.

35. O método das 2 modalidades anteriores, em que os dados de usuário são providos no computador host ao executar uma aplicação host, o método compreendendo, adicionalmente, no UE, executar uma aplicação cliente associada à aplicação host.

36. Um Equipamento de Usuário, UE, configurado para se comunicar com uma estação base, o UE compreendendo uma interface de rádio e um conjunto de circuitos de processamento configurado para desempenhar o método das 3 modalidades anteriores.

37. Um sistema de comunicação incluindo um computador host compreendendo: − conjunto de circuitos de processamento configurado para prover dados de usuário; e − uma interface de comunicação configurada para encaminhar os dados de usuário a uma rede celular para transmissão a um Equipamento de Usuário, UE; − em que o UE compreende uma interface de rádio e um conjunto de circuitos de processamento, os componentes do UE sendo configurados para desempenhar qualquer uma das etapas de qualquer uma das modalidades do Grupo A.

38. O sistema de comunicação da modalidade anterior, em que a rede celular inclui adicionalmente uma estação base configurada para se comunicar com o UE.

39. O sistema de comunicação das 2 modalidades anteriores, em que: − o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host, provendo, desse modo, os dados de usuário; e − o conjunto de circuitos de processamento do UE é configurado para executar uma aplicação cliente associada à aplicação host.

40. Um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um Equipamento de Usuário (UE), o método compreendendo: − no computador host, prover dados de usuário; e − no computador host, começar uma transmissão transportando os dados de usuário ao UE através de uma rede celular compreendendo a estação base, em que o UE desempenha qualquer uma das etapas de qualquer uma das modalidades do Grupo A.

41. O método da modalidade anterior, compreendendo adicionalmente, no UE, receber os dados de usuário a partir da estação base.

42. Um sistema de comunicação incluindo um computador host compreendendo:

− interface de comunicação configurada para receber dados de usuário originários a partir de uma transmissão a partir de um Equipamento de Usuário, UE, para uma estação base; − o UE compreende uma interface de rádio e um conjunto de circuitos de processamento, o conjunto de circuitos de processamento do UE sendo configurado para desempenhar qualquer uma das etapas de qualquer uma das modalidades do Grupo A.

43. O sistema de comunicação da modalidade anterior incluindo, adicionalmente, o UE.

44. O sistema de comunicação das 2 modalidades anteriores, incluindo, adicionalmente, a estação base, em que a estação base compreende uma interface de rádio configurada para se comunicar com o UE e uma interface de comunicação configurada para encaminhar, ao computador host, os dados de usuário carregados por uma transmissão a partir do UE à estação base.

45. O sistema de comunicação das 3 modalidades anteriores, em que: − o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host; e − o conjunto de circuitos de processamento do UE é configurado para executar uma aplicação cliente associada à aplicação host, provendo, desse modo, os dados de usuário.

46. O sistema de comunicação das 4 modalidades anteriores, em que: − o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host, provendo, desse modo, os dados solicitados; e − o conjunto de circuitos de processamento do UE é configurado para executar uma aplicação cliente associada à aplicação host, provendo, desse modo, os dados de usuário em resposta ao dados solicitados.

47. Um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um Equipamento de Usuário (UE), o método compreendendo: − no computador host, receber dados de usuário transmitidos para a estação base a partir do UE, em que o UE desempenha qualquer uma das etapas de qualquer uma das modalidades do Grupo A.

48. O método da modalidade anterior compreendendo adicionalmente, no UE, prover os dados de usuário à estação base.

49. O método das 2 modalidades anteriores compreendendo adicionalmente: − no UE, executar uma aplicação cliente, provendo, desse modo, os dados de usuário a serem transmitidos; e − no computador host, executar uma aplicação host associada à aplicação cliente.

50. O método das 3 modalidades anteriores compreendendo adicionalmente: − no UE, executar uma aplicação cliente; e − no UE, receber dados de entrada para a aplicação cliente, os dados de entrada sendo providos ao computador host ao executar uma aplicação host associada à aplicação cliente; − em que os dados de usuário a serem transmitidos são providos pela aplicação cliente em resposta aos dados de entrada.

51. Um sistema de comunicação incluindo um computador host compreendendo uma interface de comunicação configurada para receber dados do usuário provenientes de uma transmissão a partir de um equipamento de usuário, UE, a uma estação base, em que a estação base compreende uma interface de rádio e um conjunto de circuitos de processamento, o conjunto de circuitos de processamento da estação base configurado para desempenhar qualquer uma das etapas de qualquer uma das modalidades do Grupo B.

52. O sistema de comunicação da modalidade anterior incluindo adicionalmente a estação base.

53. O sistema de comunicação das 2 modalidades anteriores, incluindo, adicionalmente, o UE, em que o UE é configurado para se comunicar com a estação base.

54. O sistema de comunicação das 3 modalidades anteriores, em que: − o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host; e − o UE é configurado para executar uma aplicação cliente associada à aplicação host, provendo, desse modo, os dados de usuário a serem recebidos pelo computador host.

55. Um método implementado em um sistema de comunicação incluindo um computador host, uma estação base e um Equipamento de Usuário (UE), o método compreendendo: − no computador host, receber, a partir da estação base, dados de usuário originários de uma transmissão que a estação base recebeu a partir do UE, em que o UE desempenha qualquer uma das etapas de qualquer uma das modalidades do Grupo A.

56. O método da modalidade anterior compreendendo adicionalmente, na estação base, receber os dados de usuário a partir do UE.

57. O método das 2 modalidades anteriores, compreendendo adicionalmente, na estação base, começar uma transmissão dos dados de usuário recebidos para o computador host.

[231] Pelo menos algumas das seguintes abreviaturas podem ser usadas nesta invenção. Caso haja inconsistência entre abreviaturas, deve ser dada preferência ao uso acima.

Caso listada múltiplas vezes abaixo, a primeira listagem deve ser preferencial sobre qualquer/quaisquer listagem(s) subsequente(s). • 3GPP Projeto de Parceria para a Terceira Geração • 5G Quinta Geração • AP Ponto de acesso • AS Estrato de Acesso • ASIC Circuito Integrado de Aplicação Específica • BA Adaptação de largura de banda • BCCH Canal de Controle de Difusão • BWP Parte de Largura de Banda • CA Agregação de Portadora • CGI ID de grupo de células • CMAS Sistema de Alerta Móvel Comercial • CPU Unidade Central de Processamento • CSI-RS Sinal de Referência de Informações de Estado do Canal • DC Conectividade Dupla • DCI Informações de Canal de Enlace Descendente • DL Enlace Descendente • DSP Processador Digital de Sinal • eNB Nó B Aprimorado ou Evoluído • EN-DC Novo Rádio E-UTRAN - Conectividade Dupla • ETWS Sistema de Alerta de Terremoto e Tsunami • E-UTRA Acesso Terrestre Universal Evoluído • E-UTRAN Rede de Acesso Terrestre Universal Evoluída • FPGA Arranjo de Portas Programáveis em Campo

• FR Faixa de Frequência • FR1 Faixa de Frequência 1 • FR2 Faixa de Frequência 2 • GHz Giga-hertz • gNB Estação Base de Novo Rádio • IE Elemento de Informações • IP Protocolo de Internet • LTE Evolução de Longo Prazo • MAC Controle de Acesso ao Meio • MC Conectividade Múltipla • MCG Grupo de Células Mestre • MGTA Avanço de Temporização de Gap de Medição • MIB Bloco de Informações Mestre • MME Entidade de Gerenciamento de Mobilidade • MN Nó Mestre • MTC Comunicação do Tipo Máquina • NAS Estrato de Não Acesso • NG-RAN Rede de Acesso via Rádio de Próxima Geração • NR Novo Rádio • NRF Função de Repositório de Função de Rede • NW Rede • OTT Over-the-Top • PBCH Canal de Difusão Físico • PCCH Canal de Controle de Paging • PDCCH Canal de Controle de Enlace Descendente Físico • PDSCH Canal Compartilhado de Enlace Descendente Físico

• P-GW Gateway de Rede de Dados de Pacote • PLMN Rede Móvel Terrestre Pública • PO Ocasião de Paging • PRACH Canal de Acesso Aleatório Físico • P-RNTI Paging de Identificador Temporário de Rede de Rádio • PWS Sistema de Alerta Público • RACH Canal de Acesso Aleatório • RAM Memória de Acesso Aleatório • RAN Rede de Acesso via Rádio • RAT Tecnologia de Acesso via Rádio • RLC Controle de Enlace de Rádio • RNC Controlador de Rede de Rádio • ROM Memória Somente de Leitura • RRC Controle de Recurso de Rádio • RRH Cabeça de Rádio Remota • RRU Unidade de Rádio Remota • RSRP Potência Recebida de Sinal de Referência • RSRQ Qualidade Recebida de Sinal de Referência • SCEF Função de Exposição de Capacidade de Serviço • SCG Grupo de Células Secundárias • SFN Número de Quadro do Sistema • SI Informações do Sistema • SIB Bloco de Informações do Sistema • SMTC Configuração de Temporização de Medição de bloco de SS/PBCH • SN Nó Secundário

• SRB Transportador de Sinalização de Rádio • SS Sinal de Sincronização • SSB Bloco de Sinal de Sincronização • TDD Duplexação por Divisão de Tempo • TM Modo de transmissão • TS Especificação Técnica • UE Equipamento de Usuário • UL Enlace Ascendente • USB Barramento Serial Universal

[232] Os técnicos no assunto reconhecerão melhorias e modificações nas modalidades da presente invenção. Todas essas melhorias e modificações são consideradas dentro do escopo dos conceitos divulgados na presente invenção.

Claims (25)

REIVINDICAÇÕES

1. Um método desempenhado por um dispositivo sem fio para desempenhar medições em que um status atual de Controle de Recursos de Rádio, RRC, é um do grupo que consiste em: IDLE; e INACTIVE, o método compreendendo: monitorar (800) para uma potencial recepção de uma mensagem de enlace descendente em uma célula em que o dispositivo sem fio está acampando, em que a potencial recepção da mensagem de enlace descendente é uma potencial recepção de um do grupo que consiste em: uma mensagem de paging; e uma mensagem multiplexada com a mensagem de paging; detectar (802), com base na recepção da mensagem de enlace descendente, informações sobre o desempenho de medições, em que as informações sobre o desempenho de medições compreendem uma configuração de medição que indica que o dispositivo sem fio deve desempenhar novas medições de acordo com a configuração recebida, restaurar uma configuração de medição armazenada e aplicar a configuração de medição recebida no topo dela; desempenhar (804) medições, com base nas informações sobre o desempenho de medições, antes da recepção de uma mensagem de retomada; e relatar (806) resultados de medição.

2. O método da reivindicação 1, em que a potencial recepção da mensagem de enlace descendente é uma potencial recepção de uma do grupo que consiste em: uma mensagem de Canal de Controle de Enlace Descendente Físico, PDCCH; e uma mensagem de Canal Compartilhado de Enlace Descendente Físico, PDSCH.

3. O método de qualquer das reivindicações 1 a 2, em que as informações sobre o desempenho de medições compreendem uma indicação para retomar as medições de acordo com uma configuração armazenada no dispositivo sem fio.

4. O método da reivindicação 3, em que a configuração armazenada é armazenada em um Contexto de Equipamento de Usuário, UE.

5. O método de qualquer das reivindicações 1 a 4, em que a configuração de medição provida compreende um ou mais do grupo que consiste em: uma ou mais listas de objetos de medição; uma ou mais configurações de relatório; um ou mais identificadores de medição; e associações entre os mesmos.

6. O método de qualquer das reivindicações 1 a 5, compreendendo adicionalmente: se uma indicação recebida era para restaurar a configuração de medição, restaurar (808) a configuração de medição armazenada.

7. O método de qualquer das reivindicações 1-6, em que a aplicação da configuração de medição recebida no topo da configuração de medição armazenada compreende um ou mais do grupo que consiste em: aplicar a configuração de medição recebida como um delta da configuração de medição armazenada; e aplicar a configuração de medição recebida como uma configuração completa.

8. O método da reivindicação 7, em que o delta compreende um do grupo que consiste em: uma adição; e uma remoção.

9. O método de qualquer das reivindicações 7 a 8, em que se a configuração de medição recebida é aplicada como o delta ou a configuração de medição recebida é aplicada como a configuração completa é baseada em uma estrutura de código need em um MeasConfig IE.

10. O método de qualquer das reivindicações 1 a 9, em que as medições são desempenhadas antes de a segurança relacionada a uma conexão que é retomada ser ativada e os resultados de medição são relatados após a segurança ser ativada.

11. O método de qualquer das reivindicações 1 a 10, em que o dispositivo sem fio opera em uma rede de comunicações de Novo Rádio, NR.

12. Um método desempenhado por uma estação base para habilitar medições para um dispositivo sem fio, em que um status atual de Controle de Recurso de Rádio, RRC, do dispositivo sem fio é um do grupo que consiste em: IDLE; e INACTIVE, o método compreendendo: determinar (1000) se habilita ou não medições para o dispositivo sem fio; enviar (1002) uma indicação para iniciar medições para o dispositivo sem fio acampando em uma célula da estação base, em que enviar a indicação para iniciar medições compreende enviar uma do grupo que consiste em: uma mensagem de paging; e uma mensagem multiplexada com a mensagem de paging, em que a indicação para iniciar as medições compreende uma configuração de medição que indica que o dispositivo sem fio deve desempenhar novas medições de acordo com a configuração recebida, restaurar uma configuração de medição armazenada e aplicar a configuração de medição recebida; e receber (1004) resultados de medição a partir do dispositivo sem fio desempenhado antes da recepção de uma mensagem de retomada.

13. O método da reivindicação 12, em que o envio da indicação para iniciar as medições compreende o envio de uma do grupo que consiste em: uma mensagem de Canal de Controle de Enlace Descendente Físico, PDCCH; e uma mensagem de Canal Compartilhado de Enlace Descendente Físico, PDSCH.

14. O método de qualquer uma das reivindicações 12 a 13, em que as informações sobre o desempenho de medições compreendem uma indicação para retomar as medições de acordo com uma configuração armazenada no dispositivo sem fio.

15. O método da reivindicação 14, em que a configuração armazenada é armazenada em um Contexto de Equipamento de Usuário, UE.

16. O método de qualquer das reivindicações 12 a 15, em que a configuração de medição provida compreende um ou mais do grupo que consiste em: uma ou mais listas de objetos de medição; uma ou mais configurações de relatório; um ou mais identificadores de medição; e associações entre os mesmos.

17. O método de qualquer das reivindicações 12 a 16, em que a indicação compreende uma ou mais do grupo consistindo em: uma indicação de que a configuração de medição recebida seja aplicada como um delta da configuração de medição armazenada; e uma indicação de que a configuração de medição recebida seja aplicada como uma configuração completa.

18. O método da reivindicação 17, em que o delta compreende um do grupo que consiste em: uma adição; e uma remoção.

19. O método de qualquer das reivindicações 17 a 18, em que se a configuração de medição recebida é aplicada como o delta ou a configuração de medição recebida é aplicada como a configuração completa é baseada em uma estrutura de código need em um Elemento de Informações, IE, de MeasConfig.

20. O método de qualquer das reivindicações 12 a 19, em que as medições são desempenhadas antes que a segurança relacionada a uma conexão que é retomada seja ativada e os resultados da medição sejam recebidos após a segurança ser ativada.

21. O método de qualquer das reivindicações 12 a 20, em que a estação base opera em uma rede de comunicações de Novo Rádio, NR.

22. Um dispositivo sem fio (1500) para desempenhar medições em que um status atual de Controle de Recurso de Rádio, RRC, é um do grupo que consiste em: IDLE; e INACTIVE, compreendendo: um ou mais processadores (1502); e memória (1504) compreendendo instruções para fazer com que o dispositivo sem fio (1500): monitore para uma potencial recepção de uma mensagem de enlace descendente em uma célula em que o dispositivo sem fio está acampando, em que a potencial recepção da mensagem de enlace descendente é uma potencial recepção de uma do grupo que consiste em: uma mensagem de paging; e uma mensagem multiplexada com a mensagem de paging; detecte, com base na recepção da mensagem de enlace descendente, informações sobre o desempenho de medições, em que as informações sobre o desempenho de medições compreendem uma configuração de medição que indica que o dispositivo sem fio deve desempenhar novas medições de acordo com a configuração recebida, restaurar uma configuração de medição armazenada e aplicar a configuração de medição recebida no topo dela; desempenhe medições com base nas informações sobre o desempenho das medições antes da recepção de uma mensagem de retomada; e relate os resultados de medição.

23. O dispositivo sem fio (1500) da reivindicação 22, em que as instruções adicionalmente fazem com que o dispositivo sem fio (1500) desempenhe o método de qualquer uma das reivindicações 2 a 11.

24. Uma estação base (1200) para habilitar medições para um dispositivo sem fio (1500) onde um status atual de Controle de Recurso de Rádio, RRC, do dispositivo sem fio (1500) é um do grupo que consiste em: IDLE; e INACTIVE, compreendendo: um ou mais processadores (1204); e memória (1206) compreendendo instruções para fazer com que a estação base (1200): determine se deve ou não habilitar medições para o dispositivo sem fio (1500); envie uma indicação para iniciar medições para o dispositivo sem fio (1500) acampando em uma célula da estação base (1200), em que enviar a indicação para iniciar medições compreende enviar uma do grupo que consiste em: uma mensagem de paging; e uma mensagem multiplexada com a mensagem de paging em que a indicação para iniciar as medições compreende uma configuração de medição que indica que o dispositivo sem fio deve desempenhar novas medições de acordo com a configuração recebida, restaurar uma configuração de medição armazenada e aplicar a configuração de medição recebida; e receber resultados de medição do dispositivo sem fio (1500) desempenhado antes de receber uma mensagem de retomada.

25. A estação base (1200) da reivindicação 31, em que as instruções adicionalmente fazem com que a estação base (1200) desempenhe o método de qualquer uma das reivindicações 13 a 21.