Enhanced MIMO configuration and capability signaling for user equipment

Abstract

Systems, methods, and circuitries are provided for enhance multiple-input multiple-output (MIMO) configuration and capability signaling. In one example, a method incudes receiving downlink control information (DCI) that configures a number of additional demodulation reference signal (DM-RS) positions; and receiving a physical downlink shared channel (PDSCH) transmission based on the number of additional DM-RS positions.

Description

ENHANCED MIMO CONFIGURATION AND CAPABILITY SIGNALING FOR USER EQUIPMENTBACKGROUND

[0001] Fifth Generation New Radio (5G NR) introduced the use of demodulation reference (DM-RS) in physical downlink shared channel (PDSCH) (e.g., data) transmissions. DM-RS are included in all PDSCH transmissions and are used by a receiving user equipment (UE) to estimate channel conditions in order to improve demodulation of received PDSCH transmissions.

[0002] Data rates and signal quality may be improved by increasing the number of transmitting and / or receiving antennas in a technique known as multiple-input multiple-output (MIMO) . In MIMO PDSCH may be transmitted in multiple layers that are independently received by the UE. Each PDSCH layer is transmitted by a different logical antenna (e.g., an antenna “port” which is a specific combination of antenna (s) and antenna settings) . MIMO may be used to create signal diversity, in which case the different PDSCH layers may carry the same data and the layers are combined by the UE to improve signal reliability and compensate for fading and interference. MIMO may be used to create spatial multiplexing, in which case, the different PDSCH layers represent different PDSCH that are multiplexed by the UE to increase the data rate. The resource blocks in each PDSCH layer include a DM-RS that is unique to the layer.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] Some examples of circuits, apparatuses and / or methods will be described in the following by way of example only. In this context, reference will be made to the accompanying figures.

[0004] FIG. 1 is a message flow diagram of an example configuration of DM-RS and receiving of multi-layer PDSCH transmissions based on the DM-RS, in accordance with various aspects disclosed.

[0005] FIG. 2A illustrates resource blocks including Type-1, Mapping-Type A, DM-RS Length 1 DM-RS with code-division multiplexing (CDM) mapped to four different receive (RX) layers.

[0006] FIG. 2B illustrates resource blocks including Type-1, Mapping-Type A, DM-RS Length 2 DM-RS with CDM mapped to eight different RX layers.

[0007] FIG. 3 illustrates resource blocks including Type-2, Mapping-Type A, DM-RS Length 1 DM-RS with CDM mapped to six different RX layers.

[0008] FIG. 4 illustrates resource blocks including Type-2, Mapping-Type A, DM-RS Length 2 DM-RS with CDM mapped to twelve different RX layers.

[0009] FIG. 5 illustrates resource blocks including DM-RS in additional positions.

[0010] FIG. 6 illustrates resource blocks including Mapping-Type B DM-RS.

[0011] FIG. 7 is a message flow diagram of an example configuration of DCI-based configuration of additional DM-RS positions and receiving of multi-layer PDSCH transmissions based on the DM-RS, in accordance with various aspects disclosed.

[0012] FIG. 8 is a message flow diagram of example signaling of UE MIMO related capabilities, in accordance with various aspects disclosed.

[0013] FIGs. 9A, 9B, 9C are flow diagrams of example methods for configuring a maximum number of receive layers for a UE, in accordance with various aspects disclosed.

[0014] FIG. 10 is a diagram of an example wireless network, according to various aspects disclosed herein.

[0015] FIG. 11 is a diagram of an example of components of a device according to various aspects disclosed herein.DETAILED DESCRIPTION

[0016] The present disclosure is described with reference to the attached figures. The figures are not drawn to scale and they are provided merely to illustrate the disclosure. Several aspects of the disclosure are described below with reference to example applications for illustration. Numerous specific details, relationships, and methods are set forth to provide an understanding of the disclosure. The present disclosure is not limited by the illustrated ordering of acts or events, as some acts may occur in different orders and / or concurrently with other acts or events. Furthermore, not all illustrated acts or events are required to implement a methodology in accordance with the selected present disclosure.

[0017] Providing an increased number of receive (RX) antennas in user equipment (UE) devices to support multiple-input multiple-output (MIMO) operation is an industry-wide goal. Solutions are disclosed herein in the context of enabling UEs to support six or more RX layers (referred to as “6RX” oe “6RX UEs” herein as shorthand notation) . It is noted that the disclosed solutions are equally applicable to UEs that support two or more RX layers.

[0018] Due to the wide range of form factors and use cases for UEs, it is difficult to define standard MIMO-related performance requirements that can be applied to all UEs to characterize a UE as 6RX capable or not. For example, fixed wired access (FWA) UEs have a very different form factor and potential use scenarios as compared to handheld (HH) UEs. FWA UEs can be significantly larger and have more area for installing antennas and providing isolation measures. FWA UEs are typically stationary and do not rely on battery power. All of these characteristics should enable an FWA UE to support 6RX. However, FWA UEs may experience significant interference depending on a number of other UEs in the operating environment which may, depending on potentially transient operating conditions, reduce the FWA UE’s ability to support 6RX.

[0019] HH UEs typically do not have as much area for antennas and may not support the same physical isolation measures as FWA UEs. Thus, a HH UE may support 6RX in less congested locations but may not be able to support 6RX in higher traffic locations. HH UEs may rely on battery power and be susceptible to significant changes in mobility status. While a HH UE may support 6RX while stationary, 6RX performance may be significantly degraded when the HH UE is moving. Thus, due to the potentially limited scenarios in which a HH UE may operate with 6 RX layers with acceptable performance, the cost of including extra antennas and receive chains in HH UEs may not be justified.

[0020] In a MIMO operating scenario, the receiving and processing of demodulation reference signals (DM-RS) play an important role in UE performance. As the UE’s operating environment changes, for example when a number of other MIMO UEs multiplexing PDSCH or the motion state of the UE changes, DM-RS should be re-configured to avoid potentially significant performance degradation. At the same time, DM-RS reconfigurations may incur a high signaling overhead, which may also degrade performance. Solutions are disclosed herein for reducing overhead associated with the reconfiguring of certain DM-RS parameters.

[0021] Another factor that affects a UE’s MIMO capability is the frequency band or bands in which the UE is operating. In general, a UE may be able to support more RX layers in higher frequency bands and HH UEs may be less able to support a same number of RX layers in lower frequency bands as compared to FWA UEs. All of these factors make it difficult to define standard performance requirements for 6RX UEs. Solutions are disclosed herein for specifying 6RX related capabilities for UEs in a manner that recognizes different MIMO capabilities of different UEs.DM-RS Configuration for MIMO Operation

[0022] FIG. 1 is message flow diagram illustrating the configuration of DM-RS in a MIMO environment. A UE transmit message or messages 110 to indicate to the network its DM-RS related capabilities. These capabilities may include a number of TX / RX antennas, PDSCH mapping types supported by the UE, DM-RS types supported by the UE, CDM capabilities, a maximum number of DM-RS symbols per resource block (RB) that can be processed by the UE, DM-RS lengths supported by the UE, and so on. The message or messages 110 may include radio resource control (RRC) configuration messages.

[0023] The base station transmits an RRC configuration message or messages 120 to configure various aspects of PDSCH and DM-RS. Every resource block that carriers PDSCH includes at least one symbol that carries DM-RS. FIGs. 2-6 illustrate resource blocks featuring various types of DM-RS that may be configured for PDSCH based on the message (s) 120. A resource block includes fourteen orthogonal frequency domain multiplexing (OFDM) symbols in the time domain corresponding to the X axis of a resource block and twelve subcarriers in the frequency domain corresponding to the Y axis of the resource block. One symbol and one subcarrier is referred to as a resource element (RE) , which are illustrated as the individual blocks in the illustrated resource blocks. Resource elements that carry DM-RS are shaded light grey while resource elements allocated for PDSCH are not shaded. Resource elements that carry neither DM-RS nor PDSCH are shaded dark grey.

