Terminal

Abstract

This terminal comprises: a control unit that selects a valid random access opportunity on the basis of a random access channel configuration for a time unit to which time division duplexing is applied; and a transmission unit that transmits a preamble for starting random access in the valid random access opportunity. The random access channel configuration includes a first random access channel configuration assuming a unit time to which a duplexing method capable of simultaneously using a plurality of sub-bands is applied in a time unit to which the time division duplexing is applied. The first random access channel configuration includes a first parameter related to a threshold value to be compared with a reception quality of a downlink signal. The control unit executes processing of selecting a unit time to which the duplexing method is applied or selecting a unit time to which the duplexing method is not applied as a unit time including the valid random access opportunity on the basis of the first parameter.

Description

Terminal

[0001] The present disclosure relates to a terminal that supports subband non-overlapping full duplex (SBFD).

[0002] The 3rd Generation Partnership Project (3GPP (registered trademark)) has developed specifications for 5th generation mobile communication systems (5G, also known as New Radio (NR) or Next Generation (NG)), and is also developing specifications for next-generation mobile communication systems 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). 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, support for random access (RA) in SBFD is being considered for Release 19 (Non-Patent Document 1). Specifically, it is being considered to extend the configuration related to the random access channel (RACH) (RACH configuration) to the SBFD symbol.

[0005] A terminal (hereinafter also referred to as a user equipment (UE)) determines a random access opportunity (RO) for transmitting a preamble to start a random access (RA) based on a RACH configuration from a base station (hereinafter also referred to as a gNodeB (gNB)), and further determines a valid RO (and an invalid RO) from the determined ROs. Furthermore, the valid RO is mapped to an index of a synchronization signal block (SSB index) based on SSB-to-RO mapping.

[0006] “New WID: Evolution of NR duplex operation: Sub-band full duplex (SBFD)”, RP-234035, 3GPP TSG RAN Meeting #102, 3GPP, December 11-15, 2023

[0007] Incidentally, a cell formed by a gNB that supports SBFD operation may be accessed by a UE that supports SBFD operation, or by a UE that does not support SBFD operation. Hereinafter, the former is also referred to as an SBFD-aware UE, and the latter is also 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.

[0008] Under such circumstances, the inventors, after careful consideration, have noticed that a threshold is used to compare with the reception quality of a synchronization signal block (SSB) (e.g., RSRP; Reference Signal Received Power) when selecting an effective random access opportunity, and have found the need to clarify how to set the threshold and how to use the threshold.

[0009] Therefore, the present disclosure aims to provide a terminal (SBFD-aware UE) that can appropriately operate a threshold to be compared with the SSB reception quality (e.g., RSRP) when a case is assumed in which a valid RO is selected in a non-SBFD slot / symbol and an SBFD slot / symbol.

[0010] An aspect of the disclosure is a terminal comprising: a control unit that selects a valid random access opportunity based on a random access channel setting for a time unit in which time division duplexing is applied; and a transmission unit that transmits a preamble that starts random access at the valid random access opportunity, wherein the random access channel setting includes a first random access channel setting that assumes a unit time in which a duplexing method that allows simultaneous use of multiple subbands is applied in the time unit in which time division duplexing is applied, and the first random access channel setting includes a first parameter related to a threshold that is compared with reception quality of a downlink signal, and the control unit executes processing to select, based on the first parameter, a unit time in which the duplexing method is applied or a unit time in which the duplexing method is not applied, as the unit time including the valid random access opportunity.

[0011] FIG. 1 is a diagram showing an overall schematic configuration of a wireless communication system. FIG. 2 is a diagram showing frequency ranges used in the wireless communication system. FIG. 3 is a diagram showing an example of the configuration of radio frames, subframes, slots, and symbols used in the wireless communication system. FIG. 4 is a functional block diagram of a terminal. FIG. 5 is a functional block diagram of a base station. FIG. 6 is a diagram showing an example of SBFD slots / symbols. FIG. 7 is a diagram showing an example of application of an extended rule for determining a valid RO. FIG. 8 is a diagram showing an example of application of an extended rule for determining a valid RO. FIG. 9 is a diagram showing an example of application of an extended rule for determining a valid RO. FIG. 10 is a diagram showing an example of application of an extended rule for determining a valid RO. FIG. 11 is a diagram showing an example of application of an extended rule for determining a valid RO. FIG. 12 is a diagram showing an example of SSB-RO mapping when an extended rule for determining a valid RO is applied. FIG. 13 is a diagram showing an example of SSB-RO mapping when an extended rule for determining a valid RO is applied. FIG. 14 is a diagram showing an example of SSB-RO mapping when an extended rule for determining a valid RO is applied. FIG. 15 is a diagram showing an example of SSB-RO mapping when an extended rule for determining a valid RO is applied. Fig. 16 is a diagram showing an example of application of RACH repetition in SBFD symbols. Fig. 17 is a diagram for explaining a problem of operation example 5. Fig. 18 is a diagram for explaining operation example 6. Fig. 19 is a diagram for explaining operation example 6. Fig. 20 is a diagram showing an example of the hardware configuration of a base station and a terminal. Fig. 21 is a diagram showing an example of the configuration of a vehicle.

[0012] 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.

[0013] (1) Configuration of Wireless Communication System The wireless communication system 10 shown in Fig. 1 is a wireless communication system conforming to a method called 5G. Alternatively, the wireless communication system 10 may be a wireless communication system conforming to a method called Beyond 5G, 5G Evolution, or 6G.

[0014] 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) as a bundle, and Dual Connectivity (DC), which enables simultaneous communication with two base stations.

[0015] As shown in FIG. 1 , the 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."

[0016] 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 the gNB100 is read as a DU, it may be called a gNB-DU. When the gNB100 is read as a CU, it may be called a gNB-CU. When the gNB100 is 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.

[0017] The wireless communication system 10 may also support multiple frequency ranges (FR), i.e., the following FRs as shown in FIG.

[0018] FR1: 410 MHz to 7.125 GHz FR2-1: 24.25 GHz to 52.6 GHz FR2-2: Over 52.6 GHz to 71 GHz In FR1, a subcarrier spacing (SCS) of 15, 30, or 60 kHz and a bandwidth (BW) of 5 to 100 MHz may be used. In FR2-1, an SCS of 60 or 120 kHz (or 240 kHz) and a BW of 50 to 400 MHz may be used.

[0019] 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.

[0020] 3, one slot in the wireless communication system 10 is composed of 14 symbols. If this configuration is maintained, the larger (wider) the SCS, the shorter the symbol period (and slot period). Note that the SCS is not limited to the frequencies shown in FIG. 3 and may be, for example, 480 kHz, 960 kHz, or other frequencies.

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

[0022] (2) Functional Block Configuration of Wireless Communication System (2.1) Functional Block Configuration of Terminal As shown in FIG. 4, the UE 200 includes a wireless signal transmitting / receiving unit 210, an amplifier unit 220, a modulation / demodulation unit 230, a control signal / reference signal processing unit 240, an encoding / decoding unit 250, a data transmitting / receiving unit 260, and a control unit 270.

[0023] The radio signal transceiver 210 transmits and receives radio signals to and from the gNB 100. The radio signal transceiver 210 may be configured with a transmitter that transmits radio signals to the gNB 100 and a receiver that receives radio signals from the gNB 100. The radio signals may include data or may be interpreted as data. Transmission may be interpreted as report, notification, etc. Reception may be interpreted as (configured), (instructed), (notified), etc. Note that configuration may be realized by configuration information (information element (IE)) of the radio resource control (RRC) layer, and instruction may be realized by a control element (CE) or downlink control information (DCI) of the medium access control (MAC) layer.

[0024] The radio signal transmitting and receiving unit 210 of the embodiment can perform random access (RA) to the gNB 100. Specifically, the radio signal transmitting and receiving unit 210 can transmit a preamble (Msg1) to the gNB 100. The RA may be a four-step random access using Msg1 to Msg4 (and a HARQ-ACK PUCCH for Msg4), or a two-step random access using MsgA and MsgB.

[0025] The radio signal transceiver 210 according to the embodiment can transmit a preamble for initiating random access at a valid random access opportunity. The random access opportunity may be interpreted as a timing for transmitting a preamble for initiating RA. The random access opportunity may also be referred to as a RACH Occasion (RO). The RO is set based on the RACH setting from the gNB 100. For details about a valid RO, see the description of the control unit 270.

[0026] The amplifier unit 220 is configured by a power amplifier (PA) / low noise amplifier (LNA), etc. The amplifier unit 220 amplifies the radio signal output from the radio signal transmitting / receiving unit 210. The amplifier unit 220 also amplifies the radio signal output from the modulation / demodulation unit 230.

[0027] The modem unit 230 performs data modulation / demodulation, transmission power setting, resource block allocation, etc. for each predetermined communication destination (gNB100 or another gNB100). CP-OFDM / DFT-S-OFDM may be applied to the modem unit 230. Furthermore, DFT-S-OFDM may be used not only for the uplink (UL) but also for the downlink (DL).

[0028] The control signal / reference signal processing unit 240 performs processing related to control signals transmitted and received between the gNB 100, such as radio resource control (RRC) signaling.

[0029] The control signal / reference signal processing unit 240 performs processing related to reference signals transmitted and received between the gNB 100, such as Demodulation Reference Signal (DMRS), Phase Tracking Reference Signal (PTRS), Channel State Information-Reference Signal (CSI-RS), Sounding Reference Signal (SRS), and Positioning Reference Signal (PRS).

[0030] The channels include control channels and data channels. The control channels include a physical uplink control channel (PUCCH), a physical downlink control channel (PDCCH), a physical random access channel (PRACH), a physical broadcast channel (PBCH), etc. The data channels include a physical uplink shared channel (PUSCH), a physical downlink shared channel (PDSCH), etc.

[0031] The encoding / decoding unit 250 performs division / concatenation and coding / decoding of data contained in the radio signal for each predetermined communication destination (gNB100 or another gNB100).

[0032] Specifically, the encoding / decoding unit 250 decodes the data output from the modem unit 230 and concatenates the decoded data. In addition, the encoding / decoding unit 250 divides the data output from the data transmitter / receiver 260 into pieces of a predetermined size and performs coding on the divided data.

[0033] The data transmitter / receiver 260 assembles and disassembles data units (Protocol Data Units (PDUs) / Service Data Units (SDUs)) that make up data between each layer. The multiple layers include a Medium Access Control (MAC) layer, a Radio Link Control (RLC) layer, and a Packet Data Convergence Protocol (PDCP) layer. The data transmitter / receiver 260 also performs data error correction and retransmission control based on Hybrid Automatic Repeat Request (HARQ).

[0034] The control unit 270 controls the UE 200. The control unit 270 controls, for example, transmission and reception of radio signals by the radio signal transmission and reception unit 210, amplification by the amplifier unit 220, data modulation / demodulation by the modem unit 230, signal processing by the control signal and reference signal processing unit 240, coding / decoding by the encoding / decoding unit 250, and assembly / disassembly of data units by the data transmission and reception unit 260.

[0035] The control unit 270 of the embodiment can determine the above-mentioned valid RO and an invalid RO, which is an invalid RO, based on the RACH configuration from the gNB 100. Specifically, the control unit 270 determines an RO to transmit a preamble from among the ROs configured based on the RACH configuration from the gNB 100, and further determines a valid RO and an invalid RO from among the determined ROs. Please refer to the description of the operation example for rules for determining a valid RO.

[0036] The RACH configuration may include a legacy RACH configuration for a time unit (non-SBFD slot / symbol) to which time division duplexing (TDD) is applied, and a RACH configuration for SBFD for a time unit (SBFD slot / symbol) in which multiple subbands constituting a TDD band can be used. The legacy RACH configuration and the RACH configuration for SBFD may be configured in the UE 200 as one RACH configuration, or may be configured in the UE 200 as separate configurations. That is, if the UE 200 is a legacy UE, the legacy RACH configuration may be configured, and if the UE 200 is an SBFD-aware UE, the RACH configuration for SBFD may be configured.

[0037] When a legacy RACH configuration and a RACH configuration for SBFD are included in one RACH configuration, the control unit 270 according to the embodiment can determine a valid RO and an invalid RO in two stages. In this case, the control unit 270 first determines a valid RO and an invalid RO based on the legacy RACH configuration, and then determines an additional valid RO from the invalid RO based on the RACH configuration for SBFD.

[0038] On the other hand, the control unit 270 according to the embodiment may determine a valid RO and an invalid RO based on a RACH configuration for SBFD that is different from the legacy RACH configuration. In this case, the control unit 270 may ignore the legacy RACH configuration.

[0039] When the control unit 270 of the embodiment determines a valid RO and an invalid RO in two stages, it can map the index of the synchronization signal block (SSB) to the valid RO and the additional valid RO individually. Furthermore, when the control unit 270 of the embodiment determines a valid RO based on a RACH configuration for SBFD that is different from the legacy RACH configuration, it can map the index of the SSB to the valid RO. Note that mapping of the index of the SSB to the valid RO (or the additional valid RO) may be interpreted as mapping of the valid RO (or the additional valid RO) to the index of the SSB.

[0040] The control unit 270 of the embodiment may map the additional valid ROs based on the same mapping rule as that for mapping the valid ROs. For details about the mapping rule, see the description of the operation example.

[0041] In the embodiment, the control unit 270 may map, to the additional valid RO, an SSB index that is the same as the SSB index mapped to the first valid RO after the additional valid RO. On the other hand, in the embodiment, the control unit 270 may map, to the additional valid RO, an SSB index that is the same as the SSB index mapped to the last valid RO before the additional valid RO. Note that "after" / "before" may be interpreted as "after" / "before" between slots / symbols. Also, the first / last valid RO may be interpreted as a valid RO in the first / last slot / symbol (see FIG. 14).

[0042] (2.2) Functional block configuration of base station As shown in Figure 5, the gNB100 includes a radio signal transceiver unit 110 and a control unit 120.

[0043] The radio signal transmitting / receiving unit 110 transmits and receives radio signals to and from the UE 200. The radio signal transmitting / receiving unit 110 may be configured with a transmitting unit that transmits radio signals to the UE 200 and a receiving unit that receives radio signals from the UE 200. The radio signals may include data or may be interpreted as data. Transmission may be interpreted as configuration, instruction, notification, etc. Reception may be interpreted as (reported), notification, etc. Note that configuration may be realized by configuration information (information element (IE)) of a radio resource control (RRC) layer, and instruction may be realized by a control element (CE) or downlink control information (DCI) of a medium access control (MAC) layer.

[0044] The radio signal transmitting and receiving unit 110 according to the embodiment can transmit an SSB to the UE 200 so that the UE 200 can map a valid RO in an RA.

[0045] The radio signal transceiver 110 according to the embodiment can transmit (configure) a RACH configuration to the UE 200. As described above, the RACH configuration may include a legacy RACH configuration for a time unit (non-SBFD slot / symbol) to which time division duplexing (TDD) is applied, and a RACH configuration for SBFD for a time unit (SBFD slot / symbol) in which multiple subbands constituting a TDD band can be used.

[0046] The radio signal transmitting and receiving unit 110 of the embodiment can transmit one RACH configuration including a legacy RACH configuration and a RACH configuration for SBFD to the UE 200. On the other hand, the radio signal transmitting and receiving unit 110 of the embodiment can transmit the legacy RACH configuration to a legacy UE and transmit the RACH configuration for SBFD to the UE 200 (SBFD-aware UE).

[0047] The control unit 120 controls the gNB 100. The control unit 120 controls, for example, the transmission and reception of radio signals by the radio signal transmission and reception unit 110. The control unit 120 also performs scheduling for the UE 200.

[0048] The control unit 120 can control handover (HO) of the UE 200. HO may be understood as, for example, transition of the UE 200 from the gNB 100 to which it is connected to another gNB 100. Note that the gNB 100 to which the UE 200 is connected in HO may be interpreted as a cell or beam formed by the gNB 100. HO may also be interpreted as a term such as cell transition, cell change, or beam change.

[0049] (3) SBFD As shown in Fig. 6, SBFD may be applied to each slot / symbol. Note that, in addition to DL and UL, each slot / symbol may be set to Flexible (FL) that can be used as DL or UL, and then SBFD may be applied.

[0050] 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.

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

[0052] As shown in Figure 6, each subband (SBFD subband) constituting an SBFD slot / symbol is assigned DL or UL. Hereinafter, a subband assigned DL is also referred to as a DL subband, and a subband assigned UL is also referred to as a UL subband. In Figure 6, 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 slots / symbols marked with "F" in other figures are FL slots / symbols.

[0053] Below, we will briefly explain the terms related to SBFD.

[0054] SBFD DL symbol: A symbol instructed for DL ​​by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated, and a symbol for which the SBFD subband is set. SBFD FL symbol: A symbol instructed for FL by tdd-UL-DL-ConfigurationCommon or tdd-UL-DL-ConfigurationDedicated, and a symbol for which the SBFD subband is set. SBFD SSB symbol: A symbol set for SSB reception, and a symbol for which the SBFD subband is set. non-SBFD symbol: A symbol for which the SBFD subband is not set.

[0055] (4) Operation of the Wireless Communication System (4.1) Issues In a cell where SBFD-aware UEs and Legacy UEs coexist, when an RO is configured in the SBFD symbol commonly in the cell, there is a risk that the recognizable valid RO may differ between the SBFD-aware UE and the Legacy UE. For example, when an RO is configured in the UL subband of the SBFD symbol, the SBFD-aware UE recognizes (determines) the RO configured in the UL subband as a valid RO, but the Legacy UE recognizes (determines) the same RO as an RO configured in the DL symbol, i.e., as an invalid RO. Therefore, there has been a problem in that the numbering of the SSB index mapped to the valid RO is also recognized differently between the SBFD-aware UE and the Legacy UE.

