Terminal and communication method

Abstract

To appropriately control communication that uses a TDD pattern of a predetermined cycle.SOLUTION: A terminal includes a transmitting / receiving unit that communicates using a TDD (Time Division Duplex) pattern that includes a downlink period, a guard period, and an uplink period and has a specific cycle, and a control unit that controls collision between a non-down-link period in the TDD pattern and a downlink signal received by the transmitting / receiving unit.SELECTED DRAWING: Figure 13

Description

[Technical Field]

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

[0002] Technologies are being considered to realize further increases in communication capacity, further increases in data transmission speed, and further reductions in latency in wireless sections of wireless communication systems that comply with 3GPP (registered trademark) (3rd Generation Partnership Project) standards (see, for example, Non-Patent Document 1).

[0003] Also under consideration is the NTN (Non-Terrestrial Network), which uses non-terrestrial networks such as satellites to provide services to areas that cannot be covered by terrestrial networks, mainly due to cost (see, for example, Non-Patent Document 2).

[0004] Furthermore, IoT-related communications such as NB-IoT (Narrow Band Internet of Things), LTE-Machine Type Communication (MTC), and LTE-M are known (see, for example, Non-Patent Document 3). Terminals that support such communications (hereinafter referred to as "IoT terminals") can perform extended DRX (Discontinuous Reception) operations. In extended DRX, terminals can perform discontinuous reception operations in DRX cycles that are an integral multiple of a hyperframe, which is a time frame that aggregates multiple radio frames.

[0005] If NTN can provide communication services to such IoT terminals, it is believed that communication will become possible even for IoT terminals such as sensor devices installed in areas that cannot be covered by terrestrial networks. Hereinafter, this type of communication will also be referred to as "IoT-NTN communication." [Prior art documents] [Non-patent literature]

[0006] [Non-Patent Document 1] 3GPP TS 38.300 V18.3.0 (2024-09) [Non-patent document 2] 3GPP TR 38.821 V16.2.0 (2023-03) [Non-patent document 3] 3GPP TS 36.300 V18.4.0 (2024-12) [Non-patent document 4] 3GPP TR 36.763 V17.0.0 (2021-06) [Non-Patent Document 5] 3GPP TSG RAN Meeting #106,RP-243293,2024-12 Summary of the Invention [Problem to be solved by the invention]

[0007] In the Time Division Duplex (TDD) mode of IoT-NTN communication, which enables direct communication between satellites and IoT terminals, various methods can be considered to avoid interference with existing systems. For example, it is recommended that IoT terminals use a TDD pattern with a period of N radio frames (where N is an integer greater than or equal to 2). However, the timing of downlink (DL) reception in existing IoT terminals does not match the TDD pattern. This mismatch may adversely affect DL reception in existing IoT terminals. Furthermore, this problem may occur not only in IoT-NTN communication but also in various other communications that use TDD patterns with a predetermined period.

[0008] One of the objects of the present disclosure is to appropriately control communications using a TDD pattern with a predetermined cycle. [Means for solving the problem]

[0009] According to the technology of the present disclosure, there is provided a terminal having a transceiver unit that communicates using a TDD (Time Division Duplex) pattern that includes a downlink period, a guard period, and an uplink period and has a specific period, and a control unit that controls collisions between non-downlink periods in the TDD pattern and downlink signals received by the transceiver unit. [Effects of the Invention]

[0010] According to the technology of the present disclosure, it is possible to appropriately control communications using a TDD pattern with a predetermined cycle. [Brief explanation of the drawings]

[0011] [Figure 1] FIG. 1 is a diagram illustrating an example of the configuration of an NTN communication system. [Figure 2] FIG. 2 is a diagram illustrating an example of the configuration of an NTN communication system. [Figure 3] FIG. 3 is a diagram illustrating an example of the configuration of an NTN communication system. [Figure 4] FIG. 4 is a diagram illustrating an example of the configuration of an NTN communication system. [Figure 5] FIG. 5 is a diagram showing an example of parameters related to the SI window set by the upper layer. [Figure 6] FIG. 6 is a diagram illustrating an example of parameters related to NPDCCH monitoring set by a higher layer. [Figure 7] FIG. 7 is a diagram illustrating an example of parameters related to paging set by a higher layer. [Figure 8] FIG. 8 is a diagram showing an example of parameters related to the RAR window set by the upper layer. [Figure 9] FIG. 9 is a diagram illustrating an example of a radio frame in TDD of LTE. [Figure 10] Figure 10 shows an example of the basic configuration of the IoT-NTN TDD pattern. [Figure 11]Figure 11 shows a first example (option 1) of the IoT-NTN TDD pattern. [Figure 12] Figure 12 shows a second example (Option 2) of the IoT-NTN TDD pattern. [Figure 13] FIG. 13 is a diagram illustrating an example of the operation in the first embodiment. [Figure 14] FIG. 14 is a diagram illustrating an example of processing of a DL channel / DL signal in Example 1-1 of the second embodiment. [Figure 15] FIG. 15 is a diagram illustrating an example of processing of a DL channel / DL signal in Example 1-2 of the second embodiment. [Figure 16] FIG. 16 is a diagram illustrating an example of processing of a DL channel / DL signal in Example 1-3 of the second embodiment. [Figure 17] FIG. 17 is a diagram illustrating an example of a process of repeating reception of a DL channel / DL signal in Example 1-4-2 of the second embodiment. [Figure 18] FIG. 18 is a diagram illustrating an example of a process of repeatedly receiving a DL channel / DL signal in Example 1-4-3 of the second embodiment. [Figure 19] FIG. 19 is a diagram illustrating an example of a process of repeatedly receiving a DL channel / DL signal in Example 1-4-4 of the second embodiment. [Figure 20] FIG. 20 is a diagram illustrating an example of a process of repeatedly receiving a DL channel / DL signal in Example 1-4-5 of the second embodiment. [Figure 21] FIG. 21 is a diagram showing a modified example of the IoT-NTN TDD pattern in each embodiment. [Figure 22] FIG. 22 is a diagram illustrating an example of the functional configuration of a base station in each embodiment. [Figure 23] FIG. 23 is a diagram illustrating an example of the functional configuration of a terminal in each embodiment. [Figure 24] FIG. 24 is a diagram illustrating an example of the hardware configuration of a base station and a terminal in each embodiment. [Figure 25]FIG. 25 is a diagram showing an example of the configuration of a vehicle in each embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0012] Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. The embodiments described below are merely examples, and embodiments to which the present disclosure is applicable are not limited to the following embodiments.

[0013] In the following description, unless otherwise specified or unless a different meaning is clear from the context, " / " means "and / or."

[0014] In the operation of the wireless communication system of the embodiment, existing technologies are used as appropriate. However, the existing technologies are, for example, existing LTE (Long Term Evolution), but are not limited to existing LTE. Furthermore, the term "LTE" used in this disclosure has a broad meaning including LTE-Advanced and systems subsequent to LTE-Advanced (e.g., NR (New Radio)) unless otherwise specified.

[0015] In the embodiments described below, terms such as synchronization signal (SS), primary synchronization signal (PSS), secondary synchronization signal (SSS), physical broadcast channel (PBCH), physical random access channel (PRACH), physical downlink control channel (PDCCH), physical downlink shared channel (PDSCH), physical uplink control channel (PUCCH), physical uplink shared channel (PUSCH), etc., which are used in existing LTE etc., are used. This is for convenience of description, and similar signals, functions, etc. may be called by other names. Furthermore, the above terms in NR correspond to NR-SS, NR-PSS, NR-SSS, NR-PBCH, NR-PRACH, NR-PDCCH, NR-PDSCH, NR-PUCCH, NR-PUSCH, etc. However, even if a signal is used for NR, it does not have to be explicitly stated as "NR-". Furthermore, the above terms in LTE or NR may be rephrased in NB-IoT as Narrowband SS (NSS), Narrowband PSS (NPSS), Narrowband SSS (NSSS), Narrowband PBCH (NPPBCH), Narrowband PRACH (NPRACH), Narrowband PDCCH (NPDCCH), Narrowband PDSCH (NPDSCH), Narrowband PUCCH (NPUCCH), Narrowband PUSCH (NPUSCH), etc.

[0016] In the embodiment, the duplexing method is a time division duplex (TDD) method in at least some frequency bands, but it is also possible to use a frequency division duplex (FDD) method in other frequency bands (e.g., flexible duplex, etc.).

[0017] In the embodiment, "configuring" radio parameters etc. may mean that a predetermined value is pre-configured, or that radio parameters notified from a base station or a terminal are set.

[0018] (1) Wireless communication system configuration 1 to 4 are diagrams showing an example of the configuration of an NTN communication system.

[0019] As shown in Figure 1, NTN uses non-terrestrial devices such as satellites to provide services to areas that cannot be covered by terrestrial networks (TNs), mainly due to cost considerations. The coverage area of ​​each cell or beam in NTN is much larger than that of terrestrial networks. NTN also enables the provision of more reliable services. For example, NTN is expected to be applied to IoT, ships, buses, trains, and critical communications. NTN also has scalability through efficient multicast or broadcast.

[0020] As an example of NTN, the satellite 10A can retransmit a signal transmitted from the terrestrial base station 10B to provide service to an area A where the terrestrial base station 10B is not located, such as a mountainous region. Although Fig. 1 shows one satellite 10A and one terrestrial base station 10B, this is an example and there may be a plurality of each.

[0021] The ground network may have the following configuration.

[0022] The terrestrial network includes one or more base stations 10 and terminals 20. The base station 10 is a communication device that provides one or more cells and performs wireless communication with the terminals 20. Physical resources of a wireless signal are defined in the time domain and the frequency domain. The time domain resources may be defined by a predetermined number of symbols (e.g., Orthogonal Frequency Division Multiplexing (OFDM)), and the frequency domain resources may be defined by a predetermined number of subcarriers or a predetermined number of resource blocks (RBs). The base station 10 transmits a synchronization signal (SS) and system information (SI) to the terminals 20. The synchronization signal (SS) is, for example, a PSS and an SSS. The system information (SI) is transmitted, for example, via a PBCH or a PDSCH, and is also referred to as broadcast information. The SI transmitted via the PBCH may be referred to as a Master Information Block (MIB), and the SI transmitted via the PDSCH may be referred to as a System Information Block (SIB).

[0023] A block including a synchronization signal (SS) and a PBCH may be called a synchronization signal block (SSB: Synchronization Signal Block or SS / PBCH Block: Synchronization Signal / Physical Broadcast Channel Block). The base station 10 transmits control signals or data to the terminal 20 on the downlink (DL) and receives control signals or data from the terminal 20 on the uplink (UL). Both the base station 10 and the terminal 20 may perform beamforming to transmit and receive signals. Furthermore, both the base station 10 and the terminal 20 may apply Multiple Input Multiple Output (MIMO) communication to the DL or UL. Furthermore, both the base station 10 and the terminal 20 may communicate via a secondary cell (SCell: Secondary Cell) and a primary cell (PCell: Primary Cell) using carrier aggregation (CA). Furthermore, the terminal 20 may perform communication via a PCell of the base station 10 and a primary secondary cell group cell (PSCell: Primary SCG Cell) of another base station 10 using dual connectivity (DC).

[0024] The terminal 20 is a communication device equipped with a wireless communication function, such as a smartphone, a mobile phone, a tablet, a wearable terminal, or a communication module (for example, a machine-to-machine (M2M) communication module). The terminal 20 receives control signals or data from the base station 10 via DL and transmits control signals or data to the base station 10 via UL, thereby utilizing various communication services provided by the wireless communication system. The terminal 20 also receives various reference signals transmitted from the base station 10 and measures the propagation path quality based on the reception results of the reference signals.

[0025] As shown in Figure 2, the connection between the satellite 10A and the terrestrial base station 10B is called a feeder link, and the connection between the satellite 10A and the terminal 20 is called a service link. The satellite 10A may be called an NTN payload because it is a communication device mounted on the satellite 10A. The terrestrial base station 10B may be called an NTN gateway because it functions as a relay point connecting the NTN payload, such as the satellite 10A, to the core network. The NTN gateway may simply be called a gateway.

[0026] The difference in delay between the near-side terminal 20 and the far-side terminal 20 is, for example, 10.3 ms for a geostationary orbit satellite (GEO), and 3.2 ms for a low earth orbit satellite (LEO). The NTN beam size is, for example, 3500 km for GEO and 1000 km for LEO.