[0024] There are several parameters that are used to configure the time and frequency resources in which DM-RS are positioned within a resource block. In the time domain, a PDSCH mapping type A may be configured to cause the time domain mapping of DM-RS to be defined based on a first symbol of the resource block (e.g., a slot-wise mapping) , causing the time domain positions of the DM-RS to be fixed within the resource block, regardless of the PDSCH allocation. Alternatively, a PDSCH mapping type B may be configured in which the time domain mapping of DM-RS is defined in terms of the PDSCH allocation, which may not begin in symbol 0 (e.g., a mini-slot mapping) . FIGs. 2-5 illustrate DM-RS for PDSCH mapping type A. It can be seen that in all the PDSCH resource blocks illustrated in FIGs. 2-5 the PDSCH begins at the first symbol (symbol 0) and spans the entire slot while in FIG. 6, the PDSCH begins at the fifth symbol and spans through the eleventh slot and covers 7 slots. Other sizes of PDSCH may be used in either PDSCH mapping type.

[0025] When PDSCH mapping type A is used, the first symbol carrying DM-RS may be configured as either the third symbol (symbol 2, with symbol 0 being the first symbol) or the fourth symbol (symbol 3) of the slot. The selection of either the third or fourth symbol may be set, for example using a dmrs-TypeA-Position parameter in a DMRS-DownlinkConfig IE in RRC message (s) 120 of FIG. 1. The dmrs-TypeA-Position parameter can be set to 2 (indicating symbol2 or the third symbol) or 3 (indicated symbol 3 or the fourth symbol) . In all illustrated examples, the first DM-RS symbol for PDSCH mapping type A is configured as the third symbol or dmrs-TypeA-Position parameter equal to 2. The described solutions are equally applicable to DM-RS with the dmrs-TypeA-Position parameter equal to 3.

[0026] When PDSCH mapping type B is used, the DM-RS is located in the first symbol of the PDSCH. Thus unlike with PDSCH mapping type A, no explicit configuration for the first DM-RS symbol is necessary in PDSCH mapping type B. The PDSCH mapping type has an impact on the time domain symbols allocated to the PDSCH. PDSCH mapping type B includes “front-loaded” DM-RS in the first symbol of the PDSCH, which supports low latency transmissions.

[0027] A DM-RS type-1 or type-2 configuration sets the pattern according to which the DM-RS are positioned in the frequency domain. FIGs. 2A and 2B illustrate DM-RS type-1 while FIGs. 3 and 4 illustrate DM-RS type-2. The configuration of DM-RS type-1 or type-2 may be given by higher-layer parameter dmrs-Type in a DMRS-DownlinkConfig IE in RRC message (s) 120 of FIG. 1.

[0028] Referring to FIG. 2A, in DM-RS type-1, the DM-RS are positioned in every other subcarrier in the frequency domain. This means that half of the resource elements of the DM-RS symbol carry DM-RS. The other half of the resource elements may be allocated in a frequency division multiplexing (FDM) manner to carry DM-RS for another layer (e.g., for this UE in single user (SU) -MIMO or for another UE in multi-user (MU) -MIMO) . Resource block 210 and resource block 230 illustrate two different FDM positions for DM-RS type 1. The FDM position for each layer is controlled by assigning the layer to a certain antenna port number (e.g., 1000, 1001, ..., 1011) which has an associated FDM position.

[0029] Code division multiplexing (CDM) is used to allow DM-RS for multiple different layers to occupy the same resource elements in PDSCH. In CDM, each layer (e.g., antenna port) is assigned an orthogonal cover code (OCC) . The OCC coding for each RX layer is controlled by assigning the layer to a certain antenna port number (e.g., 1000, 1001, ..., 1011) which has an associated OCC. For example in FIG. 2A, RX layer 1 (RB 210) and RX layer 3 (RB 230) may be assigned to ports associated with an OCC {1, 1} and RX layer 2 (RB 220) and RX layer 4 may be assigned to ports associated with an OCC {1, -1} . RX layers 1 and 2 and RX layers 3 and 4 make up respective CDM groups because the DM-RS occupy the same resource elements. It can be seen in FIG. 2A that with OCC length 2, DM-RS type-1 and PDSCH mapping type A, four RX layers may be supported.

[0030] DM-RS may be configured to have a length of 1 symbol as shown in FIG. 2A or 2 symbols as shown in FIG. 2B. A maximum allowed DM-RS length may be set as either 1 (len1) or 2 (len2) using higher-layer parameter maxLength in a DMRS-DownlinkConfig IE in RRC message (s) 120 of FIG. 1. Adding a second DM-RS signal doubles the number of supported RX layers to eight as can be seen in FIG. 2B. RX layer 1 (250) , RX layer 2 (255) , RX layer 1 (260) , and RX layer 1 (265) make up a first CDM group and RX layer 5 (270) , RX layer 6 (275) , RX layer 7 (280) , and RX layer 8 (285) make up a second CDM group.

[0031] FIG. 3 illustrates DM-RS type-2 for PDSCH mapping type A, DM-RS length 1. In DM-RS type-2, the DM-RS are carried by two pairs of adjacent REs spaced apart by four adjacent REs. There are three FDM positions in DM-RS type-2. Resource blocks 310, 320 correspond to a first CDM group in a first FDM position, resource blocks 330, 340 correspond to a second CDM group in a second FDM position, and resource blocks 350, 360 correspond to a third CDM group in a third FDM position. With CDM and OCC length 2, as shown in FIG. 3, six RX layers may be supported by DM-RS type-2 for PDSCH mapping type A, DM-RS length 1.

[0032] FIG. 4 illustrates DM-RS type-2 for PDSCH mapping type A, DM-RS length 2. Resource blocks 410, 415, 420, 425 correspond to a first CDM group in a first FDM position, resource blocks 430, 435, 440, 445 correspond to a second CDM group in a second FDM position, and resource blocks 450, 455, 460, 465 correspond to third CDM group in a third FDM position. With CDM and OCC length 2, as shown in FIG. 4, twelve RX layers may be supported by DM-RS type-2 for PDSCH mapping type A, DM-RS length 2.

[0033] An additional DM-RS parameter that may be configured by the message (s) 120 in FIG. 1 is DM-RS additional positions, which adds additional DM-RS symbols in the resource block. The number of additional DM-RS symbols may be configured using higher-layer parameter dmrs-AdditionalPosition in a DMRS-DownlinkConfig IE in RRC message (s) 120 of FIG. 1. Up to three additional positions may be configured subject to restrictions based on PDSCH allocation size, PDSCH mapping type, and DM-RS length. The locations that carry the additional DM-RS are given by tables in the 3GPP standard.

[0034] FIG. 5 illustrates resource blocks with PDSCH mapping type A with 1 or more additional DM-RS position. The resource block 510 illustrates DM-RS positions for DM-RS type-1, PDSCH mapping type A, DM-RS length 1, and 1 additional DM-RS position. The resource block 520 illustrates DM-RS positions for DM-RS type-2, PDSCH mapping type A, DM-RS length 1, and 3 additional DM-RS positions. The resource block 530 illustrates DM-RS positions for DM-RS type-1, PDSCH mapping type A, DM-RS length 2, and 1 additional DM-RS position. The resource block 510 illustrates DM-RS positions for DM-RS type-2, PDSCH mapping type A, DM-RS length 2, and 1 additional DM-RS position.

[0035] FIG. 6 illustrates resource blocks with PDSCH mapping type B with 1 or more additional DM-RS. The resource block 610 illustrates DM-RS positions for DM-RS type-1, PDSCH mapping type B, DM-RS length 1, and 1 additional DM-RS position. The resource block 620 illustrates DM-RS positions for DM-RS type-2, PDSCH mapping type B, DM-RS length 1, and 1 additional DM-RS position. The resource block 630 illustrates DM-RS positions for DM-RS type-1, PDSCH mapping type B, DM-RS length 2, and 0 additional DM-RS positions. The resource block 610 illustrates DM-RS positions for DM-RS type-2, PDSCH mapping type B, DM-RS length 2, and 0 additional DM-RS positions. It can be seen that the first DM-RS symbol is always located in the first symbol of the PDSCH allocation with PDSCH mapping type B.

