Terminal and communication method

Abstract

A terminal is provided with: a control unit that, on the basis of a first uplink signal transmission opportunity that cannot be used for transmission of an uplink signal, generates control information indicating whether or not a second uplink signal transmission opportunity is used for transmission of the uplink signal and that includes a time range of the second uplink signal transmission opportunity; and a transmission unit that transmits the control information to a base station.

Description

TECHNICAL FIELD

[0001] The present disclosure relates to a terminal and a communication method. BACKGROUND

[0002] In a Universal Mobile Telecommunications System (UMTS) network, Long Term Evolution (LTE) is standardized for the purpose of further high-speed data rates, low latency, and the like. In addition, a subsequent system to LTE is also being studied for the purpose of further broadbandization and high speed compared to LTE. There are, for example, systems called LTE-Advanced (LTE-A), Future Radio Access (FRA), 5th generation mobile communication system (5G), 5G plus (5G+), Radio Access Technology (New-RAT), New Radio (NR), and the like in the subsequent system to LTE.

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

[0004] In addition, in Release 17, research is being conducted on Extended Reality (XR) such as Virtual Reality (VR), mixed reality (MX), and the like, and the scenario, requirements, main performance evaluation indicators (Key Performance Indicator (KPI)), and evaluation methods of XR are being studied. As the requirements for XR, capacity, latency (delay), mobility, and energy saving are considered.

[0005] Furthermore, in Release 18, a consensus was reached on supporting dynamic indication of unused (or non-used) CG PUSCH occasions (transmission opportunities) based on Uplink Control Information (UCI) by the terminal (e.g., Non-Patent Document 2). Additionally, "UTO-UCI" is used as a term to indicate the UCI that provides information related to unused CG PUSCH occasions. UTO is short for Unused Transmission Occasion.

[0006] Existing technical documents

[0007] Non-patent literature

[0008] Non-patent literature 1: TS38.331 V16.2.0 (2020-09)

[0009] Non-patent literature 2: RP-223502 (December 12-16, 2022) Summary of the Invention

[0010] In Release 18, although it was decided to support UTO-UCI, some details about UTO-UCI are still not specified, which will be a topic for future research.

[0011] One aspect of this disclosure provides a terminal and a communication method capable of appropriately reporting dynamic indications of unused uplink signal transmission opportunities to a base station.

[0012] One aspect of the present disclosure relates to a terminal comprising: a control unit, which generates control information, based on a first uplink signal transmission opportunity that cannot be used for uplink signal transmission, indicating whether a second uplink signal transmission opportunity is used for transmission of the uplink signal and including a time range of the second uplink signal transmission opportunity; and a transmission unit, which transmits the control information to a base station. Attached Figure Description

[0013] Figure 1 This is a diagram illustrating an example of dual-connection (DC).

[0014] Figure 2 This is a diagram illustrating an example of PUCCH carrier switching.

[0015] Figure 3 This is a diagram illustrating the overview of Type 1 HARQ-ACK CB.

[0016] Figure 4 This is a diagram illustrating the overview of Type 2 HARQ-ACK CB.

[0017] Figure 5 This is a diagram illustrating a generation example of Type 1 HARQ-ACK CB.

[0018] Figure 6 This is a diagram illustrating a generation example of Type 1 HARQ-ACK CB.

[0019] Figure 7 This is a diagram illustrating a generation example of Type 1 HARQ-ACK CB.

[0020] Figure 8 This is a diagram illustrating an example of the decision-making process for candidate PDSCH reception opportunities in step A-2.

[0021] Figure 9 This is a diagram illustrating an example of PUSCH allocation based on TBoMS.

[0022] Figure 10 This is a diagram illustrating an example of CG PUSCH.

[0023] Figure 11 This is a diagram illustrating an example of a time period / range indicated by uplink control information (UTO-UCI).

[0024] Figure 12 This is a diagram illustrating an example of a time period / range indicated by uplink control information (UTO-UCI).

[0025] Figure 13 This is a diagram illustrating an example of a time period / range indicated by uplink control information (UTO-UCI).

[0026] Figure 14 This is a flowchart illustrating an operation example of the terminal involved in this embodiment.

[0027] Figure 15 This is a block diagram illustrating an example of the structure of a base station according to this embodiment.

[0028] Figure 16 This is a block diagram illustrating an example of the structure of the terminal involved in this embodiment.

[0029] Figure 17This is a diagram illustrating an example of the hardware structure of a base station and a terminal according to an embodiment of this disclosure.

[0030] Figure 18 This is a diagram illustrating an example of the structure of a vehicle in an embodiment of this disclosure. Detailed Implementation

[0031] Hereinafter, with reference to the accompanying drawings, an embodiment of one aspect of this disclosure will be described.

[0032] In NR, specifically in Release 17, various technologies are being researched regarding approaches known as Ultra-Reliable and Low-Latency Communications (URLLC) and the Industrial Internet of Things (IIoT). Within URLLC, research is focusing on enhancing the terminal's feedback for Hybrid Automatic Repeat Request-Acknowledgement (HARQ-ACK). HARQ-ACK is an example of information related to the terminal's acknowledgment of received data (e.g., an acknowledgment). Regarding these URLLC research topics, there is a consensus on supporting dynamic and semi-static PUCCH carrier switching. Alternatively, PUCCH carrier switching can also be referred to as carrier switching for control information transmission.

[0033] PUCCH carrier handover is a technique used when a base station communicates via multiple cells. The following explains dual connectivity and PUCCH carrier handover as an example of communication via multiple cells.

[0034] Dual Connections

[0035] Figure 1 This is a diagram illustrating an example of dual-connection (DC). Figure 1 In the example, base station 10-1 can be the master node (MN). Base station 10-2 can be the secondary node (SN). For example... Figure 1 As shown in the example, in a DC, carriers between different base stations are bundled.

[0036] exist Figure 1 In this example, base station 10-1 communicates with terminal 20 via the primary cell (Pcell) and the secondary cell (Scell).Figure 1 In the example, the terminal 20 establishes an RRC connection with the base station 10-1.

[0037] In the case of DC, due to the possible delay in communication between the base station 10-1 and the base station 10-2, it is difficult to notify the uplink control information (e.g., Uplink Control Information (UCI)) received in the Pcell of the base station 10-1 to the base station 10-2 via the backhaul link (e.g., a wired or wireless link connecting the base station 10-1 and the base station 10-2) and reflect it in the scheduling of the Scell subordinate to the base station 10-2. Therefore, in DC, in addition to the Pcell of the base station 10-1, one carrier subordinate to the 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 the base station 10-2 via the PScell.

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

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

[0040] <PUCCH Carrier Switching>

[0041] [[ID=SO]]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.

[0042] Figure 2 This is a diagram illustrating an example of PUCCH carrier switching. In Figure 2 In this example, the base station and the terminal communicate via cell 1 and cell 2. Figure 2 In the example, cell 1 is a P-cell, and cell 2 is an S-cell. Furthermore, in Figure 2 The example shows the downlink (DL) time slots and uplink (UL) time slots in each cell.

