BR112020010800A2

BR112020010800A2 - configuração de relatório de medição para ajudar a classificação de medidas de nível de feixe/célula

Info

Publication number: BR112020010800A2
Application number: BR112020010800-6A
Authority: BR
Inventors: Icaro L. J. Da Silva; Oumer Teyeb; Pradeepa Ramachandra
Original assignee: Telefonaktiebolaget Lm Ericsson (Publ)
Priority date: 2017-11-29
Filing date: 2018-11-27
Publication date: 2020-11-10
Also published as: CN111434146B; US20200404526A1; WO2019106536A1; TWI726262B; BR112020010800B1; JP2021505070A; US11606707B2; EP3718339A1; US20190281485A1; KR20200089307A; JP7166340B2; US20230224751A1; CN111434146A; US10772001B2; TW201937954A

Abstract

De acordo com certas modalidades, um método realizado por um dispositivo sem fio (110) para relatório de medição inclui a classificação de uma pluralidade de medições para um relatório de medição com base em pelo menos uma quantidade de medição. O método inclui ainda relatar, para um nó de rede (160), informações de medição selecionadas a partir da pluralidade de medições classificadas com base na pelo menos uma quantidade de medição.

Description

CONFIGURAÇÃO DE RELATÓRIO DE MEDIÇÃO PARA AJUDAR A CLASSIFICAÇÃO DE MEDIDAS DE NÍVEL DE FEIXE/CÉLULA FUNDAMENTOS

[001] Foi acordado na RAN2 que o relatório de nível de feixe é suportado no NR. Especificamente, foi acordado que: • A medição do feixe (com base no Novo Sinal de Sincronização de Rádio (NR-SS) e no Sinal de Referência de Informações de Estado de Canal (CSI_RS)) pode ser incluída no relatório de medição e pode ser configurada pela rede (ou seja, a rede configura o equipamento de usuário (UE) para relatar apenas identificador de feixe, resultado e identificador de medição de feixe ou nenhum relatório de feixe) • As quantidades de medição podem ser configuradas pela rede para relatórios de medição de feixe. RAN1 para confirmar as quantidades de medição suportadas. • Para a seleção de x blocos de sinal de sincronização (SS) a serem incluídos no relatório de medição para cada célula: x pode ser configurado separadamente de N (N usado na derivação da qualidade da célula). • A quantidade de medição a ser relatada para medições de feixe pode ser a mesma que a quantidade de disparo (de célula) ou ambos RSRP/RSRQ. • Para eventos de medição baseados em NR-SS, em cada célula é relatado o melhor bloco SS e até x-1 próximos blocos SS medidos mais altos acima do limite absoluto. O limite é o mesmo usado para derivação da quantidade de células. • Para eventos de medição baseados no CSI-RS, em cada célula é relatado o melhor CSI-RS e até y-1 CSI-RS medido mais alto acima do limite absoluto. O limite é o mesmo usado para derivar a qualidade da célula. • As informações de nível de feixe (IDS do feixe e/ou resultados de medições disponíveis da célula primária (PCell)/célula secundária primária (PSCell) e célula secundária (SCell) são incluídas no relatório de medição se a rede configurou o UE para fazê-lo.

[002] Com base nesses acordos, para um relatório de medição disparado por evento, o UE deve relatar as medições do nível de feixe de PCell, PSCell, SCell e células no triggeredCellsList.

[003] Além disso, as quantidades de medição relacionadas ao feixe a serem relatadas para as células no triggeredCellsList podem ser configuradas (independentemente das quantidades de medição a serem relatadas para as células) da seguinte maneira: Somente índice de feixe, índice de feixe e RSRP de feixe, índice de feixe e RSRQ de feixe ou Índice de feixe e relação de sinal para interferência mais ruído (SINR) de feixe. Em cada célula, o melhor bloco SS/CSI- RS é sempre incluído no relatório de medição e até x-1/y-1 próximos blocos SS medidos mais altos/CSI-RS são incluídos no relatório de medição.

[004] Além disso, haverá suporte para relatórios periódicos de medição no NR. Especificamente, o seguinte foi acordado na RAN2: • Os acordos de relatório de feixe atuais (a rede configura o UE para relatar apenas o identificador de feixe, resultado e identificador de medição de feixe ou nenhum relatório de feixe) se aplica a ambos relatórios disparados por eventos e aos relatórios periódicos. • Uma única configuração de medição periódica pode ser configurada para relatar resultados medidos com base em SS ou resultados medidos com base em CSI-RS (não ambos). • O UE é obrigado a relatar todas as células aplicáveis até maxCellReport para medição periódica, onde as células aplicáveis são definidas como quaisquer células vizinhas detectadas na frequência associada, exceto a célula na lista negra de células.

[005] Com base nesses acordos, os relatórios de medição periódicos serão baseados em apenas um RSType configurado no reportConfig correspondente. Além disso, foi acordado que as medições do nível do feixe também estão incluídas no relatório de medição.

[006] No LTE, o parâmetro triggerQuantity, parte da configuração do relatório (reportConfig), não é usado apenas para indicar qual quantidade deve ser usada para o relatório disparado por evento, como, por exemplo, RSRP, RSRQ ou SINR. Além disso, também pode ser usado para relatórios periódicos. Além deste parâmetro, reportConfig também contém um parâmetro chamado reportQuantity, usado para indicar quais quantidades devem ser incluídas no relatório de medição. Em outras palavras, a rede pode configurar o UE para relatar mais quantidades do que o que está sendo usado para disparar o evento.

[007] Se o triggerQuantity for configurado como RSRP e o reportQuantity for configurado como sameAsTriggerQuantity, o UE relatará os valores da RSRP. Se o triggerQuantity for configurado como RSRQ e o reportQuantity for configurado como sameAsTriggerQuantity, o UE relatará os valores RSRQ. Além disso, o reportQuantity pode ser configurado como both, levando a relatórios da RSRP e RSRQ. Na Versão 13, também foram apresentados relatórios adicionais baseados em SINR.

[008] Atualmente existe(m) certo(s) desafio(s). Com base nos acordos acima paro NR, a rede pode configurar um UE para incluir informações de medição de nível de feixe (isto é, apenas índices de feixe ou índices de feixe com resultado(s) de medição) para relatórios periódicos de medição, bem como relatórios de medição disparados por eventos. Já foi acordado que o UE deve incluir o melhor feixe para cada célula e até X-1 feixes mais fortes por célula acima de um limite absoluto no relatório de medição, em que X é configurado no reportConfig e o limite no measObject.

[009] Além disso, o seguinte foi discutido para resolver o problema e foi submetido à RAN2#100 em R2-1713427, que discute correções no RRM TP: O TP atual, o UE deriva cada quantidade de célula pelos melhores feixes de N para essa quantidade, como abaixo: O UE deve: 1> para cada quantidade de medição de célula a ser derivada com base no bloco SS/PBCH; 2> se nroSS-BlocksToAverage no measObject associado não for configurado; ou 2> se absThreshSS-BlocksConsolidation no measObject associado não for configurado; ou 2> se o valor mais alto da quantidade de medição do feixe for abaixo de absThreshSS-BlocksConsolidation: 3> derivar cada quantidade de medição de célula com base no bloco SS/PBCH como o valor mais alto de quantidade de medição de feixe, onde cada quantidade de medição de feixe é descrita em TS 38.215 [FFS]; 2> senão: 3> derivar cada quantidade de medição de célula com base no bloco SS/PBCH como a média linear dos valores de potência dos valores mais altos de quantidade de medição de feixe acima de absThreshSS-BlocksConsolidation, onde o número total de feixes médios não deve exceder nroSS-BlocksToAverage;

[0010] Se várias qualidades de células (por exemplo, RSRQ e RSRQ) forem configuradas para relatar, o UE pode ter conjuntos diferentes dos melhores feixes de N para derivação de células, considerando que os melhores feixes de N para RSRP e RSRQ podem ser diferentes.

[0011] No entanto, há apenas um conjunto de feixes no relatório de medição, o TP atual diz que o UE deve incluir o melhor feixe para cada quantidade e outros feixes acima do limite em ordem decrescente, mas não está claro como classificar estes feixes. Se os feixes forem classificados por quantidades diferentes (por exemplo, RSRP ou RSRQ), os resultados serão diferentes.

[0012] Para que as informações de medição de feixe sejam incluídas em um relatório de medição, o UE deve: 1> definir rsIndexResults para incluir até os índices de feixe maxNroRsIndexesToReport em ordem decrescente de quantidade da seguinte maneira: 2> se as informações de medição a serem incluídas forem baseadas no bloco SS/PBCH: 3> incluir nos resultsSSBIndexes o índice associado ao melhor feixe para a quantidade de blocos SS/PBCH e os feixes restantes cuja quantidade está acima de absThreshSS-BlocksConsolidation definida no VarMeasConfig para o measObject correspondente; 3> se onlyReportBeamIds não for configurado, incluir os resultados de medição baseados em SS/PBCH associados a cada índice de feixe;

[0013] Para esclarecer os critérios de varredura de feixes para o relatório de feixes, uma possível alteração é classificar os feixes pela quantidade de disparada pelo evento, mas ainda não está claro como classificar feixes para MR periódica. Uma outra opção é indicar a quantidade de classificação de feixes explicitamente pela rede; nesse caso, é necessária uma configuração adicional para indicar a quantidade de classificação de feixes no MR.

[0014] Proposta 6: a rede precisa indicar a quantidade de medição para classificação de feixe na configuração de medição, se várias quantidades forem configuradas para relatar.

[0015] Assim, como pode ser visto, a contribuição R2-1713427 mencionou uma primeira solução em que esse “triggerQuantity” poderia ser usado como a quantidade de medição a ser usada para classificar as medições do nível de feixe a serem relatadas. Como foi mencionado na técnica anterior, o problema dessa solução é que o triggerQuantity é definido apenas para eventos disparados nas especificações NR RRC, portanto, é ambíguo como o UE deve classificar os feixes a serem incluídos nos relatórios de medição.

[0016] Então, a Contribuição sugere uma segunda solução em que um parâmetro explícito indica ao UE como classificar os feixes, algum tipo de parâmetro de relatório de classificação de feixes. Embora essa solução possa resolver o problema, essa não é a mais eficiente.

[0017] Os problemas com a segunda solução são que um parâmetro extra teria que ser definido na especificação e explicitamente sinalizado para o UE. Além disso, outro problema é que ele cobre apenas o caso de uma única quantidade de disparo, ou seja, o relatório é disparado com base em uma única quantidade RSRP, RSRQ ou SINR. No NR, pelo menos foi proposto que a rede potencialmente configurasse várias quantidades de disparos, como, por exemplo, RSRP e RSRQ; RSRQ e SINR; RSRP e SINR; RSRP, RSRQ e SINR. Além disso, foi proposto que estes poderiam ser baseados em vários tipos de RS, por exemplo, bloco SS/PBCH e CSI-RS.

[0018] Ainda outro problema está relacionado aos seguintes acordos no NR, relacionados aos relatórios de feixes associados às células que servidoras Especificamente, no RAN2 # 99bis em Praga, foi acordado que as informações de nível de feixe (IDs de feixe e/ou resultados de medição disponíveis) do PCell/PSCell e SCell são incluídas no relatório de medição se a rede configurou o UE para fazê-lo.

[0019] Ainda há uma dúvida em aberto se o UE sempre inclui informações de feixe de células servidoras nos relatórios de medição, embora uma das alternativas possa provavelmente ser suportada: • O UE deve incluir no relatório de medição todas as informações de medição de feixe disponíveis para as células servidoras; • O UE deve incluir no relatório de medição as informações de medição de feixe disponíveis para célula(s) servidora(s), de acordo com o reportConfig associado ao relatório;

[0020] Por outras palavras, no LTE, o UE deve incluir a RSRP e a RSRQ nos relatórios de medição para cada célula servidora configurada. Isso também foi acordado para o NR. Portanto, como para cada frequência existe uma única célula servidora, não há necessidade de resolver o problema de classificação para relatório de medição de célula servidora. No entanto, no NR, foi acordado que a rede pode configurar o UE para incluir resultados de medição de feixe associados a i) células servidoras (PCell e SCell(s)) e ii) melhor(res) vizinho(s) em frequências servidoras, como discutido acima. Portanto, a(s) solução(ções) descrita(s) na contribuição e acordos anteriores ignora(m) esse aspecto de servir as medições de células, o que é outra limitação.

[0021] Ainda outro problema está relacionado aos seguintes acordos no NR, relacionados aos relatórios de feixes associados às melhores células vizinhas em cada frequência servidora. Na RAN2 # 99bis Praga, foi acordado que a rede pode configurar o UE para relatar as melhores células vizinhas nas frequências servidoras. O acordo da reunião da RAN2 # 99bis permite incluir as medições do nível de células da melhor célula vizinha em frequência servidoras. No entanto, o RSType a ser usado para realizar as medições das células vizinhas ainda não está acordado. Embora seja possível configurar um elemento de informações separado para controlar qual tipo de RSType deve ser usado para realizar as medições de células vizinhas nas frequências servidoras, seria suficiente ter o mesmo RSType que o usado para medições das células servidoras. Já foi acordado que o RSType para a medição das células servidoras é o mesmo que o configurado no reportConfigNR. Existe a possibilidade de que o seguinte possa ser acordado no NR: • O UE deve usar o(s) mesmo(s) RSType(s) para medir a melhor célula vizinha nas frequências servidoras que o de medições das células servidoras nessas frequências.

[0022] Como o RSType a ser usado para medir as medições das células vizinhas nas frequências servidoras, as quantidades a serem medidas também podem seguir os mesmos princípios. É benéfico para a rede ter a mesma quantidade a ser relatada para a melhor célula vizinha e a célula servidora nas frequências servidoras, para que a rede possa comparar essas medições e tomar as decisões adequadamente. Como as medições de RSRP e RSRQ sempre serão relatadas para as células servidoras, o mesmo será aplicável às melhores células vizinhas naquelas frequências servidoras. O relatório do SINR, conforme mencionado na seção anterior, pode depender do conteúdo da quantidade de relatório do measID que disparou o relatório de medição. Além disso, existe também a possibilidade de que também seja acordado no NR: • O UE deve usar a mesma quantidade de medição para relatar medições do nível de células da melhor célula vizinha nas frequências servidoras que aquela de medições de células servidoras nessas frequências.

[0023] As informações de nível de feixe da melhor célula vizinha nas frequências servidoras nem sempre são necessárias. Nos casos em que é necessário, a rede pode obter o mesmo tendo eventos específicos relacionados ao mesmo (por exemplo, evento A6). No entanto, a configuração de eventos A6 adicionais apenas com o objetivo de obter as melhores informações sobre o nível de feixe de células vizinhas em frequência servidoras pode levar a um aumento no número de medições conforme configurado para o UE. Para superar essa desvantagem, pode haver uma compensação, ou seja, é possível ter as informações de nível de feixe da melhor célula vizinha em frequências servidoras relatadas à rede somente se o UE for configurado com o relatório de nível de feixe for ativado no reportConfig do measID que disparou o relatório de medição. Também pode ser acordado o seguinte para o NR: • O UE deve incluir as medições do nível de feixe da melhor célula vizinha nas frequências servidoras no relatório de medição somente se o relatório de nível de feixe for ativado no reportConfig do measID que disparou o relatório de medição.

[0024] A fim de reduzir ainda mais o overhead de relatório, o UE poderia relatar apenas as quantidades configuradas no parâmetro relacionado ao relatório de nível de feixe no reportConfig do measID que disparou o relatório de medição. • deve incluir apenas as quantidades de medição do nível de feixe da melhor célula vizinha nas frequências servidoras configuradas no relatório de nível de feixe do reportConfig no measID que disparou o relatório de medição.

[0025] Em resumo, as informações de medição de nível de feixe associadas aos melhores vizinhos em cada frequência servidora também podem ser configuradas pela rede para serem incluídas pelo UE nos relatórios de medição. Portanto, como esse problema também não existia no LTE ou não foi abordado por propostas anteriores, ele ainda permanece sem solução.

SUMÁRIO

[0026] Certos aspectos da presente descrição e suas modalidades podem fornecer soluções para estes ou outros desafios. Modalidades particulares propõem um método para configurar o equipamento de usuário (UE) para identificar a quantidade a ser escolhida para classificar as medições do nível de feixe.

[0027] De acordo com certas modalidades, um método realizado por um dispositivo sem fio para relatar medições inclui a classificação de uma pluralidade de medições para um relatório de medição com base em pelo menos uma quantidade de medição. O método inclui ainda relatar, a um nó de rede, informações de medição selecionadas a partir da pluralidade de medições classificadas com base na pelo menos uma quantidade de medição.

[0028] De acordo com certas modalidades, um dispositivo sem fio para relatar medições inclui conjunto de circuitos de processamento configurados para classificar uma pluralidade de medições para um relatório de medição com base em pelo menos uma quantidade e relatório de medição, para um nó de rede, informações de medição selecionadas a partir da pluralidade de medições com base em a pelo menos uma quantidade de medição.

[0029] De acordo com certas modalidades, um método realizado por um nó de rede para configurar um dispositivo sem fio para relatórios de medição inclui configurar o relatório de medição baseado em eventos do dispositivo sem fio e receber, do dispositivo sem fio, um relatório de medição que compreende informações de medição selecionadas a partir de uma pluralidade de medições com base em uma classificação da pluralidade de medições em resposta à detecção de um evento.

[0030] De acordo com certas modalidades, um nó de rede para configurar um dispositivo sem fio para relatórios de medição inclui conjunto de circuitos de processamento configurado para configurar o dispositivo sem fio para relatórios de medição baseados em eventos e receber, a partir do dispositivo sem fio, um relatório de medição que compreende informações de medição selecionadas a partir de uma pluralidade de medições com base em uma classificação da pluralidade de medições em resposta à detecção de um evento.

[0031] Certas modalidades podem fornecer uma ou mais das seguintes vantagens técnicas. Por exemplo, certas modalidades podem fornecer um comportamento padronizado do UE para a classificação dos feixes, o que permite que a rede construa funções inteligentes de rede auto otimizada (SON).

BREVE DESCRIÇÃO DOS DESENHOS

[0032] Para uma compreensão mais completa das modalidades descritas e suas características e vantagens, é agora feita referência à seguinte descrição, tomada em conjunto com os desenhos anexos, nos quais: a FIGURA 1 ilustra um procedimento para relatório de medições, de acordo com certas modalidades, a FIGURA 2 ilustra um exemplo de rede, de acordo com certas modalidades; a FIGURA 3 ilustra um exemplo de nó de rede, de acordo com certas modalidades; a FIGURA 4 ilustra um exemplo de um dispositivo sem fio de acordo com certas modalidades; a FIGURA 5 ilustra uma modalidade exemplificativa de um UE, de acordo com certas modalidades; a FIGURA 6 ilustra um ambiente de virtualização no qual as funções implementadas por algumas modalidades podem ser virtualizadas, de acordo com certas modalidades; a FIGURA 7 ilustra uma rede de telecomunicações conectada através de uma rede intermediária a um computador host, de acordo com certas modalidades; a FIGURA 8 ilustra um computador host que se comunica através de uma estação base com um equipamento de usuário através de uma conexão parcialmente sem fio, de acordo com certas modalidades; a FIGURA 9 ilustra um exemplo de método implementado em um sistema de comunicação, de acordo com certas modalidades;

a FIGURA 10 ilustra outro método exemplar implementado em um sistema de comunicação, de acordo com certas modalidades; a FIGURA 11 ilustra outro método exemplar implementado em um sistema de comunicação, de acordo com certas modalidades; a FIGURA 12 ilustra outro método exemplar implementado em um sistema de comunicação, de acordo com certas modalidades; a FIGURA 13 ilustra um exemplo de método em uma rede sem fio, de acordo com certas modalidades; a FIGURA 14 ilustra um diagrama de blocos esquemático de um aparelho em uma rede sem fio, de acordo com certas modalidades; a FIGURA 15 ilustra um exemplo de método por um dispositivo sem fio para relatório de medições, de acordo com certas modalidades; a FIGURA 16 ilustra um diagrama de blocos esquemático de um aparelho em uma rede sem fio, de acordo com certas modalidades; a FIGURA 17 ilustra um exemplo de método por um nó de rede para configurar um dispositivo sem fio para relatórios de medição, de acordo com certas modalidades; e a FIGURA 18 ilustra um diagrama de blocos esquemático de um aparelho em uma rede sem fio, de acordo com certas modalidades.

DESCRIÇÃO DETALHADA

[0033] Geralmente, todos os termos aqui utilizados devem ser interpretados de acordo com seu significado comum no campo técnico relevante, a menos que um significado diferente seja claramente dado e/ou implícito no contexto em que é usado. Todas as referências a um/a/elemento, aparelho, componente, meio, etapa, etc. devem ser interpretadas abertamente como se referindo a pelo menos uma instância do elemento, aparelho, componente, meio, etapa, etc., a menos que declarado explicitamente de outra forma. As etapas de qualquer método descrito neste documento não precisam ser executadas na ordem exata descrita, a menos que uma etapa seja explicitamente descrita como seguindo ou precedendo outra etapa e/ou onde esteja implícito que uma etapa deve seguir ou preceder outra etapa. Qualquer característica de qualquer uma das modalidades descritas neste documento pode ser aplicada a qualquer outra modalidade, sempre que apropriado. Da mesma forma, qualquer vantagem de qualquer uma das modalidades pode se aplicar a quaisquer outras modalidades e vice-versa. Outros objetivos, características e vantagens das modalidades anexas serão evidentes a partir da descrição a seguir.

