WO2021215098A1 - 端末及び通信方法 - Google Patents

端末及び通信方法 Download PDF

Info

Publication number
WO2021215098A1
WO2021215098A1 PCT/JP2021/006146 JP2021006146W WO2021215098A1 WO 2021215098 A1 WO2021215098 A1 WO 2021215098A1 JP 2021006146 W JP2021006146 W JP 2021006146W WO 2021215098 A1 WO2021215098 A1 WO 2021215098A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
resource
transmission
resources
bwp
Prior art date
Application number
PCT/JP2021/006146
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 JP2022516864A priority Critical patent/JPWO2021215098A1/ja
Priority to US17/920,005 priority patent/US20230171802A1/en
Publication of WO2021215098A1 publication Critical patent/WO2021215098A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]

Definitions

  • This disclosure relates to terminals and communication methods.
  • RRC Radio Resource Control
  • the non-limiting embodiment of the present disclosure contributes to the provision of a terminal and a communication method capable of increasing the transmission opportunity of the uplink signal in the unlicensed band.
  • the terminal includes a control circuit that determines a resource candidate that can be used by the carrier sense among a plurality of resource candidates based on a carrier sense unit, and an uplink signal in the available resource candidate. It is provided with a transmission circuit for transmitting a signal.
  • 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 The figure which shows the setting example of the CG parameter which concerns on the setting method 1 of Embodiment 1. The figure which shows the generation example of the transport block which concerns on the setting method 3 of Embodiment 1. The figure which shows the switching example of the BWP (bandwidth part) which concerns on the switching method 1 of Embodiment 2. The figure which shows the switching example of BWP which concerns on the switching method 2 of Embodiment 2. The figure which shows the setting example of the CG (configured grant) resource which concerns on Embodiment 3.
  • FIG. 3 which shows the setting example of the CG resource which concerns on Embodiment 3.
  • Illustration of an exemplary architecture of a 3GPP NR system Schematic diagram showing functional separation between NG-RAN (Next Generation-Radio Access Network) and 5GC (5th Generation Core) Radio Resource Control (RRC) connection setup / reconfiguration procedure sequence diagram
  • NG-RAN Next Generation-Radio Access Network
  • 5GC 5th Generation Core
  • RRC Radio Resource Control
  • eMBB enhanced Mobile BroadBand
  • mMTC massive Machine Type Communications
  • URLLC Ultra Reliable and Low Latency Communications
  • each device has a carrier sense (also referred to as Listen Before Talk (LBT)) that confirms whether another system or terminal is using a wireless channel before transmission. conduct.
  • LBT Listen Before Talk
  • NR-U for example, whether or not transmission is possible is determined according to the result of LBT, so that the terminal (also called user equipment (UE)) has a downlink by a base station (for example, also called gNB).
  • UE user equipment
  • gNB base station
  • a procedure for detecting the start of transmission of data for example, downlink burst (DL burst)
  • DL burst downlink burst
  • Release 16NR considers detection of DL burst based on PDCCH.
  • 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
  • the unlicensed frequency band for example, interference from other systems and the like can enter.
  • an LBT failure also called an LBT failure
  • a waiting time until transmission occurs, and the delay may increase.
  • 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.
  • MCS Modulation and Coding Scheme
  • HARQ Hybrid Automatic Repeat Request.
  • 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 transmission timing and the number of HARQ processes may be set by a terminal-specific upper layer signal as in Configure grant type 1 transmission.
  • information such as MCS and radio resource allocation information may be set by downlink control information (DCI: Downlink Control Information) for activation.
  • DCI Downlink Control Information
  • 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.
  • uplink data for example, 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 Redundancy Version (RV) may be 0.
  • RV Redundancy Version
  • 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, using, for example, 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 PUSCH transmission timing 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. Thus, the HARQ process number can be notified using, for example, CG-UCI transmitted with CG-PUSCH.
  • NR-U for example, when NACK is received or the timer expires, the operation of the terminal resending 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: New Data Indicator) and RV applied to PUSCH at the time of retransmission may be transmitted by CG-UCI.
  • NDI New Data Indicator
  • HARQ-ACK feedback for CG-PUSCH may be explicitly notified from gNB to UE by information called DFI (Downlink Feedback Indicator).
  • the HARQ process number is notified to CG-PUSCH by, for example, CG-UCI. Therefore, for example, if gNB fails to receive CG-UCI, it may not be possible to specify which HARQ process data was transmitted on the gNB side, and it may not be possible to specify the HARQ process and instruct PUSCH to be retransmitted. Therefore, gNB may notify (in other words, feedback) HARQ-ACK feedback information for all HARQ processes, for example. Further, for example, the gNB 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. Also, DFI may be transmitted, for example, on PDCCH. Further, the DFI may include other parameters such as a transmission power control (TPC) command in addition to HARQ-ACK, for example.
  • TPC transmission power control
  • a method of increasing the transmission opportunity of the uplink signal (for example, CG-PUSCH) in the above-mentioned unlicensed frequency band will be described.
  • the reliability of communication can be improved and the delay can be reduced.
  • the requirement condition of the URLLC is increased due to the increase in the transmission opportunity of the uplink signal. Will be easier to meet.
  • the reception success rate of PUSCH (for example, CG-PUSCH) of Configured grant is based on, for example, the number of radio resources (hereinafter, also referred to as "CG resource") set for Configured grant that can be used at a certain timing. good. For example, when there are N CG resources (for example, when N CG resources are preset in the terminal and the terminal can select the CG resource for transmitting CG-PUSCH from the N CG resources).
  • the transmission / reception success rate of CG-PUSCH may be calculated according to the following equations (1) and (2).
  • P CG-PUSCH represents the probability that CG-PUSCH transmission / reception is successful
  • P CG-UCI represents the probability that CG-UCI decoding is successful
  • P CG-PUSCHdata is , CG-PUSCH alone (for example, CG-PUSCH when the control information (CG-UCI) is correctly acquired) represents the probability of successful decoding.
  • P LBT represents the probability that the LBT will succeed
  • P LBT, n represents the probability that the LBT will succeed in the nth CG resource among the N CG resources.
  • the equation representing the transmission / reception success rate of the CG-PUSCH shown in the equation (1) is used.
  • Parameters related to CG-UCI may also be included.
  • the transmission / reception success rate of CG-PUSCH is P CG-PUSCH.
  • the more CG resources available at a certain timing the more the success rate P LBT of LBT can be improved.
  • the success rate of LBT is P LBT (in other words, in other words). Probability of successful LBT in at least one of N CG resources) can be improved.
  • the success rate of LBT may be improved. Further, in order to improve the success rate of LBT, it is sufficient that there are a plurality of CG resources that can be used at a certain timing in the terminal. In other words, it is sufficient to increase the transmission opportunity of the uplink signal in the terminal.
  • a plurality of CG resources may be set for the terminal.
  • the terminal may transmit an uplink signal using, for example, one of a plurality of set CG resources (for example, a resource that succeeds in LBT).
  • CG resources also referred to as transmission resources or LBT opportunities
  • LBT opportunities transmission resources
  • the CG resource may be a resource of a unit for performing carrier sense (for example, LBT).
  • the CG resource may be, for example, a resource unit such as resource block set (RB set), Bandwidth part (BWP) or carrier (for example, Component carrier (CC)), or a unit of RB set, BWP or a resource obtained by dividing a carrier. good.
  • RB set resource block set
  • BWP Bandwidth part
  • CC Component carrier
  • the terminal prepares for CG-PUSCH transmission for each of the plurality of CG resources (for example, data coding processing). Is expected to be done. This is because the preparation time from when the LBT result is known to when the CG-PUSCH transmission is started is limited. Therefore, when preparing for CG-PUSCH transmission after the LBT result is known, the CG-PUSCH transmission is performed. This is because it may not be in time for the start.
  • the plurality of CG resources may be, for example, frequency division multiplexing or spatial division multiplexing.
  • a method of reducing the processing time for CG-PUSCH transmission is, for example, a method of reducing the processing time as compared with the case where preparations for CG-PUSCH transmission are performed in parallel for each of a plurality of CG resources.
  • there is a method of reducing the processing time for preparing for CG-PUSCH transmission for each of a plurality of CG resources in other words, one CG resource.
  • the communication system may include, for example, a base station 100 (for example, gNB) shown in FIG. 2 and a terminal 200 (for example, UE) shown in FIGS. 1 and 3.
  • a plurality of base stations 100 and terminals 200 may each exist in the communication system.
  • FIG. 1 is a block diagram showing a partial configuration example of the terminal 200 according to one aspect of the present disclosure.
  • the transmission control unit 204 (for example, corresponding to a control circuit) selects a resource candidate that can be used by carrier sense among a plurality of resource candidates (for example, CG resource) based on a carrier sense unit. decide.
  • the transmission unit 208 (for example, corresponding to a transmission circuit) transmits an uplink signal in available resource candidates.
  • FIG. 2 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 the receiving unit 101, the demodulation / decoding unit 102, the carrier sense unit 103, the scheduling unit 104, the control information holding unit 105, and the data / control information generating unit 106. It has a modulation unit 107 and a transmission unit 108.
  • 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 or not 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.
  • the channel state may be determined for each CC, each BWP, or each RB set, for example.
  • the scheduling unit 104 determines, for example, CG setting information for the terminal 200 (for example, information such as transmission cycle, frequency domain resource, time domain resource, or MCS), and outputs the determined CG setting information to the control information holding unit 105. Further, the scheduling unit 104 refers to the data / control information generation unit 106 based on, for example, the information indicating the channel state input from the carrier sense unit 103 or the decoding result input from the demodulation / decoding unit 102. , Data or control information generation may be instructed. Further, for example, when transmitting signaling information including CG setting information, the scheduling unit 104 may instruct the data / control information generation unit 106 to generate signaling information.
  • CG setting information for the terminal 200 for example, information such as transmission cycle, frequency domain resource, time domain resource, or MCS
  • the control information holding unit 105 holds control information such as CG setting information for each terminal 200, for example.
  • the control information holding unit 105 may output the held information to each component of the base station 100 (for example, the scheduling unit 104) 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 to the transmission unit 108, for example.
  • the transmission unit 108 performs transmission processing such as D / A conversion, up-conversion, or amplification on the signal input from the coding / modulation unit 107, and transmits the radio signal obtained by the transmission processing from the antenna to the terminal 200. do.
  • FIG. 3 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 generating unit 206, and the data / control information generating unit 206. It has a modulation unit 207 and a transmission unit 208.
  • 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 the received signal (for example, downlink signal) input from the receiving unit 201, and outputs the decoding result to the transmission control unit 204.
  • the carrier sense unit 203 may perform carrier sense (or LBT) based on, for example, a carrier sense instruction from the transmission control unit 204 and a reception signal input from the reception unit 201. 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. The channel state may be determined for each CC, each BWP, or each RB set, for example.
  • the transmission control unit 204 outputs, for example, signaling information (for example, CG 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 instructs the data / control information generation unit 206 to generate data or control information based on the control information such as the CG setting information input from the control information holding unit 205, for example. You can. Further, the transmission control unit 204 may instruct the carrier sense unit 203 to perform the carrier sense, for example. Further, the transmission control unit 204 determines, for example, a resource to be used for transmitting the uplink signal based on the information indicating the channel state input from the carrier sense unit 203, and encodes the resource information indicating the determined resource. -Output to the modulation unit 207.
  • signaling information for example, CG setting information
  • the transmission control unit 204 instructs the data / control information generation unit 206 to generate data or control information based on the control information such as the CG setting information input
  • the control information holding unit 205 holds control information such as signaling information (for example, CG setting information) input from the transmission control unit 204, and holds the held information in each component unit (for example, for example) as necessary. Output to transmission control unit 204).
  • signaling information for example, CG setting information
  • the data / control information generation unit 206 generates data or control information according to 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 data / control information generation unit 206 generates data including signaling information based on the signaling information generation instruction input from the transmission control unit 204, and outputs the generated data to the coding / modulation unit 207. You can.
  • the coding / modulation unit 207 encodes and modulates the signal input from the data / control information generation unit 206 based on the resource information input from the transmission control unit 204, and transmits the modulated transmission signal. Output to unit 208.
  • the transmission unit 208 performs transmission processing such as D / A conversion, up-conversion, or amplification on the signal input from the coding / modulation unit 207, and transmits the radio signal obtained by the transmission processing from the antenna to the base station 100. Send.
  • FIG. 4 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 configured grant setting for the terminal 200 (S101).
  • the Configured grant configuration may include, for example, information about MCS, radio resource allocation, transmission timing, and the HARQ process. Further, for example, the base station 100 may set a plurality of CG resources (in other words, resource candidates) as units for performing carrier sense in the unlicensed frequency band for the terminal 200.
  • the base station 100 transmits control information to the terminal 200 (S102).
  • the control information may include, for example, CG setting information.
  • the terminal 200 performs carrier sense (for example, LBT), for example (S103).
  • carrier sense for example, LBT
  • S103 carrier sense
  • the terminal 200 determines the CG resource based on, for example, the CG setting information and the result of the carrier sense (S104). For example, the terminal 200 may select a CG resource determined to be usable by the carrier sense from a plurality of CG resources set in the unlicensed frequency band.
  • the terminal 200 transmits CG-PUSCH in the determined CG resource, for example (S105).
  • the base station 100 receives the CG-PUSCH in, for example, the CG resource determined by the terminal 200 to be usable by the carrier sense among the plurality of CG resources set in the terminal 200.
  • a method of setting CG resources for example, physical resources for CG transmission
  • the base station 100 for example, scheduling unit 104
  • terminal 200 for example, transmission control unit 204
  • CG resources for example, physical resources for CG transmission
  • An example of a CG-PUSCH transmission method in the terminal 200 will be described.
  • the terminal 200 may control the transmission of CG-PUSCH based on the settings of a plurality of CG resources in, for example, RB set, BWP, or CC.
  • ⁇ Setting method 1> In the setting method 1, common parameters may be set for a plurality of CG resources (for example, RB set, BWP or CC) set in the terminal 200. In other words, multiple CG resources may be associated with common parameters.
  • CG resources for example, RB set, BWP or CC
  • some of the plurality of parameters set for each CG resource may be set in common among the plurality of CG resources, and other parameters may be set for each of the plurality of CG resources.
  • the parameters that are commonly set among a plurality of CG resources may include parameters related to processing before resource mapping (for example, processing up to coding processing).
  • Parameters that are commonly set among a plurality of CG resources may include, for example, parameters such as the number of RBs, the number of symbols, the MCS, the number of layers, and the number of demodulation reference signal (DMRS) symbols.
  • DMRS demodulation reference signal
  • parameters set individually for each of the plurality of CG resources may include, for example, parameters related to processing after resource mapping (for example, parameters such as the position of the frequency domain).
  • the terminal 200 when the processing before resource mapping is shared among a plurality of CG resources, the terminal 200 may perform the processing in the following order (1), (2), and (3). .. (1)
  • the terminal 200 sets a common value among a plurality of CG resources for the parameters used for the processing before the resource mapping.
  • the terminal 200 performs processing before resource mapping of CG-PUSCH for one CG resource among a plurality of CG resources.
  • the terminal 200 determines the CG resource to be transmitted CG-PUSCH among the plurality of CG resources based on the LBT result, and transmits the CG-PUSCH mapped to the determined CG resource.
  • the terminal 200 may perform the processing before resource mapping for each of the plurality of CG resources in parallel. Processing time can be reduced in comparison.
  • the signaling overhead may increase if the parameters are set individually for each CG resource (in other words, instruction or notification). Therefore, for example, the base station 100 and the terminal 200 may duplicate the parameters for one CG resource and set them for each of the plurality of CG resources.
  • FIG. 5 is a diagram showing an example of parameter setting when the CG resource is RB set as an example.
  • four RB sets # 0 to 3 are set for the terminal 200.
  • the number of RB sets set in the terminal 200 is not limited to four, and may be any other number.
  • the base station 100 when a common parameter is set for four RB sets, the base station 100 notifies the terminal 200 of one set of parameters related to the CG resource (for example, a parameter included in the Configured Grant Config of Non-Patent Document 5). good. In other words, the base station 100 does not have to individually notify the common parameters to each of the plurality of RB sets set in the terminal 200.
  • one set of parameters related to the CG resource for example, a parameter included in the Configured Grant Config of Non-Patent Document 5.
  • the base station 100 may notify the terminal 200, for example, a bitmap of 4 bits corresponding to (in other words, associated) the number of RB sets set in the terminal 200.
  • Each bit constituting the bitmap may correspond to, for example, each RB set set in the terminal 200.
  • a common parameter regarding the CG resource notified from the base station 100 to the terminal 200 may be applied to the corresponding RB set.
  • the bit setting value is "0”
  • the common parameter regarding the CG resource notified from the base station 100 to the terminal 200 does not have to be applied to the corresponding RB set.
  • a parameter different from the common parameter may be set individually.
  • the terminal 200 has one set of parameters related to the CG resource of RB set # 0 (in other words, in other words). , CG setting information) may be duplicated and set for each of the other RB sets # 1 to # 3.
  • the parameter duplication source RB set is not limited to RB set # 0, and for example, the parameter set in any of RB set # 1 to # 3 may be set in another RB set.
  • the terminal 200 can set a plurality of CG resources by one parameter set notified from the base station 100, for example, so that an increase in signaling overhead can be suppressed.
  • the parameters to be shared are grouped, and the duplication of the parameters for a plurality of CG resources is applied to the group. May be done.
  • parameters not included in the group may be set for each CG resource.
  • the base station 100 sets a CG resource for enabling (in other words, disabling) the common parameter application for the terminal 200 by using the DCI for Activation. May be good.
  • the base station 100 may notify the bitmap corresponding to each of the plurality of RB sets set in the terminal 200 in the activation DCI. Bitmap may indicate, for example, whether to enable common parameter application for CG resources for a plurality of RB sets.
  • fields that are not used (or have low priority) in Activation DCI may be reused.
  • Fields that can be reused include, for example, fields for parameters such as HARQ process number, RV, Downlink assignment index (DAI), or TPC.
  • the above-mentioned plurality of fields may be combined and used for bitmap notification according to the number of bits corresponding to the number of CG resources (for example, the number of RB sets) set in the terminal 200. This makes it possible to enable multiple CG resources without increasing the bits.
  • the number of RBs used is the same.
  • the processing before resource mapping can be standardized.
  • a plurality of CG resources may be arranged at different positions.
  • a plurality of CG resources that can be used at a certain timing are set for the terminal 200.
  • the terminal 200 is uplinked. Since a signal (for example, CG-PUSCH) can be transmitted, it is possible to increase the transmission opportunity of the uplink signal at the terminal 200 and reduce the delay time.
  • the parameters used for the processing before the resource mapping may be set to a common value.
  • the terminal 200 may generate CG-PUSCH encoded data in one CG resource for a plurality of CG resources (for example, RB set), for example. Therefore, in the terminal 200, for example, the processing time in the terminal 200 is compared with the case where the processing up to the coding processing (in other words, preparation for CG-PUSCH transmission) is performed in parallel for each of the plurality of CG resources. Can be reduced.
  • the terminal 200 can reduce the processing time for CG-PUSCH transmission and improve the transmission opportunity of the uplink signal even when a plurality of CG resources are set. Communication reliability can be improved and delay can be reduced.
  • the parameter duplication may be applied to resources in the time domain.
  • periodicity for example, a parameter for setting the transmission cycle of CG-PUSCH
  • periodicity supports, for example, transmission at regular intervals (eg, 14 symbol intervals).
  • bitmap for example, it is possible to support transmission intervals that are not fixed intervals. As a result, the increase in signaling overhead can be suppressed, and the transmission opportunity in the time domain can be increased more flexibly.
  • RB set was described as an example of CG resource, but CG resource is not limited to RB set.
  • a plurality of BWPs or a plurality of CCs may be set for the terminal 200 at a certain timing.
  • the terminal 200 may set the transport block (TB) size based on the number of a plurality of CG resources set in the terminal 200. For example, the terminal 200 may set (for example, limit) the maximum TB size based on the number of CG resources.
  • the coding processing time may depend on, for example, the size of the data. Therefore, for example, by limiting the TB size, the coding processing time can be reduced, so that the processing time for transmitting the CG-PUSCH in each CG resource in the terminal 200 is reduced, and the transmission of the CG-PUSCH is started. You are more likely to be in time.
  • the TB size of each CG resource may be set so that the processing for CG-PUSCH transmission for each of the plurality of CG resources does not exceed the processing capacity of the terminal 200.
  • the maximum TB size may be set (for example, limited) according to the number of CG resources.
  • the following methods can be mentioned as examples of how to set the maximum TB size.
  • Example 1 How to set the available MCS index according to the number of CG resources For example, when the number of CG resources set in the terminal 200 is 4, the maximum TB is compared with the case where the number of CG resources is 1. The size may be set to 1/4. In this case, the MCS index that can be used by the terminal 200 may be limited so that the maximum TB size that can be set for the terminal 200 is 1/4.
  • the maximum TB size may be set to 1 / N as compared with the case where the number of CG resources is 1, and the ratio is set different from 1 / N. May be good.
  • Example 2 Method of scaling the TB size
  • the terminal 200 may scale the TB size “N info ” according to the equation (3), for example.
  • N RE represents the number of resource elements (RE)
  • R represents the target coding rate
  • Q m represents the number of modulation multi-values
  • ⁇ Represents the number of layers
  • S represents the scaling factor
  • the scaling factor S may be set to 0.25.
  • the scaling factor S may be set to 1 / N or a value different from 1 / N.
  • the terminal 200 prepares for CG-PUSCH transmission in each of the plurality of CG resources by, for example, setting the TB size (in other words, limiting) according to the number of CG resources.
  • the processing time to be performed can be reduced, and the processing time in the terminal 200 can be reduced.
  • the processing time in the terminal 200 can be reduced by setting the TB size, for example, a plurality of CG resources that can be used at a certain timing can be set for the terminal 200, and the opportunity for transmitting the uplink signal in the terminal 200 can be increased. ..
  • the terminal 200 is uplinked. Signals (for example, CG-PUSCH) can be transmitted.
  • the terminal 200 can reduce the processing time for CG-PUSCH transmission and improve the transmission opportunity of the uplink signal even when a plurality of CG resources are set. Communication reliability can be improved and delay can be reduced.
  • ⁇ Setting method 3> the terminal 200 sets the TB (for example, Medium Access Control Protocol Data Unit (MAC PDU)) generated by any one of the plurality of CG resources set in the terminal 200 to the other. Used for TB of CG resource (in other words, reused).
  • MAC PDU Medium Access Control Protocol Data Unit
  • the terminal 200 converts the TB generated in the certain CG resource into layer 1 (or physical layer, etc.). It may be reused (in other words, copied) in (also called L1). By reusing TB, the terminal 200 does not have to generate TB in layer 2 (or L2), for example, in one CG resource and TB in other CG resources. Processing time can be reduced.
  • TB for example, MAC PDU
  • layer 2 with respect to TB is generated in each of a plurality of CG resources. Processing is executed.
  • FIG. 6B in layer 2, TB is generated by one CG resource out of a plurality of CG resources (RB set # 1 in FIG. 6B), and in layer 1.
  • the layer 2 process does not have to be executed in the other CG resource (RB set # 2 in FIG. 6B). Therefore, in FIG. 6B, for example, only one TB is generated in layer 2, so that the processing time of TB can be reduced as compared with FIG. 6A.
  • the terminal 200 when the TB size is different among the plurality of CG resources set in the terminal 200, the terminal 200 generates a TB (for example, MAC PDU) by the layer 2 processing in the CG resource corresponding to the minimum TB size, for example.
  • TB may be generated by padding the TB of the smallest TB size based on the TB size of each CG resource.
  • the base station 100 on the receiving side may perform reception except for the padded bits.
  • the terminal 200 reuses the TB (MAC PDU) generated by the layer 2 processing in one CG resource among the plurality of CG resources in the other CG resource, for example.
  • the processing time of layer 2 in a plurality of CG resources can be reduced, and the processing time in the terminal 200 can be reduced.
  • the processing time in the terminal 200 can be reduced by reusing the TB, for example, a plurality of CG resources that can be used at a certain timing can be set for the terminal 200, and the opportunity for transmitting the uplink signal in the terminal 200 can be increased. ..
  • the terminal 200 is uplinked. Signals (for example, CG-PUSCH) can be transmitted.
  • the terminal 200 can reduce the processing time for CG-PUSCH transmission and improve the transmission opportunity of the uplink signal even when a plurality of CG resources are set. Communication reliability can be improved and delay can be reduced.
  • the setting method 1 to the setting method 3 have been described above.
  • the terminal 200 sets a plurality of CG resources (in other words, resource candidates) as a unit for performing LBT in the unlicensed band, and determines that the terminal 200 can be used by the LBT among the set plurality of CG resources.
  • An uplink signal (for example, CG-PUSCH) is transmitted in the CG resource.
  • the terminal 200 can transmit an uplink signal using any one of the set CG resources (for example, a resource that succeeds in LBT).
  • the terminal 200 can increase the chance of transmitting the uplink signal. Therefore, for example, when operating the URLLC service in the unlicensed frequency band, even if interference occurs suddenly, it becomes easier to satisfy the requirements of URLLC by increasing the transmission opportunity of the uplink signal.
  • the terminal 200 is CG-PUSCH by, for example, using common parameters, setting the TB size according to the CG resource to be set, or reusing the TB among a plurality of CG resources.
  • the processing time for transmission can be reduced. As a result, for example, even when a plurality of CG resources are set for the terminal 200, it becomes easy to complete the process for CG-PUSCH transmission from the time when the LBT result is known to the start of transmission of CG-PUSCH. ..
  • a plurality of BWPs or CCs may be set for the terminal.
  • a method of improving the possibility of detecting an idle channel by switching the BWP or CC that performs carrier sense among a plurality of BWPs or CCs set in the terminal 200 and increasing the transmission opportunity of the uplink signal. Will be described.
  • the scheduling unit 104 may control the scheduling for the terminal 200, assuming, for example, the switching (or selection or determination) operation of the BWP or CC that performs the carrier sense in the terminal 200.
  • the transmission control unit 204 determines, for example, the BWP or CC to perform carrier sense based on the channel state (for example, busy or idle) input from the carrier sense unit 203, and the determination result. (For example, information on BWP or CC that performs carrier sense) may be instructed to the carrier sense unit 203.
  • the carrier sense unit 203 is, for example.
  • the BWP or CC to perform carrier sense may be determined based on the information input from the transmission control unit 204.
  • the terminal 200 may perform BWP or CC that performs LBT in a time-division manner, for example.
  • the switching of BWP or CC that performs LBT may be performed at specified intervals.
  • the terminal 200 may switch the BWP or CC that performs LBT at a particle size such as a particle size of a certain time (for example, 9 microseconds (us)).
  • a particle size such as a particle size of a certain time (for example, 9 microseconds (us)).
  • the particle size for switching BWP or CC for LBT is not limited to 9us, and other particle sizes may be used.
  • the switching method 1 for example, it is assumed that a plurality of BWPs or CCs are active and the BWP or CC capable of LBT by the terminal 200 at a certain timing is any one of the active BWPs or CCs. ..
  • Examples of the BWP or CC switching method for performing LBT include the following methods.
  • Example 1 For example, the terminal 200 may switch the BWP or CC that performs LBT from the set BWP or CC according to the order determined by the terminal 200.
  • the terminal 200 may perform LBT in a plurality of set BWPs or CCs, for example, in the BWPs or CCs switched in an arbitrary order. By this process, the terminal 200 can use, for example, a BWP or CC that succeeds in LBT earlier (in other words, a BWP or CC that determines that the channel is idle) for transmitting an uplink signal.
  • a BWP or CC that succeeds in LBT earlier (in other words, a BWP or CC that determines that the channel is idle) for transmitting an uplink signal.
  • Example 2 For example, the terminal 200 may switch the BWP or CC that performs LBT from the set BWP or CC according to the order specified by the standard (or specification) or the order set by signaling.
  • the terminal 200 may perform LBT in the BWP or CC in the following order.
  • switching between BWPs or CCs that perform LBT involves, for example, performing LBT on another BWP or CC when one BWP is unavailable by LBT.
  • the order of BWP or CC in which LBT is performed may follow, for example, the priority order of BWP or CC used for transmitting the uplink signal. For example, by setting different orders among different terminals 200, it becomes easy to select different BWPs or CCs between terminals 200 at a certain timing, and the possibility of collision between transmission signals of a plurality of terminals 200 is reduced. can.
  • FIG. 7 is a diagram showing an example of switching BWP or CC that performs LBT according to the switching method 1.
  • BWP # 0, BWP # 1 and BWP # 2 are set for the terminal 200. Further, in FIG. 7, for example, the order of BWP for performing LBT is set in the order of BWP # 0, BWP # 1, and BWP # 2.
  • the number of BWPs set in the terminal 200 is not limited to three, and may be any other number.
  • the BWP that performs LBT may be switched from BWP # 0 to BWP # 1.
  • the BWP that performs LBT may be switched from BWP # 1 to BWP # 2.
  • the terminal 200 performs LBT in BWP # 2 and since the channel state is idle, CG-PUSCH may be transmitted in BWP # 2.
  • the terminal 200 can improve the possibility of succeeding in LBT by switching to another BWP or CC even when an LBT failure (busy of the channel) occurs, and the uplink signal You can increase the transmission opportunity.
  • the terminal 200 performs LBT on any one of the set BWPs or CCs in the set order, so that the plurality of BWPs or CCs set in the terminal 200 are set. Power consumption can be reduced as compared with the case where LBT is performed at one timing for BWP or CC.
  • switching method 1 may be applied to RB set. For example, if the terminal 200 cannot simultaneously perform LBT of a plurality of RB sets due to the processing capacity of the terminal 200, the RB sets that perform LBT may be switched in a time division manner.
  • the terminal 200 may switch the active BWP in the plurality of BWPs based on the order specified or set in the standard.
  • one of the plurality of BWPs set in the terminal 200 is the active BWP.
  • the terminal 200 may switch the active BWP in a plurality of set BWPs, for example, when the DL burst is not detected.
  • examples of the channel access method include Frame based equipment (FBE) and Load based equipment (also referred to as LBE or dynamic channel equipment).
  • FBE Frame based equipment
  • LBE Load based equipment
  • the base station 100 may acquire LBT and channel occupancy time (for example, COT: Cannel occurrence time) in a cycle called Fixed frame period (FFP), for example.
  • the terminal 200 may switch the active BWP based on the presence or absence of COT structure indication (notified by, for example, DCI format 2_0) from the base station 100 at the beginning of the FFP. For example, if the terminal 200 does not detect the COT structure indication, the terminal 200 may switch the active BWP to another BWP. On the other hand, the terminal 200 may transmit the CG-PUSCH in, for example, the BWP that has detected the COT structure indication.
  • the base station 100 can try to acquire COT at any timing, for example. Therefore, in LBE, it is difficult for the terminal 200 to determine the change of BWP at a fixed timing like FBE. Therefore, for example, when the terminal 200 does not receive the COT structure indication from the base station for a certain period of time from the last symbol of the COT currently set based on the timer (or when it does not receive the notification indicating the COT acquisition). , You may switch active BWP to another BWP.
  • the terminal 200 when the terminal 200 receives the COT structure indication from the base station for a certain period of time from the last symbol of the COT (or receives the notification indicating the COT acquisition), the terminal 200 receives the notification indicating the acquisition of the COT in the current active BWP. You may send CG-PUSCH.
  • the switching order of active BWP may be set in advance from the base station 100 to the terminal 200. With this setting, the recognition of BWP switching can be matched between the base station 100 and the terminal 200. Further, the switching order of active BWP may be set semi-statically or dynamically, for example.
  • the semi-static setting of the switching order of active BWP has an advantage that, for example, the recognition between the base station 100 and the terminal 200 is not easily deviated.
  • the candidate of BWP to be switched (for example, the index of BWP) is a terminal from the base station 100. 200 may be notified in advance.
  • the base station 100 can set the BWP to be changed to the active BWP for the terminal 200 based on the availability of the channel (whether or not the channel is idle). Therefore, in the terminal 200, it is possible to reduce the situation where transmission / reception cannot be performed due to LBT failure.
  • FIG. 8 is a diagram showing an example of switching Active BWP (for example, in the case of LBE) according to the switching method 2.
  • BWP # 0, BWP # 1 and BWP # 2 are set for the terminal 200. Further, in FIG. 8, for example, BWP # 1 is set to Active BWP at the beginning of the slot.
  • the number of BWPs set in the terminal 200 is not limited to three, and may be any other number.
  • FIG. 8A shows, for example, a case where LBT failure does not occur.
  • the Active BWP for the terminal 200 remains BWP # 1, and it is not necessary to switch the BWP. Therefore, the terminal 200 may transmit CG-PUSCH in BWP # 1, for example.
  • FIG. 8B shows, for example, a state in which LBT failure has occurred in BWP # 1 (for example, a state in which the base station 100 cannot acquire COT and the terminal 200 does not receive COT structure indication).
  • the terminal 200 may switch the active BWP to BWP # 2 when a certain time elapses (for example, the timer expires) without receiving the COT structure indication.
  • the terminal 200 receives the COT structure indication at the preset PDCCH reception timing in BWP # 2
  • the terminal 200 can transmit and receive in BWP # 2.
  • the terminal 200 can transmit and receive in another BWP # 2, so that the transmission and reception can be continued with the delay time suppressed. Switching between other BWPs may be performed in the same manner.
  • the terminal 200 can increase the chance of transmitting the uplink signal by switching the active BWP to another BWP, for example, even if the LBT fails in the active BWP. Further, in the switching method 2, since the LBT is performed in the active BWP, the power consumption can be reduced as compared with the case where the LBT is performed in the plurality of BWPs set in the terminal 200 at a certain timing.
  • the switching method 2 is not limited to changing (or switching) the BWP, and may be applied to, for example, changing the CC.
  • the active CCs for example, Secondary cell (Scell)
  • Scell Secondary cell
  • FIG. 9 is a diagram showing an example of allocating four CG resources (here, RB set) to two terminals 200 (for example, UE # 0 and UE # 1). Further, FIG. 9A shows an example in which one terminal 200 is assigned to one CG resource without sharing the CG resource between terminals, and FIG. 9B shows an example in which four CG resources are assigned to two terminals. An example of sharing at 200 is shown.
  • CG resources here, RB set
  • FIG. 9A when RB set # 0 and # 1 are busy and RB set # 2 and # 3 are idle, two CG resources, RB set # 2 and # 3, can be used. Therefore, UE # 0 waits for the transmission of the uplink signal.
  • FIG. 9B when RB set # 0 and # 1 are busy and RB set # 2 and # 3 are idle, both UE # 0 and UE # 1 are RB set # 2 and Uplink signals can be transmitted using # 3.
  • FIG. 9B for example, when UE # 0 and UE # 1 use the same RB set CG resource, transmissions may collide between UE # 0 and UE # 1.
  • some functions may be different from the first embodiment, and other functions may be common to the first embodiment.
  • the scheduling unit 104 uses, for example, a terminal based on a set or specified selection method (in other words, a condition or a rule) from a plurality of CG resources set in the terminal 200. Scheduling to the terminal 200 may be controlled assuming the selection operation of the CG resource used for transmission in the 200.
  • a set or specified selection method in other words, a condition or a rule
  • the transmission control unit 204 has, for example, among a plurality of CG resources set in the terminal 200 based on the information (for example, CG setting information) input from the control information holding unit 205. Select the CG resource to use for transmission.
  • the transmission control unit 204 outputs, for example, information about the selected CG resource to the coding / modulation unit 207.
  • the terminal 200 selects a CG resource for transmitting CG-PUSCH based on one or a plurality of selection methods (in other words, a selection rule). good.
  • the terminal 200 selects the CG resource to be used for transmitting the CG-PUSCH, for example, based on the information (for example, priority) regarding the priority (in other words, the selection order) included in the CG setting. good.
  • the terminal 200 may select the CG resources in descending order of priority.
  • the binary priority of high and low can be set in the terminal 200 by the CG setting information.
  • a different priority can be set for each terminal 200 for each of a plurality of CG resources shared by the plurality of terminals 200.
  • different terminals 200 can easily select different CG resources, and transmission collisions between the terminals 200 can be suppressed.
  • the terminal 200 can suppress the increase in the signaling overhead and select the CG resource.
  • the priority value may be set to, for example, a value having three or more levels.
  • the terminal 200 may select the CG resource to be used for transmitting the CG-PUSCH, for example, based on the index (for example, ConfiguredGrantConfigIndex) included in the CG setting.
  • the index for example, ConfiguredGrantConfigIndex
  • the terminal 200 may select the CG resource corresponding to the CG setting having a lower index (or the CG resource having a higher index) in that order.
  • a different index can be set for each terminal 200 for each of a plurality of CG resources.
  • different terminals 200 can easily select different CG resources, and transmission collisions between the terminals 200 can be suppressed.
  • the terminal 200 can suppress the increase of the signaling overhead and select the CG resource.
  • the terminal 200 may select the CG resource to be used for transmitting the CG-PUSCH, for example, based on the selection order set from the base station 100.
  • the selection order may be set semi-statically or dynamically.
  • the selection order may be set based on the position where the CG resource such as RB set, BWP or CC is arranged, and may be set for each CG setting.
  • a selection order such as 0 ⁇ may be set. For example, when the terminal 200 selects from RB sets having a low selection order, if RB set # 2 is idle and a CG resource is set, the CG resource of RB set # 2 is used for CG-. You may send PUSCH. Further, for example, when RB set # 2 is busy, the terminal 200 may select RB set # 0 corresponding to the following selection order. For RB set # 0 and # 1, the terminal 200 may control the transmission of the CG-PUSCH based on the result of the LBT as in the case of RB set # 2.
  • the selection order can be set individually for each CG resource.
  • the semi-static setting of the selection order has an advantage that the recognition between the base station 100 and the terminal 200 is not easily deviated, for example.
  • the base station 100 may semi-statically set the combination (or set or candidate) of the selection order in the terminal 200, and dynamically notify the index indicating the combination by PDCCH or GC-PDCCH. .. This makes it possible to suppress an increase in the number of bits of PDCCH or GC-PDCCH.
  • the selection order can be set based on the usage status of the CG resource between the terminals 200 or the occurrence status of data transmission / reception, so that the CG transmission may collide between the terminals 200.
  • the sex can be reduced.
  • the dynamic setting of the selection order may include the unusable state of the CG resource in addition to the usage order of the CG resource.
  • NA Disabled
  • RB set # 1 can be assigned to other terminals 200, so that transmission collisions between terminals 200 can be suppressed when the resources available to the terminals 200 are small.
  • the terminal 200 may select the CG resource used for transmitting the CG-PUSCH based on, for example, the index of the RB set and the offset of each UE.
  • the terminal 200 determines the selection order based on, for example, the index of the RB set and the offset value for each terminal 200. As a result, the selection order can be varied among the terminals 200, and transmission collisions between the terminals 200 can be suppressed.
  • the terminal 200 may calculate the metric value corresponding to the selection order based on, for example, the following equation (4). ⁇ ((RB set index) + offset) mod (the number of RB sets) ⁇ (4)
  • the terminal 200 selects the CG resource of the RB set having the lower (or higher) metric value in, for example, the RB set in which the CG resource is available (for example, the RB set in which the CG resource is set and the LBT result is idle). You can do it.
  • FIG. 10 is a diagram showing an example of selecting a CG resource according to the selection method 4.
  • FIG. 10 describes a case where three terminals 200 (for example, UE # 0, UE # 1 and UE # 2) share an RB set.
  • three terminals 200 for example, UE # 0, UE # 1 and UE # 2 share an RB set.
  • RB set # 0 to # 3 are set in UE # 0 and UE # 1.
  • RB set # 0 to # 2 are set in UE # 2.
  • RB set # 3 is not set in UE # 2.
  • one CG resource is set for each RB set.
  • the number of CG resources set in the RB set may be two or more.
  • offset values 0, 1 and 2 are set for UE # 0, UE # 1 and UE # 2, respectively.
  • the offset value is not limited to any of 0 to 2, and may be any other value.
  • the metric value set in each RB set in each of UE # 0, UE # 1 and UE # 2 may be calculated according to the equation (4).
  • metric values 0, 1, 2 and 3 are set for RB set # 0 to # 3
  • RB set # 0 to # 3 are set.
  • the metric values 1, 2, 3 and 0 are set for, and in UE # 2, the metric values 2, 0 and 1 are set for RB set # 0 to # 2.
  • UE # 0 selects RB set # 0
  • UE # 1 selects RB set # 3
  • UE # 2 selects RB set # 1.
  • the metric value in other words, the selection order
  • transmission collisions between UEs can be avoided.
  • the offset value may be explicitly notified to the terminal 200, or may be implicitly determined in the terminal 200, for example.
  • the base station 100 may notify the terminal 200 of the offset value by a semi-static setting, or notify the offset value by a dynamic setting. May be good.
  • the offset value may be notified using, for example, PDCCH or GC-PDCCH.
  • the semi-static setting of the offset value has the advantage that, for example, the recognition between the base station 100 and the terminal 200 does not easily shift.
  • the offset value can be set based on the usage status of the CG resource between the terminals 200 or the occurrence status of data transmission / reception, so that the CG transmissions collide between the terminals 200. The possibility of doing so can be reduced.
  • a method of implicitly determining the offset value for example, a method of using the UE ID as the offset value or a method of using the Radio Network Temporary Identifier (RNTI) as the offset value can be mentioned.
  • the information associated with the offset value is not limited to the UE ID and RNTI, and may be other UE-specific information.
  • the terminal 200 may determine, for example, an offset value associated with UE-specific information. Thereby, for example, the base station 100 can suppress the increase in the signaling overhead and notify the terminal 200 of the offset value.
  • the offset value may be set to a different value between slots, for example.
  • a pseudo-random number different for each slot may be added to the set offset value.
  • the terminal 200 may perform an operation of determining non-transmission of the uplink signal. For example, in FIG. 10, each UE may determine that the uplink signal is not transmitted in the RB set having a metric value of 2 or more. For example, if the number of unusable RB sets increases due to LBT failure and transmission conflicts between terminals 200 may occur when multiple terminals 200 transmit, the terminals that can transmit and the terminals that cannot transmit in each RB set By dividing into and, it is possible to suppress a transmission collision between the terminals 200.
  • the probability of a transmission collision between the terminals 200 can be reduced, so that the resource utilization efficiency can be improved.
  • the uplink signal is not limited to the uplink data channel such as PUSCH or CG-PUSCH, and may be another signal or channel.
  • the "upper layer signal” may be referred to as, for example, “RRC signal (RRC signaling)” or “MAC signal (MAC signaling)”.
  • control signal may be a PDCCH that transmits the DCI of the physical layer, or may be a MAC or RRC of the upper layer.
  • the base station is a TRP (Transmission Reception Point), a cluster head, an access point, an RRH (Remote Radio Head), an eNodeB (eNB), a gNodeB (gNB), a BS (Base Station), and a BTS (Base Transceiver). Station), master unit, gateway, etc. may be used. Further, in side link communication, a terminal may perform a substitute for a base station.
  • TRP Transmission Reception Point
  • a cluster head an access point
  • an RRH Remote Radio Head
  • eNodeB eNodeB
  • gNB gNodeB
  • BS Base Station
  • BTS Base Transceiver
  • the reference signal is a signal known to both the base station and the mobile station, and is sometimes called an RS (Reference Signal) or a pilot signal.
  • the reference signal is not limited to DMRS, and may be CSI-RS (Channel State Information-Reference Signal), TRS (Tracking Reference Signal), PTRS (Phase Tracking Reference Signal), or CRS (Cell-specific Reference Signal).
  • 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, OFDM (Orthogonal). It may be a time resource unit such as a Frequency Division Multiplexing) symbol or an SC-FDMA (Single Carrier-Frequency Division Multiplexing) symbol, or 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.
  • PDCCH Physical Sidelink Control Channel
  • PUSCH / PDSCH may be read as PSSCH (Physical Sidelink Shared Channel)
  • PUCCH Physical Sidelink Feedback Channel
  • 5G NR system architecture and protocol stack> 3GPP is working towards the next release of fifth-generation mobile phone technology (also simply referred to as "5G"), including the development of a new wireless access technology (NR) that operates in the frequency range up to 100 GHz.
  • 5G fifth-generation mobile phone technology
  • NR wireless access technology
  • the first edition of the 5G standard was completed at the end of 2017, which allows us to move on to prototyping and commercial deployment of terminals (eg, smartphones) that comply with the 5G NR standard.
  • the system architecture assumes NG-RAN (Next Generation-Radio Access Network) equipped with gNB as a whole.
  • the gNB provides a 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. 11 (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 a 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, which are about three times the data rates provided by IMT-Advanced. ..
  • URLLC stricter requirements are imposed for ultra-low latency (0.5 ms for user plane latency, respectively for UL and DL) 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. Can be done.
  • TTI also referred to as TTI
  • the subcarrier spacing may be contextually 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.
  • 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. 12 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 the routing to AMF cannot be determined from the information provided by the UE; -Routing user plane data towards UPF; -Routing control plane information towards AMF; -Setting up and disconnecting; -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 RRC_INAC
  • the Access and Mobility Management Function hosts the following key functions: -Ability to terminate Non-Access Stratum (NAS) signaling; -NAS signaling security; -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 checking roaming authority; -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; -Policy rule enforcement for packet inspection and user plane parts; -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
  • Policy rule enforcement for packet inspection and user plane parts
  • -Traffic usage report -Uplink classifier to support the routing
  • Session Management Function hosts the following key functions: -Session management; -Assignment and management of IP addresses for UEs; -UPF selection and control; -Traffic steering setting function in the User Plane Function (UPF) for routing traffic to the appropriate destination; -Control policy enforcement and QoS; -Notification of downlink data.
  • FIG. 13 shows some of the NAS portion of the interaction 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).
  • RRC is a higher layer signaling (protocol) used to configure UEs and gNBs.
  • 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.
  • the gNB then activates AS security along with the 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 in response to the RRC Reconfiguration message, thereby performing reconfiguration for setting up Signaling Radio Bearer 2 (SRB2) and Data Radio Bearer (DRB). ..
  • SRB2 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 the gNodeB during operation and the signaling radio bearer between the 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.
  • RRC RadioResourceControl
  • IE Information Element
  • FIG. 14 shows some of the use cases for 5G NR.
  • the 3rd generation partnership project new radio (3GPP NR) is considering three use cases envisioned by IMT-2020 to support a wide variety of services and applications.
  • the first-stage specifications for high-capacity, high-speed communication (eMBB: enhanced mobile-broadband) have been completed.
  • eMBB enhanced mobile-broadband
  • URLLC ultra-reliable and low-latency communications
  • mMTC Standardization for massive machine-type communications is included.
  • FIG. 14 shows some examples of conceptual use scenarios for IMT since 2020 (see, eg, ITU-RM. 2083, FIG. 12).
  • 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 realize these future applications such as wireless control of industrial production process or manufacturing process, telemedicine surgery, automation of power transmission and distribution in smart grid, traffic safety, etc. ing.
  • the ultra-reliability of URLLC is supported by identifying technologies that meet the requirements set by TR 38.913.
  • the NR URLLC in Release 15 includes that the target user plane latency is 0.5 ms for UL (uplink) and 0.5 ms for DL (downlink) as an important requirement.
  • 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) uplinks, slot-level iterations in data channels, And includes pre-emption on the downlink. Preemption means that a transmission that has already been allocated a resource is stopped and the 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.).
  • Technology 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 connecting 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 point of view, utilizing a very narrow bandwidth portion is one solution that saves power from the perspective of the UE and allows for longer battery life.
  • 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 a few ⁇ 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 technical 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.
  • the enhancement of UCI is related to the enhancement of enhanced HARQ (Hybrid Automatic Repeat Request) and CSI feedback.
  • PUSCH enhancements related to minislot level hopping and retransmission / repetition enhancements.
  • mini slot refers to a Transmission Time Interval (TTI) that contains fewer symbols than a slot (a slot comprises 14 symbols).
  • TTI Transmission Time Interval
  • QoS Quality of Service
  • GRR Guaranteed Bit Rate QoS flow
  • QoS flow is the finest grain size QoS segment in a PDU session.
  • the quality of service ID (QFI) is identified in the PDU session by the quality of service ID (QFI) carried in the encapsulation header via the NG-U interface.
  • 5GC For each UE, 5GC establishes one or more PDU sessions. For each UE, the NG-RAN establishes at least one Data Radio Bearers (DRB) for the PDU session, 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).
  • NG-RAN maps packets belonging to different PDU sessions to different DRBs.
  • the NAS level packet filter in the UE and 5GC associates the UL packet and DL packet with the QoS flow, while the AS level mapping rule in the UE and NG-RAN associates the UL QoS flow and the DL QoS flow with the DRB.
  • FIG. 15 shows a non-roaming reference architecture of 5G NR (see TS 23.501 v16.1.0, section 4.23).
  • the Application Function (AF) (for example, the external application server that hosts the 5G service illustrated in FIG. 14) interacts with the 3GPP core network to provide the service. For example, accessing a Network Exposure Function (NEF) to support applications that affect traffic routing, or interacting with a policy framework for policy control (eg, QoS control) (Policy Control Function). (Refer to PCF)).
  • NEF Network Exposure Function
  • Policy Control Function Policy Control Function
  • the Application Function which is considered to be trusted by the operator, can interact directly with the associated Network Function.
  • Application Functions that are not allowed to access Network Functions directly by the operator interact with related Network Functions using the release framework to the outside via NEF.
  • FIG. 15 shows additional functional units of the 5G architecture, namely 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.
  • NSF 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
  • a QoS requirement for at least one of the URLLC service, the eMMB service, and the mMTC service is set in operation.
  • a transmitter that transmits the including request to at least one of the 5GC functions eg, NEF, AMF, SMF, PCF, UPF, etc.
  • An application server eg, AF with a 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 functions.
  • the radio transceiver (transmitter, receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • RF modules may include amplifiers, RF modulators / demodulators, 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, airplanes, 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 any type of device, device, system that is not portable or fixed, such as a smart home device (home appliances, lighting equipment, smart meters or Includes measuring instruments, control panels, etc.), vending machines, and any other "Things” that can exist on the IoT (Internet of Things) network.
  • a smart home device home appliances, lighting equipment, smart meters 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 using a combination of these, in addition to data communication using a cellular system, wireless LAN system, communication satellite system, etc.
  • the communication device also includes a device such as a controller or a sensor that is connected or connected to a communication device that executes the communication function described in the present disclosure.
  • a device such as a controller or a sensor that is connected or connected to a communication device that executes the communication function described in the present disclosure.
  • it includes 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 that communicates with or controls these non-limiting devices, such as base stations, access points, and any other device, device, or system. ..
  • the terminal includes a control circuit that determines a resource candidate that can be used by the carrier sense among a plurality of resource candidates based on a carrier sense unit, and an uplink signal in the available resource candidate. It is provided with a transmission circuit for transmitting a signal.
  • control circuit controls the transmission of the uplink signal based on the settings of the plurality of resource candidates.
  • the plurality of resource candidates are associated with common parameters.
  • control circuit determines the size of the uplink signal based on the number of the plurality of resource candidates.
  • control circuit uses the transport block generated in any one of the plurality of resource candidates as the transport block of the other resource candidate.
  • control circuit switches the resource candidate for performing the carrier sense in the plurality of resource candidates.
  • switching of resource candidates for performing the carrier sense includes performing the carrier sense for the second resource candidate when the first resource candidate is unavailable due to the carrier sense. ..
  • the switching of resource candidates for performing the carrier sense is performed every specified period.
  • control circuit switches an active resource candidate among the plurality of resource candidates in a certain order.
  • the plurality of resource candidates are shared by a plurality of terminals including the terminal, and the control circuit is moved up from the plurality of resource candidates in a different order among the plurality of terminals. Select resource candidates to use for sending link signals.
  • the terminal sets a plurality of resource candidates of the unit for performing carrier sense in the license-free band, and can be used among the plurality of resource candidates detected by the carrier sense.
  • the uplink signal is transmitted in the resource candidate.
  • One embodiment of the present disclosure is useful for wireless communication systems.
  • Base station 101 101,201 Reception 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 Transmitter 200 Terminal 204 Transmitter Control

Landscapes

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

Abstract

端末は、キャリアセンスの単位に基づく複数のリソース候補のうち、キャリアセンスにより使用可能なリソース候補を決定する制御回路と、使用可能なリソース候補において上りリンク信号を送信する送信回路と、を具備する。

Description

端末及び通信方法
　本開示は、端末及び通信方法に関する。
　3rd Generation Partnership Project（3GPP）では、第5世代移動通信システム（5G：5th Generation mobile communication systems）の機能拡張として、Release 16 NR（New Radio access technology）の物理レイヤの仕様策定が完了した。NRでは、高速及び大容量といった要求条件に合致すべくモバイルブロードバンドの高度化（eMBB: enhanced Mobile Broadband）に加え、超高信頼低遅延通信（URLLC: Ultra Reliable and Low Latency Communication）を実現する機能をサポートする（例えば、非特許文献１－５を参照）。
3GPP TS 38.211 V16.1.0, "NR; Physical channels and modulation (Release 16)," March 2020 3GPP TS 38.212 V16.1.0, "NR; Multiplexing and channel coding (Release 16)," March 2020 3GPP TS 38.213 V16.1.0, "NR; Physical layer procedure for control (Release 16)," March 2020 3GPP TS 38.214 V16.1.0, "NR; Physical layer procedures for data (Release 16)," March 2020 3GPP TS 38.331 V16.0.0, "NR; Radio Resource Control (RRC) protocol specification (Release 16)", March 2020
　しかしながら、免許不要帯域における上りリンク信号の送信機会を増加する方法については検討の余地がある。
　本開示の非限定的な実施例は、免許不要帯域における上りリンク信号の送信機会を増加できる端末及び通信方法の提供に資する。
　本開示の一実施例に係る端末は、キャリアセンスの単位に基づく複数のリソース候補のうち、前記キャリアセンスにより使用可能なリソース候補を決定する制御回路と、前記使用可能なリソース候補において上りリンク信号を送信する送信回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、免許不要帯域における上りリンク信号の送信機会を増加できる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
端末の一部の構成例を示すブロック図 基地局の構成例を示すブロック図 端末の構成例を示すブロック図 基地局及び端末の動作例を示すシーケンス図 実施の形態１の設定方法１に係るCGパラメータの設定例を示す図 実施の形態１の設定方法３に係るトランスポートブロックの生成例を示す図 実施の形態２の切替方法１に係るBWP（bandwidth part）の切替例を示す図 実施の形態２の切替方法２に係るBWPの切替例を示す図 実施の形態３に係るCG（configured grant）リソースの設定例を示す図 実施の形態３に係るCGリソースの設定例を示す図 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）とも呼ぶ）を行う。NR-Uでは、例えば、LBTの結果に応じて送信可能か否かが決定されるので、端末（又は、user equipment（UE）とも呼ぶ）において、基地局（例えば、gNBとも呼ばれる）による下りリンクデータ（例えば、downlink burst（DL burst））の送信開始を検出する手順が検討されている。例えば、Release 16 NRでは、PDCCHに基づくDL burstの検出が検討される。
　また、Release 17 NRでは、アンライセンス周波数帯において、例えば、超高信頼低遅延（URLLC: Ultra Reliable and Low Latency Communications）サービスを運用するための拡張を行うことが検討される。アンライセンス周波数帯では、例えば、他のシステム等からの干渉が入り得る。例えば、他のシステム等からの干渉によりLBT failure（又は、LBT失敗とも呼ばれる）が発生すると、送信までの待ち時間が生じ、遅延が増加し得る。
　そのため、Release 17 NRでは、他のシステム等からの干渉が基本的に入らない環境（例えば、「Controlled environment」と呼ぶ）においてURLLCサービスを運用することが想定される。しかし、Controlled environmentでも、実際には干渉が突発的に発生し得ることが想定される。
　［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：New Data Indicator）、及び、再送時のPUSCHに適用するRVがCG-UCIによって送信されてよい。
　NR-Uでは、例えば、CG-PUSCHに対するHARQ-ACKフィードバックは、DFI（Downlink Feedback Indicator）と呼ばれる情報により、gNBからUEへ明示的に通知されてよい。CG-PUSCHに対して、例えば、CG-UCIによってHARQプロセス番号が通知される。このため、例えば、gNBがCG-UCIの受信に失敗すると、gNB側においてどのHARQプロセスのデータが送信されたかを特定できず、HARQプロセスを指定してPUSCHの再送を指示できない場合があり得る。そこで、gNBは、例えば、全てのHARQプロセスに対するHARQ-ACKフィードバック情報を通知（換言すると、フィードバック）してよい。また、gNBは、例えば、複数のPUSCHに対するHARQ-ACKフィードバック情報をまとめて端末へフィードバックすることにより、LBTによるオーバヘッドを低減し、再送制御の効率を向上できる。
　なお、DFIによる再送制御において、再送用のPUSCHのMCS及び無線リソース割当は初回送信時と同じでもよい。また、DFIは、例えば、PDCCHにおいて送信されてよい。また、DFIには、例えば、HARQ-ACKの他に送信電力制御（TPC：Transmission Power Control）コマンドといった他のパラメータが含まれてよい。
　本開示の一実施例では、上述したアンライセンス周波数帯において、上りリンク信号（例えば、CG-PUSCH）の送信機会を増加する方法について説明する。上りリンク信号の送信機会増加により、例えば、通信の信頼性を向上し、遅延を低減できる。また、本開示の一実施例によれば、例えば、アンライセンス帯域においてURLLCサービスを運用する場合に、干渉が突発的に発生した場合でも、上りリンク信号の送信機会の増加により、URLLCの要求条件を満たしやすくなる。
　［Configured grantにおける送受信の成功率］
　Configured grantのPUSCH（例えば、CG-PUSCH）の受信成功率は、例えば、或るタイミングにおいて利用可能なConfigured grant用に設定された無線リソース（以下、「CGリソース」とも呼ぶ）の個数に基づいてよい。例えば、CGリソースがN個の場合（例えば、端末にN個のCGリソースが予め設定され、端末がN個のCGリソースの中からCG-PUSCHを送信するCGリソースを選択可能である場合）、次式（１）、（２）に従ってCG-PUSCHの送受信成功率が算出されてよい。
Figure JPOXMLDOC01-appb-M000001
Figure JPOXMLDOC01-appb-M000002
　ここで、「PCG-PUSCH」は、CG-PUSCHの送受信が成功する確率を表し、「PCG-UCI」は、CG-UCIの復号が成功する確率を表し、「PCG-PUSCHdata」は、CG-PUSCH単体（例えば、制御情報（CG-UCI）を正しく取得した場合におけるCG-PUSCH）の復号が成功する確率を表す。また、「PLBT」は、LBTが成功する確率を表し、「PLBT,n」は、N個のCGリソースのうち、n番目のCGリソースにおいてLBTが成功する確率を表す。
　例えば、CG-PUSCHの受信には、CG-PUSCHと共に送信されるCG-UCIに含まれる制御情報が使用されるため、式（１）に示すCG-PUSCHの送受信成功率を表す式には、CG-UCIに関するパラメータも含まれてよい。
　ここで、式（１）において、例えば、「PCG-UCI・PCG-PUSCHdata」の値が高くても、「PLBT」が低い場合には、CG-PUSCHの送受信成功率PCG-PUSCHは、低くなり得る。例えば、PCG-UCI・PCG-PUSCHdata=1-10-5（例えば、99.999%）であり、PLBT =1-10-2（99%）の場合には、CG-PUSCHの送受信成功率PCG-PUSCHは、約98.999%となり、CG-UCI及びCG-PUSCHの復号成功率（PCG-UCI・PCG-PUSCHdata）=1-10-5と比較して低下する。
　また、式（２）に示すように、或るタイミングにおいて利用可能なCGリソースが多いほど、LBTの成功率PLBTを向上可能である。一例として、N個のCGリソースそれぞれのLBT成功確率PLBT,n=1-10-2（99%）の場合、N=1ではPLBT=1-10-2（99%）となり、N=4ではPLBT=1-10-6（99.9999%）となる。このように、Nの値が大きいほど、N個のCGリソースにおいてLBTに失敗する確率（例えば、式（２）の総乗の項）が低くなるので、LBTの成功率PLBT（換言すると、N個のCGリソースの少なくとも一つにおいてLBTに成功する確率）を向上できる。
　以上より、CG-PUSCHの送受信成功率を向上するには、例えば、LBTの成功率を向上させればよい。また、LBTの成功率を向上するには、端末において或るタイミングで利用可能なCGリソースが複数存在すればよい。換言すると、端末における上りリンク信号の送信機会を増加させればよい。
　そこで、本開示の一実施例では、例えば、端末に対して、複数のCGリソース（換言すると、リソース候補）が設定されてよい。端末は、例えば、設定された複数のCGリソースのうち何れかのリソース（例えば、LBTに成功したリソース）を用いて、上りリンク信号を送信してよい。
　［送信機会の増加と端末の処理時間との関係］
　上述したように、端末における上りリンク信号の送信機会を増加させるために、例えば、或るタイミングに複数のCGリソース（又は、送信リソース、又は、LBT機会とも呼ぶ）を端末に設定してよい。
　例えば、CGリソースは、キャリアセンス（例えば、LBT）を行う単位のリソースでよい。CGリソースは、例えば、resource block set（RB set）、Band width part（BWP）又はキャリア（例えば、Component carrier（CC））といったリソース単位でもよく、RB set、BWP又はキャリアを分割したリソースの単位でもよい。
　例えば、端末において複数のCGリソースのうち何れかのCGリソースにおいてCG-PUSCHを送信する場合でも、端末は、複数のCGリソースそれぞれに対するCG-PUSCH送信の準備（例えば、データの符号化処理など）を行うことが想定される。これは、LBT結果が判明してからCG-PUSCHの送信を開始するまでの準備時間に限りがあるため、LBT結果が判明してからCG-PUSCH送信の準備を行う場合、CG-PUSCHの送信開始に間に合わなくなることがあるためである。
　そこで、或るタイミングにおいて利用可能な複数のCGリソースを端末に設定する場合、CG-PUSCH送信のための処理時間を削減することが期待される。複数のCGリソースは、例えば周波数分割多重されていてもよく、空間分割多重されていてもよい。
　本開示の一実施例では、端末に対して複数のCGリソースが設定される場合に、CG-PUSCH送信のための処理時間を低減する方法について説明する。CG-PUSCH送信のための処理時間の低減を実現する方法には、例えば、複数のCGリソースそれぞれに対してCG-PUSCH送信の準備を並行して行う場合と比較して処理時間を削減する方法、あるいは、複数のCGリソースそれぞれ（換言すると、１つのCGリソース）に対してCG-PUSCH送信の準備を行う処理時間を削減する方法が挙げられる。
　（実施の形態１）
　［通信システムの概要］
　本開示の一態様に係る通信システムは、例えば、図２に示す基地局１００（例えば、gNB）、及び、図１及び図３に示す端末２００（例えば、UE）を備えてよい。基地局１００及び端末２００は、それぞれ、通信システムにおいて複数台存在してもよい。
　図１は本開示の一態様に係る端末２００の一部の構成例を示すブロック図である。図１に示す端末２００において、送信制御部２０４（例えば、制御回路に相当）は、キャリアセンスの単位に基づく複数のリソース候補（例えば、CGリソース）のうち、キャリアセンスにより使用可能なリソース候補を決定する。送信部２０８（例えば、送信回路に相当）は、使用可能なリソース候補において上りリンク信号を送信する。
　［基地局の構成］
　図２は、本開示の一態様に係る基地局１００の構成例を示すブロック図である。図２において、基地局１００は、受信部１０１と、復調・復号部１０２と、キャリアセンス部１０３と、スケジューリング部１０４と、制御情報保持部１０５と、データ・制御情報生成部１０６と、符号化・変調部１０７と、送信部１０８と、を有する。
　受信部１０１は、例えば、アンテナを介して受信した受信信号に対してダウンコンバート又はＡ／Ｄ変換といった受信処理を行い、受信処理後の受信信号を復調・復号部１０２及びキャリアセンス部１０３へ出力する。受信信号には、例えば、端末２００から送信される信号（例えば、上りリンク信号）、又は、他のシステムの信号が含まれてよい。
　復調・復号部１０２は、例えば、受信部１０１から入力される受信信号（例えば、上りリンク信号）を復調及び復号し、復号結果をスケジューリング部１０４へ出力する。
　キャリアセンス部１０３は、例えば、受信部１０１から入力される受信信号に基づいて、キャリアセンス（例えば、LBT）を行ってよい。例えば、キャリアセンス部１０３は、受信部１０１から入力される受信信号に基づいて、チャネル状態が「busy」又は「idle」の何れであるか（換言すると、チャネルを使用可能であるか否か）を判定してよい。キャリアセンス部１０３は、判定したチャネル状態を示す情報をスケジューリング部１０４へ出力する。なお、チャネル状態は、例えば、CC毎、BWP毎、又は、RB set毎に判定されてよい。
　スケジューリング部１０４は、例えば、端末２００に対するCG設定情報（例えば、送信周期、周波数領域リソース、時間領域リソース又はMCSといった情報）を決定し、決定したCG設定情報を制御情報保持部１０５へ出力する。また、スケジューリング部１０４は、例えば、キャリアセンス部１０３から入力されるチャネル状態を示す情報、又は、復調・復号部１０２から入力される復号結果に基づいて、データ・制御情報生成部１０６に対して、データ又は制御情報の生成を指示してよい。また、スケジューリング部１０４は、例えば、CG設定情報を含むシグナリング情報を送信する場合、データ・制御情報生成部１０６に対して、シグナリング情報の生成を指示してよい。
　制御情報保持部１０５は、例えば、各端末２００に対するCG設定情報等の制御情報を保持する。制御情報保持部１０５は、例えば、保持した情報を必要に応じて、基地局１００の各構成部（例えば、スケジューリング部１０４）に出力してよい。
　データ・制御情報生成部１０６は、例えば、スケジューリング部１０４からの指示に従って、データ又は制御情報を生成し、生成したデータ又は制御情報を含む信号を符号化・変調部１０７に出力する。例えば、データ・制御情報生成部１０６は、スケジューリング部１０４から入力されるシグナリング情報の生成指示に基づいて、シグナリング情報を含むデータを生成し、生成したデータを符号化・変調部１０７へ出力してよい。
　符号化・変調部１０７は、例えば、データ・制御情報生成部１０６から入力される信号を符号化及び変調し、変調後の送信信号を送信部１０８に出力する。
　送信部１０８は、符号化・変調部１０７から入力される信号に対してＤ／Ａ変換、アップコンバート又は増幅等の送信処理を行い、送信処理により得られた無線信号をアンテナから端末２００へ送信する。
　［端末の構成］
　図３は、本開示の一態様に係る端末２００の構成例を示すブロック図である。図３において、端末２００は、受信部２０１と、復調・復号部２０２と、キャリアセンス部２０３と、送信制御部２０４と、制御情報保持部２０５と、データ・制御情報生成部２０６と、符号化・変調部２０７と、送信部２０８と、を有する。
　受信部２０１は、例えば、アンテナを介して受信した受信信号に対してダウンコンバート又はＡ／Ｄ変換といった受信処理を行い、受信処理後の受信信号を復調・復号部２０２及びキャリアセンス部２０３へ出力する。受信信号には、例えば、基地局１００から送信される信号（例えば、下りリンク信号）、又は、他のシステムの信号が含まれてよい。
　復調・復号部２０２は、例えば、受信部２０１から入力される受信信号（例えば、下りリンク信号）を復調及び復号し、復号結果を送信制御部２０４へ出力する。
　キャリアセンス部２０３は、例えば、送信制御部２０４からのキャリアセンス指示、及び、受信部２０１から入力される受信信号に基づいて、キャリアセンス（又は、LBT）を行ってよい。例えば、キャリアセンス部２０３は、受信部２０１から入力される受信信号に基づいて、チャネル状態が「busy」又は「idle」の何れであるか（換言すると、チャネルが使用可能であるか否か）を判定してよい。キャリアセンス部２０３は、判定したチャネル状態を示す情報を送信制御部２０４へ出力する。なお、チャネル状態は、例えば、CC毎、BWP毎、又は、RB set毎に判定されてよい。
　送信制御部２０４は、例えば、復調・復号部２０２から入力される復号結果に含まれるシグナリング情報（例えば、CG設定情報）を制御情報保持部２０５へ出力する。また、送信制御部２０４は、例えば、制御情報保持部２０５から入力されるCG設定情報等の制御情報に基づいて、データ・制御情報生成部２０６に対して、データ又は制御情報の生成を指示してよい。また、送信制御部２０４は、例えば、キャリアセンス部２０３に対して、キャリアセンスの実施を指示してよい。また、送信制御部２０４は、例えば、キャリアセンス部２０３から入力されるチャネル状態を示す情報に基づいて、上りリンク信号の送信に使用するリソースを決定し、決定したリソースを示すリソース情報を符号化・変調部２０７へ出力する。
　制御情報保持部２０５は、例えば、送信制御部２０４から入力されるシグナリング情報（例えば、CG設定情報）等の制御情報を保持し、保持した情報を、必要に応じて、各構成部（例えば、送信制御部２０４）に出力する。
　データ・制御情報生成部２０６は、例えば、送信制御部２０４からの指示に従って、データ又は制御情報を生成し、生成したデータ又は制御情報を含む信号を符号化・変調部２０７に出力する。例えば、データ・制御情報生成部２０６は、送信制御部２０４から入力されるシグナリング情報の生成指示に基づいて、シグナリング情報を含むデータを生成し、生成したデータを符号化・変調部２０７へ出力してよい。
　符号化・変調部２０７は、例えば、送信制御部２０４から入力されるリソース情報に基づいて、データ・制御情報生成部２０６から入力される信号を符号化及び変調し、変調後の送信信号を送信部２０８に出力する。
　送信部２０８は、符号化・変調部２０７から入力される信号に対してＤ／Ａ変換、アップコンバート又は増幅等の送信処理を行い、送信処理により得られた無線信号をアンテナから基地局１００へ送信する。
　［基地局１００及び端末２００の動作］
　以上の構成を有する基地局１００及び端末２００における動作例について説明する。
　図４は基地局１００及び端末２００の動作例を示すシーケンス図である。
　基地局１００は、例えば、端末２００に対するConfigured grant設定を決定する（Ｓ１０１）。Configured grant設定には、例えば、MCS、無線リソース割り当て、送信タイミング、HARQプロセスに関する情報が含まれてよい。また、例えば、基地局１００は、端末２００に対して、アンライセンス周波数帯においてキャリアセンスを行う単位の複数のCGリソース（換言すると、リソース候補）を設定してよい。
　基地局１００は、端末２００に対して、制御情報を送信する（Ｓ１０２）。制御情報には、例えば、CG設定情報が含まれてよい。
　端末２００は、例えば、キャリアセンス（例えばLBT）を行う（Ｓ１０３）。
　端末２００は、例えば、CG設定情報、及び、キャリアセンスの結果に基づいて、CGリソースを決定する（Ｓ１０４）。例えば、端末２００は、アンライセンス周波数帯において設定された複数のCGリソースのうち、キャリアセンスにより使用可能と判定されたCGリソースを選択してよい。
　端末２００は、例えば、決定したCGリソースにおいて、CG-PUSCHを送信する（Ｓ１０５）。基地局１００は、例えば、端末２００に設定した複数のCGリソースのうち、端末２００がキャリアセンスにより使用可能と判定したCGリソースにおいて、CG-PUSCHを受信する。
　［CGリソースの設定方法、及び、CG-PUSCHの送信方法］
　基地局１００（例えば、スケジューリング部１０４）、及び、端末２００（例えば、送信制御部２０４）におけるCGリソース（例えば、CG送信のための物理リソース）の設定方法、及び、複数のCGリソースが設定された場合の端末２００におけるCG-PUSCHの送信方法の一例について説明する。
　端末２００は、例えば、RB set、BWP又はCCにおける複数のCGリソースの設定に基づいて、CG-PUSCHの送信を制御してよい。
　＜設定方法１＞
　設定方法１では、端末２００に設定される複数のCGリソース（例えば、RB set、BWP又はCC）に対して、共通のパラメータが設定されてよい。換言すると、複数のCGリソースは、共通のパラメータと紐づいてよい。
　例えば、各CGリソースに設定される複数のパラメータのうち一部のパラメータは、複数のCGリソース間で共通に設定され、他のパラメータは、複数のCGリソース毎に設定されてよい。
　例えば、複数のCGリソース間で共通に設定されるパラメータには、リソースマッピング前の処理（例えば、符号化処理までの処理）に関するパラメータが含まれてよい。複数のCGリソース間で共通に設定されるパラメータには、例えば、RB数、シンボル数、MCS、レイヤ数、復調用参照信号（DMRS：Demodulation Reference Signal）シンボル数といったパラメータが含まれてよい。複数のCGリソースに対して、これらのパラメータに共通の値が設定されることにより、例えば、端末２００におけるリソースマッピング前の処理を複数のCGリソース間で共通化できる。
　また、複数のCGリソース毎に個別に設定されるパラメータには、例えば、リソースマッピング以後の処理に関するパラメータ（例えば、周波数領域の位置といったパラメータ）が含まれてよい。
　例えば、端末２００において、リソースマッピング前までの処理を複数のCGリソース間において共通化する場合には、端末２００は、以下の（１）、（２）及び（３）の順に処理を行ってよい。
　（１）端末２００は、リソースマッピング前までの処理に用いるパラメータについて、複数のCGリソース間で共通の値を設定する。
　（２）端末２００は、複数のCGリソースのうち、１つのCGリソースに対するCG-PUSCHのリソースマッピング前までの処理を行う。
　（３）端末２００は、LBT結果に基づいて、複数のCGリソースのうちCG-PUSCHを送信するCGリソースを決定し、決定したCGリソースにマッピングされたCG-PUSCHを送信する。
　このように、例えば、リソースマッピング前までの処理を複数のCGリソース間で共通化することにより、端末２００は、複数のCGリソースそれぞれに対してリソースマッピング前までの処理を並行して行う場合と比較して処理時間を削減できる。
　また、例えば、複数のCGリソースに対する設定が共通化される場合、CGリソースそれぞれに対して個別にパラメータを設定（換言すると、指示又は通知）するとシグナリングのオーバヘッドが増加し得る。このため、例えば、基地局１００及び端末２００は、１つのCGリソースに対するパラメータを複製して、複数のCGリソースそれぞれに対して設定してよい。
　図５は、一例として、CGリソースがRB setである場合のパラメータ設定例を示す図である。図５では、例えば、端末２００に対して４個のRB set #0～3が設定される。なお、端末２００に設定されるRB set数は４個に限定されず、他の個数でもよい。
　例えば、４個のRB setに共通のパラメータが設定される場合、基地局１００は、CGリソースに関する１セットのパラメータ（例えば、非特許文献５のConfiguredGrantConfigに含まれるパラメータ）を端末２００に通知してよい。換言すると、基地局１００は、端末２００に設定される複数のRB setそれぞれに対して共通のパラメータを個別に通知しなくてよい。
　また、基地局１００は、例えば、端末２００に対して、端末２００に設定されるRB set数に対応する（換言すると、紐付く）4 bitsのbitmapを通知してよい。
　bitmapを構成する各bitは、例えば、端末２００に設定された各RB setに対応してよい。例えば、bitの設定値が「1」の場合、対応するRB setに対して、基地局１００から端末２００へ通知されたCGリソースに関する共通のパラメータが適用されてよい。その一方で、例えば、bitの設定値が「0」の場合、対応するRB setに対して、基地局１００から端末２００へ通知されたCGリソースに関する共通のパラメータが適用されなくてよい。bitの設定値「0」に対応するRB setに対して、例えば、共通のパラメータとは異なるパラメータが個別に設定されてよい。
　例えば、図５では、４個のRB set #0～#3に対応する4 bitのbitmapが「1111」である場合、端末２００は、RB set#0のCGリソースに関する１セットのパラメータ（換言すると、CG設定情報）を複製して、他のRB set#1～#3それぞれに設定してよい。なお、パラメータの複製元のRB setは、RB set#0に限らず、例えば、RB set#1～#3の何れかにおいて設定されたパラメータが、他のRB setに設定されてもよい。
　この方法により、端末２００は、例えば、基地局１００から通知される１つのパラメータセットによって複数のCGリソースを設定できるので、シグナリングのオーバヘッドの増加を抑制できる。
　また、例えば、CGリソースに設定されるパラメータのうち一部のパラメータを複数のCGリソース間において共通化する場合、共通化するパラメータをグループ化し、グループについて、複数のCGリソースに対するパラメータの複製が適用されてよい。その一方で、グループに含まれないパラメータについては、CGリソース毎に設定されてよい。
　また、例えば、Configured grant type 2送信では、基地局１００は、端末２００に対して、Activation用DCIを用いて、共通のパラメータ適用を有効化（換言すると、無効化）するCGリソースを設定してもよい。例えば、基地局１００は、端末２００に設定される複数のRB setそれぞれに対応するbitmapをActivation用DCI内において通知してよい。Bitmapは、例えば、複数のRB setに対して、CGリソースに関する共通のパラメータ適用を有効化するか否かを示してよい。
　Activation用DCIによるbitmapの通知には、例えば、Activation用DCIでは使用されない（又は、優先度が低い）フィールドが再利用されてよい。再利用され得るフィールドには、例えば、HARQプロセス番号、RV、Downlink assignment index（DAI）、又は、TPCといったパラメータ用のフィールドが挙げられる。また、端末２００に設定されるCGリソース数（例えば、RB set数）に対応するbit数に応じて、上述した複数のフィールドを組み合わせて、bitmapの通知用に使用してもよい。これにより、ビットを増加させることなく、複数のCGリソースを有効化できる。
　例えば、リソースマッピング前の処理を共通化するために複数のRB setに対して共通のパラメータを適用する場合、RB set内の周波数領域の位置が異なっていても、使用するRB数が同じであれば、リソースマッピング前の処理を共通化可能である。例えば、複数のCGリソースそれぞれにおいて、RB数が同じであり、物理リソースのサイズが同じであれば、レートマッチングといった処理は共通化可能である。そのため、例えば、RB set、BWP、CCにおいて、異なる位置に複数のCGリソースがそれぞれ配置されてもよい。異なる位置にCGリソースを配置することにより、RB set、BWP、CCにおけるリソースの使用状況又は混雑度が異なる場合にもリソースの利用効率を向上できる。
　このように、設定方法１では、例えば、端末２００に対して、或るタイミングで利用可能な複数のCGリソースを設定する。これにより、例えば、端末２００に設定される複数のCGリソースのうち、或るCGリソースがLBT失敗により使用できない場合でも、他のCGリソースを利用可能である場合には、端末２００は、上りリンク信号（例えば、CG-PUSCH）を送信可能になるので、端末２００において上りリンク信号の送信機会を増加し、遅延時間を低減できる。
　また、端末２００に設定される複数のCGリソースに対して、例えば、リソースマッピング前までの処理（例えば、符号化処理までの処理）に用いるパラメータは、共通の値に設定されてよい。これにより、端末２００は、例えば、複数のCGリソース（例えば、RB set）に対して、１つのCGリソースにおけるCG-PUSCHの符号化データを生成すればよい。このため、端末２００では、例えば、複数のCGリソースそれぞれに対して並行して符号化処理までの処理（換言すると、CG-PUSCH送信の準備）を行う場合と比較して、端末２００における処理時間を削減できる。
　よって、設定方法１によれば、端末２００は、複数のCGリソースが設定される場合でも、CG-PUSCH送信のための処理時間を低減し、また、上りリンク信号の送信機会を向上できるので、通信の信頼性を向上し、遅延を低減できる。
　なお、上述した例では、周波数領域のリソースに対してパラメータの複製を適用する場合について説明したが、これに限定されない。例えば、上述したパラメータの複製は、時間領域のリソースに対して適用されてもよい。例えば、時間領域のCGリソースの設定には、periodicity（例えば、CG-PUSCHの送信周期を設定するパラメータ）が使用されてよい。periodicityは、例えば、一定間隔の送信（例えば、14symbol間隔）をサポートする。その一方で、時間領域のリソースに対してbitmapを使用したパラメータを複製して適用することにより、例えば、一定間隔ではない送信間隔をサポートできる。これにより、シグナリングオーバヘッドの増加を抑制し、時間領域の送信機会をより柔軟に増加できる。
　また、上述した例では、CGリソースの一例として、RB setについて説明したが、CGリソースは、RB setに限定されない。例えば、端末２００に対して、或るタイミングにおいて複数のBWP又は複数のCCが設定されてもよい。
　＜設定方法２＞
　設定方法２では、端末２００は、端末２００に設定される複数のCGリソースの数に基づいて、トランスポートブロック（Transport Block（TB））サイズを設定してよい。例えば、端末２００は、CGリソース数に基づいて、最大TBサイズを設定（例えば、制限）してよい。
　符号化の処理時間は、例えば、データのサイズに依存し得る。このため、例えば、TBサイズの制限により、符号化の処理時間を低減できるので、端末２００において、各CGリソースにおいてCG-PUSCHを送信するための処理時間が低減され、CG-PUSCHの送信開始に間に合う可能性が高くなる。換言すると、複数のCGリソースそれぞれに対するCG-PUSCH送信のための処理が、端末２００の処理能力を超えないように、各CGリソースのTBサイズが設定されてよい。
　例えば、RB set、BWP又はCCにおいて複数のCGリソースが端末２００に対して或るタイミングで設定される場合、最大TBサイズは、CGリソース数に応じて設定（例えば、制限）されてよい。最大TBサイズの設定方法の例として以下の方法が挙げられる。
　例１：利用可能なMCS indexをCGリソース数に応じて設定する方法
　例えば、端末２００に設定されるCGリソース数が４個の場合、CGリソース数が１個の場合と比較して、最大TBサイズが1/4に設定されてよい。この場合、端末２００に対して設定可能な最大TBサイズが1/4になるように、端末２００が利用可能なMCS indexを制限してよい。
　なお、例えば、CGリソース数がN個の場合、CGリソース数が１個の場合と比較して、最大TBサイズが1/Nに設定されてもよく、1/Nと異なる比率に設定されてもよい。
　例２：TBサイズをスケーリングする方法
　端末２００は、例えば、式（３）に従って、TBサイズ「Ninfo」をスケーリングしてよい。
Figure JPOXMLDOC01-appb-M000003
　式（３）において、「NRE」はリソースエレメント（resource element（RE））数を表し、「R」は目標符号化率を表し、「Qm」は変調多値数を表し、「ν」はレイヤ数を表し、「S」はスケーリングファクターを表す。
　端末２００は、例えば、端末２００に設定されるCGリソース数が４個の場合、スケーリングファクターSを0.25に設定してよい。なお、CGリソース数がN個の場合、スケーリングファクターSを1/Nに設定してもよく、1/Nと異なる値に設定してもよい。
　このように、設定方法２によれば、端末２００は、例えば、CGリソース数に応じてTBサイズを設定（換言すると、制限）することにより、複数のCGリソースそれぞれにおいてCG-PUSCH送信の準備を行う処理時間を削減可能になり、端末２００における処理時間を削減できる。
　TBサイズの設定により端末２００における処理時間を削減できるので、例えば、端末２００に対して、或るタイミングで利用可能な複数のCGリソースを設定でき、端末２００における上りリンク信号の送信機会を増加できる。これにより、例えば、端末２００に設定される複数のCGリソースのうち、或るCGリソースがLBT失敗により使用できない場合でも、他のCGリソースを利用可能である場合には、端末２００は、上りリンク信号（例えば、CG-PUSCH）を送信可能になる。
　よって、設定方法２によれば、端末２００は、複数のCGリソースが設定される場合でも、CG-PUSCH送信のための処理時間を低減し、また、上りリンク信号の送信機会を向上できるので、通信の信頼性を向上し、遅延を低減できる。
　＜設定方法３＞
　設定方法３では、端末２００は、端末２００に設定される複数のCGリソースのうち、何れか１つのCGリソースにおいて生成されるTB（例えば、Medium Access Control Protocol Data Unit（MAC PDU））を、他のCGリソースのTBに用いる（換言すると、再利用する）。
　例えば、各RB set、BWP又はCCにおいて、或るタイミングで利用可能な複数のCGリソースが設定される場合、端末２００は、或るCGリソースにおいて生成したTBを、レイヤ１（又は、物理レイヤ、L1とも呼ぶ）において再利用（換言すると、コピー）してよい。TBの再利用により、端末２００は、例えば、レイヤ２（又は、L2とも呼ぶ）において、例えば、１つのCGリソースにおいてTBを生成し、他のCGリソースではTBを生成しなくてよいので、TBの処理時間を低減できる。
　例えば、図６（ａ）に示すように、レイヤ２において、CGリソース（ここでは、RB set）毎にTB（例えば、MAC PDU）が生成される場合、複数のCGリソースそれぞれにおいてTBに対するレイヤ２の処理が実行される。その一方で、図６（ｂ）に示すように、レイヤ２において、複数のCGリソースのうち１つのCGリソース（図６（ｂ）ではRB set #1）にてTBが生成され、レイヤ１において他のCGリソースにTBがコピーされる場合、他のCGリソース（図６（ｂ）ではRB set #2）においてレイヤ２の処理は実行されなくてよい。よって、図６（ｂ）では、例えば、レイヤ２において生成されるTBは１つでよいので、図６（ａ）と比較して、TBの処理時間を低減できる。
　また、端末２００に設定される複数のCGリソース間においてTBサイズが異なる場合、端末２００は、例えば、最小のTBサイズに対応するCGリソースにおいてレイヤ２の処理によってTB（例えば、MAC PDU）を生成し、他のCGリソースでは、各CGリソースにおけるTBサイズに基づいて、最小のTBサイズのTBに対してパディングを行ってTBを生成してよい。
　これにより、複数のCGリソースのTBサイズが異なる場合でも、或るCGリソースにおいて生成されたTBを他のCGリソースに再利用可能である。受信側である基地局１００は、パディングされたビットを除いて受信を行ってよい。
　このように、設定方法３によれば、端末２００は、例えば、複数のCGリソースのうち１つのCGリソースにおいてレイヤ２の処理によって生成したTB（MAC PDU）を、他のCGリソースにおいて再利用することにより、複数のCGリソースにおけるレイヤ２の処理時間を削減可能になり、端末２００における処理時間を削減できる。
　TBの再利用により端末２００における処理時間を削減できるので、例えば、端末２００に対して、或るタイミングで利用可能な複数のCGリソースを設定でき、端末２００における上りリンク信号の送信機会を増加できる。これにより、例えば、端末２００に設定される複数のCGリソースのうち、或るCGリソースがLBT失敗により使用できない場合でも、他のCGリソースを利用可能である場合には、端末２００は、上りリンク信号（例えば、CG-PUSCH）を送信可能になる。
　よって、設定方法３によれば、端末２００は、複数のCGリソースが設定される場合でも、CG-PUSCH送信のための処理時間を低減し、また、上りリンク信号の送信機会を向上できるので、通信の信頼性を向上し、遅延を低減できる。
　以上、設定方法１～設定方法３について説明した。
　本実施の形態では、端末２００は、アンライセンス帯域においてLBTを行う単位の複数のCGリソース（換言すると、リソース候補）を設定し、設定された複数のCGリソースのうち、LBTにより使用可能と判定されたCGリソースにおいて上りリンク信号（例えば、CG-PUSCH）を送信する。
　この処理により、端末２００は、設定された複数のCGリソースのうち何れかのリソース（例えば、LBTに成功したリソース）を用いて、上りリンク信号を送信できる。換言すると、端末２００は、上りリンク信号の送信機会を増加できる。よって、例えば、アンライセンス周波数帯においてURLLCサービスを運用する場合に、干渉が突発的に発生した場合でも、上りリンク信号の送信機会増加により、URLLCの要求条件を満たしやすくなる。
　また、本実施の形態では、端末２００は、例えば、共通のパラメータの使用、設定されるCGリソースに応じたTBサイズの設定、又は、複数のCGリソース間におけるTBの再利用によって、CG-PUSCH送信のための処理時間を低減できる。これにより、例えば、端末２００に対して複数のCGリソースが設定される場合でも、LBT結果が判明してからCG-PUSCHの送信開始までに、CG-PUSCH送信のための処理を完了しやすくなる。
　（実施の形態２）
　例えば、キャリアセンス（例えば、LBT）対象のBWP又はCCに含まれる全てのチャネル（又は、RB set）がbusyの場合、基地局及び端末は、チャネルがidleになるまで送受信を待機するため、遅延時間が増加し得る。
　本実施の形態では、例えば、端末に対して複数のBWP又はCCが設定されてよい。また、端末２００に設定される複数のBWP又はCCのうち、キャリアセンスを行うBWP又はCCの切り替えにより、idle状態のチャネルを検出する可能性を向上し、上りリンク信号の送信機会を増加する方法について説明する。
　本実施の形態に係る基地局及び端末の構成例は、例えば、一部の機能が実施の形態１と異なり、他の機能は実施の形態１と同様でよい。
　基地局１００（図２）において、スケジューリング部１０４は、例えば、端末２００におけるキャリアセンスを行うBWP又はCCの切り替え（あるいは選択又は決定）動作を想定して、端末２００に対するスケジューリングを制御してよい。
　端末２００（図３）において、送信制御部２０４は、例えば、キャリアセンス部２０３から入力されるチャネル状態（例えば、busy又はidle）に基づいて、キャリアセンスを行うBWP又はCCを判定し、判定結果（例えば、キャリアセンスを行うBWP又はCCに関する情報）をキャリアセンス部２０３に指示してよい。
　キャリアセンス部２０３は、例えば。送信制御部２０４から入力される情報に基づいて、キャリアセンスを行うBWP又はCCを決定してよい。
　[基地局１００及び端末２００の動作例]
　以上の構成を有する基地局１００及び端末２００における動作例について説明する。
　＜切替方法１＞
　切替方法１では、端末２００は、例えば、LBTを行うBWP又はCCを時分割で行ってよい。換言すると、LBTを行うBWP又はCCの切り替えは、規定された期間毎に行われてよい。
　例えば、端末２００は、LBTを行うBWP又はCCを或る時間の粒度（例えば、9マイクロ秒（us））といった粒度で切り替えてよい。なお、LBTを行うBWP又はCCを切り替える粒度は9usに限らず、他の粒度でもよい。
　切替方法１では、例えば、複数のBWP又はCCがactiveであり、端末２００が或るタイミングにおいてLBT可能であるBWP又はCCが、activeなBWP又はCCのうち何れか１つであることを想定する。
　LBTを行うBWP又はCCの切り替え方法には、例えば、以下の方法が挙げられる。
　例１：
　例えば、端末２００は、設定されたBWP又はCCの中から、端末２００が決定した順序に従ってLBTを行うBWP又はCCを切り替えてよい。
　端末２００は、例えば、設定された複数のBWP又はCCにおいて、任意の順序で切り替えたBWP又はCCにてLBTを実施してよい。この処理により、端末２００は、例えば、より早くLBTに成功したBWP又はCC（換言すると、チャネルがidleであると判定したBWP又はCC）を上りリンク信号の送信に使用できる。
　例２：
　例えば、端末２００は、設定されたBWP又はCCの中から、規格（又は仕様）により規定された順序、又は、シグナリングにより設定された順序に従って、LBTを行うBWP又はCCを切り替えてよい。
　端末２００は、例えば、現在のLBT対象のBWP又はCCのチャネル状態がbusyであれば、次の順番のBWP又はCCにおいてLBTを行ってよい。換言すると、LBTを行うBWP又はCCの切り替えは、例えば、或るBWPがLBTにより使用不可である場合に、他のBWP又はCCについてLBTを行うことを含む。
　なお、LBTが行われるBWP又はCCの順序は、例えば、上りリンク信号の送信に使用するBWP又はCCの優先順序に従ってよい。例えば、異なる端末２００間において、異なる順序を設定することにより、或るタイミングにおいて、端末２００間で異なるBWP又はCCが選択されやすくなり、複数の端末２００の送信信号間の衝突の可能性を低減できる。
　図７は、切替方法１に係るLBTを行うBWP又はCCの切り替え例を示す図である。
　図７では、例えば、端末２００に対してBWP#0、BWP#1及びBWP#2が設定される。また、図７では、例えば、LBTを行うBWPの順序が、BWP#0、BWP#1及びBWP#2の順に設定される。なお、端末２００に設定されるBWPの数は３個に限定されず、他の個数でもよい。
　図７では、端末２００は、例えば、BWP#0においてLBTを行い、チャネル状態がbusyであるので、LBTを行うBWPをBWP#0からBWP#1へ切り替えてよい。同様に、端末２００は、例えば、BWP#1においてLBTを行い、チャネル状態がbusyであるので、LBTを行うBWPをBWP#1からBWP#2へ切り替えてよい。また、端末２００は、例えば、BWP#2においてLBTを行い、チャネル状態がidleであるので、BWP#2においてCG-PUSCHを送信してよい。
　このように、切替方法１では、端末２００は、LBT failure（チャネルのbusy）が発生した場合でも、他のBWP又はCCへ切り替えることにより、LBTに成功する可能性を向上でき、上りリンク信号の送信機会を増加できる。
　また、切替方法１では、端末２００は、設定される複数のBWP又はCCのうち、設定された順序に従って何れか一つのBWP又はCCに対してLBTを行うので、端末２００に設定された複数のBWP又はCCについて１つのタイミングでLBTを行う場合と比較して、消費電力を低減できる。
　なお、ここでは、BWP及びCCについて説明したが、切替方法１をRB setに適用してもよい。例えば、端末２００の処理能力により、端末２００が複数のRB setのLBTを同時にできない場合には、LBTを行うRB setを時分割で切り替えてもよい。
　＜切替方法２＞
　切替方法２では、例えば、端末２００は、規格に規定又は設定された順序に基づいて、複数のBWPにおけるactive BWPを切り替えてよい。
　切替方法２では、例えば、端末２００に設定される複数のBWPのうちactiveなBWPは１つであることを想定する。
　端末２００は、例えば、DLバーストを検出しない場合に、設定された複数のBWPにおいて、active BWPを切り替えてよい。
　ここで、チャネルアクセス方式には、例えば、Frame based equipment（FBE）、及び、Load based equipment（LBE、又は、dynamic channel occupancyとも呼ぶ）が挙げられる。
　FBEでは、基地局１００は、例えば、Fixed frame period（FFP）と呼ばれる周期においてLBT、及び、チャネル占有時間（例えば、COT：Cannel occupancy time）の取得を行ってよい。端末２００は、例えば、FFPの先頭において基地局１００からのCOT structure indication（例えば、DCI format 2_0で通知）の有無に基づいて、active BWPの切り替えを行ってよい。例えば、端末２００は、COT structure indicationを検出しない場合、他のBWPへactive BWPを切り替えてよい。その一方で、端末２００は、例えば、COT structure indicationを検出したBWPにおいて、CG-PUSCHを送信してよい。
　また、LBEでは、基地局１００は、例えば、任意のタイミングにおいてCOTの取得を試みることが可能である。そのため、LBEでは、端末２００は、FBEのように決まったタイミングにおいてBWPの変更を判断しにくい。そこで、端末２００は、例えば、タイマーに基づいて、現在設定されるCOTの最後のシンボルから一定期間において基地局からのCOT structure indicationを受信しない場合（又は、COT取得を示す通知を受信しない場合）、他のBWPへactive BWPを切り替えてよい。その一方で、端末２００は、例えば、COTの最後のシンボルから一定期間において基地局からのCOT structure indicationを受信した場合（又は、COT取得を示す通知を受信した場合）、現在のactive BWPにおいて、CG-PUSCHを送信してよい。
　例えば、端末２００においてactive BWPの切替順序は、基地局１００から端末２００へ予め設定してよい。この設定により、基地局１００と端末２００との間でBWP切替の認識を合わせることができる。また、active BWPの切替順序は、例えば、半静的に設定されてもよく、動的に設定されてもよい。
　active BWPの切替順序の半静的な設定では、例えば、基地局１００と端末２００との認識がずれにくい利点がある。
　その一方で、active BWPの切替順序の動的な設定では、例えば、PDCCH又はGC-PDCCH（Group common PDCCH）を使用して、切り替えるBWPの候補（例えば、BWPのindex）が基地局１００から端末２００へ事前に通知されてよい。これにより、基地局１００は、チャネルの空き状況（チャネルがidleであるか否か）に基づいて、端末２００に対して、active BWPへ変更するBWPを設定できる。このため、端末２００では、LBT failureにより送受信できない状況を低減できる。
　図８は、切替方法２に係るActive BWPの切り替え例（例えば、LBEの場合）を示す図である。
　図８では、例えば、端末２００に対して、BWP#0、BWP#1及びBWP#2が設定される。また、図８では、例えば、slot先頭ではBWP#1がActive BWPにされる。なお、端末２００に設定されるBWPの数は、３つに限られず、他の数でもよい。
　図８（ａ）は、例えば、LBT failureが発生しない場合を示す。この場合、端末２００にとってのActive BWPはBWP#1のままであり、BWPの切り替えは行わなくてよい。よって、端末２００は、例えば、BWP#1においてCG-PUSCHを送信してよい。
　その一方で、図８（ｂ）は、例えば、BWP#1においてLBT failureが発生した状態（例えば、基地局１００がCOTを取得できず、端末２００がCOT structure indicationを受信しない状態）を示す。この場合、例えば、端末２００は、COT structure indicationを受信しないまま、或る時間が経過（例えば、タイマーが満了）すると、BWP#2にactive BWPを切り替えてよい。例えば、端末２００は、BWP#2において、予め設定されたPDCCH受信タイミングにおいて、COT structure indicationを受信した場合、BWP#2での送受信が可能になる。
　このように、図８（ｂ）では、BWP#1においてLBT failureとなった後も、端末２００は、他のBWP#2において送受信可能になるので、遅延時間を抑制して送受信を継続できる。なお、他のBWP間の切り替えも同様に行われてよい。
　以上のように、切替方法２では、端末２００は、例えば、active BWPにおいてLBTが失敗した場合でも、他のBWPへのactive BWPの切り替えにより、上りリンク信号の送信機会を増加できる。また、切替方法２では、active BWPにおいてLBTが行われるので、端末２００に設定される複数のBWPにおいて或るタイミングでLBTする場合と比較して、消費電力を低減できる。
　なお、切替方法２は、BWPの変更（又は、切替）に限定されず、例えば、CCの変更に適用されてもよい。例えば、端末２００（UE）の処理能力に応じて複数のCCがactiveに設定可能である場合でも、activeなCC（例えば、Secondary cell（Scell））を、上述したBWPのように切り替えることにより、端末２００において信号を或る１つのタイミングにおいて送受信するCC数を低減できるので、消費電力を低減できる。
　（実施の形態３）
　例えば、端末２００における上りリンク信号の送信機会を増加する方法の他の一例として、CGリソースを端末２００間で共有することが挙げられる。Configured grant送信では、例えば、複数の端末２００に対して同じリソースを設定可能である。
　図９は、４つのCGリソース（ここでは、RB set）を２つの端末２００（例えば、UE#0及びUE#1）に割り当てる例を示す図である。また、図９（ａ）は、CGリソースを端末間で共有せずに、１つのCGリソースに１つの端末２００を割り当てる例を示し、図９（ｂ）は、４つのCGリソースを２つの端末２００で共有する例を示す。
　例えば、図９（ａ）において、RB set#0及び#1がbusyであり、RB set#2及び#3がidleの場合、使用可能なCGリソースは、RB set#2及び#3の２個であるので、UE#0は上りリンク信号の送信を待機する。その一方で、図９（ｂ）において、RB set#0及び#1がbusyであり、RB set#2及び#3がidleの場合、UE#0及びUE#1の双方はRB set#2及び#3を使用して上りリンク信号を送信可能である。ここで、図９（ｂ）において、例えば、UE#0及びUE#1が同じRB setのCGリソースを使用する場合には、UE#0とUE#1との間で送信が衝突し得る。
　そこで、本実施の形態では、複数の端末においてCGリソースを共有する場合に、複数の端末間における送信の衝突を抑制する方法について説明する。
　本実施の形態に係る基地局及び端末の構成例は、例えば、一部の機能が実施の形態１と異なり、他の機能は実施の形態１と共通でよい。
　基地局１００（図２）において、スケジューリング部１０４は、例えば、端末２００に設定される複数のCGリソースの中から、設定又は規定された選択方法（換言すると、条件又はルール）に基づいて、端末２００において送信に使用されるCGリソースの選択動作を想定して、端末２００に対するスケジューリングを制御してよい。
　端末２００（図３）において、送信制御部２０４は、例えば、制御情報保持部２０５から入力される情報（例えば、CG設定情報）に基づいて、端末２００に設定される複数のCGリソースのうち、送信に使用するCGリソースを選択する。送信制御部２０４は、例えば、選択したCGリソースに関する情報を符号化・変調部２０７へ出力する。
　[CGリソースの選択方法]
　以上の構成を有する端末２００におけるCGリソースの選択方法の例について説明する。
　端末２００は、例えば、端末２００に複数のCGリソースが設定される場合に、１つ又は複数の選択方法（換言すると、選択ルール）に基づいて、CG-PUSCHを送信するCGリソースを選択してよい。
　＜選択方法１＞
　選択方法１では、端末２００は、例えば、CG設定に含まれる優先度（換言すると、選択順序）に関する情報（例えば、priority）に基づいて、CG-PUSCHの送信に使用するCGリソースを選択してよい。
　例えば、複数のCGリソースそれぞれに異なるpriorityが設定される場合、端末２００は、priorityがより高い順にCGリソースを選択してよい。
　Rel.16では、例えば、CG設定情報によって、high及びlowの２値のpriorityが端末２００に設定可能である。
　選択方法１によれば、例えば、複数の端末２００が共有する複数のCGリソースそれぞれに対して、端末２００毎に異なるpriorityを設定可能である。これにより、例えば、或るタイミングにおいて、異なる端末２００が異なるCGリソースを選択しやすくなり、端末２００間の送信の衝突を抑制できる。また、例えば、CGリソースのpriorityの通知に既存のシグナリングを利用することにより、端末２００は、シグナリングオーバヘッドの増加を抑制して、CGリソースを選択できる。
　なお、priorityの値には、例えば、３段階以上の値が設定されてもよい。
　＜選択方法２＞
　選択方法２では、端末２００は、例えば、CG設定に含まれるindex（例えば、ConfiguredGrantConfigIndex）に基づいて、CG-PUSCHの送信に使用するCGリソースを選択してよい。
　例えば、各CGリソースが複数のCG設定に基づいて設定される場合、端末２００は、indexのより低いCG設定に対応するCGリソース（又は、indexのより高いCGリソース）の順に選択してよい。
　選択方法２によれば、例えば、複数のCGリソースそれぞれに対して、端末２００毎に異なるindexを設定可能である。これにより、例えば、或るタイミングにおいて、異なる端末２００が異なるCGリソースを選択しやすくなり、端末２００間の送信の衝突を抑制できる。また、例えば、CGリソースに対応するindexの通知に既存のシグナリングを利用することにより、端末２００は、シグナリングオーバヘッドの増加を抑制して、CGリソースを選択できる。
　＜選択方法３＞
　選択方法３では、端末２００は、例えば、基地局１００から設定される選択順序に基づいて、CG-PUSCHの送信に使用するCGリソースを選択してよい。
　例えば、選択順序は、半静的又は動的に設定されてよい。
　また、選択順序は、例えば、RB set、BWP又はCCといったCGリソースが配置される位置に基づいて設定されてよく、CG設定毎に設定されてよい。
　CGリソースが配置される位置に基づく選択順序の設定例として、RB set毎に選択順序が設定される場合、{RB set#0, RB set#1, RB set#2}={1, 2, 0}といった選択順序が設定されてよい。端末２００は、例えば、選択順序の低い値のRB setから選択する場合、RB set#2がidleであり、CGリソースが設定されていれば、RB set#2のCGリソースを使用してCG-PUSCHを送信してよい。また、端末２００は、例えば、RB set#2がbusyの場合、次の選択順序に対応するRB set#0を選択してよい。RB set#0及び#1についても、端末２００は、RB set#2と同様に、LBTの結果に基づいてCG-PUSCHの送信を制御してよい。
　また、CG設定毎の選択順序の設定例として、例えば、一つのCG設定（例えば、一つのindexに対応）によって複数のRB setにCGリソースが設定される場合でも、選択方法３に基づいて、各CGリソースに対して選択順序が個別に設定可能である。
　また、選択順序の半静的な設定は、例えば、基地局１００と端末２００との間の認識がずれにくい利点がある。
　その一方で、選択順序の動的な設定では、例えば、PDCCH又はGC-PDCCHによって選択順序に関する情報が基地局１００から端末２００へ通知されてよい。また、例えば、基地局１００は、選択順序の組み合わせ（又は、セット又は候補）を半静的に端末２００に設定し、組み合わせを示すindexをPDCCH又はGC-PDCCHによって動的に通知してもよい。これにより、PDCCH又はGC-PDCCHのbit数の増加を抑制できる。
　また、選択順序の動的な設定では、例えば、端末２００間のCGリソースの使用状況又はデータ送受信の発生状況に基づいて選択順序が設定可能であるので、端末２００間でCG送信が衝突する可能性を低減できる。
　また、選択順序の動的な設定には、CGリソースの使用順序に加え、CGリソースの使用不可の状態を含めてもよい。例えば、或る端末２００に対して、選択順序は、{RB set#0, RB set#1, RB set#2}={1, “NA”, 0}のように設定され、RB set#1が使用不可（NA）に設定されてもよい。これにより、他の端末２００に対して、RB set#1を割当可能になるので、端末２００に対して使用可能なリソースが少ない場合に、端末２００間の送信の衝突を抑制できる。
　＜選択方法４＞
　選択方法４では、端末２００は、例えば、RB setのindex、及び、UE個別のオフセットに基づいて、CG-PUSCHの送信に使用するCGリソースを選択してよい。
　例えば、各端末２００においてRB setのindexに基づいてCGリソースを選択すると、端末２００間でCGリソースの選択順序が同じになり得る。そこで、選択方法４では、端末２００は、例えば、RB setのindex、及び、端末２００毎のオフセット値に基づいて選択順序を決定する。これにより、端末２００間で選択順序にばらつきを持たせ、端末２００間の送信の衝突を抑制できる。
　端末２００は、例えば、次式（４）に基づいて、選択順序に対応するメトリック値を計算してよい。
　{((RB set index) + offset) mod (the number of RB sets)}　　　　(4)
　端末２００は、例えば、CGリソースが利用可能なRB set（例えば、CGリソースが設定され、LBT結果がidleのRB set）において、メトリック値がより低い（又は、高い）RB setのCGリソースを選択してよい。
　図１０は、選択方法４に係るCGリソースの選択例を示す図である。
　図１０では、３つの端末２００（例えば、UE#0、UE#1及びUE#2）がRB setを共有する場合について説明する。例えば、UE#0及びUE#1には、RB set#0～#3の４個のRB setが設定される。また、UE#2には、RB set#0～#2が設定される。換言すると、UE#2には、RB set#3は設定されない。
　また、図１０に示すスロットでは、RB setそれぞれに１つのCGリソースが設定される。なお、RB setに設定されるCGリソース数は２個以上でもよい。
　また、図１０において、UE#0、UE#1及びUE#2それぞれに対して、オフセット値0、1及び2が設定される。なお、オフセット値は、0～2の何れかに限定されず、他の値でもよい。
　この場合、UE#0、UE#1及びUE#2それぞれにおいて、各RB setに設定されるメトリック値は、式（４）に従って算出されてよい。例えば、図１０に示すように、UE#0では、RB set#0～#3に対して、メトリック値0、1、2及び3が設定され、UE#1では、RB set#0～#3に対して、メトリック値1、2、3及び0が設定され、UE#2では、RB set#0～#2に対して、メトリック値2、0及び1が設定される。
　例えば、図１０に示すスロットでは、UE#0はRB set#0を選択し、UE#1はRB set#3を選択し、UE#2はRB set#1を選択する。例えば、図１０に示すRB set#0では、各UEにおけるメトリック値（換言すると、選択順序）は異なる。他のRB setについても同様である。このため、図１０に示すスロットでは、UE間の送信の衝突を回避できる。
　なお、オフセット値は、例えば、明示的に端末２００へ通知されてもよく、端末２００において暗黙的に決定されてもよい。
　例えば、オフセット値を明示的に通知する方法では、基地局１００は、端末２００に対して、半静的な設定によりオフセット値を通知してもよく、動的な設定によりオフセット値を通知してもよい。動的な設定では、例えば、PDCCH又はGC-PDCCHを用いてオフセット値が通知されてもよい。
　オフセット値の半静的な設定は、例えば、基地局１００と端末２００との間の認識がずれにくい利点がある。
　その一方で、オフセット値の動的な設定は、例えば、端末２００間のCGリソースの使用状況又はデータ送受信の発生状況に基づいてオフセット値を設定可能であるので、端末２００間でCG送信が衝突する可能性を低減できる。
　また、オフセット値を暗黙的に決定する方法には、例えば、UE IDをオフセット値として使用する方法、又は、Radio Network Temporary Identifier（RNTI）をオフセット値として使用する方法が挙げられる。なお、オフセット値に関連付けられる情報は、UE ID及びRNTIに限定されず、他のUE個別の情報でもよい。端末２００は、例えば、UE個別の情報に紐づけられたオフセット値を決定してよい。これにより、基地局１００は、例えば、シグナリングオーバヘッドの増加を抑制して、オフセット値を端末２００へ通知できる。
　また、オフセット値には、例えば、スロット間で異なる値が設定されてもよい。例えば、設定されたオフセット値に、スロット毎に異なる疑似乱数が加算されてもよい。これにより、端末２００が選択するRB offsetの順序がスロット間で変わるので、１つの端末２００の送信が連続して衝突する確率を低減できる。
　また、例えば、メトリック値が閾値より大きいRB setでは、端末２００が上りリンク信号の非送信を決定する動作でもよい。例えば、図１０において、各UEは、メトリック値が2以上のRB setでは上りリンク信号を送信しないと判定してもよい。例えば、LBT失敗により使用不可のRB setが増加し、複数の端末２００が送信すると端末２００間の送信の衝突が発生し得る場合には、各RB setにおいて送信可能な端末と、送信不可の端末とに分けることにより、端末２００間の送信の衝突を抑制できる。
　以上、CGリソースの選択方法１～４について説明した。
　このように、本実施の形態によれば、CGリソースを複数の端末２００で共有する場合に、端末２００間の送信の衝突が発生する確率を低減できるので、リソースの利用効率を向上できる。
　以上、本開示の一実施例について説明した。
　（他の実施の形態）
　上述した実施の形態において、上りリンク信号は、PUSCH又はCG-PUSCHといった上りデータチャネルに限らず、他の信号又はチャネルでもよい。
　また、上記実施の形態において、「上位レイヤ信号」は、例えば、「RRC信号(RRC signaling)」又は「MAC信号(MAC signaling)」と呼ぶこともある。
　上記実施の形態において、制御信号は、物理層のDCIを送信するPDCCHでもよく、上位レイヤのMAC又はRRCでもよい。
　上記実施の形態において、基地局は、TRP（Transmission Reception Point）、クラスタヘッド、アクセスポイント、RRH（Remote Radio Head）、eNodeB (eNB)、gNodeB(gNB)、BS(Base Station)、BTS(Base Transceiver Station)、親機、ゲートウェイなどでもよい。また、サイドリンク通信では、基地局の代わりを端末が行ってもよい。
　上記実施の形態において、参照信号は、基地局及び移動局の双方で既知の信号であり、RS (Reference Signal)又はパイロット信号と呼ばれることもある。参照信号は、DMRSに限らず、CSI-RS（Channel State Information - Reference Signal）、TRS（Tracking Reference Signal）、PTRS(Phase Tracking Reference Signal)、CRS(Cell-specific Reference Signal)であってもよい。
　上記実施の形態において、時間リソースの単位は、スロット及びシンボルの１つ又は組み合わせに限らず、例えば、フレーム、スーパーフレーム、サブフレーム、スロット、タイムスロットサブスロット、ミニスロット又は、シンボル、OFDM（Orthogonal Frequency Division Multiplexing）シンボル、SC-FDMA（Single Carrier - Frequency Division Multiplexing）シンボルといった時間リソース単位でもよく、他の時間リソース単位でもよい。また、１スロットに含まれるシンボル数は、上述した実施の形態において例示したシンボル数に限定されず、他のシンボル数でもよい。
　上記実施の形態は、V2X（Vehicle to Everything）又は端末間通信に用いるSidelinkを用いた通信にも適用してよい。その場合、PDCCHをPSCCH（Physical Sidelink Control Channel）、PUSCH/PDSCHをPSSCH（Physical Sidelink Shared Channel）、PUCCHをPSFCH（Physical Sidelink Feedback Channel）に読み替えてもよい。
　また、上記の実施の形態それぞれは組み合わせて適用してもよい。
　＜５Ｇ　ＮＲのシステムアーキテクチャおよびプロトコルスタック＞
　３ＧＰＰは、１００ＧＨｚまでの周波数範囲で動作する新無線アクセス技術（ＮＲ）の開発を含む第５世代携帯電話技術（単に「５Ｇ」ともいう）の次のリリースに向けて作業を続けている。５Ｇ規格の初版は２０１７年の終わりに完成しており、これにより、５Ｇ　ＮＲの規格に準拠した端末（例えば、スマートフォン）の試作および商用展開に移ることが可能である。
　例えば、システムアーキテクチャは、全体としては、ｇＮＢを備えるＮＧ－ＲＡＮ（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）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係る端末は、キャリアセンスの単位に基づく複数のリソース候補のうち、前記キャリアセンスにより使用可能なリソース候補を決定する制御回路と、前記使用可能なリソース候補において上りリンク信号を送信する送信回路と、を具備する。
　本開示の一実施例において、前記制御回路は、前記複数のリソース候補の設定に基づいて、前記上りリンク信号の送信を制御する。
　本開示の一実施例において、前記複数のリソース候補は、共通のパラメータと紐づく。
　本開示の一実施例において、前記制御回路は、前記複数のリソース候補の数に基づいて、前記上りリンク信号のサイズを決定する。
　本開示の一実施例において、前記制御回路は、前記複数のリソース候補のうち、何れか一つのリソース候補において生成されるトランスポートブロックを、他のリソース候補のトランスポートブロックに用いる。
　本開示の一実施例において、前記制御回路は、前記複数のリソース候補において、前記キャリアセンスを行うリソース候補を切り替える。
　本開示の一実施例において、前記キャリアセンスを行うリソース候補の切り替えは、第１のリソース候補が前記キャリアセンスにより使用不可である場合に、第２のリソース候補について前記キャリアセンスを行うことを含む。
　本開示の一実施例において、前記キャリアセンスを行うリソース候補の切り替えは、規定された期間毎に行なわれる。
　本開示の一実施例において、前記制御回路は、或る順序に従って、前記複数のリソース候補のうち、アクティブなリソース候補を切り替える。
　本開示の一実施例において、前記複数のリソース候補は、前記端末を含む複数の端末に共有され、前記制御回路は、前記複数の端末間で異なる順序に従って、前記複数のリソース候補から、前記上りリンク信号の送信に使用するリソース候補を選択する。
　本開示の一実施例に係る通信方法において、端末は、免許不要帯においてキャリアセンスを行う単位の複数のリソース候補を設定し、前記複数のリソース候補のうち、前記キャリアセンスにより検知した使用可能なリソース候補において上りリンク信号を送信する。
　２０２０年４月２４日出願の特願２０２０－０７７６９４の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一実施例は、無線通信システムに有用である。
　１００　基地局
　１０１，２０１　受信部
　１０２，２０２　復調・復号部
　１０３，２０３　キャリアセンス部
　１０４　スケジューリング部
　１０５，２０５　制御情報保持部
　１０６，２０６　データ・制御情報生成部
　１０７，２０７　符号化・変調部
　１０８，２０８　送信部
　２００　端末
　２０４　送信制御部

Claims (11)

  1. 　キャリアセンスの単位に基づく複数のリソース候補のうち、前記キャリアセンスにより使用可能なリソース候補を決定する制御回路と、
    　前記使用可能なリソース候補において上りリンク信号を送信する送信回路と、
    　を具備する端末。
  2. 　前記制御回路は、前記複数のリソース候補の設定に基づいて、前記上りリンク信号の送信を制御する、
    　請求項１に記載の端末。
  3. 　前記複数のリソース候補は、共通のパラメータと紐づく、
    　請求項２に記載の端末。
  4. 　前記制御回路は、前記複数のリソース候補の数に基づいて、前記上りリンク信号のサイズを決定する、
    　請求項２に記載の端末。
  5. 　前記制御回路は、前記複数のリソース候補のうち、何れか一つのリソース候補において生成されるトランスポートブロックを、他のリソース候補のトランスポートブロックに用いる、
    　請求項１に記載の端末。
  6. 　前記制御回路は、前記複数のリソース候補において、前記キャリアセンスを行うリソース候補を切り替える、
    　請求項１に記載の端末。
  7. 　前記キャリアセンスを行うリソース候補の切り替えは、第１のリソース候補が前記キャリアセンスにより使用不可である場合に、第２のリソース候補について前記キャリアセンスを行うことを含む、
    　請求項６に記載の端末。
  8. 　前記キャリアセンスを行うリソース候補の切り替えは、規定された期間毎に行なわれる、
    　請求項６に記載の端末。
  9. 　前記制御回路は、或る順序に従って、前記複数のリソース候補のうち、アクティブなリソース候補を切り替える、
    　請求項１に記載の端末。
  10. 　前記複数のリソース候補は、前記端末を含む複数の端末に共有され、
    　前記制御回路は、前記複数の端末間で異なる順序に従って、前記複数のリソース候補から、前記上りリンク信号の送信に使用するリソース候補を選択する、
    　請求項１に記載の端末。
  11. 　端末は、
    　キャリアセンスの単位に基づく複数のリソース候補のうち、前記キャリアセンスにより使用可能なリソース候補を決定し、
    　前記使用可能なリソース候補において上りリンク信号を送信する、
    　通信方法。
PCT/JP2021/006146 2020-04-24 2021-02-18 端末及び通信方法 WO2021215098A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022516864A JPWO2021215098A1 (ja) 2020-04-24 2021-02-18
US17/920,005 US20230171802A1 (en) 2020-04-24 2021-02-18 Terminal, and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020-077694 2020-04-24
JP2020077694 2020-04-24

Publications (1)

Publication Number Publication Date
WO2021215098A1 true WO2021215098A1 (ja) 2021-10-28

Family

ID=78270572

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/006146 WO2021215098A1 (ja) 2020-04-24 2021-02-18 端末及び通信方法

Country Status (3)

Country Link
US (1) US20230171802A1 (ja)
JP (1) JPWO2021215098A1 (ja)
WO (1) WO2021215098A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023125295A1 (zh) * 2021-12-31 2023-07-06 展讯通信（上海）有限公司 物理侧链路反馈信道发送方法及装置、可读存储介质
WO2023181137A1 (ja) * 2022-03-22 2023-09-28 富士通株式会社 第１無線通信装置及び第２無線通信装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200077437A1 (en) * 2017-05-03 2020-03-05 Idac Holdings, Inc. Transmission adaptation and grant-free access

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200077437A1 (en) * 2017-05-03 2020-03-05 Idac Holdings, Inc. Transmission adaptation and grant-free access

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "Remaining issues on LBT failure MAC CE", 3GPP DRAFT; R2-2000963, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. eMeeting; 20200224 - 20200306, 14 February 2020 (2020-02-14), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051849398 *
OPPO: "BWP operation impacts for NR-U", 3GPP DRAFT; R2-1905611 - BWP OPERATION IMPACTS FOR NR-U, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Reno, USA; 20190513 - 20190517, 13 May 2019 (2019-05-13), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051729114 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023125295A1 (zh) * 2021-12-31 2023-07-06 展讯通信（上海）有限公司 物理侧链路反馈信道发送方法及装置、可读存储介质
WO2023181137A1 (ja) * 2022-03-22 2023-09-28 富士通株式会社 第１無線通信装置及び第２無線通信装置

Also Published As

Publication number Publication date
US20230171802A1 (en) 2023-06-01
JPWO2021215098A1 (ja) 2021-10-28

Similar Documents

Publication Publication Date Title
WO2021065153A1 (ja) 端末及び通信方法
WO2021161861A1 (ja) 端末及び通信方法
WO2021210264A1 (ja) 移動局、基地局、受信方法及び送信方法
CN114041314A (zh) 用户设备和调度节点
JP2022539783A (ja) ユーザ機器および基地局
WO2021215098A1 (ja) 端末及び通信方法
WO2021166440A1 (ja) 端末及び通信方法
WO2022074884A1 (ja) 端末、基地局及び通信方法
WO2021161602A1 (ja) 端末及び通信方法
WO2022014272A1 (ja) 端末、基地局及び通信方法
WO2021070508A1 (ja) 基地局、端末、送信方法及び受信方法
WO2021161627A1 (ja) 端末及び通信方法
WO2022030113A1 (ja) 基地局、端末及び通信方法
WO2024024259A1 (ja) 端末、基地局、及び、通信方法
WO2023203938A1 (ja) 端末、基地局、通信方法及び集積回路
WO2021065154A1 (ja) 端末及び通信方法
WO2024100924A1 (ja) 端末、基地局、及び、通信方法
WO2023013217A1 (ja) 基地局、端末及び通信方法
WO2023188912A1 (ja) 基地局、端末及び通信方法
JP7492527B2 (ja) 端末装置、通信方法及び集積回路
WO2021070448A1 (ja) 端末及び通信方法
WO2022064795A1 (ja) 端末及び通信方法
WO2023181557A1 (ja) 端末、基地局及び通信方法
WO2022239289A1 (ja) 通信装置、及び、通信方法
WO2023181556A1 (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: 21793134

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022516864

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: 21793134

Country of ref document: EP

Kind code of ref document: A1