WO2021024440A1 - 端末 - Google Patents

端末 Download PDF

Info

Publication number
WO2021024440A1
WO2021024440A1 PCT/JP2019/031253 JP2019031253W WO2021024440A1 WO 2021024440 A1 WO2021024440 A1 WO 2021024440A1 JP 2019031253 W JP2019031253 W JP 2019031253W WO 2021024440 A1 WO2021024440 A1 WO 2021024440A1
Authority
WO
WIPO (PCT)
Prior art keywords
slot
user terminal
pusch
base station
candidate start
Prior art date
Application number
PCT/JP2019/031253
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 JP2021538638A priority Critical patent/JPWO2021024440A5/ja
Priority to CN201980098998.4A priority patent/CN114175703A/zh
Priority to EP19940226.4A priority patent/EP4013088A1/en
Priority to PCT/JP2019/031253 priority patent/WO2021024440A1/ja
Priority to US17/633,141 priority patent/US20220330239A1/en
Publication of WO2021024440A1 publication Critical patent/WO2021024440A1/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data

Definitions

  • the present invention relates to a terminal in a wireless communication system.
  • NR New Radio
  • LTE Long Term Evolution
  • the frequency band licensed by the telecommunications carrier (operator) (the frequency band different from the licensed band (unlicensed band), unlicensed).
  • the use of carriers (also called unlicensed carriers) and unlicensed CCs (also called unlicensed CCs) is supported.
  • unlicensed bands for example, Wi-Fi (registered trademark) or Bluetooth (registered trademark) can be used2. .4 GHz band, 5 GHz band, 6 GHz band, etc. are assumed.
  • CA carrier aggregation
  • LAA License-Assisted Access
  • a base station device downlink
  • a user terminal uplink
  • another device for example, a base
  • Channel sensing carrier sense
  • LBT Listen Before Talk
  • the NR-U system uses a multi-TTI grant that schedules PUSCHs across multiple slots.
  • the present invention has been made in view of the above points, and an object of the present invention is to provide a technique that enables efficient transmission while ensuring LBT opportunities at an appropriate particle size in a user terminal. To do.
  • a receiver that receives control information from a base station apparatus that specifies the number of consecutive slots to which physical uplink shared channels are assigned or the number of consecutive physical uplink shared channels.
  • LBT When LBT is successful at any of the multiple candidate start positions in a certain slot among the consecutive slots to which the physical uplink shared channel is assigned, data transmission by the physical uplink shared channel is started from the candidate start position where the LBT is successful.
  • a terminal is provided that includes a transmitter to perform.
  • a technology that enables efficient transmission while ensuring LBT opportunities at an appropriate particle size is provided on the user terminal.
  • FIG. It is a sequence diagram which shows the operation example of Example 5. It is a figure for demonstrating Example 7.
  • FIG. It is a figure which shows an example of the functional structure of the base station apparatus 10 in embodiment of this invention. It is a figure which shows an example of the functional structure of the user terminal 20 in embodiment of this invention. It is a figure which shows an example of the hardware composition of the base station apparatus 10 or the user terminal 20 in embodiment of this invention.
  • Existing technology is appropriately used in the operation of the wireless communication system according to the embodiment of the present invention.
  • the existing technology is, for example, an existing NR.
  • the present invention is applicable not only to NR but also to any wireless communication system.
  • the duplex method may be a TDD (Time Division Duplex) method, an FDD (Frequency Division Duplex) method, or other methods (for example, Flexible Duplex, etc.). Method may be used.
  • TDD Time Division Duplex
  • FDD Frequency Division Duplex
  • Method may be used.
  • the radio parameter or the like being "configured” may mean that a predetermined value is preset (Pre-confine), or the base station apparatus 10 Alternatively, the wireless parameter notified from the user terminal 20 may be set.
  • FIG. 1 is a diagram for explaining a wireless communication system according to an embodiment of the present invention.
  • the wireless communication system according to the embodiment of the present invention includes the base station device 10 and the user terminal 20 as shown in FIG. Although FIG. 1 shows one base station device 10 and one user terminal 20, this is an example, and there may be a plurality of each.
  • the user terminal 20 may be referred to as a "terminal”. Further, the wireless communication system in the present embodiment may be called an NR-U system.
  • the base station device 10 is a communication device that provides one or more cells and performs wireless communication with the user terminal 20.
  • the physical resources of a radio signal are defined in the time domain and frequency domain, the time domain may be defined by slots or OFDM symbols, and the frequency domain may be defined by subbands, subcarriers or resource blocks.
  • the base station apparatus 10 transmits control information or data to the user terminal 20 by DL (Downlink), and receives control information or data from the user terminal 20 by UL (Uplink). Both the base station device 10 and the user terminal 20 can perform beamforming to transmit and receive signals. Further, both the base station device 10 and the user terminal 20 can apply MIMO (Multiple Input Multiple Output) communication to DL or UL. Further, both the base station device 10 and the user terminal 20 may perform communication via SCell (Secondary Cell) and PCell (Primary Cell) by CA (Carrier Aggregation).
  • SCell Secondary Cell
  • PCell Primary Cell
  • the user terminal 20 is a communication device having a wireless communication function such as a smartphone, a mobile phone, a tablet, a wearable terminal, and a communication module for M2M (Machine-to-Machine). As shown in FIG. 1, the user terminal 20 is provided by a wireless communication system by receiving control information or data from the base station device 10 in DL and transmitting control information or data to the base station device 10 in UL. Use various communication services.
  • M2M Machine-to-Machine
  • FIG. 2 shows a configuration example of a wireless communication system when NR-DC (NR-Dual connectivity) is executed.
  • a base station device 10A serving as an MN (Master Node) and a base station device 10B serving as an SN (Secondary Node) are provided.
  • the base station device 10A and the base station device 10B are each connected to the core network.
  • the user terminal 20 communicates with both the base station device 10A and the base station device 10B.
  • the cell group provided by the base station device 10A which is an MN is called an MCG (Master Cell Group), and the cell group provided by the base station device 10B which is an SN is called an SCG (Secondary Cell Group).
  • MCG Master Cell Group
  • SCG Secondary Cell Group
  • the above-mentioned LBT is executed.
  • the base station device 10 or the user terminal 20 acquires a COT when the LBT result is idle (when the LBT is successful) and transmits the COT, and when the LBT result is busy (LBT-busy), the transmission is performed. Not performed.
  • the wireless communication system in the present embodiment may perform carrier aggregation (CA) operation using unlicensed CC and licensed CC, or perform dual connectivity (DC) operation using unlicensed CC and licensed CC.
  • CA carrier aggregation
  • DC dual connectivity
  • a stand-alone (SA) operation using only an unlicensed CC may be performed.
  • CA, DC, or SA may be performed by any one system of NR and LTE.
  • DC may be performed by at least two of NR, LTE, and other systems.
  • the user terminal 20 has a Reference Signal (for example, a Reference Signal (DMRS)) in a signal (for example, Demodulation Reference Signal (DMRS)) in the PDCCH or the group common PDCCH (group communication (GC) -PDCCH) for detecting the transmission burst from the base station apparatus 10.
  • DMRS Reference Signal
  • GC group communication
  • the base station apparatus 10 may transmit a specific PDCCH (PDCCH or GC-PDCCH) including a specific DMRS notifying the start of the COT at the start of the COT triggered by the base station apparatus.
  • a specific PDCCH (PDCCH or GC-PDCCH) including a specific DMRS notifying the start of the COT at the start of the COT triggered by the base station apparatus.
  • At least one of the specific PDCCH and the specific DMRS may be referred to as a COT start notification signal.
  • the base station device 10 transmits, for example, a COT start notification signal to one or more user terminals, and the user terminals can recognize the COT when the specific DMRS is detected.
  • the multi-TTI grant schedules a plurality of consecutive PUSCHs that transmit separate TBs (transport blocks).
  • One TB is mapped to one slot or one mini slot and transmitted in one PUSCH.
  • One HARQ process is assigned to one PUSCH that transmits the one TB.
  • NDI and RV are signaled for each PUSCH by one DCI. Further, the HARQ process ID notified by the DCI is applied to the first scheduled PUSCH, and the HARQ process ID of the subsequent PUSCHs is applied with a value incremented by 1 in the order of PUSCH.
  • FIG. 3 is a diagram showing an example of the operation of the user terminal 20 that has received the multi-TTI grant.
  • the PUSCH for 4 slots is scheduled by the multi-TTI grant.
  • the user terminal 20 executes the LBT before the slot in which the first PUSCH indicated by A is scheduled, and if the LBT is OK, the user terminal 20 transmits data in four consecutive PUSCHs. If the first LBT is NG, the PUSCH indicated by B executes the LBT before the scheduled slot, and if the LBT is OK, data is transmitted in three consecutive PUSCHs. After that, the same processing is performed. If the last PUSCH indicated by D executes LBT before the scheduled slot and it is NG, no transmission is performed.
  • FIG. 4 is an excerpt from Non-Patent Document 1 and shows an IE (information element) for setting a PUSCH time domain resource by RRC.
  • IE information element
  • FIG. 4 shows an excerpt from Non-Patent Document 1 and shows an IE (information element) for setting a PUSCH time domain resource by RRC.
  • the IE information element
  • up to 16 types of time domain resource definitions can be set in the user terminal 20.
  • the user terminal 20 determines which of the 16 types of time domain resources is used to transmit the PUSCH based on the DCI received from the base station apparatus 10.
  • the time domain resource of PUSCH of each slot is set in the user terminal 20 by the IE of FIG. 4, and which time domain is used for each slot by the DCI of multi-TTI grant. It is possible to specify whether to use the resource. However, when specifying each slot, information for specifying the time domain resource for the number of slots to be scheduled (or the number of PUSCHs) is required, and the amount of increase in DCI size becomes large.
  • a plurality of mini-slot-based PUSCH scheduling is performed in the first slot of the scheduled time domain, and then slot-based at the slot boundary, as shown in FIG. It is conceivable to switch to PUSCH scheduling.
  • the user terminal 20 even if the user terminal 20 fails in the LBT before the mini slot indicated by A, for example, the user terminal 20 has an opportunity to perform the next LBT before the mini slot indicated by B. If the LBT is successful, the wasted resource is only the part of the mini slot indicated by A, and the resource can be used efficiently.
  • mini-slot-based PUSCH scheduling is basically inefficient with respect to eMBB (enhanced Mobile Broadband).
  • eMBB enhanced Mobile Broadband
  • PUSCH is scheduled for each of one or more contiguous slots by the multi-TTI grant transmitted from the base station apparatus 10 to the user terminal 20. Further, in the user terminal 20, one or more PUSCH candidate start positions are set for each slot in which the PUSCH is scheduled.
  • FIG. 7 shows an example in which PUSCH is scheduled in five consecutive slots by multi-TTI grant and three candidate start positions are set in each slot.
  • the setting of the candidate start position may be different in the first slot, the last slot, and other slots.
  • the candidate start position indicated by A in the first slot indicates that PUSCH starts from symbol # 0 in the slot.
  • the candidate start position indicated by B indicates that PUSCH starts from, for example, symbol # 4 in the slot.
  • the candidate start position indicated by C indicates that PUSCH starts from, for example, symbol # 9 in the slot.
  • the number of symbols in one slot is 14 from symbol # 0 to symbol # 13.
  • the user terminal 20 When the user terminal 20 receives the allocation information for designating 5 slots (or 5 PUSCHs) by the multi-TTI grant, the user terminal 20 creates a PUSCH of each candidate start position in each slot. For example, in the case of the first slot, a PUSCH to be transmitted in one slot starting from A is created, a PUSCH to be transmitted from symbols # 4 to symbol # 13 starting from B is created, and symbols # 9 to starting from C are created. Create a PUSCH to be transmitted with symbol # 13. The same applies to other slots.
  • the TBS (transport block size) in each slot may be determined regardless of the candidate start position, or may be determined according to the number of symbols according to the candidate start position. May be good.
  • creating a PUSCH means, for example, creating a signal to be transmitted by the PUSCH and storing it in a buffer or the like.
  • the user terminal 20 performs the following processing on the transport block to perform PUSCH transmission. For example, in the above "creating PUSCH", the signal at the stage before mapping to assigned resources and antenna ports. To create.
  • the user terminal 20 when the user terminal 20 performs LBT in front of A and fails in LBT, then performs LBT in front of B and succeeds in LBT, in the first slot, symbols # 4 to # 13 Data is transmitted by PUSCH, and thereafter, data is transmitted by PUSCH in units of one slot. If the user terminal 20 fails to LBT even before B, then LBT is performed before C, and if LBT succeeds, data is transmitted by PUSCH of symbols # 9 to # 13 in the first slot. After that, data is transmitted by PUSCH in units of one slot.
  • LBT fails in all of A, B, and C
  • LBT fails in A in the second slot
  • LBT is performed in front of B in the second slot, and LBT succeeds.
  • the user terminal 20 transmits data in PUSCH of symbols # 4 to # 13, and thereafter, data is transmitted in PUSCH of one slot unit.
  • an LBT opportunity having the same granularity as that shown in the lower part of FIG. 6 can be obtained. Further, in this embodiment, when LBT is successful in the middle of a certain slot, the mini-slot-based PUSCH transmission is performed only in that slot, and the slot-based PUSCH transmission is performed in the subsequent slots. Therefore, the transmission process can be made more efficient than the case shown on the lower side of FIG.
  • the user terminal 20 decides to create a PUSCH at each candidate start position when the multi-TTI grant is received, but such an operation is only an example.
  • the user terminal 20 may create and transmit a PUSCH to be transmitted after the LBT is successful. For example, when the user terminal 20 performs LBT before A in the first slot and fails in LBT, then performs LBT in front of B and succeeds in LBT, symbols # 4 to # 13 PUSCH and subsequent slot-based PUSCHs are created, and data is transmitted in each PUSCH.
  • Example 1 First, Example 1 will be described.
  • FIG. 8 shows an operation example of the first embodiment.
  • the base station apparatus 10 transmits an RRC message (upper layer message) to the user terminal 20.
  • the RRC message is, for example, an extension of PUSCH-config of Non-Patent Document 1.
  • the RRC message includes the maximum number of consecutive slots in which PUSCH can be scheduled by the multi-TTI grant, which sets the maximum number in the user terminal 20.
  • the maximum number of consecutive PUSCHs may be set by the RRC message. Further, both the maximum number of slots and the maximum number of consecutive PUSCHs may be set.
  • the maximum number of continuous slots set by the RRC message is not limited to a specific value, but is, for example, a number larger than 4. Further, for example, when the SCS is 30 kHz, the maximum number of slots set by the RRC message may be eight.
  • the maximum number of continuous PUSCHs set by the RRC message is not limited to a specific value, but is, for example, a number larger than 4, and may be, for example, 8 or 16.
  • the setting of the maximum number as described above may be carried out in any of the examples 1 to 8.
  • one or more candidate start positions per slot are set by the RRC message of S101.
  • a message extended from the PUSCH-TimeDomainResourceAllocation shown in FIG. 4 is included in the RRC message (for example, PUSCH-Config).
  • one PUSCH-TimeDomainRelocationAllocation allows a plurality of ⁇ mapping type, startSymbolAndLength ⁇ sets to be set as multiple candidate start positions of the PUSCH per slot.
  • the RRC message includes one or more (for example, up to 16) PUSCH-TimeDomeinRelocationAllocations and is set in the user terminal 20.
  • the setting information (“PUSCH start position is symbol # 0 and PUSCH length is 14” and “PUSCH start position is symbol # 7 and PUSCH length is 7” ⁇ is set by one PUSCH-TimeDomainRelocationAllocation.
  • a set of multiple candidate start positions is set. This corresponds to setting a plurality of candidate start positions such as the start of the slot and the center of the slot.
  • one PUSCH-TimeDomainRelocationAllocation sets ⁇ "PUSCH start position is symbol # 0 and PUSCH length is 7" and "PUSCH start position is symbol # 7 and PUSCH length is 7" ⁇ .
  • Information is set. This corresponds to setting a plurality of candidate start positions such as the start of the slot and the center of the slot, and setting two mini slots.
  • the user terminal 20 receives DCI as a multi-TTI grant from the base station apparatus 10.
  • the DCI is, for example, an extension of DCI format0_1 described later, an extension of DCI format0_1, or a new DCI format (example: DCI format0_2).
  • the DCI specifies the number of continuous slots (or the number of continuous PUSCHs) to which the PUSCH to be transmitted is assigned to the user terminal 20.
  • the number of bits used for the designation is based on the maximum number set by RRC in S101.
  • the DCI of S102 specifies which PUSCH-TimeDomeinRelocationAllocation to use in the PUSCH-TimeDomeSourceAllocationList set in S101. For example, when the PUSCH-TimeDomainRelocationAllocation that specifies three candidate start positions is specified by DCI as shown in the first slot of FIG. 7, and the PUSCH-TimeDomainRelocationAllocation is applied to a plurality of consecutive slots (Examples described later). (In the case of 1-1), the user terminal 20 executes the operation described with reference to FIG. 7.
  • the HARQ process ID when the user terminal 20 duplicates at least one symbol in a plurality of candidate resources corresponding to a plurality of candidate start positions specified by DCI, the plurality of candidate resources are for one HARQ process ID. Judge that.
  • each of the plurality of candidate resources that is, a plurality of mini-slots
  • each of the plurality of candidate resources has an individual HARQ process ID, except in cases other than "when at least one symbol overlaps in a plurality of candidate resources". to decide.
  • the field that specifies PUSCH-TimeDomainRelocationAllocation in DCI will be referred to as the TDRA field, and the value of the TDRA field will be referred to as TDRA.
  • Examples 1-1 and 1-2 will be described below as variations of the method for designating TDRA by DCI transmitted to the user terminal 20 in S102.
  • Example 1-1 the DCI contains one TDRA field.
  • the user terminal 20 determines that the TDRA of the one TDRA field is applied to each of the number of continuous slots (or continuous PUSCH) specified by the DCI.
  • the DCI comprises a plurality of TDRA fields.
  • the DCI may include as many TDRA fields as there are consecutive slots (or PUSCHs), with one TDRA field corresponding to one slot (PUSCH).
  • the DCI may include two TDRA fields, a TDRA1 field and a TDRA2 field.
  • TDRA1 is applied to all slots except the first slot in the plurality of consecutive slots where PUSCH is scheduled. Also, K2 in TDRA1 is used to derive the second slot.
  • TDRA1 specifies a PUSCH-TimeDomainRelocationAllocation in which ⁇ "PUSCH start position is symbol # 0 and PUSCH length is 7" and "PUSCH start position is symbol # 7 and PUSCH length is 7" ⁇ is set. If it is a value, in all slots except the first slot ⁇ "PUSCH start position is symbol # 0 and PUSCH length is 7", and "PUSCH start position is symbol # 7 and PUSCH length is 7" ⁇ The multiple candidate start position is applied.
  • TDRA2 is applied to the first slot in a plurality of consecutive slots where PUSCH is scheduled.
  • K2 in TDRA2 is used to derive the first slot in multiple consecutive slots.
  • the TDRA3 field may be included in addition to the above TDRA1 field and TDRA2 field.
  • TDRA3 is applied to the last slot in multiple consecutive slots where PUSCH is scheduled.
  • FIG. 9 is a sequence diagram showing an operation example of the second embodiment.
  • the base station apparatus 10 transmits an RRC message to the user terminal 20.
  • the RRC message is, for example, an extension of PUSCH-Config described in Non-Patent Document 1.
  • the maximum number of continuous slots (continuous PUSCH) described in the first embodiment and the "plurality candidate start position" applied to all (each) of the plurality of continuous slots where the PUSCH is scheduled are specified. Contains information.
  • the number represented by 4 bits may indicate the "multiple candidate start positions" to be enabled (others are table). That is, the information representing enable / diskable is also information that specifies a specific "plurality candidate start position".
  • the information is represented by a certain IE (information element), which is referred to as a TDRA information element for convenience. Let the value of the TDRA information element be TDRA. It is assumed that one TDRA information element contains one TDRA value.
  • a plurality of types of "plurality candidate start positions” are defined by the specifications, but a plurality of types of “plurality candidate start positions” are defined for the user terminal 20 by the timing before S201 or in S201 by PUSCH-Config.
  • a type of "plurality candidate start position” is set, and in S201, an enable and a table may be set in the plurality of types of "plurality candidate start position".
  • the plurality of types of "plurality candidate start positions" set for the user terminal 20 may be selected from predetermined candidate patterns.
  • a plurality of types of "multiple candidate start positions" are set for the user terminal 20, and in S201, the plurality of types of "multiple candidate start positions" You may set enemy and terminal in "multiple candidate start positions". This case corresponds to the combination of Example 1 and Example 2.
  • Examples 2-1 and 2-2 will be described below as variations of the TDRA information element by the RRC message (here, PUSCH-Config is used as an example) transmitted to the user terminal 20 in S201.
  • Example 2-1 the PUSCH-Config contains one TDRA information element.
  • the user terminal 20 determines that the TDRA of the one TDRA information element is applied to each of the continuous slots (or continuous PUSCH) scheduled by DCI.
  • PUSCH-Config includes a plurality of TDRA information elements.
  • the PUSCH-Config may include the same number of TDRA information elements as the number of consecutive slots (or the number of PUSCHs), and one TDRA information element may correspond to one slot (PUSCH).
  • the PUSCH-Config may include two TDRA information elements, a TDRA1 information element and a TDRA2 information element.
  • TDRA1 is applied to all slots except the first slot in the plurality of consecutive slots where PUSCH is scheduled. Also, K2 in TDRA1 is used to derive the second slot.
  • ⁇ "PUSCH start position is symbol # 0 and PUSCH length is 7" and "PUSCH start position is symbol # 7 and PUSCH length is 7" ⁇ , other than the first slot.
  • Multiple start candidate positions of ⁇ "PUSCH start position is symbol # 0 and PUSCH length 7" and "PUSCH start position is symbol # 7 and PUSCH length 7" ⁇ are applied to all slots of ..
  • TDRA2 is applied to the first slot in a plurality of consecutive slots where PUSCH is scheduled.
  • K2 in TDRA2 is used to derive the first slot in multiple consecutive slots.
  • TDRA3 information element may be included.
  • TDRA3 is applied to the last slot in multiple consecutive slots where PUSCH is scheduled.
  • FIG. 10 is a sequence diagram according to the third embodiment.
  • the extended DCI format 0_1 or the extended DCI format 0_1 (described as the extended DCI format 0_1 / the extended DCI format 0_1) is transmitted from the base station apparatus 10 to the user terminal 20.
  • Both the extended DCI format 0_1 and the extended DCI format 0_1 are extensions of the DCI format 0_1 and the DCI format 0_1 described in Non-Patent Documents 2 to 4 and the like.
  • the extended DCI format 0_1 / extended DCI format 0_1 includes the number of consecutive multiple slots (or the number of PUSCHs) for scheduling PUSCH and information for designating multiple candidate start positions as a multi-TTI grant.
  • a new field of information for designating a plurality of candidate start positions is referred to as a TDRA field for convenience, and its value (that is, a value indicating which "plurality candidate start position" is applied) is referred to as a TDRA.
  • the extended DCI format 0_0 / extended DCI format 0_1 of S301 should be allowed to allow any one of 16 types of "multiple candidate start positions" and not to allow the other "multiple candidate start positions".
  • the information shown is included as TDRA in the TDRA field.
  • the number represented by 4 bits may indicate the "multiple candidate start positions" to be allowed (others are not allowed). That is, the TDRA here is also information that specifies a specific "plurality candidate start position".
  • the user terminal 20 applies the "plurality candidate start position" drawn in S301 to each of the scheduled continuous slots.
  • a plurality of types of "plurality candidate start positions” are defined by the specifications, but at the timing before S301, the PUSCH-TimeDomeinRelocationAllocationList of the first embodiment or the PUSCH- of the second embodiment
  • multiple types of "multiple candidate start positions” are set for the user terminal 20, and the "multiple candidate start positions" applied in the plurality of types of "multiple candidate start positions” are expanded.
  • Examples 3-1 and 3-2 will be described below as variations of the method for designating TDRA by the extended DCI format 0_0 / extended DCI format 0_1 transmitted to the user terminal 20 in S301.
  • Example 3-1 the extended DCI format 0_1 / extended DCI format 0_1 includes one TDRA field.
  • the user terminal 20 determines that the TDRA of the one TDRA field is applied to each of the number of continuous slots (or continuous PUSCH) specified by the extended DCI format 0_1 / extended DCI format 0_1.
  • the extended DCI format 0_1 / extended DCI format 0_1 includes a plurality of TDRA fields.
  • the extended DCI format 0_0 / extended DCI format 0_1 may include the same number of TDRA fields as the number of consecutive slots (or PUSCH numbers), and one TDRA field may correspond to one slot (PUSCH).
  • extended DCI format 0_0 / extended DCI format 0_1 may include two TDRA fields, a TDRA1 field and a TDRA2 field.
  • TDRA1 is applied to all slots except the first slot in the plurality of consecutive slots where PUSCH is scheduled. Also, K2 in TDRA1 is used to derive the second slot.
  • TDRA2 is applied to the first slot in a plurality of consecutive slots where PUSCH is scheduled.
  • K2 in TDRA2 is used to derive the first slot in multiple consecutive slots.
  • the TDRA3 field may be included in addition to the above TDRA1 field and TDRA2 field.
  • TDRA3 is applied to the last slot in multiple consecutive slots where PUSCH is scheduled.
  • Example 3-3 The DCI monitor by the user terminal 20 in the third embodiment will be described as the third embodiment.
  • Example 3-3 can be applied to Examples 1 and 2.
  • the user terminal 20 may be set to monitor one or both of the single TTI grant and the multi-TTI grant. This setting may be made from the base station device 10 to the user terminal 20 by an RRC message, a MAC signal (MAC CE, etc.), or DCI, or may be set in advance in the user terminal 20.
  • the extended DCI format 0_0 / extended DCI format 0_1 may be used for both the single TTI grant and the multi-TTI grant.
  • the user terminal 20 is a multi-TTI grant if the number of consecutive multiple slots (or the number of PUSCHs) for transmitting PUSCH is specified in the extended DCI format 0_0 / extended DCI format 0_1. If it is not specified, it can be determined that it is a single TTI grant.
  • the extended DCI format 0_1 may be used as the multi-TTI grant, and the existing or extended DCI format 0_1 may be used as the single TTI grant.
  • FIG. 11 is a sequence diagram according to the fourth embodiment.
  • a new DCI format (for example, DCI format 0_2), which is a new DCI format not found in the existing technology, is transmitted from the base station apparatus 10 to the user terminal 20.
  • the new DCI format includes information for designating a plurality of consecutive slots (or the number of PUSCHs) for transmitting PUSCHs and a plurality of candidate start positions as a multi-TTI grant.
  • the field of information that specifies the multiple start candidate positions is referred to as a TDRA field for convenience, and its value (that is, a value indicating which "multiple start candidate positions" are applied) is referred to as TDRA.
  • the user terminal 20 applies the "multiple candidate start positions" drawn in S401 to each of the continuous slots assigned for PUSCH transmission.
  • multiple types of "multiple candidate start positions” are defined by the specifications. However, this is only an example, and at the timing before S401, a plurality of types of "multiple candidate start positions" are set for the user terminal 20 in the PUSCH-TimeDomeinRelocationAllocationList of Example 1 or the PUSCH-Config of Example 2. Then, the "multiple candidate start positions" to be applied among the plurality of types of "multiple candidate start positions" may be instructed by new DCI format.
  • the user terminal 20 may be configured to monitor both the DCI format 0_0 / DCI format 0_1 as a single TTI grant and the new DCI format as a multi-TTI format.
  • This setting may be made from the base station apparatus 10 to the user terminal 20 by an RRC message, a MAC signal (MAC CE or the like), or DCI, or may be preset in the user terminal 20.
  • the number of different DCI sizes that the user terminal 20 should monitor is, for example, 4 or less. However, assuming NR-U, the number of different DCI sizes that the user terminal 20 should monitor may be 5 or less.
  • the user terminal 20 may be set to monitor either DCI format 0_0 / DCI format 0_1 as a single TTI grant and new DCI format as a multi-TTI format.
  • This setting may be made from the base station apparatus 10 to the user terminal 20 by an RRC message, a MAC signal (MAC CE or the like), or DCI, or may be preset in the user terminal 20.
  • the new DCI format may be used for both the single TTI grant and the multi-TTI grant.
  • the user terminal 20 specifies the number of consecutive multiple slots (or the number of PUSCHs) for transmitting PUSCH in the new DCI format, it determines that this is a multi-TTI grant and specifies the number. If there is no single TTI grant, it can be determined.
  • Example 5 is applicable to any of Examples 1 to 4.
  • FIG. 12 is a sequence diagram showing an operation example of the fifth embodiment.
  • the user terminal 20 provides the base station apparatus with capability information indicating whether or not, for example, an operation based on "plurality candidate start positions" (example: an operation described with reference to FIG. 7) is supported.
  • the base station apparatus 10 that has received the capability information can execute scheduling according to the capability information.
  • Example 5-1 and Example 5-2 and Example 5-3 will be described.
  • Example 5-1 In Example 5-1 it is assumed that the user terminal 20 that supports NR-U UL must support (must support) multi-TTI grant, and does it support the operation based on the "multiple candidate start positions"? The ability information indicating whether or not is transmitted to the base station apparatus 20.
  • the ability information transmitted from the user terminal 20 in the 5-1 embodiment includes, for example, information indicating whether or not to support the operation based on the "multiple candidate start positions" in the express.
  • the ability information transmitted from the user terminal 20 in the 5-1 embodiment in addition to the information indicating whether or not to support the operation based on the "plurality candidate start position" in the express, or in place of the information. , The maximum number of candidate start positions per slot supported by the user terminal 20 may be included.
  • the user terminal 20 transmits the capability information indicating whether or not the multi-TTI grant is supported to the base station apparatus 10. It is assumed that the user terminal 20 that supports multi-TTI grant must support (always support) the operation based on the "multiple candidate start positions".
  • the user terminal 20 separately provides the base station apparatus 10 with capability information including whether or not to support multi-TTI grant and whether or not to support an operation based on "multiple candidate start positions". Send.
  • the base station apparatus 10 can execute scheduling according to the capacity of the user terminal 20.
  • Example 6 is applicable to any of Examples 1 to 5.
  • Example 6 single TTI scheduling and multi-TTI scheduling are dynamically switched for the user terminal 20 by at least the method described in Examples 6-1 to 6-4 below.
  • Example 6-1 In Example 6-1 the switching is performed by different TDRA entries (which may be referred to as TDRA fields).
  • the user terminal 20 determines that the DCI is a DCI for single TTI scheduling. to decide. Further, when the user terminal 20 receives a DCI in which the TDRA field is stored at a bit position in a specific range B (a range different from A) from the base station apparatus 10, the user terminal 20 schedules the DCI in a multi-TTI schedule. Judged as DCI for.
  • Example 6-2 switching is performed according to the number of slots (or PUSCHs) where the PUSCH is scheduled.
  • the user terminal 20 when the user terminal 20 receives from the base station apparatus 10 a DCI in which 1 is specified (in express or implicit) as the number of slots (or the number of PUSCHs) for which PUSCH is scheduled, the user terminal 20 receives the DCI. Judge DCI as DCI for single TTI scheduling. Further, when the user terminal 20 receives from the base station apparatus 10 a DCI in which a number larger than 1 is specified as the number of slots (or the number of PUSCHs) for which the PUSCH is scheduled, the user terminal 20 multiti the DCI. -Judged as DCI for TTI scheduling.
  • Example 6-3 switching is performed according to the RNTI used for scrambling the CRC added to the DCI.
  • the user terminal 20 when the user terminal 20 can decode the DCI with RNTI-A, the user terminal 20 determines that the DCI is a DCI for single TTI scheduling. Further, when the user terminal 20 can decode the DCI with RNTI-B different from RNTI-A, the user terminal 20 determines that the DCI is a DCI for multi-TTI scheduling.
  • Example 6-4 switching is performed according to the search space for monitoring DCI.
  • the search space A and the search space B are set in the user terminal 20.
  • the frequency domain resource or the time domain resource to be monitored differs between the search space A and the search space B. Both the frequency domain resource and the time domain resource to be monitored may be different between the search space A and the search space B.
  • the user terminal 20 when the user terminal 20 can decode the DCI received in the search space A, the user terminal 20 determines that the DCI is a DCI for single TTI scheduling. Further, when the user terminal 20 can decode the DCI received in the search space B, the user terminal 20 determines that the DCI is a DCI for multi-TTI scheduling.
  • the user terminal 20 may use different TDRA tables or different parameters between different plurality of RNTIs or between different plurality of search spaces.
  • a TDRA table A storing a plurality of "multiple candidate start positions” and a TDRA table B (different from the TDRA table A) storing a plurality of "multiple candidate start positions” are defined in the specifications, and the user terminal 20 is preliminarily defined. Suppose it is set. Further, it is assumed that RNTI-A and RNTI-B are set in the user terminal 20.
  • the user terminal 20 determines the plurality of candidate start positions specified by the DCI by referring to the TDRA table A.
  • the user terminal 20 determines the plurality of candidate start positions specified by the DCI by referring to the TDRA table B.
  • the user terminal 20 can dynamically switch between single TTI scheduling and multi-TTI scheduling.
  • Example 7 an example of a method for determining TBS (transport block size) in the case of transmitting PUSCH in one part of the slot will be described as Example 7.
  • TBS is a data size that can be transmitted by one PUSCH transmission.
  • Example 7-1 the user terminal 20 determines the TBS independently of the starting position of the PUSCH in the slot. That is, in the example shown in FIG. 13 similar to FIG. 7, taking the first slot in which the PUSCH is scheduled as an example, the user terminal 20 has a PUSCH for one slot shown by A and a PUSCH for a partial slot shown by B. , And a TBS having a size common to the PUSCHs for the partial slots indicated by C is determined.
  • the user terminal 20 determines the TBS assuming the first candidate start position. In the case of FIG. 13, TBS is determined assuming A. The user terminal 20 may determine the TBS by assuming the last candidate start position. In this case, in FIG. 13, TBS is determined assuming C.
  • Example 7-2 the user terminal 20 determines the TBS based on the candidate start position, i.e., the number of available symbols. In the example of FIG. 13, the user terminal 20 determines the TBS for each of A, B, and C.
  • the user terminal 20 can appropriately determine the TBS.
  • Example 8 An alternative example applicable to any of Examples 1 to 7 will be described as Example 8.
  • the starting positions of the plurality of candidates are predetermined.
  • a plurality of candidate start positions are defined in the specifications, which are preset in the user terminal 20, and the operation as shown in FIG. 7, for example, is executed using the predetermined positions.
  • the user terminal 20 when the user terminal 20 receives the multi-TTI grant from the base station apparatus 10, it executes the LBT according to the candidate start position preset as described above, and starts data transmission by PUSCH from the start position where the LBT is successful. To do.
  • the multiple candidate start positions are not explicitly set / designated by the DCI or RRC described in the first to fourth embodiments.
  • the user terminal 20 can perform an operation applying the multiple candidate start positions without receiving an explicit setting / designation of the plurality of candidate start positions by DCI or RRC.
  • the base station apparatus 10 and the user terminal 20 include a function of carrying out the above-described first to eighth embodiments.
  • the base station apparatus 10 and the user terminal 20 may each have only a part of the functions of the first to eighth embodiments.
  • FIG. 14 is a diagram showing an example of the functional configuration of the base station apparatus 10.
  • the base station apparatus 10 includes a transmission unit 110, a reception unit 120, a setting unit 130, and a control unit 140.
  • the functional configuration shown in FIG. 14 is only an example. Any function classification and name of the functional unit may be used as long as the operation according to the embodiment of the present invention can be executed. Further, the transmitting unit 110 and the receiving unit 120 may be collectively referred to as a communication unit.
  • the transmission unit 110 includes a function of generating a signal to be transmitted to the user terminal 20 side and transmitting the signal wirelessly.
  • the receiving unit 120 includes a function of receiving various signals transmitted from the user terminal 20 and acquiring information of, for example, a higher layer from the received signals. Further, the transmission unit 110 has a function of transmitting NR-PSS, NR-SSS, NR-PBCH, DL / UL control signal, DCI by PDCCH, data by PDSCH, and the like to the user terminal 20.
  • the transmission unit 110 has a function of executing the LBT because it is a function related to transmission. Alternatively, the receiving unit 120 may have a function of executing LBT.
  • the setting unit 130 stores preset setting information and various setting information to be transmitted to the user terminal 20 in a storage device included in the setting unit 130, and reads the setting information from the storage device as needed.
  • the control unit 140 schedules DL reception or UL transmission of the user terminal 20 via the transmission unit 110.
  • the function unit related to signal transmission in the control unit 140 may be included in the transmission unit 110, and the function unit related to signal reception in the control unit 140 may be included in the reception unit 120.
  • the transmitting unit 110 may be called a transmitter, and the receiving unit 120 may be called a receiver.
  • FIG. 15 is a diagram showing an example of the functional configuration of the user terminal 20.
  • the user terminal 20 has a transmission unit 210, a reception unit 220, a setting unit 230, and a control unit 240.
  • the functional configuration shown in FIG. 15 is only an example. Any function classification and name of the functional unit may be used as long as the operation according to the embodiment of the present invention can be executed.
  • the transmitting unit 210 and the receiving unit 220 may be collectively referred to as a communication unit.
  • the user terminal 20 may be called a terminal.
  • the transmission unit 210 creates a transmission signal from the transmission data and wirelessly transmits the transmission signal.
  • the receiving unit 220 wirelessly receives various signals and acquires a signal of a higher layer from the received signal of the physical layer. Further, the receiving unit 220 has a function of receiving NR-PSS, NR-SSS, NR-PBCH, DL / UL / SL control signals, DCI by PDCCH, data by PDSCH and the like transmitted from the base station apparatus 10. Further, for example, the transmission unit 210 transmits PSCCH (Physical Sidelink Control Channel), PSCH (Physical Sidelink Shared Channel), PSDCH (Physical Sidelink Discovery Channel), PSBCH (Physical Sidelink Broadcast Channel) to another user terminal 20 as D2D communication.
  • PSCCH Physical Sidelink Control Channel
  • PSCH Physical Sidelink Shared Channel
  • PSDCH Physical Sidelink Discovery Channel
  • PSBCH Physical Sidelink Broadcast Channel
  • Etc. may be transmitted, and the receiving unit 120 may receive the PSCCH, PSCH, PSDCH, PSBCH, or the like from the other user terminal 20.
  • the transmission unit 210 has a function of executing the LBT because it is a function related to transmission.
  • the receiving unit 220 may have a function of executing LBT.
  • the setting unit 230 stores various setting information received from the base station device 10 or the user terminal 20 by the receiving unit 220 in the storage device included in the setting unit 230, and reads it out from the storage device as needed.
  • the setting unit 230 also stores preset setting information.
  • the control unit 240 controls the user terminal 20.
  • the function unit related to signal transmission in the control unit 240 may be included in the transmission unit 210, and the function unit related to signal reception in the control unit 240 may be included in the reception unit 220.
  • the transmitting unit 210 may be referred to as a transmitter, and the receiving unit 220 may be referred to as a receiver.
  • a receiver 220 that receives control information from a base station device that specifies the number of consecutive slots to which physical uplink shared channels are assigned or the number of consecutive physical uplink shared channels. When LBT is successful at any of the multiple candidate start positions in a certain slot among the consecutive slots to which the physical uplink shared channel is assigned, data transmission by the physical uplink shared channel is started from the candidate start position where the LBT is successful.
  • a terminal including a transmission unit 210.
  • the receiving unit receives setting information for setting one or more sets, each of which has a plurality of candidate start positions, from the base station apparatus.
  • the control information includes information that specifies a set to be applied by the terminal among the one or more sets.
  • the receiving unit receives setting information for designating a plurality of candidate start positions applied by the terminal from the base station apparatus, and receives the setting information.
  • One or more sets, each of which has a plurality of candidate start positions, are preset in the terminal.
  • the control information includes information that specifies a set to be applied by the terminal among the one or more sets.
  • the transmitter applies the plurality of candidate start positions to each slot of the continuous slot.
  • the transmission unit sets any one of the at least two sets in the continuous slot. The terminal according to any one of the items 1 to 4 applied to the first slot of the above.
  • the transmission unit transmits to the base station apparatus the ability information indicating whether or not the terminal supports the operation to which the plurality of candidate start positions are applied, whichever is one of items 1 to 5. The terminal described in.
  • Any of the configurations described in the first to sixth paragraphs provides a technique that enables the user terminal to perform efficient transmission while ensuring LBT opportunities at an appropriate particle size.
  • each functional block may be realized by using one device that is physically or logically connected, or directly or indirectly (for example, by two or more devices that are physically or logically separated). , Wired, wireless, etc.) and may be realized using these plurality of devices.
  • the functional block may be realized by combining the software with the one device or the plurality of devices.
  • Functions include judgment, decision, judgment, calculation, calculation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, solution, selection, selection, establishment, comparison, assumption, expectation, and assumption.
  • broadcasting notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, assigning, etc., but only these. I can't.
  • a functional block that functions transmission is called a transmitting unit (transmitting unit) or a transmitter (transmitter).
  • transmitting unit transmitting unit
  • transmitter transmitter
  • the base station device 10, the user terminal 20, and the like in one embodiment of the present disclosure may function as a computer that processes the wireless communication method of the present disclosure.
  • FIG. 16 is a diagram showing an example of the hardware configuration of the base station apparatus 10 and the user terminal 20 according to the embodiment of the present disclosure.
  • the above-mentioned base station device 10 and user terminal 20 are physically configured as a computer device including a processor 1001, a storage device 1002, an auxiliary storage device 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, and the like. May be done.
  • the word “device” can be read as a circuit, device, unit, etc.
  • the hardware configuration of the base station device 10 and the user terminal 20 may be configured to include one or more of the devices shown in the figure, or may be configured not to include some of the devices.
  • the processor 1001 For each function of the base station device 10 and the user terminal 20, the processor 1001 performs an operation by loading predetermined software (program) on the hardware such as the processor 1001 and the storage device 1002, and the communication device 1004 performs communication. It is realized by controlling or controlling at least one of reading and writing of data in the storage device 1002 and the auxiliary storage device 1003.
  • the processor 1001 operates, for example, an operating system to control the entire computer.
  • the processor 1001 may be composed of a central processing unit (CPU: Central Processing Unit) including an interface with a peripheral device, a control device, an arithmetic unit, a register, and the like.
  • CPU Central Processing Unit
  • control unit 140, control unit 240, and the like may be realized by the processor 1001.
  • the processor 1001 reads a program (program code), a software module, data, or the like from at least one of the auxiliary storage device 1003 and the communication device 1004 into the storage device 1002, and executes various processes according to these.
  • a program program that causes a computer to execute at least a part of the operations described in the above-described embodiment is used.
  • the control unit 140 of the base station device 10 shown in FIG. 14 may be realized by a control program stored in the storage device 1002 and operated by the processor 1001.
  • the control unit 240 of the user terminal 20 shown in FIG. 15 may be realized by a control program stored in the storage device 1002 and operated by the processor 1001.
  • Processor 1001 may be implemented by one or more chips.
  • the program may be transmitted from the network via a telecommunication line.
  • the storage device 1002 is a computer-readable recording medium, and is represented by at least one of ROM (Read Only Memory), EPROM (Erasable Programmable ROM), EEPROM (Electrically Erasable Programmable ROM), RAM (Random Access Memory), and the like. It may be configured.
  • the storage device 1002 may be referred to as a register, a cache, a main memory (main storage device), or the like.
  • the storage device 1002 can store a program (program code), a software module, or the like that can be executed to implement the communication method according to the embodiment of the present disclosure.
  • the auxiliary storage device 1003 is a computer-readable recording medium, and is, for example, an optical disk such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, an optical magnetic disk (for example, a compact disk, a digital versatile disk, Blu -It may be composed of at least one of a ray (registered trademark) disk), a smart card, a flash memory (for example, a card, a stick, a key drive), a floppy (registered trademark) disk, a magnetic strip, and the like.
  • the storage medium described above may be, for example, a database, server or other suitable medium containing at least one of the storage device 1002 and the auxiliary storage device 1003.
  • the communication device 1004 is hardware (transmission / reception device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as, for example, a network device, a network controller, a network card, a communication module, or the like.
  • the communication device 1004 includes, for example, a high frequency switch, a duplexer, a filter, a frequency synthesizer, and the like in order to realize at least one of frequency division duplex (FDD: Frequency Division Duplex) and time division duplex (TDD: Time Division Duplex). It may be composed of.
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • the transmission / reception unit may be physically or logically separated from each other in the transmission unit and the reception unit.
  • the input device 1005 is an input device (for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that receives an input from the outside.
  • the output device 1006 is an output device (for example, a display, a speaker, an LED lamp, etc.) that outputs to the outside.
  • the input device 1005 and the output device 1006 may have an integrated configuration (for example, a touch panel).
  • each device such as the processor 1001 and the storage device 1002 is connected by a bus 1007 for communicating information.
  • the bus 1007 may be configured by using a single bus, or may be configured by using a different bus for each device.
  • the base station device 10 and the user terminal 20 are a microprocessor, a digital signal processor (DSP: Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), a PLD (Programmable Logic Device), an FPGA (Field Programmable Gate Array), or the like. It may be configured to include hardware, and the hardware may realize a part or all of each functional block. For example, processor 1001 may be implemented using at least one of these hardware.
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • PLD Programmable Logic Device
  • FPGA Field Programmable Gate Array
  • the boundary of the functional unit or the processing unit in the functional block diagram does not always correspond to the boundary of the physical component.
  • the operation of the plurality of functional units may be physically performed by one component, or the operation of one functional unit may be physically performed by a plurality of components. With respect to the processing procedure described in the embodiment, the order of processing may be changed as long as there is no contradiction.
  • the base station apparatus 10 and the user terminal 20 have been described using a functional block diagram, but such an apparatus may be realized by hardware, software, or a combination thereof.
  • the software operated by the processor of the base station apparatus 10 according to the embodiment of the present invention and the software operated by the processor of the user terminal 20 according to the embodiment of the present invention are random access memory (RAM), flash memory, and read, respectively. It may be stored in a dedicated memory (ROM), EPROM, EEPROM, registers, hard disk (HDD), removable disk, CD-ROM, database, server or any other suitable storage medium.
  • information notification includes physical layer signaling (for example, DCI (Downlink Control Information), UCI (Uplink Control Information)), higher layer signaling (for example, RRC (Radio Resource Control) signaling, MAC (Medium Access Control) signaling, etc. Broadcast information (MIB (Master Information Block), SIB (System Information Block)), other signals, or a combination thereof may be used.
  • RRC signaling may be referred to as an RRC message, for example, RRC. It may be a connection setup (RRCConnectionSetup) message, an RRC connection reconfiguration (RRCConnectionReconfiguration) message, or the like.
  • Each aspect / embodiment described in the present disclosure includes LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G (4th generation mobile communication system), and 5G (5th generation mobile communication).
  • system FRA (Future Radio Access), NR (new Radio), W-CDMA (registered trademark), GSM (registered trademark), CDMA2000, UMB (Ultra Mobile Broadband), LTE 802.11 (Wi-Fi (registered trademark)) )), LTE 802.16 (WiMAX®), IEEE 802.20, UWB (Ultra-WideBand), Bluetooth®, and other systems that utilize suitable systems and have been extended based on these. It may be applied to at least one of the next generation systems. Further, a plurality of systems may be applied in combination (for example, a combination of at least one of LTE and LTE-A and 5G).
  • the specific operation performed by the base station apparatus 10 in the present specification may be performed by its upper node (upper node).
  • various operations performed for communication with the user terminal 20 are other than the base station device 10 and the base station device 10. It is clear that this can be done by at least one of the network nodes (eg, MME or S-GW, etc., but not limited to these).
  • the network nodes eg, MME or S-GW, etc., but not limited to these.
  • the other network nodes may be a combination of a plurality of other network nodes (for example, MME and S-GW). Good.
  • the information, signals, etc. described in the present disclosure can be output from the upper layer (or lower layer) to the lower layer (or upper layer). Input / output may be performed via a plurality of network nodes.
  • the input / output information and the like may be stored in a specific location (for example, memory) or may be managed using a management table. Input / output information and the like can be overwritten, updated, or added. The output information and the like may be deleted. The input information or the like may be transmitted to another device.
  • the determination in the present disclosure may be made by a value represented by 1 bit (0 or 1), by a boolean value (Boolean: true or false), or by comparing numerical values (for example). , Comparison with a predetermined value).
  • Software is an instruction, instruction set, code, code segment, program code, program, subprogram, software module, whether called software, firmware, middleware, microcode, hardware description language, or another name.
  • Applications, software applications, software packages, routines, subroutines, objects, executables, execution threads, procedures, features, etc. should be broadly interpreted.
  • software, instructions, information, etc. may be transmitted and received via a transmission medium.
  • a transmission medium For example, a website that uses at least one of wired technology (coaxial cable, fiber optic cable, twist pair, digital subscriber line (DSL: Digital Subscriber Line), etc.) and wireless technology (infrared, microwave, etc.) When transmitted from a server, or other remote source, at least one of these wired and wireless technologies is included within the definition of transmission medium.
  • the information, signals, etc. described in this disclosure may be represented using any of a variety of different techniques.
  • data, instructions, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description are voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any of these. It may be represented by a combination of.
  • a channel and a symbol may be a signal (signaling).
  • the signal may be a message.
  • the component carrier CC: Component Carrier
  • CC Component Carrier
  • system and “network” used in this disclosure are used interchangeably.
  • the information, parameters, etc. described in the present disclosure may be expressed using absolute values, relative values from predetermined values, or using other corresponding information. It may be represented.
  • the radio resource may be one indicated by an index.
  • base station Base Station
  • wireless base station base station
  • base station device fixed station
  • NodeB nodeB
  • eNodeB eNodeB
  • GNB nodeB
  • access point “ transmission point ”,“ reception point ”,“ transmission / reception point (transmission / reception point) ”,“ cell ”,“ sector ”
  • Terms such as “cell group,” “carrier,” and “component carrier” can be used interchangeably.
  • Base stations are sometimes referred to by terms such as macrocells, small cells, femtocells, and picocells.
  • the base station can accommodate one or more (for example, three) cells.
  • a base station accommodates multiple cells, the entire coverage area of the base station can be divided into multiple smaller areas, each smaller area being a base station subsystem (eg, a small indoor base station (RRH:)).
  • Communication services can also be provided by (Remote Radio Head).
  • the term "cell” or “sector” is a part or all of the coverage area of at least one of the base station and the base station subsystem that provides the communication service in this coverage. Point to.
  • MS Mobile Station
  • UE User Equipment
  • Mobile stations can be subscriber stations, mobile units, subscriber units, wireless units, remote units, mobile devices, wireless devices, wireless communication devices, remote devices, mobile subscriber stations, access terminals, mobile terminals, wireless, depending on the trader. It may also be referred to as a terminal, remote terminal, handset, user agent, mobile client, client, or some other suitable term.
  • At least one of the base station and the mobile station may be called a transmitting device, a receiving device, a communication device, or the like. At least one of the base station and the mobile station may be a device mounted on the mobile body, the mobile body itself, or the like.
  • the moving body may be a vehicle (for example, a car, an airplane, etc.), an unmanned moving body (for example, a drone, an autonomous vehicle, etc.), or a robot (manned or unmanned type). ) May be.
  • at least one of the base station and the mobile station includes a device that does not necessarily move during communication operation.
  • at least one of the base station and the mobile station may be an IoT (Internet of Things) device such as a sensor.
  • IoT Internet of Things
  • the base station in the present disclosure may be read by the user terminal.
  • the communication between the base station and the user terminal is replaced with the communication between a plurality of user terminals 20 (for example, it may be called D2D (Device-to-Device), V2X (Vehicle-to-Everything), etc.).
  • D2D Device-to-Device
  • V2X Vehicle-to-Everything
  • Each aspect / embodiment of the present disclosure may be applied to the configuration.
  • the user terminal 20 may have the function of the base station device 10 described above.
  • words such as "up” and “down” may be read as words corresponding to communication between terminals (for example, "side”).
  • the uplink, downlink, and the like may be read as side channels.
  • the user terminal in the present disclosure may be read as a base station.
  • the base station may have the functions of the user terminal described above.
  • determining and “determining” used in this disclosure may include a wide variety of actions.
  • “Judgment” and “decision” are, for example, judgment (judging), calculation (calculating), calculation (computing), processing (processing), derivation (deriving), investigation (investigating), search (looking up, search, inquiry). It may include (eg, searching in a table, database or another data structure), ascertaining as “judgment” or “decision”.
  • judgment and “decision” are receiving (for example, receiving information), transmitting (for example, transmitting information), input (input), output (output), and access. (Accessing) (for example, accessing data in memory) may be regarded as “judgment” or “decision”.
  • judgment and “decision” mean that “resolving”, “selecting”, “choosing”, “establishing”, “comparing”, etc. are regarded as “judgment” and “decision”. Can include. That is, “judgment” and “decision” may include that some action is regarded as “judgment” and “decision”. Further, “judgment (decision)” may be read as “assuming”, “expecting”, “considering” and the like.
  • connection means any direct or indirect connection or connection between two or more elements, and each other. It can include the presence of one or more intermediate elements between two “connected” or “combined” elements.
  • the connection or connection between the elements may be physical, logical, or a combination thereof.
  • connection may be read as "access”.
  • the two elements use at least one of one or more wires, cables and printed electrical connections, and, as some non-limiting and non-comprehensive examples, the radio frequency domain. Can be considered to be “connected” or “coupled” to each other using electromagnetic energies having wavelengths in the microwave and light (both visible and invisible) regions.
  • the reference signal can also be abbreviated as RS (Reference Signal), and may be called a pilot (Pilot) depending on the applicable standard.
  • RS Reference Signal
  • Pilot Pilot
  • references to elements using designations such as “first”, “second”, etc. as used in this disclosure does not generally limit the quantity or order of those elements. These designations can be used in the present disclosure as a convenient way to distinguish between two or more elements. Thus, references to the first and second elements do not mean that only two elements can be adopted, or that the first element must somehow precede the second element.
  • the wireless frame may be composed of one or more frames in the time domain. Each one or more frames in the time domain may be referred to as a subframe. Subframes may further consist of one or more slots in the time domain.
  • the subframe may have a fixed time length (eg, 1 ms) that is independent of numerology.
  • the numerology may be a communication parameter that applies to at least one of the transmission and reception of a signal or channel.
  • Numerology includes, for example, subcarrier spacing (SCS: SubCarrier Spacing), bandwidth, symbol length, cyclic prefix length, transmission time interval (TTI: Transmission Time Interval), number of symbols per TTI, wireless frame configuration, transmitter / receiver.
  • SCS subcarrier spacing
  • TTI Transmission Time Interval
  • At least one of a specific filtering process performed in the frequency domain, a specific windowing process performed by the transmitter / receiver in the time domain, and the like may be indicated.
  • the slot may be composed of one or more symbols (OFDM (Orthogonal Frequency Division Multiplexing) symbols, SC-FDMA (Single Carrier Frequency Division Multiple Access) symbols, etc.) in the time domain. Slots may be time units based on new melody.
  • OFDM Orthogonal Frequency Division Multiplexing
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • the slot may include a plurality of mini slots. Each minislot may consist of one or more symbols in the time domain. Further, the mini slot may be called a sub slot. A minislot may consist of a smaller number of symbols than the slot.
  • a PDSCH (or PUSCH) transmitted in time units larger than the minislot may be referred to as a PDSCH (or PUSCH) mapping type A.
  • the PDSCH (or PUSCH) transmitted using the minislot may be referred to as PDSCH (or PUSCH) mapping type B.
  • the wireless frame, subframe, slot, mini slot and symbol all represent the time unit when transmitting a signal.
  • the radio frame, subframe, slot, minislot and symbol may have different names corresponding to each.
  • one subframe may be called a transmission time interval (TTI), a plurality of consecutive subframes may be called TTI, and one slot or one minislot may be called TTI.
  • TTI transmission time interval
  • the unit representing TTI may be called a slot, a mini slot, or the like instead of a subframe.
  • one slot may be called a unit time. The unit time may be different for each cell depending on the new melody.
  • TTI refers to, for example, the minimum time unit of scheduling in wireless communication.
  • the base station schedules each user terminal 20 to allocate wireless resources (frequency bandwidth that can be used in each user terminal 20, transmission power, etc.) in TTI units.
  • the definition of TTI is not limited to this.
  • the TTI may be a transmission time unit such as a channel-encoded data packet (transport block), a code block, or a code word, or may be a processing unit such as scheduling or link adaptation.
  • the time interval for example, the number of symbols
  • the transport block, code block, code word, etc. may be shorter than the TTI.
  • one or more TTIs may be the minimum time unit for scheduling. Further, the number of slots (number of mini-slots) constituting the minimum time unit of the scheduling may be controlled.
  • a TTI having a time length of 1 ms may be referred to as a normal TTI (TTI in LTE Rel. 8-12), a normal TTI, a long TTI, a normal subframe, a normal subframe, a long subframe, a slot, or the like.
  • TTIs shorter than normal TTIs may be referred to as shortened TTIs, short TTIs, partial TTIs (partial or fractional TTIs), shortened subframes, short subframes, minislots, subslots, slots, and the like.
  • the long TTI (for example, normal TTI, subframe, etc.) may be read as a TTI having a time length of more than 1 ms, and the short TTI (for example, shortened TTI, etc.) is less than the TTI length of the long TTI and 1 ms. It may be read as a TTI having the above TTI length.
  • the resource block (RB) is a resource allocation unit in the time domain and the frequency domain, and may include one or a plurality of continuous subcarriers in the frequency domain.
  • the number of subcarriers contained in the RB may be the same regardless of the numerology, and may be, for example, 12.
  • the number of subcarriers contained in the RB may be determined based on numerology.
  • the time domain of RB may include one or more symbols, and may have a length of 1 slot, 1 mini slot, 1 subframe, or 1 TTI.
  • Each 1TTI, 1 subframe, etc. may be composed of one or a plurality of resource blocks.
  • one or more RBs include a physical resource block (PRB: Physical RB), a sub-carrier group (SCG: Sub-Carrier Group), a resource element group (REG: Resource Element Group), a PRB pair, an RB pair, and the like. May be called.
  • PRB Physical resource block
  • SCG Sub-Carrier Group
  • REG Resource Element Group
  • PRB pair an RB pair, and the like. May be called.
  • the resource block may be composed of one or a plurality of resource elements (RE: Resource Element).
  • RE Resource Element
  • 1RE may be a radio resource area of 1 subcarrier and 1 symbol.
  • Bandwidth part (which may also be called partial bandwidth) may represent a subset of consecutive common resource blocks (RBs) for a certain neurology in a carrier.
  • the common RB may be specified by the index of the RB with respect to the common reference point of the carrier.
  • PRBs may be defined in a BWP and numbered within that BWP.
  • the BWP may include a BWP for UL (UL BWP) and a BWP for DL (DL BWP).
  • UL BWP UL BWP
  • DL BWP DL BWP
  • One or more BWPs may be set in one carrier for the UE.
  • At least one of the configured BWPs may be active, and the UE may not expect to send or receive a given signal / channel outside the active BWP.
  • “cell”, “carrier” and the like in this disclosure may be read as “BWP”.
  • the above-mentioned structures such as wireless frames, subframes, slots, mini slots and symbols are merely examples.
  • the number of subframes contained in a wireless frame the number of slots per subframe or wireless frame, the number of minislots contained within a slot, the number of symbols and RBs contained in a slot or minislot, included in the RB.
  • the number of subcarriers, the number of symbols in the TTI, the symbol length, the cyclic prefix (CP: Cyclic Prefix) length, and other configurations can be changed in various ways.
  • the term "A and B are different” may mean “A and B are different from each other”.
  • the term may mean that "A and B are different from C”.
  • Terms such as “separate” and “combined” may be interpreted in the same way as “different”.
  • the notification of predetermined information (for example, the notification of "being X") is not limited to the explicit one, but is performed implicitly (for example, the notification of the predetermined information is not performed). May be good.
  • the transmitting unit 210 and the receiving unit 220 are examples of communication units.
  • the transmission unit 110 and the reception unit 120 are examples of communication units.
  • the UECapacityEnquiry is an example of a first RRC message inquiring about the capabilities of a user terminal.
  • the UECapacity Information is an example of a second RRC message reporting UE capability.
  • Base station device 110 Transmission unit 120 Reception unit 130 Setting unit 140 Control unit 20 User terminal 210 Transmission unit 220 Reception unit 230 Setting unit 240 Control unit 1001 Processor 1002 Storage device 1003 Auxiliary storage device 1004 Communication device 1005 Input device 1006 Output device

