BR112020016842A2

BR112020016842A2 - Resolver ambiguidades relacionadas à derivação de qualidade de célula de nr

Info

Publication number: BR112020016842A2
Application number: BR112020016842-4A
Authority: BR
Inventors: Icaro L. J. Da Silva; Pradeepa Ramachandra; Helka-Liina Määttanen
Original assignee: Telefonaktiebolaget Lm Ericsson (Publ)
Priority date: 2018-02-19
Filing date: 2019-02-18
Publication date: 2020-12-22
Also published as: CN111713041B; US20240030987A1; US20220360310A1; MX2020008201A; US11799534B2; JP7065978B2; US11489576B2; WO2019159150A1; EP3756281A1; AR114637A1; AU2019221308B2; CN118102371A; JP2021520669A; RU2746258C1; US20200412432A1; CN111713041A; AU2019221308A1

Abstract

sistemas e métodos são divulgados na presente invenção para permitir que um equipamento de usuário (ue) desempenhe derivação de qualidade de célula em uma rede de comunicação sem fio utilizando parâmetros a partir de um objeto de medição apropriado. em algumas modalidades, um método de operação de um ue para desempenhar derivação de qualidade de célula em uma rede de comunicação sem fio compreende obter parâmetros para desempenhar derivação de qualidade de célula para uma célula servidora do ue a partir de um objeto de medição que contenha as informações de frequência que correspondem às informações de frequência providas em uma configuração de célula servidora da célula servidora. o método adicionalmente compreende desempenhar derivação de qualidade de célula para a célula servidora com base nos parâmetros obtidos. desta maneira, permite-se ao ue desempenhar derivação de qualidade de célula usando parâmetros a partir de um objeto de medição apropriado.

Description

RESOLVER AMBIGUIDADES RELACIONADAS À DERIVAÇÃO DE QUALIDADE DE CÉLULA DE NR PEDIDOS RELACIONADOS

[0001] Este pedido reivindica o benefício do pedido de patente provisório número de série 62/632,292, depositado em 19 de fevereiro de 2018, a divulgação do qual é desta forma incorporada no presente documento por referência em sua totalidade.

CAMPO TÉCNICO

[0002] A presente invenção diz respeito a uma rede de comunicação sem fio e, em particular, à derivação de qualidade de célula em uma rede de comunicação sem fio.

ANTECEDENTES Novo rádio (NR) e formação de feixe

[0003] Esquemas de múltiplas antenas para o Programa de Parceria para a Terceira Geração (3GPP) NR (também referido como “Quinta Geração (5G)”) estão sendo discutidos atualmente no 3GPP. Para NR, faixas de frequência de até 100 Gigahertz (GHz) são consideradas. A comunicação via rádio de alta frequência acima de 6 GHz sofre uma perda de percurso e perda de penetração significativas. Portanto, os esquemas de Múltiplas Entradas e Múltiplas Saídas (MIMO) para NR são considerados.

[0004] Com MIMO massivo, três abordagens para a formação de feixe foram discutidas, a saber, formação de feixe analógica, formação de feixe digital e formação de feixe híbrida (ou seja, uma combinação de formação de feixe analógica e digital). Um diagrama de exemplo para formação de feixe híbrido é mostrado na Figura 1. A formação de feixe pode ser em feixes de transmissão e/ou feixes de recepção, lado de rede ou lado de Equipamento de Usuário (UE).

[0005] O feixe analógico de um subarranjo pode ser direcionado para uma única direção em cada símbolo de Multiplexação por Divisão de Frequência Ortogonal (OFDM) e, portanto, o número de subarranjos determina o número de direções de feixe e a cobertura correspondente em cada símbolo de OFDM. No entanto, o número de feixes para cobrir toda a área de serviço é tipicamente maior que o número de subarranjos, especialmente quando a largura individual de feixe é estreita. Portanto, para cobrir toda a área de serviço, é provável que também sejam necessárias múltiplas transmissões com feixes estreitos, diferentemente direcionados no domínio do tempo. A provisão de vários feixes de cobertura estreitos para esse propósito foi chamado de "varredura de feixe". Para formação de feixe analógica e híbrida, a varredura de feixe parece ser essencial para prover a cobertura básica em NR. Para esse propósito, múltiplos símbolos OFDM, nos quais feixes diferentemente direcionados podem ser transmitidos através de subarranjos, podem ser atribuídos e transmitidos periodicamente. Dois exemplos dessa varredura de feixe são mostrados nas Figuras 2A e 2B. No entanto, outros exemplos usando números diferentes de subarranjos também são possíveis. Configuração do Bloco de Sinal de Sincronização (SS)

[0006] Na presente invenção, um exemplo não limitante de bloco de SS e configuração de rajada de SS são descritos, o que pode ser assumido para a descrição provida na presente invenção. Os sinais compreendidos em um bloco de SS podem ser usados para medições em uma portadora de NR, incluindo medições intrafrequência, medições interfrequência e medições entre Tecnologia de Acesso via Rádio (RAT) (ou seja, medições de NR a partir de outra RAT).

[0007] Bloco de SS (também referido como Bloco de SS/Canal de Difusão Físico (PBCH) ou SSB): O Sinal de Sincronização Primário de NR (NR-PSS), o Sinal de Sincronização Secundário de NR (NR-SSS) e/ou NB PBCH (NR-PBCH) podem ser transmitidos dentro de um bloco de SS. Para uma dada banda de frequência, um bloco de SS corresponde a N símbolos OFDM com base no espaçamento de uma subportadora (por exemplo, padrão ou configurado) e N é uma constante. UEs são capazes de identificar pelo menos o índice de símbolo OFDM, o índice de slot em um quadro de rádio e o número de quadro de rádio de um bloco de SS. Um único conjunto de possíveis locais de tempo de bloco de SS (por exemplo, com relação a um quadro de rádio ou com relação a um conjunto de rajadas de SS) é especificado por faixa de frequência. Pelo menos para o caso de feixes múltiplos, pelo menos o índice de tempo do bloco de SS é indicado ao UE. A(s) posição(ões) dos blocos de SS realmente transmitidos podem ser informadas para auxiliar na medição do modo CONNECTED/IDLE, para ajudar o UE no modo CONNECTED a receber dados/controle de enlace descendente (DL) em blocos de SS não utilizados, e potencialmente, para ajudar o UE no modo IDLE a receber dados/controle de DL em blocos de SS não utilizados. O número máximo de blocos de SS dentro de um conjunto de rajada de SS, L, para diferentes faixas de frequência é o seguinte: o para uma faixa de frequência de até 3 GHz, L é 4, o para uma faixa de frequência de 3 GHz a 6 GHz, L é 8, e o para uma faixa de frequência de 6 GHz a 52,6 GHz, L é 64.

[0008] Conjunto de Rajada de SS: Um ou múltiplas rajada(s) de SS compõem adicionalmente um conjunto (ou séries) de rajada de SS, onde o número de rajada de SS dentro de um conjunto de rajada de SS é finito. A partir da perspectiva da especificação da camada física, pelo menos uma periodicidade de um conjunto de rajada de SS é suportado. A partir da perspectiva de UE, a transmissão do conjunto de rajada de SS é periódica. Pelo menos para a seleção inicial de célula, o UE pode assumir uma periodicidade padrão de transmissão de conjunto de rajada de SS para uma dada frequência de portadora (por exemplo,

uma dentre 5 milissegundos (ms), 10 ms, 20 ms, 40 ms, 80 ms ou 160 ms). O UE pode assumir que um dado bloco de SS é repetido com uma periodicidade de conjunto de rajada de SS. Por padrão, o UE não pode assumir que a estação base NR (gNB) transmite o mesmo número de feixe(s) físico(s) nem o(s) mesmo(s) feixe(s) físico(s) ao longo de diferentes blocos de SS dentro de um conjunto de rajada de SS. Em um caso especial, um conjunto de rajada de SS pode compreender uma rajada de SS.

[0009] Para cada portadora, os blocos de SS podem ser alinhados no tempo ou se sobreporem totalmente ou pelo menos em parte, ou o início dos blocos de SS podem ser alinhados no tempo (por exemplo, quando o número real de blocos de SS transmitidos é diferente em células diferentes).

[0010] Um exemplo de configuração de blocos de SS, rajadas de SS e conjuntos ou séries de rajadas de SS é mostrado na Figura 3.

[0011] Todos os blocos de SS dentro de um conjunto de rajada estão dentro de uma janela de 5 ms, mas o número de blocos de SS nessa janela depende da numerologia (por exemplo, até 64 blocos de SS com espaçamento de subportadora de 240 quilohertz (kHz)). Um exemplo de mapeamento para blocos de SS dentro de um slot de tempo e dentro da janela de 5 ms é ilustrado nas Figuras 4A e 4B. Modelo de Medição de NR

[0012] Em RRC_CONNECTED, o UE mede pelo menos um feixe, mas potencialmente múltiplos feixes de uma célula, e os resultados da medição (por exemplo, valores de potência) são calculados em média para derivar a qualidade de célula. Ao fazê-lo, o UE está configurado para considerar um subconjunto dos feixes detectados: os N melhores feixes acima de um limiar absoluto. A filtragem ocorre em dois níveis diferentes, a saber, na camada física para derivar a qualidade de feixe e depois no nível de Controle de Recursos de Rádio (RRC) para derivar qualidade de célula a partir de múltiplos feixes. A qualidade de célula das medições de feixe é derivada da mesma maneira para a(s) célula(s) servidora(s) e para a(s) célula(s) de não serviço. Os reportes de medição podem conter os resultados da medição dos X melhores feixes se o UE estiver configurado para fazê-lo pelo gNB.

[0013] O modelo de medição de alto nível correspondente é ilustrado na Figura 5 e descrito abaixo. Observe que os K feixes correspondem às medições em um bloco de NR-SS ou recursos de sinal de referência de Informações de Estado de Canal (CSI-RS) configurados para mobilidade da Camada 3 (L3) por gNB e detectados pelo UE na Camada 1 (L1) (ou seja, a camada física). Olhando para a Figura 5: • A: Medições (amostras específicas de feixe) internas à camada física. • Filtragem da camada 1: A filtragem interna da camada 1 das entradas medidas no ponto A. A filtragem exata é dependente da implementação. Como as medições são realmente executadas na camada física por uma implementação (entradas A e filtragem da Camada 1) não é restringido pelo padrão de NR. • A1: Medições (isto é, medições específicas de feixe) reportadas pela Camada 1 a Camada 3 após a filtragem da Camada 1. • Consolidação/Seleção de Feixe: Medições específicas de feixe são consolidadas para derivar qualidade de célula se N>1, senão, quando N = 1, a melhor medição de feixe é selecionada para derivar a qualidade de célula. O comportamento da consolidação/seleção de feixe é padronizado e a configuração deste módulo é provida por sinalização de RRC. O período de reporte em B é igual a um período de medição em A1. • B: Uma medida (ou seja, qualidade de célula) derivada de medidas específicas de feixe reportadas à Camada 3 após a consolidação/seleção de feixe.

• Filtragem da Camada 3 para qualidade de célula: Filtragem desempenhada nas medições providas no ponto B.

O comportamento dos filtros da Camada 3 é padronizado e a configuração dos filtros da Camada 3 é provida pela sinalização de RRC.

O período de reporte de filtragem em C é igual a um período de medição em B. • C: Uma medição após processamento no filtro da Camada 3. A taxa de reporte é idêntica à taxa de reporte no ponto B.

Essa medição é usada como entrada para uma ou mais avaliações dos critérios de reporte. • Avaliação dos critérios de reporte: Verifica se o reporte de medição real é necessário no ponto D.

A avaliação pode ser baseada em mais de um fluxo de medições no ponto de referência C, por exemplo, para comparar entre diferentes medições.

Isso é ilustrado pelas entradas C e C1. O UE avalia os critérios de reporte pelo menos toda vez que um novo resultado de medição é reportado no ponto C, C1. Os critérios de reporte são padronizados, e a configuração é provida por sinalização de RRC (medições de UE). • D: Informações de reporte de medição (mensagem) enviadas na interface do rádio. • Filtragem de Feixe L3: Filtragem desempenhada nas medições (ou seja, medições específicas de feixe) providas no ponto A1. O comportamento dos filtros de feixe é padronizado, e a configuração dos filtros de feixe é provida por sinalização de RRC.

O período de reporte de filtragem em E é igual a um período de medição em A1. • E: Uma medição (ou seja, medição específica de feixe) após o processamento no filtro de feixe.

A taxa de reporte é idêntica à taxa de reporte no ponto A1. Essa medição é usada como entrada para selecionar as X medições a serem reportadas. • Seleção de Feixe para reporte de feixe: Seleciona as X medições a partir das medições providas no ponto E. O comportamento da seleção de feixes é padronizado, e a configuração deste módulo é provida por sinalização de RRC. • F: Informações de medição de feixe incluídas no reporte de medição (enviado) na interface de rádio.

[0014] A filtragem da Camada 1 introduz um certo nível de cálculo de média de medição. Como e quando o UE desempenha exatamente as medições requeridas é específico da implementação ao ponto que a saída em B atenda aos requisitos de desempenho definidos na Especificação Técnica (TS) 3GPP 38.133. A filtragem da camada 3 para qualidade de célula e os parâmetros relacionados usados são especificados no 3GPP TS 38.331 e não introduzem nenhum atraso na disponibilidade de amostra entre B e C. A medição no ponto C, C1 é a entrada usada na avaliação do evento. A filtragem de feixe L3 e os parâmetros relacionados usados são especificados no 3GPP TS 38.331 e não introduzem nenhum atraso na disponibilidade de amostra entre E e F.

[0015] Reportes de medição são caracterizados pelo seguinte: • Reportes de medição incluem a identidade de medição da configuração de medição associada que disparou o reporte. • As quantidades de célula e feixe a serem incluídas em reportes de medição são configuradas pela rede. • O número de células não-serviço a serem reportadas pode ser limitado através da configuração pela rede. • Células pertencentes a uma lista negra configurada pela rede não são usadas na avaliação e reporte de eventos e, inversamente, quando uma lista branca é configurada pela rede, apenas as células pertencentes à lista branca são usadas na avaliação e reporte de eventos. • Medições de feixe a serem incluídas em reportes de medição são configuradas pela rede (apenas identificador de feixe, resultado da medição e identificador de feixe, ou nenhum reporte de feixe). Derivação de Qualidade de Célula de NR

[0016] Na RAN2 #97-bis em Spokane, foi acordado o seguinte em relação à derivação de qualidade de célula: 1 O cálculo de média é usado para derivar a qualidade de célula a partir de múltiplos feixes (se o número de feixes é maior que 1). Detalhes do cálculo de média são FFS Acordo 1 A qualidade de célula servidora é derivada da mesma maneira que a qualidade de célula vizinha (ou seja, N melhor). FFS se um UE pode ser configurado com valores diferentes de N para a célula servidora, e para células vizinhas específicas.

Acordos 1: O NR UE não deve consolidar as medições de feixes de NR-SS e medições de feixes de CSI-RS em conjunto para derivar uma medição de nível de célula. 2: O NR UE deve comparar medições no nível de célula de células diferentes usando o mesmo tipo de RS(s). Em outras palavras, o NR não suporta comparação entre a medição baseada em NR-SS de uma célula e a medição baseada em CSI-RS de outra célula.

[0017] Na RAN2 #98 em Hangzhou, foi acordado o seguinte em relação à derivação de qualidade de célula: Acordos para combinação de medições de feixe se N>1: 1 O cálculo de média será baseado em valores de potência (ou seja, não em valores de dBm) Suposição de trabalho: Média de até o melhor N dos feixes detectados acima do limiar absoluto Acordos - N (usado na derivação de qualidade de célula) é configurado por portadora. FFS Se um valor diferente pode ser configurado para NR-SS e CSI-RS e se pode ser configurado por célula.

[0018] Em seguida, na RAN2 #AdHoc em Qingdao: Acordo 1 A qualidade de célula deve ser derivada calculando-se a média do melhor feixe, com até N-1 melhores feixes acima do limiar configurado absoluto.

[0019] E, finalmente, na RAN #99 em Berlim, foi acordado o seguinte: Acordos 1: N independente e limiar independente devem ser configurados por frequência de portadora no MeasObject para mobilidade L3 com base em NR-SS e com base em CSI-RS. (Este acordo não tem nenhuma implicação no número de recursos de CSI-RS que podem ser configurados por célula)

