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

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

Info

Publication number
WO2020255263A1
WO2020255263A1 PCT/JP2019/024137 JP2019024137W WO2020255263A1 WO 2020255263 A1 WO2020255263 A1 WO 2020255263A1 JP 2019024137 W JP2019024137 W JP 2019024137W WO 2020255263 A1 WO2020255263 A1 WO 2020255263A1
Authority
WO
WIPO (PCT)
Prior art keywords
rbg
type
size
information
rbg size
Prior art date
Application number
PCT/JP2019/024137
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 JP2021528507A priority Critical patent/JP7252334B2/ja
Priority to CN201980099415.XA priority patent/CN114258720A/zh
Priority to PCT/JP2019/024137 priority patent/WO2020255263A1/ja
Priority to US17/620,513 priority patent/US20220360384A1/en
Priority to MX2021015822A priority patent/MX2021015822A/es
Priority to EP19933590.2A priority patent/EP3989655A4/en
Publication of WO2020255263A1 publication Critical patent/WO2020255263A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA

Definitions

  • the present disclosure relates to terminals and wireless communication methods in next-generation mobile communication systems.
  • LTE Long Term Evolution
  • 3GPP Rel.10-14 LTE-Advanced (3GPP Rel.10-14) has been specified for the purpose of further increasing the capacity and sophistication of LTE (Third Generation Partnership Project (3GPP) Release (Rel.) 8, 9).
  • a successor system to LTE for example, 5th generation mobile communication system (5G), 5G + (plus), New Radio (NR), 3GPP Rel.15 or later, etc.) is also being considered.
  • 5G 5th generation mobile communication system
  • 5G + plus
  • NR New Radio
  • 3GPP Rel.15 or later, etc. is also being considered.
  • frequency domain resource allocation to a downlink shared channel (for example, Physical Downlink Shared Channel (PDSCH)) or an uplink shared channel (for example, Physical Uplink Shared Channel (PUSCH))
  • PDSCH Physical Downlink Shared Channel
  • PUSCH Physical Uplink Shared Channel
  • FDRA Domain Resource Allocation
  • RA Resource Allocation
  • RBG Resource Block Group
  • RB Resource Block
  • RA type 1, etc. the second type that performs FDRA using the resource indication value (RIV) in RB units are supported. ..
  • eMBB enhanced Mobile Broadband
  • URLLC Ultra-Reliable and Low-Latency Communications
  • one of the purposes of the present inventors is to provide a terminal and a wireless communication method capable of appropriately controlling the allocation of frequency domain resources to the downlink shared channel or the uplink shared channel.
  • the terminal is set to be used for determining the size of a resource block group (RBG) used for allocating frequency domain resources of a downlink shared channel or an uplink shared channel in common or individually for a plurality of traffic types. It is characterized by including a receiving unit for receiving information indicating the above, and a control unit for determining the size of the RBG based on the setting.
  • RBG resource block group
  • the allocation of frequency domain resources to the downlink shared channel or the uplink shared channel can be appropriately controlled.
  • FIG. 1A and 1B are diagrams showing an example of RA type 0 FDRA.
  • FIG. 2 is a diagram showing an example of RA type 1 FDRA.
  • 3A-3C are diagrams showing an example of RA type and RBG size signaling.
  • 4A and 4B are diagrams showing an example of RA types 2 and 3.
  • FIG. 5 is a diagram showing a first example of quasi-static RBG sizing according to the first aspect.
  • FIG. 6 is a diagram showing a second example of quasi-static RBG sizing according to the first aspect.
  • FIG. 7 is a diagram showing a third example of quasi-static RBG sizing according to the first aspect.
  • FIG. 8 is a diagram showing a fourth example of quasi-static RBG sizing according to the first aspect.
  • FIG. 5 is a diagram showing a first example of quasi-static RBG sizing according to the first aspect.
  • FIG. 6 is a diagram showing a second example of quasi-static RBG s
  • FIG. 9 is a diagram showing a first example of dynamic RBG sizing according to the first aspect.
  • FIG. 10 is a diagram showing a second example of dynamic RBG sizing according to the first aspect.
  • FIG. 11 is a diagram showing an example of quasi-static RA type switching according to the third aspect.
  • FIG. 12 is a diagram showing an example of dynamic RA type switching according to the third aspect.
  • 13A and 13B are diagrams showing an example of implicit RA type switching according to the third aspect.
  • FIG. 14 is a diagram showing an example of a schematic configuration of a wireless communication system according to an embodiment.
  • FIG. 15 is a diagram showing an example of the configuration of the base station according to the embodiment.
  • FIG. 16 is a diagram showing an example of the configuration of the user terminal according to the embodiment.
  • FIG. 17 is a diagram showing an example of the hardware configuration of the base station and the user terminal according to the embodiment.
  • Future wireless communication systems eg, NR are being considered to support multiple types of frequency domain resource allocation (Frequency Domain Resource Allocation (FDRA)).
  • FDRA Frequency Domain Resource Allocation
  • a first type using a bitmap (type 0, also referred to as resource allocation (RA) type 0, etc.)
  • RA resource allocation
  • RIV resource indication value
  • a type (also referred to as type 1, RA type 1, etc.) is assumed.
  • the RA types 0 and 1 may be used for FDRA for at least one of the uplink shared channel (for example, Physical Uplink Shared Channel (PUSCH)) or the downlink shared channel (for example, Physical Downlink Shared Channel (PDSCH)). Good.
  • the uplink shared channel for example, Physical Uplink Shared Channel (PUSCH)
  • the downlink shared channel for example, Physical Downlink Shared Channel (PDSCH)
  • a resource block group (Resource Block Group (RBG)) including one or more resource blocks (Resource Block (RB)) is used in order to reduce the size (number of bits) of the bitmap.
  • the number of RBs per RBG (RBG size) may be determined based on the number of RBs (BWP size) constituting the bandwidth portion (Bandwidth Part (BWP)) in the carrier.
  • the RB may be called a physical resource block (PRB).
  • the carrier may be called a cell, a serving cell, a component carrier (CC), or the like.
  • the BWP is a partial band in the carrier, and one or more BWPs may be configured in the carrier for a terminal (also referred to as a user terminal, User Equipment (UE), etc.).
  • UE User Equipment
  • FIG. 1A and 1B are diagrams showing an example of RA type 0 FDRA.
  • the RBG size corresponding to the BWP size may be associated (or defined) for each configuration.
  • the setting may be referred to as an RBG size setting or the like.
  • RBG size information for example, "rbg-Size" of Radio Resource Control (RRC) Information Element (IE)
  • RRC Radio Resource Control
  • IE Radio Resource Control
  • the UE may determine the RBG size to be 4, 8 or 16 based on the size of the BWP. ..
  • the table shown in FIG. 1A is only an example, and the values of the BWP size and the RBG size are not limited to those shown in FIG. 1A.
  • FIG. 1B shows an example of FDRA for PDSCH when the BWP size is 28 RB and the RBG size is 2 RB. Although FDRA for PDSCH is shown in FIG. 1B, FDRA can be performed for PUSCH in the same manner.
  • a bitmap having a number of bits equal to the number of RBGs in the BWP may be used, and each bit of the bitmap may indicate whether or not a PDSCH is assigned to the corresponding RBG.
  • the PDSCH is assigned to the RBG corresponding to the bit value “1”, and the PDSCH is not assigned to the RBG corresponding to the bit value “0”.
  • FDRA for PDSCH or PUSCH is controlled in RBG units.
  • PDSCH or PUSCH can be assigned to RBGs that are discontinuous in the frequency domain.
  • the frequency domain resource allocated to the PUSCH is indicated by using the start index (index of the start RB (RB start )) and the number of continuously allocated RBs (length, LRBs ). Is done.
  • the starting index and the number of RBs may be derived by the RIV.
  • FIG. 2 is a diagram showing an example of RA type 1 FDRA.
  • a predetermined number of RBs here, continuous 9 RB
  • FDRA for PDSCH is shown in FIG. 2, FDRA can be performed for PUSCH in the same manner.
  • FDRA for PDSCH or PUSCH can be controlled in RB units.
  • PDSCH or PUSCH can be assigned only to RBs that are continuous in the frequency domain.
  • the RA type as described above may be notified (configured) quasi-statically based on upper layer signaling, or may be notified (configured) based on downlink control information (DCI). It may be specified dynamically. Further, the RBG size information may be notified to the UE by, for example, higher layer signaling.
  • DCI downlink control information
  • the upper layer signaling is, for example, Radio Resource Control (RRC) signaling, system information (for example, Remaining Minimum System Information (RMSI), Other system information (OSI), Master Information Block (MIB), System Information. At least one of Block (SIB)), broadcast information (Physical Broadcast Channel (PBCH)), and Medium Access Control (MAC) signaling may be used.
  • RRC Radio Resource Control
  • system information for example, Remaining Minimum System Information (RMSI), Other system information (OSI), Master Information Block (MIB), System Information.
  • SIB Block
  • PBCH Physical Broadcast Channel
  • MAC Medium Access Control
  • 3A to 3C are diagrams showing an example of RA type and RBG size signaling.
  • the RA type information (RA type information, for example, “resource Allocation” of RRC IE) may be notified to the UE by higher layer signaling (for example, RRC signaling).
  • the RA type information for example, "resource Allocation” of RRC IE
  • the RBG size information for example, "rbg-” of RRC IE
  • Size is included, but not limited to this.
  • At least one of the RA type information and the above RBG size information may be included in the setting information related to PDSCH or PUSCH (for example, "PDSCH-Config", "PUSCH-Config” or "Configured GrantConfig” of RRC IE).
  • the PDSCH or PUSCH may be scheduled by DCI or semi-persistently scheduled (or scheduled by a set grant).
  • the RA type information may indicate RA type 0 (resourceAllocationType0), RA type 1 (resourceAllocationType1), or a dynamic switch (dynamicSwitch).
  • RA type 0 or 1 may be set in the UE quasi-statically.
  • all the bits of a predetermined field in the DCI for example, the Frequency Domain Resource Allocation (FDRA) field
  • FDRA Frequency Domain Resource Allocation
  • all the bits of the FDRA field may be used as a RA type 0 bitmap or an RA type 1 RIV.
  • the FDRA field is shown by 7 bits, but the number of bits of the FDRA field is not limited to this.
  • RA type 0 or 1 may be changed dynamically.
  • some bits of a predetermined field (eg, FDRA field) in the DCI may be used to identify the RA type.
  • FDRA field e.g. FDRA field
  • the value "0" of the most significant bit (MSB)) of the FDRA field may indicate RA type 0
  • MSB most significant bit
  • the remaining bits are used for FDRA with RA type 0 or 1. You may.
  • the remaining bits may be used as a RA type 0 bitmap or an RA type 1 RIV.
  • the FDRA field is shown by 8 bits, but the number of bits of the FDRA field is not limited to this.
  • eMBB enhanced Mobile Broadband
  • mMTC massive Machine Type Communications
  • URLLC Reliable and Low-Latency Communications
  • IIoT Industrial Internet of Things
  • a new DCI format different from the existing DCI format (for example, DCI format 1_0 or 1_1 used for PDSCH scheduling, 0_0 or 0_1 used for PUSCH scheduling) is used. Scheduling PDSCH or PUSCH is also being considered.
  • the new DCI format is called, for example, DCI format 1_x, 0_x, compact DCI, etc., but the name is not limited to this.
  • x is an arbitrary character string, and may be, for example, "2".
  • DCI format 1_x is used for scheduling PDSCH associated with a particular traffic type (eg, URLLC data (logical channel for URLLC)), and DCI format 0_x is used for scheduling PUSCH associated with URLLC data. You may.
  • the DCI format 1_x may be smaller in size than the DCI format 1_0 or 1_1.
  • the DCI format 0_x may be smaller in size than the DCI format 0_0 or 0_1.
  • a new RA type may be introduced in addition to the above RA types 0 and 1. It is being considered.
  • the new RA types are a third type based on RA type 0 (also referred to as modified RA type 0, RA type 2, type 2, etc.) and a fourth type based on RA type 1 (updated).
  • RA type 1 updated.
  • RA type 1 RA type 3, type 3 and the like
  • FIG. 4A and 4B are diagrams showing an example of RA types 2 and 3. As shown in FIG. 4A, in RA type 2 based on RA type 0, the RBG size for each BWP size may be defined coarser (larger) than the RBG size of RA type 1.
  • the size of the RA type 2 bitmap can be reduced as compared with the RA type 0 bitmap if the BWP size is the same. Therefore, the RA type 2 is suitable for the DCI format 1_x / 0_x.
  • RBG may be used instead of RB used in RA type 1 as at least one granularity of starting index and length. ..
  • the start index (start RBG index) and length of the frequency domain resource allocated to the PDSCH or PUSCH may be specified in RBG units composed of 4RB.
  • the size of RA type 2 RIV can be reduced as compared with RA type 0 RIV if the BWP size is the same. Therefore, the RA type 3 is suitable for the DCI format 1_x / 0_x.
  • the RA type 2 is not limited to the RA type different from the RA type 0, and may be defined as a subtype of the RA type 0 or a different RBG size setting.
  • the RA type 3 is not limited to the RA type different from the RA type 1, and may be defined as a subtype of the RA type 1 or a setting of a different scheduling granularity.
  • a plurality of PDSCHs or PUSCHs associated with a plurality of traffic types having different requirements are transmitted (multiplexed or mapped, etc.) within the same carrier (or bandwidth part (BWP)). If possible, there is a risk that the requirements of at least one traffic type cannot be met.
  • Rel. 15 In NR the number of RBG size settings that can be set simultaneously in RA type 0 is limited to one (for example, setting 1 or setting 2 in FIG. 1A). Therefore, all traffic types with the same granularity (same RBG size setting) are applied for the RBG size.
  • RBG size setting standard particle size
  • the present inventors appropriately control the RBG size setting of each of the different traffic types when performing FDRA in RBG units (first aspect), and set the RBG size among RA types in which FDRA is performed in RBG units. It was conceived to appropriately control the FDRA of the PDSCH or PUSCH by appropriately controlling the FDRA (second aspect) and appropriately controlling the switching between RA types (third aspect).
  • the UE may receive information (RBG size information) indicating the RBG size setting used for determining the RBG size used for FDRA of PDSCH, which is common to or individually for a plurality of traffic types.
  • the UE determines the RBG size used for the FDRA of the PDSCH based on the RBG size setting or the RBG size information.
  • the RBG size may be determined quasi-static (semi-static) (quasi-static RBG size determination), dynamically (dynamic) (dynamic RBG size determination), or , May be implicitly determined (implicit RBG size determination).
  • the RBG size may be determined based on at least one of higher layer signaling, DCI and implied information.
  • the RBG size used for the PDSCH FDRA associated with each traffic type may be determined by higher layer signaling.
  • the RBG size information may indicate an RBG size setting common to a plurality of traffic types.
  • the UE may determine the RBG size in common with the plurality of traffic types based on the RBG size setting.
  • the RBG size for each BWP size associated with each RBG size setting may be common among the traffic types.
  • a table (RBG table) that associates each RBG size setting with the RBG size for each BWP size may be commonly used among traffic types.
  • FIG. 5 is a diagram showing a first example of quasi-static RBG sizing according to the first aspect.
  • the RBG size information may be notified to the UE by higher layer signaling.
  • the RBG size information is indicated by, for example, "rbg-Size0" of RRC IE, but is not limited to this.
  • each RBG size setting (here, setting 1 or 2) may indicate a common RBG size among the traffic types.
  • the RBG size information shows setting 1. Therefore, the RBG size used for the FDRA of the PDSCH may be determined based on the RBG size for each BWP size associated with the setting 1 and the BWP size to which the PDSCH is assigned.
  • the same RBG size is applied to the FDRA of the PDSCH, regardless of which traffic type the PDSCH is associated with (eg, eMBB or URLLC). May be good.
  • the RBG size information may indicate an RBG size setting common to a plurality of traffic types.
  • the UE may determine the RBG size for each traffic type based on the RBG size setting.
  • each RBG size setting may be associated with an RBG size for each BWP size for each traffic type.
  • a table that associates the RBG size setting with the RBG size for each BWP size may be used for each traffic type.
  • FIG. 6 is a diagram showing a second example of quasi-static RBG sizing in the first aspect.
  • FIG. 6 differs from FIG. 5 in that each RBG size setting is associated with a plurality of RBG tables. In the following, the differences from FIG. 5 will be mainly described.
  • each RBG size setting (here, setting 1 or 2) may indicate a different RBG size for each traffic type. Specifically, a different RBG table may be used for each traffic type. Even if the RBG size setting is the same, different RBG sizes may be associated with each BWP size in different RBG tables.
  • FIG. 6 shows an RBG table for eMBB and an RBG table for URLLC.
  • the RBG size for example, a value larger than that of the RBG table for eMBB.
  • the UE receives, for example, the RBG size information indicating the RBG size setting 1 (setting 1).
  • the UE may decide which RBG table to use based on the traffic type associated with the PDSCH.
  • the UE may determine which RBG table to use based on the RA type information (for example, in the case of RA type 0, the RBG table for eMBB is used, and in the case of RA type 2, for URLLC. RBG table may be used).
  • Which RBG table is used
  • Which RBG size is used among a plurality of RBG sizes associated with the same RBG size setting for each BWP size (for example, the BWP size of setting 1 in FIG. 6). Which of the RBG sizes 2 and 4 associated with 1-36 is used) ”may be paraphrased.
  • the UE may determine the RBG size used for the PDSCH FDRA associated with the eMBB based on the BWP size from among the plurality of RBG sizes indicated by setting 1 in the RBG table for the eMBB. ..
  • the UE may determine the RBG size used for the FDRA of the PDSCH associated with the URLLC based on the BWP size from the plurality of RBG sizes indicated by the setting 1 in the RBG table for the URLLC.
  • each RBG size setting shows a different RBG size for each traffic type
  • FDRA for PDSCH can be performed using a BG size suitable for each traffic type.
  • the RBG size information may indicate individual RBG size settings (for each traffic type) for a plurality of traffic types.
  • the UE may determine the RBG size for each traffic type based on the RBG size setting.
  • the RBG size for each BWP size associated with each RBG size setting may be common among the traffic types.
  • a table (RBG table) that associates each RBG size setting with the RBG size for each BWP size may be commonly used among traffic types.
  • FIG. 7 is a diagram showing a third example of quasi-static RBG sizing in the first aspect.
  • FIG. 7 differs from FIG. 5 in that the RBG size information indicates individual RBG size settings among the traffic types instead of the common RBG size settings among the traffic types. In the following, the differences from FIG. 5 will be mainly described.
  • the RBG size information for each traffic type is shown by, for example, "rbg-Size0" of RRC IE, but is not limited to this.
  • RRC IE with a different name may be used for each traffic type.
  • the RBG size for each BWP size associated with each RBG size setting may be common among the traffic types.
  • a table (RBG table) that associates each RBG size setting with the RBG size for each BWP size may be commonly used among traffic types.
  • the UE receives the RBG size information indicating the RBG size setting 1 (setting 1) for the eMBB. Therefore, the UE sets the RBG size used for the PDSCH FDRA associated with the eMBB to the BWP size from among the plurality of RBG sizes (here, 2, 4, 8, 16) indicated by the setting 1 in the RBG table. It may be decided based on.
  • the UE receives the RBG size information indicating the RBG size setting 2 for URLLC. Therefore, the UE sets the RBG size used for the PDSCH FDRA associated with the URLLC from the plurality of RBG sizes (here, 4, 8, 16, 16) indicated by the setting 2 in the RBG table, and the BWP size. It may be decided based on.
  • the RBG size suitable for the traffic type can be determined by making the RBG size setting different for each traffic type.
  • the RBG size information may indicate individual RBG size settings (for each traffic type) for a plurality of traffic types.
  • the UE may determine the RBG size for each traffic type based on the RBG size setting.
  • each RBG size setting may be associated with an RBG size for each BWP size for each traffic type.
  • a table that associates the RBG size setting with the RBG size for each BWP size may be used for each traffic type.
  • FIG. 8 is a diagram showing a fourth example of quasi-static RBG sizing in the first aspect.
  • FIG. 8 differs from FIG. 6 in that the RBG size setting for each traffic type is associated with the corresponding RBG table for the traffic type.
  • the differences from FIG. 6 will be mainly described.
  • the RBG size setting for each traffic type may indicate the RBG size for the corresponding traffic type.
  • a different RBG table may be used for each traffic type.
  • different RBG sizes may be associated with each BWP size.
  • FIG. 8 shows an RBG table for eMBB and an RBG table for URLLC.
  • the RBG size for each BWP size suitable for the corresponding traffic type is associated with each setting (here, setting 1 or 2), respectively. You may.
  • the UE receives the RBG size information indicating setting 1 for eMBB.
  • the UE receives the RBG size information indicating the setting 2 for URLLC.
  • the UE may decide which RBG table to use based on the traffic type associated with the PDSCH or RBG size information.
  • the UE may determine which RBG table to use based on the RA type information (for example, in the case of RA type 0, the RBG table for eMBB is used, and in the case of RA type 2, for URLLC. RBG table may be used).
  • the UE may determine the RBG size used for the FDRA of the PDSCH associated with the eMBB based on the BWP size from the plurality of RBG sizes indicated by the setting 1 in the RBG table for the eMBB.
  • the UE may determine the RBG size used for the FDRA of the PDSCH associated with the URLLC based on the BWP size from the plurality of RBG sizes indicated by the setting 2 in the RBG table for the URLLC.
  • FDRA for PDSCH can be performed using the BG size suitable for each traffic type.
  • the RBG size used for the PDSCH FDRA associated with each traffic type may be determined based on DCI.
  • the RBG size may be determined based on the above RBG size information (for example, "rbg-Size0" of RRC IE) and DCI, or is determined based on DCI regardless of the RBG size information. May be done.
  • the UE When the RBG size information indicates a dynamic change in the RBG size setting (eg, dynamicswitch), the UE has a set of bits (eg, a predetermined number of MSBs or least significant bits) of a given field (eg, FDRA field) in the DCI.
  • the RBG size setting may be determined based on the bit (Least Significant Bit (LSB)). Some of the bits may be included in the predetermined field when the RBG size information indicates a dynamic change in the RBG size setting.
  • the MSB of the FDRA field of DCI is used to specify the RA type
  • other bits of the FDRA field for example, the second to a predetermined number of MSBs or a predetermined number of LSBs
  • the setting May be done.
  • FIG. 9 is a diagram showing a first example of dynamic RBG sizing according to the first aspect.
  • FIG. 9 differs from FIGS. 5 to 8 in that the RBG size information (for example, “rbg-Size” of RRC IE) indicates a dynamic setting change.
  • the RBG size information for example, “rbg-Size” of RRC IE
  • the RBG size information may be the RBG size information exemplified in FIGS. 5 to 8 (for example, "rbg-Size 0" of RRC IE). Further, although RA type 0 is exemplified in FIG. 9, RA type 2 may be used.
  • a predetermined number of bits (here, 2MSB) of a predetermined field (eg, FDRA field) in the DCI that schedules the PDSCH. ) May indicate the setting used to determine the RBG size of the PDSCH.
  • 2MSB in the FDRA field indicates the RBG size setting, but the position and the number of bits indicating the setting are not limited to those shown in the figure.
  • the number of bits can be determined based on the number of settings identified. Further, the number of bits in the FDRA field is not limited to that shown in the figure.
  • the UE determines the RBG size to be used for the PDSCH FDRA based on the RBG size setting indicated by the 2MSB in the FDRA field.
  • the UE may determine the RBG to which the PDSCH is assigned by the bitmap indicated by the other bits in the FDRA field.
  • the RBG sizing may be explicitly specified using some bit values of a given field in the DCI (eg, the FDRA field), or a new field in the DCI (eg, the RBG sizing). It may be specified explicitly using the field for, or it may be specified implicitly using the DCI format.
  • the RBG size setting may be determined based on some bits (eg, a predetermined number of MSBs or LSBs) of a predetermined field (eg, FDRA field) in the DCI. Some of the bits may be included in the predetermined field regardless of whether they are RA type 0 or 2.
  • the UE may determine the RBG size to be used for FDRA of the PDSCH scheduled by the DCI based on the RBG size setting indicated by some of the bits, instead of based on the RBG size setting indicated by the RBG size information. That is, the RBG size setting indicated by the RBG size information may be overwritten with the RBG size setting indicated by the part of the bits in the DCI.
  • FIG. 10 is a diagram showing a second example of dynamic RBG sizing according to the first aspect.
  • some bits of a predetermined field (for example, FDRA field) in the DCI specify the RBG size setting regardless of the RBG size information (for example, “rbg-Size” of RRC IE). Different from 9. In the following, the differences from FIG. 9 will be mainly described.
  • a predetermined number of bits (here, 2LSB) in a predetermined field (eg, FDRA field) in the DCI that schedules the PDSCH indicates an RBG size setting used to determine the RBG size of the PDSCH. May be good.
  • 2LSB in the FDRA field shows a setting for determining the RBG size, but the position and the number of bits indicating the setting are not limited to those shown in the figure.
  • the number of bits can be determined based on the number of settings identified.
  • the number of bits in the FDRA field is not limited to that shown in the figure.
  • RA type 0 is exemplified in FIG. 10, RA type 2 may be used.
  • the UE determines the RBG size to be used for the PDSCH FDRA based on the RBG size setting indicated by the 2LSB in the FDRA field.
  • the UE may determine the RBG to which the PDSCH is assigned by the bitmap indicated by the other bits in the FDRA field.
  • the RBG size setting may be determined based on at least some bits of a predetermined field other than the FDRA field in the DCI.
  • the predetermined field may be a field indicating the RA type (RA type field), or may be a field for specifying the RBG size setting.
  • some bits of the RA type field may indicate the RA type, and other bits of the RA type field may indicate the RBG size setting.
  • the UE may determine the RBG size setting used for the FDRA of the PDSCH based on the DCI format used for scheduling the PDSCH.
  • the UE uses an RBG size setting different from the RBG size setting set by the RBG size information (for example, the RBG size setting for PDSCH scheduled in the DCI format 1_0, 1_1). May be good.
  • the UE may temporarily use the RBG size setting 2 for the PDSCH scheduled by the DCI format 1_x. Good.
  • the RBG sizing used for the PDSCH FDRA associated with each traffic type may be determined based on implied information.
  • the implied information may include, for example, at least one of the following: -Information on the modulation and coding scheme (MCS) applied to the PDSCH-Information on the PDCCH that schedules the PDSCH-Scramble of the Cyclic Redundancy Check (CRC) bits of the PDCCH ( Information on the Radio Network Temporary Identifier (RNTI) used for CRC scramble)
  • MCS modulation and coding scheme
  • CRC Cyclic Redundancy Check
  • the UE may determine the RBG size setting based on information about the MCS (eg, the MCS index).
  • the MCS index may be specified by a predetermined field (for example, MCS field, MCS index field) in DCI.
  • an RBG size setting (for example, RBG size setting 2) that results in a larger RBG size may be determined. This is because the lower MCS index is likely to be used for the PDSCH associated with the URLLC.
  • an RBG size setting (for example, RBG size setting 1) that results in a smaller RBG size may be determined. This is because the higher MCS index is likely to be used for the PDSCH associated with the eMBB.
  • the UE may determine the RBG size setting based on the information about the PDCCH.
  • the information about the PDCCH may be, for example, at least one of the period for monitoring the PDCCH (opportunity, monitoring opportunity, PDCCH monitoring opportunity), search space, and control resource set (CORESET).
  • an RBG size setting (for example, RBG size setting 1) that results in a smaller RBG size may be determined. This is because slot-based is likely to be used for PDSCH associated with eMBB.
  • the RBG size setting (for example, RBG size setting 2), which is a larger RBG size, may be determined. This is because the lower MCS index is likely to be used for the PDSCH associated with the URLLC.
  • the span base may mean a period shorter than that of a slot (also referred to as a sub slot, a mini slot, a half slot, or the like). For example, when "pdcch-MonitoringAnyOccasionsWithSpanGap" of RRC IE is set, the PDCCH monitoring opportunity may be assumed to be span-based.
  • an RBG size setting (for example, RBG size setting 2) having a larger RBG size is determined, and when PDCCH is detected in another search space set, more An RBG size setting (for example, RBG size setting 1) that results in a small RBG size may be determined.
  • the search space set in which PDCCH is detected when associated with a particular CORESET, it determines an RBG size setting (eg, RBG size setting 2) that results in a larger RBG size, and when associated with another CORESET, it is smaller.
  • the RBG size setting (for example, RBG size setting 1) to be the RBG size may be determined.
  • the UE may determine the RBG size setting based on the information about the RNTI.
  • an RBG size setting (for example, RBG size setting 2) that results in a larger RBG size may be determined.
  • the specific RNTI may be, for example, MCS-C-RNTI.
  • an RBG size setting (for example, RBG size setting 1) that is a smaller RBG size may be determined.
  • the specific RNTI may be, for example, C-RNTI, CS-RNTI, or the like.
  • the RBG size setting in the RA type for example, at least one of the above RA types 0 and 2) in which FDRA is performed in RBG units.
  • RBG size also referred to as scheduling unit
  • RBG is used as a scheduling unit.
  • RB is used as a scheduling unit.
  • the RBG size setting (particle size of the scheduling unit) may be the same or different between at least two RA types having RBG as the scheduling unit (for example, RA types 0, 2, and 3 described above). Good.
  • RA type setting 1 when RA type setting 1 is set for RA type 0, RA type setting 1 may also be used for RA types 2 and 3.
  • RA type setting 1 when RA type setting 1 is set for RA type 0, RA type setting 2 may also be used for RA types 2 and 3.
  • RA setting type 1 when RA type setting 1 is set for RA type 0, RA setting type 1 may be used for RA type 2, while RA type setting 2 may be used for RA type 3.
  • the RBG size can be appropriately controlled between RA types that use RBG as the scheduling unit.
  • a third aspect describes switching between RA types.
  • Switching between RA types may be performed by higher layer signaling (quasi-static RA type switching) or dynamically by DCI. (Dynamic RA type switching) or may be performed based on implicit information such as scheduling conditions (implicit RA type switching).
  • switching of RA type may be paraphrased as "determination of RA type”.
  • RA type information indicating the RA type may be notified to the UE by higher layer signaling (for example, RRC signaling).
  • the RA type information may at least indicate RA type 0 (resourceAllocationType0), RA type 1 (resourceAllocationType1), RA type 2 (resourceAllocationType2), and RA type 3 (resourceAllocationType3). Further, the RA type information may indicate a dynamic switch. For example, in FIG. 11, the RA type information may indicate RA type 0, 1, 2, 3 or a dynamic switch.
  • the RA type can also be switched to the RA type for URLLC (for example, RA type 2 or 3) by performing RRC reconfiguration.
  • the RA type may be dynamically specified based on the RA type information (eg, "resource Allocation" of RRC IE) and DCI, or may be specified based on DCI regardless of the RA type information.
  • RA type information eg, "resource Allocation" of RRC IE
  • the UE When the RA type information indicates a dynamic change of RA type (eg, dynamicswitch), the UE sends some bits (eg, a given number of MSBs or LSBs) of a given field (eg, FDRA field) in the DCI.
  • the RA type may be determined based on this. Some of the bits may be included in the predetermined field if the RA type information indicates a dynamic change in RA type.
  • the UE may determine the RA type based on some bits (eg, a predetermined number of MSBs or LSBs) of a predetermined field (eg, FDRA field) in the DCI. .. Some of the bits may be included in the predetermined field regardless of whether the RA type information indicates a dynamic change in RA type. That is, the RA type specified by the RA type information may be overwritten by the RA type specified by the part of the bits.
  • some bits eg, a predetermined number of MSBs or LSBs
  • a predetermined field eg, FDRA field
  • FIG. 12 is a diagram showing an example of dynamic RA type determination according to the third aspect.
  • RA type information may or may not indicate a dynamic change in RA type.
  • a predetermined number of MSBs (here, MSB and second MSB) in a predetermined field (here, FDRA field) in DCI may specify the RA type.
  • the predetermined number of MSBs is not limited to 2 bits, and may be changed according to the number of RA types specified.
  • the values "00", “01”, “10” and “11" of the MSB and the second MSB may indicate RA types 0, 1, 2 and 3.
  • the RA type may be specified by at least some bits of a field other than the FDRA field in DCI.
  • the RA type is changed to the RA type for URLLC (for example). , RA type 2 or 3) can be quickly switched.
  • RA types may be switched based on implied information (implicit RA type determination).
  • the implied information may include, for example, at least one of the following: -Scheduling conditions (for example, at least one of BWP size and RB allocation) ⁇ DCI format ⁇ Information about MCS applied to PDSCH (eg MCS index) Information about the PDCCH that schedules the PDSCH (eg, at least one of the PDCCH monitoring opportunities, search space, and CORESET). -Information on RNTI used for CRC scrambling of the PDCCH.
  • the RA type may be switched based on the size of the BWP to which the PDSCH is assigned. For example, if the BWP size is less than (or less than) a predetermined threshold (eg, 1-36 PRB), the UE may determine RA type 0 or 2. On the other hand, if the BWP size is greater than or equal to a predetermined threshold (eg, 145 to 275 PRB), the UE may determine RA type 1 or 3.
  • a predetermined threshold eg, 1-36 PRB
  • RA type 0 and RA type 2 based on RA type 0 can perform FDRA with a smaller bit width (number of bits) in the case of a smaller (smaller) BWP size.
  • RA type 1 and RA type 3 based on RA type 1 can perform FDRA with a smaller bit width in the case of a larger BWP size. Therefore, the bit width required for FDRA can be reduced.
  • the RA type may also be switched based on the assignment of RBs of different traffic types. For example, when PDSCHs of different traffic types are transmitted (multiplexed) within the same time unit (for example, slots), the RA type of FDRA of the PDSCH is switched so as to reduce the RB that cannot be used for the PDSCH. You may.
  • FIG. 13A and 13B are diagrams showing an example of implicit RA type switching according to the third aspect.
  • FIG. 13A shows an example in which PDSCHs of different traffic types (eg, URLLC and eMBB) are multiplexed in the same time unit (for example, slots) in BWP having a BWP size of 37 RB, for example.
  • traffic types eg, URLLC and eMBB
  • RA type 0 RBG size setting 0 is applied for PDSCH associated with eMBB.
  • the BWP size 37 RB
  • the RBG size is 4 (see FIG. 1A).
  • FIG. 13A it is assumed that RA type 2 RBG size setting 2 is applied for PDSCH associated with URLLC.
  • the RBG size is 2 (see FIG. 4A).
  • the reference point for URLLC (the boundary between RBGs for URLLC) is smaller than the reference point for eMBB (the boundary between RBGs for eMBB).
  • the reference point for URLLC is provided every 16 RB in the BWP, while the reference point for eMBB is provided every 4 RB. Therefore, as shown in FIG. 13A, when PDSCH for eMBB is assigned to 1RBG for eMBB, RB that cannot be used for URLLC (for example, 12RB in FIG. 13A) may occur.
  • the RA type for PDSCH associated with URLLC may be switched from RA type 2 to RA type 1.
  • RA type 1 PDSCH FDRA is performed in RB units based on the starting RB index and length. Therefore, as shown in FIG. 13A, the generation of RB that cannot be used for PDSCH for ULRRC can be avoided, and the utilization efficiency of frequency resources can be improved.
  • the RA type for PDSCH associated with URLLC may be switched from RA type 2 to RA type 3.
  • switching between RA types can be appropriately controlled.
  • the first to third aspects may be applied alone or in combination of at least two.
  • at least one of the RA type and the RBG size setting of the RA type that performs FDRA in RBG units (for example, RA types 0, 2, 3) is quasi-static or It may be switched dynamically or based on implied information.
  • the above-mentioned first to third aspects have described the PDSCH FDRA, they can be similarly applied to the PUSCH FDRA.
  • the reception of PDSCH may be read as the transmission of PUSCH.
  • the DCI used for PDSCH scheduling (for example, DCI format 1_0, 1_1, 1_x) may be read as DCI used for PUSCH scheduling (for example, DCI format 0_0, 0_1, 0_x).
  • the PDSCH may be dynamically scheduled by DCI or may be semi-persistently scheduled. Further, the PUSCH may be dynamically scheduled by DCI or may be based on the setting grant.
  • the traffic type is not recognized by the physical layer, and in the physical layer, different traffic types may be identified by at least one of DCI format, RNTI, search space set, and CORESET.
  • wireless communication system Wireless communication system
  • communication is performed using any one of the wireless communication methods according to each of the above-described embodiments of the present disclosure or a combination thereof.
  • FIG. 14 is a diagram showing an example of a schematic configuration of a wireless communication system according to an embodiment.
  • the wireless communication system 1 may be a system that realizes communication using Long Term Evolution (LTE), 5th generation mobile communication system New Radio (5G NR), etc. specified by Third Generation Partnership Project (3GPP). ..
  • the wireless communication system 1 may support dual connectivity between a plurality of Radio Access Technologies (RATs) (Multi-RAT Dual Connectivity (MR-DC)).
  • MR-DC is dual connectivity between LTE (Evolved Universal Terrestrial Radio Access (E-UTRA)) and NR (E-UTRA-NR Dual Connectivity (EN-DC)), and dual connectivity between NR and LTE (NR-E).
  • -UTRA Dual Connectivity (NE-DC) may be included.
  • the LTE (E-UTRA) base station (eNB) is the master node (Master Node (MN)), and the NR base station (gNB) is the secondary node (Secondary Node (SN)).
  • the NR base station (gNB) is MN
  • the LTE (E-UTRA) base station (eNB) is SN.
  • the wireless communication system 1 has dual connectivity between a plurality of base stations in the same RAT (for example, dual connectivity (NR-NR Dual Connectivity (NN-DC)) in which both MN and SN are NR base stations (gNB). )) May be supported.
  • a plurality of base stations in the same RAT for example, dual connectivity (NR-NR Dual Connectivity (NN-DC)) in which both MN and SN are NR base stations (gNB). )
  • NR-NR Dual Connectivity NR-DC
  • gNB NR base stations
  • the wireless communication system 1 includes a base station 11 that forms a macro cell C1 having a relatively wide coverage, and a base station 12 (12a-12c) that is arranged in the macro cell C1 and forms a small cell C2 that is narrower than the macro cell C1. You may prepare.
  • the user terminal 20 may be located in at least one cell. The arrangement, number, and the like of each cell and the user terminal 20 are not limited to the mode shown in the figure.
  • the base stations 11 and 12 are not distinguished, they are collectively referred to as the base station 10.
  • the user terminal 20 may be connected to at least one of the plurality of base stations 10.
  • the user terminal 20 may use at least one of carrier aggregation (Carrier Aggregation (CA)) and dual connectivity (DC) using a plurality of component carriers (Component Carrier (CC)).
  • CA Carrier Aggregation
  • DC dual connectivity
  • CC Component Carrier
  • Each CC may be included in at least one of a first frequency band (Frequency Range 1 (FR1)) and a second frequency band (Frequency Range 2 (FR2)).
  • the macro cell C1 may be included in FR1 and the small cell C2 may be included in FR2.
  • FR1 may be in a frequency band of 6 GHz or less (sub 6 GHz (sub-6 GHz)), and FR2 may be in a frequency band higher than 24 GHz (above-24 GHz).
  • the frequency bands and definitions of FR1 and FR2 are not limited to these, and for example, FR1 may correspond to a frequency band higher than FR2.
  • the user terminal 20 may perform communication using at least one of Time Division Duplex (TDD) and Frequency Division Duplex (FDD) in each CC.
  • TDD Time Division Duplex
  • FDD Frequency Division Duplex
  • the plurality of base stations 10 may be connected by wire (for example, optical fiber compliant with Common Public Radio Interface (CPRI), X2 interface, etc.) or wirelessly (for example, NR communication).
  • wire for example, optical fiber compliant with Common Public Radio Interface (CPRI), X2 interface, etc.
  • NR communication for example, when NR communication is used as a backhaul between base stations 11 and 12, the base station 11 corresponding to the upper station is an Integrated Access Backhaul (IAB) donor, and the base station 12 corresponding to a relay station (relay) is IAB. It may be called a node.
  • IAB Integrated Access Backhaul
  • relay station relay station
  • the base station 10 may be connected to the core network 30 via another base station 10 or directly.
  • the core network 30 may include at least one such as Evolved Packet Core (EPC), 5G Core Network (5GCN), and Next Generation Core (NGC).
  • EPC Evolved Packet Core
  • 5GCN 5G Core Network
  • NGC Next Generation Core
  • the user terminal 20 may be a terminal that supports at least one of communication methods such as LTE, LTE-A, and 5G.
  • a wireless access method based on Orthogonal Frequency Division Multiplexing may be used.
  • OFDM Orthogonal Frequency Division Multiplexing
  • DL Downlink
  • UL Uplink
  • CP-OFDM Cyclic Prefix OFDM
  • DFT-s-OFDM Discrete Fourier Transform Spread OFDM
  • OFDMA Orthogonal Frequency Division Multiple. Access
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • the wireless access method may be called a waveform.
  • another wireless access system for example, another single carrier transmission system, another multi-carrier transmission system
  • the UL and DL wireless access systems may be used as the UL and DL wireless access systems.
  • downlink shared channels Physical Downlink Shared Channel (PDSCH)
  • broadcast channels Physical Broadcast Channel (PBCH)
  • downlink control channels Physical Downlink Control
  • Channel PDCCH
  • the uplink shared channel Physical Uplink Shared Channel (PUSCH)
  • the uplink control channel Physical Uplink Control Channel (PUCCH)
  • the random access channel shared by each user terminal 20 are used.
  • Physical Random Access Channel (PRACH) Physical Random Access Channel or the like may be used.
  • User data, upper layer control information, System Information Block (SIB), etc. are transmitted by PDSCH.
  • User data, upper layer control information, and the like may be transmitted by the PUSCH.
  • the Master Information Block (MIB) may be transmitted by the PBCH.
  • Lower layer control information may be transmitted by PDCCH.
  • the lower layer control information may include, for example, downlink control information (Downlink Control Information (DCI)) including scheduling information of at least one of PDSCH and PUSCH.
  • DCI Downlink Control Information
  • the DCI that schedules PDSCH may be called DL assignment, DL DCI, etc.
  • the DCI that schedules PUSCH may be called UL grant, UL DCI, etc.
  • the PDSCH may be read as DL data
  • the PUSCH may be read as UL data.
  • a control resource set (COntrol REsource SET (CORESET)) and a search space (search space) may be used to detect the PDCCH.
  • CORESET corresponds to a resource that searches for DCI.
  • the search space corresponds to the search area and search method of PDCCH candidates (PDCCH candidates).
  • One CORESET may be associated with one or more search spaces. The UE may monitor the CORESET associated with a search space based on the search space settings.
  • One search space may correspond to PDCCH candidates corresponding to one or more aggregation levels.
  • One or more search spaces may be referred to as a search space set.
  • the "search space”, “search space set”, “search space setting”, “search space set setting”, “CORESET”, “CORESET setting”, etc. of the present disclosure may be read as each other.
  • channel state information (Channel State Information (CSI)
  • delivery confirmation information for example, it may be called Hybrid Automatic Repeat reQuest ACK knowledgement (HARQ-ACK), ACK / NACK, etc.
  • scheduling request (Scheduling Request ( Uplink Control Information (UCI) including at least one of SR)
  • the PRACH may transmit a random access preamble for establishing a connection with the cell.
  • downlinks, uplinks, etc. may be expressed without “links”. Further, it may be expressed without adding "Physical" at the beginning of various channels.
  • a synchronization signal (Synchronization Signal (SS)), a downlink reference signal (Downlink Reference Signal (DL-RS)), and the like may be transmitted.
  • the DL-RS includes a cell-specific reference signal (Cell-specific Reference Signal (CRS)), a channel state information reference signal (Channel State Information Reference Signal (CSI-RS)), and a demodulation reference signal (DeModulation).
  • CRS Cell-specific Reference Signal
  • CSI-RS Channel State Information Reference Signal
  • DeModulation Demodulation reference signal
  • Reference Signal (DMRS)), positioning reference signal (Positioning Reference Signal (PRS)), phase tracking reference signal (Phase Tracking Reference Signal (PTRS)), and the like may be transmitted.
  • PRS Positioning Reference Signal
  • PTRS Phase Tracking Reference Signal
  • the synchronization signal may be, for example, at least one of a primary synchronization signal (Primary Synchronization Signal (PSS)) and a secondary synchronization signal (Secondary Synchronization Signal (SSS)).
  • PSS Primary Synchronization Signal
  • SSS Secondary Synchronization Signal
  • the signal block including SS (PSS, SSS) and PBCH (and DMRS for PBCH) may be referred to as SS / PBCH block, SS Block (SSB) and the like.
  • SS, SSB and the like may also be called a reference signal.
  • a measurement reference signal Sounding Reference Signal (SRS)
  • a demodulation reference signal DMRS
  • UL-RS Uplink Reference Signal
  • UE-specific Reference Signal UE-specific Reference Signal
  • FIG. 15 is a diagram showing an example of the configuration of the base station according to the embodiment.
  • the base station 10 includes a control unit 110, a transmission / reception unit 120, a transmission / reception antenna 130, and a transmission line interface 140.
  • the control unit 110, the transmission / reception unit 120, the transmission / reception antenna 130, and the transmission line interface 140 may each be provided with one or more.
  • the functional blocks of the feature portion in the present embodiment are mainly shown, and it may be assumed that the base station 10 also has other functional blocks necessary for wireless communication. A part of the processing of each part described below may be omitted.
  • the control unit 110 controls the entire base station 10.
  • the control unit 110 can be composed of a controller, a control circuit, and the like described based on the common recognition in the technical field according to the present disclosure.
  • the control unit 110 may control signal generation, scheduling (for example, resource allocation, mapping) and the like.
  • the control unit 110 may control transmission / reception, measurement, and the like using the transmission / reception unit 120, the transmission / reception antenna 130, and the transmission line interface 140.
  • the control unit 110 may generate data to be transmitted as a signal, control information, a sequence, and the like, and transfer the data to the transmission / reception unit 120.
  • the control unit 110 may perform call processing (setting, release, etc.) of the communication channel, state management of the base station 10, management of radio resources, and the like.
  • the transmission / reception unit 120 may include a baseband unit 121, a Radio Frequency (RF) unit 122, and a measurement unit 123.
  • the baseband unit 121 may include a transmission processing unit 1211 and a reception processing unit 1212.
  • the transmission / reception unit 120 includes a transmitter / receiver, an RF circuit, a baseband circuit, a filter, a phase shifter, a measurement circuit, a transmission / reception circuit, and the like, which are described based on common recognition in the technical fields according to the present disclosure. be able to.
  • the transmission / reception unit 120 may be configured as an integrated transmission / reception unit, or may be composed of a transmission unit and a reception unit.
  • the transmission unit may be composed of a transmission processing unit 1211 and an RF unit 122.
  • the receiving unit may be composed of a receiving processing unit 1212, an RF unit 122, and a measuring unit 123.
  • the transmitting / receiving antenna 130 can be composed of an antenna described based on common recognition in the technical field according to the present disclosure, for example, an array antenna.
  • the transmission / reception unit 120 may transmit the above-mentioned downlink channel, synchronization signal, downlink reference signal, and the like.
  • the transmission / reception unit 120 may receive the above-mentioned uplink channel, uplink reference signal, and the like.
  • the transmission / reception unit 120 may form at least one of a transmission beam and a reception beam by using digital beamforming (for example, precoding), analog beamforming (for example, phase rotation), and the like.
  • digital beamforming for example, precoding
  • analog beamforming for example, phase rotation
  • the transmission / reception unit 120 processes, for example, Packet Data Convergence Protocol (PDCP) layer processing and Radio Link Control (RLC) layer processing (for example, RLC) for data, control information, etc. acquired from control unit 110.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • HARQ retransmission control HARQ retransmission control
  • the transmission / reception unit 120 performs channel coding (may include error correction coding), modulation, mapping, filtering, and discrete Fourier transform (Discrete Fourier Transform (DFT)) for the bit string to be transmitted.
  • the base band signal may be output by performing processing (if necessary), inverse fast Fourier transform (IFFT) processing, precoding, digital-analog transform, and other transmission processing.
  • IFFT inverse fast Fourier transform
  • the transmission / reception unit 120 may perform modulation, filtering, amplification, etc. on the baseband signal to the radio frequency band, and transmit the signal in the radio frequency band via the transmission / reception antenna 130. ..
  • the transmission / reception unit 120 may perform amplification, filtering, demodulation to a baseband signal, or the like on the signal in the radio frequency band received by the transmission / reception antenna 130.
  • the transmission / reception unit 120 (reception processing unit 1212) performs analog-digital conversion, fast Fourier transform (FFT) processing, and inverse discrete Fourier transform (IDFT) on the acquired baseband signal. )) Processing (if necessary), filtering, demapping, demodulation, decoding (may include error correction decoding), MAC layer processing, RLC layer processing, PDCP layer processing, and other reception processing are applied. User data and the like may be acquired.
  • FFT fast Fourier transform
  • IDFT inverse discrete Fourier transform
  • the transmission / reception unit 120 may perform measurement on the received signal.
  • the measuring unit 123 may perform Radio Resource Management (RRM) measurement, Channel State Information (CSI) measurement, or the like based on the received signal.
  • the measuring unit 123 has received power (for example, Reference Signal Received Power (RSRP)) and reception quality (for example, Reference Signal Received Quality (RSRQ), Signal to Interference plus Noise Ratio (SINR), Signal to Noise Ratio (SNR)).
  • RSRP Reference Signal Received Power
  • RSSQ Reference Signal Received Quality
  • SINR Signal to Noise Ratio
  • Signal strength for example, Received Signal Strength Indicator (RSSI)
  • propagation path information for example, CSI
  • the measurement result may be output to the control unit 110.
  • the transmission line interface 140 transmits and receives signals (backhaul signaling) to and from devices included in the core network 30, other base stations 10, and the like, and user data (user plane data) and control plane for the user terminal 20. Data or the like may be acquired or transmitted.
  • the transmitting unit and the receiving unit of the base station 10 in the present disclosure may be composed of at least one of the transmission / reception unit 120, the transmission / reception antenna 130, and the transmission line interface 140.
  • RBG size information may be transmitted.
  • the transmission / reception unit 120 may transmit downlink control information. Further, the transmission / reception unit 120 may transmit a downlink shared channel. Further, the transmission / reception unit 220 may receive the uplink shared channel. Further, the transmission / reception unit 120 may transmit information indicating the resource allocation type (RA type information).
  • RA type information the resource allocation type
  • Each setting may be associated with one or more RBG sizes, either commonly or individually for the plurality of traffic types.
  • the control unit 110 corresponds to the size of the downlink shared channel or the bandwidth portion (BWP) to which the uplink shared channel is assigned from among the sizes of the one or more RBGs associated with the settings indicated by the RBG size information.
  • the size of the RBG may be determined (quasi-static RBG sizing in the first aspect).
  • the control unit 110 may determine the size of the RBG based on at least one of the RBG size information, the downlink control information used for scheduling the downlink shared channel or the uplink shared channel, and implicit information (the RBG size information). Dynamic RBG sizing or implicit RBG sizing in the first aspect).
  • the control unit 110 may determine the size of the RBG in common or individually among a plurality of resource allocation types having the RBG as a scheduling unit (second aspect).
  • the control unit 110 is based on at least one of the information indicating the resource allocation type (RA type information), the downlink control information used for scheduling the downlink shared channel or the uplink shared channel, and the implicit information, and the downlink shared channel.
  • RA type information the information indicating the resource allocation type
  • the downlink control information used for scheduling the downlink shared channel or the uplink shared channel and the implicit information
  • the downlink shared channel may be controlled (third aspect).
  • FIG. 16 is a diagram showing an example of the configuration of the user terminal according to the embodiment.
  • the user terminal 20 includes a control unit 210, a transmission / reception unit 220, and a transmission / reception antenna 230.
  • the control unit 210, the transmission / reception unit 220, and the transmission / reception antenna 230 may each be provided with one or more.
  • this example mainly shows the functional blocks of the feature portion in the present embodiment, and it may be assumed that the user terminal 20 also has other functional blocks necessary for wireless communication. A part of the processing of each part described below may be omitted.
  • the control unit 210 controls the entire user terminal 20.
  • the control unit 210 can be composed of a controller, a control circuit, and the like described based on the common recognition in the technical field according to the present disclosure.
  • the control unit 210 may control signal generation, mapping, and the like.
  • the control unit 210 may control transmission / reception, measurement, and the like using the transmission / reception unit 220 and the transmission / reception antenna 230.
  • the control unit 210 may generate data to be transmitted as a signal, control information, a sequence, and the like, and transfer the data to the transmission / reception unit 220.
  • the transmission / reception unit 220 may include a baseband unit 221 and an RF unit 222, and a measurement unit 223.
  • the baseband unit 221 may include a transmission processing unit 2211 and a reception processing unit 2212.
  • the transmission / reception unit 220 can be composed of a transmitter / receiver, an RF circuit, a baseband circuit, a filter, a phase shifter, a measurement circuit, a transmission / reception circuit, and the like, which are described based on the common recognition in the technical field according to the present disclosure.
  • the transmission / reception unit 220 may be configured as an integrated transmission / reception unit, or may be composed of a transmission unit and a reception unit.
  • the transmission unit may be composed of a transmission processing unit 2211 and an RF unit 222.
  • the receiving unit may be composed of a receiving processing unit 2212, an RF unit 222, and a measuring unit 223.
  • the transmitting / receiving antenna 230 can be composed of an antenna described based on common recognition in the technical field according to the present disclosure, for example, an array antenna.
  • the transmission / reception unit 220 may receive the above-mentioned downlink channel, synchronization signal, downlink reference signal, and the like.
  • the transmission / reception unit 220 may transmit the above-mentioned uplink channel, uplink reference signal, and the like.
  • the transmission / reception unit 220 may form at least one of a transmission beam and a reception beam by using digital beamforming (for example, precoding), analog beamforming (for example, phase rotation), and the like.
  • digital beamforming for example, precoding
  • analog beamforming for example, phase rotation
  • the transmission / reception unit 220 processes, for example, PDCP layer processing, RLC layer processing (for example, RLC retransmission control), and MAC layer processing (for example, for data, control information, etc. acquired from the control unit 210). , HARQ retransmission control), etc., to generate a bit string to be transmitted.
  • the transmission / reception unit 220 (transmission processing unit 2211) performs channel coding (may include error correction coding), modulation, mapping, filtering processing, DFT processing (if necessary), and IFFT processing for the bit string to be transmitted. , Precoding, digital-to-analog conversion, and other transmission processing may be performed to output the baseband signal.
  • Whether or not to apply the DFT process may be based on the transform precoding setting.
  • the transmission / reception unit 220 transmission processing unit 2211 described above for transmitting a channel (for example, PUSCH) using the DFT-s-OFDM waveform when the transform precoding is enabled.
  • the DFT process may be performed as the transmission process, and if not, the DFT process may not be performed as the transmission process.
  • the transmission / reception unit 220 may perform modulation, filtering, amplification, etc. to the radio frequency band on the baseband signal, and transmit the signal in the radio frequency band via the transmission / reception antenna 230. ..
  • the transmission / reception unit 220 may perform amplification, filtering, demodulation to a baseband signal, or the like on the signal in the radio frequency band received by the transmission / reception antenna 230.
  • the transmission / reception unit 220 (reception processing unit 2212) performs analog-to-digital conversion, FFT processing, IDFT processing (if necessary), filtering processing, demapping, demodulation, and decoding (error correction) for the acquired baseband signal. Decoding may be included), MAC layer processing, RLC layer processing, PDCP layer processing, and other reception processing may be applied to acquire user data and the like.
  • the transmission / reception unit 220 may perform measurement on the received signal.
  • the measuring unit 223 may perform RRM measurement, CSI measurement, or the like based on the received signal.
  • the measuring unit 223 may measure received power (for example, RSRP), reception quality (for example, RSRQ, SINR, SNR), signal strength (for example, RSSI), propagation path information (for example, CSI), and the like.
  • the measurement result may be output to the control unit 210.
  • the transmission unit and the reception unit of the user terminal 20 in the present disclosure may be composed of at least one of the transmission / reception unit 220, the transmission / reception antenna 230, and the transmission line interface 240.
  • RBG size information may be received.
  • the transmission / reception unit 220 may receive downlink control information. Further, the transmission / reception unit 220 may receive the downlink shared channel. Further, the transmission / reception unit 220 may transmit an uplink shared channel. Further, the transmission / reception unit 220 may receive information indicating the resource allocation type (RA type information).
  • RA type information the resource allocation type
  • the control unit 210 may determine the size of the RBG based on the setting (RBG size setting) or the information (RBG size information). Each setting may be associated with one or more RBG sizes, common or individually for the plurality of traffic types.
  • the control unit 210 corresponds to the size of the downlink shared channel or the bandwidth portion (BWP) to which the uplink shared channel is assigned from among the sizes of the one or more RBGs associated with the settings indicated by the RBG size information.
  • the size of the RBG may be determined (quasi-static RBG sizing in the first aspect).
  • the control unit 210 may determine the size of the RBG based on at least one of the RBG size information, the downlink control information used for scheduling the downlink shared channel or the uplink shared channel, and implicit information (the RBG size information). Dynamic RBG sizing or implicit RBG sizing in the first aspect).
  • the control unit 210 may determine the size of the RBG in common or individually among a plurality of resource allocation types having the RBG as a scheduling unit (second aspect).
  • the control unit 210 is based on at least one of the information indicating the resource allocation type (RA type information), the downlink control information used for scheduling the downlink shared channel or the uplink shared channel, and the implicit information, and the downlink shared channel. Alternatively, switching of the resource allocation type of the uplink shared channel may be controlled (third aspect).
  • each functional block may be realized by using one device that is physically or logically connected, or directly or indirectly (for example, by using two or more physically or logically separated devices). , 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.
  • the functions include judgment, decision, judgment, calculation, calculation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, solution, selection, selection, establishment, comparison, assumption, expectation, and deemed. , Broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, assigning, etc.
  • a functional block (constituent unit) for functioning transmission may be referred to as a transmitting unit (transmitting unit), a transmitter (transmitter), or the like.
  • the method of realizing each of them is not particularly limited.
  • the base station, user terminal, 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. 17 is a diagram showing an example of the hardware configuration of the base station and the user terminal according to the embodiment.
  • the base station 10 and the user terminal 20 described above may be physically configured as a computer device including a processor 1001, a memory 1002, a storage 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, and the like. ..
  • the hardware configuration of the base station 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.
  • processor 1001 may be a plurality of processors. Further, the processing may be executed by one processor, or the processing may be executed simultaneously, sequentially, or by using other methods by two or more processors.
  • the processor 1001 may be mounted by one or more chips.
  • the processor 1001 For each function of the base station 10 and the user terminal 20, for example, by loading predetermined software (program) on hardware such as the processor 1001 and the memory 1002, the processor 1001 performs an operation and communicates via the communication device 1004. It is realized by controlling at least one of reading and writing of data in the memory 1002 and the storage 1003.
  • predetermined software program
  • the processor 1001 operates, for example, an operating system to control the entire computer.
  • the processor 1001 may be configured by a central processing unit (CPU) including an interface with peripheral devices, a control device, an arithmetic unit, registers, and the like.
  • CPU central processing unit
  • control unit 110 210
  • transmission / reception unit 120 220
  • the like may be realized by the processor 1001.
  • the processor 1001 reads a program (program code), a software module, data, etc. from at least one of the storage 1003 and the communication device 1004 into the memory 1002, and executes various processes according to these.
  • a program program code
  • the control unit 110 may be realized by a control program stored in the memory 1002 and operating in the processor 1001, and may be realized in the same manner for other functional blocks.
  • the memory 1002 is a computer-readable recording medium, for example, at least a Read Only Memory (ROM), an Erasable Programmable ROM (EPROM), an Electrically EPROM (EEPROM), a Random Access Memory (RAM), or any other suitable storage medium. It may be composed of one.
  • the memory 1002 may be referred to as a register, a cache, a main memory (main storage device), or the like.
  • the memory 1002 can store a program (program code), a software module, or the like that can be executed to implement the wireless communication method according to the embodiment of the present disclosure.
  • the storage 1003 is a computer-readable recording medium, for example, a flexible disk, a floppy (registered trademark) disk, a magneto-optical disk (for example, a compact disc (Compact Disc ROM (CD-ROM)), a digital versatile disk, etc.). At least one of Blu-ray® disks, removable disks, hard disk drives, smart cards, flash memory devices (eg cards, sticks, key drives), magnetic stripes, databases, servers, and other suitable storage media. It may be composed of.
  • the storage 1003 may be referred to as an auxiliary storage device.
  • 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, etc. in order to realize at least one of frequency division duplex (Frequency Division Duplex (FDD)) and time division duplex (Time Division Duplex (TDD)). It may be configured to include.
  • the transmission / reception unit 120 (220), the transmission / reception antenna 130 (230), and the like described above may be realized by the communication device 1004.
  • the transmission / reception unit 120 (220) may be physically or logically separated from the transmission unit 120a (220a) and the reception unit 120b (220b).
  • 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, a Light Emitting Diode (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 memory 1002 is connected by the 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 10 and the user terminal 20 include a microprocessor, a digital signal processor (Digital Signal Processor (DSP)), an Application Specific Integrated Circuit (ASIC), a Programmable Logic Device (PLD), a Field Programmable Gate Array (FPGA), and the like. It may be configured to include hardware, and a part or all of each functional block may be realized by using the hardware. 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 wireless frame may be composed of one or more periods (frames) in the time domain.
  • Each of the one or more periods (frames) constituting the wireless frame may be referred to as a subframe.
  • the subframe may be composed 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 applied to at least one of transmission and reception of a signal or channel.
  • Numerology includes, for example, subcarrier spacing (SubCarrier Spacing (SCS)), bandwidth, symbol length, cyclic prefix length, transmission time interval (Transmission Time Interval (TTI)), number of symbols per TTI, and wireless frame configuration.
  • SCS subcarrier Spacing
  • TTI Transmission Time Interval
  • a specific filtering process performed by the transmitter / receiver 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 in the time domain (Orthogonal Frequency Division Multiple Access (OFDMA) symbol, Single Carrier Frequency Division Multiple Access (SC-FDMA) symbol, etc.). Further, the slot may be a time unit based on numerology.
  • OFDMA Orthogonal Frequency Division Multiple Access
  • 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 (PUSCH) mapping type A.
  • the PDSCH (or PUSCH) transmitted using the minislot may be referred to as PDSCH (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.
  • the time units such as frames, subframes, slots, mini slots, and symbols in the present disclosure may be read as each other.
  • one subframe may be called TTI
  • a plurality of consecutive subframes may be called TTI
  • one slot or one minislot may be called TTI. That is, at least one of the subframe and TTI may be a subframe (1 ms) in existing LTE, a period shorter than 1 ms (eg, 1-13 symbols), or a period longer than 1 ms. It may be.
  • the unit representing TTI may be called a slot, a mini slot, or the like instead of a subframe.
  • TTI refers to, for example, the minimum time unit of scheduling in wireless communication.
  • the base station schedules each user terminal to allocate radio resources (frequency bandwidth that can be used in each user terminal, 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 3GPP 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.
  • a resource block 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 RB may include one or more symbols in the time domain, 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 are a physical resource block (Physical RB (PRB)), a sub-carrier group (Sub-Carrier Group (SCG)), a resource element group (Resource Element Group (REG)), a PRB pair, and an RB. It may be called a pair or the like.
  • Physical RB Physical RB (PRB)
  • SCG sub-carrier Group
  • REG resource element group
  • the resource block may be composed of one or a plurality of resource elements (Resource Element (RE)).
  • 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) represents a subset of consecutive common resource blocks (RBs) for a neurology in a carrier. May be good.
  • 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 UL BWP (BWP for UL) and DL BWP (BWP for DL).
  • BWP UL BWP
  • BWP for DL 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) length, and other configurations can be changed in various ways.
  • 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. For example, radio resources may be indicated by a given index.
  • data, instructions, commands, information, signals, bits, symbols, chips, etc. may be voltage, current, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any of these. It may be represented by a combination of.
  • information, signals, etc. can be output from the upper layer to the lower layer and from the lower layer to at least one of the upper layers.
  • Information, signals, etc. may be input / output via a plurality of network nodes.
  • the input / output information, signals, etc. may be stored in a specific location (for example, memory) or may be managed using a management table. Input / output information, signals, etc. can be overwritten, updated, or added. The output information, signals, etc. may be deleted. The input information, signals, etc. may be transmitted to other devices.
  • the notification of information is not limited to the mode / embodiment described in the present disclosure, and may be performed by using another method.
  • the notification of information in the present disclosure includes physical layer signaling (for example, downlink control information (DCI)), uplink control information (Uplink Control Information (UCI))), and higher layer signaling (for example, Radio Resource Control). (RRC) signaling, broadcast information (master information block (MIB), system information block (SIB), etc.), medium access control (MAC) signaling), other signals or combinations thereof May be carried out by.
  • DCI downlink control information
  • UCI Uplink Control Information
  • RRC Radio Resource Control
  • MIB master information block
  • SIB system information block
  • MAC medium access control
  • the physical layer signaling may be referred to as Layer 1 / Layer 2 (L1 / L2) control information (L1 / L2 control signal), L1 control information (L1 control signal), and the like.
  • the RRC signaling may be called an RRC message, and may be, for example, an RRC connection setup (RRC Connection Setup) message, an RRC connection reconfiguration (RRC Connection Reconfiguration) message, or the like.
  • MAC signaling may be notified using, for example, a MAC control element (MAC Control Element (CE)).
  • CE MAC Control Element
  • the notification of predetermined information is not limited to the explicit notification, but implicitly (for example, by not notifying the predetermined information or another information). May be done (by notification of).
  • the determination may be made by a value represented by 1 bit (0 or 1), or by a boolean value represented by true or false. , May be done by numerical comparison (eg, comparison with a given 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, executable files, execution threads, procedures, features, etc. should be broadly interpreted to mean.
  • software, instructions, information, etc. may be transmitted and received via a transmission medium.
  • a transmission medium For example, a website where software uses at least one of wired technology (coaxial cable, fiber optic cable, twist pair, digital subscriber line (DSL), etc.) and wireless technology (infrared, microwave, etc.).
  • wired technology coaxial cable, fiber optic cable, twist pair, digital subscriber line (DSL), etc.
  • wireless technology infrared, microwave, etc.
  • Network may mean a device (eg, a base station) included in the network.
  • precoding "precoding weight”
  • QCL Quality of Co-Co-Location
  • TCI state Transmission Configuration Indication state
  • space "Spatial relation”, “spatial domain filter”, “transmission power”, “phase rotation”, "antenna port”, “antenna port group”, “layer”, “number of layers”
  • Terms such as “rank”, “resource”, “resource set”, “resource group”, “beam”, “beam width”, “beam angle”, "antenna”, “antenna element", “panel” are compatible.
  • Base station BS
  • radio base station fixed station
  • NodeB NodeB
  • eNB eNodeB
  • gNB gNodeB
  • Access point "Transmission point (Transmission Point (TP))
  • RP Reception point
  • TRP Transmission / Reception Point
  • Panel , "Cell”, “sector”, “cell group”, “carrier”, “component carrier” and the like
  • 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 (Remote Radio)).
  • Communication services can also be provided by Head (RRH))).
  • RRH Head
  • the term "cell” or “sector” refers to part or all of the coverage area of at least one of the base stations and base station subsystems that provide communication services in this coverage.
  • MS mobile station
  • UE user equipment
  • terminal terminal
  • Mobile stations include 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 terminals, remote terminals. , 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 wireless 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 (eg, car, airplane, etc.), an unmanned moving body (eg, drone, self-driving car, etc.), or a robot (manned or unmanned). ) 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 Internet of Things (IoT) 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 (for example, it may be called Device-to-Device (D2D), Vehicle-to-Everything (V2X), 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 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 10 may have the functions of the user terminal 20 described above.
  • the operation performed by the base station may be performed by its upper node (upper node) in some cases.
  • various operations performed for communication with a terminal are performed by the base station and one or more network nodes other than the base station (for example,).
  • Mobility Management Entity (MME), Serving-Gateway (S-GW), etc. can be considered, but it is not limited to these), or it is clear that it can be performed by a combination thereof.
  • each aspect / embodiment described in the present disclosure may be used alone, in combination, or switched with execution.
  • the order of the processing procedures, sequences, flowcharts, etc. of each aspect / embodiment described in the present disclosure may be changed as long as there is no contradiction.
  • the methods described in the present disclosure present elements of various steps using exemplary order, and are not limited to the particular order presented.
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • SUPER 3G IMT-Advanced
  • 4G 4th generation mobile communication system
  • 5G 5th generation mobile communication system
  • Future Radio Access FAA
  • New-Radio Access Technology RAT
  • NR New Radio
  • NX New radio access
  • Future generation radio access FX
  • GSM Global System for Mobile communications
  • CDMA2000 Code Division Multiple Access
  • UMB Ultra Mobile Broadband
  • IEEE 802.11 Wi-Fi (registered trademark)
  • IEEE 802.16 WiMAX (registered trademark)
  • a plurality of systems may be applied in combination (for example, a combination of LTE or LTE-A and 5G).
  • 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.
  • determining may include a wide variety of actions.
  • judgment (decision) means judgment (judging), calculation (calculating), calculation (computing), processing (processing), derivation (deriving), investigation (investigating), search (looking up, search, inquiry) ( For example, searching in a table, database or another data structure), ascertaining, etc. may be considered to be "judgment”.
  • judgment (decision) means receiving (for example, receiving information), transmitting (for example, transmitting information), input (input), output (output), access (for example). It may be regarded as “judgment (decision)" of "accessing” (for example, accessing data in memory).
  • judgment (decision) is regarded as “judgment (decision)” of solving, selecting, choosing, establishing, comparing, and the like. May be good. That is, “judgment (decision)” may be regarded as “judgment (decision)” of some action.
  • the "maximum transmission power" described in the present disclosure may mean the maximum value of the transmission power, may mean the nominal UE maximum transmit power, or may mean the rated maximum transmission power (the). It may mean rated UE maximum transmit power).
  • connection are any direct or indirect connection or connection between two or more elements. Means, and can include the presence of one or more intermediate elements between two elements that are “connected” or “joined” to each other.
  • the connection or connection between the elements may be physical, logical, or a combination thereof. For example, "connection” may be read as "access”.
  • the radio frequency domain microwaves. It can be considered to be “connected” or “coupled” to each other using frequency, electromagnetic energy having wavelengths in the light (both visible and invisible) regions, and the like.
  • 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”.

