Method for trs-based tdcp report

Abstract

A method for configuring a CSI report module to generate a CSI report associated with a priority value.

Description

METHOD FOR TRS-BASED TDCP REPORT

[0001] FIELD OF THE DISCLOSURE

[0002] The present disclosure relates to systems and methods for radio access networks. The present disclosure is related to the design of operation, administration and management of various network elements of 4G and 5G based mobile networks. The present disclosure relates to CSI enhancements in mobile networks.DESCRIPTION OF THE RELATED ART

[0003] 5G new radio (NR) is becoming more popular. It has unique features as compared to LTE, of which CSI parameters are the quantities related to the state of a channel which is very important for improving the overall performance of the wireless system.

[0004] The UE uses channel state information reference signal (CSI-RS) to measure CSI feedback. The CSI feedback includes several parameters, such as the CQI, the PMI with different codebook sets, the rank indicator (RI) , LI and L1-RSRP. Upon receiving the CSI parameters, the gNB schedules downlink data transmissions (such as modulation scheme, code rate, number of transmission layers, and MIMO precoding) accordingly.

[0005] SUMMARY

[0006] It has been observed by measurements and performance logging in real deployments that downlink MU-MIMO precoding performance degrades when one or more of the co-scheduled UEs start to move faster than a few km / h. The  reason is that the information of the channels, used to compute the precoding, becomes outdated rather soon when this occurs.

[0007] Compared with other NR CSI-RS signals, NR TRS signal is similar to LTE CRS which is used for time and frequency synchronization or tracking. As such, it is beneficial to use TRS-based time-domain channel properties in a network, especially in medium or high-speed cases.

[0008] The CSI report priority has been defined at 3GPP. A problem is how to define the CSI report priority including TRS-based time-domain channel properties.

[0009] As per the present 5G NR specification, the CSI report is only for CSI-RS except for TRS signal. For 3GPP 38.21, CSI enhancements which include TRS-based TDCP (time-domain channel properties) reporting, the work scope of which focuses on the following use cases for evaluation purposes:

[0010] ● Targeting medium and high UE speed, e.g. 10-120km / h as well as HST speed.

[0011] ● Aiding gNB to determine:

[0012] ○ CSI reporting configuration and CSI-RS resource configuration parameters.

[0013] ○ Precoding scheme, using one of the CSI feedback based precoding schemes or an UL-SRS reciprocity based precoding scheme.

[0014] ● Aiding gNB-side CSI prediction.

[0015] The work scope of TRS-based TDCP reporting includes down selection from the following TDCP parameters:

[0016] ● Alt1. Doppler shift

[0017] ● Alt2. Doppler spread

[0018] ● Alt3. Cross-correlation in time

[0019] ● Alt4A. Relative Doppler shift of a number of peaks in CIR

[0020] ● Alt4B. Relative Doppler shifts of different TRSs

[0021] ● Alt5: CSI-RS resource and / or CSI reporting setting configuration assistance

[0022] The work scope of TRS-based TDCP reporting includes down selection from the following TDCP reporting formats:

[0023] ● Alt1. Stand-alone reporting (no inter-dependence with other CSI / UCI parameters)

[0024] Note: This doesn’t preclude multiplexing with other UCI parameters (e.g. CSI, ACK, SR, …) on PUCCH / PUSCH, if applicable

[0025] ● Alt2. Inter-dependent and reported with other CSI parameter (s)

[0026] The motivation for TRS-based time-domain channel property reporting is to give the gNB important information about the variability of the channel without costing too much computational effort from the UE side (i.e., as opposed to the case of UEs supporting 3GPP 38.214 Rel-16 / Rel-17 Type-II codebook refinement discussed above) . Doppler spread changes slowly over time, and hence, reporting of doppler information may not need to be so frequent. The goal is to utilize the TRS and extract TRS measurement information from UE side with low overhead and low complexity compared to type II CSI report.

[0027] Described are implementations for existing and future wireless systems that are O-RAN compliant. Implementations as described herein provide CSI enhancements that provide a method for a TRS-based TDCP report. The priority of CSI reports include the TDCP report. Implementations as described herein can be employed in, among other systems:

[0028] ● O-RAN compliant distributed units (O-DUs) and O-RAN compliant radio units (O-RUs) .

[0029] ● O-RAN compliant combined central unit (O-CU) and O-DU communicating via the O-RAN fronthaul interface to O-RUs.

[0030] ● O-CUs, O-DUs and O-RUs act as gNB that provide wireless connectivity to UEs.BRIEF DESCRIPTION OF THE DRAWINGS