[0027] As shown in Figure 3, NTN is realized by a satellite in space or a flying object in the air. For example, GEO may be a satellite located at an altitude of 35,786 km and having a geostationary orbit. For example, LEO may be a satellite located at an altitude of 500 to 2,000 km and orbiting every 88 to 127 minutes. For example, a High Altitude Platform System (HAPS) may be a flying object located at an altitude of 8 to 50 km and performing circular flight.

[0028] The GEO, LEO, and HAPS may be connected to the gNB 10C and a core network (CN) 10D via a terrestrial base station 10B. The gNB 10C may include a distributed unit (DU) and a central unit (CU). The service area may be larger in the order of HAPS, LEO, and GEO.

[0029] For example, NTNs can extend network coverage to areas not served by terrestrial networks or areas served by terrestrial networks. NTNs can also improve service continuity, availability, and reliability for ships, buses, trains, or other critical communications. NTNs may be signaled by transmitting dedicated parameters to the terminal 20, which may be parameters related to determining timing advances (TAs) based on information about satellites or air vehicles.

[0030] As shown in FIG. 4, the satellite 10A communicates using a transparent communication method, functioning as a simple repeater. A terrestrial base station 10B, a gNB 10C, and a CN 10D are connected to the satellite 10A. The terrestrial base station 10B is connected to the satellite 10A via a feeder link. The satellite 10A is connected to a terminal 20 or a very small aperture terminal (VSAT) 20A via a service link. A Uu interface is established between the gNB 10C and the terminal 20 or the VSAT 20A. In the Uu interface, a physical layer (PHY layer) may perform transmission / reception, modulation / demodulation, and multiplexing of radio signals. A medium access control (MAC) layer may perform scheduling and retransmission control (HARQ: Hybrid Automatic Repeat reQuest). A radio link control (RLC) layer may perform data segmentation and aggregation and retransmission control (ARQ). The Packet Data Convergence Protocol (PDCP) layer may perform encryption, integrity protection, reordering, and header compression. The Radio Resource Control (RRC) layer may perform radio resource control. Furthermore, in the user plane, the Service Data Adaptation Protocol (SDAP) layer may perform mapping between Quality of Service (QoS) flows and Data Radio Bearers (DRBs) to realize wireless transmission of data received from higher layers.

[0031] The following description mainly assumes that the NTN uses a TDD system as the duplex system. The terrestrial cells may be fixed or mobile. The terminal 20 may have the capability to support the Global Navigation Satellite System (GNSS). For example, a handheld device of Power Class 3 may be assumed in FR1 (Frequency Range 1). Also, a VSAT 20A may be assumed at least in FR2.

[0032] NTN's network architecture may assume a regenerative communication method in which a satellite 10A is equipped with all or part of the functions of a base station 10. Also, all or part of the functions of a base station 10 may be installed on a satellite 10A or an air vehicle. For example, a DU in a gNB 10C may be installed on a satellite 10A or an air vehicle, and a CU in a gNB 10C may be deployed as a terrestrial base station 10B.

[0033] (2) Overview of IoT-NTN TDD In the wireless communication system according to the embodiment, the terminal 20 is, for example, an IoT terminal, and performs NTN communication using the TDD method. Specifically, the terminal 20 is assumed to be an NB-IoT terminal, but is not limited to this. For example, the terminal 20 may be an eMTC (enhanced MTC) terminal, an LTE Cat. 1 terminal, an LTE-M terminal, or the like.

[0034] NB-IoT is a Low Power Wide Area (LPWA) wireless communication technology based on LTE, and is characterized by low power consumption, wide coverage, and low cost.

[0035] Like LTE, NB-IoT uses radio frames as its basic unit of communication. One radio frame is 10 ms long and is divided into 10 subframes. Each subframe consists of two slots.

[0036] NB-IoT differs from LTE in the following ways: Bandwidth: The system bandwidth of NB-IoT is narrow at 180 kHz, which is significantly reduced compared to LTE's 20 MHz; Number of resource blocks (RB): In NB-IoT, communication between the base station 10 and the terminal 20 uses only one RB (180 kHz width), which is smaller than the maximum number of RBs (for example, 100) in LTE.

[0037] NB-IoT also introduces hyperframes to achieve low power consumption. Each hyperframe consists of 1,024 radio frames. In other words, the time length (period) of each hyperframe is 10,240 ms. NB-IoT terminals reduce power consumption by alternating between active and sleep states based on this frame structure.

[0038] In addition, NB-IoT applies repeat transmission in both DL and UL. Repeat transmission is a process of repeatedly transmitting the same signal. Repeat transmission has the effect of expanding coverage.

[0039] In the embodiments, the TDD mode of NB-IoT NTN (hereinafter referred to as "IoT-NTN TDD") that realizes direct communication between a satellite and an IoT terminal may be based on the assumptions shown in 1) to 5) below (see Non-Patent Document 5).

[0040] 1) As the conditions for the satellite orbit, LEO altitudes of 600 km and 1200 km are assumed, and the set-1 satellite parameters, which are the parameter settings of the artificial satellite, are used as the reference scenario (see Non-Patent Document 4).

[0041] 2) The frequency band to be used will be the MSS (Mobile Satellite Service) allocated band in the 1616-1626.5 MHz band.

[0042] 3) The deployment mode is Stand Alone (SA) deployment using NB-IoT dedicated carriers, specifically including anchor carriers and non-anchor carriers. 4) An Earth-fixed tracking area is adopted, and either an Earth-fixed cell or an Earth-moving cell is used for NGSO (Non-Geostationary Satellite Orbit).

[0043] 5) In the new IoT-NTN TDD mode, time resources in the MSS-allocated band can be configured as periodically repeated TDD patterns. The period (time length) of each TDD pattern is equal to the period (time length) of N radio frames. Here, each TDD pattern includes a UL period for UL communication and a DL period for DL ​​communication. Each TDD pattern may further include a guard period for switching between the UL period and the DL period. Here, the UL period is a period for UL and may include a predetermined number of time units. The DL period is a period for DL ​​and may include a predetermined number of time units. In this embodiment, the case where the time unit is a subframe will be mainly described, but the time unit is not limited to this and may be various time units such as a slot, a radio frame, or a symbol. This TDD pattern including a UL period and a DL period may have at least one of the following characteristics: 5-1) includes a group of non-overlapping UL consecutive subframes and a group of non-overlapping DL consecutive subframes; 5-2) A periodic guard period is included every N (N=9) radio frames for the target MSS allocated band.

[0044] The above assumptions may also include the following objectives: The new IoT-NTN TDD mode specification shall be based on minimal changes from the IoT-NTN FDD frame structure and procedures. This specification shall include: first, defining the periodic pattern; second, specifying the configuration and signaling of the periodic pattern, if necessary; third, specifying the necessary adaptation and related UE procedures, if necessary; In the target MSS allocated band, a pattern with a duration of 9 radio frames is supported. The duration of consecutive DL subframes and consecutive UL subframes is 8, and the guard period is fixed. To enable deployment with legacy systems (TDD frame structure) operating in the target MSS allocated band, we will consider whether a mechanism to achieve an adjustable guard period is necessary.

[0045] The following items 1) and 2) may be considered (see Non-Patent Document 5).

[0046] 1) Methods for dealing with overlap between NPUSCH and non-UL periods in a TDD pattern, and overlap between NPRACH and non-UL periods, are also being considered. Here, a non-UL period is a non-UL period in a TDD pattern, e.g., a period that includes at least one of a DL period and a guard period. At least the following methods are being considered to deal with this overlap problem: The first approach introduces a new periodicity that is aligned with the TDD structure; The second technique postpones transmission of a corresponding UL channel / UL signal when the non-UL period overlaps with the UL channel / UL signal, where the UL channel / UL signal refers to the NPUSCH and NPRACH; The third approach completely restricts the transmission of UL channels / UL signals to a single UL period group, where UL period refers to the UL period in the TDD pattern, specifically the period used for the UL channels / UL signals of NB-IoT terminals; The fourth method is to partially or completely drop the UL channel / UL signal when the non-UL period overlaps with the UL channel / UL signal; A fifth approach considers the impact on pre-compensation for one or more segments separated by gaps.

[0047] 2) Methods for dealing with overlap between NPDCCH and non-DL subframes, and overlap between NPDSCH and non-DL subframes are also being considered. Here, NPDSCH carrying SIB1-NB is not included. Non-DL subframes refer to subframes not used for DL ​​in NB-IoT. This overlap problem includes the following: the starting points of NPDCCH and NPDSCH, the window for SI or Random Access Response (RAR), the window size for other DL channels / signals, and paging occasions (PO). At least the following methods are being considered to deal with these overlap problems: The first approach introduces a new periodicity that is aligned with the TDD structure; The second technique postpones transmission of a DL channel / DL signal when an overlap occurs between a non-DL subframe and the DL channel / DL signal; The third approach restricts the transmission of DL channels / signals entirely within a single set of DL subframes, where DL subframes refer to subframes used for DL ​​in NB-IoT; The fourth technique involves partially or completely dropping a DL channel / DL signal when a non-DL subframe overlaps with the DL channel / DL signal.

[0048] (3) Overview of the SI window The system information (SI) transmitted from the base station 10 to the terminal 20 includes an MIB and multiple SIBs (SIB1, SIB2, SIB3, ..., SIB9, etc.). The MIB and SIB1 are transmitted based on a predetermined cycle, but most of the other system information (OSI: Other System Information) is transmitted based on an SI window. The terminal 20 attempts to receive the SI in the SI window.

[0049] 5 is a diagram showing an example of parameters related to an SI window set by a higher layer. In the following description of the embodiment, the "higher layer" refers to, for example, a layer higher than the physical layer. The "higher layer" may be the RRC layer. Furthermore, "set by a higher layer" may mean that the SI window is set in the terminal 20 from the base station 10 by MIB / SIB / terminal-specific RRC signaling, etc.

[0050] As shown in Fig. 5(a), one of the conventional parameters (for example, parameters introduced in 3GPP Release 13) is a parameter si-WindowLength that indicates an SI scheduling window common to all SIs. This parameter si-WindowLength indicates a period during which terminal 20 attempts to receive SI. The unit of this period is milliseconds (ms).

[0051] As shown in Fig. 5(a), one of the conventional parameters is the parameter si-RadioFrameOffset, which indicates the start position of the SI window, in units of radio frames.

[0052] As shown in Fig. 5(b), one of the conventional parameters is the parameter si-Periodicity, which indicates the period of an SI message. The unit of the period is a radio frame.

[0053] As shown in Figure 5(b), one of the conventional parameters is the si-RepetitionPattern parameter, which indicates the starting radio frame within the SI window used to transmit the SI message. For example, the value every2ndRF corresponds to every second radio frame, and the value every4thRF corresponds to every fourth radio frame. Note that the first transmission of the SI message is transmitted from the first radio frame of the SI window.

[0054] As shown in Figure 5(b), one of the conventional parameters is the parameter si-TB, which indicates the transport block (TB) size used to broadcast SI messages. This parameter si-TB indicates the number of consecutive NB-IoT DL subframes corresponding to the SI message. The unit of the TB size is bits.

[0055] (4) Overview of NPDCCH monitoring In order to receive DL control information (DCI) from the base station 10, the terminal 20 attempts to demodulate the NPDCCH at an NPDCCH monitoring occasion set by a higher layer. Here, the "NPDCCH monitoring occasion" refers to the timing on the physical layer for monitoring the NPDCCH candidates mapped within the search space. The "timing on the physical layer" is, for example, a start subframe and a period. The search space is composed of a search space (CSS: Common Search Space) for receiving cell-common DCI and a search space (USS: UE-specific Search Space) for receiving user-specific DCI.

[0056] FIG. 6 is a diagram illustrating an example of parameters related to NPDCCH monitoring set by a higher layer.

[0057] As shown in Fig. 6, one of the conventional parameters is a parameter npdcch-NumRepetitions that indicates the maximum number of repetitions of NPDCCH USS. When this parameter npdcch-NumRepetitions is configured in terminal 20, terminal 20 monitors one set of values ​​according to the configured maximum number of repetitions. Here, the "one set of values" is composed of an aggregation level, the number of repetitions, and the number of blind decodings.

[0058] As shown in Fig. 6, one of the conventional parameters (for example, parameters introduced in 3GPP Releases 13 and 15) is the parameter npdcch-StartSF-USS, which indicates the start subframe configuration of the NPDCCH USS. In other words, this parameter npdcch-StartSF-USS is a parameter that sets the monitoring period of the NPDCCH USS.

[0059] As shown in Fig. 6, one of the conventional parameters is a parameter npdcch-Offset-USS that indicates the offset of the starting subframe of the NPDCCH USS. In other words, this parameter npdcch-Offset-USS is a parameter for shifting the starting position of the NPDCCH USS within the monitoring period by 1 / 8 units.