[0056] (4.2) Extended Rules for Determining Valid ROs Extended rules for determining valid ROs will be described with reference to Figures 7 to 11. Legacy rules for determining valid ROs will also be described. In the figures, Legacy UE refers to UEs that cannot recognize SBFD symbols, and SBFD-aware UE refers to UEs that can recognize SBFD symbols. For example, for an SBFD symbol that is set to a DL symbol or an FL symbol, Legacy UE regards it as a DL symbol or an FL symbol, and SBFD-aware UE regards it as an SBFD symbol.

[0057] The legacy rule for determining a valid RO is that an RO in an UL symbol (UL sub-band) or an FL symbol (not configured for SSB) as seen from the UE is considered a valid RO, and an RO in a DL symbol (DL sub-band) or an FL symbol (configured for SSB) as seen from the UE is considered an invalid RO.

[0058] The extended rule for determining a valid RO may be configured by the following conditions for determining a valid RO. Note that the extended rule for determining a valid RO is a rule for a cell in which SBFD operation is configured on the gNB side. Note that Cond-X in the figure corresponds to condition X.

[0059] Condition 1: Each symbol is a UL symbol. Condition 2: Each symbol is an FL symbol not configured for SSB. Condition 3: Each symbol is a UL symbol or an FL symbol not configured for SSB (non-SBFD). Condition 4: Each symbol is an SBFD symbol (e.g., SBFD DL symbol, and / or SBFD FL symbol, and / or SBFD SSB symbol). Condition 5: Each symbol is an SBFD symbol (e.g., SBFD DL symbol, and / or SBFD FL symbol, and / or SBFD SSB symbol) or a UL symbol (or an FL symbol not configured for SSB, or an FL symbol not configured for SSB (non-SBFD)). Condition 6: At least N_gap symbols are spaced after the last (non-SBFD) DL symbol, and / or at least N_gap symbols are spaced after the last (non-SBFD) SSB symbol, and / or the symbol does not precede an SSB symbol (in a non-SBFD symbol) in the same PRACH slot. Condition 7: A non-SBFD symbol (e.g., UL symbol or non-SBFD Condition 8: does not overlap with both non-SBFD DL symbols or (non-SBFD) SSB symbols and SBFD symbols (e.g., SBFD DL symbols, and / or SBFD FL symbols, and / or SBFD SSB symbols). Condition 9: does not overlap with RBs outside the UL subband in SBFD symbols (e.g., SBFD DL symbols, and / or SBFD FL symbols, and / or SBFD SSB symbols). That is, a valid RO in the extended rule for determining a valid RO may include an RO that satisfies one or more combinations of these conditions. One or more combinations of the above conditions may be predefined in the standard or may be set by the gNB. For example, a valid RO may include the following ROs:

[0060] ・Example 1: RO that satisfies condition 1 (determined as a valid RO even under the legacy rules) ・Example 2: RO that satisfies conditions 2 / 3 and condition 6 Example 2-1: If the description in parentheses regarding non-SBFD in condition 6 does not apply, it will be determined as a valid RO even under the legacy rules Example 2-2: If the description in parentheses regarding non-SBFD in condition 6 applies, it may be determined as an invalid RO under the legacy rules. This is because the conditions for determining a valid RO in this case are more relaxed.

[0061] 7 shows an example (Example A-1) in which SBFD is applied to DL symbols. An RO that satisfies condition 4 (and condition 9) and condition 1 is determined as a valid RO. An RO that satisfies condition 4 (and condition 6) and condition 1 is determined as a valid RO. An RO that satisfies condition 4 (and condition 6) and condition 9 is determined as a valid RO. An RO that satisfies condition 4 (and condition 9) and condition 6 is determined as a valid RO. An RO that satisfies condition 5 (and condition 6) and condition 9 is determined as a valid RO. An RO that satisfies condition 5 (and condition 6) and condition 9 is determined as a valid RO. An RO that satisfies condition 7 (and at least one of conditions 6 and 8) ...4 (and not condition 9) and an RO that satisfies condition 1 are determined as valid ROs.

[0062] 8 shows an example (Example A-2) in which SBFD is applied to DL symbols. An RO that satisfies conditions 4 and 9 and an RO that satisfies condition 1 are determined as valid ROs.

[0063] 9 shows an example (Example B-1) in which SBFD is applied to DL symbols and FL symbols. An RO that satisfies condition 4 (and does not satisfy condition 9), an RO that satisfies condition 1, and an RO that satisfies conditions 3 and 6 are determined as valid ROs.

[0064] 10 shows an example (Example B-2) in which SBFD is applied to DL symbols and FL symbols. An RO that satisfies condition 4 (when the SBFD symbol in condition 4 does not include an SBFD FL symbol) and condition 9, an RO that satisfies condition 1, and an RO that satisfies conditions 3 and 6 are determined as valid ROs.

[0065] 11 shows an example (Example B-3) in which SBFD is applied to DL symbols and FL symbols. An RO that satisfies condition 4 (when the SBFD symbol in condition 4 includes an SBFD FL symbol) and condition 9, an RO that satisfies condition 1, and an RO that satisfies conditions 3 and 6 are determined as valid ROs.

[0066] (4.3) Example of Operation Based on the above-mentioned extended rules for determining valid ROs, an example of operation will be described.

[0067] (4.3.1) Operation Example 1 Operation example 1 will be described with reference to Fig. 12 to Fig. 15. Operation example 1 is an operation example in which a valid RO is determined for random access (RA) in RRC_IDLE mode or IN_ACTIVE mode, or for RA based on cell-common RACH configuration (or RACH configuration indicated in SIB1).

[0068] (4.3.1.1) Option 1 Option 1 is a combination of a legacy RACH configuration and a legacy rule for determining a valid RO. Note that the legacy RACH configuration may be understood as a RACH configuration for non-SBFD symbols, and a configuration for determining an RO for non-SBFD symbols in particular. On the other hand, a RACH configuration for SBFD symbols may be performed, and an RO for SBFD symbols in particular may be determined, based on the legacy RACH configuration.

[0069] In option 1, the UE 200 may operate as follows.

[0070] Step 1: Determine the RO based on the legacy RACH configuration.

[0071] ・Step 2: From the determined ROs, determine the valid ROs using legacy rules.

[0072] Step 3: The determined valid RO is mapped to an SSB index according to the legacy SSB-RO mapping rules.

[0073] Step 4: Transmit the selected preamble at the selected RO.

[0074] In Step 4 above, the following extensions are possible:

[0075] Example 1-1: The UE 200 does not assume that any symbol (or at least one symbol) of the determined valid RO (and the N_gap symbols before the valid RO) is an SBFD FL symbol.

[0076] Example 1-2: UE 200 does not assume valid ROs that overlap with RBs outside the UL subband within the SBFD FL symbol.

[0077] Example 1-3: If the determined valid RO overlaps with the SBFD FL symbol, the UE 200 does not transmit a preamble in the valid RO.

[0078] Example 1-4: If the determined valid RO overlaps with an outer RB of the UL subband within the SBFD FL symbol, the UE 200 does not transmit a preamble in the valid RO.

[0079] Example 1-5: UE 200 does not assume that the determined valid RO overlaps both a non-SBFD symbol (e.g., a UL symbol or a non-SBFD FL symbol) and an SBFD symbol (e.g., an SBFD FL symbol).

[0080] Example 1-6: If the determined valid RO overlaps both a non-SBFD symbol (e.g., a UL symbol or a non-SBFD FL symbol) and an SBFD symbol (e.g., an SBFD FL symbol), the UE 200 does not transmit a preamble in the valid RO.

[0081] (4.3.1.2) Option 2 Option 2 combines the legacy RACH configuration with extended rules for determining valid ROs.

[0082] In option 2, UE 200 may operate as follows.

[0083] Step 1: Determine the RO based on the legacy RACH configuration.

[0084] Step 2: From the determined RO, determine the valid RO using the extended rules.

[0085] Step 3: The determined valid RO is mapped to an SSB index according to the legacy SSB-RO mapping rules.

[0086] Step 4: Transmit the selected preamble at the selected RO.

[0087] In Step 2 described above, the extended rule for determining valid ROs described in (4.2) can be used. Note that when Example A-1 shown in Fig. 7 is applied, the determined valid ROs can overlap with RBs outside the UL subband in the SBFD symbol. In this case, the extension in Step 4 described below is required.

[0088] In Step 4 above, the following extensions are possible:

[0089] Example 2-1: UE 200 does not assume valid ROs that overlap with RBs outside the UL subband within the SBFD DL symbol (and / or SBFD SSB symbol) (and / or SBFD FL symbol).

[0090] Example 2-2: When the determined valid RO overlaps with the SBFD DL symbol (and / or SBFD SSB symbol) (and / or SBFD FL symbol), the UE 200 does not transmit a preamble in the valid RO.

[0091] Example 2-3: UE200 does not assume that the determined valid RO overlaps both a non-SBFD symbol (e.g., a UL symbol or a non-SBFD FL symbol) and an SBFD symbol (e.g., an SBFD DL symbol, and / or an SBFD FL symbol, and / or an SBFD SSB symbol).

[0092] Example 2-4: If the determined valid RO overlaps with both a non-SBFD symbol (e.g., a UL symbol or a non-SBFD FL symbol) and an SBFD symbol (e.g., an SBFD DL symbol, and / or an SBFD FL symbol, and / or an SBFD SSB symbol), the UE 200 does not transmit a preamble in that valid RO.

[0093] As a result, in option 2, different SSB indices can be mapped to the same RO between legacy UEs and SBFD-aware UEs, as shown in FIG. 12 .

[0094] (4.3.1.3) Option 3 Option 3 combines legacy RACH configuration with legacy and extended rules for determining valid ROs.

[0095] In option 3, the UE 200 may operate as follows.

[0096] Step 1: Determine the RO based on the legacy RACH configuration.

[0097] Step 2A-1: From the determined ROs, a valid RO is determined according to the legacy rule. This valid RO may be called a legacy-valid RO.

[0098] Step 2A-2: The determined valid RO is mapped to an SSB index according to the legacy SSB-RO mapping rules.

[0099] Step 2B-1: From the determined ROs (within the SBFD DL symbol (and / or SBFD SSB symbol) or overlapping with the SBFD DL symbol (and / or SBFD SSB symbol)), determine additional valid ROs according to the extension rule.

[0100] Step 2B-2: The determined additional valid ROs are mapped to SSB indices.

[0101] Step 3: Transmit the selected preamble at the selected RO.

[0102] In Step 2B-1 described above, for an RO determined as invalid in Step 2A-1, an additional valid RO can be determined using the extended rule for determining a valid RO described in (4.2). This additional valid RO may be called an SBFD-valid RO.

[0103] In the above-mentioned Step 2B-2, SBFD-valid ROs may be mapped to SSB indices separately from legacy-valid ROs. Alt-1 will be described below with reference to Fig. 13, and Alt-2 will be described with reference to Fig. 14.

[0104] Alt-1: Apply the legacy SSB-RO mapping rule to map SBFD-valid ROs to SSB indices as shown in Figure 13. That is, the number of SSB indices per RO and the number of preambles per SSB index or per RO are based on the parameters of the legacy RACH configuration. Also, the mapping order is first, ascending order of preamble index, second, ascending order of frequency resource index, and third, ascending order of PRACH slot.

[0105] Alt-2: As shown in Figure 14, an SBFD-valid RO is mapped to the same SSB index as the last / first legacy-valid RO before / after the SBFD-valid RO of the same frequency resource index.

[0106] In Step 3 above, you can use the extension in Step 4 of Option 2.

[0107] Analysis: In Option 3, valid ROs determined by legacy rules are commonly understood by legacy UEs and SBFD-aware UEs. Furthermore, additional valid ROs determined by extended rules are understood by SBFD-aware UEs. Furthermore, compared to Option 4 (described later), RACH configuration can be one of the legacy RACH configurations.

[0108] (4.3.1.4) Option 4 Option 4, as shown in Fig. 15, combines an additional / separate RACH configuration (together with the legacy RACH configuration) (hereinafter also referred to as the RACH configuration for SBFD) with an extended rule for determining a valid RO. The RACH configuration for SBFD may be interpreted as a RACH configuration for SBFD symbols, and as a configuration that specifically determines an RO for the SBFD symbols. On the other hand, a RACH configuration for non-SBFD symbols may be configured, and an RO for non-SBFD symbols may be specifically determined, based on the RACH configuration for SBFD.

[0109] In option 4, the UE 200 may operate as follows.

[0110] Step 1A: Determine the RO based on the legacy RACH configuration.

[0111] Step 2A: From the determined ROs, determine the valid ROs using legacy rules.

[0112] Step 3A: The determined valid RO is mapped to an SSB index according to the legacy SSB-RO mapping rules.

[0113] Step 1B: Determine the RO based on the RACH configuration for SBFD.

[0114] Step 2B: Determine a valid RO according to the legacy rule from the RO determined based on the RACH configuration for SBFD.

[0115] Step 3B: The determined valid RO is mapped to an SSB index according to the legacy SSB-RO mapping rules.

[0116] Step 4: Transmit the selected preamble at the selected RO.

[0117] Note that since SBFD-aware UE only uses the RACH configuration for SBFD, Steps 1A to 3A may be omitted.

[0118] In Step 1B described above, a RACH configuration for SBFD is configured or indicated as an additional / separate RACH configuration, and the UE determines the RO based on the RACH configuration for SBFD.

[0119] - RACH configuration for SBFD may be configured in the following IE:

[0120] Alt-1: May be set in additionalRACH-ConfigList. For example, the corresponding feature combination may be for "SBFD".

[0121] Alt-2: May be configured in BWP-UplinkCommon. For example, RACH-ConfigCommon-SBFD-r19 and / or additionalRACH-ConfigList-SBFD-r19 and / or msgA-ConfigCommon-sbfd-r19 may be configured for SBFD. Alternatively, RACH-ConfigCommonTwoStepRA-sbfd-r19 in msgA-ConfigCommon may be configured for SBFD.

[0122] Variation: It may be possible that the RACH configuration for SBFD can be supported for a given feature combination (e.g., Msg 1 / 3 repetitions and / or RedCap and / or SDT).

[0123] Furthermore, the following variations may be realized based on the RACH configuration for SBFD.

[0124] Alt-a: Only ROs within an SBFD symbol or ROs overlapping an SBFD symbol are determined, and ROs within a non-SBFD symbol or ROs overlapping a non-SBFD symbol are excluded from the determination.

[0125] Alt-b: The RACH configuration does not assume that the RO is within a non-SBFD symbol or overlaps with a non-SBFD symbol.

[0126] Alt-c: All ROs are determined by legacy rules, i.e., ROs are determined regardless of whether they occur within or overlap with SBFD symbols or within or overlap with non-SBFD symbols.

[0127] In the above-mentioned Step 2B, the extended rules for determining valid ROs described in (4.2) can be used.

[0128] In Step 4 above, you can use the extension of Step 4 in Option 2.

[0129] Analysis: In Option 4, the SBFD RACH configuration is independent from the legacy RACH configuration, so it does not affect legacy UEs. Compared to Option 3, this consumes more RACH resources, but allows for more flexible configuration.

[0130] (4.3.2) Operation Example 2 The following describes Operation Example 2. Operation example 2 is an operation example in which a valid RO is determined for random access (RA) in RRC_IDLE mode or IN_ACTIVE mode, or for RA based on dedicated configuration (e.g., RA for BFR based on BeamFailureRecoveryConfig and / or contention-free random access (CFRA) based on RACH-ConfigDedicated and / or RA for SI-RequestConfig).

[0131] Note that an RA based on a common configuration (cell-common RACH configuration) and an RA based on a dedicated configuration differ in the following respects: That is, an RA based on a common configuration needs to take into consideration how a Legacy UE understands or interprets the configuration, whereas an RA based on a dedicated configuration does not need to take into consideration how a Legacy UE understands or interprets the configuration.

[0132] (4.3.2.1) Option 1 Based on the rach-ConfigBFR conventionally configured in BeamFailureRecoveryConfig and / or cfra conventionally configured in RACH-ConfigDedicated and / or rach-ConfigSI conventionally configured in SI-RequestConfig, an SBFD-aware UE always uses the extended rules for determining valid ROs described in (4.2).

[0133] (4.3.2.2) Option 2 Based on the conventionally configured rach-ConfigBFR in BeamFailureRecoveryConfig and / or the conventionally configured cfra in RACH-ConfigDedicated and / or the conventionally configured rach-ConfigSI in SI-RequestConfig, the gNB configures whether to always use the extended rules for determining valid ROs described in (4.2).

[0134] (4.3.2.3) Option 3 When additional / separate configuration is performed for RACH resource configuration for SBFD, the UE uses the extended rule for determining a valid RO described in (4.2) to determine a valid RO for the RACH resource configuration for SBFD.

[0135] - Example: BeamFailureRecoveryConfig-sbfd-r19 is set. Or, rach-ConfigBFR-sbfd-r19 is set in BeamFailureRecoveryConfig. - Example: RACH-ConfigDedicated-sbfd-r19 is set. Or, cfra-sbfd-r19 is set in RACH-ConfigDedicated. Or, occasions-sbfd-r19 is set in CFRA. Or, ConfigGeneric-sbfd-r19 is set in occasions of CFRA. And / or - CFRA-TwoStep-sbfd-r19 is set in RACH-ConfigDedicated. Or, occasionsTwoStepRA-sbfd-r19 is set in CFRA-TwoStep. Alternatively, ConfigGenericTwoStepRA-sbfd-r19 is set in occasionsTwoStepRA-sbfd-r19 of CFRA-TwoStep. Note that as a variation, two mask index values ​​are set for SBFD and non-SBFD in CFRA or CFRA-TwoStep.

[0136] Example: SI-RequestConfig-sbfd-r19 is set. Alternatively, rach-OccasionsSI-sbfd-r19 is set in SI-RequestConfig. Alternatively, rach-ConfigSI-sbfd-r19 is set in rach-OccasionsSI of SI-RequestConfig. As a variation, two mask index values ​​are set in SI-RequestResources, one for SBFD and one for non-SBFD.

[0137] (4.3.3) Operation Example 3 Operation Example 3 will be described. Operation Example 3 supports MsgA PUSCH transmission in SBFD symbols in 2-step RA. Specifically, it determines valid MsgA PUSCH occasions in SBFD symbols.

[0138] When determining a valid MsgA PUSCH occasion in an SBFD symbol, the extended rule for determining a valid RO described in (4.2) can be used by replacing "RO" in the description of (4.2) with "MsgA PUSCH occasion."

[0139] In MsgA PUSCH transmission based on cell common configuration, the content of Operation Example 1 can be reused by replacing "RO" with "MsgA PUSCH occasion" and "RACH configuration" with "MsgA configuration (or MsgA PUSCH configuration)" in the description of Operation Example 1 (including the description of the extended rule for determining valid RO in (4.2)). Furthermore, in MsgA PUSCH transmission based on dedicated configuration, the content of Operation Example 2 can be reused by making similar replacements as appropriate.

[0140] The extended rule for determining a valid RO in (4.2) may be applied not only to a 4-step RACH but also to a 2-step RACH (all of the operation examples 1 to 3 are possible), or may be applied only to a 4-step RACH (only the operation examples 1 and 2 are possible), or may be applied only to a 2-step RACH (only the operation example 3 is possible).

[0141] (4.3.4) Operation Example 4 Operation example 4 will be described with reference to Fig. 16. Operation example 4 relates to whether or not to support both setting / enabling PRACH repetitions in RA and indicating / setting the time / frequency domain location of the SBFD subband. Note that repetitions may be interpreted as repeated transmission, and PRACH repetitions may be interpreted as repeated transmission of the PRACH in RA.

[0142] (4.3.4.1) Option 1 Option 1 in operation example 4 supports the combined use of setting / enabling PRACH repetitions in RA and indicating / setting the time / frequency domain location of the SBFD subband in SBFD. Based on this support, Option 1-1 and Option 1-2 are also possible.

[0143] (4.3.4.1.1) Option 1-1 Option 1-1 supports PRACH repetitions in SBFD symbols and / or non-SBFD symbols.

[0144] Option 1-1A: In a PRACH transmission with N preamble repetitions (PRACH repetitions), a set of valid PRACH occasions consists of only valid ROs restricted within SBFD symbols, or only valid ROs restricted within non-SBFD symbols.

[0145] Variation: In a PRACH transmission with N preamble repetitions (PRACH repetitions), a set of valid PRACH occasions consists of only SBFD-valid ROs or only legacy-valid ROs. For the meanings of SBFD-valid ROs and legacy-valid ROs, see Option 3 in Operation Example 1.

[0146] Variation: In a PRACH transmission with N preamble repetitions (PRACH repetitions), a set of valid PRACH occasions consists of only valid ROs based on an additional RACH configuration for SBFD, or only valid ROs based on a legacy RACH configuration. For example, this may be used when an additional RACH configuration for SBFD is configured.

[0147] Option 1-1B: In PRACH transmission with N preamble repetitions (PRACH repetitions), a set of valid PRACH occasions consists of valid ROs in SBFD symbols or non-SBFD symbols.

[0148] Variation: In a PRACH transmission with N preamble repetitions (PRACH repetitions), a set of valid PRACH occasions consists of SBFD-valid RO or legacy-valid RO. For the meaning of SBFD-valid RO and legacy-valid RO, see Option 3 in Operation Example 1.

[0149] Variation: In a PRACH transmission with N preamble repetitions (PRACH repetitions), a set of valid PRACH occasions includes valid ROs based on an additional RACH configuration for SBFD or valid ROs based on a legacy RACH configuration. For example, this may be used when an additional RACH configuration for SBFD is configured.

[0150] (4.3.4.1.2) Option 1-2 Option 1-2 does not support PRACH repetitions in SBFD symbols, but supports PRACH repetitions in non-SBFD symbols.

[0151] In a PRACH transmission with N preamble repetitions (PRACH repetitions), a set of valid PRACH occasions consists of only valid ROs that are restricted within non-SBFD symbols.

[0152] Variation: In a PRACH transmission with N preamble repetitions (PRACH repetitions), a set of valid PRACH occasions consists of only legacy-valid ROs. For the meaning of legacy-valid ROs, see option 3 in operation example 1.

[0153] Variation: In a PRACH transmission with N preamble repetitions (PRACH repetitions), a set of valid PRACH occasions consists of only valid ROs based on the legacy RACH configuration. For example, this may be used when an additional RACH configuration for SBFD is configured.

[0154] (4.3.4.1.3) Variations Which option to apply may be predefined by the standard or may be configured / instructed by the gNB.

[0155] (4.3.4.1.4) Analysis Option 1 makes more UL resources available for PRACH repetitions, which is beneficial for PRACH coverage.

[0156] (4.3.4.2) Option 2 In operation example 4, option 2 does not support both configuring / enabling PRACH repetitions in RA and indicating / configuring the time / frequency domain location of the SBFD subband. In this case, the UE does not assume that the time / frequency domain location of the SBFD subband is provided at the same time that PRACH repetitions (Msg1 repetitions) are configured / enabled.

[0157] Finally, with reference to FIG. 16, Option 1 (Option 1-1A, Option 1-1B, and Option 1-2) will be described.

[0158] As shown in FIG. 16, in Option 1-1A, the RO group (i.e., a set of valid PRACH occasions) for four PRACH repetitions may be {RO#a-0, RO#a-1, RO#a-2, RO#a-3}, or {RO#a-4, RO#a-5, RO#a-6, RO#a-7}, or {RO#a-8, RO#a-9, RO#a-10, RO#a-11}, or {RO#b-0, RO#b-1, RO#b-2, RO#b-3}.

[0159] As shown in FIG. 16, in Option 1-1B, the RO group (i.e., a set of valid PRACH occasions) for four PRACH repetitions may be {RO#a-0, RO#a-1, RO#a-2, RO#b-0}, or {RO#a-3, RO#a-4, RO#a-5, RO#b-1}, or {RO#a-6, RO#a-7, RO#a-8, RO#b-2}, or {RO#a-9, RO#a-10, RO#a-11, RO#b-3}.

[0160] As shown in FIG. 16, in option 1-2, the RO group (i.e., a set of valid PRACH occasions) for four PRACH repetitions may be {RO#b-0, RO#b-1, RO#b-2, RO#b-3}.

[0161] (4.3.5) Operation Example 5 (4.3.5.1) Issues After careful consideration, the inventors have found that there may be cases in which an SBFD-aware UE selects a valid RO in a non-SBFD slot / symbol to which SBFD is not applied and in an SBFD slot / symbol to which SBFD is applied, and that there is a need to clarify how to select a valid RO in such cases.

[0162] For example, as shown in Figure 17, when ROs are assumed in non-SBFD slots / symbols and SBFD slots / symbols, it is necessary to further clarify how to select a valid RO from these ROs. In other words, it is necessary to further clarify the above-mentioned extended rule for determining a valid RO.

[0163] To solve such a problem, the UE 200 selects a valid random access opportunity (valid RO) based on a condition assuming a duplexing method (SBFD) that allows simultaneous use of multiple subbands in a time unit to which time division duplexing (TDD) is applied. Operation example 5 may be an operation example that assumes at least one of the above-mentioned operation examples 1 to 4. As operation example 5, the following operation example is considered.

[0164] (4.3.5.2) Operation Example 5-1 In Operation Example 5-1, the condition assuming SBFD may be a condition related to the reception quality of a selected downlink signal. The downlink signal may be an SSB or a CSI-RS. The selected SSB / CSI-RS may be an SSB / CSI-RS received or monitored by UE 200. The selected SSB / CSI-RS may be selected by SSB-RO mapping. The reception quality may be RSRP (Reference Signal Received Power).

[0165] Specifically, UE 200 may select a valid RO based on a comparison result between the RSRP of the selected SSB / CSI-RS and a threshold (hereinafter, RSRP threshold). The RSRP threshold may be configured by RRC or indicated by an SIB for PRACH transmission in SBFD. The SIB parameter specifying the RSRP threshold may be a new parameter (e.g., rsrp-sbfd-ra). For example, the following examples are possible methods for selecting a valid RO.

[0166] In Example 5-1-1, UE 200 may select a valid RO in an SBFD slot / symbol if the RSRP of the selected SSB / CSI-RS is higher or not higher than the RSRP threshold. Alternatively, UE 200 may select a valid RO in an SBFD slot / symbol if the RSRP of the selected SSB / CSI-RS is lower or not lower than the RSRP threshold. In other cases, UE 200 may select a valid RO in a non-SBFD slot / symbol.

[0167] In Example 5-1-2, UE 200 may select a valid RO in an SBFD DL slot / symbol if the RSRP of the selected SSB / CSI-RS is higher or not higher than the RSRP threshold. Alternatively, UE 200 may select a valid RO in an SBFD DL slot / symbol if the RSRP of the selected SSB / CSI-RS is lower or not lower than the RSRP threshold. Otherwise, UE 200 may select a valid RO in an UL slot / symbol or a Flexible slot / symbol.

[0168] In Example 5-1-3, UE 200 may select a valid RO in the SBFD slot / symbol configured by the RACH configuration for SBFD (additional / individual RACH configuration) if the RSRP of the selected SSB / CSI-RS is higher or not higher than the RSRP threshold. Alternatively, UE 200 may select a valid RO in the SBFD slot / symbol configured by the RACH configuration for SBFD (additional / individual RACH configuration) if the RSRP of the selected SSB / CSI-RS is lower or not lower than the RSRP threshold. Otherwise, UE 200 may select a valid RO configured by the legacy RACH configuration, or may select a valid RO in the non-SBFD slot / symbol.

[0169] In Example 5-1-4, UE 200 may select a valid RO configured by the RACH configuration for SBFD (additional / individual RACH configuration) if the RSRP of the selected SSB / CSI-RS is higher or not higher than the RSRP threshold. Alternatively, UE 200 may select a valid RO configured by the RACH configuration for SBFD (additional / individual RACH configuration) if the RSRP of the selected SSB / CSI-RS is lower or not lower than the RSRP threshold. Otherwise, UE 200 may select a valid RO configured by the legacy RACH configuration.

[0170] In Examples 5-1-1 to 5-1-4, when one RACH configuration is assumed, valid ROs are divided into two sets as shown below.

[0171] Alt. 5-1-A: {valid ROs in SBFD slots / symbols}, {valid ROs in non-SBFD slots / symbols} Alt. 5-1-B: {valid ROs in SBFD DL slots / symbols}, {valid ROs in UL / Flexible slots / symbols} If there are no valid ROs in SBFD flexible slots / symbols based on the legacy rules set by the legacy RACH configuration, Alt. 5-1-A and Alt. 5-1-B are the same.

[0172] In Examples 5-1-1 to 5-1-4, when RACH configuration for SBFD is assumed, valid ROs are divided into the following two sets.

[0173] Alt. 5-2-A: {valid ROs in SBFD slots / symbols}, {valid ROs in non-SBFD slots / symbols} Alt. 5-2-B: {valid ROs in SBFD slots / symbols configured by RACH configuration for SBFD}, {ROs configured by legacy RACH configuration (and valid ROs in non-SBFD slots / symbols configured by RACH configuration for SBFD)} Alt. 5-2-C: {valid ROs configured by RACH configuration for SBFD}, {ROs configured by legacy RACH configuration} If there are no valid ROs in SBFD flexible slots / symbols based on legacy rules configured by legacy RACH configuration, Alt. 5-2-A and Alt. 5-2-B are the same. If there are no valid ROs in non-SBFD slots / symbols configured by RACH configuration for SBFD, Alt. 5-2-B and Alt. 5-2-C are the same.

[0174] Based on the four classifications described above, Examples 5-1-1 to 5-1-4 are envisioned. Example 5-1-1 corresponds to Alt. 5-1-A and Alt. 5-2-A, Example 5-1-2 corresponds to Alt. 5-1-B, Example 5-1-3 corresponds to Alt. 5-2-B, and Example 5-1-4 corresponds to Alt. 5-2-C. This concept also applies to Operational Examples 5-2, 5-3, and 5-4, which will be described later.

[0175] Here, if the RSRP threshold is not set or indicated, the following operation may be performed.

[0176] In Alt. 5-1-1, an SBFD aware UE may select an RO from valid ROs in SBFD slots / symbols or non-SBFD slots / symbols based on legacy rules.

[0177] In Alt.5-1-2, a default value of the RSRP threshold may be used as the RSRP threshold. The default value of the RSRP threshold may be the RSRP threshold set for 2-step RA (e.g., msgA-RSRP-Threshold-r16) or the RSRP threshold set for Msg 3 repetitions (e.g., rsrp-ThresholdMsg3-r17).

[0178] In Alt. 5-1-3, an SBFD-aware UE may select an RO from valid ROs in non-SBFD slots / symbols based on legacy rules, may select an RO from valid ROs in UL slots / symbols or Flexible slots / symbols, or may select an RO from valid ROs configured by legacy RACH configuration. Alternatively, an SBFD-aware UE may select an RO from valid ROs in non-SBFD slots / symbols configured by RACH configuration for SBFD (additional / separate RACH configuration).

[0179] In Alt. 5-1-4, an SBFD aware UE may select an RO from valid ROs in an SBFD slot / symbol, may select an RO from valid ROs in an SBFD DL slot / symbol, may select an RO from valid ROs in an SBFD slot / symbol configured by a RACH configuration for SBFD (additional / separate RACH configuration), or may select an RO from valid ROs configured by a RACH configuration for SBFD (additional / separate RACH configuration).

[0180] According to operation example 5-1, a case is assumed in which a non-coverage limited UE (a UE located at the center of a cell) uses a valid RO in an SBFD slot / symbol, and preamble detection can be performed while suppressing the influence of gNB-to-gNB CLI (Cross Link Interference) in the SBFD slot / symbol.

[0181] (4.3.5.3) Operation Example 5-2 In Operation Example 5-2, the condition assuming SBFD may be a condition related to the index of the selected downlink signal. The downlink signal may be an SSB or a CSI-RS. The selected SSB / CSI-RS may be an SSB / CSI-RS received or monitored by UE 200. The selected SSB / CSI-RS may be selected by SSB-RO mapping. The index may be referred to as an SSB / CSI-RS index.

[0182] Specifically, UE 200 may select a valid RO based on whether the SSB / CSI-RS index of the selected SSB / CSI-RS is included in a set of configured or indicated SSB / CSI-RS indexes. The set of SSB / CSI-RS indexes may be configured by RRC or indicated by SIB for PRACH transmission in SBFD.

[0183] Here, the following examples are possible as SSB-RO mappings: The SSB-RO mapping may be an SSB-RO mapping different from the existing SSB-RO mapping.

[0184] In Example 5-2-A, another SSB-RO mapping may be a mapping for valid ROs in SBFD DL slots / symbols. Valid ROs in SBFD DL slots / symbols are mapped to SSB indexes in the set of SSB / CSI-RS configured for SBFD. Example 5-2-A may be applied to the case where there is one RACH configuration.

[0185] In Example 5-2-B, another SSB-RO mapping may be a mapping for valid ROs in SBFD slots / symbols configured by the RACH configuration for SBFD (additional / separate RACH configuration). Valid ROs in SBFD slots / symbols configured by the RACH configuration for SBFD are mapped to SSB indexes in the set of SSB / CSI-RS configured for SBFD. Example 5-2-B may be applied to the case where a RACH configuration for SBFD is used in addition to a legacy RACH configuration.

[0186] In Example 5-2-B, when a valid RO in a non-SBFD slot / symbol is configured by the RACH for SBFD configuration, the SSB-RO mapping for the valid RO in the non-SBFD slot / symbol configured by the RACH for SBFD configuration may be configured separately from the SSB-RO mapping for the valid RO in the SBFD slot / symbol configured by the RACH for SBFD configuration. For example, the valid RO in a non-SBFD slot / symbol by the RACH for SBFD configuration may be mapped to SSB indexes provided by ssb-PositionsInBurst in the broadcast information (SIB1 or ServingCellConfigCommon), or may be mapped to SSB indexes included in the set of SSB / CSI-RS configured for SBFD.

[0187] In the operation example 5-2, the following example is considered as a method for selecting a valid RO.

[0188] In Example 5-2-1, UE 200 may select a valid RO in an SBFD slot / symbol if the selected SSB / CSI-RS index is included in the set of SSB / CSI-RS configured for SBFD. Otherwise, UE 200 may select a valid RO in a non-SBFD slot / symbol.

[0189] In Example 5-2-2, UE 200 may select a valid RO in an SBFD DL slot / symbol if the selected SSB / CSI-RS index is included in the set of SSB / CSI-RS configured for SBFD. Otherwise, UE 200 may select a valid RO in an UL slot / symbol or Flexible slot / symbol.

[0190] In Example 5-2-3, UE 200 may select a valid RO in the SBFD slot / symbol configured by the RACH configuration for SBFD (additional / separate RACH configuration) if the selected SSB / CSI-RS index is included in the set of SSB / CSI-RS configured for SBFD. Otherwise, UE 200 may select a valid RO configured by the legacy RACH configuration, or may select a valid RO in the non-SBFD slot / symbol.

[0191] In Example 5-2-4, UE 200 may select a valid RO configured by the RACH configuration for SBFD (additional / separate RACH configuration) if the selected SSB / CSI-RS index is included in the set of SSB / CSI-RS configured for SBFD. Otherwise, UE 200 may select a valid RO configured by the legacy RACH configuration.

[0192] Here, if the SSB / CSI-RS set is not configured or indicated, the following operations may be performed.

[0193] In Alt. 5-2-1, an SBFD aware UE may select an RO from valid ROs in SBFD slots / symbols or non-SBFD slots / symbols based on legacy rules.

[0194] In Alt. 5-2-2, an SBFD-aware UE may select an RO from valid ROs in non-SBFD slots / symbols based on legacy rules, may select an RO from valid ROs in UL slots / symbols or Flexible slots / symbols, or may select an RO from valid ROs configured by legacy RACH configuration. Alternatively, an SBFD-aware UE may select an RO from valid ROs in non-SBFD slots / symbols configured by RACH configuration for SBFD (additional / separate RACH configuration).

[0195] In Alt. 5-2-3, an SBFD aware UE may select an RO from valid ROs in SBFD slots / symbols, may select an RO from valid ROs in SBFD DL slots / symbols, may select an RO from valid ROs in SBFD slots / symbols configured by RACH configuration for SBFD (additional / separate RACH configuration), or may select an RO from valid ROs configured by RACH configuration for SBFD (additional / separate RACH configuration).

[0196] According to operation example 5-2, it is possible to consider a case in which valid RO is used in SBFD slots / symbols for a certain beam, taking into account the level of gNB-to-gNB CLI for each different receiving beam.

[0197] (4.3.5.4) Operation Example 5-3 In the operation example 5-3, the condition assuming SBFD may be a condition regarding the maximum transmission power of the UE 200.

[0198] Specifically, the UE 200 may select a valid RO based on a comparison result between the maximum transmission power and a threshold (hereinafter, referred to as a maximum transmission power threshold). The maximum transmission power threshold may be set by the RRC or indicated by the SIB for PRACH transmission in SBFD. For example, the following example is considered as a method for selecting a valid RO.

[0199] In Example 5-3-1, UE 200 may select a valid RO in an SBFD slot / symbol if the maximum transmission power is higher or not higher than a maximum transmission power threshold. Alternatively, UE 200 may select a valid RO in an SBFD slot / symbol if the maximum transmission power is lower or not lower than a maximum transmission power threshold. In other cases, UE 200 may select a valid RO in a non-SBFD slot / symbol.

[0200] In Example 5-3-2, UE 200 may select a valid RO in an SBFD DL slot / symbol if the maximum transmission power is higher or not higher than the maximum transmission power threshold. Alternatively, UE 200 may select a valid RO in an SBFD DL slot / symbol if the maximum transmission power is lower or not lower than the maximum transmission power threshold. Otherwise, UE 200 may select a valid RO in an UL slot / symbol or a Flexible slot / symbol.

[0201] In Example 5-3-3, UE 200 may select a valid RO in an SBFD slot / symbol configured by the RACH configuration for SBFD (additional / separate RACH configuration) if the maximum transmission power is higher or not higher than the maximum transmission power threshold. Alternatively, UE 200 may select a valid RO in an SBFD slot / symbol configured by the RACH configuration for SBFD (additional / separate RACH configuration) if the maximum transmission power is lower or not lower than the maximum transmission power threshold. In other cases, UE 200 may select a valid RO configured by the legacy RACH configuration, or may select a valid RO in a non-SBFD slot / symbol.

[0202] In Example 5-3-4, UE 200 may select a valid RO configured by the RACH configuration for SBFD (additional / individual RACH configuration) when the maximum transmission power is higher or not higher than the maximum transmission power threshold. Alternatively, UE 200 may select a valid RO configured by the RACH configuration for SBFD (additional / individual RACH configuration) when the maximum transmission power is lower or not lower than the maximum transmission power threshold. In other cases, UE 200 may select a valid RO configured by the legacy RACH configuration.

[0203] Here, if the maximum transmission power threshold is not set or indicated, the following operation may be performed.

[0204] In Alt. 5-3-1, an SBFD aware UE may select an RO from valid ROs in SBFD slots / symbols or non-SBFD slots / symbols based on legacy rules.

[0205] In Alt. 5-3-2, an SBFD-aware UE may select an RO from valid ROs in non-SBFD slots / symbols based on legacy rules, may select an RO from valid ROs in UL slots / symbols or Flexible slots / symbols, or may select an RO from valid ROs configured by legacy RACH configuration. Alternatively, an SBFD-aware UE may select an RO from valid ROs in non-SBFD slots / symbols configured by RACH configuration for SBFD (additional / separate RACH configuration).

[0206] In Alt. 5-3-3, an SBFD aware UE may select an RO from valid ROs in SBFD slots / symbols, may select an RO from valid ROs in SBFD DL slots / symbols, may select an RO from valid ROs in SBFD slots / symbols configured by RACH configuration for SBFD (additional / separate RACH configuration), or may select an RO from valid ROs configured by RACH configuration for SBFD (additional / separate RACH configuration).

[0207] In Alt. 5-3-4, a default value of the maximum transmission power threshold may be used as the maximum transmission power threshold. The default value may be defined in advance in the wireless communication system 10.

[0208] According to operation example 5-3, cases are assumed in which a UE with a small maximum transmission power uses valid RO in SBFD slots / symbols, and preamble detection can be performed while suppressing the impact of gNB-to-gNB CLI (Cross Link Interference) in SBFD slots / symbols.

[0209] (4.3.5.4) Operational Example 5-4 In the operational example 5-4, the condition assuming SBFD may be a condition related to random probability.

[0210] Specifically, the UE 200 may generate a random number within [x, y] and select a valid RO based on a comparison result between the random number and a threshold (hereinafter referred to as "Threshold"). [x, y] may be predefined in the wireless communication system 10, or may be set or indicated by the gNB 100. For example, x may be 0 and y may be 1. The Threshold may be predefined in the wireless communication system 10. The Threshold may be set by the RRC or indicated by the SIB for PRACH transmission in SBFD. The Threshold is a value specifying the probability that the UE 200 selects an RO in an SBFD slot / symbol or a non-SBFD slot / symbol. For example, the following examples are possible methods for selecting a valid RO.

[0211] In Example 5-4-1, UE 200 may select a valid RO in an SBFD slot / symbol if the generated random number is higher or not higher than the threshold. Alternatively, UE 200 may select a valid RO in an SBFD slot / symbol if the generated random number is lower or not lower than the threshold. In other cases, UE 200 may select a valid RO in a non-SBFD slot / symbol.

[0212] In Example 5-4-2, UE 200 may select a valid RO in an SBFD DL slot / symbol if the generated random number is higher or not higher than the threshold. Alternatively, UE 200 may select a valid RO in an SBFD DL slot / symbol if the generated random number is lower or not lower than the threshold. Otherwise, UE 200 may select a valid RO in an UL slot / symbol or a Flexible slot / symbol.

[0213] In Example 5-4-3, UE 200 may select a valid RO in the SBFD slot / symbol configured by the RACH configuration for SBFD (additional / separate RACH configuration) if the generated random number is higher or not higher than the threshold. Alternatively, UE 200 may select a valid RO in the SBFD slot / symbol configured by the RACH configuration for SBFD (additional / separate RACH configuration) if the generated random number is lower or not lower than the threshold. In other cases, UE 200 may select a valid RO configured by the legacy RACH configuration, or may select a valid RO in the non-SBFD slot / symbol.

[0214] In Example 5-4-4, UE 200 may select a valid RO configured by the RACH configuration for SBFD (additional / separate RACH configuration) if the generated random number is higher or not higher than the threshold. Alternatively, UE 200 may select a valid RO configured by the RACH configuration for SBFD (additional / separate RACH configuration) if the generated random number is lower or not lower than the threshold. In other cases, UE 200 may select a valid RO configured by the legacy RACH configuration.

[0215] Here, if the threshold is not set or indicated, the following operation may be performed.

[0216] In Alt. 5-4-1, an SBFD aware UE may select an RO from valid ROs in SBFD slots / symbols or non-SBFD slots / symbols based on legacy rules.

[0217] In Alt. 5-4-2, an SBFD-aware UE may select an RO from valid ROs in non-SBFD slots / symbols based on legacy rules, may select an RO from valid ROs in UL slots / symbols or Flexible slots / symbols, or may select an RO from valid ROs configured by legacy RACH configuration. Alternatively, an SBFD-aware UE may select an RO from valid ROs in non-SBFD slots / symbols configured by RACH configuration for SBFD (additional / separate RACH configuration).

[0218] In Alt. 5-4-3, an SBFD aware UE may select an RO from valid ROs in SBFD slots / symbols, may select an RO from valid ROs in SBFD DL slots / symbols, may select an RO from valid ROs in SBFD slots / symbols configured by RACH configuration for SBFD (additional / separate RACH configuration), or may select an RO from valid ROs configured by RACH configuration for SBFD (additional / separate RACH configuration).

[0219] In Alt. 5-4-4, a default value (for example, 50%) may be predefined in the wireless communication system 10 as the probability that the UE 200 selects RO in an SBFD slot / symbol or a non-SBFD slot / symbol.

[0220] (4.3.5.5) Operational Example 5-5 In operational example 5-5, a variation of operational example 5-3 and operational example 5-4 will be described.

[0221] In Operational Examples 5-3 and 5-4, the decision on SBFD or non-SBFD may be independent of the selection of SSB / CSI-RS. Thus, UE 200 may select SSB / CSI-RS if another SSB / CSI-RS is configured for SBFD in the UE that first decides on SBFD or non-SBFD.

[0222] First, the SSB / CSI-RS indexes may be configured by the RRC or indicated by the SIB for PRACH transmission in SBFD.

[0223] Secondly, the following examples are possible for SSB-RO mapping: The SSB-RO mapping may be an SSB-RO mapping different from the existing SSB-RO mapping.

[0224] In Example 5-5-A, another SSB-RO mapping may be a mapping for valid ROs in SBFD DL slots / symbols. Valid ROs in SBFD DL slots / symbols are mapped to SSB indexes in the set of SSB / CSI-RS configured for SBFD. Example 5-5-A may also be applied to the case where there is one RACH configuration.

[0225] In Example 5-5-B, another SSB-RO mapping may be a mapping for valid ROs in SBFD slots / symbols configured by the RACH configuration for SBFD (additional / separate RACH configuration). Valid ROs in SBFD slots / symbols configured by the RACH configuration for SBFD are mapped to SSB indexes in the set of SSB / CSI-RS configured for SBFD. Example 5-5-B may be applied to the case where a RACH configuration for SBFD is used in addition to a legacy RACH configuration.

[0226] In Example 5-5-B, when a valid RO in a non-SBFD slot / symbol is configured by the RACH for SBFD configuration, the SSB-RO mapping for the valid RO in the non-SBFD slot / symbol configured by the RACH for SBFD configuration may be configured separately from the SSB-RO mapping for the valid RO in the SBFD slot / symbol configured by the RACH for SBFD configuration. For example, the valid RO in a non-SBFD slot / symbol by the RACH for SBFD configuration may be mapped to SSB indexes provided by ssb-PositionsInBurst in the broadcast information (SIB1 or ServingCellConfigCommon), or may be mapped to SSB indexes included in the set of SSB / CSI-RS configured for SBFD.

[0227] Under these conditions, UE200 may perform the following operations. In Step 1, UE200 determines the type of SBFD or non-SBFD in which the selected RO is located according to Operational Examples 5-3 and 5-4. In Step 2, if UE200 selects an RO in an SBFD slot / symbol, an RO in an SBFD DL slot / symbol, or an RO configured by RACH configuration for SBFD, UE200 may select an SSB / CSI-RS index from the set of configured SSB / CSI-RS indices. In other cases, UE200 selects an SSB / CSI-RS index in the same way as in legacy (i.e., a case where SBFD is not assumed).

[0228] According to operation example 5-5, a valid RO in an SBFD slot / symbol or a non-SBFD slot / symbol is selected by probability, so that the load associated with RA can be distributed.

[0229] (4.3.5.6) Operation Example 5-6 In operation example 5-6, UE 200 may select a valid RO based on a condition that does not assume the duplexing mode (SBFD). In other words, UE 200 may select an RO from among valid ROs in SBFD slots / symbols or non-SBFD slots / symbols based on a legacy rule. The legacy rule is an example of a condition that does not assume SBFD.

[0230] (4.3.6) Operation Example 6 (4.3.6.1) Problems After careful consideration, the inventors have found that a case is anticipated in which the time resource of the RO is determined in the SBFD symbol to which SBFD is applied, and that in such a case, it is necessary to clarify the mechanism for determining the time resource of the RO.

[0231] In particular, it is necessary to clarify how the tables used to identify the time resources of an RO when SBFD is not assumed (hereinafter referred to as legacy tables) should be supplemented when SBFD is assumed. For example, the legacy tables may be Table 6.3.3.2-3 (FR1) or Table 6.3.3.2-3 (FR2) specified in 3GPP TS38.211.

[0232] To solve this problem, UE200 determines the time resource of the random access opportunity (RO) based on parameters assuming a duplexing method (SBFD) that allows simultaneous use of multiple subbands in a time unit to which time division duplexing (TDD) is applied.

[0233] (4.3.6.2) Operational Example 6-1 In Operational Example 6-1, the parameter assuming SBFD may be a parameter associated with an existing index included in a table (legacy table) used to identify the time resource of the RO in cases where SBFD is not assumed. The existing index may be a PRACH Configuration Index. In other words, the parameter assuming SBFD may be a parameter represented by a column newly added to the legacy table. The following options are possible for Operational Example 6-1.

[0234] In Option 6-1-1, the parameter assuming SBFD may be an offset to the subframe number or an offset to the slot number. For example, the parameter assuming SBFD may be an offset to the subframe number represented by a new column added to Table 6.3.3.2-3 (FR1) specified in 3GPP TS38.211. The parameter assuming SBFD may be an offset to the slot number represented by a new column added to Table 6.3.3.2-4 (FR2) specified in 3GPP TS38.211.

[0235] For example, for the PRACH configuration index, the newly added column provides K_offset, which is an offset for the subframe number {S_1, .., S_n} stored in the column included in the legacy table (FR1). For the PRACH configuration index, the newly added column provides K_offset, which is an offset for the slot number {S_1, .., S_n} stored in the column included in the legacy table (FR2).

[0236] Under this assumption, when a PRACH configuration index is configured by the RACH configuration for SBFD (additional / individual RACH configuration), the UE 200 determines the subframe number or slot number of the PRACH according to one of the following: The subframe number or slot number of the PRACH is an example of a time resource of the RO.

[0237] ・{S_1 + K_offset, .., S_n + K_offset} ・{(S_1 + K_offset) mod N, .., (S_n + K_offset) mod N}, (where N is defined by specification, e.g., N=10) ・{S_1 - K_offset, .., S_n - K_offset} ・{(S_1 - K_offset) mod N, .., (S_n - K_offset) mod N}, (where N is defined by specification, e.g., N=10) For example, taking Table 6.3.3.2-3 (FR1) as an example, the parameter assuming SBFD is the offset to the subframe number included in the legacy table, as shown in Option 6-1-1 in Figure 18. The values ​​provided or defined in the new columns in Option 6-1-1 in Figure 18 are only examples.

[0238] In Option 6-1-2, the parameter assuming SBFD may be a subframe number or a slot number. For example, the parameter assuming SBFD may be a subframe number represented by a new column added to Table 6.3.3.2-3 (FR1) specified in 3GPP TS38.211. The subframe number may contain a value different from the subframe number stored in the column included in the legacy table. The parameter assuming SBFD may be a slot number represented by a new column added to Table 6.3.3.2-4 (FR2) specified in 3GPP TS38.211. The slot number may contain a value different from the slot number stored in the column included in the legacy table.

[0239] For example, for the PRACH configuration index, the newly added column provides {K_1, .., K_n}, which may contain values ​​different from the subframe numbers {S_1, .., S_n} stored in the column included in the legacy table (FR1). For the PRACH configuration index, the newly added column provides {K_1, .., K_n}, which may contain values ​​different from the slot numbers {S_1, .., S_n} stored in the column included in the legacy table (FR2).

[0240] For example, in Table 6.3.3.2-3 (FR1), the parameter assuming SBFD is the subframe number defined separately from the subframe number included in the legacy table, as shown in Option 6-1-2 in Figure 18. The values ​​provided or defined in the new column in Option 6-1-2 in Figure 18 are only examples.

[0241] In the operation example 6-1, the values ​​of the new column may be values ​​corresponding to all of the PRACH configuration indexes included in the legacy table, or may be values ​​corresponding to some of the PRACH configuration indexes included in the legacy table.

[0242] In the operation example 6-1, the values ​​provided or defined in the new column along with the PRACH configuration index may be different between the table for FR1 and the table for FR2.

[0243] (4.3.6.3) Operation Example 6-2 In Operation Example 6-2, parameters assuming SBFD are configured or indicated by the random access channel configuration. The random access channel configuration may be a RACH configuration for SBFD (an additional / separate RACH configuration). That is, in Operation Example 6-2, parameters assuming SBFD are not newly added rows to the legacy table as in Operation Example 6-1, but are parameters configured or indicated by the RACH configuration for SBFD. The following options are possible for Operation Example 6-2.

[0244] In Option 6-2-1, the parameter assuming SBFD may be an offset relative to the subframe number or an offset relative to the slot number. For example, the parameter assuming SBFD may be an offset that complements Table 6.3.3.2-3 (FR1) specified in 3GPP TS38.211. The parameter assuming SBFD may be an offset that complements Table 6.3.3.2-4 (FR2) specified in 3GPP TS38.211.

[0245] For example, for a PRACH configuration index, the RACH configuration for SBFD provides K_offset, which is an offset for the subframe number {S_1, .., S_n} stored in a column included in the legacy table (FR1). For a PRACH configuration index, the RACH configuration for SBFD provides K_offset, which is an offset for the slot number {S_1, .., S_n} stored in a column included in the legacy table (FR2).

[0246] Under this assumption, when a PRACH configuration index is configured by the RACH configuration for SBFD (additional / individual RACH configuration), the UE 200 determines the subframe number or slot number of the PRACH according to one of the following: The subframe number or slot number of the PRACH is an example of a time resource of the RO.

[0247] , (S_n - K_offset) mod N}, (where N is defined by specification, e.g., N=10) ・{S_1 - K_offset, .., S_n - K_offset} ・{(S_1 - K_offset) mod N, .., (S_n - K_offset) mod N}, (where N is defined by specification, e.g., N=10) In Option 6-2-2, the parameter assuming SBFD may be a subframe number or a slot number. For example, the parameter assuming SBFD may be a subframe number that complements Table 6.3.3.2-3 (FR1) specified in 3GPP TS38.211. The subframe number set or indicated by the RACH configuration for SBFD may include a value different from the subframe number stored in a column included in the legacy table. The parameter assuming SBFD may be a slot number represented by a column newly added to Table 6.3.3.2-4 (FR2) specified in 3GPP TS38.211. The slot number set or indicated by the RACH configuration for SBFD may include a value different from the slot number stored in a column included in the legacy table.

[0248] For example, for the PRACH configuration index, the RACH configuration for SBFD provides {K_1, .., K_n}, which may include values ​​different from the subframe numbers {S_1, .., S_n} stored in the column included in the legacy table (FR1). For the PRACH configuration index, the RACH configuration for SBFD provides {K_1, .., K_n}, which may include values ​​different from the slot numbers {S_1, .., S_n} stored in the column included in the legacy table (FR2).

[0249] In operation example 6-2, the value set or indicated by the RACH configuration for SBFD may be a value corresponding to all of the PRACH configuration indices included in the legacy table, a value corresponding to each of the PRACH configuration indices included in the legacy table, or a value corresponding to any of the PRACH configuration indices included in the legacy table. Alternatively, UE 200 may assume that parameters assuming SBFD are set or indicated for a certain range of PRACH configuration indices among the PRACH configuration indices included in the legacy table.

[0250] (4.3.6.4) Operational Example 6-3 In Operational Example 6-3, the parameter assuming SBFD is a parameter associated with a new index newly added to a table (legacy table) used to identify the time resource of the RO in the case where SBFD is not assumed. The new index may be a PRACH Configuration Index. In other words, the parameter assuming SBFD may be an entry newly added to the legacy table (hereinafter referred to as a new entry). The following options are considered for Operational Example 6-3.

[0251] Option 6-3-1 explains the new entry for Table 6.3.3.2-3 (FR1) specified in 3GPP TS38.211.

[0252] In Alt. 6-3-1-1, the new entry may include a PRACH format. The PRACH format of the new entry may include one or more values ​​selected from PRACH format 0, PRACH format 1, PRACH format 2, PRACH format A1, PRACH format A2, PRACH format A3, PRACH format B1, PRACH format B4, PRACH format C0, PRACH format C2, PRACH format A1 / B1, PRACH format A2 / B2, and PRACH format A3 / B3.

[0253] In Alt. 6-3-1-2, the new entry may include Values ​​of (x, y). The x value of the new entry may include one or more values ​​selected from 16, 8, 4, 2, and 1. The y value of the new entry may include one or more values ​​selected from 0 and 1.

[0254] In Alt. 6-3-1-3, the new entry may include a subframe number. To configure RO in an SBFD DL slot taking into account a typical TDD UL-DL configuration, the new entry preferably includes the subframe number. For SBFD RACH configuration, it is not necessary to configure RO in an UL slot / subframe. The subframe number of the new entry may include one or more values ​​selected from 0, 1, 2, 3, 4, 5, 6, and 8.

[0255] For example, for a new entry in PRACH format 1, the subframe number may be {0}, {1}, {2}, {3}, {4}, {5}, or {6}. For example, for a new entry in PRACH format 1, the subframe number may be {0}, {1}, {2}, {3}, {4}, or {5}. Note that for other PRACH formats, various combinations or possibilities may exist.

[0256] In Alternative 6-3-1-4, a new entry may include a Starting symbol. The Starting symbol of a new entry may include one or more values ​​selected from 0, 2, 6, 7, and 8.

[0257] In Alternative 6-3-1-5, the new entry may include the number of PRACH slots within a subframe. For new entries of PRACH formats A1, A2, A3, B1, B4, C0, C2, A1 / B1, A2 / B2, and A3 / B3, the number of PRACH slots within a subframe may include one or more values ​​selected from 1 and 2.

[0258] In Alternative 6-3-1-6, the new entry may include the number of time-domain PRACH occasions within a PRACH slot. For new entries of PRACH formats A1, A2, A3, B1, B4, C0, C2, A1 / B1, A2 / B2, and A3 / B3, the number of time-domain PRACH occasions within a PRACH slot may include one or more values ​​selected from 1, 2, 3, 6, and 7.

[0259] In Alt. 6-3-1-7, the new entry may include the PRACH duration. For a new entry of PRACH formats A1, A1 / B1, or B1, the PRACH duration may be 2. For a new entry of PRACH formats A2 or A2 / B2, the PRACH duration may be 4. For a new entry of PRACH formats A3 or A3 / B3, the PRACH duration may be 6. For a new entry of PRACH format B4, the PRACH duration may be 12. For a new entry of PRACH format C0, the PRACH duration may be 2. For a new entry of PRACH format C2, the PRACH duration may be 6.

[0260] For example, in Table 6.3.3.2-3 (FR1), the parameters assuming SBFD are a new entry associated with a new index (PRACH configuration index) as shown in Figure 19. The new entry may include the PRACH format, Values ​​of (x, y), Subframe number, Starting symbol, Number of PRACH slots within a subframe, Number of time-domain PRACH occasions within a PRACH slot, PRACH duration, etc.

[0261] Option 6-3-2 explains the new entry for Table 6.3.3.2-4 (FR2) specified in 3GPP TS38.211.

[0262] In Alternative 6-3-2-1, the new entry may include a PRACH format. The PRACH format of the new entry may include one or more values ​​selected from PRACH format A1, PRACH format A2, PRACH format A3, PRACH format B1, PRACH format B4, PRACH format C0, PRACH format C2, PRACH format A1 / B1, PRACH format A2 / B2, and PRACH format A3 / B3.

[0263] In Alt. 6-3-2-2, the new entry may include Values ​​of (x, y). The x value of the new entry may include one or more values ​​selected from 16, 8, 4, 2, and 1. The y value of the new entry may include one or more values ​​selected from 0 and 1.

[0264] In Alternative 6-3-2-3, the new entry may include a slot number. The slot number of the new entry may include an integer of 1 or more selected from 0-39.

[0265] In Alternative 6-3-2-4, a new entry may include a Starting symbol. The Starting symbol of a new entry may include one or more values ​​selected from 0, 2, 6, 7, and 8.

[0266] In Alternative 6-3-2-5, the new entry may include the number of PRACH slots within a 60 kHz slot. The number of PRACH slots within a 60 kHz slot of the new entry may include one or more values ​​selected from 1 and 2.

[0267] In Alternative 6-3-2-6, the new entry may include the number of time-domain PRACH occasions within a PRACH slot. The number of time-domain PRACH occasions within a PRACH slot of the new entry may include one or more values ​​selected from 1, 2, 3, 6, and 7.

[0268] In Alt. 6-3-2-7, the new entry may include the PRACH duration. For a new entry of PRACH formats A1, A1 / B1, or B1, the PRACH duration may be 2. For a new entry of PRACH formats A2 or A2 / B2, the PRACH duration may be 4. For a new entry of PRACH formats A3 or A3 / B3, the PRACH duration may be 6. For a new entry of PRACH format B4, the PRACH duration may be 12. For a new entry of PRACH format C0, the PRACH duration may be 2. For a new entry of PRACH format C2, the PRACH duration may be 6.

[0269] (4.3.6.5) Operation Example 6-4 In Operation Example 6-4, an index associated with a parameter assuming SBFD is provided by a random access channel configuration. The random access channel configuration may be a RACH configuration for SBFD (an additional / separate RACH configuration). That is, Operation Example 6-4 describes the interpretation of a PRACH configuration index provided by a RACH configuration for SBFD. The following options are considered for Operation Example 6-4.

[0270] In Option 6-4-1, the interpretation of the PRACH configuration index provided by the RACH configuration for SBFD is predefined in the wireless communication system 10. In other words, the fact that the PRACH configuration index is associated with parameters assuming SBFD is predefined in the wireless communication system 10. The following examples are possible examples of such cases.

[0271] In Example 5-4-1-1, it is defined that for FR1 / FR2, the wireless communication system 10 interprets the PRACH configuration index provided by the RACH configuration for SBFD using the legacy tables for FR1 / FR2 and TDD.

[0272] In Example 5-4-1-2, the wireless communication system 10 defines that for FR1 / FR2, the PRACH configuration index provided by the RACH setting for SBFD is interpreted using an extended table for FR1 / FR2 and TDD with a new entry (Operation Example 6-3).

[0273] In Example 5-4-1-3, the wireless communication system 10 defines that for FR1 / FR2, the PRACH configuration index provided by the RACH setting for SBFD is interpreted using an extended table for FR1 / FR2 and TDD with new columns (Operation Example 6-1).

[0274] In Example 5-4-1-4, it is defined that for FR1, the wireless communication system 10 interprets the PRACH configuration index provided by the RACH configuration for SBFD using the legacy table for FR1 and FDD.

[0275] In option 6-4-2, the PRACH configuration index provided by the RACH configuration for SBFD is interpreted based on the value of the PRACH configuration index provided by the RACH configuration for SBFD. In other words, the fact that the PRACH configuration index is associated with parameters assuming SBFD is specified by the value of the index (PRACH configuration index). The following examples are considered as such cases.

[0276] In Example 5-4-2-1, for FR1 / FR2, if the PRACH configuration index provided by the RACH configuration for SBFD is a certain value or if the PRACH configuration index provided by the RACH configuration for SBFD is within a certain range of values, the legacy tables for FR1 / FR2 and TDD are used to interpret the PRACH configuration index provided by the RACH configuration for SBFD. The "certain value" and "certain value range" may be predefined in the wireless communication system 10, or may be set or instructed by the gNB 100.

[0277] In Example 5-4-2-2, for FR1, when the PRACH configuration index provided by the RACH configuration for SBFD is a certain value or when the PRACH configuration index provided by the RACH configuration for SBFD is within a certain range of values, the PRACH configuration index provided by the RACH configuration for SBFD is interpreted using the legacy tables for FR1 and FDD. The "certain value" and "certain value range" may be predefined in the wireless communication system 10, or may be set or instructed by the gNB 100.

[0278] In Example 5-4-2-3, for FR1 / FR2, when the PRACH configuration index provided by the RACH configuration for SBFD is a certain value or when the PRACH configuration index provided by the RACH configuration for SBFD is within a certain range of values, the PRACH configuration index provided by the RACH configuration for SBFD is interpreted using the extended table for FR1 / FR2 and TDD with a new column (Operation Example 6-1). The "certain value" and "certain value range" may be predefined in the wireless communication system 10, or may be set or instructed by the gNB 100.

[0279] In Example 5-4-2-4, for FR1 / FR2, if the PRACH configuration index provided by the RACH configuration for SBFD is a certain value or is within a certain range of values, for FR1 / FR2, the PRACH configuration index provided by the RACH configuration for SBFD is interpreted using the extended table for FR1 / FR2 and TDD with a new entry (Operation Example 6-3). The "certain value" and "certain range of values" may be a new index (PRACH configuration index) corresponding to the new entry.

[0280] In option 6-4-3, the PRACH configuration index provided by the RACH configuration for SBFD is interpreted by explicit parameters included in the RACH configuration for SBFD. In other words, the fact that the PRACH configuration index is associated with parameters assuming SBFD is specified by explicit parameters included in the RACH configuration for SBFD. The following examples are considered as such cases.

[0281] The explicit parameter may specify the table to be used to identify the time resources of the RO. The explicit parameter may be referred to as RACH-config-table-sbfd-r19. The following example is an example of such a case:

[0282] In Example 5-4-3-1, when an explicit parameter specifies FDD-FR1-Table, the legacy tables for FR1 and FDD are used to interpret the PRACH configuration index provided by the RACH configuration for SBFD.

[0283] In Example 5-4-3-2, when an explicit parameter specifies the TDD-FR1-Table or the TDD-FR2-Table, the PRACH configuration index provided by the RACH configuration for SBFD is interpreted using the legacy tables for FR1 / FR2 and TDD.

[0284] In Example 5-4-3-3, when an explicit parameter specifies enhanced-new-col-TDD-FR1-table or enhanced-new-col-TDD-FR2-table, the PRACH configuration index provided by the RACH configuration for SBFD is interpreted using the tables for extended FR1 / FR2 and TDD with new columns (Operation Example 6-1).

[0285] In Example 5-4-3-4, when an explicit parameter specifies the enhanced-new-entry-TDD-FR1-table or the enhanced-new-entry-TDD-FR2-table, the PRACH configuration index provided by the RACH configuration for SBFD is interpreted using the tables for extended FR1 / FR2 and TDD with new entries (Operation Example 6-3).

[0286] (4.3.7) Operation Example 7 (4.3.7.1) Problems After careful consideration, the inventors have found that, when a RACH configuration assuming SBFD is assumed, it is necessary to clarify the details of the parameters included in the RACH configuration assuming SBFD.

[0287] To solve this problem, UE200 assumes the following example operation for parameters included in a random access channel configuration (RACH configuration for SBFD) assuming a duplexing method (SBFD) that allows simultaneous use of multiple subbands in a time unit to which time division duplexing (TDD) is applied.

[0288] The RACH configuration for SBFD may be RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, or may be rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon.

[0289] The RACH configuration for SBFD may include all or some of the parameters included in the legacy RACH configuration, or may include new parameters not included in the legacy RACH configuration. The legacy RACH configuration may be RACH-ConfigCommon-SBFD or RACH-ConfigGeneric.

[0290] (4.3.7.2) Operation Example 7-1 In Operation Example 7-1, an overview of parameters included in the RACH configuration for SBFD will be described. As an overview of parameters included in the RACH configuration for SBFD, the following options are considered.

[0291] In option 7-1-1, the present type of the parameter included in the RACH configuration for SBFD may be mandatory present or optionally present. Mandatory present means that the parameter is required to be included, and optionally present may mean that the parameter does not need to be required to be included but may be included as necessary. Different present types may be set for different parameters.

[0292] In Option 7-1-2, the candidate values ​​of the values ​​that the parameters included in the RACH configuration for SBFD can take (hereinafter referred to as SBFD candidate values) may be the same as or different from the candidate values ​​of the values ​​that the parameters included in the legacy RACH configuration can take (hereinafter referred to as legacy candidate values). The relationship (different / same) between the SBFD candidate values ​​and the legacy candidate values ​​may be different for different parameters.

[0293] Note that the SBFD value candidates may be applied to parameters included in the legacy RACH configuration. Whether the SBFD value candidates or the legacy value candidates are applied may differ for different parameters.

[0294] In option 7-1-3, the values ​​provided by the parameters included in the RACH configuration for SBFD and the values ​​provided by the parameters included in the legacy RACH configuration may have certain restrictions.

[0295] For example, if a parameter included in the RACH configuration for SBFD is included in the legacy RACH configuration, the UE 200 may assume that the values ​​provided by the parameters included in the RACH configuration for SBFD and the legacy RACH configuration are the same.

[0296] For example, when a parameter included in the RACH configuration for SBFD is included in a legacy RACH configuration, UE 200 may assume that the value provided by the parameter included in the RACH configuration for SBFD is greater than, not greater than, less than, or not less than the value provided by the parameter included in the legacy RACH configuration.

[0297] Note that certain restrictions may apply to parameters included in the legacy RACH configuration, and certain restrictions may be different for different parameters.

[0298] In option 7-1-4, for parameters not included in the RACH configuration for SBFD, the following Atl. may be assumed.

[0299] In Atl. 6-1-4-1, default parameters are defined for parameters not included in the RACH configuration for SBFD, and the default parameters may be applied.

[0300] In Atl. 6-1-4-2, parameters included in the legacy RACH configuration may be applied to parameters not included in the RACH configuration for SBFD.

[0301] Note that the above-mentioned Alternatives may be applied to parameters included in the legacy RACH configuration. The above-mentioned Alternatives may be different for different parameters.

[0302] (4.3.7.3) Operation Example 7-2 In Operation Example 7-2, the parameters included in the RACH configuration for SBFD may be parameters related to the time resources of the RO. That is, the UE 200 may assume that the parameters included in the RACH configuration for SBFD are parameters related to the time resources of the RO.

[0303] In Option 7-2-1, the parameters related to the time resource of the RO may include an index of a PRACH configuration (e.g., prach-ConfigurationIndex). The present type of prach-ConfigurationIndex may be mandatory present or optionally present.

[0304] If the present type of prach-ConfigurationIndex is optionally present and prach-ConfigurationIndex is not included in the RACH configuration for SBFD, the following options may be assumed:

[0305] In Alt. 7-2-1-1, the parameters included in the legacy RACH configuration (prach-ConfigurationIndex set in RACH-ConfigCommon of BWP-UplinkCommon) may be applied.Alt. 7-2-1-1 may be applied when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon.

[0306] In Alt. 7-2-1-2, parameters included in the legacy RACH configuration (rach-ConfigurationIndex of rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD) may be applied. Alt. 7-2-1-2 may be applied when the RACH configuration for SBFD is configured by rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon.

[0307] The candidate values ​​of prach-ConfigurationIndex included in the RACH configuration for SBFD may be values ​​between 0 and the maximum value, or may be a subset of values ​​between 0 and the maximum value.

[0308] In Option 7-2-2, the RO's time resource-related parameters may include an offset (e.g., prach-ConfigurationSOffset-sbfd-r19) to the subframe number or slot number specified by prach-ConfigurationIndex. The offset may be set by the RRC as described in Option 6-2-1 of Operation Example 6-2.

[0309] The present type of prach-ConfigurationSOffset-sbfd-r19 may be mandatory present or optionally present. When the present type of prach-ConfigurationSOffset-sbfd-r19 is optionally present and prach-ConfigurationSOffset-sbfd-r19 is not included in the RACH configuration for SBFD, a default value (for example, 0) may be used.

[0310] When the RACH configuration for SBFD includes prach-ConfigurationSOffset-sbfd-r19, as described in option 6-2-1 of operation example 6, prach-ConfigurationSOffset-sbfd-r19 is applied to the subframe number or slot number specified by prach-ConfigurationIndex.

[0311] In option 7-2-2, the parameter related to the time resource of the RO may be the subframe number or slot number of the RO (e.g., prach-ConfigurationSOnumber-sbfd-r19). prach-ConfigurationSOnumber-sbfd-r19 may be set by the RRC as described in option 6-2-2 of operation example 6-2.

[0312] The present type of prach-ConfigurationSOnumber-sbfd-r19 may be mandatory present or optionally present. When the present type of prach-ConfigurationSOnumber-sbfd-r19 is optionally present and prach-ConfigurationSOnumber-sbfd-r19 is not included in the RACH configuration for SBFD, the subframe number or slot number specified by prach-ConfigurationIndex may be applied.

[0313] If the RACH configuration for SBFD includes prach-ConfigurationSOnumber-sbfd-r19, as described in option 6-2-1 of operation example 6, prach-ConfigurationSOnumber-sbfd-r19 specifies the subframe number or slot number of the RO, and the subframe number or slot number specified by prach-ConfigurationIndex is ignored.

[0314] (4.3.7.4) Operation Example 7-3 In Operation Example 7-3, the parameters included in the RACH configuration for SBFD may be parameters related to the frequency resources of the RO. That is, the UE 200 may assume that the parameters included in the RACH configuration for SBFD are parameters related to the frequency resources of the RO.

[0315] In Option 7-3-1, the parameters related to the frequency resource of the RO may include a parameter (e.g., msg1-FrequencyStart) specifying the start RB of the lowest RO. The present type of msg1-FrequencyStart may be mandatory present or optionally present.

[0316] If the present type of msg1-FrequencyStart is optionally present and msg1-FrequencyStart is not included in the RACH configuration for SBFD, the following options may be assumed:

[0317] In Alt. 7-3-1-1, the parameter (msg1-FrequencyStart) included in the legacy RACH configuration may be applied.

[0318] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, msg1-FrequencyStart of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0319] For example, when the RACH configuration for SBFD is configured by rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon, msg1-FrequencyStart set in the legacy RACH configuration (rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD) may be applied.

[0320] In Alt. 7-3-1-1, in the frequency domain, the start RB of the lowest RO may be the start / lowest RB of the UL usable PRBs (UL subband).

[0321] msg1-FrequencyStart may be interpreted as the offset value of the starting RB of the lowest RO relative to PRB0, or as the offset value of the starting RB of the lowest RO corresponding to the start / lowest RB of UL usable PRBs (UL subband).

[0322] msg1-FrequencyStart may be set so that all FDMed ROs configured by the RACH configuration for SBFD are within UL usable PRBs (UL subbands).

[0323] In Option 7-3-2, the parameters related to the frequency resources of ROs may include a parameter (e.g., msg1-FDM) specifying the number of FDMed ROs in one time instance, and the present type of msg1-FDM may be mandatory present or optionally present.

[0324] When the present type of msg1-FDM is optionally present and the RACH configuration for SBFD does not include msg1-FDM, the following options may be assumed:

[0325] In Alt. 7-3-2-1, a default value (e.g., 1) may be applied.

[0326] In Alt. 7-3-2-2, the parameters (msg1-FDM) included in the legacy RACH configuration may be applied.

[0327] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, msg1-FDM of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0328] For example, when the RACH configuration for SBFD is configured by rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon, msg1-FDM configured in the legacy RACH configuration (rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD) may be applied.

[0329] The maximum value of msg1-FDM included in the RACH configuration for SBFD may be 2, 4, or 8. Candidate values ​​of msg1-FDM included in the RACH configuration for SBFD may be {1, 2, 4, 8}, {1, 2, 4}, or {1, 2}.

[0330] The UE 200 may assume that the value of msg1-FDM included in the RACH configuration for SBFD is smaller or not larger than the value of msg1-FDM included in the legacy RACH configuration.

[0331] For example, UE 200 may assume that the value of msg1-FDM included in the RACH configuration for SBFD is smaller or not larger than the value of msg1-FDM of RACH-ConfigCommon included in BWP-UplinkCommon.

[0332] For example, UE 200 may assume that the value of msg1-FDM included in the RACH configuration for SBFD is smaller or not larger than the value of msg1-FDM of rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD.

[0333] (4.3.7.5) Operation Example 7-4 In Operation Example 7-4, the parameter included in the RACH configuration for SBFD may be a parameter (e.g., ssb-perRACH-OccasionAndCB-PreamblesPerSSB) related to mapping between random access opportunities and synchronization signal blocks (SSB-RO mapping). That is, UE 200 may assume the parameter related to SSB-RO mapping as the parameter included in the RACH configuration for SBFD. ssb-perRACH-OccasionAndCB-PreamblesPerSSB may be mandatory present or may be optionally present.

[0334] When ssb-perRACH-OccasionAndCB-PreamblesPerSSB is optionally present and ssb-perRACH-OccasionAndCB-PreamblesPerSSB is not included in the RACH configuration for SBFD, ssb-perRACH-OccasionAndCB-PreamblesPerSSB configured by the legacy RACH configuration may be applied to ROs in the SBFD slot or symbol configured by the RACH configuration for SBFD. For example, ssb-perRACH-OccasionAndCB-PreamblesPerSSB configured by RACH-ConfigCommon included in BWP-UplinkCommon may be applied.

[0335] Valid ROs in SBFD slots / symbols that are not associated with an SSB index after an integer number of association periods (valid ROs configured by the RACH configuration for SBFD) may not be used for PRACH transmission.

[0336] The set of SSB indices may be configured by the RACH configuration for SBFD. The ROs in the SBFD slots / symbols configured by the RACH configuration for SBFD may be mapped to the set of SSB indices.

[0337] The relationship between the SSB-RO mapping for the SSB index of a valid RO configured by the RACH configuration for SBFD and the SSB-RO mapping for the SSB index of a valid RO configured by the legacy RACH configuration may be as follows:

[0338] First, there may be a relationship in association period between the SSB-RO mapping for the SSB index of a valid RO configured by the RACH configuration for SBFD and the SSB-RO mapping for the SSB index of a valid RO configured by the legacy RACH configuration. For example, in UE 200, the association period of the SSB-RO mapping for the SSB index of a valid RO configured by the RACH configuration for SBFD may be a divisor (value obtained by dividing by an integer), a multiple (value obtained by multiplying by an integer), or the same value as the association period of the SSB-RO mapping for the SSB index of a valid RO configured by the legacy RACH configuration.

[0339] Second, there may be a relationship in association pattern period between the SSB-RO mapping for the SSB index of a valid RO configured by the RACH configuration for SBFD and the SSB-RO mapping for the SSB index of a valid RO configured by the legacy RACH configuration. For example, in UE 200, the association pattern period of the SSB-RO mapping for the SSB index of a valid RO configured by the RACH configuration for SBFD may be a divisor (value obtained by dividing by an integer), a multiple (value obtained by multiplying by an integer), or the same value as the association pattern period of the SSB-RO mapping for the SSB index of a valid RO configured by the legacy RACH configuration.

[0340] (4.3.7.6) Operation Example 7-5 In Operation Example 7-5, the parameter included in the RACH configuration for SBFD may be a parameter related to the transmission power of a preamble. That is, UE 200 may assume that the parameter included in the RACH configuration for SBFD is a parameter related to the transmission power of a preamble.

[0341] In Option 7-5-1, the parameter related to the transmission power of the preamble may include a parameter specifying the transmission power of the PRACH transmitted in the RO configured by the RACH configuration for SBFD (for example, preambleReceivedTargetPower). The preambleReceivedTargetPower may be mandatory present or optionally present.

[0342] When preambleReceivedTargetPower is optionally present and the RACH configuration for SBFD does not include preambleReceivedTargetPower, the preambleReceivedTargetPower set by the legacy RACH configuration may be applied to determine the transmission power of the PRACH to be transmitted in the RO in the SBFD slot or symbol set by the RACH configuration for SBFD.

[0343] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, the preambleReceivedTargetPower of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0344] For example, when the RACH configuration for SBFD is configured by rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon, the preambleReceivedTargetPower set in the legacy RACH configuration (rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD) may be applied.