Landscapes

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

Abstract

端末は、複数のトラヒックタイプに共通に又は個別に、下り共有チャネル又は上り共有チャネルの周波数領域リソースの割り当てに用いられるリソースブロックグループ（ＲＢＧ）のサイズの決定に用いる設定を示す情報を受信する受信部と、前記設定に基づいて、前記ＲＢＧのサイズを決定する制御部と、を具備する。これにより、下り共有チャネル又は上り共有チャネルに対する周波数領域リソースの割り当てを適切に制御できる。

Description

端末及び無線通信方法
　本開示は、次世代移動通信システムにおける端末及び無線通信方法に関する。
　Universal　Mobile　Telecommunications　System（ＵＭＴＳ）ネットワークにおいて、更なる高速データレート、低遅延などを目的としてLong　Term　Evolution（ＬＴＥ）が仕様化された（非特許文献１）。また、ＬＴＥ（Third　Generation　Partnership　Project（３ＧＰＰ）　Release（Ｒｅｌ．）８、９）の更なる大容量、高度化などを目的として、ＬＴＥ－Ａｄｖａｎｃｅｄ（３ＧＰＰ　Ｒｅｌ．１０－１４）が仕様化された。
　ＬＴＥの後継システム（例えば、5th　generation　mobile　communication　system（５Ｇ）、５Ｇ＋（plus）、New　Radio（ＮＲ）、３ＧＰＰ　Ｒｅｌ．１５以降などともいう）も検討されている。
　将来の無線通信システム（以下、ＮＲともいう）では、下り共有チャネル（例えば、Physical　Downlink　Shared　Channel（ＰＤＳＣＨ））又は上り共有チャネル（例えば、Physical　Uplink　Shared　Channel（ＰＵＳＣＨ））に対する周波数領域リソース割り当て（Frequency　Domain　Resource　Allocation（ＦＤＲＡ））のタイプ（リソース割り当てタイプ（Resource　Allocation（ＲＡ）　type））として、複数のタイプがサポートされている。
　具体的には、ＮＲでは、一以上のリソースブロック（Resource　Block（ＲＢ））を含むリソースブロックグループ（Resource　Block　Group（ＲＢＧ））単位でビットマップを用いてＦＤＲＡを行う第１のタイプ（タイプ０、ＲＡタイプ０等ともいう）と、ＲＢ単位でリソース指示値（Resource　Indication　value（ＲＩＶ））を用いてＦＤＲＡを行う第２のタイプ（タイプ１、ＲＡタイプ１等ともいう）とがサポートされる。
　しかしながら、既存の（ＮＲ　Ｒｅｌ．１５の）ＲＡタイプ０又は１を用いたＰＤＳＣＨ又はＰＵＳＣＨに対するＦＤＲＡでは、トラヒックタイプ毎の要求条件を適切に満たすことができない恐れがある。ここで、トラヒックタイプとして、例えば、モバイルブロードバンドのさらなる高度化（enhanced　Mobile　Broadband（ｅＭＢＢ））、高信頼かつ低遅延通信（Ultra-Reliable　and　Low-Latency　Communications（ＵＲＬＬＣ））等が想定されるが、これらに限られない。
　そこで、本発明者らは、下り共有チャネル又は上り共有チャネルに対する周波数領域リソースの割り当てを適切に制御可能な端末及び無線通信方法を提供することを目的の１つとする。
　本開示の一態様に係る端末は、複数のトラヒックタイプに共通に又は個別に、下り共有チャネル又は上り共有チャネルの周波数領域リソースの割り当てに用いられるリソースブロックグループ（ＲＢＧ）のサイズの決定に用いる設定を示す情報を受信する受信部と、前記設定に基づいて、前記ＲＢＧのサイズを決定する制御部と、を具備することを特徴とする。
　本開示の一態様によれば、下り共有チャネル又は上り共有チャネルに対する周波数領域リソースの割り当てを適切に制御できる。
図１Ａ及び１Ｂは、ＲＡタイプ０のＦＤＲＡの一例を示す図である。 図２は、ＲＡタイプ１のＦＤＲＡの一例を示す図である。 図３Ａ～３Ｃは、ＲＡタイプ及びＲＢＧサイズのシグナリングの一例を示す図である。 図４Ａ及び４Ｂは、ＲＡタイプ２及び３の一例を示す図である。 図５は、第１の態様に係る準静的ＲＢＧサイズ決定の第１の例を示す図である。 図６は、第１の態様に係る準静的ＲＢＧサイズ決定の第２の例を示す図である。 図７は、第１の態様に係る準静的ＲＢＧサイズ決定の第３の例を示す図である。 図８は、第１の態様に係る準静的ＲＢＧサイズ決定の第４の例を示す図である。 図９は、第１の態様に係る動的ＲＢＧサイズ決定の第１の例を示す図である。 図１０は、第１の態様に係る動的ＲＢＧサイズ決定の第２の例を示す図である。 図１１は、第３の態様に係る準静的ＲＡタイプ切り替えの一例を示す図である。 図１２は、第３の態様に係る動的ＲＡタイプ切り替えの一例を示す図である。 図１３Ａ及び１３Ｂは、第３の態様に係る黙示的ＲＡタイプの切り替えの一例を示す図である。 図１４は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。 図１５は、一実施形態に係る基地局の構成の一例を示す図である。 図１６は、一実施形態に係るユーザ端末の構成の一例を示す図である。 図１７は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。
（周波数領域リソース割り当て）
　将来の無線通信システム（例えば、ＮＲ）では、周波数領域リソースの割り当て（周波数領域リソース割り当て（Frequency　Domain　Resource　Allocation（ＦＤＲＡ）））について、複数のタイプをサポートすることが検討されている。例えば、ＮＲでは、ビットマップを用いる第１のタイプ（タイプ０、リソース割り当て（Resource　Allocation（ＲＡ））タイプ０等ともいう）と、リソース指示値（Resource　Indication　value（ＲＩＶ））を用いる第２のタイプ（タイプ１、ＲＡタイプ１等ともいう）とが想定される。
　当該ＲＡタイプ０及び１は、例えば、上り共有チャネル（例えば、Physical　Uplink　Shared　Channel（ＰＵＳＣＨ））又は下り共有チャネル（例えば、Physical　Downlink　Shared　Channel（ＰＤＳＣＨ））の少なくとも一つに対するＦＤＲＡに用いられてもよい。
　ＲＡタイプ０では、ビットマップのサイズ（ビット数）を削減するために、一以上のリソースブロック（Resource　Block（ＲＢ））を含むリソースブロックグループ（Resource　Block　Group（ＲＢＧ））が用いられる。１ＲＢＧあたりのＲＢ数（ＲＢＧサイズ）は、キャリア内の帯域幅部分（Bandwidth　Part（ＢＷＰ））を構成するＲＢ数（ＢＷＰサイズ）に基づいて決定されてもよい。
　なお、ＲＢは、物理リソースブロック（Physical　Resource　Block（ＰＲＢ））と呼ばれてもよい。キャリアは、セル、サービングセル、コンポーネントキャリア（Component　Carrier（ＣＣ））等と呼ばれてもよい。ＢＷＰは、キャリア内の部分的な帯域であり、端末（ユーザ端末、User　Equipment（ＵＥ）等ともいう）に対してキャリア内に一以上のＢＷＰが設定（configure）されてもよい。
　図１Ａ及び１Ｂは、ＲＡタイプ０のＦＤＲＡの一例を示す図である。図１Ａに示すように、ＢＷＰサイズに対応するＲＢＧサイズが設定（configuration）毎に関連付けられてもよい（定められてもよい）。以下において、当該設定は、ＲＢＧサイズ設定等と呼ばれてもよい。
　例えば、ＲＢＧサイズを示す情報（ＲＢＧサイズ情報、例えば、Radio　Resource　Control（ＲＲＣ）　Information　Element（ＩＥ）の「rbg-Size」）がＲＢＧサイズ設定１（設定１）を示す場合、ＵＥは、ＰＤＳＣＨ又はＰＵＳＣＨが割り当てられるＢＷＰのサイズに基づいて、ＲＢＧサイズを２、４、８、１６のいずれかに決定してもよい。
　同様に、ＵＥは、ＲＢＧサイズ情報がＲＢＧサイズ設定２（設定２）を示す場合、ＵＥは、当該ＢＷＰのサイズに基づいて、ＲＢＧサイズを４、８、１６のいずれかに決定してもよい。なお、図１Ａに示されるテーブルは一例にすぎず、ＢＷＰサイズ及びＲＢＧサイズの値は図１Ａに示すものに限られない。
　図１Ｂでは、ＢＷＰサイズが２８ＲＢであり、ＲＢＧサイズが２ＲＢである場合におけるＰＤＳＣＨに対するＦＤＲＡの一例が示される。なお、図１Ｂでは、ＰＤＳＣＨに対するＦＤＲＡを示すが、ＰＵＳＣＨについても同様にＦＤＲＡを行うことができる。
　図１Ｂに示すように、ＲＡタイプ０では、ＢＷＰ内のＲＢＧ数と等しいビット数のビットマップが用いられ、当該ビットマップの各ビットが対応するＲＢＧに対するＰＤＳＣＨの割り当ての有無を示してもよい。例えば、図１Ｂでは、ビット値「１」に対応するＲＢＧにＰＤＳＣＨが割り当てられ、ビット値「０」に対応するＲＢＧにはＰＤＳＣＨが割り当てられない。
　このように、ＲＡタイプ０では、ＲＢＧ単位でＰＤＳＣＨ又はＰＵＳＣＨに対するＦＤＲＡが制御される。ＲＡタイプ０では、図１Ｂに示すように、周波数領域で不連続のＲＢＧに対するＰＤＳＣＨ又はＰＵＳＣＨを割り当てることができる。
　一方、ＲＡタイプ１では、開始インデックス（開始ＲＢ（ＲＢｓｔａｒｔ）のインデックス）及び連続して割り当てられる（contiguously）ＲＢ数（長さ、ＬＲＢｓ）を用いて、ＰＵＳＣＨに割り当てられる周波数領域リソースが示される。上記開始インデックス及び上記ＲＢ数は、上記ＲＩＶにより導出されてもよい。
　図２は、ＲＡタイプ１のＦＤＲＡの一例を示す図である。図２では、開始ＲＢインデックスが示す開始ＲＢ（ここでは、ＲＢ＃３）から、長さが示す所定数のＲＢ（ここでは、連続する９ＲＢ）が、ＰＤＳＣＨに割り当てられてもよい。なお、図２では、ＰＤＳＣＨに対するＦＤＲＡを示すが、ＰＵＳＣＨについても同様にＦＤＲＡを行うことができる。
　図２に示すように、ＲＡタイプ１では、ＲＢ単位でＰＤＳＣＨ又はＰＵＳＣＨに対するＦＤＲＡを制御できる。ＲＡタイプ１では、周波数領域で連続するＲＢに対してのみＰＤＳＣＨ又はＰＵＳＣＨを割り当てることができる。
　以上のようなＲＡタイプは、上位レイヤシグナリングに基づいて準静的（semi-static）に通知（設定（configure））されてもよいし、下り制御情報（Downlink　Control　Information（ＤＣＩ））に基づいて動的に指定されてもよい。また、上記ＲＢＧサイズ情報は、例えば、上位レイヤシグナリングによりＵＥに通知されてもよい。
　なお、本開示において、上位レイヤシグナリングは、例えば、Radio　Resource　Control（ＲＲＣ）シグナリング、システム情報（例えば、Remaining　Minimum　System　Information（ＲＭＳＩ）、Other　system　information（ＯＳＩ）、Master　Information　Block（ＭＩＢ）、System　Information　Block（ＳＩＢ）の少なくとも一つ）、ブロードキャスト情報（Physical　Broadcast　Channel（ＰＢＣＨ））、Medium　Access　Control（ＭＡＣ）シグナリングの少なくとも一つであればよい。
　図３Ａ～３Ｃは、ＲＡタイプ及びＲＢＧサイズのシグナリングの一例を示す図である。図３Ａに示すように、ＲＡタイプに関する情報（ＲＡタイプ情報、例えば、ＲＲＣ　ＩＥの「resourceAllocation」）は、上位レイヤシグナリング（例えば、ＲＲＣシグナリング）によりＵＥに通知されてもよい。
　図３Ａでは、ＰＤＳＣＨに関する設定情報（例えば、ＲＲＣ　ＩＥの「PDSCH-Config」）内に上記ＲＡタイプ情報（例えば、ＲＲＣ　ＩＥの「resourceAllocation」）及び上記ＲＢＧサイズ情報（例えば、ＲＲＣ　ＩＥの「rbg-Size」）が含まれるが、これに限られない。ＲＡタイプ情報及び上記ＲＢＧサイズ情報の少なくとも一つは、ＰＤＳＣＨ又はＰＵＳＣＨに関する設定情報（例えば、ＲＲＣ　ＩＥの「PDSCH-Config」、「PUSCH-Config」又は「ConfiguredGrantConfig」）に含まれてもよい。当該ＰＤＳＣＨ又はＰＵＳＣＨは、ＤＣＩによりスケジューリングされてもよいし、セミパーシステントスケジューリング（又は設定グラントによりスケジューリング）されてもよい。
　ＲＡタイプ情報は、ＲＡタイプ０（resourceAllocationType0）、ＲＡタイプ１（resourceAllocationType1）、又は、動的スイッチ（dynamicSwitch）を示してもよい。
　当該ＲＡタイプ情報がＲＡタイプ０又は１を示す場合、ＲＡタイプ０又は１が準静的にＵＥに設定されてもよい。この場合、図３Ｂに示すように、ＤＣＩ内の所定フィールド（例えば、周波数領域リソース割り当て（Frequency　Domain　Resource　Allocation（ＦＤＲＡ））フィールド）の全ビットがＲＡタイプ０又は１によるＦＤＲＡに用いられてもよい。
　例えば、当該ＦＤＲＡフィールドの全ビットが、ＲＡタイプ０のビットマップ又はＲＡタイプ１のＲＩＶとして用いられてもよい。なお、図３Ｂでは、ＦＤＲＡフィールドが７ビットで示されるが、ＦＤＲＡフィールドのビット数はこれに限られない。
　一方、ＲＡタイプ情報が動的スイッチを示す場合、ＲＡタイプ０又は１が動的に変更されてもよい。この場合、図３Ｃに示すように、ＤＣＩ内の所定フィールド（例えば、ＦＤＲＡフィールド）の一部のビットが、ＲＡタイプの識別に用いられてもよい。例えば、図３Ｂでは、ＦＤＲＡフィールドの最上位ビット（Most　Significant　bit（ＭＳＢ））の値「０」はＲＡタイプ０を示し、当該ＭＳＢの値「１」はＲＡタイプ１を示してもよい。
　図３Ｃに示すように、ＤＣＩ内の所定フィールドの一部のビットでＲＡタイプが指定される場合、残りのビット（ここでは、ＭＳＢ以外の７ビット）がＲＡタイプ０又は１によるＦＤＲＡに用いられてもよい。例えば、当該残りのビットが、ＲＡタイプ０のビットマップ又はＲＡタイプ１のＲＩＶとして用いられてもよい。なお、図３Ｃでは、ＦＤＲＡフィールドが８ビットで示されるが、ＦＤＲＡフィールドのビット数はこれに限られない。
　ところで、ＮＲでは、例えば、モバイルブロードバンドのさらなる高度化（enhanced　Mobile　Broadband（ｅＭＢＢ））、多数同時接続を実現するマシンタイプ通信（massive　Machine　Type　Communications（ｍＭＴＣ））、高信頼かつ低遅延通信（Ultra-Reliable　and　Low-Latency　Communications（ＵＲＬＬＣ））、産業ＩｏＴ（Industrial　Internet　of　Things（ＩＩｏＴ））などのトラヒックタイプ（サービス、ユースケース、サービスタイプ、トラヒック等ともいう）が想定される。異なるトラヒックタイプ間では、遅延（Latency）、信頼性（reliability）、パケットサイズ等の少なくとも一つの要求条件（requirement）が異なってもよい。
　トラヒックタイプ毎の要求条件を満たすため、既存のＤＣＩフォーマット（例えば、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿０又は１＿１、ＰＵＳＣＨのスケジューリングに用いられる０＿０又は０＿１）とは異なる新たなＤＣＩフォーマットを用いて、ＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングすることも検討されている。当該新たなＤＣＩフォーマットは、例えば、ＤＣＩフォーマット１＿ｘ、０＿ｘ、コンパクトＤＣＩ等と呼ばれるが、名称はこれに限られない。ここで、ｘは、任意の文字列であり、例えば、「２」であってもよい。
　例えば、ＤＣＩフォーマット１＿ｘは、特定のトラヒックタイプ（例えば、ＵＲＬＬＣデータ（ＵＲＬＬＣ用の論理チャネル））に関連付けられるＰＤＳＣＨのスケジューリングに用いられ、ＤＣＩフォーマット０＿ｘは、ＵＲＬＬＣデータに関連付けられるＰＵＳＣＨのスケジューリングに用いられてもよい。ＤＣＩフォーマット１＿ｘは、ＤＣＩフォーマット１＿０又は１＿１よりもサイズが小さくともよい。また、ＤＣＩフォーマット０＿ｘは、ＤＣＩフォーマット０＿０又は０＿１よりもサイズが小さくともよい。
　また、新たなＤＣＩフォーマット１＿ｘ及び０＿ｘの少なくとも一つ（ＤＣＩフォーマット１＿ｘ／０＿ｘ）におけるＦＤＲＡフィールドのビット数を削減するため、上記ＲＡタイプ０及び１に加えて、新たなＲＡタイプを導入することが検討されている。
　当該新たなＲＡタイプは、ＲＡタイプ０に基づく第３のタイプ（更新された（modified）ＲＡタイプ０、ＲＡタイプ２、タイプ２等ともいう）と、ＲＡタイプ１に基づく第４のタイプ（更新されたＲＡタイプ１、ＲＡタイプ３、タイプ３等ともいう）と、を含んでもよい。
　図４Ａ及び４Ｂは、ＲＡタイプ２及び３の一例を示す図である。図４Ａに示すように、ＲＡタイプ０に基づくＲＡタイプ２では、ＢＷＰサイズ毎のＲＢＧサイズが、ＲＡタイプ１のＲＢＧサイズよりも粗く（coarser）（大きく）定められてもよい。
　例えば、図４Ａに示すように、ＲＡタイプ２では、各ＢＷＰサイズに対応するＲＢＧサイズが、ＲＢＧサイズ設定（設定）毎にＲＡタイプ０のＲＢＧサイズ（例えば、図１Ａ参照）のＫ（ここでは、Ｋ＝２）倍に定められてもよい。
　このように、各ＢＷＰサイズに関連付けられるＲＢＧサイズを粗くすることにより、同じＢＷＰサイズであれば、ＲＡタイプ０のビットマップよりも、ＲＡタイプ２のビットマップのサイズを削減できる。したがって、当該ＲＡタイプ２は、上記ＤＣＩフォーマット１＿ｘ／０＿ｘに適する。
　図４Ｂに示すように、ＲＡタイプ１に基づくＲＡタイプ３では、開始インデックス及び長さの少なくとも一つの粒度（granularity）として、ＲＡタイプ１で用いられるＲＢの代わりに、ＲＢＧが用いられてもよい。例えば、図４Ｂでは、４ＲＢで構成されるＲＢＧ単位で、ＰＤＳＣＨ又はＰＵＳＣＨに対して割り当てられる周波数領域リソースの開始インデックス（開始ＲＢＧインデックス）及び長さが指定されてもよい。
　このように、ＲＩＶが示す開始インデックス及び長さの粒度をＲＢＧとすることにより、同じＢＷＰサイズであれば、ＲＡタイプ０のＲＩＶよりも、ＲＡタイプ２のＲＩＶのサイズを削減できる。したがって、当該ＲＡタイプ３は、上記ＤＣＩフォーマット１＿ｘ／０＿ｘに適する。
　なお、上記ＲＡタイプ２は、ＲＡタイプ０とは別のＲＡタイプとは限られず、ＲＡタイプ０のサブタイプ又は異なるＲＢＧサイズ設定として規定されてもよい。同様に、上記ＲＡタイプ３は、ＲＡタイプ１とは別のＲＡタイプとは限られず、ＲＡタイプ１のサブタイプ又は異なるスケジューリング粒度の設定として規定されてもよい。
　以上のようなＮＲにおいて、要求条件が異なる複数のトラヒックタイプに関連付けられる複数のＰＤＳＣＨ又はＰＵＳＣＨが、同一のキャリア（又は帯域幅部分（Bandwidth　Part（ＢＷＰ）））内で送信（多重又はマッピング等ともいう）され得る場合、少なくとも一つのトラヒックタイプの要求条件を満たすことができない恐れがある。
　具体的には、Ｒｅｌ．１５　ＮＲでは、ＲＡタイプ０において同時に設定可能なＲＢＧサイズ設定の数は一つ（例えば、図１Ａの設定１又は設定２）に制限される。このため、ＲＢＧサイズについて同一の粒度（granularity）（同一のＲＢＧサイズ設定）が全てのトラヒックタイプが適用される。例えば、Ｒｅｌ．１５　ＮＲでは、同一のＢＷＰ内でＲＡタイプ０のｅＭＢＢ及びＵＲＬＬＣが多重される場合、同一のＲＢＧサイズ設定（同一の粒度）がｅＭＢＢ及びＵＲＬＬＣに適用されることになる。この結果、ｅＭＢＢ及びＵＲＬＬＣの異なる要求条件を満たすことができない恐れがある。
　また、ＲＢＧ単位でＦＤＲＡを行うＲＡタイプ（例えば、上記ＲＡタイプ０、２、３）間において、ＲＢＧサイズ設定をどのように制御するかが問題となる。さらに、複数のＲＡタイプ（例えば、上記ＲＡタイプ０～３）間の切り替えをどのように制御するかが問題となる。
　そこで、本発明者らは、ＲＢＧ単位でＦＤＲＡを行う場合に異なるトラヒックタイプそれぞれのＲＢＧサイズ設定を適切に制御すること（第１の態様）、ＲＢＧ単位でＦＤＲＡを行うＲＡタイプ間でＲＢＧサイズ設定を適切に制御すること（第２の態様）、ＲＡタイプ間の切り替えを適切に制御すること（第３の態様）により、ＰＤＳＣＨ又はＰＵＳＣＨのＦＤＲＡを適切に制御することを着想した。
　以下、本開示に係る実施形態について、図面を参照して詳細に説明する。なお、以下の第１～第３の態様では、ＰＤＳＣＨのＦＤＲＡについて説明するが、ＰＵＳＣＨのＦＤＲＡにも同様に適用可能である。
（第１の態様）
　第１の態様では、ＲＢＧ単位でＦＤＲＡを行うＲＡタイプ（例えば、上記ＲＡタイプ０及び２の少なくとも一つ）におけるＲＢＧサイズ設定（単に、設定ともいう）の制御について説明する。
　ＵＥは、複数のトラヒックタイプに共通に又は個別に、ＰＤＳＣＨのＦＤＲＡに用いられるＲＢＧサイズの決定に用いるＲＢＧサイズ設定を示す情報（ＲＢＧサイズ情報）を受信してもよい。ＵＥは、当該ＲＢＧサイズ設定又はＲＢＧサイズ情報に基づいて、上記ＰＤＳＣＨのＦＤＲＡに用いられるＲＢＧサイズを決定する。
　上記ＲＢＧサイズは、準静的（semi-static）に決定されてもよいし（準静的ＲＢＧサイズ決定）、動的（dynamic）に決定されてもよいし（動的ＲＢＧサイズ決定）、又は、黙示的（implicit）に決定されてもよい（黙示的ＲＢＧサイズ決定）。当該ＲＢＧサイズは、上位レイヤシグナリング、ＤＣＩ及び黙示的情報の少なくとも一つに基づいて決定されればよい。
＜準静的ＲＢＧサイズ決定＞
　準静的ＲＢＧサイズ決定において、各トラヒックタイプに関連付けられるＰＤＳＣＨのＦＤＲＡに用いられるＲＢＧサイズは、上位レイヤシグナリングにより決定されてもよい。
≪共通ＲＢＧサイズ設定／共通ＲＢＧテーブル≫
　上記ＲＢＧサイズ情報は、複数のトラヒックタイプに共通のＲＢＧサイズ設定を示してもよい。ＵＥは、当該ＲＢＧサイズ設定に基づいて、当該複数のトラヒックタイプ共通にＲＢＧサイズを決定してもよい。
　また、各ＲＢＧサイズ設定に関連付けられるＢＷＰサイズ毎のＲＢＧサイズは、トラヒックタイプ間で共通であってもよい。例えば、各ＲＢＧサイズ設定とＢＷＰサイズ毎のＲＢＧサイズとを関連付けるテーブル（ＲＢＧテーブル）は、トラヒックタイプ間で共通に用いられてもよい。
　図５は、第１の態様に係る準静的ＲＢＧサイズ決定の第１の例を示す図である。ＲＢＧサイズ情報は、上位レイヤシグナリングによりＵＥに通知されてもよい。図５では、ＲＢＧサイズ情報は、例えば、ＲＲＣ　ＩＥの「rbg-Size0」で示されるが、これに限られない。
　図５に示すように、各ＲＢＧサイズ設定（ここでは、設定１又は２）は、トラヒックタイプ間で共通のＲＢＧサイズを示してもよい。例えば、図５では、ＲＢＧサイズ情報は設定１を示す。このため、設定１に関連付けられるＢＷＰサイズ毎のＲＢＧサイズと、ＰＤＳＣＨが割り当てられるＢＷＰサイズに基づいて、当該ＰＤＳＣＨのＦＤＲＡに用いられるＲＢＧサイズを決定してもよい。
　図５では、ＰＤＳＣＨが割り当てられるＢＷＰサイズが同一であれば、当該ＰＤＳＣＨがどのトラヒックタイプ（例えば、ｅＭＢＢ又はＵＲＬＬＣ）に関連付けられるかに関係なく、同一のＲＢＧサイズが当該ＰＤＳＣＨのＦＤＲＡに適用されてもよい。
≪共通ＲＢＧサイズ設定／個別ＲＢＧテーブル≫
　上記ＲＢＧサイズ情報は、複数のトラヒックタイプに共通のＲＢＧサイズ設定を示してもよい。一方、ＵＥは、当該ＲＢＧサイズ設定に基づいて、トラヒックタイプ毎にＲＢＧサイズを決定してもよい。
　具体的には、各ＲＢＧサイズ設定には、トラヒックタイプ毎に、ＢＷＰサイズ毎のＲＢＧサイズが関連付けられてもよい。例えば、トラヒックタイプ毎に、ＲＢＧサイズ設定とＢＷＰサイズ毎のＲＢＧサイズとを関連付けるテーブル（ＲＢＧテーブル）が用いられてもよい。
　図６は、第１の態様の準静的ＲＢＧサイズ決定の第２の例を示す図である。図６では、各ＲＢＧサイズ設定が、複数のＲＢＧテーブルに関連付けられる点で図５と異なる。以下では、図５との相違点を中心に説明する。
　図６に示すように、各ＲＢＧサイズ設定（ここでは、設定１又は２）は、トラヒックタイプ毎に異なるＲＢＧサイズを示してもよい。具体的には、トラヒックタイプ毎に異なるＲＢＧテーブルが用いられてもよい。ＲＢＧサイズ設定が同じであっても、異なるＲＢＧテーブルでは、各ＢＷＰサイズに対して異なるＲＢＧサイズが関連付けられてもよい。
　例えば、図６では、ｅＭＢＢ用のＲＢＧテーブルと、ＵＲＬＬＣ用のＲＢＧテーブルが示される。図６に示すように、ＵＲＬＬＣ用のＲＢＧテーブルでは、同じＲＢＧサイズ設定（ここでは、設定１又は２）でも、各ＢＷＰサイズに対して、ｅＭＢＢ用のＲＢＧテーブルよりも大きい値のＲＢＧサイズ（例えば、Ｋ倍（ここでは、Ｋ＝２）のＲＢＧサイズ）が関連付けられてもよい。
　図６では、ＵＥは、例えば、ＲＢＧサイズ設定１（設定１）を示すＲＢＧサイズ情報を受信する。ＵＥは、ＰＤＳＣＨに関連付けられるトラヒックタイプに基づいて、どちらのＲＢＧテーブルを用いるかを決定してもよい。或いは、ＵＥは、ＲＡタイプ情報に基づいて、どちらのＲＢＧテーブルを用いるかを決定してもよい（例えば、ＲＡタイプ０の場合、ｅＭＢＢ用のＲＢＧテーブルを用い、ＲＡタイプ２の場合、ＵＲＬＬＣ用のＲＢＧテーブルを用いてもよい）。
　なお、「どちらのＲＢＧテーブルを用いるか」は、「同一のＲＢＧサイズ設定にＢＷＰサイズ毎に関連付けられる複数のＲＢＧサイズのうち、どのＲＢＧサイズを用いるか（例えば、図６の設定１のＢＷＰサイズ１－３６に関連付けられるＲＢＧサイズ２，４のうちどちらを用いるか）」と言い換えられてもよい。
　例えば、図６において、ＵＥは、ｅＭＢＢに関連付けられるＰＤＳＣＨのＦＤＲＡに用いられるＲＢＧサイズを、ｅＭＢＢ用のＲＢＧテーブルにおいて設定１が示す複数のＲＢＧサイズの中からＢＷＰサイズに基づいて決定してもよい。一方、ＵＥは、ＵＲＬＬＣに関連付けられるＰＤＳＣＨのＦＤＲＡに用いられるＲＢＧサイズを、ＵＲＬＬＣ用のＲＢＧテーブルにおいて設定１が示す複数のＲＢＧサイズの中からＢＷＰサイズに基づいて決定してもよい。
　このように、図６では、各ＲＢＧサイズ設定が、トラヒックタイプ毎に異なるＲＢＧサイズを示すので、各トラヒックタイプに適するＢＧサイズを用いてＰＤＳＣＨに対するＦＤＲＡを行うことができる。
≪個別ＲＢＧサイズ設定／共通ＲＢＧテーブル≫
　上記ＲＢＧサイズ情報は、複数のトラヒックタイプに個別の（トラヒックタイプ毎の）ＲＢＧサイズ設定を示してもよい。ＵＥは、当該ＲＢＧサイズ設定に基づいて、当該トラヒックタイプ毎のＲＢＧサイズを決定してもよい。
　一方、各ＲＢＧサイズ設定に関連付けられるＢＷＰサイズ毎のＲＢＧサイズは、トラヒックタイプ間で共通であってもよい。例えば、各ＲＢＧサイズ設定とＢＷＰサイズ毎のＲＢＧサイズとを関連付けるテーブル（ＲＢＧテーブル）は、トラヒックタイプ間で共通に用いられてもよい。
　図７は、第１の態様の準静的ＲＢＧサイズ決定の第３の例を示す図である。図７では、ＲＢＧサイズ情報が、トラヒックタイプ間で共通のＲＢＧサイズ設定の代わりに、トラヒックタイプ間で個別のＲＢＧサイズ設定を示す点で、図５と異なる。以下では、図５との相違点を中心に説明する。
　図７では、トラヒックタイプ毎のＲＢＧサイズ情報は、例えば、ＲＲＣ　ＩＥの「rbg-Size0」で示されるが、これに限られない。当該ＲＢＧサイズ情報は、トラヒックタイプ毎に異なる名称のＲＲＣ　ＩＥが用いられてもよい。
　図７に示すように、トラヒックタイプ毎にＲＢＧサイズ設定が通知される場合であっても、各ＲＢＧサイズ設定に関連付けられるＢＷＰサイズ毎のＲＢＧサイズは、トラヒックタイプ間で共通であってもよい。例えば、各ＲＢＧサイズ設定とＢＷＰサイズ毎のＲＢＧサイズとを関連付けるテーブル（ＲＢＧテーブル）は、トラヒックタイプ間で共通に用いられてもよい。
　図７において、ＵＥは、ｅＭＢＢ用にＲＢＧサイズ設定１（設定１）を示すＲＢＧサイズ情報を受信する。このため、ＵＥは、ｅＭＢＢに関連付けられるＰＤＳＣＨのＦＤＲＡに用いられるＲＢＧサイズを、上記ＲＢＧテーブルにおいて当該設定１が示す複数のＲＢＧサイズ（ここでは、２、４、８、１６）の中からＢＷＰサイズに基づいて決定してもよい。
　一方、図７において、ＵＥは、ＵＲＬＬＣ用にＲＢＧサイズ設定２を示すＲＢＧサイズ情報を受信する。このため、ＵＥは、ＵＲＬＬＣに関連付けられるＰＤＳＣＨのＦＤＲＡに用いられるＲＢＧサイズを、上記ＲＢＧテーブルにおいて当該設定２が示す複数のＲＢＧサイズ（ここでは、４、８、１６、１６）の中からＢＷＰサイズに基づいて決定してもよい。
　図７では、トラヒックタイプ間で共通のＲＢＧテーブルを用いても、トラヒックタイプ毎にＲＢＧサイズ設定を異ならせることにより、トラヒックタイプに適するＲＢＧサイズを決定できる。
≪個別ＲＢＧサイズ設定／個別ＲＢＧテーブル≫
　上記ＲＢＧサイズ情報は、複数のトラヒックタイプに個別の（トラヒックタイプ毎の）ＲＢＧサイズ設定を示してもよい。ＵＥは、当該ＲＢＧサイズ設定に基づいて、当該トラヒックタイプ毎のＲＢＧサイズを決定してもよい。
　具体的には、各ＲＢＧサイズ設定には、トラヒックタイプ毎に、ＢＷＰサイズ毎のＲＢＧサイズが関連付けられてもよい。例えば、トラヒックタイプ毎に、ＲＢＧサイズ設定とＢＷＰサイズ毎のＲＢＧサイズとを関連付けるテーブル（ＲＢＧテーブル）が用いられてもよい。
　図８は、第１の態様の準静的ＲＢＧサイズ決定の第４の例を示す図である。図８では、トラヒックタイプ毎のＲＢＧサイズ設定が、対応するトラヒックタイプ用のＲＢＧテーブルに関連付けられる点で図６と異なる。以下では、図６との相違点を中心に説明する。
　図８に示すように、トラヒックタイプ毎のＲＢＧサイズ設定（ここでは、設定１又は２）は、対応するトラヒックタイプ用のＲＢＧサイズを示してもよい。具体的には、トラヒックタイプ毎に異なるＲＢＧテーブルが用いられてもよい。異なるＲＢＧテーブルでは、各ＢＷＰサイズに対して異なるＲＢＧサイズが関連付けられてもよい。
　例えば、図８では、ｅＭＢＢ用のＲＢＧテーブルと、ＵＲＬＬＣ用のＲＢＧテーブルが示される。図８に示すように、ｅＭＢＢ用のＲＢＧテーブル及びＵＲＬＬＣ用のＲＢＧテーブルでは、それぞれ、設定（ここでは、設定１又は２）毎に、対応するトラヒックタイプに適するＢＷＰサイズ毎のＲＢＧサイズが関連付けられてもよい。
　例えば、図８では、ＵＥは、ｅＭＢＢ用に設定１を示すＲＢＧサイズ情報を受信する。一方、ＵＥは、ＵＲＬＬＣ用の設定２を示すＲＢＧサイズ情報を受信する。ＵＥは、ＰＤＳＣＨ又はＲＢＧサイズ情報に関連付けられるトラヒックタイプに基づいて、どちらのＲＢＧテーブルを用いるかを決定してもよい。或いは、ＵＥは、ＲＡタイプ情報に基づいて、どちらのＲＢＧテーブルを用いるかを決定してもよい（例えば、ＲＡタイプ０の場合、ｅＭＢＢ用のＲＢＧテーブルを用い、ＲＡタイプ２の場合、ＵＲＬＬＣ用のＲＢＧテーブルを用いてもよい）。
　ＵＥは、ｅＭＢＢに関連付けられるＰＤＳＣＨのＦＤＲＡに用いられるＲＢＧサイズを、ｅＭＢＢ用のＲＢＧテーブルにおいて設定１が示す複数のＲＢＧサイズの中からＢＷＰサイズに基づいて決定してもよい。一方、ＵＥは、ＵＲＬＬＣに関連付けられるＰＤＳＣＨのＦＤＲＡに用いられるＲＢＧサイズを、ＵＲＬＬＣ用のＲＢＧテーブルにおいて設定２が示す複数のＲＢＧサイズの中からＢＷＰサイズに基づいて決定してもよい。
　このように、図８では、トラヒックタイプ毎に通知さえるＲＢＧサイズ設定が、対応するトラヒックタイプのＲＢＧサイズを示すので、各トラヒックタイプに適するＢＧサイズを用いてＰＤＳＣＨに対するＦＤＲＡを行うことができる。
＜動的ＲＢＧサイズ決定＞
　動的ＲＢＧサイズ決定において、各トラヒックタイプに関連付けられるＰＤＳＣＨのＦＤＲＡに用いられるＲＢＧサイズは、ＤＣＩに基づいて決定されてもよい。具体的には、当該ＲＢＧサイズは、上記ＲＢＧサイズ情報（例えば、ＲＲＣ　ＩＥの「rbg-Size0」）及びＤＣＩに基づいて決定されてもよいし、当該ＲＢＧサイズ情報に関係なくＤＣＩに基づいて決定されてもよい。
≪上位レイヤシグナリング及びＤＣＩ≫
　ＲＢＧサイズ情報がＲＢＧサイズ設定の動的な変更（例えば、dynamicswitch）を示す場合、ＵＥは、ＤＣＩ内の所定フィールド（例えば、ＦＤＲＡフィールド）の一部のビット（例えば、所定数のＭＳＢ又は最下位ビット（Least　Significant　Bit（ＬＳＢ）））に基づいて、ＲＢＧサイズ設定を決定してもよい。当該一部のビットは、上記ＲＢＧサイズ情報がＲＢＧサイズ設定の動的な変更を示す場合に、当該所定フィールドに含まれてもよい。
　なお、ＤＣＩのＦＤＲＡフィールドのＭＳＢがＲＡタイプの指定に用いられる場合、当該設定の指定には、当該ＦＤＲＡフィールドの他のビット（例えば、２番目から所定数のＭＳＢ又は所定数のＬＳＢ）が用いられてもよい。
　図９は、第１の態様に係る動的ＲＢＧサイズ決定の第１の例を示す図である。図９では、ＲＢＧサイズ情報（例えば、ＲＲＣ　ＩＥの「rbg-Size」）が動的な設定の変更を示す点で図５～８と異なる。以下では、図５～８との相違点を中心に説明する。
　なお、ＲＢＧサイズ情報は、図５～８で例示するＲＢＧサイズ情報（例えば、ＲＲＣ　ＩＥの「rbg-Size０」）であってもよい。また、図９では、ＲＡタイプ０が例示されるが、ＲＡタイプ２であってもよい。
　図９に示すように、ＲＢＧサイズ情報が動的な設定変更（例えば、dynamicswitch）を示す場合、ＰＤＳＣＨをスケジュールするＤＣＩ内の所定フィールド（例えば、ＦＤＲＡフィールド）の所定数のビット（ここでは、２ＭＳＢ）が、当該ＰＤＳＣＨのＲＢＧサイズの決定に用いる設定を示してもよい。
　例えば、図９では、ＦＤＲＡフィールドの２ＭＳＢがＲＢＧサイズ設定を示すが、当該設定を示すビットの位置及びビット数は図示するもの限られない。例えば、当該ビット数は、識別される設定の数に基づいて決定できる。また、ＦＤＲＡフィールドのビット数も図示するものに限られない。
　図９において、ＵＥは、ＦＤＲＡフィールドの２ＭＳＢが示すＲＢＧサイズ設定に基づいてＰＤＳＣＨのＦＤＲＡに用いるＲＢＧサイズを決定する。ＵＥは、ＦＤＲＡフィールドの他のビットによって示されるビットマップにより、ＰＤＳＣＨが割り当てられるＲＢＧを決定してもよい。
≪ＤＣＩ≫
　ＲＢＧサイズ設定は、ＤＣＩ内の所定フィールド（例えば、ＦＤＲＡフィールド）の一部のビット値を用いて明示的に（explicitly）指定されてもよいし、ＤＣＩ内の新たなフィールド（例えば、ＲＢＧサイズ設定用のフィールド）を用いて明示的に指定されてもよいし、又は、ＤＣＩフォーマットを用いて黙示的に（implicitly）指定されてもよい。
［ＤＣＩ内の所定フィールドの一部のビット］
　ＤＣＩ内の所定フィールド（例えば、ＦＤＲＡフィールド）の一部のビット（例えば、所定数のＭＳＢ又はＬＳＢ）に基づいて、ＲＢＧサイズ設定を決定してもよい。当該一部のビットは、ＲＡタイプ０又は２であるか否かに関係なく、当該所定フィールドに含まれてもよい。
　ＵＥは、ＲＢＧサイズ情報が示すＲＢＧサイズ設定に基づかずに、当該一部のビットが示すＲＢＧサイズ設定に基づいて、当該ＤＣＩによりスケジューリングされるＰＤＳＣＨのＦＤＲＡに用いるＲＢＧサイズを決定してもよい。すなわち、ＲＢＧサイズ情報が示すＲＢＧサイズ設定がＤＣＩ内の当該一部のビットが示すＲＢＧサイズ設定に上書きされてもよい。
　図１０は、第１の態様に係る動的ＲＢＧサイズ決定の第２の例を示す図である。図１０では、ＲＢＧサイズ情報（例えば、ＲＲＣ　ＩＥの「rbg-Size」）に関係なく、ＤＣＩ内の所定フィールド（例えば、ＦＤＲＡフィールド）の一部のビットがＲＢＧサイズ設定を指定する点で、図９と異なる。以下では、図９との相違点を中心に説明する。
　図１０に示すように、ＰＤＳＣＨをスケジュールするＤＣＩ内の所定フィールド（例えば、ＦＤＲＡフィールド）の所定数のビット（ここでは、２ＬＳＢ）が、当該ＰＤＳＣＨのＲＢＧサイズの決定に用いるＲＢＧサイズ設定を示してもよい。
　例えば、図１０では、ＦＤＲＡフィールドの２ＬＳＢがＲＢＧサイズの決定用の設定を示すが、当該設定を示すビットの位置及びビット数は図示するもの限られない。例えば、当該ビット数は、識別される設定の数に基づいて決定できる。また、ＦＤＲＡフィールドのビット数も図示するものに限られない。また、図１０では、ＲＡタイプ０が例示されるが、ＲＡタイプ２であってもよい。
　図１０において、ＵＥは、ＦＤＲＡフィールドの２ＬＳＢが示すＲＢＧサイズ設定に基づいてＰＤＳＣＨのＦＤＲＡに用いるＲＢＧサイズを決定する。ＵＥは、ＦＤＲＡフィールドの他のビットによって示されるビットマップにより、ＰＤＳＣＨが割り当てられるＲＢＧを決定してもよい。
［ＤＣＩ内の新たなフィールド］
　或いは、ＤＣＩ内のＦＤＲＡフィールド以外の所定フィールドの少なくとも一部のビットに基づいて、ＲＢＧサイズ設定を決定してもよい。当該所定フィールドは、ＲＡタイプを示すフィールド（ＲＡタイプフィールド）であってもよいし、ＲＢＧサイズ設定を指定するフィールドであってもよい。
　ＲＡタイプフィールドを用いる場合、当該ＲＡタイプフィールドの一部のビットがＲＡタイプを示し、当該ＲＡタイプフィールドの他のビットがＲＢＧサイズ設定を示してもよい。
［ＤＣＩフォーマット］
　或いは、ＵＥは、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに基づいて、当該ＰＤＳＣＨのＦＤＲＡに用いるＲＢＧサイズ設定を決定してもよい。
　ＵＥは、上記ＤＣＩフォーマット１＿ｘを検出する場合、ＲＢＧサイズ情報により設定されるＲＢＧサイズ設定（例えば、ＤＣＩフォーマット１＿０、１＿１でスケジューリングされるＰＤＳＣＨ用のＲＢＧサイズ設定）とは異なるＲＢＧサイズ設定を用いてもよい。
　例えば、ＲＢＧサイズ情報によりＲＢＧ設定１がＵＥに設定される場合、ＵＥは、ＤＣＩフォーマット１＿ｘを検出すると、ＤＣＩフォーマット１＿ｘによりスケジューリングされるＰＤＳＣＨ用にＲＢＧサイズ設定２を、一時的に使用してもよい。
＜黙示的ＲＢＧサイズ決定＞
　黙示的ＲＢＧサイズ決定において、各トラヒックタイプに関連付けられるＰＤＳＣＨのＦＤＲＡに用いられるＲＢＧサイズ設定は、黙示的情報に基づいて決定されてもよい。
　当該黙示的情報は、例えば、以下の少なくとも一つを含んでもよい。
・ＰＤＳＣＨに適用される変調及び符号化方式（Modulation　and　Coding　Scheme（ＭＣＳ））に関する情報
・当該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに関する情報
・当該ＰＤＣＣＨの冗長検査符号（Cyclic　Redundancy　Check（ＣＲＣ））ビットのスクランブル（ＣＲＣスクランブル）に用いられる無線ネットワーク一時識別子（Radio　Network　Temporary　Identifier（ＲＮＴＩ））に関する情報
［ＭＣＳに関する情報］
　ＵＥは、ＭＣＳに関する情報（例えば、ＭＣＳインデックス）に基づいて、ＲＢＧサイズ設定を決定してもよい。なお、ＭＣＳインデックスは、ＤＣＩ内の所定フィールド（例えば、ＭＣＳフィールド、ＭＣＳインデックスフィールド）によって指定されてもよい。
　例えば、ＭＣＳインデックスが所定の閾値以下である（又はより低い）場合、より大きいＲＢＧサイズとなるＲＢＧサイズ設定（例えば、ＲＢＧサイズ設定２）を決定してもよい。より低い（lower）ＭＣＳインデックスは、ＵＲＬＬＣに関連付けられるＰＤＳＣＨに用いられる可能性が高いためである。
　一方、ＭＣＳインデックスが所定の閾値より大きい（又はより以上）場合、より小さいＲＢＧサイズとなるＲＢＧサイズ設定（例えば、ＲＢＧサイズ設定１）を決定してもよい。より高い（higher）ＭＣＳインデックスは、ｅＭＢＢに関連付けられるＰＤＳＣＨに用いられる可能性が高いためである。
［ＰＤＣＣＨに関する情報］
　ＵＥは、ＰＤＣＣＨに関する情報に基づいて、ＲＢＧサイズ設定を決定してもよい。当該ＰＤＣＣＨに関する情報は、例えば、ＰＤＣＣＨをモニタリングする期間（機会、モニタリング機会、ＰＤＣＣＨモニタリング機会）、サーチスペース、制御リソースセット（Control　Resource　Set（ＣＯＲＥＳＥＴ））の少なくとも一つであってもよい。
　例えば、ＰＤＣＣＨモニタリング機会がスロットベース（slot-based）である場合、より小さいＲＢＧサイズとなるＲＢＧサイズ設定（例えば、ＲＢＧサイズ設定１）を決定してもよい。スロットベースの場合、ｅＭＢＢに関連付けられるＰＤＳＣＨに用いられる可能性が高いためである。
　一方、ＰＤＣＣＨモニタリング機会がスパンベース（span-based）である場合、より大きいＲＢＧサイズとなるＲＢＧサイズ設定（例えば、ＲＢＧサイズ設定２）を決定してもよい。より低い（lower）ＭＣＳインデックスは、ＵＲＬＬＣに関連付けられるＰＤＳＣＨに用いられる可能性が高いためである。なお、スパンベースは、スロットよりも短い期間（サブスロット、ミニスロット、ハーフスロット等ともいう）を意味してもよい。例えば、ＲＲＣ　ＩＥの「pdcch-MonitoringAnyOccasionsWithSpanGap」が設定される場合、ＰＤＣＣＨモニタリング機会がスパンベースと想定されてもよい。
　また、特定のサーチスペースセットでＰＤＣＣＨが検出される場合、より大きいＲＢＧサイズとなるＲＢＧサイズ設定（例えば、ＲＢＧサイズ設定２）を決定し、他のサーチスペースセットでＰＤＣＣＨが検出される場合、より小さいＲＢＧサイズとなるＲＢＧサイズ設定（例えば、ＲＢＧサイズ設定１）を決定してもよい。
　また、ＰＤＣＣＨが検出されるサーチスペースセットが特定のＣＯＲＥＳＥＴに関連付けられる場合、より大きいＲＢＧサイズとなるＲＢＧサイズ設定（例えば、ＲＢＧサイズ設定２）を決定し、他のＣＯＲＥＳＥＴに関連付けられる場合、より小さいＲＢＧサイズとなるＲＢＧサイズ設定（例えば、ＲＢＧサイズ設定１）を決定してもよい。
［ＲＮＴＩに関する情報］
　ＵＥは、ＲＮＴＩに関する情報に基づいて、ＲＢＧサイズ設定を決定してもよい。
　例えば、ＤＣＩのＣＲＣスクランブルに用いられるＲＮＴＩが特定のＲＮＴＩである場合、より大きいＲＢＧサイズとなるＲＢＧサイズ設定（例えば、ＲＢＧサイズ設定２）を決定してもよい。当該特定のＲＮＴＩは、例えば、ＭＣＳ－Ｃ－ＲＮＴＩであってもよい。
　一方、ＤＣＩのＣＲＣスクランブルに用いられるＲＮＴＩが他のＲＮＴＩである場合、より小さいＲＢＧサイズとなるＲＢＧサイズ設定（例えば、ＲＢＧサイズ設定１）を決定してもよい。当該特定のＲＮＴＩは、例えば、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ等であってもよい。
　以上のように、第１の態様によれば、ＲＢＧ単位でＦＤＲＡを行うＲＡタイプ（例えば、上記ＲＡタイプ０及び２の少なくとも一つ）におけるＲＢＧサイズ設定を適切に制御できる。
（第２の態様）
　第２の態様では、ＲＢＧ単位でＦＤＲＡを行うＲＡタイプ間におけるＲＢＧサイズ（スケジューリング単位（scheduling　unit）等ともいう）の関係について説明する。
　上記のように、上記ＲＡタイプ０、２、３では、スケジューリング単位として、ＲＢＧが用いられる。一方、ＲＡタイプ１では、スケジューリング単位として、ＲＢが用いられる。
　ＲＢＧをスケジューリング単位とするＲＡタイプ（例えば、上記ＲＡタイプ０、２、３）の少なくとも２つ間では、ＲＢＧサイズ設定（スケジューリング単位の粒度）が同一であってもよいし、又は、異なってもよい。
　例えば、ＲＡタイプ０用にＲＡタイプ設定１が設定される場合、ＲＡタイプ２及び３にもＲＡタイプ設定１が用いられてもよい。
　或いは、ＲＡタイプ０用にＲＡタイプ設定１が設定される場合、ＲＡタイプ２及び３にもＲＡタイプ設定２が用いられてもよい。
　或いは、ＲＡタイプ０用にＲＡタイプ設定１が設定される場合、ＲＡタイプ２にＲＡ設定タイプ１が用いられる一方、ＲＡタイプ３にＲＡタイプ設定２が用いられてもよい。
　第２の態様によれば、スケジューリング単位としてＲＢＧを用いるＲＡタイプ間において、ＲＢＧサイズを適切に制御できる。
（第３の態様）
　第３の態様では、ＲＡタイプ間の切り替え（switch）について説明する。
　ＲＡタイプ（例えば、上記ＲＡタイプ０、１、２、３）間の切り替えは、上位レイヤシグナリングにより行われてもよいし（準静的ＲＡタイプ切り替え）、ＤＣＩにより動的に行われてもよいし（動的ＲＡタイプ切り替え）、又は、スケジューリング条件等の黙示的情報に基づいて行われてもよい（黙示的ＲＡタイプ切り替え）。なお、「ＲＡタイプの切り替え」は、「ＲＡタイプの決定」と言い換えられてもよい。
＜準静的ＲＡタイプ切り替え＞
　上記の通り、ＲＡタイプを示すＲＡタイプ情報（例えば、ＲＲＣ　ＩＥの「resourceAllocation」）が上位レイヤシグナリング（例えば、ＲＲＣシグナリング）によりＵＥに通知されてもよい。
　第３の態様において、ＲＡタイプ情報は、ＲＡタイプ０（resourceAllocationType0）、ＲＡタイプ１（resourceAllocationType1）、ＲＡタイプ２（resourceAllocationType2）、ＲＡタイプ３（resourceAllocationType3）を少なくとも示してもよい。また、ＲＡタイプ情報は、動的スイッチ（dynamicSwitch）を示してもよい。例えば、図１１では、ＲＡタイプ情報は、ＲＡタイプ０、１、２、３又は動的スイッチを示してもよい。
　このように、ＲＡタイプ情報が、ＲＡタイプ２、３を指定可能とすることにより、既存のＲＡタイプ０、１に加えて新たにＲＡタイプ２、３を導入しても、ＲＡタイプ０～３のすくなくとも２つのＲＡタイプ間の切り替えを適切に制御できる。
　例えば、ｅＭＢＢからＵＲＬＬＣにトラヒックタイプが切り替えられる場合、ＲＲＣ再構成（reconfiguration）を行うことにより、ＲＡタイプもＵＲＬＬＣ用のＲＡタイプ（例えば、ＲＡタイプ２又は３）に切り替えることができる。
＜動的ＲＡタイプ切り替え＞
　ＲＡタイプは、上記ＲＡタイプ情報（例えば、ＲＲＣ　ＩＥの「resourceAllocation」）及びＤＣＩに基づいて動的に指定されてもよいし、上記ＲＡタイプ情報に関係なくＤＣＩに基づいて指定されてもよい。
　ＲＡタイプ情報がＲＡタイプの動的な変更（例えば、dynamicswitch）を示す場合、ＵＥは、ＤＣＩ内の所定フィールド（例えば、ＦＤＲＡフィールド）の一部のビット（例えば、所定数のＭＳＢ又はＬＳＢ）に基づいて、ＲＡタイプを決定してもよい。当該一部のビットは、上記ＲＡタイプ情報がＲＡタイプの動的な変更を示す場合に、当該所定フィールドに含まれてもよい。
　或いは、ＲＡタイプ情報に関係なく、ＵＥは、ＤＣＩ内の所定フィールド（例えば、ＦＤＲＡフィールド）の一部のビット（例えば、所定数のＭＳＢ又はＬＳＢ）に基づいて、ＲＡタイプを決定してもよい。当該一部のビットは、上記ＲＡタイプ情報がＲＡタイプの動的な変更を示すか否かに関係なく、当該所定フィールドに含まれてもよい。すなわち、ＲＡタイプ情報によって指定されるＲＡタイプが、当該一部のビットによって指定されるＲＡタイプによって上書きされてもよい。
　図１２は、第３の態様に係る動的ＲＡタイプ決定の一例を示す図である。図１２では、ＲＡタイプ情報は、ＲＡタイプの動的な変更を示してもよいし、示さなくともよい。
　例えば、図１２では、ＤＣＩ内の所定フィールド（ここでは、ＦＤＲＡフィールド）の所定数のＭＳＢ（ここでは、ＭＳＢ及び２番目のＭＳＢ）が、ＲＡタイプを指定してもよい。なお、当該所定数のＭＳＢは、２ビットに限られず、指定するＲＡタイプの数に応じて変更されてもよい。
　図１２に示すように、ＭＳＢ及び第２のＭＳＢの値「００」、「０１」、「１０」及び「１１」は、ＲＡタイプ０、１、２、３を示してもよい。
　なお、ＲＡタイプは、ＤＣＩ内のＦＤＲＡフィールド以外のフィールドの少なくとも一部のビットにより指定されてもよい。
　以上のように、ＤＣＩ内の所定フィールドの少なくとも一部のビットによりＲＡタイプを指定することにより、ＭＢＢからＵＲＬＬＣにトラヒックタイプが動的に切り替えられる場合でも、ＲＡタイプをＵＲＬＬＣ用のＲＡタイプ（例えば、ＲＡタイプ２又は３）に迅速に切り替えることができる。
＜黙示的ＲＡタイプ切り替え＞
　ＲＡタイプは、黙示的情報に基づいて切り替えられてもよい（黙示的ＲＡタイプ決定）。
　当該黙示的情報は、例えば、以下の少なくとも一つを含んでもよい。
・スケジューリングに関する条件（例えば、ＢＷＰサイズ及びＲＢの割り当ての少なくとも一つ）
・ＤＣＩフォーマット
・ＰＤＳＣＨに適用されるＭＣＳに関する情報（例えば、ＭＣＳインデックス）
・当該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに関する情報（例えば、ＰＤＣＣＨモニタリング機会、サーチスペース、ＣＯＲＥＳＥＴの少なくとも一つ）
・当該ＰＤＣＣＨのＣＲＣスクランブルに用いられるＲＮＴＩに関する情報
≪ＢＷＰサイズ≫
　具体的には、ＲＡタイプは、ＰＤＳＣＨが割り当てられるＢＷＰのサイズに基づいて、切り替えられてもよい。例えば、ＢＷＰサイズが所定の閾値より小さい（又は以下である）場合（例えば、１～３６ＰＲＢ）、ＵＥは、ＲＡタイプ０又は２を決定してもよい。一方、ＢＷＰサイズが所定の閾値以上である（より大きい）場合（例えば、１４５～２７５ＰＲＢ）、ＵＥは、ＲＡタイプ１又は３を決定してもよい。
　ＲＡタイプ０、ＲＡタイプ０に基づくＲＡタイプ２は、より小さい（smaller）ＢＷＰサイズの場合に、より少ないビット幅（bit　width）（ビット数）でＦＤＲＡを行うことができる。ＲＡタイプ１、ＲＡタイプ１に基づくＲＡタイプ３は、より大きい（larger）ＢＷＰサイズの場合に、より少ないビット幅でＦＤＲＡを行うことができる。したがって、ＦＤＲＡに要するビット幅を削減できる。
≪ＲＢ割り当て≫
　また、ＲＡタイプは、異なるトラヒックタイプのＲＢの割り当てに基づいて、切り替えられてもよい。例えば、異なるトラヒックタイプのＰＤＳＣＨが同一の時間単位（例えば、スロット）内で送信（多重）される場合に、当該ＰＤＳＣＨに利用できないＲＢを少なくするように、当該ＰＤＳＣＨのＦＤＲＡのＲＡタイプが切り替えられてもよい。
　図１３Ａ及び１３Ｂは、第３の態様に係る黙示的ＲＡタイプの切り替えの一例を示す図である。図１３Ａでは、例えば、ＢＷＰサイズが３７ＲＢであるＢＷＰにおいて、同一の時間単位（例えば、スロット）内に、異なるトラヒックタイプ（例えば、ＵＲＬＬＣ及びｅＭＢＢ）のＰＤＳＣＨを多重する場合の一例が示される。
　例えば、図１３Ａでは、ｅＭＢＢに関連付けられるＰＤＳＣＨ用にＲＡタイプ０のＲＢＧサイズ設定０が適用されるものとする。ここでは、ＢＷＰサイズ＝３７ＲＢであるので、ＲＢＧサイズは４である（図１Ａ参照）。
　また、図１３Ａでは、ＵＲＬＬＣに関連付けられるＰＤＳＣＨ用にＲＡタイプ２のＲＢＧサイズ設定２が適用されるものとする。ここでは、ＢＷＰサイズ＝３７ＲＢであるので、ＲＢＧサイズは２である（図４Ａ参照）。
　図１３Ａに示すように、ＵＲＬＬＣに関連付けられるＰＤＳＣＨ用にＲＡタイプ２を用いる場合、ＲＢＧサイズがＲＡタイプ１よりも大きくなる。このため、ＵＲＬＬＣ用の参照ポイント（ＵＲＬＬＣ用のＲＢＧ間の境界）は、ｅＭＢＢ用の参照ポイント（ｅＭＢＢ用のＲＢＧ間の境界）よりも少なくなる。
　例えば、図１３Ａでは、ＵＲＬＬＣ用の参照ポイントは、ＢＷＰ内で１６ＲＢ毎に設けられるのに対して、ｅＭＢＢ用の参照ポイントは、４ＲＢ毎に設けられる。このため、図１３Ａに示すように、ｅＭＢＢ用の１ＲＢＧにｅＭＢＢ用のＰＤＳＣＨが割り当てられる場合、ＵＲＬＬＣに利用できないＲＢ（例えば、図１３Ａでは、１２ＲＢ）が生じる恐れがある。
　そこで、図１３Ａに示す場合、ＵＲＬＬＣに関連付けられるＰＤＳＣＨ用のＲＡタイプが、ＲＡタイプ２からＲＡタイプ１に切り替えられてもよい。図１３Ｂに示すように、ＲＡタイプ１では、開始ＲＢインデックスと長さに基づいてＲＢ単位でＰＤＳＣＨのＦＤＲＡが行われる。このため、図１３Ａに示すように、ＵＬＲＲＣ用のＰＤＳＣＨに利用できないＲＢの発生を回避でき、周波数リソースの利用効率を向上させることができる。
　なお、ＵＲＬＬＣに関連付けられるＰＤＳＣＨ用のＲＡタイプが、ＲＡタイプ２からＲＡタイプ３に切り替えられてもよい。この場合、ＵＲＬＬＣ用のＲＡタイプ３のＲＢＧサイズは、ＵＲＬＬＣ用のＲＡタイプ０のＲＢＧサイズよりも小さいことが望ましい。
　第３の態様によれば、ＲＡタイプ間の切り替えを適切に制御できる。
（その他の態様）
　上記第１～第３の態様は、単独で適用されてもよいし、少なくとも２つが組み合わせられてもよい。例えば、第１、第３の態様を組み合わせる場合、ＲＡタイプと、ＲＢＧ単位でＦＤＲＡを行うＲＡタイプ（例えば、ＲＡタイプ０、２、３）のＲＢＧサイズ設定と、の少なくとも一つが準静的又は動的に切り替えられてもよいし、黙示的情報に基づいて切り替えられてもよい。
　また、上記第１～第３の態様は、ＰＤＳＣＨのＦＤＲＡについて説明したが、ＰＵＳＣＨのＦＤＲＡにも同様に適用可能である。ＰＵＳＣＨに適用する場合、ＰＤＳＣＨの受信は、ＰＵＳＣＨの送信に読み替えられればよい。また、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩ（例えば、ＤＣＩフォーマット１＿０、１＿１、１＿ｘ）は、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩ（例えば、ＤＣＩフォーマット０＿０、０＿１、０＿ｘ）と読み替えられてもよい。
　また、ＰＤＳＣＨは、ＤＣＩにより動的にスケジューリングされてもよいし、セミパーシステントスケジューリングされてもよい。また、ＰＵＳＣＨは、ＤＣＩにより動的にスケジューリングされてもよいし、設定グラントに基づくものであってもよい。
　また、本実施形態において、トラヒックタイプは、物理レイヤでは認識されず、物理レイヤでは、異なるトラヒックタイプは、ＤＣＩフォーマット、ＲＮＴＩ、サーチスペースセット、ＣＯＲＥＳＥＴの少なくとも一つにより識別されてもよい。
（無線通信システム）
　以下、本開示の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、本開示の上記各実施形態に係る無線通信方法のいずれか又はこれらの組み合わせを用いて通信が行われる。
　図１４は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム１は、Third　Generation　Partnership　Project（３ＧＰＰ）によって仕様化されるLong　Term　Evolution（ＬＴＥ）、5th　generation　mobile　communication　system　New　Radio（５Ｇ　ＮＲ）などを用いて通信を実現するシステムであってもよい。
　また、無線通信システム１は、複数のRadio　Access　Technology（ＲＡＴ）間のデュアルコネクティビティ（マルチＲＡＴデュアルコネクティビティ（Multi-RAT　Dual　Connectivity（ＭＲ－ＤＣ）））をサポートしてもよい。ＭＲ－ＤＣは、ＬＴＥ（Evolved　Universal　Terrestrial　Radio　Access（Ｅ－ＵＴＲＡ））とＮＲとのデュアルコネクティビティ（E-UTRA-NR　Dual　Connectivity（ＥＮ－ＤＣ））、ＮＲとＬＴＥとのデュアルコネクティビティ（NR-E-UTRA　Dual　Connectivity（ＮＥ－ＤＣ））などを含んでもよい。
　ＥＮ－ＤＣでは、ＬＴＥ（Ｅ－ＵＴＲＡ）の基地局（ｅＮＢ）がマスタノード（Master　Node（ＭＮ））であり、ＮＲの基地局（ｇＮＢ）がセカンダリノード（Secondary　Node（ＳＮ））である。ＮＥ－ＤＣでは、ＮＲの基地局（ｇＮＢ）がＭＮであり、ＬＴＥ（Ｅ－ＵＴＲＡ）の基地局（ｅＮＢ）がＳＮである。
　無線通信システム１は、同一のＲＡＴ内の複数の基地局間のデュアルコネクティビティ（例えば、ＭＮ及びＳＮの双方がＮＲの基地局（ｇＮＢ）であるデュアルコネクティビティ（NR-NR　Dual　Connectivity（ＮＮ－ＤＣ）））をサポートしてもよい。
　無線通信システム１は、比較的カバレッジの広いマクロセルＣ１を形成する基地局１１と、マクロセルＣ１内に配置され、マクロセルＣ１よりも狭いスモールセルＣ２を形成する基地局１２（１２ａ－１２ｃ）と、を備えてもよい。ユーザ端末２０は、少なくとも１つのセル内に位置してもよい。各セル及びユーザ端末２０の配置、数などは、図に示す態様に限定されない。以下、基地局１１及び１２を区別しない場合は、基地局１０と総称する。
　ユーザ端末２０は、複数の基地局１０のうち、少なくとも１つに接続してもよい。ユーザ端末２０は、複数のコンポーネントキャリア（Component　Carrier（ＣＣ））を用いたキャリアアグリゲーション（Carrier　Aggregation（ＣＡ））及びデュアルコネクティビティ（ＤＣ）の少なくとも一方を利用してもよい。
　各ＣＣは、第１の周波数帯（Frequency　Range　1（ＦＲ１））及び第２の周波数帯（Frequency　Range　2（ＦＲ２））の少なくとも１つに含まれてもよい。マクロセルＣ１はＦＲ１に含まれてもよいし、スモールセルＣ２はＦＲ２に含まれてもよい。例えば、ＦＲ１は、６ＧＨｚ以下の周波数帯（サブ６ＧＨｚ（sub-6GHz））であってもよいし、ＦＲ２は、２４ＧＨｚよりも高い周波数帯（above-24GHz）であってもよい。なお、ＦＲ１及びＦＲ２の周波数帯、定義などはこれらに限られず、例えばＦＲ１がＦＲ２よりも高い周波数帯に該当してもよい。
　また、ユーザ端末２０は、各ＣＣにおいて、時分割複信（Time　Division　Duplex（ＴＤＤ））及び周波数分割複信（Frequency　Division　Duplex（ＦＤＤ））の少なくとも１つを用いて通信を行ってもよい。
　複数の基地局１０は、有線（例えば、Common　Public　Radio　Interface（ＣＰＲＩ）に準拠した光ファイバ、Ｘ２インターフェースなど）又は無線（例えば、ＮＲ通信）によって接続されてもよい。例えば、基地局１１及び１２間においてＮＲ通信がバックホールとして利用される場合、上位局に該当する基地局１１はIntegrated　Access　Backhaul（ＩＡＢ）ドナー、中継局（リレー）に該当する基地局１２はＩＡＢノードと呼ばれてもよい。
　基地局１０は、他の基地局１０を介して、又は直接コアネットワーク３０に接続されてもよい。コアネットワーク３０は、例えば、Evolved　Packet　Core（ＥＰＣ）、5G　Core　Network（５ＧＣＮ）、Next　Generation　Core（ＮＧＣ）などの少なくとも１つを含んでもよい。
　ユーザ端末２０は、ＬＴＥ、ＬＴＥ－Ａ、５Ｇなどの通信方式の少なくとも１つに対応した端末であってもよい。
　無線通信システム１においては、直交周波数分割多重（Orthogonal　Frequency　Division　Multiplexing（ＯＦＤＭ））ベースの無線アクセス方式が利用されてもよい。例えば、下りリンク（Downlink（ＤＬ））及び上りリンク（Uplink（ＵＬ））の少なくとも一方において、Cyclic　Prefix　OFDM（ＣＰ－ＯＦＤＭ）、Discrete　Fourier　Transform　Spread　OFDM（ＤＦＴ－ｓ－ＯＦＤＭ）、Orthogonal　Frequency　Division　Multiple　Access（ＯＦＤＭＡ）、Single　Carrier　Frequency　Division　Multiple　Access（ＳＣ－ＦＤＭＡ）などが利用されてもよい。
　無線アクセス方式は、波形（waveform）と呼ばれてもよい。なお、無線通信システム１においては、ＵＬ及びＤＬの無線アクセス方式には、他の無線アクセス方式（例えば、他のシングルキャリア伝送方式、他のマルチキャリア伝送方式）が用いられてもよい。
　無線通信システム１では、下りリンクチャネルとして、各ユーザ端末２０で共有される下り共有チャネル（Physical　Downlink　Shared　Channel（ＰＤＳＣＨ））、ブロードキャストチャネル（Physical　Broadcast　Channel（ＰＢＣＨ））、下り制御チャネル（Physical　Downlink　Control　Channel（ＰＤＣＣＨ））などが用いられてもよい。
　また、無線通信システム１では、上りリンクチャネルとして、各ユーザ端末２０で共有される上り共有チャネル（Physical　Uplink　Shared　Channel（ＰＵＳＣＨ））、上り制御チャネル（Physical　Uplink　Control　Channel（ＰＵＣＣＨ））、ランダムアクセスチャネル（Physical　Random　Access　Channel（ＰＲＡＣＨ））などが用いられてもよい。
　ＰＤＳＣＨによって、ユーザデータ、上位レイヤ制御情報、System　Information　Block（ＳＩＢ）などが伝送される。ＰＵＳＣＨによって、ユーザデータ、上位レイヤ制御情報などが伝送されてもよい。また、ＰＢＣＨによって、Master　Information　Block（ＭＩＢ）が伝送されてもよい。
　ＰＤＣＣＨによって、下位レイヤ制御情報が伝送されてもよい。下位レイヤ制御情報は、例えば、ＰＤＳＣＨ及びＰＵＳＣＨの少なくとも一方のスケジューリング情報を含む下り制御情報（Downlink　Control　Information（ＤＣＩ））を含んでもよい。
　なお、ＰＤＳＣＨをスケジューリングするＤＣＩは、ＤＬアサインメント、ＤＬ　ＤＣＩなどと呼ばれてもよいし、ＰＵＳＣＨをスケジューリングするＤＣＩは、ＵＬグラント、ＵＬ　ＤＣＩなどと呼ばれてもよい。なお、ＰＤＳＣＨはＤＬデータで読み替えられてもよいし、ＰＵＳＣＨはＵＬデータで読み替えられてもよい。
　ＰＤＣＣＨの検出には、制御リソースセット（COntrol　REsource　SET（ＣＯＲＥＳＥＴ））及びサーチスペース（search　space）が利用されてもよい。ＣＯＲＥＳＥＴは、ＤＣＩをサーチするリソースに対応する。サーチスペースは、ＰＤＣＣＨ候補（PDCCH　candidates）のサーチ領域及びサーチ方法に対応する。１つのＣＯＲＥＳＥＴは、１つ又は複数のサーチスペースに関連付けられてもよい。ＵＥは、サーチスペース設定に基づいて、あるサーチスペースに関連するＣＯＲＥＳＥＴをモニタしてもよい。
　１つのサーチスペースは、１つ又は複数のアグリゲーションレベル（aggregation　Level）に該当するＰＤＣＣＨ候補に対応してもよい。１つ又は複数のサーチスペースは、サーチスペースセットと呼ばれてもよい。なお、本開示の「サーチスペース」、「サーチスペースセット」、「サーチスペース設定」、「サーチスペースセット設定」、「ＣＯＲＥＳＥＴ」、「ＣＯＲＥＳＥＴ設定」などは、互いに読み替えられてもよい。
　ＰＵＣＣＨによって、チャネル状態情報（Channel　State　Information（ＣＳＩ））、送達確認情報（例えば、Hybrid　Automatic　Repeat　reQuest　ACKnowledgement（ＨＡＲＱ－ＡＣＫ）、ＡＣＫ／ＮＡＣＫなどと呼ばれてもよい）及びスケジューリングリクエスト（Scheduling　Request（ＳＲ））の少なくとも１つを含む上り制御情報（Uplink　Control　Information（ＵＣＩ））が伝送されてもよい。ＰＲＡＣＨによって、セルとの接続確立のためのランダムアクセスプリアンブルが伝送されてもよい。
　なお、本開示において下りリンク、上りリンクなどは「リンク」を付けずに表現されてもよい。また、各種チャネルの先頭に「物理（Physical）」を付けずに表現されてもよい。
　無線通信システム１では、同期信号（Synchronization　Signal（ＳＳ））、下りリンク参照信号（Downlink　Reference　Signal（ＤＬ－ＲＳ））などが伝送されてもよい。無線通信システム１では、ＤＬ－ＲＳとして、セル固有参照信号（Cell-specific　Reference　Signal（ＣＲＳ））、チャネル状態情報参照信号（Channel　State　Information　Reference　Signal（ＣＳＩ－ＲＳ））、復調用参照信号（DeModulation　Reference　Signal（ＤＭＲＳ））、位置決定参照信号（Positioning　Reference　Signal（ＰＲＳ））、位相トラッキング参照信号（Phase　Tracking　Reference　Signal（ＰＴＲＳ））などが伝送されてもよい。
　同期信号は、例えば、プライマリ同期信号（Primary　Synchronization　Signal（ＰＳＳ））及びセカンダリ同期信号（Secondary　Synchronization　Signal（ＳＳＳ））の少なくとも１つであってもよい。ＳＳ（ＰＳＳ、ＳＳＳ）及びＰＢＣＨ（及びＰＢＣＨ用のＤＭＲＳ）を含む信号ブロックは、ＳＳ／ＰＢＣＨブロック、SS　Block（ＳＳＢ）などと呼ばれてもよい。なお、ＳＳ、ＳＳＢなども、参照信号と呼ばれてもよい。
　また、無線通信システム１では、上りリンク参照信号（Uplink　Reference　Signal（ＵＬ－ＲＳ））として、測定用参照信号（Sounding　Reference　Signal（ＳＲＳ））、復調用参照信号（ＤＭＲＳ）などが伝送されてもよい。なお、ＤＭＲＳはユーザ端末固有参照信号（UE-specific　Reference　Signal）と呼ばれてもよい。
（基地局）
　図１５は、一実施形態に係る基地局の構成の一例を示す図である。基地局１０は、制御部１１０、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース（transmission　line　interface）１４０を備えている。なお、制御部１１０、送受信部１２０及び送受信アンテナ１３０及び伝送路インターフェース１４０は、それぞれ１つ以上が備えられてもよい。
　なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、基地局１０は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。以下で説明する各部の処理の一部は、省略されてもよい。
　制御部１１０は、基地局１０全体の制御を実施する。制御部１１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路などから構成することができる。
　制御部１１０は、信号の生成、スケジューリング（例えば、リソース割り当て、マッピング）などを制御してもよい。制御部１１０は、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース１４０を用いた送受信、測定などを制御してもよい。制御部１１０は、信号として送信するデータ、制御情報、系列（sequence）などを生成し、送受信部１２０に転送してもよい。制御部１１０は、通信チャネルの呼処理（設定、解放など）、基地局１０の状態管理、無線リソースの管理などを行ってもよい。
　送受信部１２０は、ベースバンド（baseband）部１２１、Radio　Frequency（ＲＦ）部１２２、測定部１２３を含んでもよい。ベースバンド部１２１は、送信処理部１２１１及び受信処理部１２１２を含んでもよい。送受信部１２０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、ＲＦ回路、ベースバンド回路、フィルタ、位相シフタ（phase　shifter）、測定回路、送受信回路などから構成することができる。
　送受信部１２０は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。当該送信部は、送信処理部１２１１、ＲＦ部１２２から構成されてもよい。当該受信部は、受信処理部１２１２、ＲＦ部１２２、測定部１２３から構成されてもよい。
　送受信アンテナ１３０は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えばアレイアンテナなどから構成することができる。
　送受信部１２０は、上述の下りリンクチャネル、同期信号、下りリンク参照信号などを送信してもよい。送受信部１２０は、上述の上りリンクチャネル、上りリンク参照信号などを受信してもよい。
　送受信部１２０は、デジタルビームフォーミング（例えば、プリコーディング）、アナログビームフォーミング（例えば、位相回転）などを用いて、送信ビーム及び受信ビームの少なくとも一方を形成してもよい。
　送受信部１２０（送信処理部１２１１）は、例えば制御部１１０から取得したデータ、制御情報などに対して、Packet　Data　Convergence　Protocol（ＰＤＣＰ）レイヤの処理、Radio　Link　Control（ＲＬＣ）レイヤの処理（例えば、ＲＬＣ再送制御）、Medium　Access　Control（ＭＡＣ）レイヤの処理（例えば、ＨＡＲＱ再送制御）などを行い、送信するビット列を生成してもよい。
　送受信部１２０（送信処理部１２１１）は、送信するビット列に対して、チャネル符号化（誤り訂正符号化を含んでもよい）、変調、マッピング、フィルタ処理、離散フーリエ変換（Discrete　Fourier　Transform（ＤＦＴ））処理（必要に応じて）、逆高速フーリエ変換（Inverse　Fast　Fourier　Transform（ＩＦＦＴ））処理、プリコーディング、デジタル－アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。
　送受信部１２０（ＲＦ部１２２）は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、送受信アンテナ１３０を介して送信してもよい。
　一方、送受信部１２０（ＲＦ部１２２）は、送受信アンテナ１３０によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。
　送受信部１２０（受信処理部１２１２）は、取得されたベースバンド信号に対して、アナログ－デジタル変換、高速フーリエ変換（Fast　Fourier　Transform（ＦＦＴ））処理、逆離散フーリエ変換（Inverse　Discrete　Fourier　Transform（ＩＤＦＴ））処理（必要に応じて）、フィルタ処理、デマッピング、復調、復号（誤り訂正復号を含んでもよい）、ＭＡＣレイヤ処理、ＲＬＣレイヤの処理及びＰＤＣＰレイヤの処理などの受信処理を適用し、ユーザデータなどを取得してもよい。
　送受信部１２０（測定部１２３）は、受信した信号に関する測定を実施してもよい。例えば、測定部１２３は、受信した信号に基づいて、Radio　Resource　Management（ＲＲＭ）測定、Channel　State　Information（ＣＳＩ）測定などを行ってもよい。測定部１２３は、受信電力（例えば、Reference　Signal　Received　Power（ＲＳＲＰ））、受信品質（例えば、Reference　Signal　Received　Quality（ＲＳＲＱ）、Signal　to　Interference　plus　Noise　Ratio（ＳＩＮＲ）、Signal　to　Noise　Ratio（ＳＮＲ））、信号強度（例えば、Received　Signal　Strength　Indicator（ＲＳＳＩ））、伝搬路情報（例えば、ＣＳＩ）などについて測定してもよい。測定結果は、制御部１１０に出力されてもよい。
　伝送路インターフェース１４０は、コアネットワーク３０に含まれる装置、他の基地局１０などとの間で信号を送受信（バックホールシグナリング）し、ユーザ端末２０のためのユーザデータ（ユーザプレーンデータ）、制御プレーンデータなどを取得、伝送などしてもよい。
　なお、本開示における基地局１０の送信部及び受信部は、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース１４０の少なくとも１つによって構成されてもよい。
　なお、送受信部１２０は、複数のトラヒックタイプに共通に又は個別に、下り共有チャネル又は上り共有チャネルの周波数領域リソースの割り当てに用いられるリソースブロックグループ（ＲＢＧ）のサイズの決定に用いる設定を示す情報（ＲＢＧサイズ情報）を送信してもよい。
　送受信部１２０は、下り制御情報を送信してもよい。また、送受信部１２０は、下り共有チャネルを送信してもよい。また、送受信部２２０は、上り共有チャネルを受信してもよい。また、送受信部１２０は、リソース割り当てタイプを示す情報（ＲＡタイプ情報）を送信してもよい。
　前記複数のトラヒックタイプに共通に又は個別に、各設定と一以上のＲＢＧのサイズが関連付けられてもよい。制御部１１０は、前記ＲＢＧサイズ情報が示す前記設定に関連付けられる前記一以上のＲＢＧのサイズの中から、前記下り共有チャネル又は前記上り共有チャネルが割り当てられる帯域幅部分（ＢＷＰ）のサイズに対応するＲＢＧのサイズを決定してもよい（第１の態様の準静的ＲＢＧサイズ決定）。
　制御部１１０は、前記ＲＢＧサイズ情報、前記下り共有チャネル又は前記上り共有チャネルのスケジューリングに用いられる下り制御情報及び黙示的情報の少なくとも一つに基づいて、前記ＲＢＧのサイズを決定してもよい（第１の態様の動的ＲＢＧサイズ決定又は黙示的ＲＢＧサイズ決定）。
　制御部１１０は、前記ＲＢＧをスケジューリング単位とする複数のリソース割り当てタイプの間で、前記ＲＢＧのサイズを共通に又は個別に決定してもよい（第２の態様）。
　制御部１１０は、リソース割り当てタイプを示す情報（ＲＡタイプ情報）、前記下り共有チャネル又は前記上り共有チャネルのスケジューリングに用いられる下り制御情報及び黙示的情報の少なくとも一つに基づいて、前記下り共有チャネル又は前記上り共有チャネルのリソース割り当てタイプの切り替えを制御してもよい（第３の態様）。
（ユーザ端末）
　図１６は、一実施形態に係るユーザ端末の構成の一例を示す図である。ユーザ端末２０は、制御部２１０、送受信部２２０及び送受信アンテナ２３０を備えている。なお、制御部２１０、送受信部２２０及び送受信アンテナ２３０は、それぞれ１つ以上が備えられてもよい。
　なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、ユーザ端末２０は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。以下で説明する各部の処理の一部は、省略されてもよい。
　制御部２１０は、ユーザ端末２０全体の制御を実施する。制御部２１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路などから構成することができる。
　制御部２１０は、信号の生成、マッピングなどを制御してもよい。制御部２１０は、送受信部２２０及び送受信アンテナ２３０を用いた送受信、測定などを制御してもよい。制御部２１０は、信号として送信するデータ、制御情報、系列などを生成し、送受信部２２０に転送してもよい。
　送受信部２２０は、ベースバンド部２２１、ＲＦ部２２２、測定部２２３を含んでもよい。ベースバンド部２２１は、送信処理部２２１１、受信処理部２２１２を含んでもよい。送受信部２２０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、ＲＦ回路、ベースバンド回路、フィルタ、位相シフタ、測定回路、送受信回路などから構成することができる。
　送受信部２２０は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。当該送信部は、送信処理部２２１１、ＲＦ部２２２から構成されてもよい。当該受信部は、受信処理部２２１２、ＲＦ部２２２、測定部２２３から構成されてもよい。
　送受信アンテナ２３０は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えばアレイアンテナなどから構成することができる。
　送受信部２２０は、上述の下りリンクチャネル、同期信号、下りリンク参照信号などを受信してもよい。送受信部２２０は、上述の上りリンクチャネル、上りリンク参照信号などを送信してもよい。
　送受信部２２０は、デジタルビームフォーミング（例えば、プリコーディング）、アナログビームフォーミング（例えば、位相回転）などを用いて、送信ビーム及び受信ビームの少なくとも一方を形成してもよい。
　送受信部２２０（送信処理部２２１１）は、例えば制御部２１０から取得したデータ、制御情報などに対して、ＰＤＣＰレイヤの処理、ＲＬＣレイヤの処理（例えば、ＲＬＣ再送制御）、ＭＡＣレイヤの処理（例えば、ＨＡＲＱ再送制御）などを行い、送信するビット列を生成してもよい。
　送受信部２２０（送信処理部２２１１）は、送信するビット列に対して、チャネル符号化（誤り訂正符号化を含んでもよい）、変調、マッピング、フィルタ処理、ＤＦＴ処理（必要に応じて）、ＩＦＦＴ処理、プリコーディング、デジタル－アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。
　なお、ＤＦＴ処理を適用するか否かは、トランスフォームプリコーディングの設定に基づいてもよい。送受信部２２０（送信処理部２２１１）は、あるチャネル（例えば、ＰＵＳＣＨ）について、トランスフォームプリコーディングが有効（enabled）である場合、当該チャネルをＤＦＴ－ｓ－ＯＦＤＭ波形を用いて送信するために上記送信処理としてＤＦＴ処理を行ってもよいし、そうでない場合、上記送信処理としてＤＦＴ処理を行わなくてもよい。
　送受信部２２０（ＲＦ部２２２）は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、送受信アンテナ２３０を介して送信してもよい。
　一方、送受信部２２０（ＲＦ部２２２）は、送受信アンテナ２３０によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。
　送受信部２２０（受信処理部２２１２）は、取得されたベースバンド信号に対して、アナログ－デジタル変換、ＦＦＴ処理、ＩＤＦＴ処理（必要に応じて）、フィルタ処理、デマッピング、復調、復号（誤り訂正復号を含んでもよい）、ＭＡＣレイヤ処理、ＲＬＣレイヤの処理及びＰＤＣＰレイヤの処理などの受信処理を適用し、ユーザデータなどを取得してもよい。
　送受信部２２０（測定部２２３）は、受信した信号に関する測定を実施してもよい。例えば、測定部２２３は、受信した信号に基づいて、ＲＲＭ測定、ＣＳＩ測定などを行ってもよい。測定部２２３は、受信電力（例えば、ＲＳＲＰ）、受信品質（例えば、ＲＳＲＱ、ＳＩＮＲ、ＳＮＲ）、信号強度（例えば、ＲＳＳＩ）、伝搬路情報（例えば、ＣＳＩ）などについて測定してもよい。測定結果は、制御部２１０に出力されてもよい。
　なお、本開示におけるユーザ端末２０の送信部及び受信部は、送受信部２２０、送受信アンテナ２３０及び伝送路インターフェース２４０の少なくとも１つによって構成されてもよい。
　なお、送受信部２２０は、複数のトラヒックタイプに共通に又は個別に、下り共有チャネル又は上り共有チャネルの周波数領域リソースの割り当てに用いられるリソースブロックグループ（ＲＢＧ）のサイズの決定に用いる設定を示す情報（ＲＢＧサイズ情報）を受信してもよい。
　送受信部２２０は、下り制御情報を受信してもよい。また、送受信部２２０は、下り共有チャネルを受信してもよい。また、送受信部２２０は、上り共有チャネルを送信してもよい。また、送受信部２２０は、リソース割り当てタイプを示す情報（ＲＡタイプ情報）を受信してもよい。
　制御部２１０は、前記設定（ＲＢＧサイズ設定）又は前記情報（ＲＢＧサイズ情報）に基づいて、前記ＲＢＧのサイズを決定してもよい。前記複数のトラヒックタイプに共通に又は個別に、各設定と一以上のＲＢＧのサイズが関連付けられてもよい。制御部２１０は、前記ＲＢＧサイズ情報が示す前記設定に関連付けられる前記一以上のＲＢＧのサイズの中から、前記下り共有チャネル又は前記上り共有チャネルが割り当てられる帯域幅部分（ＢＷＰ）のサイズに対応するＲＢＧのサイズを決定してもよい（第１の態様の準静的ＲＢＧサイズ決定）。
　制御部２１０は、前記ＲＢＧサイズ情報、前記下り共有チャネル又は前記上り共有チャネルのスケジューリングに用いられる下り制御情報及び黙示的情報の少なくとも一つに基づいて、前記ＲＢＧのサイズを決定してもよい（第１の態様の動的ＲＢＧサイズ決定又は黙示的ＲＢＧサイズ決定）。
　制御部２１０は、前記ＲＢＧをスケジューリング単位とする複数のリソース割り当てタイプの間で、前記ＲＢＧのサイズを共通に又は個別に決定してもよい（第２の態様）。
　制御部２１０は、リソース割り当てタイプを示す情報（ＲＡタイプ情報）、前記下り共有チャネル又は前記上り共有チャネルのスケジューリングに用いられる下り制御情報及び黙示的情報の少なくとも一つに基づいて、前記下り共有チャネル又は前記上り共有チャネルのリソース割り当てタイプの切り替えを制御してもよい（第３の態様）。
（ハードウェア構成）
　なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　ここで、機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、みなし、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。例えば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting　unit）、送信機（transmitter）などと呼称されてもよい。いずれも、上述したとおり、実現方法は特に限定されない。
　例えば、本開示の一実施形態における基地局、ユーザ端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図１７は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の基地局１０及びユーザ端末２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
　なお、本開示において、装置、回路、デバイス、部（section）、ユニットなどの文言は、互いに読み替えることができる。基地局１０及びユーザ端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、２以上のプロセッサによって実行されてもよい。なお、プロセッサ１００１は、１以上のチップによって実装されてもよい。
　基地局１０及びユーザ端末２０における各機能は、例えば、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４を介する通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（Central　Processing　Unit（ＣＰＵ））によって構成されてもよい。例えば、上述の制御部１１０（２１０）、送受信部１２０（２２０）などの少なくとも一部は、プロセッサ１００１によって実現されてもよい。
　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、制御部１１０（２１０）は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、Read　Only　Memory（ＲＯＭ）、Erasable　Programmable　ROM（ＥＰＲＯＭ）、Electrically　EPROM（ＥＥＰＲＯＭ）、Random　Access　Memory（ＲＡＭ）、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（Compact　Disc　ROM（ＣＤ－ＲＯＭ）など）、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。
　通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（Frequency　Division　Duplex（ＦＤＤ））及び時分割複信（Time　Division　Duplex（ＴＤＤ））の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送受信部１２０（２２０）、送受信アンテナ１３０（２３０）などは、通信装置１００４によって実現されてもよい。送受信部１２０（２２０）は、送信部１２０ａ（２２０ａ）と受信部１２０ｂ（２２０ｂ）とで、物理的に又は論理的に分離された実装がなされてもよい。
　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、Light　Emitting　Diode（ＬＥＤ）ランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
　また、基地局１０及びユーザ端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（Digital　Signal　Processor（ＤＳＰ））、Application　Specific　Integrated　Circuit（ＡＳＩＣ）、Programmable　Logic　Device（ＰＬＤ）、Field　Programmable　Gate　Array（ＦＰＧＡ）などのハードウェアを含んで構成されてもよく、当該ハードウェアを用いて各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
（変形例）
　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル、シンボル及び信号（シグナル又はシグナリング）は、互いに読み替えられてもよい。また、信号はメッセージであってもよい。参照信号（reference　signal）は、ＲＳと略称することもでき、適用される標準によってパイロット（Pilot）、パイロット信号などと呼ばれてもよい。また、コンポーネントキャリア（Component　Carrier（ＣＣ））は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。
　無線フレームは、時間領域において１つ又は複数の期間（フレーム）によって構成されてもよい。無線フレームを構成する当該１つ又は複数の各期間（フレーム）は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。
　ここで、ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（SubCarrier　Spacing（ＳＣＳ））、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（Transmission　Time　Interval（ＴＴＩ））、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
　スロットは、時間領域において１つ又は複数のシンボル（Orthogonal　Frequency　Division　Multiplexing（ＯＦＤＭ）シンボル、Single　Carrier　Frequency　Division　Multiple　Access（ＳＣ－ＦＤＭＡ）シンボルなど）によって構成されてもよい。また、スロットは、ニューメロロジーに基づく時間単位であってもよい。
　スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。
　無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。なお、本開示におけるフレーム、サブフレーム、スロット、ミニスロット、シンボルなどの時間単位は、互いに読み替えられてもよい。
　例えば、１サブフレームはＴＴＩと呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
　ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。
　ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。
　なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
　１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（３ＧＰＰ　Ｒｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional　TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
　なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。
　リソースブロック（Resource　Block（ＲＢ））は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（サブキャリア（subcarrier））を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
　また、ＲＢは、時間領域において、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックによって構成されてもよい。
　なお、１つ又は複数のＲＢは、物理リソースブロック（Physical　RB（ＰＲＢ））、サブキャリアグループ（Sub-Carrier　Group（ＳＣＧ））、リソースエレメントグループ（Resource　Element　Group（ＲＥＧ））、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。
　また、リソースブロックは、１つ又は複数のリソースエレメント（Resource　Element（ＲＥ））によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
　帯域幅部分（Bandwidth　Part（ＢＷＰ））（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（common　resource　blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。
　ＢＷＰには、ＵＬ　ＢＷＰ（ＵＬ用のＢＷＰ）と、ＤＬ　ＢＷＰ（ＤＬ用のＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。
　設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。
　なお、上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（Cyclic　Prefix（ＣＰ））長などの構成は、様々に変更することができる。
　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースは、所定のインデックスによって指示されてもよい。
　本開示においてパラメータなどに使用する名称は、いかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式などは、本開示において明示的に開示したものと異なってもよい。様々なチャネル（ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
　本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　また、情報、信号などは、上位レイヤから下位レイヤ及び下位レイヤから上位レイヤの少なくとも一方へ出力され得る。情報、信号などは、複数のネットワークノードを介して入出力されてもよい。
　入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。
　情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、本開示における情報の通知は、物理レイヤシグナリング（例えば、下り制御情報（Downlink　Control　Information（ＤＣＩ））、上り制御情報（Uplink　Control　Information（ＵＣＩ）））、上位レイヤシグナリング（例えば、Radio　Resource　Control（ＲＲＣ）シグナリング、ブロードキャスト情報（マスタ情報ブロック（Master　Information　Block（ＭＩＢ））、システム情報ブロック（System　Information　Block（ＳＩＢ））など）、Medium　Access　Control（ＭＡＣ）シグナリング）、その他の信号又はこれらの組み合わせによって実施されてもよい。
　なお、物理レイヤシグナリングは、Layer　1／Layer　2（Ｌ１／Ｌ２）制御情報（Ｌ１／Ｌ２制御信号）、Ｌ１制御情報（Ｌ１制御信号）などと呼ばれてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC　Connection　Setup）メッセージ、ＲＲＣ接続再構成（RRC　Connection　Reconfiguration）メッセージなどであってもよい。また、ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（ＭＡＣ　Control　Element（ＣＥ））を用いて通知されてもよい。
　また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的な通知に限られず、暗示的に（例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって）行われてもよい。
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真（true）又は偽（false）で表される真偽値（boolean）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（Digital　Subscriber　Line（ＤＳＬ））など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用され得る。「ネットワーク」は、ネットワークに含まれる装置（例えば、基地局）のことを意味してもよい。
　本開示において、「プリコーディング」、「プリコーダ」、「ウェイト（プリコーディングウェイト）」、「擬似コロケーション（Quasi-Co-Location（ＱＣＬ））」、「Transmission　Configuration　Indication　state（ＴＣＩ状態）」、「空間関係（spatial　relation）」、「空間ドメインフィルタ（spatial　domain　filter）」、「送信電力」、「位相回転」、「アンテナポート」、「アンテナポートグル－プ」、「レイヤ」、「レイヤ数」、「ランク」、「リソース」、「リソースセット」、「リソースグループ」、「ビーム」、「ビーム幅」、「ビーム角度」、「アンテナ」、「アンテナ素子」、「パネル」などの用語は、互換的に使用され得る。
　本開示においては、「基地局（Base　Station（ＢＳ））」、「無線基地局」、「固定局（fixed　station）」、「ＮｏｄｅＢ」、「ｅＮＢ（ｅＮｏｄｅＢ）」、「ｇＮＢ（ｇＮｏｄｅＢ）」、「アクセスポイント（access　point）」、「送信ポイント（Transmission　Point（ＴＰ））」、「受信ポイント（Reception　Point（ＲＰ））」、「送受信ポイント（Transmission/Reception　Point（ＴＲＰ））」、「パネル」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
　基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（Remote　Radio　Head（ＲＲＨ）））によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
　本開示においては、「移動局（Mobile　Station（ＭＳ））」、「ユーザ端末（user　terminal）」、「ユーザ装置（User　Equipment（ＵＥ））」、「端末」などの用語は、互換的に使用され得る。
　移動局は、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、無線通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのInternet　of　Things（ＩｏＴ）機器であってもよい。
　また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Device-to-Device（Ｄ２Ｄ）、Vehicle-to-Everything（Ｖ２Ｘ）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局１０が有する機能をユーザ端末２０が有する構成としてもよい。また、「上り」、「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
　同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末２０が有する機能を基地局１０が有する構成としてもよい。
　本開示において、基地局によって行われるとした動作は、場合によってはその上位ノード（upper　node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network　nodes）を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、基地局以外の１つ以上のネットワークノード（例えば、Mobility　Management　Entity（ＭＭＥ）、Serving-Gateway（Ｓ－ＧＷ）などが考えられるが、これらに限られない）又はこれらの組み合わせによって行われ得ることは明らかである。
　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本開示において説明した各態様／実施形態は、Long　Term　Evolution（ＬＴＥ）、LTE-Advanced（ＬＴＥ－Ａ）、LTE-Beyond（ＬＴＥ－Ｂ）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、4th　generation　mobile　communication　system（４Ｇ）、5th　generation　mobile　communication　system（５Ｇ）、Future　Radio　Access（ＦＲＡ）、Ｎｅｗ－Radio　Access　Technology（ＲＡＴ）、New　Radio（ＮＲ）、New　radio　access（ＮＸ）、Future　generation　radio　access（ＦＸ）、Global　System　for　Mobile　communications（ＧＳＭ（登録商標））、ＣＤＭＡ２０００、Ultra　Mobile　Broadband（ＵＭＢ）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ　８０２．２０、Ultra-WideBand（ＵＷＢ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切な無線通信方法を利用するシステム、これらに基づいて拡張された次世代システムなどに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ又はＬＴＥ－Ａと、５Ｇとの組み合わせなど）適用されてもよい。
　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素の参照は、２つの要素のみが採用され得ること又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　本開示において使用する「判断（決定）（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）」などで読み替えられてもよい。
　本開示に記載の「最大送信電力」は送信電力の最大値を意味してもよいし、公称最大送信電力（the　nominal　UE　maximum　transmit　power）を意味してもよいし、定格最大送信電力（the　rated　UE　maximum　transmit　power）を意味してもよい。
　本開示において使用する「接続された（connected）」、「結合された（coupled）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的であっても、論理的であっても、あるいはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。
　本開示において、２つの要素が接続される場合、１つ以上の電線、ケーブル、プリント電気接続などを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域、光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
　本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
　本開示において、「含む（include）」、「含んでいる（including）」及びこれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
　本開示において、例えば、英語でのa,　an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
　以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。

