Serving cell beam level reporting for early measurements

Abstract

A method of operation of a communications device (600, 1110, 1200, 1491, 1492, 4530) in a communications network includes receiving (1000) an early measurement configuration for performing early measurements for reporting to the communications network while operating in an idle, connected, or inactive state, the early measurement configuration including a configuration for performing beam level measurements for a serving cell. The method includes performing (1002) early measurements including beam level measurements for the serving cell while operating in the idle or inactive state. The method includes reporting (1004) early measurement results including beam level measurements for the serving cell to the communications network when the communications device transitions to a connected state.

Description

[Technical field]

[0001] The present disclosure relates generally to communications, and more particularly to communication methods, associated devices and nodes supporting wireless communications. [Background technology]

[0002] In Release 10, Carrier Aggregation (CA) was introduced in Long Term Evolution (LTE) to allow a User Equipment (UE) to transmit and receive information from multiple carrier frequencies over multiple cells, sometimes called Secondary Cells (SCells). In CA terminology, the Primary Cell (PCell) is the cell to which the UE has established a Radio Resource Control (RRC) connection or to which it is handed over. In CA, cells are aggregated at the Medium Access Control (MAC) level (where PDCP is Packet Data Consolidation Protocol and RLC is Radio Link Control) as shown in Figure 1. The MAC gets a grant for a cell and multiplexes data from different bearers into one Transport Block (TB) to be transmitted on that cell. The MAC also controls how that process is done.

[0003] An SC cell can be "added" (also called "configured") to a UE using RRC signaling (e.g. RRCConnectionReconfiguration), a process that requires on the order of 100 ms. A cell configured for a UE becomes the "serving cell" for this UE. An SCell may also be associated to a SCell state. When configured / added via RRC, an SCell starts from an inactive state. In LTE Release 15, the eNB (E-UTRAN (Evolved Universal Mobile Telecommunications System Terrestrial Radio Access) base station) can indicate activated-upon-configuration or change state at least in RRCReconfiguration as follows: 1> For each secondary cell SCell configured for the UE other than the primary secondary cell (PSCell): 2> If the received RRCConnectionReconfiguration message includes sCellState for SCell and indicates activated: 3>Configure lower layers to consider SCell to be in activated state; 2> Otherwise, if the received RRCConnectionReconfiguration message contains sCellState for the SCell and indicates dormant: 3> Configure lower layers to consider the SCell dormant; 2> Otherwise: 3> Configure the lower layers to consider the SCell to be inactive.

[0004] LTE Release 15 introduces a new intermediate state between dormant and active states (i.e. dormant) for enhanced uplink (UL) operation. The MAC Control Element (MAC_CE) can be used to change the state of the SCell between the three states, for example as shown in Figure 2. The MAC also has timers to move the cell between the deactivated / activated / dormant states. These timers are -sCellHibernationTimer; Changes a SCell from active to hibernated state, -sCellDeactivationTimer; Changes a SCell from an activated state to a deactivated state, -dormantSCellDeactivationTimer; transitions the SCell from dormant to deactivation state.

[0005] MAC-level SCell activation takes place in the order of 20-30 ms. Transitions between configured and inactive are handled by the RRC. Transitions between inactive, active, and dormant states are handled by the MAC. Dormant state is available in LTE but not yet in New Radio (NR). The act of going into dormant state is called hibernation.

[0006] Once the network realizes the need to configure and / or activate CA, the question may arise as to which cell(s) to configure and / or activate first, if already configured, and / or whether the cell / carrier is sufficient in terms of radio quality / coverage (e.g., Reference Signal Received Power (RSRP) and Reference Signal Received Quality (RSRQ)). To understand the situation of the SCell(s) or potential SCell(s) on a given available carrier, the network may configure the UE to perform Radio Resource Management (RRM) measurements.

[0007] Typically the network can be assisted by RRM measurements reported from the UE. The network can set the measurement ID associated with reportConfig in the UE using event A1 (serving is better than threshold) if SCell is configured and event A4 (neighbor is better than threshold) for carriers where SCell is not configured as shown in Figure 3. The measurement object is associated to the carrier for which the network wants to report. If the network knows the exact cells it wants the UE to measure, it can set a so called white cell list in the measurement object, so that the UE measures only these cells of that carrier.

[0008] Then, with the introduction of dual connectivity in Release 12, the UE can have what is called a SCG (Secondary Cell Group) configuration. The main benefit is that the UE can in principle add cells from another eNodeB. Protocol-wise, a different MAC entity may be required for each cell group. The UE will have two cell groups, one associated with the PCell (master node) and one associated with the PScell ​​(secondary eNodeB).

[0009] 5G (5th Generation) in 3GPP (Third Generation Partnership Project) introduces both the New Core Network (5GC) and the New Radio (NR) access network. However, the core network, 5GC, also supports radio access technologies (RATs) other than NR. It has been agreed that Long Term Evolution (LTE) (or Evolved Universal Terrestrial Radio Access (E-UTRA)) will also connect to 5GC. The LTE base station (eNB) connected to 5GC is called ng-eNB and is part of the NG-RAN, which consists of NR base stations called gNB. Figure 4 shows how the base stations are connected with the nodes in 5GC.

[0010] As shown in Figure 5, there are various ways to deploy 5G networks, with or without interworking with LTE (also called E-UTRA) and Evolved Packet Core (EPC). That is, it is possible to connect NR gNBs to the 5G Core Network (5GC) and eNBs to the EPC without any interconnection between them (Option 1 and Option 2 in Figure 5). On the other hand, the first supported version of NR is the so-called EN-DC (Evolved Universal Terrestrial Radio Access: E-UTRAN)-NR dual connectivity (Option 3). In such deployments, NR and LTE dual connectivity is applied, with LTE as the master node and NR as the secondary node. RAN nodes (gNBs) supporting NR may not have a control plane connection to the core network (EPC) and may instead rely on LTE as the master node (MeNB). This is also called "non-standalone NR". In this case, the functionality of the NR cell is limited and it is used for connected mode UEs as a booster or diversity leg, but RRC_IDLE UEs cannot camp on such an NR cell.

[0011] With the introduction of 5GC, other options are also in effect. As mentioned above, option 2 may support standalone NR deployments where a gNB is connected to 5GC. Similarly, option 5 can be used to connect LTE to 5GC (also known as enhanced LTE (eLTE), E-UTRA / 5GC, or LTE / 5GC, where the node may be referred to as ng-eNB). In these cases, both NR and LTE are considered part of the NG-RAN (both ng-eNB and gNB can be referred to as NG-RAN nodes). Option 4 and option 7 are other variations of LTE and NR dual connectivity that are being standardized as part of NG-RAN connected to 5GC, and are referred to as MR-DC (Multi-Radio Dual Connectivity). Under the umbrella of MR-DC are: EN-DC (Option 3): LTE is the master node, NR is the secondary node (CN of EPC is adopted) NE-DC (Option 4): NR is the master node, LTE is the secondary node (5GCN adopted) NGEN-DC (Option 7): LTE is the master node, NR is the secondary node (5GCN adopted) · NR-DC (variant of option 2): Dual connectivity where both master and secondary are NR (adopted by 5GCN).

[0012] As the transition of these options may differ from operator to operator, it is also possible to deploy several options in parallel in the same network. For example, there may be eNB base stations supporting options 3, 5, 7 and NR base stations supporting 2, 4 in the same network. In combination with the dual connectivity solution between LTE and NR, it is also possible to support CA (Carrier Aggregation) in each cell group (i.e. Master Cell Group (MCG) and Secondary Cell Group (SCG)) and dual connectivity between nodes on the same RAT (such as DC in NR-NR). In LTE cells, the result of these different deployments may be the coexistence of LTE cells associated with eNBs connected to EPC, 5GC or both EPC / 5GC.

[0013] Since use cases for UEs where bursty traffic is constantly suspended and resumed within the same cell are typical, 3GPP has standardized a solution in LTE and NR to assist the network with measurements performed when the UE is in RRC_IDLE or RRC_INACTIVE state, allowing the network to speed up carrier aggregation and dual connectivity setup, which is described below.

[0014] In 3GPP Release 16, it is possible to configure a UE in either LTE or NR to report so-called early measurements when transitioning from an idle or inactive state to a connected state. These measurements may be performed by the UE in idle or inactive state according to the configuration provided by the source cell. The UE may then report these measurements to the network during or immediately after the transition to the RRC_CONNECTED state. In this way, the network has the relevant measurement information to determine whether the UE is in coverage for CA or DC operation and can quickly set up CA and / or other forms of DC (EN-DC, MR-DC, etc.) without first providing the measurement configuration (measConfig) in RRC_CONNECTED as shown in the previous section and waiting hundreds of milliseconds for the first samples to be collected, monitored, and the first report to be triggered and sent to the network.

[0015] This is also described in 3GPP TS38.300 v16.4.0: The network can request the UE to measure NR and / or E-UTRA carriers in RRC_IDLE or RRC_INACTIVE via system information or via dedicated measurement configuration in RRCRelease. If the UE was configured to perform measurements on NR and / or E-UTRA carriers during RRC_IDLE, the UE can indicate to the gNB in ​​the RRCSetupComplete message that the corresponding measurement results are available. The network can request the UE to report the measurement results after security activation. The measurement request can be sent immediately after the network sends the Security Mode Command (i.e. before receiving Security Mode Complete from the UE). If the UE was configured to perform measurements on NR and / or E-UTRA carriers during RRC_INACTIVE, the gNB may request the UE to provide the corresponding measurement results in the RRCResume message and the UE may then include the available measurement results in the RRCResumeComplete message. Alternatively, the UE may indicate to the gNB in ​​the RRCResumeComplete message that the measurement results are available and the gNB may request the UE to provide the measurement results.

[0016] In 3GPP TS 38.331, early measurement results for NR cells are reported in MeasResultIdleNR-r16, which includes a single entity for serving cell measurements (for PCell) and an optional list of measurement results for neighboring NR frequencies / cells (for CA and / or DC). For example, below is an example of an optional list of measurement results for neighboring NR frequencies / cells as described in 38.331 v16.3.1, 6.3.2: MeasResultIdleNR-r16 ::= SEQUENCE { measResultServingCell-r16 SEQUENCE { rsrp-Result-r16 RSRP-Range OPTIONAL, rsrq-Result-r16 RSRQ-Range OPTIONAL, resultsSSB-Indexes-r16 ResultsPerSSB-IndexList-r16 OPTIONAL }, measResultsPerCarrierListIdleNR-r16 SEQUENCE (SIZE (1.. maxFreqIdle-r16)) OF MeasResultsPerCarrierIdleNR-r16 OPTIONAL, ... } MeasResultsPerCarrierIdleNR-r16 ::= SEQUENCE { carrierFreq-r16 ARFCN-ValueNR, measResultsPerCellListIdleNR-r16 SEQUENCE (SIZE (1..maxCellMeasIdle-r16)) OF MeasResultsPerCellIdleNR-r16, ... } MeasResultsPerCellIdleNR-r16 ::= SEQUENCE { physCellId-r16 PhysCellId, measIdleResultNR-r16 SEQUENCE { rsrp-Result-r16 RSRP-Range OPTIONAL, rsrq-Result-r16 RSRQ-Range OPTIONAL, resultsSSB-Indexes-r16 ResultsPerSSB-IndexList-r16 OPTIONAL }, ... } ResultsPerSSB-IndexList-r16 ::= SEQUENCE (SIZE (1.. maxNrofIndexesToReport)) OF ResultsPerSSB-IndexIdle-r16 ResultsPerSSB-IndexIdle-r16 ::= SEQUENCE { ssb-Index-r16 SSB-Index, ssb-Results-r16 SEQUENCE { ssb-RSRP-Result-r16 RSRP-Range OPTIONAL, ssb-RSRQ-Result-r16 RSRQ-Range OPTIONAL } OPTIONAL }

[0017] The early measurement configuration for adjacent NR frequencies (in MeasIdleCarrierNR-r16) includes, among other things, the measurement quantities (reportQuantities) and beam level measurements / reports (BeamMeasConfigIdle-NR-r16) that apply to that frequency. These parameters can be set separately for each frequency. An example of parameters set separately for each frequency (38.331 v16.3.1,6.3.2) is shown below: -- ASN1START -- TAG-MEASIDLECONFIG-START MeasIdleConfigSIB-r16 ::= SEQUENCE { measIdleCarrierListNR-r16 SEQUENCE (SIZE (1..maxFreqIdle-r16)) OF MeasIdleCarrierNR-r16 OPTIONAL, -- Need S measIdleCarrierListEUTRA-r16 SEQUENCE (SIZE (1..maxFreqIdle-r16)) OF MeasIdleCarrierEUTRA-r16 OPTIONAL, -- Need S ... } MeasIdleConfigDedicated-r16 ::= SEQUENCE { measIdleCarrierListNR-r16 SEQUENCE (SIZE (1..maxFreqIdle-r16)) OF MeasIdleCarrierNR-r16 OPTIONAL, -- Need N measIdleCarrierListEUTRA-r16 SEQUENCE (SIZE (1..maxFreqIdle-r16)) OF MeasIdleCarrierEUTRA-r16 OPTIONAL, -- Need N measIdleDuration-r16 ENUMERATED{sec10, sec30, sec60, sec120, sec180, sec240, sec300, spare}, validityAreaList-r16 ValidityAreaList-r16 OPTIONAL, -- Need N ... } ValidityAreaList-r16 ::= SEQUENCE (SIZE (1..maxFreqIdle-r16)) OF ValidityArea-r16 ValidityArea-r16 ::= SEQUENCE { carrierFreq-r16 ARFCN-ValueNR, validityCellList-r16 ValidityCellList OPTIONAL -- Need N } ValidityCellList ::= SEQUENCE (SIZE (1.. maxCellMeasIdle-r16)) OF PCI-Range MeasIdleCarrierNR-r16 ::= SEQUENCE { carrierFreq-r16 ARFCN-ValueNR, ssbSubcarrierSpacing-r16 SubcarrierSpacing, frequencyBandList MultiFrequencyBandListNR OPTIONAL, -- Need R measCellListNR-r16 CellListNR-r16 OPTIONAL, -- Need R reportQuantities-r16 ENUMERATED {rsrp, rsrq, both}, qualityThreshold-r16 SEQUENCE { idleRSRP-Threshold-NR-r16 RSRP-Range OPTIONAL, -- Need R idleRSRQ-Threshold-NR-r16 RSRQ-Range OPTIONAL -- Need R } OPTIONAL, -- Need R ssb-MeasConfig-r16 SEQUENCE { nrofSS-BlocksToAverage-r16 INTEGER (2..maxNrofSS-BlocksToAverage) OPTIONAL, -- Need S absThreshSS-BlocksConsolidation-r16 ThresholdNR OPTIONAL, -- Need S smtc-r16 SSB-MTC OPTIONAL, -- Need S ssb-ToMeasure-r16 SSB-ToMeasure OPTIONAL, -- Need S deriveSSB-IndexFromCell-r16 BOOLEAN, ss-RSSI-Measurement-r16 SS-RSSI-Measurement OPTIONAL -- Need S } OPTIONAL, -- Need S beamMeasConfigIdle-r16 BeamMeasConfigIdle-NR-r16 OPTIONAL, -- Need R ... } MeasIdleCarrierEUTRA-r16 ::= SEQUENCE { carrierFreqEUTRA-r16 ARFCN-ValueEUTRA, allowedMeasBandwidth-r16 EUTRA-AllowedMeasBandwidth, measCellListEUTRA-r16 CellListEUTRA-r16 OPTIONAL, -- Need R reportQuantitiesEUTRA-r16 ENUMERATED {rsrp, rsrq, both}, qualityThresholdEUTRA-r16 SEQUENCE { idleRSRP-Threshold-EUTRA-r16 RSRP-RangeEUTRA OPTIONAL, -- Need R idleRSRQ-Threshold-EUTRA-r16 RSRQ-RangeEUTRA-r16 OPTIONAL -- Need R } OPTIONAL, -- Need S ... } CellListNR-r16 ::= SEQUENCE (SIZE (1..maxCellMeasIdle-r16)) OF PCI-Range CellListEUTRA-r16 ::= SEQUENCE (SIZE (1..maxCellMeasIdle-r16)) OF EUTRA-PhysCellIdRange BeamMeasConfigIdle-NR-r16 ::= SEQUENCE { reportQuantityRS-Indexes-r16 ENUMERATED {rsrp, rsrq, both}, maxNrofRS-IndexesToReport-r16 INTEGER (1.. maxNrofIndexesToReport), includeBeamMeasurements-r16 BOOLEAN } RSRQ-RangeEUTRA-r16 ::= INTEGER (-30..46) -- TAG-MEASIDLECONFIG-STOP -- ASN1STOP