[0060] (5) Overview of paging The terminal 20 monitors paging at a specific cycle to ensure connectivity with the network while maintaining low power consumption. If the terminal 20 does not have a terminal-specific DRX configuration, the terminal 20 monitors paging at a paging occasion (PO) scheduled based on a default paging cycle notified by system information. If the terminal 20 detects a CRC-scrambled DCI in the P-RNTI while monitoring paging, the terminal 20 receives the paging.

[0061] FIG. 7 is a diagram illustrating an example of parameters related to paging set by a higher layer.

[0062] As shown in Fig. 7, one of the conventional parameters is a parameter defaultPagingCycle that indicates a default paging cycle, the unit of which is a radio frame.

[0063] As shown in Fig. 7, one of the conventional parameters is nB, which is used as one of the parameters for deriving a paging frame (PF) and a PO. This parameter nB is a coefficient that defines the temporal density of the paging channel and determines the number of POs in a PF.

[0064] As shown in FIG. 7, one of the conventional parameters is a parameter npdcch-NumRepetitionPaging that indicates the maximum number of repetitions of the NPDCCH CSS for paging.

[0065] (6) RAR window overview When initially accessing the base station 10, the terminal 20 transmits a random access preamble to the base station 10 in order to establish UL synchronization with the base station 10. The terminal 20 then waits for a response from the base station 10. This response is called a random access response (RAR). The period during which the RAR is received is called an RAR window.

[0066] FIG. 8 is a diagram showing an example of parameters related to the RAR window set by the upper layer.

[0067] As shown in Fig. 8, one of the conventional parameters is a parameter ra-ResponseWindowSize that indicates the duration of the RAR window. The duration is measured in units of PDCCH periods. For example, pp2 corresponds to two PDCCH periods.

[0068] (7) Problems of this embodiment As explained in "(2) Overview of IoT-NTN TDD" above, it is recommended that the period of the TDD pattern in IoT-NTN TDD mode be N radio frames. In particular, when N=9 is used, the period of one TDD pattern is 90 ms. This value of N=9 was selected to avoid interference with existing systems operating in the frequency band (e.g., the Iridium system). However, the 90 ms period of the TDD pattern is inconsistent with the 10240 ms period of the hyperframe used in existing NB-IoT systems. This inconsistency is thought to cause the following technical issues, for example:

[0069] The first issue is how to place the TDD pattern of the IoT-NTN within the timing structure of the NB-IoT system, specifically, how to determine the placement or offset of the TDD pattern from the perspective of the NB-IoT system.

[0070] The second issue is how to set the periodicity of the DLSS (Downlink Synchronization Signal) to match the 90 ms period.

[0071] The third problem is how to deal with the case where reception of other DL channels / DL signals in an existing NB-IoT system overlaps with a non-DL period in a TDD pattern. For example, DL reception timing according to conventional NB-IoT parameters may overlap (collide) with a non-DL period in an IoT-NTN TDD pattern, and therefore the terminal 20 cannot perform the overlapping DL reception.

[0072] The fourth issue is how to deal with the situation where the transmission of UL channels / UL signals in existing NB-IoT systems overlaps with non-UL periods in the TDD pattern.

[0073] Therefore, the following embodiment aims to solve the third problem in particular in order to consider the consistency between the timing of DL transmission in existing NB-IoT systems and the TDD pattern with a 90 ms period.

[0074] In the following description, the following terms may be used interchangeably; "IoT" and "NB-IoT" "Cycle" and "periodicity" "Section" and "Period", "Duplicate", "Conflict" and "Conflict" "Terminal", "IoT terminal" and "NB-IoT terminal", "Network" and "Base Station", "Position" and "Timing" "TDD Structure" and "TDD Patterns" and "IoT-NTN TDD Patterns".

[0075] (8) Premise of the embodiment Fig. 9 is a diagram showing an example of a radio frame in TDD of LTE. Note that in LTE, one of multiple TDD radio frame configurations can be selected, but Fig. 9 shows only the TDD radio frame configuration.

[0076] As shown in FIG. 9, one radio frame may be a frame of duration consisting of ten subframes, from subframe #0 to #9. In the example of FIG. 9, subframes #0 to #6 are DL subframes, subframes #8 to #9 are UL subframes, and subframe #7 is a special subframe. In subframe #7, symbols #0 to #10 are DL symbols, symbols #11 to #12 are guard periods, and symbol #13 is a UL symbol. Note that the TDD pattern shown in FIG. 9 is merely an example, and the proportions of DL subframes and UL subframes, and the proportions of DL symbols, guard periods, and UL symbols are not limited to those shown. As such, the existing TDD pattern in the LTE TDD system has a one radio frame period, which aligns with the hyperframe period of 10,240 ms.

[0077] In IoT-NTN TDD operation, sufficient guard time must be ensured when switching from DL symbols to UL symbols to accommodate the large propagation delay that occurs depending on the orbital altitude of the satellite 10A. Therefore, a periodic TDD pattern (i.e., a TDD pattern with a period longer than one radio frame period) to be applied to the IoT-NTN may be defined. For example, the definition may include a DL period (e.g., a predetermined number of DL subframes), a UL period (e.g., a predetermined number of UL subframes), and a guard period (DL-UL gap). The TDD pattern may be fixed or configurable. Specifically, the TDD pattern may be pre-configured in the terminal 20, or the terminal 20 may receive configuration information regarding the TDD pattern from the base station 10 and configure the TDD pattern based on the configuration information.

[0078] Figure 10 shows an example of the basic configuration of the IoT-NTN TDD pattern.

[0079] As shown in Figure 10, each TDD pattern in IoT-NTN TDD operation indicates a combination of DL periods (e.g., consecutive DL subframes), guard periods (DL-UL gaps), and UL periods (e.g., consecutive UL subframes) in N (e.g., N=9) radio frames, and the TDD pattern may be repeated periodically. Note that the following embodiments use N radio frames with N=9 as an example, but do not exclude N radio frames with N other than 9. Also, although not shown, one TDD pattern may of course include discontinuous UL / DL periods.

[0080] Hereinafter, the following descriptions 1) to 4) may be used for the IoT-NTN TDD pattern: 1) "D" indicates the duration of a DL period (e.g., consecutive DL slots / DL subframes / DL frames); 2) "U" indicates the duration of a UL period (e.g., consecutive UL slots / UL subframes / UL frames); 3) “N” indicates the period of IoT-NTN TDD pattern in radio frame; 4) "G" indicates the duration of the guard period.

[0081] Here, for the periodic TDD pattern design in IoT-NTN TDD operation, the following three operations may be performed by the base station 10 / terminal 20:

[0082] (Action 1) For the periodic TDD pattern design in IoT-NTN TDD operation, two options are considered;

[0083] (Action 2) Details of Option 1 of Action 1 include indication of periodicity, granularity, candidate / minimum / maximum values ​​of D / U / G, and IoT-NTN TDD pattern(s);

[0084] (Action 3) Details of Option 2 of Action 1 include indication of periodicity, granularity, candidate / min / max values ​​for D / U / G, and IoT-NTN TDD pattern(s).

[0085] Below, we will explain the two options for (Operation 1).

[0086] Figure 11 shows a first example (option 1) of the IoT-NTN TDD pattern.

[0087] 11, for example, D+G+U=N×10 [ms] may be used as option 1. The positions, lengths, order and values ​​of D, G and U, and the value of N may be defined in advance, or may be set in the terminal 20 by a master information block (MIB), a system information block (SIB) or terminal-specific RRC (dedicated RRC) signaling.

[0088] Figure 12 shows a second example (Option 2) of the IoT-NTN TDD pattern.

[0089] As shown in Figure 12, option 2 may be, for example, D_min + D_flex + G + U_flex + U_min = N x 10 [ms], where D_min is the minimum DL period (e.g., the minimum number of DL subframes / DL slots / DL frames in a TDD pattern). D_flex is the number of DL subframes / DL slots / DL frames that can be flexibly allocated to DL. D_flex may also be called the DL additional period.

[0090] In the TDD pattern of option 2, D=D_min+D_flex may be used.

[0091] In the Option 2 TDD pattern, U = U_min + U_flex, and the ordering of U may be U = U_flex + U_min, where U_min is the minimum UL duration (e.g., the minimum number of UL subframes / UL slots / UL frames in the TDD pattern). U_flex is the number of UL subframes / UL slots / UL frames that can be flexibly allocated to the UL. U_flex may also be referred to as the UL extra duration.

[0092] D_min / U_min may be fixed length. D_flex / G / U_flex may be set semi-statically, which can reduce overhead.

[0093] Alternatively, D_min / U_min may be fixed length or may be set semi-statically. In addition to semi-static setting, D_flex / G / U_flex may be dynamically set in the terminal 20 by MIB / SIB / terminal-specific RRC signaling, etc. This allows flexibility in the TDD pattern.

[0094] (9) First embodiment The first embodiment is an embodiment mainly for solving the third problem described above. In the first embodiment, an operation for avoiding overlap (contention) between reception of at least system information (SI), downlink control information (DCI), paging, and random access response (RAR) among DL channels / DL signals and non-DL periods will be described.

[0095] Terminal 20 communicates using a TDD pattern that includes a downlink period (D), a guard period (G), and an uplink period (U) and has a specific cycle. Here, the uplink period (U) / guard period (G) correspond to a non-DL period. Terminal 20 also controls collisions between the non-DL period (non-D) in the TDD pattern and DL signals received by terminal 20. Here, collisions between the non-DL period (non-D) in the TDD pattern and DL signals received by terminal 20 refer to DL reception in terminal 20 overlapping in time with the non-DL period (non-D).

[0096] Furthermore, the "specific period" refers to the period of the TDD pattern, and may be the above-mentioned N=9 or 90 ms. However, as mentioned above, the "specific period" does not have to be N=9 or 90 ms.

[0097] FIG. 13 is a diagram illustrating an example of the operation in the first embodiment.

[0098] As shown in Fig. 13, in step S101, the base station 10 may transmit to the terminal 20 configuration information for controlling collisions between non-DL periods in a TDD pattern and DL channels / DL signals received by the terminal 20. Here, the configuration information includes parameters determined so that reception of DL channels / DL signals is performed within DL periods in the TDD pattern. In step S102, the terminal 20 may receive the configuration information from the base station 10. In step S103, the terminal 20 may transmit DL channels / DL signals to the base station 10 based on the configuration information so that collisions do not occur. That is, the terminal 20 receives DL channels / DL signals within DL periods in the TDD pattern.

[0099] In the following embodiment, the operations of the base station 10 / terminal 20 when the DL channel / DL signal is SI, DCI, paging, and RAR will be described as "Example 1 of the First Embodiment" to "Example 4 of the First Embodiment," respectively.

[0100] (9.1) Example 1 of the First Embodiment In this embodiment, in order to align the SI reception period with the DL period (D) in the TDD pattern, the above-mentioned existing parameters related to the SI signal are extended and new parameters are defined. Here, the extended existing parameters or new parameters are an example of setting information for controlling collisions between the non-DL period in the TDD pattern and the DL channel / DL signal received by terminal 20.

[0101] In this embodiment, the existing parameters and new parameters to be extended may be parameters related to the period, offset, window, and TB size, for example.

[0102] (9.1.1) Example 1-1 of the first embodiment In this embodiment, the existing parameter to be extended may be the SI period. For example, the SI period may be the period of the TDD pattern (e.g., 90 ms). Alternatively, the SI period may be a multiple (e.g., 180 ms, 270 ms, ...) of the period of the TDD pattern (e.g., 90 ms). The terminal 20 may receive the SI signal based on configuration information including the SI period parameter transmitted from the base station 10.

[0103] (9.1.2) Example 1-2 of the first embodiment In this embodiment, the existing parameter to be extended may be an offset in units of radio frames indicating the start position of an SI window. For example, the offset may be 1 to 5 radio frames or 1 to 9 radio frames. The terminal 20 may receive an SI signal based on configuration information having a parameter of the offset in units of radio frames indicating the start position of an SI window transmitted from the base station 10. Note that this embodiment may be combined with the above-described embodiment 1-1. In other words, the configuration information may be parameters determined so that the SI period and the start position of the SI window are within the DL period in the TDD pattern.

[0104] (9.1.3) Examples 1-3 of the first embodiment In this embodiment, the existing parameter to be extended may be the duration of the SI window. For example, the duration of the SI window may be a multiple (e.g., 180 ms, 270 ms, ...) of the period (e.g., 90 ms) of the TDD pattern. The terminal 20 may receive the SI signal based on configuration information including a parameter indicating the duration of the SI window transmitted from the base station 10.

