Terminal, wireless communication system, and wireless communication method

Abstract

To provide a terminal, a wireless communication system, and a wireless communication method that appropriately control transmission power when transmitting signals using different symbol types.SOLUTION: A terminal includes a control unit that controls the transmission power of a signal in random access on the basis of either a first setting for a first symbol type or a second setting for a second symbol type, and a communication unit that transmits the signal on the basis of the transmission power.SELECTED DRAWING: Figure 14

Description

[Technical Field]

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

[0002] 3GPP (registered trademark) has established specifications for the 5th generation mobile communication system (also known as 5G, New Radio (NR) or Next Generation (NG)), and is also working on specifications for the next generation mobile communication system, known as Beyond 5G, 5G Evolution, or 6G.

[0003] Release 18 discusses a duplexing scheme that enables simultaneous use of the downlink (DL) and uplink (UL) by utilizing multiple subbands that make up a time division duplexing (TDD) band. This duplexing scheme is called subband non-overlapping full duplex (SBFD). Note that symbols to which SBFD is applied may also be called SBFD symbols. In addition, in SBFD symbols, subbands used for DL ​​may also be called DL subbands, and subbands used for UL may also be called UL subbands.

[0004] Furthermore, for Release 19, extensions regarding UL transmission and DL reception across SBFD and non-SBFD symbols in different slots are being considered (Non-Patent Document 1). [Prior art documents] [Non-patent literature]

[0005] [Non-Patent Document 1] “New WID: Evolution of NR duplex operation: Subband full duplex (SBFD)”, RP-234035, 3GPP TSG RAN Meeting #102, 3GPP, December 11-15, 2023 [Non-patent document 2] 3GPP TS 38.214 V18.3.0 (2024-06) [Non-patent document 3] 3GPP TS 38.300 V18.2.0 (2024-06) [Non-patent document 4] 3GPP TS 38.331 V18.1.0 (2024-03) [Non-Patent Document 5] 3GPP TR 38.858 V18.1.0 (2024-03) Summary of the Invention

[0006] There is room for further study regarding the control of transmission power when transmitting signals using different types of symbols, such as SBFD symbols and non-SBFD symbols.

[0007] One aspect of the present disclosure contributes to providing a terminal, a wireless communication system, and a wireless communication method that can appropriately control transmission power when transmitting signals in each of different symbol types.

[0008] A terminal according to one embodiment of the present disclosure includes a control unit that controls the transmission power of a signal in random access based on either a first setting for a first symbol type or a second setting for a second symbol type, and a communication unit that transmits the signal based on the transmission power. [Brief explanation of the drawings]

[0009] [Figure 1] 1 is a diagram illustrating an overall schematic configuration of a wireless communication system. [Figure 2] FIG. 1 illustrates frequency ranges used in wireless communication systems. [Figure 3] 1A to 1C are diagrams illustrating examples of the configuration of radio frames, subframes, slots, and symbols used in a radio communication system. [Figure 4A] FIG. 1 is a diagram illustrating an example of TDD settings defined up to Rel-16. [Figure 4B] FIG. 1 is a diagram illustrating an example of the configuration of SBFD. [Figure 5] FIG. 10 is a diagram illustrating an example of SBFD operation. [Figure 6A] FIG. 1 illustrates an example of an existing TDD configuration. [Figure 6B] A diagram showing an example of TDD including SBFD configuration. [Figure 7A] FIG. 1 illustrates pure time units and SBFD time units. [Figure 7B] FIG. 1 illustrates pure time units and SBFD time units. [Figure 7C] FIG. 1 illustrates pure time units and SBFD time units. [Figure 7D] FIG. 1 illustrates pure time units and SBFD time units. [Figure 7E] FIG. 1 illustrates pure time units and SBFD time units. [Figure 8] FIG. 10 is a sequence diagram illustrating an example of a CBRA procedure. [Figure 9] FIG. 10 is a sequence diagram illustrating another example of the CBRA procedure. [Figure 10] FIG. 10 is a sequence diagram illustrating an example of a CFRA procedure. [Figure 11] A diagram showing examples of RACH configuration options. [Figure 12] 10 is a table showing the relationships of the examples shown in Proposal 3. [Figure 13] FIG. 2 is a block diagram showing an example of the configuration of a base station. [Figure 14] FIG. 2 is a block diagram showing an example of the configuration of a terminal. [Figure 15] FIG. 2 is a diagram illustrating an example of the hardware configuration of a base station and a terminal. [Figure 16] FIG. 1 is a diagram illustrating an example of a configuration of a vehicle. DETAILED DESCRIPTION OF THE INVENTION

[0010] Hereinafter, embodiments will be described with reference to the drawings. Note that the same or similar reference numerals are used to designate the same functions or configurations, and descriptions thereof will be omitted as appropriate.

[0011] <Wireless communication system configuration> 1 is a wireless communication system conforming to a scheme called 5G. Alternatively, the wireless communication system 10 may be a wireless communication system conforming to a scheme called Beyond 5G, 5G Evolution, or 6G.

[0012] The wireless communication system 10 can support Massive Multiple-Input Multiple-Output (Massive MIMO), which generates more directional beams by controlling wireless signals transmitted from multiple antenna elements, Carrier Aggregation (CA), which uses multiple component carriers (CCs) by bundling them together, and Dual Connectivity (DC), which communicates with two base stations simultaneously. In this specification, "and / or" may be simply written as " / ".

[0013] As shown in FIG. 1, a wireless communication system 10 includes a base station 100 (hereinafter also referred to as a gNodeB (gNB) 100) constituting a Next Generation-Radio Access Network (NG-RAN) 20, and a terminal 200 (hereinafter also referred to as a user equipment (UE) 200) that performs wireless communication with the gNB 100. The NG-RAN 20 is connected to a core network (CN) (not shown). The CN is composed of multiple network functions (NFs). The NFs are, for example, an access and mobility management function (AMF) and a network data analytics function (NWDAF). The AMF performs, for example, registration of the UE 200. The NWDAF performs, for example, optimization of the CN. Note that the specific configuration of the wireless communication system 10, for example, the number of gNBs 100 and UEs 200, is not limited to the example shown in FIG. 1. The NG-RAN 20 and the CN may be simply referred to as a "network."

[0014] The gNB100 may be a base station in a Centralized-Radio Access Network (C-RAN) configuration having a distributed unit (DU) having a function for connecting to the UE200 and a central unit (CU) having a function for connecting to the network. In this case, the gNB100 may be read as a DU, a CU, or a DU and a CU. When read as a DU, the gNB100 may be called a gNB-DU. When read as a CU, the gNB100 may be called a gNB-CU. When read as a DU and a CU, the DU portion may be called a gNB-DU and the CU portion may be called a gNB-CU.

[0015] Furthermore, the wireless communication system 10 may support a plurality of frequency ranges (FRs). That is, as shown in FIG. 2, the wireless communication system 10 may support the following FRs: FR1: 410MHz~7.125GHz FR2-1: 24.25GHz~52.6GHz ·FR2-2: More than 52.6GHz~71GHz

[0016] In FR1, a subcarrier spacing (SCS) of 15, 30, or 60 kHz and a bandwidth (BW) of 5 to 100 MHz may be used, and in FR2-1, an SCS of 60 or 120 kHz (or 240 kHz) and a BW of 50 to 400 MHz may be used.

[0017] Note that SCS may be interpreted as numerology, which is defined in §5.1 of Non-Patent Document 3 and corresponds to one subcarrier interval in the frequency domain.

[0018] In FR2-2, to avoid an increase in phase noise, Cyclic Prefix-Orthogonal Frequency Division Multiplexing (CP-OFDM) or Discrete Fourier Transform-Spread-Orthogonal Frequency Division Multiplexing (DFT-S-OFDM) with a larger SCS may be applied.

[0019] Fig. 3 is a diagram showing an example of the configuration of a radio frame (system frame), subframe, and slot used in the radio communication system 10. As shown in Fig. 3, one slot is made up of 14 symbols, and the larger (wider) the SCS, the shorter the symbol period (and slot period). However, the SCS is not limited to the interval (frequency) shown in Fig. 3. For example, 480 kHz, 960 kHz, etc. may be used as the SCS.

[0020] Furthermore, the number of symbols constituting one slot does not necessarily have to be 14 (for example, it may be 28 or 56 symbols, etc.) Furthermore, the number of slots per subframe may differ depending on the SCS.

[0021] The time direction (t) shown in Fig. 3 may be called a time domain, a symbol period, a symbol time, etc. The frequency direction may be called a frequency domain, a resource block, a subcarrier, a bandwidth part (BWP), etc.

[0022] The wireless communication system 10 may support coverage enhancement (CE) that expands the coverage of a cell (or a physical channel) formed by the gNB 100. In coverage enhancement, a mechanism for increasing the success rate of reception of various physical channels, such as repetition of a physical random access channel (PRACH), may be provided.

[0023] For example, UE200 receives information related to the random access procedure from gNB100 as a downlink (DL) signal (e.g., SIB1 (System Information Block Type 1) etc.).

[0024] Furthermore, for example, the UE 200 transmits the PRACH as an UL signal to the gNB 100 using a RACH occasion, i.e., a RACH (transmission) opportunity (RO), which is a resource for transmitting a random access preamble. For example, the UE 200 repeats the PRACH as an UL signal to the gNB 100.

[0025] The UL signal may include, for example, a UL data signal and control information. For example, the UL signal may include information related to the processing capability of the UE 200 (e.g., UE capability). The UL signal may also include a reference signal.

[0026] Channels used for transmitting UL signals include, for example, data channels and control channels. For example, the data channels may include a Physical Uplink Shared Channel (PUSCH), and the control channels may include a Physical Uplink Control Channel (PUCCH). For example, the UE 200 transmits control information using the PUCCH and transmits UL data signals using the PUSCH. Note that the PUSCH is an example of an uplink shared channel, and the PUCCH is an example of an uplink control channel. The shared channels may also be called data channels.

[0027] The reference signal included in the UL signal may include at least one of, for example, a Demodulation Reference Signal (DMRS), a Phase Tracking Reference Signal (PTRS), a Channel State Information-Reference Signal (CSI-RS), a Sounding Reference Signal (SRS), and a Positioning Reference Signal (PRS) for positioning information. For example, reference signals such as the DMRS and PTRS are used to demodulate the UL data signal and are transmitted using the PUSCH.

[0028] Meanwhile, in response to the operation of UE200, gNB100 transmits information related to the RACH procedure to UE200 as a DL signal (e.g., SIB1, etc.).

[0029] Furthermore, for example, the gNB 100 receives, as an UL signal, a PRACH from the UE 200. For example, the gNB 100 receives, as an UL signal, a PRACH from the UE 200 in a repetition manner.

[0030] The channels used for DL signal transmission include, for example, a data channel and a control channel. For example, 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, gNB100 transmits control information to UE200 using PDCCH and transmits DL data signals using PDSCH. Note that PDSCH is an example of a downlink shared channel, and PDCCH is an example of a downlink control channel. Note that PDCCH may be rewritten with downlink control information (DCI) transmitted in PDCCH, control information, etc.

[0031] The reference signals included in the DL signal may include, for example, at least one of DMRS, PTRS, CSI-RS, SRSRS, and PRS for position information. For example, reference signals such as DMRS and PTRS are used for demodulation of DL data signals and are transmitted using PDSCH.

[0032] Next, SBFD, CG (Configured Grant), PUSCH / SPS (Semi-Persistent Scheduling), and PDSCH will be described.

[0033] <SBFD operation> Considering the transmission / reception time ratio (e.g., DL:UL=4:1) in Time Division Duplex (TDD) up to Rel-16, there may be cases where the number of transmission opportunities for UL signals / channels is fewer than the number of reception opportunities for DL ​​signals / channels. In such cases, UE 200 cannot transmit UL signals / channels frequently, which raises concerns about transmission delays of important UL signals / channels. Furthermore, since there are fewer UL transmission opportunities compared to DL reception opportunities, there is also concern about signal / channel congestion during UL transmission opportunities. Furthermore, with TDD, the time resources available for transmitting UL signals / channels are limited, which limits the application of UL coverage extension techniques, such as repetition transmission.

[0034] In future wireless communication systems (for example, Rel-18 and later), the introduction of a time-frequency division duplexing method that combines TDD and frequency division duplexing (FDD) for UL and DL is being considered.

[0035] Examples of the time-frequency division duplexing method include XDD (Cross Division Duplex) and Subband Non-Overlapping Full Duplex (SBFD). XDD or SBFD may refer to a duplexing method that frequency-division multiplexes DL and UL within one component carrier (CC) in the TDD band (allowing DL and UL to be used simultaneously).

[0036] Figure 4A is a diagram showing an example of the TDD configuration defined up to Rel-16. In the example shown in Figure 4A, TDD slots or symbols are configured for a UE in a bandwidth such as one component carrier (CC) (which may also be called a cell or serving cell) or bandwidth portion (BWP).