[0043] exist Figure 2 In the example, the terminal receives data at a timed interval in S101 (receiving the Physical Downlink Shared Channel (PDSCH)). The terminal attempts to send a HARQ-ACK for the data received in S101 at a timed interval in S102, but at the timed interval in S102, the time slot of cell 1 becomes the downlink (DL) time slot. Therefore, if the terminal sends a HARQ-ACK through cell 1, the transmission of the HARQ-ACK is reserved until the timed interval of the PUCCH transmission in the uplink (UL) time slot (e.g., Figure 2 The timing of HARQ-ACK transmission increases as the timing of S103 (the timeout period) increases. Additionally, the timing of PUCCH transmission in the uplink (UL) time slot can also be referred to as the PUCCH timing.

[0044] exist Figure 2 In the example, during timing S102, the time slot of cell 2 becomes the UL time slot. Figure 2 In the example, if the terminal can send a HARQ-ACK for the data received in S101 during the PUCCH timing in S102 of cell 2, the latency of HARQ-ACK transmission can be reduced. Low latency within the radio interval is particularly required in URLLC. Therefore, as an extension of URLLC technology, 3GPP (registered trademark) is investigating PUCCH carrier handover for the carrier in which the terminal transmits PUCCH.

[0045] Additionally, in the following embodiments, the term "identical timing" can be either completely identical timing or all or part of time resources (e.g., one or more symbols (or resources with shorter time units than symbols)) being identical or overlapping.

[0046] The so-called PUCCH carrier handover can also refer to the following: When a terminal wants to transmit PUCCH at a specific transmission timing of a Pcell (which can also be a PScell ​​or a PUCCH-Scell), the time slot of that specific transmission timing of the Pcell (which can also be a PScell ​​or a PUCCH-Scell) becomes a DL time slot. Therefore, the terminal switches the cell from the Pcell (which can also be a PScell ​​or a PUCCH-Scell) to any one of one or more Scells whose time slot is the same as that specific transmission timing and becomes a UL time slot (in the case of a PScell, it is an Scell ​​other than the PScell; in the case of a PUCCH-Scell, it is an Scell ​​other than the PUCCH-Scell). Furthermore, in the embodiments of this disclosure, the unit of the specific transmission timing is not limited to a time slot. For example, the specific transmission timing can be a timing per subframe or a timing per symbol.

[0047] Two methods for implementing PUCCH carrier switching are being investigated. The first method involves the base station dynamically instructing the terminal on the carrier used for PUCCH transmission. The second method involves the base station semi-statically setting the carrier for PUCCH transmission for the terminal. Additionally, in the following embodiments, "PUCCH transmission" and "transmitting PUCCH" can also refer to transmitting uplink control information via PUCCH.

[0048] The terminal may also notify the base station of terminal capability information (UE capability) that specifies information related to the terminal's capabilities in relation to PUCCH transmission.

[0049] For example, terminal capability information, as part of the terminal's specifications, may also specify whether the terminal supports settings related to the transmission of handover and control information. These settings may include, for example, switching the resources (e.g., carrier or cell) used in the transmission of control information. The resources used in the transmission of control information may also be referred to as "PUCCH carrier switching." Furthermore, terminal capability information may also specify information indicating the application of dynamic PUCCH carrier switching and / or semi-static PUCCH carrier switching.

[0050] The configuration operation for semi-static PUCCH carrier handover can also be based on the RRC, which sets the PUCCH cell timing pattern of the PUCCH cell to which semi-static PUCCH carrier handover is applied. Furthermore, the configuration operation for semi-static PUCCH carrier handover can also be supported between cells with different parameter sets.

[0051] In PUCCH carrier handover, PUCCH resources can also be configured per UL BWP (Uplink Bandwidth Part) (e.g., each candidate cell and each UL BWP of that candidate cell).

[0052] In the case of PUCCH carrier handover 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 (numerology) of the dynamically indicated target PUCCH cell. Alternatively, the control information can be PUCCH scheduling control information such as DCI (Downlink control information). Furthermore, the parameter set can also be understood as a time slot or SCS (Subcarrier Spacing).

[0053] <HARQ-ACK Codebook>

[0054] In URLLC, we study the enhancement of the terminal's HARQ-ACK codebook (HARQ-ACK CB) feedback functionality. Below, we provide an overview of Type 1 HARQ-ACK CB and Type 2 HARQ-ACK CB.

[0055] Additionally, 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. Terminals can be instructed, for example, to apply either Type 1 HARQ-ACK CB or Type 2 HARQ-ACK CB via higher-level signaling such as RRC.

[0056] <Type 1 HARQ-ACK CB>

[0057] Figure 3 This is a diagram illustrating the overview of Type 1 HARQ-ACK CB. Figure 3 The term "scheduled" as shown refers, for example, to a time slot scheduled via DCI. CC stands for Component Carrier.

[0058] In Type 1 HARQ-ACK CB, the terminal generates the HARQ-ACK bits for the PDSCH regardless of whether a scheduled time slot (PDSCH) exists. For example, it can also be done as follows: Figure 3 As shown in the "HARQ-ACK codebook", the terminal sets NACK in the unscheduled PDSCH.

[0059] <Type 2 HARQ-ACK CB>

[0060] Figure 4 This is a diagram illustrating the overview of Type 2 HARQ-ACK CB. Figure 4 The (x, y) shown represents, for example, a time slot scheduled by DCI. x corresponds to the C-DAI value, and y corresponds to the T-DAI value. DAI is an abbreviation for Downlink assignment index. DAI, for example, represents the allocation of scheduled PDSCHs bundled with HARQ-ACK in HARQ-ACK CB.

[0061] In Type 2 HARQ-ACK CB, the terminal generates HARQ-ACK bits for the scheduled PDSCH. For example, it can also be done as follows: Figure 4 As shown in the "HARQ-ACK codebook", the terminal sets HARQ-ACK for the scheduled PDSCH.

[0062] Additionally, C-DAI is counted up starting from 1. For example, in the case of a 2-bit field, C-DAI repeats in the order of 1->2->3->0->… C-DAI is counted up for each time slot and for each DCI reception opportunity in each CC, even if the time slot changes, starting the count from the final value of the previous time slot. T-DAI represents the final value of C-DAI for each time slot.

[0063] Next, we will explain the generation example of Type 1 HARQ-ACK CB.

[0064] <Type 1 HARQ-ACK CB Generation>

[0065] Figure 5 , Figure 6 as well as Figure 7 This diagram illustrates a generation example of Type 1 HARQ-ACK CB. Figure 5 In this context, it is assumed that the parameter set of the serving cell is the same as that of the PUCCH cell. Figure 5 In this context, the set of K1 (the offset from PDSCH to HARQ-ACK) is {1, 2, 3, 4}.

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

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

[0068] Step A

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

[0070] Step A-1

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

[0072] Step A-2

[0073] The terminal determines the candidate PDSCH reception opportunity (candidate PDSCH reception occasion) for each K1 in each time slot. For example, ... Figure 7 M A,c As shown, the terminal determines the candidate PDSCH reception opportunity in each time slot.

[0074] In addition, the candidate PDSCH acceptance opportunity is Figure 8 This is explained in detail, but it is associated with the set RI (Row index) of the Time Domain Resource Allocation (TDRA) table. Candidate PDSCH reception opportunities within the TDRA table that overlap with the UL set 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.

[0075] Step B

[0076] 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 opportunity. For example, the terminal can also determine the total number of HARQ-ACK information bits in the total number of O. ACKgenerate the following Type 1 HARQ-ACK CB (Type 1 HARQ-ACK CB).

[0077] [Mathematical formula 1]

[0078]

[0079] Figure 8 FIG. is a diagram for explaining a decision example of a candidate PDSCH reception opportunity in step A-2 (Step A-2). Figure 8 The table shown in the upper left of shows an example of TDRA. K0 represents the offset between the time slot of the DCI and the time slot of the PDSCH. Start represents the starting symbol in the time slot, and Length represents the length from the start (Start) (the number of symbols allocated to the 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 the PDSCH in the time slot.

[0080] In Figure 8 the upper right shows the time slot format. In Figure 8 the example of the time slot format shown, the last two symbols are semi-statically configured as UL.

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

[0082] Therefore, the candidate PDSCH reception opportunities of 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.

[0083] 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}.

[0084] <TBoMS (Transport Block processing over Multiple Slots)>

[0085] In Release 17, a consensus was reached on studying coverage enhancement (CE) in NR. Furthermore, regarding coverage enhancement, 3GPP specifies TBoMS for transmitting a transport block (TB) via PUSCH allocated to N (N being multiple) time slots (e.g., Section 9 of 3GPP TS38.213). Additionally, TBS (Transport Block Size) is determined based on the PUSCH resource elements spanning N time slots.

[0086] In addition, Section 9 of TS 38.213 specifies that when a terminal transmits PUSCH in multiple time slots, and transmits PUCCH containing HARQ-ACK and / or CSI information in one or more time slots that overlap with the PUSCH transmission, the HARQ-ACK and / or CSI information shall be multiplexed in the PUSCH transmission in one or more time slots.

[0087] Figure 9 This is a diagram illustrating an example of PUSCH allocation based on TBoMS. Specifically, Figure 9 This illustrates an example of PUSCH allocation performed by TBoMS following both Type A repetition like TDRA (Time Domain Resource Allocation) and Type B repetition like TDRA. Additionally, Type A and B can refer to repetition types A and B.

[0088] Additionally, the number (N) of time slots allocated to 1TB is shown to the terminal via the higher-level parameter numberOfSlotsTBoMS.

[0089] The same code is assigned in each time slot.

[0090] UCI is multiplexed within overlapping PUSCHs in a single time slot. The number of coded modulation symbols for UCI is calculated based on the code block size of the overlapping time slot's UL-SCH.

[0091] TBoMS has the following advantages.

[0092] • Resources are allocated across multiple time slots, thus reducing the code rate.

[0093] • The gain of channel coding is increased due to the longer code sequence.

[0094] • Compared to sending multiple TBs, it can reduce the amount of headers at higher levels.

[0095] <CG PUSCH>

[0096] As mentioned above, in NR, in Release 16, the setting of CG PUSCH is specified (e.g., Non-Patent Document 1). There are Type 1 CG PUSCH and Type 2 CG PUSCH in CG PUSCH.

[0097] • Type 1 CG PUSCH

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

[0099] • Type 2 CG PUSCH

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

[0101] Furthermore, as mentioned above, in Release 17, XR is studied, and as a requirement for becoming an XR target, aspects such as capacity, latency, mobility, and energy efficiency are taken into consideration. Therefore, it is envisioned that CG PUSCH be applied in XR services, and that multiple CGs be used in the transmission of a single XR packet.

[0102] Figure 10 This is a diagram illustrating an example of CG PUSCH. The higher-level parameters `cg-nrofSlots` and `cg-nrofPUSCH-InSlot` are provided to the terminal. `cg-nrofSlots` represents the number of consecutive time slots allocated within a set CG cycle. `cg-nrofPUSCH-InSlot` represents the number of consecutive PUSCH allocations within a time slot. Figure 10 The example shown is cg-nrofSlots = 3 and cg-nrofSlots = 2. The period set by CG PUSCH (the period during which CG PUSCH is sent, for example, ...) Figure 10 The three time slots shown repeat within the set CG cycle.

[0103] The initial PUSCH allocation is based on a higher-level setting that is based on TDRA or TS38.321 in Type 1 CG PUSCH. Alternatively, the initial PUSCH allocation is based on a UL license received in the DCI of Type 2 CG PUSCH. The remaining PUSCH allocations have the same length and mapping type as the initial PUSCH. Each PUSCH is appended seamlessly to the preceding PUSCH.

[0104] <Consensus Matters>

[0105] In Release 18, the following points were agreed upon regarding CG enhancements in XR.

[0106] <Consensus Item 1>

[0107] At the RAN1 #111 meeting, the following consensus was reached on supporting the CG extension.

[0108] <Consensus Item 1-1>

[0109] Support: Dynamic indication of one or more unused CG PUSCH occasions based on Uplink Control Information (UCI) provided by the terminal.

[0110] For example, if there is an unused CG PUSCH opportunity, the terminal can use UCI to notify the unused CG PUSCH opportunity.

[0111] <Consensus Items 1-2>

[0112] Supports multiple CG PUSCH events within a single CG PUSCH setting period.

[0113] For example, if multiple CG PUSCHs are set, the terminal can set multiple CG PUSCH timings during the period of one of the CG PUSCH settings.

[0114] <Consensus Item 2>

[0115] Furthermore, at the RAN1 #112bis meeting, the following consensus was reached regarding the dynamic indication of unused CG PUSCH timings.

[0116] <Consensus Item 2-1>

[0117] Option 1: If CG PUSCH is configured, include UTO-UCI in all CG PUSCHs sent (this is Option 1 of the corresponding consensus for RAN1#112). However, the details are not yet determined.

[0118] <Consensus Item 2-2>

[0119] UTO-UCI provides a bit map that corresponds to the CG PUSCH timing within a period / range. This bit indicates whether the CG PUSCH timing is "unused". However, details regarding the inclusion of the period / range have not yet been determined.

[0120] <Consensus Items 2-3>

[0121] For dynamic indication of unused CG PUSCH timings based on UCI, the "unused" CG PUSCH timing indicated by UTO-UCI within the CGPUSCH set by the CG PUSCH can be set as either continuous or discontinuous CG PUSCH timings (or transmission timings (TO)). However, it is not yet determined whether the time period / range indicated by UTO-UCI is limited to the period of a CG PUSCH setting. Furthermore, it is not yet determined whether and how unused CG PUSCH timings can be associated with multiple CG PUSCH settings.

[0122] Here, the details of the unresolved matters and the consensus of RAN1#112 for the selected options will be discussed later. Furthermore, the above corresponds to option 2 (the WRT consensus of RAN1#112).

[0123] <Analysis>

[0124] As described above, in RAN1#112bis, UTO-UCI is able to indicate whether CG PUSCH opportunities are continuous or discontinuous, and the bitmap corresponding to a CG PUSCH opportunity (TO) within a specific time period / range has been agreed upon. Therefore, the terminal can use UTO-UCI to report dynamic indications of unused CG PUSCH opportunities to the base station.

[0125] However, no consensus was reached on the details of the bitmap design, the indicated time period / range, and other UTO-UCI indication content, which will become a topic for future discussion.

[0126] The impact of TDD collisions (TDD conflicts) on content (instructions) against the UCI, such as those containing the following points, has not been considered or clarified.

[0127] (1) Whether invalid or invalid TOs caused by conflicts with DL symbols are included in the UTO-UCI instruction.

[0128] (2) Whether invalid TOs and invalid time slots / symbols are counted in the number / length of time periods / ranges.

[0129] Here, invalid (or invalid) TO can refer to an invalid TO for transmitting CG PUSCH (uplink signal), or more specifically, a PUSCH transmission opportunity that overlaps with symbols set to DL via TDD-Config-Common and / or TDD-Config-Dedicated. Additionally, invalid (or invalid) TO can also refer to a PUSCH transmission opportunity that overlaps with symbols set for SSB (Syncronization Signal Block) reception. Invalid (or invalid) TO can also be referred to as an uplink signal transmission opportunity that cannot be used for transmitting uplink signals such as CG PUSCH.

[0130] A valid TO can have the opposite meaning to an invalid TO. A valid TO can also refer to an uplink signal transmission opportunity that can be used for uplink signal transmission such as CGPUSCH.

[0131] TDD-Config-Common and TDD-Config-Dedicated can also be referred to as configuration information used to determine, decide, or judge invalid TOs (or valid TOs), configuration information related to Time Division Duplex (TDD), etc.

[0132] If the dynamic indications of unused CG PUSCH timings that are not clearly defined above cannot be properly reported to the base station, there are concerns that this may affect the operation of the base station or the terminal. In addition, there may be problems with resource utilization efficiency.

[0133] Based on the above analysis, in this embodiment, the following describes a proposal that considers the TDD conflict of UTO-UCI for information related to the timing of unused CG PUSCH.

[0134] Additionally, below, "unused" may also include "not used". "CG PUSCH timing" may also be referred to as "CGPUSCH sending timing". "CG PUSCH setting" may also be referred to as "CG setting". "CG PUSCH setting period" may also be referred to as "CG PUSCH period" or "CG period". The CG period can also be periodic. " / " may mean "and / or".

[0135] <Summary of the Proposal>

[0136] The summary of the proposal described in this embodiment is that an invalid TO may or may not be included in the UTO-UCI instruction.

[0137] [Option 1]

[0138] In Option 1, invalid TOs (TOs that conflict with DL symbols) are not included in the UTO-UCI indication. That is, the terminal may choose not to include invalid TOs in the UTO-UCI indication.

[0139] Option 1-1

[0140] In option 1-1, it is also possible that the time range indicated by UTO-UCI (hereinafter also referred to as the indication range) does not depend on whether the TO is valid or invalid, and the indication range includes both valid and invalid TOs.

[0141] For example, as in Example 1, it is also possible that, in the case where the UTO-UCI indicates bitmap information for a set of TOs (multiple TOs), invalid TOs within that set of TOs are included in the UTO-UCI indication, but are skipped regarding that indication. Specifically, for example, if the set of TOs contains Y TOs and n is the number of invalid TOs within T TOs, the length of the bitmap in the UTO-UCI can be (Yn) bits.

[0142] Figure 11An example of a time period / range indicated by UTO-UCI following Example 1 is shown. In this example, invalid TOs are set as TO#4 and TO#5. Furthermore, in this example, the time period / range indicated by UTO-UCI is 4TO, and the initial TO of the set of TOs indicated by UTO-UCI is the TO (TO#3) following the TO (TO#1) sent by UTO-UCI, but the time period / range and the initial TO are not limited to the above. Figure 11 In the example shown, the time period / range indicated by UTO-UCI is 4TOs: TO#3, TO#4, TO#5, and TO#6. Since the set of these TOs includes TO#4 and TO#5 as invalid TOs, the UTO-UCI indicates that the 2-bit bitmap information corresponding to TO#3 and TO#6 after removing TO#3 and TO#4 from the set of these TOs is respectively removed.

[0143] Furthermore, for example, as in Example 2, in the case where the UTO-UCI indication pertains to the bitmap information of TOs within the Y slot / symbol, invalid TOs within the Y slot / symbol are included in the UTO-UCI indication, but are skipped regarding that indication. Specifically, for example, in the case where the bitmap length for the Y slot / symbol is Z bits, and n is the number of invalid TOs within the Y slot / symbol, the length of the bitmap in the UTO-UCI is (Zn) bits.

[0144] Thus, the unit of the indicated time period / range can be a TO (CG PUSCH timing) unit as in Example 1, or a slot / symbol unit as in Example 2.

[0145] In option 1-1, the terminal generates a UTO-UCI indicating whether a second TO was used for CG PUSCH transmission, and a time range (Y TOs, Y time slots / symbols, etc.) containing the second TO, based on the invalid first TOs (n TOs), and sends the generated UTO-UCI to the base station. The terminal includes the first TOs within the indicated time range. The terminal uses a bitmap with a length equal to the number of invalid first TOs minus the bitmap length corresponding to the time range to generate the UTO-UCI indicating whether the second TO was used for CG PUSCH transmission.

[0146] Options 1-2

[0147] In options 1-2, the indication range depends on whether the TO / slot / symbol / CG period is valid or invalid. In other words, the indication range may only include valid TOs (or exclude invalid TOs).

[0148] For example, as in Example 3, it is possible that when UTO-UCI indicates bitmap information for multiple TOs (e.g., Y (Y is an integer greater than 2) TOs), invalid TOs are not counted in the Y TOs. That is, the range of Y TOs indicated by UTO-UCI sometimes has a larger gap compared to the Y TOs for the initial TO being indicated.

[0149] Figure 12 An example of a time period / range indicated via UTO-UCI following Example 3 is shown. In this example, invalid TOs are also set to TO#4 and TO#5. Furthermore, in this example, the time period / range indicated via UTO-UCI is also 4 TOs, and the initial TO of the multiple TOs indicated via UTO-UCI is also the TO (TO#3) following the 1 TO sent via UTO-UCI (TO#1), but the time period / range and the initial TO are not limited to the above. Figure 12 In the example shown, the time period / range indicated by UTO-UCI is the 4 TOs after removing TO#4 and TO#5 as invalid TOs, namely TO#3, TO#6, TO#7, and TO#8, which is larger than Y(4) TOs (up to TO#6) relative to the initial TO (TO#3) being indicated. UTO-UCI indicates the 4-bit bitmap information corresponding to TO#3, TO#6, TO#7, and TO#8 respectively.

[0150] Furthermore, for example, as in Example 4, it is also possible that, in the case where the UTO-UCI indicates bitmap information for the TO within the Y slot / symbol, (for transmitting CG PUSCH) invalid slot / symbol / CG periods are not counted in the Y slot / symbol. Additionally, an invalid slot / CG period can be a slot / CG period containing at least one invalid TO, a slot / CG period containing only at least one invalid TO but no valid TOs, or a slot / CG period where all symbols are invalid symbols (all symbols are invalid symbols). Here, invalid symbols can also be symbols set to DL by TDD-Config-Common and / or TDD-Config-Dedicated, symbols set for SSB reception, and / or type-0 CSS (Common Search Space) symbols, and / or CORESET (Control Resource Set) #0 symbols.

[0151] Thus, the unit of the indicated time period / range can be a TO (CG PUSCH timing) unit as in Example 3, or a slot / symbol unit as in Example 4.

[0152] In options 1-2 above, the terminal generates a UTO-UCI indicating whether a second TO was used for CG PUSCH transmission and a time range (Y TOs, etc.) containing the second TO, based on invalid first TOs (n TOs), and sends the generated UTO-UCI to the base station. The terminal does not include (does not count) the first TO within the indicated time range. The terminal uses a bitmap of the length corresponding to the time range to generate the UTO-UCI indicating whether the second TO was used for CG PUSCH transmission.

[0153] Alternatively or concurrently, in options 1-2, the terminal generates a UTO-UCI indicating whether TO was used for CG PUSCH transmission and including the time range (Y slot / symbol, etc.) containing TO, based on invalid time slot / symbol / CG periods, and sends the generated UTO-UCI to the base station. The terminal does not include (does not count) invalid time slot / symbol / CG periods within the indicated time range. The terminal uses a bitmap of the length corresponding to the time range to generate the UTO-UCI indicating whether TO was used for CG PUSCH transmission.

[0154] [Option 2]

[0155] In option 2, invalid TOs (TOs that conflict with DL symbols) are included in the UTO-UCI indication. That is, the terminal can include invalid TOs in the UTO-UCI indication.

[0156] For example, as in Example 5, when the UTO-UCI indicates bitmap information for a set of TOs (multiple TOs), invalid TOs within that set of TOs can be included in the UTO-UCI indication. Specifically, for example, when the set of TOs contains Y TOs, regardless of whether the TOs contained in the Y TOs are valid or invalid TOs, the UTO-UCI can indicate bitmap information as a bitmap length of Y bits corresponding to each of the Y TOs.

[0157] Figure 13An example of a time period / range indicated via UTO-UCI following Example 5 is shown. In this example, invalid TOs are also set as TO#4 and TO#5. Furthermore, in this example, the time period / range indicated via UTO-UCI is also 4 TOs, and the initial TO of the set of TOs indicated via UTO-UCI is also the TO (TO#3) following the 1 TO sent via UTO-UCI (TO#1), but the time period / range and the initial TO are not limited to the above. Figure 13 In the example shown, the time period / range indicated by UTO-UCI is 4 TOs: TO#3, TO#4, TO#5, and TO#6. This set of TOs includes TO#3 and TO#6 as valid TOs, and TO#4 and TO#5 as invalid TOs. However, in Example 5, all TOs are included in the indication range, regardless of their validity. Therefore, UTO-UCI indicates the 4-bit bitmap information corresponding to each of the sets of TOs: TO#3, TO#4, TO#5, and TO#6.

[0158] Furthermore, for example, as in Example 6, when the UTO-UCI indicates bitmap information for TOs within a Y slot / symbol, invalid TOs within the Y slot / symbol can be included in the UTO-UCI indication. Specifically, for example, when the bitmap length for the Y slot / symbol is Z bits, the UTO-UCI can indicate bitmap information as a bitmap length of Z bits for the Y slot / symbol, regardless of whether the TOs contained in the Y slot / symbol are valid or invalid.

[0159] Thus, the unit of the indicated time period / range can be a TO (CG PUSCH timing) unit as in Example 5, or a slot / symbol unit as in Example 6.

[0160] ·change

[0161] As a variation of Option 2, the terminal can also set TO to "Use (Use) / Not Use (Not Use)" and always report to the base station if the following conditions are met.

[0162] -TO overlaps (conflicts) with symbols set as DL via TDD-Config-Common and / or TDD-Config-Dedicated, and / or

[0163] -TO overlaps with symbols set for SSB reception, and / or

[0164] -TO overlaps with type-0 CSS (type-0 CSS) code elements, and / or

[0165] -TO overlaps with CORESET#0 code element.

[0166] (and / or

[0167] -TO overlaps with symbols indicated as DL / flexible by SFI (Slot Format Indicator), and / or

[0168] -TO overlaps with symbols set to flexible via TDD-Config-Common and / or TDD-Config-Dedicated, and the terminal is configured or configured to monitor SFI during periods when no SFI is detected.

[0169] In option 2, the terminal generates a UTO-UCI (time range including Y TOs, Y time slots / symbols, etc.) indicating whether the second TO was used for CG PUSCH transmission, based on the invalid first TO (n TOs), and sends the generated UTO-UCI to the base station. The terminal includes the first TO within the indicated time range. The terminal uses a bitmap of length corresponding to the time range to generate the UTO-UCI indicating whether the second TO was used for CG PUSCH transmission.

[0170] [change]

[0171] As a variation of this proposal, it is also possible that, regarding the UTO-UCI indication in the CG PUSCH, if there is no valid TO during the time period / range, or if there is no valid TO in the set of Y determined TOs, the terminal will not report (notify, indicate) the UTO-UCI in the CG PUSCH. This is because all TOs are invalid, and therefore there is no point in reporting. For example, if in Figure 13 In this case, not only TO#4 and TO#5, but also TO#3 and TO#6 are set to invalid TOs. As a variation of option 2, the terminal may also not report UTO-UCI in CG PUSCH (TO#1).

[0172] On the other hand, the base station sends time-division duplex-related configuration information to the terminal. Based on this configuration information, the base station receives the aforementioned UTO-UCI generated and transmitted by the terminal according to the proposals (options 1, 2, etc.) described above.

[0173] The values ​​of Y, etc., mentioned above can be specified by standards, determined by the base station, or determined by the terminal. When the value of Y, etc., is determined by the base station, such a value can also be set / indicated via RRC / MAC CE / DCI.

[0174] <Operation example>

[0175] Next, refer to Figure 14 The operation examples of the terminal are explained.

[0176] In step S11, the terminal generates control information based on a first uplink signal transmission opportunity that cannot be used for uplink signal transmission, indicating whether a second uplink signal transmission opportunity is used for uplink signal transmission and including the time range of the second uplink signal transmission opportunity.

[0177] The uplink signal can also be a CG PUSCH. The first uplink signal transmission opportunity can also be a non-valid TO determined based on time-division duplex-related configuration information transmitted from the base station. Whether the second uplink signal transmission opportunity is used for uplink signal transmission can also be indicated in bitmap form. The control information can also be UTO-UCI.

[0178] In step S12, the terminal sends the control information generated in step S11 to the base station.

[0179] <The Effect of the Proposal>

[0180] According to the proposal described above, the terminal reports a UTO-UCI based on an invalid TO to the base station, thereby enabling the base station and the terminal to operate appropriately and utilize resources efficiently.

[0181] <Examples of wireless communication systems>

[0182] The wireless communication system involved in this embodiment includes Figure 15 Base station 10 and shown Figure 16 The number of base stations 10 and terminals 20 shown is not particularly limited. For example, as Figure 1 As shown, it could also be a system in which two base stations 10 (base station 10-1 and base station 10-2) communicate with a terminal 20. The wireless communication system could be a wireless communication system following New Radio (NR) principles. For example, the wireless communication system could also be a wireless communication system following methods known as URLLC and / or IIoT.

[0183] Alternatively, wireless communication systems can also follow the protocols known as 5G, Beyond 5G, 5G Evolution, or 6G.

[0184] Base station 10 can also be referred to as an NG-RAN node, ng-eNB, eNodeB (eNB), or gNodeB (gNB). Terminal 20 can also be referred to as user equipment (UE). In addition, base station 10 can also be understood as a device contained in the network to which terminal 20 is connected.

[0185] Wireless communication systems can also include Next Generation Radio Access Network (NG-RAN). NG-RAN comprises multiple NG-RAN nodes, specifically gNBs (or ng-eNBs), connected to a 5G-compliant core network (5GC, not shown). Alternatively, NG-RAN and 5GC can also be referred to simply as "network".

[0186] Base station 10 and terminal 20 perform wireless communication. For example, the performed wireless communication follows NR (Normally Injectable) protocol. At least one of base station 10 and terminal 20 can also support Massive MIMO (Multiple-Input Multiple-Output) for generating more directional beams (BM) by controlling wireless signals transmitted from multiple antenna elements. Furthermore, at least one of base station 10 and terminal 20 can also support carrier aggregation (CA) using multiple component carriers (CC). In addition, at least one of base station 10 and terminal 20 can also support dual connectivity (DC) and the like for communication between terminal 20 and each of multiple base stations 10.

[0187] Wireless communication systems can also support multiple frequency bands. For example, a wireless communication system may support frequency range (FR) 1 and FR2. The frequency bands of each FR are as follows.

[0188] FR1: 410MHz~7.125GHz

[0189] FR2: 24.25GHz~52.6GHz

[0190] In FR1, sub-carrier spacing (SCS) of 15kHz, 30kHz, or 60kHz can be used, with a bandwidth (BW) of 5MHz to 100MHz. FR2 is, for example, a higher frequency than FR1. In FR2, SCS of 60kHz or 120kHz can be used, with a bandwidth (BW) of 50MHz to 400MHz. Furthermore, FR2 can also include an SCS of 240kHz.

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

[0192] Furthermore, Cyclic Prefix-Orthogonal Frequency Division Multiplexing (CP-OFDM) / Discrete Fourier Transform-Spread-Orthogonal Frequency Division Multiplexing (DFT-S-OFDM) with larger sub-carrier spacing (SCS) than the examples described above can also be applied. Moreover, DFT-S-OFDM can be applied to both uplink and downlink, or either.

[0193] In wireless communication systems, a time division duplex (TDD) slot configuration pattern can also be set. For example, in the slot configuration pattern, a pattern can be specified that represents the order of two or more time slots among the time slots for transmitting downlink (DL) signals, time slots for transmitting uplink (UL) signals, time slots where DL signals, UL signals and guard symbols coexist, and time slots where the transmitted signals are flexibly changed.

[0194] Furthermore, in wireless communication systems, channel estimation for PUSCH (or PUCCH (Physical Uplink Control Channel)) can be performed using a demodulation reference signal (DMRS) per time slot. However, it is also possible to perform channel estimation for PUSCH (or PUCCH) using DMRS allocated to multiple time slots. Such channel estimation can also be referred to as joint channel estimation, or cross-slot channel estimation, among other names.

[0195] Terminal 20 can also transmit DMRS allocated to each of the multiple time slots in multiple time slots, so that base station 10 can perform joint channel estimation using DMRS.

[0196] Furthermore, in the wireless communication system, enhanced functions can be added to the feedback function from the terminal 20 to the base station 10. For example, enhanced functions can be added to the feedback function of the terminal for HARQ-ACK.

[0197] Next, the structures of base station 10 and terminal 20 will be described. Furthermore, the structures of base station 10 and terminal 20 described below are examples of functions associated with this embodiment. Functions not shown may also be present in base station 10 and terminal 20. Moreover, the functional divisions and / or names of functional units are not limited as long as they are functions capable of performing the operations involved in this embodiment.

[0198] <Base station structure>

[0199] Figure 15 This is a block diagram illustrating an example of the structure of the base station 10 according to this embodiment. The base station 10 includes, for example, a transmitting unit 101, a receiving unit 102, and a control unit 103. The base station 10 communicates wirelessly with the terminal 20 (see reference 103). Figure 16 ) to communicate.

[0200] The transmitting unit 101 transmits a downlink (DL) signal to the terminal 20. For example, the transmitting unit 101 transmits a DL signal (e.g., time-division duplex related setting information) under the control of the control unit 103.

[0201] The DL signal may also include, for example, downlink data signals and control information (e.g., Downlink Control Information (DCI)). Furthermore, the DL signal may also include scheduling information related to signal transmission of terminal 20 (e.g., UL authorization). Additionally, the DL signal may also include higher-layer control information (e.g., Radio Resource Control (RRC) control information). Furthermore, the DL signal may also include reference signals.

[0202] The channels used in transmitting DL signals may include, for example, data channels and control channels. For instance, the data channel may include a PDSCH (Physical Downlink Shared Channel), and the control channel may include a PDCCH (Physical Downlink Control Channel). For example, base station 10 uses the PDCCH to transmit control information and the PDSCH to transmit downlink data signals for terminal 20.

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

[0204] The receiving unit 102 receives uplink (UL) signals transmitted from the terminal 20. For example, the receiving unit 102 receives UL signals (e.g., UTO-UCI, etc.) under the control of the control unit 103.

[0205] The control unit 103 controls the communication operation of the base station 10, which includes the transmission processing of the transmission unit 101 and the reception processing of the reception unit 102.

[0206] For example, the control unit 103 acquires data and control information from higher layers and outputs it to the transmitting unit 101. Furthermore, the control unit 103 outputs data and control information received from the receiving unit 102 to higher layers.

[0207] For example, the control unit 103 allocates resources (or channels) for transmitting and receiving DL signals and / or resources for transmitting and receiving UL signals based on signals received from the terminal 20 (e.g., data and control information) and / or data and control information obtained from higher layers. Information related to the allocated resources can be included in the control information sent to the terminal 20.

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

[0209] <Terminal Structure>

[0210] Figure 16 This is a block diagram illustrating an example of the structure of the terminal 20 according to this embodiment. The terminal 20 includes, for example, a receiving unit 201, a transmitting unit 202, and a control unit 203. The terminal 20 communicates with the base station 10 wirelessly, for example.

[0211] The receiving unit 201 receives DL signals transmitted from the base station 10. For example, the receiving unit 201 receives DL signals (e.g., time-division duplex related setting information) under the control of the control unit 203.

[0212] The transmitting unit 202 transmits a UL signal to the base station 10. For example, the transmitting unit 202 transmits a UL signal (e.g., UTO-UCI, etc.) under the control of the control unit 203.

[0213] The UL signal may include, for example, uplink data signals and control information (e.g., UCI). For example, it may include information related to the processing capabilities of terminal 20 (e.g., UE capability). In addition, the UL signal may also include reference signals.

[0214] The channels used in transmitting UL signals include, for example, data channels and control channels. For instance, the data channel includes PUSCH (Physical Uplink Shared Channel), and the control channel includes PUCCH (Physical Uplink Control Channel). For example, terminal 20 receives control information from base station 10 using PUCCH and transmits uplink data signals using PUSCH.

[0215] The reference signals included in the UL signal may include at least one of DMRS, PTRS, CSI-RS, SRS, and PRS. 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).

[0216] The control unit 203 controls the communication operation of the terminal 20, which includes the receiving processing in the receiving unit 201 and the transmitting processing in the transmitting unit 202.

[0217] For example, control unit 203 obtains data and control information from higher layers and outputs it to transmitting unit 202. Furthermore, control unit 203 may output data and control information received from receiving unit 201 to higher layers, for example.

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

[0219] The control unit 203 configures the PUCCH resources based on configuration information received from the base station 10 (e.g., PUCCH cell timing mode configuration information notified via RRC and / or DCI). The control unit 203 determines the PUCCH resources to be used in transmitting information fed back to the base station 10. The transmitting unit 202, under the control of the control unit 203, transmits the information fed back to the base station 10 using the PUCCH resources determined by the control unit 203.

[0220] For example, control unit 203 may generate control information, including a time range indicating whether a second uplink signal transmission opportunity is used for uplink signal transmission, based on a first uplink signal transmission opportunity that cannot be used for uplink signal transmission. Control unit 203 may also determine the first uplink signal transmission opportunity based on time-division duplex related setting information received from base station 10. Control unit 203 may include the first uplink signal transmission opportunity in the time range or exclude it. If the terminal includes the first uplink signal transmission opportunity in the time range, the control information may use a bitmap of length obtained by subtracting a number of bits equal to the number of first uplink signal transmission opportunities from the length of the first bitmap corresponding to the time range to indicate whether the second uplink signal transmission opportunity is used for uplink signal transmission.

[0221] Furthermore, the channels used in transmitting DL signals and UL signals are not limited to the examples mentioned above. For instance, the channels used in transmitting DL signals and UL signals may include RACH (Random Access Channel) and PBCH (Physical Broadcast Channel). RACH can also be used, for example, to transmit Downlink Control Information (DCI) containing the Random Access Radio Network Temporary Identifier (RA-RNTI).

[0222] Based on the above structure, terminal 20 can appropriately report dynamic indications of unused CG PUSCH timings to base station 10.

[0223] <Summary of Implementation Methods>

[0224] As described above, according to one aspect of this disclosure, a terminal is provided, comprising: a control unit that generates control information, based on a first uplink signal transmission opportunity that cannot be used for uplink signal transmission, indicating whether a second uplink signal transmission opportunity is used for transmission of the uplink signal and including a time range of the second uplink signal transmission opportunity; and a transmission unit that transmits the control information to a base station.

[0225] According to the above structure, the terminal reports to the base station control information based on a first uplink signal transmission opportunity that cannot be used for uplink signal transmission, an indication of whether a second uplink signal transmission opportunity has been used for uplink signal transmission, and a time range including the second uplink signal transmission opportunity. Thus, the terminal can appropriately report dynamic indications of unused uplink signal transmission opportunities to the base station. Consequently, the base station and the terminal can operate appropriately and utilize resources efficiently.

[0226] In one example, the control unit includes the first uplink signal transmission opportunity within the time range.

[0227] Based on the above structure, the terminal can easily determine the time range regardless of whether the transmission opportunity is valid or invalid.

[0228] In one example, the control information uses a bitmap of length that is the length of a second bitmap, obtained by subtracting a number of bits equal to the number of the first uplink signal transmission opportunities from the first bitmap length corresponding to the time range, to indicate whether the second uplink signal transmission opportunity is used for the transmission of the uplink signal.

[0229] According to the above structure, only the bits indicating whether the second uplink signal transmission opportunity is used for uplink signal transmission are sent from the terminal to the base station, thus reducing the overhead of control information.

[0230] In one example, the control unit does not include the first uplink signal transmission opportunity in the time range.

[0231] Based on the above structure, the terminal can remove transmission opportunities from the time range that cannot be used for uplink signal transmission.

[0232] In one example, the terminal also includes a receiving unit that receives time-division duplex-related setting information from the base station, and the control unit determines the first uplink signal transmission opportunity based on the setting information.

[0233] Based on the above structure, the terminal can flexibly generate dynamic indications of unused uplink signal transmission opportunities based on settings from the base station.

[0234] According to one aspect of this disclosure, a communication method is provided in which a terminal: based on a first uplink signal transmission opportunity that cannot be used for uplink signal transmission, generates control information indicating whether a second uplink signal transmission opportunity is used for the transmission of the uplink signal and including a time range of the second uplink signal transmission opportunity; and transmits the control information to a base station.

[0235] According to the above structure, the terminal reports to the base station control information based on a first uplink signal transmission opportunity that cannot be used for uplink signal transmission, an indication of whether a second uplink signal transmission opportunity has been used for uplink signal transmission, and a time range including the second uplink signal transmission opportunity. Thus, the terminal can appropriately report dynamic indications of unused uplink signal transmission opportunities to the base station. Consequently, the base station and the terminal can operate appropriately and utilize resources efficiently.

[0236] <Hardware architecture, etc.>

[0237] Furthermore, the block diagrams used in the description of the above embodiments illustrate functional units. These functional blocks (structural units) are implemented through any combination of at least one of hardware and software. Moreover, the implementation method of each functional block is not particularly limited. That is, each functional block can be implemented using a single device that is physically or logically combined, or it can be implemented by directly or indirectly (e.g., using wired, wireless, etc.) connecting two or more physically or logically separate devices. Functional blocks can also be implemented by incorporating software into the aforementioned single device or multiple devices.

[0238] The functions include judgment, decision, determination, calculation, calculation, processing, export, investigation, search, confirmation, receiving, sending, output, access, resolution, selection, selection, establishment, comparison, assumption, expectation, regard as, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, and assigning, but are not limited to these. For example, the functional block (structural unit) that implements the sending function is called a transmitting unit or transmitter. Each of these functions is implemented in a way that is not particularly limited, as described above.

[0239] For example, the base station, terminal, etc. in one embodiment of this disclosure can also function as a computer for processing the communication method of this disclosure. Figure 17 This is a diagram illustrating an example of the hardware structure of a base station and a terminal according to an embodiment of the present disclosure. The base station 10 and the terminal 20 described above may also be physically configured as a computer device including a processor 1001, a memory 1002, a storage device 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, etc.

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

[0241] The functions of base station 10 and terminal 20 are realized by reading specific software (programs) into hardware such as processor 1001 and memory 1002, so that processor 1001 performs calculations and controls communication based on communication device 1004, or controls at least one of reading and writing data in memory 1002 and storage device 1003.

[0242] The processor 1001, for example, enables the operating system to operate and control the computer as a whole. The processor 1001 may also be composed of a central processing unit (CPU) that includes interfaces with peripheral devices, control devices, arithmetic devices, registers, etc. For example, the control unit 103 and control unit 203 described above may also be implemented by the processor 1001.

[0243] Furthermore, the processor 1001 reads programs (program code), software modules, data, etc., from at least one of the storage 1003 and the communication device 1004 into the memory 1002, and performs various processes accordingly. As a program, a program that causes the computer to perform at least a portion 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 operated in the processor 1001; similar implementations can be made for other functional blocks. The various processes described above refer to execution by one processor 1001, but they can also be executed simultaneously or sequentially by two or more processors 1001. The processor 1001 can also be implemented using one or more chips. Additionally, programs can be transmitted from a network via electrical communication lines.

[0244] The memory 1002 may also be a computer-readable recording medium, such as 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, cache, main memory (main storage device), etc. The memory 1002 can store programs (program code), software modules, etc., that are executable for implementing the communication method according to an embodiment of this disclosure.

[0245] Storage 1003 is a computer-readable recording medium, and may be comprised of at least one of the following: CD-ROM (Compact Disc ROM) or other optical discs; hard disk drives; flexible discs; optical discs (e.g., compact discs, digital multifunction discs, Blu-ray discs); smart cards; flash memory (e.g., cards, sticks, key drives); floppy disks; magnetic stripes; etc. Storage 1003 may also be referred to as an auxiliary storage device. The aforementioned storage medium may also be, for example, a database, server, or other suitable medium that includes at least one of memory 1002 and storage 1003.

[0246] The communication device 1004 is hardware (transmitting and receiving device) used for communication between computers via at least one of a wired network and a wireless network. It is also referred to as a network device, network controller, network interface card (NIC), communication module, etc. To implement at least one of, for example, Frequency Division Duplex (FDD) and Time Division Duplex (TDD), the communication device 1004 may also be configured to include a high-frequency switch, a duplexer, a filter, a frequency synthesizer, etc. For example, the aforementioned transmitting unit 101, receiving unit 102, receiving unit 201, and transmitting unit 202 can also be implemented using the communication device 1004.

[0247] Input device 1005 is an input device that accepts input from external sources (e.g., keyboard, mouse, microphone, switch, button, sensor, etc.). Output device 1006 is an output device that performs output to external sources (e.g., display, speaker, LED light, etc.). Alternatively, input device 1005 and output device 1006 can also be an integrated structure (e.g., touch panel).

[0248] Furthermore, the processor 1001, memory 1002, and other devices are connected via a bus 1007 for communicating information. The bus 1007 can be configured as a single bus or as different buses used between each device.

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

[0250] (Supplement to the implementation method)

[0251] The embodiments of this disclosure have been described above. However, the disclosed invention is not limited to those embodiments, and those skilled in the art will understand various modifications, alterations, substitutions, and replacements. Specific numerical examples have been used to facilitate understanding of the invention, but unless otherwise specified, those values ​​are merely examples, and any appropriate values ​​may be used. The division of items in the above description is not substantial in this disclosure; items described in two or more items may be combined as needed, and items described in one item may be applied to items described in other items (as long as there is no contradiction). The boundaries of functional units or processing units in the functional block diagram do not necessarily correspond to the boundaries of physical components. The operation of multiple functional units may also be physically performed by one component, or the operation of one functional unit may also be physically performed by multiple components. The processing order of the embodiments may be changed as long as there is no contradiction. For ease of explanation, functional block diagrams have been used to describe the base station and the terminal, but such a device may also be implemented by hardware, software, or a combination thereof. According to embodiments of this disclosure, software operated by a processor of a base station and software operated by a processor of a terminal, according to embodiments of this disclosure, can also be stored in random access memory (RAM), flash memory, read-only memory (ROM), EPROM, EEPROM, registers, hard disk (HDD), removable disk, CD-ROM, database, server, or other suitable storage media.

[0252] <Information notification and signaling>

[0253] The notification of information is not limited to the implementation methods described in this disclosure, and other methods may also be used. For example, the notification of information may also be implemented through physical layer signaling (e.g., DCI (Downlink Control Information), UCI (Uplink Control Information)), higher 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 combinations thereof. Furthermore, RRC signaling may also be referred to as an RRC message, such as an RRC Connection Setup message, an RRC Connection Reconfiguration message, etc.

[0254] <Application System>

[0255] The implementations described in this 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) (xG (x is, for example, 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-Wide Band), Bluetooth (registered trademark), systems utilizing other suitable systems, and at least one next-generation system derived from, extended by, modified by, created by, or defined based on these. Furthermore, multiple systems may be combined (e.g., a combination of LTE and at least one of LTE-A with 5G, etc.) for application.

[0256] <Processing procedures, etc.>

[0257] The processing procedures, timing, flowcharts, etc., of the various methods / implementations described in this disclosure may be rearranged in order, provided they do not contradict each other. For example, for the methods described in this disclosure, an exemplary order is used to indicate the elements of various steps, but the order is not limited to the specific order indicated.

[0258] <Base Station Operation>

[0259] In this disclosure, specific operations are described as being performed by the base station, but sometimes, depending on the circumstances, they are also performed by its upper node. Clearly, in a network consisting of one or more network nodes having a base station, various operations performed for communication with a terminal can be performed by the base station and at least one of other network nodes besides the base station (e.g., consider an MME or S-GW, but not limited to these). The above illustration depicts a single other network node besides the base station, but it could also be a combination of multiple other network nodes (e.g., an MME and an S-GW).

[0260] <Direction of input / output>

[0261] Information (see the items under <Information, Signals>) can be output from higher (or lower) layers to lower (or higher) layers. It can also be input and output via multiple network nodes.

[0262] Processing of input and output information, etc.

[0263] Input and output information can be stored in a specific location (e.g., memory) or managed using a management table. Input and output information can be overwritten, updated, or appended. Output information can also be deleted. Input information can also be sent to other devices.

[0264] <Judgment Method>

[0265] The determination can be made by a value represented by 1 bit (0 or 1), by a true or false value (Boolean: true or false), or by a numerical comparison (e.g., a comparison with a specific value).

[0266] <Changes in methods, etc.>

[0267] The various methods / implementations described in this disclosure can be used individually, in combination, or switched during execution. Furthermore, notification of specific information (e.g., a "It is X" notification) is not limited to explicit notification; it can also be implicit (e.g., not notifying the recipient of that specific information).

[0268] The present disclosure has been described in detail above, but it will be apparent to those skilled in the art that the present disclosure is not limited to the embodiments described herein. The present disclosure can be implemented in modified and altered ways without departing from the spirit and scope of the present disclosure as determined by the claims. Therefore, the description in this disclosure is for illustrative purposes only and is not intended to be restrictive in any way.

[0269] <Software>

[0270] Whether software is called software, firmware, middleware, microcode, hardware description language, or any other name, it should be broadly interpreted to refer to instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, execution threads, procedures, functions, etc.

[0271] Furthermore, software, instructions, and information can also be sent and received via a transmission medium. For example, when software is sent from a website, server, or other remote source using at least one of wired technologies (coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), etc.) and wireless technologies (infrared, microwave, etc.), at least one of these wired and wireless technologies is included within the definition of a transmission medium.