[0034] Algumas das modalidades contempladas neste documento serão agora descritas mais detalhadamente com referência aos desenhos anexos. Outras modalidades, no entanto, estão contidas no escopo do assunto descrito neste documento; o assunto descrito não deve ser interpretado como limitado apenas às modalidades aqui definidas; em vez disso, essas modalidades são fornecidas a título de exemplo para transmitir o escopo do objeto aos especialistas na técnica.

[0035] As modalidades a seguir são aplicáveis aos relatórios de medição de nível de célula e feixe pelo menos em i) relatórios periódicos de medição incluindo informações de medição de feixe, ii) relatórios de medição disparados por eventos, incluindo informações de medição de feixe.

[0036] No caso de relatório de medição disparado por evento, certas modalidades podem assumir os seguintes casos para o problema de classificar as informações e células de medição de feixe com base nesses casos: - Quantidade de disparo único com base no tipo RS único: • RSRP, RSRQ ou SINR; Qualquer um deles baseado no bloco SS/PBCH; • RSRP, RSRQ ou SINR; Qualquer um deles baseado no CSI-RS;

- Quantidade de disparo único com base em vários tipos de RS: • RSRP, RSRQ ou SINR; Pode haver a mesma quantidade de disparo medida com diferentes tipos de RS. • Por exemplo, o evento pode ser configurado para ser disparado com base em dois valores de RSRP, um medido com base no bloco SS/PBCH e outro com base no CSI-RS. • Por exemplo, o evento pode ser configurado para ser disparado com base em dois valores de RSRQ, um medido com base no bloco SS/PBCH e outro com base no CSI-RS. • Por exemplo, o evento pode ser configurado para ser disparado com base em dois valores SINR, um medido com base no bloco SS/PBCH e outro com base no CSI-RS. • RSRP, RSRQ ou SINR; Qualquer um deles baseado no CSI-RS; - Múltiplas quantidades de disparo baseadas no único tipo de RS por evento: • RSRP e RSRQ; RSRP e SINR; RSRQ e SINR; RSRP, RSRQ e SINR; Todos baseados no bloco SS/PBCH. • RSRP e RSRQ; RSRP e SINR; RSRQ e SINR; RSRP, RSRQ e SINR; Todos baseados no CSI-RS. - Múltiplas quantidades de disparo baseadas em vários tipos de RS por evento: • RSRP baseado no bloco SS/PBCH e RSRQ baseado no CSI-RS; • RSRP baseado em CSI-RS e RSRQ baseado em bloco SS/PBCH; • RSRP baseado no bloco SS/PBCH e SINR baseado no CSI-RS; • RSRP baseado em CSI-RS e SINR baseado em bloco SS/PBCH; • RSRQ baseado no bloco SS/PBCH e SINR baseado no CSI-RS; • RSRQ baseado em CSI-RS e SINR baseado em bloco SS/PBCH;

• RSRP, RSRQ e SINR, com base em qualquer combinação de tipos de RS. Por exemplo, RSRP e RSRQ com base no bloco SS/PBCH enquanto SINR com base no CSI-RS. Em outro exemplo, RSRP e SINR com base no bloco SS/PBCH enquanto RSRQ com base no CSI-RS.

[0037] De acordo com certas modalidades, a rede pode configurar diferentes informações de medição de feixe e nível de célula. Por exemplo, a rede pode configurar o UE para relatar as seguintes informações de medição com base no(s) bloco(s) SS/PBCH: - resultados de medição por bloco SS/PBCH, por célula e/ou feixe; - índices do bloco SS/PBCH (ou seja, por feixe quando os blocos SS/PBCH são formados por feixe e configurados para medições).

[0038] A rede pode configurar o UE para relatar as seguintes informações de medição com base nos recursos do CSI-RS: - Resultados de medição por recurso CSI-RS, por célula e/ou por feixe. - Identificadores de medição de recursos CSI-RS.

[0039] De acordo com certas modalidades, um único parâmetro, que pode ser chamado de triggerQuantity, é definido no reportConfig como um parâmetro de uso múltiplo e definido para vários tipos de eventos.

[0040] Em uma modalidade particular, por exemplo, o único parâmetro chamado triggerQuantity pode ser definido no reportConfig para o tipo de relatório disparado por evento e o tipo de relatório periódico como um parâmetro comum. O parâmetro triggerQuantity pode ser definido em reportConfig pode ser codificado da seguinte maneira triggerQuantity :: = ENUMERATED {rsrp, rsrq, sinr}.

[0041] Abaixo estão alguns exemplos de como esse parâmetro comum pode ser codificado no ASN.1. Por exemplo, triggerQuantity pode ser válido para vários tipos de relatório, por exemplo periódico ou eventTriggered e codificado fora de reportType, conforme mostrado abaixo: Elemento de informações reportConfigNR -- ASN1START -- TAG-REPORT-CONFIG-START

ReportConfigNR ::= SEQUENCE { reportType CHOICE { periodical PeriodicalReportConfig, eventTriggered EventTriggerConfig, reportCGI Type_FFS!, ... }, triggerQuantity ENUMERATED {rsrp, rsrq, sinr} }

EventTriggerConfig::= SEQUENCE { eventId CHOICE { eventA1 SEQUENCE { a1-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger }, eventA2 SEQUENCE { a2-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis,

timeToTrigger TimeToTrigger }, eventA3 SEQUENCE { a3-Offset MeasTriggerQuantityOffset, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN

OPTIONAL }, eventA4 SEQUENCE { a4-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN

OPTIONAL }, eventA5 SEQUENCE { a5-Threshold1 MeasTriggerQuantity, a5-Threshold2 MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN

OPTIONAL },

eventA6 SEQUENCE { a6-Offset MeasTriggerQuantityOffset, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN

OPTIONAL }, }, rsType ENUMERATED {ss, csi-rs}, reportInterval ReportInterval, reportAmount ENUMERATED {FFS!}, reportQuantityCell MeasReportQuantity, maxReportCells INTEGER (1..maxCellReport), reportQuantityRsIndexes MeasReportQuantity OPTIONAL, maxNroRsIndexesToReport INTEGER (1..maxNroIndexesToReport) OPTIONAL, onlyReportBeamIds BOOLEAN

OPTIONAL reportAddNeighMeas TYPE_FFS!

} PeriodicalReportConfig ::= SEQUENCE { rsType ENUMERATED {ss, csi-rs}, reportInterval ReportInterval, reportAmount ENUMERATED {FFS!}, reportQuantityCell MeasReportQuantity, maxReportCells INTEGER (1..maxCellReport), reportQuantityRsIndexes MeasReportQuantity OPTIONAL, maxNroRsIndexesToReport INTEGER (1..maxNroIndexesToReport) OPTIONAL, onlyReportBeamIds BOOLEAN

OPTIONAL } MeasTriggerQuantity::= CHOICE { rsrp RSRPRange, rsrq RSRQRange, sinr SINRRange }

MeasTriggerQuantityOffset::= CHOICE { rsrp INTEGER (FFS!) OPTIONAL, rsrq INTEGER (FFS!) OPTIONAL, sinr INTEGER (FFS!) OPTIONAL } MeasReportQuantity::= SEQUENCE { rsrp BOOLEAN, rsrq BOOLEAN, sinr BOOLEAN }

M -- TAG-REPORT-CONFIG-START -- ASN1STOP

[0042] De acordo com outras modalidades, o mesmo parâmetro de uso múltiplo triggerQuantity pode ser codificado dentro de cada reportType que deve ser usado, como periódico ou eventTriggered, como mostrado abaixo: Elemento de informações reportConfigNR -- ASN1START -- TAG-REPORT-CONFIG-START

ReportConfigNR ::= SEQUENCE { reportType CHOICE { periodical PeriodicalReportConfig, eventTriggered EventTriggerConfig, reportCGI Type_FFS!, ... } }

EventTriggerConfig::= SEQUENCE { eventId CHOICE { eventA1 SEQUENCE { a1-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger }, eventA2 SEQUENCE { a2-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger }, eventA3 SEQUENCE { a3-Offset MeasTriggerQuantityOffset, reportOnLeave BOOLEAN, hysteresis Hysteresis,

timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN

OPTIONAL }, eventA6 SEQUENCE { a6-Offset MeasTriggerQuantityOffset, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN

OPTIONAL }, }, rsType ENUMERATED {ss, csi-rs}, reportInterval ReportInterval, reportAmount ENUMERATED {FFS!}, triggerQuantity ENUMERATED {rsrp, rsrq, sinr} reportQuantityCell MeasReportQuantity, maxReportCells INTEGER (1..maxCellReport), reportQuantityRsIndexes MeasReportQuantity OPTIONAL, maxNroRsIndexesToReport INTEGER (1..maxNroIndexesToReport) OPTIONAL, onlyReportBeamIds BOOLEAN

OPTIONAL reportAddNeighMeas TYPE_FFS! } PeriodicalReportConfig ::= SEQUENCE { rsType ENUMERATED {ss, csi-rs},

reportInterval ReportInterval, reportAmount ENUMERATED {FFS!}, triggerQuantity ENUMERATED {rsrp, rsrq, sinr} reportQuantityCell MeasReportQuantity, maxReportCells INTEGER (1..maxCellReport), reportQuantityRsIndexes MeasReportQuantity OPTIONAL, maxNroRsIndexesToReport INTEGER

1..maxNroIndexesToReport) OPTIONAL, onlyReportBeamIds BOOLEAN

OPTIONAL } MeasTriggerQuantity::= CHOICE { rsrp RSRPRange, rsrq RSRQRange, sinr SINRRange } MeasTriggerQuantityOffset::= CHOICE { rsrp INTEGER (FFS!)

OPTIONAL, rsrq INTEGER (FFS!) OPTIONAL, sinr INTEGER (FFS!)

OPTIONAL } MeasReportQuantity::= SEQUENCE { rsrp BOOLEAN, rsrq BOOLEAN, sinr BOOLEAN }

M

[0043] De acordo com outras modalidades, o parâmetro para o tipo de relatório disparado por evento dentro de cada evento é codificado, pois pode não ser aplicável a outros eventos a serem introduzidos no futuro, conforme mostrado abaixo: Elemento de informações reportConfigNR ReportConfigNR ::= SEQUENCE { reportType CHOICE { periodical PeriodicalReportConfig, eventTriggered EventTriggerConfig, reportCGI Type_FFS!,

... } }