[0105] (9.1.4) Examples 1-4 of the first embodiment In this embodiment, the existing parameter to be extended may be a TB size used for broadcasting SI messages. For example, the TB size may be a value smaller than an existing setting value. For example, the TB size may be 55 bits or less. The terminal 20 may receive SI signals based on setting information having a parameter indicating the TB size used for broadcasting SI messages transmitted from the base station 10. This configuration can shorten the time required for the terminal 20 to receive SI signals, thereby reducing the possibility that reception of the SI signals will overlap with a non-DL period in the TDD pattern.

[0106] (9.1.5) Examples 1-5 of the first embodiment In this embodiment, the new parameter defined may be a subframe-based offset indicating the start position of the SI window. For example, the offset may be one of subframes 1 to 9 or 2, 3, 7, or 8. Furthermore, a different offset may be used for different periods / hyperframes of IoT-NTN TDD patterns. The terminal 20 may receive an SI signal based on configuration information having a subframe-based offset parameter indicating the start position of the SI window transmitted from the base station 10. This configuration, in addition to the effects of Examples 1-4, makes it easier to achieve consistency with an IoT-NTN TDD pattern consisting of consecutive subframes.

[0107] Although Example 1 has been described above, any number of Examples 1-1 to 1-5 may be combined. For example, by combining Examples 1-1 to 1-3, the configuration information that the terminal 20 receives from the base station 10 may include parameters determined so that the SI period, the start position of the SI window, and the duration of the SI window are within the DL period in the TDD pattern. Note that this example is merely an example.

[0108] As described above, according to the first embodiment, the SI signal is received within the DL period in the TDD pattern, and further, overlap between the SI signal reception timing and the non-DL period in the TDD pattern can be avoided.

[0109] (9.2) Example 2 of the First Embodiment In this embodiment, in order to align the DCI reception period with the DL period (D) in the TDD pattern, existing parameters related to the DCI reception period / NPDCCH monitoring are extended and new parameters are defined. Here, the existing parameters or new parameters to be extended are an example of setting information for controlling collisions between non-DL periods in the TDD pattern and DL channels / DL signals received by terminal 20.

[0110] In this embodiment, the existing parameters related to NPDCCH monitoring that are extended and the new parameters related to NPDCCH monitoring may be, for example, parameters related to the number of repetitions, the period, and the offset.

[0111] (9.2.1) Example 2-1 of the first embodiment In this embodiment, the existing parameter to be extended may be the maximum number of repetitions of an NPDCCH USS. For example, the maximum number of repetitions may be smaller than the maximum number of repetitions of the existing NPDCCH USS. For example, the maximum number of repetitions may be any of 1, 2, 4, 6, 8, 9, 12, and 16. The terminal 20 may perform NPDCCH monitoring or receive DCI within a DL period in a TDD pattern, based on configuration information including the parameter of the maximum number of repetitions of an NPDCCH USS transmitted from the base station 10. With this configuration, the timing of receiving DCI through repeated reception is set to be within the DL period in the TDD pattern, and subsequent reception of DCI is also set to be within the DL period in the TDD pattern.

[0112] (9.2.2) Example 2-2 of the first embodiment In this embodiment, the existing parameter to be extended may be the starting subframe configuration of the NPDCCH USS. In other words, the existing parameter to be extended may be the monitoring period of the NPDCCH USS. For example, the monitoring period of the NPDCCH USS may be shorter than the monitoring period of the existing NPDCCH USS. For example, the monitoring period of the NPDCCH USS may be any of 1.5, 2, 4, 8, and 9. The terminal 20 may perform NPDCCH monitoring and receive DCI in the DL period of the TDD pattern, based on the configuration information including the parameter of the monitoring period of the NPDCCH USS transmitted from the base station 10.

[0113] (9.2.3) Example 2-3 of the first embodiment In this embodiment, the existing parameter to be extended may be the offset of the start subframe of the NPDCCH USS. In other words, the existing parameter to be extended may be a parameter for shifting the start position of the NPDCCH USS within a monitoring period by 1 / 8. For example, the offset of the start subframe of the NPDCCH USS may be smaller than the monitoring period of the existing NPDCCH USS. For example, the offset of the start subframe of the NPDCCH USS may be one of subframes 1 to 9 or subframes 2, 3, 7, or 8. Furthermore, different offsets may be used for different periods / hyperframes of the IoT-NTN TDD pattern. The terminal 20 may perform NPDCCH monitoring and receive DCI during the DL period of the TDD pattern based on the configuration information including the parameter of the offset of the start subframe of the NPDCCH USS transmitted from the base station 10.

[0114] (9.2.4) Example 2-4 of the first embodiment In this embodiment, the new parameter to be defined may be the periodicity of NPDCCH monitoring. The periodicity may be, for example, N times, N / 2 times, or N / 3 times the conventional periodicity. Here, N is information about the periodicity of the IoT-NTN TDD pattern (for example, the number of radio frames constituting the TDD pattern), and may be, for example, 8, 9, 10, 12, etc.

[0115] Alternatively, the periodicity may be limited not to exceed 90 ms or may be limited to be equal to a multiple of 90 ms. Based on configuration information having a parameter of the NPDCCH monitoring periodicity transmitted from the base station 10, the terminal 20 may perform NPDCCH monitoring and may receive DCI in the DL period of the TDD pattern.

[0116] Although Example 2 has been described above, as with Example 1, any number of Examples 2-1 to 2-4 may be combined. For example, by combining Examples 2-1 to 2-3, the configuration information that the terminal 20 receives from the base station 10 may include parameters determined so that the maximum number of repetitions of the NPDCCH USS, the monitoring period of the NPDCCH USS, and the subframe of the NPDCCH USS after a predetermined offset of the start subframe are within the DL period in the TDD pattern. Note that this example is merely an example.

[0117] As described above, according to the second embodiment, DCI reception is performed within the DL period in the TDD pattern, and further, it is possible to avoid overlapping of the DCI reception timing with the non-DL period in the TDD pattern.

[0118] (9.3) Example 3 of the First Embodiment In this embodiment, in order to align the paging reception period with the DL period (D) in the TDD pattern, existing parameters related to paging are extended and new parameters related to paging are defined. Here, the paging reception period / existing parameters to be extended or the paging reception period / new parameters related to paging are an example of setting information for controlling collisions between non-DL periods in the TDD pattern and DL channels / DL signals received by the terminal 20.

[0119] In this embodiment, the existing parameters related to paging that are extended and the new parameters related to paging may be, for example, parameters related to a period, a number of repetitions, and an offset.

[0120] (9.3.1) Example 3-1 of the first embodiment In this embodiment, the existing parameter to be extended may be a default paging cycle. The cycle may be, for example, N times, N / 2 times, or N / 3 times the conventional cycle. Here, N is information about the cycle of the IoT-NTN TDD pattern (for example, the number of radio frames constituting the TDD pattern, or the cycle of the TDD pattern in radio frames), and may be, for example, 8, 9, 10, 12, etc.

[0121] Alternatively, the period may be a multiple of 9 (N=9). In such a case, the period may be, for example, 126, 252, 504 radio frames, etc. The terminal 20 may receive paging during the DL period in the TDD pattern based on configuration information having parameters related to paging transmitted from the base station 10.

[0122] (9.3.2) Example 3-2 of the first embodiment In this embodiment, the existing parameter to be extended may be the maximum number of repetitions of the NPDCCH CSS for paging, which may be, for example, 1, 2, 4, 6, 8, 9, 12, 16, etc. The terminal 20 may repeatedly receive paging during a DL period in the TDD pattern based on configuration information including a parameter related to the number of repetitions transmitted from the base station 10.

[0123] (9.3.3) Example 3-3 of the first embodiment In this embodiment, the new parameter defined may be the offset between the start of the PO and the start of the subframe in which the terminal 20 receives the paging message. For example, the offset may be 1 to 9 subframes or 2, 3, 7, or 8 subframes. Also, different offsets may be used for different IoT-NTN TDD pattern periods / hyperframes.

[0124] Although Example 3 has been described above, any number of Examples 3-1 to 3-3 may be combined, as in Example 1. For example, by combining Example 3-1 and Example 3-2, the configuration information that the terminal 20 receives from the base station 10 may include parameters determined so that the default paging cycle and the maximum number of repetitions of the NPDCCH CSS for paging fall within the DL period in the TDD pattern. Note that this example is merely an example.

[0125] As described above, according to the third embodiment, paging reception is performed within the DL period in the TDD pattern, and further, overlapping of the paging reception timing with the non-DL period in the TDD pattern can be avoided.

[0126] (9.4) Example 4 of the First Embodiment In this embodiment, in order to align the RAR reception period with the DL period (D) in the TDD pattern, existing parameters related to the RAR are extended and new parameters are defined. Here, the RAR reception period / existing parameters to be extended or new parameters related to the RAR reception period / RAR are an example of setting information for controlling collisions between non-DL periods in the TDD pattern and DL channels / DL signals received by the terminal 20.

[0127] In this embodiment, the existing parameters for RAR to be extended and the new parameters for RAR may be parameters for the interval, the number of repetitions, and the offset, for example.

[0128] (9.4.1) Example 4-1 of the first embodiment In this embodiment, the existing parameter to be extended may be the duration of the RAR window. The duration may be, for example, any one of PDCCH durations 1, 2, or 3. The terminal 20 may receive RAR during the DL period of the TDD pattern based on configuration information having parameters related to the duration of the RAR window transmitted from the base station 10. With this configuration, the entire RAR window fits within the DL period of one IoT-NTN TDD pattern.

[0129] (9.4.2) Example 4-2 of the first embodiment In this embodiment, the existing parameters to be extended may be the maximum number of repetitions of the RAR, the retransmission of message 3 in random access, and the NPDCCH CSS for message 4 in random access. The number of repetitions may be, for example, 1, 2, 4, 6, 8, 9, 12, or 16. The terminal 20 may receive the RAR during a DL period in a TDD pattern based on configuration information including a parameter related to the number of repetitions transmitted from the base station 10. With this configuration, the RAR, the retransmission of message 3 in random access, and the repetition of the NPDCCH CSS for message 4 in random access are all contained within a DL period in one IoT-NTN TDD pattern.

[0130] (9.4.3) Example 4-3 of the first embodiment In this embodiment, the new parameter defined may be an offset between the start of the subframe containing the end of the transmission of the random access preamble and the start of the RAR window. For example, the offset may be one of subframes 1 to 9 or subframes 2, 3, 7, or 8. Also, different offsets may be used for different periods / hyperframes of the IoT-NTN TDD pattern. The terminal 20 may receive RAR during the DL period of the TDD pattern based on the configuration information including the parameter related to the offset transmitted from the base station 10.

[0131] Although Example 4 has been described above, any number of Examples 4-1 to 4-3 may be combined, as in Example 1. For example, by combining Example 4-1 and Example 4-3, the configuration information that the terminal 20 receives from the base station 10 may include parameters determined so that the RAR window period and the start timing of the RAR window after a predetermined offset are within the DL period in the TDD pattern. Note that this example is merely an example.

[0132] As described above, according to the fourth embodiment, the RAR is received within the DL period in the TDD pattern, and further, it is possible to avoid overlapping of the RAR reception timing with the non-DL period in the TDD pattern.

[0133] (10) Second embodiment The second embodiment will be described mainly focusing on the differences from the first embodiment. In the second embodiment, an operation will be described in the case where reception of at least one of SI, DCI, paging, and RAR among DL channel / DL signals overlaps (conflicts) with a non-DL period.

[0134] In the following embodiment, each operation and combination of these operations when the non-DL period in the TDD pattern and the above DL channel / DL signal overlap will be described as "Example 1-1 of the second embodiment" to "Example 1-4 of the second embodiment," respectively.

[0135] (10.1) Example 1 of the Second Embodiment In this embodiment, the operation of the terminal 20 will be described when reception of at least one of SI, DCI, paging, and RAR among DL channels / DL signals collides with a non-DL period (non-D) in a TDD pattern. Note that this embodiment assumes reception of DL channels / DL signals without repetition (i.e., reception of a single DL channel / DL signal) and reception of DL channels / DL signals with repetition (i.e., reception of multiple DL channels / DL signals).

[0136] When reception of at least one of SI, DCI, paging, and RAR among DL channel / DL signals collides with a non-DL period in the TDD pattern, the terminal 20 performs one of the following actions: discarding the DL signal, postponing reception of the DL signal, or prioritizing reception of the DL signal. Note that "discarding the DL signal" may be synonymous with "stopping reception of the DL signal."