[0020] Os acordos mencionados acima foram traduzidos nas especificações de RRC (3GPP TS 38.331), definindo parâmetros de derivação de qualidade de célula por tipo de Sinal de Referência (RS) (ambos o(s) número(s) máximo(s) de feixe(s) a ser(em) calculado(s) e o(s) limiar(es) absoluto(s) para definir bons feixes) e dentro do Elemento de Informações (IE) MeasObjectNR, como mostrado abaixo: ***************************************************************** MeasObjectNR O IE MeasObjectNR especifica informações aplicáveis às medições intra/interfrequências de bloco(s) de SS/PBCH ou medições de intra/interfrequências de CSI-RS. Elemento de Informações MeasObjectNR -- ASN1START -- TAG-MEAS-OBJECT-NR-START MeasObjectNR ::= SEQUENCE { ssbAbsoluteFreq GSCN-ValueNR, --FFS whether reference frequency represents pointA refFreqCSI-RS ARFCN-ValueNR OPTIONAL, --RS configuration (e.g. SMTC window, CSI-RS resource, etc.) referenceSignalConfig ReferenceSignalConfig, --Consolidation of L1 measurements per RS index absThreshSS-BlocksConsolidation ThresholdNR OPTIONAL, -- Need R absThreshCSI-RS-Consolidation ThresholdNR OPTIONAL, -- Need R --Config for cell measurement derivation nrofSS-BlocksToAverage INTEGER (2..maxNrofSS-BlocksToAverage) OPTIONAL, -- Need

R nrofCSI-RS-ResourcesToAverage INTEGER (2..maxNrofCSI-RS-ResourcesToAverage)OPTIONAL, -- Need R -- Filter coefficients applicable to this measurement object quantityConfigIndex INTEGER (1.. maxNrofQuantityConfig), --Frequency-specific offsets offsetFreq Q-OffsetRangeList, -- Cell list cellsToRemoveList PCI-List OPTIONAL, -- Need M cellsToAddModList CellsToAddModList OPTIONAL, -- Need M -- Black list blackCellsToRemoveList PCI-RangeIndexList OPTIONAL, -- Need M blackCellsToAddModList BlackCellsToAddModList OPTIONAL, -- Need M -- White list whiteCellsToRemoveList PCI-RangeIndexList OPTIONAL, -- Need M whiteCellsToAddModList WhiteCellsToAddModList OPTIONAL -- Need M -- FFS: Where to include L1 parameters for RSSI measurements (SS-RSSI-MeasurementConfig in L1 table) } ReferenceSignalConfig ::= SEQUENCE { -- SSB configuration for mobility (nominal SSBs, timing configuration) ssb-ConfigMobility SSB-ConfigMobility OPTIONAL, -- Need M -- CSI-RS resources to be used for CSI-RS based RRM measurements csi-rs-ResourceConfigMobility CSI-RS-ResourceConfigMobility OPTIONAL -- Need R } -- A measurement timing configuration SSB-ConfigMobility ::= SEQUENCE { subcarrierSpacingSSB SubcarrierSpacingSSB,

-- The set of SS blocks to be measured within the SMTC measurement duration. -- Corresponds to L1 parameter 'SSB-measured' (see FFS_Spec, section FFS_Section) -- When the field is absent the UE measures on all SS-blocks -- FFS_CHECK: Is this IE placed correctly. ssb-ToMeasure SetupRelease { CHOICE { -- bitmap for sub 3 GHz shortBitmap BIT STRING (SIZE (4)), -- bitmap for 3-6 GHz mediumBitmap BIT STRING (SIZE (8)), -- bitmap for above 6 GHz longBitmap BIT STRING (SIZE (64)) } } OPTIONAL, -- Need M

-- Indicates whether the UE can utilize serving cell timing to derive the index of SS block transmitted by neighbour cell: useServingCellTimingForSync BOOLEAN,

-- Primary measurement timing configuration.

Applicable for intra- and inter-frequency measurements. smtc1 SEQUENCE { -- Periodicity and offset of the measurement window in which to receive SS/PBCH blocks. -- Periodicity and offset are given in number of subframes. -- FFS_FIXME: This does not match the L1 parameter table! They seem to intend an index to a hidden table in L1 specs. -- (see 38.213, section REF): periodicityAndOffset CHOICE { sf5 INTEGER (0..4), sf10 INTEGER (0..9), sf20 INTEGER (0..19), sf40 INTEGER (0..39), sf80 INTEGER (0..79), sf160 INTEGER (0..159) }, -- Duration of the measurement window in which to receive SS/PBCH blocks.

It is given in number of subframes -- (see 38.213, section 4.1) duration ENUMERATED { sf1, sf2, sf3, sf4, sf5 }

},

-- Secondary measurement timing confguration for explicitly signalled PCIs.

It uses the offset and duration from smtc1. -- It is supported only for intra-frequency measurements in RRC CONNECTED. smtc2 SEQUENCE { -- PCIs that are known to follow this SMTC. pci-List SEQUENCE (SIZE (1..maxNrofPCIsPerSMTC)) OF PhysCellId OPTIONAL, -- Need M -- Periodicity for the given PCIs.

Timing offset and Duration as provided in smtc1. periodicity ENUMERATED {sf5, sf10, sf20, sf40, sf80, sf160, spare2, spare1} OPTIONAL -- Cond IntraFreqConnected }

CSI-RS-ResourceConfigMobility ::= SEQUENCE { -- MO specific values isServingCellMO BOOLEAN, -- Subcarrier spacing of CSI-RS. -- Supported values are 15, 30 or 60 kHz (<6GHz), 60 or 120 kHz (>6GHz). -- Corresponds to L1 parameter 'Numerology' (see 38.211, section FFS_Section) subcarrierSpacingCSI-RS SubcarrierSpacingCSI-RS, -- List of cells csi-RS-CellList-Mobility SEQUENCE (SIZE (1..maxNrofCSI-RS-CellsRRM)) OF CSI-RS- CellMobility

}

CSI-RS-CellMobility ::= SEQUENCE {

cellId PhysCellId, csi-rs-MeasurementBW SEQUENCE { -- Allowed size of the measurement BW in PRBs -- Corresponds to L1 parameter 'CSI-RS-measurementBW-size' (see FFS_Spec, section FFS_Section) nrofPRBs ENUMERATED { size24, size48, size96, size192, size264}, -- Starting PRB index of the measurement bandwidth -- Corresponds to L1 parameter 'CSI-RS-measurement-BW-start' (see FFS_Spec, section FFS_Section) -- FFS_Value: Upper edge of value range unclear in RAN1 startPRB INTEGER(0..251) }, -- Frequency domain density for the 1-port CSI-RS for L3 mobility -- Corresponds to L1 parameter 'Density' (see FFS_Spec, section FFS_Section) density ENUMERATED {d1,d3} OPTIONAL, -- List of resources csi-rs-ResourceList-Mobility SEQUENCE (SIZE (1..maxNrofCSI-RS-ResourcesRRM)) OF CSI-RS- Resource-Mobility } CSI-RS-Resource-Mobility ::= SEQUENCE { csi-rs-ResourceId-RRM CSI-RS-ResourceId-RRM, -- FFS_CHECK whether the following fields are supposed to be per resource (here) or in the resource config (above) -- Contains periodicity and slot offset for periodic/semi-persistent CSI-RS (see 38.211, section x.x.x.x)FFS_Ref slotConfig CHOICE { ms5 INTEGER (0..79), ms10 INTEGER (0..159), ms20 INTEGER (0..319), ms40 INTEGER (0..639) }, -- Each CSI-RS resource may be associated with one SSB. If such SSB is indicated, the NW also indicates whether the UE may assume -- quasi-colocation of this SSB with this CSI-RS reosurce.

-- Corresponds to L1 parameter 'Associated-SSB' (see FFS_Spec, section FFS_Section) -- FFS: What does the UE do if it there is no such SSB-Index? associatedSSB SEQUENCE {

-- FFS_Value: Check the value range ssb-Index SSB-Index, -- The CSI-RS resource is either QCL’ed not QCL’ed with the associated SSB in spatial parameters -- Corresponds to L1 parameter 'QCLed-SSB' (see FFS_Spec, section FFS_Section) isQuasiColocated BOOLEAN } OPTIONAL, -- Resource Element mapping pattern for CSI-RS (see 38.211, section x.x.x.x) FFS_Ref resourceElementMappingPattern ENUMERATED {ffsTypeAndValue}, -- Sequence generation parameter for CSI-RS (see 38.211, section x.x.x.x) FFS_Ref sequenceGenerationConfig INTEGER (0..1023), ... } CSI-RS-ResourceId-RRM ::= INTEGER (0..maxNrofCSI-RS-ResourcesRRM-1) Q-OffsetRangeList ::= SEQUENCE { rsrpOffsetSSB Q-OffsetRange DEFAULT dB0, rsrqOffsetSSB Q-OffsetRange DEFAULT dB0, sinrOffsetSSB Q-OffsetRange DEFAULT dB0, rsrpOffsetCSI-RS Q-OffsetRange DEFAULT dB0, rsrqOffsetCSI-RS Q-OffsetRange DEFAULT dB0, sinrOffsetCSI-RS Q-OffsetRange DEFAULT dB0 } ThresholdNR ::= SEQUENCE{ thresholdRSRP RSRP-Range OPTIONAL, thresholdRSRQ RSRQ-Range OPTIONAL, thresholdSINR SINR-Range OPTIONAL } CellsToAddModList ::= SEQUENCE (SIZE (1..maxNrofCellMeas)) OF CellsToAddMod CellsToAddMod ::= SEQUENCE { physCellId PhysCellId, cellIndividualOffset Q-OffsetRangeList } BlackCellsToAddModList ::= SEQUENCE (SIZE (1..maxNrofPCI-Ranges)) OF BlackCellsToAddMod BlackCellsToAddMod ::= SEQUENCE { pci-RangeIndex PCI-RangeIndex, pci-Range PCI-Range } WhiteCellsToAddModList ::= SEQUENCE (SIZE (1..maxNrofPCI-Ranges)) OF WhiteCellsToAddMod WhiteCellsToAddMod ::= SEQUENCE { pci-RangeIndex PCI-RangeIndex, physCellIdRange PhysCellIdRange } -- TAG-MEAS-OBJECT-NR-STOP -- ASN1STOP *****************************************************************

[0021] Vale ressaltar que as seções acima se concentraram em dois parâmetros por tipo de RS para Derivação de Qualidade de Célula (CQD), a saber, número máximo de feixes a serem calculados em média e limiar para bons feixes.

No entanto, outros parâmetros dentro do MeasObjectNR, além dos anteriores, também são necessários para CQD ou são pelo menos relevantes para o disparo de eventos, tais como: • Listas de células (células negras, células brancas); • Configuração de sinal de referência, incluindo: o Configuração(ões) de Configuração de Tempo de Medição de Bloco de SS/PBCH (SMTC); o SSBs nominais para medir; o Espaçamento(s) de subportadora de SSB e/ou CSI-RS; • Configurações de filtragem; • Desvios de frequência/específicos de célula;

SUMÁRIO

[0022] Os sistemas e métodos são divulgados na presente invenção para permitir que um Equipamento de Usuário (UE) desempenhe derivação de qualidade de célula em uma rede de comunicação sem fio utilizando parâmetros de um objeto de medição apropriado. Em algumas modalidades, um método de operação de um UE para desempenhar derivação de qualidade de célula em uma rede de comunicação sem fio compreende obter parâmetros para desempenhar derivação de qualidade de célula para uma célula servidora do UE a partir de um objeto de medição que contém informações de frequência que correspondem às informações de frequência providas em uma configuração de célula servidora da célula servidora. O método compreende adicionalmente desempenhar derivação de qualidade de célula para a célula servidora com base nos parâmetros obtidos. Em algumas modalidades, o UE é configurado, pela rede de comunicação sem fio, com um ou mais objetos de medição, e o objeto de medição a partir do qual os parâmetros para desempenhar derivação de qualidade de célula para a célula servidora são obtidos pelo UE é um objeto de medição particular dentre o um ou mais objetos de medição. Desta maneira, o UE está habilitado para desempenhar derivação de qualidade de célula usando parâmetros a partir de um objeto de medição apropriado.

[0023] Em algumas modalidades, as informações de frequência são informações que indicam um local de frequência de Sinal de Sincronização/Bloco de Canais de Difusão Físico (SSB) a ser medido ou a ser usado como uma fonte de sincronização para os recursos de Sinal de Referência de Informações de Estado de Canal (CSI-RS). Em algumas outras modalidades, as informações de frequência são informações que indicam um local de frequência de um CSI-RS a ser medido ou uma frequência de referência que serve para localizar onde o CSI- RS está localizado em uma grade de Bloco de Recursos Físico (PRB). Em algumas outras modalidades, as informações de frequência contidas no objeto de medição são uma frequência absoluta de SSB a ser usada para medições feitas de acordo com o objeto de medição, e as informações de frequência providas na configuração de célula servidora da célula servidora são uma frequência absoluta de SSB a ser usada para a célula servidora.

[0024] Em algumas modalidades, o UE é configurado pela rede de comunicação sem fio, com um ou mais objetos de medição. Cada objeto de medição de um ou mais objetos de medição compreende parâmetros que permitem ao UE desempenhar a derivação de qualidade de célula. Além disso, o UE é configurado com eventos de medição, cada tendo um identificador de medição correspondente, em que cada identificador de medição vincula um dos um ou mais objetos de medição a uma respectiva configuração de reporte. O objeto de medição a partir do qual os parâmetros desempenham derivação de qualidade de célula para a célula servidora é obtido pelo UE é um objeto de medição particular dentre um ou mais objetos de medição.

[0025] Modalidades de um UE para desempenhar derivação de qualidade de célula em uma rede de comunicação sem fio também são divulgadas. Em algumas modalidades, um UE para desempenhar derivação de qualidade de célula em uma rede de comunicação sem fio é adaptado para obter parâmetros para desempenhar derivação de qualidade de célula para uma célula servidora do UE a partir de um objeto de medição que contém informações de frequência que correspondem às informações de frequência providas em uma configuração de célula servidora da célula servidora. O UE é adicionalmente adaptado para desempenhar derivação de qualidade de célula para a célula servidora com base nos parâmetros obtidos.

[0026] Em algumas modalidades, um UE para desempenhar derivação de qualidade de célula em uma rede de comunicação sem fio, compreende uma interface compreendendo conjunto de circuitos de front-end de rádio e conjunto de circuitos de processamento associados à interface. O conjunto de circuitos de processamento é configurado para fazer com que o UE obtenha parâmetros para desempenhar derivação de qualidade de célula para uma célula servidora do UE a partir de um objeto de medição que contém informações de frequência que correspondem às informações de frequência providas em uma configuração de célula servidora da célula servidora e desempenhar derivação de qualidade de célula para a célula servidora com base nos parâmetros obtidos.

[0027] Em algumas modalidades, o UE é configurado, pela rede de comunicação sem fio, com um ou mais objetos de medição, e o objeto de medição a partir do qual os parâmetros para desempenhar derivação de qualidade de célula para a célula servidora são obtidos pelo UE é um objeto de medição particular dentre o um ou mais objetos de medição.

[0028] Em algumas modalidades, as informações de frequência são informações que indicam um local de frequência do SSB a ser medido ou a ser usado como uma fonte de sincronização para recursos de CSI-RS. Em algumas outras modalidades, as informações de frequência são informações que indicam um local de frequência de um CSI-RS a ser medido ou uma frequência de referência que serve para localizar onde o CSI-RS está localizado em uma grade de PRB. Em algumas outras modalidades, as informações de frequência contidas no objeto de medição são uma frequência absoluta de SSB a ser usada para medições feitas de acordo com o objeto de medição, e as informações de frequência providas na configuração de célula servidora da célula servidora são uma frequência absoluta de SSB a ser usada para a célula servidora.

[0029] Em algumas modalidades, o UE é configurado, pela rede de comunicação sem fio, com um ou mais objetos de medição, em que cada objeto de medição dos um ou mais objetos de medição compreende parâmetros que permitem que o UE desempenhe derivação de qualidade de célula. Além disso, o UE é configurado com eventos de medição, cada tendo um identificador de medição correspondente, em que cada identificador de medição vincula um dos um ou mais objetos de medição a uma respectiva configuração de reporte. O objeto de medição a partir do qual os parâmetros desempenham derivação de qualidade de célula para a célula servidora é obtido pelo UE é um objeto de medição particular dentre o um ou mais objetos de medição.

BREVE DESCRIÇÃO DOS DESENHOS

[0030] As figuras de desenho em anexo incorporadas em e formando uma parte desse relatório descritivo ilustram vários aspectos da invenção e, juntamente com a descrição, servem para explicar os princípios da invenção.

[0031] A Figura 1 ilustra um exemplo de formação de feixe híbrida;

[0032] As Figuras 2A e 2B ilustram dois exemplos de varredura de feixe;

[0033] A Figura 3 ilustra uma configuração exemplar de blocos de Sinal de Sincronização (SS), rajadas de SS, e conjuntos ou séries de rajadas de SS;

[0034] As Figuras 4A e 4B ilustram um mapeamento exemplar para blocos de SS dentro de um slot de tempo e dentro da janela de 5 milissegundos (ms);

[0035] A Figura 5 ilustra um modelo de medição para Novo Rádio (NR) do Projeto de Parceria para a Terceira Geração (3GPP);

[0036] A Figura 6 ilustra a operação de um Equipamento de Usuário (UE) e um nó de rede de acordo com pelo menos alguns aspectos de uma modalidade da presente invenção;

[0037] A Figura 7 ilustra diferentes cenários para identificação de objetos de medição de células servidoras;

[0038] A Figura 8 ilustra uma rede sem fio de acordo com algumas modalidades;

[0039] A Figura 9 ilustra um UE de acordo com algumas modalidades;

[0040] A Figura 10 ilustra um ambiente de virtualização de acordo com algumas modalidades;

[0041] A Figura 11 ilustra uma rede de telecomunicações conectada através de uma rede intermediária a um computador host, de acordo com algumas modalidades;

[0042] A Figura 12 ilustra um computador host se comunicando através de uma estação base com um UE por meio de uma conexão parcialmente sem fio de acordo com algumas modalidades;

[0043] A Figura 13 ilustra métodos implementados em um sistema de comunicação incluindo um computador host, uma estação base, e um UE de acordo com algumas modalidades;

[0044] A Figura 14 ilustra métodos implementados em um sistema de comunicação incluindo um computador host, uma estação base, e um UE de acordo com algumas modalidades;

[0045] A Figura 15 ilustra métodos implementados em um sistema de comunicação incluindo um computador host, uma estação base, e um UE de acordo com algumas modalidades;

[0046] A Figura 16 ilustra métodos implementados em um sistema de comunicação incluindo um computador host, uma estação base, e um UE de acordo com algumas modalidades.

DESCRIÇÃO DETALHADA

[0047] As modalidades estabelecidas abaixo representam informações para permitir que aqueles versados na técnica pratiquem as modalidades e ilustrar o melhor modo de praticar as modalidades. Ao ler a seguinte descrição à luz das figuras de desenho anexos, aqueles versados na técnica entenderão os conceitos da invenção e vão reconhecer aplicações desses conceitos não particularmente abordados na presente invenção. Deve-se entender que esses conceitos e aplicações se enquadram dentro do escopo da invenção.

[0048] Em geral, todos os termos usados na presente invenção devem ser interpretados de acordo com seu significado comum no campo técnico relevante, salvo se um significado diferente seja dado claramente e/ou seja implícito a partir do contexto nos quais são usados. Todas as referências a um/uma/o/a elemento, aparelho, componente, meios, etapa etc. devem ser interpretadas abertamente como se referindo a pelo menos uma instância do elemento, aparelho, componente, meios, etapa etc. salvo quando explicitamente declarado o contrário. As etapas de quaisquer métodos divulgados na presente invenção não precisam ser desempenhadas na ordem exata divulgada, salvo se explicitamente descritas como seguintes ou precedentes a outra etapa e/ou se está implícito que uma etapa deve seguir ou preceder outra etapa. Qualquer característica de qualquer das modalidades divulgadas na presente invenção pode ser aplicada a qualquer outra modalidade, sempre que apropriado. Do mesmo modo, qualquer vantagem de qualquer das modalidades pode se aplicar a quaisquer outras modalidades e vice-versa.

Outros objetivos, características e vantagens das modalidades anexas serão aparentes a partir da seguinte descrição.

[0049] Algumas das modalidades contempladas na presente invenção serão agora descritas mais completamente com referência aos desenhos anexos. Outras modalidades, entretanto, estão contidas dentro do escopo da matéria divulgada na presente invenção, a matéria divulgada não deve ser interpretada como limitada apenas às modalidades estabelecidas na presente invenção; em vez disso, estas modalidades são providas a título de exemplo para levar o escopo da matéria àqueles versados na técnica.

[0050] O termo "sinalização" usado na presente invenção pode compreender qualquer dentre: sinalização de camada superior (por exemplo, através de Controle de Recursos de Rádio (RRC) ou afins), sinalização de camada inferior (por exemplo, através de um canal de controle físico ou um canal de difusão) ou uma combinação dos mesmos. A sinalização pode ser implícita ou explícita. A sinalização pode ser, adicionalmente, unicast, multicast ou difusão. A sinalização também pode ser diretamente a outro nó ou através de um terceiro nó.

[0051] No contexto das modalidades a seguir, o termo "parâmetros para desempenhar Derivação de Qualidade de Célula (CQD)" será constantemente usado. Embora tenhamos usado esse termo, os parâmetros não são apenas sobre isso e, em um sentido mais geral, pode se afirmar que eles influenciam o disparo de eventos ou mesmo influenciem as informações a serem reportadas. O aspecto comum é que eles estão dentro do measObjectNR e existe uma ambiguidade a qual measObjectNR o Equipamento de Usuário (UE) seleciona para obter esses parâmetros para um dado measId. Estes podem ser considerados qualquer dos seguintes parâmetros ou uma combinação deles: • Listas de células (células negras, células brancas);

• Configuração de sinal de referência, incluindo: o Configuração(ões) de Configuração de Tempo de Medição de Bloco de SS/PBCH (SMTC); o Blocos de sinal de sincronização nominal (SS)/Canal de Difusão Físico (PBCH) (SSBs) a serem medidos; o Espaçamento(s) de subportadora de SSB e/ou de Informações de Estado de Canal (CSI-RS); • Configurações de filtragem; • Desvios de frequência/específicos de célula; • Limiar definindo bons feixes a serem reportados (cobertos explicitamente na subseção "Modalidades relacionadas à resolução de ambiguidade no reporte de feixe", abaixo); • Limiar definindo bons feixes a serem calculados em média com o melhor feixe.

[0052] Antes de descrever modalidades da presente invenção, uma descrição de certos desafios atualmente existentes é benéfica. Como discutido acima, em Novo Rádio (NR) do Projeto de Parceria para a Terceira Geração (3GPP), parâmetros que permitem ao UE computar CQD são providos como parte do measObject. No entanto, o UE é tipicamente configurado pela rede com muitos objetos de medição, e os procedimentos atuais nas especificações de 3GPP NR RRC são ambíguos em alguns cenários, de modo que não esteja claro para o UE qual o measObject a ser usado para desempenhar CQD. Abaixo, essas ambiguidades são analisadas para célula(s) servidora(s) e célula(s) vizinha(s).

[0053] O UE sabe que tipo de medição de célula servidora desempenhar, como descrito na seção 5.5.3.1 da Especificação Técnica (TS) 38.331: ***************************************************************** O UE deve:

1> sempre que o UE tiver uma measConfig, desempenhar medições de RSRP e RSRQ para cada célula servidora como segue: 2> se pelo menos um measId incluído na measIdList dentro de VarMeasConfig contiver um rsType definido para ssb: 3> se pelo menos um measId incluído na measIdList dentro de VarMeasConfig contiver um reportQuantityRsIndexes: 4> derivar RSRP e RSRQ da camada 3 filtrados por feixe para a célula servidora com base no bloco de SS/PBCH, como descrito em 5.5.3.3a; 3> derivar resultados de medição de célula servidora com base no bloco de SS/PBCH, como descrito em 5.5.3.3; 2> se pelo menos um measId incluído na measIdList dentro de VarMeasConfig contiver um rsType definido para csi-rs: 3> se pelo menos um measId incluído na measIdList dentro de VarMeasConfig contiver reportQuantityRsIndexes: 4> derivar RSRP e RSRQ da camada 3 filtrados, por feixe, para a célula servidora com base em CSI-RS, como descrito em 5.5.3.3a; 3> derivar resultados de medição de célula servidora com base em CSI-RS, como descrito em 5.5.3.3; 1> se pelo menos um measId incluído na measIdList dentro de VarMeasConfig contém SINR como quantidade de disparo e/ou quantidade de reporte: 2> se a reportConfig associada contiver rsType definido para ssb: 3> se o measId contiver um reportQuantityRsIndexes: 4> derivar SINR da camada 3 filtrado, por feixe, para a célula servidora com base no bloco de SS/PBCH, como descrito em

5.5.3.3a;

3> derivar SINR de célula servidora com base no bloco de SS/PBCH, como descrito em 5.5.3.3; 2> se a reportConfig associada contiver rsType definido para csi-rs: 3> se o measId contiver um reportQuantityRsIndexes: 4> derivar SINR da camada 3 filtrado, por feixe, para a célula servidora com base em CSI-RS, como descrito em 5.5.3.3a; 3> derivar SINR de célula servidora com base em CSI-RS, como descrito em 5.5.3.3; *****************************************************************

[0054] Observe que na parte do texto acima mencionada, não há nada descrevendo qual measObjectNR o UE deve selecionar para obter os parâmetros para desempenhar CQD (fora do(s) measObjectNR(s) com os quais o UE foi configurado). Em seguida, na seção 5.5.3.3 da TS 38.331, são providos os seguintes detalhes sobre como o CQD deve ser desempenhado: ***************************************************************** A rede pode configurar o UE para desempenhar resultados de medida de RSRP, RSRQ e SINR por célula associada a frequências de portadora de NR com base nos parâmetros configurados no measObject (por exemplo, número máximo de feixes a serem calculados em média e limiares de consolidação de feixe) e no reportConfig (rsType a ser medido, bloco de SS/PBCH ou CSI-RS). O UE deve: 1> para cada quantidade de medição de célula a ser derivada com base no bloco de SS/PBCH: 2> se nrofSS-BlocksToAverage no measObject associado não está configurado; ou 2> se absThreshSS-BlocksConsolidation no measObject associado não está configurado; ou

2> se o valor de quantidade de medição de feixe mais alto estiver abaixo de absThreshSS-BlocksConsolidation: 3> derivar cada quantidade de medição de célula com base no bloco de SS/PBCH como o mais alto valor de quantidade de medição de feixe, em que cada quantidade de medição de feixe é descrita em TS 38.215 [9]; 2> senão: 3> derivar cada quantidade de medição de célula com base em bloco de SS/PBCH como a média linear dos valores de potência dos valores mais altos de quantidade de medição de feixe acima do absThreshCSI-RS-Consolidation em que o número total de feixes médios não deve exceder nrofSS-BlocksToAverage; 1> para cada quantidade de medição de célula a ser derivada com base em CSI-RS: 2> considerar um recurso de CSI-RS na frequência associada a ser aplicável para derivar RSRP quando o recurso de CSI-RS envolvido é incluído na csi-rs-ResourceConfigMobility com a cellId e CSI-RS-ResourceId-RRM dentro da VarMeasConfig para este measId; 2> se nrofCSI-RS-ResourcesToAverage no measObject associado não está configurado; ou 2> se absThreshCSI-RS-Consolidation no measObject associado não está configurado; ou 2> se o valor de quantidade de medição de feixe mais alto estiver abaixo de absThreshCSI-RS-Consolidation: 3> derivar cada quantidade de medição de célula com base em CSI-RS como o valor de quantidade de medição de feixe mais alto, em que cada quantidade de medição de feixe é descrita em TS 38.215 [9];

2> senão: 3> derivar cada quantidade de medição de célula com base em CSI-RS como a média linear dos valores de potência dos valores mais altos de quantidade de medição de feixe acima de absThreshCSI-RS- Consolidation em que o número total de feixes médios não deve exceder nroCSI-RS-ResourcesToAverage; *****************************************************************

[0055] No texto acima, pode-se ver alguma tentativa de descrever qual objeto de medição o UE deve selecionar para então obter os parâmetros corretos para desempenhar CQD. No entanto, embora o texto se refira a parâmetros configurados no measObject, ainda não está claro qual measObject, como reproduzido mais uma vez abaixo: “célula associada às frequências de portadora de NR com base nos parâmetros configurados no measObject (por exemplo, número máximo de feixes a serem calculados em média e limiares de consolidação do feixe) e no reportConfig (rsType a ser medido, bloco de SS/PBCH ou CSI-RS).”

[0056] E no procedimento, a frase “no measObject associado” aparece, embora, mais uma vez, não esteja claro o que essa associação poderia realmente significar, por exemplo, como reproduzido abaixo: 2> se absThreshSS-BlocksConsolidation no measObject associado não está configurado; ou 2> se o valor de quantidade de medição de feixe mais alto estiver abaixo de absThreshSS-BlocksConsolidation: 3> derivar cada quantidade de medição de célula com base no bloco de SS/PBCH como o valor de quantidade de medição de feixe mais alto, em que cada quantidade de medição de feixe é descrita em TS 38.215 [9];

[0057] Pode-se tentar argumentar que não é extremamente difícil derivar ou adivinhar que a associação como o measObjectNR usar aquela associada à portadora a qual a célula pertence. Na Evolução de Longo Prazo (LTE), isso seria verdade, como o measObject possui um parâmetro de Número de Canal de Radiofrequência Absoluto (ARFCN) chamado carrierFreq. Portanto, existe uma relação de um para um entre o objeto de medição e a frequência de portadora. Portanto, para desempenhar CQD de uma célula transmitida em uma dada frequência de portadora em LTE, o UE deve obter parâmetros no objeto de medição associado a essa frequência de portadora. No entanto, em NR, existem duas questões principais:

1. A relação entre o objeto de medição e a portadora é muito mais nebulosa em comparação com o LTE. Em NR, o UE não obtém, no measObject, detalhes sobre a frequência de portadora na qual ele deve medir. Em vez disso, o UE obtém, no objeto de medição, a localização de frequência do(s) sinal (ais) de referência, bloco de SS/PBCH, e possivelmente, recursos de CSI-RS, que o UE deve medir. De fato, pode haver portadoras sem bloco de SS/PBCH e com CSI-RS que contêm um local de frequência de SSB.

2. Existem alguns eventos de medição que são disparados com base na comparação da qualidade de duas células, possivelmente a partir de duas frequências diferentes, enquanto um único objeto de medição é vinculado ao measId e reportConfig, como os eventos: • A1: O serviço torna-se melhor que limiar; • A2: O serviço torna-se pior que limiar; • A3: A vizinha torna-se um desvio melhor que a Célula Primária (PCell)/Célula Primária Secundária (PSCell) • A4: A vizinha torna-se melhor que o limiar; • A5: PCell/PSCell torna-se pior que threshold1 e vizinha torna-se melhor que threshold2;

• A6: A vizinha torna-se um desvio melhor que a Célula Secundária (SCell) Desses seis eventos, pelo menos três eventos (A3, A5 e A6) podem envolver potencialmente medições desempenhadas em duas frequências diferentes, embora um único measObjectNR seja vinculado ao reportConfig através de o measId. Portanto, especialmente no caso desses três eventos, não fica muito claro a partir de qual measObjectNR o UE deve obter os parâmetros de CQD e, no caso de eventos comparando a qualidade de duas células, se esses parâmetros devem ser iguais ou diferentes para as duas células/duas frequências sendo comparadas. Observe que esse problema é particularmente mais relevante para as medições da célula servidora e, no caso, duas frequências são usadas para o mesmo evento, como nos eventos A3, A5 e A6, ou qualquer evento definido no futuro que faça comparações entre as qualidades das células em duas frequências diferentes. No entanto, mesmo para os outros eventos (A1, A2 e A4), algumas outras questões de consistência podem existir e podem representar um problema de ambiguidade.

[0058] Observe que, para a célula vizinha, a ambiguidade também pode existir, pois não está claro o que significa "measObject é associado à NR" e/ou se essa regra é aplicável tanto para ambas as medições de células vizinhas quanto de células servidoras no caso de eventos A3, A5 e A6, como descrito em 5.5.3.1: ***************************************************************** 1> para cada measId incluído na measIdList dentro de VarMeasConfig: 2> se o reportType para o reportConfig associado não estiver definido para reportCGI: 3> se uma configuração de gap de medição estiver estabelecida, ou 3> se o UE não requer gaps de medição para desempenhar as medições envolvidas: 4> se s-MeasureConfig não estiver configurado ou

4> se s-MeasureConfig estiver definido para ssb-RSRP e o PCell (ou PSCell quando o UE estiver em EN-DC) RSRP com base no bloco de SS/PBCH, após a filtragem da camada 3, for menor que ssb- RSRP, ou: 4> se s-MeasureConfig estiver definido para csi-RSRP e o PCell (ou PSCell quando o UE estiver em EN-DC) RSRP com base no CSI- RS, após a filtragem da camada 3, for menor que csi- RSRP: 5> se o measObject estiver associado ao NR e o rsType estiver definido para csi-rs: 6> se reportQuantityRsIndexes para o reportConfig associado estiver configurado: 7> derivar medições de feixe filtrado da camada 3 com base apenas em CSI-RS para cada quantidade de medição indicada em reportQuantityRsIndexes, como descrito em

5.5.3.3a; 6> derivar resultados de medição de células com base no CSI-RS para cada quantidade de disparo e cada quantidade de medição indicada em reportQuantityCell usando parâmetros a partir do measObject associado, como descrito em 5.5.3.3; 5> se o measObject estiver associado a NR e o rsType estiver definido para ssb: 6> se reportQuantityRsIndexes para o reportConfig associado estiver configurado: 7> derivar medições de feixe de camada 3 com base apenas em bloco de SS/PBCH para cada quantidade de medição indicada em reportQuantityRsIndexes, como descrito em

5.5.3.3a; 6> derivar resultados de medição de célula com base no bloco de SS/PBCH para cada quantidade de disparo e cada quantidade de medição indicada na reportQuantityCell usando parâmetros a partir do measObject associado, como descrito em 5.5.3.3; 5> se o measObject estiver associado ao E-UTRA: 6> desempenhar as medições correspondentes associadas às células vizinhas nas frequências indicadas no measObject envolvido; 2> desempenhar a avaliação dos critérios de reporte, como especificado em 5.5.4. *****************************************************************

[0059] Ainda outra ambiguidade está relacionada a qual measObjectNR considerar quando o UE precisar incluir informações de medição de feixe nos reportes de medição, pois isso pode estar nas célula(s) servidora(s) e célula(s) vizinha(s) em que cada uma pode ter seu próprio conjunto de parâmetros de measObjectNR.

[0060] Certos aspectos da presente invenção e suas modalidades podem prover soluções a esses ou outros desafios. Modalidades são divulgadas aqui para permitir que um UE obtenha parâmetros para desempenhar CQD a partir de um objeto de medição correto (measObject). Em algumas modalidades, esta invenção descreve um método desempenhado por um UE sendo configurado pela rede com um ou mais objetos de medição, em que cada objeto de medição contém parâmetros que permitem ao UE desempenhar CQD; o mesmo UE sendo configurado com eventos de medição, cada um com um identificador de medição measId, em que cada measId vincula um measObject a uma reportConfig (onde cada evento no reporte de medição disparado por evento, por exemplo, A1, A2, A3, A4, A5, A6), o método compreendendo o UE selecionando o measObject correto a partir do qual o UE obtém os parâmetros CQD ou, em um sentido mais geral, parâmetros relacionados a measObject, pois esses não são usados apenas para CQD, mas alguns também são usados para selecionar informações a serem incluídas nos reportes de medição.

[0061] Na presente invenção, são propostas várias modalidades que abordam uma ou mais das questões divulgadas na presente invenção. Certas modalidades podem prover uma ou mais das vantagens técnicas a seguir. As modalidades divulgadas na presente invenção resolvem a ambiguidade nas especificações de NR atuais, em que, em muitas configurações de rede, o UE não consegue descobrir qual measObject selecionar e, consequentemente, quais parâmetros de CQD a serem obtidos. Solucionar esse problema pode prevenir problemas para a rede tais como UEs diferentes com a mesma configuração, sejam providos de maneira diferente em termos de disparo de eventos devido às diferentes maneiras pelas quais a qualidade de célula foi derivada. Vantagens adicionais podem ser prontamente aparentes à luz das descrições a seguir, e certas modalidades podem prover algumas, nenhuma, ou todas essas vantagens técnicas. Primeira Modalidade

[0062] Em uma primeira modalidade, o UE obtém os parâmetros para desempenhar CQD para célula(s) servidora(s) do measObject contendo as informações de frequência que correspondem às informações de frequência providas na configuração de célula servidora (por exemplo, a configuração da célula servidora é provida ao UE durante a adição e/ou handovers de SCell).

[0063] A Figura 6 ilustra a operação de um UE e um nó de rede (por exemplo, estação base NR (gNB)) de acordo com pelo menos alguns aspectos da primeira modalidade descrita na presente invenção. Etapas opcionais são representadas com linhas tracejadas. Como ilustrado, o nó de rede provê múltiplos objetos de medição ao UE (etapa 600). Em outras palavras, o nó de rede configura o UE com múltiplos objetos de medição. O UE obtém parâmetros para desempenhar CQD para uma(s) célula(s) servidora(s) do UE a partir de um objeto de medição que contém informações de frequência que correspondem às informações de frequência providas em uma configuração de célula servidora da célula servidora (etapa 602). Múltiplos exemplos dos tipos de informações de frequência nos objetos de medição e a configuração da célula servidora que podem ser usados para determinar uma correspondência são providos abaixo. Além disso, vários exemplos dos parâmetros obtidos são descritos na presente invenção. Alguns exemplos incluem, mas não se limitam a, o número máximo de feixes a serem calculados em média e ao limiar absoluto por tipo de sinal de referência. Opcionalmente, o UE desempenha CQD para a célula servidora com base nos parâmetros obtidos (etapa 604). Observe que os detalhes de CQD são descritos acima e são conhecidos àqueles versados na técnica e, como tal, não são repetidos aqui. O UE opcionalmente reporta um resultado do CQD ao nó de rede (etapa 606).

[0064] Nesse contexto, uma primeira opção para as informações de frequência pode ser o local da frequência do SSB a ser medido ou a ser usado apenas como fonte de sincronização para os recursos de CSI-RS. Esse local de frequência de SSB pode ser o raster de sincronização do Número de Canal de Sincronização Global (GSCN) provido em ambos o objeto de medição e na configuração da célula servidora.

[0065] Nesse contexto, uma segunda opção de informações de frequência pode ser o local de frequência do CSI-RS a ser medido ou uma frequência de referência que serve para localizar onde o CSI-RS em uma grade de Bloco de Recursos Físico (PRB), possivelmente dentro de uma portadora. Essas informações de frequência podem ser codificadas como o local de frequência nominal do assim chamado ponto A, codificado com o raster de canal de ARFCN, provido em ambos o objeto de medição e na configuração de célula servidora.

[0066] Nesse contexto, uma terceira opção de informações de frequência pode ser ambos o local de frequência do SSB e o local de frequência do CSI-RS a ser medido (ou uma frequência de referência que serve para localizar onde o CSI-RS em uma grade de PRB, possivelmente dentro de uma portadora). Como nas opções anteriores, a correspondência de ambos os parâmetros indica ao UE qual measObject selecionar para obter parâmetros para desempenhar CQD.

[0067] Os parâmetros a serem comparados em measObjectNR e servingCellConfigCommon (em particular o FrequencyInfoDL que contém os parâmetros exatos a serem comparados) estão no texto destacado em negrito e sublinhado abaixo: ***************************************************************** MeasObjectNR O IE MeasObjectNR especifica informações aplicáveis às medições intra/interfrequências de bloco(s) de SS/PBCH ou medições de intra/interfrequências de CSI-RS. Elemento de informações MeasObjectNR -- ASN1START -- TAG-MEAS-OBJECT-NR-START MeasObjectNR ::= SEQUENCE { ssbAbsoluteFreq GSCN-ValueNR, --FFS whether reference frequency represents pointA refFreqCSI-RS ARFCN-ValueNR OPTIONAL, . . . } O IE ServingCellConfigCommon é usado para configurar parâmetros específicos de célula de uma célula servidora de UE. O IE contém parâmetros que um UE normalmente adquiriria a partir de SSB, MIB ou SIBs ao acessar a célula a partir de IDLE. Com este IE, a rede provê essas informações em sinalização dedicada ao configurar um UE com uma SCells ou com um grupo de células adicionais (SCG). Ele também provê SpCells (MCG e SCG) na reconfiguração com sincronização. Elemento de informações ServingCellConfigCommon -- ASN1START -- TAG-SERVING-CELL-CONFIG-COMMON-START ServingCellConfigCommon ::= SEQUENCE { physCellId PhysCellId OPTIONAL, -- Cond HOAndServCellAdd, frequencyInfoDL FrequencyInfoDL OPTIONAL, -- Cond InterFreqHOAndServCellAdd . . . } -- TAG-SERVING-CELL-CONFIG-COMMON-STOP -- ASN1STOP O IE FrequencyInfoDL provê parâmetros básicos de uma portadora de enlace descendente e transmissão na mesma. Elemento de informações FrequencyInfoDL -- ASN1START -- TAG-FREQUENCY-INFO-DL-START FrequencyInfoDL ::= SEQUENCE { -- Frequency of the SSB to be used for this serving cell. absoluteFrequencySSB GSCN-ValueNR, -- The frequency domain offset between SSB and the overall resource block grid in number of subcarriers. -- Absence of the field indicates that no offset is applied (offset = 0). See 38.211, section 7.4.3.1) ssb-SubcarrierOffset INTEGER (1..15) OPTIONAL, -- Absolute frequency position of the lowest subcarrier (point A) of the reference PRB (Common PRB 0). -- Corresponds to L1 parameter 'offset-ref-low-scs-ref-PRB' (see 38.211, section FFS_Section) absoluteFrequencyPointA ARFCN-ValueNR OPTIONAL, -- A set of virtual carriers for different subcarrier spacings (numerologies). Defined in relation to Point A. -- Corresponds to L1 parameter 'offset-pointA-set' (see 38.211, section FFS_Section) scs-SpecificCarriers SEQUENCE (SIZE (1..ffsValue)) OF SCS- SpecificVirtualCarrier, ... } -- TAG-FREQUENCY-INFO-UL-STOP -- ASN1STOP *****************************************************************

