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

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

Info

Publication number
WO2022030113A1
WO2022030113A1 PCT/JP2021/023069 JP2021023069W WO2022030113A1 WO 2022030113 A1 WO2022030113 A1 WO 2022030113A1 JP 2021023069 W JP2021023069 W JP 2021023069W WO 2022030113 A1 WO2022030113 A1 WO 2022030113A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
base station
transmission
extension
cot
Prior art date
Application number
PCT/JP2021/023069
Other languages
English (en)
French (fr)
Inventor
知也 布目
秀俊 鈴木
敬 岩井
昭彦 西尾
Original Assignee
パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ filed Critical パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority to JP2022541138A priority Critical patent/JPWO2022030113A5/ja
Priority to US18/040,417 priority patent/US20230283431A1/en
Publication of WO2022030113A1 publication Critical patent/WO2022030113A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H04L27/2605—Symbol extensions, e.g. Zero Tail, Unique Word [UW]
    • H04L27/2607—Cyclic extensions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2626—Arrangements specific to the transmitter only
    • H04L27/2646—Arrangements specific to the transmitter only using feedback from receiver for adjusting OFDM transmission parameters, e.g. transmission timing or guard interval length
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0096—Indication of changes in allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H04L27/26025—Numerology, i.e. varying one or more of symbol duration, subcarrier spacing, Fourier transform size, sampling rate or down-clocking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal

