Terminals, wireless communication methods, base stations and systems

Abstract

A terminal according to one embodiment of the present disclosure has a reception unit that receives a configuration pertaining to physical random access channel repetitions, and a control unit that determines a plurality of resources for repetitions associated with the same beam. Said embodiment of the present disclosure makes it possible to improve coverage for random access procedures.

Description

Technical Field

[0001] The present disclosure relates to a terminal, a wireless communication method in a next-generation mobile communication system 、 base station and system and is concerned with.

Background Art

[0002] In a Universal Mobile Telecommunications System (UMTS) network, Long Term Evolution (LTE) was specified for the purpose of further high-speed data rates, low latency, etc. (Non-Patent Document 1). Also, for the purpose of further large capacity and sophistication of LTE (Third Generation Partnership Project (3GPP) Release (Rel.) 8, 9), LTE-Advanced (3GPP Rel. 10-14) was specified.

[0003] Successor systems to LTE (for example, also referred to as 5th generation mobile communication system (5G), 5G+ (plus), 6th generation mobile communication system (6G), New Radio (NR), 3GPP Rel. 15 and later, etc.) are also being considered.

Prior Art Documents

Non-Patent Documents

[0004]

Non-Patent Document 1

Summary of the Invention

[0005] Improvements to coverage are being considered for future wireless communication systems (e.g., NR).

[0006] However, the random access procedure for improving coverage is not clear. Without such a clear random access procedure, there is a risk of reduced communication throughput.

[0007] Therefore, this disclosure relates to a terminal and wireless communication method that improve coverage of random access procedures. 、 base station and system One of the objectives is to provide [this]. [Means for solving the problem]

[0008] A terminal according to one aspect of this disclosure includes a receiving unit that receives Radio Resource Control information elements (RRC IEs) that separately set a preamble for repeating message 1 for each of different repetition counts, and a control unit that determines a preamble for repeating message 1 based on the RRC IEs. Furthermore, the control unit controls the transmission counter, power ramping counter, and received target power of the preamble so as not to increment when transmitting the second and subsequent preambles in the repeated transmission of the preamble. . [Effects of the Invention]

[0009] According to one aspect of this disclosure, coverage of random access procedures can be improved. [Brief explanation of the drawing]

[0010] [Figure 1] Figure 1 shows an example of RACH configuration information elements. [Figure 2] Figures 2A and 2B show an example of the association between PRACH occasions and beams. [Figure 3] Figure 3 shows an example of PRACH settings. [Figure 4] Figure 4 shows an example of the short-sequence PRACH format. [Figure 5] Figures 5A and 5B show an example of the unit resource 1 / 2. [Figure 6] Figures 6A and 6B show an example of the unit resource 3. [Figure 7] Figures 7A and 7B show an example of the unit resource 4 / 5. [Figure 8] Figures 8A and 8B show another example of the unit resource 5. [Figure 9] Figure 9 shows yet another example of the unit resource 5. [Figure 10] Figures 10A and 10B show an example of the unit resource 2 according to Variation A. [Figure 11] Figures 11A and 11B show an example of the unit resource 5 according to Variation A. [Figure 12] Figures 12A and 12B show an example of Variation A1. [Figure 13] Figure 13 shows an example of the transmission operation 1. [Figure 14] Figure 14 shows an example of the transmission operation 2. [Figure 15] Figure 15 shows an example of the transmission operation 3. [Figure 16] Figure 16 shows an example of the monitoring operation 2. [Figure 17] Figure 17 shows an example of the window operation 1 / 2. [Figure 18] Figure 18 shows an example of the window operation 3a / 3b / 3c. [Figure 19] Figures 19A and 19B show an example of the ninth embodiment. [Figure 20] Figure 20 is a diagram showing an example of the schematic configuration of a wireless communication system according to an embodiment. [Figure 21] Figure 21 is a diagram showing an example of the configuration of a base station according to an embodiment. [Figure 22] Figure 22 is a diagram showing an example of the configuration of a user terminal according to an embodiment. [Figure 23] Figure 23 is a diagram showing an example of the hardware configuration of a base station and a user terminal according to an embodiment. [Figure 24] Figure 24 shows an example of a vehicle according to one embodiment. [Modes for carrying out the invention]

[0011] (TCI, spatial relations, QCL) In NR, it is being considered to control the receive processing (e.g., at least one of receive, demapping, demodulation, and decoding) and transmit processing (e.g., transmit, mapping, precoding, modulation, and encoding) of at least one of the signal and channel (referred to as signal / channel) at the UE based on the Transmission Configuration Indication state (TCI state).

[0012] The TCI state may represent the one applied to the downlink signal / channel. The equivalent of the TCI state applied to the uplink signal / channel may be expressed as a spatial relation.

[0013] TCI status refers to information about signal / channel quasi-co-location (QCL), and may also be called spatial reception parameters or spatial relation information. TCI status may be set for each channel or signal in the UE.

[0014] QCL is an index that indicates the statistical properties of a signal / channel. For example, if two signals / channels have a QCL relationship, it may mean that we can assume that at least one of the following is identical between these different signals / channels: Doppler shift, Doppler spread, average delay, delay spread, and spatial parameter (e.g., spatial Rx parameter).

[0015] The spatial reception parameters may correspond to the UE's received beam (e.g., the received analog beam), and the beam may be identified based on the spatial QCL. In this disclosure, QCL (or at least one element of QCL) may be interpreted as sQCL (spatial QCL).

[0016] QCL may have multiple types (QCL types). For example, there may be four QCL types A and D that differ in the parameters (or parameter sets) that can be assumed to be the same, and these parameters (which may also be called QCL parameters) are shown below: • QCL Type A (QCL-A): Doppler shift, Doppler spread, mean delay and delay spread, • QCL Type B (QCL-B): Doppler shift and Doppler spread, • QCL Type C (QCL-C): Doppler shift and mean delay, • QCL Type D (QCL-D): Spatial reception parameters.

[0017] The assumption by the UE that one control resource set (CORESET), channel, or reference signal is in a specific QCL (e.g., QCL type D) relationship with another CORESET, channel, or reference signal may be called a QCL assumption.

[0018] The UE may determine at least one of the transmit beam (Tx beam) and receive beam (Rx beam) of a signal / channel based on the TCI state or QCL assumption of the signal / channel.

[0019] The TCI state may, for example, be information regarding the QCL between the target channel (in other words, the reference signal (RS) for that channel) and another signal (e.g., another RS). The TCI state may be set (indicated) by upper-layer signaling, physical layer signaling, or a combination thereof.

[0020] Physical layer signaling may include, for example, Downlink Control Information (DCI).

[0021] The channel on which the TCI state or spatial relationship is set (specified) may be, for example, at least one of the following: Physical Downlink Shared Channel (PDSCH), Physical Downlink Control Channel (PDCCH), Physical Uplink Shared Channel (PUSCH), or Physical Uplink Control Channel (PUCCH).

[0022] Furthermore, the RS that has a QCL relationship with the channel may be at least one of the following: a Synchronization Signal Block (SSB), a Channel State Information Reference Signal (CSI-RS), a Sounding Reference Signal (SRS), a Tracking CSI-RS (also called a Tracking Reference Signal (TRS)), or a QCL detection reference signal (also called a QRS).

[0023] An SSB is a signal block that includes at least one of a Primary Synchronization Signal (PSS), a Secondary Synchronization Signal (SSS), and a Physical Broadcast Channel (PBCH). An SSB may also be called an SS / PBCH block.

[0024] The RS of a QCL type X in a TCI state may also mean the RS in the relationship between a channel / signal (or its DMRS) and a QCL type X, and this RS may also be called the QCL source of the QCL type X in that TCI state.

[0025] (Initial access procedure) In the initial access procedure, the UE (RRC_IDLE mode) receives the SS / PBCH block (SSB), sends Msg.1 (PRACH / Random Access Preamble / Preamble), receives Msg.2 (PDCCH, PDSCH including Random Access Response (RAR)), sends Msg.3 (PUSCH scheduled by the RAR UL grant), and receives Msg.4 (PDCCH, PDSCH including UE contention resolution identity). Subsequently, when the base station (network) sends an ACK to Msg.4 from the UE, the RRC connection is established (RRC_CONNECTED mode).

[0026] SSB reception includes PSS detection, SSS detection, PBCH-DMRS detection, and PBCH reception. PSS detection involves detecting part of the physical cell ID (PCI), detecting (synchronizing) OFDM symbol timing, and (coarse) frequency synchronization. SSS detection includes detecting the physical cell ID. PBCH-DMRS detection includes detecting part of the SSB index within a half-radio frame (5ms). PBCH reception includes detecting the system frame number (SFN) and radio frame timing (SSB index), receiving configuration information for receiving remaining minimum system information (RMSI, SIB1), and determining whether the UE can camp in that cell (carrier).

[0027] SSB has a bandwidth of 20 RB and a duration of 4 symbols. The transmission period for SSB can be set from {5, 10, 20, 40, 80, 160} ms. Within a half frame, multiple symbol positions for SSB are defined based on the frequency range (FR1, FR2).

[0028] A PBCH has a 56-bit payload. N repetitions of the PBCH are transmitted within an 80ms period. N depends on the SSB transmission period.

[0029] System information consists of MIBs carried by PBCH, RMSI (SIB1), and other system information (OSI). SIB1 contains information for RACH configuration and RACH procedures. The time / frequency resource relationship between SSB and PDCCH monitoring resources for SIB1 is set by PBCH.

[0030] A base station using beam correspondence transmits multiple SSBs using multiple beams during each SSB transmission cycle. Each of the multiple SSBs has multiple SSB indices. When a UE detects one SSB, it transmits a PRACH in the RACH occasion associated with that SSB index and receives a RAR in the RAR window.

[0031] (Beam and coverage) In the high-frequency band, if beamforming is not applied to the synchronization / reference signal, coverage will be narrow, making it difficult for the UE to find the base station. On the other hand, if beamforming is applied to the synchronization / reference signal to ensure coverage, a strong signal will reach in certain directions, but the signal will be even weaker in other directions. If the direction of the UE is unknown at the base station before the UE connects, it is impossible to transmit the synchronization / reference signal using a beam directed only in the correct direction. One possible solution is for the base station to transmit multiple synchronization / reference signals, each with a beam directed in a different direction, and for the UE to recognize which beam it has detected. Using a narrow beam for coverage requires transmitting many synchronization / reference signals, which increases overhead and may reduce frequency utilization efficiency.

[0032] Using wider beams (wider beams) to reduce overhead by decreasing the number of beams (synchronization / reference signals) results in narrower coverage.

[0033] In future wireless communication systems (e.g., 6G), the use of frequency bands such as millimeter waves and terahertz waves is expected to increase further. It is conceivable that communication services could be provided by constructing cell area / coverage using numerous narrow beams.

[0034] Possible approaches include expanding the area using existing FR2 beams and utilizing higher frequency bands than existing FR2 beams. To achieve these goals, improvements in beam management are preferable, in addition to multi-TRP and reconfigurable intelligent surface (RIS) systems.

[0035] Coverage extensions, including PRACH extensions for frequency range (FR) 2, are being considered. For example, PRACH repetition using the same or different beams is being explored.

[0036] As shown in the example in Figure 1, the common RACH configuration (RACH-ConfigCommon) may include the general RACH configuration (rach-ConfigGeneric), the total number of RA preambles (totalNumberOfRA-Preambles), and the SSBs and contention-based (CB) preambles per SSB for each RACH occasion (ssb-perRACH-OccasionAndCB-PreamblesPerSSB). rach-ConfigGeneric may also include the PRACH configuration index (prach-ConfigurationIndex) and the message 1FDM (msg1-FDM, the number of PRACH occasions FDMed within one time instance). ssb-perRACH-OccasionAndCB-PreamblesPerSSB may include the number of CB preambles per SSB for 1 / 8 (oneEighth, where one SSB is associated with eight RACH occasions).

[0037] For a Type 1 random access procedure (a 4-step random access procedure, messages 1 / 2 / 3 / 4), the UE may apply the number of SS / PBCH blocks N associated with a single PRACH occasion and the number of CB preambles R per valid PRACH occasion and per SS / PBCH block using ssb-perRACH-OccasionAndCB-PreamblesPerSSB.

[0038] For a Type 1 random access procedure, or a Type 2 random access procedure (2-step random access procedure, message A / B) with a PRACH occasion setting independent of the Type 1 random access procedure, if N < 1, one SS / PBCH block is mapped to 1 / N consecutive valid RACH occasions, and for each valid PRACH occasion, R CB preambles are generated, each with a consecutive index associated with the SS / PBCH block index, starting from preamble index 0. If N >= 1, for each valid PRACH occasion, R CB preambles are generated, each with a consecutive index associated with the SS / PBCH block index n (0 <= n < -N-1), starting from preamble index n·N_preamble^total / N. Here, N_preamble^total is given by totalNumberOfRA-Preambles for a Type 1 random access procedure, and by msgA-TotalNumberOfRA-Preambles for a Type 2 random access procedure with a PRACH occasion setting independent of the Type 1 random access procedure. N_preamble^total is a multiple of N.

[0039] Starting from frame 0, the association period for mapping SS / PBCH blocks to PRACH occasions is the minimum value in the set determined by the PRACH setting period, according to the relationship between the PRACH setting period and the association period (the number of PRACH setting periods) (the relationship defined in the specification), such that N_Tx^SSB SS / PBCH block indices are mapped to PRACH occasions at least once within that association period. Here, the UE obtains N_Tx^SSB from the value of ssb-PositionsInBurst in SIB1 or in the Common Serving Cell Configuration (ServingCellConfigCommon). If, after an integer number of mapping cycles from SS / PBCH block indices to PRACH occasions within the association period, there is a set of PRACH occasions or PRACH preambles that are not mapped to N_Tx^SSB SS / PBCH block indices, then one SS / PBCH block indice is also not mapped to that set of PRACH occasions or PRACH preambles. The association pattern period is determined to include one or more association periods, such that the pattern between the PRACH occasion and the SS / PBCH block index repeats at most every 160ms. If, after an integer number of association periods, there is a PRACH occasion that is not associated with an SS / PBCH block index, that PRACH occasion is not used for PRACH.

[0040] For PRACH setting periods of 10, 20, 40, 80, and 160 [msec], the association periods are {1,2,4,8,16}, {1,2,4,8}, {1,2,4}, {1,2}, and {1}, respectively.