[0037] In the example shown in Figure 4A, the time ratio of DL slots to UL slots is 4:1. This conventional TDD slot or symbol configuration does not ensure sufficient UL time resources, which can result in UL transmission delays and reduced coverage performance.

[0038] Fig. 4B is a diagram showing an example of the configuration of SBFD. In the example shown in Fig. 4B, within one component carrier (CC), resources used for DL ​​reception and resources used for UL transmission overlap in time. With such a resource configuration, more UL resources can be secured, thereby improving resource utilization efficiency.

[0039] For example, as shown in the example of Figure 4B, both ends of the frequency domain may be set as DL resources, and UL resources may be sandwiched between these DL resources. This may prevent or mitigate cross link interference (CLI) with neighboring carriers. Also, a guard region may be set at the boundary between the DL resources and the UL resources.

[0040] Considering the complexity of handling self-interference, it may be possible for only the gNB 100 to use the DL resource and the UL resource simultaneously. That is, in radio resources where the DL and UL overlap in time, one UE 200 may use the DL resource and another UE 200 may use the UL resource.

[0041] Fig. 5 is a diagram showing an example of SBFD operation. In the example shown in Fig. 5, part of the DL resources of the TDD band is set as the UL resources, and the DL and UL are configured to partially overlap in the time domain.

[0042] In the example shown in FIG. 5, during the DL-only period, each of the multiple UEs 200 (UE1 and UE2 in FIG. 5) receives the DL channel / signal.

[0043] Furthermore, during a period in which DL and UL overlap in time, one UE 200 (UE1 in the example of FIG. 5) receives a DL channel / signal, and another UE 200 (UE2 in the example of FIG. 5) transmits a UL channel / signal. During this period, the gNB 100 performs simultaneous transmission and reception of DL and UL.

[0044] Furthermore, during the UL-only period, each of the multiple UEs 200 (UE1 and UE2 in FIG. 5) transmits a UL channel / signal.

[0045] In existing NR (e.g., those defined up to Rel-15 / 16 / 17), DL frequency resources and UL frequency resources in a UE carrier are configured as DL BWP and UL BWP, respectively. To switch DL / UL frequency resources to other DL / UL frequency resources, multiple BWP configurations and a BWP adaptation mechanism are required.

[0046] Figure 6A is a diagram showing an example of an existing TDD configuration. In Figure 6A, slots / symbols marked with "D" are DL slots / symbols, slots / symbols marked with "U" are UL slots / symbols, and slots / symbols marked with "F" are flexible (hereinafter also referred to as FL) slots / symbols. Note that similar notations may be used in the following figures.

[0047] In the existing NR, as shown in FIG. 6A, time resources (time units such as symbols and slots) in the TDD carrier for UE 200 are configured as at least one of DL, UL, and flexible (FL) in the TDD configuration.

[0048] Figure 6B is a diagram showing an example of an existing TDD configuration. In Figure 6B, slots / symbols or subbands marked with "D" are DL slots / symbols or DL ​​subbands, and slots / symbols or subbands marked with "U" are UL slots / symbols or UL subbands. Note that similar notations may be used in the following figures.

[0049] As shown in FIG. 6B , the SBFD symbol may be a symbol that is signaled or configured as UL (or DL) or for UL transmission (or DL ​​reception) on some frequency resources (subbands), and signaled or configured as DL (or UL) or for DL ​​reception (or UL transmission) on other frequency resources (subbands). Alternatively, the SBFD symbol may be a symbol that is signaled or configured as UL (or DL) or for UL transmission (or DL ​​reception) on a portion of frequency resources. Alternatively, the SBFD symbol may be a symbol that is signaled or configured as DL (or UL) or for DL ​​reception (or UL transmission) on a portion of frequency resources.

[0050] Here, the time unit may be at the symbol level, slot / subslot level, or a group of symbols / slots / subslots, i.e., the SBFD time unit may be an SBFD symbol, a slot / subslot containing or overlapping an SBFD symbol, or a group of symbols / slots / subslots containing or overlapping an SBFD symbol.

[0051] A pure time unit may be a non-SBFD symbol (i.e., a symbol that is not an SBFD symbol, also referred to as a non-SBFD symbol), a slot / subslot that does not contain or overlap an SBFD symbol, or a group of symbols / slots / subslots that do not contain or overlap an SBFD symbol, and may also be referred to as a non-SBFD time unit. For example, a pure time unit may be referred to as a time unit consisting only of DL on frequency resources as shown in Figure 7A, or as a time unit consisting only of UL on frequency resources as shown in Figure 7B.

[0052] Furthermore, for an SBFD time unit, DL resources and UL resources may have various allocation patterns in the frequency domain. For example, an SBFD time unit of frequency domain pattern #1 may have an allocation pattern as shown in FIG. 7C. An SBFD time unit of frequency domain pattern #2 may have an allocation pattern as shown in FIG. 7D. An SBFD time unit of frequency domain pattern #3 may have an allocation pattern as shown in FIG. 7E. These allocation patterns are merely exemplary, and other allocation patterns may also be used. The frequency domain pattern of an SBFD time unit may refer to a resource repetition pattern in the frequency domain for the SBFD time unit.

[0053] As described above, SBFD may be applied to each slot / symbol. Note that each slot / symbol may be set to DL, UL, or Flexible (FL) that can be used as DL or UL, and then SBFD may be applied.

[0054] SBFD is a type of (full-duplex) duplexing scheme based on time division duplexing (TDD), enabling simultaneous use of multiple sub-bands that make up the TDD band. SBFD can be described as a duplexing scheme in which multiple sub-bands are specified within the TDD band, a duplexing scheme in which UL and DL are allocated non-overlapping in the frequency direction within the TDD time unit, or full-duplex duplexing of sub-bands.

[0055] A symbol to which SBFD is applied is also called an SBFD symbol. "SBFD is applied" may be interpreted as SBFD being applied to at least a part of scheduling. In other words, a "symbol to which SBFD is applied" may be interpreted as a symbol to which SBFD is applied (SBFD symbol) in scheduling to which SBFD is applied. Also, a "time unit to which non-SBFD is applied" may be interpreted as a symbol to which SBFD is not applied (non-SBFD symbol) in scheduling to which SBFD is applied.

[0056] Furthermore, a UE that supports SBFD operation (SBFD-compatible UE) is referred to as an SBFD-aware UE or an SBFD-capable UE, and a UE that does not support SBFD operation is referred to as a legacy UE. For example, when SBFD is applied to a DL symbol, an SBFD-aware UE can recognize the UL subband (and DL subband) in this SBFD symbol, but a legacy UE recognizes this SBFD symbol as a normal DL symbol.

[0057] <Random access procedure> NR random access procedures are performed for various purposes, such as initial access, recovery from beam interference, and handover. Random access procedures include a contention-based random access (CBRA) procedure, which is a contention-based random access procedure, and a contention-free random access (CFRA) procedure, which is a contention-free random access procedure. Since the CBRA procedure is initiated autonomously by the UE 200, collisions may occur when multiple UEs 200 simultaneously initiate the random access procedure. On the other hand, the CFRA procedure allows the gNB 100 to instruct the connected UE 200 to execute the random access procedure in a manner that prevents collisions from occurring among the multiple UEs 200.

[0058] In NR, a random access procedure may be performed by selecting a Synchronization Signal (SS) / Physical Broadcast Channel (PBCH) block, or by selecting a CSI-RS. The SS / PBCH block may be referred to as an SSB or synchronization signal, and the CSI-RS may be referred to as a reference signal.

[0059] FIG. 8 is a sequence diagram illustrating an example of the CBRA procedure.

[0060] For example, the gNB100 transmits an SSB for each beam, and the UE200 monitors the SSB of each beam. The UE200 selects an SSB from the multiple SSBs whose received power (RSRP: Reference Signal Received Power) is greater than a threshold (or equal to or greater than a threshold), and transmits a random access preamble to the gNB100 via a PRACH using an RO associated with (corresponding to) the selected SSB (step S101). The random access preamble (sometimes abbreviated as an RA preamble or RA preamble) may be referred to as a preamble, a PRACH preamble, a message 1, an Msg1, or the like, as appropriate.

[0061] The gNB 100 transmits a response message to the Msg1 as a second message to the UE 200 via the PDSCH (step S102). The response message (second message) may be appropriately referred to as a Random Access Response (RAR), an RA Response, Message 2, Msg2, or the like. After transmitting the Msg1, the UE 200 may monitor the PDCCH used for scheduling the PDSCH including the Msg2. The Msg2 may include an uplink grant (UL grant) (RAR uplink grant) used for scheduling the PUSCH including the third message transmitted by the UE 200.

[0062] The UE 200 transmits the PUSCH scheduled by the RAR uplink grant as a third message (step S103). For example, the UE 200 transmits a Radio Resource Control (RRC) connection request, an RRC connection re-establishment request, or the like to the gNB 100 via the PUSCH. The third message may be referred to as a Message 3, Msg 3, an RRC Connection Request, or the like, as appropriate.

[0063] The gNB 100 transmits a contention resolution message as a fourth message via the PDSCH (step S104). The contention resolution message (fourth message) may be referred to as Message 4, Msg4, or the like as appropriate. After transmitting Msg3, the UE 200 may monitor the PDCCH used for scheduling the PDSCH including Msg4. Msg4 may include a contention resolution ID (UE contention resolution ID). The contention resolution ID may be used to resolve contention between multiple UEs 200 transmitting signals using the same radio resources. If the contention resolution ID included in the Msg4 received by the UE 200 has the same value as an ID for identifying the UE 200, the UE 200 may determine that contention resolution is successful and set the value of a Temporary Cell - Radio Network Temporary Identifier (TC-RNTI) in a Cell - Radio Network Temporary Identifier (C-RNTI) field. When the value of TC-RNTI is set in the C-RNTI field, the UE 200 may consider the RRC connection to be completed. Msg4 may be referred to as RRC Connection Setup, etc.

[0064] After the RRC connection is completed, the UE 200 may transmit an Ack (Acknowledgement) via a PUCCH (PUCCH resource) indicated by a PUCCH resource indication field included in the PDCCH that scheduled the Msg4, in order to notify the gNB 100 that the RRC connection has been completed. After the RRC connection is established, the UE 200 may transmit UE capability to the gNB 100. The above-described random access procedure may be referred to as a Type 1 RACH procedure, a 4-step RACH procedure, Type 1 RACH, 4-step RACH, etc.

[0065] FIG. 9 is a sequence diagram illustrating another example of the CBRA procedure.

[0066] The UE 200 transmits a message including an RA preamble and data to the gNB 100 (step S201). As an example, the UE 200 selects an RO in the same manner as selecting an RO in a 4-step RACH procedure, and transmits an RA preamble on the RO and transmits data on a PUSCH resource associated with the RO. This message may be appropriately referred to as Message A, MsgA, etc. Note that the RA preamble and data here may correspond to Msg1 and Msg3 in the 4-step RACH procedure, respectively. MsgA includes one RA preamble (referred to as MsgA PRACH) and one piece of data (referred to as MsgA PUSCH), and the MsgA PRACH and MsgA PUSCH are time-division multiplexed and transmitted. More specifically, the MsgA PRACH is one preamble with one preamble index in an MsgA RACH occasion (RO: RACH occasion), and the MsgA PUSCH is one PUSCH with one PUSCH resource unit (PRU: PUSCH resource unit) in an MsgA PUSCH occasion (PO: PUSCH occasion) according to the MsgA PUSCH configuration. Note that in this procedure, resources for transmitting data are not limited to PUSCH resources, and may be resources of any channel for transmitting data (or control information).

[0067] The gNB 100 transmits the response message to the UE 200 as a second message (step S202). This response message (second message) may be referred to as Message B, MsgB, or the like as appropriate. The content included in Message B may correspond to Msg2 and Msg4 in a 4-step RACH procedure, for example. MsgB includes one PDSCH (and one PDCCH for scheduling the PDSCH). From the perspective of the physical layer, the content of Msg2 and Msg4 is simply integrated into MsgB.

[0068] The UE 200, whose RRC connection has been completed, may transmit an Ack via a PUCCH (PUCCH resource) to notify the gNB 100 that the RRC connection has been completed. After the RRC connection is established, the UE 200 may transmit UE capability to the gNB 100. The above-described random access procedure may be referred to as a Type 2 RACH procedure, a 2-step RACH procedure, a Type 2 RACH, a 2-step RACH, or the like. The 2-step RACH is supported to shorten the RACH delay.

[0069] FIG. 10 is a sequence diagram illustrating an example of the CFRA procedure.