[0272] <Information, Signals>

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

[0274] Furthermore, the terms described in this disclosure, as well as those necessary for understanding this disclosure, may be replaced with terms that have the same or similar meanings. For example, at least one of the channel and the symbol may also be a signal (signaling). Additionally, a signal may also be a message. Furthermore, a component carrier (CC) may also be referred to as a carrier frequency, cell, frequency carrier, etc.

[0275] <Systems, Networks>

[0276] The terms “system” and “network” are used interchangeably in this disclosure.

[0277] <Parameters, Channel Name>

[0278] Furthermore, the information, parameters, etc., described in this disclosure can be represented by absolute values, relative values ​​relative to a specific value, or other corresponding information. For example, wireless resources can also be indicated by an index.

[0279] The names used for the parameters described above are not limiting names in any respect. Furthermore, the mathematical formulas, etc., using these parameters sometimes differ from those explicitly 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 limiting names in any respect.

[0280] <base station>

[0281] In this disclosure, the terms "base station (BS)," "wireless base station," "fixed station," "NodeB," "eNodeB (eNB)," "gNodeB (gNB)," "access point," "transmission point," "reception point," "transmission / reception point," "cell," "sector," "cell group," "carrier," and "component carrier" are used interchangeably. There are also instances where terms such as macro cell, small cell, femtocell, and picocell are used to refer to base stations.