[0018] However, procedure 5.7.8.2a of 38.331 implies that the serving cell measurements are derived and stored once for each neighboring NR frequency on which the UE performs (and stores) measurements. This is not the intended behavior and could mean that the serving cell measurements are derived and stored (for each frequency) according to the reportQuantities configured for that particular frequency.

[0019] For example, 38.331 v16.3.1, 5.7.8.2a states: 2>If VarMeasIdleConfig contains measIdleCarrierListNR and Session Information Block 1 (SIB1) contains idleModeMeasurementsNR: 3>For each entry of measIdleCarrierListNR in VarMeasIdleConfig that contains ssb-MeasConfig: 4> If the UE supports carrier aggregation or NR-DC between serving carriers and supports the carrier frequency and subcarrier spacing indicated by carrierFreq and ssbSubCarrierSpacing in the corresponding entry: 5> Perform measurements at the carrier frequency and subcarrier spacing indicated by carrierFreq and ssbSubCarrierSpacing in the corresponding items; 5>If reportQuantities is set to rsrq: 6>Consider RSRQ as the cell sorting amount; 5> Otherwise: 6>Consider RSRP as the amount of cell sorting; 5>If measCellListNR is included: 6>Consider the cell identified by each entry in measCellListNR as applicable for idle / inactive measurement reporting; 5> Otherwise: 6>According to the sorting amount, the strongest specific cells up to maxCellMeasIdle are subject to idle / inactive measurement reporting; 5>Derive cell measurement results for all cells subject to idle / inactive measurement reporting and for the serving cell, for the measurement quantities indicated in reportQuantities; 5>Store the derived cell measurement result in measReportIdleNR of VarMeasIdleReport; 5> Store the derived cell measurement results in descending order of cell sorting quantity, i.e. best cells included first, as indicated by reportQuantities of cells applicable to idle / inactive measurement reports in measResultsPerCarrierListIdleNR in measReportIdleNR of VarMeasIdleReport as follows: 6>If qualityThreshold is set: 7>Include measurement results of cells in the idle / inactive measurement report whose RSRP / RSRQ measurement results are equal to or greater than the value specified by qualityThreshold; 6> Otherwise: 7> Include measurements of all applicable cells in idle / inactive measurement reports; 5>For each cell in the measurement result, if the related entry in measIdleCarrierListNR contains beamMeasConfigIdle: 6>Derive beam measurements based on SS / PBCH (Synchronization Signal / Physical Broadcast Channel) blocks for each measurement quantity indicated in reportQuantityRS-Indexes as described in TS38.215[9]; 6>If reportQuantityRS-Indexes is set to rsrq: 7>Consider RSRQ as the amount of beam sorting; 6> Otherwise: 7>Consider RSRP as the beam sorting amount; 6> Set resultsSSB-Indexes to include up to maxNrofRS-IndexesToReport SS / PBCH block indices in descending order of beam sorting amount, as follows: 7>include the index associated with the beam that best fits the sort amount and, if absThreshSS-BlocksConsolidation is included, the remaining beams whose sort amount exceeds absThreshSS-BlocksConsolidation; 6>If includeBeamMeasurements is set to true: 7>Include beam measurement results as indicated by reportQuantityRS-Indexes

[0020] As per the procedural text of 38.331 v16.3.1, 5.7.8.2a above, the UE may report beam-level results for each neighboring NR frequency for which the UE performs early measurements and for which beamMeasConfigIdle is included. The UE may then include a list of up to maxNrofRS-IndexesToReport SS / PBCH block indexes in descending beam sorting order. The sorting is based on the value of reportQuantityRS-Indexes, and the beam-level results may be sorted by RSRQ if set to rsrq, by RSRP if set to rsrp, or both. If the beam-level configuration includeBeamMeasurements is set to true, the UE may include beam measurement results in the early measurement results according to the indicated reportQuantityRS-Indexes, i.e., for RSRP, RSRQ, or both. Summary of the Invention

[0021] The problem is that for early measurements performed by a UE in RRC_IDLE or RRC_INACTIVE and reported to the network when the UE transitions (or has transitioned) to RRC_CONNECTED in NR, there is no configuration on how to derive and report beam level information for the serving cell. For early measurement configurations, the corresponding beamMeasConfigIdle-r16 has beam level configurations per adjacent NR frequency, which may include an indication of the measurement quantity to use for beam measurements, the maximum number of beams to report, and whether to include beam measurement results according to the configured measurement quantity. However, since there is no corresponding configuration for serving cell beam level measurement and reporting, it is ambiguous whether and how the UE should report all beam level measurements of the serving cell.

[0022] Therefore, it is unclear whether the UE should derive and report serving cell beam level measurements. If the UE decides to report, it is unclear what configuration should be used for the corresponding beam level report. For example, this could lead to a situation where the UE does not include the serving cell beam level report in the early measurement report, even though the network requires it. This could lead to missing information for the network, which could negatively affect the usefulness of the early measurement report.

[0023] This may lead to a situation where the UE provides a serving cell beam level report in the early measurement report, but the network does not know on what configuration it is based, e.g. what measurement quantities the UE uses. The network may therefore misinterpret the received measurement information and make incorrect assumptions or decisions. Furthermore, in some situations, the UE may include the serving cell beam level report in the early measurement report, even though the network does not require it. In that case, the UE may send measurement information to the network unnecessarily, which may lead to unnecessary use of UL resources (and power consumption).

[0024] According to some embodiments, a method of operating a communications device in a communications network includes receiving an early measurement configuration for performing early measurements for reporting to the communications network while operating in an idle, connected, or inactive state, the early measurement configuration including a configuration for performing beam level measurements for a serving cell. The method includes performing early measurements including beam level measurements for the serving cell while operating in the idle or inactive state. The method includes reporting early measurement results including beam level measurements for the serving cell to the communications network when the communications device transitions to the connected state.

[0025] Similar apparatus, computer programs, and computer program products are provided.

[0026] An advantage that may be achieved is that the network may be able to instruct the UE whether and how to derive and report beam-level measurements for the serving cell early, so that the UE may not be ambiguous about how to derive and report beam-level measurements for the serving cell. This may allow the network to make the UE report relevant early measurements for the serving cell (e.g., whether the UE needs in this particular case, and if so, whether it only needs to indicate the strongest beam or also includes actual measurements, how many beams to include in the measurement report, quality thresholds to use to determine whether a beam should be reported, etc.).

[0027] According to some other embodiments, a method of operating a network node in a communications network includes transmitting, to a user equipment (UE), a configuration for performing beam level measurements for a serving cell, the method including receiving beam level measurements for the serving cell. [Brief description of the drawings]

[0028] The accompanying drawings, which are included to provide a further understanding of the present disclosure and are incorporated in and constitute a part of this application, illustrate certain non-limiting embodiments of the inventive concepts.

[0029] [Figure 1] FIG. 1 is a block diagram of an example of MAC-level aggregated cells.

[0030] [Diagram 2] FIG. 1 is a block diagram showing MAC level states in LTE.

[0031] [Diagram 3] FIG. 1 is a block diagram of an example of a mobile network for configuring a measurement ID in a UE.

[0032] [Figure 4] A diagram showing examples of base stations and other nodes connected to each other within 5GC.

[0033] [Diagram 5] A diagram showing an example of LTE and NR interworking options in 3GPP.

[0034] [Figure 6] 1 is a block diagram illustrating a communication device UE according to some embodiments of the inventive concept.

[0035] [Figure 7] FIG. 1 is a block diagram illustrating a radio access network RAN ​​node (e.g., a base station eNB / gNB) according to some embodiments of the inventive concept.

[0036] [Figure 8] A block diagram showing a core network CN node (e.g., an AMF node, an SMF node, etc.) according to some embodiments of the inventive concept.

[0037] [Figure 9]FIG. 1 is a flow diagram illustrating a method according to some embodiments of the inventive concept.

[0038] [Figure 10] 5 is a flowchart illustrating the operation of a communicating UE in accordance with some embodiments of the inventive concept.

[0039] [Figure 11] 4 is a flowchart illustrating the operation of a network node in accordance with some embodiments of the inventive concept.

[0040] [Figure 12] 1 is a block diagram of a wireless network according to some embodiments.

[0041] [Figure 13] FIG. 2 is a block diagram of a user device according to some embodiments.

[0042] [Figure 14] FIG. 1 is a block diagram of a virtualization environment in accordance with some embodiments.

[0043] [Figure 15] 1 is a block diagram of a telecommunications network connected to a host computer through an intermediate network according to some embodiments.

[0044] [Figure 16] 1 is a block diagram of a host computer communicating with a user device via a base station over a partially wireless connection according to some embodiments.

[0045] [Figure 17] 1 is a block diagram of a method implemented in a communication system including a host computer, a base station, and a user equipment, according to some embodiments.

[0046] [Figure 18]1 is a block diagram of a method implemented in a communication system including a host computer, a base station, and a user equipment, according to some embodiments.

[0047] [Figure 19] 1 is a block diagram of a method implemented in a communication system including a host computer, a base station, and a user equipment, according to some embodiments.

[0048] [Figure 20] 1 is a block diagram of a method implemented in a communication system including a host computer, a base station, and a user equipment, according to some embodiments. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0049] The inventive concept will now be described in more detail with reference to the accompanying drawings, which show examples of embodiments of the inventive concept. However, the inventive concept may be embodied in many different forms and should not be construed as being limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the inventive concept to those skilled in the art. It should also be noted that these embodiments are not mutually exclusive. Elements of one embodiment may be implicitly assumed to be present / used in another embodiment.

[0050] The following description illustrates various embodiments of the disclosed subject matter. These embodiments are presented as instructional examples and are not to be construed as limiting the scope of the disclosed subject matter. For example, certain details of the described embodiments may be modified, omitted, or expanded without departing from the scope of the described subject matter.

[0051] One issue addressed in this disclosure is that for early measurements performed by a UE in RRC_IDLE or RRC_INACTIVE and reported to the network when the UE transitions (or has transitioned) to RRC_CONNECTED in NR, there is no configuration on how to derive and report beam level information for the serving cell. For early measurement configurations, there is a beam level configuration per adjacent NR frequency in the corresponding beamMeasConfigIdle-r16, which may include an indication of the measurement quantity to use for beam measurements, the maximum number of beams to report, and whether to include beam measurement results according to the configured measurement quantity. However, since there is no configuration corresponding to serving cell beam level measurement and reporting, it is ambiguous whether and, if so, how the UE should report all beam level measurements of the serving cell.

[0052] It may be noted that in a typical case, the serving cell (where the UE is camped) is a lower frequency band on FR1, whereas the configured early measurements are CA / DC candidates for higher frequencies on FR2. As an example, only 4 or 8 beams are supported in FR1, whereas up to 64 beams are supported in FR2. Thus, the configurations for beam level measurements are typically different between the serving cell and the configured neighboring NR frequencies, and therefore it is not appropriate to reuse the beam level configurations of the neighboring frequencies for the serving cell. It may also be noted that if the UE is configured only with early measurements for NE-DC, i.e., there are no neighboring NR frequencies, there is no beam level measurement configuration available at all, even though the UE needs to include measurements for the serving NR cell.

[0053] Therefore, it is unclear whether the UE should derive and report serving cell beam level measurements. If the UE decides to do so, it is not clear what configuration to use for the corresponding beam level report. This may lead to situations where, for example, the UE does not include the serving cell beam level report in the early measurement report, even though the network requires it. This may lead to missing information for the network, which may negatively affect the usefulness of the early measurement report.

[0054] This may lead to a situation where the UE provides a serving cell beam level report in the early measurement report, but the network does not know on what configuration it is based, e.g. what measurement quantities the UE uses. The network may therefore misinterpret the received measurement information and make incorrect assumptions or decisions. Furthermore, in some situations, the UE may include the serving cell beam level report in the early measurement report, even though the network does not require it. In that case, the UE may send measurement information to the network unnecessarily, which may lead to unnecessary use of UL resources (and power consumption).

[0055] 6 is a block diagram illustrating elements of a communication device UE 600 (also referred to as a mobile terminal, mobile communication terminal, wireless device, wireless communication device, wireless terminal, mobile device, wireless communication terminal, user equipment, UE, user equipment node / terminal / device, etc.) configured to provide wireless communication in accordance with an embodiment of the inventive concept. (The communication device 600 may be provided, for example, as described below with respect to the wireless device 1110 of FIG. 11, the UE 1200 of FIG. 12, the UEs 1591, 1592 of FIG. 15, and / or the UE 1530 of FIG. 15.) As shown, the communication device UE may include an antenna 607 (e.g., corresponding to the antenna 1111 of FIG. 11) and a transceiver circuit 601 (also referred to as a transceiver, e.g., corresponding to the interface 1114 of FIG. 11) including a transmitter and a receiver configured to provide uplink and downlink wireless communication with a base station(s) of a radio access network (e.g., corresponding to the network node 1160 of FIG. 11, also referred to as a RAN node). The communication device UE may also include a processing circuit 603 (also referred to as a processor, e.g., corresponding to the processing circuit 1120 of FIG. 11) coupled to the transceiver circuit, and a memory circuit 605 (also referred to as a memory, e.g., corresponding to the device-readable medium 1130 of FIG. 11) coupled to the processing circuit. The memory circuit 605 may include computer-readable program code that, when executed by the processing circuit 603, causes the processing circuit to perform operations according to embodiments disclosed herein. According to other embodiments, the processing circuit 603 may be defined to include a memory such that a separate memory circuit is not required. The communication device UE may also include an interface (such as a user interface) coupled to the processing circuit 603, and / or the communication device UE may be incorporated into a vehicle.

