BR112020010800B1

BR112020010800B1 - Dispositivo sem fio para relatório de medição, nó de rede para configurar um dispositivo sem fio para relatório de medição e métodos relacionados

Info

Publication number: BR112020010800B1
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: 2022-05-31
Also published as: JP7166340B2; TW201937954A; US20190281485A1; TWI726262B; KR20200089307A; US20230224751A1; US10772001B2; CN111434146A; EP3718339A1; US20200404526A1; US11606707B2; JP2021505070A; CN111434146B; WO2019106536A1; BR112020010800A2

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

FUNDAMENTOS

[001] Foi acordado na RAN2 que o relatório de nível de feixe é suportado no NR. Especificamente, foi acordado que: • Medição de feixe (com base em Novo Sinal de Sincronização de Rádio (NR-SS) e em 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ório 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 de 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 ambas RSRP/RSRQ. • Para eventos de medição com base 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 limiar absoluto. O limiar é o mesmo que aquele usado para derivação de quantidade de célula. • Para eventos de medição com base em CSI-RS, em cada célula é relatado o melhor CSI-RS e até y-1 CSI-RS medido mais alto acima do limiar absoluto. O limiar é o mesmo usado para derivação de qualidade de célula. • As informações de nível de feixe (IDS de feixe e/ou resultados de medições disponíveis) de 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 de nível de feixe de PCell, PSCell, SCell e células na triggeredCellsList.

[003] Além disso, as quantidades de medição relacionadas ao feixe a serem relatadas para as células em 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 sinal 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ório de medição periódico em NR. Especificamente, o seguinte foi acordado em RAN2: • Os acordos de relatório de feixe atuais (a rede configura o UE para relatar apenas identificador de feixe, resultado e identificador de medição de feixe ou nenhum relatório de feixe) se aplica a ambos os relatórios disparados por evento 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). • É requerido do UE 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 que é configurado no reportConfig correspondente. Além disso, foi acordado que as medições de nível de 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ório periódico. 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 as que estão sendo usadas para disparar o evento.

[007] Se o triggerQuantity for configurado como RSRP e o reportQuantity for configurado como saMeasTriggerQuantity, então, o UE deve relatar os valores de RSRP. Se o triggerQuantity for configurado como RSRQ e o reportQuantity for configurado como saMeasTriggerQuantity, então, o UE deve relatar os valores RSRQ. Além disso, o reportQuantity pode ser configurado como ambas (both), levando a relatar ambas RSRP e RSRQ. No Release-13, também foram introduzidos relatório adicional com base em SINR.

[008] Atualmente existe(m) certo(s) desafio(s). Com base nos acordos acima para 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(ões)) para relatório periódico de medição, bem como relatórios de medição disparados por evento. 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 limiar absoluto no relatório de medição, onde X é configurado em reportConfig e o limiar em 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 em RRM TP:

[0010] O TP atual, o UE deriva cada quantidade de célula pelos melhores N feixes 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 de 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;

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

[0012] 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 limiar 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.

[0013] Para que as informações de medição de feixe sejam incluídas em um relatório de medição, o UE deve: 1> ajustar 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 com base em SS/PBCH associados a cada índice de feixe;

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

[0015] Proposta 6: a rede precisa indicar a quantidade de medição para classificação de feixe na configuração de medição, se múltiplas quantidades forem configuradas para relatar.

[0016] Assim, como pode ser visto, a contribuição R2-1713427 mencionou uma primeira solução onde esse “triggerQuantity” poderia ser usado como a quantidade de medição a ser usada para classificar as medições de nível de feixe a serem relatadas. Como foi mencionado no próprio estado da técnica, o problema dessa solução é que o triggerQuantity é definido apenas para evento disparado 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.

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

[0018] 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. Em NR, pelo menos foi proposto que a rede potencialmente deveria configurar múltiplas quantidades de disparos, tais 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 múltiplos tipos de RS, por exemplo, bloco SS/PBCH e CSI-RS.

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

[0020] Ainda há uma questão em aberto se o UE sempre inclui informações de feixe das 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 célula(s) servidora(s); • 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;

[0021] Em outras palavras, em LTE, o UE deve incluir RSRP e RSRQ em relatórios de medição para cada célula servidora configurada. Isso também foi acordado para 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, em 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 medições de célula servidora, que ainda é outra limitação.

[0022] Ainda outro problema está relacionado aos seguintes acordos em NR, relacionados a relatório(s) de feixe(s) associado(s) à(s) melhor(es) célula(s) vizinha(s) em cada frequência servidora. Em 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 de nível de células da melhor célula vizinha em frequência servidoras. No entanto, o RSType a ser usado para desempenhar 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 desempenhar as medições de células vizinhas nas frequências servidoras, seria suficiente ter o mesmo RSType como o usado para as 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 em NR: • o UE deve usar o(s) mesmo(s) RSType(s) para medir a melhor célula vizinha nas frequências servidoras como aquele de medições das células servidoras nessas frequências.

[0023] 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 deve ser aplicável às melhores células vizinhas nessas 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. Então, existe também a possibilidade de que também seja acordado em NR: • o UE deve usar a mesma quantidade de medição para relatar medições de nível de células da melhor célula vizinha nas frequências servidoras como aquela de medições das células servidoras nessas frequências.

[0024] 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 de nível de feixe de células vizinhas em frequência servidoras pode levar a um aumento no número de medições como 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 habilitado 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 de 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 habilitado no reportConfig do measID que disparou o relatório de medição.

[0025] A fim de reduzir ainda mais o overhead de relatório, o UE poderia relatar apenas aquelas quantidades que são 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 aquelas quantidades de medição do nível de feixe da melhor célula vizinha nas frequências servidoras que são configuradas no relatório de nível de feixe do reportConfig no measID que disparou o relatório de medição.

[0026] Em resumo, as informações de medição de nível de feixe associadas ao(s) melhor(es) vizinho(s) 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

[0027] Certos aspectos da presente divulgaçã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 de nível de feixe.

[0028] De acordo com certas modalidades, um método desempenhado por um dispositivo sem fio para relatar 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 adicionalmente relatar, a um nó de rede, informações de medição selecionadas a partir da pluralidade de medições classificadas com base em pelo menos uma quantidade de medição.

[0029] De acordo com certas modalidades, um dispositivo sem fio para relatar medição 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 na pelo menos uma quantidade de medição.

[0030] De acordo com certas modalidades, um método desempenhado por um nó de rede para configurar um dispositivo sem fio para relatório de medição inclui configurar o relatório de medição com base em evento do dispositivo sem fio 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] De acordo com certas modalidades, um nó de rede para configurar um dispositivo sem fio para relatório de medição inclui conjunto de circuitos de processamento configurado para configurar o dispositivo sem fio para relatório de medição com base em evento 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.

[0032] 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 habilita que a rede construa funções inteligentes de rede auto otimizada (SON).

BREVE DESCRIÇÃO DOS DESENHOS