[0068] Portanto, considerando o exemplo acima, as comparações são entre: • absoluteFrequencySSB de FrequencyInfoDL dentro de

ServingCellConfigCommon e ssbAbsoluteFreq dentro de measObjectNR; • absoluteFrequencyPointA de FrequencyInfoDL dentro de ServingCellConfigCommon e refFreqCSI-RS dentro de measObjectNR; A comparação é feita como segue. O UE seleciona o objeto de medição cujo ssbAbsoluteFreq é o mesmo como o absoluteFrequencySSB sinalizado em FrequencyInfoDL dentro de ServingCellConfigCommon. Se mais de um measObjectNR cumpre esse critério e é selecionado, o UE seleciona o measObjectNR cujo refFreqCSI-RS é igual ao absoluteFrequencyPointA de FrequencyInfoDL dentro de ServingCellConfigCommon.

[0069] A ação do UE descrita acima é particularmente importante para o caso em que: a. dois ou mais objetos de medição com que o UE foi configurado têm o mesmo ssbAbsoluteFreq, mas possivelmente diferentes refFreqCSI-RS, e b. o evento com o qual o UE foi configurado possui apenas uma configuração explícita para qual measObjectNR considerar para medições de células vizinhas, tais como A3, A5 e A6. Uma descrição de como a ambiguidade é resolvida nesta primeira modalidade para esses três eventos será provida agora. Evento A3 (vizinha torna-se um desvio melhor que PCell/PSCell): Na definição de um evento A3, há uma comparação entre uma célula vizinha e a PCell (ou PSCell). Como parte da primeira modalidade, para um dado measId, o UE seleciona o measObjectNR vinculado àquele measId e reportConfig (com reporte disparado por evento e evento A3 configurado) para obter os parâmetros para derivar CQD de células vizinhas. Para o CQD da PCell ou PSCell, o UE seleciona o measObjectNR cumprindo o critério descrito na primeira modalidade, ou seja, com as mesmas informações de frequência configuradas em ServingCellConfigCommon.

[0070] Abaixo, é mostrado como a modalidade para este caso particular pode ser implementada como alterações nas especificações de 3GPP TS 38.331: ***************************************************************** O UE deve: 1> considerar a condição de entrada para este evento a ser satisfeita quando condição A3-1, como especificado abaixo, é cumprida; 1> considerar a condição de saída para este evento a ser satisfeita quando condição A3-2, como especificado abaixo, é cumprida; 1> em EN-DC, usar a PSCell para Mp, Ofp e Ocp; NOTA A(s) célula(s) que dispara(m) o evento está(ão) na frequência indicada no measObjectNR associado que pode ser diferente da frequência usada pela PCell/PSCell (quando UE está em EN-DC). Desigualdade A3-1 (Condição de entrada) 𝑀𝑛 + 𝑂𝑓𝑛 + 𝑂𝑐𝑛 − 𝐻𝑦𝑠 > 𝑀𝑝 + 𝑂𝑓𝑝 + 𝑂𝑐𝑝 + 𝑂𝑓𝑓 Desigualdade A3-2 (Condição de saída) 𝑀𝑛 + 𝑂𝑓𝑛 + 𝑂𝑐𝑛 + 𝐻𝑦𝑠 < 𝑀𝑝 + 𝑂𝑓𝑝 + 𝑂𝑐𝑝 + 𝑂𝑓𝑓 As variáveis na fórmula são definidas como seguem: Mn é o resultado de medição da célula vizinha, sem levar em consideração nenhum desvio.