[0345] The UE 200 may assume that the value of preambleReceivedTargetPower included in the RACH configuration for SBFD is the same as, smaller than, not smaller than, larger than, or not larger than the value of preambleReceivedTargetPower included in the legacy RACH configuration.

[0346] For example, UE 200 may assume that the value of preambleReceivedTargetPower included in the RACH configuration for SBFD is the same as, smaller than, not smaller than, larger than, or not larger than the value of preambleReceivedTargetPower of RACH-ConfigCommon included in BWP-UplinkCommon.

[0347] For example, UE200 may assume that the value of preambleReceivedTargetPower included in the RACH configuration for SBFD is the same as, smaller than, not smaller than, larger than, or not larger than the value of preambleReceivedTargetPower of rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD.

[0348] In Option 7-5-2, the parameter related to the transmission power of the preamble may include the maximum number of times (e.g., preambleTransMax) that the preamble is transmitted in the RO configured by the RACH configuration for SBFD. The preambleTransMax may be mandatory present or optionally present.

[0349] If preambleTransMax is optionally present and the RACH configuration for SBFD does not include preambleTransMax, the preambleTransMax configured by the legacy RACH configuration may be applied.

[0350] For example, the preambleTransMax set by the legacy RACH configuration may be applied to determine the maximum number of preambles to be transmitted in RO in the SBFD slots or symbols set by the RACH configuration for SBFD, without distinguishing between SBFD slots / symbols and non-SBFD slots / symbols.