[0031] FIG. 1 is a block diagram of a system architecture.

[0032] DETAILED DESCRIPTION OF THE IMPLEMENTATIONS

[0033] Reference is made to Third Generation Partnership Project (3GPP) and the Internet Engineering Task Force (IETF) in accordance with embodiments of the present disclosure. The present disclosure employs abbreviations, terms and technology defined in accord with Third Generation Partnership Project (3GPP) and / or Internet Engineering Task Force (IETF) technology standards and papers, including the following standards and definitions. 3GPP and IETF technical specifications (TS) , standards (including proposed standards) , technical reports (TR) and other papers are incorporated by reference in their entirety hereby, define the related terms and architecture reference models that follow.

[0034] 3GPP TS 38.214: "NR; Physical layer procedures for data" v 17.2.0. June 6, 2022.

[0035] Acronyms

[0036] 3GPP: Third generation partnership project

[0037] BS: Base Station

[0038] CAPEX: Capital Expenditure

[0039] COTS: Commercial off-the-shelf

[0040] C-plane: Control plane

[0041] C-RAN: cloud radio access network

[0042] CU: Central unit

[0043] DL: downlink

[0044] DU: Distribution unit

[0045] gNB: g NodeB (applies to NR)

[0046] O-DU: O-RAN Distributed Unit

[0047] O-RU: O-RAN Radio Unit

[0048] O-RAN: Open RAN (Basic O-RAN specifications are prepared by the O-RAN alliance)

[0049] OPEX: Operating Expense

[0050] RLC: Radio Link Control

[0051] RU: Radio Unit

[0052] U-plane: User plane

[0053] UE: user equipment

[0054] UL: uplink

[0055] CSI: Channel Status Information

[0056] CQI: Channel Quality Indicator

[0057] PMI: Precoding Matrix Indicator

[0058] RI: Rank Indicator

[0059] L1-RSRP: Reference Signal Received Power

[0060] MIMO: multiple-in multiple-out

[0061] MU-MIMO: multiple-in multiple-out

[0062] CRS: Cell Specific Reference Signal

[0063] TRS: Tracking Reference Signal

[0064] CSI-RS: Channel Status Information-Reference Signal

[0065] SRS: Sounding Reference Signal

[0066] TDCP: Time Domain channel properties

[0067] Definitions

[0068] Channel: the contiguous frequency range between lower and upper frequency limits.

[0069] C-plane: Control Plane: refers specifically to real-time control between O-DU and O-RU, and should not be confused with the UE’s control plane

[0070] DL: DownLink: data flow towards the radiating antenna (generally on the LLS interface)

[0071] LLS: Lower Layer Split: logical interface between O-DU and O-RU when using a lower layer (intra-PHY based) functional split.

[0072] O-CU: O-RAN Control Unit –a logical node hosting PDCP, RRC, SDAP and other control functions

[0073] O-DU: O-RAN Distributed Unit: a logical node hosting RLC / MAC / High-PHY layers based on a lower layer functional split.

[0074] O-RU: O-RAN Radio Unit: a logical node hosting Low-PHY layer and RF processing based on a lower layer functional split. This is similar to 3GPP’s “TRP” or “RRH” but more specific in including the Low-PHY layer (FFT / iFFT, PRACH extraction) .

[0075] OTA: Over the Air

[0076] U-Plane: User Plane: refers to IQ sample data transferred between O-DU and O-RU

[0077] UL: UpLink: data flow away from the radiating antenna (generally on the LLS interface)

[0078] The present disclosure provides embodiments of systems, devices and methods for Radio Access Networks and Cloud Radio Access Networks.

[0079] FIG. -1 is a block diagram of a system 100 with the enhancement of reception of RA response. System 100 includes a NR UE 101, a NR gNB 106. The NR UE and NR gNB are communicatively coupled via a Uu interface 120.

[0080] NR UE 101 includes electronic circuitry, namely circuitry 102, that performs operations on behalf of NR UE 101 to execute methods described herein. Circuity 102 may be implemented with any or all of (a) discrete electronic components, (b) firmware, and (c) a programmable circuit 102A.

[0081] NR gNB 106 includes electronic circuitry, namely circuitry 107, that performs operations on behalf of NR gNB 106 to execute methods described herein. Circuity 107 may be implemented with any or all of (a) discrete electronic components, (b) firmware, and (c) a programmable circuit 107A.

