Method and apparatus for transmitting and receiving signal in wireless communication system
By introducing AI/ML models and CSI reporting mechanisms into wireless communication systems, signal processing is optimized, solving the problems of inaccurate and inefficient signal transmission and reception in wireless communication systems, and achieving more efficient signal processing.
Patent Information
- Application Number
- CN202480021975.4
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Priority Date
- 2023-04-06
- Filing Date
- 2024-04-05
- Publication Date
- 2025-11-18
AI Technical Summary
The transmission and reception of wireless signals in existing wireless communication systems are not accurate or efficient enough.
By introducing artificial intelligence/machine learning (AI/ML) models into wireless communication systems and utilizing the channel state information (CSI) reporting mechanism for data preprocessing and output, including accurate reporting of channel state information, and combining radio resource control (RRC) configuration and media access control (MAC) signaling, signal processing is optimized.
It enables accurate and efficient transmission and reception of wireless signals, improving the system's communication efficiency and reliability.
Smart Images

Figure CN120982056A_ABST
Abstract
Description
Technical Field
[0001] This disclosure relates to wireless communication systems, and more specifically, to a method and apparatus for transmitting / receiving uplink / downlink wireless signals in a wireless communication system. Background Technology
[0002] Typically, wireless communication systems are evolving to provide communication services such as audio communication and data communication by covering a wider range of areas. Wireless communication is a multiple access system capable of supporting communication with multiple users by sharing available system resources (e.g., bandwidth, transmission power, etc.). For example, a multiple access system can be any of the following: Code Division Multiple Access (CDMA), Frequency Division Multiple Access (FDMA), Time Division Multiple Access (TDMA), Orthogonal Frequency Division Multiple Access (OFDMA), and Single Carrier Frequency Division Multiple Access (SC-FDMA). Summary of the Invention
[0003] Technical issues
[0004] This disclosure aims to provide a method and apparatus for accurately and efficiently performing wireless signal transmission and reception processing.
[0005] The objectives to be achieved by this disclosure are not limited to those specifically described above; other objectives can be inferred from the following implementation methods.
[0006] Technical solution
[0007] In one aspect of this disclosure, a method is provided for a user equipment (UE) to report channel state information (CSI) in a wireless communication system. The method includes the steps of: receiving from a network a configuration regarding input constraints for an artificial intelligence / machine learning (AI / ML) model related to CSI; performing preprocessing on an input dataset of the AI / ML model based on the configuration regarding the input constraints; obtaining a CSI-related output from the AI / ML model based on the preprocessed input dataset; and transmitting a CSI report based on the CSI-related output. The CSI report may include information about the preprocessing performed by the UE.
[0008] Configuration of input restrictions may include Radio Resource Control (RRC) configuration for Codebook Subset Restriction (CBSR).
[0009] Preprocessing may include excluding data from the input dataset that relates to at least one of the following: at least one beam power or at least one beam direction determined based on the RRC configuration for the CBSR.
[0010] Information about preprocessing may include information about the restriction levels for each beam.
[0011] Configuration regarding input restrictions may include information for association with predetermined identifiers provided to the UE.
[0012] The predefined identifier may include at least one of the following: dataset identifier, region identifier, and CBSR configuration identifier.
[0013] The configuration of input restrictions can include multiple sets of restriction parameters.
[0014] Preprocessing can be performed based on a set of constraint parameters selected from multiple sets of constraint parameters.
[0015] Configuration regarding input restrictions can be received via RRC signaling.
[0016] The selection or modification of the limiting parameters to be used for preprocessing can be performed based on Media Access Control (MAC) signaling or Downlink Control Information (DCI).
[0017] The configuration of input restrictions can be related to at least one of inter-cell interference management and intra-cell interference management.
[0018] In another aspect of this disclosure, a computer-readable recording medium having a program recorded thereon for performing the methods described above is provided.
[0019] In another aspect of this disclosure, an apparatus for wireless communication is provided. The apparatus includes: a memory configured to store instructions; and a processor configured to perform operations by executing the instructions. The processor's operations include: receiving from a network a configuration regarding input constraints for an AI / ML model related to CSI; performing preprocessing on an input dataset of the AI / ML model based on the configuration regarding the input constraints; obtaining a CSI-related output from the AI / ML model based on the preprocessed input dataset; and transmitting a CSI report based on the CSI-related output. The CSI report may include information about the preprocessing performed by the processor.
[0020] The device may also include a transceiver.
[0021] The device can be a UE operating in a wireless communication system.
[0022] The device can be a signal processing device configured to control a UE operating in a wireless communication system.
[0023] In another aspect of this disclosure, a method is provided for a base station (BS) to receive a CSI report in a wireless communication system. The method includes the steps of: determining input constraints for an AI / ML model for a UE; sending a configuration regarding the determined input constraints to the UE; and receiving a CSI report based on the AI / ML model from the UE. The CSI report may include information about preprocessing performed on the input dataset of the AI / ML model based on the configuration regarding the input constraints.
[0024] In another aspect of this disclosure, a BS for wireless communication is provided. The BS includes: a memory configured to store instructions; and a processor configured to perform operations by executing the instructions. The processor's operations include: determining input constraints for an AI / ML model for a UE; sending a configuration regarding the determined input constraints to the UE; and receiving a CSI report based on the AI / ML model from the UE. The CSI report may include information regarding preprocessing performed on the input dataset of the AI / ML model based on the configuration regarding the input constraints.
[0025] Beneficial effects
[0026] According to at least one implementation, wireless signal transmission and reception processing can be performed accurately and efficiently.
[0027] The effects of this disclosure are not limited to these; other effects can be inferred from the following embodiments. Attached Figure Description
[0028] Figure 1 The physical channel used in the 3rd Generation Partnership Project (3GPP) system, which serves as an exemplary wireless communication system, and the general signal transmission method using it are illustrated.
[0029] Figure 2 The structure of a radio frame is shown.
[0030] Figure 3 The resource grid for the time slot is shown.
[0031] Figure 4 An exemplary mapping of physical channels in a time slot is shown.
[0032] Figure 5 An exemplary physical downlink shared channel (PDSCH) and ACK / NACK transmission and reception process is shown.
[0033] Figure 6 An exemplary Physical Uplink Shared Channel (PUSCH) transmission process is shown.
[0034] Figure 7 An example of a Channel State Information (CSI) related process is shown.
[0035] Figure 8 It is a diagram used to illustrate the concepts of artificial intelligence / machine learning (AI / ML) / deep learning.
[0036] Figures 9 to 12 This demonstrates various AI / ML models based on deep learning.
[0037] Figure 13 This is a diagram illustrating the splitting of AI reasoning.
[0038] Figure 14 This is a diagram illustrating the framework of 3GPP Radio Access Network (RAN) intelligence.
[0039] Figures 15 to 17 This demonstrates the AI model training and inference environment.
[0040] Figure 18 This is a diagram used to illustrate CSI feedback based on AI / ML.
[0041] Figure 19 This is a graph used to illustrate predictions in the time domain based on a one-sided AI / ML model.
[0042] Figure 20 This is a diagram used to illustrate the operation of the network and user equipment (UE) according to an implementation method.
[0043] Figure 21 This is a diagram used to illustrate the CSI report of the UE according to the implementation method.
[0044] Figure 22 This is a diagram used to illustrate the CSI reception of the BS according to an embodiment.
[0045] Figures 23 to 26 Examples of the communication system 1 and wireless device applied to this disclosure are shown. Detailed Implementation
[0046] The embodiments of this disclosure are applicable to various radio access technologies such as Code Division Multiple Access (CDMA), Frequency Division Multiple Access (FDMA), Time Division Multiple Access (TDMA), Orthogonal Frequency Division Multiple Access (OFDMA), and Single Carrier Frequency Division Multiple Access (SC-FDMA). CDMA can be implemented as radio technologies such as Universal Terrestrial Radio Access (UTRA) or CDMA2000. TDMA can be implemented as radio technologies such as Global System for Mobile Communications (GSM) / General Packet Radio Service (GPRS) / Enhanced Data Rate GSM Evolution (EDGE). OFDMA can be implemented as radio technologies such as IEEE 802.11 (Wireless Fidelity (Wi-Fi)), IEEE 802.16 (Global Microwave Access Interoperability (WiMAX)), IEEE 802.20, and Evolved UTRA (E-UTRA). UTRA is part of the Universal Mobile Telecommunications System (UMTS). The 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is part of Evolved UMTS using E-UTRA (E-UMTS), and LTE-Advanced (A) is an evolution of 3GPP LTE. 3GPP NR (New Radio or New Radio Access Technology) is an evolution of 3GPP LTE / LTE-A.
[0047] With an increasing number of communication devices requiring greater communication capacity, there is a need for enhanced mobile broadband communications compared to traditional radio access technologies (RATs). Furthermore, the ability to provide various services anytime, anywhere by connecting multiple devices and objects is another important consideration for next-generation communications. Communication system designs considering reliability and latency-sensitive services / UEs are also being discussed. Therefore, the introduction of new radio access technologies incorporating enhanced mobile broadband (eMBB), massive MTC, and ultra-reliable low-latency communication (URLLC) is being discussed. In this disclosure, for simplicity, this technology will be referred to as NR (New Radio or New RAT).
[0048] For the sake of brevity, this disclosure primarily describes 3GPP NR, but the technical concepts herein are not limited thereto.
[0049] In this disclosure, the term "settings" may be replaced with "configuration," and the two are used interchangeably. Furthermore, conditional expressions (e.g., "if," "in the case of," or "when") may be replaced by "based on" or "in the state of." Additionally, the operation or software / hardware (SW / HW) configuration of the user equipment (UE) / base station (BS) can be derived / understood based on the satisfaction of corresponding conditions. When the processing on the receiving (or transmitting) side can be derived / understood from the processing on the transmitting (or receiving) side in signal transmission / reception between wireless communication devices (e.g., BS and UE), its description may be omitted. For example, signal determination / generation / encoding / transmission on the transmitting side can be understood as signal monitoring reception / decoding / determination on the receiving side. Furthermore, when referring to the UE performing (or not performing) a specific operation, this can also be interpreted as the BS expecting / assuming (or not expecting / assuming) the UE to perform that specific operation. Similarly, when referring to the BS performing (or not performing) a specific operation, this can also be interpreted as the UE expecting / assuming (or not expecting / assuming) the BS to perform that specific operation. In the following description, for ease of description, sections, implementation methods, examples, options, methods, and solutions are distinguished and indexed, but this does not mean that each of them necessarily constitutes an independent invention or that each of them should be implemented only individually. Unless explicitly contradictory, it can be deduced / understood that at least some sections, implementation methods, examples, options, methods, and solutions can be combined or omitted.
[0050] In a wireless communication system, a user equipment (UE) receives information from a base station (BS) via a downlink (DL) and transmits information to the BS via an uplink (UL). The information transmitted and received by the BS and UE includes data and various control information, and involves various physical channels depending on the type / purpose of the information transmitted and received by the UE and BS.
[0051] Figure 1 The physical channel used in a 3GPP NR system and the general signal transmission method using it are shown.
[0052] When the UE is powered on again from a power-off state or enters a new cell, in step S101, the UE performs an initial cell search procedure (e.g., establishing synchronization with the BS). For this purpose, the UE receives a synchronization signal block (SSB) from the BS. The SSB includes a primary synchronization signal (PSS), a secondary synchronization signal (SSS), and a physical broadcast channel (PBCH). The UE establishes synchronization with the BS based on the PSS / SSS and obtains information such as the cell identifier (ID). The UE can obtain broadcast information within the cell based on the PBCH. During the initial cell search process, the UE can receive a DL reference signal (RS) to monitor the DL channel status.
[0053] After the initial cell search, in step S102, the UE can obtain more specific system information by receiving the Physical Downlink Control Channel (PDCCH) and receiving the Physical Downlink Shared Channel (PDSCH) based on the information in the PDCCH.
[0054] In steps S103 to S106, the UE may perform a random access procedure to access the BS. For random access, the UE may send a preamble to the BS on the Physical Random Access Channel (PRACH) (S103) and receive a response message for the preamble on the PDCCH and the corresponding PDSCH (S104). In the case of contention-based random access, the UE may further perform a contention resolution procedure by sending a PRACH (S105) and receiving the PDCCH and the corresponding PDSCH (S106).
[0055] Following the aforementioned process, the UE can receive the PDCCH / PDSCH (S107) and transmit the Physical Uplink Shared Channel (PUSCH) / Physical Uplink Control Channel (PUCCH) (S108), as part of the general downlink / uplink signal transmission process. The control information sent from the UE to the BS is called Uplink Control Information (UCI). UCI includes Hybrid Automatic Repeat and Request Acknowledgment / Nack Acknowledgment (HARQ-ACK / NACK), Scheduling Request (SR), Channel State Information (CSI), etc. CSI includes Channel Quality Indicator (CQI), Precoding Matrix Indicator (PMI), Rank Indicator (RI), etc. Although UCI is usually transmitted on the PUCCH, it can be transmitted on the PUSCH when control information and service data need to be transmitted simultaneously. Additionally, UCI can be transmitted aperiodically via the PUSCH according to network requests / commands.
[0056] Figure 2 The radio frame structure is shown. In NR, uplink and downlink transmissions are configured in frames. Each radio frame is 10ms long and is divided into two 5ms half-frames (HF). Each half-frame is further divided into five 1ms subframes (SF). Subframes are divided into one or more time slots, and the number of time slots in a subframe depends on the subcarrier spacing (SCS). Depending on the cyclic prefix (CP), each time slot includes 12 or 14 orthogonal frequency division multiplexing (OFDM) symbols. When using a normal CP, each time slot includes 14 OFDM symbols. When using an extended CP, each time slot includes 12 OFDM symbols.
[0057] Table 1 illustrates, for example, how the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary according to SCS when using normal CP.
[0058] [Table 1]
[0059] SCS(15*2∧u) <![CDATA[N slot symb ]]> <![CDATA[N frame,u slot ]]> <![CDATA[N subframe,u slot ]]> 15kHz (u=0) 14 10 1 30kHz (u=1) 14 20 2 60kHz (u=2) 14 40 4 120kHz (u=3) 14 80 8 240kHz (u=4) 14 160 16
[0060] *N slot symb Number of symbols in a time slot
[0061] *N frame,u slot Number of time slots in a frame
[0062] *N subframe,u slot Number of time slots in a subframe
[0063] Table 2 shows the number of symbols per slot, the number of slots per frame, and the number of slots per subframe that vary according to SCS when using extended CP.
[0064] [Table 2]
[0065] SCS(15*2∧u) <![CDATA[N slot symb ]]> <![CDATA[N frame,u slot ]]> <![CDATA[N subframe,u slot ]]> 60kHz (u=2) 12 40 4
[0066] The frame structure is only an example. The number of subframes, time slots, and symbols in a frame can vary.
[0067] In NR systems, OFDM parameter sets (e.g., SCS) can be configured differently for multiple cells aggregated for a single UE. Therefore, the (absolute time) duration of time resources (e.g., SF, time slots, or TTI) (referred to as time units (TU) for simplicity) consisting of the same number of symbols can be configured differently among the aggregated cells. Here, symbols can include OFDM symbols (or CP-OFDM symbols) and SC-FDMA symbols (or Discrete Fourier Transform-Extended-OFDM (DFT-s-OFDM) symbols).
[0068] Figure 3 The resource grid shows a time slot. A time slot comprises multiple symbols in the time domain. For example, when using a normal CP, a time slot comprises 14 symbols. However, when using an extended CP, a time slot comprises 12 symbols. A carrier comprises multiple subcarriers in the frequency domain. A resource block (RB) is defined as multiple consecutive subcarriers in the frequency domain (e.g., 12 consecutive subcarriers). A bandwidth portion (BWP) can be defined as multiple consecutive physical RBs (PRBs) in the frequency domain and corresponds to a single set of parameters (e.g., SCS, CP length, etc.). A carrier can include up to N (e.g., five) BWPs. Data communication can be performed through enabled BWPs, and only one BWP can be enabled for a UE. In the resource grid, individual elements are called resource elements (REs), and a complex symbol can be mapped to individual REs.
[0069] Figure 4This illustrates an exemplary mapping of physical channels within a time slot. The PDCCH can be transmitted in the DL control area, and the PDSCH can be transmitted in the DL data area. The PUCCH can be transmitted in the UL control area, and the PUSCH can be transmitted in the UL data area. The guard period (GP) provides a time gap for transmit-to-receive mode or receive-to-transmit mode switching at the BS and UE. Some symbols in the subframe during DL-to-UL handover can be configured as GP.
[0070] The physical channels will be described in more detail below.
[0071] The PDCCH transmits DCI. For example, the PDCCH (i.e., DCI) may carry information about the transmission format and resource allocation of the DL-SCH, resource allocation information for the Uplink Shared Channel (UL-SCH), paging information for the PCH, system information for the DL-SCH, resource allocation information for higher-layer control messages (e.g., RARs transmitted on the PDCCH), transmission power control commands, and information about enabling / releasing configured schedules. The DCI includes Cyclic Redundancy Check (CRC). The CRC is masked using various identifiers (IDs) (e.g., Radio Network Temporary Identifiers (RNTIs)) depending on the owner or purpose of the PDCCH. For example, if the PDCCH is used for a specific UE, the CRC is masked using the UE ID (e.g., Cell-RNTI (C-RNTI)). If the PDCCH is used for paging messages, the CRC is masked using the Paging-RNTI (P-RNTI). If the PDCCH is used for system information (e.g., System Information Block (SIB)), the CRC is masked using the System Information RNTI (SI-RNTI). When the PDCCH is used for RAR, the CRC is masked using the Random Access-RNTI (RA-RNTI).
[0072] The PDCCH comprises 1, 2, 4, 8, or 16 Control Channel Elements (CCEs) depending on its Aggregation Level (AL). A CCE is a logical allocation unit used to provide a specific code rate to the PDCCH based on the radio channel state. A CCE comprises six Resource Element Groups (REGs), each REG defined by one OFDM symbol × one (P)RB. The PDCCH is transmitted in a Control Resource Set (CORESET). A CORESET is defined as a set of REGs with a given set of parameters (e.g., SCS, CP length, etc.). Multiple CORESETs for a UE can overlap in the time / frequency domain. A CORESET can be configured by system information (e.g., Master Information Block (MIB)) or UE-specific higher-layer signaling (e.g., Radio Resource Control (RRC) signaling). Specifically, the number of RBs and symbols (up to 3) in a CORESET can be configured via higher-layer signaling.
[0073] For PDCCH reception / detection, the UE monitors PDCCH candidates. PDCCH candidates are the Common Enquiry Points (CCEs) that the UE should monitor to detect the PDCCH. Each PDCCH candidate is defined as having 1, 2, 4, 8, or 16 CCEs according to the Algorithm (AL). Monitoring includes (blind) decoding of the PDCCH candidates. The set of PDCCH candidates decoded by the UE is defined as the PDCCH Search Space (SS). The SS can be a Common Search Space (CSS) or a UE-Specific Search Space (USS). The UE can obtain the DCI by monitoring PDCCH candidates in one or more SSs configured by the MIB or higher-layer signaling. Each CORESET is associated with one or more SSs, and each SS is associated with a CORESET. SSs can be defined based on the following parameters.
[0074] -controlResourceSetId: CORESET associated with SS.
[0075] -monitoringSlotPeriodicityAndOffset: PDCCH monitoring periodicity (slot) and PDCCH monitoring offset (slot).
[0076] -monitoringSymbolsWithinSlot: PDCCH monitoring symbols within a slot (e.g., the first symbol of CORESET).
[0077] -nrofCandidates: The number of PDCCH candidates for each AL = {1,2,4,8,16} (one of 0, 1, 2, 3, 4, 5, 6 and 8).
[0078] The timing when a UE needs to monitor PDCCH candidates (e.g., time / frequency resources) is defined as a PDCCH (monitoring) timing. One or more PDCCH (monitoring) timings can be configured in a time slot.
[0079] Table 3 shows the characteristics of each SS.
[0080] [Table 3]
[0081]
[0082] Table 4 shows the DCI format transmitted on the PDCCH.
[0083] [Table 4]
[0084]
[0085] DCI format 0_0 can be used to schedule PUSCH based on TB (or TB level), and DCI format 0_1 can be used to schedule PUSCH based on TB (or TB level) or PUSCH based on code block group (CBG) (or CBG level). DCI format 1_0 can be used to schedule PDSCH based on TB (or TB level), and DCI format 1_1 can be used to schedule PDSCH based on TB (or TB level) or PDSCH based on CBG (or CBG level) (or DL-licensed DCI). DCI formats 0_0 / 0_1 can be referred to as UL-licensed DCI or UL scheduling information, and DCI formats 1_0 / 1_1 can be referred to as DL-licensed DCI or DL scheduling information. DCI format 2_0 is used to transmit dynamic slot format information (e.g., dynamic slot format indicator (SFI)) to the UE, and DCI format 2_1 is used to transmit DL preemption information to the UE. DCI formats 2_0 and / or DCI format 2_1 can be transmitted to the corresponding group of UEs on the group common PDCCH (PDCCH pointing to a group of UEs).
[0086] DCI formats 0_0 and 1_0 can be referred to as fallback DCI formats, while DCI formats 0_1 and 1_1 can be referred to as non-fallback DCI formats. In fallback DCI formats, the DCI size / field configuration remains the same regardless of the UE configuration. Conversely, in non-fallback DCI formats, the DCI size / field configuration varies depending on the UE configuration.
[0087] PDSCH transmits DL data (e.g., DL Shared Channel Transport Block (DL-SCH TB)) using modulation schemes such as Quadrature Phase Shift Keying (QPSK), 16-element Quadrature Amplitude Modulation (16QAM), 64QAM, or 256QAM. TBs are encoded as codewords. PDSCH can transmit up to two codewords. Scrambling and modulation mapping can be performed on a codeword basis, and modulation symbols generated from each codeword can be mapped to one or more layers. Each layer, along with a demodulation reference signal (DMRS), is mapped to a resource, and OFDM symbol signals are generated from the layer mapped with the DMRS and transmitted through the corresponding antenna port.
[0088] PUCCH transmits uplink control information (UCI). UCI includes the following information.
[0089] -SR (Schedule Request): Information used to request UL-SCH resources.
[0090] -HARQ (Hybrid Automatic Repeat Request) -ACK (Acknowledgement): A response to a DL data packet (e.g., a codeword) on the PDSCH. HARQ-ACK indicates whether the DL data packet was successfully received. A 1-bit HARQ-ACK can be sent in response to a single codeword. A 2-bit HARQ-ACK can be sent in response to two codewords. HARQ-ACK responses include positive ACK (simply ACK), negative ACK (NACK), discontinuous transmission (DTX), or NACK / DTX. The term HARQ-ACK is used interchangeably with HARQ ACK / NACK and ACK / NACK.
[0091] -CSI (Channel State Information): Feedback information for the DL channel. MIMO-related feedback information includes RI and PMI.
[0092] Table 5 shows exemplary PUCCH formats. Based on the PUCCH transmission duration, PUCCH formats can be divided into short PUCCH (formats 0 and 2) and long PUCCH (formats 1, 3, and 4).
[0093] [Table 5]
[0094]
[0095] PUCCH format 0 transmits up to 2 bits of UCI and is mapped in a sequence-based manner for easy transmission. Specifically, the UE sends a specific UCI to the BS by transmitting one of multiple sequences on the PUCCH of PUCCH format 0. The UE only transmits the PUCCH of PUCCH format 0 in the PUCCH resource configured for the corresponding SR when the UE sends an affirmative SR.
[0096] PUCCH format 1 transmits up to 2 bits of UCI, and the modulation symbols of UCI are spread in the time domain with orthogonal overlay code (OCC) (configured differently depending on whether frequency hopping is performed). DMRS is transmitted in symbols that do not transmit modulation symbols (i.e., in time division multiplexing (TDM)).
[0097] PUCCH format 2 transmits more than 2 bits of UCI, and the modulation symbols of the DCI are transmitted using DMRS in frequency division multiplexing (FDM). The DMRS is located at a density of 1 / 3 in symbols #1, #4, #7, and #10 of a given RB. A pseudo-noise (PN) sequence is used for the DMRS sequence. Frequency hopping can be enabled for 2-symbol PUCCH format 2.
[0098] PUCCH format 3 does not support UE multiplexing within the same PRBS and transmits more than 2 bits of UCI. In other words, PUCCH resources in PUCCH format 3 do not include OCC. Modulation symbols are transmitted in TDM using DMRS.
[0099] PUCCH format 4 supports multiplexing of up to four UEs in the same PRBS and transmits more than 2 bits of UCI. In other words, PUCCH resources in PUCCH format 3 include OCC. Modulation symbols are transmitted in TDM using DMRS.
[0100] At least one of one or more cells configured in the UE can be configured for PUCCH transmission. At least the primary cell can be configured as a cell for PUCCH transmission. Based on at least one cell configured for PUCCH transmission, at least one PUCCH cell group can be configured in the UE, and each PUCCH cell group includes one or more cells. A PUCCH cell group may be simply referred to as a PUCCH group. PUCCH transmission can be configured for SCells and the primary cell. The primary cell belongs to the primary PUCCH group, and the PUCCH-SCell configured for PUCCH transmission belongs to the secondary PUCCH group. PUCCH on the primary cell can be used by cells belonging to the primary PUCCH group, and PUCCH on the PUCCH-SCell can be used by cells belonging to the secondary PUCCH group.
[0101] PUSCH transmits UL data (e.g., UL Shared Channel Transport Block (UL-SCH TB)) and / or UCI based on CP-OFDM or DFT-s-OFDM waveforms. When PUSCH is transmitted in DFT-s-OFDM waveform, the UE transmits PUSCH via transform precoding. For example, when transform precoding is not possible (e.g., disabled), the UE may transmit PUSCH using CP-OFDM waveform, while when transform precoding is possible (e.g., enabled), the UE may transmit PUSCH using either CP-OFDM or DFT-s-OFDM waveform. PUSCH transmission can be dynamically scheduled via UL authorization in DCI, or semi-statically scheduled via higher-layer (e.g., RRC) signaling (and / or Layer 1 (L1) signaling such as PDCCH) (configured scheduling or configured authorization). PUSCH transmission can be performed in a codebook-based or non-codebook-based manner.
[0102] Figure 5 This illustrates an exemplary ACK / NACK transmission process. (Refer to...) Figure 5 The UE can detect the PDCCH in time slot #n. The PDCCH includes DL scheduling information (e.g., DCI format 1_0 or DCI format 1_1). The PDCCH indicates the DL assignment offset K0 with the PDSCH and the PDSCH offset K1 with the HARQ-ACK report. For example, DCI format 1_0 and DCI format 1_1 may include the following information.
[0103] - Frequency domain resource assignment: Indicates the set of RBs assigned to the PDSCH.
[0104] - Time-domain resource assignment: Indicates the starting position (e.g., OFDM symbol index) and length (e.g., number of OFDM symbols) of K0 and the PDSCH in the time slot.
[0105] -PDSCH-to-HARQ_feedback timer indicator: Indicates K1.
[0106] - HARQ process ID (4 bits): The HARQ process ID that indicates the data (e.g., PDSCH or TB).
[0107] -PUCCH Resource Indicator (PRI): Indicates the PUCCH resource to be used for UCI transmission among multiple PUCCH resources in the PUCCH resource set.
[0108] After receiving the PDSCH in time slot #(n+K0) according to the scheduling information of time slot #n, the UE can send a UCI on the PUCCH in time slot #(n+K1). The UCI may include a HARQ-ACK response to the PDSCH. For convenience, Figure 5The assumption that the SCS of the PDSCH is equal to the SCS of the PUCCH and that slot #n1 = slot #(n+K0) should not be construed as limiting this disclosure. When the SCSs are different, K1 can be indicated / interpreted based on the SCS of the PUCCH.
[0109] When the PDSCH is configured to carry a maximum of one TB, the HARQ-ACK response can be configured in one bit. When the PDSCH is configured to carry a maximum of two TBs, the HARQ-ACK response can be configured in 2 bits if spatial bundling is not configured, and in 1 bit if spatial bundling is configured. When slot #(n+K1) is designated as the timing for HARQ-ACK transmission of multiple PDSCHs, the UCI transmitted in slot #(n+K1) includes HARQ-ACK responses for multiple PDSCHs.
[0110] Whether a UE should perform spatial binding in response to a HARQ-ACK response can be configured for each cell group (e.g., via RRC / higher-layer signaling). For example, spatial binding can be configured for individual HARQ-ACK responses sent on the PUCCH and / or on the PUSCH.
[0111] Spatial binding is supported when up to two (or more) TBs (or codewords) can be received at once in the corresponding serving cell (which may be scheduled by a single DCI) (e.g., when the higher-layer parameter maxNrofCodeWordsScheduledByDCI indicates 2 TBs). More than four layers can be used for 2TB of transmission, and up to four layers can be used for 1TB of transmission. As a result, when spatial binding is configured for a corresponding cell group, spatial binding can be performed for serving cells within the cell group that can be scheduled for more than four layers. A UE wishing to send a HARQ-ACK response via spatial binding can generate a HARQ-ACK response by performing a (bit-wise) logical AND operation on the A / N bits of multiple TBs.
[0112] For example, suppose a UE receives a DCI that schedules two TBs and receives the two TBs on the PDSCH based on the DCI. The UE performing spatial bundling can generate a single A / N bit by performing a logical AND operation between the first A / N bit of the first TB and the second A / N bit of the second TB. As a result, when both the first TB and the second TB are ACK, the UE reports the ACK bit value to the BS, and when at least one TB is NACK, the UE reports the NACK bit value to the BS.
[0113] For example, when only one TB is actually scheduled in a serving cell configured to receive two TBs, the UE can generate a single A / N bit by performing a logical AND operation on the A / N bit and bit value 1 of a TB. As a result, the UE reports the A / N bit of one TB to the BS.
[0114] Multiple parallel DL HARQ processes exist at the BS / UE for DL transmission. While the BS awaits HARQ feedback indicating the success or failure of a previous DL transmission, multiple parallel HARQ processes allow for continuous DL transmission. Each HARQ process is associated with a HARQ buffer in the Media Access Control (MAC) layer. Each DL HARQ process manages state variables such as the number of MAC Physical Data Unit (PDU) transmissions, HARQ feedback to MAC PDUs in the buffer, and the current redundant version. Each HARQ process is identified by a HARQ process ID.
[0115] Figure 6 An exemplary PUSCH transmission process is shown. (Refer to...) Figure 6 The UE can detect the PDCCH in time slot #n. The PDCCH includes DL scheduling information (e.g., DCI format 1_0 or 1_1). DCI format 1_0 or 1_1 may include the following information.
[0116] - Frequency domain resource assignment: Indicates the set of RBs assigned to PUSCH.
[0117] - Time-domain resource assignment: Indicates the slot offset K2 and the start position (e.g., OFDM symbol index) and duration (e.g., number of OFDM symbols) of the PUSCH within the slot. The start symbol and length of the PUSCH can be indicated by the start and length indicator value (SLIV) or separately.
[0118] Then, the UE can send the PUSCH in time slot #(n+K2) according to the scheduling information in time slot #n. The PUSCH includes the UL-SCH TB.
[0119] CSI related operations
[0120] Figure 7 An example of a CSI-related process is shown.
[0121] The UE receives CSI-related configuration information from the BS via RRC signaling (710). The CSI-related configuration information may include at least one of the following: Channel State Information-Interference Measurement (CSI-IM) related information, CSI measurement related information, CSI resource configuration related information, CSI-RS resource related information, or CSI report configuration related information.
[0122] - CSI-IM resources can be configured for UE interference measurement (IM). In the time domain, the CSI-IM resource set can be configured as periodic, semi-persistent, or aperiodic. CSI-IM resources can be configured as UE zero-power (ZP)-CSI-RS. ZP-CSI-RS can be configured to be distinguished from non-zero-power (NZP)-CSI-RS.
[0123] - The UE may assume that the CSI-RS resources configured for channel measurements and the CSI-IM / NZP CSI-RS resources configured for interference measurements for a CSI report have a QCL relationship with respect to the "QCL-TypeD" of the respective resources (when the NZP CSI-RS resources are used for interference measurements).
[0124] -CSI resource configuration may include at least one of CSI-IM resources for interference measurement, NZP CSI-RS resources for interference measurement, and NZP CSI-RS resources for channel measurement. The channel measurement resource (CMR) may be an NZP CSI-RS for CSI acquisition, and the interference measurement resource (IMR) may be an NZP CSI-RS for both CSI-IM and IM.
[0125] - CSI-RS can be configured for one or more UEs. Different CSI-RS configurations can be provided for each UE, or the same CSI-RS configuration can be provided to multiple UEs. CSI-RS can support up to 32 antenna ports. CSI-RS corresponding to N (N is 1 or greater) antenna ports can be mapped to N RE locations within a time-frequency cell corresponding to one time slot and one RB. When N is 2 or greater, N-port CSI-RS can be multiplexed using CDM, FDM, and / or TDM methods. CSI-RS can be mapped to the remaining REs except for those mapped to CORESET, DMRS, and SSB. In the frequency domain, CSI-RS can be configured for the entire bandwidth, a portion of the bandwidth (BWP), or a portion of the bandwidth. CSI-RS can be transmitted in each RB within the bandwidth where CSI-RS is configured (i.e., density = 1), or CSI-RS can be transmitted in every two RBs (e.g., even or odd RBs) (i.e., density = 1 / 2). When CSI-RS is used as a Tracking Reference Signal (TRS), a single-port CSI-RS can be mapped onto three subcarriers in each resource block (i.e., density = 3). One or more CSI-RS resource sets can be configured for the UE in the time domain. Each CSI-RS resource set may include one or more CSI-RS configurations. Each CSI-RS resource set can be configured as periodic, semi-persistent, or aperiodic.
[0126] - CSI report configuration may include configuration of feedback type, measurement resources, report type, etc. NZP-CSI-RS resource sets can be used for the corresponding UE's CSI report configuration. NZP-CSI-RS resource sets can be associated with CSI-RS or SSB. Multiple periodic NZP-CSI-RS resource sets can be configured as TRS resource sets. (i) Feedback types include Channel Quality Indicator (CQI), Precoding Matrix Indicator (PMI), CSI-RS Resource Indicator (CRI), SSB Resource Block Indicator (SSBRI), Layer Indicator (LI), Rank Indicator (RI), Layer 1 (L1)-Reference Received Signal Strength (RSRP), etc. (ii) Measurement resources may include configuration of downlink signals and / or downlink resources that the UE performs measurements to determine feedback information. Measurement resources can be configured as ZP and / or NZP CSI-RS resource sets associated with the CSI report configuration. NZP CSI-RS resource sets may include CSI-RS sets or SSB sets. For example, L1-RSRP can be measured for a CSI-RS set or an SSB set. (iii) Report types may include the timing of the UE reporting and the configuration of the uplink channel. Reporting time can be configured to be periodic, semi-persistent, or aperiodic. Periodic CSI reports can be sent on the PUCCH. Semi-persistent CSI reports can be sent on the PUCCH or PUSCH based on an indication of enabled / disabled MAC CE. Aperiodic CSI reports can be indicated by DCI signaling. For example, the uplink-granted CSI request field can indicate one of various report trigger sizes. Aperiodic CSI reports can be sent on the PUSCH.
[0127] The UE measures CSI based on configuration information related to CSI. CSI measurement may include receiving CSI-RS (720) and obtaining CSI by calculating the received CSI-RS (730).
[0128] The UE may send a CSI report to the BS (740). For the CSI report, the time and frequency resources available to the UE are controlled by the BS. Channel State Information (CSI) includes at least one of the following: Channel Quality Indicator (CQI), Precoding Matrix Indicator (PMI), CSI-RS Resource Indicator (CRI), SS / PBCH Block Resource Indicator (SSBRI), Layer Indicator (LI), Rank Indicator (RI), L1-RSRP, and / or L-SINR.
[0129] CSI reporting supports periodic, semi-permanent, and non-periodic temporal behavior. i) Periodic CSI reporting is performed in short and long PUCCHs. The periodicity and slot offset of periodic CSI reports can be configured by RRC, and refer to CSI-ReportConfig IE. ii) SP (semi-periodic) CSI reporting is performed in short, long, or PUSCHs. For SP CSI in short / long PUCCHs, the periodicity and slot offset are configured by RRC, and CSI reporting is enabled / disabled via a separate MAC CE / DCI. For SP CSI in PUSCHs, the periodicity of SP CSI reporting is configured by RRC, but the slot offset is not configured by RRC, and SP CSI reporting is enabled / disabled by DCI (format 0_1). For SP CSI reporting in PUSCHs, a separate RNTI (SP-CSI C-RNTI) is used. The initial CSI report timing follows the PUSCH temporal allocation value indicated by the DCI, and subsequent CSI report timing follows the periodicity configured by RRC. DCI format 0_1 may include a CSI request field and enable / disable a specific configuration of SP-CSI triggering status. SP CSI reports have the same or similar enable / disable mechanism as data transmission in the SPS PUSCH. iii) Non-periodic CSI reporting is performed in the PUSCH and triggered by the DCI. In this case, information related to the triggering of non-periodic CSI reports can be transmitted / indicated / configured via MAC-CE. For AP CSI with AP CSI-RS, the AP CSI-RS timing is configured by RRC, and the timing of AP CSI reports is dynamically controlled by the DCI.
[0130] The CSI codebooks defined in the NR specification (e.g., PMI codebooks) can be broadly classified into Type I and Type II codebooks. Type I codebooks are primarily designed for single-user MIMO (SU-MIMO) supporting both high-order and low-order MIMO. Type II codebooks primarily support multi-user MIMO (MU-MIMO) capable of handling up to two layers. While Type II codebooks offer more accurate CSI compared to Type I, they may also increase signaling overhead. On the other hand, enhanced Type II codebooks are introduced to address the CSI overhead associated with existing Type II codebooks. Enhanced Type II codebooks can reduce the codebook's payload by considering correlations in the frequency domain.
[0131] The CSI report on the PUSCH can be configured as Part 1 and Part 2. Part 1 has a fixed payload size and is used to identify the number of information bits in Part 2. Part 1 is sent completely before Part 2.
[0132] - For Type I CSI feedback, Part 1 includes the RI (if reported), CRI (if reported), and CQI of the first codeword. Part 2 includes PMI, and when RI > 4, Part 2 also includes CQI.
[0133] - For Type IICSI feedback, Part 1 includes an indication of the RI (if reported), CQI, and the number of non-zero WB amplitude coefficients for each layer of Type IICSI. Part 2 includes the PMI for Type IICSI.
[0134] - For Enhanced Type IICSI feedback, Part 1 includes an indication of the RI (if reported), CQI, and the total number of non-zero WB amplitude coefficients for all layers of Enhanced Type IICSI. Part 2 includes the PMI for Enhanced Type IICSI.
[0135] For PUSCH, the CSI report consists of two parts. If the CSI payload to be reported is less than the payload size provided by the PUSCH resources allocated for the CSI report, the UE may discard part 2 of the CSI.
[0136] Semi-persistent CSI reports executed in PUCCH format 3 or 4 support type IICSI feedback, but only support part 1 of type IICSI feedback.
[0137] Quasi-isotope (QCL)
[0138] When the channel properties of one antenna port are to be inferred from the channel properties of another antenna port, the two antenna ports are quasi-co-located. Channel properties may include one or more of the following: delay spread, Doppler spread, frequency / Doppler shift, average received power, receive timing / average delay, and spatial RX parameters.
[0139] A list of multiple TCI state configurations can be configured in the UE via the higher-layer parameter PDSCH-Config. Each TCI state is linked to the QCL configuration parameters between one or two DL reference signals and the DM-RS port of the PDSCH. The QCL may include qcl-Type1 of the first DLRS and qcl-Type2 of the second DLRS. The QCL type may correspond to one of the following.
[0140] - "QCL-TypeA": {Doppler frequency shift, Doppler spread, average delay, delay spread}
[0141] - "QCL-TypeB": {Doppler frequency shift, Doppler spread}
[0142] - "QCL-TypeC": {Doppler shift, average delay}
[0143] - "QCL-TypeD": {Space Rx parameter}
[0144] Beam management (BM)
[0145] BM refers to a series of processes used to acquire and maintain the BS beam set (transmit / receive point (TRP) beam) and / or the UE beam set that can be used for DL and UL transmission / reception. BM may include the following processes and terms.
[0146] - Beam measurement: The operation of a BS or UE to measure the characteristics of the received beamforming signal.
[0147] - Beam determination: The operation of the BS or UE to select its Tx / Rx beam.
[0148] - Beam sweeping: The operation of covering a spatial domain with Tx and / or Rx beams within a specified time interval according to a predetermined method.
[0149] - Beam Report: The UE reports information about the signal based on beamforming based on beam measurement.
[0150] The BM process can be divided into (1) the DL BM process using SSB or CSI-RS and (2) the UL BM process using SRS. In addition, each BM process may include a Tx beam sweep for determining the Tx beam and an Rx beam sweep for determining the Rx beam.
[0151] The DL BM process may include (1) transmission of beamforming DL RS (e.g., CSI-RS or SSB) from the BS and (2) beam reporting from the UE.
[0152] The beam report may include a preferred DL RS ID and the corresponding Reference Signal Received Power (RSRP). The DL RS ID may be an SSB Resource Indicator (SSBRI) or a CSI-RS Resource Indicator (CRI).
[0153] Artificial Intelligence / Machine Learning (AI / ML)
[0154] With the development of AI / ML technologies, the nodes and UEs constituting wireless communication networks are becoming increasingly intelligent and advanced. Particularly due to the intelligence of the network / BS, it is expected that various network / BS-specific parameter values (e.g., the distribution / location of BSs, the distribution / location / material of buildings / furniture, the location / movement direction / speed of UEs, and climate information) will be rapidly optimized and derived / applied based on various environmental parameters (e.g., the transmit and receive power of each BS, the transmission power of each UE, the BS / UE precoder / beam, the time / frequency resource allocation of each UE, or the BS duplex method) will be implemented. In line with this trend, many standardization organizations (e.g., 3GPP or O-RAN) are considering introducing network / BS-specific parameter values, and research in this area is actively underway.
[0155] In a narrow sense, AI / ML can easily be called artificial intelligence based on deep learning, but conceptually it is shown to be... Figure 8 middle.
[0156] - Artificial intelligence: This can be interpreted as all automation that replaces human jobs with machines.
[0157] Machine learning: Machines can learn decision-making patterns from data without explicit programming rules.
[0158] - Deep learning: This is an AI / ML model based on artificial neural networks, where the machine performs everything from unstructured data to feature extraction and determination in one go. The algorithm relies on biological neural systems, specifically multi-layered interconnected networks of nodes inspired by neural networks for feature extraction and transformation. Common deep learning network architectures include deep neural networks (DNNs), recurrent neural networks (RNNs), and convolutional neural networks (CNNs).
[0159] AI / ML type classification based on various references
[0160] 1. Offline vs. Online
[0161] (1) Offline learning: This follows the sequential process of database collection, learning, and prediction. In other words, collection and learning are performed offline, and the completed program can be installed on-site and used for prediction. This offline learning method is used in most cases. In offline learning, the system does not learn incrementally. Instead, it uses all available collected data for learning and applies the results without further learning. If new data is needed for learning, learning can begin again using the new complete data.
[0162] (2) Online learning: Online learning is a method that improves performance little by little by learning incrementally from newly generated data that is continuously generated via the Internet. Specific units (batches) of data collected online are learned in real time, allowing the system to quickly adapt to changing data.
[0163] To build an AI system, it can learn solely through online learning using only real-time generated data. Alternatively, after offline learning using a specific dataset, additional learning can be performed using subsequently generated real-time data (online + offline learning).
[0164] 2. Classification based on AI / ML framework concepts
[0165] (1) Centralized learning: When training data collected from multiple different nodes is reported to a centralized node, all data resources / storage / learning (e.g., supervised, unsupervised and reinforcement learning) are performed by a central node.
[0166] (2) Federated Learning: This involves configuring collective AI / ML models based on data from distributed data owners. Instead of using data in AI / ML models, local nodes / individual devices collect data and train copies of their AI / ML models, thus eliminating the need to report source data to a central node. In federated learning, the parameters / weights of the AI / ML model can be sent back to a centralized node to support general AI / ML model training. The advantages of federated learning include increased computational speed and enhanced information security. Specifically, it eliminates the need to upload personal data to a central server for processing, preventing the leakage and misuse of personal information.
[0167] (3) Distributed learning: Machine learning processing represents the concept of scaling and deployment across node clusters. AI / ML model training is split and shared across multiple concurrently operating nodes to accelerate AI / ML model training.
[0168] 3. According to the classification of learning methods
[0169] (1) Supervised Learning: Supervised learning is a machine learning task aimed at learning a mapping function from input to output given a labeled dataset. The input data is called training data and has known labels or results. Examples of supervised learning can include: (i) Regression: Linear Regression, Logistic Regression; (ii) Instance-based algorithms: k-Nearest Neighbors (KNN); (iii) Decision Tree algorithms: CART; (iv) Support Vector Machines: SVM; (v) Bayesian algorithms: Naive Bayes; and (vi) Ensemble algorithms: Extreme Gradient Boosting, Packaging: Random Forest. Due to the nature of regression and classification problems, supervised learning can be further grouped, and classification predicts labels while regression predicts numbers.
[0170] (2) Unsupervised learning: This is a machine learning task aimed at learning a function that describes the hidden structure in unlabeled data. The input data is unlabeled, and there is no known outcome. Some examples of unsupervised learning include K-means clustering, principal component analysis (PCA), nonlinear independent component analysis (ICA), and LSTM.
[0171] (3) Reinforcement Learning: In reinforcement learning (RL), an agent aims to optimize a long-term goal through interaction with the environment based on trial and error. This is goal-oriented learning based on interaction with the environment. Examples of RL algorithms may include (i) Q-learning, (ii) multi-armed robber learning, (iii) deep Q-networks, State-Action-Reward-State-Action (SARSA), (iv) temporal difference learning, (v) enforcer-evaluator reinforcement learning, (vi) deep deterministic policy gradient, and (vii) Monte Carlo tree search. RL can be further grouped into AI / ML model-based RL and AI / ML model-free RL. Model-based RL is an RL algorithm that uses predictive AI / ML models to obtain the transition probabilities between states by using various dynamic states of the environment and the AI / ML models that cause rewards from these states. Model-free RL is a value- or policy-based RL algorithm that achieves maximum future rewards. It has lower computational complexity in terms of multi-agent environments / states and does not require an accurate representation of the environment. RL algorithms can also be classified as value-based RL versus policy-based RL, policy-based RL versus non-policy RL, etc.
[0172] AI / ML models
[0173] Figure 9 An example of a feedforward neural network (FFNN) AI / ML model is shown. (See reference...) Figure 9 The FFNN AI / ML model consists of an input layer, a hidden layer, and an output layer.
[0174] Figure 10 This shows an example of a recurrent neural network (RNN) AI / ML model. (See reference...) Figure 10 RNN AI / ML models are artificial neural networks where hidden nodes are connected to directed edges to form directed loops. They are suitable for processing sequential data (e.g., speech or text). One type of RNN is Long Short-Term Memory (LSTM), which is a structure that adds cell states to the hidden states of an RNN. Specifically, in an LSTM, input gates, forget gates, and output gates are added to the RNN cells, along with the cell states. Figure 10 In the diagram, A represents a neural network, and x... t h represents the input value. t This represents the output value. Here, h t It can represent the current state value based on time, while h t-1 It can represent the previous state value.
[0175] Figure 11This illustrates a Convolutional Neural Network (CNN) AI / ML model. CNNs serve two purposes: reducing the complexity of AI / ML models by applying convolutional computations commonly used in video or image processing, and extracting good features. (See reference...) Figure 11 A kernel or filter refers to a unit / structure that applies weights to the input within a specific range / cell. Kernels (or filters) can be modified through learning. Stride is the range of movement the kernel makes within the input. A feature map is the result of applying the kernel to the input. Padding refers to values added to adjust the size of the feature map. To enhance robustness to distortion and variations, multiple feature maps can be extracted. Pooling refers to the computation of reducing the size of a feature map by downsampling it (e.g., max pooling or average pooling).
[0176] Figure 12 An AI / ML model of an autoencoder is shown. (Refer to...) Figure 12 An autoencoder is a neural network that receives a feature vector x and outputs the same or similar vector x', and its input and output nodes share the same features—a form of unsupervised learning. The autoencoder reconstructs the input; therefore, the output can be called the reconstruction. The loss function can be expressed according to Equation 1.
[0177] [Formula 1]
[0178]
[0179] In Equation 12, the loss function of the autoencoder is calculated based on the difference between the input and output. Based on the loss function of the autoencoder, the degree of loss in the input is evaluated, and optimization processing is applied to the autoencoder to minimize the loss.
[0180] Figure 13 This is a diagram illustrating the splitting of AI reasoning.
[0181] Figure 13 This illustrates a scenario where model inference functions are collaboratively performed between a terminal device, such as a UE, and a network AI / ML endpoint during split AI operations.
[0182] In addition to model inference, model training, executors, and data collection can each be broken down into multiple parts based on the current task and environment. These functions can be executed through the collaboration of multiple entities.
[0183] For example, computationally intensive and energy-intensive parts can be executed at the network endpoint, while privacy-sensitive and latency-sensitive parts can be executed on the terminal device. In this case, the terminal device executes the task / model up to a specific part / layer based on the input data, and then sends intermediate data to the network endpoint. The network endpoint executes the remaining part / layer and provides inference output to one or more devices that performed the operation / task.
[0184] The following describes the functional framework used for AI operations.
[0185] In this article, the following terms may be defined for more detailed explanation of AI (or AI / ML).
[0186] - Data collection: Data collected from network nodes, management entities, or UEs, which is used as the basis for AI model training, data analysis, and inference.
[0187] -AI Model: A data-driven algorithm in which AI technology is applied to generate an output set based on an input set, including predictive information and / or decision parameters.
[0188] -AI / ML Training: Online or offline processing of training AI models by learning features and patterns to best represent data and obtain AI / ML models for inference training.
[0189] -AI / ML inference: The process of using trained AI models to make predictions or make decisions based on collected data and the AI model.
[0190] Reference Figure 14 The data collection function 10 collects input data and provides the processed input data to the model training function 20 and the model inference function 30.
[0191] For example, input data may include measurements from the UE or other network entities, feedback from actuators, and outputs from AI models.
[0192] Data collection function 10 performs data preparation based on input data and provides input data processed through data preparation. Here, data collection function 10 does not perform specific data preparation (e.g., data preprocessing and cleaning, shaping and transformation) for each AI algorithm, but data collection function 10 can perform common data preparation for AI algorithms.
[0193] After completing the data preparation and processing, the data collection function 10 provides the training data 11 to the model training function 20 and the inference data 12 to the model inference function 30. Here, the training data 11 is the input data required by the AI model training function 20, and the inference data 12 is the input data required by the AI model inference function 30.
[0194] The data collection function 10 can be performed by a single entity (e.g., UE, RAN node, network node, etc.) or by multiple entities. In this case, training data 11 and inference data 12 can be provided to the model training function 20 and the model inference function 30 from multiple entities, respectively.
[0195] As part of the AI model testing process, the model training function 20 is responsible for performing the AI model training, validation, and testing required to generate model performance metrics. If necessary, the model training function 20 may perform data preparation (e.g., data preprocessing and cleaning, shaping, and transformation) based on the training data 11 provided by the data collection function 10.
[0196] Here, model deployment / update 13 is used to initially deploy the trained, validated, and tested AI model to the model inference function 30 or to provide an updated model to the model inference function 30.
[0197] The model inference function 30 is responsible for providing AI model inference output 16 (e.g., prediction or decision). If applicable, the model inference function 30 may also provide model performance feedback 14 to the model training function 20. Additionally, if necessary, the model inference function 30 may perform data preparation (e.g., data preprocessing and cleaning, shaping and transformation) based on the inference data 12 provided by the data collection function 10.
[0198] Here, output 16 refers to the inference output of the AI model generated by the model inference function 30, and the details of the inference output may vary depending on the usage.
[0199] When available, model performance feedback 14 can be used to monitor the performance of the AI model. However, the feedback can be omitted.
[0200] Actuator function 40 receives output 16 from model inference function 30 and triggers or executes related tasks / operations. Actuator function 40 may trigger tasks / operations of other entities (e.g., one or more UEs, one or more RAN nodes, one or more network nodes, etc.) or itself.
[0201] Feedback 15 can be used to derive training data 11 and inference data 12, or to monitor the performance of the AI model and its impact on the network.
[0202] The definitions of training, validation, and testing in datasets used in AI / ML can be distinguished as follows:
[0203] - Training data: Training data refers to the dataset used to train the model.
[0204] - Validation data: Validation data refers to the dataset used to validate a trained model. In other words, validation data is a dataset used to prevent overfitting from the typical training dataset.
[0205] Additionally, validation data refers to the dataset used to select the best model among multiple trained models during the training process. Therefore, validation data can also be considered a form of learning.
[0206] - Test data: Test data refers to the dataset used for the final evaluation. Test data is independent of training data.
[0207] In the case of the datasets described above, it is common practice to split the training set so that the training and validation data are divided in an 8:2 or 7:3 ratio. When test data is included, the training, validation, and test data can be divided in a 6:2:2 ratio (training:validation:test).
[0208] Based on the AI / ML capabilities between the BS and UE, the collaboration level can be defined as follows. Multiple levels can also be combined, or a level can be modified by separating any one of them.
[0209] Cat 0a) No collaborative framework: AI / ML algorithms are purely based on the implementation and do not require changes to the wireless interface.
[0210] Cat 0b) This level relates to wireless interfaces suitable for modifications based on efficient implementations of AI / ML algorithms, but this level corresponds to a framework without cooperation.
[0211] Cat 1) provides support between nodes to enhance the AI / ML algorithms of each node. This level is applied when the UE receives support from the gNB (for training, adaptation, etc.) and vice versa. At this level, model exchange between network nodes is not required.
[0212] Cat 2) enables collaborative ML tasks to be performed between the UE and gNB. This level requires AI / ML model command exchange between network nodes.
[0213] Figure 14 The functions shown can be implemented in RAN nodes (e.g., BS, TRP, BS central unit (CU)), network nodes, network operator operations management and maintenance (OAM) or UE.
[0214] Alternatively, two or more entities among the RAN node, network node, network operator's OAM, or UE can collaborate to achieve this. Figure 14 The functions shown. For example, an entity can perform... Figure 14 One entity can perform some of the functions, while another entity can perform the remaining functions. Thus, if Figure 14 If some of the functions shown are performed by a single entity (e.g., UE, RAN node, or network node), then the transmission / providing of data / information between the functions can be omitted. For example, if model training function 20 and model inference function 30 are performed by the same entity, then the transmission / providing of model deployment / update 13 and model performance feedback 14 can be omitted.
[0215] Alternatively, Figure 14Any of the functions shown can be performed through collaboration between two or more entities, including the RAN node, network node, network operator's OAM, or UE. This can be referred to as split AI operation.
[0216] Figure 15 This illustrates a scenario where AI model training is performed by network nodes (e.g., core network nodes, network operator's OAM, etc.), while AI model inference is performed by RAN nodes (e.g., BS, TRP, or BS's CU).
[0217] Step 1: RAN Node 1 and RAN Node 2 send the input data (i.e., training data) for AI model training to the network node. Here, RAN Node 1 and RAN Node 2 may send data collected from the UE (e.g., UE measurements related to RSRP, RSRQ or SINR of the serving cell and neighboring cells, UE location, speed, etc.) to the network node.
[0218] Step 2: Network nodes use the received training data to train AI models.
[0219] Step 3: The network nodes deploy / update the AI model to RAN node 1 and / or RAN node 2. RAN node 1 (and / or RAN node 2) can then continue to perform model training based on the received AI model.
[0220] For ease of explanation, assume that the AI model is only deployed / updated to RAN node 1.
[0221] Step 4: RAN Node 1 receives input data (i.e., inference data) for AI model inference from UE and RAN Node 2.
[0222] Step 5: RAN node 1 uses the received inference data to perform AI model inference to generate output data (e.g., predictions or decisions).
[0223] Step 6: If applicable, RAN node 1 may send model performance feedback to the network nodes.
[0224] Step 7: RAN Node 1, RAN Node 2, and UE (or RAN Node 1 and UE or RAN Node 1 and RAN Node 2) perform actions based on the output data. For example, in the case of load balancing operation, the UE may move from RAN Node 1 to RAN Node 2.
[0225] Step 8: RAN Node 1 and RAN Node 2 send feedback information to the network nodes.
[0226] Figure 16 This illustrates a scenario where both AI model training and AI model inference are performed by RAN nodes (e.g., BS, TRP, or CU of BS).
[0227] Step 1: The UE and RAN Node 2 send the input data (i.e., training data) for AI model training to RAN Node 1.
[0228] Step 2: RAN node 1 uses the received training data to train the AI model.
[0229] Step 3: RAN Node 1 receives input data (i.e., inference data) for AI model inference from UE and RAN Node 2.
[0230] Step 4: RAN node 1 uses the received inference data to perform AI model inference to generate output data (e.g., predictions or decisions).
[0231] Step 5: RAN Node 1, RAN Node 2, and UE (or RAN Node 1 and UE or RAN Node 1 and RAN Node 2) perform actions based on the output data. For example, in the case of load balancing operation, the UE may move from RAN Node 1 to RAN Node 2.
[0232] Step 6: RAN node 2 sends feedback information to RAN node 1.
[0233] Figure 17 This illustrates a scenario where AI model training is performed by the RAN node (e.g., BS, TRP, or CU of BS), while AI model inference is performed by the UE.
[0234] Step 1: The UE sends input data (i.e., training data) to the RAN node for AI model training. Here, the RAN node may collect data from various UEs and / or other RAN nodes (e.g., UE measurements related to RSRP, RSRQ or SINR of the serving cell and neighboring cells, UE location, speed, etc.).
[0235] Step 2: The RAN node uses the received training data to train the AI model.
[0236] Step 3: The RAN node deploys / updates the AI model to the UE. The UE can then continue to perform model training based on the received AI model.
[0237] Step 4: The UE receives input data (i.e., inference data) for AI model inference from the RAN node (and / or from other UEs).
[0238] Step 5: The UE uses the received inference data to perform AI model inference to generate output data (e.g., predictions or decisions).
[0239] Step 6: If applicable, the UE may send model performance feedback to the RAN node.
[0240] Step 7: The UE and RAN node perform actions based on the output data.
[0241] Step 8: The UE sends feedback information to the RAN node.
[0242] CSI limitations of AI / ML-based CSI reporting
[0243] This disclosure relates to CSI limitations (e.g., codebook subset limitations) in AI / ML-based CSI reports.
[0244] The dual-sided AI / ML model includes configuring the AI / ML model and performing inference at the UE and BS (or network) respectively. Figure 18 This is a diagram used to illustrate CSI based on a two-sided AI / ML model.
[0245] Reference Figure 18 The UE has an AI encoder, and the BS has an AI decoder. AI / ML model inference is performed at both the UE and the BS via the AI encoder. This two-sided model, performing AI / ML model inference on both sides of the CSI transmit / receive node, helps reduce overhead through CSI compression.
[0246] For example, an AI / ML model in the form of an autoencoder can be configured. The UE side (e.g., a CSI encoder) uses channel information (e.g., a channel matrix / channel covariance matrix / channel eigenvector) or information obtained by preprocessing the channel information as input. The UE computes the output of the AI / ML model inference and feeds the output back to the BS, either through post-processing or without post-processing. The BS (e.g., a CSI decoder) feeds the feedback information back to the AI / ML model, either through pre-processing or without pre-processing, computes the inference output, and finally decodes / obtains the CSI, either through post-processing or without post-processing.
[0247] Figure 19 This is a graph used to illustrate predictions in the time domain based on a one-sided AI / ML model.
[0248] Reference Figure 19 The single-sided AI / ML model on the network side or UE side predicts and outputs CSI based on previous CSI channel measurements.
[0249] There are issues requiring further discussion regarding CSI prediction, and similar discussions are underway for MIMO that considers high mobility. AI / ML-based CSI prediction may be suitable for Rel-18 type IICSI. If CSI prediction is performed using a low-performance scheme (e.g., sample-and-hold) as a baseline, it is difficult to properly evaluate performance improvements.
[0250] In non-AI-based CSI reporting, such as in Rel-15 type I / IICSI reporting, for inter-cell interference management, RRC signaling instructs / configures the UE to limit PMIs for CSI calculation. The UE excludes the corresponding PMI from the CSI calculation, calculates the preferred CSI (e.g., CQI / RI / PMI), and reports the CSI to the BS. This is known as Codebook Subset Restriction (CBSR). Table 6 is an excerpt from the NR standard describing the RRC parameters regarding CBSR that are signaled to the UE.
[0251] [Table 6]
[0252]
[0253] The following section describes a method for performing operations for inter-cell interference control (e.g., CBSR) in an AI / ML-based CSI report.
[0254] First, a brief description of the traditional CBSR is given in Table 7.
[0255] [Table 7]
[0256]
[0257]
[0258] Table 8 shows the range that can be used based on PMI restrictions in configuration type 2CSI.
[0259] [Table 8]
[0260] value of bit pair <![CDATA[Maximum WB beam power P MAX > 00 00 01 root 0.25 10 root 0.5 11 1
[0261] At least one of Proposals 1 through 4 below can be used for interference management in AI / ML. Proposals 1 / 2 / 3 / 4 can be implemented individually or based on a combination of at least two proposals. The application and configuration of CSI restrictions in Proposals 1 / 2 / 3 / 4 can be applied jointly across layers (layer groups) or specifically.
[0262] Suggestion 1
[0263] Based on the CBSR-based RRC configuration (e.g., the CBSR RRC configuration in NR), the UE performs processing to exclude PMI components corresponding to the CBSR (e.g., beam direction and / or beam power (or beam amplitude)) during the preprocessing of the AI / ML model input. The UE can use the preprocessed data as AI / ML input data to perform AI / ML inference. The UE can also report preprocessing-related information to the BS along with the CSI report.
[0264] As an example of Proposal 1, the operation can be based on the conventional CBSR described above. The UE can receive the CBSR configuration from the BS. To apply the CBSR to the AI / ML model, the UE can use preprocessing. As a representative example of preprocessing, the AI / ML model can use preprocessed input data obtained by removing components related to the CBSR configuration (e.g., beam direction and / or beam power) from measured channel information according to methods such as projection. In this case, due to errors in preprocessing, the BS may not remove 100% of the information associated with the CBSR configuration. Errors in the AI / ML model inference processing (e.g., quantization errors) may also have an impact.
[0265] To address these shortcomings, the UE can report preprocessing information along with CSI generated based on AI / ML to the BS. Preprocessing information may include, for example, the degree (level) of preprocessing performed based on the CBSR configuration. For instance, if a bitmap such as “000111..” is received as part of the CBSR configuration, it could be information indicating the level of restrictions performed on the DFT vector (or PMI index) corresponding to zero, which could be reported to the BS as a real value between 0 and 1 or as probability information.
[0266] Alternatively, the BS may signal a specific threshold along with the CBSR. Based on this threshold, the UE may report to the BS whether to perform the CBSR as a value of 0 or 1. For example, when the threshold is indicated as 0.7, a 1 is reported if at least 70% of the input data has been preprocessed to remove a specific PMI index component. Otherwise, a 0 is reported. For example, the threshold may be indicated for all DFT vectors, or it may be configured per DFT vector or per group of DFT vectors.
[0267] In the example above, a report is performed per beam (e.g., per PMI). However, if information such as the confidence level of the AI / ML model for the entire CBSR configuration, the probability of whether a CBSR is performed, or the probability of a successful CBSR performance is reported as a single value, the payload of the UE report can be reduced.
[0268] In addition, to reduce the payload of UE reports, the UE can only report whether to perform CBSR for bits that are indicated as 0 in CBSR.
[0269] The above only describes beam constraints, but Proposal 1 can also be applied to beam and power constraints (e.g., CBSRs similar to type IICSI).
[0270] For example, constraint information can be provided as input to the AI / ML model. The UE can consider information related to a subset of the codebook within the AI / ML model to generate a CSI and report the CSI to the BS. The UE can report information about the level at which CBSR is performed in the AI / ML model, and the reporting can be performed as described above.
[0271] For example, a separate AI / ML model could be considered to output the confidence level of CSI constraints (e.g., CBSR). The UE could report information about CSI constraints to the BS within the AI / ML model. The UE could report information about the enforcement of CSI constraints (e.g., CBSR) in the AI / ML model, and the report could be performed as described above.
[0272] Furthermore, when CBSR is provided as input to the AI / ML model, the AI / ML model considering CBSR and the AI / ML model not considering CBSR can differ from each other. The AI / ML model can also differ based on the type or pattern of the CBSR. When reporting CSI, the UE can implicitly report to the BS whether to perform CBSR for the reported CSI and which CBSR to perform by sending the model ID / function ID. Alternatively, a configuration ID for the CBSR can be defined, and the UE can report to the BS which CBSR to perform by sending the configuration ID of the CBSR.
[0273] Suggestion 2
[0274] The configuration of CBSR applied to AI / ML models can be bound to other IDs and configured / instructed to the UE on a per-ID basis. For example, other IDs may include some or all of the following: dataset ID, region ID, site ID, or configuration ID.
[0275] As mentioned above, the CBSRs currently supported in NR are configured semi-statically by RRC.
[0276] However, in the case of AI / ML models, the channel environment may change in a data-driven manner based on UE mobility, congestion, or environmental changes. In this case, the pre-trained AI / ML model may not operate properly, thus requiring additional management of the AI / ML model, such as retraining / fine-tuning / updating. As mentioned above, from the BS's perspective, the primary purpose of CBSR is inter-cell interference management. Therefore, when the BS configures CBSR for the UE via RRC, the BS can conservatively signal the CBSR to the UE from a cell perspective. However, depending on the UE's mobility, such as location information and movement information, the required CSI limiting information (e.g., beam direction and / or beam power) may differ when providing DL services to the UE at a specific location. Alternatively, CBSR can be used not only for inter-cell interference management but also for intra-cell interference management. To use CBSR more efficiently, configuration / reconfiguration based on UE mobility, such as location / movement information, is required.
[0277] To this end, Proposal 2 defines indicators in the form of IDs related to location information, such as the UE's dataset ID, area ID, configuration ID, and / or site ID, and CSI restriction (e.g., CBSR) information bound to the indicator can be configured / indicated to the UE.
[0278] Alternatively, if the BS can predict the UE's location / mobility information or obtain such information from the UE, the BS can sequentially configure the CBSR for the UE based on the mobility information. The sequentially configured information may include at least one of timing information (e.g., timestamps) regarding when the CBSR is applied and information regarding when the UE begins applying the CBSR. The timestamp information may be combined with the aforementioned dataset ID, area ID, configuration ID, and / or site ID to indicate this.
[0279] Suggestion 3
[0280] CSI restriction information can be dynamically switched via signaling such as MAC-CE / DCI.
[0281] In the case of CSI restrictions (e.g., CBSR), CSI restrictions can be configured / indicated in a semi-static manner. However, as mentioned above, more dynamic signaling may be required when managing inter-cell interference or restricting CSI reporting according to the intent of the BS. Therefore, the following approach is proposed.
[0282] Because CBSR information is relatively large, including bitmaps, the effect of indicating information via DCI is poor. Therefore, switching of corresponding CBSR information can be performed based on MAC-CE. Alternatively, multiple CBSR information / configurations / patterns can be configured or predefined by RRC, and the CBSR information / configurations / patterns can be switched via DCI and / or MAC-CE.
[0283] For example, the timing of applying handover information can be determined as follows: The timing point can be a time slot / symbol / msec offset from the reporting time by a specific time offset T, or a time slot / symbol / msec offset from the time the BS sends / receives a response message / signal to the report (e.g., a handover / indication / acknowledgment command from the network for a new configuration or a handover / indication / acknowledgment command from the network for a specific value (range) of the configuration). For example, T can have a specific value commonly defined for the UE (e.g., T = 0, T = x symbol, T = y msec) or a value configured by the BS for each UE. If a value is configured for each UE, the UE can report to the BS the (minimum) T value it supports (e.g., UE capability report).
[0284] Suggestion 4
[0285] Regarding the CSI restrictions in Proposals 1 / 2 / 3, the following information may be considered.
[0286] - Existing CBSR configuration for Type I / IICSI
[0287] - Specify the beam direction (direction) and / or beam amplitude configuration
[0288] In Proposal 4, to improve existing CBSR configurations, full-bitmap-based power limiting information can be indicated / configured to the UE, instead of beamgroup-based power limiting information as in Type IICSI described above. For full-bitmap-based power limiting, an X-bit amplitude limit can be applied to the N1*N2*O1*O2 bitmap.
[0289] Furthermore, the explicit beam orientation can be based on the actual beam angle between the BS and the UE, rather than information configured by the codebook index. For example, based on the aiming angle between the UE and the BS, the BS can indicate to the UE the angle information (e.g., angle granularity, angle range) used or not used in the horizontal / vertical domain when generating the CSI. The angle granularity and angle range applied to the horizontal and vertical domains can be different.
[0290] Figure 20 This is a diagram used to illustrate the operation of the network and UE according to the implementation method.
[0291] Reference Figure 20 The network can send the configuration (A05) of the AI / ML model for CSI to the UE.
[0292] The UE can train a configured AI / ML model (A10) based on the configuration of the AI / ML model.
[0293] The network can determine the input constraints (A15) of the UE's AI / ML model. The determination of input constraints can be to limit specific beam directions / powers used for inter-cell / intra-cell interference control.
[0294] The network may send information about the determined input restrictions to the UE (A20). This information about the input restrictions may be sent via RRC signaling. The information about the input restrictions may include information for association with a predetermined identifier provided to the UE. The predetermined identifier may include at least one of a dataset identifier, a region identifier, or a CBSR configuration identifier.
[0295] The UE can perform preprocessing on the input data of the AI / ML model based on the configuration regarding input restrictions (A25). Through preprocessing, the UE can at least partially exclude data related to at least one beam direction and / or at least one beam power from the input data.
[0296] The UE can perform AI / ML model inference (A30) based on preprocessed input data. The UE can obtain CSI-related output data through AI / ML model inference.
[0297] The UE can send a CSI report (A35) based on the output data. The CSI report may include information about the preprocessing of the input data performed by the UE. The information about the preprocessing of the input data may include information about the limitation level of each beam.
[0298] Figure 21 This is a diagram used to illustrate the CSI report of the UE according to the implementation method.
[0299] Reference Figure 21 The UE can receive configuration (B05) from the network regarding input restrictions for AI / ML models related to CSI.
[0300] The UE can perform preprocessing on the input dataset of the AI / ML model based on the configuration of input constraints (B10).
[0301] The UE can obtain CSI-related outputs (B15) from the AI / ML model based on the preprocessed input dataset.
[0302] The UE can send a CSI report (B20) based on the output related to CSI.
[0303] CSI reports may include information about the preprocessing performed by the UE.
[0304] Configuration regarding input restrictions may include RRC configuration for CBSR.
[0305] Preprocessing may include excluding data from the input dataset that relates to at least one of the following: at least one beam power or at least one beam direction determined based on the RRC configuration for the CBSR.
[0306] Information about preprocessing may include information about the limitation levels for each beam.
[0307] Configuration regarding input restrictions may include information for association with predetermined identifiers provided to the UE.
[0308] The predefined identifier includes at least one of the dataset identifier, region identifier, and CBSR configuration identifier.
[0309] The configuration of input restrictions can include multiple sets of restriction parameters.
[0310] Preprocessing can be performed based on a set of constraint parameters selected from multiple sets of constraint parameters.
[0311] Configuration regarding input restrictions can be received via RRC signaling.
[0312] The selection or modification of the limiting parameters to be used for preprocessing can be performed based on MAC signaling or DCI.
[0313] The configuration of input restrictions can be related to at least one of inter-cell interference management and intra-cell interference management.
[0314] Figure 22 This is a diagram used to illustrate the CSI reception of the BS according to an embodiment.
[0315] Reference Figure 22 BS can determine the input constraints of the UE's AI / ML model (C05).
[0316] The BS can send configuration (C10) to the UE regarding the determined input restrictions.
[0317] The BS can receive CSI reports (C15) based on AI / ML models from the UE.
[0318] CSI reports may include information about the preprocessing performed on the input dataset of the AI / ML model based on configurations regarding input constraints.
[0319] Configuration regarding input restrictions may include RRC configuration for CBSR.
[0320] Input constraints can be used to exclude data from the input dataset that relates to at least one of one or more beam directions and one or more beam powers.
[0321] Information about preprocessing may include information about the limitation levels for each beam.
[0322] Configuration regarding input restrictions may include information for association with predetermined identifiers provided to the UE.
[0323] The predefined identifier includes at least one of the dataset identifier, region identifier, and CBSR configuration identifier.
[0324] The configuration of input restrictions can include multiple sets of restriction parameters.
[0325] Preprocessing can be performed based on a set of constraint parameters selected from multiple sets of constraint parameters.
[0326] The BS can send configuration information about input restrictions to the UE via RRC (Radio Resource Control) signaling.
[0327] The BS can send information to the UE via MAC signaling or DCI to select or change the limiting parameters to be used for preprocessing.
[0328] Input restrictions may relate to at least one of inter-cell interference management and intra-cell interference management.
[0329] Figure 23 A communication system 1 applied to this disclosure is shown.
[0330] Reference Figure 23 The communication system 1 applied to this disclosure includes wireless devices, base stations (BS), and networks. Herein, a wireless device refers to a device that performs communication using a radio access technology (RAT) (e.g., 5G New RAT (NR) or Long Term Evolution (LTE)) and may be referred to as a communication / radio / 5G device. Wireless devices may include (but are not limited to) robots 100a, vehicles 100b-1 and 100b-2, extended reality (XR) devices 100c, handheld devices 100d, home appliances 100e, Internet of Things (IoT) devices 100f, and artificial intelligence (AI) devices / servers 400. For example, vehicles may include vehicles with wireless communication capabilities, autonomous vehicles, and vehicles capable of performing communication between vehicles. Herein, vehicles may include unmanned aerial vehicles (UAVs) (e.g., drones). XR devices may include augmented reality (AR) / virtual reality (VR) / mixed reality (MR) devices, and may take the form of head-mounted displays (HMDs), head-up displays (HUDs) installed in vehicles, televisions, smartphones, computers, wearable devices, home appliances, digital signage, vehicles, robots, etc. Handheld devices may include smartphones, smart tablets, wearable devices (e.g., smartwatches or smart glasses) and computers (e.g., laptops). Home appliances may include TVs, refrigerators, and washing machines. IoT devices may include sensors and smart meters. For example, the BS and network may be implemented as wireless devices, and a particular wireless device 200a may operate as a BS / network node relative to other wireless devices.
[0331] Wireless devices 100a to 100f can connect to network 300 via BS200. AI technology can be applied to wireless devices 100a to 100f, and wireless devices 100a to 100f can connect to AI server 400 via network 300. Network 300 can be configured using a 3G network, a 4G (e.g., LTE) network, or a 5G (e.g., NR) network. Although wireless devices 100a to 100f can communicate with each other via BS200 / network 300, wireless devices 100a to 100f can perform direct communication with each other (e.g., sidelink communication) without going through the BS / network. For example, vehicles 100b-1 and 100b-2 can perform direct communication (e.g., vehicle-to-vehicle (V2V) / vehicle-to-everything (V2X) communication). IoT devices (e.g., sensors) can perform direct communication with other IoT devices (e.g., sensors) or other wireless devices 100a to 100f.
[0332] Wireless communication / connections 150a, 150b, or 150c can be established between wireless devices 100a to 100f / BS200 or between BS200 / BS200. In this document, wireless communication / connections can be established via various RATs (e.g., 5G NR) such as uplink / downlink communication 150a, sidelink communication 150b (or D2D communication), or inter-BS communication (e.g., relay, integrated access backhaul (IAB)). Wireless devices and BS / wireless devices can transmit / receive radio signals to / from each other via wireless communication / connections 150a and 150b. For example, wireless communication / connections 150a and 150b can transmit / receive signals via various physical channels. For this purpose, at least a portion of the configuration information for configuring the process of transmitting / receiving radio signals, various signal processing processes (e.g., channel coding / decoding, modulation / demodulation, and resource mapping / demapping), and resource allocation processes can be performed based on various proposals of this disclosure.
[0333] Figure 24 A wireless device applicable to this disclosure is shown.
[0334] Reference Figure 24 The first wireless device 100 and the second wireless device 200 can transmit radio signals via various RATs (e.g., LTE and NR). In this document, {first wireless device 100 and second wireless device 200} can correspond to... Figure 23 {Wireless Device 100x and BS200} and / or {Wireless Device 100x and Wireless Device 100x}.
[0335] The first wireless device 100 may include one or more processors 102 and one or more memories 104, and additionally include one or more transceivers 106 and / or one or more antennas 108. The processors 102 may control the memories 104 and / or the transceivers 106, and may be configured to implement the descriptions, functions, processes, proposals, methods, and / or operation flowcharts disclosed herein. For example, the processor 102 may process information in the memory 104 to generate a first information / signal, and then transmit a radio signal including the first information / signal via the transceivers 106. The processor 102 may receive a radio signal including a second information / signal via the transceivers 106, and then store the information obtained by processing the second information / signal in the memory 104. The memory 104 may be connected to the processor 102 and may store various information relating to the operation of the processor 102. For example, the memory 104 may store software code including commands for performing some or all of the processes controlled by the processor 102 or for performing the descriptions, functions, processes, proposals, methods, and / or operation flowcharts disclosed herein. In this document, processor 102 and memory 104 may be part of a communication modem / circuit / chip designed to implement RAT (e.g., LTE or NR). Transceiver 106 may be connected to processor 102 and transmit and / or receive radio signals via one or more antennas 108. Each transceiver 106 may include a transmitter and / or a receiver. Transceiver 106 may be used interchangeably with radio frequency (RF) units. In this disclosure, a wireless device may refer to a communication modem / circuit / chip.
[0336] The second wireless device 200 may include one or more processors 202 and one or more memories 204, and additionally include one or more transceivers 206 and / or one or more antennas 208. The processors 202 may control the memories 204 and / or the transceivers 206, and may be configured to implement the descriptions, functions, processes, proposals, methods, and / or operation flowcharts disclosed in this document. For example, the processors 202 may process information in the memories 204 to generate a third information / signal, and then transmit a radio signal including the third information / signal via the transceivers 206. The processors 202 may receive a radio signal including a fourth information / signal via the transceivers 206, and then store the information obtained by processing the fourth information / signal in the memories 204. The memories 204 may be connected to the processors 202 and may store various information relating to the operation of the processors 202. For example, the memories 204 may store software code including commands for executing some or all of the processes controlled by the processors 202 or for executing the descriptions, functions, processes, proposals, methods, and / or operation flowcharts disclosed in this document. In this document, processor 202 and memory 204 may be part of a communication modem / circuit / chip designed to implement RAT (e.g., LTE or NR). Transceiver 206 may be connected to processor 202 and transmit and / or receive radio signals via one or more antennas 208. Each transceiver 206 may include a transmitter and / or a receiver. Transceiver 206 may be used interchangeably with an RF unit. In this disclosure, a wireless device may refer to a communication modem / circuit / chip.
[0337] The hardware elements of wireless devices 100 and 200 will be described in more detail below. One or more protocol layers may be implemented by (but are not limited to) one or more processors 102 and 202. For example, one or more processors 102 and 202 may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, and SDAP). One or more processors 102 and 202 may generate one or more Protocol Data Units (PDUs) and / or one or more Service Data Units (SDUs) according to the descriptions, functions, processes, proposals, methods, and / or operation flowcharts disclosed in this document. One or more processors 102 and 202 may generate messages, control information, data, or information according to the descriptions, functions, processes, proposals, methods, and / or operation flowcharts disclosed in this document. One or more processors 102 and 202 may generate signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data, or information, according to the descriptions, functions, processes, proposals, methods, and / or operation flowcharts disclosed in this document, and provide the generated signals to one or more transceivers 106 and 206. One or more processors 102 and 202 may receive signals (e.g., baseband signals) and acquire PDUs, SDUs, messages, control information, data, or information from one or more transceivers 106 and 206, according to the descriptions, functions, processes, proposals, methods, and / or operation flowcharts disclosed in this document.
[0338] One or more processors 102 and 202 may be referred to as controllers, microcontrollers, microprocessors, or microcomputers. One or more processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof. As an example, one or more application-specific integrated circuits (ASICs), one or more digital signal processors (DSPs), one or more digital signal processing devices (DSPDs), one or more programmable logic devices (PLDs), or one or more field-programmable gate arrays (FPGAs) may be included in one or more processors 102 and 202. The descriptions, functions, processes, proposals, methods, and / or operation flowcharts disclosed in this document may be implemented using firmware or software, and the firmware or software may be configured to include modules, processes, or functions. Firmware or software configured to execute the descriptions, functions, processes, proposals, methods, and / or operation flowcharts disclosed in this document may be included in one or more processors 102 and 202 or stored in one or more memories 104 and 204 to be driven by one or more processors 102 and 202. The descriptions, functions, processes, proposals, methods, and / or operation flowcharts disclosed in this document can be implemented using firmware or software in the form of code, commands, and / or command sets.
[0339] One or more memories 104 and 204 may be connected to one or more processors 102 and 202 and store various types of data, signals, messages, information, programs, code, instructions, and / or commands. One or more memories 104 and 204 may be configured with read-only memory (ROM), random access memory (RAM), electrically erasable programmable read-only memory (EPROM), flash memory, hard disk drive, registers, cache memory, computer-readable storage media, and / or combinations thereof. One or more memories 104 and 204 may be located internally and / or externally to one or more processors 102 and 202. One or more memories 104 and 204 may be connected to one or more processors 102 and 202 via various technologies such as wired or wireless connections.
[0340] One or more transceivers 106 and 206 may transmit user data, control information, and / or radio signals / channels mentioned in the methods and / or operation flowcharts of this document to one or more other devices. One or more transceivers 106 and 206 may receive user data, control information, and / or radio signals / channels mentioned in the descriptions, functions, processes, proposals, methods, and / or operation flowcharts disclosed in this document from one or more other devices. For example, one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202 and transmit and receive radio signals. For example, one or more processors 102 and 202 may perform controls to enable one or more transceivers 106 and 206 to transmit user data, control information, or radio signals to one or more other devices. One or more processors 102 and 202 may perform controls to enable one or more transceivers 106 and 206 to receive user data, control information, or radio signals from one or more other devices. One or more transceivers 106 and 206 may be connected to one or more antennas 108 and 208, and one or more transceivers 106 and 206 may be configured to transmit and receive user data, control information, and / or radio signals / channels mentioned in the descriptions, functions, processes, proposals, methods, and / or operation flowcharts disclosed in this document via one or more antennas 108 and 208. In this document, one or more antennas may be multiple physical antennas or multiple logical antennas (e.g., antenna ports). One or more transceivers 106 and 206 may convert received radio signals / channels, etc., from RF band signals to baseband signals for processing by one or more processors 102 and 202. One or more transceivers 106 and 206 may convert user data, control information, radio signals / channels, etc., processed by one or more processors 102 and 202 from baseband signals to RF band signals. For this purpose, one or more transceivers 106 and 206 may include (analog) oscillators and / or filters.
[0341] Figure 25 Another example of a wireless device applied to this disclosure is shown. The wireless device may vary depending on usage / service (see reference). Figure 23 It can be realized in various forms.
[0342] Reference Figure 25 Wireless devices 100 and 200 can correspond to Figure 24The wireless devices 100 and 200 are configured with various elements, components, units / parts, and / or modules. For example, each of the wireless devices 100 and 200 may include a communication unit 110, a control unit 120, a memory unit 130, and an additional component 140. The communication unit may include a communication circuit 112 and a transceiver 114. For example, the communication circuit 112 may include... Figure 24 One or more processors 102 and 202 and / or one or more memories 104 and 204. For example, transceiver 114 may include Figure 24 The device comprises one or more transceivers 106 and 206 and / or one or more antennas 108 and 208. Control unit 120 is electrically connected to communication unit 110, memory unit 130, and add-on components 140, and controls the overall operation of the wireless device. For example, control unit 120 may control the electrical / mechanical operation of the wireless device based on programs / code / commands / information stored in memory unit 130. Control unit 120 may transmit information stored in memory unit 130 to an external source (e.g., other communication devices) via communication unit 110 through a wireless / wired interface, or store information received from an external source (e.g., other communication devices) via communication unit 110 in memory unit 130 via a wireless / wired interface.
[0343] The additional component 140 can be configured differently depending on the type of wireless device. For example, the additional component 140 may include at least one of a power supply unit / battery, an input / output (I / O) unit, a drive unit, and a computing unit. The wireless device may be configured according to (but is not limited to) a robot. Figure 23 100a), vehicles ( Figure 23 100b-1 and 100b-2), XR device ( Figure 23 100c), handheld device ( Figure 23 100d), home appliances ( Figure 23 100e), IoT devices ( Figure 23 100f), digital broadcasting terminals, holographic devices, public safety devices, MTC devices, medical devices, fintech devices (or financial devices), security devices, climate / environmental devices, AI servers / devices ( Figure 23 400), BS ( Figure 23 This can be achieved through 200 network nodes, etc. Wireless devices can be used in mobile or fixed locations depending on the use case / service.
[0344] exist Figure 25In wireless devices 100 and 200, all elements, components, units / parts, and / or modules may be interconnected via wired interfaces, or at least a portion thereof may be wirelessly connected via communication unit 110. For example, in each of wireless devices 100 and 200, control unit 120 and communication unit 110 may be wired connected, and control unit 120 and first units (e.g., 130 and 140) may be wirelessly connected via communication unit 110. The various elements, components, units / parts, and / or modules within wireless devices 100 and 200 may also include one or more elements. For example, control unit 120 may be configured as a collection of one or more processors. As an example, control unit 120 may be configured as a collection of communication control processors, application processors, electronic control units (ECUs), graphics processing units, and memory control processors. As another example, memory unit 130 may be configured as random access memory (RAM), dynamic RAM (DRAM), read-only memory (ROM), flash memory, volatile memory, non-volatile memory, and / or combinations thereof.
[0345] Figure 26 The illustration shows a vehicle or autonomous vehicle applicable to this disclosure. The vehicle or autonomous vehicle may be a mobile robot, car, train, manned / unmanned aerial vehicle (AV), vessel, etc.
[0346] Reference Figure 26 The vehicle or autonomous vehicle 100 may include an antenna unit 108, a communication unit 110, a control unit 120, a drive unit 140a, a power supply unit 140b, a sensor unit 140c, and an autonomous driving unit 140d. The antenna unit 108 may be configured as part of the communication unit 110. Blocks 110 / 130 / 140a to 140d respectively correspond to... Figure 25 Blocks 110 / 130 / 140.
[0347] Communication unit 110 can send and receive signals (e.g., data and control signals) to and from external devices such as other vehicles, BSs (e.g., gNBs and roadside units), and servers. Control unit 120 can perform various operations by controlling the components of the vehicle or autonomous vehicle 100. Control unit 120 may include an electronic control unit (ECU). Drive unit 140a enables the vehicle or autonomous vehicle 100 to move on a road. Drive unit 140a may include an engine, motor, powertrain, wheels, brakes, steering mechanism, etc. Power supply unit 140b can supply power to the vehicle or autonomous vehicle 100 and includes wired / wireless charging circuitry, battery, etc. Sensor unit 140c can acquire vehicle status, surrounding environment information, user information, etc. Sensor unit 140c may include inertial measurement unit (IMU) sensors, collision sensors, wheel sensors, speed sensors, slope sensors, weight sensors, heading sensors, position modules, vehicle forward / reverse sensors, battery sensors, fuel sensors, tire sensors, steering sensors, temperature sensors, depth sensors, ultrasonic sensors, lighting sensors, pedal position sensors, etc. Autonomous driving unit 140d can implement technologies for maintaining the vehicle within its lane, technologies for automatically adjusting speed (e.g., adaptive cruise control), technologies for autonomously driving along a determined path, and technologies for automatically setting a route if a destination is set, etc.
[0348] For example, communication unit 110 can receive map data, traffic information data, etc., from an external server. Autonomous driving unit 140d can generate an autonomous driving path and driving plan from the acquired data. Control unit 120 can control drive unit 140a, enabling the vehicle or autonomous vehicle 100 to move along the autonomous driving path according to the driving plan (e.g., speed / direction control). During autonomous driving, communication unit 110 can periodically or non-periodically acquire recent traffic information data from an external server and acquire surrounding traffic information data from neighboring vehicles. During autonomous driving, sensor unit 140c can acquire vehicle status and / or surrounding environment information. Autonomous driving unit 140d can update the autonomous driving path and driving plan based on newly acquired data / information. Communication unit 110 can transmit information about vehicle location, autonomous driving path, and / or driving plan to an external server. The external server can predict traffic information data using AI technology, etc., based on information collected from the vehicle or autonomous vehicle, and provide the predicted traffic information data to the vehicle or autonomous vehicle.
[0349] The above embodiments correspond to combinations of the elements and features of this disclosure in a prescribed form. Furthermore, unless explicitly stated otherwise, each element or feature may be considered optional. Each element or feature may be implemented without combination with other elements or features. Moreover, embodiments of this disclosure can be implemented by partially combining elements and / or features together. The order of operations described for various embodiments of this disclosure may be modified. Some configurations or features of one embodiment may be included in another embodiment, or may replace corresponding configurations or features of another embodiment. Furthermore, it will be readily understood that embodiments are configured by combining claims not explicitly referenced in the appended claims, or may be included as new claims after filing the application.
[0350] Those skilled in the art will understand that this disclosure may be practiced in other specific forms besides those set forth herein without departing from the spirit and essential characteristics of this disclosure. Therefore, the above embodiments should be construed in all respects as illustrative rather than restrictive. The scope of this disclosure should be determined by the appended claims and their legal equivalents, and not by the foregoing description, and all changes falling within the meaning and scope of the appended claims are intended to be covered therewith.
[0351] Industrial applicability
[0352] This disclosure applies to UE, BS or other devices in wireless mobile communication systems.
Claims
1. A method of reporting channel state information (CSI) by a user equipment (UE) in a wireless communication system, the method comprising: receiving, from a network, a configuration on input restriction for an artificial intelligence / machine learning (AI / ML) model related to the CSI; performing pre-processing on an input data set of the AI / ML model based on the configuration on the input restriction; obtaining an output related to the CSI from the AI / ML model based on the pre-processed input data set; and transmitting a CSI report based on the output related to the CSI, wherein the CSI report includes information on the pre-processing performed by the UE. The configuration on the input restriction includes a radio resource control (RRC) configuration for codebook subset restriction (CBSR), and 2. The method of claim 1, wherein, wherein the pre-processing includes excluding data related to at least one of at least one beam power or at least one beam direction determined based on the RRC configuration for the CBSR from the input data set. The information on the pre-processing includes information on a restriction level for each beam.
3. The method of claim 2, wherein, The configuration on the input restriction includes information associated with a predetermined identifier provided to the UE.
4. The method of claim 1, wherein, The predetermined identifier includes at least one of a data set identifier, a zone identifier, or a codebook subset restriction (CBSR) configuration identifier.
5. The method of claim 4, wherein, The configuration on the input restriction includes a plurality of restriction parameter sets, and 6. The method of claim 1, wherein, wherein the pre-processing is performed based on one restriction parameter set selected from among the plurality of restriction parameter sets. The configuration on the input restriction is received via radio resource control (RRC) signaling, and 7. The method of claim 6, wherein, wherein selecting or changing a restriction parameter to be used for the pre-processing is performed based on medium access control (MAC) signaling or downlink control information (DCI). The configuration on the input restriction is related to at least one of inter-cell interference management or intra-cell interference management.
8. The method of claim 1, wherein, 9.A computer-readable recording medium having recorded thereon a program for executing the method of claim 1. 10.An apparatus for wireless communication, the apparatus comprising: a memory configured to store instructions; and a processor configured to perform operations by executing the instructions, wherein the operations of the processor include: receiving, from a network, a configuration on input restriction for an artificial intelligence / machine learning (AI / ML) model related to channel state information (CSI); performing pre-processing on an input data set of the AI / ML model based on the configuration on the input restriction; obtaining an output related to the CSI from the AI / ML model based on the pre-processed input data set; and transmitting a CSI report based on the output related to the CSI, and wherein the CSI report includes information on the pre-processing performed by the processor. 11.The apparatus of claim 10, further comprising a transceiver, the apparatus is a user equipment (UE) operating in a wireless communication system. wherein 12. The apparatus of claim 10, wherein, The apparatus is a signal processing apparatus configured to control a user equipment, UE, operating in a wireless communication system. 13.A method of receiving a channel state information, CSI, report by a base station, BS, in a wireless communication system, the method comprising: determining input restrictions for an artificial intelligence / machine learning, AI / ML, model of a user equipment, UE; transmitting a configuration about the determined input restrictions to the UE; and receiving the CSI report based on the AI / ML model from the UE, wherein the CSI report includes information about a pre-processing performed on an input data set of the AI / ML model based on the configuration about the input restrictions. 14.A base station, BS, for wireless communication, the BS comprising: a memory configured to store instructions; and a processor configured to perform operations by executing the instructions, wherein the operations of the processor comprise: determining input restrictions for an artificial intelligence / machine learning, AI / ML, model of a user equipment, UE; transmitting a configuration about the determined input restrictions to the UE; and receiving a channel state information, CSI, report based on the AI / ML model from the UE, wherein the CSI report includes information about a pre-processing performed on an input data set of the AI / ML model based on the configuration about the input restrictions.