[0056] As discussed herein, operations of the communication device UE may be performed by the processing circuitry 603 and / or the transceiver circuitry 601. For example, the processing circuitry 603 may control the transceiver circuitry 601 to transmit communications to a radio access network node (also referred to as a base station) via the transceiver circuitry 601 over an air interface and / or to receive communications from a RAN node via the transceiver circuitry 601 over an air interface. Furthermore, modules may be stored in the memory circuitry 605, which may provide instructions for the processing circuitry 603 to perform respective operations (e.g., operations described below with respect to exemplary embodiments related to wireless communication devices) when instructions of the modules are executed by the processing circuitry 603. According to some embodiments, the communication device UE 600 and / or its element(s) / function(s) may be embodied as a virtual node / node and / or a virtual machine / machine.

[0057] 7 is a block diagram illustrating elements of a radio access network RAN ​​node 700 (also referred to as a network node, base station, eNodeB / eNB, gNodeB / gNB, etc.) of a radio access network (RAN) configured to provide cellular communications in accordance with an embodiment of the inventive concept. (The RAN node 700 may be provided, for example, as described below with respect to the network node 1160 of FIG. 11, the base stations 1512A, 1512B, 1512C of FIG. 15, and / or the base station 1520 of FIG. 15.) As shown, the RAN node may include a transceiver circuit 701 (also referred to as a transceiver, e.g., corresponding to part of the interface 1190 of FIG. 11) including a transmitter and a receiver configured to provide uplink and downlink wireless communications with mobile terminals. The RAN node may include a network interface circuit 707 (also referred to as a network interface, e.g., corresponding to part of the interface 1190 of FIG. 11) configured to provide communications with other nodes (e.g., other base stations) of the RAN and / or the core network CN. The network node may also include a processing circuit 703 (also referred to as a processor, e.g., corresponding to processing circuit 1170 of FIG. 11) coupled to the transceiver circuitry, and a memory circuit 705 (also referred to as a memory, e.g., corresponding to device readable medium 1180 of FIG. 11) coupled to the processing circuitry. The memory circuit 705 may include computer readable program code that, when executed by the processing circuitry 703, causes the processing circuitry to perform operations according to embodiments disclosed herein. According to other embodiments, the processing circuitry 703 may be defined to include a memory such that a separate memory circuit is not required.

[0058] As discussed herein, operations of the RAN node may be performed by the processing circuitry 703, the network interface 707, and / or the transceiver 701. For example, the processing circuitry 703 may control the transceiver 701 to transmit downlink communications via the transceiver 701 over the radio interface to one or more mobile terminals UEs and / or to receive uplink communications via the transceiver 701 over the radio interface from one or more mobile terminals UEs. Similarly, the processing circuitry 703 may control the network interface 707 to transmit communications via the network interface 707 to one or more other network nodes and / or to receive communications via the network interface from one or more other network nodes. Additionally, modules may be stored in the memory 705 that, when their instructions are executed by the processing circuitry 703, provide instructions for the processing circuitry 703 to perform respective operations (e.g., operations described below with respect to exemplary embodiments related to a RAN node). According to some embodiments, the RAN node 700 and / or its element(s) / function(s) may be embodied as a virtual node / nodes and / or virtual machines / machines.

[0059] According to some other embodiments, the network node may be implemented as a core network CN node that does not include a transceiver. In such embodiments, the transmission to the wireless communication device UE may be initiated by the network node to be provided via the network node that includes the transceiver (e.g., via a base station or a RAN node). According to an embodiment in which the network node is a RAN node that includes the transceiver, initiating the transmission may include transmitting via the transceiver.

[0060] FIG. 8 is a block diagram illustrating elements of a core network CN node (e.g., SMF node, AMF node, etc.) of a communications network configured to provide cellular communications in accordance with an embodiment of the inventive concept. As shown, the CN node may include a network interface circuit 807 (also referred to as a network interface) configured to provide communications with other nodes of the core network and / or radio access network RAN. The CN node may also include a processing circuit 803 (also referred to as a processor) coupled to the network interface circuit, and a memory circuit 805 (also referred to as a memory) coupled to the processing circuit. The memory circuit 805 may include computer readable program code that, when executed by the processing circuit 803, causes the processing circuit to perform operations according to embodiments disclosed herein. According to other embodiments, the processing circuit 803 may be defined to include a memory such that a separate memory circuit is not required.

[0061] As discussed herein, the operations of the CN node may be performed by the processing circuitry 803 and / or the network interface circuitry 807. For example, the processing circuitry 503 may control the network interface circuitry 807 to transmit communications to one or more other network nodes via the network interface circuitry 807 and / or to receive communications from one or more other network nodes via the network interface circuitry. Additionally, modules may be stored in the memory 805 that, when the instructions of the modules are executed by the processing circuitry 803, provide instructions for the processing circuitry 803 to perform respective operations (e.g., operations described below with respect to exemplary embodiments related to core network nodes). According to some embodiments, the CN node 800 and / or its element(s) / function(s) may be embodied as a virtual node / node and / or a virtual machine / machine.

[0062] This disclosure describes a method for configuration of a radio terminal / user equipment (UE) 600 on how to perform and report beam measurements of a serving cell, where the beam measurements are performed in a dormant state (e.g., RRC_IDLE or RRC_INACTIVE) and reporting occurs upon transition from the dormant state to a connected state. The method for configuration includes that a specific configuration for providing cell beam level measurements is included in the early measurement configuration. In some embodiments, the UE 600 determines based on the configuration whether to perform and report any beam level measurements for the serving cell, and if so, how to derive and report those measurements.

[0063] In some embodiments, the UE 600 includes a beam level report for the serving cell only if there is a configuration for the serving frequency that includes beamMeasConfigIdle-r16 in the early measurement configuration. If such a configuration is present, the UE 600 determines how to derive and report beam level measurements for the serving cell based on the configuration. In some embodiments, the UE 600 includes a beam level report for the serving cell if beamMeasConfigIdle-r16 is configured for any of the neighboring NR frequencies (any of all configured neighboring NR frequencies or any of the configured neighboring NR frequencies that are part of the same early measurement report) and includes corresponding per-beam measurement results if includeBeamMeasurements-r16 is configured for any of those neighboring NR frequencies. The configuration for beam level reporting for the serving cell is then either hard-coded, specified, or based on the corresponding configuration for cell reselection in SIB2 (e.g., as defined by nrofSS-BlocksToAverage and absThreshSS-BlocksConsolidation).

[0064] The UE 600 may include a beam level report for the serving cell based on the cell reselection parameters in SIB2. The same number of beams and / or thresholds as the beam measurements defined by nrofSS-BlocksToAverage and absThreshSS-BlocksConsolidation, respectively, in SIB2 are then used if defined. For example, if nrofSS-BlocksToAverage is not configured in SIB2, the UE 600 does not include any beam level measurements for the serving cell in the early measurement report transmitted in the cell. In some embodiments, the beam level report for the serving cell is based on a particular neighboring NR frequency configuration, e.g., the first one in the list, in the early measurement configuration. In this case, it can be based only on the dedicated early measurement configuration, only on the broadcast early measurement configuration, or a combination thereof.

[0065] It is possible for the network to instruct the UE 600 whether and how to derive and report early beam-level measurements for the serving cell, so that it is not ambiguous for the UE 600 how to derive and report beam-level measurements for the serving cell. This allows the network to ensure that the UE 600 reports early measurements for the relevant serving cells, for example checking whether this is required from the UE 600 in this particular case, and if so, whether to only indicate the strongest beam or also include actual measurements, how many beams to include in the measurement report, and the quality threshold to use to decide whether a beam should be reported.

[0066] FIG. 9 illustrates a method performed by a UE 600 according to some embodiments of the present disclosure. For example, FIG. 9 illustrates UE 600 receiving 3001 a configuration for performing early measurements for reporting to the network upon transition to RRC_CONNECTED while in RRC_IDLE or RRC_CONNECTED or RRC_INACTIVE. UE 600 may then also obtain a configuration for beam level measurements and reporting for the serving cell. In this step, a configuration is set for performing early measurements during RRC_IDLE or RRC_INACTIVE and reporting to the network upon transition to RRC_CONNECTED. The configuration includes a configuration for beam level measurements and reporting for the serving cell. The configuration can be provided to UE 600 via either dedicated signaling, e.g., in an RRCRelease message that triggers UE 600 to transition to RRC_IDLE or RRC_INACTIVE, broadcast signaling, e.g., system information in NR, or a combination thereof.

[0067] 9 also shows that the method includes UE 600 performing 3002 early measurements including beam level measurements for the serving cell while in RRC_IDLE or RRC_INACTIVE according to the received configuration. In this step, UE 600 may perform early measurements according to the received configuration, which may include performing beam level measurements for the serving cell.

[0068] 9 further shows that the method includes UE 600 reporting 3003, upon transition to RRC_CONNECTED, to the network early measurement results including beam level results of the serving cell according to the received configuration. In this step, upon transition to RRC_CONNECTED in the NR cell (serving cell), UE 600 is requested to report early measurement results to the network, which transmits early measurement results from UE 600 to the network (in the serving cell). UE 600 may decide whether to include beam level results for the serving cell based on the configuration received in the previous step, and if so, how to derive the beam level results for the serving cell and what to include in the corresponding report.

[0069] In another embodiment, the configuration for beam level measurement and reporting of the serving cell is provided to the UE 600 in a separate field or IE in the early measurement configuration. The UE 600 may then decide whether to perform and report any beam level measurements for the serving cell based on whether it has received this configuration. If the UE 600 has received this configuration, as part of the early measurement configuration, the UE 600 may perform beam level measurements of the serving cell accordingly. If the UE 600 has not received the configuration when the early measurement reporting time arrives, the UE 600 will not include the beam level measurement results of the serving cell in the early measurement report. An example implementation of this alternative is shown below (additional parts are omitted): underline (indicated with ): -- ASN1START -- TAG-MEASIDLECONFIG-START MeasIdleConfigSIB-r16 ::= SEQUENCE { measIdleCarrierListNR-r16 SEQUENCE (SIZE (1..maxFreqIdle-r16)) OF MeasIdleCarrierNR-r16 OPTIONAL, -- Need S measIdleCarrierListEUTRA-r16 SEQUENCE (SIZE (1..maxFreqIdle-r16)) OF MeasIdleCarrierEUTRA-r16 OPTIONAL, -- Need S ... , [[ beamMeasConfigIdleServing BeamMeasConfigIdleServing-NR OPTIONAL ]] } MeasIdleConfigDedicated-r16 ::= SEQUENCE { measIdleCarrierListNR-r16 SEQUENCE (SIZE (1..maxFreqIdle-r16)) OF MeasIdleCarrierNR-r16 OPTIONAL, -- Need N measIdleCarrierListEUTRA-r16 SEQUENCE (SIZE (1..maxFreqIdle-r16)) OF MeasIdleCarrierEUTRA-r16 OPTIONAL, -- Need N measIdleDuration-r16 ENUMERATED{sec10, sec30, sec60, sec120, sec180, sec240, sec300, spare}, validityAreaList-r16 ValidityAreaList-r16 OPTIONAL, -- Need N ... , [[ beamMeasConfigIdleServing BeamMeasConfigIdleServing-NR OPTIONAL ]] } [...skipped parts...]

[0070] In another embodiment, the configuration for beam level measurement and reporting for the serving cell is provided to the UE 600 in one of the MeasIdleCarrierNR-r16 entities in the measIdleCarrierListNR-r16 that is part of the UE's early measurement configuration. The UE 600 then checks whether the serving frequency (i.e., the frequency of the serving cell from which the UE 600 sends the early measurement report upon transition to RRC_CONNECTED) matches any of the configurations of the MeasIdleCarrierNR-r16 entities in the measIdleCarrierListNR-r16, e.g., whether carrierFreq and / or ssbSubCarrierSpacing match the carrier frequency and / or subcarrier spacing of the serving cell. If so, the UE 600 uses the configuration of that MeasIdleCarrierNR-r16 entity to decide whether to perform and / or include beam level measurements for the serving cell in the early measurement report and, if so, how to derive and report those beam level measurement results. For example, if the matching MeasIdleCarrierNR-r16 entity includes a beamMeasConfigIdle-r16, then the UE 600 determines that it must perform and report beam level measurements for the serving cell. Those beam level measurements are then performed according to, by way of example, the configuration included in that beamMeasConfigIdle-r16 and possibly the parameter absThreshSS-BlocksConsolidation-r16 included in the ssb-MeasConfig-r16 of the same MeasIdleCarrierNR-r16 entity.

[0071] In one example, if there is no MeasIdleCarrierNR-r16 entity matching the frequency of the serving cell in the measIdleCarrierListNR-r16 of the UE's early measurement configuration, the UE 600 does not include the beam level measurement results of the serving cell. If the UE 600 needs to report beam level measurements for the serving cell, the network may include a configuration for the serving frequency (with beamMeasConfigIdle-r16) in the measIdleCarrierListNR-r16. It is observed that in some cases, the corresponding MeasIdleCarrierNR-r16 entity may be configured by the network only for the configuration of beam level measurements / reports for the serving cell.

[0072] In another embodiment, the UE 600 determines whether it should derive and / or report beam level measurements for the serving cell based on the contents of the configuration for the neighboring NR frequencies, i.e., the contents in the MeasIdleCarrierNR-r16 entities in the measIdleCarrierListNR-r16. As an example, if any of those entities (i.e., the early measurement configuration for any of the configured NR neighboring frequencies) includes a configuration for beam level measurements (beamMeasConfigIdle-r16), the UE 600 includes a report on the beam level for the serving cell in the early measurement report. Similarly, the UE 600 may determine whether to include measurement results (for related measurement quantities) of the beam reported for the serving cell. For example, if any of the MeasIdleCarrierNR-r16 entities in the measIdleCarrierListNR-r16 configures includeBeamMeasurements-r16, the UE 600 may perform the corresponding procedure and include the measurement results for the serving cell.

[0073] In one example, some of the configurations used for beam level measurements on the serving cell (e.g., corresponding to reportQuantityRS-Indexes-r16 and maxNrofRS-IndexesToReport-r16 in BeamMeasConfigIdle-NR-r16, and absThreshSS-BlocksConsolidation-r16 in MeasIdleCarrierNR-r16) are configured with hard-coded and / or specified values. For example, the number of beams (corresponding to maxNrofRS-IndexesToReport-r16) can be set to a value related to the frequency band of the serving frequency. In another example, instead, based on the configuration for cell (re)selection in the system information (e.g., SIB2). For example, the parameter nrofSS-BlocksToAverage in SIB2 is used to configure maxNrofRS-IndexesToReport-r16 for beam level measurements of the serving cell in early measurements. Similarly, the absThreshSS-BlocksConsolidation parameter in SIB2 is used to determine the threshold (if any) for reporting beam level measurements of the serving cell in early measurements.