Parâmetros para derivação de qualidade de célula de célula(s) vizinha(s) são obtidos no measObjectNR correspondente à frequência da célula vizinha, ou seja, o measObjectNR associado ao reportConfigNR e measId.

Ofn é o desvio específico de frequência da célula vizinha (ou seja, offsetFreq como definido dentro de measObjectNR correspondente à frequência da célula vizinha). Esse measObjectNR correspondente é aquele associado àquela measId e reportConfigNR.

Ocn é o desvio específico de célula da célula vizinha (ou seja, cellIndividualOffset como definido dentro de measObjectNR correspondente à frequência da célula vizinha), e definido para zero se não configurado para a célula vizinha.

Esse measObjectNR correspondente é aquele associado àquele measId e reportConfigNR.

Mp é o resultado de medição da PCell/PSCell, sem levar em consideração nenhum desvio.

Parâmetros para derivação de qualidade de célula de PCell ou PSCell são obtidos no measObjectNR com cujo ssbAbsoluteFreq é igual a absoluteFrequencySSB de FrequencyInfoDL dentro de ServingCellConfigCommon.

Se existir mais de um measObjectNR com o mesmo ssbAbsoluteFreq, o UE seleciona o measObjectNR cujo refFreqCSI-RS é igual ao absoluteFrequencyPointA de FrequencyInfoDL dentro de ServingCellConfigCommon.

Ofp é o desvio específico de frequência da PCell/PSCell (ou seja, offsetFreq como definido dentro de measObjectNR correspondente à frequência da PCell/PSCell). Esse measObjectNR correspondente é aquele cujo ssbAbsoluteFreq é igual a absoluteFrequencySSB de FrequencyInfoDL dentro de ServingCellConfigCommon.

Se existirem mais de um measObjectNR com o mesmo ssbAbsoluteFreq, o UE seleciona o measObjectNR cujo refFreqCSI-RS é igual ao absoluteFrequencyPointA de FrequencyInfoDL dentro de ServingCellConfigCommon.

Ocp é o desvio específico de célula da PCell/PSCell (ou seja, cellIndividualOffset como definido dentro de measObjectNR correspondente à frequência da PCell/PSCell), e é definido como zero se não configurado para a PCell/PSCell.

Esse measObjectNR correspondente é aquele cujo ssbAbsoluteFreq é igual a absoluteFrequencySSB de FrequencyInfoDL dentro de ServingCellConfigCommon.

Se existirem mais de um measObjectNR com o mesmo ssbAbsoluteFreq, o UE seleciona o measObjectNR cujo refFreqCSI-RS é igual ao absoluteFrequencyPointA de FrequencyInfoDL dentro de

ServingCellConfigCommon. Hys é o parâmetro de histerese para este evento (isto é, hysteresis como definido dentro de reportConfigNR para este evento). Off é o parâmetro de desvio para este evento (por exemplo, a3-Offsetcomo definido em reportConfigNRpara este evento). Mn, Mp são expressos em dBm no caso de RSRP ou em dB no caso de RSRQ e RS-SINR. Ofn, Ocn, Ofp, Ocp, Hys, Off são expressos em dB. *****************************************************************

[0071] Evento A5 (PCell/PSCell tornam-se piores que threshold1 e vizinha torna-se melhor que threshold2): Na definição existente de um evento A5, há uma comparação entre uma célula vizinha e um threshold1 e a PCell (ou PSCell) e threshold2. Como parte da primeira modalidade, para um dado measId, o UE seleciona o measObjectNR vinculado àquele measId e reportConfig (com reporte disparado por evento e evento A5 configurado) para obter os parâmetros para derivar CQD de células vizinhas. Para o CQD da PCell ou PSCell, o UE seleciona o measObjectNR cumprindo o critério descrito na primeira modalidade, ou seja, com as mesmas informações de frequência configuradas em ServingCellConfigCommon.

[0072] Abaixo, é mostrado como a modalidade para este caso particular pode ser implementada como alterações nas especificações de 3GPP TS 38.331: *****************************************************************

5.5.4.6 Evento A5 (PCell/PSCell tornam-se pior que threshold1 e vizinha torna-se melhor que threshold2) O UE deve: 1> considerar a condição de entrada para este evento a ser satisfeita quando ambas condição A5-1 e condição A5-2, como especificado abaixo, são cumpridas; 1> considerar a condição de saída para este evento a ser satisfeita quando condição A5-3 ou condição A5-4, isto é, em pelo menos uma das duas, como especificado abaixo, é cumprida; 1> em EN-DC, usar a PSCell para Mp; NOTA: A(s) célula(s) que dispara(m) o evento está(ão) na frequência indicada no measObjectNR associado que pode ser diferente da frequência usada pela PCell/PSCell.

Desigualdade A5-1 (Condição de entrada 1) 𝑀𝑝 + 𝐻𝑦𝑠 < 𝑇ℎ𝑟𝑒𝑠ℎ1 Desigualdade A5-2 (Condição de entrada 2) 𝑀𝑛 + 𝑂𝑓𝑛 + 𝑂𝑐𝑛 − 𝐻𝑦𝑠 > 𝑇ℎ𝑟𝑒𝑠ℎ2 Desigualdade A5-3 (Condição de saída 1) 𝑀𝑝 − 𝐻𝑦𝑠 > 𝑇ℎ𝑟𝑒𝑠ℎ1 Desigualdade A5-4 (Condição de saída 2) 𝑀𝑛 + 𝑂𝑓𝑛 + 𝑂𝑐𝑛 + 𝐻𝑦𝑠 < 𝑇ℎ𝑟𝑒𝑠ℎ2 As variáveis na fórmula são definidas como seguem: Mp é o resultado de medição da PCell/PSCell, sem levar em consideração nenhum desvio.

Mn é o resultado de medição da célula vizinha, sem levar em consideração nenhum desvio.

Parâmetros para derivação de qualidade de célula de célula(s)

vizinha(s) são obtidos no measObjectNR correspondente à frequência da célula vizinha, ou seja, o measObjectNR associado ao reportConfigNR e measId. Ofn é o desvio específico de frequência da frequência da célula vizinha (ou seja, offsetFreq como definido dentro do measObjectNR correspondente à frequência da célula vizinha). Esse measObjectNR correspondente é aquele associado a esse measId e reportConfigNR. Ocn é o desvio específico de célula da célula vizinha (ou seja, cellIndividualOffset como definido dentro de measObjectNR correspondente à frequência da célula vizinha), e definido para zero se não configurado para a célula vizinha. Esse measObjectNR correspondente é aquele associado a esse measId e reportConfigNR. Hys é o parâmetro de histerese para este evento (ou seja, hysteresis como definido em reportConfigNR para este evento). Thresh1 é o parâmetro de limiar para este evento (ou seja, a5-Threshold1 como definido dentro de reportConfigNR para este evento). Thresh2 é o parâmetro de limiar para este evento (ou seja, a5-Threshold2 como definido dentro de reportConfigNR para este evento). Mn, Mp são expressos em dBm no caso de RSRP ou em dB no caso de RSRQ e RS-SINR. Ofn, Ocn, Hys são expressos em dB. Thresh1 é expresso na mesma unidade que Mp. Thresh2 é expresso na mesma unidade que Mn. *****************************************************************

[0073] Evento A6 (Vizinha torna-se um desvio melhor que SCell): Na definição existente de um evento A6+, há uma comparação entre uma célula vizinha e uma SCell em que a(s) vizinha(s) está na mesma frequência que a SCell, ou seja, ambas estão na frequência indicada no measObjectNR associado.

Portanto, nesse caso, de acordo com a primeira modalidade, embora o CQD da medição de SCell seja desempenhado em uma célula servidora, o UE obtém os parâmetros para CQD a partir do measObjectNR associado à reportConfigNR configurando A6 e aquele measId. *****************************************************************

5.5.4.7 Evento A6 (Vizinha torna-se um desvio melhor que SCell) O UE deve: 1> considerar a condição de entrada para este evento a ser satisfeita quando condição A6-1, como especificado abaixo, é cumprida; 1> considerar a condição de saída para este evento a ser satisfeita quando condição A6-2, como especificado abaixo, é cumprida; 1> para esta medição, considerar a célula (secundária) que é configurada na frequência indicada no measObjectNR associado para ser uma célula servidora; Parâmetros para derivação de qualidade de célula da SCell são obtidos no measObjectNR associado ao reportConfigNR e measId. NOTA 1: A(s) vizinha(s) está(ão) na mesma frequência que a SCell, ou seja, ambas estão na frequência indicada no measObjectNRassociado. Parâmetros para derivação de qualidade de célula da(s) vizinha(s) também são obtidos no measObjectNR associado ao reportConfigNR e measId. NOTA 2: Em EN-DC, a(s) célula(s) que dispara(m) o evento está(ão) na frequência indicada no measObject associado deve ser diferente da frequência usada pela PSCell. Desigualdade A6-1 (Condição de entrada) 𝑀𝑛 + 𝑂𝑐𝑛 − 𝐻𝑦𝑠 > 𝑀𝑠 + 𝑂𝑐𝑠 + 𝑂𝑓𝑓 Desigualdade A6-2 (Condição de saída) 𝑀𝑛 + 𝑂𝑐𝑛 + 𝐻𝑦𝑠 < 𝑀𝑠 + 𝑂𝑐𝑠 + 𝑂𝑓𝑓 As variáveis na fórmula são definidas como seguem:

Parâmetros para derivação de qualidade de célula da(s) vizinha(s) também são obtidos no measObjectNR associado ao reportConfigNR e measId.

Esse measObjectNR correspondente é aquele associado a esse measId e reportConfigNR.

Ms é o resultado de medição da célula servidora, sem levar em consideração nenhum desvio.

Ocs é o desvio específico de célula da célula servidora (ou seja, cellIndividualOffset como definido dentro de measObjectNR correspondente à frequência servidora), e é definido para zero se não configurado para a célula servidora.

Hys é o parâmetro de histerese para este evento (ou seja, hysteresis como definido dentro de reportConfigNR para este evento). Off é o parâmetro de desvio para este evento (ou seja, a6-Offset como definido dentro de reportConfigNR para este evento). Mn, Ms são expressos em dBm no caso de RSRP ou em dB no caso de RSRQ e RS-SINR.

Ocn, Ocs, Hys, Off são expressos em dB.

Nota do editor: Detalhes de FFS dos eventos B1/B2 inter-RAT e reportes periódicos para medições de LTE.

*****************************************************************

[0074] Para CQD quando o UE está configurado com os eventos A1, A2 e A4, os parâmetros são obtidos a partir do measObjectNR que é configurado no measId e associado a essa reportConfigNR. Uma possível implementação é mostrada como segue: *****************************************************************

5.5.4.2 Evento A1 (Serviço se torna melhor que limiar) O UE deve: 1> considerar a condição de entrada para este evento a ser satisfeita quando condição A1-1, como especificado abaixo, é cumprida; 1> considerar a condição de saída para este evento a ser satisfeita quando condição A1-2, como especificado abaixo, é cumprida; 1> para esta medição, considerar a célula primária como uma NR PCell, NR PSCell (quando o UE está em EN-DC) ou uma célula secundária que é configurada na frequência indicada no measObjectNR associado para ser uma célula servidora; Desigualdade A1-1 (Condição de entrada) 𝑀𝑠 − 𝐻𝑦𝑠 > 𝑇ℎ𝑟𝑒𝑠ℎ Desigualdade A1-2 (Condição de saída) 𝑀𝑠 + 𝐻𝑦𝑠 < 𝑇ℎ𝑟𝑒𝑠ℎ As variáveis na fórmula são definidas como seguem: Ms é o resultado de medição da célula servidora, sem levar em consideração nenhum desvio. Parâmetros para derivação de qualidade de célula da SCell são obtidos no measObjectNR associado ao reportConfigNR e measId. Hys é o parâmetro de histerese para este evento (isto é, hysteresis como definido dentro de reportConfigNR para este evento). Thresh é o parâmetro de limiar para este evento (isto é, a1-Thresholdcomo definido dentro de reportConfigNRpara este evento). Ms é expresso em dBm no caso de RSRP ou em dB no caso de RSRQ e RS- SINR. Hys é expresso em dB. Thresh é expresso na mesma unidade que Ms.

5.5.4.3 Evento A2 (serviço se torna pior que limiar) O UE deve: 1> considerar a condição de entrada para este evento a ser satisfeita quando condição A2-1, como especificado abaixo, é cumprida; 1> considerar a condição de saída para este evento a ser satisfeita quando condição A2-2, como especificado abaixo, é cumprida; 1> para esta medição, considerar a célula primária como uma NR PCell, NR PSCell (quando o UE está em EN-DC) ou uma célula secundária que é configurada na frequência indicada no measObjectNR associado para ser uma célula servidora; Parâmetros para derivação de qualidade de célula da célula servidora são obtidos no measObjectNR associado ao reportConfigNR e measId. Desigualdade A2-1 (Condição de entrada) 𝑀𝑠 + 𝐻𝑦𝑠 < 𝑇ℎ𝑟𝑒𝑠ℎ Desigualdade A2-2 (Condição de saída) 𝑀𝑠 − 𝐻𝑦𝑠 > 𝑇ℎ𝑟𝑒𝑠ℎ As variáveis na fórmula são definidas como segue: Ms é o resultado de medição da célula servidora, sem levar em consideração nenhum desvio. Parâmetros para derivação de qualidade de célula da célula servidora são obtidos no measObjectNR associado ao reportConfigNR e measId. Hys é o parâmetro de histerese para este evento (ou seja, hysteresis como definido dentro de reportConfigNR para este evento).

Thresh é o parâmetro de limiar para este evento (ou seja, a2-Threshold como definido dentro de reportConfigNR para este evento). Ms é expresso em dBm no caso de RSRP ou em dB no caso de RSRQ e RS- SINR. Hys é expresso em dB. Thresh é expresso na mesma unidade que Ms.

5.5.4.5 Evento A4 (Vizinha torna-se melhor que o limiar) O UE deve: 1> considerar a condição de entrada para este evento a ser satisfeita quando condição A4-1, como especificada abaixo, é cumprida; 1> considerar a condição de saída para este evento a ser satisfeita quando condição A4-2, como especificada abaixo, é cumprida; Desigualdade A4-1 (Condição de entrada) 𝑀𝑛 + 𝑂𝑓𝑛 + 𝑂𝑐𝑛 − 𝐻𝑦𝑠 > 𝑇ℎ𝑟𝑒𝑠ℎ Desigualdade A4-2 (Condição de saída) 𝑀𝑛 + 𝑂𝑓𝑛 + 𝑂𝑐𝑛 + 𝐻𝑦𝑠 < 𝑇ℎ𝑟𝑒𝑠ℎ As variáveis na fórmula são definidas como segue: Mn é o resultado de medição da célula vizinha, sem levar em consideração nenhum desvio. Parâmetros para derivação de qualidade de célula da célula servidora são obtidos no measObjectNR associado às reportConfigNR e measId. Ofn é o desvio específico de frequência da célula vizinha (ou seja, offsetFreq como definido dentro do measObjectNR correspondente à frequência da célula vizinha). Isto para derivação de qualidade de célula da célula servidora é obtida no measObjectNR associado às reportConfigNR e measId. Ocn é o desvio específico de célula da célula vizinha (isto é, cellIndividualOffset como definido dentro de measObjectNR correspondente à frequência da célula vizinha), e definido para zero se não configurado para a célula vizinha. Aquele measObjectNR correspondente é aquele associado àqueles measId e reportConfigNR. Hys é o parâmetro de histerese para este evento (ou seja, hysteresis como definido dentro de reportConfigNR para este evento). Thresh é o parâmetro de limiar para este evento (isto é, a4-Threshold como definido dentro de reportConfigNR para este evento). Mn é expresso em dBm no caso de RSRP ou em dB no caso de RSRQ e RS- SINR. Ofn, Ocn, Hys são expressos em dB. Thresh2 é expresso na mesma unidade que Mn. ************************************************************ Segunda Modalidade

[0075] Em uma segunda modalidade, para um dado measId associado a um dado reportConfigNR, o UE obtém os parâmetros para desempenhar CQD para célula(s) servidora(s) e células vizinhas a partir do mesmo measObjectNR.

[0076] Em uma solução, o measObjectNR é o measObjectNR associado ao dado measId. Para eventos que são desempenhadas ambas medições de células vizinhas e de células servidoras (tais como A3, A5 e A6) e eventos apenas para servidoras/vizinhas (A1, A2 e A4), o UE obtém os parâmetros CQD apenas que aquele measObjectNR e usa os mesmos valores para computar o CQD para células servidoras e vizinhas.

[0077] Em outra solução, o measObjectNR é o measObjectNR associado à célula servidora indicada no evento sempre que uma célula servidora seja parte da configuração do evento. Para eventos em que são desempenhadas ambas medições de células vizinhas e de células servidoras (como A3, A5 e A6) em que há uma medição de célula servidora configurada como parte da condição de disparo, o UE obtém os parâmetros CQD a partir do measObjectNR associado à célula servidora, de acordo com a regra definida na primeira modalidade. Em outras palavras, o UE obtém os parâmetros para desempenhar CQD na(s) célula(s) servidora(s) a partir do measObject contendo as informações de frequência que correspondem às informações de frequência providas na configuração da célula servidora (por exemplo, a configuração da célula servidora é provida para o UE durante a adição e/ou handovers de SCell). Modalidades Relacionadas à Resolução de Ambiguidade no Reporte de feixe

[0078] Para desempenhar o reporte de nível de feixe, o UE usa o parâmetro absThreshSS-BlocksConsolidation ou absThreshCSI-RS-BlocksConsolidation para selecionar os feixes a serem relatados. A seleção entre esses dois limiares – absThreshSS-BlocksConsolidation e absThreshCSI-RS-BlocksConsolidation – depende do rs-Type como indicado no reportConfig correspondente. No entanto, para aqueles eventos em que mais de um objeto de medição está envolvido, o UE precisará saber se deve usar o limiar como configurado em cada um dos measObject ao qual a célula pertence ou o limiar como configurado no measObject que está incluído na measConfig.

[0079] Numa sub-modalidade, o UE usa limiares diferentes para células diferentes, dependendo do measObject ao qual essas células pertencem. Com base nisso, uma proposta de texto de modalidade exemplar terá a seguinte aparência (o texto em negrito e sublinhado indica novas adições): ************************************************************ Reporte de informações de medição de feixe Para informações de medição de feixe serem incluídas em um reporte de medição, o UE deve: 1> se reportType é definido para eventTriggered: 2> considerar a quantidade de disparo como a quantidade de classificação;

1> se reportType é definido para periodical: 2> se uma única quantidade de reporte é definida para TRUE em reportQuantityRsIndexes; 3> considerar a quantidade única configurada como a quantidade de classificação; 2> senão: 3> se rsrp é definido para TRUE; 4> considerar RSRP como a quantidade de classificação; 3> senão: 4> considerar RSRQ como a quantidade de classificação; 1> Para cada célula a ser incluída no reporte de medição, definir rsIndexResults para incluir até maxNrofRsIndexesToReport índices de bloco de SS/PBCH ou índices de CSI-RS em ordem decrescente de quantidade de classificação como segue: 2> se as informações de medição a serem incluídas são baseadas no bloco de SS/PBCH: 3> incluir dentro de resultsSSB-Indexes o índice associado ao melhor feixe para essa quantidade de classificação de bloco de SS/PBCH e os feixes restantes cuja quantidade de classificação está acima de absThreshSS-BlocksConsolidation definida no VarMeasConfig para o correspondente measObject correspondente à célula em consideração; 3> se includeBeamMeasurements é configurado, incluir os resultados de medição baseados em SS/PBCH para as quantidades em reportQuantityRsIndexes definidos para TRUE para cada índice de SS/PBCH; 2> senão, se as informações de medição de feixe a serem incluídas são com baseadas em CSI-RS: 3> incluir dentro de resultsCSI-RS-Indexes o índice associado ao melhor feixe para aquela quantidade de classificação de CSI-RS e os feixes restantes cuja quantidade de classificação é acima de absThreshCSI-RS-Consolidation definida em VarMeasConfig para o correspondente measObject correspondente à célula em consideração; 3> se includeBeamMeasurements é configurado, incluir os resultados de medição com base em CSI-RS para as quantidades em reportQuantityRsIndexes definidos para TRUE para cada índice de CSI-RS; ************************************************************

