The subject matter disclosed herein generally relates to wireless communications, and more particularly relates to methods and apparatuses to facilitate larger number of DMRS ports.
The following abbreviations are herewith defined, at least some of which are referred to within the following description: Third Generation Partnership Project (3GPP), 5th Generation (5G), New Radio (NR), 5G Node B (gNB), Long Term Evolution (LTE), LTE Advanced (LTE-A), E-UTRAN Node B (eNB), Universal Mobile Telecommunications System (UMTS), Worldwide Interoperability for Microwave Access (WiMAX), Evolved UMTS Terrestrial Radio Access Network (E-UTRAN), Wireless Local Area Networking (WLAN), Orthogonal Frequency Division Multiplexing (OFDM), Single-Carrier Frequency-Division Multiple Access (SC-FDMA), Downlink (DL), Uplink (UL), User Equipment (UE), Network Equipment (NE), Radio Access Technology (RAT), Receive or Receiver (RX), Transmit or Transmitter (TX), Physical Broadcast Channel (PBCH), Physical Downlink Control Channel (PDCCH), Physical Downlink Shared Channel (PDSCH), Physical Uplink Shared Channel (PUSCH), Physical Resource Block (PRB), Code-Division Multiplexing (CDM), Downlink Control Information (DCI), Demodulation Reference Signal (DMRS or DM-RS), Frequency-Division Multiplexing (FDM), Frequency Division Multiple Access (FDMA), Index/Identifier (ID), Multiple Input Multiple Output (MIMO), Orthogonal Cover Code (OCC), Resource Block (RB), Resource Element (RE), Reference Signal (RS), Transmission and Reception Point (TRP), Technical Specification (TS), Phase-Tracking Reference Signal (PTRS or PT-RS), Full Duplex (FD), Frequency Division Orthogonal Cover Code (FD-OCC), Time Division Orthogonal Cover Code (TD-OCC) Resource Block (RB), Resource Element (RE), Radio Network Temporary Identifier (RNTI), Transmission and Reception Point (TRP), Cell Radio Network Temporary Identifier (C-RNTI), Configured Scheduling RNTI (CS-RNTI), Pseudo-random Noise (PN), Configured Scheduling (CS).
In wireless communication, such as a Third Generation Partnership Project (3GPP) mobile network, a wireless mobile network may provide a seamless wireless communication service to a wireless communication terminal having mobility, i.e., user equipment (UE). The wireless mobile network may be formed of a plurality of base stations and a base station may perform wireless communication with the UEs.
The 5G New Radio (NR) is the latest in the series of 3GPP standards which supports very high data rate with lower latency compared to its predecessor LTE (4G) technology. Two types of frequency range (FR) are defined in 3GPP. Frequency of sub-6 GHz range (from 450 to 6000 MHz) is called FR1 and millimeter wave range (from 24.25 GHz to 52.6 GHz) is called FR2. The 5G NR supports both FR1 and FR2 frequency bands.
Enhancements on multi-TRP/panel transmission including improved reliability and robustness with both ideal and non-ideal backhaul between these TRPs are studied. A TRP is an apparatus to transmit and receive signals, and is controlled by a gNB through the backhaul between the gNB and the TRP.
In Release 15, two types of DMRS are specified. DMRS type 1 includes 2 CDM groups which supports up to 8 DMRS ports and DMRS type 2 includes 3 CDM groups which supports up to 12 DMRS ports. A CDM group includes up to 4 DMRS ports which are orthogonal by FD-OCC and TD-OCC. Therefore, for single-symbol DMRS for which TD-OCC cannot be implemented, DMRS type 1 supports only up to 4 DMRS ports and DMRS type 2 supports up to 6 DMRS ports. And for double-symbol DMRS implemented by TD-OCC, DMRS type 1 supports up to 8 DMRS ports and DMRS type 2 supports up to 12 DMRS ports. Throughout this disclosure, “DMRS type 1” may also be referred to as “type 1 DMRS”, and the terms may be used interchangeably. Similarly, “DMRS type 2” may also be referred to as “type 2 DMRS”.
Various methods were proposed to increase the number of DMRS ports for PDSCH/PUSCH, including FDM, comb and FD-OCC manner. In Release 18, the number of DMRS ports is doubled for both single-symbol DMRS and double-symbol DMRS. In Release 15, for DMRS type 1, one DMRS port occupies 6 REs in each scheduled RB and the length of FD-OCC is 2. If FD-OCC length is increased to be 4 in Release 18, 2 consecutive RBs need to be bundled for DMRS ports mapping. In this case, if the scheduled RBs is not multiple of 2 RB, there is an orphan RB which is not paired or bundled with another RB of the scheduled RBs. Thus, how to handle the orphan RB needs to be determined.
In addition, in Release 15, when PTRS is configured, each PTRS port is associated with an DMRS port and mapped to one subcarrier (i.e., RE) of the subcarriers occupied by the DMRS port in an RB containing PTRS. However, if the number of DMRS ports is increased by new FDM scheme or new comb pattern in Release 18, the number of REs occupied by a DMRS port of Release 18 is decreased compared to a DMRS port of Release 15. Then the possible RE(s) which a PTRS port can be mapped to may be different from those specified in Release 15. Thus, how to map a PTRS port in Release 18 needs to be resolved as well.
It is therefore an object of the present application to provide methods and apparatuses to facilitate larger number of DMRS ports and solve the orphan RB issue caused by FD-OCC with length 4 and the PTRS port mapping issue caused by new FDM schemes.
Methods and apparatuses to facilitate larger number of DMRS ports are disclosed.
According to a first aspect, there is provided an apparatus, comprising: a transceiver; and a processor coupled to the transceiver, wherein the processor is configured to perform the operations comprising: receiving a configuration for Demodulation Reference Signal (DMRS) that includes a DMRS type, wherein, the maximum number of DMRS ports supported by DMRS type 1 is 8 for single-symbol DMRS and 16 for double-symbol DMRS, and the maximum number of DMRS ports supported by DMRS type 2 is 12 for single-symbol DMRS and 24 for double-symbol DMRS; receiving a Downlink Control Information (DCI) indicating one or more DMRS ports for a scheduled transmission, wherein the scheduled transmission is a Physical Uplink Shared Channel (PUSCH) transmission or a Physical Downlink Shared Channel (PDSCH) transmission; and mapping each of the indicated DMRS ports to a plurality of Resource Elements (REs) in one or more Resource Blocks (RBs) scheduled for the transmission based on the configuration for DMRS.
According to a second aspect, there is provided an apparatus, comprising: the processor is further configured to perform the operations comprising: receiving a configuration for Phase Tracking Reference Signal (PTRS) including a parameter resourceElementOffset indicating the subcarrier offset of a PTRS port; and mapping the PTRS port to a subcarrier in an RB of every KPT-RS RBs of the scheduled RBs based on a table, where KPT-RS is the frequency density of PT-RS transmission and wherein the table includes a parameter p indicating an index of a DMRS port which may be associated with a PTRS port, a parameter krefRE indicating subcarrier of a PTRS port within one or two RBs, and the resourceElementOffset.
According to a third aspect, there is provided an apparatus, comprising: a transceiver; and a processor coupled to the transceiver, wherein the processor is configured to perform the operations comprising: transmitting a configuration for Demodulation Reference Signal (DMRS) that includes a DMRS type, wherein, the maximum number of DMRS ports supported by DMRS type 1 is 8 for single-symbol DMRS and 16 for double-symbol DMRS, and the maximum number of DMRS ports supported by DMRS type 2 is 12 for single-symbol DMRS and 24 for double-symbol DMRS; transmitting a Downlink Control Information (DCI) indicating one or more DMRS ports for a scheduled transmission, wherein the scheduled transmission is a Physical Uplink Shared Channel (PUSCH) transmission or a Physical Downlink Shared Channel (PDSCH) transmission; and mapping each of the indicated DMRS ports to a plurality of Resource Elements (REs) in one or more Resource Blocks (RBs) scheduled for the transmission based on the configuration for DMRS.
According to a fourth aspect, there is provided a method, comprising: receiving a configuration for Demodulation Reference Signal (DMRS) that includes a DMRS type, wherein, the maximum number of DMRS ports supported by DMRS type 1 is 8 for single-symbol DMRS and 16 for double-symbol DMRS, and the maximum number of DMRS ports supported by DMRS type 2 is 12 for single-symbol DMRS and 24 for double-symbol DMRS; receiving a Downlink Control Information (DCI) indicating one or more DMRS ports for a scheduled transmission, wherein the scheduled transmission is a Physical Uplink Shared Channel (PUSCH) transmission or a Physical Downlink Shared Channel (PDSCH) transmission; and mapping each of the indicated DMRS ports to a plurality of Resource Elements (REs) in one or more Resource Blocks (RBs) scheduled for the transmission based on the configuration for DMRS.
A more particular description of the embodiments briefly described above will be rendered by reference to specific embodiments that are illustrated in the appended drawings. Understanding that these drawings depict only some embodiments, and are not therefore to be considered to be limiting of scope, the embodiments will be described and explained with additional specificity and detail through the use of the accompanying drawings, in which:
As will be appreciated by one skilled in the art, aspects of the embodiments may be embodied as a system, an apparatus, a method, or a program product. Accordingly, embodiments may take the form of an all-hardware embodiment, an all-software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects.
Furthermore, one or more embodiments may take the form of a program product embodied in one or more computer readable storage devices storing machine readable code, computer readable code, and/or program code, referred to hereafter as “code.” The storage devices may be tangible, non-transitory, and/or non-transmission.
Reference throughout this specification to “one embodiment,” “an embodiment,” “an example,” “some embodiments,” “some examples,” or similar language means that a particular feature, structure, or characteristic described is included in at least one embodiment or example. Thus, instances of the phrases “in one embodiment,” “in an example,” “in some embodiments,” and similar language throughout this specification may, but do not necessarily, all refer to the same embodiment(s). It may or may not include all the embodiments disclosed. Features, structures, elements, or characteristics described in connection with one or some embodiments are also applicable to other embodiments, unless expressly specified otherwise. The terms “including,” “comprising,” “having,” and variations thereof mean “including but not limited to,” unless expressly specified otherwise.
An enumerated listing of items does not imply that any or all of the items are mutually exclusive, unless expressly specified otherwise. The terms “a,” “an,” and “the” also refer to “one or more”, and similarly items expressed in plural form also include reference to one or multiple instances of the item, unless expressly specified otherwise.
Throughout the disclosure, the terms “first,” “second,” “third,” and etc. are all used as nomenclature only for references to relevant devices, components, procedural steps, and etc. without implying any spatial or chronological orders, unless expressly specified otherwise. For example, a “first device” and a “second device” may refer to two separately formed devices, or two parts or components of the same device. In some cases, for example, a “first device” and a “second device” may be identical, and may be named arbitrarily. Similarly, a “first step” of a method or process may be carried or performed after, or simultaneously with, a “second step.”
It should be understood that the term “and/or” as used herein refers to and includes any and all possible combinations of one or more of the associated listed items. For example, “A and/or B” may refer to any one of the following three combinations: existence of A only, existence of B only, and co-existence of both A and B. The character “/” generally indicates an “or” relationship of the associated items. This, however, may also include an “and” relationship of the associated items. For example, “A/B” means “A or B,” which may also include the co-existence of both A and B, unless the context indicates otherwise.
Furthermore, the described features, structures, or characteristics of the embodiments may be combined in any suitable manner. In the following description, numerous specific details are provided, such as examples of programming, software modules, user selections, network transactions, database queries, database structures, hardware modules, hardware circuits, hardware chips, etc., to provide a thorough understanding of embodiments. One skilled in the relevant art will recognize, however, that embodiments may be practiced without one or more of the specific details, or with other methods, components, materials, and so forth. In other instances, well-known structures, materials, or operations are not shown or described in detail to avoid obscuring aspects of an embodiment.
Aspects of various embodiments are described below with reference to schematic flowchart diagrams and/or schematic block diagrams of methods, apparatuses, systems, and program products. It will be understood that each block of the schematic flowchart diagrams and/or schematic block diagrams, as well as combinations of blocks in the schematic flowchart diagrams and/or schematic block diagrams, may be implemented by code. This code may be provided to a processor of a general-purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions executed via the processor of the computer or other programmable data processing apparatus create a means for implementing the functions or acts specified in the schematic flowchart diagrams and/or schematic block diagrams.
The code may also be stored in a storage device that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the storage device produce an article of manufacture including instructions which implement the function or act specified in the schematic flowchart diagrams and/or schematic block diagrams.
The schematic flowchart diagrams and/or schematic block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of different apparatuses, systems, methods, and program products according to various embodiments. In this regard, each block in the schematic flowchart diagrams and/or schematic block diagrams may represent a module, segment, or portion of code, which includes one or more executable instructions of the code for implementing the specified logical function(s). One skilled in the relevant art will recognize, however, that the flowchart diagrams need not necessarily be practiced in the sequence shown and are able to be practiced without one or more of the specific steps, or with other steps not shown.
It should also be noted that, in some alternative implementations, the functions noted in the identified blocks may occur out of the order noted in the Figures. For example, two blocks shown in succession may, in fact, be substantially executed in concurrence, or the blocks may sometimes be executed in reverse order, depending upon the functionality involved.
The UEs 102 may be referred to as remote devices, remote units, subscriber units, mobiles, mobile stations, users, terminals, mobile terminals, fixed terminals, subscriber stations, user terminals, apparatus, devices, user device, or by other terminology used in the art.
In one embodiment, the UEs 102 may be autonomous sensor devices, alarm devices, actuator devices, remote control devices, or the like. In some other embodiments, the UEs 102 may include computing devices, such as desktop computers, laptop computers, personal digital assistants (PDAs), tablet computers, smart phones, smart televisions (e.g., televisions connected to the Internet), set-top boxes, game consoles, security systems (including security cameras), vehicle on-board computers, network devices (e.g., routers, switches, modems), or the like. In some embodiments, the UEs 102 include wearable devices, such as smart watches, fitness bands, optical head-mounted displays, or the like. The UEs 102 may communicate directly with one or more of the NEs 104.
The NE 104 may also be referred to as a base station, an access point, an access terminal, a base, a Node-B, an eNB, a gNB, a Home Node-B, a relay node, an apparatus, a device, or by any other terminology used in the art. Throughout this specification, a reference to a base station may refer to any one of the above referenced types of the network equipment 104, such as the eNB and the gNB.
The NEs 104 may be distributed over a geographic region. The NE 104 is generally part of a radio access network that includes one or more controllers communicably coupled to one or more corresponding NEs 104. The radio access network is generally communicably coupled to one or more core networks, which may be coupled to other networks, like the Internet and public switched telephone networks. These and other elements of radio access and core networks are not illustrated, but are well known generally by those having ordinary skill in the art.
In one implementation, the wireless communication system 100 is compliant with a 3GPP 5G new radio (NR). In some implementations, the wireless communication system 100 is compliant with a 3GPP protocol, where the NEs 104 transmit using an OFDM modulation scheme on the downlink (DL) and the UEs 102 transmit on the uplink (UL) using a SC-FDMA scheme or an OFDM scheme. More generally, however, the wireless communication system 100 may implement some other open or proprietary communication protocols, for example, WiMAX. The present disclosure is not intended to be limited to the implementation of any particular wireless communication system architecture or protocol.
The NE 104 may serve a number of UEs 102 within a serving area, for example, a cell (or a cell sector) or more cells via a wireless communication link. The NE 104 transmits DL communication signals to serve the UEs 102 in the time, frequency, and/or spatial domain.
Communication links are provided between the NE 104 and the UEs 102a, 102b, which may be NR UL or DL communication links, for example. Some UEs 102 may simultaneously communicate with different Radio Access Technologies (RATs), such as NR and LTE. Direct or indirect communication link between two or more NEs 104 may be provided.
The NE 104 may also include one or more transmit receive points (TRPs) 104a. In some embodiments, the network equipment may be a gNB 104 that controls a number of TRPs 104a. In addition, there is a backhaul between two TRPs 104a. In some other embodiments, the network equipment may be a TRP 104a that is controlled by a gNB.
Communication links are provided between the NEs 104, 104a and the UEs 102, 102a, respectively, which, for example, may be NR UL/DL communication links. Some UEs 102, 102a may simultaneously communicate with different Radio Access Technologies (RATs), such as NR and LTE.
In some embodiments, the UE 102a may be able to communicate with two or more TRPs 104a that utilize a non-ideal or ideal backhaul, simultaneously. A TRP may be a transmission point of a gNB. Multiple beams may be used by the UE and/or TRP(s). The two or more TRPs may be TRPs of different gNBs, or a same gNB. That is, different TRPs may have the same Cell-ID or different Cell-IDs. The terms “TRP” and “transmitting-receiving identity” may be used interchangeably throughout the disclosure.
The processor 202, in one embodiment, may include any known controller capable of executing computer-readable instructions and/or capable of performing logical operations. For example, the processor 202 may be a microcontroller, a microprocessor, a central processing unit (CPU), a graphics processing unit (GPU), an auxiliary processing unit, a field programmable gate array (FPGA), or similar programmable controller. In some embodiments, the processor 202 executes instructions stored in the memory 204 to perform the methods and routines described herein. The processor 202 is communicatively coupled to the memory 204 and the transceiver 210.
The memory 204, in one embodiment, is a computer readable storage medium. In some embodiments, the memory 204 includes volatile computer storage media. For example, the memory 204 may include a RAM, including dynamic RAM (DRAM), synchronous dynamic RAM (SDRAM), and/or static RAM (SRAM). In some embodiments, the memory 204 includes non-volatile computer storage media. For example, the memory 204 may include a hard disk drive, a flash memory, or any other suitable non-volatile computer storage device. In some embodiments, the memory 204 includes both volatile and non-volatile computer storage media. In some embodiments, the memory 204 stores data relating to trigger conditions for transmitting the measurement report to the network equipment. In some embodiments, the memory 204 also stores program code and related data.
The input device 206, in one embodiment, may include any known computer input device including a touch panel, a button, a keyboard, a stylus, a microphone, or the like. In some embodiments, the input device 206 may be integrated with the display 208, for example, as a touchscreen or similar touch-sensitive display.
The display 208, in one embodiment, may include any known electronically controllable display or display device. The display 208 may be designed to output visual, audio, and/or haptic signals.
The transceiver 210, in one embodiment, is configured to communicate wirelessly with the network equipment. In certain embodiments, the transceiver 210 comprises a transmitter 212 and a receiver 214. The transmitter 212 is used to transmit UL communication signals to the network equipment and the receiver 214 is used to receive DL communication signals from the network equipment.
The transmitter 212 and the receiver 214 may be any suitable type of transmitters and receivers. Although only one transmitter 212 and one receiver 214 are illustrated, the transceiver 210 may have any suitable number of transmitters 212 and receivers 214. For example, in some embodiments, the UE 200 includes a plurality of the transmitter 212 and the receiver 214 pairs for communicating on a plurality of wireless networks and/or radio frequency bands, with each of the transmitter 212 and the receiver 214 pairs configured to communicate on a different wireless network and/or radio frequency band.
In some embodiments, the processor 302 controls the transceiver 310 to transmit DL signals or data to the UE 200. The processor 302 may also control the transceiver 310 to receive UL signals or data from the UE 200. In another example, the processor 302 may control the transceiver 310 to transmit DL signals containing various configuration data to the UE 200.
In some embodiments, the transceiver 310 comprises a transmitter 312 and a receiver 314. The transmitter 312 is used to transmit DL communication signals to the UE 200 and the receiver 314 is used to receive UL communication signals from the UE 200.
The transceiver 310 may communicate simultaneously with a plurality of UEs 200. For example, the transmitter 312 may transmit DL communication signals to the UE 200. As another example, the receiver 314 may simultaneously receive UL communication signals from the UE 200. The transmitter 312 and the receiver 314 may be any suitable type of transmitters and receivers. Although only one transmitter 312 and one receiver 314 are illustrated, the transceiver 310 may have any suitable number of transmitters 312 and receivers 314. For example, the NE 300 may serve multiple cells and/or cell sectors, where the transceiver 310 includes a transmitter 312 and a receiver 314 for each cell or cell sector.
In Release 15, DMRS mapping is specified in TS 38.211. The following is an extract from TS 38.211 relating to precoding and mapping to physical resources.
The sequence r(m) shall be mapped to the intermediate quantity ãk,l({tilde over (p)}
where wf(k′), wt(l′) and A are given by Tables 6.4.1.1.3-1 and 6.4.1.1.3-2 and the configuration type is given by the higher-layer parameter DMRS-UplinkConfig, and both k′ and Δ correspond to {tilde over (p)}0, . . . , {tilde over (p)}v-1. The intermediate quantity ãk,l({tilde over (p)}
DMRS mapping for PDSCH transmission is specified in section 7.4.1 in TS 38.211, the principle is same as DMRS for PUSCH with CP-OFDM as cited above.
The UE shall assume phase-tracking reference signals being present only in the resource blocks used for the PDSCH, and only if the procedure in [6, TS 38.214] indicates phase-tracking reference signals being used.
If present, the UE shall assume the PDSCH PT-RS is scaled by a factor βPT-RS,i to conform with the transmission power specified in clause 4.1 of [6, TS 38.214] and mapped to resource elements (k, l)p,μ according to
when all the following conditions are fulfilled
The set of time indices l defined relative to the start of the PDSCH allocation is defined by
For the purpose of PT-RS mapping, the resource blocks allocated for PDSCH transmission are numbered from 0 to NRB−1 from the lowest scheduled resource block to the highest. The corresponding subcarriers in this set of resource blocks are numbered in increasing order starting from the lowest frequency from 0 to NscRBNRB−1. The subcarriers to which the UE shall assume the PT-RS is mapped are given by
where
PTRS mapping for PUSCH transmission is specified in section 6.4.1.2 in TS 38.211, the principle is same as PTRS for PDSCH as cited above.
In order to increase the number of DMRS ports in Release 18, different methods, including FD-OCC of length 4 and 6, FDM, comb, TDM and TDM-OCC are proposed. For the orphan RB issue caused by FD-OCC of length 4 method, a method is proposed to introduce RB bundling while another method is proposed to restrict the number of scheduled RB to be even. Those methods will limit gNB's scheduling flexibility and may not be applicable considering the FDM based multiple TRPs PDSCH/PUSCH transmission. For the PTRS mapping issue with increased number of DMRS ports, no method has been proposed yet. This application provides some methods to resolve the orphan RB caused by FD-OCC of length 4 and provides methods to determine the subcarrier of a PTRS port for the larger number of DMRS ports.
A UE can receive a configuration for Demodulation Reference Signal (DMRS) and receive a Downlink Control Information (DCI) indicating one or more DMRS ports for a scheduled transmission, wherein the scheduled transmission is a Physical Uplink Shared Channel (PUSCH) transmission or a Physical Downlink Shared Channel (PDSCH) transmission. UE can map each of the indicated DMRS ports to a plurality of Resource Elements (REs) in one or more Resource Blocks (RBs) scheduled for the transmission based on the configuration for DMRS.
In one aspect, in Release 15, DMRS type 1 includes 2 CDM groups which supports up to 4 DMRS ports for single-symbol DMRS and supports up to 8 DMRS ports for double-symbol DMRS by TD-OCC. The orthogonality of the 4 DMRS ports of single-symbol DMRS is ensured by two combs and FD-OCC of length 2. A larger number of orthogonal DMRS ports for downlink and uplink MU-MIMO is to be specified in Release 18. In Release 18, DMRS type 1 can support up to 8 DMRS ports for single-symbol DMRS and support up to 16 DMRS ports for double-symbol DMRS, and DMRS type 2 can support up to 12 DMRS ports for single-symbol DMRS and support up to 24 DMRS ports for double-symbol DMRS. To increase the number of the DMRS ports in Release 18, one method is to keep the same number of CDM groups as in Release 15 and increase the number of DMRS ports in each CDM group by FD-OCC of length 4. An illustration of increasing the number of DMRS ports by FD-OCC of length 4 is shown in
Since DMRS ports in a CDM group occupied 6 REs in an RB, if the length of FD-OCC is increased to be 4, two adjacent RBs should be used together to ensure the orthogonality between different DMRS ports, as shown in
In order to avoid a DMRS port multiplying a fractional OCC sequence and ensure the orthogonality of different DMRS ports, a method of restriction of incomplete DMRS mapping to the orphan RB is proposed in the present application. That is, a DMRS port is not mapped to the orphan RB or a DMRS port is not mapped to the last 2 REs corresponding to the CDM group to which the DMRS port is grouped in the orphan RB. The channel matrix estimated from the REs without any DMRS port mapping can be extrapolated by the channel matrices estimated from the REs with DMRS port mapping. The mapping pattern as shown in
As another example, the method can include only mapping each of the indicated DMRS ports to REs in RBs other than the orphan RB and without mapping any DMRS port to REs in the orphan RB. In this case, no DMRS ports are mapped to the orphan RB.
According to one embodiment, suppose a DCI format 1_1 schedules a PDSCH transmission, the DMRS is of type 1, and FD-OCC length 4 is used to increase the number of DMRS ports in Release 18, as shown in
For the orphan RB, a method of restriction on DMRS port indication is proposed in the present application. The method can include, for the orphan RB, mapping each of the indicated DMRS ports to all the REs corresponding to a CDM group to which the DMRS port is grouped. When each of the indicated DMRS ports is mapped to all the REs corresponding to a CDM group to which the DMRS port is grouped in the orphan RB, the fractional sequences, made up by first two elements of the 4-length OCC sequences corresponding to the indicated DMRS ports, are orthogonal.
The 4-length FD-OCC sequences applied to different DMRS ports in a CDM group should be orthogonal. When mapping a DMRS port to the orphan RB, the DMRS port may multiply a fractional OCC sequence of the original 4-length OCC sequence as shown in
An example of OCC sequences of length 4 can be
It can be noted that the fractional sequences, i.e., the sequence containing the 1st and the 2nd element of the 4-length FD-OCC sequence of 1st column (i.e., [1 1]) and the sequence containing the 1st and the 2nd element of the sequence of 2nd and 4th column (i.e., [1 −1]), are orthogonal, but the fractional sequences of 1st column (i.e., [1 1]) and 3rd column (i.e., [1 1]), are not orthogonal. Therefore, DMRS port which multiply the OCC sequence [1 1 1 1] and DMRS port which multiply OCC sequence [1 1 −1 −1] shall not be indicated simultaneously. It means that, if an entry in the antenna ports table including DMRS port which multiply sequence [1 1 1 1] and DMRS port which multiply sequence [1 1 −1 −1], gNB shall not indicate the entry to a UE when the number of RBs of a transmission to a TRP is odd. A UE does not expect a DMRS port which multiply the sequence [1 1 1 1] and a DMRS port which multiply the sequence [1 1 −1 −1] to be indicated simultaneously when the number of RB of a transmission to a TRP is odd. Similarly, DMRS port which multiply the sequence [1 −1 1 −1] and DMRS port which multiply the sequence [1 −1 −1 1] shall not be indicated simultaneously too.
According to one embodiment, suppose that a DCI format 0_1 schedules a PUSCH transmission and the DMRS is of type 1, and FD-OCC length 4 is used to increase the number of DMRS ports in Release 18, as shown in
Another method for mapping the DMRS ports to the orphan RB is restriction on the number of scheduled RBs.
If the number of scheduled RBs of a PDSCH/PUSCH transmitted from/to each Transmission Receiving Point (TRP) is even, there is no orphan RB issue. Specifically, if the PDSCH/PUSCH transmission is with TDM or SDM scheme, the number of scheduled RBs should be even. If a PDSCH transmission is with the FDM 2a or FDM 2b or a PUSCH transmission is with FDM scheme, the first ┌nPRB/2┐ PRBs are transmitted from/to a first TRP and the remaining ┌nPRB/2┐ PRBs are transmitted from/to a second TRP, wherein nPRB is the total number of allocated PRBs for a UE. Therefore, when a PDSCH or a PUSCH transmission is with FDM scheme, the scheduled number of PRBs should be multiple of 4. For a PDSCH transmission, a PDSCH transmission to different TRPs means a PDSCH transmission is transmitted according to different TCI states of type D. For a PUSCH transmission, a PUSCH transmission to different TRPs means a PUSCH transmission is transmitted according to different SRS resource sets.
In another aspect, in Release 15, when PTRS is configured, each PTRS port is associated with a DMRS port and mapped to one subcarrier (i.e., RE) of the subcarriers occupied by the DMRS port in an RB containing PTRS. A UE can receive a configuration for Phase Tracking Reference Signal (PTRS) from gNB. The exact subcarrier of the PTRS port is indicated by combination of RRC and DCI. However, if the number of DMRS ports is increased by new FDM scheme or new comb pattern in Release 18, the number of REs occupied by a DMRS port is decreased compared to a DMRS port of Release 15. As a result, the possible RE(s) which a PTRS can be mapped to may be different from those specified in Release 15.
In Release 15, a PTRS port is mapped to one subcarrier in an RB of every KPT-RS RBs, where KPT-RS is the frequency density of PT-RS transmission. The RB level offset, denoted as krefRB, is determined based on the RNTI associated with the scheduling DCI, the scheduled number of RBs and the PTRS frequency density. The RE level offset within an RB containing PT-RS, denoted as krefRE, is specified in table 7.4.1.2.2-1/6.4.1.2.2.1-1 from TS 38.211 as shown above in table 1. In this table, the resource element offset parameter resourceElementOffset, i.e., “offset00”, “offset01”, “offset10” or “offset11”, indicates the subcarrier offset of a PTRS port and can be configured by RRC. The parameter p indicating an index of a DMRS port which may be associated with a PTRS port. The parameter krefRE indicating subcarrier of a PTRS port within an RB.
In Release 18, a PTRS port may be associated with an additional DMRS port, e.g., DMRS port 1006, 1007, 1008, 1009, 1010, 1011 for DMRS type 1, and if a PTRS port is associated with an additional DMRS port, the corresponding krefRE needs to be determined. Besides, if the number of the DMRS ports are increased by FDM or comb manner, the number of REs corresponding to a DMRS port in Release 18 will be reduced compared to a DMRS port in Release 15. In addition, even if a PTRS port is associated with a legacy DMRS port, the krefRE specified in Release 15 also needs to be enhanced. Thus, subcarriers in the RBs to which a PTRS port can be mapped can be determined based on a new table. The new table can also include a parameter p indicating an index of a DMRS port may associated with a PTRS port, a parameter krefRE indicating subcarrier of a PTRS port within one or two RBs of every KPT-RS RBs, where KPT-RS is the frequency density of PT-RS transmission, and the parameter resourceElementOffset indicating the subcarrier offset of a PTRS port. The table can include a plurality of entries corresponding to a plurality of DMRS ports supported by single-symbol DMRS, and a plurality of columns corresponding to a plurality of offset values configured by resourceElementOffset. In particular, the parameter p can be DMRS port 0, 1, 2, 3, 8, 9, 10, 11 for DMRS type 1 and the parameter p can be DMRS port 0, 1, 2, 3, 4, 5, 12, 13, 14, 15, 16, 17 for DMRS type 2. In each entry the values of subcarrier krefRE is some or all of the index of REs of the associated DMRS port in an RB or in two RBs, and in each column the values of subcarrier krefRE are different for different value of parameter p. Even though some of the embodiments in the present application are described with respect to the single-symbol DMRS, these embodiments can also be implemented with respect to the double-symbol DMRS.
For DMRS type 2, an embodiment of mapping DMRS ports to each scheduled RB is shown in
In this embodiment, the plurality of DMRS ports are grouped into 6 CDM groups. Table 2 is an example table that includes 2 columns corresponding to a first offset value “offset00” and a second offset value “offset01” respectively configured by resourceElementOffset and 12 entries with each entry corresponds to each DMRS port p of the 12 DMRS port, 1000, 1001, 1002, 1003, 1004, 1005, 1012, 1013, 1014, 1015, 1016 and 1017. Please note that the tables as listed below are for the purpose of illustration rather than limitation. The terms “entry” and “column” of the table can be used interchangeably.
In table 2, the values of subcarrier krefRE are {0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11} for “offset00” and are {1, 0, 3, 2, 5, 4, 7, 6, 9, 8, 11, 10} for “offset01”. In another example of table 2, the values of subcarrier krefRE are {0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11} for “offset01” and are {1, 0, 3, 2, 5, 4, 7, 6, 9, 8, 11, 10} for “offset00”. The DMRS ports in a same CDM group correspond to the same set of candidate subcarriers for a PTRS port. Thus, the values of subcarrier krefRE for a PTRS port associated with different DMRS ports in a same CDM group, for example, DMRS port “1000” and “1001” in CDM group 0, correspond to the same set of values, for example, {0, 1}, as shown in table 2. The DMRS ports in different CDM groups correspond to different sets of candidate subcarriers for a PTRS port. Thus, the values of subcarrier krefRE for a PTRS port associated with different DMRS ports in different CDM groups, for example, CDM group 0 including DMRS port “1000” and “1001” and CDM group 1 including DMRS port “1002” and “1003”, correspond respectively to the different set of values, for example, {0, 1} and {2, 3}, as shown in table 2.
Another method to determine subcarriers in the RBs to which a PTRS port can be mapped can include reusing the krefRE in table 1 specified in Release 15 with resourceElementOffset configured as only “offset00” and “offset01”. If a PTRS port is associated with a DMRS port in Release 18, the subcarrier, denoted as krefRE′, of the PTRS is determined by
wherein krefRE′ is an updated parameter for krefRE indicating subcarrier of a PTRS port in the scheduled RBs to which a PTRS port is mapped.
For DMRS type 1, different methods are proposed to double the number of DMRS ports, for example by FDM or comb or FD-OCC2+FD-OCC6. For different methods, considering the different mapping of a DMRS port, the subcarrier of an associated PTRS port is also different.
The following embodiments describe the case for DMRS type 1 when the DMRS ports are increased by FDM. For DMRS type 1, the plurality of DMRS ports are grouped into 4 CDM groups and each DMRS port multiplies an OCC sequence of length 2.
In these embodiments, the mapping of a DMRS port to two adjacent RBs is different. In view of this, two methods are provided to determine the subcarrier of a PTRS port in an RB.
Method 1: krefRE is Defined within an RB
For DMRS type 1, since a DMRS port can be mapped to 4 REs in an RB and another DMRS port can be mapped to 2 REs in the same RB, besides a PTRS port associated with which DMRS port is dynamically indicated in DCI, the number of candidate subcarriers of a PTRS port is two. That is, if a UE is indicated with Release 18 DMRS port, the resourceElementOffset shall be configured as “offset00” or “offset01” when the DMRS ports are increased by FDM for DMRS type 1. Otherwise, if RRC configures resource element offset to be “offset10” or “offset11”, and if DCI associates a PTRS port with a DMRS port which is mapped to 2 REs in an RB, a UE can't determine a subcarrier for the PTRS port. Besides, since the mapping of a DMRS port in two adjacent RBs is different and a PTRS port mapped to physical resource may start with any RB, therefore with different values of krefRB, the subcarrier of a PTRS port associated with a DMRS port is also different, as shown in table 3.
In this embodiment, the plurality of DMRS ports are grouped into 4 CDM groups and each DMRS port multiplies an OCC sequence of length 2. Accordingly, table 3 is an example table that includes 2 columns corresponding to 2 offset values configured by resourceElementOffset and 8 entries with each entry corresponds to each DMRS port p of the 8 DMRS ports supported by the single-symbol DMRS. The value of krefRE in each entry is based on mod(krefRB, 2). In an example as shown in Table 3, for the case of mod(krefRB, 2)=0, DMRS ports grouped into CDM group 0 and CDM group 1 can be mapped to 4 REs in the RB. Therefore, the values of krefRE for parameter p 1000 and 1001 can be any value from 0, 2, 8, 10, and the values of krefRE for parameter p 1002 and 1003 can be any value from 1, 3, 9, 11. For the same case, DMRS ports grouped into CDM group 2 and CDM group 3 can be mapped to 2 REs in the RB. Therefore, the values of krefRE for parameter p 1008 and 1009 can be any value from 4, 6 and the values of krefRE for parameter p 1010 and 1011 can be any value from 5, 7. Similarly, for the case of mod(krefRE, 2)=1, the values of krefRE for parameter p 1000 and 1001 can be any value from 4, 6 and the values of krefRE for parameter p 1002 and 1003 can be any value from 5, 7. The values of krefRE for parameter p 1008 and 1009 can be any value from 0, 2, 8, 10 and the values of krefRE for parameter p 1010 and 1011 can be any value from 1, 3, 9, 11. For a same resourceElementOffset, the value of krefRE corresponds to different parameter p shall be different. In table 3, the parameter krefRE is defined within one RB, the parameter ko is the RB offset for mapping the PTRS port, and can be determined based on Equation 3. In another example (not shown), for the case of mod(krefRE, 2)=0, the values of krefRE for each parameter p in this example can be the values for respective parameter for the case of mod(krefRE, 2)=1 as shown in Table 3, and accordingly, for the case of mod(krefRE, 2)=1, the values of krefRE for each parameter p in this example can be the values for respective parameter for the case of mod(krefRE, 2)=0 as shown in Table 3. In other words, the example table in this example is similar to table 3 except that the respective values are interchanged for the cases of mod(krefRE, 2)=0 and mod(krefRE, 2)=1.
According to an embodiment, suppose that a DCI format 0_1 schedules a PUSCH transmission and the DMRS is type 1, and FDM method is used to increase the DMRS ports in Release 18, as shown in
Method 2: krefRE is Defined within Two Adjacent RBs
For DMRS type 1, since a DMRS port can be mapped to same REs within every two RBs and the frequency density of PTRS is 2 RBs or 4 RBs when PTRS exist, the subcarrier of a PTRS port can be defined in the two adjacent RBs. However, since the granularity becomes 2 RBs, the RB level offset needs to be enhanced as every 2 RBs offset. The kref2RB is calculated by:
where the KPT-RS is the frequency density of the PTRS port, nRNTI is the RNTI associated with the DCI scheduling the transmission and NRB is the number of scheduled RBs.
That is, when the frequency density of a PTRS port is 2 RBs, i.e., KPT-RS=2, the kref2RB of equals 0; when the frequency density of a PTRS port is 4 RBs, i.e., KPT-RS=4, if the number of scheduled RBs is even, the kref2RB of equals nRNTI mod 2, and if the number of scheduled RBs is odd, the kref2RB equals 0. The UE shall assume the PT-RS is mapped are given by:
where NSCRB is the number of subcarriers in an RB, i=0, 1, 2, . . . , and the krefRE is shown in table 4.
In this embodiment, for DMRS type 1, the plurality of DMRS ports are grouped into 4 CDM groups and each DMRS port multiplies an OCC sequence of length 2. Table 4 is an example table that includes 4 columns corresponding to 4 offset values configured by resourceElementOffset and 8 entries with each entry corresponds to each DMRS port p of the 8 DMRS ports supported by the single-symbol DMRS, wherein krefRE is defined within two adjacent RBs. Each DMRS port can be mapped to 6 REs in each 2 RBs, therefore, the values of krefRE for parameter p 1000 and 1001 can be any value from 0, 2, 8, 10, 16, 18 and the values of krefRE for parameter p 1002 and 1003 can be any value from 1, 3, 9, 11, 17, 19. The values of krefRE for parameter p 1008 and 1009 can be any value from 4, 6, 12, 14, 20, 22 and the values of krefRE for parameter p 1010 and 1011 can be any value from 5, 7, 13, 15, 21, 23. For a same resourceElementOffset, the values of krefRE corresponding to different parameters p shall be different.
The number of DMRS ports can be increased by changing the comb as shown in
In this embodiment, for DMRS type 1, the plurality of DMRS ports are grouped into 4 CDM groups and each DMRS port multiply an OCC sequence of length 3. Table 5 is an example table that includes 3 columns corresponding to a first offset value “offset00”, a second offset value “offset01” and a third offset value “offset10” respectively configured by resourceElementOffset and 8 entries with each entry corresponds to each DMRS port p of the 8 DMRS ports. In table 5, for each entry of the 8 entries, a first value of subcarrier krefRE is one of the subcarrier index corresponding to the CDM group to which the DMRS port is grouped, a first value of subcarrier krefRE for the first offset value plus 4 equals a second value of subcarrier krefRE mod 12 for the second offset value, and the second value of subcarrier krefRE for the second offset value plus 4 equals a third value of subcarrier krefRE mod 12 for the third offset value.
In this method, a DMRS port that can be mapped to 6 REs of a comb multiplies an OCC sequence of length 6, and another DMRS port that can be mapped to 6 REs of another comb multiplies an OCC sequence of length 2 as in Release 15. This method has advantage of dynamic switching between DMRS port of Release 18 and DMRS port of Release 15 and advantage of MU between a UE of Release 15 and a UE of Release 18. The subcarrier krefRE of a PTRS port is given in table 6.
In this embodiment, the plurality of DMRS ports are grouped into 2 CDM groups and each DMRS port included in one CDM group multiplies an OCC sequence of length 2 and each DMRS port included in the other CDM group multiplies an OCC sequence of length 6. Table 6 is an example table that includes 4 columns corresponding to 4 offset values respectively configured by resourceElementOffset and 8 entries with each entry corresponds to each DMRS port p of the 8 DMRS ports.
At step 1202, a UE receives a configuration for Demodulation Reference Signal (DMRS) that includes a DMRS type. The maximum number of DMRS ports supported by DMRS type 1 is 8 for single-symbol DMRS and 16 for double-symbol DMRS. The maximum number of DMRS ports supported by DMRS type 2 is 12 for single-symbol DMRS and 24 for double-symbol DMRS.
At step 1204, a UE receives a Downlink Control Information (DCI) indicating one or more DMRS ports for a scheduled transmission. The scheduled transmission can be a Physical Uplink Shared Channel (PUSCH) transmission or a Physical Downlink Shared Channel (PDSCH) transmission.
At step 1206, a UE maps each of the indicated DMRS ports to a plurality of Resource Elements (REs) in one or more Resource Blocks (RBs) scheduled for the transmission based on the configuration for DMRS.
At step 1302, a UE receives a configuration for Phase Tracking Reference Signal (PTRS) including a parameter resourceElementOffset indicating the subcarrier offset of a PTRS port.
At step 1304, a UE maps the PTRS port to a subcarrier in one RB of every KPT-RS RBs of the scheduled RBs based on a table. KPT-RS is the frequency density of PTRS transmission. The table can include a parameter p indicating an index of a DMRS port associated with a PTRS port, a parameter krefRE indicating subcarrier of a PTRS port within one or two RBs, and the resourceElementOffset.
At step 1402, a gNB transmits a configuration for Demodulation Reference Signal (DMRS) that includes a DMRS type. The maximum number of DMRS ports supported by DMRS type 1 is 8 for single-symbol DMRS and 16 for double-symbol DMRS. The maximum number of DMRS ports supported by DMRS type 2 is 12 for single-symbol DMRS and 24 for double-symbol DMRS.
At step 1404, a gNB transmits a Downlink Control Information (DCI) indicating one or more DMRS ports for a scheduled transmission. The scheduled transmission can be a Physical Uplink Shared Channel (PUSCH) transmission or a Physical Downlink Shared Channel (PDSCH) transmission.
At step 1406, a gNB maps each of the indicated DMRS ports to a plurality of Resource Elements (REs) in one or more Resource Blocks (RBs) scheduled for the transmission based on the configuration for DMRS.
In one aspect, some items as examples of the disclosure concerning UE for mapping DMRS ports may be summarized as follows:
In another aspect, some items as examples of the disclosure concerning gNB for mapping DMRS ports may be summarized as follows:
In a further aspect, some items as examples of the disclosure concerning a method of mapping DMRS ports by UE may be summarized as follows:
In the embodiments described above, the components and the features of the embodiments are combined in a predetermined form. Each component or feature should be considered as an option unless otherwise expressly stated. Each component or feature may be implemented not to be associated with other components or features. Further, the embodiment may be configured by associating some components and/or features. The order of the operations described in the embodiments may be changed. Some components or features of any embodiment may be included in another embodiment or replaced with the component and the feature corresponding to another embodiment. It is apparent that the claims that are not expressly cited in the claims are combined to form an embodiment or be included in a new claim.
The embodiments may be implemented by hardware, firmware, software, or combinations thereof. In the case of implementation by hardware, according to hardware implementation, the exemplary embodiment described herein may be implemented by using one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), processors, controllers, micro-controllers, microprocessors, and the like.
Embodiments may be practiced in other specific forms. The described embodiments are to be considered in all respects to be only illustrative and not restrictive. The scope of the invention is, therefore, indicated by the appended claims rather than by the foregoing description. All changes which come within the meaning and range of equivalency of the claims are to be embraced within their scope.
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/CN2022/106821 | 7/20/2022 | WO |