[0036] Returning to FIG. 1, to summarize, RRC message 120 configures PDSCH mapping type A or B, DM-RS type-1 or type-2, maximum allowed DM-RS length, and the number of additional positions. At 125, PDSCH on m layers is to be scheduled. At 130, downlink control information (DCI) scheduling the PDSCH is transmitted. DCI format 1_1 may be used to configure DM-RS for PDSCH. The DCI configures the DM-RS length subject to the maximum DM-RS length configured in RRC message 120. For example, if the maximum DM-RS length is 2, the DCI may indicate a DM-RS length of 1 or 2. The DCI also indicates a number of layers (m in this case) . It is noted that the number of RX layers on which a PDSCH is transmitted may be referred to as the rank of the PDSCH. The UE will assign each of the m layers to a given antenna port based on a pre-configured algorithm. Each antenna port has preconfigured FDM position and OCC for DM-RS. Thus, DCI may be used to dynamically change the number of PDSCH layers and increase or decrease the length of the DM-RS.

[0037] It can be seen that a wide variety of DM-RS types, densities, and repetitions may be configured. Different DM-RS configurations are suitable in different operating conditions. For example, DM-RS type-1 provides higher density DM-RS REs and helps the UE to generate a more accurate channel estimate. Thus, DM-RS type-1 may be preferred for PDSCH transmissions that require high reliability or for a UE experiencing poor coverage. However, the higher density of DM-RS REs in DM-RS type-1 limits the number of FDM positions and thus options for multiplexing DM-RS for other RX layers. Recall that, as shown in FIG. 2A, DM-RS type-1, length 1 supports up to 4 RX layers while, as shown in FIG. 2B, DM-Rs type-2, length 1 supports up to 6 layers due to the additional FDM position.

[0038] Double symbol DM-RS (e.g., DM-RS length 2) doubles the CDM capability as can be seen by comparing FIG. 2A to FIG. 2B and FIG. 3 to FIG. 4. This makes double symbol DM-RS useful in MIMO applications where the number of RX layers in SU-MIMO or other UEs in MU-MIMO is relatively high. A significant drawback to double symbol DM-RS is the impact on data rate as double the number of symbols in the RB are occupied by DM-RS and are not available to carry data. When additional DM-RS positions are configured, the overhead penalty for double DM-RS is significant.

[0039] PDSCH mapping type A, or slot-based DM-RS mapping, is suitable for use with larger PDSCH allocations (e.g., greater than a min-slot) that support higher data rates. PDSCH mapping type B, or mini-slot based DM-RS mapping, always positions the DM-RS in the first PDSCH symbol. This front loading of DM-RS supports low-latency transmissions.

[0040] Additional DM-RS positions help improve the channel estimation but at the cost of reduced data rate due to the increase density of DM-RS (non-data) symbols. Additional DM-RS positions support shorter intervals for interpolation calculations used in estimating the channel. When a UE is moving at a high speed, the improvement in channel estimation and the resulting improvement in demodulation may outweigh the loss in performance due to the reduction in data rates.

[0041] Returning to FIG. 1, the type and capabilities of a UE (e.g., fixed wireless access (FWA) devices as compared to handheld devices) and the present operating environment impacts which DM-RS are configured by the network by way of RRC message 120 and, in a more dynamic way, the length of the DM-RS and the number of RX layers selected by the network at 125 and signaled in DCI 130. The number of layers and length of the DM-RS may be selected to maximize use of the UE’s SU-MIMO capability while considering a number of other UEs that may multiplex PDSCH in a MU-MIMO environment. After receiving DCI 130, at 150 the UE receives the scheduled PDSCH on the configured number of RX layers based on the configured DM-RS.

[0042] The number of RX layers and DM-RS configurations may need to be changed as the UE’s operating environment changes. At 160 the network determines a new number of layers n and possibly a new DM-RS configuration. When a number of MU-MIMO UEs are added to the UE’s environment, RRC message 170 may be used to configure DM-RS type-2 instead of type-1. When interference increases, RRC message 170 may be used to configure DM=RS type-1. When low-latency PDSCH is to be scheduled, RRC message 170 may be used to configure PDSCH mapping type B. When a UE experiences sudden high speed movement, RRC message 170 may be used to configure additional DM-RS positions. However, once the UE returns to a low mobility state, it may be beneficial to quickly re-configure the DM-RS, by way of another RRC message, to drop the additional DM-RS positions and reduce overhead. When only the number of RX layers and / or the length of the DM-RS (to increase or decrease CDM capabilities for PDSCH) are to be changed, DCI 180 can be used to effectuate the new configuration of number of RX layers and DM-RS length without the need for RRC message 170. At 190, the UE receives the scheduled PDSCH on the configured number of layers based on the configured DM-RS.

[0043] It is noted that while the number of layers and double vs. single symbol DM-RS may be dynamically configured by DCI 180, any other change to the DM-RS configuration requires transmission of RRC message 170. This additional overhead in terms of signaling time may degrade UE performance. For example, when a UE is stationary, no additional DM-RS positions would be configured due to the lack of UE mobility. When the UE experiences a sudden movement, RRC signaling is required to configure DM-RS with an additional position. UE performance may be degraded in the time it takes for the RRC signaling to configure the additional DM-RS position (s) .

[0044] Systems, methods, processors, and circuitries are disclosed herein to support dynamic configuration of additional DM-RS positions by way of DCI. In this manner, DCI may be used to re-configure both DM-RS length and additional positions. For example, DCI may be used to re-configure DM-RS of RB 310 in FIG. 3 (Type-2 single symbol, no additional positions) to DM-RS of RB 520 in FIG. 5 (Type-2, single symbol, three additional positions) . A DCI format may include a bit or bits that indicate additional DM-RS positions. The indication may be similar to the indication provided in the RRC signaling of dmrs-AdditionalPosition in a DMRS-DownlinkConfig. This capability is especially important as the number of RX antennas is being increased for modern UEs and switching DM-RS configuration for potentially denser DM-RS REs associated with more RX layers may incur significant overhead penalties if not handled efficiently.

[0045] To support dynamic configuration of additional DM-RS positions by way of DCI, messages outlined in the message flow of FIG. 1 may be adapted as shown in FIG. 7. In RRC message 710 the UE indicates its DM-RS related capabilities including a capability for DCI-based configuration of additional DM-RS positions.

[0046] The capability for DCI-based configuration of additional DM-RS positions may be signaled by a single parameter that indicates the UE supports capability for processing DCI-based configuration of additional DM-RS positions for all DM-RS types (e.g., PDSCH mapping type A and B, DM-RS type-1 and type-2, Rel-15 DM-RS, Rel-18 eType DM-RS, and so on) .

[0047] Alternatively, the capability for DCI-based configuration of additional DM-RS positions may be signaled on a per DM-RS type basis (e.g., PDSCH mapping type A, PDSCH mapping type B, DM-RS type-1, DM-RS-2, Rel-15 DM-RS, Rel-18 eType DM-RS, and so on) . The capability may be signaled on a DM-RS type and mapping type basis. For example, a single parameter value may indicate support for DCI-based configuration of additional DM-RS positions for PDSCH mapping type A and DM-RS type-1, while a different parameter value may indicate support for DCI-based configuration of additional DM-RS positions for PDSCH mapping type B and DM-RS type-1, and so on.

[0048] The indication of capability for DCI-based configuration of additional DM-RS positions may also indicate that no additional DM-RS positions may be configured by DCI when more than a threshold number of RX layers is in use. Alternatively or additionally, the UE may indicate support for DCI-based configuration of additional DM-RS positions based on a combination of number of RX layers and number of additional DM-RS positions so that the maximum allowed number of additional DM-RS positions that may be configured by DCI decreases as RX layers increase. For example, a UE capability of 6RX layers may indicate support for 6 RX layers when only front-loaded DM-RS is transmitted (e.g., 1+0 or 2+0) and support for 5 RX layers when one additional DM-RS position is configured (e.g., 1+1 or 2+2) .

[0049] RRC message 720 configures various aspects of DM-RS but, as contrasted with message 120, message 720 may or may not configure additional DM-RS positions. It is noted that when DCI-based configuration of additional DM-RS positions is not enabled, the RRC message 720 may be used as a fallback for this purpose as in message 120. At 725, the network determines to schedule PDSCH on m layers and at 730, transmits DCI (s) that enable DCI-based configuration of additional DM-RS positions if necessary and configure the DM-RS additional positions.