[0351] For example, assuming that the number of preambles transmitted in RO in each of the SBFD slots / symbols and non-SBFD slots / symbols is counted separately (assuming that there is a separate counter for each of the SBFD slots / symbols and non-SBFD slots / symbols), the preambleTransMax set by the legacy RACH configuration may be applied to determine the maximum number of preambles transmitted in RO in the SBFD slots or symbols set by the RACH configuration for SBFD.

[0352] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, the preambleTransMax of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0353] For example, when the RACH configuration for SBFD is configured by rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon, the preambleTransMax set in the legacy RACH configuration (rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD) may be applied.

[0354] The UE 200 may assume that the value of preambleTransMax included in the RACH configuration for SBFD is the same as, smaller than, not smaller than, larger than, or not larger than the value of preambleTransMax included in the legacy RACH configuration.

[0355] For example, UE 200 may assume that the value of preambleTransMax included in the RACH configuration for SBFD is the same as, smaller than, not smaller than, larger than, or not larger than the value of preambleTransMax of RACH-ConfigCommon included in BWP-UplinkCommon.

[0356] For example, UE200 may assume that the value of preambleTransMax included in the RACH configuration for SBFD is the same as, smaller than, not smaller than, larger than, or not larger than the value of preambleTransMax in rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD.

[0357] In Option 7-5-3, the parameter related to the transmission power of the preamble may include a power ramping step (e.g., powerRampingStep) of the PRACH transmission transmitted in the RO configured by the RACH configuration for SBFD. The powerRampingStep may be mandatory or optionally present.

