WO2025009182A1 - 端末及び無線通信方法 - Google Patents

端末及び無線通信方法 Download PDF

Info

Publication number
WO2025009182A1
WO2025009182A1 PCT/JP2023/025209 JP2023025209W WO2025009182A1 WO 2025009182 A1 WO2025009182 A1 WO 2025009182A1 JP 2023025209 W JP2023025209 W JP 2023025209W WO 2025009182 A1 WO2025009182 A1 WO 2025009182A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
pusch
repetition
support
transmission
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.)
Ceased
Application number
PCT/JP2023/025209
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.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
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 NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to PCT/JP2023/025209 priority Critical patent/WO2025009182A1/ja
Priority to CN202380097892.9A priority patent/CN121153273A/zh
Priority to JP2025530959A priority patent/JPWO2025009182A1/ja
Publication of WO2025009182A1 publication Critical patent/WO2025009182A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data

Definitions

  • This disclosure relates to a terminal and a wireless communication method.
  • the 3rd Generation Partnership Project (3GPP) is developing specifications for the 5th generation mobile communication system (5G, also known as New Radio (NR) or Next Generation (NG)) and is also developing specifications for the next generation, known as Beyond 5G, 5G Evolution or 6G.
  • 5G also known as New Radio (NR) or Next Generation (NG)
  • NG Next Generation
  • Non-Patent Document 1 a work item on coverage enhancement (CE) in NR was agreed upon.
  • PUSCH is an abbreviation for Physical Uplink Shared Channel.
  • a terminal has a control unit that generates support report information for reporting support for multiple coverage extension functions or request information for requesting such functions, and a transmission unit that transmits the support report information or the request information over one channel.
  • FIG. 1 is a schematic diagram illustrating a wireless communication system according to one embodiment of the present disclosure.
  • FIG. 1 is a diagram illustrating an example of a frequency range used in a wireless communication system.
  • 1A to 1C are diagrams illustrating examples of the configuration of radio frames, subframes, and slots used in a wireless communication system.
  • This is a sequence diagram showing the Contention Based Random Access procedure.
  • This is a sequence diagram showing the Contention Free Random Access procedure.
  • Diagram explaining repeated transmission before and after initial connection FIG. 1 is a diagram illustrating an example of a TDRA table according to an embodiment of the present disclosure.
  • gNB base station
  • FIG. 2 is a block diagram showing a functional configuration of a terminal (UE) according to an embodiment of the present disclosure.
  • FIG. 2 is a block diagram showing a hardware configuration of a base station and a terminal according to an embodiment of the present disclosure.
  • FIG. 2 is a block diagram showing a hardware configuration of a vehicle according to an embodiment of the present disclosure.
  • SS Synchronization signal
  • PSS Primary SS
  • SSS Secondary SS
  • PBCH Physical broadcast channel
  • PRACH Physical random access channel
  • PDCCH Physical Downlink Control Channel
  • PDSCH Physical Downlink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • PUSCH Physical Uplink Shared Channel
  • NR corresponds to NR-SS, NR-PSS, NR-SSS, NR-PBCH, NR-PRACH, etc.
  • NR- even if a signal is used in NR, it is not necessarily specified as "NR-".
  • the duplex method may be a TDD (Time Division Duplex) method, an FDD (Frequency Division Duplex) method, or another method (e.g., Flexible Duplex, etc.).
  • “configuring" wireless parameters and the like may mean that predetermined values are pre-configured, or that wireless parameters notified from a base station or terminal are configured.
  • ⁇ Wireless communication system> 1 is a diagram illustrating an example of a wireless communication system 10 according to an embodiment.
  • the wireless communication system 10 is a wireless communication system conforming to 5G New Radio (NR), and includes a Next Generation-Radio Access Network 20 (hereinafter, NG-RAN 20) and a terminal 200 (hereinafter, UE 200).
  • NR 5G New Radio
  • NG-RAN 20 Next Generation-Radio Access Network
  • UE 200 terminal 200
  • the wireless communication system 10 may be a wireless communication system conforming to a method called Beyond 5G, 5G Evolution, or 6G.
  • NG-RAN20 includes base station 100A (hereinafter, gNB100A) and base station 100B (hereinafter, gNB100B).
  • gNB100A base station 100A
  • gNB100B base station 100B
  • gNB100A base station 100A
  • gNB100B base station 100B
  • NG-RAN 20 actually includes multiple NG-RAN nodes, specifically, gNBs (or ng-eNBs), and is connected to a 5G-compliant core network (5GC, not shown). Note that NG-RAN 20 and 5GC may simply be referred to as a "network.”
  • gNBs or ng-eNBs
  • 5GC 5G-compliant core network
  • gNB100A and gNB100B are base stations conforming to 5G and perform 5G wireless communication with UE200.
  • gNB100A, gNB100B and UE200 may support Massive Multiple-Input Multiple-Output (MIMO), which generates a more directional beam BM by controlling radio signals transmitted from multiple antenna elements, Carrier Aggregation (CA), which uses multiple component carriers (CC) by bundling them together, and Dual Connectivity (DC), which communicates between the UE and each of two NG-RAN nodes.
  • MIMO Massive Multiple-Input Multiple-Output
  • CA Carrier Aggregation
  • CC component carriers
  • DC Dual Connectivity
  • the wireless communication system 10 supports multiple frequency ranges (FR).
  • Fig. 2 is a diagram showing an example of frequency ranges used in the wireless communication system 10. As shown in Fig. 2, the wireless communication system 10 corresponds to FR1 and FR2.
  • the frequency bands of each FR are, for example, as follows. ⁇ FR1: 410 MHz to 7.125 GHz ⁇ FR2: 24.25 GHz to 52.6 GHz
  • FR1 may use a Sub-Carrier Spacing (SCS) of 15 kHz, 30 kHz or 60 kHz, and a bandwidth (BW) of 5 to 100 MHz.
  • FR2 is a higher frequency than FR1, and may use an SCS of 60 kHz or 120 kHz (which may include 240 kHz), and a bandwidth (BW) of 50 to 400 MHz.
  • SCS Sub-Carrier Spacing
  • BW bandwidth
  • Subcarrier Spacing may also be interpreted as numerology.
  • the numerology is defined in 3GPP TS38.300 and corresponds to one subcarrier spacing in the frequency domain.
  • the wireless communication system 10 may support higher frequency bands than the FR2 frequency band. Specifically, the wireless communication system 10 may support frequency bands above 52.6 GHz up to 114.25 GHz. Such higher frequency bands may be referred to as "FR2x" for convenience.
  • FR2x Cyclic Prefix-Orthogonal Frequency Division Multiplexing
  • DFT-S-OFDM Discrete Fourier Transform-Spread-Orthogonal Frequency Division Multiplexing
  • FIG. 3 is a diagram showing an example of the configuration of a radio frame, subframe, and slot used in the wireless communication system 10. As shown in FIG. 3, one slot is composed of 14 symbols, and the larger (wider) the SCS is, the shorter the symbol period (and slot period) is.
  • the SCS is not limited to the interval (frequency) shown in FIG. 3. For example, 480 kHz, 960 kHz, etc. may be used as the SCS.
  • the number of symbols that make up one slot does not necessarily have to be 14 symbols (e.g., 28 or 56 symbols).
  • the number of slots per subframe may differ depending on the SCS.
  • time direction (t) shown in FIG. 3 may be called the time domain, symbol period, or symbol time, etc.
  • the frequency direction may be called the frequency domain, resource block, subcarrier, bandwidth part (BWP), etc.
  • DMRS Demodulation Reference Signal
  • PDSCH Physical Downlink Shared Channel
  • DMRS for an uplink data channel specifically, the PUSCH
  • PUSCH Physical Downlink Shared Channel
  • DMRS may be used for channel estimation at a device (e.g., UE 200) as part of coherent demodulation. DMRS may only be present in resource blocks (RBs) used for PDSCH transmission.
  • RBs resource blocks
  • the DMRS may have multiple mapping types. Specifically, the DMRS may have mapping type A and mapping type B. In mapping type A, the first DMRS may be placed in the second or third symbol of a slot. In mapping type A, the DMRS may be mapped relative to the slot boundary, regardless of where in the slot the actual data transmission starts. The reason for placing the first DMRS in the second or third symbol of a slot may be interpreted as being to place the first DMRS after the control resource sets (CORESET).
  • CORESET control resource sets
  • mapping type B the first DMRS may be placed in the first symbol of the data allocation. That is, the position of the DMRS may be given relative to where the data is placed, rather than relative to a slot boundary.
  • DMRS may have multiple types. Specifically, DMRS may have Type 1 and Type 2. Type 1 and Type 2 differ in mapping in the frequency domain and the maximum number of orthogonal reference signals. Type 1 is a single-symbol DMRS that can output up to four orthogonal signals, and Type 2 is a double-symbol DMRS that can output up to eight orthogonal signals.
  • the wireless communication system 10 may support coverage enhancement (CE) to expand the coverage of the cell (or physical channel) formed by the gNB 100.
  • CE coverage enhancement
  • a mechanism for increasing the success rate of reception of various physical channels, such as Msg3 repetition, may be provided.
  • UE200 receives information related to the RACH procedure from gNB100 as a DL signal. Also, for example, UE200 receives information related to Msg3 repetition from gNB100 as a DL signal.
  • the information related to Msg3 repetition may include information indicating, for example, the resources used for repeated transmission of Msg3, the number of repeated transmissions, the frequency hopping pattern, the specified offset used in frequency hopping, etc.
  • UE200 transmits a special RACH occasion (RO) or a preamble for requesting Msg3 repetition in the RACH procedure to gNB100 as an UL signal. Also, for example, UE200 repeatedly transmits Msg3 to gNB100 as an UL signal based on information about Msg3 repetition received from gNB100 in response to the request for Msg3 repetition.
  • RO RACH occasion
  • the UL signal may include, for example, a UL data signal and control information.
  • the UL signal may include information related to the processing capabilities of the UE 200 (e.g., UE capability).
  • the UL signal may also include a reference signal.
  • Channels used to transmit UL signals include, for example, data channels and control channels.
  • the data channel may include a PUSCH
  • the control channel may include a Physical Uplink Control Channel (PUCCH).
  • PUCCH Physical Uplink Control Channel
  • UE 200 transmits control information using a PUCCH and transmits UL data signals using a PUSCH.
  • PUSCH is an example of an uplink shared channel
  • PUCCH is an example of an uplink control channel.
  • the shared channel may be referred to as a data channel.
  • the reference signals included in the UL signal may include, for example, at least one of DMRS, Phase Tracking Reference Signal (PTRS), Channel State Information - Reference Signal (CSI-RS), Sounding Reference Signal (SRS), and Positioning Reference Signal (PRS) for location information.
  • DMRS Phase Tracking Reference Signal
  • CSI-RS Channel State Information - Reference Signal
  • SRS Sounding Reference Signal
  • PRS Positioning Reference Signal
  • reference signals such as DMRS and PTRS are used to demodulate the UL data signal and are transmitted using PUSCH.
  • RACH procedures are performed for initial access from RRC_Idle, RRC (Radio Resource Control) connection (re)establishment, beam failure recovery, handover, downlink data arrival, uplink data arrival, positioning, Timing Alignment (TA), etc.
  • RACH procedures include the Contention Based Random Access (CBRA) procedure, which is a collision-type random access procedure, and the Contention Free Random Access (CFRA) procedure, which is a non-collision type random access procedure. Since the CBRA procedure is initiated by the UE 200 voluntarily, collisions may occur when multiple UEs 200 initiate the RACH procedure at the same time.
  • CFRA allows the gNB 100 to instruct the connected UE 200 to execute the RACH procedure in a way that does not cause collisions between multiple UEs 200.
  • FIG. 4 is a sequence diagram showing the CBRA procedure.
  • UE 200 transmits a random access preamble (RA preamble) as a first message (Msg1) via a physical random access channel (PRACH).
  • RA preamble a random access preamble
  • Msg1 a first message
  • PRACH physical random access channel
  • UE 200 receives a response message (Random Access Response (RAR)) to Msg1 as a second message (Msg2) via the PDSCH.
  • RAR Random Access Response
  • Msg2 may monitor the PDCCH used for scheduling the PDSCH including Msg2.
  • the CRC bits included in the PDCCH may be scrambled by a Random Access-Radio Network Temporary Identifier (RA-RNTI).
  • Msg2 may include an uplink grant (RAR uplink grant) used for scheduling the PUSCH including Msg3.
  • the RAR uplink grant may include a Temporary Cell-RNTI (TC-RNTI).
  • the RAR uplink grant may include a TPC command indicating a correction value for the power control adjustment value used for the transmission power of the PUSCH including Msg3.
  • UE200 transmits the PUSCH scheduled by the RAR uplink grant as a third message (Msg3).
  • Msg3 may be called an RRC Connection Request.
  • UE200 may repeatedly transmit the PUSCH of Msg3 to expand coverage.
  • UE200 receives the collision resolution message as a fourth message (Msg4) via the PDCCH.
  • Msg4 may monitor the PDCCH used for scheduling the PDSCH including Msg4.
  • Msg4 may include a collision resolution ID (UE collision resolution ID). The collision resolution ID may be used to resolve collisions in which multiple UEs 200 transmit signals using the same radio resources. If the collision resolution ID included in Msg4 received by UE200 is the same value as the ID for identifying the UE 200, UE200 may determine that the collision resolution is successful and set the value of TC-RNTI in the C-RNTI field. When the value of TC-RNTI is set in the C-RNTI field, UE200 may consider that the RRC connection is completed. Msg4 may be called RRC Connection Setup.
  • the UE 200 may transmit an Ack via the PUCCH (PUCCH resource) indicated by the PUCCH resource indication field included in the PDCCH that scheduled the Msg4 in order to notify the gNB 100 that the RRC connection has been completed.
  • the UE 200 transmits a Capability to the gNB 100.
  • the above-mentioned RACH procedure may be called a Type 1 RACH procedure, a 4-step RACH procedure, a Type 1 RACH, a 4-step RACH, etc.
  • Capability is information indicating whether each function is supported or not, and may be called UE Capability, information regarding processing capabilities, capability information, etc.
  • Msg3 may be called an uplink signal or a second uplink signal.
  • Msg1 may be called a first uplink signal.
  • Msg4 may be called a downlink signal or a second downlink signal.
  • Msg2 may be called a first downlink signal.
  • UE200 may control a RACH procedure consisting of a first step combining the above steps S101 and S103 and a second step combining the above steps S102 and S104.
  • the RACH procedure may be called a Type 2 RACH procedure, a 2-step RACH procedure, Type 2 RACH, 2-step RACH, etc.
  • a message combining the above Msg1 and Msg3 in the first step of the RACH procedure may be called MsgA
  • a message combining the above Msg2 and Msg4 in the second step may be called MsgB.
  • FIG. 5 is a sequence diagram showing the CFRA procedure.
  • UE200 is requested to transmit an RA preamble (Msg1) from gNB100.
  • gNB100 may allocate the RA preamble (Msg1) via dedicated signaling.
  • the PDCCH for such dedicated signaling may be referred to as a PDCCH order.
  • UE200 monitors the PDCCH (PDCCH order) to perform resource allocation for Msg1.
  • step S202 UE200 transmits the above-mentioned Msg1.
  • step S203 UE200 receives the above-mentioned Msg2.
  • UE200 may transmit an Ack via PUCCH (PUCCH resources) to notify gNB100 that the RRC connection has been completed.
  • PUCCH PUCCH resources
  • UE200 transmits a parameter indicating a capability to gNB100 to notify whether it supports repeated transmission of Msg3.
  • the channel used to transmit DL signals and the channel used to transmit UL signals are not limited to the above examples.
  • the channel used to transmit DL signals and the channel used to transmit UL signals may include RACH and Physical Broadcast Channel (PBCH).
  • the RACH may be used to transmit DCI including, for example, a Random Access Radio Network Temporary Identifier (RA-RNTI).
  • RA-RNTI Random Access Radio Network Temporary Identifier
  • Repetition type A and Repetition type B may be specified.
  • Repetition type A may be interpreted as a form in which the PUSCH allocated within a slot is repeatedly transmitted. In other words, the PUSCH is 14 symbols or less and cannot be allocated across multiple slots (adjacent slots).
  • PUSCH repetition Type A may also be called repetition Type A, PUSCH Type A repetition, Type A repetition, mapping Type A, data mapping Type A, Type A, etc.
  • Repetition type B may be interpreted as repeated transmission of a PUSCH to which a PUSCH of 15 or more symbols may be assigned. In this embodiment, it may be permitted to assign such a PUSCH across multiple slots.
  • PUSCH repetition Type B may also be referred to as repetition Type B, PUSCH Type B repetition, Type B repetition, mapping Type B, data mapping Type B, Type B, etc.
  • multiple types of UEs 200 may be used that have different functions or performance, or that support different 3GPP releases.
  • type may be replaced with other terms such as generation or release.
  • a first type of terminal that supports a coverage expansion function and a second type of terminal that does not support a coverage expansion function, such as a Release-15 eMBB (enhanced Mobile Broadband) terminal may exist in the same cell.
  • the first type of terminal and the second type of terminal may be referred to as enhanced UE and legacy UE, respectively.
  • Expandable system 6G systems - systems that can scale - need to be designed to be future-proof for a variety of use cases without compromising performance.
  • NR SSB bandwidth will be bottlenecked by bandwidth reduction for low-end IoT (eRedCap) devices.
  • Example 2 Delayed introduction of some cell coverage extension features Since it is not practical to change cell deployments in a short time frame, the coverage extension features supported in future releases will only bring marginal benefits to cell coverage in the actual field.
  • Release-17 stipulates the specifications for NTN (Non Terrestrial Network), which complements or extends terrestrial 5G systems with satellite networks so that 5G services can be provided in areas that cannot be covered by terrestrial mobile networks.
  • NTN Non Terrestrial Network
  • Release-18 NR NTN support for Msg4 HARQ-ACK repetition is being considered.
  • UE200 monitors the PDCCH used for scheduling the PDSCH including Msg4, and decodes the PDCCH (e.g., DCI 1_0) and PDSCH. If UE200 successfully decodes Msg4, it transmits a HARQ-ACK for the data (PDSCH carrying Msg4) (hereinafter referred to as "Msg4 HARQ-ACK") on the PUCCH scheduled by the DCI. At this time, UE200 repeatedly transmits the HARQ-ACK according to the number of repetitions notified by the DCI (PUCCH repetition).
  • PDCCH Physical Downlink Control Channel
  • the UE 200 does not perform PUSCH repetition, but transmits signals such as the UE capability report on a single PUSCH scheduled by the DCI.
  • UE200 does not perform PUCCH repetition, but transmits HARQ-ACK on a single PUCCH scheduled by DCI.
  • Release-18 TEI Technical Enhancement or Important
  • Release-19 propose repetition of the common PUSCH after the above Msg3 PUSCH transmission and the common PUCCH after the Msg4 HARQ-ACK transmission.
  • UE200 it is optional for UE200 to report to gNB100 a parameter (e.g., pusch-RepetitionMsg3-r17) indicating the capability of whether or not it supports repeated transmission of PUSCH (Msg3) scheduled by RAR UL grant or DCI format 0_0.
  • a parameter e.g., pusch-RepetitionMsg3-r17
  • the UE 200 it is optional for the UE 200 to report to the gNB 100 a parameter (e.g., pusch-RepetitionTypeA-r16) indicating its capability for dynamic indication of the number of repetitions of PUSCH transmission.
  • a parameter e.g., pusch-RepetitionTypeA-r16
  • the terms described in this embodiment may be read as follows.
  • the Msg2 PDCCH may be read as DCI format 1_0 with CRC scrambled by RA-RNTI.
  • the Msg2 PDSCH may be read as a PDSCH including an RAR message.
  • the Msg3 PUSCH may be read as an RAR UL grant or a PUSCH scheduled with DCI format 0_0 with CRC scrambled by TC-RNTI.
  • the Msg4 PDSCH may be read as a PDSCH scheduled with DCI format 1_0 with CRC scrambled by TC-RNTI.
  • the Msg4 PUCCH may be read as a PUCCH including HARQ-ACK/NACK info corresponding to a PDSCH scheduled with DCI format 1_0 with CRC scrambled by TC-RNTI.
  • the common PUSCH may be read as a PUSCH scheduled with DCI format 0_0 with CRC scrambled by C-RNTI.
  • the common PDSCH may be read as a PDSCH scheduled with DCI format 1_0 with CRC scrambled by C-RNTI.
  • the common PUCCH may be read as a PUCCH including HARQ-ACK/NACK info corresponding to a PDSCH scheduled with DCI format 1_0 with CRC scrambled by C-RNTI.
  • the common PDCCH with TC-RNTI may be read as DCI format 0_0 with CRC scrambled by TC-RNTI.
  • the common PDCCH with MsgB-RNTI may be read as DCI format 0_0 with CRC scrambled by MsgB-RNTI.
  • Communication PDCCH with C-RNTI may be read as DCI format 0_0/1_0 with CRC scrambled by C-RNTI.
  • ⁇ Dedicated PUSCH may be read as PUSCH scheduled with DCI format 0_1 with CRC scrambled by C-RNTI/MCS-C-RNTI/CS-RNTI.
  • ⁇ Dedicated PDSCH may be read as PDSCH scheduled with DCI format 1_1 with CRC scrambled by C-RNTI/MCS-C-RNTI/CS-RNTI.
  • ⁇ Dedicated PUCCH may be read as PUCCH including HARQ-ACK/NACK info corresponding to PDSCH scheduled with DCI format 1_1 with CRC scrambled by C-RNTI/MCS-C-RNTI/CS-RNTI.
  • - Dedicated PDCCH may be read as DCI format 0_1/1_1 with CRC scrambled by C-RNTI/MCS-C-RNTI.
  • the leftmost notation is used for each of the above terms.
  • the notations other than the leftmost notation for each term are those used in the RAN1 spec (TS38.211-TS38.214).
  • the above DCI format is merely an example, and the present embodiment does not limit the DCI format.
  • the above DCI format 0_0 may be DCI format 0_2/1_2, 0_3/1_3, or a new DCI format, etc.
  • the above RNTI is merely an example, and the present embodiment does not limit the RNTI.
  • the description C-RNTI/MCS-C-RNTI/CS-RNTI indicates that the RNTI may be any of C-RNTI, MCS-C-RNTI, and CS-RNTI.
  • the inventors of the present disclosure have discovered that there are the following issues to be considered regarding UE200's support for coverage expansion functions and capabilities for coverage expansion functions.
  • Capabilities related to repetition such as support for PUSCH repetition for each of the PRACH, Msg3, and Msg5 channels, are subdivided and complicated. That is, capabilities related to repetition are specified for each "(A) expression of the number of repetitions/number of slots", for each "(B) candidate channel", and for each "(C) transmission spanning multiple transmission units". If the UE 200 reports to the gNB 100 for each capability, the overhead of capability signaling will become large.
  • UE 200 may be defined with the following capabilities related to coverage expansion functions: (A) expression of number of repetitions/number of slots, (B) candidate channels, and (C) transmission spanning multiple transmission units. Capabilities (A) to (C) are outlined below.
  • a dynamic repetition instruction i.e., a dynamic instruction of the number of repetitions/number of slots by DCI, may be, for example, an instruction of the number of repetitions/number of slots by the TDRA or the PUCCH resource, where the number of repetitions/number of slots is linked to the value (row index) of the row in the TDRA table or the indicator field of the PUCCH resource.
  • Each UE 200 is specified with a capability for dynamic repetition indication.
  • UE 200 that supports dynamic repetition indication determines the number of repetitions/number of slots according to the Row Index of the indicated TDRA or the indicator field of the PUCCH resource.
  • the gNB100 may instruct a UE200 that supports dynamic repetition instruction on the number of repetitions/number of slots by linking it to a TDRA or PUCCH resource.
  • the gNB100 may dynamically instruct a UE200 that does not support dynamic repetition instruction on the number of repetitions/number of slots by other means without linking it to a TDRA or PUCCH resource, or may not dynamically instruct the number of repetitions/number of slots.
  • Figure 7 shows an example of a TDRA table according to this proposal.
  • the number of repetitions/number of slots is linked to the row index of the TDRA table.
  • UE200 sets the number of repetitions/number of slots corresponding to the row index of the specified TDRA table. For example, in the example of Figure 7, when row index (#k) is specified, UE200 sets the number of repetitions/number of slots to "4".
  • An example of an RRC setting-based instruction that is, a semi-static instruction of the number of repetitions/number of slots, is an instruction of the number of repetitions/number of slots by an RRC parameter.
  • Each UE200 is specified with a capability for RRC setting-based instructions.
  • UE200 that supports RRC setting-based instructions determines the number of repetitions/number of slots based on the RRC parameters transmitted from the gNB100.
  • UE200 that supports RRC setting-based instructions may uniquely determine the number of repetitions/number of slots using the RRC parameters, or may determine the number of repetitions depending on the DL reception result (comparison result between the reception level and a threshold), etc. For example, when the reception level is lower than the threshold, UE200 sets the number of repetitions/number of slots instructed by the RRC parameters, and when the reception level is higher than the threshold, sets the number of repetitions/number of slots to "1" and does not perform repeated transmission.
  • the gNB100 may instruct the number of repetitions/number of slots using RRC parameters to a UE200 that supports RRC setting-based instructions. On the other hand, the gNB100 does not instruct the number of repetitions/number of slots using RRC parameters to a UE200 that does not support RRC setting-based instructions.
  • a capability for no instruction (processing for determining the number of repetitions/number of slots even without an instruction from the gNB 100) is defined for each UE 200.
  • a UE 200 that supports no instruction determines the number of repetitions/number of slots, for example, according to a predetermined specification. In this case, the UE 200 may determine the number of repetitions/number of slots according to a DL reception result (a comparison result between a reception level and a threshold value), etc.
  • the UE 200 when the reception level is lower than the threshold value, the UE 200 sets the number of repetitions/number of slots determined by the specification, and when the reception level is higher than the threshold value, the UE 200 sets the number of repetitions/number of slots to "1" and does not perform repeated transmission.
  • the gNB100 does not need to instruct the number of repetitions/slots to a UE200 that supports no indication. On the other hand, the gNB100 instructs the number of repetitions/slots to a UE200 that does not support no indication.
  • Candidate channels for repetition include PRACH, MsgA PRACH, Msg2 PDCCH, Msg2 PDSCH, Msg3 PUSCH, MsgA PUSCH, Msg4 PDSCH, MsgB PDCCH, MsgB PDSCH, Msg4 PUCCH, common PUSCH, common PDSCH, common PUCCH, common PDCCH with TC-RNTI, common PDCCH with C-RNTI, dedicated PUSCH, dedicated PDSCH, dedicated PUCCH, dedicated PDCCH, etc.
  • Capabilities are set for each candidate channel.
  • UE200 may bundle the capabilities of the channels for which repetition is to be performed, selected from the candidate channels, into one capability. For example, UE200 may report the capabilities for repetitive transmission for multiple candidate channels, such as PUSCH transmission (all PUSCH channels), PUCCH transmission (all PUCCH channels), PUSCH scheduled with DCI format 0_0, or PDSCH scheduled with DCI format 1_0, in one parameter.
  • ⁇ (C) Transmission spanning multiple transmission units Capability is defined for each transmission format spanning multiple transmission units, such as repeated transmission, for each UE 200.
  • Examples of the transmission unit include a slot, a subslot, and a symbol.
  • UE200 may have a function of mapping the same data to each of the PUSCHs allocated to multiple slots and transmitting it repeatedly, or a function of transmitting one TB (Transport Block) using multiple slots.
  • the transmission/reception symbols are mapped to the same symbol position in each slot to which the PUSCH resource is allocated.
  • Examples of the above transmission form include PUSCH repetition type A, TB processing over multi-slot transmission, repetition for PUCCH over multiple slots, etc.
  • UE200 may have a function of mapping the same data to each of the PUSCHs assigned to multiple subslots/symbols and transmitting it repeatedly, or a function of transmitting one TB using multiple subslots/symbol slots.
  • Examples of the above transmission form include PUSCH repetition type B, repetition for PUCCH over multiple PUCCH subslots, etc.
  • UE200 may bundle each of the capabilities (A) to (C) and generate one parameter (hereinafter referred to as "bundling parameter") indicating these capabilities. That is, UE200 may generate one bundling parameter indicating at least one capability of "(C) transmission spanning multiple transmission units" for at least one "(B) candidate channel” based on at least one "(A) expression of number of repetitions/number of slots” and report this bundling parameter to gNB100 (network).
  • bundling parameter indicating at least one capability of "(C) transmission spanning multiple transmission units" for at least one "(B) candidate channel” based on at least one "(A) expression of number of repetitions/number of slots”
  • UE200 may report the bundling parameters to gNB100 after the initial connection is completed.
  • UE200 may also report capabilities related to channels at the time of initial connection, such as PRACH, to gNB100 after the initial connection is completed.
  • gNB100 can refer to capabilities related to channels at the time of initial connection during handover.
  • UE200 may report the above bundling parameters to gNB100, including the capabilities shown in each of the following options.
  • PUSCH repetition schemes (schemes for repeatedly transmitting PUSCHs associated with different spatial relations, UL TCI-states, joint TCI-states, and power control parameter sets by TDD) may be defined for each UE 200.
  • the above schemes include multi-TRP PUSCH repetition based on codebook with PUSCH repetition type A/B, multi-TRP PUSCH repetition for non-codebook based PUSCH repetition type A/B, etc.
  • UE200 when UE200 includes the above capabilities in the bundling parameters, it may further include capabilities for supporting sequential mapping and/or cyclic mapping in the bundling parameters.
  • Option 2 Capabilities for one or more Multi-TRP PUCCH repetition schemes (schemes for repeatedly transmitting PUCCHs associated with different spatial relations, UL TCI-states, joint TCI-states, and power control parameter sets in TDD) may be defined for each UE 200.
  • the above schemes include PUCCH repetition scheme 1, PUCCH repetition scheme 3, and the like.
  • UE200 when UE200 includes the above capabilities in the bundling parameters, it may further include capabilities for supporting sequential mapping and/or cyclic mapping in the bundling parameters.
  • Capabilities for one or more frequency hopping schemes may be defined for each UE 200.
  • the above schemes include inter-subslot frequency hopping for PUCCH, inter-slot frequency hopping for PUCCH, enhanced inter-slot frequency hopping for DMRS bundling for PUCCH, inter-slot frequency hopping for PUSCH, intra-slot frequency hopping for PUSCH, enhanced inter-slot frequency hopping for DMRS bundling for PUSCH, etc.
  • Each UE 200 may be defined with a capability for DMRS bundling for each candidate channel shown in the section “(B) Candidate Channels” of Proposal 1 above.
  • those to be included in the bundling parameters may be fixedly determined by the specifications, or may be dynamically determined based on the type of UE 200, etc.
  • UE 200 may always supports each of the capabilities listed in Proposal 1 above, or functions (coverage extension functions) corresponding to each of the capabilities listed in Proposal 1 and its variations.
  • UE200 may report to gNM100 a parameter indicating a capability indicating that it supports the mandatory function (mandatory with signaling), or it may not report the parameter (mandatory without signaling).
  • ⁇ Proposal 2-2> If certain conditions are met, it may be mandatory (conditional mandatory) for UE200 to support each capability listed in Proposal 1 above, or a function (coverage extension function) corresponding to each capability listed in Proposal 1 and its variations.
  • UE200 may report to gNM100 a parameter indicating a capability indicating that it supports the conditional mandatory function (conditional mandatory with signaling), or it may not report the parameter (conditional mandatory without signaling).
  • the "particular conditions" may be, for example: - UE200 supports a function corresponding to a specific capability. - UE200 supports communication at a specific frequency (e.g., a specific band, a specific FR). - UE200 is a specific UE type (e.g., RedCap UE). - UE200 has made an initial connection on a specific PRACH. - UE200 supports NR Rel-XX or later releases.
  • the gNB100 can communicate with all enhanced UE200 present within the extended coverage range.
  • legacy UE that does not support the coverage expansion function cannot communicate in 6G systems, and can only communicate in legacy systems.
  • the coverage extension function (particularly, the function related to repetition transmission) is subdivided for each channel.
  • the UE 200 transmits, using one channel, information indicating that the UE 200 supports or requests the function related to multiple repetitions described in Proposal 1, i.e., at least one function of "(C) transmission across multiple transmission units" for at least one "(B) candidate channel” based on at least one "(A) expression of the number of repetitions/number of slots".
  • support report/request information for reporting or requesting that a feature related to repetition is supported
  • the UE 200 transmits a PRACH including information of the support report/request in a specific PRACH resource (PRACH preamble and/or RACH occasion).
  • it can be set as one of the feature combinations for the above support report/request, and UE200 can report/request support by transmitting a PRACH resource associated with that feature combination.
  • the UE 200 transmits the support report/request information by the Msg3/MsgA PUSCH.
  • support report/request information may be included in higher layer signaling transmitted via Msg3 PUSCH.
  • UE200 may report/request support of the capabilities listed in the variations of Proposal 1 to gNB100 based on each option of Proposal 3-1 above.
  • Proposal 1 the capabilities listed in the variations of Proposal 1 may be reported/requested as supported using the same signals (channels) as those listed in each option of Proposal 3-1 above.
  • support reports/requests for repetition and DMRS bundling may be set as one of the Feature Combinations.
  • UE200 may determine whether or not to make a support report/request as described in Proposal 3-1/3-2 above, according to each of the following options.
  • the UE 200 may determine whether to make a support report/request based on whether the reception level of the DL/PL/RSRP (Reference Signal Received Power) or the like is higher or lower than a threshold. For example, the UE 200 makes a support report/request when the RSRP is lower than the threshold, and does not make a support report/request when the RSRP is higher than the threshold.
  • the threshold may be set to a value determined in advance by a specification, or may be determined by the UE 200 based on information (e.g., SIB1) received from the gNB 100 (network).
  • thresholds may be set/determined as follows:
  • the threshold may be a value associated with a set of multiple candidate channels.
  • the UE 200 may set a threshold for making a request for the Msg3 PUSCH and the Msg4 PUCCH.
  • the threshold may be a minimum or maximum value of thresholds associated with each of the candidate channels among the multiple candidate channels. For example, UE 200 may set the minimum value of the threshold for determining whether to request Msg3 PUSCH and the threshold for determining whether to request Msg4 PUCCH as the threshold for requesting Msg3 PUSCH and Msg4 PUCCH.
  • thresholds may be set/determined as shown in the following suboptions.
  • the threshold may be a value associated with a set of multiple functions.
  • the UE 200 may set a threshold for requesting both the function of “(C) Transmission across multiple transmission units” and the function listed in the variation of Proposal 1.
  • the threshold may be a minimum or maximum value of the threshold associated with each function.
  • the UE 200 may set the minimum value of the threshold for whether to request the function of "(C) transmission across multiple transmission units" and the threshold for whether to request the function listed in the variation of proposal 1 as the threshold for requesting both the function of "(C) transmission across multiple transmission units" and the function listed in the variation of proposal 1.
  • the UE 200 may determine whether to make a support report/request based on whether each function is supported. For example, if the UE 200 supports a target function, the UE 200 always makes a support report/request.
  • UE 200 may determine whether to make a support report/request based on whether the UE 200 has been configured/instructed by the network to make a support report/request.
  • UE200 may set/determine a threshold for the reception level of RSRP or the like or a threshold for power headroom depending on the power class supported by UE200, and may determine whether or not to make a support report/request based on whether the RSRP/power headroom is higher or lower than the threshold.
  • UE200 may set/determine a threshold for the reception level of RSR P or the like or a threshold for the power headroom according to the PCmax value at the timing of determining whether to make a support report/request, and may determine whether to make a support report/request based on whether the RSRP/power headroom is higher or lower than the threshold.
  • the PCmax value is used to determine whether high-power UL transmission is possible.
  • the UE 200 may determine whether to report/request support based on whether the power headroom for the target UL channel is above or below a threshold, where the threshold may be determined in a manner similar to option 1 above.
  • a channel for reporting/requesting support may be set according to the type of UE 200.
  • UE 200 when UE 200 has already reported its type to gNB 100, it may report/request support on a channel corresponding to the type, and when UE 200 has not yet reported its type to gNB 100, it may report/request support on a specific channel.
  • the gNB100 and UE200 include functions for performing the above-mentioned embodiments. However, the gNB100 and UE200 may each have only a part of the functions in the embodiments.
  • Fig. 8 is a diagram showing an example of the functional configuration of the gNB 100.
  • the gNB 100 has a receiving unit 101, a transmitting unit 102, and a control unit 103.
  • the functional configuration shown in Fig. 8 is merely an example. As long as the operation related to the embodiment of the present invention can be performed, the names of the functional divisions and functional units may be any.
  • the receiver 101 has a function of receiving various signals transmitted from the UE 200 and acquiring, for example, information of a higher layer from the received signals.
  • the transmitter 102 has a function of generating a signal to be transmitted to the UE 200 and transmitting the signal via a wired or wireless connection.
  • the control unit 103 stores preset setting information and various setting information to be transmitted to the UE 200 in a storage device, and reads them out from the storage device as necessary.
  • the control unit 103 also executes processing related to communication with the UE 200.
  • the functional unit related to signal transmission in the control unit 103 may be included in the transmitting unit 102, and the functional unit related to signal reception in the control unit 103 may be included in the receiving unit 101.
  • Fig. 9 is a diagram showing an example of a functional configuration of the UE 200.
  • the UE 200 has a transmitting unit 201, a receiving unit 202, and a control unit 203.
  • the functional configuration shown in Fig. 9 is merely an example. As long as the operation according to the embodiment of the present invention can be performed, the names of the functional divisions and the functional units may be any names.
  • the transmitting unit 201 creates a transmission signal from the transmission data and transmits the transmission signal wirelessly.
  • the receiving unit 202 receives various signals wirelessly and acquires higher layer signals from the received physical layer signals.
  • the receiving unit 202 also has a function of receiving NR-PSS, NR-SSS, NR-PBCH, DL/UL control signals, reference signals, etc. transmitted from the gNB100.
  • the control unit 203 stores various setting information received from the gNB100 by the receiving unit 202 in a storage device, and reads it from the storage device as necessary.
  • the control unit 203 also executes processing related to communication with the gNB100.
  • the functional unit related to signal transmission in the control unit 203 may be included in the transmitting unit 201, and the functional unit related to signal reception in the control unit 203 may be included in the receiving unit 202.
  • each functional block may be realized using one device that is physically or logically coupled, or may be realized using two or more devices that are physically or logically separated and directly or indirectly connected (for example, using wires, wirelessly, etc.).
  • the functional blocks may be realized by combining the one device or the multiple devices with software.
  • Functions include, but are not limited to, judgement, determination, judgment, calculation, computation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, resolution, selection, election, establishment, comparison, assumption, expectation, regard, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, and assignment.
  • a functional block (component) that performs the transmission function is called a transmitting unit or transmitter.
  • a base station, a terminal, etc. in one embodiment of the present disclosure may function as a computer that performs processing of the wireless communication method of the present disclosure.
  • FIG. 10 is a diagram showing an example of the hardware configuration of a base station and a terminal in one embodiment of the present disclosure.
  • the above-mentioned base station 100 and terminal 200 may be physically configured as a computer device including a processor 1001, a memory 1002, a storage 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, etc.
  • the term "apparatus” can be interpreted as a circuit, device, unit, etc.
  • the hardware configuration of the base station 100 and the terminal 200 may be configured to include one or more of the devices shown in the figure, or may be configured to exclude some of the devices.
  • the functions of the base station 100 and the terminal 200 are realized by loading specific software (programs) onto hardware such as the processor 1001 and memory 1002, causing the processor 1001 to perform calculations, control communications by the communication device 1004, and control at least one of the reading and writing of data in the memory 1002 and the storage 1003.
  • the processor 1001 for example, operates an operating system to control the entire computer.
  • the processor 1001 may be configured as a central processing unit (CPU) including an interface with peripheral devices, a control unit, an arithmetic unit, registers, etc.
  • CPU central processing unit
  • control unit 103, control unit 203, and control unit 303, etc. may be realized by the processor 1001.
  • the processor 1001 also reads out programs (program codes), software modules, data, etc. from at least one of the storage 1003 and the communication device 1004 into the memory 1002, and executes various processes according to these.
  • the programs used are those that cause a computer to execute at least some of the operations described in the above-mentioned embodiments.
  • the base station 100 and the terminal 200 may be realized by a control program stored in the memory 1002 and running on the processor 1001, and similarly may be realized for other functional blocks.
  • the above-mentioned various processes have been described as being executed by one processor 1001, they may be executed simultaneously or sequentially by two or more processors 1001.
  • the processor 1001 may be implemented by one or more chips.
  • the programs may be transmitted from a network via a telecommunications line.
  • Memory 1002 is a computer-readable recording medium and may be composed of, for example, at least one of a ROM (Read Only Memory), an EPROM (Erasable Programmable ROM), an EEPROM (Electrically Erasable Programmable ROM), a RAM (Random Access Memory), etc.
  • Memory 1002 may also be called a register, a cache, a main memory, etc.
  • Memory 1002 can store executable programs (program codes), software modules, etc. for implementing a wireless communication method relating to one embodiment of the present disclosure.
  • Storage 1003 is a computer-readable recording medium, and may be, for example, at least one of an optical disk such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, a magneto-optical disk (e.g., a compact disk, a digital versatile disk, a Blu-ray (registered trademark) disk), a smart card, a flash memory (e.g., a card, a stick, a key drive), a floppy (registered trademark) disk, a magnetic strip, etc.
  • Storage 1003 may also be referred to as an auxiliary storage device.
  • the above-mentioned storage medium may be, for example, a database, a server, or other suitable medium including at least one of memory 1002 and storage 1003.
  • the communication device 1004 is hardware (transmitting/receiving device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as, for example, a network device, a network controller, a network card, a communication module, etc.
  • the communication device 1004 may be configured to include a high-frequency switch, a duplexer, a filter, a frequency synthesizer, etc., to realize at least one of, for example, Frequency Division Duplex (FDD) and Time Division Duplex (TDD).
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • the above-mentioned transmitting unit 101, transmitting unit 202, transmitting unit 302, receiving unit 102, receiving unit 201, receiving unit 301, etc. may be realized by the communication device 1004.
  • the communication device 1004 may be implemented with the transmitting unit and the receiving unit being physically or logically separated.
  • the input device 1005 is an input device (e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that accepts input from the outside.
  • the output device 1006 is an output device (e.g., a display, a speaker, an LED lamp, etc.) that performs output to the outside. Note that the input device 1005 and the output device 1006 may be integrated into one structure (e.g., a touch panel).
  • each device such as the processor 1001 and memory 1002 is connected by a bus 1007 for communicating information.
  • the bus 1007 may be configured using a single bus, or may be configured using different buses between each device.
  • the base station 100 and the terminal 200 may be configured to include hardware such as a microprocessor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a programmable logic device (PLD), or a field programmable gate array (FPGA), and some or all of the functional blocks may be realized by the hardware.
  • the processor 1001 may be implemented using at least one of these pieces of hardware.
  • the operations of multiple functional units may be physically performed by one part, or the operations of one functional unit may be physically performed by multiple parts.
  • the order of the processing procedures described in the embodiments may be changed as long as there is no contradiction.
  • the base station 100 and the terminal 200 have been described using functional block diagrams, but such devices may be realized by hardware, software, or a combination thereof.
  • the software operated by the processor of the base station 100 in accordance with an embodiment of the present disclosure, and the software operated by the processor of the terminal 200 in accordance with an embodiment of the present disclosure may each be stored in random access memory (RAM), flash memory, read-only memory (ROM), EPROM, EEPROM, register, hard disk (HDD), removable disk, CD-ROM, database, server, or any other suitable storage medium.
  • the notification of information is not limited to the embodiment described in the present disclosure, and may be performed using other methods.
  • the notification of information may be performed by physical layer signaling (e.g., Downlink Control Information (DCI), Uplink Control Information (UCI)), higher layer signaling (e.g., Radio Resource Control (RRC) signaling, Medium Access Control (MAC) signaling, broadcast information (Master Information Block (MIB), System Information Block (SIB)), other signals, or combinations thereof.
  • the RRC signaling may be called an RRC message, and may be, for example, an RRC Connection Setup message, an RRC Connection Reconfiguration message, or the like.
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • SUPER 3G IMT-Advanced
  • 4th generation mobile communication system 4th generation mobile communication system
  • 5th generation mobile communication system 5G
  • 6th generation mobile communication system 6th generation mobile communication system
  • xth generation mobile communication system xG (x is, for example, an integer or a decimal)
  • Future Radio Access FAA
  • new Radio NR
  • New radio access NX
  • Future generation radio access Future generation radio access
  • W-CDMA registered trademark
  • GSM registered trademark
  • UMB Ultra Mobile Broadband
  • IEEE 802.11 Wi-Fi (registered trademark)
  • IEEE 802.16 WiMAX (registered trademark)
  • IEEE 802.17 WiMAX (registered trademark)
  • IEEE 802.19 WiMAX (registered trademark)
  • IEEE 802.20 WiMAX (registered trademark)
  • IEEE 802.21 WiMAX (registered trademark)
  • a specific operation performed by a base station may be performed by its upper node in some cases.
  • various operations performed for communication with a terminal may be performed by at least one of the base station and other network nodes other than the base station (e.g., MME or S-GW, etc., but are not limited to these).
  • MME Mobility Management Entity
  • S-GW Serving Mobility Management Entity
  • the above example illustrates a case where there is one other network node other than the base station, it may be a combination of multiple other network nodes (e.g., MME and S-GW).
  • Information, etc. may be output from a higher layer (or a lower layer) to a lower layer (or a higher layer).
  • Information may be input and output via multiple network nodes.
  • the input and output information may be stored in a specific location (e.g., memory) or may be managed using a management table.
  • the input and output information may be overwritten, updated, or added.
  • the output information may be deleted.
  • the input information may be transmitted to another device.
  • the determination may be based on a value represented by one bit (0 or 1), a Boolean value (true or false), or a numerical comparison (e.g., comparison with a predetermined value).
  • notification of predetermined information is not limited to being done explicitly, but may be done implicitly (e.g., not notifying the predetermined information).
  • Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, threads of execution, procedures, functions, etc., whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise.
  • software, instructions, information, etc. may be transmitted and received via a transmission medium.
  • a transmission medium For example, if the software is transmitted from a website, server, or other remote source using at least one of wired technologies (such as coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL)), and/or wireless technologies (such as infrared, microwave, etc.), then at least one of these wired and wireless technologies is included within the definition of a transmission medium.
  • wired technologies such as coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL)
  • wireless technologies such as infrared, microwave, etc.
  • the information, signals, etc. described in this disclosure may be represented using any of a variety of different technologies.
  • the data, instructions, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, optical fields or photons, or any combination thereof.
  • At least one of the channel and the symbol may be a signal (signaling).
  • the signal may be a message.
  • a component carrier (CC) may be called a carrier frequency, a cell, a frequency carrier, etc.
  • the information, parameters, etc. described in the present disclosure may be represented using absolute values, may be represented using relative values from a predetermined value, or may be represented using other corresponding information.
  • a radio resource may be indicated by an index.
  • the names used for the above-mentioned parameters are not limiting in any respect. Furthermore, the formulas etc. using these parameters may differ from those explicitly disclosed in this disclosure.
  • the various channels (e.g., PUCCH, PDCCH, etc.) and information elements may be identified by any suitable names, and therefore the various names assigned to these various channels and information elements are not limiting in any respect.
  • Base station BS
  • radio base station fixed station
  • NodeB NodeB
  • eNodeB eNodeB
  • gNodeB gNodeB
  • a base station may also be referred to by terms such as a macro cell, a small cell, a femto cell, a pico cell, etc.
  • a base station can accommodate one or more (e.g., three) cells.
  • a base station accommodates multiple cells, the entire coverage area of the base station can be divided into multiple smaller areas, and each smaller area can also provide communication services by a base station subsystem (e.g., a small indoor base station (RRH: Remote Radio Head).
  • RRH Remote Radio Head
  • the term "cell” or “sector” refers to a part or the entire coverage area of at least one of the base station and base station subsystems that provide communication services in this coverage.
  • a base station transmitting information to a terminal may be interpreted as the base station instructing the terminal to control or operate based on the information.
  • MS Mobile Station
  • UE User Equipment
  • a mobile station may also be referred to by those skilled in the art as a subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless terminal, remote terminal, handset, user agent, mobile client, client, or some other suitable terminology.
  • At least one of the base station and the mobile station may be called a transmitting device, a receiving device, a communication device, etc.
  • At least one of the base station and the mobile station may be a device mounted on a moving object, the moving object itself, etc.
  • the moving object refers to an object that can move, and the moving speed is arbitrary. It also naturally includes the case where the moving object is stopped.
  • the moving object includes, but is not limited to, for example, a vehicle, a transport vehicle, an automobile, a motorcycle, a bicycle, a connected car, an excavator, a bulldozer, a wheel loader, a dump truck, a forklift, a train, a bus, a handcar, a rickshaw, a ship and other watercraft, an airplane, a rocket, an artificial satellite, a drone (registered trademark), a multicopter, a quadcopter, a balloon, and objects mounted thereon.
  • the moving object may also be a moving object that runs autonomously based on an operation command.
  • At least one of the base station and the mobile station may be a device that does not necessarily move during communication operations.
  • at least one of the base station and the mobile station may be an IoT (Internet of Things) device such as a sensor.
  • IoT Internet of Things
  • the base station in the present disclosure may be read as a terminal.
  • the embodiment of the present disclosure may be applied to a configuration in which communication between a base station and a terminal is replaced with communication between multiple terminals (which may be called, for example, D2D (Device-to-Device) or V2X (Vehicle-to-Everything)).
  • the terminal 200 may be configured to have the functions of the base station 100 described above.
  • terms such as "uplink” and "downlink” may be read as terms corresponding to communication between terminals (for example, "side”).
  • the uplink channel, downlink channel, etc. may be read as a side channel.
  • the terminal in this disclosure may be interpreted as a base station.
  • the base station 100 may be configured to have the functions of the terminal 200 described above.
  • FIG. 11 shows an example configuration of a vehicle 2001.
  • the vehicle 2001 includes a drive unit 2002, a steering unit 2003, an accelerator pedal 2004, a brake pedal 2005, a shift lever 2006, front wheels 2007, rear wheels 2008, an axle 2009, an electronic control unit 2010, various sensors 2021-2029, an information service unit 2012, and a communication module 2013.
  • a communication device mounted on the vehicle 2001 and may be applied to the communication module 2013, for example.
  • the drive unit 2002 is composed of, for example, an engine, a motor, or a hybrid of an engine and a motor.
  • the steering unit 2003 includes at least a steering wheel (also called a handlebar), and is configured to steer at least one of the front wheels and the rear wheels based on the operation of the steering wheel operated by the user.
  • the electronic control unit 2010 is composed of a microprocessor 2031, memory (ROM, RAM) 2032, and a communication port (IO port) 2033. Signals are input to the electronic control unit 2010 from various sensors 2021 to 2029 provided in the vehicle 2001.
  • the electronic control unit 2010 may also be called an ECU (Electronic Control Unit).
  • Signals from the various sensors 2021-2029 include a current signal from a current sensor 2021 that senses the motor current, a front and rear wheel rotation speed signal obtained by a rotation speed sensor 2022, a front and rear wheel air pressure signal obtained by an air pressure sensor 2023, a vehicle speed signal obtained by a vehicle speed sensor 2024, an acceleration signal obtained by an acceleration sensor 2025, an accelerator pedal depression amount signal obtained by an accelerator pedal sensor 2029, a brake pedal depression amount signal obtained by a brake pedal sensor 2026, a shift lever operation signal obtained by a shift lever sensor 2027, and a detection signal for detecting obstacles, vehicles, pedestrians, etc. obtained by an object detection sensor 2028.
  • the information service unit 2012 is composed of various devices, such as a car navigation system, an audio system, speakers, a television, and a radio, for providing (outputting) various information such as driving information, traffic information, and entertainment information, and one or more ECUs for controlling these devices.
  • the information service unit 2012 uses information acquired from external devices via the communication module 2013, etc., to provide various multimedia information and multimedia services to the occupants of the vehicle 2001.
  • the information service unit 2012 may include input devices (e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, a touch panel, etc.) that accept input from the outside, and may also include output devices (e.g., a display, a speaker, an LED lamp, a touch panel, etc.) that perform output to the outside.
  • input devices e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, a touch panel, etc.
  • output devices e.g., a display, a speaker, an LED lamp, a touch panel, etc.
  • the driving assistance system unit 2030 is composed of various devices that provide functions for preventing accidents and reducing the driving burden on the driver, such as a millimeter wave radar, LiDAR (Light Detection and Ranging), a camera, a positioning locator (e.g., GNSS, etc.), map information (e.g., high definition (HD) maps, autonomous vehicle (AV) maps, etc.), a gyro system (e.g., IMU (Inertial Measurement Unit), INS (Inertial Navigation System), etc.), AI (Artificial Intelligence) chip, and AI processor, as well as one or more ECUs that control these devices.
  • the driving assistance system unit 2030 transmits and receives various information via the communication module 2013 to realize driving assistance functions or autonomous driving functions.
  • the communication module 2013 can communicate with the microprocessor 2031 and components of the vehicle 2001 via the communication port.
  • the communication module 2013 transmits and receives data via the communication port 2033 between the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, shift lever 2006, front wheels 2007, rear wheels 2008, axle 2009, microprocessor 2031 and memory (ROM, RAM) 2032 in the electronic control unit 2010, and sensors 2021 to 2029 that are provided on the vehicle 2001.
  • the communication module 2013 is a communication device that can be controlled by the microprocessor 2031 of the electronic control unit 2010 and can communicate with an external device. For example, it transmits and receives various information to and from the external device via wireless communication.
  • the communication module 2013 may be located either inside or outside the electronic control unit 2010.
  • the external device may be, for example, a base station, a mobile station, etc.
  • the communication module 2013 may transmit at least one of the signals from the various sensors 2021-2029 described above input to the electronic control unit 2010, information obtained based on the signals, and information based on input from the outside (user) obtained via the information service unit 2012 to an external device via wireless communication.
  • the electronic control unit 2010, the various sensors 2021-2029, the information service unit 2012, etc. may be referred to as input units that accept input.
  • the PUSCH transmitted by the communication module 2013 may include information based on the above input.
  • the communication module 2013 receives various information (traffic information, signal information, vehicle distance information, etc.) transmitted from an external device, and displays it on the information service unit 2012 provided in the vehicle 2001.
  • the information service unit 2012 may be called an output unit that outputs information (for example, outputs information to a device such as a display or speaker based on the PDSCH (or data/information decoded from the PDSCH) received by the communication module 2013).
  • the communication module 2013 also stores various information received from an external device in a memory 2032 that can be used by the microprocessor 2031.
  • the microprocessor 2031 may control the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, shift lever 2006, front wheels 2007, rear wheels 2008, axles 2009, sensors 2021 to 2029, etc. provided in the vehicle 2001.
  • determining and “determining” as used in this disclosure may encompass a wide variety of actions. “Determining” and “determining” may include, for example, judging, calculating, computing, processing, deriving, investigating, looking up, searching, inquiring (e.g., searching in a table, database, or other data structure), ascertaining, and the like. “Determining” and “determining” may also include receiving (e.g., receiving information), transmitting (e.g., sending information), input, output, accessing (e.g., accessing data in a memory), and the like. “Determining” and “determining” may also include resolving, selecting, choosing, establishing, comparing, and the like. In other words, “judgment” and “decision” can include regarding some action as having been “judged” or “decided.” Also, “judgment (decision)” may be interpreted as “assuming,””expecting,””considering,” etc.
  • connection refers to any direct or indirect connection or coupling between two or more elements, and may include the presence of one or more intermediate elements between two elements that are “connected” or “coupled” to each other.
  • the coupling or connection between elements may be physical, logical, or a combination thereof.
  • “connected” may be read as "access”.
  • two elements may be considered to be “connected” or “coupled” to each other using at least one of one or more wires, cables, and printed electrical connections, as well as electromagnetic energy having wavelengths in the radio frequency range, microwave range, and optical (both visible and invisible) range, as some non-limiting and non-exhaustive examples.
  • the reference signal may be abbreviated as RS (Reference Signal) or may be called a pilot depending on the applicable standard.
  • a radio frame may be composed of one or more frames in the time domain. Each of the one or more frames in the time domain may be called a subframe. A subframe may further be composed of one or more slots in the time domain. A subframe may have a fixed time length (e.g., 1 ms) that is independent of numerology.
  • Numerology may be a communication parameter that applies to at least one of the transmission and reception of a signal or channel. Numerology may indicate, for example, at least one of the following: Subcarrier Spacing (SCS), bandwidth, symbol length, cyclic prefix length, Transmission Time Interval (TTI), number of symbols per TTI, radio frame structure, a particular filtering process performed by the transceiver in the frequency domain, a particular windowing process performed by the transceiver in the time domain, etc.
  • SCS Subcarrier Spacing
  • TTI Transmission Time Interval
  • radio frame structure a particular filtering process performed by the transceiver in the frequency domain, a particular windowing process performed by the transceiver in the time domain, etc.
  • a slot may consist of one or more symbols in the time domain (such as Orthogonal Frequency Division Multiplexing (OFDM) symbols, Single Carrier Frequency Division Multiple Access (SC-FDMA) symbols, etc.).
  • OFDM Orthogonal Frequency Division Multiplexing
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • a slot may be a time unit based on numerology.
  • a slot may include multiple minislots. Each minislot may consist of one or multiple symbols in the time domain. A minislot may also be called a subslot. A minislot may consist of fewer symbols than a slot.
  • a PDSCH (or PUSCH) transmitted in a time unit larger than a minislot may be called PDSCH (or PUSCH) mapping type A.
  • a PDSCH (or PUSCH) transmitted using a minislot may be called PDSCH (or PUSCH) mapping type B.
  • Radio frame, subframe, slot, minislot, and symbol all represent time units for transmitting signals. Radio frame, subframe, slot, minislot, and symbol may each be referred to by a different name that corresponds to the radio frame, subframe, slot, minislot, and symbol.
  • one subframe may be called a Transmission Time Interval (TTI)
  • TTI Transmission Time Interval
  • multiple consecutive subframes may be called a TTI
  • one slot or one minislot may be called a TTI.
  • at least one of the subframe and the TTI may be a subframe (1 ms) in existing LTE, a period shorter than 1 ms (e.g., 1-13 symbols), or a period longer than 1 ms.
  • the unit representing the TTI may be called a slot, minislot, etc., instead of a subframe.
  • TTI refers to, for example, the smallest time unit for scheduling in wireless communication.
  • a base station schedules each user terminal by allocating radio resources (such as frequency bandwidth and transmission power that can be used by each user terminal) in TTI units.
  • radio resources such as frequency bandwidth and transmission power that can be used by each user terminal
  • the TTI may be a transmission time unit for a channel-coded data packet (transport block), a code block, a code word, etc., or may be a processing unit for scheduling, link adaptation, etc.
  • the time interval e.g., the number of symbols
  • the time interval in which a transport block, a code block, a code word, etc. is actually mapped may be shorter than the TTI.
  • one or more TTIs may be the minimum time unit of scheduling.
  • the number of slots (minislots) that constitute the minimum time unit of scheduling may be controlled.
  • a TTI having a time length of 1 ms may be referred to as a normal TTI (TTI in LTE Rel. 8-12), normal TTI, long TTI, normal subframe, normal subframe, long subframe, slot, etc.
  • TTI shorter than a normal TTI may be referred to as a shortened TTI, short TTI, partial or fractional TTI, shortened subframe, short subframe, minislot, subslot, slot, etc.
  • a long TTI (e.g., a normal TTI, a subframe, etc.) may be interpreted as a TTI having a time length of more than 1 ms
  • a short TTI e.g., a shortened TTI, etc.
  • TTI length shorter than the TTI length of a long TTI and equal to or greater than 1 ms.
  • a resource block is a resource allocation unit in the time domain and frequency domain, and may include one or more consecutive subcarriers in the frequency domain.
  • the number of subcarriers included in an RB may be the same regardless of the numerology, and may be, for example, 12.
  • the number of subcarriers included in an RB may be determined based on the numerology.
  • the time domain of an RB may include one or more symbols and may be one slot, one minislot, one subframe, or one TTI in length.
  • One TTI, one subframe, etc. may each be composed of one or more resource blocks.
  • one or more RBs may also be referred to as a physical resource block (PRB), a sub-carrier group (SCG), a resource element group (REG), a PRB pair, an RB pair, etc.
  • PRB physical resource block
  • SCG sub-carrier group
  • REG resource element group
  • PRB pair an RB pair, etc.
  • a resource block may be composed of one or more resource elements (REs).
  • REs resource elements
  • one RE may be a radio resource area of one subcarrier and one symbol.
  • a Bandwidth Part which may also be referred to as a partial bandwidth, may represent a subset of contiguous common resource blocks (RBs) for a given numerology on a given carrier, where the common RBs may be identified by an index of the RB relative to a common reference point of the carrier.
  • PRBs may be defined in a BWP and numbered within the BWP.
  • the BWP may include a BWP for UL (UL BWP) and a BWP for DL (DL BWP).
  • UL BWP UL BWP
  • DL BWP DL BWP
  • One or more BWPs may be configured for a UE within one carrier.
  • At least one of the configured BWPs may be active, and the UE may not expect to transmit or receive a given signal/channel outside the active BWP.
  • BWP bitmap
  • radio frames, subframes, slots, minislots, and symbols are merely examples.
  • the number of subframes included in a radio frame, the number of slots per subframe or radio frame, the number of minislots included in a slot, the number of symbols and RBs included in a slot or minislot, the number of subcarriers included in an RB, as well as the number of symbols in a TTI, the symbol length, and the cyclic prefix (CP) length can be changed in various ways.
  • the "maximum transmit power” in this disclosure may mean the maximum value of the transmit power, may mean the nominal UE maximum transmit power, or may mean the rated UE maximum transmit power.
  • Wireless communication system 100 Base station (gNB) 200 Terminal Equipment (UE)
  • gNB Base station
  • UE Terminal Equipment

Landscapes

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

Abstract

本開示の一態様によると、複数のカバレッジ拡張に関する機能を、サポートしていることを報告するためのサポ－ト報告情報、あるいは、リクエストするためのリクエスト情報を生成する制御部と、１つのチャネルで前記サポ－ト報告情報あるいは前記リクエスト情報を送信する送信部と、を有する端末が提供される。

Description

端末及び無線通信方法
　本開示は、端末及び無線通信方法に関する。
　3rd Generation Partnership Project（3GPP）は、5th generation mobile communication system（5G、New Radio（NR）又はNext Generation（NG）とも呼ばれる）を仕様化し、さらに、Beyond 5G、5G Evolution或いは6Gと呼ばれる次世代の仕様化も進めている。
　例えば、3GPP Release-17では、NRにおけるカバレッジ拡張（CE: Coverage Enhancement）に関するWork Itemが合意されている（非特許文献１）。
　具体的には、RAR UL grant又はTC-RNTIでスクランブルされたDCI（DCI scrambled with TC-RNTI）に基づいてスケジューリングされたPUSCHの繰り返し送信の仕様について検討が進められている。なお、RARは、Random Access Responseの略である。DCIは、Downlink Control Informationの略である。TC-RNTIは、Temporary Cell Radio Network Temporary Identifierの略である。PUSCHは、Physical Uplink Shared Channelの略である。
"New WID on NR coverage enhancements", RP-202928, 3GPP TSG RAN meeting #90e, 3GPP, 2020年12月 "Final feature lead summary on support of Type A PUSCH repetitions for Msg3", R1-2106247, 3GPP TSG RAN WG1 #105-e, 3GPP, 2021年5月
　6Gのカバレッジ拡張が可能なシステムは、パフォーマンスを損なうことなく、さまざまなユースケースに対して将来性が高まるように設計される必要がある。
　本開示の一態様によると、複数のカバレッジ拡張に関する機能を、サポートしていることを報告するためのサポ－ト報告情報、あるいは、リクエストするためのリクエスト情報を生成する制御部と、１つのチャネルで前記サポ－ト報告情報あるいは前記リクエスト情報を送信する送信部と、を有する端末が提供される。
本開示の一実施例による無線通信システムを示す概略図である。 無線通信システムにおいて用いられる周波数レンジの一例を示す図である。 無線通信システムにおいて用いられる無線フレーム、サブフレーム及びスロットの構成例を示す図である。 Contention Based Random Access手順を示すシーケンス図である。 Contention Free Random Access手順を示すシーケンス図である。 初期接続前後の繰り返し送信を説明する図 本開示の一実施例におけるTDRAテーブルの一例を示す図 本開示の一実施例による基地局（gNB）の機能構成を示すブロック図である。 本開示の一実施例による端末（UE）の機能構成を示すブロック図である。 本開示の一実施例による基地局及び端末のハードウェア構成を示すブロック図である。 本開示の一実施例による車両のハードウェア構成を示すブロック図である。
　以下、図面を参照して本開示の実施の形態を説明する。なお、以下で説明する実施の形態は一例であり、本開示が適用される実施の形態は、以下の実施の形態に限られない。
　また、以下で説明する本開示の実施の形態では、5G NR（New Radio）で使用されているSS（Synchronization signal）、PSS（Primary SS）、SSS（Secondary SS）、PBCH（Physical broadcast channel）、PRACH（Physical random access channel）、PDCCH（Physical Downlink Control Channel）、PDSCH（Physical Downlink Shared Channel）、PUCCH（Physical Uplink Control Channel）、PUSCH（Physical Uplink Shared Channel）等の用語を使用する。これは記載の便宜上のためであり、これらと同様の信号、機能等が他の名称で呼ばれてもよい。また、NRにおける上述の用語は、NR-SS、NR-PSS、NR-SSS、NR-PBCH、NR-PRACH等に対応する。ただし、NRに使用される信号であっても、必ずしも「NR-」と明記しない。
　また、本開示の実施の形態において、複信（Duplex）方式は、特に限定する記載が無い場合には、TDD（Time Division Duplex）方式でもよいし、FDD（Frequency Division Duplex）方式でもよいし、又はそれ以外（例えば、Flexible Duplex等）の方式でもよい。
　また、本開示の実施の形態において、無線パラメータ等が「設定される（Configure）」とは、所定の値が予め設定（Pre-configure）されることであってもよいし、基地局又は端末から通知される無線パラメータが設定されることであってもよい。
　また、以下の記載において、「／」という表記は、別途記載がない限り、「及び／又は」を意味してよい。
＜無線通信システム＞
　図１は、一実施の形態に係る無線通信システム10の一例を示す図である。無線通信システム10は、5G New Radio （NR）に従った無線通信システムであり、Next Generation - Radio Access Network 20（以下、NG-RAN20）及び端末200（以下、UE200）を含む。
　なお、無線通信システム10は、Beyond 5G、5G Evolution又は6Gと呼ばれる方式に従った無線通信システムであってもよい。
　NG-RAN20は、基地局100A（以下、gNB100A）及び基地局100B（以下、gNB100B）を含む。なお、gNB100A、gNB100B等のそれぞれを区別する必要がない場合には、gNB100と総称される。また、gNB及びUEの数は、図１に示す例に限定されない。
　NG-RAN20は、実際には複数のNG-RANノード、具体的には、gNB（又はng-eNB）を含み、5Gに従ったコアネットワーク（5GC、図示せず）と接続される。なお、NG-RAN20及び5GCは、単に「ネットワーク」と表現されてもよい。
　gNB100A及びgNB100Bは、5Gに従った基地局であり、5Gに従った無線通信をUE200と実行する。gNB100A、gNB100B及びUE200は、複数のアンテナ素子から送信される無線信号を制御することによって、より指向性の高いビームBMを生成するMassive Multiple-Input Multiple-Output （MIMO）、複数のコンポーネントキャリア（CC）を束ねて用いるキャリアアグリゲーション（CA）、及び、UEと２つのNG-RANノードそれぞれとの間において通信を行うデュアルコネクティビティ（DC）等に対応してよい。
　また、無線通信システム10は、複数の周波数レンジ（FR）に対応する。
　図２は、無線通信システム10において用いられる周波数レンジの一例を示す図である。図２に示すように、無線通信システム10は、FR1及びFR2に対応する。各FRの周波数帯は、例えば、以下のとおりである。
　・FR1：410 MHz～7.125 GHz
　・FR2：24.25 GHz～52.6 GHz
　FR1では、15kHz、30kHz又は60kHzのSub-Carrier Spacing （SCS）が用いられ、5～100MHzの帯域幅（BW）が用いられてもよい。FR2は、FR1よりも高周波数であり、60kHz又は120kHz（240kHzが含まれてもよい）のSCSが用いられ、50～400MHzの帯域幅（BW）が用いられてもよい。
　なお、Subcarrier Spacing (SCS)は、numerologyと解釈されてもよい。numerologyは、3GPP TS38.300において定義されており、周波数ドメインにおける１つのサブキャリア間隔と対応する。
　さらに、無線通信システム10は、FR2の周波数帯よりも高周波数帯に対応してもよい。具体的には、無線通信システム10は、52.6GHzを超え、114.25GHzまでの周波数帯に対応してもよい。このような高周波数帯は、便宜上「FR2x」と呼ばれてもよい。52.6GHzを超える帯域を用いる場合、より大きなSCSを有するCyclic Prefix - Orthogonal Frequency Division Multiplexing （CP-OFDM）／Discrete Fourier Transform - Spread - Orthogonal Frequency Division Multiplexing （DFT-S-OFDM）を適用してもよい。
　図３は、無線通信システム10において用いられる無線フレーム、サブフレーム及びスロットの構成例を示す図である。図３に示すように、1スロットは、14シンボルで構成され、SCSが大きく（広く）なる程、シンボル期間（及びスロット期間）は短くなる。SCSは、図３に示す間隔（周波数）に限定されない。例えば、SCSとして、480kHz、960kHz等が用いられてもよい。
　また、1スロットを構成するシンボル数は、必ずしも14シンボルでなくてもよい（例えば、28、56シンボル）。さらに、サブフレーム当たりのスロット数は、SCSによって異なっていてよい。
　なお、図３に示す時間方向（t）は、時間領域、シンボル期間又はシンボル時間等と呼ばれてもよい。また、周波数方向は、周波数領域、リソースブロック、サブキャリア、バンド幅部分（BWP: Bandwidth part）等と呼ばれてもよい。
　Demodulation Reference Signal （DMRS）は、参照信号の一種であり、各種チャネル用に準備される。ここでは、特に断りがない限り、ダウンリンクデータチャネル（具体的には、Physical Downlink Shared Channel （PDSCH））用のDMRSを意味してよい。ただし、アップリンクデータチャネル（具体的には、PUSCH）用のDMRSは、PDSCH用のDMRSと同様と解釈されてもよい。
　DMRSは、コヒーレント復調の一部分として、デバイス（例えば、UE200）におけるチャネル推定に用いられてよい。DMRSは、PDSCH送信に使用されるリソースブロック（RB: Resource Block）のみに存在してよい。
　DMRSは、複数のマッピングタイプを有してよい。具体的には、DMRSは、マッピングタイプＡ及びマッピングタイプＢを有してよい。マッピングタイプＡでは、最初のDMRSは、スロットの２又は３番目のシンボルに配置されてよい。マッピングタイプＡでは、DMRSは、実際のデータ送信がスロットのどこで開始されるかに関係なく、スロット境界を基準にしてマッピングされてよい。最初のDMRSがスロットの２又は３番目のシンボルに配置される理由は、制御リソースセット（CORESET：control resource sets）の後に最初のDMRSを配置するためと解釈されてもよい。
　マッピングタイプＢでは、最初のDMRSがデータ割り当ての最初のシンボルに配置されてよい。すなわち、DMRSの位置は、スロット境界に対してではなく、データが配置されている場所に対して相対的に与えられてよい。
　また、DMRSは、複数の種類（Type）を有してよい。具体的には、DMRSは、Type 1及びType 2を有してよい。Type 1とType 2とは、周波数領域におけるマッピング及び直交参照信号（orthogonal reference signals）の最大数が異なる。Type 1は、単一シンボル（single-symbol）DMRSで最大4本の直交信号を出力でき、Type 2は、二重シンボル（double-symbol）DMRSで最大8本の直交信号を出力できる。
　無線通信システム10は、gNB100が形成するセル（又は物理チャネルでもよい）のカバレッジを広げるカバレッジ拡張（CE: Coverage Enhancement）をサポートしてよい。カバレッジ拡張では、Msg3 repetitionなど各種の物理チャネルの受信成功率を高めるための仕組みが提供されてもよい。
　例えば、UE200は、DL信号として、gNB100からRACH手順に関連する情報を受信する。また、例えば、UE200は、DL信号として、gNB100からMsg3 repetitionに関する情報を受信する。Msg3 repetitionに関する情報には、例えば、Msg3の繰り返し送信に用いるリソース、繰り返し送信の回数、周波数ホッピングパターン、周波数ホッピングで用いる指定オフセット等を示す情報が含まれてよい。
　例えば、UE200は、UL信号として、RACH手順におけるMsg3 repetitionのリクエスト用の特別なRACH occasion (RO)やpreamble等をgNB100へ送信する。また、例えば、UE200は、UL信号として、Msg3 repetitionのリクエストに対してgNB100から受信したMsg3 repetitionに関する情報に基づいて、Msg3をgNB100へ繰り返し送信する。
　UL信号には、例えば、ULのデータ信号及び制御情報が含まれてよい。例えば、UL信号には、UE200の処理能力に関する情報（例えば、UE capability）が含まれてよい。また、UL信号には、参照信号が含まれてよい。
　UL信号の送信に使用されるチャネルには、例えば、データチャネル及び制御チャネルが含まれる。例えば、データチャネルには、PUSCHが含まれてよく、制御チャネルには、Physical Uplink Control Channel （PUCCH）が含まれてよい。例えば、UE200は、PUCCHを用いて制御情報を送信し、PUSCHを用いてULのデータ信号を送信する。なお、PUSCHは上りリンク共有チャネルの一例であり、PUCCHは上りリンク制御チャネルの一例である。共有チャネルはデータチャネルと呼ばれてもよい。
　UL信号に含まれる参照信号には、例えば、DMRS、Phase Tracking Reference Signal （PTRS）、Channel State Information - Reference Signal （CSI-RS）、Sounding Reference Signal （SRS）及び位置情報用のPositioning Reference Signal （PRS）のうちの少なくとも１つが含まれてよい。例えば、DMRS、PTRS等の参照信号は、ULのデータ信号の復調に使用され、PUSCHを用いて送信される。
　NRのRACH手順は、RRC_Idleからの初期アクセス、RRC（Radio Resource Control）コネクション（再）確立、ビーム障害の回復、ハンドオーバ、ダウンリンクデータアライバル、アップリンクデータアライバル、ポジショニング、Timing Alignment（TA）などのため実行される。RACH手順は、衝突型ランダムアクセス手順としてのContention Based Random Access（CBRA）手順と、非衝突型ランダムアクセス手順としてのContention Free Random Access（CFRA）手順とがある。CBRA手順は、UE200が自発的に開始するため、複数のUE200が同時にRACH手順を開始することによって衝突が生じる場合がある。一方、CFRAは、gNB100が接続中のUE200に指示することによって、複数のUE200の間で衝突が生じないようにRACH手順を実行させることができる。
　図４は、CBRA手順を示すシーケンス図である。図４に示されるように、UE200は、ステップＳ１０１において、物理ランダムアクセスチャネル（PRACH）を介しランダムアクセスプリアンブル（RA preamble）を第１メッセージ（Msg1）として送信する。
　ステップＳ１０２において、UE200は、PDSCHを介しMsg1に対する応答メッセージ（Random Access Response（RAR））を第２メッセージ（Msg2）として受信する。UE200は、Msg1を送信後、Msg2を含むPDSCHのスケジューリングに用いられるPDCCHを監視してもよい。PDCCHに含まれるＣＲＣビットは、RA-RNTI（Random Access-Radio Network Temporary Identifier）によってスクランブリングされてもよい。Msg2は、Msg3を含むPUSCHのスケジューリングに用いられるアップリンクグラント（RARアップリンクグラント）を含んでもよい。RARアップリンクグラントは、TC-RNTI（Temporary Cell-RNTI）を含んでもよい。RARアップリンクグラントは、Msg3を含むPUSCHの送信電力に用いられる電力制御調整値に対する補正値を示すＴＰＣコマンドを含んでもよい。
　ステップＳ１０３において、UE200は、RARアップリンクグラントによりスケジューリングされたPUSCHを第３メッセージ（Msg3）として送信する。例えば、UE200は、当該PUSCHを介しRRC接続要求、RRC接続再確立要求などをgNB100に送信する。Msg3は、RRC Connection Requestと呼ばれてもよい。なお、カバレッジ拡張のため、UE200は、Msg3のPUSCHを繰り返し送信してもよい。
　ステップＳ１０４において、UE200は、PDCCHを介し衝突解決メッセージを第４メッセージ（Msg4）として受信する。UE200は、Msg3を送信後、Msg4を含むPDSCHのスケジューリングに用いられるPDCCHを監視してもよい。Msg4は、衝突解決ID（UE衝突解決ID）を含んでもよい。衝突解決IDは、複数のUE200が同じ無線リソースを用いて信号を送信する衝突を解決するために用いられてもよい。UE200が受信したMsg4に含まれる衝突解決IDが当該UE200を識別するための IDと同じ値である場合、UE200は、衝突解決が成功したと判定し、C-RNTIフィールドにTC-RNTIの値を設定してもよい。C-RNTIフィールドにTC-RNTIの値が設定されると、UE200は、RRC接続が完了したとみなしてもよい。Msg4は、RRC Connection Setupと呼ばれてもよい。
　RRC接続が完了したUE200は、gNB100にRRC接続が完了したことを通知するために、Msg4をスケジューリングしたPDCCHに含まれるPUCCHリソース指示フィールドによって示されるPUCCH（PUCCHリソース）を介しAckを送信してもよい。また、RRC接続の確立後、UE200は、CapabilityをgNB100に送信する。上述したRACH手順は、Type 1 RACH手順、4-step RACH手順、Type 1 RACH、4-step RACHなどと呼ばれてもよい。また、Capabilityは、各機能のサポートの有無を示す情報であって、UE Capability、処理能力に関する情報、能力情報などとよばれてもよい。
　なお、Msg3は、アップリンク信号又は第２のアップリンク信号と呼ばれてもよい。また、Msg1は、第１のアップリンク信号と呼ばれてもよい。また、Msg4は、ダウンリンク信号又は第２のダウンリンク信号と呼ばれてもよい。また、Msg2は、第１のダウンリンク信号と呼ばれてもよい。
　また、例えば、UE200は、上記のステップＳ１０１とＳ１０３とを組み合わせた第１ステップ及び上記のステップＳ１０２とＳ１０４とを組み合わせた第２ステップからなるRACH手順を制御してもよい。当該RACH手順は、Type 2 RACH手順、2-step RACH手順、Type 2 RACH、2-step RACHなどと呼ばれてもよい。また、当該RACH手順の第１ステップにおける上記のMsg1とMsg3とを組み合わせたメッセージは、MsgAと呼ばれてもよく、第２ステップにおける上記のMsg2とMsg4とを組み合わせたメッセージは、MsgBと呼ばれてもよい。
　図５は、CFRA手順を示すシーケンス図である。図５に示されるように、UE200は、ステップＳ２０１において、gNB100からRAプリアンブル（Msg1）を送信するよう要求される。gNB100は、専用シグナリングを介してRAプリアンブル（Msg1）を割り当ててもよい。このような専用シグナリングに対するPDCCHは、PDCCHオーダと呼ばれてもよい。UE200は、Msg1のリソース割当てを実行するためのPDCCH（PDCCHオーダ）を監視する。
　ステップＳ２０２において、UE200は、上述したMsg1を送信する。
　ステップＳ２０３において、UE200は、上述したMsg2を受信する。RRC接続が完了したUE200は、gNB100にRRC接続が完了したことを通知するために、PUCCH（PUCCHリソース）を介しＡｃｋを送信してもよい。また、RRC接続の確立後、UE200は、Capabilityを示すパラメータをgNB100に送信し、Msg3の繰り返し送信をサポートしているか通知する。
　なお、DL信号の送信に使用されるチャネル及びUL信号の送信に使用されるチャネルは、上述した例に限定されない。例えば、DL信号の送信に使用されるチャネル及びUL信号の送信に使用されるチャネルには、RACH及びPhysical Broadcast Channel（PBCH）が含まれてよい。RACHは、例えば、Random Access Radio Network Temporary Identifier（RA-RNTI）を含むDCIの送信に用いられてよい。
　PUSCHの繰り返し送信は、複数の種類が規定されてよい。具体的には、Repetition type A及びRepetition type Bが規定されてよい。
　Repetition type Aは、スロット内に割り当てられたPUSCHが繰り返し送信される形態と解釈されてよい。つまり、PUSCHは、14シンボル以下であり、複数スロット（隣接スロット）に跨がって割り当てられる可能性はない。なお、PUSCH repetition Type Aは、repetition Type A、PUSCH Type A repetition、Type A repetition、mapping Type A（マッピングタイプＡ）、data mapping Type A（データマッピングタイプＡ）、Type A（タイプＡ）等と呼ばれてもよい。
　一方、Repetition type Bは、15シンボル以上のPUSCHが割り当てられる可能性があるPUSCHの繰り返し送信と解釈されてよい。本実施の形態では、このようなPUSCHを複数スロットに跨がって割り当てることが許容されてよい。なお、PUSCH repetition Type Bは、repetition Type B、PUSCH Type B repetition、Type B repetition、mapping Type B（マッピングタイプＢ）、data mapping Type B（データマッピングタイプＢ）、Type B（タイプＢ）等と呼ばれてもよい。
　また、無線通信システム１０では、複数の種類のUE200が機能又は性能等が異なる、或いはサポートする3GPP Releaseが異なる複数の種類の端末（UE）が用いられてもよい。種類は、世代、Release等の他の用語に置き換えられてもよい。例えば、カバレッジ拡張機能をサポートしている第１種端末と、Release-15のeMBB（enhanced Mobile Broadband）端末等の、カバレッジ拡張機能をサポートしていない第２種端末が同一セル内に存在してよい。第１種端末及び第２種端末はそれぞれ、enhanced UE及びlegacy UEと呼ばれてもよい。
　＜拡張可能なシステム＞
　6Gシステム（拡張可能なシステム）は、パフォーマンスを損なうことなく、さまざまなユースケースに対して将来性が高まるように設計される必要がある。
　NRの課題として、以下の例に示すように、NRの初期機能が原因で、後のリリースの機能が実際のネットワークに対して最大の利点を達成できなかった。
　（例１：NRのセル接続のために必要な最小帯域幅）
　NR SSBの帯域幅は、ローエンドIoT（eRedCap）デバイスの帯域幅削減がボトルネックになる。
　（例２：一部のセル カバレッジ拡張機能の遅れた導入）
　短期間でセルの展開を変更するのは現実的ではないため、今後のリリースでサポートされるカバレッジ拡張機能は、実際のフィールドでのセルのカバレッジにわずかな利益しかもたらさない。
　（提案された方向性）
　より多くのタイプのUEで利用できるように共通信号／チャネル(SSB等)を設計する。
　初期段階でより効果的な機能の早期サポートを図る。
　＜初期接続前後の繰り返し送信の合意／検討＞
　カバレッジ拡張機能の一つである、初期接続前後におけるアップリンクの物理チャネルの繰り返し送信のサポートについては、Release-17で既に合意されているものがあり、Release-18以降で検討されているものがある。UE200がアップリンクの物理チャネルの繰り返し送信を行うことにより、gNB100において当該物理チャネルの受信成功率を高めることができ、セルのカバレッジ拡張を実現できる。
　（Release-17での合意事項）
　Release-17では、CBRA手順におけるMsg3 PUSCH repetitionがサポートされることが合意され、CFRA手順におけるPUSCH repetitionがサポートされることが合意された。すなわち、CBRA手順におけるMsg3 PUSCHとCFRA手順のPUSCHとの双方を含む、RARアップリンクグラントによってスケジューリングされるPUSCHの繰り返し送信がサポートされることが合意された。
　（Release-18以降での検討事項）
　Release-17では、地上モバイル網ではカバーできない地域でも5Gサービスが提供できるように、地上系5Gシステムを衛星網で補完あるいは拡張するNTN（Non Terrestrial Network）の仕様が規定された。Release-18のNR NTNでは、Msg4 HARQ-ACKのrepetitionがサポートされることが検討されている。
　この場合、図６（Ａ）に示すように、UE200は、Msg3を送信後、Msg4を含むPDSCHのスケジューリングに用いられるPDCCHを監視し、PDCCH（例えば、DCI 1_0）及びPDSCHをデコードする。UE200は、Msg4のデコードに成功すると、データ（Msg4を搬送するPDSCH)に対するHARQ-ACK（以下、「Msg4 HARQ-ACK」という）を、DCIによってスケジューリングされたPUCCHにて送信する。このとき、UE200は、DCIによって通知された繰り返し回数に従って、HARQ-ACKを繰り返し送信する（PUCCH repetition）。
　また、Release-18のカバレッジ拡張では、RA preamble（Msg1）を繰り返し送信する、PRACH repetitionがサポートされることが検討されている。
　また、現状では、図６（Ｂ）に示すように、Msg3 PUSCH送信後、個別のPUSCH設定（Msg5 PUSCH）の受信の前の段階（common PUSCH）では、UE200は、PUSCH repetitionを行わず、DCIによってスケジューリングされた単一のPUSCHにてUE capabilityレポート等の信号を送信している。
　また、現状では、図６（Ｃ）に示すように、Msg4 HARQ-ACK送信後、個別のPUCCH設定（Msg5 PUCCH）の受信の前の段階（common PUCCH）では、UE200は、PUCCH repetitionを行わず、DCIによってスケジューリングされた単一のPUCCHにてHARQ-ACKを送信している。
　Release-18 TEI（Technical Enhancement or Important）及びRelease-19では、上記のMsg3 PUSCH送信後のcommon PUSCH及びMsg4 HARQ-ACK送信後のcommon PUCCHのrepetitionが提案されている。
　＜Repetition関連のCapability＞
　5G NRにおいて、UE200が、RRCパラメータによって繰り返し回数が設定された際に、DCI format 0_1によってスケジュールされたPUSCHの繰り返し送信をサポートするか否かのCapabilityを示すパラメータ（例えば、pusch-RepetitionMultiSlots）をgNB100に報告することはMandatoryである。なお、本開示において、「報告」は、「通知」、「送信」に読み替えてもよい。
　なお、5G NRにおいて、UE200が、RAR UL grant又はDCI format 0_0によってスケジュールされたPUSCH（Msg3）の繰り返し送信をサポートするか否かのCapabilityを示すパラメータ（例えば、pusch-RepetitionMsg3-r17）をgNB100に報告することはOptionalである。
　また、5G NRにおいて、UE200が、PUSCH送信の繰り返し回数の動的指示に対するCapabilityを示すパラメータ（例えば、pusch-RepetitionTypeA-r16）をgNB100に報告することはOptionalである。
　なお、動的繰り返し回数の指示に基づくPUSCHの繰り返し送信は、後続のリリース(Release-16)でサポートされたため、Optionalの機能となった可能性があり、実装が容易であるため6Gではmandatoryになる可能性がある。
　＜タームの読み替え＞
　本実施の形態に記載されたタームについては、以下のように読み替えられてよい。・Msg2 PDCCHは、DCI format 1_0 with CRC scrambled by RA-RNTIに読み替えられてもよい。・Msg2 PDSCHは、RAR messageを含んだPDSCHに読み替えられてもよい。・Msg3 PUSCHは、RAR UL grant、あるいは、DCI format 0_0 with CRC scrambled by TC-RNTIでスケジュールされたPUSCHに読み替えられてもよい。・Msg4 PDSCHは、DCI format 1_0 with CRC scrambled by TC-RNTIでスケジュールされたPDSCHに読み替えられてもよい。・Msg4 PUCCHは、DCI format 1_0 with CRC scrambled by TC-RNTIでスケジュールされたPDSCHに対応するHARQ-ACK/NACK infoが含まれたPUCCHに読み替えられてもよい。・common PUSCHは、DCI format 0_0 with CRC scrambled by C-RNTIでスケジュールされたPUSCHに読み替えられてもよい。・common PDSCHは、DCI format 1_0 with CRC scrambled by C-RNTIでスケジュールされたPDSCHに読み替えられてもよい。・common PUCCHは、DCI format 1_0 with CRC scrambled by C-RNTIでスケジュールされたPDSCHに対応するHARQ-ACK/NACK infoが含まれたPUCCHに読み替えられてもよい。・common PDCCH with TC-RNTIは、DCI format 0_0 with CRC scrambled by TC-RNTIに読み替えられてもよい。・common PDCCH with MsgB-RNTIは、DCI format 0_0 with CRC scrambled by MsgB-RNTIに読み替えられてもよい。・common PDCCH with C-RNTIは、DCI format 0_0/1_0 with CRC scrambled by C-RNTIに読み替えられてもよい。・dedicated PUSCHは、DCI format 0_1 with CRC scrambled by C-RNTI/MCS-C-RNTI/CS-RNTIでスケジュールされたPUSCHに読み替えられてもよい。・dedicated PDSCHは、DCI format 1_1 with CRC scrambled by C-RNTI/MCS-C-RNTI/CS-RNTIでスケジュールされたPDSCHに読み替えられてもよい。・dedicated PUCCHは、DCI format 1_1 with CRC scrambled by C-RNTI/MCS-C-RNTI/CS-RNTIでスケジュールされたPDSCHに対応するHARQ-ACK/NACK infoが含まれたPUCCHに読み替えられてもよい。・dedicated PDCCHは、DCI format 0_1/1_1 with CRC scrambled by C-RNTI/MCS-C-RNTIに読み替えられてもよい。
　本実施の形態では、表現の簡易のため、上記の各タームについて左端の表記を用いて説明する。なお、各タームについて左端以外の表記は、RAN1 spec (TS38.211-TS38.214)で使用されている表記である。
　なお、上記のDCI formatは一例に過ぎず、本実施の形態ではDCI formatについて限定はない。例えば、上記のDCI format 0_0は、DCI format 0_2/1_2, 0_3/1_3、あるいは、新たなDCI format等であってもよい。
　また、上記のRNTIは一例に過ぎず、本実施の形態ではRNTIについて限定はない。例えば、上記において、C-RNTI/MCS-C-RNTI/CS-RNTIとの記載は、RNTIが、C-RNTI、MCS-C-RNTI及びCS-RNTIのいずれであってもよいことを示す。
　＜検討＞
　上記の通り、5G NR、6Gでは、カバレッジ拡張機能のサポートについて、合意または検討されている。各UE200には、カバレッジ拡張機能（特に、繰り返し送信（repetition）に関する機能）をサポートするか否かを示すCapabilityが規定される。
　本開示の発明者は、UE200のカバレッジ拡張機能のサポート、及び、カバレッジ拡張機能に対するCapabilityに関して、以下の検討すべき課題があることを発見した。
　＜検討課題１＞
　PRACH、Msg3及びMsg5の各々のチャネルのPUSCH repetitionについてのサポートの有無等、repetitionに関する機能（Capability）は、細分化され複雑になっている。すなわち、repetitionに関するCapabilityは、「（Ａ）繰り返し回数／スロット数の表現」毎、「（Ｂ）候補チャネル」毎、「（Ｃ）複数の送信単位に跨がる送信」毎に規定される。UE200が、gNB100にCapability毎に報告を行うとすると、Capability signalingのoverheadが大きくなってしまう。
　＜検討課題２＞
　カバレッジ拡張機能をサポートしているenhanced UEとカバレッジ拡張機能をサポートしていないlegacy UEの両方がセル内で存在している場合には、legacy UEを想定してセル設計を行う必要があるため、セルのカバレッジ拡張ゲインが少なくなってしまう。
　＜検討課題３＞
　5G NR Release-17では、UE200が、repetitionをリクエストすることをサポートすることが合意された。また、UE200が、repetitionをサポートしていることを報告（通知）することが議論されている。しかし、UE200が、チャネル毎に、カバレッジ拡張機能（特に、繰り返し送信（repetition）に関する機能）をサポートしていることを示す情報、あるいは、リクエストする情報を送信してしまうと、signalingの回数やsignalingのpayload sizeの増大によりoverheadが大きくなってしまう。
　本開示の発明者は、上記の各検討課題の解決策について検討を行い、本開示をするに至った。以下では、各課題を解決するための提案を記載する。
　＜提案１＞
　まず、上記検討課題１の解決を図るための提案１について記載する。
　UE200には、カバレッジ拡張機能に関するCapabilityとして、（Ａ）繰り返し回数／スロット数の表現、（Ｂ）候補チャネル、（Ｃ）複数の送信単位に跨がる送信、の各Capabilityが規定されてよい。以下では、（Ａ）乃至（Ｃ）の各Capabilityについて概説する。
　＜（Ａ）繰り返し回数／スロット数の表現＞
　繰り返し回数／スロット数の表現の例として、（Ａ１）動的繰り返し（Dynamic repetition）指示、（Ａ２）RRC設定ベースの指示、（Ａ３）無指示等がある。なお、「繰り返し回数／スロット数の表現」は、「繰り返し回数／スロット数の指示の形態」と読み替えてもよい。
　（Ａ１．動的繰り返し指示）
　動的繰り返し指示、すなわちDCIによる動的な繰り返し回数／スロット数の指示として、例えば、繰り返し回数／スロット数が、TDRAテーブルの列（row）の値（Row Index）、あるいは、PUCCHリソースのindicatorのフィールドに紐づき、当該TDRAあるいは当該PUCCHリソースによる繰り返し回数／スロット数の指示等が挙げられる。
　各UE200には、動的繰り返し指示に対するCapabilityが規定される。動的繰り返し指示をサポートするUE200は、指示されたTDRAのRow IndexあるいはPUCCHリソースのindicatorのフィールドに応じて繰り返し回数／スロット数を判断する。
　gNB100は、動的繰り返し指示をサポートするUE200に対して、TDRAやPUCCHリソースに紐付けて繰り返し回数／スロット数を指示してよい。一方、gNB100は、動的繰り返し指示をサポートしないUE200に対して、繰り返し回数／スロット数を、TDRAやPUCCHリソースに紐付けず、他の方法で動的に指示する、あるいは、繰り返し回数／スロット数の動的指示を行わない。
　図７は、本提案に係るTDRAテーブルの一例を示す図である。繰り返し回数／スロット数がTDRAテーブルのRow Indexに紐づく。UE200は、指示されたTDRAテーブルのRow Indexに対応する繰り返し回数／スロット数を設定する。例えば、図７の例において、UE200は、Row Index（#k）が指示された場合には、繰り返し回数／スロット数を「４」に設定する。
　（Ａ２．RRC設定ベースの指示）
　RRC設定ベースの指示、すなわち準静的な繰り返し回数／スロット数の指示として、例えば、RRCパラメータによる繰り返し回数／スロット数の指示等が挙げられる。
　各UE200には、RRC設定ベースの指示に対するCapabilityが規定される。RRC設定ベースの指示をサポートするUE200は、gNB100から送信されたRRCパラメータに基づいて繰り返し回数／スロット数を判断する。なお、RRC設定ベースの指示をサポートするUE200は、RRCパラメータにより一意に繰り返し回数／スロット数を決定してもよく、あるいは、DL受信結果（受信レベルと閾値との比較結果）等に応じて、繰り返し回数を決定してよい。例えば、UE200は、受信レベルが閾値より低い場合には、RRCパラメータにより指示された繰り返し回数／スロット数を設定し、受信レベルが閾値より高い場合には、繰り返し回数／スロット数を「１」に設定し、繰り返し送信を行わない。
　gNB100は、RRC設定ベースの指示をサポートするUE200に対して、RRCパラメータにより繰り返し回数／スロット数を指示してよい。一方、gNB100は、RRC設定ベースの指示をサポートしないUE200に対して、RRCパラメータによる繰り返し回数／スロット数の指示を行わない。
　（Ａ３．無指示）
　各UE200には、無指示（gNB100からの指示がなくても繰り返し回数／スロット数を決定する処理）に対するCapabilityが規定される。無指示をサポートするUE200は、例えば、予め決められた仕様により繰り返し回数／スロット数を決定する。この場合、UE200は、DL受信結果（受信レベルと閾値との比較結果）等に応じて、繰り返し回数／スロット数を決定してもよい。例えば、UE200は、受信レベルが閾値より低い場合には、仕様によって決められた繰り返し回数／スロット数を設定し、受信レベルが閾値より高い場合には、繰り返し回数／スロット数を「１」に設定し、繰り返し送信を行わない。
　gNB100は、無指示をサポートするUE200に対して繰り返し回数／スロット数を指示しなくてよい。一方、gNB100は、無指示をサポートしないUE200に対して、繰り返し回数／スロット数を指示する。
　＜（Ｂ）候補チャネル＞
　repetitionの候補チャネルには、PRACH、MsgA PRACH、Msg2 PDCCH、Msg2 PDSCH、Msg3 PUSCH、MsgA PUSCH、Msg4 PDSCH、MsgB PDCCH、MsgB PDSCH、Msg4 PUCCH、common PUSCH、common PDSCH、common PUCCH、common PDCCH with TC-RNTI、common PDCCH with C-RNTI、dedicated PUSCH、dedicated PDSCH、dedicated PUCCH、dedicated PDCCH等がある。
　Capabilityは、候補チャネル毎に設定されている。以下で説明する「Capabilityのbundling」において、UE200は、候補チャネルの中から選択した、repetitionを行うチャネルのCapabilityをまとめて１つのCapabilityとしてよい。例えば、UE200は、PUSCH transmission（全PUSCHチャネル）、PUCCH transmission（全PUCCHチャネル）、DCI format 0_0でスケジュールされたPUSCH、あるいは、DCI format 1_0でスケジュールされたPDSCH等のように、複数の候補チャネルに対する繰り返し送信のCapabilityをまとめて１つのパラメータで報告してよい。
　＜（Ｃ）複数の送信単位に跨がる送信＞
　各UE200には、繰り返し送信等の複数の送信単位に跨がる送信の形態毎にCapabilityが規定される。送信単位の例として、スロット、サブスロット、シンボル等がある。
　例えば、UE200は、複数のスロットに割り当てられたPUSCHの各々に同一のデータをマッピングして繰り返し送信する機能、あるいは、複数のスロットを用いて１つのTB（Transport Block）を送信する機能を備えてよい。この場合、PUSCHリソースが割り当てられる各スロットの同一シンボル位置に、送信／受信シンボルがマッピングされる。上記の送信の形態として、PUSCH repetition type A、TB processing over multi-slot送信、repetition for PUCCH over multiple slots等が挙げられる。
　また、例えば、UE200は、複数のサブスロット／シンボルに割り当てられたPUSCHの各々に同一のデータをマッピングして繰り返し送信する機能、あるいは、複数のサブスロット／シンボルスロットを用いて１つのTBを送信する機能を備えてよい。上記の送信の形態として、例えば、PUSCH repetition type B、repetition for PUCCH over multiple PUCCH subslots等が挙げられる。
　＜Capabilityのbundling＞
　以上のように、繰り返し送信のCapabilityは、「（Ａ）繰り返し回数／スロット数の表現」毎、「（Ｂ）候補チャネル」毎、「（Ｃ）複数の送信単位に跨がる送信」毎に規定される。
　UE200は、（Ａ）乃至（Ｃ）の各Capabilityをbundlingし、これらのCapabilityを示す１つのパラメータ（以下、「bundlingパラメータ」という）を生成してよい。すなわち、UE200は、少なくとも１つの「（Ａ）繰り返し回数／スロット数の表現」に基づく、少なくとも１つの「（Ｂ）候補チャネル」に対する、少なくとも１つの「（Ｃ）複数の送信単位に跨がる送信」のCapabilityを示す１つのbundlingパラメータを生成し、このbundlingパラメータをgNB100（ネットワーク）に報告してよい。
　UE200がbundlingパラメータをgNB100に報告するタイミングは、初期接続が完了した後であってよい。なお、UE200は、PRACH等、初期接続時のチャネルに関するCapabilityも、初期接続が完了した後にgNB100に報告してよい。gNB100は、ハンドオーバ時に、初期接続時のチャネルに関するCapabilityを参照できる。
　＜提案１の効果＞
　以上のように、UE200が、bundlingパラメータを生成してgNB100に報告することにより、Capability毎に各Capabilityを示すパラメータを報告することに比べて、Capability signalingを減らすことができるので、overheadを削減できる。
　＜提案１のバリエーション＞
　UE200は、上記のbundlingパラメータに、以下の各オプションに示すCapabilityも含めて、gNB100に報告してよい。
　（オプション１）
　各UE200には、１つ以上のMulti-TRP（Transmission and Reception Point） PUSCH repetition scheme（異なるspatial relation、UL TCI-state、joint TCI-state、power control parameter setが紐づいたPUSCHをTDDで繰り返し送信するスキーム）に対するCapabilityが規定されてよい。上記のスキームには、multi-TRP PUSCH repetition based on codebook with PUSCH repetition type A/B、multi-TRP PUSCH repetition for non-codebook based PUSCH repetition type A/B等がある。
　なお、UE200は、bundlingパラメータに上記のCapabilityを含める場合、更にsequential mapping及び／又はcyclic mappingのサポートに対するCapabilityをbundlingパラメータに含めてよい。
　（オプション２）
　各UE200には、１つ以上のMulti-TRP PUCCH repetition scheme（異なるspatial relation、UL TCI-state、joint TCI-state、power control parameter setが紐づいたPUCCHをTDDで繰り返し送信するスキーム）に対するCapabilityが規定されてよい。上記のスキームには、PUCCH repetition scheme 1、PUCCH repetition scheme 3等がある。
　なお、UE200は、bundlingパラメータに上記のCapabilityを含める場合、更にsequential mapping及び／又はcyclic mappingのサポートのCapabilityをbundlingパラメータに含めてよい。
　（オプション３）
　各UE200には、１つ以上の周波数ホッピングスキームに対するCapabilityが規定されてよい。上記のスキームには、PUCCHに対するinter-subslot frequency hopping、PUCCHに対するinter-slot frequency hopping、PUCCHに対するenhanced inter-slot frequency hopping for DMRS bundling、PUSCHに対するinter-slot frequency hopping、PUSCHに対するintra-slot frequency hopping、PUSCHに対するenhanced inter-slot frequency hopping for DMRS bundling等がある。
　（オプション４）
　各UE200には、上記提案１の「（Ｂ）候補チャネル」の項で示した各候補チャネルに対するDMRS bundlingに対するCapabilityが規定されてよい。
　なお、上記オプション１乃至４に示したCapabilityの中で、bundlingパラメータに含めるものは、仕様により固定的に決められてもよいし、UE200のタイプ等によって動的に決められてもよい。
　＜提案２＞
　次に、上記検討課題２の解決を図るための提案２について記載する。
　＜提案２－１＞
　常に、UE200が、上記提案１で挙げた各Capability、または、提案１及びそのバリエーションで挙げた各Capabilityに対応する機能（カバレッジ拡張機能）をサポートすることがmandatoryとしてよい。
　UE200は、当該mandatoryの機能をサポートしていることを表すCapabilityを示すパラメータをgNM100に報告してもよく(mandatory with signaling)、報告しなくてもよい(mandatory without signaling)。
　＜提案２－２＞
　特定の条件を満たしている場合に、UE200が、上記提案１で挙げた各Capability、または、提案１及びそのバリエーションで挙げた各Capabilityに対応する機能（カバレッジ拡張機能）をサポートすることがmandatoryとしてよい(conditional mandatory)。
　UE200は、当該conditional mandatoryの機能をサポートしていることを表すCapabilityを示すパラメータをgNM100に報告してもよく(conditional mandatory with signaling)、報告しなくてもよい(conditional mandatory without signaling)。
　「特定の条件」とは、例えば以下のものであってよい。
　・UE200が特定のCapabilityに対応する機能をサポートしていること
　・UE200が特定の周波数(例えば、特定のband、特定のFR)での通信をサポートしていること
　・UE200が特定のUE type(例えばRedCap UE)であること
　・UE200が特定のPRACHで初期接続を行ったこと
　・UE200がNRのRel-XX以降のリリースをサポートしていること
　＜提案２の効果＞
　以上のように、各UEにおいて、カバレッジ拡張機能をサポートすることがmandatoryとすることにより、セル内で存在しているUEは、全て、カバレッジ拡張機能をサポートしているenhanced UEとなる。
　したがって、enhanced UEを想定したセル設計が可能となり、無線通信システム（6Gシステム）はセルのカバレッジ拡張ゲインを得られる。
　gNB100は、拡張されたカバレッジの範囲内に存在する全てのenhanced UE200と通信を行うことができる。
　なお、カバレッジ拡張機能をサポートしていないlegacy UEは、6Gシステムでの通信を行うことはできず、legacyシステムでの通信のみを行うことができる。
　＜提案３＞
　次に、上記検討課題３の解決を図るための提案３について記載する。
　＜提案３－１＞
　提案１で説明したように、カバレッジ拡張機能（特に、繰り返し送信（repetition）に関する機能）は、チャネル毎に、細分化されている。UE200は、１つのチャネルを用いて、上記提案１で説明した複数のrepetitionに関する機能、すなわち、少なくとも１つの「（Ａ）繰り返し回数／スロット数の表現」に基づく、少なくとも１つの「（Ｂ）候補チャネル」に対する、少なくとも１つの「（Ｃ）複数の送信単位に跨がる送信」の機能を、サポートしていることを示す情報、あるいは、リクエストする情報を送信する。
　なお、以下では、「repetitionに関する機能を、サポートしていることを報告する、あるいは、リクエストする」ことを「サポート報告／リクエストする」と記載する。また、「repetitionに関する機能を、サポートしていることを報告するための情報、あるいは、リクエストするための情報」を「サポート報告／リクエストの情報」と記載する。
　以下、サポート報告／リクエストの情報の送信方法についての各オプションを記載する。
　（オプション１）
　UE200は、特定のPRACHリソース（PRACH preamble及び／又はRACH occasion）の中に、サポート報告／リクエストの情報を含めたPRACHを送信する。
　例えば、Feature Combinationの１つとして上記サポート報告／リクエスト用に設定でき、UE200は、当該Feature Combinationに紐づいたPRACHリソースを送信することにより、サポート報告／リクエストをしてよい。
　（オプション２）
　UE200は、Msg3/MsgA PUSCHによりサポート報告／リクエストの情報を送信する。
　例えば、Msg3 PUSCHで送信した上位レイヤシグナリングに、サポート報告／リクエストの情報が含まれてよい。
　＜提案３－２＞
　UE200は、上記提案３－１の各オプションに基づいて、提案１のバリエーションで挙げた機能（Capability）をgNB100にサポート報告／リクエストしてよい。
　この場合、上記提案３－１の各オプションで挙げたものと同一の信号（チャネル）により、提案１のバリエーションで挙げた機能（Capability）をサポート報告／リクエストしてよい。例えば、repetitionとDMRS bundlingのサポート報告／リクエストをFeature Combinationの１つとして設定してよい。
　＜提案３－３＞
　UE200は、上記提案３－１／３－２で説明した、サポート報告／リクエストを行うか否かを、以下の各オプションのように決定してよい。
　（オプション１）
　UE200は、DL/PL/RSのRSRP（Reference Signal Received Power）等の受信レベルが閾値よりも高いか低いかに基づいて、サポート報告／リクエストを行うか否かを決定してよい。例えば、UE200は、RSRPが閾値より低い場合には、サポート報告／リクエストを行い、RSRPが閾値より高い場合には、サポート報告／リクエストを行わない。なお、閾値は、あらかじめ仕様で決められた値に設定されてもよく、gNB100（ネットワーク）から受信した情報(例えば、SIB1)に基づいてUE200が決定してもよい。
　複数の候補チャネルに対してサポート報告／リクエストを行うか否かを決定する際には、以下のように閾値が設定／決定されてよい。
　（Alt1）
　閾値は、複数の候補チャネルのセットに紐づいた値であってよい。例えば、UE200は、Msg3 PUSCHかつMsg4 PUCCHのリクエストを行う場合の閾値を設定してよい。
　（Alt2）
　閾値は、複数の候補チャネル内の各候補チャネルに紐づいた閾値の最小値または最大値であってよい。例えば、UE200は、Msg3 PUSCHのリクエストを行うか否かの閾値とMsg4 PUCCHのリクエストを行うか否かの閾値の最小値を、Msg3 PUSCHかつMsg4 PUCCHのリクエストを行う場合の閾値として設定してよい。
　同様に、複数の「（Ｃ）複数送信単位に跨がる送信」の機能や提案１のバリエーションで挙げた機能をまとめてサポート報告／リクエストする際には、以下の各サブオプションのように閾値が設定／決定されてよい。
　（サブオプション１）
　閾値は、複数機能のセットに紐づいた値であってよい。例えば、UE200は、「（Ｃ）複数送信単位に跨がる送信」の機能と提案１のバリエーションで挙げた機能の両方のリクエストを行う場合の閾値を設定してよい。
　（サブオプション２）
　閾値は、各機能に紐づいた閾値の最小値または最大値であってよい。例えば、UE200は、「（Ｃ）複数送信単位に跨がる送信」の機能のリクエストを行うか否かの閾値と提案１のバリエーションで挙げた機能のリクエストを行うか否かの閾値の最小値を、「（Ｃ）複数送信単位に跨がる送信」の機能と提案１のバリエーションで挙げた機能の両方のリクエストを行う場合の閾値として設定してよい。
　（オプション２）
　UE200は、各機能のサポートの有無に基づいて、サポート報告／リクエストを行うか否かを決定してよい。例えば、UE200は、対象の機能をサポートしている場合には、常に、サポート報告／リクエストを行う。
　（オプション３）
　UE200は、ネットワークからサポート報告／リクエストを行う設定／指示がされているか否かに基づいて、サポート報告／リクエストを行うか否かを決定してよい。
　（オプション４）
　UE200は、UE200がサポートするpower classに応じて、RSRP等の受信レベルの閾値あるいはpower headroomの閾値を設定／決定し、RSRP／power headroomが閾値よりも高いか低いかに基づいて、サポート報告／リクエストを行うか否かを決定してよい。
　（オプション５）
　UE200は、サポート報告／リクエストを行うか否かを判断するタイミングにおけるPCmax値に応じてRSR P等の受信レベルの閾値あるいはpower headroomの閾値を設定／決定し、RSRP／power headroomが閾値よりも高いか低いかに基づいて、サポート報告／リクエストを行うか否かを決定してよい。なお、PCmax値は、high-power UL transmissionが可能かどうかの判定材料となる。
　（オプション６）
　UE200は、対象ULチャネル向けのpower headroomが閾値よりも高いか低いかに基づいて、サポート報告／リクエストを行うか否かを決定してよい。なお、閾値は、上記オプション１と同様の方法で決定されてよい。
　なお、上記のオプションは組み合わせて適用しても良い。
　＜提案３の効果＞
　以上のように、UE200が、複数のチャネルに対するrepetitionを１つのサポート報告／リクエストで行うことにより、チャネル毎にサポート報告／リクエストすることに比べて、Capability signalingの回数やpayload sizeを減らすことができるので、overheadを削減できる。
　＜バリエーション＞
　UE200のタイプによって、サポート報告／リクエストするチャネルが設定されてよい。また、既にUE200がgNB100にタイプを報告している場合に、タイプに応じたチャネルにてサポート報告／リクエストを行い、未だUE200がgNB100にタイプを報告していない場合には、特定のチャネルにてサポート報告／リクエストを行ってもよい。
　（装置構成）
　次に、これまでに説明した処理及び動作を実施するgNB100及びUE200の機能構成例を説明する。gNB100及びUE200は上述した実施例を実施する機能を含む。ただし、gNB100及びUE200はそれぞれ、実施例の中の一部の機能のみを備えることとしてもよい。
　＜gNB100＞
　図８は、gNB100の機能構成の一例を示す図である。図８に示されるように、gNB100は、受信部１０１、送信部１０２及び制御部１０３を有する。図８に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実施できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
　受信部１０１は、UE200から送信された各種の信号を受信し、受信した信号から、例えば、より上位のレイヤの情報を取得する機能を含む。送信部１０２は、UE200に送信する信号を生成し、当該信号を有線又は無線で送信する機能を含む。
　制御部１０３は、予め設定される設定情報、及び、UE200に送信する各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。また、制御部１０３は、UE200との通信に係る処理を実行する。制御部１０３における信号送信に関する機能部を送信部１０２に含め、制御部１０３における信号受信に関する機能部を受信部１０１に含めてもよい。
　＜UE200＞
　図９は、UE200の機能構成の一例を示す図である。図９に示されるように、UE200は、送信部２０１、受信部２０２及び制御部２０３を有する。図９に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実施できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
　送信部２０１は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部２０２は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部２０２は、gNB100から送信されるNR-PSS、NR-SSS、NR-PBCH、DL/UL制御信号又は参照信号等を受信する機能を有する。
　制御部２０３は、受信部２０２によりgNB100から受信した各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。また、制御部２０３は、gNB100との通信に係る処理を実行する。制御部２０３における信号送信に関する機能部を送信部２０１に含め、制御部２０３における信号受信に関する機能部を受信部２０２に含めてもよい。
＜ハードウェア構成等＞
　上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。
　例えば、本開示の一実施の形態における基地局、端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図１０は、本開示の一実施の形態に係る基地局及び端末のハードウェア構成の一例を示す図である。上述の基地局１００及び端末２００は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。基地局１００及び端末２００のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　基地局１００及び端末２００における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。例えば、上述の制御部１０３、制御部２０３、及び、制御部３０３などは、プロセッサ１００１によって実現されてもよい。
　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、基地局１００及び端末２００は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及びストレージ１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。
　通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送信部１０１、送信部２０２、送信部３０２、受信部１０２、受信部２０１及び受信部３０１などは、通信装置１００４によって実現されてもよい。通信装置１００４は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。
　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
　また、基地局１００及び端末２００は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
　（実施の形態の補足）
　以上、本開示の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本開示に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、基地局１００及び端末２００は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本開示の実施の形態に従って基地局１００が有するプロセッサにより動作するソフトウェア、及び、本開示の実施の形態に従って端末２００が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
＜情報の通知、シグナリング＞
　情報の通知は、本開示において説明した実施の形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
＜適用システム＞
　本開示において説明した実施の形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、6th　generation　mobile　communication　system（６Ｇ）、xth　generation　mobile　communication　system（ｘＧ）（ｘＧ（ｘは、例えば整数、小数））、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、New　radio　access（ＮＸ）、Future　generation　radio　access（ＦＸ）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張、修正、作成、規定された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。
＜処理手順等＞
　本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
＜基地局の動作＞
　本開示において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局及び基地局以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。
＜入出力の方向＞
　情報等（＜情報、信号＞の項目参照）は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
＜入出力された情報等の扱い＞
　入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
＜判定方法＞
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
＜態様のバリエーション等＞
　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
＜ソフトウェア＞
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
＜情報、信号＞
　本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
＜システム、ネットワーク＞
　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
＜パラメータ、チャネルの名称＞
　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
　上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
＜基地局＞
　本開示においては、「基地局（ＢＳ：Base Station）」、「無線基地局」、「固定局（fixed station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
　基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：Ｒｅｍｏｔｅ　Ｒａｄｉｏ　Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
　本開示において、基地局が端末に情報を送信することは、基地局が端末に対して、情報に基づく制御・動作を指示することと読み替えられてもよい。
＜移動局＞
　本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。
　移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
＜基地局／移動局＞
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、移動可能な物体をいい、移動速度は任意である。また移動体が停止している場合も当然含む。当該移動体は、例えば、車両、輸送車両、自動車、自動二輪車、自転車、コネクテッドカー、ショベルカー、ブルドーザー、ホイールローダー、ダンプトラック、フォークリフト、列車、バス、リヤカー、人力車、船舶（ship and other watercraft）、飛行機、ロケット、人工衛星、ドローン（登録商標）、マルチコプター、クアッドコプター、気球、およびこれらに搭載される物を含み、またこれらに限らない。また、当該移動体は、運行指令に基づいて自律走行する移動体であってもよい。乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet of Things）機器であってもよい。
　また、本開示における基地局は、端末で読み替えてもよい。例えば、基地局及び端末間の通信を、複数の端末間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の実施の形態を適用してもよい。この場合、上述の基地局１００が有する機能を端末２００が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
　同様に、本開示における端末は、基地局で読み替えてもよい。この場合、上述の端末２００が有する機能を基地局１００が有する構成としてもよい。
　図１１に車両２００１の構成例を示す。図１１に示すように、車両２００１は駆動部２００２、操舵部２００３、アクセルペダル２００４、ブレーキペダル２００５、シフトレバー２００６、前輪２００７、後輪２００８、車軸２００９、電子制御部２０１０、各種センサ２０２１～２０２９、情報サービス部２０１２と通信モジュール２０１３を備える。本開示において説明した各態様／実施形態は、車両２００１に搭載される通信装置に適用されてもよく、例えば、通信モジュール２０１３に適用されてもよい。
　駆動部２００２は例えば、エンジン、モータ、エンジンとモータのハイブリッドで構成される。操舵部２００３は、少なくともステアリングホイール（ハンドルとも呼ぶ）を含み、ユーザによって操作されるステアリングホイールの操作に基づいて前輪及び後輪の少なくとも一方を操舵するように構成される。
　電子制御部２０１０は、マイクロプロセッサ２０３１、メモリ（ROM、RAM）２０３２、通信ポート（ＩＯポート）２０３３で構成される。電子制御部２０１０には、車両２００１に備えられた各種センサ２０２１～２０２９からの信号が入力される。電子制御部２０１０は、ＥＣＵ（Electronic Control Unit）と呼んでも良い。
　各種センサ２０２１～２０２９からの信号としては、モータの電流をセンシングする電流センサ２０２１からの電流信号、回転数センサ２０２２によって取得された前輪や後輪の回転数信号、空気圧センサ２０２３によって取得された前輪や後輪の空気圧信号、車速センサ２０２４によって取得された車速信号、加速度センサ２０２５によって取得された加速度信号、アクセルペダルセンサ２０２９によって取得されたアクセルペダルの踏み込み量信号、ブレーキペダルセンサ２０２６によって取得されたブレーキペダルの踏み込み量信号、シフトレバーセンサ２０２７によって取得されたシフトレバーの操作信号、物体検知センサ２０２８によって取得された障害物、車両、歩行者等を検出するための検出信号等がある。
　情報サービス部２０１２は、カーナビゲーションシステム、オーディオシステム、スピーカー、テレビ、ラジオといった、運転情報、交通情報、エンターテイメント情報等の各種情報を提供（出力）するための各種機器と、これらの機器を制御する１つ以上のＥＣＵとから構成される。情報サービス部２０１２は、外部装置から通信モジュール２０１３等を介して取得した情報を利用して、車両２００１の乗員に各種マルチメディア情報及びマルチメディアサービスを提供する。
　情報サービス部２０１２は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ、タッチパネルなど）を含んでもよいし、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプ、タッチパネルなど）を含んでもよい。
　運転支援システム部２０３０は、ミリ波レーダ、ＬｉＤＡＲ（Light Detection and Ranging）、カメラ、測位ロケータ（例えば、ＧＮＳＳ等）、地図情報（例えば、高精細（ＨＤ）マップ、自動運転車（ＡＶ）マップ等）、ジャイロシステム（例えば、ＩＭＵ（Inertial Measurement Unit）、ＩＮＳ（Inertial Navigation System）等）、ＡＩ（Artificial Intelligence）チップ、ＡＩプロセッサといった、事故を未然に防止したりドライバの運転負荷を軽減したりするための機能を提供するための各種機器と、これらの機器を制御する１つ以上のＥＣＵとから構成される。また、運転支援システム部２０３０は、通信モジュール２０１３を介して各種情報を送受信し、運転支援機能又は自動運転機能を実現する。
　通信モジュール２０１３は通信ポートを介して、マイクロプロセッサ２０３１および車両２００１の構成要素と通信することができる。例えば、通信モジュール２０１３は通信ポート２０３３を介して、車両２００１に備えられた駆動部２００２、操舵部２００３、アクセルペダル２００４、ブレーキペダル２００５、シフトレバー２００６、前輪２００７、後輪２００８、車軸２００９、電子制御部２０１０内のマイクロプロセッサ２０３１及びメモリ（ＲＯＭ、ＲＡＭ）２０３２、センサ２０２１～２０２９との間でデータを送受信する。
　通信モジュール２０１３は、電子制御部２０１０のマイクロプロセッサ２０３１によって制御可能であり、外部装置と通信を行うことが可能な通信デバイスである。例えば、外部装置との間で無線通信を介して各種情報の送受信を行う。通信モジュール２０１３は、電子制御部２０１０の内部と外部のどちらにあってもよい。外部装置は、例えば、基地局、移動局等であってもよい。
　通信モジュール２０１３は、電子制御部２０１０に入力された上述の各種センサ２０２１～２０２９からの信号、当該信号に基づいて得られる情報、及び情報サービス部２０１２を介して得られる外部（ユーザ）からの入力に基づく情報、の少なくとも１つを、無線通信を介して外部装置へ送信してもよい。電子制御部２０１０、各種センサ２０２１～２０２９、情報サービス部２０１２などは、入力を受け付ける入力部と呼ばれてもよい。例えば、通信モジュール２０１３によって送信されるＰＵＳＣＨは、上記入力に基づく情報を含んでもよい。
　通信モジュール２０１３は、外部装置から送信されてきた種々の情報（交通情報、信号情報、車間情報等）を受信し、車両２００１に備えられた情報サービス部２０１２へ表示する。情報サービス部２０１２は、情報を出力する（例えば、通信モジュール２０１３によって受信されるＰＤＳＣＨ（又は当該ＰＤＳＣＨから復号されるデータ／情報）に基づいてディスプレイ、スピーカーなどの機器に情報を出力する）出力部と呼ばれてもよい。また、通信モジュール２０１３は、外部装置から受信した種々の情報をマイクロプロセッサ２０３１によって利用可能なメモリ２０３２へ記憶する。メモリ２０３２に記憶された情報に基づいて、マイクロプロセッサ２０３１が車両２００１に備えられた駆動部２００２、操舵部２００３、アクセルペダル２００４、ブレーキペダル２００５、シフトレバー２００６、前輪２００７、後輪２００８、車軸２００９、センサ２０２１～２０２９などの制御を行ってもよい。
＜用語の意味、解釈＞
　本開示で使用する「判断（determining）」、「決定（determining）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（judging）、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking up、search、inquiry）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ascertaining）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（resolving）、選択（selecting）、選定（choosing）、確立（establishing）、比較（comparing）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
　「接続された（connected）」、「結合された（coupled）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
＜参照信号＞
　参照信号は、ＲＳ（Reference Signal）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。
＜「に基づいて」の意味＞
　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
＜「第１の」、「第２の」＞
　本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
＜手段＞
　上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
＜オープン形式＞
　本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
＜ＴＴＩ等の時間単位、ＲＢなどの周波数単位、無線フレーム構成＞
　無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。
　ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（ＳＣＳ：SubCarrier Spacing）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Transmission Time Interval）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
　スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル、ＳＣ-ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）シンボル等）で構成されてもよい。スロットは、ニューメロロジーに基づく時間単位であってもよい。
　スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。
　無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。
　例えば、１サブフレームは送信時間間隔（ＴＴＩ：Transmission Time Interval）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
　ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。
　ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。
　なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
　１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥ　Ｒｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
　なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。
　リソースブロック（ＲＢ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（subcarrier）を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
　また、ＲＢの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。
　なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier Group）、リソースエレメントグループ（ＲＥＧ：Resource Element Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。
　また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
　帯域幅部分（ＢＷＰ：Bandwidth Part）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（common resource blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。
　ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬ　ＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬ　ＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。
　設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。
　上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長などの構成は、様々に変更することができる。
＜最大送信電力＞
　本開示に記載の「最大送信電力」は、送信電力の最大値を意味してもよいし、公称最大送信電力（the nominal UE maximum transmit power）を意味してもよいし、定格最大送信電力（the rated UE maximum transmit power）を意味してもよい。
＜冠詞＞
　本開示において、例えば、英語でのa、an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
＜「異なる」＞
　本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
　１０　無線通信システム
　１００　基地局（gNB）
　２００　端末（UE）
 

Claims (5)

  1. 　複数のカバレッジ拡張に関する機能を、サポートしていることを報告するためのサポ－ト報告情報、あるいは、リクエストするためのリクエスト情報を生成する制御部と、
    　１つのチャネルで前記サポ－ト報告情報あるいは前記リクエスト情報を送信する送信部と、
    　を有する端末。
  2. 　前記カバレッジ拡張に関する機能は、repetitionに関する機能であって、
    　前記制御部は、前記repetitionに関する機能を、サポートしていることを報告するためのサポ－ト報告情報、あるいは、リクエストするためのリクエスト情報を生成し、
    　前記送信部は、１つのチャネルで、前記サポート報告情報あるいは前記リクエスト情報を送信する、
    　請求項１に記載の端末。
  3. 　前記制御部は、受信信号のレベルと閾値との大小関係により、前記サポート報告情報あるいは前記リクエスト情報を送信するか否かを判断する、
    　請求項２に記載の端末。
  4. 　前記制御部は、各機能のサポートの有無により、前記サポート報告情報あるいは前記リクエスト情報を送信するか否かを判断する、
    　請求項２に記載の端末。
  5. 　端末が、
    　複数のカバレッジ拡張に関する機能を、サポートしていることを報告するためのサポ－ト報告情報、あるいは、リクエストするためのリクエスト情報を生成し、
    　１つのチャネルで前記サポ－ト報告情報あるいは前記リクエスト情報を送信する、
    　無線通信方法。
     
PCT/JP2023/025209 2023-07-06 2023-07-06 端末及び無線通信方法 Ceased WO2025009182A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2023/025209 WO2025009182A1 (ja) 2023-07-06 2023-07-06 端末及び無線通信方法
CN202380097892.9A CN121153273A (zh) 2023-07-06 2023-07-06 终端以及无线通信方法
JP2025530959A JPWO2025009182A1 (ja) 2023-07-06 2023-07-06

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2023/025209 WO2025009182A1 (ja) 2023-07-06 2023-07-06 端末及び無線通信方法

Publications (1)

Publication Number Publication Date
WO2025009182A1 true WO2025009182A1 (ja) 2025-01-09

Family

ID=94171392

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/025209 Ceased WO2025009182A1 (ja) 2023-07-06 2023-07-06 端末及び無線通信方法

Country Status (3)

Country Link
JP (1) JPWO2025009182A1 (ja)
CN (1) CN121153273A (ja)
WO (1) WO2025009182A1 (ja)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
WEI ZENG, APPLE: "On Coverage Enhancement for NR NTN", 3GPP DRAFT; R1-2301365; TYPE DISCUSSION; NR_NTN_ENH-CORE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Athens, GR; 20230227 - 20230303, 17 February 2023 (2023-02-17), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052248500 *

Also Published As

Publication number Publication date
CN121153273A (zh) 2025-12-16
JPWO2025009182A1 (ja) 2025-01-09

Similar Documents

Publication Publication Date Title
JP7765496B2 (ja) 端末、基地局及び無線通信方法
WO2023105795A1 (ja) 端末、基地局及び無線通信方法
WO2023084720A1 (ja) 端末及び無線通信方法
WO2025009182A1 (ja) 端末及び無線通信方法
WO2025009177A1 (ja) 端末及び無線通信方法
WO2023105797A1 (ja) 端末、基地局及び無線通信方法
WO2026047997A1 (ja) 端末、基地局、及び、無線通信方法
WO2026047990A1 (ja) 端末、基地局、及び、無線通信方法
WO2026047999A1 (ja) 端末、基地局、及び、無線通信方法
WO2025154270A1 (ja) 端末、基地局、及び通信方法
WO2026023043A1 (ja) 端末、無線通信方法及び基地局
WO2025154269A1 (ja) 端末、基地局、及び通信方法
WO2026033854A1 (ja) 端末及び通信方法
WO2025210887A1 (ja) 端末、無線通信システム及び無線通信方法
WO2026033853A1 (ja) 端末及び通信方法
WO2025210893A1 (ja) 端末及び通信方法
WO2025220727A1 (ja) 端末及び通信方法
JP2025156262A (ja) 端末及び通信方法
WO2024236714A1 (ja) 端末、基地局、通信システム、及び通信方法
WO2025041476A1 (ja) 端末及び通信方法
WO2024241926A1 (ja) 端末及び通信方法
WO2024166285A1 (ja) 中継装置及び通信制御方法
WO2024171398A1 (ja) 端末及び通信方法
JP2025155696A (ja) 端末、無線通信システム及び無線通信方法
WO2025094396A1 (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: 23944429

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2025530959

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2025530959

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2023944429

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2023944429

Country of ref document: EP

Effective date: 20260206