Landscapes

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

Abstract

物理上り共有チャネルが割り当てられる連続するスロットの数、又は、連続する物理上り共有チャネルの数を指定した制御情報を基地局装置から受信する受信部と、前記物理上り共有チャネルが割り当てられる連続するスロットのうちのあるスロットにおける複数候補開始位置のいずれかでＬＢＴに成功した場合に、ＬＢＴに成功した候補開始位置から前記物理上り共有チャネルによるデータ送信を開始する送信部とを備える端末。

Description

端末
　本発明は、無線通信システムにおける端末に関する。
　ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）の後継システムであるＮＲ（Ｎｅｗ　Ｒａｄｉｏ）（「５Ｇ」ともいう。）においては、要求条件として、大容量のシステム、高速なデータ伝送速度、低遅延、多数の端末の同時接続、低コスト、省電力等を満たす技術が検討されている。
　また、既存のＬＴＥシステムでは、周波数帯域を拡張するため、通信事業者（オペレータ）に免許された周波数帯域（ライセンスバンド（ｌｉｃｅｎｓｅｄ　ｂａｎｄ）とは異なる周波数帯域（アンライセンスバンド（ｕｎｌｉｃｅｎｓｅｄ　ｂａｎｄ）、アンライセンスキャリア（ｕｎｌｉｃｅｎｓｅｄ　ｃａｒｒｉｅｒ）、アンライセンスＣＣ（ｕｎｌｉｃｅｎｓｅｄ　ＣＣ）ともいう）の利用がサポートされている。アンライセンスバンドとしては、例えば、Ｗｉ－Ｆｉ（登録商標）あるいはＢｌｕｅｔｏｏｔｈ（登録商標）を使用可能な２．４ＧＨｚ帯又は５ＧＨｚ帯、６ＧＨｚ帯などが想定される。
　具体的には、Ｒｅｌ．１３では、ライセンスバンドのキャリア（ＣＣ）とアンライセンスバンドのキャリア（ＣＣ）とを統合するキャリアアグリゲーション（Ｃａｒｒｉｅｒ　Ａｇｇｒｅｇａｔｉｏｎ：ＣＡ）がサポートされる。このように、ライセンスバンドとともにアンライセンスバンドを用いて行う通信をＬｉｃｅｎｓｅ－Ａｓｓｉｓｔｅｄ　Ａｃｃｅｓｓ（ＬＡＡ）と称する。
　ライセンスバンドとともにアンライセンスバンドを用いて通信を行う無線通信システムでは、基地局装置（下りリンク）及びユーザ端末（上りリンク）は、アンライセンスバンドにおけるデータの送信前に、他の装置（例えば、基地局装置、ユーザ端末、Ｗｉ－Ｆｉ装置など）の送信の有無を確認するためにチャネルのセンシング（キャリアセンス）を行う。センシングの結果、他の装置の送信がないことを確認すると、送信機会を獲得し、送信を行うことができる。この動作はＬＢＴ（Ｌｉｓｔｅｎ　Ｂｅｆｏｒｅ　Ｔａｌｋ）と呼ばれる。また、ＮＲにおいて、アンライセンスバンドをサポートするシステムはＮＲ－Ｕシステムと呼ばれる。
３ＧＰＰ　ＴＳ　３８．３３１　Ｖ１５．６．０　（２０１９－０６） ３ＧＰＰ　ＴＳ　３８．２１２　Ｖ１５．６．０　（２０１９－０６） ３ＧＰＰ　ＴＳ　３８．２１３　Ｖ１５．６．０　（２０１９－０６） ３ＧＰＰ　ＴＳ　３８．２１４　Ｖ１５．６．０　（２０１９－０６）
　ＮＲ－Ｕシステムにおいて、複数スロットに渡ってＰＵＳＣＨをスケジュールするｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔが用いられることが想定されている。
　ユーザ端末において、細かな粒度でのＬＢＴ機会を持たせるために、例えば、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔにより、複数スロットに渡る複数ミニスロットでのスケジューリングを行うことが考えられる。しかし、この方法では、ユーザ端末は、ＬＢＴに成功した場合に、複数ミニスロットでＰＵＳＣＨによるデータ送信を行う必要があり、非効率である。
　本発明は上記の点に鑑みてなされたものであり、ユーザ端末において、適切な粒度でのＬＢＴ機会を確保しつつ、効率的な送信を行うことを可能とする技術を提供することを目的とする。
　開示の技術によれば、物理上り共有チャネルが割り当てられる連続するスロットの数、又は、連続する物理上り共有チャネルの数を指定した制御情報を基地局装置から受信する受信部と、
　前記物理上り共有チャネルが割り当てられる連続するスロットのうちのあるスロットにおける複数候補開始位置のいずれかでＬＢＴに成功した場合に、ＬＢＴに成功した候補開始位置から前記物理上り共有チャネルによるデータ送信を開始する送信部と
　を備える端末が提供される。
　開示の技術によれば、ユーザ端末において、適切な粒度でのＬＢＴ機会を確保しつつ、効率的な送信を行うことを可能とする技術が提供される。
本発明の実施の形態における無線通信システムを説明するための図である。 本発明の実施の形態における無線通信システムを説明するための図である。 Ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔの例を説明するための図である。 ＴＤＲＡのＲＲＣメッセージの例を示す図である。 ｍｉｎｉ－ｓｌｏｔベーススケジューリングを含むＭｕｌｔｉ－ＴＴＩ　ｇｒａｎｔの例を説明するための図である。 課題を説明するための図である。 実施例におけるユーザ端末の動作を説明するための図である。 実施例１の動作例を示すシーケンス図である。 実施例２の動作例を示すシーケンス図である。 実施例３の動作例を示すシーケンス図である。 実施例４の動作例を示すシーケンス図である。 実施例５の動作例を示すシーケンス図である。 実施例７を説明するための図である。 本発明の実施の形態における基地局装置１０の機能構成の一例を示す図である。 本発明の実施の形態におけるユーザ端末２０の機能構成の一例を示す図である。 本発明の実施の形態における基地局装置１０又はユーザ端末２０のハードウェア構成の一例を示す図である。
　以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例であり、本発明が適用される実施の形態は、以下の実施の形態に限られない。
　本発明の実施の形態の無線通信システムの動作にあたっては、適宜、既存技術が使用される。当該既存技術は、例えば既存のＮＲである。なお、本発明は、ＮＲに限らず、どのような無線通信システムにも適用可能である。
　また、本発明の実施の形態において、複信（Ｄｕｐｌｅｘ）方式は、ＴＤＤ（Ｔｉｍｅ　Ｄｉｖｉｓｉｏｎ　Ｄｕｐｌｅｘ）方式でもよいし、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｄｕｐｌｅｘ）方式でもよいし、又はそれ以外（例えば、Ｆｌｅｘｉｂｌｅ　Ｄｕｐｌｅｘ等）の方式でもよい。
　また、本発明の実施の形態において、無線パラメータ等が「設定される（Ｃｏｎｆｉｇｕｒｅ）」とは、所定の値が予め設定（Ｐｒｅ－ｃｏｎｆｉｇｕｒｅ）されることであってもよいし、基地局装置１０又はユーザ端末２０から通知される無線パラメータが設定されることであってもよい。
　（システム構成）
　図１は、本発明の実施の形態における無線通信システムを説明するための図である。本発明の実施の形態における無線通信システムは、図１に示されるように、基地局装置１０及びユーザ端末２０を含む。図１には、基地局装置１０及びユーザ端末２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。なお、ユーザ端末２０を「端末」と呼んでもよい。また、本実施の形態における無線通信システムは、ＮＲ－Ｕシステムと呼ばれてもよい。
　基地局装置１０は、１つ以上のセルを提供し、ユーザ端末２０と無線通信を行う通信装置である。無線信号の物理リソースは、時間領域及び周波数領域で定義され、時間領域はスロット又はＯＦＤＭシンボルで定義されてもよいし、周波数領域は、サブバンド、サブキャリア又はリソースブロックで定義されてもよい。
　図１に示されるように、基地局装置１０は、ＤＬ（Ｄｏｗｎｌｉｎｋ）で制御情報又はデータをユーザ端末２０に送信し、ＵＬ（Ｕｐｌｉｎｋ）で制御情報又はデータをユーザ端末２０から受信する。基地局装置１０及びユーザ端末２０はいずれも、ビームフォーミングを行って信号の送受信を行うことが可能である。また、基地局装置１０及びユーザ端末２０はいずれも、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ　Ｉｎｐｕｔ　Ｍｕｌｔｉｐｌｅ　Ｏｕｔｐｕｔ）による通信をＤＬ又はＵＬに適用することが可能である。また、基地局装置１０及びユーザ端末２０はいずれも、ＣＡ（Ｃａｒｒｉｅｒ　Ａｇｇｒｅｇａｔｉｏｎ）によるＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ　Ｃｅｌｌ）及びＰＣｅｌｌ（Ｐｒｉｍａｒｙ　Ｃｅｌｌ）を介して通信を行ってもよい。
　ユーザ端末２０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）用通信モジュール等の無線通信機能を備えた通信装置である。図１に示されるように、ユーザ端末２０は、ＤＬで制御情報又はデータを基地局装置１０から受信し、ＵＬで制御情報又はデータを基地局装置１０に送信することで、無線通信システムにより提供される各種通信サービスを利用する。
　図２は、ＮＲ－ＤＣ（ＮＲ－Ｄｕａｌ　ｃｏｎｎｅｃｔｉｖｉｔｙ）が実行される場合における無線通信システムの構成例を示す。図２に示すとおり、ＭＮ（Ｍａｓｔｅｒ　Ｎｏｄｅ）となる基地局装置１０Ａと、ＳＮ（Ｓｅｃｏｎｄａｒｙ　Ｎｏｄｅ）となる基地局装置１０Ｂが備えられる。基地局装置１０Ａと基地局装置１０Ｂはそれぞれコアネットワークに接続される。ユーザ端末２０は基地局装置１０Ａと基地局装置１０Ｂの両方と通信を行う。
　ＭＮである基地局装置１０Ａにより提供されるセルグループをＭＣＧ（Ｍａｓｔｅｒ　Ｃｅｌｌ　Ｇｒｏｕｐ）と呼び、ＳＮである基地局装置１０Ｂにより提供されるセルグループをＳＣＧ（Ｓｅｃｏｎｄａｒｙ　Ｃｅｌｌ　Ｇｒｏｕｐ）と呼ぶ。実施例１～実施例８で後述する動作は、図１と図２のいずれの構成で行ってもよい。
　本実施の形態における無線通信システムでは、前述したＬＢＴが実行される。基地局装置１０あるいはユーザ端末２０は、ＬＢＴ結果がアイドルである場合（ＬＢＴに成功した場合）にＣＯＴを獲得し、送信を行い、ＬＢＴ結果がビジーである場合（ＬＢＴ－ｂｕｓｙ）に、送信を行わない。
　本実施の形態における無線通信システムは、アンライセンスＣＣ及びライセンスＣＣを用いるキャリアアグリゲーション（ＣＡ）の動作を行ってもよいし、アンライセンスＣＣ及びライセンスＣＣを用いるデュアルコネクティビティ（ＤＣ）の動作を行ってもよいし、アンライセンスＣＣのみを用いるスタンドアローン（ＳＡ）の動作を行ってもよい。ＣＡ、ＤＣ、又はＳＡは、ＮＲ及びＬＴＥのいずれか１つのシステムによって行われてもよい。ＤＣは、ＮＲ、ＬＴＥ、及び他のシステムの少なくとも２つによって行われてもよい。
　ユーザ端末２０は、基地局装置１０からの送信バーストを検出するための、ＰＤＣＣＨ又はグループ共通ＰＤＣＣＨ（ｇｒｏｕｐ　ｃｏｍｍｏｎ（ＧＣ）－ＰＤＣＣＨ）内の信号（例えば、Ｄｅｍｏｄｕｌａｔｉｏｎ　Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ（ＤＭＲＳ）などのＲｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ（ＲＳ））の存在を想定してもよい。
　基地局装置１０は、基地局装置契機のＣＯＴ開始時に、ＣＯＴ開始を通知する特定ＤＭＲＳを含む特定ＰＤＣＣＨ（ＰＤＣＣＨ又はＧＣ－ＰＤＣＣＨ）を送信してもよい。特定ＰＤＣＣＨ及び特定ＤＭＲＳの少なくとも１つは、ＣＯＴ開始通知信号と呼ばれてもよい。基地局装置１０は、例えば、ＣＯＴ開始通知信号を１以上のユーザ端末へ送信し、ユーザ端末は、特定ＤＭＲＳを検出した場合、ＣＯＴを認識することができる。
　（ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔについて）
　ＮＲ－Ｕにおいて、１つのＤＣＩで複数スロット／複数ミニスロットに渡って複数のＰＵＳＣＨをスケジューリングするｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔを使用することが想定されている。なお、「スケジューリングする（あるいはスケジュールする）」を「割り当てる」に言い換えてもよい。
　ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔにより、別々のＴＢ（トランスポートブロック）を送信する連続する複数のＰＵＳＣＨがスケジューリングされる。１つのＴＢは、１つのスロット又は１つのミニスロットにマッピングされ、１つのＰＵＳＣＨで送信される。当該１つのＴＢを送信する１つのＰＵＳＣＨには１つのＨＡＲＱプロセスが割り当てられる。
　１つのＤＣＩによりスケジューリングされる複数ＰＵＳＣＨについて、１つのＤＣＩにより、ＮＤＩとＲＶはＰＵＳＣＨ毎にシグナリングされる。また、当該ＤＣＩにより通知されたＨＡＲＱプロセスＩＤについては、スケジュールされた最初のＰＵＳＣＨに適用され、以降のＰＵＳＣＨのＨＡＲＱプロセスＩＤについては、ＰＵＳＣＨの順番で１ずつインクリメントされた値が適用される。
　図３は、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔを受信したユーザ端末２０の動作の一例を示す図である。図３の例では、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔにより、４スロット分のＰＵＳＣＨがスケジューリングされる。
　ユーザ端末２０は、Ａで示す最初のＰＵＳＣＨがスケジューリングされたスロットの手前でＬＢＴを実行し、そのＬＢＴがＯＫであれば４つの連続するＰＵＳＣＨでデータを送信する。もしも最初のＬＢＴがＮＧである場合、Ｂで示すＰＵＳＣＨがスケジューリングされたスロットの手前でＬＢＴを実行し、そのＬＢＴがＯＫであれば３つの連続するＰＵＳＣＨでデータを送信する。以降、同様の処理が行われる。もしも、Ｄで示す最後のＰＵＳＣＨがスケジューリングされたスロットの手前でＬＢＴを実行し、それがＮＧである場合、送信は行われない。
　（課題について）
　図４は、非特許文献１からの抜粋であり、ＰＵＳＣＨの時間ドメインリソースのＲＲＣによる設定のためのＩＥ（情報要素）を示している。当該ＩＥにより、最大で１６種類の時間ドメインリソースの定義をユーザ端末２０に設定できる。ユーザ端末２０は、基地局装置１０から受信するＤＣＩにより、１６種類のうちのどの時間ドメインリソースを使用してＰＵＳＣＨの送信を行うかを判断する。
　この時間ドメインリソースの設定情報を利用することで、各スロットのＰＵＳＣＨの時間ドメインリソースを図４のＩＥでユーザ端末２０に設定しておき、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔのＤＣＩで、スロット毎にどの時間ドメインリソースを使用するかを指定することが考えられる。しかし、スロット毎の指定を行う場合、スケジュールするスロット数分（あるいはＰＵＳＣＨ数分）の時間ドメインリソースを指定する情報が必要となり、ＤＣＩサイズの増加量が大きくなってしまう。
　また、ユーザ端末２０におけるＬＢＴ機会を増加させるために、図５に示すように、スケジュールする時間ドメインの最初のスロットで複数のミニスロットベースのＰＵＳＣＨスケジューリングを行って、その後、スロット境界でスロットベースのＰＵＳＣＨスケジューリングに切り替えることが考えられる。
　図５に示すスケジューリングの場合、ユーザ端末２０は、例えば、Ａで示すミニスロットの手前でＬＢＴに失敗しても、Ｂで示すミニスロットの手前で次のＬＢＴを行う機会があり、もしもここでＬＢＴに成功すれば、無駄になるリソースがＡで示すミニスロットの部分だけになり、リソースを効率的に使用できる。
　しかし、ミニスロットベースのＰＵＳＣＨのスケジューリングはｅＭＢＢ（ｅｎｈａｎｃｅｄ　Ｍｏｂｉｌｅ　Ｂｒｏａｄｂａｎｄ）に対して基本的に非効率である。また、図５の場合においてＡ～ＣのいずれにおいてもＬＢＴに失敗してしまうと、それに続く複数スロットでは、図３の場合と同様に、スロット単位でのＬＢＴとなる。つまり、例えば、Ｄで示すスロットの手前でＬＢＴに失敗すると、次のＬＢＴ機会はＤで示すスロットの終わりの部分になる。
　上記のようにＬＢＴ間隔が長くなることを回避するために、例えば、図６の下側に示すように、最初のスロット以降のスロットにおいてもミニスロットベースのＰＵＳＣＨをスケジューリングすることが考えられる。しかし、この場合、ユーザ端末２０は数多くのミニスロットベースのＰＵＳＣＨ送信をすることになり、スロットベースのＰＵＳＣＨ送信と比べて送信処理が非効率となる。
　以下、上記の点に鑑みて、ＤＣＩサイズをできるだけ増加させることなく、適切な粒度でのＬＢＴ機会を確保しつつ、効率的な送信を行うことを可能とするｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔの技術について、実施例１～８を用いて説明する。実施例１～８のうちの任意の複数の実施例は、矛盾が生じない限り、組み合わせて実施することが可能である。
　（実施例１～８に共通の動作例）
　最初に、実施例１～８に共通のユーザ端末２０の動作例について説明する。基地局装置１０からユーザ端末２０に送信されるｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔにより、１以上の連続するスロットのそれぞれにＰＵＳＣＨがスケジュールされる。更に、ユーザ端末２０において、ＰＵＳＣＨがスケジュールされるスロット毎に、１以上のＰＵＳＣＨの候補開始位置が設定される。
　図７は、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔにより、５つの連続するスロットにＰＵＳＣＨがスケジューリングされ、各スロットに３つの候補開始位置が設定された場合の例を示している。なお、後述するように、例えば、最初のスロット、最後のスロット、それ以外のスロットで、候補開始位置の設定が異なっていてもよい。
　図７では、一例として、最初のスロットでの３つの候補開始位置の設定が、その後のスケジュールされた各スロットでも同様に適用される場合を想定している。
　例えば、最初のスロットにおけるＡで示す候補開始位置は当該スロットでのシンボル＃０からＰＵＳＣＨが開始することを示している。Ｂで示す候補開始位置は当該スロットでの、例えばシンボル＃４からＰＵＳＣＨが開始することを示している。Ｃで示す候補開始位置は当該スロットでの、例えばシンボル＃９からＰＵＳＣＨが開始することを示している。ここでは一例として、１スロットのシンボル数はシンボル＃０～シンボル＃１３の１４であるとする。
　ユーザ端末２０は、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔにより、５スロット（あるいは５ＰＵＳＣＨ）を指定する割り当て情報を受信すると、各スロットにおける、各候補開始位置のＰＵＳＣＨを作成しておく。例えば、最初のスロットであれば、Ａから開始する１スロットで送信するＰＵＳＣＨを作成し、Ｂから開始するシンボル＃４～シンボル＃１３で送信するＰＵＳＣＨを作成し、Ｃから開始するシンボル＃９～シンボル＃１３で送信するＰＵＳＣＨを作成する。他のスロットも同様である。
　実施例７で後述するように、各スロットにおけるＴＢＳ（トランスポートブロックサイズ）は、候補開始位置に拠らずに決められてもよいし、候補開始位置に応じたシンボル数に応じて決められてもよい。
　上記の「ＰＵＳＣＨを作成する」とは、例えば、ＰＵＳＣＨで送信する信号を作成し、バッファ等に格納しておくことである。ユーザ端末２０は、トランスポートブロックに対して下記の処理を行って、ＰＵＳＣＨ送信を行うが、例えば、上記の「ＰＵＳＣＨを作成する」において、assigned resources and antenna portsへのマッピングの前の段階の信号を作成する。
　-Transport Block CRC attachment;
　-Code block segmentation and Code Block CRC attachment;
　-Channel coding: LDPC coding;
　-Physical-layer hybrid-ARQ processing;
　-Rate matching;
　-Scrambling;
　-Modulation;
　-Layer mapping, transform precoding (enabled/disabled by configuration), and pre-coding;
　-Mapping to assigned resources and antenna ports.
　図７の例において、例えば、ユーザ端末２０がＡの手前でＬＢＴを行って、ＬＢＴに成功すれば、５スロット全部で、１スロット単位のＰＵＳＣＨでデータを送信する。また、ユーザ端末２０がＡの手前でＬＢＴを行って、ＬＢＴに失敗し、次に、Ｂの手前でＬＢＴを行って、ＬＢＴに成功した場合、最初のスロットでは、シンボル＃４～＃１３のＰＵＳＣＨでデータを送信し、それ以降は、１スロット単位のＰＵＳＣＨでデータを送信する。ユーザ端末２０が、Ｂの手前でもＬＢＴに失敗した場合、次に、Ｃの手前でＬＢＴを行って、ＬＢＴに成功した場合、最初のスロットでは、シンボル＃９～＃１３のＰＵＳＣＨでデータを送信し、それ以降は、１スロット単位のＰＵＳＣＨでデータを送信する。
　更に、Ａ、Ｂ、Ｃの全てでＬＢＴに失敗し、２番目のスロットのＡでＬＢＴに失敗し、次に、２番目のスロットのＢの手前でＬＢＴを行って、ＬＢＴに成功した場合、ユーザ端末２０は、２番目のスロットでは、シンボル＃４～＃１３のＰＵＳＣＨでデータを送信し、それ以降は、１スロット単位のＰＵＳＣＨでデータを送信する。
　上記のように、本実施例では、ＬＢＴの観点では、図６の下側に示す場合と同じ粒度のＬＢＴ機会が得られる。また、本実施例では、あるスロットの途中でＬＢＴに成功した場合、ミニスロットベースのＰＵＳＣＨ送信が行われるのはそのスロットだけであり、それ以降のスロットではスロットベースのＰＵＳＣＨ送信が行われる。よって、図６の下側に示す場合よりも送信処理を効率化できる。
　なお、上記で説明した例では、ユーザ端末２０は、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔを受信した時点で、各候補開始位置のＰＵＳＣＨを作成することとしたが、このような動作は一例に過ぎない。このような動作の他、例えば、ユーザ端末２０は、ＬＢＴに成功した後に、送信するＰＵＳＣＨを作成し、送信することとしてもよい。例えば、ユーザ端末２０が、最初のスロットのＡの手前でＬＢＴを行って、ＬＢＴに失敗し、次に、Ｂの手前でＬＢＴを行って、ＬＢＴに成功したときに、シンボル＃４～＃１３のＰＵＳＣＨと、それ以降のスロット単位のＰＵＳＣＨを作成し、それぞれのＰＵＳＣＨでデータを送信する。
　ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔに含める情報、候補開始位置の設定方法、指定方法等には種々のバリエーションがある。以下、これらについて、実施例１～８を用いて説明する。
　（実施例１）
　まず、実施例１を説明する。図８は、実施例１の動作例を示す。Ｓ１０１において、基地局装置１０がユーザ端末２０にＲＲＣメッセージ（上位レイヤメッセージ）を送信する。当該ＲＲＣメッセージは、例えば、非特許文献１のＰＵＳＣＨ－ｃｏｎｆｉｇを拡張したものである。
　当該ＲＲＣメッセージには、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔによりＰＵＳＣＨがスケジュールされ得る連続スロットの最大数が含まれ、これによりユーザ端末２０には当該最大数が設定される。なお、スロットの最大数に代えて、当該ＲＲＣメッセージにより、連続するＰＵＳＣＨの最大数が設定されてもよい。また、スロットの最大数と連続するＰＵＳＣＨの最大数の両方が設定されてもよい。
　当該ＲＲＣメッセージにより設定される連続スロットの最大数は、特定の値に限定されないが、例えば、４よりも大きい数である。また、例えば、ＳＣＳが３０ｋＨｚの場合、当該ＲＲＣメッセージにより設定されるスロットの最大数は８であってもよい。
　また、当該ＲＲＣメッセージにより設定される連続ＰＵＳＣＨの最大数は、特定の値に限定されないが、例えば、４よりも大きい数であり、例えば、８もしくは１６であってもよい。
　上記のような最大数の設定は、実施例１～８のいずれの実施例においても実施されてよい。
　また、実施例１では、Ｓ１０１のＲＲＣメッセージにより、スロットあたりの１以上の候補開始位置が設定される。例えば、図４に示したＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎを拡張したメッセージをＲＲＣメッセージ（例えばＰＵＳＣＨ－Ｃｏｎｆｉｇ）に含める。
　実施例１では、１つのＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎにより、１スロットあたり、｛ｍａｐｐｉｎｇ　ｔｙｐｅ，　ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈ｝の組が複数個、ＰＵＳＣＨの複数候補開始位置として、設定可能である。ＲＲＣメッセージには、１以上（例えば最大１６個）のＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎからなるＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔが含められ、ユーザ端末２０に設定される。
　一例として、１つのＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎにより、｛「ＰＵＳＣＨ開始位置がシンボル＃０でＰＵＳＣＨの長さが１４」、及び「ＰＵＳＣＨ開始位置がシンボル＃７でＰＵＳＣＨの長さが７」｝という設定情報（複数の候補開始位置のセット）が設定される。これは、スロットの始まり、及びスロットの中央という複数候補開始位置を設定することに相当する。
　別の例として、１つのＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎにより、｛「ＰＵＳＣＨ開始位置がシンボル＃０でＰＵＳＣＨの長さが７」、及び「ＰＵＳＣＨ開始位置がシンボル＃７でＰＵＳＣＨの長さが７」｝という設定情報が設定される。これは、スロットの始まり、及びスロットの中央という複数候補開始位置を設定するとともに、２つのミニスロットを設定することにも相当する。
　図８のステップＳ１０２において、ユーザ端末２０は、基地局装置１０から、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔとしてのＤＣＩを受信する。当該ＤＣＩは、例えば、後述するＤＣＩ　ｆｏｒｍａｔ０＿０を拡張したもの、ＤＣＩ　ｆｏｒｍａｔ０＿１を拡張したもの、あるいは、新たなＤＣＩ ｆｏｒｍａｔ（例：ＤＣＩ　ｆｏｒｍａｔ０＿２）である。
　当該ＤＣＩにより、送信するＰＵＳＣＨを割り当てる連続スロットの数（あるいは連続ＰＵＳＣＨの数）がユーザ端末２０に指定される。当該指定に使用するビット数は、Ｓ１０１においてＲＲＣで設定された最大数に基づくものになる。
　また、Ｓ１０２のＤＣＩにより、Ｓ１０１で設定したＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔにおけるどのＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎを使用するかが指定される。例えば、ＤＣＩにより、図７の最初のスロットに示されるように３つの候補開始位置を指定するＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎが指定され、当該ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎが連続する複数スロットで適用される場合（後述する実施例１－１の場合）、ユーザ端末２０は、図７で説明した動作を実行する。
　ＨＡＲＱプロセスＩＤに関して、ユーザ端末２０は、ＤＣＩにより指定された複数の候補開始位置に対応する複数の候補リソースにおいて少なくとも１シンボルが重複する場合、当該複数の候補リソースは、１つのＨＡＲＱプロセスＩＤに対するものであると判断する。
　また、ユーザ端末２０は、「複数の候補リソースにおいて少なくとも１シンボルが重複する場合」以外の場合において、当該複数の候補リソース（すなわち複数ミニスロット）は、それぞれが個別のＨＡＲＱプロセスＩＤを持つものと判断する。
　以降、ＤＣＩにおけるＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎを指定するフィールドをＴＤＲＡフィールドと呼び、ＴＤＲＡフィールドの値をＴＤＲＡと呼ぶ。
　Ｓ１０２でユーザ端末２０に送信されるＤＣＩによるＴＤＲＡの指定方法のバリエーションとして、以下、実施例１－１、実施例１－２を説明する。
　＜実施例１－１＞
　実施例１－１では、ＤＣＩに１つのＴＤＲＡフィールドが含まれる。ユーザ端末２０は、当該１つのＴＤＲＡフィールドのＴＤＲＡが、当該ＤＣＩで指定された数の連続スロット（又は連続ＰＵＳＣＨ）のそれぞれに適用されると判断する。
　＜実施例１－２＞
　実施例１－２では、ＤＣＩは複数のＴＤＲＡフィールドを含む。例えば、ＤＣＩは、連続するスロット数（あるいはＰＵＳＣＨ数）と同じ数のＴＤＲＡフィールドを含み、１つのＴＤＲＡフィールドが１つのスロット（ＰＵＳＣＨ）に対応することとしてもよい。
　また、ＤＣＩは、ＴＤＲＡ１フィールドとＴＤＲＡ２フィールドの２つのＴＤＲＡフィールドを含むものとしてもよい。
　この場合、ＴＤＲＡ１は、ＰＵＳＣＨがスケジュールされる複数連続スロットにおける最初のスロット以外の全てのスロットに適用される。また、ＴＤＲＡ１におけるＫ２は、２番目のスロットを導出するために用いられる。
　例えば、ＴＤＲＡ１が、｛「ＰＵＳＣＨ開始位置がシンボル＃０でＰＵＳＣＨの長さが７」、及び「ＰＵＳＣＨ開始位置がシンボル＃７でＰＵＳＣＨの長さが７」｝を設定したＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎを指定する値である場合、最初のスロット以外の全てのスロットにおいて｛「ＰＵＳＣＨ開始位置がシンボル＃０でＰＵＳＣＨの長さが７」、及び「ＰＵＳＣＨ開始位置がシンボル＃７でＰＵＳＣＨの長さが７」｝という複数候補開始位置が適用される。
　また、ＴＤＲＡ２は、ＰＵＳＣＨがスケジュールされる複数連続スロットにおける最初のスロットに適用される。ＴＤＲＡ２おけるＫ２は、複数連続スロットにおける最初のスロットを導出するために使用される。一例として、Ｋ２は、ＤＣＩを受信したスロットから最初のスロットまでのスロット数を示す。例えば、Ｋ２＝１であれば、最初のスロットはＤＣＩを受信したスロットの次のスロットである。
　なお、ＴＤＲＡ２のビット数は、４ビットよりも小さくてもよい。つまり、例えば、ＴＤＲＡ２は０と１しかとらない１ビットとしてもよい。この場合、ＴＤＲＡ２＝１であれば、最初のスロットにおいて予め定められた（仕様で規定された）候補開始位置が適用される。また、ＴＤＲＡ２＝０であれば、例えば、最初のスロットでもＴＤＲＡ１が適用される。また、上記の予め定められた（仕様で規定された）候補開始位置として、スロットの開始シンボルを候補開始位置として含まず、スロットの途中を候補開始位置として含むものが規定されてもよい。
　ＤＣＩにおいて、上記のＴＤＲＡ１フィールド、ＴＤＲＡ２フィールドに加えて、ＴＤＲＡ３フィールドが含まれてもよい。
　ＴＤＲＡ３は、ＰＵＳＣＨがスケジュールされる複数連続スロットにおける最後のスロットに適用される。
　ＴＤＲＡ３のビット数は、４ビットよりも小さくてもよい。つまり、例えば、ＴＤＲＡ３は０と１しかとらない１ビットとしてもよい。この場合、ＴＤＲＡ３＝１であれば、最後のスロットにおいて予め定められた（仕様で規定された）候補開始位置が適用される。また、ＴＤＲＡ２＝０であれば、例えば、最後のスロットでもＴＤＲＡ１が適用される。また、上記の予め定められた（仕様で規定された）候補開始位置及び長さとして、スロットの終了を示すものを含まず、スロットの途中を終了位置として含むものが規定されてもよい。
　（実施例２）
　次に、実施例２を説明する。図９は実施例２の動作例を示すシーケンス図である。Ｓ２０１において、基地局装置１０からユーザ端末２０に対してＲＲＣメッセージが送信される。
　当該ＲＲＣメッセージは、例えば、非特許文献１に記載のＰＵＳＣＨ－Ｃｏｎｆｉｇを拡張したメッセージである。当該ＲＲＣメッセージには、実施例１で説明した連続スロット（連続ＰＵＳＣＨ）の最大数ととともに、ＰＵＳＣＨがスケジュールされる複数連続スロットの全て（それぞれ）に適用される「複数候補開始位置」を指定する情報が含まれる。
　一例として、スロットあたりの「複数候補開始位置」が、仕様により１６種類定義されており、ユーザ端末２０は、当該１６種類の定義情報を予めテーブル等により保持しているとする。この例において、Ｓ２０１のＲＲＣメッセージには、１６種類の「複数候補開始位置」のいずれかをｅｎａｂｌｅし（使用可能にし）、その他の「複数候補開始位置」をｄｉｓａｂｌｅする（使用不可とする）情報が含まれる。
　例えば、１６種類を４ビットで表した場合、４ビットの表す数が、ｅｎａｂｌｅする「複数候補開始位置」を示す（その他はｄｉｓａｂｌｅ）こととしてもよい。つまり、ｅｎａｂｌｅ／ｄｉｓａｂｌｅを表す情報は、特定の「複数候補開始位置」を指定する情報でもある。当該情報は、あるＩＥ（情報要素）で表され、これを便宜上、ＴＤＲＡ情報要素と呼ぶことにする。ＴＤＲＡ情報要素の値をＴＤＲＡとする。１つのＴＤＲＡ情報要素には１つのＴＤＲＡの値が含まれるとする。
　Ｓ２０２において、ユーザ端末２０が、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔとしてのＤＣＩを受信すると、Ｓ２０３において、Ｓ２０１でｅｎａｂｌｅされた「複数候補開始位置」を、ＤＣＩでＰＵＳＣＨをスケジュールされた連続スロットのそれぞれに適用する。
　なお、上記の例では、複数種類の「複数候補開始位置」が、仕様により定義されることとしたが、Ｓ２０１の前のタイミング、あるいはＳ２０１において、ＰＵＳＣＨ－Ｃｏｎｆｉｇで、ユーザ端末２０に対して複数種類の「複数候補開始位置」が設定され、Ｓ２０１において、当該複数種類の「複数候補開始位置」の中でｅｎａｂｌｅ、ｄｉｓａｂｌｅを設定してもよい。ユーザ端末２０に対して設定する複数種類の「複数候補開始位置」は、予め定められた候補パターンから選択されたものであってもよい。
　また、Ｓ２０１の前のタイミング、あるいはＳ２０１において、実施例１で説明したＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔで、ユーザ端末２０に対して複数種類の「複数候補開始位置」が設定され、Ｓ２０１において、当該複数種類の「複数候補開始位置」の中でｅｎａｂｌｅ、ｄｉｓａｂｌｅを設定してもよい。このケースは実施例１と実施例２の組み合わせに相当する。
　Ｓ２０１でユーザ端末２０に送信されるＲＲＣメッセージ（ここでは例としてＰＵＳＣＨ－Ｃｏｎｆｉｇとする）によるＴＤＲＡ情報要素のバリエーションとして、以下、実施例２－１、実施例２－２を説明する。
　＜実施例２－１＞
　実施例２－１では、ＰＵＳＣＨ－Ｃｏｎｆｉｇに１つのＴＤＲＡ情報要素が含まれる。ユーザ端末２０は、当該１つのＴＤＲＡ情報要素のＴＤＲＡが、ＤＣＩでスケジュールされた連続スロット（又は連続ＰＵＳＣＨ）のそれぞれに適用されると判断する。
　＜実施例２－２＞
　実施例２－２では、ＰＵＳＣＨ－Ｃｏｎｆｉｇは複数のＴＤＲＡ情報要素を含む。例えば、ＰＵＳＣＨ－Ｃｏｎｆｉｇは、連続するスロット数（あるいはＰＵＳＣＨ数）と同じ数のＴＤＲＡ情報要素を含み、１つのＴＤＲＡ情報要素が１つのスロット（ＰＵＳＣＨ）に対応することとしてもよい。
　また、ＰＵＳＣＨ－Ｃｏｎｆｉｇは、ＴＤＲＡ１情報要素とＴＤＲＡ２情報要素の２つのＴＤＲＡ情報要素を含むものとしてもよい。
　この場合、ＴＤＲＡ１は、ＰＵＳＣＨがスケジュールされる複数連続スロットにおける最初のスロット以外の全てのスロットに適用される。また、ＴＤＲＡ１におけるＫ２は、２番目のスロットを導出するために用いられる。
　例えば、ＴＤＲＡ１が、｛「ＰＵＳＣＨ開始位置がシンボル＃０でＰＵＳＣＨの長さが７」、及び「ＰＵＳＣＨ開始位置がシンボル＃７でＰＵＳＣＨの長さが７」｝を指定する場合、最初のスロット以外の全てのスロットにおいて｛「ＰＵＳＣＨ開始位置がシンボル＃０でＰＵＳＣＨの長さが７」、及び「ＰＵＳＣＨ開始位置がシンボル＃７でＰＵＳＣＨの長さが７」｝という複数開始候補位置が適用される。
　また、ＴＤＲＡ２は、ＰＵＳＣＨがスケジュールされる複数連続スロットにおける最初のスロットに適用される。ＴＤＲＡ２おけるＫ２は、複数連続スロットにおける最初のスロットを導出するために使用される。一例として、Ｋ２は、ＤＣＩを受信したスロットから最初のスロットまでのスロット数を示す。例えば、Ｋ２＝１であれば、最初のスロットはＤＣＩを受信したスロットの次のスロットである。
　なお、ＴＤＲＡ２のビット数は、４ビットよりも小さくてもよい。つまり、例えば、ＴＤＲＡ２は０と１しかとらない１ビットとしてもよい。この場合、ＴＤＲＡ２＝１であれば、最初のスロットにおいて予め定められた（仕様で規定された）候補開始位置が適用される。また、ＴＤＲＡ２＝０であれば、例えば、最初のスロットでもＴＤＲＡ１が適用される。また、上記の予め定められた（仕様で規定された）候補開始位置として、スロットの開始を候補開始位置として含まず、スロットの途中を候補開始位置として含むものが規定されてもよい。
　ＰＵＳＣＨ－Ｃｏｎｆｉｇにおいて、上記のＴＤＲＡ１情報要素、ＴＤＲＡ２情報要素に加えて、ＴＤＲＡ３情報要素が含まれてもよい。
　ＴＤＲＡ３は、ＰＵＳＣＨがスケジュールされる複数連続スロットにおける最後のスロットに適用される。
　ＴＤＲＡ３のビット数は、４ビットよりも小さくてもよい。つまり、例えば、ＴＤＲＡ３は０と１しかとらない１ビットとしてもよい。この場合、ＴＤＲＡ３＝１であれば、最後のスロットにおいて予め定められた（仕様で規定された）候補開始位置が適用される。また、ＴＤＲＡ２＝０であれば、例えば、最後のスロットでもＴＤＲＡ１が適用される。また、上記の予め定められた（仕様で規定された）候補開始位置及び長さとして、スロットの終了を示すものを含まず、スロットの途中を終了位置として含むものが規定されてもよい。
　（実施例３）
　次に、実施例３を説明する。図１０は、実施例３におけるシーケンス図である。Ｓ３０１において、拡張ＤＣＩ　ｆｏｒｍａｔ　０＿０又は拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１（拡張ＤＣＩ　ｆｏｒｍａｔ　０＿０／拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１と記載する）が基地局装置１０からユーザ端末２０に送信される。拡張ＤＣＩ　ｆｏｒｍａｔ　０＿０と拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１はいずれも、非特許文献２～４等に記載されているＤＣＩ　ｆｏｒｍａｔ　０＿０、ＤＣＩ　ｆｏｒｍａｔ　０＿１を拡張したものである。
　拡張ＤＣＩ　ｆｏｒｍａｔ　０＿０／拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１は、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔとして、ＰＵＳＣＨをスケジュールする連続複数スロット数（あるいはＰＵＳＣＨ数）と、複数候補開始位置を指定する情報が含まれる。ここでは、複数候補開始位置を指定する情報の新規フィールドを便宜上ＴＤＲＡフィールドと呼び、その値（つまり、どの「複数候補開始位置」を適用するかを示す値）をＴＤＲＡと呼ぶことにする。
　一例として、スロットあたりの「複数候補開始位置」が、仕様により１６種類定義されており、ユーザ端末２０は、当該１６種類の定義情報を予めテーブル等により保持しているとする。この例において、Ｓ３０１の拡張ＤＣＩ　ｆｏｒｍａｔ　０＿０／拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１には、１６種類の「複数候補開始位置」のいずれかをａｌｌｏｗ（許可）し、その他の「複数候補開始位置」を許可しないことを示す情報が、ＴＤＲＡフィールドにＴＤＲＡとして含まれる。
　例えば、１６種類を４ビットで表した場合、４ビットの表す数が、ａｌｌｏｗする「複数候補開始位置」を示す（その他は許可しない）こととしてもよい。つまり、ここでのＴＤＲＡは、特定の「複数候補開始位置」を指定する情報でもある。
　Ｓ３０２において、ユーザ端末２０は、Ｓ３０１でａｌｌｏｗされた「複数候補開始位置」を、ＰＵＳＣＨをスケジュールされた連続スロットのそれぞれに適用する。
　なお、上記の例では、複数種類の「複数候補開始位置」が、仕様により定義されることとしたが、Ｓ３０１の前のタイミングにおいて、実施例１のＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ、あるいは実施例２のＰＵＳＣＨ－Ｃｏｎｆｉｇで、ユーザ端末２０に対して複数種類の「複数候補開始位置」が設定され、当該複数種類の「複数候補開始位置」の中で適用する「複数候補開始位置」を拡張ＤＣＩ　ｆｏｒｍａｔ　０＿０／拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１で指示してもよい。
　Ｓ３０１でユーザ端末２０に送信される拡張ＤＣＩ　ｆｏｒｍａｔ　０＿０／拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１によるＴＤＲＡの指定方法のバリエーションとして、以下、実施例３－１、実施例３－２を説明する。
　＜実施例３－１＞
　実施例３－１では、拡張ＤＣＩ　ｆｏｒｍａｔ　０＿０／拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１に１つのＴＤＲＡフィールドが含まれる。ユーザ端末２０は、当該１つのＴＤＲＡフィールドのＴＤＲＡが、当該拡張ＤＣＩ　ｆｏｒｍａｔ　０＿０／拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１で指定された数の連続スロット（又は連続ＰＵＳＣＨ）のそれぞれに適用されると判断する。
　＜実施例３－２＞
　実施例３－２では、拡張ＤＣＩ　ｆｏｒｍａｔ　０＿０／拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１は複数のＴＤＲＡフィールドを含む。例えば、拡張ＤＣＩ　ｆｏｒｍａｔ　０＿０／拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１は、連続するスロット数（あるいはＰＵＳＣＨ数）と同じ数のＴＤＲＡフィールドを含み、１つのＴＤＲＡフィールドが１つのスロット（ＰＵＳＣＨ）に対応することとしてもよい。
　また、拡張ＤＣＩ　ｆｏｒｍａｔ　０＿０／拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１は、ＴＤＲＡ１フィールドとＴＤＲＡ２フィールドの２つのＴＤＲＡフィールドを含むものとしてもよい。
　この場合、ＴＤＲＡ１は、ＰＵＳＣＨがスケジュールされる複数連続スロットにおける最初のスロット以外の全てのスロットに適用される。また、ＴＤＲＡ１におけるＫ２は、２番目のスロットを導出するために用いられる。
　また、ＴＤＲＡ２は、ＰＵＳＣＨがスケジュールされる複数連続スロットにおける最初のスロットに適用される。ＴＤＲＡ２おけるＫ２は、複数連続スロットにおける最初のスロットを導出するために使用される。一例として、Ｋ２は、ＤＣＩを受信したスロットから最初のスロットまでのスロット数を示す。例えば、Ｋ２＝１であれば、最初のスロットはＤＣＩを受信したスロットの次のスロットである。
　なお、ＴＤＲＡ２のビット数は、４ビットよりも小さくてもよい。つまり、例えば、ＴＤＲＡ２は０と１しかとらない１ビットとしてもよい。この場合、ＴＤＲＡ２＝１であれば、最初のスロットにおいて予め定められた（仕様で規定された）候補開始位置が適用される。また、ＴＤＲＡ２＝０であれば、例えば、最初のスロットでもＴＤＲＡ１が適用される。また、上記の予め定められた（仕様で規定された）候補開始位置として、スロットの開始を候補開始位置として含まず、スロットの途中を候補開始位置として含むものが規定されてもよい。
　拡張ＤＣＩ　ｆｏｒｍａｔ　０＿０／拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１において、上記のＴＤＲＡ１フィールド、ＴＤＲＡ２フィールドに加えて、ＴＤＲＡ３フィールドが含まれてもよい。
　ＴＤＲＡ３は、ＰＵＳＣＨがスケジュールされる複数連続スロットにおける最後のスロットに適用される。
　ＴＤＲＡ３のビット数は、４ビットよりも小さくてもよい。つまり、例えば、ＴＤＲＡ３は０と１しかとらない１ビットとしてもよい。この場合、ＴＤＲＡ３＝１であれば、最後のスロットにおいて予め定められた（仕様で規定された）候補開始位置が適用される。また、ＴＤＲＡ２＝０であれば、例えば、最後のスロットでもＴＤＲＡ１が適用される。また、上記の予め定められた（仕様で規定された）候補開始位置及び長さとして、スロットの終了を示すものを含まず、スロットの途中を終了位置として含むものが規定されてもよい。
　＜実施例３－３＞
　実施例３におけるユーザ端末２０によるＤＣＩのモニタについて、実施例３－３として説明する。なお、実施例３－３は、実施例１、２にも適用できる。
　ユーザ端末２０は、ｓｉｎｇｌｅ　ＴＴＩ　ｇｒａｎｔとｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔのいずれか又は両方をモニタするように設定されてよい。この設定は、基地局装置１０からユーザ端末２０に対して、ＲＲＣメッセージ、ＭＡＣ信号（ＭＡＣ　ＣＥ等）、あるいはＤＣＩでなされてもよいし、ユーザ端末２０に予め設定されていることとしてもよい。
　また、例えば、拡張ＤＣＩ　ｆｏｒｍａｔ　０＿０／拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１が、ｓｉｎｇｌｅ　ＴＴＩ　ｇｒａｎｔとｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔのいずれにも使用されることとしてもよい。この場合、例えば、ユーザ端末２０は、拡張ＤＣＩ　ｆｏｒｍａｔ　０＿０／拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１の中に、ＰＵＳＣＨを送信する連続複数スロット数（又はＰＵＳＣＨ数）の指定があれば、これをｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔであると判断し、その指定がなければ、ｓｉｎｇｌｅ　ＴＴＩ　ｇｒａｎｔであると判断できる。
　また、例えば、拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１が、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔとして使用され、既存の又は拡張されたＤＣＩ　ｆｏｒｍａｔ　０＿０がｓｉｎｇｌｅ　ＴＴＩ　ｇｒａｎｔとして使用されてもよい。
　（実施例４）
　次に、実施例４を説明する。図１１は、実施例４におけるシーケンス図である。Ｓ４０１において、既存技術にはない新たなＤＣＩ　ｆｏｒｍａｔであるｎｅｗ　ＤＣＩ　ｆｏｒｍａｔ（例えば、ＤＣＩ　ｆｏｒｍａｔ　０＿２）が基地局装置１０からユーザ端末２０に送信される。
　ｎｅｗ　ＤＣＩ　ｆｏｒｍａｔは、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔとして、ＰＵＳＣＨを送信するための連続複数スロット数（あるいはＰＵＳＣＨ数）と、複数候補開始位置を指定する情報が含まれる。ここでも、複数候補開始位置を指定する情報のフィールドを便宜上ＴＤＲＡフィールドと呼び、その値（つまり、どの「複数開始候補位置」を適用するかを示す値）をＴＤＲＡと呼ぶことにする。
　ＴＤＲＡの適用方法、バリエーション（ＴＤＲＡ１、ＴＤＲＡ２、ＴＤＲＡ３等）については、実施例３の拡張ＤＣＩ　ｆｏｒｍａｔ　０＿０／拡張ＤＣＩ　ｆｏｒｍａｔ　０＿１に対して実施例３－１、３－２で説明した内容と同じである。
　Ｓ４０２において、ユーザ端末２０は、Ｓ４０１でａｌｌｏｗされた「複数候補開始位置」を、ＰＵＳＣＨ送信用に割り当てられた連続スロットのそれぞれに適用する。
　なお、上記の例では、複数種類の「複数候補開始位置」が、仕様により定義される。ただし、これは一例であり、Ｓ４０１の前のタイミングにおいて、実施例１のＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ、あるいは実施例２のＰＵＳＣＨ－Ｃｏｎｆｉｇで、ユーザ端末２０に対して複数種類の「複数候補開始位置」が設定され、当該複数種類の「複数候補開始位置」の中で適用する「複数候補開始位置」をｎｅｗ　ＤＣＩ　ｆｏｒｍａｔで指示してもよい。
　ユーザ端末２０によるｎｅｗ　ＤＣＩ　ｆｏｒｍａｔのモニタについての例を実施例４－１、４－２として説明する。
　＜実施例４－１＞
　ユーザ端末２０は、ｓｉｎｇｌｅ　ＴＴＩ　ｇｒａｎｔとしてのＤＣＩ　ｆｏｒｍａｔ　０＿０／ＤＣＩ　ｆｏｒｍａｔ　０＿１とｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔとしてのｎｅｗ　ＤＣＩ　ｆｏｒｍａｔの両方をモニタするように設定されてもよい。この設定は、基地局装置１０からユーザ端末２０に対して、ＲＲＣメッセージ、ＭＡＣ信号（ＭＡＣ　ＣＥ等）、あるいはＤＣＩでなされてもよいし、ユーザ端末２０に予め設定されていることとしてもよい。
　また、ユーザ端末２０がモニタすべき異なるＤＣＩサイズの数は例えば４以下である。ただし、ＮＲ－Ｕを想定する場合、ユーザ端末２０がモニタすべき異なるＤＣＩサイズの数は５以下であってもよい。
　＜実施例４－２＞
　ユーザ端末２０は、ｓｉｎｇｌｅ　ＴＴＩ　ｇｒａｎｔとしてのＤＣＩ　ｆｏｒｍａｔ　０＿０／ＤＣＩ　ｆｏｒｍａｔ　０＿１とｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔとしてのｎｅｗ　ＤＣＩ　ｆｏｒｍａｔのいずれかをモニタするように設定されてもよい。この設定は、基地局装置１０からユーザ端末２０に対して、ＲＲＣメッセージ、ＭＡＣ信号（ＭＡＣ　ＣＥ等）、あるいはＤＣＩでなされてもよいし、ユーザ端末２０に予め設定されていることとしてもよい。
　また、ｎｅｗ　ＤＣＩ　ｆｏｒｍａｔが、ｓｉｎｇｌｅ　ＴＴＩ　ｇｒａｎｔとｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔのいずれにも使用されることとしてもよい。この場合、例えば、ユーザ端末２０は、ｎｅｗ　ＤＣＩ　ｆｏｒｍａｔの中に、ＰＵＳＣＨを送信する連続複数スロット数（又はＰＵＳＣＨ数）の指定があれば、これをｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔであると判断し、その指定がなければ、ｓｉｎｇｌｅ　ＴＴＩ　ｇｒａｎｔであると判断できる。
　実施例１～４のいずれによっても、ユーザ端末において、適切な粒度でのＬＢＴ機会を確保しつつ、効率的な送信を行うが可能となる。
　（実施例５）
　次に、実施例５を説明する。実施例５は、実施例１～４のいずれにも適用可能である。図１２は、実施例５の動作例を示すシーケンス図である。Ｓ５０１において、ユーザ端末２０は基地局装置に対して、例えば、「複数候補開始位置」に基づく動作（例：図７を参照して説明した動作）をサポートしているか否かを示す能力情報を送信する。能力情報を受信した基地局装置１０は、能力情報に応じたスケジューリングを実行することができる。具体的な例として実施例５－１、実施例５－２、実施例５－３を説明する。
　＜実施例５－１＞
　実施例５－１において、ＮＲ－Ｕ　ＵＬをサポートするユーザ端末２０は、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔをサポートしなければならない（必ずサポートする）ものとし、「複数候補開始位置」に基づく動作をサポートするかどうかを示す能力情報を基地局装置２０に送信する。
　実施例５－１においてユーザ端末２０から送信される能力情報には、例えば、「複数候補開始位置」に基づく動作をサポートするか否かをｅｘｐｌｉｃｉｔに示す情報が含まれる。
　また、実施例５－１においてユーザ端末２０から送信される能力情報には、「複数候補開始位置」に基づく動作をサポートするか否かをｅｘｐｌｉｃｉｔに示す情報に加えて、あるいは当該情報に代えて、ユーザ端末２０がサポートする１スロットあたりの候補開始位置の最大数が含まれていてもよい。
　＜実施例５－２＞
　実施例５－２において、ユーザ端末２０は、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔをサポートするか否かを示す能力情報を基地局装置１０に送信する。ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔをサポートするユーザ端末２０は、「複数候補開始位置」に基づく動作をサポートしなければならない（必ずサポートする）ものとする。
　＜実施例５－３＞
　実施例５－３において、ユーザ端末２０は、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔをサポートするか否かと、「複数候補開始位置」に基づく動作をサポートするか否かを別々に含む能力情報を基地局装置１０に送信する。
　実施例５により、基地局装置１０はユーザ端末２０の能力に応じたスケジューリングを実行できる。
　（実施例６）
　次に、実施例６について説明する。実施例６は、実施例１～５のいずれにも適用可能である。
　実施例６では、少なくとも下記の実施例６－１～６－４で説明する方法により、ユーザ端末２０に対し、ｓｉｎｇｌｅ　ＴＴＩスケジューリングとｍｕｌｔｉ－ＴＴＩスケジューリングとを動的に切り替える。
　＜実施例６－１＞
　実施例６－１では、ＴＤＲＡエントリ（ＴＤＲＡフィールドと呼んでもよい）を異ならせることで切り替えを行う。
　例えば、ユーザ端末２０が基地局装置１０から、特定の範囲Ａにあるビット位置にＴＤＲＡフィールドを格納したＤＣＩを受信した場合、ユーザ端末２０は、当該ＤＣＩをｓｉｎｇｌｅ　ＴＴＩスケジューリングのためのＤＣＩであると判断する。また、ユーザ端末２０が基地局装置１０から、特定の範囲Ｂ（Ａと異なる範囲）にあるビット位置にＴＤＲＡフィールドを格納したＤＣＩを受信した場合、ユーザ端末２０は、当該ＤＣＩをｍｕｌｔｉ－ＴＴＩスケジューリングのためのＤＣＩであると判断する。
　＜実施例６－２＞
　実施例６－２では、ＰＵＳＣＨがスケジュールされるスロット（又はＰＵＳＣＨ）の数に応じて切り替えを行う。
　例えば、ユーザ端末２０が基地局装置１０から、ＰＵＳＣＨがスケジュールされるスロットの数（あるいはＰＵＳＣＨの数）として１が（ｅｘｐｌｉｃｉｔ又はｉｍｐｌｉｃｉｔに）指定されたＤＣＩを受信した場合、ユーザ端末２０は、当該ＤＣＩをｓｉｎｇｌｅ　ＴＴＩスケジューリングのためのＤＣＩであると判断する。また、ユーザ端末２０が基地局装置１０から、ＰＵＳＣＨがスケジュールされるスロットの数（あるいはＰＵＳＣＨの数）として１より大きな数が指定されたＤＣＩを受信した場合、ユーザ端末２０は、当該ＤＣＩをｍｕｌｔｉ－ＴＴＩスケジューリングのためのＤＣＩであると判断する。
　＜実施例６－３＞
　実施例６－３では、ＤＣＩに付加されるＣＲＣのスクランブリングに用いられるＲＮＴＩに応じて切り替えを行う。
　例えば、ユーザ端末２０がＲＮＴＩ－ＡでＤＣＩを復号できた場合、ユーザ端末２０は、当該ＤＣＩをｓｉｎｇｌｅ　ＴＴＩスケジューリングのためのＤＣＩであると判断する。また、ユーザ端末２０が、ＲＮＴＩ－Ａと異なるＲＮＴＩ－ＢでＤＣＩを復号できた場合、ユーザ端末２０は、当該ＤＣＩをｍｕｌｔｉ－ＴＴＩスケジューリングのためのＤＣＩであると判断する。
　＜実施例６－４＞
　実施例６－４では、ＤＣＩをモニタするサーチスペースに応じて切り替えを行う。ここで、例えば、ユーザ端末２０には、サーチスペースＡとサーチスペースＢが設定されているとする。サーチスペースＡとサーチスペースＢとの間では、モニタする周波数ドメインリソース又は時間ドメインリソースが異なる。サーチスペースＡとサーチスペースＢとの間で、モニタする周波数ドメインリソースと時間ドメインリソースの両方が異なってもよい。
　例えば、ユーザ端末２０がサーチスペースＡで受信したＤＣＩを復号できた場合、ユーザ端末２０は、当該ＤＣＩをｓｉｎｇｌｅ　ＴＴＩスケジューリングのためのＤＣＩであると判断する。また、ユーザ端末２０が、サーチスペースＢで受信したＤＣＩを復号できた場合、ユーザ端末２０は、当該ＤＣＩをｍｕｌｔｉ－ＴＴＩスケジューリングのためのＤＣＩであると判断する。
　実施例６－３と６－４との関連で、異なる複数ＲＮＴＩ間、あるいは異なる複数サーチスペース間において、ユーザ端末２０は、異なるＴＤＲＡテーブルあるいは異なるパラメータを使用してもよい。
　例えば、複数の「複数候補開始位置」を格納したＴＤＲＡテーブルＡと、複数の「複数候補開始位置」を格納したＴＤＲＡテーブルＢ（ＴＤＲＡテーブルＡと異なる）が仕様で定められ、ユーザ端末２０に予め設定されているとする。また、ユーザ端末２０には、ＲＮＴＩ－ＡとＲＮＴＩ－Ｂが設定されているとする。
　このとき、例えば、ユーザ端末２０がＲＮＴＩ－ＡでＤＣＩを復号できた場合、ユーザ端末２０は、ＴＤＲＡテーブルＡを参照することにより、当該ＤＣＩで指定された複数候補開始位置を判断する。ユーザ端末２０がＲＮＴＩ－ＢでＤＣＩを復号できた場合、ユーザ端末２０は、ＴＤＲＡテーブルＢを参照することにより、当該ＤＣＩで指定された複数候補開始位置を判断する。
　実施例６により、ユーザ端末２０は、ｓｉｎｇｌｅ　ＴＴＩスケジューリングとｍｕｌｔｉ－ＴＴＩスケジューリングとを動的に切り替えることができる。
　（実施例７）
　次に、スロットの１部分でＰＵＳＣＨを送信する場合におけるＴＢＳ（トランスポートブロックサイズ）の決定方法の例を実施例７として説明する。なお、ＴＢＳは、１回のＰＵＳＣＨ送信で送信できるデータサイズである。
　＜実施例７－１＞
　実施例７－１では、ユーザ端末２０は、スロットにおけるＰＵＳＣＨの開始位置に依存せずにＴＢＳを決定する。つまり、図７と同様の図１３に示す例において、ＰＵＳＣＨがスケジュールされた最初のスロットを例にとると、ユーザ端末２０は、Ａで示す１スロット分のＰＵＳＣＨ、Ｂで示す部分スロット分のＰＵＳＣＨ、及び、Ｃで示す部分スロット分のＰＵＳＣＨに共通の大きさのＴＢＳを決定する。
　例えば、ユーザ端末２０は、最初の候補開始位置を想定してＴＢＳを決定する。図１３の場合、Ａを想定してＴＢＳを決定する。ユーザ端末２０は、最後の候補開始位置を想定してＴＢＳを決定することとしてもよい。この場合、図１３では、Ｃを想定してＴＢＳを決定する。
　ユーザ端末２０は、最初の候補開始位置を想定するとともに、予め定められたスケーリング係数（例えば０．７５）を適用してもよい。例えば、スケーリング係数：０．７５を適用する前に、ＴＢＳ＝２００ｂｙｔｅｓであると算出した場合に、２００×０．７５が、最終的なＴＢＳとして決定される。
　＜実施例７－２＞
　実施例７－２では、ユーザ端末２０は、候補開始位置、すなわち、使用可能なシンボル数に基づいてＴＢＳを決定する。図１３の例では、ユーザ端末２０は、Ａ、Ｂ、Ｃのそれぞれに対してＴＢＳを決定する。
　実施例７により、ユーザ端末２０は、ＴＢＳを適切に決定できる。
　（実施例８）
　実施例１～７のいずれにも適用可能な代替例を実施例８として説明する。実施例８においては、複数候補開始位置は予め定められたものとする。例えば、仕様で複数候補開始位置が規定され、ユーザ端末２０にはそれが予め設定されており、それを用いて例えば図７に示すような動作を実行する。
　すなわち、ユーザ端末２０は、ｍｕｌｔｉ－ＴＴＩ　ｇｒａｎｔを基地局装置１０から受信すると、上記のように事前設定された候補開始位置に従ってＬＢＴを実行し、ＬＢＴに成功した開始位置からＰＵＳＣＨによるデータ送信を開始する。実施例８では、実施例１～４等で説明したＤＣＩあるいはＲＲＣによる複数候補開始位置の明示的設定／指定は行われない。
　実施例８により、ユーザ端末２０は、ＤＣＩあるいはＲＲＣによる複数候補開始位置の明示的設定／指定を受信することなく、複数候補開始位置を適用した動作を行うことができる。
　（装置構成）
　次に、これまでに説明した処理及び動作を実行する基地局装置１０及びユーザ端末２０の機能構成例を説明する。基地局装置１０及びユーザ端末２０は上述した実施例１～実施例８を実施する機能を含む。ただし、基地局装置１０及びユーザ端末２０はそれぞれ、実施例１～実施例８のうちの一部の機能のみを備えることとしてもよい。
　＜基地局装置１０＞
　図１４は、基地局装置１０の機能構成の一例を示す図である。図１４に示されるように、基地局装置１０は、送信部１１０と、受信部１２０と、設定部１３０と、制御部１４０とを有する。図１４に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。また、送信部１１０と、受信部１２０とをまとめて通信部と称してもよい。
　送信部１１０は、ユーザ端末２０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部１２０は、ユーザ端末２０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、送信部１１０は、ユーザ端末２０へＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＤＬ／ＵＬ制御信号、ＰＤＣＣＨによるＤＣＩ、ＰＤＳＣＨによるデータ等を送信する機能を有する。ＬＢＴを実行する機能に関しては、送信に関連する機能であるので送信部１１０が有する。あるいは、ＬＢＴを実行する機能を受信部１２０が備えてもよい。
　設定部１３０は、予め設定される設定情報、及び、ユーザ端末２０に送信する各種の設定情報を設定部１３０が備える記憶装置に格納し、必要に応じて記憶装置から読み出す。
　制御部１４０は、送信部１１０を介してユーザ端末２０のＤＬ受信あるいはＵＬ送信のスケジューリングを行う。制御部１４０における信号送信に関する機能部を送信部１１０に含め、制御部１４０における信号受信に関する機能部を受信部１２０に含めてもよい。また、送信部１１０を送信機と呼び、受信部１２０を受信機と呼んでもよい。
　＜ユーザ端末２０＞
　図１５は、ユーザ端末２０の機能構成の一例を示す図である。図１５に示されるように、ユーザ端末２０は、送信部２１０と、受信部２２０と、設定部２３０と、制御部２４０とを有する。図１５に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。送信部２１０と、受信部２２０をまとめて通信部と称してもよい。ユーザ端末２０を端末と呼んでもよい。
　送信部２１０は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部２２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部２２０は、基地局装置１０から送信されるＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＤＬ／ＵＬ／ＳＬ制御信号、ＰＤＣＣＨによるＤＣＩ、ＰＤＳＣＨによるデータ等を受信する機能を有する。また、例えば、送信部２１０は、Ｄ２Ｄ通信として、他のユーザ端末２０に、ＰＳＣＣＨ（Physical Sidelink Control Channel）、ＰＳＳＣＨ（Physical Sidelink Shared Channel）、ＰＳＤＣＨ（Physical Sidelink Discovery Channel）、ＰＳＢＣＨ（Physical Sidelink Broadcast Channel）等を送信し、受信部１２０は、他のユーザ端末２０から、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＤＣＨ又はＰＳＢＣＨ等を受信することとしてもよい。ＬＢＴを実行する機能に関しては、送信に関連する機能であるので送信部２１０が有する。あるいは、ＬＢＴを実行する機能を受信部２２０が備えてもよい。
　設定部２３０は、受信部２２０により基地局装置１０又はユーザ端末２０から受信した各種の設定情報を設定部２３０が備える記憶装置に格納し、必要に応じて記憶装置から読み出す。また、設定部２３０は、予め設定される設定情報も格納する。
　制御部２４０は、ユーザ端末２０の制御を行う。制御部２４０における信号送信に関する機能部を送信部２１０に含め、制御部２４０における信号受信に関する機能部を受信部２２０に含めてもよい。また、また、送信部２１０を送信機と呼び、受信部２２０を受信機と呼んでもよい。
　＜まとめ＞
　本実施の形態により、少なくとも、下記の第１項～第６項に示す端末が提供される。
（第１項）
　物理上り共有チャネルが割り当てられる連続するスロットの数、又は、連続する物理上り共有チャネルの数を指定した制御情報を基地局装置から受信する受信部２２０と、
　前記物理上り共有チャネルが割り当てられる連続するスロットのうちのあるスロットにおける複数候補開始位置のいずれかでＬＢＴに成功した場合に、ＬＢＴに成功した候補開始位置から前記物理上り共有チャネルによるデータ送信を開始する送信部２１０と
　を備える端末。
（第２項）
　前記受信部は、それぞれが複数候補開始位置を有する１以上のセットを設定するための設定情報を前記基地局装置から受信し、
　前記制御情報に、前記１以上のセットのうちの前記端末が適用するセットを指定する情報が含まれ、
　前記送信部は、前記指定されたセットの複数候補開始位置を適用する
　第１項に記載の端末。
（第３項）
　前記受信部は、前記端末が適用する複数候補開始位置を指定する設定情報を前記基地局装置から受信し、
　前記送信部は、前記指定された複数候補開始位置を適用する
　第１項に記載の端末。
（第４項）
　それぞれが複数候補開始位置を有する１以上のセットが前記端末に事前設定されており、
　前記制御情報に、前記１以上のセットのうちの前記端末が適用するセットを指定する情報が含まれ、
　前記送信部は、前記指定されたセットの複数候補開始位置を適用する
　第１項に記載の端末。
（第５項）
　前記基地局装置から複数候補開始位置を有する１つのセットが前記端末に指定された場合において、前記送信部は、前記連続するスロットのそれぞれのスロットで当該複数候補開始位置を適用し、
　前記基地局装置から、それぞれが複数候補開始位置を有する少なくとも２つのセットが前記端末に指定された場合において、前記送信部は、前記少なくとも２つのセットのうちのいずれかを前記連続するスロットのうちの最初のスロットに適用する
　第１項ないし第４項のうちいずれか１項に記載の端末。
（第６項）
　前記送信部は、前記端末が、前記複数候補開始位置を適用した動作をサポートしているか否かを示す能力情報を前記基地局装置に送信する
　第１項ないし第５項のうちいずれか１項に記載の端末。
　第１項～第６項に記載されたいずれの構成によっても、ユーザ端末において、適切な粒度でのＬＢＴ機会を確保しつつ、効率的な送信を行うことを可能とする技術が提供される。
　（ハードウェア構成）
　上記実施形態の説明に用いたブロック図（図１４及び図１５）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting　unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。
　例えば、本開示の一実施の形態における基地局装置１０、ユーザ端末２０等は、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図１６は、本開示の一実施の形態に係る基地局装置１０及びユーザ端末２０のハードウェア構成の一例を示す図である。上述の基地局装置１０及びユーザ端末２０は、物理的には、プロセッサ１００１、記憶装置１００２、補助記憶装置１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニット等に読み替えることができる。基地局装置１０及びユーザ端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　基地局装置１０及びユーザ端末２０における各機能は、プロセッサ１００１、記憶装置１００２等のハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、記憶装置１００２及び補助記憶装置１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインタフェース、制御装置、演算装置、レジスタ等を含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、上述の制御部１４０、制御部２４０等は、プロセッサ１００１によって実現されてもよい。
　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータ等を、補助記憶装置１００３及び通信装置１００４の少なくとも一方から記憶装置１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図１４に示した基地局装置１０の制御部１４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図１５に示したユーザ端末２０の制御部２４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。
　記憶装置１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、ＲＡＭ（Random Access Memory）等の少なくとも１つによって構成されてもよい。記憶装置１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）等と呼ばれてもよい。記憶装置１００２は、本開示の一実施の形態に係る通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュール等を保存することができる。
　補助記憶装置１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ROM）等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップ等の少なくとも１つによって構成されてもよい。上述の記憶媒体は、例えば、記憶装置１００２及び補助記憶装置１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。
　通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency　Division　Duplex）及び時分割複信（ＴＤＤ：Time　Division　Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、送受信アンテナ、アンプ部、送受信部、伝送路インターフェース等は、通信装置１００４によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。
　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ等）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプ等）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ１００１及び記憶装置１００２等の各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
　また、基地局装置１０及びユーザ端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
　（実施形態の補足）
　以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、基地局装置１０及びユーザ端末２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って基地局装置１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従ってユーザ端末２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
　また、情報の通知は、本開示で説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージ等であってもよい。
　本開示において説明した各態様／実施形態は、ＬＴＥ（Long　Term　Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th　generation　mobile　communication　system）、５Ｇ（5th　generation　mobile　communication　system）、ＦＲＡ（Future　Radio　Access）、ＮＲ（new　Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra　Mobile　Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。
　本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャート等は、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本明細書において基地局装置１０によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局装置１０を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、ユーザ端末２０との通信のために行われる様々な動作は、基地局装置１０及び基地局装置１０以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷ等が考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局装置１０以外の他のネットワークノードが１つである場合を例示したが、他のネットワークノードは、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。
　本開示において説明した情報又は信号等は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
　入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
　本開示における判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital　Subscriber　Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
　本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component　Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
　上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
　本開示においては、「基地局（ＢＳ：Base　Station）」、「無線基地局」、「基地局装置」、「固定局（fixed　station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access　point）」、「送信ポイント（transmission　point）」、「受信ポイント（reception　point）、「送受信ポイント（transmission/reception　point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
　基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：Ｒｅｍｏｔｅ　Ｒａｄｉｏ　Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
　本開示においては、「移動局（ＭＳ：Mobile　Station）」、「ユーザ端末（user　terminal）」、「ユーザ端末（ＵＥ：User　Equipment）」、「端末」などの用語は、互換的に使用され得る。
　移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet　of　Things）機器であってもよい。
　また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末２０間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局装置１０が有する機能をユーザ端末２０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
　同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末が有する機能を基地局が有する構成としてもよい。
　本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking　up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
　「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
　参照信号は、ＲＳ（Reference　Signal）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。
　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
　本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
　無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジ（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。
　ニューメロロジは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジは、例えば、サブキャリア間隔（ＳＣＳ：SubCarrier　Spacing）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Transmission　Time　Interval）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
　スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal　Frequency　Division　Multiplexing）シンボル、ＳＣ-ＦＤＭＡ（Single　Carrier　Frequency　Division　Multiple　Access）シンボル等）で構成されてもよい。スロットは、ニューメロロジに基づく時間単位であってもよい。
　スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。
　無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。
　例えば、１サブフレームは送信時間間隔（ＴＴＩ：Transmission　Time　Interval）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。また、１スロットが単位時間と呼ばれてもよい。単位時間は、ニューメロロジに応じてセル毎に異なっていてもよい。
　ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末２０に対して、無線リソース（各ユーザ端末２０において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。
　ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。
　なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
　１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥ　Ｒｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional　TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
　なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。
　リソースブロック（ＲＢ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（subcarrier）を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジに基づいて決定されてもよい。
　また、ＲＢの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。
　なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical　RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier　Group）、リソースエレメントグループ（ＲＥＧ：Resource　Element　Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。
　また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource　Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
　帯域幅部分（ＢＷＰ：Bandwidth　Part）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジ用の連続する共通ＲＢ（common　resource　blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。
　ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬ　ＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬ　ＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。
　設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。
　上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic　Prefix）長などの構成は、様々に変更することができる。
　本開示において、例えば、英語でのa,　an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
　本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　なお、本開示において、送信部２１０及び受信部２２０は、通信部の一例である。送信部１１０及び受信部１２０は、通信部の一例である。ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙは、ユーザ端末の能力を問い合わせる第１のＲＲＣメッセージの一例である。ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎは、ＵＥ能力を報告する第２のＲＲＣメッセージの一例である。
　以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
１０　　　　基地局装置
１１０　　　送信部
１２０　　　受信部
１３０　　　設定部
１４０　　　制御部
２０　　　　ユーザ端末
２１０　　　送信部
２２０　　　受信部
２３０　　　設定部
２４０　　　制御部
１００１　　プロセッサ
１００２　　記憶装置
１００３　　補助記憶装置
１００４　　通信装置
１００５　　入力装置
１００６　　出力装置