[0282] A base station can accommodate one or more (e.g., three) cells. When a base station accommodates multiple cells, its overall coverage area can be divided into several smaller areas, each of which can also provide communication services through a base station subsystem (e.g., a small indoor base station (Remote Radio Head (RRH))). Terms such as "cell" or "sector" refer to a portion or all of the coverage area of ​​at least one of the base station and base station subsystem providing communication services within that coverage area.

[0283] In this disclosure, the information sent by the base station to the terminal can also be rewritten as the base station instructing the terminal to perform information-based control / operation.

[0284] <Mobile Station>

[0285] In this disclosure, the terms “Mobile Station (MS),” “user terminal,” “user equipment (UE),” and “terminal” are used interchangeably.

[0286] For those skilled in the art, there are also instances where mobile stations are referred to as subscriber stations, mobile units, subscriber units, wireless units, remote units, mobile devices, wireless devices, wireless communication devices, remote devices, mobile subscriber stations, access terminals, mobile terminals, wireless terminals, remote terminals, handsets, user agents, mobile clients, clients, or several other appropriate terms.

[0287] <Base station / Mobile station>

[0288] At least one of the base station and the mobile station can also be referred to as a transmitting device, a receiving device, a communication device, etc. Additionally, at least one of the base station and the mobile station can also be equipment mounted on a mobile body, the mobile body itself, etc. The mobile body refers to a movable object with an arbitrary speed of movement. Furthermore, it naturally includes situations where the mobile body is stationary. Examples of mobile bodies include vehicles, transport vehicles, automobiles, autonomous two-wheelers, 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, and are not limited to these. Furthermore, the mobile body can also be a mobile body that moves autonomously based on operating commands. It can be a means of transportation (e.g., vehicles, airplanes, etc.), a mobile body that moves unmanned (e.g., drones, autonomous vehicles, etc.), or a robot (humanized or unmanned). In addition, at least one of the base station and the mobile station also includes a device that is not necessarily mobile during the communication operation. For example, at least one of the base station and the mobile station can also be an IoT (Internet of Things) device such as a sensor.

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