[0041] Figure 2A shows an example of the association between PRACH occasions (RACH occasions (RO)) and beams (SSB / CSI-RS) (Mapping 1). When ssb-perRACH-OccasionAndCB-PreamblesPerSSB indicates oneHalf,n16 (N=1 / 2, R=16) and msg1-FDM is 4, four ROs are FDM'd in one time instance, and one SSB is mapped to two ROs. Preamble indices 0 to 15 are associated with the two ROs, and preamble indices 0 to 15 are associated with SS0B. Thus, when N<1, one SSB is mapped to multiple ROs. This increases the RO capacity per beam.

[0042] Figure 2B shows another example of RO-beam association (Mapping 2). When ssb-perRACH-OccasionAndCB-PreamblesPerSSB shows n4,n16 (N=4, R=16), msg1-FDM is 4, and N_preamble^total is 64, then in one time instance, four ROs are FDM'd and four SSBs are mapped to one RO. One RO is associated with SSB0 through 3. SSB0 is associated with preamble indices 0 through 15, SSB1 with preamble indices 15 through 31, SSB2 with preamble indices 32 through 47, and SSB3 with preamble indices 48 through 63. Thus, the same RO is associated with different SS / PBCH block indices, and different preambles use different SS / PBCH block indices. The base station can distinguish the associated SS / PBCH block indices by the received PRACH.

[0043] The random access preamble can only be transmitted on time resources specified in the random access configuration of the specification, and depends on whether it is FR1 or FR2, and the spectrum type (paired spectrum / supplementary uplink (SUL) / unpaired spectrum). The PRACH configuration index is given by the upper layer parameter prach-ConfigurationIndex, or by msgA-PRACH-ConfigurationIndex, if set. In the specification, each value of the PRACH configuration index is associated with at least one of the following: preamble format, x and y in n_f (frame number) mod x = y, subframe number, start symbol, number of PRACH slots in the subframe, number of time domain PRACH occasions N_t^RA,slot in the PRACH slot, and PRACH duration N_dur^RA (Figure 3).

[0044] Whether a PRACH iteration can be applied to a scenario depends on the type of RACH procedure triggered by different purposes. The type of RACH procedure may be at least one of the following: Contention-free random access (CFRA), PDCCH ordered RA (RA initiated by a PDCCH order), CFRA for beam failure recovery (BFR), CFRA for system information (SI) requests, CFRA for reconfiguration with sync, etc. Contention-based random access (CBRA), RAs triggered by MAC entities, RAs triggered by RRCs with events, CBRAs for BFRs, etc. • 4-step RACH. • 2-step RACH.

[0045] However, the configuration / procedure for PRACH repetition is unclear. For example, how PRACH resources for repetition (e.g., repetition pattern, number of repetitions) are configured, the UE behavior of preamble repetition transmission, and the impact of RACH on counters / timers are unclear. If such configuration / procedures are unclear, there is a risk of deterioration in communication quality / communication throughput.

[0046] (RA response window) The RA Response Window (ra-ResponseWindow) is a time window for monitoring the RA Response (RAR) (SpCell only). The RA Contention Resolution Timer (ra-ContentionResolutionTimer) is a timer for RA conflict resolution (SpCell only). The Msg.B Response Window is a time window for monitoring the RA Response (RAR) for 2-step RA types (SpCell only).

[0047] When the RA preamble is sent, the MAC entity performs actions 1 through 3 below, regardless of the possibility of a measurement gap occurring.

[0048] [Operation 1] If a contention-free RA preamble for a BFR request is sent by that MAC entity, that MAC entity performs the following actions 1-1 and 1-2: [[Action 1-1]] The MAC entity initiates the ra-ResponseWindow configured within the BFR setting (BeamFailureRecoveryConfig) during the first PDCCH occasion from the end of the RA preamble transmission. [[Operation 1-2]] The MAC entity monitors PDCCH transmissions in the search space indicated by the BFR search space ID (recoverySearchSpaceId) of the SpCell, which is identified by the C-radio network temporary identifier (RNTI), while the ra-ResponseWindow is running.

[0049] [Operation 2] Otherwise, the MAC entity performs actions 2-1 and 2-2 below. [[Operation 2-1]] The MAC entity initiates the ra-ResponseWindow configured within the Common RACH Configuration (RACH-ConfigCommon) during the first PDCCH occasion from the end of the RA preamble transmission. [[Operation 2-2]] The MAC entity monitors the PDCCH transmission of SpCells for RAR identified by RA-RNTI while ra-ResponseWindow is running.

[0050] [Operation 3] If the ra-ResponseWindow set in BeamFailureRecoveryConfig expires and a PDCCH transmission on the search space indicated by the recoverySearchSpaceId addressed to C-RNTI is received on the serving cell from which the preamble was sent, or if the ra-ResponseWindow set in RACH-ConfigCommon expires and an RAR containing an RA preamble identifier matching the transmitted preamble index (PREAMBLE_INDEX) is received, the MAC entity considers the RAR reception a failure and increments the preamble transmission counter (PREAMBLE_TRANSMISSION_COUNTER) by 1.

[0051] The MAC entity may stop the ra-ResponseWindow after successfully receiving a RAR containing RA preamble identifiers that match the transmitted PREAMBLE_INDEX (it may stop monitoring for RARs).

[0052] For PDCCH monitoring within the RA response window, there are two cases: PDCCH for the base station's response to the BFR, and PDCCH for the RAR. The following may apply to both cases.

[0053] When an MSGA (Msg.A) preamble is sent, regardless of the possibility of a measurement gap occurring, the MAC entity performs actions 4 through 6 below.

[0054] [Operation 4] The MAC entity initiates a Msg.B response window (msgB-ResponseWindow) within the PDCCH monitoring window defined in the specification.

[0055] The msgB-ResponseWindow may begin at the first symbol of the earliest CORESET in which the UE is configured to receive a PDCCH for a type 1-PDCCH CSS set, which is at least one symbol after the last symbol of the PRACH occasion corresponding to the PRACH transmission. The length of the msgB-ResponseWindow may correspond to the SCS for the type 1-PDCCH CSS set.

[0056] [Operation 5] The MAC entity monitors the PDCCH transmission of SpCells for RAR identified by MSGB-RNTI while the msgB-ResponseWindow is running.

[0057] [Operation 6] If a C-RNTI MAC CE is included within its MSGA, that MAC entity monitors the PDCCH transmission of the SpCell for RAR identified by C-RNTI while the msgB-ResponseWindow is running.

[0058] The RA-RNTI associated with a PRACH occasion in which an RA preamble is sent is calculated as follows: RA-RNTI = 1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id

[0059] Here, s_id is the index of the first OFDM symbol in the PRACH occasion (0 <= s_id < 14). t_id is the index of the first slot of the PRACH occasion in the system frame (0 <= t_id < 80). The subcarrier spacing (SCS) for determining t_id is based on the value of μ. f_id is the index of the PRACH occasion in the frequency domain (0 <= f_id < 8). ul_carrier_id is the UL carrier used for RA preamble transmission (0 for normal uplink (NUL) carriers, 1 for supplementary uplink (SUL) carriers). RA-RNTI is calculated according to the specification. RA-RNTI is the RNTI for 4-step RACH.

[0060] The MSGB-RNTI associated with a PRACH occasion in which an RA preamble is sent is calculated as follows: MSGB-RNTI = 1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id+14×80×8×2

[0061] Here, s_id is the index of the first OFDM symbol in the PRACH occasion (0 <= s_id < 14). t_id is the index of the first slot of the PRACH occasion in the system frame (0 <= t_id < 80). The subcarrier spacing (SCS) for determining t_id is based on the value of μ. f_id is the index of the PRACH occasion in the frequency domain (0 <= f_id < 8). ul_carrier_id is the UL carrier used for RA preamble transmission (0 for normal uplink (NUL) carriers, 1 for supplementary uplink (SUL) carriers). MSGB-RNTI is the RNTI for 2-step RACH.

[0062] However, the repetition of RAR is unclear. For example, it is unclear whether Msg.2 supports repetition, the impact on ra-ResponseWindow, and the impact on RA-RNTI. If such settings / procedures are unclear, there is a risk of deterioration in communication quality / communication throughput.

[0063] Therefore, the inventors conceived of a repetition setting / procedure in random access procedures.

[0064] The embodiments of this disclosure will be described in detail below with reference to the drawings. Each wireless communication method according to the embodiments may be applied individually or in combination.

[0065] In this disclosure, "A / B" and "at least one of A and B" may be interpreted as mutually exclusive. In this disclosure, "A / B / C" may mean "at least one of A, B, and C".

[0066] In this disclosure, terms such as activate, deactivate, indicate, select, configure, update, and determine may be interpreted interchangeably. In this disclosure, terms such as support, control, controllable, operate, and operable may be interpreted interchangeably.

[0067] In this disclosure, Radio Resource Control (RRC), RRC parameters, RRC messages, higher-layer parameters, information elements (IE), settings, etc., may be interpreted interchangeably. In this disclosure, Medium Access Control elements (MAC Control Element (CE)), update commands, activation / deactivation commands, etc., may be interpreted interchangeably.

[0068] In this disclosure, the upper-layer signaling may be, for example, Radio Resource Control (RRC) signaling, Medium Access Control (MAC) signaling, broadcast information, or a combination thereof.

[0069] In this disclosure, MAC signaling may include, for example, MAC Control Elements (MAC CEs) and MAC Protocol Data Units (PDUs). Broadcast information may include, for example, Master Information Blocks (MIBs), System Information Blocks (SIBs), Remaining Minimum System Information (RMSIs), and Other System Information (OSIs).

[0070] In this disclosure, physical layer signaling may include, for example, Downlink Control Information (DCI) and Uplink Control Information (UCI).

[0071] In this disclosure, terms such as index, identifier (ID), indicator, and resource ID may be interpreted interchangeably. In this disclosure, terms such as sequence, list, set, group, cluster, and subset may be interpreted interchangeably.