[0050] In the DCI 130, a DCI field may include a single bit that indicates DCI-based configuration of additional DM-RS is enabled for all DM-RS types and PDSCH mapping types. Alternatively, the DCI format may include multiple bits where different combinations of bit values indicate enablement of DCI-based configuration of additional DM-RS positions for different combinations of DMRS type, PDSCH mapping type, and / or number of RX layers. At 750, the UE receives the PDSCH on the configured number of RX layers based on the additional DM-RS positions configured by DCI 130.6RX Performance Requirements and UE Capabilities

[0051] As discussed above, the number of RX layers that can be supported by a UE is determined based on UE physical characteristics such as size (e.g., antenna separation) , available power (e.g., small battery vs. household AC) , mobility status (fixed vs. mobile) , and so on as well as use case specific parameters like frequency (e.g., FR1 vs. FR2) , whether carrier aggregation is in use, and / or a type of carrier aggregation (contiguous vs. non-contiguous) is in use. Further, the number of symbols occupied by DM-RS in different use scenarios greatly impacts device performance.

[0052] Performance requirements are currently device-type agnostic and, given the significant disparities in MIMO capabilities in UEs, determining performance requirements for a UE to be deemed as supporting 6RX is challenging. For example, when a UE is using 1+1 DM-RS (single symbol, one additional position) when using 4 RX layers is reconfigured with 2+2 DM-RS (double symbol, one additional position) to support 6 RX layers, the UE’s performance with 6 RX layers will be significantly degraded by the additional two symbols per RB that carry DM-RS instead of data. If the UE instead supports 6 layers by dropping the additional position DM-RS (2+0) the performance degradation may be mitigated. If DCI-based DM-RS additional position configuration as disclosed herein is supported, this transition from 1+1 for 4 RX layer to 2+0 for 6 RX layers may be accomplished dynamically with reduced overhead.

[0053] It may be beneficial to provide increased granularity in the specification of UE performance requirements and signaling of UE capabilities with respect to the number of supported RX layers as between different types of UEs (e.g., FWA vs HH) .

[0054] FIG. 8 is a message flow diagram illustrating an example process for configuring a number of RX layers for a PDSCH transmission. As discussed above, a UE’s capability for supporting RX layers is strongly dependent on many factors, some of which depend on the particular operating scenario. To this end, UE MIMO capability information 810 is communicated to the network. The UE MIMO capability information 810 may include many different types and combinations of information and several examples as will be disclosed below. The UE MIMO capability information may communicated to the network at any appropriate time, including when capability information for other UE characteristics is provided. For example, the UE MIMO capability information 810 may be included in a UE Capability Information message that is signaled in RRC signaling with the network during an initial registration process and / or in response to an enquiry message from the network.

[0055] In preparation for transmitting PDSCH to the UE, the base station transmits RRC signaling of DM-RS parameters 820 as disclosed above. The base station may select a particular DM-RS configuration based on the UE’s mobility status, a number of MU-MIMO UEs that may share the PDSCH, interference, PDSCH type (e.g., URLLC and so on) . The RRC signaling 820 may configure such parameters as DM-RS Type, PDSCH Mapping Type, maximum DM-RS length, and additional DM-RS positions (if DCI-based configuration of DM-RS positions is supported and enabled) .

[0056] At 830, the base station has downlink data to transmit to the UE by way of PDSCH transmission (s) . At 840, the base station determines a number of RX layers the UE is capable of supporting based on the information 810. Depending on the information 810, the determination of number of RX layers may be dependent on many factors, including many factors that are taken into consideration when configuring DM-RS as signaled in RRC signaling 820. At 850 a number of layers, m, is selected for the PDSCH based on the UE’s capability as determined at 840. At 860, DCI 860 configures aspects of DM-RS as discussed above, such as DM-RS length, number of RX layers (including CDM and FDM aspects by virtue of port assignment) , and possibly additional DM-RS positions. DCI 860 also schedules the PDSCH transmission. DCI 860 may be a single DCI format or include multiple DCI formats. The base station transmits PDSCH 870 on m RX layers and at 880 the UE receives the PDSCH on m RX layers.

[0057] In recognition of the different MIMO capabilities of different types of UEs and use scenarios, the UE MIMO capability information 810 may provide more information than a simple declaration that the UE is a UE type device and / or can support a static number of RX layers (e.g., by way of maxMIMO-Layers parameter that is adapted to provide additional RX layer options to include 6 layers or a similar parameter in RRC signaling) .

[0058] For example, additional device types may be adopted by standard, such as fixed wireless access (FWA) or handheld (HH) UE devices. Each of these device types may be understood by the network as having a capability to support a certain number of RX layers as well as other MIMO-related capabilities outlined below. In this case, when a MIMO-specific UE device type is declared at 810, no additional capability signaling may be needed related to the number of supported RX layers. Some specified performance requirements can be applicable to multiple UE types, possible applicable to both HH and FWA device types such as PDSCH, physical downlink control channel (PDCCH) , CSI reporting, and so on.

[0059] Alternatively, at 810, the UE may provide signaling that indicates a maximum number of supported RX layers. The network may determine a device type based on the signaled RX layer capability. For example, a capability of 6 or more RX layers may serve as indication that the UE device is a FWA device while a capability of 4 or 5 RX layers may indicate that the UE device is a HH device. Other MIMO related parameters for the UE may be determined by the network based on the device type. The UE may signal its maximum number of RX layer capability across all frequencies and carrier aggregation scenarios. Alternatively, the UE may signal its maximum number of RX layer capability on a per frequency band basis, a per frequency band combination basis, single carrier vs. carrier aggregation basis, contiguous vs. non-contiguous carrier aggregation basis, and / or separately report maximum RX layer capability for FR1 and FR2.

[0060] The network may determine performance requirements regarding the maximum number of RX layers supported by a UE based on its power class. For example, a power class that indicates an FWA device may be mapped to a performance requirement requiring support for up to 6 or 7 RX layers while a power class that indicates a HH device may be mapped to a performance requirement requiring support for 4 or 5 RX layers. The power class may communicated in or determined based on the UE capability information 810.

[0061] The UE capability with respect to the maximum number of RX layers may be defined based on a device type. For example, a device type that corresponds to an FWA device implies that the device is capable of supporting a certain number of RX layers. The different device types may be tied to the types of support for DCI-based configuration of additional DM-RS positions discussed with reference to FIGs. 1-7. For example, a UE that signals a capability for supporting DCI-based configuration of additional DM-RS positions may be determined to support more RX layers based on the ability to more quickly transition from 1+1 DM-RS configuration to 2+0 DM-RS configuration as discussed above.

[0062] Alternatively or additionally, the UE may indicate different RX layer capabilities based on the DM-RS configuration. For example, a UE capability of 6RX layers may indicate support for 6 RX layers when only front-loaded DM-RS is transmitted (e.g., 1+0 or 2+0) . The UE capability information may include maximum numbers of supported RX layers mapped to numbers of additional DM-RS positions. For example, the UE may indicate capability for 6 RX layers when 0 additional DM-RS positions are configured, 5 RX layers when one additional DM-RS position is configured, and 4 RX layers when two or more additional DM-RS position is configured.

[0063] It can be seem from the foregoing description that enabling more dynamic configuration of DM-RS and increased granularity in defining UE MIMO capabilities may enhance MIMO performance in UEs.

[0064] FIG. 9A is a flow diagram outlining an example method 900 for performing dynamic scheduling of additional DM-RS positions. The method may be performed by the UE of FIG. 7, for example. The method includes, at 910, receiving DCI that configures additional DM-RS positions and, at 920, receiving a PDSCH transmission based on the number of additional DM-RS positions.

[0065] In some examples, the method also includes causing transmission of a message that includes an indication that a UE has capability to support DCI-based configuration of additional DM-RS positions. The message may include a parameter value that indicates that the UE supports DCI-based configuration of additional DM-RS positions for all DM-RS types and PDSCH mapping types. The message may include at least one parameter value selected from a plurality of parameter values, where each parameter value of the plurality indicates that the UE supports DCI-based configuration of additional DM-RS positions for a particular DM-RS type, a particular PDSCH mapping type, or combination of a particular DM-RS type and particular PDSCH mapping type. The message may include at least one parameter value that indicates support for DCI-based configuration of additional DM-RS positions depending on a number of configured receive (RX) layers. The message may include at least one parameter value selected from a plurality of parameter values, where respective parameter values of the plurality indicate that the UE supports DCI-based configuration of additional DM-RS positions for respective combinations of a particular number of configured RX layers and a particular number of additional DM-RS positions.

