[go: up one dir, main page]

WO2025164020A1 - 端末、基地局及び通信方法 - Google Patents

端末、基地局及び通信方法

Info

Publication number
WO2025164020A1
WO2025164020A1 PCT/JP2024/039682 JP2024039682W WO2025164020A1 WO 2025164020 A1 WO2025164020 A1 WO 2025164020A1 JP 2024039682 W JP2024039682 W JP 2024039682W WO 2025164020 A1 WO2025164020 A1 WO 2025164020A1
Authority
WO
WIPO (PCT)
Prior art keywords
sbfd
threshold
prach
terminal
symbols
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
PCT/JP2024/039682
Other languages
English (en)
French (fr)
Inventor
知也 布目
秀俊 鈴木
スアン トゥオン トラン
綾子 堀内
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
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 Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of WO2025164020A1 publication Critical patent/WO2025164020A1/ja
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access

Definitions

  • This disclosure relates to a terminal, a base station, and a communication method.
  • the 3rd Generation Partnership Project (3GPP) has completed the development of the physical layer specifications for Release 18 NR (New Radio access technology), a functional extension of 5th Generation mobile communication systems (5G).
  • 5G 5th Generation mobile communication systems
  • NR supports enhanced mobile broadband (eMBB) to meet the requirements of high speed and large capacity, as well as functions that realize Ultra Reliable and Low Latency Communication (URLLC) (see, for example, non-patent literature 1-6).
  • eMBB enhanced mobile broadband
  • URLLC Ultra Reliable and Low Latency Communication
  • RRC Radio Resource Control
  • Non-limiting examples of the present disclosure contribute to providing a terminal, base station, and communication method that can improve the efficiency of resource selection for random access channels.
  • a terminal includes a control circuit that selects a transmission opportunity for a random access channel based on a threshold for received power in a plurality of time resources including a first time resource in which a frequency band is divided into a plurality of bands, and a transmission circuit that transmits a signal of the random access channel using the transmission opportunity.
  • resources for random access channels can be appropriately selected.
  • SBFD Dynamic Subband non-overlapping full duplex
  • SBFD Subband Non-Overlapping Full Duplex
  • Figure 1 shows an example of the Duplex method.
  • the vertical axis represents frequency and the horizontal axis represents time.
  • “U” represents uplink transmission and “D” represents downlink transmission.
  • Figure 1(a) shows an example of half-duplex Time Division Duplex (TDD).
  • a terminal UE: User Equipment
  • a base station e.g., a gNB
  • the transmission direction e.g., downlink or uplink
  • the transmission direction in a certain time resource may be common between the base station and the terminal.
  • the transmission direction in a certain time resource does not differ between terminals.
  • Figure 1(b) shows an example of SBFD.
  • SBFD a frequency resource (or frequency band) is divided into multiple bands (e.g., subbands, RB sets, subbands, or sub-BWPs (Bandwidth parts)), and transmission in different directions (e.g., downlink or uplink) is supported on a subband-by-subband basis.
  • a terminal transmits and receives either uplink or downlink in a given time resource, but not the other.
  • SBFD a base station can transmit and receive on both uplink and downlink simultaneously. There may be cases where a terminal does not use resources in the transmission direction in a given time resource (e.g., resources indicated by dotted lines in Figure 1(b)).
  • a guard band may be placed between the uplink subband (UL subband: U) and the downlink subband (DL subband: D).
  • the guard band may be used to reduce interference (CLI: Cross link interference) between different transmission directions (links).
  • SBFD symbol a symbol on which SBFD operation or control is performed.
  • a symbol on which SBFD operation or control is not performed (for example, a symbol different from an SBFD symbol) is sometimes called a "non-SBFD symbol.”
  • a slot consisting of SBFD symbols is sometimes called an "SBFD slot”
  • a slot consisting of non-SBFD symbols is sometimes called a "non-SBFD slot.”
  • the subband configuration is expressed as ⁇ X...X ⁇ , where X represents the UL subband (U) or DL subband (D).
  • X represents the UL subband (U) or DL subband (D).
  • the order of notation corresponds to the order in which the subbands are arranged.
  • the subband configuration in Figure 1(b) is expressed as ⁇ DUD ⁇ .
  • the SBFD symbol may be configured using (e.g., by changing) a legacy symbol (existing symbol) such as a DL symbol, a UL symbol, or a Flexible symbol.
  • a legacy symbol existing symbol
  • the SBFD symbol may be configured using a DL symbol.
  • the legacy symbol is configured by RRC signaling (e.g., TDD-UL-DL-ConfigCommon).
  • the non-SBFD symbol is, for example, a symbol that is not an SBFD symbol (e.g., a legacy symbol and a symbol not used as an SBFD symbol).
  • An SBFD-compatible terminal (e.g., SBFD-aware UE) is a terminal that supports SBFD operation and control.
  • An SBFD-compatible terminal is capable of acquiring SBFD-related settings, such as the frequency and time domain positions of subbands.
  • An SBFD-incompatible terminal (e.g., non-SBFD-aware UE) is a terminal that does not support SBFD operation and control. For example, an SBFD-incompatible terminal does not recognize SBFD symbols, and therefore, even if a legacy symbol is set (or changed) to an SBFD symbol, it will recognize the symbol as a legacy symbol and operate accordingly.
  • RACH Random Access Channel
  • PRACH Physical Random Access Channel
  • ROs RACH transmission opportunities or RACH occasions (ROs)
  • the increase in ROs can reduce RACH transmission delays, reduce collisions between terminals, and improve coverage through long preamble formats or PRACH repetition (e.g., repeated transmissions).
  • Figure 2 shows an example of the allocation of RACH resources (ROs) on SBFD symbols.
  • slot #0 is a slot consisting of DL symbols (e.g., referred to as a "DL slot")
  • slots #1, #2, and #3 are slots consisting of SBFD symbols (e.g., referred to as "SBFD slots")
  • slot #4 is a slot consisting of UL symbols (e.g., referred to as a "UL slot”).
  • the subband configuration in the SBFD slot is ⁇ DUD ⁇ .
  • PRACH resources (ROs) are allocated in the UL subbands of slot #2 and slot #3. In this way, by supporting RACH transmission on SBFD symbols, it is possible to increase PRACH resources in the time domain compared to existing methods.
  • PRACH transmission on the UL subband may cause device-to-device interference (e.g., UE-to-UE interference, or UL-to-UE CLI) with DL reception on the DL subband, potentially resulting in degradation of DL performance.
  • device-to-device interference e.g., UE-to-UE interference, or UL-to-UE CLI
  • a terminal selects a resource and preamble to use from multiple PRACH resource and preamble candidates configured within a cell and transmits a PRACH signal. Furthermore, the PRACH signal is transmitted when the terminal needs to transmit, and is not always transmitted. Therefore, the base station cannot determine in advance which terminal will use which PRACH resource to transmit the PRACH, making it difficult for the base station to control inter-terminal interference. This is because the magnitude of inter-terminal interference can vary depending on the relationship between the interfering terminal (e.g., aggressor terminal) and the terminal receiving the interference (e.g., victim terminal). For example, interference is likely to be greater when terminals are located close to each other. Therefore, when supporting PRACH transmission in SBFD symbols, it is expected that methods for reducing inter-terminal interference will be considered.
  • the interfering terminal e.g., aggressor terminal
  • the terminal receiving the interference e.g., victim terminal
  • a non-limiting example of the present disclosure describes a method for reducing inter-terminal interference in PRACH transmissions in SBFD symbols.
  • a communication system may include, for example, a base station 100 (e.g., gNB) shown in Figures 3 and 5 and a terminal 200 (e.g., UE) shown in Figures 4 and 6.
  • a base station 100 e.g., gNB
  • a terminal 200 e.g., UE
  • a plurality of base stations 100 and a plurality of terminals 200 may exist in the communication system.
  • FIG. 3 is a block diagram showing an example configuration of a portion of a base station 100 according to an embodiment of the present disclosure.
  • a control unit e.g., corresponding to a control circuit
  • sets transmission opportunities e.g., RO
  • time resources e.g., SBFD symbols
  • a receiving unit e.g., corresponding to a receiving circuit
  • PRACH random access channel
  • FIG. 4 is a block diagram showing an example configuration of a portion of a terminal 200 according to an embodiment of the present disclosure.
  • a control unit e.g., corresponding to a control circuit selects a transmission opportunity (e.g., RO) for a random access channel based on a threshold for received power in multiple time resources including time resources (e.g., SBFD symbols) in which a frequency band is divided into multiple bands.
  • a transmission unit (e.g., corresponding to a transmission circuit) uses the transmission opportunity to transmit a signal on the random access channel (PRACH).
  • PRACH random access channel
  • FIG. 5 is a block diagram showing an example configuration of a base station 100 according to an embodiment of the present disclosure.
  • the base station 100 includes a receiving unit 101, a demapping unit 102, a demodulation/decoding unit 103, a preamble detection unit 104, a scheduling unit 105, an RO control unit 106, a control information holding unit 107, a data/control information generation unit 108, an encoding/modulation unit 109, a mapping unit 110, and a transmission unit 111.
  • the demapping unit 102 demodulation/decoding unit 103, scheduling unit 105, RO control unit 106, control information storage unit 107, data/control information generation unit 108, coding/modulation unit 109, and mapping unit 110 may be included in the control unit shown in FIG. 3, and the receiving unit 101 may be included in the receiving unit shown in FIG. 3.
  • the receiving unit 101 performs reception processing, such as down-conversion or A/D conversion, on the received signal received via the antenna, and outputs the processed received signal to the demapping unit 102.
  • reception processing such as down-conversion or A/D conversion
  • the demapping unit 102 performs resource demapping on the received signal (e.g., an uplink signal) input from the receiving unit 101, and outputs the modulated signal to the demodulation/decoding unit 103 and the preamble detection unit 104.
  • the received signal e.g., an uplink signal
  • the demodulation/decoding unit 103 demodulates and decodes the modulated signal input from the demapping unit 102 and outputs the decoded result to the scheduling unit 105.
  • the preamble detection unit 104 detects the preamble (e.g., the PRACH signal) transmitted on the PRACH from the modulated signal input from the demapping unit 102, and outputs the detection result to the scheduling unit 105.
  • the preamble e.g., the PRACH signal
  • the scheduling unit 105 may, for example, perform scheduling for the terminals 200.
  • the scheduling unit 105 schedules transmission and reception for each terminal 200 based on, for example, at least one of the decoding results input from the demodulation and decoding unit 103, the preamble detection results input from the preamble detection unit 104, information input from the RO control unit 106 (including, for example, PRACH setting information), and control information input from the control information holding unit 107, and instructs the data and control information generation unit 108 to generate at least one of data and control information.
  • the scheduling unit 105 also instructs the data and control information generation unit 108 to transmit the PRACH setting information input from the RO control unit 106 to the terminal 200 as signaling information.
  • the scheduling unit 105 also outputs control information related to the terminal 200 to the control information holding unit 107.
  • the RO control unit 106 determines, for example, PRACH resources on SBFD symbols (e.g., positions and number in the frequency domain and time domain), PRACH resources on non-SBFD symbols (e.g., positions and number in the frequency domain and time domain), and information used for selecting PRACH resources (e.g., information related to thresholds).
  • the RO control unit 106 may also determine PRACH setting information (e.g., including PRACH transmission power) associated with the PRACH resource (RO).
  • the RO control unit 106 outputs the determined PRACH setting information to the scheduling unit 105.
  • the control information storage unit 107 stores, for example, control information set in each terminal 200.
  • the control information may include, for example, information related to SBFD.
  • the control information storage unit 107 may output the stored information to each component of the base station 100 (for example, the scheduling unit 105 and RO control unit 106) as necessary.
  • the data and control information generation unit 108 generates at least one of data and control information, for example, in accordance with instructions from the scheduling unit 105, and outputs a signal including the generated data or control information to the coding and modulation unit 109.
  • the generated data may include, for example, upper layer signaling information (e.g., PRACH setting information).
  • the encoding and modulation unit 109 encodes and modulates, for example, the signal (e.g., data, control information) input from the data and control information generation unit 108, and outputs the modulated signal to the transmission unit 111.
  • the signal e.g., data, control information
  • the mapping unit 110 for example, performs resource mapping on the modulated signal input from the encoding/modulation unit 109 and outputs the transmission signal to the transmission unit 111.
  • the transmitter 111 performs transmission processing such as D/A conversion, up-conversion, or amplification on the signal input from the mapping unit 110, and transmits the radio signal obtained by the transmission processing from the antenna to the terminal 200.
  • FIG. 6 is a block diagram showing an example configuration of a terminal 200 according to one aspect of the present disclosure.
  • the terminal 200 includes a receiving unit 201, a demapping unit 202, a demodulation and decoding unit 203, an RO selecting unit 204, a control unit 205, a control information holding unit 206, a preamble generating unit 207, a data and control information generating unit 208, an encoding and modulating unit 209, a mapping unit 210, and a transmitting unit 211.
  • the demapping unit 202 demodulation/decoding unit 203, RO selection unit 204, control unit 205, control information storage unit 206, preamble generation unit 207, data/control information generation unit 208, encoding/modulation unit 209, and mapping unit 210 may be included in the control unit shown in FIG. 4, and the transmission unit 211 may be included in the transmission unit shown in FIG. 4.
  • the receiving unit 201 performs reception processing, such as down-conversion or A/D conversion, on the received signal received via the antenna, and outputs the processed received signal to the demapping unit 202.
  • reception processing such as down-conversion or A/D conversion
  • the demapping unit 202 performs resource demapping on the received signal input from the receiving unit 201 and outputs the modulated signal to the demodulation and decoding unit 203.
  • the demodulation/decoding unit 203 demodulates and decodes the modulated signal input from the demapping unit 202 and outputs the decoded result to the control unit 205.
  • the decoded result may include, for example, at least one of upper layer signaling information and downlink control information.
  • the RO selection unit 204 selects a PRACH resource (RO) to use based on, for example, control information input from the control information storage unit 206 (e.g., PRACH setting information, information related to SBFD (e.g., information related to slot configuration, information related to subband configuration, or information related to PRACH resource selection)), and outputs information related to the selected PRACH resource (PRACH resource information) to the control unit 205.
  • control information input from the control information storage unit 206 e.g., PRACH setting information, information related to SBFD (e.g., information related to slot configuration, information related to subband configuration, or information related to PRACH resource selection)
  • SBFD e.g., information related to slot configuration, information related to subband configuration, or information related to PRACH resource selection
  • the control unit 205 may determine whether data or control information is to be transmitted or received, or whether PRACH transmission is to be performed, based on, for example, the decoding result (e.g., data or control information) input from the demodulation and decoding unit 203, the PRACH resource information input from the RO selection unit 204, and the control information input from the control information storage unit 206. For example, if the determination result indicates that data or control information is to be transmitted, the control unit 205 may instruct the data and control information generation unit 208 to generate at least one of data and control information. Furthermore, for example, if PRACH transmission is to be performed, the control unit 205 may instruct the preamble generation unit 207 to generate a preamble signal based on the PRACH resource information. Furthermore, the control unit 205 may output, for example, control information related to the terminal 200 to the control information storage unit 206.
  • the decoding result e.g., data or control information
  • the control unit 205 may instruct the data and control information generation unit 208 to generate at least one of
  • the control information storage unit 206 stores, for example, control information input from the control unit 205, and outputs the stored information to each component (for example, the RO selection unit 204 and the control unit 205) as necessary.
  • the preamble generation unit 207 generates a preamble signal (e.g., a PRACH signal) to be transmitted on the PRACH, for example, in accordance with instructions from the control unit 205, and outputs the generated preamble signal to the mapping unit 210.
  • a preamble signal e.g., a PRACH signal
  • the data and control information generation unit 208 generates data or control information, for example, in accordance with instructions from the control unit 205, and outputs a signal including the generated data or control information to the encoding and modulation unit 209.
  • the encoding and modulation unit 209 for example, encodes and modulates the signal input from the data and control information generation unit 208, and outputs the modulated signal to the mapping unit 210.
  • the mapping unit 210 performs resource mapping on the modulated signal input from the encoding/modulation unit 209 or the preamble signal input from the preamble generation unit 207, and outputs the transmission signal to the transmission unit 211.
  • the transmitter 211 performs transmission processing such as D/A conversion, up-conversion, or amplification on the signal input from the mapping unit 210, and transmits the radio signal obtained by the transmission processing from the antenna to the base station 100.
  • Figure 7 is a sequence diagram showing an example of the operation of the base station 100 and the terminal 200.
  • the base station 100 determines, for example, settings (configuration) related to SBFD or PRACH (S101).
  • the base station 100 transmits, for example, upper layer signaling information including the determined configuration information to the terminal 200 (S102).
  • the signaling information may be transmitted, for example, by notification using a System Information Block (SIB) or by notification using terminal-specific (terminal-individual) signaling information.
  • SIB System Information Block
  • the terminal 200 selects a PRACH resource (RO) to use for transmitting the PRACH from the available PRACH resources, for example, based on the configuration information included in the signaling information transmitted from the base station 100 (S103).
  • a PRACH resource RO
  • the terminal 200 transmits a PRACH (e.g., a preamble signal) based on the selected PRACH resource, and the base station 100 receives the PRACH (S104).
  • a PRACH e.g., a preamble signal
  • PRACH resource selection method A PRACH resource (RO) selection method in terminal 200 (e.g., RO selection unit 204) will be described. Note that base station 100 (e.g., RO control unit 106) may set PRACH resources available to terminal 200, for example, assuming a PRACH resource selection method implemented by terminal 200.
  • RO PRACH resource
  • the terminal 200 selects a PRACH resource (RO) to use for PRACH transmission, for example, in accordance with a threshold for the received power of the signal at the terminal 200 or a rule regarding time resources (e.g., symbols).
  • the threshold and rule may be set in the terminal 200 by the base station 100, or may be defined in advance.
  • terminal 200 selects an RO to use for PRACH transmission based on a comparison of a threshold for PRACH transmission in an RO on an SBFD symbol and a threshold for PRACH transmission in an RO on a non-SBFD symbol with the received power of the signal.
  • the received power of the signal may be, for example, Synchronization Signal-Reference Signal Received Power (SS-RSRP).
  • SS-RSRP is also known as SS/physical broadcast channel (PBCH) block (SSB)-RSRP.
  • PBCH physical broadcast channel
  • the threshold for received power may include, for example, a threshold for determining whether PRACH transmission is possible (threshold of PRACH transmission), and a threshold for determining the number of transmissions (number of repetitions) in PRACH repetition (repeated transmission), as follows:
  • thresholds corresponding to SBFD symbols and non-SBFD symbols may be set as the PRACH transmission threshold and the PRACH repetition count threshold.
  • a threshold corresponding to one or more repetition numbers may be set as the threshold for the number of PRACH repetitions.
  • RO selection e.g., determining whether to transmit PRACH and the number of repetitions
  • SS-RSRP SS-RSRP
  • terminal 200 may transmit a PRACH in an RO on an SBFD symbol associated with the threshold.
  • terminal 200 does not transmit a PRACH in an RO on an SBFD symbol associated with the threshold.
  • the threshold for PRACH transmission in the SBFD symbol may be set, for example, by an individual parameter linked to the RO of the SBFD symbol.
  • an upper layer parameter linked to the RO of the SBFD symbol for example, rsrp-ThresholdSSB of the RACH-ConfigCommon IE
  • the threshold for PRACH transmission in the SBFD symbol may be predefined in a standard, or may be notified to terminal 200 by other information different from the upper layer parameter.
  • threshold for PRACH transmission in non-SBFD symbols For example, when the SS-RSRP is equal to or greater than a threshold, terminal 200 may transmit a PRACH in an RO on a non-SBFD symbol associated with the threshold. On the other hand, for example, when the SS-RSRP is less than the threshold, terminal 200 does not transmit a PRACH in an RO on a non-SBFD symbol associated with the threshold.
  • the threshold for PRACH transmission in non-SBFD symbols may be set, for example, by an individual parameter linked to the RO of the non-SBFD symbol.
  • an upper layer parameter linked to the RO of the non-SBFD symbol for example, rsrp-ThresholdSSB of the RACH-ConfigCommon IE
  • the threshold for PRACH transmission in non-SBFD symbols may be pre-defined in a standard, or may be notified to terminal 200 by other information different from the upper layer parameter.
  • threshold for the number of PRACH repetitions in SBFD symbols For example, when the SS-RSRP is less than a threshold, terminal 200 transmits PRACH repetitions corresponding to the threshold in RO on the SBFD symbol associated with the threshold.
  • the threshold for the number of PRACH repetitions in the SBFD symbol may be used when RACH repetition is applied to the terminal 200.
  • the threshold for the number of PRACH repetitions in the SBFD symbol may be set in the terminal 200 by an upper layer parameter (configuration), may be predefined in a standard, or may be notified to the terminal 200 by other information different from the upper layer parameter.
  • threshold for RACH repetitions in non-SBFD symbols For example, when the SS-RSRP is less than a threshold, terminal 200 transmits PRACH repetitions corresponding to the threshold in RO on a non-SBFD symbol associated with the threshold.
  • the threshold for the number of PRACH repetitions in non-SBFD symbols may be used when RACH repetition is applied to terminal 200.
  • the threshold for the number of PRACH repetitions in non-SBFD symbols may be set in terminal 200 by upper layer parameters (configuration), may be predefined in a standard, or may be notified to terminal 200 by other information different from the upper layer parameters.
  • terminal 200 e.g., an SBFD-compatible terminal
  • RO PRACH resource
  • Step 1 The terminal 200 selects an RO of a symbol type corresponding to a threshold value where SS-RSRP is equal to or greater than the threshold value and is closer to the SS-RSRP (e.g., closest to the SS-RSRP) from among the "threshold value for PRACH transmission in SBFD symbols” and the "threshold value for PRACH transmission in non-SBFD symbols.”
  • the terminal 200 may perform the following operations:
  • the terminal 200 selects RO on the SBFD symbol.
  • the terminal 200 selects RO on non-SBFD symbols.
  • the terminal 200 selects the RO for the symbol type associated with the threshold whose value is closer to the SS-RSRP (for example, the threshold with the higher set value of the two thresholds).
  • the terminal 200 does not transmit PRACH.
  • Step 2 When a threshold for the number of PRACH repetitions is set for the symbol type corresponding to the RO selected in procedure 1, terminal 200 determines the number of PRACH repetitions based on a comparison between SS-RSRP and the threshold for the number of PRACH repetitions. That is, in method 1, when transmitting PRACH repetitions, terminal 200 selects multiple ROs in either SBFD symbols or non-SBFD symbols.
  • the above describes an example of the procedure for selecting a PRACH resource (RO) in terminal 200 and determining the number of PRACH repetitions.
  • Figure 8 shows an example of the relationship between SS-RSRP and threshold in Method 1.
  • the "PRACH transmission threshold for non-SBFD symbols” and “PRACH repetition count threshold for non-SBFD symbols” are shown to the left of the arrow (vertical axis) indicating the SS-RSRP value, and the "PRACH transmission threshold for SBFD symbols” and “PRACH repetition count threshold for non-SBFD symbols” are shown to the right.
  • thresholds for 2, 4, and 8 PRACH repetitions (3 thresholds) are set for non-SBFD symbols, and a threshold for 2 PRACH repetitions (1 threshold) is set for SBFD symbols.
  • the PRACH transmission operation in terminal 200 is classified into the following six cases depending on the SS-RSRP value.
  • Case 1 is a case where SS-RSRP is greater than or equal to the threshold for both the "threshold for PRACH transmission in SBFD symbols" and the “threshold for PRACH transmission in non-SBFD symbols,” and SS-RSRP is greater than or equal to the "threshold for two PRACH repetitions in SBFD symbols.”
  • the threshold closest to SS-RSRP is the "threshold for PRACH transmission in the SBFD symbol," so terminal 200 selects the RO on the SBFD symbol and performs PRACH transmission in the RO on the SBFD symbol. Also, in Case 1, since SS-RSRP is greater than or equal to the threshold for two PRACH repetitions in the SBFD symbol, terminal 200 performs PRACH transmission without PRACH repetition (i.e., a single PRACH transmission) in the RO on the SBFD symbol.
  • Case 2 is a case where SS-RSRP is equal to or greater than the threshold for both the "threshold for PRACH transmission in SBFD symbols" and the “threshold for PRACH transmission in non-SBFD symbols,” and SS-RSRP is less than the "threshold for two PRACH repetitions in SBFD symbols.”
  • the threshold closest to SS-RSRP is the "threshold for PRACH transmission in the SBFD symbol," so terminal 200 selects RO on the SBFD symbol and performs PRACH transmission in the RO on the SBFD symbol.
  • SS-RSRP is less than the threshold for two PRACH repetitions in the SBFD symbol, so terminal 200 performs two PRACH repetition transmissions in the RO on the SBFD symbol.
  • Case 3 is a case where SS-RSRP is less than the "threshold for PRACH transmission in SBFD symbols" and is greater than or equal to the "threshold for PRACH transmission in non-SBFD symbols,” and SS-RSRP is less than the "threshold for two PRACH repetitions in non-SBFD symbols” and is greater than or equal to the "threshold for four PRACH repetitions in non-SBFD symbols.”
  • terminal 200 selects an RO on a non-SBFD symbol and performs PRACH transmission in the RO on a non-SBFD symbol. Also, in Case 3, since SS-RSRP is less than the threshold for two PRACH repetitions in a non-SBFD symbol and greater than or equal to the threshold for four PRACH repetitions in a non-SBFD symbol, terminal 200 performs two PRACH repetition transmissions in the RO on a non-SBFD symbol.
  • Case 4 is a case where SS-RSRP is less than the "threshold for PRACH transmission in SBFD symbols" and is greater than or equal to the "threshold for PRACH transmission in non-SBFD symbols,” and SS-RSRP is less than the "threshold for four PRACH repetitions in non-SBFD symbols” and is greater than or equal to the "threshold for eight PRACH repetitions in non-SBFD symbols.”
  • terminal 200 selects an RO on a non-SBFD symbol and performs PRACH transmission on the RO on a non-SBFD symbol. Also, in Case 4, since SS-RSRP is less than the threshold of four PRACH repetitions on a non-SBFD symbol and greater than or equal to the threshold of eight PRACH repetitions on a non-SBFD symbol, terminal 200 performs four PRACH repetition transmissions on the RO on a non-SBFD symbol.
  • Case 5 is a case where SS-RSRP is less than the "threshold for PRACH transmission in SBFD symbols" and is greater than or equal to the "threshold for PRACH transmission in non-SBFD symbols", and SS-RSRP is less than the "threshold for eight PRACH repetitions in non-SBFD symbols”.
  • terminal 200 selects an RO on a non-SBFD symbol and performs PRACH transmission in the RO on a non-SBFD symbol. Also, in Case 5, since SS-RSRP is less than the threshold of eight PRACH repetitions in a non-SBFD symbol, terminal 200 performs eight PRACH repetition transmissions in the RO on a non-SBFD symbol.
  • Case 6 is a case where SS-RSRP is less than the “threshold for PRACH transmission in SBFD symbols” and less than the “threshold for PRACH transmission in non-SBFD symbols.” In Case 6, terminal 200 does not perform PRACH transmission.
  • terminal 200 can determine which PRACH resource (RO) to use for transmission, SBFD symbols or non-SBFD symbols, and the number of repetition transmissions.
  • RO PRACH resource
  • Figure 9 shows an example of RO placement based on Method 1. Note that, for simplicity of explanation, PRACH repetition is not shown in Figure 9.
  • an RO (RO#0) on an SBFD symbol is set in Slot#3
  • an RO (RO#1) on a non-SBFD symbol (UL symbol) is set in Slot#4.
  • terminal 200 with a high SS-RSRP selects RO#0 (SBFD symbol) and transmits PRACH in RO#0.
  • terminal 200 with a low SS-RSRP selects RO#1 (non-SBFD symbol) and transmits PRACH in RO#1.
  • PRACH transmission UL transmission
  • other subbands e.g., DL subbands
  • the lower the SS-RSRP the higher the UL transmission power at terminal 200 is expected to be. Therefore, when SS-RSRP is low (for example, when SS-RSRP is less than the "threshold for PRACH transmission in SBFD symbols" and greater than or equal to the "threshold for PRACH transmission in non-SBFD symbols"), PRACH transmission (UL transmission) can be performed on non-SBFD symbols (UL symbols) to avoid interference between terminals on SBFD symbols.
  • the PRACH repetition threshold may correspond to different numbers for SBFD symbols and non-SBFD symbols. For example, even if the PRACH repetition thresholds corresponding to SBFD symbols and non-SBFD symbols are set to the same SS-RSRP value, different repetition numbers may be associated with SBFD symbols and non-SBFD symbols. For example, if the transmission power of SBFD symbols is lower than the transmission power of non-SBFD symbols, the SS-RSRP threshold may be set so that the repetition number for SBFD symbols is higher than the repetition number for non-SBFD symbols.
  • terminal 200 selects whether to use RO on SBFD symbols or RO on non-SBFD symbols for PRACH transmission and PRACH repetition transmission. This reduces inter-terminal interference on SBFD symbols and improves DL reception performance in SBFD symbols.
  • terminal 200 selects an RO to use for PRACH transmission based on a comparison of a threshold for PRACH transmission in an RO on an SBFD symbol and a threshold for PRACH transmission in an RO on a non-SBFD symbol with the received power of the signal (e.g., SS-RSRP).
  • terminal 200 selects both ROs, instead of selecting either the RO for SBFD symbols or the RO for non-SBFD symbols as in method 1. For example, when transmitting PRACH repetition, terminal 200 may perform PRACH transmission using ROs that are available for both symbol types, without limiting the symbol type. For example, to determine the number of PRACH repetitions, terminal 200 may align (share) the "PRACH repetition threshold" between SBFD symbols and non-SBFD symbols, or may use a "PRACH repetition threshold" that is set for either the SBFD symbols or the non-SBFD symbols.
  • a PRACH resource (RO) in a terminal 200 e.g., an SBFD-compatible terminal
  • determining the number of PRACH repetitions is described.
  • the terminal 200 may operate (determine) by replacing (Procedure 2) in Method 1 with the following (Procedure 2'). Note that if the conditions of (Procedure 2') are not met (for example, if the threshold is not met), the terminal 200 may perform the operation of (Procedure 2).
  • Step 2' In procedure 1, if the SS-RSRP is equal to or greater than the threshold for both the "threshold for PRACH transmission in SBFD symbols" and the “threshold for PRACH transmission in non-SBFD symbols" and a threshold for the number of PRACH repetitions is set, terminal 200 determines the number of PRACH repetitions based on a comparison between SS-RSRP and the threshold for the number of PRACH repetitions.
  • the threshold for the number of PRACH repetitions may be set commonly for SBFD symbols and non-SBFD symbols, or a threshold set for either SBFD symbols or non-SBFD symbols may be applied. Furthermore, if the number of PRACH repetitions is multiple, terminal 200 may transmit PRACH repetitions using both RO on SBFD symbols and RO on non-SBFD symbols.
  • the above describes an example of the procedure for selecting a PRACH resource (RO) in terminal 200 and determining the number of PRACH repetitions.
  • Figure 10 shows an example of the relationship between SS-RSRP and threshold in Method 2.
  • the "PRACH transmission threshold for non-SBFD symbols” and “PRACH repetition count threshold for non-SBFD symbols” are shown to the left of the arrow (vertical axis) indicating the SS-RSRP value, and the "PRACH transmission threshold for SBFD symbols” and “PRACH repetition count threshold for non-SBFD symbols” are shown to the right.
  • thresholds for 2, 4, and 8 PRACH repetitions (3 thresholds) are set for non-SBFD symbols, and thresholds for 2 and 4 PRACH repetitions (2 thresholds) are set for SBFD symbols. As shown in Figure 10, the same values are set as the thresholds for 2 and 4 PRACH repetitions for non-SBFD symbols and SBFD symbols.
  • the PRACH transmission operation in terminal 200 is classified into the following six cases depending on the SS-RSRP value.
  • Case 1 is a case where SS-RSRP is greater than or equal to the threshold for both the "threshold for PRACH transmission in SBFD symbols" and the “threshold for PRACH transmission in non-SBFD symbols,” and SS-RSRP is greater than or equal to the "threshold for two PRACH repetitions.”
  • the threshold closest to SS-RSRP is the "threshold for PRACH transmission in the SBFD symbol," so terminal 200 selects the RO on the SBFD symbol and performs PRACH transmission in the RO on the SBFD symbol.
  • SS-RSRP is greater than or equal to the threshold for two PRACH repetitions, so terminal 200 performs PRACH transmission without PRACH repetition (i.e., a single PRACH transmission) in the RO on the SBFD symbol.
  • Case 2 is a case where SS-RSRP is equal to or greater than the threshold for both the "threshold for PRACH transmission in SBFD symbols" and the “threshold for PRACH transmission in non-SBFD symbols,” and SS-RSRP is less than the "threshold for two PRACH repetitions” and equal to or greater than the "threshold for four PRACH repetitions.”
  • terminal 200 selects an RO on an SBFD symbol and an RO on a non-SBFD symbol, and transmits two PRACH repetitions in the RO on the SBFD symbol and the RO on the non-SBFD symbol.
  • Case 3 is a case where SS-RSRP is equal to or greater than the threshold for both the "threshold for PRACH transmission in SBFD symbols" and the “threshold for PRACH transmission in non-SBFD symbols,” and SS-RSRP is less than the "threshold for four PRACH repetitions” and equal to or greater than the "threshold for eight PRACH repetitions.”
  • terminal 200 selects an RO on an SBFD symbol and an RO on a non-SBFD symbol, and transmits four PRACH repetitions in the RO on the SBFD symbol and the RO on the non-SBFD symbol.
  • Case 4 is a case where SS-RSRP is less than the “threshold for PRACH transmission in SBFD symbols” and is equal to or greater than the “threshold for PRACH transmission in non-SBFD symbols,” and SS-RSRP is less than the “threshold for four PRACH repetitions” and is equal to or greater than the “threshold for eight PRACH repetitions.”
  • terminal 200 selects an RO on a non-SBFD symbol and transmits four PRACH repetitions in the RO on the non-SBFD symbol.
  • Case 5 is a case where SS-RSRP is less than the “threshold for PRACH transmission in SBFD symbols,” is greater than or equal to the “threshold for PRACH transmission in non-SBFD symbols,” and is less than the “threshold for eight PRACH repetitions.”
  • terminal 200 selects an RO on a non-SBFD symbol and transmits eight PRACH repetitions in the RO on the non-SBFD symbol.
  • Case 6 is a case where SS-RSRP is less than the “threshold for PRACH transmission in SBFD symbols” and less than the “threshold for PRACH transmission in non-SBFD symbols.” In Case 6, terminal 200 does not perform PRACH transmission.
  • terminal 200 can select both RO on SBFD symbols and RO on non-SBFD symbols. This reduces interference between terminals on SBFD symbols and improves DL reception performance for SBFD symbols. Furthermore, with method 2, resources for both SBFD symbol RO and non-SBFD symbol RO can be used for PRACH transmission (e.g., repetition transmission), thereby reducing PRACH transmission delay.
  • Method 2 may also be applied when it is permissible to allocate resources for one RO across SBFD symbols and non-SBFD symbols.
  • terminal 200 selects the RO for the SBFD symbol and performs one PRACH transmission, but if an RO that spans SBFD symbols and non-SBFD symbols is available, terminal 200 may perform PRACH transmission using an RO that spans SBFD symbols and non-SBFD symbols.
  • terminal 200 selects an RO to use for PRACH transmission based on a comparison of a threshold for PRACH transmission in an RO on an SBFD symbol and a threshold for PRACH transmission in an RO on a non-SBFD symbol with the received power of the signal (e.g., SS-RSRP), as well as a rule regarding the priority of SBFD symbols and non-SBFD symbols.
  • the signal e.g., SS-RSRP
  • the thresholds for PRACH transmission in each RO for SBFD symbols and non-SBFD symbols may be the same as those in Method 1.
  • Terminal 200 selects an RO according to the following procedure. Note that if PRACH repetition is not applied, terminal 200 performs (Step 1) and (Step 2) below, and does not need to perform other procedures.
  • Terminal 200 determines whether to use RO on a non-SBFD symbol or RO on an SBFD symbol according to a priority rule. That is, terminal 200 determines the symbol type for performing PRACH transmission according to a priority rule.
  • Step 2 Based on the symbol type determined in step 1, terminal 200 selects an RO available for PRACH transmission based on either the "threshold for PRACH transmission in SBFD symbols" or the “threshold for PRACH transmission in non-SBFD symbols” and the SS-RSRP.
  • the terminal 200 selects an RO on a symbol of the symbol type determined in step 1.
  • the terminal 200 may apply one of the following methods.
  • the first method is to not change the symbol type ("no symbol type change").
  • terminal 200 does not perform PRACH transmission. This simplifies the decision-making process in terminal 200, as transmissions using non-priority symbol types can be prohibited according to the priority rules. Furthermore, for example, if transmissions using SBFD symbols are prohibited, interference between terminals can be reduced.
  • the second method is to change the symbol type ("symbol type changed").
  • terminal 200 selects an RO on a symbol of a symbol type that is not selected (not prioritized) in procedure 1. This improves the opportunity to transmit the PRACH.
  • the terminal 200 does not perform PRACH transmission.
  • Step 3 When a threshold for the number of PRACH repetitions is set for the symbol types selected in procedure 1 and procedure 2, terminal 200 determines the number of PRACH repetitions based on a comparison between SS-RSRP and the threshold for the number of PRACH repetitions.
  • the above describes an example of the procedure for selecting a PRACH resource (RO) in terminal 200 and determining the number of PRACH repetitions.
  • the priority rules may be defined in advance or notified to the terminal 200 via configuration.
  • setting the priority rules may include setting the type of rule to be applied and whether the rule is enabled or disabled.
  • RO on SBFD symbols is preferentially selected whenever possible.
  • RO on non-SBFD symbols can be used in addition to SBFD symbols, but for low-priority UL data, RO on SBFD symbols can be used and RO on non-SBFD symbols may not be used.
  • terminal 200 e.g., an SBFD-compatible terminal
  • terminal 200 use RO on SBFD symbols preferentially over RO on non-SBFD symbols
  • the probability that non-SBFD-compatible terminals will be able to use RO on non-SBFD symbols increases, thereby, for example, reducing the probability of PRACH transmission collisions and improving fairness in RO usage between SBFD-compatible terminals and non-SBFD-compatible terminals.
  • terminal 200 can suppress the increase in inter-terminal interference by preferentially selecting non-SBFD symbols.
  • power ramping is not applied, fairness in RO usage between SBFD-compatible terminals and SBFD-incompatible terminals can be improved, as with Rule Example 1.
  • Example 3 when the PRACH transmit power is below a threshold, an RO on an SBFD symbol is selected in preference to an RO on a non-SBFD symbol, and when the PRACH transmit power is equal to or greater than the threshold, an RO on a non-SBFD symbol is selected in preference to an RO on an SBFD symbol.
  • the PRACH transmission power threshold may be, for example, predefined or notified to the terminal 200 by configuration.
  • the preferred (or used) symbol type is configured using a semi-static configuration (e.g., notification using a SIB) or dynamic notification (e.g., notification in a UE-specific PDCCH or a group common PDCCH).
  • the preferred symbol type may be indicated by a 1-bit flag.
  • the setting and notification of the preferred symbol type may differ for each terminal 200.
  • inter-terminal interference in SBFD symbols can be reduced by configuring the use of RO for non-SBFD symbols.
  • Example 4 it is possible to set which symbol type to select depending on, for example, the terminals 200 accommodated by the base station 100 or the traffic situation. For example, it is possible to set a symbol type taking into account whether an increase in inter-terminal interference is tolerable in DL reception of SBFD symbols. This improves the flexibility of RO selection.
  • Figure 11 shows an example of the relationship between SS-RSRP and threshold in Method 3.
  • the "PRACH transmission threshold in non-SBFD symbols” and “PRACH repetition count threshold in non-SBFD symbols” are shown to the left of the arrow (vertical axis) indicating the SS-RSRP value, and the "PRACH transmission threshold in SBFD symbols” and “PRACH repetition count threshold in SBFD symbols” are shown to the right.
  • thresholds for 2, 4, and 8 PRACH repetitions (3 thresholds) are set for non-SBFD symbols, and a threshold for 2 PRACH repetitions (1 threshold) is set for SBFD symbols.
  • the threshold settings are the same as in Figure 8, but since the RO selection method differs between Method 3 and Method 1, the PRACH transmission operation in terminal 200 is classified into the following 8 cases depending on the SS-RSRP value.
  • Cases 1a to 1e indicate cases in which a non-SBFD symbol is selected in Procedure 1.
  • terminal 200 selects a PRACH resource (e.g., whether to transmit PRACH and the number of PRACH repetitions) corresponding to one of the cases divided into Cases 1a to 1e based on a comparison of SS-RSRP with the "threshold for PRACH transmission in non-SBFD symbols" and the "threshold for the number of PRACH repetitions in non-SBFD symbols.”
  • Cases 2a to 2c show cases where the SBFD symbol is selected in Step 1.
  • Case 2a is a case where SS-RSRP is equal to or greater than the "threshold for PRACH transmission in an SBFD symbol" and equal to or greater than the "threshold for two PRACH repetitions.”
  • terminal 200 selects an RO on the SBFD symbol and performs PRACH transmission without PRACH repetition in the RO on the SBFD symbol.
  • Case 2b is a case where SS-RSRP is equal to or greater than the "threshold for PRACH transmission in an SBFD symbol" and less than the "threshold for two PRACH repetitions.”
  • terminal 200 selects an RO on the SBFD symbol and transmits two PRACH repetitions in the RO on the SBFD symbol.
  • Case 2c is a case where SS-RSRP is less than the "threshold for PRACH transmission in SBFD symbols.”
  • terminal 200 changes the symbol type used to a non-SBFD symbol.
  • terminal 200 performs a PRACH transmission operation in one of Cases 1b to 1e.
  • Case 1a cannot be selected because the "threshold for the number of PRACH repetitions of two in non-SBFD symbols" is lower than the "threshold for PRACH transmission in SBFD symbols.”
  • the PRACH transmission threshold and the PRACH repetition count threshold are set separately for SBFD symbols and non-SBFD symbols. This allows terminal 200 to select whether to use RO on SBFD symbols or RO on non-SBFD symbols for PRACH transmission and PRACH repetition transmission. This reduces interference between terminals on SBFD symbols and improves DL reception performance for SBFD symbols.
  • Method 3 the use of priority rules makes it possible to select PRACH resources based on more detailed selection criteria or selection criteria tailored to the situation, rather than selecting (determining) PRACH resources using thresholds alone, thereby improving the flexibility of RO selection.
  • terminal 200 selects an RO to use for PRACH transmission based on a comparison of a threshold for PRACH transmission in an RO on an SBFD symbol and a threshold for PRACH transmission in an RO on a non-SBFD symbol with the received power of the signal (e.g., SS-RSRP), as well as a rule regarding the priority of SBFD symbols and non-SBFD symbols.
  • the signal e.g., SS-RSRP
  • Method 4 explains a method for selecting an RO to be used when terminal 200 retransmits a PRACH after a PRACH transmission failure (for example, when there is no response to the PRACH transmission (for example, Msg 2)), (for example, a method for selecting a transmission method to be used based on a received power value (SS-RSRP) that is lower than that of the previous transmission).
  • a PRACH transmission failure for example, when there is no response to the PRACH transmission (for example, Msg 2)
  • SS-RSRP received power value
  • terminal 200 may select a transmission method when SS-RSRP is equal to or greater than a threshold for the symbol type currently selected, and is less than a threshold that is closer to (e.g., nearest to) the SS-RSRP.
  • terminal 200 selects an RO to use for PRACH retransmission based on a comparison of an SS-RSRP value (power value) that is lower than the SS-RSRP value used to select an RO for that PRACH transmission with thresholds related to PRACH transmission (e.g., the PRACH transmission threshold and the PRACH repetition count threshold).
  • terminal 200 may consider that SS-RSRP is less than a lower threshold (e.g., the threshold for four repetitions), and may transmit a PRACH with four repetitions.
  • a certain symbol type e.g., if SS-RSRP is less than the threshold for two repetitions
  • terminal 200 may consider that SS-RSRP is less than a lower threshold (e.g., the threshold for four repetitions), and may transmit a PRACH with four repetitions.
  • This operation corresponds to, for example, changing from the currently corresponding Case to the next lower Case in a certain symbol type Case (Cases 1a to 1e or Cases 2a to 2c) shown in Figure 11. Also, since Figure 11 assumes a case where the symbol type is changed in step 2, terminal 200 may change the symbol type as the next transmission method if this change in Case (change in transmission method) causes the PRACH transmission threshold for the selected symbol type to be exceeded.
  • Case change in transmission method
  • one transmission method will also be referred to as a "level.”
  • Figure 12 shows an example of changing the transmission method when PRACH transmission fails.
  • the "PRACH transmission threshold in non-SBFD symbols” and “PRACH repetition count threshold in non-SBFD symbols” are shown to the left of the arrow (vertical axis) indicating the SS-RSRP value, and the "PRACH transmission threshold in SBFD symbols” and “PRACH repetition count threshold in SBFD symbols” are shown to the right.
  • thresholds for 2, 4, and 8 PRACH repetitions (3 thresholds) are set for non-SBFD symbols, and a threshold for 2 PRACH repetitions (1 threshold) is set for SBFD symbols.
  • rule for symbol type priority is assumed to be Rule Example 1 described in Method 3. Also, the example of Figure 12 assumes the condition for changing the symbol type (step 2) described in Method 3 (second method).
  • terminal 200 may, for example, perform PRACH transmission in the order of the following levels depending on the failure of PRACH transmission.
  • Level 1 Terminal 200 selects the SBFD symbol as the symbol type according to the priority rule, and selects a transmission method of Case 2a (for example, a single PRACH transmission in RO on the SBFD symbol) based on a comparison between SS-RSRP and a threshold.
  • Level 1 (Case 2a) is a transmission method in which SS-RSRP is equal to or greater than the "threshold of two PRACH repetitions in the SBFD symbol.”
  • Level 2 If PRACH transmission at level 1 fails, terminal 200 changes to a transmission method (level 2) that is closer to SS-RSRP (for example, nearest) and is less than the "threshold of two PRACH repetitions in an SBFD symbol," which is the threshold that SS-RSRP exceeds at level 1. That is, terminal 200 selects a transmission method of Case 2b (for example, transmitting two PRACH repetitions in an RO on an SBFD symbol). As shown in FIG. 12 , level 2 (Case 2b) is a transmission method in which SS-RSRP is considered to exceed the "threshold of PRACH transmission in an SBFD symbol.”
  • Level 3 If PRACH transmission at level 2 fails, terminal 200 changes to a transmission method (level 3) that is closer to SS-RSRP (for example, nearest) and is less than the "PRACH transmission threshold in SBFD symbols," which is the threshold at which SS-RSRP is deemed to be exceeded at level 2.
  • SS-RSRP for example, nearest
  • SBFD symbols the threshold at which SS-RSRP is deemed to be exceeded at level 2.
  • FIG. 12 there are no PRACH transmission methods at SBFD symbols lower than level 2, and since it is assumed that the symbol type will be changed, terminal 200 changes the symbol type to a non-SBFD symbol and selects the transmission method of Case 1b (for example, transmitting two PRACH repetitions in RO on a non-SBFD symbol).
  • level 3 (Case 1b) is a transmission method at which SS-RSRP is deemed to be equal to or greater than the "threshold of four PRACH repetitions at non-SBFD symbols.”
  • Level 4 If PRACH transmission at level 3 fails, terminal 200 changes to a transmission method (level 4) that is closer to SS-RSRP (for example, nearest) and is less than the "threshold of four PRACH repetitions in non-SBFD symbols," which is the threshold at which SS-RSRP is considered to be higher at level 3. For example, terminal 200 selects a transmission method of Case 1c (for example, transmitting four PRACH repetitions in RO on non-SBFD symbols). As shown in FIG. 12 , level 4 (Case 1c) is a transmission method at which SS-RSRP is considered to be equal to or greater than the "threshold of eight PRACH repetitions in non-SBFD symbols.”
  • terminal 200 changes to a transmission method (level 5) that is closer to (for example, nearest to) SS-RSRP and is less than the "threshold of eight PRACH repetitions in non-SBFD symbols," which is the threshold at which SS-RSRP is considered to be exceeded at level 4. For example, terminal 200 selects the transmission method of Case 1d (for example, eight PRACH repetitions transmitted in RO on non-SBFD symbols).
  • terminal 200 when terminal 200 retransmits PRACH after a failed PRACH transmission, it can increase the likelihood of successful PRACH transmission by changing the transmission method (level) to one that is used when the SS-RSRP is lower than the actually measured SS-RSRP value. This reduces the delay time required for the RACH procedure.
  • terminal 200 selects an RO to be used for PRACH transmission based on a comparison between a threshold for each type of RO and the received power of a signal (for example, SS-RSRP).
  • a threshold for each type of RO for example, SS-RSRP
  • the RO type may be set, for example, in association with the configuration that makes up the RO.
  • a different PRACH transmission threshold and a different PRACH repetition count threshold may be set for each RO type.
  • multiple RO types may be set within an SBFD symbol.
  • Terminal 200 selects an RO according to the following procedure.
  • the following procedure is applied by extending the procedure of Method 1 and replacing "selection of symbol type" with “selection of RO type.”
  • the number of RO types is not limited to two, and three or more RO types may be supported. Note that if PRACH repetition is not applied, terminal 200 performs Procedure 1 and does not need to perform Procedure 2.
  • Method 5 can also be applied to methods other than Method 1 by replacing "selection of symbol type" with "selection of RO type.”
  • Terminal 200 selects an RO of an RO type corresponding to a threshold value for which SS-RSRP is equal to or greater than a threshold value and is closer to SS-RSRP (for example, closest to SS-RSRP) from among the PRACH transmission threshold values associated with multiple RO types.
  • the terminal 200 may perform the following operations:
  • the terminal 200 selects the RO of the RO type corresponding to that threshold.
  • the terminal 200 selects an RO of the RO type for which the SS-RSRP is equal to or greater than the threshold and whose threshold value is closer to the SS-RSRP (e.g., the most recent).
  • the terminal 200 does not transmit a PRACH.
  • Step 2 If a threshold for the number of PRACH repetitions is set for the RO type corresponding to the RO selected in procedure 1, terminal 200 determines the number of PRACH repetitions based on a comparison between SS-RSRP and the threshold for the number of PRACH repetitions.
  • the above describes an example of the procedure for selecting a PRACH resource (RO) in terminal 200 and determining the number of PRACH repetitions.
  • Figure 13 shows an example of RO placement based on Method 5. Note that, for simplicity of explanation, PRACH repetition is not shown in Figure 13.
  • resources of an RO corresponding to RO type #0 (RO#0) and resources of an RO corresponding to RO type #1 (RO#1) are configured in Slot #3.
  • RO#0 is adjacent to the DL subband.
  • RO#1 is adjacent to RO#0 but not adjacent to the DL subband.
  • terminal 200 with a high SS-RSRP selects RO #0 and transmits PRACH in RO #0.
  • terminal 200 with a low SS-RSRP selects RO #1 and transmits PRACH in RO #1.
  • PRACH transmission UL transmission
  • other subbands e.g., DL subbands
  • the lower the SS-RSRP the higher the UL transmission power at terminal 200 is expected to be. Therefore, the transmission power of the PRACH in RO#1 will be higher than the transmission power of the PRACH in RO#0, which may result in increased inter-terminal interference.
  • the frequency resources used for PRACH transmission in RO#1 are allocated farther away from the frequency resources of the DL subband than the frequency resources used for PRACH transmission in RO#0.
  • the SS-RSRP when the SS-RSRP is low (for example, when the SS-RSRP is less than the threshold for PRACH transmission in RO type#0 and is greater than or equal to the threshold for PRACH transmission in RO type#1), the inter-terminal interference that PRACH transmission in RO#1 (UL transmission) causes to reception in the DL subband (DL reception) can be reduced.
  • guard bands between channels are used to separate (move apart) the resources used for transmission and reception in order to reduce inter-channel interference.
  • the resources of RO#0 can be used like a guard band between PRACH transmission (UL transmission) and reception in the DL subband (DL reception), thereby reducing interference between terminals.
  • the same symbol e.g., SBFD symbol
  • terminal 200 selects which RO of the RO type to use for PRACH transmission and PRACH repetition transmission. This reduces interference between terminals on SBFD symbols and improves DL reception performance on SBFD symbols.
  • method 5 can reduce inter-terminal interference by confining it to ROs within SBFD symbols, thereby mitigating the impact on non-SBFD-compatible terminals.
  • an SBFD-compatible terminal with a low SS-RSRP does not need to use ROs on non-SBFD symbols, so it is possible to reduce inter-terminal interference without increasing the probability of collisions when non-SBFD-compatible terminals transmit PRACH.
  • Figure 13 describes an example in which multiple ROs are placed within one SBFD symbol, but this is not limited to this.
  • Method 5 can also be applied when an RO is placed in each of multiple SBFD symbols.
  • terminal 200 selects an RO (transmission opportunity) to use for PRACH transmission based on the threshold for SS-RSRP for multiple symbols including the SBFD symbol, and transmits the PRACH signal using the selected RO.
  • RO transmission opportunity
  • a configuration such as that shown in FIG. 14 may be assumed as PRACH resource configuration for SBFD-compatible terminals.
  • "additionalRACH-SBFD-ConfigList-r19" is an example of a PRACH configuration for SBFD-compatible terminals.
  • PRACH resources are configured for SBFD-incompatible terminals by "rach-ConfigCommon" or "additionalRACH-ConfigList-r17," and PRACH resources are configured for SBFD-compatible terminals by "additionalRACH-SBFD-ConfigList-r19.”
  • PRACH resource configuration for SBFD-compatible terminals is realized by adding different parameters for SBFD-compatible terminals.
  • a PRACH transmission power limit may be applied in combination to reduce inter-UE interference in SBFD symbols.
  • a power offset may be applied when transmitting the PRACH in the SBFD symbol as a method for limiting the PRACH transmission power.
  • equation (1) may be applied:
  • P PRACH,b,f,c (i) represents the PRACH transmit power for active UL BWP "b", carrier “f", cell “c”, and transmission opportunity "i”
  • P CMAX,f,c represents the maximum transmit power of the terminal
  • P PRACH,target,f,c represents the target received power set by higher layers
  • PL b,f,c represents the path loss
  • sbfd_offset represents the power offset applied to the SBFD symbol.
  • the PRACH transmission power can be reduced compared to non-SBFD symbols where sbfd_offset is not applied. Note that when transmitting multiple PRACHs using PRACH repetition, different transmission powers may be used for each RO. In addition to reducing inter-device interference through PRACH resource selection, applying a PRACH transmission power limit can further reduce inter-device interference caused by PRACH transmission.
  • a “threshold for RO for SBFD-compatible terminals” and a “threshold for RO for SBFD-incompatible terminals (or a shared RO threshold)" may be used instead of the thresholds for SBFD symbols (e.g., the threshold for PRACH transmission and the threshold for the number of PRACH repetitions).
  • a “threshold for RO for SBFD-compatible terminals” and a “threshold for RO for SBFD-incompatible terminals (or a shared RO threshold)" may be used.
  • these thresholds may be defined as follows. Below, an example of a modification to Method 1 is shown as an example.
  • ⁇ PRACH transmission threshold in RO for SBFD-enabled terminals For example, when SS-RSRP is equal to or greater than a threshold, terminal 200 may transmit PRACH in an RO for SBFD-compatible terminals that is linked to the threshold.
  • the threshold may be set by an individual parameter linked to the RO for SBFD-compatible terminals, and, for example, a higher layer parameter linked to the RO for SBFD-compatible terminals (for example, rsrp-ThresholdSSB of the RACH-ConfigCommon IE) may be reused.
  • ⁇ Threshold for PRACH transmission in RO for SBFD-non-compatible terminals (or shared RO)>
  • terminal 200 may transmit a PRACH in an RO for SBFD non-compatible terminals.
  • the threshold may be set by an individual parameter associated with the RO for SBFD non-compatible terminals, or, for example, a higher layer parameter associated with the RO for SBFD non-compatible terminals (for example, rsrp-ThresholdSSB of the RACH-ConfigCommon IE) may be reused.
  • the terminal 200 may transmit the PRACH in the RO for the SBFD non-compatible terminal with repetition corresponding to the threshold in the RO associated with the threshold. Note that this threshold may be used when RACH repetition is applied.
  • the terminal 200 uses the above threshold to select an RO in the following procedure.
  • an example of a change in Method 1 is shown as an example.
  • the RO types are represented as "RO for SBFD-compatible terminals" and "RO for SBFD-incompatible terminals.”
  • Terminal 200 selects the RO type (e.g., an RO for an SBFD-compatible terminal or an RO for a non-SBFD-compatible terminal) corresponding to the threshold where SS-RSRP is equal to or greater than the threshold and where SS-RSRP is closer (e.g., nearest) from the "threshold for PRACH transmission in an RO for an SBFD-compatible terminal" and the "threshold for PRACH transmission in an RO for a non-SBFD-compatible terminal.”
  • the RO type e.g., an RO for an SBFD-compatible terminal or an RO for a non-SBFD-compatible terminal
  • Step 2 If a threshold value for the number of PRACH repetitions is set for the RO type selected in procedure 1, terminal 200 determines the number of PRACH repetitions based on SS-RSRP.
  • Figure 15 shows an example of using an RO for an SBFD-compatible terminal and an RO for an SBFD-incompatible terminal.
  • RO#0-0 and RO#0-1 are ROs for SBFD-compatible terminals
  • RO#1-0 is an RO for SBFD-incompatible terminals.
  • ROs for SBFD-compatible terminals can be placed in non-SBFD symbols as well as SBFD symbols. Since PRACH transmission processing in SBFD-compatible terminals, including non-SBFD symbols, can be separated from existing processing (for example, PRACH transmission processing in SBFD-incompatible terminals), the complexity when SBFD-compatible terminals use ROs in non-SBFD symbols (for example, linking SSB and RO, allocating ROs in PRACH repetition transmissions, etc.) can be reduced compared to when separation is performed by symbol type.
  • the definition of the threshold is not limited to the above example.
  • it may be defined as “threshold for single PRACH transmission in SBFD symbols” (e.g., threshold for PRACH transmission without repetition in SBFD symbols).
  • it may be defined as “threshold for single PRACH transmission in non-SBFD symbols” (e.g., threshold for PRACH transmission without repetition in non-SBFD symbols).
  • the measurement value (e.g., received power) to be compared with the threshold value is not limited to SS-RSRP, and may be another measurement value (measurement quantity).
  • a threshold value based on another measurement quantity may be applied instead of SS-RSRP.
  • threshold values for SS-Reference Signal Received Quality (RSRQ) (or SSB-RSRQ), SSB-Signal to Interference and Noise Ratio (SINR) (or SS-SINR), Channel State Information (CSI)-RSRP, CSI-RSRQ, and CSI-SINR may be applied.
  • the parameter used in selecting the PRACH resource (RO) is not limited to a measured value such as SS-RSRP, and may be, for example, a method based on whether the terminal 200 is located at the cell edge. For example, the closer the terminal 200 is to the cell edge, the more likely it is that the UL transmission power will be set to a higher value.
  • the location of terminal 200 may be estimated from, for example, received power, or may be identified from information related to the location of terminal 200.
  • the units of time domain resources are not limited to symbols and slots, and may be other time domain resources or other combinations of time domain resources.
  • an embodiment of the present disclosure may be applied to any method other than SBFD, as long as the transmission direction (e.g., DL or UL) is set in multiple bands (e.g., subbands) obtained by dividing a frequency band.
  • the transmission direction e.g., DL or UL
  • bands e.g., subbands
  • values such as the number of subbands, number of DL subbands, number of UL subbands, number of slots, number of symbols, and number of repetitions are merely examples and are not limited to these.
  • the subband configuration used in the above-described embodiments is merely an example, and the number of subbands and the arrangement order of DL subbands and UL subbands are not limited to these.
  • (supplement) Information indicating whether the terminal 200 supports the functions, operations, or processes described in the above-described embodiments may be transmitted (or notified) from the terminal 200 to the base station 100, for example, as capability information or capability parameters of the terminal 200.
  • the capability information may include information elements (IEs) that individually indicate whether the terminal 200 supports at least one of the functions, operations, or processes described in the above-described embodiments.
  • the capability information may include information elements that indicate whether the terminal 200 supports a combination of any two or more of the functions, operations, or processes described in the above-described embodiments.
  • the base station 100 may, for example, determine (or decide or assume) the functions, operations, or processes that the terminal 200 that transmitted the capability information supports (or does not support).
  • the base station 100 may perform operations, processes, or controls in accordance with the results of the determination based on the capability information.
  • the base station 100 may control resource configuration for a random access channel based on the capability information received from the terminal 200.
  • the terminal 200 does not support some of the functions, operations, or processes described in the above-described embodiments may be interpreted as meaning that such some of the functions, operations, or processes are restricted in the terminal 200. For example, information or requests regarding such restrictions may be notified to the base station 100.
  • Information regarding the capabilities or limitations of the terminal 200 may be defined in a standard, for example, or may be implicitly notified to the base station 100 in association with information already known at the base station 100 or information transmitted to the base station 100.
  • a downlink control signal (or downlink control information) related to an embodiment of the present disclosure may be, for example, a signal (or information) transmitted in a Physical Downlink Control Channel (PDCCH) of a physical layer, or a signal (or information) transmitted in a Medium Access Control Control Element (MAC CE) or Radio Resource Control (RRC) of a higher layer.
  • the signal (or information) is not limited to being notified by a downlink control signal, and may be predefined in a specification (or standard) or preconfigured in a base station and a terminal.
  • the uplink control signal (or uplink control information) related to one embodiment of the present disclosure may be, for example, a signal (or information) transmitted in a PUCCH in the physical layer, or a signal (or information) transmitted in a MAC CE or RRC in a higher layer.
  • the signal (or information) is not limited to being notified by an uplink control signal, but may be predefined in a specification (or standard), or may be preconfigured in the base station and the terminal.
  • the uplink control signal may be replaced with, for example, uplink control information (UCI), 1st stage sidelink control information (SCI), or 2nd stage SCI.
  • the base station may be a Transmission Reception Point (TRP), a cluster head, an access point, a Remote Radio Head (RRH), an eNodeB (eNB), a gNodeB (gNB), a Base Station (BS), a Base Transceiver Station (BTS), a parent device, a gateway, or the like.
  • TRP Transmission Reception Point
  • RRH Remote Radio Head
  • eNB eNodeB
  • gNB gNodeB
  • BS Base Station
  • BTS Base Transceiver Station
  • a terminal may play the role of a base station.
  • a relay device that relays communication between an upper node and a terminal may be used.
  • a roadside unit may be used.
  • An embodiment of the present disclosure may be applied to, for example, any of an uplink, a downlink, and a sidelink.
  • an embodiment of the present disclosure may be applied to a Physical Uplink Shared Channel (PUSCH), a Physical Uplink Control Channel (PUCCH), or a Physical Random Access Channel (PRACH) in the uplink, a Physical Downlink Shared Channel (PDSCH), a PDCCH, or a Physical Broadcast Channel (PBCH) in the downlink, or a Physical Sidelink Shared Channel (PSSCH), a Physical Sidelink Control Channel (PSCCH), or a Physical Sidelink Broadcast Channel (PSBCH) in the sidelink.
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • PRACH Physical Random Access Channel
  • PDSCH Physical Downlink Shared Channel
  • PBCH Physical Broadcast Channel
  • PSSCH Physical Sidelink Shared Channel
  • PSCCH Physical Sidelink Control Channel
  • PSBCH Physical Sidelink Broadcast Channel
  • PDCCH, PDSCH, PUSCH, and PUCCH are examples of a downlink control channel, a downlink data channel, an uplink data channel, and an uplink control channel, respectively.
  • PSCCH and PSSCH are examples of a sidelink control channel and a sidelink data channel.
  • PBCH and PSBCH are examples of a broadcast channel, and PRACH is an example of a random access channel.
  • An embodiment of the present disclosure may be applied to, for example, either a data channel or a control channel.
  • the channel in an embodiment of the present disclosure may be replaced with any of the data channels PDSCH, PUSCH, and PSSCH, or the control channels PDCCH, PUCCH, PBCH, PSCCH, and PSBCH.
  • the reference signal is a signal known by both the base station and the mobile station, and may be referred to as a Reference Signal (RS) or a pilot signal.
  • the reference signal may be any of a Demodulation Reference Signal (DMRS), a Channel State Information - Reference Signal (CSI-RS), a Tracking Reference Signal (TRS), a Phase Tracking Reference Signal (PTRS), a Cell-specific Reference Signal (CRS), or a Sounding Reference Signal (SRS).
  • DMRS Demodulation Reference Signal
  • CSI-RS Channel State Information - Reference Signal
  • TRS Tracking Reference Signal
  • PTRS Phase Tracking Reference Signal
  • CRS Cell-specific Reference Signal
  • SRS Sounding Reference Signal
  • the unit of time resource is not limited to one or a combination of slots and symbols, but may be, for example, a time resource unit such as a frame, a superframe, a subframe, a slot, a time slot, a subslot, a minislot, a symbol, an Orthogonal Frequency Division Multiplexing (OFDM) symbol, a Single Carrier-Frequency Division Multiplexing Access (SC-FDMA) symbol, or another time resource unit.
  • OFDM Orthogonal Frequency Division Multiplexing
  • SC-FDMA Single Carrier-Frequency Division Multiplexing Access
  • the number of symbols included in one slot is not limited to the number of symbols exemplified in the above embodiment, and may be another number of symbols.
  • An embodiment of the present disclosure may be applied to either a licensed band or an unlicensed band.
  • An embodiment of the present disclosure may be applied to any of communication between a base station and a terminal (Uu link communication), communication between terminals (Sidelink communication), and Vehicle to Everything (V2X) communication.
  • the channel in an embodiment of the present disclosure may be replaced with any of PSCCH, PSSCH, Physical Sidelink Feedback Channel (PSFCH), PSBCH, PDCCH, PUCCH, PDSCH, PUSCH, and PBCH.
  • an embodiment of the present disclosure may be applied to either a terrestrial network or a non-terrestrial network (NTN: Non-Terrestrial Network) using a satellite or a High Altitude Pseudo Satellite (HAPS).
  • NTN Non-Terrestrial Network
  • HAPS High Altitude Pseudo Satellite
  • an embodiment of the present disclosure may be applied to a terrestrial network in which the transmission delay is large compared to the symbol length or slot length, such as a network with a large cell size or an ultra-wideband transmission network.
  • the operation for uplink, downlink, and sidelink symbols may be applied to symbols (e.g., SBFD symbols) on which SBFD (Subband Non-Overlapping Full Duplex, Subband Full Duplex) operation or control is performed.
  • SBFD Subband Non-Overlapping Full Duplex, Subband Full Duplex
  • a frequency domain or frequency resource, frequency band
  • a terminal transmits and receives in different directions (e.g., downlink or uplink) in units of subbands, which are the divided domains.
  • a terminal may transmit and receive in one direction, either the uplink or the downlink, but not in the other direction.
  • a base station may be capable of transmitting and receiving on the uplink and downlink simultaneously.
  • the SBFD symbol may have a smaller frequency domain available for the downlink than a symbol that transmits and receives only on the downlink.
  • the SBFD symbol may have a smaller frequency domain available for the uplink than a symbol that transmits and receives only on the uplink.
  • a terminal may transmit and receive uplink and downlink simultaneously.
  • the frequency domain in which the terminal transmits and the frequency domain in which it receives may not be adjacent, but may be separated by a frequency interval (also called a frequency gap).
  • sidelink transmission and reception may be included as different transmission and reception directions in subband units, which are divided areas.
  • the operations for uplink, downlink, and sidelink symbols may be applied to symbols (e.g., full duplex symbols) for which full duplex operation or control is performed.
  • symbols e.g., full duplex symbols
  • both the terminal and the base station can simultaneously transmit and receive on the uplink and downlink.
  • the terminal and the base station may simultaneously transmit and receive in the available frequency domain (or frequency resource, frequency band), or may simultaneously transmit and receive in a portion of the frequency domain (i.e., transmission or reception may be performed in the remaining frequency domain).
  • the frequency domain in which the base station or terminal transmits and receives may not be adjacent, but may have a frequency interval (also called a frequency gap).
  • either the terminal or the base station may simultaneously transmit and receive (i.e., the other may transmit or receive).
  • full duplex operation may be applied to an operation in which a terminal is capable of simultaneously transmitting and receiving sidelink signals.
  • full duplex operation may be applied to an operation in which a terminal is capable of simultaneously transmitting and receiving sidelink signals and uplink or downlink signals.
  • an antenna port refers to a logical antenna (antenna group) consisting of one or more physical antennas.
  • an antenna port does not necessarily refer to a single physical antenna, but may refer to an array antenna consisting of multiple antennas.
  • the number of physical antennas that an antenna port is composed of is not specified, and the antenna port may be specified as the smallest unit by which a terminal station can transmit a reference signal.
  • an antenna port may also be specified as the smallest unit for multiplying a weighting of a precoding vector.
  • the 5G NR system architecture generally assumes a Next Generation - Radio Access Network (NG-RAN) comprising gNBs.
  • the gNBs provide UE-side termination of the NG radio access user plane (SDAP/PDCP/RLC/MAC/PHY) and control plane (RRC) protocols.
  • SDAP/PDCP/RLC/MAC/PHY NG radio access user plane
  • RRC control plane
  • the gNBs are connected to each other via an Xn interface.
  • the gNBs are also connected to a Next Generation Core (NGC) via a Next Generation (NG) interface, more specifically to an Access and Mobility Management Function (AMF) (e.g., a specific core entity that performs AMF) via an NG-C interface, and to a User Plane Function (UPF) (e.g., a specific core entity that performs UPF) via an NG-U interface.
  • NNC Next Generation Core
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • the NG-RAN architecture is shown in Figure 16 (see, for example, 3GPP TS 38.300 v15.6.0, section 4).
  • ⁇ RRC connection setup and reconfiguration procedure> This shows the NAS part of the interaction between the UE, gNB, and AMF (5GC entity) when the UE transitions from RRC_IDLE to RRC_CONNECTED (see TS 38.300 v15.6.0).
  • RRC is a higher layer signaling (protocol) used to configure the UE and gNB.
  • the AMF prepares UE context data (including, for example, PDU session context, security keys, UE Radio Capability, UE Security Capabilities, etc.) and sends it to the gNB with an INITIAL CONTEXT SETUP REQUEST.
  • the gNB then activates AS security together with the UE. This is done by the gNB sending a SecurityModeCommand message to the UE, and the UE responding with a SecurityModeComplete message to the gNB.
  • the gNB then sends an RRCReconfiguration message to the UE, and upon receiving an RRCReconfigurationComplete from the UE, the gNB performs reconfiguration to set up Signaling Radio Bearer 2 (SRB2) and Data Radio Bearer (DRB). For signaling-only connections, the RRCReconfiguration step is omitted since SRB2 and DRB are not set up. Finally, the gNB notifies the AMF that the setup procedure is complete with an INITIAL CONTEXT SETUP REPONSE.
  • SRB2 Signaling Radio Bearer 2
  • DRB Data Radio Bearer
  • a 5th Generation Core (5GC) entity e.g., AMF, SMF, etc.
  • a control circuit that, during operation, establishes a Next Generation (NG) connection with a gNodeB
  • a transmitter that, during operation, transmits an initial context setup message to the gNodeB via the NG connection so that a signaling radio bearer between the gNodeB and a user equipment (UE) is set up.
  • the gNodeB transmits Radio Resource Control (RRC) signaling including a resource allocation configuration information element (IE) to the UE via the signaling radio bearer.
  • RRC Radio Resource Control
  • IE resource allocation configuration information element
  • QoS Quality of Service
  • GRR Guaranteed Bit Rate QoS flows
  • non-GBR QoS flows QoS flows that do not require a guaranteed flow bit rate
  • QFI QoS Flow ID
  • 5GC For each UE, 5GC establishes one or more PDU sessions. For each UE, the NG-RAN establishes, for example, at least one Data Radio Bearer (DRB) to match the PDU session. Additional DRBs for the QoS flows of that PDU session can be configured later (when this is up to the NG-RAN).
  • the NG-RAN maps packets belonging to different PDU sessions to different DRBs.
  • NAS-level packet filters in the UE and 5GC associate UL packets and DL packets with QoS flows, while AS-level mapping rules in the UE and NG-RAN associate UL QoS flows and DL QoS flows with DRBs.
  • the base station described in each embodiment may be configured with three functional modules: a Centralized Unit (CU), a Distributed Unit (DU), and a Radio Unit (RU).
  • CU Centralized Unit
  • DU Distributed Unit
  • RU Radio Unit
  • a CU may be referred to, for example, as a centralized node, aggregation node, central station, aggregation station, or centralized unit.
  • a DU may be referred to, for example, as an O-DU (O-RAN Distributed Unit), distributed node, distributed station, or distributed unit.
  • An RU may be referred to, for example, as an O-RU (O-RAN Radio Unit), radio device, radio node, radio station, antenna unit, or radio unit.
  • vision options include the following division options 1 to 8.
  • the functions of the base station described in each embodiment may be divided into a CU, a DU, and an RU by any of the following division options 1 to 8.
  • the CU, DU, and RU may be functionally divided, or the functions may be divided only between the CU and DU or only between the DU and RU.
  • Segmentation option 1 Between RRC (radio resource control) and PDCP (2) Segmentation option 2: Between PDCP and RLC (High-RLC) (3) Segmentation option 3: Between High-RLC and Low-RLC (4) Segmentation option 4: Between RLC (Low-RLC) and MAC (High-MAC) (5) Segmentation option 5: Between High-MAC and Low-MAC (6) Segmentation option 6: Between MAC (Low-MAC) and PHY (High-PHY) (7) Segmentation option 7: Between High-PHY and Low-PHY (8) Segmentation option 8: Between PHY (Low-PHY) and RF
  • the functional split point between the CU and O-DU may be Split Option 2.
  • the area between the CU and O-DU is called midhaul, and the F1 interface is specified by 3GPP.
  • the area between the O-DU and O-RU is called fronthaul, and the functional split point may be Split Option 7-2x, which has been adopted as the O-RAN fronthaul specification.
  • Figure 17 shows an example of functional division of the gNB base station functions into CU, O-DU, and O-RU using Split Option 2 and Split Option 7-2x.
  • the CU may have, for example, RRC (radio resource control) functionality, SDAP (service data adaptation protocol) functionality, and PDCP (packet data convergence protocol) functionality.
  • RRC radio resource control
  • SDAP service data adaptation protocol
  • PDCP packet data convergence protocol
  • the O-DU may include, for example, an RLC (radio link control) function, a MAC function, and a higher physical layer (HIGH-PHY) function.
  • the HIGH-PHY function may also include an encoding function, a scrambling function, a modulation function, a layer mapping function, a precoding function, and a RE (resource element) mapping function for downlink (DL) transmission.
  • the HIGH-PHY function may also include a decoding function, a descrambling function, a demodulation function, a layer demapping function, and a RE (resource element) demapping function for uplink (UL) reception.
  • the O-RU may have, for example, a LOW-PHY function and an RF function.
  • the LOW-PHY function may have a beamforming function, an IFFT (Inverse First Fourier Transform) + CP (Cyclic Prefix) assignment function, and a D/A (Digital to Analog) conversion function for downlink transmission.
  • the LOW-PHY function may have an A/D (Analog to Digital) conversion function, a CP removal + FFT (First Fourier Transform) function, and a beamforming function for uplink reception.
  • the O-RU may have a precoding function.
  • the O-RU may also be equipped with LBT (listen before talk) functionality.
  • eCPRI Evolved Common Public Radio Interface
  • eCPRI is specified as the communication method between the O-DU and O-RU in Split Option 7-2x.
  • eCPRI transmits and receives sampling sequences of the in-phase (I) and quadrature (Q) components of the OFDM signal in the frequency domain, as well as information used for beamforming in the antenna and time synchronization signals.
  • Information transmitted by the signals described in each embodiment may be transmitted between the O-DU and O-RU via the eCPRI User Plane (U-Plane) or Control Plane (C-Plane).
  • U-Plane eCPRI User Plane
  • C-Plane Control Plane
  • the O-DU may control the O-RU by transmitting information for controlling the functions via a control signal (e.g., eCPRI) between the O-DU and the O-RU.
  • a control signal e.g., eCPRI
  • the O-RU may receive the results of the functions performed in the O-DU via a control signal (e.g., eCPRI) and control the O-RU based on the received results.
  • a control signal e.g., eCPRI
  • the CU, O-DU, and O-RU may be deployed in physically different devices with their respective functions connected by optical fiber or the like, or some or all of their functions may be deployed in the same physical device.
  • the CU and O-DU may be logical entities implemented as software running on a server in the cloud or elsewhere, as a virtualized RAN (virtual Radio Access Network: vRAN). Some or all of the functions of the CU and O-DU may also be provided as a virtualized network functions (Network Functions Virtualization: NFV) service.
  • NFV Network Functions Virtualization
  • the transceiver does not have to be a radio transceiver, but may be, for example, a network transceiver, an optical transceiver, etc.
  • the radio resources allocated by the O-DU may be resources for wireless communication between the O-RU and the UE.
  • This disclosure can be realized as software, hardware, or software in conjunction with hardware.
  • Each functional block used in the description of the above embodiments may be realized, in part or in whole, as an LSI, which is an integrated circuit, and each process described in the above embodiments may be controlled, in part or in whole, by a single LSI or a combination of LSIs.
  • the LSI may be composed of individual chips, or may be composed of a single chip that contains some or all of the functional blocks.
  • the LSI may have data input and output. Depending on the level of integration, the LSI may also be called an IC, system LSI, super LSI, or ultra LSI.
  • the integrated circuit method is not limited to LSI, and may be realized using dedicated circuits, general-purpose processors, or dedicated processors. It is also possible to use FPGAs (Field Programmable Gate Arrays), which can be programmed after LSI manufacturing, or reconfigurable processors, which allow the connections and settings of circuit cells within LSIs to be reconfigured.
  • FPGAs Field Programmable Gate Arrays
  • reconfigurable processors which allow the connections and settings of circuit cells within LSIs to be reconfigured.
  • the present disclosure may be realized as digital processing or analog processing.
  • a communications apparatus may include a radio transceiver and processing/control circuitry.
  • the radio transceiver may include a receiver and a transmitter, or each of these functions.
  • the radio transceiver (transmitter and receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • the RF module may include an amplifier, an RF modulator/demodulator, or the like.
  • Non-limiting examples of communication devices include telephones (e.g., cell phones, smartphones), tablets, personal computers (PCs) (e.g., laptops, desktops, notebooks), cameras (e.g., digital still/video cameras), digital players (e.g., digital audio/video players), wearable devices (e.g., wearable cameras, smartwatches, tracking devices), game consoles, digital book readers, telehealth/telemedicine devices, communication-enabled vehicles or mobile transportation (e.g., cars, airplanes, ships), and combinations of the above devices.
  • telephones e.g., cell phones, smartphones
  • tablets personal computers (PCs) (e.g., laptops, desktops, notebooks)
  • cameras e.g., digital still/video cameras
  • digital players e.g., digital audio/video players
  • wearable devices e.g., wearable cameras, smartwatches, tracking devices
  • game consoles digital book readers
  • telehealth/telemedicine devices communication-enabled vehicles or mobile transportation (e
  • Communication devices are not limited to portable or mobile devices, but also include all types of non-portable or fixed equipment, devices, and systems, such as smart home devices (home appliances, lighting equipment, smart meters or measuring devices, control panels, etc.), vending machines, and any other "things” that may exist on an IoT (Internet of Things) network.
  • smart home devices home appliances, lighting equipment, smart meters or measuring devices, control panels, etc.
  • vending machines and any other "things” that may exist on an IoT (Internet of Things) network.
  • IoT Internet of Things
  • Communications include data communications via cellular systems, wireless LAN systems, communications satellite systems, etc., as well as data communications via combinations of these.
  • the term "communications apparatus” also includes devices such as controllers and sensors that are connected or coupled to a communications device that performs the communications functions described in this disclosure. For example, it includes controllers and sensors that generate control signals and data signals used by a communications device that performs the communications functions of the communications apparatus.
  • communication equipment includes infrastructure facilities, such as base stations, access points, and any other equipment, devices, or systems that communicate with or control the various devices listed above, but are not limited to these.
  • a terminal includes a control circuit that selects a transmission opportunity for a random access channel based on a threshold for received power in a plurality of time resources including a first time resource in which a frequency band is divided into a plurality of bands, and a transmission circuit that transmits a signal of the random access channel using the transmission opportunity.
  • control circuit selects the transmission opportunity based on a first threshold for transmitting the random access channel in the first time resource and a second threshold for transmitting the random access channel in a second time resource different from the first time resource.
  • the control circuit when repeatedly transmitting the signal, selects multiple transmission opportunities in either the first time resource or the second time resource.
  • the control circuit when repeatedly transmitting the signal, selects multiple transmission opportunities in both the first time resource and the second time resource.
  • control circuit selects the transmission opportunity based on a first threshold for transmitting the random access channel in the first time resource, a second threshold for transmitting the random access channel in a second time resource different from the first time resource, and a rule regarding the priority of the first time resource and the second time resource.
  • the control circuit when transmission of the signal fails, selects the transmission opportunity to be used to retransmit the signal based on a comparison of a power value lower than the received power with the first threshold and the second threshold.
  • control circuit selects the transmission opportunity based on a threshold value for each type of transmission opportunity.
  • a base station includes a control circuit that sets transmission opportunities for a random access channel, selected based on a threshold for the received power of a terminal, in a plurality of time resources including a first time resource obtained by dividing a frequency band into a plurality of bands, and a receiving circuit that receives a signal of the random access channel using the transmission opportunities.
  • a terminal selects a transmission opportunity for a random access channel based on a threshold for received power in a plurality of time resources including a first time resource in which a frequency band is divided into a plurality of bands, and transmits a signal of the random access channel using the transmission opportunity.
  • a base station sets transmission opportunities for a random access channel, selected based on a threshold for the received power of a terminal, in a plurality of time resources including a first time resource in which a frequency band is divided into a plurality of bands, and receives a signal of the random access channel using the transmission opportunities.
  • One embodiment of the present disclosure is useful in wireless communication systems.
  • Base station 101 201 Receiving unit 102, 202 Demapping unit 103, 203 Demodulation and decoding unit 104 Preamble detection unit 105 Scheduling unit 106 RO control unit 107, 206 Control information holding unit 108, 208 Data and control information generation unit 109, 209 Encoding and modulation unit 110, 210 Mapping unit 111, 211 Transmission unit 200 Terminal 204 RO selection unit 205 Control unit 207 Preamble generation unit

Landscapes

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

Abstract

端末は、周波数帯域が複数の帯域に分割される第１時間リソースを含む複数の時間リソースにおいて、受信電力に対する閾値に基づいて、ランダムアクセスチャネルの送信機会を選択する制御回路と、送信機会を用いて、ランダムアクセスチャネルの信号を送信する送信回路と、を具備する。

Description

端末、基地局及び通信方法
　本開示は、端末、基地局及び通信方法に関する。
　3rd Generation Partnership Project（3GPP）では、第5世代移動通信システム（5G：5th Generation mobile communication systems）の機能拡張として、Release 18 NR（New Radio access technology）の物理レイヤの仕様策定が完了した。NRでは、高速及び大容量といった要求条件に合致すべくモバイルブロードバンドの高度化（eMBB: enhanced Mobile Broadband）に加え、超高信頼低遅延通信（URLLC: Ultra Reliable and Low Latency Communication）を実現する機能をサポートする（例えば、非特許文献１－６を参照）。
3GPP TS 38.211 V18.1.0, "NR; Physical channels and modulation (Release 18)," December 2023 3GPP TS 38.212 V18.1.0, "NR; Multiplexing and channel coding (Release 18)," December 2023 3GPP TS 38.213 V18.1.0, "NR; Physical layer procedure for control (Release 18)," December 2023 3GPP TS 38.214 V18.1.0, "NR; Physical layer procedures for data (Release 18)," December 2023 3GPP TS 38.215 V18.1.0, "NR; Physical layer measurements (Release 18)," December 2023 3GPP TS 38.331 V18.0.0, "NR; Radio Resource Control (RRC) protocol specification (Release 18)", December 2023
　しかしながら、ランダムアクセスチャネルのリソース選択方法については検討の余地がある。
　本開示の非限定的な実施例は、ランダムアクセスチャネルのリソース選択の効率を向上することができる端末、基地局及び通信方法の提供に資する。
　本開示の一実施例に係る端末は、周波数帯域が複数の帯域に分割される第１時間リソースを含む複数の時間リソースにおいて、受信電力に対する閾値に基づいて、ランダムアクセスチャネルの送信機会を選択する制御回路と、前記送信機会を用いて、前記ランダムアクセスチャネルの信号を送信する送信回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、ランダムアクセスチャネルのリソース選択を適切に行うことができる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
Duplex方式の例を示す図 Dynamic Subband non-overlapping full duplex（SBFD）の例を示す図 基地局の一部の構成例を示すブロック図 端末の一部の構成例を示すブロック図 基地局の構成例を示すブロック図 端末の構成例を示すブロック図 基地局及び端末の動作例を示すシーケンス図 Physical Random Access Channel（PRACH）リソースの選択例を示す図 Random Access Channel occasion（RO）の配置例を示す図 PRACHリソースの選択例を示す図 PRACHリソースの選択例を示す図 PRACHリソースの選択例を示す図 ROの配置例を示す図 コンフィグレーションの例を示す図 ROの配置例を示す図 3GPP NRシステムの例示的なアーキテクチャの図 5G O-RANにおける例示的な機能分割の図
　以下、本開示の実施の形態について図面を参照して詳細に説明する。
　［Subband non-overlapping full duplex（SBFD）について］
　Release 18のStudy Itemとして、“Study on evolution of NR duplex operation”が議論された。このStudy Itemの主な議題のひとつとして、subband non-overlapping full duplex（SBFD、又は、Cross Division Duplex（XDD）とも呼ぶ）への対応がある。
　図１は、Duplex方式の例を示す図である。図１において、縦軸は周波数を表し、横軸は時間を表す。また、図１において、「U」は上りリンク（uplink）の送信を示し、「D」は下りリンク（downlink）の送信を示す。
　図１（ａ）は、half duplexのTime Division Duplex（TDD）の例を示す。図１（ａ）において、端末（UE：User Equipment）は、基地局（例えば、gNB）に接続している端末である。図１（ａ）に示すhalf duplexにおいて、或る時間リソースにおける送信方向（例えば、下りリンク又は上りリンク）は、基地局、端末間で共通でよい。例えば、或る時間リソースにおいて送信方向が端末間で異なることはない。
　図１（ｂ）は、SBFDの例を示す。SBFDでは、周波数リソース（又は、周波数帯域）が複数の帯域（例えば、サブバンド、RB set、サブ帯域、サブBWP（Bandwidth part）とも呼ぶ）に分割され、サブバンド単位の異なる方向（例えば、下りリンク又は上りリンク）の送信をサポートする。なお、SBFDでは、端末は、或る時間リソースにおいて上りリンク及び下りリンクの何れか一方の送受信を行い、他方の送受信を行わない。その一方で、SBFDでは、基地局は、上りリンクと下りリンクとを同時に送受信可能である。なお、或る時間リソースにおける送信方向のリソースを端末が使用しないケースがあってもよい（例えば、図１（ｂ）の点線で示すリソース）。
　なお、図１では省略しているが、上りリンクのサブバンド（ULサブバンド：U）と下りリンクのサブバンド（DLサブバンド：D）との間には、ガードバンドが配置されてよい。ガードバンドは、異なる送信方向（リンク）間の干渉（CLI：Cross link interference）の低減に用いられてよい。
　以降の説明では、SBFDの動作又は制御が行われるシンボルを「SBFDシンボル（SBFD symbol）」と呼ぶ。また、SBFDの動作又は制御が行われないシンボル（例えば、SBFDシンボルと異なるシンボル）を「非SBFDシンボル（non-SBFD symbol）」と呼ぶこともある。また、例えば、SBFDシンボルで構成されるスロットを「SBFDスロット」と呼び、non-SBFDシンボルで構成されるスロットを「non-SBFDスロット」と呼ぶこともある。
　また、サブバンド構成の表記として｛X…X｝のように表記する。XはULサブバンド（U）又はDLサブバンド（D）を表す。表記する順番はサブバンドの配置の順番に対応する。例えば、図１（ｂ）のサブバンド構成は｛DUD｝と表記する。
　［SBFDシンボル及びSBFD対応端末について］
　SBFDシンボルは、例えば、DLシンボル、ULシンボル、又は、Flexibleシンボルといったレガシーシンボル（既存のシンボル）を用いて（例えば、変更して）設定されてよい。例えば、SBFDシンボルは、DLシンボルを用いて設定されてよい。レガシーシンボルは、例えば、RRCのシグナリング（例えば、TDD-UL-DL-ConfigCommon）によって設定される。ここで、non-SBFDシンボルは、例えば、SBFDシンボルではないシンボル（例えば、レガシーシンボルかつSBFDシンボルとして使用されないシンボル）である。
　SBFD対応端末（例えば、SBFD-aware UE）は、SBFDの動作及び制御に対応する端末である。SBFD対応端末は、例えば、サブバンドの周波数領域及び時間領域の位置といったSBFDに関する設定を取得可能である。SBFD非対応端末（例えば、non-SBFD-aware UE）は、SBFDの動作及び制御に対応しない端末である。SBFD非対応端末は、例えば、SBFDシンボルを認識しないため、レガシーシンボルがSBFDシンボルに設定（又は、変更）される場合でも、当該シンボルをレガシーシンボルと認識して動作する。
　［SBFDシンボル上でのRandom Access Channel（RACH）送信について］
　例えば、DLシンボルをSBFDシンボルとして利用する場合、SBFD対応端末は、SBFDサブバンドをULリソースとして使用可能である。そのため、SBFDシンボル上でのRACH送信をサポートする場合、既存の方法と比較して、時間領域におけるPhysical Random Access Channel（PRACH）リソース（例えば、PRACHの送信機会、又は、RACH occasion（RO）とも呼ぶ）を増加できる。ROの増加により、RACH送信の遅延低減、端末間衝突の低減、Long preamble format又はPRACH repetition（例えば、繰り返し送信）によるカバレッジ向上を図ることができる。
　図２は、SBFDシンボル上でのRACHリソース（RO）の配置例を示す。図２の例では、slot#0がDLシンボルから構成されるスロット（例えば、「DLスロット」と呼ぶ）、slot#1, #2, #3がSBFDシンボルから構成されるスロット（例えば、「SBFDスロット」と呼ぶ）、slot#4がULシンボルから構成されるスロット（例えば、「ULスロット」と呼ぶ）である。また、図２の例では、SBFDスロットにおけるサブバンド構成は｛DUD｝である。図２の例では、slot#2及びslot#3のULサブバンドに、PRACHリソース（RO）が配置される。このように、SBFDシンボル上でのRACH送信をサポートすることにより、既存の方法と比較して時間領域におけるPRACHリソースを増加できる。
　その一方で、ULサブバンド上のPRACH送信をサポートする場合、ULサブバンド上のPRACH送信がDLサブバンドのDL受信に対して、端末間干渉（例えば、UE間干渉、又は、UL-to-UE CLI）を引き起こし、DL性能の劣化を起こす可能性がある。
　例えば、Contention-based random access（CBRA）において、端末は、セル内に設定される複数のPRACHリソース及びプリアンブルの候補の中から、使用するリソース及びプリアンブルを選択してPRACHの信号を送信する。また、PRACHの信号は、端末において送信の必要がある場合に送信され、常に送信されるわけではない。そのため、基地局は、どの端末がどのPRACHリソースによってPRACHを送信するかを予め特定することができず、基地局による端末間干渉の制御は困難である。これは、端末間干渉は、干渉を与える側の端末（例えば、Aggressor端末）と干渉を受ける側の端末（例えば、Victim端末）との関係に応じて、干渉の大きさが変動し得るためである。例えば、端末同士が近い位置の場合には干渉は大きくなりやすい。そのため、SBFDシンボルにおけるPRACH送信をサポートする際には、端末間干渉を低減する方法の検討が期待される。
　本開示の非限定的な実施例では、SBFDシンボルでのPRACH送信における端末間干渉を低減する方法について説明する。
　［通信システムの概要］
　本開示の一実施例に係る通信システムは、例えば、図３及び図５に示す基地局１００（例えば、gNB）、及び、図４及び図６に示す端末２００（例えば、UE）を備えてよい。基地局１００及び端末２００は、それぞれ、通信システムにおいて複数台存在してもよい。
　図３は本開示の一実施例に係る基地局１００の一部の構成例を示すブロック図である。図３に示す基地局１００において、制御部（例えば、制御回路に対応）は、周波数帯域が複数の帯域に分割される時間リソース（例えば、SBFDシンボル）を含む複数の時間リソースにおいて、端末２００の受信電力に対する閾値に基づいて選択される、ランダムアクセスチャネルの送信機会（例えば、RO）を設定する。受信部（例えば、受信回路に対応）は、送信機会を用いて、ランダムアクセスチャネル（PRACH）の信号を受信する。
　図４は本開示の一実施例に係る端末２００の一部の構成例を示すブロック図である。図４に示す端末２００において、制御部（例えば、制御回路に対応）は、周波数帯域が複数の帯域に分割される時間リソース（例えば、SBFDシンボル）を含む複数の時間リソースにおいて、受信電力に対する閾値に基づいて、ランダムアクセスチャネルの送信機会（例えば、RO）を選択する。送信部（例えば、送信回路に対応）は、送信機会を用いて、ランダムアクセスチャネル（PRACH）の信号を送信する。
　［基地局の構成］
　図５は、本開示の一実施例に係る基地局１００の構成例を示すブロック図である。図５において、基地局１００は、受信部１０１と、デマッピング部１０２と、復調・復号部１０３と、Preamble検出部１０４と、スケジューリング部１０５と、RO制御部１０６と、制御情報保持部１０７と、データ・制御情報生成部１０８と、符号化・変調部１０９と、マッピング部１１０と、送信部１１１と、を有する。
　なお、例えば、デマッピング部１０２、復調・復号部１０３、スケジューリング部１０５、RO制御部１０６、制御情報保持部１０７、データ・制御情報生成部１０８、符号化・変調部１０９及びマッピング部１１０の少なくとも一つは、図３に示す制御部に含まれてよく、受信部１０１は、図３に示す受信部に含まれてよい。
　受信部１０１は、例えば、アンテナを介して受信した受信信号に対してダウンコンバート又はＡ／Ｄ変換といった受信処理を行い、受信処理後の受信信号をデマッピング部１０２へ出力する。
　デマッピング部１０２は、受信部１０１から入力される受信信号（例えば、上りリンク信号）をリソースデマッピングし、変調後信号を復調・復号部１０３及びPreamble検出部１０４へ出力する。
　復調・復号部１０３は、例えば、デマッピング部１０２から入力される変調後信号を復調及び復号し、復号結果をスケジューリング部１０５へ出力する。
　Preamble検出部１０４は、例えば、デマッピング部１０２から入力される変調信号に対して、PRACHにおいて送信されたPreamble（例えば、PRACHの信号）の検出を行い、検出結果をスケジューリング部１０５に出力する。
　スケジューリング部１０５は、例えば、端末２００に対するスケジューリングを行ってよい。スケジューリング部１０５は、例えば、復調・復号部１０３から入力される復号結果、Preamble検出部１０４から入力されるPreambleの検出結果、RO制御部１０６から入力される情報（例えば、PRACH設定情報を含む）、及び、制御情報保持部１０７から入力される制御情報の少なくとも一つに基づいて、各端末２００の送受信のスケジューリングを行い、データ・制御情報生成部１０８に対して、データ及び制御情報の少なくとも一つの生成指示を行う。また、スケジューリング部１０５は、RO制御部１０６から入力されるPRACH設定情報をシグナリング情報として端末２００に送信するようにデータ・制御情報生成部１０８に指示する。また、スケジューリング部１０５は、端末２００に関する制御情報を制御情報保持部１０７へ出力する。
　RO制御部１０６は、制御情報保持部１０７から入力される制御情報（例えば、SBFDに関する情報）に基づいて、例えば、SBFDシンボル上のPRACHリソース（例えば、周波数領域及び時間領域における位置、数など）、非SBFDシンボル上のPRACHリソース（例えば、周波数領域及び時間領域における位置、数など）、及び、PRACHリソースの選択に用いる情報（例えば、閾値に関する情報）を決定する。RO制御部１０６は、PRACHリソース（RO）に紐付くPRACH設定情報（例えば、PRACH送信電力を含む）を決定してもよい。RO制御部１０６は、決定したPRACH設定情報をスケジューリング部１０５へ出力する。
　制御情報保持部１０７は、例えば、各端末２００に設定した制御情報を保持する。制御情報には、例えば、SBFDに関する情報が含まれてよい。制御情報保持部１０７は、例えば、保持した情報を必要に応じて、基地局１００の各構成部（例えば、スケジューリング部１０５及びRO制御部１０６）に出力してよい。
　データ・制御情報生成部１０８は、例えば、スケジューリング部１０５からの指示に従って、データ及び制御情報の少なくとも一つを生成し、生成したデータ又は制御情報を含む信号を符号化・変調部１０９に出力する。生成されるデータには、例えば、上位レイヤのシグナリング情報（例えば、PRACH設定情報）が含まれてもよい。
　符号化・変調部１０９は、例えば、データ・制御情報生成部１０８から入力される信号（例えばデータ、制御情報）を符号化及び変調し、変調後信号を送信部１１１に出力する。
　マッピング部１１０は、例えば、符号化・変調部１０９から入力される変調後信号をリソースマッピングし、送信信号を送信部１１１へ出力する。
　送信部１１１は、例えば、マッピング部１１０から入力される信号に対してＤ／Ａ変換、アップコンバート又は増幅等の送信処理を行い、送信処理により得られた無線信号をアンテナから端末２００へ送信する。
　［端末の構成］
　図６は、本開示の一態様に係る端末２００の構成例を示すブロック図である。図６において、端末２００は、受信部２０１と、デマッピング部２０２と、復調・復号部２０３と、RO選択部２０４と、制御部２０５と、制御情報保持部２０６と、Preamble生成部２０７と、データ・制御情報生成部２０８と、符号化・変調部２０９と、マッピング部２１０と、送信部２１１と、を有する。
　なお、例えば、デマッピング部２０２、復調・復号部２０３、RO選択部２０４、制御部２０５、制御情報保持部２０６、Preamble生成部２０７、データ・制御情報生成部２０８、符号化・変調部２０９、及び、マッピング部２１０の少なくとも一つは、図４に示す制御部に含まれてよく、送信部２１１は、図４に示す送信部に含まれてよい。
　受信部２０１は、例えば、アンテナを介して受信した受信信号に対してダウンコンバート又はＡ／Ｄ変換といった受信処理を行い、受信処理後の受信信号をデマッピング部２０２へ出力する。
　デマッピング部２０２は、例えば、受信部２０１から入力される受信信号をリソースデマッピングし、変調後信号を復調・復号部２０３へ出力する。
　復調・復号部２０３は、例えば、デマッピング部２０２から入力される変調後信号を復調及び復号し、復号結果を制御部２０５へ出力する。復号結果には、例えば、上位レイヤのシグナリング情報、及び、下り制御情報の少なくとも一つが含まれてよい。
　RO選択部２０４は、例えば、制御情報保持部２０６から入力される制御情報（例えば、PRACH設定情報、SBFDに関する情報（例えば、スロット構成に関する情報、サブバンド構成に関する情報、又は、PRACHリソースの選択に関する情報を含む）に基づいて、使用するPRACHリソース（RO）を選択し、選択したPRACHリソースに関する情報（PRACHリソース情報）を制御部２０５へ出力する。
　制御部２０５は、例えば、復調・復号部２０３から入力される復号結果（例えば、データ又は制御情報）、RO選択部２０４から入力されるPRACHリソース情報、及び、制御情報保持部２０６から入力される制御情報に基づいて、データ又は制御情報の送受信の有無、又は、PRACH送信の有無を判定してよい。制御部２０５は、例えば、判定の結果、データ又は制御情報の送信が有る場合、データ・制御情報生成部２０８に対して、データ及び制御情報の少なくとも一つの生成指示を行ってよい。また、制御部２０５は、例えば、PRACHの送信が有る場合、PRACHリソース情報に基づいて、Preamble生成部２０７に対して、Preamble信号の生成指示を行ってよい。また、制御部２０５は、例えば、端末２００に関する制御情報を制御情報保持部２０６へ出力する。
　制御情報保持部２０６は、例えば、制御部２０５から入力される制御情報を保持し、保持した情報を、必要に応じて、各構成部（例えば、RO選択部２０４及び制御部２０５）に出力する。
　Preamble生成部２０７は、例えば、制御部２０５からの指示に従って、PRACHにおいて送信するPreamble信号（例えば、PRACHの信号）を生成し、生成したPreamble信号をマッピング部２１０に出力する。
　データ・制御情報生成部２０８は、例えば、制御部２０５からの指示に従って、データ又は制御情報を生成し、生成したデータ又は制御情報を含む信号を符号化・変調部２０９に出力する。
　符号化・変調部２０９は、例えば、データ・制御情報生成部２０８から入力される信号を符号化及び変調し、変調後信号をマッピング部２１０に出力する。
　マッピング部２１０は、符号化・変調部２０９から入力される変調後信号、又は、Preamble生成部２０７から入力されるPreamble信号をリソースマッピングし、送信信号を送信部２１１へ出力する。
　送信部２１１は、例えば、マッピング部２１０から入力される信号に対してＤ／Ａ変換、アップコンバート又は増幅等の送信処理を行い、送信処理により得られた無線信号をアンテナから基地局１００へ送信する。
　［基地局１００及び端末２００の動作］
　以上の構成を有する基地局１００及び端末２００における動作例について説明する。
　図７は基地局１００及び端末２００の動作例を示すシーケンス図である。
　図７において、基地局１００は、例えば、SBFD又はPRACHに関する設定（コンフィグレーション）を決定する（Ｓ１０１）。
　基地局１００は、例えば、決定した設定情報を含む上位レイヤのシグナリング情報を端末２００へ送信する（Ｓ１０２）。シグナリング情報の送信は、例えば、System Information Block（SIB）による報知でもよく、端末固有（端末個別）のシグナリング情報による通知でもよい。
　端末２００は、例えば、基地局１００から送信されるシグナリング情報に含まれる設定情報に基づいて、利用可能なPRACHリソースから、PRACHの送信に使用するPRACHリソース（RO）を選択する（Ｓ１０３）。
　端末２００は、選択したPRACHリソースに基づいてPRACH（例えば、preamble信号）を送信し、基地局１００は、PRACHを受信する（Ｓ１０４）。
　［PRACHリソース選択方法］
　端末２００（例えば、RO選択部２０４）におけるPRACHリソース（RO）の選択方法について説明する。なお、基地局１００（例えば、RO制御部１０６）は、例えば、端末２００が実施するPRACHリソースの選択方法を想定して、端末２００が利用可能なPRACHリソースを設定してもよい。
　端末２００は、例えば、端末２００における信号の受信電力に対する閾値、又は、時間リソース（例えば、シンボル）に関するルールに従って、PRACH送信に使用するPRACHリソース（RO）を選択する。なお、閾値及びルールは、例えば、基地局１００によって端末２００に設定されてもよく、予め定義されてもよい。
　以下、PRACHリソースの選択方法の例について説明する。
　＜方法１＞
　方法１では、端末２００は、SBFDシンボル上のROにおけるPRACH送信に関する閾値、及び、非SBFDシンボル上のROにおけるPRACH送信に関する閾値と、信号の受信電力との比較に基づいて、PRACH送信に使用するROを選択する。
　信号の受信電力は、例えば、Synchronization Signal-Reference Signal Received Power（SS-RSRP）でもよい。SS-RSRPは、例えば、SS/physical broadcast channel(PBCH) block (SSB)-RSRPとも呼ばれる。
　また、受信電力（例えば、SS-RSRP）に対する閾値には、例えば、以下のように、PRACH送信が可能であるかを判定するための閾値（threshold of PRACH transmission）、及び、PRACH repetition（繰り返し送信）における送信回数（repetition回数）を判定するための閾値（threshold of repetitions）が含まれてよい。
　例えば、PRACH送信の閾値及びPRACH repetition回数の閾値として、SBFDシンボル及び非SBFDシンボルのそれぞれに対応する閾値（例えば、SBFDシンボル及び非SBFDシンボルのそれぞれに紐付く閾値）が設定されてよい。
　また、例えば、PRACH repetition回数の閾値として、一つ又は複数のrepetition回数に対応する閾値が設定されてもよい。
　以下、端末２００におけるSS-RSRPと各閾値とに基づくRO選択（例えば、PRACH送信の有無、及び、repetition回数の決定）の例について説明する。
　（SBFDシンボルにおけるPRACH送信の閾値）
　端末２００は、例えば、SS-RSRPが閾値以上の場合、当該閾値に紐づくSBFDシンボル上のROにおいてPRACHを送信してよい。その一方で、端末２００は、例えば、SS-RSRPが閾値未満の場合、当該閾値に紐づくSBFDシンボル上のROにおけるPRACH送信を行わない。
　SBFDシンボルにおけるPRACH送信の閾値は、例えば、SBFDシンボルのROに紐づく個別のパラメータによって設定されてもよい。例えば、SBFDシンボルにおけるPRACH送信の閾値の設定には、SBFDシンボルのROに紐づく上位レイヤパラメータ（例えば、RACH-ConfigCommon IEのrsrp-ThresholdSSBなど）が再利用されてもよい。なお、SBFDシンボルにおけるPRACH送信の閾値は、規格において予め定義されてもよく、上位レイヤパラメータと異なる他の情報によって端末２００へ通知されてもよい。
　（非SBFDシンボルにおけるPRACH送信の閾値）
　端末２００は、例えば、SS-RSRPが閾値以上の場合、当該閾値に紐づく非SBFDシンボル上のROにおいてPRACHを送信してよい。その一方で、端末２００は、例えば、SS-RSRPが閾値未満の場合、当該閾値に紐づく非SBFDシンボル上のROにおけるPRACH送信を行わない。
　非SBFDシンボルにおけるPRACH送信の閾値は、例えば、非SBFDシンボルのROに紐づく個別のパラメータによって設定されてもよい。例えば、非SBFDシンボルにおけるPRACH送信の閾値の設定には、非SBFDシンボルのROに紐づく上位レイヤパラメータ（例えば、RACH-ConfigCommon IEのrsrp-ThresholdSSB）などが再利用されてもよい。なお、非SBFDシンボルにおけるPRACH送信の閾値は、規格において予め定義されてもよく、上位レイヤパラメータと異なる他の情報によって端末２００へ通知されてもよい。
　（SBFDシンボルにおけるPRACH repetition回数の閾値）
　端末２００は、例えば、SS-RSRPが閾値未満の場合、当該閾値に紐づくSBFDシンボル上のROにおいて、当該閾値に対応する回数のPRACHをrepetition送信する。
　なお、SBFDシンボルにおけるPRACH repetition回数の閾値は、端末２００に対してRACH repetitionが適用される場合に使用されてよい。また、SBFDシンボルにおけるPRACH repetition回数の閾値は、上位レイヤパラメータ（コンフィグレーション）によって端末２００へ設定されてもよく、規格において予め定義されてもよく、上位レイヤパラメータと異なる他の情報によって端末２００へ通知されてもよい。
　（非SBFDシンボルにおけるRACH repetition回数の閾値）
　端末２００は、例えば、SS-RSRPが閾値未満の場合、当該閾値に紐づく非SBFDシンボル上のROにおいて、当該閾値に対応する回数のPRACHをrepetition送信する。
　なお、非SBFDシンボルにおけるPRACH repetition回数の閾値は、端末２００に対してRACH repetitionが適用される場合に使用されてよい。また、非SBFDシンボルにおけるPRACH repetition回数の閾値は、上位レイヤパラメータ（コンフィグレーション）によって端末２００へ設定されてもよく、規格において予め定義されてもよく、上位レイヤパラメータと異なる他の情報によって端末２００へ通知されてもよい。
　以上、閾値の例について説明した。
　次に、端末２００（例えば、SBFD対応端末）におけるPRACHリソース（RO）の選択、及び、PRACH repetition回数を決定する手順の例について説明する。なお、PRACH repetitionを適用しない場合、端末２００は、以下の（手順1）を実施し、他の手順を実施しなくてよい。
　（手順1）
　端末２００は、「SBFDシンボルにおけるPRACH送信の閾値」及び「非SBFDシンボルにおけるPRACH送信の閾値」のうち、SS-RSRPが閾値以上、かつ、SS-RSRPとより近い値（例えば、SS-RSRPと最近傍）の閾値に対応するシンボル種別のROを選択する。
　例えば、端末２００は、以下の動作を行ってよい。
　端末２００は、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」以上であり、「非SBFDシンボルにおけるPRACH送信の閾値」未満の場合、SBFDシンボル上のROを選択する。
　端末２００は、SS-RSRPが「非SBFDシンボルにおけるPRACH送信の閾値」以上であり、「SBFDシンボルにおけるPRACH送信の閾値」未満の場合、非SBFDシンボル上のROを選択する。
　端末２００は、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」以上であり、「非SBFDシンボルにおけるPRACH送信の閾値」以上の場合、SS-RSRPとより近い値の閾値（例えば、２つの閾値のうち、設定値が高い閾値）に紐づくシンボル種別のROを選択する。
　端末２００は、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」未満であり、「非SBFDシンボルにおけるPRACH送信の閾値」未満の場合、PRACHを送信しない。
　（手順2）
　端末２００は、手順1において選択されたROに対応するシンボル種別において、PRACH repetition回数の閾値が設定される場合、SS-RSRPとPRACH repetition回数の閾値との比較に基づいて、PRACH repetition回数を決定する。すなわち、方法１では、端末２００は、PRACH repetition送信する場合、SBFDシンボル及び非SBFDシンボルの何れか一方における複数のROを選択する。
　以上、端末２００におけるPRACHリソース（RO）の選択、及び、PRACH repetition回数を決定する手順の例について説明した。
　図８は、方法１におけるSS-RSRPと閾値との関係の例を示す。
　図８の例では、SS-RSRPの値を示す矢印（縦軸）の左側に「非SBFDシンボルにおけるPRACH送信の閾値」及び「非SBFDシンボルにおけるPRACH repetition回数の閾値」を示し、右側に「SBFDシンボルにおけるPRACH送信の閾値」及び「非SBFDシンボルにおけるPRACH repetition回数の閾値」を示す。
　図８の例では、非SBFDシンボルにおいて２、４、８回のPRACH repetitionに対する閾値（３個の閾値）が設定され、SBFDシンボルにおいて２回のPRACH repetitionに対する閾値（１個の閾値）が設定される。図８に示すように、SS-RSRPの値に応じて、端末２００におけるPRACH送信の動作は以下の６つのケースに分類される。
　（Case 1）
　Case 1は、「SBFDシンボルにおけるPRACH送信の閾値」及び「非SBFDシンボルにおけるPRACH送信の閾値」の双方においてSS-RSRPが閾値以上となり、かつ、SS-RSRPが「SBFDシンボルにおける２回のPRACH repetitionの閾値」以上となるケースである。
　Case 1では、２つのPRACH送信の閾値のうち、SS-RSRPに近い閾値は「SBFDシンボルにおけるPRACH送信の閾値」であるので、端末２００は、SBFDシンボル上のROを選択し、SBFDシンボル上のROにおいてPRACH送信を行う。また、Case 1では、SS-RSRPがSBFDシンボルにおける２回のPRACH repetitionの閾値以上であるので、端末２００は、SBFDシンボル上のROにおいて、PRACH repetition無しでPRACH送信（すなわち、単一のPRACH送信）を行う。
　（Case 2）
　Case 2では、「SBFDシンボルにおけるPRACH送信の閾値」及び「非SBFDシンボルにおけるPRACH送信の閾値」の双方においてSS-RSRPが閾値以上となり、かつ、SS-RSRPが「SBFDシンボルにおける２回のPRACH repetitionの閾値」未満となるケースである。
　Case 2では、２つのPRACH送信の閾値のうち、SS-RSRPに近い閾値は「SBFDシンボルにおけるPRACH送信の閾値」であるので、端末２００は、SBFDシンボル上のROを選択し、SBFDシンボル上のROにおいてPRACH送信を行う。また、Case 2では、SS-RSRPがSBFDシンボルにおける２回のPRACH repetitionの閾値未満であるので、端末２００は、SBFDシンボル上のROにおいて２回のPRACH repetition送信を行う。
　（Case 3）
　Case 3では、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」未満、かつ、「非SBFDシンボルにおけるPRACH送信の閾値」以上であり、かつ、SS-RSRPが「非SBFDシンボルにおける２回のPRACH repetitionの閾値」未満、かつ、「非SBFDシンボルにおける４回のPRACH repetitionの閾値」以上となるケースである。
　Case 3では、端末２００は、非SBFDシンボル上のROを選択し、非SBFDシンボル上のROにおいてPRACH送信を行う。また、Case 3では、SS-RSRPが、非SBFDシンボルにおける２回のPRACHレペティションの閾値未満、かつ、非SBFDシンボルにおける４回のPRACHレペティションの閾値以上であるので、端末２００は、非SBFDシンボル上のROにおいて２回のPRACH repetition送信を行う。
　（Case 4）
　Case 4では、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」未満、かつ、「非SBFDシンボルにおけるPRACH送信の閾値」以上であり、かつ、SS-RSRPが「非SBFDシンボルにおける４回のPRACH repetitionの閾値」未満、かつ、「非SBFDシンボルにおける８回のPRACH repetitionの閾値」以上となるケースである。
　Case 4では、端末２００は、非SBFDシンボル上のROを選択し、非SBFDシンボル上のROにおいてPRACH送信を行う。また、Case 4では、SS-RSRPが、非SBFDシンボルにおける４回のPRACHレペティションの閾値未満、かつ、非SBFDシンボルにおける８回のPRACHレペティションの閾値以上であるので、端末２００は、非SBFDシンボル上のROにおいて４回のPRACH repetition送信を行う。
　（Case 5）
　Case 5では、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」未満、かつ、「非SBFDシンボルにおけるPRACH送信の閾値」以上であり、かつ、SS-RSRPが「非SBFDシンボルにおける８回のPRACH repetitionの閾値」未満となるケースである。
　Case 5では、端末２００は、非SBFDシンボル上のROを選択し、非SBFDシンボル上のROにおいてPRACH送信を行う。また、Case 5では、SS-RSRPが、非SBFDシンボルにおける８回のPRACHレペティションの閾値未満であるので、端末２００は、非SBFDシンボル上のROにおいて８回のPRACH repetition送信を行う。
　（Case 6）
　Case 6では、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」未満、かつ、「非SBFDシンボルにおけるPRACH送信の閾値」未満のケースである。Case 6では、端末２００は、PRACH送信を行わない。
　以上、方法１におけるSS-RSRPと閾値との関係の例について説明した。
　このように、SBFDシンボル及び非SBFDシンボルに対して設定される閾値を用いることにより、端末２００は、SBFDシンボル及び非SBFDシンボルの何れのPRACHリソース（RO）を用いて送信するか、及び、repetition送信の回数を決定できる。
　図９は、方法１に基づくROの配置例を示す。なお、図９では、説明の簡略のため、PRACH repetitionについては記載していない。
　図９の例では、Slot#3にSBFDシンボル上のRO（RO#0）が設定され、Slot#4に非SBFDシンボル（ULシンボル）上のRO（RO#1）が設定される。
　ここでは、例えば、図８の例のように、「SBFDシンボルにおけるPRACH送信の閾値」は、「非SBFDシンボルにおけるPRACH送信の閾値」より高く設定される場合について説明する。
　この場合、SBFD対応端末において、SS-RSRPが高い端末２００（例えば、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」以上の場合）は、RO#0（SBFDシンボル）を選択し、RO#0においてPRACHを送信する。また、SS-RSRPが低い端末２００（例えば、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」未満、かつ、「非SBFDシンボルにおけるPRACH送信の閾値」以上の場合）は、RO#1（非SBFDシンボル）を選択し、RO#1においてPRACHを送信する。
　例えば、SS-RSRPが高いほど、端末２００におけるUL送信電力は低くてよいので、SBFDシンボル上においてPRACH送信（UL送信）を行っても、当該SBFDシンボル上の他のサブバンド（例えば、DLサブバンド）へ与える影響が小さいので、端末間干渉を低く抑えることができる。
　その一方で、SS-RSRPが低いほど、端末２００におけるUL送信電力は高くすることが期待される。よって、SS-RSRPが低い場合（例えば、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」未満、かつ、「非SBFDシンボルにおけるPRACH送信の閾値」以上の場合）、非SBFDシンボル（ULシンボル）上においてPRACH送信（UL送信）を行うことにより、SBFDシンボル上での端末間干渉の発生を避けることができる。
　このように、「SBFDシンボルにおけるPRACH送信の閾値」を、「非SBFDシンボルにおけるPRACH送信の閾値」より高く設定することにより、SBFDシンボル上のPRACH送信における端末間干渉を低減できる。
　また、SBFDシンボル上でのUL送信は、端末間干渉によるDL性能の劣化を引き起こす可能性があるため、UL送信電力は、SBFDシンボルと非SBFDシンボルとで異なる可能性がある。そのため、SBFDシンボルと非SBFDシンボルでは、PRACH repetition回数の閾値を異なる回数に対応させてもよい。例えば、SBFDシンボル及び非SBFDシンボルのそれぞれに対応するPRACH repetitionの閾値が同じSS-RSRPの値に設定される場合でも、SBFDシンボルと非SBFDシンボルとで異なるrepetition回数が対応付けられてもよい。例えば、非SBFDシンボルでの送信電力と比較してSBFDシンボルの送信電力が低い場合、非SBFDシンボルのrepetition回数と比較して、SBFDシンボルのrepetition回数が多くなるようにSS-RSRPの閾値を設定してもよい。これにより、SBFDシンボル上での送信電力の低さをrepetition回数によって補償できる。また、例えば、非SBFDシンボルのrepetition回数と比較してSBFDシンボルのrepetition回数が少なくなるように、SS-RSRPの閾値を設定することにより、SBFDシンボル上のPRACH送信回数を減らし、SBFDシンボルにおける端末間干渉の発生を低減することができる。
　このように、方法１によれば、PRACH送信の閾値、及び、PRACH repetition回数の閾値をSBFDシンボルと非SBFDシンボルとで個別に設定することにより、端末２００は、SBFDシンボル上のRO、及び、非SBFDシンボル上のROの何れを使用してPRACH送信及びPRACH repetition送信を行うかを選択する。これにより、SBFDシンボル上での端末間干渉を低減し、SBFDシンボルにおけるDL受信性能を改善できる。
　＜方法２＞
　方法２では、端末２００は、方法１と同様、SBFDシンボル上のROにおけるPRACH送信に関する閾値、及び、非SBFDシンボル上のROにおけるPRACH送信に関する閾値と、信号の受信電力（例えば、SS-RSRP）との比較に基づいて、PRACH送信に使用するROを選択する。
　また、方法２では、PRACH repetitionにおいて、端末２００は、方法１のようにSBFDシンボルのRO及び非SBFDシンボルのROの何れか一方を選択する代わりに、両方のROを選択する。例えば、端末２００は、PRACH repetition送信を行う際、シンボル種別を限定せずに、両方のシンボル種別において利用可能なROを用いてPRACH送信を行ってよい。例えば、PRACH repetition回数を決定するために、端末２００は、SBFDシンボルと非SBFDシンボルとの間で「PRACH repetitionの閾値」を揃えてもよく（共有してもよく）、SBFDシンボル及び非SBFDシンボルの何れか一方に設定される「PRACH repetitionの閾値」を用いてもよい。
　以下、端末２００（例えば、SBFD対応端末）におけるPRACHリソース（RO）の選択、及び、PRACH repetition回数を決定する手順の例について説明する。
　方法２では、端末２００は、方法１における（手順2）を、以下の（手順2'）に置き換えて動作（判定）してよい。なお、端末２００は、（手順2'）の条件にあてはまらない場合（例えば、閾値を満たさない場合など）には、（手順2）の動作を行ってもよい。
　（手順2'）
　端末２００は、手順１において「SBFDシンボルにおけるPRACH送信の閾値」及び「非SBFDシンボルにおけるPRACH送信の閾値」の双方においてSS-RSRPが閾値以上、かつ、PRACH repetition回数の閾値が設定される場合、SS-RSRPとPRACH repetition回数の閾値との比較に基づいて、PRACH repetition回数を決定する。
　このとき、PRACH repetition回数の閾値は、SBFDシンボルと非SBFDシンボルとで共通に設定されてもよく、SBFDシンボル及び非SBFDシンボルの何れかに設定される閾値が適用されてもよい。また、PRACH repetition回数が複数回である場合には、端末２００は、SBFDシンボル上のRO、及び、非SBFDシンボル上のROの両方を用いてPRACH repetition送信を行ってもよい。
　以上、端末２００におけるPRACHリソース（RO）の選択、及び、PRACH repetition回数を決定する手順の例について説明した。
　図１０は、方法２におけるSS-RSRPと閾値との関係の例を示す。
　図１０の例では、SS-RSRPの値を示す矢印（縦軸）の左側に「非SBFDシンボルにおけるPRACH送信の閾値」及び「非SBFDシンボルにおけるPRACH repetition回数の閾値」を示し、右側に「SBFDシンボルにおけるPRACH送信の閾値」及び「非SBFDシンボルにおけるPRACH repetition回数の閾値」を示す。
　図１０の例では、非SBFDシンボルにおいて２、４、８回のPRACH repetitionに対する閾値（３個の閾値）が設定され、SBFDシンボルにおいて２、４回のPRACH repetitionに対する閾値（２個の閾値）が設定される。図１０に示すように、非SBFDシンボルとSBFDシンボルとにおいて、２、４回のPRACH repetitionの閾値として同じ値が設定される。
　図１０に示すように、SS-RSRPの値に応じて、端末２００におけるPRACH送信の動作は以下の６つのケースに分類される。
　（Case 1）
　Case 1は、「SBFDシンボルにおけるPRACH送信の閾値」及び「非SBFDシンボルにおけるPRACH送信の閾値」の双方においてSS-RSRPが閾値以上となり、かつ、SS-RSRPが「２回のPRACH repetitionの閾値」以上となるケースである。
　Case 1では、２つのPRACH送信の閾値のうち、SS-RSRPに近い閾値は「SBFDシンボルにおけるPRACH送信の閾値」であるので、端末２００は、SBFDシンボル上のROを選択し、SBFDシンボル上のROにおいてPRACH送信を行う。また、Case 1では、SS-RSRPが２回のPRACH repetitionの閾値以上であるので、端末２００は、SBFDシンボル上のROにおいて、PRACH repetition無しでPRACH送信（すなわち、単一のPRACH送信）を行う。
　（Case 2）
　Case 2では、「SBFDシンボルにおけるPRACH送信の閾値」及び「非SBFDシンボルにおけるPRACH送信の閾値」の双方においてSS-RSRPが閾値以上となり、かつ、SS-RSRPが「２回のPRACH repetitionの閾値」未満、かつ、「４回のPRACH repetitionの閾値」以上となるケースである。Case 2では、端末２００は、SBFDシンボル上のRO及び非SBFDシンボル上のROを選択し、SBFDシンボル上のRO及び非SBFDシンボル上のROにおいて、２回のPRACH repetition送信を行う。
　（Case 3）
　Case 3では、「SBFDシンボルにおけるPRACH送信の閾値」及び「非SBFDシンボルにおけるPRACH送信の閾値」の双方においてSS-RSRPが閾値以上となり、かつ、SS-RSRPが「４回のPRACH repetitionの閾値」未満、かつ、「８回のPRACH repetitionの閾値」以上となるケースである。Case 3では、端末２００は、SBFDシンボル上のRO及び非SBFDシンボル上のROを選択し、SBFDシンボル上のRO及び非SBFDシンボル上のROにおいて、４回のPRACH repetition送信を行う。
　（Case 4）
　Case 4では、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」未満、かつ、「非SBFDシンボルにおけるPRACH送信の閾値」以上であり、かつ、SS-RSRPが「４回のPRACH repetitionの閾値」未満、かつ、「８回のPRACH repetitionの閾値」以上となるケースである。Case 4では、端末２００は、非SBFDシンボル上のROを選択し、非SBFDシンボル上のROにおいて、４回のPRACH repetition送信を行う。
　（Case 5）
　Case 5では、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」未満、かつ、「非SBFDシンボルにおけるPRACH送信の閾値」以上であり、かつ、SS-RSRPが「８回のPRACH repetitionの閾値」未満となるケースである。Case 5では、端末２００は、非SBFDシンボル上のROを選択し、非SBFDシンボル上のROにおいて、８回のPRACH repetition送信を行う。
　（Case 6）
　Case 6では、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」未満、かつ、「非SBFDシンボルにおけるPRACH送信の閾値」未満のケースである。Case 6では、端末２００は、PRACH送信を行わない。
　以上、方法２におけるSS-RSRPと閾値との関係の例について説明した。
　このように、方法２によれば、SBFDシンボルのRO及び非SBFDシンボルのROの両方を用いてPRACH送信が行えるように、PRACH送信の閾値及びPRACH repetition回数の閾値を設定することにより、端末２００は、SBFDシンボル上のRO及び非SBFDシンボル上のROの双方を選択可能となる。これにより、SBFDシンボル上での端末間干渉を低減し、SBFDシンボルにおけるDL受信性能を改善できる。また、方法２では、SBFDシンボルのRO及び非SBFDシンボルの両方のリソースをPRACH送信（例えば、repetition送信）に利用できるため、PRACHの送信遅延を低減できる。
　なお、SBFDシンボルと非SBFDシンボルとに亘って１つのROのリソースを割り当てることが許容される場合にも方法２が適用されてもよい。この場合、例えば、上述した（Case 1）では、端末２００はSBFDシンボルのROを選択して１回のPRACH送信を行うが、SBFDシンボルと非SBFDシンボルとに亘るROが利用可能な場合、端末２００は、SBFDシンボルと非SBFDシンボルとに亘るROを用いてPRACH送信を行ってもよい。
　＜方法３＞
　方法３では、端末２００は、SBFDシンボル上のROにおけるPRACH送信に関する閾値、及び、非SBFDシンボル上のROにおけるPRACH送信に関する閾値と、信号の受信電力（例えば、SS-RSRP）との比較に加え、SBFDシンボル及び非SBFDシンボルの優先順位に関するルールに基づいて、PRACH送信に使用するROを選択する。
　なお、SBFDシンボル及び非SBFDシンボルのそれぞれのROにおけるPRACH送信に関する閾値（例えば、PRACH送信の閾値、及び、PRACH repetition回数の閾値）は、方法１と同じ閾値を用いてもよい。
　端末２００（例えば、SBFD対応端末）は、以下の手順に従ってROを選択する。なお、PRACH repetitionを適用しない場合、端末２００は、以下の（手順1）及び（手順2）を実施し、他の手順を実施しなくてよい。
　（手順1）
　端末２００は、優先順位のルールに従って、非SBFDシンボル上のRO及びSBFDシンボル上のROの何れを使用するかを決定する。すなわち、端末２００は、優先順位ルールに従って、PRACH送信を行うシンボル種別を決定する。
　（手順2）
　端末２００は、手順1において決定したシンボル種別に基づいて、「SBFDシンボルにおけるPRACH送信の閾値」及び「非SBFDシンボルにおけるPRACH送信の閾値」の何れかの閾値と、SS-RSRPとに基づいて、PRACH送信に利用可能なROを選択する。
　例えば、SS-RSRPが、手順1で決定されたシンボル種別に対応するPRACH送信の閾値以上の場合、端末２００は、手順1で決定されたシンボル種別のシンボル上のROを選択する。
　また、例えば、SS-RSRPが、手順1で決定されたシンボル種別に対応するPRACH送信の閾値以上でない場合（閾値未満の場合）、かつ、手順1で選択されていないシンボル種別に対応するPRACH送信の閾値以上の場合、端末２００は、以下の方法の何れかを適用してよい。
　1つ目の方法は、シンボル種別を変更しない方法（「シンボル種別変更無し」）である。この場合、端末２００は、PRACH送信を行わない。これにより、優先順位のルールにより、優先しないシンボル種別での送信を禁止できるので、端末２００における判定を簡易化できる。また、例えば、SBFDシンボルでの送信を禁止した場合には端末間干渉を低減できる。
　２つ目の方法は、シンボル種別を変更する方法（「シンボル種別変更有り」）である。この場合、端末２００は、手順1で選択されない（優先しない）シンボル種別のシンボル上のROを選択する。これにより、PRACHの送信機会を向上できる。
　また、例えば、「SBFDシンボルにおけるPRACH送信の閾値」及び「非SBFDシンボルにおけるPRACH送信の閾値」の両方においてSS-RSRPが閾値未満の場合、端末２００は、PRACH送信を行わない。
　（手順3）
　端末２００は、手順1及び手順2において選択されたシンボル種別において、PRACH repetition回数の閾値が設定される場合、SS-RSRPとPRACH repetition回数の閾値との比較に基づいて、PRACH repetition回数を決定する。
　以上、端末２００におけるPRACHリソース（RO）の選択、及び、PRACH repetition回数を決定する手順の例について説明した。
　次に、優先順位のルールの例について説明する。
　優先順位のルールとして、例えば、以下のルールが適用されてよい。優先順位のルールは、予め定義されてもよく、コンフィグレーションにより端末２００へ通知されてもよい。例えば、優先順位のルールの設定には、適用するルール種別の設定、ルールの有効及び無効の設定が含まれてもよい。
　（ルールの例1）
　例１では、可能な限りSBFDシンボルのROが優先的に選択される。例えば、高い優先度のULデータ送信を要求するためのPRACH送信には、SBFDシンボルに加え、非SBFDシンボル上のROも使用可能であるが、低い優先度のULデータの場合にはSBFDシンボル上のROを使用可能とし、非SBFDシンボル上のROを使用しなくてもよい。
　端末２００（例えば、SBFD対応端末）がSBFDシンボルのROを非SBFDシンボル上のROよりも優先的に使用することにより、SBFD非対応端末が非SBFDシンボルのROを使用可能となる確率が高くなるので、例えば、PRACH送信の衝突確率が減少し、SBFD対応端末とSBFD非対応端末とのRO利用の公平性を向上できる。
　（ルールの例2）
　例２では、パワーランピングが適用されない場合には、SBFDシンボル上のROが非SBFDシンボル上のROよりも優先的に選択され、パワーランピングが適用される場合には、非SBFDシンボル上のROがSBFDシンボル上のROよりも優先的に選択される。
　パワーランピングが適用される場合、PRACH送信電力が増加し、端末間干渉が増加する。この場合、端末２００は、非SBFDシンボルを優先的に選択することにより、端末間干渉の増加を抑えることができる。パワーランピングが適用されない場合、ルールの例１と同様、SBFD対応端末とSBFD非対応端末とのRO利用の公平性を向上できる。
　（ルールの例3）
　例３では、PRACH送信電力が閾値未満の場合には、SBFDシンボル上のROが非SBFDシンボル上のROよりも優先的に選択され、PRACH送信電力が閾値以上の場合には、非SBFDシンボル上のROがSBFDシンボル上のROよりも優先的に選択される。
　PRACH送信電力の閾値は、例えば、予め定義されてもよく、コンフィグレーションにより端末２００に通知されてもよい。
　PRACH送信電力が増加する場合（例えば、閾値以上の場合）、端末間干渉が増加するので、端末２００は、非SBFDシンボルを選択することにより、端末間干渉の増加を抑えることができる。PRACH送信電力が増加しない場合（例えば、閾値未満の場合）、ルールの例１と同様、SBFD対応端末とSBFD非対応端末とのRO利用の公平性を向上できる。
　（ルールの例4）
　例４では、半静的な設定（例えば、SIBを使用した通知）、又は、動的な通知（例えば、UE specific PDCCH又はgroup common PDCCHにおける通知）を用いて、優先（又は、使用）されるシンボル種別が設定される。例えば、優先されるシンボル種別は、1ビットのフラグによって通知されてもよい。
　例えば、優先されるシンボル種別の設定及び通知は端末２００毎に異なってもよい。例えば、SS-RSRPが低い傾向となるセル端端末には、非SBFDシンボルのROの使用を設定することにより、SBFDシンボルでの端末間干渉を低減できる。
　例４では、例えば、基地局１００に収容される端末２００又はトラフィックの状況に応じて何れのシンボル種別を選択するかを設定可能となる。例えば、SBFDシンボルにおけるDL受信において端末間干渉の増加を許容可能か否かについて考慮したシンボル種別の設定が可能となる。これにより、RO選択の柔軟性を向上できる。
　以上、優先順位のルールの例について説明した。
　図１１は、方法３におけるSS-RSRP と閾値との関係の例を示す。
　図１１の例では、SS-RSRPの値を示す矢印（縦軸）の左側に「非SBFDシンボルにおけるPRACH送信の閾値」及び「非SBFDシンボルにおけるPRACH repetition回数の閾値」を示し、右側に「SBFDシンボルにおけるPRACH送信の閾値」及び「SBFDシンボルにおけるPRACH repetition回数の閾値」を示す。
　図１１の例では、方法１（図８）と同様、非SBFDシンボルにおいて２、４、８回のPRACH repetitionに対する閾値（３個の閾値）が設定され、SBFDシンボルにおいて２回のPRACH repetitionに対する閾値（１個の閾値）が設定される。図１１に示すように、閾値の設定は図８と同様であるが、ROの選択方法が方法３と方法１とで異なるので、SS-RSRPの値に応じて、端末２００におけるPRACH送信の動作は以下の８つのケースに分類される。
　なお、図１１の例では、上述した（手順2）におけるシンボル種別変更有りの条件（2つ目の方法）を想定する。
　図１１において、Case 1a～1eは、手順1において非SBFDシンボルが選択されるケースを示す。手順１において非SBFDシンボルが選択される場合、端末２００は、SS-RSRPと「非SBFDシンボルにおけるPRACH送信の閾値」及び「非SBFDシンボルにおけるPRACHレペティション回数の閾値」との比較に基づいて、Case 1a～1eに分けられるケースの何れかに対応するPRACHリソース（例えば、PRACH送信の有無、及び、PRACH repetition回数）を選択する。
　図１１において、Case 2a～2cは、手順1においてSBFDシンボルが選択されるケースを示す。
　Case 2aは、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」以上、かつ、「２回のPRACH repetitionの閾値」以上のケースである。Case 2aでは、端末２００は、SBFDシンボル上のROを選択し、SBFDシンボル上のROにおいて、PRACH repetition無しでPRACH送信を行う。
　Case 2bは、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」以上、かつ、「２回のPRACH repetitionの閾値」未満のケースである。Case 2bでは、端末２００は、SBFDシンボル上のROを選択し、SBFDシンボル上のROにおいて、２回のPRACH repetition送信を行う。
　Case 2cは、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」未満のケースである。図１１の例では、手順2におけるシンボル種別変更有りを想定するため、Case 2cでは、端末２００は、使用するシンボル種別を非SBFDシンボルに変更する。そして、端末２００は、SS-RSRPに基づいて、Case 1b～1eの何れかのPRACH送信動作を行う。なお、図１１の例では、「SBFDシンボルにおけるPRACH送信の閾値」よりも、「非SBFDシンボルにおける２回のPRACH repetition回数の閾値」が低いため、Case 1aは選択され得ない。
　以上、方法３におけるSS-RSRPと閾値との関係の例について説明した。
　このように、方法３によれば、シンボル種別の優先順位のルールを設定した上で、PRACH送信の閾値、及び、PRACH repetition回数の閾値をSBFDシンボルと非SBFDシンボルとで個別に設定する。これにより、端末２００は、SBFDシンボル上のRO、及び、非SBFDシンボル上のROの何れかを使用してPRACH送信及びPRACH repetition送信を行うかを選択する。これにより、SBFDシンボル上での端末間干渉を低減し、SBFDシンボルにおけるDL受信性能を改善できる。
　また、方法３では、優先順位のルールの使用により、閾値のみを用いてPRACHリソースの選択（判定）を行う場合よりも、細かい選択基準又は状況に応じた選択基準に基づいてPRACHリソースの選択が可能となり、RO選択の柔軟性を向上できる。
　＜方法４＞
　方法４では、方法３と同様に、端末２００は、SBFDシンボル上のROにおけるPRACH送信に関する閾値、及び、非SBFDシンボル上のROにおけるPRACH送信に関する閾値と、信号の受信電力（例えば、SS-RSRP）との比較に加え、SBFDシンボル及び非SBFDシンボルの優先順位に関するルールに基づいて、PRACH送信に使用するROを選択する。
　方法４では、PRACH送信に失敗した場合（例えば、PRACH送信に対する応答（例えば、Msg 2）が無い場合）、PRACH送信の失敗後に端末２００がPRACHを再送する際に使用するROの選択方法（例えば、前回送信よりも低い受信電力値（SS-RSRP）に基づいて使用する送信方法を選択する方法）について説明する。
　例えば、端末２００が現在選択しているシンボル種別においてSS-RSRPが閾値以上、かつ、SS-RSRPにより近い（例えば、最近傍）の閾値に対して、当該閾値未満の場合の送信方法を選択してよい。すなわち、端末２００は、PRACH送信に失敗した場合、当該PRACH送信においてROの選択に用いたSS-RSRPの値よりも低いSS-RSRPの値（電力値）と、PRACH送信に関する閾値（例えば、PRACH送信の閾値及びPRACH repetition回数の閾値）との比較に基づいて、PRACHの再送に使用されるROを選択する。
　一例として、端末２００が、或るシンボル種別において２回のrepetition送信を失敗した場合（例えば、SS-RSRPが２回のrepetition送信の閾値未満の場合）にPRACH送信を再度行う場合には、端末２００は、SS-RSRPがより低い閾値（例えば、４回のrepetition送信の閾値）未満であると見なして、repetition回数を４回にしてPRACH送信を行ってよい。
　この動作は、例えば、図１１に示す或るシンボル種別のCase（Case 1a～1e、又は、Case 2a～2c）において、現在対応するCaseから１つ下のCaseへ変更することに相当する。また、図１１では、手順2のシンボル種別変更有りの場合を想定するので、端末２００は、このCaseの変更（送信方法の変更）によって、選択しているシンボル種別におけるPRACH送信の閾値を下回る場合には、シンボル種別の変更を次の送信方法としてよい。
　なお、以下の説明では、１つの送信方法を「レベル」とも表記する。
　図１２は、PRACH送信失敗時の送信方法の変更の例を示す。
　図１２の例では、SS-RSRPの値を示す矢印（縦軸）の左側に「非SBFDシンボルにおけるPRACH送信の閾値」及び「非SBFDシンボルにおけるPRACH repetition回数の閾値」を示し、右側に「SBFDシンボルにおけるPRACH送信の閾値」及び「SBFDシンボルにおけるPRACH repetition回数の閾値」を示す。
　図１２の例では、方法３（図１１）と同様、非SBFDシンボルにおいて２、４、８回のPRACH repetitionに対する閾値（３個の閾値）が設定され、SBFDシンボルにおいて２回のPRACH repetitionに対する閾値（１個の閾値）が設定される。
　なお、図１２の例では、シンボル種別の優先順位のルールとして、方法３で説明したルールの例１を想定する。また、図１２の例では、方法３で説明した（手順2）におけるシンボル種別の変更有りの条件（2つ目の方法）を想定する。
　また、図１２の例では、端末２００が測定したSS-RSRPを縦軸の〇印の位置に示す。この場合、端末２００は、例えば、PRACH送信の失敗に応じて、以下のレベルの順にPRACH送信を行ってよい。
　（レベル１）
　端末２００は、優先順位のルールより、シンボル種別としてSBFDシンボルを選択し、SS-RSRPと閾値との比較に基づいてCase 2aの送信方法（例えば、SBFDシンボル上のROで単独のPRACH送信）を選択する。図１２に示すように、レベル１（Case 2a）は、SS-RSRPが「SBFDシンボルにおける２回のPRACH repetition回数の閾値」以上の送信方法である。
　（レベル２）
　端末２００は、レベル１でのPRACH送信に失敗した場合、SS-RSRPにより近く（例えば、最近傍であり）、かつ、レベル１においてSS-RSRPが上回っている閾値である「SBFDシンボルにおける２回のPRACH repetition回数の閾値」未満の送信方法（レベル２）に変更する。すなわち、端末２００は、Case 2bの送信方法（例えば、SBFDシンボル上のROで２回のPRACH repetition送信）を選択する。図１２に示すように、レベル２（Case 2b）は、SS-RSRPが「SBFDシンボルにおけるPRACH送信の閾値」を上回るとみなす送信方法である。
　（レベル３）
　端末２００は、レベル２でのPRACH送信に失敗した場合、SS-RSRPにより近く（例えば、最近傍であり）、かつ、レベル２においてSS-RSRPが上回っているとみなす閾値である「SBFDシンボルにおけるPRACH送信の閾値」未満の送信方法（レベル３）に変更する。図１２では、レベル２より下のSBFDシンボルにおけるPRACH送信方法は存在せず、また、シンボル種別の変更有を想定するため、端末２００は、シンボル種別を非SBFDシンボルに変更し、Case 1bの送信方法（例えば、非SBFDシンボル上のROでの２回のPRACH repetition送信）を選択する。図１２に示すように、レベル３（Case 1b）は、SS-RSRPが「非SBFDシンボルにおける４回のPRACH repetition回数の閾値」以上とみなす送信方法である。
　（レベル４）
　端末２００は、レベル３でのPRACH送信に失敗した場合、SS-RSRPにより近く（例えば、最近傍であり）、かつ、レベル３においてSS-RSRPが上回っているとみなす閾値である「非SBFDシンボルにおける４回のPRACH repetition回数の閾値」未満の送信方法（レベル４）に変更する。例えば、端末２００は、Case 1cの送信方法（例えば、非SBFDシンボル上のROで４回のPRACH repetition送信）を選択する。図１２に示すように、レベル４（Case 1c）は、SS-RSRPが「非SBFDシンボルにおける８回のPRACH repetition回数の閾値」以上とみなす送信方法である。
　（レベル５）
　端末２００は、レベル４でのPRACH送信に失敗した場合、SS-RSRPにより近く（例えば、最近傍であり）、かつ、レベル４においてSS-RSRPが上回っているとみなす閾値である「非SBFDシンボルにおける８回のPRACH repetition回数の閾値」未満の送信方法（レベル５）に変更する。例えば、端末２００は、Case 1dの送信方法（例えば、非SBFDシンボル上のROで８回のPRACH repetition送信）を選択する。
　以上、PRACH送信失敗時の送信方法の変更の例について説明した。
　このように、方法４によれば、端末２００は、PRACH送信の失敗後、PRACHを再度送信する際、実際に測定したSS-RSRPの値よりも低いSS-RSRPの場合に使用される送信方法（レベル）に変更してPRACH送信を行うことにより、PRACH送信の成功の可能性を高めることができる。これにより、RACH procedureに要する遅延時間を低減できる。
　＜方法５＞
　方法５では、端末２００は、ROの種別毎の閾値と、信号の受信電力（例えば、SS-RSRP）との比較に基づいて、PRACH送信に使用するROを選択する。
　RO種別は、例えば、ROを構成するコンフィグレーションに紐づけて設定されてよい。RO種別毎に、異なるPRACH送信の閾値及び異なるPRACH repetition回数の閾値が設定されてよい。また、RO種別は、SBFDシンボル内に複数設定されてよい。
　端末２００（例えば、SBFD対応端末）は、以下の手順に従ってROを選択する。以下の手順は、方法１の手順を拡張し、「シンボル種別の選択」を「RO種別の選択」に置き換えて適用される。また、RO種別は２種類に限定されず、３種類以上のRO種別に対応してよい。なお、PRACH repetitionを適用しない場合、端末２００は、手順１を実施し、手順２を実施しなくてよい。また、方法５では、方法１以外の方法についても、「シンボル種別の選択」を「RO種別の選択」と置き換えることにより適用可能である。
　（手順1）
　端末２００は、複数のRO種別に紐づくPRACH送信の閾値のうち、SS-RSRPが閾値以上、かつ、SS-RSRPとより近い値（例えば、SS-RSRPと最近傍）の閾値に対応するRO種別のROを選択する。
　例えば、端末２００は、以下の動作を行ってよい。
　端末２００は、SS-RSRPが、１つのRO種別のPRACH送信の閾値以上の場合、当該閾値に対応するRO種別のROを選択する。
　端末２００は、SS-RSRPが、複数のRO種別のPRACH送信の閾値以上の場合、SS-RSRPが閾値以上、かつ、SS-RSRPとより近い値（例えば、最近）の閾値に対応するRO種別のROを選択する。
　端末２００は、SS-RSRPが何れのRO種別のPRACH送信の閾値未満の場合、PRACHを送信しない。
　（手順2）
　端末２００は、手順1において選択されたROに対応するRO種別において、PRACH repetition回数の閾値が設定される場合、SS-RSRPとPRACH repetition回数の閾値との比較に基づいて、PRACH repetition回数を決定する。
　以上、端末２００におけるPRACHリソース（RO）の選択、及び、PRACH repetition回数を決定する手順の例について説明した。
　図１３は、方法５に基づくROの配置例を示す。なお、図１３では、説明の簡略のため、PRACH repetitionについては記載していない。
　図１３の例では、Slot#3に、RO種別#0に対応するROのリソース（RO#0）、及び、RO種別#1に対応するROのリソース（RO#1）が設定される。図１３に示すように、RO#0は、DLサブバンドに隣接する。また、図１３に示すように、RO#1は、RO#0に隣接し、DLサブバンドに隣接しない。
　ここでは、RO種別#0におけるPRACH送信の閾値は、RO種別#1におけるPRACH送信の閾値より高く設定される場合について説明する。
　この場合、SBFD対応端末において、SS-RSRPが高い端末２００（例えば、SS-RSRPがRO#0種別#0におけるPRACH送信の閾値以上の場合）は、RO#0を選択し、RO#0においてPRACHを送信する。また、SS-RSRPが低い端末２００（例えば、SS-RSRPがRO種別#0におけるPRACH送信の閾値未満、かつ、SS-RSRPがRO種別#1におけるPRACH送信の閾値以上の場合）は、RO#1を選択し、RO#1においてPRACHを送信する。
　例えば、SS-RSRPが高いほど、端末２００におけるUL送信電力は低くてよいので、RO#0においてPRACH送信（UL送信）を行っても他のサブバンド（例えば、DLサブバンド）へ与える影響が小さいので、端末間干渉を低く抑えることができる。
　その一方で、SS-RSRPが低いほど、端末２００におけるUL送信電力は高くすることが期待されるため、RO#1におけるPRACHの送信電力は、RO#0におけるPRACHの送信電力より高くなり、端末間干渉が高くなり得る。これに対して、図１３に示すように、RO#1におけるPRACH送信に使用される周波数リソースは、RO#0におけるPRACH送信に使用される周波数リソースと比較して、DLサブバンドの周波数リソースから離れて配置される。よって、SS-RSRPが低い場合（例えば、SS-RSRPがRO種別#0におけるPRACH送信の閾値未満、かつ、SS-RSRPがRO種別#1におけるPRACH送信の閾値以上の場合）、RO#1におけるPRACH送信（UL送信）がDLサブバンドでの受信（DL受信）に対して与える端末間干渉を低減できる。
　例えば、チャネル間のガードバンドは、チャネル間干渉を低減するために、送受信に利用するリソースを離す（遠ざける）ために使用される。同様に、方法５では、図１３に示すように、RO#1においてPRACHを送信する場合、RO#0のリソースが、PRACH送信（UL送信）とDLサブバンドでの受信（DL受信）との間のガードバンドのように使用可能となるので、端末間干渉を低減できる。このように、同一シンボル（例えば、SBFDシンボル）内でも、DLサブバンドとの位置関係などに応じて異なるRO種別を配置することにより、SBFDシンボル上のPRACH送信における端末間干渉を低減できる。
　このように、方法５によれば、PRACH送信の閾値、及び、PRACH repetition回数の閾値をRO種別に個別に設定することにより、端末２００は、RO種別のROの何れを使用してPRACH送信及びPRACH repetition送信を行うかを選択する。これにより、SBFDシンボル上での端末間干渉を低減し、SBFDシンボルにおけるDL受信性能を改善できる。
　また、方法５は、SBFDシンボル内のROに閉じて端末間干渉の低減を図ることができるので、SBFD非対応端末への影響を軽減できる。例えば、SS-RSRPの低いSBFD対応端末が非SBFDシンボル上のROを使用しなくてよいので、SBFD非対応端末がPRACHを送信する際の衝突確率を上げることなく、端末間干渉の低減を図ることができる。
　なお、図１３では、一例として、一つのSBFDシンボル内に複数のROが配置される例について説明したが、これに限定されず、例えば、複数のSBFDシンボルのそれぞれにROが配置される場合でも、方法５を適用可能である。
　以上、PRACHリソースの選択方法の例について説明した。
　このように、本実施の形態では、端末２００は、SBFDシンボルを含む複数のシンボルにおいて、SS-RSRPに対する閾値に基づいて、PRACH送信に用いるRO（送信機会）を選択し、選択したROを用いて、PRACH信号を送信する。これにより、SBFDシンボルにおけるPRACH送信の際に、端末間干渉を低減できる。よって、本実施の形態によれば、PRACHリソース選択の効率を向上できる。
　（他の実施の形態）
　（１）本開示の一実施例において、SBFD対応端末用のPRACHリソース設定として、例えば、図１４に示すようなコンフィグレーションを想定してもよい。図１４において「additionalRACH-SBFD-ConfigList-r19」は、SBFD対応端末用のPRACH構成の例である。例えば、図１４では、SBFD非対応端末は、「rach-ConfigCommon」又は「additionalRACH-ConfigList-r17」によってPRACHリソースが設定され、SBFD対応端末は、「additionalRACH-SBFD-ConfigList-r19」によってPRACHリソースが設定される。SBFD対応端末用に対して異なるパラメータを追加することにより、SBFD対応端末用のPRACHリソース設定を実現する。
　（２）本開示の一実施例において、SBFDシンボルにおける端末間干渉の低減のため、PRACH送信電力の制限を組み合わせて適用してもよい。例えば、PRACH送信電力の制限方法として、SBFDシンボルでPRACHを送信する際の電力オフセットを適用してよい。例えば、次式(1)を適用してよい。
　ここで、PPRACH,b,f,c(i)はアクティブなUL BWP「b」、キャリア「f」、セル「c」、送信機会「i」におけるPRACH送信電力を表し、PCMAX,f,cは端末の最大送信電力を表し、PPRACH,target,f,cは上位レイヤから設定される目標受信電力を表し、PLb,f,cはパスロスを表す。また、sbfd_offsetはSBFDシンボルに適用する電力オフセットを表す。
　例えば、sbfd_offsetに負の値を設定することにより、sbfd_offsetを適用しない非SBFDシンボルと比較して、PRACH送信電力を低減できる。なお、PRACH repetitionにより複数のPRACHを送信する際、RO毎に異なる送信電力としてもよい。PRACHリソース選択による端末間干渉低減に加えて、PRACH送信電力の制限を適用することにより、PRACH送信による端末間干渉をさらに低減することができる。
　（３）本開示の一実施例において、SBFDシンボルにおける閾値（例えば、PRACH送信の閾値及びPRACH repetition回数の閾値）、及び、非SBFDシンボルにおける閾値（例えば、PRACH送信の閾値及びPRACH repetition回数の閾値）の代わりに、「SBFD対応端末用ROの閾値」および「SBFD非対応端末用ROの閾値（もしくは共有ROの閾値）」を用いてもよい。例えば、これらの閾値は以下のように定義されてもよい。以下では、一例として、方法１における変更例を示す。
　＜SBFD対応端末用のROにおけるPRACH送信の閾値＞
　端末２００は、例えば、SS-RSRPが閾値以上の場合、閾値に紐づくSBFD対応端末用のROにおいてPRACHを送信してよい。閾値は、SBFD対応端末用のROに紐づく個別のパラメータによって設定されてもよく、例えば、SBFD対応端末用のROに紐づく上位レイヤパラメータ（例えば、RACH-ConfigCommon IEのrsrp-ThresholdSSBなど）が再利用されてもよい。
　＜SBFD非対応端末用のRO（又は、共有のRO）におけるPRACH送信の閾値＞
　端末２００は、例えば、SS-RSRPが閾値以上の場合、SBFD非対応端末用のROにおいてPRACHを送信してよい。閾値は、SBFD非対応端末用のROに紐づく個別のパラメータで設定されてもよく、例えば、SBFD非対応端末用のROに紐づく上位レイヤパラメータ（例えば、RACH-ConfigCommon IEのrsrp-ThresholdSSBなど）が再利用されてもよい。
　＜SBFD対応端末用のROにおけるPRACH repetition回数の閾値＞
　端末２００は、例えば、SS-RSRPが閾値未満の場合、閾値に紐づくROにおいて、閾値に対応する回数のPRACHをSBFD対応端末用のROでrepetition送信してよい。なお、この閾値は、RACH repetitionが適用されている場合に使用されてよい。
　＜SBFD非対応端末用のRO（又は共有のRO）におけるRACH repetition回数の閾値＞
　端末２００は、SS-RSRPが閾値未満の場合、閾値に紐づくROにおいて、閾値に対応する回数のPRACHをSBFD非対応端末用のROでrepetition送信してよい。なお、この閾値は、RACH repetitionが適用されている場合に使用されてよい。
　以上、閾値の例について説明した。
　端末２００（例えば、SBFD対応端末）は、上記閾値を用いて次の手順でROを選択する。以下では、一例として、方法１における変更の例を示す。以下では、RO種別として、「SBFD対応端末用のRO」及び「SBFD非対応端末用のRO」を表す。
　（手順１）
　端末２００は、「SBFD対応端末用のROにおけるPRACH送信の閾値」及び「非SBFD対応端末用のROにおけるPRACH送信の閾値」のうち、SS-RSRPが閾値以上、かつ、SS-RSRPがより近い値（例えば、最近傍）の閾値に対応するRO種別（例えば、SBFD対応端末用のRO又は非SBFD対応端末用のRO）を選択する。
　（手順２）
　端末２００は、手順1において選択されたRO種別において、PRACH repetition回数の閾値が設定されている場合、SS-RSRPに基づいて、PRACH repetition回数を決定する。
　図１５は、SBFD対応端末用のRO及びSBFD非対応端末用のROの使用例を示す。
　図１５において、RO#0-0及びRO#0-1はSBFD対応端末用のROであり、RO#1-0はSBFD非対応端末用のROである。図１５に示すように、SBFD対応端末用のROは、SBFDシンボルに加え、非SBFDシンボルにも配置可能である。非SBFDシンボルを含めて、SBFD対応端末におけるPRACH送信処理を既存の処理（例えば、SBFD非対応端末におけるPRACH送信処理）と分離できるため、シンボル種別で分離する場合と比較して、非SBFDシンボルのROをSBFD対応端末が使用する際の複雑さ（例えば、SSBとROの紐づけ、PRACH repetition送信におけるROの割り当てなど）を軽減できる。
　（４）本開示の一実施例において、閾値の定義は、上述した例に限定されず、例えば、「SBFDシンボルにおけるPRACH送信の閾値」の代わりに、「SBFDシンボルにおける単一のPRACH送信の閾値」（例えば、SBFDシンボルにおけるrepetition無しのPRACH送信の閾値）という定義でもよい。また、例えば、「非SBFDシンボルにおけるPRACH送信の閾値」の代わりに、「非SBFDシンボルにおける単一のPRACH送信の閾値」（例えば、非SBFDシンボルにおけるrepetition無しのPRACH送信の閾値）という定義でもよい。
　（５）本開示の一実施例において、閾値と比較する測定値（例えば、受信電力）はSS-RSRPに限定されず、他の測定値（測定量）でもよい。例えば、SS-RSRPの代わりに他の測定量に基づく閾値が適用されてもよい。例えば、SS-Reference Signal Received Quality（RSRQ）（又は、SSB-RSRQ)、SSB-Signal to Interference and Noise Ratio（SINR）(又は、SS-SINR)、Channel State Information（CSI）-RSRP、CSI-RSRQ、CSI-SINRの閾値が適用されてもよい。
　また、PRACHリソース（RO）の選択において用いるパラメータは、SS-RSRPといった測定値に限定されず、例えば、端末２００の位置がセル端であるか否かに基づく方法でもよい。例えば、セル端の端末２００ほど、UL送信電力が高く設定されやすい。そこで、例えば、上述した実施の形態における「SS-RSRPが閾値未満の場合」を「端末２００がセル端に位置する場合」に置き換え、「SS-RSRPが閾値以上の場合」を「端末２００がセル端に位置しない場合」に置き換えてもよい。なお、端末２００の位置は、例えば、受信電力などから推測されてもよく、端末２００の位置に関する情報から特定されてもよい。
　（６）上記実施の形態では、時間領域のリソースの単位は、シンボル及びスロットに限定されず、時間領域の他のリソースでもよく、時間領域のリソースの他の組み合わせでもよい。
　また、上記実施の形態では、SBFDを適用する場合について説明したが、周波数帯域を分割した複数の帯域（例えば、サブバンド）において送信方向（例えば、DL又はUL）が設定される方式であれば、SBFDに限らず本開示の一実施例を適用してもよい。
　また、上述した実施の形態において、サブバンド数、DLサブバンド数、ULサブバンド数、スロット数、シンボル数、repetition回数といった値は一例であって、限定されない。また、上述した実施の形態において用いたサブバンド構成は一例であって、サブバンド数、DLサブバンド及びULサブバンドの配置順序はこれに限定されない。
　（補足）
　上述した実施の形態に示した機能、動作又は処理を端末２００がサポートするか否かを示す情報が、例えば、端末２００の能力（capability）情報あるいは能力パラメータとして、端末２００から基地局１００へ送信（あるいは通知）されてもよい。
　能力情報は、上述した実施の形態に示した機能、動作又は処理の少なくとも１つを端末２００がサポートするか否かを個別に示す情報要素（IE）を含んでもよい。あるいは、能力情報は、上述した実施の形態に示した機能、動作又は処理の何れか２以上の組み合わせを端末２００がサポートするか否かを示す情報要素を含んでもよい。
　基地局１００は、例えば、端末２００から受信した能力情報に基づいて、能力情報の送信元端末２００がサポートする（あるいはサポートしない）機能、動作又は処理を判断（あるいは決定または想定）してよい。基地局１００は、能力情報に基づく判断結果に応じた動作、処理又は制御を実施してよい。例えば、基地局１００は、端末２００から受信した能力情報に基づいて、ランダムアクセスチャネルのリソース設定を制御してよい。
　なお、上述した実施の形態に示した機能、動作又は処理の一部を端末２００がサポートしないことは、端末２００において、そのような一部の機能、動作又は処理が制限されることに読み替えられてもよい。例えば、そのような制限に関する情報あるいは要求が、基地局１００に通知されてもよい。
　端末２００の能力あるいは制限に関する情報は、例えば、規格において定義されてもよいし、基地局１００において既知の情報あるいは基地局１００へ送信される情報に関連付けられて暗黙的（implicit）に基地局１００に通知されてもよい。
　（制御信号）
　本開示において、本開示の一実施例に関連する下り制御信号（又は、下り制御情報）は、例えば、物理層のPhysical Downlink Control Channel（PDCCH）において送信される信号（又は、情報）でもよく、上位レイヤのMedium Access Control Control Element（MAC CE）又はRadio Resource Control（RRC）において送信される信号（又は、情報）でもよい。また、信号（又は、情報）は、下り制御信号によって通知される場合に限定されず、仕様（又は、規格）において予め規定されてもよく、基地局及び端末に予め設定されてもよい。
　本開示において、本開示の一実施例に関連する上り制御信号（又は、上り制御情報）は、例えば、物理層のPUCCHにおいて送信される信号（又は、情報）でもよく、上位レイヤのMAC CE又はRRCにおいて送信される信号（又は、情報）でもよい。また、信号（又は、情報）は、上り制御信号によって通知される場合に限定されず、仕様（又は、規格）において予め規定されてもよく、基地局及び端末に予め設定されてもよい。また、上り制御信号は、例えば、uplink control information（UCI）、1st stage sidelink control information（SCI)、又は、2nd stage SCIに置き換えてもよい。
　（基地局）
　本開示の一実施例において、基地局は、Transmission Reception Point（TRP）、クラスタヘッド、アクセスポイント、Remote Radio Head（RRH）、eNodeB (eNB)、gNodeB(gNB)、Base Station（BS）、Base Transceiver Station（BTS）、親機、ゲートウェイなどでもよい。また、サイドリンク通信では、基地局の役割を端末が担ってもよい。また、基地局の代わりに、上位ノードと端末の通信を中継する中継装置であってもよい。また、路側器であってもよい。
　（上りリンク／下りリンク／サイドリンク）
　本開示の一実施例は、例えば、上りリンク、下りリンク、及び、サイドリンクの何れに適用してもよい。例えば、本開示の一実施例を上りリンクのPhysical Uplink Shared Channel（PUSCH）、Physical Uplink Control Channel（PUCCH）、Physical Random Access Channel（PRACH）、下りリンクのPhysical Downlink Shared Channel（PDSCH）、PDCCH、Physical Broadcast Channel（PBCH）、又は、サイドリンクのPhysical Sidelink Shared Channel（PSSCH）、Physical Sidelink Control Channel（PSCCH）、Physical Sidelink Broadcast Channel（PSBCH）に適用してもよい。
　なお、PDCCH、PDSCH、PUSCH、及び、PUCCHそれぞれは、下りリンク制御チャネル、下りリンクデータチャネル、上りリンクデータチャネル、及び、上りリンク制御チャネルの一例である。また、PSCCH、及び、PSSCHは、サイドリンク制御チャネル、及び、サイドリンクデータチャネルの一例である。また、PBCH及びPSBCHは報知（ブロードキャスト）チャネル、PRACHはランダムアクセスチャネルの一例である。
　（データチャネル／制御チャネル）
　本開示の一実施例は、例えば、データチャネル及び制御チャネルの何れに適用してもよい。例えば、本開示の一実施例におけるチャネルをデータチャネルのPDSCH、PUSCH、PSSCH、又は、制御チャネルのPDCCH、PUCCH、PBCH、PSCCH、PSBCHの何れかに置き換えてもよい。
　（参照信号）
　本開示の一実施例において、参照信号は、例えば、基地局及び移動局の双方で既知の信号であり、Reference Signal（RS）又はパイロット信号と呼ばれることもある。参照信号は、Demodulation Reference Signal（DMRS）、Channel State Information - Reference Signal（CSI-RS）、Tracking Reference Signal(TRS）、Phase Tracking Reference Signal（PTRS）、Cell-specific Reference Signal（CRS）、又は、Sounding Reference Signal（SRS）の何れでもよい。
　（時間間隔）
　本開示の一実施例において、時間リソースの単位は、スロット及びシンボルの１つ又は組み合わせに限らず、例えば、フレーム、スーパーフレーム、サブフレーム、スロット、タイムスロット、サブスロット、ミニスロット又は、シンボル、Orthogonal Frequency Division Multiplexing（OFDM）シンボル、Single Carrier - Frequency Division Multiplexing Access（SC-FDMA）シンボルといった時間リソース単位でもよく、他の時間リソース単位でもよい。また、１スロットに含まれるシンボル数は、上述した実施の形態において例示したシンボル数に限定されず、他のシンボル数でもよい。
　（周波数帯域）
　本開示の一実施例は、ライセンスバンド、アンライセンスバンドのいずれに適用してもよい。
　（通信）
　本開示の一実施例は、基地局と端末との間の通信(Uuリンク通信)、端末と端末との間の通信（Sidelink通信）、Vehicle to Everything（V2X）の通信のいずれに適用してもよい。例えば、本開示の一実施例におけるチャネルをPSCCH、PSSCH、Physical Sidelink Feedback Channel（PSFCH）、PSBCH、PDCCH、PUCCH、PDSCH、PUSCH、又は、PBCHの何れかに置き換えてもよい。
　また、本開示の一実施例は、地上のネットワーク、衛星又は高度疑似衛星（HAPS：High Altitude Pseudo Satellite）を用いた地上以外のネットワーク（NTN：Non-Terrestrial Network）のいずれに適用してもよい。また、本開示の一実施例は、セルサイズの大きなネットワーク、超広帯域伝送ネットワークなどシンボル長やスロット長に比べて伝送遅延が大きい地上ネットワークに適用してもよい。
　（SBFD）
　本開示の一実施例において、上りリンク、下りリンク、サイドリンクのシンボルに対する動作は、SBFD（Subband non-overlapping full duplex, Subband full duplex）の動作又は制御が行われるシンボル（例えば、SBFDシンボル）に対して適用してもよい。SBFDシンボルにおいては、周波数領域（又は、周波数リソース、周波数帯域）が複数の周波数領域（例えば、サブバンド、RB set、サブ帯域、サブBWP（Bandwidth part）とも呼ぶ）に分割される。端末は、分割された領域であるサブバンド単位による異なる方向（例えば、下りリンク又は上りリンク）の送信および受信をする。SBFDシンボルにおいて、端末は、上りリンク及び下りリンクの何れか一方向の送受信をし、他方向の送受信をしないとしてもよい。その一方で、基地局は、上りリンクと下りリンクとを同時に送受信可能としてもよい。SBFDシンボルは、下りリンクのみを送受信するシンボルと比較して、下りリンクに使用できる周波数領域が少なくてもよい。また、SBFDシンボルは、上りリンクのみを送受信するシンボルと比較して、上りリンクに使用できる周波数領域が少なくてもよい。
　また、SBFDシンボルにおいて、端末は、上りリンク及び下りリンクを同時に送受信してもよい。その際、端末が送信する周波数領域と、受信する周波数領域は、隣接せずに、周波数間隔（周波数ギャップとも呼ばれる）を空けてもよい。
　また、分割された領域であるサブバンド単位による異なる送受信方向として、サイドリンクの送受信を含んでもよい。
　（XDD： cross division duplex）
　本開示の一実施の形態において、上りリンク、下りリンク、サイドリンクのシンボルに対する動作は、Full duplexの動作又は制御が行われるシンボル（例えば、Full duplexシンボル）に適用してもよい。Full duplexシンボルにおいては、端末と基地局の両方が上りリンクと下りリンクの送受信を同時にできる。Full duplexシンボルにおいては、利用可能な周波数領域（又は、周波数リソース、周波数帯域）において端末および基地局が同時に送受信する動作としてもよいし、一部の周波数領域において同時に送受信する動作としてもよい（すなわち、それ以外の周波数領域では送信か受信をする動作としてよい）。その際、基地局または端末が送信する周波数領域と、受信する周波数領域は、隣接せずに、周波数間隔（周波数ギャップとも呼ばれる）を空けてもよい。また、例えば干渉の低減等を目的として、端末と基地局のいずれかが同時に送受信する動作としてもよい（すなわち、他方は送信か受信をする動作としてもよい）。
　また、Full duplexの動作は、端末がサイドリンクの送信と受信を同時に可能な動作に適用されてもよい。また、Full duplexの動作は、端末がサイドリンクと、上りリンクまたは下りリンクを同時に送受信可能な動作に適用されてもよい。
　（アンテナポート）
　本開示の一実施例において、アンテナポートは、１本又は複数の物理アンテナで構成される論理的なアンテナ（アンテナグループ）を指す。例えば、アンテナポートは必ずしも１本の物理アンテナを指すとは限らず、複数のアンテナで構成されるアレイアンテナ等を指すことがある。例えば、アンテナポートが何本の物理アンテナで構成されるかは規定されず、端末局が基準信号（Reference signal）を送信できる最小単位として規定されてよい。また、アンテナポートはプリコーディングベクトル（Precoding vector）の重み付けを乗算する最小単位として規定されることもある。
　＜５Ｇ　ＮＲのシステムアーキテクチャおよびプロトコルスタック＞
　５Ｇ　ＮＲのシステムアーキテクチャは、全体としては、ｇＮＢを備えるＮＧ－ＲＡＮ（Next Generation - Radio Access Network）を想定する。ｇＮＢは、ＮＧ無線アクセスのユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルのＵＥ側の終端を提供する。ｇＮＢは、Ｘｎインタフェースによって互いに接続されている。また、ｇＮＢは、Next Generation（ＮＧ）インタフェースによってＮＧＣ（Next Generation Core）に、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（Access and Mobility Management Function）（例えば、ＡＭＦを行う特定のコアエンティティ）に、また、ＮＧ－ＵインタフェースによってＵＰＦ（User Plane Function）（例えば、ＵＰＦを行う特定のコアエンティティ）に接続されている。ＮＧ－ＲＡＮアーキテクチャを図１６に示す（例えば、3GPP TS 38.300 v15.6.0, section 4参照）。
　＜ＲＲＣ接続のセットアップおよび再設定の手順＞
　ＮＡＳ部分の、ＵＥがRRC_IDLEからRRC_CONNECTEDに移行する際のＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のやり取りについて示す（TS 38.300 v15.6.0参照）。
　ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤのシグナリング（プロトコル）である。ＡＭＦは、ＵＥコンテキストデータ（これは、例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線性能（UE Radio Capability）、ＵＥセキュリティ性能（UE Security Capabilities）等を含む）を用意し、初期コンテキストセットアップ要求（INITIAL CONTEXT SETUP REQUEST）とともにｇＮＢに送る。そして、ｇＮＢは、ＵＥと一緒に、ＡＳセキュリティをアクティブにする。これは、ｇＮＢがＵＥにSecurityModeCommandメッセージを送信し、ＵＥがSecurityModeCompleteメッセージでｇＮＢに応答することによって行われる。その後、ｇＮＢは、ＵＥにRRCReconfigurationメッセージを送信し、これに対するＵＥからのRRCReconfigurationCompleteをｇＮＢが受信することによって、Signaling Radio Bearer 2（ＳＲＢ２）およびData Radio Bearer（ＤＲＢ）をセットアップするための再設定を行う。シグナリングのみの接続については、ＳＲＢ２およびＤＲＢがセットアップされないため、RRCReconfigurationに関するステップは省かれる。最後に、ｇＮＢは、初期コンテキストセットアップ応答（INITIAL CONTEXT SETUP RESPONSE）でセットアップ手順が完了したことをＡＭＦに通知する。
　したがって、本開示では、ｇＮｏｄｅＢとのNext Generation（ＮＧ）接続を動作時に確立する制御回路と、ｇＮｏｄｅＢとユーザ機器（ＵＥ：User Equipment）との間のシグナリング無線ベアラがセットアップされるように動作時にＮＧ接続を介してｇＮｏｄｅＢに初期コンテキストセットアップメッセージを送信する送信部と、を備える、5th Generation Core（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦ等）が提供される。具体的には、ｇＮｏｄｅＢは、リソース割当設定情報要素(IE: Information Element)を含むRadio Resource Control（ＲＲＣ）シグナリングをシグナリング無線ベアラを介してＵＥに送信する。そして、ＵＥは、リソース割当設定に基づき上りリンクにおける送信または下りリンクにおける受信を行う。
　＜ＱｏＳ制御＞
　５ＧのＱｏＳ（Quality of Service）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートが求められるＱｏＳフロー（GBR：Guaranteed Bit Rate　ＱｏＳフロー）、および、保証されたフロービットレートが求められないＱｏＳフロー（非ＧＢＲ　ＱｏＳフロー）をいずれもサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおける最も微細な粒度のＱｏＳの区分である。ＱｏＳフローは、ＮＧ－Ｕインタフェースを介してカプセル化ヘッダ（encapsulation header）において搬送されるＱｏＳフローＩＤ（ＱＦＩ：QoS Flow ID）によってＰＤＵセッション内で特定される。
　各ＵＥについて、５ＧＣは、１つ以上のＰＤＵセッションを確立する。各ＵＥについて、ＰＤＵセッションに合わせて、ＮＧ－ＲＡＮは、例えば少なくとも１つのData Radio Bearers（ＤＲＢ）を確立する。また、そのＰＤＵセッションのＱｏＳフローに対する追加のＤＲＢが後から設定可能である（いつ設定するかはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、様々なＰＤＵセッションに属するパケットを様々なＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルパケットフィルタが、ＵＬパケットおよびＤＬパケットとＱｏＳフローとを関連付けるのに対し、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルマッピングルールは、ＵＬ　ＱｏＳフローおよびＤＬ　ＱｏＳフローとＤＲＢとを関連付ける。
　（Ｏｐｅｎ－ＲＡＮ）
　各実施例にて説明した基地局（例えば、gNBと呼ばれる5G NRの基地局）は、Centralized Unit（CU）と、Distributed Unit（DU）と、Radio Unit（RU）との３つの機能モジュールにより構成されてもよい。
　CUは、例えば、集中ノード、集約ノード、集中局、集約局、または集中ユニットと称されてもよい。DUは、例えば、O-DU（O-RAN Distributed Unit）、分散ノード、分散局、または分散ユニットと称されてもよい。RUは、例えば、O-RU（O-RAN Radio Unit）、無線装置、無線ノード、無線局、アンテナ部、または無線ユニットと称されてもよい。
　CU、DU、RUの間の機能分割構成（あるいは機能分割点）は、複数の分割オプションが規定されている。「機能分割点」という用語は、「スプリット」、「オプション」、あるいは「スプリットオプション」と称されることもある。
　「分割オプション」の一例としては、以下の分割オプション１～８が挙げられる。各実施例において説明した基地局の機能は、以下の分割オプション１～８のいずれかにより、ＣＵ、ＤＵ、ＲＵとして機能が分割されてもよい。例えば、ＣＵ、ＤＵ，ＲＵがそれぞれ機能分割されてもよく、またはＣＵとＤＵの間のみ若しくはＤＵとＲＵの間のみが機能分割されてもよい。
　（１）分割オプション１：ＲＲＣ（radio resource control）とＰＤＣＰとの間
　（２）分割オプション２：ＰＤＣＰとＲＬＣ（Ｈｉｇｈ－ＲＬＣ）との間
　（３）分割オプション３：Ｈｉｇｈ－ＲＬＣとＬｏｗ－ＲＬＣとの間
　（４）分割オプション４：ＲＬＣ（Ｌｏｗ－ＲＬＣ）とＭＡＣ（Ｈｉｇｈ－ＭＡＣ）との間
　（５）分割オプション５：Ｈｉｇｈ－ＭＡＣとＬｏｗ－ＭＡＣとの間
　（６）分割オプション６：ＭＡＣ（Ｌｏｗ－ＭＡＣ）とＰＨＹ（Ｈｉｇｈ－ＰＨＹ）との間
　（７）分割オプション７：Ｈｉｇｈ－ＰＨＹとＬｏｗ－ＰＨＹとの間
　（８）分割オプション８：ＰＨＹ（Ｌｏｗ－ＰＨＹ）とＲＦとの間
　ＣＵとＯ－ＤＵの機能分割点は、分割オプション(Split Option)２であってもよい。ＣＵとＯ－ＤＵの間は、ミッドホール(midhaul)と称され、３ＧＰＰによりＦ１インタフェースが規定されている。また、O－DUとO－RUの間は、フロントホール(fronthaul)と称され、その機能分割点は、Ｏ－ＲＡＮフロントホール仕様として採択された、分割オプション(Split Option)７-2xであってもよい。
　ｇNBの基地局機能を、Split Option 2と Split Option 7-2x により、CU、O-DU、O-RUに機能分割した例を図１７に示す。
　ＣＵは、例えば、ＲＲＣ(radio resource control)機能、ＳＤＡＰ（service data adaptation protocol）機能、ＰＤＣＰ（packet data convergence protocol）機能を備えてもよい。
　Ｏ－ＤＵは、例えば、ＲＬＣ（radio link control）機能、ＭＡＣ機能、上位物理レイヤ（ＨＩＧＨ－ＰＨＹ）機能を備えてもよい。また、ＨＩＧＨ－ＰＨＹ機能は、ダウンリンク(ＤＬ)送信のために、符号化（encoding）機能、スクランブリング機能、変調（modulation）機能、レイヤマッピング機能、プリコーディング機能、ＲＥ（resource element）マッピング機能を備えてもよい。また、ＨＩＧＨ－ＰＨＹ機能は、アップリンク（ＵＬ）受信のために、復号化（decoding）機能、デスクランブリング機能、復調（demodulation）機能、レイヤデマッピング機能、ＲＥ（resource element）デマッピング機能を備えてもよい。
　Ｏ－ＲＵは、例えば、ＬＯＷ－ＰＨＹ機能、ＲＦ機能を備えてもよい。また、ＬＯＷ－ＰＨＹ機能は、ダウンリンク送信のために、ビームフォーミング機能、ＩＦＦＴ（Inverse First Fourier Transform）＋ＣＰ(Cyclic Prefix)付与機能、Ｄ／Ａ（Digital to Analog）変換機能を備えてもよい。また、ＬＯＷ－ＰＨＹ機能は、アップリンク受信のために、Ａ／Ｄ（Analog to Digital）変換機能、ＣＰ除去（removal）＋ＦＦＴ（First Fourier Transform）機能、及び、ビームフォーミング機能を備えてもよい。
　なお、Ｏ－ＤＵがプリコーディング機能を備えない場合は、Ｏ－ＲＵがプリコーディング機能を備えてもよい。
　Ｏ－ＲＵは、ＬＢＴ(listen before Talk)に関する機能を備えてもよい。Split Option 7-2xにおけるＯ－ＤＵとＯ－ＲＵの間の通信方式として、eCPRI(Evolved Common Public Radio Interface)が規定されている。Split Option 7-2xにおいては、eCPRIにより、周波数領域におけるOFDM信号の同相（I）および直交（Q）成分のサンプリング系列に加え、アンテナにおけるビームフォーミングに用いる情報や時刻同期信号等が送受される。
　各実施例において説明した信号（ＰＤＣＣＨ，ＰＵＣＣＨ、ＰＤＳＣＨ，ＰＵＳＣＨ、ＭＡＣ　ＣＥ、ＲＲＣ、等）により伝送される情報は、Ｏ－ＤＵとＯ－ＲＵの間において、eCPRIのUser Plane(U-Plan)、またはControl Plane(C-Plane)により伝送されてもよい。
　各実施例にて説明した機能が機能分割によりＯ－ＲＵにおいて実行される場合は、Ｏ－ＤＵは、当該機能を制御するための情報をＯ－ＤＵとＯ－ＲＵ間の制御信号（例えばeCPRI）により送信することによりＯ－ＲＵを制御してもよい。
　各実施例にて説明した機能が機能分割によりＯ－ＤＵにおいて実行される場合は、Ｏ－ＲＵは、当該機能がＯ－ＤＵにおいて実行された結果を制御信号（例えばeCPRI）により受信し、当該受信した結果に基づきＯ－ＲＵを制御してもよい。
　ＣＵ、Ｏ－ＤＵ、Ｏ－ＲＵは、それぞれの機能が光ファイバー等により接続された物理的に異なる装置に配置(deploy)されてもよく、または一部若しくは全部の機能が物理的に同一の装置内に配置されてもよい。
　ＣＵ、Ｏ－ＤＵは、仮想化ＲＡＮ（virtual Radio Access Network: vRAN）として、クラウド等のサーバ上において動作するソフトウェアとして実装される論理的なエンティティであってもよい。またＣＵ、Ｏ－ＤＵの一部または全ての機能が、仮想化されたネットワーク機能（Network Functions Virtualization: NFV）のサービスとして提供されてもよい。
　トランシーバーは無線トランシーバーでなくともよく、例えば、ネットワークトランシーバー、光トランシーバー等であってもよい。Ｏ－ＤＵが割り当てる(allocate)無線リソースは、Ｏ－ＲＵとＵＥの間の無線通信のためのリソースであってもよい。
　本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。
　上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。
　さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
　本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
　通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係る端末は、周波数帯域が複数の帯域に分割される第１時間リソースを含む複数の時間リソースにおいて、受信電力に対する閾値に基づいて、ランダムアクセスチャネルの送信機会を選択する制御回路と、前記送信機会を用いて、前記ランダムアクセスチャネルの信号を送信する送信回路と、を具備する。
　本開示の一実施例において、前記制御回路は、前記第１時間リソースにおける前記ランダムアクセスチャネルの送信に関する第１閾値、及び、前記第１時間リソースと異なる第２時間リソースにおける前記ランダムアクセスチャネルの送信に関する第２閾値とに基づいて、前記送信機会を選択する。
　本開示の一実施例において、前記制御回路は、前記信号を繰り返し送信する場合、前記第１時間リソース及び前記第２時間リソースの何れか一方における複数の前記送信機会を選択する。
　本開示の一実施例において、前記制御回路は、前記信号を繰り返し送信する場合、前記第１時間リソース及び前記第２時間リソースの双方における複数の前記送信機会を選択する。
　本開示の一実施例において、前記制御回路は、前記第１時間リソースにおける前記ランダムアクセスチャネルの送信に関する第１閾値、及び、前記第１時間リソースと異なる第２時間リソースにおける前記ランダムアクセスチャネルの送信に関する第２閾値と、前記第１時間リソース及び前記第２時間リソースの優先順位に関するルールに基づいて、前記送信機会を選択する。
　本開示の一実施例において、前記制御回路は、前記信号の送信に失敗した場合、前記受信電力よりも低い電力値と、前記第１閾値及び前記第２閾値との比較に基づいて、前記信号の再送に使用される前記送信機会を選択する。
　本開示の一実施例において、前記制御回路は、前記送信機会の種別毎の閾値に基づいて、前記送信機会を選択する。
　本開示の一実施例に係る基地局は、周波数帯域が複数の帯域に分割される第１時間リソースを含む複数の時間リソースにおいて、端末の受信電力に対する閾値に基づいて選択される、ランダムアクセスチャネルの送信機会を設定する制御回路と、前記送信機会を用いて、前記ランダムアクセスチャネルの信号を受信する受信回路と、を具備する。
　本開示の一実施例に係る通信方法において、端末は、周波数帯域が複数の帯域に分割される第１時間リソースを含む複数の時間リソースにおいて、受信電力に対する閾値に基づいて、ランダムアクセスチャネルの送信機会を選択し、前記送信機会を用いて、前記ランダムアクセスチャネルの信号を送信する。
　本開示の一実施例に係る通信方法において、基地局は、周波数帯域が複数の帯域に分割される第１時間リソースを含む複数の時間リソースにおいて、端末の受信電力に対する閾値に基づいて選択される、ランダムアクセスチャネルの送信機会を設定し、前記送信機会を用いて、前記ランダムアクセスチャネルの信号を受信する。
　２０２４年１月３１日出願の特願２０２４－０１３２９２の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一実施例は、無線通信システムに有用である。
　１００　基地局
　１０１，２０１　受信部
　１０２，２０２　デマッピング部
　１０３，２０３　復調・復号部
　１０４　Preamble検出部
　１０５　スケジューリング部
　１０６　RO制御部
　１０７，２０６　制御情報保持部
　１０８，２０８　データ・制御情報生成部
　１０９，２０９　符号化・変調部
　１１０，２１０　マッピング部
　１１１，２１１　送信部
　２００　端末
　２０４　RO選択部
　２０５　制御部
　２０７　Preamble生成部

Claims (10)

  1. 　周波数帯域が複数の帯域に分割される第１時間リソースを含む複数の時間リソースにおいて、受信電力に対する閾値に基づいて、ランダムアクセスチャネルの送信機会を選択する制御回路と、
    　前記送信機会を用いて、前記ランダムアクセスチャネルの信号を送信する送信回路と、
    　を具備する端末。
  2. 　前記制御回路は、前記第１時間リソースにおける前記ランダムアクセスチャネルの送信に関する第１閾値、及び、前記第１時間リソースと異なる第２時間リソースにおける前記ランダムアクセスチャネルの送信に関する第２閾値とに基づいて、前記送信機会を選択する、
    　請求項１に記載の端末。
  3. 　前記制御回路は、前記信号を繰り返し送信する場合、前記第１時間リソース及び前記第２時間リソースの何れか一方における複数の前記送信機会を選択する、
    　請求項２に記載の端末。
  4. 　前記制御回路は、前記信号を繰り返し送信する場合、前記第１時間リソース及び前記第２時間リソースの双方における複数の前記送信機会を選択する、
    　請求項２に記載の端末。
  5. 　前記制御回路は、前記第１時間リソースにおける前記ランダムアクセスチャネルの送信に関する第１閾値、及び、前記第１時間リソースと異なる第２時間リソースにおける前記ランダムアクセスチャネルの送信に関する第２閾値と、前記第１時間リソース及び前記第２時間リソースの優先順位に関するルールに基づいて、前記送信機会を選択する、
    　請求項１に記載の端末。
  6. 　前記制御回路は、前記信号の送信に失敗した場合、前記受信電力よりも低い電力値と、前記第１閾値及び前記第２閾値との比較に基づいて、前記信号の再送に使用される前記送信機会を選択する、
    　請求項５に記載の端末。
  7. 　前記制御回路は、前記送信機会の種別毎の閾値に基づいて、前記送信機会を選択する、
    　請求項１に記載の端末。
  8. 　周波数帯域が複数の帯域に分割される第１時間リソースを含む複数の時間リソースにおいて、端末の受信電力に対する閾値に基づいて選択される、ランダムアクセスチャネルの送信機会を設定する制御回路と、
    　前記送信機会を用いて、前記ランダムアクセスチャネルの信号を受信する受信回路と、
    　を具備する基地局。
  9. 　端末は、
    　周波数帯域が複数の帯域に分割される第１時間リソースを含む複数の時間リソースにおいて、受信電力に対する閾値に基づいて、ランダムアクセスチャネルの送信機会を選択し、
    　前記送信機会を用いて、前記ランダムアクセスチャネルの信号を送信する、
    　通信方法。
  10. 　基地局は、
    　周波数帯域が複数の帯域に分割される第１時間リソースを含む複数の時間リソースにおいて、端末の受信電力に対する閾値に基づいて選択される、ランダムアクセスチャネルの送信機会を設定し、
    　前記送信機会を用いて、前記ランダムアクセスチャネルの信号を受信する、
    　通信方法。
PCT/JP2024/039682 2024-01-31 2024-11-07 端末、基地局及び通信方法 Pending WO2025164020A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2024013292 2024-01-31
JP2024-013292 2024-01-31

Publications (1)

Publication Number Publication Date
WO2025164020A1 true WO2025164020A1 (ja) 2025-08-07

Family

ID=96589864

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2024/039682 Pending WO2025164020A1 (ja) 2024-01-31 2024-11-07 端末、基地局及び通信方法

Country Status (1)

Country Link
WO (1) WO2025164020A1 (ja)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
YOUNGSOO YUK, NOKIA, NOKIA SHANGHAI BELL: "On subband non-overlapping full duplex for NR", 3GPP DRAFT; R1-2306875; TYPE DISCUSSION; FS_NR_DUPLEX_EVO, vol. RAN WG1, 11 August 2023 (2023-08-11), Toulouse, FR, pages 1 - 45, XP052436106 *

Similar Documents

Publication Publication Date Title
WO2022074884A1 (ja) 端末、基地局及び通信方法
WO2022014272A1 (ja) 端末、基地局及び通信方法
JP2025134753A (ja) 基地局、通信方法及び集積回路
JP2025134865A (ja) 端末、通信方法および集積回路
WO2022201652A1 (ja) 端末、基地局、及び、通信方法
CN119174277A (zh) 用于多prach传输的通信装置和通信方法
WO2023204061A1 (ja) 通信装置、及び、通信方法
CN119698904A (zh) 涉及上行链路配置的通信设备和基站
CN119948980A (zh) 交叉链路干扰处理的协调
WO2023211375A1 (en) Communication apparatuses and communication methods for multi-prach transmissions with limited bandwidth
WO2025164020A1 (ja) 端末、基地局及び通信方法
WO2022030040A1 (ja) 端末およびサイドリンク通信制御方法
JP7757388B2 (ja) 端末、通信方法及び集積回路
WO2026018816A1 (ja) 基地局、制御方法、及び、集積回路
EP4629732A1 (en) Internet of things device and node
WO2025164032A1 (ja) 基地局、端末及び通信方法
WO2025211100A1 (ja) 端末、基地局、通信方法、及び、集積回路
WO2025234180A1 (ja) 無線通信装置、無線装置及び無線方法
WO2025173344A1 (ja) 端末、基地局及び通信方法
WO2025033046A1 (ja) 基地局、端末及び通信方法
WO2025004717A1 (ja) 端末、基地局、及び、通信方法
WO2025033052A1 (ja) 基地局、端末及び通信方法
WO2024171521A1 (ja) 基地局、端末及び通信方法
WO2024024259A1 (ja) 端末、基地局、及び、通信方法
WO2024219190A1 (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: 24922130

Country of ref document: EP

Kind code of ref document: A1