Enhanced signaling for 6 layer downlink MIMO

Abstract

The present disclosure generally relates to a method for signaling associated with supporting six downlink (DL) multiple-input multiple-output (MIMO) layers. Some aspects of the present disclosure involve: transmitting capability information associated with a first number of supported DL MIMO layers, receiving configuration information indicating a particular number of MIMO layers to be used for physical downlink shared channel (PDSCH) transmission, and determining a second number of DL MIMO layers for receiving a PDSCH based on the capability information and the configuration information.

Description

ENHANCED SIGNALING FOR 6 LAYER DOWNLINK MIMOTECHNICAL FIELD

[0001] This description relates to a 6-layer downlink multiple-input multiple-output (MIMO) supported for 6 Rx user equipment.BACKGROUND

[0002] Wireless communication networks provide integrated communication platforms and telecommunication services to wireless user devices. Example telecommunication services include telephony, data (e.g., voice, audio, and / or video data) , messaging, and / or other services. The wireless communication networks have wireless access nodes that exchange wireless signals with the wireless user devices using one or more wireless network protocols, such as protocols described in various telecommunication standards promulgated by the European Telecommunications Standards Institute (ETSI) Third Generation Partnership Project (3GPP) . The wireless communication networks facilitate mobile broadband service using technologies such as orthogonal frequency-division multiple access (OFDMA) , multiple-input multiple output (MIMO) , advanced channel coding, massive MIMO, beamforming, and / or other features.SUMMARY

[0003] One aspect of the present disclosure relates to a method including: transmitting capability information associated with a first number of supported downlink (DL) multiple-input multiple-output (MIMO) layers, receiving configuration information indicating a particular number of MIMO layers to be used for physical downlink shared channel (PDSCH) transmission, and determining a second number of DL MIMO layers for receiving a PDSCH based on the capability information and the configuration information.

[0004] In some implementations, determining a second number of DL MIMO layers for receiving a PDSCH based on the capability information and the configuration information comprises determining a smaller value of the first number of supported downlink MIMO layers and the particular number of MIMO layers to be used for PDSCH transmission and determining the second number of DL MIMO layers for receiving the PDSCH based on the determined smaller value.

[0005] In some implementations, the capability information indicates the first number of supported downlink MIMO layers per component carrier. In some implementations, the capability information indicates the first number of supported downlink MIMO layers for configuration of the PDSCH. In some implementations, the first number of supported downlink MIMO layers is set to six.

[0006] In some implementations, the capability information indicates a user equipment (UE) type. In some implementations, the UE type is one of a handheld UE or a fixed wireless access (FWA) device.

[0007] In some implementations, the particular number of MIMO layers comprises a maximum number of MIMO layers to be used for PDSCH transmission.

[0008] Another aspect of the present disclosure relates to an apparatus including one or more processors configured to perform any of the foregoing methods.

[0009] Another aspect of the present disclosure relates to a UE including one or more processors and memory storing instructions that, when executed by the one or more processors, cause the UE to perform any of the foregoing methods.

[0010] The details of one or more embodiments of the present disclosure are set forth in the accompanying drawings and the description below. Other features, objects, and advantages will be apparent from the description and drawings, and from the claims. BRIEF DESCRIPTION OF THE FIGURES

[0011] FIG. 1 illustrates an example wireless network, according to some implementations.

[0012] FIG. 2 illustrates an example diagram of downlink multiple-input multiple-output (MIMO) for a UE supporting 6Rx, according to some implementations.

[0013] FIG. 3 illustrates a flowchart of an example method for signaling associated with supporting six downlink MIMO layers, according to some implementations.

[0014] FIG. 4 illustrates an example UE, according to some implementations.

[0015] FIG. 5 illustrates an example access node, according to some implementations.DETAILED DESCRIPTION

[0016] A user equipment (UE) may be configured to communicate with an access node (e.g., a base station) using multiple-input multiple-output (MIMO) schemes for downlink (DL) transmissions or uplink (UL) transmissions, or both. For example, the UE may be configured with multiple antennae and / or layers for DL MIMO. As the number of reception (Rx) chains of a UE correlates with DL coverage, a higher number of DL MIMO layers can be considered. For example, 6-layer DL MIMO may be supported by a UE that is configured with 6 Rx chains (6Rx) . However, due to low performance gain, certain types of UEs may not support 6 DL MIMO layers. In such cases, techniques for signaling support of 6 DL MIMO layers may be needed.

[0017] In accordance with aspects of the present disclosure, a UE may be configured with signaling associated with supporting 6 DL MIMO layers. The UE may transmit, to a base station, capability information of the UE. In some implementations, the capability information may indicate a type of the UE from one of a plurality of UE types. In other implementations, the capability information may indicate the number of supported downlink MIMO layers. The UE may receive, from the base station, configuration information indicating a particular number of MIMO layers to be used for the PDSCH transmission. For example, the UE may receive signaling specifying the maximum number of MIMO layers to be used for the PDSCH transmission. In some cases, the UE may determine the number of downlink MIMO layers for receiving PDSCH based on a smaller value of the number of supported downlink MIMO layers and the particular number of MIMO layers indicated to be used for the PDSCH transmission. In this manner, DL coverage can be enhanced by supporting a higher number of DL MIMO layers while achieving target performance gain.