[0290] Similarly, the terminal in this 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 terminal 20 described above.

[0291] exist Figure 18 An example of the structure of vehicle 2001 is shown. For example... Figure 18 As shown, the vehicle 2001 includes a drive unit 2002, a steering control unit 2003, an accelerator pedal 2004, a brake pedal 2005, a gear shift lever 2006, front wheels 2007, rear wheels 2008, an axle 2009, an electronic control unit 2010, various sensors 2021-2029, an information service unit 2012, and a communication module 2013. The various methods / implementations described in this disclosure can also be applied to communication devices mounted on the vehicle 2001, for example, to the communication module 2013.

[0292] The drive unit 2002 is configured, for example, as an engine, a motor, or a combination of an engine and a motor. The steering unit 2003 is configured to include at least a steering wheel (also called a handlebar) and to perform directional control on at least one of the front and rear wheels based on the operation of the steering wheel by the user.

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

[0294] The signals from various sensors 2021 to 2029 include current signals from current sensor 2021 that senses the current of the motor, speed signals of the front and rear wheels obtained by speed sensor 2022, air pressure signals of the front and rear wheels obtained by air pressure sensor 2023, vehicle speed signals obtained by vehicle speed sensor 2024, acceleration signals obtained by acceleration sensor 2025, accelerator pedal depress amount signals obtained by accelerator pedal sensor 2029, brake pedal depress amount signals obtained by brake pedal sensor 2026, shift lever operation signals obtained by shift lever sensor 2027, and detection signals obtained by object detection sensor 2028 for detecting obstacles, vehicles, pedestrians, etc.

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