[0033] Para uma compreensão mais completa das modalidades divulgadas e suas características e vantagens, é agora feita referência à seguinte descrição, tomada em conjunto com os desenhos anexos, nos quais: FIGURA 1 ilustra um procedimento de relatório de medição, de acordo com certas modalidades, FIGURA 2 ilustra um exemplo de rede, de acordo com certas modalidades; FIGURA 3 ilustra um exemplo de nó de rede, de acordo com certas modalidades; FIGURA 4 ilustra um exemplo de um dispositivo sem fio de acordo com certas modalidades; FIGURA 5 ilustra uma modalidade exemplificativa de um UE, de acordo com certas modalidades; 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; FIGURA 7 ilustra uma rede de telecomunicações conectada via uma rede intermediária a um computador host, de acordo com certas modalidades; FIGURA 8 ilustra um computador host que se comunica via uma estação base com um equipamento de usuário através de uma conexão parcialmente sem fio, de acordo com certas modalidades; FIGURA 9 ilustra um exemplo de método implementado em um sistema de comunicação, de acordo com certas modalidades; FIGURA 10 ilustra outro método exemplar implementado em um sistema de comunicação, de acordo com certas modalidades; FIGURA 11 ilustra outro método exemplar implementado em um sistema de comunicação, de acordo com certas modalidades; FIGURA 12 ilustra outro método exemplar implementado em um sistema de comunicação, de acordo com certas modalidades; FIGURA 13 ilustra um exemplo de método em uma rede sem fio, de acordo com certas modalidades; FIGURA 14 ilustra um diagrama de blocos esquemático de um aparelho em uma rede sem fio, de acordo com certas modalidades; FIGURA 15 ilustra um exemplo de método por um dispositivo sem fio para relatório de medição, de acordo com certas modalidades; FIGURA 16 ilustra um diagrama de blocos esquemático de um aparelho em uma rede sem fio, de acordo com certas modalidades; FIGURA 17 ilustra um exemplo de método por um nó de rede para configurar um dispositivo sem fio para relatório de medição, de acordo com certas modalidades; e 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

[0034] Geralmente, todos os termos utilizados neste documento 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)/o(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 divulgado neste documento não precisam ser desempenhadas na ordem exata divulgada, 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 divulgadas 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.

[0035] 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 da matéria divulgada neste documento; a matéria divulgada não deve ser interpretado como limitado apenas às modalidades definidas neste documento; em vez disso, essas modalidades são fornecidas a título de exemplo para transmitir o escopo da matéria aos técnicos no assunto.

[0036] As modalidades a seguir são aplicáveis para relatório de medição de nível de célula e feixe pelo menos em i) relatório de medição periódico incluindo informações de medição de feixe, ii) relatório de medição disparado por evento, incluindo informações de medição de feixe.

[0037] 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 com base em bloco SS/PBCH; • RSRP, RSRQ ou SINR; Qualquer um deles com base em CSI-RS; - Quantidade de disparo único com base em múltiplos 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 com base no CSI-RS; - Múltiplas quantidades de disparo com base no único tipo de RS por evento: • RSRP e RSRQ; RSRP e SINR; RSRQ e SINR; RSRP, RSRQ e SINR; Todos com base no bloco SS/PBCH. • RSRP e RSRQ; RSRP e SINR; RSRQ e SINR; RSRP, RSRQ e SINR; Todos com base no CSI-RS. - Múltiplas quantidades de disparo com base em múltiplos tipos de RS por evento: • RSRP com base no bloco SS/PBCH e RSRQ com base no CSI- RS; • RSRP com base no CSI-RS e RSRQ com base no bloco SS/PBCH; • RSRP com base no bloco SS/PBCH e SINR com base no CSI-RS; • RSRP com base no CSI-RS e SINR com base no bloco SS/PBCH; • RSRQ com base no bloco SS/PBCH e SINR com base no CSI-RS; • RSRQ com base no CSI-RS e SINR com base em bloco SS/PBCH; RSRP, RSRQ e SINR, com base em quaisquer combinações 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.

[0038] 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(s) bloco(s) SS/PBCH (ou seja, por feixe quando os blocos SS/PBCH são formados por feixe e configurados para medições).

[0039] 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.

[0040] De acordo com certas modalidades, um único parâmetro, que pode ser chamado de triggerQuantity, é definido no reportConfig como um parâmetro multifuncional e definido para múltiplos tipos de evento.

[0041] 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}.

[0042] 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 múltiplos tipos de relatório, por exemplo periódico ou eventTriggered e codificado fora de reportType, conforme mostrado abaixo: Elemento de informações ReportConfigNR

[0043] De acordo com outras modalidades, o mesmo parâmetro multifuncional triggerQuantity pode ser codificado dentro de cada reportType que deve ser usado, tal como periódico ou eventTriggered, como mostrado abaixo: Elemento de informações ReportConfigNR

[0044] De acordo com certas outras modalidades, o parâmetro para 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

[0045] De acordo com certas modalidades, ações do UE podem ser tomadas dependendo do valor de 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 de célula vizinha para serem incluídos em relatórios de medição com base no valor configurado, ou seja, se a rede configurar 'rsrp', ambos resultados de medição da célula e informações de medição de feixe são classificados com base em medições de RSRP (valores de RSRP de 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) servidora(s) configuradas, pode haver múltiplos feixes por célula e a classificação é necessária. Por conseguinte, o UE deve: • Se os feixes a serem relatados tiverem medições associadas a apenas um tipo de RS, ajustar o measResult para incluir a(s) quantidade(s) indicada(s) no reportQuantity dentro do reportConfig em questão, em ordem decrescente do triggerQuantity, ou seja, o melhor feixe associado ao triggerQuantity para o tipo de RS disponível é incluído primeiro; - Quando o UE deve incluir, para melhor(es) vizinho(s) configurado(s) em cada frequência servidora, informações de medição de feixe, pode haver múltiplos feixes por melhor célula vizinha e é necessária a classificação. Portanto, o UE deve: • Se os feixes a serem relatados tiverem medições associadas a apenas um tipo de RS, ajustar o measResult para incluir a(s) quantidade(s) indicada(s) no reportQuantity dentro do reportConfig em questão, em ordem decrescente do triggerQuantity, ou seja, o melhor feixe associado ao triggerQuantity para o tipo RS disponível é incluído primeiro;

[0046] De acordo com certas modalidades, o parâmetro pode ser dito 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.

[0047] Em outra modalidade, o parâmetro existente rsType no reportConfig, que pode assumir os valores bloco SS/PBCH 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 à classificaçã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 ser(em) relatada(s) tiverem medições associadas a múltiplos tipos de RS, por exemplo bloco SS/PBCH e o CSI-RS, ajustar o measResult para incluir a(s) quantidade(s) indicada(s) no reportQuantity dentro 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 em 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 deve 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 deve incluir o(s) melhor(es) vizinho(s) configurado(s) 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 de RS (melhor de acordo com SSB? melhor de acordo com CSI-RS?). Portanto, no caso de o UE ter disponível múltiplas destas medições e deve 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 medições associadas a múltiplos tipos de RS, por exemplo, bloco SS/PBCH e o CSI-RS, ajustar 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élula 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 deve ocorrer com base em 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; • 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 múltiplos tipos de RS, por exemplo, bloco SS/PBCH e o CSI-RS, ajustar 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ída primeiro; Em outras palavras, vamos assumir que o UE tem medições de célula disponíveis (por exemplo, ambas RSRP e RSRQ) associadas aos blocos CSI-RS e SS/PBCH (SSB). Então, se triggerQuantity for rsrp, a classificação deve ocorrer com base em 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;