Claims (6)

  1. 　複数のトラヒックタイプに共通に又は個別に、下り共有チャネル又は上り共有チャネルの周波数領域リソースの割り当てに用いられるリソースブロックグループ（ＲＢＧ）のサイズの決定に用いる設定を示す情報を受信する受信部と、
    　前記設定に基づいて、前記ＲＢＧのサイズを決定する制御部と、
    を具備することを特徴とする端末。
  2. 　前記複数のトラヒックタイプに共通に又は個別に、各設定と一以上のＲＢＧのサイズが関連付けられており、
    　前記制御部は、前記情報が示す前記設定に関連付けられる前記一以上のＲＢＧのサイズの中から、前記下り共有チャネル又は前記上り共有チャネルが割り当てられる帯域幅部分（ＢＷＰ）のサイズに対応するＲＢＧのサイズを決定することを特徴とする請求項１に記載の端末。
  3. 　前記制御部は、前記設定、前記下り共有チャネル又は前記上り共有チャネルのスケジューリングに用いられる下り制御情報及び黙示的情報の少なくとも一つに基づいて、前記ＲＢＧのサイズを決定することを特徴とする請求項１又は請求項２に記載の端末。
  4. 　前記制御部は、前記ＲＢＧをスケジューリング単位とする複数のリソース割り当てタイプの間で、前記ＲＢＧのサイズを共通に又は個別に決定することを特徴とする請求項１から請求項３のいずれかに記載の端末。
  5. 　前記制御部は、前記下り共有チャネル又は前記上り共有チャネルのリソース割り当てタイプを示す情報、前記下り共有チャネル又は前記上り共有チャネルのスケジューリングに用いられる下り制御情報及び黙示的情報の少なくとも一つに基づいて、前記リソース割り当てタイプの切り替えを制御することを特徴とする請求項１から請求項４のいずれかに記載の端末。
  6. 　複数のトラヒックタイプに共通に又は個別に、下り共有チャネル又は上り共有チャネルの周波数領域リソースの割り当てに用いられるリソースブロックグループ（ＲＢＧ）のサイズの決定に用いる設定を示す情報を受信する工程と、
    　前記設定に基づいて、前記ＲＢＧのサイズを決定する工程と、
    を具備することを特徴とする端末の無線通信方法。