Claims (6)

  1. 　物理上り共有チャネルが割り当てられる連続するスロットの数、又は、連続する物理上り共有チャネルの数を指定した制御情報を基地局装置から受信する受信部と、
    　前記物理上り共有チャネルが割り当てられる連続するスロットのうちのあるスロットにおける複数候補開始位置のいずれかでＬＢＴに成功した場合に、ＬＢＴに成功した候補開始位置から前記物理上り共有チャネルによるデータ送信を開始する送信部と
    　を備える端末。
  2. 　前記受信部は、それぞれが複数候補開始位置を有する１以上のセットを設定するための設定情報を前記基地局装置から受信し、
    　前記制御情報に、前記１以上のセットのうちの前記端末が適用するセットを指定する情報が含まれ、
    　前記送信部は、前記指定されたセットの複数候補開始位置を適用する
    　請求項１に記載の端末。
  3. 　前記受信部は、前記端末が適用する複数候補開始位置を指定する設定情報を前記基地局装置から受信し、
    　前記送信部は、前記指定された複数候補開始位置を適用する
    　請求項１に記載の端末。
  4. 　それぞれが複数候補開始位置を有する１以上のセットが前記端末に事前設定されており、
    　前記制御情報に、前記１以上のセットのうちの前記端末が適用するセットを指定する情報が含まれ、
    　前記送信部は、前記指定されたセットの複数候補開始位置を適用する
    　請求項１に記載の端末。
  5. 　前記基地局装置から複数候補開始位置を有する１つのセットが前記端末に指定された場合において、前記送信部は、前記連続するスロットのそれぞれのスロットで当該複数候補開始位置を適用し、
    　前記基地局装置から、それぞれが複数候補開始位置を有する少なくとも２つのセットが前記端末に指定された場合において、前記送信部は、前記少なくとも２つのセットのうちのいずれかを前記連続するスロットのうちの最初のスロットに適用する
    　請求項１ないし４のうちいずれか１項に記載の端末。
  6. 　前記送信部は、前記端末が、前記複数候補開始位置を適用した動作をサポートしているか否かを示す能力情報を前記基地局装置に送信する
    　請求項１ないし５のうちいずれか１項に記載の端末。