[0018] FIG. 1 illustrates an example wireless network 100, according to some implementations. The wireless network 100 includes a UE 102 and a base station 104, which are connected via one or more channels 106A, 106B across an air interface 108. The UE 102 and base station 104 communicate using a system that supports controls for managing the access of the UE 102 to a network via the base station 104.

[0019] In some implementations, the wireless network 100 is a Standalone (SA) network, e.g., that incorporates fifth generation (5G) New Radio (NR) . In some other implementations, the wireless network 100 is a non-standalone (NSA) network that incorporates Long Term Evolution (LTE) and 5G NR. In these implementations, the wireless network 100 may be an Evolved Universal Terrestrial Radio Access (E-UTRA) NR dual connectivity (EN-DC) network, or an NR-EUTRA dual connectivity (NE-DC) network. Furthermore, wireless networks implementing one or more other types of communication standards are possible, including future 3GPP systems (e.g., sixth generation “6G” ) , Institute of Electrical and Electronics Engineers (IEEE) 402.11 technology, or the like. While aspects may be described herein using terminology commonly associated with 5G NR, aspects of the present disclosure can be applied to other systems, such as systems subsequent to 5G (e.g., 6G) .

[0020] In the wireless network 100, the UE 102 and any other UE in the system may be, for example, any of a laptop computer, smartphone, tablet computer, machine-type device (such as smart meters or specialized devices for healthcare) , intelligent transportation system, or any other wireless device. In the wireless network 100, the base station 104 provides the UE 102 network connectivity to a broader network (not shown) . This UE 102 connectivity is provided via the air interface 108 in a base station service area provided by the base station 104. In some implementations, such a broader network may be a wide area network operated by a cellular network provider, or may be the Internet. Each base station service area associated with the base station 104 is supported by one or more antennas integrated with the base station 104. The service areas can be divided into a number of sectors associated with one or more particular antennas. Such sectors may be physically associated with one or more fixed antennas or may be assigned to a physical area with one or more tunable antennas or antenna settings adjustable in a beamforming process used to direct a signal to a particular sector.

[0021] The UE 102 includes control circuitry 110 coupled with transmit circuitry 112 and receive circuitry 114. The transmit circuitry 112 and receive circuitry 114 may each be coupled with one or more antennas. The control circuitry 110 may include application-specific circuitry, baseband circuitry, or any of various combinations thereof. The transmit circuitry 112 and receive circuitry 114 may be adapted to transmit and receive data, respectively, and may include radio frequency (RF) circuitry and / or front-end module (FEM) circuitry.

[0022] In various implementations, aspects of the transmit circuitry 112, receive circuitry 114, and / or control circuitry 110 may be integrated in various ways to implement the operations described herein. The control circuitry 110 may be adapted or configured to perform various operations, such as those described elsewhere in this disclosure related to a UE. For example, the control circuitry 110 can determine a measurement period for UE-initiated / event-driven beam measurement reporting based on a periodicity of reference signals associated with a first / second beam, a number of samples used for measurements of the first / second beam, and so on.

[0023] The transmit circuitry 112 can perform various operations described herein. For example, the transmit circuitry 112 can transmit a PUCCH to request uplink resources for a UE-initiated / event-driven beam measurement report. Additionally, the transmit circuitry 112 may transmit using a plurality of multiplexed uplink physical channels. The plurality of uplink physical channels may be multiplexed, e.g., according to time division multiplexing (TDM) or frequency division multiplexing (FDM) , and in some implementations, along with carrier aggregation (CA) . The transmit circuitry 112 may be configured to receive block data from the control circuitry 110 for transmission on the air interface 108.

[0024] The receive circuitry 114 can perform various operations described herein. For example, the receive circuitry 114 can receive one or more reference signals (such as an SSB) via a first beam and a second beam during a measurement period that depends on a reference signal periodicity of the first beam and / or the second beam. Additionally, the receive circuitry 114 may receive a plurality of multiplexed downlink physical channels from the air interface 108 and relay the physical channels to the control circuitry 110. The plurality of downlink physical channels may be multiplexed, e.g., according to TDM or FDM, e.g., along with CA. The transmit circuitry 112 and the receive circuitry 114 may transmit and receive, respectively, both control data and content data (e.g., messages, images, video, and the like) structured within data blocks that are carried by the physical channels.