[0048] Se os feixes a serem relatados tiverem medições associadas a múltiplos tipos de RS, por exemplo O bloco SS/PBCH e o CSI-RS, ajustar 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.

[0049] FIGURA 1 ilustra um procedimento de relatório de medição, de acordo com certas modalidades. No que diz respeito ao procedimento de relatório de medição, o texto procedimental pode ser escrito para as especificações NR RRC 38.331 da seguinte forma: O propósito deste procedimento é transferir resultados de medição a partir 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 de relatório de medição foi disparado, o UE deve ajustar o measResults dentro da mensagem MeasurementReport da seguinte forma: 1> ajustar o measId para a identidade de medição que disparou o relatório de medição; 1> ajustar a measResultServingCell dentro da measResultServingFreqList para incluir todas as quantidades de células e feixes disponíveis da PCell com base no bloco SS/PBCH e nas medições CSI- RS; 1> ajustar a measResultServingCell dentro de measResultServFreqList para incluir para cada SCell que é configurada, se houver, o servFreqId e todas as quantidades de células e feixes disponíveis da SCell em questão com base no bloco SS/PBCH e medições CSI-RS, se disponíveis de acordo com os requisitos de desempenho em TS 38.133; 1> se o reportConfig associado ao measId que disparou o relatório de medição inclui 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> ajustar o measResultBestNeighCell dentro da measResultServFreqList para incluir o physCellId e as quantidades da melhor célula não servidora na frequência servidora em questão;

[0051] [Detalhes das informações a serem relatadas sobre as melhores células vizinhas nas frequências servidoras, 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 da PCell/SCells em um relatório de medição ou se o UE deve incluir apenas as informações de feixe da PCell/PSCell que são indicadas no reportConfig associado àquele measId são para estudos futuros.] 1> se houver pelo menos uma célula vizinha aplicável para relatar: 2> ajustar o measResultNeighCells para incluir as melhores células vizinhas até maxReportCells de acordo com o seguinte: 3> se o reportType for ajustado como eventTriggered: 4> incluir as células incluídas na cellTriggeredList conforme definido na VarMeasReportList para esse measId; 3> senão: 4> incluir as células aplicáveis para as quais os novos resultados de medição ficaram disponíveis desde o último relatório periódico ou desde que a medição foi iniciada ou reajustada; 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 que é incluída no measResultNeighCells, incluir o physCellId; 3> se o reportType for ajustado para eventTriggered; 4> para cada célula incluída, incluir os resultados medidos filtrados da camada 3 de acordo com o reportConfig para este measId, ordenado da seguinte forma: 5> se o measObject associado a este measId se referir a NR: 6> se rsType no reportConfig associado for ajustado como ss: > ajustar resultsSSBCell dentro do measResult para incluir a(s) quantidade(s) com base em bloco SS/PBCH indicada(s) 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 ajustado como csi-rs: 7> ajustar resultsCSI-RSCell dentro do measResult para incluir a(s) quantidade(s) com base em CSI-RS indicada(s) 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 como descrito em 5.5.5.1; 1> incrementar o numberOfReportsSent como definido na VarMeasReportList para esse measId em 1; 1> parar o temporizador de relatório periódico, se for em execução; 1> se o numberOfReportsSent, conforme definido na VarMeasReportList para este measId, for menor que o reportAmount, como definido dentro do reportConfig correspondente para este measId: 2> iniciar o temporizador de relatório periódico com o valor de reportInterval, como definido dentro do reportConfig correspondente para esse measId; 1> senão: 2> se o reportType for ajustado como periódico: 3> remover a entrada dentro da VarMeasReportList para esse measId; 3> remover esse measId a partir da measIdList dentro de VarMeasConfig; 1> submeter a mensagem MeasurementReport para as camadas inferiores para transmissão, após as quais o procedimento termina; 5.5.5.1 Relatório de informações de medição de feixe

[0052] 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 ambas as medições do bloco SS/PBCH e CSI-RS estiverem disponíveis, considerar a ordenação de feixe com base nas medições desempenhadas 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 ambas as medições de bloco SS/PBCH e CSI-RS estiverem disponíveis, considerar a ordenação de feixe com base nas medições desempenhadas no rsType configurado no reportConfig; 1> ajustar rsIndexResults para incluir até índices de feixes maxNroRsIndexesToReport 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 com base no bloco SS/PBCH: 3> incluir dentro de resultsSSBIndexes o índice associado ao melhor feixe para aquela 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 com base em SS/PBCH associados a cada índice de feixe; 2> se as informações de medição de feixe a serem incluídas forem com base no CSI-RS: 3> incluir dentro de resultsCSI-RSIndexes o índice associado ao melhor feixe para aquela 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 de medição com base em CSI-RS associados a cada índice de feixe;

[0053] 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 }.

[0054] Portanto, o conjunto anterior de modalidades é aplicável se a rede configura uma única quantidade de disparo, isto é, se apenas uma quantidade for selecionada (isto é, ajustado para VERDADEIRO) e todas as restantes forem ajustadas para FALSAS.

[0055] Abaixo, mostramos alguns exemplos de como esse parâmetro comum pode ser codificado no ASN.1. Por exemplo, triggerQuantity pode ser válido para múltiplos tipos de relatório, por exemplo periódico ou eventTriggered e codificado fora de reportType, conforme mostrado abaixo: Elemento de informações ReportConfigNR

[0056] Em outro exemplo, o mesmo parâmetro multifuncional triggerQuantity pode ser codificado dentro de cada reportType que deve ser usado, tal como periódico ou eventTriggered, conforme mostrado abaixo: Elemento de informações ReportConfigNR

[0057] Em ainda outro exemplo, o parâmetro para o tipo de relatório disparado por evento pode ser codificado dentro de cada evento, pois pode não ser aplicável a outros eventos a serem introduzidos no futuro, como mostrado abaixo: Elemento de informações ReportConfigNR

[0058] 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 }.

[0059] E, além disso, o IE rsType é definido como uma sequência, para indicar que um evento poderia ser disparado com base em múltiplos tipos de RS. rSType ::= SEQUENCE { ssb BOOLEAN, csi-rs BOOLEAN }.

[0060] De acordo com certas outras modalidades, a quantidade de nível de feixe a ser usada para classificar as medições de nível de feixe pode ser com base no método de seleção de quantidade de classificação conforme especificado no measConfig e adicionalmente 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).

