METHOD AND SYSTEM FOR DYNAMICALLY SIGNALING INDICATED TCI STATUS IN m-TRP FOR RECEIVING PDSCH

Abstract

The present disclosure relates to a 5G or 6G communication system for supporting a higher data transmission rate. A method performed by a terminal in a wireless communication system is provided. The method comprises: receiving, from a BS, RRC information for configuring a plurality of TCI states of a PDSCH; receiving, from the BS, DCI indicating at least one TCI state of a plurality of TCI states, wherein the at least one TCI state is associated with a CORESET pool index; and receiving the PDSCH based on the at least one TCI state.

Description

Technical Field

[0001] The present disclosure generally relates to wireless communications of a user equipment (UE) and a base station, and more specifically, to a method and system for dynamically signaling a transmission configuration indicator (TCI) state indicated in multiple transmit and receive points (multi-TRP or m-TRP) to receive a physical downlink shared channel (PDSCH). Background Art

[0002] 5G mobile communication technology defines a wide frequency band so that high transmission rates and new services are possible, and can be realized not only in "below 6 GHz" frequency bands such as 3.5 GHz, but also in "above 6 GHz" frequency bands called mmWave including 28 GHz and 39 GHz. In addition, it has been considered to implement 6G mobile communication technology (called super 5G system) in terahertz frequency bands (e.g., 95 GHz to 3 THz frequency bands) in order to achieve a transmission rate fifty times faster than 5G mobile communication technology and an ultra-low latency one-tenth of 5G mobile communication technology.

[0003] At the beginning of the development of 5G mobile communication technology, in order to support services and meet performance requirements related to enhanced mobile broadband (eMBB), ultra-reliable low latency communications (URLLC), and massive machine type communications (mMTC), there has been ongoing standardization on beamforming and massive MIMO for mitigating radio wave path loss and increasing radio wave transmission distance in mmWave, parameter sets to support dynamic operation for efficient utilization of mmWave resources and time slot formats (e.g., operating multiple subcarrier spacings), initial access technology for supporting multi-beam transmission and broadband, definition and operation of BWP (Bandwidth Part) new channel coding methods such as LDPC (Low Density Parity Check) codes for large amounts of data transmission and polar codes for highly reliable transmission of control information, L2 pre-processing, and network slicing for providing dedicated networks dedicated to specific services.

[0004] Currently, in view of the services that 5G mobile communication technology is to support, there are ongoing discussions on improvements and performance enhancements of initial 5G mobile communication technology, and there is already physical layer standardization on the technology, such as V2X (Vehicle to Everything) for assisting autonomous vehicles in making driving decisions based on information sent by the vehicle about the location and status of the vehicle and for enhancing user convenience, NR-U (New Radio Unlicensed) for system operation designed to comply with various regulatory requirements in unlicensed bands, NR UE power saving, non-terrestrial network (NTN) as UE-satellite direct communication for providing coverage in areas where communication with terrestrial networks is unavailable, and positioning.