[0025] FIG. 1 also illustrates the base station 104. In some implementations, the base station 104 may be a 5G radio access network (RAN) , a next generation RAN, a E-UTRAN, a non-terrestrial cell, or a legacy RAN, such as a UTRAN. As used herein, the term “5G RAN” or the like may refer to the base station 104 that operates in an NR wireless network 100, and the term “E-UTRAN” or the like may refer to a base station 104 that operates in an LTE wireless network 100. The UE 102 utilizes connections (or channels) 106A, 106B, each of which includes a physical communications interface or layer.

[0026] The base station 104 circuitry may include control circuitry 116 coupled (directly or indirectly) with transmit circuitry 118 and / or receive circuitry 120. The transmit circuitry 118 and receive circuitry 120 may each be coupled (directly or indirectly) with one or more antennas that may be used to enable communications via the air interface 108. The transmit circuitry 118 and receive circuitry 120 may be adapted to transmit and receive data, respectively, addressed to any UE connected to the base station 104. The receive circuitry 120 may receive a plurality of uplink physical channels from one or more UEs, including the UE 102.

[0027] In FIG. 1, the one or more channels 106A, 106B are illustrated as an air interface to enable communicative coupling, and can be consistent with cellular communications protocols, such as an LTE protocol, advanced LTE (LTE-A) protocol, LTE-based access to unlicensed spectrum (LTE-U) , NR protocol, NR-based access to unlicensed spectrum (NR-U) protocol, and / or any other communications protocol (s) . In some implementations, the UE 102 may directly exchange communication data via a ProSe interface. The ProSe interface may alternatively be referred to as a sidelink interface and may include one or more logical channels, including but not limited to a physical sidelink control channel (PSCCH) , a physical sidelink discovery channel (PSDCH) , and a physical sidelink broadcast channel (PSBCH) .

[0028] The techniques described herein generally relate to radio frequency (RF) enhancements in frequency range 1 (FR1) (e.g., 410 MHz –7125 MHz) and frequency range 2 (FR2) (e.g., 24.25 GHz –71 GHz) and for evolved non-standalone dual connectivity (EN-DC) . However, in some implementations, the techniques may also be applicable to other frequency ranges, for example including frequency range 3 (FR3) when such a range is specified.

[0029] FIG. 2 illustrates an example diagram 200 of multiple-input multiple-output (MIMO) for a UE 202 supporting 6Rx when communicating with an access node 204, according to some implementations. For clarity of presentation, the example diagram 200 is described in the context of the preceding figures. For example, the UE 202 may be similar to the UE 102 and the access node 204 may be similar to the base station 104. In some implementations, 6-receiver or 6-reception (6Rx) chains may be supported for handheld UEs and fixed wireless access (FWA) devices. In a single-carrier scenario, core requirements may be specified to support 6Rx handheld UEs at higher frequency bands (e.g., > 2.5 GHz) in FR1. For example, 6Rx may be supported at bands n41, n77 / n78, n79, and / or n104 (e.g., as specified in 3GPP TS 38.101-1) . Rx requirements that include reference sensitivity requirements may be specified to support 6Rx for both handheld UEs and FWA devices.

[0030] Support of 6Rx may improve downlink (DL) coverage and throughput. To increase DL coverage and throughput, a higher number of DL multiple-input multiple-output (MIMO) layers up to 6 may be supported for 6Rx. However, the performance gain of a UE with respect to a full 6-rank MIMO may depend on the frequency range in which the device operates and the size of the device that affects the isolation of antennae and the correlation between Rx. In this context, support of 6 DL MIMO layers may be limited to certain types of devices, such as FWA devices. In this scenario, signaling techniques to indicate support for 6 MIMO DL layers may be considered.

[0031] In some implementations, capability information associated with the number of DL MIMO layers supported by a UE (e.g., the UE 102) may be signaled at a component carrier level. In such implementations, the UE may transmit capability information associated with the number of DL MIMO layers that the UE supports on the corresponding carrier. The capability information may be included in the information element (IE) FeatureSetDownlinkPerCC, which indicates a set of features that the UE supports on the corresponding component carrier of one band entry in a band combination, as specified in 3GPP TS 38.331. In other implementations, capability information associated with the number of DL MIMO layers supported by the UE may be signaled at a PDSCH configuration level. In such implementations, the UE may transmit capability information associated with the number of DL MIMO layers that the UE supports for each configuration of PDSCH to the UE.

[0032] In some implementations, the capability information may include a new information element that indicates a type of UE (e.g., ueType) . The new information element may indicate either a handheld UE or a FWA device. In some implementations, the new information element may be included in the IE FeatureSetDownlinkPerCC or any other appropriate IEs specified in 3GPP TS 38.331. In some implementations, the UE may transmit the capability information to an access node (e.g., base station) , the capability information including the new information element indicating the type of the UE being a type that supports 6 DL MIMO layers. In some implementations, the mapping relationship between different UE types and the number of DL MIMO layers supported by a UE may be pre-defined or configured to the UE. In such implementations, upon receiving the capability information, the access node may determine the number of DL MIMO layers supported by the UE based on the type of the UE.