[0061] Em certas outras modalidades, a quantidade de nível de feixe a ser usada para classificar as medições de nível de feixe é com base no método de seleção de quantidade de classificação (tabela de mapeamento) conforme especificado no measConfig e adicionalmente com base em 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).

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

[0063] Em outra modalidade particular, para o caso de múltiplas 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.

[0064] Em outra modalidade particular, para o caso de múltiplas 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.

[0065] Em outra modalidade particular, para o caso de múltiplas 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.

[0066] Em outra modalidade particular, para o caso de múltiplos 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 qual tipo de RS deve ser usado para classificar as células para incluir nos relatórios de medição.

[0067] Em outra modalidade particular, para o caso de mútiplos 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.

[0068] Em outra modalidade particular, múltiplos 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.

[0069] FIGURA 2 ilustra uma rede sem fio, de acordo com certas modalidades. Embora a matéria descrita neste documento possa ser implementada em qualquer tipo apropriado de sistema usando quaisquer componentes adequados, as modalidades divulgadas 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 retrata 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 adicionalmente 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 retratados 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.

[0070] 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 padrões 2G, 3G, 4G, ou 5G adequados; padrões de rede de área local sem fio (WLAN), tais 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.

[0071] A rede 106 pode compreender uma ou mais redes backhaul, redes núcleo, redes IP, redes de telefonia 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 habilitar a comunicação entre dispositivos.

[0072] 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.

[0073] 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 de rede ou equipamentos na rede sem fio para habilitar e/ou fornecer acesso sem fio ao dispositivo sem fio e/ou para desempenhar 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 de rádio), estações base (BSs) (por exemplo, estações rádio base, Nó Bs, Nó 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, tal como unidades digitais centralizadas e/ou unidades de rádio remotas (RRUs), às vezes referidas 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 referidas como 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), tais como MSR BSs, controladores de rede tais 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 habilitar 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.

[0074] 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 representar 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 desempenhar as tarefas, características, funções e métodos divulgados neste documento. Além disso, enquanto os componentes do nó de rede 160 são retratados como caixas únicas localizadas dentro de uma caixa maior, ou aninhadas dentro de múltiplas caixas, na prática, um nó de rede pode compreender múltiplos componentes físicos diferentes que compõem um único componente ilustrado (por exemplo, meio legível por dispositivo 180 pode compreender múltiplos discos rígidos separados, bem como múltiplos módulos de RAM).

[0075] Da mesma forma, o nó de rede 160 pode ser composto de múltiplos 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 múltiplos componentes separados (por exemplo, componentes BTS e BSC), um ou mais componentes separados podem ser compartilhados entre diversos nós de rede. Por exemplo, um único RNC pode controlar múltiplos 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 180 separado 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 múltiplos 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.

[0076] O conjunto de circuitos de processamento 170 está configurado para desempenhar 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 desempenhadas pelo conjunto de circuitos de processamento 170 podem incluir informações de processamento obtidas pelo conjunto de circuitos de processamento 170, por exemplo, converter as informações obtidas em outras informações, comparar as informações obtidas ou informações convertidas em informações armazenadas no nó de rede e/ou desempenhar uma ou mais operações com base nas informações obtidas ou informações convertidas e como resultado do dito processamento fazer uma determinação.

[0077] 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 de aplicação específica, arranjo de portas programáveis em campo ou qualquer outro dispositivo de computação, recurso ou combinação de hardware, software e/ou lógica codificada adequada operável para fornecer, isoladamente ou em conjunto com outros componentes do nó de rede 160, tais como meio legível por dispositivo 180, funcionalidade de 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. Tal funcionalidade pode incluir o fornecimento de qualquer uma das várias características, funções ou benefícios sem fio discutidos neste documento. Em algumas modalidades, o conjunto de circuitos de processamento 170 pode incluir um sistema em um chip (SOC).

[0078] Em algumas modalidades, o conjunto de circuitos de processamento 170 pode 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 174 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 todo 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.

[0079] Em certas modalidades, alguma ou toda a funcionalidade descrita neste documento como sendo fornecida por um nó de rede, estação base, eNB ou outro dispositivo de rede pode ser desempenhada 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, alguma 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 desempenhar a funcionalidade descrita. Os benefícios fornecidos 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.

[0080] O meio legível por dispositivo 180 pode compreender qualquer forma de memória volátil ou não volátil legível por computador, 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, um flash drive, um Disco Compacto (CD) ou um Disco de Vídeo Digital (DVD)) e/ou quaisquer outros dispositivos voláteis ou não voláteis, legíveis por dispositivo não transitório e/ou de memória executável 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 por dispositivo 180 pode armazenar quaisquer 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 capazes de serem 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 por dispositivo 180 podem ser considerados integrados.

[0081] 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 via 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 tendo 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.

[0082] Em certas modalidades alternativas, o nó de rede 160 pode não incluir conjunto de circuitos front end de rádio 192 separado, 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 192 separado. 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).

[0083] A antena 162 pode incluir uma ou mais antenas, ou arranjos de antenas, 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 referido como 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 desempenhar quaisquer operações de recepção e/ou certas operações de obtenção descritas neste documento como sendo desempenhadas por um nó de rede. Quaisquer informações, dados e/ou sinais podem ser recebidos a partir 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 desempenhar quaisquer operações de transmissão descritas neste documento como sendo desempenhadas 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.

[0084] 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 desempenhar a funcionalidade descrita neste documento. O conjunto de circuitos de potência 187 pode receber potência a partir 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 fornecer potência aos vários componentes do nó de rede 160 em uma forma adequada para os respectivos componentes (por exemplo, em um nível de 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) via 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 um exemplo adicional, a fonte de potência 186 pode compreender uma fonte de potência na forma de uma bateria ou banco bateria (battery pack) que está conectado ou integrado ao conjunto de circuitos de potência 187. A bateria pode fornecer 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.

[0085] 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 a matéria descrita neste documento. Por exemplo, o nó de rede 160 pode incluir equipamento 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 desempenhe diagnóstico, manutenção, reparo e outras funções administrativas para o nó de rede 160.

[0086] A FIGURA 4 ilustra um dispositivo sem fio (WD) 110, de acordo com algumas modalidades. Conforme usado neste documento, 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 neste documento de forma intercambiável com equipamento de usuário (UE). A comunicação sem fio pode envolver a transmissão e/ou recepção 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 configurado 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 escalonamento 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 móvel, um telefone celular, um telefone de voz sobre IP (VoIP), um telefone de loop local sem fio, um computador desktop, um assistente digital pessoal (PDA), câmeras sem fio, console ou dispositivo de jogos, dispositivo de armazenamento de música, playback appliance, 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 dentro das instalações do cliente (CPE) sem fio, 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 desempenha monitoramento e/ou medições e transmite os resultados desse monitoramento e/ou medições para outro 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 referido como dispositivo MTC. Como um exemplo particular, o WD pode ser um UE implementando o padrão de Internet das Coisas de banda estreita (NB-IoT) do 3GPP. Exemplos particulares de tais máquinas ou dispositivos são sensores, dispositivos de medição, tais como medidores de potência, máquinas industriais ou appliances 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 que é 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 referido como 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.