[0066] In some examples, the DCI includes a field that includes a single bit that indicates that DCI-based configuration of additional DM-RS positions is enabled for all DM-RS types and PDSCH mapping types. Alternatively, the DCI may include a field that includes multiple bits, wherein different combinations of bit values for the multiple bits are indicative of enablement of DCI-based configuration of additional DM-RS positions for different combinations of DM-RS type, PDSCH mapping type, or number of configured RX layers.

[0067] FIG. 9B is a flow diagram outlining an example method 930 for performing dynamic scheduling of additional DM-RS positions. The method may be performed by the base station and / or network of FIG. 7, for example. The method includes, at 940, transmitting DCI that configures additional DM-RS positions and, at 950, transmitting a PDSCH transmission based on the number of additional DM-RS positions. The DCI may schedule the PDSCH transmission.

[0068] In some examples, the method includes causing transmission of second downlink control information (DCI) to a user equipment (UE) that indicates that downlink control information (DCI) -based configuration of additional demodulation reference signal (DM-RS) positions is enabled. The second DCI may include a field that includes a single bit that indicates that DCI-based configuration of additional DM-RS positions is enabled for all DM-RS types and PDSCH mapping types. The second DCI may include a field that includes multiple bits, wherein different combinations of bit values for the multiple bits are indicative of enablement of DCI-based configuration of additional DM-RS positions for different combinations of DM-RS type, PDSCH mapping type, or number of configured RX layers.

[0069] FIG. 9C is a flow diagram outlining an example method 960 for signaling MIMO related capabilities of a UE. The method may be performed by the UE of FIG. 8, for example. The method includes, at 970, transmitting UE MIMO information that indicates one or more MIMO related capabilities of the UE and, at 980, receiving PDSCH transmissions based on the MIMO related capabilities.

[0070] The UE MIMO information may indicate a UE type that is mapped to a maximum RX layer capability by a network. The UE MIMO information may indicate that the UE is a handheld UE or a fixed wireless access (FWA) UE. The UE MIMO information may indicate a maximum RX layer capability on a per frequency band, frequency band combination, or frequency range basis. The UE MIMO information may indicate a maximum RX layer capability for single carrier, carrier aggregation, contiguous carrier aggregation, and / or non-contiguous carrier aggregation. The UE MIMO information may indicate a maximum RX layer as a function of a number of configured additional DM-RS positions. The UE MIMO information may indicate that the UE supports DCI-based configuration of additional DM-RS positions, wherein a maximum RX layers associated with a UE that supports DCI-based configuration of additional DM-RS positions is greater than a maximum number of layers associated with a UE that does not support DCI-based configuration of additional DM-RS positions. The UE MIMO information may indicate a power class of the UE that is mapped to a UE capability for maximum number of RX layers by a network.

[0071] Included herein are several flow diagrams outlining example methods. In this description and the appended claims, use of the term “determine” with reference to some entity (e.g., parameter, variable, and so on) in describing a method step or function is to be construed broadly. For example, “determine” is to be construed to encompass, for example, receiving and parsing a communication that encodes the entity or a value of an entity. “Determine” should be construed to encompass accessing and reading memory (e.g., lookup table, register, device memory, remote memory, and so on) that stores the entity or value for the entity. “Determine” should be construed to encompass computing or deriving the entity or value of the entity based on other quantities or entities. “Determine” should be construed to encompass any manner of deducing or identifying an entity or value of the entity.

[0072] As used herein, the term identify when used with reference to some entity or value of an entity is to be construed broadly as encompassing any manner of determining the entity or value of the entity. For example, the term identify is to be construed to encompass, for example, receiving and parsing a communication that encodes the entity or a value of the entity. The term identify should be construed to encompass accessing and reading memory (e.g., device queue, lookup table, register, device memory, remote memory, and so on) that stores the entity or value for the entity.

[0073] As used herein, the term select when used with reference to some entity or value of an entity is to be construed broadly as encompassing any manner of determining the entity or value of the entity from amongst a plurality or range of possible choices. For example, the term select is to be construed to encompass accessing and reading memory (e.g., lookup table, register, device memory, remote memory, and so on) that stores the entities or values for the entity and returning one entity or entity value from amongst those stored. The term select is to be construed as applying one or more constraints or rules to an input set of parameters to determine an appropriate entity or entity value. The term select is to be construed as broadly encompassing any manner of choosing an entity based on one or more parameters or conditions.

[0074] As used herein, the term derive when used with reference to some entity or value of an entity is to be construed broadly. “Derive” should be construed to encompass accessing and reading memory (e.g., lookup table, register, device memory, remote memory, and so on) that stores some initial value or foundational values and performing processing and / or logical / mathematical operations on the value or values to generate the derived entity or value for the entity. “Derive” should be construed to encompass computing or calculating the entity or value of the entity based on other quantities or entities. “Derive” should be construed to encompass any manner of deducing or identifying an entity or value of the entity.

[0075] The term “couple” is used throughout the specification. The term may cover connections, communications, or signal paths that enable a functional relationship consistent with the description of the present disclosure. For example, if device A generates a signal to control device B to perform an action, in a first example device A is coupled to device B, or in a second example device A is coupled to device B through intervening component C if intervening component C does not substantially alter the functional relationship between device A and device B such that device B is controlled by device A via the control signal generated by device A.

[0076] As used herein, the term “provide” when used with reference to information or data or a signal encoding data is to be construed broadly as encompassing any manner of communicating the information, data, or signal encoding data either explicitly or implicitly. “Provide” should be construed to encompass transmitting a message that indicates the information or data, storing the information or data in memory accessible to the recipient of the providing, controlling electrical signals on conductors in a circuit to encode the information or data, and so on.

[0077] As used herein, the term “obtain” when used with reference to information or data or a signal encoding data is to be construed broadly as encompassing any manner of receiving the information, data, or signal encoding data either explicitly or implicitly. “Obtain” should be construed to encompass receiving a message that indicates the information or data, reading the information or data from memory, performing computations or processing on other data to obtain the information or data, detecting electrical signals on conductors in a circuit detect the information or data, and so on.

[0078] FIG. 10 is an example network 1000 that supports inter-band DL RX chain sharing by UEs according to one or more implementations described herein. Example network 1000 may include UEs 1011-1, 1011-2, a radio access network (RAN) 1020, a core network (CN) 1030, application servers 1040, and external networks 1050.

[0079] The systems and devices of example network 1000 may operate in accordance with one or more communication standards, such as 2nd generation (2G) , 3rd generation (3G) , 4th generation (4G) (e.g., long-term evolution (LTE) ) , and / or 5th generation (5G) (e.g., new radio (NR) ) communication standards of the 3rd generation partnership project (3GPP) . Additionally, or alternatively, one or more of the systems and devices of example network 1000 may operate in accordance with other communication standards and protocols discussed herein, including future versions or generations of 3GPP standards (e.g., sixth generation (6G) standards, seventh generation (7G) standards, etc. ) , institute of electrical and electronics engineers (IEEE) standards (e.g., wireless metropolitan area network (WMAN) , worldwide interoperability for microwave access (WiMAX) , etc. ) , and more.

[0080] As shown, the UE 1011 may include a smartphone (e.g., handheld touchscreen mobile computing devices connectable to one or more wireless communication networks) . Additionally, or alternatively, the UE 1011 may include other types of mobile or non-mobile computing devices capable of wireless communications, such as personal data assistants (PDAs) , pagers, laptop computers, desktop computers, wireless handsets, watches etc.

