Terminal and wireless communication method

Abstract

A terminal is provided with: a control unit that determines uplink control information for indicating the transmission opportunity of unused uplink signals; and a transmission unit that transmits the uplink control information.

Description

Technical Field

[0001] The present disclosure relates to a terminal and a wireless communication method. Background Art

[0002] In a Universal Mobile Telecommunications System (UMTS) network, Long Term Evolution (LTE) has been standardized for the purpose of further high-speed data rates, low latency, etc. In addition, a subsequent system of LTE is being studied for the purpose of further broadbanding and high speed compared to LTE. Examples of subsequent systems of LTE include systems such as LTE-Advanced (LTE-A), Future Radio Access (FRA), 5th generation mobile communication system (5G), 5G plus (5G+), Radio Access Technology (new Radio Access Technology (New-RAT)), and New Radio (NR).

[0003] In 5G, in order to meet the requirement conditions of achieving a throughput of 10 Gbps or more and making the latency in the wireless section 1 ms or less, various wireless technologies and network architectures have been studied (for example, Non-Patent Document 1).

[0004] In NR, in Release 16, the configuration of CG PUSCH (Configured Grant Physical Uplink Schered Channel) is specified (for example, Non-Patent Document 2). There are Type 1 CG PUSCH and Type 2 CG PUSCH in CG PUSCH.

[0005] The transmission parameters of Type 1 CG PUSCH (Type 1 CG PUSCH) are provided by "configuredGrantConfig", "pusch-Config", and "rrc-ConfiguredUplinkGrant". The activation and deactivation of Type 1 CG PUSCH (Type 1 CGPUSCH) depend on RRC-configuration and not on Downlink Control Information (DCI).

[0006] The transmission parameters of Type 2 CG PUSCH (Type 2 CG PUSCH) are provided by "configuredGrantConfig", "pusch-Config", and "activation DCI". The activation and deactivation of Type 2 CG PUSCH (Type 2 CGPUSCH) depend on RRC-configuration and DCI. One DCI can activate one CGPUSCH and can deactivate multiple CG PUSCHs.

[0007] In addition, in NR, in Release 16, the settings of SPS PDSCH (Semi-Persistent Scheduling Downlink Shared Channel) are specified (for example, Non-Patent Document 2). The transmission parameters of SPS PDSCH are provided by "sps-Config" and "activation DCI". The activation and deactivation of SPS PDSCH depend on DCI.

[0008] In NR, in Release 17, various technologies for what are called Ultra-Reliable and Low Latency Communications (URLLC) and Industrial Internet of Things (IIoT) are being studied.

[0009] In Release 17, research is being conducted on Extended Reality (XR) such as Virtual Reality (VR) and Mixed Reality (MX), and the scenarios, requirements, key performance indicators (KPIs), and evaluation methods of XR are being studied. As requirements targeted for XR, aspects such as capacity, latency (delay), mobility, and energy saving are considered.

[0010] In addition, in the RAN1 #111 meeting, agreement was reached on supporting CG enhancement for XR in Release 18. Specifically, agreement was reached on supporting dynamic indication of one or more unused or unutilized CG PUSCH occasions (transmission opportunities) based on uplink control information (UCI) (e.g., CG-UCI or new UCI) by the terminal, and on supporting multiple CG PUSCH occasions within a single CG PUSCH setting period or cycle.

[0011] Prior Art Documents

[0012] Non-Patent Documents

[0013] Non-Patent Document 1: 3GPP TS38.213 V16.3.0 (2020-09)

[0014] Non-Patent Document 2: 3GPP TS38.331 V16.2.0 (2020-09) Summary of the Invention

[0015] There is room for research on the reporting of HARQ-ACK for SPS PDSCH in high-capacity communications such as XR.

[0016] One aspect of the present disclosure is to provide a terminal and a wireless communication method that appropriately report HARQ-ACK for SPS PDSCH suitable for high-capacity communications.

[0017] Means for Solving the Problems

[0018] One embodiment of the present disclosure relates to a terminal having: a control unit that determines uplink control information for indicating a transmission opportunity of an unused uplink signal; and a transmission unit that transmits the uplink control information. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] Figure 1 FIG. is an example showing dual connectivity (DC).

[0020] Figure 2 FIG. is an example showing PUCCH carrier switching.

[0021] Figure 3 FIG. is a diagram for explaining the outline of a Type 1 HARQ-ACK CB (Type 1 HARQ-ACK CB).

[0022] Figure 4 FIG. is a diagram for explaining the outline of a Type 2 HARQ-ACK CB (Type 2 HARQ-ACK CB).

[0023] Figure 5 FIG. is a diagram for explaining an example of generation of a Type 1 HARQ-ACK CB (Type 1 HARQ-ACK CB).

[0024] Figure 6 FIG. is a diagram for explaining an example of generation of a Type 1 HARQ-ACK CB (Type 1 HARQ-ACK CB).

[0025] Figure 7 FIG. is a diagram for explaining an example of generation of a Type 1 HARQ-ACK CB (Type 1 HARQ-ACK CB).

[0026] Figure 8 FIG. is a diagram for explaining an example of determination of a candidate PDSCH reception opportunity in step A-2 (Step A-2).

[0027] Figure 9 FIG. is a diagram for explaining an example of HARQ-ACK sorting in a Type 1 HARQ-ACK CB (Type 1 HARQ-ACK CB) of SPS PDSCH.

[0028] Figure 10 FIG. is a diagram for explaining an example of CG PUSCH.

[0029] Figure 11 FIG. is a diagram for explaining an example of SPS PDSCH.

[0030] Figure 12 FIG. is a diagram for explaining an example of TDRA setting.

[0031] Figure 13 It is a diagram showing examples of multiple SLIVs of a TDRA table.

[0032] Figure 14 It is a diagram illustrating an example of Alt.1-1.

[0033] Figure 15 It is a diagram illustrating an example of Alt.1-2A.

[0034] Figure 16 It is a diagram illustrating an example of Alt.1-2B-1.

[0035] Figure 17 It is a diagram illustrating an example of Alt.1-2B-2.

[0036] Figure 18 It is a diagram illustrating an example of Alt.1-2B-3.

[0037] Figure 19 It is a diagram illustrating an example of Alt.2-1.

[0038] Figure 20 It is a diagram illustrating an example of Alt.2-2.

[0039] Figure 21 It is a diagram illustrating an example of the ordering of HARQ-ACK in a Type 1 HARQ-ACK CB for multiple PDSCHs.

[0040] Figure 22 It is a diagram illustrating an example of a candidate PDSCH reception opportunity.

[0041] Figure 23 It is a diagram illustrating an example of an extended PDSCH time slot set.

[0042] Figure 24 It is a diagram illustrating an example of an extended SLIV.

[0043] Figure 25 It is a diagram illustrating an example of an extended SLIV.

[0044] Figure 26 It is a diagram showing an example of each alternation of Option 1 of Proposal 8.

[0045] Figure 27 It is a block diagram showing an example of a variation of Option 1 of Proposal 8.

[0046] Figure 28 It is a block diagram showing an example of the structure of the base station according to this embodiment.

[0047] Figure 29 It is a block diagram showing an example of the structure of the terminal according to this embodiment.

[0048] Figure 30 It is a diagram showing an example of the hardware structure of the base station and the terminal according to an embodiment of the present disclosure.

[0049] Figure 31 It is a diagram showing an example of the structure of the vehicle in the embodiment of the present invention. Detailed Embodiment

[0050] Hereinafter, an embodiment according to an aspect of the present disclosure will be described with reference to the drawings. In URLLC, research is being conducted on enhancing the function of the terminal's feedback for Hybrid Automatic Repeat request - Acknowledgement (HARQ - ACK). HARQ - ACK is an example of information related to the terminal's acknowledgement response (e.g., acknowledgement) for the received data. Regarding these research items in URLLC, an agreement has been reached on supporting dynamic and semi - static PUCCH carrier switching. Additionally, PUCCH carrier switching may also be referred to by other names such as carrier switching for control information transmission.

[0051] PUCCH carrier switching is a technology applied when the base station communicates via multiple cells. Hereinafter, dual - connection and PUCCH carrier switching, which are examples of communication via multiple cells, will be described.

[0052] <Dual - connection>

[0053] Figure 1 It is a diagram showing an example of dual - connection (DC). In Figure 1 the example, base station 10 - 1 can be the Master Node (MN). Base station 10 - 2 can be the Secondary Node (SN). As Figure 1 the example shows, in DC, carriers between different base stations are bundled.

[0054] In Figure 1 the example, base station 10 - 1 communicates with terminal 20 via the Primary Cell (Pcell) and the Secondary Cell (Scell). In Figure 1 the example, terminal 20 establishes an RRC connection with base station 10 - 1.

[0055] In the case of DC, due to the possible delay in communication between base station 10-1 and base station 10-2, it is difficult to notify the uplink control information received in the Pcell of base station 10-1 (for example, uplink control information (Uplink Control Information: UCI)) to base station 10-2 via the backhaul link (for example, a wired or wireless link connecting base station 10-1 and base station 10-2) and have it reflected in the scheduling of the Scell subordinate to base station 10-2. Therefore, in DC, in addition to the Pcell of base station 10-1, one carrier subordinate to base station 10-2 can also be set as the primary Scell (PScell), and PUCCH transmission is supported in the PScell. In this case, the terminal 20 sends UCI to base station 10-2 via the PScell.

[0056] In Figure 1 the example, in addition to the Pcell, the terminal 20 also sets an Scell for base station 10-1. In addition, in addition to the PScell, the terminal 20 also sets an Scell for base station 10-2. The terminal 20 sends the UCI of each carrier subordinate to base station 10-1 through the PUCCH of the Pcell. In addition, the terminal 20 sends the UCI of each carrier subordinate to base station 10-2 through the PUCCH of the PScell. In Figure 1 the example, the cell group (CG) subordinate to base station 10-1 can also be referred to as the master cell group (Master Cell-Group (MCG)). The cell group subordinate to base station 10-2 can also be referred to as the secondary cell group (Secondary Cell-Group (SCG)).

[0057] In the case of performing DC, the terminal 20 can also perform PUCCH transmission via the Pcell, PScell, and / or PUCCH-Scell. Generally, it is not assumed that the terminal 20 performs PUCCH transmission via an Scell other than the Pcell, PScell, and PUCCH-Scell.

[0058] <PUCCH Carrier Switching>

[0059] Regarding PUCCH carrier switching, in the time division duplex (TDD) mode, it is being studied as a method for reducing the latency of HARQ-ACK feedback.

[0060] Figure 2 is a diagram showing an example of PUCCH carrier switching. In Figure 2In the example, the base station and the terminal communicate via cell 1 and cell 2. In Figure 2 the example, cell 1 is the Pcell and cell 2 is the Scell. In addition, in Figure 2 the example, the time slots of the downlink (DL) and the time slots of the uplink (UL) in each cell are shown.

[0061] In Figure 2 the example, the terminal receives data at the timing of S101 (receives the Physical Downlink Shared Channel (PDSCH)). The terminal attempts to send a HARQ-ACK for the data received in S101 at the timing of S102, but at the timing of S102, the time slot of cell 1 becomes a downlink (DL) time slot. Therefore, in the case where the terminal sends a HARQ-ACK through cell 1, the transmission of the HARQ-ACK is retained until the transmission timing of the PUCCH in the uplink (UL) time slot (for example, Figure 2 the timing of S103), so the delay of HARQ-ACK transmission increases. In addition, the transmission timing of the PUCCH in the uplink (UL) time slot can also be referred to as the transmission opportunity of the PUCCH.

[0062] In Figure 2 the example, at the timing of S102, the time slot of cell 2 becomes a UL time slot. In Figure 2 the example, if the terminal can send a HARQ-ACK for the data received in S101 in the transmission opportunity of the PUCCH at the timing of S102 of cell 2, the delay of HARQ-ACK transmission can be reduced. In URLLC, low latency in the radio section is particularly required. Therefore, in 3GPP, as an extension of URLLC technology, the PUCCH carrier switching for switching the carrier for transmitting the PUCCH by the terminal is being studied.

[0063] In addition, in the following embodiments, the so-called "same timing" can be either exactly the same timing or all or part of the time resources (for example, one or more symbols (resources of a time unit shorter than a symbol)) are the same or repeated (overlap).

[0064] The so-called PUCCH carrier switching can also be: when the terminal wants to send PUCCH at a specific transmission timing of the Pcell (which can also be the PScell or PUCCH-Scell), the time slot of this specific transmission timing of the Pcell (which can also be the PScell or PUCCH-Scell) becomes a DL time slot. Therefore, the terminal switches the cell for sending PUCCH from the Pcell (which can also be the PScell or PUCCH-Scell) to any one of one or more Scells where the time slot with the same timing as this specific transmission timing becomes a UL time slot (in the case of the PScell, it is a Scell other than the PScell; in the case of the PUCCH-Scell, it is a Scell other than the PUCCH-Scell). Additionally, in the embodiments of the present invention, the unit of the specific transmission timing is not limited to a time slot. For example, the specific transmission timing can be a timing in units of sub-frames or a timing in units of symbols.

[0065] Two methods for implementing PUCCH carrier switching are being studied. The first method is a method in which the base station dynamically indicates to the terminal the carrier for sending PUCCH. The second method is a method in which the base station semi-statically sets for the terminal the carrier for sending PUCCH. Additionally, in the following embodiments, the so-called "sending of PUCCH" and "sending PUCCH" can also be sending uplink control information via the PUCCH.

[0066] The terminal can also notify the base station of terminal capability information (UE capability) for specifying information related to the capabilities of the terminal related to PUCCH transmission.

[0067] For example, as the terminal capability information of the terminal, information indicating whether the terminal supports switching the settings related to the transmission of control information can also be specified. The settings related to the transmission of control information can, for example, be switching the resources used in the transmission of control information (such as carriers or cells). Switching the resources used in the transmission of control information can also be referred to as "PUCCH carrier switching". Furthermore, as the terminal capability information of the terminal, information for indicating the application of dynamic PUCCH carrier switching and / or semi-static PUCCH carrier switching can also be specified.

[0068] The structural operation (configuration operation) of semi-static PUCCH carrier switching can also be based on the RRC that configures the PUCCH cell timing pattern of the PUCCH cell to which semi-static PUCCH carrier switching is applied. In addition, the structural operation of semi-static PUCCH carrier switching can also be supported between cells with different parameter sets.

[0069] In PUCCH carrier switching, the configuration of PUCCH resources can also be per UL BWP (Uplink Bandwidth Part) (e.g., for each candidate cell and each UL BWP of the candidate cell).

[0070] In the case of PUCCH carrier switching based on dynamic indication of control information, the K1 value (offset) from PDSCH to HARQ-ACK can also be interpreted based on the parameter set of the target PUCCH cell dynamically indicated. Additionally, the control information can also be control information such as Downlink control information (DCI) that schedules the PUCCH. Furthermore, the parameter set can also be understood as a time slot or Subcarrier Spacing (SCS).

[0071] In URLLC, research is conducted on enhancing the function of HARQ-ACK codebook (HARQ-ACK CB) feedback for terminals. Hereinafter, an overview of Type 1 HARQ-ACK CB and Type 2 HARQ-ACK CB will be described (for details, refer to Non-Patent Document 1).

[0072] In addition, Type 1 HARQ-ACK CB can also be referred to as semi-static HARQ-ACK CB. Type 2 HARQ-ACK CB can also be referred to as dynamic HARQ-ACK CB. A terminal can be instructed, for example, via a high-layer signaling such as RRC to apply either Type 1 HARQ-ACK CB or Type 2 HARQ-ACK CB.

[0073] <Type 1 HARQ-ACK CB>

[0074] Figure 3 This is a diagram for explaining the overview of <Type 1 HARQ-ACK CB>. Figure 3 The "scheduled" shown, for example, represents a time slot scheduled by DCI. CC represents a component carrier.

[0075] In <Type 1 HARQ-ACK CB>, regardless of whether there is a scheduled time slot (PDSCH), the terminal generates HARQ-ACK bits for the PDSCH. For example, as shown in Figure 3 the "HARQ-ACK codebook", the terminal sets NACK for the unscheduled PDSCH.

[0076] <Type 2 HARQ-ACK CB>