[0080] Em outra sub-modalidade, o UE usa o mesmo limiar para cada das células a serem relatadas e esse limiar é aquele configurado no measObject configurado no correspondente measID. Com base nisso, uma proposta de texto de modalidade exemplar terá a seguinte aparência (o texto em negrito e sublinhado indica novas adições): ************************************************************ Reporte de informações de medição de feixe Para informações de medição de feixe serem incluídas em um reporte de medição, o UE deve: 1> se reportType é definido para eventTriggered: 2> considerar a quantidade de disparo como a quantidade de classificação; 1> se reportType é definido para periodical: 2> se uma única quantidade de reporte é definida para TRUE em reportQuantityRsIndexes;

3> considerar a quantidade única configurada como a quantidade de classificação; 2> senão: 3> se rsrp é definido para TRUE; 4> considerar RSRP como a quantidade de classificação; 3> senão: 4> considerar RSRQ como a quantidade de classificação; 1> Para cada célula a ser incluída no reporte de medição, definir rsIndexResults para incluir até maxNrofRsIndexesToReport índices de bloco de SS/PBCH ou índices de CSI-RS em ordem decrescente da quantidade de classificação como segue: 2> se as informações de medição a serem incluídas são baseadas no bloco de SS/PBCH: 3> incluir dentro de resultsSSB-Indexes o índice associado ao melhor feixe para aquela quantidade de classificação de bloco de SS/PBCH e os feixes restantes cuja quantidade de classificação está acima de absThreshSS-BlocksConsolidation definida em VarMeasConfig para o correspondente measObject para o correspondente a measID; 3> se includeBeamMeasurements é configurado, incluir os resultados de medição com base em SS/PBCH para as quantidades em reportQuantityRsIndexes definidos para TRUE para cada índice de SS/PBCH; 2> senão, se as informações de medição de feixe a serem incluídas são baseadas em CSI-RS: 3> incluir dentro de resultsCSI-RS-Indexes o índice associado ao melhor feixe para aquela quantidade de classificação de bloco de

SS/PBCH e os feixes restantes cuja quantidade de classificação está acima de absThreshCSI-RS-Consolidation definida em VarMeasConfig para o correspondente measObject para o correspondente a measID; 3> se includeBeamMeasurements é configurado, incluir os resultados de medição com base em CSI-RS para as quantidades em reportQuantityRsIndexes definidos para TRUE para cada índice de CSI- RS; ************************************************************ Modalidades Relacionadas à Resolução de Ambiguidade na Portadora Servidora Quando Mais de Um Objeto de Medição Aponta para a mesma Localização de Frequência de Bloco de SS/PBCH

[0081] Quando há mais de um objeto de medição apontando para o mesmo bloco de SS, o UE não pode usar apenas o ponteiro para o bloco de SS para identificar qual Objeto de Medição (MO) corresponde ao MO da portadora servidora. Para resolver esse cenário, na especificação atual, um parâmetro é introduzido no MO, a saber, isServingCellMO. CSI-RS-ResourceConfigMobility ::= SEQUENCE { -- MO specific values isServingCellMO BOOLEAN, -- Subcarrier spacing of CSI-RS.

-- Supported values are 15, 30 or 60 kHz (<6GHz), 60 or 120 kHz (>6GHz).

-- Corresponds to L1 parameter 'Numerology' (see 38.211, section FFS_Section) subcarrierSpacingCSI-RS SubcarrierSpacingCSI-RS, -- List of cells csi-RS-CellList-Mobility SEQUENCE (SIZE (1..maxNrofCSI-RS-CellsRRM)) OF CSI-RS- CellMobility }

[0082] A Figura 7 ilustra diferentes cenários para identificação de objetos de medição de células servidoras; Existem diferentes cenários que podem ser considerados, como mostra a Figura 7. Com base em diferentes configurações, o UE deriva qual MO corresponde ao MO de célula servidora em diferentes maneiras, com base nos métodos existentes na especificação.

1. No cenário (a) da Figura 7, o objeto de medição contém ambos blocos de SS e de CSI-RSs. O UE sabe que esse objeto de medição é o MO correspondente à portadora servidora com a ajuda do parâmetro absoluteFrequencySSB em FrequencyInfoDL que é provido como parte da configuração da célula servidora. Com base nisso, quando o UE desempenha medições nos SSBs, o UE trata as medições relacionadas ao SSB-1 como a célula servidora de Gerenciamento de Recurso de Rádio (RRM), enquanto avalia um critério de disparo de evento específico do SSB. Adicionalmente, se o UE também for configurado com eventos relacionados a CSI-RS, o UE tratará as medições relacionadas a CSI-RS1 como as medições de RRM da célula servidora enquanto avalia um critério de disparo de evento específico de CSI-RS. Neste cenário, mesmo se o isServingCellMO no MO esteja definido para falso, o UE tratará esse MO como o MO correspondente à frequência servidora.

2. No cenário (b) da Figura 7, o UE é configurado com dois objetos de medição. Ambos os objetos de medição correspondem às configurações de CSI- RS para medições de RRM. Para ambos os objetos de medição, o SSB-1 é configurado como o provedor de referência de temporização. Nesse cenário, se o UE precisar ser configurado com o objeto de medição correspondente a CSI- RS3 como objeto de medição relacionado à frequência servidora (MO-3), então o parâmetro isServingCellMO no MO-3 é definido para verdadeiro e o parâmetro correspondente no MO-2 é definido para falso. Entretanto, se o UE desempenhar um handover entre frequências do objeto de medição relacionado ao CSI-RS3 para o objeto de medição relacionado ao CSI-RS2, o UE precisa ser atualizado com valores atualizados para isServingCellMO para ambos os objetos de medição. Isso levará à remoção de medições relacionadas a esses objetos de medição.

[0083] Como pode ser visto nas observações acima (Observação-1 e Observação-2), não é ideal ter o parâmetro isServingCellMO no objeto de medição. No entanto, o UE precisa saber qual objeto de medição corresponde à sua frequência servidora. Estas informações podem ser extraídas pelo UE a partir dos Elementos de Informações (IEs) existentes na configuração da célula servidora. O IE FrequencyInfoDL é configurado como parte da configuração da célula servidora. Este IE contém dois parâmetros:

1. absoluteFrequencySSB: Este parâmetro aponta para a localização da frequência do SSB usado para esta célula servidora.

2. absoluteFrequencyPointA: Este parâmetro aponta para a localização de frequência mais baixa da largura de banda de portadora da portadora servidora.

[0084] Usando estes dois parâmetros, o UE pode identificar o objeto de medição correspondente que deve ser tratado como o objeto de medição correspondente a portadora servidora. Para o cenário (a) mostrado na Figura 7, absoluteFrequencySSB e absoluteFrequencyPointA têm valores de correspondência correspondentes no objeto de medição. O valor provido para o parâmetro absoluteFrequencySSB em FrequencyInfoDL será o mesmo que ssbAbsoluteFreq no objeto de medição e o valor provido para absoluteFrequencyPointA em FrequencyInfoDL será o mesmo que refFreqCSI-RS provido no objeto de medição. Usando esta comparação, o UE saberá que MO- 1 é o objeto de medição correspondente à portadora servidora. Para o cenário (b) mostrado na Figura 7, consideremos que o MO-2 precisa ser o objeto de medição correspondente à portadora servidora. O valor provido para o parâmetro absoluteFrequencySSB em FrequencyInfoDL será o mesmo que ssbAbsoluteFreq no MO-2 e MO-3. Entretanto, o valor provido para absoluteFrequencyPointA em FrequencyInfoDL será o mesmo que refFreqCSI-RS provido no MO-2 e será diferente para o MO-3. Usando esta comparação, o UE saberá que MO-2 é o objeto de medição correspondente à portadora servidora.

[0085] Com base nesta análise, o UE identifica seu objeto de medição correspondente à frequência servidora comparando os parâmetros absoluteFrequencySSB e absoluteFrequencyPointA nos parâmetros FrequencyInfoDL com parâmetros ssbAbsoluteFreq e refFreqCSI-RS, respectivamente no objeto de medição. Um exemplo de proposta de texto com base nesta explicação é dado abaixo (o texto em negrito sublinhado mostra as novas adições). ************************************************************

5.5.1 Introdução A rede pode configurar um UE RRC_CONNECTED para desempenhar medidas e relatá-las de acordo com a configuração de medição. A configuração de medição é provida por meios de sinalização dedicada, isto é, usando o RRCReconfiguration. A rede pode configurar o UE para desempenhar os seguintes tipos de medição: - medições de NR. - medições Inter-RAT de frequências de E-UTRA. A rede pode configurar o UE para desempenhar as seguintes medições de NR, com base em CSI-RS ou Blocos de SS/PBCH de diferentes tipos de RS: - Medições intrafrequências com base em bloco de SS/PBCH: medições em SSB(s) da(s) célula(s) vizinha(s) em que ambas a(s) frequência(s) central(ais) e o espaçamento de subportadora são iguais ao SSB que define a célula de cada célula servidora . - Medições interfrequência com base em bloco de SS/PBCH:

medições em SSB(s) de célula(s) vizinha(s) que possuem frequência(s) central(ais) diferente(s) ou espaçamento de subportadora diferente comparado ao SSB que define a célula de cada célula servidora. - Medições intrafrequência com base em CSI-RS: medições em recurso(s) de CSI-RS(s) de célula(s) vizinha(s) configurada(s) cuja(s) largura(s) de banda estão dentro da(s) largura(s) de banda do(s) recurso(s) de CSI-RS na(s) célula(s) servidora(s) configurada(s) para medições e com o mesmo espaçamento de subportadora do(s) recurso(s) de CSI-RS na(s) célula(s) servidora(s) configurada(s) para medições. - Medições interfrequência com base em CSI-RS: medições em recurso(s) de CSI-RS de célula(s) vizinha(s) configurada(s) cuja(s) largura(s) de banda não estão dentro da(s) largura(s) de banda ou com espaçamento de subportadora diferentes em comparação com o(s) recurso(s) de CSI-RS na(s) célula(s) servidora(s) configurada(s) para medições.

Nota do editor: FFS Se a definição de medições interfrequências e intrafrequências provida pelo RAN4 deve ser removida de 38.331. A rede pode configurar o UE para relatar as seguintes informações de medição com base em bloco(s) de SS/PBCH; - Resultados de medição por bloco de SS/PBCH; - Resultados de medição por célula com base em bloco(s) de SS/PBCH; - Índices de bloco(s) de SS/PBCH.

A rede pode configurar o UE para relatar as seguintes informações de medição com base em recursos de CSI-RS; - Resultados de medição por recursos de CSI-RS. - Resultados de medição por célula com base em recurso(s) de CSI-RS. - Identificadores de medições de recursos de CSI-RS.

A configuração da medição inclui os seguintes parâmetros:

1. Objetos de medição: Uma lista de objetos nos quais o UE deve desempenhar as medições. - Para medições intrafrequência e interfrequência, um objeto de medição é associado a uma frequência portadora de NR.

Associada a essa frequência portadora de NR, a rede pode configurar uma lista de desvios específicos de célula, uma lista de células de "lista negra" e uma lista de células de "lista branca". As células na lista negra não são aplicáveis na avaliação de eventos ou nos reportes de medição.

As células na lista branca são as únicas aplicáveis na avaliação de eventos e/ou nos reportes de medição.

Nota do editor: Revisitar a formulação abaixo, e da mesma forma como capturar os seguintes acordos adicionais: 2 Mais de um MO com recursos de CSI-RS para medição podem ser associados à mesma localização de SSB em frequência.

O SSB é usado pelo menos para referência de temporização. 3 No caso de mais de um MO com recursos CSI-RS para medição ser associado à mesma localização de SSB em frequência, é indicado ao UE qual MO corresponde à portadora servidora. - O UE determina qual MO corresponde à frequência da célula servidora a partir da localização da frequência do SSB de que define a célula que está contido dentro da configuração da célula servidora e o ponteiro de frequência para o pointA contido dentro da configuração da célula servidora.

O UE deve identificar o MO correspondente à frequência da célula servidora por: 1> se mais de um MO tiver o mesmo número de raster de canal de sincronização global (ssbAbsoluteFreq) apontando para a mesma localização de frequência que a do SSB que define a célula (absoluteFrequencySSB) dentro da configuração da célula servidora: 2> entre os MOs que têm o mesmo número de raster de canal de sincronização global apontando para a mesma localização de frequência que a do SSB que define a célula na configuração da célula servidora, considerar o MO que possui a mesma referência de frequência ao pointA (refFreqCSI-RS) como aquele do ponteiro de frequência para a posição de frequência absoluta da subportadora mais baixa do PRB de referência (absoluteFrequencyPointA) na configuração da célula servidora para ser o MO correspondente à frequência servidora; 1> senão: 2> o MO que possui o mesmo número de raster de canal de sincronização global como aquele do SSB que define a célula dentro da configuração da célula servidora é considerado como o MO correspondente à frequência da célula servidora; ****************************************************************

[0086] Embora a matéria descrita na presente invenção possa ser implementada em qualquer tipo apropriado de sistema usando quaisquer componentes adequados, as modalidades divulgadas na presente invenção são descritas em relação a uma rede sem fio, tal como a rede sem fio de exemplo ilustrada na Figura 8. Por simplicidade, a rede sem fio da Figura 8 retrata somente a rede 806, os nós de rede 860 e 860b e os WDs 810, 810b e 810c. Na prática, a rede sem fio pode incluir adicionalmente quaisquer elementos adicionais adequados para suportar comunicação entre dispositivos sem fio ou entre um dispositivo sem fio e outro dispositivo de comunicação, tais como um telefone fixo, um provedor de serviços ou qualquer outro nó de rede ou dispositivo final. Dentre os componentes ilustrados, o nó de rede 860 e o dispositivo sem fio (WD) 810 são retratados com detalhe adicional. A rede sem fio pode prover 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 providos por, ou através de, a rede sem fio.

[0087] A rede sem fio pode compreender e/ou fazer interface com qualquer tipo de rede de comunicação, telecomunicação, dados, celular e/ou rede de 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 para Comunicações Móveis (GSM), Sistema de Telecomunicações Móveis Universal (UMTS), LTE e/ou outros padrões de Segunda, Terceira, Quarta ou Quinta Geração (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.

[0088] A rede 806 pode compreender uma ou mais redes backhaul, redes núcleo, redes IP, Redes de Telefonia Pública Comutada (PSTNs), redes de dados de pacotes, redes ópticas, Redes Geograficamente Distribuídas (WANs), Redes de Área Local (LANs), WLANs, redes com fio, redes sem fio, redes de área metropolitana e outras redes para permitir a comunicação entre dispositivos.

[0089] O nó de rede 860 e WD 810 compreendem vários componentes descritos em mais detalhes abaixo. Esses componentes trabalham juntos a fim de prover funcionalidade ao nó de rede e/ou ao dispositivo sem fio, tal como prover conexões sem fio em uma rede sem fio. Em diferentes modalidades, a rede sem fio pode compreender qualquer número de redes com fio 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 através de conexões com fio ou sem fio.

[0090] Conforme usado na presente invenção, nó de rede refere-se a equipamento capaz, configurado, disposto e/ou operável para se comunicar direta ou indiretamente com um dispositivo sem fio e/ou com outros nós ou equipamentos de rede na rede sem fio para habilitar e/ou prover 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 se limitam a, Pontos de Acesso (APs) (por exemplo, pontos de acesso via rádio), Estações Base (BSs) (por exemplo, estações rádio base, Nós Bs, e Nós Bs evoluídos (eNBs)). As estações base podem ser categorizadas com base na quantidade de cobertura que proveem (ou, dito de outro modo, seu nível de potência de transmissão) e podem então também ser referidas como femto estações base, pico estações base, micro estações base ou macro estações base. Uma estação base pode ser um nó de retransmissão ou um nó doador de retransmissão que controla uma retransmissão. Um nó de rede também pode incluir uma ou mais (ou todas) partes de uma estação base de rádio distribuída, como unidades digitais centralizadas e/ou Unidades de Rádio Remotas (RRUs), às vezes referidas como cabeças de rádio remotas (RRHs). Tais RRUs podem ou não ser integradas com uma antena como um rádio integrado à antena. Partes de uma estação base de rádio distribuída também podem ser referidas como nós em um Sistema de Antenas Distribuídas (DAS). Ainda exemplos adicionais de nós de rede incluem equipamentos de Rádio Multipadrão (MSR), como MSR BSs, controladores de rede, como Controladores de Rede de Rádio (RNCs) ou Controladores de Estação Base (BSCs), Estações Transceptoras Base (BTSs), pontos de transmissão, nós de transmissão , Entidades de Coordenação Multicélula/Multicast (MCEs), nós da rede núcleo (por exemplo, Centros de Comutação Móvel (MSCs), Entidades de Gerenciamento de Mobilidade (MMEs)),

nós de Operação e Manutenção (O&M), nós do Sistema de Suporte de Operações (OSS), nós de Rede Auto-Organizados (SON), nós de posicionamento (por exemplo, Centro de Localização Móvel de Servidor Evoluído (E-SMLCs)) e/ou Minimização de Testes de Acionamento (MDTs). Como outro exemplo, um nó de rede pode ser um nó de rede virtual conforme descrito em mais detalhes abaixo. De maneira mais geral, no entanto, os nós de rede podem representar qualquer dispositivo adequado (ou grupo de dispositivos) capaz, configurado, disposto e/ou operável para permitir e/ou prover um dispositivo sem fio com acesso à rede sem fio ou prover algum serviço a um dispositivo sem fio que tenha acessado a rede sem fio.

[0091] Na Figura 8, o nó de rede 860 inclui conjunto de circuitos de processamento 870, meio legível por dispositivo 880, interface 890, equipamento auxiliar 884, fonte de potência 886, conjunto de circuitos de potência 887 e antena 862. Embora o nó de rede 860 ilustrado na rede sem fio de exemplo da Figura 8 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- se entender 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 na presente invenção. Além disso, enquanto os componentes de nó de rede 860 são representados 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 880 pode compreender múltiplos drives rígidos separados, bem como múltiplos módulos de Memória de Acesso Aleatório (RAM)).

[0092] Da mesma forma, o nó de rede 860 pode ser composto de múltiplos componentes fisicamente separados (por exemplo, um componente Nó B e um componente RNC, ou um componente BTS e um componente BSC etc.), que podem ter seus próprios respectivos componentes. Em certos cenários em que o nó de rede 860 compreende múltiplos componentes separados (por exemplo, componentes BTS e BSC), um ou mais dos componentes separados podem ser compartilhados entre diversos nós de rede. Por exemplo, um único RNC pode controlar múltiplos Nós B. Em tal cenário, cada par Nó B e RNC único pode, em alguns casos, ser considerado um único nó de rede separado. Em algumas modalidades, o nó de rede 860 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 880 separado para as diferentes RATs) e alguns componentes podem ser reusados (por exemplo, a mesma antena 862 pode ser compartilhada pelas RATs). O nó de rede 860 também pode incluir múltiplos conjuntos dos vários componentes ilustrados para diferentes tecnologias sem fio integradas no nó de rede 860, como, por exemplo, tecnologias sem fio, GSM, Acesso Múltiplo por Divisão de Código de Banda Ampla (WCDMA), LTE, NR, WiFi ou Bluetooth. Essas tecnologias sem fio podem ser integradas no mesmo ou em diferentes chips ou conjunto de chips e outros componentes dentro do nó de rede 860.

[0093] O conjunto de circuitos de processamento 870 é configurado para desempenhar quaisquer operações de determinação, cálculo ou semelhantes (por exemplo, certas operações de obtenção) descritas na presente invenção como sendo providas por um nó de rede. Essas operações desempenhadas pelo conjunto de circuitos de processamento 870 podem incluir informações de processamento obtidas pelo conjunto de circuitos de processamento 870, por exemplo, ao converter as informações obtidas em outras informações, comparar as informações obtidas ou informações convertidas às informações armazenadas no nó de rede e/ou desempenhando uma ou mais operações baseadas nas informações obtidas ou nas informações convertidas e como resultado do dito processamento, fazer uma determinação.

[0094] O conjunto de circuitos de processamento 870 pode compreender uma combinação de um ou mais de um microprocessador, controlador, microcontrolador, Unidade de Processamento Central (CPU), Processador Digital de Sinal (DSP), Circuito Integrado de Aplicação Específica (ASIC), Arranjo de Porta Programável em Campo (FPGA) ou qualquer outro dispositivo de computação adequado, recurso ou combinação de hardware, software e/ou lógica codificada operável para prover, seja sozinho ou em conjunto com outros componentes de nó de rede 860, tais como meio legível por dispositivo 880, funcionalidade de nó de rede 860. Por exemplo, o conjunto de circuitos de processamento 870 pode executar instruções armazenadas no meio legível por dispositivo 880 ou na memória dentro do conjunto de circuitos de processamento 870. Tal funcionalidade pode incluir prover qualquer das várias características, funções ou benefícios sem fio discutidos na presente invenção. Em algumas modalidades, o conjunto de circuitos de processamento 870 pode incluir um Sistema em um Chip (SOC).