[0081] Additionally, or alternatively, an IoT device may utilize one or more types of technologies, such as machine-to-machine (M2M) communications or machine-type communications (MTC) (e.g., to exchanging data with an MTC server or other device via a public land mobile network (PLMN) ) , proximity-based service (ProSe) or device-to-device (D2D) communications, sensor networks, IoT networks, and more. Depending on the scenario, an M2M or MTC exchange of data may be a machine-initiated exchange, and an IoT network may include interconnecting IoT UEs (which may include uniquely identifiable embedded computing devices within an Internet infrastructure) with short-lived connections. In some scenarios, IoT UEs may execute background applications (e.g., keep-alive messages, status updates, etc. ) to facilitate the connections of the IoT network.

[0082] The UE 1011 may include stored enhanced MIMO instructions and information to enable the UE to perform operations disclosed above with reference to FIGs. 7-9C.

[0083] The UE 1011 may communicate and establish a connection with (e.g., be communicatively coupled) with RAN 1020, which may involve a wireless channel that carriers a D2R signal 1012, which may comprise a physical communications interface  / layer.

[0084] As shown, UE 1011 may also, or alternatively, connect to access point (AP) 1016 via connection interface 1018, which may include an air interface enabling UE 1011 to communicatively couple with AP 1016. AP 1016 may comprise a wireless local area network (WLAN) , WLAN node, WLAN termination point, etc. The connection 1018 may comprise a local wireless connection, such as a connection consistent with any IEEE 702.11 protocol, and AP 1016 may comprise a wireless fidelity router or other AP. While not explicitly depicted in FIG. 10, AP 1016 may be connected to another network (e.g., the Internet) without connecting to RAN 1020 or CN 1030.

[0085] RAN 1020 may include one or more RAN nodes 1022-1 and 1022-2 (referred to collectively as RAN nodes 1022, and individually as RAN node 1022) that enable channel 1014 to be established between the UE 1011 and RAN 1020. RAN nodes 1022 may include network access points configured to provide radio baseband functions for data and / or voice connectivity between users and the network based on one or more of the communication technologies described herein (e.g., 2G, 3G, 4G, 5G, WiFi, etc. ) . As examples therefore, a RAN node may be an E-UTRAN Node B (e.g., an enhanced Node B, eNodeB, eNB, 4G base station, etc. ) , a next generation base station (e.g., a 5G base station, NR base station, next generation eNBs (gNB) , etc. ) . RAN nodes 1022 may include a roadside unit (RSU) , a transmission reception point (TRxP or TRP) , and one or more other types of ground stations (e.g., terrestrial access points) . In some scenarios, RAN node 1022 may be a dedicated physical device, such as a macrocell base station, and / or a low power (LP) base station for providing femtocells, picocells or the like having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells. Additionally, or alternatively, one or more of RAN nodes 1022 can be next generation eNBs (i.e., gNBs) that can provide evolved universal terrestrial radio access (E-UTRA) user plane and control plane protocol terminations 1026, 1028 toward UEs 1011, and that can be connected to a 5G core network (5GC) 1030 via an NG interface 1024.

[0086] Any of the RAN nodes 1022 can terminate an air interface protocol and can be the first point of contact for UEs 1011. In some implementations, any of the RAN nodes 1022 can fulfill various logical functions for the RAN 1020 including, but not limited to, radio network controller (RNC) functions such as radio bearer management, uplink and downlink dynamic radio resource management and data packet scheduling, and mobility management. UE 1011 can be configured to communicate using orthogonal frequency-division multiplexing (OFDM) communication signals with each other or with any of the RAN nodes 1022 over a multicarrier communication channel in accordance with various communication techniques, such as, but not limited to, an OFDMA communication technique (e.g., for downlink communications) or a single carrier frequency-division multiple access (SC-FDMA) communication technique (e.g., for uplink and ProSe or sidelink (SL) communications) , although the scope of such implementations are not necessarily limited in this regard. The OFDM signals can comprise a plurality of orthogonal subcarriers.

[0087] In some implementations, a downlink resource grid may be used for downlink transmissions from any of the RAN nodes 1022 to UEs 1011, and uplink transmissions may utilize similar techniques. The grid may be a time-frequency grid (e.g., a resource grid or time-frequency resource grid) that represents the physical resource for downlink in each slot. Such a time-frequency plane representation is a common practice for OFDM systems, which makes it intuitive for radio resource allocation. Each column and each row of the resource grid corresponds to one OFDM symbol and one OFDM subcarrier, respectively. The duration of the resource grid in the time domain corresponds to one slot in a radio frame. The smallest time-frequency unit in a resource grid is denoted as a resource element. Each resource grid comprises resource blocks, which describe the mapping of certain physical channels to resource elements. Each resource block may comprise a collection of resource elements (REs) ; in the frequency domain, this may represent the smallest quantity of resources that currently may be allocated. There are several different physical downlink channels that are conveyed using such resource blocks.

[0088] The RAN nodes 1022 may be configured to communicate with one another via interface 1023. In implementations where the system is an LTE system, interface 1023 may be an X2 interface. In NR systems, interface 1023 may be an Xn interface. The X2 interface may be defined between two or more RAN nodes 1022 (e.g., two or more eNBs  / gNBs or a combination thereof) that connect to evolved packet core (EPC) or CN 1030, or between two eNBs connecting to an EPC.

[0089] The RAN nodes 1022 may include stored enhanced MIMO instructions and information to enable the RAN nodes to perform operations disclosed above with reference to FIGs. 7-9C.

[0090] CN 1030 may comprise a plurality of network elements or nodes 1032, which are configured to offer various data and telecommunications services to customers / subscribers (e.g., users of UEs 1011) who are connected to the CN 1030 via the RAN 1020. In some implementations, CN 1030 may include an evolved packet core (EPC) , a 5G CN, and / or one or more additional or alternative types of CNs. The components of the CN 1030 may be implemented in one physical node or separate physical nodes including components to read and execute instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium. The CN 1030 may include stored enhanced MIMO instructions and information to enable the network to perform operations disclosed above with reference to FIGs. 7-9C.

[0091] As shown, CN 1030, application servers 1040, and external networks 1050 may be connected to one another via interfaces 1034, 1036, and 1038, which may include IP network interfaces.

[0092] FIG. 11 is a diagram of an example of components of a device according to one or more implementations described herein. In some implementations, the device 1100 can include application circuitry 1102, baseband circuitry 1104, RF circuitry 1106, front-end module (FEM) circuitry 1108, one or more antennas 1110, and power management circuitry (PMC) 1112 coupled together at least as shown. In some implementations, the device 1100 can include fewer elements (e.g., a RAN node may not utilize application circuitry 1102, and instead include a processor / controller to process IP data received from a CN or an Evolved Packet Core (EPC) ) . In some implementations, the device 1100 can include additional elements such as, for example, memory / storage, display, camera, sensor (including one or more temperature sensors, such as a single temperature sensor, a plurality of temperature sensors at different locations in device 1100, etc. ) , or input / output (I / O) interface. In other implementations, the components described below can be included in more than one device (e.g., said circuitries can be separately included in more than one device for Cloud-RAN (C-RAN) implementations) .

[0093] The baseband circuitry 1104 can include circuitry such as, but not limited to, one or more single-core or multi-core processors. The baseband circuitry 1104 can include one or more baseband processors or control logic to process baseband signals received from a receive signal path of the RF circuitry 1106 and to generate baseband signals for a transmit signal path of the RF circuitry 1106. Baseband circuitry 1104 can interface with the application circuitry 1102 for generation and processing of the baseband signals and for controlling operations of the RF circuitry 1106. For example, in some implementations, the baseband circuitry 1104 can include a 3G baseband processor 1104A, a 4G baseband processor 1104B, a 5G baseband processor 1104C, or other baseband processor (s) 1104D for other existing generations, generations in development or to be developed in the future (e.g., 5G, 6G, etc. ) .

[0094] The baseband circuitry 1104 (e.g., one or more of baseband processors 1104A-D) can handle various radio control functions that enable communication with one or more radio networks via the RF circuitry 1106. In other implementations, some or all of the functionality of baseband processors 1104A-D can be included in modules stored in the memory 1104G and executed via a Central Processing Unit (CPU) 1104E. The radio control functions can include, but are not limited to, signal modulation / demodulation, encoding / decoding, radio frequency shifting, etc. In some implementations, modulation / demodulation circuitry of the baseband circuitry 1104 can include Fast-Fourier Transform (FFT) , precoding, or constellation mapping / de-mapping functionality. In some implementations, encoding / decoding circuitry of the baseband circuitry 1104 can include convolution, tail-biting convolution, turbo, Viterbi, or Low-Density Parity Check (LDPC) encoder / decoder functionality. Implementations of modulation / demodulation and encoder / decoder functionality are not limited to these examples and can include other suitable functionality in other implementations.