[0077] Figure 4 This is a diagram for explaining the overview of <Type 2 HARQ-ACK CB>. Figure 4 The (x, y) shown, for example, represents a time slot scheduled by DCI. x corresponds to the C-DAI value, and y corresponds to the T-DAI value. DAI is the abbreviation of Downlink assignment index. DAI represents, for example, the assignment of the scheduled PDSCH to which the HARQ-ACK is bundled into the HARQ-ACK CB.

[0078] In <Type 2 HARQ-ACK CB>, the terminal generates HARQ-ACK bits for the scheduled PDSCH. For example, as shown in Figure 4 the "HARQ-ACK codebook", the terminal sets HARQ-ACK for the scheduled PDSCH.

[0079] In addition, C-DAI is incremented (counted up) starting from 1. For example, in the case of a 2-bit field, C-DAI repeats in the pattern 1 -> 2 -> 3 -> 0 -> …. C-DAI is incremented for each time slot and for each DCI reception opportunity of each CC, and even when the time slot changes, it is incremented starting from the final value of the previous time slot. T-DAI represents the final value of C-DAI for each time slot.

[0080] Next, an example of generating a Type 1 HARQ-ACK CB (Type 1 HARQ-ACK CB) will be described.

[0081] <Type 1 HARQ-ACK CB (Type 1 HARQ-ACK CB) Generation>

[0082] Figure 5 , Figure 6 and Figure 7 are diagrams for explaining an example of generating a Type 1 HARQ-ACK CB (Type 1 HARQ-ACK CB). In Figure 5 , it is assumed that the parameter set of the serving cell is the same as that of the PUCCH cell. In Figure 5 , the set of K1 (offset from PDSCH to HARQ-ACK) is {1, 2, 3, 4}.

[0083] In Figure 6 , it is assumed that the parameter set of the serving cell is different from that of the PUCCH cell. In Figure 6 , the set of K1 is {1, 2, 3, 4, 5}.

[0084] The terminal can also generate a HARQ-ACK CB based on the following Step A, Step A-1, Step A-2, and Step B.

[0085] Step A (Step A)

[0086] The terminal determines the HARQ-ACK opportunity (HARQ-ACK occasion) for candidate PDSCH reception. For example, in Figure 5 , the terminal determines the time slot of n + 4 in the PUCCH cell. For example, in Figure 6 , the terminal determines the time slot of n + 5 in the PUCCH cell.

[0087] Step A-1

[0088] The terminal determines the PDSCH time slot window based on the K1 set. For example, the terminal interprets the K1 set in the parameter set of the PUCCH cell and determines Figure 5 or Figure 6 the PDSCH time slot window shown by the dashed box of

[0089] Step A-2

[0090] The terminal determines the candidate PDSCH reception opportunities (candidate PDSCH reception occasions) in each time slot for each K1. For example, as shown in Figure 7 M of A,c the terminal determines the candidate PDSCH reception opportunities in each time slot.

[0091] In addition, the candidate PDSCH reception opportunities are described in Figure 8 but are associated with the set RI (row index) of the Time Domain Resource Allocation (TDRA) table. The candidate PDSCH reception opportunities in the TDRA table that overlap with the UL configured by TDD-UL-DL-ConfigurationCommon and TDD-UL-DL-ConfigDedicated are excluded. Among the candidate PDSCH reception opportunities that overlap in the time domain, the candidate PDSCH reception opportunities are determined based on specific rules.

[0092] Step B

[0093] The terminal can also determine (generate) the HARQ-ACK (HARQ-ACK information bits, HARQ-ACK CB) in each element of the determined candidate PDSCH reception opportunities. For example, the terminal can also generate the following Type 1 HARQ-ACK CB in the total number O of HARQ-ACK information bits ACK as follows.

[0094]

[0095] Figure 8 is a diagram illustrating an example of the determination of the candidate PDSCH reception opportunities in Step A-2. Figure 8The table shown in the upper left of shows an example of TDRA. K0 represents the offset between the time slot of DCI and the time slot of PDSCH. Start represents the starting symbol within the time slot, and Length represents the length starting from Start (the number of symbols allocated to PDSCH). The Mapping Type is associated with a mapping class that contains information related to the symbol that can be set as the starting symbol of PDSCH within the time slot.

[0096] In Figure 8 the upper right of shows the time slot format. In Figure 8 the example of the time slot format shown, the last 2 symbols are semi-statically set to UL.

[0097] Based on Figure 8 the candidate PDSCH reception opportunities for RI 0 - 8 of the TDRA shown in the upper left of become Figure 8 as shown in the upper right of . However, the candidate PDSCH reception opportunities within the TDRA table that overlap with UL are excluded.

[0098] Therefore, the candidate PDSCH reception opportunities for RI2, RI3, and RI8 that overlap with UL are excluded, and the candidate PDSCH reception opportunities in a certain time slot become Figure 8 as shown in the lower right of . That is, the HARQ - ACKs in RI2, RI3, and RI8 are excluded from the generation set of the HARQ - ACK CB.

[0099] Among the candidate PDSCH reception opportunities that overlap in the time domain, the candidate PDSCH reception opportunities are determined based on specific rules. Therefore, the final candidate PDSCH reception opportunities become as Figure 8 shown in the lower left of , and M in a certain time slot A,c becomes M A,c ={0,1,2,3}.

[0100] Next, an example of the generation of the SPS HARQ - ACK CB will be described. In addition, the SPS HARQ - ACK CB can also be understood as the CB of the HARQ - ACK in the SPS PDSCH. The SPS PDSCH is, for example, set with a transmission period by RRC. In addition, the transmission timing (K1) of the HARQ - ACK of the SPS PDSCH is, for example, set by RRC. The SPS PDSCH is, for example, activated or deactivated by DCI. Hereinafter, the DCI used to deactivate the SPS PDSCH is sometimes referred to as the deactivation DCI. The terminal also sends HARQ - ACK for the deactivation DCI.

[0101] <Order of HARQ-ACK>

[0102] In the Type 1 HARQ-ACK CB (Type 1 HARQ-ACK CB) in SPS PDSCH reception only, the HARQ-ACK can also be sorted as follows.

[0103] Figure 9 FIG. is an example of the sorting of the HARQ-ACK in the Type 1 HARQ-ACK CB (Type 1 HARQ-ACK CB) for SPS PDSCH. The HARQ-ACK of SPS PDSCH is arranged in ascending order of DL time slot numbers in each SPS setting index (SPS configuration index) of each serving cell index. Thereafter, the HARQ-ACK of SPS PDSCH is arranged in ascending order of SPS setting indices in each serving cell index. Thereafter, the HARQ-ACK of SPS PDSCH is arranged in ascending order of serving cell indices.

[0104] In the Type 2 HARQ-ACK CB (Type 2 HARQ-ACK CB) in SPS PDSCH reception, the HARQ-ACK can also be sorted in the same manner as the above-mentioned Type 1 HARQ-ACK CB (Type 1 HARQ-ACK CB). Additionally, in the Type 2 HARQ-ACK CB (Type 2 HARQ-ACK CB), when the HARQ-ACK of SPS PDSCH reception is multiplexed with the HARQ-ACK of dynamically scheduled PDSCH reception and / or the HARQ-ACK of deactivation DCI (deactivation DCI), after (next in time) the HARQ-ACK (bits) of dynamically scheduled PDSCH reception and / or the HARQ-ACK (bits) of deactivation DCI (deactivation DCI), the HARQ-ACK (bits) of additional SPS PDSCH reception are added.

[0105] <Analysis 1>

[0106] As described above, in Release 17, the study of XR assumes aspects of capacity, latency, mobility, and energy saving as the requirements for the target of XR. Therefore, it is envisioned to apply SPS PDSCH and / or CG PUSCH in XR services, and to use multiple SPSs and / or multiple CGs in one XR packet transmission.

[0107] However, in the current SPS PDSCH and CG PUSCH, there is a possibility that XR services cannot be fully supported. For example, there is a possibility that XR services with a larger payload size cannot be fully supported.

[0108] For example, it is stipulated that one SPS PDSCH is transmitted in a set SPS transmission period (a reception period in the terminal, hereinafter simply referred to as the SPS period). Therefore, there is a possibility that the current SPS PDSCH cannot fully support XR services. In this embodiment, the terminal receives multiple SPS PDSCHs in the SPS period (for each SPS period). In this embodiment, the terminal appropriately processes the HARQ-ACK CB in the case of receiving multiple SPS PDSCHs in the SPS period.

[0109] In addition, in the CG PUSCH, multiple PUSCH transmissions are stipulated in the CG period (grant period) (for each CG period). However, the current CG PUSCH lacks flexibility and there is a possibility that XR services cannot be fully supported.

[0110] Figure 10 FIG. is a diagram for explaining an example of the CG PUSCH. The parameters cg-nrofSlots and cg-nrofPUSCH-InSlot are provided to the terminal by a higher layer. cg-nrofSlots represents the number of consecutive time slots allocated in a set CG period. cg-nrofPUSCH-InSlot represents the number of consecutive PUSCH allocations within a time slot. In Figure 10 examples of cg-nrofSlots = 3 and cg-nrofSlots = 2 are shown. The CG period (the period for transmitting the CG PUSCH, for example, Figure 10 the three time slots shown) repeats in a set CG period.

[0111] The initial PUSCH allocation is based on a higher layer setting, which is based on TDRA or TS38.321 in Type 1 CG PUSCH (Type 1 CGPUSCH). Alternatively, the initial PUSCH allocation is based on the UL grant received in the DCI of Type 2 CG PUSCH (Type 2 CGPUSCH). The remaining PUSCH allocations have the same length and mapping type as the initial PUSCH. Each PUSCH is appended to the previous PUSCH without a gap.