[0033] In some implementations, the capability information may include an IE MIMO-LayerDL, which indicates the number of supported DL MIMO layers. The IE MIMO-LayerDL may indicate a new value corresponding to 6 DL MIMO layers (e.g., sixLayers) in addition to the values corresponding to 2, 4, and 8 DL MIMO layers. In such implementations, the UE may transmit capability information including the IE MIMO-LayerDL set to the new value corresponding to 6 DL MIMO layers, to an access node. Upon receiving the capability information, the access node may determine the number of DL MIMO layers supported by the UE.

[0034] In some implementations, a UE may be configured with the maximum number of MIMO layers to be used for PDSCH in all bandwidth parts (BWPs) of a serving cell. The UE may receive configuration information associated with the maximum number of MIMO layers to be used for PDSCH in all bandwidth parts (BWPs) of one serving cell. The configuration information may be specified by the IE PDSCH-ServingCellConfig, as noted in 3GPP TS 38.331. The IE PDSCH-ServingCellConfig may be used to configure PDSCH parameters that are common across UE’s BWPs of one serving cell. The maximum number of MIMO layers to be used for PDSCH may be configured as an integer in the range 1 to 8 by the IE maxMIMO-Layers in the IE PDSCH-ServingCellConfig. In some implementations, the configured value in the IE maxMIMO-Layers may not be interpreted beyond the number of DL MIMO layers supported by a UE indicated by the IE MIMO-LayerDL. The UE may determine the number of DL MIMO layers for receiving PDSCH based on a smaller value of the IE maxMIMO-Layers and the IE MIMO-LayerDL. The smaller value of the IE maxMIMO-Layers and the IE MIMO-LayerDL may be expressed as a function, min (MIMO-LayerDL, maxMIMO-Layers) . In a scenario where the maximum number of MIMO layers to be used for PDSCH indicated by the configuration information is higher than the number of DL MIMO layers supported by a UE indicated by the capability information, the UE may determine the number of DL MIMO layers for receiving PDSCH as the indicated number of DL MIMO layers supported by the UE. For example, if the UE sets the IE MIMO-LayerDL to a value corresponding to 6 DL MIMO layers and the IE maxMIMO-Layers indicates a value of 8, the UE determines the number of DL MIMO layers for receiving PDSCH as 6 DL MIMO layers.

[0035] In some implementations, a UE may declare its UE type (e.g., handheld UE or FWA device) . Since Rx requirements can be applicable to both handheld UEs and FWA devices, signaling of capability of a UE may not be required.

[0036] In some implementations, behaviors of a UE and a network and performance requirements associated with supporting 6Rx and / or 6 DL MIMO layers may be defined based on a power class of the UE. Power class per device is specified in 3GPP TS 38.101-1 for FR1 and TS 38.101-3 for FR2. The power class may be useful since it is verifiable compared to a capability declared by the UE. In some implementations, a capability of a UE associated with supporting 6Rx and / or 6 DL MIMO layers may be tied with a power class of the UE.

[0037] FIG. 3 illustrates a flowchart of an example method 300 for signaling associated with supporting 6 downlink MIMO layers, according to some implementations. For clarity of presentation, the example method 300 is described in the context of the preceding figures. For example, the method 300 may be performed by a UE (e.g., the UE 102) , or any suitable system, environment, software, hardware, or combination thereof. In some implementations, operations of the method 300 can be run in parallel, in combination, in loops, or in any order. The example method 300 shown in FIG. 3 can be modified or reconfigured to include additional, fewer, or different steps (not shown in FIG. 3) , which can be performed in the order shown or in a different order.

[0038] In the method 300, at 305, the UE transmits capability information associated with a first number of supported downlink MIMO layers. In some implementations, the capability information may indicate the first number of supported downlink (DL) MIMO layers per component carrier. In some implementations, the capability information may indicate the first number of supported DL MIMO layers for configuration of the PDSCH. In some implementations, the capability information may indicate a UE type from one of several types of UE. In such implementations, the types of UE may comprise a handheld UE and a fixed wireless access (FWA) UE, among other suitable types. In some implementations, the capability information may indicate the first number of supported DL MIMO layers. In some implementations, the first number of supported DL MIMO layers may be set to six. In some implementations, the first number of supported DL MIMO layers may be indicated by the IE MIMO-LayerDL specified in 3GPP TS 38.331.

[0039] At 310, the UE receives configuration information indicating a particular number of MIMO layers to be used for PDSCH transmission. In some cases, the particular number of MIMO layers may be the maximum number of MIMO layers that the UE can use for receiving PDSCH. In some implementations, the configuration information may be specified by IE PDSCH-ServingCellConfig, as noted in 3GPP TS 38.331. In such implementations, the IE PDSCH-ServingCellConfig may be used to configure PDSCH parameters that are common across UE’s BWPs of one serving cell. In some implementations, the particular number of MIMO layers to be used for PDSCH may be set to an integer in the range 1 to 8 by IE maxMIMO-Layers in the IE PDSCH-ServingCellConfig.