EventTriggerConfig::= SEQUENCE { eventId CHOICE { eventA1 SEQUENCE { a1-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, triggerQuantity ENUMERATED {rsrp, rsrq, sinr}

}, eventA2 SEQUENCE { a2-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, triggerQuantity ENUMERATED {rsrp, rsrq, sinr} }, eventA3 SEQUENCE { a3-Offset MeasTriggerQuantityOffset, reportOnLeave BOOLEAN, hysteresis Hysteresis,

timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN OPTIONAL, triggerQuantity ENUMERATED {rsrp, rsrq, sinr} }, eventA4 SEQUENCE { a4-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN OPTIONAL, triggerQuantity ENUMERATED {rsrp, rsrq, sinr} }, eventA5 SEQUENCE { a5-Threshold1 MeasTriggerQuantity, a5-Threshold2 MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN OPTIONAL, triggerQuantity ENUMERATED {rsrp, rsrq, sinr} },

eventA6 SEQUENCE { a6-Offset MeasTriggerQuantityOffset, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN OPTIONAL, triggerQuantity ENUMERATED {rsrp, rsrq, sinr} }, }, rsType ENUMERATED {ss, csi-rs}, reportInterval ReportInterval, reportAmount ENUMERATED {FFS!}, reportQuantityCell MeasReportQuantity, maxReportCells INTEGER (1..maxCellReport), reportQuantityRsIndexes MeasReportQuantity OPTIONAL, maxNroRsIndexesToReport INTEGER (1..maxNroIndexesToReport) OPTIONAL, onlyReportBeamIds BOOLEAN

OPTIONAL reportAddNeighMeas TYPE_FFS! } PeriodicalReportConfig ::= SEQUENCE { rsType ENUMERATED {ss, csi-rs}, reportInterval ReportInterval, reportAmount ENUMERATED {FFS!}, triggerQuantity ENUMERATED {rsrp, rsrq, sinr} reportQuantityCell MeasReportQuantity, maxReportCells INTEGER (1..maxCellReport), reportQuantityRsIndexes MeasReportQuantity OPTIONAL, maxNroRsIndexesToReport INTEGER (1..maxNroIndexesToReport) OPTIONAL, onlyReportBeamIds BOOLEAN

OPTIONAL } MeasTriggerQuantity::= CHOICE { rsrp RSRPRange,

rsrq RSRQRange, sinr SINRRange } MeasTriggerQuantityOffset::= CHOICE { rsrp INTEGER (FFS!) OPTIONAL, rsrq INTEGER (FFS!) OPTIONAL, sinr INTEGER (FFS!)

M -- TAG-REPORT-CONFIG-START -- ASN1STOP

[0044] De acordo com certas modalidades, ações do UE podem ser tomadas dependendo do valor do parâmetro no reportConfig para um identificador de medição (measId), que pode ser: 'rsrp', 'rsrq' ou 'sinr'. Como exemplos, o UE deve: - Se o tipo de relatório disparado por evento for configurado e se o relatório de feixe for configurado para esse evento ou, - Se o tipo de relatório periódico for configurado e se o relatório de feixe for configurado para esse tipo de relatório: • O UE deve classificar os resultados da medição da célula vizinha para serem incluídos nos relatórios de medição com base no valor configurado, ou seja, se a rede configurar 'rsrp', os resultados da medição da célula e as informações de medição do feixe serão classificadas com base nas medições de RSRP (valores de RSRP da célula e valores de RSRP de feixe filtrado L3, com base no bloco SS/PBCH ou CSI-RS). - Se o tipo de relatório periódico for configurado e se o relatório de feixe for configurado para esse tipo de relatório: • UE deve assumir o parâmetro configurado como a quantidade de disparo para esse evento configurado, isto é, RSRP, RSRQ ou SINR. - Quando o UE deve incluir informações de medição de feixe de célula(s) servidoras configuradas, pode haver vários feixes por célula e a classificação é necessária.

Por conseguinte, o UE deve: • Se os feixes a serem relatados tiverem medidas associadas a apenas um tipo de RS, definir o measResult para incluir a(s) quantidade(s) indicada(s) no (a) reportQuantity dentro do reportConfig em questão, em ordem decrescente do triggerQuantity, ou seja, o melhor feixe associado ao triggerQuantity para o o tipo RS disponível é incluído primeiro; - Quando o UE deve incluir, para cada melhor vizinho(s) configurado(s) em cada frequência servidora, informações de medição de feixe, pode haver vários feixes por melhor célula vizinha e é necessária a classificação. Por conseguinte, o UE deve: • Se os feixes a serem relatados tiverem medidas associadas a apenas um tipo de RS, definir o measResult para incluir a(s) quantidade(s) indicada(s) no (a) reportQuantity dentro do reportConfig em questão, em ordem decrescente do triggerQuantity, ou seja, o melhor feixe associado ao triggerQuantity para o o tipo RS disponível é incluído primeiro;

[0045] De acordo com certas modalidades, pode-se dizer que o parâmetro é multifuncional, no sentido de que também é usado para indicar a ordem para incluir informações de medição de feixe associadas à(s) célula(s) servidora(s) e ao(s) melhor(es) vizinho(s) na(s) frequência(s) servidora(s) nos relatórios de medição, ou seja, ordenados por RSRP, RSRQ ou SNIR.

[0046] Em outra modalidade, o parâmetro existente rsType no reportConfig, que pode assumir valores SS/PBCH block ou CSI-RS, também é multifuncional. Conforme definido nas atuais especificações 38.331DRAFT, o parâmetro é usado apenas para selecionar qual tipo de RS deve ser usado para medições vizinhas associadas a esse tipo de relatório. Conforme proposto nesta modalidade, deve ser utilizado, além disso, para ações adicionais do UE relacionadas à seleção de feixes associados às células servidoras a serem incluídas nos relatórios de medição. - Se o tipo de relatório disparado por evento for configurado ou, - Se o tipo de relatório periódico for configurado, • Se os feixes associados à(s) célula(s) servidora(s) configurada(s) a serem relatadas tiverem medidas associadas a vários tipos de RS, por exemplo bloco SS/PBCH e o CSI-RS, definir o measResult para incluir a(s) quantidade(s) indicada(s) no reportQuantity no reportConfig em questão, em ordem decrescente do triggerQuantity associado ao mesmo rsType no reportConfig que disparou o relatório, ou seja, o melhor feixe associado ao triggerQuantity medido usando o rsType configurado é incluído primeiro; Em outras palavras, suponhamos que o UE tenha informações de medição de feixe disponíveis (por exemplo, RSRP e RSRQ) associadas aos blocos CSI-RS e SS/PBCH (SSB). Então, se triggerQuantity for rsrp, a classificação deverá ocorrer com base na RSRP.

No entanto, pode haver dois valores de RSRP, um baseado no SSB e outro baseado no CSI-RS.

O que será usado como critério de classificação será SSB se rsType no reportConfig for SSB.

Senão, aquele a ser usado como critério de classificação deve ser CSI-RS se rsType em reportConfig for CSI-RS; - Quando o UE incluir os melhores vizinhos configurados em cada frequência servidora, informações de medição de feixe, a noção da “melhor” célula ou células pode variar dependendo da quantidade (melhor RSRP? Melhor RSRQ? Melhor SINR?) e tipo RS (melhor de acordo com SSB? melhor de acordo com CSI-RS?). Por conseguinte, no caso de o UE dispor de várias destas medições e incluir as K melhores células, apenas o UE deve: • Se as melhores células na(s) frequência(s) servidora(s) configurada(s) a serem relatadas tiverem medidas associadas a vários tipos de RS, por exemplo, bloco SS/PBCH e o CSI-RS, definir o measResult para incluir as quantidades indicadas no reportQuantity dentro do reportConfig em questão, em ordem decrescente do triggerQuantity associado ao mesmo rsType no reportConfig que disparou o relatório, ou seja, a melhor célula associada ao triggerQuantity medido usando o rsType configurado é incluído primeiro; Por outras palavras, vamos assumir que o UE tem medições de células disponíveis (por exemplo, RSRP e RSRQ) associadas aos blocos CSI-RS e SS/PBCH (SSB). Então, se triggerQuantity for rsrp, a classificação deverá ocorrer com base na RSRP.

O que será usado como critério de classificação será SSB se rsType no reportConfig for SSB. Senão, aquele a ser usado como critério de classificação deve ser CSI-RS se rsType em reportConfig for CSI-RS; • Se os melhores feixes da(s) melhor(es) célula(s) na(s) frequência(s) servidora(s) configurada(s) a serem relatados possuem medições associadas a vários tipos de RS, por exemplo, bloco SS/PBCH e o CSI-RS, definir o measResult para incluir as quantidades indicadas no reportQuantity dentro do reportConfig em questão, em ordem decrescente do triggerQuantity associado ao mesmo rsType no reportConfig que disparou o relatório, ou seja, a melhor célula associada ao triggerQuantity medido usando o rsType configurado é incluído primeiro; Por outras palavras, vamos assumir que o UE tem medições de células disponíveis (por exemplo, RSRP e RSRQ) associadas aos blocos CSI-RS e SS/PBCH (SSB). Então, se triggerQuantity for rsrp, a classificação deverá ocorrer com base na RSRP. No entanto, pode haver dois valores de RSRP, um baseado no SSB e outro baseado no CSI-RS. O que será usado como critério de classificação será SSB se rsType no reportConfig for SSB. Senão, aquele a ser usado como critério de classificação deve ser CSI-RS se rsType em reportConfig for CSI-RS;

[0047] Se os feixes a serem relatados tiverem medições associadas a vários tipos de RS, por exemplo O bloco SS/PBCH e o CSI-RS, definir o measResult para incluir a quantidade(s) indicada(s) no reportQuantity no reportConfig em questão, em ordem decrescente do triggerQuantity associado ao mesmo rsType no reportConfig, ou seja, o melhor feixe associado ao triggerQuantity medido usando o rsType configurado é incluído primeiro.

[0048] A FIGURA 1 ilustra um procedimento para relatório de medições, de acordo com certas modalidades. No que diz respeito ao procedimento para relatório de medições, o texto do procedimento pode ser escrito para as especificações RRC NR 38.331 da seguinte forma:

[0049] O objetivo deste procedimento é transferir os resultados da medição do UE para a rede. O UE deve iniciar este procedimento somente após uma ativação de segurança bem-sucedida.

[0050] Para o measId para o qual o procedimento para relato de medições foi disparado, o UE deve definir os measResults na mensagem MeasurementReport da seguinte forma: 1> definir o measId como a identidade da medição que disparou o relatório de medição; 1> definir measResultServingCell em measResultServingFreqList para incluir todas as quantidades de células e feixes disponíveis do PCell com base no bloco SS/PBCH e nas medições CSI-RS; 1> definir measResultServingCell em measResultServFreqList para incluir para cada SCell configurado, se houver, o servFreqId e todas as quantidades de células e feixes disponíveis do SCell em questão com base no bloco SS/PBCH e medições CSI-RS, se disponíveis de acordo com o desempenho requisitos em TS

38.133; 1> se o reportConfig associado ao measId que disparou o relatório de medição incluir reportAddNeighMeas: 2> para cada frequência servidora para a qual measObjectId é referenciada na measIdList, exceto a frequência correspondente ao measId que disparou o relatório de medição: 3> definir o measResultBestNeighCell em measResultServFreqList para incluir o physCellId e as quantidades da melhor célula não servidora na frequência servidora em questão; [Detalhes das informações a serem relatadas sobre as melhores células vizinhas nas frequências de atendimento, por exemplo qual tipo de RS, quais quantidades, se o relatório de feixe é suportado etc. são para estudos futuros. Além disso, se o UE deve incluir todas as informações de feixe disponíveis do

PCell/SCells em um relatório de medição ou se o UE deve incluir apenas as informações de feixe do PCell/PSCell indicadas no reportConfig associado a esse parâmetro são para estudos futuros.] 1> se houver pelo menos uma célula vizinha aplicável para relatar: 2> definir o measResultNeighCells para incluir as melhores células vizinhas até maxReportCells de acordo com o seguinte: 3> se o reportType for definido como eventTriggered: 4> incluir as células incluídas no cellTriggeredList conforme definido no VarMeasReportList para este parâmetro; 3> senão: 4> incluir as células aplicáveis para as quais os novos resultados da medição ficaram disponíveis desde o último relatório periódico ou desde que a medição foi iniciada ou redefinida; 4> se reportQuantityRsIndexes for configurado, incluir informações de medição de feixe conforme descrito em 5.5.5.1; 3> para cada célula incluída no measResultNeighCells, incluir o physCellId; 3> se o reportType for definido como eventTriggered; 4> para cada célula incluída, incluir os resultados medidos filtrados da camada 3 de acordo com o reportConfig para este parâmetro, ordenado da seguinte forma: 5> se o measObject associado a este measId se referir o NR: 6> se rsType no reportConfig associado for definido como ss: > definir resultsSSBCell dentro do measResult para incluir as quantidades com base em bloco SS/PBCH indicadas no reportQuantityCell dentro do reportConfig em questão, em ordem decrescente de quantidade indicada no parâmetro triggerQuantity, ou seja, a melhor célula é incluída primeiro; > se reportQuantityRsIndexes for configurado, incluir informações de medição de feixe conforme descrito em 5.5.5.1; 6> se 6> se rsType no reportConfig associado for definido como csi-rs: 7> definir resultsCSI-RSCell dentro do measResult para incluir as quantidades baseadas em CSI-RS indicadas no reportQuantityCell dentro do reportConfig em questão, em ordem decrescente de quantidade indicada no parâmetro triggerQuantity, ou seja, a melhor célula é incluída primeiro; 8> se reportQuantityRsIndexes for configurado, incluir informações de medição de feixe conforme descrito em 5.5.5.1; 1> incrementar o numberOfReportsSent conforme definido no VarMeasReportList para este parâmetro em 1; 1> interromper o cronômetro de relatório periódico, se for em execução; 1> se o numberOfReportsSent, conforme definido no VarMeasReportList para este measId, for menor que o reportAmount, conforme definido no reportConfig correspondente para este measId: 2> iniciar o cronômetro de relatório periódico com o valor reportInterval, conforme definido no reportConfig correspondente para este parâmetro; 1> senão: 2> se o reportType for definido como periódico: 3> remover a entrada dentro do VarMeasReportList para este parâmetro; 3> remover esse measId da measIdList em VarMeasConfig; 1> enviar a mensagem MeasurementReport para as camadas inferiores de transmissão, após as quais o procedimento termina;

5.5.5.1 Relatório de informações de medição de feixe

[0051] Para que as informações de medição de feixe sejam incluídas em um relatório de medição associado ao vizinho, o UE deve: 1> se as informações de medição a serem incluídas forem associadas à(s)

célula(s) servidora(s) e as medidas do bloco SS/PBCH e CSI-RS forem disponíveis, considere a ordenação do feixe com base nas medições realizadas no rsType configurado no reportConfig; 1> se as informações de medição a serem incluídas forem associadas às melhores células vizinhas na(s) frequência(s) servidora(s) e se as medidas do bloco SS/PBCH e CSI-RS forem disponíveis, considere a ordenação do feixe com base nas medições realizadas no rsType configurado no reportConfig; 1> definir rsIndexResults para incluir até maxNroRsIndexesToReport índices de feixes em ordem decrescente de quantidade indicada no parâmetro triggerQuantity da seguinte maneira: 2> se as informações de medição a serem incluídas forem baseadas no bloco SS/PBCH: 3> incluir nos resultsSSBIndexes o índice associado ao melhor feixe para a quantidade de blocos SS/PBCH e os feixes restantes cuja quantidade está acima de absThreshSS-BlocksConsolidation definida no VarMeasConfig para o measObject correspondente; 3> se onlyReportBeamIds não for configurado, incluir os resultados de medição baseados em SS/PBCH associados a cada índice de feixe; 2> se as informações de medição do feixe a serem incluídas forem baseadas no CSI-RS: 3> incluir nos resultsCSI-RSIndexes o índice associado ao melhor feixe para essa quantidade de CSI-RS e os feixes restantes cuja quantidade está acima de absThreshCSI-RS-Consolidation definida no VarMeasConfig para o measObject correspondente; 3> se onlyReportBeamIds não for configurado, incluir os resultados da medição baseados em CSI-RS associados a cada índice de feixe;

[0052] De acordo com certas outras modalidades, o único parâmetro chamado triggerQuantity pode ser definido no reportConfig para o tipo de relatório disparado por evento e o tipo de relatório periódico como um parâmetro comum. O parâmetro triggerQuantity é definido no reportConfig pode ser codificado da seguinte maneira: triggerQuantity ::= SEQUENCE { rsrp BOOLEAN, rsrq BOOLEAN, sinr BOOLEAN }.

[0053] Portanto, o conjunto anterior de modalidades é aplicável se a rede configurar uma única quantidade de disparo, isto é, se apenas uma quantidade for selecionada (isto é, definida como TRUE) e todas as restantes forem definidas como FALSE.

[0054] Abaixo, mostramos alguns exemplos de como esse parâmetro comum pode ser codificado no ASN.1. Por exemplo, triggerQuantity pode ser válido para vários tipos de relatório, por exemplo periódico ou eventTriggered e codificado fora de reportType, conforme mostrado abaixo: Elemento de informações reportConfigNR -- ASN1START -- TAG-REPORT-CONFIG-START ReportConfigNR ::= SEQUENCE { reportType CHOICE { periodical PeriodicalReportConfig, eventTriggered EventTriggerConfig, reportCGI Type_FFS!, ...

}, triggerQuantity SEQUENCE { rsrp BOOLEAN, rsrq BOOLEAN, sinr BOOLEAN } }

EventTriggerConfig::= SEQUENCE { eventId CHOICE { eventA1 SEQUENCE { a1-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger }, eventA2 SEQUENCE { a2-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger }, eventA3 SEQUENCE { a3-Offset MeasTriggerQuantityOffset, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger,

useWhiteCellList BOOLEAN

OPTIONAL reportAddNeighMeas TYPE_FFS! } PeriodicalReportConfig ::= SEQUENCE { rsType ENUMERATED {ss, csi-rs}, reportInterval ReportInterval,

reportAmount ENUMERATED {FFS!}, reportQuantityCell MeasReportQuantity, maxReportCells INTEGER (1..maxCellReport), reportQuantityRsIndexes MeasReportQuantity OPTIONAL, maxNroRsIndexesToReport INTEGER (1..maxNroIndexesToReport) OPTIONAL, onlyReportBeamIds BOOLEAN

OPTIONAL } MeasTriggerQuantity::= CHOICE { rsrp RSRPRange, rsrq RSRQRange, sinr SINRRange } MeasTriggerQuantityOffset::= CHOICE { rsrp INTEGER (FFS!) OPTIONAL, rsrq INTEGER (FFS!) OPTIONAL, sinr INTEGER (FFS!) OPTIONAL }

MeasReportQuantity::= SEQUENCE { rsrp BOOLEAN, rsrq BOOLEAN, sinr BOOLEAN }

M -- TAG-REPORT-CONFIG-START -- ASN1STOP

[0055] Em outro exemplo, o mesmo parâmetro multifuncional triggerQuantity pode ser codificado em cada reportType que deve ser usado, como periódico ou eventTriggered, conforme mostrado abaixo: Elemento de informações reportConfigNR -- ASN1START -- TAG-REPORT-CONFIG-START ReportConfigNR ::= SEQUENCE { reportType CHOICE { periodical PeriodicalReportConfig, eventTriggered EventTriggerConfig, reportCGI Type_FFS!, ... } }

EventTriggerConfig::= SEQUENCE { eventId CHOICE { eventA1 SEQUENCE { a1-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger }, eventA2 SEQUENCE { a2-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger }, eventA3 SEQUENCE { a3-Offset MeasTriggerQuantityOffset, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN

OPTIONAL }, eventA4 SEQUENCE { a4-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger,

useWhiteCellList BOOLEAN

OPTIONAL }, }, rsType ENUMERATED {ss, csi-rs},

reportInterval ReportInterval, reportAmount ENUMERATED {FFS!}, triggerQuantity SEQUENCE { rsrp BOOLEAN, rsrq BOOLEAN, sinr BOOLEAN } -- Cell reporting configuration reportQuantityCell MeasReportQuantity, maxReportCells INTEGER (1..maxCellReport), -- RS index reporting configuration reportQuantityRsIndexes MeasReportQuantity OPTIONAL, maxNroRsIndexesToReport INTEGER (1..maxNroIndexesToReport) OPTIONAL, onlyReportBeamIds BOOLEAN

reportAmount ENUMERATED {FFS!}, triggerQuantity SEQUENCE { rsrp BOOLEAN, rsrq BOOLEAN, sinr BOOLEAN } reportQuantityCell MeasReportQuantity, maxReportCells INTEGER (1..maxCellReport), reportQuantityRsIndexes MeasReportQuantity OPTIONAL, maxNroRsIndexesToReport INTEGER (1..maxNroIndexesToReport) OPTIONAL, onlyReportBeamIds BOOLEAN

M -- TAG-REPORT-CONFIG-START -- ASN1STOP

[0056] Em ainda outro exemplo, o parâmetro para o tipo de relatório disparado por evento pode ser codificado em cada evento, pois pode não ser aplicável a outros eventos a serem introduzidos no futuro, conforme mostrado abaixo: Elemento de informações reportConfigNR -- ASN1START -- TAG-REPORT-CONFIG-START ReportConfigNR ::= SEQUENCE { reportType CHOICE {

periodical PeriodicalReportConfig, eventTriggered EventTriggerConfig, reportCGI Type_FFS!, ... } }

EventTriggerConfig::= SEQUENCE { eventId CHOICE { eventA1 SEQUENCE { a1-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, triggerQuantity SEQUENCE { rsrp BOOLEAN, rsrq BOOLEAN, sinr BOOLEAN } }, eventA2 SEQUENCE { a2-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, triggerQuantity SEQUENCE { rsrp BOOLEAN,

rsrq BOOLEAN, sinr BOOLEAN } }, eventA3 SEQUENCE { a3-Offset MeasTriggerQuantityOffset, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN OPTIONAL, triggerQuantity ENUMERATED {rsrp, rsrq, sinr} }, eventA4 SEQUENCE { a4-Threshold MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN OPTIONAL, triggerQuantity SEQUENCE { rsrp BOOLEAN, rsrq BOOLEAN, sinr BOOLEAN } },

eventA5 SEQUENCE { a5-Threshold1 MeasTriggerQuantity, a5-Threshold2 MeasTriggerQuantity, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN OPTIONAL, triggerQuantity ENUMERATED {rsrp, rsrq, sinr} }, eventA6 SEQUENCE { a6-Offset MeasTriggerQuantityOffset, reportOnLeave BOOLEAN, hysteresis Hysteresis, timeToTrigger TimeToTrigger, useWhiteCellList BOOLEAN OPTIONAL, triggerQuantity SEQUENCE { rsrp BOOLEAN, rsrq BOOLEAN, sinr BOOLEAN } },

},

rsType ENUMERATED {ss, csi-rs}, reportInterval ReportInterval, reportAmount ENUMERATED {FFS!}, reportQuantityCell MeasReportQuantity, maxReportCells INTEGER (1..maxCellReport), reportQuantityRsIndexes MeasReportQuantity OPTIONAL, maxNroRsIndexesToReport INTEGER (1..maxNroIndexesToReport) OPTIONAL, onlyReportBeamIds BOOLEAN

OPTIONAL reportAddNeighMeas TYPE_FFS! } PeriodicalReportConfig ::= SEQUENCE { rsType ENUMERATED {ss, csi-rs}, reportInterval ReportInterval, reportAmount ENUMERATED {FFS!}, triggerQuantity SEQUENCE {

rsrp BOOLEAN, rsrq BOOLEAN, sinr BOOLEAN } reportQuantityCell MeasReportQuantity, maxReportCells INTEGER (1..maxCellReport), reportQuantityRsIndexes MeasReportQuantity OPTIONAL, maxNroRsIndexesToReport INTEGER (1..maxNroIndexesToReport) OPTIONAL, onlyReportBeamIds BOOLEAN

M -- TAG-REPORT-CONFIG-START -- ASN1STOP

[0057] Ainda em outras modalidades, o único parâmetro chamado triggerQuantity pode ser definido no reportConfig para o tipo de relatório disparado por evento e o tipo de relatório periódico como um parâmetro comum. No entanto, o parâmetro triggerQuantity definido no reportConfig pode ser codificado da seguinte maneira: triggerQuantity ::= SEQUENCE { rsrp BOOLEAN, rsrq BOOLEAN, sinr BOOLEAN }.

[0058] E, além disso, o rsType do IE é definido como uma sequência, para indicar que um evento pode ser disparado com base em vários tipos de RS. rsType ::= SEQUENCE { ssb BOOLEAN, csi-rs BOOLEAN }.

[0059] De acordo com certas outras modalidades, a quantidade de nível de feixe a ser usada para classificar as medições do nível de feixe pode ser baseada no método de seleção de quantidade de classificação conforme especificado no measConfig e ainda com base no triggerQuantity especificado no reportConfig. Nesta modalidade, a rede configura um mapeamento de triggerQuantity conforme especificado no reportConfig e a quantidade usada para o método de classificação a ser usado pelo UE para seleção de feixe. Alguns desses mapeamentos são fornecidos na tabela abaixo (a tabela a seguir será fornecida de uma maneira ou de outra no measConfig). Quantidade de medição a triggerQuantity no ser usada para reportConfig classificação das medições de nível de feixe

RSRP RSRP RSRQ RSRQ

SINR SINR RSRP e SINR RSRP RSRP e RSRQ RSRP RSRQ e SINR SINR RSRP e RSRQ e SINR RSRP

[0060] Em certas outras modalidades, a quantidade de nível de feixe a ser usada para classificar as medições do nível de feixe pode ser baseada no método de seleção de quantidade de classificação (tabela de mapeamento) conforme especificado no measConfig e ainda mais nos reportQuantityRsIndexes especificados no reportConfig. Nesta modalidade, a rede configura um mapeamento de reportQuantity conforme especificado no reportConfig e a quantidade usada para o método de classificação a ser usado pelo UE para seleção de feixe. Alguns desses mapeamentos são fornecidos na tabela abaixo (a tabela a seguir será fornecida de uma maneira ou de outra no measConfig). Quantidade de medição reportQuantityRsIndexes a ser usada para no reportConfig inclui a classificação das seguinte quantidade de medições de nível de relatórios no nível do feixe feixe onlyReportBeamIds RSRP

RSRP RSRP RSRQ RSRQ

[0061] Em outras modalidades, onde RSRQ e SINR são indicados para relatórios de nível de feixe, a quantidade de medição a ser usada para classificação de medições do nível de feixe pode ser RSRQ.

[0062] Em outra modalidade particular, para o caso de várias quantidades de disparo (por exemplo, RSRP e RSRQ), pode haver um parâmetro explícito

(cellsSortingQuantity) para que o UE saiba qual quantidade deve ser usada para classificar as células para incluir nos relatórios de medição.

[0063] Em outra modalidade particular, para o caso de várias quantidades de disparo (por exemplo, RSRP e RSRQ), pode haver um parâmetro explícito (beamsSortingQuantity) para que o UE saiba qual quantidade deve ser usada para classificar as células para incluir nos relatórios de medição.

[0064] Em outra modalidade particular, para o caso de várias quantidades de disparo (por exemplo, RSRP e RSRQ), pode haver um parâmetro explícito (sortingQuantity) para que o UE saiba qual quantidade deve ser usada para classificar células e feixes para incluir nos relatórios de medição.

[0065] Em outra modalidade particular, para o caso de vários tipos de RS como quantidades de disparo (por exemplo, RSRP com base em SSB e RSRP com base em CSI-RS), pode haver um parâmetro explícito (cellsSortingQuantity) para que o UE saiba para qual tipo de RS deve ser usado para classificar as células para incluir nos relatórios de medição.

[0066] Em outra modalidade particular, para o caso de vários tipos de RS como quantidades de disparo (por exemplo, RSRP baseado em SSB e RSRP baseado em CSI-RS), pode haver um parâmetro explícito (beamsSortingQuantity), de modo que o UE saiba qual quantidade deve ser usada para classificar os feixes por célula para incluir nos relatórios de medição.

[0067] Em outra modalidade particular, vários tipos de RS como quantidades de disparo (por exemplo, RSRP baseado em SSB e RSRP baseado em CSI-RS), pode haver um parâmetro explícito (sortingQuantity), de modo que o UE saiba qual quantidade deve ser usada para classificar células e feixes para incluir nos relatórios de medição.

[0068] A FIGURA 2 ilustra uma rede sem fio, de acordo com certas modalidades. Embora o assunto descrito aqui possa ser implementado em qualquer tipo apropriado de sistema usando quaisquer componentes adequados, as modalidades descritas neste documento são descritas em relação a uma rede sem fio, como o exemplo de rede sem fio ilustrado na FIGURA 2. Para simplificar, a rede sem fio da FIGURA 2 representa apenas a rede 106, os nós de rede 160 e 160b e os WDs 110 e 110b. Na prática, uma rede sem fio pode ainda incluir quaisquer elementos adicionais adequados para suportar a comunicação entre dispositivos sem fio ou entre um dispositivo sem fio e outro dispositivo de comunicação, como um telefone fixo, um provedor de serviços ou qualquer outro nó de rede ou dispositivo final. Dos componentes ilustrados, o nó de rede 160 e o dispositivo sem fio (WD) 110 são representados com detalhes adicionais. A rede sem fio pode fornecer comunicação e outros tipos de serviços a um ou mais dispositivos sem fio para facilitar o acesso dos dispositivos sem fio e/ou o uso dos serviços fornecidos pela, ou via, rede sem fio.

[0069] A rede sem fio pode compreender e/ou fazer interface com qualquer tipo de rede de comunicação, telecomunicações, dados, celular e/ou rádio ou outro tipo semelhante de sistema. Em algumas modalidades, a rede sem fio pode ser configurada para operar de acordo com padrões específicos ou outros tipos de regras ou procedimentos predefinidos. Assim, modalidades particulares da rede sem fio podem implementar padrões de comunicação, como Sistema Global de Comunicações Móveis (GSM), Sistema Universal de Telecomunicações Móveis (UMTS), Evolução de Longo Prazo (LTE) e/ou outros dispositivos 2G, 3G, 4G, ou padrões 5G; padrões de rede local sem fio (WLAN), como os padrões IEEE 802.11; e/ou qualquer outro padrão de comunicação sem fio apropriado, como os padrões de Interoperabilidade Mundial para acesso via Micro-ondas (WiMax), Bluetooth, Z-Wave e/ou ZigBee.

[0070] A rede 106 pode compreender uma ou mais redes backhaul, redes núcleo, redes IP, redes telefônicas públicas comutadas (PSTNs), redes de dados de pacote, redes ópticas, redes geograficamente distribuídas (WANs), redes de área local (LANs), , redes de área local sem fio (WLANs), redes com fio, redes sem fio, redes de área metropolitana e outras redes para permitir a comunicação entre dispositivos.

[0071] O nó de rede 160 e WD 110 compreendem vários componentes descritos em mais detalhes abaixo. Esses componentes funcionam juntos para fornecer o nó de rede e/ou a funcionalidade do dispositivo sem fio, como fornecer conexões sem fio em uma rede sem fio. Em diferentes modalidades, a rede sem fio pode compreender qualquer número de redes com ou sem fio, nós de rede, estações base, controladores, dispositivos sem fio, estações de retransmissão e/ou quaisquer outros componentes ou sistemas que possam facilitar ou participar da comunicação de dados e/ou sinais via conexões com ou sem fio.

[0072] A FIGURA 3 ilustra um nó de rede, de acordo com algumas modalidades. Conforme usado neste documento, nó de rede se refere a equipamento capaz, configurado, disposto e/ou operável para se comunicar direta ou indiretamente com um dispositivo sem fio e/ou com outros nós ou equipamentos da rede sem fio para ativar e/ou fornecer acesso sem fio ao dispositivo sem fio e/ou para executar outras funções (por exemplo, administração) na rede sem fio. Exemplos de nós de rede incluem, mas não estão limitados a, pontos de acesso (APs) (por exemplo, pontos de acesso via rádio), estações base (BSs) (por exemplo, estações rádio base rádio, Node Bs, Node Bs evoluídos (eNBs) e NR NodeBs (gNBs)). As estações base podem ser categorizadas com base na quantidade de cobertura que fornecem (ou, declarado diferentemente, seu nível de potência de transmissão) e também podem ser referidas como femtoestações base, picoestações base, microestações base ou macroestações base. Uma estação base pode ser um nó de retransmissão ou um nó doador de retransmissão que controla um retransmissor. Um nó de rede também pode incluir uma ou mais (ou todas) partes de uma estação rádio base distribuída, como unidades digitais centralizadas e/ou unidades de rádio remotas (RRUs), às vezes chamadas de cabeças de rádio remotas (RRHs). Tais unidades de rádio remotas podem ou não ser integradas a uma antena como um rádio integrado a antena. Partes de uma estação rádio base distribuída também podem ser chamadas de nós em um sistema de antena distribuída (DAS). Ainda outros exemplos de nós de rede incluem equipamentos de rádio multipadrão (MSR), como MSR BSs, controladores de rede como controladores de rede de rádio (RNCs) ou controladores de estação base (BSCs), estações transceptoras base (BTSs), pontos de transmissão, nós de transmissão, entidades de coordenação multicelular/multicast (MCEs), nós de rede núcleo (por exemplo, MSCs, MMEs), nós O&M, nós OSS, nós SON, nós de posicionamento (por exemplo, E-SMLCs) e/ou MDTs. Como outro exemplo, um nó de rede pode ser um nó de rede virtual, conforme descrito em mais detalhes abaixo. Mais geralmente, no entanto, os nós de rede podem representar qualquer dispositivo (ou grupo de dispositivos) adequado, capaz, configurado, organizado e/ou operável para ativar e/ou fornecer um dispositivo sem fio com acesso à rede sem fio ou fornecer algum serviço a um dispositivo sem fio que acessou a rede sem fio.

[0073] Na FIGURA 3, o nó de rede 160 inclui conjunto de circuitos de processamento 170, meio legível por dispositivo 180, interface 190, equipamento auxiliar 184, fonte de potência 186, conjunto de circuitos de potência 187 e antena 162. Embora o nó de rede 160 ilustrado na rede sem fio de exemplo da FIGURA 2 possa representam um dispositivo que inclui a combinação ilustrada de componentes de hardware, outras modalidades podem compreender nós de rede com diferentes combinações de componentes. Deve ser entendido que um nó de rede compreende qualquer combinação adequada de hardware e/ou software necessária para executar as tarefas, características, funções e métodos aqui descritos. Além disso, enquanto os componentes do nó de rede 160 são representados como caixas únicas localizadas dentro de uma caixa maior, ou aninhadas dentro de várias caixas, na prática, um nó de rede pode compreender vários componentes físicos diferentes que compõem um único componente ilustrado (por exemplo, meio legível por dispositivo 180 pode compreender vários discos rígidos separados, bem como vários módulos de RAM).

[0074] Da mesma forma, o nó de rede 160 pode ser composto de vários componentes fisicamente separados (por exemplo, um componente NodeB e um componente RNC, ou um componente BTS e um componente BSC, etc.), que podem cada um ter seus próprios componentes respectivos. Em certos cenários nos quais o nó de rede 160 compreende vários componentes separados (por exemplo, componentes BTS e BSC), um ou mais componentes separados podem ser compartilhados entre vários nós de rede. Por exemplo, um único RNC pode controlar vários NodeBs. Nesse cenário, cada par NodeB e RNC exclusivo pode, em alguns casos, ser considerado um único nó de rede separado. Em algumas modalidades, o nó de rede 160 pode ser configurado para suportar múltiplas tecnologias de acesso via rádio (RATs). Em tais modalidades, alguns componentes podem ser duplicados (por exemplo, meio legível por dispositivo separado 180 para os diferentes RATs) e alguns componentes podem ser reutilizados (por exemplo, a mesma antena 162 pode ser compartilhada pelos RATs). O nó de rede 160 também pode incluir váriO conjuntos dos vários componentes ilustrados para diferentes tecnologias sem fio integradas ao nó de rede 160, como, por exemplo, tecnologias sem fio GSM, WCDMA, LTE, NR, WiFi ou Bluetooth. Essas tecnologias sem fio podem ser integradas no mesmo ou diferente chip ou conjunto de chips e outros componentes dentro do nó de rede

160.

[0075] O conjunto de circuitos de processamento 170 está configurado para executar quaisquer operações de determinação, cálculo ou similares (por exemplo, certas operações de obtenção) descritas neste documento como sendo fornecidas por um nó de rede. Essas operações executadas pelo conjunto de circuitos de processamento 170 podem incluir informações de processamento obtidas pelo conjunto de circuitos de processamento 170, por exemplo, convertendo as informações obtidas em outras informações, comparando as informações obtidas ou convertidas em informações armazenadas no nó de rede e/ou executando uma ou mais operações baseadas nas informações obtidas ou convertidas e como resultado do referido processamento fazer uma determinação.

[0076] O conjunto de circuitos de processamento 170 pode compreender uma combinação de um ou mais de um microprocessador, controlador, microcontrolador, unidade de processamento central, processador de sinal digital, circuito integrado específico de aplicação, arranjo de portas programável em campo ou qualquer outro dispositivo, recurso ou combinação de hardware, software e/ou lógica codificada de computação adequada operável para fornecer, isoladamente ou em conjunto com outros componentes do nó de rede 160, como meio legível por dispositivo 180, funcionalidade do nó de rede 160. Por exemplo, o conjunto de circuitos de processamento 170 pode executar instruções armazenadas no meio legível pelo dispositivo 180 ou na memória dentro do conjunto de circuitos de processamento 170. Essa funcionalidade pode incluir o fornecimento de qualquer um dos vários recursos, funções ou benefícios sem fio discutidos aqui. Em algumas modalidades, o conjunto de circuitos de processamento 170 pode incluir um sistema em um chip (SOC).

[0077] Em algumas modalidades, o conjunto de circuitos de processamento 170 podem incluir um ou mais conjunto de circuitos transceptores de radiofrequência (RF) 172 e conjunto de circuitos de processamento de banda base 174. Em algumas modalidades, o conjunto de circuitos transceptores de radiofrequência (RF) 172 e o conjunto de circuitos de processamento de banda base 172 podem estar em chips separados (ou conjuntos de chips), placas ou unidades, como unidades de rádio e unidades digitais. Em modalidades alternativas, parte ou todos o conjunto de circuitos transceptores de RF 172 e conjunto de circuitos de processamento de banda base 174 podem estar no mesmo chip ou conjunto de chips, placas ou unidades.

[0078] Em certas modalidades, parte ou toda a funcionalidade aqui descrita como fornecida por um nó de rede, estação base, eNB ou outro dispositivo de rede pode ser realizada por meio do conjunto de circuitos de processamento 170 executando instruções armazenadas no meio legível por dispositivo 180 ou memória dentro do conjunto de circuitos de processamento 170. Em modalidades alternativas, parte ou toda a funcionalidade pode ser fornecida pelo conjunto de circuitos de processamento 170 sem executar instruções armazenadas em um meio legível por dispositivo separado ou discreto, como de maneira cabeada. Em qualquer uma dessas modalidades, seja executando instruções armazenadas em um meio de armazenamento legível por dispositivo ou não, o conjunto de circuitos de processamento 170 pode ser configurado para executar a funcionalidade descrita. Os benefícios proporcionados por essa funcionalidade não se limitam ao conjunto de circuitos de processamento 170 isoladamente ou a outros componentes do nó de rede 160, mas são usufruídos pelo nó de rede 160 como um todo e/ou pelos usuários finais e pela rede sem fio em geral.

[0079] O meio legível por dispositivo 180 pode compreender qualquer forma de memória legível por computador volátil ou não volátil, incluindo, sem limitação, armazenamento persistente, memória de estado sólido, memória montada remotamente, meios magnéticos, meios ópticos, memória de acesso aleatório (RAM), memória somente de leitura (ROM), meios de armazenamento em massa (por exemplo, um disco rígido), meios de armazenamento removível (por exemplo, uma unidade flash, um Compact Disk (CD) ou um Digital Video Disk (DVD)) e/ou qualquer outro componente volátil ou dispositivos de memória legíveis por dispositivos ou não voláteis e não transitórios e/ou executáveis por computador que armazenam informações, dados e/ou instruções que podem ser usadas pelo conjunto de circuitos de processamento 170. O meio legível para dispositivos 180 pode armazenar instruções, dados ou informações adequadas, incluindo um programa de computador, software, uma aplicação que inclui uma ou mais de lógicas, regras, código, tabelas, etc. e/ou outras instruções que podem ser executadas pelo conjunto de circuitos de processamento 170 e utilizadas pelo nó de rede 160. O meio legível por dispositivo 180 pode ser usado para armazenar quaisquer cálculos feitos pelo conjunto de circuitos de processamento 170 e/ou quaisquer dados recebidos via interface 190. Em algumas modalidades, o conjunto de circuitos de processamento 170 e o meio legível pelo dispositivo 180 podem ser considerados integrados.

[0080] A interface 190 é usada na comunicação com ou sem fio de sinalização e/ou dados entre o nó de rede 160, rede 106 e/ou WDs 110. Como ilustrado, a interface 190 compreende porta(s)/terminal(is) 194 para enviar e receber dados, por exemplo, para e a partir da rede 106 através de uma conexão com fio. A interface 190 também inclui conjunto de circuitos front end de rádio 192 que podem ser acoplados a, ou em certas modalidades, uma parte da antena

162. O conjunto de circuitos front end de rádio 192 compreendem filtros 198 e amplificadores 196. O conjunto de circuitos front end de rádio 192 podem ser conectados à antena 162 e conjunto de circuitos de processamento 170. O conjunto de circuitos front end de rádio podem ser configurados para condicionar os sinais comunicados entre a antena 162 e o conjunto de circuitos de processamento 170. O conjunto de circuitos front end de rádio 192 pode receber dados digitais que devem ser enviados para outros nós de rede ou WDs por meio de uma conexão sem fio. O conjunto de circuitos front end de rádio 192 pode converter os dados digitais em um sinal de rádio com os parâmetros de canal e largura de banda apropriados usando uma combinação de filtros 198 e/ou amplificadores 196. O sinal de rádio pode então ser transmitido via antena

162. Da mesma forma, ao receber dados, a antena 162 pode coletar sinais de rádio que são então convertidos em dados digitais pelo conjunto de circuitos front end de rádio 192. Os dados digitais podem ser passados para o conjunto de circuitos de processamento 170. Em outras modalidades, a interface pode compreender diferentes componentes e/ou diferentes combinações de componentes.

[0081] Em certas modalidades alternativas, o nó de rede 160 pode não incluir conjunto de circuitos front end de rádio separados 192, em vez disso, o conjunto de circuitos de processamento 170 pode compreender um conjunto de circuitos front end de rádio e pode ser conectado à antena 162 sem um conjunto de circuitos front end de rádio separado 192. Da mesma forma, em algumas modalidades, todo ou parte do conjunto de circuitos transceptores de RF 172 pode ser considerado parte da interface 190. Em ainda outras modalidades, a interface 190 pode incluir uma ou mais portas ou terminais 194, conjunto de circuitos front end de rádio 192 e conjunto de circuitos transceptores de RF 172, como parte de uma unidade de rádio (não mostrada) e a interface 190 pode se comunicar com o conjunto de circuitos de processamento de banda base 174, que faz parte de uma unidade digital (não mostrada).

[0082] A antena 162 pode incluir uma ou mais antenas, ou arranjos de antena, configuradas para enviar e/ou receber sinais sem fio. A antena 162 pode ser acoplada ao conjunto de circuitos front end de rádio 190 e pode ser qualquer tipo de antena capaz de transmitir e receber dados e/ou sinais sem fio. Em algumas modalidades, a antena 162 pode compreender uma ou mais antenas omnidirecionais, setoriais ou de painel operáveis para transmitir/receber sinais de rádio entre, por exemplo, 2 GHz e 66 GHz. Uma antena omnidirecional pode ser usada para transmitir/receber sinais de rádio em qualquer direção, uma antena setorial pode ser usada para transmitir/receber sinais de rádio de dispositivos dentro de uma área particular e uma antena de painel pode ser uma antena de linha de visada usada para transmitir/receber sinais de rádio em uma linha relativamente reta. Em alguns casos, o uso de mais de uma antena pode ser chamado de MIMO. Em certas modalidades, a antena 162 pode ser separada do nó de rede 160 e pode ser conectável ao nó de rede 160 através de uma interface ou porta. A antena 162, a interface 190 e/ou o conjunto de circuitos de processamento 170 podem ser configurados para executar quaisquer operações de recepção e/ou certas operações de obtenção descritas neste documento como sendo executadas por um nó de rede. Quaisquer informações, dados e/ou sinais podem ser recebidos de um dispositivo sem fio, outro nó de rede e/ou qualquer outro equipamento de rede. Da mesma forma, a antena 162, a interface 190 e/ou o conjunto de circuitos de processamento 170 podem ser configurados para executar quaisquer operações de transmissão descritas neste documento como sendo executadas por um nó de rede. Quaisquer informações, dados e/ou sinais podem ser transmitidos para um dispositivo sem fio, outro nó de rede e/ou qualquer outro equipamento de rede.

[0083] O conjunto de circuitos de potência 187 pode compreender ou ser acoplado a um conjunto de circuitos de gerenciamento de potência e é configurado para suprir aos componentes do nó de rede 160 potência para executar a funcionalidade aqui descrita. O conjunto de circuitos de potência 187 podem receber potência da fonte de potência 186. A fonte de potência 186 e/ou o conjunto de circuitos de potência 187 podem ser configurados para suprir potência aos vários componentes do nó de rede 160 em uma forma adequada para os respectivos componentes (por exemplo, a uma tensão e corrente necessário para cada componente respectivo). A fonte de potência 186 pode ser incluída ou externa ao conjunto de circuitos de potência 187 e/ou nó de rede

160. Por exemplo, o nó de rede 160 pode ser conectável a uma fonte de potência externa (por exemplo, uma tomada de eletricidade) através de um conjunto de circuitos ou interface de entrada tal como um cabo elétrico, pelo qual a fonte de potência externa fornece potência ao conjunto de circuitos de potência 187. Como outro exemplo, a fonte de potência 186 pode compreender uma fonte de potência na forma de uma bateria ou pacote bateria que está conectada ou integrada ao conjunto de circuitos de potência 187. A bateria pode suprir potência de backup se a fonte de potência externa falhar. Outros tipos de fontes de potência, como dispositivos fotovoltaicos, também podem ser usados.

[0084] Modalidades alternativas do nó de rede 160 podem incluir componentes adicionais além daqueles mostrados na FIGURA 3 que podem ser responsáveis por fornecer certos aspectos da funcionalidade do nó de rede, incluindo qualquer uma das funcionalidades descritas neste documento e/ou qualquer funcionalidade necessária para apoiar o assunto aqui descrito. Por exemplo, o nó de rede 160 pode incluir equipamentos de interface de usuário para permitir a entrada de informações no nó de rede 160 e para permitir a saída de informações do nó de rede 160. Isso pode permitir que um usuário execute diagnóstico, manutenção, reparo e outras funções administrativas do nó de rede

160.

[0085] A FIGURA 4 ilustra um dispositivo sem fio (WD) 110, de acordo com algumas modalidades.

Conforme usado aqui, WD se refere a um dispositivo capaz, configurado, disposto e/ou operável para se comunicar sem fio com nós de rede e/ou outros dispositivos sem fio.

Salvo indicação em contrário, o termo WD pode ser usado aqui de forma intercambiável com equipamento de usuário (UE). A comunicação sem fio pode envolver a transmissão e/ou recebimento de sinais sem fio usando ondas eletromagnéticas, ondas de rádio, ondas infravermelhas e/ou outros tipos de sinais adequados para transmitir informações pelo ar.

Em algumas modalidades, um WD pode ser configurada para transmitir e/ou receber informações sem interação humana direta.

Por exemplo, um WD pode ser projetado para transmitir informações para uma rede em um horário predeterminado, quando disparado por um evento interno ou externo, ou em resposta a solicitações da rede.

Exemplos de WD incluem, entre outros, um smart phone, um telefone celular, um telefone celular, um telefone de voz sobre IP (VoIP), um telefone de loop local sem fio, um computador de mesa, um assistente digital pessoal (PDA) , câmeras sem fio, console ou dispositivo para jogos, dispositivo de armazenamento de música, dispositivo de reprodução, dispositivo terminal vestível, extremidade final sem fio, estação móvel, tablet, laptop, equipamento embarcado em laptop (LEE), equipamento montado em laptop (LME), um dispositivo smart, um equipamento sem fio nas instalações do cliente (CPE). um dispositivo terminal sem fio montado em veículo, etc.

Um WD pode suportar a comunicação dispositivo a dispositivo (D2D), por exemplo, implementando um padrão 3GPP para comunicação de enlace lateral, veículo a veículo (V2V), veículo a infraestrutura (V2I), veículo para tudo (V2X) e, nesse caso, pode ser referido como um dispositivo de comunicação D2D.

Como outro exemplo específico, em um cenário da Internet das Coisas (IoT), um WD pode representar uma máquina ou outro dispositivo que realiza monitoramento e/ou medições e transmite os resultados dessa monitoração e/ou medições para outra WD e/ou um nó de rede. O WD pode, nesse caso, ser um dispositivo máquina a máquina (M2M), que em um contexto 3GPP pode ser chamado de dispositivo MTC. Como um exemplo particular, o WD pode ser um UE implementando o padrão Internet das Coisas de banda estreita (NB-IoT) de 3GPP. Exemplos específicos de tais máquinas ou dispositivos são sensores, dispositivos de medição, como medidores de potência, máquinas industriais ou aparelhos domésticos ou pessoais (por exemplo, geladeiras, televisões, etc.) vestíveis pessoais (por exemplo, relógios, rastreadores fitness, etc.). Em outros cenários, um WD pode representar um veículo ou outro equipamento capaz de monitorar e/ou relatar seu status operacional ou outras funções associadas à sua operação. Um WD como descrito acima pode representar o ponto final de uma conexão sem fio; nesse caso, o dispositivo pode ser chamado de terminal sem fio. Além disso, um WD como descrito acima pode ser móvel, caso em que também pode ser referido como um dispositivo móvel ou um terminal móvel.

[0086] Como ilustrado, o dispositivo sem fio 110 inclui antena 111, interface 114, conjunto de circuitos de processamento 120, meio legível por dispositivo 130, equipamento de interface de usuário 132, equipamento auxiliar 134, fonte de potência 136 e conjunto de circuitos de potência 137. WD 110 pode incluir vários conjuntos de um ou mais de os componentes ilustrados para diferentes tecnologias sem fio suportadas pelo WD 110, como, por exemplo, tecnologias sem fio GSM, WCDMA, LTE, NR, WiFi, WiMAX ou Bluetooth, apenas para mencionar algumas. Essas tecnologias sem fio podem ser integradas no mesmo ou em diferentes chips ou conjunto de chips que outros componentes do WD 110.

[0087] A antena 111 pode incluir uma ou mais antenas ou arranjos de antena, configuradas para enviar e/ou receber sinais sem fio e é conectada à interface 114. Em certas modalidades alternativas, a antena 111 pode ser separada do WD 110 e ser conectável ao WD 110 através de uma interface ou porta. A antena 111, a interface 114 e/ou o conjunto de circuitos de processamento 120 podem ser configurados para executar quaisquer operações de recebimento ou transmissão descritas neste documento como sendo executadas por um WD. Quaisquer informações, dados e/ou sinais podem ser recebidos de um nó de rede e/ou de outro WD. Em algumas modalidades, o conjunto de circuitos front end de rádio e/ou a antena 111 pode ser considerada uma interface.

[0088] Como ilustrado, a interface 114 compreende um conjunto de circuitos front end de rádio 112 e a antena 111. O conjunto de circuitos front end de rádio 112 compreende um ou mais filtros 118 e amplificadores 116. O conjunto de circuitos front end de rádio 114 está conectado à antena 111 e ao conjunto de circuitos de processamento 120 e está configurado para condicionar sinais comunicados entre a antena 111 e o conjunto de circuitos de processamento 120. O conjunto de circuitos front end de rádio 112 podem ser acoplados à ou a uma parte da antena 111. Em algumas modalidades, o WD 110 pode não incluir o conjunto de circuitos front end de rádio 112; em vez disso, o conjunto de circuitos de processamento 120 pode compreender conjunto de circuitos front end de rádio e pode ser conectado à antena 111. Da mesma forma, em algumas modalidades, parte ou todo o conjunto de circuitos transceptores de RF 122 podem ser considerado uma parte da interface 114. O conjunto de circuitos front end de rádio 112 podem receber dados digitais a serem enviados para outros nós de rede ou WDs por meio de uma conexão sem fio. O conjunto de circuitos front end de rádio 112 pode converter os dados digitais em um sinal de rádio com os parâmetros apropriados de canal e largura de banda usando uma combinação de filtros 118 e/ou amplificadores 116. O sinal de rádio pode então ser transmitido através da antena 111. Da mesma forma, ao receber dados, a antena 111 pode coletar sinais de rádio que são então convertidos em dados digitais por meio do conjunto de circuitos front end de rádio 112. Os dados digitais podem ser passados para o conjunto de circuitos de processamento 120. Em outras modalidades, a interface pode compreender diferentes componentes e/ou diferentes combinações de componentes.

[0089] O conjunto de circuitos de processamento 120 pode compreender uma combinação de um ou mais de um microprocessador, controlador, microcontrolador, unidade de processamento central, processador de sinal digital, circuito integrado de aplicação específica, arranjo de portas programável em campo ou qualquer outro dispositivo, recurso ou combinação de computação adequada de hardware, software e/ou lógica codificada operável para fornecer, tanto isoladamente quanto em conjunto com outros componentes do WD 110, tal como meio legível por dispositivo 130, funcionalidade do WD 110. Tal funcionalidade pode incluir o fornecimento de qualquer uma das várias características ou benefícios sem fio discutido neste documento. Por exemplo, o conjunto de circuitos de processamento 120 pode executar instruções armazenadas no meio legível por dispositivo 130 ou na memória dentro do conjunto de circuitos de processamento 120 para fornecer a funcionalidade descrita neste documento.

[0090] Como ilustrado, o conjunto de circuitos de processamento 120 inclui um ou mais dentre conjunto de circuitos transceptores de RF 122, conjunto de circuitos de processamento de banda base 124 e conjunto de circuitos de processamento de aplicação 126. Em outras modalidades, o conjunto de circuitos de processamento pode compreender diferentes componentes e/ou diferentes combinações de componentes. Em certas modalidades, o conjunto de circuitos de processamento 120 de WD 110 pode compreender um SOC. Em algumas modalidades, o conjunto de circuitos transceptores de RF 122, o conjunto de circuitos de processamento de banda base 124 e o conjunto de circuitos de processamento de aplicação 126 podem estar em chips separados ou conjuntos de chips. Em modalidades alternativas, parte ou todo o conjunto de circuitos de processamento de banda de base 124 e conjunto de circuitos de processamento de aplicação 126 podem ser combinados em um chip ou conjunto de chips, e o conjunto de circuitos transceptores de RF 122 podem estar em um chip ou conjunto de chips separado. Em modalidades ainda alternativas, parte ou todo o conjunto de circuitos transceptores de RF 122 e conjunto de circuitos de processamento de banda base 124 pode estar no mesmo chip ou conjunto de chips, e o conjunto de circuitos de processamento de aplicação 126 pode estar em um chip ou conjunto de chips separado. Em ainda outras modalidades alternativas, parte ou todo o conjunto de circuitos transceptores de RF 122, conjunto de circuitos de processamento de banda base 124 e conjunto de circuitos de processamento de aplicação 126 podem ser combinados no mesmo chip ou conjunto de chips. Em algumas modalidades, o conjunto de circuitos transceptores de RF 122 pode ser uma parte da interface

114. O conjunto de circuitos transceptores de RF 122 pode condicionar os sinais de RF para o conjunto de circuitos de processamento 120.

[0091] Em certas modalidades, parte ou toda a funcionalidade descrita neste documento como sendo realizada por um WD pode ser fornecida por meio do conjunto de circuitos de processamento 120 executando instruções armazenadas no meio legível por dispositivo 130, que em certas modalidades pode ser um meio de armazenamento legível por computador. Em modalidades alternativas, alguma ou toda a funcionalidade pode ser fornecida pelo conjunto de circuitos de processamento 120 sem executar as instruções armazenadas em um meio de armazenamento legível por dispositivo separado ou discreto, tal como de maneira cabeada. Em qualquer uma dessas modalidades particulares, seja executando instruções armazenadas em um meio de armazenamento legível por dispositivo ou não, o conjunto de circuitos de processamento 120 pode ser configurado para realizar a funcionalidade descrita. Os benefícios fornecidos por essa funcionalidade não se limitam ao conjunto de circuitos de processamento 120 isoladamente ou a outros componentes do WD 110, mas são usufruídos pelo WD 110 como um todo e/ou pelos usuários finais e pela rede sem fio em geral.

[0092] O conjunto de circuitos de processamento 120 pode ser configurado para realizar quaisquer operações de determinação, cálculo ou similares (por exemplo, certas operações de obtenção) descritas neste documento como sendo realizadas por um WD. Essas operações, conforme realizadas pelo conjunto de circuitos de processamento 120, podem incluir informações de processamento obtidas pelo conjunto de circuitos de processamento 120, por exemplo, convertendo as informações obtidas em outras informações, comparando as informações obtidas ou convertidas às informações armazenadas pelo WD 110 e/ou realizando uma ou mais operações com base nas informações obtidas ou informações convertidas e como resultado do dito processamento de fazer uma determinação.

[0093] O meio legível por dispositivo 130 pode ser operável para armazenar um programa de computador, software, uma aplicação incluindo uma ou mais lógicas, regras, código, tabelas, etc. e/ou outras instruções capazes de serem executadas pelo conjunto de circuitos de processamento 120. O meio legível por dispositivo 130 pode incluir memória do computador (por exemplo, RAM (Memória de Acesso Aleatório) ou ROM (Memória somente de leitura)), meios de armazenamento em massa (por exemplo, um disco rígido), meios de armazenamento removível (por exemplo, um Disco Compacto (CD) ou um Disco de Vídeo Digital (DVD)) e/ou quaisquer outros dispositivo de memória voláteis ou não voláteis, legíveis por dispositivo e/ou executáveis por computador, que armazenam informações, dados e/ou instruções que podem ser usadas pelo conjunto de circuitos de processamento 120. Em algumas modalidades, o conjunto de circuitos de processamento 120 e o meio legível por dispositivo 130 podem ser considerados integrados.

[0094] O equipamento de interface de usuário 132 pode fornecer componentes que permitem que um usuário humano interaja com o WD 110. Essa interação pode ter muitas formas, tal como visual, auditiva, tátil, etc. O equipamento de interface de usuário 132 pode ser operável para produzir saída para o usuário e para permitir que o usuário forneça entrada para o WD 110. O tipo de interação pode variar dependendo do tipo de equipamento de interface de usuário 132 instalado no WD 110. Por exemplo, se o WD 110 for um telefone inteligente, a interação pode ser por meio de uma tela sensível ao toque; se o WD 110 for um medidor inteligente, a interação pode ser por meio de uma tela que fornece uso (por exemplo, o número de galões usados) ou um alto-falante que fornece um alerta sonoro (por exemplo, se for detectada fumaça). O equipamento de interface de usuário 132 pode incluir interfaces, dispositivos e circuitos de entrada e interfaces, dispositivos e circuitos de saída. O equipamento de interface de usuário 132 está configurado para permitir a entrada de informações no WD 110 e está conectado ao conjunto de circuitos de processamento 120 para permitir que o conjunto de circuitos de processamento 120 processe as informações de entrada. O equipamento de interface de usuário 132 pode incluir, por exemplo, um microfone, um sensor de proximidade ou outro, teclas/botões, um visor sensível ao toque, uma ou mais câmeras, uma porta USB ou outro conjunto de circuitos de entrada. O equipamento de interface de usuário 132 também está configurado para permitir a saída de informações do WD 110 e para permitir que o conjunto de circuitos de processamento 120 produza informações do WD 110. O equipamento de interface de usuário 132 pode incluir, por exemplo, um alto- falante, um visor, um conjunto de circuitos vibratórios, uma porta USB, interface de fone de ouvido ou outro conjunto de circuitos de saída. Usando uma ou mais interfaces, dispositivos e circuitos de entrada e saída do equipamento de interface de usuário 132, o WD 110 pode se comunicar com os usuários finais e/ou a rede sem fio e permitir que eles se beneficiem da funcionalidade descrita neste documento.

[0095] O equipamento auxiliar 134 é operável para fornecer funcionalidade mais específica que geralmente não pode ser realizada pelos WDs. Isso pode compreender sensores especializados para fazer medições para vários propósitos, interfaces para tipos adicionais de comunicação, como comunicações com fio, etc. A inclusão e o tipo de componentes do equipamento auxiliar 134 podem variar dependendo da modalidade e/ou cenário.

[0096] A fonte de potência 136 pode, em algumas modalidades, estar na forma de uma bateria ou grupo de bateria. Outros tipos de fontes de potência, como uma fonte de potência externa (por exemplo, uma tomada de eletricidade), dispositivos fotovoltaicos ou células de potência, também podem ser usados. O WD 110 pode ainda compreender o conjunto de circuitos de potência 137 para entregar potência da fonte de potência 136 para as várias partes do WD 110 que necessitam de potência da fonte de potência 136 para desempenhar qualquer funcionalidade descrita ou indicada neste documento. O conjunto de circuitos de potência 137 pode, em certas modalidades, compreender conjunto de circuitos de gerenciamento de potência. O conjunto de circuitos de potência 137 pode adicional ou alternativamente ser operável para receber potência de uma fonte de potência externa; nesse caso, o WD 110 pode ser conectável à fonte de potência externa (tal como uma tomada de eletricidade) através do conjunto de circuitos de entrada ou uma interface tal como um cabo de potência elétrica. O conjunto de circuitos de potência 137 também podem, em certas modalidades, ser operáveis para entregar potência de uma fonte de potência externa para a fonte de potência 136. Isso pode ser, por exemplo, para o carregamento da fonte de potência 136. O conjunto de circuitos de potência 137 podem realizar qualquer formatação, conversão ou outra modificação de potência da fonte de potência 136 para tornar a potência adequada para os respectivos componentes do WD 110 aos quais a potência é suprida.

[0097] A FIGURA 5 ilustra uma modalidade de um UE 200, de acordo com vários aspectos descritos neste documento. Como usado neste documento, um equipamento de usuário ou UE pode não necessariamente ter um usuário no sentido de um usuário humano que tem e/ou opera o dispositivo relevante. Em vez disso, um UE pode representar um dispositivo que se destina à venda ou operação por um usuário humano, mas que não pode, ou que não pode inicialmente, ser associado a um usuário humano específico (por exemplo, um controlador de aspersor inteligente). Alternativamente, um UE pode representar um dispositivo que não se destina à venda ou operação por um usuário final, mas que pode ser associado ou operado em benefício de um usuário (por exemplo, um medidor de potência inteligente). O UE 200 pode ser qualquer UE identificado pelo Projeto de Parceria para a 3ª Geração (3GPP), incluindo um NB- IoT UE, um UE de comunicação de tipo de máquina (MTC) e/ou um MTC UE aprimorado (eMTC). O UE 200, como ilustrado na FIGURA 5, é um exemplo de WD configurado para comunicação de acordo com um ou mais padrões de comunicação promulgados pelo Projeto de Parceria para a 3ª Geração (3GPP), tal como padrões de GSM, UMTS, LTE e/ou 5G do 3GPP. Como mencionado anteriormente, o termo WD e UE pode ser usado de modo intercambiável. Por conseguinte, embora a FIGURA 5 seja um UE, os componentes discutidos neste documento são igualmente aplicáveis a um WD e vice-versa.

[0098] Na FIGURA 5, o UE 200 inclui um conjunto de circuitos de processamento 201 que é acoplado operacionalmente à interface de entrada/saída 205, interface de radiofrequência (RF) 209, interface de conexão de rede 211, memória 215 incluindo memória de acesso aleatório (RAM) 217, memória somente de leitura (ROM) 219 e meio de armazenamento 221 ou semelhante, subsistema de comunicação 231, fonte de potência 233 e/ou qualquer outro componente ou qualquer combinação dos mesmos. O meio de armazenamento 221 inclui o sistema operacional 223, o programa de aplicação 225 e os dados 227. Em outras modalidades, o meio de armazenamento 221 pode incluir outros tipos semelhantes de informações. Certos UEs podem utilizar todos os componentes mostrados na FIGURA 5, ou apenas um subconjunto dos componentes. O nível de integração entre os componentes pode variar de um UE para outro UE. Além disso, certos UEs podem conter múltiplas instâncias de um componente, como múltiplos processadores, memórias, transceptores, transmissores, receptores, etc.

[0099] Na FIGURA 5, o conjunto de circuitos de processamento 201 pode ser configurado para processar instruções e dados do computador. O conjunto de circuitos de processamento 201 pode ser configurado para implementar qualquer máquina de estado sequencial operativa para executar instruções de máquina armazenadas como programas de computador legíveis por máquina na memória, tal como uma ou mais máquinas de estado implementadas por hardware (por exemplo, em lógica discreta, FPGA, ASIC, etc.); lógica programável junto com o firmware apropriado; um ou mais programas armazenados, processadores de uso geral, como um microprocessador ou Processador de Sinal

Digital (DSP), juntamente com o software apropriado; ou qualquer combinação dos itens acima. Por exemplo, o conjunto de circuitos de processamento 201 pode incluir duas unidades de processamento central (CPUs). Os dados podem ser informações de uma forma adequada para uso por um computador.

[00100] Na modalidade representada, a interface de entrada/saída 205 pode ser configurada para fornecer uma interface de comunicação para um dispositivo de entrada, dispositivo de saída ou dispositivo de entrada e saída. O UE 200 pode ser configurado para usar um dispositivo de saída através de interface de entrada/saída 205. Um dispositivo de saída pode usar o mesmo tipo de via de acesso de interface que um dispositivo de entrada. Por exemplo, uma porta USB pode ser usada para fornecer entrada e saída do UE 200. O dispositivo de saída pode ser um alto-falante, uma placa de som, uma placa de vídeo, um visor, um monitor, uma impressora, um atuador, um emissor, um cartão inteligente, outro dispositivo de saída ou qualquer combinação dos mesmos. O UE 200 pode ser configurado para usar um dispositivo de entrada através da interface de entrada/saída 205 para permitir que um usuário capture informações no UE 200. O dispositivo de entrada pode incluir um visor sensível ao toque ou à presença, uma câmera (por exemplo, uma câmera digital, uma câmera de vídeo digital, uma câmera da web, etc.), um microfone, um sensor, um mouse, uma bola de comando, um bloco direcional, um trackpad, uma roda de rolagem, um cartão inteligente e similares. O visor sensível à presença pode incluir um sensor de toque capacitivo ou resistivo para sensorear a entrada de um usuário. Um sensor pode ser, por exemplo, um acelerômetro, um giroscópio, um sensor de inclinação, um sensor de força, um magnetômetro, um sensor óptico, um sensor de proximidade, outro sensor semelhante ou qualquer combinação dos mesmos. Por exemplo, o dispositivo de entrada pode ser um acelerômetro, um magnetômetro, uma câmera digital, um microfone e um sensor óptico.

[00101] Na FIGURA 5, a interface de RF 209 pode ser configurada para fornecer uma interface de comunicação para componentes de RF, como um transmissor, um receptor e uma antena. A interface de conexão de rede 211 pode ser configurada para fornecer uma interface de comunicação para a rede 243a. A rede 243a pode abranger redes com fio e/ou sem fio, como uma rede de área local (LAN), uma rede geograficamente distribuída (WAN), uma rede de computadores, uma rede sem fio, uma rede de telecomunicações, outra rede semelhante ou qualquer combinação das mesmas. Por exemplo, a rede 243a pode compreender uma rede Wi-Fi. A interface de conexão de rede 211 pode ser configurada para incluir um receptor e uma interface de transmissão usada para se comunicar com um ou mais outros dispositivos através de uma rede de comunicação de acordo com um ou mais protocolos de comunicação, tais como Ethernet, TCP/IP, SONET, ATM ou semelhante. A interface de conexão de rede 211 pode implementar a funcionalidade de receptor e transmissor apropriada para os enlaces de rede de comunicação (por exemplo, ópticos, elétricos e semelhantes). As funções do transmissor e do receptor podem compartilhar componentes do circuito, software ou firmware ou, alternativamente, podem ser implementadas separadamente.

[00102] A RAM 217 pode ser configurada para fazer interface através do barramento 202 com o conjunto de circuitos de processamento 201 para fornecer armazenamento ou armazenamento em cache de dados ou instruções de computador durante a execução de programas de software, como o sistema operacional, programas de aplicação e drivers de dispositivo. A ROM 219 pode ser configurada para fornecer instruções ou dados de computador ao conjunto de circuitos de processamento 201. Por exemplo, a ROM 219 pode ser configurada para armazenar códigos ou dados invariáveis de sistema de baixo nível para funções básicas do sistema, como entrada e saída básica (E/S), inicialização ou recepção de pressionamentos de tecla de um teclado que estão armazenados em uma memória não volátil. O meio de armazenamento 221 pode ser configurado para incluir memória tal como RAM, ROM, memória somente de leitura programável (PROM), memória somente de leitura programável apagável (EPROM), memória somente de leitura programável apagável eletricamente (EEPROM), discos magnéticos, discos ópticos, disquetes, discos rígidos, cartuchos removíveis ou flash drives. Em um exemplo, o meio de armazenamento 221 pode ser configurado para incluir o sistema operacional 223, o programa de aplicação 225, tal como uma aplicação de navegador da web, um mecanismo de widget ou gadget ou outra aplicação e o arquivo de dados

227. O meio de armazenamento 221 pode armazenar, para uso pelo UE 200, qualquer um de uma variedade de vários sistemas operacionais ou combinações de sistemas operacionais.

[00103] O meio de armazenamento 221 pode ser configurado para incluir diversas unidades de drive físico, tal como arranjo redundante de discos independentes (RAID), drive de disquete, memória flash, USB flash drive, drive de disco rígido externa, thumb drive, pen drive, key drive, drive de disco óptico de disco versátil digital de alta densidade (HD-DVD), drive de disco rígido interno, drive de disco óptico Blu-Ray, drive de disco óptico de armazenamento de dados digitais holográficos (HDDS), módulo de memória em linha mini-dual externo (DIMM), memória de acesso aleatório dinâmico síncrono (SDRAM), SDRAM micro-DIMM externo, memória de cartão inteligente, tal como um módulo de identidade de assinante ou um módulo de identidade de usuário removível (SIM/RUIM), outra memória ou qualquer combinação dos mesmos. O meio de armazenamento 221 pode permitir que o UE 200 acesse instruções executáveis por computador, programas de aplicação ou semelhantes, armazenados em meios de memória transitória ou não transitória, para descarregar dados ou fazer carregamento de dados. Um artigo de fabricação, tal como aquele que utiliza um sistema de comunicação, pode ser incorporado de forma tangível no meio de armazenamento 221, que pode compreender um meio legível por dispositivo.

[00104] Na FIGURA 5, o conjunto de circuitos de processamento 201 pode ser configurado para se comunicar com a rede 243b usando o subsistema de comunicação 231. A rede 243a e a rede 243b podem ser a mesma rede ou redes, ou rede ou redes diferentes. O subsistema de comunicação 231 pode ser configurado para incluir um ou mais transceptores usados para se comunicar com a rede 243b. Por exemplo, o subsistema de comunicação 231 pode ser configurado para incluir um ou mais transceptores usados para se comunicar com um ou mais transceptores remotos de outro dispositivo capaz de comunicação sem fio, como outro WD, UE ou estação base de uma rede de acesso por rádio (RAN) de acordo com um ou mais protocolos de comunicação, como o IEEE 802.4, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax ou semelhantes. Cada transceptor pode incluir o transmissor 233 e/ou o receptor 235 para implementar a funcionalidade do transmissor ou receptor, respectivamente, apropriada para os enlaces de RAN (por exemplo, alocações de frequência e semelhantes). Além disso, o transmissor 233 e o receptor 235 de cada transceptor podem compartilhar componentes de circuito, software ou firmware ou, alternativamente, podem ser implementados separadamente.

[00105] Na modalidade ilustrada, as funções de comunicação do subsistema de comunicação 231 podem incluir comunicação de dados, comunicação por voz, comunicação multimídia, comunicações de curto alcance, tal como Bluetooth, comunicação por proximidade de campo, comunicação com base em localização, tal como o uso do sistema de posicionamento global (GPS)

para determinar um local, outra função de comunicação semelhante ou qualquer combinação dos mesmos. Por exemplo, o subsistema de comunicação 231 pode incluir comunicação por celular, comunicação por Wi-Fi, comunicação por Bluetooth e comunicação por GPS. A rede 243b pode abranger redes com fio e/ou sem fio, como uma rede de área local (LAN), uma rede geograficamente distribuída (WAN), uma rede de computadores, uma rede sem fio, uma rede de telecomunicações, outra rede semelhante ou qualquer combinação das mesmas. Por exemplo, a rede 243b pode ser uma rede celular, uma rede Wi-Fi e/ou uma rede de campo próximo. A fonte de potência 213 pode ser configurada para fornecer potência de corrente alternada (AC) ou corrente contínua (DC) aos componentes do UE 200.

[00106] As características, benefícios e/ou funções descritas neste documento podem ser implementadas em um dos componentes do UE 200 ou particionadas em vários componentes do UE 200. Além disso, as características, benefícios e/ou funções descritas neste documento podem ser implementadas em qualquer combinação de hardware, software ou firmware. Em um exemplo, o subsistema de comunicação 231 pode ser configurado para incluir qualquer um dos componentes descritos neste documento. Além disso, o conjunto de circuitos de processamento 201 pode ser configurado para se comunicar com qualquer um desses componentes através do barramento 202. Em outro exemplo, qualquer um desses componentes pode ser representado por instruções de programa armazenadas na memória que, quando executadas pelo conjunto de circuitos de processamento 201, realizam as funções correspondentes descritas neste documento. Em outro exemplo, a funcionalidade de qualquer um desses componentes pode ser particionada entre o conjunto de circuitos de processamento 201 e o subsistema de comunicação 231. Em outro exemplo, as funções não computacionalmente intensivas de qualquer um desses componentes podem ser implementadas em software ou firmware e as funções computacionalmente intensivas podem ser implementadas em hardware.

[00107] A FIGURA 6 é um diagrama de blocos esquemático que ilustra um ambiente de virtualização 300 no qual funções implementadas por algumas modalidades podem ser virtualizadas. No presente contexto, virtualizar significa criar versões virtuais de aparelhos ou dispositivos que podem incluir plataformas de hardware de virtualização, dispositivos de armazenamento e recursos de rede. Conforme usado neste documento, a virtualização pode ser aplicada a um nó (por exemplo, uma estação base virtualizada ou um nó de acesso via rádio virtualizado) ou a um dispositivo (por exemplo, um UE, um dispositivo sem fio ou qualquer outro tipo de dispositivo de comunicação) ou componentes do mesmo e se refere a uma implementação na qual pelo menos uma porção da funcionalidade é implementada como um ou mais componentes virtuais (por exemplo, por meio de uma ou mais aplicações, componentes, funções, máquinas virtuais ou contêineres executando em um ou mais nós de processamento físico em uma ou mais redes).

[00108] Em algumas modalidades, algumas ou todas as funções descritas neste documento podem ser implementadas como componentes virtuais executados por uma ou mais máquinas virtuais implementadas em um ou mais ambientes virtuais 300 hospedados por um ou mais nós de hardware 330. Além disso, em modalidades nas quais o nó virtual não é um nó de acesso via rádio ou não requer conectividade por rádio (por exemplo, um nó de rede núcleo), então o nó de rede pode ser totalmente virtualizado.

[00109] As funções podem ser implementadas por um ou mais aplicações 320 (que podem ser chamados de instâncias de software, virtual appliances, funções de rede, nós virtuais, funções de rede virtual, etc.) operacionais para implementar algumas das características, funções e/ou benefícios de algumas das modalidades descritas neste documento. As aplicações 320 são rodados no ambiente de virtualização 300, que fornece o hardware 330, que compreende o conjunto de circuitos de processamento 360 e a memória 390. A memória 390 contém instruções 395 executáveis pelo conjunto de circuitos de processamento 360, pelo qual a aplicação 320 está operacional para fornecer um ou mais das características, benefícios e/ou funções descritas neste documento.

[00110] O ambiente de virtualização 300 compreende dispositivos de hardware de rede de uso geral ou de uso específico 330, compreendendo um conjunto de um ou mais processadores ou conjunto de circuitos de processamento 360, que podem ser processadores comerciais prontos para uso (COTS), circuitos integrados específicos de aplicação (ASICs) dedicados ou qualquer outro tipo de conjunto de circuitos de processamento, incluindo componentes de hardware digital ou analógico ou processadores de uso especial. Cada dispositivo de hardware pode compreender a memória 390-1, que pode ser uma memória não persistente para armazenar temporariamente as instruções 395 ou o software executado pelo conjunto de circuitos de processamento 360. Cada dispositivo de hardware pode compreender um ou mais controladores de interface de rede (NICs) 370, também conhecidos como cartões de interface de rede, que incluem a interface de rede física 380. Cada dispositivo de hardware também pode incluir meios de armazenamento não transitórios, persistente e legível por máquina 390-2, tendo armazenado no software 395 e/ou instruções executáveis pelo conjunto de circuitos de processamento 360. O software 395 pode incluir qualquer tipo de software, incluindo software para instanciar uma ou mais camadas de virtualização 350 (também referidas como hipervisores), software para executar máquinas virtuais 340, bem como software que permite executar funções, características e/ou benefícios descritos em relação a algumas modalidades descritas neste documento.

[00111] As máquinas virtuais 340, compreendem processamento virtual, memória virtual, rede ou interface virtual e armazenamento virtual e podem ser rodadas por uma camada de virtualização 350 correspondente ou por um hipervisor. Diferentes modalidades da instância da ferramenta virtual 320 podem ser implementadas em uma ou mais máquinas virtuais 340, e as implementações podem ser feitas de maneiras diferentes.

[00112] Durante a operação, o conjunto de circuitos de processamento 360 executa o software 395 para instanciar o hipervisor ou a camada de virtualização 350, que às vezes pode ser referida de monitor de máquina virtual (VMM). A camada de virtualização 350 pode apresentar uma plataforma operacional virtual que aparece como hardware de rede para a máquina virtual 340.

[00113] Como mostrado na FIGURA 6, o hardware 330 pode ser um nó de rede independente com componentes genéricos ou específicos. O hardware 330 pode compreender a antena 3225 e pode implementar algumas funções via virtualização. Como alternativa, o hardware 330 pode fazer parte de um agrupamento maior de hardware (por exemplo, em uma central de dados ou equipamento nas instalações do cliente (CPE)), em que muitos nós de hardware trabalham juntos e são gerenciados através de gerenciamento e orquestração (MANO) 3100, que, entre outros, supervisiona o gerenciamento do ciclo de vida das aplicações 320.

[00114] A virtualização do hardware é, em alguns contextos, referida como virtualização de funções de rede (NFV). A NFV pode ser usada para consolidar muitos tipos de equipamentos de rede em hardware de servidor de alto volume padrão do setor, comutadores físicos e armazenamento físico, que podem ser localizados em centrais de dados e equipamentos nas instalações do cliente.

[00115] No contexto da NFV, a máquina virtual 340 pode ser uma implementação de software de uma máquina física que roda programas como se estivessem sendo executando em uma máquina física não virtualizada. Cada uma das máquinas virtuais 340 e a parte do hardware 530 que executa essa máquina virtual, seja ela o hardware dedicado à essa máquina virtual e/ou compartilhado por essa máquina virtual com outras das máquinas virtuais 340, forma elementos de rede virtual separados (VNE).

[00116] Ainda no contexto de NFV, a Função de Rede Virtual (VNF) é responsável por manipular funções de rede específicas que rodam em uma ou mais máquinas virtuais 340 no topo da infraestrutura de rede de hardware 330 e que corresponde à aplicação 320 na FIGURA 6.

[00117] Em algumas modalidades, uma ou mais unidades de rádio 3200 que cada uma inclui um ou mais transmissores 3220 e um ou mais receptores 3210 pode ser acoplada a uma ou mais antenas 3225. As unidades de rádio 3200 podem se comunicar diretamente com os nós de hardware 330 através de uma ou mais interfaces de redes apropriadas e pode ser usada em combinação com os componentes virtuais para fornecer um nó virtual com capacidades de rádio, como um nó de acesso via rádio ou uma estação base.

[00118] Em algumas modalidades, alguma sinalização pode ser efetuada com o uso do sistema de controle 3230 que pode ser usado alternativamente para comunicação entre os nós de hardware 330 e as unidades de rádio 3200.

[00119] A FIGURA 7 ilustra uma rede de telecomunicações conectada através de uma rede intermediária a um computador host, de acordo com algumas modalidades. No que se refere à FIGURA 7, de acordo com uma modalidade, um sistema de comunicação inclui a rede de telecomunicações 410, tal como uma rede celular do tipo 3GPP, que compreende a rede de acesso 411, tal como uma rede de acesso via rádio, e a rede núcleo 414. A rede de acesso

411 compreende uma pluralidade de estações base 412a, 412b, 412c, tal como NBs, eNBs, gNBs ou outros tipos de pontos de acesso sem fio, cada um definindo uma área de cobertura correspondente 413a, 413b, 413c. Cada estação base 412a, 412b, 412c é conectável à rede núcleo 414 através de uma conexão com fio ou sem fio 415. Um primeiro UE 491 localizado na área de cobertura 413c é configurado para se conectar de modo sem fio ou ser radiolocalizado pela estação base 412c correspondente. Um segundo UE 492 na área de cobertura 413a é conectável de modo sem fio à estação base correspondente 412a. Embora uma pluralidade de UEs 491, 492 seja ilustrada neste exemplo, as modalidades descritas são igualmente aplicáveis a uma situação em que um único UE está na área de cobertura ou em que um único UE está se conectando à estação base 412 correspondente.

[00120] A própria rede de telecomunicações 410 está conectada ao computador host 430, que 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 torre de servidores. O computador host 430 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 421 e 422 entre a rede de telecomunicações 410 e o computador host 430 podem se estender diretamente da rede núcleo 414 para o computador host 430 ou podem passar por uma rede intermediária opcional 420. A rede intermediária 420 pode ser uma ou uma combinação de mais de uma dentre, uma rede pública, privada ou hospedada; a rede intermediária 420, se houver, pode ser uma rede de transporte ou a Internet; em particular, a rede intermediária 420 pode compreender duas ou mais sub- redes (não mostradas).

[00121] O sistema de comunicação da FIGURA 7 como um todo permite a conectividade entre os UEs 491, 492 conectados e o computador host 430. A conectividade pode ser descrita como uma conexão over-the-top (OTT) 450. O computador host 430 e os UEs 491 conectados, 492 são configurados para comunicar dados e/ou sinalizar através de conexão OTT 450, usando a rede de acesso 411, rede núcleo 414, qualquer rede intermediária 420 e possível infraestrutura adicional (não mostrada) como intermediária. A conexão OTT 450 pode ser transparente no sentido de que os dispositivos de comunicação participantes através dos quais a conexão OTT 450 passa não é advertida do roteamento de comunicações de enlace ascendente e enlace descendente. Por exemplo, a estação base 412 pode não ser ou não precisa ser advertida sobre o roteamento anterior de uma comunicação de enlace descendente de entrada com dados originários do computador host 430 a ser encaminhado (por exemplo, entregue) para um UE 491 conectado. Da mesma forma, a estação base 412 não precisa ser advertida do roteamento futuro de uma comunicação de enlace ascendente de saída originária do UE 491 em direção ao computador host

430.

[00122] A FIGURA 8 ilustra um computador host que se comunica através de uma estação base com um equipamento de usuário através de uma conexão parcialmente sem fio, de acordo com algumas modalidades. Exemplos de implementações, de acordo com uma modalidade, do UE, da estação base e do computador host discutido nos parágrafos anteriores serão agora descritos no que se refere à FIGURA 8. No sistema de comunicação 500, o computador host 510 compreende o hardware 515 incluindo a interface de comunicação 516 configurada para preparar e manter uma conexão com ou sem fio com uma interface de um dispositivo de comunicação diferente do sistema de comunicação 500. O computador host 510 compreende ainda o conjunto de circuitos de processamento 518, que pode ter a capacidade de armazenamento e/ou processamento. Em particular, o conjunto de circuitos de processamento 518 pode compreender um ou mais processadores programáveis, circuitos integrados de aplicação específica, arranjos de portas programáveis em campo ou combinações destes (não mostrados) adaptados para executar instruções. O computador host 510 compreende ainda o software 511, que é armazenado ou acessível pelo computador host 510 e executável pelo conjunto de circuitos de processamento 518. O software 511 inclui a aplicação host 512. A aplicação host 512 pode ser operável para fornecer um serviço a um usuário remoto, tal como o UE 530 conectando através de uma conexão OTT 550, terminando no UE 530 e no computador host 510. Ao fornecer o serviço ao usuário remoto, a aplicação host 512 pode fornecer dados do usuário que são transmitidos usando a conexão OTT 550.

[00123] O sistema de comunicação 500 inclui ainda a estação base 520 fornecida em um sistema de telecomunicações e compreendendo o hardware 525, permitindo que ele se comunique com o computador host 510 e com o UE

530. O hardware 525 pode incluir a interface de comunicação 526 para preparar e manter uma conexão com ou sem fio com uma interface de um dispositivo de comunicação diferente do sistema de comunicação 500, bem como da interface de rádio 527 para preparar e manter pelo menos a conexão sem fio 570 com o UE 530 localizado em uma área de cobertura (não mostrada na FIGURA 8) servida pela estação base 520. A interface de comunicação 526 pode ser configurada para facilitar a conexão 560 ao computador host 510. A conexão 560 pode ser direta ou pode passar através de uma rede núcleo (não mostrada na FIGURA 8) 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 525 da estação base 520 inclui ainda um conjunto de circuitos de processamento 528, o qual pode compreender um ou mais processadores programáveis, circuitos integrados de aplicação específica, arranjos de portas programáveis em campo ou combinações destes (não mostrados) adaptados para executar instruções. A estação base 520 ainda tem o software 521 armazenado internamente ou acessível através de uma conexão externa.

[00124] O sistema de comunicação 500 inclui ainda o UE 530 já referido. Seu hardware 535 pode incluir interface de rádio 537 configurada para preparar e manter a conexão sem fio 570 com uma estação base que serve uma área de cobertura na qual o UE 530 está atualmente localizado. O hardware 535 do UE 530 inclui ainda o conjunto de circuitos de processamento 538, que pode compreender um ou mais processadores programáveis, circuitos integrados de aplicação específica, arranjos de portas programáveis em campo ou combinações destes (não mostrados) adaptados para executar instruções. O UE 530 compreende ainda o software 531, que é armazenado ou acessível pelo UE 530 e executável pelo conjunto de circuitos de processamento 538. O software 531 inclui a aplicação cliente 532. A aplicação cliente 532 pode ser operável para fornecer um serviço a um usuário humano ou não humano através do UE 530, com o suporte do computador host 510. No computador host 510, uma aplicação host em execução 512 pode se comunicar com a aplicação cliente em execução 532 através de uma conexão OTT 550 terminando no UE 530 e no computador host 510. Ao fornecer o serviço ao usuário, a aplicação cliente 532 pode receber dados de solicitação da aplicação host 512 e fornecer dados do usuário em resposta aos dados de solicitação. A conexão OTT 550 pode transferir ambos os dados de solicitação e os dados do usuário. A aplicação cliente 532 pode interagir com o usuário para gerar os dados do usuário que ele fornece.

[00125] É notado que o computador host 510, a estação base 520 e o UE 530 ilustrado na FIGURA 8 podem ser similares ou idênticos ao computador host 430, uma das estações base 412a, 412b, 412c e um dos UEs 491, 492 da FIGURA

7, respectivamente. Isto é, o trabalho interno dessas entidades pode ser como o mostrado na FIGURA 8 e, independentemente, a topologia de rede circundante pode ser a da FIGURA 7.

[00126] Na FIGURA 8, a conexão OTT 550 foi desenhada de modo abstrato para ilustrar a comunicação entre o computador host 510 e o UE 530 através da estação base 520, sem referência explícita a quaisquer dispositivos intermediários e ao roteamento preciso de mensagens através desses dispositivos. A infraestrutura de rede pode determinar o roteamento, que pode ser configurado para ocultar do UE 530 ou do provedor de serviços que opera o computador host 510, ou ambos. Embora a conexão OTT 550 esteja ativa, a infraestrutura de rede pode ainda tomar decisões por meio das quais altera dinamicamente o roteamento (por exemplo, com base na consideração do equilíbrio de carga ou na reconfiguração da rede).

[00127] A conexão sem fio 570 entre o UE 530 e a estação base 520 está de acordo com os ensinamentos das modalidades descritas ao longo desta descrição. Uma ou mais das várias modalidades melhoram o desempenho dos serviços OTT fornecidos ao UE 530 usando a conexão OTT 550, na qual a conexão sem fio 570 forma o último segmento. Mais precisamente, os ensinamentos dessas modalidades podem melhorar o comportamento de seleção de feixe do UE, a fim de melhorar a habilidade de construir funcionalidade de rede auto otimizada.

[00128] Um procedimento de medição pode ser fornecido com a finalidade de monitorar a taxa de dados, latência e outros fatores nos quais a uma ou mais modalidades melhoram. Pode ainda haver uma funcionalidade de rede opcional para reconfigurar a conexão OTT 550 entre o computador host 510 e o UE 530, em resposta a variações nos resultados da medição. O procedimento de medição e/ou a funcionalidade de rede para reconfigurar a conexão OTT 550 pode ser implementada no software 511 e no hardware 515 do computador host 510 ou no software 531 e no hardware 535 do UE 530, ou ambos. Nas modalidades, os sensores (não mostrados) podem ser implantados em ou em associação com dispositivos de comunicação através dos quais a conexão OTT 550 passa; os sensores podem participar do procedimento de medição por meio do suprimento de valores das quantidades monitoradas exemplificadas acima, ou suprindo valores de outras quantidades físicas a partir das quais o software 511, 531 pode calcular ou estimar as quantidades monitoradas. A reconfiguração da conexão OTT 550 pode incluir formato de mensagem, ajustes de retransmissão, roteamento preferido, etc.; a reconfiguração não precisa afetar a estação base 520 e pode ser desconhecida ou imperceptível para a estação base 520. Tais procedimentos e funcionalidades podem ser conhecidos e praticados na técnica. Em certas modalidades, as medições podem envolver sinalização UE proprietário, facilitando as medições de taxa de transferência, tempos de propagação, latência e semelhantes do computador host 510. As medições podem ser implementadas no software 511 e 531, que faz com que as mensagens sejam transmitidas, em particular mensagens vazias ou “dummy”, usando a conexão OTT 550 enquanto monitora os tempos de propagação, erros, etc.

[00129] A FIGURA 9 é um fluxograma que ilustra um método implementado em um sistema de comunicação, de acordo com certas modalidades. O sistema de comunicação inclui um computador host, uma estação base e um UE que podem ser aqueles descritos com relação às FIGURAS 5 e 6. Para simplificar a presente descrição, apenas referências de desenho à FIGURA 9 serão incluídas nesta seção. Na etapa 610, o computador host fornece dados do usuário. Na subetapa 611 (que pode ser opcional) da etapa 610, o computador host fornece os dados do usuário por meio da execução de uma aplicação host. Na etapa 620,

o computador host inicia uma transmissão portando os dados do usuário para o UE. Na etapa 630 (que pode ser opcional), a estação base transmite ao UE os dados do usuário que foram portados na transmissão que o computador host iniciou, de acordo com os ensinamentos das modalidades descritas ao longo desta descrição. Na etapa 640 (que também pode ser opcional), o UE executa uma aplicação cliente associada à aplicação host executado pelo computador host.

[00130] A FIGURA 10 é um fluxograma que ilustra um método implementado em um sistema de comunicação, de acordo com certas modalidades. O sistema de comunicação inclui um computador host, uma estação base e um UE que podem ser aqueles descritos no que se refere às FIGURAS 5 e 6. Para simplificar a presente descrição, apenas referências de desenho à FIGURA 10 serão incluídas nesta seção. Na etapa 710 do método, o computador host fornece dados do usuário. Em uma subetapa opcional (não mostrada), o computador host fornece os dados do usuário por meio da execução de uma aplicação host. Na etapa 720, o computador host inicia uma transmissão portando os dados do usuário para o UE. A transmissão pode passar através da estação base, de acordo com os ensinamentos das modalidades descritas ao longo desta descrição. Na etapa 730 (que pode ser opcional), o UE recebe os dados do usuário portados na transmissão.

[00131] A FIGURA 11 é um fluxograma que ilustra um método implementado em um sistema de comunicação, de acordo com certas modalidades. O sistema de comunicação inclui um computador host, uma estação base e um UE que podem ser aqueles descritos em relação às FIGURAS 5 e 6. Para simplificar a presente descrição, apenas referências de desenho à FIGURA 11 serão incluídas nesta seção. Na etapa 810 (que pode ser opcional), o UE recebe dados de entrada fornecidos pelo computador host. Adicional ou alternativamente, na etapa 820, o UE fornece dados do usuário. Na subetapa 821 (que pode ser opcional) da etapa 820, o UE fornece os dados do usuário por meio da execução de uma aplicação cliente. Na subetapa 811 (que pode ser opcional) da etapa 810, o UE executa uma aplicação cliente que fornece os dados do usuário em reação aos dados de entrada recebidos fornecidos pelo computador host. Ao fornecer os dados do usuário, a aplicação cliente executada pode considerar ainda a entrada de usuário recebida do usuário. Independentemente da maneira específica em que os dados do usuário foram fornecidos, o UE inicia, na subetapa 830 (que pode ser opcional), a transmissão dos dados do usuário para o computador host. Na etapa 840 do método, o computador host recebe os dados do usuário transmitidos do UE, de acordo com os ensinamentos das modalidades descritas ao longo desta descrição.

[00132] A FIGURA 12 é um fluxograma que ilustra um método implementado em um sistema de comunicação, de acordo com certas modalidades. O sistema de comunicação inclui um computador host, uma estação base e um UE que podem ser aqueles descritos em relação às FIGURAS 5 e 6. Para simplificar a presente descrição, apenas referências de desenho à FIGURA 12 serão incluídas nesta seção. Na etapa 910 (que pode ser opcional), de acordo com os ensinamentos das modalidades descritas ao longo desta descrição, a estação base recebe dados do usuário do UE. Na etapa 920 (que pode ser opcional), a estação base inicia a transmissão dos dados do usuário recebidos para o computador host. Na etapa 930 (que pode ser opcional), o computador host recebe os dados do usuário portados na transmissão iniciada pela estação base.

[00133] Quaisquer etapas, métodos, características, funções ou benefícios apropriados descritos neste documento podem ser realizados 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. Essas unidades funcionais podem ser implementadas através do conjunto de circuitos de processamento, que podem incluir um ou mais microprocessadores ou microcontroladores, bem como outro hardware digital, que pode incluir processadores de sinais digitais (DSPs), lógica digital para uso especial e semelhantes. O conjunto de circuitos de processamento pode ser configurado para executar o código de programa armazenado na memória, o que pode incluir um ou vários tipos de memória, como memória somente de leitura (ROM), memória de acesso aleatório (RAM), memória em cache, dispositivos de memória flash, dispositivos de armazenamento óptico, etc. O código do programa armazenado na memória inclui instruções do programa para executar um ou mais protocolos de telecomunicações e/ou de comunicações de dados, bem como instruções para desempenhar uma ou mais das técnicas descritas neste documento. Em algumas implementações, o conjunto de circuitos de processamento pode ser usado para fazer com que a respectiva unidade funcional realize funções correspondentes de acordo com uma ou mais modalidades da presente descrição.

[00134] A FIGURA 13 representa um método em uma rede sem fio, de acordo com certas modalidades. O método começa na etapa 1002 com a determinação de se o relatório disparado por evento, periódico e/ou de feixe está configurado. O método continua na etapa 1004 com a classificação dos resultados de medição de células vizinhas para um relatório de medição com base em determinações. O método continua na etapa 1006 com relatório a um nó de rede de um relatório de medição com base nas determinações e na classificação.

[00135] A FIGURA 14 ilustra um diagrama de blocos esquemático de um aparelho 1100 em uma rede sem fio (por exemplo, a rede sem fio mostrada na

FIGURA 2), de acordo com certas modalidades. O aparelho pode ser implementado em um dispositivo sem fio ou nó de rede (por exemplo, o dispositivo sem fio 110 ou o nó de rede 160 mostrado na FIGURA 2). O aparelho 1100 é operável para desempenhar o método exemplar descrito no que se refere à FIGURA 13 e possivelmente quaisquer outros processos ou métodos descritos neste documento. Também deve ser entendido que o método da FIGURA 13 não é necessariamente desempenhado apenas pelo aparelho 1100. Pelo menos algumas operações do método podem ser realizadas por uma ou mais outras entidades.

[00136] O aparelho virtual 1100 pode compreender o conjunto de circuitos de processamento, que podem incluir um ou mais microprocessadores ou microcontroladores, bem como outro hardware digital, que pode incluir processadores de sinais digitais (DSPs), lógica digital para uso especial e semelhantes. O conjunto de circuitos de processamento pode ser configurado para executar o código de programa armazenado na memória, que pode incluir um ou vários tipos de memória, como memória somente de leitura (ROM), memória de acesso aleatório, memória em 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, bem como instruções para desempenhar uma ou mais das técnicas descritas neste documento, em várias modalidades. Em algumas implementações, o conjunto de circuitos de processamento pode ser usado para causar a unidade de determinação 1110, a unidade de classificação 1120 e a unidade de relatório 1130, quaisquer outras unidades adequadas do aparelho 1100 para realizar funções correspondentes de acordo com uma ou mais modalidades da presente descrição, como a funcionalidade descrito na FIGURA 14.

[00137] O termo unidade pode ter significado convencional no campo de eletrônicos, dispositivos elétricos e/ou dispositivos eletrônicos e pode incluir, por exemplo, conjunto de circuitos elétricos e/ou eletrônicos, dispositivos, módulos, processadores, memórias, dispositivos estado sólido lógico e/ou discretos, programas de computador ou instruções para desempenhar as respectivas tarefas, procedimentos, cálculos, saídas e/ou exibir funções e assim por diante, tal como aqueles descritos neste documento.

[00138] A FIGURA 15 representa um método por meio de um dispositivo sem fio 110 para relatar medições, de acordo com certas modalidades. O método começa na etapa 1210 quando o dispositivo sem fio 110 classifica uma pluralidade de medições para um relatório de medição com base em pelo menos uma quantidade de medição.

[00139] Em uma modalidade particular, a quantidade de medição é uma quantidade de relatório configurada pela rede. Em outra modalidade, a quantidade de medição é uma quantidade de disparo de um conjunto de múltiplas quantidades de disparo configuradas pela rede.

[00140] Em uma modalidade particular, a pluralidade de medições compreende medições de nível de feixe. Adicional ou alternativamente, a pluralidade de medições compreende medições de nível de células.

[00141] Em uma modalidade particular, a pluralidade de medições é para uma célula servidora do dispositivo sem fio. Adicional ou alternativamente, a pluralidade de medições se refere a uma célula vizinha do dispositivo sem fio.

[00142] Na etapa 1220, o dispositivo sem fio 110 relata a um nó de rede 160 o relatório de medição compreendendo informações de medição selecionadas a partir da pluralidade de medições com base na classificação da pluralidade de medições com base na pelo menos uma quantidade de medição.

[00143] Em uma modalidade particular, as informações de medição incluem pelo menos uma de uma pluralidade de medições. Adicional ou alternativamente, as informações de medição podem incluir índices de feixe.

[00144] Em uma modalidade particular, o relatório de medição inclui informações de nível de feixe de uma célula primária (PCell) e uma célula secundária (SCell).

[00145] Em uma modalidade particular, o dispositivo sem fio 110 detecta o cumprimento de um critério de relatório de medição e classifica a pluralidade de medições para o relatório de medição em resposta à detecção do cumprimento dos critérios de relatório de medição.

[00146] Em uma modalidade particular, o dispositivo sem fio 110 é configurado para relatórios periódicos. O dispositivo sem fio 110 pode receber informações indicando a pelo menos uma quantidade de medição de um nó de rede.

[00147] Por exemplo, em uma modalidade particular, a pelo menos uma quantidade de medição indica que apenas os índices de feixe devem ser relatados como parte do relatório de nível de feixe, e o dispositivo sem fio 110 classifica a pluralidade de medições com base na RSRP.

[00148] Em outro modalidade exemplificativa, a pelo menos uma quantidade de medição indica a RSRP, e o dispositivo sem fio 110 classifica a pluralidade de medições com base na RSRP.

[00149] Em ainda outra modalidade exemplificativa, a pelo menos uma quantidade de medição indica a RSRQ, e o dispositivo sem fio 110 classifica a pluralidade de medições que são classificadas com base na RSRQ.

[00150] Ainda em outro modalidade exemplificativa, a pelo menos uma quantidade de medição indica a SINR, e o dispositivo sem fio 110 classifica a pluralidade de medições com base na SINR.

[00151] Em ainda outra modalidade exemplificativa, a pelo menos uma quantidade de medição indica a RSRP e pelo menos um de SINR e RSRQ, e o dispositivo sem fio 110 classifica a pluralidade de medições com base na RSRP.

[00152] Em uma modalidade particular, o dispositivo sem fio é configurado para relatório disparado por evento e a pelo menos uma quantidade de medição compreende uma quantidade de disparo.

[00153] Em uma modalidade particular, a pluralidade de medições compreende uma ou mais medições para uma célula vizinha do dispositivo sem fio, e o dispositivo sem fio 110 classifica a uma ou mais medições para a célula vizinha para identificar pelo menos uma célula vizinha melhor que não deve exceder um número máximo de células a serem relatadas. Em uma modalidade particular, uma melhor de uma pluralidade de medições de um tipo de medição associado à quantidade de disparo pode ser relatada primeiro no relatório de medição.

[00154] A FIGURA 16 ilustra um diagrama de blocos esquemático de um aparelho 1300 em uma rede sem fio (por exemplo, a rede sem fio mostrada na FIGURA 2). O aparelho pode ser implementado em um dispositivo sem fio ou nó de rede (por exemplo, dispositivo sem fio 110 ou nó de rede 160 mostrado na FIGURA 2). O aparelho 1300 é operável para desempenhar o método exemplar descrito no que se refere à FIGURA 15 e possivelmente a quaisquer outros processos ou métodos descritos neste documento. Também deve ser entendido que o método da FIGURA 15 não é necessariamente realizado apenas pelo aparelho 1300. Pelo menos algumas operações do método podem ser realizadas por uma ou mais outras entidades.

[00155] O aparelho virtual 1300 pode compreender o conjunto de circuitos de processamento, que podem incluir um ou mais microprocessadores ou microcontroladores, bem como outro hardware digital, que pode incluir processadores de sinais digitais (DSPs), lógica digital para uso especial e semelhantes. O conjunto de circuitos de processamento pode ser configurado para executar o código de programa armazenado na memória, que pode incluir um ou vários tipos de memória, como memória somente de leitura (ROM), memória de acesso aleatório, memória em 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, bem como instruções para desempenhar uma ou mais das técnicas descritas neste documento, em várias modalidades. Em algumas implementações, o conjunto de circuitos de processamento pode ser usado para fazer com que a unidade de classificação 1310, a unidade de relatório 1320 e quaisquer outras unidades adequadas do aparelho 1300 realizem funções correspondentes de acordo com uma ou mais modalidades da presente descrição, como a funcionalidade descrita na FIGURA

15.

[00156] Por exemplo, a unidade de classificação 1310 pode realizar as funções de classificação do aparelho 1300. Em uma modalidade particular, a unidade de classificação 1310 pode classificar uma pluralidade de medições para um relatório de medição com base em pelo menos uma quantidade de medição.

[00157] Por exemplo, a unidade de relatório 1320 pode realizar as funções de relatório do aparelho 1300. Em uma modalidade particular, a unidade de relatório 1320 pode relatar uma medição para um nó de rede 160 compreendendo informações de medição selecionadas a partir da pluralidade de medições com base na classificação da pluralidade de medições com base em pelo menos uma quantidade de medição.

[00158] O termo unidade pode ter significado convencional no campo de eletrônicos, dispositivos elétricos e/ou dispositivos eletrônicos e pode incluir, por exemplo, conjunto de circuitos elétricos e/ou eletrônicos, dispositivos,

módulos, processadores, memórias, dispositivos de estado sólido lógico e/ou discretos, programas de computador ou instruções para desempenhar as respectivas tarefas, procedimentos, cálculos, saídas e/ou exibir funções e assim por diante, como os descritos neste documento.

[00159] A FIGURA 17 representa um método por um nó de rede 160 para configurar um dispositivo sem fio 110 para relatórios de medição, de acordo com certas modalidades. O método começa na etapa 1410 quando o nó de rede 160 configura o dispositivo sem fio 110 para relatórios de medição com base em eventos.

[00160] Em uma modalidade particular, a pluralidade de medições compreende medições de nível de feixe. Adicional ou alternativamente, a pluralidade de medições compreende medições de nível de células.

[00161] Em uma modalidade particular, a pluralidade de medições é para uma célula servidora do dispositivo sem fio 110. Adicional ou alternativamente, em uma modalidade particular, a pluralidade de medições é para uma célula vizinha do dispositivo sem fio 110.

[00162] Na etapa 1420, o nó de rede 160 recebe, do dispositivo sem fio 110, um relatório de medição compreendendo informações de medição selecionadas a partir de uma pluralidade de medições com base em uma classificação da pluralidade de medições. A classificação da pluralidade de medições é em resposta à detecção de um evento.

[00163] Em uma modalidade particular, as informações de medição incluem pelo menos uma de uma pluralidade de medições. Adicional ou alternativamente, em uma modalidade particular, as informações de medição incluem índices de feixe.

[00164] Em uma modalidade particular, o relatório de medição pode incluir informações de nível de feixe de uma PCell e uma SCell.

[00165] Em uma modalidade particular, a pluralidade de medições é classificada para o relatório de medição com base em pelo menos uma quantidade de medição.

[00166] Em uma modalidade particular, a quantidade de medição é uma quantidade de relatório configurada pela rede.

[00167] Em uma modalidade particular, a quantidade de medição é uma quantidade de disparo de um conjunto de múltiplas quantidades de disparo configuradas pela rede.

[00168] De acordo com certas modalidades particulares, o nó de rede 160 pode transmitir informações indicando a pelo menos uma quantidade de medição para o dispositivo sem fio.

[00169] Em uma modalidade exemplificativa particular, a pelo menos uma quantidade de medição indica que apenas os índices de feixe devem ser relatados como parte do relatório de nível de feixe e a pluralidade de medições é classificada com base na RSRP.

[00170] Em outra modalidade exemplificativa, a pelo menos uma quantidade de medição indica a RSRP e a pluralidade de medições é classificada com base na RSRP.

[00171] Em ainda outra modalidade exemplificativa, a pelo menos uma quantidade de medição indica a RSRQ e a pluralidade de medições é classificada com base na RSRQ.

[00172] Em ainda outra modalidade exemplificativa, a pelo menos uma quantidade de medição indica a SINR e a pluralidade de medições é classificada com base na SINR.

[00173] Em ainda outra modalidade exemplificativa, a pelo menos uma quantidade de medição indica a RSRP e pelo menos uma de SINR e RSRQ, e a pluralidade de medições é classificada com base na RSRP.

[00174] Em uma modalidade particular, a configuração do dispositivo sem fio 110 para relatórios de medição com base em eventos pode incluir a configuração do dispositivo sem fio 110 para relatório disparado por evento e a pelo menos uma quantidade de medição inclui uma quantidade de disparo.

[00175] Em uma modalidade particular, uma melhor de uma pluralidade de medições de um tipo de medição associado à quantidade de disparo é relatada primeiro no relatório de medição.

[00176] Em uma modalidade particular, o nó de rede 160 pode configurar o dispositivo sem fio 110 para relatórios periódicos.

[00177] Em uma modalidade particular, a pluralidade de medições inclui uma ou mais medições para uma célula vizinha do dispositivo sem fio e a uma ou mais medições para a célula vizinha são classificadas para identificar pelo menos uma melhor célula vizinha. A pelo menos uma melhor célula vizinha não excede o número máximo de células a serem relatadas.

[00178] A FIGURA 18 ilustra um diagrama de bloco esquemático de um aparelho 1500 em uma rede sem fio (por exemplo, a rede sem fio mostrada na FIGURA 2). O aparelho pode ser implementado em um dispositivo sem fio ou nó de rede (por exemplo, dispositivo sem fio 110 ou nó de rede 160 mostrado na FIGURA 2). O aparelho 1500 é operável para desempenhar o método exemplar descrito no que se refere à FIGURA 17 e, possivelmente, quaisquer outros processos ou métodos descritos neste documento. Também deve ser entendido que o método da FIGURA 17 não é necessariamente desempenhado apenas pelo aparelho 1500. Pelo menos algumas operações do método podem ser realizadas por uma ou mais outras entidades.

[00179] O aparelho virtual 1500 pode compreender o conjunto de circuitos de processamento, que podem incluir um ou mais microprocessadores ou microcontroladores, bem como outro hardware digital, que pode incluir processadores de sinais digitais (DSPs), lógica digital para uso especial e semelhantes. O conjunto de circuitos de processamento podem ser configurados para executar o código de programa armazenado na memória, que pode incluir um ou vários tipos de memória, como memória somente de leitura (ROM), memória de acesso aleatório, memória em 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, bem como instruções para desempenhar uma ou mais das técnicas descritas neste documento, em várias modalidades. Em algumas implementações, o conjunto de circuitos de processamento pode ser usado para fazer com que a unidade de configuração 1510, a unidade de recepção 1520 e quaisquer outras unidades adequadas do aparelho 1500 realizem funções correspondentes de acordo com uma ou mais modalidades da presente descrição, tal como a funcionalidade descrita na FIGURA 17.

[00180] Por exemplo, a unidade de configuração 1510 pode realizar as funções de configuração do aparelho 1500. Em uma modalidade particular, a unidade de configuração 1510 pode configurar o dispositivo sem fio 110 para relatórios de medição com base em eventos.

[00181] Por exemplo, a unidade de recepção 1520 pode realizar as funções de recepção do aparelho 1500. Em uma modalidade particular, a unidade de recepção 1520 pode receber, do dispositivo sem fio 110, um relatório de medição compreendendo informações de medição selecionadas a partir de uma pluralidade de medições com base em uma classificação da pluralidade de medições em resposta à detecção de um evento.

[00182] O termo unidade pode ter significado convencional no campo de eletrônicos, dispositivos elétricos e/ou dispositivos eletrônicos e pode incluir,

por exemplo, o conjunto de circuitos elétricos e/ou eletrônicos, dispositivos, módulos, processadores, memórias, dispositivos de estado sólido lógico e/ou discretos, programas de computador ou instruções para desempenhar as respectivas tarefas, procedimentos, cálculos, saídas e/ou exibir funções e assim por diante, tal como aquelas descritas neste documento.

MODALIDADES EXEMPLIFICATIVAS

[00183] De acordo com certas modalidades exemplificativas, um método realizado por um dispositivo sem fio para o relatório de medição compreende: determinar se o relatório disparado por evento, periódico e/ou de feixe está configurado para o dispositivo sem fio; classificar os resultados da medição de células vizinhas para um relatório de medição com base nas determinações; e relatar a um nó de rede um relatório de medição com base nas determinações e classificação. Opcionalmente, o método pode incluir ainda fornecer dados do usuário e encaminhar os dados do usuário para um computador host através de uma transmissão para a estação base.

[00184] De acordo com certas modalidades exemplificativas, um dispositivo sem fio para relatar medições inclui o conjunto de circuitos de processamento configurados para realizar qualquer uma das etapas das modalidades exemplificativas acima e o conjunto de circuitos de suprimento de potência configurados para suprir potência ao dispositivo sem fio.

[00185] De acordo com certas modalidades exemplificativas, um UE para relatar medições inclui: uma antena configurada para enviar e receber sinais sem fio; conjunto de circuitos front end de rádio conectados à 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 realizar qualquer uma das etapas das modalidades exemplificativas acima; 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 do UE que foram processadas pelo conjunto de circuitos de processamento; e uma bateria conectada ao conjunto de circuitos de processamento e configurada para suprir potência ao UE.

[00186] De acordo com certas modalidades exemplificativas, um sistema de comunicação incluindo um computador host compreende um conjunto de circuitos de processamento configurado para fornecer dados do usuário e uma interface de comunicação configurada para encaminhar dados do usuário para 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 configurados para realizar qualquer uma das etapas de qualquer uma das modalidades exemplificativas acima. Opcionalmente, a rede celular inclui ainda uma estação base configurada para se comunicar com o UE. Opcionalmente, 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, fornecendo assim os dados do usuário e o conjunto de circuitos de processamento do UE é configurado para executar uma aplicação cliente associada à aplicação host.

[00187] De acordo com certas modalidades exemplificativas, 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) compreende: no computador host, o fornecimento de dados do usuário; e no computador host, o início de uma transmissão portando os dados do usuário para o UE através de uma rede celular compreendendo a estação base, em que o UE realiza qualquer uma das etapas de qualquer uma das modalidades exemplificativas acima. Opcionalmente, o método da modalidade anterior, compreende ainda no UE, o recebimento de dados do usuário da estação base.

[00188] De acordo com certas modalidades exemplificativas, um sistema de comunicação incluindo um computador host compreende: interface de comunicação configurada para receber dados do usuário originários de uma transmissão de um UE para uma estação base, em que o UE compreende uma interface de rádio e um conjunto de circuitos de processamento, o conjunto de circuitos de processamento do UE configurado para realizar qualquer uma das etapas de qualquer uma das modalidades exemplificativas acima. Opcionalmente, o sistema de comunicação da modalidade anterior inclui ainda o UE. Opcionalmente, o sistema de comunicação das modalidades anteriores inclui ainda 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 do usuário portados por meio de uma transmissão do UE para a estação base. Opcionalmente, o sistema de comunicação das 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, fornecendo assim os dados do usuário. Opcionalmente, o conjunto de circuitos de processamento do computador host é configurado para executar uma aplicação host, fornecendo assim dados da solicitação e o conjunto de circuitos de processamento do UE é configurado para executar uma aplicação cliente associada à aplicação host, fornecendo assim os dados do usuário em resposta aos dados da solicitação.

[00189] De acordo com certas modalidades exemplificativas, um método implementado em um sistema de comunicação inclui um computador host, uma estação base e um equipamento de usuário (UE), e o método compreende no computador host, a recepção de dados do usuário transmitidos para a estação base do UE, em que o UE realiza qualquer uma das etapas de qualquer uma das modalidades exemplificativas acima. Opcionalmente, o método compreende ainda, no UE, o fornecimento de dados do usuário para a estação base. Opcionalmente, o método compreende ainda, no UE, a execução de uma aplicação cliente, fornecendo assim os dados do usuário a serem transmitidos e, no computador host, a execução de uma aplicação host associada à aplicação cliente. Opcionalmente, o método inclui ainda, no UE, a execução de uma aplicação cliente e, no UE, a recepção de dados de entrada para a aplicação cliente, os dados de entrada sendo fornecidos no computador host por meio da execução de uma aplicação host associada à aplicação cliente, em que os dados do usuário a serem transmitidos são fornecidos pela aplicação cliente em resposta aos dados de entrada.

[00190] De acordo com certas modalidades exemplificativas, um método implementado em um sistema de comunicação que inclui um computador host, uma estação base e um equipamento de usuário (UE) inclui, no computador host, receber, a partir da estação base, dados de usuário originários a partir de uma transmissão na qual a estação base recebeu a partir do UE, em que o UE desempenha qualquer das etapas de qualquer das modalidades exemplificativas acima. Opcionalmente, o método compreende ainda, na estação base, receber os dados de usuário a partir do UE. Opcionalmente, o método inclui ainda, na estação base, iniciar uma transmissão dos dados de usuário recebidos ao computador host.

ABREVIAÇÕES

[00191] Pelo menos algumas das abreviações a seguir podem ser usadas nesta invenção.

Se houver uma inconsistência entre as abreviações, deve-se dar preferência à forma como é usada acima.

Se listada várias vezes abaixo, a primeira listagem deve ter preferência sobre as listagens subsequentes. 1x RTT Tecnologia de Transmissão de Rádio CDMA2000 1x 3GPP Projeto de Parceria para a 3ª Geração 5G 5ª Geração ABS Subquadro Quase Nulo ARQ Solicitação de Repetição Automática AWGN Ruído Gaussiano Aditivo Branco BCCH Canal de Controle de Difusão BCH Canal de Difusão CA Agregação de Portadora CC Componente de Portadora CCCH SDU SDU de Canal de Controle Comum CDMA Acesso de Multiplexação por Divisão de Código CGI Identificador Global de Célula CIR Resposta ao Impulso de Canal CP Prefixo Cíclico CPICH Canal Piloto Comum CPICH Ec/No Energia recebida por chip dividida pela densidade de potência na banda de CPICH CQI Informações de Qualidade de Canal C-RNTI RNTI de Célula CSI Informações de Estado de Canal DCCH Canal de Controle Dedicado DL Enlace Descendente DM Demodulação

DMRS Sinal de Referência de Demodulação DRX Recepção Descontínua DTX Transmissão Descontínua DTCH Canal de Tráfego Dedicado DUT Dispositivo em Teste E-CID Cell-ID Aprimorado (método de posicionamento) E-SMLC Centro de Localização Móvel de Serviço Evoluído ECGI CGI Evoluído eNB E-UTRAN NodeB ePDCCH Canal de Controle de Enlace Descendente Físico Aprimorado E-SMLC Centro de Localização Móvel de Serviço Evoluído E-UTRA UTRA Evoluído E-UTRAN UTRAN Evoluído FDD Duplexação por Divisão de Frequência FFS Para Estudo Adicional GERAN Rede de Acesso via Rádio GSM EDGE gNB Estação base em NR GNSS Sistema Global de Navegação por Satélite GSM Sistema Global para Comunicação Móvel HARQ Solicitação de Repetição Automática Híbrida HO Handover HSPA Alta Velocidade de Acesso em Pacote HRPD Alta Taxa de Dados em Pacote LOS Linha de Visada LPP Protocolo de Posicionamento de LTE LTE Evolução a Longo Prazo MAC Controle de Acesso ao Meio

MBMS Serviços Multicast de Difusão de Multimídia MBSFN Rede de Frequência Única de Serviço Multicast de Difusão de Multimídia MBSFN ABS Subquadro Quase Nulo de MBSFN MDT Minimização de Testes de Unidade MIB Bloco de Informações Mestre MME Entidade de Gerenciamento de Mobilidade MSC Centro de Comutação Móvel NPDCCH Canal de Controle de Enlace Descendente Físico de Banda Estreita NR Novo Rádio OCNG Gerador de Ruído de Canal de OFDMA OFDM Multiplexação por Divisão de Frequência Ortogonal OFDMA Múltiplo Acesso por Divisão de Frequência Ortogonal OSS Sistema de Suporte a Operações OTDOA Diferença de Tempo de Chegada Observada O&M Operação e Manutenção PBCH Canal de Difusão Físico P-CCPCH Canal Físico de Controle Comum Primário PCell Célula Primária PCFICH Canal Indicador de Formato de Controle Físico PDCCH Canal de Controle de Enlace Descendente Físico PDP Perfil de Atraso de Perfil PDSCH Canal Compartilhado de Enlace Descendente Físico PGW Gateway de Pacote PHICH Canal Indicador de ARQ Híbrido Físico PLMN Rede Móvel Terrestre Pública

PMI Indicador de Matriz de Precodificador PRACH Canal de Acesso Aleatório Físico PRS Sinal de Referência de Posicionamento PSS Sinal de Sincronização Primária PUCCH Canal de Controle de Enlace Ascendente Físico PUSCH Canal Compartilhado de Enlace Ascendente Físico RACH Canal de Acesso Aleatório QAM Modulação de Amplitude em Quadratura RAN Rede de Acesso via Rádio RAT Tecnologia de Acesso via Rádio RLM Gerenciamento de Enlace de Rádio RNC Controlador de Rede de Rádio RNTI Identificador Temporário de Rede de Rádio RRC Controle de Recurso de Rádio RRM Gerenciamento de Recurso de Rádio RS Sinal de Referência RSCP Potência de Código de Sinal Recebido RSRP Potência Recebida de Símbolo de Referência OU Potência Recebida de Sinal de Referência RSRQ Qualidade Recebida de Sinal de Referência OU Qualidade Recebida de Símbolo de Referência RSSI Indicador de Intensidade de Sinal Recebido RSTD Diferença de Tempo do Sinal de Referência SCH Canal de Sincronização SCell Célula Secundária SDU Unidade de Dados de Serviço SFN Número de Quadros do Sistema

SGW Gateway Servidor SI Informações do Sistema SIB Bloco de Informações do Sistema SNR Relação de Sinal para Ruído SON Rede Auto otimizada SS Sinal de Sincronização SSS Sinal de Sincronização Secundário TDD Duplexação por Divisão de Tempo TDOA Diferença de Tempo de Chegada TOA Tempo de Chegada TSS Sinal de Sincronização Terciário TTI Intervalo de Tempo de Transmissão UE Equipamento de Usuário UL Enlace Ascendente UMTS Sistema de Telecomunicação Móvel Universal USIM Módulo de Identidade do Assinante Universal UTDOA Diferença de Tempo de Chegada de Enlace Ascendente UTRA Acesso via Rádio Terrestre Universal UTRAN Rede de Acesso via Rádio Terrestre Universal WCDMA CDMA por Banda Larga WLAN Rede de Longa Distância

Claims

REIVINDICAÇÕES

1. Um método executado por um dispositivo sem fio (110) para relatório de medição, o método compreendendo: classificar uma pluralidade de medições para um relatório de medição com base em pelo menos uma quantidade de medição; e relatar a um nó de rede (160) o relatório de medição compreendendo informações de medição selecionadas a partir da pluralidade de medições com base na classificação da pluralidade de medições com base na pelo menos uma quantidade de medição.

2. O método da Reivindicação 1, em que a quantidade de medição é uma quantidade de relatório configurada pela rede.

3. O método da Reivindicação 1, em que a quantidade de medição é uma quantidade de disparo de um conjunto de múltiplas quantidades de disparo configuradas pela rede.

4. O método de qualquer uma das Reivindicações 1 a 3, em que as informações de medição compreendem pelo menos uma das pluralidades de medições.

5. O método de qualquer uma das Reivindicações 1 a 4, em que as informações de medição compreendem índices de feixe.

6. O método de qualquer uma das Reivindicações 1 a 5, em que o relatório de medição compreende informações de nível de feixe de uma célula primária e uma célula secundária.

7. O método de qualquer uma das Reivindicações 1 a 6, em que a pluralidade de medições compreende medições de nível de feixe.

8. O método de qualquer uma das Reivindicações 1 a 7, em que a pluralidade de medições compreende medições de nível de célula.

9. O método de qualquer uma das Reivindicações 1 a 8, compreendendo adicionalmente: detectar o cumprimento de um critério de relatório de medição, e em que a pluralidade de medições é classificada para o relatório de medição com base em pelo menos uma quantidade de relatório em resposta a detecção do cumprimento dos critérios de relatório de medição,

10. O método de qualquer uma das Reivindicações 1 a 9, em que a pluralidade de medições é para uma célula servidora do dispositivo sem fio.

11. O método de qualquer uma das Reivindicações 1 a 10, em que a pluralidade de medições é para uma célula vizinha do dispositivo sem fio.

12. O método de qualquer uma das Reivindicações 1 a 11, em que o dispositivo sem fio é configurado para relatório periódico.

13. O método da Reivindicação 12, compreendendo adicionalmente receber informações indicando a pelo menos uma quantidade de medição a partir do nó de rede.

14. O método de qualquer uma das Reivindicações 12 a 13, em que: a pelo menos uma quantidade de medição indica que apenas os índices do feixe devem ser relatados como parte do relatório de nível de feixe; e classificar a pluralidade de medições compreende classificar a pluralidade de medições com base na potência recebida de sinal de referência (RSRP).

15. O método de qualquer uma das Reivindicações 12 a 13, em que: a pelo menos uma quantidade de medição indica a potência recebida de sinal de referência (RSRP); e a pluralidade de medições é classificada com base em RSRP.

16. O método de qualquer uma das Reivindicações 12 a 13, em que: a pelo menos uma quantidade de medição indica qualidade recebida de sinal de referência (RSRQ); e a pluralidade de medições é classificada com base em RSRQ.

17. O método de qualquer uma das Reivindicações 12 a 13, em que: a pelo menos uma quantidade de medição indica relação de sinal para interferência mais ruído (SINR); e a pluralidade de medições é classificada com base em SINR.

18. O método das Reivindicações 12 a 13, em que: a pelo menos uma quantidade de medição indica: potência recebida de sinal de referência (RSRP), e pelo menos um de: relação de sinal para interferência mais ruído (SINR), e qualidade recebida de sinal de referência (RSRQ), e a pluralidade de medições é classificada com base em RSRP.

19. O método de qualquer uma das Reivindicações 1 a 12, em que: o dispositivo sem fio é configurado para relatório disparado por evento, e a pelo menos uma quantidade de medição compreende uma quantidade de disparo.

20. O método de 19, em que classificar a pluralidade de medições com base na quantidade de disparo compreende relatar primeiro uma melhor de uma pluralidade de medições de um tipo de medição associado à quantidade de disparo.

21. O método de qualquer uma das Reivindicações 1 a 20, em que: a pluralidade de medições compreende uma ou mais medições para uma célula vizinha do dispositivo sem fio; e classificar a pluralidade de medições compreende classificar a uma ou mais medições para a célula vizinha para identificar pelo menos uma melhor célula vizinha, a pelo menos uma melhor célula vizinha para não exceder um número máximo de células a serem relatadas.

22. Um dispositivo sem fio (110) para relatar medição, o dispositivo sem fio compreendendo: conjunto de circuitos de processamento (120) configurado para: classificar uma pluralidade de medições para um relatório de medição com base em pelo menos uma quantidade de medição; e relatar a um nó de rede (160) o relatório de medição compreendendo informações de medição selecionadas a partir da pluralidade de medições com base na classificação da pluralidade de medições com base na pelo menos uma quantidade de medição.

23. O dispositivo sem fio da Reivindicação 22, em que a quantidade de medição é uma quantidade de relatório configurada pela rede.

24. O dispositivo sem fio da Reivindicação 22, em que a quantidade de medição é uma quantidade de disparo de um conjunto de múltiplas quantidades de disparo configuradas pela rede.

25. O dispositivo sem fio de qualquer uma das Reivindicações 22 a 24, em que as informações de medição compreendem pelo menos uma das pluralidades de medições.

26. O método de qualquer uma das Reivindicações 22 a 25, em que as informações de medição compreendem índices de feixe.

27. O dispositivo sem fio de qualquer uma das Reivindicações 22 a 26, em que o relatório de medição compreende informações de nível de feixe de uma célula primária e uma célula secundária.

28. O dispositivo sem fio de qualquer uma das Reivindicações 22 a 27, compreendendo adicionalmente um conjunto de circuitos de suprimento de potência (117) configurado para suprir potência ao dispositivo sem fio.

29. O dispositivo sem fio de qualquer uma das Reivindicações 22 a 28, em que a pluralidade de medições compreende medições do nível de feixe.

30. O dispositivo sem fio de qualquer uma das Reivindicações 22 a 29, em que a pluralidade de medições compreende medições de nível de célula.

31. O dispositivo sem fio de qualquer uma das Reivindicações 22 a 30, em que o conjunto de circuitos de processamento é configurado para: detectar o cumprimento de um critério de relatório de medição, e em que a pluralidade de medições é classificada para o relatório de medição com base em pelo menos uma quantidade de relatório em resposta a detecção do cumprimento dos critérios de relatório de medição,

32. O dispositivo sem fio de qualquer uma das Reivindicações 22 a 31, em que a pluralidade de medições é para uma célula servidora do dispositivo sem fio.

33. O dispositivo sem fio de qualquer uma das Reivindicações 22 a 32, em que a pluralidade de medições é para uma célula vizinha do dispositivo sem fio.

34. O dispositivo sem fio de qualquer uma das Reivindicações 22 a 33, em que o dispositivo sem fio é configurado para relatório periódico.

35. O dispositivo sem fio da Reivindicação 34, em que o conjunto de circuitos de processamento é configurado para receber informações indicando a pelo menos uma quantidade de medição a partir de um nó de rede.

36. O dispositivo sem fio de qualquer uma das Reivindicações 34 a 35, em que: a pelo menos uma quantidade de medição indica que apenas índices de feixe devem ser relatados como parte de relatório de nível de feixe; e classificar a pluralidade de medições compreende classificar a pluralidade de medições com base na potência recebida de sinal de referência (RSRP).

37. O dispositivo sem fio de qualquer uma das Reivindicações 34 a 35, em que: a pelo menos uma quantidade de medição indica a potência recebida de sinal de referência (RSRP); e a pluralidade de medições é classificada com base em RSRP.

38. O dispositivo sem fio de qualquer uma das Reivindicações 34 a 35, em que: a pelo menos uma quantidade de medição indica a qualidade recebida de sinal de referência (RSRQ); e a pluralidade de medições é classificada com base em RSRQ.

39. O dispositivo sem fio de qualquer uma das Reivindicações 34 a 35, em que: a pelo menos uma quantidade de medição indica relação de sinal para interferência mais ruído (SINR); e a pluralidade de medições é classificada com base em SINR.

40. O dispositivo sem fio de qualquer uma das Reivindicações 34 a 35, em que: a pelo menos uma quantidade de medição indica: potência recebida de sinal de referência (RSRP), e pelo menos um de: relação de sinal para interferência mais ruído (SINR), e qualidade recebida de sinal de referência (RSRQ), e a pluralidade de medições é classificada com base em RSRP.

41. O dispositivo sem fio de qualquer uma das Reivindicações 22 a 34, em que: o dispositivo sem fio é configurado para relatório disparado por evento, e a pelo menos uma quantidade de medição compreende uma quantidade de disparo.

42. O dispositivo sem fio da Reivindicação 41, em que classificar a pluralidade de medições com base na quantidade de disparo compreende relatar primeiro uma melhor de uma pluralidade de medições de um tipo de medição associado a quantidade de disparo.

43. O dispositivo sem fio de qualquer uma das Reivindicações 22 a 42, em que: a pluralidade de medições compreende uma ou mais medições para uma célula vizinha do dispositivo sem fio; e classificar a pluralidade de medições compreende classificar a uma ou mais medições para a célula vizinha para identificar pelo menos uma melhor célula vizinha, a pelo menos uma melhor célula vizinha para não exceder um número máximo de células a serem relatadas.

44. Um método executado por um nó de rede (160) para configurar um dispositivo sem fio (110) para relatar medições, o método compreendendo: configurar o relatório de medição baseado em evento de dispositivo sem fio; e receber, a partir do dispositivo sem fio, um relatório de medição compreendendo informações de medição selecionadas a partir de uma pluralidade de medições com base em uma classificação da pluralidade de medições, a classificação da pluralidade de medições em resposta a detecção de um evento.

45. O método da Reivindicação 44, em que as informações de medição compreendem pelo menos uma das pluralidades de medições.

46. O método de qualquer uma das Reivindicações 44 a 45, em que as informações de medição compreendem índices de feixe.

47. O método de qualquer uma das Reivindicações 44 a 46, em que o relatório de medição compreende informações de nível de feixe de uma célula primária e uma célula secundária.

48. O método de qualquer uma das Reivindicações 44 a 47, em que a pluralidade de medições compreende medições de nível de feixe.

49. O método de qualquer uma das Reivindicações 44 e 48, em que a pluralidade de medições compreende medições do nível de células.

50. O método de qualquer uma das Reivindicações 44 a 49, em que a pluralidade de medições é para uma célula servidora do dispositivo sem fio.

51. O método de qualquer uma das Reivindicações 44 a 50, em que a pluralidade de medições é para uma célula vizinha do dispositivo sem fio.

52. O método de qualquer uma das Reivindicações 44 a 51, em que a pluralidade de medições é classificada para o relatório de medição com base em pelo menos uma quantidade de medições.

53. O método da Reivindicação 52, em que a quantidade de medição é uma quantidade de relatório configurada pela rede.

54. O método de qualquer uma das Reivindicações 52 a 53, em que a quantidade de medição é uma quantidade de disparo de um conjunto de múltiplas quantidades de disparo configuradas pela rede.

55. O método de qualquer uma das Reivindicações 52 a 54, compreendendo adicionalmente transmitir informações indicando pelo menos uma quantidade de medição para o dispositivo sem fio.

56. O método de qualquer uma das Reivindicações 52 a 55, em que: a pelo menos uma quantidade de medição indica que apenas os índices do feixe devem ser relatados como parte de relatório de nível de feixe; e a pluralidade de medições é classificada com base na potência recebida de sinal de referência (RSRP).

57. O método de qualquer uma das Reivindicações 52 a 55, em que: a pelo menos uma quantidade de medição indica a potência recebida de sinal de referência (RSRP); e a pluralidade de medições é classificada com base em RSRP.

58. O método de qualquer uma das Reivindicações 52 a 55, em que:

a pelo menos uma quantidade de medição indica a qualidade recebida de sinal de referência (RSRQ); e a pluralidade de medições é classificada com base em RSRQ.

59. O método de qualquer uma das Reivindicações 52 a 55, em que: a pelo menos uma quantidade de medição indica relação de sinal para interferência mais ruído (SINR); e a pluralidade de medições é classificada com base em SINR.

60. O método de qualquer uma das Reivindicações 52 a 55, em que: a pelo menos uma quantidade de medição indica: potência recebida de sinal de referência (RSRP), e pelo menos um de: relação de sinal para interferência mais ruído (SINR), e qualidade recebida de sinal de referência (RSRQ), e a pluralidade de medições é classificada com base em RSRP.

61. O método de qualquer uma das Reivindicações 52 a 60, em que: a configuração do dispositivo sem fio para relatório de medição baseado em evento compreende configurar o dispositivo sem fio para relatório disparado por evento, e a pelo menos uma quantidade de medição compreende uma quantidade de disparo.

62. O método de 61, em que a melhor da pluralidade de medições de um tipo de medição associado à quantidade de disparo é relatada primeiro no relatório de medição.

63. O método de qualquer uma das Reivindicações 44 a 62, em que a configuração do relatório de medição baseado em eventos do dispositivo sem fio compreende configurar o dispositivo sem fio para relatórios periódicos.

64. O método de qualquer uma das Reivindicações 44 a 63, em que:

a pluralidade de medições compreende uma ou mais medições para uma célula vizinha do dispositivo sem fio; e a uma ou mais medições para a célula vizinha são classificadas para identificar pelo menos uma melhor célula vizinha, a pelo menos uma melhor célula vizinha não deve exceder o número máximo de células a serem relatadas.

65. Um nó de rede (160) para configurar um dispositivo sem fio (110) para relatar medições, o nó de rede compreendendo: conjunto de circuitos de processamento (170) configurado para: configurar o relatório de medição baseado em evento de dispositivo sem fio; e receber, do dispositivo sem fio, um relatório de medição compreendendo informações de medição selecionadas a partir de uma pluralidade de medições com base em uma classificação da pluralidade de medições, a classificação da pluralidade de medições em resposta a detecção de um evento.

66. O nó de rede da Reivindicação 65, em que as informações de medição compreendem pelo menos uma das pluralidades de medições.

67. O nó de rede de qualquer uma das Reivindicações 65 a 66, em que as informações de medição compreendem índices de feixe.

68. O nó de rede de qualquer uma das Reivindicações 65 a 67, em que o relatório de medição compreende informações de nível de feixe de uma célula primária e uma célula secundária.

69. O nó de rede de qualquer uma das Reivindicações 65 a 68, compreendendo adicionalmente um conjunto de circuitos de suprimento de potência (187) configurado para suprir potência ao nó de rede.

70. O nó de rede de qualquer uma das Reivindicações 65 a 69, em que a pluralidade de medições compreende medições de nível de feixe.

71. O nó de rede de qualquer uma das Reivindicações 65 e 70, em que a pluralidade de medições compreende medições de nível de células.

72. O nó de rede de qualquer uma das Reivindicações 65 a 71, em que a pluralidade de medições é para uma célula servidora do dispositivo sem fio.

73. O nó de rede de qualquer uma das Reivindicações 65 a 72, em que a pluralidade de medições é para uma célula vizinha do dispositivo sem fio.

74. O nó de rede de qualquer uma das Reivindicações 65 a 73, em que a pluralidade de medições é classificada para o relatório de medição com base em pelo menos uma quantidade de medição.

75. O nó de rede da Reivindicação 74, em que a quantidade de medição é uma quantidade de relatório configurada pela rede.

76. O nó de rede das Reivindicações 74 a 75, em que a quantidade de medição é uma quantidade de disparo de um conjunto de múltiplas quantidades de disparo configuradas pela rede.

77. O nó de rede de qualquer uma das Reivindicações 74 a 76, compreendendo adicionalmente transmitir informações indicando a pelo menos uma quantidade de medição para o dispositivo sem fio.

78. O nó de rede de qualquer uma das Reivindicações 74 a 77, em que: a pelo menos uma quantidade de medição indica que apenas índices do feixe devem ser relatados como parte de relatório de nível de feixe; e a pluralidade de medições é classificada com base na potência recebida de sinal de referência (RSRP).

79. O nó de rede de qualquer uma das Reivindicações 74 a 77, em que: a pelo menos uma quantidade de medição indica a potência recebida de sinal de referência (RSRP); e a pluralidade de medições é classificada com base em RSRP.

80. O nó de rede de qualquer uma das Reivindicações 74 a 77, em que: a pelo menos uma quantidade de medição indica a qualidade recebida de sinal de referência (RSRQ); e a pluralidade de medições é classificada com base em RSRQ.

81. O nó de rede de qualquer uma das Reivindicações 74 a 77, em que: a pelo menos uma quantidade de medição indica relação de sinal para interferência mais ruído (SINR); e a pluralidade de medições é classificada com base em SINR.

82. O nó de rede de qualquer uma das Reivindicações 74 a 77, em que: a pelo menos uma quantidade de medição indica: potência recebida de sinal de referência (RSRP), e pelo menos um de: relação de sinal para interferência mais ruído (SINR), e qualidade recebida de sinal de referência (RSRQ), e a pluralidade de medições é classificada com base em RSRP.

83. O nó de rede de qualquer uma das Reivindicações 74 a 82, em que: a configuração do dispositivo sem fio para relatório de medição baseado em evento compreende configurar o dispositivo sem fio para relatório disparado por evento, e a pelo menos uma quantidade de medição compreende uma quantidade de disparo.

84. O nó de rede de 83, em que uma melhor da pluralidade de medições de um tipo de medição associado à quantidade de disparo é relatada primeiro no relatório de medição.

85. O nó de rede de qualquer uma das Reivindicações 65 a 84, em que a configuração do relatório de medição baseado em evento de dispositivo sem fio compreende configurar o dispositivo sem fio para relatório periódico.

86. O nó de rede de qualquer uma das Reivindicações 65 a 85, em que: a pluralidade de medições compreende uma ou mais medições para uma célula vizinha do dispositivo sem fio; e a uma ou mais medições para a célula vizinha são classificadas para identificar pelo menos uma melhor célula vizinha, a pelo menos uma melhor célula vizinha não deve exceder o número máximo de células a serem relatadas.