[0087] 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 múltiplos conjuntos de um ou mais dos 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.

[0088] A antena 111 pode incluir uma ou mais antenas ou arranjos de antenas, 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 desempenhar quaisquer operações de recepção ou transmissão descritas neste documento como sendo desempenhadas 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.

[0089] 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 112 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 pode ser acoplado à 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 separado; 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, algum ou todo 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 pode receber dados digitais a serem enviados para outros nós de rede ou WDs via 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 via 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.

[0090] 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áveis 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 discutidos 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 divulgada neste documento.

[0091] 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 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 podem 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.

[0092] Em certas modalidades, alguma ou toda a funcionalidade descrita neste documento como sendo desempenhada 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 desempenhar 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.

[0093] O conjunto de circuitos de processamento 120 pode ser configurado para desempenhar quaisquer operações de determinação, cálculo ou similares (por exemplo, certas operações de obtenção) descritas neste documento como sendo desempenhadas por um WD. Essas operações, conforme desempenhadas 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 desempenhando uma ou mais operações com base nas informações obtidas ou informações convertidas e como um resultado do dito processamento de fazer uma determinação.

[0094] 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 de computador (por exemplo, Memória de Acesso Aleatório (RAM) ou Memória somente de leitura (ROM)), meio de armazenamento em massa (por exemplo, um disco rígido), meio de armazenamento removível (por exemplo, um Disco Compacto (CD) ou um Disco de Vídeo Digital (DVD)) e/ou quaisquer outros dispositivos voláteis ou não voláteis, legíveis por dispositivo não transitório e/ou memória executável 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.

[0095] 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 smart phone, a interação pode ser via 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 display 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 emita informações do WD 110. O equipamento de interface de usuário 132 pode incluir, por exemplo, um alto-falante, um display, 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.

[0096] O equipamento auxiliar 134 é operável para fornecer funcionalidade mais específica que geralmente não pode ser desempenhada 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.

[0097] A fonte de potência 136 pode, em algumas modalidades, estar na forma de uma bateria ou banco 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 adicionalmente 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 realizar 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 adicionalmente 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) via 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 pode, 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 pode desempenhar qualquer formatação, conversão ou outra modificação de potência da fonte de potência 136 para fazer a potência adequada para os respectivos componentes do WD 110 aos quais a potência é suprida.

[0098] 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 possui 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 do tipo 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.

[0099] 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 213 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.

[00100] Na FIGURA 5, o conjunto de circuitos de processamento 201 pode ser configurado para processar instruções e dados de 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.

[00101] Na modalidade retratada, 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 via interface de entrada/saída 205. Um dispositivo de saída pode usar o mesmo tipo de porta 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 display, 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 via 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 display 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 (pad) direcional, um trackpad, uma roda de rolagem, um cartão inteligente e similares. O display 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.

[00102] 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.

[00103] A RAM 217 pode ser configurada para fazer interface via 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 (I/O), 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.

[00104] O meio de armazenamento 221 pode ser configurado para incluir um número de 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 externo, 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), micro-DIMM SDRAM externa, 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.

[00105] 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 de 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.

[00106] 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 uma localização, 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 por proximidade de campo. 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.

[00107] As características, benefícios e/ou funções descritas neste documento podem ser implementadas em um dos componentes do UE 200 ou particionadas ao longo de múltiplos 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, desempenham 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.

[00108] 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 de 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, via 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).

[00109] 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 de rádio ou não requer conectividade de rádio (por exemplo, um nó de rede núcleo), então o nó de rede pode ser totalmente virtualizado.

[00110] As funções podem ser implementadas por uma ou mais aplicações 320 (que podem alternativamente ser chamados de instâncias de software, virtual appliances, funções de rede, nós virtuais, funções de rede virtual, etc.) operativas para implementar algumas das características, funções e/ou benefícios de algumas das modalidades divulgadas neste documento. As aplicações 320 são rodadas 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á operativa para fornecer um ou mais das características, benefícios e/ou funções divulgadas neste documento.

[00111] O ambiente de virtualização 300 compreende dispositivos de hardware de rede de propósito geral ou de propósito 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 de aplicação específica (ASICs) dedicados ou qualquer outro tipo de conjunto de circuitos de processamento, incluindo componentes de hardware digital ou analógico ou processadores de propósito 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 meio de armazenamento não transitório, persistente e legível por máquina 390-2, tendo armazenado o 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.

[00112] 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 do virtual appliance 320 podem ser implementadas em uma ou mais máquinas virtuais 340, e as implementações podem ser feitas de maneiras diferentes.

[00113] 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 como 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.

[00114] 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 cluster maior de hardware (por exemplo, em um data center ou equipamento nas instalações do cliente (CPE)), em que muitos nós de hardware trabalham juntos e são gerenciados via gerenciamento e orquestração (MANO) 3100, que, entre outros, supervisiona o gerenciamento do ciclo de vida das aplicações 320.

[00115] A virtualização do hardware é, em alguns contextos, referida como virtualização de função 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 data centers e equipamentos nas instalações do cliente.

[00116] No contexto de 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 330 que executa essa máquina virtual, seja ela o hardware dedicado à essa máquina virtual e/ou hardware compartilhado por essa máquina virtual com outras das máquinas virtuais 340, forma elementos de rede virtual separados (VNE).

[00117] 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.

[00118] 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 via 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 de rádio ou uma estação base.

[00119] 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.

[00120] A FIGURA 7 ilustra uma rede de telecomunicações conectada via 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 de 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 sofrer paging 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 divulgadas são igualmente aplicáveis a uma situação em que um eu sozinho está na área de cobertura ou onde um UE sozinho está se conectando à estação base 412 correspondente.

[00121] 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 fazenda 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 ir via 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 que sofreu host; 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).

[00122] O sistema de comunicação da FIGURA 7 como um todo habilita 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, 492 conectados são configurados para comunicar dados e/ou sinalizar via 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 informada 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, handed over) 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.

[00123] A FIGURA 8 ilustra um computador host que se comunica via 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 ajustar 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 adicionalmente 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 adicionalmente 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-se via 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 de usuário que são transmitidos usando a conexão OTT 550.

[00124] O sistema de comunicação 500 inclui adicionalmente a estação base 520 fornecida em um sistema de telecomunicações e compreendendo o hardware 525, habilitando-o a se comunicar com o computador host 510 e com o UE 530. O hardware 525 pode incluir a interface de comunicação 526 para ajustar 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 ajustar 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 adicionalmente 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 tem adicionalmente o software 521 armazenado internamente ou acessível via uma conexão externa.

[00125] O sistema de comunicação 500 inclui adicionalmente o UE 530 já referido. Seu hardware 535 pode incluir interface de rádio 537 configurada para ajustar 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 adicionalmente 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 adicionalmente 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 via UE 530, com o suporte do computador host 510. No computador host 510, uma aplicação host 512 em execução pode se comunicar com a aplicação cliente 532 em execução via 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 de 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 de usuário. A aplicação cliente 532 pode interagir com o usuário para gerar os dados de usuário que ele fornece.