[0137] (10.1.1) Example 1-1 of the second embodiment In this embodiment, the overlapping DL channel / DL signal may be dropped. The terminal 20 may drop the reception of the DL channel / DL signal when the reception of the DL channel / DL signal overlaps with a non-DL period in the TDD pattern. In other words, the terminal 20 does not need to receive the DL channel / DL signal when the reception of the DL channel / DL signal overlaps with a non-DL period in the TDD pattern.

[0138] FIG. 14 is a diagram illustrating an example of processing of a DL channel / DL signal in Example 1-1 of the second embodiment.

[0139] For example, as shown in FIG. 14(a), if a DL channel / DL signal completely overlaps with a guard period (G) in the TDD pattern, the terminal 20 may discard the DL channel / DL signal.

[0140] For example, as shown in FIG. 14(b), if a DL channel / DL signal partially overlaps with the UL period (U) in the TDD pattern, the terminal 20 may discard the DL channel / DL signal.

[0141] For example, as shown in FIG. 14(c), if the DL channel / DL signal partially overlaps with a guard period (G) in the TDD pattern, the terminal 20 may discard the DL channel / DL signal.

[0142] (10.1.2) Example 1-2 of the second embodiment In this embodiment, reception of the overlapping DL channel / DL signal may be postponed. The postponed reception of the DL channel / DL signal may be re-received in the next valid DL period (D). The terminal 20 may postpone reception of the DL channel / DL signal if reception of the DL channel / DL signal overlaps with a non-DL period in the TDD pattern. The terminal 20 may re-receive reception of the DL channel / DL signal in the next valid DL period if reception of the DL channel / DL signal overlaps with a non-DL period in the TDD pattern.

[0143] FIG. 15 is a diagram illustrating an example of processing of a DL channel / DL signal in Example 1-2 of the second embodiment.

[0144] For example, as shown in Fig. 15(a), when a DL channel / DL signal completely overlaps with a guard period (G) in a TDD pattern, the terminal 20 may postpone reception of the DL channel / DL signal until the next valid DL period (D). The postponed DL channel / DL signal may be received again in the next valid DL period (D).

[0145] For example, as shown in Figure 15(b), when a DL channel / DL signal partially overlaps with an UL period (U) in the TDD pattern, terminal 20 may postpone transmission of the DL channel / DL signal until the next valid DL period (D). The postponed transmission of the DL channel / DL signal may be retransmitted in the next valid DL period (D).

[0146] (10.1.3) Examples 1-3 of the second embodiment In this embodiment, the reception of the DL channel / DL signal may be prioritized over the reception of the DL channel / DL signal in a non-DL period in the TDD pattern. When the reception of the DL channel / DL signal overlaps with the non-DL period in the TDD pattern, the terminal 20 may prioritize the reception of the DL channel / DL signal. In other words, when the reception of the DL channel / DL signal overlaps with the non-DL period in the TDD pattern, the terminal 20 may receive the DL channel / DL signal.

[0147] FIG. 16 is a diagram illustrating an example of processing of a DL channel / DL signal in Example 1-3 of the second embodiment.

[0148] For example, as shown in Fig. 16(a), when a DL channel / DL signal completely overlaps with a guard interval (G) in a TDD pattern, terminal 20 may prioritize reception of the DL channel / DL signal. In other words, terminal 20 may receive the DL channel / DL signal during the guard interval (G) in the TDD pattern.

[0149] 16(b), when a DL channel / DL signal partially overlaps with an UL period (U) in the TDD pattern, terminal 20 may prioritize transmission of the DL channel / DL signal. In other words, terminal 20 may receive the DL channel / DL signal in the UL period (U) in the TDD pattern.

[0150] For example, as shown in FIG. 16(c), when a DL channel / DL signal partially overlaps with a guard period (G) in the TDD pattern, the terminal 20 may prioritize reception of the DL channel / DL signal.

[0151] (10.1.4) Examples 1-4 of the second embodiment As shown in Examples 1-1 to 1-3 of this embodiment, the reception of the DL channel / DL signal may partially overlap or completely overlap with the non-DL period in the TDD pattern. Therefore, in this embodiment, different combinations of operations may be considered for these different overlapping cases. The terminal 20 may perform different combinations of operations for these different overlapping cases.

[0152] The above different overlapping cases may be, for example, at least one of the following cases: Partial or complete overlap; Overlap with the UL period (U) or the guard period (G) in the TDD pattern.

[0153] The partial overlap may include a case where the entire repeated reception of the DL channel / DL signal overlaps with a non-DL period, or a case where at least one of the repeated reception of the DL channel / DL signal overlaps with a non-DL period. Furthermore, the following Examples 1-4-1 to 1-4-5 may be operations that are premised on repeated reception of the DL channel / DL signal.

[0154] (10.1.4.1) Example 1-4-1 of the second embodiment In this embodiment, if the repeated reception of the DL channel / DL signal and the non-UL period in the TDD pattern partially overlap, the terminal 20 may perform any one of the following operations: · Discarding or postponing the entire DL channel / DL signal or all repetitions of the DL channel / DL signal; · receiving non-overlapping DL channels / DL signal portions or repetitions of DL channels / DL signals, and further discarding or postponing overlapping DL channels / DL signal portions or repetitions of DL channels / DL signals; ·Receive or prioritize the entire DL channel / DL signal or all repetitions of the DL channel / DL signal.

[0155] (10.1.4.2) Example 1-4-2 of the second embodiment FIG. 17 is a diagram illustrating an example of a process of repeating reception of a DL channel / DL signal in Example 1-4-2 of the second embodiment.