Definitions

  • This disclosure relates to base stations, terminals and communication methods.
  • 3GPP TS 38.211 V16.2.0 "NR; Physical channels and modulation (Release 16),” June 2020 3GPP TS 38.212 V16.2.0, “NR; Multiplexing and channel coding (Release 16),” June 2020 3GPP TS 38.213 V16.2.0, “NR; Physical layer procedure for control (Release 16),” June 2020 3GPP TS 38.214 V16.2.0, “NR; Physical layer procedures for data (Release 16),” June 2020 3GPP TS 38.331 V16.1.0, “NR; Radio Resource Control (RRC) protocol specification (Release 16)", July 2020
  • RRC Radio Resource Control
  • the non-limiting examples of the present disclosure contribute to the provision of base stations, terminals and communication methods capable of improving transmission efficiency in a license-free band.
  • the base station transmits to the terminal a control circuit for determining a coordinated cyclic prefix (CP) length between the terminal and the base station, and control information regarding the determined CP length. It is equipped with a transmission circuit.
  • CP coordinated cyclic prefix
  • transmission efficiency in a license-free band can be improved.
  • FIG. 1 Figure showing an example of channel access by Frame Based Equipment (FBE) Figure showing an example of CP extension for multiple transmission timing
  • Block diagram showing a partial configuration example of a base station Block diagram showing a partial configuration example of a terminal Block diagram showing a configuration example of a base station Block diagram showing a terminal configuration example
  • Sequence diagram showing operation examples of base stations and terminals
  • FIG. 3GPP NR 3GPP NR system Schematic diagram showing functional separation between NG-RAN (Next Generation-Radio Access Network) and 5GC (5th Generation Core) RadioResourceControl (RRC) connection setup / reconfiguration procedure sequence diagram Use scenarios for large-capacity high-speed communication (eMBB: enhancedMobile BroadBand), multiple simultaneous connection machine type communication (mMTC: massiveMachineTypeCommunications), and high-reliability / ultra-low latency communication (URLLC: UltraReliableandLowLatencyCommunications).
  • eMBB enhancedMobile BroadBand
  • mMTC massiveMachineTypeCommunications
  • URLLC UltraReliableandLowLatencyCommunications
  • each device has a carrier sense (also referred to as Listen Before Talk (LBT)) for confirming whether another system or terminal is using a wireless channel before transmission. conduct.
  • LBT Listen Before Talk
  • Release 17NR will consider expanding to operate, for example, ultra-reliable and low latency (URLLC: Ultra Reliable and Low Latency Communications) services in the unlicensed frequency band.
  • URLLC Ultra Reliable and Low Latency Communications
  • One of the contents to be expanded is, for example, in Frame based equipment (FBE), which is one of the channel access methods, the terminal (for example, also called User Equipment (UE)) has the channel occupancy time (for example, COT: Channel Occupancy Time). ) Is acquired (for example, UE-initiated COT).
  • FBE is also called, for example, semi-static channel occupation.
  • FIG. 1 is a diagram showing an example of channel access by FBE.
  • the base station also referred to as gNB
  • LBT for example, LBT of Category 2
  • FFP Fixed frame period
  • the terminal may acquire the COT by performing the LBT of Category 2 or Category 1 in the COT of the base station (for example, also referred to as gNBCOT).
  • LBE Load Based Equipment
  • FBE can acquire COT in a shorter LBT period than, for example, LBE.
  • an "Idle period” is provided, which is a period during which both the base station and the terminal cannot transmit (for example, a period during which COT cannot be acquired).
  • [Send Configured grant] Describes the Configured grant transmissions supported in Release 15 NR (eg, Configured grant transmissions in the licensed frequency band).
  • Configured grant type 1 transmission and “Configured grant type 2 transmission” in the configured grant transmission of uplink data (for example, PUSCH: Physical Uplink Shared Channel).
  • Configured grant type 1 transmission for example, coding and modulation method (MCS: Modulation and Coding Scheme), radio resource allocation (for example, allocation of at least one of time resource and frequency resource), transmission timing, and Hybrid Automatic Repeat Request. (HARQ) Information such as the number of processes (for example, referred to as Configured grant setting information or CG setting information) may be set (in other words, notification or instruction) in the terminal by a terminal-specific upper layer signal.
  • a UL grant for example, dynamic uplink data scheduling information
  • a downlink control channel for example, PDCCH: Physical Downlink Control Channel
  • the upper layer signal may be called, for example, a RadioResourceControl (RRC) signal, a higher layer signaling, or a higher layer parameter.
  • RRC RadioResourceControl
  • the configured grant transmission is activated or released by PDCCH from the base station.
  • information such as the transmission timing and the number of HARQ processes may be set by the upper layer signal peculiar to the terminal as in the Configure grant type 1 transmission.
  • information such as MCS and radio resource allocation information may be set by the downlink control information (DCI: Downlink Control Information) for activation.
  • DCI Downlink Control Information
  • the terminal when uplink data is generated, the terminal semi-permanently (in other words, static or semi-static) CG setting information such as MCS and radio resources set by the upper layer signal and DCI for activation. It may be used (in other words, without UL grant or UL grant free) to transmit uplink data (eg, PUSCH).
  • UL grant is used for retransmission control of Configured grant transmission.
  • UL grant may control the MCS and radio resource allocation information of the uplink data for retransmission.
  • the HARQ process number (or HARQ process ID) used in the configured grant transmission may be uniquely determined from the slot number for transmitting the PUSCH (in other words, the transmission timing of the PUSCH) as a non-limiting example. ..
  • the PUSCH transmitted in the configured grant transmission may be treated in the same manner as the signal transmitted for the first time, and the RedundancyVersion (RV) may be 0.
  • RV RedundancyVersion
  • Configured grant transmission in unlicensed frequency band In the configured grant transmission in NR-U (NR in the unlicensed frequency band), for example, the parameters used for decoding PUSCH such as HARQ process number, New Data Indicator (NDI), and RV (for example, parameters related to retransmission control).
  • a part may be notified from the terminal to the base station by uplink control information for transmitting the Configured grant (for example, CG-UCI: Configured grant Uplink Control Information).
  • the CG-UCI may be transmitted at the same transmission timing (eg, the same slot) as the PUSCH, for example, using some of the radio resources allocated to the PUSCH (or sometimes referred to as the CG-PUSCH). .. In other words, CG-UCI may be multiplexed with CG-PUSCH.
  • the reason for explicitly notifying the HARQ process number using CG-UCI in NR-U is as follows.
  • PUSCH is not always transmitted depending on the result of LBT. Therefore, for example, in the method of determining the HARQ process number in association with the transmission timing of the PUSCH such as the license frequency band, the HARQ process may not be flexibly used depending on whether or not the PUSCH is actually transmitted. There is. Therefore, the HARQ process number can be notified using, for example, CG-UCI transmitted together with CG-PUSCH.
  • NR-U for example, when NACK is received or the timer expires, the operation of the terminal retransmitting using the wireless resource set for the configured grant without UL grant is supported. Therefore, for example, information indicating the state of initial transmission or retransmission (for example, NDI) and RV applied to PUSCH at the time of retransmission may be transmitted by CG-UCI.
  • NDI initial transmission or retransmission
  • RV applied to PUSCH at the time of retransmission
  • HARQ-ACK feedback for CG-PUSCH may be explicitly notified from the base station to the terminal by information called Downlink Feedback Indicator (DFI).
  • DFI Downlink Feedback Indicator
  • the HARQ process number is notified to CG-PUSCH by, for example, CG-UCI. Therefore, for example, if the base station fails to receive CG-UCI, it may not be possible to specify which HARQ process data was transmitted on the base station side, and it may not be possible to specify the HARQ process and instruct PUSCH to be retransmitted. obtain. Therefore, the base station may notify (in other words, feedback) the HARQ-ACK feedback information for all the HARQ processes, for example. Further, for example, the base station can reduce the overhead due to LBT and improve the efficiency of retransmission control by collectively feeding back the HARQ-ACK feedback information for a plurality of PUSCHs to the terminal.
  • DFI Downlink Feedback Indicator
  • DFI In the retransmission control by DFI, the MCS and radio resource allocation of PUSCH for retransmission may be the same as at the time of initial transmission. DFI may also be transmitted, for example, in PDCCH. Further, the DFI may include other parameters such as a transmission power control (TPC: Transmission Power Control) command in addition to HARQ-ACK, for example.
  • TPC Transmission Power Control
  • CP extension in CG-PUSCH for example, even if a transmission resource is allocated to a terminal, if the terminal does not have transmission data, PUSCH transmission is not performed. When PUSCH transmission is not performed, the resource allocated to the terminal is not used, so that the resource utilization efficiency may decrease.
  • a method of allocating multiple terminals to the same CG resource and sharing the resource was examined.
  • resource sharing by a plurality of terminals for example, if a plurality of terminals simultaneously transmit on a shared resource, a collision may occur and the signal of each terminal may not be correctly received by the base station. Therefore, as a mechanism for avoiding collisions, for example, a mechanism for setting different transmission start timings for each terminal using "CP extension" has been introduced.
  • CP extension used for the mechanism to set different transmission start timings for each terminal is referred to as "CP extension for multiple transmission timings”.
  • FIG. 2 shows an example of CP extension for multiple transmission timing.
  • the CP extension when starting the transmission of PUSCH (for example, useful symbol) in Symbol N is shown.
  • the subcarrier spacing (SCS: subcarrier spacing) is 15 kHz, and T shown in FIG. 2 may correspond to one symbol.
  • different CP extension amounts such as “T-16us”, “T-25us”,... “T-61us” or “0 us” (also referred to as extension amount, CP extension length, CP length).
  • the transmission start timing may be different between the terminals.
  • terminal B For example, a case where there is another terminal (for example, terminal B) in which the transmission start timing (for example, an extension amount smaller than that of terminal A) is set after the transmission start timing of a certain terminal (for example, terminal A) will be described. do.
  • terminal B performs carrier sense (for example, LBT), and as a result, the channel becomes busy and transmission does not start.
  • the gap from the previous transmission (for example, the period during which transmission is not performed) is set to the specified length (or less than the specified length) depending on the type of LBT (for example, category). May occur.
  • the gap from the previous transmission may be set to 16us or 25us.
  • UL grant may be used to set the CP extension amount for adjusting the gap with the previous transmission.
  • gap adjustment CP extension the CP extension used for gap adjustment with the previous transmission
  • the CP extension amount may be set (for example, joint encoding) together with the Channel Access Type (or LBT Type) and the Channel access priority type (CAPC) in DCI format 0_1, for example. ..
  • FIG. 3 is a diagram showing an example of a CP extension amount (or a candidate CP extension amount) that can be set in the gap adjustment CP extension.
  • C1 is a value set based on the subcarrier interval (SCS)
  • C2 and C3 are values set by signaling in the upper layer.
  • TA indicates Timing alignment.
  • the transmission timing of PUSCH in the terminal may be set TA minutes earlier than the reception timing of the terminal in order to match the transmission / reception timing of the base station.
  • the CP extension for gap adjustment is intended to subtract the influence of TA.
  • TA may be included.
  • the CP extension for gap adjustment may include a candidate CP extension amount (in other words, a CP extension amount calculated based on TA) after deducting the influence of TA.
  • a candidate CP extension amount in other words, a CP extension amount calculated based on TA
  • TA is not deducted at the time of gap adjustment, so that all candidate CP extension amounts do not have to be calculated based on TA.
  • the terminal may perform CP extension according to the notification of CP extension for gap adjustment before sending PUSCH.
  • the transmission delay time of the base station (or terminal) may increase. There is. For example, if COT acquisition (in other words, transmission start) is set at the beginning of a certain FFP for terminal A, and terminal A does not have transmission data, another terminal B (or base station) Even if has transmission data (however, terminal B is not set to COT acquisition in the FFP), terminal A can transmit, but terminal B cannot transmit, so terminal B's Delay time can increase.
  • COT can be acquired at the beginning of FFP, and the COT acquisition timing does not have to be set at a timing different from the beginning of FFP (see, for example, ETSI EN 301 893). Therefore, even if there is no transmission data at the beginning of FFP, if transmission can occur from the middle of FFP at the terminal, it is assumed that COT acquisition is performed at the beginning of FFP.
  • a UE-initiated COT scheduling method is expected for a terminal having data to acquire COT based on the fact that the COT acquisition timing is at the beginning of FFP (for example, restrictions on COT acquisition).
  • the communication system may include, for example, a base station 100 (eg, gNB) shown in FIGS. 4 and 6 and a terminal 200 (eg, UE) shown in FIGS. 5 and 7.
  • a base station 100 eg, gNB
  • a terminal 200 eg, UE
  • a plurality of base stations 100 and terminals 200 may each exist in the communication system.
  • FIG. 4 is a block diagram showing a configuration example of a part of the base station 100 according to one aspect of the present disclosure.
  • the scheduling unit 104 (for example, corresponding to a control circuit) determines a coordinated CP length (for example, CP extension amount) between the terminal 200 and the base station 100.
  • the transmission unit 109 (for example, corresponding to a transmission circuit) transmits control information (for example, CP extension setting information) regarding the determined CP length to the terminal 200.
  • FIG. 5 is a block diagram showing a configuration example of a part of the terminal 200 according to one aspect of the present disclosure.
  • the receiving unit 201 receives the control information (for example, CP extension setting information) regarding the CP length coordinated between the terminal 200 and the base station 100.
  • the transmission control unit 204 controls uplink transmission (for example, COT acquisition timing or transmission start timing) based on the CP length.
  • FIG. 6 is a block diagram showing a configuration example of the base station 100 according to one aspect of the present disclosure.
  • the base station 100 is encoded by a receiving unit 101, a demodulation / decoding unit 102, a carrier sense unit 103, a scheduling unit 104, a control information holding unit 105, and a data / control information generation unit 106.
  • -It has a modulation unit 107, a Cyclic Prefix (CP) addition unit 108, and a transmission unit 109.
  • CP Cyclic Prefix
  • the receiving unit 101 performs reception processing such as down-conversion or A / D conversion on the received signal received via the antenna, and outputs the received signal after the reception processing to the demodulation / decoding unit 102 and the carrier sense unit 103. do.
  • the received signal may include, for example, a signal transmitted from the terminal 200 (for example, an uplink signal) or a signal of another system.
  • the demodulation / decoding unit 102 demodulates and decodes a received signal (for example, an uplink signal) input from the receiving unit 101, and outputs the decoding result to the scheduling unit 104.
  • a received signal for example, an uplink signal
  • the carrier sense unit 103 may perform carrier sense (for example, LBT) based on the received signal input from the receiving unit 101, for example. For example, the carrier sense unit 103 determines whether the channel state is "busy" or "idle” based on the received signal input from the receiving unit 101 (in other words, whether the channel can be used). May be determined. The carrier sense unit 103 outputs information indicating the determined channel state to the scheduling unit 104.
  • carrier sense for example, LBT
  • LBT carrier sense
  • the scheduling unit 104 includes, for example, CP extension setting information for the terminal 200 (for example, the amount of CP extension may be included), Configured grant (CG) setting information, or FBE setting information (for example, FFP cycle or timing). Good) is determined, and the determined CP extension setting information, CG setting information, or FBE setting information is output to the control information holding unit 105.
  • CP extension setting information for the terminal 200 for example, the amount of CP extension may be included
  • Configured grant (CG) setting information for example, Configured grant (CG) setting information
  • FBE setting information for example, FFP cycle or timing
  • the scheduling unit 104 may instruct the data / control information generation unit 106 to generate data or control information based on the decoding result input from the demodulation / decoding unit 102, for example. Further, for example, when transmitting signaling information including CP extension setting information, CG setting information, or FBE setting information, the scheduling unit 104 may instruct the data / control information generation unit 106 to generate signaling information. .. Further, the scheduling unit 104 may output, for example, information regarding the amount of CP extension at the time of downlink transmission to the CP addition unit 108. Further, the scheduling unit 104 determines, for example, whether or not to perform transmission based on the information indicating the channel state input from the carrier sense unit 103, and outputs a transmission instruction to the transmission unit 109 based on the determination result. You can do it.
  • the control information holding unit 105 holds control information such as CP extension setting information or CG setting information for each terminal 200, for example.
  • the control information holding unit 105 may output the held information to each component unit (for example, scheduling unit 104) of the base station 100 as needed.
  • the data / control information generation unit 106 generates data or control information according to an instruction from the scheduling unit 104, and outputs a signal including the generated data or control information to the coding / modulation unit 107, for example.
  • the data / control information generation unit 106 generates data including signaling information based on a signaling information generation instruction input from the scheduling unit 104, and outputs the generated data to the coding / modulation unit 107. good.
  • the coding / modulation unit 107 encodes and modulates the signal input from the data / control information generation unit 106, and outputs the modulated transmission signal (for example, a signal in the time domain) to the CP addition unit 108. ..
  • the CP addition unit 108 adds a CP to the signal in the time domain input from the coding / modulation unit 107 based on the CP extension amount input from the scheduling unit 104, and transmits the signal after the CP addition. Output to 109.
  • the transmission unit 109 performs transmission processing such as D / A conversion, up-conversion, or amplification on the signal input from the CP addition unit 108, for example. Further, the transmission unit 109 transmits the radio signal obtained by the transmission process from the antenna to the terminal 200, for example, based on the transmission instruction from the scheduling unit 104.
  • FIG. 7 is a block diagram showing a configuration example of the terminal 200 according to one aspect of the present disclosure.
  • the terminal 200 is encoded by the receiving unit 201, the demodulation / decoding unit 202, the carrier sense unit 203, the transmission control unit 204, the control information holding unit 205, the data / control information generation unit 206, and the data / control information generation unit 206. It has a modulation unit 207, a CP addition unit 208, and a transmission unit 209.
  • the receiving unit 201 performs reception processing such as down-conversion or A / D conversion on the received signal received via the antenna, and outputs the received signal after the reception processing to the demodulation / decoding unit 202 and the carrier sense unit 203. do.
  • the received signal may include, for example, a signal transmitted from the base station 100 (for example, a downlink signal) or a signal of another system.
  • the demodulation / decoding unit 202 demodulates and decodes a received signal (for example, a downlink signal) input from the receiving unit 201, and outputs the decoding result to the transmission control unit 204.
  • the decoding result may include, for example, downlink control information (for example, UL grant, Slot format information, or COT information).
  • the carrier sense unit 203 may perform carrier sense (or LBT) based on the received signal input from the reception unit 201, for example. For example, the carrier sense unit 203 determines whether the channel state is “busy” or “idle” based on the received signal input from the receiving unit 201 (in other words, whether or not the channel can be used). May be determined. The carrier sense unit 203 outputs information indicating the determined channel state to the transmission control unit 204.
  • carrier sense or LBT
  • the transmission control unit 204 outputs, for example, signaling information (for example, CP extension setting information, CG setting information, or FBE setting information) included in the decoding result input from the demodulation / decoding unit 202 to the control information holding unit 205. Further, the transmission control unit 204 has data / control information based on, for example, control information such as CG setting information input from the control information holding unit 205 or downlink control information input from the demodulation / decoding unit 202. The generation unit 206 may be instructed to generate data or control information. Further, the transmission control unit 204 may determine, for example, the CP extension amount at the time of uplink transmission based on the CP extension setting information, and output the information regarding the CP extension amount to the CP addition unit 208.
  • signaling information for example, CP extension setting information, CG setting information, or FBE setting information
  • the transmission control unit 204 determines, for example, whether or not to perform transmission based on the information indicating the channel state input from the carrier sense unit 203, and sends a transmission instruction to the transmission unit 209 based on the determination result. You may output it.
  • the control information holding unit 205 holds control information such as signaling information (for example, CP extension setting information or CG setting information) input from the transmission control unit 204, and holds the held information, if necessary. Output to the component unit (for example, transmission control unit 204).
  • signaling information for example, CP extension setting information or CG setting information
  • the data / control information generation unit 206 generates data or control information according to, for example, an instruction from the transmission control unit 204, and outputs a signal including the generated data or control information to the coding / modulation unit 207.
  • the coding / modulation unit 207 encodes and modulates the signal input from the data / control information generation unit 206, for example, and outputs the modulated transmission signal (for example, a signal in the time domain) to the CP addition unit 208. ..
  • the CP addition unit 208 adds a CP to the signal in the time domain input from the coding / modulation unit 207 based on the CP extension amount input from the transmission control unit 204, and transmits the signal after CP addition. Output to unit 209.
  • the transmission unit 209 performs transmission processing such as D / A conversion, up-conversion, or amplification on the signal input from the CP addition unit 208, for example. Further, the transmission unit 209 transmits the radio signal obtained by the transmission process from the antenna to the base station 100, for example, based on the transmission instruction from the transmission control unit 204.
  • FIG. 6 is a sequence diagram showing an operation example of the base station 100 and the terminal 200.
  • the base station 100 determines, for example, the CP extension setting for the terminal 200 (S101).
  • the CP extension setting may include, for example, information regarding the amount of CP extension (for example, CP length) set in the terminal 200.
  • the base station 100 transmits control information to the terminal 200 (S102).
  • the control information may include, for example, at least CP extension setting information.
  • the CP extension setting information may be notified to the terminal 200 by, for example, at least one of a higher layer signal (for example, an RRC signal) and DCI.
  • the CP extension setting information may be set in the terminal 200 by an upper layer signal, or may be dynamically notified to the terminal 200 by DCI.
  • a plurality of candidate CP extension amounts are set in the terminal 200 by an upper layer signal, and a DCI including a control value (or index) corresponding to any one of the candidate CP extension amounts is a terminal. 200 may be notified.
  • the terminal 200 performs carrier sense (for example, LBT), for example (S103).
  • the terminal 200 may set the CP extension for the uplink signal, for example, based on the CP extension setting information. Then, the terminal 200 may perform carrier sense at the transmission start timing according to the CP extension.
  • the terminal 200 may transmit an uplink signal, for example, when the result of carrier sense for the channel is idle (S104).
  • COT acquisition control method An example of a COT acquisition control method in the base station 100 (for example, the scheduling unit 104) will be described.
  • the terminal 200 (for example, transmission control unit 204) may control COT acquisition and uplink transmission (for example, PUSCH transmission) based on control by the base station 100, for example.
  • the cycle and period of FFP may be common between the base station 100 and the terminal 200.
  • a period during which CP extension is possible may be set before the beginning of FFP (for example, immediately before the beginning of FFP).
  • the CP extension configurable period is not limited to the period before the beginning of FFP, and may be, for example, the period after the beginning of FFP (for example, immediately after the beginning of FFP), and the period including the beginning of FFP (for example, a plurality of periods). It may be a period over FFP).
  • FIG. 9 is a diagram showing an example in which the CP extension configurable period is set immediately before the beginning of FFP.
  • the Idle period may be set to, for example, a specified length or longer (for example, 5% or more of FFP, or 100 us or more).
  • the base station 100 may set the CP extension amount for each terminal 200 that may transmit during the CP extension settable period, and notify the terminal 200 of the CP extension setting information indicating the CP extension amount.
  • the transmission start timing of each terminal 200 may be determined according to the CP extension amount set by the base station 100.
  • the terminal 200 may wait until the transmission start timing based on, for example, the CP extension amount instructed by the base station 100, and start transmission when the channel is idle as a result of carrier sense. ..
  • the terminal that acquired COT in each FFP (for example, the terminal that first acquired COT) may be the terminal 200 that started transmission. If multiple transmissions in the frequency domain or the spatial domain are possible, a plurality of terminals 200 may start transmission in the FFP. In other words, there may be a plurality of terminals 200 that acquire COT in each FFP.
  • the base station 100 when the transmission is possible in the FFP after the transmission of the terminal 200 is completed except for the idle period, the base station 100 performs downlink transmission after the transmission of the terminal 200. It is also good.
  • the CP is based on the transmission priority of the base station 100 compared to the transmission of the terminal 200 or the transmission status of the terminal 200.
  • the extension amount and transmission start timing may be determined.
  • the base station 100 may set the CP extension amount for the base station 100 to be larger than that of the terminal 200.
  • the CP extension amount for example, by advancing the transmission start timing of the base station 100 to be earlier than that of the terminal 200, the base station 100 can easily acquire the COT, and the transmission having a higher priority than the terminal 200 becomes possible. ..
  • the base station 100 may start transmission and acquire COT.
  • FFP it is possible to suppress the occurrence of a situation in which neither the terminal 200 nor the base station 100 transmits (in other words, the situation in which the FFP is not used), and the transmission efficiency in the unlicensed frequency band can be improved.
  • the base station 100 may determine a coordinated CP extension amount (for example, a CP extension amount for a plurality of transmission timings) between the terminal 200 and the base station 100. Further, the terminal 200 may control the transmission of the uplink based on, for example, the CP extension setting information notified from the base station 100 (for example, the CP extension amount for a plurality of transmission timings).
  • a coordinated CP extension amount for example, a CP extension amount for a plurality of transmission timings
  • the terminal 200 (or the base station 100) having a high priority can easily acquire the COT, so that the transmission delay can be reduced. Can be reduced.
  • the base station 100 can be set to have a higher priority than the transmission of the terminal 200 for the transmission of the base station 100 by setting the CP extension amount. Therefore, for example, the base station 100 can dynamically perform COT acquisition and downlink transmission based on the priority of the transmission of the base station 100 and the transmission of the terminal 200, so that the flexibility of scheduling can be improved.
  • the base station 100 determines the transmission of the base station 100 (in other words, acquires COT) when none of the terminals 200 transmits in a certain FFP. Therefore, it is possible to suppress the occurrence of a situation in which FFP is not used. Further, for example, even if data is generated in the middle of FFP (in other words, a timing different from the timing at the beginning of FFP) in the base station 100 and the terminal 200, the transmission can be performed, so that the transmission delay time can be reduced.
  • the transmission efficiency can be improved when UE-initiated COT scheduling is performed in the unlicensed frequency band.
  • a plurality of CP extensions may be set for one terminal 200.
  • different CP extension amounts may be set between FFPs (for example, the CP extension amount may be changed periodically).
  • the CP extension amount for example, in one FFP, a larger CP extension amount may be set, and in another FFP, a smaller CP extension amount may be set.
  • a plurality of CP extension amount candidates may be set for one terminal 200 in the same FFP and selected from a plurality of candidates (for example, randomly selected). By this operation, for example, the priority of COT acquisition in one terminal 200 can be changed, and the fairness of the priority for COT acquisition between the terminals 200 can be improved.
  • the base station 100 gives priority to the acquisition of COT between the terminals 200 (or between the terminal 200 and the base station 100) by setting the data transmission timing, for example, not limited to the setting of the CP extension amount. You may.
  • the base station 100 may be set earlier as the data transmission timing is set in the terminal 200 or the base station 100 having a higher priority.
  • the base station 100 may set the transmission timing of the terminal 200 having a high priority to a timing one symbol earlier than that of the other terminals 200. With this setting, the terminal 200 or the base station having a high priority can perform transmission having a higher priority than other terminals.
  • the CP extension in DG-PUSCH is a CP extension for gap adjustment used for adjusting the gap length.
  • the control method of the first embodiment (for example, a method of controlling the transmission priority of the terminal 200 or the base station 100 by setting a plurality of transmission start timings at the beginning of FFP) is applied to DG-PUSCH. You may. In other words, CP extension for multiple transmission timing may be supported for DG-PUSCH.
  • the CP extension for gap adjustment may be supported.
  • the PUSCH is not limited to the DG-PUSCH, but may be a CG-PUSCH.
  • the scheduling unit 104 determines, for example, the CP extension setting information (for example, the amount of CP extension) for each terminal 200, and the COT acquired by the base station 100 (for example, gNB COT).
  • the CP extension setting information applied within and the CP extension setting information applied in a period different from the COT of the base station 100 (for example, at the beginning of FFP) may be set individually.
  • the scheduling unit 104 outputs, for example, the determined CP extension setting information to the control information holding unit 105. Further, the scheduling unit 104 may schedule the transmission of signaling information and the PUSCH transmission of the terminal 200 by using, for example, CP extension setting information.
  • the transmission control unit 204 is, for example, the configured grant setting information input from the control information holding unit 205, the control information such as the FBE setting information, or the decoding input from the demodulation / decoding unit 202. Based on the result, it may be determined whether or not the PUSCH to be transmitted is within the COT (for example, gNBCOT) of the base station 100. The transmission control unit 204 may determine the CP extension amount to be applied to the PUSCH based on the determination result and the CP extension setting information, and output the information regarding the determined CP extension amount to the CP addition unit 208.
  • COT for example, gNBCOT
  • the combination of a plurality of candidate CP extension amounts (for example, candidate CP length) that can be notified by the CP extension setting information may be different for each type of COT.
  • the base station 100 may include any one of a plurality of candidate CP lengths in different combinations for each type of COT in the control information.
  • the terminal 200 may determine one CP extension amount from a plurality of candidate CP lengths of a combination corresponding to the type of COT, for example, based on the control information notified from the base station 100.
  • the type of COT may include, for example, gNBCOT and a period different from gNBCOT.
  • the terminal 200 may perform COT acquisition and PUSCH transmission based on, for example, control information from the base station 100.
  • ⁇ For DG-PUSCH> For example, it is different from the table for setting the CP extension amount applied in the COT (gNB COT) of the base station 100 (for example, an example of the association between the index and the CP extension amount for gap adjustment), and the COT of the base station 100.
  • Two types of tables for example, an example of association between the index and the CP extension amount for multiple transmission timing
  • for setting the CP extension amount applied in the period may be set.
  • the table applied in the gNB COT (for example, referred to as “table 1”) may be used for notification of the gap adjustment CP extension, for example. Further, a table applied in a period different from that of gNBCOT (for example, referred to as “table 2”) may be used, for example, for notification of a CP extension for a plurality of transmission timings.
  • table 1 may or may not include other parameters such as channel access type and CAPC in addition to the CP extension amount for gap adjustment.
  • the table 2 may or may not include a parameter different from the CP extension amount for a plurality of transmission timings.
  • the size of the table can be reduced by reducing the parameter setting candidates.
  • a common index may be set in the table 1 and the table 2.
  • the base station 100 and the terminal 200 determine, among the tables 1 and 2, the table to be applied (or referred to) in COT acquisition and PUSCH transmission according to the type (or transmission timing) of COT. good.
  • the terminal 200 may determine the table to be referred to based on whether or not the timing of transmitting the PUSCH is within the COT (gNBCOT) of the base station 100.
  • the terminal 200 may determine whether or not it is a gNB COT based on, for example, COT information (for example, COT duration) included in FBE setting information and downlink control information (for example, DCI format 2_0).
  • COT information for example, COT duration
  • DCI format 2_0 downlink control information
  • Table 2 may be selected.
  • the terminal 200 determines the duration of COT based on the COT information, determines that the timing instructed to transmit is within the duration of COT, determines that it is within gNBCOT, and selects Table 1. It's okay.
  • the index to be referred to in the table may be notified from the base station 100 to the terminal 200, for example.
  • the index may be notified to the terminal 200 using, for example, UL grant.
  • the terminal 200 sets any one of a plurality of candidate CP extension amounts in the selected table by the index included in the control information (for example, CP extension setting information) notified from the base station 100. good.
  • FIG. 10 is a diagram showing an example of Table 1 and Table 2 in which the CP extension is set.
  • Table 1 shown in FIG. 10 is, for example, a table applied in the COT of the base station 100, and a CP extension for gap adjustment may be set.
  • the CP extension amount is included in the table 1, but the index is not limited to this, and for example, an index of another table that defines the CP extension amount for gap adjustment (for example, Non-Patent Document 1).
  • Table 5.3.1-1 index may be included.
  • the table 1 shown in FIG. 10 may include, for example, a Channel Access Type and a CAPC in addition to the CP extension amount.
  • the CP extension amount may be set (for example, joint encoding) together with the Channel Access Type and CAPC in DCI format 0_1.
  • the table 1 does not have to include at least one of ChannelAccessType and CAPC, and may include other parameters.
  • Table 2 shown in FIG. 10 is, for example, a table applied at a period different from the COT of the base station 100, and a CP extension for a plurality of transmission timings may be set.
  • the CP extension amount is included in the table 2, but the index is not limited to this, and for example, an index of another table that defines the CP extension amount for a plurality of transmission timings (for example, Non-Patent Document 1).
  • the index of Table 5.3.1-2) may be included.
  • the table 2 shown in FIG. 10 may include CAPC in addition to the CP extension amount, for example.
  • the CP extension amount may be set together with CAPC (for example, joint encoding).
  • the table 2 may not include CAPC and may include other parameters.
  • At least one candidate CP extension amount included in the table 1 (for example, a combination of candidate CPs) corresponding to the COT (for example, the first type) of the base station 100 is Timing alignment (TA) and Channel Access Type (or). , LBT category).
  • the candidate CP extension amount length included in the table 2 corresponding to the period different from the COT of the base station 100 does not have to be based on the TA and the Channel Access Type.
  • the particle size of the CP extension amount contained in the table 2 may be finer than the particle size of the CP extension amount contained in the table 1.
  • the base station 100 can set both CG-PUSCH and DG-PUSCH transmissions (for example, CP extension for multiple transmission timings). Therefore, the degree of freedom of scheduling in the base station 100 can be improved.
  • the base station 100 sets a priority (for example, a different CP extension amount) for CG-PUSCH and DG-PUSCH and schedules them. good.
  • the base station 100 can prioritize PUSCH transmission with a shorter delay setting regardless of, for example, CG-PUSCH and DG-PUSCH, so that the delay time can be reduced.
  • the setting of the CP extension amount of the CP extension for gap adjustment and the CP extension for multiple transmission timing as shown in FIG. 10, when two tables are used, they are individually set as compared with the case where one table is used. Since the size of the table (in other words, the number of indexes) can be reduced, the signaling overhead when notifying the index can be reduced.
  • the setting is not limited to the two tables according to the COT type, and the CP extension amount for gap adjustment and the CP extension amount for multiple transmission timing may be mixed in one table.
  • the index of another table that defines the CP extension amount it is explicitly set (or defined) which CP extension (in other words, which other table) it is. You can do it.
  • FIG. 11 is a diagram showing an example in which one table includes a gap adjustment CP extension amount and a plurality of transmission timing CP extension amount.
  • indexes in a plurality of tables for example, table 1 and table 2 may be set.
  • the table (or the combination of CP extensions for multiple transmission timings) applied in a period different from that of gNBCOT is not limited to one, and a plurality of tables may be set.
  • the granularity of the CP extension amount for multiple transmission timing may be different in each of the plurality of tables applied in a period different from that of gNBCOT.
  • type 1 CG for example, a CP extension applied in the COT of the base station 100 (for example, gNB COT) and a CP extension applied in a different period from the COT of the base station 100 (for example, the CP extension for gap adjustment).
  • the CP extension for a plurality of transmission timings may be set semi-statically and individually for the terminal 200.
  • the terminal 200 may determine the CP extension to be applied to the type 1 CG PUSCH, for example, based on whether or not it is in the COT of the base station 100.
  • the base station 100 can switch between different CP extensions inside the gNB COT and outside the gNB COT in type 1 CG, so that the degree of freedom of scheduling in the base station 100 can be improved.
  • the CP extension is not used properly. May be set to one type of CP extension amount.
  • type 2 CG for example, activation is performed by PDCCH (or DCI), so a method using two tables (for example, FIG. 10) according to the COT type may be applied as in DG-PUSCH.
  • a table applied in the COT of the base station 100 for example, table 1 shown in FIG. 10
  • a table applied in a period different from the COT of the base station 100 for example, table 2 shown in FIG. 10. You can do it.
  • the terminal 200 may determine a table to be referred to, for example, based on whether or not the timing of transmitting CG-PUSCH is within the COT (gNBCOT) of the base station 100. Further, the index corresponding to the table determined by the terminal 200 may be set (or notified) to the terminal 200 by, for example, the activation PDCCH. Further, for example, the index set in the terminal 200 may be used until the transmission of the CG-PUSCH is stopped by de-activation or until it is activated again.
  • the COT gNBCOT
  • the base station 100 can be used by switching the CP extension between inside the gNB COT and outside the gNB COT in type 2 CG. Further, the base station 100 can dynamically set the CP extension amount for each terminal 200 by, for example, the activation PDCCH. Therefore, the degree of freedom of scheduling in the base station 100 can be improved with respect to the type 2 CG-PUSCH.
  • Type 2 CG different types of CP extension may be set semi-statically, as in type 1 CG. Further, for example, when CG transmission is performed in a period different from the COT of the base station 100 (for example, at the beginning of the FFP) (in other words, when CG transmission is not performed in the COT of the base station 100), the CP extension is used properly. If not, one type of CP extension amount may be set.
  • the combination (for example, a table) of a plurality of candidate CP extension amounts with respect to the CP extension amount notified by the CP extension setting information may be different for each type of COT.
  • the base station 100 can control a plurality of transmission timing CP extensions for both DG-PUSCH and CG-PUSCH, for example.
  • the base station 100 sets the CP extension amount for both the DG-PUSCH and the CG-PUSCH according to the type of each PUSCH transmission (for example, the service type or the delay request), thereby setting the terminal.
  • the delay of PUSCH transmission in 200 can be reduced.
  • the COT acquisition control method according to the present embodiment includes the COT acquisition control method according to the first embodiment (for example, priority is given to the transmission of the terminal 200 or the base station 100 by setting a plurality of transmission start timings at the beginning of the FFP. A method of controlling the degree) may be applied, and other control methods may be applied.
  • the terminal 200 may be instructed to transmit the PUSCH starting from the timing at which the UL grant is received.
  • the FFP cycle may be up to 10 ms.
  • a method of increasing the number of bits of a parameter for scheduling in the time domain for example, a field of Time domain resource assignment (TDRA) in UL grant
  • TDRA Time domain resource assignment
  • a method of reducing the degree of freedom of scheduling for example, instead of reducing the candidates for scheduling closer in time, there is a method of increasing the candidates for scheduling far in time.
  • the scheduling unit 104 may set the COT acquisition setting information, for example, when determining the CP extension setting information (for example, the CP extension amount) for each terminal 200.
  • the COT acquisition setting information may include, for example, information regarding scheduling in the time domain (for example, information different from the CP extension amount).
  • Information related to scheduling in the time domain includes, for example, information indicating the start timing of scheduling for the terminal 200 (corresponding to "Next FFP" described later), and candidate timing of COT for the terminal 200 (or retry of COT acquisition). At least one of the information indicating the timing) (corresponding to "Re-attempt" described later) may be included.
  • the scheduling unit 104 outputs, for example, the determined CP extension setting information and COT acquisition setting information to the control information holding unit 105. Further, the scheduling unit 104 may schedule the transmission of signaling information and the PUSCH transmission of the terminal 200 by using, for example, the CP extension setting information and the COT acquisition setting information.
  • the transmission control unit 204 is, for example, the configured grant setting information input from the control information holding unit 205, the control information such as the FBE setting information, or the downlink input from the demodulation / decoding unit 202.
  • the transmission timing of PUSCH may be determined based on the link control information (for example, CP extension setting information) and the COT acquisition setting information, and the data / control information generation unit 206 may be instructed to generate data or control information. ..
  • the terminal 200 may control COT acquisition and uplink transmission (for example, PUSCH transmission) based on control by the base station 100, for example.
  • Control method 1 For example, as an example of the COT acquisition setting information, signaling for notifying information indicating the start timing of scheduling of the time domain to the terminal 200 (for example, “Next FFP”) may be added.
  • the timing at which UL grant is received can be the starting point.
  • the base station 100 is the head of the FFP corresponding to the Next FFP (for example, the FFP after the timing when UL grant is received).
  • the time domain of DG-PUSCH may be scheduled starting from.
  • the FFP corresponding to Next FFP may be the FFP next to the current FFP.
  • the current FFP is, for example, an FFP at the timing when UL grant is received, and the next FFP may be an FFP having the next cycle with respect to the current FFP.
  • Example 1 For example, "Next FFP" may be notified to the terminal 200 by a 1-bit flag.
  • the starting point of scheduling in the time domain may be set for the terminal 200 by the 1-bit flag corresponding to Next FFP.
  • the Next FFP (1-bit flag) may be notified to the terminal 200 (joint encoding) together with the CP extension amount (for example, CP extension setting information), and is individually notified to the terminal 200 in the UL grant field. May be done.
  • FIG. 12 is a diagram showing, as an example, an example in which Next FFP is notified together with the CP extension amount (and CAPC).
  • the table shown in FIG. 12 (for example, an example of the association between the index, the CP extension amount, the CAPC, and the Next FFP) may be preset from the base station 100 to the terminal 200.
  • the table shown in FIG. 12 is an example.
  • the parameters included in the table may not include CAPC, and may include other parameters different from CAPC.
  • the base station 100 can schedule, for example, starting from the head of the next FFP of the FFP at the timing of receiving the UL grant.
  • the parameter for scheduling the time domain for the terminal 200 (for example, TDRA) may be the same as the parameter starting from the timing when UL grant is received, for example. Therefore, it is possible to reduce the signaling overhead of the parameter for scheduling in the time domain (for example, TDRA) and improve the degree of freedom of scheduling in the time domain.
  • the starting point of scheduling in the time domain notified to the terminal 200 by the Next FFP is not limited to the FFP next to the FFP that received the UL grant, and may be any FFP after the FFP that received the UL grant.
  • Example 2 For example, "Next FFP" may be notified to the terminal 200 by a field of M bits.
  • the starting point of scheduling in the time domain may be set for the terminal 200 by the field of the M bit corresponding to Next FFP.
  • Next FFP may notify how many times the FFP is set as the starting point of scheduling in the time domain from the timing when UL grant is received.
  • m may represent, for example, the value notified in the field of M bits.
  • the Next FFP (for example, M-bit field) may be notified (joint encoding) together with the CP extension amount (for example, CP extension setting information), or may be notified individually in the UL grant field. ..
  • the table shown in FIG. 12 may be set in advance from the base station 100 to the terminal 200 as in Example 1.
  • the base station 100 starts from an earlier FFP head or more FFPs as compared with Example 1.
  • the parameter for scheduling the time domain for the terminal 200 may be the same as the parameter starting from the timing when UL grant is received, for example. Therefore, it is possible to reduce the signaling overhead of the parameter for scheduling in the time domain (for example, TDRA) and improve the degree of freedom of scheduling.
  • Control method 2 for example, as an example of the COT acquisition setting information, signaling for notifying information indicating an retry of COT acquisition when the terminal 200 fails to acquire COT (for example, "Re-attempt") is added. good.
  • the terminal 200 may retry COT acquisition in the FFP corresponding to "Re-attempt".
  • the FFP corresponding to Re-attempt may be the FFP next to the current FFP.
  • the current FFP is, for example, an FFP at the timing when UL grant is received, and the next FFP may be an FFP having the next cycle with respect to the current FFP.
  • a 1-bit flag may notify the terminal 200 of a retry (Re-attempt) of COT acquisition.
  • a 1-bit flag corresponding to Re-attempt may instruct the terminal 200 whether to retry COT acquisition when COT acquisition fails.
  • whether or not to retry COT acquisition or the number of retries may be set or defined in advance.
  • the number of retries may be once or may be multiple.
  • the CP extension amount may be changed when the COT acquisition is retried.
  • the priority of transmission to the terminal 200 may be set higher by increasing the amount of CP extension at the time of retry. By increasing the priority, the possibility of COT acquisition can be increased, and the delay time can be reduced.
  • the priority of transmission to the terminal 200 may be set low by reducing the amount of CP extension at the time of retry. Due to the reduced priority, for example, between a plurality of terminals 200 (or base stations), a directly scheduled transmission may be prioritized over a retry transmission by Re-attempt.
  • the change in the CP extension amount at the time of retry may be set or defined in advance.
  • the Re-attempt (1-bit flag) may be notified to the terminal 200 (joint encoding) together with the CP extension amount (for example, CP extension setting information), or individually to the terminal 200 in the UL grant field. You may be notified.
  • FIG. 13 is a diagram showing an example in which Re-attempt is notified together with the CP extension amount (and CAPC) as an example.
  • the table shown in FIG. 13 (for example, the index, the CP extension amount, and the association between CAPC and Re-attempt) may be preset from the base station 100 to the terminal 200.
  • the table shown in FIG. 13 is an example.
  • the parameters included in the table may not include CAPC, and may include other parameters different from CAPC.
  • the COT acquisition retry timing notified to the terminal 200 by Re-attempt is not limited to the FFP next to the FFP that received the UL grant, and may be any FFP after the FFP that received the UL grant.
  • a field of M bits may notify the terminal 200 of an instruction (for example, Re-attempt) regarding the retry of COT acquisition.
  • an instruction for example, Re-attempt
  • the M-bit field corresponding to Re-attempt may indicate to the terminal 200 the conditions for retrying COT acquisition when COT acquisition fails.
  • the number of retries may be instructed to the terminal 200 by the M bit field.
  • the base station 100 dynamically sets the number of retries (for example, the presence or absence of the terminal 200 having high priority data) based on, for example, the state of the terminal 200 in the cell (for example, the presence or absence of the terminal 200 having high priority data). , Change), so it is possible to reduce the delay time and improve the degree of freedom in scheduling.
  • the Mbit field indicates to the terminal 200 a condition for retrying, such as "retry if UL symbol” or "retry if any of UL symbol and Flexible symbol”. , Designated).
  • the condition of retry for example, the base station 100 can instruct the terminal 200 to retry the COT acquisition at the timing when the condition (for example, the symbol type) is satisfied, so that the scheduling of the base station 100 can be performed.
  • the degree of freedom can be improved.
  • the setting of the CP extension amount at the time of retry may be notified at the same time by the M bit field.
  • the CP extension amount in the COT acquisition trial (for example, including retry) can be dynamically set, so that the delay time can be reduced and the scheduling freedom of the base station 100 can be improved.
  • the Re-attempt (M-bit field) may be notified (joint encoded) to the terminal 200 together with the CP extension amount (for example, CP extension setting information), and the terminal may be individually terminald in the UL grant field. You may be notified to 200.
  • the table shown in FIG. 13 may be preset from the base station 100 to the terminal 200 as in Example 1.
  • control method 1 and the control method 2 have been described above.
  • control method 1 and the control method 2 may be applied in combination.
  • the terminal 200 fails to acquire COT in the FFP instructed by "Next FFP”
  • "Re-attempt” can instruct whether to retry COT acquisition in the next FFP. This makes it possible to reduce the delay time and improve the degree of freedom in scheduling.
  • the COT acquisition control method according to the present embodiment includes the COT acquisition control method according to the first embodiment (for example, priority is given to the transmission of the terminal 200 or the base station 100 by setting a plurality of transmission start timings at the beginning of the FFP. A method of controlling the degree) may be applied, and other control methods may be applied.
  • the scheduling unit 104 determines the CP extension setting information (for example, the CP extension amount) for each terminal 200, the scheduling unit 104 has a plurality of CP extension setting information corresponding to each of the plurality of priorities. May be set.
  • the scheduling unit 104 outputs, for example, the determined CP extension setting information to the control information holding unit 105. Further, the scheduling unit 104 may, for example, use these CP extension setting information to schedule the transmission of signaling information and the PUSCH transmission of the terminal 200.
  • the transmission control unit 204 transmits PUSCH based on, for example, the Configured grant setting information input from the control information holding unit 205 or the decoding result input from the demodulation / decoding unit 202.
  • the amount of CP extension applied to PUSCH may be determined by referring to the CP extension setting information corresponding to the priority of.
  • the transmission control unit 204 outputs, for example, information regarding the determined CP extension amount to the CP addition unit 208.
  • the combination of a plurality of candidate CP extensions that can be notified by the CP extension setting information may be different for each transmission priority of the terminal 200.
  • the base station 100 may include any one of a plurality of candidate CP lengths of different combinations for each transmission priority of the terminal 200 in the control information. Further, the terminal 200 may determine one CP extension amount from a plurality of candidate CP lengths of a combination corresponding to the transmission priority of the terminal 200, for example, based on the control information notified from the base station 100. ..
  • the transmission priority of the terminal 200 may include, for example, "high” and “low”.
  • the transmission priority of the terminal 200 is not limited to two types, and may be three or more types.
  • the terminal 200 may perform COT acquisition and PUSCH transmission based on, for example, control information from the base station 100.
  • a table may be set to notify a plurality of CP extension amounts based on priority.
  • the table for notifying the CP extension amount based on priority may be set in advance in the terminal 200 by the base station 100, or may be defined in the standard.
  • a table corresponding to a high priority may be set to include a candidate having a large amount of CP extension as compared with a table corresponding to a low priority.
  • the terminal 200 may determine the table to be referred to at the time of PUSCH transmission based on the priority notified by UL grant. Further, the terminal 200 may implicitly determine the table to be referred to at the time of PUSCH transmission, for example, even if there is no priority notification, based on other parameters that can determine the priority. Other parameters for which priority can be determined include, for example, DCI format or an identifier used by the terminal 200 (for example, Radio Network Temporary Identifier (RNTI)).
  • RNTI Radio Network Temporary Identifier
  • the terminal 200 may determine a table to be referred to at the time of PUSCH transmission, for example, based on the UL grant notification (for example, priority) instructing PUSCH transmission.
  • FIG. 14 is a diagram showing an example of a table for setting the CP extension amount corresponding to each of the low priority and the high priority (for example, an example of the association between the index and the CP extension amount).
  • the high priority table shown in FIG. 14 has, for example, a large CP extension amount as compared with the CP extension amount of the low priority table (for example, “T-43us”, “T-52us” or “T-61us”). (For example, "T-16us”, “T-25us” or “T-341us”) may be included.
  • the CP extension amount included in the high priority table and the low priority table is not limited to the example shown in FIG. 14, and some CP extension amounts are duplicated in the high priority table and the low priority table. May be included. Further, the table shown in FIG. 14 includes, for example, Channel Access Type and CAPC in addition to the CP extension amount, but is not limited to this, and for example, even if at least one of Channel Access Type and CAPC is not included. Often, other parameters may be included.
  • the terminal 200 can be DG- PUSCH can be transmitted (for example, COT is acquired) by the amount of CP extension according to the priority of PUSCH transmission.
  • the CP extension amount is set in a plurality of tables corresponding to a plurality of priorities, so that the CP extension amount is included in each table.
  • the number of candidates for the amount of CP extension (in other words, the number of indexes) can be reduced, and the signaling overhead for notifying the index can be reduced.
  • the transmission priority of the terminal 200 may be set semi-statically, for example. Further, for example, the priority of the data of the upper layer included in the data of the physical layer (for example, the priority of the logical channel) may be dynamically different.
  • a plurality of tables corresponding to the priority of the logical channel may be set for the CP extension amount.
  • the terminal 200 may determine the table to be referred to, for example, based on any of the priorities of the data of the upper layer included in the data of the physical layer.
  • the terminal 200 may dynamically switch the CP extension by determining the table to be referenced based on the highest priority logical channel.
  • the determination of the table reference is not limited to the highest priority, and may be another priority.
  • the priority may be set for each activation by using the priority field included in the activation PDCCH.
  • a plurality of tables corresponding to a plurality of priorities may be set for the CP extension amount.
  • the terminal 200 determines, for example, the table to be referred to at the time of CG-PUSCH transmission and the CP extension amount corresponding to the notified index in the table based on the priority and the index of the table notified by the activation PDCCH. You can do it.
  • the terminal 200 determines the CP extension semi-statically by determining the CP extension amount based on the priority and the index notified by the activation PDCCH. By comparison, the amount of CP extension can be set flexibly (for each activation or reactivation).
  • the CP extension amount is set in a plurality of tables corresponding to a plurality of priorities, so that the CP extension amount is included in each table.
  • the number of candidates for the amount of CP extension (in other words, the number of indexes) can be reduced, and the signaling overhead for notifying the index can be reduced.
  • the combination (for example, a table) of the plurality of candidate CP extension amounts with respect to the CP extension amount notified by the CP extension setting information may be different for each transmission priority of the terminal 200. ..
  • the base station 100 reduces the delay of PUSCH transmission in the terminal 200 by setting a CP extension for multiple transmission timings for both DG-PUSCH and CG-PUSCH based on the priority of PUSCH transmission. can.
  • the priority of transmission in the terminal 200 has been described, but the priority is not limited to this, and the priority is, for example, the priority among a plurality of terminals 200 (or base station 100). But it may be.
  • the COT acquisition control method in the present embodiment includes the COT acquisition control method in the first embodiment (for example, priority is given to the transmission of the terminal 200 or the base station 100 by setting a plurality of transmission start timings at the beginning of the FFP. A method of controlling the degree) may be applied, and other control methods may be applied.
  • the uplink signal is not limited to the uplink data channel such as PUSCH, DG-PUSCH or CG-PUSCH, and may be another signal or channel.
  • it may be applied to Physical Uplink Control Channel (PUCCH) or Sounding Reference Signal (SRS).
  • PUCCH or SRS may be instructed to be transmitted by DL assignment (for example, dynamic downlink data scheduling information) instead of UL grant, so UL grant in the above-described embodiment is replaced with DL assignment. May be applied.
  • the downlink control signal may be, for example, a signal (or information) transmitted on the Physical Downlink Control Channel (PDCCH) of the physical layer, or may be a signal (or information) transmitted in the upper layer Medium Access. It may be a signal (or information) transmitted in Control (MAC) or Radio Resource Control (RRC). Further, the signal (or information) is not limited to the case of being notified by the downlink control signal, and may be predetermined in the specifications (or standards) or may be preset in the base station and the terminal.
  • PDCCH Physical Downlink Control Channel
  • RRC Radio Resource Control
  • the uplink control signal may be, for example, a signal (or information) transmitted in the PDCCH of the physical layer, or a signal transmitted in the MAC or RRC of the upper layer. (Or information) may be used. Further, the signal (or information) is not limited to the case of being notified by the uplink control signal, and may be predetermined in the specifications (or standards) or may be preset in the base station and the terminal. Further, the uplink control signal may be replaced with, for example, uplink control information (UCI), 1st stage sidelink control information (SCI), or 2nd stage SCI.
  • UCI uplink control information
  • SCI 1st stage sidelink control information
  • 2nd stage SCI 2nd stage SCI.
  • the base station is a Transmission Reception Point (TRP), a cluster head, an access point, a Remote Radio Head (RRH), an eNodeB (eNB), a gNodeB (gNB), a Base Station (BS), a Base Transceiver. It may be a Station (BTS), a master unit, a gateway, or the like. Further, in side link communication, a terminal may be used instead of the base station. Further, instead of the base station, it may be a relay device that relays the communication between the upper node and the terminal.
  • TRP Transmission Reception Point
  • RRH Remote Radio Head
  • eNB eNodeB
  • gNB gNodeB
  • BS Base Station
  • BTS Base Transceiver
  • a terminal may be used instead of the base station.
  • the base station it may be a relay device that relays the communication between the upper node and the terminal.
  • One embodiment of the present disclosure may be applied to any of an uplink, a downlink, and a side link, for example.
  • one embodiment of the present disclosure may be uplink Physical Uplink Shared Channel (PUSCH), Physical Uplink Control Channel (PUCCH), Physical Random Access Channel (PRACH), Downlink Physical Downlink Shared Channel (PDSCH), PDCCH, Physical. It may be applied to Broadcast Channel (PBCH), Physical Sidelink Shared Channel (PSSCH), Physical Sidelink Control Channel (PSCCH), or Physical Sidelink Broadcast Channel (PSBCH).
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • PRACH Physical Random Access Channel
  • PDSCH Physical Downlink Shared Channel
  • PDCCH Physical. It may be applied to Broadcast Channel (PBCH), Physical Sidelink Shared Channel (PSSCH), Physical Sidelink Control Channel (PSCCH), or Physical Sidelink Broadcast Channel (PSBCH).
  • PBCH Broadcast Channel
  • PSSCH Physical Sidelink Shared Channel
  • PSCCH Physical Sidelink Control Channel
  • PDCCH, PDSCH, PUSCH, and PUCCH are examples of downlink control channel, downlink data channel, uplink data channel, and uplink control channel, respectively.
  • PSCCH and PSSCH are examples of a side link control channel and a side link data channel.
  • PBCH and PSBCH are examples of broadcast channels, and PRACH is an example of a random access channel.
  • Data channel / control channel One embodiment of the present disclosure may be applied to either a data channel or a control channel, for example.
  • the channel in one embodiment of the present disclosure may be replaced with any of the data channels PDSCH, PUSCH, PSSCH, or the control channels PDCCH, PUCCH, PBCH, PSCCH, PSBCH.
  • the reference signal is, for example, a signal known to both base stations and mobile stations, and may also be referred to as a reference signal (RS) or pilot signal.
  • the reference signal is Demodulation Reference Signal (DMRS), Channel State Information --Reference Signal (CSI-RS), Tracking Reference Signal (TRS), Phase Tracking Reference Signal (PTRS), Cell-specific Reference Signal (CRS), or Sounding. Any of the Reference Signal (SRS) may be used.
  • the unit of time resource is not limited to one or a combination of slots and symbols, for example, frame, superframe, subframe, slot, timeslot subslot, minislot or symbol, Orthogonal. It may be a time resource unit such as a Frequency Division Multiplexing (OFDM) symbol or a Single Carrier --Frequency Division Multiplexing (SC-FDMA) symbol, or it may be another time resource unit. Further, the number of symbols included in one slot is not limited to the number of symbols exemplified in the above-described embodiment, and may be another number of symbols.
  • OFDM Frequency Division Multiplexing
  • SC-FDMA Single Carrier --Frequency Division Multiplexing
  • One embodiment of the present disclosure may be applied to either a licensed band or an unlicensed band.
  • An embodiment of the present disclosure may be applied to any of communication between a base station and a terminal, communication between a terminal and a terminal (Sidelink communication, Uulink communication), and communication between Vehicle to Everything (V2X). good.
  • the channel in one embodiment of the present disclosure may be replaced with any of PSCCH, PSSCH, Physical Sidelink Feedback Channel (PSFCH), PSBCH, PDCCH, PUCCH, PDSCH, PUSCH, or PBCH.
  • one embodiment of the present disclosure may be applied to any of a terrestrial network, a satellite, or a non-terrestrial network (NTN: Non-Terrestrial Network) using a high altitude pseudo satellite (HAPS). .. Further, one embodiment of the present disclosure may be applied to a terrestrial network having a large transmission delay as compared with the symbol length and the slot length, such as a network having a large cell size and an ultra-wideband transmission network.
  • NTN Non-Terrestrial Network
  • HAPS high altitude pseudo satellite
  • an antenna port refers to a logical antenna (antenna group) composed of one or more physical antennas.
  • the antenna port does not necessarily refer to one physical antenna, but may refer to an array antenna or the like composed of a plurality of antennas.
  • the number of physical antennas that an antenna port is composed of is not specified, but may be specified as the minimum unit that a terminal station can transmit a reference signal.
  • the antenna port may also be defined as the smallest unit to multiply the weighting of the Precoding vector.
  • 5G fifth-generation mobile phone technology
  • NR wireless access technology
  • the system architecture is assumed to be NG-RAN (Next Generation-Radio Access Network) equipped with gNB as a whole.
  • the gNB provides the UE-side termination of the NG radio access user plane (SDAP / PDCP / RLC / MAC / PHY) and control plane (RRC) protocols.
  • SDAP NG radio access user plane
  • RRC control plane
  • the gNBs are connected to each other by an Xn interface.
  • gNB is converted to NGC (Next Generation Core) by the Next Generation (NG) interface, and more specifically, AMF (Access and Mobility Management Function) by the NG-C interface (for example, a specific core entity that performs AMF).
  • NGC Next Generation Core
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • NG-U interface For example, a specific core entity that performs UPF
  • the NG-RAN architecture is shown in FIG. 15 (see, for example, 3GPP TS 38.300 v15.6.0, section 4).
  • the NR user plane protocol stack (see, for example, 3GPP TS 38.300, section 4.4.1) is a PDCP (Packet Data Convergence Protocol (see Section 6.4 of TS 38.300)) sublayer, which is terminated on the network side in gNB. Includes RLC (RadioLinkControl (see Section 6.3 of TS38.300)) sublayer and MAC (Medium AccessControl (see Section 6.2 of TS38.300)) sublayer.
  • RLC RadioLinkControl
  • MAC Medium AccessControl
  • SDAP Service Data Adaptation Protocol
  • control plane protocol stack is defined for NR (see, for example, TS 38.300, section 4.4.2).
  • An overview of Layer 2 features is given in Section 6 of TS 38.300.
  • the functions of the PDCP sublayer, RLC sublayer, and MAC sublayer are listed in Sections 6.4, 6.3, and 6.2 of TS 38.300, respectively.
  • the functions of the RRC layer are listed in Section 7 of TS 38.300.
  • the Medium-Access-Control layer handles multiplexing of logical channels and scheduling and scheduling-related functions, including handling various numerologies.
  • the physical layer is responsible for coding, PHY HARQ processing, modulation, multi-antenna processing, and mapping of signals to appropriate physical time-frequency resources.
  • the physical layer also handles the mapping of transport channels to physical channels.
  • the physical layer provides services to the MAC layer in the form of transport channels. Physical channels correspond to a set of time-frequency resources used to transmit a particular transport channel, and each transport channel is mapped to the corresponding physical channel.
  • physical channels include PRACH (Physical Random Access Channel), PUSCH (Physical Uplink Shared Channel), and PUCCH (Physical Uplink Control Channel) as upstream physical channels, and PDSCH (Physical Downlink Shared Channel) as downlink physical channels.
  • PDCCH Physical Downlink Control Channel
  • PBCH Physical Broadcast Channel
  • NR use cases / deployment scenarios include enhanced mobile broadband (eMBB), ultra-reliable low-latency communications (URLLC), and massive machine type communication (mMTC), which have diverse requirements in terms of data rate, latency, and coverage.
  • eMBB is expected to support peak data rates (20 Gbps on downlink and 10 Gbps on uplink) and user-experienced data rates as high as three times the data rates provided by IMT-Advanced. ..
  • URLLC more stringent requirements are imposed for ultra-low latency (0.5 ms for UL and DL respectively for user plane latency) and high reliability (1-10-5 within 1 ms).
  • mMTC preferably high connection densities (1,000,000 units / km2 of equipment in urban environments), wide coverage in adverse environments, and extremely long-life batteries (15 years) for low-cost equipment. Can be sought.
  • OFDM numerology suitable for one use case for example, subcarrier interval, OFDM symbol length, cyclic prefix (CP) length, number of symbols per scheduling interval
  • CP cyclic prefix
  • a low latency service preferably requires a shorter symbol length (and therefore a larger subcarrier interval) and / or a smaller number of symbols per scheduling interval (also referred to as TTI) than the mMTC service.
  • TTI time-to-Time to Physical channels
  • deployment scenarios with large channel delay spreads may preferably require a longer CP length than scenarios with short delay spreads.
  • the subcarrier spacing may be situationally optimized to maintain similar CP overhead.
  • the value of the subcarrier interval supported by NR may be one or more.
  • resource element can be used to mean the smallest resource unit consisting of one subcarrier for the length of one OFDM / SC-FDMA symbol.
  • resource grids of subcarriers and OFDM symbols are defined for each of the uplink and downlink for each numerology and each carrier.
  • Each element of the resource grid is called a resource element and is identified based on the frequency index in the frequency domain and the symbol position in the time domain (see 3GPP TS 38.211 v15.6.0).
  • FIG. 16 shows the functional separation between NG-RAN and 5GC.
  • the logical node of NG-RAN is gNB or ng-eNB.
  • the 5GC has logical nodes AMF, UPF, and SMF.
  • gNB and ng-eNB host the following main functions: -Radio Bearer Control, Radio Admission Control, Connection Mobility Control, Dynamic allocation of resources to UEs on both uplink and downlink (scheduling), etc. Radio Resource Management function; -Data IP header compression, encryption, and integrity protection; -Selection of AMF when attaching the UE when it is not possible to determine the routing to AMF from the information provided by the UE; -Routing user plane data towards UPF; -Routing control plane information for AMF; -Set up and disconnect connections; -Scheduling and sending paging messages; -Scheduling and transmission of system notification information (sourced from AMF or Operation, Admission, Maintenance); -Measurement and measurement reporting settings for mobility and scheduling; -Transport level packet marking on the uplink; -Session management; -Network slicing support; -Management of QoS flows and mapping to data radio bearers; -Support for UEs in the RRC
  • the Access and Mobility Management Function hosts the following key functions: -Ability to terminate Non-Access Stratum (NAS) signaling; -Security of NAS signaling; -Access Stratum (AS) security control; -Core Network (CN) node-to-node signaling for mobility between 3GPP access networks; -Reachability to UE in idle mode (including control and execution of paging retransmission); -Registration area management; -Support for in-system mobility and inter-system mobility; -Access authentication; -Access approval including roaming permission check; -Mobility management control (subscription and policy); -Network slicing support; -Select Session Management Function (SMF).
  • NAS Non-Access Stratum
  • AS Access Stratum
  • CN Core Network
  • the User Plane Function hosts the following key functions: -Anchor points for intra-RAT mobility / inter-RAT mobility (if applicable); -External PDU (Protocol Data Unit) session point for interconnection with data networks; -Packet routing and forwarding; -Packet inspection and policy rule enforcement for the user plane part; -Traffic usage report; -Uplink classifier to support the routing of traffic flows to the data network; -Branching Point to support multi-homed PDU sessions; -Quos processing for the user plane (eg packet filtering, gating, UL / DL rate enforcement); -Verification of uplink traffic (mapping of SDF to QoS flow); -Downlink packet buffering and downlink data notification trigger function.
  • -Anchor points for intra-RAT mobility / inter-RAT mobility if applicable
  • -External PDU Protocol Data Unit
  • -Packet routing and forwarding -Packet inspection and policy rule enforcement for the user plane part
  • Session Management Function hosts the following key functions: -Session management; -IP address assignment and management for UEs; -UPF selection and control; -Traffic steering setting function in User Plane Function (UPF) for routing traffic to appropriate destinations; -Control policy enforcement and QoS; -Notification of downlink data.
  • FIG. 17 shows some of the NAS part's interactions between the UE, gNB, and AMF (5GC entity) as the UE transitions from RRC_IDLE to RRC_CONNECTED (see TS 38.300 v15.6.0).
  • AMF 5GC entity
  • RRC is an upper layer signaling (protocol) used to set UE and gNB.
  • AMF will prepare UE context data (which includes, for example, PDU session context, security key, UE RadioCapability, UESecurityCapabilities, etc.) and the initial context.
  • UE context data which includes, for example, PDU session context, security key, UE RadioCapability, UESecurityCapabilities, etc.
  • gNB activates AS security together with UE. This is done by the gNB sending a SecurityModeCommand message to the UE and the UE responding to the gNB with a SecurityModeComplete message.
  • the gNB sends an RRC Reconfiguration message to the UE, and the gNB receives the RRC Reconfiguration Complete from the UE for this, so that the signaling Radio Bearer 2 (SRB 2) and the Data Radio Bearer (DRB) are reconfigured to be set up. ..
  • SRB 2 Signaling Radio Bearer 2
  • DRB Data Radio Bearer
  • the steps for RRC Reconfiguration are omitted because SRB2 and DRB are not set up.
  • gNB notifies AMF that the setup procedure is completed by the initial context setup response (INITIALCONTEXTSETUPRESPONSE).
  • the control circuit that establishes the Next Generation (NG) connection with gNodeB during operation and the signaling radio bearer between gNodeB and the user equipment (UE: User Equipment) are set up so as to be NG during operation.
  • a 5th Generation Core (5GC) entity eg, AMF, SMF, etc.
  • the gNodeB transmits RadioResourceControl (RRC) signaling including a resource allocation setting information element (IE: InformationElement) to the UE via a signaling radio bearer.
  • RRC RadioResourceControl
  • IE resource allocation setting information element
  • FIG. 18 shows some of the use cases for 5G NR.
  • the 3rd generation partnership project new radio (3GPP NR) considers three use cases envisioned by IMT-2020 to support a wide variety of services and applications.
  • the formulation of the first stage specifications for high-capacity and high-speed communication (eMBB: enhanced mobile-broadband) has been completed.
  • eMBB enhanced mobile-broadband
  • URLLC ultra-reliable and low-latency communications
  • mTC multi-concurrent machine type communications
  • Standardization for massive machine-type communications is included.
  • FIG. 18 shows some examples of conceptual use scenarios for IMT since 2020 (see, eg, ITU-R M. 2083 FIG. 2).
  • URLLC use cases have strict performance requirements such as throughput, latency, and availability.
  • the URLLC use case is envisioned as one of the elemental technologies to enable future applications such as wireless control of industrial production processes or manufacturing processes, telemedicine surgery, automation of power transmission and distribution in smart grids, traffic safety, etc. ing.
  • the ultra-high reliability of URLLC is supported by identifying technologies that meet the requirements set by TR 38.913.
  • the important requirement is that the latency of the target user plane is 0.5 ms for UL (uplink) and 0.5 ms for DL (downlink).
  • the general requirement of URLLC for one packet transmission is that when the latency of the user plane is 1 ms, the block error rate (BLER: block error rate) is 1E-5 for the packet size of 32 bytes.
  • BLER block error rate
  • the technological enhancement aimed at by NR URLLC aims to improve latency and reliability.
  • Technology enhancements to improve latency include configurable numerology, non-slot-based scheduling with flexible mapping, grant-free (configured grant) uplink, and slot-level iterations in the data channel.
  • pre-emption means that a transmission that has already been allocated a resource is stopped and that already allocated resource is used for other transmissions with later requested lower latency / higher priority requirements. Therefore, a transmission that has already been permitted will be replaced by a later transmission. Preemption is applicable regardless of the specific service type. For example, the transmission of service type A (URLLC) may be replaced by the transmission of service type B (eMBB, etc.).
  • Technical enhancements for reliability improvement include a dedicated CQI / MCS table for the 1E-5 goal BLER.
  • a feature of the mMTC (massive machine type communication) use case is that the number of connected devices that transmit a relatively small amount of data, which is typically less susceptible to delays, is extremely large.
  • the device is required to be inexpensive and have a very long battery life. From an NR perspective, utilizing a very narrow bandwidth portion is one solution that saves power and allows for longer battery life from the perspective of the UE.
  • Strict requirements are high reliability (reliability up to 10-6 levels), high availability, packet size up to 256 bytes, time synchronization up to a few microseconds (values depending on the use case). It can be 1 ⁇ s or several ⁇ s depending on the frequency range and short latencies of about 0.5 ms to 1 ms (eg, 0.5 ms latency in the target user plane).
  • NR URLLC there may be some technological enhancements from the viewpoint of the physical layer. These technological enhancements include enhancement of PDCCH (Physical Downlink Control Channel) for compact DCI, repetition of PDCCH, and increase of PDCCH monitoring.
  • PDCCH Physical Downlink Control Channel
  • UCI Uplink Control Information
  • HARQ Hybrid Automatic Repeat Request
  • PUSCH Physical Uplink Control Information
  • minislot level hopping enhancements to retransmission / repetition.
  • mini slot refers to a Transmission Time Interval (TTI) that contains fewer symbols than a slot (a slot comprises 14 symbols).
  • the 5G QoS (Quality of Service) model is based on a QoS flow, and a QoS flow (GBR: Guaranteed Bit Rate QoS flow) that requires a guaranteed flow bit rate and a guaranteed flow bit rate are required. Supports any non-GBR QoS flow (non-GBR QoS flow). Therefore, at the NAS level, QoS flow is the finest grain size QoS segment in a PDU session.
  • the QoS flow is specified in the PDU session by the QoS flow ID (QFI: QoS Flow ID) carried in the encapsulation header via the NG-U interface.
  • QFI QoS Flow ID
  • 5GC For each UE, 5GC establishes one or more PDU sessions. For each UE, for a PDU session, the NG-RAN establishes at least one Data Radio Bearers (DRB), eg, as shown above with reference to FIG. Also, an additional DRB for the QoS flow of the PDU session can be set later (when to set it depends on NG-RAN).
  • DRB Data Radio Bearers
  • NG-RAN maps packets belonging to different PDU sessions to different DRBs.
  • NAS level packet filters in UEs and 5GCs associate UL packets and DL packets with QoS flows, whereas AS level mapping rules in UEs and NG-RANs associate UL QoS flows and DL QoS flows with DRBs.
  • FIG. 19 shows a non-roaming reference architecture of 5G NR (see TS 23.501 v16.1.0, section 4.23).
  • the Application Function eg, an external application server hosting the 5G service illustrated in FIG. 18
  • the Application Function interacts with the 3GPP core network to provide the service. For example, accessing a Network Exposure Function (NEF) to support an application that affects traffic routing, or interacting with a policy framework for policy control (eg, QoS control) (Policy Control Function). (PCF)).
  • NEF Network Exposure Function
  • PCF Policy Control Function
  • the Application Function that is considered trusted by the operator can interact directly with the associated Network Function.
  • An Application Function that is not allowed direct access to the Network Function by the operator interacts with the relevant Network Function using the release framework to the outside via the NEF.
  • FIG. 19 shows a further functional unit of the 5G architecture, that is, Network Slice Selection Function (NSSF), Network Repository Function (NRF), Unified Data Management (UDM), Authentication Server Function (AUSF), Access and Mobility Management Function (AMF). , Session Management Function (SMF), and Data Network (DN, eg, service by operator, Internet access, or service by a third party). All or part of the core network functions and application services may be deployed and operated in a cloud computing environment.
  • NSSF Network Slice Selection Function
  • NRF Network Repository Function
  • UDM Unified Data Management
  • AUSF Authentication Server Function
  • AMF Access and Mobility Management Function
  • SMF Session Management Function
  • DN Data Network
  • the QoS requirement for at least one of the URLLC service, the eMMB service, and the mMTC service at the time of operation is set.
  • An application server eg, AF with 5G architecture
  • Each functional block used in the description of the above embodiment is partially or wholly realized as an LSI which is an integrated circuit, and each process described in the above embodiment is partially or wholly. It may be controlled by one LSI or a combination of LSIs.
  • the LSI may be composed of individual chips, or may be composed of one chip so as to include a part or all of functional blocks.
  • the LSI may include data input and output.
  • LSIs may be referred to as ICs, system LSIs, super LSIs, and ultra LSIs depending on the degree of integration.
  • the method of making an integrated circuit is not limited to LSI, and may be realized by a dedicated circuit, a general-purpose processor, or a dedicated processor. Further, an FPGA (Field Programmable Gate Array) that can be programmed after the LSI is manufactured, or a reconfigurable processor that can reconfigure the connection and settings of the circuit cells inside the LSI may be used.
  • FPGA Field Programmable Gate Array
  • the present disclosure may be realized as digital processing or analog processing.
  • the communication device may include a wireless transceiver and a processing / control circuit.
  • the wireless transceiver may include a receiver and a transmitter, or them as a function.
  • the radio transceiver (transmitter, receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • the RF module may include an amplifier, an RF modulator / demodulator, or the like.
  • Non-limiting examples of communication devices include telephones (mobile phones, smartphones, etc.), tablets, personal computers (PCs) (laptops, desktops, notebooks, etc.), cameras (digital stills / video cameras, etc.).
  • Digital players digital audio / video players, etc.
  • wearable devices wearable cameras, smart watches, tracking devices, etc.
  • game consoles digital book readers
  • telehealth telemedicines remote health Care / medicine prescription
  • vehicles with communication functions or mobile transportation automobiles, planes, ships, etc.
  • combinations of the above-mentioned various devices can be mentioned.
  • Communication devices are not limited to those that are portable or mobile, but are all types of devices, devices, systems that are not portable or fixed, such as smart home devices (home appliances, lighting equipment, smart meters or or Includes measuring instruments, control panels, etc.), vending machines, and any other "Things” that can exist on the IoT (Internet of Things) network.
  • smart home devices home appliances, lighting equipment, smart meters or or Includes measuring instruments, control panels, etc.
  • vending machines and any other “Things” that can exist on the IoT (Internet of Things) network.
  • Communication includes data communication by a combination of these, in addition to data communication by a cellular system, a wireless LAN system, a communication satellite system, etc.
  • the communication device also includes devices such as controllers and sensors that are connected or connected to communication devices that perform the communication functions described in the present disclosure.
  • devices such as controllers and sensors that are connected or connected to communication devices that perform the communication functions described in the present disclosure.
  • controllers and sensors that generate control and data signals used by communication devices that perform the communication functions of the communication device.
  • Communication devices also include infrastructure equipment, such as base stations, access points, and any other device, device, or system that communicates with or controls these non-limiting devices. ..
  • the terminal is a control circuit for determining a coordinated cyclic prefix (CP) length between the terminal and a base station, and transmission for transmitting control information regarding the determined CP length to the terminal. It is equipped with a circuit.
  • CP coordinated cyclic prefix
  • control circuit includes any one of a plurality of candidate CP lengths in one of the combinations different for each type of channel occupancy time in the control information.
  • At least one of the candidate CP lengths included in the combination corresponding to the first type is the candidate CP included in the combination corresponding to the second type based on Timing alignment (TA).
  • the length is not based on the TA.
  • At least one of the candidate CP lengths included in the combination corresponding to the first type is the candidate CP length included in the combination corresponding to the second type based on the carrier sense category. Is not based on the above category.
  • the transmit circuit transmits other information about time domain scheduling that is different from the CP length.
  • the other information includes information indicating the start timing of the scheduling for the terminal.
  • the other information includes information indicating candidate timing of channel occupancy time for the terminal.
  • control circuit includes any one of a plurality of candidate CP lengths of different combinations for each priority with respect to the terminal or channel in the control information.
  • the terminal is a receiving circuit that receives control information regarding a coordinated cyclic prefix (CP) length between the terminal and the base station, and an uplink transmission based on the CP length. It is equipped with a control circuit for controlling.
  • CP coordinated cyclic prefix
  • the base station determines a coordinated cyclic prefix (CP) length between the terminal and the base station, and transfers control information regarding the determined CP length to the terminal. Send.
  • CP coordinated cyclic prefix
  • the terminal receives control information regarding the coordinated cyclic prefix (CP) length between the terminal and the base station, and is based on the CP length of the uplink. Control transmission.
  • CP coordinated cyclic prefix
  • One embodiment of the present disclosure is useful for wireless communication systems.
  • Base station 101 101,201 Receiving unit 102,202 Demodulation / decoding unit 103,203 Carrier sense unit 104 Scheduling unit 105,205 Control information holding unit 106,206 Data / control information generation unit 107,207 Coding / modulation unit 108, 208 CP addition unit 109,209 Transmission unit 200 Terminal 204 Transmission control unit

Landscapes

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

Abstract

免許不要帯域における伝送効率を向上する。基地局は、端末と基地局との間において協調したサイクリックプリフィックス（CP）長を決定する制御回路と、決定したCP長に関する制御情報を端末へ送信する送信回路と、を具備する。

Description

基地局、端末及び通信方法
　本開示は、基地局、端末及び通信方法に関する。
　3rd Generation Partnership Project（3GPP）では、第5世代移動通信システム（5G：5th Generation mobile communication systems）の機能拡張として、Release 16 NR（New Radio access technology）の物理レイヤの仕様策定が完了した。NRでは、高速及び大容量といった要求条件に合致すべくモバイルブロードバンドの高度化（eMBB: enhanced Mobile Broadband）に加え、超高信頼低遅延通信（URLLC: Ultra Reliable and Low Latency Communication）を実現する機能をサポートする（例えば、非特許文献１－５を参照）。
3GPP TS 38.211 V16.2.0, "NR; Physical channels and modulation (Release 16)," June 2020 3GPP TS 38.212 V16.2.0, "NR; Multiplexing and channel coding (Release 16)," June 2020 3GPP TS 38.213 V16.2.0, "NR; Physical layer procedure for control (Release 16)," June 2020 3GPP TS 38.214 V16.2.0, "NR; Physical layer procedures for data (Release 16)," June 2020 3GPP TS 38.331 V16.1.0, "NR; Radio Resource Control (RRC) protocol specification (Release 16)", July 2020
　しかしながら、免許不要帯域における通信方法については検討の余地がある。
　本開示の非限定的な実施例は、免許不要帯域における伝送効率を向上できる基地局、端末及び通信方法の提供に資する。
　本開示の一実施例に係る基地局は、端末と基地局との間において協調したサイクリックプリフィックス（CP）長を決定する制御回路と、決定した前記CP長に関する制御情報を前記端末へ送信する送信回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、免許不要帯域における伝送効率を向上できる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
Frame Based Equipment（FBE）によるチャネルアクセスの一例を示す図 複数送信タイミング用CP extensionの一例を示す図 gap調整用CP extension量の一例を示す図 基地局の一部の構成例を示すブロック図 端末の一部の構成例を示すブロック図 基地局の構成例を示すブロック図 端末の構成例を示すブロック図 基地局及び端末の動作例を示すシーケンス図 実施の形態１に係るFBEにおけるCOT取得制御の一例を示す図 実施の形態２に係るCP extension量の設定例を示す図 実施の形態２に係るCP extension量の設定例を示す図 実施の形態３に係るCP extension量の設定例を示す図 実施の形態３に係るCP extension量の設定例を示す図 実施の形態４に係るCP extension量の設定例を示す図 3GPP NRシステムの例示的なアーキテクチャの図 ＮＧ－ＲＡＮ（Next Generation - Radio Access Network）と５ＧＣ（5th Generation Core）との間の機能分離を示す概略図 Radio Resource Control（RRC）接続のセットアップ／再設定の手順のシーケンス図 大容量・高速通信（eMBB：enhanced Mobile BroadBand）、多数同時接続マシンタイプ通信（mMTC：massive Machine Type Communications）、および高信頼・超低遅延通信（URLLC：Ultra Reliable and Low Latency Communications）の利用シナリオを示す概略図 非ローミングシナリオのための例示的な５Ｇシステムアーキテクチャを示すブロック図
　以下、本開示の実施の形態について図面を参照して詳細に説明する。
　［アンライセンス周波数帯］
　Release 16 NRでは、例えば、アンライセンス周波数帯（又は、免許不要帯域とも呼ぶ）において、NRの無線アクセス方式に基づいた通信を行うNR-Unlicensed（又は、NR-Uとも呼ぶ）の導入が検討される。
　アンライセンス周波数帯では、例えば、各装置は、送信前に、他のシステム又は端末等が無線チャネルを使用しているか否かを確認するキャリアセンス（例えば、Listen Before Talk（LBT）とも呼ぶ）を行う。
　また、Release 17 NRでは、アンライセンス周波数帯において、例えば、超高信頼低遅延（URLLC: Ultra Reliable and Low Latency Communications）サービスを運用するための拡張を行うことが検討される。拡張する内容の一つに、例えば、チャネルアクセス方式の一つであるFrame based equipment（FBE）において、端末（例えば、User Equipment（UE）とも呼ぶ）がチャネル占有時間（例えば、COT：Channel Occupancy Time）を取得する動作（例えば、UE-initiated COT）への対応が検討される。なお、FBEは、例えば、semi-static channel occupancyとも呼ばれる。
　しかしながら、UE-initiated COTにおけるスケジューリング方法については十分に検討されていない。
　図１は、FBEによるチャネルアクセスの一例を示す図である。Release 16 NR-UのFBEでは、例えば、図１に示すように、基地局（例えば、gNBとも呼ぶ）は、Fixed frame period（FFP）と呼ばれる周期の先頭においてLBT（例えば、Category 2のLBT）を行うことにより、COTの取得を行ってよい。端末は、例えば、基地局のCOT（例えば、gNB COTとも呼ぶ）内において、Category 2又はCategory 1のLBTを行うことにより、COTを取得してよい。
　FBEと異なる他のチャネルアクセス方式であるLoad Based Equipment（LBE）では、例えば、任意のタイミングにおいてCOT取得を試みることが可能である。その一方で、LBEでは、例えば、Category 1又はCategory 2と比較して、より長いLBT期間が設定され得るCategory 4のLBTを行う場合がある。
　このように、FBEは、例えば、LBEと比較して短いLBT期間においてCOT取得が可能である。その一方で、FBEでは、例えば、図１に示すように、基地局及び端末の双方とも送信不可の期間（例えば、COTを取得できない期間）である「Idle period」が設けられる。
　［Configured grant送信］
　Release 15 NRにおいてサポートされるConfigured grant送信（例えば、ライセンス周波数帯におけるConfigured grant送信）について説明する。
　上りリンクデータ（例えば、PUSCH：Physical Uplink Shared Channel）のConfigured grant送信には、例えば、「Configured grant type 1送信」と「Configured grant type 2送信」とがある。
　Configured grant type 1送信では、例えば、符号化及び変調方式（MCS：Modulation and Coding Scheme）、無線リソース割り当て（例えば、時間リソース及び周波数リソースの少なくとも１つの割り当て）、送信タイミング、及び、Hybrid Automatic Repeat Request（HARQ）プロセス数といった情報（例えば、Configured grant設定情報、又は、CG設定情報と呼ぶ）が、端末固有の上位レイヤ信号によって端末に設定（換言すると、通知又は指示）されてよい。端末は、例えば、上りリンクデータが発生した場合、基地局から下りリンク制御チャネル（例えば、PDCCH：Physical Downlink Control Channel）によるUL grant（例えば、動的な上りリンクデータのスケジューリング情報）無しに、予め設定されたMCS及び無線リソースといったCG設定情報に基づいて、上りリンクデータ（例えば、PUSCH）を送信してよい。
　なお、上位レイヤ信号は、例えば、Radio Resource Control（RRC）信号、higher layer signaling又はhigher layer parameterと呼ばれることもある。
　また、Configured grant type 2送信では、例えば、基地局からのPDCCHによって、Configured grant送信がActivation又はReleaseされる。Configured grant type 2送信において、例えば、送信タイミング及びHARQプロセス数といった情報は、Configure grant type 1送信と同様に端末固有の上位レイヤ信号によって設定されてよい。その一方で、Configured grant type 2送信において、MCS及び無線リソース割当情報といった情報は、Activation用下りリンク制御情報（DCI：Downlink Control Information）によって設定されてよい。端末は、例えば、上りリンクデータが発生した場合、上位レイヤ信号及びActivation用DCIによって設定された、MCS及び無線リソースといったCG設定情報を半永久的（換言すると、静的、又は、半静的）に用いて（換言すると、UL grant無しに、あるいは、UL grant freeで）、上りリンクデータ（例えば、PUSCH）を送信してよい。
　また、Release 15 NRでは、例えば、Configured grant送信の再送制御には、UL grantが用いられる。例えば、UL grantによって、再送用の上りリンクデータのMCS及び無線リソース割当情報が制御されてよい。
　また、Configured grant送信において使用されるHARQプロセス番号（又は、HARQ process ID）は、非限定的な一例として、PUSCHを送信するスロット番号（換言すると、PUSCHの送信タイミング）から一意に決定されてよい。例えば、Configured grant送信において送信されるPUSCHは、初回送信される信号と同様の扱いでもよく、Redundancy Version（RV）は0でよい。
　［アンライセンス周波数帯におけるConfigured grant送信］
　NR-U（アンライセンス周波数帯におけるNR）におけるConfigured grant送信では、例えば、HARQプロセス番号、New Data Indicator（NDI）、及び、RVといったPUSCHの復号に用いられるパラメータ（例えば、再送制御に関するパラメータ）の一部は、Configured grant送信用の上り制御情報（例えば、CG-UCI：Configured grant Uplink Control Informationと呼ぶ）によって端末から基地局へ通知されてよい。
　CG-UCIは、例えば、PUSCH（又は、CG-PUSCHと呼ぶこともある）に割り当てられた無線リソースの一部を使用して、PUSCHと同じ送信タイミング（例えば、同じスロット）において送信されてよい。換言すると、CG-UCIは、CG-PUSCHと多重されてよい。
　ここで、NR-Uにおいて、CG-UCIを用いてHARQプロセス番号を明示的に通知する理由は、次のとおりである。例えば、NR-Uでは、LBTの結果によってはPUSCHが送信されるとは限らない。このため、例えば、ライセンス周波数帯のようにPUSCHの送信タイミングに紐づけてHARQプロセス番号を決定する方法では、当該PUSCHが実際に送信されるか否かによって、HARQプロセスを柔軟に利用できない可能性がある。よって、HARQプロセス番号は、例えば、CG-PUSCHとともに送信されるCG-UCIを用いて通知され得る。
　また、NR-Uでは、例えば、NACKの受信又はタイマー満了により、UL grant無しで端末がConfigured grant用に設定された無線リソースを用いて再送する動作がサポートされる。そこで、例えば、初回送信又は再送の状態を示す情報（例えば、NDI）、及び、再送時のPUSCHに適用するRVがCG-UCIによって送信されてよい。
　NR-Uでは、例えば、CG-PUSCHに対するHARQ-ACKフィードバックは、Downlink Feedback Indicator（DFI）と呼ばれる情報により、基地局から端末へ明示的に通知されてよい。CG-PUSCHに対して、例えば、CG-UCIによってHARQプロセス番号が通知される。このため、例えば、基地局がCG-UCIの受信に失敗すると、基地局側においてどのHARQプロセスのデータが送信されたかを特定できず、HARQプロセスを指定してPUSCHの再送を指示できない場合があり得る。そこで、基地局は、例えば、全てのHARQプロセスに対するHARQ-ACKフィードバック情報を通知（換言すると、フィードバック）してよい。また、基地局は、例えば、複数のPUSCHに対するHARQ-ACKフィードバック情報をまとめて端末へフィードバックすることにより、LBTによるオーバーヘッドを低減し、再送制御の効率を向上できる。
　なお、DFIによる再送制御において、再送用のPUSCHのMCS及び無線リソース割当は初回送信時と同じでもよい。また、DFIは、例えば、PDCCHにおいて送信されてよい。また、DFIには、例えば、HARQ-ACKの他に送信電力制御（TPC：Transmission Power Control）コマンドといった他のパラメータが含まれてよい。
　［CG-PUSCHにおけるCP extension］
　CG-PUSCH送信では、例えば、端末に送信リソースが割り当てられても、端末が送信データを有していない場合には、PUSCH送信は行われない。PUSCH送信が行われない場合、端末に割り当てられたリソースは使用されないため、リソースの利用効率が低下し得る。
　そこで、例えば、同一のCGリソースに対して複数の端末を割り当て、リソースを共有する方法が検討された。複数の端末によるリソース共有では、例えば、複数の端末が共有リソース上において同時に送信を行うと、衝突が発生し、基地局において各端末の信号を正しく受信されない可能性がある。そこで、衝突を避ける仕組みとして、例えば、「CP extension」を用いて異なる送信開始タイミングを端末毎に設定する仕組みが導入された。
　なお、以下では、異なる送信開始タイミングを端末毎に設定する仕組みに用いるCP extensionを「複数送信タイミング用CP extension」と呼ぶ。
　図２は、複数送信タイミング用CP extensionの一例を示す。図２に示す例では、Symbol NにおいてPUSCH（例えば、useful symbol）の送信を開始する際のCP extensionを示す。また、図２では、一例として、サブキャリア間隔（SCS：subcarrier spacing）は15 kHzであり、図２に示すTは1シンボルに対応してよい。図２に示すように、“T-16us”、“T-25us”、…“T-61us”又は“0 us”といった異なるCP extension量（又は、extension量、CP extension長、CP長とも呼ぶ）を端末毎に設定することにより、送信開始タイミングが端末間において異なってよい。
　例えば、或る端末（例えば、端末A）の送信開始タイミングよりも後に送信開始タイミング（例えば、端末Aより少ないextension量）が設定された他の端末（例えば、端末B）が存在する場合について説明する。この場合、端末Aが端末Bより先に送信を開始すると、端末Bは、キャリアセンス（例えば、LBT）を行った結果、チャネルがbusyとなり、送信を開始しない。
　このように、複数送信タイミング用CP extensionでは、端末間において異なるCP extension量を設定することにより、端末間の送信の衝突（換言すると、干渉の発生）を抑制できる。
　［Dynamic Grant(DG)-PUSCHにおけるCP extension］
　アンライセンスバンドのチャネルアクセスでは、LBTの種類（例えば、category）によって、前回の送信からのgap（例えば、送信を行わない期間）が規定の長さ（又は、規定の長さ以下）に設定される場合がある。例えば、前回の送信からのgapは、16us又は25usに設定されてよい。
　そこで、DG-PUSCHでは、例えば、UL grantを用いて、前回の送信とのgapを調整するためのCP extension量が設定されてよい。
　なお、以下では、前回の送信とのgap調整に用いるCP extensionを「gap調整用CP extension」と呼ぶ。
　gap調整用CP extensionにおいて、CP extension量は、例えば、DCI format 0_1では、Channel Access Type（又は、LBT Typeとも呼ぶ）と、Channel access priority type（CAPC）とともに設定（例えば、joint encoding）されてよい。
　図３は、gap調整用CP extensionに設定され得るCP extension量（又は、候補CP extension量）の一例を示す図である。図３において、C1はサブキャリア間隔（SCS）に基づいて設定される値であり、C2及びC3は上位レイヤのシグナリングによって設定される値である。また、TAは、Timing alignmentを示す。端末におけるPUSCHの送信タイミングは、基地局の送受信タイミングに合わせるため、端末の受信タイミングに対してTA分早く設定されてよい。一方で、gap調整は端末の送受信タイミングに基づいて行われるため（例えば、端末が受信してから送信するまでの期間を調整するため）、gap調整用CP extensionにはTAの影響を差し引く目的でTAが含まれてよい。このように、gap調整用のCP extensionには、TAの影響を差し引いた候補CP extension量（換言すると、TAに基づいて計算されるCP extension量）が含まれてよい。ただし、例えば、上りリンク送信に続けて送信する際には、gap調整時にTAを差し引かないため、すべての候補CP extension量がTAに基づいて計算されなくてよい。
　例えば、端末は、PUSCH送信前に、gap調整用CP extensionの通知に応じたCP extensionを行ってよい。
　［UE-initiated COTのスケジューリング］
　UE-initiated COTを半静的にスケジューリングする場合（換言すると、端末がCOTを取得するFFPが半静的に割り当てられる場合）、基地局（又は、端末）の送信の遅延時間が増加する可能性がある。例えば、端末Aに対して或るFFPの先頭にCOT取得（換言すると、送信開始）が設定され、端末Aが送信データを有していない場合には、他の端末B（又は、基地局）が送信データを有する場合（ただし、端末Bは当該FFPにおいてCOT取得が設定されていない場合）であっても、端末Aは送信可能であるが、端末Bは送信不可であるので、端末Bの遅延時間が増加し得る。
　また、FBEでは、FFPの先頭においてCOT取得が可能であり、FFPの先頭と異なるタイミングにおいてCOT取得タイミングは設定されなくてよい（例えば、ETSI EN 301 893を参照）。そのため、FFPの先頭では送信データが無い場合でも、端末においてFFPの途中から送信が発生し得る場合には、FFPの先頭においてCOT取得が行われることが想定される。
　このように、COT取得タイミングがFFPの先頭であること（例えば、COT取得の制約）に基づいて、データを有する端末がCOTを取得するためのUE-initiated COTスケジューリング方法が期待される。
　そこで、本開示の一実施例では、アンライセンス周波数帯において、UE-initiated COTスケジューリングが行われる場合に伝送効率を向上する方法について説明する。
　（実施の形態１）
　［通信システムの概要］
　本開示の一態様に係る通信システムは、例えば、図４及び図６に示す基地局１００（例えば、gNB）、及び、図５及び図７に示す端末２００（例えば、UE）を備えてよい。基地局１００及び端末２００は、それぞれ、通信システムにおいて複数台存在してもよい。
　図４は本開示の一態様に係る基地局１００の一部の構成例を示すブロック図である。図４に示す基地局１００において、スケジューリング部１０４（例えば、制御回路に相当）は、端末２００と基地局１００との間において協調したCP長（例えば、CP extension量）を決定する。送信部１０９（例えば、送信回路に相当）は、決定したCP長に関する制御情報（例えば、CP extension設定情報）を端末２００へ送信する。
　図５は本開示の一態様に係る端末２００の一部の構成例を示すブロック図である。図５に示す端末２００において、受信部２０１（例えば、受信回路に相当）は、端末２００と基地局１００との間において協調したCP長に関する制御情報（例えば、CP extension設定情報）を受信する。送信制御部２０４（例えば、制御回路に相当）は、CP長に基づいて、上りリンクの送信（例えば、COT取得タイミング又は送信開始タイミング）を制御する。
　［基地局の構成］
　図６は、本開示の一態様に係る基地局１００の構成例を示すブロック図である。図６において、基地局１００は、受信部１０１と、復調・復号部１０２と、キャリアセンス部１０３と、スケジューリング部１０４と、制御情報保持部１０５と、データ・制御情報生成部１０６と、符号化・変調部１０７と、Cyclic Prefix（CP）付加部１０８と、送信部１０９と、を有する。
　受信部１０１は、例えば、アンテナを介して受信した受信信号に対してダウンコンバート又はＡ／Ｄ変換といった受信処理を行い、受信処理後の受信信号を復調・復号部１０２及びキャリアセンス部１０３へ出力する。受信信号には、例えば、端末２００から送信される信号（例えば、上りリンク信号）、又は、他のシステムの信号が含まれてよい。
　復調・復号部１０２は、例えば、受信部１０１から入力される受信信号（例えば、上りリンク信号）を復調及び復号し、復号結果をスケジューリング部１０４へ出力する。
　キャリアセンス部１０３は、例えば、受信部１０１から入力される受信信号に基づいて、キャリアセンス（例えば、LBT）を行ってよい。例えば、キャリアセンス部１０３は、受信部１０１から入力される受信信号に基づいて、チャネル状態が「busy」又は「idle」の何れであるか（換言すると、チャネルを使用可能であるか否か）を判定してよい。キャリアセンス部１０３は、判定したチャネル状態を示す情報をスケジューリング部１０４へ出力する。
　スケジューリング部１０４は、例えば、端末２００に対するCP extension設定情報（例えば、CP extension量を含んでよい）、Configured grant（CG）設定情報，又は、FBE設定情報（例えば、FFP周期、又はタイミングを含んでよい）を決定し、決定したCP extension設定情報、CG設定情報又はFBE設定情報を制御情報保持部１０５へ出力する。
　また、スケジューリング部１０４は、例えば、復調・復号部１０２から入力される復号結果に基づいて、データ・制御情報生成部１０６に対して、データ又は制御情報の生成を指示してよい。また、スケジューリング部１０４は、例えば、CP extension設定情報、CG設定情報又はFBE設定情報を含むシグナリング情報を送信する場合、データ・制御情報生成部１０６に対して、シグナリング情報の生成を指示してよい。また、スケジューリング部１０４は、例えば、下りリンク送信時のCP extension量に関する情報をCP付加部１０８へ出力してよい。また、スケジューリング部１０４は、例えば、キャリアセンス部１０３から入力されるチャネル状態を示す情報に基づいて、送信を行うか否かを判定し、判定結果に基づいて、送信指示を送信部１０９へ出力してよい。
　制御情報保持部１０５は、例えば、各端末２００に対するCP extension設定情報又はCG設定情報等の制御情報を保持する。制御情報保持部１０５は、例えば、保持した情報を必要に応じて、基地局１００の各構成部（例えば、スケジューリング部１０４）に出力してよい。
　データ・制御情報生成部１０６は、例えば、スケジューリング部１０４からの指示に従って、データ又は制御情報を生成し、生成したデータ又は制御情報を含む信号を符号化・変調部１０７に出力する。例えば、データ・制御情報生成部１０６は、スケジューリング部１０４から入力されるシグナリング情報の生成指示に基づいて、シグナリング情報を含むデータを生成し、生成したデータを符号化・変調部１０７へ出力してよい。
　符号化・変調部１０７は、例えば、データ・制御情報生成部１０６から入力される信号を符号化及び変調し、変調後の送信信号（例えば、時間領域の信号）をCP付加部１０８に出力する。
　CP付加部１０８は、例えば、スケジューリング部１０４から入力されるCP extension量に基づいて、符号化・変調部１０７から入力される時間領域の信号にCPを付加し、CP付加後の信号を送信部１０９へ出力する。
　送信部１０９は、例えば、CP付加部１０８から入力される信号に対してＤ／Ａ変換、アップコンバート又は増幅等の送信処理を行う。また、送信部１０９は、例えば、スケジューリング部１０４からの送信指示に基づいて、送信処理により得られた無線信号をアンテナから端末２００へ送信する。
　［端末の構成］
　図７は、本開示の一態様に係る端末２００の構成例を示すブロック図である。図７において、端末２００は、受信部２０１と、復調・復号部２０２と、キャリアセンス部２０３と、送信制御部２０４と、制御情報保持部２０５と、データ・制御情報生成部２０６と、符号化・変調部２０７と、CP付加部２０８と、送信部２０９と、を有する。
　受信部２０１は、例えば、アンテナを介して受信した受信信号に対してダウンコンバート又はＡ／Ｄ変換といった受信処理を行い、受信処理後の受信信号を復調・復号部２０２及びキャリアセンス部２０３へ出力する。受信信号には、例えば、基地局１００から送信される信号（例えば、下りリンク信号）、又は、他のシステムの信号が含まれてよい。
　復調・復号部２０２は、例えば、受信部２０１から入力される受信信号（例えば、下りリンク信号）を復調及び復号し、復号結果を送信制御部２０４へ出力する。復号結果には、例えば、下りリンク制御情報（例えば、UL grant、Slot format情報又はCOT情報）が含まれてよい。
　キャリアセンス部２０３は、例えば、受信部２０１から入力される受信信号に基づいて、キャリアセンス（又は、LBT）を行ってよい。例えば、キャリアセンス部２０３は、受信部２０１から入力される受信信号に基づいて、チャネル状態が「busy」又は「idle」の何れであるか（換言すると、チャネルが使用可能であるか否か）を判定してよい。キャリアセンス部２０３は、判定したチャネル状態を示す情報を送信制御部２０４へ出力する。
　送信制御部２０４は、例えば、復調・復号部２０２から入力される復号結果に含まれるシグナリング情報（例えば、CP extension設定情報、CG設定情報又はFBE設定情報）を制御情報保持部２０５へ出力する。また、送信制御部２０４は、例えば、制御情報保持部２０５から入力されるCG設定情報等の制御情報、又は、復調・復号部２０２から入力される下りリンク制御情報に基づいて、データ・制御情報生成部２０６に対して、データ又は制御情報の生成を指示してよい。また、送信制御部２０４は、例えば、CP extension設定情報に基づいて、上りリンク送信時のCP extension量を決定し、CP extension量に関する情報をCP付加部２０８へ出力してよい。また、送信制御部２０４は、例えば、キャリアセンス部２０３から入力されるチャネル状態を示す情報に基づいて、送信を行うか否かを判定し、判定結果に基づいて、送信指示を送信部２０９へ出力してよい。
　制御情報保持部２０５は、例えば、送信制御部２０４から入力されるシグナリング情報（例えば、CP extension設定情報又はCG設定情報）等の制御情報を保持し、保持した情報を、必要に応じて、各構成部（例えば、送信制御部２０４）に出力する。
　データ・制御情報生成部２０６は、例えば、送信制御部２０４からの指示に従って、データ又は制御情報を生成し、生成したデータ又は制御情報を含む信号を符号化・変調部２０７に出力する。
　符号化・変調部２０７は、例えば、データ・制御情報生成部２０６から入力される信号を符号化及び変調し、変調後の送信信号（例えば、時間領域の信号）をCP付加部２０８に出力する。
　CP付加部２０８は、例えば、送信制御部２０４から入力されるCP extension量に基づいて、符号化・変調部２０７から入力される時間領域の信号にCPを付加し、CP付加後の信号を送信部２０９へ出力する。
　送信部２０９は、例えば、CP付加部２０８から入力される信号に対してＤ／Ａ変換、アップコンバート又は増幅等の送信処理を行う。また、送信部２０９は、例えば、送信制御部２０４からの送信指示に基づいて、送信処理により得られた無線信号をアンテナから基地局１００へ送信する。
　［基地局１００及び端末２００の動作］
　以上の構成を有する基地局１００及び端末２００における動作例について説明する。
　図６は基地局１００及び端末２００の動作例を示すシーケンス図である。
　基地局１００は、例えば、端末２００に対するCP extension設定を決定する（Ｓ１０１）。CP extension設定には、例えば、端末２００に設定するCP extension量（例えば、CP長）に関する情報が含まれてよい。
　基地局１００は、端末２００に対して、制御情報を送信する（Ｓ１０２）。制御情報には、例えば、少なくとも、CP extension設定情報が含まれてよい。CP extension設定情報は、例えば、上位レイヤ信号（例えば、RRC信号）及びDCIの少なくとも一方によって端末２００へ通知されてよい。例えば、CP extension設定情報は、上位レイヤ信号によって端末２００へ設定されてよく、DCIによって端末２００へ動的に通知されてもよい。または、CP extension設定情報は、例えば、上位レイヤ信号によって複数の候補CP extension量が端末２００に設定され、候補CP extension量のうち何れかに対応する制御値（又は、インデックス）を含むDCIが端末２００に通知されてもよい。
　端末２００は、例えば、キャリアセンス（例えばLBT）を行う（Ｓ１０３）。端末２００は、例えば、CP extension設定情報に基づいて、上りリンク信号に対するCP extensionを設定してよい。そして、端末２００は、CP extensionに応じた送信開始タイミングにおいてキャリアセンスを行ってよい。
　端末２００は、例えば、チャネルに対するキャリアセンスの結果がidleの場合に、上りリンク信号を送信してよい（Ｓ１０４）。
　［COT取得制御方法］
　基地局１００（例えば、スケジューリング部１０４）におけるCOT取得の制御方法の例について説明する。端末２００（例えば、送信制御部２０４）は、例えば、基地局１００による制御に基づいて、COT取得及び上りリンク送信（例えば、PUSCH送信）を制御してよい。
　本実施の形態では、例えば、FFPの周期及び期間は、基地局１００と端末２００との間で共通でよい。また、本実施の形態では、例えば、FFPの先頭より前（例えば、FFP先頭の直前）において、CP extension可能な期間が設定されてよい。なお、CP extension設定可能期間は、FFPの先頭より前の期間に限定されず、例えば、FFPの先頭以降（例えば、FFP先頭直後）の期間でもよく、FFPの先頭を含む期間（例えば、複数のFFPに亘る期間）でもよい。
　図９は、FFP先頭の直前にCP extension設定可能期間を設定した例を示す図である。なお、Idle periodは、上述したCP extension設定可能期間が設定された場合、例えば、規定された長さ以上（例えば、FFPの5%以上、又は100 us以上）に設定されてよい。
　基地局１００は、例えば、CP extension設定可能期間において、送信の可能性がある端末２００毎にCP extension量を設定し、CP extension量を示すCP extension設定情報を端末２００へ通知してよい。基地局１００によって設定されたCP extension量に応じて、各端末２００の送信開始タイミングが決定されてよい。
　端末２００は、送信を行う場合、例えば、基地局１００から指示されるCP extension量に基づいて、送信開始タイミングまで待機し、キャリアセンスの結果、チャネルがidleの場合に、送信を開始してよい。例えば、各FFPにおいてCOTを取得した端末（例えば、COTを最初に取得した端末）とは、送信開始した端末２００でよい。なお、周波数領域又は空間領域での多重送信が可能な場合には、FFP内において複数の端末２００が送信を開始してもよい。換言すると、各FFPにおいてCOTを取得する端末２００が複数存在してもよい。
　また、或るFFPにおいて、端末２００の送信完了後、idle periodを除いて、当該FFP内に送信可能な時間が残っている場合、基地局１００は、端末２００の送信後に下りリンク送信を行ってもよい。
　また、例えば、基地局１００がFFPの先頭においてCOT取得及び下りリンク送信を行う場合、端末２００の送信と比較した基地局１００の送信の優先度、又は、端末２００の送信状況に基づいて、CP extension量及び送信開始タイミングを決定してよい。
　例えば、端末２００よりも基地局１００の送信を優先する場合には、基地局１００は、基地局１００に対するCP extension量を端末２００よりも多く設定してよい。このCP extension量の設定により、例えば、基地局１００の送信開始タイミングを端末２００よりも早めることにより、基地局１００がCOTを取得しやすくなり、端末２００よりも優先度の高い送信が可能になる。
　また、例えば、或るFFPの先頭において、何れの端末２００も送信を行わない場合（又は、当該FFPにおいて送信し得る端末２００のうち、最も短いCP extensionが設定された端末２００でも送信が開始されない場合）、基地局１００は、送信を開始して、COTを取得してよい。これにより、例えば、FFPにおいて、何れの端末２００及び基地局１００も送信しない状況（換言すると、当該FFPが利用されない状況）の発生を抑制でき、アンライセンス周波数帯の伝送効率を向上できる。
　このように、基地局１００は、端末２００と基地局１００との間において協調したCP extension量（例えば、複数送信タイミング用CP extension量）を決定してよい。また、端末２００は、例えば、基地局１００から通知されるCP extension設定情報（例えば、複数送信タイミング用CP extension量）に基づいて、上りリンクの送信を制御してよい。
　例えば、CP extension量の設定によって、端末２００又は基地局１００のCOT取得に優先度を付けることにより、優先度の高い端末２００（又は基地局１００）がCOTを取得しやすくなるので、送信遅延を低減できる。例えば、基地局１００は、CP extension量の設定により、基地局１００の送信に対して、端末２００の送信よりも優先度を高く設定できる。よって、基地局１００は、例えば、基地局１００の送信及び端末２００の送信の優先度に基づいて、COT取得及び下りリンク送信を動的に行うことができるので、スケジューリングの柔軟性を向上できる。
　また、基地局１００は、例えば、端末２００の送信状況に基づいて、或るFFPにおいて何れの端末２００も送信しない場合には、基地局１００の送信を決定（換言すると、COTを取得）することにより、FFPが利用されない状況の発生を抑制できる。また、例えば、基地局１００及び端末２００においてFFPの途中（換言すると、FFP先頭のタイミングと異なるタイミング）においてデータが発生する場合でも送信可能になるので、送信の遅延時間を低減できる。
　このように、例えば、COT取得タイミングがFFPの先頭である場合に、UE-initiated COTが行われる場合でも、基地局１００及び端末２００に対するスケジューリングの効率を向上できる。よって、本実施の形態によれば、アンライセンス周波数帯において、UE-initiated COTスケジューリングが行われる場合に伝送効率を向上できる。
　なお、１つの端末２００に複数のCP extension量が設定されてもよい。例えば、FFP間において異なるCP extension量が設定（例えば、周期的にCP extension量が変更）されてよい。このCP extension量の設定により、例えば、或るFFPでは、CP extension量がより多く設定され、他のFFPではCP extension量がより少なく設定され得る。このように、FFP間において各端末２００に対するCOT取得の優先度が異なるので、複数の端末２００間のCOT取得に対する優先度の公平性を向上できる。また、例えば、１つの端末２００に対して同一FFPにおいて複数のCP extension量の候補が設定され、複数の候補の中から選択（例えば、ランダムに選択）される動作でもよい。この動作により、例えば、１つの端末２００におけるCOT取得の優先度を変化させ、端末２００間のCOT取得に対する優先度の公平性を向上できる。
　また、基地局１００は、例えば、CP extension量の設定に限らず、データの送信タイミングの設定により、端末２００間（又は、端末２００と基地局１００との間）のCOT取得に対する優先付けを行ってもよい。例えば、基地局１００は、優先度の高い端末２００又は基地局１００に設定するデータの送信タイミングほど、より早く設定してよい。例えば、基地局１００は、優先度の高い端末２００の送信タイミングを、他の端末２００よりも１シンボル早いタイミングに設定してよい。この設定により、優先度の高い端末２００又は基地局は、他の端末よりも優先度の高い送信を行うことができる。
　（実施の形態２）
　本実施の形態に係る基地局及び端末の構成例は、例えば、一部の機能が実施の形態１と異なり、他の機能は実施の形態１と同様でよい。
　上述したように、例えば、DG-PUSCHにおけるCP extensionはgap長の調整に用いられるgap調整用CP extensionである。また、例えば、実施の形態１の制御方法（例えば、FFPの先頭における複数の送信開始タイミングの設定により端末２００又は基地局１００の送信の優先度を制御する方法）は、DG-PUSCHに適用されてもよい。換言すると、DG-PUSCHに対して複数送信タイミング用CP extensionがサポートされてよい。
　しかしながら、基地局１００のCOT（例えば、gNB COT）内におけるPUSCH送信時には、gap調整用CP extensionがサポートされ得る。
　そこで、本実施の形態では、例えば、DG-PUSCHに対して、複数送信タイミング用CP extension及びgap調整用CP extensionの双方を設定する方法について説明する。なお、本実施の形態において、PUSCHは、DG-PUSCHに限定されず、CG-PUSCHでもよい。
　基地局１００（図６）において、スケジューリング部１０４は、例えば、各端末２００に対するCP extension設定情報（例えば、CP extension量）を決定する際に、基地局１００が取得したCOT（例えば、gNB COT）内において適用するCP extension設定情報と、基地局１００のCOTと異なる期間（例えば、FFPの先頭）において適用するCP extension設定情報と、を個別に設定してよい。スケジューリング部１０４は、例えば、決定したCP extension設定情報を制御情報保持部１０５へ出力する。また、スケジューリング部１０４は、例えば、CP extension設定情報を用いて、シグナリング情報の送信、及び、端末２００のPUSCH送信のスケジューリングを行ってよい。
　端末２００（図７）において、送信制御部２０４は、例えば、制御情報保持部２０５から入力されるConfigured grant設定情報、FBE設定情報等の制御情報、又は、復調・復号部２０２から入力される復号結果に基づいて、送信するPUSCHが基地局１００のCOT（例えば、gNB COT）内であるか否かを判定してよい。送信制御部２０４は、判定結果及びCP extension設定情報に基づいて、PUSCHに適用するCP extension量を決定し、決定したCP extension量に関する情報をCP付加部２０８に出力してよい。
　[基地局１００及び端末２００の動作例]
　以上の構成を有する基地局１００及び端末２００における動作例について説明する。
　本実施の形態では、例えば、CP extension設定情報によって通知可能な複数の候補CP extension量（例えば、候補CP長）の組み合わせは、COTの種別毎に異なってよい。例えば、基地局１００は、COTの種別毎に異なる組み合わせの複数の候補CP長のうち何れか一つを制御情報に含めてよい。また、端末２００は、例えば、基地局１００から通知される制御情報に基づいて、COTの種別に対応する組み合わせの複数の候補CP長の中から一つのCP extension量を決定してよい。
　COTの種別には、例えば、gNB COT、及び、gNB COTと異なる期間が含まれてよい。
　例えば、端末２００が送信するPUSCHが「DG-PUSCH」の場合、「type 1 CG PUSCH」の場合、及び、「type 2 CG PUSCH」の場合のCOT取得制御方法の例について説明する。端末２００は、例えば、基地局１００からの制御情報に基づいて、COT取得及びPUSCH送信を行ってよい。
　＜DG-PUSCHの場合＞
　例えば、基地局１００のCOT（gNB COT）内において適用されるCP extension量を設定するテーブル（例えば、インデックスとgap調整用CP extension量との関連付けの一例）、及び、基地局１００のCOTと異なる期間において適用されるCP extension量を設定するテーブル（例えば、インデックスと複数送信タイミング用CP extension量との関連付けの一例）の２種類が設定されてよい。
　gNB COT内において適用されるテーブル（例えば、「テーブル１」と呼ぶ）は、例えば、gap調整用CP extensionの通知に使用されてよい。また、gNB COTと異なる期間において適用されるテーブル（例えば、「テーブル２」と呼ぶ）は、例えば、複数送信タイミング用CP extensionの通知に使用されてよい。
　例えば、テーブル１には、gap調整用CP extension量に加え、チャネルアクセスタイプ及びCAPCといった他のパラメータが含まれてもよく、含まれなくてもよい。また、例えば、テーブル２には、複数送信タイミング用CP extension量と異なるパラメータが含まれてもよく、含まれなくてもよい。例えば、テーブル２において、パラメータの設定候補を削減することにより、テーブルのサイズを低減できる。
　また、例えば、テーブル１及びテーブル２において、共通のインデックスが設定されてよい。換言すると、基地局１００及び端末２００は、COTの種別（又は、送信タイミング）に応じて、テーブル１及びテーブル２のうち、COT取得及びPUSCH送信において適用（又は、参照）するテーブルを決定してよい。
　例えば、端末２００は、PUSCHを送信するタイミングが基地局１００のCOT（gNB COT）内であるか否かに基づいて、参照するテーブルを決定してよい。端末２００は、例えば、FBE設定情報、下りリンク制御情報（例えば、DCI format 2_0）に含まれるCOT情報（例えば、COT duration）に基づいて、gNB COTであるか否かを決定してよい。例えば、端末２００は、例えば、FBE設定情報に基づいて、FFPの先頭において送信を指示された場合には、gNB COTと異なる期間であると判定し、テーブル２を選択してよい。また、例えば、端末２００は、COT情報に基づいて、COTの継続時間を判定し、送信を指示されたタイミングがCOTの継続時間内であればgNB COT内である判定し、テーブル１を選択してよい。
　テーブル内の参照するインデックスは、例えば、基地局１００から端末２００に通知されてよい。インデックスは、例えば、UL grantを用いて端末２００へ通知されてよい。例えば、端末２００は、基地局１００から通知される制御情報（例えば、CP extension設定情報）に含まれるインデックスによって、選択したテーブル内の複数の候補CP extension量のうち何れか一つを設定してよい。
　図１０は、CP extensionを設定するテーブル１及びテーブル２の一例を示す図である。
　図１０に示すテーブル１は、例えば、基地局１００のCOT内において適用されるテーブルであり、gap調整用CP extensionが設定されてよい。なお、図１０に示す例では、テーブル１にCP extension量が含まれるが、これに限定されず、例えば、gap調整用CP extension量を定義する別のテーブルのインデックス（例えば、非特許文献１のTable 5.3.1-1のインデックス）が含まれてもよい。
　また、図１０に示すテーブル１には、例えば、CP extension量に加え、Channel Access Type及びCAPCが含まれてよい。一例として、CP extension量は、DCI format 0_1において、Channel Access Type及びCAPCとともに設定（例えば、joint encoding）されてよい。なお、テーブル１には、Channel Access Type及びCAPCの少なくとも一方が含まれなくてもよく、他のパラメータが含まれてもよい。
　図１０に示すテーブル２は、例えば、基地局１００のCOTと異なる期間において適用されるテーブルであり、複数送信タイミング用CP extensionが設定されてよい。なお、図１０に示す例では、テーブル２にCP extension量が含まれるが、これに限定されず、例えば、複数送信タイミング用CP extension量を定義する別のテーブルのインデックス（例えば、非特許文献１のTable 5.3.1-2のインデックス）が含まれてもよい。
　また、図１０に示すテーブル２には、例えば、CP extension量に加え、CAPCが含まれてよい。一例として、CP extension量は、CAPCとともに設定（例えば、joint encoding）されてよい。なお、テーブル２には、CAPCが含まれなくてもよく、他のパラメータが含まれてもよい。
　例えば、基地局１００のCOT（例えば、第１種別）に対応するテーブル１（例えば、候補CPの組み合わせ）に含まれる少なくとも一つの候補CP extension量は、Timing alignment（TA）及びChannel Access Type（又は、LBTのカテゴリ）に基づいてよい。その一方で、基地局１００のCOTと異なる期間（例えば、第２種別）に対応するテーブル２に含まれる候補CP extension量長は、TA及びChannel Access Typeに基づかなくてよい。また、例えば、テーブル２に含まれるCP extension量の粒度は、テーブル１に含まれるCP extension量の粒度よりも細かくてよい。
　このように、DG-PUSCHに対して、gap調整用CP extensionに加え、複数送信タイミング用CP extensionを設定可能である。これにより、例えば、FFP先頭（例えば、gNB COTと異なる期間）におけるCOT取得において、基地局１００は、CG-PUSCH及びDG-PUSCHの双方の送信（例えば、複数送信タイミング用CP extension）を設定できるので、基地局１００におけるスケジューリングの自由度を向上できる。
　また、例えば、CG-PUSCHとDG-PUSCHとが混在する場合でも、基地局１００は、CG-PUSCH及びDG-PUSCHに対して優先度（例えば、異なるCP extension量）を設定してスケジューリングしてよい。これにより、基地局１００は、例えば、CG-PUSCH及びDG-PUSCHに依らず、より短い遅延設定のPUSCH送信を優先できるので、遅延時間を低減できる。
　また、例えば、gap調整用CP extension及び複数送信タイミング用CP extensionのCP extension量の設定について、１つのテーブルを用いる場合と比較して、図１０に示すように、２つのテーブルを用いる場合、個々のテーブルのサイズ（換言すると、インデックス数）を低減できるので、インデックスを通知する際のシグナリングオーバヘッドを削減できる。
　なお、例えば、図１０のようにCOT種別に応じた２つのテーブルに限定されず、１つのテーブルに、gap調整用CP extension量と、複数送信タイミング用CP extension量とが混在する設定でもよい。この場合、例えば、CP extension量を定義する別のテーブルのインデックスを参照する場合に、何れのCP extension（換言すると、何れの別のテーブル）であるかを明示的に設定（又は、定義）してよい。図１１は、１つのテーブルに、gap調整用CP extension量と、複数送信タイミング用CP extension量とを含む例を示す図である。図１１では、例えば、複数のテーブル（例えば、テーブル１及びテーブル２）におけるインデックスが設定されてよい。
　また、例えば、gNB COTと異なる期間において適用されるテーブル（又は、複数送信タイミング用CP extensionの組み合わせ）は、１つに限定されず、複数設定されてもよい。例えば、gNB COTと異なる期間において適用される複数のテーブルそれぞれにおける、複数送信タイミング用CP extension量の粒度が異なってもよい。
　＜type 1 CG PUSCHの場合＞
　type 1 CGでは、例えば、基地局１００のCOT（例えば、gNB COT）内において適用されるCP extension（例えば、gap調整用CP extension）と、基地局１００のCOTと異なる期間において適用されるCP extension（例えば、複数送信タイミング用CP extension）とは、端末２００に対して半静的に個別に設定されてよい。
　端末２００は、例えば、基地局１００のCOT内であるか否かに基づいて、type 1 CG PUSCHに適用するCP extensionを決定してよい。
　このように、type 1 CG-PUSCHに対して、異なる種類のCP extensionを設定可能である。これにより、例えば、基地局１００は、type 1 CGにおいてgNB COT内とgNB COT外とで異なるCP extensionを切り替えて使用できるので、基地局１００におけるスケジューリングの自由度を向上できる。
　なお、基地局１００のCOTと異なる期間（例えば、FFPの先頭）においてCG送信を行う場合（換言すると、基地局１００のCOTにおいてCG送信を行わない場合）のように、CP extensionを使い分けない場合には、１種類のCP extension量が設定されてもよい。
　＜type 2 CG PUSCHの場合＞
　type 2 CGでは、例えば、PDCCH（又は、DCI）によってactivationが行われるため、DG-PUSCHと同様、COT種別に応じた２つのテーブル（例えば、図１０）を用いる方法を適用してよい。
　例えば、基地局１００のCOT内において適用するテーブル（例えば、図１０に示すテーブル１）、及び、基地局１００のCOTと異なる期間において適用するテーブル（例えば，図１０に示すテーブル２）が設定されてよい。
　端末２００は、例えば、CG-PUSCHを送信するタイミングが基地局１００のCOT（gNB COT）内であるか否かに基づいて、参照するテーブルを決定してよい。また、端末２００が決定したテーブルに対応するインデックスは、例えば、activation用PDCCHによって端末２００に設定（又は、通知）されてよい。また、例えば、端末２００に設定されるインデックスは、de-activationによってCG-PUSCHの送信が停止されるまで、あるいは、再度activationされるまで使用されてよい。
　このように、type 2 CG-PUSCHに対して、異なる種類のCP extensionを設定可能である。これにより、例えば、基地局１００は、type 2 CGにおいてgNB COT内とgNB COT外とでCP extensionを切り替えて使用できる。また、基地局１００は、例えば、activation用PDCCHによって、各端末２００に対してCP extension量を動的に設定できる。よって、type 2 CG-PUSCHに対して、基地局１００におけるスケジューリングの自由度を向上できる。
　なお、Type 2 CGにおいて、type 1 CGと同様、異なる種類のCP extensionは半静的に設定されてもよい。また、例えば、基地局１００のCOTと異なる期間（例えば、FFPの先頭）においてCG送信を行う場合（換言すると、基地局１００のCOTにおいてCG送信を行わない場合）のように、CP extensionを使い分けない場合には、１種類のCP extension量が設定されてもよい。
　以上、COT取得制御方法の例について説明した。
　このように、本実施の形態では、CP extension設定情報によって通知されるCP extension量に対する、複数の候補CP extension量の組み合わせ（例えば、テーブル）は、COTの種別毎に異なってよい。基地局１００は、例えば、DG-PUSCH及びCG-PUSCHの双方に対して複数送信タイミング用CP extensionを制御できる。これにより、基地局１００は、例えば、DG-PUSCH及びCG-PUSCHの双方に対して、各PUSCH送信のタイプ（例えば、サービスタイプ又は遅延要求）に応じてCP extension量を設定することにより、端末２００におけるPUSCH送信の遅延を低減できる。
　なお、本実施の形態におけるCOT取得の制御方法には、実施の形態１におけるCOT取得の制御方法（例えば、FFPの先頭における複数の送信開始タイミングの設定により端末２００又は基地局１００の送信の優先度を制御する方法）が適用されてもよく、他の制御方法が適用されてもよい。
　（実施の形態３）
　本実施の形態に係る基地局及び端末の構成例は、例えば、一部の機能が実施の形態１と異なり、他の機能は実施の形態１と同様でよい。
　［時間領域のスケジューリング］
　DG-PUSCHにおいて時間領域のスケジューリングを行う際、UL grantを受信したタイミングを起点としたPUSCHの送信タイミングが端末２００に指示されてよい。
　例えば、FFP内のスケジューリングと比較して、次のFFPの先頭におけるDG-PUSCHが端末に指示（又は、スケジューリング）される場合には、時間的により離れたスケジューリングになる可能性がある。例えば、FFPの周期は、最長10msでよい。
　時間的に離れたスケジューリングをカバーするには、例えば、時間領域のスケジューリング用のパラメータ（例えば、UL grantにおけるTime domain resource assignment（TDRA）のフィールド）のビット数を増加する方法、又は、スケジューリングの自由度を低下する方法が挙げられる。スケジューリングの自由度を低減する方法には、例えば、時間的により近いスケジューリングの候補を低減する代わりに、時間的に遠いスケジューリングの候補を増加する方法が挙げられる。
　［COT取得失敗時の動作］
　端末２００では、例えば、DG-PUSCH送信のため、FFP先頭においてCOT取得を試みても、干渉などによってCOTが取得されない可能性がある。上述したように、FBEでは、FFP先頭と異なる途中のタイミングにおいてCOTは取得されないため、端末２００は、FFP先頭においてCOT取得に失敗すると、少なくとも次のFFPまで、基地局１００からの再スケジューリングを待つため、遅延時間が増加する場合がある。
　そこで、本実施の形態では、例えば、PUSCH送信において、遅延時間の増加を抑制する方法について説明する。
　基地局１００（図６）において、スケジューリング部１０４は、例えば、各端末２００に対するCP extension設定情報（例えば、CP extension量）を決定する際に、COT取得設定情報を設定してよい。
　COT取得設定情報には、例えば、時間領域のスケジューリングに関する情報（例えば、CP extension量と異なる情報）が含まれてよい。時間領域のスケジューリングに関する情報には、例えば、端末２００に対するスケジューリングの開始タイミングを示す情報（後述する「Next FFP」に対応）、及び、端末２００向けのCOTの候補タイミング（又は、COT取得の再試行タイミング）を示す情報（後述する「Re-attempt」に対応）の少なくとも一つが含まれてよい。
　スケジューリング部１０４は、例えば、決定したCP extension設定情報及びCOT取得設定情報を制御情報保持部１０５へ出力する。また、スケジューリング部１０４は、例えば、CP extension設定情報及びCOT取得設定情報を用いて、シグナリング情報の送信、及び、端末２００のPUSCH送信のスケジューリングを行ってよい。
　端末２００（図７）において、送信制御部２０４は、例えば、制御情報保持部２０５から入力されるConfigured grant設定情報、FBE設定情報等の制御情報、又は、復調・復号部２０２から入力される下りリンク制御情報（例えば、CP extension設定情報）及びCOT取得設定情報に基づいて、PUSCHの送信タイミングを決定し、データ・制御情報生成部２０６に対して、データ又は制御情報の生成を指示してよい。
　[基地局１００及び端末２００の動作例]
　以上の構成を有する基地局１００及び端末２００における動作例について説明する。
　例えば、基地局１００（例えば、スケジューリング部１０４）におけるCOT取得制御方法の一例について説明する。端末２００（例えば、送信制御部２０４）は、例えば、基地局１００による制御に基づいて、COT取得及び上りリンク送信（例えば、PUSCH送信）を制御してよい。
　＜制御方法１＞
　制御方法１では、例えば、COT取得設定情報の一例として、端末２００に対する時間領域のスケジューリングの開始タイミングを示す情報（例えば、「Next FFP」）を通知するシグナリングが追加されてよい。
　例えば、DG-PUSCHの時間領域のスケジューリングでは、UL grantを受信したタイミングが起点となり得る。その一方で、制御方法１では、例えば、「Next FFP」が端末２００へ通知される場合、基地局１００は、Next FFPに対応するFFP（例えば、UL grantを受信したタイミング以降のFFP）の先頭を起点にDG-PUSCHの時間領域のスケジューリングを行ってよい。
　例えば、Next FFPに対応するFFPは、現在のFFPの次のFFPでもよい。なお、現在のFFPは、例えば、UL grantを受信したタイミングのFFPであり、次のFFPは、現在のFFPに対して次の周期のFFPでもよい。
　以下、Next FFPの通知例について説明する。
　例１：
　例えば、１ビットのフラグによって「Next FFP」が端末２００へ通知されてよい。
　例えば、Next FFPに対応する１ビットのフラグによって、端末２００に対して、時間領域のスケジューリングの起点が設定されてよい。一例として、Next FFP=“0”はUL grantを起点とすることを意味し、Next FFP=“1”はUL grantを受信したタイミングの次のFFPの先頭を起点とすることを意味してよい。
　Next FFP（１ビットのフラグ）は、例えば、CP extension量（例えば、CP extension設定情報）と併せて端末２００へ通知（joint encoding）されてもよく、UL grantのフィールドにおいて個別に端末２００へ通知されてよい。
　図１２は、一例として、Next FFPがCP extension量（及びCAPC）と併せて通知される例を示す図である。例えば、図１２に示すテーブル（例えば、インデックスと、CP extension量とCAPCとNext FFPとの関連付けの一例）は、基地局１００から端末２００に予め設定されてよい。なお、図１２に示すテーブルは一例であって、例えば、テーブルに含まれるパラメータには、CAPCが含まれなくてもよく、CAPCと異なる他のパラメータが含まれてもよい。
　このように、「Next FFP」が端末２００へ通知されることにより、基地局１００は、例えば、UL grantを受信したタイミングのFFPの次のFFP先頭を起点としてスケジューリングできる。端末２００に対する時間領域のスケジューリング用のパラメータ（例えば、TDRA）は、例えば、UL grantを受信したタイミングを起点としたパラメータと同様でよい。よって、時間領域のスケジューリング用のパラメータ（例えば、TDRA）のシグナリングオーバヘッドを低減し、時間領域におけるスケジューリングの自由度を向上できる。
　なお、Next FFPによって端末２００に通知される時間領域のスケジューリングの起点は、UL grantを受信したFFPの次のFFPに限定されず、UL grantを受信したFFP以降の何れかのFFPでもよい。
　例２：
　例えば、Mビットのフィールドによって「Next FFP」が端末２００へ通知されてよい。
　例えば、Next FFPに対応するMビットのフィールドによって、端末２００に対して、時間領域のスケジューリングの起点が設定されてよい。例えば、Next FFPによって、UL grantを受信したタイミングから何回先のFFPが時間領域のスケジューリングの起点に設定されるかが通知されてよい。例えば、Next FFP=“0”はUL grantを起点とすることを意味し、Next FFP=“m”はUL grantを受信したタイミングからm回先のFFP先頭を起点とすることを意味してよい。なお、mは、例えば、Mビットのフィールドにおいて通知される値を表してよい。
　Next FFP（例えば、Mビットのフィールド）は、例えば、CP extension量（例えば、CP extension設定情報）と併せて通知（joint encoding）されてもよく、UL grantのフィールドにおいて個別に通知されてもよい。例えば、Next FFPがCP extension量と併せて通知される場合、例えば、例１と同様に、図１２に示すテーブルが基地局１００から端末２００に予め設定されてよい。
　このように、「Next FFP」がM bitのフィールドにおいて端末２００へ通知されることにより、例えば、基地局１００は、例１と比較して、より先のFFP先頭又はより多くのFFPを起点としてスケジューリングできる。また、端末２００に対する時間領域のスケジューリング用のパラメータ（例えば、TDRA）は、例えば、UL grantを受信したタイミングを起点としたパラメータと同様でよい。よって、時間領域のスケジューリング用のパラメータ（例えば、TDRA）のシグナリングオーバヘッドを低減し、スケジューリングの自由度を向上できる。
　＜制御方法２＞
　制御方法２では、例えば、COT取得設定情報の一例として、端末２００がCOT取得に失敗した時のCOT取得の再試行を示す情報（例えば、「Re-attempt」）を通知するシグナリングが追加されてよい。
　例えば、端末２００は、再試行が指示されると、スケジューリングされたFFPにおいてCOTの取得に失敗した場合、「Re-attempt」に対応するFFPにおいてCOT取得を再試行してよい。
　例えば、Re-attemptに対応するFFPは、現在のFFPの次のFFPでもよい。なお、現在のFFPは、例えば、UL grantを受信したタイミングのFFPであり、次のFFPは、現在のFFPに対して次の周期のFFPでもよい。
　以下、Re-attemptの通知例について説明する。
　例１：
　例えば、１ビットのフラグによってCOT取得の再試行（Re-attempt）が端末２００へ通知されてよい。
　例えば、Re-attemptに対応する１ビットのフラグによって、端末２００に対して、COT取得失敗時にCOT取得を再試行するか否かが指示されてよい。一例として、Re-attempt=“0”は、COT取得失敗しても再試行しないことを意味し、Re-attempt=“1”はCOT取得失敗した際に次のFFPにおいてCOT取得を再試行することを意味してよい。
　また、例えば、次のFFPにおける再試行時のCOT取得に失敗した場合、更にCOT取得を再試行するか否か、又は、再試行する回数について、予め設定又は定義されてよい。例えば、再試行の回数は１回でもよく、複数回でもよい。
　また、COT取得の再試行時にはCP extension量が変更されてよい。例えば、再試行時にCP extension量の増加により、端末２００に対する送信の優先度を高く設定してよい。優先度の増加により、COT取得の可能性を高くできるため、遅延時間を低減できる。または、例えば、再試行時にCP extension量の減少により、端末２００に対する送信の優先度を低く設定してよい。優先度の減少により、例えば、複数の端末２００（又は、基地局）間において、Re-attemptによる再試行される送信よりも、直接スケジューリングされる送信が優先されてよい。なお、再試行時のCP extension量の変更は、予め設定又は定義されてよい。
　Re-attempt（１ビットのフラグ）は、例えば、CP extension量（例えば、CP extension設定情報）と併せて端末２００へ通知（joint encoding）してもよく、UL grantのフィールドにおいて個別に端末２００へ通知されてよい。
　図１３は、一例として、Re-attemptがCP extension量（及びCAPC）と併せて通知される例を示す図である。例えば、図１３に示すテーブル（例えば、インデックスと、CP extension量とCAPCとRe-attemptとの関連付け）は、基地局１００から端末２００に予め設定されてよい。なお、図１３に示すテーブルは一例であって、例えば、テーブルに含まれるパラメータには、CAPCが含まれなくてもよく、CAPCと異なる他のパラメータが含まれてもよい。
　このように、COT取得の再試行に関する指示（Re-attempt）が端末２００へ通知されることにより、端末２００は、例えば、基地局１００によってスケジューリングされたFFPのCOT取得に失敗しても、次のFFPにおけるCOT取得の再試行により、基地局１００からのスケジューリングを待たずに上りリンク送信できる可能性があるため、遅延時間を低減できる。
　なお、Re-attemptによって端末２００に通知されるCOT取得の再試行タイミングは、UL grantを受信したFFPの次のFFPに限定されず、UL grantを受信したFFP以降の何れかのFFPでもよい。
　例２：
　例えば、Mビットのフィールドによって、COT取得の再試行に関する指示（例えば、Re-attempt）が端末２００へ通知されてよい。
　例えば、Re-attemptに対応するMビットのフィールドによって、端末２００に対して、COT取得失敗時にCOT取得の再試行を行う際の条件が指示されてよい。
　例えば、Mビットフィールドにより、再試行を行う回数が端末２００へ指示されてもよい。再試行回数の指示により、基地局１００は、例えば、セル内の端末２００の状態（例えば、優先度の高いデータを有する端末２００の有無）に基づいて、再試行回数を動的に設定（例えば、変更）できるため、遅延時間の低減、及び、スケジューリング自由度の向上を実現できる。
　また、例えば、M bitフィールドにより、「UL symbolであれば再試行」、又は、「UL symbol及びFlexible symbolの何れかであれば再試行」のように再試行する条件が端末２００へ指示（又は、指定）されてもよい。再試行の条件の指示により、基地局１００は、例えば、端末２００に対して、条件（例えば、シンボルの種別）を満たすタイミングでのCOT取得の再試行を指示できるので、基地局１００のスケジューリングの自由度を向上できる。
　また、例えば、M bitフィールドにより、再試行時のCP extension量の設定（例えば、増減）が併せて通知されてもよい。これにより、例えば、COT取得の試行（例えば、再試行を含む）におけるCP extension量を動的に設定できるので、遅延時間の低減、及び、基地局１００のスケジューリング自由度の向上を実現できる。
　また、Re-attempt（Mビットのフィールド）は、例えば、CP extension量（例えば、CP extension設定情報）と併せて端末２００へ通知（joint encoding）されてもよく、UL grantのフィールドにおいて個別に端末２００へ通知されてよい。例えば、Re-attemptがCP extension量と併せて通知される場合、例えば、例１と同様に、図１３に示すテーブルが基地局１００から端末２００に予め設定されてよい。
　このように、「Re-attempt」がM bitのフィールドにおいて端末２００へ通知されることにより、COT取得の再試行が、条件付きで指示可能になるので、例１の効果に加え、基地局１００のスケジューリングの自由度を向上できる。
　以上、制御方法１及び制御方法２について説明した。
　なお、制御方法１と制御方法２とを組み合わせて適用してもよい。例えば、「Next FFP」によって送信指示されたFFPにおいて端末２００がCOT取得に失敗した際に、「Re-attempt」によって、次のFFPにおいてCOT取得の再試行を行うか否かを指示できる。これにより、遅延時間の低減、及び、スケジューリングの自由度の向上を図ることができる。
　なお、本実施の形態におけるCOT取得の制御方法には、実施の形態１におけるCOT取得の制御方法（例えば、FFPの先頭における複数の送信開始タイミングの設定により端末２００又は基地局１００の送信の優先度を制御する方法）が適用されてもよく、他の制御方法が適用されてもよい。
　（実施の形態４）
　［Release 16 URLLCにおけるpriority設定］
　Release 16のURLLCの機能に対する拡張として、端末の送信に対する優先度が「priority（HighまたはLow）」によって定義又は設定する機能がサポートされた。この機能は、端末内において複数の送信がトリガされた際に、優先する送信を決定（又は、判定）するために使用されてよい。例えば、PUSCHの優先度は、UL grantによって動的に設定されてよく、半静的に設定されてよい。
　本実施の形態では、例えば、端末の送信（又は、データ、チャネル又はサービスタイプ）の優先度に基づくCP extension設定の制御方法について説明する。
　本実施の形態に係る基地局及び端末の構成例は、例えば、一部の機能が実施の形態１と異なり、他の機能は実施の形態１と同様でよい。
　基地局１００（図６）において、スケジューリング部１０４は、例えば、各端末２００に対するCP extension設定情報（例えば、CP extension量）を決定する際に、複数のpriorityそれぞれに対応する複数のCP extension設定情報を設定してよい。スケジューリング部１０４は、例えば、決定したCP extension設定情報を制御情報保持部１０５へ出力する。また、スケジューリング部１０４は、例えば、これらのCP extension設定情報を用いて、シグナリング情報の送信、及び、端末２００のPUSCH送信のスケジューリングを行ってよい。
　端末２００（図７）において、送信制御部２０４は、例えば、制御情報保持部２０５から入力されるConfigured grant設定情報、又は、復調・復号部２０２から入力される復号結果に基づいて、送信するPUSCHのpriorityに対応するCP extension設定情報を参照し、PUSCHに適用するCP extension量を決定してよい。送信制御部２０４は、例えば、決定したCP extension量に関する情報を、CP付加部２０８に出力する。
　[基地局１００及び端末２００の動作例]
　以上の構成を有する基地局１００及び端末２００における動作例について説明する。
　本実施の形態では、例えば、CP extension設定情報によって通知可能な複数の候補CP extension量（例えば、候補CP長）の組み合わせは、端末２００の送信のpriority（優先度）毎に異なってよい。
　例えば、基地局１００は、端末２００の送信のpriority毎に異なる組み合わせの複数の候補CP長のうち何れか一つを制御情報に含めてよい。また、端末２００は、例えば、基地局１００から通知される制御情報に基づいて、端末２００の送信のpriorityに対応する組み合わせの複数の候補CP長の中から一つのCP extension量を決定してよい。
　端末２００の送信のpriorityには、例えば、“high”及び“low”が含まれてよい。なお、端末２００の送信のpriorityは、２種類に限定されず、３種類以上でもよい。
　例えば、端末２００が送信するPUSCHが「DG-PUSCH」の場合、「type 1 CG PUSCH」の場合、及び、「type 2 CG PUSCH」の場合のCOT取得制御方法の例について説明する。端末２００は、例えば、基地局１００からの制御情報に基づいて、COT取得及びPUSCH送信を行ってよい。
　＜DG-PUSCHの場合＞
　例えば、priorityに基づく複数のCP extension量を通知するテーブルが設定されてよい。priorityに基づくCP extension量を通知するテーブルは、例えば、基地局１００が予め端末２００に設定してよく、又は、規格に定義されてよい。
　ここで、高いpriorityの送信には、例えば、COTを取得しやすくするために、CP extension量が多く設定されることが想定される。そこで、例えば、高いpriorityに対応するテーブルには、低いpriorityに対応するテーブルと比較して、CP extension量が多い候補が含まれるように設定されてよい。
　例えば、端末２００は、UL grantによって通知されるpriorityに基づいて、PUSCH送信時に参照するテーブルを決定してよい。また、端末２００は、例えば、priority通知が無い場合でも、priorityを判断可能な他のパラメータに基づいて、PUSCH送信時に参照するテーブルを暗黙的に決定してもよい。priorityを判断可能な他のパラメータには、例えば、DCI format、又は、端末２００が使用する識別子（例えば、Radio Network Temporary Identifier（RNTI））が挙げられる。
　例えば、priorityがhigh及びlowの2種類の場合、CP extension量を設定するテーブルが2種類設定されてよい。端末２００は、例えば、PUSCH送信を指示するUL grantの通知（例えば、priority）に基づいて、PUSCH送信時に参照するテーブルを決定してよい。
　図１４は、low priority及びhigh priorityそれぞれに対応するCP extension量を設定するテーブル（例えば、インデックスと、CP extension量との関連付けの一例）の一例を示す図である。
　図１４に示すhigh priority用テーブルには、例えば、low priority用テーブルのCP extension量（例えば、“T-43us”、“T-52us”又は“T-61us”）と比較して大きいCP extension量（例えば、“T-16us”、“T-25us”又は“T-341us”）が含まれてよい。
　なお、high priority用テーブル及びlow priority用テーブルに含まれるCP extension量は、図１４に示す例に限定されず、high priority用テーブル及びlow priority用テーブルにおいて、一部のCP extension量が重複して含まれてもよい。また、図１４に示すテーブルには、例えば、CP extension量に加え、Channel Access Type及びCAPCが含まれるが、これに限定されず、例えば、Channel Access Type及びCAPCの少なくとも一方が含まれなくてもよく、他のパラメータが含まれてもよい。
　このように、DG-PUSCHに対して、端末２００の送信のpriorityに対応する複数のテーブルを設定又は定義し、priorityに応じて端末２００が参照するテーブルを切り替えることにより、端末２００は、DG-PUSCH送信のpriorityに応じたCP extension量によってPUSCHを送信（例えば、COTを取得）できる。
　また、例えば、１つのテーブルにおいて複数のpriorityに対応するCP extension量が設定される場合と比較して、複数のpriorityに対応する複数のテーブルにおいてCP extension量が設定されるので、各テーブルに含まれるCP extension量の候補の数（換言すると、インデックスの数）を低減でき、インデックスを通知するシグナリングオーバヘッドを低減できる。
　＜type 1 CG-PUSCHの場合＞
　type 1 CGでは、端末２００の送信のpriorityは、例えば、半静的に設定されてよい。また、例えば、物理レイヤのデータに含まれる上位レイヤのデータの優先度（例えば、論理チャネルの優先度）は動的に異なることがあり得る。
　そこで、例えば、CP extension量について、論理チャネルの優先度に対応する複数のテーブルが設定されてよい。端末２００は、例えば、物理レイヤのデータに含まれる上位レイヤのデータの優先度の何れかに基づいて、参照するテーブルを決定してよい。例えば、端末２００は、最も優先度の高い論理チャネルに基づいて、参照するテーブルを決定することにより、CP extensionを動的に切り替えてよい。なお、テーブル参照の決定は、最も高い優先度に限定されず、他の優先度でもよい。
　このように、type 1 CG-PUSCHに対して、論理チャネルの優先度に応じて、CP extensionを切り替えることにより、半静的な設定によって動作するtype 1 CGにおいても優先度の動的な制御をサポート可能になり、より優先して送信するデータの遅延時間を低減できる。
　＜type 2 CG-PUSCHの場合＞
　type 2 CGでは、例えば、activation用PDCCHに含まれるpriorityのフィールドを用いて、activation毎にpriorityが設定されてよい。
　そこで、例えば、DG-PUSCHと同様、CP extension量について、複数のpriorityに対応する複数のテーブルが設定されてよい。
　端末２００は、例えば、activation用PDCCHによって通知されるpriority及びテーブルのインデックスに基づいて、CG-PUSCH送信時に参照するテーブル、及び、当該テーブル内の通知されるインデックスに対応するCP extension量を決定してよい。
　このように、type 2 CG-PUSCHに対して、端末２００は、activation用PDCCHによって通知されるpriority及びインデックスに基づいてCP extension量を決定することにより、CP extensionを半静的に決定する場合と比較して、CP extension量を柔軟に（activation又は再activation毎に）設定できる。
　また、例えば、１つのテーブルにおいて複数のpriorityに対応するCP extension量が設定される場合と比較して、複数のpriorityに対応する複数のテーブルにおいてCP extension量が設定されるので、各テーブルに含まれるCP extension量の候補の数（換言すると、インデックスの数）を低減でき、インデックスを通知するシグナリングオーバヘッドを低減できる。
　以上、COT取得制御方法の例について説明した。
　このように、本実施の形態では、CP extension設定情報によって通知されるCP extension量に対する、複数の候補CP extension量の組み合わせ（例えば、テーブル）は、端末２００の送信の優先度毎に異なってよい。基地局１００は、例えば、DG-PUSCH及びCG-PUSCHの双方に対して、PUSCH送信の優先度に基づいて、複数送信タイミング用CP extensionを設定することにより、端末２００におけるPUSCH送信の遅延を低減できる。
　なお、本実施の形態では、例えば、端末２００内の送信の優先度について説明したが、これに限定されず、優先度は、例えば、複数の端末２００（又は、基地局１００）間の優先度でもよい。
　また、本実施の形態におけるCOT取得の制御方法には、実施の形態１におけるCOT取得の制御方法（例えば、FFPの先頭における複数の送信開始タイミングの設定により端末２００又は基地局１００の送信の優先度を制御する方法）が適用されてもよく、他の制御方法が適用されてもよい。
　以上、本開示の一実施例について説明した。
　（他の実施の形態）
　また、上記の実施の形態それぞれは組み合わせて適用してもよい。
　上述した実施の形態において、上りリンク信号は、PUSCH、DG-PUSCH又はCG-PUSCHといった上りデータチャネルに限らず、他の信号又はチャネルでもよい。例えば、Physical Uplink Control Channel（PUCCH）又はSounding Reference Signal（SRS）に適用してよい。例えば、PUCCH又はSRSは、UL grantでなくDL assignment（例えば、動的な下りリンクデータのスケジューリング情報）により送信が指示されることがあるため、上述した実施の形態におけるUL grantをDL assignmentに置き換えて適用してもよい。
　（制御信号）
　本開示の一実施例において、下り制御信号（又は、下り制御情報）は、例えば、物理層のPhysical Downlink Control Channel（PDCCH）において送信される信号（又は、情報）でもよく、上位レイヤのMedium Access Control（MAC）又はRadio Resource Control（RRC）において送信される信号（又は、情報）でもよい。また、信号（又は、情報）は、下り制御信号によって通知される場合に限定されず、仕様（又は、規格）において予め規定されてもよく、基地局及び端末に予め設定されてもよい。
　本開示の一実施例において、上り制御信号（又は、上り制御情報）は、例えば、物理層のPDCCHにおいて送信される信号（又は、情報）でもよく、上位レイヤのMAC又はRRCにおいて送信される信号（又は、情報）でもよい。また、信号（又は、情報）は、上り制御信号によって通知される場合に限定されず、仕様（又は、規格）において予め規定されてもよく、基地局及び端末に予め設定されてもよい。また、上り制御信号は、例えば、uplink control information（UCI）、1st stage sidelink control information（SCI)、又は、2nd stage SCIに置き換えてもよい。
　（基地局）
　本開示の一実施例において、基地局は、Transmission Reception Point（TRP）、クラスタヘッド、アクセスポイント、Remote Radio Head（RRH）、eNodeB (eNB)、gNodeB(gNB)、Base Station（BS）、Base Transceiver Station（BTS）、親機、ゲートウェイなどでもよい。また、サイドリンク通信では、基地局の代わりに端末としてもよい。また、基地局の代わりに、上位ノードと端末の通信を中継する中継装置であってもよい。
　（上りリンク／下りリンク／サイドリンク）
　本開示の一実施例は、例えば、上りリンク、下りリンク、及び、サイドリンクの何れに適用してもよい。例えば、本開示の一実施例を上りリンクのPhysical Uplink Shared Channel（PUSCH）、Physical Uplink Control Channel（PUCCH）、Physical Random Access Channel（PRACH）、下りリンクのPhysical Downlink Shared Channel（PDSCH）、PDCCH、Physical Broadcast Channel（PBCH）、又は、サイドリンクのPhysical Sidelink Shared Channel（PSSCH）、Physical Sidelink Control Channel（PSCCH）、Physical Sidelink Broadcast Channel（PSBCH）に適用してもよい。
　なお、PDCCH、PDSCH、PUSCH、及び、PUCCHそれぞれは、下りリンク制御チャネル、下りリンクデータチャネル、上りリンクデータチャネル、及び、上りリンク制御チャネルの一例である。また、PSCCH、及び、PSSCHは、サイドリンク制御チャネル、及び、サイドリンクデータチャネルの一例である。また、PBCH及びPSBCHは報知（ブロードキャスト）チャネル、PRACHはランダムアクセスチャネルの一例である。
　（データチャネル／制御チャネル）
　本開示の一実施例は、例えば、データチャネル及び制御チャネルの何れに適用してもよい。例えば、本開示の一実施例におけるチャネルをデータチャネルのPDSCH、PUSCH、PSSCH、又は、制御チャネルのPDCCH、PUCCH、PBCH、PSCCH、PSBCHの何れかに置き換えてもよい。
　（参照信号）
　本開示の一実施例において、参照信号は、例えば、基地局及び移動局の双方で既知の信号であり、Reference Signal（RS）又はパイロット信号と呼ばれることもある。参照信号は、Demodulation Reference Signal（DMRS）、Channel State Information - Reference Signal（CSI-RS）、Tracking Reference Signal(TRS）、Phase Tracking Reference Signal（PTRS）、Cell-specific Reference Signal（CRS）、又は、Sounding Reference Signal（SRS）の何れでもよい。
　（時間間隔）
　本開示の一実施例において、時間リソースの単位は、スロット及びシンボルの１つ又は組み合わせに限らず、例えば、フレーム、スーパーフレーム、サブフレーム、スロット、タイムスロットサブスロット、ミニスロット又は、シンボル、Orthogonal Frequency Division Multiplexing（OFDM）シンボル、Single Carrier - Frequency Division Multiplexing（SC-FDMA）シンボルといった時間リソース単位でもよく、他の時間リソース単位でもよい。また、１スロットに含まれるシンボル数は、上述した実施の形態において例示したシンボル数に限定されず、他のシンボル数でもよい。
　（周波数帯域）
　本開示の一実施例は、ライセンスバンド、アンライセンスバンドのいずれに適用してもよい。
　（通信）
　本開示の一実施例は、基地局と端末との間の通信、端末と端末との間の通信（Sidelink通信，Uuリンク通信）、Vehicle to Everything（V2X）の通信のいずれに適用してもよい。例えば、本開示の一実施例におけるチャネルをPSCCH、PSSCH、Physical Sidelink Feedback Channel（PSFCH）、PSBCH、PDCCH、PUCCH、PDSCH、PUSCH、又は、PBCHの何れかに置き換えてもよい。
　また、本開示の一実施例は、地上のネットワーク、衛星又は高度疑似衛星（HAPS：High Altitude Pseudo Satellite）を用いた地上以外のネットワーク（NTN：Non-Terrestrial Network）のいずれに適用してもよい。また、本開示の一実施例は、セルサイズの大きなネットワーク、超広帯域伝送ネットワークなどシンボル長やスロット長に比べて伝送遅延が大きい地上ネットワークに適用してもよい。
　（アンテナポート）
　本開示の一実施例において、アンテナポートは、１本又は複数の物理アンテナから構成される論理的なアンテナ（アンテナグループ）を指す。例えば、アンテナポートは必ずしも１本の物理アンテナを指すとは限らず、複数のアンテナから構成されるアレイアンテナ等を指すことがある。例えば、アンテナポートが何本の物理アンテナから構成されるかは規定されず、端末局が基準信号（Reference signal）を送信できる最小単位として規定されてよい。また、アンテナポートはプリコーディングベクトル（Precoding vector）の重み付けを乗算する最小単位として規定されることもある。
　＜５Ｇ　ＮＲのシステムアーキテクチャおよびプロトコルスタック＞
　３ＧＰＰは、１００ＧＨｚまでの周波数範囲で動作する新無線アクセス技術（ＮＲ）の開発を含む第５世代携帯電話技術（単に「５Ｇ」ともいう）の次のリリースに向けて作業を続けている。５Ｇ規格の初版は２０１７年の終わりに完成しており、これにより、５Ｇ　ＮＲの規格に準拠した端末（例えば、スマートフォン）の試作および商用展開に移ることが可能である。
　例えば、システムアーキテクチャは、全体としては、ｇＮＢを備えるＮＧ－ＲＡＮ（Next Generation - Radio Access Network）を想定する。ｇＮＢは、ＮＧ無線アクセスのユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルのＵＥ側の終端を提供する。ｇＮＢは、Ｘｎインタフェースによって互いに接続されている。また、ｇＮＢは、Next Generation（ＮＧ）インタフェースによってＮＧＣ（Next Generation Core）に、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（Access and Mobility Management Function）（例えば、ＡＭＦを行う特定のコアエンティティ）に、また、ＮＧ－ＵインタフェースによってＵＰＦ（User Plane Function）（例えば、ＵＰＦを行う特定のコアエンティティ）に接続されている。ＮＧ－ＲＡＮアーキテクチャを図１５に示す（例えば、3GPP TS 38.300 v15.6.0, section 4参照）。
　ＮＲのユーザプレーンのプロトコルスタック（例えば、3GPP TS 38.300, section 4.4.1参照）は、ｇＮＢにおいてネットワーク側で終端されるＰＤＣＰ（Packet Data Convergence Protocol（TS 38.300の第６．４節参照））サブレイヤ、ＲＬＣ（Radio Link Control（TS 38.300の第６．３節参照））サブレイヤ、およびＭＡＣ（Medium Access Control（TS 38.300の第６．２節参照））サブレイヤを含む。また、新たなアクセス層（ＡＳ：Access Stratum）のサブレイヤ（ＳＤＡＰ：Service Data Adaptation Protocol）がＰＤＣＰの上に導入されている（例えば、3GPP TS 38.300の第６．５節参照）。また、制御プレーンのプロトコルスタックがＮＲのために定義されている（例えば、TS 38.300, section 4.4.2参照）。レイヤ２の機能の概要がTS 38.300の第６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ、TS 38.300の第６．４節、第６．３節、および第６．２節に列挙されている。ＲＲＣレイヤの機能は、TS 38.300の第７節に列挙されている。
　例えば、Medium-Access-Controlレイヤは、論理チャネル（logical channel）の多重化と、様々なニューメロロジーを扱うことを含むスケジューリングおよびスケジューリング関連の諸機能と、を扱う。
　例えば、物理レイヤ（ＰＨＹ）は、符号化、ＰＨＹ　ＨＡＲＱ処理、変調、マルチアンテナ処理、および適切な物理的時間－周波数リソースへの信号のマッピングの役割を担う。また、物理レイヤは、物理チャネルへのトランスポートチャネルのマッピングを扱う。物理レイヤは、ＭＡＣレイヤにトランスポートチャネルの形でサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。例えば、物理チャネルには、上り物理チャネルとして、ＰＲＡＣＨ（Physical Random Access Channel）、ＰＵＳＣＨ（Physical Uplink Shared Channel)、ＰＵＣＣＨ(Physical Uplink Control Channel)があり、下り物理チャネルとして、ＰＤＳＣＨ（Physical Downlink Shared Channel)、ＰＤＣＣＨ（Physical Downlink Control Channel)、ＰＢＣＨ(Physical Broadcast Channel) がある。
　ＮＲのユースケース／展開シナリオには、データレート、レイテンシ、およびカバレッジの点で多様な要件を有するenhanced mobile broadband（ｅＭＢＢ）、ultra-reliable low-latency communications（ＵＲＬＬＣ）、massive machine type communication（ｍＭＴＣ）が含まれ得る。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄが提供するデータレートの３倍程度のピークデータレート（下りリンクにおいて２０Ｇｂｐｓおよび上りリンクにおいて１０Ｇｂｐｓ）および実効（user-experienced）データレートをサポートすることが期待されている。一方、ＵＲＬＬＣの場合、より厳しい要件が超低レイテンシ（ユーザプレーンのレイテンシについてＵＬおよびＤＬのそれぞれで０．５ｍｓ）および高信頼性（１ｍｓ内において１－１０－５）について課されている。最後に、ｍＭＴＣでは、好ましくは高い接続密度（都市環境において装置１，０００，０００台／ｋｍ２）、悪環境における広いカバレッジ、および低価格の装置のための極めて寿命の長い電池（１５年）が求められうる。
　そのため、１つのユースケースに適したＯＦＤＭのニューメロロジー（例えば、サブキャリア間隔、ＯＦＤＭシンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長、スケジューリング区間毎のシンボル数）が他のユースケースには有効でない場合がある。例えば、低レイテンシのサービスでは、好ましくは、ｍＭＴＣのサービスよりもシンボル長が短いこと（したがって、サブキャリア間隔が大きいこと）および／またはスケジューリング区間（ＴＴＩともいう）毎のシンボル数が少ないことが求められうる。さらに、チャネルの遅延スプレッドが大きい展開シナリオでは、好ましくは、遅延スプレッドが短いシナリオよりもＣＰ長が長いことが求められうる。サブキャリア間隔は、同様のＣＰオーバーヘッドが維持されるように状況に応じて最適化されてもよい。ＮＲがサポートするサブキャリア間隔の値は、１つ以上であってよい。これに対応して、現在、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ…のサブキャリア間隔が考えられている。シンボル長Ｔｕおよびサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕによって直接関係づけられている。ＬＴＥシステムと同様に、用語「リソースエレメント」を、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小のリソース単位を意味するように使用することができる。
　新無線システム５Ｇ－ＮＲでは、各ニューメロロジーおよび各キャリアについて、サブキャリアおよびＯＦＤＭシンボルのリソースグリッドが上りリンクおよび下りリンクのそれぞれに定義される。リソースグリッドの各エレメントは、リソースエレメントと呼ばれ、周波数領域の周波数インデックスおよび時間領域のシンボル位置に基づいて特定される（3GPP TS 38.211 v15.6.0参照）。
　＜５Ｇ　ＮＲにおけるＮＧ－ＲＡＮと５ＧＣとの間の機能分離＞
　図１６は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣは、論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦを有する。
　例えば、ｇＮＢおよびｎｇ－ｅＮＢは、以下の主な機能をホストする：
　－　無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、上りリンクおよび下りリンクの両方におけるリソースのＵＥへの動的割当（スケジューリング）等の無線リソース管理（Radio Resource Management）の機能；
　－　データのＩＰヘッダ圧縮、暗号化、および完全性保護；
　－　ＵＥが提供する情報からＡＭＦへのルーティングを決定することができない場合のＵＥのアタッチ時のＡＭＦの選択；
　－　ＵＰＦに向けたユーザプレーンデータのルーティング；
　－　ＡＭＦに向けた制御プレーン情報のルーティング；
　－　接続のセットアップおよび解除；
　－　ページングメッセージのスケジューリングおよび送信；
　－　システム報知情報（ＡＭＦまたは運用管理保守機能（ＯＡＭ：Operation, Admission, Maintenance）が発信源）のスケジューリングおよび送信；
　－　モビリティおよびスケジューリングのための測定および測定報告の設定；
　－　上りリンクにおけるトランスポートレベルのパケットマーキング；
　－　セッション管理；
　－　ネットワークスライシングのサポート；
　－　ＱｏＳフローの管理およびデータ無線ベアラに対するマッピング；
　－　ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート；
　－　ＮＡＳメッセージの配信機能；
　－　無線アクセスネットワークの共有；
　－　デュアルコネクティビティ；
　－　ＮＲとＥ－ＵＴＲＡとの緊密な連携。
　Access and Mobility Management Function（ＡＭＦ）は、以下の主な機能をホストする：
　－　Non-Access Stratum（ＮＡＳ）シグナリングを終端させる機能；
　－　ＮＡＳシグナリングのセキュリティ；
　－　Access Stratum（ＡＳ）のセキュリティ制御；
　－　３ＧＰＰのアクセスネットワーク間でのモビリティのためのコアネットワーク（CN：Core Network）ノード間シグナリング；
　－　アイドルモードのＵＥへの到達可能性（ページングの再送信の制御および実行を含む）；
　－　登録エリアの管理；
　－　システム内モビリティおよびシステム間モビリティのサポート；
　－　アクセス認証；
　－　ローミング権限のチェックを含むアクセス承認；
　－　モビリティ管理制御（加入およびポリシー）；
　－　ネットワークスライシングのサポート；
　－　Session Management Function（ＳＭＦ）の選択。
　さらに、User Plane Function（ＵＰＦ）は、以下の主な機能をホストする：
　－　ｉｎｔｒａ－ＲＡＴモビリティ／ｉｎｔｅｒ－ＲＡＴモビリティ（適用可能な場合）のためのアンカーポイント；
　－　データネットワークとの相互接続のための外部ＰＤＵ(Protocol Data Unit)セッションポイント；
　－　パケットのルーティングおよび転送；
　－　パケット検査およびユーザプレーン部分のポリシールールの強制（Policy rule enforcement）；
　－　トラフィック使用量の報告；
　－　データネットワークへのトラフィックフローのルーティングをサポートするための上りリンククラス分類（uplink classifier）；
　－　マルチホームＰＤＵセッション（multi-homed PDU session）をサポートするための分岐点(Branching Point)；
　－　ユーザプレーンに対するＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング（gating）、ＵＬ／ＤＬレート制御（UL/DL rate enforcement）；
　－　上りリンクトラフィックの検証（ＳＤＦのＱｏＳフローに対するマッピング）；
　－　下りリンクパケットのバッファリングおよび下りリンクデータ通知のトリガ機能。
　最後に、Session Management Function（ＳＭＦ）は、以下の主な機能をホストする：
　－　セッション管理；
　－　ＵＥに対するＩＰアドレスの割当および管理；
　－　ＵＰＦの選択および制御；
　－　適切な宛先にトラフィックをルーティングするためのUser Plane Function（ＵＰＦ）におけるトラフィックステアリング（traffic steering）の設定機能；
　－　制御部分のポリシーの強制およびＱｏＳ；
　－　下りリンクデータの通知。
　＜ＲＲＣ接続のセットアップおよび再設定の手順＞
　図１７は、ＮＡＳ部分の、ＵＥがRRC_IDLEからRRC_CONNECTEDに移行する際のＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のやり取りのいくつかを示す（TS 38.300 v15.6.0参照）。
　ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤのシグナリング（プロトコル）である。この移行により、ＡＭＦは、ＵＥコンテキストデータ（これは、例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線性能（UE Radio Capability）、ＵＥセキュリティ性能（UE Security Capabilities）等を含む）を用意し、初期コンテキストセットアップ要求（INITIAL CONTEXT SETUP REQUEST）とともにｇＮＢに送る。そして、ｇＮＢは、ＵＥと一緒に、ＡＳセキュリティをアクティブにする。これは、ｇＮＢがＵＥにSecurityModeCommandメッセージを送信し、ＵＥがSecurityModeCompleteメッセージでｇＮＢに応答することによって行われる。その後、ｇＮＢは、ＵＥにRRCReconfigurationメッセージを送信し、これに対するＵＥからのRRCReconfigurationCompleteをｇＮＢが受信することによって、Signaling Radio Bearer 2（ＳＲＢ２）およびData Radio Bearer（ＤＲＢ）をセットアップするための再設定を行う。シグナリングのみの接続については、ＳＲＢ２およびＤＲＢがセットアップされないため、RRCReconfigurationに関するステップは省かれる。最後に、ｇＮＢは、初期コンテキストセットアップ応答（INITIAL CONTEXT SETUP RESPONSE）でセットアップ手順が完了したことをＡＭＦに通知する。
　したがって、本開示では、ｇＮｏｄｅＢとのNext Generation（ＮＧ）接続を動作時に確立する制御回路と、ｇＮｏｄｅＢとユーザ機器（ＵＥ：User Equipment）との間のシグナリング無線ベアラがセットアップされるように動作時にＮＧ接続を介してｇＮｏｄｅＢに初期コンテキストセットアップメッセージを送信する送信部と、を備える、5th Generation Core（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦ等）が提供される。具体的には、ｇＮｏｄｅＢは、リソース割当設定情報要素(IE: Information Element)を含むRadio Resource Control（ＲＲＣ）シグナリングを、シグナリング無線ベアラを介してＵＥに送信する。そして、ＵＥは、リソース割当設定に基づき上りリンクにおける送信または下りリンクにおける受信を行う。
　＜２０２０年以降のＩＭＴの利用シナリオ＞
　図１８は、５Ｇ　ＮＲのためのユースケースのいくつかを示す。3rd generation partnership project new radio（３ＧＰＰ　ＮＲ）では、多種多様なサービスおよびアプリケーションをサポートすることがＩＭＴ－２０２０によって構想されていた３つのユースケースが検討されている。大容量・高速通信（ｅＭＢＢ：enhanced mobile-broadband）のための第一段階の仕様の策定が終了している。現在および将来の作業には、ｅＭＢＢのサポートを拡充していくことに加えて、高信頼・超低遅延通信（ＵＲＬＬＣ：ultra-reliable and low-latency communications）および多数同時接続マシンタイプ通信（ｍＭＴＣ：massive machine-type communicationsのための標準化が含まれる。図１８は、２０２０年以降のＩＭＴの構想上の利用シナリオのいくつかの例を示す（例えばＩＴＵ－Ｒ　Ｍ．２０８３　図２参照）。
　ＵＲＬＬＣのユースケースには、スループット、レイテンシ（遅延）、および可用性のような性能についての厳格な要件がある。ＵＲＬＬＣのユースケースは、工業生産プロセスまたは製造プロセスのワイヤレス制御、遠隔医療手術、スマートグリッドにおける送配電の自動化、交通安全等の今後のこれらのアプリケーションを実現するための要素技術の１つとして構想されている。ＵＲＬＬＣの超高信頼性は、TR 38.913によって設定された要件を満たす技術を特定することによってサポートされる。リリース１５におけるＮＲ　ＵＲＬＬＣでは、重要な要件として、目標とするユーザプレーンのレイテンシがＵＬ（上りリンク）で０．５ｍｓ、ＤＬ（下りリンク）で０．５ｍｓであることが含まれている。一度のパケット送信に対する全般的なＵＲＬＬＣの要件は、ユーザプレーンのレイテンシが１ｍｓの場合、３２バイトのパケットサイズに対してブロック誤り率（ＢＬＥＲ：block error rate）が１Ｅ－５であることである。
　物理レイヤの観点では、信頼性は、多くの採り得る方法で向上可能である。現在の信頼性向上の余地としては、ＵＲＬＬＣ用の別個のＣＱＩ表、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返し等を定義することが含まれる。しかしながら、この余地は、ＮＲが（ＮＲ　ＵＲＬＬＣの重要要件に関し）より安定しかつより開発されるにつれて、超高信頼性の実現のために広がりうる。リリース１５におけるＮＲ　ＵＲＬＬＣの具体的なユースケースには、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セイフティ、およびミッションクリティカルなアプリケーションが含まれる。
　また、ＮＲ　ＵＲＬＬＣが目標とする技術強化は、レイテンシの改善および信頼性の向上を目指している。レイテンシの改善のための技術強化には、設定可能なニューメロロジー、フレキシブルなマッピングによる非スロットベースのスケジューリング、グラントフリーの（設定されたグラントの）上りリンク、データチャネルにおけるスロットレベルでの繰り返し、および下りリンクでのプリエンプション（Pre-emption）が含まれる。プリエンプションとは、リソースが既に割り当てられた送信が停止され、当該既に割り当てられたリソースが、後から要求されたより低いレイテンシ／より高い優先度の要件の他の送信に使用されることを意味する。したがって、既に許可されていた送信は、後の送信によって差し替えられる。プリエンプションは、具体的なサービスタイプと無関係に適用可能である。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信が、サービスタイプＢ（ｅＭＢＢ等）の送信によって差し替えられてもよい。信頼性向上についての技術強化には、１Ｅ－５の目標ＢＬＥＲのための専用のＣＱＩ／ＭＣＳ表が含まれる。
　ｍＭＴＣ（massive machine type communication）のユースケースの特徴は、典型的には遅延の影響を受けにくい比較的少量のデータを送信する接続装置の数が極めて多いことである。装置には、低価格であること、および電池寿命が非常に長いことが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することが、ＵＥから見て電力が節約されかつ電池の長寿命化を可能にする１つの解決法である。
　上述のように、ＮＲにおける信頼性向上のスコープはより広くなることが予測される。あらゆるケースにとっての重要要件の１つであって、例えばＵＲＬＬＣおよびｍＭＴＣについての重要要件が高信頼性または超高信頼性である。いくつかのメカニズムが信頼性を無線の観点およびネットワークの観点から向上させることができる。概して、信頼性の向上に役立つ可能性がある２つ～３つの重要な領域が存在する。これらの領域には、コンパクトな制御チャネル情報、データチャネル/制御チャネルの繰り返し、および周波数領域、時間領域、および／または空間領域に関するダイバーシティがある。これらの領域は、特定の通信シナリオにかかわらず一般に信頼性向上に適用可能である。
　ＮＲ　ＵＲＬＬＣに関し、ファクトリーオートメーション、運送業、および電力の分配のような、要件がより厳しいさらなるユースケースが想定されている。厳しい要件とは、高い信頼性（１０－６レベルまでの信頼性）、高い可用性、２５６バイトまでのパケットサイズ、数μｓ程度までの時刻同期（time synchronization）（ユースケースに応じて、値を、周波数範囲および０．５ｍｓ～１ｍｓ程度の短いレイテンシ（例えば、目標とするユーザプレーンでの０．５ｍｓのレイテンシ）に応じて１μｓまたは数μｓとすることができる）である。
　さらに、ＮＲ　ＵＲＬＬＣについては、物理レイヤの観点からいくつかの技術強化が有り得る。これらの技術強化には、コンパクトなＤＣＩに関するＰＤＣＣＨ（Physical Downlink Control Channel）の強化、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨのモニタリングの増加がある。また、ＵＣＩ（Uplink Control Information）の強化は、ｅｎｈａｎｃｅｄ　ＨＡＲＱ（Hybrid Automatic Repeat Request）およびＣＳＩフィードバックの強化に関係する。また、ミニスロットレベルのホッピングに関係するＰＵＳＣＨの強化、および再送信／繰り返しの強化が有り得る。用語「ミニスロット」は、スロットより少数のシンボルを含むTransmission Time Interval（ＴＴＩ）を指す（スロットは、１４個のシンボルを備える）。
　＜ＱｏＳ制御＞
　５ＧのＱｏＳ（Quality of Service）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートが求められるＱｏＳフロー（GBR：Guaranteed Bit Rate　ＱｏＳフロー）、および、保証されたフロービットレートが求められないＱｏＳフロー（非ＧＢＲ　ＱｏＳフロー）をいずれもサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおける最も微細な粒度のＱｏＳの区分である。ＱｏＳフローは、ＮＧ－Ｕインタフェースを介してカプセル化ヘッダ（encapsulation header）において搬送されるＱｏＳフローＩＤ（ＱＦＩ：QoS Flow ID）によってＰＤＵセッション内で特定される。
　各ＵＥについて、５ＧＣは、１つ以上のＰＤＵセッションを確立する。各ＵＥについて、ＰＤＵセッションに合わせて、ＮＧ－ＲＡＮは、例えば図１７を参照して上に示したように少なくとも１つのData Radio Bearers（ＤＲＢ）を確立する。また、そのＰＤＵセッションのＱｏＳフローに対する追加のＤＲＢが後から設定可能である（いつ設定するかはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、様々なＰＤＵセッションに属するパケットを様々なＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルパケットフィルタが、ＵＬパケットおよびＤＬパケットとＱｏＳフローとを関連付けるのに対し、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルマッピングルールは、ＵＬ　ＱｏＳフローおよびＤＬ　ＱｏＳフローとＤＲＢとを関連付ける。
　図１９は、５Ｇ　ＮＲの非ローミング参照アーキテクチャ（non-roaming reference architecture）を示す（TS 23.501 v16.1.0, section 4.23参照）。Application Function（ＡＦ）（例えば、図１８に例示した、５Ｇのサービスをホストする外部アプリケーションサーバ）は、サービスを提供するために３ＧＰＰコアネットワークとやり取りを行う。例えば、トラフィックのルーティングに影響を与えるアプリケーションをサポートするために、Network Exposure Function（ＮＥＦ）にアクセスすること、またはポリシー制御（例えば、ＱｏＳ制御）のためにポリシーフレームワークとやり取りすること（Policy Control Function（ＰＣＦ）参照）である。オペレーターによる配備に基づいて、オペレーターによって信頼されていると考えられるApplication Functionは、関連するNetwork Functionと直接やり取りすることができる。Network Functionに直接アクセスすることがオペレーターから許可されていないApplication Functionは、ＮＥＦを介することにより外部に対する解放フレームワークを使用して関連するNetwork Functionとやり取りする。
　図１９は、５Ｇアーキテクチャのさらなる機能単位、すなわち、Network Slice Selection Function（ＮＳＳＦ）、Network Repository Function（ＮＲＦ）、Unified Data Management（ＵＤＭ）、Authentication Server Function（ＡＵＳＦ）、Access and Mobility Management Function（ＡＭＦ）、Session Management Function（ＳＭＦ）、およびData Network（ＤＮ、例えば、オペレーターによるサービス、インターネットアクセス、またはサードパーティーによるサービス）をさらに示す。コアネットワークの機能およびアプリケーションサービスの全部または一部がクラウドコンピューティング環境において展開されかつ動作してもよい。
　したがって、本開示では、ＱｏＳ要件に応じたｇＮｏｄｅＢとＵＥとの間の無線ベアラを含むＰＤＵセッションを確立するために、動作時に、ＵＲＬＬＣサービス、ｅＭＭＢサービス、およびｍＭＴＣサービスの少なくとも１つに対するＱｏＳ要件を含む要求を５ＧＣの機能（例えば、ＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦ等）の少なくとも１つに送信する送信部と、動作時に、確立されたＰＤＵセッションを使用してサービスを行う制御回路と、を備える、アプリケーションサーバ（例えば、５ＧアーキテクチャのＡＦ）が提供される。
　本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。
　さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
　本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
　通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係る端末は、端末と基地局との間において協調したサイクリックプリフィックス（CP）長を決定する制御回路と、決定した前記CP長に関する制御情報を前記端末へ送信する送信回路と、を具備する。
　本開示の一実施例において、前記制御回路は、チャネル占有時間の種別毎に異なる組み合わせのうちの一つにおける複数の候補CP長のうち何れか一つを前記制御情報に含める。
　本開示の一実施例において、第１種別に対応する組み合わせに含まれる前記候補CP長のうち少なくとも一つは、Timing alignment（TA）に基づき、第２種別に対応する組み合わせに含まれる前記候補CP長は、前記TAに基づかない。
　本開示の一実施例において、第１種別に対応する組み合わせに含まれる前記候補CP長のうち少なくとも一つは、キャリアセンスのカテゴリに基づき、第２種別に対応する組み合わせに含まれる前記候補CP長は、前記カテゴリに基づかない。
　本開示の一実施例において、前記送信回路は、前記CP長と異なる、時間領域のスケジューリングに関する他の情報を送信する。
　本開示の一実施例において、前記他の情報は、前記端末に対する前記スケジューリングの開始タイミングを示す情報を含む。
　本開示の一実施例において、前記他の情報は、前記端末向けのチャネル占有時間の候補タイミングを示す情報を含む。
　本開示の一実施例において、前記制御回路は、前記端末又はチャネルに対する優先度毎に異なる組み合わせの複数の候補CP長のうち何れか一つを前記制御情報に含める。
　本開示の一実施例に係る端末は、端末と基地局との間において協調したサイクリックプリフィックス（CP）長に関する制御情報を受信する受信回路と、前記CP長に基づいて、上りリンクの送信を制御する制御回路と、を具備する。
　本開示の一実施例に係る通信方法において、基地局は、端末と前記基地局との間において協調したサイクリックプリフィックス（CP）長を決定し、決定した前記CP長に関する制御情報を前記端末へ送信する。
　本開示の一実施例に係る通信方法において、端末は、前記端末と基地局との間において協調したサイクリックプリフィックス（CP）長に関する制御情報を受信し、前記CP長に基づいて、上りリンクの送信を制御する。
　２０２０年８月７日出願の特願２０２０－１３４７９９の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一実施例は、無線通信システムに有用である。
　１００　基地局
　１０１，２０１　受信部
　１０２，２０２　復調・復号部
　１０３，２０３　キャリアセンス部
　１０４　スケジューリング部
　１０５，２０５　制御情報保持部
　１０６，２０６　データ・制御情報生成部
　１０７，２０７　符号化・変調部
　１０８，２０８　CP付加部
　１０９，２０９　送信部
　２００　端末
　２０４　送信制御部