[0112] However, the current CG PUSCH lacks flexibility. For example, in the current CG PUSCH, there is a gap between time slots (for example, Figure 10In the part of the double arrow A1 shown, it is impossible to transmit PUSCH. Therefore, there is a possibility that XR services cannot be fully accommodated.

[0113] <Analysis 2>

[0114] Furthermore, as described above, in the XR of Release 18, an agreement has been reached on supporting the dynamic indication of one or more unused or not used CG PUSCH occasions based on UCI. Therefore, for example, it is considered that the terminal uses CG-UCI to report the dynamic indication to the base station.

[0115] However, the details of the CG-UCI for dynamically indicating the unused or not used CG PUSCH occasion and the dynamic indication based on CG-UCI have not been determined.

[0116] For example, regarding CG-UCI and CG PUSCH, regarding the CG-UCI bits, when the higher layer parameter cg-RetransmissionTimer is set, it is transmitted in the CG PUSCH, and the mapping of CG-UCI fields such as the HARQ process number, redundancy version, new data indicator, and channel occupancy time (COT) sharing information is specified (for example, Section 6.3.2.1.3 of 3GPP TS38.212).

[0117] However, in the current (existing) CG-UCI, there is no field associated with the unused or not used CG PUSCH occasion. Therefore, in order to use the current CG-UCI for dynamically indicating the unused or not used CG PUSCH occasion, it is necessary to add a field or set a new CG-UCI different from the current CG-UCI.

[0118] If the CG-UCI for dynamically indicating the unused or not used CG PUSCH occasion cannot be properly communicated between the base station and the terminal, there is a concern that it may affect the operations of the base station or the terminal, and there may also be problems in terms of resource utilization efficiency.

[0119] Based on the above analysis, in this embodiment, the following proposals are made.

[0120] In addition, Proposals 1 to 5 are used for the terminal to flexibly handle the gaps between time slots in CG PUSCH and the gaps between time slots in SPS PDSCH.

[0121] In addition, Proposals 6 to 8 relate to the CG-UCI-based dynamic indication of the transmission opportunities of unused CG PUSCH. Specifically, it is proposed: whether the report of the dynamic indication is by a new CG-UCI or an existing UCI report (Issue 1), how to determine or distinguish the presence of the CG-UCI used in the dynamic indication of the unused or unutilized CG PUSCH timing for CG PUSCH (Issue 2), and how to indicate the unused or unutilized CG PUSCH timing through the CG-UCI field (Issue 3).

[0122] <Proposal 1>

[0123] The terminal can also receive multiple SPS PDSCHs during the SPS period of the configured SPS PDSCH. The terminal can also receive more than one SPS PDSCH in the time slots allocated during the SPS period. The time slots allocated during the SPS period can also be consecutive.

[0124] Figure 11 This is a diagram illustrating an example of SPS PDSCH. For example, the parameters sps-nrofSlots and sps-nrofPDSCH-InSlot can also be provided to the terminal by a higher layer such as RRC. The parameters sps-nrofSlots and sps-nrofPDSCH-InSlot can also be included in the SPS configuration information element (SPS-Config information element) of RRC, for example.

[0125] sps-nrofSlots can also represent the number of consecutive time slots for the transmission of the SPS PDSCH allocated during the configured SPS period. sps-nrofPDSCH-InSlot can also represent the number of consecutive SPS PDSCH allocations within a time slot. Figure 11 An example of sps-nrofSlots = 3 and sps-nrofPDSCHSlot = 2 is shown. The SPS period (the period for receiving the SPS PDSCH, for example, Figure 11 the three time slots shown) repeats during the configured SPS period.

[0126] Hereinafter, the reception of multiple SPS PDSCHs in each SPS period is sometimes referred to as multiple PDSCHs. The transmission of multiple CG PUSCHs in each CG period is sometimes referred to as multiple PUSCHs. Either or both of multiple PDSCHs and multiple PUSCHs can also be applied in a terminal.

[0127] <Proposal 2>

[0128] Multiple PDSCHs can also be supported for one SPS periodicity. Multiple PUSCHs can also be supported for one CG periodicity.

[0129] <Opt.1>

[0130] In each of multiple SPS PDSCHs in one SPS period, an individual (separate, different) TDRA can also be indicated or set. In each of multiple CG PUSCHs in one CG period, an individual TDRA can also be indicated or set.

[0131] Regarding Type 1 CG PUSCH

[0132] In the case of Type 1 CG PUSCH, multiple TDRAs can also be set for the setting of one multiple PUSCHs.

[0133] Figure 12 This is a diagram for explaining an example of setting the TDRA. In the case of Type 1 CG PUSCH, as shown by the underlined part in Figure 12 multiple TDRAs can also be set based on RRC parameters in the setting of one multiple PUSCHs.

[0134] Regarding Type 2 CG PUSCH and SPS PDSCH

[0135] In the case of Type 2 CG PUSCH, for the setting of one multiple PUSCHs, multiple TDRAs can also be indicated by the activation DCI of the CG PUSCH. In the case of SPS PDSCH, for the setting of one multiple PDSCHs, multiple TDRAs can also be indicated by the activation DCI of the SPS PDSCH.

[0136] <Alt.1>

[0137] One TDRA field of the activation DCI can also indicate the RI of the TDRA table, which is a TDRA table with multiple Start and length Indicator Value (SLIV) and has at least one RI.

[0138] Figure 13 is a diagram showing examples of multiple SLIVs of the TDRA table. In Figure 13 the mapping type is omitted. As Figure 13 shown, one RI of the TDRA table can also have multiple SLIVs. For example, RI #k can also have two SLIVs of {S = 2, L = 5} and {S = 7, L = 5}.

[0139] The terminal can also determine (obtain) the SLIVs of multiple CG PUSCHs of multiple PUSCHs with reference to the TDRA table based on the RI notified by the activation DCI.

[0140] The terminal can also determine the SLIVs of multiple SPS PDSCHs of multiple PDSCHs with reference to the TDRA table based on the RI notified by the activation DCI.

[0141] In Alt.1, there is no impact (change) on the activation DCI of the CG PUSCH. In addition, in Alt.1, the TDRA table used for the scheduling of multiple PUSCHs (enhanced in Rel-17) can be reused.

[0142] In Alt.1, there is no impact on the activation DCI of SPS PDSCH. Additionally, in Alt.1, it is possible to reuse the TDRA table for scheduling multiple PDSCHs (enhanced in Rel-17).

[0143] <Alt.2>

[0144] Multiple TDRA fields can also be included in the activation DCI of CG PUSCH. Each of the multiple TDRA fields can also indicate the RI of a TDRA table having only 1 SLIV in each row.

[0145] For example, 1 SLVI indicated by the RI of each of the multiple TDRA fields can also indicate the SLIV of each CG PUSCH during CG.

[0146] Multiple TDRA fields can also be included in the activation DCI of SPS PDSCH. Each of the multiple TDRA fields can also indicate the RI of a TDRA table having only 1 SLIV in each row.

[0147] For example, 1 SLVI indicated by the RI of each of the multiple TDRA fields can also indicate the SLIV of each SPS PDSCH during SPS.

[0148] In Alt.2, it is possible to reuse the TDRA table for single multiple PUSCH scheduling.

[0149] In Alt.2, it is possible to reuse the TDRA table for single multiple PDSCH scheduling.

[0150] <Opt.2>

[0151] During 1 SPS cycle, it is also possible to indicate and / or set TDRA for the initial SPS PDSCH. During 1 CG cycle, it is also possible to indicate and / or set TDRA for the initial CG PUSCH.

[0152] The TDRA of the subsequent SPS PDSCH can also be determined based on the TDRA in the initial SPS PDSCH and the number of SPS PDSCHs in one period. The TDRA of the subsequent CG PUSCH can also be determined based on the TDRA in the initial CG PUSCH and the number of CG PUSCHs in one period.

[0153] <Alt.1>

[0154] It can also be that the TDRA of multiple PDSCHs is allocated in a slot-based manner. It can also be that the TDRA of multiple PUSCHs is allocated in a slot-based manner.

[0155] For example, the SPS PDSCH resource allocation can also be the same in each time slot. The number of time slots of the SPS PDSCH in one period can be indicated by the activation DCI (if present) or set by RRC. In the case of being set by RRC, the number of SPS PDSCHs can also be set for each configured SPS or set commonly for all configured SPSs.

[0156] For example, the CG PUSCH resource allocation can also be the same in each time slot. The number of time slots of the CG PUSCH in one period can be indicated by the activation DCI (if present) or set by RRC. In the case of being set by RRC, the number of CG PUSCHs can also be set for each configured CG or set commonly for all configured CGs.

[0157] <Alt.1-1>

[0158] In one time slot, one SPS PDSCH can also be allocated. In one time slot, one CG PUSCH can also be allocated.

[0159] Figure 14 It is a diagram illustrating an example of Alt.1-1. In Figure 14 's example, the terminal receives 3 SPS PDSCHs in the configured SPS period. In Figure 14 's example, the terminal receives 1 SPS PDSCH in one time slot.

[0160] It can also be for the initial time slot (e.g., Figure 14The TDRA is indicated or set for the SPS PDSCH in the time slot at the left end). The TDRA in the SPS PDSCH of the initial time slot can also be applied to the SPS PDSCH of the remaining time slots.

[0161] In Figure 14 the SPS PDSCH is described, but the same applies to the CG PUSCH.

[0162] <Alt.1-2>

[0163] In one time slot, multiple SPS PDSCHs can also be allocated. In one time slot, multiple CGPUSCHs can also be allocated.

[0164] <Alt.1-2A>

[0165] The number of multiple SPS PDSCHs within one time slot can also be explicitly indicated and / or set. The number of multiple CG PUSCHs within one time slot can also be explicitly indicated and / or set.

[0166] The length of each SPS PDSCH can also be the same as the length of the initial SPS PDSCH. The length of each CG PUSCH can also be the same as the length of the initial CG PUSCH.

[0167] Figure 15 is a diagram illustrating an example of Alt.1-2A. In Figure 15 example, the number of consecutive time slots for transmitting the SPS PDSCH allocated in the set SPS period is 3. The terminal receives 2 SPS PDSCHs in each time slot.

[0168] The number of multiple SPS PDSCHs within one time slot can also be explicitly indicated and / or set. For example, Figure 15 the number “2” of multiple SPS PDSCHs within one time slot shown in Figure 15 can also be explicitly indicated and / or set by a higher layer parameter such as DCI or RRC. In addition,

[0169] In Figure 15 the SPS PDSCH is described, but the same applies to the CG PUSCH.

[0170] <Alt.1-2B>

[0171] Regarding the number of multiple SPS PDSCHs within one time slot, it can also be conceived that the length of the PDSCH is equal to the length of the original PDSCH and is implicitly determined as the maximum allowable number of PDSCHs within the time slot. Regarding the number of multiple CG PUSCHs within one time slot, it can also be conceived that the length of the PUSCH is equal to the length of the original PUSCH and is implicitly determined as the maximum allowable number of PUSCHs within the time slot.

[0172] <Alt.1-2B-1>

[0173] The last SPS PDSCH within the time slot can also be shorter than the length of the original SPS PDSCH. The last CG PUSCH within the time slot can also be shorter than the length of the original CG PUSCH.

[0174] Figure 16 It is a diagram illustrating an example of Alt.1-2B-1. In Figure 16 the example, the number of consecutive time slots in which the SPS PDSCH is transmitted and that are allocated within the set SPS period is 3.

[0175] The terminal can also conceive that the length of the PDSCH is equal to the length of the original PDSCH, and based on the length of the SPS PDSCH and the length of the time slot, implicitly determine the maximum allowable number in the time domain of the SPS PDSCH within one time slot. In Figure 16 the example, the maximum allowable number of SPS PDSCHs within the time slot is 3. The lengths of the first SPS PDSCH and the second SPS PDSCH within one time slot are the same, but the length of the last SPS PDSCH within one time slot can also be shorter than the lengths of other SPS PDSCHs.

[0176] For example, the terminal can also allocate the original SPS PDSCH to the time slot based on the TDRA. The terminal can also continuously allocate SPS PDSCHs of the same length as the original SPS PDSCH so that they are accommodated in the said time slot. The terminal can also allocate an SPS PDSCH with a length shorter than the original SPS PDSCH in the resources (symbols) of the time slot that do not accommodate consecutive SPS PDSCHs (for example, Figure 16 the double-arrow A11 part shown).

[0177] In Figure 16 SPS PDSCH is described, but the same applies to CG PUSCH.

[0178] <Alt.1-2B-2>

[0179] The last SPS PDSCH within a time slot may also be longer than the initial SPS PDSCH. The last CG PUSCH within a time slot may also be longer than the initial CG PUSCH.

[0180] Figure 17 This is a diagram illustrating an example of Alt.1-2B-2. In Figure 17 this example, the number of consecutive time slots for SPS PDSCH transmission allocated in the set SPS period is 2.

[0181] The terminal may also assume that the length of the PDSCH is equal to the length of the initial PDSCH, and implicitly determine the maximum allowable number in the time domain of the SPS PDSCH within one time slot based on the length of the SPS PDSCH and the length of the time slot. In Figure 17 this example, the maximum allowable number of SPS PDSCH within a time slot is 2. The length of the second SPS PDSCH (the last SPS PDSCH within one time slot) within one time slot may also be longer than the length of other SPS PDSCH.

[0182] For example, the terminal may also allocate the initial SPS PDSCH to a time slot based on the TDRA. The terminal may also continuously allocate SPS PDSCH with the same length as the initial SPS PDSCH to fit within the said time slot. The terminal may also, in the resources (symbols) of the time slot that do not accommodate consecutive SPS PDSCH (for example, Figure 17 the double-arrow A21 part shown), make the length of the last SPS PDSCH (the second SPS PDSCH in Figure 17 this example) longer than that of other SPS PDSCH.

[0183] In Figure 17 SPS PDSCH has been described, but the same applies to CG PUSCH.

[0184] <Alt.1-2B-3>

[0185] The last remaining symbols within a time slot that are shorter than the length of the initial SPS PDSCH may also be discarded. The last remaining symbols within a time slot that are shorter than the length of the initial CG PUSCH may also be discarded.

[0186] Figure 18 This is a diagram illustrating an example of Alt.1-2B-3. In Figure 18 this example, the number of consecutive time slots for SPS PDSCH transmission allocated in the set SPS period is 3.

[0187] The terminal may also assume that the length of the PDSCH is equal to the length of the initial PDSCH, and implicitly determine the maximum allowable number in the time domain of the SPS PDSCH within one time slot based on the length of the SPS PDSCH and the length of the time slot. In Figure 18 's example, the maximum allowable number within the time slot of the SPS PDSCH is 2. The terminal may also discard the SPS PDSCH in resources shorter than the SPS PDSCH within one time slot.

[0188] For example, the terminal may also allocate the initial SPS PDSCH to a time slot based on the TDRA. The terminal may also continuously allocate SPS PDSCHs of the same length as the initial SPS PDSCH so that they are accommodated in the said time slot. The terminal may also discard (not allocate) the SPS PDSCH in the resources (symbols) of the time slot that do not accommodate consecutive SPS PDSCHs (for example, Figure 18 the double-arrow A31 part shown).

[0189] In Figure 18 , the SPS PDSCH is described, but the same applies to the CG PUSCH.

[0190] <Alt.2>

[0191] In one cycle, multiple SPS PDSCHs may also be continuously allocated based on the TDRA. In one cycle, multiple CG PUSCHs may also be continuously allocated based on the TDRA.

[0192] For example, multiple SPS PDSCHs may be continuously allocated across time slots, such as in the case of PUSCH repetition type B (PUSCH-repetition type B). For example, multiple CG PUSCHs may be continuously allocated across time slots, such as in the case of PUSCH repetition type B (PUSCH-repetition type B). Thereby, low-latency communication can be achieved.

[0193] When the SPS PDSCH allocated by the TDRA spans time slots, similar to PUSCH repetition type B (PUSCH-repetition type B), the nominal SPS PDSCH may also be divided into two actual PDSCHs (actual PDSCHs). When the CG PUSCH allocated by the TDRA spans time slots, similar to PUSCH repetition type B (PUSCH-repetition type B), the nominal CG PUSCH may also be divided into two actual PUSCHs.

[0194] The number of SPS PDSCHs and CG PUSCHs can also be counted based on the following Alt.2-1 or Alt.2-2.

[0195] <Alt.2-1>

[0196] The number of SPS PDSCHs can also be counted based on the nominal SPS PDSCH. The number of CG PUSCHs can also be counted based on the nominal SPS PDSCH.

[0197] Figure 19 FIG. is an example diagram illustrating Alt.2-1. Figure 19 The line A31a shown represents the time slot boundary. In Figure 19 it is assumed that the number of SPS PDSCHs in the SPS period is 4 (let sps-nrofSlots = 4)

[0198] In Alt.2-1, the number of SPS PDSCHs is counted based on the nominal SPS PDSCH. That is, the number of SPS PDSCHs is counted in the state before one of the SPS PDSCHs is divided by time slots. For example, an SPS PDSCH divided by the time slot boundary is counted as one.

[0199] Therefore, the number of SPS PDSCHs in the SPS period is 4. In the case where one SPS PDSCH spans time slots, as Figure 19 shown, the nominal SPS PDSCH is allocated to resources. The terminal decodes the nominal SPS PDSCH allocated to the resources.

[0200] In Figure 19 SPS PDSCH is described, but the same applies to CG PUSCH.

[0201] <Alt.2-2>

[0202] The number of SPS PDSCHs can also be counted based on the actual SPS PDSCH. The number of CG PUSCHs can also be counted based on the actual SPS PDSCH.

[0203] Figure 20 FIG. is an example diagram illustrating Alt.2-2. Figure 20 The line A31b shown represents the time slot boundary. In Figure 20 it is assumed that the number of SPS PDSCHs in the SPS period is 4 (let sps-nrofSlots = 4).

[0204] In Alt.2-2, the number of SPS PDSCHs is counted based on the actual SPS PDSCH. That is, in the state after one SPS PDSCH is divided by time slots, the number of SPS PDSCHs is counted. For example, an SPS PDSCH divided by a time slot boundary is counted as two.

[0205] Therefore, the number of SPS PDSCHs in an SPS period is 4. In the case where one SPS PDSCH spans time slots, as Figure 20 shown, the actual SPS PDSCH is allocated to resources. The terminal decodes the actual SPS PDSCH allocated to resources.

[0206] In Figure 20 SPS PDSCH is described, but the same applies to CG PUSCH.

[0207] In addition, in Alt.2 of Proposal 1, the number of SPS PDSCHs transmitted in an SPS period can be indicated by an activation DCI (if present) or set by RRC. When the number of SPS PDSCHs is set by RRC, the number of SPS PDSCHs can also be set for each configured SPS or commonly set for all configured SPSs.

[0208] Furthermore, in Alt.2 of Proposal 1, the number of CG PUSCHs transmitted in a CG period can be indicated by an activation DCI (if present) or set by RRC. When the number of CG PUSCHs is set by RRC, the number of CG PUSCHs can also be set for each configured CG or commonly set for all configured CGs.

[0209] <Proposal 3>

[0210] In multiple PDSCHs, parameters other than TDRA such as, for example, Frequency Domain Resource Allocation (FDRA), Modulation Coding Scheme (MCS), Redundancy Version (RV), Transmission Configuration Indication (TCI) state, or SRS resource indicator (SRI) can also be applied. In multiple PUSCHs, parameters other than TDRA such as, for example, FDRA, MCS, RV, TCI state, or SRI can also be applied.

[0211] <Opt.1>

[0212] The above parameters can also be indicated and / or set commonly for all SPS PDSCHs in one SPS period. The above parameters can also be indicated and / or set commonly for all CG PUSCHs in one CG period.

[0213] <Opt.2>

[0214] The above parameters can also be indicated and / or set individually for all SPS PDSCHs in one SPS period. The above parameters can also be indicated and / or set individually for all CG PUSCHs in one CG period.

[0215] In Type 1 CG PUSCH, rrc-ConfiguredUplinkGrant can also be applied in the individual setting of the above parameters. In Type 1 CG PUSCH and SPS PDSCH, the individual fields of the above parameters can also be included in the activation DCI of CG and the activation DCI of SPS.

[0216] <Proposal 4>

[0217] The actual transmission of PDSCH (received at the terminal) can occur in all SPS PDSCHs within one SPS cycle, or in a part of the SPS PDSCHs. The actual transmission of PUSCH can occur in all CG PUSCHs within one CG cycle, or in a part of the CG PUSCHs.

[0218] <Opt.1>

[0219] The actual reception can occur in all SPS PDSCHs within the SPS cycle, or in the first specific SPS PDSCH within the SPS cycle. The actual transmission can occur in all CG PUSCHs within the CG cycle, or in the first specific CG PUSCH within the CG cycle.

[0220] For example, the terminal can receive PDSCH in 6 SPS PDSCHs of the multiple PDSCHs shown in Figure 15 or in the SPS PDSCH shown at the left end of the 6 SPS PDSCHs shown in Figure 15 .

[0221] The number of actual receptions within one SPS cycle and the number of actual transmissions within one CG cycle can also be determined according to Alt.1 or Alt.2 below.

[0222] <Alt.1>

[0223] The number of actual receptions within one SPS cycle can also be determined by blind detection. The number of actual transmissions within one CG cycle can also be determined by blind detection.

[0224] In the determination based on blind detection, when it is determined that there is no actual reception in a certain SPS PDSCH, the terminal can also not perform blind detection in the SPS PDSCH following the certain SPS PDSCH. In the determination based on blind detection, when it is determined that there is no actual transmission in a certain CG PUSCH, the base station can also not perform blind detection in the CG PUSCH following the certain CG PUSCH.

[0225] For example, when it is determined that there is no actual reception in the second SPS PDSCH from the left end among the 9 SPS PDSCHs of the multiple PDSCHs shown in Figure 16 , the terminal can also not perform blind detection of the number of actual receptions in the SPS PDSCHs after the third one.

[0226] <Alt.2>

[0227] The number actually received in one SPS period may also be notified by the control information included in the initial SPS PDSCH in the SPS period. The number actually transmitted in one CG period may also be notified by the control information included in the initial CG PUSCH in the CG period.

[0228] The control information included in the initial SPS PDSCH in the SPS period may also indicate that there are N actual PDSCH receptions in this SPS period. N may also be a number less than the maximum number of SPS PDSCHs included in one SPS period. When N is less than the maximum number of SPS PDSCHs, the terminal may also not perform blind detection in the (N + 1)-th SPS PDSCH included in one SPS period.

[0229] The control information included in the initial CG PUSCH in the CG period may also indicate that there are N actual PUSCH transmissions in this CG period. N may also be a number less than the maximum number of CG PUSCHs included in one CG period. When N is less than the maximum number of CG PUSCHs, the base station may also not perform blind detection in the (N + 1)-th PUSCH included in one CG period.

[0230] <Opt.2>

[0231] Sometimes, no actual reception occurs in all SPS PDSCHs of one SPS period. For example, the following situation is also envisaged: Although multiple SPS PDSCH candidates are set within one time slot according to the request of the XR service (for example, refer to Figure 16 ), no actual reception occurs at a certain timing.

[0232] Therefore, the terminal may also perform blind detection on the SPS PDSCHs in all reception opportunities of the SPS PDSCHs. In addition, even when it is determined that there is no actual reception in a certain SPS PDSCH in one SPS period, the terminal also performs blind detection on the remaining SPS PDSCHs.

[0233] Sometimes, no actual transmission occurs in all CG PUSCHs of one CG period. For example, the following situation is also envisaged: Although multiple CG PUSCH candidates are set within one time slot according to the request of the XR service, no actual reception occurs at a certain timing.

[0234] Therefore, the base station can also perform blind detection of the CG PUSCH in all reception opportunities of the CG PUSCH. Additionally, even when it is determined that there is no actual transmission in a certain CG PUSCH within one CG period, the base station still performs blind detection of the remaining CG PUSCHs.

[0235] <Proposal 5>

[0236] In Proposal 5, the HARQ-ACK feedback in one SPS period for multiple PDSCHs (multiple PDSCHs) is described.

[0237] Regarding HARQ-ACK timing

[0238] <Alt.1>

[0239] The timing of the HARQ-ACK report can also be determined individually for each SPS PDSCH. Therefore, there can also be a quantity of HARQ-ACK corresponding to the number of SPS PDSCHs, and there can be multiple K1s.

[0240] K1 can also be indicated to the terminal by the activation DCI of each configured SPS PDSCH. In addition, one K1 can be indicated to the terminal by the activation DCI and be commonly applied in each configured SPS PDSCH.

[0241] <Alt.2>

[0242] The HARQ-ACK feedback for multiple SPS PDSCHs in one SPS period can also be reported in one PUCCH. For example, Figure 16 The HARQ-ACK for the nine SPS PDSCHs shown can also be reported in one PUCCH. The transmission timing of the PUCCH can also be determined based on K1 indicated by the activation DCI and the first or last SPS PDSCH time slot during the SPS period.

[0243] Regarding the Type 1 HARQ-ACK CB (Type 1 HARQ-ACK CB) and Type 2 HARQ-ACK CB (Type 2 HARQ-ACK CB) of the SPS PDSCH with only multiple PDSCHs (multiple PDSCHs)

[0244] Figure 21This is a diagram illustrating an example of the ordering of HARQ-ACK in a Type 1 HARQ-ACK CB for multiple PDSCHs. For the HARQ-ACK of SPS PDSCHs in multiple PDSCHs, in each DL time slot number of each SPS setting index in each serving cell index, they are arranged in ascending order of the starting symbol (number) of the SPS PDSCH. Thereafter, for the HARQ-ACK of SPS PDSCHs in each SPS setting index of each serving cell index, they are arranged in ascending order of the DL time slot number. Thereafter, for the HARQ-ACK of SPS PDSCHs in each serving cell index, they are arranged in ascending order of the SPS setting index. Thereafter, for the HARQ-ACK of SPS PDSCHs, they are arranged in ascending order of the serving cell index.

[0245] In a Type 2 HARQ-ACK CB during SPS PDSCH reception, the HARQ-ACK can also be ordered in the same way as the above-mentioned Type 1 HARQ-ACK CB. Additionally, in a Type 2 HARQ-ACK CB, when the HARQ-ACK of SPS PDSCH reception is multiplexed with the HARQ-ACK of dynamically scheduled PDSCH reception and / or the HARQ-ACK of deactivation DCI, the HARQ-ACK (bits) of SPS PDSCH reception are appended after (next in time) the HARQ-ACK (bits) of dynamically scheduled PDSCH reception and / or the HARQ-ACK (bits) of deactivation DCI.

[0246] Regarding Type 1 HARQ-ACK feedback for SPS PDSCH and dynamic PDSCH in multiple PDSCHs

[0247] In the case where a separate TDRA is indicated and / or configured for each SPS PDSCH (e.g., referring to Opt.1 of Proposal 2), the generation process of Type 1 HARQ-ACK CB can also follow the generation process in Rel.-15 or Rel.-16. In addition, the generation process of Type 1 HARQ-ACK CB can also follow the generation process of HARQ-ACK CB for multi-PDSCH scheduling discussed in Rel.-17.

[0248] In the case where only the TDRA of the initial SPS PDSCH is indicated and / or configured (e.g., referring to Opt.2 of Proposal 2), the following Opt.1 or Opt.2 can also be applied.

[0249] <Opt.1>

[0250] Multiple candidate PDSCH reception opportunities in one SLIV can also be determined in the following manner.

[0251] Figure 22 It is a diagram illustrating an example of candidate PDSCH reception opportunities.

[0252] (1) When determining the timing of HARQ-ACK reporting separately for each SPS PDSCH, the number N of multiple candidate PDSCH reception opportunities in one SLIV can also be determined by the maximum number of SPS PDSCHs within one time slot.

[0253] For example, in the Figure 16 example, when determining the timing of HARQ-ACK reporting separately for each SPS PDSCH, the number N of candidate PDSCH reception opportunities can also be 3.

[0254] (2) When reporting HARQ-ACKs of multiple SPS PDSCHs in one SPS period on one PUCCH, the number of multiple candidate PDSCH reception opportunities corresponding to one SLIV can also be determined by the maximum number of SPS PDSCHs in one SPS period.

[0255] For example, in the Figure 16 example, when reporting HARQ-ACKs of multiple SPS PDSCHs in one SPS period on one PUCCH, the number of candidate PDSCH reception opportunities can also be 9.

[0256] <Opt.2>

[0257] One candidate PDSCH reception opportunity in one SLIV can also be determined in the following manner.

[0258] <Opt.2-1>

[0259] The PDSCH time slot set (PDSCH time slot window) can also be extended, or the K1 set can also be extended.

[0260] Step 1

[0261] In the case where multi-PDSCH (multiple PDSCH) scheduling is not activated or set, the PDSCH time slot set or the K1 set can also be extended based on the maximum number of PDSCH time slots in one SPS period.

[0262] In the case where multi-PDSCH (multiple PDSCH) scheduling is activated or set, the PDSCH time slot set or the K1 set can also be extended based on the maximum value between "the maximum number of PDSCH time slots in one SPS period" and "the maximum number of PDSCH time slots for multi-PDSCH (multiple PDSCH) scheduling based on one DCI".

[0263] Figure 23 It is a diagram illustrating an example of the extended PDSCH time slot set. Multiple SPS PDSCHs are included in one SPS period. When K1 is set (extended) in each of the multiple SPS PDSCHs, the PDSCH time slot set can also be extended as shown by the dashed box A41a in Figure 23 In addition, Figure 23 the dashed box A41b in

[0264] Step 2

[0265] The candidate PDSCH reception opportunity in each candidate PDSCH time slot after K1 extension can also be determined based on the set of SLIVs in each row of the TDRA table.

[0266] In addition, Opt.2-1 of Proposal 5 is applied to the case of slot-based multi-PDSCHs (multiple PDSCHs) where one PDSCH is included in one time slot, and this case is for the situation where HARQ-ACKs of multiple SPS PDSCHs in one SPS period are reported in one PUCCH. For example, Opt.2-1 of Proposal 5 is applied to the case of Alt.1-1 of Opt.2 of Proposal 2 (for example, refer toFigure 14 ).

[0267] <Opt.2-2>

[0268] The PDSCH time slot set can also be extended, and each row of the TDRA table can also be extended.

[0269] Step 1

[0270] The PDSCH time slot set or the K1 set is extended in the same way as Step 1 of the above Opt.2-1.

[0271] Step 2

[0272] For each row of the TDRA table, it is also conceivable that the SLIV of the original TDRA table is the first PDSCH (SPS PDSCH) in one time slot to extend the SLIV. The SLIV of the PDSCH following the first PDSCH in the same time slot can also be appended to the row of the TDRA table.

[0273] Figure 24 It is a diagram for explaining an example of the extension of the SLIV. Figure 24 The original TDRA table is shown at the lower left. The SILV of the first PDSCH in one time slot is included in the original TDRA table.

[0274] Figure 24 The extended TDRA table is shown at the lower right. In the extended TDRA table, in addition to the SILV of the first PDSCH in one time slot, the SILV of the PDSCH following the first PDSCH is also included.

[0275] For example, the SLIV {S = 2, L = 5} in RI #k of the extended TDRA table represents Figure 24 the SLIV of the SPS PDSCH shown by the arrow A42a in Figure 24 . The SLIV {S = 7, L = 5} represents Figure 24 the SLIV of the SPS PDSCH shown by the arrow A42b in

[0276] Step 3

[0277] The candidate PDSCH reception opportunities in each candidate PDSCH time slot after the K1 extension can also be determined based on the SLIV set of each row of the extended TDRA table.

[0278] In addition, Opt. 2-2 of Proposal 5 is applied to the case of time-slot-based multiple PDSCHs with multiple PDSCHs included in one time slot, and this case is for the case where HARQ-ACKs of multiple SPS PDSCHs for one SPS cycle are reported in one PUCCH. For example, Opt. 2-2 of Proposal 5 is applied to the case of Alt. 1-2 of Opt. 2 of Proposal 2 (for example, refer to Figure 15 ).

[0279] <Opt. 2-3>

[0280] In each row of the TDRA table, the SLIV can also be extended.

[0281] Step 1

[0282] For each row of the TDRA table, it is also conceivable to extend the SLIV by considering the SLIV as the first PDSCH of one SPS cycle. The maximum number of SPS PDSCHs in one SPS cycle can be conceived, and the SLIVs of the PDSCHs following the first PDSCH in one SPS cycle are appended to the rows of the TDRA table.

[0283] Figure 25 is a diagram for explaining an example of the extension of the SLIV. Figure 25 The original TDRA table is shown at the lower left of . The SILV including the first PDSCH within one time slot is included in the original TDRA table.

[0284] Figure 25 The extended TDRA table is shown at the lower right of . In the extended TDRA table, in addition to the SILV of the first PDSCH in one SPS cycle, the SILVs of the PDSCHs following the first PDSCH are also included.

[0285] For example, the SLIV {K0 = 2, S = 2, L = 5} in RI #k of the extended TDRA table represents Figure 25 the SLIV of the SPS PDSCH shown by arrow A43a in . The SLIV {K0 = 2, S = 7, L = 5} represents Figure 25 the SLIV of the SPS PDSCH shown by arrow A43b in . The SLIV {K0 = 2, S = 12, L = 2} represents Figure 25 the SLIV of the SPS PDSCH shown by arrow A43c in . The SLIV {K0 = 3, S = 0, L = 3} represents Figure 25The SLIV of the SPS PDSCH as indicated by arrow A43d. SLIV{K0 = 3, S = 3, L = 5} indicates Figure 25 the SLIV of the SPS PDSCH as indicated by arrow A43e.

[0286] Step 2

[0287] The determination of candidate PDSCH time slots and candidate PDSCH reception opportunities can also follow the determination of the multiple PDSCH scheduling in Rel.-17.

[0288] In addition, Opt.2-3 of Proposal 5 is applied to the case of time-slot-based multiple PDSCHs with one PDSCH in one time slot and the case of time-slot-based multiple PDSCHs with multiple PDSCHs in one time slot. For example, Opt.2-3 of Proposal 5 is applied to Alt.1 and Alt.2 of Opt.2 of Proposal 2 (for example, refer to Figures 14 - 18 )

[0289] <Proposal 6>

[0290] In Proposal 6, regarding the method of dynamically indicating CG-UCI for the transmission opportunity (unused CG PUSCH occasion) of the terminal based on the unused CG PUSCH, the following options are proposed.

[0291] <Option 1>

[0292] In the presence of specific higher-layer parameters such as cg-RetransmissionTimer, the terminal dynamically indicates the transmission opportunity of the unused CG PUSCH through a new CG-UCI different from the existing CG-UCI.

[0293] In Option 1, when both the new CG-UCI for spectrum sharing and the existing CG-UCI exist, the CG PUSCH can contain two CG-UCI.

[0294] <Option 2>

[0295] In the case where the existing CG-UCI has a new UCI field for indicating the transmission opportunity of the unused CG PUSCH in addition to the legacy UCI field, the terminal dynamically indicates the transmission opportunity of the unused CG PUSCH through this existing CG-UCI.

[0296] In Option 2, the terminal transmits at most one CG-UCI together with the CG PUSCH.

[0297] <Proposal 7>

[0298] Regarding whether there is a new CG-UCI like Option 1 of Proposal 6, or whether there is a new CG-UCI field for the existing CG-UCI, it can be judged (or discriminated) as in the following examples.

[0299] <Option 1>

[0300] In Option 1 of Proposal 7, regarding whether there is a new CG-UCI, or whether there is a new CG-UCI field in the existing CG-UCI, it is defined by the specification. Hereinafter, Option 1 will be described using Example 1 and Example 2.

[0301] <Example 1>

[0302] When the terminal reports the capability of dynamically indicating (reporting) the transmission opportunity of an unused CG PUSCH by the CG-UCI, the terminal always assumes that there is a new CG-UCI together with each CG PUSCH (actually transmitted), or there is a new CG-UCI field for the existing CG-UCI.

[0303] <Variation of Example 1>

[0304] In at least one of the following cases, the terminal can also always assume that there is a new CG-UCI together with each CG PUSCH (actually transmitted), or there is a new CG-UCI field for the existing CG-UCI.

[0305] The case where the CG PUSCH is a type 1 (or type 2) CG PUSCH,

[0306] The case where the CG PUSCH has a high (or low) physical priority,

[0307] The case where the CG PUSCH is repeatedly transmitted (or not transmitted),

[0308] The case where there is one (or multiple) transmission opportunities of the CG PUSCH during one CG period.

[0309] <Example 2>

[0310] In the case where the terminal reports the capability of dynamically indicating (reporting) the transmission opportunity of unused CG PUSCH by CG-UCI, the terminal can also determine whether there is a new CG-UCI or whether there is a new CG-UCI field of the existing CG-UCI based on specific conditions.

[0311] The conditions may also include whether multiple CG settings are configured and / or whether multiple transmission opportunities of CG PUSCH are configured / indicated within one CG period.

[0312] <Example 2-1>

[0313] In the case where multiple CG settings are configured or activated, the terminal determines that there is a new CG-UCI (or a new CG-UCI field of the existing CG-UCI) together with each CG PUSCH (actually transmitted). In the case where multiple CG settings are not configured or activated, the terminal determines that there is no new CG-UCI (or a new CG-UCI field of the existing CG-UCI) together with the CG PUSCH.

[0314] <Variation of Example 2-1>

[0315] In at least one of the following cases, the terminal can also determine the new CG-UCI (or the new CG-UCI field of the existing CG-UCI) that exists together with each CG PUSCH (actually transmitted).

[0316] The case where the CG PUSCH is a type 1 (or type 2) CG PUSCH,

[0317] The case where the CG PUSCH has a high (or low) physical priority,

[0318] The case where the CG PUSCH is repeatedly transmitted (or not transmitted),

[0319] The case where there is one (or multiple) transmission opportunity of CG PUSCH within one CG period.

[0320] <Example 2-2>

[0321] When multiple CG PUSCH transmission opportunities are configured / indicated in the CG configuration, the terminal determines that there is a new CG-UCI (or a new CG-UCI field of the existing CG-UCI) together with the X (actually transmitted) CG PUSCHs from the beginning (or from the end) in this CG configuration. When multiple CG PUSCH transmission opportunities are not configured / indicated in the CG configuration, the terminal determines that there is no new CG-UCI (or a new CG-UCI field of the existing CG-UCI) together with the CG PUSCH in this CG configuration.

[0322] <Example 2-2 Variation>

[0323] In at least one of the following cases, the terminal may determine the new CG-UCI (or the new CG-UCI field of the existing CG-UCI) that exists together with each (actually transmitted) CG PUSCH.

[0324] The case where the CG PUSCH is a type 1 (or type 2) CG PUSCH,

[0325] The case where the CG PUSCH has a high (or low) physical priority,

[0326] The case of repeatedly transmitting (or not transmitting) the CG PUSCH,

[0327] The case where there is one (or multiple) CG PUSCH transmission opportunity during one CG period.

[0328] <Option 2>

[0329] In Option 2 of Proposal 7, regarding the existence of a new CG-UCI or the existence of a new CG-UCI field in the existing CG-UCI, it is specified by a higher layer configuration (e.g., RRC configuration and / or dynamic indication). Hereinafter, Option 2 will be described using Example 3 and Example 4.

[0330] <Example 3>

[0331] The existence of the new CG-UCI (or the new CG-UCI field of the existing CG-UCI) is configured / indicated commonly for all CG PUSCHs.

[0332] <Example 3-1>

[0333] In the case where a new CG-UCI (or a new CG-UCI field of an existing CG-UCI) is configured by RRC, the terminal always assumes that a new CG-UCI (or a new CG-UCI field of an existing CG-UCI) exists together with each CG-PUSCH (actually transmitted). Additionally, in the case where a new CG-UCI (or a new CG-UCI field of an existing CG-UCI) is not configured by RRC, the new CG-UCI (or a new CG-UCI field of an existing CG-UCI) does not exist in any CG-PUSCH.

[0334] <Example 3-2>

[0335] In the case where the existence of a new CG-UCI (or a new CG-UCI field of an existing CG-UCI) is indicated by a dynamic indication, the terminal always assumes that a new CG-UCI (or a new CG-UCI field of an existing CG-UCI) exists together with each CG-PUSCH (actually transmitted). Additionally, in the case where the existence of a new CG-UCI (or a new CG-UCI field of an existing CG-UCI) is not indicated by a dynamic indication, the new CG-UCI (or a new CG-UCI field of an existing CG-UCI) does not exist in any CG-PUSCH.

[0336] Here, the dynamic indication can also be any configuration or an active DCI of a MAC CE.

[0337] <Variation of Example 3>

[0338] In at least one of the following cases, the terminal can always assume that a new CG-UCI exists together with each CG PUSCH (actually transmitted), or a new CG-UCI field of an existing CG-UCI exists.

[0339] The case where the CG PUSCH is a type 1 (or type 2) CG PUSCH,

[0340] The case where the CG PUSCH has a high (or low) physical priority,

[0341] The case where the CG PUSCH is repeatedly transmitted (or not transmitted),

[0342] The case where there is one (or multiple) transmission opportunity of the CG PUSCH during one CG period configured by CG,

[0343] When there is one (or more) transmission opportunity for CG PUSCH during one CG period, there are X transmission opportunities for CG PUSCH starting from the beginning (or from the end).

[0344] <Example 4>

[0345] The presence of a new CG-UCI (or a new CG-UCI field of an existing CG-UCI) is set / indicated for each CG setting.

[0346] For example, when the presence of a new CG-UCI (or a new CG-UCI field of an existing CG-UCI) for CG setting is set by RRC or indicated by an active DCI for CG setting, the new CG-UCI (or a new CG-UCI field of an existing CG-UCI) exists together with each actually transmitted CG PUSCH for CG setting. In other cases, the new CG-UCI (or a new CG-UCI field of an existing CG-UCI) does not exist for any CG PUSCH for CG setting.

[0347] <Variation of Example 4>

[0348] In at least one of the following cases, the terminal does not assume that a new CG-UCI (or a new CG-UCI field of an existing CG-UCI) is set / indicated to exist for CG setting.

[0349] The case where the CG setting is a type 1 (or type 2) CG setting,

[0350] The case where the CG setting is a high (or low) physical priority,

[0351] The case of repeated (or non-repeated) transmission of CG setting,

[0352] The case where there is one (or more) transmission opportunity for CG PUSCH during one CG period of CG setting,

[0353] The case where there is one (or more) transmission opportunity for CG PUSCH during one CG period of CG setting.

[0354] Here, the presence of a new CG-UCI for CG configuration (or a new CG-UCI field of an existing CG-UCI) can also be indicated by a MAC CE.

[0355] <Changes in Proposal 2>

[0356] When it is determined that a new CG-UCI (or a new CG-UCI field of an existing CG-UCI) coexists with a repetitive CG PUSCH, the new CG-UCI (or the new CG-UCI field of the existing CG-UCI) may exist only in the first repetition, or may exist in each repetition of the CG PUSCH.

[0357] When it is determined that a new CG-UCI (or a new CG-UCI field of an existing CG-UCI) coexists with a CG PUSCH in a CG configuration where there are multiple CG PUSCH transmission opportunities during one CG period, the new CG-UCI (or the new CG-UCI field of the existing CG-UCI) may exist only in the transmission opportunities of the first X (e.g., X = 1, 2, 3) (actually transmitted) CG PUSCHs from the beginning (or from the end), or may exist in the transmission opportunities of each (actually transmitted) CG PUSCH.

[0358] In addition, when it is determined that a new CG-UCI (or a new CG-UCI field of an existing CG-UCI) exists for all CG PUSCHs or exists for a specific CG PUSCH, the CG-UCI may also exist periodically.

[0359] (Example 1) When the presence of a new CG-UCI (or a new CG-UCI field of an existing CG-UCI) is for any CG PUSCH, the new CG-UCI (or the new CG-UCI field of the existing CG-UCI) may exist periodically. That is, the new CG-UCI (or the new CG-UCI field of the existing CG-UCI) may exist for X times in one period (e.g., in the case of X = 1, the first CG-PUSCH). The period may be every Y time slots / symbols / sub-frames / frames (or s / ms / minutes / hours / days, etc.) or every Y CG PUSCH transmission opportunities.

[0360] In addition, in at least one of the following cases, the presence of a new CG-UCI (or a new CG-UCI field of an existing CG-UCI) may exist periodically.

[0361] The case where the CG PUSCH is a type 1 (or type 2) CG PUSCH,

[0362] The case where the CG PUSCH has a high (or low) physical priority,

[0363] The case where the CG PUSCH is repeatedly sent (or not sent),

[0364] The case where there is one (or more) transmission opportunities for the CG PUSCH during one CG period set by the CG,

[0365] The case where there is one (or more) transmission opportunities for the CG PUSCH during one CG period set by the CG.

[0366] In addition, in at least one of the following cases, the period of existence of the new CG-UCI (or, the new CG-UCI field of the existing CG-UCI) can be set to every Y transmission opportunities of the CG PUSCH.

[0367] The case where the CG PUSCH is a type 1 (or type 2) CG PUSCH,

[0368] The case where the CG PUSCH has a high (or low) physical priority,

[0369] The case where the CG PUSCH is repeatedly sent (or not sent),

[0370] The case where there is one (or more) transmission opportunities for the CG PUSCH during one CG period.

[0371] (Example 2) When the existence of the new CG-UCI (or, the new CG-UCI field of the existing CG-UCI) is for CG setting, the new CG-UCI (or, the new CG-UCI field of the existing CG-UCI) can also exist periodically. That is, the new CG-UCI (or, the new CG-UCI field of the existing CG-UCI) can exist for X times in one period (for example, in the case of X = 1, the first CG-PUSCH). The period can be every Y time slots / symbols / sub-frames / frames (or s / ms / minutes / hours / days, etc.) or every Y transmission opportunities of the CG PUSCH set by the CG.

[0372] <Proposal 8>

[0373] In Proposal 8, specific indication content for the transmission opportunity of unused CG PUSCH based on the CG-UCI field is proposed.

[0374] <Option 1>

[0375] The CG-UCI field is used to indicate the number of consecutive unused (valid) transmission opportunities of CG PUSCH (e.g., M consecutive unused (valid) transmission opportunities of CG PUSCH).

[0376] In addition, the "transmission opportunity of invalid CG PUSCH" may include at least one of the following.

[0377] The transmission opportunity of CG PUSCH that is repeated with the symbol set to DL by TDD-Config-Common and / or TDD-Config-Dedicated,

[0378] The transmission opportunity of CG PUSCH that is repeated with the symbol configured for SSB reception,

[0379] The transmission opportunity of CG PUSCH that is repeated with type 0 CSS symbols,

[0380] The transmission opportunity of CG PUSCH that is repeated with CORESET#0 symbols,

[0381] The transmission opportunity of CG PUSCH that is repeated with the symbol indicated as DL (or flexible) by DCI 2_0,

[0382] In the symbol configured for SBFD operation, the transmission opportunity of CG PUSCH that overlaps with the DL sub-band (and / or guard band) (where this is the duplex enhancement function of Rel-18).

[0383] The so-called "transmission opportunity of valid CG PUSCH" may mean the transmission opportunity of CG PUSCH that is not the "transmission opportunity of invalid CG PUSCH".

[0384] Among M consecutive unused CG PUSCH transmission opportunities, the initially indicated unused CG PUSCH transmission opportunity can also be the following transmission opportunity. (Alt-a) The first (valid) CG PUSCH transmission opportunity that starts after the end of the current CG PUSCH transmission opportunity (i.e., the CG PUSCH that transmits CG-UCI) (see the example of Alt-a in Figure 26 ); (Alt-b) The first (valid) CG PUSCH transmission opportunity that starts / ends after the symbol that is X time slots / symbols after the start / end symbol of the current CG PUSCH transmission opportunity (see the example of Alt-b in Figure 26 ); (Alt-c) The first (valid) CG PUSCH transmission opportunity that starts / ends after the start / end symbol of Y CG PUSCH transmission opportunities from the current CG PUSCH transmission opportunity (see the example of Alt-c in Figure 26 ).

[0385] The value of X in Alt-b and / or the value of Y in Alt-c can be defined by the specification, configured by RRC setting, or indicated by the CG-UCI field.

[0386] In addition, the minimum / maximum value of X and / or Y can be defined by the specification or separately defined for different subcarrier spacings, different frequency ranges, etc.

[0387] The count of X time slots / symbols can include at least one of the following or not.

[0388] The time slots / symbols set to DL by TDD-Config-Common and / or TDD-Config-Dedicated,

[0389] The time slots / symbols configured for SSB reception,

[0390] Type 0 CSS symbols,

[0391] CORESET#0 symbols.

[0392] The count of Y CG PUSCH transmission opportunities can consider or not consider the invalid CG PUSCH transmission opportunities.

[0393] To count the transmission opportunities of Y CG PUSCHs, it is possible to count only the transmission opportunities of CG PUSCHs configured for the same CG as the CG PUSCH that transmits CG-UCI, or only the transmission opportunities of CG PUSCHs during the same CG as the CG PUSCH that transmits CG-UCI, or to count the transmission opportunities of CG PUSCHs configured for any CG.

[0394] <Variation of Option 1>

[0395] (Variation 0)

[0396] In the above Alt-a / Alt-b / Alt-c, for the transmission opportunity of the initially indicated (valid) CG PUSCH, it is possible to determine it by considering only the transmission opportunities of (valid) CG PUSCHs configured for the same CG as the CG PUSCH that transmits CG-UCI, or to determine it regardless of the CG configuration.

[0397] (Variation 1)

[0398] The case of counting the transmission opportunities of unused CG PUSCHs can be as follows.

[0399] (Variation 1-1)

[0400] It is possible to count only the transmission opportunities of M unused CG PUSCHs configured for the same CG as the CG PUSCH that transmits CG-UCI, or the transmission opportunities of M unused CG PUSCHs during the same CG as the CG PUSCH that transmits CG-UCI, or to count M CG PUSCHs configured for any CG.

[0401] (Variation 1-2)

[0402] The transmission opportunities of invalid CG PUSCHs can be counted with respect to M or not counted with respect to M.

[0403] (Variation 2)

[0404] The maximum value of M can be defined by the specification, set by RRC, or determined based on the periodicity of CG-UCI.

[0405] (Variation 3)

[0406] In the case of using the transmission opportunity of the next CG PUSCH (e.g., in the case of Alt-a), or when the transmission opportunities of consecutive CG PUSCHs within the reporting range (e.g., X / Y of Alt-b / Alt-c) become unused, the terminal can either assume M = 0 for the indication field or decide on a new CG-UCH that does not exist together with the CG PUSCH (or a new CG-UCI field of the existing CG-UCI).

[0407] Figure 27 Example 1 is for Change 0, Change 1-1, and Alt-a. In this case, only the transmission opportunities of CG PUSCHs with the same CG setting are considered for the decision of the transmission opportunity of the initially indicated CG PUSCH and the counting of M.

[0408] Figure 27 Example 2 is for Change 1-2, Alt-a. In this case, the transmission opportunities of invalid CG PUSCHs are not counted for M.

[0409] Figure 27 Example 3 is another example for Change 1-2, Alt-a. In this case, the transmission opportunities of invalid CG PUSCHs are counted for M.

[0410] <Option 2>

[0411] The CG-UCI field indicates whether each of the transmission opportunities of N consecutive (valid) CG PUSCHs is used.

[0412] Alt-a / Alt-b / Alt-c of Option 1 of the above Proposal 8 can be reused to determine the unused transmission opportunity of the initially indicated CG PUSCH among the transmission opportunities of X consecutive CG PUSCHs.

[0413] In this case, the value of N can be defined by the specification (e.g., N = 1), set by RRC, or indicated by the CG-UCI field.

[0414] For example, in the case of N = 1, the CG-UCI field can indicate whether to use the transmission opportunity of the first (valid) CG PUSCH among any of the following.

[0415] The CG-UCI field indicates whether to use the transmission opportunity of the first (valid) CG PUSCH that starts after the transmission opportunity of the current CG PUSCH (i.e., the CG PUSCH that transmits the CG-UCI).

[0416] The CG-UCI field indicates whether to use the starting / ending opportunity of the initial (valid) CG PUSCH transmission that starts / ends X time slots / symbols after the starting / ending symbol of the current CG PUSCH transmission opportunity. Here, the value of X can be defined by the specification, set through RRC configuration, or indicated by a field within CG-UCI.

[0417] The CG-UCI field indicates whether to use the starting / ending opportunity of the initial (valid) CG PUSCH transmission that starts / ends after the starting / ending symbol of Y CG PUSCH transmission opportunities starting from the current CG PUSCH transmission opportunity. Here, the value of Y can be defined by the specification, configured through RRC configuration, or indicated by a field within CG-UCI.

[0418] <Variation of Option 2>

[0419] In the case of Alt-a / Alt-b / Alt-c, for the initially indicated (valid) CG PUSCH transmission opportunity, it can be determined by considering only the (valid) CG PUSCH transmission opportunities with the same CG setting as the CG PUSCH that transmits the CG-UCI, or it can be determined regardless of the CG setting.

[0420] When counting the transmission opportunities of unused CG PUSCH, it can be done by counting only the N unused CG PUSCH transmission opportunities with the same CG setting as the CG PUSCH that transmits the CG-UCI, or by counting only the N unused CG PUSCH transmission opportunities during the same CG period as the CG PUSCH that transmits the CG-UCI, or by counting N CG PUSCH with any CG setting.

[0421] In addition, the transmission opportunities of invalid CG PUSCH can be counted for N or not counted for N.

[0422] The maximum value of N can be defined by the specification, set by RRC, or determined based on the periodicity of CG-UCI.

[0423] <Option 3>

[0424] The CG-UCI field can indicate a time window.

[0425] The manner of association between the time window and the dynamic indication of the transmission opportunity of unused CG PUSCH can be any of the following. (Example 1) It can also be set that all transmission opportunities of CG PUSCH within the time window are not used. (Example 2) It can be set that all transmission opportunities of CG PUSCH with the same CG setting (the CG PUSCH for transmitting CG-UCI) within the time window are not used. (Example 3) It can be set that all CG PUSCH with a certain CG setting are not used within the time window. In this case, the specific CG setting can be constituted by the specification (for example, the CG setting with multiple transmission opportunities of CG PUSCH during one CG period), can also be defined by the RRC structure (for example, the group of CG setting indexes constituted by RRC), and can also be indicated by the field of CG-UCI.

[0426] (Dynamic indication of time window)

[0427] The start of the time window can be any of the following. (Alt-a) The first time slot / symbol after the end of the current transmission opportunity of CG PUSCH (that is, the CG PUSCH for transmitting CG-UCI); (Alt-b) The first time slot / symbol after the symbol that is X time slots / symbols after the start / end symbol of the current transmission opportunity of CG PUCH; (Alt-c) The first time slot / symbol after the start / end symbol of Y transmission opportunities of CG PUSCH starting from the current transmission opportunity of CG PUSCH.

[0428] The value of X in Alt-b and / or the value of Y in Alt-c can be defined by the specification, can also be constituted by RRC setting, and can also be indicated by the field of CG-UCI.

[0429] The minimum / maximum value of X and / or Y can be defined by the specification, or can be defined separately for different subcarrier spacings, different frequency ranges, etc.

[0430] The duration of the time window can be defined by the specification, can be indicated and set by RRC, and can also be indicated by the field within CG-UCI.

[0431] Regarding the duration of the time window, it can either count or not count the following.

[0432] The time slots / symbols set as DL by TDD-Config-Common and / or TDD-Config-Dedicated

[0433] The time slots / symbols set for SSB reception

[0434] Type 0 CSS symbol

[0435] CORESET#0 symbol

[0436] (variant)

[0437] The count of X time slots / symbols may or may not include at least one of the following

[0438] Time slots / symbols configured as DL by TDD-Config-Common and / or TDD-Config-Dedicated

[0439] Time slots / symbols configured for SSB reception

[0440] Type 0 CSS symbol

[0441] CORESET#0 symbol

[0442] The count of the transmission opportunities of Y CG PUSCHs may or may not consider the transmission opportunities of invalid CG PUSCHs

[0443] To count the transmission opportunities of Y CG PUSCHs, the count may be limited to the transmission opportunities of CG PUSCHs configured for the same CG as the CG PUSCH that transmits CG-UCI, or limited to the transmission opportunities of CG PUSCHs during the same CG as the CG PUSCH that transmits CG-UCI, or may count the transmission opportunities of CG PUSCHs configured for any CG

[0444] <Overall change of the embodiment>

[0445] Regarding which of multiple proposals, which of multiple options, and / or which of multiple alternatives to apply, it may also be determined by the following methods

[0446] Set by higher layer parameters

[0447] Reported by the UE as UE capabilities

[0448] Specified in the specification

[0449] Determined based on the setting of high-layer parameters and the reported UE capability.

[0450] Determined by combining two or more of the above decisions.

[0451] A time slot can also be replaced by a sub-time slot.

[0452] <UE capability>

[0453] In the UE capability that represents the capabilities of the UE, information representing the following capabilities of the UE can also be included. Additionally, the information representing the capabilities of the UE can also be equivalent to the information defining the capabilities of the UE.

[0454] Information defining whether the UE supports multiple consecutive CG PUSCHs in one CG cycle,

[0455] Information defining whether the UE supports multiple slot-based SPS PDSCHs in one SPS cycle,

[0456] Information defining whether the UE supports multiple consecutive SPS PDSCHs in one SPS cycle,

[0457] Information defining whether the UE supports multiple PUSCHs (multiple PUSCHs) with individual TDRA indication / setting for each CG PUSCH in one CG cycle,

[0458] Information defining whether the UE supports multiple PDSCHs (multiple PDSCHs) with individual TDRA indication / setting for each SPS PDSCH in one CG cycle,

[0459] Information defining whether the UE supports actual transmission / reception in the opportunity of any one PDSCH among multiple SPS PDSCHs in one SPS cycle,

[0460] Information defining whether the UE supports actual transmission in the opportunity of any one PUSCH among multiple CG PUSCHs in one CG cycle,

[0461] Information defining whether the UE supports separate HARQ-ACK feedback determination for different SPS PDSCHs in one SPS period

[0462] Information defining whether the UE supports the function of using one PUCCH to report HARQ-ACKs for different SPS PDSCHs in one SPS period

[0463] Information defining whether the UE supports reporting of dynamic indication of one or more unused or not used CG PUSCH occasions

[0464] Information defining whether the UE supports reporting of dynamic indication of one or more unused or not used CG PUSCH occasions based on CG-UCI

[0465] Necessary features or prerequisite features for the UE's ability to report dynamic indication of one or more unused or not used CG PUSCH occasions may also include the following

[0466] The UE's ability to have multiple CG PUSCHs in one CG period

[0467] The UE's ability to have multiple CG settings

[0468] The UE's ability to have multiple CG PUSCHs in one CG period is a necessary or prerequisite UE ability for reporting dynamic indication of one or more unused or not used CG PUSCH occasions

[0469] It is contemplated that the UE reports simultaneously: the ability to have multiple CG PUSCHs in one CG period, and the ability to report dynamic indication of one or more unused or not used CG PUSCH occasions

[0470] <Example of a wireless communication system>

[0471] The wireless communication system according to this embodiment includes Figure 28 the base station 10 shown in Figure 29 and the terminal 20 shown in. The number of base stations 10 and the number of terminals 20 are not particularly limited. For example, as Figure 1As shown, it can also be a system in which two base stations 10 (base station 10-1 and base station 10-2) communicate with one terminal 20. The wireless communication system can be a wireless communication system compliant with New Radio (NR). Exemplarily, the wireless communication system can also be a wireless communication system compliant with the modes known as URLLC and / or IIoT.

[0472] In addition, the wireless communication system can also be a wireless communication system compliant with the modes known as 5G, Beyond 5G, 5G Evolution, or 6G.

[0473] The base station 10 can also be referred to as an NG-RAN Node, ng-eNB, eNodeB (eNB), or gNodeB (gNB). The terminal 20 can also be referred to as a User Equipment (UE). In addition, the base station 10 can also be understood as a device included in the network to which the terminal 20 is connected.

[0474] The wireless communication system can also include a Next Generation - Radio Access Network (hereinafter, NG-RAN). The NG-RAN includes multiple NG-RAN Nodes, specifically including gNB (or ng-eNB), and is connected to a 5G-compliant core network (5GC, not shown). In addition, the NG-RAN and 5GC can also be simply referred to as "network".

[0475] The base station 10 and the terminal 20 perform wireless communication. For example, the wireless communication performed complies with NR. At least one of the base station 10 and the terminal 20 can also support Massive MIMO (Multiple-Input Multiple-Output) that generates a beam (BM) with higher directivity by controlling the wireless signals transmitted from multiple antenna elements. In addition, at least one of the base station 10 and the terminal 20 can also support Carrier Aggregation (CA) that aggregates the use of multiple Component Carriers (CCs). In addition, at least one of the base station 10 and the terminal 20 can also support Dual Connectivity (DC) for communication between the terminal 20 and each of the multiple base stations 10, etc.

[0476] The wireless communication system can also support multiple frequency bands. For example, the wireless communication system supports Frequency Range (FR) 1 and FR2. The frequency bands of each FR are as follows, for example.

[0477] FR1: 410 MHz to 7.125 GHz

[0478] FR2: 24.25 GHz to 52.6 GHz

[0479] In FR1, sub-carrier spacings (SCS) of 15 kHz, 30 kHz, or 60 kHz can also be used, and a bandwidth (BW) of 5 MHz to 100 MHz can be used. FR2 is, for example, a frequency higher than FR1. In FR2, SCSs of 60 kHz or 120 kHz can also be used, and a bandwidth (BW) of 50 MHz to 400 MHz can be used. In addition, in FR2, an SCS of 240 kHz can also be included.

[0480] The wireless communication system in this embodiment can also support a frequency band higher than the FR2 band. For example, the wireless communication system in this embodiment can support a frequency band exceeding 52.6 GHz and up to 114.25 GHz. Such a high-frequency band can also be referred to as "FR2x".

[0481] In addition, cyclic prefix-orthogonal frequency division multiplexing (CP-OFDM) / discrete Fourier transform-spread-orthogonal frequency division multiplexing (DFT-S-OFDM) with a sub-carrier spacing (SCS) larger than the above examples can also be applied. In addition, DFT-S-OFDM can be applied to both the uplink and the downlink, or to either one.

[0482] In a wireless communication system, a time division duplex (TDD) slot configuration pattern can also be set. For example, in the slot configuration pattern, a pattern indicating the order of two or more slots among a slot for transmitting a downlink (DL) signal, a slot for transmitting an uplink (UL) signal, a slot in which a DL signal, a UL signal, and a guard symbol coexist, and a slot in which the transmitted signal is flexibly changed can also be defined.

[0483] In addition, in a wireless communication system, channel estimation of PUSCH (or PUCCH (Physical Uplink Control Channel)) can be performed using a demodulation reference signal (DMRS) for each time slot. Further, however, channel estimation of PUSCH (or PUCCH) can be performed using DMRSs respectively allocated to a plurality of time slots. Such channel estimation may also be referred to as joint channel estimation. Alternatively, it may also be referred to by other names such as cross-slot channel estimation.

[0484] The terminal 20 may also transmit DMRSs allocated to each of a plurality of time slots in the plurality of time slots so that the base station 10 can perform joint channel estimation using the DMRSs.

[0485] In addition, in a wireless communication system, a strengthened function may also be added to the feedback function from the terminal 20 to the base station 10. For example, a strengthened function for the feedback of the terminal for HARQ-ACK may also be added.

[0486] Next, the structures of the base station 10 and the terminal 20 will be described. In addition, the structures of the base station 10 and the terminal 20 described below are examples showing functions related to the present embodiment. The base station 10 and the terminal 20 may also have functions not shown. Further, as long as the functions can perform the operations related to the present embodiment, the function division and / or the names of the functional units are not limited.

[0487] <Structure of the Base Station>

[0488] Figure 28 It is a block diagram showing an example of the structure of the base station 10 related to the present embodiment. The base station 10 includes, for example, a transmission unit 101, a reception unit 102, and a control unit 103. The base station 10 communicates wirelessly with the terminal 20 (refer to Figure 29 )

[0489] The transmission unit 101 transmits a downlink (DL) signal to the terminal 20. For example, the transmission unit 101 transmits a DL signal under the control of the control unit 103.

[0490] In the DL signal, for example, it may also include a downlink data signal and control information (e.g., Downlink Control Information (DCI)). In addition, the DL signal may also include information indicating scheduling related to the signal transmission of the terminal 20 (e.g., UL grant). In addition, the DL signal may also include high-layer control information (e.g., control information of Radio Resource Control (RRC)). In addition, the DL signal may also include a reference signal.

[0491] In the channels used for the transmission of the DL signal, for example, it includes a data channel and a control channel. For example, it may also be that the Physical Downlink Shared Channel (PDSCH) is included in the data channel, and the Physical Downlink Control Channel (PDCCH) is included in the control channel. For example, the base station 10 uses the PDCCH to transmit control information and the PDSCH to transmit the downlink data signal to the terminal 20.

[0492] Among the reference signals included in the DL signal, for example, it may include at least one of a Demodulation Reference Signal (DMRS), a Phase Tracking Reference Signal (PTRS), a Channel State Information-Reference Signal (CSI-RS), a Sounding Reference Signal (SRS), and a Positioning Reference Signal (PRS) for location information. For example, reference signals such as DMRS and PTRS are used for the demodulation of the downlink data signal and are transmitted using the PDSCH.

[0493] The receiving unit 102 receives an uplink (UL) signal transmitted from the terminal 20. For example, the receiving unit 102 receives the UL signal under the control of the control unit 103.

[0494] The control unit 103 controls the communication operations of the base station 10 including the transmission process of the transmission unit 101 and the reception process of the receiving unit 102.

[0495] For example, the control unit 103 obtains information such as data and control information from a higher layer and outputs the same to the transmission unit 101. In addition, the control unit 103 outputs data and control information etc. received by the reception unit 102 to the higher layer.

[0496] For example, the control unit 103 allocates resources (or channels) for DL signal transmission / reception and / or resources for UL signal transmission / reception based on signals received from the terminal 20 (such as data and control information etc.) and / or data and control information etc. obtained from a higher layer. Information related to the allocated resources may also be included in the control information transmitted to the terminal 20.

[0497] As an example of the allocation of resources used in UL signal transmission / reception, the control unit 103 sets PUCCH resources. Information related to the setting of PUCCH (PUCCH setting information) such as the PUCCH cell timing mode etc. may also be notified to the terminal 20 via RRC.

[0498] <Structure of the Terminal>

[0499] Figure 29 FIG. is a block diagram showing an example of the structure of the terminal 20 according to the present embodiment. The terminal 20 includes, for example, a reception unit 201, a transmission unit 202, and a control unit 203. The terminal 20 communicates with the base station 10 wirelessly, for example.

[0500] The reception unit 201 receives DL signals transmitted from the base station 10. For example, the reception unit 201 receives DL signals under the control of the control unit 203.

[0501] The transmission unit 202 transmits UL signals to the base station 10. For example, the transmission unit 202 transmits UL signals under the control of the control unit 203.

[0502] For example, the UL signal may also include an uplink data signal and control information (such as UCI). For example, information related to the processing capability of the terminal 20 (such as UE capability) may also be included. In addition, a reference signal may also be included in the UL signal.

[0503] Channels used in the transmission of UL signals include, for example, data channels and control channels. For example, the PUSCH (Physical Uplink Shared Channel) is included in the data channel, and the PUCCH (Physical Uplink Control Channel) is included in the control channel. For example, the terminal 20 receives control information from the base station 10 using the PUCCH and transmits uplink data signals using the PUSCH.

[0504] Among the reference signals included in the UL signal, for example, at least one of DMRS, PTRS, CSI-RS, SRS, and PRS may be included. For example, reference signals such as DMRS and PTRS are used for demodulation of uplink data signals and are transmitted using an uplink channel (e.g., PUSCH).

[0505] The control unit 203 controls the communication operations of the terminal 20, including the reception processing in the reception unit 201 and the transmission processing in the transmission unit 202.

[0506] For example, the control unit 203 obtains information such as data and control information from a higher layer and outputs it to the transmission unit 202. In addition, the control unit 203 outputs, for example, data and control information received from the reception unit 201 to a higher layer.

[0507] For example, the control unit 203 controls the transmission of information fed back to the base station 10. The information fed back to the base station 10 may include, for example, HARQ-ACK, may also include channel state information (Channel State Information (CSI)), and may further include a scheduling request (Scheduling Request (SR)). The information fed back to the base station 10 may also be included in UCI. UCI is transmitted in the resources of the PUCCH.

[0508] The control unit 203 sets the PUCCH resources based on the setting information received from the base station 10 (e.g., setting information such as the PUCCH cell timing mode notified by RRC and / or DCI). The control unit 203 determines the PUCCH resources used in the transmission of the information fed back to the base station 10. The transmission unit 202, under the control of the control unit 203, transmits the information fed back to the base station 10 in the PUCCH resources determined by the control unit 203.

[0509] In addition, the channels used for transmitting DL signals and the channels used for transmitting UL signals are not limited to the above examples. For example, the channels used for transmitting DL signals and the channels used for transmitting UL signals may also include the RACH (Random Access Channel) and the PBCH (Physical Broadcast Channel). The RACH may also be used, for example, for transmitting downlink control information (DCI) including a random access radio network temporary identifier (RA-RNTI).

[0510] The control unit 203 may also set the reception period of the DL signal based on the period setting information. The reception unit 201 may also receive the DL signal using a plurality of SPS PDSCHs for each set reception period. The period setting information may also be, for example, an RRC parameter.

[0511] The reception unit 201 may also, for example, as Figures 14 - 18 shown, receive the DL signal using a plurality of SPS PDSCHs in a plurality of consecutive time slots. The reception unit 201 may also, for example, as Figure 14 shown, receive the DL signal using one SPS PDSCH included in each of a plurality of time slots. The reception unit 201 may also, for example, as Figures 15 - 18 shown, receive the DL signal using a plurality of SPS PDSCHs included in each of a plurality of time slots.

[0512] According to the above structure, the terminal 20 can perform communication of SPS PDSCH suitable for high-capacity communication.

[0513] The reception unit 201 may also receive the setting information of the transmission period in the UL signal and the individual TDRA in a plurality of CG PUSCHs for transmitting the UL signal. The control unit 203 may also allocate the CG PUSCH to resources based on the individual TDRA for each transmission period of the received setting information. The setting information may also be, for example, an RRC parameter.

[0514] The reception unit 201 may also receive the TDRA using a higher layer signaling such as RRC signaling. The RRC signaling may also be referred to as an RRC message or an RRC information element.

[0515] According to the above structure, the terminal 20 can perform communication of CG PUSCH suitable for high-capacity communication.

[0516] The control unit 203 may also, for each transmission period of the received setting information, determine the starting CG PUSCH within one time slot based on the TDRA, and determine the ending CG PUSCH within one time slot so as to be accommodated at the rear boundary of one time slot. For example, the control unit 203 may also, as Figure 16 and Figure 17 shown, determine the starting CG PUSCH within one time slot based on the TDRA, and determine the ending CG PUSCH within one time slot so as to be accommodated at the rear boundary of one time slot. The control unit 203 may also continuously allocate multiple CG PUSCHs to resources within one time slot.

[0517] According to the above structure, the terminal 20 can perform communication of the CG PUSCH suitable for high-capacity communication.

[0518] The receiving unit 201 may also receive the DL signal using multiple SPS PDSCHs for each set receiving period, and the transmitting unit 202 may also transmit an acknowledgment signal for the DL signal. The transmitting unit 202 may also use one PUCCH to transmit the acknowledgment signal. The acknowledgment signal may also be, for example, HARQ-ACK. The receiving unit 201 and the transmitting unit 202 may also be referred to as communication units.

[0519] The control unit 203 may also determine the number of candidate reception opportunities among multiple SPS PDSCHs based on the maximum number of SPS PDSCHs within one time slot. The control unit 203 may also determine the number of candidate reception opportunities among multiple SPS PDSCHs based on the maximum number of SPS PDSCHs in each receiving period. The control unit 203 may also determine the time slot set of multiple SPS PDSCHs that are the transmission targets of the acknowledgment signal based on the maximum number of SPS PDSCHs in each receiving period.

[0520] According to the above structure, the terminal 20 can appropriately report the HARQ-ACK of the SPS PDSCH suitable for high-capacity communication.

[0521] The above has described the present disclosure.

[0522] <Hardware Structure, etc.>

[0523] In addition, the block diagrams used in the description of the above embodiments illustrate blocks of functional units. These functional blocks (structural units) are implemented by any combination of at least one of hardware and software. In addition, the implementation method of each functional block is not particularly limited. That is, each functional block can be implemented by one device physically or logically combined, or two or more physically or logically separated devices can be directly or indirectly (for example, using wired, wireless, etc.) connected and these multiple devices can be used to implement it. The functional block can also be implemented by combining software with the above one device or the above multiple devices.

[0524] Among the functions, there are judgment, decision, determination, calculation, computation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, solution, selection, selection, establishment, comparison, assumption, expectation, regarded as, broadcasting, notification, communication, forwarding, constitution (configuration), reconstitution (reconfiguration), allocation, mapping, assignment, etc., but not limited thereto. For example, a functional block (structural unit) that implements the transmission function is called a transmitting unit or a transmitter. Any one of them is as described above, and the implementation method is not particularly limited.

[0525] For example, a base station, a terminal, etc. in an embodiment of the present disclosure can also function as a computer that performs the processing of the wireless communication method of the present disclosure. Figure 30 It is a diagram showing an example of the hardware structure of a base station and a terminal according to an embodiment of the present disclosure. The above base station 10 and terminal 20 can also be physically configured as a computer device including a processor 1001, a memory 1002, a storage 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, etc.

[0526] In addition, in the following description, a term such as "device" can be replaced with a circuit, a device, a unit, etc. The hardware structure of the base station 10 and the terminal 20 can be configured to include one or more of the devices shown in the figure, or can be configured not to include some of the devices.

[0527] Each function in the base station 10 and the terminal 20 is implemented by reading specific software (program) into hardware such as the processor 1001 and the memory 1002, so that the processor 1001 performs operations and controls communication based on the communication device 1004, or controls at least one of reading and writing data in the memory 1002 and the storage 1003.

[0528] The processor 1001, for example, operates the operating system to control the entire computer. The processor 1001 may also be composed of a central processing unit (central processing unit (CPU: Central Processing Unit)) including an interface with peripheral devices, a control device, an arithmetic device, registers, etc. For example, the above control unit 103 and control unit 203, etc. may also be implemented by the processor 1001.

[0529] In addition, the processor 1001 reads a program (program code), software module, data, etc. from at least one of the storage 1003 and the communication device 1004 into the memory 1002, and performs various processes according to them. As the program, a program that causes a computer to execute at least a part of the operations described in the above embodiments can be used. For example, the control unit 203 of the terminal 20 can also be implemented by a control program stored in the memory 1002 and operating in the processor 1001, and the same can be applied to other functional blocks. The above various processes have been described as being executed by one processor 1001, but can also be executed simultaneously or sequentially by two or more processors 1001. The processor 1001 can also be implemented by one or more chips. In addition, the program can also be sent from the network via an electrical communication line.

[0530] The memory 1002 may also be a computer-readable recording medium, for example, composed of at least one of ROM (Read Only Memory), EPROM (Erasable Programmable ROM), EEPROM (Electrically Erasable Programmable ROM), RAM (Random Access Memory), etc. The memory 1002 may also be referred to as a register, a cache, a main memory (main storage device), etc. The memory 1002 can store a program (program code), software module, etc. that can be executed to implement the wireless communication method according to an embodiment of the present disclosure.

[0531] The storage device 1003 is a computer-readable recording medium, which can also be composed of at least one of, for example, optical discs such as CD-ROMs (Compact Disc ROMs), hard disk drives, flexible discs, magneto-optical discs (e.g., compact discs, digital versatile discs, Blu-ray (registered trademark) discs), smart cards, flash memories (e.g., cards, sticks, key drives), Floppy (registered trademark) discs, magnetic stripes, etc. The storage device 1003 can also be referred to as an auxiliary storage device. The above storage medium can also be, for example, a database, a server, or other appropriate media that includes at least one of the memory 1002 and the storage device 1003.

[0532] The communication device 1004 is hardware (a sending and receiving device) for performing communication between computers via at least one of a wired network and a wireless network. It is also referred to as, for example, a network device, a network controller, a network card, a communication module, etc. In order to implement at least one of, for example, frequency division duplex (FDD: Frequency Division Duplex) and time division duplex (TDD: Time Division Duplex), the communication device 1004 can also be configured to include a high-frequency switch, a duplexer, a filter, a frequency synthesizer, etc. For example, the above sending unit 101, receiving unit 102, receiving unit 201, and sending unit 202, etc. can also be implemented by the communication device 1004.

[0533] The input device 1005 is an input device that accepts input from the outside (e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.). The output device 1006 is an output device that performs output to the outside (e.g., a display, a speaker, an LED light, etc.). In addition, the input device 1005 and the output device 1006 can also be of an integrated structure (e.g., a touch panel).

[0534] In addition, each device such as the processor 1001 and the memory 1002 is connected by a bus 1007 for communicating information. The bus 1007 can be composed of a single bus or different buses can be used between each device.

[0535] In addition, the base station 10 and the terminal 20 can be configured to include hardware such as a microprocessor, a digital signal processor (DSP: Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), a PLD (Programmable Logic Device), and an FPGA (Field Programmable Gate Array), or a part or all of the functional blocks can be implemented by this hardware. For example, the processor 1001 can also be implemented using at least one of these hardware components.

[0536] (Supplement to the embodiment)

[0537] As described above, the embodiments of the present disclosure have been described. However, the disclosed invention is not limited to such embodiments, and those skilled in the art will understand various variations, modifications, substitution examples, replacement examples, etc. For the purpose of facilitating the understanding of the invention, specific numerical examples have been used for illustration. However, unless otherwise specified, those numerical values are merely examples, and any appropriate values can be used. The division of items in the above description is not essential in the present disclosure. The matters described in two or more items can be combined and used as needed, or the matters described in one item can be applied to the matters described in other items (as long as there is no contradiction). The boundaries of the functional units or processing units in the functional block diagram do not necessarily correspond to the boundaries of the physical components. The operations of multiple functional units can also be physically performed by one component, or the operation of one functional unit can be physically performed by multiple components. For the processing procedures described in the embodiments, the order of processing can be changed as long as there is no contradiction. For the purpose of facilitating the description of the processing, the base station and the terminal have been described using a functional block diagram. However, such a device can also be implemented by hardware, software, or a combination thereof. According to the embodiments of the present disclosure, the software operated by the processor included in the base station and the software operated by the processor included in the terminal according to the embodiments of the present disclosure can also be stored in a random access memory (RAM), a flash memory, a read-only memory (ROM), an EPROM, an EEPROM, a register, a hard disk drive (HDD), a removable disk, a CD-ROM, a database, a server, or any other appropriate storage medium.

[0538] <Notification of information, signaling>

[0539] Notification of information is not limited to the embodiments described in the present disclosure, and other methods may also be used. For example, notification of information may also be implemented through physical layer signaling (e.g., DCI (Downlink Control Information), UCI (Uplink Control Information)), high layer signaling (e.g., RRC (Radio Resource Control) signaling, MAC (Medium Access Control) signaling, broadcast information (MIB (Master Information Block), SIB (System Information Block))), other signals, or a combination thereof. In addition, RRC signaling may also be referred to as an RRC message, and may also be, for example, an RRC Connection Setup message, an RRC Connection Reconfiguration message, etc.

[0540] <Application System>

[0541] The embodiments described in the present disclosure can also be applied to LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G (4th generation mobile communication system), 5G (5th generation mobile communication system), 6th generation mobile communication system (6G), xth generation mobile communication system (xG) (where x is an integer or a decimal), FRA (Future Radio Access), NR (New Radio), New radio access (NX), Future generation radio access (FX), W-CDMA (registered trademark), GSM (registered trademark), CDMA2000, UMB (Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi (registered trademark)), IEEE 802.16 (WiMAX (registered trademark)), IEEE 802.20, UWB (Ultra-WideBand), Bluetooth (registered trademark), a system using other appropriate systems, and at least one of the next-generation systems extended, modified, created, and defined based on them. In addition, multiple systems can also be combined (for example, a combination of at least one of LTE and LTE-A and 5G, etc.) and applied.

[0542] <Processing process, etc.>

[0543] For the processing process, timing, flowchart, etc. of each mode / embodiment described in the present disclosure, the order can also be swapped as long as there is no contradiction. For example, for the methods described in the present disclosure, various step elements are presented in an illustrative order, but are not limited to the specific order presented.

[0544] <Operation of the base station>

[0545] In the present disclosure, specific operations are assumed to be performed by a base station, and sometimes also by its upper node according to circumstances. Obviously, in a network composed of one or more network nodes having a base station, various operations performed for communication with a terminal can be performed by at least one of the base station and other network nodes other than the base station (for example, considering MME or S-GW, etc., but not limited thereto). In the above, the case where there is one other network node other than the base station is exemplified, but it can also be a combination of multiple other network nodes (for example, MME and S-GW).

[0546] <Input / Output Direction>

[0547] Information, etc. (refer to the item of <Information, Signal>) can be output from a higher layer (or a lower layer) to a lower layer (or a higher layer). It can also be input and output via multiple network nodes.

[0548] <Processing of Information, etc. Input and Output>

[0549] The information, etc. input and output can be stored in a specific part (for example, a memory), or can be managed using a management table. The information, etc. input and output can be overwritten, updated, or appended. The information, etc. output can also be deleted. The information, etc. input can also be sent to other devices.

[0550] <Determination Method>

[0551] The determination can be made either by a value represented by 1 bit (0 or 1), or by a true / false value (Boolean value: true or false), or by a comparison of numerical values (for example, comparison with a specific value).

[0552] <Changes in Modes, etc.>

[0553] Each mode / embodiment described in the present disclosure can be used alone, can be used in combination, or can be switched during execution. In addition, the notification of specific information (for example, the notification of "is X") is not limited to an explicitly performed notification, and can also be performed in an implicit manner (for example, without the notification of the specific information).

[0554] As described above, the present disclosure has been described in detail, but for those skilled in the art, the present disclosure is obviously not limited to the embodiments described in the present disclosure. The present disclosure can be implemented as a modified and changed form without departing from the gist and scope of the present disclosure determined based on the description of the claims. Therefore, the description of the present disclosure is for the purpose of illustration and does not carry any restrictive meaning for the present disclosure.

[0555] <Software>

[0556] Software, whether referred to as software, firmware, middleware, micro-code, hardware description language, or by any other name, should be broadly construed to mean instructions, instruction sets, code, code segments, program code, programs, sub-programs, software modules, applications, software applications, software packages, routines, sub-routines, objects, executable files, execution threads, procedures, functions, etc.

[0557] In addition, software, instructions, information, etc. can also be sent and received via a transmission medium. For example, in the case of sending software from a website, server, or other remote source using at least one of wired technologies (coaxial cables, fiber optic cables, twisted pairs, Digital Subscriber Line (DSL), etc.) and wireless technologies (infrared, microwave, etc.), at least one of these wired and wireless technologies is included in the definition of the transmission medium.

[0558] <Information, Signal>

[0559] The information, signals, etc. described in this disclosure can also be represented using any of a variety of different technologies. For example, the data, instructions, commands, information, signals, bits, symbols, chips, etc. that may be mentioned throughout the above description can also be represented by voltage, current, electromagnetic waves, magnetic fields or magnetic particles, optical fields or photons, or any combination thereof.

[0560] In addition, with regard to the terms described in this disclosure and the terms required to understand this disclosure, they can also be replaced with terms having the same or similar meanings. For example, at least one of a channel and a symbol can also be a signal (signaling). In addition, a signal can also be a message. In addition, a Component Carrier (CC) can also be referred to as a carrier frequency, a cell, a frequency carrier, etc.

[0561] <System, Network>

[0562] The terms "system" and "network" as used in this disclosure are used interchangeably.

[0563] <Parameter, name of the channel>

[0564] In addition, the information, parameters, etc. described in this disclosure can be represented by absolute values, relative values with respect to a specific value, or can also be represented by corresponding other information. For example, radio resources can also be indicated by an index.

[0565] The names used for the above parameters are not restrictive names in all aspects. Furthermore, the mathematical expressions, etc. using these parameters are sometimes different from those clearly disclosed in this disclosure. Various channels (e.g., PUCCH, PDCCH, etc.) and information elements can be identified by any suitable name. Therefore, the various names assigned to these various channels and information elements are not restrictive names in all aspects.

[0566] <Base station>

[0567] In this disclosure, the terms "base station (BS: Base Station)", "radio base station", "fixed station", "NodeB", "eNodeB (eNB)", "gNodeB (gNB)", "access point", "transmission point", "reception point", "transmission / reception point", "cell", "sector", "cell group", "carrier", "component carrier", etc. can be used interchangeably. There are also cases where base stations are referred to by terms such as macro cell, small cell, femto cell, pico cell, etc.

[0568] A base station can accommodate one or more (e.g., 3) cells. When a base station accommodates multiple cells, the entire coverage area of the base station can be divided into multiple smaller areas, and each of these smaller areas can also provide communication services through a base station subsystem (e.g., a small indoor base station (Remote Radio Head (RRH))). The terms "cell" or "sector" refer to a part or the whole of the coverage area of at least one of the base station and the base station subsystem that provides communication services within that coverage range.

[0569] In this disclosure, a base station sending information to a terminal can also be rewritten as the base station instructing the terminal to perform control / operation based on the information.

[0570] <Mobile station>

[0571] In the present disclosure, terms such as "mobile station (MS)", "user terminal", "user device (user equipment (UE))", and "terminal" may be used interchangeably.

[0572] For those skilled in the art, there are also cases where the mobile station is referred to by subscriber station, mobile unit, subscriber unit, radio unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless terminal, remote terminal, hand set, user agent, mobile client, client, or several other appropriate terms.

[0573] <Base Station / Mobile Station>

[0574] At least one of the base station and the mobile station may also be referred to as a transmitting device, a receiving device, a communication device, etc. In addition, at least one of the base station and the mobile station may also be a device mounted on a moving body, the moving body itself, etc. The moving body refers to a movable object, and the moving speed is arbitrary. In addition, of course, the case where the moving body stops is also included. The moving body includes, for example, vehicles, transport vehicles, automobiles, motorcycles, bicycles, connected cars, excavators, bulldozers, wheel loaders, dump trucks, forklifts, trains, buses, trailers, rickshaws, ships (boats and other watercraft), airplanes, rockets, artificial satellites, drones (registered trademark), multi-rotor aircraft, quadcopters, balloons, and objects mounted on them. In addition, it is not limited to these. In addition, the moving body may also be a moving body that autonomously travels based on an operation instruction. It may be a means of transportation (e.g., vehicles, airplanes, etc.), or a moving body that moves in an unmanned manner (e.g., drones, autonomous driving vehicles, etc.), or a robot (humanoid or non-humanoid). In addition, at least one of the base station and the mobile station also includes a device that does not necessarily move during a communication operation. For example, at least one of the base station and the mobile station may also be an IoT (Internet of Things) device such as a sensor.

[0575] In addition, the base station in the present disclosure can also be replaced by a terminal. For example, for a structure in which communication between a base station and a terminal is replaced by communication between multiple terminals (e.g., which can also be referred to as D2D (Device-to-Device), V2X (Vehicle-to-Everything), etc.), the embodiments of the present disclosure can also be applied. In this case, it can also be configured such that the terminal has the functions of the above-described base station. In addition, terms such as "uplink" and "downlink" can also be replaced by terms corresponding to inter-terminal communication (e.g., "side"). For example, an uplink channel, a downlink channel, etc. can also be replaced by a side channel.

[0576] Similarly, the terminal in the present disclosure can also be replaced by a base station. In this case, it can also be configured such that the base station 10 has the functions of the above-described terminal 20.

[0577] In Figure 31 FIG. shows a structural example of a vehicle 2001. As Figure 31 shown, the vehicle 2001 includes a drive unit 2002, a steering unit 2003, an accelerator pedal 2004, a brake pedal 2005, a shift lever 2006, front wheels 2007, rear wheels 2008, an axle 2009, an electronic control unit 2010, various sensors 2021 to 2029, an information service unit 2012, and a communication module 2013. Each method / embodiment described in the present disclosure can also be applied to a communication device mounted on the vehicle 2001. For example, it can be applied to the communication module 2013.

[0578] The drive unit 2002 is composed of, for example, an engine, a motor, or a hybrid of an engine and a motor. The steering unit 2003 is configured to include at least a steering wheel (also referred to as a handlebar), and based on the operation of the steering wheel operated by the user, steer at least one of the front wheels and the rear wheels.

[0579] The electronic control unit 2010 is composed of a microprocessor 2031, a memory (ROM, RAM) 2032, and a communication port (IO port) 2033. Signals from various sensors 2021 - 2029 provided in the vehicle 2001 are input to the electronic control unit 2010. The electronic control unit 2010 can also be referred to as an ECU (Electronic Control Unit).

[0580] As signals from various sensors 2021~2029, there are current signals from a current sensor 2021 that senses the current of the motor, rotational speed signals of the front and rear wheels obtained by a rotational speed sensor 2022, air pressure signals of the front and rear wheels obtained by an air pressure sensor 2023, vehicle speed signals obtained by a vehicle speed sensor 2024, acceleration signals obtained by an acceleration sensor 2025, the amount of depression signals of the accelerator pedal obtained by an accelerator pedal sensor 2029, the amount of depression signals of the brake pedal obtained by a brake pedal sensor 2026, operation signals of the shift lever obtained by a shift lever sensor 2027, detection signals for detecting obstacles, vehicles, pedestrians, etc. obtained by an object detection sensor 2028, etc.

[0581] The information service unit 2012 is composed of various devices such as a car navigation system, an audio system, speakers, a TV, a radio, which are used to provide (output) various information such as driving information, traffic information, entertainment information, and one or more ECUs that control these devices. The information service unit 2012 uses the information obtained from external devices via a communication module 2013, etc. to provide various multimedia information and multimedia services to the occupants of the vehicle 2001.

[0582] The information service unit 2012 may include input devices (e.g., keyboards, mice, microphones, switches, buttons, sensors, touch panels, etc.) that accept inputs from the outside, or may include output devices (e.g., displays, speakers, LED lights, touch panels, etc.) that perform outputs to the outside.

[0583] The driving assistance system unit 2030 is composed of various devices such as millimeter-wave radars, LiDAR (Light Detection and Ranging), cameras, positioning locators (e.g., GNSS, etc.), map information (e.g., high-precision (HD) maps, autonomous vehicle (AV) maps, etc.), gyroscopic systems (e.g., IMU (Inertial Measurement Unit), INS (Inertial Navigation System), etc.), AI (Artificial Intelligence) chips, AI processors, which are used to provide functions for preventing accidents or reducing the driver's driving load, and one or more ECUs that control these devices. In addition, the driving assistance system unit 2030 sends and receives various information via the communication module 2013 and implements driving assistance functions or autonomous driving functions.

[0584] The communication module 2013 can communicate with the microprocessor 2031 and the components of the vehicle 2001 via a communication port. For example, the communication module 2013 transmits and receives data via the communication port 2033 among the drive unit 2002, the steering unit 2003, the accelerator pedal 2004, the brake pedal 2005, the shift lever 2006, the front wheels 2007, the rear wheels 2008, the axle 2009, the microprocessor 2031 and the memory (ROM, RAM) 2032, and the sensors 2021-2029 in the electronic control unit 2010 of the vehicle 2001.

[0585] The communication module 2013 can be controlled by the microprocessor 2031 of the electronic control unit 2010 and is a communication device capable of communicating with an external device. For example, various information is transmitted and received via wireless communication among external devices. The communication module 2013 can be located either inside or outside the electronic control unit 2010. The external device can also be, for example, a base station, a mobile station, etc.

[0586] The communication module 2013 can also transmit at least one of the signals from the various sensors 2021-2029 input to the electronic control unit 2010, the information obtained based on the signal, and the information based on the input from the outside (user) obtained via the information service unit 2012 to an external device via wireless communication. The electronic control unit 2010, the various sensors 2021-2029, the information service unit 2012, etc. can also be referred to as input units that accept input. For example, the PUSCH transmitted by the communication module 2013 can also contain the information based on the above input.

[0587] The communication module 2013 receives various information (traffic information, signal information, vehicle-to-vehicle information, etc.) transmitted from an external device and displays it to the information service unit 2012 of the vehicle 2001. The information service unit 2012 can also be referred to as an output unit that outputs information (for example, outputs information to devices such as a display and a speaker based on the PDSCH received by the communication module 2013 (or the data / information decoded from the PDSCH)). In addition, the communication module 2013 stores the various information received from the external device in the memory 2032 that can be utilized by the microprocessor 2031. The microprocessor 2031 can also control the drive unit 2002, the steering unit 2003, the accelerator pedal 2004, the brake pedal 2005, the shift lever 2006, the front wheels 2007, the rear wheels 2008, the axle 2009, the sensors 2021-2029, etc. of the vehicle 2001 based on the information stored in the memory 2032.

[0588] <Meaning and Explanation of Terms>

[0589] As used in this disclosure, terms such as "determining" can encompass a wide variety of actions. For example, "determining" can include cases where judging, calculating, computing, processing, deriving, investigating, looking up (searching, inquiring, such as in a table, database, or other data structure), or ascertaining are considered as "determining". In addition, "determining" can include cases where receiving (such as receiving information), transmitting (such as transmitting information), inputting, outputting, or accessing (such as accessing data in a memory) are considered as "determining". Further, "determining" can include cases where resolving, selecting, choosing, establishing, or comparing are considered as "determining". That is, "determining" can include cases where certain actions are considered as "determining". Additionally, "determining" can also be replaced with "assuming", "expecting", "considering", etc.

[0590] The terms "connected", "coupled", or all of their variants, mean all direct or indirect connections or couplings between two or more elements, and can include the case where there is one or more intermediate elements between the two elements that are "connected" or "coupled" to each other. The coupling or connection between elements can be physical, logical, or a combination of them. For example, "connected" can also be replaced with "access". As used in this disclosure, it can be considered that two elements are "connected" or "coupled" to each other using one or more wires, cables, and at least one of printed electrical connections, as well as electromagnetic energy having wavelengths in wireless frequency bands, microwave regions, and optical (both visible and invisible) regions, as several non-limiting and non-inclusive examples.

[0591] <Reference Signal>

[0592] The reference signal can also be abbreviated as RS (Reference Signal), and can also be called a pilot according to the applied standard.

[0593] <Meaning of "based on">

[0594] In the present disclosure, the description of "based on" used herein, unless otherwise specified, does not mean "only based on". In other words, the description of "based on" means both "only based on" and "at least based on".

[0595] <"First", "Second">

[0596] Any reference to elements using terms such as "first", "second", etc. used in the present disclosure does not comprehensively define the quantity or order of these elements. These terms can be used in the present disclosure as a convenient method for distinguishing between two or more elements. Therefore, the reference to the first and second elements does not mean that only two elements can be adopted, or that the first element must take precedence over the second element in a certain form.

[0597] <Unit>

[0598] In the structure of each of the above devices, "unit" can also be replaced with "section", "circuit", "equipment", etc.

[0599] <Open form>

[0600] In the present disclosure, when using "include", "including", and their variants, these terms, like the term "comprising", have an inclusive meaning. Further, the term "or" used in the present disclosure does not mean the exclusive or meaning.

[0601] <Time units such as TTI, frequency units such as RB, radio frame structure>

[0602] A radio frame can also be composed of one or more frames in the time domain. One or more frames in the time domain can also be called sub-frames. Further, a sub-frame can also be composed of one or more time slots in the time domain. A sub-frame can also be a fixed time length (e.g., 1 ms) independent of the numerology.

[0603] The parameter set can also be communication parameters applied in at least one of the transmission and reception of a certain signal or channel. For example, the parameter set can also represent at least one of subcarrier spacing (SCS: SubCarrier Spacing), bandwidth, symbol length, cyclic prefix length, transmission time interval (TTI: Transmission Time Interval), number of symbols per TTI, radio frame structure, specific filter processing performed by the transmitter-receiver in the frequency domain, specific windowing processing performed by the transmitter-receiver in the time domain, etc.

[0604] A time slot can also be composed of one or more symbols (OFDM (Orthogonal Frequency Division Multiplexing) symbols, SC-FDMA (Single Carrier Frequency Division Multiple Access) symbols, etc.) in the time domain. A time slot can also be a time unit based on the parameter set.

[0605] A time slot can also contain multiple mini-slots. Each mini-slot can also be composed of one or more symbols in the time domain. In addition, a mini-slot can also be referred to as a sub-slot. A mini-slot can also be composed of a smaller number of symbols than a time slot. The PDSCH (or PUSCH) transmitted in a time unit larger than a mini-slot can also be referred to as PDSCH (or PUSCH) mapping type A. The PDSCH (or PUSCH) transmitted using a mini-slot can also be referred to as PDSCH (or PUSCH) mapping type B.

[0606] A radio frame, sub-frame, time slot, mini-slot, and symbol all represent time units for transmitting signals. A radio frame, sub-frame, time slot, mini-slot, and symbol can also use their respective other names.

[0607] For example, one sub-frame can also be referred to as a transmission time interval (TTI: Transmission Time Interval), multiple consecutive sub-frames can also be referred to as a TTI, and one time slot or one mini-slot can also be referred to as a TTI. That is, at least one of the sub-frame and the TTI can be a sub-frame (1 ms) in the existing LTE, can also be a period shorter than 1 ms (e.g., 1 - 13 symbols), and can also be a period longer than 1 ms. In addition, the unit representing the TTI can also not be referred to as a sub-frame, but as a time slot, mini-slot, etc.

[0608] Here, the TTI refers to, for example, the minimum time unit for scheduling in wireless communication. For example, in the LTE system, the base station performs scheduling to allocate radio resources (such as the frequency bandwidth and transmission power that can be used in each user terminal) to each user terminal in units of TTI. Additionally, the definition of the TTI is not limited to this.

[0609] The TTI can also be the transmission time unit for data packets (transport blocks), code blocks, codewords, etc. that have undergone channel coding, and can also become the processing unit for scheduling, link adaptation, etc. Additionally, when the TTI is given, the time interval (such as the number of symbols) in which the transport block, code block, codeword, etc. are actually mapped can also be shorter than the TTI.

[0610] In addition, when one time slot or one mini - time slot is referred to as the TTI, one or more TTIs (i.e., one or more time slots or one or more mini - time slots) can also become the minimum time unit for scheduling. Furthermore, the number of time slots (mini - time slot numbers) that make up the minimum time unit of this scheduling can also be controlled.

[0611] A TTI with a time length of 1 ms can also be referred to as a normal TTI (TTI in LTE Rel.8 - 12), standard TTI, long TTI, normal sub - frame, standard sub - frame, long sub - frame, time slot, etc. A TTI shorter than the normal TTI can also be referred to as a shortened TTI, short TTI, partial TTI (partial or fractional TTI), shortened sub - frame, short sub - frame, mini - time slot, sub - time slot, time slot, etc.

[0612] In addition, a long TTI (such as a normal TTI, sub - frame, etc.) can also be replaced with a TTI having a time length exceeding 1 ms, and a short TTI (such as a shortened TTI, etc.) can also be replaced with a TTI having a TTI length less than the long TTI and a TTI length of 1 ms or more.

[0613] A resource block (RB) is a resource allocation unit in the time domain and the frequency domain, and can also include one or more consecutive sub - carriers (subcarriers) in the frequency domain. The number of sub - carriers included in the RB can be the same regardless of the parameter set, for example, it can be 12. The number of sub - carriers included in the RB can also be determined based on the parameter set.

[0614] In addition, the time domain of the RB can also include one or more symbols, and can also be the length of one time slot, one mini - time slot, one sub - frame, or one TTI. One TTI, one sub - frame, etc. can also be composed of one or more resource blocks respectively.

[0615] In addition, one or more RBs may also be referred to as Physical Resource Blocks (PRBs), Sub-Carrier Groups (SCGs), Resource Element Groups (REGs), PRB pairs, RB pairs, etc.

[0616] Furthermore, a resource block may also be composed of one or more resource elements (REs). For example, one RE may also be a wireless resource region of a sub-carrier and a symbol.

[0617] A Bandwidth Part (BWP) (which may also be referred to as a partial bandwidth, etc.) may also represent a subset of consecutive common RBs (common resource blocks) used for a certain parameter set in a certain carrier. Here, the common RBs may also be determined by the indices of the RBs based on the common reference point of the carrier. A PRB may also be defined in a certain BWP and be additionally numbered within that BWP.

[0618] A BWP may also include a BWP for UL (UL BWP) and a BWP for DL (DL BWP). For a UE, one or more BWPs may also be set within one carrier.

[0619] At least one of the set BWPs may also be active, and the UE may not assume to transmit and receive specific signals / channels outside the active BWP. In addition, "cell", "carrier", etc. in the present disclosure may also be replaced with "BWP".

[0620] The above structures such as radio frames, sub-frames, time slots, mini time slots, and symbols are merely examples. For example, the number of sub-frames included in a radio frame, the number of time slots in each sub-frame or radio frame, the number of mini time slots included in a time slot, the symbols and the number of RBs included in a time slot or mini time slot, the number of sub-carriers included in an RB, and the number of symbols, symbol length, Cyclic Prefix (CP) length, etc. within a TTI can be changed in various ways.

[0621] <Maximum Transmission Power>

[0622] The "maximum transmit power" described in the present disclosure may mean the maximum value of the transmit power, or may mean the nominal maximum transmit power (the nominal UE maximum transmit power), or may also mean the rated maximum transmit power (the rated UE maximum transmit power).

[0623] <Article>

[0624] In the present disclosure, for example, in the case where an article is added by translation such as a, an, and the in English, the present disclosure may also include the case where the noun following these articles is in the plural form.

[0625] <"Different">

[0626] In the present disclosure, a term such as "A is different from B" may also mean "A and B are different from each other". In addition, this term may also mean "A and B are respectively different from C". Terms such as "separation" and "combination" may also be interpreted in the same way as "different".

[0627] This patent application claims the priority based on Japanese Patent Application No. 2022-184488 filed on November 17, 2022, and incorporates the entire contents of Japanese Patent Application No. 2022-184488 into this application.

[0628] Industrial Applicability

[0629] One aspect of the present disclosure is useful for a wireless communication system.

[0630] Explanation of Reference Numerals

[0631] 10 Base station; 20 Terminal; 101, 202 Transmitting unit; 102, 201 Receiving unit; 103, 203 Control unit.

Claims

1. A terminal, comprising: a control unit that determines uplink control information for indicating a transmission opportunity of an unused uplink signal; and a transmission unit that transmits the uplink control information.

2. The terminal according to claim 1, wherein the uplink control information is first uplink control information having a field for indicating a transmission opportunity of the unused uplink signal, and / or second uplink control information different from the first uplink control information.

3. The terminal according to claim 2, wherein whether to transmit the first uplink control information and / or whether to transmit the second uplink control information is determined by a specification.

4. The terminal according to claim 2, wherein the control unit determines whether to transmit the first uplink control information and / or whether to transmit the second uplink control information based on an indication from a base station.

5. A wireless communication method, wherein a terminal determines uplink control information for indicating a transmission opportunity of an unused uplink signal, and the terminal transmits the uplink control information.

6. A wireless communication system, comprising: a terminal having: a control unit that determines uplink control information for indicating a transmission opportunity of an unused uplink signal; and a transmission unit that transmits the uplink control information; and a base station having a reception unit that receives the uplink control information.

Images