[0005] In addition, there is continuous standardization of air interface architecture / protocols for technologies such as Industrial Internet of Things (IIoT) for supporting new services through interworking and integration with other industries, IAB (Integrated Access and Backhaul) for providing nodes for network service area expansion by supporting wireless backhaul links and access links in an integrated manner, mobility enhancement including conditional handover and DAPS (Dual Active Protocol Stack) handover, and two-step random access (NR's two-step RACH) for simplifying the random access procedure. There is also continuous standardization of system architecture / services for 5G baseline architecture (e.g., service-based architecture or service-based interface) for combining network function virtualization (NFV) and software-defined networking (SDN) technologies, and mobile edge computing (MEC) for receiving services based on UE location.

[0006] As 5G mobile communication systems are commercialized, the already exponentially growing number of connected devices will be connected to the communication network, and it is accordingly expected that enhanced functionality and performance of the 5G mobile communication systems and integrated operations of the connected devices will be necessary. To this end, new research related to extended reality (XR) is arranged for effectively supporting AR (augmented reality), VR (virtual reality), MR (mixed reality), etc., improving 5G performance and reducing complexity by utilizing artificial intelligence (AI) and machine learning (ML), AI service support, metaverse service support, and drone communication.

[0007] Furthermore, such development of 5G mobile communication systems will serve as a foundation for developing not only new waveforms for providing terahertz band coverage for 6G mobile communication technology, multi-antenna transmission technologies such as full-dimensional MIMO (FD-MIMO), array antennas, and massive antennas, metamaterial-based lenses and antennas for improving terahertz band signal coverage, high-dimensional spatial multiplexing technologies using OAM (orbital angular momentum), and high-dimensional spatial multiplexing technologies of RIS (reconfigurable smart surface), but also full-duplex technologies for improving frequency efficiency of 6G mobile communication technology and improving system networks, AI-based communication technologies for achieving system optimization and internalizing end-to-end AI support functions by utilizing satellites and AI (artificial intelligence) from the design stage, and next-generation distributed computing technologies for achieving services that exceed the level of complexity that UEs can achieve by utilizing ultra-high-performance communication and computing resources to limit the limitations of UE operating capabilities.

[0008] The TCI state includes a configuration such as a quasi-co-location (QCL) relationship between a downlink (DL) RS and a PDSCH demodulation (DM) RS port in a channel state information (CSI) reference signal (RS) set. The TCI state is dynamically sent to the user equipment through a downlink control information (DCI) message. In one of the conventional techniques, in version 15 / 16 (i.e., Rel 15 / 16), TCI is defined for each control resource set (CORESET). Therefore, the physical downlink control channel (PDCCH) sent in a specific CORESET will be received together with the TCI state defined for the CORESET. In addition, each PDCCH will configure the TCI state of the PDSCH. In addition, the Rel 15 / 16 TCI state is based on the CORESET, and therefore 2 TCI states are configured. When the UE receives two DCIs from two different transmit-receive points (TRPs), the TCI state is sent from two different CORESETs, and the CORESET is included in the CORESETPOOLINDEX to identify multiple DCIs for the UE. In addition, each DCI configures a separate PDSCH to be received from the m-TRP. In addition, since some of the multiple physical channels in Rel 15 / 16 follow the same TCI state in multiple time slots, a new TCI state is configured for each channel in each redundant time slot. In addition, in Rel 15 / 16, it is difficult to measure and configure the TCI state of adjacent cells that require a common type of signaling. Therefore, to overcome this problem, Release 17 (Rel 17) was introduced.

[0009] In Rel 17, a unified TCI was introduced to reduce the overhead signaling of TCI for each physical channel and RS. In Rel 17, a new type of TCI state is introduced as a joint TCI state. Therefore, any indicated unified TCI state can be a joint TCI state or a separate DL / uplink (UL) TCI state. However, in Rel 17, the maximum number of unified TCI states defined is M=1 for DL ​​and N=1 for UL. In Rel 17, with a single unified TCI state, for a single DCI-multiple TRP scenario, a single DCI is sent to the UE from any one of the TRPs, which schedules two different PDSCHs to the UE. The DCI contains a TCI field that points to a single TCI code point that contains a pair of TCI states for each TRP. In the case of a single DCI PDCCH repetition, the two search spaces (SSs) in which the PDCCH is repeated are linked in the radio resource control (RRC) level configuration of the SS, and belong to different CORESETs in the two SSs, respectively. The CORESETPOOLINDEX for these two TCI states is different. In the Rel 17 High Speed ​​Train (HST) Single Frequency Network (SFN) case, two PDCCHs repeated in the same time-frequency resource element belonging to the same CORESET have two Rel 15 / 16 TCI states. Finally, the dynamic indication of a single TRP or multiple TRPs in the DCI is indicated by the number of TCI states present in the TCI code point, indicated in the TCI field of the DCI format. The update of the TCI state can be via two options, the Media Access Control (MAC) Control Element (CE) and MAC CE+DCI 1_1 / 1_2 (with / without DL allocation). However, this may cause problems in updating a single TCI state that may assume single TRP operation.

[0010] Therefore, for multi-TRP scenarios, the number of unified TCI states required for operation is greater than one. The unified TCI defined in Rel 17 contains one common TCI state for all physical channels and RSs. In Rel 15 / 16, the TCI framework is not necessarily modular. TCI is defined for each CORESET. Therefore, the PDCCH sent in a specific CORESET will be received together with the TCI state defined for the CORESET. Each PDCCH will then configure the TCI state of the PDSCH. The signaling of the TCI state is also modified in Rel 17 because very little redundant signaling is required. In Rel 15 / 16, the TCI state of the PDCCH is configured for each CORESET by the MAC-CE. RRC signaling is used to configure a few TCI states from the pool of all TCI states. For the PDSCH, the MAC-CE will then configure up to eight TCI code points, each for one TCI state. The TCI of the PDSCH is indicated in the DCI pointing to one of the TCI code points. In Rel 17, the signaling of TCI status is changed to MAC CE or MAC CE + DCI with format 1_1 / 1_2 with / without DL allocation. Summary of the invention

[0011] Technical Solution

[0012] An efficient method and system are needed to add TCI states for multi-TRP operation and receive PDSCH in different multi-TRP scenarios with multiple DCI and single DCI.

[0013] According to one aspect of the present disclosure, a method performed by a terminal in a wireless communication system is provided. The method includes: receiving RRC information for configuring multiple TCI states of a PDSCH from a BS; receiving DCI indicating at least one TCI state in the multiple TCI states from the BS, wherein the at least one TCI state is associated with a CORESET pool index; and receiving a PDSCH based on the at least one TCI state.

[0014] According to another aspect of the present disclosure, a method performed by a base station in a wireless communication system is provided. The method includes: sending RRC information configuring multiple TCI states of a PDSCH to a terminal; sending DCI indicating at least one TCI state in the multiple TCI states to the terminal, wherein at least one TCI state is associated with a CORESET pool index; and sending a PDSCH according to at least one TCI state.

[0015] According to another aspect of the present disclosure, a terminal in a wireless communication system is provided. The terminal includes a transceiver and a controller coupled to the transceiver. The controller is configured to: receive RRC information configuring multiple TCI states of a PDSCH from a BS, receive DCI indicating at least one TCI state in the multiple TCI states from the BS, wherein the at least one TCI state is associated with a CORESET pool index, and receive the PDSCH based on the at least one TCI state.

[0016] According to another aspect of the present disclosure, a base station in a wireless communication system is provided. The base station includes a transceiver; and a controller coupled to the transceiver. The controller is configured to: send RRC information configuring multiple TCI states of a PDSCH to a terminal; send DCI indicating at least one TCI state in the multiple TCI states to the terminal, wherein the at least one TCI state indicated by the DCI is associated with a CORESET pool index; and send the PDSCH according to the at least one TCI state. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The above and other aspects, features and advantages of certain embodiments of the present disclosure will become more apparent through the following description in conjunction with the accompanying drawings, in which:

[0018] Figure 1 is a diagram showing a schematic representation of a wireless communication system depicting PDSCH data transmission from multiple TRPs (m-TRPs) in a 5G network according to an embodiment;

[0019] Figure 2 is a diagram showing a UE enabling PDSCH data from an m-TRP according to an embodiment;

[0020] 3A is a diagram illustrating a method of signaling one or more indicated TCI states to receive PDSCH data from an m-TRP with multiple DCIs according to an embodiment;

[0021] 3B is a diagram illustrating signaling one or more indicated TCI states to receive PDSCH data from an m-TRP with multiple DCIs according to an embodiment;

[0022] 3C is a diagram illustrating signaling one or more indicated TCI states to receive PDSCH data from an m-TRP with multiple DCIs according to an embodiment;

[0023] Figure 4 is a diagram illustrating signaling one or more indicated TCI states to receive PDSCH data from one or more TRPs according to an embodiment;

[0024] Figure 5is a diagram illustrating signaling one or more indicated TCI states to receive PDSCH data from an m-TRP with a single DCI according to an embodiment;

[0025] Figure 6 is a flow chart illustrating a method for enabling PDSCH data from an m-TRP according to an embodiment; and

[0026] Figure 7 A block diagram of a UE enabling PDSCH data from an m-TRP according to an embodiment is shown. DETAILED DESCRIPTION

[0027]

[0026] The word "exemplary" is used herein to mean "serving as an example, instance, or illustration." Any embodiment or implementation of the present subject matter described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other embodiments.

[0028] Although the present disclosure is susceptible to various modifications and alternative forms, specific embodiments thereof have been shown by way of example in the accompanying drawings and will be described in detail below. However, it should be understood that it is not intended to limit the present disclosure to the particular form disclosed, but on the contrary, the present disclosure will cover all modifications, equivalents and alternatives falling within the spirit and scope of the present disclosure.

[0029] The terms "include", "comprising", or any other variation thereof are intended to cover a non-exclusive inclusion, such that a configuration, device, or method that includes a list of components or steps includes not only those components or steps, but may also include other components or steps not expressly listed or inherent to such configuration, device, or method. In other words, without more constraints, one or more elements in a device, system, or apparatus following "include" does not exclude the presence of other elements or additional elements in the device, system, or apparatus.

[0030] In this article, reference is made to the accompanying drawings that form a part thereof, and in the accompanying drawings, specific embodiments in which the present disclosure can be practiced are shown by way of illustration. These embodiments are described in sufficient detail to enable those skilled in the art to practice the present disclosure, and it should be understood that other embodiments may be utilized and changes may be made without departing from the scope of the present disclosure. Therefore, the following description should not be regarded as having a limiting meaning.

[0031] It will be appreciated by those skilled in the art that any block diagram herein represents a conceptual view of an illustrative system that embodies the principles of the present subject matter. Similarly, it will be appreciated that any flow chart, flowchart, state transition diagram, pseudo code, etc., represents various processes that can be substantially represented in a computer-readable medium and executed by a computer or processor, whether or not such a computer or processor is explicitly shown. Throughout the drawings, the same reference numerals will be understood to refer to the same parts, components, and structures.

[0032] For ease of explanation, the present disclosure uses terms and names defined in the 3rd Generation Partnership Project Radio Access Network (3GPP RAN) standards. More specifically, the terms "PDCCH", "PDSCH", "DCI", "unified TCI state", "indicated TCI state", "CORESET", "CORESETPOOLINDEX", "TRP", "Time Domain Resource Allocation (TDRA)", "Beam Application Time" will be interpreted as specified by the 3GPP RAN standards. The term "TRP" may refer to a set of TRPs that a UE provides services to, and is interchangeably referred to herein as m-TRP.

[0033] Figure 2 is a diagram illustrating a wireless communication system according to an embodiment. The wireless communication system 100 is an example of a 5G communication system. The present disclosure relates to an m-TRP scenario in the wireless communication system 100, where more than one TRP is intended to provide services to a UE (i.e., schedule PDSCH data). As such, the wireless communication system 100 depicts multiple TRPs, for example, TRPs 102a, 102b, 102c, 102d in the wireless communication system 100. Multiple TRPs (also interchangeably referred to herein as "multi-TRPs" or "m-TRPs") are critical in 5G communication systems to improve reliability, coverage, and capacity performance through flexible deployment scenarios.

[0034] Thus, multiple TRPs 102a, 102b, 102c, 102d may be located within a cell, for example, a macro cell spanning a small town. It should be noted that the TRPs 102a, 102b, 102c, 102d are shown for exemplary purposes, and there may be a fewer or greater number of TRPs in a cell. Furthermore, it should be noted that the locations of multiple TRPs 102a, 102b, 102c, 102d within a micro cell are shown for exemplary purposes, and the multiple TRPs 102a, 102b, 102c, 102d may be located in a femto cell, a pico cell, or a micro cell. For example, multiple TRPs 102a, 102b, 102c, 102d may be located in a pico cell, which is a small segment of a macro site, such as, for example, dense urban areas such as stadiums, train stations, shopping malls, and areas with high data capacity requirements and coverage.

[0035] In an example, multiple TRPs 102a, 102b, 102c, and 102d may be located within a cell and provide services to multiple UEs located within a predetermined distance (i.e., a coverage area). For example, multiple TRPs 102a, 102b, 102c, and 102d provide services such as viewing / accessing content to multiple UEs (e.g., UE 150 associated with user 104) in a pico cell. Examples of UE 150 include, but are not limited to, any device used by user 104 to transmit and / or access content, such as, but not limited to, a mobile phone, a laptop, a wearable device, IoT, etc.

[0036] In an example scenario, a user 104 operating a UE 150 may access digital media content (e.g., a movie) while receiving real-time updates of live stream matches and receiving promotional messages from an e-commerce website. PDSCH data corresponding to the digital media content, live scores of live stream matches, and promotional messages from an e-commerce website may be received from a set of TRPs 102a, 102b, 102c, and 102d in a plurality of TRPs 102a, 102b, 102c, and 102d.

[0037] Various embodiments provide an improved method for indicating one or more unified TCI states for scheduling PDSCH data from a set of TRPs 102a, 102b, 102c, and 102d in a plurality of TRPs 102a, 102b, 102c, and 102d to a UE 150. In general, at least one DCI message may be used to indicate one or more unified TCI states to a UE 150. Such multi-TRP scenarios may include, but are not limited to, non-coherent joint transmission, repetition of PDCCH / PDSCH / PUSCH / PUCCH, multiple DCIs and single DCIs, and HST. The MAC-CE is used to configure one or more indicated TCI states in a DCI message to apply a PDSCH associated with the scheduled DCI. In this way, the UE 150 is configured to receive PDSCH data scheduled by at least one DCI message from each TRP in the set of TRPs 102a, 102b, and 102d based at least on a beam application time (BAT). Therefore, a single DCI message may be configured to schedule multiple PDSCH data, or more than one DCI (ie, multiple DCI) may be used to enable reception of PDSCH data. Figure 2 Enabling UE 150 to receive PDSCH data from a set of TRPs 102a, 102b, and 102d is explained in more detail.

[0038] Figure 2A UE 150 for enabling PDSCH data from an m-TRP according to an embodiment is shown. As described above, the UE 150 may be any device capable of performing one or more operations described herein that is 5G enabled in the wireless communication system 100.

[0039] UE 150 is depicted as including a processor 202, a memory 204, an input / output (I / O) module 206, and a communication interface 208. UE 150 may include more or fewer components than those depicted herein. The various components of UE 150 may be implemented using hardware, software, firmware, or any combination thereof. In addition, the various components of UE 150 may be operably coupled to each other. More specifically, the various components of UE 150 may be able to communicate with each other using a communication channel medium (e.g., a bus, an interconnect, etc.).

[0040] In an embodiment, the processor 202 may be embodied as a multi-core processor, a single-core processor, or a combination of one or more multi-core processors and one or more single-core processors. For example, the processor 202 may be embodied as one or more of a variety of processing devices, such as a coprocessor, a microprocessor, a controller, a digital signal processor (DSP), a processing circuit with or without an accompanying DSP, or various other processing devices including a microcontroller unit (MCU), a hardware accelerator, a dedicated computer chip, etc.

[0041] In an embodiment, the memory 204 can store machine executable instructions, referred to herein as instructions 205. The processor 202 is embodied as an executor of software instructions. Thus, the processor 202 can execute the instructions 205 stored in the memory 204 to perform one or more operations described herein.

[0042] The memory 204 may be any type of storage device that the processor 202 can access to perform corresponding functions, as will be described with reference to FIGS. 3A to 3C to Figure 6Detailed explanation. For example, the memory 204 may include one or more volatile or non-volatile memories or a combination thereof. For example, the memory 204 may be embodied as a semiconductor memory, such as a flash memory, a mask read-only memory (ROM), a programmable ROM (PROM), an erasable PROM (EPROM), a random access memory (RAM), etc. The memory 204 may store multiple lookup tables. The multiple lookup tables contain associations, such as but not limited to the association between the CORESETPOOLINDEX and the TCI state, an explicit indication of associating the indicated TCI state with the PDSCH through the MAC CE, a TRP ID associating the TCI state with the PDSCH, and an explicit indication of the CORESET number and the TCI state of the PDSCH associated with the DCI scheduling of the PDSCH. The MAC-CE can be used to configure an association for receiving the PDSCH.

[0043] In an example, a lookup table in the plurality of lookup tables includes a mapping indicating an association between a TCI identifier (ID) and a corresponding indicated TCI state. In another example, the lookup table includes a mapping between a TRP ID and a TCI state. In yet another example, the lookup table includes a mapping / association between a CORESETPOOLINDEX and a corresponding indicated TCI state. Similarly, another lookup table in the plurality of lookup tables includes a mapping between a code point and a corresponding indicated TCI state.

[0044] In an embodiment, processor 202 is configured to execute instructions 205 to: (1) receive at least one DCI message from a TRP of a plurality of TRPs 102a, 102b, 102c, 102d, (2) apply each of one or more indicated TCI states based on the at least one DCI message, (3) receive PDSCH data from each TRP in a set of TRPs 102a, 102b, 102d at an indicated TCI state associated with a PDCCH when a scheduled PDSCH TDRA is less than a BAT, (4) receive PDSCH data from each TRP in a set of TRPs 102a, 102b, 102d at one or more indicated TCI states scheduled by at least one DCI message when a scheduled PDSCH TDRA is greater than a BAT, and (5) apply an indicated TCI state corresponding to a code point received in the DCI message.

[0045] In an embodiment, the I / O module 206 may include a mechanism configured to receive input from and provide output to peripheral devices (e.g., multiple TRPs 102a, 102b, 102c, 102d and / or a user 104 of the UE 150). In order to be able to receive input and provide output to the UE 150, the I / O module 206 may include at least one input interface and / or at least one output interface. Examples of input interfaces may include, but are not limited to, a keyboard, a mouse, a joystick, a keypad, a touch screen, soft keys, a microphone, etc. Examples of output interfaces may include, but are not limited to, a display such as a light emitting diode display, a thin film transistor (TFT) display, a liquid crystal display, an active matrix organic light emitting diode (AMOLED) display, a microphone, a speaker, a ringer, etc.

[0046] In an embodiment, the communication interface 208 may include a mechanism configured to communicate with other entities in the wireless communication system 100 (e.g., other network nodes or a set of TRPs (i.e., TRPs 102a, 102b, 102c, and 102d)) for accessing media content, sending media content, or receiving media content. In this way, the communication interface 208 is configured to receive at least one DCI message from a TRP in multiple TRPs 102a, 102b, 102c, and 102d in the wireless communication system 100. In an example, a single DCI message is received to schedule PDSCH data from two different TRPs (e.g., TRPs 102a and 102b). In another example, two separate DCI messages may be received for scheduling PDSCH data from two different TRPs (e.g., TRPs 102a and 102b). In an embodiment, the DCI message includes at least a first data field, a TCI data field, and a DCI indication data field. In an embodiment, a list of DCI types and their contents (i.e., data fields) are defined in 38.212-Table 7.3 of the 3GPP RAN standard. The first data field indicates the number of indicated TCI states to be applied in the UE 150 from at least one DCI message. In an embodiment, when the UE 150 is enabled to receive PDSCH data for multiple DCI m-TRP, single DCI m-TRP, and single DCI single TRP scenarios, the first data field indicates how many indicated TCI states to apply. The first data field is 1 bit. Table 1 provides values ​​associated with the first data field and functions associated with the bit values.

[0047] [Table 1]

[0048]

[0049] The TCI data field indicates one or more indicated TCI states to be applied to receive PDSCH data from at least one TRP (e.g., TRP 102a) in the set of TRPs 102a, 102b, 102c, 102d. In an example, UE 150 may receive 2 DCI messages, wherein a first DCI message (DCI_1) from TRP 102a includes two indicated TCI states for scheduling PDSCH data from two TRPs (e.g., TRPs 102a and 102b) and a second DCI message (DCI_2_) for scheduling PDSCH data from 1 TRP (e.g., TRP102c). The one or more indicated TCI states are represented as one or more code points. In another embodiment, the one or more indicated TCI states of the DCI message are represented as one or more CORESETPOOLINDEX. CORESETPOOLINDEX or another indicator having the same function may be used in a DCI message to map the TCI state to receive PDSCH from an m-TRP.

[0050] In an embodiment, the DCI indication data field is used for dynamic indication of the TCI state associated with a TRP (e.g., TRP 102c) and one of the TRP sets (i.e., TRP102a, 102b, 102d). Specifically, this new data field in the DCI message (i.e., the DCI indication data field) is used for dynamic indication of the TCI state associated with a single TRP or m-TRP. It should be noted that the DCI indication data field can be applied to single DCI and multi-DCI scenarios of m-TRP. Generally, the DCI indication data field can be used for multi-DCI-multi-TRP, single DCI-multi-TRP, and single DCI-single TRP scenarios. Therefore, the DCI indication data field is used to apply the indicated TCI state to receive PDSCH from one or more TRPs. The size of the DCI indication data field is 2 bits. The values ​​and functions of the DCI indication data field are shown in Tables 2 and 3 below.

[0051] [Table 2]

[0052]

[0053] [Table 3]

[0054]

[0055]

[0056] As described above, the communication interface 208 is configured to receive at least one DCI message from a TRP (e.g., TRP 102a) among a plurality of TRPs 102a, 102b, 102c, and 102d in the wireless communication system 100. The communication interface 208 forwards the at least one DCI message from the TRP 102a to the processor 202. The processor 202 is configured to process the at least one DCI message to enable receiving PDSCH data from an m-TRP (e.g., a set of TRPs (e.g., TRPs 102a, 102b, and 102d) intended to send PDSCH data to the UE 150). One or more operations described herein are performed by the processor 202 of the UE 150. In general, the processor 202 processes at least one DCI message having one or more indicated TCI states and configures the UE 150 for reception of the PDSCH data.

[0057] Now combine Figure 2 3A , a diagram illustrates signaling one or more indicated TCI states to receive PDSCH data from an m-TRP with multiple DCIs according to an embodiment.

[0058] In representation 300, two different TRPs 102a and 102b are intended to transmit PDSCH data to UE 150. As such, each of the TRPs (i.e., TRP 102a and 102b) transmits a separate DCI message to UE 150 (i.e., TRP 102a transmits DCI_1 and TRP 102b transmits DCI_2). Such a scenario is hereinafter referred to as a multi-DCI scenario, in which the m-TRP transmits a DCI message to UE 150 individually to enable reception of PDSCH data. The multi-DCI message received by UE 150 includes two indicated TCI states, wherein the indicated TCI state can be one of a joint state or a separate state. In addition, each DCI message from two different TRPs 102a and 102b is assigned a DL allocation for scheduling PDSCH data. UE 150 enables receiving PDSCH data scheduled by at least one DCI (DCI_1 and DCI_2) from each TRP in the set of TRPs 102a and 102b based on at least BAT. When a DCI message with DL allocation is received by UE 150, UE 150 is enabled to receive PDSCH data based on the DCI message.

[0059] In an embodiment, when the scheduled PDSCH TDRA is less than the BAT, PDSCH data is received from each TRP in the TRP set (i.e., TRPs 102a and 102b) on the indicated TCI state associated with the PDCCH. More specifically, when the UE 150 receives DCI messages (i.e., DCI_1 and DCI_2) from TRPs 102a and 102b, the UE 150 applies each indicated TCI state based on the DCI message (DCI_1 and DCI_2) for receiving PDSCH data from the corresponding TRP. For example, the indicated TCI state in DCI_1 is applied to the UE 150 to receive PDSCH data from TRP 102a, and the indicated TCI state in the TCI state data field of DCI_2 is applied to the UE 150 to receive PDSCH data from TRP 102b. However, if the PDSCH data from TRP 102a arrives before the indicated TCI state in the corresponding DCI message (i.e., DCI_1) is applied to UE 150, the PDSCH is received based on the indicated TCI state associated with the PDCCH. When the scheduled PDSCH TDRA is less than the BAT, the UE 150 may individually follow the indicated TCI state associated with the CORESET or CORESET group that transmitted the DCI message (DCI_1 and DCI_2). In such a scenario, each CORESET is associated with CORESETPOOLINDEX or some other parameter with the same associated functionality to indicate the TCI state of the CORESET to the UE 150.

[0060] In an embodiment, when the scheduled PDSCH TDRA is greater than the BAT, PDSCH data is received from each TRP in the set of TRPs 102a and 102b at one or more indicated TCI states scheduled by at least one DCI message. For example, if the time to receive PDSCH data is scheduled to be greater than the BAT, the UE 150 is able to apply the indicated TCI state_1 in DCI_1 and the indicated TCI state_2 in DCI_2. In such a scenario, PDSCH data is received from TRP 102a at the indicated TCI state_1 for scheduling PDSCH_1 from TRP 102a, and PDSCH data is received from TRP 102b at the indicated TCI state_2 for scheduling PDSCH_2 from TRP 102b.

[0061] In another embodiment, when the PDSCH TDRA scheduled from the m-TRP 102a, 102b as a multi-DCI with format 1_1 / 1_2 (i.e., DCI_1 and DCI_2 with DL allocation) is greater than the BAT of the scheduled PDSCH, the m-TRP 102a, 102b from which DCI_1 and DCI_2 are transmitted includes TCI field points (e.g., 8 or more (16) TCI code points). The TCI code points can individually update the indicated TCI state of the associated CORESET or CORESET group, and the updated indicated TCI state is applied to receive the individual PDSCH scheduled by the corresponding DCI.

[0062] In an embodiment, multiple DCIs with format 1_1 / 1_2 are received by UE 150, where one of the DCI messages schedules a DL allocation and the other DCI message does not have a DL allocation but includes an update of a TCI state. For example, DCI_1 received from TRP 102a schedules a DL allocation, and DCI_2 received from TRP 102b does not have a DL allocation. However, DCI_2 includes one or more updates to the TCI state. Specifically, the DCI (i.e., DCI_2) that transmits the TCI update includes one or more TCI states. In this case, if the scheduled PDSCH TDRA is less than BAT, the PDSCH scheduled by DCI_1 may follow the indicated TCI state associated with the CORESET or CORESET group that transmits DCI_1. In addition, if the scheduled PDSCH TDRA is greater than BAT, the PDSCH scheduled by DCI_2 may follow the updated indicated TCI state associated with the CORESET or CORESET group that transmits DCI_2.

[0063] Now combine Figure 2Referring to Figure 3B, a diagram illustrates signaling one or more indicated TCI states to receive PDSCH data from an m-TRP with multiple DCIs according to an embodiment. In representation 380, a DCI message from a TRP does not include a downlink allocation (DLA) and only schedules a single PDSCH. In this scenario of scheduling a single PDSCH, one of the DCI messages includes a DL allocation and the other DCI message does not include a DL allocation. In this case, if the scheduled PDSCH TDRA is less than BAT, multiple DCIs with format 1_1 / 1_2 (where one of the DCI schedules has a DL allocation or does not have a DL allocation) can follow the indicated TCI state associated with the CORESET or CORESET group that transmits the DCI. If the scheduled PDSCH TDRA is greater than BAT, then the DCI of format 1_1 / 1_2 with the DL allocation of the scheduled PDSCH is transmitted from the same TRP, containing a TCI field point to one of 8 or more (e.g., 16) TCI code points, which can individually update the indicated TCI state of the associated CORESET or CORESET group and apply the updated indicated TCI state to receive a single PDSCH scheduled by the corresponding DCI.

[0064] Now combine Figure 2 Referring to Figure 3C, a diagram illustrates signaling one or more indicated TCI states to receive PDSCH data from an m-TRP with multiple DCIs according to an embodiment. Representation 380 depicts a multiple DCI scenario in which each DCI message from a TRP includes a TCI data field pointing to two TCI code points. As described above, each of the TCI code points is associated with or mapped to an indicated TCI state in a lookup table. When two TCI code points are used in the TCI data field, only one TCI code point is used to update the indicated TCI state. In this way, the UE 150 only applies the indicated TCI state associated with one code point and discards the other.

[0065] As shown in FIG. 3C , each of DCI messages 382 and 384 (i.e., DCI_1 and DCI_2) includes a TCI data field pointing to two code points (i.e., DCI_1 points to code points CP1 and CP2, and DCI_2 points to code points CP3 and CP4). In another embodiment, when multiple DCIs are received from multiple TRPs, each of which contains the TCI state of a PDSCH scheduled in the same DCI, each TCI field contains two code points pointing to two indicated TCI states. The indicated TCI state represented by the second TCI code point (i.e., CP2 in DCI_1 and CP4 in DCI_2) is discarded, and the indicated TCI state associated with CORESETPOOLINDEX is updated using the indicated TCI state represented by the first code point (i.e., CP1 in DCI_1 and CP3 in DCI_2). For example, two DCI messages (DCI_1 and DCI_2) are received using TCI state 1 and TCI state 2, respectively, and are associated with different CORESETPOOLINDEXs, respectively. In addition, TCI state 1 is associated with CORESET 1, and TCI state 2 is associated with CORESET 2. As depicted in Figure 3C, it is indicated that DCI_1 includes two code points CP1 and CP2. Similarly, the two code points of DCI_2 are CP3 and CP4. Therefore, the scheduled PDSCH is received using the indicated TCI state associated with the first code point in the TCI data field of DC_1 and DC_2 (i.e., TCI state 3 and TCI state 5), which is indicated in CP1 and CP3 and is used to schedule the PDSCH. The TCI state ID is determined based on a mapping or association in a lookup table that stores the association between the TCI state ID and the code point. The TCI state of each code point is activated by MAC-CE.

[0066] The MAC-CE configures an association between PDSCH data and one or more indicated TCI states for receiving PDSCH data. More specifically, the MAC-CE is used to map the indicated TCI states for receiving PDSCH data from a scheduling DCI message. Specifically, the MAC-CE may be used to configure an association that may be used to receive PDSCH data.

[0067] In an embodiment, the MAC-CE associates / maps the CORESETPOOLINDEX with the indicated TCI state to receive PDSCH data in the scheduled DCI in the CORESET. For example, the CORESETPOOLINDEX associated with the TRP is mapped to the indicated TCI state in multiple indicated TCI states. In another embodiment, an explicit indication can be used to associate the indicated TCI state with the PDSCH through the MAC-CE. For example, the type of PDSCH data can be used to associate with the indicated TCI state. In another embodiment, the TRP ID can be used to associate the indicated TCI state with the PDSCH data. For example, the TRP ID (e.g., TRP#005) can be mapped to the TCI state 2 indicated by the indicated TCI state. In another embodiment, the CORESET number and the explicit indication of the indicated TCI state can be used to associate PDSCH data related to the DCI that schedules the PDSCH data. For example, CORESETPOOLINDEX X can be associated with the indicated state 1. Thus, when the indicated TCI state data field indicates CORESETPOOLINDEX 0, the UE performs a search in the lookup table to identify the indicated TCI state mapped / associated with CORESETPOOLINDEX 0 (ie, indicated TCI state 1).

[0068] In another embodiment of a multi-DCI scenario, the TCI data field in the DCI message may indicate the indicated TCI state to be applied to the UE 150, as shown in Table 4 below. More specifically, the TCI data field indicates the TCI state of the same CORESET, or the TCI state present in the DCI field pointing to 8 or 16 TCI code points. The values ​​and functions of the TCI data field are indicated in Table 4 below. A value of 1 may have any of the functions described in Function.

[0069] [Table 4]

[0070]

[0071] Figure 4 4 is a diagram illustrating signaling one or more indicated TCI states to receive PDSCH data from one or more TRPs according to an embodiment. In representation 400, UE 150 may be configured to receive PDSCH data from a single TRP (e.g., TRP 102a) or from m-TRPs (e.g., 202a and 202b) using a DCI indication data field in a DCI message.

[0072] For example, user 102 may be served by two TRPs (i.e., TRP 102a and TRP 102b) in a cell (e.g., a pico cell). However, if TRP 102b is under maintenance, PDSCH data may not be received from TRP 102b. In such a scenario, UE 150 may be configured for a single TRP scenario using the DCI indication data field of the DCI message. The DCI indication data field applies the indicated TCI state to a single TRP and a dynamic indication of the TCI state of multiple TRPs (and can be applied to both single DCI and multiple DCI), as shown in Table 5 below.

[0073] [Table 5]

[0074]

[0075]

[0076] Figure 5 1 is a diagram illustrating signaling one or more indicated TCI states to receive PDSCH data from an m-TRP with a single DCI according to an embodiment. Specifically, a single DCI is used to update a single or multiple TCI states of an indication associated with a single CORESETpoolindex for receiving two PDSCH data.

[0077] In the example multi-DCI scenario of representation 500, when one of the DCI messages does not include any indicated TCI presence or the CORESET in the RRC parameter list contains a disabled TCI-PresentInDCI, the indicated TCI state for PDSCH data is enabled on the UE 150 from which the DCI message is scheduled. For example, DCI_1 and DCI_2 are received from TRPs 102A and 102b, respectively. DCI_1 does not include an indicated TCI state in the TCI state data field. In such a scenario, the indicated TCI state may correspond to the CORESET from which the DCI_1 message is scheduled for receiving PDSCH data.

[0078] In another example multi-DCI scenario, when one of the DCI messages does not include any indicated TCI presence, another DCI message may be used to update and apply the indicated TCI state present in the TCI field pointing to one or more TCI code points. In an example multi-DCI scenario where DCI messages (i.e., DCI_1 and DCI_2) are received from TRPs (i.e., TRP1 and TRP2), DCI_1 includes two TCI code points (i.e., CP1 and CP2) associated with two indicated TCI states, and DCI_2 does not have any indicated TCI state in the TCI data field. In such a scenario, the indicated TCI state associated with CP1 may be used to enable receiving PDSCH data from TRP 1 on UE 150, and the indicated TCI state associated with CP2 may be used to enable receiving PDSCH data from TRP 2 on UE 150.

[0079] like Figure 5 As depicted, the DCI_1 message may include a TCI data field represented using any of the CORESETPOOLINDEX. The CORESETPOOLINDEX may be mapped to two unified TCI states, and thus, when DCI_2 does not have any indicated TCI state in the TCI data field, one unified TCI state may be used to update and receive PDSCH data from TRP 1, and another unified TCI state may be applied to UE 150 to receive PDSCH data from TRP 2.

[0080] In another embodiment, two PDSCHs are scheduled by a single DCI, wherein one PDSCH is received using the same indicated TCI state of the CORESET, the associated CORESETPOOLINDEX, or using the same function as the CORESETPOOLINDEX in which the DCI is transmitted, and the other PDSCH is received using the remaining indicated TCI state of the two indicated TCI states.

[0081] In yet another embodiment, each CORESET set configured in PDCCH-config may be associated with one or two TCI states with a single CORESETPOOLINDEX. Thus, one or more TCI states may be mapped to a PDSCH scheduled in one or more DCIs.

[0082] In yet another embodiment, each CORESET set configured in the PDCCH-config may be associated with one or two TCI states with a single CORESETPOOLINDEX. Thus, one or more TCI states may be mapped to the PDSCH scheduled in the MAC CE. In addition, one of the two DCIs may update both TCI states by selecting two TCI code points, while the two DCIs scheduling the PDSCH follow the TCI state of the CORESETPOOLINDEX associated with the corresponding CORESET.

[0083] In another embodiment, CORESETPOOLINDEX is introduced or another indicator with the same function in DCI is mapped to TCI state to receive PDSCH from multiple TRPs. The values ​​and functions of the values ​​obtained when combining CORESETPOOLINDEX are provided in Table 6 below, which can be used for all scenarios of Table 5.

[0084] [Table 6]

[0085]

[0086] Figure 6 600 is a flowchart illustrating a method for enabling PDSCH data from m-TRP according to an embodiment. The method 600 depicted in the flowchart may be performed by, for example, UE 150. Some examples of UE 150 include, but are not limited to, a 5G smartphone or a 5G cellular device connected to a 5G core through a 5G NR access network and further connected to a data network (DN) such as the Internet. The operations of the flowchart and the combination of the operations in the flowchart may be implemented by, for example, hardware, firmware, a processor, a circuit, and / or different devices associated with the execution of software including one or more computer program instructions. The operations of method 600 are described herein with the aid of a processor 202 implemented within UE 150. Note that the operations of method 600 may be described and / or practiced by using one or more processors of a system / device other than UE 150 (e.g., a system placed away from UE 150 and communicatively coupled to UE 150).

[0087] At operation 602 of method 600, at least one DCI message is received from a TRP in a plurality of TRPs in the wireless communication system, for example, by a UE 150 in the wireless communication system 100 (see Figure 2-5). Each DCI message includes at least a first data field, a TCI data field, and a DCI indication data field. The first data field indicates the number of indicated TCI states to be applied in UE 150 from at least one DCI message. The TCI data field indicates one or more indicated TCI states to be applied to receive PDSCH data from at least one TRP in TRP sets 202a and 202b. The MAC CE associates the PDSCH data and the corresponding indicated TCI state with one of a plurality of CORESETs, code points, and CORESETPOOLINDEX in a lookup table. The DCI indication data field is used for dynamic indication of a TCI state associated with one of the sets of TRPs 202a and 202b. Specifically, the DCI indication data field indicates to UE 150 whether it must be enabled to receive PDSCH data from a single TRP or m-TRP in the wireless communication system 100.

[0088] At operation 604 of method 600, UE 150 is enabled to receive PDSCH data scheduled by at least one DCI from each TRP in the set of TRPs based on at least one BAT. More specifically, each indicated TCI state of one or more indicated TCI states is applied to UE 150 based on at least one DCI message. Each DCI message in the at least one DCI message is not associated with a downlink allocation, or the DCI message is associated with at least one DL allocation of at least one TRP in the set of TRPs 202a and 202b. When the scheduled PDSCH TDRA is less than the BAT, PDSCH data from each TRP in the set of TRPs 202a and 202b can be received on the indicated TCI state associated with the PDCCH. Alternatively, when the scheduled PDSCH TDRA is greater than the BAT, PDSCH data from each TRP in the set of TRPs 202a and 202b is received on the one or more indicated TCI states scheduled by at least one DCI message.

[0089] The sequence of operations of method 600 need not be performed in the same order as they are presented. In addition, one or more operations may be grouped together and performed in the form of a single step, or an operation may have several sub-steps that may be performed in parallel or sequentially.

[0090] Figure 7700 is a block diagram of a UE in a wireless communication system for enabling PDSCH data from an m-TRP according to an embodiment. UE 700 may include a central processing unit ("CPU" or "processor") 702. Processor 702 may include at least one data processor. Processor 702 may include a dedicated processing unit, such as an integrated system (bus) controller, a memory management control unit, a floating point unit, a graphics processing unit, a digital signal processing unit, etc. UE 700 may be similar to UE 150 ( Figure 2 shown).

[0091] The processor 702 may be configured to communicate with one or more I / O devices via the I / O interface 701. The I / O interface 701 may employ communication protocols / methods such as, but not limited to, audio, analog, digital, mono, RCA, stereo, IEEE-1394, serial bus, USB, infrared, PS / 2, BNC, coaxial, component, composite, DVI, HDMI, RF antenna, S-video, VGA, IEEE 802.n / b / g / n / x, Bluetooth, cellular (e.g., CDMA, HSPA+, GSM, LTE, WiMax, etc.), etc.

[0092] Using the I / O interface 701, the UE 700 can communicate with one or more I / O devices. For example, the input device 710 can be an antenna, a keyboard, a mouse, a joystick, an (infrared) remote control, a camera, a card reader, a fax machine, a dongle, a biometric reader, a microphone, a touch screen, a touch pad, a trackball, a stylus, a scanner, a storage device, a transceiver, a video device / source, etc. The output device 711 can be a printer, a fax machine, a video display (e.g., a cathode ray tube (CRT), a liquid crystal display (LCD), a light emitting diode (LED), a plasma, a plasma display panel (PDP), an organic light emitting diode display (OLED), etc.), an audio speaker, etc.

[0093] In some embodiments, the UE 700 is connected to a remote device 712 via a communication network 709. The remote device 712 may be a peripheral device that tracks multiple multimedia streaming channels that are streamed to viewers across geographic locations. The processor 702 may be configured to communicate with the communication network 709 via a network interface 703. The network interface 703 may communicate with the communication network 709. The network interface 703 may employ a connection protocol including, but not limited to, direct connection, Ethernet (e.g., twisted pair 10 / 100 / 1000Base T), Transmission Control Protocol / Internet Protocol (TCP / IP), Token Ring, IEEE 802.11a / b / g / n / x, etc. The communication network 709 may include, but not limited to, direct interconnection, a local area network (LAN), a wide area network (WAN), a wireless network (e.g., using a wireless application protocol (WAP)), the Internet, etc. Using the network interface 703 and the communication network 709, the UE 700 may communicate with the remote device 712. The network interface 703 may use connection protocols including but not limited to direct connection, Ethernet (eg, twisted pair 10 / 100 / 1000Base T), TCP / IP, Token Ring, IEEE 802.11a / b / g / n / x, etc.

[0094] The communication network 709 includes, but is not limited to, direct interconnection, e-commerce network, peer-to-peer (P2P) network, LAN, WAN, wireless network, Internet, Wi-Fi, 3GPP, etc. The first network and the second network may be a dedicated network or a shared network, which represents the association of different types of networks that communicate with each other using various protocols, such as Hypertext Transfer Protocol (HTTP), TCP / IP, WAP, etc. Further, the first network and the second network may include various network devices, including routers, bridges, servers, computing devices, storage devices, etc.

[0095] In some embodiments, the processor 702 may be configured to communicate with a memory 705 (e.g., RAM, ROM, etc.) via a storage interface 704. The storage interface 704 may be connected to the memory 705, including but not limited to memory drives, removable disk drives, etc., using connection protocols such as Serial Advanced Technology Attachment (SATA), Integrated Drive Electronics (IDE), IEEE-1394, USB, Fibre Channel, Small Computer System Interface (SCSI), etc. The memory drives may also include drums, magnetic disk drives, magneto-optical drives, optical drives, redundant arrays of independent disks (RAID), solid-state memory devices, solid-state drives, etc.

[0096] The memory 705 may store a collection of program or database components, including but not limited to a user interface 706, an operating system 707, a web server 708, etc. In some embodiments, the UE 700 may store user / application data, such as data, variables, records, etc., as described herein. Such a database may be implemented as a fault-tolerant, relational, scalable, secure database.

[0097] Operating system 707 may facilitate resource management and operation of UE 700 .

[0098] In some embodiments, UE 700 may implement a program component stored by a web browser 708. Web browser 708 may be a hypertext viewing application. Secure web browsing may be provided using a secure hypertext transfer protocol (HTTPS), a secure socket layer (SSL), a transport layer security (TLS), etc. In some embodiments, UE 700 may implement a program component stored by a mail server. The mail server may utilize communication protocols such as Internet Message Access Protocol (IMAP), Messaging Application Programming Interface (MAPI), Post Office Protocol (POP), Simple Mail Transfer Protocol (SMTP), etc. In some embodiments, UE 700 may implement a program component stored by a mail client.

[0099] refer to Figure 6 Method or reference Figure 2-5 One or more operations of the explained UE 150 may be implemented using software including computer executable instructions stored on one or more computer readable media (e.g., computer readable media). For example, non-transitory computer readable media, such as one or more optical media disks, volatile memory components (e.g., DRAM or SRAM) or non-volatile memory or storage components (e.g., hard disk drives or solid-state non-volatile memory components, such as flash memory components), and executed on a computer (e.g., any suitable computer, such as a laptop, netbook, webbook, tablet computing device, smart phone or other mobile computing device). Such software may be executed, for example, on a single local computer.

[0100] In addition, one or more computer-readable storage media can be utilized to implement embodiments consistent with the present disclosure. A computer-readable storage medium refers to any type of physical memory that can store information or data that is readable by a processor. Therefore, a computer-readable storage medium can store instructions for execution by one or more processors, including instructions for causing a processor to execute steps or stages consistent with the embodiments described herein. The term "computer-readable medium" should be understood to include tangible items and exclude carrier waves and transient signals, i.e., non-transitory. Examples include RAM, ROM, volatile memory, non-volatile memory, hard disk drives, compact disk (CD) ROM, digital versatile disk (DVD), flash drives, disks, and any other known physical storage media.

[0101] Various embodiments provide many advantages. Embodiments provide a method and system for dynamically signaling a unified TCI state in an m-TRP to receive a PDSCH. More specifically, the UE 150 receives a multi-DCI message including multiple indicated TCI states from the m-TRP to configure the UE 150 for receiving PDSCH data. The indicated TCI state is indicated in the TCI data field of the DCI message by an association (such as a TRP ID, CORESET, CORESET pool index, code point, or any external indication). Therefore, the UE 150 is suitable for being configured with different associations in the TCI data field to receive the indicated TCI state. In other words, the present disclosure provides different scenarios and different methods for signaling one or more indicated TCI states using various associations. In addition, the addition of the DCI indication data field enables the UE 150 to switch between an m-TRP scenario with a single DCI or multiple DCIs and a single TRP scenario. This technique of dynamic signaling with various configurations of DCI messages ensures efficient transmission of PDSCH data to UE 150 in 5G networks for m-TRP scenarios.

[0102] Those skilled in the art will appreciate that, in general, the terms used herein are generally intended to be "open" terms (e.g., the term "including" should be interpreted as "including but not limited to", the term "having" should be interpreted as "having at least", the term "comprising" should be interpreted as "including but not limited to", etc.). For example, to aid understanding, the detailed description may contain the use of the introductory phrases "at least one" and "one or more" to introduce a statement. However, the use of these phrases should not be interpreted as implying that the introduction of a statement by the indefinite article "a" or "an" limits any particular portion of the description containing such introduced statement to an invention containing only one such statement, even when the introductory phrases "one or more" or "at least one" and indefinite articles such as "a" or "an" (e.g., "a" and / or "an" should generally be interpreted as meaning "at least one" or "one or more") are included in the statement; the same applies to the use of definite articles used to introduce such statements. Additionally, even if particular portions of an introduced descriptive recitation are explicitly recited, those skilled in the art will recognize that such recitation should generally be interpreted to mean at least the recited number (e.g., the mere recitation of "two recitations," without other modifiers, generally means at least two recitations or two or more recitations).

[0103] While the present disclosure has been shown and described with reference to various embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the present disclosure as defined by the appended claims and their equivalents.

Claims

1. A method performed by a terminal in a wireless communication system, the method comprising: receiving radio resource control (RRC) information configuring a plurality of TCI states of a physical downlink shared channel (PDSCH) from a base station (BS); receiving downlink control information (DCI) indicating at least one TCI state of the plurality of TCI states from the BS, wherein the at least one TCI state is associated with a control resource set (CORESET) pool index; as well as The PDSCH is received based on the at least one TCI state.

2. The method according to claim 1, further comprising: receiving a medium access control (MAC) control element (CE) activating at least one candidate TCI state among the plurality of TCI states from the BS, The MAC CE includes a CORESET pool index field indicating that the at least one candidate TCI state corresponds to a specific CORESET pool index.

3. The method according to claim 1, wherein: The DCI is DCI format 1_1 or DCI format 1_2.

4. The method according to claim 1, wherein: Each CORESET pool index is associated with each of a plurality of transmit and receive points (TRPs), and Wherein, each independent DCI is sent from each of the multiple TRPs.

5. A method performed by a base station in a wireless communication system, the method comprising: Sending radio resource control (RRC) information configuring multiple TCI states of a physical downlink shared channel (PDSCH) to the terminal; Sending downlink control information (DCI) indicating at least one TCI state of the plurality of TCI states to the terminal, wherein the at least one TCI state is associated with a control resource set (CORESET) pool index; as well as The PDSCH is sent according to the at least one TCI state.

6. The method according to claim 5, further comprising: sending a medium access control (MAC) control element (CE) to the terminal to activate at least one candidate TCI state among the multiple TCI states, The MAC CE includes a CORESET pool index field indicating that the at least one candidate TCI state corresponds to a specific CORESET pool index.

7. The method according to claim 5, wherein: The DCI is DCI format 1_1 or DCI format 1_2.

8. The method according to claim 5, wherein: Each CORESET pool index is associated with each of a plurality of transmit and receive points (TRPs), Wherein, each independent DCI is sent from each of the multiple TRPs.

9. A terminal in a wireless communication system, the terminal comprising: Transceiver; as well as A controller is coupled to the transceiver, the controller being configured to: receiving radio resource control (RRC) information configuring a plurality of TCI states of a physical downlink shared channel (PDSCH) from a base station (BS), receiving downlink control information (DCI) indicating at least one TCI state of the plurality of TCI states from the BS, wherein the at least one TCI state is associated with a CORESET pool index, and The PDSCH is received based on the at least one TCI state.

10. The terminal according to claim 9, wherein: The controller is also configured to: receiving a medium access control (MAC) control element (CE) activating at least one candidate TCI state among the plurality of TCI states from the BS, and The MAC CE includes a CORESET pool index field indicating that the at least one candidate TCI state corresponds to a specific CORESET pool index.

11. The terminal according to claim 9, wherein: The DCI is DCI format 1_1 or DCI format 1_2.

12. The terminal according to claim 9, wherein: Each CORESET pool index is associated with each of a plurality of transmit and receive points (TRPs), Wherein, each independent DCI is sent from each of the multiple TRPs.

13. A base station in a wireless communication system, the base station comprising: Transceiver; as well as A controller is coupled to the transceiver, the controller being configured to: Sending radio resource control (RRC) information configuring multiple TCI states of a physical downlink shared channel (PDSCH) to the terminal; Sending downlink control information (DCI) indicating at least one TCI state of the plurality of TCI states to the terminal, wherein the at least one TCI state is associated with a control resource set (CORESET) pool index; and The PDSCH is sent according to the at least one TCI state.

14. The base station according to claim 13, wherein: The controller is also configured to: sending a medium access control (MAC) control element (CE) to the terminal to activate at least one candidate TCI state among the plurality of TCI states, and The MAC CE includes a CORESET pool index field indicating that the at least one candidate TCI state corresponds to a specific CORESET pool index.

15. The base station according to claim 13, wherein: The DCI is DCI format 1_1 or DCI format 1_2.

Images