[0040] At 315, the UE determines a second number of DL MIMO layers for receiving a PDSCH based on the capability information and the configuration information. In some implementations, determining a second number of DL MIMO layers for receiving a PDSCH based on the capability information and the configuration information comprises determining a smaller value of the first number of supported DL MIMO layers and the particular number of MIMO layers to be used for PDSCH transmission and determining the second number of DL MIMO layers for receiving the PDSCH based on the determined smaller value. In some implementations, the second number of DL MIMO layers for receiving the PDSCH may be determined based on a smaller value of the IE maxMIMO-Layers and the IE MIMO-LayerDL, which are specified in 3GPP TS 38.331. In such implementations, the smaller value of the IE maxMIMO-Layers and the IE MIMO-LayerDL may be expressed as a function, min (MIMO-LayerDL, maxMIMO-Layers) . In some implementations, in case the particular number of MIMO layers to be used for PDSCH indicated by the configuration information is higher than the first number of supported DL MIMO layers indicated by the capability information, the UE may determine the second number of DL MIMO layers for receiving the PDSCH as the first number of supported DL MIMO layers.

[0041] FIG. 4 illustrates an example UE 400, according to some implementations. The UE 400 may be similar to and substantially interchangeable with UE 102 of FIG. 1. The UE 400 may include any mobile or non-mobile computing device, such as, for example, a mobile phone, computer, tablet, industrial wireless sensors, video device (for example, cameras, video cameras, and the like) , wearable devices (for example, a smart watch) , relaxed internet-of-things (IoT) devices, etc.

[0042] The UE 400 may include any / all of processor 402, RF interface circuitry 404, memory / storage 406, user interface 408, sensors 410, driver circuitry 412, power management integrated circuit (PMIC) 414, one or more antenna (s) 416, and battery 418. The components of the UE 400 may be implemented as integrated circuits (ICs) , portions thereof, discrete electronic devices, or other modules, logic, hardware, software, firmware, or a combination thereof. The block diagram of FIG. 4 is intended to show a high-level view of some of the components of the UE 400. However, some of the components shown may be omitted, additional components may be present, and a different arrangement of the components shown may occur in other implementations.

[0043] The components of the UE 400 may be coupled with various other components over one or more interconnects 420, which may represent any type of interface, input / output, bus (local, system, or expansion) , transmission line, trace, or optical connection that allows various circuit components (on common or different chips or chipsets) to interact with one another.

[0044] The processor 402 may include one or more processors. For example, the processor 402 may include processor circuitry such as, for example, baseband (BB) processor circuitry 422A, central processor unit (CPU) circuitry 422B, and graphics processor unit (GPU) circuitry 422C. The processor 402 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 406 to cause the UE 400 to perform operations as described herein.

[0045] In some implementations, the baseband processor circuitry 422A may access a communication protocol stack 424 in the memory / storage 406 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 422A may access the communication protocol stack to: perform user plane functions at a physical (PHY) layer, medium access control (MAC) layer, radio link control (RLC) layer, packet data convergence protocol (PDCP) layer, service data adaptation protocol (SDAP) layer, and / or protocol data unit (PDU) layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and / or non-access stratum (NAS) layer. In some implementations, the PHY layer operations may additionally / alternatively be performed by components of the RF interface circuitry 404. The baseband processor circuitry 422A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some implementations, waveforms for NR may implement cyclic prefix-orthogonal frequency division multiplexing (CP-OFDM) in the uplink or downlink, and discrete Fourier transform-spread-orthogonal frequency division multiplexing (DFT-S-OFDM) in the uplink.

[0046] The memory / storage 406 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 424) that can be executed by the processor 402 to cause the UE 400 to perform various operations described herein. The memory / storage 406 include any type of volatile or non-volatile memory that may be distributed throughout the UE 400. In some implementations, some of the memory / storage 406 may be located on the processor 402 itself (for example, Layer 1 “L1” and Layer 2 “L2” caches) , while other memory / storage 406 is external to the processor 402 but accessible thereto via a memory interface. The memory / storage 406 may include any suitable volatile or non-volatile memory such as, but not limited to, dynamic random access memory (DRAM) , static random access memory (SRAM) , erasable programmable read-only memory (EPROM) , electrically erasable programmable read-only memory (EEPROM) , Flash memory, solid-state memory, or any other type of memory device technology.

[0047] The RF interface circuitry 404 may include transceiver circuitry and radio frequency front end module (RFEM) that allows the UE 400 to communicate with other devices over a radio access network. The RF interface circuitry 404 may include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, control circuitry, etc.

[0048] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna (s) 416 and proceed to filter and amplify (with a low-noise amplifier) the signal. The signal may be provided to a receiver of the transceiver that downconverts the RF signal into a baseband signal that is provided to the baseband processor.