[0296] The information service unit 2012 may include input devices that accept input from the outside (e.g., keyboard, mouse, microphone, switch, button, sensor, touch panel, etc.) or output devices that implement output to the outside (e.g., display, speaker, LED light, touch panel, etc.).

[0297] The driver assistance system unit 2030 comprises various devices used to provide functions for preventing accidents or reducing the driver's workload, such as millimeter-wave radar, LiDAR (Light Detection and Ranging), cameras, positioning devices (e.g., GNSS), map information (e.g., high-resolution (HD) maps, autonomous vehicle (AV) maps), gyroscope systems (e.g., IMU (Inertial Measurement Unit), INS (Inertial Navigation System)), AI (Artificial Intelligence) chips, and AI processors, and one or more ECUs that control these devices. Furthermore, the driver assistance system unit 2030 sends and receives various information via a communication module 2013 and implements driver assistance or autonomous driving functions.

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

[0299] 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 external devices. For example, it can send and receive various types of information wirelessly with external devices. The communication module 2013 can be located either inside or outside the electronic control unit 2010. External devices can be, for example, base stations, mobile stations, etc.

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

[0301] The communication module 2013 receives various information (traffic information, signal information, vehicle-to-vehicle information, etc.) sent from external devices 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 (e.g., outputs information to devices such as displays and speakers based on the PDSCH received by the communication module 2013 (or data / information decoded from the PDSCH)). Furthermore, the communication module 2013 stores the various information received from external devices in a memory 2032 that can be utilized by the microprocessor 2031. The microprocessor 2031 can also control the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, gear shift lever 2006, front wheels 2007, rear wheels 2008, axles 2009, sensors 2021-2029, etc., of the vehicle 2001 based on the information stored in the memory 2032.