[0074] In another example, the UE 600 determines the beam level configuration to use for the serving cell using a beam level configuration of one of the neighboring NR frequencies of the early measurement configuration configured with beam level measurements (i.e., from one MeasIdleCarrierNR-r16 entity in the measIdleCarrierListNR-r16 that includes beamMeasConfigIdle-r16). The beam level configuration from which neighboring NR frequency configuration (MeasIdleCarrierNR-r16 entity in the list) to use can then be configured, specified, hard-coded, or determined through UE implementation, for example, via dedicated or broadcast signaling.

[0075] In another alternative, the UE 600 decides whether to derive and report any beam-level measurements for the serving cell (for early measurement reporting) based on the configuration for cell reselection in the system information (e.g., SIB2 for NR). In one example, if nrofSS-BlocksToAverage is defined in SIB2, the UE 600 derives and reports the beam-level results. In that case, that value may also be used to determine the maximum number of beams to include in the report.

[0076] In yet another alternative, the UE 600 determines whether to derive and report any beam level measurements for the serving cell (for early measurement reporting) and, if so, how to derive and report the beam level results based on one of the configurations for one of the neighboring NR frequencies in the early measurement configuration (i.e., from one MeasIdleCarrierNR-r16 entity in measIdleCarrierListNR-r16). The UE 600 then also uses the configurations related to beam level measurements for that neighboring NR frequency to determine whether and / or how to perform beam level measurements for the serving cell.

[0077] Which neighboring NR frequency configuration (MeasIdleCarrierNR-r16 entity in the list) to use for configuring beam level measurements for the serving cell can then be configured, specified, hard-coded, or determined through the UE implementation, for example. In one example, it is the first one in a list stored by the UE. In another example, it may be the first or last one in a list received through dedicated signaling, or the first or last one in a list received through broadcast signaling. It may also be the first or last one in a configuration list that includes beamMeasConfigIdle-r16, or if that entity actually contains a beam level configuration.

[0078] In yet another example, the beam level configuration of the serving cell is based on corresponding beam level configurations of one or more neighboring NR frequencies, e.g., as a combination of one or more such configurations, or different portions of the beam level configuration are obtained from different neighboring NR frequency configurations. In one example, the configuration of NR neighboring frequencies on which the beam level measurement configuration of the serving cell is based may be selected via a parameter in the neighboring NR frequency configuration (i.e., in the MeasIdleCarrierNR-r16 entity). Thereby, the serving cell frequency configuration is based on, e.g., the configuration of the NR neighboring frequency that is considered to be closest to the serving frequency.

[0079] In some embodiments, the decision as to whether to perform beam level measurements for a serving cell and / or whether to derive and report beam level measurements and, if so, which solution to use for determining the corresponding configuration to use may be configured by the network, e.g., through dedicated or broadcast signaling, or alternatively, may be specified, hard-coded, or determined by the UE implementation.

[0080] In the context of the present invention, what is referred to as beam measurement information may be interpreted as measurements performed on reference signals (such as SSBs or Channel State Information-Reference Signal (CSI-RS) resources) that may be beamformed by the network. Beam measurement information may be beam measurements such as RSRP, RSRQ or SINR (signal to interference and noise ratio) per beam (e.g., SS-RSRP for RSRP performed on a particular SSB), or information derived from beam measurements, e.g., a list of beam identifiers selected based on beam measurements, e.g., identifiers of the strongest beams, or beams above a configurable threshold, etc.

[0081] Operation of communications device 600 (implemented using the block diagram structure of FIG. 7) will now be described with reference to the flowchart of FIG. 11, in accordance with some embodiments of the inventive concepts. For example, modules may be stored in memory 305 of FIG. 7, and these modules may provide instructions such that, when the instructions of the modules are executed by the respective communications device processing circuitry 303, the processing circuitry 303 performs the respective operations of the flowchart.

[0082] FIG. 10 illustrates a method of operating a communications device in a communications network according to an embodiment of the disclosure. FIG. 10 illustrates that the method includes receiving 1100 a configuration for performing early measurements for reporting to a communications network while operating in either an idle state, a connected state, or an inactive state. In some embodiments, the idle state includes radio resource control idle (RRC_IDLE) and the inactive state includes radio resource control inactive (RRC_INACTIVE). For example, the communications device 600 receives a configuration for performing early measurements for reporting to a communications network while operating in either an RRC_IDLE or a radio RRC_INACTIVE state. In some embodiments, the method includes receiving the configuration from the communications network through dedicated signaling, broadcast signaling, or a combination of dedicated and broadcast signaling. Additional examples and embodiments of dedicated, broadcast, or a combination of dedicated and broadcast signaling of the configuration are described above with respect to FIG. 9.

[0083] In some embodiments, the early measurement includes beam level measurements. In this embodiment, the configuration includes a configuration for performing beam level measurements and reporting to a serving cell. In some embodiments, the configuration for performing beam level measurements is provided to the communications device either in a separate field or an information element (IE) in the early measurement configuration.

[0084] According to some embodiments, a configuration for performing beam level measurements is provided to the communications device in a measurement idle carrier New Radio (NR) entity that is part of an early measurement configuration of the communications device. In some embodiments, the method includes determining whether to perform and / or include in an early measurement report a beam level measurement for a serving cell based on a comparison of a serving frequency of the communications device and a configuration of the measurement idle carrier NR entity. For example, the communications device 600 determines to perform and / or include in an early measurement report a beam level measurement for a serving cell based on a comparison of a serving frequency of the communications device 600 and a configuration of the measurement idle carrier NR entity.

[0085] The method, in some embodiments, includes determining to perform and / or include in an early measurement report a beam level measurement for a serving cell based on a determination that the serving frequency of the communication device corresponds to a configuration of the measurement idle carrier NR entity. Alternatively, the method includes determining not to perform and / or include in an early measurement report a beam level measurement for a serving cell based on a determination that the serving frequency of the communication device does not correspond to a configuration of the measurement idle carrier NR entity. Continuing with the previous example, the communication device 600 determines to perform and / or include in an early measurement report a beam level measurement for a serving cell based on a determination that the serving frequency of the communication device 600 corresponds to a configuration of the measurement idle carrier NR entity, or determines not to perform and / or include in an early measurement report a beam level measurement for a serving cell based on a determination that the serving frequency of the communication device 600 does not correspond to a configuration of the measurement idle carrier NR entity. Additional examples and embodiments regarding the measurement idle carrier NR entity are described above with respect to FIG. 9.

[0086] In some embodiments, the method includes determining whether to perform and / or include in an early measurement report a beam level measurement for a serving cell based on a comparison of a neighboring NR frequency of the communication device and a configuration of the measurement idle carrier NR entity. In some embodiments, the method includes determining to perform and / or include in an early measurement report a beam level measurement for a serving cell based on a determination that a neighboring NR frequency of the communication device corresponds to a configuration of the measurement idle carrier NR entity. For example, the communication device 600 determines to perform and / or include in an early measurement report a beam level measurement for a serving cell based on a determination that a neighboring NR frequency of the communication device 600 corresponds to a configuration of the measurement idle carrier NR entity. Alternatively, the configuration for performing the beam level measurement is provided to the communication device in a configuration for cell (re)selection in the system information in some embodiments. Additional examples and embodiments of configurations neighboring NR frequencies and cell reselection in the system information are described above with respect to FIG. 9.

[0087] Returning to FIG. 10, the method includes performing 1102 early measurements while operating in either an idle state or an inactive state, and reporting 1104 early measurement results to a communication network when the communication device transitions to a connected state. In some embodiments, the connected state includes a radio resource control connected (RRC_CONNECTED) state. For example, the communication device 600 performs early measurements while operating in either an RRC_IDLE state or an RRC_INACTIVE state. Furthermore, the communication device 600 reports the early measurement results to the communication network when the communication device transitions to the RRC_CONNECTED state. In some embodiments, the method includes performing beam-level measurements for a serving cell and reporting the beam-level measurement results for the serving cell to the network. Additional examples and embodiments of performing early measurements and reporting early measurement results are described above with respect to FIG. 9.

[0088] In some embodiments, the configuration includes a configuration for beam level measurements for the adjacent NR frequency in the early measurement configuration. In this embodiment, the method includes performing the early measurement based on the configuration for the adjacent NR frequency. In some embodiments, the method further includes selecting a configuration for the adjacent NR frequency from a list of configurations for the multiple adjacent NR frequencies. For example, the communications device 600 selects the adjacent NR frequency from a list of configurations for the multiple adjacent NR frequencies.

[0089] FIG. 11 illustrates a method of operating a network device in a communication network according to an embodiment of the present disclosure. FIG. 11 illustrates a method that includes transmitting 1100 an early measurement configuration to a communication device 600 (e.g., user equipment (UE)) for performing beam level measurements on a serving cell when the UE is operating in an idle or inactive state while the UE is operating in an active, idle, or inactive state. In some embodiments, the configuration for performing beam level measurements is provided to the UE in one or more MeasIdleCarrierNR-r16 information elements. In some embodiments, the method includes transmitting a configuration for beam level measurements on a neighboring frequency. The method includes receiving 1102 a beam level measurement result on the serving cell.

[0090] Example embodiments are also described below. 1. A method of operation of a communications device in a communications network, the method comprising: receiving a configuration for performing early measurements for reporting to the communications network while operating in an idle or inactive state; performing said early measurement while operating in said idle state or said inactive state; reporting early measurement results to the communications network when the communications device transitions to a connected state; A method comprising: 2. The idle state includes a radio resource control idle (RRC_IDLE) state, and the inactive state includes a radio resource control inactive (RRC_INACTIVE) state. 2. The method of embodiment 1. 3. The connection state includes a radio resource control connected (RRC_CONNECTED) state. 3. The method according to embodiment 1 or 2. 4. Receiving the configuration to perform the early measurements includes receiving the configuration via dedicated signaling, broadcast signaling, or a combination of dedicated and broadcast signaling from the communications network. 2. The method of embodiment 1. 5. The early measurement includes a beam level measurement; The configuration includes a configuration for performing beam level measurements and reporting for a serving cell. 2. The method of embodiment 1. 6. The configuration for performing the beam level measurements is provided to the communications device either in a separate field or an information element (IE) within the early measurement configuration. 6. The method of embodiment 5. 7. The configuration for performing the beam level measurements is provided to the communications device within a measurement idle carrier New Radio (NR) entity that is part of an early measurement configuration of the communications device. 6. The method of embodiment 5. 8. determining whether to perform and / or include in the early measurement report the beam level measurement for the serving cell based on a comparison of a serving frequency of the communication device and a configuration of the measurement idle carrier NR entity. 8. The method of embodiment 7. 9. The method further includes determining to perform and / or include in the early measurement report the beam level measurement for the serving cell based on a determination that the serving frequency of the communication device corresponds to a configuration of the measurement idle carrier NR entity. 9. The method of embodiment 8. 10. Based on a determination that the serving frequency of the communication device does not correspond to a configuration of the measurement idle carrier NR entity, determining not to perform and / or not to include in an early measurement report the beam level measurement for the serving cell. 9. The method of embodiment 8. 11. determining whether to perform and / or include in the early measurement report the beam level measurement for the serving cell based on a comparison of a Neighborhood New Radio (NR) frequency of the communication device and a configuration of the measurement idle carrier NR entity. 8. The method of embodiment 7. 12. Based on a determination that the neighboring NR frequency of the communication device corresponds to the configuration of the measurement idle carrier NR entity, determining to perform and / or include in the early measurement report the beam level measurement for the serving cell. 12. The method of embodiment 11. 13. The configuration for performing the beam level measurement is provided to the communication device in a configuration for cell (re)selection in system information. 5. The method of embodiment 4. 14. The early measurement includes a beam level measurement; The configuration includes a configuration for beam level measurement of adjacent New Radio (NR) frequencies in the early measurement configuration. 2. The method of embodiment 1. 15. Performing the early measurements includes performing the early measurements based on the configuration for the adjacent NR frequencies. 15. The method of embodiment 14. 16. Performing the early measurement based on the configuration for the adjacent NR frequency includes selecting the configuration for the adjacent NR frequency from a list of configurations of a plurality of adjacent NR frequencies. 16. The method of embodiment 15. 17. The performing of the early measurements includes performing beam level measurements for the serving cell. 2. The method of embodiment 1. 18. Reporting the early measurement results includes reporting the beam level measurement results for the serving cell to the network. 2. The method of embodiment 1. 19. A communication device (300), comprising: A processing circuit (303); A memory (305) coupled to the processing circuitry, the memory containing instructions that, when executed by the processing circuitry, cause the communications device to perform operations according to any one of claims 1 to 16; 2. A communication device comprising: 20. A communication device (300) adapted to perform the operations according to any one of the preceding embodiments. 21. A computer program comprising program code that is executed by a processing circuit (303) of a communication device (300), the execution of the program code causing the communication device (300) to perform operations according to any one of embodiments 1 to 16.

[0091] Further explanation is provided below.

[0092] In general, all terms used herein shall be interpreted according to their ordinary meaning in the relevant technical field unless a different meaning is expressly given and / or implied from the context in which it is used. All references to a / an / the element, apparatus, component, means, step, etc. shall be openly interpreted as referring to at least one instance of that element, apparatus, component, means, step, etc., unless expressly stated otherwise. The steps of the methods disclosed herein need not be performed in the exact order disclosed, unless a step is expressly stated to follow or precede other steps, and / or unless it is implicitly stated that a step must follow or precede other steps. Any feature of the embodiments disclosed herein may be applied to other embodiments, where appropriate. Similarly, any advantage of any embodiment may be applied to any other embodiment, and vice versa. Other objects, features, and advantages of the enclosed embodiments will become apparent from the following description.

[0093] Some of the embodiments contemplated herein will now be described more fully with reference to the accompanying drawings, in which: However, other embodiments are within the scope of the subject matter disclosed herein, and the disclosed subject matter should not be construed as being limited to only the embodiments set forth herein, but rather, these embodiments are provided as examples to convey the scope of the subject matter to those skilled in the art.

[0094] FIG. 12 illustrates a wireless network according to some embodiments.

[0095] Although the subject matter described herein may be implemented in any suitable type of system using any suitable components, the embodiments disclosed herein are described in connection with a wireless network, such as the exemplary wireless network illustrated in FIG. 12. For simplicity, the wireless network of FIG. 12 depicts only the network 1206, the network nodes 1260 and 1260B, and the WDs 1210, 1210B, and 1210C (also referred to as mobile terminals). In practice, the wireless network may further include any additional elements suitable for supporting communications between wireless devices, or between wireless devices and other communication devices, such as landlines, service providers, or any other network nodes or end devices. Of the illustrated components, the network node 1260 and the wireless device (WD) 1210 are depicted with additional details. The wireless network may provide communication and other types of services to one or more wireless devices to facilitate the wireless devices' access to and / or use of services provided by or via the wireless network.