[0049] In the transmit path, the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides the RF signal to the RFEM. The RFEM may amplify the RF signal through a power amplifier prior to the signal being radiated across the air interface via the antenna (s) 416. In various implementations, the RF interface circuitry 404 may be configured to transmit / receive signals in a manner compatible with NR access technologies.

[0050] The antenna (s) 416 may include one or more antenna elements to convert electrical signals into radio waves to travel through the air and to convert received radio waves over the air into electrical signals. In some implementations, the antenna elements may be arranged into one or more antenna panels. The antenna (s) 416 may have antenna panels that are omnidirectional, directional, or a combination thereof, to enable beamforming and multiple input, multiple output communications. The antenna (s) 416 may include any / all of microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, phased array antennas, etc. The antenna (s) 416 may have one or more panels designed for one or more specific frequency bands, such as bands in frequency range 1 (FR1) or frequency range 2 (FR2) .

[0051] The user interface 408 includes various input / output (I / O) devices designed to enable user interaction with the UE 400. The user interface 408 includes input device circuitry and output device circuitry. Input device circuitry includes any physical or virtual means for accepting an input including, inter alia, one or more physical or virtual buttons (for example, a reset button) , a physical keyboard, keypad, mouse, touchpad, touchscreen, microphones, scanner, headset, or the like. The output device circuitry includes any physical or virtual means for showing information or otherwise conveying information, such as sensor readings, actuator position (s) , or other like information. Output device circuitry may include any number or combinations of audio or visual display, including, inter alia, one or more simple visual outputs / indicators (for example, binary status indicators such as light emitting diodes “LEDs” and multi-character visual outputs) , or more complex outputs such as display devices or touchscreens (for example, liquid crystal displays “LCDs, ” LED displays, quantum dot displays, projectors) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 400.

[0052] The sensors 410 may include devices, modules, or subsystems whose purpose is to detect events or changes in its environment and send the information (sensor data) about the detected events to some other device, module, subsystem, etc. Examples of such sensors include, inter alia, inertia measurement units including accelerometers, gyroscopes, or magnetometers; microelectromechanical systems or nanoelectromechanical systems including 3-axis accelerometers, 3-axis gyroscopes, or magnetometers; level sensors; temperature sensors (for example, thermistors) ; pressure sensors; image capture devices (for example, cameras or lensless apertures) ; light detection and ranging sensors; proximity sensors (for example, infrared radiation detector and the like) ; depth sensors; ambient light sensors; ultrasonic transceivers; and microphones or other like audio capture devices.

[0053] The driver circuitry 412 may include software and hardware elements that operate to control particular devices that are embedded in the UE 400, attached to the UE 400, or otherwise communicatively coupled with the UE 400. The driver circuitry 412 may include individual drivers allowing other components to interact with or control various I / O devices that may be present within, or connected to, the UE 400. For example, driver circuitry 412 may include a display driver to control and allow access to a display device, a touchscreen driver to control and allow access to a touchscreen interface, sensor drivers to obtain sensor readings of sensors 410 and control and allow access to sensors 410, drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro-mechanic components, a camera driver to control and allow access to an embedded image capture device, audio drivers to control and allow access to one or more audio devices.

[0054] The PMIC 414 may manage power provided to various components of the UE 400. In particular, with respect to the processor 402, the PMIC 414 may control power-source selection, voltage scaling, battery charging, or direct current (DC) -to-DC conversion.

[0055] In some implementations, the PMIC 414 may control, or otherwise be part of, various power saving mechanisms of the UE 400. A battery 418 may power the UE 400, although in some examples the UE 400 may be mounted deployed in a fixed location, and may have a power supply coupled to an electrical grid. The battery 418 may be a lithium ion battery, a metal-air battery, such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, and the like. In some implementations, such as in vehicle-based applications, the battery 418 may be a lead-acid automotive battery.

[0056] FIG. 5 illustrates an example access node 500 (e.g., a base station or gNB) , according to some implementations. The access node 500 may be similar to and substantially interchangeable with base station 104. The access node 500 may include one or more of processor 502, RF interface circuitry 504, core network (CN) interface circuitry 506, memory / storage circuitry 508, and one or more antenna (s) 510. The processor 502 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage circuitry 508 to cause the access node 500 to perform operations as described herein.

[0057] The components of the access node 500 may be coupled with various other components over one or more interconnects 512. The processor 502, RF interface circuitry 504, memory / storage circuitry 508 (including communication protocol stack 514) , antenna (s) 510, and interconnects 512 may be similar to like-named elements shown and described with respect to FIG. 4. For example, the processor 502 may include processor circuitry such as, for example, BB processor circuitry 516A, CPU circuitry 516B, and GPU circuitry 516C.