Claims (11)

  1. 　端末と基地局との間において協調したサイクリックプリフィックス（CP）長を決定する制御回路と、
    　決定した前記CP長に関する制御情報を前記端末へ送信する送信回路と、
    　を具備する基地局。
  2. 　前記制御回路は、チャネル占有時間の種別毎に異なる組み合わせのうちの一つにおける複数の候補CP長のうち何れか一つを前記制御情報に含める、
    　請求項１に記載の基地局。
  3. 　第１種別に対応する組み合わせに含まれる前記候補CP長のうち少なくとも一つは、Timing alignment（TA）に基づき、
    　第２種別に対応する組み合わせに含まれる前記候補CP長は、前記TAに基づかない、
    　請求項２に記載の基地局。
  4. 　第１種別に対応する組み合わせに含まれる前記候補CP長のうち少なくとも一つは、キャリアセンスのカテゴリに基づき、
    　第２種別に対応する組み合わせに含まれる前記候補CP長は、前記カテゴリに基づかない、
    　請求項２に記載の基地局。
  5. 　前記送信回路は、前記CP長と異なる、時間領域のスケジューリングに関する他の情報を送信する、
    　請求項１に記載の基地局。
  6. 　前記他の情報は、前記端末に対する前記スケジューリングの開始タイミングを示す情報を含む、
    　請求項５に記載の基地局。
  7. 　前記他の情報は、前記端末向けのチャネル占有時間の候補タイミングを示す情報を含む、
    　請求項５に記載の基地局。
  8. 　前記制御回路は、前記端末又はチャネルに対する優先度毎に異なる組み合わせの複数の候補CP長のうち何れか一つを前記制御情報に含める、
    　請求項１に記載の基地局。
  9. 　端末と基地局との間において協調したサイクリックプリフィックス（CP）長に関する制御情報を受信する受信回路と、
    　前記CP長に基づいて、上りリンクの送信を制御する制御回路と、
    　を具備する端末。
  10. 　基地局は、
    　端末と前記基地局との間において協調したサイクリックプリフィックス（CP）長を決定し、
    　決定した前記CP長に関する制御情報を前記端末へ送信する、
    　通信方法。
  11. 　端末は、
    　前記端末と基地局との間において協調したサイクリックプリフィックス（CP）長に関する制御情報を受信し、
    　前記CP長に基づいて、上りリンクの送信を制御する、
    　通信方法。