PCT/JP2019/031253 2019-08-07 2019-08-07 端末 WO2021024440A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2021538638A JPWO2021024440A5 (ja) 2019-08-07 端末、基地局、通信システム、及び通信方法
CN201980098998.4A CN114175703A (zh) 2019-08-07 2019-08-07 终端
EP19940226.4A EP4013088A1 (en) 2019-08-07 2019-08-07 Terminal
PCT/JP2019/031253 WO2021024440A1 (ja) 2019-08-07 2019-08-07 端末
US17/633,141 US20220330239A1 (en) 2019-08-07 2019-08-07 Terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/031253 WO2021024440A1 (ja) 2019-08-07 2019-08-07 端末

Publications (1)

Publication Number Publication Date
WO2021024440A1 true WO2021024440A1 (ja) 2021-02-11

Family

ID=74503163

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/031253 WO2021024440A1 (ja) 2019-08-07 2019-08-07 端末

Country Status (4)

Country Link
US (1) US20220330239A1 (ja)
EP (1) EP4013088A1 (ja)
CN (1) CN114175703A (ja)
WO (1) WO2021024440A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022065464A1 (ja) * 2020-09-28 2022-03-31 シャープ株式会社 端末装置、基地局装置、および、通信方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA3114817A1 (en) * 2020-04-09 2021-10-09 Comcast Cable Communications, Llc Transmission and reception configuration and signaling
EP4138467A4 (en) * 2020-04-16 2024-05-22 Lg Electronics Inc SIDELINK COMMUNICATION

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10257855B2 (en) * 2016-02-04 2019-04-09 Comcast Cable Communications, Llc Multi-carrier detection in a wireless network
US20190053265A1 (en) * 2016-03-28 2019-02-14 Lg Electronics Inc. Method for transmitting uplink control channel in wireless communication system supporting unlicensed band and device supporting same
PL3595397T3 (pl) * 2016-06-11 2022-02-21 Beijing Xiaomi Mobile Software Co., Ltd. Procedura nasłuchiwania przed rozmową w urządzeniu bezprzewodowym i urządzenie bezprzewodowe
US11363631B2 (en) * 2017-04-03 2022-06-14 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic start for transmission on unlicensed spectrum
CN109121198A (zh) * 2017-06-23 2019-01-01 维沃移动通信有限公司 一种非授权频段下的信息传输方法及网络设备
CN109729589B (zh) * 2017-10-31 2021-08-31 华为技术有限公司 上行信号传输方法、终端、网络设备及系统
US11324047B2 (en) * 2017-11-10 2022-05-03 Qualcomm Incorporated NR-unlicensed transmission opportunity structure with flexible starting point
US11025456B2 (en) * 2018-01-12 2021-06-01 Apple Inc. Time domain resource allocation for mobile communication
CN114245464A (zh) * 2018-12-26 2022-03-25 北京小米移动软件有限公司 时域资源分配方法、数据发送方法、基站及终端

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
MEDIATEK INC.: "UL Signals and Channels for NR-U operation", 3GPP DRAFT; R1-1900185_UL_SIGNALS_AND_CHANNELS_FOR_NR_U_OPERATION_FINAL, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Taipei, Taiwan; 20190121 - 20190125, 12 January 2019 (2019-01-12), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051575805 *
QUALCOMM INCORPORATED: "Enhancements to Scheduling and HARQ operation for NR-U", 3GPP DRAFT; R1-1907263 7.2.2.2.3 ENHANCEMENTS TO SCHEDULING AND HARQ OPERATION FOR NR-U, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Reno, US; 20190513 - 20190517, 4 May 2019 (2019-05-04), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051709286 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022065464A1 (ja) * 2020-09-28 2022-03-31 シャープ株式会社 端末装置、基地局装置、および、通信方法