[0070] The UE 200 is requested to transmit an RA preamble (Msg1) from the gNB 100. Here, the gNB 100 allocates the RA preamble (Msg1) via dedicated signaling (step S301). The PDCCH for such dedicated signaling may be referred to as a PDCCH order. The UE 200 may monitor the PDCCH (PDCCH order) to perform resource allocation for Msg1.

[0071] UE200 transmits the above-mentioned Msg1 to gNB100 (step S302).

[0072] The gNB100 transmits the above-mentioned Msg2 to the UE200 (step S303). After the RRC connection is completed, the UE200 may transmit an Ack via the PUCCH (PUCCH resource) to notify the gNB100 that the RRC connection has been completed. After the RRC connection is established, the UE200 may transmit a UE capability to the gNB100.

[0073] In this embodiment, in order to achieve coverage extension in the random access procedure, the UE 200 may repeatedly transmit Msg1 (and thus PRACH) in, for example, the 4-step RACH procedure shown in FIG. 8 and the CFRA procedure shown in FIG. 10 described above. However, in the present disclosure, Msg1 (and thus PRACH) may also be repeatedly transmitted in the 2-step RACH procedure shown in FIG. 9 described above.

[0074] In the above-described random access, the UE determines a random access opportunity for transmitting a preamble to start the random access, and determines valid ROs (and invalid ROs that are invalid as ROs) that are valid as ROs from the determined ROs. The random access opportunity may also be referred to as a RACH Occasion.

[0075] Next, the power control of the PRACH and Msg3 transmitted by the UE 200 in the random access procedure shown in FIG. 8, and the power control of MsgA transmitted by the UE 200 in the random access procedure shown in FIG. 9 will be described. Note that since Msg3 and MsgA are each transmitted in PUSCH, they may be described as Msg3 PUSCH and MsgA PUSCH.

[0076] <Power Control of PRACH> The UE determines the transmission power of the PRACH. The transmission power in the active UL BWP of carrier f of cell c based on the DL RS of cell c at a certain transmission opportunity i is P PRACH,b,f,c (i). b indicates the active UL BWP. For example, P PRACH,b,f,c (i) is calculated by the following formula (1).

Equation

[0077] Pc MAX,f,c (i) indicates the maximum output power set for the UE for carrier f of cell c within transmission opportunity i.

[0078] PL b,f,c indicates the path loss of the active UL BWPb of carrier f based on the DL RS (reference signal) associated with PRACH transmission in the active DL BWP of cell c.

[0079] P PRACH,target,f,c is the target received power of PRACH provided by upper layer parameters. The target received power of PRACH is represented as PREAMBLE_RECEIVED_TARGET_POWER. For example, the transmission power of PRACH is calculated based on PREAMBLE_RECEIVED_TARGET_POWER from the upper layer.

[0080] And PREAMBLE_RECEIVED_TARGET_POWER is calculated based on the set preambleReceivedTargetPower and power ramping.

[0081] <Power Control of Msg3 PUSCH and MsgA PUSCH> The UE transmits PUSCH on the UL BWPb of carrier f of serving cell c using the setting of the PUSCH power control adjustment state with index l and the parameter set with index j. In this case, the UE calculates the transmission power by the following formula (2).

Equation

[0082] P O_PUSCH,b,f,c (j) is a parameter composed of the sum of the component P O_NOMINAL,PUSCH,b,f,c (j) and the component P O_UE_PUSCH,b,f,c (j).

[0083] Here, for example, when the UE establishes a dedicated RRC connection using the type 1 random access procedure, the following relationship exists for P O_PUSCH,b,f,c (j). ·When j=0, P O_UE_PUSCH,b,f,c (0)=0, and P O_NOMINAL,PUSCH,b,f,c (0)=P O_PRE +Δ PREAMBLE,Msg3 is.

[0084] In addition, P O_PRE is provided by preambleReceivedTargetPower. Also, Δ PREAMBLE,Msg3 may be provided by msg3-DeltaPreamble or deltaPreamble.

[0085] Here, for example, when a UE establishes a dedicated RRC connection using a type 2 random access procedure, P O_PUSCH,b,f,c The following relationship exists for (j): ·When j=0, P O_UE_PUSCH,b,f,c (0)=0, and P O_NOMINAL_PUSCH,b,f,c (0)=P O_PRE +Δ MsgA,PUSCH is.

[0086] In addition, P O_PRE is provided by msgA-preambleReceivedTargetPower or preambleReceivedTargetPower. Also, Δ MsgA,PUSCH may be provided by msgA-DeltaPreamble or deltaPreamble.

[0087] In addition, α in equation (2) b,f,c Regarding (j), the following cases exist: Case 1: P O_NOMINAL_PUSCH,b,f,c (0)=P O_PRE +Δ MsgA,PUSCH and if msgA-Alpha is provided, α b,f,c (0) is the value of msgA-Alpha. Case 2: P O_NOMINAL,PUSCH,b,f,c (0)=P O_PRE +Δ PREAMBLE,Msg3 and if msg3-Alpha is provided, α b,f,c (0) is the value of msg3-Alpha.

[0088] That is, in determining the transmission power of Msg3 PUSCH, α b,f,c (j) may be determined based on msg3-Alpha. b,f,c (j) may be determined based on msgA-Alpha

[0089] In this way, at least one of the parameters preambleReceivedTargetPower, msg3-DeltaPreamble, deltaPreamble, and msg3-Alpha may be used to determine the transmission power of Msg3 PUSCH transmission. Also, at least one of the parameters msgA-preambleReceivedTargetPower, preambleReceivedTargetPower, msgA-DeltaPreamble, deltaPreamble, and msgA-Alpha may be used to determine the transmission power of MsgA PUSCH transmission.

[0090] Note that preambleReceivedTargetPower is a parameter included in RACH-ConfigGeneric.

[0091] The msg3-DeltaPreamble is a parameter included in PUSCH-ConfigCommon.

[0092] deltaPreamble is a parameter included in FeatureCombinationPreamble.

[0093] msg3-Alpha is included in PUSCH-PowerControl, which is included in PUSCH-Config.

[0094] msgA-PreambleReceivedTargetPower is included in RACH-ConfigGenericTwoStepRA. msgA-DeltaPreamble is included in MsgA-PUSCH-Config. msgA-Alpha is included in MsgA-PUSCH-Resource. Note that MsgA-PUSCH-Resource may also be included in MsgA-PUSCH-Config. Also, RACH-ConfigGenericTwoStepRA and MsgA-PUSCH-Config may be included in MsgA-ConfigCommon.

[0095] <Study on Duplex Extension for Rel-19> As described above, in Rel-18, studies have been conducted to enable the coexistence of downlink and uplink (full duplex, more specifically sub-band non-overlapping full duplex) on the gNB side within the conventional TDD band. Regarding SBFD, the impacts on specifications, performance evaluation results, implementation feasibility, and RF requirements are summarized in Non-Patent Document 5.

[0096] In Non-Patent Document 1, studies have been conducted mainly on the extension of sub-band non-overlapping full duplex (SBFD) operation on the gNB side within the TDD carrier. The objectives of the studies for Rel-19 are as follows. (1) Examination of the specification for semi-static indication of the time position of the SBFD sub-band for the UE in the RRC_CONNECTED mode · The indication of the time position of the SBFD sub-band in the SIB is not excluded (2) Examination of the specification for semi-static indication of the frequency domain position of the SBFD sub-band for the UE in the RRC_CONNECTED mode · The indication of the frequency domain position of the SBFD sub-band in the SIB is not excluded (3) Study on SBFD operation specifications to support random access of SBFD symbols by UE in RRC CONNECTED mode (4) Consider SBFD operation to support random access by UE in RRC_IDLE / INACTIVE mode and specify it if appropriate. ·Check whether standardization work will proceed in RAN#104 (5) Study on the specifications for the operation and procedures of SBFD-enabled UE (SBFD aware UE) transmission / reception and measurement of SBFD symbols and / or non-SBFD symbols. Transmit / receive operation in SBFD sub-bands configured for DL ​​and / or flexible symbols as indicated by TDD-UL-DL-ConfigCommon UL transmission only in the UL sub-band DL reception only within the DL subband (excluding CLI measurements by the UE outside the DL subband) Note: When flexible symbols are used, it is not expected that legacy uplink symbols will be converted to downlink / SBFD symbols. Enhanced resource allocation in the frequency domain for the following SBFD symbols: Frequency domain resource allocation for PDSCH / CSI-RS across two DL subbands in an SBFD symbol Handling misalignment of boundaries between SBFD subbands and resource block groups (RBGs), CSI report subbands, CSI-RS resources, and precoding resource block groups (PRGs) Enhancements for physical channels / signals and procedures spanning SBFD and non-SBFD symbols in different slots, where each transmission / reception within a slot includes either all SBFD symbols or all non-SBFD symbols, including: Resource allocation in the frequency domain when using different available frequency resources in different slots for transmission / reception of SBFD symbols and non-SBFD symbols CSI reporting of associated CSI-RS instances occurring in both SBFD symbols and non-SBFD symbols of different slots · Configurations (resources, frequency hopping parameters, UL power control parameters and / or beam / space relationships, etc.) of SRS, PUCCH and PUSCH in SBFD symbols and non-SBFD symbols · Collision handling between DL reception in DL subbands and UL transmission in UL subbands in SBFD symbols (6) The following is assumed based on TR 38.858 (Non-Patent Document 5) · SBFD on the gNB side · Half duplex operation on the UE side · FR1 and FR2-1 · SBFD operation option 4 (for example, both the time and frequency positions of the subbands for SBFD operation are known to SBFD-capable UEs) · Coexistence of non-SBFD-capable UEs (including legacy UEs) and SBFD-capable UEs within a cell where SBFD is being operated on the gNB side · SBFD scheme within a single configured DL and UL BWP pair with aligned center frequencies · One UL subband for SBFD operation in SBFD symbols (excluding legacy UL symbols / slots) within a TDD carrier · The mechanism of SBFD operation needs to consider adjacent channel coexistence between two operators

[0097] <Transmission / reception spanning SBFD symbols and non-SBFD symbols> In §6.1.2 of Non-Patent Document 5, it is being considered whether to support transmission / reception spanning SBFD symbols and non-SBFD symbols

[0098] For UL transmissions / DL receptions that span SBFD and non-SBFD symbols in different slots (each transmission / reception within a slot is either all SBFD or all non-SBFD symbols), the following options are considered for an SBFD-capable UE: Option 1: Transmission / reception is limited to only SBFD symbols or only non-SBFD symbols Option 2: Transmission / reception can be done with SBFD and non-SBFD symbols

[0099] UL transmission / DL reception across SBFD and non-SBFD symbols includes the following information: PDSCH / PUSCH / PUCCH repetition ·SPS(Semi-Persistent Scheduling)PDSCH / CG PUSCH(Configured Grant PUSCH) ·TBoMS(Transport Block processing over Multiple Slots) Multiple PUSCH / PDSCH scheduled by a single DCI Periodic / semi-persistent SRS / CSI-RS / PUCCH PDCCH

[0100] Option 1 can be achieved by gNB configuration or scheduling such that all transmit / receive occasions are restricted to either SBFD symbols or non-SBFD symbols. Alternatively, Option 1 can be achieved by additional instructions or rules to determine which transmit / receive occasions are valid within one symbol type and invalid within other symbol types. The frequency resources, power control, and beam / spatial relationships for all transmit / receive occasions may be identical in Option 1 but may be different in Option 2. If different, additional work on the specifications may be required. Option 1 may / may not increase transmit / receive latency if transmit / receive in other symbol types is postponed, and may degrade performance if transmit / receive in other symbol types is dropped. Option 2 may / may not reduce transmit / receive latency and improve coverage.

[0101] <Terminology> The following explains the definitions of terms related to SBFD.

[0102] SBFD symbol: Symbol set in SBFD sub-band Non-SBFD symbols: Symbols that are not configured in the SBFD sub-bands DL (or semi-static D) symbol: A symbol designated as DL by tdd-UL-DL-ConfigurationCommon and / or tdd-UL-DL-ConfigDedicated UL (or semi-static U) symbol: A symbol designated as UL by tdd-UL-DL-ConfigurationCommon and / or TDD-UL-DL-ConfigDedicated Flexible (or Semi-Static F, or Flexible) Symbol: A symbol designated as flexible by tdd-UL-DL-ConfigurationCommon and / or tdd-UL-DL-ConfigDedicated SBFD DL symbol: A symbol indicated as downlink (DL) by the tdd-UL-DL-Configuration Common and / or tdd-UL-DL-Configuration Dedicated, in which the SBFD subband is configured SBFD Flexible (FL) Symbol: A symbol indicated as flexible by the tdd-UL-DL-Configuration Common and / or tdd-UL-DL-Configuration Dedicated, in which SBFD sub-bands are configured.