[0096] A wireless network may be comprised of and / or interface with any type of communication, telecommunication, data, cellular, and / or radio network, or other similar type of system. In some embodiments, a wireless network may be configured to operate according to a particular standard or other type of predefined rules or procedures. Thus, particular embodiments of a wireless network may implement communication standards such as Global System for Mobile Communications (GSM), Universal Mobile Telecommunications System (UMTS), Long Term Evolution (LTE), and / or other suitable 2G, 3G, 4G, or 5G standards, wireless local area network (WLAN) standards such as IEEE 802.11 standards, and / or any other suitable wireless communication standards such as Worldwide Interoperability for Microwave Access (WiMax), Bluetooth, Z-Wave, and / or ZigBee standards.

[0097] The network 1206 may be comprised of one or more backhaul networks, core networks, IP (Internet Protocol) networks, public switched telephone networks (PSTN), packet data networks, optical networks, wide area networks (WANs), local area networks (LANs), wireless local area networks (WLANs), wired networks, wireless networks, metropolitan area networks, and other networks that enable communication between devices.

[0098] The network node 1260 and the WD 1210 are comprised of various components, which are described in detail below. These components cooperate to provide the functionality of a network node and / or a wireless device, such as providing wireless connectivity in a wireless network. In different embodiments, a wireless network may be comprised of any number of wired or wireless networks, network nodes, base stations, controllers, wireless devices, relay stations, and / or any other components or systems that may facilitate or participate in the communication of data and / or signals, whether via wired or wireless connections.

[0099] As used herein, a network node refers to a device capable of, configured, arranged, and / or operable to communicate, directly or indirectly, with wireless devices and / or with other network nodes or devices in a wireless network to enable and / or provide wireless access to the wireless devices and / or to perform other functions (e.g., management) in the wireless network. Examples of network nodes include, but are not limited to, access points (APs) (e.g., wireless access points), base stations (BSs) (e.g., radio base stations, Node Bs, evolved Node Bs (eNBs) and NR Node Bs (gNBs)). Base stations may be classified based on the amount of coverage they provide (or, in other words, their transmit power levels) and may also be referred to as femto, pico, micro, or macro base stations. A base station may be a relay node or a relay donor node that controls the relay. A network node may also include one or more (or all) parts of a distributed wireless base station, such as a central digital unit and / or a remote radio unit (RRU) (sometimes referred to as a remote radio head (RRH)). Such remote radio units may or may not be integrated with an antenna as an antenna-integrated radio. Some of the distributed radio base stations may be referred to as nodes of a distributed antenna system (DAS). Further examples of network nodes include a multi-standard radio (MSR) device such as a BS of an MSR, a network controller such as a radio network controller (RNC) or a base station controller (BSC), a base transceiver station (BTS), a transmission point, a transmission node, a multi-cell / multicast coordination entity (MCE), a core network node (e.g., a mobile switching center (MSC), a mobile management entity (MME)), an operation and maintenance (O&M) node, an operation support system (OSS) node, a self-optimizing network (SON) node, a positioning node (e.g., an evolved serving mobile location center (E-SMLC)), and / or a drive test minimization (MDT).As another example, a network node may be a virtual network node, as described in further detail below, but more generally, a network node may represent any suitable device (or group of devices) configured, arranged, and / or operable to enable and / or provide for wireless devices to access a wireless network, or to provide some service to wireless devices that have accessed the wireless network.

[0100] In FIG. 12, network node 1260 includes processing circuitry 1270, device readable medium 1280, interface 1290, auxiliary device 1284, power source 1286, power circuitry 1287, and antenna 1262. Although network node 1260 illustrated in the exemplary wireless network of FIG. 12 may represent a device including the illustrated combination of hardware components, other embodiments may comprise a network node having a different combination of components. It should be understood that a network node is comprised of any suitable combination of hardware and / or software necessary to perform the tasks, features, functions, and methods disclosed herein. Additionally, although the components of network node 1260 are depicted as a single box arranged within a larger box, or as boxes nested within multiple boxes, in reality the network node may be comprised of multiple different physical components that comprise a single illustrated component (e.g., device readable medium 1280 may be comprised of multiple separate hard drives, as well as multiple RAM modules).

[0101] Similarly, the network node 1260 may be comprised of multiple physically separate components (e.g., a NodeB component and an RNC component, or a BTS component and a BSC component, etc.), each of which may have its own respective components. In certain scenarios where the network node 1260 is comprised of multiple separate components (e.g., BTS and BSC components), one or more of the separate components may be shared among multiple network nodes. For example, a single RNC may control multiple NodeBs. In such scenarios, each unique NodeB and RNC pair may be considered as a single separate network node, in some cases. In some embodiments, the network node 1260 may be configured to support multiple radio access technologies (RATs). In such embodiments, some components may overlap (e.g., separate device-readable media 1280 for different RATs) and some components may be reused (e.g., the same antenna 1262 may be shared by the RATs). Network node 1260 may also include multiple sets of the various components shown for different wireless technologies integrated into network node 1260, such as, for example, Global System for Mobile Communications (GSM), Wideband Code Division Multiple Access (WCDMA), LTE, NR, WiFi, or Bluetooth wireless technologies. These wireless technologies may be integrated into the same or different chips or chipsets and other components within network node 1260.

[0102] The processing circuit 1270 is configured to perform any decision, calculation, or similar operation (e.g., a particular acquisition operation) described herein as being provided by a network node. These operations performed by the processing circuit 1270 may include processing the information acquired by the processing circuit 1270, for example, by transforming the acquired information to other information, comparing the acquired or transformed information to information stored in the network node, and / or performing one or more operations based on the acquired or transformed information and making a decision as a result of the processing.

[0103] The processing circuitry 1270 is comprised of one or more combinations of a microprocessor, controller, microcontroller, central processing unit, digital signal processor, application specific integrated circuit, field programmable gate array, or any other suitable computing device, resource, or combination of hardware, software, and / or coded logic, and is operable, alone or in combination with other network node 1260 components, such as device readable medium 1280, to provide the functionality of the network node 1260. For example, the processing circuitry 1270 may execute instructions stored on the device readable medium 1280 or in memory within the processing circuitry 1270. Such functionality may include providing any of the various wireless features, functions, or advantages discussed herein. In some embodiments, the processing circuitry 1270 may include a system on a chip (SOC).

[0104] In some embodiments, the processing circuit 1270 may include one or more of a radio frequency (RF) transceiver circuit 1272 and a baseband processing circuit 1274. In some embodiments, the radio frequency (RF) transceiver circuit 1272 and the baseband processing circuit 1274 can be on separate chips (or chipsets), boards, or units, such as a radio unit and a digital unit. In alternative embodiments, some or all of the RF transceiver circuit 1272 and the baseband processing circuit 1274 may be on the same chip or chipset, board, or unit.

[0105] In certain embodiments, some or all of the functionality described herein as being provided by a network node, base station, eNB, or other such network device may be performed by the processing circuitry 1270 executing instructions stored on a device-readable medium 1280 or memory within the processing circuitry 1270. In alternative embodiments, some or all of the functionality may be provided by the processing circuitry 1270 without executing instructions stored on a separate or distinct device-readable medium, such as in a hardwired manner. In any of those embodiments, the processing circuitry 1270 may be configured to perform the described functionality, regardless of whether or not it executes instructions stored on a device-readable storage medium. Benefits provided by such functionality are not limited to just the processing circuitry 1270 or to other components of the network node 1260, but are enjoyed by the network node 1260 as a whole, and / or by end users and wireless networks in general.

[0106] The device readable medium 1280 may be comprised of any form of volatile or non-volatile computer readable memory, including, but not limited to, persistent storage, solid state memory, remotely mounted memory, magnetic media, optical media, random access memory (RAM), read only memory (ROM), mass storage media (e.g., hard disk), removable storage media (e.g., flash drive, compact disk (CD) or digital video disk (DVD)), and / or any other volatile or non-volatile, non-transitory device readable and / or computer executable memory device that stores information, data, and / or instructions that can be used by the processing circuit 1270. The device readable medium 1280 may store any suitable instructions, data or information, including applications including one or more of computer programs, software, logic, rules, codes, tables, etc., and / or other instructions that can be executed by the processing circuit 1270 and utilized by the network node 1260. The device readable medium 1280 may be used to store any calculations performed by the processing circuit 1270 and / or any data received via the interface 1290. In some embodiments, the processing circuit 1270 and the device readable medium 1280 may be considered to be integrated.

[0107] The interface 1290 is used in wired or wireless communication of signaling and / or data between the network node 1260, the network 1206, and / or the WD 1210. As shown, the interface 1290 includes a port(s) / terminal(s) 1294 for transmitting and receiving data to and from the network 1206, for example, via a wired connection. The interface 1290 also includes a radio front-end circuit 1292 that may be coupled to the antenna 1262 or may be part of the antenna 1262 in certain embodiments. The radio front-end circuit 1292 is comprised of a filter 1298 and an amplifier 1296. The radio front-end circuit 1292 may be connected to the antenna 1262 and the processing circuit 1270. The radio front-end circuit may be configured to condition signals communicated between the antenna 1262 and the processing circuit 1270. The radio front-end circuit 1292 may receive digital data to be sent to other network nodes or WDs via a wireless connection. The radio front-end circuitry 1292 may convert the digital data into a radio signal having appropriate channel and bandwidth parameters using a combination of filters 1298 and / or amplifiers 1296. The radio signal may then be transmitted via the antenna 1262. Similarly, when receiving data, the antenna 1262 may collect a radio signal that is converted into digital data by the radio front-end circuitry 1292. The digital data is passed to the processing circuitry 1270. In other embodiments, the interface may be composed of different components and / or combinations of different components.

[0108] In certain alternative embodiments, the network node 1260 may not include a separate radio front-end circuit 1292, and instead the processing circuit 1270 may constitute a radio front-end circuit and may be connected to the antenna 1262 without a separate radio front-end circuit 1292. Similarly, in some embodiments, all or a portion of the RF transceiver circuit 1272 may be considered part of the interface 1290. In still other embodiments, the interface 1290 may include one or more ports or terminals 1294, the radio front-end circuit 1292, and the RF transceiver circuit 1272 as part of a radio unit (not shown), and the interface 1290 may communicate with a baseband processing circuit 1274 that is part of a digital unit (not shown).

[0109] Antenna 1262 may include one or more antennas, or an antenna array, configured to transmit and / or receive wireless signals. Antenna 1262 may be coupled to radio front-end circuitry 1292 and may be any type of antenna capable of wirelessly transmitting and receiving data and / or signals. In some embodiments, antenna 1262 may be comprised of one or more omni-directional, sector or panel antennas operable to transmit and receive wireless signals, for example, between 2 GHz and 66 GHz. An omni-directional antenna may be used to transmit and receive wireless signals in any direction, a sector antenna may be used to transmit and receive wireless signals from devices in a particular area, and a panel antenna may be a line-of-sight antenna used to transmit and receive wireless signals in a relatively straight line. In some embodiments, the use of multiple antennas may be referred to as MIMO. In certain embodiments, antenna 1262 may be separate from network node 1260 and may be connectable to network node 1260 via an interface or port.

[0110] The antenna 1262, the interface 1290, and / or the processing circuit 1270 may be configured to perform any receiving operation and / or certain acquisition operations described herein as being performed by a network node. Any information, data, and / or signal may be received from a wireless device, another network node, and / or any other network equipment. Similarly, the antenna 1262, the interface 1290, and / or the processing circuit 1270 may be configured to perform any transmitting operation described herein as being performed by a network node. Any information, data, and / or signal may be transmitted to a wireless device, another network node, and / or any other network equipment.

[0111] The power supply circuit 1287 is comprised of or coupled to the power management circuit and is configured to provide power to the components of the network node 1260 to perform the functions described herein. The power supply circuit 1287 can receive power from the power source 1286. The power source 1286 and / or the power supply circuit 1287 can be configured to provide power to the various components of the network node 1260 in a form suitable for each component (e.g., at the voltage and current levels required by each component). The power source 1286 can be included in the power supply circuit 1287 and / or the network node 1260 or can be external. For example, the network node 1260 can be connectable to an external power source (e.g., an electrical outlet) via an input circuit or interface such as an electrical cable, whereby the external power source provides power to the power supply circuit 1287. As a further example, the power supply 1286 can be comprised of a power source in the form of a battery or battery pack connected to or integrated into the power supply circuit 1287. The battery can provide backup power in the event that the external power source fails. Other types of power sources, such as photovoltaic devices, may also be used.

[0112] Alternate embodiments of network node 1260 may include additional components other than those shown in Figure 12 that are responsible for providing particular aspects of the network node's functionality, including any of the functionality described herein and / or functionality necessary to support the subject matter described herein. For example, network node 1260 may include user interface devices that enable input of information into network node 1260 and output of information from network node 1260. This may enable a user to perform diagnostics, maintenance, repair, and other management functions on network node 1260.

[0113] As used herein, a wireless device (WD) refers to a device that is configured, arranged, and / or operable to wirelessly communicate with network nodes and / or other wireless devices. Unless otherwise noted, the term WD may be used interchangeably herein with user equipment (UE). Wirelessly communicating may include transmitting and / or receiving wireless signals using electromagnetic waves, radio waves, infrared, and / or other types of signals suitable for conveying information over the air. In some embodiments, a WD may be configured to transmit and / or receive information without direct human interaction. For example, a WD may be designed to transmit information to a network on a predetermined schedule, when triggered by an internal or external event, or in response to a request from the network. Examples of WDs include, but are not limited to, smartphones, mobile phones, cell phones, voice-over-IP (VoIP) phones, wireless local loop phones, desktop computers, personal digital assistants (PDAs), wireless cameras, game consoles or devices, music storage devices, playback devices, game consoles or devices, music storage devices, playback devices, wearable terminal devices, wireless endpoints, mobile stations, tablets, laptops, laptop-embedded equipment (LEE), laptop-embedded equipment (LME), smart devices, wireless CPE, in-vehicle wireless terminal devices, etc. A WD may support device-to-device (D2D) communications, for example, by implementing 3GPP standards for sidelink communications, vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), vehicle-to-everything (V2X), in which case it may be referred to as a D2D communications device. As yet another specific example, in an Internet of Things (IoT) scenario, a WD may represent a machine or other device that performs monitoring and / or measurements and transmits results of such monitoring and / or measurements to another WD and / or network node. In this case, the WD may be a machine-to-machine (M2M) device, sometimes called an MTC device in the 3GPP context.As a particular example, the WD may be a UE implementing the 3GPP Narrowband Internet of Things (NB-IoT) standard. Specific examples of such machines or devices include sensors, metering devices such as power meters, industrial machines, or household or personal appliances (refrigerators, televisions, etc.) and personal wearables (watches, fitness trackers, etc.). In other scenarios, the WD may represent a vehicle or other equipment that can monitor and / or report its operating status or other functions related to its operation. Such a WD may represent an endpoint of a wireless connection, in which case the device may be referred to as a wireless terminal. Additionally, such a WD may be mobile, in which case the WD may be referred to as a mobile device or mobile terminal.

