Terminal, wireless communication system, and communication method

Abstract

The terminal includes a control unit that decides to perform communication of at least one of a first communication involved in communication between the terminal and a first base station and a second communication involved in communication between a second base station and an Ambient Internet of Things (A-IoT) device via the terminal in a case where an overlap occurs between the first communication and the second communication, and a communication unit that performs the communication of at least one decided.

Description

Technical Field

[0001] This disclosure relates to terminals, wireless communication systems, and communication methods. Background Technology

[0002] In NR (New Radio) (also known as "5G"), which is the successor system to LTE (Long Term Evolution), technologies are being researched to meet requirements such as high-capacity systems, high-speed data transmission, low latency, simultaneous connection of a large number of terminals, low cost, and power saving (see, for example, Non-Patent Literature 1).

[0003] Furthermore, in 3GPP (registered trademark) Release 18 (Rel-18) is researching Ambient Internet of Things (A-IoT) (see, for example, non-patent document 2). Ambient Internet of Things targets devices with extremely simple structures for low-end IoT applications that operate with minimal power consumption.

[0004] Existing technical documents

[0005] Non-patent literature

[0006] Non-patent literature 1: 3GPP TS 38.300 V17.3.0 (2022-12)

[0007] Non-patent literature 2: "Revised SID on Ambient IoT", RP-232404, 3GPP TSG RANMeeting #101, September 2023

[0008] Non-patent literature 3: "Summary for RAN Rel-19 Package: RAN1 / 2 / 3-led", RP-232745, 3GPP RAN #102, December 2023

[0009] Non-patent literature 4: "Study on solutions for Ambient IoT (Internet of Things) in NR", RP-234058, 3GPP TSG RAN Meeting #102, December 2023

[0010] Non-patent literature 5: 3GPP TS 36.211 V16.8.0 (2023-09)

[0011] Non-patent literature 6: 3GPP TR 38.848 V1.0.0 (2023-09) Summary of the Invention

[0012] In an A-IoT communication system that includes environmental IoT devices, communications within the A-IoT communication system and communications outside of the A-IoT communication system may overlap.

[0013] This disclosure provides a terminal, wireless communication system, and communication method capable of appropriately communicating in situations where communication in an A-IoT communication system overlaps with communication in a communication system other than A-IoT.

[0014] One aspect of the present disclosure relates to a terminal comprising: a control unit that, in the event of an overlap between a first communication relating to communication between the terminal and a first base station and a second communication relating to communication between a second base station of the terminal and an Ambient Internet of Things (A-IoT) device, determines to perform communication of at least one of the first and second communications; and a communication unit that performs the communication of the at least one of the determined communications. Attached Figure Description

[0015] Figure 1 This is a diagram illustrating an example of a wireless communication system according to an embodiment of the present disclosure.

[0016] Figure 2 This is a diagram illustrating topology 1.

[0017] Figure 3 This is a diagram illustrating topology 2.

[0018] Figure 4 This is a diagram illustrating topology 3 in DL-assisted programming.

[0019] Figure 5 This is a diagram illustrating topology 3 in UL-assisted programming.

[0020] Figure 6 This is a diagram illustrating topology 4.

[0021] Figure 7 This is a diagram illustrating an example of the interaction between a network and an A-IoT device according to an embodiment of this disclosure.

[0022] Figure 8 This is a diagram illustrating an example of the case of DT in Topology 1.

[0023] Figure 9This is a diagram illustrating an example of topology 1 and the DO-DTT scenario.

[0024] Figure 10 This is a diagram illustrating an example of the case of DT in Topology 2.

[0025] Figure 11 This is a diagram illustrating an example of the DO-DTT scenario in Topology 2.

[0026] Figure 12 This is a diagram illustrating an example of overlap in the case of DT.

[0027] Figure 13 This is a diagram illustrating an example of overlap in the DO-DTT scenario.

[0028] Figure 14 It means in Figure 12 The diagram shows an example of applying method α-1 in the situation shown.

[0029] Figure 15 It means in Figure 12 The diagram shows an example of applying method α-2 in the situation shown.

[0030] Figure 16 It means in Figure 12 The diagram shows an example of applying method α-3 in the situation shown.

[0031] Figure 17 This is a diagram illustrating an example of overlap in the case of DT.

[0032] Figure 18 This is a diagram illustrating an example of overlap in the DO-DTT scenario.

[0033] Figure 19 Is Figure 17 The diagram shows an example of applying method β-1 in the situation shown.

[0034] Figure 20 It means in Figure 17 A diagram illustrating an example of applying method β-2 in the situation shown.

[0035] Figure 21 This is a block diagram illustrating an example of the structure of a base station according to an embodiment of the present disclosure.

[0036] Figure 22 This is a block diagram illustrating an example of the structure of a device involved in an embodiment of the present disclosure.

[0037] Figure 23 This is a block diagram illustrating an example of the structure of an intermediate node involved in an embodiment of this disclosure.

[0038] Figure 24This is a diagram illustrating an example of the hardware structure of the base station, device, and intermediate node involved in the embodiments of this disclosure.

[0039] Figure 25 This is a diagram illustrating an example of the structure of a vehicle according to an embodiment of this disclosure. Detailed Implementation

[0040] Hereinafter, an embodiment of the present disclosure will be described with reference to the accompanying drawings. Furthermore, the embodiment described below is an example, and the application of the present disclosure is not limited to the following embodiment.

[0041] In operating the wireless communication system according to the embodiments of this disclosure, existing technologies may be appropriately used. These existing technologies include, but are not limited to, existing LTE or NR. Furthermore, unless otherwise stated, the term "LTE" as used in this specification is intended to have a broad meaning including LTE-Advanced and subsequent methods.

[0042] Furthermore, in the embodiments of this disclosure described below, terms such as SS (synchronization signal), PSS (primary SS), SSS (secondary SS), PBCH (physical broadcast channel), PRACH (physical random access channel), PDCCH (physical downlink control channel), PDSCH (physical downlink shared channel), PUCCH (physical uplink control channel), and PUSCH (physical uplink shared channel) used in existing LTE are used. This is for ease of explanation, and other names may also be used to refer to the same signals, functions, etc. In addition, the above terms in NR correspond to NR-SS, NR-PSS, NR-SSS, NR-PBCH, NR-PRACH, etc. However, even signals used in NR are not explicitly stated as "NR-".

[0043] Furthermore, in the embodiments of this disclosure, the duplex mode can be either TDD (Time Division Duplex) mode, FDD (Frequency Division Duplex) mode, or other modes (e.g., Flexible Duplex).

[0044] Furthermore, in embodiments of this disclosure, the term "configure" for wireless parameters can refer to either pre-configuring specific values ​​or setting wireless parameters notified from base stations, devices, etc.

[0045] (Implementation Method)

[0046] <Wireless Communication Systems>

[0047] Figure 1 This is a diagram illustrating an example of a wireless communication system according to an embodiment of this disclosure. (See diagram for example.) Figure 1 As shown, the wireless communication system 1 includes a base station 10 and a device 20. Figure 1 The image shows one base station 10 and one device 20, but this is just one example; multiple base stations and devices may exist. Device 20 can also be referred to as a terminal (UE: User Equipment), and can be an Ambient IoT device, which is less complex than an NB-IoT device. Ambient IoT devices can also be called Ambient IoT terminals, Ambient IoT UEs, A-IoT UEs, etc.

[0048] Base station 10 provides one or more cells and is a communication device for wireless communication with device 20. The physical resources of the wireless signal are defined in the time domain and frequency domain. The time domain can also be defined by the number of OFDM (Orthogonal Frequency Division Multiplexing) symbols. The frequency domain can also be defined by the number of subcarriers or resource blocks.

[0049] Base station 10 sends control information, setting information, data, and other DL signals to device 20 in the DL (Downlink) channel. Base station 10 receives control information, information related to the processing capabilities of device 20 (capability (information) or device capability (information); for example, capability, device capability, A-IoT capability, A-IoT device capability, etc.), data, and other UL signals from device 20 in the UP (Uplink) channel.

[0050] The channels used in transmitting DL signals include, for example, data channels and control channels. For instance, the data channel may include a Physical Downlink Shared Channel (PDSCH), and the control channel may include a Physical Downlink Control Channel (PDCCH). For example, base station 10 uses PDCCH to transmit control information and PDSCH to transmit DL data signals to device 20. Furthermore, PDSCH is an example of a downlink shared channel or a data channel, and PDCCH is an example of a downlink control channel. PDCCH can also be rewritten to transmit downlink control information (DCI), control information, etc.

[0051] In the following description, the wireless communication system may also include intermediate nodes, assisting nodes, and / or terminals (UEs) (see <Equipment Types and Topologies> below). Additionally, hereinafter, "and / or" will sometimes be written simply as " / ".

[0052] Device 20 is a communication device with wireless communication capabilities, as described above, and may be an environmental IoT device (e.g., a sensor).

[0053] Device 20 receives control signals, setting information, data and other DL signals from base station 10 in DL, and sends control signals, device 20 capability information, data and other UL signals to base station 10 in UL.

[0054] The channels used in transmitting UL signals include, for example, data channels and control channels. For instance, a data channel may include a Physical Uplink Shared Channel (PUSCH), and a control channel may include a Physical Uplink Control Channel (PUCCH). For example, device 20 uses PUCCH to transmit control information and PUSCH to transmit UL data signals. Furthermore, PUSCH is an example of an uplink shared channel or a data channel, and PUCCH is an example of an uplink control channel. Additionally, PUSCH or PUCCH can be rewritten to transmit uplink control information (UCI), control information, etc., within PUSCH or PUCCH.

[0055] <Ambient IoT>

[0056] In Rel-18, research related to environmental IoT, which is lower-end than existing NB-IoT (e.g., see section 10 of Non-Patent Document 5), has been approved (e.g., see Non-Patent Document 2). In environmental IoT, the goal is to have ultra-low power consumption and ultra-low complexity devices.

[0057] In environmental IoT, for example, for associated use cases, the following introductory scenarios and characteristics can be studied.

[0058] Indoor or outdoor environment

[0059] • Base station type, such as configuration based on macrocell / microcell / picocell

[0060] • The topology involved in connectivity, such as which node among base stations, users (UEs), relays, and repeaters communicates with the environmental IoT devices.

[0061] • Is the duplex mode TDD or FDD? Is the frequency band licensed or unlicensed?

[0062] • Coexistence with UEs and network equipment in frequency bands oriented towards existing 3GPP technologies

[0063] • Imagine a service where the caller originates from the device (initiating a call) / the called party originates from the device (incoming a call).

[0064] Based on the above import scenarios and characteristics, for example, the following RAN design targets can be formulated.

[0065] • Power consumption (electricity consumption)

[0066] Complexity

[0067] • Coverage

[0068] Data rate

[0069] • Positioning accuracy

[0070] Based on deployment scenarios suitable for associated use cases, the feasibility of meeting the design goals is compared and evaluated, and the supported functions are determined.

[0071] <Device Type and Topology>

[0072] Based on the results of the research project, TR 38.848 (Non-Patent Document 6) has been approved. TR 38.848 studies the following categories of environmental IoT devices.

[0073] Device A: Device A does not have an energy storage device, nor does it have independent signal generation and signal amplification functions, and performs backscattering transmission.

[0074] Device B: Device B has a power storage device but lacks independent signal generation capabilities; it performs backscatter transmission. Device B uses the stored power to amplify the reflected signal.

[0075] Device C: Device C has a power storage device and an independent signal generation function, and has an active RF (radio frequency) component for transmission.

[0076] Furthermore, regarding the complexity of device A, it is envisioned to be comparable to RFID (Radio Frequency Identification).

[0077] In TR 38.848, topologies 1-4 are defined in the context of environmental IoT networks.

[0078] Figure 2 This is a diagram illustrating Topology 1. For example... Figure 2 As shown, Topology 1 is the structure for communication between the base station (BS) and environmental IoT devices. The environmental IoT devices directly perform bidirectional communication with the base station.

[0079] Figure 3 This is a diagram illustrating Topology 2. For example... Figure 3 As shown, Topology 2 is a structure in which the base station and the environmental IoT device communicate via an intermediate node. The environmental IoT device performs and configures bidirectional communication with the intermediate node between the base station and the environmental IoT device. The intermediate node can be, for example, a relay, an IAB (Integrated Access and Backhaul) node, a UE, a repeater, etc.

[0080] Figure 4 This is a diagram illustrating topology 3 with DL assistance. For example... Figure 4 As shown, Topology 3 is a structure that includes communication between the base station and the assistant node, communication between the assistant node and the environmental IoT device, and communication between the environmental IoT device and the base station.

[0081] Auxiliary nodes assist in deep communication. For example, such as... Figure 4 As shown, the auxiliary node receives the DL signal from the base station and sends the received DL signal to the environmental IoT device. For UL communication, the environmental IoT device sends the UL signal directly to the base station.

[0082] Figure 5 This is a diagram illustrating Topology 3 with UL assistance. For example... Figure 5 As shown, Topology 3 is a structure that includes communication between the base station and auxiliary nodes, communication between auxiliary nodes and environmental IoT devices, and communication between environmental IoT devices and the base station.

[0083] Auxiliary nodes assist UL communication. For example, such as... Figure 5 As shown, the auxiliary node receives the UL signal from the environmental IoT device and sends the received UL signal to the base station. For DL ​​communication, the environmental IoT device directly receives the DL signal from the base station.