[0103] Parameters for configuring SRS (Sounding Reference Signal) resources may include SRS Config. SRS Config is a parameter that defines a list of SRS-ResourceSets and a list of SRS-Resources. An SRS-ResourceSet included in the list may include an SRS-ResourceSet identifier (srs-ResourceSetId), a list of SRS-Resource identifiers (srs-ResourceIdList), etc. An SRS-Resource included in the list includes an SRS-Resource identifier (srs-ResourceId), SRS resources in the frequency domain (e.g., resourceMapping), etc. ResourceMapping includes a start position (startPosition), the number of symbols (nrofSymbols), the number of repetitions (repetitionFactor), etc. SRS Config may be a parameter specified in §6.3.2 "Radio resource control information elements" of Non-Patent Document 4.

[0104] <3GPP Agreements> The following two options were considered for determining a valid RO in an SBFD symbol. Note that, hereinafter, a valid RO may be referred to as a valid RO. Option 1: Single PRACH configuration Option 2: Additional PRACH configuration for SBFD Note that in Option 1, a scalable single RACH configuration may be used, and RO within the UL subband in the SBFD symbol may be enabled for SBFD-aware UEs. In Option 2, two separate RACH configurations may be used, including a legacy RACH configuration and an additional RACH configuration, and RO within the UL subband in the SBFD symbol may be enabled for SBFD-aware UEs.

[0105] The following points were then agreed upon: For an SBFD-aware UE in RRC_CONNECTED state, RACH Configuration Option 1 with Alt 1-1 and RACH Configuration Option 2 are supported. Here, RACH Configuration Option 1 with Alt 1-1 is an option that uses a single RACH configuration and operates only based on the existing parameters of the single RACH configuration. RACH Configuration Option 2 uses two distinct RACH configurations. These two distinct configurations include one legacy RACH configuration and one additional RACH configuration. Note that it is not supported for both options to be available to a UE at the same time.

[0106] Fig. 11 is a diagram showing examples of RACH configuration options. Fig. 11 shows examples of RACH configuration for each of two options. The horizontal axis of each option in Fig. 11 indicates the time axis, and the vertical axis indicates the frequency axis. Each option in Fig. 11 shows ROs set for SBFD symbols and non-SBFD symbols.

[0107] As shown in Option 1 of Figure 11, in Option 1, the ROs for SBFD symbols and non-SBFD symbols are both configured by the legacy RACH configuration. As shown in Option 2 of Figure 11, in Option 2, the ROs for SBFD symbols are configured by an additional RACH configuration, and the ROs for non-SBFD symbols are configured by the legacy RACH configuration.

[0108] An RO called additional RO is defined as follows: For RACH configuration option 1, additional ROs include ROs within SBFD symbols configured as DL by tdd-UL-DL-ConfigurationCommon, and ROs across SBFD symbols configured as flexible by tdd-UL-DL-ConfigurationCommon and SBFD symbols configured as DL. For RACH configuration option 2, the additional RO is the RO configured by the additional RACH configuration.

[0109] Regarding the activation of RO for Option 1 of RACH configuration with Alt 1-1, an RO that straddles an SBFD symbol configured as flexible by tdd-UL-DL-ConfigurationCommon and an SBFD symbol configured as DL is treated the same as an RO within an SBFD symbol configured as DL by tdd-UL-DL-ConfigurationCommon, where the RO includes at least one DL symbol configured by tdd-UL-DL-ConfigurationCommon.

[0110] In RACH configuration option 2, additional RO is enabled in any of the following cases: - The RO is within the SBFD symbol If the RO starts with an SBFD symbol and ends with a non-SBFD symbol within the same slot or between different slots, the network will set the RO as valid. The RO is N symbols after the last downlink non-SBFD symbol. gap Start at the symbol position The RO is the N after the latest SSB. gap Start at the symbol position The RO does not overlap with SSB in the time domain.

[0111] As described above, in RACH configuration option 1 with Alt 1-1 (ie, single RACH configuration), the legacy RO and additional RO correspond to the following ROs: Legacy ROs are ROs that are valid as legacy and contain UL or flexible symbols. Additional RO is an RO within the SBFD DL symbol or an RO spanning the SBFD DL symbol and the SBFD flexible symbol.

[0112] As described above, in RACH configuration option 2 (i.e., additional RACH configuration for SBFD), the legacy RO and additional RO correspond to the following ROs. · A legacy RO is a valid RO configured by a legacy RACH configuration. Additional RO is set as valid if the RO is within an SBFD symbol or if the RO starts with an SBFD symbol and ends with a non-SBFD symbol between the same slot or different slots as configured by the network through additional RACH configuration.

[0113] Separate UL power control for PUSCH / PUCCH / SRS on SBFD and non-SBFD symbols was agreed upon. For PUSCH, the discussion on separate power control was mainly focused on PUSCHs other than Msg3 PUSCH. However, separate PUSCH power control for Msg3 PUSCHs on SBFD and non-SBFD symbols was not discussed.

[0114] It was also agreed that separate power control of the PRACH in SBFD symbols and non-SBFD symbols is supported, i.e., power control of the PRACH in SBFD symbols and power control of the PRACH in non-SBFD symbols are supported as separate controls.

[0115] The related art relating to the above-mentioned power control will be described.

[0116] <Related Technology 1> Related technique 1 performs power control related to transmission of Msg3 PUSCH separately for SBFD symbols and non-SBFD symbols.

[0117] Alt-1: The delta preamble power parameter for the Msg3 PUSCH in the SBFD symbol and the delta preamble power parameter for the Msg3 PUSCH in the non-SBFD symbol are set separately. For example, separate delta preamble power parameters are set to calculate PREAMBLE_RECEIVED_TARGET_POWER.

[0118] Example: In "PUSCH-configCommon", a new parameter "msg3-DetaPreamble-sbfd-r19" is configured. In this case, "msg3-DeltaPreamble" is used for Msg3 PUSCH transmission in non-SBFD symbols, and a new parameter "msg3-DeltaPreamble-sbfd-r19" is used for Msg3 PUSCH transmission in SBFD symbols.

[0119] Example: Common PUSCH settings are configured separately for SBFD and non-SBFD. For example, a new parameter "PUSCH-configCommon-sbfd-r19" is configured for SBFD. In this case, "msg3-DeltaPreamble" in "PUSCH-configCommon" for non-SBFD is used for Msg3 PUSCH transmission in non-SBFD symbols, and "msg3-DeltaPreamble" (or "msg3-DeltaPreamble-sbfd-r19") in "PUSCH-configCommon-sbfd-r19" for SBFD is used for Msg3 PUSCH transmission in SBFD symbols.

[0120] ·Alt-2: A (target) power offset may be configured or indicated for Msg3 PUSCH transmission in SBFD symbols.

[0121] For example, for Msg3 PUSCH transmission in an SBFD symbol, the following equation (3) may be applied. Note that the SBFD offset in the equation may be set or indicated by the gNB. For example, the value (dB) of the SBFD offset may be positive (e.g., +1 / 2 / 3 dB) or negative (e.g., -1 / 2 / 3 dB).

number

[0122] <Related Technology 2> Related technique 2 relates to separate transmission power control for SBFD symbols and non-SBFD symbols. First, separate PRACH power parameters may be set or indicated for PRACH transmission in SBFD symbols and for PRACH transmission in non-SBFD symbols. For example, separate preamble target power parameters may be set to calculate PREAMBLE_RECEIVED_TARGET_POWER.

[0123] Example 1: "preambleReceivedTargetPower" (or "msgA-PreambleReceivedTargetPower" for two-step random access) is used for PRACH transmission in non-SBFD symbols, and a new parameter "preambleReceivedTargetPower-sbfd-r19" (or "msgA-PreambleReceivedTargetPower-sbfd-r19" for two-step random access) may be configured and used for PRACH transmission in SBFD symbols.

[0124] Example 2: "preambleReceivedTargetPower" in the RACH configuration for non-SBFD may be used for PRACH transmission in non-SBFD symbols, and "preambleReceivedTargetPower" in the RACH configuration for SBFD (or preambleReceivedTargetPower-sbfd-r19, or msgA-PreambleReceivedTargetPower or msgA-PreambleReceivedTargetPower-sbfd-r19 in the case of two-step random access) may be used for PRACH transmission in SBFD symbols.

[0125] Next, a (target) power offset may be set or indicated for PRACH transmissions in SBFD symbols. For example, for PRACH transmissions in non-SBFD symbols, the conventional power calculation rule may be used, and for PRACH transmissions in SBFD symbols, the above-mentioned (target) power offset may be added (subtracted) based on the conventional power calculation rule.

[0126] For example, for PRACH transmission in the SBFD symbol, the following equation (4) may be applied. Note that SBFD_offset in equation (4) may be set or indicated by the gNB. The value (dB) of SBFD_offset may be positive (e.g., +1 / 2 / 3 dB) or negative (e.g., -1 / 2 / 3 dB).

number

[0127] <Related Technology 3> As a first example, a delta preamble power parameter for the MsgA PUSCH in the SBFD symbol and a delta preamble power parameter for the MsgA PUSCH in the non-SBFD symbol may be set / indicated separately. For example, separate delta preamble power parameters may be set to calculate PREAMBLE_RECEIVED_TARGET_POWER.

[0128] Example 1: msgA-DeltaPreamble or deltaPreamble may be used for MsgA PUSCH transmission in non-SBFD mode, and new parameters msgA-DelaPreamble-sbfd-r19 or delaPreambl-sbfd-r19 may be configured and used for MsgA PUSCH transmission in SBFD mode. Note that the contents of Example 1 may be applied when individual MsgA configuration is not performed between SBFD and non-SBFD.

[0129] Example 2: The msgA-DeltaPreamble or deltaPreamble in the MsgA configuration for non-SBFD may be used for MsgA PUSCH transmission in the non-SBFD symbol, and the msgA-DeltaPreamble or deltaPreamble (or msgA-DeltaPreamble-sbfd-r19 or DeltaPreamble-sbfd-r19) in the MsgA configuration for SBFD may be used for MsgA PUSCH transmission in the SBFD symbol. Note that the contents of Example 2 may be applied when individual MsgA configurations are performed between SBFD and non-SBFD.

[0130] Next, as a second aspect, a (target) power offset may be set or indicated for MsgA PUSCH transmission in an SBFD symbol. For example, for MsgA PUSCH transmission in a non-SBFD symbol, the conventional power calculation rule may be applied, and for MsgA PUSCH transmission in an SBFD symbol, the above-mentioned (target) power offset may be added (reduced) based on the conventional power calculation rule.

[0131] For example, for MsgA PUSCH transmission in the SBFD symbol, the following equation (5) may be applied. Note that the SBFD offset in the equation may be set or indicated by the gNB. The value (dB) of SBFD_offset may be positive (e.g., +1 / 2 / 3 dB) or negative (e.g., -1 / 2 / 3 dB).

number

[0132] <Considerations> As mentioned above, in RAN1, individual UL power control for PUSCH / PUCCH / SRS in SBFD symbols and non-SBFD symbols was agreed upon. For PUSCH, the discussion on individual power control was mainly focused on PUSCHs other than Msg3 PUSCH. However, individual PUSCH power control for Msg3 PUSCHs in SBFD symbols and non-SBFD symbols was not discussed.

[0133] It was also agreed that separate power control of the PRACH in SBFD symbols and non-SBFD symbols is supported, i.e., power control of the PRACH in SBFD symbols and power control of the PRACH in non-SBFD symbols are supported as separate controls.

[0134] However, there is room for further study on how to specifically control the transmission power when transmitting signals using different symbol types, SBFD symbols and non-SBFD symbols.

[0135] For example, there is room for consideration as to how to apply individual power control parameters based on the type of symbol, the type of RO (RACH Occasion), the type of signal to be transmitted, etc. Here, the type of symbol includes SBFD symbols and non-SBFD symbols. The type of signal to be transmitted includes PRACH, Msg3 PUSCH, MsgA PUSCH, etc. in random access. Furthermore, the type of RO includes legacy RO, additional RO, etc.

[0136] For example, if the parameters related to individual power control applied based on whether an RO (RACH Occasion) is a legacy RO or an additional RO are not appropriate, the transmission power for the RO may not be appropriate, which may result in degradation of communication quality or interference with other communication systems.

[0137] Furthermore, if the parameters relating to power control applied individually based on the type of symbol and / or the type of signal to be transmitted are not appropriate, the transmission power may not be appropriate for the type of symbol or the type of signal to be transmitted, which may result in a deterioration in communication quality or interference with other communication systems.

[0138] Therefore, in this embodiment, a specific method for controlling transmission power when transmitting signals for each of the SBFD symbol and non-SBFD symbol symbols will be described. For example, a method for applying parameters related to individual power control based on the type of symbol, the type of RO (RACH Occasion), the type of signal to be transmitted, etc. will be described.

[0139] Note that applying a parameter related to power control may correspond to determining power using the parameter and transmitting a signal based on the determined power.