[00126] É 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 interior dessas entidades pode ser como o mostrado na FIGURA 8 e, independentemente, a topologia de rede circundante pode ser a da FIGURA 7.

[00127] 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 via estação base 520, sem referência explícita a quaisquer dispositivos intermediários e ao roteamento preciso de mensagens via esses 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).

[00128] 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 divulgaçã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 classificação de feixe do UE, a fim de melhorar a habilidade de construir funcionalidade de rede auto otimizada.

[00129] Um procedimento de medição pode ser fornecido com o propósito 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 computar 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ária, 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.

[00130] 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 divulgação, apenas referências de desenho à FIGURA 9 serão incluídas nesta seção. Na etapa 610, o computador host fornece dados de usuário. Na subetapa 611 (que pode ser opcional) da etapa 610, o computador host fornece os dados de 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 de usuário para o UE. Na etapa 630 (que pode ser opcional), a estação base transmite ao UE os dados de usuário que foram portados na transmissão que o computador host iniciou, de acordo com os ensinamentos das modalidades descritas ao longo desta divulgação. Na etapa 640 (que também pode ser opcional), o UE executa uma aplicação cliente associada à aplicação host executada pelo computador host.

[00131] 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 divulgaçã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 de usuário. Em uma subetapa opcional (não mostrada), o computador host fornece os dados de 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 de usuário para o UE. A transmissão pode passar via estação base, de acordo com os ensinamentos das modalidades descritas ao longo desta divulgação. Na etapa 730 (que pode ser opcional), o UE recebe os dados de usuário portados na transmissão.

[00132] 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 divulgaçã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. Adicionalmente ou alternativamente, na etapa 820, o UE fornece dados de usuário. Na subetapa 821 (que pode ser opcional) da etapa 820, o UE fornece os dados de 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 de usuário em reação aos dados de entrada recebidos fornecidos pelo computador host. Ao fornecer os dados de usuário, a aplicação cliente executada pode considerar adicionalmente a entrada de usuário recebida do usuário. Apesar da maneira específica em que os dados de usuário foram fornecidos, o UE inicia, na subetapa 830 (que pode ser opcional), a transmissão dos dados de usuário para o computador host. Na etapa 840 do método, o computador host recebe os dados de usuário transmitidos do UE, de acordo com os ensinamentos das modalidades descritas ao longo desta divulgação.

[00133] 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 divulgaçã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 divulgação, a estação base recebe dados de usuário do UE. Na etapa 920 (que pode ser opcional), a estação base inicia a transmissão dos dados de usuário recebidos para o computador host. Na etapa 930 (que pode ser opcional), o computador host recebe os dados de usuário portados na transmissão iniciada pela estação base.

[00134] Quaisquer etapas, métodos, características, funções ou benefícios apropriados divulgados neste documento podem ser desempenhados através de uma ou mais unidades funcionais ou módulos de um ou mais aparelhos virtuais. Cada aparelho virtual pode compreender um número dessas unidades funcionais. Essas unidades funcionais podem ser implementadas via 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 propósito 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 diversos 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 realizar 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 desempenhe funções correspondentes de acordo com uma ou mais modalidades da presente divulgação.

[00135] A FIGURA 13 retrata 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.

[00136] 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 realizar o método exemplar descrito no que se refere à FIGURA 13 e possivelmente quaisquer outros processos ou métodos divulgados neste documento. Também deve ser entendido que o método da FIGURA 13 não é necessariamente realizado apenas pelo aparelho 1100. Pelo menos algumas operações do método podem ser desempenhadas por uma ou mais outras entidades.

[00137] 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 sinal digital (DSPs), lógica digital para propósito 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 diversos 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 realizar uma ou mais das técnicas descritas neste documento, em diversas 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 desempenhar funções correspondentes de acordo com uma ou mais modalidades da presente divulgação, tal como a funcionalidade descrita na FIGURA 14.

[00138] 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 realizar as respectivas tarefas, procedimentos, computações, saídas e/ou exibir funções e assim por diante, tal como aqueles descritos neste documento.

[00139] A FIGURA 15 retrata um método por meio de um dispositivo sem fio 110 para relatório de medição, 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.

[00140] 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.

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

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

[00143] 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 em pelo menos uma quantidade de medição.

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

[00145] 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).

[00146] 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.

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

[00148] 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 em RSRP.

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

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

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

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

[00153] 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.

[00154] 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.

[00155] 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 realizar o método exemplar descrito no que se refere à FIGURA 15 e possivelmente a quaisquer outros processos ou métodos divulgados 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 desempenhadas por uma ou mais outras entidades.

[00156] O aparelho virtual 1300 pode compreender 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 propósito 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 diversos 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 realizar uma ou mais das técnicas descritas neste documento, em diversas 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 desempenhem funções correspondentes de acordo com uma ou mais modalidades da presente divulgação, tal como a funcionalidade descrita na FIGURA 15.

[00157] Por exemplo, a unidade de classificação 1310 pode desempenhar 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.

[00158] Por exemplo, a unidade de relatório 1320 pode desempenhar 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.

[00159] 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 realizar as respectivas tarefas, procedimentos, computações, saídas e/ou exibir funções e assim por diante, como os descritos neste documento.

[00160] FIGURA 17 retrata um método por um nó de rede 160 para configurar um dispositivo sem fio 110 para relatório 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ório de medição com base em evento.

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

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

[00163] Na etapa 1420, o nó de rede 160 recebe, a partir 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.

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

[00165] 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.

[00166] 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.

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

[00168] 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.

[00169] 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.

[00170] 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 em RSRP.

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

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

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

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

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

[00176] 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.

[00177] Em uma modalidade particular, o nó de rede 160 pode configurar o dispositivo sem fio 110 para relatório periódico.

[00178] 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.

[00179] 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 realizar o método exemplar descrito no que se refere à FIGURA 17 e, possivelmente, quaisquer outros processos ou métodos divulgados neste documento. Também deve ser entendido que o método da FIGURA 17 não é necessariamente realizado somente pelo aparelho 1500. Pelo menos algumas operações do método podem ser desempenhadas por uma ou mais outras entidades.

[00180] 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 sinal digital (DSPs), lógica digital para propósito 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 diversos 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 realizar uma ou mais das técnicas descritas neste documento, em diversas 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 desempenhem funções correspondentes de acordo com uma ou mais modalidades da presente divulgação, tal como a funcionalidade descrita na FIGURA 17.

[00181] Por exemplo, a unidade de configuração 1510 pode desempenhar 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ório de medição com base em evento.

[00182] Por exemplo, a unidade de recepção 1520 pode desempenhar as funções de recepção do aparelho 1500. Em uma modalidade particular, a unidade de recepção 1520 pode receber, a partir 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.

[00183] 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 realizar as respectivas tarefas, procedimentos, computações, saídas e/ou exibir funções e assim por diante, tal como aquelas descritas neste documento.