[0358] If powerRampingStep is optionally present and the RACH configuration for SBFD does not include powerRampingStep, the powerRampingStep set by the legacy RACH configuration may be applied to determine the power ramping of PRACH transmissions sent in ROs in SBFD slots or symbols configured by the RACH configuration for SBFD.

[0359] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, the powerRampingStep of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0360] For example, when the RACH configuration for SBFD is configured by rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon, the powerRampingStep set in the legacy RACH configuration (rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD) may be applied.

[0361] The UE 200 may assume that the value of powerRampingStep included in the RACH configuration for SBFD is the same as, smaller than, not smaller than, larger than, or not larger than the value of powerRampingStep included in the legacy RACH configuration.

[0362] For example, UE 200 may assume that the value of powerRampingStep included in the RACH configuration for SBFD is the same as, smaller than, not smaller than, larger than, or not larger than the value of powerRampingStep of RACH-ConfigCommon included in BWP-UplinkCommon.

[0363] For example, UE200 may assume that the value of powerRampingStep included in the RACH configuration for SBFD is the same as, smaller than, not smaller than, larger than, or not larger than the value of powerRampingStep in rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD.

[0364] (4.3.7.7) Operation Example 7-6 In Operation Example 7-6, the parameters included in the RACH configuration for SBFD may be parameters related to parameters related to a window used in random access. That is, UE 200 may assume that the parameters included in the RACH configuration for SBFD are parameters related to a window used in random access.