[0140] The outline of the proposal explained below is as follows: Proposal 1: Separate PRACH power control for SBFD and non-SBFD Proposal 2: Separate Msg3 PUSCH power control for SBFD and non-SBFD Proposal 3: Power control of Msg3 PUSCH when separate parameters are configured for SBFD and non-SBFD Proposal 4: Separate MsgA PUSCH power control for SBFD and non-SBFD Proposal 5: Power control of MsgA PUSCH when separate parameters are configured for SBFD and non-SBFD

[0141] Note that "legacy RO" refers to a valid RO in a UL symbol or a flexible symbol that is configured by a legacy RACH configuration based on a legacy RO validity rule.

[0142] "Additional RO" represents the valid RO configured by the legacy PRACH configuration in the SBFD DL symbol when the additional PRACH configuration for SBFD is not configured.

[0143] Alternatively, "additional RO" refers to a valid RO configured by a legacy PRACH configuration across an SBFD DL symbol and an SBFD flexible symbol when an additional PRACH configuration for SBFD is not configured.

[0144] Alternatively, "additional RO" refers to a valid RO in an SBFD symbol set by the PRACH configuration for SBFD when the additional PRACH configuration for SBFD is set.

[0145] Alternatively, an "additional RO" is an RO that is set by a PRACH setting for SBFD when an additional PRACH setting for SBFD is set, and the network sets the RO as valid if the RO starts with an SBFD symbol and ends with a non-SBFD symbol, in the same slot or between different slots.

[0146] <Proposal 1> Proposal 1 describes separate PRACH power control for SBFD and non-SBFD.

[0147] <Proposal 1-1> Proposal 1-1 describes the individual settings of preambleReceivedTargetPower for SBFD and preambleReceivedTargetPower for non-SBFD symbols. Proposal 1-1 also describes the individual settings of msgA-PreambleReceivedTargetPower for SBFD and msgA-PreambleReceivedTargetPower for non-SBFD symbols. Note that msgA-PreambleReceivedTargetPower is a parameter for two-step RACH.

[0148] In the following description, preambleReceivedTargetPower may be replaced with msgA-PreambleReceivedTargetPower as appropriate.

[0149] In Proposal 1-1, either Alt.1 or Alt.2 will be applied.

[0150] Proposal 1-1 Alt.1: For PRACH transmission in SBFD symbols, preambleReceivedTargetPower for SBFD is applied. For PRACH transmission in non-SBFD symbols, preambleReceivedTargetPower for non-SBFD is applied. In this case, PRACH transmission in SBFD symbols is performed based on the power determined using preambleReceivedTargetPower for SBFD. Also, in this case, PRACH transmission in non-SBFD symbols is performed based on the power determined using preambleReceivedTargetPower for non-SBFD.

[0151] In Alt.1, msgA-PreambleReceivedTargetPower for SBFD may be applied to PRACH transmission in SBFD symbols, and msgA-PreambleReceivedTargetPower for non-SBFD may be applied to PRACH transmission in non-SBFD symbols.

[0152] In addition, in Alt.1, if preambleReceivedTargetPower for SBFD is not set, preambleReceivedTargetPower for non-SBFD is applied to the PRACH in the SBFD symbol. For example, if preambleReceivedTargetPower for SBFD is not set, preambleReceivedTargetPower for non-SBFD is applied instead of preambleReceivedTargetPower for SBFD.

[0153] Also, if msgA-PreambleReceivedTargetPower for SBFD is not set in Alt.1, either Alt.1-1 or Alt.1-2 below applies.

[0154] Alt.1-1: The preambleReceivedTargetPower for SBFD may be applied to the MsgA PRACH in the SBFD symbol. That is, if the msgA-PreambleReceivedTargetPower for SBFD is not set, the preambleReceivedTargetPower for SBFD is applied instead of the msgA-PreambleReceivedTargetPower for SBFD. In this case, the MsgA PRACH in the SBFD symbol is transmitted based on the power determined using the preambleReceivedTargetPower for SBFD.

[0155] Alt.1-2: The non-SBFD msgA-PreambleReceivedTargetPower may be applied to the MsgA PRACH in the SBFD symbol. That is, if the SBFD msgA-PreambleReceivedTargetPower is not set, the non-SBFD msgA-PreambleReceivedTargetPower is applied instead of the SBFD msgA-PreambleReceivedTargetPower. In this case, the MsgA PRACH in the SBFD symbol is transmitted based on the power determined using the non-SBFD msgA-PreambleReceivedTargetPower.

[0156] Proposal 1-1 Alt.2: For PRACH transmission in additional RO, preambleReceivedTargetPower for SBFD is applied. For PRACH transmission in legacy RO, preambleReceivedTargetPower for non-SBFD is applied. In this case, PRACH transmission in additional RO is performed based on the power determined using preambleReceivedTargetPower for SBFD. Also, in this case, PRACH transmission in legacy RO is performed based on the power determined using preambleReceivedTargetPower for non-SBFD.

[0157] In addition, in Alt.2, if preambleReceivedTargetPower for SBFD is not set, preambleReceivedTargetPower for non-SBFD is applied to PRACH in additional RO. For example, if preambleReceivedTargetPower for SBFD is not set, preambleReceivedTargetPower for non-SBFD is applied instead of preambleReceivedTargetPower for SBFD.

[0158] Also, if msgA-PreambleReceivedTargetPower for SBFD is not set in Alt.2, either Alt.2-1 or Alt.2-2 below applies.

[0159] Alt.2-1: The preambleReceivedTargetPower for SBFD may be applied to the MsgA PRACH in the additional RO. In this case, the MsgA PRACH in the additional RO is transmitted based on the power determined using the preambleReceivedTargetPower for SBFD.

[0160] Alt.2-2: The msgA-PreambleReceivedTargetPower for non-SBFD may be applied to the MsgA PRACH in the additional RO. In this case, the MsgA PRACH in the additional RO is transmitted based on the power determined using the msgA-PreambleReceivedTargetPower for non-SBFD.

[0161] In addition, in the above Alt.2-1, if preambleReceivedTargetPower for SBFD is not set, preambleReceivedTargetPower for non-SBFD may be applied to MsgA PRACH in the additional RO. In this case, MsgA PRACH in the additional RO is transmitted based on the power determined using preambleReceivedTargetPower for non-SBFD.

[0162] <Proposal 1-2> Proposal 1-2 explains the PRACH power offset for SBFD. In Proposal 1-2, either Alt.1 or Alt.2 is applied.

[0163] Alt.1 of Proposal 1-2: A power offset for SBFD is applied to PRACH transmission in the SBFD symbol. In this case, PRACH transmission in the SBFD symbol is performed based on the power determined using the power offset for SBFD. The transmission power of the PRACH is determined by the following equation (6). In the following equation, the power offset is expressed as SBFD_offset.

number

[0164] In addition, if a power offset for SBFD is not configured in Alt.1, a default value is applied to the PRACH in the SBFD symbol, where the default value may be 0 or another value.

[0165] Alt. 2 of Proposal 1-2: For PRACH transmission in additional RO, a power offset for SBFD is applied. For PRACH in legacy RO, the PRACH power is determined in the same way as in legacy. In this case, PRACH transmission in additional RO is performed based on the power determined using the power offset for SBFD.

[0166] In addition, in Alt.2, if the power offset for SBFD is not set, a default value is applied to the power offset for PRACH in additional RO. Here, the default value may be 0 or another value.

[0167] <Proposal 1-3> In Proposal 1-3, an example will be described in which the maximum output power for SFBD and the maximum output power for non-SBFD are set separately. In Proposal 1-3, either Option 1 or Option 2 shown below is applied as an example. Note that the maximum output power is calculated by P CMAXf,c (i) is used to determine

[0168] <Option 1 of Proposal 1-3> For PRACH transmission in SBFD symbols, the configured maximum output power for SBFD is applied. Also, for PRACH transmission in non-SBFD symbols, the configured maximum output power for non-SBFD is applied. In this case, PRACH transmission in SBFD symbols is performed based on power determined using the configured maximum output power for SBFD. Also, in this case, PRACH transmission in non-SBFD symbols is performed based on power determined using the configured maximum output power for non-SBFD.

[0169] In addition, in Option 1 of Proposal 1-3, if the maximum output power for SBFD is not set, the maximum output power for non-SBFD is applied to the PRACH in the SBFD symbol.

[0170] <Option 2 of Proposal 1-3> The maximum output power configured for SBFD is applied to PRACH transmission in the additional RO. Also, the maximum output power configured for non-SBFD is applied to PRACH transmission in the legacy RO. In this case, PRACH transmission in the additional RO is performed based on the power determined using the maximum output power configured for SBFD. Also, in this case, PRACH transmission in the legacy RO is performed based on the power determined using the maximum output power configured for non-SBFD.

[0171] In addition, in Option 2 of Proposal 1-3, if the maximum output power for SBFD is not set, the maximum output power for non-SBFD is applied to the PRACH in additional RO.

[0172] As described above, in Proposal 1, the UE controls the transmission power of the PRACH based on either a configuration for SBFD or a configuration for non-SBFD, and transmits the PRACH based on the transmission power. Here, SBFD is an example of a first symbol type, and non-SBFD is an example of a second symbol type. The PRACH is also an example of a signal in random access. Controlling the transmission power of the PRACH also includes determining the transmission power of the PRACH and setting the determined transmission power. This makes it possible to appropriately control the transmission power when transmitting signals in both SBFD symbols and non-SBFD symbols.

[0173] <Proposal 2> An example will be described in which the power control parameters of Msg3 for SBFD and the power control parameters of Msg3 for non-SBFD are set separately. The Msg3 power control parameter is at least one of "msg3-Alpha", "msg3-DeltaPreamble", and "DeltaPreamble". Examples corresponding to each parameter will be described below. Note that "DeltaPreamble" may also be written as "deltaPreamble".

[0174] <Example 1 of Proposal 2> Separate settings for msg3-Alpha for SBFD and msg3-Alpha for non-SBFD are configured in PUSCH-PowerControl.

[0175] In Example 1 of Proposal 2, msg3-Alpha for SBFD is applied to Msg3 PUSCH in SBFD symbols. msg3-Alpha for non-SBFD is applied to Msg3 PUSCH in non-SBFD symbols. In this case, Msg3 PUSCH in SBFD symbols is transmitted based on power determined using msg3-Alpha for SBFD. Also, in this case, Msg3 PUSCH in non-SBFD symbols is transmitted based on power determined using msg3-Alpha for non-SBFD.

[0176] In Example 1 of Proposal 2, if msg3-Alpha for SBFD is not set, either Alt.1-1 or Alt.1-2 below is applied as an example of a parameter to be applied instead of msg3-Alpha for SBFD.

[0177] Alt.1-1: msg3-Alpha for non-SBFD may be applied to the Msg3 PUSCH in the SBFD symbol. In this case, the Msg3 PUSCH in the SBFD symbol is transmitted based on the power determined using the msg3-Alpha for non-SBFD.

[0178] Alt.1-2: A default value is applied for Msg3 PUSCH in the SBFD symbol instead of msg3-Alpha, where the default value may be 1 or another value.

[0179] <Example 2 of Proposal 2> Separate settings for msg3-DeltaPreamble for SBFD and msg3-DeltaPreamble for non-SBFD are configured in PUSCH-ConfigCommon.

[0180] In Example 2 of Proposal 2, the msg3-DeltaPreamble for SBFD is applied to the Msg3 PUSCH in the SBFD symbol. The msg3-DeltaPreamble for non-SBFD is applied to the Msg3 PUSCH in the non-SBFD symbol. In this case, the Msg3 PUSCH in the SBFD symbol is transmitted based on the power determined using the msg3-DeltaPreamble for SBFD. Also, in this case, the Msg3 PUSCH in the non-SBFD symbol is transmitted based on the power determined using the msg3-DeltaPreamble for non-SBFD.

[0181] In Example 2 of Proposal 2, if msg3-DeltaPreamble for SBFD is not set, either Alt.2-1 or Alt.2-2 below is applied as an example of a parameter to be applied instead of msg3-DeltaPreamble for SBFD.

[0182] Alt.2-1: A non-SBFD msg3-DeltaPreamble may be applied to the Msg3 PUSCH in the SBFD symbol. In this case, the Msg3 PUSCH in the SBFD symbol is transmitted based on the power determined using the non-SBFD msg3-DeltaPreamble.

[0183] Alt.2-2: A default value is applied for Msg3 PUSCH in SBFD symbols instead of msg3-DeltaPreamble, where the default value may be 0 or another value.

[0184] <Example 3 of Proposal 2> Separate settings for DeltaPreamble for SBFD and DeltaPreamble for non-SBFD are set in FeatureCombinationPreambles.