[0082] Programmable circuit 107A, which is an optional implementation of circuitry 107, includes a processor 108 and a memory 109. Processor 108 is an electronic device configured of logic circuitry that responds to and executes instructions. Memory 109 is a tangible, non-transitory, computer-readable storage device encoded with a computer program. In this regard, memory 109 stores data and instructions, i.e., program code, that are readable and executable by processor 108 for controlling operations of processor 108. Memory 109 may be implemented in a random-access memory (RAM) , a hard drive, a read only memory (ROM) , or a combination thereof. One of the components of memory 109 is a program module, namely module 110. Module 110 contains instructions for controlling processor 108 to execute operations described herein on behalf of NR gNB 106.

[0083] The term "module" is used herein to denote a functional operation that may be embodied either as a stand-alone component or as an integrated configuration of a plurality of subordinate components. Thus, each of module 105 and 110 may be implemented as a single module or as a plurality of modules that operate in cooperation with one another.

[0084] While modules 110 are indicated as being already loaded into memories 109, and module 110 may be configured on a storage device 130 for subsequent loading into their memories 109. Storage device 130 is a tangible, non-transitory, computer-readable storage device that stores module 110 thereon. Examples of storage device 130 include (a) a compact disk, (b) a magnetic tape, (c) a read only memory, (d) an optical storage medium, (e) a hard drive, (f) a memory unit consisting of multiple parallel hard drives, (g) a universal serial bus (USB) flash drive, (h) a random-access memory, and (i) an electronic storage device coupled to NR gNB 106 via a data communications network.

[0085] Uu Interface (120) is the radio link between the NR UE and NR gNB, which is compliant to the 5G NR specification.

[0086] In current 3GPP 38.214, CSI reports are associated with a priority value PriiCSI (y, k, c, s) =2·Ncells·Ms·y+Ncells·Ms·k+Ms·c+s where

[0087] ● - y=0 for aperiodic CSI reports to be carried on PUSCH y=1 for semi- persistent CSI reports to be carried on PUSCH, y=2 for semi-persistent CSI reports to be carried on PUCCH and y=3 for periodic CSI reports to be carried on PUCCH;

[0088] ● - k=0 for CSI reports carrying L1-RSRP or L1-SINR and k=1 for CSI reports not carrying L1-RSRP or L1-SINR;

[0089] - c is the serving cell index and Ncells is the value of the higher layer parameter maxNrofServingCells;

[0090] - s is the reportConfigID and Ms is the value of the higher layer parameter maxNrofCSI-ReportConfigurations.

[0091] In the above formula, priority of TRS-based TDCP report is not reflected. In an implementation, the priority value can be changed by adding “TDCP; k=2 for CSI reports carrying TDCP” as follows:

[0092] CSI reports are associated with a priority value PriiCSI (y, k, C, S) =2·Ncells·Ms·y+Ncells·Ms·k+Ms·c+s where

[0093] - y=0 for aperiodic CSI reports to be carried on PUSCH y=1 for semi-persistent CSI reports to be carried on PUSCH, y=2 for semi-persistent CSI reports to be carried on PUCCH and y=3 for periodic CSI reports to be carried on PUCCH;

[0094] - k=0 for CSI reports carrying L1-RSRP or L1-SINR and k=1 for CSI reports not carrying L1-RSRP or L1-SINR or TDCP; k=2 for CSI reports carrying TDCP.

[0095] - c is the serving cell index and Ncells is the value of the higher layer parameter maxNrofServingCells;

[0096] - s is the reportConfigID and Ms is the value of the higher layer parameter maxNrofCSI-ReportConfigurations.

[0097] It will be understood that implementations and embodiments can be implemented by computer program instructions. These program instructions can be provided to a processor to produce a machine, such that the instructions, which execute on the processor, create means for implementing the actions specified herein. The computer program instructions can be executed by a processor to cause a series of operational steps to be performed by the processor to produce a computer-implemented process such that the instructions, which execute on the processor to provide steps for implementing the actions specified. Moreover, some of the steps can also be performed across more than one processor, such as might arise in a multi-processor computer system or even a group of multiple computer systems. In addition, one or more blocks or combinations of blocks in the flowchart illustration can also be performed concurrently with other blocks or combinations of blocks, or even in a different sequence than illustrated without departing from the scope or spirit of the invention.

Claims

1.A method comprising:configuring a CSI report module to generate a CSI report associated with a priority valuePriiCSI (y, k, c, s) =2·Ncells·Ms·y+Ncells·Ms·k+Ms·c+sto include a TDCP report by defining a k variable as k=0 for CSI reports carrying L1-RSRP or L1-SINR and k=1 for CSI reports not carrying L1-RSRP or L1-SINR or TDCP; k=2 for CSI reports carrying TDCP, where “or TDCP k=2 for CSI reports carrying TDCP” is added to the k variable.

Images