WO2019138518A1 - 無線通信システム、基地局、端末、および通信方法 - Google Patents

無線通信システム、基地局、端末、および通信方法 Download PDF

Info

Publication number
WO2019138518A1
WO2019138518A1 PCT/JP2018/000540 JP2018000540W WO2019138518A1 WO 2019138518 A1 WO2019138518 A1 WO 2019138518A1 JP 2018000540 W JP2018000540 W JP 2018000540W WO 2019138518 A1 WO2019138518 A1 WO 2019138518A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
type
transmitted
transmission
control information
Prior art date
Application number
PCT/JP2018/000540
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 CN201880085873.3A priority Critical patent/CN111656814B/zh
Priority to JP2019564222A priority patent/JP6984666B2/ja
Priority to PCT/JP2018/000540 priority patent/WO2019138518A1/ja
Publication of WO2019138518A1 publication Critical patent/WO2019138518A1/ja
Priority to US16/923,830 priority patent/US11811696B2/en
Priority to US18/377,369 priority patent/US20240048331A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Definitions

  • the present invention relates to a wireless communication system, a base station, a terminal, and a communication method.
  • terminals In current networks, traffic of mobile terminals (e.g., smartphones) occupies most of network resources. Also, traffic used by mobile terminals (hereinafter referred to as “terminals”) tends to expand in the future.
  • next-generation (for example, 5G (5th generation mobile communication)) communication standard in addition to the standard technology (for example, non-patent documents 1 to 11) of 4G (4th generation mobile communication), There is a need for technology to realize data rate, capacity increase, and delay reduction.
  • next-generation communication standards technical studies are in progress at a working group (for example, TSG-RAN WG1, TSG-RAN WG2, etc.) of 3 GPP (3rd Generation Partnership Project) (for example, non-patent documents 12 to 38). ).
  • a working group for example, TSG-RAN WG1, TSG-RAN WG2, etc.
  • 3 GPP 3rd Generation Partnership Project
  • 5G supports a wide variety of services. For example, 5G assumes support for many use cases classified as Enhanced Mobile Broadband (eMBB), Machine Type Communications (MTC), and Ultra-Reliable and Low Latency Communication (URLLC).
  • eMBB Enhanced Mobile Broadband
  • MTC Machine Type Communications
  • URLLC Ultra-Reliable and Low Latency Communication
  • URLLC aims to set the delay of the user plane in uplink and downlink to 0.5 ms also for low delay. This is a high demand of less than 1/10 of LTE (Long Term Evolution) which is a 4G wireless communication system.
  • LTE Long Term Evolution
  • URLLC is required to simultaneously satisfy the ultra-reliability and low delay as described above.
  • a terminal transmits data to a base station on a Physical Uplink Shared Channel (PUSCH).
  • PUSCH Physical Uplink Shared Channel
  • uplink data data transmitted in uplink
  • the terminal transmits control information to the base station on a Physical Uplink Control Channel (PUCCH).
  • PUCCH Physical Uplink Control Channel
  • control information transmitted in uplink will be referred to as UCI (Uplink Control Information).
  • uplink data and UCI may be transmitted by PUSCH.
  • UCI includes ACK (Acknowledgement) / NACK (Negative-Acknowledgement) which is acknowledgment information for data transmitted in downlink.
  • data transmitted in downlink will be referred to as downlink data.
  • UCI includes a scheduling request (SR: Scheduling Request) requesting allocation of transmission resources, periodic or non-periodic CSI (Channel State Information), and the like.
  • SR Scheduling Request
  • the CSI includes a channel quality indicator (CQI), a precoding matrix indicator (PMI), and the like.
  • CQI channel quality indicator
  • PMI precoding matrix indicator
  • periodical CSI is a case where periodical transmission resource is allocated beforehand by RRC (Radio Resource Control) (periodic reporting).
  • Non-periodic CSI is a case where transmission is performed based on an instruction of Physical Downlink Control Channel (PDCCH) (aperiodic reporting).
  • PDCH Physical Downlink Control Channel
  • the base station transmits data (downlink data) to the terminal through a physical downlink shared channel (PDSCH). Also, the base station transmits control information to the terminal via PDCCH.
  • control information transmitted in downlink will be referred to as DCI (Downlink Control Information).
  • DCI includes, for example, UL grant information (PUSCH assignment information) and DL assignment (PDSCH assignment information), and is indicated in the technical standard as DCI Format (Non-Patent Documents 2 and 17). .
  • the terminal Piggybacks the UCI onto the PUSCH and transmits it (the UCI is placed on the PUSCH and transmitted). Therefore, also in the 5G communication standard, when the UCI transmission timing and data transmission timing overlap, the discussion is advanced in the direction of adopting that the terminal carries out Piggyback of UCI to PUSCH and transmits.
  • the disclosed technology has been made in view of the above, and aims to secure resources allocated to data requiring high reliability and to meet a required error rate.
  • the wireless communication system uses the channel assigned for data transmission to simultaneously transmit control information to the base station.
  • Send to The wireless communication system includes a terminal having a first transmission unit and a base station having a second transmission unit.
  • the first transmission unit transmits a first signal including information on the type of data to be transmitted.
  • the second transmitting unit transmits, to the terminal, a second signal including information indicating whether the control information can be transmitted on the channel assigned to the transmission of data, according to the type of data notified from the terminal.
  • the first transmission unit transmits control information to the base station according to the information included in the second signal when the timing of transmitting data and the timing of transmitting control information overlap.
  • resources assigned to data requiring high reliability can be secured, and the required error rate can be satisfied.
  • FIG. 1 is a schematic diagram illustrating an example of a configuration of a wireless communication system according to a first embodiment.
  • FIG. 2 is an explanatory view showing an outline of the radio communication system according to the first embodiment.
  • FIG. 3 is a sequence diagram showing an operation of the wireless communication system according to the first embodiment.
  • FIG. 4 is an explanatory diagram showing an example of a method using a dedicated field (in the case of 1 bit) in the PDCCH in the wireless communication system according to the first embodiment.
  • FIG. 5 is an explanatory diagram showing an example of a method using a dedicated field (in the case of 2 bits) in the PDCCH in the wireless communication system according to the first embodiment.
  • FIG. 1 is a schematic diagram illustrating an example of a configuration of a wireless communication system according to a first embodiment.
  • FIG. 2 is an explanatory view showing an outline of the radio communication system according to the first embodiment.
  • FIG. 3 is a sequence diagram showing an operation of the wireless communication system according to the first embodiment.
  • FIG. 6 is an explanatory diagram showing an example of a method of using a shared field in PDCCH in the wireless communication system according to the first embodiment.
  • FIG. 7 is an explanatory diagram showing an example of a method of using the shared field in the PDCCH in the wireless communication system according to the first embodiment.
  • FIG. 8 is an explanatory diagram of an overview of a wireless communication system according to a second embodiment.
  • FIG. 9 is an explanatory diagram of an overview of a wireless communication system according to a third embodiment.
  • FIG. 10 is a sequence diagram illustrating the operation of the wireless communication system according to the third embodiment.
  • FIG. 11 is a sequence diagram illustrating the operation of the wireless communication system according to the fourth embodiment.
  • FIG. 12 is a sequence diagram illustrating another operation of the wireless communication system according to the fourth embodiment.
  • FIG. 13 is a sequence diagram illustrating still another operation of the wireless communication system according to the fourth embodiment.
  • FIG. 14 is a diagram illustrating an example of a hardware configuration of a base station.
  • FIG. 15 is a diagram illustrating an example of a hardware configuration of a terminal.
  • FIG. 16 is a schematic diagram of 5G NR.
  • FIG. 17 is an explanatory view showing a subject of 5G NR.
  • FIG. 1 is a schematic diagram illustrating an example of a configuration of a wireless communication system according to a first embodiment.
  • the wireless communication system illustrated in FIG. 1 includes a base station 10 and a terminal 20.
  • the terminal 20 is, for example, a UE (User Equipment) in LTE.
  • the base station 10 is, for example, an eNB (evolved Node B) in LTE.
  • 5G is under consideration in 3GPP.
  • adoption of New RAT is being considered as a new communication technology.
  • the base station 10 is called 5GNB (5G base station) or gNB.
  • 5G base station 5G base station
  • gNB 10 the terminal 20
  • the base station 10 is described as “gNB 10”.
  • the New RAT is described as "NR" or "5G NR".
  • the gNB 10 has a communication unit 13 and a control unit 14.
  • the control unit 14 centrally controls the operation of the communication unit 13.
  • the communication unit 13 includes a transmission unit 11 and a reception unit 12 and performs wireless communication with the UE 20.
  • the transmission unit 11 transmits data (downlink data) to the UE 20 by PDSCH, and transmits DCI to the UE 20 by PDCCH.
  • the receiving unit 12 receives data (uplink data) transmitted by the PUSCH from the UE 20, and receives UCI transmitted by the PUCCH from the UE 20.
  • the UE 20 has a communication unit 23 and a control unit 24.
  • the control unit 24 centrally controls the operation of the communication unit 23.
  • the communication unit 23 includes a transmission unit 21 and a reception unit 22 and performs wireless communication with the gNB 10.
  • the transmission unit 21 transmits uplink data to the gNB 10 on the PUSCH, and transmits UCI to the gNB 10 on the PUCCH.
  • the reception unit 12 receives downlink data transmitted from the gNB 10 on the PDSCH, and receives DCI transmitted from the gNB 10 on the PDCCH.
  • FIG. 16 is a schematic diagram of 5G NR.
  • the horizontal axis represents time, and the vertical axis represents frequency.
  • a slot is defined as a transmission unit in the time direction.
  • Slot-based transmission (long interval) and Non-slot based transmission (short interval) are defined.
  • a long section is defined as 1 slot and a short section is defined as 0.5 slot.
  • URLLC is assumed to use short intervals to achieve low delay
  • eMBB is assumed to use both long intervals and short intervals.
  • the UE 20 transmits data (“Data” in FIG. 16) and a demodulation reference signal (DMRS) to the gNB 10 on the PUSCH.
  • Data data
  • DMRS demodulation reference signal
  • UE20 transmits UCI containing Ack / Nack etc. to gNB10 by PUCCH.
  • UCI UCI containing Ack / Nack etc.
  • PUCCH PUCCH
  • FIG. 17 is an explanatory view showing a subject of 5G NR.
  • the horizontal axis represents time
  • the vertical axis represents frequency.
  • the gNB 10 instructs the UE 20 on which resource to transmit UCI when the timing of transmitting data on the PUSCH and the timing of transmitting UCI on the PUCCH overlap. This will be described using a specific example.
  • FIG. 2 is an explanatory view showing an outline of the radio communication system according to the first embodiment.
  • the horizontal axis represents time
  • the vertical axis represents frequency.
  • FIG. 3 is a sequence diagram showing an operation of the wireless communication system according to the first embodiment.
  • data to be transmitted is generated in a logical channel (hereinafter sometimes referred to as "LCH").
  • the transmission unit 21 of the UE 20 transmits a first signal including information on the type of data to be transmitted to the gNB 10 by Buffer status report or scheduling request (SR) (step S100 in FIG. 3). That is, the UE 20 notifies the gNB 10 of the type of data to be transmitted.
  • the receiver 12 of the gNB 10 receives the first signal.
  • the transmission unit 11 of the gNB 10 transmits DCI and data to the UE 20 on the PDCCH and the corresponding PDSCH, respectively (step S110 in FIG. 3). That is, the gNB 10 transmits downlink data to the UE 20 on the PDSCH, and transmits DCI to the UE 20 on the PDCCH.
  • the DCI includes, for example, UL grant information (PUSCH assignment information) and DL assignment (PDSCH assignment information).
  • the transmission unit 11 of the gNB 10 transmits, as a UL signal, a second signal including information indicating whether UCI can be transmitted on a channel assigned to data transmission, It transmits by PDCCH regarding grant (step S120 of FIG. 3).
  • the receiver 22 of the UE 20 receives the second signal.
  • a 2nd signal transmits UCI by the resource of the channel (PUSCH) allocated to transmission of the 1st type of data, when the type of the data notified from UE20 is a 1st type (for example, eMBB) Contains information to indicate that.
  • the second signal transmits UCI using a resource different from the channel allocated for transmission of the second type of data. Contains information that indicates what to do.
  • the type of data is the first type (e.g. eMBB).
  • the transmission unit 21 of the UE 20 transmits the first type of data (“UL data” in FIG. 3) on the PUSCH (step S130 in FIG. 3).
  • the transmission part 21 of UE20 transmits UCI to gNB10 according to the information contained in a 2nd signal.
  • the UE 20 carries UCI on the PUSCH assigned to the transmission of the first type of data and transmits it to the gNB 10. That is, UE20 carries out Piggyback of UCI to PUSCH, and transmits it, and step S140 is not performed.
  • the type of data is the second type (for example, URL LC).
  • the transmission unit 21 of the UE 20 transmits the second type of data (“UL data” in FIG. 3) on the PUSCH (step S130 in FIG. 3).
  • the transmission unit 21 of the UE 20 transmits the UCI to the gNB 10 according to the information included in the second signal without piggybacking the UCI to the PUSCH in step S130 (step S140 in FIG. 3).
  • step S140 the UE 20 transmits the UCI to the gNB 10 using a resource different from that of the PUSCH.
  • the UE 20 transmits UCI to the gNB 10 on the PUSCH after the PUSCH assigned to the transmission of the second type of data (see “I” in FIG. 2).
  • the UE 20 transmits UCI to the gNB 10 on the PUCCH after the PUSCH assigned to the transmission of the second type of data (see “II” in FIG. 2).
  • step S120 the transmission unit 11 of the gNB 10 transmits, to the UE 20, a second signal including information on a resource for transmitting UCI according to a specific field in the PDCCH. That is, it instructs the UE 20 whether or not to Piggyback UCI to the PUSCH.
  • a method using a set dedicated field as a specific field in the PDCCH and a method using an existing field as a shared field can be mentioned.
  • FIG. 4 is an explanatory diagram showing an example of a method using a dedicated field (in the case of 1 bit) in the PDCCH in the wireless communication system according to the first embodiment.
  • the dedicated field in the PDCCH is set to 1 bit, and the value of the dedicated field in the PDCCH is indicated by “0” and “1” by the gNB 10.
  • the gNB 10 maps the values “0” and “1” of the dedicated fields in the PDCCH in advance to the LCH, and associates the LCH with the PDCCH.
  • the gNB 10 pre-sets a resource for transmitting UCI used when the value of the dedicated field in the PDCCH is “0” or “1” by RRC, and notifies the UE 20 of the resource.
  • step S120 the gNB 10 instructs on PDCCH according to the type of data notified from the UE 20.
  • the value of the dedicated field in the PDCCH is indicated by "0" by gNB10.
  • the transmission timing of UCI and the transmission timing of data overlap.
  • step S130 the UE 20 transmits data and UCI on the PUSCH. That is, UE20 carries out Piggyback of UCI to PUSCH, and transmits it, and step S140 is not performed.
  • step S120 the gNB 10 instructs on PDCCH according to the type of data notified from the UE 20.
  • the value of the dedicated field in the PDCCH is indicated by "1" by gNB10.
  • the transmission timing of UCI and the transmission timing of data overlap.
  • step S130 the UE 20 transmits data on the PUSCH.
  • step S130 the UE 20 does not piggyback UCI on PUSCH.
  • step S140 the UE 20 transmits the UCI to the gNB 10 on a resource (PUSCH or PUCCH) different from the channel (PUSCH) allocated for data transmission.
  • the gNB 10 can recognize which data is transmitted from the UE 20 by the notification from the UE 20, and can recognize which channel UCI is transmitted from the UE 20 by the instruction to the UE 20.
  • FIG. 5 is an explanatory diagram showing an example of a method using a dedicated field (in the case of 2 bits) in the PDCCH in the wireless communication system according to the first embodiment.
  • the dedicated field in the PDCCH is set to 2 bits, and the value of the dedicated field in the PDCCH is indicated by "00", “01”, “10”, “11” by gNB 10 .
  • the gNB 10 maps the values “00”, “01”, “10”, and “11” of the dedicated fields in the PDCCH in advance to the LCH, and associates the LCH with the PDCCH.
  • the gNB 10 sets in advance the resource for transmitting UCI used when the values of the dedicated fields in the PDCCH are “00”, “01”, “10”, “11” by RRC, and the UE 20 I will notify you.
  • step S120 the gNB 10 instructs on PDCCH according to the type of data notified from the UE 20.
  • the value of the dedicated field in the PDCCH is indicated by "00" by gNB10.
  • the transmission timing of UCI and the transmission timing of data overlap.
  • step S130 the UE 20 transmits data ("UL data" for "00" in FIG. 5) and UCI on the PUSCH. That is, UE20 carries out Piggyback of UCI to PUSCH, and transmits it, and step S140 is not performed.
  • step S120 the gNB 10 instructs on PDCCH according to the type of data notified from the UE 20.
  • the value of the dedicated field in the PDCCH is indicated by "01" by gNB10.
  • the transmission timing of UCI and the transmission timing of data overlap.
  • step S130 the UE 20 transmits data on the PUSCH.
  • step S130 the UE 20 does not Piggyback UCI to PUSCH and does not execute step S140. This process is used, for example, with the option of not sending UCI this time depending on the situation.
  • step S120 the gNB 10 instructs on PDCCH according to the type of data notified from the UE 20.
  • the value of the dedicated field in the PDCCH is indicated by "10" by gNB10.
  • the transmission timing of UCI and the transmission timing of data overlap.
  • step S130 the UE 20 transmits data on the PUSCH.
  • UE20 does not Piggyback UCI to PUSCH in step S130 in this case.
  • step S140 for example, the UE 20 performs UCI with the PUSCH (see “I” in FIG. 2) after the PUSCH assigned to the transmission of data (“UL data for“ 10 ”in FIG. 5). Send to gNB10.
  • step S120 the gNB 10 instructs on PDCCH according to the type of data notified from the UE 20.
  • the value of the dedicated field in the PDCCH is indicated by "11" by gNB10.
  • the transmission timing of UCI and the transmission timing of data overlap.
  • step S130 the UE 20 transmits data on the PUSCH.
  • UE20 does not Piggyback UCI to PUSCH in step S130 in this case.
  • step S140 for example, the UE 20 performs UCI with PUCCH (see “II” in FIG. 2) after PUSCH assigned to transmit data (“UL data” for “11” in FIG. 5). Send to gNB10.
  • the gNB 10 can recognize which data is transmitted from the UE 20 by the notification from the UE 20, and can recognize which channel UCI is transmitted from the UE 20 by the instruction to the UE 20.
  • "10” designates a PUSCH resource
  • "11” designates a PUCCH resource.
  • PUCCH resources (or different PUSCH resources) different for "10" and "11” are given. You may specify
  • the case of 1 bit and the case of 2 bits have been described as an example, but it is not limited thereto.
  • the bits may be used to set the resources to send UCI.
  • the resource for transmitting UCI may be set in consideration of specific contents (time, frequency, etc.) by the next n bits according to the method described above for the first 1 bit or 2 bits.
  • ⁇ offset HARQ-ACK is used as a parameter for determining the size of resources for mapping ACK / NACK.
  • ⁇ offset CSI is used as a parameter for determining the size of a resource to which CSI is mapped.
  • ⁇ offset HARQ-ACK will be described as an example.
  • ⁇ offset HARQ-ACK is a parameter that determines how many REs (Resource Elements) are used when transmitting ACK / NACK on PUSCH.
  • the Re number is calculated by the following equation (1).
  • Q ′ is the number of REs and represents the number when mapping ACKs / NACKs included in UCI.
  • O represents the number of bits of ACK / NACK
  • L represents the number of bits of cyclic redundancy check (CRC) code added to ACK / NACK.
  • CRC cyclic redundancy check
  • M sc PUSCH represents the number of subcarriers scheduled to be transmitted by PUSCH
  • N symb PUSCH represents the number of symbols scheduled to be transmitted by PUSCH.
  • C and Kr represent parameters obtained from PDCCH for scheduling PUSCH transmission. However, if Q ′ is larger than a predetermined number of REs, ACK / NACK mapping is performed only for the predetermined number of REs.
  • 6 and 7 are explanatory diagrams showing an example of a method using the ⁇ offset field in the PDCCH in the wireless communication system according to the first embodiment. 6 and 7 are described in “Table 9.3-1” and “Table 9.3-3” of Section 9.3 of 3GPP TS 38.213 V 2.0.0 (Non-Patent Document 17), respectively. ing.
  • Table 9.3-1 shown in FIG. 6 shows the value and number of ⁇ offset in the case of ACK / NACK, and 32 numbers “0” to “31” and ⁇ offset HARQ-ACK Match. A value of “1.000” or more is set in the ⁇ offset HARQ-ACK corresponding to the numbers “0” to “15”. “Reserved” is set in the ⁇ offset HARQ-ACK corresponding to the numbers “16” to “31”.
  • Table 9.3-3 shown in FIG. 7 has four values “00”, “01”, “10”, “11” as UCI offset indicators and “Table 9.3-1 shown in FIG. And the selected four numbers among the 32 numbers "0" to "31".
  • the values "00", “01”, “10” and “11” of the UCI offset indicator shown in FIG. 7 respectively have the values "00" of the dedicated field shown in FIG. “01”, “10”, and “11” are set to the same contents.
  • the values “00", “10” and “11” shown in FIG. 7 are associated with three selected numbers among the numbers “0” to “15” shown in FIG. .
  • the value “01” shown in FIG. 7 is associated with one of the numbers “16” to “31” shown in FIG.
  • the numerator of the formula (1) becomes “0”. That is, the number of REs is "0", and UCI including ACK / NACK is not transmitted.
  • the value of the common field in the PDCCH is “00”, “01”, “10”, “11” (four numbers selected in FIG. 6 according to gNB 10 Indicated by).
  • the gNB 10 maps the values “00”, “01”, “10”, and “11” of the shared field in the PDCCH in advance to the LCH, and associates the LCH with the PDCCH.
  • the gNB 10 sets in advance, by RRC, a resource for transmitting UCI used when the value of the common field in the PDCCH is “00”, “01”, “10”, “11”, I will notify you.
  • step S120 the gNB 10 instructs on PDCCH according to the type of data notified from the UE 20.
  • the value of the shared field in the PDCCH is indicated by the gNB 10 to the value “00” (one of the numbers “0” to “15” shown in FIG. 6) shown in FIG.
  • the transmission timing of UCI and the transmission timing of data overlap.
  • step S130 the UE 20 transmits data and UCI on the PUSCH. That is, UE20 carries out Piggyback of UCI to PUSCH, and transmits it, and step S140 is not performed.
  • step S120 the gNB 10 instructs on PDCCH according to the type of data notified from the UE 20.
  • the value of the shared field in the PDCCH is indicated by the gNB 10 to the value “01” shown in FIG. 7 (one of the numbers “16” to “31” shown in FIG. 6).
  • the transmission timing of UCI and the transmission timing of data overlap.
  • step S130 the UE 20 transmits data on the PUSCH.
  • step S130 the UE 20 does not Piggyback UCI to PUSCH and does not execute step S140. This process is used, for example, with the option of not sending UCI this time depending on the situation.
  • step S120 the gNB 10 instructs on PDCCH according to the type of data notified from the UE 20.
  • the value of the shared field in the PDCCH is indicated by the gNB 10 to the value “10” shown in FIG. 7 (the other one of the numbers “0” to “15” shown in FIG. 6).
  • the transmission timing of UCI and the transmission timing of data overlap.
  • step S130 the UE 20 transmits data on the PUSCH.
  • UE20 does not Piggyback UCI to PUSCH in step S130 in this case.
  • step S140 for example, the UE 20 transmits the UCI to the gNB 10 on the PUSCH (see “I” in FIG. 2) after the PUSCH assigned to the transmission of data.
  • step S120 the gNB 10 instructs on PDCCH according to the type of data notified from the UE 20.
  • the value of the shared field in the PDCCH is indicated by gNB 10 to the value “11” shown in FIG. 7 (another one of the numbers “0” to “15” shown in FIG. 6).
  • the transmission timing of UCI and the transmission timing of data overlap.
  • step S130 the UE 20 transmits data on the PUSCH.
  • UE20 does not Piggyback UCI to PUSCH in step S130 in this case.
  • step S140 for example, the UE 20 transmits the UCI to the gNB 10 on the PUCCH (see “II” in FIG. 2) after the PUSCH assigned for data transmission.
  • the gNB 10 can recognize which data is transmitted from the UE 20 by the notification from the UE 20, and can recognize which channel UCI is transmitted from the UE 20 by the instruction to the UE 20.
  • "10" designates a PUSCH resource
  • "11” designates a PUCCH resource.
  • PUCCH resources (or different PUSCH resources) different for "10" and "11” are given.
  • the wireless communication system includes the terminal (UE 20) and the base station (gNB 10).
  • UE 20 transmits UCI simultaneously with data to gNB 10 using a channel assigned for data transmission.
  • the transmission unit 21 of the UE 20 transmits a first signal including information on the type of data to be transmitted, and the reception unit 12 of the gNB 10 receives the first signal.
  • the transmission unit 11 of the gNB 10 transmits, to the UE 20, a second signal including information indicating whether or not UCI can be transmitted on the channel assigned to data transmission, according to the type of data notified from the UE 20.
  • the second signal includes information indicating that UCI is to be transmitted on the resource of the channel (PUSCH) allocated for data transmission when the type of data is the first type (eMBB).
  • the second signal is to transmit UCI using a resource (PUSCH or PUCCH) different from the channel (PUSCH) allocated for data transmission.
  • PUSCH or PUCCH resource
  • PUSCH or PUCCH resource allocated for data transmission.
  • the transmission unit 11 of the gNB 10 transmits, to the UE 20, a second signal including information on a resource for transmitting UCI according to a specific field (a dedicated field or a shared field) in the downlink channel (PDCCH).
  • the receiver 22 of the UE 20 receives the second signal.
  • the transmission unit 21 of the UE 20 transmits the UCI to the gNB 10 according to the information included in the second signal, when the timing of transmitting data and the timing of transmitting UCI overlap.
  • the gNB 10 instructs the UE 20 to delay UCI transmission timing when data of the second type (URLLC) and UCI transmission timing overlap. For example, PUSCH after the channel (PUSCH) (see “I” in FIG. 2) or a resource different from the channel (PUSCH) allocated to transmission of the second type (URLLC) of data by the gNB 10 or PUCCH (see “II” in FIG. 2) is indicated. As a result, the ratio of uplink data to PUSCH is secured. That is, the redundancy of PUSCH does not run short. Therefore, in the wireless communication system according to the first embodiment, when data for URLLC for which high reliability is required is transmitted, a resource allocated to the data for URLLC is secured and the required error rate is satisfied. be able to.
  • the gNB 10 transmits, to the UE 20, a second signal including information on a resource for transmitting UCI according to a specific field (a dedicated field or a shared field) in the PDCCH. It is not limited to.
  • the gNB 10 transmits, to the UE 20, a second signal including information specifying the region of time versus frequency to which the PDCCH associated with the resource transmitting UCI is allocated.
  • the same parts as those in the first embodiment are denoted by the same reference numerals, and the description thereof is omitted.
  • FIG. 8 is an explanatory diagram of an overview of a wireless communication system according to a second embodiment.
  • Information identifying the time-frequency region to which the PDCCH is assigned includes the size, Radio Network Temporary Identity (RNTI), header, location of CORESET (Control resource set), Search space, and the like.
  • RNTI Radio Network Temporary Identity
  • the gNB 10 maps, in advance, information identifying the time-frequency region to which the PDCCH is allocated to the LCH, and associates the LCH with the PDCCH.
  • the gNB 10 uses RRC to set in advance a resource for transmitting UCI used according to the information, and notifies the UE 20 of the resource.
  • PDCCHs are distinguished by the location of CORESET and search space.
  • the location of CORESET may be distinguished as CORESET “CORESET # 1" for URLLC data or CORESET "CORESET # 2" for eMBB data.
  • “Search space #A” is included as a Search space.
  • PDCCH “PDCCH # n” indicating a resource (PUSCH or PUCCH after PUSCH allocated for transmission of data of URLLC) in “Search space # A” different from the channel allocated for transmission of data of URLLC Is set.
  • step S120 the gNB 10 instructs on PDCCH according to the type of data notified from the UE 20.
  • the location of CORESET is indicated by “CORESET # 2” by the gNB 10 as information specifying the time-frequency region to which the PDCCH is assigned.
  • the transmission timing of UCI and the transmission timing of data overlap.
  • step S130 the UE 20 transmits data and UCI on the PUSCH. That is, UE20 carries out Piggyback of UCI to PUSCH, and transmits it, and step S140 is not performed.
  • step S120 the gNB 10 instructs on PDCCH according to the type of data notified from the UE 20.
  • the location of CORESET is indicated by “CORESET # 1” by the gNB 10 as information specifying the time-frequency domain to which the PDCCH is assigned.
  • the transmission timing of UCI and the transmission timing of data overlap.
  • step S130 the UE 20 transmits data on the PUSCH.
  • step S130 the UE 20 does not piggyback UCI on PUSCH.
  • step S140 the UE 20 transmits the UCI to the gNB 10 on a resource (PUSCH or PUCCH) different from the channel (PUSCH) allocated for data transmission.
  • the gNB 10 can recognize which data is transmitted from the UE 20 by the notification from the UE 20, and can recognize which channel UCI is transmitted from the UE 20 by the instruction to the UE 20.
  • the wireless communication system includes the terminal (UE 20) and the base station (gNB 10).
  • UE 20 transmits UCI simultaneously with data to gNB 10 using a channel assigned for data transmission.
  • the transmission unit 21 of the UE 20 transmits a first signal including information on the type of data to be transmitted, and the reception unit 12 of the gNB 10 receives the first signal.
  • the transmission unit 11 of the gNB 10 transmits, to the UE 20, a second signal including information indicating whether or not UCI can be transmitted on the channel assigned to data transmission, according to the type of data notified from the UE 20.
  • the second signal includes information indicating that UCI is to be transmitted on the resource of the channel (PUSCH) allocated for data transmission when the type of data is the first type (eMBB).
  • the second signal is to transmit UCI using a resource (PUSCH or PUCCH) different from the channel (PUSCH) allocated for data transmission.
  • the transmission unit 11 of the gNB 10 includes information (size, RNTI, header, location of CORESET, Search space) for specifying a region to which a downlink channel (PDCCH) related to a resource to which the UE 20 transmits UCI is allocated.
  • the second signal is transmitted to the UE 20.
  • the receiver 22 of the UE 20 receives the second signal.
  • the transmission unit 21 of the UE 20 transmits the UCI to the gNB 10 according to the information included in the second signal, when the timing of transmitting data and the timing of transmitting UCI overlap.
  • the gNB 10 instructs the UE 20 to delay the UCI transmission timing when the second type (URLLC) data and the UCI transmission timing overlap. For example, PUSCH after the channel (PUSCH) (see “I” in FIG. 2) or a resource different from the channel (PUSCH) allocated to transmission of the second type (URLLC) of data by the gNB 10 or PUCCH (see “II” in FIG. 2) is indicated. As a result, the ratio of uplink data to PUSCH is secured. That is, the redundancy of PUSCH does not run short. For this reason, in the wireless communication system according to the second embodiment, when data for URLLC for which high reliability is required is transmitted, the resources allocated to the data for URLLC are secured, and the required error rate is satisfied. be able to.
  • the gNB 10 when the type of data is the second type (URLLC), the gNB 10 has a different resource (PUSCH or PUSCH or PUSCH assigned to data transmission).
  • a second signal including information indicating that UCI is to be transmitted on PUCCH is transmitted to UE 20.
  • the gNB 10 uses a PDCCH that indicates the PUSCH assigned to the transmission of the second type of data.
  • the gNB 10 uses a resource different from the PDCCH instructing the PUSCH assigned to the transmission of the second type of data.
  • the same parts as those in the first and second embodiments are denoted by the same reference numerals, and the description thereof is omitted.
  • FIG. 9 is an explanatory diagram of an overview of a wireless communication system according to a third embodiment.
  • the horizontal axis represents time, and the vertical axis represents frequency.
  • the type of data notified from the UE 20 is a second type (for example, URLLC).
  • the gNB 10 uses a resource different from the PDCCH instructing the PUSCH assigned to the second type of data transmission, and uses a resource (PUSCH or PUCCH) different from the PUSCH assigned to the data transmission. It instructs UE20.
  • the gNB 10 uses a PDCCH different from the PDCCH that indicates the PUSCH assigned to the transmission of the second type of data.
  • the UE 20 transmits the UCI to the gNB 10 on the PUSCH after the PUSCH assigned to the transmission of the second type of data (see “III” in FIG. 9).
  • FIG. 10 is a sequence diagram illustrating the operation of the wireless communication system according to the third embodiment.
  • the transmission unit 21 of the UE 20 transmits a first signal including information on the type of data to be transmitted to the gNB 10 by Buffer status report or SR (Step S200 in FIG. 10). That is, the UE 20 notifies the gNB 10 of the type of data to be transmitted.
  • the receiver 12 of the gNB 10 receives the first signal.
  • the transmission unit 11 of the gNB 10 transmits DCI and data to the UE 20 on the PDCCH and the corresponding PDSCH, respectively (step S210 in FIG. 10). That is, the gNB 10 transmits downlink data to the UE 20 on the PDSCH, and transmits DCI to the UE 20 on the PDCCH.
  • the DCI includes, for example, UL grant information (PUSCH assignment information) and DL assignment (PDSCH assignment information).
  • the transmission unit 11 of the gNB 10 transmits, as a UL signal, a second signal including information indicating whether UCI can be transmitted on a channel assigned to data transmission, It transmits by PDCCH regarding grant (step S220 of FIG. 10).
  • the receiver 22 of the UE 20 receives the second signal.
  • the transmission unit 11 of the gNB 10 instructs the PDCCH not to Piggyback UCI to the PUSCH.
  • the following first and second methods may be mentioned as a method for instructing PDCCH not to Piggyback UCI to PUSCH.
  • the first method is a method using a specific field (a dedicated field or a shared field) in the PDCCH in the first embodiment.
  • the second method is a method using information (size, RNTI, header, location of CORESET, Search space) for specifying a time-frequency region to which PDCCH is allocated in the second embodiment.
  • the transmission unit 11 of the gNB 10 indicates a new transmission timing (resource) of UCI with another PDCCH (step S225 in FIG. 10).
  • gNB 10 is different from the channel (PUSCH) assigned to the transmission of the second type of data, using a PDCCH different from the PDCCH indicating the PUSCH assigned to the transmission of the second type of data
  • a third signal is sent to UE 20 including information on resources.
  • the receiver 22 of the UE 20 receives the third signal.
  • the transmission unit 21 of the UE 20 transmits the second type of data (“UL data” in FIG. 10) on the PUSCH (step S230 in FIG. 10).
  • the transmission unit 21 of the UE 20 transmits the UCI to the gNB 10 according to the information included in the second and third signals without piggybacking the UCI to the PUSCH (step S240 in FIG. 10).
  • the UE 20 transmits the UCI to the gNB 10 using a resource different from the PUSCH allocated to the transmission of the second type of data.
  • the UE 20 transmits the UCI to the gNB 10 on the PUSCH after the PUSCH assigned to the transmission of the second type of data (see “III” in FIG. 9).
  • the UE 20 transmits the UCI to the gNB 10 on the PUCCH after the PUSCH assigned to the transmission of the second type of data.
  • the order of the processing may go back and forth or the processing timing may be the same between step S220 and step S225.
  • the gNB 10 can recognize which data is transmitted from the UE 20 by the notification from the UE 20, and can recognize which channel UCI is transmitted from the UE 20 by the instruction to the UE 20.
  • the wireless communication system includes the terminal (UE 20) and the base station (gNB 10).
  • UE 20 transmits UCI simultaneously with data to gNB 10 using a channel assigned for data transmission.
  • the transmission unit 21 of the UE 20 transmits a first signal including information on the type of data to be transmitted, and the reception unit 12 of the gNB 10 receives the first signal.
  • the transmission unit 11 of the gNB 10 transmits, to the UE 20, a second signal including information indicating whether or not UCI can be transmitted on the channel assigned to data transmission, according to the type of data notified from the UE 20.
  • the second signal includes information indicating that UCI is to be transmitted on the resource of the channel (PUSCH) allocated for data transmission when the type of data is the first type (eMBB).
  • the second signal is to transmit UCI using a resource (PUSCH or PUCCH) different from the channel (PUSCH) allocated for data transmission.
  • PUSCH or PUCCH resource
  • the transmitting unit 11 of the gNB 10 uses the resource (PDCCH) different from the downlink channel (PDCCH) instructing the PUSCH to transmit UCI.
  • a third signal including information on (PUSCH or PUCCH) is transmitted to the UE 20.
  • the receiver 22 of the UE 20 receives the second and third signals.
  • the transmission unit 21 of the UE 20 transmits the UCI to the gNB 10 according to the information included in the second and third signals when the timing of transmitting data and the timing of transmitting UCI overlap.
  • the gNB 10 instructs the UE 20 to delay the UCI transmission timing when the second type (URLLC) data and the UCI transmission timing overlap. For example, PUSCH after the channel (PUSCH) as a resource different from the channel (PUSCH) allocated to transmission of the second type (URLLC) of data by the gNB 10 (see “III” in FIG. 9) or PUCCH is indicated. As a result, the ratio of uplink data to PUSCH is secured. That is, the redundancy of PUSCH does not run short. Therefore, in the wireless communication system according to the third embodiment, when data for URLLC for which high reliability is required is transmitted, a resource allocated to the data for URLLC is secured and the required error rate is satisfied. be able to.
  • the UE 20 In the wireless communication system according to the fourth embodiment, it is assumed that the UE 20 generates the second type of data after notifying the first type as the type of data, and the UCI transmission timing overlaps with the data transmission timing. Do. In this case, in the radio communication system according to the fourth embodiment, the UE 20 transmits the UCI to the gNB 10 using a PUSCH different from the PUSCH allocated to the transmission of the second type of data.
  • the same parts as those in the first to third embodiments are denoted by the same reference numerals, and the description thereof will be omitted.
  • FIG. 11 is a sequence diagram illustrating the operation of the wireless communication system according to the fourth embodiment.
  • eMBB data data of a first type
  • the transmission unit 11 of the UE 20 transmits a first signal including information on a first type (eMBB) as a type of data scheduled to be transmitted to the gNB 10 by Buffer status report or SR (step in FIG. 11). S300). That is, the UE 20 notifies the gNB 10 of the type of data to be transmitted.
  • step S300 a second type of data (“URL LC data" in FIG. 11) is generated in LCH #y (step S305 in FIG. 11).
  • the transmission unit 11 of the gNB 10 transmits DCI and data to the UE 20 on the PDCCH and the corresponding PDSCH, respectively (step S310 in FIG. 11). That is, the gNB 10 transmits downlink data to the UE 20 on the PDSCH, and transmits DCI to the UE 20 on the PDCCH.
  • the DCI includes, for example, UL grant information (PUSCH assignment information) and DL assignment (PDSCH assignment information).
  • the transmission unit 11 of the gNB 10 transmits a second signal including information indicating whether UCI can be transmitted on a channel assigned for data transmission, to UL It transmits by PDCCH regarding grant (step S320 of FIG. 11).
  • the second signal is a resource of the PUSCH channel (PUSCH) allocated to the transmission of the first type of data. Contains information that indicates that the The receiver 22 of the UE 20 receives the second signal.
  • the transmission timing of UCI and the transmission timing of data of the second type (URLLC) overlap.
  • the transmission unit 21 of the UE 20 generates a first PUSCH assigned for transmission of data of the second type (URLLC), and generates a second type (“UL data” in FIG. 11) in the first PUSCH. Is transmitted to the gNB 10 (step S330 in FIG. 11).
  • the transmission part 21 of UE20 produces
  • FIG. 12 is a sequence diagram illustrating another operation of the wireless communication system according to the fourth embodiment.
  • the timing at which data of the second type (URLLC) is generated in LCH #y is different from the example shown in FIG.
  • the second type of data (“URL LC data" in FIG. 12) is generated in LCH #y (step S315 in FIG. 12).
  • the other processes are the same as in the case of FIG.
  • FIG. 13 is a sequence diagram illustrating still another operation of the wireless communication system according to the fourth embodiment.
  • the timing at which data of the second type (URLLC) is generated in LCH # y is different from the example shown in FIGS. 11 and 12.
  • second type data ("URL LC data" in FIG. 13) is generated in LCH #y (step S325 in FIG. 13).
  • the other processes are the same as in the case of FIG.
  • the DMRS sequence or arrangement pattern is to make the gNB 10 capable of recognizing the second type (URLLC) data transmitted from the UE 20 in step S330 and the UCI transmitted from the UE 20 in step S340.
  • the sequence or arrangement pattern of DMRS represents whether or not UCI is loaded on PUSCH by an orthogonal code.
  • the DMRS sequence or arrangement pattern of the first PUSCH is determined in advance. For example, when the orthogonal code is ⁇ +1, +1, +1, +1 ⁇ , the DMRS sequence or arrangement pattern of the first PUSCH indicates that UCI is not carried on the first PUSCH.
  • the DMRS sequence or arrangement pattern of the second PUSCH is generated by the UE 20 changing the orthogonal code. For example, by changing the orthogonal code to ⁇ +1, ⁇ 1, +1, ⁇ 1 ⁇ , the DMRS sequence or arrangement pattern of the second PUSCH indicates that UCI is placed on the second PUSCH.
  • the gNB 10 may recognize the second type (URLLC) data transmitted from the UE 20 in step S330 and the UCI transmitted from the UE 20 in step S340 by the DMRS sequence or arrangement pattern. it can.
  • URLLC second type
  • the following two methods are used to allow the gNB 10 to recognize whether the data transmitted from the UE 20 in step S330 is data of the second type (URLLC).
  • the first method is a method using MCS (Modulation and Coding Scheme) specified by PDCCH.
  • MCS Modulation and Coding Scheme
  • the size of the data of the URLLC that the UE 20 has autonomously replaced is smaller than the size of the data originally intended to be transmitted on the PUSCH assigned for eMBB.
  • the UE 20 fills in the shortage with zero, matches the data size, and generates the first PUSCH based on the MCS designated by the PDCCH.
  • the UE 20 fills the shortage with eMBB data, matches the size, and generates a first PUSCH based on the MCS designated by the PDCCH.
  • the gNB 10 can be recognized by the UE 20 adding a header to the data of the eMBB.
  • the second method is a method of using another MCS different from the MCS specified in the PDCCH.
  • the gNB 10 designates in advance, by RRC, an MCS when the DMRS sequence or arrangement pattern indicates that UCI is not loaded on the PUSCH, as another MCS. Then, in step S330, the UE 20 generates a first PUSCH based on another MCS.
  • the gNB 10 designates in advance the size when transmitting the data of the URLLC by RRC with another MCS.
  • UE20 adjusts a coding rate according to the allocated resource based on other MCS in step S330, and produces
  • the wireless communication system includes the terminal (UE 20) and the base station (gNB 10).
  • UE 20 transmits UCI simultaneously with data to gNB 10 using a channel assigned for data transmission.
  • the transmission unit 21 of the UE 20 transmits a first signal including information on the type of data to be transmitted, and the reception unit 12 of the gNB 10 receives the first signal.
  • the transmission unit 11 of the gNB 10 transmits, to the UE 20, a second signal including information indicating whether or not UCI can be transmitted on the channel assigned to data transmission, according to the type of data notified from the UE 20.
  • the second signal includes information indicating that UCI is to be transmitted on the resource of the channel (PUSCH) allocated for data transmission when the type of data is the first type (eMBB).
  • the second signal is to transmit UCI using a resource (PUSCH or PUCCH) different from the channel (PUSCH) allocated for data transmission.
  • PUSCH or PUCCH resource
  • PUSCH or PUCCH resource
  • PUSCH or PUCCH resource
  • the transmission unit 11 of the UE 20 transmits the UCI to the gNB 10 using a resource (PUSCH) different from the channel (PUSCH) assigned to the transmission of the second type of data.
  • the UE 20 when the UCI transmission timing and the data transmission timing overlap, the UE 20 transmits the UCI when the type of data is the second type (URLLC). Delay UTI and send UCI to gNB10. At this time, the UE 20 uses a resource (PUSCH) different from the channel (PUSCH) assigned to the transmission of the second type of data. As a result, the ratio of uplink data to PUSCH is secured. That is, the redundancy of PUSCH does not run short. For this reason, in the wireless communication system according to the fourth embodiment, when data for URLLC for which high reliability is required is transmitted, the resources allocated to the data for URLLC are secured, and the required error rate is satisfied. be able to.
  • PUSCH resource
  • each component in the embodiments does not necessarily have to be physically configured as illustrated. That is, the specific form of the dispersion and integration of each part is not limited to the illustrated one, and all or a part thereof is functionally or physically dispersed or integrated in any unit according to various loads, usage conditions, etc. Can be configured.
  • each device is executed in whole or any part on a central processing unit (CPU) (or a microcomputer such as a micro processing unit (MPU) or a micro controller unit (MCU)). You may do it.
  • CPU central processing unit
  • MPU micro processing unit
  • MCU micro controller unit
  • all or any part of the various processes may be executed on a program analyzed and executed by a CPU (or a microcomputer such as an MPU or an MCU), or on hardware by wired logic.
  • the base station 10 and the terminal 20 of the embodiment can be realized, for example, by the following hardware configuration.
  • FIG. 14 is a diagram showing an example of a hardware configuration of the base station 10.
  • the base station 10 includes a processor 101, a memory 102, an RF (Radio Frequency) unit 103, and a network interface (IF) 104.
  • the processor 101 include a CPU, a digital signal processor (DSP), and a field programmable gate array (FPGA).
  • the memory 102 a random access memory (RAM) such as a synchronous dynamic random access memory (SDRAM), a read only memory (ROM), a flash memory, and the like can be given.
  • SDRAM synchronous dynamic random access memory
  • ROM read only memory
  • flash memory and the like.
  • the various processes performed by the base station 10 of the embodiment may be realized by the processor 101 executing programs stored in various memories such as a non-volatile storage medium. That is, a program corresponding to each process executed by each configuration may be recorded in the memory 102, and each program may be executed by the processor 101.
  • each configuration corresponds to the function of the control unit 13.
  • the transmitter 11 and the receiver 12 are realized by the RF unit 103.
  • FIG. 15 is a diagram showing an example of the hardware configuration of the terminal 20.
  • the terminal 20 includes a processor 201, a memory 202, and an RF unit 203.
  • the processor 201 include a CPU, a DSP, an FPGA, and the like.
  • the memory 202 a RAM such as an SDRAM, a ROM, a flash memory, etc. may be mentioned.
  • various processes performed by the terminal 20 of the embodiment may be realized by the processor 201 executing programs stored in various memories such as a non-volatile storage medium. That is, a program corresponding to each process executed by each configuration may be recorded in the memory 202, and each program may be executed by the processor 201.
  • each configuration corresponds to the function of the control unit 23.
  • the transmitter 21 and the receiver 22 are realized by the RF unit 203.

Landscapes

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

Abstract

ＵＥ（２０）は、送信予定のデータの種類に関する情報を含む第１の信号を送信する。ｇＮＢ（１０）は、ＵＥ（２０）から通知されるデータの種類に応じて、ＵＣＩをデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号をＵＥ（２０）に送信する。ＵＥ（２０）は、データを送信するタイミングとＵＣＩを送信するタイミングとが重なるときに、第２の信号に含まれる情報に応じて、ＵＣＩをｇＮＢ（１０）に送信する。これにより、高信頼度が要求されるデータに割り当てられるリソースを確保し、要求される誤り率を満たすことができる。

Description

無線通信システム、基地局、端末、および通信方法
　本発明は、無線通信システム、基地局、端末、および通信方法に関する。
　現在のネットワークは、モバイル端末（例えば、スマートフォン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末（以下、「端末」と記載する）が使うトラフィックは、今後も拡大していく傾向にある。
　一方で、ＩｏＴ（Internet　of　a　Things）サービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、次世代（例えば、５Ｇ（第５世代移動体通信））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術（例えば、非特許文献１～１１）に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。なお、次世代通信規格については、３ＧＰＰ（3rd　Generation　Partnership　Project）の作業部会（例えば、ＴＳＧ－ＲＡＮ　ＷＧ１、ＴＳＧ－ＲＡＮ　ＷＧ２等）で技術検討が進められている（例えば、非特許文献１２～３８）。
　５Ｇは多種多様なサービスに対応する。例えば、５Ｇでは、ｅＭＢＢ（Enhanced　Mobile　Broadband）、Ｍａｓｓｉｖｅ　ＭＴＣ（Machine　Type　Communications）、およびＵＲＬＬＣ（Ultra－Reliable　and　Low　Latency　Communication）に分類される多くのユースケースのサポートを想定している。
　上記１つのユースケースであるＵＲＬＬＣでは、誤り率が１０－５という超高信頼性の要求がある。超高信頼性を実現する１つの方法として、使用リソース量を増やしてデータに冗長性を持たせる方法がある。しかし、無線リソースは限りがあるので、無制限に使用リソースを増やすことはできない。
　また、ＵＲＬＬＣでは、低遅延に関しても、上りリンクおよび下りリンクにおけるユーザプレーンの遅延を０．５ミリ秒とすることが目標とされている。これは４Ｇの無線通信システムであるＬＴＥ（Long　Term　Evolution）の１／１０未満という高い要求である。
　このように、ＵＲＬＬＣでは、上述のような超高信頼性と低遅延とを同時に満たすことが要求される。
　例えば、４Ｇの無線通信ステムでは、端末は、物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical　Uplink　Shared　Channel）でデータを基地局に送信する。以下、上りリンクで送信されるデータを上りデータと記載する。また、端末は、物理上りリンク制御チャネル（ＰＵＣＣＨ：Physical　Uplink　Control　Channel）で制御情報を基地局に送信する。以下、上りリンクで送信される制御情報をＵＣＩ（Uplink　Control　Information）と記載する。なお、上りデータとＵＣＩとを同時に送信する場合には、上りデータとＵＣＩとをＰＵＳＣＨで送信することもある。
　ここで、ＵＣＩには、下りリンクで送信されたデータに対する送達確認情報であるＡＣＫ（Acknowledgement）／ＮＡＣＫ（Negative-Acknowledgement）が含まれる。以下、下りリンクで送信されるデータを下りデータと記載する。また、ＵＣＩには、送信リソースの割り当てを要求するスケジューリングリクエスト（ＳＲ：Scheduling　Request）、周期的または非周期的なＣＳＩ（Channel　State　Information）等が含まれる。
　ＣＳＩには、ＣＱＩ（Channel　Quality　Indicator）、ＰＭＩ（Precoding　Matrix　Indicator）等が含まれる。また、周期的なＣＳＩとは、ＲＲＣ（Radio　Resource　Control）により予め周期的な送信リソースが割り当てられる場合（periodic　reporting）である。非周期的なＣＳＩとは、物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical　Downlink　Control　Channel）の命令に基づいて送信が行われる場合（aperiodic reporting）である。
　また、４Ｇの無線通信ステムでは、例えば、基地局は、物理下りリンク共有チャネル（ＰＤＳＣＨ：Physical　Downlink　Shared　Channel）でデータ（下りデータ）を端末に送信する。また、基地局は、ＰＤＣＣＨで制御情報を端末に送信する。以下、下りリンクで送信される制御情報をＤＣＩ（Downlink　Control　Information）と記載する。
　ここで、ＤＣＩには、例えば、ＵＬ　ｇｒａｎｔの情報（ＰＵＳＣＨの割当て情報）やＤＬ　ａｓｓｉｇｎｍｅｎｔ（ＰＤＳＣＨの割当て情報）が含まれ、ＤＣＩ　Ｆｏｒｍａｔとして技術標準に示されている（非特許文献２、１７）。
　また、４Ｇの無線通信ステムでは、端末は、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる場合、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信する（ＵＣＩをＰＵＳＣＨに載せて送信する）。そこで、５Ｇの通信規格においても、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる場合、端末がＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信することを採用する方向で議論が進んでいる。
３ＧＰＰ　ＴＳ３６．２１１　Ｖ１４．４．０、２０１７年９月 ３ＧＰＰ　ＴＳ３６．２１２　Ｖ１４．４．０、２０１７年９月 ３ＧＰＰ　ＴＳ３６．２１３　Ｖ１４．４．０、２０１７年９月 ３ＧＰＰ　ＴＳ３６．３００　Ｖ１４．４．０、２０１７年９月 ３ＧＰＰ　ＴＳ３６．３２１　Ｖ１４．４．０、２０１７年９月 ３ＧＰＰ　ＴＳ３６．３２２　Ｖ１４．１．０、２０１７年９月 ３ＧＰＰ　ＴＳ３６．３２３　Ｖ１４．４．０、２０１７年９月 ３ＧＰＰ　ＴＳ３６．３３１　Ｖ１４．４．０、２０１７年９月 ３ＧＰＰ　ＴＳ３６．４１３　Ｖ１４．４．０、２０１７年９月 ３ＧＰＰ　ＴＳ３６．４２３　Ｖ１４．４．０、２０１７年９月 ３ＧＰＰ　ＴＳ３６．４２５　Ｖ１４．０．０、２０１７年３月 ３ＧＰＰ　ＴＳ３７．３４０　Ｖ２．０．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．２０１　Ｖ２．０．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．２０２　Ｖ２．０．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．２１１　Ｖ２．０．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．２１２　Ｖ１．２．１、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．２１３　Ｖ２．０．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．２１４　Ｖ２．０．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．２１５　Ｖ２．０．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．３００　Ｖ２．０．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．３２１　Ｖ２．０．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．３２２　Ｖ２．０．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．３２３　Ｖ２．０．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．３３１　Ｖ０．４．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．４０１　Ｖ１．０．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．４１０　Ｖ０．６．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．４１３　Ｖ０．５．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．４２０　Ｖ０．５．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．４２３　Ｖ０．５．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．４７０　Ｖ１．０．０、２０１７年１２月 ３ＧＰＰ　ＴＳ３８．４７３　Ｖ１．０．０、２０１７年１２月 ３ＧＰＰ　ＴＲ３８．８０１　Ｖ１４．０．０、２０１７年４月 ３ＧＰＰ　ＴＲ３８．８０２　Ｖ１４．２．０、２０１７年９月 ３ＧＰＰ　ＴＲ３８．８０３　Ｖ１４．２．０、２０１７年９月 ３ＧＰＰ　ＴＲ３８．８０４　Ｖ１４．０．０、２０１７年４月 ３ＧＰＰ　ＴＲ３８．９００　Ｖ１４．３．１、２０１７年７月 ３ＧＰＰ　ＴＲ３８．９１２　Ｖ１４．１．０、２０１７年６月 ３ＧＰＰ　ＴＲ３８．９１３　Ｖ１４．３．０、２０１７年６月
　ところで、制御情報（ＵＣＩ）の送信タイミングとデータの送信タイミングとが重なるときに端末がＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信する場合、ＰＵＳＣＨに占める上りデータの割合が少なくなる。このため、ＰＵＳＣＨの冗長度が不足して誤り率が悪くなる。例えば、５Ｇの無線通信ステムにおいて、高信頼度が要求されるようなＵＲＬＬＣ用のデータを送信する場合に、ＵＲＬＬＣ用のデータに割り当てられるリソースが確保されず、要求される誤り率を満たせなくなる可能性がある。
　開示の技術は、上記に鑑みてなされたものであって、高信頼度が要求されるデータに割り当てられるリソースを確保し、要求される誤り率を満たすことを目的とする。
　１つの態様では、無線通信システムは、端末がデータを送信するタイミングと制御情報を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネルを用いて、制御情報をデータと同時に基地局に送信する。この無線通信システムは、第１送信部を有する端末と、第２送信部を有する基地局とを具備する。第１送信部は、送信予定のデータの種類に関する情報を含む第１の信号を送信する。第２送信部は、端末から通知されるデータの種類に応じて、制御情報をデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号を端末に送信する。第１送信部は、データを送信するタイミングと制御情報を送信するタイミングとが重なるときに、第２の信号に含まれる情報に応じて、制御情報を基地局に送信する。
　１つの側面では、高信頼度が要求されるデータに割り当てられるリソースを確保し、要求される誤り率を満たすことができる。
図１は、実施例１に係る無線通信システムの構成の一例を示す概略図である。 図２は、実施例１に係る無線通信システムの概要を示す説明図である。 図３は、実施例１に係る無線通信システムの動作を示すシーケンス図である。 図４は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の専用フィールド（１ビットの場合）を用いる方法の一例を示す説明図である。 図５は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の専用フィールド（２ビットの場合）を用いる方法の一例を示す説明図である。 図６は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の共用フィールドを用いる方法の一例を示す説明図である。 図７は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の共用フィールドを用いる方法の一例を示す説明図である。 図８は、実施例２に係る無線通信システムの概要を示す説明図である。 図９は、実施例３に係る無線通信システムの概要を示す説明図である。 図１０は、実施例３に係る無線通信システムの動作を示すシーケンス図である。 図１１は、実施例４に係る無線通信システムの動作を示すシーケンス図である。 図１２は、実施例４に係る無線通信システムの他の動作を示すシーケンス図である。 図１３は、実施例４に係る無線通信システムの更に他の動作を示すシーケンス図である。 図１４は、基地局のハードウェア構成の一例を示す図である。 図１５は、端末のハードウェア構成の一例を示す図である。 図１６は、５Ｇ　ＮＲの概略図である。 図１７は、５Ｇ　ＮＲの課題を示す説明図である。
　以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
　また、本明細書で使用している用語や記載した技術的内容は、３ＧＰＰなど通信に関する規格として仕様書や寄書に記載された用語や技術的内容が適宜用いられてもよい。このような仕様書としては、例えば、上述した非特許文献１～３８が挙げられる。
　以下に、本願の開示する無線通信システム、基地局、端末、および通信方法の実施例を、図面に基づいて詳細に説明する。なお、以下の実施例は開示の技術を限定するものではない。
　［無線通信システムの構成］
　図１は、実施例１に係る無線通信システムの構成の一例を示す概略図である。図１に示す無線通信システムは、基地局１０と、端末２０とを有する。
　端末２０は、例えばＬＴＥにおけるＵＥ（User　Equipment）である。基地局１０は、例えばＬＴＥにおけるｅＮＢ（evolved　Node　B）である。なお、３ＧＰＰでは、５Ｇが検討されている。５Ｇでは、新しい通信技術として、Ｎｅｗ　ＲＡＴ（Radio　Access　Technology）を採用することが検討されている。Ｎｅｗ　ＲＡＴでは、基地局１０は、５ＧＮＢ（５Ｇの基地局）またはｇＮＢと呼ばれている。以下、端末２０を「ＵＥ２０」と記載し、基地局１０を「ｇＮＢ１０」と記載する。また、Ｎｅｗ　ＲＡＴを「ＮＲ」または「５Ｇ　ＮＲ」と記載する。
　ｇＮＢ１０は、通信部１３および制御部１４を有する。制御部１４は、通信部１３の動作を統括制御する。
　通信部１３は、送信部１１および受信部１２を有し、ＵＥ２０との間で無線通信を行なう。例えば、送信部１１は、ＰＤＳＣＨでデータ（下りデータ）をＵＥ２０に送信し、ＰＤＣＣＨでＤＣＩをＵＥ２０に送信する。例えば、受信部１２は、ＵＥ２０からＰＵＳＣＨで送信されたデータ（上りデータ）を受信し、ＵＥ２０からＰＵＣＣＨで送信されたＵＣＩを受信する。
　ＵＥ２０は、通信部２３および制御部２４を有する。制御部２４は、通信部２３の動作を統括制御する。
　通信部２３は、送信部２１および受信部２２を有し、ｇＮＢ１０との間で無線通信を行なう。例えば、送信部２１は、ＰＵＳＣＨで上りデータをｇＮＢ１０に送信し、ＰＵＣＣＨでＵＣＩをｇＮＢ１０に送信する。例えば、受信部１２は、ｇＮＢ１０からＰＤＳＣＨで送信された下りデータを受信し、ｇＮＢ１０からＰＤＣＣＨで送信されたＤＣＩを受信する。
　［課題］
　ここで、５Ｇ　ＮＲにおいて、ＵＥ２０がｇＮＢ１０に上りデータおよびＵＣＩを送信する場合の課題を説明する。
　図１６は、５Ｇ　ＮＲの概略図である。図１６において、横軸は時間を表し、縦軸は周波数を表している。５Ｇ　ＮＲでは、時間方向の送信単位としてスロット（ｓｌｏｔ）が規定されている。具体的には、Slot-based　transmission（長区間）とNon-slot　based　transmission（短区間）が規定されている。例えば、長区間が１ｓｌｏｔに規定され、短区間が０．５ｓｌｏｔに規定されている。例えば、ＵＲＬＬＣは低遅延を実現するために短区間の使用が想定され、ｅＭＢＢは長区間および短区間の両方の使用が想定されている。ここで、ＵＥ２０は、ＰＵＳＣＨでデータ（図１６中の「Ｄａｔａ」）と復調参照信号（ＤＭＲＳ：Demodulation　Reference　Signal）とをｇＮＢ１０に送信する。また、ＵＥ２０は、ＰＵＣＣＨで、Ａｃｋ／Ｎａｃｋなどを含むＵＣＩをｇＮＢ１０に送信する。以下、ＵＣＩを図示する場合、「ＵＣＩ」、「Ａｃｋ／Ｎａｃｋ」、「ＵＣＩ（Ａｃｋ／Ｎａｃｋなど）」と表記する場合もある。
　図１７は、５Ｇ　ＮＲの課題を示す説明図である。図１７において、横軸は時間を表し、縦軸は周波数を表している。例えば、５Ｇの通信規格では、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる場合、ＵＥ２０がＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信することを採用する方向で議論が進んでいる。しかし、４Ｇの無線通信ステムと同様に、ＵＣＩの送信タイミングとデータの送信タイミングとが重なるときにＵＥ２０がＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信する場合、図１７に示すように、ＰＵＳＣＨに占める上りデータの割合が少なくなる。このため、ＰＵＳＣＨの冗長度が不足して誤り率が悪くなる。例えば、５Ｇの無線通信ステムにおいて、高信頼度が要求されるようなＵＲＬＬＣ用のデータを送信する場合に、要求される誤り率を満たせなくなる可能性がある。
　［解決策］
　そこで、実施例１に係る無線通信システムでは、ｇＮＢ１０は、ＰＵＳＣＨでデータを送信するタイミングとＰＵＣＣＨでＵＣＩを送信するタイミングとが重なる場合にＵＣＩをどのリソースで送信するのかを、ＵＥ２０に指示する。これについて具体例を挙げて説明する。
　図２は、実施例１に係る無線通信システムの概要を示す説明図である。図２において、横軸は時間を表し、縦軸は周波数を表している。図３は、実施例１に係る無線通信システムの動作を示すシーケンス図である。
　例えば、論理チャネル（以下、「ＬＣＨ」と記載することもある）において、送信予定のデータが発生する。この場合、ＵＥ２０の送信部２１は、Ｂｕｆｆｅｒ　ｓｔａｔｕｓ　ｒｅｐｏｒｔ、または、スケジューリングリクエスト（ＳＲ）により、送信予定のデータの種類に関する情報を含む第１の信号をｇＮＢ１０に送信する（図３のステップＳ１００）。すなわち、ＵＥ２０は、送信したいデータの種類をｇＮＢ１０に通知する。ｇＮＢ１０の受信部１２は、第１の信号を受信する。
　次に、ｇＮＢ１０の送信部１１は、ＰＤＣＣＨおよび対応するＰＤＳＣＨでそれぞれＤＣＩおよびデータをＵＥ２０に送信する（図３のステップＳ１１０）。すなわち、ｇＮＢ１０は、ＰＤＳＣＨで下りデータをＵＥ２０に送信し、ＰＤＣＣＨでＤＣＩをＵＥ２０に送信する。ＤＣＩには、例えば、ＵＬ　ｇｒａｎｔの情報（ＰＵＳＣＨの割当て情報）やＤＬ　ａｓｓｉｇｎｍｅｎｔ（ＰＤＳＣＨの割当て情報）が含まれる。
　次に、ｇＮＢ１０の送信部１１は、ＵＥ２０から通知されたデータの種類に応じて、ＵＣＩをデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号を、ＵＬ　ｇｒａｎｔに関するＰＤＣＣＨで送信する（図３のステップＳ１２０）。ＵＥ２０の受信部２２は、第２の信号を受信する。第２の信号は、ＵＥ２０から通知されるデータの種類が第１の種類（例えばｅＭＢＢ）である場合、第１の種類のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）のリソースでＵＣＩを送信することを示す情報を含む。また、第２の信号は、ＵＥ２０から通知されるデータの種類が第２の種類（例えばＵＲＬＬＣ）である場合、第２の種類のデータの送信に割り当てられたチャネルとは異なるリソースでＵＣＩを送信することを示す情報を含む。
　次に、ＵＥ２０において、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる。ここで、データの種類が第１の種類（例えばｅＭＢＢ）である。この場合、ＵＥ２０の送信部２１は、ＰＵＳＣＨで第１の種類のデータ（図３の「ＵＬ　ｄａｔａ」）を送信する（図３のステップＳ１３０）。また、ＵＥ２０の送信部２１は、第２の信号に含まれる情報に応じて、ＵＣＩをｇＮＢ１０に送信する。具体的には、ＵＥ２０は、第１の種類のデータの送信に割り当てられたＰＵＳＣＨにＵＣＩを載せてｇＮＢ１０に送信する。すなわち、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信し、ステップＳ１４０を実行しない。
　一方、ＵＥ２０において、ＵＣＩの送信タイミングとデータの送信タイミングとが重なるときに、データの種類が第２の種類（例えばＵＲＬＬＣ）である。この場合、ＵＥ２０の送信部２１は、ＰＵＳＣＨで第２の種類のデータ（図３の「ＵＬ　ｄａｔａ」）を送信する（図３のステップＳ１３０）。また、ＵＥ２０の送信部２１は、ステップＳ１３０において、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしないで、第２の信号に含まれる情報に応じて、ＵＣＩをｇＮＢ１０に送信する（図３のステップＳ１４０）。具体的には、ステップＳ１４０において、ＵＥ２０は、ＰＵＳＣＨとは異なるリソースでＵＣＩをｇＮＢ１０に送信する。例えば、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＳＣＨでＵＣＩをｇＮＢ１０に送信する（図２の「Ｉ」を参照）。または、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＣＣＨでＵＣＩをｇＮＢ１０に送信する（図２の「ＩＩ」を参照）。
　ここで、ステップＳ１２０において、ｇＮＢ１０の送信部１１は、ＰＤＣＣＨの中の特定のフィールドにより、ＵＣＩを送信するリソースに関する情報を含む第２の信号をＵＥ２０に送信する。すなわち、ＵＥ２０に対して、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋするか否かを指示する。この指示方法としては、ＰＤＣＣＨの中の特定のフィールドとして、設定された専用フィールドを用いる方法と、既存のフィールドを共用フィールドとして用いる方法とが挙げられる。
　まず、ＰＤＣＣＨの中の特定のフィールドとして、設定された専用フィールドを用いる方法について説明する。
　図４は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の専用フィールド（１ビットの場合）を用いる方法の一例を示す説明図である。
　図４に示すように、ＰＤＣＣＨの中の専用フィールドが１ビットに設定され、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“０”、“１”で指示される。ここで、ｇＮＢ１０は、予めＰＤＣＣＨの中の専用フィールドの値“０”、“１”をＬＣＨにマッピングして、ＬＣＨとＰＤＣＣＨとを関連付けておく。ｇＮＢ１０は、ＲＲＣにより、ＰＤＣＣＨの中の専用フィールドの値が“０”、“１”である場合に使用されるＵＣＩを送信するリソースを予め設定しておき、ＵＥ２０に通知しておく。
　例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“０”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばｅＭＢＢのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータとＵＣＩとを送信する。すなわち、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信し、ステップＳ１４０を実行しない。
　例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“１”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この場合、ステップＳ１４０において、ＵＥ２０は、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）でＵＣＩをｇＮＢ１０に送信する。
　このように、ｇＮＢ１０は、ＵＥ２０からの通知により、どのデータがＵＥ２０から送信されるのかを認識し、ＵＥ２０への指示により、どのチャネルでＵＣＩがＵＥ２０から送信されるのかを認識することができる。
　図５は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の専用フィールド（２ビットの場合）を用いる方法の一例を示す説明図である。
　図５に示すように、ＰＤＣＣＨの中の専用フィールドが２ビットに設定され、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“００”、“０１”、“１０”、“１１”で指示される。ここで、ｇＮＢ１０は、予めＰＤＣＣＨの中の専用フィールドの値“００”、“０１”、“１０”、“１１”をＬＣＨにマッピングして、ＬＣＨとＰＤＣＣＨとを関連付けておく。ｇＮＢ１０は、ＲＲＣにより、ＰＤＣＣＨの中の専用フィールドの値が“００”、“０１”、“１０”、“１１”である場合に使用されるＵＣＩを送信するリソースを予め設定しておき、ＵＥ２０に通知しておく。
　例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“００”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばｅＭＢＢのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータ（図５の“００”に対する「ＵＬ　ｄａｔａ」）とＵＣＩとを送信する。すなわち、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信し、ステップＳ１４０を実行しない。
　例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“０１”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、この場合、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない上に、ステップＳ１４０を実行しない。この処理は、例えば、状況に応じて今回はＵＣＩを送信しない、というオプションで使用される。
　例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“１０”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、この場合、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この場合、ステップＳ１４０において、例えば、ＵＥ２０は、データ（図５の“１０”に対する「ＵＬ　ｄａｔａ」）の送信に割り当てられたＰＵＳＣＨの後のＰＵＳＣＨ（図２の「Ｉ」を参照）でＵＣＩをｇＮＢ１０に送信する。
　例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“１１”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、この場合、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この場合、ステップＳ１４０において、例えば、ＵＥ２０は、データ（図５の“１１”に対する「ＵＬ　ｄａｔａ」）の送信に割り当てられたＰＵＳＣＨの後のＰＵＣＣＨ（図２の「ＩＩ」を参照）でＵＣＩをｇＮＢ１０に送信する。
　このように、ｇＮＢ１０は、ＵＥ２０からの通知により、どのデータがＵＥ２０から送信されるのかを認識し、ＵＥ２０への指示により、どのチャネルでＵＣＩがＵＥ２０から送信されるのかを認識することができる。なお、図５において“１０”はＰＵＳＣＨリソースを指定し、“１１”はＰＵＣＣＨリソースを指定する例を挙げているが、“１０”と“１１”とでそれぞれ異なるＰＵＣＣＨリソース（または異なるＰＵＳＣＨリソース）を指定しても良い。
　また、実施例１に係る無線通信システムでは、ＰＤＣＣＨの中の専用フィールドを用いる方法として、１ビットの場合と２ビットの場合とを例に挙げて説明したが、これに限定されず、複数のビットを用いて、ＵＣＩを送信するリソースを設定してもよい。例えば、先頭の１ビットまたは２ビットは上述の方法に従い、次のｎビットにより具体的な内容（時間、周波数など）を考慮して、ＵＣＩを送信するリソースを設定してもよい。
　次に、ＰＤＣＣＨの中の特定のフィールドとして、他のパラメータの値を規定する既存のフィールドを共用フィールドとして用いる方法について説明する。
　この場合、ＵＣＩをマッピングするリソースの大きさに関するフィールド（またはマッピングするＵＣＩビット数に関するフィールド）にて、マッピングするリソースの大きさが「０」（またはマッピングするＵＣＩビット数が「０」）という指示を行なう。ここで、ＡＣＫ／ＮＡＣＫをマッピングするリソースの大きさを決めるパラメータとしてβｏｆｆｓｅｔ ＨＡＲＱ－ＡＣＫが使われる。ＣＳＩをマッピングするリソースの大きさを決めるパラメータとしてβｏｆｆｓｅｔ ＣＳＩが使われる。以下ではβｏｆｆｓｅｔ ＨＡＲＱ－ＡＣＫを例に説明する。βｏｆｆｓｅｔ ＨＡＲＱ－ＡＣＫは、ＡＣＫ／ＮＡＣＫをＰＵＳＣＨに載せるときに、どのくらいのＲＥ（Ｒｅｓｏｕｒｃｅ　Ｅｌｅｍｅｎｔ）数を使って送信するかを決めるパラメータである。ここで、Ｒｅ数は、以下の式（１）により算出される。
Figure JPOXMLDOC01-appb-M000001
　式（１）において、Ｑ’は、ＲＥ数であり、ＵＣＩに含まれるＡＣＫ／ＮＡＣＫをマッピングするときの数を表す。また、式（１）の分子において、Ｏは、ＡＣＫ／ＮＡＣＫのビット数を表し、Ｌは、ＡＣＫ／ＮＡＣＫに付加される巡回冗長検査（ＣＲＣ）符号のビット数を表す。また、式（１）の分子において、Ｍｓｃ ＰＵＳＣＨは、ＰＵＳＣＨで送信予定のサブキャリア数を表し、Ｎｓｙｍｂ ＰＵＳＣＨは、ＰＵＳＣＨで送信予定のシンボル数を表す。また、式（１）の分母において、ＣおよびＫｒは、ＰＵＳＣＨ伝送をスケジューリングするＰＤＣＣＨから得られるパラメータを表す。但し、Ｑ’が予め決められた所定のＲＥ数より大きい場合、ＡＣＫ／ＮＡＣＫのマッピングは所定のＲＥ数のみ行う。
　図６、図７は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中のβオフセット・フィールドを用いる方法の一例を示す説明図である。図６、図７は、それぞれ、３ＧＰＰ　ＴＳ３８．２１３　Ｖ２．０．０（非特許文献１７）のセクション９．３の「Ｔａｂｌｅ　９．３－１」、「Ｔａｂｌｅ　９．３－３」に記載されている。
　図６に示す「Ｔａｂｌｅ　９．３－１」は、ＡＣＫ／ＮＡＣＫの場合のβオフセットの値と番号とを示し、３２個の番号“０”～“３１”と、βｏｆｆｓｅｔ ＨＡＲＱ－ＡＣＫとを対応付ける。番号“０”～“１５”に対応するβｏｆｆｓｅｔ ＨＡＲＱ－ＡＣＫには、「１．０００」以上の値が設定されている。番号“１６”～“３１”に対応するβｏｆｆｓｅｔ ＨＡＲＱ－ＡＣＫには、「Ｒｅｓｅｒｖｅｄ」が設定されている。
　図７に示す「Ｔａｂｌｅ　９．３－３」は、ＵＣＩオフセットインジケータとして４個の値“００”、“０１”、“１０”、“１１”と、図６に示す「Ｔａｂｌｅ　９．３－１」の３２個の番号“０”～“３１”のうち、選択された４個の番号とを対応付ける。
　例えば、既存のフィールドを用いる方法についても、図７に示すＵＣＩオフセットインジケータの値“００”、“０１”、“１０”、“１１”は、それぞれ、図５に示した専用フィールドの値“００”、“０１”、“１０”、“１１”と同じ内容に設定される。この場合、ｇＮＢ１０において、図７に示す値“００”、“１０”、“１１”と、図６に示す番号“０”～“１５”のうち、選択された３つの番号とが対応付けられる。また、ｇＮＢ１０において、図７に示す値“０１”と、図６に示す番号“１６”～“３１”のうちの１つの番号とが対応付けられる。ここで、図６に示す番号“１６”～“３１”に対応するβｏｆｆｓｅｔ ＨＡＲＱ－ＡＣＫに「０」が設定されることにより、式（１）の分子が「０」となる。すなわち、ＲＥ数は「０」となり、ＡＣＫ／ＮＡＣＫを含むＵＣＩが送信されない。
　具体的には、図７に示すように、ｇＮＢ１０によりＰＤＣＣＨの中の共用フィールドの値が“００”、“０１”、“１０”、“１１”（図６において、選択された４個の番号）で指示される。ここで、ｇＮＢ１０は、予めＰＤＣＣＨの中の共用フィールドの値“００”、“０１”、“１０”、“１１”をＬＣＨにマッピングして、ＬＣＨとＰＤＣＣＨとを関連付けておく。ｇＮＢ１０は、ＲＲＣにより、ＰＤＣＣＨの中の共用フィールドの値が“００”、“０１”、“１０”、“１１”である場合に使用されるＵＣＩを送信するリソースを予め設定しておき、ＵＥ２０に通知しておく。
　例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の共用フィールドの値が、図７に示す値“００”（図６に示す番号“０”～“１５”のうちの１つの番号）に指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばｅＭＢＢのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータとＵＣＩとを送信する。すなわち、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信し、ステップＳ１４０を実行しない。
　例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の共用フィールドの値が、図７に示す値“０１”（図６に示す番号“１６”～“３１”のうちの１つの番号）に指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、この場合、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない上に、ステップＳ１４０を実行しない。この処理は、例えば、状況に応じて今回はＵＣＩを送信しない、というオプションで使用される。
　例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の共用フィールドの値が、図７に示す値“１０”（図６に示す番号“０”～“１５”のうちの他の１つの番号）に指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、この場合、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この場合、ステップＳ１４０において、例えば、ＵＥ２０は、データの送信に割り当てられたＰＵＳＣＨの後のＰＵＳＣＨ（図２の「Ｉ」を参照）でＵＣＩをｇＮＢ１０に送信する。
　例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の共用フィールドの値が、図７に示す値“１１”（図６に示す番号“０”～“１５”のうちの更に他の１つの番号）に指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、この場合、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この場合、ステップＳ１４０において、例えば、ＵＥ２０は、データの送信に割り当てられたＰＵＳＣＨの後のＰＵＣＣＨ（図２の「ＩＩ」を参照）でＵＣＩをｇＮＢ１０に送信する。
　このように、ｇＮＢ１０は、ＵＥ２０からの通知により、どのデータがＵＥ２０から送信されるのかを認識し、ＵＥ２０への指示により、どのチャネルでＵＣＩがＵＥ２０から送信されるのかを認識することができる。なお、図７において“１０”はＰＵＳＣＨリソースを指定し、“１１”はＰＵＣＣＨリソースを指定する例を挙げているが、“１０”と“１１”とでそれぞれ異なるＰＵＣＣＨリソース（または異なるＰＵＳＣＨリソース）を指定しても良い。また、ＰＤＣＣＨの中の共用フィールドを用いる例として、βオフセット・フィールドを挙げたが、これに限定されない。例えば、マッピングするＡＣＫ／ＮＡＣＫビット数（すなわち、式（１）における「Ｏ」）を示すフィールドを用い、ＡＣＫ／ＮＡＣＫビット数が「０」と指示できるようにしても良い。この場合、付加するＣＲＣビット数も「０」である。
　以上の説明により、実施例１に係る無線通信システムは、端末（ＵＥ２０）と基地局（ｇＮＢ１０）とを具備する。ここで、ＵＥ２０は、データを送信するタイミングと制御情報（ＵＣＩ）を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネルを用いて、ＵＣＩをデータと同時にｇＮＢ１０に送信する。この無線通信システムでは、ＵＥ２０の送信部２１は、送信予定のデータの種類に関する情報を含む第１の信号を送信し、ｇＮＢ１０の受信部１２は、第１の信号を受信する。ｇＮＢ１０の送信部１１は、ＵＥ２０から通知されるデータの種類に応じて、ＵＣＩをデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号をＵＥ２０に送信する。第２の信号は、データの種類が第１の種類（ｅＭＢＢ）である場合、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）のリソースでＵＣＩを送信することを示す情報を含む。また、第２の信号は、データの種類が第２の種類（ＵＲＬＬＣ）である場合、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）でＵＣＩを送信することを示す情報を含む。ここで、ｇＮＢ１０の送信部１１は、下りチャネル（ＰＤＣＣＨ）の中の特定のフィールド（専用フィールドまたは共用フィールド）により、ＵＣＩを送信するリソースに関する情報を含む第２の信号をＵＥ２０に送信する。ＵＥ２０の受信部２２は、第２の信号を受信する。ＵＥ２０の送信部２１は、データを送信するタイミングとＵＣＩを送信するタイミングとが重なる場合、第２の信号に含まれる情報に応じて、ＵＣＩをｇＮＢ１０に送信する。
　上述のように、実施例１に係る無線通信システムでは、ｇＮＢ１０は、第２の種類（ＵＲＬＬＣ）のデータとＵＣＩの送信タイミングとが重なる場合にＵＣＩの送信タイミングを遅らせる指示をＵＥ２０に行なう。例えば、ｇＮＢ１０により、第２の種類（ＵＲＬＬＣ）のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソースとして、そのチャネル（ＰＵＳＣＨ）の後のＰＵＳＣＨ（図２の「Ｉ」を参照）またはＰＵＣＣＨ（図２の「ＩＩ」を参照）が指示される。その結果、ＰＵＳＣＨに占める上りデータの割合が確保される。すなわち、ＰＵＳＣＨの冗長度が不足しない。このため、実施例１に係る無線通信システムでは、高信頼度が要求されるようなＵＲＬＬＣ用のデータを送信する場合、ＵＲＬＬＣ用のデータに割り当てられるリソースが確保され、要求される誤り率を満たすことができる。
　実施例１に係る無線通信システムでは、ｇＮＢ１０は、ＰＤＣＣＨの中の特定のフィールド（専用フィールドまたは共用フィールド）により、ＵＣＩを送信するリソースに関する情報を含む第２の信号をＵＥ２０に送信するが、これに限定されない。例えば、実施例２に係る無線通信システムでは、ｇＮＢ１０は、ＵＣＩを送信するリソースに関連するＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報を含む第２の信号をＵＥ２０に送信する。実施例２では、実施例１と同じ部分には同じ符号を付し、その説明を省略する。
　図８は、実施例２に係る無線通信システムの概要を示す説明図である。
　ＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報としては、サイズ、ＲＮＴＩ（Radio　Network　Temporary　Identity）、ヘッダ、ＣＯＲＥＳＥＴ（Control　resource　set）の場所、Search　spaceなどが挙げられる。ここで、ｇＮＢ１０は、予め、ＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報をＬＣＨにマッピングして、ＬＣＨとＰＤＣＣＨとを関連付けておく。ｇＮＢ１０は、ＲＲＣにより、その情報により使用されるＵＣＩを送信するリソースを予め設定しておき、ＵＥ２０に通知しておく。
　例えば、図８に示すように、ＰＤＣＣＨは、ＣＯＲＥＳＥＴの場所や、Search　spaceにより区別される。例えば、ＣＯＲＥＳＥＴの場所は、ＵＲＬＬＣのデータ向けのＣＯＲＥＳＥＴ“ＣＯＲＥＳＥＴ＃１”、または、ｅＭＢＢのデータ向けのＣＯＲＥＳＥＴ“ＣＯＲＥＳＥＴ＃２”として区別される。“ＣＯＲＥＳＥＴ＃１”内には、Search　spaceとして“Search　space＃A”が含まれる。“Search　space＃A”には、ＵＲＬＬＣのデータの送信に割り当てられたチャネルとは異なるリソース（ＵＲＬＬＣのデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＳＣＨまたはＰＵＣＣＨ）を指示するＰＤＣＣＨ“ＰＤＣＣＨ＃ｎ”が設定されている。
　例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０により、ＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報として、ＣＯＲＥＳＥＴの場所が“ＣＯＲＥＳＥＴ＃２”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばｅＭＢＢのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータとＵＣＩとを送信する。すなわち、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信し、ステップＳ１４０を実行しない。
　例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０により、ＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報として、ＣＯＲＥＳＥＴの場所が“ＣＯＲＥＳＥＴ＃１”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この場合、ステップＳ１４０において、ＵＥ２０は、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）でＵＣＩをｇＮＢ１０に送信する。
　このように、ｇＮＢ１０は、ＵＥ２０からの通知により、どのデータがＵＥ２０から送信されるのかを認識し、ＵＥ２０への指示により、どのチャネルでＵＣＩがＵＥ２０から送信されるのかを認識することができる。
　以上の説明により、実施例２に係る無線通信システムでは、端末（ＵＥ２０）と基地局（ｇＮＢ１０）とを具備する。ここで、ＵＥ２０は、データを送信するタイミングと制御情報（ＵＣＩ）を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネルを用いて、ＵＣＩをデータと同時にｇＮＢ１０に送信する。この無線通信システムでは、ＵＥ２０の送信部２１は、送信予定のデータの種類に関する情報を含む第１の信号を送信し、ｇＮＢ１０の受信部１２は、第１の信号を受信する。ｇＮＢ１０の送信部１１は、ＵＥ２０から通知されるデータの種類に応じて、ＵＣＩをデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号をＵＥ２０に送信する。第２の信号は、データの種類が第１の種類（ｅＭＢＢ）である場合、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）のリソースでＵＣＩを送信することを示す情報を含む。また、第２の信号は、データの種類が第２の種類（ＵＲＬＬＣ）である場合、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）でＵＣＩを送信することを示す情報を含む。ここで、ｇＮＢ１０の送信部１１は、ＵＥ２０がＵＣＩを送信するリソースに関連する下りチャネル（ＰＤＣＣＨ）が割り当てられた領域を特定する情報（サイズ、ＲＮＴＩ、ヘッダ、ＣＯＲＥＳＥＴの場所、Search　space）を含む第２の信号をＵＥ２０に送信する。ＵＥ２０の受信部２２は、第２の信号を受信する。ＵＥ２０の送信部２１は、データを送信するタイミングとＵＣＩを送信するタイミングとが重なる場合、第２の信号に含まれる情報に応じて、ＵＣＩをｇＮＢ１０に送信する。
　このように、実施例２に係る無線通信システムでは、ｇＮＢ１０は、第２の種類（ＵＲＬＬＣ）のデータとＵＣＩの送信タイミングとが重なる場合にＵＣＩの送信タイミングを遅らせる指示をＵＥ２０に行なう。例えば、ｇＮＢ１０により、第２の種類（ＵＲＬＬＣ）のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソースとして、そのチャネル（ＰＵＳＣＨ）の後のＰＵＳＣＨ（図２の「Ｉ」を参照）またはＰＵＣＣＨ（図２の「ＩＩ」を参照）が指示される。その結果、ＰＵＳＣＨに占める上りデータの割合が確保される。すなわち、ＰＵＳＣＨの冗長度が不足しない。このため、実施例２に係る無線通信システムでは、高信頼度が要求されるようなＵＲＬＬＣ用のデータを送信する場合、ＵＲＬＬＣ用のデータに割り当てられるリソースが確保され、要求される誤り率を満たすことができる。
　実施例１、２に係る無線通信システムでは、上述のように、ｇＮＢ１０は、データの種類が第２の種類（ＵＲＬＬＣ）である場合、データの送信に割り当てられたＰＵＳＣＨとは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）でＵＣＩを送信することを示す情報を含む第２の信号をＵＥ２０に送信する。この場合、ｇＮＢ１０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨを指示するＰＤＣＣＨを用いる。しかし、これに限定されない。例えば、実施例３に係る無線通信システムでは、ｇＮＢ１０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨを指示するＰＤＣＣＨとは異なるリソースを用いる。実施例３では、実施例１、２と同じ部分には同じ符号を付し、その説明を省略する。
　図９は、実施例３に係る無線通信システムの概要を示す説明図である。図９において、横軸は時間を表し、縦軸は周波数を表している。例えば、ＵＥ２０から通知されるデータの種類が第２の種類（例えばＵＲＬＬＣ）である。この場合、ｇＮＢ１０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨを指示するＰＤＣＣＨとは異なるリソースを用いて、そのデータの送信に割り当てられたＰＵＳＣＨとは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）をＵＥ２０に指示する。例えば、ｇＮＢ１０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨを指示するＰＤＣＣＨとは別のＰＤＣＣＨを用いる。この場合、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＳＣＨでＵＣＩをｇＮＢ１０に送信する（図９の「ＩＩＩ」を参照）。
　図１０は、実施例３に係る無線通信システムの動作を示すシーケンス図である。
　例えば、ＬＣＨにおいて、送信予定のデータが発生する。この場合、ＵＥ２０の送信部２１は、Ｂｕｆｆｅｒ　ｓｔａｔｕｓ　ｒｅｐｏｒｔまたはＳＲにより、送信予定のデータの種類に関する情報を含む第１の信号をｇＮＢ１０に送信する（図１０のステップＳ２００）。すなわち、ＵＥ２０は、送信したいデータの種類をｇＮＢ１０に通知する。ｇＮＢ１０の受信部１２は、第１の信号を受信する。
　次に、ｇＮＢ１０の送信部１１は、ＰＤＣＣＨおよび対応するＰＤＳＣＨでそれぞれＤＣＩおよびデータをＵＥ２０に送信する（図１０のステップＳ２１０）。すなわち、ｇＮＢ１０は、ＰＤＳＣＨで下りデータをＵＥ２０に送信し、ＰＤＣＣＨでＤＣＩをＵＥ２０に送信する。ＤＣＩには、例えば、ＵＬ　ｇｒａｎｔの情報（ＰＵＳＣＨの割当て情報）やＤＬ　ａｓｓｉｇｎｍｅｎｔ（ＰＤＳＣＨの割当て情報）が含まれる。
　次に、ｇＮＢ１０の送信部１１は、ＵＥ２０から通知されたデータの種類に応じて、ＵＣＩをデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号を、ＵＬ　ｇｒａｎｔに関するＰＤＣＣＨで送信する（図１０のステップＳ２２０）。ＵＥ２０の受信部２２は、第２の信号を受信する。ｇＮＢ１０の送信部１１は、ＵＥ２０から通知されるデータの種類が第２の種類（例えばＵＲＬＬＣ）である場合、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしないことをＰＤＣＣＨで指示する。ここで、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしないことをＰＤＣＣＨで指示する方法としては、以下の第１、第２の方法が挙げられる。第１の方法とは、実施例１におけるＰＤＣＣＨの中の特定のフィールド（専用フィールドまたは共用フィールド）を用いる方法である。第２の方法とは、実施例２におけるＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報（サイズ、ＲＮＴＩ、ヘッダ、ＣＯＲＥＳＥＴの場所、Search　space）を用いる方法である。
　また、ｇＮＢ１０の送信部１１は、ＵＣＩの新しい送信タイミング（リソース）を別のＰＤＣＣＨで指示する（図１０のステップＳ２２５）。例えば、ｇＮＢ１０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨを指示するＰＤＣＣＨとは別のＰＤＣＣＨを用いて、第２の種類のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソースに関する情報を含む第３の信号をＵＥ２０に送信する。ＵＥ２０の受信部２２は、第３の信号を受信する。
　ＵＥ２０において、ＵＣＩの送信タイミングとデータの送信タイミングとが重なるときに、データの種類が第２の種類（例えばＵＲＬＬＣ）である。この場合、ＵＥ２０の送信部２１は、ＰＵＳＣＨで第２の種類のデータ（図１０の「ＵＬ　ｄａｔａ」）を送信する（図１０のステップＳ２３０）。また、ＵＥ２０の送信部２１は、ステップＳ２３０において、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしないで、第２、第３の信号に含まれる情報に応じて、ＵＣＩをｇＮＢ１０に送信する（図１０のステップＳ２４０）。具体的には、ステップＳ２４０において、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨとは異なるリソースでＵＣＩをｇＮＢ１０に送信する。例えば、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＳＣＨでＵＣＩをｇＮＢ１０に送信する（図９の「ＩＩＩ」を参照）。または、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＣＣＨでＵＣＩをｇＮＢ１０に送信する。
　ここで、ステップＳ２２０とステップＳ２２５とは、処理の順番が前後したり、処理のタイミングが同じになったりしてもよい。
　このように、ｇＮＢ１０は、ＵＥ２０からの通知により、どのデータがＵＥ２０から送信されるのかを認識し、ＵＥ２０への指示により、どのチャネルでＵＣＩがＵＥ２０から送信されるのかを認識することができる。
　以上の説明により、実施例３に係る無線通信システムでは、端末（ＵＥ２０）と基地局（ｇＮＢ１０）とを具備する。ここで、ＵＥ２０は、データを送信するタイミングと制御情報（ＵＣＩ）を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネルを用いて、ＵＣＩをデータと同時にｇＮＢ１０に送信する。この無線通信システムでは、ＵＥ２０の送信部２１は、送信予定のデータの種類に関する情報を含む第１の信号を送信し、ｇＮＢ１０の受信部１２は、第１の信号を受信する。ｇＮＢ１０の送信部１１は、ＵＥ２０から通知されるデータの種類に応じて、ＵＣＩをデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号をＵＥ２０に送信する。第２の信号は、データの種類が第１の種類（ｅＭＢＢ）である場合、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）のリソースでＵＣＩを送信することを示す情報を含む。また、第２の信号は、データの種類が第２の種類（ＵＲＬＬＣ）である場合、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）でＵＣＩを送信することを示す情報を含む。ここで、データの種類が第２の種類（ＵＲＬＬＣ）である場合、ｇＮＢ１０の送信部１１は、ＰＵＳＣＨを指示する下りチャネル（ＰＤＣＣＨ）とは異なるリソース（ＰＤＣＣＨ）を用いて、ＵＣＩを送信するリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）に関する情報を含む第３の信号をＵＥ２０に送信する。ＵＥ２０の受信部２２は、第２、第３の信号を受信する。ＵＥ２０の送信部２１は、データを送信するタイミングとＵＣＩを送信するタイミングとが重なる場合、第２、第３の信号に含まれる情報に応じて、ＵＣＩをｇＮＢ１０に送信する。
　このように、実施例３に係る無線通信システムでは、ｇＮＢ１０は、第２の種類（ＵＲＬＬＣ）のデータとＵＣＩの送信タイミングとが重なる場合にＵＣＩの送信タイミングを遅らせる指示をＵＥ２０に行なう。例えば、ｇＮＢ１０により、第２の種類（ＵＲＬＬＣ）のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソースとして、そのチャネル（ＰＵＳＣＨ）の後のＰＵＳＣＨ（図９の「ＩＩＩ」を参照）またはＰＵＣＣＨが指示される。その結果、ＰＵＳＣＨに占める上りデータの割合が確保される。すなわち、ＰＵＳＣＨの冗長度が不足しない。このため、実施例３に係る無線通信システムでは、高信頼度が要求されるようなＵＲＬＬＣ用のデータを送信する場合、ＵＲＬＬＣ用のデータに割り当てられるリソースが確保され、要求される誤り率を満たすことができる。
　実施例４に係る無線通信システムでは、ＵＥ２０は、データの種類として第１の種類を通知した後に第２の種類のデータが発生し、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる場合について想定する。この場合、実施例４に係る無線通信システムでは、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨとは異なるＰＵＳＣＨでＵＣＩをｇＮＢ１０に送信する。実施例４では、実施例１～３と同じ部分には同じ符号を付し、その説明を省略する。
　図１１は、実施例４に係る無線通信システムの動作を示すシーケンス図である。
　例えば、ＬＣＨ＃ｘにおいて、送信予定のデータとして、第１の種類のデータ（図１１の「ｅＭＢＢ　ｄａｔａ」）が発生する。この場合、ＵＥ２０の送信部１１は、Ｂｕｆｆｅｒ　ｓｔａｔｕｓ　ｒｅｐｏｒｔまたはＳＲにより、送信予定のデータの種類として、第１の種類（ｅＭＢＢ）に関する情報を含む第１の信号をｇＮＢ１０に送信する（図１１のステップＳ３００）。すなわち、ＵＥ２０は、送信したいデータの種類をｇＮＢ１０に通知する。
　しかし、ステップＳ３００の処理後に、ＬＣＨ＃ｙにおいて、第２の種類のデータ（図１１の「ＵＲＬＬＣ　ｄａｔａ」）が発生する（図１１のステップＳ３０５）。
　次に、ｇＮＢ１０の送信部１１は、ＰＤＣＣＨおよび対応するＰＤＳＣＨでそれぞれＤＣＩおよびデータをＵＥ２０に送信する（図１１のステップＳ３１０）。すなわち、ｇＮＢ１０は、ＰＤＳＣＨで下りデータをＵＥ２０に送信し、ＰＤＣＣＨでＤＣＩをＵＥ２０に送信する。ＤＣＩには、例えば、ＵＬ　ｇｒａｎｔの情報（ＰＵＳＣＨの割当て情報）やＤＬ　ａｓｓｉｇｎｍｅｎｔ（ＰＤＳＣＨの割当て情報）が含まれる。
　ここで、ｇＮＢ１０の送信部１１は、ＵＥ２０から通知されたデータの種類に応じて、ＵＣＩをデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号を、ＵＬ　ｇｒａｎｔに関するＰＤＣＣＨで送信する（図１１のステップＳ３２０）。ここで、ＵＥ２０から通知されるデータの種類が第１の種類（ｅＭＢＢ）であるため、第２の信号は、第１の種類のデータの送信に割り当てられたＰＵＳＣＨチャネル（ＰＵＳＣＨ）のリソースでＵＣＩを送信することを示す情報を含む。ＵＥ２０の受信部２２は、第２の信号を受信する。
　次に、ＵＥ２０において、ＵＣＩの送信タイミングと第２の種類（ＵＲＬＬＣ）のデータの送信タイミングとが重なる。この場合、ＵＥ２０の送信部２１は、第２の種類（ＵＲＬＬＣ）のデータの送信に割り当てられた第１のＰＵＳＣＨを生成し、第１のＰＵＳＣＨで第２の種類（図１１の「ＵＬ　ｄａｔａ」）のデータをｇＮＢ１０に送信する（図１１のステップＳ３３０）。また、ＵＥ２０の送信部２１は、第２の種類（ＵＲＬＬＣ）のデータの送信に割り当てられた第１のＰＵＳＣＨとは異なる第２のＰＵＳＣＨを生成し、第２のＰＵＳＣＨでＵＣＩをｇＮＢ１０に送信する（図１１のステップＳ３４０）。すなわち、ＵＥ２０は、ステップＳ２３０において、ＵＣＩを第１のＰＵＳＣＨにＰｉｇｇｙｂａｃｋしないで、ステップＳ２４０において、ＵＣＩを第２のＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信する。
　図１２は、実施例４に係る無線通信システムの他の動作を示すシーケンス図である。図１２に示す例では、ＬＣＨ＃ｙにおいて、第２の種類（ＵＲＬＬＣ）のデータが発生するタイミングが、図１１に示す例とは異なる。例えば、ステップＳ３１０の処理後に、ＬＣＨ＃ｙにおいて、第２の種類のデータ（図１２の「ＵＲＬＬＣ　ｄａｔａ」）が発生する（図１２のステップＳ３１５）。それ以外の処理については、図１１の場合と同じである。
　図１３は、実施例４に係る無線通信システムの更に他の動作を示すシーケンス図である。図１３に示す例では、ＬＣＨ＃ｙにおいて、第２の種類（ＵＲＬＬＣ）のデータが発生するタイミングが、図１１、図１２に示す例とは異なる。例えば、ステップＳ３２０の処理後に、ＬＣＨ＃ｙにおいて、第２の種類のデータ（図１３の「ＵＲＬＬＣ　ｄａｔａ」）が発生する（図１３のステップＳ３２５）。それ以外の処理については、図１１の場合と同じである。
　ここで、ステップＳ３３０においてＵＥ２０から送信された第２の種類（ＵＲＬＬＣ）のデータと、ステップＳ３４０においてＵＥ２０から送信されたＵＣＩと、をｇＮＢ１０により認識可能にするために、ＤＭＲＳの系列または配置パターンが用いられる。例えば、ＤＭＲＳの系列または配置パターンは、直交コードにより、ＰＵＳＣＨにＵＣＩを載せているか否かを表す。
　ステップＳ３３０においてＵＥ２０から第２の種類（ＵＲＬＬＣ）のデータが送信されるとき、第１のＰＵＳＣＨのＤＭＲＳの系列または配置パターンは、予め決められている。例えば、直交コードが｛＋１、＋１、＋１、＋１｝であることにより、第１のＰＵＳＣＨのＤＭＲＳの系列または配置パターンは、第１のＰＵＳＣＨにＵＣＩを載せていない旨を表す。
　一方、ステップＳ３４０においてＵＥ２０からＵＣＩが送信されるとき、第２のＰＵＳＣＨのＤＭＲＳの系列または配置パターンは、ＵＥ２０が直交コードを変更することにより生成される。例えば、直交コードが｛＋１、－１、＋１、－１｝に変更されることにより、第２のＰＵＳＣＨのＤＭＲＳの系列または配置パターンは、第２のＰＵＳＣＨにＵＣＩを載せている旨を表す。
　このように、ｇＮＢ１０は、ＤＭＲＳの系列または配置パターンにより、ステップＳ３３０においてＵＥ２０から送信された第２の種類（ＵＲＬＬＣ）のデータと、ステップＳ３４０においてＵＥ２０から送信されたＵＣＩと、を認識することができる。
　また、ステップＳ３３０においてＵＥ２０から送信されたデータが第２の種類（ＵＲＬＬＣ）のデータであるのか否かをｇＮＢ１０により認識可能にするために、以下の２つの方法が用いられる。
　第１の方法では、ＰＤＣＣＨで指定されたＭＣＳ（Modulation　and　Coding　Scheme）を用いる方法である。例えば、元々ｅＭＢＢ向けに割り当てられたＰＵＳＣＨで送信予定だったデータのサイズに比べて、ＵＥ２０が自律的に差し替えたＵＲＬＬＣのデータのサイズが小さい。この場合、ＵＥ２０は、ステップＳ３３０において、不足分をゼロで埋めてデータサイズを合わせておき、ＰＤＣＣＨで指定されたＭＣＳに基づいて第１のＰＵＳＣＨを生成する。または、ＵＥ２０は、ステップＳ３３０において、不足分をｅＭＢＢのデータで埋めてサイズを合わせておき、ＰＤＣＣＨで指定されたＭＣＳに基づいて第１のＰＵＳＣＨを生成する。この場合、ＵＥ２０がｅＭＢＢのデータにヘッダを付すことにより、ｇＮＢ１０が認識可能である。
　第２の方法では、ＰＤＣＣＨで指定されたＭＣＳとは異なる他のＭＣＳを用いる方法である。例えば、ｇＮＢ１０は、予めＲＲＣにより、ＤＭＲＳの系列または配置パターンがＰＵＳＣＨにＵＣＩを載せていない旨を表すときのＭＣＳを、他のＭＣＳとして指定しておく。そして、ＵＥ２０は、ステップＳ３３０において、他のＭＣＳに基づいて第１のＰＵＳＣＨを生成する。または、ｇＮＢ１０は、予めＲＲＣによりＵＲＬＬＣのデータを送信するときのサイズを他のＭＣＳで指定しておく。そして、ＵＥ２０は、ステップＳ３３０において、他のＭＣＳに基づいて、割り当てられたリソースに合わせて符号化レートを調整し、第１のＰＵＣＣＨを生成する。これにより、ｇＮＢ１０がＵＲＬＬＣのデータを識別可能となる。
　以上の説明により、実施例４に係る無線通信システムでは、端末（ＵＥ２０）と基地局（ｇＮＢ１０）とを具備する。ここで、ＵＥ２０は、データを送信するタイミングと制御情報（ＵＣＩ）を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネルを用いて、ＵＣＩをデータと同時にｇＮＢ１０に送信する。この無線通信システムでは、ＵＥ２０の送信部２１は、送信予定のデータの種類に関する情報を含む第１の信号を送信し、ｇＮＢ１０の受信部１２は、第１の信号を受信する。ｇＮＢ１０の送信部１１は、ＵＥ２０から通知されるデータの種類に応じて、ＵＣＩをデータの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号をＵＥ２０に送信する。第２の信号は、データの種類が第１の種類（ｅＭＢＢ）である場合、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）のリソースでＵＣＩを送信することを示す情報を含む。また、第２の信号は、データの種類が第２の種類（ＵＲＬＬＣ）である場合、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）でＵＣＩを送信することを示す情報を含む。ここで、ＵＥ２０において、データの種類に関する情報として第１の種類を示す情報を含む第１の信号を送信した後に第２の種類のデータが発生し、更に、データを送信するタイミングとＵＣＩを送信するタイミングとが重なる場合がある。この場合、ＵＥ２０の送信部１１は、第２の種類のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨ）を用いて、ＵＣＩをｇＮＢ１０に送信する。
　このように、実施例４に係る無線通信システムでは、ＵＣＩの送信タイミングとデータの送信タイミングとが重なるときに、データの種類が第２の種類（ＵＲＬＬＣ）である場合、ＵＥ２０は、ＵＣＩの送信タイミングを遅らせて、ＵＣＩをｇＮＢ１０に送信する。このとき、ＵＥ２０は、第２の種類のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨ）を用いる。その結果、ＰＵＳＣＨに占める上りデータの割合が確保される。すなわち、ＰＵＳＣＨの冗長度が不足しない。このため、実施例４に係る無線通信システムでは、高信頼度が要求されるようなＵＲＬＬＣ用のデータを送信する場合、ＵＲＬＬＣ用のデータに割り当てられるリソースが確保され、要求される誤り率を満たすことができる。
　［他の実施例］
　実施例における各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
　さらに、各装置で行われる各種処理は、ＣＰＵ（Central　Processing　Unit）（又はＭＰＵ（Micro　Processing　Unit）、ＭＣＵ（Micro　Controller　Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしてもよい。また、各種処理は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしてもよい。
　実施例の基地局１０および端末２０は、例えば、次のようなハードウェア構成により実現することができる。
　図１４は、基地局１０のハードウェア構成の一例を示す図である。基地局１０は、プロセッサ１０１と、メモリ１０２と、ＲＦ（Radio　Frequency）部１０３と、ネットワークインターフェース（ＩＦ）１０４とを有している。プロセッサ１０１の一例としては、ＣＰＵ、ＤＳＰ（Digital　Signal　Processor）、ＦＰＧＡ（Field　Programmable　Gate　Array）等が挙げられる。また、メモリ１０２の一例としては、ＳＤＲＡＭ（Synchronous　Dynamic　Random　Access　Memory）等のＲＡＭ（Random　Access　Memory）、ＲＯＭ（Read　Only　Memory）、フラッシュメモリ等が挙げられる。
　そして、実施例の基地局１０で行われる各種処理は、不揮発性記憶媒体などの各種メモリに格納されたプログラムをプロセッサ１０１で実行することによって実現されてもよい。すなわち、各構成によって実行される各処理に対応するプログラムがメモリ１０２に記録され、各プログラムがプロセッサ１０１で実行されてもよい。ここで、各構成とは、制御部１３の機能に相当する。また、送信部１１、受信部１２は、ＲＦ部１０３によって実現される。
　なお、ここでは、実施例の基地局１０で行われる各種処理が１つのプロセッサ１０１によって実行されるものとしたが、これに限定されるものではなく、複数のプロセッサによって実行されてもよい。
　図１５は、端末２０のハードウェア構成の一例を示す図である。端末２０は、プロセッサ２０１と、メモリ２０２と、ＲＦ部２０３とを有している。プロセッサ２０１の一例としては、ＣＰＵ、ＤＳＰ、ＦＰＧＡ等が挙げられる。また、メモリ２０２の一例としては、ＳＤＲＡＭ等のＲＡＭ、ＲＯＭ、フラッシュメモリ等が挙げられる。
　そして、実施例の端末２０で行われる各種処理は、不揮発性記憶媒体などの各種メモリに格納されたプログラムをプロセッサ２０１で実行することによって実現されてもよい。すなわち、各構成によって実行される各処理に対応するプログラムがメモリ２０２に記録され、各プログラムがプロセッサ２０１で実行されてもよい。ここで、各構成とは、制御部２３の機能に相当する。また、送信部２１、受信部２２は、ＲＦ部２０３によって実現される。
　なお、ここでは、実施例の端末２０で行われる各種処理が１つのプロセッサ２０１によって実行されるものとしたが、これに限定されるものではなく、複数のプロセッサによって実行されてもよい。
　１０　基地局
　１１　送信部
　１２　受信部
　１３　通信部
　１４　制御部
　２０　端末
　２１　送信部
　２２　受信部
　２３　通信部
　２４　制御部
１０１　プロセッサ
１０２　メモリ
１０３　ＲＦ部
１０４　ネットワークＩＦ
２０１　プロセッサ
２０２　メモリ
２０３　ＲＦ部

Claims (11)

  1. 　端末がデータを送信するタイミングと制御情報を送信するタイミングとが重なるときに、前記データの送信に割り当てられたチャネルを用いて、前記制御情報を前記データと同時に基地局に送信する無線通信システムであって、
    　送信予定のデータの種類に関する情報を含む第１の信号を送信する第１送信部を有する端末と、
    　前記端末から通知される前記データの種類に応じて、前記制御情報を前記データの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号を前記端末に送信する第２送信部を有する基地局と、
    　を具備し、
    　前記第１送信部は、前記データを送信するタイミングと前記制御情報を送信するタイミングとが重なるときに、前記第２の信号に含まれる情報に応じて、前記制御情報を前記基地局に送信することを特徴とする無線通信システム。
  2. 　前記第２送信部は、前記データの種類が第１の種類である場合、前記データの送信に割り当てられたチャネルのリソースで前記制御情報を送信することを示し、前記データの種類が第２の種類である場合、前記データの送信に割り当てられたチャネルとは異なるリソースで前記制御情報を送信することを示す情報を含む前記第２の信号を送信することを特徴とする請求項１に記載の無線通信システム。
  3. 　前記第２送信部は、下りチャネルの中の特定のフィールドにより、前記制御情報を送信するリソースに関する情報を含む前記第２の信号を前記端末に送信することを特徴とする請求項１または２に記載の無線通信システム。
  4. 　前記第２送信部は、前記制御情報を送信するリソースに関連する下りチャネルが割り当てられた領域を特定する情報を含む前記第２の信号を前記端末に送信することを特徴とする請求項１または２に記載の無線通信システム。
  5. 　前記第２送信部は、前記データの種類が前記第２の種類である場合、前記データの送信に割り当てられたチャネルを指示する下りチャネルとは異なるリソースを用いて、前記制御情報を送信するリソースに関する情報を含む第３の信号を前記端末に送信し、
    　前記第１送信部は、前記データを送信するタイミングと前記制御情報を送信するタイミングとが重なるときに、前記第２、第３の信号に含まれる情報に応じて、前記制御情報を前記基地局に送信することを特徴とする請求項２に記載の無線通信システム。
  6. 　前記第１送信部は、前記データの種類に関する情報として前記第１の種類を示す情報を含む前記第１の信号を送信した後に前記第２の種類のデータが発生し、前記第２の種類のデータを送信するタイミングと前記制御情報を送信するタイミングとが重なる場合、前記第２の種類のデータの送信に割り当てられたチャネルとは異なるリソースを用いて、前記制御情報を前記基地局に送信することを特徴とする請求項２に記載の無線通信システム。
  7. 　データを送信するタイミングと制御情報を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネルを用いて、前記制御情報を前記データと同時に送信することが可能な端末と無線通信を行なう基地局であって、
    　前記端末からデータの種類に関する情報を含む第１の信号を受信する受信部と、
    　前記端末から通知された前記データの種類に応じて、前記制御情報を前記データの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号を前記端末に送信する送信部と、
    　を有することを特徴とする基地局。
  8. 　前記送信部は、前記データの種類が第１の種類である場合、前記データの送信に割り当てられたチャネルのリソースで前記制御情報を送信することを示し、前記データの種類が第２の種類である場合、前記データの送信に割り当てられたチャネルとは異なるリソースで前記制御情報を送信することを示す情報を含む前記第２の信号を送信することを特徴とする請求項７に記載の基地局。
  9. 　データを送信するタイミングと制御情報を送信するタイミングとが重なるときに、前記データの送信に割り当てられたチャネルを用いて、前記制御情報を前記データと同時に基地局に送信することが可能な端末であって、
    　送信予定のデータの種類に関する情報を含む第１の信号を前記基地局に送信する送信部と、
    　前記データの種類に応じて、前記制御情報を前記データの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号を受信する受信部と、
    　を有し、
    　前記送信部は、前記第２の信号に含まれる情報に応じて、前記制御情報を前記基地局に送信することを特徴とする端末。
  10. 　前記第２の信号は、前記データの種類が第１の種類である場合、前記データの送信に割り当てられたチャネルのリソースで前記制御情報を送信することを示し、前記データの種類が第２の種類である場合、前記データの送信に割り当てられたチャネルとは異なるリソースで前記制御情報を送信することを示す情報を含むことを特徴とする請求項９に記載の端末。
  11. 　端末がデータを送信するタイミングと制御情報を送信するタイミングとが重なるときに、前記データの送信に割り当てられたチャネルを用いて、前記制御情報を前記データと同時に基地局に送信する通信方法であって、
    　前記端末が、送信予定のデータの種類に関する情報を含む第１の信号を前記基地局に送信し、
    　前記基地局が、前記端末から通知される前記データの種類に応じて、前記制御情報を前記データの送信に割り当てられたチャネルで送信可能か否かを示す情報を含む第２の信号を前記端末に送信し、
    　前記端末が、前記データを送信するタイミングと前記制御情報を送信するタイミングとが重なるときに、前記第２の信号に含まれる情報に応じて、前記制御情報を前記基地局に送信する、
    　処理を実行することを特徴とする通信方法。
PCT/JP2018/000540 2018-01-11 2018-01-11 無線通信システム、基地局、端末、および通信方法 WO2019138518A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201880085873.3A CN111656814B (zh) 2018-01-11 2018-01-11 无线通信***、基站、终端和通信方法
JP2019564222A JP6984666B2 (ja) 2018-01-11 2018-01-11 無線通信システム、基地局、端末、および通信方法
PCT/JP2018/000540 WO2019138518A1 (ja) 2018-01-11 2018-01-11 無線通信システム、基地局、端末、および通信方法
US16/923,830 US11811696B2 (en) 2018-01-11 2020-07-08 Wireless communication system, base station, terminal, and method of communication
US18/377,369 US20240048331A1 (en) 2018-01-11 2023-10-06 Wireless communication system, base station, terminal, and method of communication

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/000540 WO2019138518A1 (ja) 2018-01-11 2018-01-11 無線通信システム、基地局、端末、および通信方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/923,830 Continuation US11811696B2 (en) 2018-01-11 2020-07-08 Wireless communication system, base station, terminal, and method of communication

Publications (1)

Publication Number Publication Date
WO2019138518A1 true WO2019138518A1 (ja) 2019-07-18

Family

ID=67218944

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/000540 WO2019138518A1 (ja) 2018-01-11 2018-01-11 無線通信システム、基地局、端末、および通信方法

Country Status (4)

Country Link
US (2) US11811696B2 (ja)
JP (1) JP6984666B2 (ja)
CN (1) CN111656814B (ja)
WO (1) WO2019138518A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11576181B2 (en) 2020-08-10 2023-02-07 International Business Machines Corporation Logical channel management in a communication system

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021532652A (ja) * 2018-07-25 2021-11-25 ソニーグループ株式会社 基地局、ユーザ機器、回線、移動通信システム及び方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017539182A (ja) * 2015-01-20 2017-12-28 エルジー エレクトロニクス インコーポレイティド 上りリンク制御情報を送信するための方法及びそのための装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8422429B2 (en) 2010-05-04 2013-04-16 Samsung Electronics Co., Ltd. Method and system for indicating the transmission mode for uplink control information
US10750533B2 (en) * 2016-04-01 2020-08-18 Lg Electronics Inc. Method for transmitting or receiving uplink control information in wireless communication system, and device therefor
WO2017209555A1 (ko) * 2016-06-03 2017-12-07 엘지전자(주) 무선 통신 시스템에서 상향링크 제어 채널을 전송하는 방법 및 이를 위한 장치
WO2018030858A1 (ko) * 2016-08-11 2018-02-15 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 상향링크 제어 정보 전송 방법 및 상기 방법을 이용하는 단말
CN112511284B (zh) * 2016-11-30 2023-04-07 Oppo广东移动通信有限公司 传输信息的方法、终端设备和网络设备
CN115102671B (zh) * 2017-01-03 2024-06-21 北京三星通信技术研究有限公司 数据传输的方法及设备
JP6848440B2 (ja) * 2017-01-06 2021-03-24 ソニー株式会社 端末装置、基地局装置、方法及び記録媒体
US10813118B2 (en) * 2017-07-10 2020-10-20 Lg Electronics Inc. Method for transmitting and receiving uplink control information and devices supporting the same
WO2019021486A1 (ja) * 2017-07-28 2019-01-31 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
CN111149398B (zh) * 2017-08-01 2023-10-31 株式会社Ntt都科摩 终端、***以及无线通信方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017539182A (ja) * 2015-01-20 2017-12-28 エルジー エレクトロニクス インコーポレイティド 上りリンク制御情報を送信するための方法及びそのための装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWEI ET AL.: "On UCI multiplexing", 3GPP TSG-RAN WG1#91 RL-1719397, 18 November 2017 (2017-11-18), XP051369306, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsgran/WGlRLl/TSGR191/Docs/Rl-1719397.zip> [retrieved on 20180315] *
LG ELECTRONICS: "UCI transmission on PUSCH for Rel-13 CA", 3GPP TSG-RAN WG1#83 RL-156853, 7 November 2015 (2015-11-07), XP051022537, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_83/Docs/R1-156853.zip> *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11576181B2 (en) 2020-08-10 2023-02-07 International Business Machines Corporation Logical channel management in a communication system

Also Published As

Publication number Publication date
CN111656814A (zh) 2020-09-11
JP6984666B2 (ja) 2021-12-22
US20240048331A1 (en) 2024-02-08
US11811696B2 (en) 2023-11-07
CN111656814B (zh) 2023-09-08
US20200344025A1 (en) 2020-10-29
JPWO2019138518A1 (ja) 2020-12-24

Similar Documents

Publication Publication Date Title
AU2021212111B2 (en) Uplink transmission method and corresponding equipment
EP3308490B1 (en) Transmission of uplink control information in unlicensed spectrum
US11743868B2 (en) Short physical uplink shared channel arrangement
JP7210596B2 (ja) 通信デバイス、基地局及び方法
JP6159672B2 (ja) 基地局、送信方法、移動局及び再送制御方法
US10856285B2 (en) Method and apparatus for allocating control channel candidates
WO2020166334A1 (en) Communication system
JP2018531551A6 (ja) 短縮物理アップリンク共有チャネル・アレンジメント
JP6989581B2 (ja) 伝送パラメータを決定するための方法、装置、およびコンピュータプログラムプロダクト
US10136413B2 (en) ARO values in PUCCH resource allocation for EPDCCH in TDD
US20210100024A1 (en) Method and device for transmitting/receiving uplink control information in wireless communication system
WO2017194022A1 (zh) 下行控制信息的传输方法、装置及***
US20240048331A1 (en) Wireless communication system, base station, terminal, and method of communication
US20210160011A1 (en) Method and device for transmitting/receiving uplink control information in wireless communication system
WO2013099269A1 (en) Method and device for physical uplink control channel (pucch) resource mapping
JP2023058691A (ja) 情報伝送方法、装置及び記憶媒体
AU2018417494B2 (en) Method for transmitting uplink control information, and related product
WO2019159303A1 (ja) 無線通信システム、端末および基地局
JP7277492B2 (ja) 物理的上りリンク制御チャネルの衝突を扱うための装置および方法
GB2490430A (en) Configuring an uplink data channel for multi-cell periodic feedback of channel state information
EP4348897A1 (en) On hybrid automatic repeat request (harq) process handling at extremely large subcarrier spacing (scs)

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019564222

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18899709

Country of ref document: EP

Kind code of ref document: A1