[0185] In Example 3 of Proposal 2, a DeltaPreamble for SBFD is applied to an Msg3 PUSCH in an SBFD symbol. A DeltaPreamble for non-SBFD is applied to an Msg3 PUSCH in a non-SBFD symbol. In this case, the Msg3 PUSCH in an SBFD symbol is transmitted based on the power determined using the DeltaPreamble for SBFD. Also, in this case, the Msg3 PUSCH in a non-SBFD symbol is transmitted based on the power determined using the DeltaPreamble for non-SBFD.

[0186] In Example 3 of Proposal 2, if a DeltaPreamble for SBFD is not set, one of the following Alt.3-1, Alt.3-2, or Alt.3-3 is applied as an example of a parameter to be applied instead of a DeltaPreamble for SBFD.

[0187] Alt.3-1: A DeltaPreamble for non-SBFD may be applied to the Msg3 PUSCH in the SBFD symbol. In this case, the Msg3 PUSCH in the SBFD symbol is transmitted based on the power determined using the DeltaPreamble for non-SBFD.

[0188] Alt.3-2: The msg3-DeltaPreamble for SBFD may be applied to the Msg3 PUSCH in the SBFD symbol. In this case, the Msg3 PUSCH in the SBFD symbol is transmitted based on the power determined using the msg3-DeltaPreamble for SBFD.

[0189] In addition, in Alt.3-2, if the msg3-DeltaPreamble for SBFD is not configured, the msg3-DeltaPreamble for non-SBFD may be applied to the Msg3 PUSCH in the SBFD symbol.

[0190] Alt.3-3: A default value is applied for Msg3 PUSCH in the SBFD symbol instead of DeltaPreamble, where the default value may be 1 or another value.

[0191] As described above, in Proposal 2, the UE controls the transmission power of the Msg3 PUSCH based on either a configuration for SBFD or a configuration for non-SBFD, and transmits the Msg3 PUSCH based on the transmission power. Here, SBFD is an example of a first symbol type, and non-SBFD is an example of a second symbol type. The Msg3 PUSCH is also an example of a signal in random access. Controlling the transmission power of the Msg3 PUSCH also includes determining the transmission power of the Msg3 PUSCH and setting the determined transmission power. This makes it possible to appropriately control the transmission power when transmitting signals in both SBFD symbols and non-SBFD symbols.

[0192] <Proposal 3> Proposal 3 is premised on the fact that separate settings are made for preambleReceivedTargetPower for SBFD symbols and preambleReceivedTargetPower for non-SBFD symbols.

[0193] In the case of the above assumption, a case will be described in which power control of Msg3 PUSCH is provided depending on whether preambleReceivedTargetPower for SBFD is applied or preambleReceivedTargetPower for non-SBFD symbols is applied. Note that power control of Msg3 PUSCH is performed by P O_PRE For example, in Proposal 3, any of the following Alt.0, Alt.1, Alt.2, Alt.2', Alt.3, and Alt.3' are applied.

[0194] Proposal 3 Alt.0:P O_PRE is always provided by preambleReceivedTargetPower for non-SBFD. In other words, in Alt.0, P O_PRE is provided by preambleReceivedTargetPower for non-SBFD, regardless of the type of Msg3 PUSCH symbol and regardless of the PRACH type.

[0195] Proposal 3 Alt.1:Msg3 If PUSCH is within an SBFD symbol, preambleReceivedTargetPower for SBFD is applied regardless of the PRACH type.

[0196] In addition, in Alt.1 of Proposal 3, if Msg3 PUSCH is within the SBFD symbol, P O_PRE is provided by preambleReceivedTargetPower for SBFD. Also, in Alt. 1 of Proposal 3, when Msg3 PUSCH is in a non-SBFD symbol, P O_PRE is provided by preambleReceivedTargetPower for non-SBFD.

[0197] Proposal 3 Alt.2: If the PRACH of a RACH attempt is within an SBFD symbol, the preambleReceivedTargetPower for SBFD is applied regardless of the symbol type of the Msg3 PUSCH.

[0198] In addition, in Alt. 2 of Proposal 3, if the PRACH of the RACH attempt is within the SBFD symbol, P O_PRE is provided by preambleReceivedTargetPower for SBFD. Also, in Alt. 2 of Proposal 3, if the PRACH of a RACH attempt is within a non-SBFD symbol, P O_PRE is provided by preambleReceivedTargetPower for non-SBFD.

[0199] Alt.2´ in Proposal 3:Alt.2´ is a variation of Alt.2. If the PRACH of a RACH attempt is within additional RO, the preambleReceivedTargetPower for SBFD is applied regardless of the symbol type of Msg3 PUSCH.

[0200] In addition, in Alt.2' of Proposal 3, if the PRACH of the RACH attempt is within the additional RO, P O_PRE is provided by preambleReceivedTargetPower for SBFD. In addition, in Alt.2' of Proposal 3, if the PRACH of a RACH attempt is in a legacy RO, P O_PRE is provided by preambleReceivedTargetPower for non-SBFD.

[0201] Alt.3 of Proposal 3: If the PRACH of a RACH attempt is within an SBFD symbol and the Msg3 PUSCH is within an SBFD symbol, the preambleReceivedTargetPower for SBFD is applied.

[0202] In addition, in Alt. 3 of Proposal 3, when the PRACH of the RACH attempt is within the SBFD symbol and the Msg3 PUSCH is within the SBFD symbol, O_PRE is provided by preambleReceivedTargetPower for SBFD.

[0203] In addition, in Alt. 3 of Proposal 3, when the PRACH of the RACH attempt is within an SBFD symbol and the Msg3 PUSCH is within a non-SBFD symbol, O_PRE is provided by preambleReceivedTargetPower for non-SBFD.

[0204] In addition, in Alt. 3 of Proposal 3, when the PRACH of the RACH attempt is in a non-SBFD symbol, P is set for the Msg3 PUSCH in the SBFD symbol or in a non-SBFD symbol. O_PRE is provided by preambleReceivedTargetPower for non-SBFD.

[0205] Alt.3' of Proposal 3: Alt.3' is a variation of Alt.3. If the PRACH of a RACH attempt is within an additional RO and the Msg3 PUSCH is within an SBFD symbol, the preambleReceivedTargetPower for SBFD is applied.

[0206] In addition, in Alt.3' of Proposal 3, when the PRACH of the RACH attempt is within the additional RO and the Msg3 PUSCH is within the SBFD symbol, O_PRE is provided by preambleReceivedTargetPower for SBFD.

[0207] In addition, in Alt.3' of Proposal 3, when the PRACH of the RACH attempt is within the additional RO and the Msg3 PUSCH is within a non-SBFD symbol, P O_PRE is provided by preambleReceivedTargetPower for non-SBFD.

[0208] In addition, in Alt.3' of Proposal 3, when the PRACH of the RACH attempt is within a legacy RO, P is set for the Msg3 PUSCH within an SBFD symbol or a non-SBFD symbol. O_PRE is provided by preambleReceivedTargetPower for non-SBFD.

[0209] Fig. 12 is a table showing the association of the examples shown in Proposal 3. Fig. 12 associates the PRACH type, the Msg3 PUSCH symbol type, and parameters for each of the above-mentioned Examples 1 to 3. As shown in Fig. 12, the parameters to be applied may be determined based on the PRACH type and the Msg3 symbol type.

[0210] <Variation of Proposal 3> Proposal 3 may be extended to parameters other than preambleReceivedTargetPower.

[0211] For example, in Proposal 3 above, "P O_PRE " is "Δ PREAMBLE,Msg3 " and preambleReceivedTargetPower may be replaced with msg3-DeltaPreamble and / or DeltaPreamble.

[0212] For example, in Proposal 3 above, "P O_PRE " is "α b,f,c (0)" and "preambleReceivedTargetPower" may be replaced with "msg3-Alpha".

[0213] In Proposal 3, we consider the parameter preambleReceivedTargetPower and the P O_PRE " are taken as examples to show how to apply parameters according to the type of signal (e.g., PRACH, Msg3 PUSCH), the type of symbol (e.g., SBFD symbol, non-SBFD symbol), etc. This allows appropriate control of transmission power when transmitting signals in SBFD symbols and non-SBFD symbols.

[0214] <Suggestion 4> An example will be described in which the power control parameters of MsgA for SBFD and the power control parameters of MsgA for non-SBFD are set separately. Note that the MsgA power control parameter is at least one of "msgA-Alpha", "msgA-DeltaPreamble", and "deltaPreamble". Below, an example corresponding to each parameter will be described. Note that "deltaPreamble" may also be written as "DeltaPreamble".

[0215] <Example 1 of Proposal 4> Separate settings are configured for msgA-DeltaPreamble for SBFD and msgA-DeltaPreamble for non-SBFD.

[0216] In Example 1 of Proposal 4, the msgA-DeltaPreamble for SBFD is applied to the MsgA PUSCH in the SBFD symbol. The msgA-DeltaPreamble for non-SBFD is applied to the MsgA PUSCH in the non-SBFD symbol. In this case, the MsgA PUSCH in the SBFD symbol is transmitted based on the power determined using the msgA-DeltaPreamble for SBFD. Also, in this case, the MsgA PUSCH in the non-SBFD symbol is transmitted based on the power determined using the msgA-DeltaPreamble for non-SBFD.

[0217] In Example 1 of Proposal 4, if msgA-DeltaPreamble for SBFD is not set, one of the following Alt.1-1 to Alt.1-4 is applied as an example of a parameter to be applied instead of msgA-DeltaPreamble for SBFD.

[0218] Alt.1-1: A non-SBFD msgA-DeltaPreamble may be applied to the MsgA PUSCH in the SBFD symbol. In this case, the MsgA PUSCH in the SBFD symbol is transmitted based on the power determined using the non-SBFD msgA-DeltaPreamble.

[0219] Alt.1-2: When the msg3-DeltaPreamble for SBFD is configured, the msg3-DeltaPreamble for SBFD may be applied to the MsgA PUSCH in the SBFD symbol. In this case, the MsgA PUSCH in the SBFD symbol is transmitted based on the power determined using the msg3-DeltaPreamble for SBFD.

[0220] Alt.1-3: When a deltaPreamble for SBFD is configured, the deltaPreamble for SBFD may be applied to the MsgA PUSCH in the SBFD symbol. In this case, the MsgA PUSCH in the SBFD symbol is transmitted based on the power determined using the deltaPreamble for SBFD.

[0221] Alt.1-4: A default value is applied for MsgA PUSCH in the SBFD symbol instead of msgA-DeltaPreamble, where the default value may be 0 or another value.

[0222] <Example 2 of Proposal 4> Separate settings for deltaPreamble for SBFD and deltaPreamble for non-SBFD are configured.

[0223] In Example 2 of Proposal 4, a deltaPreamble for SBFD is applied to an MsgA PUSCH in an SBFD symbol. A deltaPreamble for non-SBFD is applied to an MsgA PUSCH in a non-SBFD symbol. In this case, an MsgA PUSCH in an SBFD symbol is transmitted based on power determined using a deltaPreamble for SBFD. Also, in this case, an MsgA PUSCH in a non-SBFD symbol is transmitted based on power determined using a deltaPreamble for non-SBFD.

[0224] In Example 2 of Proposal 4, if a deltaPreamble for SBFD is not set, one of the following Alt.2-1 to Alt.2-4 is applied as an example of a parameter to be applied instead of a deltaPreamble for SBFD.

[0225] Alt.2-1: A deltaPreamble for non-SBFD may be applied to the MsgA PUSCH in the SBFD symbol. In this case, the MsgA PUSCH in the SBFD symbol is transmitted based on the power determined using the deltaPreamble for non-SBFD.

[0226] Alt.2-2: When the msgA-DeltaPreamble for SBFD is configured, the msgA-DeltaPreamble for SBFD may be applied to the MsgA PUSCH in the SBFD symbol. In this case, the MsgA PUSCH in the SBFD symbol is transmitted based on the power determined using the msgA-DeltaPreamble for SBFD.

[0227] Alt.2-3: When the msg3-DeltaPreamble for SBFD is configured, the msg3-DeltaPreamble for SBFD may be applied to the MsgA PUSCH in the SBFD symbol. In this case, the MsgA PUSCH in the SBFD symbol is transmitted based on the power determined using the msg3-DeltaPreamble for SBFD.

[0228] Alt.2-4: A default value is applied for MsgA PUSCH in the SBFD symbol instead of deltaPreamble, where the default value may be 0 or another value.

[0229] <Example 3 of Proposal 4> Separate settings for msgA-Alpha for SBFD and for non-SBFD are set.

[0230] In Example 3 of Proposal 4, msgA-Alpha for SBFD is applied to MsgA PUSCH in SBFD symbols. msgA-Alpha for non-SBFD is applied to MsgA PUSCH in non-SBFD symbols. In this case, MsgA PUSCH in SBFD symbols is transmitted based on power determined using msgA-Alpha for SBFD. Also, in this case, MsgA PUSCH in non-SBFD symbols is transmitted based on power determined using msgA-Alpha for non-SBFD.