[0058] The CN interface circuitry 506 may provide connectivity to a core network, for example, a 5G core (5GC) network using a 5GC-compatible network interface protocol such as carrier Ethernet protocols, or some other suitable protocol. Network connectivity may be provided to / from the access node 500 via a fiber optic or wireless backhaul. The CN interface circuitry 506 may include one or more dedicated processors or field-programmable gate arrays (FPGA) to communicate using one or more of the aforementioned protocols. In some implementations, the CN interface circuitry 506 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0059] As used herein, the terms “access node, ” “access point, ” or the like may describe equipment that provides the radio baseband functions for data and / or voice connectivity between a network and one or more users. These access nodes can be referred to as base stations, gNBs, RAN nodes, eNBs, NodeBs, roadside units (RSU) , transmit-receive points (TRP) , and so forth, and can include ground stations (e.g., terrestrial access points) or satellite stations providing coverage within a geographic area (e.g., a cell) . As used herein, the term “NG RAN node” or the like may refer to an access node 500 that operates in an NR or 5G system (for example, a gNB) , and the term “E-UTRAN node” or the like may refer to an access node 500 that operates in an LTE or 4G system (e.g., an eNB) . According to various implementations, the access node 500 may be implemented as one or more of a dedicated physical device such as a macrocell base station, and / or a low power base station for providing femtocells, picocells or other like cells having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells.

[0060] In some implementations, all or parts of the access node 500 may be implemented as one or more software entities running on server computers as part of a virtual network, which may be referred to as a cloud radio access network (CRAN) and / or a virtual baseband unit pool (vBBUP) . In vehicle-to-everything (V2X) scenarios, the access node 500 may be or act as an RSU. The term RSU refers to any transportation infrastructure entity used for V2X communications. An RSU may be implemented in or by a suitable RAN node or a stationary (or relatively stationary) UE, where an RSU implemented in or by a UE may be referred to as a “UE-type RSU, ” an RSU implemented in or by an eNB may be referred to as an “eNB-type RSU, ” an RSU implemented in or by a gNB may be referred to as a “gNB-type RSU, ” and the like.

[0061] Various components may be described as performing a task or tasks, for convenience in the description. Such descriptions should be interpreted as including the phrase “configured to. ” Reciting a component that is configured to perform one or more tasks is expressly intended not to invoke 35 U.S.C. § 112 (f) interpretation for that component.

[0062] For one or more embodiments, at least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, or methods as set forth in the example section below. For example, the baseband circuitry as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below. For another example, circuitry associated with a UE, base station, network element, or the like, as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below.

[0063] Example 1 is a method including: transmitting capability information associated with a first number of supported DL MIMO layers, receiving configuration information indicating a particular number of MIMO layers to be used for PDSCH transmission, and determining a second number of DL MIMO layers for receiving a PDSCH based on the capability information and the configuration information.

[0064] Example 2 includes the method of example 1, where determining a second number of DL MIMO layers for receiving a PDSCH based on the capability information and the configuration information comprises determining a smaller value of the first number of supported downlink MIMO layers and the particular number of MIMO layers to be used for PDSCH transmission and determining the second number of DL MIMO layers for receiving the PDSCH based on the determined smaller value.

[0065] Example 3 includes the method of example 1, where the capability information indicates the first number of supported downlink MIMO layers per component carrier.

[0066] Example 4 includes the method of example 1, where the capability information indicates the first number of supported downlink MIMO layers for configuration of the PDSCH.

[0067] Example 5 includes the method of example 1, where the capability information indicates a UE type.

[0068] Example 6 includes the method of example 5, where the UE type is one of a handheld UE or a FWA device.

[0069] Example 7 includes the method of example 1, where the first number of supported downlink MIMO layers is set to six.

[0070] Example 8 includes the method of example 1, where the particular number of MIMO layers comprises a maximum number of MIMO layers to be used for PDSCH transmission.

[0071] Example 9 is an apparatus including one or more processors configured to perform the method of any of examples 1 to 8.

[0072] Example 10 is a UE including one or more processors and memory storing instructions that, when executed by the one or more processors, cause the UE to perform the method of any of examples 1 to 8.

[0073] Any of the foregoing examples can be combined with any other example (or combination of examples) , unless explicitly stated otherwise. The foregoing description of one or more implementations provides illustration and description, but is not intended to be exhaustive or to limit the scope of embodiments to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.

[0074] Although the embodiments above have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.

[0075] As described above, one aspect of the present technology may relate to the gathering and use of data available from specific and legitimate sources to allow for interaction with a second device for a data transfer. The present disclosure contemplates that in some instances, this gathered data may include personal information data that uniquely identifies or can be used to identify a specific person. Such personal information data can include demographic data, location-based data, online identifiers, telephone numbers, email addresses, home addresses, data or records relating to a user’s health or level of fitness (e.g., vital signs measurements, medication information, exercise information) , date of birth, or any other personal information.