Also Published As

Publication number Publication date
EP4013088A1 (en) 2022-06-15
US20220330239A1 (en) 2022-10-13
JPWO2021024440A1 (ja) 2021-02-11
CN114175703A (zh) 2022-03-11

Similar Documents

Publication Publication Date Title
WO2020261515A1 (ja) 端末及び通信方法
WO2020222281A1 (ja) ユーザ装置
WO2021024440A1 (ja) 端末
WO2020230201A1 (ja) ユーザ装置及び基地局装置
WO2021172337A1 (ja) 端末及び通信方法
JPWO2020170405A1 (ja) ユーザ装置及び基地局装置
WO2020235318A1 (ja) ユーザ装置及び基地局装置
WO2021140674A1 (ja) 端末及び通信方法
WO2021149231A1 (ja) 端末及び通信方法
WO2021149246A1 (ja) 端末、基地局及び通信方法
WO2021171995A1 (ja) 端末、通信方法及び基地局
WO2022079868A1 (ja) 端末、及び基地局
JP7378487B2 (ja) 端末、基地局、通信方法、及び通信システム
JP7482907B2 (ja) 端末、基地局、通信システム、及び通信方法
JP7321268B2 (ja) 端末、基地局、通信システム、及び通信方法
WO2021149159A1 (ja) 端末、基地局及び通信方法
JP7445663B2 (ja) 端末、基地局、システム、及び通信方法
WO2021090440A1 (ja) 端末、及び送信方法
WO2021065016A1 (ja) 端末及び通信方法
WO2021070396A1 (ja) 端末及び通信方法
WO2021205519A1 (ja) 端末、及び基地局装置
WO2021161455A1 (ja) 端末、及び能力情報送信方法
WO2022244122A1 (ja) 端末及び通信方法
WO2022239093A1 (ja) 端末、基地局、及びフィードバック方法
WO2022239092A1 (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: 19940226

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021538638

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019940226

Country of ref document: EP

Effective date: 20220307