[0365] In Option 7-6-1, the parameter related to the window used in random access may be a parameter (ra-ResponseWindow) that specifies a window of RAR (Random Access Response) waiting for an RAR in response to transmission of a preamble. The ra-ResponseWindow may be mandatory present, optionally present, or not present.

[0366] When the ra-ResponseWindow is optionally present or not present and the RACH configuration for SBFD does not include the ra-ResponseWindow, the ra-ResponseWindow set by the legacy RACH configuration may be applied to determine the window of the RAR for random access set by the RACH configuration for SBFD.

[0367] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, the ra-ResponseWindow of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0368] For example, when the RACH configuration for SBFD is configured by rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon, the ra-ResponseWindow set in the legacy RACH configuration (rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD) may be applied.

[0369] The UE 200 may assume that the value of the ra-ResponseWindow included in the RACH configuration for SBFD is the same as, smaller than, not smaller than, larger than, or not larger than the value of the ra-ResponseWindow included in the legacy RACH configuration.

[0370] For example, UE 200 may assume that the value of ra-ResponseWindow included in the RACH configuration for SBFD is the same as, smaller than, not smaller than, larger than, or not larger than the value of ra-ResponseWindow in RACH-ConfigCommon included in BWP-UplinkCommon.

[0371] For example, UE200 may assume that the value of ra-ResponseWindow included in the RACH configuration for SBFD is the same as, smaller than, not smaller than, larger than, or not larger than the value of ra-ResponseWindow of rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD.

[0372] In Option 7-6-2, the parameter related to the window used in random access may be a parameter (ContentionResolutionTimer) that specifies the length of the collision resolution window for waiting for Mg.4 in response to the transmission of Mg.3. The ContentionResolutionTimer may be mandatory present, optionally present, or not present.

[0373] When the ContentionResolutionTimer is optionally present or not present and the RACH configuration for SBFD does not include the ContentionResolutionTimer, the ContentionResolutionTimer configured by the legacy RACH configuration may be applied to determine the length of the collision resolution window for random access configured by the RACH configuration for SBFD.

[0374] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, the ContentionResolutionTimer of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0375] The UE 200 may assume that the value of the ContentionResolutionTimer included in the RACH configuration for SBFD is the same as, smaller than, not smaller than, larger than, or not larger than the value of the ContentionResolutionTimer included in the legacy RACH configuration.

[0376] For example, UE 200 may assume that the value of ContentionResolutionTimer included in the RACH configuration for SBFD is the same as, smaller than, not smaller than, larger than, or not larger than the value of ContentionResolutionTimer in RACH-ConfigCommon included in BWP-UplinkCommon.

[0377] (4.3.7.8) Operation Example 7-7 In Operation Example 7-7, the parameters included in the RACH configuration for SBFD may be parameters related to features associated with random access (featureCombinationPreamblesList). That is, UE 200 may assume that the parameters included in the RACH configuration for SBFD are parameters related to features associated with random access. featureCombinationPreamblesList may be mandatory present, optionally present, or not present.

[0378] When featureCombinationPreamblesList is optionally present or not present and the RACH configuration for SBFD does not include featureCombinationPreamblesList, the featureCombinationPreamblesList configured by the legacy RACH configuration may be applied.

[0379] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, the featureCombinationPreamblesList of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0380] (4.3.7.9) Operation Example 7-8 In operation example 7-7, the parameters included in the RACH configuration for SBFD may be other parameters. That is, UE 200 may assume other parameters as parameters included in the RACH configuration for SBFD.

[0381] In Option 7-8-1, another parameter may be a parameter (zeroCorrelationZoneConfig) that specifies the N-CS configuration of the RO configured by the RACH configuration for SBFD. The zeroCorrelationZoneConfig may be mandatory present, optionally present, or not present.

[0382] When zeroCorrelationZoneConfig is optionally present or not present and the RACH configuration for SBFD does not include zeroCorrelationZoneConfig, the zeroCorrelationZoneConfig configured by the legacy RACH configuration may be applied.

[0383] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, zeroCorrelationZoneConfig of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0384] For example, when the RACH configuration for SBFD is configured by rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon, zeroCorrelationZoneConfig set in the legacy RACH configuration (rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD) may be applied.

[0385] The UE 200 may assume that the zeroCorrelationZoneConfig included in the RACH configuration for SBFD is the same as the zeroCorrelationZoneConfig included in the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon).

[0386] In option 7-8-2, another parameter may be a parameter (groupBconfigured) that specifies the configuration of group B of the preamble. groupBconfigured may be mandatory present, optionally present, or not present.

[0387] When groupBconfigured is optionally present or not present and groupBconfigured is not included in the RACH configuration for SBFD, groupBconfigured configured by the legacy RACH configuration may be applied.

[0388] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, groupBconfigured of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0389] For example, when the RACH configuration for SBFD is configured by rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon, groupBconfigured set in the legacy RACH configuration (rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD) may be applied.

[0390] The UE 200 may assume that the groupB configured included in the RACH configuration for SBFD is the same as the groupB configured included in the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon).

[0391] In Option 7-8-3, another parameter may be a parameter (rsrp-ThresholdSSB) that specifies the RSRP threshold of the RO (SBFD slot / symbol) configured by the RACH configuration for SBFD. rsrp-ThresholdSSB may be mandatory present, optionally present, or not present.

[0392] When rsrp-ThresholdSSB is optionally present or not present and rsrp-ThresholdSSB is not included in the RACH configuration for SBFD, rsrp-ThresholdSSB configured by the legacy RACH configuration may be applied.

[0393] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, rsrp-ThresholdSSB of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0394] For example, when the RACH configuration for SBFD is configured by rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon, the rsrp-ThresholdSSB set in the legacy RACH configuration (rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD) may be applied.

[0395] The UE 200 may assume that the rsrp-ThresholdSSB included in the RACH configuration for SBFD is the same as, smaller than, not smaller than, larger than, or not larger than the rsrp-ThresholdSSB included in the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon).