MODALIDADES EXEMPLIFICATIVAS

[00184] De acordo com certas modalidades exemplificativas, um método desempenhado por um dispositivo sem fio para 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 de 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 adicionalmente fornecer dados de usuário e encaminhar os dados de usuário para um computador host via uma transmissão para a estação base.

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

[00186] De acordo com certas modalidades exemplificativas, um UE para relatar medição 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 desempenhar 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.

[00187] 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 de usuário e uma interface de comunicação configurada para encaminhar dados de 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 desempenhar qualquer uma das etapas de qualquer uma das modalidades exemplificativas acima. Opcionalmente, a rede celular inclui adicionalmente 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 de usuário e o conjunto de circuitos de processamento do UE é configurado para executar uma aplicação cliente associada à aplicação host.

[00188] 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 de usuário; e no computador host, o início de uma transmissão portando os dados de usuário para o UE via uma rede celular compreendendo a estação base, em que o UE desempenha qualquer uma das etapas de qualquer uma das modalidades exemplificativas acima. Opcionalmente, o método da modalidade anterior, compreende adicionalmente no UE, receber os dados de usuário a partir da estação base.

[00189] De acordo com certas modalidades exemplificativas, um sistema de comunicação incluindo um computador host compreende: interface de comunicação configurada para receber dados de 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 desempenhar qualquer uma das etapas de qualquer uma das modalidades exemplificativas acima. Opcionalmente, o sistema de comunicação da modalidade anterior inclui adicionalmente o UE. Opcionalmente, o sistema de comunicação das modalidades anteriores inclui adicionalmente a estação base, em que a estação base compreende uma interface de rádio configurada para se comunicar com o UE e uma interface de comunicação configurada para encaminhar ao computador host os dados de usuário 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 de 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 de usuário em resposta aos dados de solicitação.

[00190] 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, receber dados de usuário transmitidos para a estação base do UE, em que o UE desempenha qualquer uma das etapas de qualquer uma das modalidades exemplificativas acima. Opcionalmente, o método compreende adicionalmente, no UE, o fornecimento de dados de usuário para a estação base. Opcionalmente, o método compreende adicionalmente, no UE, a execução de uma aplicação cliente, fornecendo assim os dados de usuário a serem transmitidos e, no computador host, executar uma aplicação host associada à aplicação cliente. Opcionalmente, o método inclui adicionalmente, no UE, executar uma aplicação cliente e, no UE, receber dados de entrada para a aplicação cliente, os dados de entrada sendo fornecidos no computador host por meio da execução de uma aplicação host associada à aplicação cliente, em que os dados de usuário a serem transmitidos são fornecidos pela aplicação cliente em resposta aos dados de entrada.

[00191] 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 adicionalmente, na estação base, receber os dados de usuário a partir do UE. Opcionalmente, o método inclui adicionalmente, na estação base, iniciar uma transmissão dos dados de usuário recebidos ao computador host. ABREVIAÇÕES

[00192] Pelo menos algumas das abreviações a seguir podem ser usadas nesta divulgação. Se houver uma inconsistência entre as abreviações, deve-se dar preferência à forma como é usada acima. Se listada múltiplas vezes abaixo, a primeira listagem deve ter preferência sobre a(s) listagem(ns) subsequente(s). 1x RTT CDMA2000 1x Tecnologia de Transmissão de Rádio 3GPP Projeto de Parceria para a 3^ Geração 5G 5- Geração ABS Subquadro Quase em Branco ARQ Solicitação de Repetição Automática AWGN Ruído Gaussiano Branco Aditivo BCCH Canal de Controle de Difusão BCH Canal de Difusão CA Agregação de Portadora CC Componente de Portadora CCCH SDU Canal de Controle Comum SDU CDMA Acesso Múltiplo 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 de CPICH por chip dividida pela densidade de potência na banda CQI Informações de Qualidade de Canal C-RNTI Célula RNTI 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 Sob Teste E-CID ID de Célula Aprimorada (método de posicionamento) E-SMLC Centro de Localização Móvel de Serviço Evoluído ECGI CGI Evoluído eNB Nó B de E-UTRAN ePDCCH Canal de Controle de Enlace Descendente Físico Aprimorado E-SMLC Centro de Localização Móvel Servidor 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 de Satélite de Navegação Global GSM Sistema Global para Comunicações Móveis HARQ Solicitação de Repetição Automática Híbrida HO Handover HSPA Acesso à Pacotes de Alta Velocidade HRPD Dados de Pacote de Taxa Alta LOS Linha de Visada LPP Protocolo de Posicionamento LTE LTE Evolução de Longo Prazo MAC Controle de Acesso ao Meio MBMS Serviços Multicast de Broadcast de Multimídia MBSFN Rede de Frequência Única de Serviço Multicast de Broadcast de Multimídia MBSFN ABS Subquadro Quase em Branco MBSFN MDT Minimização de Drive Tests 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 OFDMA OFDM Multiplexação por Divisão de Frequência Ortogonal OFDMA Acesso Múltiplo por Divisão de Frequência Ortogonal OSS Sistema de Suporte a Operações OTDOA Diferença de Tempo Observado de Chegada O&M Operação e Manutenção PBCH Canal de Broadcast 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 Pré-codificadora PRACH Canal de Acesso Aleatório Físico PRS Sinal de Referência de Posicionamento PSS Sinal de Sincronização Primário 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 de 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 Quadro do Sistema SGW Gateway Servidor SI Informações de Sistema SIB Bloco de Informações de Sistema SNR Relação Sinal-Ruído SON Rede Auto Otimizada SS Sinal de Sincronização SSS Sinal de Sincronização Secundária 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ária TTI Intervalo de Tempo de Transmissão UE Equipamento de Usuário UL Enlace Ascendente UMTS Sistema de Telecomunicações Móveis Universal USIM Módulo de Identidade de Assinante Universal UTDOA Diferença de Tempo de Enlace Ascendente de Chegada UTRA Acesso Via Rádio Terrestre Universal UTRAN Rede de Acesso via Rádio Terrestre Universal WCDMA CDMA Amplo WLAN Rede de Área Local Sem Fio

Claims

1. Método desempenhado por um dispositivo sem fio (110) para relatório de medição, o método caracterizado pelo fato de que compreende: receber uma configuração de relatório a partir de um nó de rede, a configuração de relatório especificando uma pluralidade de diferentes quantidades de relatório a ser incluída em um relatório de medição; determinar se deve usar Potência Recebida de Sinal de Referência (RSRP) ou Qualidade Recebida de Sinal de Referência (RSRQ) como uma quantidade de medição para classificação de medições de nível de feixe com base na pluralidade de quantidades de relatório especificadas na configuração de relatório, em que RSRP é determinada para ser usada como a quantidade de medição quando a configuração de relatório recebida a partir do nó de rede indica que apenas índices de feixe devem ser relatados como parte do relatório de nível de feixe, e RSRQ é determinada para ser usada como a quantidade de medição quando a configuração de relatório recebida a partir do nó de rede não indica RSRP como uma da pluralidade de diferentes quantidades de relatório; classificar uma pluralidade de medições de nível de feixe para um relatório de medição periódico com base em pelo menos na quantidade de medição determinada; 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 de nível de feixe com base na classificação da pluralidade de medições de nível de feixe com base em pelo menos na quantidade de medição determinada.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a quantidade de medição é uma quantidade de relatório configurada pela rede.