PCT/JP2019/024137 2019-06-18 2019-06-18 端末及び無線通信方法 WO2020255263A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2021528507A JP7252334B2 (ja) 2019-06-18 2019-06-18 端末、無線通信方法、基地局及びシステム
CN201980099415.XA CN114258720A (zh) 2019-06-18 2019-06-18 终端以及无线通信方法
PCT/JP2019/024137 WO2020255263A1 (ja) 2019-06-18 2019-06-18 端末及び無線通信方法
US17/620,513 US20220360384A1 (en) 2019-06-18 2019-06-18 Terminal and radio communication method
MX2021015822A MX2021015822A (es) 2019-06-18 2019-06-18 Terminal y metodo de comunicacion por radio.
EP19933590.2A EP3989655A4 (en) 2019-06-18 2019-06-18 TERMINAL AND WIRELESS COMMUNICATION METHOD

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/024137 WO2020255263A1 (ja) 2019-06-18 2019-06-18 端末及び無線通信方法

Publications (1)

Publication Number Publication Date
WO2020255263A1 true WO2020255263A1 (ja) 2020-12-24

Family

ID=74037045

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/024137 WO2020255263A1 (ja) 2019-06-18 2019-06-18 端末及び無線通信方法

Country Status (6)

Country Link
US (1) US20220360384A1 (ja)
EP (1) EP3989655A4 (ja)
JP (1) JP7252334B2 (ja)
CN (1) CN114258720A (ja)
MX (1) MX2021015822A (ja)
WO (1) WO2020255263A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022190393A1 (ja) * 2021-03-12 2022-09-15 株式会社Ｎｔｔドコモ 通信装置及び通信方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111818646B (zh) * 2019-07-30 2021-09-24 维沃移动通信有限公司 一种dci传输方法和通信设备
US11696297B2 (en) * 2019-11-08 2023-07-04 Qualcomm Incorporated Techniques for release validation of uplink configured grant and semi-persistent scheduling
KR20210081931A (ko) * 2019-12-24 2021-07-02 삼성전자주식회사 무선 통신 시스템에서 단말의 전력 소모 감소 방법 및 장치
WO2024000541A1 (zh) * 2022-06-30 2024-01-04 北京小米移动软件有限公司 资源确定、多载波调度方法及装置、存储介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10512072B2 (en) * 2017-09-11 2019-12-17 Lg Electronics Inc. Method and apparatus for transmitting downlink control information in wireless communication system
KR101954433B1 (ko) * 2018-01-11 2019-03-05 엘지전자 주식회사 무선 통신 시스템에서 단말의 하향링크 신호 수신 방법 및 상기 방법을 이용하는 단말

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
"Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 8", 3GPP TS 36.300, April 2010 (2010-04-01)
"PDCCH Enhancements for eURLLC", 3GPP TSG RAN 1-6 WG1 #96B R1-1905019, 3 April 2019 (2019-04-03), XP051707361, Retrieved from the Internet <URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96b/Docs/R1-1905019.zip> [retrieved on 20200108] *
"PDCCH enhancements for NR URLLC", 3GPP TSG RAN WG1 1-6 #96B R1-1904503, 3 April 2019 (2019-04-03), XP051707243, Retrieved from the Internet <URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR196b/Docs/R1-1904503,zip> [retrieved on 20200108] *
HUAWEI: "Summary of 7.2.6.1 PDCCH enhancements", 3GPP TSG RAN WG1 #96B R1-1905876, 15 April 2019 (2019-04-15), pages 1 - 12 , 27-33, XP051707919, Retrieved from the Internet <URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96b/Docs/R1-1905876,zip> [retrieved on 20200108] *
NOKIA ET AL.: "On PDCCH Enhancements for NR URLLC", 3GPP TSG RAN WG1 #96B R1- 1904827, 3 April 2019 (2019-04-03), XP051707326, Retrieved from the Internet <URL:https://www.3gpp.org/ftp/tsgran/WG1RL1/TSGR1_96b/Docs/R1-1904827,zip> [retrieved on 20200108] *
See also references of EP3989655A4

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022190393A1 (ja) * 2021-03-12 2022-09-15 株式会社Ｎｔｔドコモ 通信装置及び通信方法