[0084] Figure 4 as well as Figure 5 The auxiliary nodes shown can also be relays, IAB nodes, UEs, repeaters, etc.

[0085] Figure 6 This diagram illustrates Topology 4. Topology 4 is the structure for communication between the UE and the environmental IoT devices. The environmental IoT devices perform bidirectional communication with the UE. The communication involved in Topology 4 can also be considered as side link (SL) communication.

[0086] In addition, in the above topologies 1 to 4, the environmental IoT device can also be provided with a carrier wave (transmitted wave) by other nodes inside or outside the topology (see Section 4.2.1 of Non-Patent Document 6).

[0087] In the wireless communication system 1 (wireless communication network), in addition to device 20, it may also include a base station, auxiliary nodes, intermediate nodes, and / or terminals (UEs of topology 4). In this specification, base station, auxiliary nodes, intermediate nodes, and terminals may also be rewritten as network or (network) node. Furthermore, A-IoT devices are sometimes simply referred to as A-IoT.

[0088] <Backscatter transmission>

[0089] Base stations, intermediate nodes, auxiliary nodes, and other nodes send RF signals to environmental IoT devices. The environmental IoT devices are activated and receive power from the RF operating field of the base stations, intermediate nodes, auxiliary nodes, and other nodes via inductive coupling.

[0090] Environmental IoT devices switch the reflection coefficient of their own antennas to perform backscatter modulation on RF signals received from base stations, intermediate nodes, auxiliary nodes, and other nodes, and then send information to base stations, intermediate nodes, auxiliary nodes, and other nodes.

[0091] Figure 7 This is a diagram illustrating backscattering. In Figure 7 The image shows an example of an environmental IoT device performing ON-OFF keying and sending information. Figure 7 The area indicated by the dashed line represents the OFF interval, which can also correspond to the information (bit) "0". A sine wave signal can also correspond to the information "1".

[0092] The network may also include base stations, auxiliary nodes, intermediate nodes, and terminals (UEs in topology 4). Hereinafter, base stations, auxiliary nodes, intermediate nodes, relays, and terminals will sometimes be referred to as network nodes. Environmental IoT may sometimes be referred to as A-IoT.

[0093] As mentioned above, A-IoT is listed as a research topic in 3GPP Rel-19. Furthermore, as A-IoT, the following matters are being researched. Additionally, hereinafter, the environmental IoT device will be referred to as an environmental IoT UE, and the environmental IoT UE will be described as an A-IoT UE. Furthermore, in the following description, the base station may be replaced with other terms such as BS, gNB, etc.

[0094] <Traffic Flow>

[0095] As a business direction for A-IoT, we are studying the following DT and DO-DTT.

[0096] • DT (Device terminated): As a service, there is no transmission from the A-IoT UE, but there is information being sent to the A-IoT UE. For example, DT corresponds to a command type where there is an indication (e.g., a command) to the A-IoT UE.

[0097] • DO-DTT (Device-Originated - Device-Terminated Triggered): As a service, there is a triggering mechanism originating from the NW (network, such as a base station). Additionally, as a service, there is the transmission of information from the A-IoT UE. Furthermore, for example, DO-DTT can also involve the transmission of information to the A-IoT UE as a service. For example, DO-DTT corresponds to a sensor information reporting type that collects sensor information from the A-IoT UE.

[0098] Furthermore, in this embodiment, the transmission of information corresponds to the transmission of a signal containing information, or the transmission of a signal. Additionally, in this embodiment, transmission to a certain device X corresponds to the transmission of a signal (or information) to device X. Furthermore, transmission from a certain device X, and transmission from a certain device X, correspond to device X transmitting a signal (or information). Furthermore, reception from a certain device X corresponds to receiving a signal (or information) transmitted by receiving device X. Furthermore, reception from a certain device X corresponds to device X receiving a signal (or information).

[0099] <Equipment Assumptions>

[0100] For devices such as A-IoT UEs, the following assumptions can be made.

[0101] • Transmit (TX) is either a backscattered UL (uplink) transmit without amplifier or a normal UL transmit with amplifier. Alternatively, a backscattered UL transmit with amplifier can also be performed.

[0102] • FR1-FDD is applied. That is, the A-IoT UE can switch carrier frequencies between the DL (downlink) carrier and the UL (uplink) carrier. However, this implementation is not limited to FR1-FDD; it can also be applied to TDD, FR2, or FR3.

[0103] In addition, the frequency bands of each FR are as follows.

[0104] FR1: 410MHz~7.125GHz

[0105] FR2: 24.25GHz~52.6GHz

[0106] FR3: 7.125GHz~24.25GHz

[0107] In FR1, sub-carrier spacing (SCS) of 15kHz, 30kHz, or 60kHz can be used, as well as a bandwidth (BW) of 5~100MHz. FR2 is a higher frequency than FR1, using an SCS of 60kHz or 120kHz (including 240kHz), and a bandwidth (BW) of 50~400MHz.

[0108] <Topology>

[0109] exist Figures 2-6 The topologies shown focus on topology 1 and topology 2.

[0110] In Topology 1, UL and / or DL ​​communication is performed between the base station and the A-IoT UE. Additionally, the base station in Topology 1 can also correspond to a microcell.

[0111] In Topology 2, the base station and the A-IoT UE communicate via an intermediate node. The A-IoT UE performs bidirectional communication with the intermediate node configured between the base station and the A-IoT UE. Hereinafter, the intermediate node is referred to as int.UE (intermediate UE). Furthermore, Topology 2 can also be applied to indoor scenarios. Additionally, the base station in Topology 2 can also correspond to a macro cell.

[0112] Between Topology 1 and Topology 2, the signal design for A-IoT UE can be set to be common.

[0113] Next, examples of the communication flow for each combination of topology and service will be explained. The following will explain each of the following combinations of topology and service: DT in Topology 1, DO-DTT in Topology 1, DT in Topology 2, and DO-DTT in Topology 2.

[0114] <The case of DT in Topology 1>

[0115] Figure 8 This is a diagram illustrating an example of the case of DT in Topology 1. Figure 8 The diagram illustrates the signal flow between the base station (gNB) and the A-IoT UE. Furthermore, since this is the case of DT in Topology 1, there is information transmission from the base station to the A-IoT UE, but no information transmission from the A-IoT UE to the base station.

[0116] In the case of DT in Topology 1, consider the following two-step communication process. Step 1 begins, for example, when a packet arrives at the base station.

[0117] Step 1: The A-IoT UE is woken up.

[0118] Step 2: The A-IoT UE receives information from the base station. In other words, the base station sends information to the A-IoT UE.

[0119] Alternatively, steps 1 and 2 can be executed together, for example, they can be executed through the same signal.

[0120] In step 1, the A-IoT UE can be woken up by a signal sent from the base station. The signal sent from the base station can also be referred to as a carrier waveform. Here, the signal sent from the base station can correspond to the energy source that provides power to the A-IoT UE. Alternatively, in this embodiment, the carrier waveform can be replaced with a carrier wave.

[0121] Furthermore, in step 1, the A-IoT UE can be woken up using a signal other than the carrier waveform signal transmitted from the base station (e.g., an RF signal). Here, the signal other than the carrier waveform signal transmitted from the base station can correspond to an energy source that provides power to the A-IoT UE. Alternatively, in step 1, the A-IoT UE can be woken up using a signal transmitted from outside the base station (e.g., an RF signal). Here, the signal transmitted from outside the base station can correspond to an energy source that provides power to the A-IoT UE.

[0122] In step 1, the signal received by the A-IoT UE can be an example of a wake-up request signal.

[0123] In steps 1 and 2 above, when a signal is transmitted from a base station, the method of transmitting the signal from the base station can be any one of the following 1a to 1c.