[0095] In some implementations, memory 1104G may receive and / or store enhanced MIMO instructions and information to enable the device to perform operations disclosed above with reference to FIGs. 7-9C.

[0096] In some implementations, the baseband circuitry 1104 can include one or more audio digital signal processor (s) (DSP) 1104F. The audio DSPs 1104F can include elements for compression / decompression and echo cancellation and can include other suitable processing elements in other implementations.

[0097] RF circuitry 1106 can enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various implementations, the RF circuitry 1106 can include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network. RF circuitry 1106 can include a receive signal path which can include circuitry to down-convert RF signals received from the FEM circuitry 1108 and provide baseband signals to the baseband circuitry 1104. RF circuitry 1106 can also include a transmit signal path which can include circuitry to up-convert baseband signals provided by the baseband circuitry 1104 and provide RF output signals to the FEM circuitry 1108 for transmission.

[0098] In some implementations, the receive signal path of the RF circuitry 1106 can include mixer circuitry 1106A, amplifier circuitry 1106B and filter circuitry 1106C. RF circuitry 1106 can also include synthesizer circuitry 1106D for synthesizing a frequency for use by the mixer circuitry 1106A of the receive signal path and the transmit signal path.

[0099] The RF circuitry 1106 can include analog-to-digital converter (ADC) and digital-to-analog converter (DAC) circuitry and the baseband circuitry 1104 can include a digital baseband interface to communicate with the RF circuitry 1106.

[0100] Synthesizer circuitry 1106D of the RF circuitry 1106 can include a divider, a delay-locked loop (DLL) , a multiplexer and a phase accumulator.

[0101] FEM circuitry 1108 can include a receive signal path which can include circuitry configured to operate on RF signals received from one or more antennas 1110, amplify the received signals and provide the amplified versions of the received signals to the RF circuitry 1106 for further processing. FEM circuitry 1108 can also include a transmit signal path which can include circuitry configured to amplify signals for transmission provided by the RF circuitry 1106 for transmission by one or more of the one or more antennas 1110. In various implementations, the amplification through the transmit or receive signal paths can be done solely in the RF circuitry 1106, solely in the FEM circuitry 1108, or in both the RF circuitry 1106 and the FEM circuitry 1108.

[0102] In some implementations, the PMC 1112 can manage power provided to the baseband circuitry 1104. In particular, the PMC 1112 can control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion. The PMC 1112 can often be included when the device 1100 is capable of being powered by a battery, for example, when the device is included in a UE. The PMC 1112 can increase the power conversion efficiency while providing desirable implementation size and heat dissipation characteristics.

[0103] While FIG. 11 shows the PMC 1112 coupled only with the baseband circuitry 1104. However, in other implementations, the PMC 1112 may be additionally or alternatively coupled with, and perform similar power management operations for, other components such as, but not limited to, application circuitry 1102, RF circuitry 1106, or FEM circuitry 1108.

[0104] In this regard, while the disclosed subject matter has been described in connection with various examples, implementations, aspects, etc., and corresponding Figures, where applicable, it is to be understood that other similar aspects can be used or modifications and additions can be made to the disclosed subject matter for performing the same, similar, alternative, or substitute function of the subject matter without deviating therefrom. Therefore, the disclosed subject matter should not be limited to any single example, implementation, or aspect described herein, but rather should be construed in breadth and scope in accordance with the appended claims below.

[0105] In particular regard to the various functions performed by the above described components or structures (assemblies, devices, circuits, systems, etc. ) , the terms (including a reference to a “means” ) used to describe such components are intended to correspond, unless otherwise indicated, to any component or structure which performs the specified function of the described component (e.g., that is functionally equivalent) , even though not structurally equivalent to the disclosed structure which performs the function in the herein illustrated exemplary implementations. In addition, while a particular feature may have been disclosed with respect to only one of several implementations, such feature may be combined with one or more other features of the other implementations as may be desired and advantageous for any given application.

[0106] As used herein, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or” . That is, unless specified otherwise, or clear from context, “X employs A or B” is intended to mean any of the natural inclusive permutations. That is, if X employs A; X employs B; or X employs both A and B, then “X employs A or B” is satisfied under any of the foregoing instances. In addition, the articles “a” and “an” as used in this application and the appended claims should generally be construed to mean “one or more” unless specified otherwise or clear from context to be directed to a singular form. Furthermore, to the extent that the terms “including” , “includes” , “having” , “has” , “with” , or variants thereof are used in either the detailed description or the claims, such terms are intended to be inclusive in a manner similar to the term “comprising. ” Additionally, in situations wherein one or more numbered items are discussed (e.g., a “first X” , a “second X” , etc. ) , in general the one or more numbered items can be distinct, or they can be the same, although in some situations the context may indicate that they are distinct or that they are the same.

[0107] While the methods are illustrated and described above as a series of acts or events, it will be appreciated that the illustrated ordering of such acts or events are not to be interpreted in a limiting sense. For example, some acts may occur in different orders and / or concurrently with other acts or events apart from those illustrated and / or described herein. In addition, not all illustrated acts may be required to implement one or more aspects or examples of the disclosure herein. Also, one or more of the acts depicted herein may be carried out in one or more separate acts and / or phases. In some examples, the methods illustrated above may be implemented in a computer readable medium using instructions stored in a memory. Many other examples and variations are possible within the scope of the claimed disclosure.Examples

[0108] Example 1 is a baseband processor coupled to a memory configured to, when executing instructions stored in the memory, perform operations including receiving downlink control information (DCI) that configures a number of additional demodulation reference signal (DM-RS) positions; and receiving a physical downlink shared channel (PDSCH) transmission based on the number of additional DM-RS positions.

[0109] Example 2 includes the subject matter of example 1, including or omitting optional elements, the operations further including causing transmission of a message that includes an indication that a user equipment (UE) has capability to support DCI-based configuration of additional DM-RS positions.

[0110] Example 3 includes the subject matter of example 2, including or omitting optional elements, wherein the message includes a parameter value that indicates that the UE supports DCI-based configuration of additional DM-RS positions for all DM-RS types and PDSCH mapping types.

[0111] Example 4 includes the subject matter of example 2, including or omitting optional elements, wherein the message includes at least one parameter value selected from a plurality of parameter values, where each parameter value of the plurality indicates that the UE supports DCI-based configuration of additional DM-RS positions for a particular DM-RS type, a particular PDSCH mapping type, or combination of a particular DM-RS type and particular PDSCH mapping type.

[0112] Example 5 includes the subject matter of example 2, including or omitting optional elements, wherein the message includes at least one parameter value that indicates support for DCI-based configuration of additional DM-RS positions depending on a number of configured receive (RX) layers.

[0113] Example 6 includes the subject matter of example 2, including or omitting optional elements, wherein the message includes at least one parameter value selected from a plurality of parameter values, where respective parameter values of the plurality indicate that the UE supports DCI-based configuration of additional DM-RS positions for respective combinations of a particular number of configured RX layers and a particular number of additional DM-RS positions.

[0114] Example 7 includes the subject matter of example 1, including or omitting optional elements, wherein the DCI includes a field that includes a single bit that indicates that DCI-based configuration of additional DM-RS positions is enabled for all DM-RS types and PDSCH mapping types.

[0115] Example 8 includes the subject matter of example 1, including or omitting optional elements, wherein the DCI includes a field that includes multiple bits, wherein different combinations of bit values for the multiple bits are indicative of enablement of DCI-based configuration of additional DM-RS positions for different combinations of DM-RS type, PDSCH mapping type, or number of configured RX layers.

[0116] Example 9 is a baseband processor configured to perform operations, the operations including causing transmission of DCI configuring additional DM-RS positions; and causing transmission of a physical downlink shared channel (PDSCH) transmission based on the additional DM-RS positions.