Also Published As

Publication number Publication date
EP3989655A1 (en) 2022-04-27
CN114258720A (zh) 2022-03-29
JP7252334B2 (ja) 2023-04-04
JPWO2020255263A1 (ja) 2020-12-24
US20220360384A1 (en) 2022-11-10
MX2021015822A (es) 2022-02-03
EP3989655A4 (en) 2023-01-04

Similar Documents

Publication Publication Date Title
WO2020217408A1 (ja) ユーザ端末及び無線通信方法
JPWO2020065870A1 (ja) 端末、無線通信方法、基地局及びシステム
JP7252334B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7335329B2 (ja) 端末、無線通信方法及びシステム
JP7244545B2 (ja) 端末、無線通信方法、基地局及びシステム
WO2020183723A1 (ja) ユーザ端末及び無線通信方法
WO2020209281A1 (ja) ユーザ端末及び無線通信方法
JPWO2020090122A1 (ja) ユーザ端末及び無線通信方法
WO2020261389A1 (ja) 端末及び無線通信方法
WO2020217514A1 (ja) ユーザ端末及び無線通信方法
WO2020222275A1 (ja) ユーザ端末及び無線通信方法
WO2022102605A1 (ja) 端末、無線通信方法及び基地局
WO2020144871A1 (ja) ユーザ端末及び無線通信方法
WO2021090500A1 (ja) 端末及び無線通信方法
WO2020255270A1 (ja) 端末及び無線通信方法
WO2020202448A1 (ja) ユーザ端末及び無線通信方法
WO2020183721A1 (ja) ユーザ端末及び無線通信方法
WO2020209339A1 (ja) ユーザ端末及び無線通信方法
WO2020153210A1 (ja) ユーザ端末及び無線通信方法
JP7330597B2 (ja) 端末、無線通信方法及びシステム
WO2021095267A1 (ja) 端末及び無線通信方法
WO2021038623A1 (ja) 端末及び無線通信方法
WO2020230196A1 (ja) ユーザ端末及び無線通信方法
WO2020202477A1 (ja) ユーザ端末及び無線通信方法
WO2020202429A1 (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: 19933590

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021528507

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

Country of ref document: EP

Effective date: 20220118