WO2023223552A1 - 端末、無線通信方法及び基地局 - Google Patents

端末、無線通信方法及び基地局 Download PDF

Info

Publication number
WO2023223552A1
WO2023223552A1 PCT/JP2022/020974 JP2022020974W WO2023223552A1 WO 2023223552 A1 WO2023223552 A1 WO 2023223552A1 JP 2022020974 W JP2022020974 W JP 2022020974W WO 2023223552 A1 WO2023223552 A1 WO 2023223552A1
Authority
WO
WIPO (PCT)
Prior art keywords
prach
transmission
group
preamble
random access
Prior art date
Application number
PCT/JP2022/020974
Other languages
English (en)
French (fr)
Inventor
尚哉 芝池
祐輝 松村
聡 永田
チーピン ピ
ジン ワン
ラン チン
イイ ル
ヨン リ
Original Assignee
株式会社Ｎｔｔドコモ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社Ｎｔｔドコモ filed Critical 株式会社Ｎｔｔドコモ
Priority to PCT/JP2022/020974 priority Critical patent/WO2023223552A1/ja
Publication of WO2023223552A1 publication Critical patent/WO2023223552A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/06—TPC algorithms
    • H04W52/16—Deriving transmission power values from another channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA

Definitions

  • the present disclosure relates to a terminal, a wireless communication method, and a base station in a next-generation mobile communication system.
  • LTE Long Term Evolution
  • 3GPP Rel. 10-14 LTE-Advanced (3GPP Rel. 10-14) has been specified for the purpose of further increasing capacity and sophistication of LTE (Third Generation Partnership Project (3GPP) Releases (Rel.) 8 and 9).
  • LTE Long Term Evolution
  • 5G 5th generation mobile communication system
  • 5G+ plus
  • NR New Radio
  • E-UTRA Evolved Universal Terrestrial Radio Access
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • the random access procedure for improving coverage is not clear. If such a random access procedure is not clear, communication throughput may decrease.
  • one of the purposes of the present disclosure is to provide a terminal, a wireless communication method, and a base station that improve the coverage of random access procedures.
  • a terminal determines a plurality of groups including a plurality of resources for physical random access channels, determines one or more path loss reference signals for the plurality of groups, and determines one or more path loss reference signals for the plurality of groups, and a control unit that determines a plurality of transmission powers corresponding to each of the plurality of resources based on a path loss reference signal; and a transmission unit that transmits each of the plurality of repetitions of the physical random access channel in the plurality of resources.
  • FIG. 1 shows an example of the operation of a power ramping counter during multiple preambles using the same beam.
  • FIG. 2 shows an example of the operation of a power ramping counter during multiple preambles using different beams.
  • FIG. 3 shows an example of the operation after transmitting the RA preamble.
  • 4A and 4B show an example of multi-PRACH transmission.
  • 5A to 5C illustrate an example of type 1 multi-PRACH transmission.
  • 6A to 6C show an example of type 2 multi-PRACH transmission.
  • FIG. 7 shows an example of association of RO and SSB indexes.
  • FIG. 8 shows an example of Case 1-1 of Embodiment #1/Choice 1/Option 1.
  • FIG. 9 shows an example of case 1-1 of embodiment #1/choice 1/option 2.
  • FIG. 10 shows another example of Case 1-1 of Embodiment #1/Choice 1/Option 2.
  • FIG. 11 shows an example of Case 1-2 of Embodiment #1/Choice 1/Option 1.
  • FIG. 12 shows an example of case 1-2 of embodiment #1/choice 1/option 2.
  • FIG. 13 shows another example of Case 1-2 of Embodiment #1/Choice 1/Option 2.
  • FIG. 14 shows an example of Case 1-3 of Embodiment #1/Choice 1/Option 1.
  • FIG. 15 shows an example of Case 1-3 of Embodiment #1/Choice 1/Option 2.
  • FIG. 16 shows another example of Case 1-3 of Embodiment #1/Choice 1/Option 2.
  • FIG. 11 shows an example of Case 1-2 of Embodiment #1/Choice 1/Option 1.
  • FIG. 12 shows an example of case 1-2 of embodiment #1/choice 1/option 2.
  • FIG. 13 shows another example of Case 1-2 of Embodiment #1/Choice
  • FIG. 17 shows an example of one RO group of Case 2-1 of Embodiment #1/Choice 1/Option 1.
  • FIG. 18 shows an example of two RO groups in Case 2-1 of Embodiment #1/Choice 1/Option 1.
  • FIG. 19 shows another example of two RO groups in Case 2-1 of Embodiment #1/Choice 1/Option 1.
  • FIG. 20 shows an example of one RO group of Case 2-2 of Embodiment #1/Choice 1/Option 1.
  • FIG. 21 shows an example of two RO groups in Case 2-2 of Embodiment #1/Choice 1/Option 1.
  • FIG. 22 shows another example of two RO groups in Case 2-2 of Embodiment #1/Choice 1/Option 1.
  • FIG. 23 shows an example of one RO group in Case 2-3 of Embodiment #1/Choice 1/Option 1.
  • FIG. 24 shows an example of two RO groups in Case 2-3 of Embodiment #1/Choice 1/Option 1.
  • FIG. 25 shows another example of two RO groups in Case 2-3 of Embodiment #1/Choice 1/Option 1.
  • FIG. 26 shows an example of Case 1-1 of Embodiment #1/Option 2.
  • FIG. 27 shows an example of Case 1-2 of Embodiment #1/Option 2.
  • FIG. 28 shows an example of Case 1-3 of Embodiment #1/Option 2.
  • FIG. 29 shows an example of Case 2-1 of Embodiment #1/Option 2.
  • FIG. 30 shows an example of Case 2-2 of Embodiment #1/Option 2.
  • FIG. 31 shows an example of Case 2-3 of Embodiment #1/Option 2.
  • FIG. 32 is a diagram illustrating an example of a schematic configuration of a wireless communication system according to an embodiment.
  • FIG. 33 is a diagram illustrating an example of the configuration of a base station according to an embodiment.
  • FIG. 34 is a diagram illustrating an example of the configuration of a user terminal according to an embodiment.
  • FIG. 35 is a diagram illustrating an example of the hardware configuration of a base station and a user terminal according to an embodiment.
  • FIG. 36 is a diagram illustrating an example of a vehicle according to an embodiment.
  • the UE performs reception processing (e.g. reception, demapping, demodulation, Controlling at least one of decoding), transmission processing (eg, at least one of transmission, mapping, precoding, modulation, and encoding) is being considered.
  • reception processing e.g. reception, demapping, demodulation, Controlling at least one of decoding
  • transmission processing e.g, at least one of transmission, mapping, precoding, modulation, and encoding
  • the TCI states may represent those that apply to downlink signals/channels. What corresponds to the TCI state applied to uplink signals/channels may be expressed as a spatial relation.
  • the TCI state is information regarding quasi-co-location (QCL) of signals/channels, and may also be called spatial reception parameters, spatial relation information, etc.
  • the TCI state may be set in the UE on a per-channel or per-signal basis.
  • QCL is an index that indicates the statistical properties of a signal/channel. For example, when one signal/channel and another signal/channel have a QCL relationship, the Doppler shift, Doppler spread, and average delay are calculated between these different signals/channels. ), delay spread, and spatial parameters (e.g., spatial Rx parameters) can be assumed to be the same (QCL with respect to at least one of these). You may.
  • the spatial reception parameters may correspond to the UE's reception beam (eg, reception analog beam), and the beam may be identified based on the spatial QCL.
  • QCL or at least one element of QCL in the present disclosure may be read as sQCL (spatial QCL).
  • QCL types A plurality of types (QCL types) may be defined for QCL.
  • QCL types A-D may be provided with different parameters (or parameter sets) that can be assumed to be the same, and the parameters (which may be referred to as QCL parameters) are shown below: ⁇ QCL type A (QCL-A): Doppler shift, Doppler spread, average delay and delay spread, ⁇ QCL type B (QCL-B): Doppler shift and Doppler spread, ⁇ QCL type C (QCL-C): Doppler shift and average delay, - QCL type D (QCL-D): Spatial reception parameters.
  • Control Resource Set CORESET
  • channel or reference signal is in a particular QCL (e.g. QCL type D) relationship with another CORESET, channel or reference signal, It may also be called a QCL assumption.
  • QCL Control Resource Set
  • the UE may determine at least one of a transmit beam (Tx beam) and a receive beam (Rx beam) for the signal/channel based on the TCI state or QCL assumption of the signal/channel.
  • Tx beam transmit beam
  • Rx beam receive beam
  • the TCI state may be, for example, information regarding the QCL between a target channel (in other words, a reference signal (RS) for the channel) and another signal (for example, another RS). .
  • the TCI state may be set (indicated) by upper layer signaling, physical layer signaling, or a combination thereof.
  • the physical layer signaling may be, for example, downlink control information (DCI).
  • DCI downlink control information
  • Channels for which TCI states or spatial relationships are set are, for example, Physical Downlink Shared Channel (PDSCH), Physical Downlink Control Channel (PDCCH), and Uplink Shared Channel (Physical Uplink Shared Channel).
  • the channel may be at least one of a physical uplink control channel (PUCCH) and a physical uplink control channel (PUCCH).
  • the RS that has a QCL relationship with the channel is, for example, a synchronization signal block (SSB), a channel state information reference signal (CSI-RS), a measurement reference signal (Sounding
  • the signal may be at least one of a tracking reference signal (SRS), a tracking CSI-RS (also referred to as a tracking reference signal (TRS)), and a QCL detection reference signal (also referred to as a QRS).
  • SRS tracking reference signal
  • TRS tracking reference signal
  • QRS QCL detection reference signal
  • the 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).
  • PSS primary synchronization signal
  • SSS secondary synchronization signal
  • PBCH physical broadcast channel
  • An RS of QCL type X in a TCI state may mean an RS that has a QCL type It's okay.
  • the UE receives SS/PBCH blocks (SSB), Msg. 1 (PRACH/random access preamble/preamble) transmission, Msg. 2 (PDCCH, PDSCH including random access response (RAR)), Msg. 3 (PUSCH scheduled by RAR UL grant) transmission, Msg. 4 (PDCCH, PDSCH including UE contention resolution identity).
  • SSB SS/PBCH blocks
  • Msg. 1 PRACH/random access preamble/preamble
  • Msg. 2 PDCCH, PDSCH including random access response (RAR)
  • Msg. 3 PUSCH scheduled by RAR UL grant
  • Msg. 4 (PDCCH, PDSCH including UE contention resolution identity).
  • SSB reception includes PSS detection, SSS detection, PBCH-DMRS detection, and PBCH reception.
  • PSS detection performs detection of part of the physical cell ID (PCI), detection (synchronization) of OFDM symbol timing, and (coarse) frequency synchronization.
  • SSS detection includes detection of physical cell ID.
  • PBCH-DMRS detection involves detection of (part of) the SSB index within a half radio frame (5ms).
  • PBCH reception involves detecting the system frame number (SFN) and radio frame timing (SSB index), receiving configuration information for receiving remaining minimum system information (RMSI, SIB1), and allowing the UE to camp in that cell (carrier). including the recognition of whether or not.
  • the SSB has a band of 20 RB and a time of 4 symbols.
  • the SSB transmission cycle can be set from ⁇ 5, 10, 20, 40, 80, 160 ⁇ ms.
  • a plurality of SSB symbol positions are defined based on the frequency range (FR1, FR2).
  • PBCH has a 56-bit payload. N repetitions of the PBCH are transmitted within a period of 80ms. N depends on the SSB transmission period.
  • SIB1 includes information for performing RACH settings and RACH procedures.
  • the time/frequency resource relationship between the SSB and the PDCCH monitoring resource for SIB1 is set by the PBCH.
  • a base station that uses beam correspondence transmits multiple SSBs using multiple beams in each SSB transmission period.
  • Each of the plurality of SSBs has a plurality of SSB indexes.
  • a UE that detects one SSB transmits a PRACH in the RACH occasion associated with that SSB index and receives a RAR in the RAR window.
  • beam and coverage In high frequency bands, if beamforming is not applied to the synchronization signal/reference signal, the coverage will be narrow and it will be difficult for the UE to discover the base station. On the other hand, if beamforming is applied to the synchronization signal/reference signal to ensure coverage, a strong signal will reach in a specific direction, but it will be more difficult for the signal to reach in other directions. If the direction in which the UE exists is unknown at the base station before the UE is connected, it is impossible to transmit synchronization signals/reference signals using beams directed only in appropriate directions. A possible method is that the base station transmits multiple synchronization signals/reference signals, each having beams in different directions, and the UE recognizes which beam it has discovered. Using thin (narrow) beams for coverage requires transmitting many synchronization/reference signals, which may increase overhead and reduce spectrum efficiency.
  • Coverage extension including PRACH extension for frequency range (FR) 2 is being considered. For example, PRACH repetition using the same beam or different beams is being considered. This PRACH extension may be applied to FR1.
  • PRACH extension may be applied to the short PRACH format or to other formats.
  • the common RACH configuration includes the general RACH configuration (rach-ConfigGeneric), the total number of RA preambles (totalNumberOfRA-Preambles), the SSB for each RACH occasion, and the contention-based (CB) preamble for each SSB (ssb-perRACH). -OccasionAndCB-PreamblesPerSSB).
  • the rach-ConfigGeneric may include a PRACH configuration index (prach-ConfigurationIndex) and a message 1FDM (msg1-FDM, number of PRACH occasions to be FDMed within one time instance).
  • ssb-perRACH-OccasionAndCB-PreamblesPerSSB may include the number of CB preambles for each SSB for the number of SSBs for each RACH occasion 1/8 (oneEighth, one SSB is associated with eight RACH occasions).
  • the UE determines the number N of SS/PBCH blocks associated with one PRACH occasion and the SS /The number R of CB preambles per PBCH block may be applied by ssb-perRACH-OccasionAndCB-PreamblesPerSSB.
  • N_preamble ⁇ total is given by totalNumberOfRA-Preambles for type 1 random access procedure and msgA-TotalNumberOfRA-Preambles for type 2 random access procedure with configuration of PRACH occasion independent of type 1 random access procedure. given by. N_preamble ⁇ total is a multiple of N.
  • the association period for mapping SS/PBCH blocks to PRACH occasions is such that N_Tx ⁇ SSB SS/PBCH block indexes are mapped to PRACH occasions at least once within the association period.
  • N_Tx ⁇ SSB is the minimum value in the set determined by the PRACH configuration period according to the relationship (relationship defined in the specification) between the PRACH configuration period and the association period (number of PRACH configuration periods).
  • the UE obtains N_Tx ⁇ SSB from the value of SSB positions in bursts (ssb-PositionsInBurst) in SIB1 or in the common serving cell configuration (ServingCellConfigCommon).
  • the SS/PBCH block index is also not mapped to a PRACH occasion or its set of PRACH preambles.
  • the association pattern period includes one or more association periods and is determined such that the pattern between PRACH occasion and SS/PBCH block index repeats at most every 160 ms. If there is a PRACH occasion that is not associated with an SS/PBCH block index after an integer number of association periods, that PRACH occasion is not used for PRACH.
  • the association period is ⁇ 1, 2, 4, 8, 16 ⁇ , ⁇ 1, 2, 4, 8 ⁇ , ⁇ 1, 2, 4 ⁇ , ⁇ 1, 2 ⁇ , and ⁇ 1 ⁇ .
  • One RO is associated with SSBs 0 to 3.
  • Preamble indexes 0 to 15 are associated with SSB0
  • preamble indexes 15 to 31 are associated with SSB1
  • preamble indexes 32 to 47 are associated with SSB2
  • SSB3 is associated with preamble indexes 48 to 63
  • SSB3 is associated with SSB3.
  • 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 index by the received PRACH.
  • the random access preamble can only be transmitted on the time resources specified in the random access configuration of the specification, whether it is FR1 or FR2, and the spectrum type (paired spectrum/supplementary uplink (SUL)/unpaired spectrum). (unpaired) spectrum).
  • the PRACH configuration index is given by the upper layer parameter prach-ConfigurationIndex or, if configured, by msgA-PRACH-ConfigurationIndex.
  • the type of RACH procedure may be at least one of the following: ⁇ Contention-free random access (CFRA), PDCCH ordered RA (PDCCH ordered RA, RA initiated by PDCCH order), CFRA for beam failure recovery (BFR), CFRA for system information (SI) request, synchronization CFRA for reconfiguration with sync, etc. - contention-based random access (CBRA), RA triggered by MAC entity, RA triggered by RRC with event, CBRA for BFR, etc. ⁇ 4 step RACH. ⁇ 2 step RACH.
  • PRACH repetition is not clear. For example, it is not clear how PRACH resources for repetition (eg, repetition pattern, number of repetitions) are configured, UE behavior of preamble repetition transmission, impact on RACH-related counters/timers, etc. If such settings/procedures are not clear, there is a risk of deterioration in communication quality/communication throughput.
  • PRACH resources for repetition eg, repetition pattern, number of repetitions
  • UE behavior of preamble repetition transmission impact on RACH-related counters/timers, etc. If such settings/procedures are not clear, there is a risk of deterioration in communication quality/communication throughput.
  • 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 contention resolution (SpCell only).
  • Msg. B response window is a time window for monitoring RA response (RAR) for two-step RA type (SpCell only).
  • the MAC entity performs actions 1 to 3 below, regardless of the possibility that a measurement gap may occur.
  • the MAC entity performs the following actions 2-1 and 2-2.
  • the MAC entity starts the ra-ResponseWindow configured in the common RACH configuration (RACH-ConfigCommon) in the first PDCCH occasion from the end of the RA preamble transmission.
  • the MAC entity monitors the PDCCH transmission of the SpCell for RAR identified by the RA-RNTI while the ra-ResponseWindow is operating.
  • the MAC entity may stop ra-ResponseWindow (may stop monitoring for RARs) after successful reception of RARs containing RA preamble identifiers matching the transmitted PREAMBLE_INDEX.
  • PDCCH monitoring within the RA response window There are two cases for PDCCH monitoring within the RA response window: PDCCH for base station response to BFR and PDCCH for RAR. The following may apply to both cases.
  • the MAC entity performs actions 4 to 6 below, regardless of the possibility of a measurement gap occurring.
  • msgB-ResponseWindow is the first of the earliest CORESET the UE is configured to receive a PDCCH for type 1-PDCCH CSS set that is at least one symbol after the last symbol of the PRACH occasion corresponding to the PRACH transmission. It may start at the symbol.
  • the length of msgB-ResponseWindow may correspond to the SCS for Type 1-PDCCH CSS set.
  • the MAC entity monitors the PDCCH transmission of the SpCell for the RAR identified by the MSGB-RNTI while the msgB-ResponseWindow is active.
  • RA-RNTI 1+s_id+14 ⁇ t_id+14 ⁇ 80 ⁇ f_id+14 ⁇ 80 ⁇ 8 ⁇ ul_carrier_id
  • the subcarrier spacing (SCS) for determining t_id is based on the value of ⁇ .
  • 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 specifications.
  • RA-RNTI is an RNTI for 4-step RACH.
  • MSGB-RNTI 1+s_id+14 ⁇ t_id+14 ⁇ 80 ⁇ f_id+14 ⁇ 80 ⁇ 8 ⁇ ul_carrier_id+14 ⁇ 80 ⁇ 8 ⁇ 2
  • the subcarrier spacing (SCS) for determining t_id is based on the value of ⁇ .
  • 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 an RNTI for 2-step RACH.
  • DCI format 1_0 includes a DCI format identifier field, a bit field that is always set to 1, and a frequency domain resource assignment field. If the cyclic redundancy check (CRC) of DCI format 1_0 is scrambled by C-RNTI and the frequency domain resource allocation field is all ones, then that DCI format 1_0 is for random access procedure initiated by PDCCH order and the rest
  • the fields are random access preamble, UL/supplementary Uplink (SUL) indicator, SS/PBCH index (SSB index), PRACH mask index, and reserved bits (12 bits).
  • the PRACH mask index field specifies that if the value of the Random Access Preamble Index field is non-zero, the PRACH occasion is the SS/PBCH block i indicated by the SS/PBCH block index field of the PDCCH order. indicates the PRACH occasion of the PRACH transmission associated with the index.
  • the PRACH mask index is indicated by ra-ssb-OccasionMaskIndex.
  • the ra-ssb-OccasionMaskIndex indicates the PRACH occasion for the PRACH transmission that is associated with the selected SS/PBCH block index.
  • PRACH occasions are mapped consecutively for each corresponding SS/PBCH block index.
  • the PRACH occasion indexing indicated by the mask index value is reset every SS/PBCH block index and every successive PRACH occasion mapping cycle.
  • the UE selects the PRACH occasion indicated by the PRACH mask index value for the indicated SS/PBCH block index for PRACH transmission in the first available mapping cycle.
  • the order of PRACH occasions is as follows. - First, increasing order of frequency resource index for frequency multiplexed PRACH occasions. - Second, increasing order of time resource index for time multiplexed PRACH occasions within a PRACH slot. - Third, ascending order of PRACH slot index.
  • the value of ra-OccasionList indicates the list of PRACH occasions for PRACH transmissions, and the PRACH occasions are csi-RS is associated with the selected CSI-RS index indicated by .
  • the indexing of PRACH occasions indicated by ra-OccasionList is reset every association pattern period.
  • the value of the PRACH mask index value (msgA-SSB-SharedRO-MaskIndex) is associated with the allowed PRACH occasions of the SSB (the value of the PRACH occasion index).
  • the random access procedure is initiated by the PDCCH order, by the MAC entity itself, or by RRC for specification compliant events. Only one random access procedure is ongoing within a MAC entity at any given time.
  • the SCell random access procedure is initiated only by PDCCH orders with ra-PreambleIndex different from 0b000000.
  • the MAC entity When a random access procedure is initiated on the serving cell, the MAC entity does the following: - If a random access procedure is initiated by a PDCCH order and the ra-PreambleIndex explicitly provided by the PDCCH is not 0b000000, or if a random access procedure is initiated for reconfiguration with synchronization, If contention-free random access resources of step RA type are explicitly provided by rach-ConfigDedicated for the BWP selected for the random access procedure. Set RA_TYPE to 4-stepRA.
  • the MAC entity does the following: - If ra-PreambleIndex is explicitly provided by PDCCH and ra-PreambleIndex is not 0b000000, set PREAMBLE_INDEX to the notified ra-PreambleIndex and select the SSB notified by PDCCH.
  • MAC next available PRACH occasion from the PRACH occasions allowed by the restriction given by ra-ssb-OccasionMaskIndex and corresponding to the selected SSB (MAC).
  • the entity randomly selects a PRACH occasion among consecutive PRACH occasions with equal probability, corresponding to the selected SSB, according to the specification.
  • the MAC entity selects the next available PRACH corresponding to the selected SSB.
  • the possibility of measurement gaps may be considered).
  • N_(T,2) is the duration of N_2 symbols corresponding to the PUSCH preparation time of UE processing capability 1. It is assumed that ⁇ corresponds to the minimum SCS setting between the subcarrier spacing (SCS) setting of the PDCCH order and that of the corresponding PRACH transmission.
  • SCS subcarrier spacing
  • ⁇ _BWPSwitching 0, otherwise ⁇ _BWPSwitching is defined in the specification.
  • ⁇ _delay 0.5 msec
  • ⁇ _delay 0.25 msec
  • T_switch is the switching gap duration defined in the specification.
  • PRACH occasion ⁇ Conditions for valid/invalid of PRACH occasion (valid conditions)> All PRACH occasions are valid in paired spectrum (FDD) or SUL bands. In unpaired spectrum (TDD), PRACH occasions may comply with regulations 1 and 2 below. [Regulation 1] In case the UE is not provided with tdd-UL-DL-ConfigurationCommon, the PRACH occasion within the PRACH slot does not precede the SS/PBCH block within the PRACH slot and is at least N_gap symbols from the last SS/PBCH block received symbol. If it starts later, the PRACH occasion is valid.
  • N_gap is defined in the specifications.
  • channelAccessMode semistatic is provided, there is no overlap with the set of consecutive symbols before the start of the next channel occupation time that the UE does not transmit.
  • the candidate SS/PBCH block index of the SS/PBCH block corresponds to the SS/PBCH block index provided by ssb-PositionsInBurst in SIB1 or in ServingCellConfigCommon.
  • the PRACH occasion within the PRACH slot is valid in the following cases: - The PRACH occasion is within the UL symbol.
  • the PRACH occasion does not precede the SS/PBCH block in the PRACH slot, but starts at least N_gap symbols after the last DL symbol and at least N_gap symbols after the last SS/PBCH block symbol.
  • the candidate SS/PBCH block index of the SS/PBCH block corresponds to the SS/PBCH block index provided by ssb-PositionsInBurst in SIB1 or in ServingCellConfigCommon, as described in the specification.
  • Step 4 in CBRA Rel.
  • Step 4 (Msg4) in the RA procedure of 16 NR follows the Step 4 operation below.
  • DCI format in response to a PUSCH transmission scheduled by RAR UL grant or in response to a corresponding PUSCH retransmission scheduled by DCI format 0_0 with CRC scrambled by TC-RNTI provided in the corresponding RAR message. If the UE detects that the PDCCH carrying that DCI format is used by the UE for PRACH association, regardless of whether the UE is provided with TCI status for the CORESET in which the UE received the PDCCH with that DCI format.
  • the same DM-RS antenna port QCL properties as the DM-RS antenna port quasi co-location (QCL) properties for the SS/PBCH block may be assumed.
  • the UE In response to the PRACH transmission, the UE attempts to detect DCI format 1_0 with the CRC scrambled by the corresponding RA-RNTI during the window controlled by the above-mentioned upper layers.
  • the window Start In the first symbol of the earliest CORESET in which the UE is configured to receive a PDCCH for a type 1-PDCCH CSS set, i.e. at least one symbol after the last symbol of the PRACH occasion corresponding to the PRACH transmission, the window Start.
  • the symbol period corresponds to the SCS for Type 1-PDCCH CSS set.
  • the length of the window is based on the SCS for type 1-PDCCH CSS set and is provided by ra-responseWindow as the number of slots.
  • the UE If the UE has a CRC scrambled by the corresponding RA-RNTI and the LSBs of the SFN field in the DCI format are the same as the least significant bits (LSBs) of the system frame number (SFN) for which the UE sent the PRACH. If the UE detects the DCI format 1_0 and receives the transport block in the corresponding PDSCH, the UE determines the TCI state (TCI-State) for the CORESET in which the UE receives the PDCCH with the DCI format 1_0. The UE may assume the same DMRS antenna port QCL properties for the SS/PBCH block or CSI-RS resources that the UE uses for PRACH association, whether provided or not.
  • the UE attempts to detect a DCI format 1_0 with a CRC scrambled by the corresponding RA-RNTI in response to a PRACH transmission initiated by a PDCCH order triggering a CFRA procedure for the SpCell, the UE detects that DCI format It may be assumed that the PDCCH including 1_0 and its PDCCH order have the same DMRS antenna port QCL properties.
  • the UE attempts to detect a DCI format 1_0 with a CRC scrambled by the corresponding RA-RNTI in response to a PRACH transmission initiated by a PDCCH order that triggers a CFRA procedure for the secondary cell, the UE
  • the DMRS antenna port QCL properties of the CORESET associated with the Type 1-PDCCH CSS set for reception of PDCCHs including format 1_0 may be assumed.
  • the RAR UL grant includes a frequency hopping flag field, a PUSCH frequency resource allocation field, a PUSCH time resource allocation field, a modulation and coding scheme (MCS) field, a PUSCH TPC command field, a CSI request field, Channel access may include at least one of a cyclic prefix extension (CPext) field.
  • MCS modulation and coding scheme
  • CPext cyclic prefix extension
  • the UE upon reception of Msg2 (e.g., base station response for RAR, BFR), the UE: A different QCL (eg, beam) may be assumed for the reception of Msg2.
  • Msg2 e.g., base station response for RAR, BFR
  • the UE may be assumed for the reception of Msg2.
  • the purpose of PRACH repetition with different beams is to improve the decoding performance of the base station (assuming beam correspondence at the UE, same DL/UL beam at the UE). It does not mean that the UE can decode DL reception with different beams. In other words, the following opinion 1 is obtained.
  • CBRA is primarily initiated by MAC/RRC.
  • CFRA may be initiated by PDCCH order or MAC/RRC (eg, BFR, listen before transmission (LBT) failure, system information (SI) request, etc.). Solutions to the following problems are not clear for different cases. - Whether PRACH repetition with different beams is applied. Determining the available different beams and the available number of repetitions with the different beams. - Determination of QCL assumption for Msg2 reception.
  • Embodiments #1/#2 described below are used for PRACH repetition with different beams. There, a reference resource/reference beam is indicated and the QCL assumption of Msg2 is assumed to be the same as the reference beam. Therefore, the best DL beam is identified as the same as the reference beam. In this case, extensions may be considered to further realize UL beam management.
  • the transmit power of the preamble is calculated by the UE.
  • the PRACH transmission power is determined by open loop power control and a lifting/ramping mechanism.
  • the UE calculates the transmit power based on the received power configured from the network and the value of the preamble power ramping counter.
  • PREAMBLE_RECEIVED_TARGET_POWER preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER-1) ⁇ PREAMBLE_POWER_RAMPING_STEP
  • preambleReceivedTargetPower is the initial random access preamble power for the 4-step RA type.
  • DELTA_PREAMBLE is related to preamble format.
  • PREAMBLE_POWER_RAMPING_COUNTER is the number of times the power increases.
  • PREAMBLE_POWER_RAMPING_STEP is the ramping step (step size).
  • P CMAX,f,c (i) is the maximum output power configured at the UE for carrier f of serving cell c in transmission occasion i.
  • P PRACH,target,f,c is the PRACH target received power PREAMBLE_RECEIVED_TARGET_POWER provided by the upper layer for the active UL BWP b of carrier f of serving cell c.
  • PL b,f,c is the path loss for the active UL BWP b of carrier f based on the DL RS associated with the PRACH transmission on the active DL BWP of serving cell c, and is determined by the UE as reference signal power (referenceSignalPower, ss -PBCH-BlockPower) [dBm] - Upper layer filtered RSRP [dBm]) [dB].
  • referenceSignalPower, ss -PBCH-BlockPower [dBm]
  • RSRP Upper layer filtered RSRP
  • the UE may determine PL b,f, based on the SS/PBCH block associated with the PRACH transmission. Determine c .
  • the DL RS used for path loss calculation may be called pathloss (PL)-RS, path loss reference RS, etc.
  • the UE sends a PRACH and does not receive network RAR or contention/conflict resolution Msg4 within a certain time window, the random access process is not completed. If the UE retransmits the PRACH after a random backoff time.
  • the power increase mechanism follows: - If the transmit beam is not changed, the power of the newly transmitted PRACH is increased based on the last transmit power. If the selected SSB or CSI-RS is unchanged from the selection in the last random access preamble transmission, the preamble power ramping counter is incremented by one. In the example of FIG. 1, RO1-3 are associated with the same beam. If a preamble is sent in RO1-3, the counter value is changed. - If the UE switches transmit beams, the preamble power ramping counter is not changed. In the example of FIG. 2, RO1-3 are associated with different beams. If a preamble is sent in RO1 to RO3, the counter value is not changed.
  • the preamble power ramping counter is reset when the random access process (procedure) is completed.
  • the completion flag of the random access process is Completion 1 or 2 below.
  • Random access is successful and the random access process is completed. It follows the following behavior. - When a random access preamble is transmitted, the MAC entity is configured in BeamFailureRecoveryConfig or in RACH-ConfigCommon on the first PDCCH occasion from the end of the random access preamble transmission, regardless of the possibility of a measurement gap occurring. Start the RAR window (ra-ResponseWindow). Thereafter, that MAC entity monitors the PDCCH of the SpCell for the RAR identified by the RA-RNTI during operation of the ra-ResponseWindow.
  • a notification of receipt of PDCCH transmission on the search space indicated by recoverySearchSpaceId is received from the lower layer, and the PDCCH transmission is addressed to the C-RNTI, and the MAC entity If a CFRA preamble for a beam failure recovery request is sent by the MAC entity, the MAC entity considers its random access procedure to be successfully completed. - Otherwise, if a valid DL assignment is received on the PDCCH for the RA-RNTI and the received TB is successfully decoded, the MAC entity shall ).
  • the MAC entity If the RAR contains a MAC sub-PDU with a random access preamble identifier corresponding to the transmitted PREAMBLE_INDEX, the MAC entity considers its random access procedure to be successfully completed. (2) If the RAR contains a MAC sub-PDU with only RAPID (Random Access Preamble Identifier), the MAC entity considers its random access procedure to be successfully completed. (3) If the random access preamble is one of the CBRA preambles that was not selected by the MAC entity, the MAC entity considers the random access procedure to be successfully completed.
  • the MAC entity When Msg3 is transmitted, in each HARQ retransmission within the first symbol after the end of Msg3 transmission, the MAC entity starts the ra-ContentionResolutionTimer and restarts the ra-ContentionResolutionTimer. Thereafter, the MAC entity monitors the PDCCH during the operation of the ra-ContentionResolutionTimer, regardless of the possible occurrence of measurement gaps. Thereafter, if a notification of reception of SpCell's PDCCH transmission is received from the lower layer and a C-RNTI MAC CE is included in Msg3, the MAC entity follows the following.
  • a SpCell beam failure recovery random access procedure is initiated and the PDCCH transmission is destined for the C-RNTI, or if the random access procedure is initiated by a PDCCH order and the PDCCH transmission is destined for the C-RNTI. , or if the random access procedure is initiated by the MAC sublayer itself or the RRC sublayer and the PDCCH transmission is addressed to the C-RNTI and contains a UL grant for new transmission, the MAC entity The access procedure is considered successfully completed. - Otherwise, if Msg3 contains a common control channel (CCCH, logical channel) service data unit (SDU), the PDCCH transmission is addressed to that TEMPORARY_C-RNTI, and the MAC PDU was successfully decoded.
  • CCCH common control channel
  • SDU service data unit
  • the MAC PDU includes a UE Contention Resolution Identity MAC CE and the UE Contention Resolution Identity in the MAC CE matches the CCCH SDU sent in Msg3, then the MAC The entity considers its random access procedure to be successfully completed.
  • Random access fails and random access process completes. It follows the following behavior. - If any of the following (1) to (3) is satisfied, the MAC entity discards TEMPORARY_C-RNTI and considers the conflict resolution to have failed. (1) If the ra-ResponseWindow configured in the beam failure recovery configuration (BeamFailureRecoveryConfig) expires, and if the preamble is transmitted on the serving cell, the PDCCH on the search space indicated by the recoverySearchSpaceId addressed to the C-RNTI If the transmission was not received.
  • BeamFailureRecoveryConfig the ra-ResponseWindow configured in the beam failure recovery configuration
  • the transmission power increased by power ramping of the preamble is limited by the aforementioned P CMAX,f,c (i).
  • the number of preamble transmissions (power ramping) (counter) is limited by the preambleTransMax described above.
  • the UE after transmitting the RA preamble, the UE starts an RAR window and monitors the RAR PDCCH (S110). If the UE receives its RAR PDCCH under some conditions (S120:Y), the UE considers the RA procedure to be successfully completed or prepares to transmit Msg3 (S130). Otherwise (S120:N), if its RAR window expires (S140:Y), the UE considers the RA procedure to be completed with failure, or restarts the RA resource selection procedure (S150). . In S140, if the RAR window has not expired (S140:Y), the UE returns to S120.
  • PRACH uplink coverage improvement The following two types of multi-PRACH transmission are being considered.
  • FIG. 4A shows an example of timing for type 1 multi-PRACH transmission.
  • the size of the RO group (number of ROs in the RO group) is n. After one RO group, one RAR window is started.
  • Type 2 multi-PRACH transmission The UE repeatedly transmits Msg1 on n random access occasion (RO) resources. After the transmission of Msg1 on each RO, the UE waits for the detection of Msg2 on type 1 PDCCH occasions.
  • FIG. 4B shows an example of timing for type 2 multi-PRACH transmission. In this example, the size of the RO group (number of ROs in the RO group) is n. After each RO, one RAR window is started.
  • Type 1 multi-PRACH transmission may use the same beam to repeatedly transmit Msg1 n times and receive Msg2 once. In the example of FIG. 5A, within one RO group, n PRACH repetitions are transmitted using the same transmit beam.
  • Type 1 multi-PRACH transmission may repeatedly transmit Msg1 n times and receive Msg2 once using different beams. In the example of FIG.
  • n PRACH repetitions are transmitted using different transmit beams.
  • a type 1 multi-PRACH transmission may repeatedly transmit Msg1 n times and receive Msg2 once using a composite beam pattern.
  • n PRACH repetitions are transmitted using a composite beam pattern.
  • the composite beam pattern may include the same beams at multiple ROs or may include different beams.
  • Type 2 multi-PRACH transmission may repeatedly transmit Msg1 n times and receive Msg2 n times using the same beam.
  • n PRACH repetitions are transmitted using the same transmit beam.
  • Type 2 multi-PRACH transmission may repeatedly transmit Msg1 n times and receive Msg2 n times using different beams.
  • n PRACH repetitions are transmitted using different transmit beams.
  • Type 2 multi-PRACH transmission may repeatedly transmit Msg1 n times and receive Msg2 n times using a composite beam pattern.
  • n PRACH repetitions are transmitted using a composite beam pattern.
  • the composite beam pattern may include the same beams at multiple ROs or may include different beams.
  • the present inventors came up with a method for determining the transmission power for PRACH repetition.
  • A/B and “at least one of A and B” may be read interchangeably. Furthermore, in the present disclosure, “A/B/C” may mean “at least one of A, B, and C.”
  • Radio Resource Control RRC
  • RRC parameters RRC parameters
  • RRC messages RRC messages
  • upper layer parameters information elements (IEs), settings, etc.
  • IEs information elements
  • CE Medium Access Control Element
  • update command activation/deactivation command, etc.
  • the upper layer signaling may be, for example, Radio Resource Control (RRC) signaling, Medium Access Control (MAC) signaling, broadcast information, etc., or a combination thereof.
  • RRC Radio Resource Control
  • MAC Medium Access Control
  • MAC signaling may use, for example, a MAC Control Element (MAC CE), a MAC Protocol Data Unit (PDU), or the like.
  • Broadcast information includes, for example, a master information block (MIB), a system information block (SIB), a minimum system information (RMSI), and other system information ( Other System Information (OSI)) may also be used.
  • MIB master information block
  • SIB system information block
  • RMSI minimum system information
  • OSI Other System Information
  • the physical layer signaling may be, for example, downlink control information (DCI), uplink control information (UCI), etc.
  • DCI downlink control information
  • UCI uplink control information
  • an index an identifier (ID), an indicator, a resource ID, etc.
  • ID an identifier
  • indicator an indicator
  • resource ID a resource ID
  • sequences, lists, sets, groups, groups, clusters, subsets, etc. may be used interchangeably.
  • a panel, a UE panel, a panel group, a beam, a beam group, a precoder, an uplink (UL) transmitting entity, a transmission/reception point (TRP), a base station, and a spatial relation information (SRI) are described.
  • SRS resource indicator SRI
  • control resource set CONtrol REsource SET (CORESET)
  • Physical Downlink Shared Channel PDSCH
  • codeword CW
  • Transport Block Transport Block
  • TB transport Block
  • RS reference signal
  • antenna port e.g. demodulation reference signal (DMRS) port
  • antenna port group e.g.
  • DMRS port group groups (e.g., spatial relationship groups, Code Division Multiplexing (CDM) groups, reference signal groups, CORESET groups, Physical Uplink Control Channel (PUCCH) groups, PUCCH resource groups), resources (e.g., reference signal resources, SRS resource), resource set (for example, reference signal resource set), CORESET pool, downlink Transmission Configuration Indication state (TCI state) (DL TCI state), uplink TCI state (UL TCI state), unified TCI Unified TCI state, common TCI state, quasi-co-location (QCL), QCL assumption, etc. may be read interchangeably.
  • groups e.g., spatial relationship groups, Code Division Multiplexing (CDM) groups, reference signal groups, CORESET groups, Physical Uplink Control Channel (PUCCH) groups, PUCCH resource groups
  • resources e.g., reference signal resources, SRS resource
  • resource set for example, reference signal resource set
  • CORESET pool downlink Transmission Configuration Indication state (TCI state) (DL TCI state), up
  • the SSB/CSI-RS index/indicator, beam index, and TCI state may be read interchangeably.
  • period, period, frame, subframe, slot, symbol, occasion, and RO may be read interchangeably.
  • repeat period repeat configuration period
  • repeat period repeat period
  • repeat cycle repeat cycle
  • an occasion a RACH occasion (RO), a PRACH occasion, a repetition resource, a repetition configuration resource, a resource configured for RO/repetition, a time instance and a frequency instance, a time resource and a frequency resource, an RO/preamble.
  • RO RACH occasion
  • PRACH occasion PRACH occasion
  • a repetition resource a repetition resource
  • a repetition configuration resource a resource configured for RO/repetition
  • a time instance and a frequency instance a time resource and a frequency resource
  • an RO/preamble an occasion, a RACH occasion (RO), a PRACH occasion, a repetition resource, a repetition configuration resource, a resource configured for RO/repetition, a time instance and a frequency instance, a time resource and a frequency resource, an RO/preamble.
  • Resources and repeats may be used interchangeably.
  • PDCCH order, PDCCH order DCI, DCI format 1_0, and message (Msg) 0 may be read interchangeably.
  • PRACH, preamble, PRACH preamble, sequence, preamble format, and Msg1 may be read interchangeably.
  • the response to PRACH, the base station response to RAR, Msg2, MsgB, Msg4, and BFR, and the DCI that schedules the response may be read interchangeably.
  • transmissions other than PRACH in the random access procedure, Msg3, PUSCH scheduled by RAR, HARQ-ACK/PUCCH for Msg4, and MsgA PUSCH may be interchanged.
  • Msg3, PUSCH scheduled by RAR UL grant, and RRC connection request may be interchanged.
  • Msg4 contention resolution, RRC connection setup, and PDSCH with UE contention resolution identity may be interchanged.
  • beam, SSB, and SSB index may be read interchangeably.
  • a random access (RA) procedure CFRA/CBRA, 4-step RACH/2-step RACH, a specific type of random access procedure, a random access procedure using a specific PRACH format, a random access procedure initiated by a PDCCH order.
  • a random access procedure not initiated by a PDCCH order and a random access procedure initiated by an upper layer may be interchanged.
  • preamble power ramping counter In each embodiment, the terms “preamble power ramping counter”, “counter”, and “counter value” may be read interchangeably. In each embodiment, the terms preamble power ramping step, ramping step, and step size may be interchanged.
  • PL-RS, SSB, and CSI-RS may be read interchangeably.
  • a common ramping counter may be supported for different PRACH transmit beams. This allows PRACH coverage to be quickly increased regardless of the associated beam.
  • the unit of change of the preamble power ramping counter may be RO. This means that each time the UE repeatedly transmits Msg1 within one RO group, the value of the power ramping counter is incremented by 1; for example, in each RO within one RO group, the transmit power increases by the ramping step. It may also mean increasing according to.
  • the preamble power ramping counter may be changed in units of RO groups. This means that each time the UE repeatedly transmits Msg1 within one RO group, the value of the power ramping counter is maintained unchanged; for example, within one RO group, the same transmit power is maintained. It can also mean that.
  • Counter value upper limit An upper limit may be introduced to prevent the power of the preamble transmitted by the UE from being kept at a high level. If the value of the counter exceeds a predetermined/set upper limit value, the value of the counter may remain unchanged until the random access procedure is completed and the counter is reset.
  • the counter may be reset when the random access procedure is completed.
  • Separate (beam-specific) ramping counters may be supported for different PRACH transmission beams. This allows the PRACH transmission power to be adjusted appropriately depending on the associated beam. Separate ramping counters may be supported for groups of beams among different PRACH transmission beams.
  • the upper limit value may be preambleTransMax.
  • the upper limit value may be specified in the specifications or may be set by RRC.
  • the UE may follow any of the following options: [[Option a]] If the counter value for a certain beam exceeds preambleTransMax, the counter value for that beam is maintained at preambleTransMax. [[Option b]] If the counter value for a certain beam exceeds preambleTransMax, the counter value for that beam is reset.
  • the counter for each beam may be reset when the random access procedure is completed.
  • the UE can appropriately determine the value of one or more power ramping counters for PRACH repetition, and can appropriately determine the PRACH transmission power.
  • a ramping step (step size) for a power ramping counter may be determined.
  • PREAMBLE_POWER_RAMPING_STEP may be set to the power ramping factor (powerRampingStep [dB] set by the RRC IE) considered for all PRACH transmissions.
  • a new parameter (for example, multi-PRACHpowerRampingStep [dB]) for multi-PRACH transmission after 18 may be added.
  • PREAMBLE_POWER_RAMPING_STEP may be set to the power ramping factor (ramping step, multi-PRACHpowerRampingStep [dB] set by the RRC IE) for multi-PRACH transmission.
  • New parameters may be used in place of existing parameters (eg, power ramping factors) for multiple PRACH transmissions.
  • the new parameters may be used along with existing parameters (eg, power ramping factors) for multiple PRACH transmissions.
  • the number of parameters (existing/new parameters) for the ramping step may be the same as the number of power ramping counters.
  • the number of parameters (existing/new parameters) for the ramping step may be the same as the maximum number of beams used for PRACH transmission.
  • the UE can appropriately determine the ramping step for PRACH repetition and can appropriately determine the PRACH transmission power.
  • the actual transmit power of the PRACH may be determined considering multiple beams.
  • An explicit SSB index may be set by the RRC IE for a specific PRACH beam or a specific RO (eg, option 1-1/1-2 described below). Based on the SSB index, the actual transmit power of the PRACH may be determined.
  • the actual transmit power of the PRACH may be determined.
  • the default SSB may be the SSB associated with the RO resource, or the SSB with the minimum/maximum SSB index among the SSBs associated with the RO resources within one RO group. It may be the SSB with the maximum/minimum RSRP/RSRQ among the SSBs associated with multiple RO resources in one RO group, or the SSB with the maximum/minimum RSRP/RSRQ among all received SSBs. It may be the SSB with the highest SSB index or the SSB with the highest/minimum RSRP/RSRQ among all received SSBs (e.g. option 1-3/1- 4).
  • the UE may determine the path loss PL b,f,c based on the PL-RS.
  • PL-RS may be SSB or CSI-RS.
  • PL-RS may be an explicit SSB index configured/indicated for each PRACH beam or each RO via PBCH or type-0 PDCCH or PDCCH order (PDCCH triggering RA).
  • the SSB index association/mapping between RO and SSB index
  • the PL-RS may be the first/second/last/randomly selected SSB configured/indicated for the RO/beam in that RO group.
  • the PL-RS may be an SSB or CSI-RS with an explicit SSB index or CSI-RS index indicated by the PDCCH order (PDCCH triggering RA).
  • the PL-RS determines the minimum/maximum SSB index of the multiple SSBs associated with the multiple RO resources in the RO group. It may be an SSB with maximum/minimum RSRP/RSRQ among multiple SSBs associated with multiple RO resources in the RO group. Otherwise (if multiple ROs in the RO group are associated with one SSB), only the SSBs associated with the multiple ROs may be selected as PL-RS.
  • PL-RS may be the SSB with the minimum/maximum SSB index among all received SSBs or with the maximum/minimum RSRP/RSRQ among all received SSBs. It may be an SSB or an SSB with maximum/minimum RSRP/RSRQ among the SSBs whose RSRP of the received SSB is higher than a threshold value.
  • via the PBCH may be read as “via at least one of the PBCH DMRS and the (physical layer) payload of the PBCH.”
  • the PL-RS may be determined individually for each PRACH transmission within the same RO group.
  • PL-RS for each RO is Rel. It may be determined according to 15 rules.
  • PL-RS may be an explicit SSB index configured/indicated for each PRACH beam or each RO via PBCH or type-0 PDCCH or PDCCH order (PDCCH triggering RA).
  • the UE may determine the PL-RS for each RO based on the mapping relationship.
  • PL-RS may be individually indicated by a PDCCH order (PDCCH that triggers RA) for each RO.
  • the PL-RS may be an SSB/CSI-RS selected for each PRACH transmission from among the SSB/CSI-RSs whose RSRP of the received SSB/CSI-RS is higher than a threshold value.
  • the order of selection may follow any of the following orders: - Descending order of RSRP. ⁇ Ascending order of RSRP. - Randomly selected order (without explicit rules, as in Rel. 17).
  • the UE can appropriately determine the PL-RS for PRACH repetition and can appropriately determine the PRACH transmission power.
  • the UE sets the PREAMBLE_POWER_RAMPING_COUNTER to 1 each time Msg1 in one RO group is repeatedly transmitted (repetition/RO). It may be incremented by It may have a strong impact on Msg1 transmitted by other UEs.
  • each RO group includes n ROs (RO1 to ROn).
  • Msg1 transmitted from UE1 on RO2 does not have a strong influence on Msg1 transmitted by another UE on RO2 because the beam direction is different.
  • Msg1 transmitted by UE1 on ROn strongly interferes with Msg1 transmitted by another UE on ROn because the beam directions are close.
  • the Msg1 transmission power of UE1 reaches a high level after rising several times.
  • option 2 of the counter value changing method is preferable.
  • the UE may repeatedly transmit Msg1 using the same beam without increasing the transmission power.
  • the change in the value of the preamble power ramping counter depends on whether the beams are switched or not.
  • the power is increased by a ramping step based on the power of the previous RO group.
  • the same beams are used in RO group 2 as in RO group 1.
  • the value of the preamble power ramping counter is M
  • the value of the preamble power ramping counter is M+1.
  • the power of the previous RO group is maintained for transmission.
  • a different beam is used in RO group 2 than in RO group 1.
  • the value of the preamble power ramping counter is M
  • RO group 2 the value of the preamble power ramping counter is maintained.
  • the UE sets the PREAMBLE_POWER_RAMPING_COUNTER to 1 each time Msg1 in one RO group is repeatedly transmitted (repetition/RO). It may be incremented by It makes it difficult for the base station to determine whether a better UE transmit beam is due to the increased power or the beam directions are more aligned. It can be detrimental to beam pair selection between the UE and the base station.
  • the Tx beam direction of Msg1 transmitted from UE1 on RO2 best matches the receive (Rx) beam of the base station.
  • the beam direction of Msg1 transmitted from UE1 on ROn does not harmonize with the Rx beam of the base station, the reception strength on the base station side is high because the transmission power reaches a high level after increasing several times. The base station cannot distinguish the best Tx beam for UE1.
  • option 2 of the counter value changing method is preferable.
  • the UE may repeatedly transmit Msg1 using the same beam without increasing the transmission power.
  • the value of the preamble power ramping counter may or may not change between multiple RO groups.
  • the power may be increased by a ramping step based on the power of the previous RO group.
  • the value of the preamble power ramping counter is M
  • the value of the preamble power ramping counter is M+1.
  • the power of the previous RO group may be maintained for transmission.
  • the value of the preamble power ramping counter in RO group 1 is M, and the value of the preamble power ramping counter in RO group 2 is maintained.
  • the UE sets the PREAMBLE_POWER_RAMPING_COUNTER to 1 each time Msg1 in one RO group is repeatedly transmitted (repetition/RO). It may be incremented by It is possible that the base station will bring strong interference to Msg1 transmitted by other existing UEs that do not use multi-PRACH, and the better UE transmit beam may be due to the increased power or the beam direction may be more Makes it difficult to judge whether or not they are in harmony. It can be detrimental to beam pair selection between the UE and the base station.
  • UE1 transmits n Msg1 using a composite beam pattern within one RO group.
  • Msg1 with beam 1 is transmitted three times, then Msg1 with beam 2 is transmitted twice, and so on until Msg1 is transmitted n times.
  • the transmit power between different beams should be harmonized so that the base station can distinguish which Tx beam is better for the UE transmitting Msg1.
  • option 2 of the counter value changing method is preferable.
  • the UE may repeatedly transmit Msg1 using the same beam without increasing the transmission power.
  • the value of the preamble power ramping counter may or may not change between multiple RO groups.
  • the power may be increased by a ramping step based on the power of the previous RO group.
  • the value of the preamble power ramping counter is M
  • the value of the preamble power ramping counter is M+1.
  • the power of the previous RO group may be maintained for transmission.
  • the value of the preamble power ramping counter in RO group 1 is M, and the value of the preamble power ramping counter in RO group 2 is maintained.
  • the change unit of the preamble power ramping counter is selected according to option 1 of the counter value change method. may be done. That is, the UE may increment PREAMBLE_POWER_RAMPING_COUNTER by 1 each time the Msg1 transmission is repeated (repetition/RO).
  • the reset condition of the preamble power ramping counter may be embodiment #1/option 1. That is, after the counter value reaches the upper limit value, it may be maintained without being changed.
  • option 1 of the counter value changing method is preferable, and the upper limit value is useful.
  • the UE may increment the counter value by 1 each time the Msg1 transmission is repeated (repetition/RO).
  • the method of changing the value of the preamble power ramping counter may be selected depending on whether or not to switch beams between multiple RO groups.
  • the power may be increased by a ramping step based on the power of the previous RO group.
  • the counter value reaches the upper limit value, it is maintained unchanged.
  • the power increases (counter value M+n-1 is incremented by 1), and in RO2 in RO group 2, the counter is raised to the upper limit. The value M+n+1 is reached.
  • the power of the previous RO group may be maintained for transmission.
  • the counter value reaches the upper limit value, it is maintained unchanged.
  • the power does not increase (counter value M+n-1 is unchanged), and in ROn in RO group 2, the counter is at the upper limit. The value M+n+1 is reached.
  • option 1 of the counter value changing method is preferable, and the upper limit value is useful.
  • the UE may increment the counter value by 1 each time the Msg1 transmission is repeated (repetition/RO).
  • the value of the preamble power ramping counter may or may not change between multiple RO groups.
  • the power may be increased by a ramping step based on the power of the previous RO.
  • the counter value reaches the upper limit value, it is maintained unchanged.
  • the power increases (counter value M+n-1 is incremented by 1), and in RO2 in RO group 2, the counter is raised to the upper limit. The value M+n+1 is reached.
  • the power of the previous RO group may be maintained for transmission.
  • the counter value reaches the upper limit value, it is maintained unchanged.
  • the power does not increase (counter value M+n-1 is unchanged), and in ROn in RO group 2, the counter is at the upper limit. The value M+n+1 is reached.
  • option 1 of the counter value changing method is preferable, and the upper limit value is useful.
  • the UE may increment the counter value by 1 each time the Msg1 transmission is repeated (repetition/RO).
  • the value of the preamble power ramping counter may or may not change between multiple RO groups.
  • the power may be increased by a ramping step based on the power of the previous RO.
  • the counter value reaches the upper limit value, it is maintained unchanged.
  • the power increases (counter value M+n-1 is incremented by 1), and in RO2 in RO group 2, the counter is raised to the upper limit. The value M+n+1 is reached.
  • the power of the previous RO group may be maintained for transmission.
  • the counter value reaches the upper limit value, it is maintained unchanged.
  • the power does not increase (counter value M+n-1 is unchanged), and in ROn in RO group 2, the counter is at the upper limit. The value M+n+1 is reached.
  • the UE repeatedly transmits Msg1 using the same beam in one RO group, and its power is maintained in each transmission.
  • the UE uses beam-specific counters 1 and 2. Since the beams of RO group 1 and RO group 3 are the same (because RO group 1 and RO group 3 use the same counter), the transmit power of RO group 3 is the transmit power of RO group 3, not the transmit power of RO group 2. 1 (determined by incrementing the same counter as RO group 1 by 1).
  • the UE repeatedly transmits Msg1 using different beams in one RO group.
  • the UE uses independent power ramping counters in each beam direction.
  • the transmit power of Msg1 on each beam is set according to the value of its own independent counters (beam-specific counters 1 to 3). Since the beam of RO1 in RO group 2 is the same as the beam of RO1 in RO group 1 (RO1 in RO group 2 uses the same counter as RO1 in RO group 1),
  • the transmit power of RO1 in RO1 is increased by a ramping step based on the transmit power of RO1 in RO group 1 (determined by incrementing the same counter by 1 as RO1 in RO group 1).
  • the transmit power of RO2 in RO2 is increased by a ramping step based on the transmit power of RO2 in RO group 1 (determined by incrementing the same counter by 1 as RO2 in RO group 1).
  • the UE repeatedly transmits Msg1 using a composite beam pattern in one RO group.
  • the UE uses independent power ramping counters (beam-specific counters 1 to 2) in each beam direction.
  • the transmit power of Msg1 on each beam is set according to the value of its own independent counter. Since the beam of RO1 in RO group 2 is the same as the beam of RO2 in RO group 1 (because RO1 in RO group 2 uses the same counter as RO2 in RO group 1), The transmit power of RO1 is increased by a ramping step based on the transmit power of RO2 in RO group 1 (determined by incrementing the same counter by 1 as RO1 in RO group 1).
  • the transmit power of RO2 in RO2 is increased by a ramping step based on the transmit power of RO2 in RO group 1 (determined by incrementing the same counter by 1 as RO2 in RO group 1).
  • the UE repeatedly transmits Msg1 using the same beam in one RO group, and in each transmission its power is increased by a ramping step.
  • the UE switches transmission beams between two RO groups that are adjacent to each other.
  • Each beam direction uses independent power ramping counters (beam-specific counters 1 to 2), and power control of each beam direction is performed according to its own counter.
  • the UE repeatedly transmits Msg1 with different beams in one RO group, and in each transmission its power is increased by a ramping step.
  • Each beam direction uses independent power ramping counters (beam-specific counters 1 to 3), and power control for each beam direction is performed according to its own counter.
  • the UE repeatedly transmits Msg1 in one RO group with a composite beam pattern, and in each transmission its power is increased by a ramping step.
  • Each beam direction uses independent power ramping counters (beam-specific counters 1 to 2), and power control of each beam direction is performed according to its own counter.
  • ⁇ Supplement> The operations of at least one of the embodiments described above may apply only to UEs that have reported or support a particular UE capability.
  • the particular UE capability may indicate at least one of the following: - Supporting specific processing/operation/control/information for at least one of the above embodiments. - Supporting multiple PRACH repetitions with the same beam. - Supporting multiple PRACH repetitions with different beams. - Supporting multiple PRACH transmissions with one Msg2 for multiple PRACH transmissions. - Supporting multiple PRACH transmissions with one Msg2 for each PRACH transmission. - Supporting separate preamble power ramping counters for different beams for multiple PRACH transmissions. - Supporting a common preamble power ramping counter for different beams for multiple PRACH transmissions. - Supporting preamble power ramping counters that change per RO for multiple PRACH transmissions. - Supporting preamble power ramping counters that change per RO group for multiple PRACH transmissions. - Supporting a new power ramping step for multiple PRACH transmissions. - Supporting explicit path loss RS configuration for multiple PRACH transmissions.
  • the above-mentioned specific UE capability may be a capability that is applied across all frequencies (commonly regardless of frequency), or may be a capability for each frequency (for example, cell, band, BWP). , capability for each frequency range (for example, Frequency Range 1 (FR1), FR2, FR3, FR4, FR5, FR2-1, FR2-2), or for each subcarrier spacing (SCS). It may be the ability of
  • the above-mentioned specific UE capability may be a capability that is applied across all duplex schemes (commonly regardless of the duplex scheme), or may be a capability that is applied across all duplex schemes (for example, Time Division Duplex).
  • the capability may be for each frequency division duplex (TDD)) or frequency division duplex (FDD)).
  • the UE is configured with specific information related to the above-described embodiments by upper layer signaling.
  • the specific information may be information indicating enabling at least one operation of the embodiments described above, any RRC parameters for a specific release (eg, Rel. 18), and the like.
  • the UE does not support at least one operation of the specific UE capabilities or is not configured with the specific information, for example, Rel. 15/16/17 operations may be applied.
  • a control unit that determines a plurality of groups including a plurality of resources for a physical random access channel, and determines transmission power for each of the plurality of resources using one or more counters;
  • a terminal comprising: a transmitter that transmits a plurality of repetitions of the physical random access channel, respectively, in the plurality of resources.
  • the one or more counters are one counter common to a plurality of beams used for the plurality of resources.
  • wireless communication system The configuration of a wireless communication system according to an embodiment of the present disclosure will be described below.
  • communication is performed using any one of the wireless communication methods according to the above-described embodiments of the present disclosure or a combination thereof.
  • FIG. 32 is a diagram illustrating an example of a schematic configuration of a wireless communication system according to an 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. specified by the Third Generation Partnership Project (3GPP). .
  • LTE Long Term Evolution
  • 5G NR 5th generation mobile communication system New Radio
  • 3GPP Third Generation Partnership Project
  • the wireless communication system 1 may support dual connectivity between multiple Radio Access Technologies (RATs) (Multi-RAT Dual Connectivity (MR-DC)).
  • MR-DC has dual connectivity between LTE (Evolved Universal Terrestrial Radio Access (E-UTRA)) and NR (E-UTRA-NR Dual Connectivity (EN-DC)), and dual connectivity between NR and LTE (NR-E -UTRA Dual Connectivity (NE-DC)).
  • RATs Radio Access Technologies
  • MR-DC has dual connectivity between LTE (Evolved Universal Terrestrial Radio Access (E-UTRA)) and NR (E-UTRA-NR Dual Connectivity (EN-DC)), and dual connectivity between NR and LTE (NR-E -UTRA Dual Connectivity (NE-DC)).
  • E-UTRA Evolved Universal Terrestrial Radio Access
  • EN-DC E-UTRA-NR Dual Connectivity
  • NE-DC NR-E -UTRA Dual Connectivity
  • the LTE (E-UTRA) base station (eNB) is the master node (Master Node (MN)), and the NR base station (gNB) is the secondary node (Secondary Node (SN)).
  • the NR base station (gNB) is the MN
  • the LTE (E-UTRA) base station (eNB) is the SN.
  • the wireless communication system 1 has dual connectivity between multiple base stations within the same RAT (for example, dual connectivity (NR-NR Dual Connectivity (NN-DC) where both the MN and SN are NR base stations (gNB)). )) may be supported.
  • dual connectivity NR-NR Dual Connectivity (NN-DC) where both the MN and SN are NR base stations (gNB)).
  • the wireless communication system 1 includes a base station 11 that forms a macro cell C1 with relatively wide coverage, and base stations 12 (12a-12c) that are located within the macro cell C1 and form a small cell C2 that is narrower than the macro cell C1. You may prepare.
  • User terminal 20 may be located within at least one cell. The arrangement, number, etc. of each cell and user terminal 20 are not limited to the embodiment shown in the figure. Hereinafter, when base stations 11 and 12 are not distinguished, they will be collectively referred to as base station 10.
  • the user terminal 20 may be connected to at least one of the plurality of base stations 10.
  • the user terminal 20 may use at least one of carrier aggregation (CA) using a plurality of component carriers (CC) and dual connectivity (DC).
  • CA carrier aggregation
  • CC component carriers
  • DC dual connectivity
  • Each CC may be included in at least one of a first frequency band (Frequency Range 1 (FR1)) and a second frequency band (Frequency Range 2 (FR2)).
  • Macro cell C1 may be included in FR1
  • small cell C2 may be included in FR2.
  • FR1 may be a frequency band below 6 GHz (sub-6 GHz)
  • 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 FR1 may correspond to a higher frequency band than FR2, for example.
  • the user terminal 20 may communicate using at least one of time division duplex (TDD) and frequency division duplex (FDD) in each CC.
  • TDD time division duplex
  • FDD frequency division duplex
  • the plurality of base stations 10 may be connected by wire (for example, optical fiber, X2 interface, etc. compliant with Common Public Radio Interface (CPRI)) or wirelessly (for example, NR communication).
  • wire for example, optical fiber, X2 interface, etc. compliant with Common Public Radio Interface (CPRI)
  • NR communication for example, when NR communication is used as a backhaul between base stations 11 and 12, base station 11, which is an upper station, is an Integrated Access Backhaul (IAB) donor, and base station 12, which is a relay station, is an IAB donor. May also be called a node.
  • IAB Integrated Access Backhaul
  • the base station 10 may be connected to the core network 30 via another base station 10 or directly.
  • the core network 30 may include, for example, at least one of Evolved Packet Core (EPC), 5G Core Network (5GCN), Next Generation Core (NGC), and the like.
  • EPC Evolved Packet Core
  • 5GCN 5G Core Network
  • NGC Next Generation Core
  • the user terminal 20 may be a terminal compatible with at least one of communication systems such as LTE, LTE-A, and 5G.
  • an orthogonal frequency division multiplexing (OFDM)-based wireless access method may be used.
  • OFDM orthogonal frequency division multiplexing
  • CP-OFDM Cyclic Prefix OFDM
  • DFT-s-OFDM Discrete Fourier Transform Spread OFDM
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • a wireless access method may also be called a waveform.
  • other wireless access methods for example, other single carrier transmission methods, other multicarrier transmission methods
  • the UL and DL radio access methods may be used as the UL and DL radio access methods.
  • the downlink channels include a physical downlink shared channel (PDSCH) shared by each user terminal 20, a broadcast channel (physical broadcast channel (PBCH)), and a downlink control channel (physical downlink control). Channel (PDCCH)) or the like may be used.
  • PDSCH physical downlink shared channel
  • PBCH physical broadcast channel
  • PDCCH downlink control channel
  • uplink channels include a physical uplink shared channel (PUSCH) shared by each user terminal 20, an uplink control channel (PUCCH), and a random access channel. (Physical Random Access Channel (PRACH)) or the like may be used.
  • PUSCH physical uplink shared channel
  • PUCCH uplink control channel
  • PRACH Physical Random Access Channel
  • User data, upper layer control information, System Information Block (SIB), etc. are transmitted by the PDSCH.
  • User data, upper layer control information, etc. may be transmitted by PUSCH.
  • a Master Information Block (MIB) may be transmitted via the PBCH.
  • Lower layer control information may be transmitted by PDCCH.
  • the lower layer control information may include, for example, downlink control information (DCI) that includes scheduling information for at least one of PDSCH and PUSCH.
  • DCI downlink control information
  • DCI that schedules PDSCH may be called DL assignment, DL DCI, etc.
  • DCI that schedules PUSCH may be called UL grant, UL DCI, etc.
  • PDSCH may be replaced with DL data
  • PUSCH may be replaced with UL data.
  • a control resource set (CONtrol REsource SET (CORESET)) and a search space may be used to detect the PDCCH.
  • CORESET corresponds to a resource for searching DCI.
  • the search space corresponds to a search area and a search method for PDCCH candidates (PDCCH candidates).
  • PDCCH candidates 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 configuration.
  • 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 “search space”, “search space set”, “search space setting”, “search space set setting”, “CORESET”, “CORESET setting”, etc. in the present disclosure may be read interchangeably.
  • the PUCCH allows channel state information (CSI), delivery confirmation information (for example, may be called Hybrid Automatic Repeat Request ACKnowledgement (HARQ-ACK), ACK/NACK, etc.), and scheduling request ( Uplink Control Information (UCI) including at least one of SR)) may be transmitted.
  • CSI channel state information
  • delivery confirmation information for example, may be called Hybrid Automatic Repeat Request ACKnowledgement (HARQ-ACK), ACK/NACK, etc.
  • UCI Uplink Control Information including at least one of SR
  • a random access preamble for establishing a connection with a cell may be transmitted by PRACH.
  • downlinks, uplinks, etc. may be expressed without adding "link”.
  • various channels may be expressed without adding "Physical” at the beginning.
  • a synchronization signal (SS), a downlink reference signal (DL-RS), and the like may be transmitted.
  • the DL-RS includes a cell-specific reference signal (CRS), a channel state information reference signal (CSI-RS), and a demodulation reference signal (DeModulation).
  • Reference Signal (DMRS)), Positioning Reference Signal (PRS), Phase Tracking Reference Signal (PTRS), etc. may be transmitted.
  • 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. Note that SS, SSB, etc. may also be called reference signals.
  • DMRS Downlink Reference Signal
  • UL-RS uplink reference signals
  • SRS Sounding Reference Signal
  • DMRS demodulation reference signals
  • UE-specific reference signal user terminal-specific reference signal
  • FIG. 33 is a diagram illustrating an example of the configuration of a base station according to an embodiment.
  • the base station 10 includes a control section 110, a transmitting/receiving section 120, a transmitting/receiving antenna 130, and a transmission line interface 140. Note that one or more of each of the control unit 110, the transmitting/receiving unit 120, the transmitting/receiving antenna 130, and the transmission path interface 140 may be provided.
  • this example mainly shows functional blocks that are characteristic of the present embodiment, and it may be assumed that the base station 10 also has other functional blocks necessary for wireless communication. A part of the processing of each unit described below may be omitted.
  • the control unit 110 controls the entire base station 10.
  • the control unit 110 can be configured from a controller, a control circuit, etc., which will be explained based on common recognition in the technical field related to the present disclosure.
  • the control unit 110 may control signal generation, scheduling (e.g., resource allocation, mapping), and the like.
  • the control unit 110 may control transmission and reception, measurement, etc. using the transmitting/receiving unit 120, the transmitting/receiving antenna 130, and the transmission path interface 140.
  • the control unit 110 may generate data, control information, a sequence, etc. to be transmitted as a signal, and may transfer the generated data to the transmitting/receiving unit 120.
  • the control unit 110 may perform communication channel call processing (setting, release, etc.), status management of the base station 10, radio resource management, and the like.
  • the transmitting/receiving section 120 may include a baseband section 121, a radio frequency (RF) section 122, and a measuring section 123.
  • the baseband section 121 may include a transmission processing section 1211 and a reception processing section 1212.
  • the transmitter/receiver unit 120 includes a transmitter/receiver, an RF circuit, a baseband circuit, a filter, a phase shifter, a measurement circuit, a transmitter/receiver circuit, etc., which are explained based on common understanding in the technical field related to the present disclosure. be able to.
  • the transmitting/receiving section 120 may be configured as an integrated transmitting/receiving section, or may be configured from a transmitting section and a receiving section.
  • the transmitting section may include a transmitting processing section 1211 and an RF section 122.
  • the reception section may include a reception processing section 1212, an RF section 122, and a measurement section 123.
  • the transmitting/receiving antenna 130 can be configured from an antenna described based on common recognition in the technical field related to the present disclosure, such as an array antenna.
  • the transmitter/receiver 120 may transmit the above-mentioned downlink channel, synchronization signal, downlink reference signal, etc.
  • the transmitter/receiver 120 may receive the above-mentioned uplink channel, uplink reference signal, and the like.
  • the transmitting/receiving unit 120 may form at least one of a transmitting beam and a receiving beam using digital beamforming (e.g., precoding), analog beamforming (e.g., phase rotation), or the like.
  • digital beamforming e.g., precoding
  • analog beamforming e.g., phase rotation
  • the transmitting/receiving unit 120 (transmission processing unit 1211) performs Packet Data Convergence Protocol (PDCP) layer processing, Radio Link Control (RLC) layer processing (for example, RLC retransmission control), Medium Access Control (MAC) layer processing (for example, HARQ retransmission control), etc. may be performed to generate a bit string to be transmitted.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • HARQ retransmission control for example, HARQ retransmission control
  • the transmitting/receiving unit 120 performs channel encoding (which may include error correction encoding), modulation, mapping, filter processing, and discrete Fourier transform (DFT) on the bit string to be transmitted.
  • a baseband signal may be output by performing transmission processing such as processing (if necessary), Inverse Fast Fourier Transform (IFFT) processing, precoding, and digital-to-analog conversion.
  • IFFT Inverse Fast Fourier Transform
  • the transmitting/receiving unit 120 may perform modulation, filter processing, amplification, etc. on the baseband signal in a radio frequency band, and may transmit the signal in the radio frequency band via the transmitting/receiving antenna 130. .
  • the transmitting/receiving section 120 may perform amplification, filter processing, demodulation into a baseband signal, etc. on the radio frequency band signal received by the transmitting/receiving antenna 130.
  • the transmitting/receiving unit 120 (reception processing unit 1212) performs analog-to-digital conversion, fast Fourier transform (FFT) processing, and inverse discrete Fourier transform (IDFT) on the acquired baseband signal. )) processing (if necessary), applying reception processing such as filter processing, demapping, demodulation, decoding (which may include error correction decoding), MAC layer processing, RLC layer processing and PDCP layer processing, User data etc. may also be acquired.
  • FFT fast Fourier transform
  • IDFT inverse discrete Fourier transform
  • the transmitting/receiving unit 120 may perform measurements regarding the received signal.
  • the measurement unit 123 may perform Radio Resource Management (RRM) measurement, Channel State Information (CSI) measurement, etc. based on the received signal.
  • the measurement unit 123 measures received power (for example, Reference Signal Received Power (RSRP)), reception quality (for example, Reference Signal Received Quality (RSRQ), Signal to Interference plus Noise Ratio (SINR), Signal to Noise Ratio (SNR) )) , signal strength (for example, Received Signal Strength Indicator (RSSI)), propagation path information (for example, CSI), etc. may be measured.
  • the measurement results may be output to the control unit 110.
  • the transmission path interface 140 transmits and receives signals (backhaul signaling) between devices included in the core network 30, other base stations 10, etc., and transmits and receives user data (user plane data) for the user terminal 20, control plane It is also possible to acquire and transmit data.
  • the transmitting unit and receiving unit of the base station 10 in the present disclosure may be configured by at least one of the transmitting/receiving unit 120, the transmitting/receiving antenna 130, and the transmission path interface 140.
  • the control unit 110 transmits first information (for example, common RACH configuration/general RACH configuration/configuration regarding PRACH repetition) for determining a plurality of groups including a plurality of resources for physical random access channels;
  • the above counter may be used to control transmission of second information (for example, setting of a ramping step) for determining transmission power for each of the plurality of resources.
  • the transmitter/receiver 120 may receive a plurality of repetitions of the physical random access channel in each of the plurality of resources.
  • the control unit 110 transmits first information (for example, common RACH configuration/general RACH configuration/configuration regarding PRACH repetition) for determining multiple groups including multiple resources for physical random access channels, and determine one or more path loss reference signals for a group of; and based on the one or more path loss reference signals, second information (for example, ramping) for determining a plurality of transmit powers respectively corresponding to the plurality of resources. Step settings) may also be controlled.
  • the transmitter/receiver 120 may receive a plurality of repetitions of the physical random access channel in each of the plurality of resources.
  • FIG. 34 is a diagram illustrating an example of the configuration of a user terminal according to an embodiment.
  • the user terminal 20 includes a control section 210, a transmitting/receiving section 220, and a transmitting/receiving antenna 230. Note that one or more of each of the control unit 210, the transmitting/receiving unit 220, and the transmitting/receiving antenna 230 may be provided.
  • this example mainly shows functional blocks that are characteristic of the present embodiment, and it may be assumed that the user terminal 20 also has other functional blocks necessary for wireless communication. A part of the processing of each unit described below may be omitted.
  • the control unit 210 controls the entire user terminal 20.
  • the control unit 210 can be configured from a controller, a control circuit, etc., which will be explained based on common recognition in the technical field related to the present disclosure.
  • the control unit 210 may control signal generation, mapping, etc.
  • the control unit 210 may control transmission and reception using the transmitting/receiving unit 220 and the transmitting/receiving antenna 230, measurement, and the like.
  • the control unit 210 may generate data, control information, sequences, etc. to be transmitted as a signal, and may transfer the generated data to the transmitting/receiving unit 220.
  • the transmitting/receiving section 220 may include a baseband section 221, an RF section 222, and a measuring section 223.
  • the baseband section 221 may include a transmission processing section 2211 and a reception processing section 2212.
  • the transmitting/receiving unit 220 can be configured from a transmitter/receiver, an RF circuit, a baseband circuit, a filter, a phase shifter, a measuring circuit, a transmitting/receiving circuit, etc., which are explained based on common recognition in the technical field related to the present disclosure.
  • the transmitting/receiving section 220 may be configured as an integrated transmitting/receiving section, or may be configured from a transmitting section and a receiving section.
  • the transmitting section may include a transmitting processing section 2211 and an RF section 222.
  • the reception section may include a reception processing section 2212, an RF section 222, and a measurement section 223.
  • the transmitting/receiving antenna 230 can be configured from an antenna, such as an array antenna, as described based on common recognition in the technical field related to the present disclosure.
  • the transmitter/receiver 220 may receive the above-mentioned downlink channel, synchronization signal, downlink reference signal, etc.
  • the transmitter/receiver 220 may transmit the above-mentioned uplink channel, uplink reference signal, and the like.
  • the transmitting/receiving unit 220 may form at least one of a transmitting beam and a receiving beam using digital beamforming (e.g., precoding), analog beamforming (e.g., phase rotation), or the like.
  • digital beamforming e.g., precoding
  • analog beamforming e.g., phase rotation
  • the transmission/reception unit 220 (transmission processing unit 2211) performs PDCP layer processing, RLC layer processing (e.g. RLC retransmission control), MAC layer processing (e.g. , HARQ retransmission control), etc., to generate a bit string to be transmitted.
  • RLC layer processing e.g. RLC retransmission control
  • MAC layer processing e.g. , HARQ retransmission control
  • the transmitting/receiving unit 220 (transmission processing unit 2211) performs channel encoding (which may include error correction encoding), modulation, mapping, filter processing, DFT processing (as necessary), and IFFT processing on the bit string to be transmitted. , precoding, digital-to-analog conversion, etc., and output a baseband signal.
  • DFT processing may be based on the settings of transform precoding.
  • the transmitting/receiving unit 220 transmits the above processing in order to transmit the channel using the DFT-s-OFDM waveform.
  • DFT processing may be performed as the transmission processing, or if not, DFT processing may not be performed as the transmission processing.
  • the transmitting/receiving unit 220 may perform modulation, filter processing, amplification, etc. on the baseband signal in a radio frequency band, and may transmit the signal in the radio frequency band via the transmitting/receiving antenna 230. .
  • the transmitting/receiving section 220 may perform amplification, filter processing, demodulation into a baseband signal, etc. on the radio frequency band signal received by the transmitting/receiving antenna 230.
  • the transmission/reception unit 220 (reception processing unit 2212) performs analog-to-digital conversion, FFT processing, IDFT processing (if necessary), filter processing, demapping, demodulation, and decoding (error correction) on the acquired baseband signal. (which may include decoding), MAC layer processing, RLC layer processing, and PDCP layer processing may be applied to obtain user data and the like.
  • the transmitting/receiving unit 220 may perform measurements regarding the received signal.
  • the measurement unit 223 may perform RRM measurement, CSI measurement, etc. based on the received signal.
  • the measurement unit 223 may measure received power (for example, RSRP), reception quality (for example, RSRQ, SINR, SNR), signal strength (for example, RSSI), propagation path information (for example, CSI), and the like.
  • the measurement results may be output to the control unit 210.
  • the transmitting unit and receiving unit of the user terminal 20 in the present disclosure may be configured by at least one of the transmitting/receiving unit 220 and the transmitting/receiving antenna 230.
  • the controller 210 determines a plurality of groups (e.g., RO groups) including a plurality of resources (e.g., ROs) for physical random access channels, and uses one or more counters (e.g., ) to determine the plurality of groups (e.g., RO groups).
  • the transmit power for each of the resources may be determined.
  • the transmitting/receiving unit 220 may transmit a plurality of repetitions of the physical random access channel, respectively, in the plurality of resources.
  • the one or more counters may be one counter common to a plurality of beams used for the plurality of resources.
  • the one or more counters may be individual counters for the plurality of beams used for the plurality of resources.
  • One or more steps for example, a ramping step for increasing the transmission power may be set for the one or more counters.
  • the control unit 210 determines a plurality of groups including a plurality of resources for physical random access channels, determines one or more path loss reference signals (for example, SSB/CSI-RS) for the plurality of groups, and A plurality of transmission powers respectively corresponding to the plurality of resources may be determined based on one or more path loss reference signals.
  • the transmitting/receiving unit 220 may transmit a plurality of repetitions of the physical random access channel, respectively, in the plurality of resources.
  • the control unit 210 may use a plurality of beams for the plurality of repetitions.
  • the control unit 210 may determine one path loss reference signal for one group.
  • the control unit 210 may determine the path loss reference signal for each resource within one group.
  • each functional block may be realized using one physically or logically coupled device, or may be realized using two or more physically or logically separated devices directly or indirectly (e.g. , wired, wireless, etc.) and may be realized using a plurality of these devices.
  • the functional block may be realized by combining software with the one device or the plurality of devices.
  • functions include judgment, decision, judgement, calculation, calculation, processing, derivation, investigation, exploration, confirmation, reception, transmission, output, access, solution, selection, selection, establishment, comparison, assumption, expectation, and consideration. , broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, assigning, etc.
  • a functional block (configuration unit) that performs transmission may be called a transmitting unit, a transmitter, or the like. In either case, as described above, the implementation method is not particularly limited.
  • a base station, a user terminal, etc. in an embodiment of the present disclosure may function as a computer that performs processing of the wireless communication method of the present disclosure.
  • FIG. 35 is a diagram illustrating an example of the hardware configuration of a base station and a user terminal according to an embodiment.
  • the base station 10 and user terminal 20 described above may be physically configured as a computer device including a processor 1001, a memory 1002, a storage 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, etc. .
  • the hardware configuration of the base station 10 and the user terminal 20 may be configured to include one or more of each device shown in the figure, or may be configured not to include some of the devices.
  • processor 1001 may be implemented using one or more chips.
  • Each function in the base station 10 and the user terminal 20 is performed by, for example, loading predetermined software (program) onto hardware such as a processor 1001 and a memory 1002, so that the processor 1001 performs calculations and communicates via the communication device 1004. This is achieved by controlling at least one of reading and writing data in the memory 1002 and storage 1003.
  • predetermined software program
  • the processor 1001 operates an operating system to control the entire computer.
  • the processor 1001 may be configured by a central processing unit (CPU) that includes interfaces with peripheral devices, a control device, an arithmetic unit, registers, and the like.
  • CPU central processing unit
  • the above-mentioned control unit 110 (210), transmitting/receiving unit 120 (220), etc. may be realized by the processor 1001.
  • the processor 1001 reads programs (program codes), software modules, data, etc. from at least one of the storage 1003 and the communication device 1004 to the memory 1002, and executes various processes in accordance with these.
  • programs program codes
  • software modules software modules
  • data etc.
  • the control unit 110 may be realized by a control program stored in the memory 1002 and operated in the processor 1001, and other functional blocks may also be realized in the same way.
  • the memory 1002 is a computer-readable recording medium, and includes at least one of Read Only Memory (ROM), Erasable Programmable ROM (EPROM), Electrically EPROM (EEPROM), Random Access Memory (RAM), and other suitable storage media. It may be composed of one. Memory 1002 may be called a register, cache, main memory, or the like.
  • the memory 1002 can store executable programs (program codes), software modules, and the like to implement a wireless communication method according to an embodiment of the present disclosure.
  • the storage 1003 is a computer-readable recording medium, such as a flexible disk, a floppy (registered trademark) disk, a magneto-optical disk (for example, a compact disk (CD-ROM), etc.), a digital versatile disk, removable disk, hard disk drive, smart card, flash memory device (e.g., card, stick, key drive), magnetic stripe, database, server, or other suitable storage medium. It may be configured by Storage 1003 may also be called an auxiliary storage device.
  • a computer-readable recording medium such as a flexible disk, a floppy (registered trademark) disk, a magneto-optical disk (for example, a compact disk (CD-ROM), etc.), a digital versatile disk, removable disk, hard disk drive, smart card, flash memory device (e.g., card, stick, key drive), magnetic stripe, database, server, or other suitable storage medium. It may be configured by Storage 1003 may also be called an auxiliary storage device.
  • the communication device 1004 is hardware (transmission/reception device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as a network device, network controller, network card, communication module, etc., for example.
  • the communication device 1004 includes, for example, a high frequency switch, a duplexer, a filter, a frequency synthesizer, etc. in order to realize at least one of frequency division duplex (FDD) and time division duplex (TDD). It may be configured to include.
  • FDD frequency division duplex
  • TDD time division duplex
  • the transmitter/receiver 120 (220) may be physically or logically separated into a transmitter 120a (220a) and a receiver 120b (220b).
  • the input device 1005 is an input device (eg, keyboard, mouse, microphone, switch, button, sensor, etc.) that accepts input from the outside.
  • the output device 1006 is an output device (for example, a display, a speaker, a light emitting diode (LED) lamp, etc.) that performs output to the outside. Note that the input device 1005 and the output device 1006 may have an integrated configuration (for example, a touch panel).
  • each device such as the processor 1001 and the memory 1002 is connected by a bus 1007 for communicating information.
  • the bus 1007 may be configured using a single bus, or may be configured using different buses for each device.
  • the base station 10 and user terminal 20 also include a microprocessor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a programmable logic device (PLD), a field programmable gate array (FPGA), etc. It may be configured to include hardware, and a part or all of each functional block may be realized using the hardware. For example, processor 1001 may be implemented using at least one of these hardwares.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • PLD programmable logic device
  • FPGA field programmable gate array
  • channel, symbol and signal may be interchanged.
  • the signal may be a message.
  • the reference signal may also be abbreviated as RS, and may be called a pilot, pilot signal, etc. depending on the applicable standard.
  • a component carrier CC may be called a cell, a frequency carrier, a carrier frequency, or the like.
  • a radio frame may be composed of one or more periods (frames) in the time domain.
  • Each of the one or more periods (frames) constituting a radio frame may be called a subframe.
  • a subframe may be composed of one or more slots in the time domain.
  • a subframe may have a fixed time length (eg, 1 ms) that does not depend on numerology.
  • the numerology may be a communication parameter applied to at least one of transmission and reception of a certain signal or channel.
  • Numerology includes, for example, subcarrier spacing (SCS), bandwidth, symbol length, cyclic prefix length, transmission time interval (TTI), number of symbols per TTI, and radio frame structure. , a specific filtering process performed by the transceiver in the frequency domain, a specific windowing process performed by the transceiver in the time domain, etc.
  • a slot may be composed of one or more symbols (Orthogonal Frequency Division Multiplexing (OFDM) symbols, Single Carrier Frequency Division Multiple Access (SC-FDMA) symbols, etc.) in the time domain. Furthermore, a slot may be a time unit based on numerology.
  • OFDM Orthogonal Frequency Division Multiplexing
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • a slot may include multiple mini-slots. Each minislot may be made up of one or more symbols in the time domain. Furthermore, a mini-slot may also be called a sub-slot. A minislot may be made up of fewer symbols than a slot.
  • PDSCH (or PUSCH) transmitted in time units larger than minislots may be referred to as PDSCH (PUSCH) mapping type A.
  • PDSCH (or PUSCH) transmitted using minislots may be referred to as PDSCH (PUSCH) mapping type B.
  • Radio frames, subframes, slots, minislots, and symbols all represent time units when transmitting signals. Other names may be used for the radio frame, subframe, slot, minislot, and symbol. Note that time units such as frames, subframes, slots, minislots, and symbols in the present disclosure may be read interchangeably.
  • one subframe may be called a TTI
  • a plurality of consecutive subframes may be called a TTI
  • one slot or one minislot may be called a TTI.
  • at least one of the subframe and TTI may be a subframe (1ms) in existing LTE, a period shorter than 1ms (for example, 1-13 symbols), or a period longer than 1ms. It may be.
  • the unit representing the TTI may be called a slot, minislot, etc. instead of a subframe.
  • TTI refers to, for example, the minimum time unit for scheduling in wireless communication.
  • a base station performs scheduling to allocate radio resources (frequency bandwidth, transmission power, etc. that can be used by each user terminal) to each user terminal on a TTI basis.
  • radio resources frequency bandwidth, transmission power, etc. that can be used by each user terminal
  • the TTI may be a transmission time unit of a channel-coded data packet (transport block), a code block, a codeword, etc., or may be a processing unit of scheduling, link adaptation, etc. Note that when a TTI is given, the time interval (for example, the number of symbols) to which transport blocks, code blocks, code words, etc. are actually mapped may be shorter than the TTI.
  • one slot or one minislot is called a TTI
  • one or more TTIs may be the minimum time unit for scheduling.
  • the number of slots (minislot number) that constitutes the minimum time unit of the scheduling may be controlled.
  • a TTI having a time length of 1 ms may be called a normal TTI (TTI in 3GPP Rel. 8-12), normal TTI, long TTI, normal subframe, normal subframe, long subframe, slot, etc.
  • TTI TTI in 3GPP Rel. 8-12
  • normal TTI long TTI
  • normal subframe normal subframe
  • long subframe slot
  • TTI that is shorter than the normal TTI may be referred to as an abbreviated TTI, short TTI, partial or fractional TTI, shortened subframe, short subframe, minislot, subslot, slot, etc.
  • long TTI for example, normal TTI, subframe, etc.
  • short TTI for example, short TTI, etc. It may also be read as a TTI having the above TTI length.
  • a resource block is a resource allocation unit in the time domain and frequency domain, and may include one or more continuous subcarriers (subcarriers) in the frequency domain.
  • the number of subcarriers included in an RB may be the same regardless of the numerology, and may be 12, for example.
  • the number of subcarriers included in an RB may be determined based on numerology.
  • an RB may include one or more symbols in the time domain, and may have a length of one slot, one minislot, one subframe, or one TTI.
  • One TTI, one subframe, etc. may each be composed of one or more resource blocks.
  • one or more RBs include a physical resource block (Physical RB (PRB)), a sub-carrier group (SCG), a resource element group (REG), and a PRB/RB. It may also be called a group/set/pair.
  • PRB Physical resource block
  • SCG sub-carrier group
  • REG resource element group
  • a resource block may be configured by one or more resource elements (REs).
  • REs resource elements
  • 1 RE may be a radio resource region of 1 subcarrier and 1 symbol.
  • Bandwidth Part (also called partial bandwidth, etc.) refers to a subset of consecutive common resource blocks (RB) for a certain numerology in a certain carrier.
  • the common RB may be specified by an RB index based on a common reference point of the carrier.
  • PRBs may be defined in a BWP and numbered within that BWP.
  • BWP may include UL BWP (BWP for UL) and DL BWP (BWP for DL).
  • BWP UL BWP
  • BWP for DL DL BWP
  • One or more BWPs may be configured within one carrier for a UE.
  • At least one of the configured BWPs may be active and the UE may not expect to transmit or receive a given signal/channel outside of the active BWP.
  • “cell”, “carrier”, etc. in the present disclosure may be replaced with "BWP”.
  • the structures of the radio frame, subframe, slot, minislot, symbol, etc. described above are merely examples.
  • the number of subframes included in a radio frame, the number of slots per subframe or radio frame, the number of minislots included in a slot, the number of symbols and RBs included in a slot or minislot, the number of symbols included in an RB The number of subcarriers, the number of symbols within a TTI, the symbol length, the cyclic prefix (CP) length, and other configurations can be changed in various ways.
  • radio resources may be indicated by a predetermined index.
  • data, instructions, commands, information, signals, bits, symbols, chips, etc. which may be referred to throughout the above description, may refer to voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any of these. It may also be represented by a combination of
  • information, signals, etc. may be output from the upper layer to the lower layer and from the lower layer to at least one of the upper layer.
  • Information, signals, etc. may be input and output via multiple network nodes.
  • Input/output information, signals, etc. may be stored in a specific location (for example, memory) or may be managed using a management table. Information, signals, etc. that are input and output can be overwritten, updated, or added. The output information, signals, etc. may be deleted. The input information, signals, etc. may be transmitted to other devices.
  • Notification of information is not limited to the aspects/embodiments described in this disclosure, and may be performed using other methods.
  • the notification of information in this disclosure may be physical layer signaling (e.g., Downlink Control Information (DCI), Uplink Control Information (UCI)), upper layer signaling (e.g., Radio Resource Control (RRC) signaling, broadcast information (Master Information Block (MIB), System Information Block (SIB), etc.), Medium Access Control (MAC) signaling), other signals, or a combination thereof It may be carried out by physical layer signaling (e.g., Downlink Control Information (DCI), Uplink Control Information (UCI)), upper layer signaling (e.g., Radio Resource Control (RRC) signaling, broadcast information (Master Information Block (MIB), System Information Block (SIB), etc.), Medium Access Control (MAC) signaling), other signals, or a combination thereof It may be carried out by
  • the physical layer signaling may also be called Layer 1/Layer 2 (L1/L2) control information (L1/L2 control signal), L1 control information (L1 control signal), etc.
  • RRC signaling may be called an RRC message, and may be, for example, an RRC Connection Setup message, an RRC Connection Reconfiguration message, or the like.
  • MAC signaling may be notified using, for example, a MAC Control Element (CE).
  • CE MAC Control Element
  • notification of prescribed information is not limited to explicit notification, but may be made implicitly (for example, by not notifying the prescribed information or by providing other information) (by notification).
  • the determination may be made by a value expressed by 1 bit (0 or 1), or by a boolean value expressed by true or false. , may be performed by numerical comparison (for example, comparison with a predetermined value).
  • Software includes instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, whether referred to as software, firmware, middleware, microcode, hardware description language, or by any other name. , should be broadly construed to mean an application, software application, software package, routine, subroutine, object, executable, thread of execution, procedure, function, etc.
  • software, instructions, information, etc. may be sent and received via a transmission medium.
  • a transmission medium such as coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL), etc.
  • wired technology such as coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL), etc.
  • wireless technology such as infrared, microwave, etc.
  • Network may refer to devices (eg, base stations) included in the network.
  • precoding "precoding weight”
  • QCL quadsi-co-location
  • TCI state "Transmission Configuration Indication state
  • space space
  • spatial relation "spatial domain filter”
  • transmission power "phase rotation”
  • antenna port "antenna port group”
  • layer "number of layers”
  • Terms such as “rank”, “resource”, “resource set”, “resource group”, “beam”, “beam width”, “beam angle”, “antenna”, “antenna element”, and “panel” are interchangeable.
  • Base Station BS
  • Wireless base station 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,” “component carrier,” and the like
  • a base station may also be referred to by terms such as macrocell, small cell, femtocell, and picocell.
  • a base station can accommodate one or more (eg, three) cells. If a base station accommodates multiple cells, the overall coverage area of the base station can be partitioned into multiple smaller areas, and each smaller area is connected to a base station subsystem (e.g., an indoor small base station (Remote Radio Communication services can also be provided by the Head (RRH)).
  • a base station subsystem e.g., an indoor small base station (Remote Radio Communication services can also be provided by the Head (RRH)
  • RRH Remote Radio Communication services
  • the term “cell” or “sector” refers to part or all of the coverage area of a base station and/or base station subsystem that provides communication services in this coverage.
  • a base station transmitting information to a terminal may be interchanged with the base station instructing the terminal to control/operate based on the information.
  • MS Mobile Station
  • UE User Equipment
  • a mobile station is a subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless terminal, remote terminal. , handset, user agent, mobile client, client, or some other suitable terminology.
  • At least one of a base station and a mobile station may be called a transmitting device, a receiving device, a wireless communication device, etc.
  • a transmitting device may be called a transmitting device, a receiving device, a wireless communication device, etc.
  • the base station and the mobile station may be a device mounted on a moving object, the moving object itself, or the like.
  • the moving body refers to a movable object, and the moving speed is arbitrary, and naturally includes cases where the moving body is stopped.
  • the mobile objects include, for example, vehicles, transport vehicles, automobiles, motorcycles, bicycles, connected cars, excavators, bulldozers, wheel loaders, dump trucks, forklifts, trains, buses, carts, rickshaws, and ships (ships and other watercraft). , including, but not limited to, airplanes, rockets, artificial satellites, drones, multicopters, quadcopters, balloons, and items mounted thereon.
  • the mobile object may be a mobile object that autonomously travels based on a travel command.
  • the moving object may be a vehicle (for example, a car, an airplane, etc.), an unmanned moving object (for example, a drone, a self-driving car, etc.), or a robot (manned or unmanned). ).
  • a vehicle for example, a car, an airplane, etc.
  • an unmanned moving object for example, a drone, a self-driving car, etc.
  • a robot manned or unmanned.
  • at least one of the base station and the mobile station includes devices that do not necessarily move during communication operations.
  • at least one of the base station and the mobile station may be an Internet of Things (IoT) device such as a sensor.
  • IoT Internet of Things
  • FIG. 36 is a diagram illustrating an example of a vehicle according to an 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 (current sensor 50, (including a rotation speed sensor 51, an air 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 section 59, and a communication module 60.
  • current sensor 50 including a rotation speed sensor 51, an air 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 section 59 including a communication module 60.
  • the drive unit 41 is composed of, for example, at least one of an engine, a motor, and a hybrid of an engine and a motor.
  • the steering unit 42 includes at least a steering wheel (also referred to as a steering wheel), 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.
  • the electronic control unit 49 includes a microprocessor 61, a memory (ROM, RAM) 62, and a communication port (for example, an input/output (IO) port) 63. Signals from various sensors 50-58 provided in the vehicle are input to the electronic control unit 49.
  • the electronic control section 49 may be called an electronic control unit (ECU).
  • the signals from the various sensors 50 to 58 include a current signal from the current sensor 50 that senses the current of the motor, a rotation speed signal of the front wheel 46/rear wheel 47 obtained by the rotation speed sensor 51, and a signal obtained by the air pressure sensor 52.
  • air pressure signals of the front wheels 46/rear wheels 47 a vehicle speed signal acquired by the vehicle speed sensor 53, an acceleration signal acquired by the acceleration sensor 54, a depression amount signal of the accelerator pedal 43 acquired by the accelerator pedal sensor 55, and a brake pedal sensor.
  • 56 a shift lever 45 operation signal obtained by the shift lever sensor 57, and an object detection sensor 58 for detecting obstacles, vehicles, pedestrians, etc. There are signals etc.
  • the information service department 59 includes various devices such as car navigation systems, audio systems, speakers, displays, televisions, and radios that provide (output) various information such as driving information, traffic information, and entertainment information, and these devices. It consists of one or more ECUs that control the The information service unit 59 provides various information/services (for example, multimedia information/multimedia services) to the occupants of the vehicle 40 using information acquired from an external device via the communication module 60 or the like.
  • various information/services for example, multimedia information/multimedia services
  • the information service unit 59 may include an input device (for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, a touch panel, etc.) that accepts input from the outside, and an output device that performs output to the outside (for example, display, speaker, LED lamp, touch panel, etc.).
  • an input device for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, a touch panel, etc.
  • an output device that performs output to the outside (for example, display, speaker, LED lamp, touch panel, etc.).
  • the driving support system unit 64 includes millimeter wave radar, Light Detection and Ranging (LiDAR), a camera, a positioning locator (for example, Global Navigation Satellite System (GNSS), etc.), and map information (for example, High Definition (HD)). maps, autonomous vehicle (AV) maps, etc.), gyro systems (e.g., inertial measurement units (IMUs), inertial navigation systems (INS), etc.), artificial intelligence ( Artificial Intelligence (AI) chips, AI processors, and other devices that provide functions to prevent accidents and reduce the driver's driving burden, as well as one or more devices that control these devices. It consists of an ECU. Further, the driving support system section 64 transmits and receives various information via the communication module 60, and realizes a driving support function or an automatic driving function.
  • LiDAR Light Detection and Ranging
  • GNSS Global Navigation Satellite System
  • HD High Definition
  • maps for example, autonomous vehicle (AV) maps, etc.
  • gyro systems e.g.,
  • the communication module 60 can communicate with the microprocessor 61 and components of the vehicle 40 via the communication port 63.
  • the communication module 60 communicates via the communication port 63 with 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, which are included in the vehicle 40.
  • Data (information) is transmitted and received between the axle 48, the microprocessor 61 and memory (ROM, RAM) 62 in the electronic control unit 49, and various sensors 50-58.
  • 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, various information is transmitted and received with an external device 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, user terminal 20, etc. described above.
  • the communication module 60 may be, for example, at least one of the base station 10 and the user terminal 20 described above (it may function as at least one of the base station 10 and the user terminal 20).
  • the communication module 60 receives signals from the various sensors 50 to 58 described above that are input to the electronic control unit 49, information obtained based on the signals, and input from the outside (user) obtained via the information service unit 59. At least one of the information based on the information may be transmitted to an external device via wireless communication.
  • the electronic control unit 49, various sensors 50-58, information service unit 59, etc. may be called an input unit that receives input.
  • the PUSCH transmitted by the communication module 60 may include information based on the above input.
  • 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 section 59 provided in the vehicle.
  • the information service unit 59 is an output unit that outputs information (for example, outputs information to devices such as a display and a speaker based on the PDSCH (or data/information decoded from the PDSCH) received by the communication module 60). may be called.
  • the communication module 60 also stores various information received from external devices into a memory 62 that can be used by the microprocessor 61. Based on the information stored in the memory 62, the microprocessor 61 controls the drive unit 41, steering unit 42, accelerator pedal 43, brake pedal 44, shift lever 45, left and right front wheels 46, and left and right rear wheels provided in the vehicle 40. 47, axle 48, various sensors 50-58, etc. may be controlled.
  • the base station in the present disclosure may be replaced by a user terminal.
  • communication between a base station and a user terminal is replaced with communication between multiple user terminals (for example, it may be called Device-to-Device (D2D), Vehicle-to-Everything (V2X), etc.).
  • D2D Device-to-Device
  • V2X Vehicle-to-Everything
  • each aspect/embodiment of the present disclosure may be applied.
  • the user terminal 20 may have the functions that the base station 10 described above has.
  • words such as "uplink” and “downlink” may be replaced with words corresponding to inter-terminal communication (for example, "sidelink”).
  • uplink channels, downlink channels, etc. may be replaced with sidelink channels.
  • the user terminal in the present disclosure may be replaced with a base station.
  • the base station 10 may have the functions that the user terminal 20 described above has.
  • the operations performed by the base station may be performed by its upper node in some cases.
  • various operations performed for communication with a terminal may be performed by the base station, one or more network nodes other than the base station (e.g. It is clear that this can be performed by a Mobility Management Entity (MME), a Serving-Gateway (S-GW), etc. (though not limited thereto), or a combination thereof.
  • MME Mobility Management Entity
  • S-GW Serving-Gateway
  • Each aspect/embodiment described in this disclosure may be used alone, in combination, or may be switched and used in accordance with execution. Further, the order of the processing procedures, sequences, flowcharts, etc. of each aspect/embodiment described in this disclosure may be changed as long as there is no contradiction. For example, the methods described in this disclosure use an example order to present elements of the various steps and are not limited to the particular order presented.
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • LTE-B LTE-Beyond
  • SUPER 3G IMT-Advanced
  • 4G 4th generation mobile communication system
  • 5G 5th generation mobile communication system
  • 6G 6th generation mobile communication system
  • xG x is an integer or decimal number, for example
  • Future Radio Access FAA
  • RAT New-Radio Access Technology
  • NR New Radio
  • NX New Radio Access
  • FX Future Generation Radio Access
  • G Global System for Mobile Communications
  • CDMA2000 Ultra Mobile Broadband
  • UMB Ultra Mobile Broadband
  • IEEE 802 .11 Wi-Fi (registered trademark)
  • IEEE 802.16 WiMAX (registered trademark)
  • IEEE 802.20 Ultra-WideBand (UWB), Bluetooth (registered trademark), and other appropriate wireless communication methods.
  • the present invention may be applied to systems to be used, next-generation systems expanded, modified, created, or defined based on these
  • the phrase “based on” does not mean “based solely on” unless explicitly stated otherwise. In other words, the phrase “based on” means both “based only on” and “based at least on.”
  • any reference to elements using the designations "first,” “second,” etc. does not generally limit the amount or order of those elements. These designations may be used in this disclosure as a convenient way to distinguish between two or more elements. Thus, reference to a first and second element does not imply that only two elements may be employed or that the first element must precede the second element in any way.
  • determining may encompass a wide variety of actions. For example, “judgment” can mean judging, calculating, computing, processing, deriving, investigating, looking up, search, inquiry ( For example, searching in a table, database, or other data structure), ascertaining, etc. may be considered to be “determining.”
  • judgment (decision) includes receiving (e.g., receiving information), transmitting (e.g., sending information), input (input), output (output), access ( may be considered to be “determining”, such as accessing data in memory (eg, accessing data in memory).
  • judgment is considered to mean “judging” resolving, selecting, choosing, establishing, comparing, etc. Good too.
  • judgment (decision) may be considered to be “judgment (decision)” of some action.
  • the "maximum transmit power" described in this disclosure may mean the maximum value of transmit power, the nominal maximum transmit power (the nominal UE maximum transmit power), or the rated maximum transmit power (the It may also mean rated UE maximum transmit power).
  • connection refers to any connection or coupling, direct or indirect, between two or more elements.
  • the coupling or connection between elements may be physical, logical, or a combination thereof. For example, "connection” may be replaced with "access.”
  • microwave when two elements are connected, they may be connected using one or more electrical wires, cables, printed electrical connections, etc., as well as in the radio frequency domain, microwave can be considered to be “connected” or “coupled” to each other using electromagnetic energy having wavelengths in the light (both visible and invisible) range.
  • a and B are different may mean “A and B are different from each other.” Note that the term may also mean that "A and B are each different from C”. Terms such as “separate” and “coupled” may also be interpreted similarly to “different.”
  • the i-th (i is any integer), not only in the elementary, comparative, and superlative, but also interchangeably (for example, "the highest” can be interpreted as “the i-th highest”). may be read interchangeably).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本開示の一態様に係る端末は、物理ランダムアクセスチャネルのための複数のリソースを含む複数のグループを決定し、前記複数のグループに対する１つ以上のパスロス参照信号を決定し、前記１つ以上のパスロス参照信号に基づいて、前記複数のリソースにそれぞれ対応する複数の送信電力を決定する制御部と、前記複数のリソースにおいて、前記物理ランダムアクセスチャネルの複数の繰り返しをそれぞれ送信する送信部と、を有する。本開示の一態様によれば、ランダムアクセス手順のカバレッジを改善できる。

Description

端末、無線通信方法及び基地局
　本開示は、次世代移動通信システムにおける端末、無線通信方法及び基地局に関する。
　Universal　Mobile　Telecommunications　System（ＵＭＴＳ）ネットワークにおいて、更なる高速データレート、低遅延などを目的としてLong　Term　Evolution（ＬＴＥ）が仕様化された（非特許文献１）。また、ＬＴＥ（Third　Generation　Partnership　Project（３ＧＰＰ）　Release（Ｒｅｌ．）８、９）の更なる大容量、高度化などを目的として、ＬＴＥ－Ａｄｖａｎｃｅｄ（３ＧＰＰ　Ｒｅｌ．１０－１４）が仕様化された。
　ＬＴＥの後継システム（例えば、5th　generation　mobile　communication　system（５Ｇ）、５Ｇ＋（plus）、6th　generation　mobile　communication　system（６Ｇ）、New　Radio（ＮＲ）、３ＧＰＰ　Ｒｅｌ．１５以降などともいう）も検討されている。
　将来の無線通信システム（例えば、ＮＲ）において、カバレッジの改善が検討されている。
　しかしながら、カバレッジ改善のためのランダムアクセス手順が明らかでない。このようなランダムアクセス手順が明らかでなければ、通信スループットが低下するおそれがある。
　そこで、本開示は、ランダムアクセス手順のカバレッジを改善する端末、無線通信方法及び基地局を提供することを目的の１つとする。
　本開示の一態様に係る端末は、物理ランダムアクセスチャネルのための複数のリソースを含む複数のグループを決定し、前記複数のグループに対する１つ以上のパスロス参照信号を決定し、前記１つ以上のパスロス参照信号に基づいて、前記複数のリソースにそれぞれ対応する複数の送信電力を決定する制御部と、前記複数のリソースにおいて、前記物理ランダムアクセスチャネルの複数の繰り返しをそれぞれ送信する送信部と、を有する。
　本開示の一態様によれば、ランダムアクセス手順のカバレッジを改善できる。
図１は、同じビームを用いる複数プリアンブルの間の電力ランピングカウンタの動作の一例を示す。 図２は、異なるビームを用いる複数プリアンブルの間の電力ランピングカウンタの動作の一例を示す。 図３は、ＲＡプリアンブル送信後の動作の一例を示す。 図４Ａ及び４Ｂは、マルチＰＲＡＣＨ送信の一例を示す。 図５Ａから５Ｃは、タイプ１マルチＰＲＡＣＨ送信の一例を示す。 図６Ａから６Ｃは、タイプ２マルチＰＲＡＣＨ送信の一例を示す。 図７は、ＲＯ及びＳＳＢインデックスの関連付けの一例を示す。 図８は、実施形態＃１／選択肢１／オプション１のケース１－１の一例を示す。 図９は、実施形態＃１／選択肢１／オプション２のケース１－１の一例を示す。 図１０は、実施形態＃１／選択肢１／オプション２のケース１－１の別の一例を示す。 図１１は、実施形態＃１／選択肢１／オプション１のケース１－２の一例を示す。 図１２は、実施形態＃１／選択肢１／オプション２のケース１－２の一例を示す。 図１３は、実施形態＃１／選択肢１／オプション２のケース１－２の別の一例を示す。 図１４は、実施形態＃１／選択肢１／オプション１のケース１－３の一例を示す。 図１５は、実施形態＃１／選択肢１／オプション２のケース１－３の一例を示す。 図１６は、実施形態＃１／選択肢１／オプション２のケース１－３の別の一例を示す。 図１７は、実施形態＃１／選択肢１／オプション１のケース２－１の１つのＲＯグループの一例を示す。 図１８は、実施形態＃１／選択肢１／オプション１のケース２－１の２つのＲＯグループの一例を示す。 図１９は、実施形態＃１／選択肢１／オプション１のケース２－１の２つのＲＯグループの別の一例を示す。 図２０は、実施形態＃１／選択肢１／オプション１のケース２－２の１つのＲＯグループの一例を示す。 図２１は、実施形態＃１／選択肢１／オプション１のケース２－２の２つのＲＯグループの一例を示す。 図２２は、実施形態＃１／選択肢１／オプション１のケース２－２の２つのＲＯグループの別の一例を示す。 図２３は、実施形態＃１／選択肢１／オプション１のケース２－３の１つのＲＯグループの一例を示す。 図２４は、実施形態＃１／選択肢１／オプション１のケース２－３の２つのＲＯグループの一例を示す。 図２５は、実施形態＃１／選択肢１／オプション１のケース２－３の２つのＲＯグループの別の一例を示す。 図２６は、実施形態＃１／選択肢２のケース１－１の一例を示す。 図２７は、実施形態＃１／選択肢２のケース１－２の一例を示す。 図２８は、実施形態＃１／選択肢２のケース１－３の一例を示す。 図２９は、実施形態＃１／選択肢２のケース２－１の一例を示す。 図３０は、実施形態＃１／選択肢２のケース２－２の一例を示す。 図３１は、実施形態＃１／選択肢２のケース２－３の一例を示す。 図３２は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。 図３３は、一実施形態に係る基地局の構成の一例を示す図である。 図３４は、一実施形態に係るユーザ端末の構成の一例を示す図である。 図３５は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。 図３６は、一実施形態に係る車両の一例を示す図である。
（ＴＣＩ、空間関係、ＱＣＬ）
　ＮＲでは、送信設定指示状態（Transmission　Configuration　Indication　state（ＴＣＩ状態））に基づいて、信号及びチャネルの少なくとも一方（信号／チャネルと表現する）のＵＥにおける受信処理（例えば、受信、デマッピング、復調、復号の少なくとも１つ）、送信処理（例えば、送信、マッピング、プリコーディング、変調、符号化の少なくとも１つ）を制御することが検討されている。
　ＴＣＩ状態は下りリンクの信号／チャネルに適用されるものを表してもよい。上りリンクの信号／チャネルに適用されるＴＣＩ状態に相当するものは、空間関係（spatial　relation）と表現されてもよい。
　ＴＣＩ状態とは、信号／チャネルの疑似コロケーション（Quasi-Co-Location（ＱＣＬ））に関する情報であり、空間受信パラメータ、空間関係情報（Spatial　Relation　Information）などと呼ばれてもよい。ＴＣＩ状態は、チャネルごと又は信号ごとにＵＥに設定されてもよい。
　ＱＣＬとは、信号／チャネルの統計的性質を示す指標である。例えば、ある信号／チャネルと他の信号／チャネルがＱＣＬの関係である場合、これらの異なる複数の信号／チャネル間において、ドップラーシフト（Doppler　shift）、ドップラースプレッド（Doppler　spread）、平均遅延（average　delay）、遅延スプレッド（delay　spread）、空間パラメータ（spatial　parameter）（例えば、空間受信パラメータ（spatial　Rx　parameter））の少なくとも１つが同一である（これらの少なくとも１つに関してＱＣＬである）と仮定できることを意味してもよい。
　なお、空間受信パラメータは、ＵＥの受信ビーム（例えば、受信アナログビーム）に対応してもよく、空間的ＱＣＬに基づいてビームが特定されてもよい。本開示におけるＱＣＬ（又はＱＣＬの少なくとも１つの要素）は、ｓＱＣＬ（spatial　QCL）で読み替えられてもよい。
　ＱＣＬは、複数のタイプ（ＱＣＬタイプ）が規定されてもよい。例えば、同一であると仮定できるパラメータ（又はパラメータセット）が異なる４つのＱＣＬタイプＡ－Ｄが設けられてもよく、以下に当該パラメータ（ＱＣＬパラメータと呼ばれてもよい）について示す：
　・ＱＣＬタイプＡ（ＱＣＬ－Ａ）：ドップラーシフト、ドップラースプレッド、平均遅延及び遅延スプレッド、
　・ＱＣＬタイプＢ（ＱＣＬ－Ｂ）：ドップラーシフト及びドップラースプレッド、
　・ＱＣＬタイプＣ（ＱＣＬ－Ｃ）：ドップラーシフト及び平均遅延、
　・ＱＣＬタイプＤ（ＱＣＬ－Ｄ）：空間受信パラメータ。
　ある制御リソースセット（Control　Resource　Set（ＣＯＲＥＳＥＴ））、チャネル又は参照信号が、別のＣＯＲＥＳＥＴ、チャネル又は参照信号と特定のＱＣＬ（例えば、ＱＣＬタイプＤ）の関係にあるとＵＥが想定することは、ＱＣＬ想定（QCL　assumption）と呼ばれてもよい。
　ＵＥは、信号／チャネルのＴＣＩ状態又はＱＣＬ想定に基づいて、当該信号／チャネルの送信ビーム（Ｔｘビーム）及び受信ビーム（Ｒｘビーム）の少なくとも１つを決定してもよい。
　ＴＣＩ状態は、例えば、対象となるチャネル（言い換えると、当該チャネル用の参照信号（Reference　Signal（ＲＳ）））と、別の信号（例えば、別のＲＳ）とのＱＣＬに関する情報であってもよい。ＴＣＩ状態は、上位レイヤシグナリング、物理レイヤシグナリング又はこれらの組み合わせによって設定（指示）されてもよい。
　物理レイヤシグナリングは、例えば、下り制御情報（Downlink　Control　Information（ＤＣＩ））であってもよい。
　ＴＣＩ状態又は空間関係が設定（指定）されるチャネルは、例えば、下り共有チャネル（Physical　Downlink　Shared　Channel（ＰＤＳＣＨ））、下り制御チャネル（Physical　Downlink　Control　Channel（ＰＤＣＣＨ））、上り共有チャネル（Physical　Uplink　Shared　Channel（ＰＵＳＣＨ））、上り制御チャネル（Physical　Uplink　Control　Channel（ＰＵＣＣＨ））の少なくとも１つであってもよい。
　また、当該チャネルとＱＣＬ関係となるＲＳは、例えば、同期信号ブロック（Synchronization　Signal　Block（ＳＳＢ））、チャネル状態情報参照信号（Channel　State　Information　Reference　Signal（ＣＳＩ－ＲＳ））、測定用参照信号（Sounding　Reference　Signal（ＳＲＳ））、トラッキング用ＣＳＩ－ＲＳ（Tracking　Reference　Signal（ＴＲＳ）とも呼ぶ）、ＱＣＬ検出用参照信号（ＱＲＳとも呼ぶ）の少なくとも１つであってもよい。
　ＳＳＢは、プライマリ同期信号（Primary　Synchronization　Signal（ＰＳＳ））、セカンダリ同期信号（Secondary　Synchronization　Signal（ＳＳＳ））及びブロードキャストチャネル（Physical　Broadcast　Channel（ＰＢＣＨ））の少なくとも１つを含む信号ブロックである。ＳＳＢは、ＳＳ／ＰＢＣＨブロックと呼ばれてもよい。
　ＴＣＩ状態のＱＣＬタイプＸのＲＳは、あるチャネル／信号（のＤＭＲＳ）とＱＣＬタイプＸの関係にあるＲＳを意味してもよく、このＲＳは当該ＴＣＩ状態のＱＣＬタイプＸのＱＣＬソースと呼ばれてもよい。
（初期アクセス手順）
　初期アクセス手順において、ＵＥ（RRC_IDLEモード）は、ＳＳ／ＰＢＣＨブロック（ＳＳＢ）の受信、Ｍｓｇ．１（ＰＲＡＣＨ／ランダムアクセスプリアンブル／プリアンブル）の送信、Ｍｓｇ．２（ＰＤＣＣＨ、random　access　response（ＲＡＲ）を含むＰＤＳＣＨ）の受信、Ｍｓｇ．３（ＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨ）の送信、Ｍｓｇ．４（ＰＤＣＣＨ、UE　contention　resolution　identityを含むＰＤＳＣＨ）の受信、を行う。その後、ＵＥから基地局（ネットワーク）によってＭｓｇ．４に対するＡＣＫが送信されるとＲＲＣ接続が確立される（RRC_CONNECTEDモード）。
　ＳＳＢの受信は、ＰＳＳ検出、ＳＳＳ検出、ＰＢＣＨ－ＤＭＲＳ検出、ＰＢＣＨ受信、を含む。ＰＳＳ検出は、物理セルＩＤ（ＰＣＩ）の一部の検出と、ＯＦＤＭシンボルタイミングの検出（同期）と、（粗い）周波数同期と、を行う。ＳＳＳ検出は、物理セルＩＤの検出を含む。ＰＢＣＨ－ＤＭＲＳ検出は、ハーフ無線フレーム（５ｍｓ）内におけるＳＳＢインデックス（の一部）の検出を含む。ＰＢＣＨ受信は、system　frame　number（ＳＦＮ）及び無線フレームタイミング（ＳＳＢインデックス）の検出と、remaining　minimum　system　information（ＲＭＳＩ、ＳＩＢ１）受信用の設定情報の受信と、ＵＥがそのセル（キャリア）にキャンプできるか否かの認識と、を含む。
　ＳＳＢは、２０ＲＢの帯域と４シンボルの時間を有する。ＳＳＢの送信周期は、｛５、１０、２０、４０、８０、１６０｝ｍｓから設定可能である。ハーフフレームにおいて、周波数レンジ（ＦＲ１、ＦＲ２）に基づき、ＳＳＢの複数のシンボル位置が規定されている。
　ＰＢＣＨは、５６ビットのペイロードを有する。８０ｍｓの周期内にＰＢＣＨのＮ個の繰り返しが送信される。ＮはＳＳＢ送信周期に依存する。
　システム情報は、ＰＢＣＨによって運ばれるＭＩＢと、ＲＭＳＩ（ＳＩＢ１）と、other　system　information（ＯＳＩ）と、からなる。ＳＩＢ１は、ＲＡＣＨ設定、ＲＡＣＨ手順を行うための情報を含む。ＳＳＢとＳＩＢ１用ＰＤＣＣＨモニタリングリソースとの間の時間／周波数のリソースの関係は、ＰＢＣＨによって設定される。
　ビームコレスポンデンスを用いる基地局は、ＳＳＢ送信周期毎に複数のＳＳＢを複数のビームを用いてそれぞれ送信する。複数のＳＳＢは、複数のＳＳＢインデックスをそれぞれ有する。１つのＳＳＢを検出したＵＥは、そのＳＳＢインデックスに関連付けられたＲＡＣＨオケージョンにおいて、ＰＲＡＣＨを送信し、ＲＡＲウィンドウにおいて、ＲＡＲを受信する。
（ビームとカバレッジ）
　高周波数帯においては、同期信号／参照信号に対してビームフォーミングを適用しなければ、カバレッジが狭くなり、ＵＥが基地局を発見することが難しくなる。一方、カバレッジを確保するために、同期信号／参照信号にビームフォーミングを適用すると、特定の方向には強い信号が届くようになるが、それ以外の方向にはさらに信号が届きにくくなる。ＵＥの接続前の基地局において、ＵＥが存在する方向が不明であるとすると、適切な方向のみへのビームを用いて、同期信号／参照信号を送信することは不可能である。基地局が、異なる方向のビームをそれぞれ有する複数の同期信号／参照信号を送信し、ＵＥが、どのビームを発見したかを認識する方法が考えられる。カバレッジのために細い（狭い）ビームを用いると、多くの同期信号／参照信号を送信する必要があるため、オーバーヘッドが増加し、周波数利用効率が低下するおそれがある。
　ビーム（同期信号／参照信号）の数を減らしてオーバーヘッドを抑えるために、太い（広い）ビームを用いると、カバレッジが狭くなる。
　将来の無線通信システム（例えば、６Ｇ）においては、ミリ波やテラヘルツ波などの周波数帯の利用がさらに進むと考えられる。多数の細いビームを用いて、セルのエリア／カバレッジを構築することによって、通信サービスを提供することが考えられる。
　既存のＦＲ２を用い、エリアを拡大すること、既存のＦＲ２よりも高い周波数帯を用いること、が考えられる。これらの実現のために、マルチＴＲＰ、reconfigurable　intelligent　surface（ＲＩＳ）などに加え、ビーム管理の改善が好ましい。
　frequency　range（ＦＲ）２用のＰＲＡＣＨ拡張を含むカバレッジ拡張が検討されている。例えば、同じビーム又は異なる複数ビームを用いるＰＲＡＣＨ繰り返し（repetition）が検討されている。このＰＲＡＣＨ拡張は、ＦＲ１に適用されてもよい。
　ＰＲＡＣＨ拡張が、短ＰＲＡＣＨフォーマットに適用されてもよいし、他のフォーマットに適用されてもよい。
　共通ＲＡＣＨ設定（RACH-ConfigCommon）は、一般ＲＡＣＨ設定（rach-ConfigGeneric）と、ＲＡプリアンブル総数（totalNumberOfRA-Preambles）と、ＲＡＣＨオケージョン毎のＳＳＢ及びＳＳＢ毎のcontention-based（ＣＢ）プリアンブル（ssb-perRACH-OccasionAndCB-PreamblesPerSSB）と、を含んでもよい。rach-ConfigGenericは、ＰＲＡＣＨ設定インデックス（prach-ConfigurationIndex）と、メッセージ１ＦＤＭ（msg1-FDM、１つの時間インスタンス内においてＦＤＭされるＰＲＡＣＨオケージョンの数）と、を含んでもよい。ssb-perRACH-OccasionAndCB-PreamblesPerSSBは、ＲＡＣＨオケージョン毎のＳＳＢ数１／８（oneEighth、８個のＲＡＣＨオケージョンに１つのＳＳＢが関連付けられること）に対し、ＳＳＢ毎のＣＢプリアンブルの数を含んでもよい。
　タイプ１ランダムアクセス手順（４ステップランダムアクセス手順、メッセージ１／２／３／４）に対し、ＵＥは、１つのＰＲＡＣＨオケージョンに関連付けられるＳＳ／ＰＢＣＨブロックの数Ｎと、有効なＰＲＡＣＨオケージョン毎、ＳＳ／ＰＢＣＨブロック毎のＣＢプリアンブルの数Ｒとを、ssb-perRACH-OccasionAndCB-PreamblesPerSSBによって適用されてもよい。
　タイプ１ランダムアクセス手順に対し、又は、タイプ１ランダムアクセス手順と独立したＰＲＡＣＨオケージョンの設定を伴うタイプ２ランダムアクセス手順（２ステップランダムアクセス手順、メッセージＡ／Ｂ）に対し、もしＮ＜１の場合、１つのＳＳ／ＰＢＣＨブロックが１／Ｎ個の連続する有効なＲＡＣＨオケージョンにマップされ、有効なＰＲＡＣＨオケージョン毎にＳＳ／ＰＢＣＨブロックインデックスに関連付けられた連続インデックスを伴うＲ個のＣＢプリアンブルが、プリアンブルインデックス０から始まる。もしＮ＞＝１の場合、有効なＰＲＡＣＨオケージョン毎にＳＳ／ＰＢＣＨブロックインデックスｎ（０＜＝ｎ＜－Ｎ－１）に関連付けられた連続インデックスを伴うＲ個のＣＢプリアンブルが、プリアンブルインデックスｎ・N_preamble^total／Ｎから始まる。ここで、N_preamble^totalは、タイプ１ランダムアクセス手順に対し、totalNumberOfRA-Preamblesによって与えられ、タイプ１ランダムアクセス手順と独立したＰＲＡＣＨオケージョンの設定を伴うタイプ２ランダムアクセス手順に対し、msgA-TotalNumberOfRA-Preamblesによって与えられる。N_preamble^totalは、Ｎの倍数である。
　フレーム０から始まり、ＳＳ／ＰＢＣＨブロックをＰＲＡＣＨオケージョンにマップするための、関連付け期間は、N_Tx^SSB個のＳＳ／ＰＢＣＨブロックインデックスがその関連付け期間内において少なくとも１回、ＰＲＡＣＨオケージョンにマップされるように、ＰＲＡＣＨ設定期間と関連付け期間（ＰＲＡＣＨ設定期間の数）との関係（仕様に規定される関係）に従ってＰＲＡＣＨ設定期間によって決定されるセット内の最小値である。ここで、ＵＥは、ＳＩＢ１内の、又は、共通サービングセル設定（ServingCellConfigCommon）内の、バースト内ＳＳＢ位置（ssb-PositionsInBurst）の値からN_Tx^SSBを得る。もし関連付け期間内のＳＳ／ＰＢＣＨブロックインデックスからＰＲＡＣＨオケージョンへの整数回のマッピングサイクルの後、N_Tx^SSB個のＳＳ／ＰＢＣＨブロックインデックスへマップされない、ＰＲＡＣＨオケージョン又はＰＲＡＣＨプリアンブルのセットがある場合、１つのＳＳ／ＰＢＣＨブロックインデックスも、ＰＲＡＣＨオケージョン又はＰＲＡＣＨプリアンブルのそのセットへマップされない。関連付けパターン期間は、１つ以上の関連付け期間を含み、ＰＲＡＣＨオケージョン及びＳＳ／ＰＢＣＨブロックインデックスの間のパターンが多くとも１６０ｍｓ毎に繰り返すように決定される。整数回の関連付け期間の後の、ＳＳ／ＰＢＣＨブロックインデックスに関連付けられないＰＲＡＣＨオケージョンがあれば、そのＰＲＡＣＨオケージョンはＰＲＡＣＨに用いられない。
　ＰＲＡＣＨ設定期間１０、２０、４０、８０、１６０［ｍｓｅｃ］に対し、関連付け期間は、それぞれ｛１，２，４，８，１６｝、｛１，２，４，８｝、｛１，２，４｝、｛１，２｝、｛１｝である。
　ＰＲＡＣＨオケージョン（ＲＡＣＨオケージョン（ＲＯ））とビーム（ＳＳＢ／ＣＳＩ－ＲＳ）の関連付けのためのssb-perRACH-OccasionAndCB-PreamblesPerSSBがoneHalf,n16を示し（Ｎ＝１／２、Ｒ＝１６）、msg1-FDMが４である場合、１つの時間インスタンスに４つのＲＯがＦＤＭされ、１つのＳＳＢが２つのＲＯにマップされる。２つのＲＯにプリアンブルインデックス０から１５が関連付けられ、プリアンブルインデックス０から１５がＳＳ０Ｂに関連付けられる。このように、Ｎ＜１の場合、１つのＳＳＢが複数のＲＯにマップされる。これによって、ビーム毎のＲＯの容量が高められる。
　ssb-perRACH-OccasionAndCB-PreamblesPerSSBがn4,n16を示し（Ｎ＝４、Ｒ＝１６）、msg1-FDMが４、N_preamble^totalが６４である場合、１つの時間インスタンスに４つのＲＯがＦＤＭされ、４つのＳＳＢが１つのＲＯにマップされる。１つのＲＯにＳＳＢ０から３に関連付けられる。ＳＳＢ０にプリアンブルインデックス０から１５が関連付けられ、ＳＳＢ１にプリアンブルインデックス１５から３１が関連付けられ、ＳＳＢ２にプリアンブルインデックス３２から４７がＳＳＢ２が関連付けられ、ＳＳＢ３にプリアンブルインデックス４８から６３がＳＳＢ３が関連付けられる。このように、同じＲＯが異なるＳＳ／ＰＢＣＨブロックインデックスに関連付けられ、異なるプリアンブルが異なるＳＳ／ＰＢＣＨブロックインデックスを用いる。基地局は、受信したＰＲＡＣＨによって、関連付けられたＳＳ／ＰＢＣＨブロックインデックスを区別できる。
　ランダムアクセスプリアンブルは、仕様のランダムアクセス設定に規定された時間リソースのみにおいて送信されることができ、ＦＲ１であるかＦＲ２であるかと、スペクトラムタイプ（ペアード（paired）スペクトラム／supplementary　uplink（ＳＵＬ）／アンペアード（unpaired）スペクトラム）と、に依存する。ＰＲＡＣＨ設定インデックスは、上位レイヤパラメータprach-ConfigurationIndexによって、又は、もし設定されればmsgA-PRACH-ConfigurationIndexによって、与えられる。仕様において、ＰＲＡＣＨ設定インデックスの各値に対し、プリアンブルフォーマット、n_f（フレーム番号）　mod　x　=　yにおけるx及びy、サブフレーム番号、開始シンボル、サブフレーム内のＰＲＡＣＨスロット数、ＰＲＡＣＨスロット内の時間ドメインＰＲＡＣＨオケージョン数N_t^RA,slot、ＰＲＡＣＨ継続時間N_dur^RA、の少なくとも１つに関連付けられている。
　ＰＲＡＣＨ繰り返しがシナリオへ適用できるかどうか、異なる目的によってトリガされるＲＡＣＨ手順のタイプは異なる。ＲＡＣＨ手順のタイプは、以下の少なくとも１つであってもよい。
・contention-free　random　access（ＣＦＲＡ）、ＰＤＣＣＨオーダＲＡ（PDCCH　ordered　RA、ＰＤＣＣＨオーダによって開始される（initiated）ＲＡ）、beam　failure　recovery（ＢＦＲ）用ＣＦＲＡ、system　information（ＳＩ）要求用ＣＦＲＡ、同期を伴う再設定（reconfiguration　with　sync）用ＣＦＲＡなど。
・contention-based　random　access（ＣＢＲＡ）、ＭＡＣエンティティによってトリガされたＲＡ、イベントを伴うＲＲＣによってトリガされたＲＡ、ＢＦＲ用ＣＢＲＡなど。
・４ステップＲＡＣＨ。
・２ステップＲＡＣＨ。
　しかしながら、ＰＲＡＣＨ繰り返しの設定／手順が明らかでない。例えば、繰り返しのためのＰＲＡＣＨリソース（例えば、繰り返しパターン、繰り返し数）がどのように設定されるか、プリアンブル繰り返し送信のＵＥ動作、ＲＡＣＨに関するカウンタ／タイマへの影響、などが明らかでない。このような設定／手順が明らかでなければ、通信品質／通信スループットの劣化のおそれがある。
（ＲＡ応答ウィンドウ）
　ＲＡ応答ウィンドウ（ra-ResponseWindow）は、ＲＡ応答（ＲＡＲ）をモニタするための時間ウィンドウである（ＳｐＣｅｌｌのみ）。ＲＡ競合解決タイマ（ra-ContentionResolutionTimer）は、ＲＡ競合解決のタイマである（ＳｐＣｅｌｌのみ）。Ｍｓｇ．Ｂ応答ウィンドウは、２ステップＲＡタイプのためのＲＡ応答（ＲＡＲ）をモニタするための時間ウィンドウである（ＳｐＣｅｌｌのみ）。
　ＲＡプリアンブルが送信されると、測定ギャップが発生する可能性に関わらず、ＭＡＣエンティティは、以下の動作１から３を行う。
［動作１］
　もしＢＦＲリクエスト用のコンテンションフリーＲＡプリアンブルがそのＭＡＣエンティティによって送信された場合、そのＭＡＣエンティティは、以下の動作１－１及び１－２を行う。
［［動作１－１］］そのＭＡＣエンティティは、ＲＡプリアンブル送信の終了からの最初のＰＤＣＣＨオケージョンにおいて、ＢＦＲ設定（BeamFailureRecoveryConfig）内に設定されたra-ResponseWindowを開始する。
［［動作１－２］］そのＭＡＣエンティティは、ra-ResponseWindowが動作している間、Ｃ－radio　network　temporary　identifier（ＲＮＴＩ）によって識別されるＳｐＣｅｌｌのＢＦＲ用サーチスペースＩＤ（recoverySearchSpaceId）によって指示されたサーチスペースにおいてＰＤＣＣＨ送信をモニタする。
［動作２］
　そうでない場合、そのＭＡＣエンティティは、以下の動作２－１及び２－２を行う。
［［動作２－１］］そのＭＡＣエンティティは、ＲＡプリアンブル送信の終了からの最初のＰＤＣＣＨオケージョンにおいて、共通ＲＡＣＨ設定（RACH-ConfigCommon）内に設定されたra-ResponseWindowを開始する。
［［動作２－２］］そのＭＡＣエンティティは、ra-ResponseWindowが動作している間、ＲＡ－ＲＮＴＩによって識別されるＲＡＲ用のＳｐＣｅｌｌのＰＤＣＣＨ送信をモニタする。
［動作３］
　もしBeamFailureRecoveryConfig内に設定されたra-ResponseWindowが満了し、且つ、Ｃ－ＲＮＴＩ宛のrecoverySearchSpaceIdによって指示されたサーチスペース上のＰＤＣＣＨ送信がそのプリアンブルが送信されたサービングセル上において受信された場合、又は、もしRACH-ConfigCommon内に設定されたra-ResponseWindowが満了し、且つ、送信されたプリアンブルインデックス（PREAMBLE_INDEX）に一致するＲＡプリアンブル識別子（identifiers）を含むＲＡＲが受信された場合、そのＭＡＣエンティティは、そのＲＡＲ受信を失敗と見なし、プリアンブル送信カウンタ（PREAMBLE_TRANSMISSION_COUNTER）を１によってインクリメントする。
　そのＭＡＣエンティティは、送信されたPREAMBLE_INDEXに一致するＲＡプリアンブル識別子（identifiers）を含むＲＡＲの受信成功の後のra-ResponseWindowを停止してもよい（ＲＡＲ用のモニタリングを停止してもよい）。
　ＲＡ応答ウィンドウ内のＰＤＣＣＨモニタリングに対し、ＢＦＲに対する基地局の応答のためのＰＤＣＣＨと、ＲＡＲのためのＰＤＣＣＨと、の２つのケースがある。以下の内容は、両方のケースに適用されてもよい。
　ＭＳＧＡ（Ｍｓｇ．Ａ）プリアンブルが送信されると、測定ギャップが発生する可能性に関わらず、ＭＡＣエンティティは、以下の動作４から６を行う。
［動作４］
　そのＭＡＣエンティティは、仕様に規定されたＰＤＣＣＨモニタリングウィンドウにおいて、Ｍｓｇ．Ｂ応答ウィンドウ（msgB-ResponseWindow）を開始する。
　msgB-ResponseWindowは、ＵＥが、ＰＲＡＣＨ送信に対応するＰＲＡＣＨオケージョンの最後のシンボルの後の少なくとも１つのシンボルであるタイプ１－ＰＤＣＣＨ　ＣＳＳセットに対するＰＤＣＣＨを受信することを設定された、最も早いＣＯＲＥＳＥＴの最初のシンボルにおいて開始してもよい。msgB-ResponseWindowの長さは、タイプ１－ＰＤＣＣＨ　ＣＳＳセット用のＳＣＳに対応してもよい。
［動作５］
　そのＭＡＣエンティティは、msgB-ResponseWindowが動作している間、ＭＳＧＢ－ＲＮＴＩによって識別されるＲＡＲ用のＳｐＣｅｌｌのＰＤＣＣＨ送信をモニタする。
［動作６］
　もしＣ－ＲＮＴＩ　ＭＡＣ　ＣＥが、そのＭＳＧＡ内に含まれた場合、そのＭＡＣエンティティは、msgB-ResponseWindowが動作している間、Ｃ－ＲＮＴＩによって識別されるＲＡＲ用のＳｐＣｅｌｌのＰＤＣＣＨ送信をモニタする。
　ＲＡプリアンブルが送信されるＰＲＡＣＨオケージョンに関連付けられたＲＡ－ＲＮＴＩは、以下のように計算される。
　RA-RNTI　=　1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id
　ここで、s_idは、ＰＲＡＣＨオケージョンの最初のＯＦＤＭシンボルのインデックスである（0<=s_id<14）。t_idは、システムフレーム内のＰＲＡＣＨオケージョンの最初のスロットのインデックスである（0<=t_id<80）。t_idの決定のためのサブキャリア間隔（ＳＣＳ）は、μの値に基づく。f_idは、周波数ドメインにおけるＰＲＡＣＨオケージョンのインデックスである（0<=f_id<8）。ul_carrier_idは、ＲＡプリアンブル送信に用いられるＵＬキャリアである（normal　uplink（ＮＵＬ）キャリアに対して0、supplementary　uplink（ＳＵＬ）キャリアに対して1）。ＲＡ－ＲＮＴＩは、仕様に従って計算される。ＲＡ－ＲＮＴＩは、４ステップＲＡＣＨ用のＲＮＴＩである。
　ＲＡプリアンブルが送信されるＰＲＡＣＨオケージョンに関連付けられたＭＳＧＢ－ＲＮＴＩは、以下のように計算される。
　MSGB-RNTI　=　1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id+14×80×8×2
　ここで、s_idは、ＰＲＡＣＨオケージョンの最初のＯＦＤＭシンボルのインデックスである（0<=s_id<14）。t_idは、システムフレーム内のＰＲＡＣＨオケージョンの最初のスロットのインデックスである（0<=t_id<80）。t_idの決定のためのサブキャリア間隔（ＳＣＳ）は、μの値に基づく。f_idは、周波数ドメインにおけるＰＲＡＣＨオケージョンのインデックスである（0<=f_id<8）。ul_carrier_idは、ＲＡプリアンブル送信に用いられるＵＬキャリアである（normal　uplink（ＮＵＬ）キャリアに対して0、supplementary　uplink（ＳＵＬ）キャリアに対して1）。ＭＳＧＢ－ＲＮＴＩは、２ステップＲＡＣＨ用のＲＮＴＩである。
（ＰＤＣＣＨオーダ）
＜ＰＤＣＣＨオーダ用ＤＣＩフォーマット＞
　ＤＣＩフォーマット１＿０は、ＤＣＩフォーマットの識別子フィールドと、常に１にセットされたビットフィールドと、周波数ドメインリソース割り当て（frequency　domain　resource　assignment）フィールドと、を含む。ＤＣＩフォーマット１＿０のcyclic　redundancy　check（ＣＲＣ）がＣ－ＲＮＴＩによってスクランブルされ、周波数ドメインリソース割り当てフィールドが全て１である場合、そのＤＣＩフォーマット１＿０は、ＰＤＣＣＨオーダによって開始されるランダムアクセス手順用であり、残りのフィールドは、ランダムアクセスプリアンブル、ＵＬ／supplementary　Uplink（ＳＵＬ）インジケータ、ＳＳ／ＰＢＣＨインデックス（ＳＳＢインデックス）、ＰＲＡＣＨマスクインデックス、予約（reserved）ビット（１２ビット）、である。
＜ＰＲＡＣＨオケージョン＞
　ＰＤＣＣＨオーダによってトリガされたＰＲＡＣＨ送信の場合、ＰＲＡＣＨマスクインデックスフィールドは、ランダムアクセスプリアンブルインデックスフィールドの値がゼロでない場合、ＰＲＡＣＨオケージョンが、ＰＤＣＣＨオーダのＳＳ／ＰＢＣＨブロックインデックスフィールドによって示されるＳＳ／ＰＢＣＨブロックｉンデックスに関連付けられているＰＲＡＣＨ送信のＰＲＡＣＨオケージョンを示す。
　上位レイヤによってトリガされたＰＲＡＣＨ送信（ＰＤＣＣＨオーダによってトリガされないＰＲＡＣＨ送信）の場合、もしssb-ResourceListが提供されると、ＰＲＡＣＨマスクインデックスはra-ssb-OccasionMaskIndexによって示される。そのra-ssb-OccasionMaskIndexは、ＰＲＡＣＨオケージョンが、選択されたＳＳ／ＰＢＣＨブロックインデックスに関連付けられているＰＲＡＣＨ送信のための、そのＰＲＡＣＨオケージョンを示す。
　ＰＲＡＣＨオケージョンは、対応するＳＳ／ＰＢＣＨブロックインデックス毎に連続してマッピングされる。マスクインデックス値によって示されるＰＲＡＣＨオケージョンのインデックス付けは、ＳＳ／ＰＢＣＨブロックインデックス毎、連続するＰＲＡＣＨオケージョンのマッピングサイクル毎に、リセットされる。ＵＥは、利用可能な最初のマッピングサイクルにおいて、指示されたＳＳ／ＰＢＣＨブロックインデックスに対するＰＲＡＣＨマスクインデックス値によって示されるＰＲＡＣＨオケージョンを、ＰＲＡＣＨ送信用に選択する。
　指示されたプリアンブルインデックスに対し、ＰＲＡＣＨオケージョンの順序は、以下である。
・第１に、周波数多重されたＰＲＡＣＨオケージョンのための周波数リソースインデックスの増加順。
・第２に、ＰＲＡＣＨスロット内の時間多重されたＰＲＡＣＨオケージョンのための時間リソースインデックスの増加順。
・第３に、ＰＲＡＣＨスロットのインデックスの昇順。
　上位レイヤからの要求に応じてトリガされるＰＲＡＣＨ送信に対し、もしcsirs-ResourceListが提供されている場合、ra-OccasionListの値は、ＰＲＡＣＨ送信のＰＲＡＣＨオケージョンのリストを示し、ＰＲＡＣＨオケージョンはcsi-RSによって示された選択されたＣＳＩ－ＲＳインデックスに関連付けられる。ra-OccasionListによって示されるＰＲＡＣＨオケージョンのインデックス付けは、関連付けパターン期間毎にリセットされる。
　ＰＲＡＣＨマスクインデックス値（msgA-SSB-SharedRO-MaskIndex）の値は、ＳＳＢの許容されるＰＲＡＣＨオケージョン（ＰＲＡＣＨオケージョンインデックスの値）に関連付けられる。
＜ＭＡＣエンティティにおけるランダムアクセス手順＞
　ランダムアクセス手順は、ＰＤＣＣＨオーダ、ＭＡＣエンティティ自身、又は、仕様に準拠したイベントのためのＲＲＣによって開始される。ＭＡＣエンティティ内において、任意の時点において進行中のランダムアクセス手順は１つだけである。ＳＣｅｌｌのランダムアクセス手順は、0b000000と異なるra-PreambleIndexを伴うＰＤＣＣＨオーダによってのみ開始される。
　サービングセル上においてランダムアクセス手順が開始された場合、ＭＡＣエンティティは、以下のことを行う。
・ランダムアクセス手順がＰＤＣＣＨオーダによって開始され、且つ、ＰＤＣＣＨによって明示的に提供されたra-PreambleIndexが0b000000でない場合、又は、ランダムアクセス手順が同期を伴う再設定（reconfiguration）のために開始され、４ステップＲＡタイプのコンテンションフリーのランダムアクセスリソースが、ランダムアクセス手順のために選択されたＢＷＰに対し、rach-ConfigDedicatedによって明示的に提供されている場合。RA_TYPEを4-stepRAに設定する。
　選択されたRA_TYPEが4-stepRAに設定されている場合、ＭＡＣエンティティは次のことを行う。
・ra-PreambleIndexがＰＤＣＣＨから明示的に提供され、且つ、ra-PreambleIndexが0b000000ではない場合、PREAMBLE_INDEXを通知されたra-PreambleIndexにセットし、ＰＤＣＣＨによって通知されたＳＳＢを選択する。
・上記のようにＳＳＢが選択された場合、ra-ssb-OccasionMaskIndexによって与えられた制限によって許可され、選択されたＳＳＢに対応する、ＰＲＡＣＨオケージョンから、次に利用可能なＰＲＡＣＨオケージョンを決定する（ＭＡＣエンティティは、仕様に従って、選択されたＳＳＢに対応して、連続するＰＲＡＣＨオケージョンの中から等確率でランダムにＰＲＡＣＨオケージョンを選択する。ＭＡＣエンティティは、選択されたＳＳＢに対応する次に利用可能なＰＲＡＣＨオケージョンを決定する場合、測定ギャップの発生の可能性を考慮してもよい）。
＜ＰＤＣＣＨオーダ受信とＰＲＡＣＨ送信の間の時間＞
　もしＰＤＣＣＨオーダによってランダムアクセス手順が開始された場合、ＵＥは、上位レイヤによって要求されれば、仕様に記述されたように、ＰＤＣＣＨオーダ受信の最後のシンボルとＰＲＡＣＨ送信の最初のシンボルとの間の時間が、N_(T,2)+Δ_BWPSwitching+Δ_Delay+T_switch［msec］以上である場合（時間条件）の、選択されたＰＲＡＣＨオケージョン内においてＰＲＡＣＨを送信する。ここで、N_(T,2)は、ＵＥ処理能力１（UE　processing　capability　1）のＰＵＳＣＨ準備時間に対応するN_2シンボルの継続時間である。μは、ＰＤＣＣＨオーダのサブキャリア間隔（ＳＣＳ）設定と、それに対応するＰＲＡＣＨ送信のＳＣＳ設定と、の間の最小ＳＣＳ設定に対応すると仮定する。アクティブＵＬ　ＢＷＰが変化しない場合、Δ_BWPSwitching=0であり、そうでない場合、Δ_BWPSwitchingは仕様に定義される。ＦＲ１においてΔ_delay=0.5msecであり、ＦＲ２においてΔ_delay=0.25msecである。T_switchは、仕様に定義されているスイッチングギャップ継続時間である。
＜ＰＲＡＣＨオケージョンの有効（valid）／無効（invalid）の条件（有効条件）＞
　ペアード（paired）スペクトラム（ＦＤＤ）又はＳＵＬバンドにおいて、全てのＰＲＡＣＨオケージョンが有効である。アンペアード（unpaired）スペクトラム（ＴＤＤ）において、ＰＲＡＣＨオケージョンは、以下の規定１及び２に従ってもよい。
［規定１］
　ＵＥがtdd-UL-DL-ConfigurationCommonを提供されていない場合において、ＰＲＡＣＨスロット内のＰＲＡＣＨオケージョンが、ＰＲＡＣＨスロット内のＳＳ／ＰＢＣＨブロックに先行せず、最後のＳＳ／ＰＢＣＨブロック受信シンボルから少なくともN_gapシンボル後に開始する場合、そのＰＲＡＣＨオケージョンは有効である。ここで、N_gapは仕様において規定されている。channelAccessMode=semistaticが提供された場合、ＵＥが送信しない次のチャネル占有時間の開始前の連続するシンボルのセットと重複しない。ＳＳ／ＰＢＣＨブロックの候補（candidate）ＳＳ／ＰＢＣＨブロックインデックスは、ＳＩＢ１内の又はServingCellConfigCommon内のssb-PositionsInBurstによって提供されるＳＳ／ＰＢＣＨブロックインデックスに対応する。
［規定２］
　ＵＥがtdd-UL-DL-ConfigurationCommonを提供されている場合、ＰＲＡＣＨスロット内のＰＲＡＣＨオケージョンは、以下の場合に有効である。
・そのＰＲＡＣＨオケージョンがＵＬシンボル内にある。又は、
・そのＰＲＡＣＨオケージョンがＰＲＡＣＨスロット内のＳＳ／ＰＢＣＨブロックに先行せず、最後のＤＬシンボルから少なくともN_gapシンボル後、且つ、最後のＳＳ／ＰＢＣＨブロックシンボルから少なくともN_gapシンボル後に、開始する。ここで、N_gapは仕様に規定される。もしchannelAccessMode=semistaticが提供された場合、そのＰＲＡＣＨオケージョンは、仕様に記載されているように、いかなる送信もあってはならない次のチャネル占有時間の開始前の連続するシンボルのセットと重複しない。ＳＳ／ＰＢＣＨブロックの候補ＳＳ／ＰＢＣＨブロックインデックスは、仕様に記載されているように、ＳＩＢ１内の又はServingCellConfigCommon内のssb-PositionsInBurstによって提供されるＳＳ／ＰＢＣＨブロックインデックスに対応する。
（ＣＢＲＡにおけるステップ４）
　Ｒｅｌ．１６　ＮＲのＲＡ手順におけるステップ４（Ｍｓｇ４）は、以下のステップ４動作に従う。
［ステップ４動作］
　ＵＥにＣ－ＲＮＴＩが提供されていない場合、ＲＡＲ　ＵＬグラントによってスケジュールされたＰＵＳＣＨ送信に応じて、ＵＥは、UE　contention　resolution　identityを含むＰＤＳＣＨをスケジュールし対応するＴＣＩ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット１＿０の検出を試みる。UE　contention　resolution　identityを含むＰＤＳＣＨの受信に応じて、ＵＥは、ＰＵＣＣＨ内においてＨＡＲＱ－ＡＣＫ情報を送信する。ＰＵＣＣＨ送信は、ＰＵＳＣＨ送信と同じアクティブＵＬ　ＢＷＰ内である。ＰＤＳＣＨ受信の最後のシンボルと、ＨＡＲＱ－ＡＣＫ情報を含み対応するＰＵＣＣＨ送信の最初のシンボルと、の間の最小時間は、N_T,1［msec］に等しい。N_T,1は、追加ＰＤＳＣＨ　ＤＭ－ＲＳが設定されている場合のＵＥ処理能力１のＰＤＳＣＨ処理時間に相当するN_T,1シンボルの継続時間である。μ=0に対し、ＵＥは、N_T,1=14を想定する。
　ＲＡＲ　ＵＬグラントによってスケジュールされたＰＵＳＣＨ送信に応じて、又は、対応するＲＡＲメッセージに提供されたＴＣ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット０＿０によってスケジュールされ対応するＰＵＳＣＨ再送に応じて、ＤＣＩフォーマットを検出する場合、ＵＥがそのＤＣＩフォーマットを伴うＰＤＣＣＨを受信したＣＯＲＥＳＥＴに対するＴＣＩ状態がＵＥに提供されているか否かに関わらず、ＵＥは、そのＤＣＩフォーマットを運ぶＰＤＣＣＨが、ＵＥによってＰＲＡＣＨ関連付けに用いられたＳＳ／ＰＢＣＨブロックに対するＤＭ－ＲＳアンテナポートquasi　co-location（ＱＣＬ）特性（properties）と同じＤＭ－ＲＳアンテナポートＱＣＬ特性を想定してもよい。
（ＲＡＲ受信及びＱＣＬ想定）
　ＰＲＡＣＨ送信に応じて、ＵＥは、前述の上位レイヤによって制御されるウィンドウ中において、対応するＲＡ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット１＿０の検出を試みる。ＵＥがタイプ１－ＰＤＣＣＨ　ＣＳＳセットに対するＰＤＣＣＨを受信することを設定された最も早いＣＯＲＥＳＥＴの最初のシンボルにおいて、すなわち、ＰＲＡＣＨ送信に対応するＰＲＡＣＨオケージョンの最後のシンボルの少なくとも１シンボル後において、そのウィンドウは開始する。そのシンボル期間は、タイプ１－ＰＤＣＣＨ　ＣＳＳセットに対するＳＣＳに対応する。そのウィンドウの長さは、タイプ１－ＰＤＣＣＨ　ＣＳＳセットに対するＳＣＳに基づき、ra-responseWindowによってスロット数として提供される。
　もしＵＥが、対応するＲＡ－ＲＮＴＩによってスクランブルされたＣＲＣと、ＵＥがＰＲＡＣＨを送信したsystem　frame　number（ＳＦＮ）のleast　significant　bits（ＬＳＢｓ）と同じ、ＤＣＩフォーマット内のＳＦＮフィールドのＬＳＢｓと、を伴うそのＤＣＩフォーマット１＿０を検出し、且つ、ＵＥが、対応するＰＤＳＣＨ内のトランスポートブロックを受信した場合、ＵＥが、そのＤＣＩフォーマット１＿０を伴うＰＤＣＣＨを受信するＣＯＲＥＳＥＴ用のＴＣＩ状態（TCI-State）を提供されるか否かに関わらず、ＵＥがＰＲＡＣＨの関連付けに用いる、ＳＳ／ＰＢＣＨブロック又はＣＳＩ－ＲＳリソースに関して、ＵＥは、同じＤＭＲＳアンテナポートＱＣＬ特性（properties）を想定してもよい。
　もしＵＥが、ＳｐＣｅｌｌに対するＣＦＲＡ手順をトリガするＰＤＣＣＨオーダによって開始されるＰＲＡＣＨ送信に応じて、対応するＲＡ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット１＿０の検出を試みる場合、ＵＥは、そのＤＣＩフォーマット１＿０を含むＰＤＣＣＨと、そのＰＤＣＣＨオーダと、が同じＤＭＲＳアンテナポートＱＣＬ特性（properties）を有すると想定してもよい。もしＵＥが、セカンダリセルに対するＣＦＲＡ手順をトリガするＰＤＣＣＨオーダによって開始されるＰＲＡＣＨ送信に応じて、対応するＲＡ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット１＿０の検出を試みる場合、ＵＥは、そのＤＣＩフォーマット１＿０を含むＰＤＣＣＨの受信のためのタイプ１－ＰＤＣＣＨ　ＣＳＳセットに関連付けられたＣＯＲＥＳＥＴのＤＭＲＳアンテナポートＱＣＬ特性（properties）を想定してもよい。
　ＲＡＲ　ＵＬグラントは、周波数ホッピングフラグフィールドと、ＰＵＳＣＨ周波数リソース配置（allocation）フィールドと、ＰＵＳＣＨ時間リソース配置フィールドと、modulation　and　coding　scheme（ＭＣＳ）フィールドと、ＰＵＳＣＨ用ＴＰＣコマンドフィールドと、ＣＳＩリクエストフィールドと、チャネルアクセス－cyclic　prefix延長（CPext）フィールドと、の少なくとも１つを含んでもよい。
　もしプリアンブルが（異なるＳＳＢ又は異なるＣＳＩ－ＲＳに関連付けられた異なるＲＯ上において）異なる複数ビームを伴って繰り返される場合、Ｍｓｇ２（例えば、ＲＡＲ、ＢＦＲに対する基地局応答）の受信に対し、ＵＥは、Ｍｓｇ２の受信に対して異なるＱＣＬ（例えば、ビーム）を想定してもよい。カバレッジが制限されたＵＥに対し、異なる複数ビームを伴うＰＲＡＣＨ繰り返しの目的は、（ＵＥにおけるビームコレスポンデンス、ＵＥにける同じＤＬ／ＵＬビーム、を想定して）基地局の復号性能の改善である。それは、ＵＥが、異なる複数ビームを伴うＤＬ受信を復号できることを意味しない。すなわち、以下の見解１が得られる。
［見解１］
　異なる複数ビームを伴うＰＲＡＣＨ繰り返しの後のＭｓｇ２受信に対し、（少なくともＦＲ２において）ＵＥが１つのビームを伴うＭｓｇ２をモニタすることが好ましい。
　見解１に基づき、基地局及びＵＥが、Ｍｓｇ２受信のためのＱＣＬ想定に関する共通理解を有することが必要である。異なる複数ビームを伴うＰＲＡＣＨ繰り返しに対し、ＱＣＬ想定の共通理解をどのように実現するかが明らかでない。すなわち、以下の見解２が得られる。
［見解２］
　もしＵＥが（少なくともＦＲ２において）受信のために１つのＱＣＬ想定を想定する場合、基地局及びＵＥが、Ｍｓｇ２受信のためのＱＣＬ想定に関する共通理解を有するべきである。ＣＦＲＡは、共通理解をより容易に作ることができる。
　ＣＢＲＡは主にＭＡＣ／ＲＲＣによって開始される。ＣＦＲＡは、ＰＤＣＣＨオーダ又はＭＡＣ／ＲＲＣ（例えば、ＢＦＲ、listen　before　transmission（ＬＢＴ）障害、system　information（ＳＩ）リクエストなど）によって開始されることができる。異なるケースに対し、以下の問題に対する解決策が明らかでない。
・異なる複数ビームを伴うＰＲＡＣＨ繰り返しが適用されるか否か。
・利用可能な異なる複数ビームと、異なる複数ビームを伴う利用可能な繰り返し数と、の決定。
・Ｍｓｇ２受信に対するＱＣＬ想定の決定。
　ここでは、ＵＥにおけるＤＬ及びＵＬに対する同じビームと、ＲＡＲ受信に対する参照ビームの１つのＱＣＬ想定と、を想定した。しかしながら、maximum　permitted　exposure（ＭＰＥ）／maximum　power　reduction（ＭＰＲ）のため、ＤＬ及びＵＬに対して、異なる最良ビームの可能性が考えられる。ＰＲＡＣＨカバレッジ拡張に加え、ＵＬビームの改良のために、異なる複数ビームを伴うＰＲＡＣＨを利用することが可能である。ここで、以下の想定１及び２が考えられる。
［ＤＬ／ＵＬビーム想定１］
　既存のＰＲＡＣＨが行われ、最良のＤＬビームが識別される。この場合、ＵＬビーム管理のために、（ＣＦＲＡ又はＣＢＲＡの）異なる複数ビームを伴う追加のＰＲＡＣＨ繰り返しがトリガされてもよい。
［ＤＬ／ＵＬビーム想定２］
　後述の実施形態＃１／＃２が、異なる複数ビームを伴うＰＲＡＣＨ繰り返しに用いられる。そこでは、参照リソース／参照ビームが指示され、Ｍｓｇ２のＱＣＬ想定が、参照ビームと同じであると想定される。したがって、最良のＤＬビームが、参照ビームと同じと識別される。この場合、さらにＵＬビーム管理を実現するための拡張が考えられる。
（ＰＲＡＣＨ用電力制御プロセス）
　プリアンブル（ＰＲＡＣＨ）の送信電力はＵＥによって計算される。ＰＲＡＣＨの送信電力は、オープンループ電力制御と、電力上昇（lifting／ramping）機構によって決定される。ＵＥは、ネットワークから設定の受信電力と、プリアンブル電力ランピング（ramping）カウンタの値と、に基づいて、送信電力を計算する。
　既存の規格において、プリアンブル目標受信電力は、以下の計算式によって与えられる。
PREAMBLE_RECEIVED_TARGET_POWER　=　
preambleReceivedTargetPower　+　DELTA_PREAMBLE　+　(PREAMBLE_POWER_RAMPING_COUNTER-1)×PREAMBLE_POWER_RAMPING_STEP
　preambleReceivedTargetPowerは、４ステップＲＡタイプに対する初期ランダムアクセスプリアンブル電力である。DELTA_PREAMBLEは、プリアンブルフォーマットに関連する。PREAMBLE_POWER_RAMPING_COUNTERは、電力が上昇する回数である。PREAMBLE_POWER_RAMPING_STEPは、ランピングステップ（ステップサイズ）である。
　ＵＥは、送信オケージョンi内のサービングセルcに対するＤＬ　ＲＳに基づいて、サービングセルcのキャリアfのアクティブＵＬ　ＢＷＰ　b上のＰＲＡＣＨの（実際の）送信電力PPRACH,b,f,c(i)を、次式のように決定する。
PPRACH,b,f,c(i)　=　min{PCMAX,f,c(i),PPRACH,target,f,c+PLb,f,c}　[dBm]
　PCMAX,f,c(i)は、送信オケージョンi内のサービングセルcのキャリアfに対してＵＥに設定された最大出力電力である。PPRACH,target,f,cは、サービングセルcのキャリアfのアクティブＵＬ　ＢＷＰ　bに対して上位レイヤによって提供されたＰＲＡＣＨ目標受信電力PREAMBLE_RECEIVED_TARGET_POWERである。PLb,f,cは、サービングセルcのアクティブＤＬ　ＢＷＰ上のＰＲＡＣＨ送信に関連付けられたＤＬ　ＲＳに基づく、キャリアfのアクティブＵＬ　ＢＷＰ　bに対するパスロスであり、ＵＥによって、（参照信号電力（referenceSignalPower、ss-PBCH-BlockPower）[dBm]－上位レイヤフィルタされたＲＳＲＰ[dBm]）[dB]として計算される。もしアクティブＤＬ　ＢＷＰが初期ＤＬ　ＢＷＰであり、ＳＳ／ＰＢＣＨブロック及びＣＯＲＥＳＥＴの多重パターン２又は３用である場合、ＵＥは、ＰＲＡＣＨ送信に関連付けられたＳＳ／ＰＢＣＨブロックに基づいて、PLb,f,cを決定する。
　パスロス計算に用いられるＤＬ　ＲＳは、pathloss（ＰＬ）－ＲＳ、パスロス参照ＲＳ、などと呼ばれてもよい。
　既存のＲＡＣＨプロセス（手順）において、もしＵＥがＰＲＡＣＨを送り、特定の時間ウィンドウ内において、ネットワークのＲＡＲ、又は、競合解決（contention／conflict　resolution）のＭｓｇ４を受信せず、ランダムアクセスプロセスが完了しない場合、ＵＥは、ランダムバックオフ時間の後に、ＰＲＡＣＨを再送する。
　もしＵＥが複数送信（ＴＸ）ビームをサポートする場合、電力上昇機構は、以下に従う。
・送信ビームが変更されない場合、新たに送信されるＰＲＡＣＨの電力は、最後の送信電力に基づいて上昇する。もし選択されるＳＳＢ又はＣＳＩ－ＲＳが、最後のランダムアクセスプリアンブル送信内の選択から変更されない場合、プリアンブル電力ランピングカウンタは、１によってインクリメントされる。図１の例において、ＲＯ１から３は同じビームに関連付けられている。ＲＯ１から３においてプリアンブルが送信される場合、カウンタ値は、変更される。
・ＵＥが送信ビームを切り替える場合、プリアンブル電力ランピングカウンタは、変更されない。図２の例において、ＲＯ１から３は異なるビームに関連付けられている。ＲＯ１から３においてプリアンブルが送信される場合、カウンタ値は、変更されない。
　既存のプロセスにおいて、ランダムアクセスプロセス（手順）が完了した場合、プリアンブル電力ランピングカウンタはリセットされる。ランダムアクセスプロセスの完了のフラグは、以下の完了１又は２である。
（完了１）ランダムアクセスが成功し、ランダムアクセスプロセスが完了する。それは、以下の動作に従う。
・ランダムアクセスプリアンブルが送信されると、測定ギャップの発生の可能性に関わらず、ＭＡＣエンティティは、ランダムアクセスプリアンブル送信の終了からの最初のＰＤＣＣＨオケージョンにおいて、BeamFailureRecoveryConfig内又はRACH-ConfigCommon内において設定されるＲＡＲウィンドウ（ra-ResponseWindow）を開始する。その後、そのＭＡＣエンティティは、ra-ResponseWindowの動作中、ＲＡ－ＲＮＴＩによって識別されるＲＡＲのためのＳｐＣｅｌｌのＰＤＣＣＨをモニタする。
・プリアンブルが送信されるサービングセル上において、recoverySearchSpaceIdによって指示されるサーチスペース上のＰＤＣＣＨ送信の受信の通知が、下位レイヤから受信され、且つ、ＰＤＣＣＨ送信がＣ－ＲＮＴＩ宛であり、且つ、そのＭＡＣエンティティによってビーム障害回復要求のためのＣＦＲＡプリアンブルが送信された場合、そのＭＡＣエンティティは、そのランダムアクセス手順が成功して完了したと見なす。
・そうでなく、もしＲＡ－ＲＮＴＩに対するＰＤＣＣＨ上において、有効なＤＬアサインメントが受信され、受信されたＴＢが成功して復号された場合において、そのＭＡＣエンティティは、以下の（１）から（３）に従う。
（１）もしＲＡＲが、送信されたPREAMBLE_INDEXに対応するランダムアクセスプリアンブル識別子を伴うＭＡＣサブＰＤＵを含む場合、そのＭＡＣエンティティは、そのランダムアクセス手順が成功して完了したと見なす。
（２）もしＲＡＲが、ＲＡＰＩＤ（ランダムアクセスプリアンブル識別子）のみを伴うＭＡＣサブＰＤＵを含む場合、そのＭＡＣエンティティは、そのランダムアクセス手順が成功して完了したと見なす。
（３）もしそのランダムアクセスプリアンブルが、ＣＢＲＡプリアンブルの内の、そのＭＡＣエンティティによって選択されなかったプリアンブルである場合、そのＭＡＣエンティティは、そのランダムアクセス手順が成功して完了したと見なす。
・Ｍｓｇ３が送信されると、Ｍｓｇ３送信の終了後の最初のシンボル内の各ＨＡＲＱ再送において、ＭＡＣエンティティは、ra-ContentionResolutionTimerを開始し、ra-ContentionResolutionTimerを再開する。その後、ＭＡＣエンティティは、測定ギャップの発生の可能性に関わらず、ra-ContentionResolutionTimerの動作中、ＰＤＣＣＨをモニタする。その後、ＳｐＣｅｌｌのＰＤＣＣＨ送信の受信の通知が、下位レイヤから受信され、且つ、Ｍｓｇ３内にＣ－ＲＮＴＩ　ＭＡＣ　ＣＥが含まれる場合において、そのＭＡＣエンティティは、以下に従う。もしＳｐＣｅｌｌビーム障害回復ランダムアクセス手順が開始され、そのＰＤＣＣＨ送信がＣ－ＲＮＴＩ宛である場合、又は、もしそのランダムアクセス手順が、ＰＤＣＣＨオーダによって開始され、そのＰＤＣＣＨ送信がＣ－ＲＮＴＩ宛である場合、又は、もしそのランダムアクセス手順が、ＭＡＣサブレイヤそれ自身又はＲＲＣサブレイヤによって開始され、そのＰＤＣＣＨ送信がＣ－ＲＮＴＩ宛であり、新規送信のためのＵＬグラントを含む場合、そのＭＡＣエンティティは、そのランダムアクセス手順が成功して完了したと見なす。
・そうでなく、もしＭｓｇ３内にcommon　control　channel（ＣＣＣＨ、論理チャネル）　service　data　unit（ＳＤＵ）が含まれ、そのＰＤＣＣＨ送信がそのTEMPORARY_C-RNTI宛であり、そのＭＡＣ　ＰＤＵが成功して復号された場合において、もしそのＭＡＣ　ＰＤＵが、ＵＥ競合解決識別子（UE　Contention　Resolution　Identity）ＭＡＣ　ＣＥを含み、そのＭＡＣ　ＣＥ内のＵＥ競合解決識別子が、Ｍｓｇ３内において送信されるＣＣＣＨ　ＳＤＵに一致する場合、そのＭＡＣエンティティは、そのランダムアクセス手順が成功して完了したと見なす。
（完了２）ランダムアクセスが失敗し、ランダムアクセスプロセスが完了する。それは、以下の動作に従う。
・以下の（１）から（３）のいずれかが満たされる場合、そのＭＡＣエンティティは、TEMPORARY_C-RNTIを破棄し、競合解決が失敗したと見なす。
（１）もしビーム障害回復設定（BeamFailureRecoveryConfig）内において設定されるra-ResponseWindowが満了し、且つ、もしプリアンブルが送信されたサービングセル上において、Ｃ－ＲＮＴＩ宛のrecoverySearchSpaceIdによって指示されるサーチスペース上のＰＤＣＣＨ送信が受信されなかった場合。
（２）もし共通ＲＡＣＨ設定（RACH-ConfigCommon）内において設定されるra-ResponseWindowが満了し、且つ、もし送信されたPREAMBLE_INDEXに一致するランダムアクセスプリアンブル識別子を含むＲＡＲが受信されなかった場合。
（３）もしＲＡ競合解決タイマ（ra-ContentionResolutionTimer）が満了した場合。
・競合解決が失敗した場合、そのＭＡＣエンティティは、PREAMBLE_TRANSMISSION_COUNTERを１によってインクリメントし、もしPREAMBLE_TRANSMISSION_COUNTER　=　preambleTransMax　+　1である場合、そのＭＡＣエンティティは、以下の（１）及び（２）に従う。
（１）もしＳｐＣｅｌｌ上においてランダムアクセスプリアンブルが送信され、このランダムアクセス手順がsystem　information（ＳＩ）要求のためにトリガされた場合、そのＭＡＣエンティティは、そのランダムアクセス手順が失敗して完了したと見なす。
（２）もしＳＣｅｌｌ上においてランダムアクセスプリアンブルが送信された場合、そのＭＡＣエンティティは、そのランダムアクセス手順が失敗して完了したと見なす。
　プリアンブルの電力ランピングによって上昇する送信電力は、前述のPCMAX,f,c(i)によって制限される。プリアンブルの送信（電力ランピング）の回数（カウンタ）は、前述のpreambleTransMaxによって制限される。
　図３の例において、ＲＡプリアンブルの送信の後、ＵＥは、ＲＡＲウィンドウを開始し、ＲＡＲ　ＰＤＣＣＨをモニタする（Ｓ１１０）。もしＵＥが幾つかの条件の下において、そのＲＡＲ　ＰＤＣＣＨを受信した場合（Ｓ１２０：Ｙ）、ＵＥは、ＲＡ手順が成功して完了したと見なす、又は、Ｍｓｇ３送信を準備する（Ｓ１３０）。そうでない場合において（Ｓ１２０：Ｎ）、もしそのＲＡＲウィンドウが満了した場合（Ｓ１４０：Ｙ）、ＵＥは、ＲＡ手順が失敗して完了したと見なす、又は、ＲＡリソース選択手順を再開する（Ｓ１５０）。Ｓ１４０において、もしそのＲＡＲウィンドウが満了していない場合（Ｓ１４０：Ｙ）、ＵＥは、Ｓ１２０へ戻る。
（ＰＲＡＣＨの上りリンクカバレッジ改善）
　マルチＰＲＡＣＨ送信の以下の２つのタイプが検討されている。
［タイプ１マルチＰＲＡＣＨ送信］
　ＵＥは、ｎ個のランダムアクセスオケージョン（ＲＯ）／ＲＯリソース上においてＭｓｇ１を繰り返し送信する。その後、ＵＥは、設定されたタイプ１ＰＤＣＣＨオケージョンにおけるＭｓｇ２の検出を待つ。本開示において、ｎ個のＲＯ／ＲＯリソースにおけるプリアンブルの繰り返し送信を、ＲＯグループと呼ぶことがある。図４Ａは、タイプ１マルチＰＲＡＣＨ送信のタイミングの一例を示す。この例において、ＲＯグループのサイズ（ＲＯグループ内のＲＯの数）は、ｎである。１つのＲＯグループの後に、１つのＲＡＲウィンドウが開始される。
［タイプ２マルチＰＲＡＣＨ送信］
　ＵＥは、ｎ個のランダムアクセスオケージョン（ＲＯ）リソース上においてＭｓｇ１を繰り返し送信する。各ＲＯ上のＭｓｇ１の送信の後、ＵＥは、タイプ１ＰＤＣＣＨオケージョンにおけるＭｓｇ２の検出を待つ。図４Ｂは、タイプ２マルチＰＲＡＣＨ送信のタイミングの一例を示す。この例において、ＲＯグループのサイズ（ＲＯグループ内のＲＯの数）は、ｎである。各ＲＯの後に、１つのＲＡＲウィンドウが開始される。
　１つのＲＯグループ内においてＭｓｇ１のビームが同じであるか異なるかを考慮すると、タイプ１マルチＰＲＡＣＨ送信のユースケースとして、以下のケース１－１から１－３が考えられ、タイプ２マルチＰＲＡＣＨ送信のユースケースとして、以下のケース２－１から２－３が考えられる。
［ケース１－１］
　タイプ１マルチＰＲＡＣＨ送信が、同じビームを用いてＭｓｇ１をｎ回繰り返し送信し、Ｍｓｇ２を１回受信してもよい。図５Ａの例において、１つのＲＯグループ内において、同じ送信ビームを用いてｎ回のＰＲＡＣＨ繰り返しが送信される。
［ケース１－２］
　タイプ１マルチＰＲＡＣＨ送信が、異なるビームを用いてＭｓｇ１をｎ回繰り返し送信し、Ｍｓｇ２を１回受信してもよい。図５Ｂの例において、１つのＲＯグループ内において、異なる送信ビームを用いてｎ回のＰＲＡＣＨ繰り返しが送信される。
［ケース１－３］
　タイプ１マルチＰＲＡＣＨ送信が、複合ビームパターンを用いてＭｓｇ１をｎ回繰り返し送信し、Ｍｓｇ２を１回受信してもよい。図５Ｃの例において、１つのＲＯグループ内において、複合ビームパターン用いてｎ回のＰＲＡＣＨ繰り返しが送信される。この例において、複合ビームパターンは、複数のＲＯにおける同じビームを含んでもよいし、異なるビームを含んでもよい。
［ケース２－１］
　タイプ２マルチＰＲＡＣＨ送信が、同じビームを用いてＭｓｇ１をｎ回繰り返し送信し、Ｍｓｇ２をｎ回受信してもよい。図６Ａの例において、１つのＲＯグループ内において、同じ送信ビームを用いてｎ回のＰＲＡＣＨ繰り返しが送信される。
［ケース２－２］
　タイプ２マルチＰＲＡＣＨ送信が、異なるビームを用いてＭｓｇ１をｎ回繰り返し送信し、Ｍｓｇ２をｎ回受信してもよい。図６Ｂの例において、１つのＲＯグループ内において、異なる送信ビームを用いてｎ回のＰＲＡＣＨ繰り返しが送信される。
［ケース２－３］
　タイプ２マルチＰＲＡＣＨ送信が、複合ビームパターンを用いてＭｓｇ１をｎ回繰り返し送信し、Ｍｓｇ２をｎ回受信してもよい。図６Ｃの例において、１つのＲＯグループ内において、複合ビームパターン用いてｎ回のＰＲＡＣＨ繰り返しが送信される。この例において、複合ビームパターンは、複数のＲＯにおける同じビームを含んでもよいし、異なるビームを含んでもよい。
　異なるビームに対して、共通の電力ランピングカウンタが維持されるか、個別の電力ランピングカウンタが維持されるか、が明らかでない。各ケースにおいて、電力ランピングカウンタがいつ変更されるかが明らかでない。各ケースにおいて、電力ランピングカウンタがいつリセットされるかが明らかでない。電力上昇ステップサイズの決定が明らかでない。ＰＲＡＣＨ送信電力計算のためのＰＬ－ＲＳをどのように決定するかが明らかでない。このように、ＰＲＡＣＨ送信電力の決定が明らかでなければ、通信スループットの低下などを招くおそれがある。
　そこで、本発明者らは、ＰＲＡＣＨ繰り返しの送信電力の決定方法を着想した。
　以下、本開示に係る実施形態について、図面を参照して詳細に説明する。各実施形態に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
　本開示において、「Ａ／Ｂ」及び「Ａ及びＢの少なくとも一方」は、互いに読み替えられてもよい。また、本開示において、「Ａ／Ｂ／Ｃ」は、「Ａ、Ｂ及びＣの少なくとも１つ」を意味してもよい。
　本開示において、アクティベート、ディアクティベート、指示（又は指定（indicate））、選択（select）、設定（configure）、更新（update）、決定（determine）などは、互いに読み替えられてもよい。本開示において、サポートする、制御する、制御できる、動作する、動作できるなどは、互いに読み替えられてもよい。
　本開示において、無線リソース制御（Radio　Resource　Control（ＲＲＣ））、ＲＲＣパラメータ、ＲＲＣメッセージ、上位レイヤパラメータ、情報要素（ＩＥ）、設定などは、互いに読み替えられてもよい。本開示において、Medium　Access　Control制御要素（ＭＡＣ　Control　Element（ＣＥ））、更新コマンド、アクティベーション／ディアクティベーションコマンドなどは、互いに読み替えられてもよい。
　本開示において、上位レイヤシグナリングは、例えば、Radio　Resource　Control（ＲＲＣ）シグナリング、Medium　Access　Control（ＭＡＣ）シグナリング、ブロードキャスト情報などのいずれか、又はこれらの組み合わせであってもよい。
　本開示において、ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（MAC　Control　Element（ＭＡＣ　ＣＥ））、ＭＡＣ　Protocol　Data　Unit（ＰＤＵ）などを用いてもよい。ブロードキャスト情報は、例えば、マスタ情報ブロック（Master　Information　Block（ＭＩＢ））、システム情報ブロック（System　Information　Block（ＳＩＢ））、最低限のシステム情報（Remaining　Minimum　System　Information（ＲＭＳＩ））、その他のシステム情報（Other　System　Information（ＯＳＩ））などであってもよい。
　本開示において、物理レイヤシグナリングは、例えば、下りリンク制御情報（Downlink　Control　Information（ＤＣＩ））、上りリンク制御情報（Uplink　Control　Information（ＵＣＩ））などであってもよい。
　本開示において、インデックス、識別子（Identifier（ＩＤ））、インディケーター、リソースＩＤなどは、互いに読み替えられてもよい。本開示において、シーケンス、リスト、セット、グループ、群、クラスター、サブセットなどは、互いに読み替えられてもよい。
　本開示において、パネル、ＵＥパネル、パネルグループ、ビーム、ビームグループ、プリコーダ、Uplink（ＵＬ）送信エンティティ、送受信ポイント（Transmission/Reception　Point（ＴＲＰ））、基地局、空間関係情報（Spatial　Relation　Information（ＳＲＩ））、空間関係、ＳＲＳリソースインディケーター（SRS　Resource　Indicator（ＳＲＩ））、制御リソースセット（COntrol　REsource　SET（ＣＯＲＥＳＥＴ））、Physical　Downlink　Shared　Channel（ＰＤＳＣＨ）、コードワード（Codeword（ＣＷ））、トランスポートブロック（Transport　Block（ＴＢ））、参照信号（Reference　Signal（ＲＳ））、アンテナポート（例えば、復調用参照信号（DeModulation　Reference　Signal（ＤＭＲＳ））ポート）、アンテナポートグループ（例えば、ＤＭＲＳポートグループ）、グループ（例えば、空間関係グループ、符号分割多重（Code　Division　Multiplexing（ＣＤＭ））グループ、参照信号グループ、ＣＯＲＥＳＥＴグループ、Physical　Uplink　Control　Channel（ＰＵＣＣＨ）グループ、ＰＵＣＣＨリソースグループ）、リソース（例えば、参照信号リソース、ＳＲＳリソース）、リソースセット（例えば、参照信号リソースセット）、ＣＯＲＥＳＥＴプール、下りリンクのTransmission　Configuration　Indication　state（ＴＣＩ状態）（ＤＬ　ＴＣＩ状態）、上りリンクのＴＣＩ状態（ＵＬ　ＴＣＩ状態）、統一されたＴＣＩ状態（unified　TCI　state）、共通ＴＣＩ状態（common　TCI　state）、擬似コロケーション（Quasi-Co-Location（ＱＣＬ））、ＱＣＬ想定などは、互いに読み替えられてもよい。
　本開示において、ＳＳＢ／ＣＳＩ－ＲＳのインデックス／インディケータ、ビームインデックス、ＴＣＩ状態、は互いに読み替えられてもよい。
（無線通信方法）
　各実施形態において、ＵＥ、ＭＡＣエンティティ、上位レイヤ、下位レイヤ、基地局、は互いに読み替えられてもよい。
　各実施形態において、期間、周期、フレーム、サブフレーム、スロット、シンボル、オケージョン、ＲＯ、は互いに読み替えられてもよい。
　各実施形態において、繰り返し期間（period）、繰り返し設定（configuration）期間、繰り返し周期（periodicity）、繰り返しサイクル、は互いに読み替えられてもよい。
　各実施形態において、オケージョン、ＲＡＣＨオケージョン（ＲＯ）、ＰＲＡＣＨオケージョン、繰り返しリソース、繰り返し設定リソース、ＲＯ／繰り返しのために設定されたリソース、時間インスタンス及び周波数インスタンス、時間リソース及び周波数リソース、ＲＯ／プリアンブルのリソース、繰り返し、は互いに読み替えられてもよい。
　各実施形態において、ＰＤＣＣＨオーダ、ＰＤＣＣＨオーダＤＣＩ、ＤＣＩフォーマット１＿０、メッセージ（Ｍｓｇ）０、は互いに読み替えられてもよい。各実施形態において、ＰＲＡＣＨ、プリアンブル、ＰＲＡＣＨプリアンブル、系列、プリアンブルフォーマット、Ｍｓｇ１、は互いに読み替えられてもよい。各実施形態において、ＰＲＡＣＨに対する応答、ＲＡＲ、Ｍｓｇ２、ＭｓｇＢ、Ｍｓｇ４、ＢＦＲに対する基地局応答、応答をスケジュールするＤＣＩ、は互いに読み替えられてもよい。各実施形態において、ランダムアクセス手順におけるＰＲＡＣＨ以外の送信、Ｍｓｇ３、ＲＡＲによってスケジュールされるＰＵＳＣＨ、Ｍｓｇ４に対するＨＡＲＱ－ＡＣＫ／ＰＵＣＣＨ、ＭｓｇＡ　ＰＵＳＣＨ、は互いに読み替えられてもよい。各実施形態において、Ｍｓｇ３、ＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨ、RRC　connection　request、は互いに読み替えられてもよい。各実施形態において、Ｍｓｇ４、contention　resolution、RRC　connection　setup、UE　contention　resolution　identityを伴うＰＤＳＣＨ、は互いに読み替えられてもよい。
　各実施形態において、ビーム、ＳＳＢ、ＳＳＢインデックス、は互いに読み替えられてもよい。
　各実施形態において、ランダムアクセス（ＲＡ）手順、ＣＦＲＡ／ＣＢＲＡ、４ステップＲＡＣＨ／２ステップＲＡＣＨ、特定種類のランダムアクセス手順、特定のＰＲＡＣＨフォーマットを用いるランダムアクセス手順、ＰＤＣＣＨオーダによって開始されるランダムアクセス手順、ＰＤＣＣＨオーダによって開始されないランダムアクセス手順、上位レイヤによって開始されるランダムアクセス手順、は互いに読み替えられてもよい。
　各実施形態において、プリアンブル電力ランピングカウンタ、カウンタ、カウンタ値、は互いに読み替えられてもよい。各実施形態において、プリアンブル電力ランピングステップ、ランピングステップ、ステップサイズ、は互いに読み替えられてもよい。
　各実施形態において、ＰＬ－ＲＳ、ＳＳＢ、ＣＳＩ－ＲＳ、は互いに読み替えられてもよい。
＜実施形態＃１＞
　異なる複数ＰＲＡＣＨ送信ビームに対して、共通又は個別のランピングカウンタが用いられてもよい。
《選択肢１》
　異なる複数ＰＲＡＣＨ送信ビームに対して、共通の（common）ランピングカウンタがサポートされてもよい。これによって、関連付けられたビームに関わらず、ＰＲＡＣＨカバレッジを迅速に増加させることができる。
［カウンタ値の変更方法］
　カウンタ値の変更は、以下のいずれかのオプションに従ってもよい。
［［オプション１］］
　プリアンブル電力ランピングカウンタの変更単位が、ＲＯであってもよい。これは、１つのＲＯグループ内においてＵＥがＭｓｇ１を繰り返し送信する各時点において、電力ランピングカウンタの値が１によってインクリメントされること、例えば、１つのＲＯグループ内の各ＲＯにおいて、送信電力がランピングステップに従って増加すること、を意味してもよい。
［［オプション２］］
　プリアンブル電力ランピングカウンタの変更単位が、ＲＯグループであってもよい。これは、１つのＲＯグループ内においてＵＥがＭｓｇ１を繰り返し送信する各時点において、電力ランピングカウンタの値が変更されずに維持されること、例えば、１つのＲＯグループ内において、同じ送信電力が維持されること、を意味してもよい。
［カウンタ値の上限］
　ＵＥが送信するプリアンブルの電力が高いレベルに維持されることを防ぐために、上限値が導入されてもよい。そのカウンタの値が、予め決定／設定された上限値を超える場合、ランダムアクセス手順が完了してそのカウンタがリセットされるまで、そのカウンタの値は、変更されずに維持されてもよい。
［カウンタ値のリセット方法］
　既存のプロトコル（仕様）との整合性のために、ランダムアクセス手順が完了した場合に、そのカウンタがリセットされてもよい。
《選択肢２》
　異なる複数ＰＲＡＣＨ送信ビームに対して、個別（separate、固有、beam-specific）のランピングカウンタがサポートされてもよい。これによって、関連付けられたビームに依存して、ＰＲＡＣＨ送信電力が適切に調整されることができる。異なる複数ＰＲＡＣＨ送信ビームの内の、ビームのグループに対して、個別のランピングカウンタがサポートされてもよい。
［カウンタ値の変更方法］
　それぞれのビーム固有電力ランピングカウンタに対し、そのカウンタ値の変更のタイミングは、前述のＲｅｌ．１５ルールに従ってもよい。すなわち、ＵＥがあるビーム（方向）を用いてＭｓｇ１を再送する場合、又はＵＥがあるビーム（方向）を用いてＭｓｇ１繰り返しを送信する場合、そのビームに対応する電力ランピングカウンタは、１によってインクリメントされてもよい。
［カウンタ値の上限］
　ＵＥが送信するプリアンブルの電力が高いレベルに維持されることを防ぐために、上限値が導入されてもよい。上限値は、preambleTransMaxであってもよい。上限値は、仕様に規定されてもよいし、ＲＲＣによって設定されてもよい。上限値に関し、ＵＥは、以下のいずれかのオプションに従ってもよい。
［［オプションａ］］
　あるビームに対するカウンタ値がpreambleTransMaxを超えた場合、そのビームに対するカウンタ値は、preambleTransMaxに維持される。
［［オプションｂ］］
　あるビームに対するカウンタ値がpreambleTransMaxを超えた場合、そのビームに対するカウンタ値は、リセットされる。
［［オプションｃ］］
　あるビームに対するカウンタ値がpreambleTransMaxを超えた場合（且つ、前述の「完了２」の「競合解決が失敗した場合」のいずれかの条件が発生した場合）、そのＲＡ手順は、失敗して完了したと見なされる。
［［オプションｄ］］
　（全てのビームに対する）全てのカウンタ値がpreambleTransMaxを超えた場合（且つ、前述の「完了２」の「競合解決が失敗した場合」のいずれかの条件が発生した場合）、そのＲＡ手順は、失敗して完了したと見なされる。
［カウンタ値のリセット方法］
　既存のプロトコル（仕様）との整合性のために、ランダムアクセス手順が完了した場合に、そ各ビームに対するカウンタがリセットされてもよい。
　この実施形態によれば、ＵＥは、ＰＲＡＣＨ繰り返しに対する１つ以上の電力ランピングカウンタの値を適切に決定でき、ＰＲＡＣＨ送信電力を適切に決定できる。
＜実施形態＃２＞
　電力ランピングカウンタに対するランピングステップ（ステップサイズ）が決定されてもよい。
《オプション１》
　既存のルールが再利用されてもよい。すなわち、PREAMBLE_POWER_RAMPING_STEPが、全てのＰＲＡＣＨ送信のために考慮された電力ランピング因子（ＲＲＣ　ＩＥによって設定されるpowerRampingStep［ｄＢ］）にセットされてもよい。
《オプション２》
　Ｒｅｌ．１８以降のマルチＰＲＡＣＨ送信のための新規パラメータ（例えば、multi-PRACHpowerRampingStep［ｄＢ］）が追加されてもよい。例えば、PREAMBLE_POWER_RAMPING_STEPが、マルチＰＲＡＣＨ送信のための電力ランピング因子（ランピングステップ、ＲＲＣ　ＩＥによって設定されるmulti-PRACHpowerRampingStep［ｄＢ］）にセットされてもよい。
［オプション２－１］
　複数ＰＲＡＣＨ送信のための既存パラメータ（例えば、電力ランピング因子）の代わりに、新規パラメータが用いられてもよい。
［オプション２－２］
　複数ＰＲＡＣＨ送信のための既存パラメータ（例えば、電力ランピング因子）と共に、新規パラメータが用いられてもよい。
　ランピングステップのためのパラメータ（既存／新規のパラメータ）の数は、電力ランピングカウンタの数と同じであってもよい。ランピングステップのためのパラメータ（既存／新規のパラメータ）の数は、ＰＲＡＣＨ送信に用いられるビームの最大数と同じであってもよい。
　この実施形態によれば、ＵＥは、ＰＲＡＣＨ繰り返しに対するランピングステップを適切に決定でき、ＰＲＡＣＨ送信電力を適切に決定できる。
＜実施形態＃３＞
　複数ビームを考慮して、ＰＲＡＣＨの実際の送信電力が決定されてもよい。
《選択肢１》
　特定ＰＲＡＣＨビーム又は特定ＲＯに対し、ＲＲＣ　ＩＥによって明示的ＳＳＢインデックスが設定されてもよい（例えば、後述のオプション１－１／１－２）。そのＳＳＢインデックスに基づいて、ＰＲＡＣＨの実際の送信電力が決定されてもよい。
《選択肢２》
　デフォルトＳＳＢに基づいて、ＰＲＡＣＨの実際の送信電力が決定されてもよい。例えば、デフォルトＳＳＢは、ＲＯリソースに関連付けられたＳＳＢであってもよいし、１つのＲＯグループ内の複数ＲＯリソースに関連付けられた複数ＳＳＢの内の最小／最大のＳＳＢインデックスを伴うＳＳＢであってもよいし、１つのＲＯグループ内の複数ＲＯリソースに関連付けられた複数ＳＳＢの内の最大／最小のＲＳＲＰ／ＲＳＲＱを伴うＳＳＢであってもよいし、全ての受信されたＳＳＢの内の最小／最大のＳＳＢインデックスを伴うＳＳＢであってもよいし、全ての受信されたＳＳＢの内の最大／最小のＲＳＲＰ／ＲＳＲＱを伴うＳＳＢであってもよい（例えば、後述のオプション１－３／１－４）。
　ＵＥは、ＰＬ－ＲＳに基づいてパスロスPLb,f,cを決定してもよい。ＰＬ－ＲＳは、ＳＳＢ又はＣＳＩ－ＲＳであってもよい。
《オプション１》
　同じＲＯグループ内の複数ＰＲＡＣＨ送信に対し、同じＰＬ－ＲＳが適用されてもよい。
［オプション１－１］
　ＰＬ－ＲＳは、ＰＢＣＨ又はタイプ－０ＰＤＣＣＨ又はＰＤＣＣＨオーダ（ＲＡをトリガするＰＤＣＣＨ）を介して、各ＰＲＡＣＨビーム又は各ＲＯに対して、設定／指示される明示的ＳＳＢインデックスであってもよい。図７の例のように、各ＲＯに対するＳＳＢインデックス（ＲＯとＳＳＢインデックスの関連付け／マッピング）が設定／指示されｔれもよい。ＰＬ－ＲＳは、そのＲＯグループ内の１番目／２番目／最後／ランダム選択された、ＲＯ／ビームに対して設定／指示されたＳＳＢであってもよい。
［オプション１－２］
　ＰＬ－ＲＳは、ＰＤＣＣＨオーダ（ＲＡをトリガするＰＤＣＣＨ）によって指示される明示的ＳＳＢインデックス又はＣＳＩ－ＲＳインデックスを伴うＳＳＢ又はＣＳＩ－ＲＳであってもよい。
［オプション１－３］
　もしそのＲＯグループ内の複数ＲＯが、異なる複数ＳＳＢに関連付けられている場合、ＰＬ－ＲＳは、そのＲＯグループ内の複数ＲＯリソースに関連付けられた複数ＳＳＢの内の、最小／最大のＳＳＢインデックスを伴うＳＳＢであってもよいし、そのＲＯグループ内の複数ＲＯリソースに関連付けられた複数ＳＳＢの内の、最大／最小のＲＳＲＰ／ＲＳＲＱを伴うＳＳＢであってもよい。そうでない場合（もしそのＲＯグループ内の複数ＲＯが、１つのＳＳＢに関連付けられている場合）、その複数ＲＯに関連付けられたＳＳＢのみがＰＬ－ＲＳとして選択されてもよい。
［オプション１－４］
　ＰＬ－ＲＳは、全ての受信されたＳＳＢの内の、最小／最大のＳＳＢインデックスを伴うＳＳＢであってもよいし、全ての受信されたＳＳＢの内の、最大／最小のＲＳＲＰ／ＲＳＲＱを伴うＳＳＢであってもよいし、受信されたＳＳＢのＲＳＲＰが閾値よりも高いＳＳＢの内の、最大／最小のＲＳＲＰ／ＲＳＲＱを伴うＳＳＢであってもよい。
　本開示において、「ＰＢＣＨを介して」は、「ＰＢＣＨ　ＤＭＲＳと、ＰＢＣＨの（物理レイヤ）ペイロードと、の少なくとも１つを介して」と読み替えられてもよい。
《オプション２》
　同じＲＯグループ内の各ＰＲＡＣＨ送信に対し、ＰＬ－ＲＳが個別に決定されてもよい。
［オプション２－１］
　各ＲＯに対するＰＬ－ＲＳは、Ｒｅｌ．１５のルールに従って決定されてもよい。
［オプション２－２］
　ＰＬ－ＲＳは、ＰＢＣＨ又はタイプ－０ＰＤＣＣＨ又はＰＤＣＣＨオーダ（ＲＡをトリガするＰＤＣＣＨ）を介して、各ＰＲＡＣＨビーム又は各ＲＯに対して、設定／指示される明示的ＳＳＢインデックスであってもよい。ＵＥは、マッピング関係に基づき、各ＲＯに対するＰＬ－ＲＳを決定してもよい。
［オプション２－３］
　ＰＬ－ＲＳは、各ＲＯに対し、ＰＤＣＣＨオーダ（ＲＡをトリガするＰＤＣＣＨ）によって個別に指示されてもよい。
［オプション２－４］
　ＰＬ－ＲＳは、受信されたＳＳＢ／ＣＳＩ－ＲＳのＲＳＲＰが閾値よりも高いＳＳＢ／ＣＳＩ－ＲＳの内の、ＰＲＡＣＨ送信ごとに選択されるＳＳＢ／ＣＳＩ－ＲＳであってもよい。その選択の順序は、以下のいずれかの順序に従ってもよい。
・ＲＳＲＰの降順。
・ＲＳＲＰの昇順。
・（Ｒｅｌ．１７のように、明示的なルールを用いずに）ランダムに選択される順序。
　この実施形態によれば、ＵＥは、ＰＲＡＣＨ繰り返しに対するＰＬ－ＲＳを適切に決定でき、ＰＲＡＣＨ送信電力を適切に決定できる。
＜実施形態＃１／選択肢１の具体例＞
　以下、異なる複数ＰＲＡＣＨ送信ビームに対して共通のランピングカウンタを用いる場合の、前述の各ケースに対する具体例を示す。
《ケース１－１》
［カウンタ値の変更方法］
　もしプリアンブル電力ランピングカウンタの変更単位がＲＯである場合（カウンタ値の変更方法のオプション１）、ＵＥは、１つのＲＯグループ内のＭｓｇ１が繰り返し送信される各回（繰り返し／ＲＯ）において、PREAMBLE_POWER_RAMPING_COUNTERを１によってインクリメントしてもよい。それは、他のＵＥによって送信されるＭｓｇ１に強い影響をもたらす可能性がある。
　以下の例において、各ＲＯグループは、ｎ個のＲＯ（ＲＯ１からＲＯｎ）を含む。
　図８の例において、ＲＯ２上においてＵＥ１から送信されるＭｓｇ１は、ＲＯ２上において別のＵＥによって送信されるＭｓｇ１に対し、ビーム方向が異なるため、強い影響をもたらさない。しかし、ＲＯｎ上においてＵＥ１によって送信されるＭｓｇ１は、ビーム方向が近いため、ＲＯｎ上において別のＵＥによって送信されるＭｓｇ１に強く干渉する。このとき、ＵＥ１のＭｓｇ１送信電力は、数回の上昇の後、高レベルに達する。
　したがって、カウンタ値の変更方法のオプション２が好ましい。
　１つのＲＯグループ内において、ＵＥは、送信電力を増加することなく、同じビームを用いてＭｓｇ１を繰り返し送信してもよい。
　複数のＲＯグループ間において、プリアンブル電力ランピングカウンタの値の変更は、ビームが切り替えられるか否かに依存する。
　図９の例において、もし複数のＲＯグループ間においてビームが切り替えられない場合、電力は、直前のＲＯグループの電力に基づき、ランピングステップによって上昇する。この例において、ＲＯグループ２においてＲＯグループ１と同じビームが用いられる。ＲＯグループ１においてプリアンブル電力ランピングカウンタの値はＭであり、ＲＯグループ２においてプリアンブル電力ランピングカウンタの値はＭ＋１である。
　図１０の例において、もし複数ＲＯグループの間においてビームが切り替えられる場合、送信に対し、直前のＲＯグループの電力が維持される。この例において、ＲＯグループ２においてＲＯグループ１と異なるビームが用いられる。ＲＯグループ１においてプリアンブル電力ランピングカウンタの値はＭであり、ＲＯグループ２においてプリアンブル電力ランピングカウンタの値は維持される。
《ケース１－２》
［カウンタ値の変更方法］
　もしプリアンブル電力ランピングカウンタの変更単位がＲＯである場合（カウンタ値の変更方法のオプション１）、ＵＥは、１つのＲＯグループ内のＭｓｇ１が繰り返し送信される各回（繰り返し／ＲＯ）において、PREAMBLE_POWER_RAMPING_COUNTERを１によってインクリメントしてもよい。それは、基地局が、より良いＵＥ送信ビームが上昇した電力に起因するか、ビーム方向がより調和するか、を判定することが難しくする。それは、ＵＥと基地局の間のビームペアの選択にとって有害になり得る。
　図１１の例において、ＲＯ２上においてＵＥ１から送信されるＭｓｇ１のＴｘビーム方向は、基地局の受信（Ｒｘ）ビームと最もよく調和する。ＲＯｎ上においてＵＥ１から送信されるＭｓｇ１のビーム方向は、基地局のＲｘビームと調和しないが、送信電力が数回の上昇後に高レベルに達したため、基地局側の受信強度が高い。基地局は、ＵＥ１に対する最良のＴｘビームを区別できない。
　したがって、カウンタ値の変更方法のオプション２が好ましい。
　１つのＲＯグループ内において、ＵＥは、送信電力を増加することなく、同じビームを用いてＭｓｇ１を繰り返し送信してもよい。
　複数のＲＯグループ間において、プリアンブル電力ランピングカウンタの値は、変更されてもよいし、変更されなくてもよい。
　図１２の例において、電力は、直前のＲＯグループの電力に基づき、ランピングステップによって上昇してもよい。この例において、ＲＯグループ１においてプリアンブル電力ランピングカウンタの値はＭであり、ＲＯグループ２においてプリアンブル電力ランピングカウンタの値はＭ＋１である。
　図１３の例において、もし複数ＲＯグループの間においてビームが切り替えられる場合、送信に対し、直前のＲＯグループの電力が維持されてもよい。この例において、ＲＯグループ１においてプリアンブル電力ランピングカウンタの値はＭであり、ＲＯグループ２においてプリアンブル電力ランピングカウンタの値は維持される。
《ケース１－３》
［カウンタ値の変更方法］
　もしプリアンブル電力ランピングカウンタの変更単位がＲＯである場合（カウンタ値の変更方法のオプション１）、ＵＥは、１つのＲＯグループ内のＭｓｇ１が繰り返し送信される各回（繰り返し／ＲＯ）において、PREAMBLE_POWER_RAMPING_COUNTERを１によってインクリメントしてもよい。それは、基地局が、マルチＰＲＡＣＨを用いない他の既存のＵＥによって送信されるＭｓｇ１への強い干渉をもたらす可能性があり、より良いＵＥ送信ビームが上昇した電力に起因するか、ビーム方向がより調和するか、を判定することが難しくする。それは、ＵＥと基地局の間のビームペアの選択にとって有害になり得る。
　図１４の例において、ＵＥ１は、１つのＲＯグループ内において複合ビームパターンを用いてｎ個のＭｓｇ１を送信する。最初に、ビーム１を伴うＭｓｇ１が３回送信され、次に、ビーム２を伴うＭｓｇ１が２回送信され、Ｍｓｇ１がｎ回送信されるまで繰り返される。もしＵＥ１が、各回（繰り返し／ＲＯ）においてランピングステップに従って、送信電力を増加させる場合において、Ｍｓｇ１の送信を繰り返す場合、ＲＯ３上のＵＥ１の送信電力は、高レベルになり、それは、そのビーム方向における別の既存のＵＥ２によって送信されるＭｓｇ１へ強い影響をもたらす。更に、基地局が、Ｍｓｇ１を送信するＵＥに対して、どのＴｘビームがより良いかを区別できるようにするために、異なる複数ビームの間の送信電力は調和するべきである。
　したがって、カウンタ値の変更方法のオプション２が好ましい。
　１つのＲＯグループ内において、ＵＥは、送信電力を増加することなく、同じビームを用いてＭｓｇ１を繰り返し送信してもよい。
　複数ＲＯグループの間において、プリアンブル電力ランピングカウンタの値は、変更されてもよいし、変更されなくてもよい。
　図１５の例において、電力は、直前のＲＯグループの電力に基づき、ランピングステップによって上昇してもよい。この例において、ＲＯグループ１においてプリアンブル電力ランピングカウンタの値はＭであり、ＲＯグループ２においてプリアンブル電力ランピングカウンタの値はＭ＋１である。
　図１６の例において、もし複数のＲＯグループ間においてビームが切り替えられる場合、送信に対し、直前のＲＯグループの電力が維持されてもよい。この例において、ＲＯグループ１においてプリアンブル電力ランピングカウンタの値はＭであり、ＲＯグループ２においてプリアンブル電力ランピングカウンタの値は維持される。
《ケース２－１》
［カウンタ値の変更方法］
　ＵＥ１が、１つのＲＯグループ内において、基地局によって受信成功した少なくとも１つのＰＲＡＣＨを有する可能性を最大化するために、プリアンブル電力ランピングカウンタの変更単位は、カウンタ値の変更方法のオプション１に従って選択されてもよい。すなわち、ＵＥは、Ｍｓｇ１送信が繰り返される各回（繰り返し／ＲＯ）において、PREAMBLE_POWER_RAMPING_COUNTERを１によってインクリメントしてもよい。
［カウンタ値のリセット方法］
　ＵＥ１の送信電力が高レベルに維持されることを避けるために、プリアンブル電力ランピングカウンタのリセット条件が、実施形態＃１／選択肢１であってもよい。すなわち、カウンタ値が上限値に達した後、変更されずに維持されてもよい。
　したがって、カウンタ値の変更方法のオプション１が好ましく、上限値が有用である。図１７の例において、１つのＲＯグループにおいて、ＵＥは、Ｍｓｇ１送信が繰り返される各回（繰り返し／ＲＯ）において、カウンタ値を１によってインクリメントしてもよい。
　複数ＲＯグループの間において、ビームを切り替えるか否かに依存して、プリアンブル電力ランピングカウンタの値の変更方法が選択されてもよい。
　図１８の例において、もし複数ＲＯグループの間においてビームが切り替えられない場合、電力は、直前のＲＯグループの電力に基づき、ランピングステップによって上昇してもよい。カウンタ値が上限値に達した場合、変更されずに維持される。この例において、ＲＯグループ１内のＲＯｎとＲＯグループ２内のＲＯ１との間において、電力が上昇し（カウンタ値Ｍ＋ｎ－１が１によってインクリメントされ）、ＲＯグループ２内のＲＯ２において、カウンタは上限値Ｍ＋ｎ＋１に達する。
　図１９の例において、もし複数ＲＯグループの間においてビームが切り替えられる場合、送信に対し、直前のＲＯグループの電力が維持されてもよい。カウンタ値が上限値に達した場合、変更されずに維持される。この例において、ＲＯグループ１内のＲＯｎとＲＯグループ２内のＲＯ１との間において、電力は上昇せず（カウンタ値Ｍ＋ｎ－１は変更されず）、ＲＯグループ２内のＲＯｎにおいて、カウンタは上限値Ｍ＋ｎ＋１に達する。
《ケース２－２》
［カウンタ値の変更方法］
　ケース２－１と同様。
［カウンタ値のリセット方法］
　ケース２－１と同様。
　したがって、カウンタ値の変更方法のオプション１が好ましく、上限値が有用である。図２０の例において、１つのＲＯグループにおいて、ＵＥは、Ｍｓｇ１送信が繰り返される各回（繰り返し／ＲＯ）において、カウンタ値を１によってインクリメントしてもよい。
　複数ＲＯグループの間において、プリアンブル電力ランピングカウンタの値は、変更されてもよいし、変更されなくてもよい。
　図２１の例において、電力は、直前のＲＯの電力に基づき、ランピングステップによって上昇してもよい。カウンタ値が上限値に達した場合、変更されずに維持される。この例において、ＲＯグループ１内のＲＯｎとＲＯグループ２内のＲＯ１との間において、電力が上昇し（カウンタ値Ｍ＋ｎ－１が１によってインクリメントされ）、ＲＯグループ２内のＲＯ２において、カウンタは上限値Ｍ＋ｎ＋１に達する。
　図２２の例において、送信に対し、直前のＲＯグループの電力が維持されてもよい。カウンタ値が上限値に達した場合、変更されずに維持される。この例において、ＲＯグループ１内のＲＯｎとＲＯグループ２内のＲＯ１との間において、電力は上昇せず（カウンタ値Ｍ＋ｎ－１は変更されず）、ＲＯグループ２内のＲＯｎにおいて、カウンタは上限値Ｍ＋ｎ＋１に達する。
《ケース２－３》
［カウンタ値の変更方法］
　ケース２－１と同様。
［カウンタ値のリセット方法］
　ケース２－１と同様。
　したがって、カウンタ値の変更方法のオプション１が好ましく、上限値が有用である。図２３の例において、１つのＲＯグループにおいて、ＵＥは、Ｍｓｇ１送信が繰り返される各回（繰り返し／ＲＯ）において、カウンタ値を１によってインクリメントしてもよい。
　複数ＲＯグループの間において、プリアンブル電力ランピングカウンタの値は、変更されてもよいし、変更されなくてもよい。
　図２４の例において、電力は、直前のＲＯの電力に基づき、ランピングステップによって上昇してもよい。カウンタ値が上限値に達した場合、変更されずに維持される。この例において、ＲＯグループ１内のＲＯｎとＲＯグループ２内のＲＯ１との間において、電力が上昇し（カウンタ値Ｍ＋ｎ－１が１によってインクリメントされ）、ＲＯグループ２内のＲＯ２において、カウンタは上限値Ｍ＋ｎ＋１に達する。
　図２５の例において、送信に対し、直前のＲＯグループの電力が維持されてもよい。カウンタ値が上限値に達した場合、変更されずに維持される。この例において、ＲＯグループ１内のＲＯｎとＲＯグループ２内のＲＯ１との間において、電力は上昇せず（カウンタ値Ｍ＋ｎ－１は変更されず）、ＲＯグループ２内のＲＯｎにおいて、カウンタは上限値Ｍ＋ｎ＋１に達する。
＜実施形態＃１／選択肢２の具体例＞
　以下、異なる複数ＰＲＡＣＨ送信ビームに対して個別のランピングカウンタを用いる場合の、前述の各ケースに対する具体例を示す。
《ケース１－１》
　図２６の例において、ＵＥは、１つのＲＯグループにおいて、同じビームを用いてＭｓｇ１を繰り返し送信し、各送信においてその電力は維持される。ＵＥは、ビーム固有のカウンタ１及び２を用いる。ＲＯグループ１のグループとＲＯグループ３のビームが同じであるため（ＲＯグループ１とＲＯグループ３は同じカウンタを用いるため）、ＲＯグループ３の送信電力は、ＲＯグループ２の送信電力ではなくＲＯグループ１の送信電力に基づいてランピングステップによって上昇する（ＲＯグループ１と同じカウンタを１によってインクリメントすることによって決定される）。
《ケース１－２》
　図２７の例において、ＵＥは、１つのＲＯグループにおいて、異なるビームを用いてＭｓｇ１を繰り返し送信する。ＵＥは、各ビーム方向において独立の電力ランピングカウンタを用いる。各ビーム上のＭｓｇ１の送信電力は、それ自身の独立のカウンタ（ビーム固有のカウンタ１から３）の値に従ってセットされる。ＲＯグループ２内のＲＯ１のビームは、ＲＯグループ１内のＲＯ１のビームと同じであるため（ＲＯグループ２内のＲＯ１は、ＲＯグループ１内のＲＯ１と同じカウンタを用いるため）、ＲＯグループ２内のＲＯ１の送信電力は、ＲＯグループ１内のＲＯ１の送信電力に基づいてランピングステップによって上昇する（ＲＯグループ１内のＲＯ１と同じカウンタを１によってインクリメントすることによって決定される）。ＲＯグループ２内のＲＯ２のビームは、ＲＯグループ１内のＲＯ２のビームと同じであるため（ＲＯグループ２内のＲＯ２は、ＲＯグループ１内のＲＯ２と同じカウンタを用いるため）、ＲＯグループ２内のＲＯ２の送信電力は、ＲＯグループ１内のＲＯ２の送信電力に基づいてランピングステップによって上昇する（ＲＯグループ１内のＲＯ２と同じカウンタを１によってインクリメントすることによって決定される）。
《ケース１－３》
　図２８の例において、ＵＥは、１つのＲＯグループにおいて、複合ビームパターンを用いてＭｓｇ１を繰り返し送信する。ＵＥは、各ビーム方向において独立の電力ランピングカウンタ（ビーム固有のカウンタ１から２）を用いる。各ビーム上のＭｓｇ１の送信電力は、それ自身の独立のカウンタの値に従ってセットされる。ＲＯグループ２内のＲＯ１のビームは、ＲＯグループ１内のＲＯ２のビームと同じであるため（ＲＯグループ２内のＲＯ１は、ＲＯグループ１内のＲＯ２と同じカウンタを用いるため）、ＲＯグループ２内のＲＯ１の送信電力は、ＲＯグループ１内のＲＯ２の送信電力に基づいてランピングステップによって上昇する（ＲＯグループ１内のＲＯ１と同じカウンタを１によってインクリメントすることによって決定される）。ＲＯグループ２内のＲＯ２のビームは、ＲＯグループ１内のＲＯ２のビームと同じであるため（ＲＯグループ２内のＲＯ２は、ＲＯグループ１内のＲＯ２と同じカウンタを用いるため）、ＲＯグループ２内のＲＯ２の送信電力は、ＲＯグループ１内のＲＯ２の送信電力に基づいてランピングステップによって上昇する（ＲＯグループ１内のＲＯ２と同じカウンタを１によってインクリメントすることによって決定される）。
《ケース２－１》
　図２９の例において、ＵＥは、１つのＲＯグループにおいて、同じビームを用いてＭｓｇ１を繰り返し送信し、各送信においてその電力はランピングステップによって上昇する。ＵＥは、互いに隣接する２つのＲＯグループの間において、送信ビームを切り替える。各ビーム方向は、独立の電力ランピングカウンタ（ビーム固有のカウンタ１から２）を用い、それ自身のカウンタに従って、各ビーム方向の電力制御が行われる。
《ケース２－２》
　図３０の例において、ＵＥは、１つのＲＯグループにおいて、異なるビームを用いてＭｓｇ１を繰り返し送信し、各送信においてその電力はランピングステップによって上昇する。各ビーム方向は、独立の電力ランピングカウンタ（ビーム固有のカウンタ１から３）を用い、それ自身のカウンタに従って、各ビーム方向の電力制御が行われる。
《ケース２－３》
　図３１の例において、ＵＥは、１つのＲＯグループにおいて、複合ビームパターンを用いてＭｓｇ１を繰り返し送信し、各送信においてその電力はランピングステップによって上昇する。各ビーム方向は、独立の電力ランピングカウンタ（ビーム固有のカウンタ１から２）を用い、それ自身のカウンタに従って、各ビーム方向の電力制御が行われる。
＜補足＞
　上述の実施形態の少なくとも１つの動作は、特定のＵＥ能力（UE　capability）を報告した又は当該特定のＵＥ能力をサポートするＵＥに対してのみ適用されてもよい。
　当該特定のＵＥ能力は、以下の少なくとも１つを示してもよい：
・上記実施形態の少なくとも１つについての特定の処理／動作／制御／情報をサポートすること。
・同じビームを伴う複数ＰＲＡＣＨ繰り返し（repetitions）をサポートすること。
・異なるビームを伴う複数ＰＲＡＣＨ繰り返し（repetitions）をサポートすること。
・複数ＰＲＡＣＨ送信に対する１つのＭｓｇ２を伴う複数ＰＲＡＣＨ送信をサポートすること。
・各ＰＲＡＣＨ送信に対する１つのＭｓｇ２を伴う複数ＰＲＡＣＨ送信をサポートすること。
・複数ＰＲＡＣＨ送信のための異なる複数ビームに対して個別のプリアンブル電力ランピングカウンタをサポートすること。
・複数ＰＲＡＣＨ送信のための異なる複数ビームに対して共通のプリアンブル電力ランピングカウンタをサポートすること。
・複数ＰＲＡＣＨ送信のためのＲＯごとに変更されるプリアンブル電力ランピングカウンタをサポートすること。
・複数ＰＲＡＣＨ送信のためのＲＯグループごとに変更されるプリアンブル電力ランピングカウンタをサポートすること。
・複数ＰＲＡＣＨ送信のための新規電力上昇ステップ（ランピングステップ）をサポートすること。
・複数ＰＲＡＣＨ送信のための明示的パスロスＲＳ設定をサポートすること。
　また、上記特定のＵＥ能力は、全周波数にわたって（周波数に関わらず共通に）適用される能力であってもよいし、周波数（例えば、セル、バンド、ＢＷＰ）ごとの能力であってもよいし、周波数レンジ（例えば、Frequency　Range　1（ＦＲ１）、ＦＲ２、ＦＲ３、ＦＲ４、ＦＲ５、ＦＲ２－１、ＦＲ２－２）ごとの能力であってもよいし、サブキャリア間隔（SubCarrier　Spacing（ＳＣＳ））ごとの能力であってもよい。
　また、上記特定のＵＥ能力は、全複信方式にわたって（複信方式に関わらず共通に）適用される能力であってもよいし、複信方式（例えば、時分割複信（Time　Division　Duplex（ＴＤＤ））、周波数分割複信（Frequency　Division　Duplex（ＦＤＤ）））ごとの能力であってもよい。
　また、上述の実施形態の少なくとも１つの動作は、ＵＥが上位レイヤシグナリングによって上述の実施形態に関連する特定の情報を設定された場合に適用されてもよい。例えば、当該特定の情報は、上述の実施形態の少なくとも１つの動作を有効化することを示す情報、特定のリリース（例えば、Ｒｅｌ．１８）向けの任意のＲＲＣパラメータなどであってもよい。
　ＵＥは、上記特定のＵＥ能力の少なくとも１つの動作をサポートしない又は上記特定の情報を設定されない場合、例えばＲｅｌ．１５／１６／１７の動作を適用してもよい。
（付記Ａ）
　本開示の一実施形態に関して、以下の発明を付記する。
［付記１］
　物理ランダムアクセスチャネルのための複数のリソースを含む複数のグループを決定し、１つ以上のカウンタを用いて、前記複数のリソースのそれぞれに対する送信電力を決定する制御部と、
　前記複数のリソースにおいて、前記物理ランダムアクセスチャネルの複数の繰り返しをそれぞれ送信する送信部と、を有する端末。
［付記２］
　前記１つ以上のカウンタは、前記複数のリソースに用いられる複数のビームに共通の１つのカウンタである、付記１に記載の端末。
［付記３］
　前記１つ以上のカウンタは、前記複数のリソースに用いられる複数のビームに個別の複数のカウンタである、付記１に記載の端末。
［付記４］
　前記１つ以上のカウンタに対し、前記送信電力の上昇のための１つ以上のステップが設定される、付記１から付記３のいずれかに記載の端末。
（付記Ｂ）
　本開示の一実施形態に関して、以下の発明を付記する。
［付記１］
　物理ランダムアクセスチャネルのための複数のリソースを含む複数のグループを決定し、前記複数のグループに対する１つ以上のパスロス参照信号を決定し、前記１つ以上のパスロス参照信号に基づいて、前記複数のリソースにそれぞれ対応する複数の送信電力を決定する制御部と、
　前記複数のリソースにおいて、前記物理ランダムアクセスチャネルの複数の繰り返しをそれぞれ送信する送信部と、を有する端末。
［付記２］
　前記制御部は、前記複数の繰り返しに複数のビームを用いる、付記１に記載の端末。
［付記３］
　前記制御部は、１つのグループに対して１つのパスロス参照信号を決定する、付記１又は付記２に記載の端末。
［付記４］
　前記制御部は、１つのグループ内のリソースごとにパスロス参照信号を決定する、付記１又は付記２に記載の端末。
（無線通信システム）
　以下、本開示の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、本開示の上記各実施形態に係る無線通信方法のいずれか又はこれらの組み合わせを用いて通信が行われる。
　図３２は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム１は、Third　Generation　Partnership　Project（３ＧＰＰ）によって仕様化されるLong　Term　Evolution（ＬＴＥ）、5th　generation　mobile　communication　system　New　Radio（５Ｇ　ＮＲ）などを用いて通信を実現するシステムであってもよい。
　また、無線通信システム１は、複数のRadio　Access　Technology（ＲＡＴ）間のデュアルコネクティビティ（マルチＲＡＴデュアルコネクティビティ（Multi-RAT　Dual　Connectivity（ＭＲ－ＤＣ）））をサポートしてもよい。ＭＲ－ＤＣは、ＬＴＥ（Evolved　Universal　Terrestrial　Radio　Access（Ｅ－ＵＴＲＡ））とＮＲとのデュアルコネクティビティ（E-UTRA-NR　Dual　Connectivity（ＥＮ－ＤＣ））、ＮＲとＬＴＥとのデュアルコネクティビティ（NR-E-UTRA　Dual　Connectivity（ＮＥ－ＤＣ））などを含んでもよい。
　ＥＮ－ＤＣでは、ＬＴＥ（Ｅ－ＵＴＲＡ）の基地局（ｅＮＢ）がマスタノード（Master　Node（ＭＮ））であり、ＮＲの基地局（ｇＮＢ）がセカンダリノード（Secondary　Node（ＳＮ））である。ＮＥ－ＤＣでは、ＮＲの基地局（ｇＮＢ）がＭＮであり、ＬＴＥ（Ｅ－ＵＴＲＡ）の基地局（ｅＮＢ）がＳＮである。
　無線通信システム１は、同一のＲＡＴ内の複数の基地局間のデュアルコネクティビティ（例えば、ＭＮ及びＳＮの双方がＮＲの基地局（ｇＮＢ）であるデュアルコネクティビティ（NR-NR　Dual　Connectivity（ＮＮ－ＤＣ）））をサポートしてもよい。
　無線通信システム１は、比較的カバレッジの広いマクロセルＣ１を形成する基地局１１と、マクロセルＣ１内に配置され、マクロセルＣ１よりも狭いスモールセルＣ２を形成する基地局１２（１２ａ－１２ｃ）と、を備えてもよい。ユーザ端末２０は、少なくとも１つのセル内に位置してもよい。各セル及びユーザ端末２０の配置、数などは、図に示す態様に限定されない。以下、基地局１１及び１２を区別しない場合は、基地局１０と総称する。
　ユーザ端末２０は、複数の基地局１０のうち、少なくとも１つに接続してもよい。ユーザ端末２０は、複数のコンポーネントキャリア（Component　Carrier（ＣＣ））を用いたキャリアアグリゲーション（Carrier　Aggregation（ＣＡ））及びデュアルコネクティビティ（ＤＣ）の少なくとも一方を利用してもよい。
　各ＣＣは、第１の周波数帯（Frequency　Range　1（ＦＲ１））及び第２の周波数帯（Frequency　Range　2（ＦＲ２））の少なくとも１つに含まれてもよい。マクロセルＣ１はＦＲ１に含まれてもよいし、スモールセルＣ２はＦＲ２に含まれてもよい。例えば、ＦＲ１は、６ＧＨｚ以下の周波数帯（サブ６ＧＨｚ（sub-6GHz））であってもよいし、ＦＲ２は、２４ＧＨｚよりも高い周波数帯（above-24GHz）であってもよい。なお、ＦＲ１及びＦＲ２の周波数帯、定義などはこれらに限られず、例えばＦＲ１がＦＲ２よりも高い周波数帯に該当してもよい。
　また、ユーザ端末２０は、各ＣＣにおいて、時分割複信（Time　Division　Duplex（ＴＤＤ））及び周波数分割複信（Frequency　Division　Duplex（ＦＤＤ））の少なくとも１つを用いて通信を行ってもよい。
　複数の基地局１０は、有線（例えば、Common　Public　Radio　Interface（ＣＰＲＩ）に準拠した光ファイバ、Ｘ２インターフェースなど）又は無線（例えば、ＮＲ通信）によって接続されてもよい。例えば、基地局１１及び１２間においてＮＲ通信がバックホールとして利用される場合、上位局に該当する基地局１１はIntegrated　Access　Backhaul（ＩＡＢ）ドナー、中継局（リレー）に該当する基地局１２はＩＡＢノードと呼ばれてもよい。
　基地局１０は、他の基地局１０を介して、又は直接コアネットワーク３０に接続されてもよい。コアネットワーク３０は、例えば、Evolved　Packet　Core（ＥＰＣ）、5G　Core　Network（５ＧＣＮ）、Next　Generation　Core（ＮＧＣ）などの少なくとも１つを含んでもよい。
　ユーザ端末２０は、ＬＴＥ、ＬＴＥ－Ａ、５Ｇなどの通信方式の少なくとも１つに対応した端末であってもよい。
　無線通信システム１においては、直交周波数分割多重（Orthogonal　Frequency　Division　Multiplexing（ＯＦＤＭ））ベースの無線アクセス方式が利用されてもよい。例えば、下りリンク（Downlink（ＤＬ））及び上りリンク（Uplink（ＵＬ））の少なくとも一方において、Cyclic　Prefix　OFDM（ＣＰ－ＯＦＤＭ）、Discrete　Fourier　Transform　Spread　OFDM（ＤＦＴ－ｓ－ＯＦＤＭ）、Orthogonal　Frequency　Division　Multiple　Access（ＯＦＤＭＡ）、Single　Carrier　Frequency　Division　Multiple　Access（ＳＣ－ＦＤＭＡ）などが利用されてもよい。
　無線アクセス方式は、波形（waveform）と呼ばれてもよい。なお、無線通信システム１においては、ＵＬ及びＤＬの無線アクセス方式には、他の無線アクセス方式（例えば、他のシングルキャリア伝送方式、他のマルチキャリア伝送方式）が用いられてもよい。
　無線通信システム１では、下りリンクチャネルとして、各ユーザ端末２０で共有される下り共有チャネル（Physical　Downlink　Shared　Channel（ＰＤＳＣＨ））、ブロードキャストチャネル（Physical　Broadcast　Channel（ＰＢＣＨ））、下り制御チャネル（Physical　Downlink　Control　Channel（ＰＤＣＣＨ））などが用いられてもよい。
　また、無線通信システム１では、上りリンクチャネルとして、各ユーザ端末２０で共有される上り共有チャネル（Physical　Uplink　Shared　Channel（ＰＵＳＣＨ））、上り制御チャネル（Physical　Uplink　Control　Channel（ＰＵＣＣＨ））、ランダムアクセスチャネル（Physical　Random　Access　Channel（ＰＲＡＣＨ））などが用いられてもよい。
　ＰＤＳＣＨによって、ユーザデータ、上位レイヤ制御情報、System　Information　Block（ＳＩＢ）などが伝送される。ＰＵＳＣＨによって、ユーザデータ、上位レイヤ制御情報などが伝送されてもよい。また、ＰＢＣＨによって、Master　Information　Block（ＭＩＢ）が伝送されてもよい。
　ＰＤＣＣＨによって、下位レイヤ制御情報が伝送されてもよい。下位レイヤ制御情報は、例えば、ＰＤＳＣＨ及びＰＵＳＣＨの少なくとも一方のスケジューリング情報を含む下り制御情報（Downlink　Control　Information（ＤＣＩ））を含んでもよい。
　なお、ＰＤＳＣＨをスケジューリングするＤＣＩは、ＤＬアサインメント、ＤＬ　ＤＣＩなどと呼ばれてもよいし、ＰＵＳＣＨをスケジューリングするＤＣＩは、ＵＬグラント、ＵＬ　ＤＣＩなどと呼ばれてもよい。なお、ＰＤＳＣＨはＤＬデータで読み替えられてもよいし、ＰＵＳＣＨはＵＬデータで読み替えられてもよい。
　ＰＤＣＣＨの検出には、制御リソースセット（COntrol　REsource　SET（ＣＯＲＥＳＥＴ））及びサーチスペース（search　space）が利用されてもよい。ＣＯＲＥＳＥＴは、ＤＣＩをサーチするリソースに対応する。サーチスペースは、ＰＤＣＣＨ候補（PDCCH　candidates）のサーチ領域及びサーチ方法に対応する。１つのＣＯＲＥＳＥＴは、１つ又は複数のサーチスペースに関連付けられてもよい。ＵＥは、サーチスペース設定に基づいて、あるサーチスペースに関連するＣＯＲＥＳＥＴをモニタしてもよい。
　１つのサーチスペースは、１つ又は複数のアグリゲーションレベル（aggregation　Level）に該当するＰＤＣＣＨ候補に対応してもよい。１つ又は複数のサーチスペースは、サーチスペースセットと呼ばれてもよい。なお、本開示の「サーチスペース」、「サーチスペースセット」、「サーチスペース設定」、「サーチスペースセット設定」、「ＣＯＲＥＳＥＴ」、「ＣＯＲＥＳＥＴ設定」などは、互いに読み替えられてもよい。
　ＰＵＣＣＨによって、チャネル状態情報（Channel　State　Information（ＣＳＩ））、送達確認情報（例えば、Hybrid　Automatic　Repeat　reQuest　ACKnowledgement（ＨＡＲＱ－ＡＣＫ）、ＡＣＫ／ＮＡＣＫなどと呼ばれてもよい）及びスケジューリングリクエスト（Scheduling　Request（ＳＲ））の少なくとも１つを含む上り制御情報（Uplink　Control　Information（ＵＣＩ））が伝送されてもよい。ＰＲＡＣＨによって、セルとの接続確立のためのランダムアクセスプリアンブルが伝送されてもよい。
　なお、本開示において下りリンク、上りリンクなどは「リンク」を付けずに表現されてもよい。また、各種チャネルの先頭に「物理（Physical）」を付けずに表現されてもよい。
　無線通信システム１では、同期信号（Synchronization　Signal（ＳＳ））、下りリンク参照信号（Downlink　Reference　Signal（ＤＬ－ＲＳ））などが伝送されてもよい。無線通信システム１では、ＤＬ－ＲＳとして、セル固有参照信号（Cell-specific　Reference　Signal（ＣＲＳ））、チャネル状態情報参照信号（Channel　State　Information　Reference　Signal（ＣＳＩ－ＲＳ））、復調用参照信号（DeModulation　Reference　Signal（ＤＭＲＳ））、位置決定参照信号（Positioning　Reference　Signal（ＰＲＳ））、位相トラッキング参照信号（Phase　Tracking　Reference　Signal（ＰＴＲＳ））などが伝送されてもよい。
　同期信号は、例えば、プライマリ同期信号（Primary　Synchronization　Signal（ＰＳＳ））及びセカンダリ同期信号（Secondary　Synchronization　Signal（ＳＳＳ））の少なくとも１つであってもよい。ＳＳ（ＰＳＳ、ＳＳＳ）及びＰＢＣＨ（及びＰＢＣＨ用のＤＭＲＳ）を含む信号ブロックは、ＳＳ／ＰＢＣＨブロック、SS　Block（ＳＳＢ）などと呼ばれてもよい。なお、ＳＳ、ＳＳＢなども、参照信号と呼ばれてもよい。
　また、無線通信システム１では、上りリンク参照信号（Uplink　Reference　Signal（ＵＬ－ＲＳ））として、測定用参照信号（Sounding　Reference　Signal（ＳＲＳ））、復調用参照信号（ＤＭＲＳ）などが伝送されてもよい。なお、ＤＭＲＳはユーザ端末固有参照信号（UE-specific　Reference　Signal）と呼ばれてもよい。
（基地局）
　図３３は、一実施形態に係る基地局の構成の一例を示す図である。基地局１０は、制御部１１０、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース（transmission　line　interface）１４０を備えている。なお、制御部１１０、送受信部１２０及び送受信アンテナ１３０及び伝送路インターフェース１４０は、それぞれ１つ以上が備えられてもよい。
　なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、基地局１０は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。以下で説明する各部の処理の一部は、省略されてもよい。
　制御部１１０は、基地局１０全体の制御を実施する。制御部１１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路などから構成することができる。
　制御部１１０は、信号の生成、スケジューリング（例えば、リソース割り当て、マッピング）などを制御してもよい。制御部１１０は、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース１４０を用いた送受信、測定などを制御してもよい。制御部１１０は、信号として送信するデータ、制御情報、系列（sequence）などを生成し、送受信部１２０に転送してもよい。制御部１１０は、通信チャネルの呼処理（設定、解放など）、基地局１０の状態管理、無線リソースの管理などを行ってもよい。
　送受信部１２０は、ベースバンド（baseband）部１２１、Radio　Frequency（ＲＦ）部１２２、測定部１２３を含んでもよい。ベースバンド部１２１は、送信処理部１２１１及び受信処理部１２１２を含んでもよい。送受信部１２０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、ＲＦ回路、ベースバンド回路、フィルタ、位相シフタ（phase　shifter）、測定回路、送受信回路などから構成することができる。
　送受信部１２０は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。当該送信部は、送信処理部１２１１、ＲＦ部１２２から構成されてもよい。当該受信部は、受信処理部１２１２、ＲＦ部１２２、測定部１２３から構成されてもよい。
　送受信アンテナ１３０は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えばアレイアンテナなどから構成することができる。
　送受信部１２０は、上述の下りリンクチャネル、同期信号、下りリンク参照信号などを送信してもよい。送受信部１２０は、上述の上りリンクチャネル、上りリンク参照信号などを受信してもよい。
　送受信部１２０は、デジタルビームフォーミング（例えば、プリコーディング）、アナログビームフォーミング（例えば、位相回転）などを用いて、送信ビーム及び受信ビームの少なくとも一方を形成してもよい。
　送受信部１２０（送信処理部１２１１）は、例えば制御部１１０から取得したデータ、制御情報などに対して、Packet　Data　Convergence　Protocol（ＰＤＣＰ）レイヤの処理、Radio　Link　Control（ＲＬＣ）レイヤの処理（例えば、ＲＬＣ再送制御）、Medium　Access　Control（ＭＡＣ）レイヤの処理（例えば、ＨＡＲＱ再送制御）などを行い、送信するビット列を生成してもよい。
　送受信部１２０（送信処理部１２１１）は、送信するビット列に対して、チャネル符号化（誤り訂正符号化を含んでもよい）、変調、マッピング、フィルタ処理、離散フーリエ変換（Discrete　Fourier　Transform（ＤＦＴ））処理（必要に応じて）、逆高速フーリエ変換（Inverse　Fast　Fourier　Transform（ＩＦＦＴ））処理、プリコーディング、デジタル－アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。
　送受信部１２０（ＲＦ部１２２）は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、送受信アンテナ１３０を介して送信してもよい。
　一方、送受信部１２０（ＲＦ部１２２）は、送受信アンテナ１３０によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。
　送受信部１２０（受信処理部１２１２）は、取得されたベースバンド信号に対して、アナログ－デジタル変換、高速フーリエ変換（Fast　Fourier　Transform（ＦＦＴ））処理、逆離散フーリエ変換（Inverse　Discrete　Fourier　Transform（ＩＤＦＴ））処理（必要に応じて）、フィルタ処理、デマッピング、復調、復号（誤り訂正復号を含んでもよい）、ＭＡＣレイヤ処理、ＲＬＣレイヤの処理及びＰＤＣＰレイヤの処理などの受信処理を適用し、ユーザデータなどを取得してもよい。
　送受信部１２０（測定部１２３）は、受信した信号に関する測定を実施してもよい。例えば、測定部１２３は、受信した信号に基づいて、Radio　Resource　Management（ＲＲＭ）測定、Channel　State　Information（ＣＳＩ）測定などを行ってもよい。測定部１２３は、受信電力（例えば、Reference　Signal　Received　Power（ＲＳＲＰ））、受信品質（例えば、Reference　Signal　Received　Quality（ＲＳＲＱ）、Signal　to　Interference　plus　Noise　Ratio（ＳＩＮＲ）、Signal　to　Noise　Ratio（ＳＮＲ））、信号強度（例えば、Received　Signal　Strength　Indicator（ＲＳＳＩ））、伝搬路情報（例えば、ＣＳＩ）などについて測定してもよい。測定結果は、制御部１１０に出力されてもよい。
　伝送路インターフェース１４０は、コアネットワーク３０に含まれる装置、他の基地局１０などとの間で信号を送受信（バックホールシグナリング）し、ユーザ端末２０のためのユーザデータ（ユーザプレーンデータ）、制御プレーンデータなどを取得、伝送などしてもよい。
　なお、本開示における基地局１０の送信部及び受信部は、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース１４０の少なくとも１つによって構成されてもよい。
　制御部１１０は、物理ランダムアクセスチャネルのための複数のリソースを含む複数のグループの決定のための第１情報（例えば、共通ＲＡＣＨ設定／一般ＲＡＣＨ設定／ＰＲＡＣＨ繰り返しに関する設定）の送信と、１つ以上のカウンタを用いて、前記複数のリソースのそれぞれに対する送信電力の決定のための第２情報（例えば、ランピングステップの設定）の送信と、を制御してもよい。送受信部１２０は、前記複数のリソースにおいて、前記物理ランダムアクセスチャネルの複数の繰り返しをそれぞれ受信してもよい。
　制御部１１０は、物理ランダムアクセスチャネルのための複数のリソースを含む複数のグループの決定のための第１情報（例えば、共通ＲＡＣＨ設定／一般ＲＡＣＨ設定／ＰＲＡＣＨ繰り返しに関する設定）の送信と、前記複数のグループに対する１つ以上のパスロス参照信号を決定し、前記１つ以上のパスロス参照信号に基づいて、前記複数のリソースにそれぞれ対応する複数の送信電力の決定のための第２情報（例えば、ランピングステップの設定）の送信と、を制御してもよい。送受信部１２０は、前記複数のリソースにおいて、前記物理ランダムアクセスチャネルの複数の繰り返しをそれぞれ受信してもよい。
（ユーザ端末）
　図３４は、一実施形態に係るユーザ端末の構成の一例を示す図である。ユーザ端末２０は、制御部２１０、送受信部２２０及び送受信アンテナ２３０を備えている。なお、制御部２１０、送受信部２２０及び送受信アンテナ２３０は、それぞれ１つ以上が備えられてもよい。
　なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、ユーザ端末２０は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。以下で説明する各部の処理の一部は、省略されてもよい。
　制御部２１０は、ユーザ端末２０全体の制御を実施する。制御部２１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路などから構成することができる。
　制御部２１０は、信号の生成、マッピングなどを制御してもよい。制御部２１０は、送受信部２２０及び送受信アンテナ２３０を用いた送受信、測定などを制御してもよい。制御部２１０は、信号として送信するデータ、制御情報、系列などを生成し、送受信部２２０に転送してもよい。
　送受信部２２０は、ベースバンド部２２１、ＲＦ部２２２、測定部２２３を含んでもよい。ベースバンド部２２１は、送信処理部２２１１、受信処理部２２１２を含んでもよい。送受信部２２０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、ＲＦ回路、ベースバンド回路、フィルタ、位相シフタ、測定回路、送受信回路などから構成することができる。
　送受信部２２０は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。当該送信部は、送信処理部２２１１、ＲＦ部２２２から構成されてもよい。当該受信部は、受信処理部２２１２、ＲＦ部２２２、測定部２２３から構成されてもよい。
　送受信アンテナ２３０は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えばアレイアンテナなどから構成することができる。
　送受信部２２０は、上述の下りリンクチャネル、同期信号、下りリンク参照信号などを受信してもよい。送受信部２２０は、上述の上りリンクチャネル、上りリンク参照信号などを送信してもよい。
　送受信部２２０は、デジタルビームフォーミング（例えば、プリコーディング）、アナログビームフォーミング（例えば、位相回転）などを用いて、送信ビーム及び受信ビームの少なくとも一方を形成してもよい。
　送受信部２２０（送信処理部２２１１）は、例えば制御部２１０から取得したデータ、制御情報などに対して、ＰＤＣＰレイヤの処理、ＲＬＣレイヤの処理（例えば、ＲＬＣ再送制御）、ＭＡＣレイヤの処理（例えば、ＨＡＲＱ再送制御）などを行い、送信するビット列を生成してもよい。
　送受信部２２０（送信処理部２２１１）は、送信するビット列に対して、チャネル符号化（誤り訂正符号化を含んでもよい）、変調、マッピング、フィルタ処理、ＤＦＴ処理（必要に応じて）、ＩＦＦＴ処理、プリコーディング、デジタル－アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。
　なお、ＤＦＴ処理を適用するか否かは、トランスフォームプリコーディングの設定に基づいてもよい。送受信部２２０（送信処理部２２１１）は、あるチャネル（例えば、ＰＵＳＣＨ）について、トランスフォームプリコーディングが有効（enabled）である場合、当該チャネルをＤＦＴ－ｓ－ＯＦＤＭ波形を用いて送信するために上記送信処理としてＤＦＴ処理を行ってもよいし、そうでない場合、上記送信処理としてＤＦＴ処理を行わなくてもよい。
　送受信部２２０（ＲＦ部２２２）は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、送受信アンテナ２３０を介して送信してもよい。
　一方、送受信部２２０（ＲＦ部２２２）は、送受信アンテナ２３０によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。
　送受信部２２０（受信処理部２２１２）は、取得されたベースバンド信号に対して、アナログ－デジタル変換、ＦＦＴ処理、ＩＤＦＴ処理（必要に応じて）、フィルタ処理、デマッピング、復調、復号（誤り訂正復号を含んでもよい）、ＭＡＣレイヤ処理、ＲＬＣレイヤの処理及びＰＤＣＰレイヤの処理などの受信処理を適用し、ユーザデータなどを取得してもよい。
　送受信部２２０（測定部２２３）は、受信した信号に関する測定を実施してもよい。例えば、測定部２２３は、受信した信号に基づいて、ＲＲＭ測定、ＣＳＩ測定などを行ってもよい。測定部２２３は、受信電力（例えば、ＲＳＲＰ）、受信品質（例えば、ＲＳＲＱ、ＳＩＮＲ、ＳＮＲ）、信号強度（例えば、ＲＳＳＩ）、伝搬路情報（例えば、ＣＳＩ）などについて測定してもよい。測定結果は、制御部２１０に出力されてもよい。
　なお、本開示におけるユーザ端末２０の送信部及び受信部は、送受信部２２０及び送受信アンテナ２３０の少なくとも１つによって構成されてもよい。
　制御部２１０は、物理ランダムアクセスチャネルのための複数のリソース（例えば、ＲＯ）を含む複数のグループ（例えば、ＲＯグループ）を決定し、１つ以上のカウンタ（例えば、）を用いて、前記複数のリソースのそれぞれに対する送信電力を決定してもよい。送受信部２２０は、前記複数のリソースにおいて、前記物理ランダムアクセスチャネルの複数の繰り返しをそれぞれ送信してもよい。
　前記１つ以上のカウンタは、前記複数のリソースに用いられる複数のビームに共通の１つのカウンタであってもよい。
　前記１つ以上のカウンタは、前記複数のリソースに用いられる複数のビームに個別の複数のカウンタであってもよい。
　前記１つ以上のカウンタに対し、前記送信電力の上昇のための１つ以上のステップ（例えば、ランピングステップ）が設定されてもよい。
　制御部２１０は、物理ランダムアクセスチャネルのための複数のリソースを含む複数のグループを決定し、前記複数のグループに対する１つ以上のパスロス参照信号（例えば、ＳＳＢ／ＣＳＩ－ＲＳ）を決定し、前記１つ以上のパスロス参照信号に基づいて、前記複数のリソースにそれぞれ対応する複数の送信電力を決定してもよい。送受信部２２０は、前記複数のリソースにおいて、前記物理ランダムアクセスチャネルの複数の繰り返しをそれぞれ送信してもよい。
　前記制御部２１０は、前記複数の繰り返しに複数のビームを用いてもよい。
　前記制御部２１０は、１つのグループに対して１つのパスロス参照信号を決定してもよい。
　前記制御部２１０は、１つのグループ内のリソースごとにパスロス参照信号を決定してもよい。
（ハードウェア構成）
　なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　ここで、機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、みなし、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。例えば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting　unit）、送信機（transmitter）などと呼称されてもよい。いずれも、上述したとおり、実現方法は特に限定されない。
　例えば、本開示の一実施形態における基地局、ユーザ端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図３５は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の基地局１０及びユーザ端末２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
　なお、本開示において、装置、回路、デバイス、部（section）、ユニットなどの文言は、互いに読み替えることができる。基地局１０及びユーザ端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、２以上のプロセッサによって実行されてもよい。なお、プロセッサ１００１は、１以上のチップによって実装されてもよい。
　基地局１０及びユーザ端末２０における各機能は、例えば、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４を介する通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（Central　Processing　Unit（ＣＰＵ））によって構成されてもよい。例えば、上述の制御部１１０（２１０）、送受信部１２０（２２０）などの少なくとも一部は、プロセッサ１００１によって実現されてもよい。
　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、制御部１１０（２１０）は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、Read　Only　Memory（ＲＯＭ）、Erasable　Programmable　ROM（ＥＰＲＯＭ）、Electrically　EPROM（ＥＥＰＲＯＭ）、Random　Access　Memory（ＲＡＭ）、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（Compact　Disc　ROM（ＣＤ－ＲＯＭ）など）、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。
　通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（Frequency　Division　Duplex（ＦＤＤ））及び時分割複信（Time　Division　Duplex（ＴＤＤ））の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送受信部１２０（２２０）、送受信アンテナ１３０（２３０）などは、通信装置１００４によって実現されてもよい。送受信部１２０（２２０）は、送信部１２０ａ（２２０ａ）と受信部１２０ｂ（２２０ｂ）とで、物理的に又は論理的に分離された実装がなされてもよい。
　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、Light　Emitting　Diode（ＬＥＤ）ランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
　また、基地局１０及びユーザ端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（Digital　Signal　Processor（ＤＳＰ））、Application　Specific　Integrated　Circuit（ＡＳＩＣ）、Programmable　Logic　Device（ＰＬＤ）、Field　Programmable　Gate　Array（ＦＰＧＡ）などのハードウェアを含んで構成されてもよく、当該ハードウェアを用いて各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
（変形例）
　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル、シンボル及び信号（シグナル又はシグナリング）は、互いに読み替えられてもよい。また、信号はメッセージであってもよい。参照信号（reference　signal）は、ＲＳと略称することもでき、適用される標準によってパイロット（Pilot）、パイロット信号などと呼ばれてもよい。また、コンポーネントキャリア（Component　Carrier（ＣＣ））は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。
　無線フレームは、時間領域において１つ又は複数の期間（フレーム）によって構成されてもよい。無線フレームを構成する当該１つ又は複数の各期間（フレーム）は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。
　ここで、ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（SubCarrier　Spacing（ＳＣＳ））、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（Transmission　Time　Interval（ＴＴＩ））、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
　スロットは、時間領域において１つ又は複数のシンボル（Orthogonal　Frequency　Division　Multiplexing（ＯＦＤＭ）シンボル、Single　Carrier　Frequency　Division　Multiple　Access（ＳＣ－ＦＤＭＡ）シンボルなど）によって構成されてもよい。また、スロットは、ニューメロロジーに基づく時間単位であってもよい。
　スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。
　無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。なお、本開示におけるフレーム、サブフレーム、スロット、ミニスロット、シンボルなどの時間単位は、互いに読み替えられてもよい。
　例えば、１サブフレームはＴＴＩと呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
　ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。
　ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。
　なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
　１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（３ＧＰＰ　Ｒｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional　TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
　なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。
　リソースブロック（Resource　Block（ＲＢ））は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（サブキャリア（subcarrier））を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
　また、ＲＢは、時間領域において、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックによって構成されてもよい。
　なお、１つ又は複数のＲＢは、物理リソースブロック（Physical　RB（ＰＲＢ））、サブキャリアグループ（Sub-Carrier　Group（ＳＣＧ））、リソースエレメントグループ（Resource　Element　Group（ＲＥＧ））、ＰＲＢ／ＲＢのグループ／セット／ペア、などと呼ばれてもよい。
　また、リソースブロックは、１つ又は複数のリソースエレメント（Resource　Element（ＲＥ））によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
　帯域幅部分（Bandwidth　Part（ＢＷＰ））（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（common　resource　blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。
　ＢＷＰには、ＵＬ　ＢＷＰ（ＵＬ用のＢＷＰ）と、ＤＬ　ＢＷＰ（ＤＬ用のＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。
　設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。
　なお、上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（Cyclic　Prefix（ＣＰ））長などの構成は、様々に変更することができる。
　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースは、所定のインデックスによって指示されてもよい。
　本開示においてパラメータなどに使用する名称は、いかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式などは、本開示において明示的に開示したものと異なってもよい。様々なチャネル（ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
　本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　また、情報、信号などは、上位レイヤから下位レイヤ及び下位レイヤから上位レイヤの少なくとも一方へ出力され得る。情報、信号などは、複数のネットワークノードを介して入出力されてもよい。
　入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。
　情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、本開示における情報の通知は、物理レイヤシグナリング（例えば、下り制御情報（Downlink　Control　Information（ＤＣＩ））、上り制御情報（Uplink　Control　Information（ＵＣＩ）））、上位レイヤシグナリング（例えば、Radio　Resource　Control（ＲＲＣ）シグナリング、ブロードキャスト情報（マスタ情報ブロック（Master　Information　Block（ＭＩＢ））、システム情報ブロック（System　Information　Block（ＳＩＢ））など）、Medium　Access　Control（ＭＡＣ）シグナリング）、その他の信号又はこれらの組み合わせによって実施されてもよい。
　なお、物理レイヤシグナリングは、Layer　1／Layer　2（Ｌ１／Ｌ２）制御情報（Ｌ１／Ｌ２制御信号）、Ｌ１制御情報（Ｌ１制御信号）などと呼ばれてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC　Connection　Setup）メッセージ、ＲＲＣ接続再構成（RRC　Connection　Reconfiguration）メッセージなどであってもよい。また、ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（ＭＡＣ　Control　Element（ＣＥ））を用いて通知されてもよい。
　また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的な通知に限られず、暗示的に（例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって）行われてもよい。
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真（true）又は偽（false）で表される真偽値（boolean）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（Digital　Subscriber　Line（ＤＳＬ））など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用され得る。「ネットワーク」は、ネットワークに含まれる装置（例えば、基地局）のことを意味してもよい。
　本開示において、「プリコーディング」、「プリコーダ」、「ウェイト（プリコーディングウェイト）」、「擬似コロケーション（Quasi-Co-Location（ＱＣＬ））」、「Transmission　Configuration　Indication　state（ＴＣＩ状態）」、「空間関係（spatial　relation）」、「空間ドメインフィルタ（spatial　domain　filter）」、「送信電力」、「位相回転」、「アンテナポート」、「アンテナポートグル－プ」、「レイヤ」、「レイヤ数」、「ランク」、「リソース」、「リソースセット」、「リソースグループ」、「ビーム」、「ビーム幅」、「ビーム角度」、「アンテナ」、「アンテナ素子」、「パネル」などの用語は、互換的に使用され得る。
　本開示においては、「基地局（Base　Station（ＢＳ））」、「無線基地局」、「固定局（fixed　station）」、「ＮｏｄｅＢ」、「ｅＮＢ（ｅＮｏｄｅＢ）」、「ｇＮＢ（ｇＮｏｄｅＢ）」、「アクセスポイント（access　point）」、「送信ポイント（Transmission　Point（ＴＰ））」、「受信ポイント（Reception　Point（ＲＰ））」、「送受信ポイント（Transmission/Reception　Point（ＴＲＰ））」、「パネル」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
　基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（Remote　Radio　Head（ＲＲＨ）））によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
　本開示において、基地局が端末に情報を送信することは、当該基地局が当該端末に対して、当該情報に基づく制御／動作を指示することと、互いに読み替えられてもよい。
　本開示においては、「移動局（Mobile　Station（ＭＳ））」、「ユーザ端末（user　terminal）」、「ユーザ装置（User　Equipment（ＵＥ））」、「端末」などの用語は、互換的に使用され得る。
　移動局は、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、無線通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体（moving　object）に搭載されたデバイス、移動体自体などであってもよい。
　当該移動体は、移動可能な物体をいい、移動速度は任意であり、移動体が停止している場合も当然含む。当該移動体は、例えば、車両、輸送車両、自動車、自動二輪車、自転車、コネクテッドカー、ショベルカー、ブルドーザー、ホイールローダー、ダンプトラック、フォークリフト、列車、バス、リヤカー、人力車、船舶（ship　and　other　watercraft）、飛行機、ロケット、人工衛星、ドローン、マルチコプター、クアッドコプター、気球及びこれらに搭載される物を含み、またこれらに限られない。また、当該移動体は、運行指令に基づいて自律走行する移動体であってもよい。
　当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのInternet　of　Things（ＩｏＴ）機器であってもよい。
　図３６は、一実施形態に係る車両の一例を示す図である。車両４０は、駆動部４１、操舵部４２、アクセルペダル４３、ブレーキペダル４４、シフトレバー４５、左右の前輪４６、左右の後輪４７、車軸４８、電子制御部４９、各種センサ（電流センサ５０、回転数センサ５１、空気圧センサ５２、車速センサ５３、加速度センサ５４、アクセルペダルセンサ５５、ブレーキペダルセンサ５６、シフトレバーセンサ５７、及び物体検知センサ５８を含む）、情報サービス部５９と通信モジュール６０を備える。
　駆動部４１は、例えば、エンジン、モータ、エンジンとモータのハイブリッドの少なくとも１つで構成される。操舵部４２は、少なくともステアリングホイール（ハンドルとも呼ぶ）を含み、ユーザによって操作されるステアリングホイールの操作に基づいて前輪４６及び後輪４７の少なくとも一方を操舵するように構成される。
　電子制御部４９は、マイクロプロセッサ６１、メモリ（ＲＯＭ、ＲＡＭ）６２、通信ポート（例えば、入出力（Input/Output（ＩＯ））ポート）６３で構成される。電子制御部４９には、車両に備えられた各種センサ５０－５８からの信号が入力される。電子制御部４９は、Electronic　Control　Unit（ＥＣＵ）と呼ばれてもよい。
　各種センサ５０－５８からの信号としては、モータの電流をセンシングする電流センサ５０からの電流信号、回転数センサ５１によって取得された前輪４６／後輪４７の回転数信号、空気圧センサ５２によって取得された前輪４６／後輪４７の空気圧信号、車速センサ５３によって取得された車速信号、加速度センサ５４によって取得された加速度信号、アクセルペダルセンサ５５によって取得されたアクセルペダル４３の踏み込み量信号、ブレーキペダルセンサ５６によって取得されたブレーキペダル４４の踏み込み量信号、シフトレバーセンサ５７によって取得されたシフトレバー４５の操作信号、物体検知センサ５８によって取得された障害物、車両、歩行者などを検出するための検出信号などがある。
　情報サービス部５９は、カーナビゲーションシステム、オーディオシステム、スピーカー、ディスプレイ、テレビ、ラジオ、といった、運転情報、交通情報、エンターテイメント情報などの各種情報を提供（出力）するための各種機器と、これらの機器を制御する１つ以上のＥＣＵとから構成される。情報サービス部５９は、外部装置から通信モジュール６０などを介して取得した情報を利用して、車両４０の乗員に各種情報／サービス（例えば、マルチメディア情報／マルチメディアサービス）を提供する。
　情報サービス部５９は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ、タッチパネルなど）を含んでもよいし、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプ、タッチパネルなど）を含んでもよい。
　運転支援システム部６４は、ミリ波レーダ、Light　Detection　and　Ranging（ＬｉＤＡＲ）、カメラ、測位ロケータ（例えば、Global　Navigation　Satellite　System（ＧＮＳＳ）など）、地図情報（例えば、高精細（High　Definition（ＨＤ））マップ、自動運転車（Autonomous　Vehicle（ＡＶ））マップなど）、ジャイロシステム（例えば、慣性計測装置（Inertial　Measurement　Unit（ＩＭＵ））、慣性航法装置（Inertial　Navigation　System（ＩＮＳ））など）、人工知能（Artificial　Intelligence（ＡＩ））チップ、ＡＩプロセッサといった、事故を未然に防止したりドライバの運転負荷を軽減したりするための機能を提供するための各種機器と、これらの機器を制御する１つ以上のＥＣＵとから構成される。また、運転支援システム部６４は、通信モジュール６０を介して各種情報を送受信し、運転支援機能又は自動運転機能を実現する。
　通信モジュール６０は、通信ポート６３を介して、マイクロプロセッサ６１及び車両４０の構成要素と通信することができる。例えば、通信モジュール６０は通信ポート６３を介して、車両４０に備えられた駆動部４１、操舵部４２、アクセルペダル４３、ブレーキペダル４４、シフトレバー４５、左右の前輪４６、左右の後輪４７、車軸４８、電子制御部４９内のマイクロプロセッサ６１及びメモリ（ＲＯＭ、ＲＡＭ）６２、各種センサ５０－５８との間でデータ（情報）を送受信する。
　通信モジュール６０は、電子制御部４９のマイクロプロセッサ６１によって制御可能であり、外部装置と通信を行うことが可能な通信デバイスである。例えば、外部装置との間で無線通信を介して各種情報の送受信を行う。通信モジュール６０は、電子制御部４９の内部と外部のどちらにあってもよい。外部装置は、例えば、上述の基地局１０、ユーザ端末２０などであってもよい。また、通信モジュール６０は、例えば、上述の基地局１０及びユーザ端末２０の少なくとも１つであってもよい（基地局１０及びユーザ端末２０の少なくとも１つとして機能してもよい）。
　通信モジュール６０は、電子制御部４９に入力された上述の各種センサ５０－５８からの信号、当該信号に基づいて得られる情報、及び情報サービス部５９を介して得られる外部（ユーザ）からの入力に基づく情報、の少なくとも１つを、無線通信を介して外部装置へ送信してもよい。電子制御部４９、各種センサ５０－５８、情報サービス部５９などは、入力を受け付ける入力部と呼ばれてもよい。例えば、通信モジュール６０によって送信されるＰＵＳＣＨは、上記入力に基づく情報を含んでもよい。
　通信モジュール６０は、外部装置から送信されてきた種々の情報（交通情報、信号情報、車間情報など）を受信し、車両に備えられた情報サービス部５９へ表示する。情報サービス部５９は、情報を出力する（例えば、通信モジュール６０によって受信されるＰＤＳＣＨ（又は当該ＰＤＳＣＨから復号されるデータ／情報）に基づいてディスプレイ、スピーカーなどの機器に情報を出力する）出力部と呼ばれてもよい。
　また、通信モジュール６０は、外部装置から受信した種々の情報をマイクロプロセッサ６１によって利用可能なメモリ６２へ記憶する。メモリ６２に記憶された情報に基づいて、マイクロプロセッサ６１が車両４０に備えられた駆動部４１、操舵部４２、アクセルペダル４３、ブレーキペダル４４、シフトレバー４５、左右の前輪４６、左右の後輪４７、車軸４８、各種センサ５０－５８などの制御を行ってもよい。
　また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Device-to-Device（Ｄ２Ｄ）、Vehicle-to-Everything（Ｖ２Ｘ）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局１０が有する機能をユーザ端末２０が有する構成としてもよい。また、「上りリンク（uplink）」、「下りリンク（downlink）」などの文言は、端末間通信に対応する文言（例えば、「サイドリンク（sidelink）」）で読み替えられてもよい。例えば、上りリンクチャネル、下りリンクチャネルなどは、サイドリンクチャネルで読み替えられてもよい。
　同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末２０が有する機能を基地局１０が有する構成としてもよい。
　本開示において、基地局によって行われるとした動作は、場合によってはその上位ノード（upper　node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network　nodes）を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、基地局以外の１つ以上のネットワークノード（例えば、Mobility　Management　Entity（ＭＭＥ）、Serving-Gateway（Ｓ－ＧＷ）などが考えられるが、これらに限られない）又はこれらの組み合わせによって行われ得ることは明らかである。
　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本開示において説明した各態様／実施形態は、Long　Term　Evolution（ＬＴＥ）、LTE-Advanced（ＬＴＥ－Ａ）、LTE-Beyond（ＬＴＥ－Ｂ）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、4th　generation　mobile　communication　system（４Ｇ）、5th　generation　mobile　communication　system（５Ｇ）、6th　generation　mobile　communication　system（６Ｇ）、xth　generation　mobile　communication　system（ｘＧ（ｘは、例えば整数、小数））、Future　Radio　Access（ＦＲＡ）、Ｎｅｗ－Radio　Access　Technology（ＲＡＴ）、New　Radio（ＮＲ）、New　radio　access（ＮＸ）、Future　generation　radio　access（ＦＸ）、Global　System　for　Mobile　communications（ＧＳＭ（登録商標））、ＣＤＭＡ２０００、Ultra　Mobile　Broadband（ＵＭＢ）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ　８０２．２０、Ultra-WideBand（ＵＷＢ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切な無線通信方法を利用するシステム、これらに基づいて拡張、修正、作成又は規定された次世代システムなどに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ又はＬＴＥ－Ａと、５Ｇとの組み合わせなど）適用されてもよい。
　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素の参照は、２つの要素のみが採用され得ること又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　本開示において使用する「判断（決定）（determining）」という用語は、多種多様な動作を包含する場合がある。例えば、「判断（決定）」は、判定（judging）、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking　up、search、inquiry）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ascertaining）などを「判断（決定）」することであるとみなされてもよい。
　また、「判断（決定）」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）などを「判断（決定）」することであるとみなされてもよい。
　また、「判断（決定）」は、解決（resolving）、選択（selecting）、選定（choosing）、確立（establishing）、比較（comparing）などを「判断（決定）」することであるとみなされてもよい。つまり、「判断（決定）」は、何らかの動作を「判断（決定）」することであるとみなされてもよい。
　また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
　本開示に記載の「最大送信電力」は送信電力の最大値を意味してもよいし、公称最大送信電力（the　nominal　UE　maximum　transmit　power）を意味してもよいし、定格最大送信電力（the　rated　UE　maximum　transmit　power）を意味してもよい。
　本開示において使用する「接続された（connected）」、「結合された（coupled）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的であっても、論理的であっても、あるいはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。
　本開示において、２つの要素が接続される場合、１つ以上の電線、ケーブル、プリント電気接続などを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域、光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
　本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
　本開示において、「含む（include）」、「含んでいる（including）」及びこれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
　本開示において、例えば、英語でのa,　an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
　本開示において、「以下」、「未満」、「以上」、「より多い」、「と等しい」などは、互いに読み替えられてもよい。また、本開示において、「良い」、「悪い」、「大きい」、「小さい」、「高い」、「低い」、「早い」、「遅い」、「広い」、「狭い」、などを意味する文言は、原級、比較級及び最上級に限らず互いに読み替えられてもよい。また、本開示において、「良い」、「悪い」、「大きい」、「小さい」、「高い」、「低い」、「早い」、「遅い」、「広い」、「狭い」などを意味する文言は、「ｉ番目に」（ｉは任意の整数）を付けた表現として、原級、比較級及び最上級に限らず互いに読み替えられてもよい（例えば、「最高」は「ｉ番目に最高」と互いに読み替えられてもよい）。
　本開示において、「の（of）」、「のための（for）」、「に関する（regarding）」、「に関係する（related　to）」、「に関連付けられる（associated　with）」などは、互いに読み替えられてもよい。
　以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。

Claims (6)

  1. 　物理ランダムアクセスチャネルのための複数のリソースを含む複数のグループを決定し、前記複数のグループに対する１つ以上のパスロス参照信号を決定し、前記１つ以上のパスロス参照信号に基づいて、前記複数のリソースにそれぞれ対応する複数の送信電力を決定する制御部と、
    　前記複数のリソースにおいて、前記物理ランダムアクセスチャネルの複数の繰り返しをそれぞれ送信する送信部と、を有する端末。
  2. 　前記制御部は、前記複数の繰り返しに複数のビームを用いる、請求項１に記載の端末。
  3. 　前記制御部は、１つのグループに対して１つのパスロス参照信号を決定する、請求項１に記載の端末。
  4. 　前記制御部は、１つのグループ内のリソースごとにパスロス参照信号を決定する、請求項１に記載の端末。
  5. 　物理ランダムアクセスチャネルのための複数のリソースを含む複数のグループを決定し、前記複数のグループに対する１つ以上のパスロス参照信号を決定し、前記１つ以上のパスロス参照信号に基づいて、前記複数のリソースにそれぞれ対応する複数の送信電力を決定するステップと、
    　前記複数のリソースにおいて、前記物理ランダムアクセスチャネルの複数の繰り返しをそれぞれ送信するステップと、を有する、端末の無線通信方法。
  6. 　物理ランダムアクセスチャネルのための複数のリソースを含む複数のグループの決定のための第１情報の送信と、前記複数のグループに対する１つ以上のパスロス参照信号を決定し、前記１つ以上のパスロス参照信号に基づいて、前記複数のリソースにそれぞれ対応する複数の送信電力の決定のための第２情報の送信と、を制御する制御部と、
    　前記複数のリソースにおいて、前記物理ランダムアクセスチャネルの複数の繰り返しをそれぞれ受信する受信部と、を有する基地局。
PCT/JP2022/020974 2022-05-20 2022-05-20 端末、無線通信方法及び基地局 WO2023223552A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/020974 WO2023223552A1 (ja) 2022-05-20 2022-05-20 端末、無線通信方法及び基地局

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/020974 WO2023223552A1 (ja) 2022-05-20 2022-05-20 端末、無線通信方法及び基地局

Publications (1)

Publication Number Publication Date
WO2023223552A1 true WO2023223552A1 (ja) 2023-11-23

Family

ID=88835097

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/020974 WO2023223552A1 (ja) 2022-05-20 2022-05-20 端末、無線通信方法及び基地局

Country Status (1)

Country Link
WO (1) WO2023223552A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020511071A (ja) * 2017-03-07 2020-04-09 エルジー エレクトロニクス インコーポレイティド ランダムアクセスプリアンブルを送信する方法とユーザ機器

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020511071A (ja) * 2017-03-07 2020-04-09 エルジー エレクトロニクス インコーポレイティド ランダムアクセスプリアンブルを送信する方法とユーザ機器

Similar Documents

Publication Publication Date Title
WO2023223552A1 (ja) 端末、無線通信方法及び基地局
WO2023223551A1 (ja) 端末、無線通信方法及び基地局
WO2024029076A1 (ja) 端末、無線通信方法及び基地局
WO2024038516A1 (ja) 端末、無線通信方法及び基地局
WO2024038514A1 (ja) 端末、無線通信方法及び基地局
WO2024038515A1 (ja) 端末、無線通信方法及び基地局
WO2024009402A1 (ja) 端末、無線通信方法及び基地局
WO2024009401A1 (ja) 端末、無線通信方法及び基地局
WO2024009400A1 (ja) 端末、無線通信方法及び基地局
WO2024009403A1 (ja) 端末、無線通信方法及び基地局
WO2023135754A1 (ja) 端末、無線通信方法及び基地局
WO2023135755A1 (ja) 端末、無線通信方法及び基地局
WO2023119649A1 (ja) 端末、無線通信方法及び基地局
WO2023119647A1 (ja) 端末、無線通信方法及び基地局
WO2023105756A1 (ja) 端末、無線通信方法及び基地局
WO2023105755A1 (ja) 端末、無線通信方法及び基地局
WO2023119646A1 (ja) 端末、無線通信方法及び基地局
WO2023119648A1 (ja) 端末、無線通信方法及び基地局
WO2023105754A1 (ja) 端末、無線通信方法及び基地局
WO2024069840A1 (ja) 端末、無線通信方法及び基地局
WO2024100696A1 (ja) 端末、無線通信方法及び基地局
WO2023095272A1 (ja) 端末、無線通信方法及び基地局
WO2023095273A1 (ja) 端末、無線通信方法及び基地局
WO2023095270A1 (ja) 端末、無線通信方法及び基地局
WO2023095271A1 (ja) 端末、無線通信方法及び基地局

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22942756

Country of ref document: EP

Kind code of ref document: A1