[0114] As shown, wireless device 1210 includes antenna 1211, interface 1214, processing circuitry 1220, device readable medium 1230, user interface devices 1232, auxiliary devices 1234, power source 1236, and power circuitry 1237. WD 1210 may include multiple sets of one or more of the illustrated components for different wireless technologies supported by WD 1210, such as, for example, GSM, WCDMA, LTE, NR, WiFi, WiMAX, or Bluetooth wireless technologies, just to name a few. These wireless technologies may be integrated on the same chip as other components in WD 1210 or on different chipsets.

[0115] The antenna 1212 may include one or more antennas or antenna arrays configured to transmit and / or receive wireless signals and is connected to the interface 1214. In certain alternative embodiments, the antenna 1211 may be separate from the WD 1210 and may be connected to the WD 1210 via an interface or port. The antenna 1211, the interface 1214, and / or the processing circuit 1220 may be configured to perform any receiving or transmitting operation described herein as being performed by a WD. Any information, data, and / or signals may be received from a network node and / or another WD. In some embodiments, the wireless front-end circuit and / or the antenna 1211 may be considered an interface.

[0116] As shown, the interface 1214 is comprised of a radio front-end circuit 1212 and an antenna 1211. The radio front-end circuit 1212 is comprised of one or more filters 1218 and an amplifier 1216. The radio front-end circuit 1212 is coupled to the antenna 1211 and the processing circuit 1220 and configured to condition signals communicated between the antenna 1211 and the processing circuit 1220. The radio front-end circuit 1212 may be coupled to the antenna 1211 or may be part of the antenna 1211. In some embodiments, the WD 1210 may not include a separate radio front-end circuit 1212; rather, the processing circuit 1220 may constitute a radio front-end circuit and may be connected to the antenna 1211. Similarly, in some embodiments, some or all of the RF transceiver circuit 1222 may be considered part of the interface 1214. The radio front-end circuit 1212 may receive digital data to be sent to other network nodes or WDs via a wireless connection. The radio front-end circuitry 1212 may convert the digital data into a radio signal having appropriate channel and bandwidth parameters using a combination of filters 1218 and / or amplifiers 1216. The radio signal may then be transmitted via the antenna 1211. Similarly, when receiving data, the antenna 1211 may collect a radio signal that is converted into digital data by the radio front-end circuitry 1212. The digital data may be passed to the processing circuitry 1220. In other embodiments, the interface may be comprised of different components and / or combinations of different components.

[0117] The processing circuitry 1220 may be comprised of one or more of a microprocessor, controller, microcontroller, central processing unit, digital signal processor, application specific integrated circuit, field programmable gate array, or any other suitable computing device, resource, or combination of hardware, software, and / or coded logic operable, alone or in combination with other WD1210 components, such as the device readable medium 1230, to provide functionality of the WD1210. Such functionality may include providing any of the various wireless features or advantages discussed herein. For example, the processing circuitry 1220 may execute instructions stored in the device readable medium 1230 or in memory within the processing circuitry 1220 to provide functionality disclosed herein.

[0118] As shown, the processing circuit 1220 includes one or more of an RF transceiver circuit 1222, a baseband processing circuit 1224, and an application processing circuit 1226. In other embodiments, the processing circuit may be comprised of different components and / or different combinations of components. In a particular embodiment, the processing circuit 1220 of the WD 1210 may be comprised of a SOC. In some embodiments, the RF transceiver circuit 1222, the baseband processing circuit 1224, and the application processing circuit 1226 may be on separate chips or chipsets. In alternative embodiments, some or all of the baseband processing circuit 1224 and the application processing circuit 1226 may be combined on one chip or set of chips, and the RF transceiver circuit 1222 may be on a separate chip or set of chips. In yet further alternative embodiments, some or all of the RF transceiver circuit 1222 and the baseband processing circuit 1224 may be on the same chip or chipset, and the application processing circuit 1226 may be on a separate chip or chipset. In yet other alternative embodiments, some or all of the RF transceiver circuitry 1222, the baseband processing circuitry 1224, and the application processing circuitry 1226 may be combined on the same chip or chipset. In some embodiments, the RF transceiver circuitry 1222 may be part of the interface 1214. The RF transceiver circuitry 1222 may condition RF signals for the processing circuitry 1220.

[0119] In certain embodiments, some or all of the functionality described herein as being performed by the WD may be provided by the processing circuitry 1220 executing instructions stored on a device-readable medium 1230, which in certain embodiments may be a computer-readable storage medium. In alternative embodiments, some or all of the functionality may be provided by the processing circuitry 1220 without executing instructions stored on a separate or discrete device-readable storage medium, such as in a hardwired manner. In any of those particular embodiments, the processing circuitry 1220 may be configured to perform the described functionality, regardless of whether or not it executes instructions stored on a device-readable storage medium. Benefits provided by such functionality are not limited to just the processing circuitry 1220 or to other components of the WD 1210, but are enjoyed by the WD 1210 as a whole, and / or by end users and wireless networks in general.

[0120] The processing circuit 1220 may be configured to perform any determination, calculation, or similar operation (e.g., a particular acquisition operation) described herein as being performed by a WD. These operations may include processing the information acquired by the processing circuit 1220, for example, by transforming the acquired information to other information, comparing the acquired or transformed information to information stored by the WD 1210, and / or performing one or more operations based on the acquired or transformed information, and making a decision as a result of the processing, as performed by the processing circuit 1220.

[0121] The device-readable medium 1230 may be operable to store applications, including one or more of computer programs, software, logic, rules, codes, tables, etc., and / or other instructions executable by the processing circuit 1220. The device-readable medium 1230 may include computer memory (e.g., random access memory (RAM) or read-only memory (ROM)), mass storage media (e.g., hard disk), removable storage media (e.g., compact disc (CD) or digital video disc (DVD)), and / or any other volatile or non-volatile, non-transitory device-readable and / or computer-executable memory device that stores information, data, and / or instructions that may be used by the processing circuit 1220. In some embodiments, the processing circuit 1220 and the device-readable medium 1230 may be considered to be integrated.

[0122] The user interface devices 1232 can provide components that allow a human user to interact with the WD 1210. Such interaction can be in many forms, such as visual, auditory, tactile, etc. The user interface devices 1232 can be operable to generate an output to the user or can be operable to allow the user to provide input to the WD 1210. The type of interaction can vary depending on the type of user interface devices 1232 installed on the WD 1210. For example, if the WD 1210 is a smartphone, the interaction can be via a touch screen, and if the WD 1210 is a smart meter, the interaction can be via a screen that provides usage (e.g., number of gallons used) or a speaker that provides an audible alarm (e.g., if smoke is detected). The user interface devices 1232 can include input interfaces, devices and circuits, as well as output interfaces, devices and circuits. The user interface devices 1232 are configured to allow input of information to the WD 1210 and are connected to the processing circuit 1220 such that the processing circuit 1220 can process the input information. The user interface devices 1232 may include, for example, a microphone, a proximity sensor or other sensors, keys / buttons, a touch display, one or more cameras, a USB port, or other input circuitry. The user interface devices 1232 are also configured to enable output of information from the WD 1210 and to enable the processing circuit 1220 to output information from the WD 1210. The user interface devices 1232 may include, for example, a speaker, a display, a vibration circuitry, a USB port, a headphone interface, or other output circuitry. Using one or more input and output interfaces, devices, and circuits of the user interface devices 1232, the WD 1210 can enable communication with an end user and / or a wireless network and benefit from the functionality described herein.

[0123] Auxiliary device 1234 is operable to provide more specific functionality that may not typically be performed by a WD. This may consist of specialized sensors for taking measurements for various purposes, interfaces for additional types of communication such as wired communication, etc. The inclusion and type of components of auxiliary device 1234 may vary depending on the embodiment and / or scenario.

[0124] The power source 1236 may be in the form of a battery or battery pack in some embodiments. Other types of power sources, such as an external power source (e.g., an electrical outlet), a photovoltaic device, or a power cell, may also be used. The WD 1210 may further include a power circuit 1237 for providing power from the power source 1236 to various parts of the WD 1210 that require power from the power source 1236 to perform any of the functions described or shown herein. The power circuit 1237 may include a power management circuit in certain embodiments. The power circuit 1237 may additionally or alternatively be operable to receive power from an external power source, in which case the WD 1210 may be connectable to an external power source (such as a power outlet) via an interface, such as an input circuit or a power cable. The power circuit 1237 may also be operable to provide power from the external power source to the power source 1236 in certain embodiments. This may be for charging the power source 1236, for example. The power circuitry 1237 may perform any formatting, conversion, or other modification to make the power from the power source 1236 suitable for the respective components of the WD 1210 being powered.

[0125] FIG. 13 is a diagram illustrating a user device according to some embodiments.

[0126] FIG. 13 illustrates an embodiment of a UE in accordance with various aspects described herein. As used herein, user equipment or UE does not necessarily have a user in the sense of a human user who owns and / or operates the associated device. Instead, a UE may represent a device that is intended for sale to or operation by a human user, but may not be associated or initially associated with a particular human user (e.g., a smart sprinkler control device). Alternatively, a UE may represent a device that is not intended for sale to or operation by an end user, but may be associated with or operated for the benefit of a user (e.g., a smart power meter). The UE 1300 may be any UE identified by the 3rd Generation Partnership Project (3GPP), including an NB-IoT UE, a Machine Type Communication (MTC) UE, and / or an enhanced MTC (eMTC) UE. As shown in Figure 13, UE 1300 is an example of a WD configured to communicate according to one or more communications standards promulgated by 3GPP (3rd Generation Partnership Project), such as 3GPP's GSM, UMTS, LTE, and / or 5G standards. As previously mentioned, the terms WD and UE can be used interchangeably. Thus, although Figure 13 is a UE, the components described herein are equally applicable to a WD and vice versa.

[0127] In FIG. 13, UE 1300 includes a processing circuit 1301 operatively coupled to an input / output interface 1305, a radio frequency (RF) interface 1309, a network connection interface 1311, a memory 1315 including a random access memory (RAM) 1317, a read only memory (ROM) 1319, and a storage medium 1321, a communication subsystem 1331, a power source 1313, and / or any other components, or any combination thereof. Storage medium 1321 includes an operating system 1323, an application program 1325, and data 1327. In other embodiments, storage medium 1321 may include other similar types of information. A particular UE may utilize all of the components illustrated in FIG. 13 or may utilize only a subset of the components. The level of integration between components may vary from UE to UE. Additionally, a particular UE may include multiple instances of a component, such as multiple processors, memories, transceivers, transmitters, receivers, etc.

[0128] In FIG. 13, the processing circuit 1301 may be configured to process computer instructions and data. The processing circuit 1301 may be configured to implement any sequential state machine operable to execute machine instructions stored in memory as a machine-readable computer program, such as one or more hardware-implemented state machines (e.g., discrete logic, FPGA, ASIC, etc.); programmable logic with appropriate firmware; one or more stored programs with appropriate software, a general-purpose processor such as a microprocessor or digital signal processor (DSP); or any combination of the above. For example, the processing circuit 1301 may include two central processing units (CPUs). The data may be information in a form suitable for use by a computer.

[0129] In the depicted embodiment, the input / output interface 1305 may be configured to provide an input device, an output device, or a communication interface to an input / output device. The UE 1300 may be configured to use an output device via the input / output interface 1305. The output device may use the same type of interface port as the input device. For example, a USB port may be used to provide input to and output from the UE 1300. The output device may be a speaker, a sound card, a video card, a display, a monitor, a printer, an actuator, an emitter, a smart card, another output device, or any combination thereof. The UE 1300 may be configured to use an input device via the input / output interface 1305 to allow a user to capture information into the UE 1300. The input device may include a touch-sensitive or presence-sensitive display, a camera (e.g., a digital camera, a digital video camera, a webcam, etc.), a microphone, a sensor, a mouse, a trackball, a directional pad, a trackpad, a scroll wheel, a smart card, etc. The presence-sensitive display may include a capacitive or resistive touch sensor for sensing input from a user. The sensor may be, for example, an acceleration sensor, a gyroscope, a tilt sensor, a force sensor, a magnetometer, an optical sensor, a proximity sensor, another such sensor, or any combination thereof. For example, the input device may be an accelerometer, a magnetometer, a digital camera, a microphone, and an optical sensor.

[0130] In FIG. 13, the RF interface 1309 may be configured to provide a communication interface to RF components such as a transmitter, a receiver, and an antenna. The network connection interface 1311 may be configured to provide a communication interface to a network 1343A. The network 1343A may encompass a wired and / or wireless network, such as a local area network (LAN), a wide area network (WAN), a computer network, a wireless network, a telecommunications network, another homogeneous network, or any combination thereof. For example, the network 1343A may constitute a Wi-Fi network. The network connection interface 1311 may be configured to include a receiver and a transmitter interface used to communicate with one or more other devices over a communication network according to one or more communication protocols such as Ethernet, TCP / IP, SONET, ATM, etc. The network connection interface 1311 may implement receiver and transmitter functions appropriate for a communication network link (e.g., optical, electrical, etc.). The transmitter and receiver functions may share circuit components, software, or firmware, or may be implemented separately.

[0131] The RAM 1317 may be configured to interface to the processing circuit 1301 via the bus 1302 to provide storage or caching of data or computer instructions during execution of software programs such as an operating system, application programs, and device drivers. The ROM 1319 may be configured to provide computer instructions or data to the processing circuit 1301. For example, the ROM 1319 may be configured to store unchanging low-level system code or data for basic system functions such as basic input / output (I / O), booting, or receiving key inputs from a keyboard that are stored in non-volatile memory. The storage medium 1321 may be configured to include memory such as RAM, ROM, programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), magnetic disk, optical disk, floppy disk, hard disk, removable cartridge, or flash drive. In one example, the storage medium 1321 may be configured to include an operating system 1323, application programs 1325, such as a web browser application, a widget or gadget engine, or other applications, and data files 1327. The storage medium 1321 may store any of a variety of different operating systems or combinations of operating systems for use by the UE 1300.

[0132] The storage medium 1321 may be configured to include a redundant array of independent disks (RAID), a floppy disk drive, a flash memory, a USB flash drive, an external hard disk drive, a thumb drive, a pen drive, a key drive, a high density digital versatile disk (HD-DVD) optical disk drive, a number of physical drive units such as an internal hard disk drive, a Blu-Ray optical disk drive, a holographic digital data storage (HDDS) optical disk drive, an external mini dual in-line memory module (DIMM), a synchronous dynamic random access memory (SDRAM), an external micro-DIMM's SDRAM, a smart card memory such as a subscriber identity module or a removable user identity (SIM / RUIM) module, other memory, or any combination thereof. The storage medium 1321 may enable the UE 1300 to access computer executable instructions, application programs, and the like stored in a temporary or non-transitory memory medium, offload data, or upload data. An article of manufacture such as one utilizing a communication system may be embodied in the storage medium 1321, which may constitute a device-readable medium.