[0095] Em algumas modalidades, o conjunto de circuitos de processamento 870 pode incluir um ou mais conjuntos de circuitos transceptores de radiofrequência (RF) 872 e conjunto de circuitos de processamento de banda base 874. Em algumas modalidades, o conjunto de circuitos transceptores de RF 872 e o conjunto de circuitos de processamento de banda base 874 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 tudo do conjunto de circuitos transceptores de RF 872 e conjunto de circuitos de processamento de banda base 874 podem estar no mesmo chip ou conjunto de chips, placas ou unidades.

[0096] Em certas modalidades, alguma ou toda a funcionalidade descrita na presente invenção como sendo provida por um nó de rede, estação base, eNB ou outro dispositivo de rede pode ser desempenhada pelo conjunto de circuitos de processamento 870 executando instruções armazenadas no meio legível por dispositivo 880 ou memória dentro de conjunto de circuitos de processamento

870. Em modalidades alternativas, alguma ou toda a funcionalidade pode ser provida pelo conjunto de circuitos de processamento 870 sem executar instruções armazenadas em um meio legível por dispositivo separado ou discreto, tal como de uma maneira inata (hard-wired). Em qualquer dessas modalidades, seja executando instruções armazenadas em um meio de armazenamento legível por dispositivo ou não, conjunto de circuitos de processamento 870 pode ser configurado para desempenhar a funcionalidade descrita. Os benefícios providos por tal funcionalidade não se limitam apenas ao conjunto de circuitos de processamento 870 sozinho ou a outros componentes do nó de rede 860, mas são usufruídos pelo nó de rede 860 como um todo e/ou pelos usuários finais e pela rede sem fio em geral.

[0097] O meio legível por dispositivo 880 pode compreender qualquer forma de memória legível por computador volátil ou não volátil, incluindo, sem limitação, armazenamento persistente, memória de estado sólido, memória montada remotamente, mídia magnética, mídia óptica, RAM, Memória Somente de Leitura (ROM), mídia de armazenamento em massa (por exemplo, um disco rígido), mídia 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 de memória, volátil ou não volátil, não transitórios, legíveis por dispositivo e/ou executáveis por computador, que armazenam informações,

dados e/ou instruções que podem ser usadas pelo conjunto de circuitos de processamento 870. O meio legível por dispositivo 880 pode armazenar quaisquer instruções, dados ou informações adequadas, incluindo um programa de computador, software, uma aplicação que inclua uma ou mais de lógica, regras, código, tabelas etc. e/ou outras instruções capazes de serem executadas pelo conjunto de circuitos de processamento 870 e utilizadas pelo nó de rede

860. O meio legível por dispositivo 880 pode ser usado para armazenar quaisquer cálculos feitos pelo conjunto de circuitos de processamento 870 e/ou quaisquer dados recebidos através da interface 890. Em algumas modalidades, o conjunto de circuitos de processamento 870 e o meio legível por dispositivo 880 podem ser considerados integrados.

[0098] A interface 890 é usada na comunicação com fio ou sem fio de sinalização e/ou dados entre o nó de rede 860, a rede 806 e/ou WDs 810. Como ilustrado, a interface 890 compreende porta(s)/terminal(is) 894 para enviar e receber dados, por exemplo, para e a partir da rede 806 através de uma conexão com fio. A interface 890 também inclui conjunto de circuitos de front-end de rádio 892 que podem ser acoplados a, ou, em certas modalidades, ser uma parte da antena 862. Conjunto de circuitos de front-end de rádio 892 compreende filtros 898 e amplificadores 896. Conjunto de circuitos de front-end de rádio 892 pode ser conectado à antena 862 e ao conjunto de circuitos de processamento

870. Conjunto de circuitos de front-end de rádio pode ser configurado para condicionar os sinais comunicados entre a antena 862 e conjunto de circuitos de processamento 870. Conjunto de circuitos de front-end de rádio 892 pode receber dados digitais que devem ser enviados para outros nós de rede ou WDs através de conexão sem fio. Conjunto de circuitos de front-end de rádio 892 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 898 e/ou amplificadores 896. O sinal de rádio pode então ser transmitido através de da antena 862. De maneira semelhante, ao receber dados, a antena 862 pode coletar sinais de rádio que são então convertidos em dados digitais pelo conjunto de circuitos de front-end de rádio 892. Os dados digitais podem ser passados para o conjunto de circuitos de processamento 870. Em outras modalidades, a interface pode compreender diferentes componentes e/ou diferentes combinações de componentes.

[0099] Em certas modalidades alternativas, o nó de rede 860 pode não incluir conjuntos de circuitos de front-end de rádio 892 ; em vez disso, o conjunto de circuitos de processamento 870 pode compreender conjunto de circuitos de front-end de rádio e pode ser conectado à antena 862 sem conjunto de circuitos de front-end de rádio 892 separado. De maneira semelhante, em algumas modalidades, todo ou algo do conjunto de circuitos transceptores de RF 872 podem ser considerados uma parte da interface 890. Em ainda outras modalidades, a interface 890 pode incluir uma ou mais portas ou terminais 894, conjunto de circuitos de front-end de rádio 892 e conjunto de circuitos transceptores de RF 872, como parte de uma unidade de rádio (não mostrada) e a interface 890 pode se comunicar com conjunto de circuitos de processamento de banda base 874, que faz parte de uma unidade digital (não mostrada).

[0100] A antena 862 pode incluir uma ou mais antenas, ou arranjos de antena, configuradas para enviar e/ou receber sinais sem fio. A antena 862 pode ser acoplada a conjunto de circuitos de front-end de rádio 890 e pode ser qualquer tipo de antena capaz de transmitir e receber dados e/ou sinais de maneira sem fio. Em algumas modalidades, a antena 862 pode compreender uma ou mais antenas omnidirecionais, setoriais ou de painel operáveis para transmitir/receber sinais de rádio entre, por exemplo, 2 giga-hertz (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 a partir 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 Múltiplas Entradas e Múltiplas Saídas (MIMO). Em certas modalidades, a antena 862 pode ser separada do nó de rede 860 e pode ser conectável ao nó de rede 860 através de uma interface ou porta.

[0101] A antena 862, a interface 890 e/ou conjunto de circuitos de processamento 870 podem ser configurados para desempenhar quaisquer operações de recebimento e/ou certas operações de obtenção descritas na presente invenção 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. De maneira semelhante, a antena 862, a interface 890 e/ou conjunto de circuitos de processamento 870 podem ser configurados para desempenhar quaisquer operações de transmissão descritas na presente invenção 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.

[0102] Conjunto de circuitos de potência 887 pode compreender, ou ser acoplado a, o conjunto de circuitos de gerenciamento de potência e é configurado para fornecer potência aos componentes do nó de rede 860 para desempenhar a funcionalidade descrita na presente invenção. O conjunto de circuitos de potência 887 pode receber potência a partir da fonte de potência

886. A fonte de potência 886 e/ou conjunto de circuitos de potência 887 podem ser configurados para prover potência aos vários componentes do nó de rede

860 de uma forma adequada para os respectivos componentes (por exemplo, em um nível de tensão e corrente necessário para cada respectivo componente). A fonte de potência 886 pode ou ser incluída em, ou ser externa a, o conjunto de circuitos de potência 887 e/ou nó de rede 860. Por exemplo, o nó de rede 860 pode ser conectável a uma fonte de potência externa (por exemplo, uma tomada de eletricidade) através de conjunto de circuitos de entrada ou interface tais como um cabo elétrico, pelo qual a fonte de potência externa fornece potência ao conjunto de circuitos de potência 887. Como um exemplo adicional, a fonte de potência 886 pode compreender uma fonte de potência na forma de uma bateria ou um conjunto de baterias que é conectado a, ou integrado em, o conjunto de circuitos de potência 887. A bateria pode prover potência reserva caso a fonte de potência externa falhe. Outros tipos de fontes de potência, tais como dispositivos fotovoltaicos, também podem ser usados.

[0103] Modalidades alternativas do nó de rede 860 podem incluir componentes adicionais além daqueles mostrados na Figura 8 que podem ser responsáveis por prover certos aspectos de funcionalidade do nó de rede, incluindo qualquer dentre as funcionalidades descritas na presente invenção e/ou qualquer funcionalidade necessária para suportar a matéria descrita na presente invenção. Por exemplo, o nó de rede 860 pode incluir um equipamento de interface de usuário para possibilitar a entrada de informações no nó de rede 860 e para possibilitar a saída de informações a partir do nó de rede 860. Isso pode possibilitar que um usuário desempenhe diagnóstico, manutenção, reparo e outras funções administrativas para o nó de rede 860.

[0104] Conforme usado na presente invenção, WD refere-se a um dispositivo capaz, configurado, disposto e/ou operável para se comunicar de maneira sem fio com nós de rede e/ou outros dispositivos sem fio. Salvo indicação do contrário, o termo WD pode ser usado na presente invenção de forma intercambiável com UE.

Se comunicar de maneira sem fio pode envolver 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 levar informações através do 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 uma escala predeterminada, quando disparado por um evento interno ou externo, ou em resposta a solicitações a partir da rede.

Exemplos de WD incluem, mas não se limitam a, um smartphone, um telefone móvel, um telefone celular, um telefone de Voz sobre Protocolo de Internet (VoIP), um telefone de loop local sem fio (WLL), um computador do tipo desktop, um Assistente Pessoal Digital (PDA), uma câmera sem fio, um console ou dispositivo de jogos, um dispositivo de armazenamento de música, um utensílio de reprodução, um dispositivo terminal vestível, um ponto final sem fio, uma estação móvel, um tablet, um laptop, um Equipamento Embarcado em Laptop (LEE), um Equipamento Montado em Laptop (LME), um dispositivo inteligente, um Equipamento nas Instalações do Cliente (CPE) sem fio, um dispositivo terminal sem fio montado em veículo, etc.

Um WD pode suportar comunicação dispositivo a dispositivo (D2D), por exemplo ao implementar o padrão 3GPP para comunicação de enlace lateral, e pode neste caso ser referido como um dispositivo de comunicação D2D.

Como outro exemplo específico, em um cenário de 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 de tal 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 de Comunicação Tipo Máquina (MTC). Como um exemplo particular, o WD pode ser um UE implementando o padrão 3GPP de Largura de Banda Estreita de IoT (NB-IoT). 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 utensílios 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 reportar seu status operacional ou outras funções associadas à sua operação. Um WD conforme descrito acima pode representar o ponto final de uma conexão sem fio; nesse caso, o dispositivo pode ser referido como um terminal sem fio. Além disso, um WD conforme descrito acima pode ser móvel; nesse caso, também pode ser referido como um dispositivo móvel ou um terminal móvel.

[0105] Como ilustrado, o dispositivo sem fio 810 inclui antena 811, interface 814, conjunto de circuitos de processamento 820, meio legível por dispositivo 830, equipamento de interface de usuário 832, equipamento auxiliar 834, fonte de potência 836 e conjunto de circuitos de potência 837. O WD 810 pode incluir múltiplos conjuntos de um ou mais dos componentes ilustrados para diferentes tecnologias sem fio suportadas pelo WD 810, tais 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 como outros componentes dentro do WD 810.

[0106] A antena 811 pode incluir uma ou mais antenas ou arranjos de antena, configuradas para enviar e/ou receber sinais sem fio e é conectada à interface 814. Em certas modalidades alternativas, a antena 811 pode ser separada do WD 810 e ser conectável ao WD 810 através de uma interface ou porta. A antena 811, a interface 814 e/ou conjunto de circuitos de processamento 820 podem ser configurados para desempenhar quaisquer operações de recepção ou transmissão descritas na presente invenção como sendo desempenhadas por um WD. Quaisquer informações, dados e/ou sinais podem ser recebidos a partir de um nó de rede e/ou um outro WD. Em algumas modalidades, o conjunto de circuitos de front-end de rádio e/ou antena 811 podem ser considerados uma interface.

[0107] Conforme ilustrado, a interface 814 compreende conjunto de circuitos de front-end de rádio 812 e antena 811. Conjunto de circuitos de front- end de rádio 812 compreendem um ou mais filtros 818 e amplificadores 816. O conjunto de circuitos de front-end de rádio 814 é conectado à antena 811 e ao conjunto de circuitos de processamento 820 e é configurado para condicionar sinais comunicados entre a antena 811 e conjunto de circuitos de processamento 820. Conjunto de circuitos de front-end de rádio 812 pode ser acoplados à, ou a uma parte da, antena 811. Em algumas modalidades, o WD 810 pode não incluir conjunto de circuitos de front-end de rádio 812 separados; em vez disso, conjunto de circuitos de processamento 820 pode compreender conjunto de circuitos de front-end de rádio e pode ser conectado à antena 811. De maneira semelhante, em algumas modalidades, todo ou algo do conjunto de circuitos transceptores de RF 822 podem ser considerados uma parte da interface 814. Conjunto de circuitos de front-end de rádio 812 pode receber dados digitais que devem ser enviados para outros nós de rede ou WDs através de conexão sem fio. Conjunto de circuitos de front-end de rádio 812 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 818 e/ou amplificadores 816. O sinal de rádio pode então ser transmitido através da antena 811. De maneira semelhante, ao receber dados, a antena 811 pode coletar sinais de rádio que são então convertidos em dados digitais pelo conjunto de circuitos de front-end de rádio 812. Os dados digitais podem ser passados para o conjunto de circuitos de processamento 820. Em outras modalidades, a interface pode compreender diferentes componentes e/ou diferentes combinações de componentes.

[0108] O conjunto de circuitos de processamento 820 pode compreender uma combinação de um ou mais de um microprocessador, controlador, microcontrolador, CPU, DSP, ASIC, FPGA ou qualquer outro dispositivo de computação adequado, recurso ou combinação de hardware, software e/ou lógica codificada operável para prover, seja sozinho ou em conjunção com outros componentes do WD 810, tais como meio legível por dispositivo 830, funcionalidade do WD 810. Tal funcionalidade pode incluir prover qualquer das várias características ou benefícios sem fio discutidos na presente invenção. Por exemplo, o conjunto de circuitos de processamento 820 pode executar instruções armazenadas no meio legível por dispositivo 830 ou na memória dentro do conjunto de circuitos de processamento 820 para prover a funcionalidade divulgada na presente invenção.

[0109] Como ilustrado, o conjunto de circuitos de processamento 820 inclui um ou mais dentre conjunto de circuitos transceptores de RF 822, conjunto de circuitos de processamento de banda base 824 e conjunto de circuitos de processamento de aplicação 826. 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 820 do WD 810 pode compreender um SOC. Em algumas modalidades, o conjunto de circuitos transceptores de RF 822, o conjunto de circuitos de processamento de banda base 824 e o conjunto de circuitos de processamento de aplicação 826 podem estar em chips separados ou conjuntos de chips. Em modalidades alternativas, parte de ou todo o conjunto de circuitos de processamento de banda base 824 e conjunto de circuitos de processamento de aplicação 826 podem ser combinados em um chip ou conjunto de chips e o conjunto de circuitos transceptores de RF 822 podem estar em um chip ou conjunto de chips separado. Ainda, em modalidades alternativas, parte de ou todo o conjunto de circuitos transceptores de RF 822 e o conjunto de circuitos de processamento de banda base 824 podem estar no mesmo chip ou conjunto de chips, e o conjunto de circuitos de processamento de aplicação 826 podem estar em um chip ou conjunto de chips separado. Em ainda outras modalidades alternativas, parte de ou todo o conjunto de circuitos transceptores de RF 822, conjunto de circuitos de processamento de banda base 824 e conjunto de circuitos de processamento de aplicação 826 podem ser combinados no mesmo chip ou conjunto de chips. Em algumas modalidades, o conjunto de circuitos transceptores de RF 822 pode ser uma parte da interface

814. O conjunto de circuitos transceptores de RF 822 pode condicionar sinais de RF para o conjunto de circuitos de processamento 820.

[0110] Em certas modalidades, alguma ou toda da funcionalidade descrita na presente invenção como sendo desempenhada por um WD pode ser provida pelo conjunto de circuitos de processamento 820 executando instruções armazenadas no meio legível por dispositivo 830, que em certas modalidades pode ser um meio de armazenamento legível por computador. Em modalidades alternativas, alguma ou toda a funcionalidade pode ser provida pelo conjunto de circuitos de processamento 820 sem executar instruções armazenadas em um meio de armazenamento legível por dispositivo separado ou discreto, tal como de uma maneira inata (hard-wired). Em qualquer dessas modalidades particulares, seja executando instruções armazenadas em um meio de armazenamento legível por dispositivo ou não, conjunto de circuitos de processamento 820 pode ser configurado para desempenhar a funcionalidade descrita. Os benefícios providos por tal funcionalidade não se limitam apenas ao conjunto de circuitos de processamento 820 ou a outros componentes do WD 810, mas são usufruídos pelo WD 810 como um todo e/ou por usuários finais e pela rede sem fio em geral.

[0111] O conjunto de circuitos de processamento 820 pode ser configurado para desempenhar quaisquer operações de determinação, cálculo ou semelhantes (por exemplo, certas operações de obtenção) descritas na presente invenção como sendo desempenhadas por um WD. Estas operações, conforme desempenhadas pelo conjunto de circuitos de processamento 820, podem incluir informações de processamento obtidas pelo conjunto de circuitos de processamento 820, por exemplo, ao converter as informações obtidas em outras informações, comparar as informações obtidas ou informações convertidas às informações armazenadas pelo WD 810 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.

[0112] O meio legível por dispositivo 830 pode ser operável para armazenar um programa de computador, software, uma aplicação que inclua uma ou mais de lógica, regras, código, tabelas etc. e/ou outras instruções capazes de serem executadas pelo conjunto de circuitos de processamento 820. O meio legível por dispositivo 830 pode incluir memória de computador (por exemplo, RAM ou ROM), mídia de armazenamento em massa (por exemplo, um disco rígido), mídia de armazenamento removível (por exemplo, um CD ou um DVD) e/ou quaisquer outros dispositivos de memória, volátil ou não volátil, não transitório, legível por dispositivo e/ou executável por computador que armazenam informações, dados e/ou instruções que podem ser usadas pelo conjunto de circuitos de processamento 820. Em algumas modalidades, conjunto de circuitos de processamento 820 e o meio legível por dispositivo 830 podem ser considerados integrados.

[0113] O equipamento de interface de usuário 832 pode prover componentes que possibilitam para um usuário humano interagir com WD 810. Tal interação pode ser de várias formas, tais como visual, auditiva, tátil etc. O equipamento de interface de usuário 832 pode ser operável para produzir uma saída para o usuário e para possibilitar para o usuário prover uma entrada ao WD 810. O tipo de interação pode variar dependendo do tipo de equipamento de interface de usuário 832 instalado no WD 810. Por exemplo, se o WD 810 for um smartphone, a interação poderá ser através de uma tela sensível ao toque; se o WD 810 for um medidor inteligente, a interação pode ser através de uma tela que proveja o uso (por exemplo, o número de galões usados) ou um alto- falante que provê um alerta sonoro (por exemplo, se for detectada fumaça). O equipamento de interface de usuário 832 pode incluir interfaces, dispositivos e circuitos de entrada, e interfaces, dispositivos e circuitos de saída. O equipamento de interface de usuário 832 é configurado para possibilitar entrada de informações no WD 810 e é conectado ao conjunto de circuitos de processamento 820 para possibilitar que o conjunto de circuitos de processamento 820 processe as informações de entrada. O equipamento de interface de usuário 832 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 de Barramento Serial Universal (USB) ou outro conjunto de circuitos de entrada. O equipamento de interface de usuário 832 também é configurado para possibilitar saída de informações a partir do WD 810 e para possibilitar que o conjunto de circuitos de processamento 820 emita informações a partir do WD 810. O equipamento de interface de usuário 832 pode incluir, por exemplo, um alto-falante, um display, conjunto de circuitos vibratórios, uma porta USB, uma interface de fone de ouvido ou outro conjunto de circuitos de saída. Ao usar uma ou mais interfaces, dispositivos e circuitos de entrada e saída de equipamento de interface de usuário 832, o WD 810 pode se comunicar com usuários finais e/ou a rede sem fio e possibilitar que eles se beneficiem da funcionalidade descrita na presente invenção.

[0114] O equipamento auxiliar 834 é operável para prover uma funcionalidade mais específica a qual geralmente pode não 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, tais como comunicações com fio etc. A inclusão e o tipo de componentes do equipamento auxiliar 834 podem variar dependendo da modalidade e/ou do cenário.

[0115] A fonte de potência 836, em algumas modalidades, pode ser na forma de uma bateria ou conjunto de bateria. Outros tipos de fontes de potência, tais como uma fonte de potência externa (por exemplo, uma tomada elétrica), dispositivos fotovoltaicos ou células de potência, também podem ser usadas. O WD 810 pode compreender adicionalmente conjunto de circuitos de potência 837 para entregar potência a partir da fonte de potência 836 para as várias partes do WD 810 que necessitam de potência a partir da fonte de potência 836 para realizar qualquer funcionalidade descrita ou indicada na presente invenção. Conjunto de circuitos de potência 837, em certas modalidades, pode compreender conjunto de circuitos de gerenciamento de potência. Conjunto de circuitos de potência 837 pode de maneira adicional ou alternativa ser operável para receber potência a partir de uma fonte de potência externa; nesse caso, o WD 810 pode ser conectável à fonte de potência externa (tal como uma tomada de eletricidade) através de conjunto de circuitos de entrada ou uma interface tal como um cabo de potência elétrica. Conjunto de circuitos de potência 837 também podem, em certas modalidades, ser operáveis para entregar potência a partir de uma fonte de potência externa para a fonte de potência 836. Isso pode ser, por exemplo, para o carregamento da fonte de potência 836. Conjunto de circuitos de potência 837 podem desempenhar qualquer formatação, conversão ou outra modificação na potência da fonte de potência 836 para tornar a potência adequada para os respectivos componentes do WD 810 aos quais a potência é fornecida.

[0116] A Figura 9 ilustra uma modalidade de um UE de acordo com vários aspectos descritos na presente invenção. Conforme usado na presente invenção, 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. Ao invés disso, um UE pode representar um dispositivo que se destina à venda ou operação por um usuário humano, mas que pode não, ou pode não estar inicialmente associado a um usuário humano específico. Um UE pode também compreender qualquer UE identificado pelo 3GPP, incluindo um NB-IoT UE que não é destinado para venda para, ou operação por, um usuário humano. O UE 900, como ilustrado na Figura 9, é um exemplo de um WD configurado para comunicação de acordo com um ou mais padrões de comunicação promulgados pelo 3GPP, como os padrões GSM, UMTS, LTE e/ou 5G do 3GPP. Como mencionado previamente, os termos WD e UE podem ser usados de forma intercambiável. Por conseguinte, embora a Figura 9 seja um UE, os componentes discutidos na presente invenção são igualmente aplicáveis a um WD e vice-versa.

[0117] Na Figura 9, o UE 900 inclui conjunto de circuitos de processamento 901 que é operacionalmente acoplado à interface de entrada/saída 905, interface de RF 909, interface de conexão de rede 911, memória 915 incluindo RAM 917, ROM 919 e meio de armazenamento 921 ou semelhante, subsistema de comunicação 931, fonte de potência 933 e/ou qualquer outro componente ou qualquer combinação dos mesmos. Meio de armazenamento 921 inclui um sistema operacional 923, programa de aplicação 925 e dados 927. Em outras modalidades, o meio de armazenamento 921 pode incluir outros tipos semelhantes de informações. Certos UEs podem utilizar todos os componentes mostrados na Figura 9 ou apenas um subconjunto dos componentes. O nível de integração entre os componentes pode variar de um UE para outro UE. Adicionalmente, certos UEs podem conter múltiplas instâncias de um componente, como múltiplos processadores, memórias, transceptores, transmissores, receptores etc.

[0118] Na Figura 9, conjunto de circuitos de processamento 901 pode ser configurado para processar instruções e dados de computador. O conjunto de circuitos de processamento 901 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, tais 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 propósito geral, como um microprocessador ou DSP, junto com o software apropriado; ou qualquer combinação dos itens acima. Por exemplo, o conjunto de circuitos de processamento 901 pode incluir duas CPUs. Dados podem ser informações em uma forma adequada para uso por um computador.

[0119] Na modalidade representada, a interface de entrada/saída 905 pode ser configurada para prover uma interface de comunicação para um dispositivo de entrada, dispositivo de saída ou dispositivo de entrada e saída. O UE 900 pode ser configurado para usar um dispositivo de saída através da interface de entrada/saída 905. 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 prover entrada para e saída a partir do UE 900. O dispositivo de saída pode ser um alto-falante, um cartão de som, um cartão de vídeo, um display, um monitor, uma impressora, um atuador, um emissor, um smartcard, outro dispositivo de saída ou qualquer combinação dos mesmos. O UE 900 pode ser configurado para usar um dispositivo de entrada através de interface de entrada/saída 905 para possibilitar que um usuário capture informações no UE 900. O dispositivo de entrada pode incluir um display sensível ao toque ou sensível à presença, uma câmera (por exemplo, uma câmera digital, uma câmera de vídeo digital, uma web câmera etc.), um microfone, um sensor, um mouse, uma bola de comando, um bloco direcional, um trackpad, uma roda de rolagem, um smartcard e similares. O display sensível à presença pode incluir um sensor de toque capacitivo ou resistivo para detectar uma entrada a partir 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 similar 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.

[0120] Na Figura 9, a interface de RF 909 pode ser configurada para prover uma interface de comunicação para componentes de RF, tais como um transmissor, um receptor e uma antena. A interface de conexão de rede 911 pode ser configurada para prover uma interface de comunicação para a rede 943a. Rede 943a pode abranger redes com fio e/ou sem fio, como uma LAN, uma 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 943a pode compreender uma rede Wi-Fi. A interface de conexão de rede 911 pode ser configurada para incluir uma interface receptora e uma transmissora usada para se comunicar com um ou mais outros dispositivos por uma rede de comunicação de acordo com um ou mais protocolos de comunicação, como Ethernet, Protocolo de Controle de Transmissão (TCP) / IP, Rede Óptica Síncrona (SONET), Modo de Transferência Assíncrono (ATM), ou similares. A interface de conexão de rede 911 pode implementar uma funcionalidade de receptor e transmissor apropriada para os enlaces de rede de comunicação (por exemplo, óptico, elétrico e similares). As funções de transmissor e receptor podem compartilhar componentes de circuito, software ou firmware ou alternativamente podem ser implementadas separadamente.

[0121] A RAM 917 pode ser configurada para fazer interface através do barramento 902 para o conjunto de circuitos de processamento 901 para prover armazenamento ou armazenamento em cache de dados ou instruções de computador durante a execução de programas de software, tais como o sistema operacional, programas de aplicações e drivers de dispositivo. A ROM 919 pode ser configurada para prover instruções ou dados de computador para o conjunto de circuitos de processamento 901. Por exemplo, a ROM 919 pode ser configurada para armazenar dados ou códigos invariantes de sistema de baixo nível para funções básicas do sistema, tais como entrada e saída básica (I/O), inicialização ou recepção de pressionamentos de tecla de um teclado que são armazenadas em uma memória não volátil. O meio de armazenamento 921 pode ser configurado para incluir memória como RAM, ROM, ROM programável (PROM), PROM apagável (EPROM), EPROM eletricamente (EEPROM), discos magnéticos, discos ópticos, disquetes, discos rígidos, cartuchos removíveis ou flash drive. Em um exemplo, meio de armazenamento 921 pode ser configurado para incluir o sistema operacional 923, o programa de aplicação 925 tais como uma aplicação de navegador da web, um mecanismo widget ou gadget ou outra aplicação e arquivo de dados 927. O meio de armazenamento 921 pode armazenar, para uso pelo UE 900, qualquer de uma variedade de vários sistemas operacionais ou combinações de sistemas operacionais.

[0122] O meio de armazenamento 921 pode ser configurado para incluir um número de unidades de drives físicos, como Arranjo Redundante de Discos Independentes (RAID), drive de disquete, memória flash, flash drive USB, drive de disco rígido externo, thumb drive, pen drive, drive chave, drive de disco óptico de DVD 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), mini Módulo de Memória Dupla em Linha (DIMM) externo, RAM Dinâmica Síncrona (SDRAM), micro-DIMM SDRAM externo, memória de smartcard tal como um Módulo de Identidade do Assinante (SIM) ou um Módulo de Identidade de Usuário Removível (RUIM), outra memória ou qualquer combinação dos mesmos. O meio de armazenamento 921 pode possibilitar ao UE 900 acessar instruções executáveis por computador, programas de aplicação ou similares, armazenados em mídia 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 um que utilize um sistema de comunicação, pode ser incorporado de forma tangível no meio de armazenamento 921, o qual pode compreender um meio legível por dispositivo.