[0231] In Example 3 of Proposal 4, if msgA-Alpha for SBFD is not set, one of the following Alt.3-1 to Alt.3-3 is applied as an example of a parameter to be applied instead of msgA-Alpha for SBFD.

[0232] Alt.3-1: msgA-Alpha for non-SBFD may be applied to the MsgA PUSCH in the SBFD symbol. In this case, the MsgA PUSCH in the SBFD symbol is transmitted based on the power determined using the msgA-Alpha for non-SBFD.

[0233] Alt.3-2: If msg3-Alpha for SBFD is configured, msg3-Alpha for SBFD may be applied to the MsgA PUSCH in the SBFD symbol. In this case, the MsgA PUSCH in the SBFD symbol is transmitted based on the power determined using msg3-Alpha for SBFD.

[0234] Alt.3-3: A default value is applied for MsgA PUSCH in the SBFD symbol instead of msgA-Alpha, where the default value may be 1 or another value.

[0235] As described above, in Proposal 4, the UE controls the transmission power of the MsgA PUSCH based on either a configuration for SBFD or a configuration for non-SBFD, and transmits the MsgA PUSCH based on the transmission power. Here, SBFD is an example of a first symbol type, and non-SBFD is an example of a second symbol type. The MsgA PUSCH is also an example of a signal in random access. Controlling the transmission power of the MsgA PUSCH also includes determining the transmission power of the MsgA PUSCH and setting the determined transmission power. This makes it possible to appropriately control the transmission power when transmitting signals in both SBFD symbols and non-SBFD symbols.

[0236] <Suggestion 5> Proposal 5 is premised on the fact that distinct settings are made for msgA-PreambleReceivedTargetPower settings for SBFD and msgA-PreambleReceivedTargetPower settings for non-SBFD symbols.

[0237] In the case of the above assumption, a case will be described in which power control of the MsgA PUSCH is provided depending on whether msgA-PreambleReceivedTargetPower for SBFD is applied or whether msgA-PreambleReceivedTargetPower for non-SBFD symbols is applied. Note that the power control of the MsgA PUSCH is performed by P O_PRE For example, in Proposal 5, any of the following Alt.0, Alt.1, Alt.2, Alt.2', Alt.3, and Alt.3' are applied.

[0238] Proposal 5 Alt.0:P O_PRE is always provided by msgA-PreambleReceivedTargetPower for non-SBFD. In other words, in Alt.0, P O_PREis provided by msgA-preambleReceivedTargetPower for non-SBFD, regardless of the type of MsgA PUSCH symbol and regardless of the PRACH type.

[0239] Alt. 1 of Proposal 5: If MsgA PUSCH is within an SBFD symbol, msgA-PreambleReceivedTargetPower for SBFD is applied regardless of the PRACH type.

[0240] In addition, in Alt.1 of Proposal 5, if MsgA PUSCH is within the SBFD symbol, P O_PRE is provided by msgA-PreambleReceivedTargetPower for SBFD. Also, in Alt. 1 of Proposal 5, when MsgA PUSCH is in a non-SBFD symbol, P O_PRE is provided by msgA-PreambleReceivedTargetPower for non-SBFD.

[0241] Alt.2 of Proposal 5: If MsgA PRACH is within an SBFD symbol, msgA-PreambleReceivedTargetPower for SBFD is applied regardless of the symbol type of MsgA PUSCH.

[0242] In addition, in Alt. 2 of Proposal 5, when MsgA PRACH is within the SBFD symbol, P O_PRE is provided by msgA-PreambleReceivedTargetPower for SBFD. Also, in Alt. 2 of Proposal 5, when a MsgA PRACH is in a non-SBFD symbol, P O_PRE is provided by msgA-PreambleReceivedTargetPower for non-SBFD.

[0243] Alt.2´ in Proposal 5:Alt.2´ is a variation of Alt.2. If MsgA PRACH is within additional RO, msgA-PreambleReceivedTargetPower for SBFD is applied regardless of the symbol type of MsgA PUSCH.

[0244] In addition, in Alt.2' of Proposal 5, when MsgA PRACH is in additional RO, P O_PRE is provided by msgA-PreambleReceivedTargetPower for SBFD. Also, in Alt.2' of Proposal 5, when the MsgA PRACH is in a legacy RO, P O_PRE is provided by msgA-PreambleReceivedTargetPower for non-SBFD.

[0245] Alt. 3 of Proposal 5: If MsgA PRACH is within an SBFD symbol and MsgA PUSCH is within an SBFD symbol, msgA-PreambleReceivedTargetPower for SBFD is applied.

[0246] In addition, in Alt. 3 of Proposal 5, when MsgA PRACH is within the SBFD symbol and MsgA PUSCH is within the SBFD symbol, P O_PRE is provided by msgA-PreambleReceivedTargetPower for SBFD.

[0247] In addition, in Alt. 3 of Proposal 5, when MsgA PRACH is within an SBFD symbol and MsgA PUSCH is within a non-SBFD symbol, P O_PRE is provided by msgA-PreambleReceivedTargetPower for non-SBFD.

[0248] In addition, in Alt. 3 of Proposal 5, when MsgA PRACH is in a non-SBFD symbol, P is set for MsgA PUSCH in an SBFD symbol or a non-SBFD symbol. O_PRE is provided by msgA-PreambleReceivedTargetPower for non-SBFD.

[0249] Alt.3' of Proposal 5: Alt.3' is a variation of Alt.3. If MsgA PRACH is within additional RO and MsgA PUSCH is within SBFD symbol, msgA-PreambleReceivedTargetPower for SBFD is applied.

[0250] In addition, in Alt.3' of Proposal 5, when MsgA PRACH is within additional RO and MsgA PUSCH is within SBFD symbol, P O_PRE is provided by msgA-PreambleReceivedTargetPower for SBFD.

[0251] In addition, in Alt.3' of Proposal 5, when MsgA PRACH is within additional RO and MsgA PUSCH is within a non-SBFD symbol, P O_PRE is provided by msgA-PreambleReceivedTargetPower for non-SBFD.

[0252] In addition, in Alt.3' of Proposal 5, when the MsgA PRACH is in a legacy RO, P is set for the MsgA PUSCH in an SBFD symbol or a non-SBFD symbol. O_PRE is provided by msgA-PreambleReceivedTargetPower for non-SBFD.

[0253] <Variations of Proposal 5> Proposal 5 may be extended to parameters other than msgA-PreambleReceivedTargetPower.

[0254] For example, in Proposal 5 above, "P O_PRE " is "Δ MsgA_PUSCH ", and msgA-PreambleReceivedTargetPower may be replaced with msgA-DeltaPreamble and / or DeltaPreamble.

[0255] For example, in Proposal 5 above, "P O_PRE " is "α b,f,c (0)" and "msgA-PreambleReceivedTargetPower" may be replaced with "msgA-Alpha".

[0256] In Proposal 5, we consider the parameter msgA-PreambleReceivedTargetPower and the P O_PRE " is used as an example to show how to apply parameters according to the type of signal, the type of symbol, etc. This allows appropriate control of the transmission power when transmitting signals in SBFD symbols and non-SBFD symbols.

[0257] <Variations> It is also possible to apply a combination of two or more of the Alts and options in the above-mentioned proposals 1 to 5. Furthermore, it is also possible to dynamically or semi-persistently switch two or more of the Alts and options in the above-mentioned proposals 1 to 5.

[0258] The above-described Proposals 1 to 5 may be applied to UEs in connected mode, or may be applied to UEs in RRC idle mode.

[0259] The above-described proposals 1 to 5 may be applied to the CBRA or the CFRA.

[0260] A different suggestion may be applied, a different Alt of a suggestion may be applied, or a different Option of a suggestion may be applied depending on at least one of the following differences: RA type (e.g., CBRA, CFRA, Type 1 RACH, Type 2 RACH) RACH triggering method (e.g., RACH, MAC entity, and RRC initialized by PDCCH orders) RACH purpose (e.g., RACH for initial access, RACH for SI request, RACH for SpCell BFR, RACH for reconfiguration with synchronization) PRACH transmission method (e.g., multiple repetition or single repetition) Whether the RACH is an initial transmission or a retransmission

[0261] (Combined with options) In Proposals 1 to 3 of the present disclosure, which proposal is applied or which option or alternative is used may be determined as follows. - Set by upper layer parameters Determined by related higher level parameters -Indicated in MAC CE or DCI Determined based on UE capabilities - Listed in the specifications - Determined based on the conditions stated in the specifications Determined by higher layer parameters / MAC CE / DCI configuration and reported UE capabilities (combination of the above decisions)

[0262] In each proposal in this disclosure, multiple options and alternatives may be combined into a single option / alternative, and throughout the proposals, the measured reference signal (RS) will be the QCL source RS in the active / indicated TCI state.

[0263] (Signal from NW to UE) In this disclosure, the UE may receive the following types of information from the network (NW): Also, throughout the proposal, the network (NW) may be referred to as a gNB. Information via higher layer signaling (e.g., RRC messages / LPP (LTE propositioning protocol) messages) MAC CE Subheader with new LCID in the subheader Extending an existing MAC CE (e.g., introducing a new octet) DCI DCI Field: Existing DCI field or newly introduced DCI field RNTI: DCI with CRC scrambled by the existing RNTI or the newly introduced RNTI DCI Format: Existing DCI format or newly introduced DCI format Combination of the above information

[0264] In the present disclosure, the UE may receive information from the network (NW) in the following periodic format: Option 1: Receive periodic updates Option 2: Semi-persistent reception of information (triggered by UE or gNB instructions) Option 3: Aperiodic information reception (triggered by UE or gNB instructions)

[0265] In the present disclosure, the UE may receive information from the network (NW) as the following QCL rules: QCL Type A QCL Type B QCL Type C QCL Type D

[0266] In this disclosure, the QCL resource RS for each QCL type may be configured as follows: SSB (SS / PBCH Block) CSI-RS with / without repetition ·TRS(tracking reference signal) PDCCH / PDSCH DMRS

[0267] In the present disclosure, information from the network (NW) is set / indicated as follows: ·UE common / UE only Cell specific / Cell common Per UE / CC / BWP / band / cell / CG

[0268] (Signal from UE to NW) In this disclosure, the UE may report the following types of information to the network (NW): Also, throughout the proposal, the network (NW) may be referred to as a gNB. Information via higher layer signaling (e.g. RRC message / LPP message) MAC CE Subheader with new LCID in the subheader Extending an existing MAC CE (e.g., introducing a new octet) UCI UCI on PUCCH or PUSCH Combination of the above information

[0269] In the present disclosure, the UE may report information to the network (NW) in a periodic manner as follows: Option 1: Send information periodically Option 2: Semi-persistent information transmission (triggered by UE or gNB instruction) Option 3: Aperiodic information transmission (triggered by UE or gNB instructions)

[0270] <UE capability> The UE capability indicating the capability of the terminal may include the following information indicating the capability of the terminal. For example, the following new UE capability and report signaling (and RRC configuration) may be defined. Note that the information indicating the capability of the terminal may correspond to information defining the capability of the terminal. The UE may report the following information indicating the capabilities of the terminal to the gNB: ·Device capabilities for each proposal ·Ability to implement each option or combination of options in each proposal · Capabilities for each alternative or combination of alternatives in each proposal The UE may report information indicating the above terminal capabilities for each frequency to the gNB. · Capabilities for UE / FR1 / FR2 / FR2-1 / FR2-2 / FR3 / SCS / band / BC / FC / FSPC etc. The UE may report information indicating the above terminal capabilities for each cell to the gNB. Capabilities for each UE / cell / TDD / FDD, etc.

[0271] The above UE capabilities and the configuration of this proposal are closely related, and if the functions related to each option in each proposal depend on the UE capabilities, the gNB may select or enable the functions related to each option based on the capabilities reported by the UE.

[0272] Next, the configurations of the gNB100 and the UE200 will be described. Note that the configurations of the gNB100 and the UE200 described below are examples of functions related to the present embodiment. The gNB100 and the UE200 may have functions not shown. Furthermore, the functional divisions and / or names of the functional units are not limited as long as the functions perform the operations related to the present embodiment.

[0273] <Base station configuration> Fig. 13 is a block diagram showing an example of the configuration of a base station 100 (gNodeB (gNB) 100) according to this embodiment. The gNB 100 includes, for example, a transmitter 101, a receiver 102, and a controller 103. The gNB 100 communicates with a UE 200 (see Fig. 14) wirelessly.

[0274] The transmitter 101 transmits a downlink (DL) signal to the UE 200. For example, under the control of the controller 103, the transmitter 101 transmits a DL signal (for example, the above-mentioned RRC, SIB, MAC CE, DCI, notification, confirmation, etc.).