[0302] <Meaning and Explanation of Terms>

[0303] The terms "determining" and "determining" as used in this disclosure encompass a wide variety of actions. For example, "determining" or "determining" can include actions such as judging, calculating, computing, processing, deriving, investigating, searching (e.g., searching in a table, database, or other data structure), and ascertaining. Furthermore, "determining" or "determining" can include actions such as receiving (e.g., receiving information), transmitting (e.g., sending information), inputting, outputting, and accessing (e.g., accessing data in memory). Additionally, "determining" or "determining" can include actions such as resolving, selecting, choosing, establishing, and comparing. That is, "judgment" and "decision" can include situations where certain actions are regarded as having been "judged" or "decided". In addition, "judgment (decision)" can also be rewritten as "assuming", "expecting", "considering", etc.

[0304] The terms “connected,” “coupled,” or all variations thereof, refer to all direct or indirect connections or combinations between two or more elements, and can include cases where there is one or more intermediate elements between two mutually “connected” or “coupled.” The connection or combination between elements can be physical, logical, or a combination thereof. For example, “connected” can also be replaced by “access.” In the context of this disclosure, it is possible to consider two elements being mutually “connected” or “coupled” using at least one or more wires, cables, or printed electrical connections, and as several non-limiting and non-exclusive examples, using electromagnetic energy with wavelengths in the wireless frequency domain, microwave region, and light (both visible and invisible) region.