[0123] Na Figura 9, conjunto de circuitos de processamento 901 pode ser configurado para se comunicar com a rede 943b usando o subsistema de comunicação 931. A rede 943a e a rede 943b podem ser a mesma rede ou redes, ou rede ou redes diferentes. O subsistema de comunicação 931 pode ser configurado para incluir um ou mais transceptores usados para se comunicar com a rede 943b. Por exemplo, o subsistema de comunicação 931 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 via Rádio (RAN) de acordo com um ou mais protocolos de comunicação, como IEEE 802.8, Acesso Múltiplo por Divisão de Código (CDMA), WCDMA, GSM, LTE, Rede de Acesso de Rádio Terrestre Universal (UTRAN), WiMax ou similares. Cada transceptor pode incluir o transmissor 933 e/ou o receptor 935 para implementar a funcionalidade do transmissor ou receptor, respectivamente, apropriada para os enlaces RAN (por exemplo, alocações de frequência e similares). Adicionalmente, o transmissor 933 e o receptor 935 de cada transceptor podem compartilhar componentes de circuito, software ou firmware ou, alternativamente, podem ser implementados separadamente.

[0124] Na modalidade ilustrada, as funções de comunicação do subsistema de comunicação 931 podem incluir comunicação de dados, comunicação de voz, comunicação de multimídia, comunicações de curto alcance, tais como Bluetooth, comunicação de campo próximo, comunicação baseada em localização, tais como o uso do Sistema de Posicionamento Global (GPS) para determinar uma localização, outra função de comunicação similar ou qualquer combinação dos mesmos. Por exemplo, o subsistema de comunicação 931 pode incluir comunicação celular, comunicação Wi-Fi, comunicação Bluetooth e comunicação GPS. A rede 943b pode abranger redes com fio e/ou sem fio, como uma LAN, uma 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 943b pode ser uma rede celular, uma rede Wi-Fi e/ou uma rede de campo próximo. A fonte de potência 913 pode ser configurada para prover potência de corrente alternada (AC) ou corrente direta (DC) aos componentes do UE 900.

[0125] As características, benefícios e/ou funções descritas na presente invenção podem ser implementadas em um dos componentes do UE 900 ou particionadas através de múltiplos componentes do UE 900. Além disso, as características, benefícios e/ou funções descritos na presente invenção podem ser implementados em qualquer combinação de hardware, software ou firmware. Em um exemplo, o subsistema de comunicação 931 pode ser configurado para incluir qualquer dos componentes descritos na presente invenção. Adicionalmente, conjunto de circuitos de processamento 901 pode ser configurado para se comunicar com qualquer desses componentes através de barramento 902. Em outro exemplo, qualquer desses componentes pode ser representado por instruções de programa armazenadas na memória que, quando executadas pelo conjunto de circuitos de processamento 901, desempenham as funções correspondentes descritas na presente invenção. Em outro exemplo, a funcionalidade de qualquer desses componentes pode ser particionada entre conjunto de circuitos de processamento 901 e o subsistema de comunicação 931. Em outro exemplo, as funções não computacionalmente intensivas de qualquer desses componentes podem ser implementadas em software ou firmware e as funções computacionalmente intensivas podem ser implementadas em hardware.

[0126] A Figura 10 é um diagrama de blocos esquemático ilustrando um ambiente de virtualização 1000 no qual funções implementadas por algumas modalidades podem ser virtualizadas. No presente contexto, virtualizar significa criar versões virtuais de aparelhos ou dispositivos, as quais podem incluir plataformas de hardware de virtualização, dispositivos de armazenamento e recursos de rede. Conforme usada na presente invenção, a virtualização pode ser aplicada a um nó (por exemplo, uma estação base virtualizada ou um nó de acesso via rádio virtualizado) ou a um dispositivo (por exemplo, um UE, um dispositivo sem fio ou qualquer outro tipo de dispositivo de comunicação) ou componentes dos mesmos 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, através de uma ou mais aplicações, componentes, funções, máquinas virtuais ou contêineres executando em um ou mais nós de processamento físico em uma ou mais redes).

[0127] Em algumas modalidades, algumas ou todas as funções descritas na presente invenção podem ser implementadas como componentes virtuais executados por uma ou mais máquinas virtuais implementadas em um ou mais ambientes virtuais 1000 hospedados por um ou mais nós de hardware 1030. Adicionalmente, nas modalidades nas quais o nó virtual não é um nó de acesso via rádio ou não requer conectividade de rádio (por exemplo, um nó de rede núcleo), o nó de rede pode ser totalmente virtualizado.