[0133] In FIG. 13, the processing circuit 1301 may be configured to communicate with the network 1343B using the communication subsystem 1331. The network 1343A and the network 1343B may be the same network or networks, or may be different networks or networks. The communication subsystem 1331 may be configured to include one or more transceivers used to communicate with the network 1343B. For example, the communication subsystem 1331 may be configured to include one or more transceivers used to communicate with one or more remote transceivers of another device capable of wireless communication, such as another WD, a UE, or a base station of a radio access network (RAN), according to one or more communication protocols, such as IEEE 802.11, code division multiple access (CDMA), WCDMA, GSM, LTE, UTRAN, WiMax, etc. Each transceiver may include a transmitter 1333 and / or a receiver 1335 to respectively implement a transmitter function or receiver function (e.g., frequency allocation, etc.) suitable for the RAN link. Additionally, the transmitter 1333 and receiver 1335 of each transceiver may share circuit components, software or firmware, or may be implemented separately.

[0134] In the illustrated embodiment, the communication capabilities of the communication subsystem 1331 may include data communications, voice communications, multimedia communications, short-range communications such as Bluetooth, near-field communications, location-based communications such as determining location using a global positioning system (GPS), another similar communication capability, or any combination thereof. For example, the communication subsystem 1331 may include cellular communications, Wi-Fi communications, Bluetooth communications, and GPS communications. The network 1343B may encompass wired and / or wireless networks such as a local area network (LAN), a wide area network (WAN), a computer network, a wireless network, a telecommunications network, another similar network, or any combination thereof. For example, the network 1343B may be a cellular network, a Wi-Fi network, and / or a short-range wireless network. The power source 1313 may be configured to provide alternating current (AC) or direct current (DC) power to the components of the UE 1300.

[0135] The features, advantages, and / or functions described herein may be implemented in one of the components of the UE 1300 or may be divided and implemented across multiple components of the UE 1300. Furthermore, the features, advantages, and / or functions described herein may be implemented in any combination of hardware, software, or firmware. In one example, the communication subsystem 1331 may be configured to include any of the components described herein. Furthermore, the processing circuit 1301 may be configured to communicate with any of such components via the bus 1302. In another example, any of such components may be represented by program instructions stored in memory that, when executed by the processing circuit 1301, perform the corresponding functions described herein. In another embodiment, the functions of any of such components may be divided between the processing circuit 1301 and the communication subsystem 1331. In another example, non-computationally intensive functions of any of such components may be implemented in software or firmware and computationally intensive functions may be implemented in hardware.

[0136] FIG. 14 illustrates a virtualization environment according to some embodiments.

[0137] FIG. 14 is a schematic block diagram illustrating a virtualization environment 1400 in which functions implemented by some embodiments may be virtualized. As used herein, virtualization refers to creating a virtual version of an apparatus or device, which may include virtualizing a hardware platform, storage devices, and networking resources. As used herein, virtualization may apply to a node (e.g., a virtualized base station or a virtualized wireless access node) or device (e.g., a UE, a wireless device, or any other type of communication device) or components thereof, and relates to implementations in which at least a portion of the functionality is implemented as one or more virtual components (e.g., via one or more applications, components, functions, virtual machines, or containers running on one or more physical processing nodes in one or more networks).

[0138] In some embodiments, some or all of the functionality described herein may be implemented as virtual components executed by one or more virtual machines implemented in one or more virtual environments 1400 hosted by one or more of the hardware nodes 1430. Additionally, in embodiments where the virtual nodes are not wireless access nodes or do not require wireless connectivity (e.g., core network nodes), the network nodes may be fully virtualized.

[0139] The functionality may be implemented by one or more applications 1420 (which may alternatively be referred to as software instances, virtual appliances, network functions, virtual nodes, virtual network functions, etc.) that operate to implement certain features, functions, and / or advantages of the embodiments disclosed herein. The applications 1420 execute in a virtualization environment 1400 that provides hardware 1430 consisting of a processing circuit 1460 and a memory 1490. The memory 1490 includes instructions 1495 executable by the processing circuit 1460 such that the applications 1420 are operable to provide one or more of the features, advantages, and / or capabilities disclosed herein.

[0140] The virtualization environment 1400 is comprised of general-purpose or special-purpose network hardware devices 1430 that include a set of one or more processors or processing circuits 1460, which may be commercial off-the-shelf (COTS) processors, dedicated application specific integrated circuits (ASICs), or any other type of processing circuitry including digital or analog hardware components or special-purpose processors. Each hardware device may include memory 1490-1, which may be non-persistent memory for temporarily storing instructions 1495 or software executed by the processing circuits 1460. Each hardware device may include one or more network interface controllers (NICs) 1470, also known as network interface cards, that include a physical network interface 1480. Each hardware device may also include a non-transitory, persistent, machine-readable storage medium 1490-2 having stored thereon software 1495 and / or instructions executable by the processing circuits 1460. Software 1495 may include any type of software, including software for instantiating one or more virtualization layers 1450 (also referred to as hypervisors), software for running virtual machines 1440, as well as software that enables the implementation of the functions, features and / or advantages described in association with some of the embodiments described herein.

[0141] A virtual machine 1440 may be comprised of virtual processing, virtual memory, virtual networking or interfaces, and virtual storage, and may be executed by a corresponding virtualization layer 1450 or hypervisor. Different embodiments of an instance of a virtual appliance 1420 may be implemented on one or more of the virtual machines 1440, and the implementation may be done in different ways.

[0142] During operation, the processing circuitry 1460 executes software 1495 to instantiate a hypervisor or virtualization layer 1450. The virtualization layer 1450 can present a virtual operating platform that looks like network hardware to the virtual machines 1440.

[0143] As shown in Figure 14, the hardware 1430 may be a standalone network node having general purpose or specific components. The hardware 1430 may comprise an antenna 14225 or may implement some functions via virtualization. Alternatively, the hardware 1430 may be part of a larger cluster of hardware (e.g., in a data center or customer premises equipment (CPE)) where many hardware nodes work together and are managed via a management and orchestration (MANO) 14100 that oversees, among other things, the lifecycle management of the application 1420.

[0144] Hardware virtualization, sometimes referred to as network functions virtualization (NFV), is used to consolidate many types of network equipment onto industry-standard, high-volume server hardware, physical switches, and physical storage.

[0145] In the context of NFV, a virtual machine 1440 may be a software implementation of a physical machine that executes programs as if they were running on a physical, non-virtualized machine. Each virtual machine 1440 and that portion of the hardware 1430 on which it runs (hardware dedicated to that virtual machine and / or hardware that it shares with others of the virtual machines 1440) forms a separate Virtual Network Element (VNE).

[0146] Still in the context of NFV, a virtual network function (VNF) is responsible for handling a specific network function running on one or more virtual machines 1440 on top of the hardware networking infrastructure 1430 and corresponds to application 1420 in FIG. 14.

[0147] In some embodiments, one or more radio units 14200, each including one or more transmitters 14220 and one or more receivers 14210, may be coupled to one or more antennas 14225. The radio units 14200 may communicate directly with a hardware node 1430 via one or more suitable network interfaces, or may be used in combination with a virtualization component to provide a virtual node with wireless capabilities, such as a wireless access node or base station.

[0148] In some embodiments, some signaling may be effectively performed using the control system 14230, which may alternatively be used for communication between the hardware node 1430 and the wireless unit 14200.

[0149] FIG. 15 illustrates a telecommunications network connected to a host computer through an intermediate network, according to some embodiments.

[0150] Referring to Fig. 15, according to an embodiment, a communication system includes a telecommunications network 1510, such as a 3GPP type cellular network, consisting of an access network 1511, such as a radio access network, and a core network 1514. The access network 1511 is composed of a number of base stations 1512A, 1512B, 1512C, such as NBs, eNBs, gNBs or other types of wireless access points, each defining a corresponding coverage area 1513A, 1513B, 1513C. Each base station 1512A, 1512B, 1512C is connectable to the core network 1514 via a wired or wireless connection 1515. A first UE 1591 located in the coverage area 1513C is configured to wirelessly connect to or be paged by the corresponding base station 1512C. A second UE 1592 located in the coverage area 1513A is wirelessly connectable to the corresponding base station 1512A. Although multiple UEs 1591, 1592 are illustrated in this example, the disclosed embodiments are equally applicable to situations where only one UE is within a coverage area or where only one UE connects to a corresponding base station 1512.

[0151] The telecommunications network 1510 is itself connected to a host computer 1530, which may be embodied in hardware and / or software as a standalone server, a cloud-implemented server, a distributed server, or a processing resource in a server farm. The host computer 1530 may be under the ownership or control of a service provider and may be operated by or on behalf of the service provider. The connections 1521 and 1522 between the telecommunications network 1510 and the host computer 1530 may extend directly from the core network 1514 to the host computer 1530 or may go through an optional intermediate network 1520. The intermediate network 1520 may be one or a combination of two or more of a public, private, or hosted network, if any, the intermediate network 1520 may be a backbone network or the Internet, and in particular the intermediate network 1520 may be comprised of two or more sub-networks (not shown).

[0152] The communication system of FIG. 15 as a whole enables connectivity between connected UEs 1591, 1592 and a host computer 1530. This connectivity can be described as an over-the-top (OTT) connection 1550. The host computer 1530 and connected UEs 1591, 1592 are configured to communicate data and / or signaling over the OTT connection 1550 using the access network 1511, the core network 1514, any intermediate networks 1520, and possible further infrastructure (not shown) as intermediaries. The OTT connection 1550 can be transparent in the sense that the participating communication devices through which the OTT connection 1550 passes are unaware of the routing of the uplink and downlink communications. For example, the base station 1512 may not be informed or need to be informed of the past routing of incoming downlink communications with data originating from the host computer 1530 to be forwarded (e.g., handed over) to the connected UE 1591. Similarly, the base station 1512 does not need to be aware of the future routing of outgoing uplink communications originating from the UE 1591 towards the host computer 1530 .

[0153] FIG. 16 is a diagram illustrating a host computer communicating with a user device via a base station over a partially wireless connection in accordance with some embodiments.

[0154] An exemplary implementation according to an embodiment of the UE, base station and host computer described in the previous paragraph will now be described with reference to FIG. 16. In the communication system 1600, the host computer 1610 comprises hardware 1615 including a communication interface 1616 configured to set up and maintain wired or wireless connections with interfaces of different communication devices of the communication system 1600. The host computer 1610 further comprises a processing circuit 1618 that may have storage and / or processing capabilities. In particular, the processing circuit 1618 may be composed of one or more programmable processors, application specific integrated circuits, field programmable gate arrays, or combinations thereof (not shown) adapted to execute instructions. The host computer 1610 further comprises software 1611 stored in or accessible by the host computer 1610 and executable by the processing circuit 1618. The software 1611 includes a host application 1612. The host application 1612 may be operable to provide services to a remote user, such as the UE 1630, that connects via an OTT connection 1650 that terminates at the UE 1630 and the host computer 1610. In providing services to the remote user, the host application 1612 may provide user data that is transmitted using the OTT connection 1650.

[0155] The communication system 1600 further includes a base station 1620 provided within the telecommunications system and including hardware 1625 enabling communication with the host computer 1610 and the UE 1630. The hardware 1625 may include a communication interface 1626 for setting up and maintaining wired or wireless connections with interfaces of different communication devices of the communication system 1600, as well as a wireless interface 1627 for setting up and maintaining at least a wireless connection 1670 with a UE 1630 located within a coverage area (not shown in FIG. 16) provided by the base station 1620. The communication interface 1626 may be configured to facilitate a connection 1660 to the host computer 1610. The connection 1660 may be direct, may pass through a core network (not shown in FIG. 16) of the telecommunications system, and / or may pass through one or more intermediate networks outside the telecommunications system. In the illustrated embodiment, the hardware 1625 of the base station 1620 further includes processing circuitry 1628, which may be comprised of one or more programmable processors, application specific integrated circuits, field programmable gate arrays, or combinations thereof (not shown) adapted to execute instructions. The base station 1620 further has software 1621 stored therein or accessible via an external connection.

[0156] The communication system 1600 further includes the already mentioned UE 1630. Its hardware 1635 may include a radio interface 1637 configured to set up and maintain a radio connection 1670 with a base station that provides a coverage area in which the UE 1630 is currently located. The hardware 1635 of the UE 1630 further includes a processing circuit 1638 that may be comprised of one or more programmable processors, application specific integrated circuits, field programmable gate arrays, or combinations thereof (not shown) adapted to execute instructions. The UE 1630 further includes software 1631 that is stored within or accessible by the UE 1630 and executable by the processing circuit 1638. The software 1631 includes a client application 1632. The client application 1632 may be operable to provide services to a human or non-human user via the UE 1630 with the support of the host computer 1610. At the host computer 1610, an executing host application 1612 may communicate with an executing client application 1632 via an OTT connection 1650 that terminates at the UE 1630 and the host computer 1610. In providing a service to a user, the client application 1632 may receive request data from the host application 1612 and provide user data in response to the request data. The OTT connection 1650 may transfer both the request data and the user data. The client application 1632 may interact with the user to generate the user data to provide.

[0157] It should be noted that the host computer 1610, base station 1620, and UE 1630 illustrated in Figure 16 may be similar to or identical to the host computer 1530, one of the base stations 1512A, 1512B, 1512C, and one of the UEs 1591, 1592, respectively, of Figure 15. That is, the internal operation of these entities may be as shown in Figure 16, and independently, the surrounding network topology may be that of Figure 15.

[0158] 16, the OTT connection 1650 is depicted abstractly to illustrate communication between the host computer 1610 and the UE 1630 via the base station 1620, without explicit reference to any intermediary devices and the exact routing of messages through these devices. The network infrastructure can determine the routing, which can be configured to be hidden from the UE 1630, or from the service provider operating the host computer 1610, or both. While the OTT connection 1650 is active, the network infrastructure can further make decisions to dynamically change the routing (e.g., based on load balancing considerations or network reconfiguration).

[0159] The wireless connection 1670 between the UE 1630 and the base station 1620 follows the teachings of the embodiments described throughout this disclosure. One or more of the various embodiments may improve the performance of the OTT service provided to the UE 1630 using the OTT connection 1650 of which the wireless connection 1670 forms the last segment. More precisely, the teachings of these embodiments may improve the random access speed and / or reduce the random access failure rate, thereby providing advantages such as faster and / or more reliable random access.

[0160] Measurement procedures may be provided for the purpose of monitoring data rates, latency, and other factors that one or more embodiments improve. There may further be an optional network function for reconfiguring the OTT connection 1650 between the host computer 1610 and the UE 1630 in response to fluctuations in the measurement results. The measurement procedures and / or the network function for reconfiguring the OTT connection 1650 may be implemented in the software 1611 and hardware 1615 of the host computer 1610, or in the software 1631 and hardware 1635 of the UE 1630, or both. In an embodiment, sensors (not shown) may be deployed in or associated with the communication devices through which the OTT connection 1650 passes, and the sensors may participate in the measurement procedures by providing values ​​of the monitored quantities exemplified above, or by providing values ​​of other physical quantities from which the software 1611, 1631 can calculate or estimate the monitored quantities. Reconfiguration of the OTT connection 1650 may include message formats, retransmission settings, priority routing, etc.; the reconfiguration need not affect the base station 1620 and may be unknown or imperceptible to the base station 1620. Such procedures and functionality are known in the art and may be implemented. In certain embodiments, the measurements may include proprietary UE signaling to facilitate host computer 1610 measurements of throughput, propagation time, latency, etc. Measurements may be implemented by having the OTT connection 1650 send messages, particularly empty or "dummy" messages, while the software 1611 and 1631 monitor propagation times, errors, etc.