[0396] In Option 7-8-4, another parameter may be a parameter (prach-RootSequenceIndex) that specifies the PRACH root sequence index of the PRACH transmitted in the RO (SBFD slot / symbol) configured by the RACH configuration for SBFD. The prach-RootSequenceIndex may be mandatory present, optionally present, or not present.

[0397] When prach-RootSequenceIndex is optionally present or not present and prach-RootSequenceIndex is not included in the RACH configuration for SBFD, the prach-RootSequenceIndex configured by the legacy RACH configuration may be applied.

[0398] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, the prach-RootSequenceIndex of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0399] For example, when the RACH configuration for SBFD is configured by rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon, the prach-RootSequenceIndex set in the legacy RACH configuration (rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD) may be applied.

[0400] The UE 200 may assume that the prach-RootSequenceIndex included in the RACH configuration for SBFD is the same as the prach-RootSequenceIndex included in the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon).

[0401] In Option 7-8-5, another parameter may be a parameter (msg1-SubcarrierSpacing) that specifies the SCS of the RO configured by the RACH configuration for SBFD. The msg1-SubcarrierSpacing may be mandatory present, optionally present, or not present.

[0402] When msg1-SubcarrierSpacing is optionally present or not present and msg1-SubcarrierSpacing is not included in the RACH configuration for SBFD, the msg1-SubcarrierSpacing configured by the legacy RACH configuration may be applied.

[0403] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, the msg1-SubcarrierSpacing of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0404] For example, when the RACH configuration for SBFD is configured by rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon, the msg1-SubcarrierSpacing set in the legacy RACH configuration (rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD) may be applied.

[0405] The UE 200 may assume that the msg1-SubcarrierSpacing included in the RACH configuration for SBFD is the same as the msg1-SubcarrierSpacing included in the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon).

[0406] In Option 7-8-6, another parameter may be a parameter (msg3-transformPrecoder) that specifies the waveform configuration of Msg.3 corresponding to the PRACH transmitted in the RO (SBFD slot / symbol) configured by the RACH configuration for SBFD. The msg3-transformPrecoder may be mandatory present, optionally present, or not present.

[0407] When msg3-transformPrecoder is optionally present or not present and msg3-transformPrecoder is not included in the RACH configuration for SBFD, the msg3-transformPrecoder configured by the legacy RACH configuration may be applied.

[0408] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, the msg3-transformPrecoder of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0409] For example, when the RACH configuration for SBFD is configured by rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon, the msg3-transformPrecoder set in the legacy RACH configuration (rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD) may be applied.

[0410] The UE 200 may assume that the msg3-transformPrecoder included in the RACH configuration for SBFD is the same as the msg3-transformPrecoder included in the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon).

[0411] In option 7-8-7, another parameter may be a parameter (restrictedSetConfig) that specifies a restricted set type configuration configured by the RACH configuration for SBFD. The restrictedSetConfig may be mandatory present, optionally present, or not present.

[0412] When restrictedSetConfig is optionally present or not present and restrictedSetConfig is not included in the RACH configuration for SBFD, restrictedSetConfig configured by the legacy RACH configuration may be applied.

[0413] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, restrictedSetConfig of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0414] For example, when the RACH configuration for SBFD is configured by rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon, restrictedSetConfig set to the legacy RACH configuration (rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD) may be applied.

[0415] The UE 200 may assume that the restrictedSetConfig included in the RACH configuration for SBFD is the same as the restrictedSetConfig included in the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon).

[0416] In Option 7-8-8, another parameter may be a parameter (ra-PrioritizationForAccessIdentity) that specifies PRACH prioritization for access identities of the RO configured by the RACH configuration for SBFD. ra-PrioritizationForAccessIdentity may be mandatory present, optionally present, or not present.

[0417] When ra-PrioritizationForAccessIdentity is optionally present or not present and ra-PrioritizationForAccessIdentity is not included in the RACH configuration for SBFD, ra-PrioritizationForAccessIdentity configured by the legacy RACH configuration may be applied.

[0418] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, ra-PrioritizationForAccessIdentity of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0419] For example, when the RACH configuration for SBFD is configured by rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon, the ra-PrioritizationForAccessIdentity set in the legacy RACH configuration (rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD) may be applied.

[0420] The UE 200 may assume that the ra-PrioritizationForAccessIdentity included in the RACH configuration for SBFD is the same as the ra-PrioritizationForAccessIdentity included in the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon).

[0421] In Option 7-8-9, another parameter may be a parameter (ra-PrioritizationForSlicing) that specifies PRACH prioritization for slicing of PRACH transmission transmitted in an RO configured by the RACH configuration for SBFD. ra-PrioritizationForSlicing may be mandatory present, optionally present, or not present.

[0422] When ra-PrioritizationForSlicing is optionally present or not present and ra-PrioritizationForSlicing is not included in the RACH configuration for SBFD, ra-PrioritizationForSlicing configured by the legacy RACH configuration may be applied.

[0423] For example, when the RACH configuration for SBFD is configured by RACH-ConfigCommon-SBFD-r19 included in BWP-UplinkCommon, ra-PrioritizationForSlicing of the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon) may be applied.

[0424] For example, when the RACH configuration for SBFD is configured by rach-ConfigGeneric-sbfd-r19 included in RACH-ConfigCommon, the ra-PrioritizationForSlicing set in the legacy RACH configuration (rach-ConfigGeneric included in the same RACH-ConfigCommon as the RACH configuration for SBFD) may be applied.

[0425] The UE 200 may assume that the ra-PrioritizationForSlicing included in the RACH configuration for SBFD is the same as the ra-PrioritizationForSlicing included in the legacy RACH configuration (RACH-ConfigCommon included in BWP-UplinkCommon).

[0426] (4.3.8) Operation Example 8 (4.3.8.1) Problems After careful consideration, the inventors have noticed that a threshold is used to compare with the reception quality of a synchronization signal block (SSB) (e.g., RSRP; Reference Signal Received Power) when selecting an effective random access opportunity, and have found the need to clarify how to set the threshold and how to use the threshold.

[0427] To solve this problem, the UE 200 performs processing to select, as a unit time including a valid random access opportunity (valid RO), a unit time (SBFD slot / symbol) to which the duplexing scheme (SBFD) is applied or a unit time (non-SBFD slot / symbol) to which the duplexing scheme (SBFD) is not applied, based on a first parameter. The first parameter is a parameter included in a first random access channel configuration (i.e., a RACH configuration for SBFD) that assumes a unit time (slot / symbol) that assumes SBFD. Operation example 8 may be an operation example that assumes at least one of the above-described operation examples 1 to 7. As operation example 8, the following operation example is conceivable.

[0428] (4.3.8.2) Operation Example 8-1 In Operation Example 8-1, the first parameter is a parameter that specifies the RSRP threshold of the RO (SBFD slot / symbol) that is set by the RACH configuration for SBFD. The first parameter may be rsrp-ThresholdSSB described in Operation Example 7.

[0429] First, the UE 200 performs a process of selecting a unit time (SBFD slot / symbol) in which SBFD is applied or a unit time (non-SBFD slot / symbol) in which SBFD is not applied as a unit time including a valid RO, based on the rsrp-ThresholdSSB included in the RACH configuration for SBFD. Such a process may be referred to as a process of selecting a PRACH in SBFD and a PRACH in non-SBFD.

[0430] Specifically, UE 200 performs a selection process between a PRACH in SBFD and a PRACH in non-SBFD based on the result of comparing the RSRP of the DL pathloss reference or the RSRP of the selected SSB / CSI-RS with a threshold (rsrp-ThresholdSSB).

[0431] For example, UE 200 may select a PRACH in SBFD when RSRP is higher or lower than the RSRP threshold. Selection of a PRACH in SBFD may be interpreted as selection of a valid RO in an SBFD slot / symbol, or as selection of a valid RO in an SBFD slot / symbol configured by the RACH configuration for SBFD. On the other hand, UE 200 may select a PRACH in non-SBFD in other cases. Selection of a PRACH in non-SBFD may be interpreted as selection of a valid RO in a non-SBFD slot / symbol, or as selection of a valid RO in a non-SBFD slot / symbol configured by the legacy RACH configuration.

[0432] Details of the selection process between the PRACH in SBFD and the PRACH in non-SBFD may be the same as the process of selecting a valid RO in the above-described fifth operation example.

[0433] Second, the UE 200 performs an SSB selection process based on the rsrp-ThresholdSSB included in the RACH configuration for SBFD, or without based on the rsrp-ThresholdSSB included in the RACH configuration for SBFD. The SSB selection process is a process of selecting an SSB having an RSRP higher than the rsrp-ThresholdSSB. The following options are possible for the SSB selection process:

[0434] In option 8-1-1, the UE 200 performs the SSB selection process based on rsrp-ThresholdSSB included in the legacy RACH configuration, regardless of whether the PRACH in SBFD is selected or not.

[0435] In option 8-1-1, the UE 200 may perform a selection process between the PRACH in SBFD and the PRACH in non-SBFD after performing the SSB selection process.

[0436] In option 8-1-1, the UE 200 may perform the SSB selection process after performing the selection process between the PRACH in SBFD and the PRACH in non-SBFD.

[0437] In option 8-1-2, when a PRACH in SBFD is selected, the UE 200 performs an SSB selection process based on rsrp-ThresholdSSB included in the RACH configuration for SBFD. On the other hand, when a PRACH in non-SBFD is selected, the UE 200 performs an SSB selection process based on rsrp-ThresholdSSB included in the legacy RACH configuration. Specifically, the UE 200 performs the following steps.

[0438] In step 1, the UE 200 performs a selection process between the PRACH in SBFD and the PRACH in non-SBFD.

[0439] In step 2, UE 200 performs an SSB selection process based on whether a PRACH in SBFD or a PRACH in non-SBFD is selected. Specifically, when a PRACH in SBFD is selected, UE 200 performs an SSB selection process based on rsrp-ThresholdSSB included in the RACH configuration for SBFD. On the other hand, when a PRACH in non-SBFD is selected, UE 200 performs an SSB selection process based on rsrp-ThresholdSSB included in the legacy RACH configuration.

[0440] In addition, in option 8-1-2, the selection process between the PRACH in SBFD and the PRACH in non-SBFD is performed before the selection process for SSB.

[0441] In operation example 8-1, the UE 200 may assume that the value of rsrp-ThresholdSSB included in the RACH configuration for SBFD is not greater than or less than the value of rsrp-ThresholdSSB included in the legacy RACH configuration.

[0442] In operation example 8-1, rsrp-ThresholdSSB included in the RACH configuration for SBFD is an example of a first parameter related to a threshold to be compared with the reception quality of a downlink signal. The legacy RACH configuration is an example of a second random access channel configuration assuming a unit time in which SBFD is not applied. The rsrp-ThresholdSSB included in the legacy RACH configuration is an example of a second parameter related to a threshold to be compared with the reception quality of a downlink signal.

[0443] (4.3.8.3) Operation Example 8-2 In Operation Example 8-2, the first parameter is a new parameter introduced to determine whether to select a valid-RO in a unit time in which SBFD is applied. The new parameter may be considered to be a parameter used to determine whether to select a PRACH in SBFD or a PRACH in non-SBFD. The new parameter is defined separately from the above-mentioned rsrp-ThresholdSSB. The new parameter may be referred to as sbfd-RSRP-Threshold.

[0444] First, the UE 200 performs a process of selecting a unit time (SBFD slot / symbol) in which SBFD is applied or a unit time (non-SBFD slot / symbol) in which SBFD is not applied as a unit time including a valid RO, based on the sbfd-RSRP-Threshold included in the RACH configuration for SBFD. Such a process may be referred to as a process of selecting a PRACH in SBFD and a PRACH in non-SBFD.

[0445] Specifically, UE 200 performs a selection process between a PRACH in SBFD and a PRACH in non-SBFD based on a comparison result between the RSRP of the DL pathloss reference or the RSRP of the selected SSB / CSI-RS and a threshold (sbfd-RSRP-Threshold).

[0446] For example, UE 200 may select a PRACH in SBFD when RSRP is higher or lower than the RSRP threshold. Selection of a PRACH in SBFD may be interpreted as selection of a valid RO in an SBFD slot / symbol, or as selection of a valid RO in an SBFD slot / symbol configured by the RACH configuration for SBFD. On the other hand, UE 200 may select a PRACH in non-SBFD in other cases. Selection of a PRACH in non-SBFD may be interpreted as selection of a valid RO in a non-SBFD slot / symbol, or as selection of a valid RO in a non-SBFD slot / symbol configured by the legacy RACH configuration.

[0447] Details of the selection process between the PRACH in SBFD and the PRACH in non-SBFD may be the same as the process of selecting a valid RO in the above-described fifth operation example.

[0448] Second, the UE 200 performs an SSB selection process based on rsrp-ThresholdSSB included in the legacy RACH configuration, similar to option 8-1-1 in operation example 8-1. The SSB selection process is a process of selecting an SSB having an RSRP higher than rsrp-ThresholdSSB.

[0449] In operation example 8-2, the UE 200 may perform a selection process between the PRACH in SBFD and the PRACH in non-SBFD after performing the selection process of the SSB.

[0450] In operation example 8-2, the UE 200 may perform the selection process of the SSB after performing the selection process between the PRACH in SBFD and the PRACH in non-SBFD.

[0451] In operation example 8-2, the UE 200 may assume that the value of sbfd-RSRP-Threshold included in the RACH configuration for SBFD is not greater than or less than the value of rsrp-ThresholdSSB included in the legacy RACH configuration.

[0452] Here, operation example 8-2 is similar to option 8-1-1 of operation example 8-1, but differs in the following respects. In option 8-1-1 of operation example 8-1, rsrp-ThresholdSSB (an existing parameter) included in the RACH configuration for SBFD is used in the selection process between a PRACH in SBFD and a PRACH in non-SBFD. On the other hand, in operation example 8-2, sbfd-RSRP-Threshold (a new parameter) included in the RACH configuration for SBFD is used in the selection process between a PRACH in SBFD and a PRACH in non-SBFD.

[0453] In operation example 8-2, sbfd-RSRP-Threshold included in the SBFD RACH configuration is an example of a first parameter related to a threshold to be compared with the reception quality of a downlink signal. The legacy RACH configuration is an example of a second random access channel configuration assuming a unit time in which SBFD is not applied. rsrp-ThresholdSSB included in the legacy RACH configuration is an example of a second parameter related to a threshold to be compared with the reception quality of a downlink signal.

[0454] (4.3.8.4) Operation Example 8-3 In Operation Example 8-2, the first parameter is a new parameter introduced to determine whether to select a valid-RO in a unit time in which SBFD is applied. The new parameter may be considered to be a parameter used to determine whether to select a PRACH in SBFD or a PRACH in non-SBFD. The new parameter is defined separately from the above-mentioned rsrp-ThresholdSSB. The new parameter may be referred to as sbfd-RSRP-Threshold.

[0455] First, similar to Operation Example 8-2, UE 200 performs processing to select, as a unit time including a valid RO, a unit time to which SBFD is applied (SBFD slot / symbol) or a unit time to which SBFD is not applied (non-SBFD slot / symbol), based on sbfd-RSRP-Threshold included in the RACH configuration for SBFD. Such processing may be referred to as a selection process between a PRACH in SBFD and a PRACH in non-SBFD.

[0456] Specifically, UE 200 performs a selection process between a PRACH in SBFD and a PRACH in non-SBFD based on a comparison result between the RSRP of the DL pathloss reference or the RSRP of the selected SSB / CSI-RS and a threshold (sbfd-RSRP-Threshold).

[0457] For example, UE 200 may select a PRACH in SBFD when RSRP is higher or lower than the RSRP threshold. Selection of a PRACH in SBFD may be interpreted as selection of a valid RO in an SBFD slot / symbol, or as selection of a valid RO in an SBFD slot / symbol configured by the RACH configuration for SBFD. On the other hand, UE 200 may select a PRACH in non-SBFD in other cases. Selection of a PRACH in non-SBFD may be interpreted as selection of a valid RO in a non-SBFD slot / symbol, or as selection of a valid RO in a non-SBFD slot / symbol configured by the legacy RACH configuration.

[0458] Details of the selection process between the PRACH in SBFD and the PRACH in non-SBFD may be the same as the process of selecting a valid RO in the above-described fifth operation example.

[0459] Second, the UE 200 performs the following process, similar to option 8-1-2. Specifically, when a PRACH in SBFD is selected, the UE 200 performs an SSB selection process based on rsrp-ThresholdSSB included in the RACH configuration for SBFD. On the other hand, when a PRACH in non-SBFD is selected, the UE 200 performs an SSB selection process based on rsrp-ThresholdSSB included in the legacy RACH configuration. The SSB selection process is a process of selecting an SSB having an RSRP higher than rsrp-ThresholdSSB.

[0460] In operation example 8-3, UE 200 may assume that the value of sbfd-RSRP-Threshold included in the RACH configuration for SBFD is not greater than or less than the value of rsrp-ThresholdSSB included in the legacy RACH configuration.

[0461] In operation example 8-3, the UE 200 may assume that the value of rsrp-ThresholdSSB included in the RACH configuration for SBFD is not greater than or less than the value of rsrp-ThresholdSSB included in the legacy RACH configuration.

[0462] Here, operation example 8-3 is similar to option 8-1-2 of operation example 8-1, but differs in the following respects. In option 8-1-2 of operation example 8-1, rsrp-ThresholdSSB (an existing parameter) included in the RACH configuration for SBFD is used in the selection process between a PRACH in SBFD and a PRACH in non-SBFD. On the other hand, in operation example 8-3, sbfd-RSRP-Threshold (a new parameter) included in the RACH configuration for SBFD is used in the selection process between a PRACH in SBFD and a PRACH in non-SBFD.

[0463] In operation example 8-3, sbfd-RSRP-Threshold included in the RACH configuration for SBFD is an example of a first parameter related to a threshold to be compared with the reception quality of a downlink signal. rsrp-ThresholdSSB included in the RACH configuration for SBFD is an example of a third parameter related to a threshold to be compared with the reception quality of a synchronization signal block.