[0072] In this disclosure, the terms used include: panel, UE panel, panel group, beam, beam group, precoder, Uplink (UL) transmit entity, Transmission / Reception Point (TRP), base station, Spatial Relation Information (SRI), spatial relationship, SRS Resource Indicator (SRI), Control Resource Set (CORESET), Physical Downlink Shared Channel (PDSCH), Codeword (CW), Transport Block (TB), Reference Signal (RS), antenna port (e.g., Demodulation Reference Signal (DMRS) port), antenna port group (e.g., DMRS port group), group (e.g., spatial relationship group, Code Division Multiplexing (CDM) group, reference signal group, CORESET group, Physical Uplink Control Channel (PUCCH) groups, PUCCH resource groups, resources (e.g., reference signal resources, SRS resources), resource sets (e.g., reference signal resource sets), CORESET pools, downlink Transmission Configuration Indication state (TCI state) (DL TCI state), uplink TCI state (UL TCI state), unified TCI state, common TCI state, quasi-co-location (QCL), QCL assumptions, etc., may be interpreted interchangeably.

[0073] In this disclosure, the SSB / CSI-RS index / indicator, beam index, and TCI status may be interpreted as mutually interchangeable.

[0074] (Wireless communication method) In each embodiment, period, cycle, frame, subframe, slot, symbol, occasion, and RO may be interpreted as interchangeable.

[0075] In each embodiment, the terms "period," "periodicity," and "cycle" may be interchangeable.

[0076] In each embodiment, occasion, RACH occasion (RO), PRACH occasion, and recurring resource may be interchangeable.

[0077] In each embodiment, PRACH, preamble, PRACH preamble, sequence, preamble format, and message (Msg.)1 may be interchangeable. In each embodiment, the response to PRACH, RAR, Msg.2, Msg.B, and Msg.4 may be interchangeable. In each embodiment, transmissions other than PRACH in the random access procedure, Msg.3, PUSCH scheduled by RAR, HARQ-ACK / PUCCH in response to Msg.4, and Msg.A PUSCH may be interchangeable.

[0078] In each embodiment, beam, SSB, and SSB index may be interchangeable.

[0079] In each embodiment, repetition, repetition with the same beam, repetition RO with the same beam, and repetition associated with different SSB indices may be interpreted as one another.

[0080] In each embodiment, the terms Random Access (RA) procedure, CFRA / CBRA, 4-step RACH / 2-step RACH, specific types of Random Access procedures, and Random Access procedures using a specific PRACH format may be interchangeable.

[0081] PRACH iteration may be applied to extend coverage.

[0082] If PRACH is repeated multiple times, the coverage (link budget) of PRACH increases. PRACH repetitions may be applied to PRACH formats B4 (the longest (most symbol-rich) format in short sequences), several other PRACH formats, or all PRACH formats.

[0083] Figure 4 shows an example of a short-series PRACH format (formats A1, A2, A3, B1, B2, B3, B4, C0, C2). For short-series, the PRACH format may be adjusted (scaled) based on the PRACH SCS.

[0084] Only 4-step RACH may be applied to PRACH iterations. 4-step RACH is most likely to be used in scenarios where coverage is limited. 2-step RACH may also be applied to PRACH iterations.

[0085] <First Embodiment> This embodiment relates to the PRACH iteration.

[0086] For CFRA / CBRA, PRACH repetitions with the same beam may be applied to at least one of the following RAs from 1a-1 to 1a-6. [Target 1a-1] CFRA only. [Target 1a-2] CBRA only. [Target 1a-3] Both CFRA and CBRA. [Target 1a-4] RAs among CFRAs and CBRAs reported by UE capability. For at least one of the CFRAs and CBRAs, UE capability for PRACH repeats with the same beam may be defined, and that UE capability may report that the UE supports PRACH repeats with the same beam for at least one of the RAs of the CFRAs and CBRAs. [Target 1a-5] Among the CFRA and CBRA, the RA is set by RRC signaling. For RRC CONNECTED UE, RRC signaling may enable / disable PRACH repetition for at least one of the CFRA and CBRA. [Target 1a-6] RA for a specific RA purpose. With respect to PRACH repetition, at least one of availability and UE capability is defined for a specific RA purpose, and the specific RA purpose may be indicated by at least one of availability and UE capability. Availability may be an information element (higher-layer parameter) that enables PRACH repetition for the RA for the specific RA purpose. UE capability may indicate that it supports PRACH repetition for the RA for the specific RA purpose. A specific RA purpose may be, for example, a PDCCH order RA, an SI request RA, a BFR RA, an RA triggered by the MAC layer, an RRC layer triggered RA, etc.

[0087] For 2-step RA / 4-step RA, a PRACH repetition with the same beam may be applied to at least one of the following RAs from 1b-1 to 1b-5. [Target 1b-1] 2-step RA only. [Target 1b-2] 4-step RA only. [Target 1b-3] Both 2-step and 4-step RA. [Target 1b-4] Among the 2-step RAs and 4-step RAs, the RA reported by the UE capability. For at least one of the 2-step RAs and 4-step RAs, a UE capability for PRACH repeats with the same beam may be defined, and that UE capability may report that the UE supports PRACH repeats with the same beam for at least one of the RAs of the 2-step RAs and 4-step RAs. [Target 1b-5] Among the 2-step RAs and 4-step RAs, the RAs are set by RRC signaling. For RRC_CONNECTED UE, RRC signaling may enable / disable PRACH repetition for at least one of the 2-step RAs and 4-step RAs.

[0088] Considering different PRACH formats, PRACH repetitions may apply to some or all PRACH formats. UE capabilities for PRACH repetitions may be defined for one, some, or all PRACH formats.

[0089] PRACH repetitions involving the same beam may be applied to some or all of the RRC IDLE UE, RRC INACTIVE UE, and RRC CONNECTED UE. A new PRACH setting may be provided within the SIB for the application of PRACH repetitions involving the same beam to the IDLE / INACTIVE UE. A new PRACH setting / instruction for the application of PRACH repetitions involving the same beam to the CONNECTED UE may be provided by RRC signaling / MAC CE / DCI.

[0090] At least one of the conditions / targets under which PRACH repetitions with the same beam are available in this embodiment may also be the conditions / targets under which PRACH repetitions with different beams are available.

[0091] According to this embodiment, the conditions / targets to which PRACH repetitions with the same or different beams are applied become clear.

[0092] <Second Embodiment> This embodiment relates to the setting of the repetition pattern / resource / number of repetitions in PRACH.

[0093] The PRACH repeating pattern / resource may be repeated for at least one of the following unit resources 1 to 6. At least one of the unit resources 1 to 6 may be set by the SIC / RRC IE or specified in the specification. [Unit Resource 1] Association period. The association period may be X SSB mapping periods / cycles, or it may be a period that includes ROs mapped to all SSBs and unused ROs that can be mapped to beams for repetition. [Unit Resource 2] PRACH setting period / cycle. [Unit Resource 3] X time units. For example, a time unit may be a PRACH occasion (RO) in a slot / subframe / time domain. [Unit Resource 4] X frequency units. For example, a frequency unit may be a PRACH occasion in the frequency domain. [Unit Resource 5] X PRACH Occasions (ROs). [Unit Resource 6] X SSBs (PRACH Occasions (ROs) mapped to X SSBs).

[0094] As we move from unit resource 1 to unit resource 6, the two PRACH repeats corresponding to the same SSB become closer to each other.

[0095] For a given unit resource 1, subsequent recurring resources may occur after all SSBs have been mapped to a PRACH occasion at least once. In the example in Figure 5A, the length of the PRACH setting period is 10 ms. In this example, the recurring resources (association periods) consist of two PRACH setting periods. Within each recurring resource, the first PRACH setting period has ROs for SSBs 0 through 40, and the second PRACH setting period has ROs for SSBs 41 through 63 and unused ROs. PRACH is repeated for the same ROs for the same SSBs within each recurring resource. In this example, unused ROs are not used in the recurrence.

[0096] For unit resources 2 through 6, the second repeating resource may occur before all SSBs have been mapped to a PRACH occasion at least once. In the example in Figure 5B for unit resource 2, the repeating resource is one PRACH setting period. In this example, the number of repeats is 2. Within each of the first and second repeating resources (PRACH setting periods), there are ROs for SSBs 0 through 40. Within the next first and second repeating resources (PRACH setting periods), there are ROs for SSBs 41 through 63 and unused ROs. PRACH is repeated for the ROs for the same SSBs within each repeating resource.

[0097] In the example in Figure 6A relating to unit resource 3, the repeating resource is 2ms. In this example, the number of repetitions is 2. In the first and second repeating resources, there are ROs for SSBs 0 through 9. In the next first and second repeating resources, there are ROs for SSBs 10 through 19. PRACH is repeated in the ROs for the same SSBs within each repeating resource.

[0098] In the example of Figure 6B relating to unit resource 3, according to mapping 1 described above, the repeating resource consists of two time domain ROs. In the first repeating resource, SSB0, 0, 1, and 1 are mapped to the four ROs in the first time domain RO, and SSB2, 2, 3, and 3 are mapped to the four ROs in the second time domain RO. In the second repeating resource, the same SSBs as in the first repeating resource are mapped. PRACH is repeated in the ROs for the same SSBs in each repeating resource.

[0099] In the example of Figure 7A relating to unit resource 4, according to mapping 2 described above, the repeating resource consists of two frequency domain ROs. SSBs 0 through 3 and SSBs 4 through 7 are mapped to the two frequency domain ROs within the first time domain RO in the first repeating resource, respectively. The same SSBs are mapped to the second repeating resource as to the first repeating resource. PRACH is repeated in the RO for the same SSBs within each repeating resource.

[0100] In the example of Figure 7B relating to unit resource 5, according to mapping 2 described above, the repeating resource consists of four ROs. SSBs 0 to 3, SSBs 4 to 7, SSBs 8 to 11, and SSBs 12 to 15 are mapped to the four ROs within the first repeating resource (first time domain RO), respectively. The same SSBs are mapped to the second repeating resource (second time domain RO). PRACH is repeated in the ROs for the same SSBs within each repeating resource.

[0101] In the example of Figure 8A relating to unit resource 5, according to mapping 2 described above, the repeating resource is one RO. SSBs 0 through 3 are mapped to one RO within the first repeating resource (first frequency domain RO). The same SSBs as in the first repeating resource are mapped to the second repeating resource (second frequency domain RO). PRACH is repeated in the RO for the same SSB within each repeating resource.

[0102] In the example of Figure 8B relating to unit resource 5, according to mapping 1 described above, the repeating resource is one SSB (RO mapped to one SSB). One SSB is mapped to two frequency domain ROs. SSB0 is mapped to the first and second ROs (first and second frequency domain ROs) within the first repeating resource. The same SSB as in the first repeating resource is mapped to the second repeating resource (third and fourth ROs, third and fourth frequency domain ROs). PRACH is repeated for the RO for the same SSB within each repeating resource.

[0103] The number of repetitions may be explicitly or implicitly set / indicated by the SIB / RRC IE, or it may be specified in the specification.

[0104] In explicit instructions, the number of repetitions Y may be set to 1, 2, 3, 4, etc. Y=1 may indicate no repetitions. Along with the number of repetitions, the repetition period / period may be set for the UE or calculated / determined by the UE. For example, in the aforementioned unit resource 1, if the number of repetitions is 2, the UE may determine / calculate the repetition period to be 20*2=40ms. That is, Y repetitions may occur within 40ms.

[0105] The explicit instruction may only indicate whether repetition is invalid (none) or repetition is valid. In this case, a default repetition count may be specified in the specification. When the explicit instruction indicates that repetition is valid, the repetition count may be the default repetition count.

[0106] The cell-specific PRACH repetition count may be broadcast by the SIB. The UE-specific PRACH repetition count may be set by the RRC. The UE-specific PRACH repetition count may be applied to the PRACH of the RRC INACTIVE / CONNECTED UE. The UE may determine the actual PRACH repetition count according to a determination rule or UE implementation. For example, when the measurement values of the SSB's RSRP / RSRQ / SINR / quality / power are lower than the threshold and the UE is set with PRACH repetition, the UE may transmit the PRACH multiple times (transmit the PRACH repetition). The threshold may be specified in the specification or set by the RRC IE. A plurality of thresholds / ranges associated with the PRACH repetition count may be set. For example, the UE may determine the PRACH repetition count corresponding to the maximum threshold below which its measurement value falls among the plurality of thresholds, or may determine the PRACH repetition count corresponding to the range including its measurement value among the plurality of ranges. For example, when the measurement value is RSRP and the repetition count when the measurement value < M_1 [dBm] is 4, the repetition count when M_1 < measurement value <= M_2 [dBm] is 2, and the repetition count when M_2 < measurement value [dBm] may be 1.

[0107] The operation of the UE to determine the repetition count may be applied only to UEs that support PRACH repetition.

[0108] In implicit instructions, the UE may determine / calculate the number of repetitions based on a decision rule or limitation. For example, the UE may calculate the number of repetitions based on an instructed / specified repetition period. For example, if the repetition period is specified / set to 160ms in the aforementioned unit resource 1, the UE may determine / calculate the repetition period as 160ms / 20 = 8ms.

[0109] The repetition period may mean that the mapping from all specified SSB indices to ROs was repeated Y times within that period.

[0110] In the example in Figure 9 relating to unit resource 5, according to mapping 2 described above, the number of repetitions is 3, and the repetition resource is one RO. SSBs 0 through 3 are mapped to one RO within the first repetition resource (first frequency domain RO). The same SSBs as in the first repetition resource are mapped to each of the second and third repetition resources (second and third frequency domain ROs). PRACH is repeated in the RO for the same SSB within each repetition resource.

[0111] The first PRACH transmission may always be a single PRACH transmission. If Msg.2(RAR) is not received, the UE may send a PRACH with repetitions. A PRACH with repetitions may be accompanied by power ramping.

[0112] Variation A Different PRACH resources (including preambles / ROs) may be configured with different number of repetitions. In this case, the UE can choose ROs / preambles with repetition settings for cases where coverage is limited. A UE with good coverage can choose ROs / preambles without repetition settings. For example, the UE may have 1 repetition for SSBs 0 through 15, 2 repetitions for SSBs 16 through 31, 3 repetitions for SSBs 32 through 47, and 4 repetitions for SSBs 48 through 63. For example, the number of repetitions for preambles 0 through 31 may be 1, and the number of repetitions for preambles 32 through 63 may be 4.

[0113] In the example in Figure 10A for unit resource 2, the repeating resource is one PRACH setting period (10ms). There are 2 repeats of RO for SSB0 to 40 and 1 repeat for SSB41 to 63. Within each of the first and second repeating resources (PRACH setting periods), there is an RO for SSB0 to 40. PRACH is repeated for the RO for the same SSB within each repeating resource. Within the next PRACH setting period, there is an RO for SSB41 to 63 and an unused RO. PRACH is not repeated within this PRACH setting period.

[0114] In the example in Figure 10B for unit resource 2, the repeating resource is one PRACH setting period (10ms). In this example, the number of repetitions for preambles 0 through 15 is 2, and the number of repetitions for preambles 16 through 31 is 1.

[0115] If any of preambles 0 through 15 are used, the number of repetitions is 2. Within each of the first and second repetition resources (PRACH setting periods), there are ROs for SSBs 0 through 40. Within the next first and second repetition resources (PRACH setting periods), there are ROs for SSBs 41 through 63 and unused ROs. PRACH is repeated for the ROs for the same SSB within each repetition resource. If the base station decodes / receives preamble 1 associated with SSB#x within the first repetition resource, it is assumed that the base station will decode / receive the same preamble associated with the same SSB within the second repetition resource. The base station may perform joint decoding / reception to improve the performance of PRACH decoding / reception.

[0116] If any of preambles 16 through 31 are used, there is no repetition. If the base station decodes / receives preamble 17 associated with SSB#y in the first repetition resource, the base station assumes there is no repetition associated with the same SSB in the second repetition resource. However, the base station may decode / receive a preamble associated with SSB#y in the second repetition resource. In this case, the base station may recognize that preamble as a preamble from another UE for access. The base station does not have to perform joint decoding / reception of the two preambles.

[0117] In the example of Figure 11A for unit resource 5, according to mapping 2 described above, the repeating resources are four ROs. There are 2 repeats for ROs corresponding to SSB0 to 40, and 1 repeat for ROs corresponding to SSB41 to 63. SSB0 to 3, SSB4 to 7, SSB8 to 11, and SSB12 to 15 are mapped to the four ROs in the first repeating resource (first time domain RO), respectively. The same SSBs are mapped to the second repeating resource (second time domain RO). PRACH is repeated for ROs corresponding to the same SSBs in each repeating resource. SSB32 to 35, SSB36 to 39, SSB40 to 43, and SSB44 to 47 are mapped to the four ROs in the fifth time domain RO, respectively. There are no PRACH repeats for these ROs.

[0118] In the example of Figure 11B relating to unit resource 5, according to the mapping 2 described above, the repeating resources are four ROs. For SSB0, there is 1 repeat for preamble indices 0 to 7, and 2 repeats for preamble indices 8 to 15. For SSB1, there is 1 repeat for preamble indices 16 to 23, and 2 repeats for preamble indices 24 to 31. For SSB2, there is 1 repeat for preamble indices 32 to 39, and 2 repeats for preamble indices 40 to 47. For SSB3, there is 1 repeat for preamble indices 48 to 55, and 2 repeats for preamble indices 56 to 63.

[0119] SSB0 to 3, SSB4 to 7, SSB8 to 11, and SSB12 to 15 are mapped to the four ROs within the first time domain RO, respectively. If one of the preamble indices 8 to 15 is used for SSB0, one of the preamble indices SSB24 to 31 is used for SSB1, one of the preamble indices 40 to 47 is used for SSB2, and one of the preamble indices 56 to 63 is used for SSB3, then the number of repetitions for the first time domain RO is 2. The same SSBs are mapped to the second repeating resource (second time domain RO) as to the first repeating resource. PRACH is repeated for the RO for the same SSB within each repeating resource.

[0120] Variation A1 If the number of SSBs per RO (ssb-perRACH-Occasion) is < 1, then no (additional) repeating resource configuration is required. If repeating is enabled, several ROs mapped to a single SSB may be considered repeating resources. The number of repeats may be set.

[0121] In the example in Figure 12A, following Mapping 1 described above, if OccasionAndCB-PreamblesPerSSB is oneHalf,n16 (N=1 / 2, R=16) and msg1-FDM is 4, then four ROs are FDM'd in one time instance, and one SSB is mapped to two ROs (Mapping 1 described above).

[0122] In this example, if repetition is set, the UE may consider the second RO mapped to each SSB as the RO for the second repetition of that SSB. In this example, some SSBs / ROs may be set with a certain number of repetitions, while some SSBs / ROs may not be set with repetitions. In this example, different preambles may be associated with different numbers of repetitions, including number of repetitions = 1 (no repetition).

[0123] In the example in Figure 12B, if ssb-perRACH-OccasionAndCB-PreamblesPerSSB is oneFourth,n16 (N=1 / 4, R=16) and msg1-FDM is 4, then four ROs are FDM'd in one time instance, and the four ROs are mapped to one SSB (mapping 2 as described above).

[0124] In this example, if repetition is set and the number of repetitions is 2, the UE may consider two of the four ROs mapped to each SSB as the RO of the second repetition for that SSB. In this example, if repetition is set and the number of repetitions is 4, the UE may consider the second, third, and fourth ROs of the four ROs mapped to each SSB as the RO of the second, third, and fourth repetitions for that SSB, respectively. In this example, different SSBs / ROs may be associated with different repetition counts, including repetition count = 1 (no repetition). In this example, different preambles may be associated with different repetition counts, including repetition count = 1 (no repetition).

[0125] According to this embodiment, the repetition pattern / resources / number of repetitions of PRACH can be appropriately determined.

[0126] <Third Embodiment> In Rel.15 / 16, PRACH occasions and SSB indices are typically mapped in the specification. The specification does not define the PRACH beam. However, since beam correspondence is mandatory in Rel.15, the most likely UE implementation is to use the SSB beam associated with the PRACH occasion. In this case, the base station can use SSB to receive PRACH associated with the PRACH occasion. That beam may also be a CSI-RS beam.

[0127] This embodiment relates to UE behavior concerning repeated PRACH transmissions.

[0128] For any of the aforementioned unit resource settings 1 through 6, the UE may recognize the association between multiple PRACH resources repeated for the same beam. The UE may also recognize which RO is the x-th repeated transmission.

[0129] 《Transmission Operation 1》 For a selected beam (timing of beam determination), if the next available RO associated with that beam is not the first repeating transmit RO within the repeating period, the UE may follow one of the following transmit start RO1 or RO2.

[0130] [Transmission started RO1] The UE may transmit the same PRACH preamble on the ROs associated with the same PRACH preamble for all ROs up to the last RO in the repetition period (from the x-th repetition to the last repetition). The actual number of repetitions may be less than the maximum number of repetitions (configured / reported) in a single repetition period. This behavior may mean that if a base station receives a PRACH preamble on the x-th RO associated with SSB, the base station will assume that it will receive the same preamble on the (x+1)th RO, the (x+2)th RO, and so on. This behavior does not necessarily mean that the base station must receive the same preamble on the (x+1)th RO, the (x+2)th RO, and so on.

[0131] In the example in Figure 13, the number of repetitions is 4. There are 4 repeating ROs within one repetition period. After the second repeating RO, if the UE selects an SSB0 for PRACH, the UE may send that PRACH preamble from the third repeating RO to the last (fourth) repeating RO, which is associated with the same PRACH preamble / SSB0.

[0132] [Transmission started RO2] The UE may wait until the next iteration period and, starting from the first iteration RO, begin sending the PRACH preamble at the associated RO.

[0133] 《Transmission Operation 2》 For the selected beam, the UE may determine the PRACH resource (RO / preamble) based on the RSRP value. In this case, the UE may assume that different PRACH resources are configured with different repetition counts.

[0134] For example, if the threshold is 1 <= measured RSRP and the channel condition is good, the UE may select a PRACH resource with repetition count = 1. Here, if for the selected SSB#0, preambles 0 through 15 correspond to repetition count = 1, preambles 16 through 31 correspond to repetition count = 2, and preambles 32 through 47 correspond to repetition count = 4, the UE may select one preamble from preambles 0 through 15. In this case, as in the example in Figure 14 (Good RSRP), the UE may select preamble 5.

[0135] For example, if threshold 3 <= measured RSRP < threshold 2 and the channel state is intermediate, the UE may select a PRACH resource with repetition count = 2. Here, the UE may select one preamble from preambles 16 to 31. Threshold 2 = threshold 1 may also be the case. In this case, as in the example in Figure 14 (Medium RSRP), the UE may select preamble 20.

[0136] For example, if threshold 5 <= measured RSRP < threshold 4 and the channel condition is poor, the UE may select a PRACH resource with repetition count = 4. Here, the UE may select one preamble from preambles 32 to 47. Threshold 4 = threshold 3 may also be the case.

[0137] In this transmission operation, the UE may consider (or treat as) the configured number of repetitions for each PRACH resource.

[0138] In this transmission operation, the UE may consider (or treat as) the remaining actual number of repetitions for each PRACH resource.

[0139] 《Transmission Operation 3》 When a UE selects a beam for PRACH transmission (from multiple beams), the UE may select that beam according to at least one of the following selection methods 1 to 3 (taking into consideration at least one parameter of selection method 1 to 3).

[0140] [Selection Method 1] The UE takes into account the RSRP value of each beam, as with existing specifications.

[0141] [Selection Method 2] The UE considers the RSRP value of each beam, as well as the number of repetitions set for the PRACH resource associated with each beam. For example, for beams with the same number of repetitions for the PRACH resource, the UE may need to compare the RSRP values ​​of each beam. For example, for beams with similar RSRP values ​​but different numbers of repetitions for the PRACH resource, the UE may select the beam with the appropriate number of repetitions based on the RSRP range (similar to transmission operation 2 described above). For example, for beams with similar RSRP values ​​but different numbers of repetitions for the PRACH resource, the UE may select the beam with the highest number of repetitions. For example, for beams with different numbers of repetitions for the PRACH resource and different RSRP measurement results, the UE may select the beam by prioritizing either the RSRP measurement result or the number of repetitions.

[0142] (To ensure all beams have the same coverage performance,) all SSBs may be configured with the same maximum number of repetitions. However, for a given PRACH resource (RO / preamble) associated with an SSB, some PRACH resources may be configured with a large number of repetitions, while others may be configured with a smaller number of repetitions or no repetitions at all. A UE accessing any SSB may select PRACH resources corresponding to different numbers of repetitions.

[0143] In Figure 15, the number of repetitions is 4, and there are 4 repeating ROs within one repetition period. SSB0, 1, 30, and 31 are mapped within each repeating RO. The UE may select an SSB for PRACH considering SSB0 and SSB30 which have the highest RSRP values. Considering that the next RO for SSB30 is the second repeating RO and the next RO for SSB0 is the third repeating RO, the UE may select SSB30, which has a larger number of actual repetitions.

[0144] [Selection Method 3] The UE considers the RSRP value of each beam, as well as the order of the next available RO repetitions associated with that beam (or the remaining actual number of repetitions associated with each beam). This is similar to selection method 2, but differs in that it considers the actual number of repetitions associated with each beam instead of the number of repetitions set for each beam. In this case, all SSBs may be associated with the same maximum number of repetitions. The remaining actual number of repetitions associated with each beam may be different at the time the UE selects a beam for access.

[0145] For example, for several beams that exceed the RSRP threshold, the UE may assign a beam with the first repeating RO (second repeating RO, third repeating RO, etc.) as the next available repeating RO associated with a beam that has a higher priority than a beam with the second repeating RO (third repeating RO, fourth repeating RO, etc.). This may mean that the UE selects beams and their ROs with a larger actual repeating count from all beams that satisfy the RSRP threshold.

[0146] According to this embodiment, the UE can appropriately determine the PRACH resource / beam.

[0147] <Fourth Embodiment> This embodiment relates to a counter for a preamble.

[0148] If subsequent repetitions of the preamble (second, third, ...) are transmitted, at least one of the following parameters 1 through 3 may remain unaffected (not be incremented). This may mean that repeated preamble transmissions do not affect the maximum number of transmissions / count / power ramping. [Parameter 1] Preamble transmission counter (PREAMBLE_TRANSMISSION_COUNTER). [Parameter 2] Preamble power ramping (PREAMBLE_POWER_RAMPING_COUNTER). [Parameter 3] Preamble received target power (PREAMBLE_RECEIVED_TARGET_POWER).

[0149] According to this embodiment, the UE can properly transmit PRACH repetitions.

[0150] <Fifth Embodiment> This embodiment relates to the number of iterations in the RACH procedure.

[0151] Whether the number of PRACH iterations affects the number of iterations for the remaining RACH steps may be due to one of the following effects 1 or 2.

[0152] [Impact 1] The number of PRACH iterations affects the number of iterations for the remaining RACH steps. At least one of the following iteration numbers, from 1 to 4, may be derived from the number of PRACH iterations. [Number of repetitions 1] The number of repetitions of Msg.2. [Number of repetitions 2] The number of repetitions of Msg.3. [Number of repetitions: 3] The number of repetitions of Msg.4. [Number of repetitions: 4] Number of repetitions of Msg.4 HARQ-ACK transmission (PUCCH).

[0153] The mapping between a PRACH iteration and at least one of the iteration counts from 1 to 4 may be configured by upper-layer signaling or specified in the specification.

[0154] [Impact 2] The number of PRACH iterations does not affect the number of iterations for the remaining RACH procedures. At least one of the iteration numbers from 1 to 4 may be determined independently of the PRACH iterations or may be specified in the specification.

[0155] According to this embodiment, the UE can appropriately determine the number of iterations in the RACH procedure.

[0156] According to this embodiment, the UE can properly transmit PRACH repetitions.

[0157] <Sixth Embodiment> This embodiment relates to Msg.2 / Msg.B.

[0158] Regarding repetition, Msg.2 may follow either Msg.2 Action 1 or 2 below. [Msg.2 Operation 1] Whether Msg.2 supports repetition may be set by SIB / RRC or in conjunction with RACH settings. UE capabilities regarding Msg.2 repetition may be defined. [Msg.2 Operation 2] Repeating Msg.2 is not supported.

[0159] Regarding repetition, Msg.B may follow either Msg.B action 1 or 2 below. [Msg.B operation 1] Whether Msg.B supports repetition may be set by SIB / RRC or together with the RACH setting. UE capabilities regarding Msg.B repetition may be defined. [Msg.B operation 2] Repeating Msg.B is not supported.

[0160] According to this embodiment, the UE can properly receive Msg.2 / Msg.B.

[0161] <Seventh Embodiment> This embodiment relates to DCI for Msg.2 and at least one monitoring of Msg.2.

[0162] Whether the UE monitors at least one of the following before sending all PRACH iterations—DCI with a cyclic redundancy check (CRC) scrambled by RA-RNTI, Msg.2, or Msg.2—may depend on one of the following monitoring actions 1, 2, or 2a.

[0163] [Monitoring operation 1] The UE does not monitor at least one of the following before sending all PRACH repetitions: DCI with CRC scrambled by RA-RNTI, Msg.2, and so on. In this case, the power consumption of the DCI measurement can be reduced.

[0164] [Monitoring operation 2] The UE monitors at least one of the following before sending all PRACH repetitions: DCI with CRC scrambled by RA-RNTI, and Msg.2. In this case, initial access is faster. After receiving at least one of the following: DCI with CRC scrambled by RA-RNTI, and Msg.2, the UE does not have to send the remaining PRACH, nor is it required to send the remaining PRACH.

[0165] In the example in Figure 16, the number of PRACH repetitions is 4. The UE may monitor at least one of the following after the second repetition RO: DCI with CRC scrambled by RA-RNTI, Msg.2, and

[0166] [Monitoring operation 2a] The UE may monitor at least one of the following (if it can / wants to monitor) before sending all of the PRACH repetitions: the DCI with the CRC scrambled by RA-RNTI, and Msg.2. Even if the base station can detect the first PRACH and sends Msg.2, the base station does not know whether the UE can monitor Msg.2. Therefore, until the base station receives Msg.3, the base station may send Msg.2 assuming that the UE can monitor at least one of the following after sending all of the PRACH repetitions: the DCI with the CRC scrambled by RA-RNTI, and Msg.2.

[0167] According to this embodiment, the UE can properly receive Msg.2.

[0168] <Eighth Embodiment> In this embodiment, it is assumed that there is no repetition of Msg.2 / Msg.B.

[0169] If Msg.1 is repeated, the UE / MAC entity may follow at least one of the following window behaviors 1 through 3 with respect to the ra-ResponseWindow.

[0170] 《Window Operation 1》 The UE / MAC entity initiates the ra-ResponseWindow on the first PDCCH occasion following the end of the last actual repeat transmission of the RA preamble. The last actual repeat transmission may be the last repeat RO for the associated SSB within the repeat period. This behavior may mean that the UE begins monitoring the RAR (which may include monitoring the base station's response to the BFR) after all repeated preambles have been transmitted.

[0171] 《Window Operation 2》 The UE / MAC entity starts / restarts the ra-ResponseWindow on the first PDCCH occasion from the end of each actual repeated transmission of the RA preamble. This behavior may mean that the UE monitors the RAR (which may include monitoring the base station's response to the BFR) before completing the transmission of all repeated preambles. Subsequent preamble repetitions may be dropped.

[0172] [Case A] If the ra-ResponseWindow length is less than the gap distance between two PRACH preamble repetitions, the ra-ResponseWindow may be considered as three separate windows for RAR monitoring after each PRACH. If a RAR is successfully received within the ra-ResponseWindow, the UE may stop / drop subsequent PRACH / Msg.1 repetitions. If a RAR is successfully received within the ra-ResponseWindow, the UE may stop / drop subsequent PRACH / Msg.1 repetitions after sending Msg.3. If a RAR is successfully received within the ra-ResponseWindow, the UE may stop / drop subsequent PRACH / Msg.1 repetitions after receiving Msg.4.

[0173] [Case B] If the ra-ResponseWindow length is greater than the gap distance between two PRACH preamble repetitions, the ra-ResponseWindow may be considered as one window for RAR monitoring after the first actual PRACH transmission, with the window restarting after each repetition transmission. If RAR reception is successful after a PRACH repetition, the UE may stop / drop subsequent preamble repetitions (this may or may not be after Msg.3 / Msg.4). In this case, the UE may also stop the window.

[0174] Using the repeating settings of unit resources 2 to 6 described above, the gap distance is very small, and Case B may also be acceptable.

[0175] In the example in Figure 17, as in Figure 15 above, the UE selects SSB30 and starts repeating transmission from the second repeating RO. In the example of window operation 1, the UE starts the ra-ResponseWindow after all repeats (the fourth repeating RO). In the example of window operation 2 case A, the UE starts the ra-ResponseWindow after each repeat (the second, third, and fourth repeating ROs, respectively). The length of each ra-ResponseWindow is shorter than the time interval between two repeats. In the example of window operation 2 case B, the UE starts the ra-ResponseWindow after each repeat (the second, third, and fourth repeating ROs, respectively). The length of each ra-ResponseWindow is longer than the time interval between two repeats.

[0176] 《Window Operation 3》 The UE / MAC entity initiates the ra-ResponseWindow on the first PDCCH occasion following the end of the first actual iteration transmission of the RA preamble. This window may expire before the UE receives the RAR and before the PRACH iteration transmission is complete. If the base station sends the RAR after the second iteration of the PRACH, the UE may not be able to monitor that RAR.

[0177] After the UE starts a ra-ResponseWindow after the first actual iteration, the UE may follow one of the following window behaviors 3a, 3b, or 3c.

[0178] [Window operation 3a] The UE does not need to assume that the ra-ResponseWindow expires before the end of the last preamble iteration, or before the end of the last preamble iteration by a specific time X.

[0179] [Window operation 3b] If a window expires and the window expires before the last repetition RO of the SSB associated with the same preamble, or before time X after the last repetition RO of the SSB associated with the same preamble, and the UE fails to receive the RAR, the UE may restart the window (taking into consideration that the ra-ResponseWindow length is not sufficient for the last repetition, i.e., the ra-ResponseWindow expires before the last repetition of the last preamble, or before time X (a specific time) after the last repetition of the last preamble).

[0180] [Window operation 3c] Based on window behavior 3b, if the window expires before the last iteration RO of the SSB associated with the same preamble, or before time X after the last iteration RO of the SSB associated with the same preamble, the UE may restart the window after the last iteration, in addition to restarting the window after the expiration.

[0181] In each of window actions 3a through 3c, if RAR is successfully received after a PRACH repetition, the UE may stop / drop the subsequent repetition of the preamble (this may or may not occur after Msg.3 / Msg.4). In this case, the UE may also stop the window.

[0182] In the example in Figure 18, as in Figure 15 above, the UE selects SSB30 and starts repeating transmission from the second repeat RO. In the example of window operation 3a, the ra-ResponseWindow starts after the first repeat (1st repeat RO) and expires time X after the end of the last repeat (4th repeat RO). In the example of window operation 3b, the ra-ResponseWindow starts after the first repeat (1st repeat RO), expires before the end of the last repeat (4th repeat RO), is restarted, and expires after the last repeat (4th repeat RO). In another example of window operation 3b, the ra-ResponseWindow starts after each repeat and is restarted if it expires before the next repeat. In the last repeat (4th repeat RO), the ra-ResponseWindow expires time X after the end of that repeat. In the example of window operation 3c, the ra-ResponseWindow starts after the first repeat (1st repeat RO), expires before the last repeat (4th repeat RO), and is restarted. Furthermore, the ra-ResponseWindow is restarted after the last iteration (the fourth iteration RO).

[0183] UE capabilities related to window behavior 1 / 2 / 3 / 3a / 3b / 3c may be defined. UE capabilities related to whether or not to support restarting a window when it expires or is repeated may also be defined.

[0184] Window operations 1 / 2 / 3 / 3a / 3b / 3c may be applied to the msgB-ResponseWindow for two-step RACH. In this case, for the start of the window after each PRACH preamble in each window operation, at least one additional symbol of the value of the last symbol of the PRACH occasion corresponding to the PRACH transmission may be considered.

[0185] According to this embodiment, the UE can properly receive Msg.2 / Msg.B.

[0186] <Ninth Embodiment> This embodiment relates to RNTI.

[0187] The RA-RNTI calculation may follow at least one of the following calculation methods 1 to 4.

[0188] 《Calculation method 1》 The RA-RNTI calculation uses the parameters of the first actual PRACH transmission among all iterative ROs. For example, these parameters may include s_id / t_id / f_id. This calculation method can be applied to all window operations of the eighth embodiment.

[0189] In the example in Figure 19A, the number of repetitions is 4, and at least one of the DCI with the CRC scrambled by RA-RNTI, Msg.2, and is associated with the first repetition RO. RA-RNTI is calculated using the parameters of the first actual PRACH transmission.

[0190] 《Calculation method 2》 The RA-RNTI calculation uses the parameters of the last iteration's PRACH transmission. For example, these parameters may include s_id / t_id / f_id. This calculation method can be applied to window operation 1 of the eighth embodiment.

[0191] 《Calculation method 3》 The RA-RNTI calculation uses the parameters of the PRACH transmission from each iteration prior to the end of the next iteration RO (the most recent iteration). For example, these parameters may include s_id / t_id / f_id. This calculation method can be applied to window operation 2 / 3 of the eighth embodiment.

[0192] In the example in Figure 19B, the number of repetitions is 4, and at least one of the following is associated with each repetition RO: DCI with CRC scrambled by RA-RNTI, Msg.2, and RA-RNTI for DCI after the last repetition. The RA-RNTI for DCI after the last repetition is calculated using the parameters of the last PRACH transmission.

[0193] 《Calculation method 4》 The RA-RNTI calculation takes into account different parameters after the restart of the ra-ResponseWindow. For example, these parameters may include s_id / t_id / f_id. For example, if the window is restarted after a certain iteration, the RA-RNTI calculation may use the parameters of the most recent iteration for the RA-RNTI within the subsequent window time. For example, if the window is restarted after the window expires, the RA-RNTI calculation may use the parameters of the most recent iteration for the RA-RNTI within the subsequent window time, or it may not be necessary to update the parameters for the RA-RNTI under this condition.

[0194] UE capability may be defined regarding whether or not to change RA-RNTI for the window for repeated PRACH preamble transmissions.

[0195] A different calculation method from calculation methods 1 to 4 may be applied to multiple window operations in the eighth embodiment, to different windows in a certain window operation in the eighth embodiment, or to different durations / lengths of each window in the eighth embodiment.

[0196] Calculation methods 1 to 4 may be applied to MSGB-RNTI of a two-step RACH.

[0197] According to this embodiment, the UE can properly receive Msg.2 / Msg.B.

[0198] <Tenth Embodiment> This embodiment relates to UE capabilities.

[0199] The UE may report its ability to support PRACH repetitions according to either of the following reporting methods 1 or 2.

[0200] 《Reporting method 1》 Different preambles / occasions for PRACH may be specified for UEs that support PRACH repetition and UEs that do not support PRACH repetition. UEs that do not support PRACH repetition may include UEs of Rel. 15 / 16.

[0201] For UEs that support different numbers (maximum number) of PRACH repetitions, different preambles / occasions for PRACH may be specified.

[0202] By using different preambles / occasions for PRACH, the base station can determine whether the UE supports PRACH repetitions. The UE may further send additional information about its ability to support PRACH repetitions in Msg.3 or a subsequent RRC IE / MAC CE. For example, the additional information may be the maximum number of PRACH repetitions the UE supports, or it may indicate whether it supports at least one of the following: PRACH repetitions in 2-step RACH and PRACH repetitions in 4-step RACH.

[0203] 《Reporting method 2》 The same preamble / occasion for PRACH may be specified for UEs that support PRACH repetitions and UEs that do not support PRACH repetitions. UEs that do not support PRACH repetitions may include UEs from Rel. 15 / 16.

[0204] The base station cannot determine whether the UE supports PRACH repetitions by PRACH measurement. The UE may send additional information about its ability to support PRACH repetitions in Msg.3 or a subsequent RRC IE / MAC CE. For example, the additional information may indicate whether the UE supports PRACH repetitions, the maximum number of PRACH repetitions the UE supports, or whether it supports at least one of the following: PRACH repetitions in 2-step RACH and PRACH repetitions in 4-step RACH.

[0205] According to this embodiment, the UE can properly transmit PRACH repetitions.

[0206] <Other Embodiments> 《UE Ability Information / Higher Layer Parameters》 Higher layer parameters (RRC IE) / UE capabilities may be defined corresponding to the functions (features) in each of the above embodiments. The higher layer parameters may indicate whether or not to enable the function. The UE capabilities may indicate whether or not the UE supports the function.

[0207] A UE that has the corresponding higher-level parameter set may perform that function. It may also be stipulated that "a UE that does not have the corresponding higher-level parameter set may not perform that function (for example, according to Rel. 15 / 16)."

[0208] A UE that reports / submits UE capability indicating support for that function may perform that function. It may be stipulated that "a UE that has not reported UE capability indicating support for that function shall not perform that function (e.g., in accordance with Rel. 15 / 16)."

[0209] If the UE reports / sends a UE capability indicating support for that function, and the corresponding higher-layer parameters are set, the UE may perform that function. It may also be stipulated that "if the UE does not report / send a UE capability indicating support for that function, or if the corresponding higher-layer parameters are not set, the UE shall not perform that function (e.g., in accordance with Rel. 15 / 16)."

[0210] Which of the above multiple embodiments / options / choices / features is used may be set by higher-layer parameters, reported by the UE as UE capability, specified in the specification, or determined by the reported UE capability and the setting of the higher-layer parameters.

[0211] UE capability may indicate whether the UE supports at least one of the following features: • PRACH repetition, or PRACH repetition resource setting. • At least one of the following: a PRACH repeat in CFRA and a PRACH repeat in CBRA. At least one of the following: a PRACH iteration in a 2-step RACH, and a PRACH iteration in a 4-step RACH. • PRACH repetition in specific-purpose RA. • One or more unit resources from Unit Resource 1 to 6. Repeat Msg.2. Repeat Msg.B. Window operation 1 / 2 / 3 / 3a / 3b / 3c. • Restart the window when it expires or repeats. • Modify RA-RNTI for the window of repeated PRACH preamble transmissions.

[0212] UE capability may represent at least one of the following values: • Number of PRACH repetitions (maximum number). • Setting the repetition period.

[0213] Based on the above UE capabilities / higher layer parameters, the UE can achieve the above functions while maintaining compatibility with existing specifications.

[0214] (Wireless communication system) The configuration of a wireless communication system according to one embodiment of this disclosure will be described below. In this wireless communication system, communication is performed using any or a combination thereof of the wireless communication methods according to the above embodiments of this disclosure.

[0215] Figure 20 shows an example of a schematic configuration of a wireless communication system according to one embodiment. The wireless communication system 1 may be a system that realizes communication using Long Term Evolution (LTE), 5th generation mobile communication system New Radio (5G NR), etc., as specified by the Third Generation Partnership Project (3GPP).

[0216] Furthermore, the wireless communication system 1 may support dual connectivity between multiple Radio Access Technologies (RATs) (Multi-RAT Dual Connectivity (MR-DC)). MR-DC may include dual connectivity between LTE (Evolved Universal Terrestrial Radio Access (E-UTRA)) and NR (E-UTRA-NR Dual Connectivity (EN-DC)), dual connectivity between NR and LTE (NR-E-UTRA Dual Connectivity (NE-DC)), and so on.

[0217] In EN-DC, the LTE (E-UTRA) base station (eNB) is the Master Node (MN), and the NR base station (gNB) is the Secondary Node (SN). In NE-DC, the NR base station (gNB) is the MN, and the LTE (E-UTRA) base station (eNB) is the SN.

[0218] The wireless communication system 1 may support dual connectivity between multiple base stations within the same RAT (for example, dual connectivity where both MN and SN are NR base stations (gNB) (NR-NR Dual Connectivity (NN-DC))).

[0219] The wireless communication system 1 may include a base station 11 that forms a macrocell C1 with relatively wide coverage, and base stations 12 (12a-12c) located within the macrocell C1 that form a small cell C2 that is narrower than the macrocell C1. User terminals 20 may be located within at least one cell. The arrangement and number of each cell and user terminal 20 are not limited to the configuration shown in the figure. Hereinafter, when base stations 11 and 12 are not distinguished, they will be collectively referred to as base station 10.

[0220] The user terminal 20 may be connected to at least one of the multiple base stations 10. The user terminal 20 may utilize at least one of Carrier Aggregation (CA) using multiple Component Carriers (CC) and Dual Connectivity (DC).

[0221] Each CC may be included in at least one of the first frequency band (Frequency Range 1 (FR1)) and the second frequency band (Frequency Range 2 (FR2)). A macrocell C1 may be included in FR1, and a small cell C2 may be included in FR2. For example, FR1 may be a frequency band of 6 GHz or less (sub-6 GHz), and FR2 may be a frequency band above 24 GHz (above-24 GHz). Note that the frequency bands and definitions of FR1 and FR2 are not limited to these, and for example, FR1 may fall in a frequency band higher than FR2.

[0222] Furthermore, the user terminal 20 may communicate using at least one of the following methods at each CC: Time Division Duplex (TDD) and Frequency Division Duplex (FDD).

[0223] Multiple base stations 10 may be connected by wire (e.g., optical fiber compliant with Common Public Radio Interface (CPRI), X2 interface, etc.) or wireless (e.g., NR communication). For example, if NR communication is used as a backhaul between base stations 11 and 12, base station 11, which is the upstream station, may be called an Integrated Access Backhaul (IAB) donor, and base station 12, which is the relay station, may be called an IAB node.

[0224] Base station 10 may be connected to the core network 30 via other base stations 10 or directly. The core network 30 may include at least one of the following: Evolved Packet Core (EPC), 5G Core Network (5GCN), Next Generation Core (NGC), etc.

[0225] The user terminal 20 may be a terminal that supports at least one of the following communication methods: LTE, LTE-A, 5G, etc.

[0226] In the wireless communication system 1, an orthogonal frequency division multiplexing (OFDM)-based wireless access scheme may be used. For example, Cyclic Prefix OFDM (CP-OFDM), Discrete Fourier Transform Spread OFDM (DFT-s-OFDM), Orthogonal Frequency Division Multiple Access (OFDMA), Single Carrier Frequency Division Multiple Access (SC-FDMA), etc., may be used in at least one of the downlink (DL) and uplink (UL).

[0227] The wireless access method may also be called a waveform. In wireless communication system 1, other wireless access methods (for example, other single-carrier transmission methods, other multi-carrier transmission methods) may be used for the UL and DL wireless access methods.

[0228] In the wireless communication system 1, a Physical Downlink Shared Channel (PDSCH), a Broadcast Channel (PBCH), or a Physical Downlink Control Channel (PDCCH) may be used as the downlink channel, shared by each user terminal 20.

[0229] Furthermore, in the wireless communication system 1, the uplink channel may include a Physical Uplink Shared Channel (PUSCH), a Physical Uplink Control Channel (PUCCH), a Physical Random Access Channel (PRACH), or the like, all of which are shared by each user terminal 20.

[0230] User data, higher-layer control information, and System Information Blocks (SIBs) are transmitted via PDSCH. User data and higher-layer control information may also be transmitted via PUSCH. Furthermore, Master Information Blocks (MIBs) may be transmitted via PBCH.

[0231] Lower-layer control information may be transmitted by PDCCH. The lower-layer control information may include, for example, Downlink Control Information (DCI) which includes scheduling information for at least one of PDSCH and PUSCH.

[0232] Note that the DCI for scheduling PDSCH may be referred to as DL assignment, DL DCI, etc., and the DCI for scheduling PUSCH may be referred to as UL grant, UL DCI, etc. Note that PDSCH may be read as DL data, and PUSCH may be read as UL data.

[0233] For the detection of PDCCH, a control resource set (COntrol REsource SET (CORESET)) and a search space may be used. CORESET corresponds to the resource for searching DCI. The search space corresponds to the search area and search method of PDCCH candidates. One CORESET may be associated with one or more search spaces. The UE may monitor the CORESET associated with a certain search space based on the search space setting.

[0234] One search space may correspond to PDCCH candidates corresponding to one or more aggregation levels. One or more search spaces may be referred to as a search space set. Note that the "search space", "search space set", "search space setting", "search space set setting", "CORESET", "CORESET setting", etc. in the present disclosure may be read as each other.

[0235] Uplink control information (UCI) including at least one of channel state information (CSI), delivery confirmation information (which may be referred to as, for example, Hybrid Automatic Repeat reQuest ACKnowledgement (HARQ-ACK), ACK / NACK, etc.), and scheduling request (SR) may be transmitted by PUCCH. A random access preamble for connection establishment with a cell may be transmitted by PRACH.

[0236] Note that in the present disclosure, downlink, uplink, etc. may be expressed without adding "link". Also, "Physical" may be omitted when expressing the beginning of various channels.

[0237] In the wireless communication system 1, a synchronization signal (SS), a downlink reference signal (DL-RS), etc. may be transmitted. In the wireless communication system 1, as the DL-RS, a cell-specific reference signal (CRS), a channel state information reference signal (CSI-RS), a demodulation reference signal (DMRS), a positioning reference signal (PRS), a phase tracking reference signal (PTRS), etc. may be transmitted.

[0238] The synchronization signal may be, for example, at least one of a Primary Synchronization Signal (PSS) and a Secondary Synchronization Signal (SSS). A signal block including SS (PSS, SSS) and PBCH (and DMRS for PBCH) may be called an SS / PBCH block, SS Block (SSB), etc. SS, SSB, etc., may also be called reference signals.

[0239] Furthermore, in the wireless communication system 1, the Uplink Reference Signal (UL-RS) may transmit the Sounding Reference Signal (SRS), Demodulation Reference Signal (DMRS), etc. The DMRS may also be called the User-Specific Reference Signal (UE-specific Reference Signal).

[0240] (base station) Figure 21 shows an example of the configuration of a base station according to one embodiment. The base station 10 includes a control unit 110, a transceiver unit 120, a transceiver antenna 130, and a transmission line interface 140. Note that one or more of the control unit 110, transceiver unit 120, transceiver antenna 130, and transmission line interface 140 may be provided.

[0241] In this example, the functional blocks of the characteristic parts of this embodiment are mainly shown, and it may be assumed that the base station 10 also has other functional blocks necessary for wireless communication. Some of the processing of each part described below may be omitted.

[0242] The control unit 110 controls the entire base station 10. The control unit 110 can be composed of a controller, control circuit, etc., as described based on common understanding in the art relating to this disclosure.

[0243] The control unit 110 may control signal generation, scheduling (e.g., resource allocation, mapping), etc. The control unit 110 may also control transmission and reception, measurement, etc., using the transceiver unit 120, the transceiver antenna 130, and the transmission path interface 140. The control unit 110 may generate data to be transmitted as signals, control information, sequences, etc., and transfer them to the transceiver unit 120. The control unit 110 may also perform call processing of communication channels (setting, releasing, etc.), status management of the base station 10, management of radio resources, etc.

[0244] The transmitting / receiving unit 120 may include a baseband unit 121, a radio frequency (RF) unit 122, and a measurement unit 123. The baseband unit 121 may include a transmission processing unit 1211 and a reception processing unit 1212. The transmitting / receiving unit 120 can be composed of a transmitter / receiver, RF circuit, baseband circuit, filter, phase shifter, measurement circuit, transmitting / receiving circuit, etc., as described based on common understanding in the art relating to this disclosure.

[0245] The transmitting / receiving unit 120 may be configured as an integrated transmitting / receiving unit, or it may be composed of a transmitting unit and a receiving unit. The transmitting unit may consist of a transmitting processing unit 1211 and an RF unit 122. The receiving unit may consist of a receiving processing unit 1212, an RF unit 122 and a measuring unit 123.

[0246] The transmitting and receiving antenna 130 can be composed of an antenna described based on common understanding in the art relating to this disclosure, such as an array antenna.

[0247] The transmitting / receiving unit 120 may transmit the downlink channel, synchronization signal, downlink reference signal, etc. The transmitting / receiving unit 120 may also receive the uplink channel, uplink reference signal, etc.

[0248] The transmitting / receiving unit 120 may form at least one of the transmitting beam and the receiving beam using digital beamforming (e.g., precoding), analog beamforming (e.g., phase rotation), or the like.

[0249] The transmitting / receiving unit 120 (transmission processing unit 1211) may perform processing on data and control information acquired from the control unit 110, for example, at the Packet Data Convergence Protocol (PDCP) layer, the Radio Link Control (RLC) layer (e.g., RLC retransmission control), the Medium Access Control (MAC) layer (e.g., HARQ retransmission control), etc., to generate a bit sequence to be transmitted.

[0250] The transmitting / receiving unit 120 (transmission processing unit 1211) may perform transmission processing on the bit sequence to be transmitted, such as channel coding (which may include error correction coding), modulation, mapping, filtering, discrete Fourier transform (DFT) processing (if necessary), inverse fast Fourier transform (IFFT) processing, precoding, and digital-to-analog conversion, and output a baseband signal.

[0251] The transmitting / receiving unit 120 (RF unit 122) may perform modulation, filtering, amplification, etc., of the baseband signal to the radio frequency band and transmit the signal in the radio frequency band via the transmitting / receiving antenna 130.

[0252] On the other hand, the transmitting / receiving unit 120 (RF unit 122) may perform amplification, filtering, demodulation to a baseband signal, etc., on the radio frequency band signal received by the transmitting / receiving antenna 130.

[0253] The transmitting / receiving unit 120 (receiving processing unit 1212) may apply reception processing to the acquired baseband signal, such as analog-to-digital conversion, Fast Fourier Transform (FFT) processing, Inverse Discrete Fourier Transform (IDFT) processing (if necessary), filtering, demapping, demodulation, decoding (may include error correction decoding), MAC layer processing, RLC layer processing, and PDCP layer processing, to acquire user data, etc.

[0254] The transmitting / receiving unit 120 (measurement unit 123) may perform measurements related to the received signal. For example, the measurement unit 123 may perform Radio Resource Management (RRM) measurements, Channel State Information (CSI) measurements, etc., based on the received signal. The measurement unit 123 may also measure received power (e.g., Reference Signal Received Power (RSRP)), reception quality (e.g., Reference Signal Received Quality (RSRQ), Signal to Interference plus Noise Ratio (SINR), Signal to Noise Ratio (SNR)), signal strength (e.g., Received Signal Strength Indicator (RSSI)), propagation path information (e.g., CSI), etc. The measurement results may be output to the control unit 110.

[0255] The transmission path interface 140 may send and receive signals (backhaul signaling) with devices included in the core network 30, other base stations 10, etc., and may acquire and transmit user data (user plane data), control plane data, etc. for the user terminal 20.

[0256] In this disclosure, the transmitting and receiving units of the base station 10 may consist of at least one of a transmitting / receiving unit 120, a transmitting / receiving antenna 130, and a transmission path interface 140.

[0257] The transmitting and receiving unit 120 may transmit settings related to the repetition of the physical random access channel. The control unit 110 may control the reception of the repetition accompanied by the same beam.

[0258] The transmitting and receiving unit 120 may transmit settings related to the repetition of the physical random access channel. The control unit 110 may determine a plurality of resources of the repetition accompanied by the same beam.

[0259] The transmitting and receiving unit 120 may transmit settings related to the repetition of the physical random access channel in the random access procedure. The control unit 110 may determine whether to repeat reception or transmission other than the physical random access channel within the random access procedure based on the settings.

[0260] The transmitting and receiving unit 120 may receive settings related to the repetition of the physical random access channel in the random access procedure. The control unit 110 may determine whether to repeat reception or transmission other than the physical random access channel within the random access procedure based on the settings.

[0261] The transmitting and receiving unit 120 may receive a plurality of repetitions of the physical random access channel. The control unit 110 may determine a radio network temporary identifier (RNTI) for transmitting a response to the physical random access channel.

[0262] (User terminal) FIG. 22 is a diagram showing an example of the configuration of a user terminal according to an embodiment. The user terminal 20 includes a control unit 210, a transmitting and receiving unit 220, and a transmitting and receiving antenna 230. Note that one or more of the control unit 210, the transmitting and receiving unit 220, and the transmitting and receiving antenna 230 may be provided.

[0263] In this example, the functional blocks of the characteristic parts of this embodiment are mainly shown, and it may be assumed that the user terminal 20 also has other functional blocks necessary for wireless communication. Some of the processing of each part described below may be omitted.

[0264] The control unit 210 controls the entire user terminal 20. The control unit 210 can be composed of a controller, control circuit, etc., as described based on common understanding in the technical field related to this disclosure.

[0265] The control unit 210 may control signal generation, mapping, etc. The control unit 210 may also control transmission and reception, measurement, etc., using the transmitting / receiving unit 220 and the transmitting / receiving antenna 230. The control unit 210 may generate data to be transmitted as signals, control information, sequences, etc., and transfer them to the transmitting / receiving unit 220.

[0266] The transmitting / receiving unit 220 may include a baseband unit 221, an RF unit 222, and a measurement unit 223. The baseband unit 221 may include a transmission processing unit 2211 and a reception processing unit 2212. The transmitting / receiving unit 220 can be composed of a transmitter / receiver, RF circuit, baseband circuit, filter, phase shifter, measurement circuit, transmitting / receiving circuit, etc., as described based on common understanding in the art relating to this disclosure.

[0267] The transmitting / receiving unit 220 may be configured as an integrated transmitting / receiving unit, or it may be composed of a transmitting unit and a receiving unit. The transmitting unit may consist of a transmitting processing unit 2211 and an RF unit 222. The receiving unit may consist of a receiving processing unit 2212, an RF unit 222 and a measuring unit 223.

[0268] The transmitting and receiving antenna 230 can be composed of an antenna described based on common understanding in the art relating to this disclosure, such as an array antenna.

[0269] The transmitting / receiving unit 220 may receive the downlink channel, synchronization signal, downlink reference signal, etc. The transmitting / receiving unit 220 may also transmit the uplink channel, uplink reference signal, etc.

[0270] The transmitting / receiving unit 220 may form at least one of the transmitting beam and the receiving beam using digital beamforming (e.g., precoding), analog beamforming (e.g., phase rotation), or the like.

[0271] The transmitting / receiving unit 220 (transmission processing unit 2211) may perform PDCP layer processing, RLC layer processing (e.g., RLC retransmission control), MAC layer processing (e.g., HARQ retransmission control), etc., on data and control information acquired from the control unit 210, etc., to generate a bit sequence to be transmitted.

[0272] The transmitting / receiving unit 220 (transmission processing unit 2211) may perform transmission processing on the bit sequence to be transmitted, such as channel coding (which may include error correction coding), modulation, mapping, filtering, DFT processing (if necessary), IFFT processing, precoding, and digital-to-analog conversion, and output a baseband signal.

[0273] Whether or not to apply DFT processing may be based on the transform precoding settings. The transmitting / receiving unit 220 (transmission processing unit 2211) may perform DFT processing as part of the transmission process to transmit a channel (for example, PUSCH) using a DFT-s-OFDM waveform if transform precoding is enabled for that channel, or it may not perform DFT processing as part of the transmission process if transform precoding is not enabled for that channel.

[0274] The transmitting / receiving unit 220 (RF unit 222) may perform modulation, filtering, amplification, etc., of the baseband signal to the radio frequency band and transmit the signal in the radio frequency band via the transmitting / receiving antenna 230.

[0275] On the other hand, the transmitting / receiving unit 220 (RF unit 222) may perform amplification, filtering, demodulation to a baseband signal, etc., on the radio frequency band signal received by the transmitting / receiving antenna 230.

[0276] The transmitting / receiving unit 220 (receiving processing unit 2212) may apply reception processing such as analog-to-digital conversion, FFT processing, IDFT processing (if necessary), filtering, demapping, demodulation, decoding (may include error correction decoding), MAC layer processing, RLC layer processing, and PDCP layer processing to the acquired baseband signal to acquire user data, etc.

[0277] The transmitting / receiving unit 220 (measuring unit 223) may perform measurements related to the received signal. For example, the measuring unit 223 may perform RRM measurement, CSI measurement, etc., based on the received signal. The measuring unit 223 may also measure received power (e.g., RSRP), received quality (e.g., RSRQ, SINR, SNR), signal strength (e.g., RSSI), propagation path information (e.g., CSI), etc. The measurement results may be output to the control unit 210.

[0278] In this disclosure, the transmitting and receiving units of the user terminal 20 may consist of at least one of a transmitting / receiving unit 220 and a transmitting / receiving antenna 230.

[0279] The transmitting / receiving unit 220 may receive settings related to the repetition of the physical random access channel. The control unit 210 may control the transmission of the repetitions with the same beam.

[0280] The aforementioned physical random access channel may be located within a specific type of random access procedure.

[0281] The repeating resources may be based on any of the following: the period of mapping between the occasions of the physical random access channel and the synchronization signal blocks; the setting period of the physical random access channel; the time unit; the frequency unit; the occasion; or the synchronization signal block.

[0282] The aforementioned resources may differ from resources of a physical random access channel that does not involve repetition.

[0283] The transmitting / receiving unit 220 may receive settings for the repetition of the physical random access channel. The control unit 210 may determine multiple resources for the repetition involving the same beam.

[0284] The control unit 210 may determine the resource for initiating the repeated transmission from the plurality of resources based on the timing of determining the synchronization signal block.

[0285] The control unit 210 may determine the plurality of resources based on the received power.

[0286] The control unit 210 may change a specific parameter in the first iteration, but may not change the specific parameter in subsequent iterations.

[0287] The transmitting / receiving unit 220 may receive settings regarding the repetition of the physical random access channel in the random access procedure. Based on these settings, the control unit 210 may decide whether or not to repeat the receiving or transmitting of anything other than the physical random access channel within the random access procedure.

[0288] The control unit 210 may determine the number of repetitions of reception or transmission based on the number of repetitions of the physical random access channel.

[0289] The control unit 210 may determine the number of repetitions of reception or transmission independently of the number of repetitions of the physical random access channel.

[0290] The control unit 210 may receive at least one repetition of message 2 and message B.

[0291] The transmitting / receiving unit 220 may transmit multiple repetitions of the physical random access channel. The control unit 210 may control the reception of responses to the physical random access channel.

[0292] The control unit 210 may control the reception of the response after the plurality of repeated transmissions.

[0293] The control unit 210 may control the reception of the response before the completion of the plurality of repeated transmissions.

[0294] The window for receiving the response may expire after a specific time period following the multiple repeated transmissions.

[0295] The transmitting / receiving unit 220 may transmit multiple repetitions of the physical random access channel. The control unit 210 may determine a radio network temporary identifier (RNTI) for receiving responses to the physical random access channel.

[0296] The control unit 210 may calculate the RNTI based on the parameters of the first iteration among the plurality of iterations.

[0297] The control unit 210 may calculate the RNTI based on the parameters of the last iteration among the plurality of iterations.

[0298] The control unit 210 may calculate the RNTI based on the parameters of the most recent iteration among the plurality of iterations, prior to the end of the next iteration's occasion.

[0299] (Hardware configuration) The block diagrams used in the description of the above embodiments show functional units. These functional blocks (components) are realized by any combination of at least one of hardware and software. Furthermore, the method of realizing each functional block is not particularly limited. That is, each functional block may be realized using one device that is physically or logically coupled, or it may be realized using two or more physically or logically separated devices that are directly or indirectly connected (for example, using wired or wireless connections). A functional block may also be realized by combining the above one device or the above multiple devices with software.

[0300] Here, functions include, but are not limited to, judgment, decision, determination, calculation, calculation, 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 assigning. For example, a functional block (configuration part) that enables transmission may be called a transmitting unit or transmitter. In all cases, as mentioned above, the method of implementation is not particularly limited.

[0301] For example, a base station, user terminal, etc. in one embodiment of the present disclosure may function as a computer that processes the wireless communication method of the present disclosure. Figure 23 is a diagram showing an example of the hardware configuration of a base station and user terminal according to one embodiment. The base station 10 and user terminal 20 described above may be physically configured as a computer device including a processor 1001, memory 1002, storage 1003, communication device 1004, input device 1005, output device 1006, bus 1007, etc.

[0302] In this disclosure, terms such as apparatus, circuit, device, section, and unit are interchangeable. The hardware configuration of the base station 10 and the user terminal 20 may include one or more of the devices shown in the figure, or it may be configured to omit some of the devices.

[0303] For example, although only one processor 1001 is shown in the diagram, there may be multiple processors. Furthermore, processing may be performed by one processor, or by two or more processors simultaneously, sequentially, or by other means. Note that processor 1001 may be implemented using one or more chips.

[0304] Each function in the base station 10 and the user terminal 20 is realized, for example, by loading predetermined software (programs) onto hardware such as the processor 1001 and memory 1002, which allows the processor 1001 to perform calculations and control communication via the communication device 1004, or to control at least one of the reading and writing of data in the memory 1002 and storage 1003.

[0305] The processor 1001 controls the entire computer, for example, by running an operating system. The processor 1001 may be composed of a central processing unit (CPU) that includes interfaces with peripheral devices, control units, arithmetic units, registers, etc. For example, at least a part of the control unit 110 (210) and the transmitting / receiving unit 120 (220) described above may be implemented by the processor 1001.

[0306] Furthermore, the processor 1001 reads programs (program code), software modules, data, etc., from at least one of the storage 1003 and the communication device 1004 into the memory 1002 and executes various processes accordingly. The program used is one that causes the computer to execute at least a part of the operations described in the above embodiment. For example, the control unit 110 (210) may be implemented by a control program stored in the memory 1002 and running on the processor 1001, and other functional blocks may be implemented similarly.

[0307] Memory 1002 is a computer-readable recording medium and may consist of at least one of the following: Read Only Memory (ROM), Erasable Programmable ROM (EPROM), Electrically EPROM (EEPROM), Random Access Memory (RAM), or other suitable storage medium. Memory 1002 may also be called a register, cache, or main memory. Memory 1002 can store executable programs (program code), software modules, etc., for carrying out a wireless communication method according to one embodiment of this disclosure.

[0308] Storage 1003 is a computer-readable recording medium and may consist of at least one of the following: a flexible disk, a floppy disk, a magneto-optical disk (e.g., a compact disk (Compact Disc ROM (CD-ROM)), a digital multipurpose disk, a Blu-ray disk), a removable disk, a hard disk drive, a smart card, a flash memory device (e.g., a card, stick, key drive), a magnetic stripe, a database, a server, or other suitable storage medium. Storage 1003 may also be called an auxiliary storage device.

[0309] The communication device 1004 is hardware (transmitting / receiving device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as a network device, network controller, network card, communication module, etc. The communication device 1004 may be configured to include, for example, a high-frequency switch, duplexer, filter, frequency synthesizer, etc., in order to implement at least one of frequency division duplex (FDD) and time division duplex (TDD). For example, the above-mentioned transmitting / receiving unit 120 (220), transmitting / receiving antenna 130 (230), etc., may be implemented by the communication device 1004. The transmitting / receiving unit 120 (220) may be implemented with physically or logically separated implementations of a transmitting unit 120a (220a) and a receiving unit 120b (220b).

[0310] The input device 1005 is an input device that accepts input from an external source (e.g., a keyboard, mouse, microphone, switch, button, sensor, etc.). The output device 1006 is an output device that outputs to an external source (e.g., a display, speaker, light-emitting diode (LED) lamp, etc.). The input device 1005 and the output device 1006 may be configured as an integrated unit (e.g., a touch panel).

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

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

[0313] (modified version) In addition, terms used in this disclosure and terms necessary for understanding this disclosure may be replaced with terms having the same or similar meanings. For example, channel, symbol, and signal (signal or signaling) may be used interchangeably. Also, a signal may be a message. A reference signal may be abbreviated as RS and may be called a pilot, pilot signal, etc., depending on the applicable standard. Also, a component carrier (CC) may be called a cell, frequency carrier, carrier frequency, etc.

[0314] A wireless frame may consist of one or more periods (frames) in the time domain. Each of these periods (frames) constituting a wireless frame may be called a subframe. Furthermore, a subframe may consist 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.

[0315] Here, the neuralelogy may be communication parameters applied to at least one of the transmission and reception of a signal or channel. The neuralelogy may be, for example, at least one of the following: subcarrier spacing (SCS), bandwidth, symbol length, cyclic prefix length, transmission time interval (TTI), number of symbols per TTI, radio frame configuration, specific filtering processes performed by the transceiver in the frequency domain, or specific windowing processes performed by the transceiver in the time domain.

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

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

[0318] Wireless frames, subframes, slots, minislots, and symbols all represent units of time when transmitting a signal. Wireless frames, subframes, slots, minislots, and symbols may each be referred to by different names. Furthermore, the units of time such as frames, subframes, slots, minislots, and symbols in this disclosure may be interpreted as interchangeable.

[0319] For example, one subframe may be called TTI, multiple consecutive subframes may be called TTI, or one slot or one mini-slot may be called TTI. In other words, at least one of the subframe and TTI may be a subframe (1ms) in existing LTE, a period shorter than 1ms (e.g., 1-13 symbols), or a period longer than 1ms. Note that the unit representing TTI may be called a slot, mini-slot, etc., instead of a subframe.

[0320] Here, TTI refers to, for example, the smallest unit of time for scheduling in wireless communication. For example, in an LTE system, the base station schedules each user terminal to allocate wireless resources (such as the frequency bandwidth and transmission power available to each user terminal) in TTI units. However, the definition of TTI is not limited to this.

[0321] TTI may be a transmission time unit for channel-encoded data packets (transport blocks), code blocks, code words, etc., or it may be a processing unit for scheduling, link adaptation, etc. Given a TTI, the actual time interval (e.g., number of symbols) to which the transport block, code block, code word, etc. are mapped may be shorter than the given TTI.

[0322] Furthermore, if one slot or one mini-slot is referred to as TTI, then one or more TTIs (i.e., one or more slots or one or more mini-slots) may constitute the minimum time unit of scheduling. In addition, the number of slots (number of mini-slots) that constitute the minimum time unit of scheduling may be controlled.

[0323] A TTI with a time length of 1 ms may also be called a normal TTI (TTI in 3GPP Rel.8-12), a long TTI, a normal subframe, a long subframe, or a slot. A TTI shorter than a normal TTI may also be called a shortened TTI, a short TTI, a partial or fractional TTI, a shortened subframe, a short subframe, a mini slot, a sub slot, or a slot.

[0324] Furthermore, long TTIs (e.g., normal TTIs, subframes, etc.) may be interpreted as TTIs with a time length exceeding 1 ms, and short TTIs (e.g., shortened TTIs, etc.) may be interpreted as TTIs with a TTI length less than that of a long TTI but 1 ms or more.

[0325] A Resource Block (RB) is a resource allocation unit in the time domain and frequency domain, and in the frequency domain, it may contain one or more consecutive subcarriers. The number of subcarriers in an RB may be the same regardless of the neurology, for example, 12. The number of subcarriers in an RB may be determined based on the neurology.

[0326] Furthermore, an RB may contain one or more symbols in the time domain and may have the length of one slot, one minislot, one subframe, or one TTI. Each TTI, subframe, etc., may consist of one or more resource blocks.

[0327] One or more RBs may also be called Physical RBs (PRBs), Sub-Carrier Groups (SCGs), Resource Element Groups (REGs), PRB pairs, RB pairs, etc.

[0328] Furthermore, a resource block may consist of one or more resource elements (REs). For example, one RE may be a radio resource area comprising one subcarrier and one symbol.

[0329] A Bandwidth Part (BWP) (also called a partial bandwidth) may represent a subset of consecutive common resource blocks (RBs) for a given neurology in a given carrier. Here, the common RBs may be identified by an index of the RBs relative to the carrier's common reference point. PRBs may be defined and numbered within a BWP.

[0330] A BWP may include UL BWPs (BWPs for UL) and DL BWPs (BWPs for DL). One or more BWPs may be configured within a single carrier for a UE.

[0331] At least one of the configured BWPs may be active, and the UE does not need to assume that it will send or receive a given signal / channel outside of the active BWP. In this disclosure, terms such as "cell" and "carrier" may be read as "BWP".

[0332] The structures described above, such as wireless frames, subframes, slots, minislots, and symbols, are merely illustrative examples. For instance, the number of subframes included in a wireless frame, the number of slots per subframe or wireless frame, the number of minislots within a slot, the number of symbols and RBs included in a slot or minislot, the number of subcarriers included in an RB, and the number of symbols, symbol length, and cyclic prefix (CP) length within a TTI can be varied in various ways.

[0333] Furthermore, the information, parameters, etc., described in this disclosure may be expressed using absolute values, relative values ​​from a predetermined value, or corresponding other information. For example, wireless resources may be indicated by a predetermined index.

[0334] The names used for parameters and other elements in this disclosure are not restrictive in any way. Furthermore, mathematical formulas and other elements that use these parameters may differ from those expressly disclosed in this disclosure. Various channels (PUCCH, PDCCH, etc.) and information elements can be identified by any suitable name, and therefore, the various names assigned to these various channels and information elements are not restrictive in any way.

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

[0336] Furthermore, information, signals, etc., can be output from upper layers to lower layers and from lower layers to upper layers, or to at least one of the two. Information, signals, etc., may also be input and output via multiple network nodes.

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

[0338] Information notification is not limited to the embodiments described herein and may be carried out by other means. For example, information notification in this disclosure may be carried out by physical layer signaling (e.g., Downlink Control Information (DCI), Uplink Control Information (UCI)), higher layer signaling (e.g., Radio Resource Control (RRC) signaling, broadcast information (Master Information Block (MIB), System Information Block (SIB)), Medium Access Control (MAC) signaling), other signals, or a combination thereof).

[0339] Physical layer signaling may also be called Layer 1 / Layer 2 (L1 / L2) control information (L1 / L2 control signals), L1 control information (L1 control signals), etc. RRC signaling may also be called RRC messages, for example, RRC Connection Setup messages, RRC Connection Reconfiguration messages, etc. MAC signaling may also be communicated using, for example, MAC Control Element (CE).

[0340] Furthermore, notification of the specified information (for example, notification that "X is the case") is not limited to explicit notification, but may also be made implicitly (for example, by not notifying the specified information or by notifying other information).

[0341] The determination may be made by a value represented by 1 bit (0 or 1), by a boolean value represented as true or false, or by a numerical comparison (for example, a comparison with a predetermined value).

[0342] Software should be broadly interpreted to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, execution threads, procedures, functions, and so on, whether they are called software, firmware, middleware, microcode, hardware description languages, or by any other name.

[0343] Furthermore, software, instructions, information, etc., may be transmitted and received via a transmission medium. For example, if software is transmitted from a website, server, or other remote source using at least one of wired technology (such as coaxial cable, fiber optic cable, twisted pair, or Digital Subscriber Line (DSL)) and wireless technology (such as infrared or microwave), then at least one of these wired and wireless technologies is included in the definition of a transmission medium.

[0344] The terms “system” and “network” as used in this disclosure may be used interchangeably. “Network” may also mean the equipment included in the network (e.g., base stations).

[0345] In this disclosure, terms such as "precoding," "precoder," "weight (precoding weight)," "quasi-co-location (QCL)," "transmission configuration indication state (TCI state)," "spatial relation," "spatial domain filter," "transmit power," "phase rotation," "antenna port," "antenna port group," "layer," "number of layers," "rank," "resource," "resource set," "resource group," "beam," "beam width," "beam angle," "antenna," "antenna element," and "panel" may be used interchangeably.

[0346] In this disclosure, terms such as "Base Station (BS)", "wireless base station", "fixed station", "NodeB", "eNB (eNodeB)", "gNB (gNodeB)", "access point", "Transmission Point (TP)", "Reception Point (RP)", "Transmission / Reception Point (TRP)", "panel", "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.

[0347] A base station can house one or more (e.g., three) cells. If a base station houses multiple cells, the entire coverage area of ​​the base station can be divided into several smaller areas, each of which may also be provided with communication services by a base station subsystem (e.g., a small indoor base station (Remote Radio Head (RRH))). The terms “cell” or “sector” refer to part or all of the coverage area of ​​at least one of the base station and / or base station subsystems that provide communication services in that coverage.

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

[0349] A mobile station may also be called 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 appropriate term.

[0350] At least one of the base station and the mobile station may be called a transmitting device, a receiving device, a wireless communication device, etc. At least one of the base station and the mobile station may also be a device mounted on a moving object, the moving object itself, etc.

[0351] The term "mobile object" refers to any movable object, regardless of its speed, and naturally includes cases where the mobile object is stationary. Examples of such mobile objects include, but are not limited to, vehicles, transport vehicles, automobiles, motorcycles, bicycles, connected cars, excavators, bulldozers, wheel loaders, dump trucks, forklifts, trains, buses, handcarts, rickshaws, ships and other watercraft, airplanes, rockets, satellites, drones, multicopters, quadcopters, balloons, and items carried on them. Furthermore, such mobile objects may be autonomously driven objects operating based on operational commands.

[0352] The mobile entity may be a vehicle (e.g., a car, an airplane), an unmanned mobile entity (e.g., a drone, an autonomous vehicle), 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.

[0353] Figure 24 shows an example of a vehicle according to one embodiment. The vehicle 40 includes a drive unit 41, a steering unit 42, an accelerator pedal 43, a brake pedal 44, a shift lever 45, left and right front wheels 46, left and right rear wheels 47, an axle 48, an electronic control unit 49, various sensors (including a current sensor 50, a rotation speed sensor 51, a pneumatic pressure sensor 52, a vehicle speed sensor 53, an acceleration sensor 54, an accelerator pedal sensor 55, a brake pedal sensor 56, a shift lever sensor 57, and an object detection sensor 58), an information service unit 59, and a communication module 60.

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

[0355] The electronic control unit 49 consists of a microprocessor 61, memory (ROM, RAM) 62, and communication ports (e.g., input / output (IO) ports) 63. Signals from various sensors 50-58 installed in the vehicle are input to the electronic control unit 49. The electronic control unit 49 may also be called an Electronic Control Unit (ECU).

[0356] Signals from various sensors 50-58 include current signals from current sensor 50 for sensing motor current, rotational speed signals of front wheels 46 / rear wheels 47 acquired by rotational speed sensor 51, air pressure signals of front wheels 46 / rear wheels 47 acquired by air pressure sensor 52, vehicle speed signals acquired by vehicle speed sensor 53, acceleration signals acquired by acceleration sensor 54, accelerator pedal depression signal of accelerator pedal 43 acquired by accelerator pedal sensor 55, brake pedal depression signal of brake pedal 44 acquired by brake pedal sensor 56, operation signals of shift lever 45 acquired by shift lever sensor 57, and detection signals for detecting obstacles, vehicles, pedestrians, etc., acquired by object detection sensor 58.

[0357] The information service unit 59 consists of various devices for providing (outputting) various types of information such as driving information, traffic information, and entertainment information, including a car navigation system, audio system, speakers, displays, television, and radio, and one or more ECUs that control these devices. The information service unit 59 uses information acquired from external devices via a communication module 60 or the like to provide various types of information / services (e.g., multimedia information / multimedia services) to the occupants of the vehicle 40.

[0358] The information service unit 59 may include input devices that accept input from the outside (e.g., keyboard, mouse, microphone, switch, button, sensor, touch panel, etc.) and output devices that perform output to the outside (e.g., display, speaker, LED lamp, touch panel, etc.).

[0359] The driver assistance system unit 64 consists of various devices that provide functions to prevent accidents or reduce the driver's workload, such as millimeter-wave radar, Light Detection and Ranging (LiDAR), cameras, positioning locators (e.g., Global Navigation Satellite System (GNSS)), map information (e.g., High Definition (HD) maps, Autonomous Vehicle (AV) maps), gyro systems (e.g., Inertial Measurement Unit (IMU), Inertial Navigation System (INS)), artificial intelligence (AI) chips, and AI processors, as well as one or more ECUs that control these devices. The driver assistance system unit 64 also transmits and receives various information via the communication module 60 to realize driver assistance functions or autonomous driving functions.

[0360] The communication module 60 can communicate with the microprocessor 61 and components of the vehicle 40 via the communication port 63. For example, the communication module 60 sends and receives data (information) via the communication port 63 to the drive unit 41, steering unit 42, accelerator pedal 43, brake pedal 44, shift lever 45, left and right front wheels 46, left and right rear wheels 47, axle 48, the microprocessor 61 and memory (ROM, RAM) 62 in the electronic control unit 49, and various sensors 50-58 provided in the vehicle 40.

[0361] The communication module 60 is a communication device that can be controlled by the microprocessor 61 of the electronic control unit 49 and can communicate with external devices. For example, it can send and receive various types of information to and from external devices via wireless communication. The communication module 60 may be located either inside or outside the electronic control unit 49. The external device may be, for example, the base station 10 or the user terminal 20 described above. Alternatively, the communication module 60 may be, for example, at least one of the base station 10 and the user terminal 20 (it may function as at least one of the base station 10 and the user terminal 20).

[0362] The communication module 60 may transmit at least one of the following to an external device via wireless communication: signals from the various sensors 50-58 input to the electronic control unit 49, information obtained based on said signals, and information based on input from an external source (user) obtained via the information service unit 59. The electronic control unit 49, the various sensors 50-58, the information service unit 59, etc., may also be called input units that accept input. For example, the PUSCH transmitted by the communication module 60 may include information based on the above input.

[0363] The communication module 60 receives various information (traffic information, signal information, inter-vehicle information, etc.) transmitted from an external device and displays it on the information service unit 59 installed in the vehicle. The information service unit 59 may also be called an output unit, which outputs information (for example, it outputs information to devices such as displays and speakers based on the PDSCH (or data / information decoded from the PDSCH) received by the communication module 60).

[0364] Furthermore, the communication module 60 stores various information received from external devices in a memory 62 that can be used by the microprocessor 61. Based on the information stored in the memory 62, the microprocessor 61 may control the drive unit 41, steering unit 42, accelerator pedal 43, brake pedal 44, shift lever 45, left and right front wheels 46, left and right rear wheels 47, axle 48, various sensors 50-58, etc., which are provided in the vehicle 40.

[0365] Furthermore, the term "base station" in this disclosure may be interpreted as "user terminal." For example, the various aspects / embodiments of this disclosure may be applied to a configuration in which communication between a base station and a user terminal is replaced with communication between multiple user terminals (which may be called, for example, Device-to-Device (D2D), Vehicle-to-Everything (V2X)). In this case, the user terminal 20 may have the functions that the base station 10 has. Also, terms such as "uplink" and "downlink" may be interpreted as terms corresponding to terminal-to-terminal communication (for example, "sidelink"). For example, uplink channel and downlink channel may be interpreted as sidelink channel.

[0366] Similarly, the term "user terminal" in this disclosure may be replaced with "base station." In this case, the base station 10 may be configured to have the same functions as the user terminal 20 described above.

[0367] In this disclosure, operations performed by a base station may, in some cases, be performed by its upper node. In a network including one or more network nodes with base stations, it is clear that various operations performed for communication with terminals may be performed by the base station, one or more network nodes other than the base station (for example, a Mobility Management Entity (MME), a Serving Gateway (S-GW), etc., but not limited to these), or a combination thereof.

[0368] Each aspect / embodiment described in this disclosure may be used individually, in combination, or switched between during execution. Furthermore, the processing procedures, sequences, flowcharts, etc., of each aspect / embodiment described in this disclosure may be rearranged in order, provided they are consistent. For example, the methods described in this disclosure present various step elements in an exemplary order and are not limited to that specific order.

[0369] Each aspect / embodiment described in this disclosure includes Long Term Evolution (LTE), LTE-Advanced (LTE-A), LTE-Beyond (LTE-B), SUPER 3G, IMT-Advanced, 4th generation mobile communication system (4G), 5th generation mobile communication system (5G), 6th generation mobile communication system (6G), xth generation mobile communication system (xG (where x is, for example, an integer or decimal)), Future Radio Access (FRA), New-Radio Access Technology (RAT), New Radio (NR), New radio access (NX), Future generation radio access (FX), Global System for Mobile communications (GSM®), CDMA2000, Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi®), IEEE 802.16 (WiMAX®), and IEEE This may apply to systems utilizing 802.20, Ultra-WideBand (UWB), Bluetooth®, or other appropriate wireless communication methods, as well as next-generation systems that are extended, modified, created, or defined based on these. It may also apply to combinations of multiple systems (e.g., a combination of LTE or LTE-A and 5G).

[0370] In this disclosure, the phrase "based on" does not mean "based solely on" unless otherwise specified. In other words, the phrase "based on" means both "based solely on" and "based at least on."

[0371] Any reference to elements using the designations “first,” “second,” etc., as used in this disclosure does not generally limit the quantity or order of those elements. These designations may be used in this disclosure as a convenient way to distinguish between two or more elements. Accordingly, the references to the first and second elements do not imply that only two elements may be employed or that the first element must precede the second element in any way.

[0372] The term “determining” as used in this disclosure may encompass a wide variety of actions. For example, “determining” may be considered to include judging, calculating, computing, processing, deriving, investigating, looking up, searching, inquiry (e.g., searching in tables, databases, or other data structures), ascertaining, etc.

[0373] Furthermore, "judgment (decision)" may be considered as "judging (deciding)" things like receiving (e.g., receiving information), transmitting (e.g., sending information), input, output, accessing (e.g., accessing data in memory).

[0374] Furthermore, "judgment (decision)" can be considered as "judging (deciding)" something like resolving, selecting, choosing, establishing, comparing, etc. In other words, "judgment (decision)" can be considered as "judging (deciding)" something about an action.

[0375] Furthermore, "judgment (decision)" can be replaced with "assuming," "expecting," or "considering."

[0376] The term "maximum transmit power" as used in this disclosure may mean the maximum transmit power, the nominal UE maximum transmit power, or the rated UE maximum transmit power.

[0377] As used in this disclosure, the terms “connected,” “coupled,” and any variations thereof mean any direct or indirect connection or coupling between two or more elements, and may include one or more intermediate elements between two elements that are “connected” or “coupled” with each other. The coupling or connection between elements may be physical, logical, or a combination thereof. For example, “connection” may be replaced with “access.”

[0378] In this disclosure, when two elements are connected, they can be considered to be “connected” or “coupled” to each other using one or more wires, cables, printed electrical connections, etc., and, in some non-exclusive and non-exclusive examples, electromagnetic energy having wavelengths in the radio frequency domain, microwave domain, or optical domain (both visible and invisible).

[0379] In this 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 "combine" may be interpreted similarly to "different."

[0380] Where the terms “include,” “including,” and variations thereof are used in this disclosure, these terms are intended to be inclusive, as is the term “comprising.” Furthermore, the term “or” as used in this disclosure is not intended to mean exclusive OR.

[0381] In this disclosure, if articles are added by translation, such as a, an, and the in English, this disclosure may include the fact that the noun following these articles is plural.

[0382] Although the invention described herein has been explained in detail above, it will be clear to those skilled in the art that the invention described herein is not limited to the embodiments described herein. The invention described herein can be implemented in modified and altered forms without departing from the spirit and scope of the invention as defined in the claims. Therefore, the descriptions herein are for illustrative purposes only and do not imply any limitation on the invention described herein.

Claims

1. A receiving unit that receives a Radio Resource Control information element (RRC IE) which sets a preamble for repeating message 1 separately for each different number of repetitions, The system includes a control unit that determines a preamble for repeating message 1 based on the RRC IE, The control unit controls the terminal so as not to increment the preamble's transmission counter, power ramping counter, and received target power when transmitting the second or subsequent preambles in the repeated transmission of the preamble.

2. The steps include receiving a Radio Resource Control information element (RRC IE) that sets a preamble for repeating message 1 separately for each different number of repetitions, The steps include determining a preamble for repeating message 1 based on the RRC IE, A wireless communication method for a terminal, comprising the step of controlling the transmission counter, power ramping counter, and received target power of the preamble so as not to increment when transmitting the second or subsequent preambles in the repeated transmission of the preamble.

3. A transmission unit that sends a Radio Resource Control information element (RRC IE) that sets a preamble for repeating message 1 separately for each different number of repetitions, It includes a control unit that controls the terminal to receive a preamble for repeating message 1, which is determined by the terminal based on the RRC IE, The control unit determines that when the terminal transmits the second or subsequent preambles in a repeated transmission of the preamble, the transmission counter, power ramping counter, and received target power of the preamble are not incremented.

4. A system having terminals and base stations, The aforementioned terminal is A receiving unit that receives a Radio Resource Control information element (RRC IE) which sets a preamble for repeating message 1 separately for each different number of repetitions, The system includes a control unit that determines a preamble for repeating message 1 based on the RRC IE, The control unit controls the transmission counter, power ramping counter, and received target power of the preamble so as not to increment when transmitting the second and subsequent preambles in the repeated transmission of the preamble. The aforementioned base station is A system having a transmitting unit that transmits the aforementioned RRC IE.

Images