[0161] FIG. 17 illustrates a method implemented in a communications system including a host computer, a base station, and a user equipment, according to some embodiments.

[0162] FIG. 17 is a flow chart illustrating a method implemented in a communication system according to one embodiment. The communication system includes a host computer, a base station, and a UE, which may be as described with reference to FIG. 15 and FIG. 16. To simplify the disclosure, only drawing references to FIG. 17 are included in this section. In step 1710, the host computer provides user data. In sub-step 1711 of step 1710 (which may be optional), the host computer provides the user data by executing a host application. In step 1720, the host computer initiates a transmission to transmit the user data to the UE. In step 1730 (which may be optional), the base station transmits the user data carried in the host computer initiated transmission to the UE according to the teachings of the embodiments described throughout this disclosure. In step 1740 (which may also be optional), the UE executes a client application associated with the host application executed by the host computer.

[0163] FIG. 18 illustrates a method implemented in a communications system including a host computer, a base station, and a user equipment, according to some embodiments.

[0164] FIG. 18 is a flow chart illustrating a method implemented in a communication system according to one embodiment. The communication system includes a host computer, a base station, and a UE, which may be as described with reference to FIG. 15 and FIG. 16. To simplify the disclosure, only drawing references to FIG. 18 are included in this section. In step 1810 of the method, the host computer provides user data. In an optional sub-step (not shown), the host computer provides the user data by executing a host application. In step 1820, the host computer initiates a transmission to transmit the user data to the UE. This transmission may be via a base station in accordance with the teachings of the embodiments described throughout this disclosure. In step 1830 (which may be optional), the UE receives the user data carried in the transmission.

[0165] FIG. 19 illustrates a method implemented in a communication system including a host computer, a base station, and a user equipment, according to some embodiments.

[0166] FIG. 19 is a flow chart illustrating a method implemented in a communication system according to one embodiment. The communication system includes a host computer, a base station, and a UE, which may be as described with reference to FIG. 15 and FIG. 16. To simplify the disclosure, only drawing references to FIG. 19 are included in this section. In step 1910 (which may be optional), the UE receives input data provided by the host computer. Additionally or alternatively, in step 1920, the UE provides user data. In sub-step 1921 (which may be optional) of step 1820, the UE provides the user data by executing a client application. In sub-step 1911 (which may be optional) of step 1910, the UE executes a client application that provides the user data in response to the received input data provided by the host computer. In providing the user data, the executed client application may further take into account user input received from a user. Regardless of the specific manner in which the user data is provided, the UE begins transmitting the user data to the host computer in sub-step 1930 (which may be optional). In step 1940 of the method, the host computer receives user data transmitted from the UE according to the teachings of the embodiments described throughout this disclosure.

[0167] FIG. 20 illustrates a method implemented in a communications system including a host computer, a base station, and a user equipment, according to some embodiments.

[0168] FIG. 20 is a flow chart illustrating a method implemented in a communication system according to one embodiment. The communication system includes a host computer, a base station, and a UE, which may be as described with reference to FIG. 15 and FIG. 16. To simplify the disclosure, only drawing references to FIG. 20 are included in this section. In step 2010 (which may be optional), the base station receives user data from the UE according to the teachings of the embodiments described throughout this disclosure. In step 2020 (which may be optional), the base station initiates transmission of the received user data to the host computer. In step 2030 (which may be optional), the host computer receives the user data carried in the transmission initiated by the base station.

[0169] The relevant steps, methods, features, functions, or advantages disclosed herein may be performed through one or more functional units or modules of one or more virtual devices. Each virtual device may be composed of a number of these functional units. These functional units may be implemented through processing circuitry, which may include one or more microprocessors or microcontrollers, as well as other digital hardware, including digital signal processors (DSPs), special purpose digital logic, and the like. The processing circuitry may be configured to execute program code stored in memory, which may include one or more types of memory, such as read-only memory (ROM), random access memory (RAM), cache memory, flash memory devices, optical storage devices, and the like. The program code stored in memory includes program instructions for executing one or more telecommunications and / or data communication protocols, as well as instructions for executing one or more of the techniques described herein. In some implementations, the processing circuitry may be used to cause the respective functional units to perform functions corresponding to the respective functional units in accordance with one or more embodiments of the present disclosure.

[0170] The term unit may have its conventional meaning in the field of electronics, electrical equipment and / or electronic devices and may include, for example, electrical and / or electronic circuits, devices, modules, processors, memories, logical solid state and / or discrete devices, computer programs or instructions for performing respective tasks, procedures, computations, output and / or display functions, etc., as described herein.

[0171] Further definitions and embodiments are provided below.

[0172] Although various embodiments of the inventive concept have been described above, it should be understood that the terms used herein are only for describing specific embodiments and are not intended to limit the inventive concept. Unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by those skilled in the art to which the inventive concept belongs. Furthermore, it will be understood that terms as defined in commonly used dictionaries should be interpreted as having a meaning consistent with the meaning in the context of this specification and related art, and will not be interpreted in an idealized or overly formal sense unless expressly defined in this specification.

[0173] When an element is referred to as being "connected," "coupled," "responsive" to another element, or variations thereof, the element may be directly connected, coupled, or responsive to the other element, or there may be intervening elements. In contrast, when an element is referred to as being "directly connected," "directly coupled," "directly responsive" to another element, or variations thereof, there are no intervening elements. Like numbers refer to like elements throughout. Furthermore, as used herein, "coupled," "connected," "responsive," or variations thereof may include wirelessly coupled, connected, or responsive. As used herein, the singular forms "a," "an," and "the" are intended to include the plural forms unless the context clearly indicates otherwise. Well-known functions or structures may not be described in detail for brevity and / or clarity. The term "and / or" (abbreviated " / ") includes any and all combinations of one or more of the associated listed items.

[0174] In this specification, terms such as first, second, third, etc. may be used to describe various elements / operations, but it will be understood that these elements / operations should not be limited by these terms. These terms are merely used to distinguish one element / operation from another. Thus, a first element / operation in some embodiments may be referred to as a second element / operation in other embodiments without departing from the teachings of the inventive concept. The same reference numerals or the same reference designators refer to the same or similar elements throughout this specification.

[0175] As used herein, the terms "comprise," "comprising," "comprises," "include," "including," "includes," "have," "has," "having," or variations thereof, are open-ended and include one or more stated features, values, elements, steps, components, or functions, but do not exclude the presence or addition of one or more other features, values, elements, steps, components, functions, or groups thereof. Additionally, as used herein, the common abbreviation "eg" (for example), derived from the Latin "exempli gratia," may be used to introduce or designate a general example or instance of a preceding mentioned item, and is not intended to be limiting of such items. The common abbreviation "ie" (i.e.), derived from the Latin "id est," may be used to identify a particular item from a more general description.

[0176] Exemplary embodiments are described herein with reference to block diagrams and / or flowchart illustrations of computer-implemented methods, apparatus (systems and / or devices) and / or computer program products. It will be understood that blocks of the block diagrams and / or flowchart illustrations, and combinations of blocks in the block diagrams and / or flowchart illustrations, may be implemented by computer program instructions executed by one or more computer circuits. These computer program instructions may be provided to producer circuits of general-purpose computer circuits, special-purpose computer circuits, and / or other programmable data processing circuits, and may cause the instructions executed via a processor of a computer and / or other programmable data processing apparatus to produce a machine that transforms and controls transistors, values ​​stored in memory locations, and other hardware components in such circuits to perform the functions / acts specified in the block diagram and / or flowchart block or blocks, thereby creating means (functions) and / or structures for performing the functions / acts specified in the block diagram and / or flowchart block(s).

[0177] These computer program instructions may also be stored on a tangible computer-readable medium that can direct a computer or other programmable data processing apparatus to function in a particular manner, and the instructions stored on such computer-readable medium generate an article of manufacture that includes instructions that implement the functions / acts specified in the block diagram and / or flowchart block or blocks. Thus, embodiments of the inventive concepts may be embodied in hardware and / or software (including firmware, resident software, microcode, etc.) running on a processor, such as a digital signal processor, which may collectively be referred to as a "circuit," "module," or variations thereof.

[0178] It should also be noted that in some alternative implementations, the functions / acts noted in the blocks may occur out of the order noted in the flowcharts. For example, two blocks shown in succession may in fact be executed substantially simultaneously, or the blocks may sometimes be executed in the reverse order, depending on the functions / acts involved. Furthermore, the functionality of a given block in the flowcharts and / or block diagrams may be separated into multiple blocks, and / or the functionality of two or more blocks in the flowcharts and / or block diagrams may be at least partially integrated. Finally, other blocks may be added / inserted between the illustrated blocks, and / or blocks / acts may be omitted without departing from the scope of the inventive concept. Furthermore, while some figures depict arrows on communication paths to indicate a primary direction of communication, it should be understood that communication may also occur in the opposite direction to the depicted arrows.

[0179] Many variations and modifications can be made to the embodiments without substantially departing from the principles of the inventive concept. All such variations and modifications are intended to be included within the scope of the inventive concept herein. Accordingly, the subject matter disclosed above is considered to be illustrative and not limiting, and the example embodiments are intended to cover all such modifications, enhancements, and other embodiments that are within the spirit and scope of the inventive concept. Thus, to the maximum extent permitted by law, the scope of the inventive concept is to be determined by the broadest permissible interpretation of the present disclosure, including the example embodiments and equivalents thereof, and is not to be limited or restricted by the foregoing detailed description.

Claims

1. A method of operation of a communication device (600, 1110, 1200, 1491, 1492, 1530) in a communication network, the method comprising: receiving (1000) an early measurement configuration for performing early measurements for reporting to the communication network, the early measurement configuration including a configuration for performing beam level measurements for a serving cell; performing the early measurements including the beam level measurements for the serving cell while operating in an idle or inactive state (1002); When the communication device transitions to a connected state, reporting early measurement results including the beam level measurement for the serving cell to the communication network (1004); Including, The configuration for performing the beam level measurements for the serving cell is provided to the communication device within one or more MeasIdleCarrierNR-r16 entities that are part of the early measurement configuration. method.

2. The idle state includes a radio resource control idle (RRC_IDLE) state, the connected state includes a radio resource control connected (RRC_CONNECTED) state, and the inactive state includes a radio resource control inactive (RRC_INACTIVE) state. The method of claim 1.

3. Receiving the early measurement configuration for performing the early measurement includes receiving the early measurement configuration via dedicated signaling, broadcast signaling, or a combination of dedicated signaling and broadcast signaling from the communications network. The method according to claim 1 or 2.

4. The configuration for performing the beam level measurements for the serving cell is provided to the communication device either in a separate field or in an information element (IE) within the early measurement configuration.

4. The method according to any one of claims 1 to 3.

5. and determining whether to perform and / or include in an early measurement report the beam level measurement for the serving cell based on a comparison of a serving frequency of the communication device and the one or more MeasIdleCarrierNR-r16 entities.

5. The method according to any one of claims 1 to 4.

6. and determining to perform and / or include in the early measurement report the beam level measurement for the serving cell based on a determination that the serving frequency of the communication device corresponds to a configuration of any one of the MeasIdleCarrierNR-r16 entities. The method according to claim 5.

7. The determining whether to perform and / or include in the early measurement report the beam level measurement for the serving cell includes determining to perform and / or include in the early measurement report the beam level measurement for the serving cell in response to the existence of a matching MeasIdleCarrierNR-r16 entity including the configuration for performing the beam level measurement for the serving cell. The method according to claim 5 or 6.

8. Determining whether to perform and / or include in an early measurement report the beam level measurement for the serving cell based on a comparison between a serving frequency of the communication device and the one or more MeasIdleCarrierNR-r16 entities includes determining not to perform and / or not to include in an early measurement report the beam level measurement for the serving cell in response to there being a matching MeasIdleCarrierNR-r16 entity that does not include the configuration for performing the beam level measurement for the serving cell. The method according to claim 5.

9. and determining, based on a determination that the serving frequency of the communication device does not correspond to any of the one or more MeasIdleCarrierNR-r16 entities, not to perform and / or not to include in an early measurement report the beam level measurement for the serving cell. The method according to claim 5.

10. and determining whether to perform and / or include in an early measurement report the beam level measurement for the serving cell based on a comparison of a Neighbor New Radio (NR) frequency of the communication device and a configuration of any one of the MeasIdleCarrierNR-r16 entities.

5. The method according to any one of claims 1 to 4.

11. The configuration for performing the beam level measurement is provided to the communication device in a configuration for cell selection or cell reselection in system information.

11. The method according to any one of claims 1 to 10.

12. The early measurement configuration further includes a configuration for measuring beam levels of adjacent new radio (NR) frequencies.

12. The method according to any one of claims 1 to 11.

13. A method of operation of a network node (700, 1160, 1412A, 1412B, 1412C, 1520) in a communications network, the method comprising: transmitting (1100) to a user equipment (UE) (600, 1110, 1200, 1491, 1492, 1530) a configuration for performing beam level measurements for a serving cell while the UE is operating in an idle or inactive state; receiving (1102) a beam level measurement result for the serving cell; Including, The configuration for performing the beam level measurement is provided to the UE in one or more MeasIdleCarrierNR-r16 entities. method.

14. One of the one or more MeasIdleCarrierNR-r16 entities includes a configuration for a serving frequency of the UE. The method of claim 13.

15. and transmitting a configuration for beam level measurement of adjacent new radio (NR) frequencies.

15. The method according to claim 13 or 14.

16. A communication device (600, 1110, 1200, 1491, 1492, 1530), A processing circuit (603, 1120, 1201, 1360, 1538); a memory (605, 1130, 1215, 1390) coupled to said processing circuitry, said memory containing instructions which, when executed by said processing circuitry, cause said communications device to perform operations in accordance with a method according to any one of claims 1 to 12; 2. A communication device comprising:

17. A computer program comprising program code that is executed by a processing circuit (603, 1120, 1201, 1360, 1538) of a communications device (600, 1110, 1200, 1491, 1492, 1530), the execution of the program code causing the communications device (600, 1110, 1200, 1491, 1492, 1530) to perform operations in accordance with a method according to any one of claims 1 to 12.

18. A network node (700, 1160, 1412A, 1412B, 1412C, 1520), A processing circuit (703, 1170, 1360, 1528); a memory (705, 1180, 1390) coupled to said processing circuitry, said memory containing instructions which, when executed by said processing circuitry, cause said network node to perform operations according to a method according to any one of claims 13 to 15; A network node including:

19. A computer program comprising program code that is executed by a processing circuit (703, 1170, 1360, 1528) of a network node (700, 1160, 1412A, 1412B, 1412C, 1520), the execution of the program code causing the network node (700, 1160, 1412A, 1412B, 1412C, 1520) to perform operations in accordance with a method according to any one of claims 13 to 15.

Images