[0156] For example, as shown in Figure 17(a), when the repeat reception (Rep#0) of the DL channel / DL signal and the UL period (U) in the TDD pattern completely overlap, the terminal 20 may discard the repeat reception (Rep#0) of the DL channel / DL signal. Alternatively, in such a case, the terminal 20 may discard the repeat transmission (Rep#0 and Rep#1) of the DL channel / DL signal.

[0157] For example, as shown in Figure 17(b), when the repeat reception of the DL channel / DL signal and the UL period (U) in the TDD pattern completely overlap, the terminal 20 may postpone the repeat reception of the DL channel / DL signal (Rep#0) until the next valid DL period (D). Alternatively, in such a case, the terminal 20 may postpone the repeat reception of the DL channel / DL signal (Rep#0 and Rep#1) until the next valid DL period (D).

[0158] (10.1.4.3) Example 1-4-3 of the second embodiment FIG. 18 is a diagram illustrating an example of a process of repeatedly receiving a DL channel / DL signal in Example 1-4-3 of the second embodiment.

[0159] 18(a), when the repetitive reception of the DL channel / DL signal and the guard period (G) in the TDD pattern completely overlap, the terminal 20 may prioritize the repetitive reception of the DL channel / DL signal (at least one of Rep#0 and Rep#1). In other words, the terminal 20 may perform the repetitive reception of the DL channel / DL signal (at least one of Rep#0 and Rep#1) in the guard period (G) in the TDD pattern.

[0160] For example, as shown in Figure 18(b), if the repeated reception of the DL channel / DL signal completely overlaps with the guard period (G) in the TDD pattern, the terminal 20 may discard the repeated reception of the DL channel / DL signal (at least one of Rep#0 and Rep#1).

[0161] For example, as shown in Figure 18(c), if the repeated reception of the DL channel / DL signal completely overlaps with the guard period (G) in the TDD pattern, the terminal 20 may postpone the repeated reception of the DL channel / DL signal (at least one of Rep#0 and Rep#1) until the next valid DL period (D).

[0162] (10.1.4.4) Example 1-4-4 of the second embodiment FIG. 19 is a diagram illustrating an example of a process of repeatedly receiving a DL channel / DL signal in Example 1-4-4 of the second embodiment.

[0163] For example, as shown in Figure 19(a), when the repeat reception of the DL channel / DL signal and the DL period (D) in the TDD pattern partially overlap, the terminal 20 may discard the repeat reception of the DL channel / DL signal (Rep#0). Alternatively, in such a case, the terminal 20 may discard the repeat reception of the DL channel / DL signal (Rep#0 and Rep#1).

[0164] For example, as shown in Figure 19(b), when the repeat reception of the DL channel / DL signal and the DL period (D) in the TDD pattern partially overlap, the terminal 20 may postpone the repeat reception (Rep#0) of the DL channel / DL signal until the next valid DL period (D). Alternatively, in such a case, the terminal 20 may postpone the repeat transmission (Rep#0 and Rep#1) of the DL channel / DL signal until the next valid DL period (D).

[0165] For example, as shown in Figure 19(c), if the repeated reception of the DL channel / DL signal partially overlaps with the UL period (U) in the TDD pattern, the terminal 20 may transmit the non-overlapping portion of the repeated reception (Rep#0) of the DL channel / DL signal and discard or postpone the overlapping portion of the repeated transmission (Rep#0) of the DL channel / DL signal until the next valid DL period (D).

[0166] (10.1.4.5) Example 1-4-5 of the second embodiment FIG. 20 is a diagram illustrating an example of a process of repeatedly receiving a DL channel / DL signal in Example 1-4-5 of the second embodiment.

[0167] For example, as shown in Figure 20(a), when the repeated reception of the DL channel / DL signal partially overlaps with the guard interval (G) in the TDD pattern, terminal 20 may prioritize the repeated reception (Rep#1) of the DL channel / DL signal. In other words, when the repeated reception of the DL channel / DL signal overlaps with the guard interval (G) in the TDD pattern, terminal 20 may perform the repeated reception (Rep#1) of the DL channel / DL signal.

[0168] For example, as shown in Figure 20(b), when the repeat reception of the DL channel / DL signal partially overlaps with the guard period (G) in the TDD pattern, the terminal 20 may discard the entire repeat reception of the DL channel / DL signal (Rep#0 and Rep#1) or postpone it until the next valid DL period (D). Alternatively, the terminal 20 may postpone the repeat reception of the DL channel / DL signal (Rep#0) that can be received in the next valid DL period (D) out of the entire repeat reception of the DL channel / DL signal (Rep#0 and Rep#1).

[0169] For example, as shown in Figure 20(c), if the repeated reception of the DL channel / DL signal partially overlaps with the guard period (G) in the TDD pattern, the terminal 20 may transmit the non-overlapping portion of the repeated reception of the DL channel / DL signal (Rep#0) and discard or postpone the overlapping portion of the repeated reception of the DL channel / DL signal (Rep#0) until the next valid DL period (D).

[0170] As described above, according to this embodiment, even when the repeated reception of the DL channel / DL signal overlaps with a non-DL period in the TDD pattern, the terminal 20 can appropriately process the repeated reception of the DL channel / DL signal. The same applies to the case of non-repeated reception of the DL channel / DL signal, and in such a case, the terminal 20 can appropriately process the reception of the DL channel / DL signal.

[0171] (11) Variation The IoT-NTN TDD pattern in each embodiment may include at least the following variations.

[0172] (11.1) Variation 1 The terminal 20 may perform NTN communication using the following IoT-NTN TDD pattern.

[0173] (11.1.1) Pattern 1 FIG. 30 is a diagram showing a modified example of the IoT-NTN TDD pattern in each embodiment.

[0174] As shown in Figure 30(a), the IoT-NTN TDD pattern configured within a period of N radio frames may be configured in the order of D, G, and U.

[0175] (11.1.2) Pattern 2 As shown in Figure 30(b), the IoT-NTN TDD pattern configured within a period of N radio frames may be configured in the order D, G, U, D.

[0176] (11.1.3) Pattern 3 As shown in Figure 30(c), the IoT-NTN TDD pattern configured within a period of N radio frames may be configured in the order of G, U, D, G.

[0177] (11.1.4) Pattern 4 As shown in Figure 30(d), the IoT-NTN TDD pattern configured within a period of N radio frames may be configured in the order of U, D, G, U.

[0178] When the IoT-NTN TDD pattern does not start with D, as in the above Pattern 3 and Pattern 4, at least one of the values ​​of Xa, Xb, and Y in Examples 1-4 of the first embodiment may be changed according to the IoT-NTN TDD pattern. For example, the values ​​of Xa, Xb, and Y may be dedicated parameters applied in the UL period of the IoT-NTN TDD pattern.

[0179] The above-described modified example allows the optimum TDD pattern to be selected depending on the communication requirements and the radio environment.

[0180] (11.2) Variation 2 The terminal 20 may report the following capability information to the base station 10: · Capability information for each embodiment; Capability information for each example or combination of examples in each embodiment; · Capability information for each variant or combination of variants.

[0181] The terminal 20 may report the above capability information to the network for each frequency / each terminal 20 / each FR1 / each FR2 / each FR2-1 / each FR2-2 / each subcarrier spacing (SCS: SubCarrier Spacing) / each BC (Band Combination) / each FC / each FSPC (Feature Set Per Component-carrier).

[0182] The terminal 20 may report the above capability information to the base station 10 for each cell / each terminal 20 / each TDD system and each FDD system.

[0183] The above-described second modification enables optimal capability information to be reported in each layer.

[0184] (11.3) Variation 3 In each embodiment of the present disclosure, which embodiment / example or variant example the base station 10 / terminal 20 applies may be determined by any of the following methods: Higher layer parameters (e.g., configured by RRC parameters); · Determined by relevant higher layer parameters (e.g., RRC parameters); · Indication by physical layer signaling (e.g. DCI, MAC CE (Control Element) signaling); · Decisions based on the capabilities information of the terminal 20; · Decisions based on what is stated in the specifications; · Decisions based on the conditions stated in the specifications; Determination based on the above upper layer parameters / physical layer signaling settings and a combination of reported capability information of the terminal 20.

[0185] In each embodiment of the present disclosure, the base station 10 / terminal 20 may combine multiple embodiments and multiple modifications into one embodiment / modification.

[0186] In each embodiment of the present disclosure, the terminal 20 may assume that a certain embodiment, example, or variant applies only if the terminal 20 reports to the base station 10 that it supports a particular feature or model.

[0187] The third modification described above makes it possible to perform optimal control according to the system conditions.

[0188] (11.4) Variation 4 In each embodiment of the present disclosure, the terminal 20 may receive the following types of information from the base station 10. Note that "new" in the following may mean content specified in 3GPP Release 19 or later, and "existing" may mean content specified in 3GPP Release 18 or earlier: · Information via higher layer signaling (e.g., RRC messages / LPP (LTE Positioning Protocol) messages); · Information via MAC CE; Information via MAC CE including new LCID (Logical Channel ID) in the subheader; Information via MAC CE that is an extension of an existing MAC CE (e.g., a new octet may be introduced as an extension of an existing MAC CE); ·Information via DCI; Information via existing or newly introduced DCI fields; Information via DCI scrambled with the existing RNTI (Radio Network Temporary Identifier) ​​or a newly introduced RNTI (Cyclic Redundancy Check) Information via existing or newly introduced DCI formats; · Combination of the above information.

[0189] In each embodiment of the present disclosure, the terminal 20 may receive the above information from the base station 10 with the following periodicity types: Option 1: periodically; Option 2: semi-persistent; Option 3: Aperiodic.

[0190] Note that the above-mentioned options 2 and 3 may be triggered by an instruction from the terminal 20 or the base station 10.

[0191] According to the fourth modification, the IoT terminal can receive information from the network in an optimal manner depending on the type and timing of the information.

[0192] (11.5) Variation 5 In each embodiment of the present disclosure, the terminal 20 may transmit the following types of information to the base station 10. Note that "new" in the following may refer to content specified in 3GPP Release 19 or later, and "existing" may refer to content specified in 3GPP Release 18 or earlier: · Information via higher layer signaling (e.g. RRC messages / LPP messages); · Information via MAC CE; Information via MAC CE containing the new LCID in the subheader; Information via MAC CE that is an extension of an existing MAC CE (e.g., a new octet may be introduced as an extension of an existing MAC CE); · Information via UCI; UCI on PUCCH or PUSCH; · Combination of the above information.

[0193] In each embodiment of the present disclosure, the terminal 20 may transmit the above information to the base station 10 with the following periodicity types: Option 1: periodically; Option 2: semi-persistent; Option 3: Aperiodic.

[0194] Note that the above-mentioned options 2 and 3 may be triggered by an instruction from the terminal 20 or the base station 10.

[0195] According to the fifth modification example, the IoT terminal can transmit information to the network in an optimal manner depending on the type and timing of the information.

[0196] As described above, according to the above-described embodiments, it is possible to appropriately control communications using a TDD pattern with a predetermined cycle.

[0197] (12) Equipment configuration An example of the functional configuration of the base station 10 and the terminal 20 that execute the processes and operations described above will be described. The base station 10 and the terminal 20 include functions for implementing the above-described embodiments / examples. However, the base station 10 and the terminal 20 may each include only a part of the functions of the examples.

[0198] (12.1) Base Station Configuration Fig. 22 is a diagram showing an example of the functional configuration of a base station in each embodiment. The base station 10 has a transmitting unit 110, a receiving unit 120, a setting unit 130, and a control unit 140. The functional configuration shown in Fig. 22 is merely an example. As long as the operations according to the embodiments can be performed, the functional divisions and names of the functional units may be any. The transmitting unit 110 and the receiving unit 120 may be collectively referred to as a transceiver unit.

[0199] The transmitter 110 has a function of generating a signal to be transmitted to the terminal 20 and transmitting the signal wirelessly. The receiver 120 has a function of receiving various signals transmitted from the terminal 20 and acquiring, for example, information of a higher layer from the received signals. The transmitter 110 also has a function of transmitting various control signals / data signals such as a DL synchronization signal (e.g., PSS, SSS), PBCH, PDCCH, and PDSCH to the terminal 20. The receiver 120 also has a function of receiving various control signals / data signals such as a PRACH, PUCCH, and PUSCH from the terminal 20. The receiver 120 may receive inter-network node messages from other network nodes.

[0200] The transceiver unit having the transmitter 110 and the receiver 120 may use a TDD pattern having a specific period to communicate with the terminal 20 (for example, transmit / receive control signals / data signals). The transmitter 110 may transmit configuration information related to downlink signals (for example, system information, downlink control information, paging, and random access responses) to the terminal 20.

[0201] The setting unit 130 stores preset setting information and various setting information to be transmitted to the terminal 20.

[0202] The control unit 140 controls various settings, instructions, notifications, identification, decisions, and communications in the embodiments. A functional unit related to signal transmission in the control unit 140 may be included in the transmitting unit 110, and a functional unit related to signal reception in the control unit 140 may be included in the receiving unit 120. Note that the control unit 140 may perform at least a part of the processing of the control unit in (13) Summary of the embodiments described below.

[0203] The control unit 140 may generate setting information for terminal-side control regarding collision between a non-downlink period in a TDD pattern and a downlink signal received by the terminal 20.

[0204] (12.2) Terminal configuration Fig. 23 is a diagram showing an example of the functional configuration of a terminal in each embodiment. The terminal 20 has a transmitting unit 210, a receiving unit 220, a setting unit 230, and a control unit 240. The functional configuration shown in Fig. 32 is merely an example. As long as the operations according to the embodiments can be performed, the names of the functional divisions and functional units may be any. The transmitting unit 210 and the receiving unit 220 may be collectively referred to as a transmitting / receiving unit.

[0205] The transmitter 210 creates a transmission signal from transmission data and transmits the transmission signal wirelessly. The receiver 220 receives various signals wirelessly and acquires higher layer signals from the received physical layer signals. The transmitter 210 also has a function of transmitting various control signals / data signals such as PRACH, PUCCH, and PUSCH from the terminal 20. The receiver 220 also has a function of receiving various control signals / data signals such as DL synchronization signals (e.g., PSS and SSS), PBCH, PDCCH, and PDSCH transmitted from the base station 10.

[0206] The transceiver unit including the transmitter 210 and the receiver 220 may communicate with the base station 10 (e.g., transmit / receive control signals / data signals) using a TDD pattern. The receiver 210 may receive configuration information related to downlink signals (e.g., system information, downlink control information, paging, and random access responses) from the base station 10. Based on the configuration information received from the base station 10, the transmitter 210 may receive downlink signals at a period or start timing corresponding to a specific period so as to prevent collision between a non-downlink period in a TDD pattern having the specific period and the downlink signals received by the transceiver unit. The receiver 220 may repeatedly receive downlink signals (e.g., system information, downlink control information, paging, and random access responses).

[0207] The setting unit 230 stores various setting information received from the base station 10 by the receiving unit 220. The setting unit 230 also stores setting information that is set in advance.

[0208] The control unit 240 controls various settings, instructions, notifications, identification, decisions, and communications in the embodiments. A functional unit related to signal transmission in the control unit 240 may be included in the transmitting unit 210, and a functional unit related to signal reception in the control unit 240 may be included in the receiving unit 220. Note that the control unit 240 may perform at least a part of the processing of the control unit in (13) Summary of the embodiments described below.

[0209] The control unit 240 may perform control regarding collision between a non-downlink period in a TDD pattern having a specific cycle and a downlink signal (e.g., system information, downlink control information, paging, and random access response) received by the transceiver unit. When such a collision occurs, the control unit 240 may perform any one of discarding the downlink signal, postponing reception of the downlink signal, and prioritizing reception of the downlink signal.

[0210] (12.3) Hardware Configuration The above block diagram shows functional blocks. These functional blocks (components) are realized by any combination of hardware and / or software. Furthermore, there are no particular limitations on the method for realizing each functional block. That is, each functional block may be realized using a single device that is physically or logically coupled, or may be realized using two or more physically or logically separated devices that are connected directly or indirectly (for example, by wire, wirelessly, etc.) and these multiple devices. The functional blocks may also be realized by combining the single device or multiple devices with software.

[0211] Functions include, but are not limited to, judgment, determination, judgment, calculation, computation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, resolution, selection, election, establishment, comparison, assumption, expectation, regard, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, and assignment. For example, a functional block (component) that performs transmission functions is called a transmitting unit or transmitter. As mentioned above, there are no particular limitations on how these functions are implemented.

[0212] FIG. 24 is a diagram illustrating an example of the hardware configuration of a base station and a terminal in each embodiment.

[0213] For example, the base station 10, the terminal 20, etc. in the embodiments may function as a computer that performs processing of the wireless communication method of the embodiments. The base station 10 and the terminal 20 may be physically configured as a computer device including a processor 1001, a storage device 1002, an auxiliary storage device 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, etc.

[0214] In the following description, the term "apparatus" can be read as a circuit, a device, a unit, etc. The hardware configuration of the base station 10 and the terminal 20 may be configured to include one or more of the apparatuses shown in the drawings, or may be configured to exclude some of the apparatuses.

[0215] Each function in the base station 10 and the terminal 20 is realized by loading predetermined software (programs) onto hardware such as the processor 1001, the memory device 1002, etc., so that the processor 1001 performs calculations, controls communication by the communication device 1004, and controls at least one of reading and writing data in the memory device 1002 and the auxiliary memory device 1003.

[0216] The processor 1001 controls the entire computer by running, for example, an operating system (OS). The processor 1001 may be configured as a central processing unit (CPU) including an interface with peripheral devices, a control device, an arithmetic unit, a register, etc. For example, the above-mentioned control unit 140, control unit 240, etc. may be realized by the processor 1001.

[0217] Furthermore, the processor 1001 reads programs (program codes), software modules, data, etc. from at least one of the auxiliary storage device 1003 and the communication device 1004 into the storage device 1002, and executes various processes in accordance with the programs. The programs used are those that cause a computer to execute at least some of the operations described in the above embodiments. For example, the control unit 140 of the base station 10 shown in FIG. 28 may be implemented by a control program stored in the storage device 1002 and executed by the processor 1001. Furthermore, for example, the control unit 240 of the terminal 20 shown in FIG. 29 may be implemented by a control program stored in the storage device 1002 and executed by the processor 1001. While the above various processes have been described as being executed by one processor 1001, they may also be executed simultaneously or sequentially by two or more processors 1001. The processor 1001 may be implemented by one or more chips. The programs may be transmitted from a network via a telecommunications line.

[0218] The storage device 1002 is a computer-readable recording medium and may be configured, for example, by at least one of a read-only memory (ROM), an erasable programmable ROM (EPROM), an electrically erasable programmable ROM (EEPROM), a random access memory (RAM), etc. The storage device 1002 may also be called a register, a cache, a main memory, etc. The storage device 1002 can store executable programs (program codes), software modules, etc. for implementing a communication method according to an embodiment of the present disclosure.

[0219] The secondary storage device 1003 is a computer-readable recording medium, and may be, for example, at least one of an optical disk such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, a magneto-optical disk (e.g., a compact disk, a digital versatile disk, a Blu-ray® disk), a smart card, a flash memory (e.g., a card, a stick, a key drive), a floppy disk, a magnetic strip, etc. The above storage medium may be, for example, a database, a server, or other suitable medium including at least one of the storage device 1002 and the secondary storage device 1003.

[0220] The communication device 1004 is hardware (transmitting / receiving device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as, for example, a network device, a network controller, a network card, or a communication module. The communication device 1004 may be configured to include, for example, a high-frequency switch, a duplexer, a filter, a frequency synthesizer, etc. to realize at least one of FDD and TDD. For example, a transmitting / receiving antenna, an amplifier unit, a transmitting / receiving unit, a transmission path interface, etc. may be realized by the communication device 1004. The transmitting / receiving unit may be implemented as a transmitting unit and a receiving unit that are physically or logically separated.

[0221] The input device 1005 is an input device (for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that receives input from the outside. The output device 1006 is an output device (for example, a display, a speaker, an LED (Light-Emitting Diode) lamp, etc.) that performs output to the outside. The input device 1005 and the output device 1006 may be integrated into one device (for example, a touch panel).

[0222] Furthermore, each device such as the processor 1001 and the storage device 1002 is connected by a bus 1007 for communicating information. The bus 1007 may be configured using a single bus, or may be configured using different buses between each device.

[0223] Furthermore, base station 10 and terminal 20 may be configured to include hardware such as a microprocessor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a programmable logic device (PLD), or a field programmable gate array (FPGA), and some or all of the functional blocks may be realized by the hardware. For example, processor 1001 may be implemented using at least one of these pieces of hardware.

[0224] FIG. 25 is a diagram showing an example of the configuration of a vehicle in each embodiment.

[0225] 25 , a vehicle 2001 includes a drive unit 2002, a steering unit 2003, an accelerator pedal 2004, a brake pedal 2005, a shift lever 2006, front wheels 2007, rear wheels 2008, an axle 2009, an electronic control unit 2010, various sensors 2021 to 2029, an information service unit 2012, and a communication module 2013. Each aspect / embodiment described in the present disclosure may be applied to a communication device mounted on the vehicle 2001, and may be applied to the communication module 2013, for example.

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

[0227] The electronic control unit 2010 is composed of a microprocessor 2031, a memory (ROM, RAM) 2032, and a communication port (I / O (Input / Output) port) 2033. Signals are input to the electronic control unit 2010 from various sensors 2021 to 2029 provided in the vehicle 2001. The electronic control unit 2010 may also be called an ECU (Electronic Control Unit).

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

[0229] The information service unit 2012 is composed of various devices, such as a car navigation system, an audio system, speakers, a television, and a radio, for providing (outputting) various types of information, such as driving information, traffic information, and entertainment information, and one or more ECUs for controlling these devices. The information service unit 2012 uses information acquired from external devices via the communication module 2013 or the like to provide various types of multimedia information and multimedia services to the occupants of the vehicle 2001. The information service unit 2012 may include input devices (e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, a touch panel, etc.) that accept input from the outside, and may also include output devices (e.g., a display, a speaker, an LED lamp, a touch panel, etc.) that output information to the outside.

[0230] The driving assistance system unit 2030 is configured with various devices that provide functions for preventing accidents and reducing the driver's driving burden, such as millimeter-wave radar, LiDAR (Light Detection and Ranging), cameras, positioning locators (e.g., GNSS (Global Navigation Satellite System)), map information (e.g., HD (High Definition) maps, autonomous vehicle (AV) maps), gyro systems (e.g., IMU (Inertial Measurement Unit), INS (Inertial Navigation System)), AI (Artificial Intelligence) chips, and AI processors, as well as one or more ECUs that control these devices. The driving assistance system unit 2030 also transmits and receives various information via the communication module 2013 to realize driving assistance functions or autonomous driving functions.

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

[0232] The communication module 2013 is a communication device that can be controlled by the microprocessor 2031 of the electronic control unit 2010 and can communicate with an external device. For example, it transmits and receives various information to and from the external device via wireless communication. The communication module 2013 may be located either inside or outside the electronic control unit 2010. The external device may be, for example, a base station, a mobile station, or the like.

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

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

[0235] (13) Summary of embodiments For example, aspects of the present disclosure are as follows. <1> a transceiver unit that performs communication using a TDD (Time Division Duplex) pattern that includes a downlink period, a guard period, and an uplink period and has a specific cycle; a control unit that performs control regarding collisions between non-downlink periods in the TDD pattern and downlink signals received by the transceiver unit. <2> The transmitting / receiving unit a receiving unit that receives configuration information related to the downlink signal from a base station; a receiving unit that receives the downlink signal within the downlink period at a period or start timing according to the specific period based on the setting information, The downlink signal is any one of system information, downlink control information, paging, and random access response. <1> A terminal described in. <3> the downlink signal is any one of the system information, the paging, and the random access response; The start timing is a timing based on an offset of the downlink signal indicated in subframe units. <1> or <2> A terminal described in. <4> The transmitting / receiving unit a receiving unit that receives configuration information related to the downlink signal from a base station; a receiving unit that receives repeated transmission of the downlink signal within the downlink period based on the setting information, the downlink signal is any one of downlink control information, paging, and a random access response; the number of times the repetition signal is included in the configuration information is set based on the downlink duration in the TDD pattern. <1> from <3> 10. A terminal according to claim 9, wherein: <5> When the collision occurs, the control unit executes one of discarding the downlink signal, postponing reception of the downlink signal, and prioritizing reception of the downlink signal; The downlink signal is any one of system information, downlink control information, paging, and random access response. <1> from <4> 10. A terminal according to claim 9, wherein: <6> a first step of performing communication using a TDD (Time Division Duplex) pattern including a downlink period, a guard period, and an uplink period and having a specific cycle; a second step of controlling collisions between a non-downlink period in the TDD pattern and the downlink signal received in the first step, the second step being executed by the terminal.

[0236] Any of the above configurations can appropriately control communication using a TDD pattern with a predetermined period. Furthermore, although this embodiment has been described assuming NTN communication using NB-IoT, this is not limiting. This embodiment is not limited to NTN communication, and can also be applied to various communications using TDD patterns.

[0237] (14) Supplementary description of the embodiment Although the embodiments have been described above, the disclosed invention is not limited to such embodiments, and those skilled in the art will understand various modifications, alterations, alternatives, and substitutions. While specific numerical examples have been used to facilitate understanding of the invention, unless otherwise specified, these numerical values ​​are merely examples, and any appropriate values ​​may be used. The division of items in the above description is not essential to the present disclosure; the items described in the above items may be used in combination as needed, and the items described in one item may apply to the items described in another item (unless inconsistent). The boundaries between functional units or processing units in the functional block diagram do not necessarily correspond to the boundaries between physical components. The operations of multiple functional units may be performed by a single physical component, or the operations of a single functional unit may be performed by multiple physical components. The order of processing steps described in the embodiments may be reversed as long as there is no contradiction. For convenience of processing description, the base station 10 and terminal 20 have been described using functional block diagrams, but such devices may be implemented in hardware, software, or a combination thereof. The software operated by the processor of the base station 10 according to the embodiment and the software operated by the processor of the terminal 20 according to the embodiment may each be stored in random access memory (RAM), flash memory, read-only memory (ROM), EPROM, EEPROM, register, hard disk (HDD), removable disk, CD-ROM, database, server or any other suitable storage medium.

[0238] Furthermore, the notification of information is not limited to the embodiments / examples described in the present disclosure, and may be performed using other methods. For example, the notification of information may be performed by physical layer signaling (e.g., Downlink Control Information (DCI), Uplink Control Information (UCI)), higher layer signaling (e.g., Radio Resource Control (RRC) signaling, Medium Access Control (MAC) signaling), broadcast information (Master Information Block (MIB), System Information Block (SIB)), other signals, or a combination of these. Information notified by higher layer signaling may be referred to as configuration information. Information notified by physical layer signaling may be referred to as control information. Furthermore, RRC signaling may be referred to as an RRC message, and may be, for example, an RRC Connection Setup message, an RRC Connection Reconfiguration message, or the like. Here, "information" may refer to "parameters."

[0239] Each aspect / embodiment described in the present disclosure may be applied to at least one of a system using LTE (Long Term Evolution), LTE-Advanced (LTE-A), SUPER 3G, IMT-Advanced, 4G (4th generation mobile communication system), 5G (5th generation mobile communication system), Beyond-5G, 6G, FRA (Future Radio Access), NR, W-CDMA (registered trademark), GSM (registered trademark), CDMA2000, UMB (Ultra Mobile Broadband), IEEE (Institute of Electrical and Electronics Engineers) 802.11 (Wi-Fi (registered trademark)), IEEE 802.16 (WiMAX (registered trademark)), IEEE 802.20, UWB (Ultra-Wideband), Bluetooth (registered trademark), or other suitable system, and a next-generation system extended based on these. Furthermore, a combination of multiple systems (e.g., a combination of at least one of LTE and LTE-A and 5G) may also be applied.

[0240] The order of the procedures, sequences, flowcharts, etc. of each aspect / embodiment described in this disclosure may be changed unless it is consistent. For example, the methods described in this disclosure present elements of various steps using an example order, and are not limited to the particular order presented.

[0241] In the present disclosure, a specific operation that is described as being performed by the base station 10 may also be performed by its upper node in some cases. In a network consisting of one or more network nodes having the base station 10, it is clear that various operations performed for communication with the terminal 20 may be performed by at least one of the base station 10 and another network node other than the base station 10 (such as, but not limited to, an MME (Mobility Management Entity) or an S-GW (Serving Gateway)). Although the above example illustrates a case where there is one other network node other than the base station 10, the other network node may be a combination of multiple other network nodes (for example, an MME and an S-GW).

[0242] The information, signals, etc. described in the present disclosure may be output from a higher layer (or a lower layer) to a lower layer (or a higher layer), or may be input / output via multiple network nodes.

[0243] Input and output information may be stored in a specific location (for example, memory) or may be managed using a management table. Input and output information may be overwritten, updated, or added to. Output information may be deleted. Input information may be sent to another device.

[0244] In the present disclosure, the determination may be made based on a value represented by one bit (0 or 1), a Boolean value (true or false), or a numerical comparison (e.g., comparison with a predetermined value).

[0245] Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, threads of execution, procedures, functions, etc., whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise.

[0246] Software, instructions, information, etc. may also be transmitted or received over a transmission medium. For example, if software is transmitted from a website, server, or other remote source using wired technologies (such as coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL)), and / or wireless technologies (such as infrared, microwave), then these wired and / or wireless technologies are included within the definition of transmission media.

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

[0248] Note that terms described in this disclosure and terms necessary for understanding this disclosure may be replaced with terms having the same or similar meanings. For example, at least one of a channel and a symbol may be a signal (signaling). Furthermore, a signal may be a message. Furthermore, a component carrier (CC) may be called a carrier frequency, a cell, a frequency carrier, etc.

[0249] As used in this disclosure, the terms "system" and "network" are used interchangeably.

[0250] Furthermore, the information, parameters, etc. described in the present disclosure may be expressed using absolute values, relative values ​​from a predetermined value, or other corresponding information. For example, a radio resource may be indicated by an index.

[0251] The names used for the above parameters are not intended to be limiting in any way. Furthermore, the mathematical expressions using these parameters may differ from those explicitly disclosed in this disclosure. The various channels (e.g., PUCCH, PDCCH, etc.) and information elements may be identified by any suitable names, and therefore the various names assigned to these various channels and information elements are not intended to be limiting in any way.

[0252] In the present disclosure, terms such as "base station (BS)," "radio base station," "base station device," "fixed station," "NodeB," "eNodeB (eNB)," "gNodeB (gNB)," "access point," "transmission point," "reception point," "Transmission / Reception Point (TRP)," "cell," "sector," "cell group," "carrier," and "component carrier" may be used interchangeably. Base stations may also be referred to by terms such as macrocell, small cell, femtocell, and picocell.

[0253] A base station can accommodate one or more (e.g., three) cells. When a base station accommodates multiple cells, the overall coverage area of ​​the base station can be divided into multiple smaller areas, and each smaller area can be provided with communication service by a base station subsystem (e.g., a small indoor base station (RRH: Remote Radio Head)). The term "cell" or "sector" refers to a part or the entire coverage area of ​​a base station and / or base station subsystem that provides communication service within this coverage.

[0254] In the present disclosure, the base station transmitting information to a terminal may be interpreted as the base station instructing the terminal to control or operate based on the information.

[0255] In this disclosure, the terms "Mobile Station (MS)," "user terminal," "User Equipment (UE)," "terminal," etc. may be used interchangeably.

[0256] A mobile station may also be referred to by those skilled in the art as a subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless terminal, remote terminal, handset, user agent, mobile client, client, or some other suitable terminology.

[0257] At least one of the base station and the mobile station may be referred to as a transmitting device, a receiving device, a communication device, etc. At least one of the base station and the mobile station may be a device mounted on a mobile object, the mobile object itself, etc. The mobile object refers to a movable object, and may move at any speed. Naturally, this also includes cases where the mobile object is stationary. Examples of the mobile object include, but are not limited to, vehicles, transport vehicles, automobiles, motorcycles, bicycles, connected cars, excavators, bulldozers, wheel loaders, dump trucks, forklifts, trains, buses, handcars, rickshaws, ships and other watercraft, airplanes, rockets, satellites, drones (registered trademark), multicopters, quadcopters, balloons, and objects mounted thereon. The mobile object may also be a mobile object that moves autonomously based on an operational command. It may be a vehicle (e.g., a car, an airplane, etc.), an unmanned mobile object (e.g., a drone, an autonomous vehicle, etc.), or a robot (manned or unmanned). At least one of the base station and the mobile station may be a device that does not necessarily move during communication operations. For example, at least one of the base station and the mobile station may be an IoT (Internet of Things) device such as a sensor.

[0258] Furthermore, a base station in the present disclosure may be read as a user terminal. For example, the aspects / embodiments of the present disclosure may be applied to a configuration in which communication between a base station and a user terminal is replaced with communication between a plurality of terminals 20 (which may be called, for example, D2D (Device-to-Device) or V2X (Vehicle-to-Everything)). In this case, the terminal 20 may be configured to have the functions of the base station 10 described above. Furthermore, terms such as "uplink" and "downlink" may be read as terms corresponding to terminal-to-terminal communication (for example, "side"). For example, terms such as an uplink channel and a downlink channel may be read as a side channel.

[0259] Similarly, the user terminal in the present disclosure may be read as a base station, in which case the base station may be configured to have the functions of the user terminal.

[0260] As used in this disclosure, the terms "determining" and "determining" may encompass a wide variety of actions. "Determining" and "determining" may include, for example, judging, calculating, computing, processing, deriving, investigating, looking up, searching, or inquiring (e.g., searching in a table, database, or other data structure), ascertaining, and the like. "Determining" and "determining" may also include receiving (e.g., receiving information), transmitting (e.g., sending information), input, output, accessing (e.g., accessing data in memory), and the like. Furthermore, "judgment" and "decision" can include regarding resolving, selecting, choosing, establishing, comparing, etc. as having been "judged" or "decided." In other words, "judgment" and "decision" can include regarding some action as having been "judged" or "decided." Furthermore, "judgment (decision)" can be interpreted as "assuming," "expecting," "considering," etc.

[0261] The terms "connected," "coupled," or any variation thereof, refer to any direct or indirect connection or coupling between two or more elements, and may include the presence of one or more intermediate elements between two elements that are "connected" or "coupled" to each other. The coupling or connection between elements may be physical, logical, or a combination thereof. For example, "connected" may be read as "access." As used in this disclosure, two elements may be considered to be "connected" or "coupled" to each other using at least one of one or more wires, cables, and printed electrical connections, as well as electromagnetic energy having wavelengths in the radio frequency range, microwave range, and optical (both visible and invisible) range, as some non-limiting and non-exhaustive examples.

[0262] The reference signal may be abbreviated as RS (Reference Signal) or may be called a pilot depending on the applicable standard.

[0263] As used in this disclosure, the phrase "based on" does not mean "based only on," unless expressly stated otherwise. In other words, the phrase "based on" means both "based only on" and "based at least on."

[0264] As used in this disclosure, any reference to an element using a designation such as "first," "second," etc. does not generally limit the quantity or order of those elements. These designations may be used in this disclosure as a convenient method of distinguishing between two or more elements. Thus, a reference to a first and a second element does not imply that only two elements may be employed or that the first element must in some way precede the second element.

[0265] The "means" in the configuration of each of the above devices may be replaced with "part," "circuit," "device," etc.

[0266] When used in this disclosure, the terms "include," "including," and variations thereof are intended to be inclusive, similar to the term "comprising." Furthermore, when used in this disclosure, the term "or" is not intended to be an exclusive or.

[0267] A radio frame may be composed of one or more frames in the time domain. Each of the one or more frames in the time domain may be called a subframe. A subframe may further be composed of one or more slots in the time domain. A subframe may have a fixed time length (e.g., 1 ms) that is independent of numerology.

[0268] Numerology may be communication parameters that apply to at least one of transmission and reception of a signal or channel, such as subcarrier spacing (SCS), bandwidth, symbol length, cyclic prefix length, transmission time interval (TTI), number of symbols per TTI, radio frame structure, specific filtering operations performed by the transceiver in the frequency domain, and specific windowing operations performed by the transceiver in the time domain.

[0269] A slot may be configured of one or more symbols in the time domain (such as OFDM symbols or DC-FDMA (Single Carrier Frequency Division Multiple Access) symbols). A slot may be a time unit based on numerology.

[0270] A slot may include multiple minislots. Each minislot may consist of one or multiple symbols in the time domain. A minislot may also be called a subslot. A minislot may consist of fewer symbols than a slot. A PDSCH (or PUSCH) transmitted in a time unit larger than a minislot may be called PDSCH (or PUSCH) mapping type A. A PDSCH (or PUSCH) transmitted using a minislot may be called PDSCH (or PUSCH) mapping type B.

[0271] The radio frame, subframe, slot, minislot, and symbol all represent time units for transmitting signals, and may be referred to by other names corresponding to the radio frame, subframe, slot, minislot, and symbol.

[0272] For example, one subframe may be called a transmission time interval (TTI), multiple consecutive subframes may be called a TTI, or one slot or one minislot may be called a TTI. That is, at least one of the subframe and the TTI may be a subframe (1 ms) in existing LTE, a period shorter than 1 ms (e.g., 1-13 symbols), or a period longer than 1 ms. Note that the unit representing the TTI may be called a slot, minislot, etc., instead of a subframe.

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

[0274] The TTI may be a transmission time unit for a channel-encoded data packet (TB: Transport Block), a code block, a code word, etc., or may be a processing unit for scheduling, link adaptation, etc. When a TTI is given, the time interval (e.g., the number of symbols) to which the transport block (TB), code block, code word, etc. is actually mapped may be shorter than the TTI.

[0275] When one slot or one minislot is called a TTI, one or more TTIs (i.e., one or more slots or one or more minislots) may be the minimum time unit for scheduling. Also, the number of slots (minislots) constituting the minimum time unit for scheduling may be controlled.

[0276] A TTI having a time length of 1 ms may be called a normal TTI (TTI in LTE Release 8-12), a normal TTI, a long TTI, a normal subframe, a normal subframe, a long subframe, a slot, etc. A TTI shorter than a normal TTI may be called a shortened TTI, a short TTI, a partial or fractional TTI, a shortened subframe, a short subframe, a minislot, a subslot, a slot, etc.

[0277] In addition, a long TTI (e.g., a normal TTI, a subframe, etc.) may be interpreted as a TTI having a time length of more than 1 ms, and a short TTI (e.g., a shortened TTI, etc.) may be interpreted as a TTI having a TTI length shorter than the TTI length of a long TTI and equal to or greater than 1 ms.

[0278] A resource block (RB) is a resource allocation unit in the time domain and frequency domain, and may include one or more consecutive subcarriers in the frequency domain. The number of subcarriers included in an RB may be the same regardless of numerology, for example, 12. The number of subcarriers included in an RB may also be determined based on numerology.

[0279] The time domain of an RB may include one or more symbols and may have a length of one slot, one minislot, one subframe, or one TTI. One TTI, one subframe, etc. may each be composed of one or more resource blocks.

[0280] Note that one or more RBs may also be called a physical resource block (PRB), a subcarrier group (SCG), a resource element group (REG), a PRB pair, an RB pair, or the like.

[0281] Furthermore, a resource block may be composed of one or more resource elements (REs). For example, one RE may be a radio resource region of one subcarrier and one symbol.

[0282] A Bandwidth Part (BWP) (which may also be referred to as a fractional bandwidth) may represent a subset of contiguous common RBs for a given numerology on a given carrier, where the common RBs may be identified by the index of the RBs relative to a common reference point of the carrier. PRBs may be defined in a given BWP and numbered within the BWP.

[0283] The BWP may include a BWP for UL (UL BWP) and a BWP for DL ​​(DL BWP). One or more BWPs may be configured for a UE within one carrier.

[0284] At least one of the configured BWPs may be active, and the UE may not expect to transmit or receive a given signal / channel outside the active BWP. Note that the terms "cell," "carrier," etc. in this disclosure may be read as "BWP."

[0285] The above structures of radio frames, subframes, slots, minislots, symbols, etc. are merely examples. For example, the number of subframes included in a radio frame, the number of slots per subframe or radio frame, the number of minislots included in a slot, the number of symbols and RBs included in a slot or minislot, the number of subcarriers included in an RB, the number of symbols in a TTI, the symbol length, the cyclic prefix (CP) length, etc. may be variously changed.

[0286] In this disclosure, where articles are added by translation, such as a, an, and the in English, the disclosure may include that the nouns following these articles are in the plural form.

[0287] In the present disclosure, the term "A and B are different" may mean "A and B are different from each other." The term may also mean "A and B are each different from C." Terms such as "separate" and "coupled" may also be interpreted in the same way as "different."

[0288] Each aspect / embodiment described in this disclosure may be used alone, in combination, or switched depending on the implementation. Furthermore, notification of predetermined information (e.g., notification that "X is true") is not limited to being done explicitly, but may be done implicitly (e.g., by not notifying the predetermined information).

[0289] Although the present disclosure has been described in detail above, it is clear 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 forms without departing from the spirit and scope of the present disclosure as defined by the claims. Therefore, the description of the present disclosure is intended to be illustrative and does not have any limiting meaning on the present disclosure. [Explanation of symbols]

[0290] 10 base station 10A satellite 10B Ground base station 10C gNB 10D Core Network (CN) 110 Transmitter 120 Receiver 130 Setting section 140 Control Unit 20 terminals 20A Very Small Earth Station (VSAT) 210 Transmitter 220 Receiving unit 230 Setting Section 240 Control Unit 1001 processor 1002 Storage device 1003 Auxiliary storage device 1004 Communication equipment 1005 Input Device 1006 Output Device 2001 Vehicle 2002 Drive unit 2003 Steering Section 2004 accelerator pedal 2005 brake pedal 2006 Shift Lever 2007 front wheel 2008 rear wheel 2009 Axle 2010 Electronic Control Unit 2012 Information Services Department 2013 Communication Module 2021 Current Sensor 2022 RPM Sensor 2023 Air Pressure Sensor 2024 Vehicle speed sensor 2025 Acceleration Sensor 2026 Brake pedal sensor 2027 Shift lever sensor 2028 Object detection sensor 2029 Accelerator pedal sensor 2030 Driving Assistance Systems Department 2031 microprocessor 2032 memory (ROM, RAM) 2033 Communication port (I / O port)

Claims

1. a transceiver unit that performs communication using a TDD (Time Division Duplex) pattern that includes a downlink period, a guard period, and an uplink period and has a specific cycle; a control unit that performs control regarding collision between a non-downlink period in the TDD pattern and a downlink signal received by the transceiver unit.

2. The transmitting / receiving unit a receiving unit that receives configuration information related to the downlink signal from a base station; a receiving unit that receives the downlink signal within the downlink period at a period or start timing according to the specific period based on the setting information, The terminal according to claim 1 , wherein the downlink signal is any one of system information, downlink control information, paging, and a random access response.

3. the downlink signal is any one of the system information, the paging, and the random access response; The terminal according to claim 2 , wherein the start timing is based on an offset of the downlink signal indicated in subframe units.

4. The transmitting / receiving unit a receiving unit that receives configuration information related to the downlink signal from a base station; a receiving unit that receives repeated transmission of the downlink signal within the downlink period based on the setting information, the downlink signal is any one of downlink control information, paging, and a random access response; The terminal according to claim 1 , wherein the number of times of repeat transmission included in the configuration information is set based on the downlink period in the TDD pattern.

5. When the collision occurs, the control unit executes one of discarding the downlink signal, postponing reception of the downlink signal, and prioritizing reception of the downlink signal; The terminal according to claim 1 , wherein the downlink signal is any one of system information, downlink control information, paging, and a random access response.

6. a first step of performing communication using a TDD (Time Division Duplex) pattern including a downlink period, a guard period, and an uplink period and having a specific cycle; a second step of controlling collision between a non-downlink period in the TDD pattern and the downlink signal received in the first step, the second step being executed by the terminal.

Images