PCT/JP2021/023069 2020-08-07 2021-06-17 基地局、端末及び通信方法 WO2022030113A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022541138A JPWO2022030113A5 (ja) 2021-06-17 基地局、通信方法および集積回路
US18/040,417 US20230283431A1 (en) 2020-08-07 2021-06-17 Base station, terminal, and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020134799 2020-08-07
JP2020-134799 2020-08-07

Publications (1)

Publication Number Publication Date
WO2022030113A1 true WO2022030113A1 (ja) 2022-02-10

Family

ID=80117855

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/023069 WO2022030113A1 (ja) 2020-08-07 2021-06-17 基地局、端末及び通信方法

Country Status (2)

Country Link
US (1) US20230283431A1 (ja)
WO (1) WO2022030113A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200245353A1 (en) * 2019-01-24 2020-07-30 Mediatek Inc. Channel access procedure for ul transmission

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200245353A1 (en) * 2019-01-24 2020-07-30 Mediatek Inc. Channel access procedure for ul transmission

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ETRI: "Remaining issues on channel access procedures for NR-U", 3GPP DRAFT; R1-2003972, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20200525 - 20200605, 15 May 2020 (2020-05-15), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051885735 *
PANASONIC: "Enhancements for unlicensed band URLLC/IIoT", 3GPP DRAFT; R1-2006344, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20200817 - 20200828, 7 August 2020 (2020-08-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051915315 *

Also Published As

Publication number Publication date
US20230283431A1 (en) 2023-09-07
JPWO2022030113A1 (ja) 2022-02-10

Similar Documents

Publication Publication Date Title
CN114041314A (zh) 用户设备和调度节点
WO2021210264A1 (ja) 移動局、基地局、受信方法及び送信方法
WO2021161861A1 (ja) 端末及び通信方法
JP7459123B2 (ja) 端末および通信方法
CN114009127A (zh) 用户设备和调度设备
WO2021215098A1 (ja) 端末及び通信方法
WO2022014272A1 (ja) 端末、基地局及び通信方法
WO2022074884A1 (ja) 端末、基地局及び通信方法
WO2021161602A1 (ja) 端末及び通信方法
WO2021070508A1 (ja) 基地局、端末、送信方法及び受信方法
WO2022030113A1 (ja) 基地局、端末及び通信方法
JP2023514146A (ja) トランスポートブロックサイズの制約を適用した、ランダムアクセス時の小容量データ送信のための通信装置およびネットワークノード
WO2023013217A1 (ja) 基地局、端末及び通信方法
WO2024024259A1 (ja) 端末、基地局、及び、通信方法
WO2023203938A1 (ja) 端末、基地局、通信方法及び集積回路
WO2023188912A1 (ja) 基地局、端末及び通信方法
WO2022064795A1 (ja) 端末及び通信方法
WO2024034227A1 (ja) 通信装置、及び、通信方法
WO2022030040A1 (ja) 端末およびサイドリンク通信制御方法
WO2022079955A1 (ja) 端末、基地局及び通信方法
WO2023188913A1 (ja) 基地局、端末及び通信方法
WO2024034199A1 (ja) 基地局、端末及び通信方法
WO2024034198A1 (ja) 端末、基地局及び通信方法
WO2022195952A1 (ja) 端末、基地局及び通信方法
WO2022014281A1 (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: 21854279

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022541138

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21854279

Country of ref document: EP

Kind code of ref document: A1