[0464] (4.3.9) UE Capability In order to apply the above-mentioned operation examples 1 to 8, the following new UE capability and report signaling (and RRC settings) may be defined for each UE / FR / FC, etc.

[0465] Whether or not to support recognition of the time and frequency domain location of the SBFD subband Whether or not to support PRACH transmission in SBFD symbols Whether or not to support an enhanced RO validation rule for determining valid RO for SBFD Whether or not to support PRACH transmission in SBFD symbols for CFRA Whether or not to support determination of PRACH transmission in SBFD slots / symbols or non-SBFD slots / symbols based on the RSRP of SSB / CSI-RS (Operation Example 5-1) Whether or not to support setting or indicating an RSRP threshold (Operation Example 5-1) Whether or not to support determination of PRACH transmission in SBFD slots / symbols or non-SBFD slots / symbols based on the SSB / CSI-RS index (Operation Example 5-2) Whether or not to support setting or indicating a set of SSB / CSI-RS index (Operation Example 5-2) Whether or not to support determination of PRACH transmission in SBFD slots / symbols or non-SBFD slots / symbols based on the maximum transmit power (Operation Example 5-3) Whether or not to support setting or indicating a maximum transmission power threshold (Operation Example 5-3) Whether or not to support determining PRACH transmission in SBFD slots / symbols or non-SBFD slots / symbols based on probability or random numbers (Operation Example 5-4) Whether or not to support setting or indicating threshold or probability (Operation Example 5-4) Whether or not to support extended tables for FR1 / FR2 and TDD with new columns (Operation Example 6-1) Whether or not to support setting or indicating parameters (offset, subframe number / slot number) assuming SBFD by configuring RACH for SBFD (Operation Example 6-2) Whether or not to support PRACH format 0, PRACH format 1, PRACH format 2, PRACH format A1, PRACH format A2, PRACH format A3, PRACH format B1, PRACH formatWhether or not to support the extended FR1 / FR2 and TDD tables with new entries (Operation Example 6-3) for one or more PRACH formats selected from among B4, PRACH format C0, PRACH format C2, PRACH format A1 / B1, PRACH format A2 / B2, and PRACH format A3 / B3. Whether or not to support the use of a table for FDD used to interpret the PRACH configuration index provided by the RACH configuration for SBFD based on the PRACH configuration index value (Option 6-4-2 in Operation Example 6-4). Whether or not to support the determination of the table used to interpret the PRACH configuration index provided by the RACH configuration for SBFD based on an explicit parameter included in the RACH configuration for SBFD (Option 6-4-3 in Operation Example 6-4). Whether or not to support the indication of the table used to interpret the PRACH configuration index provided by the RACH configuration for SBFD (Option 6-4-3 in Operation Example 6-4). Whether or not the operation of determining PRACH transmission in an RO in an SBFD slot / symbol or an RO in a non-SBFD slot / symbol based on an RSRP threshold (Operation Example 8) is supported Whether or not the setting of the RSRP threshold included in the RACH configuration for SBFD and used in the selection process for SSB is supported Whether or not the setting of the RSRP threshold included in the RACH configuration for SBFD and used in the selection process between a PRACH in SBFD and a PRACH in non-SBFD is supported

[0466] (5) Actions and Effects According to the above-described embodiment, the UE 200 can recognize the numbering of SSB indices in SBFD while maintaining a common understanding with the Legacy UE regarding the numbering of SSB indices in non-SBFD.

[0467] According to the above-described embodiment, the UE 200 selects a valid RO based on a condition assuming SBFD (Operation Example 5). With such a configuration, when a case is assumed in which a valid RO is selected in a non-SBFD slot / symbol and an SBFD slot / symbol, a method for selecting a valid RO is clarified, and a valid RO can be appropriately selected.

[0468] According to the above-described embodiment, the UE 200 determines the time resource of the RO based on parameters assuming SBFD (Operation Example 6). With this configuration, the mechanism for determining the time resource of the RO is clarified, and the legacy table can be appropriately supplemented.

[0469] According to the above-described embodiment, UE 200 assumes at least one of a parameter related to a frequency resource of an RO and a parameter related to a window (RAR window or collision resolution window) as a parameter included in the RACH configuration for SBFD assuming SBFD (Operation Example 7-3, Operation Example 7-6). With such a configuration, details of the parameters included in the RACH configuration for SBFD assuming SBFD are clarified, and random access configured by the RACH configuration for SBFD can be appropriately executed.

[0470] According to the above-described embodiment, the UE 200 selects between the PRACH in SBFD and the PRACH in non-SBFD based on a parameter (rsrp-ThresholdSSB or sbfd-RSRP-Threshold) included in the RACH configuration for SBFD (Operation Example 8). Such a configuration clarifies how to set the threshold to be compared with SSB and how to use the threshold, and enables appropriate random access configured by the RACH configuration for SBFD.

[0471] (6) Other Embodiments The contents of the present invention have been described above in accordance with the embodiments, but it will be obvious to those skilled in the art that the present invention is not limited to these descriptions and that various modifications and improvements are possible.

[0472] The above-described operation example may be applied to the UE 200 in the RRC_IDLE mode or the UE 200 in the IN_ACTIVE mode.

[0473] The above-described operation example may be applied to CBRA or CFRA.

[0474] In the above disclosure, different operation examples or options may be applied to UE 200 in RRC_IDLE mode and UE 200 in IN_ACTIVE mode.

[0475] In the above disclosure, different operation examples or options may be applied for each RA type (e.g., CBRA / CFRA), different operation examples or options may be applied for each RACH triggering method (e.g., RACH initiated by PDCCH order / MAC entity / RRC), and different operation examples or options may be applied for each RACH purpose (RACH for initial access / SI request / handover).

[0476] In the above disclosure, different operation examples or options may be applied for each frequency range (eg, FR1 / FR2).

[0477] In the above disclosure, different operation examples or options may be applied to each of the single RACH configuration and the RACH configuration for SBFD.

[0478] The PRACH repetitions in the above-described operation example 4 may be replaced with repetitions of other messages in RA, for example, Msg3 PUSCH repetitions or HARQ-ACK PUCCH for Msg4 repetitions.

[0479] The above-described operation examples may be combined and applied in a composite manner, as long as no contradiction occurs.

[0480] The block diagrams used to explain the above embodiments show functional blocks. These functional blocks (components) are realized by any combination of hardware and / or 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 (e.g., wired, wireless, etc.) and these multiple devices. The functional block may also be realized by combining software with the single device or multiple devices.

[0481] Functions include, but are not limited to, judgment, determination, judgment, calculation, computation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, resolution, selection, selection, establishment, comparison, assumption, expectation, consideration, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, 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.

[0482] For example, the base station 100, the terminal 200, and the like according to an embodiment of the present disclosure may function as a computer that performs processing of the wireless communication method of the present disclosure. Fig. 20 is a diagram illustrating an example of the hardware configuration of the base station 100 and the terminal 200 according to an embodiment of the present disclosure. The base station 100 and the terminal 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, and the like.

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

[0484] Each function in the base station 100 and the terminal 200 is realized by loading predetermined software (programs) onto hardware such as the processor 1001 and the memory 1002, causing the processor 1001 to perform calculations, control communication by the communication device 1004, and control at least one of reading and writing data in the memory 1002 and the storage 1003.

[0485] The processor 1001 controls the entire computer by running, for example, an operating system, and may be configured as a central processing unit (CPU) including an interface with peripheral devices, a control unit, an arithmetic unit, a register, etc.

[0486] The processor 1001 also 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. While the above-described various processes have been described as being executed by one processor 1001, they may 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.

[0487] 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 ROM (EPROM), an electrically erasable programmable ROM (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 wireless communication method according to one embodiment of the present disclosure.

[0488] Storage 1003 is a computer-readable recording medium and may be, for example, at least one of an optical disk such as a Compact Disc ROM (CD-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 suitable medium including at least one of memory 1002 and storage 1003.

[0489] 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, a communication module, etc. The communication device 1004 may be configured to include a high-frequency switch, a duplexer, a filter, a frequency synthesizer, etc. to realize, for example, at least one of Frequency Division Duplex (FDD) and Time Division Duplex (TDD).

[0490] The input device 1005 is an input device (e.g., 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 (e.g., a display, a speaker, an LED lamp, etc.) that outputs to the outside. Note that the input device 1005 and the output device 1006 may be integrated into one device (e.g., a touch panel).

[0491] 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.

[0492] Furthermore, base station 100 and terminal 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, processor 1001 may be implemented using at least one of these pieces of hardware.

[0493] The notification of information is not limited to the aspects / 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.

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

[0495] 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.

[0496] 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, an MME or an S-GW, etc., but are not limited to these). 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.

[0497] Information, signals (information, etc.) may be output from a higher layer (or a lower layer) to a lower layer (or a higher layer), or may be input / output via multiple network nodes.

[0498] 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 transmitted to another device.

[0499] 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).

[0500] The aspects / embodiments described in this disclosure may be used alone, in combination, or switched depending on the implementation. Notification of predetermined information (e.g., notification that "X is true") is not limited to explicit notification, but may be implicit (e.g., not notifying the predetermined information).

[0501] 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.

[0502] 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.

[0503] 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.

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

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

[0506] 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.

[0507] 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.

[0508] 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.

[0509] A base station can accommodate one or more (e.g., three) cells (also called sectors). 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 services by a base station subsystem (e.g., a small indoor base station (Remote Radio Head, RRH)). The term "cell" or "sector" refers to a part or the entire coverage area of ​​a base station and / or a base station subsystem that provides communication services within this coverage.

[0510] 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.

[0511] In this disclosure, terms such as "terminal," "user terminal," "Mobile Station (MS)," and "User Equipment (UE)" may be used interchangeably.

[0512] 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.

[0513] 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 an autonomous mobile object operating 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 Internet of Things (IoT) device such as a sensor.

[0514] Furthermore, the base station in the present disclosure may be read as a terminal. For example, the aspects / embodiments of the present disclosure may be applied to a configuration in which communication between a base station and a terminal is replaced with communication between multiple terminals (which may be called, for example, Device-to-Device (D2D) or Vehicle-to-Everything (V2X)). In this case, the terminal 200 may be configured to have the functions of the base station 100 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.

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

[0516] 21 shows an example of the configuration of a vehicle 2001. As shown in Fig. 21, the vehicle 2001 includes a drive unit 2002, a steering unit 2003, an accelerator pedal 2004, a brake pedal 2005, a shift lever 2006, left and right front wheels 2007, left and right 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.

[0517] The drive unit 2002 is composed of, for example, an engine, a motor, or a hybrid of an engine and a motor.

[0518] 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.

[0519] 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 2027 provided in the vehicle. The electronic control unit 2010 may also be called an Electronic Control Unit (ECU).

[0520] 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.

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

[0522] 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.

[0523] 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 millimeter-wave radar, Light Detection and Ranging (LiDAR), cameras, positioning locators (e.g., GNSS, etc.), map information (e.g., high-definition (HD) maps, autonomous vehicle (AV) maps, etc.), gyro systems (e.g., inertial measurement units (IMUs), inertial navigation systems (INSs), etc.), artificial intelligence (AI) chips, and AI processors, as well as one or more ECUs that control these devices. The driving assistance system unit 2030 also transmits and receives various information via the communication module 2013 to realize driving assistance functions or autonomous driving functions.

[0524] 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, left and right front wheels 2007, left and right 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.

[0525] 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.

[0526] The communication module 2013 may transmit at least one of signals from the above-mentioned various sensors 2021 to 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 to 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.

[0527] The communication module 2013 receives various information (traffic information, traffic signal information, vehicle distance information, etc.) transmitted from external devices and displays it on the information service unit 2012 provided in the vehicle. The information service unit 2012 may also 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 received by the communication module 2013 (or data / information decoded from the PDSCH)).

[0528] Furthermore, the communication module 2013 stores 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, left and right front wheels 2007, left and right rear wheels 2008, axle 2009, sensors 2021 to 2029, and the like provided in the vehicle 2001.

[0529] 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 a table, database, or other data structure), and ascertaining, all of which are considered to be "judging" and "determining." "Determining" and "determining" may also include receiving (e.g., receiving information), transmitting (e.g., sending information), input, output, and accessing (e.g., accessing data in memory), all of which are considered to be "judging" and "determining." "Determining" and "determining" may also include resolving, selecting, choosing, establishing, comparing, and other actions, all of which are considered to be "judging" and "determining." In other words, "judgment" and "decision" can include regarding some action as having been "judged" or "decided." Also, "judgment (decision)" can be interpreted as "assuming," "expecting," "considering," etc.

[0530] 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.

[0531] The reference signal may also be abbreviated as RS, and may be called a pilot depending on the applicable standard.

[0532] 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."

[0533] 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.

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

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

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

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

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

[0539] 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.

[0540] 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.

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

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

[0543] 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.

[0544] In addition, 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. Furthermore, the number of slots (minislots) constituting the minimum time unit for scheduling may be controlled.

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

[0546] 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.

[0547] A resource block (RB) is a resource allocation unit in the time domain and the 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 be determined based on numerology.

[0548] 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.

[0549] 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, etc.

[0550] 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.

[0551] 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.

[0552] 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.

[0553] 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."

[0554] The above-described structures of radio frames, subframes, slots, minislots, symbols, etc. are merely examples, and various configurations, such as 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, and the cyclic prefix (CP) length, can be changed.

[0555] 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.

[0556] 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.

[0557] 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."

[0558] 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.

[0559] (Additional Note) The above disclosure may be expressed as follows.

[0560] A first feature is a terminal including: a control unit that selects a valid random access opportunity based on a random access channel setting for a time unit in which time division duplexing is applied; and a transmission unit that transmits a preamble that starts random access at the valid random access opportunity, wherein the random access channel setting includes a first random access channel setting that assumes a unit time in which a duplexing method that allows simultaneous use of multiple subbands is applied in the time unit in which time division duplexing is applied, and the first random access channel setting includes a first parameter related to a threshold that is compared with reception quality of a downlink signal, and the control unit executes processing to select, based on the first parameter, a unit time in which the duplexing method is applied or a unit time in which the duplexing method is not applied, as the unit time including the valid random access opportunity.

[0561] A second feature is the terminal of the first feature, wherein the random access channel setting includes a second random access channel setting that assumes a unit time during which the duplexing method is not applied, and the second random access channel setting includes a second parameter related to a threshold that is compared with a reception quality of a synchronization signal block, and the control unit executes a process of selecting a synchronization signal block associated with the valid random access opportunity based on the second parameter.

[0562] A third feature is a terminal according to the first or second feature, wherein the control unit executes a process of selecting a synchronization signal block associated with the valid random access opportunity based on the first parameter.

[0563] A fourth feature is the terminal according to at least one of the first to third features, wherein the first parameter is a new parameter introduced to determine whether to select the valid random access opportunity in a unit time to which the duplexing mode is applied.

[0564] A fifth feature is a terminal that, in at least one of the first feature to the fourth feature, includes a third parameter that is a parameter different from the first parameter and relates to a threshold value that is compared with a reception quality of a synchronization signal block, and the control unit performs a process of selecting a synchronization signal block that is associated with the valid random access opportunity based on the third parameter.

[0565] 10 Wireless communication system 20 NG-RAN 100 Base station 110 Wireless signal transmitting / receiving unit 120 Control unit 200 Terminal 210 Wireless signal transmitting / receiving unit 220 Amplifier unit 230 Modulation / demodulation unit 240 Control signal / reference signal processing unit 250 Encoding / decoding unit 260 Data transmitting / receiving unit 270 Control unit 1001 Processor 1002 Memory 1003 Storage 1004 Communication device 1005 Input device 1006 Output device 1007 Bus 2001 Vehicle 2002 Drive unit 2003 Steering unit 2004 Accelerator pedal 2005 Brake pedal 2006 Shift lever 2007 Left and right front wheels 2008 Left and right rear wheels 2009 Axle 2010 Electronic control unit 2012 Information service unit 2013 Communication module 2021 Current sensor 2022 RPM sensor 2023 Air pressure sensor 2024 Vehicle speed sensor 2025 Acceleration sensor 2026 Brake pedal sensor 2027 Shift lever sensor 2028 Object detection sensor 2029 Accelerator pedal sensor 2030 Driving assistance system section 2031 Microprocessor 2032 Memory (ROM, RAM) 2033 Communication port (IO port)

Claims

1. A terminal comprising: a control unit that selects a valid random access opportunity based on a random access channel setting for a time unit to which time division duplex is applied; and a transmission unit that transmits a preamble to initiate random access at the valid random access opportunity, wherein the random access channel setting includes a first random access channel setting that assumes a unit time to which a duplexing method that allows simultaneous use of multiple subbands is applied in the time unit to which time division duplex is applied, and the first random access channel setting includes a first parameter related to a threshold that is compared with the reception quality of a downlink signal, and the control unit performs processing to select, based on the first parameter, a unit time to which the duplexing method is applied or a unit time to which the duplexing method is not applied as the unit time including the valid random access opportunity.

2. The terminal according to claim 1, wherein the random access channel setting includes a second random access channel setting that assumes a unit time during which the duplexing method is not applied, the second random access channel setting includes a second parameter related to a threshold value that is compared with the reception quality of a synchronization signal block, and the control unit performs a process of selecting a synchronization signal block that is associated with the valid random access opportunity based on the second parameter.

3. The terminal according to claim 1, wherein the control unit executes a process of selecting a synchronization signal block associated with the valid random access opportunity based on the first parameter.

4. The terminal according to claim 1, wherein the first parameter is a new parameter introduced to determine whether or not to select the valid random access opportunity in a unit time to which the duplexing method is applied.

5. The terminal according to claim 1, wherein the first random access channel setting includes a third parameter, which is a parameter different from the first parameter and relates to a threshold value to be compared with the reception quality of a synchronization signal block, and the control unit performs a process of selecting a synchronization signal block to be associated with the valid random access opportunity based on the third parameter.

Images