[0305] <Reference Signal>

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

[0307] <The meaning of "based on">

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

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

[0310] Any reference to elements using terms such as "first", "second", etc. used in the present disclosure does not comprehensively limit 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 be prior to the second element in a certain form.

[0311] <Unit>

[0312] [[ID=2D]]The "unit" in the structure of each of the above devices can also be replaced with "section", "circuit", "equipment", etc. [[ID=2D]]<0D000717><Open form>

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

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

[0316] 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 subframes. Further, a subframe can also be composed of one or more time slots in the time domain. A subframe can also be a fixed time length (e.g., 1 ms) independent of the numerology. [[ID=D3]] [[ID=D4]]

[0317] A parameter set can also be a set of communication parameters applied in at least one of the transmission and reception of a signal or channel. For example, a parameter set can also represent at least one of the following: subcarrier spacing (SCS), bandwidth, symbol length, cyclic prefix length, transmission time interval (TTI), number of symbols per TTI, radio frame structure, specific filtering processing performed by the transmitter and receiver in the frequency domain, and specific windowing processing performed by the transmitter and receiver in the time domain.

[0318] In the time domain, 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.). A time slot can also be a time unit based on a set of parameters.

[0319] A time slot can also contain multiple mini-time slots. Each mini-time slot can also consist of one or more symbols in the time domain. Furthermore, a mini-time slot can also be called a sub-time slot. A mini-time slot can also consist of fewer symbols than a time slot. A PDSCH (or PUSCH) transmitted in a time unit larger than a mini-time slot can also be called PDSCH (or PUSCH) mapping type A. A PDSCH (or PUSCH) transmitted using mini-time slots can also be called PDSCH (or PUSCH) mapping type B.

[0320] Radio frames, subframes, time slots, mini-time slots, and symbols all represent time units for transmitting signals. Radio frames, subframes, time slots, mini-time slots, and symbols can also be referred to by their respective other names.

[0321] For example, a subframe can also be called a Transmission Time Interval (TTI), multiple consecutive subframes can also be called a TTI, and a time slot or a mini-time slot can also be called a TTI. That is, at least one of a subframe and a TTI can be a subframe in existing LTE (1ms), a period shorter than 1ms (e.g., 1-13 symbols), or a period longer than 1ms. In addition, the unit representing TTI may not be called a subframe, but rather a time slot, mini-time slot, etc.

[0322] Here, TTI refers, for example, to the smallest unit of time for scheduling in wireless communication. For instance, in an LTE system, the base station schedules radio resources (frequency bandwidth, transmit power, etc., available to each user terminal) in TTI units. However, the definition of TTI is not limited to this.

[0323] TTI can also be a unit of time for transmitting channel-coded data packets (transmission blocks), code blocks, codewords, etc., and can also be a unit of processing such as scheduling and link adaptation. In addition, when a TTI is given, the actual time interval (e.g., the number of symbols) mapped to transmission blocks, code blocks, codewords, etc. can be shorter than the TTI.

[0324] In addition, where one time slot or one mini-time slot is referred to as a TTI, more than one TTI (i.e., more than one time slot or more than one mini-time slot) can also be the minimum time unit for scheduling. Furthermore, the number of time slots (mini-time slots) constituting the minimum time unit of the schedule can also be controlled.

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

[0326] In addition, long TTIs (e.g., normal TTIs, subframes, etc.) can be replaced with TTIs with a duration of more than 1ms, and short TTIs (e.g., shortened TTIs, etc.) can be replaced with TTIs with a duration of less than long TTIs but more than 1ms.

[0327] A resource block (RB) is a unit of resource allocation in both the time and frequency domains. In the frequency domain, it can also contain one or more consecutive subcarriers. The number of subcarriers in an RB can be the same regardless of the parameter set, for example, it can be 12. The number of subcarriers in an RB can also be determined based on the parameter set.

[0328] Furthermore, the time domain of an RB can also contain one or more symbols, or it can be the length of a time slot, a mini-time slot, a subframe, or a TTI. A TTI, a subframe, etc., can also be composed of one or more resource blocks.

[0329] In addition, one or more RBs can also be referred to as Physical Resource Block (PRB), Sub-Carrier Group (SCG), Resource Element Group (REG), PRB Pair, RB Pair, etc.

[0330] Furthermore, a resource block can also consist of one or more resource elements (REs). For example, an RE can also be a radio resource area consisting of a subcarrier and a symbol.

[0331] The Bandwidth Part (BWP) (also known as partial bandwidth, etc.) can also represent a subset of consecutive common resource blocks (RBs) used for a certain parameter set in a certain carrier. Here, common RBs can also be determined by the index of RBs based on the common reference point of that carrier. PRBs can also be defined in a BWP and appended with numbers within that BWP.

[0332] A BWP can also include a UL BWP and a DL BWP. For a UE, one or more BWPs can be set within a single carrier.

[0333] At least one of the configured BWPs can be active, and the UE may not intend to transmit or receive specific signals / channels outside of the active BWPs. Furthermore, terms such as "cell" and "carrier" in this disclosure can be replaced with "BWP".

[0334] The structures described above, such as radio frames, subframes, time slots, mini-time slots, and symbols, are merely illustrative. For example, the number of subframes contained in a radio frame, the number of time slots in each subframe or radio frame, the number of mini-time slots contained within a time slot, the number of symbols and RBs contained in a time slot or mini-time slot, the number of subcarriers contained in an RB, and the number of symbols in a TTI, symbol length, and cyclic prefix (CP) length can be varied in many ways.

[0335] Maximum transmit power

[0336] The term "maximum transmit power" as used in this disclosure may refer to the maximum value of the transmit power, the nominal maximum transmit power (the nominal UE maximum transmit power), or the rated maximum transmit power (the rated UE maximum transmit power).

[0337] <article>

[0338] In this disclosure, for example, in cases where articles are added through translation, such as a, an, and the in English, the disclosure may also include cases where the noun following these articles is in a plural form.

[0339] "Differences"

[0340] In this disclosure, the term "A is different from B" can also mean "A and B are different from each other." Additionally, the term can also mean "A and B are each different from C." Terms such as "separate" and "combined" can also be interpreted in the same way as "different."

[0341] Industrial availability

[0342] One aspect of this disclosure is useful for wireless communication systems.

[0343] Explanation of reference numerals in the attached figures

[0344] 10 Base stations; 20 Terminals; 101 and 202 Transmitting units; 102 and 201 Receiving units; 103 and 203 Control units.

Claims

1. A terminal, comprising: The control unit, based on a first uplink signal transmission opportunity that cannot be used for uplink signal transmission, generates control information indicating whether a second uplink signal transmission opportunity is used for uplink signal transmission, and including a time range of the second uplink signal transmission opportunity; and The transmitting unit sends the control information to the base station.

2. The terminal according to claim 1, wherein, The control unit includes the first uplink signal transmission opportunity within the time range.

3. The terminal according to claim 2, wherein, The control information uses a bitmap with a length equal to the number of bits equal to the number of the first uplink signal transmission opportunities, which is the length of the first bitmap corresponding to the time range, to indicate whether the second uplink signal transmission opportunity is used for the transmission of the uplink signal.

4. The terminal according to claim 1, wherein, The control unit does not include the first uplink signal transmission opportunity in the time range.

5. The terminal according to claim 1, wherein, It also includes: a receiving unit that receives time-division duplex-related configuration information from the base station. The control unit determines the opportunity to send the first uplink signal based on the setting information.

6. A communication method, terminal: Based on a first uplink signal transmission opportunity that cannot be used for uplink signal transmission, control information is generated indicating whether a second uplink signal transmission opportunity is used for the transmission of the uplink signal, and including the time range of the second uplink signal transmission opportunity; and The control information is sent to the base station.

Images