[0124] (1a) A signal transmitted from a base station can be broadcast to more than one arbitrary A-IoT UE. In this case, there may be no distinction between the destination of the transmission from the base station being a UE or a group of UEs containing more than one UE. That is, an A-IoT UE that receives the signal (e.g., referred to as A-IoT UE#1) may not need to detect whether the received signal is destined for A-IoT UE#1 or for the group to which A-IoT UE#1 belongs.

[0125] (1b) A signal transmitted from a base station may be multicast to a group containing more than one A-IoT UE. In this case, an A-IoT UE (e.g., referred to as A-IoT UE#1) detects whether the received signal has been transmitted to the group to which A-IoT UE#1 belongs. For example, A-IoT UE#1 detects whether the signal has been transmitted to the group to which A-IoT UE#1 belongs based on information contained in the signal (e.g., CRC (cyclic redundancy check)) and / or resources used for the signal (e.g., at least one of time, frequency, and code).

[0126] (1c) A signal transmitted from a base station is unicast to a single A-IoT UE. In this case, an A-IoT UE (e.g., referred to as A-IoT UE#1) detects whether the received signal has been transmitted to A-IoT UE#1. For example, A-IoT UE#1 detects whether the signal has been transmitted to A-IoT UE#1 based on information contained in the signal (e.g., CRC (cyclic redundancy check)) and / or resources used for the signal (e.g., at least one of time, frequency, and code).

[0127] In addition, the A-IoT UE can also notify whether it supports the capability to receive at least one of the transmissions in 1a to 1c above.

[0128] Furthermore, the methods for transmitting signals from the base station in steps 1 and 2 above can also be different. For example, in step 1, the signal that wakes up the A-IoT UE is broadcast to one or more arbitrary A-IoT UEs as in 1a; in step 2, the signal that sends information to the A-IoT UE can be multicast as in 1b, or unicast as in 1c.

[0129] Furthermore, steps 1 and 2 above can be consecutive in time, or an interval can be set between steps 1 and 2. For example, the signal used for wake-up and the signal containing information to be sent to A-IoT can also be consecutive in time.

[0130] In addition, in step 1 and / or step 2 of the above example, the base station can perform multiple transmissions to A-IoT, or it can perform transmissions individually to each of two or more A-IoT devices.

[0131] <The case of DO-DTT in Topology 1>

[0132] Figure 9 This is a diagram illustrating an example of topology 1 and the DO-DTT scenario. Figure 9 The diagram illustrates the signal flow between the base station (gNB) and the A-IoT UE. Furthermore, since this is a DO-DTT scenario as shown in Topology 1, there is information transmission from the base station to the A-IoT UE, and information transmission from the A-IoT UE to the base station.

[0133] In the DO-DTT scenario of Topology 1, consider the following three-step communication process. Step 1 begins, for example, when a packet arrives at the base station.

[0134] Step 1: A-IoT UE is woken up.

[0135] Step 2: The A-IoT UE receives information from the base station. In other words, the base station sends information to the A-IoT UE.

[0136] Step 3: The A-IoT UE sends a signal to the base station. In other words, the base station receives signals from the A-IoT UE.

[0137] Alternatively, steps 1 and 2 can be performed together, for example, by using the same signal. Furthermore, the signal in step 2 can also be a carrier waveform signal.

[0138] In step 1, the A-IoT UE can be woken up by a signal sent from the base station. The signal sent from the base station can also be called a carrier waveform. Here, the signal sent from the base station can correspond to the energy source that provides power to the A-IoT UE.

[0139] Furthermore, in step 1, the A-IoT UE can be woken up using a signal other than the carrier waveform signal transmitted from the base station (e.g., an RF signal). Here, the signal other than the carrier waveform signal transmitted from the base station can correspond to an energy source that provides power to the A-IoT UE. Alternatively, in step 1, the A-IoT UE can be woken up using a signal transmitted from outside the base station (e.g., an RF signal). Here, the signal transmitted from outside the base station can correspond to an energy source that provides power to the A-IoT UE.

[0140] In step 1, the signal received by the A-IoT UE can be an example of a wake-up request signal.

[0141] In steps 1 and 2 above, when a signal is transmitted from a base station, the signal transmitted from the base station can be any one of the following 2a to 2c.

[0142] (2a) A signal transmitted from a base station can be broadcast to more than one arbitrary A-IoT UE. In this case, there may be no distinction between the destination of the transmission from the base station being a UE or a group of UEs containing more than one UE. That is, an A-IoT UE that receives the signal (e.g., referred to as A-IoT UE#1) may not need to detect whether the received signal is destined for A-IoT UE#1 or whether it is destined for the group to which A-IoT UE#1 belongs.

[0143] (2b) A signal transmitted from a base station may be multicast to a group containing more than one A-IoT UE. In this case, an A-IoT UE (e.g., referred to as A-IoT UE#1) detects whether the received signal has been transmitted to the group to which A-IoT UE#1 belongs. For example, A-IoT UE#1 detects whether the signal has been transmitted to the group to which A-IoT UE#1 belongs based on information contained in the signal (e.g., CRC (cyclic redundancy check)) and / or resources used for the signal (e.g., at least one of time, frequency, and code).

[0144] (2c) A signal transmitted from a base station is unicast to a single A-IoT UE. In this case, an A-IoT UE (e.g., referred to as A-IoT UE#1) detects whether the received signal has been transmitted to A-IoT UE#1. For example, A-IoT UE#1 detects whether the signal has been transmitted to A-IoT UE#1 based on information contained in the signal (e.g., CRC (cyclic redundancy check)) and / or resources used for the signal (e.g., at least one of time, frequency, and code).

[0145] In addition, the A-IoT UE can also notify whether it supports the capability to receive at least one of the transmissions in 2a to 2c above.

[0146] Furthermore, the methods for transmitting signals from the base station in steps 1 and 2 above can also be different. For example, in step 1, the signal that wakes up the A-IoT UE can be broadcast to more than one arbitrary A-IoT UE as in 2a; in step 2, the signal that sends information to the A-IoT UE can be multicast as in 2b, or unicast as in 2c.

[0147] Furthermore, steps 1 and 2 above can be consecutive in time, or an interval can be set between steps 1 and 2. For example, the signal used for wake-up and the signal containing information to be sent to A-IoT can also be consecutive in time.

[0148] In step 3 above, the signal transmission method in the case of sending a signal from the A-IoT UE to the base station can be any one of 2d or 2e below.

[0149] (2d) The transmission in step 3 can be a backscattered UL transmission. In this case, timing adjustments between DL reception and UL transmission (e.g., timing advance) may or may not be applied. Furthermore, power adjustments (e.g., power amplifier) ​​may or may not be applied. Additionally, transmission timing adjustments may or may not be applied.

[0150] (2e) The transmission in step 3 can be a non-backscattered UL transmission. A non-backscattered UL transmission can be a typical UL transmission. For example, generating and transmitting a UL channel (e.g., PUCCH, PUSCH, PRACH, etc.) and / or a UL reference signal (e.g., SRS (Sounding Reference Signal), sequence-based signals, etc.). In this case, timing adjustments between DL reception and UL transmission can be applied or not. Furthermore, power adjustments can be applied.

[0151] Additionally, in the examples above (e.g., Figure 9 The present invention illustrates an example in which a transmission from the base station to the A-IoT UE and a transmission from the A-IoT UE to the base station are performed once each, but this disclosure is not limited thereto. For example, a single transmission from the A-IoT UE to the base station may be performed after multiple transmissions from the base station to the A-IoT UE. In this case, the single transmission from the A-IoT UE to the base station may include responses to the multiple transmissions from the base station to the A-IoT UE.

[0152] <The case of DT in Topology 2>

[0153] Figure 10 This is a diagram illustrating an example of the case of DT in Topology 2. Figure 10 The diagram illustrates the signal flow between the base station (gNB), the int.UE, and the A-IoT UE. Furthermore, since this is the case of DT in Topology 2, there is information transmission to the A-IoT UE, but no information transmission from the A-IoT UE.

[0154] In the case of DT in Topology 2, consider the following four-step communication process. Step 0 begins, for example, when a packet arrives at the base station.

[0155] Step 0: int.UE receives a trigger from the base station for sending a signal to the A-IoT UE, and sends a signal to the A-IoT UE based on the trigger. Step 0 includes the operation of the base station sending the trigger to int.UE.

[0156] Step 1: A-IoT UE is woken up.

[0157] Step 2: The A-IoT UE receives information from int.UE. In other words, int.UE sends information to the A-IoT UE.

[0158] Step X: int.UE sends a signal to the base station.

[0159] Alternatively, steps 1 and 2 can be executed together, for example, they can be executed through the same signal.

[0160] Furthermore, steps 0 through 2 can also be executed in this order within these four steps. Step X is not limited to examples executed after step 2. The timing of step X will be described later. Additionally, in step 0, the signal received by the int.UE is sometimes referred to as signal X. Furthermore, in step 1, the signal received by the A-IoT UE (the signal transmitted by the int.UE) is sometimes referred to as signal Y. Furthermore, in step 2, the signal received by the A-IoT UE is sometimes referred to as signal Z. Furthermore, in step X, the signal transmitted by the int.UE is sometimes referred to as signal R.

[0161] Alternatively, step 0 can also be performed without receiving a trigger for sending a signal to the A-IoT UE. For example, int.UE sends a signal to the A-IoT UE without receiving a trigger. Exemplarily, int.UE sends a signal to the A-IoT UE periodically or in the presence of predetermined resources, etc.

[0162] In step 1, the A-IoT UE can be woken up by a signal sent from int.UE. The signal sent from int.UE can also be called a carrier waveform. Here, the signal sent from int.UE can correspond to the energy source that provides power to the A-IoT UE.

[0163] Furthermore, in step 1, the A-IoT UE can be woken up using a signal other than the carrier waveform signal transmitted from the int.UE (e.g., an RF signal). Here, the signal other than the carrier waveform signal transmitted from the int.UE can correspond to an energy source that provides power to the A-IoT UE. Alternatively, in step 1, the A-IoT UE can be woken up using a signal transmitted from outside the int.UE (e.g., an RF signal). Here, the signal transmitted from outside the int.UE can correspond to an energy source that provides power to the A-IoT UE.

[0164] In step 1, the signal received by the A-IoT UE can be an example of a wake-up request signal.

[0165] In steps 1 and 2 above, when a signal is sent from int.UE, the method of sending the signal from int.UE can be any one of the following 3a to 3c.

[0166] (3a) A signal sent from int.UE can be broadcast to more than one arbitrary A-IoT UE. In this case, there is no distinction between the destination of the transmission from int.UE being a UE or a UE group containing more than one UE. That is, an A-IoT UE that receives the signal (e.g., referred to as A-IoT UE#1) does not need to check whether the received signal is destined for A-IoT UE#1 or whether it is destined for the group to which A-IoT UE#1 belongs.

[0167] (3b) A signal transmitted from an int.UE may be multicast to a group containing more than one A-IoT UE. In this case, an A-IoT UE (e.g., referred to as A-IoT UE#1) detects whether the received signal has been transmitted to the group to which A-IoT UE#1 belongs. For example, A-IoT UE#1 detects whether the signal has been transmitted to the group to which A-IoT UE#1 belongs based on information contained in the signal (e.g., CRC (cyclic redundancy check)) and / or resources used for the signal (e.g., at least one of time, frequency, and code).

[0168] (3c) A signal transmitted from int.UE is unicast to a single A-IoT UE. In this case, an A-IoT UE (e.g., referred to as A-IoT UE#1) detects whether the received signal has been transmitted to A-IoT UE#1. For example, A-IoT UE#1 detects whether the signal has been transmitted to A-IoT UE#1 based on information contained in the signal (e.g., CRC (cyclic redundancy check)) and / or resources used for the signal (e.g., at least one of time, frequency, and code).

[0169] In addition, the A-IoT UE can also notify whether it supports the capability to receive at least one of the transmissions in 3a to 3c above.

[0170] Furthermore, the methods for transmitting signals from the int.UE can also differ in steps 1 and 2 above. For example, in step 1, the signal that wakes up the A-IoT UE can be broadcast to more than one arbitrary A-IoT UE as in 3a; in step 2, the signal that sends information to the A-IoT UE can be multicast as in 3b, or unicast as in 3c.

[0171] Furthermore, steps 1 and 2 above can be consecutive in time, or an interval can be set between steps 1 and 2. For example, the signal used for wake-up and the signal containing information to be sent to A-IoT can also be consecutive in time.

[0172] The timing for executing step X can be any one of 3d to 3f below.

[0173] (3d) Step X is executed before step 2. That is, int.UE sends a signal to the base station before the A-IoT UE receives information. In other words, int.UE sends a signal to the base station before int.UE sends information to the A-IoT UE. In this case, the signal sent to the base station may include a report indicating that the reception has been successfully triggered.

[0174] (3e) Step X is executed after step 2. That is, after the A-IoT UE receives the information, int.UE sends a signal to the base station. In other words, after int.UE sends information to the A-IoT UE, it sends a signal to the base station. In this case, the signal sent to the base station includes a report indicating whether the transmission to the A-IoT UE has been completed or failed. Furthermore, here, whether the transmission to the A-IoT UE has been completed or failed may correspond to whether int.UE is able to perform the transmission or is unable to perform the transmission. Additionally, in this case, the signal sent to the base station may include a report indicating successful reception.

[0175] (3f) Step X is executed before step 0. That is, the int.UE sends a signal to the base station before receiving a trigger from the base station. In this case, the signal sent to the base station contains information such as a request from the int.UE. This request-type information may also be information related to a transmission request from the int.UE to the A-IoT UE (e.g., a transmission resource request).

[0176] Alternatively, step X can be executed at multiple time intervals. For example, 3f and 3d or 3e described above can be applied. In this case, the information contained in the signal sent by int.UE to the base station in each time interval can also be different for each time interval. When applying 3f and 3d described above, int.UE sends a signal to the base station before int.UE receives the trigger from the base station, and sends a signal to the base station before A-IoT UE receives the information.

[0177] The timing of step X can be specified in advance in the specification, or it can be set or indicated by the base station. The indication of the timing of step X can also be included in the trigger sent from the base station.

[0178] Additionally, int.UE can also indicate its capability to perform step X, which involves sending a signal to the base station, at what timing. For example, int.UE can indicate whether step X can be performed before step 2, after step 2, or before step 0. The base station can also indicate the timing of step X to int.UE based on the notified capability.

[0179] <The case of DO-DTT in Topology 2>

[0180] Figure 11 This is a diagram illustrating an example of the DO-DTT scenario in Topology 2. Figure 11 The diagram illustrates the signal flow between the base station (gNB), the int.UE, and the A-IoT UE. Furthermore, since this is a DO-DTT scenario in Topology 2, there are both information transmissions to and from the A-IoT UE.

[0181] In the DO-DTT scenario of Topology 2, consider the following five-step communication process. Step 0 begins, for example, when a packet arrives at the base station.

[0182] Step 0: int.UE receives a trigger from the base station for sending a signal to the A-IoT UE, and sends a signal to the A-IoT UE based on the trigger. Step 0 includes the operation of the base station sending the trigger to int.UE.

[0183] Step 1: A-IoT UE is woken up.

[0184] Step 2: The A-IoT UE receives information from int.UE. In other words, int.UE sends information to the A-IoT UE.

[0185] Step 3: The A-IoT UE sends a signal to the base station. In other words, the base station receives signals from the A-IoT UE.

[0186] Step X: int.UE sends a signal to the base station.

[0187] Alternatively, steps 1 and 2 can be performed together, for example, by using the same signal. Furthermore, the signal in step 2 can also be a carrier waveform signal.

[0188] Additionally, steps 0 through 3 can be executed in the same order within these five steps. Step X is not limited to examples executed after step 3. The timing of step X will be described later. Furthermore, in step 0, the signal received by the int.UE is sometimes referred to as signal X. Also, in step 1, the signal received by the A-IoT UE (the signal transmitted by the int.UE) is sometimes referred to as signal Y. Furthermore, in step 2, the signal received by the A-IoT UE is sometimes referred to as signal Z. Furthermore, in step X, the signal transmitted by the int.UE is sometimes referred to as signal R.

[0189] Alternatively, step 0 can also be performed without receiving a trigger for sending a signal to the A-IoT UE. For example, int.UE sends a signal to the A-IoT UE without receiving a trigger. Exemplarily, int.UE sends signals to the A-IoT UE periodically or on predetermined resources, etc.

[0190] In step 1, the A-IoT UE performs wake-up via a signal sent from int.UE. This signal can also be referred to as a carrier waveform. Here, the signal sent from int.UE can correspond to the energy source that supplies power to the A-IoT UE.

[0191] Furthermore, in step 1, the A-IoT UE can be woken up using a signal other than the carrier waveform signal transmitted from the int.UE (e.g., an RF signal). Here, the signal other than the carrier waveform signal transmitted from the int.UE can correspond to an energy source that provides power to the A-IoT UE. Alternatively, in step 1, the A-IoT UE can be woken up using a signal transmitted from outside the int.UE (e.g., an RF signal). Here, the signal transmitted from outside the int.UE can correspond to an energy source that provides power to the A-IoT UE.

[0192] In step 1, the signal received by the A-IoT UE can be an example of a wake-up request signal.

[0193] In steps 1 and 2 above, when a signal is sent from int.UE, the method of sending the signal from int.UE can be any one of the following 4a to 4c.

[0194] (4a) A signal sent from int.UE can be broadcast to more than one arbitrary A-IoT UE. In this case, there is no distinction between the destination of the transmission from int.UE being a UE or a UE group containing more than one UE. That is, an A-IoT UE that receives the signal (e.g., referred to as A-IoT UE#1) does not need to check whether the received signal is destined for A-IoT UE#1 or for the group to which A-IoT UE#1 belongs.

[0195] (4b) A signal transmitted from an int.UE may be multicast to a group containing more than one A-IoT UE. In this case, an A-IoT UE (e.g., referred to as A-IoT UE#1) detects whether the received signal has been transmitted to the group to which A-IoT UE#1 belongs. For example, A-IoT UE#1 detects whether the signal has been transmitted to the group to which A-IoT UE#1 belongs based on information contained in the signal (e.g., CRC (cyclic redundancy check)) and / or resources used for the signal (e.g., at least one of time, frequency, and code).

[0196] (4c) A signal transmitted from int.UE is unicast to a single A-IoT UE. In this case, an A-IoT UE (e.g., referred to as A-IoT UE#1) detects whether the received signal has been transmitted to A-IoT UE#1. For example, A-IoT UE#1 detects whether the signal has been transmitted to A-IoT UE#1 based on information contained in the signal (e.g., CRC (cyclic redundancy check)) and / or resources used for the signal (e.g., at least one of time, frequency, and code).

[0197] In addition, the A-IoT UE can also notify whether it supports the capability to receive at least one of the transmissions in 4a to 4c above.

[0198] Furthermore, the methods for transmitting signals from the int.UE can also differ in steps 1 and 2 above. For example, in step 1, the signal that wakes up the A-IoT UE can be broadcast to more than one arbitrary A-IoT UE as in 4a; in step 2, the signal that sends information to the A-IoT UE can be multicast as in 4b, or unicast as in 4c.

[0199] Furthermore, steps 1 and 2 above can be consecutive in time, or an interval can be set between steps 1 and 2. For example, the signal used for wake-up and the signal containing information to be sent to A-IoT can also be consecutive in time.

[0200] Additionally, in step 3, the int.UE of the destination of the A-IoT UE transmitting the signal (e.g., the int.UE of the receiving signal transmitted by the A-IoT UE) can be the same as or different from the int.UE of the source of the A-IoT UE transmitting information to the A-IoT UE in step 2.

[0201] The timing for executing step X can be any one of the following 4d to 4g.

[0202] (4d) Step X is executed before step 2. That is, int.UE sends a signal to the base station before the A-IoT UE receives information. In other words, int.UE sends a signal to the base station before int.UE sends information to the A-IoT UE. In this case, the signal sent to the base station may include a report indicating that the reception has been successfully triggered.

[0203] (4e) Step X is executed after step 2. That is, after the A-IoT UE receives the information, int.UE sends a signal to the base station. In other words, after int.UE sends information to the A-IoT UE, it sends a signal to the base station. In this case, the signal sent to the base station includes a report indicating whether the transmission to the A-IoT UE has been completed or failed. Furthermore, here, whether the transmission to the A-IoT UE has been completed or failed may correspond to whether int.UE is able to perform the transmission or is unable to perform the transmission. Additionally, in this case, the signal sent to the base station may include a report indicating successful reception.

[0204] (4f) Step X is executed after step 3. That is, int.UE sends a signal to the base station after the A-IoT UE sends information. In other words, int.UE sends a signal to the base station after int.UE receives information from the A-IoT UE. In this case, the signal sent to the base station may also include a report indicating whether the transmission to the A-IoT UE has been completed or failed, and / or a report indicating whether the reception from the A-IoT UE has been completed or failed. Furthermore, in this case, the signal sent to the base station may include a report indicating that reception has been successfully triggered.

[0205] (4g) Step X is executed before step 0. That is, the int.UE sends a signal to the base station before receiving a trigger from the base station. In this case, the signal sent to the base station contains information such as a request from the int.UE. This request-type information may also be information related to a transmission request from the int.UE to the A-IoT UE (e.g., a transmission resource request).

[0206] Alternatively, step X can be executed at multiple time intervals. For example, at least one of 4g, 4d, 4e, and 4f described above can be applied. In this case, the information contained in the signal sent by int.UE to the base station in each time interval can also be different for each time interval. When applying 4g and 4d, int.UE sends a signal to the base station before int.UE receives the trigger from the base station, and before A-IoT UE receives the information.

[0207] The timing of step X can be specified in advance in the specification, or it can be set or indicated by the base station. The indication of the timing of step X can also be included in the trigger sent from the base station.

[0208] Additionally, int.UE can also indicate its capability to perform step X, which involves sending a signal to the base station, at what timing. For example, int.UE can indicate whether step X can be performed before step 2, after step 2, or before step 0. The base station can also indicate the timing of step X to int.UE based on the notified capability.

[0209] In step 3 above, when a signal is sent from the A-IoT UE to the int.UE, the signal transmission method can be any one of the following 4h or 4k.

[0210] (4h) The transmission in step 3 can be a backscattered UL transmission. In this case, timing adjustments between DL reception and UL transmission (e.g., timing advance) may or may not be applied. Furthermore, power adjustments (e.g., power amplifier) ​​may or may not be applied. Additionally, transmission timing adjustments may or may not be applied.

[0211] (4k) The transmission in step 3 can be a non-backscattered UL transmission. A non-backscattered UL transmission can be a typical UL transmission. For example, generating and transmitting a UL channel (e.g., PUCCH, PUSCH, PRACH, etc.) and / or a UL reference signal (e.g., SRS (Sounding Reference Signal), sequence-based signals, etc.). In this case, timing adjustments between DL reception and UL transmission can be applied or not. Furthermore, power adjustments can be applied.

[0212] Additionally, in the examples above (e.g., Figure 11 The document illustrates examples of one transmission each from the base station to the int.UE, from the int.UE to the A-IoT UE, from the A-IoT UE to the int.UE, and from the int.UE to the base station, but this disclosure is not limited to these examples. The number of transmissions may also differ from one another.

[0213] In addition, in the above embodiments, "wake-up" may mean preparing to receive signals from the base station and / or int.UE, or it may mean starting to monitor signals from the base station and / or int.UE.

[0214] <Research Matters>

[0215] In Topology 2, when int.UE communicates as int.UE, other communications occur at int.UE, and these communications may overlap. In other words, when int.UE is instructed / set to communicate as int.UE, other communications are instructed / set to int.UE, and the instructions / settings for int.UE communications may overlap with the instructions / settings for other communications.

[0216] Here, communication as an int.UE refers to communication performed by a UE capable of being an int.UE. Communication as an int.UE can correspond to communication related to communication between the base station and the A-IoT UE via the int.UE. Furthermore, communication as an int.UE can also correspond to communication related to communication between the int.UE and the A-IoT UE. Communication as an int.UE includes transmitting as an int.UE and receiving as an int.UE. Transmitting as an int.UE includes, for example, at least one of transmitting a signal to the base station and transmitting a signal to the A-IoT UE. Furthermore, receiving as an int.UE includes at least one of receiving a signal from the base station and receiving a signal from the A-IoT UE. Additionally, the signals transmitted by the int.UE to the base station and the signals received by the int.UE from the base station can be A-IoT-related signals.

[0217] Here, "other communications" can refer to communications that are different from those that are int.UE. Other communications can be communications that are independent of those that are int.UE. For example, communications that are different from those that are int.UE correspond to communications between the UE and the base station (e.g., UL communications, DL communications) and / or communications between the UE and the UE (e.g., SL (sidelink) communications).

[0218] Communication between the UE and the base station includes at least one of the following: the UE sending signals to the base station (i.e., UL sending) and the UE receiving signals from the base station (i.e., DL receiving). Furthermore, as a form of communication distinct from communication as int.UE, the signals sent by the UE to the base station and the signals received by the UE from the base station may not be related to A-IoT.

[0219] Communication between UEs (e.g., SL communication) includes at least one of UE sending signals to another UE and UE receiving signals from another UE. Furthermore, as a form of communication distinct from communication as int.UE, the signals sent by a UE to another UE and the signals received by a UE from another UE may not be related to A-IoT.

[0220] In cases where communication by int.UE overlaps with other communications, there is still room for research into how int.UE should operate in response to instructions / settings for two or more overlapping communications.

[0221] When communication as an int.UE overlaps with other communications, if the int.UE does not perform appropriate operations, the communication quality will degrade in both the int.UE communication and the other communications. For example, if operations related to the two overlapping communications are performed separately, interference may occur between the two communications. Furthermore, for example, even if operations related to the two overlapping communications can be performed simultaneously, if only one of the two communications is performed, the operation of the other communication may fail to be performed, or the operation of the other communication may be delayed.

[0222] Therefore, in this embodiment, appropriate operation is described when communication as int.UE overlaps with other communications.

[0223] In addition, the following will describe the case where other communications are between the UE and the base station (e.g., UL communication, DL communication) as case α, and the case where other communications are between the UE and the UE (e.g., SL communication) as case β.

[0224] <Scenario α>

[0225] For example, in topology 2, when int.UE is transmitted as int.UE, other transmissions occur at int.UE, and the transmission as int.UE and other transmissions may overlap in time.

[0226] Here, other transmissions are transmissions independent of the operation as int.UE. Hereinafter, transmissions independent of the operation as int.UE are sometimes referred to as independent transmission (independent TX).

[0227] For example, in case α, independent transmission includes UL transmission as a UE. Hereinafter, transmission as an uplink of a UE that is independent of the operation of an int.UE is sometimes referred to as independent UL or independent UL transmission.

[0228] Here, for the above overlap, the following two types of overlap, #A and #B, are studied.

[0229] • Overlap #A: Overlap between independent UL and transmission from int.UE to A-IoT

[0230] • Overlap #B: Overlap between independent ULs and ULs used for reporting communication between the UE and A-IoT (e.g., transmission of signal R).

[0231] Additionally, in overlap #A, the transmission from int.UE to A-IoT includes the transmission of at least one of the following signals.

[0232] • The signal that wakes up the A-IoT UE, and / or the carrier waveform (e.g., signal Y) provided to the A-IoT for backscattering.

[0233] • Signals used to send information to A-IoT UEs (e.g., signal Z)

[0234] Alternatively, signal Z may not contain information and may be a backscattered signal for transmission.

[0235] Figure 12 This is a diagram illustrating an example of overlap in the case of DT. In Figure 12 In, with Figure 10 Similarly, the signal flow between the base station (gNB), int.UE, and A-IoT UE is shown. Furthermore, since this is the case of DT in Topology 2, there is information transmission to the A-IoT UE, but no information transmission from the A-IoT UE.

[0236] exist Figure 12 An example of overlap between independent UL and transmission from int.UE to A-IoT is shown. Furthermore, in Figure 12 The image shows an example of an independent UL that overlaps with the UL used for communication between int.UE and A-IoT.

[0237] Figure 13 This is a diagram illustrating an example of overlap in the DO-DTT scenario. Figure 13 In, with Figure 11 Similarly, the signal flow between the base station (gNB), int.UE, and A-IoT UE is shown. Furthermore, since this is the DO-DTT scenario in Topology 2, there is information transmission to and from the A-IoT UE.

[0238] exist Figure 13 An example of overlap between independent UL and transmission from int.UE to A-IoT is shown. Furthermore, in Figure 13 The image shows an example of an independent UL that overlaps with the UL used for communication between int.UE and A-IoT.

[0239] in addition, Figure 12 , Figure 13The illustration shows an example of an independent UL and a UL used for reporting communication between the int.UE and A-IoT, both performed for the same base station, but this disclosure is not limited thereto. For example, the destination of the independent UL and the destination of the UL used for reporting communication between the int.UE and A-IoT may be different base stations.

[0240] Furthermore, in scenario α of this embodiment, overlap is not limited to actual timing overlap. For example, in this embodiment, overlap may not be actual timing overlap, but may include multiple transmissions within the same time unit (e.g., a time slot, a time interval, and a handover period). For example, taking overlap #A as an example, if an independent UL and a transmission from int.UE to A-IoT are indicated / set to be performed in the same time slot, it can be determined that the independent UL and the transmission from int.UE to A-IoT overlap. In addition, overlap may also mean overlap at least in the time domain.

[0241] In topology 2, if an overlap of transmissions related to the operation of int.UE occurs at int.UE, int.UE will handle the overlap.

[0242] Specific proposals for addressing these issues are described below. Furthermore, each of the proposals described below can be applied to each of the overlap types (e.g., overlaps #A and #B). Additionally, the mechanisms applied in the proposals described below can also differ between overlap types. Furthermore, the mechanisms applied in the proposals described below can also be based on the capabilities of int.UE.

[0243] <α-1. Method for simultaneous transmission (hereinafter, method α-1)>

[0244] In method α-1, overlapping transmissions are performed simultaneously. Furthermore, in method α-1, transmission power can also be allocated among overlapping transmissions. For example, a power allocation priority can be set. And, a larger transmission power can be allocated to the transmission with higher priority.

[0245] Figure 14 It means in Figure 12 A diagram illustrating an example of applying method α-1 in the given situation. Figure 14 In, with Figure 12 Similarly, the signal flow between the base station (gNB), int.UE, and A-IoT UE is shown. Furthermore, since this is the case of DT in Topology 2, there is information transmission to the A-IoT UE, but no information transmission from the A-IoT UE.

[0246] exist Figure 14 The example shown illustrates overlapping independent ULs, with transmissions from int.UE to A-IoT being sent simultaneously. Furthermore, in Figure 14 The image shows an example where overlapping independent ULs and a UL for reporting communication between int.UE and A-IoT are sent simultaneously.

[0247] Transmission power can be allocated based on the priority among overlapping transmissions. For example, transmission power can be allocated based on at least one of the priorities listed below. Additionally, in the following description, "a" > "b" means that a has a higher priority than b.

[0248] For example, transmission power can be allocated based on the priority of the channel type and signal type of the overlapping transmission. For example, priorities can also be set, such as "PRACH / PUCCH" > "Signal Y / Signal Z" > "PUSCH (e.g., DG (dynamic grant) PUSCH and / or CG (configured grant) PUSCH)".

[0249] For example, transmission power can be allocated based on the priority of the flow of overlapping transmitted services. Exemplarily, priorities can also be set such as "Signals Y / Z for DO-DTT" > "UL" > "Signals Y / Z for DT".

[0250] Transmission power can be allocated based on indicated / set priorities. For example, priorities can also be set, such as "UL with a relatively high priority indication" > "signal Y / signal Z with a relatively low priority indication". Alternatively, priorities can also be indicated in signal X (the signal from the base station to the UE).

[0251] Transmission power can be allocated based on the priority of transmission timing. For example, priorities can be set, such as "transmission that starts relatively early" > "transmission that starts relatively late".

[0252] Transmission power can be allocated based on the timing priority of the schedule. For example, priorities can be set such as "transmission corresponding to a relatively later schedule" > "transmission corresponding to a relatively earlier schedule".

[0253] In addition, the priority of signal R can be the same as the priority of the corresponding signal Y / signal Z.

[0254] In the case of a standalone UL, or a transmission from int.UE to A-IoT, or a signal R consisting of multiple transmissions, the priority can be set to the highest priority among the multiple transmissions.

[0255] In the method α-1 described above, if the operations related to the two overlapping communications can be performed separately, the operations related to the two overlapping communications can be performed appropriately separately.

[0256] <α-2. Method of sending one party and discarding the other (hereinafter, method α-2)>

[0257] Which transmission to perform and / or which transmission to discard can be determined based on the priority among overlapping transmissions. For example, the transmission to be performed and / or the transmission to be discarded can be determined based on at least one of the priorities listed below.

[0258] Figure 15 It means in Figure 12 A diagram illustrating an example of applying method α-2 in the given situation. Figure 15 In, with Figure 12 Similarly, the signal flow between the base station (gNB), int.UE, and A-IoT UE is shown. Furthermore, since this is the case of DT in Topology 2, there is information transmission to the A-IoT UE, but no information transmission from the A-IoT UE.

[0259] exist Figure 15 In the example, Figure 12 In the overlapping independent ULs and transmissions from int.UE to A-IoT, the independent UL is executed, and the transmissions from int.UE to A-IoT are discarded. Furthermore, in Figure 15 In the example, Figure 12 In the case of overlapping independent ULs and ULs used for reporting communication between int.UE and A-IoT, the UL used for reporting communication between int.UE and A-IoT is executed, and the independent ULs are discarded.

[0260] For example, the transmissions to be performed and / or discarded can be determined based on the channel type and signal type priority of the overlapping transmissions. For instance, priorities can also be set, such as "PRACH / PUCCH" > "Signal Y / Signal Z" > "PUSCH (e.g., DG PUSCH and / or CG PUSCH)".

[0261] For example, the priority of the flow of overlapping transmissions can be used to determine which transmissions are executed and / or discarded. For instance, priorities can also be set such as "Signal Y / Signal Z for DO-DTT" > "UL" > "Signal Y / Signal Z for DT".

[0262] The transmissions to be performed and / or discarded can be determined based on indicated / set priorities. For example, priorities can also be set, such as "UL with a relatively higher priority indication" > "signal Y / signal Z with a relatively lower priority indication". Alternatively, priorities can also be indicated in signal X (the signal from the base station to int.UE).

[0263] The priority of the transmission timing can be used to determine which transmissions are executed and / or discarded. For example, priorities can be set such as "transmissions that start relatively early" > "transmissions that start relatively late".

[0264] The priority of the scheduling time can be used to determine which transmissions are executed and / or discarded. For example, priorities can be set such as "transmissions corresponding to relatively later schedules" > "transmissions corresponding to relatively earlier schedules".

[0265] In addition, the priority of signal R can be the same as the priority of the corresponding signal Y / signal Z.

[0266] In the case of a standalone UL, or a transmission from int.UE to A-IoT, or a signal R consisting of multiple transmissions, the priority can be set to the highest priority among the multiple transmissions.

[0267] In method α-2 described above, by executing one of the operations related to the two overlapping communications without executing the other, the operations related to the two overlapping communications can be executed appropriately and separately. Furthermore, by not executing a portion of the operations related to the two communications, the possibility of interference between the two communications can be avoided.

[0268] Additionally, in method α-2, "discard" can be replaced with "delay". In this case, the aforementioned "executed transmission" and "discarded transmission" can be replaced with "transmission executed without delay" and "transmission executed with delay", respectively.

[0269] Alternatively, in method α-2, the following situation may also exist: each of the overlapping transmissions is discarded instead of being transmitted. For example, it is also possible to discard each of the overlapping transmissions if their priorities are all below a threshold.

[0270] <α-3. Method of multiplexing overlapping transmissions into a single transmission (hereinafter, method α-3)>

[0271] In method α-3, multiplexed overlapping transmissions are set as a single transmission. For example, multiplexing is performed in the overlap of signal R in overlapping #B with independent UL.

[0272] Figure 16 It means in Figure 12 A diagram illustrating an example of applying method α-3 in the given situation. Figure 16 In, with Figure 12 Similarly, the signal flow between the base station (gNB), int.UE, and A-IoT UE is shown. Furthermore, since this is the case of DT in Topology 2, there is information transmission to the A-IoT UE, but no information transmission from the A-IoT UE.

[0273] exist Figure 16 In Figure 12 The overlapping independent ULs and the ULs used for communication between int.UE and A-IoT (e.g., the transmission of signal R) are multiplexed into one transmission.

[0274] For example, in the case where the signal R in the above-mentioned overlapping #B is PUCCH and the reported information is UCI, any of the following methods shall be applied.

[0275] When overlapping independent ULs are PUCCHs, signal R and the independent UL are multiplexed in the PUCCH. Furthermore, the PUCCH resource multiplexed between signal R and the independent UL can be either the PUCCH resource of the independent UL or the PUCCH resource of signal R, or it can be any other PUCCH resource.

[0276] When overlapping independent ULs are PUSCHs, signal R and the independent UL are multiplexed in the PUCCH. Alternatively, the PUSCH resource for which signal R and the independent UL are multiplexed can also be the PUSCH resource of that independent UL.

[0277] Furthermore, in the case of multiplexing, channel coding and rate matching can be applied holistically to the multiplexed information (or signal) or individually. Alternatively, in the case of individual application, new parameters defined for signal R are used to first determine the coding rate of one side, and then determine the coding rate of the other side.

[0278] In the case where signal R in the aforementioned overlapping #B is a PUSCH and the overlapping independent UL is a PUCCH, the UCI in the PUCCH is multiplexed with signal R in the PUSCH. Alternatively, the PUSCH resource multiplexed with UCI and signal R can also be the PUSCH resource of signal R.

[0279] In method α-3 described above, by multiplexing two overlapping transmissions into one transmission, operations related to the two overlapping communications can be performed appropriately and separately. Furthermore, by multiplexing two transmissions into one transmission, the possibility of interference between the two communications can be avoided.

[0280] <α-4. Apply any one of the methods α-1, α-2, and α-3 above (method α-4)>

[0281] In method α-4, any one of methods α-1, α-2, and α-3 described above may be selectively applied. The choice of which method α-1, α-2, or α-3 to apply in method α-4 can be determined based on the situation. For example, it can be determined based on at least one of the following.

[0282] Is it a full overlap or a partial overlap?

[0283] For example, if one of the two transmission time intervals completely overlaps with the other, the overlap of the two transmissions corresponds to an overall overlap. Furthermore, if each of the two transmission time intervals contains non-overlapping portions, the overlap of the two transmissions corresponds to a partial overlap.

[0284] • Transmit power limit

[0285] For example, if the transmission power is insufficient for simultaneous transmission (e.g., method α-1), method α-2 is applied. If the transmission power is sufficient for simultaneous transmission (e.g., method α-1), method α-1 is applied.

[0286] • Frequency resources (total bandwidth of overlapping transmissions)

[0287] For example, method α-2 can be applied if the overlapping transmission band extends to a bandwidth wider than a threshold (e.g., X MHz), otherwise method α-1 can be applied.

[0288] • Frequency resources (whether they are in the same band (same BWP, same band, etc.) or different bands (different BWP, different band, etc.))

[0289] For example, if the overlapping transmissions are all of the same BWP, method α-1 can be applied; otherwise, method α-2 can be applied.

[0290] For example, if overlapping transmissions are contained within the same cell group, method α-2 can be applied; otherwise, method α-1 can be applied.

[0291] • Types of overlapping channels / signals

[0292] For example, when PRACH overlaps with signals Y / Z / R, method α-2 is applied. Furthermore, when PUCCH / PUSCH overlaps with signals Y / Z / R, method α-1 or method α-3 is applied.

[0293] • UE capabilities (e.g., multiplexing-related capabilities)

[0294] • UE capabilities (e.g., the ability to associate with cell group / PUCCH group / RF-chain / band combination)

[0295] (Changes in method α-4)

[0296] In the case of independent UL, or transmission from int.UE to A-IoT, or multiple transmissions of signal R, if method α-1 is applied to all of the multiple transmissions, only method α-1 shall be applied.

[0297] In the case of independent UL, or transmission from int.UE to A-IoT, or multiple transmissions of signal R, if method α-3 is applied to all of the multiple transmissions, only method α-3 shall be applied.

[0298] In cases of independent UL transmission, transmission from int.UE to A-IoT, or multiple transmissions of signal R, method α-2 is applied if method α-1 is not applied to all of the multiple transmissions, or if method α-3 is not applied to all of the multiple transmissions. Here, the case where method α-1 is not applied to all of the multiple transmissions can mean that at least one method other than method α-1 is applied to the multiple transmissions.

[0299] In method α-4 described above, by selecting from methods α-1 to α-3 for multiple transmissions that overlap, operations related to the two overlapping communications can be performed appropriately.

[0300] (Changes in overlap in case α) For methods α-1 to α-4 described in case α above, the same principle applies to overlaps between sending and receiving, as well as overlaps between receiving. For example, "sending" in each of the above methods can be replaced with "receiving".

[0301] There are two scenarios in the overlap between sending and receiving.

[0302] • When int.UE is receiving data as int.UE, other transmissions (e.g., independent UL) occur at int.UE, resulting in a time overlap between the reception as int.UE and other transmissions.

[0303] • When int.UE transmits as int.UE, other receptions occur at int.UE, resulting in a time overlap between transmissions as int.UE and other receptions.

[0304] Here, other receptions refer to receptions independent of the operation as int.UE. Hereinafter, receptions independent of the operation as int.UE are sometimes referred to as independent receptions (independent RX). For example, in case α, independent receptions include receptions as the UE's downlink. Hereinafter, receptions independent of the operation as int.UE, but serving as the UE's downlink, are sometimes referred to as independent DL or independent DL receptions.

[0305] Reception as int.UE includes receiving signals sent from A-IoT UE to int.UE, and receiving signals sent from base station to int.UE.

[0306] Furthermore, the following situations exist in the overlap between receptions.

[0307] • When int.UE is receiving data as int.UE, other receptions (e.g., independent DL) occur at int.UE, resulting in a time overlap between the reception as int.UE and other receptions.

[0308] In cases where transmission and reception overlap, any one of methods α-1 to α-4 can be applied as follows.

[0309] (i) In the case of applying method α-1, sending and receiving are performed simultaneously.

[0310] (ii) In the case of applying method α-2, one of the sending and receiving is performed, and the other is discarded. Which side is performed and / or which side is discarded can be determined based on the priority between overlapping sending and receiving.

[0311] (iii) In the case of applying method α-4, determine which of methods α-1 and α-2 to apply (e.g., which of (i) and (ii) above). For example, similar to method α-4, the decision can be based on the situation. Here, the situation that becomes the factor for the decision includes at least one of the following: whether it is a full overlap or a partial overlap, the type of overlapping channel / signal, the UE's capability, etc.

[0312] In cases where reception overlaps, any one of methods α-1 to α-4 can be applied as follows.

[0313] (iv) When applying method α-1, overlapping receptions are performed simultaneously.

[0314] (v) In the case of method α-2, one of the overlapping receptions is executed, and the other is discarded. Which side is executed and / or which side is discarded can be determined based on the priority between the overlapping receptions.

[0315] (vi) In the case of applying method α-4, determine which of methods α-1 and α-2 to apply (e.g., which of (iv) and (v) above). For example, similar to method α-4, the decision can be based on the situation. Here, the situation that becomes the factor for the decision includes at least one of the following: whether it is a full overlap or a partial overlap, the type of overlapping channel / signal, the UE's capability, etc.

[0316] Furthermore, the above description uses the overlap between two operations (send and send, send and receive, receive and receive) as an example, but this disclosure is not limited thereto. This disclosure may also be applied when there is overlap between three or more operations.

[0317] For example, methods α-1 to α-4 can be applied to overlaps between sending, sending, and receiving, or to overlaps between sending, receiving, and receiving.

[0318] For example, in use Figure 10 In the case where the transmission (hereinafter, TX1) in step 2 and the reception (hereinafter, RX) in step 3 of the communication process described above overlap with each other, and the transmission (hereinafter, TX2) of the independent UL further overlaps, any one of the methods α-1 to α-4 described above can be applied in the following form.

[0319] (vii) When applying method α-1, overlapping TX1, TX2 and RX are executed simultaneously.

[0320] (viii) When applying method α-2, some of the overlapping operations are executed, while the rest are discarded. For example, TX1 and RX are executed, and TX2 is discarded. Alternatively, TX2 is executed, and TX1 and RX are discarded. Which of the three overlapping operations is executed and / or which is discarded can be determined based on the priority among the overlapping operations (e.g., TX1, TX2, and RX).

[0321] (ix) When applying method α-4, determine which of methods α-1 and α-2 to apply (e.g., which of (vii) and (viii) above). For example, similar to method α-4, the decision can be based on the situation. Here, the situation that becomes the factor for the decision includes at least one of the following: whether it is a full overlap or a partial overlap, the type of overlapping channel / signal, the UE's capability, etc.

[0322] Furthermore, communication between the int.UE and the A-IoT UE can be classified as a side link from the int.UE's perspective. In this case, for overlap #A, the handling (or operation) for overlap between UL and SL can be applied. Additionally, in this case, for overlap #B, the handling (or operation) for overlap between UL and the UL associated with SL can be applied.

[0323] Alternatively, communication between int.UE and A-IoT UE can be categorized as downlink / uplink from the int.UE's perspective. For example, communication from int.UE to A-IoT UE is categorized as downlink (DL), and communication from A-IoT UE to int.UE is categorized as uplink (UL).

[0324] In scenario α described above, where there is an overlap between the first communication involved in the communication between the int.UE and the base station, and the second communication involved in the communication between the base station via the int.UE and the A-IoT UE, the int.UE decides to perform at least one of the first and second communications, and conducts the decided at least one communication. Thus, in the case of communication overlap with communications in a communication system different from A-IoT, appropriate communication can be performed.

[0325] <Case β>

[0326] For example, in topology 2, when int.UE is transmitting as int.UE, other transmissions (e.g., independent transmissions) occur at int.UE, and the transmission as int.UE and other transmissions may overlap in time.

[0327] In scenario β, independent transmission includes SL transmission as a UE. Hereinafter, transmission as a UE's side link, independent of the operation of the int.UE, is sometimes referred to as independent SL (independent UL) or independent SL transmission.

[0328] Here, for the above overlap, the following two types of overlap, #A' and #B', are studied.

[0329] • Overlap #A': Overlap between independent SL transmission and transmission from int.UE to A-IoT

[0330] • Overlap #B': Overlap between independent UL transmission and UL reports used for communication between the UE and A-IoT (e.g., transmission of signal R).

[0331] Additionally, in the overlap #A', the transmission from int.UE to A-IoT includes the transmission of at least one of the following signals.

[0332] • The signal that wakes up the A-IoT UE, and / or the carrier waveform (e.g., signal Y) provided to the A-IoT for backscattering.

[0333] • Signals used to send information to A-IoT UEs (e.g., signal Z)

[0334] Alternatively, signal Z may not contain information and may be a backscattered signal for transmission.

[0335] Figure 17 This is a diagram illustrating an example of overlap in the case of DT. In Figure 17 In, with Figure 10 Similarly, the signal flow between the base station (gNB), the int.UE, and the A-IoT UE is shown. Furthermore, since this is the case of DT in Topology 2, there is information transmission to the A-IoT UE, but no information transmission from the A-IoT UE. Additionally, Figure 17 The image shows a different UE (another UE) communicating with int.UE via SL.

[0336] exist Figure 17 The example shown is an instance where independent SL transmission overlaps with transmissions from int.UE to A-IoT. Furthermore, in Figure 17The example shown is an independent SL transmission that overlaps with the UL report used for communication between int.UE and A-IoT.

[0337] Figure 18 This is a diagram illustrating an example of overlap in the DO-DTT scenario. Figure 18 In, with Figure 11 Similarly, the signal flow between the base station (gNB), the int.UE, and the A-IoT UE is shown. Furthermore, since this is the DO-DTT scenario in Topology 2, there is information transmission to and from the A-IoT UE. In addition, Figure 18 The image shows a different UE (another UE) communicating with int.UE via SL.

[0338] exist Figure 18 The example shown is an instance where independent SL transmission overlaps with transmissions from int.UE to A-IoT. Furthermore, in Figure 18 The example shown is an independent SL transmission that overlaps with the UL report used for communication between int.UE and A-IoT.

[0339] Furthermore, in scenario β of this embodiment, overlap is not limited to actual timing overlap. For example, in this embodiment, overlap may not be actual timing overlap, but may include multiple transmissions within the same time unit (e.g., a time slot, a time interval, and a handover period). For example, taking overlap #A' as an example, if an independent SL transmission and a transmission from int.UE to A-IoT are indicated / set to be performed in the same time slot, it can be determined that the independent SL transmission and the transmission from int.UE to A-IoT overlap. In addition, overlap may also mean overlap at least in the time domain.

[0340] In topology 2, in int.UE, when there is an overlap between transmissions related to int.UE's operation and other independent SLs, int.UE performs corresponding handling for that overlap.

[0341] Specific proposals for addressing these issues are described below. Furthermore, each of the proposals described below can be applied to each overlap type (e.g., overlaps #A' and #B'). Additionally, the mechanisms applied in the proposals described below can also differ between overlap types. Furthermore, the mechanisms applied in the proposals described below can also be based on the capabilities of int.UE.

[0342] In addition, independent SL transmission can be based on NW scheduling or on UE-based autonomous operation.

[0343] <β-1. Method for simultaneous transmission (hereinafter, method β-1)>

[0344] In method β-1, overlapping transmissions are performed simultaneously. Furthermore, in method β-1, transmission power can also be allocated among overlapping transmissions. For example, a power allocation priority can be set. And, a larger transmission power can be allocated to the transmission with higher priority.

[0345] Figure 19 It means in Figure 17 A diagram illustrating an example of applying method β-1 in the given situation. Figure 19 In, with Figure 17 Similarly, the signal flow between the base station (gNB), int.UE, A-IoT UE, and other UEs is shown. Additionally, since this is the case of DT in Topology 2, there is information transmission to the A-IoT UE, but no information transmission from the A-IoT UE.

[0346] exist Figure 19 The example shown illustrates overlapping, independent SL transmissions and transmissions from the int.UE to the A-IoT being transmitted simultaneously. Furthermore, in Figure 19 The example shown is an overlapping, independent SL transmission, with the UL report for communication between int.UE and A-IoT being transmitted simultaneously.

[0347] Transmission power can be allocated based on the priority among overlapping transmissions. For example, transmission power can be allocated based on at least one of the priorities listed below. Additionally, in the following description, "a" > "b" means that a has a higher priority than b.

[0348] For example, transmission power can be allocated based on the priority of overlapping transmission channel types and signal types. Exemplarily, priorities can also be set such as "PSCCH (Physical Sidelink Control Channel) / PSSCH (Physical Sidelink Shared Channel) (DG and / or CG) / PSFCH (Physical Sidelink Feedback Channel)" > "Signal Y / Signal Z" > "S-SSB (Sidelink-Synchronization Signal Block)"

[0349] For example, transmission power can be allocated based on the priority of the flow of overlapping transmitted services. Exemplarily, priorities can also be set such as "Signals Y / Z for DO-DTT" > "SL" > "Signals Y / Z for DT".

[0350] Transmission power can be allocated based on indicated / set priorities. For example, priorities can be set such as "Signal SL with a relatively higher priority indication" > "Signal Y / Signal Z with a relatively lower priority indication". Alternatively, priorities can be set such as "Signal Y / Signal Z with a relatively higher priority indication" > "Signal SL with a relatively lower priority indication". Additionally, priorities can also be indicated in signal X (the signal from the base station to int.UE). Furthermore, the priority for SL can be specified by a standard, indicated / set, or determined by int.UE.

[0351] Transmission power can be allocated based on the priority of transmission timing. For example, priorities can be set, such as "transmission that starts relatively early" > "transmission that starts relatively late".

[0352] Transmission power can be allocated based on the priority of the scheduling / decision timing. For example, priorities can be set such as "transmissions corresponding to relatively later scheduling / decisions" > "transmissions corresponding to relatively earlier scheduling / decisions".

[0353] Transmission power can also be allocated based on how SL transmission is determined. For example, priorities can be set, such as "Signal Y / Signal Z" > "SL based on UE-autonomous resource allocation".

[0354] In addition, the priority of signal R can be the same as the priority of the corresponding signal Y / signal Z.

[0355] In the case of independent SL transmission, transmission from int.UE to A-IoT, or signal R consisting of multiple transmissions, the priority can be set to the highest priority among the multiple transmissions.

[0356] In method β-1 described above, if the operations related to the two overlapping communications can be performed separately, the operations related to the two overlapping communications can be performed appropriately.

[0357] <β-2. Method of sending one party and discarding the other (hereinafter, method β-2)>

[0358] Which transmission to perform and / or which transmission to discard can be determined based on the priority among overlapping transmissions. For example, the transmission to be performed and / or the transmission to be discarded can be determined based on at least one of the priorities listed below.

[0359] Figure 20 It means in Figure 17 A diagram illustrating an example of applying method β-2 in the given situation. Figure 20 In, with Figure 17 Similarly, the signal flow between the base station (gNB), int.UE, A-IoT UE, and other UEs is shown. Additionally, since this is the case of DT in Topology 2, there is information transmission to the A-IoT UE, but no information transmission from the A-IoT UE.

[0360] exist Figure 20 In the example, Figure 17 In overlapping independent SL transmissions and transmissions from int.UE to A-IoT, independent SL transmissions are performed, and transmissions from int.UE to A-IoT are discarded. Furthermore, in Figure 20 In the example, Figure 17 In the overlapping independent SL transmissions and the UL reports used for communication between int.UE and A-IoT, the UL reports used for communication between int.UE and A-IoT, and discards the independent SL transmissions.

[0361] For example, the selection of which transmissions to be performed and / or discarded can be based on the channel type and signal type priority of overlapping transmissions. For instance, priorities can also be set, such as "PSCCH / PSSCH (DG and / or CG) / PSFCH" > "Signal Y / Signal Z" > "S-SSB".

[0362] For example, the priority of the flow of overlapping transmissions can be used to determine which transmissions are performed and / or which are discarded. For instance, priorities can also be set such as "Signal Y / Signal Z for DO-DTT" > "SL" > "Signal Y / Signal Z for DT".

[0363] The transmissions to be performed and / or discarded can be determined based on indicated / set priorities. For example, priorities can be set such as "signal SL with a relatively higher priority indication" > "signal Y / signal Z with a relatively lower priority indication". Alternatively, priorities can be set such as "signal Y / signal Z with a relatively higher priority indication" > "signal SL with a relatively lower priority indication". Additionally, priorities can also be indicated in signal X (the signal from the base station to int.UE). Furthermore, the priority for SL can be specified by a standard, indicated / set, or determined by int.UE.

[0364] The priority of the transmission timing can be used to determine which transmissions are executed and / or discarded. For example, priorities can be set such as "transmissions that start relatively early" > "transmissions that start relatively late".

[0365] The priority of the scheduling / decision can be used to determine which transmissions are executed and / or discarded. For example, priorities can be set such as "transmissions corresponding to relatively later scheduling / decisions" > "transmissions corresponding to relatively earlier scheduling / decisions".

[0366] Transmission power can also be allocated based on how SL transmission is determined. For example, priorities can be set, such as "Signal Y / Signal Z" > "SL based on UE-autonomous resource allocation".

[0367] In addition, the priority of signal R can be the same as the priority of the corresponding signal Y / signal Z.

[0368] In the case of a standalone SL, or a transmission from int.UE to A-IoT, or a signal R consisting of multiple transmissions, the priority can be set to the highest priority among the multiple transmissions.

[0369] In method β-2 described above, by executing one of the operations related to the two overlapping communications without executing the other, the operations related to the two overlapping communications can be executed appropriately and separately. Furthermore, by not executing a portion of the operations related to the two communications, the possibility of interference between the two communications can be avoided.

[0370] Additionally, in method β-2, "discard" can be replaced with "delay". In this case, the aforementioned "send performed" and "send discarded" can be replaced with "send performed without delay" and "send performed with delay", respectively.

[0371] Alternatively, in method β-2, it is also possible for each of the overlapping transmissions to be discarded without being transmitted. For example, it is also possible to discard each of the overlapping transmissions if their priorities are all below a threshold.

[0372] <β-3. Apply either method β-1 or method β-2 (method β-3)>

[0373] In method β-3, either method β-1 or method β-2 is selectively applied. Which method β-1 or method β-2 is applied in method β-3 can be determined based on the situation. For example, it can be determined based on at least one of the following.

[0374] Is it a full overlap or a partial overlap?

[0375] For example, if one of the two transmission time intervals completely overlaps with the other, the overlap of the two transmissions corresponds to an overall overlap. Furthermore, if each of the two transmission time intervals contains non-overlapping portions, the overlap of the two transmissions corresponds to a partial overlap.

[0376] • Transmit power limit

[0377] For example, if the transmission power is insufficient for simultaneous transmission (e.g., method β-1), method β-2 is applied. If the transmission power is sufficient for simultaneous transmission (e.g., method β-1), method β-1 is applied.

[0378] • Frequency resources (total bandwidth of overlapping transmissions)

[0379] For example, method β-2 can be applied if the overlapping transmission band extends to a bandwidth wider than a threshold (e.g., X MHz), otherwise method β-1 can be applied.

[0380] • Frequency resources (whether they are in the same band (same BWP, same band, etc.) or different bands (different BWP, different band, etc.))

[0381] For example, if the overlapping transmissions are each other's BWP, method β-1 can be applied; otherwise, method β-2 can be applied.

[0382] For example, if overlapping transmissions are contained within the same cell group, method β-2 can be applied; otherwise, method β-1 can be applied.

[0383] • Types of overlapping channels / signals

[0384] For example, in the case where “PSCCH / PSSCH (DG and / or CG) / PSFCH” overlaps with “signal Y / signal Z / signal R”, method β-2 is applied. Furthermore, in the case where “S-SSB” overlaps with “signal Y / signal Z / signal R”, method β-1 is applied.

[0385] • UE capabilities (e.g., the ability to associate with cell group / PUCCH group / RF-chain / band combination)

[0386] In method β-3 described above, by selecting from methods β-1 to β-2 to apply to multiple transmissions that overlap, it is possible to appropriately perform operations related to the two overlapping communications.

[0387] (Variation of method β-3)

[0388] In the case of independent SL transmission, transmission from int.UE to A-IoT, or multiple transmissions of signal R, if method β-1 is applied to all of the multiple transmissions, only method β-1 is applied.

[0389] In cases of independent SL transmission, transmission from int.UE to A-IoT, or multiple transmissions of signal R, method β-2 is applied if method β-1 is not applied to all of the multiple transmissions. Here, the case where method β-1 is not applied to all of the multiple transmissions can mean that at least one method other than method β-1 is applied to the multiple transmissions.

[0390] For methods β-1 to β-3 described in the above case β, the same principle applies to overlaps between transmission and reception, as well as overlaps between receptions. For example, "transmission" in each of the above methods can be replaced with "reception".

[0391] There are two scenarios in the overlap between sending and receiving.

[0392] • When int.UE is receiving as int.UE, other transmissions (e.g., independent SL transmissions) occur at int.UE, resulting in a time overlap between the reception as int.UE and other transmissions.

[0393] • When int.UE transmits as int.UE, other receptions occur at int.UE, resulting in a time overlap between transmissions as int.UE and other receptions.

[0394] Here, other receptions refer to receptions independent of the operation of the UE. Hereinafter, receptions independent of the operation of the UE are sometimes referred to as independent receptions (independent RX). For example, in case β, independent receptions include receptions as a side link of the UE. Hereinafter, receptions independent of the operation of the UE, but acting as a side link of the UE, are sometimes referred to as independent SL receptions.

[0395] Reception as int.UE includes receiving signals sent from A-IoT UE to int.UE, and receiving signals sent from base station to int.UE.

[0396] Furthermore, the following situations exist in the overlap between receptions.

[0397] • When int.UE is receiving data as int.UE, other receptions (e.g., independent SL receptions) occur at int.UE, resulting in a time overlap between the reception as int.UE and other receptions.

[0398] In cases where transmission and reception overlap, any one of methods β-1 to β-3 can be applied as follows.

[0399] (i) In the case of applying method β-1, sending and receiving are performed simultaneously.

[0400] (ii) In the case of applying method β-2, one of the sending and receiving is executed, and the other is discarded. Which side is executed and / or which side is discarded can be determined based on the priority between overlapping sending and receiving operations.

[0401] (iii) In the case of applying method β-3, determine which of methods β-1 and β-2 to apply (e.g., which of (i) and (ii) above). For example, similar to method β-3, the decision can be based on the situation. Here, the situation that becomes the factor for the decision includes at least one of the following: whether it is a full overlap or a partial overlap, the type of overlapping channel / signal, the UE's capability, etc.

[0402] In cases where reception overlaps, any one of methods β-1 to β-3 can be applied as follows.

[0403] (iv) When applying method β-1, overlapping receptions are performed simultaneously.

[0404] (v) When applying method β-2, one of the overlapping receptions is executed, and the other is discarded. Which side is executed and / or which side is discarded can be determined based on the priority between the overlapping receptions.

[0405] (vi) In the case of applying method β-3, determine which of methods β-1 and β-2 to apply (e.g., which of (iv) and (v) above). For example, similar to method β-3, the decision can be based on the situation. Here, the situation that becomes the factor for the decision includes at least one of the following: whether it is a full overlap or a partial overlap, the type / signal type of the overlapping channel, the UE's capability, etc.

[0406] Furthermore, the above description uses the overlap between two operations (send and send, send and receive, receive and receive) as an example, but this disclosure is not limited thereto. This disclosure may also be applied when there is overlap between three or more operations.

[0407] For example, methods β-1 to β-3 can be applied to overlaps between sending, sending, and receiving, or to overlaps between sending, receiving, and receiving.

[0408] For example, in use Figure 10 In the case where the transmission (hereinafter, TX1) in step 2 and the reception (hereinafter, RX) in step 3 of the communication process described above overlap with each other, and the transmission (hereinafter, TX2) of independent SL further overlaps, any one of the methods β-1 to β-3 described above can be applied in the following form.

[0409] (vii) When method β-1 is applied, overlapping TX1, TX2 and RX are executed simultaneously.

[0410] (viii) When applying method β-2, some of the overlapping operations are executed, while the rest are discarded. For example, TX1 and RX are executed, and TX2 is discarded. Alternatively, TX2 is executed, and TX1 and RX are discarded. Which of the three overlapping operations is executed and / or which is discarded can be determined based on the priority among the overlapping operations (e.g., TX1, TX2, and RX).

[0411] (ix) In the case of applying method β-3, determine which of methods β-1 and β-2 to apply (e.g., which of (vii) and (viii) above). For example, similar to method β-3, the decision can be based on the situation. Here, the situation that becomes the factor for the decision includes at least one of the following: whether it is a full overlap or a partial overlap, the type / signal type of the overlapping channel, the UE's capability, etc.

[0412] Furthermore, communication between the int.UE and the A-IoT UE can be classified as a side link from the int.UE's perspective. In this case, for overlap #A', the handling (or operation) for overlap between SLs can be applied. Additionally, in this case, for overlap #B', the handling (or operation) for overlap between SL and the UL associated with SL can be applied.

[0413] Alternatively, communication between the int.UE and the A-IoT UE can be classified as downlink / uplink from the int.UE's perspective. For example, communication from the int.UE to the A-IoT UE is classified as downlink (DL), and communication from the A-IoT UE to the int.UE is classified as uplink (UL). In this case, for overlap #A', the processing (or operation) for overlap between Uu (e.g., UL) and SL can be applied. Furthermore, in this case, for overlap #B', the processing (or operation) for overlap between SL and UL can be applied.

[0414] In scenario β described above, if there is an overlap between the first communication involved in communication between int.UE and a UE different from int.UE, and the second communication involved in communication between int.UE's base station and the A-IoT UE, int.UE decides to perform at least one of the first and second communications, and performs the decided at least one communication. Thus, in the case of communication overlap with communications in a communication system different from A-IoT, appropriate communication can be performed.

[0415] In the above, case α describes the scenario where the other communications overlapping with the communications of int.UE are communications between the UE and the base station (e.g., UL communication, DL communication), and case β describes the scenario where the other communications overlapping with the communications of int.UE are communications between UEs (e.g., SL communication). Hereinafter, the scenario where the other communications overlapping with the communications of int.UE include communications between the UE and the base station (e.g., UL communication, DL communication) and communications between UEs (e.g., SL communication) will be described as case γ.

[0416] <Situation γ>

[0417] In cases where there is overlap in the handling of transmissions related to communication between the int.UE and the A-IoT UE, independent UL transmissions, and independent SL transmissions, these three types of overlap can also be handled together. For example, if any of the overlapping operations are performed using methods α-2 and β-2 as described above, and the remaining methods are discarded, then the transmission with the highest priority among the three types is performed, and the others are discarded. Alternatively, among the three types, the two higher-priority transmissions can also be performed, and the lowest-priority transmission is discarded.

[0418] In cases where there is overlap in the processing of transmissions related to communication between int.UE and A-IoT UE, independent UL transmissions, and independent SL transmissions, any two of these three types can be processed first, followed by the others.

[0419] For example, if any of the overlapping operations performed as described in methods α-2 and β-2 above are applied, and the remaining methods are discarded, the independent UL transmission and the independent SL transmission are processed first, and one of the two transmissions is discarded. Then, the transmissions that were not discarded, as well as the transmissions related to communication between the int.UE and the A-IoT UE, are processed, and one of the two transmissions is discarded.

[0420] If any of the overlapping operations performed as described in methods α-2 and β-2 above are applied, and the remaining methods are discarded, then the independent UL transmissions and the transmissions related to communication between the int.UE and the A-IoT UE are processed first, and one of the two transmissions is discarded. Afterwards, the transmissions that were not discarded and the independent SL transmissions are processed, and one of the two transmissions is discarded.

[0421] In the three types, there is no particular order of processing any two types first, and then processing the remaining types.

[0422] In the above description, for case γ, examples of methods such as α-2 and β-2 performing overlapping operations and discarding the others have been given, but this disclosure is not limited to this. Methods such as α-1 and β-1 described above, which perform multiple operations simultaneously, and methods such as α-3 described above, which multiplex transmissions, can also be used.

[0423] Next, the structures of base station 10 and device 20 will be described. Furthermore, the structural representation of base station 10 and device 20 described below is an example of the functions associated with this embodiment. Base station 10 and device 20 may also have functions not shown. Moreover, the functional distinctions and / or names of functional units are not limited as long as they perform the operations involved in this embodiment.

[0424] <Base station structure>

[0425] Figure 21 This is a block diagram illustrating an example of the structure of a base station 10 according to an embodiment. Base station 10 includes, for example, a transmitting unit 101, a receiving unit 102, and a control unit 103. Base station 10 communicates wirelessly with device 20 (see reference 103). Figure 22 The base station 10 can also be an intermediate node, an auxiliary node, or a terminal (the terminal of the SL that communicates with the device 20).

[0426] Transmitting unit 101 sends downlink (DL) signals to device 20. For example, transmitting unit 101 transmits DL signals under the control of control unit 103.

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

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

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

[0430] The receiving unit 102 receives uplink (UL) signals transmitted from the device 20. For example, the receiving unit 102 receives UL signals under the control of the control unit 103.

[0431] The control unit 103 controls the communication operations of the base station 10, which includes the transmission processing of the transmission unit 101 and the reception processing of the reception unit 102. The control unit 103 performs operations other than transmission and reception as described in the above embodiments (in addition, these operations can also be performed by the transmission unit 101 and / or the reception unit 102).

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

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

[0434] Here, the transmitting unit 101 and the receiving unit 102 (which can also be collectively referred to as the communication unit) communicate with the device 20.

[0435] Furthermore, in the case of Topology 2, there is an intermediate node (e.g., an example of the int.UE and device mentioned above) that relays between base station 10 and device 20. In this case, transmitting unit 101 can also transmit DL signals to device 20 via the intermediate node, and receiving unit 102 can also receive UL signals from device 20 via the intermediate node. Additionally, in this case, transmitting unit 101 can also transmit triggers (or indications) to the intermediate node, and receiving unit 102 can also receive signals (e.g., reports) from the intermediate node. Furthermore, the signals transmitted to the intermediate node can correspond to DL signals, and the signals transmitted from the intermediate node can also correspond to UL signals.

[0436] For example, in topology 1, the transmitting unit 101 may also send a wake-up signal to the device 20. In topology 2, the transmitting unit 101 may also send a trigger to the intermediate node between the base station 10 and the device 20 (e.g., the int.UE mentioned above).

[0437] Furthermore, for example, in the DO-DTT scenario of topology 1, receiving unit 102 can also receive signals (or information) from device 20. In the scenario of topology 2, receiving unit 102 can also receive signals (or information) from an intermediate node (e.g., the int.UE mentioned above) between base station 10 and device 20.

[0438] <Equipment Structure>

[0439] Figure 22 This is a block diagram illustrating an example of the structure of the device 20 according to an embodiment. The device 20 includes, for example, a receiving unit 201, a transmitting unit 202, and a control unit 203. The device 20 communicates with the base station 10 wirelessly, for example. The device 20 may also be an A-IoT device or an A-IoT UE.

[0440] The receiving unit 201 receives the DL signal transmitted from the base station 10. For example, the receiving unit 201 receives the DL signal under the control of the control unit 203.

[0441] The transmitting unit 202 transmits a UL signal to the base station 10. For example, the transmitting unit 202 transmits the UL signal under the control of the control unit 203.

[0442] The UL signal may include, for example, uplink data signals and control information (e.g., UCI (Uplink Control Information)). It may also include information related to the processing capabilities of device 20 (e.g., A-IoT capability). Furthermore, the UL signal may also include a reference signal.

[0443] The channels used in transmitting UL signals may include, for example, data channels and control channels. For instance, the data channel may include a PUSCH (Physical Uplink Shared Channel), and the control channel may include a PUCCH (Physical Uplink Control Channel). For example, device 20 uses the PUCCH to transmit control information from base station 10 and uses the PUSCH to transmit uplink data signals.

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

[0445] The control unit 203 controls the communication operations of the device 20, which includes the receiving processing in the receiving unit 201 and the transmitting processing in the transmitting unit 202. For example, the control unit 203 performs operations other than transmitting and receiving as described in the above embodiments (in addition, such operations can also be performed by the receiving unit 201 and / or the transmitting unit 202).

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

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

[0448] Here, the receiving unit 201 and the transmitting unit 202 (which may also be collectively referred to as the communication unit) communicate with the network such as the base station 10. Alternatively, the transmitting unit 202 may not be included in the device 20.

[0449] Furthermore, in the case of topology 2, there is an intermediate node that relays between base station 10 and device 20 (for example, the int.UE and device mentioned above). In this case, the transmitting unit 202 can also transmit the UL signal to base station 10 via the intermediate node, and the receiving unit 201 can also receive the DL signal from base station 10 via the intermediate node.

[0450] In the DT scenario, the transmitting unit 202 does not transmit signals to the base station 10 or intermediate nodes. In this case, the device 20 may also not have a transmitting unit 202.

[0451] In the DO-DTT scenario of Topology 1, the transmitting unit 202 can also transmit signals to the base station 10. In the DO-DTT scenario of Topology 2, the transmitting unit 202 can also transmit signals to the intermediate node (e.g., the int.UE mentioned above) between the base station 10 and the device 20.

[0452] <Structure of intermediate nodes>

[0453] Figure 23 This is a block diagram illustrating an example of the structure of the intermediate node 30 according to the embodiment. The intermediate node 30 (for example, the aforementioned int.UE, a UE with int.UE capability, or a UE that can become an int.UE) communicates between the base station 10 and the device 20 in topology 2. Alternatively, in the case of topology 1, the intermediate node 30 may not be included in the wireless communication system according to this embodiment. The intermediate node 30 includes, for example, a receiving unit 301, a transmitting unit 302, and a control unit 303.

[0454] The receiving unit 301 receives signals (e.g., signal X) transmitted from the base station 10. In the case of DO-DTT, the receiving unit 301 receives signals transmitted from the device 20. For example, the receiving unit 301 receives signals under the control of the control unit 303.

[0455] The transmitting unit 302 transmits signals (e.g., signal R) to the base station 10. Additionally, the transmitting unit 302 transmits signals (e.g., signal X / signal Y) to the device 20. For example, the transmitting unit 302 transmits signals under the control of the control unit 303.

[0456] The control unit 303 controls the communication operations of the intermediate node 30, which includes the receiving process in the receiving unit 301 and the transmitting process in the transmitting unit 302. For example, the control unit 303 performs operations other than transmitting and receiving as described in the above embodiments (in addition, such operations can also be performed by the receiving unit 301 and / or the transmitting unit 302).

[0457] Here, the receiving unit 301 and the transmitting unit 302 (which can also be collectively referred to as the communication unit) communicate with the network such as the base station 10.

[0458] In addition to communication between base station 10 and device 20 (e.g., communication as an int.UE), intermediate node 30 can also communicate with base station 10 as a UE (e.g., UL communication, DL communication). Furthermore, intermediate node 30 can also conduct sidelink communication with other UEs. These communications can also be performed under the control of control unit 303.

[0459] In scenario α, for example, if the control unit 303 of intermediate node 30 (an example of a terminal) experiences an overlap between a first communication (e.g., independent UL, independent DL) involved in communication between intermediate node 30 and base station 10, and a second communication (e.g., communication as int.UE) involved in communication between base station 10 and device 20 via intermediate node 30, it decides to perform communication of at least one of the first and second communications. The communication units (transmitting unit 302 and / or receiving unit 301) perform the determined communication of at least one of the two communications.

[0460] When the above-described method α-1 is applied, the control unit 303 decides to perform both the first communication and the second communication.

[0461] When the above method α-2 is applied, the control unit 303 decides to execute one of the first communication and the second communication, and not to execute the other.

[0462] When applying the above method α-3, in the case of the first communication being a first transmission (e.g., independent UL) from intermediate node 30 to base station 10, and the second communication being a second transmission (e.g., as int.UE) from intermediate node 30 to base station 10 or device 20, the control unit 303 decides to multiplex and transmit the first and second signals.

[0463] In scenario β, for example, if the control unit 303 of intermediate node 30 (an example of a terminal) determines to perform at least one of the first and second communications when there is an overlap between the first communication (e.g., independent SL transmission, independent SL reception) involved in communication between intermediate node 30 and a UE different from intermediate node 30, and the second communication (e.g., communication as int.UE) involved in communication between base station 10 and device 20 via intermediate node 30. The communication unit (transmitting unit 302 and / or receiving unit 301) performs the determined communication of at least one of the first and second communications.

[0464] When the above method β-1 is applied, the control unit 303 decides to perform both the first communication and the second communication.

[0465] When the above method β-2 is applied, the control unit 303 decides to execute one of the first communication and the second communication, and not to execute the other.

[0466] Furthermore, the use of terms like DL and UL in the above description is one example, but this disclosure is not limited to this. Transmission from intermediate node 30 to base station 10 may or may not be referred to as UL transmission. Transmission from base station 10 to intermediate node 30 may or may not be referred to as DL transmission. Transmission from intermediate node 30 to device 20 may or may not be referred to as DL transmission. Transmission from device 20 to intermediate node 30 may or may not be referred to as UL transmission.

[0467] The above provides an explanation of this disclosure. Furthermore, the distinctions between items mentioned above are not essential in this disclosure; items described in two or more items may be combined and used as needed, and items described in one item may be applied to items described in other items (provided there is no contradiction).

[0468] <Hardware architecture, etc.>

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

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

[0471] For example, the base station, device, etc. in one embodiment of this disclosure can also function as a computer for processing the wireless communication method of this disclosure. Figure 24 This diagram illustrates an example of the hardware structure of the base station, device, and intermediate node involved in the embodiment. The base station 10, device 20, and intermediate node described above can also be physically configured as a computer device including a processor 1001, a memory 1002, a storage device 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, etc.

[0472] Additionally, in the following description, the term "device" can be rewritten as circuit, device, unit, etc. The hardware structure of base station 10, device 20, and intermediate node 30 can be configured to include one or more of the devices shown in the figure, or it can be configured not to include some of the devices.

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

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

[0475] Furthermore, the processor 1001 reads programs (program code), software modules, data, etc., from at least one of the storage 1003 and the communication device 1004 into the memory 1002, and performs various processes accordingly. As a program, a program that causes the computer to perform at least a portion of the operations described in the above embodiments can be used. For example, the control unit 103 of the base station 10, the control unit 203 of the device 20, and the control unit 303 of the intermediate node 30 can also be implemented using control programs stored in the memory 1002 and operated in the processor 1001; similar implementations can be made for other functional blocks. The various processes described above refer to execution by one processor 1001, but they can also be executed simultaneously or sequentially by two or more processors 1001. The processor 1001 can also be implemented using one or more chips. Additionally, the program can be transmitted from a network via an electrical communication line.

[0476] The memory 1002 may also be a computer-readable recording medium, such as at least one of ROM (Read-Only Memory), EPROM (Erasable Programmable ROM), EEPROM (Electrically Erasable Programmable ROM), RAM (Random Access Memory), etc. The memory 1002 may also be referred to as a register, cache, main memory (main storage device), etc. The memory 1002 can store executable programs (program code), software modules, etc., for implementing the wireless communication method according to an embodiment of this disclosure.

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

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

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

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

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

[0482] <Information notification and signaling>

[0483] The notification of information is not limited to the implementation methods described in this disclosure, and other methods may also be used. For example, the notification of information may also be implemented through physical layer signaling (e.g., DCI (Downlink Control Information), UCI (Uplink Control Information)), higher layer signaling (e.g., RRC (Radio Resource Control) signaling, MAC (Medium Access Control) signaling, broadcast information (MIB (Master Information Block)), SIB (System Information Block)), other signals, or combinations thereof. Furthermore, RRC signaling may also be referred to as an RRC message, such as an RRC Connection Setup message, an RRC Connection Reconfiguration message, etc.

[0484] <Application System>

[0485] The implementations described in this disclosure can also be applied to LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G (4th generation mobile communication system), 5G (5th generation mobile communication system), 6th generation mobile communication system (6G), xth generation mobile communication system (xG) (xG (x is, for example, an integer or a decimal)), FRA (Future Radio Access), NR (New Radio), New radio access (NX), Future generation radio access (FX), W-CDMA (registered trademark), GSM (registered trademark), CDMA2000, UMB (Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi (registered trademark)), IEEE 802.16 (WiMAX (registered trademark)), IEEE 802.20, UWB (Ultra-Wide Band), Bluetooth (registered trademark), systems utilizing other suitable systems, and at least one next-generation system derived from, extended by, modified by, created by, or defined based on these. Furthermore, multiple systems may be combined (e.g., a combination of LTE and at least one of LTE-A with 5G, etc.) for application.

[0486] <Processing procedures, etc.>

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

[0488] <Base Station Operation>

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

[0490] <Direction of input / output>

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

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

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

[0494] <Judgment Method>

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

[0496] <Changes in methods, etc.>

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

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

[0499] <Software>

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

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

[0502] <Information, Signals>

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

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

[0505] <Systems, Networks>

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

[0507] <Parameters, Channel Name>

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

[0509] The names used for the parameters described above are not limiting names in any respect. Furthermore, the mathematical formulas, etc., using these parameters sometimes differ from those explicitly disclosed in this disclosure. Various channels (e.g., PUCCH, PDCCH, etc.) and information elements can be identified by any suitable name; therefore, the various names assigned to these various channels and information elements are not limiting names in any respect.

[0510] <base station>

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

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

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

[0514] <Mobile Station>

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

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

[0517] <Base station / Mobile station>

[0518] At least one of the base station and the mobile station can also be referred to as a transmitting device, a receiving device, a communication device, etc. Furthermore, at least one of the base station and the mobile station can also be equipment mounted on a mobile body, the mobile body itself, etc. The mobile body refers to a movable object whose speed of movement is arbitrary. In addition, it naturally includes situations where the mobile body is stationary. The mobile body includes, for example, vehicles, transport vehicles, automobiles, autonomous two-wheelers, bicycles, connected cars, excavators, bulldozers, wheel loaders, dump trucks, forklifts, trains, buses, trailers, rickshaws, ships (boats and other watercraft), airplanes, rockets, artificial satellites, drones (registered trademark), multi-rotor aircraft, quadcopters, balloons, and objects mounted on them, and is not limited to these. Furthermore, the mobile body can also be a mobile body that moves autonomously based on operating commands. It can be a means of transportation (e.g., vehicles, airplanes, etc.), a mobile body that moves unmanned (e.g., drones, autonomous vehicles, etc.), or a robot (humanized or unmanned). In addition, at least one of the base station and the mobile station also includes a device that is not necessarily mobile during the communication operation. For example, at least one of the base station and the mobile station can also be an IoT (Internet of Things) device such as a sensor.

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

[0520] Similarly, the terminal in this disclosure can also be rewritten as a base station. In this case, it can also be configured such that the base station 10 has the functions of the device 20 described above.

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

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

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

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

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

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

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

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

[0529] The communication module 2013 can be controlled by the microprocessor 2031 of the electronic control unit 2010 and is a communication device capable of communicating with external devices. For example, it can send and receive various types of information wirelessly with external devices. The communication module 2013 can be located either inside or outside the electronic control unit 2010. External devices can be, for example, base stations, mobile stations, etc.

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

[0531] The communication module 2013 receives various information (traffic information, signal information, inter-vehicle information, etc.) sent from external devices and displays it to the information service unit 2012 of the vehicle 2001. The information service unit 2012 can also be referred to as an output unit that outputs information (for example, outputs information to devices such as displays and speakers based on the PDSCH received by the communication module 2013 (or the data / information decoded from the PDSCH).

[0532] Furthermore, the communication module 2013 stores various information received from external devices in a memory 2032 that can be utilized by the microprocessor 2031. The microprocessor 2031 can also control the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, gear shift lever 2006, front wheels 2007, rear wheels 2008, axles 2009, sensors 2021-2029, etc., of the vehicle 2001 based on the information stored in the memory 2032.

[0533] <Meaning and Explanation of Terms>

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

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

[0536] <Reference signal>

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

[0538] <Meaning of "based on">

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

[0540] <"First", "second">

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

[0542] <Unit>

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

[0544] <Open form>

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

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

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

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

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

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

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

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

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

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

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

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

[0557] In addition, a long TTI (e.g., a normal TTI, a subframe, etc.) can also be rewritten as a TTI with a duration of more than 1 ms, and a short TTI (e.g., a shortened TTI, etc.) can also be rewritten as a TTI with a duration of less than a long TTI but more than 1 ms.

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

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

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

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

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

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

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

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

[0566] Maximum transmit power

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

[0568] <article>

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

[0570] "Differences"

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

[0572] Industrial availability

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

[0574] Explanation of reference numerals in the attached figures

[0575] 10 Base stations; 20 Equipment; 30 Intermediate nodes; 101, 202, 302 Transmitting units; 102, 201, 301 Receiving units; 103, 203, 303 Control units.

Claims

1. A terminal, comprising: The control unit, in the event that there is an overlap between a first communication involved in communication between the terminal and the first base station, and a second communication involved in communication between the second base station via the terminal and an environmental Internet of Things (A-IoT) device, determines to execute communication of at least one of the first and second communications; and A communication unit for communication between at least one party making the decision.

2. The terminal according to claim 1, wherein, The control unit decides whether to perform the first communication and the second communication.

3. The terminal according to claim 1, wherein, The control unit decides to execute either the first communication or the second communication, and not the other.

4. The terminal according to claim 1, wherein, In the case where the first communication is a first transmission of a first signal from the terminal to the first base station, and the second communication is a second transmission of a second signal from the terminal to the second base station or the A-IoT device, the control unit decides to multiplex the first signal and the second signal and transmit them.

5. A wireless communication system comprising a terminal and an environmental Internet of Things (A-IoT) device. In the event of an overlap between a first communication involved in communication between the terminal and the first base station, and a second communication involved in communication between the terminal and the second base station and the A-IoT device, the terminal decides to perform at least one of the first and second communications, and performs the determined communication of at least one of the two communications. The A-IoT device performs the processing involved in the second communication when the terminal decides to perform the second communication.

6. A wireless communication method, wherein, In the event of an overlap between a first communication involving communication between the terminal and a first base station, and a second communication involving communication between the terminal and an environmental Internet of Things (A-IoT) device via a second base station, the terminal decides to perform at least one of the first and second communications. The terminal conducts communication between at least one of the parties making the decision.

Images