[0128] As funções podem ser implementadas por uma ou mais aplicações 1020 (que podem alternativamente ser chamados de instâncias de software, utensílios virtuais, 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 na presente invenção. As aplicações 1020 funcionam no ambiente de virtualização 1000, que provê o hardware 1030 que compreende conjunto de circuitos de processamento 1060 e a memória 1090. A memória 1090 contém instruções 1095 executáveis pelo conjunto de circuitos de processamento 1060 pelo qual aplicação 1020 é operativa para prover uma ou mais das características, benefícios e/ou funções divulgadas na presente invenção.

[0129] O ambiente de virtualização 1000 compreende dispositivos de hardware de rede de propósito geral ou de propósito especial 1030, compreendendo um conjunto de um ou mais processadores ou conjunto de circuitos de processamento 1060, que podem ser processadores comerciais direto da prateleira (COTS), ASICs dedicados ou qualquer outro tipo de conjunto de circuitos de processamento, incluindo componentes de hardware digital ou analógico ou processadores de propósitos especiais. Cada dispositivo de hardware pode compreender uma memória 1090-1, a qual pode ser uma memória não persistente para armazenar instruções temporariamente 1095 ou software executado pelo conjunto de circuitos de processamento 1060. Cada dispositivo de hardware pode compreender um ou mais controladores de interface de rede (NICs) 1070, também conhecidos como cartões de interface de rede, os quais incluem a interface de rede física 1080. Cada dispositivo de hardware também pode incluir uma mídia de armazenamento não transitória, persistente e legível por máquina 1090-2, tendo armazenado nela o software 1095 e/ou instruções executáveis pelo conjunto de circuitos de processamento

1060. O software 1095 pode incluir qualquer tipo de software, incluindo software para instanciar uma ou mais camadas de virtualização 1050 (também referidos como hipervisores), software para executar máquinas virtuais 1040, assim como um software possibilitando executar funções, características e/ou benefícios descritos com relação a algumas modalidades descritas na presente invenção.

[0130] As máquinas virtuais 1040 compreendem processamento virtual, memória virtual, rede ou interface virtual e armazenamento virtual e podem funcionar por uma camada de virtualização correspondente 1050 ou hipervisor. Diferentes modalidades da instância de utensílio virtual 1020 podem ser implementadas em uma ou mais máquinas virtuais 1040 e as implementações podem ser feitas de maneiras diferentes.

[0131] Durante a operação, o conjunto de circuitos de processamento 1060 executa o software 1095 para instanciar o hipervisor ou a camada de virtualização 1050, que às vezes pode ser referida como um Monitor de Máquina

Virtual (VMM). A camada de virtualização 1050 pode apresentar uma plataforma operacional virtual que parece similar a um hardware de rede para a máquina virtual 1040.

[0132] Como mostrado na Figura 10, o hardware 1030 pode ser um nó de rede independente com componentes genéricos ou específicos. O hardware 1030 pode compreender a antena 10225 e pode implementar algumas funções através de virtualização. Como alternativa, o hardware 1030 pode fazer parte de um aglomerado maior de hardware (por exemplo, tal como em um data center ou CPE), em que muitos nós de hardware trabalham juntos e são gerenciados através de Gerenciamento e Orquestração (MANO) 10100, que, entre outros, supervisiona o gerenciamento do ciclo de vida de aplicações 1020.

[0133] Virtualização do hardware é em alguns contextos referida como Virtualização de Funções de Rede (NFV). A NFV pode ser usada para consolidar muitos tipos de equipamento de rede em hardware de servidor de alto volume de padrão industrial, comutadores físicos e armazenamento físico, que podem ser localizados em data centers e CPE.

[0134] No contexto da NFV, a máquina virtual 1040 pode ser uma implementação de software de uma máquina física que funciona programas como se estivessem sendo executados em uma máquina física não virtualizada. Cada uma das máquinas virtuais 1040 e aquela parte do hardware 1030 que executa essa máquina virtual, seja o hardware dedicado àquela máquina virtual e/ou hardware compartilhado por essa máquina virtual com outras das máquinas virtuais 1040, forma um Elemento de Rede Virtual (VNE) separado.

[0135] Ainda no contexto de NFV, a Função de Rede Virtual (VNF) é responsável por lidar com funções de rede específicas que funcionam em uma ou mais máquinas virtuais 1040 no topo da infraestrutura de rede de hardware 1030 e correspondem à aplicação 1020 na Figura 10.

[0136] Em algumas modalidades, uma ou mais unidades de rádio 10200 que incluem, cada, um ou mais transmissores 10220 e um ou mais receptores 10210 podem ser acopladas a uma ou mais antenas 10225. As unidades de rádio 10200 podem se comunicar diretamente com os nós de hardware 1030 através de uma ou mais interfaces de rede apropriadas e podem ser usadas em combinação com os componentes virtuais para prover um nó virtual com capacidades de rádio, tal como um nó de acesso via rádio ou uma estação base.

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

[0138] Com referência à FIGURA 11, de acordo com uma modalidade, um sistema de comunicação inclui rede de telecomunicações 1110, como uma rede celular do tipo 3GPP, que compreende rede de acesso 1111, como uma rede de acesso via rádio e rede núcleo 1114. A rede de acesso 1111 compreende uma pluralidade de estações base 1112a, 1112b, 1112c, tais como Nós Bs, eNBs, gNBs ou outros tipos de pontos de acesso sem fio, cada um definindo uma área de cobertura correspondente 1113a, 1113b, 1113c. Cada estação base 1112a, 1112b, 1112c é conectável à rede núcleo 1114 por meio de uma conexão com fio ou sem fio 1115. Um primeiro UE 1191 localizado na área de cobertura 1113c é configurado para se conectar de maneira sem fio a, ou ser radiolocalizado por, a estação base 1112c correspondente. Um segundo UE 1192 na área de cobertura 1113a é conectável de maneira sem fio à estação base 1112a correspondente. Enquanto uma pluralidade de UEs 1191, 1192 são ilustrados neste exemplo, as modalidades divulgadas são igualmente aplicáveis a uma situação na qual um único UE está na área de cobertura ou em que um único UE está se conectando à estação base 1112 correspondente.

[0139] A própria rede de telecomunicações 1110 está conectada ao computador host 1130, que pode ser incorporada no hardware e/ou software de um servidor independente, um servidor implementado em nuvem, um servidor distribuído ou como recursos de processamento em uma fazenda de servidores. O computador host 1130 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 1121 e 1122 entre a rede de telecomunicações 1110 e o computador host 1130 podem se estender diretamente a partir da rede núcleo 1114 ao computador host 1130 ou podem passar através de uma rede intermediária opcional 1120. A rede intermediária 1120 pode ser uma de, ou uma combinação de mais de uma de, uma rede pública, privada ou hospedada; a rede intermediária 1120, se existir, pode ser uma rede backbone ou a Internet; em particular, a rede intermediária 1120 pode compreender duas ou mais sub-redes (não mostradas).

[0140] O sistema de comunicação da Figura 11 como um todo permite uma conectividade entre os UEs 1191, 1192 conectados e o computador host 1130. A conectividade pode ser descrita como uma conexão Over-the-top (OTT) 1150. O computador host 1130 e os UEs conectados 1191, 1192 são configurados para comunicar dados e/ou sinalização através de conexão OTT 1150, usando a rede de acesso 1111, rede núcleo 1114, qualquer rede intermediária 1120 e possível infraestrutura adicional (não mostrada) como intermediários. A conexão OTT 1150 pode ser transparente no sentido que os dispositivos de comunicação participantes através dos quais a conexão OTT 1150 passa, não têm conhecimento do roteamento de comunicações de enlace ascendente e de enlace descendente. Por exemplo, a estação base 1112 pode não necessitar ou não necessita ser informada sobre o roteamento passado de uma comunicação de enlace descendente recebida com dados originários a partir do computador host 1130 a ser encaminhada (por exemplo, entregue) a um UE 1191 conectado.

De maneira semelhante, a estação base 1112 não necessita ter conhecimento de roteamento futuro de uma comunicação de enlace ascendente de saída originária a partir do UE 1191 em direção ao computador host 1130.

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

[0142] O sistema de comunicação 1200 inclui adicionalmente a estação base 1220 provida em um sistema de telecomunicações e compreendendo o hardware 1225 permitindo que ele se comunique com o computador host 1210 e com o UE 1230. O hardware 1225 pode incluir a interface de comunicação 1226 para definir e manter uma conexão com fio ou sem fio com uma interface de um dispositivo de comunicação diferente do sistema de comunicação 1200, bem como a interface de rádio 1227 para definir e manter pelo menos a conexão sem fio 1270 com o UE 1230 localizado em uma área de cobertura (não mostrada na Figura 12) servida pela estação base 1220. A interface de comunicação 1226 pode ser configurada para facilitar a conexão 1260 ao computador host 1210. A conexão 1260 pode ser direta ou pode passar através de uma rede núcleo (não mostrada na Figura 12) 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 1225 da estação base 1220 inclui adicionalmente conjunto de circuitos de processamento 1228, os quais podem compreender um ou mais processadores programáveis, ASICs, FPGAs ou combinações destes (não mostrados) adaptadas para executar instruções. A estação base 1220 tem adicionalmente um software 1221 armazenado internamente ou acessível através de uma conexão externa.

[0143] O sistema de comunicação 1200 inclui adicionalmente o UE 1230 já referido. Seu hardware 1235 pode incluir a interface de rádio 1237 definida para definir e manter a conexão sem fio 1270 com uma estação base que serve uma área de cobertura na qual está localizado atualmente o UE 1230. O hardware 1235 do UE 1230 inclui adicionalmente conjunto de circuitos de processamento 1238, que podem compreender um ou mais processadores programáveis, ASICs, FPGAs ou combinações destes (não mostrados) adaptados para executar instruções. O UE 1230 compreende adicionalmente o software 1231, o qual é armazenado em, ou acessível por, o UE 1230 e executável pelo conjunto de circuitos de processamento 1238. O software 1231 inclui a aplicação cliente

1232. A aplicação cliente 1232 pode ser operável para prover um serviço a um usuário humano ou não humano através do UE 1230, com o suporte do computador host 1210. No computador host 1210, uma aplicação host 1212 em execução pode se comunicar com a aplicação cliente 1232 em execução através de conexão OTT 1250 terminando no UE 1230 e no computador host 1210. Ao prover o serviço ao usuário, a aplicação cliente 1232 pode receber dados de solicitação a partir da aplicação host 1212 e prover os dados de usuário em resposta aos dados de solicitação. A conexão OTT 1250 pode transferir tanto os dados de solicitação quanto os dados de usuário. A aplicação cliente 1232 pode interagir com o usuário para gerar os dados de usuário que ela provê.

[0144] Nota-se que o computador host 1210, a estação base 1220 e UE 1230 ilustrados na Figura 12 podem ser semelhantes ou idênticos ao computador host 1130, uma das estações base 1112a, 1112b, 1112c e um dos UEs 1191, 1192 da Figura 11, respectivamente. Isto é para dizer, o trabalho interno dessas entidades pode ser como mostrado na Figura 12 e, independentemente, a topologia de rede circundante pode ser a da Figura 11.

[0145] Na Figura 12, a conexão OTT 1250 foi desenhada abstratamente para ilustrar a comunicação entre o computador host 1210 e o UE 1230 através da estação base 1220, sem referência explícita a quaisquer dispositivos intermediários e ao roteamento preciso de mensagens através desses dispositivos. A infraestrutura de rede pode determinar o roteamento, o qual pode ser configurado para se ocultar do UE 1230 ou do provedor de serviços operando o computador host 1210, ou ambos. Enquanto a conexão OTT 1250 estiver ativa, a infraestrutura de rede pode adicionalmente tomar decisões pelas quais altera dinamicamente o roteamento (por exemplo, com base na consideração de balanceamento de carga ou na reconfiguração da rede).

[0146] A conexão sem fio 1270 entre o UE 1230 e a estação base 1220 está de acordo com os ensinamentos das modalidades descritas ao longo desta invenção. Uma ou mais de várias modalidades melhoram o desempenho dos serviços OTT providos ao UE 1230 usando a conexão OTT 1250, na qual a conexão sem fio 1270 forma o último segmento. Mais precisamente, os ensinamentos dessas modalidades podem melhorar a taxa de dados, a latência e o consumo de potência e desse modo prover benefícios tais como por exemplo tempo de espera de usuário reduzido, melhor capacidade de resposta e vida útil prolongada de bateria.

[0147] Um procedimento de medição pode ser provido para o propósito de monitorar a taxa de dados, latência e outros fatores melhorados por uma ou mais modalidades. Pode haver, adicionalmente, uma funcionalidade de rede opcional para reconfigurar a conexão OTT 1250 entre o computador host 1210 e o UE 1230, em resposta a variações nos resultados de medição. O procedimento de medição e/ou a funcionalidade da rede para reconfigurar a conexão OTT 1250 pode ser implementada em software 1211 e hardware 1215 do computador host 1210, ou no software 1231 e hardware 1235 do UE 1230, 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 passa a conexão OTT 1250; os sensores podem participar do procedimento de medição ao fornecer valores das quantidades monitoradas exemplificadas acima, ou fornecendo valores de outras quantidades físicas a partir das quais o software 1211, 1231 pode computar ou estimar as quantidades monitoradas. A reconfiguração da conexão OTT 1250 pode incluir formato de mensagem, ajustes de retransmissão, roteamento preferido etc.; a reconfiguração não precisa afetar a estação base 1220 e pode ser desconhecida ou imperceptível à estação base 1220. Tais procedimentos e funcionalidades podem ser conhecidos e praticados na técnica. Em certas modalidades, as medições podem envolver sinalização proprietária de UE, facilitando as medições de taxa de transferência, tempos de propagação, latência e similares do computador host 1210. As medições podem ser implementadas de modo que o software 1211 e 1231 façam mensagens serem transmitidas, particularmente mensagens de simulação ou vazias, usando conexão OTT 1250 enquanto monitora os tempos de propagação, erros etc.

[0148] A Figura 13 é um fluxograma ilustrando um método implementado em um sistema de comunicação de acordo com uma modalidade. O sistema de comunicação inclui um computador host, uma estação base e um UE o qual pode ser aqueles descritos com referência às Figuras 11 e 12. Por simplicidade da presente invenção, somente referências de desenho à Figura 13 serão incluídas nesta seção. Na etapa 1310, o computador host provê os dados de usuário. Na subetapa 1311 (que pode ser opcional) da etapa 1310, o computador host provê os dados de usuário ao executar uma aplicação host. Na etapa 1320, o computador host inicia uma transmissão transportando os dados de usuário para o UE. Na etapa 1330 (que pode ser opcional), a estação base transmite, ao UE, os dados de usuário que foram transportados na transmissão que o computador host iniciou, de acordo com os ensinamentos das modalidades descritas ao longo desta invenção. Na etapa 1340 (a qual também pode ser opcional), o UE executa uma aplicação cliente associada à aplicação host executada pelo computador host.

[0149] A Figura 14 é um fluxograma ilustrando um método implementado em um sistema de comunicação de acordo com uma modalidade. O sistema de comunicação inclui um computador host, uma estação base e um UE o qual pode ser aqueles descritos com referência às Figuras 11 e 12. Por simplicidade da presente invenção, somente referências de desenho à Figura 14 serão incluídas nesta seção. Na etapa 1410 do método, o computador host provê dados de usuário. Em uma subetapa opcional (não mostrada), o computador host provê os dados de usuário ao executar uma aplicação host. Na etapa 1420, o computador host inicia uma transmissão transportando os dados de usuário para o UE. A transmissão pode passar através de estação base, de acordo com os ensinamentos das modalidades descritas ao longo desta invenção. Na etapa 1430 (que pode ser opcional), o UE recebe os dados de usuário transportados na transmissão.

[0150] A Figura 15 é um fluxograma ilustrando um método implementado em um sistema de comunicação de acordo com uma modalidade. O sistema de comunicação inclui um computador host, uma estação base e um UE o qual pode ser aqueles descritos com referência às Figuras 11 e 12. Por simplicidade da presente invenção, somente referências de desenho à Figura 15 serão incluídas nesta seção. Na etapa 1510 (que pode ser opcional), o UE recebe dados de entrada providos pelo computador host. Adicional ou alternativamente, na etapa 1520, o UE provê dados de usuário. Na subetapa 1521 (que pode ser opcional) da etapa 1520, o UE provê os dados de usuário ao executar uma aplicação cliente. Na subetapa 1511 (que pode ser opcional) da etapa 1510, o UE executa uma aplicação cliente que provê os dados de usuário em reação aos dados de entrada recebidos providos pelo computador host. Ao prover os dados de usuário, a aplicação cliente executada pode considerar adicionalmente a entrada de usuário recebida a partir do usuário. Independentemente da maneira específica na qual os dados de usuário são providos, o UE inicia, na subetapa 1530 (que pode ser opcional), a transmissão dos dados de usuário ao computador host. Na etapa 1540 do método, o computador host recebe os dados de usuário transmitidos a partir do UE, de acordo com os ensinamentos das modalidades descritas ao longo desta invenção.

[0151] A Figura 16 é um fluxograma ilustrando um método implementado em um sistema de comunicação de acordo com uma modalidade. O sistema de comunicação inclui um computador host, uma estação base e um UE o qual pode ser aqueles descritos com referência às Figuras 11 e 12. Por simplicidade da presente invenção, somente referências de desenho à Figura 16 serão incluídas nesta seção. Na etapa 1610 (que pode ser opcional), de acordo com os ensinamentos das modalidades descritas ao longo desta invenção, a estação base recebe dados de usuário a partir do UE. Na etapa 1620 (que pode ser opcional), a estação base inicia uma transmissão de dados de usuário recebidos para o computador host. Na etapa 1630 (que pode ser opcional), o computador host recebe os dados de usuário transportados na transmissão iniciada pela estação base.

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

ABREVIAÇÕES

[0153] Pelo menos algumas das seguintes abreviações podem ser usadas nesta invenção. Se existir inconsistência entre abreviações, deve ser dada preferência para como é usada acima. Se listada múltiplas vezes abaixo, a primeira listagem deve ser preferida sobre qualquer listagem(s) subsequente(s). • 2G Segunda Geração • 3G Terceira Geração • 3GPP Projeto de Parceria para a Terceira Geração • 4G Quarta Geração • 5G Quinta Geração • AC Corrente Alternada • AP Ponto de acesso • ARFCN Número de Canal de Radiofrequência Absoluto • ASIC Circuito Integrado de Aplicação Específica • ATM Modo de Transferência Assíncrono • BS Estação Base • BSC Controlador de Estação Base • BTS Estação Transceptora Base • CD Disco compacto • CDMA Acesso Múltiplo por Divisão de Código • COTS Comercial Direto da Prateleira • CPE Equipamento nas Instalações do Cliente • CPU Unidade Central de Processamento • CQD Derivação de qualidade De célula • CSI-RS Sinal de Referência de Informações de Estado de Canal • D2D Dispositivo a Dispositivo

• DAS Sistema de Antena Distribuída • DC Corrente Direta • DIMM Módulo de Memória Dupla em Linha • DL Enlace Descendente • DSP Processador Digital de Sinal • DVD Disco de Vídeo Digital • EEPROM Memória Somente de Leitura Programável Apagável Eletricamente • eNB Nó B Evoluído • EPROM Memória Somente de Leitura Programável Apagável • E-SMLC Centro de Localização Móvel de Servidor Evoluído • FPGA Arranjo de Portas Programáveis em Campo • GHz Giga-hertz • gNB Estação Base de Nova Rádio • GPS Sistema de Posicionamento Global • GSCN Número de Canal de Sincronização Global • GSM Sistema Global para Comunicações Móveis • HDDS Armazenamento de Dados Digitais Holográficos • HD-DVD Disco de Vídeo Digital de Alta Densidade • IE Elemento de Informações • I/O Entrada e Saída • IoT Internet das Coisas • IP Protocolo de Internet • kHz Quilohertz • LAN Rede de Área Local • LEE Equipamento Embarcado em Laptop

• LEE Equipamento Montado em Laptop • LTE Evolução de Longo Prazo • M2M Máquina a Máquina • MANO Gerenciamento e Orquestração • MCE Entidade de Coordenação de Multicélula/Multicast • MDT Minimização de Testes de Acionamento • MIMO Múltiplas Entradas Múltiplas Saídas • MME Entidade de Gerenciamento de Mobilidade • MO Objeto de Medição • ms Milissegundo • MSC Centro de Comutação Móvel • MSR Rádio Multi-Padrão • MTC Comunicação do Tipo Máquina • NB-IoT Internet das Coisas de Banda Estreita • NFV Virtualização de Função de Rede • NIC Controlador de Interface de Rede • NR Novo Rádio • NR-PBCH Canal de Difusão Físico de Novo Rádio • NR-PSS Sinal de Sincronização Primário de Novo Rádio • NR-SSS Sinal de Sincronização Secundário de Novo Rádio • O&M Operação e Manutenção • OFDM Multiplexação por Divisão de Frequência Ortogonal • OSS Sistema de Suporte de Operações • OTT Over-the-Top • PBCH Canal de Difusão Físico • PCell Célula Primária

• PDA Assistente Digital Pessoal • PRB Bloco de Recursos Físico • PROM Memória Somente de Leitura Programável • PSCell Célula Primária Secundária • PSTN Rede de Telefonia Pública Comutada • RAID Arranjo Redundante de Discos Independentes • RAM Memória de Acesso Aleatório • RAN Rede de Acesso via Rádio • RAT Tecnologia de Acesso via Rádio • RF Radiofrequência • RNC Controlador de Rede de Rádio • ROM Memória Somente de Leitura • RRC Controle de Recurso de Rádio • RRH Cabeça de Rádio Remota • RRM Gerenciamento de Recursos de Rádio • RRU Unidade de rádio remota • RS Sinal de Referência • RUIM Identidade de Usuário Removível • SCell Célula Secundária • SDRAM Memória de Acesso Aleatório Dinâmica Síncrona • SIM Módulo de Identidade de Assinante • SMTC Configuração de Tempo de Medição de Bloco de SS/PBCH • SOC Sistema em um Chip • SON Rede Auto-Organizada • SONET Rede Óptica Síncrona • SS Sinal de Sincronização

• SSB Bloco de Sinal de Sincronização/Canal de Difusão Físico • TS Especificação Técnica • UE Equipamento de Usuário • UMTS Sistema de Telecomunicações Móveis Universal • USB Barramento Universal Serial • UTRAN Rede de Acesso Via Rádio Terrestre Universal • VMM Monitor de Máquina Virtual • VNE Elemento de Rede Virtual • VNF Função de Rede Virtual • VoIP Voz sobre Protocolo de Internet • WAN Rede Geograficamente Distribuída • WCDMA Acesso Múltiplo por Divisão de Código de Banda Ampla • WD Dispositivo Sem Fio • WiMax Interoperabilidade Mundial para Acesso via Micro-ondas • WLAN Rede de Área Local Sem Fio

[0154] Aqueles versados na técnica reconhecerão melhorias e modificações às modalidades da presente invenção. Todas essas melhorias e modificações são consideradas dentro do escopo dos conceitos divulgados na presente invenção.

Claims

REIVINDICAÇÕES

1. Método de operação de um Equipamento de Usuário, UE, para desempenhar derivação de qualidade de célula em uma rede de comunicação sem fio, método caracterizado pelo fato de que compreende: obter (602) parâmetros para desempenhar derivação de qualidade de célula para uma célula servidora do UE a partir de um objeto de medição que contenha as informações de frequência que correspondem às informações de frequência providas em uma configuração de célula servidora da célula servidora; e desempenhar (604) derivação de qualidade de célula para a célula servidora com base nos parâmetros obtidos.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que: o UE é configurado, pela rede de comunicação sem fio, com um ou mais objetos de medição; e o objeto de medição a partir do qual são obtidos pelo UE os parâmetros para desempenhar derivação de qualidade de célula para a célula servidora é um objeto de medição particular, dentre o um ou mais objetos de medição.

3. Método, de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que as informações de frequência são informações que indicam uma localização de frequência do Bloco de Sinal de Sincronização/Canal de Difusão Físico, SSB, a ser medido ou a ser usado como uma fonte de sincronização para recursos do Sinal de Referência de Informações de Estado de Canal, CSI-RS.

4. Método, de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que as informações de frequência são informações que indicam uma localização de frequência de um Sinal de Referência de Informações de Estado de Canal, CSI-RS, a ser medido ou uma frequência de referência que serve para localizar onde o CSI-RS está localizado em uma grade de Bloco de Recurso Físico, PRB.

5. Método, de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que: as informações de frequência contidas no objeto de medição são uma frequência absoluta de Bloco de Sinal de Sincronização/Canal de Difusão Físico, SSB, a ser usado para medições feitas de acordo com o objeto de medição; e as informações de frequência providas na configuração de célula servidora da célula servidora é uma frequência absoluta de SSB a ser usada para a célula servidora.

6. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que: o UE é configurado, pela rede de comunicação sem fio, com um ou mais objetos de medição, em que cada objeto de medição do um ou mais objetos de medição compreende parâmetros que permitem que o UE desempenhe derivação de qualidade de célula; o UE é configurado com eventos de medição, cada tendo um identificador de medição correspondente, em que cada identificador de medição vincula um dos um ou mais objetos de medição a uma respectiva configuração de reporte; e o objeto de medição a partir do qual são obtidos pelo UE os parâmetros para desempenhar derivação de qualidade de célula para a célula servidora é um objeto de medição particular, dentre o um ou mais objetos de medição.

7. Equipamento de Usuário, UE, para desempenhar derivação de qualidade de célula em uma rede de comunicação sem fio, UE caracterizado pelo fato de que é adaptado para: obter parâmetros para desempenhar derivação de qualidade de célula para uma célula servidora do UE a partir de um objeto de medição que contém informações de frequência que correspondem às informações de frequência providas em uma configuração de célula servidora da célula servidora; e desempenhar derivação de qualidade de célula para a célula servidora com base nos parâmetros obtidos.

8. UE, de acordo com a reivindicação 7, caracterizado pelo fato de que o UE é adicionalmente adaptado para desempenhar o método definido em qualquer uma das reivindicações 2 a 6.

9. Equipamento de Usuário, UE, para desempenhar derivação de qualidade de célula em uma rede de comunicação sem fio, UE caracterizado pelo fato de que compreende: uma interface compreendendo conjunto de circuitos de front-end de rádio; e conjunto de circuitos de processamento associados com a interface, o conjunto de circuitos configurado para fazer com que o UE: obtenha parâmetros para desempenhar derivação de qualidade de célula para uma célula servidora do UE a partir de um objeto de medição que contenha as informações de frequência que correspondem às informações de frequência providas em uma configuração de célula servidora da célula servidora; e desempenhar derivação de qualidade de célula para a célula servidora com base nos parâmetros obtidos.

10. UE, de acordo com a reivindicação 9, caracterizado pelo fato de que: o UE é configurado, pela rede de comunicação sem fio, com um ou mais objetos de medição; e o objeto de medição a partir do qual são obtidos pelo UE os parâmetros para desempenhar derivação de qualidade de célula para a célula servidora é um objeto de medição particular, dentre o um ou mais objetos de medição.

11. UE, de acordo com a reivindicação 9 ou 10, caracterizado pelo fato de que as informações de frequência são informações que indicam uma localização de frequência do Bloco de Sinal de Sincronização/Canal de Difusão Físico, SSB, a ser medido ou a ser usado como uma fonte de sincronização para recursos para Sinal de Referência de Informações de Estado de Canal, CSI-RS.

12. UE, de acordo com a reivindicação 9 ou 10, caracterizado pelo fato de que as informações de frequência são informações que indicam uma localização de frequência de um Sinal de Referência de Informações de Estado de Canal, CSI-RS, a ser medido ou uma frequência de referência que serve para localizar onde o CSI-RS está localizado em uma grade de Bloco de Recurso Físico, PRB.

13. UE, de acordo com a reivindicação 9 ou 10, caracterizado pelo fato de que: as informações de frequência contidas no objeto de medição são uma frequência absoluta do Bloco de Sinal de Sincronização/Canal de Difusão Físico, SSB, a ser usado para medições feitas de acordo com o objeto de medição; e as informações de frequência providas na configuração de célula servidora da célula servidora é uma frequência absoluta de SSB a ser usada para a célula servidora.

14. UE, de acordo com a reivindicação 9, caracterizado pelo fato de que: o UE é configurado, pela rede de comunicação sem fio, com um ou mais objetos de medição, em que cada objeto de medição dentre o um ou mais objetos de medição compreende parâmetros que permitem que o UE desempenhe derivação de qualidade de célula; o UE é configurado com eventos de medição, cada tendo um identificador de medição correspondente, em que cada identificador de medição vincula um dos um ou mais objetos de medição a uma respectiva configuração de reporte;

e o objeto de medição a partir do qual os parâmetros são obtidos pelo UE para desempenhar derivação de qualidade de célula para a célula servidora é um objeto de medição particular, dentre o um ou mais objetos de medição.

15. Invenção de produto, processo, sistema, kit, ou uso, caracterizada pelo fato de que compreende um ou mais elementos descritos no presente pedido de patente.