[0275] The DL signal may include, for example, a downlink data signal and control information (e.g., Downlink Control Information (DCI)). The DL signal may also include information indicating scheduling related to signal transmission by the UE 200 (e.g., an UL grant). The DL signal may also include control information of higher layers (e.g., control information of Radio Resource Control (RRC)). The DL signal may also include a reference signal.

[0276] The channels used for transmitting DL signals include, for example, a downlink data channel and a downlink control channel. For example, the downlink data channel may include a PDSCH (Physical Downlink Shared Channel), and the downlink control channel may include a PDCCH (Physical Downlink Control Channel). For example, the gNB 100 transmits downlink control information to the UE 200 using the PDCCH and transmits downlink data signals using the PDSCH.

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

[0278] The receiver 102 receives an uplink (UL) signal transmitted from the UE 200. For example, under the control of the controller 103, the receiver 102 receives an UL signal (for example, the above-mentioned request, notification, etc.).

[0279] The transmitting unit 101 and the receiving unit 102 may be collectively referred to as a communication unit.

[0280] The control unit 103 controls the communication operations of the gNB 100, including the transmission processing of the transmission unit 101 and the reception processing of the reception unit 102.

[0281] For example, the control unit 103 acquires information such as data and control information from the upper layer and outputs it to the transmitting unit 101. The control unit 103 also outputs the data, control information, etc. received from the receiving unit 102 to the upper layer.

[0282] For example, the control unit 103 allocates resources (or channels) used for transmitting and receiving DL signals and / or resources used for transmitting and receiving UL signals based on a signal (e.g., data and control information, etc.) received from the UE 200 and / or data and control information, etc. acquired from an upper layer. Information on the allocated resources may be included in control information transmitted to the UE 200.

[0283] <Device configuration> 14 is a block diagram showing an example of the configuration of UE 200 according to the present embodiment. UE 200 includes, for example, a receiving unit 201, a transmitting unit 202, and a control unit 203. UE 200 communicates with gNB 100 by radio, for example.

[0284] The transmitter 202 transmits an UL signal to the gNB 100. For example, the transmitter 202 transmits the UL signal under the control of the controller 203. For example, the transmitter 202 may transmit an MsgA PRACH in a valid MsgA RO determined by the controller 203, and may transmit an MsgA PUSCH in a valid MsgA PO determined by the controller 203.

[0285] The UL signal may include, for example, an uplink data signal and control information (e.g., UCI). For example, information related to the processing capability of the UE 200 (e.g., UE capability) may be included. The UL signal may also include a reference signal.

[0286] The channels used for transmitting UL signals include, for example, an uplink data channel and an uplink control channel. For example, the uplink data channel includes a PUSCH (Physical Uplink Shared Channel), and the uplink control channel includes a PUCCH (Physical Uplink Control Channel). For example, the UE 200 transmits uplink control information to the gNB 100 using the PUCCH and transmits an uplink data signal using the PUSCH.

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

[0288] The receiving unit 201 and the transmitting unit 202 may be collectively referred to as a communication unit.

[0289] The control unit 203 controls the communication operations of the UE 200, including the reception processing in the reception unit 201 and the transmission processing in the transmission unit 202.

[0290] For example, the control unit 203 acquires information such as data and control information from a higher layer and outputs it to the transmitting unit 202. Also, the control unit 203 outputs, for example, the data and control information received from the receiving unit 201 to the higher layer.

[0291] For example, the control unit 203 controls transmission of information to be fed back to the gNB 100. The information to be fed back to the gNB 100 may include, for example, HARQ-ACK, Channel State Information (CSI), or a Scheduling Request (SR). The information to be fed back to the gNB 100 may be included in UCI.

[0292] Here, for example, control unit 203 of UE 200 controls the transmission power of a signal in random access based on either a first configuration for a first symbol type (e.g., SBFD) or a second configuration for a second symbol type (e.g., non-SBFD). The communication unit transmits the signal based on the transmission power controlled by control unit 203. Note that the signal in random access includes at least one of a PRACH, an MsgA PRACH, an Msg3 PUSCH, and an MsgA PUSCH.

[0293] <Hardware configuration, etc.> The block diagrams used to explain the above embodiments show functional blocks. These functional blocks (components) are realized by any combination of at least one of hardware and software. Furthermore, the method for realizing each functional block is not particularly limited. That is, each functional block may be realized using a single device that is physically or logically coupled, or may be realized using two or more physically or logically separated devices that are directly or indirectly connected (for example, using wires, wirelessly, etc.) and these multiple devices. The functional block may also be realized by combining the single device or multiple devices with software.

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

[0295] For example, a base station, a terminal, etc. according to an embodiment of the present disclosure may function as a computer that performs processing of the communication method of the present disclosure. Figure 15 is a diagram showing an example of the hardware configuration of a base station and a terminal according to an embodiment of the present disclosure. The gNB 100 and UE 200 described above may be physically configured as a computer device including a processor 1001, a memory 1002, a storage 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, etc.

[0296] In the following description, the term "apparatus" can be interpreted as a circuit, a device, a unit, etc. The hardware configuration of the gNB100 and the UE200 may be configured to include one or more of the apparatuses shown in the figures, or may be configured to exclude some of the apparatuses.

[0297] Each function in gNB100 and UE200 is realized by loading specific software (programs) onto hardware such as processor 1001 and memory 1002, causing processor 1001 to perform calculations, control communication by communication device 1004, and control at least one of reading and writing data in memory 1002 and storage 1003.

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

[0299] Furthermore, the processor 1001 reads programs (program codes), software modules, data, etc. from at least one of the storage 1003 and the communication device 1004 into the memory 1002, and executes various processes in accordance with these. The programs used are those that cause a computer to execute at least some of the operations described in the above-described embodiments. For example, the control unit 203 of the UE 200 may be implemented by a control program stored in the memory 1002 and running on the processor 1001, and similar implementations may be made for other functional blocks. While the above-described various processes have been described as being executed by one processor 1001, they may also be executed simultaneously or sequentially by two or more processors 1001. The processor 1001 may be implemented by one or more chips. The programs may be transmitted from a network via a telecommunications line.

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

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

[0302] The communication device 1004 is hardware (transmission / reception device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as, for example, a network device, a network controller, a network card, or a communication module. The communication device 1004 may be configured to include a high-frequency switch, a duplexer, a filter, a frequency synthesizer, etc. to realize at least one of frequency division duplex (FDD) and time division duplex (TDD). For example, the above-mentioned transmitter 101, receiver 102, receiver 201, transmitter 202, etc. may be realized by the communication device 1004.

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

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

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

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

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

[0308] <Applicable systems> Embodiments described in the present disclosure may be applied to at least one of a system using LTE (Long Term Evolution), LTE-Advanced (LTE-A), SUPER 3G, IMT-Advanced, 4G (4th generation mobile communication system), 5G (5th generation mobile communication system), 6G (6th generation mobile communication system), xG (xG (x is, for example, an integer or a decimal point)), FRA (Future Radio Access), NR (new Radio), New radio access (NX), Future generation radio access (FX), W-CDMA (registered trademark), GSM (registered trademark), CDMA2000, UMB (Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi (registered trademark)), IEEE 802.16 (WiMAX (registered trademark)), IEEE 802.20, UWB (Ultra-Wideband), Bluetooth (registered trademark), or other suitable systems, and next generation systems extended, modified, created, or defined based on these. Furthermore, a combination of multiple systems (for example, a combination of at least one of LTE and LTE-A with 5G) may be applied.

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

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

[0311] <Input / output direction> Information, etc. (see the section on information and signals) can be output from a higher layer (or a lower layer) to a lower layer (or a higher layer). It may also be input and output via multiple network nodes.

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

[0313] <Judgment method> The determination may be made based on a value represented by one bit (0 or 1), a Boolean value (true or false), or a numerical comparison (e.g., comparison with a predetermined value).

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

[0315] Although the present disclosure has been described in detail above, it is clear to those skilled in the art that the present disclosure is not limited to the embodiments described herein. The present disclosure can be implemented in modified and altered forms without departing from the spirit and scope of the present disclosure as defined by the claims. Therefore, the description of the present disclosure is intended to be illustrative and does not have any limiting meaning on the present disclosure.

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

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

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

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

[0320] <System, Network> As used in this disclosure, the terms "system" and "network" are used interchangeably.

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

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

[0323] <Base station> In this disclosure, terms such as "base station (BS)," "radio 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" may be used interchangeably. Base stations may also be referred to by terms such as macrocell, small cell, femtocell, and picocell.

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

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

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

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

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

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

[0330] Similarly, the term "terminal" in the present disclosure may be read as "base station." In this case, the base station may be configured to have the functions of the terminal described above.

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

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

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

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

[0335] The information service unit 2012 is composed of various devices, such as a car navigation system, an audio system, speakers, a television, and a radio, for providing (outputting) various information such as driving information, traffic information, and entertainment information, and one or more ECUs for controlling these devices. The information service unit 2012 uses information acquired from external devices via the communication module 2013, etc., to provide various multimedia information and multimedia services to the occupants of the vehicle 2001.

[0336] The information service unit 2012 may include input devices (e.g., keyboards, mice, microphones, switches, buttons, sensors, touch panels, etc.) that accept input from the outside, and may also include output devices (e.g., displays, speakers, LED lamps, touch panels, etc.) that output to the outside.

[0337] The driving assistance system unit 2030 is composed of various devices that provide functions for preventing accidents and reducing the driver's driving burden, such as a millimeter-wave radar, a LiDAR (Light Detection and Ranging), a camera, a positioning locator (e.g., GNSS, etc.), map information (e.g., high-definition (HD) map, autonomous vehicle (AV) map, etc.), a gyro system (e.g., an IMU (Inertial Measurement Unit), an INS (Inertial Navigation System), etc.), an AI (Artificial Intelligence) chip, and an AI processor, as well as one or more ECUs that control these devices. The driving assistance system unit 2030 also transmits and receives various information via the communication module 2013 to realize the driving assistance function or the autonomous driving function.

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

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

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

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

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

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

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

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

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

[0347] <Means> In the configurations of each of the above devices, the "means" may be replaced with a "section", "circuit", "device", or the like.

[0348] <Open format> In the present disclosure, when the terms "include", "including", and their variants are used, these terms are intended to be inclusive, similar to the term "comprising". Further, the term "or" used in the present disclosure is not intended to be an exclusive disjunction.

[0349] <Time units such as TTI, frequency units such as RB, radio frame configuration> A radio frame may be composed of one or more frames in the time domain. Each of the one or more frames in the time domain may be referred to as a subframe. A subframe may further be composed of one or more slots in the time domain. A subframe may have a fixed time length (e.g., 1 ms) that does not depend on numerology.

[0350] Numerology may be a communication parameter applied to at least one of the transmission and reception of a certain signal or channel. Numerology may indicate, for example, at least one of a subcarrier spacing (SCS), bandwidth, symbol length, cyclic prefix length, transmission time interval (TTI), number of symbols per TTI, radio frame configuration, specific filtering processing performed by a transceiver in the frequency domain, specific windowing processing performed by a transceiver in the time domain, and the like.

[0351] A slot may be composed of one or more symbols (such as an Orthogonal Frequency Division Multiplexing (OFDM) symbol or a Single Carrier Frequency Division Multiple Access (SC-FDMA) symbol) in the time domain. A slot may be a time unit based on numerology.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0368] <Maximum transmission power> The "maximum transmit power" in this disclosure may mean the maximum value of transmit power, the nominal UE maximum transmit power, or the rated UE maximum transmit power.

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

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

[0371] One aspect of the present disclosure is useful in wireless communication systems. [Explanation of symbols]

[0372] 10. Wireless communication systems 20 NG-RAN 100 base stations (gNB) 200 User Equipment (UE) 101,202 Transmitter 102,201 Receiver 103,203 Control unit

Claims

1. a control unit that controls transmission power of a signal in random access based on either a first setting for a first symbol type or a second setting for a second symbol type; a communication unit that transmits the signal based on the transmission power; A terminal comprising:

2. the control unit controls the transmission power of the signal in the first symbol based on the first setting. The terminal according to claim 1 .

3. When the first setting is not set, the control unit controls the transmission power of the signal in the first symbol based on the second setting. The terminal according to claim 1 .

4. When the first setting is not set, the control unit controls the transmission power of the signal in the first symbol based on a third setting for the type of the first symbol that is different from the first setting. The terminal according to claim 1 .

5. a terminal that controls transmission power of a signal in random access based on either a first setting for a first symbol type or a second setting for a second symbol type, and transmits the signal based on the transmission power; a base station receiving the signal; A wireless communication system comprising:

6. The device is controlling a transmission power of a signal in random access based on either a first setting for a first symbol type or a second setting for a second symbol type; transmitting the signal based on the transmission power; Wireless communication method.

Images