[0076] The present disclosure recognizes that the use of such personal information data, in the present technology, can be used to the benefit of users. For example, the personal information data can be used to provide for secure data transfers occurring between a first device and a second device. The personal information data may further be utilized for identifying an account associated with the user from a service provider for completing a data transfer.

[0077] The present disclosure contemplates that those entities responsible for the collection, analysis, disclosure, transfer, storage, or other use of such personal information data will comply with well-established privacy policies and / or privacy practices. In particular, such entities would be expected to implement and consistently apply privacy practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. Such information regarding the use of personal data should be prominent and easily accessible by users, and should be updated as the collection and / or use of data changes. Personal information from users should be collected for legitimate uses only. Further, such collection / sharing should occur only after receiving the consent of the users or other legitimate basis specified in applicable law. Additionally, such entities should consider taking any needed steps for safeguarding and securing access to such personal information data and ensuring that others with access to the personal information data adhere to their privacy policies and procedures. Further, such entities can subject themselves to evaluation by third parties to certify their adherence to widely accepted privacy policies and practices. In addition, policies and practices should be adapted for the particular types of personal information data being collected and / or accessed and adapted to applicable laws and standards, including jurisdiction-specific considerations that may serve to impose a higher standard. For example, in the US, collection of or access to certain health data may be governed by federal and / or state laws, such as the Health Insurance Portability and Accountability Act (HIPAA) ; whereas health data in other countries may be subject to other regulations and policies and should be handled accordingly.

[0078] Despite the foregoing, the present disclosure also contemplates embodiments in which users selectively block the use of, or access to, personal information data. That is, the present disclosure contemplates that hardware and / or software elements can be provided to prevent or block access to such personal information data. For example, the present technology can be configured to allow users to select to “opt in” or “opt out” of participation in the collection of personal information data during registration for services or anytime thereafter. For example, a user may “opt in” or “opt out” of having information associated with an account of the user stored on a user device and / or shared by the user device. In addition to providing “opt in” and “opt out” options, the present disclosure contemplates providing notifications relating to the access or use of personal information. For example, a user may be notified upon downloading an application that their personal information data will be accessed and then reminded again just before personal information data is accessed by the application. In some instances, the user may be notified upon initiation of a data transfer of the device accessing information associated with the account of the user and / or the sharing of information associated with the account of the user with another device.

[0079] Moreover, it is the intent of the present disclosure that personal information data should be managed and handled in a way to minimize risks of unintentional or unauthorized access or use. Risk can be minimized by limiting the collection of data and deleting data once it is no longer needed. In addition, and when applicable, including in certain health related applications, data de-identification can be used to protect a user’s privacy. De-identification may be facilitated, when appropriate, by removing identifiers, controlling the amount or specificity of data stored (e.g., collecting location data at city level rather than at an address level) , controlling how data is stored (e.g., aggregating data across users) , and / or other methods such as differential privacy.

[0080] Therefore, although the present disclosure broadly covers use of personal information data to implement one or more various disclosed embodiments, the present disclosure also contemplates that the various embodiments can also be implemented without the need for accessing such personal information data. That is, the various embodiments of the present technology are not rendered inoperable due to the lack of all or a portion of such personal information data. For example, content can be selected and delivered to users based on aggregated non-personal information data or a bare minimum amount of personal information, such as the content being handled only on the user’s device or other non-personal information available to the content delivery services.

Claims

1.A method comprising:transmitting capability information associated with a first number of supported downlink (DL) multiple-input multiple-output (MIMO) layers;receiving configuration information indicating a particular number of MIMO layers to be used for physical downlink shared channel (PDSCH) transmission; anddetermining a second number of DL MIMO layers for receiving a PDSCH based on the capability information and the configuration information.2.The method of claim 1, wherein determining a second number of DL MIMO layers for receiving a PDSCH based on the capability information and the configuration information comprises:determining a smaller value of the first number of supported downlink MIMO layers and the particular number of MIMO layers to be used for PDSCH transmission; anddetermining the second number of DL MIMO layers for receiving the PDSCH based on the determined smaller value.3.The method of claim 1, wherein the capability information indicates the first number of supported downlink MIMO layers per component carrier.4.The method of claim 1, wherein the capability information indicates the first number of supported downlink MIMO layers for configuration of the PDSCH.5.The method of claim 1, wherein the capability information indicates a UE type.6.The method of claim 5, wherein the UE type is one of a handheld UE or a fixed wireless access (FWA) device.7.The method of claim 1, wherein the first number of supported downlink MIMO layers is set to six.8.The method of claim 1, wherein the particular number of MIMO layers comprises a maximum number of MIMO layers to be used for PDSCH transmission.9.An apparatus comprising one or more processors configured to perform the method of any of claims 1-8.10.A user equipment (UE) comprising:one or more processors; andmemory storing instructions that, when executed by the one or more processors, cause the UE to perform the method of any of claims 1-8.

Images