<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE ep-patent-document PUBLIC "-//EPO//EP PATENT DOCUMENT 1.7//EN" "ep-patent-document-v1-7.dtd">
<!--This XML data has been generated under the supervision of the European Patent Office -->
<ep-patent-document id="EP19185403B9W1" file="EP19185403W1B9.xml" lang="en" country="EP" doc-number="3599733" kind="B9" correction-code="W1" date-publ="20250319" status="c" dtd-version="ep-patent-document-v1-7">
<SDOBI lang="en"><B000><eptags><B001EP>ATBECHDEDKESFRGBGRITLILUNLSEMCPTIESILTLVFIROMKCYALTRBGCZEEHUPLSK..HRIS..MTNORS..SM..................</B001EP><B005EP>J</B005EP><B007EP>0009290-CORR01</B007EP><B078EP><date>20240830</date></B078EP></eptags></B000><B100><B110>3599733</B110><B120><B121>CORRECTED EUROPEAN PATENT SPECIFICATION</B121></B120><B130>B9</B130><B132EP>B1</B132EP><B140><date>20250319</date></B140><B150><B151>W1</B151><B155><B1551>de</B1551><B1552>Ansprüche EN</B1552><B1551>en</B1551><B1552>Claims EN</B1552><B1551>fr</B1551><B1552>Revendications EN</B1552></B155></B150><B190>EP</B190></B100><B200><B210>19185403.3</B210><B220><date>20190710</date></B220><B240><B241><date>20200715</date></B241><B242><date>20200908</date></B242></B240><B250>en</B250><B251EP>en</B251EP><B260>en</B260></B200><B300><B310>201862711281 P</B310><B320><date>20180727</date></B320><B330><ctry>US</ctry></B330></B300><B400><B405><date>20250319</date><bnum>202512</bnum></B405><B430><date>20200129</date><bnum>202005</bnum></B430><B450><date>20231129</date><bnum>202348</bnum></B450><B452EP><date>20230711</date></B452EP><B472><B475><date>20231129</date><ctry>AT</ctry><date>20240229</date><ctry>BG</ctry><date>20231129</date><ctry>CZ</ctry><date>20231129</date><ctry>DK</ctry><date>20231129</date><ctry>EE</ctry><date>20240301</date><ctry>GR</ctry><date>20231129</date><ctry>HR</ctry><date>20240329</date><ctry>IS</ctry><date>20231129</date><ctry>LT</ctry><date>20231129</date><ctry>LV</ctry><date>20231129</date><ctry>MC</ctry><date>20240229</date><ctry>NO</ctry><date>20231129</date><ctry>PL</ctry><date>20240401</date><ctry>PT</ctry><date>20231129</date><ctry>RO</ctry><date>20231129</date><ctry>RS</ctry><date>20231129</date><ctry>SE</ctry><date>20231129</date><ctry>SI</ctry><date>20231129</date><ctry>SK</ctry><date>20231129</date><ctry>SM</ctry></B475></B472><B480><date>20250319</date><bnum>202512</bnum></B480></B400><B500><B510EP><classification-ipcr sequence="1"><text>H04L   5/00        20060101AFI20191028BHEP        </text></classification-ipcr></B510EP><B520EP><classifications-cpc><classification-cpc sequence="1"><text>H04L   5/0007      20130101 LA20191025BHEP        </text></classification-cpc><classification-cpc sequence="2"><text>H04L   5/0094      20130101 LI20191025BHEP        </text></classification-cpc><classification-cpc sequence="3"><text>H04L   5/0078      20130101 LI20191025BHEP        </text></classification-cpc><classification-cpc sequence="4"><text>H04L   5/0096      20130101 LI20191025BHEP        </text></classification-cpc><classification-cpc sequence="5"><text>H04L   5/0044      20130101 FI20191025BHEP        </text></classification-cpc></classifications-cpc></B520EP><B540><B541>de</B541><B542>VERFAHREN UND VORRICHTUNG FÜR ENERGIESPARMODUS BEI PDSCH (PHYSICAL DOWNLINK SHARED CHANNEL)-EMPFANG IN EINEM DRAHTLOSKOMMUNIKATIONSSYSTEM</B542><B541>en</B541><B542>METHOD AND APPARATUS FOR POWER SAVING METHOD ON PDSCH (PHYSICAL DOWNLINK SHARED CHANNEL) RECEPTION IN A WIRELESS COMMUNICATION SYSTEM</B542><B541>fr</B541><B542>PROCÉDÉ ET APPAREIL POUR PROCÉDÉ D'ÉCONOMIE D'ÉNERGIE SUR UNE RÉCEPTION DE CANAL PHYSIQUE PARTAGÉ DESCENDANTE (PPDSCH) DANS UN SYSTÈME DE COMMUNICATION SANS FIL</B542></B540><B560><B562><text>SAMSUNG: "Discussion on beam indication for PDSCH", vol. RAN WG1, no. Prague, Czech; 20171009 - 20171013, 8 October 2017 (2017-10-08), XP051340798, Retrieved from the Internet &lt;URL:http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/RAN1/Docs/&gt; [retrieved on 20171008]</text></B562><B562><text>MEDIATEK INC: "Cross-Slot Scheduling for UE Power Saving", vol. RAN WG1, no. Qingdao, P.R. China; 20170627 - 20170630, 26 June 2017 (2017-06-26), XP051300042, Retrieved from the Internet &lt;URL:http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/RAN1/Docs/&gt; [retrieved on 20170626]</text></B562><B562><text>ERICSSON: "On the Content of UE Group-Common PDCCH", vol. RAN WG1, no. Qingdao, P.R. China; 20170627 - 20170630, 17 June 2017 (2017-06-17), XP051305612, Retrieved from the Internet &lt;URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1706/Docs/&gt; [retrieved on 20170617]</text></B562><B562><text>MEDIATEK INC: "Discussion on timing relationship for (E)PDCCH and PDSCH", vol. RAN WG1, no. San Francisco, USA; 20131111 - 20131115, 13 November 2013 (2013-11-13), XP050735103, Retrieved from the Internet &lt;URL:http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/RAN/RAN1/Docs/&gt; [retrieved on 20131113]</text></B562><B562><text>NOKIA NETWORKS: "Timing Relationship for MTC", vol. RAN WG1, no. Fukuoka, Japan; 20150525 - 20150529, 15 May 2015 (2015-05-15), XP050970359, Retrieved from the Internet &lt;URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_81/Docs/&gt; [retrieved on 20150515]</text></B562><B562><text>"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Physical layer procedures for data (Release 15)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 38.214, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. V15.2.0, 29 June 2018 (2018-06-29), pages 1 - 95, XP051474491</text></B562><B562><text>"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; 5GS; User Equipment (UE) conformance specification; Part 3: Protocol Test Suites (Release 15)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 38.523-3, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG5, no. V15.0.0, 22 June 2018 (2018-06-22), pages 1 - 158, XP051473995</text></B562></B560></B500><B700><B720><B721><snm>LU, Chia-Chi</snm><adr><str>c/o ASUSTek Computer Inc.
No. 15, Lite Rd. 
Peitou Dist.</str><city>Taipei City 112</city><ctry>TW</ctry></adr></B721><B721><snm>LIN, Ko-Chiang</snm><adr><str>c/o ASUSTek Computer Inc.
No. 15, Lite Rd.
Peitou Dist.</str><city>Taipei City 112</city><ctry>TW</ctry></adr></B721></B720><B730><B731><snm>ASUSTek Computer Inc.</snm><iid>101683438</iid><irf>ASU190702PEP</irf><adr><str>No. 15, Lite Rd., Peitou Dist.</str><city>Taipei City 112</city><ctry>TW</ctry></adr></B731></B730><B740><B741><snm>Hoefer &amp; Partner Patentanwälte mbB</snm><iid>101307873</iid><adr><str>Pilgersheimer Straße 20</str><city>81543 München</city><ctry>DE</ctry></adr></B741></B740></B700><B800><B840><ctry>AL</ctry><ctry>AT</ctry><ctry>BE</ctry><ctry>BG</ctry><ctry>CH</ctry><ctry>CY</ctry><ctry>CZ</ctry><ctry>DE</ctry><ctry>DK</ctry><ctry>EE</ctry><ctry>ES</ctry><ctry>FI</ctry><ctry>FR</ctry><ctry>GB</ctry><ctry>GR</ctry><ctry>HR</ctry><ctry>HU</ctry><ctry>IE</ctry><ctry>IS</ctry><ctry>IT</ctry><ctry>LI</ctry><ctry>LT</ctry><ctry>LU</ctry><ctry>LV</ctry><ctry>MC</ctry><ctry>MK</ctry><ctry>MT</ctry><ctry>NL</ctry><ctry>NO</ctry><ctry>PL</ctry><ctry>PT</ctry><ctry>RO</ctry><ctry>RS</ctry><ctry>SE</ctry><ctry>SI</ctry><ctry>SK</ctry><ctry>SM</ctry><ctry>TR</ctry></B840></B800></SDOBI>
<description id="desc" lang="en"><!-- EPO <DP n="1"> -->
<heading id="h0001"><b><u>CROSS-REFERENCE TO RELATED APPLICATIONS</u></b></heading>
<p id="p0001" num="0001">The present Application claims the benefit of <patcit id="pcit0001" dnum="US62711281" dnum-type="L"><text>U.S. Provisional Patent Application Serial No. 62/711,281 filed on July 27, 2018</text></patcit>.</p>
<heading id="h0002"><b><u>FIELD</u></b></heading>
<p id="p0002" num="0002">This disclosure generally relates to wireless communication networks, and more particularly, to a method and apparatus for power saving method on PDSH reception in a wireless communication system.</p>
<heading id="h0003"><b><u>BACKGROUND</u></b></heading>
<p id="p0003" num="0003">With the rapid rise in demand for communication of large amounts of data to and from mobile communication devices, traditional mobile voice communication networks are evolving into networks that communicate with Internet Protocol (IP) data packets. Such IP data packet communication can provide users of mobile communication devices with voice over IP, multimedia, multicast and on-demand communication services.</p>
<p id="p0004" num="0004">An exemplary network structure is an Evolved Universal Terrestrial Radio Access Network (E-UTRAN). The E-UTRAN system can provide high data throughput in order to realize the above-noted voice over IP and multimedia services. A new radio technology for the next generation (e.g., 5G) is currently being discussed by the 3GPP standards organization. Accordingly, changes to the current body of 3GPP standard are currently being submitted and considered to evolve and finalize the 3GPP standard.</p>
<p id="p0005" num="0005">3GPP document R1-1717612 discloses the beam indication for PDSCH. 3GPP document R1-17100838 discloses the cross-slot scheduling for UE power saving. 3GPP document R1-1711484 discloses the UE group-common PDCCH.<!-- EPO <DP n="2"> --></p>
<heading id="h0004"><b><u>SUMMARY</u></b></heading>
<p id="p0006" num="0006">A method and apparatus are disclosed from the perspective of a User Equipment (UE) and a base station, respectively, and are defined in the independent claims. The dependent claims define preferred embodiments thereof. In one embodiment, the method includes the UE receiving a configuration of a time domain resource allocation table for PDSCH (Physical Downlink Shared Channel). The method also includes the UE receiving an indication of a first time duration which informs the UE that a time duration between a starting symbol of a PDSCH transmission and corresponding DCI is not shorter than the first time duration, wherein at least one entry in the time domain resource allocation table is associated with a second time duration wherein the first time duration restricts time domain allocation of PDSCH. The method further comprises that the base station receives a preferred value of the first time duration from the UE.</p>
<heading id="h0005"><b><u>BRIEF DESCRIPTION OF THE DRAWINGS</u></b></heading>
<p id="p0007" num="0007">
<ul id="ul0001" list-style="none">
<li><figref idref="f0001">FIG. 1</figref> shows a diagram of a wireless communication system.</li>
<li><figref idref="f0002">FIG. 2</figref> is a block diagram of a transmitter system (also known as access network) and a receiver system (also known as user equipment or UE).</li>
<li><figref idref="f0003">FIG. 3</figref> is a functional block diagram of a communication device according to one exemplary embodiment.</li>
<li><figref idref="f0004">FIG. 4</figref> is a functional block diagram of the program code of <figref idref="f0003">FIG. 3</figref>.</li>
<li><figref idref="f0005">FIG. 5</figref> is a reproduction of Table 5.1.2.1-1 of 3GPP TS 38.214 V15.2.0.</li>
<li><figref idref="f0005">FIG. 6</figref> is a reproduction of Table 5.1.2.1-2 of TS 38.214 V15.2.0.</li>
<li><figref idref="f0006">FIG. 7</figref> is a reproduction of Table 5.1.2.1.1-1 of 3GPP TS 38.214 V15.2.0.</li>
<li><figref idref="f0007">FIG. 8</figref> is a reproduction of Table 5.1.2.1.1-2 of 3GPP TS 38.214 V15.2.0.</li>
<li><figref idref="f0008">FIG. 9</figref> is a reproduction of Table 5.1.2.1.1-3 of 3GPP TS 38.214 V15.2.0.</li>
<li><figref idref="f0009">FIG. 10</figref> is a reproduction of Table 5.1.2.1.1-4 of 3GPP TS 38.214 V15.2.0.</li>
<li><figref idref="f0010">FIG. 11</figref> is a reproduction of Table 5.1.2.1.1-5 of 3GPP TS 38.214 V15.2.0.</li>
<li><figref idref="f0011">FIG. 12</figref> is a reproduction of Table 5.1.2.2.1-1 of 3GPP TS 38.214 V15.2.0.<!-- EPO <DP n="3"> --></li>
<li><figref idref="f0011">FIG. 13</figref> is a reproduction of Table 5.3-1 of 3GPP TS 38.214 V15.2.0.</li>
<li><figref idref="f0012">FIG. 14</figref> is a reproduction of Table 5.3-2 of 3GPP TS 38.214 V15.2.0.</li>
<li><figref idref="f0013">FIG. 15</figref> is a diagram</li>
<li><figref idref="f0014">FIG. 16</figref> is a diagram.</li>
<li><figref idref="f0015">FIG. 17</figref> is a flow chart</li>
<li><figref idref="f0016">FIG. 18</figref> is another flow chart.</li>
<li><figref idref="f0017">FIG. 19</figref> is a flow chart</li>
</ul></p>
<heading id="h0006"><b><u>DETAILED DESCRIPTION</u></b></heading>
<p id="p0008" num="0008">The exemplary wireless communication systems and devices described below employ a wireless communication system, supporting a broadcast service. Wireless communication systems are widely deployed to provide various types of communication such as voice, data, and so on. These systems may be based on code division multiple access (CDMA), time division multiple access (TDMA), orthogonal frequency division multiple access (OFDMA), 3GPP LTE (Long Term Evolution) wireless access, 3GPP LTE-A or LTE-Advanced (Long Term Evolution Advanced), 3GPP2 UMB (Ultra Mobile Broadband), WiMax, 3GPP NR (New Radio), or some other modulation techniques.</p>
<p id="p0009" num="0009">In particular, the exemplary wireless communication systems devices described below may be designed to support one or more standards such as the standard offered by a consortium named "3rd Generation Partnership Project" referred to herein as 3GPP, including: TS 38.214 V15.2.0, "Physical layer procedures for data"; TS 38.212 V15.2.0 (2018-6), "Multiplexing and channel coding"; TS 38.211 V15.2.0, "Physical channels and modulation"; TS 38.321 V15.2.0, "Medium Access Control (MAC) protocol specification; TS 38.213 V15.2.0", "Physical layer procedures for control"; and R1-1710838, "Cross-Slot Scheduling for UE Power Saving", MediaTek Inc.</p>
<p id="p0010" num="0010"><figref idref="f0001">FIG. 1</figref> shows a multiple access wireless communication system according to one embodiment of the invention. An access network 100 (AN) includes multiple antenna groups, one including 104 and 106, another including 108 and 110, and an additional including 112 and<!-- EPO <DP n="4"> --> 114. In <figref idref="f0001">FIG. 1</figref>, only two antennas are shown for each antenna group, however, more or fewer antennas may be utilized for each antenna group. Access terminal 116 (AT) is in communication with antennas 112 and 114, where antennas 112 and 114 transmit information to access terminal 116 over forward link 120 and receive information from access terminal 116 over reverse link 118. Access terminal (AT) 122 is in communication with antennas 106 and 108, where antennas 106 and 108 transmit information to access terminal (AT) 122 over forward link 126 and receive information from access terminal (AT) 122 over reverse link 124. In a FDD system, communication links 118, 120, 124 and 126 may use different frequency for communication. For example, forward link 120 may use a different frequency then that used by reverse link 118.</p>
<p id="p0011" num="0011">Each group of antennas and/or the area in which they are designed to communicate is often referred to as a sector of the access network. Antenna groups each are designed to communicate to access terminals in a sector of the areas covered by access network 100.</p>
<p id="p0012" num="0012">In communication over forward links 120 and 126, the transmitting antennas of access network 100 may utilize beamforming in order to improve the signal-to-noise ratio of forward links for the different access terminals 116 and 122. Also, an access network using beamforming to transmit to access terminals scattered randomly through its coverage causes less interference to access terminals in neighboring cells than an access network transmitting through a single antenna to all its access terminals.</p>
<p id="p0013" num="0013">An access network (AN) may be a fixed station or base station used for communicating with the terminals and may also be referred to as an access point, a Node B, a base station, an enhanced base station, an evolved Node B (eNB), or some other terminology. An access terminal (AT) may also be called user equipment (UE), a wireless communication device, terminal, access terminal or some other terminology.</p>
<p id="p0014" num="0014"><figref idref="f0002">FIG. 2</figref> is a simplified block diagram of an embodiment of a transmitter system 210 (also known as the access network) and a receiver system 250 (also known as access terminal (AT) or user equipment (UE)) in a MIMO system 200. At the transmitter system 210, traffic data for a number of data streams is provided from a data source 212 to a transmit (TX) data processor 214.<!-- EPO <DP n="5"> --></p>
<p id="p0015" num="0015">In one embodiment, each data stream is transmitted over a respective transmit antenna. TX data processor 214 formats, codes, and interleaves the traffic data for each data stream based on a particular coding scheme selected for that data stream to provide coded data.</p>
<p id="p0016" num="0016">The coded data for each data stream may be multiplexed with pilot data using OFDM techniques. The pilot data is typically a known data pattern that is processed in a known manner and may be used at the receiver system to estimate the channel response. The multiplexed pilot and coded data for each data stream is then modulated (i.e., symbol mapped) based on a particular modulation scheme (e.g., BPSK, QPSK, M-PSK, or M-QAM) selected for that data stream to provide modulation symbols. The data rate, coding, and modulation for each data stream may be determined by instructions performed by processor 230.</p>
<p id="p0017" num="0017">The modulation symbols for all data streams are then provided to a TX MIMO processor 220, which may further process the modulation symbols (e.g., for OFDM). TX MIMO processor 220 then provides <i>N<sub>T</sub></i> modulation symbol streams to <i>N<sub>T</sub></i> transmitters (TMTR) 222a through 222t. In certain embodiments, TX MIMO processor 220 applies beamforming weights to the symbols of the data streams and to the antenna from which the symbol is being transmitted.</p>
<p id="p0018" num="0018">Each transmitter 222 receives and processes a respective symbol stream to provide one or more analog signals, and further conditions (e.g., amplifies, filters, and upconverts) the analog signals to provide a modulated signal suitable for transmission over the MIMO channel. <i>N<sub>T</sub></i> modulated signals from transmitters 222a through 222t are then transmitted from <i>N<sub>T</sub></i> antennas 224a through 224t, respectively.</p>
<p id="p0019" num="0019">At receiver system 250, the transmitted modulated signals are received by <i>N<sub>R</sub></i> antennas 252a through 252r and the received signal from each antenna 252 is provided to a respective receiver (RCVR) 254a through 254r. Each receiver 254 conditions (e.g., filters, amplifies, and downconverts) a respective received signal, digitizes the conditioned signal to provide samples, and further processes the samples to provide a corresponding "received" symbol stream.</p>
<p id="p0020" num="0020">An RX data processor 260 then receives and processes the <i>N<sub>R</sub></i> received symbol streams from <i>N<sub>R</sub></i> receivers 254 based on a particular receiver processing technique to provide <i>N<sub>T</sub></i> "detected" symbol streams. The RX data processor 260 then demodulates, deinterleaves, and<!-- EPO <DP n="6"> --> decodes each detected symbol stream to recover the traffic data for the data stream. The processing by RX data processor 260 is complementary to that performed by TX MIMO processor 220 and TX data processor 214 at transmitter system 210.</p>
<p id="p0021" num="0021">A processor 270 periodically determines which pre-coding matrix to use (discussed below). Processor 270 formulates a reverse link message comprising a matrix index portion and a rank value portion.</p>
<p id="p0022" num="0022">The reverse link message may comprise various types of information regarding the communication link and/or the received data stream. The reverse link message is then processed by a TX data processor 238, which also receives traffic data for a number of data streams from a data source 236, modulated by a modulator 280, conditioned by transmitters 254a through 254r, and transmitted back to transmitter system 210.</p>
<p id="p0023" num="0023">At transmitter system 210, the modulated signals from receiver system 250 are received by antennas 224, conditioned by receivers 222, demodulated by a demodulator 240, and processed by a RX data processor 242 to extract the reserve link message transmitted by the receiver system 250. Processor 230 then determines which pre-coding matrix to use for determining the beamforming weights then processes the extracted message.</p>
<p id="p0024" num="0024">Turning to <figref idref="f0003">FIG. 3</figref>, this figure shows an alternative simplified functional block diagram of a communication device according to one embodiment of the invention. As shown in <figref idref="f0003">FIG. 3</figref>, the communication device 300 in a wireless communication system can be utilized for realizing the UEs (or ATs) 116 and 122 in <figref idref="f0001">FIG. 1</figref> or the base station (or AN) 100 in <figref idref="f0001">FIG. 1</figref>, and the wireless communications system is preferably the NR system. The communication device 300 may include an input device 302, an output device 304, a control circuit 306, a central processing unit (CPU) 308, a memory 310, a program code 312, and a transceiver 314. The control circuit 306 executes the program code 312 in the memory 310 through the CPU 308, thereby controlling an operation of the communications device 300. The communications device 300 can receive signals input by a user through the input device 302, such as a keyboard or keypad, and can output images and sounds through the output device 304, such as a monitor or speakers. The transceiver 314 is used to receive and transmit wireless signals, delivering received signals to the control circuit 306, and outputting signals generated by the control circuit<!-- EPO <DP n="7"> --> 306 wirelessly. The communication device 300 in a wireless communication system can also be utilized for realizing the AN 100 in <figref idref="f0001">FIG. 1</figref>.</p>
<p id="p0025" num="0025"><figref idref="f0004">FIG. 4</figref> is a simplified block diagram of the program code 312 shown in <figref idref="f0003">FIG. 3</figref> in accordance with one embodiment of the invention. In this embodiment, the program code 312 includes an application layer 400, a Layer 3 portion 402, and a Layer 2 portion 404, and is coupled to a Layer 1 portion 406. The Layer 3 portion 402 generally performs radio resource control. The Layer 2 portion 404 generally performs link control. The Layer 1 portion 406 generally performs physical connections.</p>
<p id="p0026" num="0026">3GPP TS 38.214 provides some descriptions related to PDSCH as follows:</p>
<heading id="h0007"><b>5 Physical downlink shared channel related procedures</b></heading>
<heading id="h0008"><b>5.1 UE procedure for receiving the physical downlink shared channel</b></heading>
<p id="p0027" num="0027">For downlink, a maximum of 16 HARQ processes per cell is supported by the UE. The number of processes the UE may assume will at most be used for the downlink is configured to the UE for each cell separately by higher layer parameter <i>nrofHARQ-processesForPDSCH,</i> and when no configuration is provided the UE may assume a default number of 8 processes.</p>
<p id="p0028" num="0028">A UE shall upon detection of a PDCCH with a configured DCI format 1_0 or 1_1 decode the corresponding PDSCHs as indicated by that DCI. The UE is not expected to receive another PDSCH for a given HARQ process until after the end of the expected transmission of HARQ-ACK for that HARQ process, where the timing is given by Subclause 9.2.3 of [6]. The UE is not expected to receive a PDSCH in slot <i>i</i>, with the corresponding HARQ-ACK assigned to be transmitted in slot <i>j</i>, and another PDSCH in slot after slot <i>i</i> with its corresponding HARQ-ACK assigned to be transmitted in a slot before slot <i>j</i>. For any two HARQ process IDs in a given cell, if the UE is scheduled to start receiving a PDSCH in symbol <i>j</i> by a PDCCH starting in symbol <i>i</i>, the UE is not expected to be scheduled to receive a PDSCH starting earlier than symbol <i>j</i> with a PDCCH starting later than symbol <i>i</i>. [...]<!-- EPO <DP n="8"> --></p>
<p id="p0029" num="0029">If the UE is not configured for PUSCH/PUCCH transmission for at least one serving cell configured with slot formats comprised of DL and UL symbols, and if the UE is not capable of simultaneous reception and transmission on serving cell <i>c<sub>1</sub></i> and serving cell <i>c<sub>2</sub>,</i> the UE is not expected to receive PDSCH on serving cell <i>c<sub>1</sub></i> if the PDSCH overlaps in time with SRS transmission (including any interruption due to uplink or downlink RF retuning time [10]) on serving cell <i>c<sub>2</sub></i> not configured for PUSCH/PUCCH transmission.</p>
<p id="p0030" num="0030">The UE is not expected to decode a PDSCH scheduled in the primary cell with C-RNTI and another PDSCH scheduled in the primary cell with CS-RNTI if the PDSCHs partially or fully overlap in time.</p>
<p id="p0031" num="0031">The UE is not expected to decode a PDSCH scheduled with C-RNTI or CS-RNTI if another PDSCH in the same cell scheduled with RA-RNTI partially or fully overlap in time.</p>
<p id="p0032" num="0032">The UE in RRC Idle mode shall be able to decode two PDSCHs each scheduled with SI-RNTI, P-RNTI, RA-RNTI or TC-RNTI, with the two PDSCHs partially or fully overlapping in time in non-overlapping PRBs.</p>
<p id="p0033" num="0033">On a frequency range 1 cell, the UE shall be able to decode a PDSCH scheduled with C-RNTI or CS-RNTI and, during a process of P-RNTI triggered SI acquisition, another PDSCH scheduled with SI-RNTI that partially or fully overlap in time in non-overlapping PRBs.</p>
<p id="p0034" num="0034">On a frequency range 2 cell, the UE is not expected to decode a PDSCH scheduled with C-RNTI or CS-RNTI if in the same cell, during a process of P-RNTI triggered SI acquisition, another PDSCH scheduled with SI-RNTI partially or fully overlap in time in non-overlapping PRBs.</p>
<p id="p0035" num="0035">The UE is expected to decode a PDSCH scheduled with C-RNTI or CS-RNTI during a process of autonomous SI acquisition.</p>
<p id="p0036" num="0036">If the UE is configured by higher layers to decode a PDCCH with its CRC scrambled by a CS-RNTI, the UE shall receive PDSCH transmissions without corresponding PDCCH transmissions using the higher-layer-provided PDSCH configuration for those PDSCHs. [...]<!-- EPO <DP n="9"> --></p>
<heading id="h0009"><b>5.1.2 Resource allocation</b></heading>
<heading id="h0010"><b>5.1.2.1 Resource allocation in time domain</b></heading>
<p id="p0037" num="0037">When the UE is scheduled to receive PDSCH by a DCI, the <i>Time domain resource assignment</i> field value <i>m</i> of the DCI provides a row index <i>m</i> + 1 to an allocation table. The determination of the used resource allocation table is defined in sub-clause 5.1.2.1.1. The indexed row defines the slot offset <i>K<sub>0</sub>,</i> the start and length indicator <i>SLIV,</i> or directly the start symbol <i>S</i> and the allocation length <i>L</i>, and the PDSCH mapping type to be assumed in the PDSCH reception.</p>
<p id="p0038" num="0038">Given the parameter values of the indexed row:
<ul id="ul0002" list-style="dash">
<li>The slot allocated for the PDSCH is <maths id="math0001" num=""><math display="inline"><mrow><mo>⌊</mo><mrow><mi>n</mi><mo>⋅</mo><mfrac><msup><mn>2</mn><msub><mi>μ</mi><mi mathvariant="italic">PDSCH</mi></msub></msup><msup><mn>2</mn><msub><mi>μ</mi><mi mathvariant="italic">PDCCH</mi></msub></msup></mfrac></mrow><mo>⌋</mo></mrow><mo>+</mo><msub><mi>K</mi><mn>0</mn></msub></math><img id="ib0001" file="imgb0001.tif" wi="28" he="14" img-content="math" img-format="tif" inline="yes"/></maths>, where n is the slot with the scheduling DCI, and <i>K<sub>o</sub></i> is based on the numerology of PDSCH, and <i>µ</i><sub>PDSCH</sub> and <i>µ</i><sub>PDCCH</sub> are the subcarrier spacing configurations for PDSCH and PDCCH, respectively, and</li>
<li>The starting symbol <i>S</i> relative to the start of the slot, and the number of consecutive symbols <i>L</i> counting from the symbol <i>S</i> allocated for the PDSCH are determined from the start and length indicator <i>SLIV</i>:
<img id="ib0002" file="imgb0002.tif" wi="56" he="38" img-content="program-listing" img-format="tif"/>
where 0 &lt; <i>L</i> ≤ 14-<i>S</i>, and</li>
<li>The PDSCH mapping type is set to Type A or Type B as defined in sub-clause 7.4.1.1.2 of [4, TS 38.211].</li>
</ul></p>
<p id="p0039" num="0039">The UE shall consider the 5 and <i>L</i> combinations defined in table 5.1.2.1-1 as valid PDSCH allocations:<!-- EPO <DP n="10"> --></p>
<heading id="h0011"><b>[Table 5.1.2.1-1 of 3GPP TS 38.214 V15.2.0, entitled "Valid S and <i>L</i> combinations, is reproduced as FIG. 5]</b></heading>
<p id="p0040" num="0040">When the UE is configured with <i>aggregationFactor</i>DL &gt; 1, the same symbol allocation is applied across the <i>aggregationFactorDL</i> consecutive slots. The UE may expect that the TB is repeated within each symbol allocation among each of the <i>aggregationFactorDL</i> consecutive slots and the PDSCH is limited to a single transmission layer. The redundancy version to be applied on the <i>n</i><sup>th</sup> transmission occasion of the TB is determined according to table 5.1.2.1-2.</p>
<heading id="h0012"><b>[Table 5.1.2.1-2 of TS 38.214 V15.2.0, entitled "Applied redundancy version when <i>aggregationFactorDL</i> &gt; 1", is reproduced as FIG. 6]</b></heading>
<p id="p0041" num="0041">If the UE procedure for determining slot configuration as defined in Subclause 11.1 of [6, TS 38.213] determines symbol of a slot allocated for PDSCH as uplink symbols, the transmission on that slot is omitted for multi-slot PDSCH transmission.</p>
<p id="p0042" num="0042">The UE is not expected to receive a PDSCH with mapping type A in a slot, if the PDCCH scheduling the PDSCH was received in the same slot and was not contained within the first three symbols of the slot.</p>
<p id="p0043" num="0043">The UE is not expected to receive a PDSCH with mapping type B in a slot, if the first symbol of the PDCCH scheduling the PDSCH was received in a later symbol than the first symbol indicated in the PDSCH time domain resource allocation.</p>
<heading id="h0013"><b>5.1.2.1.1 Determination of the resource allocation table to be used for PDSCH</b></heading><!-- EPO <DP n="11"> -->
<p id="p0044" num="0044">Table 5.1.2.1.1-1 defines which PDSCH time domain resource allocation configuration to apply. Either a default PDSCH time domain allocation A, B or C according to tables 5.1.2.1.1-2, 5.1.2.1.1-3, 5.1.2.1.1.-4 and 5.1.2.1.1-5 is applied, or the higher layer configured <i>pdsch-AllocationList</i> in either <i>pdsch-ConfigCommon</i> or <i>pdsch-Config</i> is applied.</p>
<heading id="h0014"><b>[Table 5.1.2.1.1-1 of 3GPP TS 38.214 V15.2.0, entitled "Applicable PDSCH time domain resource allocation", is reproduced as FIG. 7]</b></heading>
<heading id="h0015"><b>[Table 5.1.2.1.1-2 of 3GPP TS 38.214 V15.2.0, entitled "Default PDSCH time domain resource allocation A for normal CP", is reproduced as FIG. 8]</b></heading>
<heading id="h0016"><b>[Table 5.1.2.1.1-3 of 3GPP TS 38.214 V15.2.0, entitled "Default PDSCH time domain resource allocation A for extended CP", is reproduced as FIG. 9]</b></heading>
<heading id="h0017"><b>[Table 5.1.2.1.1-4 of 3GPP TS 38.214 V15.2.0, entitled "Default PDSCH time domain resource allocation B", is reproduced as FIG. 10]</b></heading>
<heading id="h0018"><b>[Table 5.1.2.1.1-5 of 3GPP TS 38.214 V15.2.0, entitled "Default PDSCH time domain resource allocation C", is reproduced as FIG. 11]</b></heading>
<heading id="h0019"><b>5.1.2.2 Resource allocation in frequency domain</b></heading>
<p id="p0045" num="0045">Two downlink resource allocation schemes, type 0 and type 1, are supported. The UE shall assume that when the scheduling grant is received with DCI format 1_0, then downlink resource allocation type 1 is used.<!-- EPO <DP n="12"> --></p>
<p id="p0046" num="0046">If the scheduling DCI is configured to indicate the downlink resource allocation type as part of the <i>Frequency domain resource assignment field</i> by setting a higher layer parameter <i>resourceAllocation</i> in <i>pdsch-Config</i> to 'dynamicswitch', the UE shall use downlink resource allocation type 0 or type 1 as defined by this DCI field. Otherwise the UE shall use the downlink frequency resource allocation type as defined by the higher layer parameter <i>resourceAllocation.</i></p>
<p id="p0047" num="0047">For a PDSCH scheduled with a DCI format 1_0 in any type of PDCCH common search space, regardless of which bandwidth part is the active bandwidth part, RB numbering starts from the lowest RB of the CORESET in which the DCI was received.</p>
<p id="p0048" num="0048">For a PDSCH scheduled otherwise, if a bandwidth part indicator field is not configured in the scheduling DCI, the RB indexing for downlink type 0 and type 1 resource allocation is determined within the UE's active bandwidth part. If a bandwidth part indicator field is configured in the scheduling DCI, the RB indexing for downlink type 0 and type 1 resource allocation is determined within the UE's bandwidth part indicated by bandwidth part indicator field value in the DCI. The UE shall upon detection of PDCCH intended for the UE determine first the downlink carrier bandwidth part and then the resource allocation within the bandwidth part.</p>
<heading id="h0020"><b>5.1.2.2.1 Downlink resource allocation type 0</b></heading>
<p id="p0049" num="0049">In downlink resource allocation of type 0, the resource block assignment information includes a bitmap indicating the Resource Block Groups (RBGs) that are allocated to the scheduled UE where a RBG is a set of consecutive virtual resource blocks defined by higher layer parameter <i>rbg-Size</i> configured by <i>PDSCH-Config</i> and the size of the carrier bandwidth part as defined in Table 5.1.2.2.1-1.</p>
<heading id="h0021"><b>[Table 5.1.2.2.1-1 of 3GPP TS 38.214 V15.2.0, entitled "Nominal RBG size P", is reproduced as FIG. 12]</b></heading><!-- EPO <DP n="13"> -->
<p id="p0050" num="0050">The total number of RBGs (<i>N</i><sub>RBG</sub>) for a downlink bandwidth part i of size <maths id="math0002" num=""><math display="inline"><msubsup><mi>N</mi><mrow><mi>BWP</mi><mi>,i</mi></mrow><mi mathvariant="italic">size</mi></msubsup></math><img id="ib0003" file="imgb0003.tif" wi="11" he="6" img-content="math" img-format="tif" inline="yes"/></maths> PRBs is given by <maths id="math0003" num=""><math display="inline"><msub><mi>N</mi><mi mathvariant="italic">RBG</mi></msub><mo>=</mo><mrow><mo>⌈</mo><mrow><mfenced separators=""><msubsup><mi>N</mi><mrow><mi mathvariant="italic">BWP</mi><mo>,</mo><mi>i</mi></mrow><mi mathvariant="italic">size</mi></msubsup><mo>+</mo><mfenced separators=""><msubsup><mi>N</mi><mrow><mi mathvariant="italic">BWP</mi><mo>,</mo><mi>i</mi></mrow><mi mathvariant="italic">start</mi></msubsup><mi>mod</mi><mi>P</mi></mfenced></mfenced><mo>/</mo><mi>P</mi></mrow><mo>⌉</mo></mrow></math><img id="ib0004" file="imgb0004.tif" wi="62" he="10" img-content="math" img-format="tif" inline="yes"/></maths>, where
<ul id="ul0003" list-style="dash">
<li>the size of the first RBG is <maths id="math0004" num=""><math display="inline"><msubsup><mi mathvariant="italic">RGB</mi><mn>0</mn><mi mathvariant="italic">size</mi></msubsup><mo>=</mo><mi>P</mi><mo>−</mo><msubsup><mi>N</mi><mrow><mi mathvariant="italic">BWP</mi><mo>,</mo><mi>i</mi></mrow><mi mathvariant="italic">start</mi></msubsup><mi>mod</mi><mi>P</mi></math><img id="ib0005" file="imgb0005.tif" wi="41" he="5" img-content="math" img-format="tif" inline="yes"/></maths>,</li>
<li>the size of last RBG is <maths id="math0005" num=""><math display="inline"><msubsup><mi mathvariant="italic">RBG</mi><mi mathvariant="italic">last</mi><mi mathvariant="italic">size</mi></msubsup><mo>=</mo><mfenced separators=""><msubsup><mi>N</mi><mrow><mi mathvariant="italic">BWP</mi><mo>,</mo><mi>i</mi></mrow><mi mathvariant="italic">start</mi></msubsup><mo>+</mo><msubsup><mi>N</mi><mrow><mi mathvariant="italic">BWP</mi><mo>,</mo><mi>i</mi></mrow><mi mathvariant="italic">size</mi></msubsup></mfenced><mi>mod</mi><mi>P</mi></math><img id="ib0006" file="imgb0006.tif" wi="51" he="7" img-content="math" img-format="tif" inline="yes"/></maths> if <maths id="math0006" num=""><math display="inline"><mfenced separators=""><msubsup><mi>N</mi><mrow><mi mathvariant="italic">BWP</mi><mo>,</mo><mi>i</mi></mrow><mi mathvariant="italic">start</mi></msubsup><mo>+</mo><msubsup><mi>N</mi><mrow><mi mathvariant="italic">BWP</mi><mo>,</mo><mi>i</mi></mrow><mi mathvariant="italic">size</mi></msubsup></mfenced><mi>mod</mi><mi>P</mi><mo>&gt;</mo><mn>0</mn></math><img id="ib0007" file="imgb0007.tif" wi="41" he="7" img-content="math" img-format="tif" inline="yes"/></maths> and P otherwise,</li>
<li>the size of all other RBGs is <i>P</i>.</li>
</ul></p>
<p id="p0051" num="0051">The bitmap is of size <i>N</i><sub>RBG</sub> bits with one bitmap bit per RBG such that each RBG is addressable. The RBGs shall be indexed in the order of increasing frequency and starting at the lowest frequency of the carrier bandwidth part. The order of RBG bitmap is such that RBG 0 to RBG <i>N</i><sub>RBG</sub> -1 are mapped from MSB to LSB. The RBG is allocated to the UE if the corresponding bit value in the bitmap is 1, the RBG is not allocated to the UE otherwise.</p>
<heading id="h0022"><b>5.1.2.2.2 Downlink resource allocation type 1</b></heading>
<p id="p0052" num="0052">In downlink resource allocation of type 1, the resource block assignment information indicates to a scheduled UE a set of contiguously allocated non-interleaved or interleaved virtual resource blocks within the active bandwidth part of size <maths id="math0007" num=""><math display="inline"><msubsup><mi>N</mi><mi>BWP</mi><mi mathvariant="italic">size</mi></msubsup></math><img id="ib0008" file="imgb0008.tif" wi="10" he="7" img-content="math" img-format="tif" inline="yes"/></maths> PRBs except for the case when DCI format 1_0 is decoded in any common search space in CORESET 0 in which case the initial bandwidth part of size <maths id="math0008" num=""><math display="inline"><msubsup><mi>N</mi><mrow><mi>BWP</mi><mo>,</mo><mn>0</mn></mrow><mi mathvariant="italic">size</mi></msubsup></math><img id="ib0009" file="imgb0009.tif" wi="11" he="6" img-content="math" img-format="tif" inline="yes"/></maths> shall be used.</p>
<p id="p0053" num="0053">A downlink type 1 resource allocation field consists of a resource indication value (<i>RIV</i>) corresponding to a starting virtual resource block (<i>RB<sub>start</sub></i>) and a length in terms of contiguously allocated resource blocks <i>L<sub>RBs</sub></i>. The resource indication value is defined by
<img id="ib0010" file="imgb0010.tif" wi="51" he="29" img-content="program-listing" img-format="tif"/><!-- EPO <DP n="14"> -->
<img id="ib0011" file="imgb0011.tif" wi="77" he="5" img-content="program-listing" img-format="tif"/>
where <i>L<sub>RBs</sub></i> ≥ 1 and shall not exceed <maths id="math0009" num=""><math display="inline"><msubsup><mi>N</mi><mi mathvariant="italic">BWP</mi><mi mathvariant="italic">size</mi></msubsup><mo>−</mo><msub><mi mathvariant="italic">RB</mi><mi mathvariant="italic">start</mi></msub></math><img id="ib0012" file="imgb0012.tif" wi="24" he="7" img-content="math" img-format="tif" inline="yes"/></maths>.</p>
<p id="p0054" num="0054">When the DCI size for DCI format 1_0 in USS is derived from the initial BWP with size <maths id="math0010" num=""><math display="inline"><msubsup><mi>N</mi><mi>BWP</mi><mi mathvariant="italic">initial</mi></msubsup></math><img id="ib0013" file="imgb0013.tif" wi="11" he="7" img-content="math" img-format="tif" inline="yes"/></maths> but applied to another active BWP with size of <maths id="math0011" num=""><math display="inline"><msubsup><mi>N</mi><mi>BWP</mi><mi mathvariant="italic">active</mi></msubsup></math><img id="ib0014" file="imgb0014.tif" wi="9" he="6" img-content="math" img-format="tif" inline="yes"/></maths><i>,</i> a downlink type 1 resource block assignment field consists of a resource indication value (RIV) corresponding to a starting resource block <maths id="math0012" num=""><math display="inline"><msub><mi mathvariant="italic">RB</mi><mi mathvariant="italic">start</mi></msub><mo>=</mo><mn>0</mn><mo>,</mo><mi>K</mi><mo>,</mo><mn>2</mn><mo>⋅</mo><mi>K</mi><mo>,</mo><mo>…</mo><mo>,</mo><mfenced separators=""><msubsup><mi>N</mi><mi>BWP</mi><mi mathvariant="italic">initial</mi></msubsup><mo>−</mo><mn>1</mn></mfenced><mo>⋅</mo><mi>K</mi></math><img id="ib0015" file="imgb0015.tif" wi="53" he="6" img-content="math" img-format="tif" inline="yes"/></maths> and a length in terms of virtually contiguously allocated resource blocks <maths id="math0013" num=""><math display="inline"><msub><mi>L</mi><mi mathvariant="italic">RBs</mi></msub><mo>=</mo><mi>K</mi><mo>,</mo><mn>2</mn><mo>⋅</mo><mi>K</mi><mo>,</mo><mo>…</mo><mo>,</mo><msubsup><mi>N</mi><mi>BWP</mi><mi mathvariant="italic">initial</mi></msubsup><mo>⋅</mo><mi>K</mi></math><img id="ib0016" file="imgb0016.tif" wi="40" he="6" img-content="math" img-format="tif" inline="yes"/></maths>.</p>
<p id="p0055" num="0055">The resource indication value is defined by:
<img id="ib0017" file="imgb0017.tif" wi="79" he="40" img-content="program-listing" img-format="tif"/>
where <i>L</i>'<i><sub>RBs</sub></i> = <i>L<sub>RBs</sub></i>/<i>K</i>, <i>RB</i>'<i><sub>start</sub></i> = <i>RB<sub>start</sub></i>/<i>K</i> and where <i>L</i>'<i><sub>RBs</sub></i> shall not exceed <maths id="math0014" num=""><math display="inline"><msubsup><mi>N</mi><mi mathvariant="italic">BWP</mi><mi mathvariant="italic">initial</mi></msubsup><mo>−</mo><mi mathvariant="italic">RB</mi><msub><mo>′</mo><mi mathvariant="italic">start</mi></msub></math><img id="ib0018" file="imgb0018.tif" wi="22" he="6" img-content="math" img-format="tif" inline="yes"/></maths>. If <maths id="math0015" num=""><math display="inline"><msubsup><mi>N</mi><mi mathvariant="italic">BWP</mi><mi mathvariant="italic">active</mi></msubsup><mo>&gt;</mo><msubsup><mi>N</mi><mi mathvariant="italic">BWP</mi><mi mathvariant="italic">initial</mi></msubsup></math><img id="ib0019" file="imgb0019.tif" wi="21" he="8" img-content="math" img-format="tif" inline="yes"/></maths>, <i>K</i> is the maximum value from set {1, 2, 4, 8} which satisfies <maths id="math0016" num=""><math display="inline"><mi>K</mi><mo>≤</mo><mrow><mo>⌊</mo><mrow><msubsup><mi>N</mi><mi mathvariant="italic">BWP</mi><mi mathvariant="italic">active</mi></msubsup><mo>/</mo><msubsup><mi>N</mi><mi mathvariant="italic">BWP</mi><mi mathvariant="italic">initial</mi></msubsup></mrow><mo>⌋</mo></mrow></math><img id="ib0020" file="imgb0020.tif" wi="29" he="9" img-content="math" img-format="tif" inline="yes"/></maths>; otherwise <i>K</i> = 1. [...]</p>
<heading id="h0023"><b>5.3 UE PDSCH processing procedure time</b></heading>
<p id="p0056" num="0056">If the first uplink symbol of the physical channel which carries the HARQ-ACK information, as defined by the assigned HARQ-ACK timing <i>K<sub>1</sub></i> and the PUSCH or PUCCH resource to be used and including the effect of the timing advance, starts no earlier than at symbol <i>L<sub>1</sub></i> then the UE shall provide a valid HARQ-ACK message, where <i>L<sub>1</sub></i> is defined as the next uplink symbol with its CP starting after <i>T</i><sub><i>proc</i>,1</sub> = ((<i>N</i><sub>1</sub> +<i>d</i><sub>1,1</sub> + <i>d</i><sub>1,2</sub>)(2048+144)·<i>κ</i>2<sup>-<i>µ</i></sup>)·<i>T<sub>C</sub></i> after the end of the last symbol of the<!-- EPO <DP n="15"> --> PDSCH carrying the TB being acknowledged.
<ul id="ul0004" list-style="dash">
<li><i>N<sub>1</sub></i> is based on <i>µ</i> of table 5.3-1 and table 5.3-2 for UE processing capability 1 and 2 respectively, where <i>µ</i> corresponds to the one of (<i>µ<sub>PDCCH</sub>, µ<sub>PDSCH</sub>, µ<sub>UL</sub></i>) resulting with the largest <i>T</i><sub><i>proc</i>,<i>1</i></sub>, where the <i>µ<sub>PDCCH</sub></i> corresponds to the subcarrier spacing of the PDCCH scheduling the PDSCH, the <i>µ<sub>PDSCH</sub></i> corresponds to the subcarrier spacing of the scheduled PDSCH, and <i>µ<sub>UL</sub></i> corresponds to the subcarrier spacing of the uplink channel with which the HARQ-ACK is to be transmitted, and κ is defined in subclause 4.41 of [4, TS 38.211].</li>
<li>If HARQ-ACK is transmitted on PUCCH, then <i>d<sub>1,1</sub></i> = 0,</li>
<li>If HARQ-ACK is transmitted on PUSCH, then <i>d<sub>1,1</sub></i> = 1.</li>
<li>If the UE is configured with multiple active component carriers, the first uplink symbol which carries the HARQ-ACK information further includes the effect of timing difference between the component carriers as given in [11, TS 38.133].</li>
<li>If the PDSCH is mapping type A as given in subclause 7.4.1.1 of [4, TS 38.211], and the last symbol of PDSCH is on the i-th symbol of the slot where <i>i</i> &lt; 7, then <i>d<sub>1,2</sub></i> = <i>7</i> - <i>i,</i></li>
<li>For UE processing capability 1: If the PDSCH is mapping type B as given in subclause 7.4.1.1 of [4, TS 38.211], and
<ul id="ul0005" list-style="dash">
<li>if the number of PDSCH symbols allocated is 4, then <i>d<sub>1,2</sub></i> = 3</li>
<li>if the number of PDSCH symbols allocated is 2, then<i>d</i><sub><i>1</i>,<i>2</i></sub> = 3+d, where d is the number of overlapping symbols of the scheduling PDCCH and the scheduled PDSCH.</li>
</ul></li>
<li>For UE processing capability 2: If the PDSCH is mapping type B as given in subclause 7.4.1.1 of [4, TS 38.211], if the number of PDSCH symbols allocated is 2 or 4, then <i>d<sub>1,2</sub></i> is the number of overlapping symbols of the scheduling PDCCH and the scheduled PDSCH..</li>
<li>For UE processing capability 2 with scheduling limitation when µ = 1, if the scheduled RB allocation exceeds 136 RBs, the UE defaults to capability 1 processing time.</li>
</ul></p>
<p id="p0057" num="0057">Otherwise the UE may not provide a valid HARQ-ACK corresponding to the scheduled PDSCH.<!-- EPO <DP n="16"> --></p>
<p id="p0058" num="0058">The value of <i>T<sub>proc,1</sub></i> is used both in the case of normal and extended cyclic prefix.</p>
<heading id="h0024"><b>[Table 5.3-1 of 3GPP TS 38.214 V15.2.0, entitled "PDSCH processing time for PDSCH processing capability 1", is reproduced as FIG. 13]</b></heading>
<heading id="h0025"><b>[Table 5.3-2 of 3GPP TS 38.214 V15.2.0, entitled "PDSCH processing time for PDSCH processing capability 2", is reproduced as FIG. 14]</b></heading>
<p id="p0059" num="0059">3GPP TS 38.212 provides some descriptions related to PDSCH as follows:</p>
<heading id="h0026"><b>7.3.1.2 DCI formats for scheduling of PDSCH</b></heading>
<heading id="h0027"><b>7.3.1.2.1 Format 1_0</b></heading>
<p id="p0060" num="0060">DCI format 1_0 is used for the scheduling of PDSCH in one DL cell.</p>
<p id="p0061" num="0061">The following information is transmitted by means of the DCI format 1_0 with CRC scrambled by C-RNTI or CS-RNTI or new-RNTI:
<ul id="ul0006" list-style="dash" compact="compact">
<li>Identifier for DCI formats -1 bits
<ul id="ul0007" list-style="dash" compact="compact">
<li>The value of this bit field is always set to 1, indicating a DL DCI format</li>
</ul></li>
<li>Frequency domain resource assignment - <maths id="math0017" num=""><math display="inline"><mo>⌈</mo><mrow><msub><mi>log</mi><mn>2</mn></msub><mfenced separators=""><msubsup><mi>N</mi><mi>RB</mi><mrow><mi>DL</mi><mo>,</mo><mi>BWP</mi></mrow></msubsup><mfenced separators=""><msubsup><mi>N</mi><mi>RB</mi><mrow><mi>DL</mi><mo>,</mo><mi>BWP</mi></mrow></msubsup><mo>+</mo><mn>1</mn></mfenced><mo>/</mo><mn>2</mn></mfenced></mrow><mo>⌉</mo></math><img id="ib0021" file="imgb0021.tif" wi="47" he="9" img-content="math" img-format="tif" inline="yes"/></maths>bits
<ul id="ul0008" list-style="dash" compact="compact">
<li><maths id="math0018" num=""><math display="inline"><msubsup><mi>N</mi><mi>RB</mi><mrow><mi>DL</mi><mi>,BWP</mi></mrow></msubsup></math><img id="ib0022" file="imgb0022.tif" wi="12" he="6" img-content="math" img-format="tif" inline="yes"/></maths> is the size of the active DL bandwidth part in case DCI format 1_0 is monitored in the UE specific search space and satisfying
<ul id="ul0009" list-style="dash">
<li>the total number of different DCI sizes monitored per slot is no more than 4 for the cell, and</li>
<li>the total number of different DCI sizes with C-RNTI monitored per slot is no more<!-- EPO <DP n="17"> --> than 3 for the cell</li>
</ul>
otherwise, <maths id="math0019" num=""><math display="inline"><msubsup><mi>N</mi><mi>RB</mi><mrow><mi>DL</mi><mi>,BWP</mi></mrow></msubsup></math><img id="ib0023" file="imgb0023.tif" wi="10" he="5" img-content="math" img-format="tif" inline="yes"/></maths> is the size of the initial DL bandwidth part.</li>
</ul>
[...]</li>
<li>Time domain resource assignment - 4 bits as defined in Subclause 5.1.2.1 of [6, TS 38.214]</li>
<li>VRB-to-PRB mapping 1 bit according to Table 7.3.1.1.2-33</li>
<li>Modulation and coding scheme - 5 bits as defined in Subclause 5.1.3 of [6, TS 38.214]</li>
<li>New data indicator- 1 bit</li>
<li>Redundancy version - 2 bits as defined in Table 7.3.1.1.1-2</li>
<li>HARQ process number - 4 bits</li>
<li>Downlink assignment index - 2 bits as defined in Subclause 9.1.3 of [5, TS 38.213], as counter DAI</li>
<li>TPC command for scheduled PUCCH - 2 bits as defined in Subclause 7.2.1 of [5, TS 38.213]</li>
<li>PUCCH resource indicator - 3 bits as defined in Subclause 9.2.3 of [5, TS 38.213]</li>
<li>PDSCH-to-HARQ_feedback timing indicator - 3 bits as defined in Subclause 9.2.3 of [5, TS38.213]</li>
</ul>
[...]</p>
<heading id="h0028"><b>7.3.1.2.2 Format 1_1</b></heading>
<p id="p0062" num="0062">DCI format 1_1 is used for the scheduling of PDSCH in one cell.</p>
<p id="p0063" num="0063">The following information is transmitted by means of the DCI format 1_1 with CRC scrambled by C-RNTI or CS-RNTI or new-RNTI:
<ul id="ul0010" list-style="dash">
<li>Identifier for DCI formats -1 bits<!-- EPO <DP n="18"> -->
<ul id="ul0011" list-style="dash" compact="compact">
<li>The value of this bit field is always set to 1, indicating a DL DCI format</li>
</ul></li>
<li>Carrier indicator - 0 or 3 bits as defined in Subclause 10.1 of [5, TS 38.213].</li>
<li>Bandwidth part indicator - 0, 1 or 2 bits as determined by the number of DL BWPs <i>n</i><sub>BWP,RRC</sub> configured by higher layers, excluding the initial DL bandwidth part. The bitwidth for this field is determined as <maths id="math0020" num=""><math display="inline"><mo>⌈</mo><mrow><msub><mi>log</mi><mn>2</mn></msub><mfenced><msub><mi>n</mi><mi>BWP</mi></msub></mfenced></mrow><mo>⌉</mo></math><img id="ib0024" file="imgb0024.tif" wi="19" he="5" img-content="math" img-format="tif" inline="yes"/></maths> bits, where
<ul id="ul0012" list-style="dash">
<li><i>n</i><sub>BWP</sub> = <i>n</i><sub>BWP,RRC</sub> + 1 if <i>n</i><sub>BWP,RRC</sub> ≤3, in which case the bandwidth part indicator is equivalent to the higher layer parameter <i>BWP-Id</i>;</li>
<li>otherwise <i>n</i><sub>BWP</sub> = <i>n</i><sub>BWP,RRC</sub>, in which case the bandwidth part indicator is defined in Table 7.3.1.1.2-1;</li>
</ul></li>
</ul></p>
<p id="p0064" num="0064">If a UE does not support active BWP change via DCI, the UE ignores this bit field.
<ul id="ul0013" list-style="dash" compact="compact">
<li>Frequency domain resource assignment - number of bits determined by the following, where <maths id="math0021" num=""><math display="inline"><msubsup><mi>N</mi><mi>RB</mi><mrow><mi>DL</mi><mo>,</mo><mi>BWP</mi></mrow></msubsup></math><img id="ib0025" file="imgb0025.tif" wi="11" he="5" img-content="math" img-format="tif" inline="yes"/></maths> is the size of the active DL bandwidth part:
<ul id="ul0014" list-style="dash">
<li><i>N</i><sub>RBG</sub> bits if only resource allocation type 0 is configured, where <i>N</i><sub>RBG</sub> is defined in Subclause 5.1.2.2.1 of [6, TS38.214],</li>
<li><maths id="math0022" num=""><math display="inline"><mo>⌈</mo><mrow><msub><mi>log</mi><mn>2</mn></msub><mfenced separators=""><msubsup><mi>N</mi><mi>RB</mi><mrow><mi>DL</mi><mo>,</mo><mi>BWP</mi></mrow></msubsup><mfenced separators=""><msubsup><mi>N</mi><mi>RB</mi><mrow><mi>DL</mi><mo>,</mo><mi>BWP</mi></mrow></msubsup><mo>+</mo><mn>1</mn></mfenced><mo>/</mo><mn>2</mn></mfenced></mrow><mo>⌉</mo></math><img id="ib0026" file="imgb0026.tif" wi="47" he="8" img-content="math" img-format="tif" inline="yes"/></maths> bits if only resource allocation type 1 is configured, or</li>
<li><maths id="math0023" num=""><math display="inline"><mi>max</mi><mspace width="1ex"/><mfenced><mrow><mo>⌈</mo><mrow><msub><mi>log</mi><mn>2</mn></msub><mfenced separators=""><msubsup><mi>N</mi><mi>RB</mi><mrow><mi>DL</mi><mo>,</mo><mspace width="1ex"/><mi>BWP</mi></mrow></msubsup><mfenced separators=""><msubsup><mi>N</mi><mi>RB</mi><mrow><mi>DL</mi><mo>,</mo><mspace width="1ex"/><mi>BWP</mi></mrow></msubsup><mo>+</mo><mn>1</mn></mfenced><mo>/</mo><mn>2</mn></mfenced></mrow><mo>⌉</mo></mrow><msub><mi>N</mi><mi>RBG</mi></msub></mfenced><mo>+</mo><mn>1</mn></math><img id="ib0027" file="imgb0027.tif" wi="75" he="9" img-content="math" img-format="tif" inline="yes"/></maths> bits if both resource allocation type 0 and 1 are configured.</li>
<li>If both resource allocation type 0 and 1 are configured, the MSB bit is used to indicate resource allocation type 0 or resource allocation type 1, where the bit value of 0 indicates resource allocation type 0 and the bit value of 1 indicates resource allocation type 1.</li>
<li>For resource allocation type 0, the <i>N</i><sub>RBG</sub> LSBs provide the resource allocation as defined in Subclause 5.1.2.2.1 of [6, TS 38.214].<!-- EPO <DP n="19"> --></li>
<li>For resource allocation type 1, the <maths id="math0024" num=""><math display="inline"><mo>⌈</mo><mrow><msub><mi>log</mi><mn>2</mn></msub><mfenced separators=""><msubsup><mi>N</mi><mi>RB</mi><mrow><mi>DL</mi><mo>,</mo><mi>BWP</mi></mrow></msubsup><mfenced separators=""><msubsup><mi>N</mi><mi>RB</mi><mrow><mi>DL</mi><mo>,</mo><mi>BWP</mi></mrow></msubsup><mo>+</mo><mn>1</mn></mfenced><mo>/</mo><mn>2</mn></mfenced></mrow><mo>⌉</mo></math><img id="ib0028" file="imgb0028.tif" wi="46" he="7" img-content="math" img-format="tif" inline="yes"/></maths> LSBs provide the resource allocation as defined in Subclause 5.1.2.2.2 of [6, TS 38.214]</li>
</ul></li>
</ul></p>
<p id="p0065" num="0065">If "Bandwidth part indicator" field indicates a bandwidth part other than the active bandwidth part and if both resource allocation type 0 and 1 are configured for the indicated bandwidth part, the UE assumes resource allocation type 0 for the indicated bandwidth part if the bitwidth of the "Frequency domain resource assignment" field of the active bandwidth part is smaller than the bitwidth of the "Frequency domain resource assignment" field of the indicated bandwidth part.
<ul id="ul0015" list-style="dash" compact="compact">
<li>Time domain resource assignment - 0, 1, 2, 3, or 4 bits as defined in Subclause 5.1.2.1 of [6, TS 38.214]. The bitwidth for this field is determined as <maths id="math0025" num=""><math display="inline"><mo>⌈</mo><mrow><msub><mi>log</mi><mn>2</mn></msub><mfenced><mi>I</mi></mfenced></mrow><mo>⌉</mo></math><img id="ib0029" file="imgb0029.tif" wi="13" he="6" img-content="math" img-format="tif" inline="yes"/></maths> bits, where I is the number of entries in the higher layer parameter <i>pdsch-AllocationList.</i></li>
</ul></p>
<p id="p0066" num="0066">3GPP TS 38.321 provides the following descriptions related to DLSCH (Downlink Shared Channel) and BWP (Bandwidth Part):</p>
<heading id="h0029"><b>5.15 Bandwidth Part (BWP) operation</b></heading>
<p id="p0067" num="0067">In addition to clause 12 of TS 38.213 [6], this subclause specifies requirements on BWP operation.</p>
<p id="p0068" num="0068">A Serving Cell may be configured with one or multiple BWPs, and the maximum number of BWP per Serving Cell is specified in TS 38.213 [6].</p>
<p id="p0069" num="0069">The BWP switching for a Serving Cell is used to activate an inactive BWP and deactivate an active BWP at a time. The BWP switching is controlled by the PDCCH indicating a downlink assignment or an uplink grant, by the <i>bwp-lnactivityTimer,</i> by RRC signalling, or by the MAC entity itself upon initiation of Random Access procedure. Upon addition of SpCell or activation of an SCell, the DL BWP and UL BWP indicated by <i>firstActiveDownlinkBWP-Id</i> and <i>firstActiveUplinkBWP-Id</i> respectively (as specified in TS 38.331 [5]) is active without receiving PDCCH indicating a downlink assignment or an uplink grant. The active BWP for a Serving Cell is<!-- EPO <DP n="20"> --> indicated by either RRC or PDCCH (as specified in TS 38.213 [6]). For unpaired spectrum, a DL BWP is paired with a UL BWP, and BWP switching is common for both UL and DL.</p>
<p id="p0070" num="0070">For each activated Serving Cell configured with a BWP, the MAC entity shall:
<ul id="ul0016" list-style="none" compact="compact">
<li>1&gt; if a BWP is activated:
<ul id="ul0017" list-style="none">
<li>2&gt;transmit on UL-SCH on the BWP;</li>
<li>2&gt;transmit on RACH on the BWP;</li>
<li>2&gt; monitor the PDCCH on the BWP;</li>
<li>2&gt;transmit PUCCH on the BWP;</li>
<li>2&gt;transmit SRS on the BWP;</li>
<li>2&gt; receive DL-SCH on the BWP;</li>
<li>2&gt; (re-)initialize any suspended configured uplink grants of configured grant Type 1 on the active BWP according to the stored configuration, if any, and to start in the symbol according to rules in subclause 5.8.2.</li>
</ul></li>
<li>1&gt; if a BWP is deactivated:
<ul id="ul0018" list-style="none">
<li>2&gt; not transmit on UL-SCH on the BWP;</li>
<li>2&gt; not transmit on RACH on the BWP;</li>
<li>2&gt; not monitor the PDCCH on the BWP;</li>
<li>2&gt; not transmit PUCCH on the BWP;</li>
<li>2&gt; not report CSI for the BWP;</li>
<li>2&gt; not transmit SRS on the BWP;</li>
<li>2&gt; not receive DL-SCH on the BWP;<!-- EPO <DP n="21"> --></li>
<li>2&gt;clear any configured downlink assignment and configured uplink grant of configured grant Type 2 on the BWP;</li>
<li>2&gt; suspend any configured uplink grant of configured grant Type 1 on the inactive BWP.</li>
</ul></li>
</ul></p>
<p id="p0071" num="0071">Upon initiation of the Random Access procedure on a Serving Cell, the MAC entity shall for this Serving Cell:
<ul id="ul0019" list-style="none">
<li>1&gt; if PRACH occasions are not configured for the active UL BWP:
<ul id="ul0020" list-style="none">
<li>2&gt;switch the active UL BWP to BWP indicated by <i>initialUplinkBWP</i>;</li>
<li>2&gt; if the Serving Cell is a SpCell:<br/>
3&gt; switch the active DL BWP to BWP indicated by <i>initialDownlinkBWP.</i></li>
</ul></li>
<li>1&gt; else:<br/>
2&gt; if the Serving Cell is a SpCell:<br/>
3&gt; if the active DL BWP does not have the same <i>bwp-ld</i> as the active UL BWP:<br/>
4&gt; switch the active DL BWP to the DL BWP with the same <i>bwp-ld</i> as the active UL BWP.</li>
<li>1&gt; perform the Random Access procedure on the active DL BWP of SpCell and active UL BWP of this Serving Cell.</li>
</ul></p>
<p id="p0072" num="0072">If the MAC entity receives a PDCCH for BWP switching of a serving cell, the MAC entity shall:
<ul id="ul0021" list-style="none">
<li>1&gt; if there is no ongoing Random Access procedure associated with this Serving Cell; or</li>
<li>1&gt; if the ongoing Random Access procedure associated with this Serving Cell is successfully completed upon reception of this PDCCH addressed to C-RNTI (as specified in subclauses 5.1.4 and 5.1.5):</li>
<li>2&gt; perform BWP switching to a BWP indicated by the PDCCH.</li>
</ul><!-- EPO <DP n="22"> --></p>
<p id="p0073" num="0073">If the MAC entity receives a PDCCH for BWP switching for a Serving Cell while a Random Access procedure associated with that Serving Cell is ongoing in the MAC entity, it is up to UE implementation whether to switch BWP or ignore the PDCCH for BWP switching, except for the PDCCH reception for BWP switching addressed to the C-RNTI for successful Random Access procedure completion (as specified in subclauses 5.1.4 and 5.1.5) in which case the UE shall perform BWP switching to a BWP indicated by the PDCCH. Upon reception of the PDCCH for BWP switching other than successful contention resolution, if the MAC entity decides to perform BWP switching, the MAC entity shall stop the ongoing Random Access procedure and initiate a Random Access procedure on the new activated BWP; if the MAC decides to ignore the PDCCH for BWP switching, the MAC entity shall continue with the ongoing Random Access procedure on the active BWP.</p>
<p id="p0074" num="0074">If the <i>bwp-InactivityTimer</i> is configured, the MAC entity shall for each activated Serving Cell:
<ul id="ul0022" list-style="none">
<li>1&gt; if the <i>defaultDownlinkBWP</i> is configured, and the active DL BWP is not the BWP indicated by the <i>defaultDownlinkBWP</i>; or</li>
<li>1&gt; if the <i>defaultDownlinkBWP</i> is not configured, and the active DL BWP is not the <i>initialDownlinkBWP:</i>
<ul id="ul0023" list-style="none">
<li>2&gt; if a PDCCH addressed to C-RNTI or CS-RNTI indicating downlink assignment or uplink grant is received on the active BWP; or</li>
<li>2&gt; if a PDCCH addressed to C-RNTI or CS-RNTI indicating downlink assignment or uplink grant is received for the active BWP; or</li>
<li>2&gt; if a MAC PDU is transmitted in a configured uplink grant or received in a configured downlink assignment:
<ul id="ul0024" list-style="none">
<li>3&gt; if there is no ongoing random access procedure associated with this Serving Cell; or</li>
<li>3&gt; if the ongoing Random Access procedure associated with this Serving Cell is successfully completed upon reception of this PDCCH addressed to C-RNTI (as specified in subclauses 5.1.4 and 5.1.5):<br/>
<!-- EPO <DP n="23"> -->4&gt; start or restart the <i>bwp-InactivityTimer</i> associated with the active DL BWP.</li>
</ul></li>
<li>2&gt; if a PDCCH for BWP switching is received on the active DL BWP, and the MAC entity switches the active BWP:<br/>
3&gt; start or restart the <i>bwp-InactivityTimer</i> associated with the active DL BWP.</li>
<li>2&gt; if Random Access procedure is initiated on this Serving Cell:
<ul id="ul0025" list-style="none">
<li>3&gt; stop the <i>bwp-InactivityTimer</i> associated with the active DL BWP of this Serving Cell, if running.</li>
<li>3&gt; if the Serving Cell is SCell:<br/>
4&gt; stop the <i>bwp-InactivityTimer</i> associated with the active DL BWP of SpCell, if running.</li>
</ul></li>
<li>2&gt; if the <i>bwp-InactivityTimer</i> associated with the active DL BWP expires:
<ul id="ul0026" list-style="none">
<li>3&gt; if the <i>defaultDownlinkBWP</i> is configured:<br/>
4&gt; perform BWP switching to a BWP indicated by the <i>defaultDownlinkBWP.</i></li>
<li>3&gt; else:<br/>
4&gt; perform BWP switching to the <i>initialDownlinkBWP.</i></li>
</ul></li>
</ul></li>
</ul></p>
<p id="p0075" num="0075">3GPP TS 38.213 provides the following descriptions related to PDCCH (Physical Downlink Control Channel) and BWP:</p>
<heading id="h0030"><b>10 UE procedure for receiving control information</b></heading>
<p id="p0076" num="0076">[...]</p>
<p id="p0077" num="0077">A UE monitors a set of PDCCH candidates in one or more control resource sets on the active DL BWP on each activated serving cell configured with PDCCH monitoring according to corresponding search space sets where monitoring implies decoding each PDCCH candidate<!-- EPO <DP n="24"> --> according to the monitored DCI formats. [...]</p>
<heading id="h0031"><b>10.1 UE procedure for determining physical downlink control channel assignment</b></heading>
<p id="p0078" num="0078">A set of PDCCH candidates for a UE to monitor is defined in terms of PDCCH search space sets. A search space set can be a common search space set or a UE-specific search space set. A UE monitors PDCCH candidates in one or more of the following search spaces sets
<ul id="ul0027" list-style="dash">
<li>a TypeO-PDCCH common search space set configured by <i>searchSpaceZero</i> in <i>MasterInformationBlock</i> or by <i>searchSpaceSIB1</i> in <i>PDCCH-ConfigCommon</i> for a DCI format with CRC scrambled by a SI-RNTI on a primary cell;</li>
<li>a TypeOA-PDCCH common search space set configured by <i>searchSpace-OSI</i> in <i>PDCCH-ConfigCommon</i> for a DCI format with CRC scrambled by a SI-RNTI on a primary cell;</li>
<li>a Type1-PDCCH common search space set configured by <i>ra-SearchSpace</i> in <i>PDCCH-ConfigCommon</i> for a DCI format with CRC scrambled by a RA-RNTI, or a TC-RNTI on a primary cell;</li>
<li>a Type2-PDCCH common search space set configured by <i>pagingSearchSpace</i> in <i>PDCCH-ConfigCommon</i> for a DCI format with CRC scrambled by a P-RNTI on a primary cell;</li>
<li>a Type3-PDCCH common search space set configured by <i>SearchSpace</i> in <i>PDCCH-Config</i> with <i>searchSpaceType</i> = <i>common</i> for DCI formats with CRC scrambled by INT-RNTI, or SFI-RNTI, or TPC-PUSCH-RNTI, or TPC-PUCCH-RNTI, or TPC-SRS-RNTI and, only for the primary cell, C-RNTI, or CS-RNTI(s); and</li>
<li>a UE-specific search space set configured by <i>SearchSpace</i> in <i>PDCCH-Config</i> with <i>searchSpaceType</i> = <i>ue-Specific</i> for DCI formats with CRC scrambled by C-RNTI, or CS-RNTI(s).</li>
</ul></p>
<p id="p0079" num="0079">If a UE is not provided higher layer parameter <i>searchSpace-SIB1</i> for TypeO-PDCCH common<!-- EPO <DP n="25"> --> search space set, , the UE determines a control resource set and PDCCH monitoring occasions for TypeO-PDCCH common search space set as described in Subclause 13. The TypeO-PDCCH common search space set is defined by the CCE aggregation levels and the number of PDCCH candidates per CCE aggregation level given in Table 10.1-1. The control resource set configured for TypeO-PDCCH common search space set has control resource set index 0. The TypeO-PDCCH common search space set has search space index 0.</p>
<p id="p0080" num="0080">If a UE is not provided by dedicated higher layer signaling a control resource set for Type0A-PDCCH common search space or for Type2-PDCCH common search space, the corresponding control resource set is same as the control resource set for TypeO-PDCCH common search space. The CCE aggregation levels and the number of PDCCH candidates per CCE aggregation level for TypeOA-PDCCH common search space or for Type2-PDCCH common search space are given in Table 10.1-1.</p>
<p id="p0081" num="0081">For Type1-PDCCH common search space, a UE can be provided a configuration for a control resource set by higher layer parameter <i>ra-ControlResourceSet</i> and a configuration for a search space by higher layer parameter <i>ra-SearchSpace.</i> If higher layer parameter <i>ra-ControlResourceSet</i> is not provided to the UE, the control resource set for Type1-PDCCH common search space is the same as for TypeO-PDCCH common search space.</p>
<p id="p0082" num="0082">If a UE is not provided higher layer parameter <i>searchSpaceOtherSystemlnformation</i> for Type0A-PDCCH common search space set, the association between PDCCH monitoring occasions for TypeOA-PDCCH common search space set and the SS/PBCH block index are same as the association of PDCCH monitoring occasions for TypeO-PDCCH common search space set as described in Subclause 13. The CCE aggregation levels and the number of PDCCH candidates per CCE aggregation level are given in Table 10.1-1.</p>
<p id="p0083" num="0083">If a UE is not provided higher layer parameter <i>pagingSearchSpace</i> for Type2-PDCCH common search space set, the association between PDCCH monitoring occasions for Type2-PDCCH common search space set and the SS/PBCH block index are same as the association of PDCCH monitoring occasions for TypeO-PDCCH common search space set as described in Subclause 13. The CCE aggregation levels and the number of PDCCH candidates per CCE aggregation level are<!-- EPO <DP n="26"> --> given in Table 10.1-1.</p>
<p id="p0084" num="0084">The UE may assume that the DM-RS antenna port associated with PDCCH receptions in the control resource set configured by <i>pdcch-ConfigSIB1</i> in <i>MasterInformationBlock</i> and for corresponding PDSCH receptions, and the corresponding SS/PBCH block are quasi co-located with respect to average gain, QCL-TypeA, and QCL-TypeD properties, when applicable [6, TS 38.214]. The value for the DM-RS scrambling sequence initialization is the cell ID. A subcarrier spacing is provided by higher layer parameter <i>subCarrierSpacingCommon</i> in <i>MasterInformationBlock.</i></p>
<p id="p0085" num="0085">For single cell operation or for operation with carrier aggregation in a same frequency band, a UE is not expected to monitor a PDCCH for Type0/0A/2/3-PDCCH common search space if the SS/PBCH block or the CSI-RS the UE selects for PRACH association, as described in Subclause 8.1, does not have same QCL-TypeD [6, TS 38.214] with a DM-RS for monitoring the PDCCH for Type0/0A/2/3-PDCCH common search space.</p>
<p id="p0086" num="0086">If a UE is configured with one or more downlink bandwidth parts (BWPs), as described in Subclause 12, the UE can be configured with <i>PDCCH-ConfigCommon</i> and <i>PDCCH-Config</i> for each configured DL BWP on the primary cell, other than the initial active DL BWP, as described in Subclause 12.</p>
<p id="p0087" num="0087">If a UE is provided one or more search space sets by corresponding one or more higher layer parameters <i>searchSpaceZero, searchSpaceSIB1, searchSpaceOtherSystemlnformation, pagingSearchSpace, ra-SearchSpace,</i> and the UE is provided with a C-RNTI or a CS-RNTI, the UE monitors PDCCH candidates for DCI format 0_0 and DCI format 1_0 with the C-RNTI or the CS-RNTI in the one or more search space sets. [...]</p>
<p id="p0088" num="0088">For each DL BWP configured to a UE in a serving cell, a UE can be provided by higher layer signalling with <i>P</i>≤3 control resource sets. For each control resource set, the UE is provided the following by higher layer parameter <i>ControlResourceSet:</i><!-- EPO <DP n="27"> -->
<ul id="ul0028" list-style="dash">
<li>a control resource set index <i>p,</i> 0≤<i>p</i>&lt;12, by higher layer parameter <i>controlResourceSetId</i>;</li>
<li>a DM-RS scrambling sequence initialization value by higher layer parameter <i>pdcch-DMRS-ScramblinglD;</i></li>
<li>a precoder granularity for a number of REGs in the frequency domain where the UE can assume use of a same DM-RS precoder by higher layer parameter <i>precoderGranularity</i>;</li>
<li>a number of consecutive symbols provided by higher layer parameter <i>duration</i>;</li>
<li>a set of resource blocks provided by higher layer parameter <i>frequencyDomainResources</i>;</li>
<li>CCE-to-REG mapping parameters provided by higher layer parameter <i>cce-REG-MappingType;</i></li>
<li>an antenna port quasi co-location, from a set of antenna port quasi co-locations provided by higher layer parameter <i>TCI-StatesPDCCH,</i> indicating quasi co-location information of the DM-RS antenna port for PDCCH reception;</li>
<li>an indication for a presence or absence of a transmission configuration indication (TCI) field for DCI format 1_1 transmitted by a PDCCH in control resource set <i>p</i>, by higher layer parameter <i>TCI-PresentInDCI.</i></li>
</ul></p>
<p id="p0089" num="0089">When <i>precoderGranularity</i> = <i>allContiguousRBs,</i> a UE does not expect to be configured a set of resource blocks of a control resource set that includes more than four sub-sets of resource blocks that are not contiguous in frequency.</p>
<p id="p0090" num="0090">For each control resource set in a DL BWP of a serving cell, a respective higher layer parameter <i>frequencyDomainResources</i> provides a bitmap. The bits of the bitmap have a one-to-one mapping with non-overlapping groups of 6 PRBs, in ascending order of the PRB index in the DL BWP bandwidth of <maths id="math0026" num=""><math display="inline"><msubsup><mi>N</mi><mi>RB</mi><mi>BWP</mi></msubsup></math><img id="ib0030" file="imgb0030.tif" wi="9" he="5" img-content="math" img-format="tif" inline="yes"/></maths> PRBs with starting position <maths id="math0027" num=""><math display="inline"><msubsup><mi>N</mi><mi>BWP</mi><mi>start</mi></msubsup></math><img id="ib0031" file="imgb0031.tif" wi="9" he="5" img-content="math" img-format="tif" inline="yes"/></maths> where the first PRB of the first group of 6 PRBs has index <maths id="math0028" num=""><math display="inline"><mn>6</mn><mo>⋅</mo><mrow><mo>⌈</mo><mrow><msubsup><mi>N</mi><mi>BWP</mi><mi>start</mi></msubsup><mo>/</mo><mn>6</mn></mrow><mo>⌉</mo></mrow></math><img id="ib0032" file="imgb0032.tif" wi="18" he="6" img-content="math" img-format="tif" inline="yes"/></maths>. A group of 6 PRBs is allocated to a control resource set if a corresponding bit value in the bitmap is 1; else, if a corresponding bit value in the bitmap is 0, the group of 6 PRBs is not allocated to the control resource set.<!-- EPO <DP n="28"> --></p>
<p id="p0091" num="0091">If a UE has received initial configuration of more than one TCI states by higher layer parameter <i>TCI-StatesPDCCH</i> but has not received a MAC CE activation command for one of the TCI states, the UE assumes that the DM-RS antenna port associated with PDCCH reception is quasi co-located with the SS/PBCH block the UE identified during the initial access procedure.</p>
<p id="p0092" num="0092">If the UE has received a MAC CE activation command for one of the TCI states, the UE applies the activation command 3 msec after a slot where the UE transmits HARQ-ACK information for the PDSCH providing the activation command.</p>
<p id="p0093" num="0093">If a UE has received higher layer parameter <i>TCI-StatesPDCCH</i> containing a single TCI state, the UE assumes that the DM-RS antenna port associated with PDCCH reception is quasi co-located with the one or more DL RS configured by the TCI state.</p>
<p id="p0094" num="0094">For each DL BWP configured to a UE in a serving cell, the UE is provided by higher layers with <i>S</i>≤10 search space sets where, for each search space set from the <i>s</i> search space sets, the UE is provided the following by higher layer parameter <i>SearchSpace</i>:
<ul id="ul0029" list-style="dash">
<li>a search space set index <i>s</i>, 0 ≤ <i>s</i> &lt; 40, by higher layer parameter <i>searchSpaceId</i>;</li>
<li>an association between the search space set <i>s</i> and a control resource set <i>p</i> by higher layer parameter <i>controlResourceSetId</i>;</li>
<li>a PDCCH monitoring periodicity of <i>k</i><sub><i>p</i>,<i>s</i></sub> slots and a PDCCH monitoring offset of <i>o</i><sub><i>p</i>,<i>s</i></sub> slots, by higher layer parameter <i>monitoringSlotPeriodicityAndOffset</i>;</li>
<li>a PDCCH monitoring pattern within a slot, indicating first symbol(s) of the control resource set within a slot for PDCCH monitoring, by higher layer parameter <i>monitoringSymbolsWithinSlot</i>;</li>
<li>a number of PDCCH candidates <maths id="math0029" num=""><math display="inline"><msubsup><mi>M</mi><mrow><mi>p</mi><mo>,</mo><mi>s</mi></mrow><mfenced><mi>L</mi></mfenced></msubsup></math><img id="ib0033" file="imgb0033.tif" wi="9" he="6" img-content="math" img-format="tif" inline="yes"/></maths> per CCE aggregation level <i>L</i> by higher layer parameters <i>aggregationLevel1, aggregationLevel2, aggregationLevel4, aggregationLevel8,</i> and <i>aggregationLevel16,</i> for CCE aggregation level 1, CCE aggregation level 2, CCE aggregation level 4, CCE aggregation level 8, and CCE aggregation level 16, respectively;<!-- EPO <DP n="29"> --></li>
<li>an indication that search space set <i>s</i> is either a common search space set or a UE-specific search space set by higher layer parameter <i>searchSpaceType</i>;</li>
<li>if search space set <i>s</i> is a common search space set,
<ul id="ul0030" list-style="dash">
<li>an indication by higher layer parameter <i>dci-Format0-0-AndFormat1-0</i> to monitor PDCCH candidates for DCI format 0_0 and DCI format 1_0 with CRC scrambled by a C-RNTI or a CS-RNTI (if configured), RA-RNTI, TC-RNTI, P-RNTI, SI-RNTI;</li>
<li>an indication by higher layer parameter <i>dci-Format2-0</i> to monitor one or two PDCCH candidates for DCI format 2_0 and a corresponding CCE aggregation level;</li>
<li>an indication by higher layer parameter <i>dci-Format2-1</i> to monitor PDCCH candidates for DCI format 2_1;</li>
<li>an indication by higher layer parameter <i>dci-Format2-2</i> to monitor PDCCH candidates for DCI format 2_2;</li>
<li>an indication by higher layer parameter <i>dci-Format2-3</i> to monitor PDCCH candidates for DCI format 2_3;</li>
<li>if search space set <i>s</i> is a UE-specific search space set, an indication by higher layer parameter <i>dci-Formats</i> to monitor PDCCH candidate either for DCI format 0_0 and DCI format 1_0, or for DCI format 0_1 and DCI format 1_1.</li>
</ul></li>
</ul></p>
<p id="p0095" num="0095">The UE may also be provided, by higher layer parameter <i>duration,</i> a duration of <i>T<sub>p,s</sub></i> &lt; <i>k<sub>p,s</sub></i> slots indicating a number of slots that the search space set <i>s</i> exists.</p>
<p id="p0096" num="0096">If the higher layer parameter <i>monitoringSymbolsWithinSlot</i> indicates to a UE only one PDCCH monitoring occasion within a slot, the UE does not expect to be configured with a PDCCH subcarrier spacing other than 15 kHz for the corresponding search space set <i>s</i> if the control resource set <i>p</i> associated with the search space <i>s</i> includes at least one symbol after the third symbol of the slot.</p>
<p id="p0097" num="0097">A UE does not expect to be provided a first symbol and a number of consecutive symbols for a<!-- EPO <DP n="30"> --> control resource set that results to a PDCCH candidate mapping to symbols of different slots.</p>
<p id="p0098" num="0098">A UE does not expect any two PDCCH monitoring occasions, for a same search space set or for different search space sets, in a same control resource set to be separated by a non-zero number of symbols that is smaller than the control resource set duration.</p>
<p id="p0099" num="0099">A UE determines a PDCCH monitoring occasion from the PDCCH monitoring periodicity, the PDCCH monitoring offset, and the PDCCH monitoring pattern within a slot. <u>For search space set</u> <i>s</i> <u>in control resource set</u> <i>p</i><u>, the UE determines that a PDCCH monitoring occasion(s) exists in a slot with number</u> <maths id="math0030" num=""><math display="inline"><msubsup><mi>n</mi><mrow><mi>s</mi><mo>,</mo><mi>ƒ</mi></mrow><mi>μ</mi></msubsup></math><img id="ib0034" file="imgb0034.tif" wi="6" he="6" img-content="math" img-format="tif" inline="yes"/></maths> [4, TS 38.211] in a frame with number <i>n<sub>f</sub></i> if <maths id="math0031" num=""><math display="inline"><mfenced separators=""><msub><mi>n</mi><mi>ƒ</mi></msub><mo>⋅</mo><msubsup><mi>N</mi><mi mathvariant="italic">slot</mi><mrow><mi mathvariant="italic">frame</mi><mo>,</mo><mi>μ</mi></mrow></msubsup><mo>+</mo><msubsup><mi>n</mi><mrow><mi>s</mi><mo>,</mo><mi>ƒ</mi></mrow><mi>μ</mi></msubsup><mo>−</mo><msub><mi>o</mi><mrow><mi>p</mi><mo>,</mo><mi>s</mi></mrow></msub></mfenced><mi>mod</mi><mspace width="1ex"/><msub><mi>k</mi><mrow><mi>p</mi><mo>,</mo><mi>s</mi></mrow></msub><mo>=</mo><mn>0</mn></math><img id="ib0035" file="imgb0035.tif" wi="53" he="10" img-content="math" img-format="tif" inline="yes"/></maths>. If the UE is provided higher layer parameter <i>duration,</i> the UE monitors PDCCH for search space set <i>s</i> in control resource set <i>p</i> for <i>T<sub>p,s</sub></i> consecutive slots, starting from slot <maths id="math0032" num=""><math display="inline"><msubsup><mi>n</mi><mrow><mi>s</mi><mo>,</mo><mi>ƒ</mi></mrow><mi>μ</mi></msubsup></math><img id="ib0036" file="imgb0036.tif" wi="6" he="5" img-content="math" img-format="tif" inline="yes"/></maths>, and does not monitor PDCCH for search space set <i>s</i> in control resource set <i>p</i> for the next <i>k</i><sub><i>p</i>,<i>s</i></sub> - <i>T</i><sub><i>p</i>,<i>s</i></sub> consecutive slots.</p>
<p id="p0100" num="0100">A PDCCH UE-specific search space at CCE aggregation level <i>L</i> ∈ {1, 2, 4, 8, 16} is defined by a set of PDCCH candidates for CCE aggregation level <i>L</i>.</p>
<p id="p0101" num="0101">If a UE is configured with higher layer parameter <i>CrossCarrierSchedulingConfig</i> for a serving cell the carrier indicator field value corresponds to the value indicated by <i>CrossCarrierSchedulingConfig.</i></p>
<p id="p0102" num="0102">For a DL BWP of a serving cell on which a UE monitors PDCCH candidates in a UE-specific search space, if the UE is not configured with a carrier indicator field, the UE monitors the PDCCH candidates without carrier indicator field. For a serving cell on which a UE monitors PDCCH candidates in a UE-specific search space, if a UE is configured with a carrier indicator field, the UE monitors the PDCCH candidates with carrier indicator field.</p>
<p id="p0103" num="0103">A UE is not expected to monitor PDCCH candidates on a DL BWP of a secondary cell if the UE is configured to monitor PDCCH candidates with carrier indicator field corresponding to that secondary cell in another serving cell. For the DL BWP of a serving cell on which the UE monitors PDCCH candidates, the UE monitors PDCCH candidates at least for the same serving<!-- EPO <DP n="31"> --> cell.</p>
<p id="p0104" num="0104">For a search space set <i>s</i> associated with control resource set <i>p</i>, the CCE indexes for aggregation level <i>L</i> corresponding to PDCCH candidate <i>m<sub>s,n<sub2>CI</sub2></sub></i> of the search space set in slot <maths id="math0033" num=""><math display="inline"><msubsup><mi>n</mi><mrow><mi>s</mi><mo>,</mo><mi>ƒ</mi></mrow><mi>μ</mi></msubsup></math><img id="ib0037" file="imgb0037.tif" wi="6" he="5" img-content="math" img-format="tif" inline="yes"/></maths> for a serving cell corresponding to carrier indicator field value <i>n<sub>CI</sub></i> are given by <maths id="math0034" num=""><math display="block"><mi>L</mi><mo>⋅</mo><mfenced open="{" close="}" separators=""><mfenced separators=""><msub><mi>Y</mi><mrow><mi>p</mi><mo>,</mo><msubsup><mi>n</mi><mrow><mi mathvariant="normal">s</mi><mo>,</mo><mi mathvariant="normal">f</mi></mrow><mi>μ</mi></msubsup></mrow></msub><mo>+</mo><mrow><mo>⌊</mo><mfrac><mrow><msub><mi>m</mi><mrow><mi>s</mi><mo>,</mo><msub><mi>n</mi><mi mathvariant="italic">CI</mi></msub></mrow></msub><mo>⋅</mo><msub><mi>N</mi><mrow><mi>CCE</mi><mo>,</mo><mi>p</mi></mrow></msub></mrow><mrow><mi>L</mi><mo>⋅</mo><msubsup><mi>M</mi><mrow><mi>p</mi><mo>,</mo><mi>s</mi><mo>,</mo><mi>max</mi></mrow><mfenced><mi>L</mi></mfenced></msubsup></mrow></mfrac><mo>⌋</mo></mrow><mo>+</mo><msub><mi>n</mi><mi mathvariant="italic">CI</mi></msub></mfenced><mi>mod</mi><mrow><mo>⌊</mo><mrow><msub><mi>N</mi><mrow><mi>CCE</mi><mo>,</mo><mi>p</mi></mrow></msub><mo>/</mo><mi>L</mi></mrow><mo>⌋</mo></mrow></mfenced><mo>+</mo><mi>i</mi></math><img id="ib0038" file="imgb0038.tif" wi="78" he="14" img-content="math" img-format="tif"/></maths> where
<ul id="ul0031" list-style="none" compact="compact">
<li>for any common search space, <maths id="math0035" num=""><math display="inline"><msub><mi>Y</mi><mrow><mi>p</mi><mo>,</mo><msubsup><mi>n</mi><mrow><mi mathvariant="normal">s</mi><mi>,f</mi></mrow><mi>μ</mi></msubsup></mrow></msub><mo>=</mo><mn>0</mn></math><img id="ib0039" file="imgb0039.tif" wi="14" he="8" img-content="math" img-format="tif" inline="yes"/></maths>;</li>
<li>for a UE-specific search space, <maths id="math0036" num=""><math display="inline"><msub><mi>Y</mi><mrow><mi>p</mi><mo>,</mo><msubsup><mi>n</mi><mrow><mi mathvariant="normal">s</mi><mi>,f</mi></mrow><mi>μ</mi></msubsup></mrow></msub><mo>=</mo><mfenced separators=""><msub><mi>A</mi><mi>p</mi></msub><mo>⋅</mo><msub><mi>Y</mi><mrow><mi>p</mi><mo>,</mo><msubsup><mi>n</mi><mrow><mi mathvariant="normal">s</mi><mi>,f</mi></mrow><mi>μ</mi></msubsup><mo>−</mo><mn>1</mn></mrow></msub></mfenced><mi>mod</mi><mi>D</mi></math><img id="ib0040" file="imgb0040.tif" wi="37" he="8" img-content="math" img-format="tif" inline="yes"/></maths> <i>Y</i><sub><i>p</i>,-1</sub> = <i>n</i><sub>RNTI</sub> ≠ 0, <i>A</i><sub>0</sub> = 39827 for pmod3 = 0, <i>A</i><sub>1</sub> =39829 for pmod3 = 1, <i>A</i><sub>2</sub> = 39839 for pmod3 = 2, and <i>D</i> = 65537 ;</li>
<li><i>i</i> = 0,···, <i>L -</i> 1;</li>
<li><i>N</i><sub>CCE,<i>p</i></sub> is the number of CCEs, numbered from 0 to <i>N</i><sub>CCE,<i>p</i></sub> - 1, in control resource set <i>p</i>;</li>
<li><i>n<sub>CI</sub></i> is the carrier indicator field value if the UE is configured with a carrier indicator field by higher layer parameter <i>CrossCarrierSchedulingConfig</i> for the serving cell on which PDCCH is monitored; otherwise, including for any common search space, <i>n<sub>CI</sub></i> = 0;</li>
<li><maths id="math0037" num=""><math display="inline"><msub><mi>m</mi><mrow><mi>s</mi><mo>,</mo><msub><mi>n</mi><mi mathvariant="italic">CI</mi></msub></mrow></msub><mo>=</mo><mn>0</mn><mo>,</mo><mo>…</mo><mo>,</mo><msubsup><mi>M</mi><mrow><mi>p</mi><mo>,</mo><mi>s</mi><mo>,</mo><msub><mi>n</mi><mi mathvariant="italic">CI</mi></msub></mrow><mfenced><mi>L</mi></mfenced></msubsup><mo>−</mo><mn>1</mn></math><img id="ib0041" file="imgb0041.tif" wi="33" he="7" img-content="math" img-format="tif" inline="yes"/></maths>, where <maths id="math0038" num=""><math display="inline"><msubsup><mi>M</mi><mrow><mi>p</mi><mo>,</mo><mi>s</mi><mo>,</mo><msub><mi>n</mi><mi mathvariant="italic">CI</mi></msub></mrow><mfenced><mi>L</mi></mfenced></msubsup></math><img id="ib0042" file="imgb0042.tif" wi="11" he="6" img-content="math" img-format="tif" inline="yes"/></maths> is the number of PDCCH candidates the UE is configured to monitor for aggregation level <i>L</i> for a serving cell corresponding to <i>n<sub>CI</sub></i> and a search space set <i>s</i>;</li>
<li>for any common search space, <maths id="math0039" num=""><math display="inline"><msubsup><mi>M</mi><mrow><mi>p</mi><mo>,</mo><mi>s</mi><mo>,</mo><mi>max</mi></mrow><mfenced><mi>L</mi></mfenced></msubsup><mo>=</mo><msubsup><mi>M</mi><mrow><mi>p</mi><mo>,</mo><mi>s</mi><mo>,</mo><mn>0</mn></mrow><mfenced><mi>L</mi></mfenced></msubsup></math><img id="ib0043" file="imgb0043.tif" wi="24" he="6" img-content="math" img-format="tif" inline="yes"/></maths>;</li>
<li>for a UE-specific search space, <maths id="math0040" num=""><math display="inline"><msubsup><mi>M</mi><mrow><mi>p</mi><mo>,</mo><mi>s</mi><mo>,</mo><mi>max</mi></mrow><mfenced><mi>L</mi></mfenced></msubsup></math><img id="ib0044" file="imgb0044.tif" wi="12" he="8" img-content="math" img-format="tif" inline="yes"/></maths> is the maximum of <maths id="math0041" num=""><math display="inline"><msubsup><mi>M</mi><mrow><mi>p</mi><mo>,</mo><mi>s</mi><mo>,</mo><msub><mi>n</mi><mi mathvariant="italic">CI</mi></msub></mrow><mfenced><mi>L</mi></mfenced></msubsup></math><img id="ib0045" file="imgb0045.tif" wi="12" he="6" img-content="math" img-format="tif" inline="yes"/></maths> over all configured <i>n<sub>CI</sub></i> values for a CCE aggregation level <i>L</i> of search space set s in control resource set <i>p</i>;</li>
<li>the RNTI value used for <i>n</i><sub>RNTI</sub> is defined in [5, TS 38.212] and in [6, TS 38.214].</li>
</ul><!-- EPO <DP n="32"> --></p>
<p id="p0105" num="0105">A UE that is configured for operation with carrier aggregation, and indicates support of search space sharing through higher layer parameter <i>searchSpaceSharingCA-UL,</i> and has a PDCCH candidate with CCE aggregation level <i>L</i> in control resource set <i>p</i> for a DCI format 0_1 having a first size and associated with serving cell <i>n</i><sub><i>CI</i>,2</sub><i>,</i> can receive a corresponding PDCCH through a PDCCH candidate with CCE aggregation level <i>L</i> in control resource set <i>p</i> for a DCI format 0_1 having a second size and associated with serving cell <i>n</i><sub><i>CI</i>,1</sub> if the first size and the second size are same. A UE that is configured for operation with carrier aggregation, and indicates support of search space sharing through higher layer parameter <i>searchSpaceSharingCA-DL,</i> and has a PDCCH candidate with CCE aggregation level <i>L</i> in control resource set <i>p</i> for a DCI format 1_1 having a first size and associated with serving cell <i>n</i><sub><i>CI</i>,2</sub>, can receive a corresponding PDCCH through a PDCCH candidate with CCE aggregation level <i>L</i> in control resource set <i>p</i> for a DCI format 1_1 having a second size and associated with serving cell <i>n</i><sub><i>CI</i>,1</sub> if the first size and the second size are same.</p>
<p id="p0106" num="0106">A PDCCH candidate with index <i>m<sub>sj</sub></i>,<i>n<sub>CI</sub></i> for a search space set <i>s<sub>j</sub></i> using a set of CCEs in a control resource set <i>p</i> for serving cell <i>n<sub>CI</sub></i> is not counted as a monitored PDCCH candidate if there is a PDCCH candidate with index <i>m<sub>si</sub></i>,<i>n<sub>CI</sub></i> for a search space set <i>s<sub>i</sub></i> &lt; <i>s<sub>j</sub></i> in the control resource set <i>p</i> for serving cell <i>n<sub>CI</sub></i> using a same set of CCEs, have identical scrambling, and the corresponding DCI formats for the PDCCH candidates have a same size; otherwise, the PDCCH candidate with index <i>m<sub>sj</sub></i>,<i>n<sub>CI</sub></i> is counted as a monitored PDCCH candidate.</p>
<p id="p0107" num="0107">Table 10.1-2 provides the maximum number of monitored PDCCH candidates, <maths id="math0042" num=""><math display="inline"><msubsup><mi>M</mi><mi>PDCCH</mi><mrow><mi>max</mi><mo>,</mo><mi>slot</mi><mo>,</mo><mi>μ</mi></mrow></msubsup></math><img id="ib0046" file="imgb0046.tif" wi="15" he="6" img-content="math" img-format="tif" inline="yes"/></maths>, for subcarrier spacing configuration <i>µ</i> for a UE per slot for operation with a single serving cell. [...]</p>
<p id="p0108" num="0108">A UE does not expect to be configured common search space sets that result to corresponding total numbers of monitored PDCCH candidates and non-overlapped CCEs per slot that exceed the corresponding maximum numbers per slot.</p>
<p id="p0109" num="0109">For same cell scheduling, a UE does not expect a number of PDCCH candidates for DCI formats<!-- EPO <DP n="33"> --> with different size and/or different corresponding DM-RS scrambling sequences, and a number of corresponding non-overlapped CCEs per slot on a secondary cell to be larger than the corresponding numbers that the UE is capable of monitoring on the secondary cell per slot. [...]</p>
<p id="p0110" num="0110">The UE allocates monitored PDCCH candidates to UE-specific search space sets of the primary cell with subcarrier spacing configuration <i>µ</i> in slot <i>n</i> according to the following pseudocode. A UE is not expected to monitor PDCCH in a UE-specific search space set without monitored PDCCH candidates. &lt;...&gt;</p>
<p id="p0111" num="0111">A UE configured with a bandwidth part indicator in DCI formats 0_1 or 1_1 determines, in case of an active DL BWP or of an active UL BWP change, the DCI information applicable to the new active DL BWP or UL BWP, respectively, as described in Subclause 12. [...]</p>
<heading id="h0032"><b>12 Bandwidth part operation</b></heading>
<p id="p0112" num="0112">[...]</p>
<p id="p0113" num="0113">A UE configured for operation in bandwidth parts (BWPs) of a serving cell, is configured by higher layers for the serving cell a set of at most four bandwidth parts (BWPs) for receptions by the UE (DL BWP set) in a DL bandwidth by parameter <i>BWP-Downlink</i> and a set of at most four BWPs for transmissions by the UE (UL BWP set) in an UL bandwidth by parameter <i>BWP-Uplink</i> for the serving cell.</p>
<p id="p0114" num="0114">An initial active DL BWP is defined by a location and number of contiguous PRBs, a subcarrier spacing, and a cyclic prefix, for the control resource set for TypeO-PDCCH common search space. For operation on the primary cell or on a secondary cell, a UE is provided an initial active UL BWP by higher layer parameter <i>initialuplinkBWP.</i> If the UE is configured with a supplementary carrier, the UE can be provided an initial UL BWP on the supplementary carrier by higher layer<!-- EPO <DP n="34"> --> parameter <i>initialUplinkBWP</i> in <i>supplementaryUplink.</i></p>
<p id="p0115" num="0115">If a UE has dedicated BWP configuration, the UE can be provided by higher layer parameter <i>firstActiveDownlinkBWP-Id</i> a first active DL BWP for receptions and by higher layer parameter <i>firstActiveUplinkBWP-Id</i> a first active UL BWP for transmissions on the primary cell.</p>
<p id="p0116" num="0116">For each DL BWP or UL BWP in a set of DL BWPs or UL BWPs, respectively, the UE is configured the following parameters for the serving cell as defined in [4, TS 38.211] or [6, TS 38.214]:
<ul id="ul0032" list-style="dash">
<li>a subcarrier spacing provided by higher layer parameter <i>subcarrierSpacing;</i></li>
<li>a cyclic prefix provided by higher layer parameter <i>cyclicPrefix;</i></li>
<li>a first PRB and a number of contiguous PRBs indicated by higher layer parameter <i>locationAndBandwidth</i> that is interpreted as RIV according to [4, TS 38.214], setting <maths id="math0043" num=""><math display="inline"><msubsup><mi>N</mi><mi>BWP</mi><mi mathvariant="italic">size</mi></msubsup><mo>=</mo><mn>275</mn></math><img id="ib0047" file="imgb0047.tif" wi="19" he="6" img-content="math" img-format="tif" inline="yes"/></maths>, and the first PRB is a PRB offset relative to the PRB indicated by higher layer parameters <i>offsetToCarrier</i> and <i>subcarrierSpacing;</i></li>
<li>an index in the set of DL BWPs or UL BWPs by respective higher layer parameter <i>bwp-Id;</i></li>
<li>a set of BWP-common and a set of BWP-dedicated parameters by higher layer parameters <i>bwp-Common</i> and <i>bwp-Dedicated</i> [12, TS 38.331]</li>
</ul></p>
<p id="p0117" num="0117">For unpaired spectrum operation, a DL BWP from the set of configured DL BWPs with index provided by higher layer parameter <i>bwp-Id</i> for the DL BWP is linked with an UL BWP from the set of configured UL BWPs with index provided by higher layer parameter <i>bwp-Id</i> for the UL BWP when the DL BWP index and the UL BWP index are equal. For unpaired spectrum operation, a UE does not expect to receive a configuration where the center frequency for a DL BWP is different than the center frequency for an UL BWP when the <i>bwp-Id</i> of the DL BWP is equal to the <i>bwp-Id</i> of the UL BWP.</p>
<p id="p0118" num="0118">For each DL BWP in a set of DL BWPs on the primary cell, a UE can be configured control resource sets for every type of common search space and for UE-specific search space as described in Subclause 10.1. The UE does not expect to be configured without a common<!-- EPO <DP n="35"> --> search space on the PCell, or on the PSCell, in the active DL BWP.</p>
<p id="p0119" num="0119">For each UL BWP in a set of UL BWPs, the UE is configured resource sets for PUCCH transmissions as described in Subclause 9.2.</p>
<p id="p0120" num="0120">A UE receives PDCCH and PDSCH in a DL BWP according to a configured subcarrier spacing and CP length for the DL BWP. A UE transmits PUCCH and PUSCH in an UL BWP according to a configured subcarrier spacing and CP length for the UL BWP.</p>
<p id="p0121" num="0121">If a bandwidth part indicator field is configured in DCI format 1_1, the bandwidth part indicator field value indicates the active DL BWP, from the configured DL BWP set, for DL receptions. If a bandwidth part indicator field is configured in DCI format 0_1, the bandwidth part indicator field value indicates the active UL BWP, from the configured UL BWP set, for UL transmissions. If a bandwidth part indicator field is configured in DCI format 0_1 or DCI format 1_1 and indicates an UL BWP or a DL BWP different from the active UL BWP or DL BWP, respectively, the UE shall
<ul id="ul0033" list-style="dash" compact="compact">
<li>for each information field in the received DCI format 0_1 or DCI format 1_1
<ul id="ul0034" list-style="dash">
<li>if the size of the information field is smaller than the one required for the DCI format 0_1 or DCI format 1_1 interpretation for the UL BWP or DL BWP that is indicated by the bandwidth part indicator, respectively, the UE prepends zeros to the information field until its size is the one required for the interpretation of the information field for the UL BWP or DL BWP prior to interpreting the DCI format 0_1 or DCI format 1_1 information fields, respectively;</li>
<li>if the size of the information field is larger than the one required for the DCI format 0_1 or DCI format 1_1 interpretation for the UL BWP or DL BWP that is indicated by the bandwidth part indicator, respectively, the UE uses a number of least significant bits of DCI format 0_1 or DCI format 1_1 equal to the one required for the UL BWP or DL BWP indicated by bandwidth part indicator prior to interpreting the DCI format 0_1 or DCI format 1_1 information fields, respectively;</li>
</ul><!-- EPO <DP n="36"> --></li>
<li>set the active UL BWP or DL BWP to the UL BWP or DL BWP indicated by the bandwidth part indicator in the DCI format 0_1 or DCI format 1_1, respectively.</li>
</ul></p>
<p id="p0122" num="0122">A UE expects to detect a DCI format 0_1 indicating active UL BWP change, or a DCI format 1_1 indicating active DL BWP change, only if a corresponding PDCCH is received within the first 3 symbols of a slot.</p>
<p id="p0123" num="0123">For the primary cell, a UE can be provided by higher layer parameter <i>defaultDownlinkBWP-Id</i> a default DL BWP among the configured DL BWPs. If a UE is not provided a default DL BWP by higher layer parameter <i>defaultDownlinkBWP-Id,</i> the default DL BWP is the initial active DL BWP.</p>
<p id="p0124" num="0124">If a UE is configured for a secondary cell with higher layer parameter <i>defaultDownlinkBWP-Id</i> indicating a default DL BWP among the configured DL BWPs and the UE is configured with higher layer parameter <i>bwp-InactivityTimer</i> indicating a timer value, the UE procedures on the secondary cell are same as on the primary cell using the timer value for the secondary cell and the default DL BWP for the secondary cell.</p>
<p id="p0125" num="0125">If a UE is configured by higher layer parameter <i>bwp-InactivityTimer</i> a timer value for the primary cell [11, TS 38.321] and the timer is running, the UE increments the timer every interval of 1 millisecond for frequency range 1 or every 0.5 milliseconds for frequency range 2 if the UE does not detect a DCI format for PDSCH reception on the primary cell for paired spectrum operation or if the UE does not detect a DCI format for PDSCH reception or a DCI format for PUSCH transmission on the primary cell for unpaired spectrum operation during the interval [11, TS 38.321].</p>
<p id="p0126" num="0126">If a UE is configured by higher layer parameter BWP-InactivityTimer a timer value for a secondary cell [11, TS 38.321] and the timer is running, the UE increments the timer every interval of 1 millisecond for frequency range 1 or every 0.5 milliseconds for frequency range 2 if the UE does not detect a DCI format for PDSCH reception on the secondary cell for paired spectrum operation or if the UE does not detect a DCI format for PDSCH reception or a DCI format for PUSCH transmission on the secondary cell for unpaired spectrum operation during the interval. The UE may deactivate the secondary cell when the timer expires.<!-- EPO <DP n="37"> --></p>
<p id="p0127" num="0127">If a UE is configured by higher layer parameter <i>firstActiveDownlinkBWP-Id</i> a first active DL BWP and by higher layer parameter <i>firstActiveUplinkBWP-Id</i> a first active UL BWP on a secondary cell or supplementary carrier, the UE uses the indicated DL BWP and the indicated UL BWP on the secondary cell as the respective first active DL BWP and first active UL BWP on the secondary cell or supplementary carrier.</p>
<p id="p0128" num="0128">For paired spectrum operation, a UE does not expect to transmit HARQ-ACK information on a PUCCH resource indicated by a DCI format 1_0 or a DCI format 1_1 if the UE changes its active UL BWP on the PCell between a time of a detection of the DCI format 1_0 or the DCI format 1_1 and a time of a corresponding HARQ-ACK information transmission on the PUCCH.</p>
<p id="p0129" num="0129">A UE does not expect to monitor PDCCH when the UE performs RRM measurements [10, TS 38.133] over a bandwidth that is not within the active DL BWP for the UE.</p>
<p id="p0130" num="0130">R1-1710838 provides the following descriptions related to a mechanism of cross-slot scheduling:<br/>
For UL responses to DL control/data, there is agreement that cross-slot timing will be the UE default mode of operation, with further study required for optional same slot timing, but currently for DL data scheduling the converse is true.</p>
<p id="p0131" num="0131">Cross-slot scheduling in the downlink with nonzero K0 presents significant opportunities for power saving in the UE. Control channel monitoring represents a large proportion of UE power consumption in many use cases [2], and can account for over half of daily battery drain [3], even when a majority of slots being monitored contain no data that is relevant for the monitoring UE.</p>
<p id="p0132" num="0132">A large component of this power consumption arises because in each slot, downlink data must be captured assuming the maximum throughput configuration for the entire duration of PDCCH decoding, in case some of the captured data is represented in a downlink allocation which may<!-- EPO <DP n="38"> --> or may not be present.</p>
<p id="p0133" num="0133">In general less energy is required to capture and decode PDCCH than to decode PDSCH, because typically a smaller set of resource blocks is involved, lower order modulation is used and there can be a significant reduction in the bandwidth of interest. This can mean that fewer modem resources are needed for a PDCCH-only decode, leading to reductions in UE power consumption during the decoding process. Consequently, if a UE can know in advance that it need not decode PDSCH in the current slot, it only needs to enable sufficient DL resources to receive and decode PDCCH, and can disable the receiving resources as soon as the PDCCH symbols have been captured.</p>
<p id="p0134" num="0134">It is further the case that if the target of a data assignment DCI can be decoded at the earliest opportunity, ideally using only the information transmitted in the first symbol of the slot, early termination of further PDCCH capture and decode can lead to additional power savings.</p>
<p id="p0135" num="0135"><figref idref="f0001">Figure 1</figref> illustrates an example of the potential saving that results from this mode of operation. Two of the three TTls shown contain no data for the UE. When K0=0 this is not known in advance, so the UE must receive at full bandwidth from the start of the TTI until DCI decoding is complete, in case there is further data to process. In the K0=1 case receive is only required to be active for the control period, and if the control channel can be received over a narrower bandwidth the UE can operate at a lower power level. In addition, the Rx resources can be switched off at the end of the last control period symbol, giving a further power reduction. The data and no-data cases both terminate when DCI processing has completed and enter microsleep. In the data periods the power saving is smaller, is the same in both cases until the final DCI decode, but there is a smaller power saving for the final DCI decode. In most use cases the slots with no data form the majority, and the power saving can be substantial.</p>
<p id="p0136" num="0136">The actual savings obtained will depend on data traffic patterns and UE implementation, but a simple numerical example will illustrate the principle. Table 1 below gives an example calculation assuming that DCI processing time is 4.5 symbols in duration.<!-- EPO <DP n="39"> --> [...]</p>
<p id="p0137" num="0137">Thus a PDCCH-only TTI requires 43.0% of the power of a slot which carries data for the UE if K0=0, but only 17.2% if K0=1. In a typical use case where 80% of TTls are PDCCH-only, and only 20% carry data for the monitoring UE, the total power is calculated in Table 2 below as: [...]</p>
<p id="p0138" num="0138">Thus, the example UE configured for K0=0 would consume 54.4% of the maximum throughput power in this scenario, but the same UE configured for K0=1 would consume only 34.6% of maximum throughput power. This would extend its battery life in the use case described by 57%. Proportionately greater savings might be expected in DRX use cases, because the significant savings for PDCCH-only slots would also apply to the expiry of the inactivity timer at the end of each DRX period.</p>
<p id="p0139" num="0139">When compared with same-slot DL scheduling this approach can increase data buffering requirements in the gNB, but the resulting extension of UE battery life will reduce recharging downtime for individual users, leading to net gains in network traffic, operator revenues and user satisfaction.</p>
<heading id="h0033"><b><i>Observation 1: Cross-slot scheduling with K0</i> ≥ <i>1 reduces UE power consumption significantly</i></b></heading>
<heading id="h0034"><b>Cross-slot Scheduling and Latency</b></heading>
<p id="p0140" num="0140">A particular concern for cross-slot scheduling is the extra delay added by allowing a pre-launch of the control channel. K0 and K1 both contribute to the overall delay, and while the latency concern maybe true for low values of K1=0, 1, the impact on latency for larger value of K1, K1 ≥2 and a K0 of 1 slot is proportionally less significant.</p>
<heading id="h0035"><b><i>Observation 2: Latency impact of cross-slot scheduling is limited for K1</i> ≥2</b></heading>
<p id="p0141" num="0141">Furthermore many applications and use cases will be less sensitive to increased latency. This is particularly true for smartphone usage where latency is less of a concern but battery life is a particular differentiator. We therefore propose that cross-slot scheduling should be supported by NR UEs<!-- EPO <DP n="40"> --></p>
<heading id="h0036"><b><i>Proposal 1: All Rel15 UEs additionally support K0</i> =<i>1 (FFS KO&gt;1)</i></b></heading>
<p id="p0142" num="0142">In 5G/NR, monitoring occasion(s) of PDCCH within a slot or across slots could be flexibly configured as mentioned in the background. Time domain resource of PDSCH could be allocated according to time domain resource assignment field of its associated DCI (Downlink Control Information) carried on PDCCH. Each state or value in time domain resource assignment field (e.g. "0001") could be mapped to a slot offset, a starting symbol, an allocation length. Once the UE receives a PDCCH scheduling a PDSCH and indicating a value in time domain resource assignment field, the UE could determine in which slot and in which symbol(s) it would receive the PDSCH according to a slot offset, a starting symbol, an allocation length mapped to the value.</p>
<p id="p0143" num="0143">For example, a UE could monitor PDCCH in the beginning of a slot, e.g. first 1~3 symbols of a slot. If time domain resource allocation field of DCI on the PDCCH could indicate that PDSCH is allocated from the beginning of the slot (e.g. any of the first four symbols of the slot), the UE may have to receive or buffer DL symbols for a potential PDSCH before it finish the receiving and decoding corresponding DCI on PDCCH. Note that even if the earliest allocated symbol of a potential PDSCH is after the last symbol within a monitoring occasion of PDCCH, the UE may have to receive or buffer DL symbols for the potential PDSCH as long as gap in between is insufficient for the UE to finish decoding DCI. To achieve this structure, the UE has to capture signals of the completely active BWP from the first DL (or flexible symbol) or from the earliest symbol which could be allocated to a PDSCH since the UE would not know frequency domain resource allocation either before DCI is decoded so that the largest bandwidth could be allocated should be assumed. After finish the DCI reception and decoding, the UE would know if any PDSCH in this slot shall been received. If no PDSCH would been transmitted in this slot, the UE could stop the reception of DL data.</p>
<p id="p0144" num="0144">From a power consumption aspect, the UE spends more power than what is really needed on possible PDSCH reception from the first or earliest DL or flexible symbol in a slot until the UE finishes detecting and decoding DCI transmitted in this slot. The UE could save the power on receiving PDSCH if the UE is assured that PDSCH is not allocated before the UE finishes the decoding of corresponding DCI on time domain. For example, if the UE does not<!-- EPO <DP n="41"> --> have to receive potential PDSCH before finishing decoding of DCI, the UE could receive DL signal during PDCCH monitoring in a (much) smaller bandwidth than active bandwidth part, e.g. a bandwidth that is similar to or same as a bandwidth of CORESET the UE monitored.</p>
<p id="p0145" num="0145">One general concept is that gNB could inform a UE whether the UE would receive a DCI indicating PDSCH with first symbol earlier than a (specific) symbol or not. The (specific) symbol could be determined according to the time required for the UE to finish the reception and/or decoding of the DCI. The (specific) symbol could be determined according to the time required for the UE to prepare or be ready for reception of a PDSCH. For example, the UE may need to adjust its reception bandwidth from a smaller bandwidth of a CORESET(s) that the UE monitors to a larger bandwidth of active bandwidth part. The specific symbol could be a symbol UE finishes the reception and decoding of the DCI and/or a symbol the UE is ready for reception of a PDSCH.</p>
<p id="p0146" num="0146">gNB informs the UE which symbol is the (specific) symbol. gNB and the UE negotiate which symbol is the first symbol. Some time domain resource allocation(s) for PDSCH configured for the UE is with a first or starting symbol earlier than the (specific) symbol. The UE is not expected to receive a DCI indicating time domain resource allocation(s) with a first or starting symbol earlier than the (specific) symbol when the information is applicable. gNB knows the resource allocation of DCI that indicates a PDSCH to a UE. If gNB knows the ability of UE to detect and decode DCI, gNB is possible to estimate to time UE finish the decoding of DCI and find the allocation of PDSCH that is indicated by corresponding DCI.</p>
<p id="p0147" num="0147">Assuming that the time duration <b>T1</b> represents that the UE receives a DCI to the UE finishes the decoding of the DCI and knows the PDSCH allocation indicated by the DCI, if the UE knows that time duration between start symbol of PDSCH and the symbol the UE receives corresponding DCI would not be shorter than <b>T1</b>, the UE could not receive the potential PDSCH before the UE detect and decode a DCI indicating PDSCH. For example, the UE does not have to receive bandwidth of active bandwidth part before UE detects and decodes a DCI indicating PDSCH. The UE receives a (specific) bandwidth which is smaller than bandwidth of active bandwidth part before the UE detects and decodes a DCI indicating PDSCH. The (specific) bandwidth is a bandwidth of CORSET(s) UE monitors. The UE does not have to receive bandwidth of active bandwidth part before a first symbol of PDSCH indicated by DCI.<!-- EPO <DP n="42"> --> The UE receives a (specific) bandwidth which is smaller than bandwidth of active bandwidth part before a first symbol of PDSCH indicated by DCI. The (specific) bandwidth is a bandwidth of CORSET(s) the UE monitors.</p>
<p id="p0148" num="0148">The information of whether the UE would receive a DCI indicating PDSCH with first symbol earlier than a (specific) symbol or not is applicable to every slot. The information of whether the UE would receive a DCI indicating PDSCH with first symbol earlier than a (specific) symbol or not is applicable to a slot n. Slot n is a slot next to another slot during which UE did not receive DCI, e.g. the UE did not receive DCI in slot n-1. Slot n is a slot after several slots during which UE didn't receive DCI, e.g. the UE didn't receive DCI in slot n-x~n-1. Slot n is a first slot of on duration. The UE could save the power on receiving PDSCH before the UE finishes the decoding corresponding DCI.</p>
<p id="p0149" num="0149">Preferably, gNB transmits a signal to the UE to enable/disable this method. The signal could inform whether the start symbol of a PDSCH would be earlier than the UE finishes the decoding of corresponding DCI on time domain. The signal may be noted in previous PDSCH.</p>
<p id="p0150" num="0150">Preferably, when the UE detects the signal is set to the value of disable this method, the UE may know that the time duration between of first symbol of next PDSCH indicated by DCI and corresponding DCI may be shorter than <b>T1.</b> Alternatively, when the UE detects the signal is set to the value of enable this method, the UE may know that the time duration between first symbol of next PDSCH indicated by DCI and corresponding DCI would not be shorter than <b>T1</b>.</p>
<p id="p0151" num="0151">Preferably, when the signal is not attached in one DCI indicating PDSCH, the UE may assume that a disable signal has been received. Alternatively, when the signal is not attached in one DCI indicating PDSCH, the UE may assume that an enable signal has been received.</p>
<p id="p0152" num="0152">Preferably, if no previous PDSCH is received, gNB is not allowed to allocate a PDSCH that the time duration between the first symbol of PDSCH and corresponding DCI is shorter than <b>T1</b>. The signal may only indicate the next PDSCH transmission. The signal may also indicate a number of following PDSCH transmissions. In addition, the signal may indicate<!-- EPO <DP n="43"> --> PDSCH transmissions in one or several following slots. Furthermore, this signal may indicate all PDSCH transmissions until the UE detect another enable or disable signal.</p>
<p id="p0153" num="0153">If the UE is configured with a setting where allocation of time duration between start symbol of a PDSCH transmission and corresponding DCI is not shorter than <b>T1</b>, and the UE receives a DCI indicating PDSCH do not satisfy the time domain relationship, the UE may not receive the PDSCH and transmit NACK in corresponding HARQ.</p>
<p id="p0154" num="0154"><figref idref="f0013">FIG. 15</figref> shows an example of how this signal works on time domain to help the UE saving power. A signal is attached in PDSCH to represent whether the first symbol of next PDSCH transmission would follow the time domain relationship. The UE detects the signal with value of enable in the first PDSCH in <figref idref="f0013">FIG. 15</figref>, and the UE knows that the next PDSCH shall be received after <b>T1</b> from the UE receives corresponding DCI. Then gNB transmits a DCI indicating PDSCH in next slot. Because the PDSCH and DCI indicating the PDSCH would follow the time domain relationship, gNB allocates next PDSCH in <b>T1</b> after the UE detects the DCI indicating this PDSCH. The UE does not receive PDSCH from the end of first PDSCH until the UE finishes decoding a DCI that indicating PDSCH. The UE could save the power on receiving potential PDSCH between these two PDSCH. The second PDSCH is attached with a signal set to value of disable, which means next PDSCH allocation may not follow the time domain relationship of <b>T1</b>. Consequently, the UE has to receive the PDSCH from the first DL or flexible symbol in next slot.</p>
<p id="p0155" num="0155">Preferably, if SPS PDSCH transmission is configured, gNB could indicate this signal in SPS PDSCH. Another concept is that the UE could be configured a RRC parameter to enable or disable the allocation of PDSCH to be earlier than the time the UE finishes the detection and reception of corresponding DCI on time domain. When the parameter is set to value of disable, gNB may not be allowed to allocate a PDSCH to a UE with a start symbol of PDSCH that is earlier than the time that the UE finishes the decoding of corresponding DCI. The UE could save the power on receiving PDSCH before decoding corresponding DCI. If the parameter is set to enable, gNB would not restrict the PDSCH allocation to be later than the time the UE finishes decoding corresponding DCI on time domain. the UE still has to receive PDSCH form the first DL or flexible symbol of a slot. Preferably, the design of time domain<!-- EPO <DP n="44"> --> relation between PDSCH and corresponding DCI could be enabled or disabled per UE, per cell, or per BWP.</p>
<p id="p0156" num="0156">Preferably, gNB would restrict the frequency domain resource allocation that is used to transmit downlink data to a UE to a range smaller than the largest bandwidth that gNB could use. If the UE knows the frequency range may receive PDSCH is restricted, the UE does not have to receive all the signals transmitted in the largest bandwidth before the UE decodes the frequency domain resource allocation of PDSCH in corresponding DCI. The UE could only receive signals in frequency range that is indicated by gNB that may receive PDSCH before the UE decodes the DCI indicated PDSCH time and frequency domain.</p>
<p id="p0157" num="0157">Another general concept is that gNB would inform the UE whether frequency domain resource allocation that is used to transmit a PDSCH to a UE is restricted to a part of active bandwidth part of the UE depending on a first symbol of the PDSCH. The part of active bandwidth part could be a bandwidth of CORESET (s) the UE monitors. The part of active bandwidth part could also be frequency resource(s) or physical resource blocks of CORESET (s) the UE monitors.</p>
<p id="p0158" num="0158">For example, if a first symbol of the PDSCH is earlier than a (specific) symbol, frequency domain resource allocation could be restricted to part of active bandwidth part. Alternatively, if a first symbol of the PDSCH is later than a (specific) symbol, frequency domain resource allocation may not be restricted to part of active bandwidth part, e.g. frequency resource allocation could be done for the whole or entire active bandwidth part. The (specific) symbol could be determined according to the time required for the UE to finish the reception and/or decoding of the DCI. The (specific) symbol could also be determined according to the time required for the UE to prepare/ ready for reception of a PDSCH.</p>
<p id="p0159" num="0159">For example, the UE may need to adjust its reception bandwidth from a smaller one bandwidth, (e.g. bandwidth of a CORESET(s) the UE monitors) to a larger one bandwidth (e.g. bandwidth of active bandwidth part). The specific symbol could be a symbol the UE finishes the reception and decoding of the DCI and/or a symbol that the UE is ready for reception of a PDSCH. gNB informs the UE which symbol is the (specific) symbol. gNB and the UE negotiate which symbol is the first symbol. Some (part of) time domain resource allocations for PDSCH configured for the UE could be with a first/starting symbol earlier than the (specific)<!-- EPO <DP n="45"> --> symbol. The UE is not expected to receive a DCI indicating time domain resource allocation(s) with a first or starting symbol earlier than the (specific) symbol and indicating frequency domain resource allocation outside the part of active bandwidth part of the UE when the information is applicable.</p>
<p id="p0160" num="0160">If the UE knows the frequency range may receive early PDSCH is restricted, the UE does not have to receive all the signals transmitted in the active bandwidth part before the UE decodes corresponding DCI. The UE could only receive signals in part of active bandwidth part that may receive PDSCH before the UE decodes the DCI. If the UE receives DCI indicating PDSCH with frequency domain resource allocation outside the part of active bandwidth part, a first or starting symbol would be later than the (specific) symbol which allows the UE to prepare reception for the PDSCH, e.g. to adjust its reception bandwidth.</p>
<p id="p0161" num="0161">For example, the UE does not have to receive bandwidth of active bandwidth part before UE detects and decodes a DCI indicating PDSCH. The UE could receive a (specific) bandwidth which is smaller than bandwidth of active bandwidth part before the UE detects and decodes a DCI indicating PDSCH. The (specific) bandwidth could be a bandwidth of CORSET(s) the UE monitors. The UE does not have to receive bandwidth of active bandwidth part before a first symbol of PDSCH indicated by DCI.</p>
<p id="p0162" num="0162">Furthermore, the UE could receive a (specific) bandwidth which is smaller than bandwidth of active bandwidth part before a first symbol of PDSCH indicated by DCI. The (specific) bandwidth could be a bandwidth of CORSET(s) that the UE monitors. The information of whether the UE would receive a DCI indicating PDSCH with first symbol earlier than a (specific) symbol or not may be applicable to every slot. Alternatively, the information of whether the UE would receive a DCI indicating PDSCH with first symbol earlier than a (specific) symbol or not may be applicable to a slot n. Slot n could be a slot next to another slot during which UE did not receive DCI (e.g. the UE did not receive DCI in slot n-1). Slot n could also be a slot after several slots during which UE did not receive DCI (e.g. UE did not receive DCI in slot n-x~n-l). Slot n could be a first slot of on duration.</p>
<p id="p0163" num="0163">Preferably, gNB transmits a signal to the UE to enable or disable this method of restriction on frequency domain. The signal could inform whether the frequency domain allocation of a PDSCH would be restricted to a frequency range that is smaller than the<!-- EPO <DP n="46"> --> maximum bandwidth gNB could use. The signal could also indicate the allocation of restricted frequency range. The signal may be noted in the previous PDSCH.</p>
<p id="p0164" num="0164">Preferably, when the UE detects the signal is set to the value of disable this method, the UE knows the next PDSCH would be transmitted on a restricted bandwidth that is smaller than the maximum possible bandwidth gNB may use. The range of the restricted bandwidth may be determined by gNB. The UE may get the range of restricted bandwidth gNB. Preferably, the range of the restricted bandwidth may be set based on the CORSET that UE has to monitor, based on the resource allocation of previous PDSCH with enable signal, or based on the frequency allocation of current active DL BWP.</p>
<p id="p0165" num="0165">Preferably, when the UE detects the signal is set to the value of enable this method, the UE knows that the next PDSCH indicated by DCI is allocated within the restricted bandwidth. The frequency domain restriction may only restrict PDSCH transmissions that do not satisfying time domain restriction of <b>T1</b>. Preferably, when the signal is not attached in one DCI indicated PDSCH, the UE may regard that the start symbol of next PDSCH indicated by DCI may not be allocated only within the restricted bandwidth. Alternatively preferably, when this signal is not attached in one DCI indicated PDSCH, the UE may regard that the start symbol of next PDSCH indicated by DCI may not be allocated only within the restricted bandwidth.</p>
<p id="p0166" num="0166">Preferably, if no previous PDSCH is received, gNB is only allowed to allocate a DCI indicated PDSCH within the restricted bandwidth. The signal may only indicate the next PDSCH transmission. Furthermore, the signal may indicate a number of following PDSCH transmissions. The signal may also indicate PDSCH transmissions in one or several following slots. In addition, the signal may indicate all PDSCH transmissions until UE detect another enable or disable signal.</p>
<p id="p0167" num="0167"><figref idref="f0014">FIG. 16</figref> illustrates an example of how this method helping the UE saving power on monitoring potential PDSCH. The first PDSCH in <figref idref="f0014">FIG. 16</figref> is attached with a signal indicating enable the method. The UE knows that the next PDSCH indicated by DCI would only be transmitted on frequency band within the range of CORESET that the UE monitors. The UE only receives the potential PDSCH on frequency within CORESET, and does not monitor the whole or entire active BWP. The second PDSCH in <figref idref="f0014">FIG. 16</figref> is attached with signal indicating disable. The UE knows that the third PDSCH may be allocated not only within the frequency<!-- EPO <DP n="47"> --> range of CORESET the UE shall monitoring. The UE has to receive the potential PDSCH by monitoring the complete active BWP.</p>
<p id="p0168" num="0168">Preferably, if the UE is configured with a setting that allocation of a PDSCH transmission would only within the restricted bandwidth, and the UE receives a DCI indicating PDSCH do not satisfy the frequency restriction, the UE could not receive this PDSCH and transmit NACK in corresponding HARQ.</p>
<p id="p0169" num="0169">Preferably, the design of frequency domain restriction of PDSCH allocation could be enabled or disabled per UE. The design of frequency domain restriction of PDSCH allocation could be enabled or disabled per cell or per BWP.</p>
<p id="p0170" num="0170">A RRC (Radio Resource Control) parameter may be configured to enable or disable the signal attachment in PDSCH. Preferably, the RRC parameter could be configured UE-specifically, cell-specifically, or BWP-specifically. When the RRC parameter is set to the value of enable this method, gNB could attach the signal in PDSCH transmissions to indicating whether the first symbol of following PDSCH transmission(s) could be earlier than UE finishes the decoding of corresponding DCI. Alternatively preferably, when the RRC parameter is set to the value of disable this method, gNB may not attach a signal in PDSCH transmissions.</p>
<p id="p0171" num="0171">Preferably, when RRC parameter is set to value of disable the method, gNB may transmit a DCI indicating PDSCH with first symbol of PDSCH that is earlier than the time UE finishes the decoding of corresponding DCI in time domain.</p>
<p id="p0172" num="0172">Preferably, a rule known by both the UE and gNB may be used to enable or disable of restriction of time domain and/or frequency domain resource allocation of PDSCH (e.g. restriction according to method(s) mentioned above). A RRC parameter may be set to enable or disable the restriction according to the rule. The RRC parameter could be configured UE-specifically, cell-specifically, or BWP-specifically. When the restriction is set, the UE and gNB could enable the restriction by default.</p>
<p id="p0173" num="0173">Preferably, the rule of enable or disable PDSCH restriction may be based on the PDSCH transmissions. When the restriction is set to enable and PDSCH is received in <b>N1</b> consecutive slots in a bandwidth part and/or a cell, the UE and gNB could switch to disable the restriction (autonomously). Alternatively preferably, when the restriction is set to disable and no<!-- EPO <DP n="48"> --> PDSCH is received in <b>N2</b> consecutive slots in a bandwidth part and/or a cell, the UE and gNB could switch to enable the restriction (autonomously).</p>
<p id="p0174" num="0174">Preferably, when the restriction is set to enable and PDSCH is received in at least <b>N3</b> slots in latest <b>N1</b>' consecutive slots in a bandwidth part and/or a cell, the UE and gNB could switch to disable the restriction (autonomously). When the restriction is set to disable and no PDSCH is received in <b>N4</b> slots in latest <b>N2'</b> consecutive slots in a bandwidth part and/or a cell, the UE and gNB could switch to enable the restriction (autonomously). When the restriction is set to enable and a PDSCH with size is larger than <b>N5</b> resource elements is received in a bandwidth part and/or cell, the UE and gNB could switch to disable the restriction (autonomously). When the restriction is set to disable and no PDSCH with size is larger than <b>N6</b> is received in a cell, the UE and gNB could switch to enable the restriction (autonomously).</p>
<p id="p0175" num="0175">Preferably, gNB restricts the allocation of PDSCH within a smaller range than the maximum possible range. gNB restricts the PDSCH time domain allocation. gNB restricts that the time duration between the first symbol of a PDSCH and the first symbol of corresponding DCI is not shorter than <b>T1</b>. The time duration <b>T1</b> is from UE receives a DCI to UE finishes decoding of this DCI and knows the allocation of PDSCH indicated by this DCI. The restriction could be enabled or disabled per UE, per cell, or per BWP.</p>
<p id="p0176" num="0176">The restriction is enabled or disabled through a signal in PDSCH. When the restriction is set to enable, the UE does not receive PDSCH between the last symbol of one PDSCH and the start symbol of the next PDSCH. When this method is set to disable, it is possible for the UE to receive a DCI indicating PDSCH that the time duration between first symbol of PDSCH and first symbol of DCI indicating this PDSCH is shorter than <b>T1</b>. If the signal is detected as enable, the time duration between first symbol of following PDSCH and first symbol of DCI indicating the PDSCH is not shorter than <b>T1</b>. If the signal is detected as disable, the time duration between first symbol of following PDSCH and first symbol of DCI indicating the PDSCH may be shorter than <b>T1</b>. If SPS PDSCH transmission is configured, this signal of time domain restriction is attached in SPS PDSCH transmission.</p>
<p id="p0177" num="0177">The signal indicates restriction for the next PDSCH transmission. The signal indicates restriction for the PDSCH transmissions in a number of following slots. If the signal is not detected, the UE assumes that a disable signal is detected. If the signal is not detected, the<!-- EPO <DP n="49"> --> UE assumes that an enable signal is detected. If no PDSCH is configured to a UE before, gNB does not allocate a PDSCH with the time duration between the first symbol PDSCH and first symbol of DCI indicating this PDSCH is shorter than <b>T1</b>. If the restriction is set to enable and the UE receives a DCI indicating PDSCH transmission violating the time domain relationship, the UE does not receive this PDSCH and the UE transmits NACK in corresponding HARQ feedback.</p>
<p id="p0178" num="0178">An RRC parameter is configured to UE to enable or disable the restriction. When the RRC parameter is set to the value of enable, gNB attaches a signal indicating enable or disable this method in PDSCH. When the RRC parameter is set to the value of enable, gNB does not allocate PDSCH with first symbol is earlier than UE finishes the decoding of corresponding DCI. When the RRC parameter is set to the value of disable, it is possible for gNB to allocate PDSCH with first symbol is earlier than the UE finishes the decoding of corresponding DCI. When the RRC parameter is set to the value of disable, gNB does not attach a signal indicating enable/disable this method in PDSCH. The RRC parameter could be configured per UE, per cell, or per BWP.</p>
<p id="p0179" num="0179">A rule known by both UE and gNB is used to dynamically enable or disable the time or frequency domain restriction of PDSCH allocation. A RRC parameter is set to allow the dynamically restriction or not. When The RRC parameter is set to allow the dynamically restriction, the restriction is set to enable by default. When the restriction is enabled and PDSCH is received in <b>N1</b> consecutive slots in a cell, UE and gNB would switch to disable the restriction dynamically. When the restriction is disabled and no PDSCH is received in <b>N2</b> consecutive slots in a cell, UE and gNB would switch to enable the restriction dynamically. When the restriction is enabled and PDSCH is received in at least <b>N3</b> slots in latest <b>N1</b>' consecutive slots in a cell, UE and gNB would switch to disable the restriction dynamically. When the restriction is disabled and no PDSCH is received in <b>N4</b> slots in latest <b>N2'</b> consecutive slots in a cell, UE and gNB would switch to enable the restriction dynamically. When the restriction is enabled and a PDSCH with size is larger than <b>N5</b> resource elements is received in a cell, UE and gNB would switch to disable the restriction dynamically. When the restriction is disabled and no PDSCH with size is larger than <b>N6</b> is received in a cell, UE and gNB would switch to enable the restriction dynamically. Value <b>N1, N2, N3, N4, N5, N6, N1', N2' could be configured</b> UE-specifically, cell-specifically, or BWP-specifically.<!-- EPO <DP n="50"> --></p>
<p id="p0180" num="0180"><figref idref="f0015">FIG. 17</figref> is a flow chart 1700 according to one exemplary embodiment from the perspective of a base station. In step 1705, the base station configures a UE with a time domain resource allocation table for PDSCH. In step 1710, the base station transmits an indication of a first time duration, wherein at least one entry in the time domain resource allocation table is associated with a second time duration wherein the first time duration restricts time domain allocation of PDSCH.</p>
<p id="p0181" num="0181">Preferably, the base station could receive a preferred value of the first time duration from the UE. The first time duration informs the UE an earliest starting symbol of a time domain resource allocation indicated by DCI. The first time duration could be determined according to time required for the UE to finish DCI reception and/or DCI decoding, or according to time required for the UE to prepare PDSCH reception. The first time duration could be determined according to time required for the UE to adjust its reception bandwidth. The first time duration could be for a bandwidth part. The base station prohibits from scheduling the UE with the at least one entry. Preferably, the second time duration is shorter than the first time duration.</p>
<p id="p0182" num="0182">Referring back to <figref idref="f0003">FIGS. 3</figref> and <figref idref="f0004">4</figref>, in one exemplary embodiment of a base station, the device 300 includes a program code 312 stored in the memory 310. The CPU 308 could execute program code 312 to enable the base station (i) to configure a UE with a time domain resource allocation table for PDSCH, (ii) to transmit an indication of a first time duration, wherein at least one entry in the time domain resource allocation table is associated with a second time duration wherein the first time duration restricts time domain allocation of PDSCH. Furthermore, the CPU 308 can execute the program code 312 to perform all of the above-described actions and steps or others described herein.</p>
<p id="p0183" num="0183"><figref idref="f0016">FIG. 18</figref> is a flow chart 1800 according to one exemplary embodiment from the perspective of a UE. In step 1805, the UE receives a configuration of a time domain resource allocation table for PDSCH. In step 1810, the UE receives an indication of a first time duration, wherein at least one entry in the time domain resource allocation table is associated with a second time duration wherein the first time duration restricts time domain allocation of PDSCH.</p>
<p id="p0184" num="0184">Preferably, the UE could report a preferred value of the first time duration to the base station. The first time duration could restrict time domain allocation of<!-- EPO <DP n="51"> --> PDSCH. The first time duration informs the UE an earliest starting symbol of a time domain resource allocation indicated by DCI. The first time duration could be determined according to time required for the UE to finish DCI reception and/or DCI decoding or according to time required for the UE to prepare PDSCH reception. The first time duration could be determined according to time required for the UE to adjust its reception bandwidth. The first time duration could be for a bandwidth part. The UE could determine whether to receive or buffer potential PDSCH based on the first time duration. A third time duration between a starting symbol of a PDSCH transmission and corresponding DCI is not shorter than the first time duration. Preferably, the second time duration is shorter than the first time duration.</p>
<p id="p0185" num="0185">Preferably, the UE could receive or buffer potential PDSCH if the first time duration is shorter than time required for the UE to finish DCI reception and/or DCI decoding. Alternatively preferably, the UE does not receive or buffer potential PDSCH if the first time duration is not shorter than time required for the UE to finish DCI reception and/or DCI decoding.</p>
<p id="p0186" num="0186">Referring back to <figref idref="f0003">FIGS. 3</figref> and <figref idref="f0004">4</figref>, in one exemplary embodiment of a UE, the device 300 includes a program code 312 stored in the memory 310. The CPU 308 could execute program code 312 to enable the UE (i) to receive a configuration of a time domain resource allocation table for PDSCH, (ii) to receive an indication of a first time duration, wherein at least one entry in the time domain resource allocation table is associated with a second time duration wherein the first time duration restricts time domain allocation of PDSCH. Furthermore, the CPU 308 can execute the program code 312 to perform all of the above-described actions and steps or others described herein.</p>
<p id="p0187" num="0187"><figref idref="f0017">FIG. 19</figref> is a flow chart 1900 according to one exemplary embodiment from the perspective of a base station. In 1905, the base station configures a UE with a time domain resource allocation table for PDSCH. In step 1910, the base station indicates a symbol, wherein at least one entry in the time domain resource allocation table is associated with a starting symbol earlier than the symbol and the symbol restricts time domain allocation of PDSCH.</p>
<p id="p0188" num="0188">Preferably, the base station could receive a suggestion regarding the symbol from the UE. The symbol could restrict time domain allocation of PDSCH. The symbol could be determined according to time required for the UE to finish DCI reception and/or DCI decoding<!-- EPO <DP n="52"> --> or according to time required for the UE to prepare PDSCH reception. The symbol could be for a bandwidth part. The base station prohibits from scheduling the UE with the at least one entry</p>
<p id="p0189" num="0189">Referring back to <figref idref="f0003">FIGS. 3</figref> and <figref idref="f0004">4</figref>, in one exemplary embodiment of a base station, the device 300 includes a program code 312 stored in the memory 310. The CPU 308 could execute program code 312 to enable the base station (i) to configure a UE with a time domain resource allocation table for PDSCH, (ii) to indicate a symbol, wherein at least one entry in the time domain resource allocation table is associated with a starting symbol earlier than the symbol and the symbol restricts time domain allocation of PDSCH. Furthermore, the CPU 308 can execute the program code 312 to perform all of the above-described actions and steps or others described herein.</p>
<p id="p0190" num="0190">In some aspects concurrent channels could be established based on pulse repetition frequencies. In some aspects concurrent channels could be established based on pulse position or offsets. In some aspects concurrent channels could be established based on time hopping sequences. In some aspects concurrent channels could be established based on pulse repetition frequencies, pulse positions or offsets, and time hopping sequences.</p>
<p id="p0191" num="0191">Those of skill in the art would understand that information and signals may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.<!-- EPO <DP n="53"> --></p>
<p id="p0192" num="0192">Those of skill would further appreciate that the various illustrative logical blocks, modules, processors, means, circuits, and algorithm steps described in connection with the aspects disclosed herein may be implemented as electronic hardware (e.g., a digital implementation, an analog implementation, or a combination of the two, which may be designed using source coding or some other technique), various forms of program or design code incorporating instructions (which may be referred to herein, for convenience, as "software" or a "software module"), or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system.</p>
<p id="p0193" num="0193">In addition, the various illustrative logical blocks, modules, and circuits described in connection with the aspects disclosed herein may be implemented within or performed by an integrated circuit ("IC"), an access terminal, or an access point. The IC may comprise a general purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, electrical components, optical components, mechanical components, or any combination thereof designed to perform the functions described herein, and may execute codes or instructions that reside within the IC, outside of the IC, or both. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.<!-- EPO <DP n="54"> --></p>
<p id="p0194" num="0194">The steps of a method or algorithm described in connection with the aspects disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module (e.g., including executable instructions and related data) and other data may reside in a data memory such as RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM, or any other form of computer-readable storage medium known in the art. A sample storage medium may be coupled to a machine such as, for example, a computer/processor (which may be referred to herein, for convenience, as a "processor") such the processor can read information (e.g., code) from and write information to the storage medium. A sample storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC. The ASIC may reside in user equipment. In the alternative, the processor and the storage medium may reside as discrete components in user equipment. Moreover, in some aspects any suitable computer-program product may comprise a computer-readable medium comprising codes relating to one or more of the aspects of the disclosure. In some aspects a computer program product may comprise packaging materials.</p>
</description>
<claims id="claims01" lang="en"><!-- EPO <DP n="55"> -->
<claim id="c-en-01-0001" num="0001">
<claim-text>A method for a base station, comprising:
<claim-text>configuring a User Equipment, in the following also referred to as UE, with a time domain resource allocation table for Physical Downlink Shared Channel, in the following also referred to as PDSCH, (1705);</claim-text>
<claim-text>transmitting an indication of a first time duration which informs the UE that a time duration between a starting symbol of a PDSCH transmission and corresponding Downlink Control Information, in the following also referred to as DCI, is not shorter than the first time duration, wherein at least one entry in the time domain resource allocation table is associated with a second time duration and the second time duration is shorter than the first time duration (1710); and</claim-text>
<claim-text>prohibiting from scheduling the UE with the at least one entry,</claim-text>
<claim-text>wherein the method further comprises: receiving a first value of the first time duration from the UE, and</claim-text>
<claim-text>wherein the first value of the first time duration is determined according to time required for the UE to finish DCI reception and DCI decoding.</claim-text></claim-text></claim>
<claim id="c-en-01-0002" num="0002">
<claim-text>The method of claim 1, wherein the first time duration informs the UE an earliest starting symbol of a time domain resource allocation indicated by DCI.</claim-text></claim>
<claim id="c-en-01-0003" num="0003">
<claim-text>The method of claim 1 or 2,
<claim-text>wherein the first value of the first time duration is determined according to time required for the UE to adjust its reception bandwidth; and/or</claim-text>
<claim-text>wherein the first value of the first time duration is determined according to time required for the UE to be ready for reception of PDSCH; and/or</claim-text>
<claim-text>wherein the first value of the first time duration is determined according to time required for the UE to prepare PDSCH reception.</claim-text></claim-text></claim>
<claim id="c-en-01-0004" num="0004">
<claim-text>The method of any one of claims 1 to 3, wherein the first time duration is for a bandwidth part.<!-- EPO <DP n="56"> --></claim-text></claim>
<claim id="c-en-01-0005" num="0005">
<claim-text>A method for a User Equipment, in the following also referred to as UE, comprising:
<claim-text>receiving a configuration of a time domain resource allocation table for Physical Downlink Shared Channel, in the following also referred to as PDSCH, (1805);</claim-text>
<claim-text>receiving an indication of a first time duration which informs the UE that a time duration between a starting symbol of a PDSCH transmission and corresponding Downlink Control information, in the following also referred to as DCI, is not shorter than the first time duration, wherein at least one entry in the time domain resource allocation table is associated with a second time duration and the second time duration is shorter than the first time duration (1810), and</claim-text>
<claim-text>determining an earliest starting symbol of a time domain resource allocation indicated by DCI based on the first time duration, wherein the at least one entry allocates PDSCH that starts before the earliest starting symbol,</claim-text>
<claim-text>wherein the method further comprises: reporting a first value of the first time duration to the base station, and</claim-text>
<claim-text>wherein the first value of the first time duration is determined according to time required for the UE to finish DCI reception and DCI decoding.</claim-text></claim-text></claim>
<claim id="c-en-01-0006" num="0006">
<claim-text>The method of claim 5, further comprising:<br/>
determining whether to receive or buffer potential PDSCH based on the first time duration.</claim-text></claim>
<claim id="c-en-01-0007" num="0007">
<claim-text>The method of claim 5 or 6, wherein the first value of the first time duration is determined according to time required for the UE to prepare PDSCH reception; and/or<br/>
wherein the first value of the first time duration is determined according to time required for the UE to adjust its reception bandwidth.</claim-text></claim>
<claim id="c-en-01-0008" num="0008">
<claim-text>The method of any one of claims 5 to 7, wherein the first time duration is for a bandwidth part.</claim-text></claim>
<claim id="c-en-01-0009" num="0009">
<claim-text>The method of any one of claims 5 to 8, wherein the UE receives or buffers potential PDSCH if the first time duration is shorter than time required for the UE to finish DCI reception and/or DCI decoding; or<br/>
<!-- EPO <DP n="57"> -->wherein the UE does not receive or buffer potential PDSCH if the first time duration is not shorter than time required for the UE to finish DCI reception and/or DCI decoding.</claim-text></claim>
<claim id="c-en-01-0010" num="0010">
<claim-text>A communication device, comprising:
<claim-text>a control circuit (306);</claim-text>
<claim-text>a processor (308) installed in the control circuit (306); and</claim-text>
<claim-text>a memory (310) installed in the control circuit (306) and operatively coupled to the processor (308);</claim-text>
<claim-text>wherein the processor (308) is configured to execute a program code (312) stored in the memory (310) to perform the method steps as defined in any one of the preceding claims.</claim-text></claim-text></claim>
</claims>
<claims id="claims02" lang="de"><!-- EPO <DP n="58"> -->
<claim id="c-de-01-0001" num="0001">
<claim-text>Verfahren für eine Basisstation, umfassend:
<claim-text>Konfigurieren einer Teilnehmerausrüstung, im Folgenden auch als UE bezeichnet, mit einer Zeitdomänenressourcenzuweisungstabelle für einen Physical-Downlink-Shared-Channel, im Folgenden auch als PDSCH bezeichnet, (1705);</claim-text>
<claim-text>Senden einer Angabe einer ersten Zeitdauer, welche die UE informiert, dass eine Zeitdauer zwischen einem Startsymbol einer PDSCH-Übertragung und einer korrespondierenden Downlink-Steuerinformation, im Folgenden auch als DCI bezeichnet, nicht kürzer ist als die erste Zeitdauer, wobei mindestens ein Eintrag in der Zeitdomänenressourcenzuweisungstabelle mit einer zweiten Zeitdauer verknüpft ist, und die zweite Zeitdauer kürzer ist als die erste Zeitdauer (1710); und</claim-text>
<claim-text>Unterbinden einer Ablaufplanung der UE mit dem mindestens einen Eintrag,</claim-text>
<claim-text>wobei das Verfahren weiter umfasst: Empfangen eines ersten Werts der ersten Zeitdauer von der UE, und</claim-text>
<claim-text>wobei der erste Wert der ersten Zeitdauer gemäß einer Zeit bestimmt wird, die benötigt wird, damit die UE einen DCI-Empfang und eine DCI-Decodierung abschließt.</claim-text></claim-text></claim>
<claim id="c-de-01-0002" num="0002">
<claim-text>Verfahren gemäß Anspruch 1, wobei die erste Zeitdauer die UE über ein frühestes Startsymbol einer Zeitdomänenressourcenzuweisung informiert, die durch die DCI angezeigt wird.</claim-text></claim>
<claim id="c-de-01-0003" num="0003">
<claim-text>Verfahren gemäß Anspruch 1 oder 2,
<claim-text>wobei der erste Wert der ersten Zeitdauer gemäß einer Zeit bestimmt wird, die benötigt wird, damit die UE ihre Empfangsbandbreite einstellt; und/oder</claim-text>
<claim-text>wobei der erste Wert der ersten Zeitdauer gemäß einer Zeit bestimmt wird, die benötigt wird, damit die UE für einen Empfang des PDSCHs bereit ist; und/oder</claim-text>
<claim-text>wobei der erste Wert der ersten Zeitdauer gemäß einer Zeit bestimmt wird, die benötigt wird, damit die UE den PDSCH-Empfang vorbereitet.</claim-text></claim-text></claim>
<claim id="c-de-01-0004" num="0004">
<claim-text>Verfahren gemäß einem der Ansprüche 1 bis 3, wobei die erste Zeitdauer für einen Bandbreitenteil ist.</claim-text></claim>
<claim id="c-de-01-0005" num="0005">
<claim-text>Verfahren für eine Teilnehmerausrüstung, im Folgenden auch als UE bezeichnet, umfassend:
<claim-text>Empfangen einer Konfiguration einer Zeitdomänenressourcenzuweisungstabelle für einen Physical-Downlink-Shared-Channel, im Folgenden auch als PDSCH bezeichnet, (1805);</claim-text>
<claim-text>Empfangen einer Angabe einer ersten Zeitdauer, welche die UE informiert, dass eine Zeitdauer zwischen einem Startsymbol einer PDSCH-Übertragung und einer korrespondierenden Downlink-Steuerinformation, im Folgenden auch als DCI bezeichnet, nicht kürzer ist als die erste Zeitdauer, wobei mindestens ein Eintrag in der Zeitdomänenressourcenzuweisungstabelle mit einer zweiten Zeitdauer verknüpft ist, und die zweite Zeitdauer kürzer ist als die erste Zeitdauer (1810), und</claim-text>
<claim-text>Bestimmen eines frühesten Startsymbols einer Zeitdomänenressourcenzuweisung, die durch die DCI angezeigt wird, basierend auf der ersten Zeitdauer, wobei der mindestens eine Eintrag einen PDSCH zuweist, welcher vor dem frühesten Startsymbol beginnt,</claim-text>
<claim-text>wobei das Verfahren weiter umfasst: Melden eines ersten Werts der ersten Zeitdauer an die Basisstation, und<!-- EPO <DP n="59"> --></claim-text>
<claim-text>wobei der erste Wert der ersten Zeitdauer gemäß einer Zeit bestimmt wird, die benötigt wird, damit die UE einen DCI-Empfang und eine DCI-Decodierung abschließt.</claim-text></claim-text></claim>
<claim id="c-de-01-0006" num="0006">
<claim-text>Verfahren gemäß Anspruch 5, weiter umfassend:<br/>
Bestimmen, ob ein potentieller PDSCH zu empfangen oder zu puffern ist, basierend auf der ersten Zeitdauer.</claim-text></claim>
<claim id="c-de-01-0007" num="0007">
<claim-text>Verfahren gemäß Anspruch 5 oder 6, wobei der erste Wert der ersten Zeitdauer gemäß einer Zeit bestimmt wird, die benötigt wird, damit die UE einen PDSCH-Empfang vorbereitet; und/oder<br/>
wobei der erste Wert der ersten Zeitdauer gemäß einer Zeit bestimmt wird, die benötigt wird, damit die UE ihre Empfangsbandbreite einstellt.</claim-text></claim>
<claim id="c-de-01-0008" num="0008">
<claim-text>Verfahren gemäß einem der Ansprüche 5 bis 7, wobei die erste Zeitdauer für einen Bandbreitenteil ist.</claim-text></claim>
<claim id="c-de-01-0009" num="0009">
<claim-text>Verfahren gemäß einem der Ansprüche 5 bis 8, wobei die UE einen potentiellen PDSCH empfängt oder puffert, wenn die erste Zeitdauer kürzer ist als eine Zeit, die benötigt wird, damit die UE einen DCI-Empfang und/oder eine DCI-Decodierung abschließt; oder<br/>
wobei die UE den potentiellen PDSCH nicht empfängt oder puffert, wenn die erste Zeitdauer nicht kürzer ist als eine Zeit, die benötigt wird, damit die UE einen DCI-Empfang und/oder eine DCI-Decodierung abschließt.</claim-text></claim>
<claim id="c-de-01-0010" num="0010">
<claim-text>Kommunikationsvorrichtung, aufweisend:
<claim-text>eine Steuerungsschaltung (306);</claim-text>
<claim-text>einen Prozessor (308), der in der Steuerungsschaltung (306) installiert ist; und</claim-text>
<claim-text>einen Speicher (310), der in der Steuerungsschaltung (306) installiert und betriebsfähig mit dem Prozessor (308) verbunden ist;</claim-text>
<claim-text>wobei der Prozessor (308) eingerichtet ist, einen Programm-Code (312), der in dem Speicher (310) gespeichert ist, auszuführen, um die in einem der vorstehenden Ansprüche definierten Verfahrensschritte auszuführen.</claim-text></claim-text></claim>
</claims>
<claims id="claims03" lang="fr"><!-- EPO <DP n="60"> -->
<claim id="c-fr-01-0001" num="0001">
<claim-text>Procédé pour une station de base, comprenant :
<claim-text>la configuration d'un Équipement Utilisateur, également appelé ci-après UE, avec une table d'allocation de ressources dans le domaine temporel pour un Canal Partagé de Liaison Descendante Physique, également appelé ci-après PDSCH, (1705) ;</claim-text>
<claim-text>la transmission d'une indication d'une première durée qui informe l'UE qu'une durée entre un symbole de départ d'une transmission PDSCH et des Informations de Commande de Liaison Descendante, également appelées ci-après DCI, correspondantes, n'est pas plus courte que la première durée, dans lequel au moins une entrée dans la table d'allocation de ressources dans le domaine temporel est associée à une deuxième durée et la deuxième durée est plus courte que la première durée (1710) ; et</claim-text>
<claim-text>l'interdiction de la programmation de l'UE avec l'au moins une entrée,</claim-text>
<claim-text>dans lequel le procédé comprend en outre : la réception d'une première valeur de la première durée en provenance de l'UE, et</claim-text>
<claim-text>dans lequel la première valeur de la première durée est déterminée en fonction du temps nécessaire pour que l'UE termine la réception DCI et le décodage DCI.</claim-text></claim-text></claim>
<claim id="c-fr-01-0002" num="0002">
<claim-text>Procédé de la revendication 1, dans lequel la première durée informe l'UE d'un symbole de départ le plus précoce d'une allocation de ressources dans le domaine temporel indiquée par DCI.</claim-text></claim>
<claim id="c-fr-01-0003" num="0003">
<claim-text>Procédé de la revendication 1 ou 2,
<claim-text>dans lequel la première valeur de la première durée est déterminée en fonction du temps nécessaire pour que l'UE ajuste sa largeur de bande de réception ; et/ou</claim-text>
<claim-text>dans lequel la première valeur de la première durée est déterminée en fonction du temps nécessaire pour que l'UE soit prêt à recevoir un PDSCH ; et/ou</claim-text>
<claim-text>dans lequel la première valeur de la première durée est déterminée en fonction du temps nécessaire pour que l'UE prépare une réception PDSCH.</claim-text></claim-text></claim>
<claim id="c-fr-01-0004" num="0004">
<claim-text>Procédé de l'une quelconque des revendications 1 à 3, dans lequel la première durée est pour une partie de largeur de bande.</claim-text></claim>
<claim id="c-fr-01-0005" num="0005">
<claim-text>Procédé pour un Équipement Utilisateur, également appelé ci-après UE, comprenant :<!-- EPO <DP n="61"> -->
<claim-text>la réception d'une configuration d'une table d'allocation de ressources dans le domaine temporel pour un Canal Partagé de Liaison Descendante Physique, également appelé ci-après PDSCH, (1805) ;</claim-text>
<claim-text>la réception d'une indication d'une première durée qui informe l'UE qu'une durée entre un symbole de départ d'une transmission PDSCH et des Informations de Commande de Liaison Descendante, également appelées ci-après DCI, correspondantes n'est pas plus courte que la première durée, dans lequel au moins une entrée dans la table d'allocation de ressources dans le domaine temporel est associée à une deuxième durée et la deuxième durée est plus courte que la première durée (1810), et</claim-text>
<claim-text>la détermination d'un symbole de départ le plus précoce d'une allocation de ressources dans le domaine temporel indiquée par DCI sur la base de la première durée, dans lequel l'au moins une entrée alloue un PDSCH qui commence avant le symbole de départ le plus précoce,</claim-text>
<claim-text>dans lequel le procédé comprend en outre : la notification d'une première valeur de la première durée à la station de base, et</claim-text>
<claim-text>dans lequel la première valeur de la première durée est déterminée en fonction du temps nécessaire pour que l'UE termine la réception DCI et le décodage DCI.</claim-text></claim-text></claim>
<claim id="c-fr-01-0006" num="0006">
<claim-text>Procédé de la revendication 5, comprenant en outre :<br/>
la détermination consistant à savoir s'il faut recevoir ou mettre en mémoire tampon un PDSCH potentiel sur la base de la première durée.</claim-text></claim>
<claim id="c-fr-01-0007" num="0007">
<claim-text>Procédé de la revendication 5 ou 6, dans lequel la première valeur de la première durée est déterminée en fonction du temps nécessaire pour que l'UE prépare une réception PDSCH ; et/ou<br/>
dans lequel la première valeur de la première durée est déterminée en fonction du temps nécessaire pour que l'UE ajuste sa largeur de bande de réception.</claim-text></claim>
<claim id="c-fr-01-0008" num="0008">
<claim-text>Procédé de l'une quelconque des revendications 5 à 7, dans lequel la première durée est pour une partie de largeur de bande.</claim-text></claim>
<claim id="c-fr-01-0009" num="0009">
<claim-text>Procédé de l'une quelconque des revendications 5 à 8, dans lequel l'UE reçoit ou met en mémoire tampon un PDSCH potentiel si la première durée est plus courte que le temps nécessaire pour que l'UE termine la réception DCI et/ou le décodage DCI ; ou<br/>
<!-- EPO <DP n="62"> -->dans lequel l'UE ne reçoit pas ou ne met pas en mémoire tampon le PDSCH potentiel si la première durée n'est pas plus courte que le temps nécessaire pour que l'UE termine la réception DCI et/ou le décodage DCI.</claim-text></claim>
<claim id="c-fr-01-0010" num="0010">
<claim-text>Dispositif de communication, comprenant :
<claim-text>un circuit de commande (306) ;</claim-text>
<claim-text>un processeur (308) installé dans le circuit de commande (306) ; et</claim-text>
<claim-text>une mémoire (310) installée dans le circuit de commande (306) et couplée de manière fonctionnelle au processeur (308) ;</claim-text>
<claim-text>dans lequel le processeur (308) est configuré pour exécuter un code de programme (312) stocké dans la mémoire (310) pour effectuer les étapes du procédé telles que définies dans l'une quelconque des revendications précédentes.</claim-text></claim-text></claim>
</claims>
<drawings id="draw" lang="en"><!-- EPO <DP n="63"> -->
<figure id="f0001" num="1"><img id="if0001" file="imgf0001.tif" wi="115" he="110" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="64"> -->
<figure id="f0002" num="2"><img id="if0002" file="imgf0002.tif" wi="138" he="199" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="65"> -->
<figure id="f0003" num="3"><img id="if0003" file="imgf0003.tif" wi="101" he="179" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="66"> -->
<figure id="f0004" num="4"><img id="if0004" file="imgf0004.tif" wi="98" he="166" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="67"> -->
<figure id="f0005" num="5,6"><img id="if0005" file="imgf0005.tif" wi="165" he="129" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="68"> -->
<figure id="f0006" num="7"><img id="if0006" file="imgf0006.tif" wi="165" he="189" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="69"> -->
<figure id="f0007" num="8"><img id="if0007" file="imgf0007.tif" wi="158" he="177" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="70"> -->
<figure id="f0008" num="9"><img id="if0008" file="imgf0008.tif" wi="158" he="177" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="71"> -->
<figure id="f0009" num="10"><img id="if0009" file="imgf0009.tif" wi="159" he="156" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="72"> -->
<figure id="f0010" num="11"><img id="if0010" file="imgf0010.tif" wi="159" he="156" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="73"> -->
<figure id="f0011" num="12,13"><img id="if0011" file="imgf0011.tif" wi="147" he="165" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="74"> -->
<figure id="f0012" num="14"><img id="if0012" file="imgf0012.tif" wi="154" he="84" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="75"> -->
<figure id="f0013" num="15"><img id="if0013" file="imgf0013.tif" wi="78" he="195" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="76"> -->
<figure id="f0014" num="16"><img id="if0014" file="imgf0014.tif" wi="116" he="210" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="77"> -->
<figure id="f0015" num="17"><img id="if0015" file="imgf0015.tif" wi="165" he="115" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="78"> -->
<figure id="f0016" num="18"><img id="if0016" file="imgf0016.tif" wi="165" he="120" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="79"> -->
<figure id="f0017" num="19"><img id="if0017" file="imgf0017.tif" wi="165" he="103" img-content="drawing" img-format="tif"/></figure>
</drawings>
<ep-reference-list id="ref-list">
<heading id="ref-h0001"><b>REFERENCES CITED IN THE DESCRIPTION</b></heading>
<p id="ref-p0001" num=""><i>This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.</i></p>
<heading id="ref-h0002"><b>Patent documents cited in the description</b></heading>
<p id="ref-p0002" num="">
<ul id="ref-ul0001" list-style="bullet">
<li><patcit id="ref-pcit0001" dnum="US62711281" dnum-type="L"><document-id><country>US</country><doc-number>62711281</doc-number><date>20180727</date></document-id></patcit><crossref idref="pcit0001">[0001]</crossref></li>
</ul></p>
</ep-reference-list>
</ep-patent-document>