3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a pluralidade de medições de nível de feixe é para uma célula servidora do dispositivo sem fio.

4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a pluralidade de medições de nível de feixe é para uma célula vizinha do dispositivo sem fio.

5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que: determinar que RSRP deve ser usada como a quantidade de medição quando a configuração de relatório recebida a partir do nó de rede indica RSRP como uma da pluralidade de diferentes quantidades de relatório; e classificar a pluralidade de medições de nível de feixe compreende classificar a pluralidade de medições de nível de feixe com base em RSRP.

6. Dispositivo sem fio (110) para relatório de medição, o dispositivo sem fio caracterizado pelo fato de que compreende: conjunto de circuitos de processamento (120) configurado para: receber uma configuração de relatório a partir de um nó de rede, a configuração de relatório especificando uma pluralidade de diferentes quantidades de relatório a ser incluída em um relatório de medição; determinar se deve usar Potência Recebida de Sinal de Referência (RSRP) ou Qualidade Recebida de Sinal de Referência (RSRQ) como uma quantidade de medição para classificação de medições de nível de feixe com base na pluralidade de quantidades de relatório especificada na configuração de relatório, em que RSRP é determinada para ser usada como a quantidade de medição quando a configuração de relatório recebida a partir do nó de rede indica que apenas índices de feixe devem ser relatados como parte do relatório de nível de feixe, e RSRQ é determinada para ser usada como a quantidade de medição quando a configuração de relatório recebida a partir do nó de rede não indica RSRP como uma da pluralidade de diferentes quantidades de relatório; classificar uma pluralidade de medições de nível de feixe para um relatório de medição periódico com base em pelo menos na quantidade de medição determinada; 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 de nível de feixe com base na classificação da pluralidade de medições de nível de feixe com base em pelo menos na quantidade de medição determinada.

7. Dispositivo sem fio, de acordo com a reivindicação 6, caracterizado pelo fato de que a quantidade de medição é uma quantidade de relatório configurada pela rede.

8. Dispositivo sem fio, de acordo com a reivindicação 6, caracterizado pelo fato de que a pluralidade de medições de nível de feixe é para uma célula servidora do dispositivo sem fio.

9. Dispositivo sem fio, de acordo com a reivindicação 6, caracterizado pelo fato de que a pluralidade de medições de nível de feixe é para uma célula vizinha do dispositivo sem fio.

10. Dispositivo sem fio, de acordo com a reivindicação 6, caracterizado pelo fato de que o conjunto de circuitos de processamento é adicionalmente configurado para: determinar que RSRP deve ser usada como a quantidade de medição quando a configuração de relatório recebida a partir do nó de rede indica RSRP como uma da pluralidade de diferentes quantidades de relatório; e classificar a pluralidade de medições de nível de feixe com base em RSRP.

11. Método desempenhado por um nó de rede (160) para configurar um dispositivo sem fio (110) para relatório de medição, o método caracterizado pelo fato de que compreende: enviar ao dispositivo sem fio uma configuração de relatório especificando uma pluralidade de diferentes quantidades de relatório a ser incluída em um relatório de medição, a pluralidade de diferentes quantidades de relatório para uso na determinação de se deve usar Potência Recebida de Sinal de Referência (RSRP) ou Qualidade Recebida de Sinal de Referência (RSRQ) como uma quantidade de medição para classificação de medições de nível de feixe, em que o dispositivo sem fio determina que RSRP deve ser usada como a quantidade de medição quando a configuração de relatório indica que apenas índices de feixe devem ser relatados como parte do relatório de nível de feixe, e o dispositivo sem fio determina que RSRQ deve ser usada como a quantidade de medição quando a configuração de relatório não indica RSRP como uma da pluralidade de diferentes quantidades de relatório; configurar o relatório de medição periódico do 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 de nível de feixe com base em uma classificação da pluralidade de medições de nível de feixe, a classificação da pluralidade de medições de nível de feixe desempenhada com base na quantidade de medição determinada.

12. Método, de acordo com a reivindicação 11, caracterizado pelo fato de que a pluralidade de medições de nível de feixe é para uma célula servidora do dispositivo sem fio.

13. Método, de acordo com a reivindicação 11, caracterizado pelo fato de que a pluralidade de medições de nível de feixe é para uma célula vizinha do dispositivo sem fio.

14. Método, de acordo com a reivindicação 11, caracterizado pelo fato de que: o dispositivo sem fio determina que RSRP deve ser usada como a quantidade de medição quando a configuração de relatório indica RSRP como uma da pluralidade de diferentes quantidades de relatório; e a pluralidade de medições de nível de feixe é classificada com base em RSRP.

15. Nó de rede (160) para configurar um dispositivo sem fio (110) para relatório de medição, o nó de rede caracterizado pelo fato de que compreende: conjunto de circuitos de processamento (170) configurado para: enviar ao dispositivo sem fio uma configuração de relatório especificando uma pluralidade de diferentes quantidades de relatório a ser incluída em um relatório de medição, a pluralidade de diferentes quantidades de relatório para uso na determinação de se deve usar Potência Recebida de Sinal de Referência (RSRP) ou Qualidade Recebida de Sinal de Referência (RSRQ) como uma quantidade de medição para classificação de medições de nível de feixe, em que o dispositivo sem fio determina que RSRP deve ser usada como a quantidade de medição quando a configuração de relatório indica que apenas índices de feixe devem ser relatados como parte do relatório de nível de feixe, e o dispositivo sem fio determina que RSRQ deve ser usada como a quantidade de medição quando a configuração de relatório não indica RSRP como uma da pluralidade de diferentes quantidades de relatório; configurar o relatório de medição periódico do 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 de nível de feixe com base em uma classificação da pluralidade de medições de nível de feixe, a classificação da pluralidade de medições de nível de feixe desempenhada com base na quantidade de medição determinada.

16. Nó de rede, de acordo com a reivindicação 15, caracterizado pelo fato de que a pluralidade de medições de nível de feixe é para uma célula servidora do dispositivo sem fio.

17. Nó de rede, de acordo com a reivindicação 15, caracterizado pelo fato de que a pluralidade de medições de nível de feixe é para uma célula vizinha do dispositivo sem fio.

18. Nó de rede, de acordo com a reivindicação 15, caracterizado pelo fato de que: o dispositivo sem fio determina que RSRP deve ser usada como a quantidade de medição quando a configuração de relatório indica RSRP como uma da pluralidade de diferentes quantidades de relatório; e a pluralidade de medições de nível de feixe é classificada com base em RSRP.