[0117] Example 10 includes the subject matter of example 9, including or omitting optional elements, wherein the DCI schedules the PDSCH transmission.

[0118] Example 11 includes the subject matter of example 9, including or omitting optional elements, the operations further including causing transmission of second downlink control information (DCI) to a user equipment (UE) that indicates that downlink control information (DCI) -based configuration of additional demodulation reference signal (DM-RS) positions is enabled.

[0119] Example 12 includes the subject matter of example 9, including or omitting optional elements, wherein the second DCI includes a field that includes a single bit that indicates that DCI-based configuration of additional DM-RS positions is enabled for all DM-RS types and PDSCH mapping types.

[0120] Example 13 includes the subject matter of example 11, including or omitting optional elements, wherein the second DCI includes a field that includes multiple bits, wherein different combinations of bit values for the multiple bits are indicative of enablement of DCI-based configuration of additional DM-RS positions for different combinations of DM-RS type, PDSCH mapping type, or number of configured RX layers.

[0121] Example 14 is a user equipment (UE) , including a radio frequency (RF) interface, a memory, and a baseband processor coupled to the memory. The baseband processor is configured to, when executing instructions stored in the memory, cause the UE to transmit, by way of the RF interface, UE multiple-input multiple-output (MIMO) information that indicates one or more MIMO related capabilities of the UE; and receive physical layer downlink shared channel (PDSCH) transmissions based on the MIMO related capabilities.

[0122] Example 15 includes the subject matter of example 14, including or omitting optional elements, wherein the UE MIMO information indicates a UE type that is mapped to a maximum RX layer capability by a network.

[0123] Example 16 includes the subject matter of example 15, including or omitting optional elements, wherein the UE MIMO information indicates that the UE is a handheld UE or a fixed wireless access (FWA) UE.

[0124] Example 17 includes the subject matter of example 14, including or omitting optional elements, wherein the UE MIMO information indicates a maximum RX layer capability on a per frequency band, frequency band combination, or frequency range basis.

[0125] Example 18 includes the subject matter of example 14, including or omitting optional elements, wherein the UE MIMO information indicates a maximum RX layer capability for single carrier, carrier aggregation, contiguous carrier aggregation, and / or non-contiguous carrier aggregation.

[0126] Example 19 includes the subject matter of example 14, including or omitting optional elements, wherein the UE MIMO information indicates a maximum RX layer as a function of a number of configured additional DM-RS positions.

[0127] Example 20 includes the subject matter of example 14, including or omitting optional elements, wherein the UE MIMO information indicates that the UE supports DCI-based configuration of additional DM-RS positions, wherein a maximum RX layers associated with a UE that supports DCI-based configuration of additional DM-RS positions is greater than a maximum number of layers associated with a UE that does not support DCI-based configuration of additional DM-RS positions.

[0128] Example 21 includes the subject matter of example 14, including or omitting optional elements, wherein the UE MIMO information indicates a power class of the UE that is mapped to a UE capability for maximum number of RX layers by a network.

[0129] Example 22 is a method as substantially described herein with reference to each or any combination substantially described herein, comprised in examples 1-20, or in the Detailed Description.

[0130] Example 23 is a non-transitory computer readable medium as substantially described herein with reference to each or any combination substantially described herein, comprised in examples 1-21, or in the Detailed Description.

[0131] Example 24 is a user equipment including the baseband processor of examples 1-8.

[0132] Example 25 is a base station including the processor of examples 9-13.

[0133] Example 26 is a wireless device configured to perform any action or combination of actions as substantially described herein, comprised in examples 1-20, or in the Detailed Description.

[0134] Example 27 is an apparatus including the baseband processor or processor of examples 1-21.

[0135] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

Claims

1.A baseband processor coupled to a memory configured to, when executing instructions stored in the memory, perform operations comprising:receiving downlink control information (DCI) that configures a number of additional demodulation reference signal (DM-RS) positions; andreceiving a physical downlink shared channel (PDSCH) transmission based on the number of additional DM-RS positions.2.The baseband processor of claim 1 the operations further comprisingcausing transmission of a message that includes an indication that a user equipment (UE) has capability to support DCI-based configuration of additional DM-RS positions.3.The baseband processor of claim 2, wherein the message includes a parameter value that indicates that the UE supports DCI-based configuration of additional DM-RS positions for all DM-RS types and PDSCH mapping types.4.The baseband processor of claim 2, wherein the message includes at least one parameter value selected from a plurality of parameter values, where each parameter value of the plurality indicates that the UE supports DCI-based configuration of additional DM-RS positions for a particular DM-RS type, a particular PDSCH mapping type, or combination of a particular DM-RS type and particular PDSCH mapping type.5.The baseband processor of claim 2, wherein the message includes at least one parameter value that indicates support for DCI-based configuration of additional DM-RS positions depending on a number of configured receive (RX) layers.6.The baseband processor of claim 2, wherein the message includes at least one parameter value selected from a plurality of parameter values, where respective parameter values of the plurality indicate that the UE supports DCI-based configuration of additional DM-RS positions for respective combinations of a particular number of configured RX layers and a particular number of additional DM-RS positions.7.The baseband processor of claim 1, wherein the DCI comprises a field that includes a single bit that indicates that DCI-based configuration of additional DM-RS positions is enabled for all DM-RS types and PDSCH mapping types.8.The baseband processor of claim 1, wherein the DCI comprises a field that includes multiple bits, wherein different combinations of bit values for the multiple bits are indicative of enablement of DCI-based configuration of additional DM-RS positions for different combinations of DM-RS type, PDSCH mapping type, or number of configured RX layers.9.A baseband processor configured to perform operations, the operations comprising:causing transmission of DCI configuring additional DM-RS positions; andcausing transmission of a physical downlink shared channel (PDSCH) transmission based on the additional DM-RS positions.10.The baseband processor of claim 9, wherein the DCI schedules the PDSCH transmission.11.The baseband processor of claim 9, the operations further comprising:causing transmission of second downlink control information (DCI) to a user equipment (UE) that indicates that downlink control information (DCI) -based configuration of additional demodulation reference signal (DM-RS) positions is enabled.12.The baseband processor of claim 11, wherein the second DCI comprises a field that includes a single bit that indicates that DCI-based configuration of additional DM-RS positions is enabled for all DM-RS types and PDSCH mapping types.13.The baseband processor of claim 11, wherein the second DCI comprises a field that includes multiple bits, wherein different combinations of bit values for the multiple bits are indicative of enablement of DCI-based configuration of additional DM-RS positions for different combinations of DM-RS type, PDSCH mapping type, or number of configured RX layers.14.A user equipment (UE) , comprising:a radio frequency (RF) interface;a memory; anda baseband processor coupled to the memory configured to, when executing instructions stored in the memory, cause the UE totransmit, by way of the RF interface, UE multiple-input multiple-output (MIMO) information that indicates one or more MIMO related capabilities of the UE; andreceive physical layer downlink shared channel (PDSCH) transmissions based on the MIMO related capabilities.15.The UE of claim 14, wherein the UE MIMO information indicates a UE type that is mapped to a maximum RX layer capability by a network.16.The UE of claim 15 wherein the UE MIMO information indicates that the UE is a handheld UE or a fixed wireless access (FWA) UE.17.The UE of claim 14, wherein the UE MIMO information indicates a maximum RX layer capability on a per frequency band, frequency band combination, or frequency range basis.18.The UE of claim 14, wherein the UE MIMO information indicates a maximum RX layer capability for single carrier, carrier aggregation, contiguous carrier aggregation, and / or non-contiguous carrier aggregation.19.The UE of claim 14, wherein the UE MIMO information indicates a maximum RX layer as a function of a number of configured additional DM-RS positions.20.The UE of claim 14, wherein the UE MIMO information indicates that the UE supports DCI-based configuration of additional DM-RS positions, wherein a maximum RX layers associated with a UE that supports DCI-based configuration of additional DM-RS positions is greater than a maximum number of layers associated with a UE that does not support DCI-based configuration of additional DM-RS positions.21.The UE of claim 14, wherein the UE MIMO information indicates a power class of the UE that is mapped to a UE capability for maximum number of RX layers by a network.

Images