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

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

Info

Publication number
WO2019159303A1
WO2019159303A1 PCT/JP2018/005356 JP2018005356W WO2019159303A1 WO 2019159303 A1 WO2019159303 A1 WO 2019159303A1 JP 2018005356 W JP2018005356 W JP 2018005356W WO 2019159303 A1 WO2019159303 A1 WO 2019159303A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
information
uci
communication system
wireless communication
Prior art date
Application number
PCT/JP2018/005356
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 PCT/JP2018/005356 priority Critical patent/WO2019159303A1/ja
Publication of WO2019159303A1 publication Critical patent/WO2019159303A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals

Definitions

  • the present invention relates to a wireless communication system, a terminal, and a base station.
  • terminals For example, smartphones
  • traffic used by mobile terminals tends to increase in the future.
  • next generation for example, NR (New Radio) or 5G (5th generation mobile communication)
  • 4G (4th generation mobile communication) technical standard for example, Non-Patent Documents 1 to 11
  • 3GPP 3rd Generation Partnership Project
  • next-generation communication standards are assumed to support a wide variety of services.
  • eMBB Enhanced Mobile Broadband
  • Massive MTC Machine Type Communications
  • URLLC Ultra-Reliable and Low Covalent
  • URLLC aims to set the user plane delay in the uplink and downlink to 0.5 milliseconds even for low delay. This is a high requirement of less than 1/10 of LTE (Long Term Evolution), which is a 4G wireless communication system.
  • LTE Long Term Evolution
  • the terminal transmits data to the base station via a physical uplink shared channel (PUSCH).
  • PUSCH physical uplink shared channel
  • data transmitted on the uplink is referred to as uplink data.
  • the terminal transmits control information to the base station via a physical uplink control channel (PUCCH: Physical Uplink Control Channel).
  • PUCCH Physical Uplink Control Channel
  • UCI Uplink Control Information
  • uplink data and UCI may be transmitted by PUSCH.
  • the UCI may include ACK (Acknowledgement) / NACK (Negative-Acknowledgement), which is delivery confirmation information for data transmitted on the downlink.
  • ACK Acknowledgement
  • NACK Negative-Acknowledgement
  • data transmitted on the downlink is referred to as downlink data.
  • UCI may include a scheduling request (SR: Scheduling Request) for requesting transmission resource allocation, periodic or aperiodic CSI (Channel State Information), and the like.
  • SR Scheduling Request
  • the periodic CSI includes CQI (Channel Quality Indicator), PMI (Precoding Matrix Indicator) and the like.
  • the periodic CSI is a case where periodic transmission resources are allocated in advance by RRC (Radio Resource Control) (periodic reporting).
  • Aperiodic CSI is a case where transmission is performed according to control information (CSI Request) included in a physical downlink control channel (PDCCH: Physical Downlink Control Channel).
  • the base station transmits data (downlink data) to the terminal via a physical downlink shared channel (PDSCH: Physical Downlink Shared Channel).
  • PDSCH Physical Downlink Shared Channel
  • the base station transmits control information to the terminal via the PDCCH.
  • control information transmitted in the downlink is referred to as DCI (Downlink Control Information).
  • DCI includes, for example, UL grant information (PUSCH allocation information) and DL assignment (PDSCH allocation information), and is indicated in the technical standard as DCI Format (Non-patent Documents 2 and 17). .
  • the terminal when the UCI transmission timing and the uplink data transmission timing overlap, the terminal transmits UCI on the PUSCH by piggybacking (transmitting UCI on the PUSCH). Therefore, even in the next generation communication standard, when the UCI transmission timing and the data transmission timing overlap, the discussion proceeds in the direction of adopting that the terminal piggybacks the UCI to the PUSCH and transmits the data and the UCI. Yes.
  • the disclosed technology has been made in view of the above, and an object thereof is to make it possible to ensure redundancy according to the reliability required for uplink data.
  • the uplink control information is transmitted simultaneously with the uplink data using the channel assigned to the uplink data transmission.
  • a radio communication system capable of transmitting to a station, a first signal including first information related to a resource that allows a base station to place uplink control information on a channel allocated for transmission of uplink data to a terminal
  • the terminal transmits at least a part of the uplink control information on the channel and transmits it at the same time as the data according to the first information.
  • redundancy according to the reliability required for upstream data can be ensured.
  • FIG. 1 is a schematic diagram illustrating an example of a configuration of a wireless communication system according to the first embodiment.
  • FIG. 2 is an explanatory diagram of an overview of the wireless communication system according to the first embodiment.
  • FIG. 3 is a sequence diagram illustrating the operation of the wireless communication system according to the first embodiment.
  • FIG. 4 is an explanatory diagram illustrating 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 illustrating a first example of a method of 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 the first embodiment.
  • FIG. 2 is an explanatory diagram of an overview of the wireless communication system according to the first embodiment.
  • FIG. 3 is a sequence diagram illustrating the operation of the wireless communication system according to the
  • FIG. 6 is an explanatory diagram illustrating a second example of the method using the dedicated field (in the case of 2 bits) in the PDCCH in the wireless communication system according to the first embodiment.
  • FIG. 7 is an explanatory diagram illustrating a third example of the method using the dedicated field (in the case of 2 bits) in the PDCCH in the wireless communication system according to the first embodiment.
  • FIG. 8 is an explanatory diagram illustrating an example of a method using a shared field in the PDCCH in the wireless communication system according to the first embodiment.
  • FIG. 9 is an explanatory diagram illustrating an example of a method of using a shared field in the PDCCH in the wireless communication system according to the first embodiment.
  • FIG. 10 is an explanatory diagram of an overview of the wireless communication system according to the second embodiment.
  • FIG. 11 is an explanatory diagram of an overview of the wireless communication system according to the third embodiment.
  • FIG. 12 is a sequence diagram illustrating the operation of the wireless communication system according to the third embodiment.
  • FIG. 13 is a sequence diagram illustrating the operation of the wireless communication system according to the fourth embodiment.
  • FIG. 14 is a sequence diagram illustrating another operation of the wireless communication system according to the fourth embodiment.
  • FIG. 15 is a sequence diagram illustrating still another operation of the wireless communication system according to the fourth embodiment.
  • FIG. 16 is an explanatory diagram of an overview of the wireless communication system according to the fifth embodiment.
  • FIG. 17 is a sequence diagram illustrating the operation of the wireless communication system according to the fifth embodiment.
  • FIG. 18 is a diagram illustrating an example of a hardware configuration of the base station.
  • FIG. 19 is a diagram illustrating an example of a hardware configuration of the terminal.
  • FIG. 20 is a schematic diagram of 5G NR.
  • FIG. 21 is a diagram illustrating a case where the UE 20 transmits the UCI by piggybacking it to the PUSCH when the UCI transmission timing and the data transmission timing overlap.
  • FIG. 1 is a schematic diagram illustrating an example of a configuration of a wireless communication system according to the 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 or a next generation radio communication system.
  • the base station 10 is, for example, an eNB (evolved Node B) in LTE.
  • eNB evolved Node B
  • 5G base station 5G base station
  • gNB 5G base station
  • the terminal 20 is described as “UE20”
  • the base station 10 is described as “gNB10”.
  • New RAT is described as “NR” or “5G NR”.
  • the gNB 10 includes a communication unit 13 and a control unit 14.
  • the control unit 14 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 using PDSCH, and transmits DCI to the UE 20 using PDCCH.
  • the receiving unit 12 receives data (uplink data) transmitted from the UE 20 on the PUSCH, and receives UCI transmitted from the UE 20 on the PUCCH.
  • the UE 20 includes a communication unit 23 and a control unit 24.
  • the control unit 24 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 using PUSCH, and transmits UCI to the gNB 10 using PUCCH.
  • the receiving unit 12 receives downlink data transmitted from the gNB 10 via the PDSCH, and receives DCI transmitted from the gNB 10 via the PDCCH.
  • FIG. 20 is a schematic diagram in 5G NR.
  • the horizontal axis represents time
  • the vertical axis represents frequency.
  • a slot or a mini-slot is defined as a transmission unit in the time direction.
  • a slot-based transmission (long section) and a non-slot based transmission (short section) are defined.
  • the long section is defined as 1 slot
  • the short section is defined as 0.5 slot.
  • URLLC is assumed to use a short interval in order to realize low delay
  • eMBB is assumed to use both a long interval and a short interval.
  • UE20 transmits uplink data ("Data" in FIG.
  • UE20 transmits UCI containing Ack / Nack etc. to gNB10 via PUCCH.
  • UCI may be expressed as “UCI”, “Ack / Nack”, and “UCI (Ack / Nack etc.)”.
  • FIG. 21 is a diagram illustrating a case where the UE 20 transmits the UCI by PUgging back to the PUSCH when the UCI transmission timing and the data transmission timing overlap.
  • the horizontal axis represents time
  • the vertical axis represents frequency.
  • the discussion is proceeding in the direction of adopting that the UE 20 transmits the UCI by piggybacking it to the PUSCH.
  • the uplink data occupying the PUSCH The ratio of decreases.
  • the redundancy of the uplink data in the PUSCH is insufficient and the error rate is deteriorated.
  • the required error rate may not be satisfied.
  • the gNB 10 instructs the UE 20 about UCI transmission when the timing of transmitting data on the PUSCH and the timing of transmitting UCI on the PUCCH overlap. This will be described with a specific example.
  • FIG. 2 is an explanatory diagram illustrating an overview of the wireless communication system according to the first embodiment.
  • the horizontal axis represents time
  • the vertical axis represents frequency.
  • FIG. 3 is a sequence diagram illustrating the operation of the wireless communication system according to the first embodiment.
  • data scheduled to be transmitted is generated in a logical channel (hereinafter sometimes referred to as “LCH”).
  • the communication unit 23 of the UE 20 notifies the gNB 10 of the type of data scheduled to be transmitted through a Buffer status report or a 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.
  • SR scheduling request
  • the communication unit 23 is an example of a “notification unit”.
  • the communication unit 13 of the gNB 10 transmits DCI and downlink data to the UE 20 using the PDCCH and the corresponding PDSCH, respectively (step S110 in FIG. 3). That is, gNB10 transmits downlink data to UE20 by PDSCH, and transmits DCI to UE20 by PDCCH.
  • the DCI can include, for example, UL grant information (PUSCH allocation information) or DL assignment (PDSCH allocation information). In step S110, at least information on DL assignment is included.
  • the communication unit 13 of the gNB 10 relates to transmission of UCI according to at least one of the type of data notified from the UE 20 or the radio resources that can be allocated (for example, the number of resource blocks, the number of resource elements, etc.)
  • a PDCCH including information is transmitted.
  • the information regarding transmission of UCI is transmitted by PDCCH regarding UL grant, for example.
  • the communication unit 13 is an example of an “instruction unit”.
  • the gNB 10 transmits UCI using the channel (PUSCH) resource allocated for transmission of the first type of data. Is indicated on the PDCCH.
  • the gNB 10 transmits the UCI using a resource different from the channel allocated for the transmission of the second type of data.
  • PDCCH Physical Downlink Control Channel
  • gNB is the number of radio resources that can be occupied by UCI among radio resources that can be allocated (for example, the number of resource elements, the number of resource blocks), the number of bits, or the UCI occupancy rate in the PUSCH region (
  • at least one piece of information indicating the occupancy rate of UCI (or a part of information related to UCI) in the PUSCH region may be simply included in the PDCCH in step S120 and transmitted.
  • an upper limit value at which the UCI can be piggybacked using an RRC signal (for example, RRC Reconfiguration Message) or the like may be set in advance. Further, the occupation ratio can be calculated from equation (1) described later.
  • the control unit 24 adjusts information included in the UCI to be piggybacked so as to be within the range of the upper limit value. For example, only specific UCI information (for example, information on Ack / Nack) is piggybacked.
  • the UCI transmission timing and the uplink data transmission timing overlap.
  • the UCI is piggybacked on the PUSCH and transmitted.
  • the communication unit 23 of the UE 20 receives the PDCCH including information related to the UCI transmission, and uses the first type of data (see “ UL data ") and the piggybacked UCI information are transmitted (step S130 in FIG. 3).
  • the data type is the first type (for example, eMBB)
  • all UCIs may be piggybacked.
  • any upper limit value of the number of radio resources, the number of bits, and the occupation rate that can be occupied by UCI is indicated, or any of the above upper limit values is set in advance using an RRC message. If there is, the PCI is partially piggybacked so as to correspond to the number of resources, the number of bits, and the occupation rate that do not exceed the upper limit. As an example of piggybacking a part of UCI, for example, only information related to Ack / Nack is piggybacked.
  • the communication unit 23 of the UE 20 receives the PDCCH including information related to UCI transmission, and uses the second type of data (see FIG. 3). "UL data") and UCI (refer to "I '" in FIG. 2 for the UCI area) (step S130 in FIG. 3).
  • the data type is the second type (for example, URLLC)
  • it is desirable to perform piggyback so that the required quality of data can be maintained when piggybacking UCI. If the number of radio resources that can be occupied by UCI, the number of bits, or the occupation rate is instructed, or if an upper limit is set in advance using an RRC message, the upper limit is not exceeded.
  • a part of UCI is piggybacked so as to correspond to the number of resources, the number of bits, or the occupation rate.
  • the upper limit value may be changed according to the type of data or the allowable delay amount. Note that when a plurality of upper limit values are set, the UE 20 performs control so as to satisfy all the upper limit values, or performs control so as to satisfy any one upper limit value.
  • the communication unit 23 of the UE 20 uses a resource that has received the instruction to transmit a UCI that has not been transmitted in S130. Transmit (S140). Specifically, the communication unit 23 of the UE 20 transmits the UCI to the gNB 10 using a resource different from the PUSCH assigned to the uplink data transmitted in step S130 (step S140 in FIG. 3). For example, the UE 20 piggybacks the UCI on the PUSCH after the PUSCH assigned for data transmission and transmits the UCI to the NB 10 (see “I” in FIG. 2).
  • UE20 transmits UCI to gNB10 by PUCCH after PUSCH allocated for transmission of the 2nd type data (refer to "II" of Drawing 2).
  • the upper limit value may be provided in the same manner as in step S130 to limit the number of resources, the number of bits, or the occupation rate that can be piggybacked.
  • step S120 the communication unit 13 of the gNB 10 instructs the UE 20 regarding whether or not to transmit the UCI on the PUSCH according to a specific field in the PDCCH, or about resources that can be piggybacked. That is, the UE 20 is instructed about the piggyback on the UCI and the PUSCH.
  • Examples of the instruction method include a method using a set dedicated field and a method using an existing shared field as specific fields in the PDCCH.
  • the resources that can be piggybacked correspond to at least one of the number of resources, the number of bits, and the occupation rate.
  • FIG. 4 is an explanatory diagram illustrating an example of a method of 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 dedicated field values “0” and “1” in the PDCCH to the LCH in advance, and associates the LCH and the PDCCH.
  • the gNB 10 sets in advance 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 it.
  • the upper limit of the number of bits that can be piggybacked may be set by an RRC message. Further, the upper limit value may be made variable by using another dedicated field in the PDCCH.
  • the gNB 10 indicates the value of the dedicated field in the PDCCH with “0”.
  • the transmission timing of UCI and the transmission timing of data overlap.
  • the UE 20 transmits data on the PUSCH.
  • the UE 20 transmits the UCI on the PUSCH allocated for data transmission. That is, the UE 20 piggybacks the UCI to the PUSCH.
  • radio resource allocation information may be received from gNB before transmission. At this time, the number of resources, the number of bits, or the upper limit of the occupation rate that can be piggybacked by UCI is piggybacked to PUSCH.
  • the upper limit value is desirably changed depending on the type of data transmitted by the UE 20, for example. This is because the required delay amount and reliability differ depending on the data type, so that the radio resource of the entire radio system can be flexibly utilized by changing the upper limit value for each data type.
  • step S120 the value of the dedicated field in the PDCCH is indicated by “1” by the gNB 10.
  • the transmission timing of UCI and the transmission timing of uplink data overlap.
  • step S130 the UE 20 transmits uplink data using the PUSCH.
  • step S140 the UE 20 does not transmit UCI on the PUSCH allocated for transmission of uplink data. That is, UE20 does not piggyback UCI to PUSCH in step S130.
  • the UE 20 transmits the UCI to the gNB 10 via a resource (PUSCH or PUCCH) different from the channel (PUSCH) allocated to the uplink data transmission transmitted in step S130 (step S140).
  • PUSCH or PUCCH resource allocated to the uplink data transmission transmitted in step S130
  • the UE 20 transmits the UCI to the gNB 10 via a resource (PUSCH or PUCCH) different from the channel (PUSCH) allocated to the uplink data transmission transmitted in step S130 (step S140).
  • PUSCH or PUCCH resource different from the channel (PUSCH) allocated to the uplink data transmission transmitted in step S130 (step S140).
  • PUSCH or PUCCH resource allocated to the uplink data transmission transmitted in step S130
  • up to the upper limit of the number of resources, the number of bits, or the occupation rate that UCI can piggyback is piggybacked.
  • the upper limit value is desirably changed depending on the type of data transmitted by the UE 20, for example. This is because the required delay amount and
  • the gNB 10 can recognize which channel the UCI is transmitted from the UE 20 through an instruction to the UE 20.
  • FIG. 5 is an explanatory diagram illustrating a first example of a method of 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 gNB10 indicates the value of the dedicated field in the PDCCH as “00”, “01”, “10”, “11”.
  • the gNB 10 maps the dedicated field values “00”, “01”, “10”, and “11” in the PDCCH to the LCH in advance, and associates the LCH with the PDCCH.
  • the gNB 10 sets in advance a resource for transmitting a UCI to be used when the value of the dedicated field in the PDCCH is “00”, “01”, “10”, “11” by an RRC message.
  • the UE 20 may be notified.
  • the RRC message is, for example, any one of RRC Configuration setup message, RRC Reconfiguration message, and RRC establishment message.
  • step S120 the UE 20 is instructed by the gNB 10 that the value of the dedicated field in the PDCCH is “00”.
  • step S130 the UE 20 transmits uplink data using the PUSCH.
  • step S130 the UE 20 does not piggyback the UCI to the PUSCH.
  • step S140 UCI is transmitted. Depending on the situation, this time UCI transmission may not be performed.
  • the gNB 10 indicates the value of the dedicated field in the PDCCH with “01”.
  • the transmission timing of UCI and the transmission timing of uplink data overlap.
  • the UE 20 piggybacks part of the UCI to the PUSCH, and transmits data and a part of the UCI.
  • the UE 20 transmits the UCI that was not transmitted in step S130.
  • UCI that has not been sent in step S140 may be abandoned. This process is used, for example, with an option that some UCIs are not transmitted depending on the situation.
  • the UCI that is piggybacked and transmitted in step S130 is, for example, information related to Ack / Nack for downlink data received on the PDSCH in step S110.
  • step S120 the value of the dedicated field in the PDCCH is indicated by “10” by the gNB 10.
  • the UCI transmission timing and the data (for example, URLLC data) transmission timing overlap.
  • step S130 the UE 20 piggybacks all of the UCI, and transmits data and UCI on the PUSCH.
  • step S120 the value of the dedicated field in the PDCCH is indicated by “11” by the gNB 10.
  • the transmission timing of UCI and the transmission timing of uplink data overlap.
  • step S130 the UE 20 transmits uplink data using the PUSCH.
  • step S130 the UE 20 does not piggyback the UCI to the PUSCH.
  • the UE 20 transmits the UCI to the gNB 10 using the PUCCH after the PUSCH assigned to the uplink data transmission (see “II” in FIG. 2).
  • UE20 piggybacks and transmits UCI to PUSCH after PUSCH allocated to data.
  • the values of these dedicated fields may be changed according to the type of data.
  • the first type of data for example, eMMB data
  • a setting is made so that transmission of UCI is given priority
  • the second type of data for example, URLLC data
  • transmission of uplink data is performed. Set so that priority can be given.
  • the gNB 10 can recognize how the UCI is transmitted from the UE 20 by an instruction to the UE 20.
  • FIG. 6 is an explanatory diagram illustrating a second example of another 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 (a, b), and the values of the dedicated field in the PDCCH are set to “00”, “01”, “10”, “11” by the gNB 10. ".
  • the gNB 10 maps the dedicated field values “00”, “01”, “10”, and “11” in the PDCCH to the LCH in advance, and associates the LCH with the PDCCH.
  • the gNB 10 sets in advance a resource for transmitting a UCI to be used when the value of the dedicated field in the PDCCH is “00”, “01”, “10”, “11” by an RRC message.
  • the UE 20 may be notified.
  • the RRC message is, for example, one of RRC Configuration setup message, RRC Reconfiguration message, and RRC establishment message.
  • 1 bit (a) of 2 bits (a, b) indicates whether or not information related to CSI among the information included in UCI is to be piggybacked, and the other 1 bit (b ) Indicates whether or not to piggyback information on Ack / Nack among the information included in the UCI.
  • step S120 the UE 20 is instructed by the gNB 10 that the value of the dedicated field in the PDCCH is “00”.
  • step S130 the transmission timing of UCI and the transmission timing of data overlap.
  • step S130 the UE 20 transmits uplink data using the PUSCH.
  • step S140 the UE 20 does not piggyback UCI to PUSCH. This process is used, for example, as an option not to transmit UCI this time depending on the situation.
  • step S120 the value of the dedicated field in the PDCCH is indicated by “01” by the gNB 10.
  • the transmission timing of UCI and the transmission timing of uplink data overlap.
  • step S130 the UE 20 piggybacks information on Ack / Nack included in UCI in the PUSCH, and transmits uplink data and information on Ack / Nack.
  • Step S140 UE20 transmits UCI (information about CSI) which was not transmitted in Step S130.
  • the UCI not sent in S130 may be abandoned without being transmitted. This process is used, for example, with an option that some UCIs are not transmitted depending on the situation.
  • step S120 the value of the dedicated field in the PDCCH is indicated by “10” by the gNB 10.
  • the transmission timing of UCI and the transmission timing of uplink data overlap.
  • step S130 the UE 20 piggybacks information on CSI included in the UCI in the PUSCH, and transmits data and information on CSI.
  • Step S140 UE20 transmits UCI (information about Ack / Nack) which was not transmitted in Step S130.
  • the UCI not sent in S130 may be abandoned without being transmitted. This process is used, for example, with an option that some UCIs are not transmitted depending on the situation.
  • step S120 the value of the dedicated field in the PDCCH is indicated by “11” by the gNB 10.
  • the UCI transmission timing and the data (for example, URLLC data) transmission timing overlap.
  • step S130 the UE 20 transmits data on the PUSCH.
  • step S130 the UE 20 piggybacks both the information related to CSI and the information related to Ack / Nack included in the UCI to the PUSCH. In short, uplink data, information on CSI included in UCI, and information on Ack / Nack are transmitted.
  • 2 bits are described in association with CSI and Ack / Nack, but the number of bits may be increased according to the type of information. Also, the presence or absence of piggyback may be indicated by 1 bit by grouping a plurality of information into one group. By doing in this way, gNB20 can select required (or high priority) information among UCI, and can receive it preferentially over the information of other UCI.
  • FIG. 7 is an explanatory diagram illustrating a third example of another 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 gNB10 indicates the value of the dedicated field in the PDCCH as “00”, “01”, “10”, “11”.
  • the gNB 10 maps the dedicated field values “00”, “01”, “10”, and “11” in the PDCCH to the LCH in advance, and associates the LCH with the PDCCH.
  • the gNB 10 sets in advance a resource for transmitting a UCI to be used when the value of the dedicated field in the PDCCH is “00”, “01”, “10”, “11” by an RRC message.
  • the UE 20 may be notified.
  • the RRC message is, for example, any one of an RRC configuration setup message, an RRC reconfiguration message, and an RRC establishment message.
  • the example of FIG. 7 is an example in which information that can be piggybacked on specific information in UCI can be adjusted, and the specific information is described as Ack / Nack.
  • step S120 the UE 20 is instructed by the gNB 10 that the value of the dedicated field in the PDCCH is “00”.
  • step S130 the transmission timing of UCI and the transmission timing of data overlap.
  • step S130 the UE 20 transmits uplink data using the PUSCH.
  • step S140 the UE 20 does not piggyback UCI to PUSCH.
  • step S120 the value of the dedicated field in the PDCCH is indicated by “01” by the gNB 10.
  • the transmission timing of UCI and the transmission timing of uplink data overlap.
  • step S130 the UE 20 performs a piggyback according to the number of bits corresponding to the information related to Ack / Nack included in the UCI in the PUSCH, and transmits data and information of Ack / Nack.
  • Step S140 UE20 transmits UCI (for example, information about CSI) which was not transmitted in Step S130.
  • the UCI not sent in S130 may be abandoned without being transmitted. This process is used, for example, with an option that some UCIs are not transmitted depending on the situation.
  • the Piggyback according to the corresponding number of bits can be set so that the value of ⁇ offset included in the equation (1) described later changes according to the number of bits of Ack / Nack. Means Piggyback.
  • step S120 the value of the dedicated field in the PDCCH is indicated by “10” by the gNB 10.
  • the transmission timing of UCI and the transmission timing of uplink data overlap.
  • step S130 the UE 20 piggybacks information related to Ack / Nack included in the UCI in the PUSCH according to the determined index, and transmits data and information related to Ack / Nack.
  • the relationship between Index and Piggyabck will be described later.
  • Step S140 UE20 transmits UCI (for example, information about CSI) which was not transmitted in Step S130. Note that, as described above, the UCI not sent in S130 may be discarded without being transmitted. This process is used, for example, with an option that some UCIs are not transmitted depending on the situation.
  • step S120 the value of the dedicated field in the PDCCH is indicated by “11” by the gNB 10.
  • the transmission timing of UCI and the transmission timing of data overlap.
  • step S130 the UE 20 transmits uplink data using the PUSCH.
  • step S130 the UE 20 piggybacks both the information related to CSI and the information related to Ack / Nack included in the UCI to the PUSCH.
  • uplink data, information related to CSI included in UCI, and information related to Ack / Nack are transmitted using PUSCH.
  • Ack / Nack has been described as an example of specific UCI information, but other information may be similarly applied.
  • Ack / Nack as the specific UCI, when the downlink data is URLLC, it can be instructed to preferentially transmit information related to Ack / Nack for the downlink data.
  • each value may be associated with a ⁇ offset value described later.
  • Three types of ⁇ offsets related to Ack / Nack defined in TS38.331 V15.0.0 can be set according to the number of bits of Ack / Nack. Therefore, for example, it may be configured to notify that three types of ⁇ offset and piggyback are not performed with 2 bits. In this way, it may be specified that three types of ⁇ offset or piggyback are not performed regardless of the number of bits of Ack / Nack.
  • CSI may be used in combination with ⁇ offset corresponding to the number of bits of CSI defined in TS38.331 V15.0.0 (Non-patent Document 24) and non-piggybacking as well as Ack / Nack. .
  • the ⁇ offset may be generated according to the type of data.
  • the ⁇ offsets related to Ack / Nack can be defined, but they may be newly added for URLLC communication. By doing so, it is possible to control the UCI that is piggybacked to the PUSCH with a ⁇ offset corresponding to the type of data.
  • the method using the dedicated field in the PDCCH has been described by taking the case of 1 bit and the case of 2 bits as an example.
  • a resource for transmitting UCI may be set using the above bits.
  • the first 1 bit or 2 bits may be set in accordance with the above-described method, and resources for transmitting UCI may be set in consideration of specific contents (time, frequency, etc.) by the next n bits. It is also possible to add a bit indicating the type of data to the first bit, and to add information related to UCI's piggyback in subsequent bits. At that time, the instruction content of Piggyback may be changed by the first bit.
  • ⁇ offset HARQ-ACK is used as a parameter for determining the size of a resource for mapping ACK / NACK.
  • ⁇ offset CSI is used as a parameter for determining the size of a resource for mapping CSI.
  • ⁇ offset HARQ-ACK is described as an example.
  • ⁇ offset HARQ-ACK is a parameter that determines how many RE (Resource element) numbers are used for transmission when ACK / NACK is put on PUSCH.
  • the RE number is calculated by the following equation (1).
  • Q ′ is the number of REs and represents the number when ACK / NACK included in UCI is mapped.
  • O ACK represents the number of bits of ACK / NACK
  • L ACK represents the number of bits of a cyclic redundancy check (CRC) code added to ACK / NACK
  • M sc UCI is The number of PUSCH REs per symbol excluding the reference signal (RS) is shown.
  • C and Kr represent parameters obtained from the PDCCH that schedules PUSCH transmission.
  • 8 and 9 are explanatory diagrams illustrating an example of a method of using the ⁇ offset field in the PDCCH in the wireless communication system according to the first embodiment. 8 and 9 are respectively described in “Table 9.3-1” and “Table 9.3-3” in Section 9.3 of 3GPP TS38.213 V15.0.0 (Non-Patent Document 17). ing.
  • Table 9.3-1 shown in FIG. 8 indicates the value and number of ⁇ offset in the case of ACK / NACK, and associates 32 numbers “0” to “31” with ⁇ offset HARQ-ACK. .
  • ⁇ offset HARQ-ACK corresponding to the numbers “0” to “15”
  • a value of “1.000” or more is set.
  • “Reserved” is set in ⁇ offset HARQ-ACK corresponding to the numbers “16” to “31”.
  • the Index described above corresponds to this ⁇ offset. Therefore, when an index is obtained based on Equation 1, resources that can be piggybacked are determined.
  • Table 9.3-3 shown in FIG. 9 has four values “00”, “01”, “10”, and “11” as UCI offset indicators, and “Table 9.3-1” shown in FIG. Are associated with four selected numbers among the 32 numbers “0” to “31”.
  • the UCI offset indicator values “00”, “01”, “10”, and “11” shown in FIG. 9 are the dedicated fields shown in FIGS.
  • the values are set in the same manner as the values “00”, “01”, “10”, and “11”.
  • the values “01”, “10”, “11” shown in FIG. 9 are associated with the three selected values among the values “0” to “15” shown in FIG. .
  • the value “00” shown in FIG. 9 is associated with one of the values “16” to “31” shown in FIG.
  • the numerator of the equation (1) becomes “0”. That is, the RE number is “0”, and UCI related to ACK / NACK is not transmitted.
  • the values of the shared fields in the PDCCH are “00”, “01”, “10”, “11” by the gNB 10 (four values selected in FIG. 8). ).
  • the gNB 10 maps the shared field values “00”, “01”, “10”, and “11” in the PDCCH to the LCH in advance, and associates the LCH with the PDCCH.
  • gNB10 presets the resource which transmits UCI used when the value of the shared field in PDCCH is "00", "01”, “10", “11” with the message of RRC.
  • the UE 20 may be notified.
  • step S120 the value of the shared field in the PDCCH is instructed by the gNB 10 to the value “00” shown in FIG. 9 (one of the values “16” to “31” shown in FIG. 8). .
  • the UCI transmission timing and the data overlap.
  • step S130 the UE 20 transmits data on the PUSCH.
  • step S130 the UE 20 does not piggyback the UCI to the PUSCH. This process is used, for example, as an option not to transmit UCI this time depending on the situation.
  • the gNB 10 gives an instruction on the PDCCH according to the type of data notified from the UE 20.
  • the value of the shared field in the PDCCH is designated by the gNB 10 to the value “01” shown in FIG. 9 (one value among the values “0” to “15” shown in FIG. 8).
  • the transmission timing of UCI and the transmission timing of uplink data overlap.
  • the UE 20 piggybacks the number of resources corresponding to the ⁇ offset indicated by “01” to the PUSCH, and transmits data and UCI using the PUSCH. That is, the UE 20 piggybacks the UCI to the PUSCH.
  • step S120 the value of the shared field in the PDCCH is changed to the value “10” shown in FIG. 9 by the gNB 10 (another one of the values “0” to “15” shown in FIG. 8). Instructed to.
  • the UCI transmission timing and the data (for example, URLLC data) transmission timing overlap.
  • the UE 20 piggybacks the UCI to the PUSCH with the number of resources, the number of bits, or the occupation rate corresponding to the ⁇ offset indicated by “10”, and the UCI (UCI region in FIG. "I '") and uplink data are transmitted.
  • the UE 20 may transmit the remaining UCI to the gNB 10 on the PUSCH after the PUSCH allocated for data transmission (see “II” in FIG. 2), or transmit the remaining UCI. It is not necessary.
  • step S120 the value of the shared field in the PDCCH is changed by the gNB 10 to the value “11” shown in FIG. 9 (another one of the values “0” to “15” shown in FIG. 8).
  • step S130 the resource number or the bit number corresponding to the ⁇ offset indicated by “11” is piggybacked to the PUSCH, and the UCI and data are transmitted using the PUSCH.
  • the UE 20 transmits the remaining UCI to the gNB 10 on the PUCCH (see “II” in FIG. 2) after the PUSCH assigned for data transmission.
  • the same ⁇ offset as “10” and “11” may be set, one indicating that transmission is performed after PUSCH transmission, and the other may be set not to transmit the remaining UCI.
  • the gNB 10 can recognize how much UCI is transmitted from the UE 20 in which channel by an instruction to the UE 20.
  • a field indicating the number of bits of Ack / Nack to be mapped (that is, O in Equation 1) is used instead of the ⁇ offset field, and the number of bits of Ack / Nack is “ “0” may be indicated.
  • the number of CRC bits to be added is also “0”.
  • the radio communication system includes the terminal (UE 20) and the base station (gNB 10).
  • the UE 20 transmits the UCI to the gNB 10 simultaneously with the data using the channel (PUSCH) allocated for the data transmission.
  • the notification unit (communication unit 23) of the UE 20 may notify the type of data scheduled to be transmitted.
  • the type of data notified from the UE 20 is the first type (eMBB).
  • the instruction unit (communication unit 13) of the gNB 10 instructs the UE 20 to transmit the UCI using the channel (PUSCH) resource allocated to the transmission of the first type (eMBB) data.
  • the type of data notified from the UE 20 is the second type (URLLC).
  • the communication unit 13 of the gNB 10 instructs the UE 20 on resources that can be occupied by the UCI among the resources of the channel (PUSCH) allocated to the transmission of the second type (URLLC) data.
  • the communication unit 13 of the gNB 10 instructs the UE 20 on the resource for transmitting the UCI using a specific field (dedicated field or shared field) in the downlink channel (PDCCH).
  • the transmission unit (communication unit 23) of the UE 20 transmits the UCI to the gNB 10 using the resource instructed by the gNB 10.
  • the information corresponding to the upper limit value and the set value is piggybacked.
  • the gNB 10 transmits information related to UCI transmission to the UE 20 when uplink data and UCI transmission timing overlap. For example, gNB10 instructs to piggyback a part of UCI (for example, Ack / Nack information) on a channel (PUSCH) allocated for transmission of uplink data, and to transmit uplink data and a part of UCI. To do. As a result, the UE 20 can ensure the ratio of uplink data in the PUSCH. That is, PUSCH redundancy is not insufficient. Also, UCI information can be sent when there is a margin in resources.
  • PUSCH channel allocated for transmission of uplink data
  • the wireless communication system when transmitting uplink data, the quality of the uplink data is ensured and the required error rate can be satisfied.
  • UCI information can be transmitted without delay depending on resource conditions.
  • Ack / Nack when information related to Ack / Nack for URLLC downlink data and URLLC uplink data are generated simultaneously, Ack / Nack can be transmitted while ensuring redundancy of the uplink data. Therefore, it is possible to control the uplink data and downlink data so as to satisfy predetermined quality (reliability, allowable delay amount, etc.).
  • the gNB 10 has described the example in which the UE 20 is instructed to transmit the UCI resource using a specific field (dedicated field or shared field) in the PDCCH.
  • the gNB 10 instructs the UE 20 on the resource for transmitting the UCI by using information specifying the time-frequency region to which the PDCCH 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. 10 is an explanatory diagram illustrating an overview of the wireless communication system according to the second embodiment.
  • Information specifying the time-frequency region to which the PDCCH is allocated includes the size, the RNTI (Radio Network Temporary Identity), the header, the location of the CORESET (Control resource set), the Search space, and the like.
  • the type of PDCCH (control information size, RNTI (Radio Network Temporary Identity), header) is determined according to the control content for PUSCH such as the type of data to be transmitted.
  • CORESET and Search space arranged according to the type of PDCCH are determined.
  • the gNB 10 maps the information specifying the time-frequency domain to which the PDCCH is allocated to the LCH in advance, and associates the LCH with the PDCCH.
  • the gNB 10 notifies the UE 20 of the correspondence relationship between the PDCCH region and the LCH using an RRC message.
  • the gNB 10 also sets the relationship between the resource for transmitting UCI, the number of resources that can be piggybacked, the number of bits that can be piggybacked, the upper limit value of the occupation ratio, and the LCH or region in advance, and notifies the UE 20 deep. Note that the notification of the above two correspondences may be performed simultaneously or separately.
  • the PDCCH is distinguished by the location of the CORESET and the search space.
  • the location of CORESET is distinguished as CORESET “CORESET # 1” for URLLC data or CORESET “CORESET # 2” for eMBB data.
  • “CORESET # 1” includes “Search space # A” as the Search space.
  • search space # A at least one upper limit value of the number of resources, the number of bits, or the occupation rate that can be piggybacked by UCI information is associated with a channel (PUSCH) allocated for uplink data transmission.
  • step S120 the gNB 10 instructs the PDCCH according to the type of data notified from the UE 20.
  • the location of the CORESET is instructed in advance by “CORESET # 2” by the gNB 10 as information for specifying the time-frequency region to which the PDCCH is allocated.
  • the transmission timing of UCI and the transmission timing of data overlap.
  • step S130 the UE 20 transmits data on the PUSCH.
  • step S140 the UE 20 transmits the UCI on the PUSCH allocated for data transmission. That is, the UE 20 piggybacks the UCI to the PUSCH.
  • At least one upper limit value of the number of resources, the number of bits, and the occupation rate that can be piggybacked by UCI information is set in a channel (PUSCH) allocated for transmission of URLLC data.
  • PUSCH channel allocated for transmission of URLLC data.
  • the location of the CORESET is instructed in advance with “CORESET # 1”, and in step S120, the PDCCH is in the region of the “CORESET # 1”. Sent by resource.
  • the UCI transmission timing and the data (for example, URLLC data) transmission timing overlap.
  • the UE 20 transmits data on the PUSCH.
  • the UE 20 does not transmit UCI on the PUSCH allocated for data transmission. That is, the UE 20 does not piggyback UCI to PUSCH.
  • the UE 20 transmits UCI to the gNB 10 using a resource (PUSCH or PUCCH) different from the channel (PUSCH) allocated for data transmission.
  • PUSCH or PUCCH resource
  • the information is piggybacked so as to correspond to the number of resources, the number of bits, or the occupation rate of the upper limit value that can be piggybacked related to the region.
  • Each region or LCH may be associated with a ⁇ offset value.
  • Three types of ⁇ offsets related to Ack / Nack defined in TS38.331 V15.0.0 can be set according to the number of bits of Ack / Nack. Therefore, for example, in each region or LCH, it may be set using an RRC message so as not to perform three types of ⁇ offsets and piggyback.
  • the gNB 10 may designate the UE 20 using the region or LCH not to perform three types of ⁇ offsets or piggybacks regardless of the number of bits of Ack / Nack.
  • CSI may be used in combination with ⁇ offset corresponding to the number of bits of CSI defined in TS38.331 V15.0.0 (Non-patent Document 24) and non-piggybacking as well as Ack / Nack. .
  • each region or LCH may be supported so that the ⁇ offset can be changed according to the type of data.
  • the current specification can define only three types of ⁇ offsets related to Ack / Nack, but two types are newly added for URLLC communication so that the ⁇ offset can be changed according to the region or LCH. By doing so, it is possible to control the UCI that is piggybacked to the PUSCH with a ⁇ offset corresponding to the type of data.
  • the gNB 10 can recognize which data is transmitted from the UE 20 based on the notification from the UE 20, and can recognize which channel the UCI is transmitted from the UE 20 according to an instruction to the UE 20.
  • the upper limit of the number of resources that can be piggybacked, the number of bits, and the occupation ratio can be changed depending on the area where the PDCCH is stored, the upper limit corresponding to the type of data can be set by making the data and the area related Can do.
  • the radio communication system includes the terminal (UE20) and the base station (gNB10).
  • the UE 20 uses a channel allocated for data transmission to transfer part or all of the UCI simultaneously with uplink data. Send to gNB10.
  • the notification unit (communication unit 23) of the UE 20 notifies the type of data scheduled to be transmitted.
  • the communication unit 13 of the gNB 10 has at least one upper limit of the number of resources, the number of bits, and the occupation rate that can be piggybacked by the UCI depending on the area (size, RNTI, header, CORESET location, Search space) to which the downlink channel (PDCCH) is allocated.
  • the transmission unit (communication unit 23) of the UE 20 determines the UCI within a range that does not exceed the upper limit of the number of resources, the number of bits, and the occupation rate instructed to the gNB10. Send to.
  • the gNB 10 can change the upper limit of the amount of UCI information to be piggybacked when uplink data and UCI transmission timing overlap. For example, when the gNB 10 performs piggyback on the channel (PUSCH) allocated for transmission of the second type (URLLC) data, an upper limit value that can sufficiently maintain the quality of the PUSCH is set. As a result, the proportion of uplink data in the PUSCH is ensured. That is, PUSCH redundancy is not insufficient. For this reason, in the wireless communication system according to the second embodiment, when URLLC data that requires high reliability is transmitted, resources allocated to the URLLC data are secured, and the required error rate is satisfied. be able to.
  • PUSCH channel allocated for transmission of the second type
  • the PUSCH redundancy can be reduced from the second type (URLLC) data, so that the upper limit value can be increased by the reduced amount. That is, UCI that can be piggybacked can be increased.
  • the gNB 10 gives information on UCI transmission in association with uplink data allocation information and gives an instruction.
  • the gNB 10 indicates using a resource different from the PDCCH that indicates the PUSCH assigned to uplink data transmission.
  • 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. 11 is an explanatory diagram of an overview of the wireless communication system according to the third embodiment.
  • the horizontal axis represents time, and the vertical axis represents frequency.
  • the type of data notified from the UE 20 is the second type (for example, URLLC).
  • the gNB 10 uses a resource (PUSCH or PUCCH) that is different from the PUSCH assigned to the transmission of the data using a resource different from the PDCCH that indicates the PUSCH assigned to the transmission of the second type of data. Instruct the UE 20.
  • the gNB 10 uses a PDCCH that is 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 allocated for the transmission of the second type of data (see “III” in FIG. 11).
  • FIG. 12 is a sequence diagram illustrating the operation of the wireless communication system according to the third embodiment.
  • data scheduled to be transmitted occurs in the LCH.
  • the communication unit 23 of the UE 20 notifies the gNB 10 of the type of data scheduled to be transmitted, using Buffer status report or SR (step S200 in FIG. 12). That is, the UE 20 notifies the gNB 10 of the type of data to be transmitted.
  • the communication unit 13 of the gNB 10 transmits DCI and data to the UE 20 through the PDCCH and the corresponding PDSCH, respectively (step S210 in FIG. 12). That is, gNB10 transmits downlink data to UE20 by PDSCH, and transmits DCI to UE20 by PDCCH.
  • the DCI includes, for example, UL grant information (PUSCH allocation information) and DL assignment (PDSCH allocation information).
  • the communication unit 13 of the gNB 10 instructs on which channel the UCI is transmitted according to the type of data notified from the UE 20 using the PDCCH related to the UL grant (step S220 in FIG. 12). Specifically, when the type of data notified from the UE 20 is the second type (for example, URLLC), the communication unit 13 of the gNB 10 does not piggyback the UCI to the PUSCH, or piggybacks at least a part of the UCI. This is indicated on the PDCCH.
  • the following first and second methods may be used as methods for instructing PCICH not to piggyback UCI to PUSCH or to piggyback a part of UCI.
  • the first method is a method using a specific field (dedicated field or shared field) in the PDCCH in the first embodiment.
  • the second method is a method using information (size, RNTI, header, CORESET location, Search space) that specifies a time-frequency region to which the PDCCH is allocated in the second embodiment.
  • the operation is not limited to the type of data and may be performed as described above.
  • the communication unit 13 of the gNB 10 instructs a new transmission timing (resource) of UCI using another PDCCH (step S225 in FIG. 12).
  • the communication unit 13 of the gNB 10 uses a channel (PUSCH) allocated for transmission of the second type of data using a PDCCH different from the PDCCH indicating the PUSCH allocated for transmission of the second type of data.
  • the UE 20 is instructed with a resource different from ().
  • the communication unit 23 of the UE 20 transmits uplink data (“UL data” in FIG. 12) using the PUSCH (step S230 in FIG. 12). Further, the communication unit 23 of the UE 20 transmits UCI to the gNB 10 using the resource instructed by the gNB 10. Specifically, the communication unit 23 of the UE 20 transmits the UCI to the gNB 10 using a resource different from the PUSCH allocated for the transmission of the second type of data (Step S240 in FIG. 12). For example, UE20 transmits UCI to gNB10 by PUSCH after PUSCH allocated for transmission of uplink data (refer "III" of FIG. 11). Or UE20 transmits UCI to gNB10 by PUCCH after PUSCH allocated to transmission of the 2nd type of data.
  • step S220 and step S225 may be performed in the order of processing or the processing timing may be the same.
  • the gNB 10 can recognize which data is transmitted from the UE 20 based on the notification from the UE 20, and can recognize which channel the UCI is transmitted from the UE 20 according to an instruction to the UE 20.
  • the radio communication system includes the terminal (UE20) and the base station (gNB10).
  • the UE 20 uses part of the UCI at the same time as the data using the channel allocated for data transmission. Send to
  • 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, as a resource different from the channel (PUSCH) allocated by the gNB 10 for transmission of the second type (URLLC) data, the PUSCH after the channel (PUSCH) (see “III” in FIG. 11) or PUCCH is indicated. As a result, the proportion of uplink data in the PUSCH is ensured. That is, PUSCH redundancy is not insufficient. For this reason, in the wireless communication system according to the third embodiment, when URLLC data that requires high reliability is transmitted, resources allocated to the URLLC data are secured, and the required error rate is satisfied. be able to. Further, as in the first and second embodiments, a part of the UCI may be piggybacked in step S230. By doing so, UCI can be transmitted while securing resources allocated to data, so that resources can be effectively utilized.
  • the UE 20 assumes a case where the second type of data is generated after notifying the first type as the data type, and the UCI transmission timing and the data transmission timing overlap. To do. In this case, in the wireless communication system according to the fourth embodiment, the UE 20 transmits the UCI to the gNB 10 using a PUSCH different from the PUSCH assigned 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 is omitted.
  • FIG. 13 is a sequence diagram illustrating the operation of the wireless communication system according to the fourth embodiment.
  • the first type of data (“eMBB data” in FIG. 13) is generated as data scheduled to be transmitted.
  • the communication unit 23 of the UE 20 notifies the gNB 10 of the data of the first type (eMBB) as the type of data scheduled to be transmitted, using Buffer status report or SR (step S300 in FIG. 13). That is, the UE 20 notifies the gNB 10 of the type of data to be transmitted.
  • step S300 the second type of data (“URLLC data” in FIG. 13) is generated in LCH # y (step S305 in FIG. 13).
  • the communication unit 13 of the gNB 10 transmits DCI and data to the UE 20 through the PDCCH and the corresponding PDSCH, respectively (step S310 in FIG. 13). That is, gNB10 transmits downlink data to UE20 by PDSCH, and transmits DCI to UE20 by PDCCH.
  • the DCI includes, for example, UL grant information (PUSCH allocation information) and DL assignment (PDSCH allocation information).
  • the communication unit 13 of the gNB 10 indicates the number of resources or the number of bits to be piggybacked by the UCI according to the type of data notified from the UE 20 using the PDCCH related to UL grant (step S320 in FIG. 13).
  • the communication unit 23 of the UE 20 uses the number of resources, the number of bits, or the number of resources indicated by the PDCCH so that the second type (URLLC) data can have a predetermined quality.
  • the UCI for piggybacking is made smaller than the number of bits and the occupation ratio.
  • the information to be piggybacked is reduced so as not to exceed the upper limit value according to the data to be transmitted.
  • the remaining UCI that could not be transmitted for example, when the first type of data generated in S300 is separately transmitted on the PUSCH, it may be transmitted with piggyback (step S340 in FIG. 13).
  • transmission can be performed by newly receiving allocation information after step S330.
  • the remaining UCI may be transmitted on PUCCH.
  • FIG. 14 is a sequence diagram illustrating another operation of the wireless communication system according to the fourth embodiment.
  • the timing at which the second type (URLLC) data is generated in LCH # y is different from the example shown in FIG.
  • the second type of data (“URLLC data” in FIG. 14) is generated in LCH # y (step S315 in FIG. 14).
  • Other processes are the same as those in FIG.
  • FIG. 15 is a sequence diagram illustrating still another operation of the wireless communication system according to the fourth embodiment.
  • the timing at which the second type (URLLC) data is generated in LCH # y is different from the examples shown in FIGS. 13 and 14.
  • the second type of data (“URLLC data” in FIG. 15) is generated in LCH # y (step S325 in FIG. 15).
  • Other processes are the same as those in FIG.
  • a DMRS sequence or arrangement pattern is provided. Used.
  • a DMRS sequence or arrangement pattern indicates whether or not UCI is carried 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 placed 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 the UCI is placed on the second PUSCH.
  • the gNB 10 recognizes the second type (URLLC) data transmitted from the UE 20 in step S330 and the UCI transmitted from the UE 20 in step S340 based on the DMRS sequence or arrangement pattern. it can. Further, for example, the value of ⁇ offset may be indicated by using a DMRS series or arrangement pattern.
  • URLLC second type
  • step S330 in order to enable the gNB 10 to recognize whether the data transmitted from the UE 20 in step S330 is the second type (URLLC) data, the following two methods are used.
  • MCS Modulation and Coding Scheme specified by PDCCH
  • the size of the URLLC data autonomously replaced by the UE 20 is smaller than the size of the data scheduled to be transmitted on the PUSCH originally assigned for eMBB.
  • the UE 20 fills the deficiency with zeros to match the data size, and generates the first PUSCH based on the MCS specified by the PDCCH.
  • the UE 20 fills the deficiency with eMBB data to match the size, and generates the first PUSCH based on the MCS specified by the PDCCH.
  • the gNB 10 can be recognized by the UE 20 attaching a header to the eMBB data.
  • the second method uses another MCS different from the MCS specified by the PDCCH.
  • the gNB 10 designates the MCS when the DMRS sequence or the arrangement pattern indicates that UCI is not placed on the PUSCH as another MCS in advance by RRC. And UE20 produces
  • the gNB 10 designates the size when transmitting URLLC data by RRC in advance with another MCS. And UE20 adjusts an encoding rate according to the allocated resource based on other MCS in step S330, and produces
  • the radio communication system includes the terminal (UE20) and the base station (gNB10).
  • the UE 20 uses the channel allocated for data transmission to transfer all or part of the UCI simultaneously with the data gNB10. Send to.
  • the data type which UE20 transmits you may change the information content (the number of resources, the number of bits, an occupation rate) of UCI transmitted by piggybacking to PUSCH.
  • the second type of data is generated after the first type is notified as the data type, and the timing for transmitting the data and the timing for transmitting the UCI may overlap.
  • the communication unit 23 of the UE 20 changes the upper limit value corresponding to the second type of data, and piggybacks the UCI according to the changed upper limit value.
  • the UE 20 piggybacks the UCI according to the type of data and transmits the UCI to the gNB 10.
  • the UE 20 may use a resource (PUSCH) different from the channel (PUSCH) allocated for transmission of the second type of data.
  • PUSCH resource allocated for transmission of the second type of data.
  • the proportion of uplink data in the PUSCH is ensured. That is, PUSCH redundancy is not insufficient.
  • URLLC data that requires high reliability is transmitted, resources allocated to the URLLC data are secured, and the required error rate is satisfied. be able to.
  • the amount of information to be piggybacked can be adjusted according to the type of data.
  • the UE 20 receives the second type of data after receiving the first type as the data type, and determines the UCI for the first data and the UCI for the second data. Assume that the transmission timing and the uplink data transmission timing overlap. In this case, the UE 20 in the wireless communication system according to the fifth embodiment piggybacks the UCI having a higher priority among the UCI for the first data and the UCI for the second data to the PUSCH.
  • the same parts as those in the first to fourth embodiments are denoted by the same reference numerals, and the description thereof is omitted.
  • FIG. 16 is an explanatory diagram of an overview of the wireless communication system according to the fifth embodiment.
  • the horizontal axis represents time
  • the vertical axis represents frequency.
  • FIG. 17 is a sequence diagram illustrating the operation of the wireless communication system according to the fifth embodiment.
  • data scheduled to be transmitted is generated in a logical channel (hereinafter sometimes referred to as “LCH”).
  • LCH logical channel
  • the communication unit 23 of the UE 20 notifies the gNB 10 of the type of data scheduled to be transmitted through a Buffer status report or a scheduling request (SR) (step S400 in FIG. 17).
  • SR scheduling request
  • the communication unit 13 of the gNB 10 transmits DCI and downlink data of the first type (for example, eMMB) to the UE 20 using the PDCCH and the corresponding PDSCH, respectively (step S410 in FIG. 17). That is, the gNB 10 transmits the first type of downlink data to the UE 20 using the PDSCH, and transmits the first DCI for the first type of downlink data to the UE 20 using the PDCCH.
  • the DCI includes, for example, UL grant information (PUSCH allocation information) and DL assignment (PDSCH allocation information).
  • high priority data (second type (for example, URLLC) data) is generated in the gNB 10.
  • the communication unit 13 of the gNB 10 transmits the second DCI and the second type of data for the second type of data to the UE 20 using the PDCCH and the corresponding PDSCH, respectively (step S420 in FIG. 17). That is, gNB10 transmits 2nd type downlink data to UE20 by PDSCH, and transmits 2nd DCI to UE20 by PDCCH.
  • high-priority data is, for example, URLLC data that requires high reliability and low delay, and is preferentially scheduled as soon as data is generated.
  • the communication unit 13 of the gNB 10 sets a PDCCH including information related to UCI transmission according to at least one of the type of data notified from the UE 20 or the radio resources that can be allocated (for example, the number of resource blocks). Send. Note that the information related to the transmission of UCI is transmitted, for example, on the PDCCH related to UL grant. (Step S430 in FIG. 17).
  • the Ack / Nack transmission timing for the first downlink data, the Ack / Nack transmission timing for the second downlink data, and the data transmission timing overlap.
  • the UCI can be piggybacked on the PUSCH according to the information related to the transmission of the UCI included in the PDCCH received in S430, the UCI is piggybacked and transmitted with the number of resources, the number of bits, or the occupation rate that can be piggybacked. .
  • UCI (for example, Ack / Nack) must be transmitted for a plurality of downlink data of the first downlink data and the second downlink data.
  • resources that can be transmitted by UCI are limited in order to ensure redundancy.
  • the UCI to be piggybacked is determined according to the priority of the information.
  • the priority depends on, for example, the type of downlink data, the reception timing, and the type of information (Ack / Nack, CSI).
  • Ack / Nack For example, in the priority of data types, in the case of URLLC data and eMMB data, priority is given to URLLC data that requires a lower delay.
  • Ack / Nack information is preferentially transmitted in order to reduce the possibility of retransmission.
  • piggybacking is performed from the reception timing that is fast.
  • the gNB 10 determines that the transmission has failed and is retransmitted.
  • HARQ processing is performed on the retransmission data and the received data, and the corresponding result is later Transmit according to the timing received at. *
  • the communication unit 23 of the UE 20 when the communication unit 23 of the UE 20 receives an instruction to transmit a UCI that has not been piggybacked using another resource, the communication unit 23 transmits a UCI that has not been transmitted using the resource that has received the instruction (see FIG. 17 S450). Specifically, the communication unit 23 of the UE 20 transmits the UCI to the gNB 10 using a resource different from the PUSCH allocated for data transmission (S450 in FIG. 17). For example, UE20 transmits UCI to gNB10 by PUSCH after PUSCH allocated for transmission of the 2nd type of data. Or UE20 transmits UCI to gNB10 by PUCCH after PUSCH allocated to transmission of the 2nd type of data. In addition, when transmitting UCI with another resource, you may instruct
  • the radio communication system includes the terminal (UE 20) and the base station (gNB 10).
  • the UE 20 uses part of the UCI at the same time as the data using the channel allocated for data transmission. Send to.
  • the PUSCH is piggybacked from high-priority UCI information according to the upper limit value that can be piggybacked.
  • the wireless communication system when the UCI transmission timing and the data transmission timing overlap, a part of the UCI included in the UCI is piggybacked to the PUSCH according to the priority of the UCI information. To do. As a result, the proportion of uplink data in the PUSCH is ensured. That is, the redundancy of the uplink data included in the PUSCH is not insufficient. For this reason, in the wireless communication system according to the fifth embodiment, when transmitting data for URLLC that requires high reliability, resources allocated to the data for URLLC are secured, and the required error rate is satisfied. be able to. Further, for example, even if the downstream data is URLLC data, it is possible to control so that the Ack / Nack for the data is preferentially piggybacked.
  • each component in the embodiment does not necessarily need to be physically configured as illustrated.
  • the specific form of distribution / integration of each part is not limited to the one shown in the figure, and all or a part thereof may be functionally or physically distributed / integrated in arbitrary units according to various loads and usage conditions. Can be configured.
  • each device is executed entirely or arbitrarily on a CPU (Central Processing Unit) (or a micro computer such as MPU (Micro Processing Unit) or MCU (Micro Controller Unit)). You may make it do.
  • Various processes may be executed in whole or in any part on a program that is analyzed and executed by a CPU (or a microcomputer such as an MPU or MCU) or hardware based on wired logic.
  • the base station 10 and the terminal 20 of the embodiment can be realized by the following hardware configuration, for example.
  • FIG. 18 is a diagram illustrating 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 DSP (Digital Signal Processor), and an FPGA (Field Programmable Gate Array).
  • the memory 102 include a RAM (Random Access Memory) such as SDRAM (Synchronous Dynamic Random Access Memory), a ROM (Read Only Memory), a flash memory, and the like.
  • the various processes performed in the base station 10 may be realized by the processor 101 executing programs stored in various memories such as a nonvolatile 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 a function of the control unit 13. Further, the transmission unit 11 and the reception unit 12 are realized by the RF unit 103.
  • FIG. 19 is a diagram illustrating an example of a 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, and an FPGA.
  • the memory 202 include RAM such as SDRAM, ROM, flash memory, and the like.
  • the 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 nonvolatile 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 a function of the control unit 23.
  • the transmission unit 21 and the reception unit 22 are realized by the RF unit 203.

Landscapes

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

Abstract

端末が上りデータを送信するタイミングと上り制御情報を送信するタイミングとが重なるときに、上りデータの送信に割り当てられたチャネルを用いて、上り制御情報を上りデータと同時に基地局に送信することが可能な無線通信システムにおいて、　基地局が、端末に、上りデータの送信に割り当てられるチャネルに上り制御情報をのせることが可能なリソースに関する第１の情報を含む第１の信号を送信する。端末は、前記上りデータを送信するタイミングと前記制御情報を送信するタイミングとが重なるときに、第１の情報に応じて、チャネルに上り制御情報の少なくとも一部をのせてデータと同時に送信する。これにより、高信頼度が要求されるデータに割り当てられるリソースを確保し、要求される誤り率を満たすことができる。

Description

無線通信システム、端末および基地局
　本発明は、無線通信システム、端末および基地局に関する。
　現在のネットワークは、モバイル端末（例えば、スマートフォン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末（以下、「端末」と記載する）が使うトラフィックは、今後も拡大していく傾向にある。
　一方で、ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　ａ　Ｔｈｉｎｇｓ）サービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、次世代（例えば、ＮＲ(Ｎｅｗ　Ｒａｄｉｏ)又は、５Ｇ（第５世代移動体通信））の通信規格では、４Ｇ（第４世代移動体通信）の技術標準（例えば、非特許文献１～１１）に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。なお、次世代の通信規格については、３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）の作業部会（例えば、ＴＳＧ－ＲＡＮ　ＷＧ１、ＴＳＧ－ＲＡＮ　ＷＧ２等）で技術検討が進められている（例えば、非特許文献１２～３８）。
　次世代の通信規格では、多種多様なサービスに対応することを想定しており、例えば、ｅＭＢＢ（Ｅｎｈａｎｃｅｄ　Ｍｏｂｉｌｅ　Ｂｒｏａｄｂａｎｄ）、Ｍａｓｓｉｖｅ　ＭＴＣ（Ｍａｃｈｉｎｅ　Ｔｙｐｅ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)、およびＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ　ａｎｄ　Ｌｏｗ　Ｌａｔｅｎｃｙ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に分類される多くのユースケースのサポートを想定している。
　上記のうちの１つのユースケースであるＵＲＬＬＣでは、誤り率が１０－５という超高信頼性の要求がある。超高信頼性を実現する１つの方法として、使用リソース量を増やしてデータに冗長性を持たせる方法がある。しかし、無線リソースは限りがあるので、無制限に使用リソースを増やすことはできない。
　また、ＵＲＬＬＣでは、低遅延に関しても、上りリンクおよび下りリンクにおけるユーザプレーンの遅延を０．５ミリ秒とすることが目標とされている。これは４Ｇの無線通信システムであるＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）の１／１０未満という高い要求である。
　このように、ＵＲＬＬＣでは、上述のような超高信頼性と低遅延とを同時に満たすことが要求される。
　また、４Ｇの無線通信ステムにおいて、端末は、物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical　Uplink　Shared　Channel）を介してデータを基地局に送信する。以下、上りリンクで送信されるデータを上りデータと記載する。また、端末は、物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ　Ｕｐｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）を介して制御情報を基地局に送信する。以下、上りリンクで送信される制御情報のことをＵＣＩ（Ｕｐｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ）と記載する。なお、上りデータとＵＣＩとを同時に送信する場合には、上りデータとＵＣＩとをＰＵＳＣＨで送信することもある。
　ここで、ＵＣＩには、下りリンクで送信されたデータに対する送達確認情報であるＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（Ｎｅｇａｔｉｖｅ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）が含まれることがある。以下、下りリンクで送信されるデータを下りデータと記載する。また、ＵＣＩには、送信リソースの割り当てを要求するスケジューリングリクエスト（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ　Ｒｅｑｕｅｓｔ）、周期的または非周期的なＣＳＩ（Ｃｈａｎｎｅｌ　Ｓｔａｔｅ　Ｉｎｆｏｒｍａｔｉｏｎ）等が含まれることがある。
　ＣＳＩには、ＣＱＩ（Ｃｈａｎｎｅｌ　Ｑｕａｌｉｔｙ　Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ　Ｍａｔｒｉｘ　Ｉｎｄｉｃａｔｏｒ）等が含まれる。また、周期的なＣＳＩとは、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）により予め周期的な送信リソースが割り当てられる場合（ｐｅｒｉｏｄｉｃ　ｒｅｐｏｒｔｉｎｇ）である。非周期的なＣＳＩとは、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）に含まれる制御情報（ＣＳＩ　Ｒｅｑｕｅｓｔ）に応じて送信が行われる場合（ａｐｅｒｉｏｄｉｃ ｒｅｐｏｒｔｉｎｇ）である。
　また、４Ｇの無線通信ステムでは、例えば、基地局は、物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）を介してデータ（下りデータ）を端末に送信する。また、基地局は、ＰＤＣＣＨを介して制御情報を端末に送信する。以下、下りリンクで送信される制御情報をＤＣＩ（Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ）と記載する。
　ここで、ＤＣＩには、例えば、ＵＬ　ｇｒａｎｔの情報（ＰＵＳＣＨの割当て情報）やＤＬ　ａｓｓｉｇｎｍｅｎｔ（ＰＤＳＣＨの割当て情報）が含まれ、ＤＣＩ　Ｆｏｒｍａｔとして技術標準に示されている（非特許文献２、１７）。
　また、４Ｇの無線通信ステムでは、端末は、ＵＣＩの送信タイミングと上りデータの送信タイミングとが重なる場合、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信する（ＵＣＩをＰＵＳＣＨに載せて送信する）。そこで、次世代の通信規格においても、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる場合、端末がＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして、データとＵＣＩを送信することを採用する方向で議論が進んでいる。
3GPP TS 36.211  V15.0.0 （2017-12） 3GPP TS 36.212  V15.0.1 （2018-01） 3GPP TS 36.213  V15.0.0 （2017-12） 3GPP TS 36.300  V15.0.0 （2017-12） 3GPP TS 36.321  V15.0.0 （2017-12） 3GPP TS 36.322  V15.0.0 （2017-12） 3GPP TS 36.323  V14.5.0 （2017-12） 3GPP TS 36.331  V15.0.1 （2018-01） 3GPP TS 36.413  V15.0.0 （2017-12） 3GPP TS 36.423  V15.0.0 （2017-12） 3GPP TS 36.425  V14.0.0 （2017-03） 3GPP TS 37.340  V15.0.0 （2017-12） 3GPP TS 38.201  V15.0.0 （2017-12） 3GPP TS 38.202  V15.0.0 （2017-12） 3GPP TS 38.211  V15.0.0 （2017-12） 3GPP TS 38.212  V15.0.0 （2017-12） 3GPP TS 38.213  V15.0.0 （2017-12） 3GPP TS 38.214  V15.0.0 （2017-12） 3GPP TS 38.215  V15.0.0 （2017-12） 3GPP TS 38.300  V15.0.0 （2017-12） 3GPP TS 38.321  V15.0.0 （2017-12） 3GPP TS 38.322  V15.0.0 （2017-12） 3GPP TS 38.323  V15.0.0 （2017-12） 3GPP TS 38.331  V15.0.0 （2017-12） 3GPP TS 38.401  V15.0.0 （2017-12） 3GPP TS 38.410  V 0.6.0  (2017-12） 3GPP TS 38.413  V 0.5.0 （2017-12） 3GPP TS 38.420  V 0.5.0 （2017-12） 3GPP TS 38.423  V 0.5.0 （2017-12） 3GPP TS 38.470  V15.0.0  (2018-01) 3GPP TS 38.473  V15.0.0  (2017-12) 3GPP TR 38.801  V14.0.0 （2017-04） 3GPP TR 38.802  V14.2.0 （2017-09） 3GPP TR 38.803  V14.2.0 （2017-09） 3GPP TR 38.804  V14.0.0 （2017-03） 3GPP TR 38.900  V14.3.1 （2017-07） 3GPP TR 38.912  V14.1.0 （2017-06） 3GPP TR 38.913  V14.3.0 （2017-06）
　ところで、制御情報（ＵＣＩ）の送信タイミングと上りデータの送信タイミングとが重なるときに、端末がＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信するとＰＵＳＣＨに占める上りデータの割合が少なくなる。このため、ＰＵＳＣＨ内の上りデータの冗長度が不足して誤り率が悪くなる。例えば、次世代の無線通信ステムにおいて、高信頼度が要求されるようなＵＲＬＬＣの上りデータを送信する場合に、ＵＲＬＬＣ用の上りデータを所定の信頼度にするためのリソースが確保されず、要求される誤り率を満たせなくなる可能性がある。
　開示の技術は、上記に鑑みてなされたものであって、上りデータに要求される信頼性に応じた冗長度を確保することを可能にすることを目的とする。
　１つの態様では、端末が上りデータを送信するタイミングと上り制御情報を送信するタイミングとが重なるときに、前記上りデータの送信に割り当てられたチャネルを用いて、上り制御情報を上りデータと同時に基地局に送信することが可能な無線通信システムにおいて、基地局が端末に、上りデータの送信に割り当てられるチャネルに上り制御情報をのせることが可能なリソースに関する第１の情報を含む第１の信号を送信し、端末は、上りデータを送信するタイミングと制御情報を送信するタイミングとが重なるときに、第１の情報に応じて、チャネルに上り制御情報の少なくとも一部をのせてデータと同時に送信する。
　１つの側面では、上りデータに要求される信頼性に応じた冗長度を確保することができる。
図１は、実施例１に係る無線通信システムの構成の一例を示す概略図である。 図２は、実施例１に係る無線通信システムの概要を示す説明図である。 図３は、実施例１に係る無線通信システムの動作を示すシーケンス図である。 図４は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の専用フィールド（１ビットの場合）を用いる方法の一例を示す説明図である。 図５は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の専用フィールド（２ビットの場合）を用いる方法の第１の例を示す説明図である。 図６は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の専用フィールド（２ビットの場合）を用いる方法の第２の例を示す説明図である。 図７は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の専用フィールド（２ビットの場合）を用いる方法の第３の例を示す説明図である。 図８は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の共用フィールドを用いる方法の一例を示す説明図である。 図９は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の共用フィールドを用いる方法の一例を示す説明図である。 図１０は、実施例２に係る無線通信システムの概要を示す説明図である。 図１１は、実施例３に係る無線通信システムの概要を示す説明図である。 図１２は、実施例３に係る無線通信システムの動作を示すシーケンス図である。 図１３は、実施例４に係る無線通信システムの動作を示すシーケンス図である。 図１４は、実施例４に係る無線通信システムの他の動作を示すシーケンス図である。 図１５は、実施例４に係る無線通信システムの更に他の動作を示すシーケンス図である。 図１６は、実施例５に係る無線通信システムの概要を示す説明図である。 図１７は、実施例５に係る無線通信システムの動作を示すシーケンス図である。 図１８は、基地局のハードウェア構成の一例を示す図である。 図１９は、端末のハードウェア構成の一例を示す図である。 図２０は、５Ｇ　ＮＲの概略図である。 図２１は、ＵＣＩの送信タイミングとデータの送信タイミングとが重なるときにＵＥ２０がＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信する場合を示した図である。
　以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
　また、本明細書で使用している用語や記載した技術的内容は、３ＧＰＰなど通信に関する規格として仕様書や寄書に記載された用語や技術的内容が適宜用いられてもよい。このような仕様書としては、例えば、上述した非特許文献１～３８が挙げられる。
　以下に、本願の開示する無線通信システム、基地局、端末、および通信方法の実施例を、図面に基づいて詳細に説明する。なお、以下の実施例は開示の技術を限定するものではない。
　［無線通信システムの構成］
　図１は、実施例１に係る無線通信システムの構成の一例を示す概略図である。図１に示す無線通信システムは、基地局１０と、端末２０とを有する。
　端末２０は、例えばＬＴＥまたは次世代の無線通信システムにおけるＵＥ（User　Equipment）である。基地局１０は、例えばＬＴＥにおけるｅＮＢ（evolved　Node　B）である。また、３ＧＰＰで検討されている５Ｇでは、新しい通信技術として、Ｎｅｗ　ＲＡＴ（Radio　Access　Technology）を採用することが検討されている。Ｎｅｗ　ＲＡＴでは、基地局は、５ＧＮＢ（５Ｇの基地局）またはｇＮＢと呼ばれている。以下、端末２０を「ＵＥ２０」と記載し、基地局１０を「ｇＮＢ１０」と記載する。また、Ｎｅｗ　ＲＡＴを「ＮＲ」または「５Ｇ　ＮＲ」と記載する。
　ｇＮＢ１０は、通信部１３および制御部１４を有する。制御部１４は、通信部１３の動作を制御する。
　通信部１３は、送信部１１および受信部１２を有し、ＵＥ２０との間で無線通信を行なう。例えば、送信部１１は、ＰＤＳＣＨでデータ（下りデータ）をＵＥ２０に送信し、ＰＤＣＣＨでＤＣＩをＵＥ２０に送信する。例えば、受信部１２は、ＵＥ２０からＰＵＳＣＨで送信されたデータ（上りデータ）を受信し、ＵＥ２０からＰＵＣＣＨで送信されたＵＣＩを受信する。
　ＵＥ２０は、通信部２３および制御部２４を有する。制御部２４は、通信部２３の動作を制御する。
　通信部２３は、送信部２１および受信部２２を有し、ｇＮＢ１０との間で無線通信を行なう。例えば、送信部２１は、ＰＵＳＣＨで上りデータをｇＮＢ１０に送信し、ＰＵＣＣＨでＵＣＩをｇＮＢ１０に送信する。例えば、受信部１２は、ｇＮＢ１０からＰＤＳＣＨで送信された下りデータを受信し、ｇＮＢ１０からＰＤＣＣＨで送信されたＤＣＩを受信する。
　図２０は、５Ｇ　ＮＲにおける概略図である。図２０において、横軸は時間を表し、縦軸は周波数を表している。５Ｇ　ＮＲでは、時間方向の送信単位としてスロット（ｓｌｏｔ）または、ミニスロットが規定されている。具体的には、Ｓｌｏｔ－ｂａｓｅｄ　ｔｒａｎｓｍｉｓｓｉｏｎ（長区間）とＮｏｎ－ｓｌｏｔ　ｂａｓｅｄ　ｔｒａｎｓｍｉｓｓｉｏｎ（短区間）が規定されている。例えば、長区間が１ｓｌｏｔに規定され、短区間が０．５ｓｌｏｔに規定されている。例えば、ＵＲＬＬＣは低遅延を実現するために短区間の使用が想定され、ｅＭＢＢは長区間および短区間の両方の使用が想定されている。ここで、ＵＥ２０は、ＰＵＳＣＨで上りデータ（図１６中の「Ｄａｔａ」）と復調参照信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ　Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ）とをｇＮＢ１０に送信する。また、ＵＥ２０は、ＰＵＣＣＨを介してＡｃｋ／Ｎａｃｋなどを含むＵＣＩをｇＮＢ１０に送信する。以下、ＵＣＩを図示する場合、「ＵＣＩ」、「Ａｃｋ／Ｎａｃｋ」、「ＵＣＩ（Ａｃｋ／Ｎａｃｋなど）」と表記する場合もある。
　図２１は、ＵＣＩの送信タイミングとデータの送信タイミングとが重なるときにＵＥ２０がＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信する場合を示した図である。図２１において、横軸は時間を表し、縦軸は周波数を表している。例えば、５Ｇの通信規格では、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる場合、ＵＥ２０がＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信することを採用する方向で議論が進んでいる。しかし、４Ｇの無線通信ステムと同様に、ＵＣＩの送信タイミングとデータの送信タイミングとが重なるときにＵＥ２０がＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信する場合、図２１に示すように、ＰＵＳＣＨに占める上りデータの割合が少なくなる。このため、ＰＵＳＣＨにおける上りデータの冗長度が不足して誤り率が悪くなる。例えば、５Ｇの無線通信ステムにおいて、高信頼度が要求されるようなＵＲＬＬＣ用の上りデータを送信する場合に、要求される誤り率を満たせなくなる可能性がある。
　そこで、実施例１に係る無線通信システムでは、ｇＮＢ１０は、ＰＵＳＣＨでデータを送信するタイミングとＰＵＣＣＨでＵＣＩを送信するタイミングとが重なる場合のＵＣＩの送信に関する指示をＵＥ２０に行う。これについて具体例を挙げて説明する。
　図２は、実施例１に係る無線通信システムの概要を示す説明図である。図２において、横軸は時間を表し、縦軸は周波数を表している。図３は、実施例１に係る無線通信システムの動作を示すシーケンス図である。
　例えば、論理チャネル（以下、「ＬＣＨ」と記載することもある）において、送信予定のデータが発生する。この場合、ＵＥ２０の通信部２３は、Ｂｕｆｆｅｒ　ｓｔａｔｕｓ　ｒｅｐｏｒｔ、または、スケジューリングリクエスト（ＳＲ）により、送信予定のデータの種類をｇＮＢ１０に通知する（図３のステップＳ１００）。すなわち、ＵＥ２０は、送信したいデータの種類をｇＮＢ１０に通知する。なお通知する際には、例えば、２ビットの情報を用いて、データの種類または、データの優先度(例えば、許容遅延量に応じてきまる優先度)を通知する。なお、通信部２３は、「通知部」の一例である。
　次に、ｇＮＢ１０の通信部１３は、ＰＤＣＣＨおよび対応するＰＤＳＣＨでそれぞれＤＣＩおよび下りデータをＵＥ２０に送信する（図３のステップＳ１１０）。すなわち、ｇＮＢ１０は、ＰＤＳＣＨで下りデータをＵＥ２０に送信し、ＰＤＣＣＨでＤＣＩをＵＥ２０に送信する。ＤＣＩには、例えば、ＵＬ　ｇｒａｎｔの情報（ＰＵＳＣＨの割当て情報）または、ＤＬ　ａｓｓｉｇｎｍｅｎｔ（ＰＤＳＣＨの割当て情報）が含めることが可能である。なお、ステップＳ１１０では、少なくともＤＬ　ａｓｓｉｇｎｍｅｎｔの情報が含まれている。
　次に、ｇＮＢ１０の通信部１３は、ＵＥ２０から通知されたデータの種類または、割り当てることが可能な無線リソース(例えば、リソースブロックの数、リソースエレメント数等)の少なくとも一方に応じてＵＣＩの送信に関する情報を含むＰＤＣＣＨを送信する。なお、ＵＣＩの送信に関する情報は、例えば、ＵＬ　ｇｒａｎｔに関するＰＤＣＣＨで送信される。（図３のステップＳ１２０）。通信部１３は、「指示部」の一例である。例えば、ｇＮＢ１０は、ＵＥ２０から通知されるデータの種類が第１の種類（例えばｅＭＢＢ）である場合、第１の種類のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）のリソースでＵＣＩを送信することを、ＰＤＣＣＨで指示する。一方、ｇＮＢ１０は、ＵＥ２０から通知されるデータの種類が第２の種類（例えばＵＲＬＬＣ）である場合、第２の種類のデータの送信に割り当てられたチャネルとは異なるリソースでＵＣＩを送信することを、ＰＤＣＣＨで指示する。また、ｇＮＢは、割り当てることが可能な無線リソースのうちＵＣＩが占めることが可能な無線リソース数（例えば、リソースエレメント数、リソースブロック数）、ビット数、または、ＰＵＳＣＨの領域におけるＵＣＩの占有率(以降、ＰＵＳＣＨの領域におけるＵＣＩ（または、ＵＣＩに関する情報の一部）の占有率を単に占有率と記載する。)を示す情報の少なくとも１つをステップＳ１２０のＰＤＣＣＨに含めて送信しても良い。なお、ＲＲＣ信号（例えば、ＲＲＣＲｅｃｏｎｆｉｇｒａｔｉｏｎＭｅａｓｓａｇｅ）等を用いてＵＣＩをＰｉｇｇｙｂａｃｋすることが可能な上限値を予め設定しても良い。また、占有率は、後述する式（１）から算出することが可能である。
　なお、上限値が設定されている場合は、制御部２４において、上限値の範囲に納まるようにＰｉｇｇｙｂａｃｋするＵＣＩに含まれる情報を調整する。例えば、特定のＵＣＩの情報(例えば、Ａｃｋ／Ｎａｃｋに関する情報)のみをＰｉｇｇｙｂａｃｋする。
　次に、ＵＥ２０において、ＵＣＩの送信タイミングと上りデータの送信タイミングとが重なる。ここで、ステップＳ１２０で受信したＰＤＣＣＨに含まれるＵＣＩの送信に関する情報に応じてＰＵＳＣＨにＵＣＩをＰｉｇｇｙｂａｃｋして送信する。例えば、データの種類が第１の種類（例えばｅＭＢＢ）である場合、ＵＥ２０の通信部２３は、ＵＣＩの送信に関する情報を含むＰＤＣＣＨを受信し、ＰＵＳＣＨで第１の種類のデータ（図３の「ＵＬ　ｄａｔａ」）とＰｉｇｇｙｂａｃｋしたＵＣＩの情報を送信する（図３のステップＳ１３０）。なお、データの種類が第１の種類（例えばｅＭＢＢ）の場合は、ＵＣＩを全てＰｉｇｇｙｂａｃｋするとしても良い。また、ＵＣＩが占めることが可能な無線リソース数、ビット数、占有率の何れかの上限値が指示されている場合または、予めＲＲＣのメッセージを用いて上記の何れかの上限値が設定されている場合は、上限値を超えないリソース数、ビット数、占有率に対応するようにＵＣＩの一部をＰｉｇｇｙｂａｃｋする。
　なお、ＵＣＩの一部をＰｉｇｇｙｂａｃｋする例としては、例えば、Ａｃｋ／Ｎａｃｋに関する情報のみをＰｉｇｇｙｂａｃｋする。
　また、例えば、データの種類が第２の種類（例えばＵＲＬＬＣ）である場合、ＵＥ２０の通信部２３は、ＵＣＩの送信に関する情報を含むＰＤＣＣＨを受信し、ＰＵＳＣＨで第２の種類のデータ（図３の「ＵＬ　ｄａｔａ」）とＵＣＩ（ＵＣＩの領域は、図２の「Ｉ’」を参照）を送信する（図３のステップＳ１３０）。なお、データの種類が第２の種類（例えばＵＲＬＬＣ）の場合は、ＵＣＩをＰｉｇｇｙｂａｃｋする際に、データが要求される品質を保てるようにＰｉｇｇｙｂａｃｋすることが望ましい。なお、ＵＣＩが占めることが可能な無線リソース数、ビット数、または、占有率が指示されている場合または、予めＲＲＣのメッセージを用いて上限値が設定されている場合は、上限値を超えないリソース数、ビット数、または、占有率に対応するようにＵＣＩの一部をＰｉｇｇｙｂａｃｋする。また、予めＲＲＣメッセージ等で上限値を決める場合は、例えば、データの種類または、許容遅延量等に応じて上限値を変更できるようにしても良い。なお、ＵＥ２０は、上限値を複数設定されている場合、全ての上限値を満たすように制御するか、何れか１つの上限値を満たすように制御する。
　また、ＵＥ２０の通信部２３は、ＰｉｇｇｙｂａｃｋされなかったＵＣＩに対して他のリソースで送信するように指示を受けている場合は、指示を受けているリソースを用いてＳ１３０において送信していないＵＣＩを送信する（Ｓ１４０）。具体的には、ＵＥ２０の通信部２３は、ステップＳ１３０で送信する上りデータに割り当てられたＰＵＳＣＨとは異なるリソースでＵＣＩをｇＮＢ１０に送信する（図３のステップＳ１４０）。例えば、ＵＥ２０は、データの送信に割り当てられたＰＵＳＣＨの後のＰＵＳＣＨでＵＣＩをＰｉｇｇｙｂａｃｋしてＮＢ１０に送信する（図２の「I」を参照）。または、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＣＣＨでＵＣＩをｇＮＢ１０に送信する（図２の「ＩＩ」を参照）。
　なお、ＵＣＩを他のリソースで送信する場合は、ステップＳ１２０で基地局が送信するＰＤＣＣＨを用いて指示しても良いし、別途、基地局が割り当てに関するＰＤＣＣＨを送信しても良い。また、Ｓ１４０でＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信する際には、ステップＳ１３０と同様に上限値を設けてＰｉｇｇｙｂａｃｋ可能なリソース数、ビット数または、占有率を制限しても良い。
　ここで、ステップＳ１２０において、ｇＮＢ１０の通信部１３は、ＰＤＣＣＨの中の特定のフィールドにより、ＵＣＩをＰＵＳＣＨに載せて送信するか否かまたは、Ｐｉｇｇｙｂａｃｋ可能なリソースについてＵＥ２０に指示する。すなわち、ＵＥ２０に対して、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋに関する指示を行う。この指示方法としては、ＰＤＣＣＨの中の特定のフィールドとして、設定された専用フィールドを用いる方法と、既存の共用フィールドを用いる方法とが挙げられる。なお、Ｐｉｇｇｙｂａｃｋ可能なリソースとは、リソース数、ビット数、または、占有率の少なくとも何れか一つに対応する。
　まず、ＰＤＣＣＨの中の特定のフィールドとして、設定された専用フィールドを用いる方法について説明する。
　図４は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の専用フィールド（１ビットの場合）を用いる方法の一例を示す説明図である。
　図４に示すように、ＰＤＣＣＨの中の専用フィールドが１ビットに設定され、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“０”、“１”で指示される。ここで、ｇＮＢ１０は、予めＰＤＣＣＨの中の専用フィールドの値“０”、“１”をＬＣＨにマッピングして、ＬＣＨとＰＤＣＣＨとを関連付けておく。ｇＮＢ１０は、ＲＲＣにより、ＰＤＣＣＨの中の専用フィールドの値が“０”、“１”である場合に使用されるＵＣＩを送信するリソースを予め設定しておき、ＵＥ２０に通知しておく。また、Piggybackできるビット数の上限をRRCのメッセージで設定しても良い。また、ＰＤＣＣＨの中に別の専用フィールドを用いて上限値を可変にしても良い。
　例えば、ステップＳ１２０において、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“０”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、ステップＳ１４０において、ＵＥ２０は、データの送信に割り当てられたＰＵＳＣＨにＵＣＩを載せて送信する。すなわち、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋする。なお、ステップＳ１４０でＰＵＳＣＨが送信される場合は、送信するまでにｇＮＢから無線リソースの割り当て情報を受信しても良い。この際にＵＣＩがＰｉｇｇｙｂａｃｋ可能なリソース数、ビット数、または、占有率の上限値までをＰＵＳＣＨにＰｉｇｇｙｂａｃｋする。なお、上限値は、例えば、ＵＥ２０が送信するデータの種類によって変更することが望ましい。なぜなら、データの種類に応じて要求される遅延量や信頼性が異なるためデータの種類毎に上限値を変更することで無線システム全体の無線リソースを柔軟に活用することができる。
　また、例えば、ステップＳ１２０において、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“１”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングと上りデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨで上りデータを送信する。また、ステップＳ１４０において、ＵＥ２０は、上りデータの送信に割り当てられたＰＵＳＣＨにＵＣＩを載せて送信しない。すなわち、ＵＥ２０は、ステップＳ１３０でＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この場合、ＵＥ２０は、ステップＳ１３０で送信する上りデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）を介してＵＣＩをｇＮＢ１０に送信する（ステップＳ１４０）。なお、ステップＳ１４０でＰＵＳＣＨを用いてＵＣＩを送信する場合、UCIがＰｉｇｇｙｂａｃｋ可能なリソース数、ビット数、または、占有率の上限値までをＰＵＳＣＨにＰｉｇｇｙｂａｃｋする。なお、上限値は、例えば、ＵＥ２０が送信するデータの種類によって変更することが望ましい。なぜなら、データの種類に応じて要求される遅延量や信頼性が異なるためデータの種類毎に上限値を変更することで無線システム全体の無線リソースを柔軟に活用することができる。
　このように、ｇＮＢ１０は、ＵＥ２０への指示により、どのチャネルでＵＣＩがＵＥ２０から送信されるのかを認識することができる。
　図５は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の専用フィールド（２ビットの場合）を用いる方法の第１の例を示す説明図である。
　図５に示すように、ＰＤＣＣＨの中の専用フィールドが２ビットに設定され、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“００”、“０１”、“１０”、“１１”で指示される。ここで、ｇＮＢ１０は、予めＰＤＣＣＨの中の専用フィールドの値“００”、“０１”、“１０”、“１１”をＬＣＨにマッピングして、ＬＣＨとＰＤＣＣＨとを関連付けておく。ｇＮＢ１０は、ＲＲＣのメッセージにより、ＰＤＣＣＨの中の専用フィールドの値が“００”、“０１”、“１０”、“１１”である場合に使用されるＵＣＩを送信するリソースを予め設定しておき、ＵＥ２０に通知しても良い。なお、ＲＲＣメッセージは、例えば、ＲＲＣ　Ｃｏｎｆｉｇｒａｔｉｏｎ　ｓｅｔｕｐ　ｍｅｓｓａｇｅ、ＲＲＣ　Ｒｅｃｏｎｆｉｇｒａｔｉｏｎ　ｍｅｓｓａｇｅ、ＲＲＣ　ｅｓｔａｂｌｉｓｈｍｅｎｔ　ｍｅｓｓａｇｅの何れかである。
　例えば、ステップＳ１２０において、ＵＥ２０は、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“００”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨで上りデータを送信する。また、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。また、ステップＳ１４０でＵＣＩを送信する。なお、状況に応じて、今回のＵＣＩの送信を行わない、ということにしても良い。
　また、例えば、ステップＳ１２０において、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“０１”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングと上りデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨにＵＣＩの一部をＰｉｇｇｙｂａｃｋし、データとＵＣＩの一部を送信する。また、ステップＳ１４０において、ＵＥ２０は、ステップＳ１３０で送信しなかったＵＣＩを送信する。なお、ステップＳ１４０で送っていないＵＣＩを放棄しても良い。この処理は、例えば、状況に応じて一部のＵＣＩを送信しない、というオプションで使用される。
　なお、ステップＳ１３０でＰｉｇｇｙｂａｃｋして送信するＵＣＩとしては、例えば、ステップＳ１１０においてＰＤＳＣＨで受信した下りデータに対するＡｃｋ/Ｎａｃｋに関する情報である。
　また、例えば、ステップＳ１２０において、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“１０”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＵＣＩの全てをＰｉｇｇｙｂａｃｋし、ＰＵＳＣＨでデータとＵＣＩを送信する。
　また、例えば、ステップＳ１２０において、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“１１”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングと上りデータの送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨで上りデータを送信する。また、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この場合、例えば、ＵＥ２０は、上りデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＣＣＨ（図２の「ＩＩ」を参照）を用いてＵＣＩをｇＮＢ１０に送信する。または、ＵＥ２０は、データに割り当てられたＰＵＳＣＨの後のＰＵＳＣＨにＵＣＩをＰｉｇｇｙｂａｃｋして送信する。
　なお、これらの専用フィールドの値は、データの種類に応じて設定を変更しても良い。例えば、第１の種類のデータ（例えばｅＭＭＢデータ）の場合、ＵＣＩの送信を優先して送信できるような設定をし、第２の種類のデータ（例えば、ＵＲＬＬＣデータ）の場合、上りデータの送信を優先できるようにするような設定する。
　このように、ｇＮＢ１０は、ＵＥ２０への指示により、ＵＣＩがＵＥ２０からどのように送信されるのかを認識することができる。
　図６は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の専用フィールド（２ビットの場合）を用いる別の方法の第２の例を示す説明図である。
　図６に示すように、ＰＤＣＣＨの中の専用フィールドが２ビット（ａ,ｂ）に設定され、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“００”、“０１”、“１０”、“１１”で指示される。ここで、ｇＮＢ１０は、予めＰＤＣＣＨの中の専用フィールドの値“００”、“０１”、“１０”、“１１”をＬＣＨにマッピングして、ＬＣＨとＰＤＣＣＨとを関連付けておく。ｇＮＢ１０は、ＲＲＣのメッセージにより、ＰＤＣＣＨの中の専用フィールドの値が“００”、“０１”、“１０”、“１１”である場合に使用されるＵＣＩを送信するリソースを予め設定しておき、ＵＥ２０に通知しても良い。なお、ＲＲＣメッセージは、例えば、ＲＲＣ　Ｃｏｎｆｉｇｒａｔｉｏｎ　ｓｅｔｕｐ　ｍｅｓｓａｇｅ、　ＲＲＣ　Ｒｅｃｏｎｆｉｇｒａｔｉｏｎ　ｍｅｓｓａｇｅ、ＲＲＣ　ｅｓｔａｂｌｉｓｈｍｅｎｔ　ｍｅｓｓａｇｅの何れかである。
また、図６の例では、２ビット（ａ,ｂ）のうちの１ビット(ａ)をＵＣＩに含まれる情報のうちのＣＳＩに関する情報をＰｉｇｇｙｂａｃｋするか否かを示し、他の１ビット(ｂ)をＵＣＩに含まれる情報のうちのＡｃｋ／Ｎａｃｋに関する情報をＰｉｇｇｙｂａｃｋするか否かを示す。
　例えば、ステップＳ１２０において、ＵＥ２０は、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“００”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨで上りデータを送信する。また、ステップＳ１４０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この処理は、例えば、状況に応じて今回はＵＣＩを送信しない、というオプションで使用される。
　また、例えば、ステップＳ１２０において、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“０１”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングと上りデータの送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨにＵＣＩに含まれるＡｃｋ／Ｎａｃｋに関する情報をＰｉｇｇｙｂａｃｋし、上りデータとＡｃｋ／Ｎａｃｋの情報を送信する。また、ステップＳ１４０において、ＵＥ２０は、ステップS１３０で送信しなかったＵＣＩ（ＣＳＩに関する情報）を送信する。なお、Ｓ１３０で送っていないＵＣＩを送信せずに放棄しても良い。この処理は、例えば、状況に応じて一部のＵＣＩを送信しない、というオプションで使用される。
　また、例えば、ステップＳ１２０において、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“１０”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングと上りデータの送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨにＵＣＩに含まれるＣＳＩに関する情報をＰｉｇｇｙｂａｃｋし、データとＣＳＩに関する情報を送信する。また、ステップＳ１４０において、ＵＥ２０は、ステップS１３０で送信しなかったＵＣＩ（Ａｃｋ／Ｎａｃｋに関する情報）を送信する。なお、Ｓ１３０で送っていないＵＣＩを送信せずに放棄しても良い。この処理は、例えば、状況に応じて一部のＵＣＩを送信しない、というオプションで使用される。
　また、例えば、ステップＳ１２０において、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“１１”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、ステップＳ１３０において、ＵＥ２０は、ＵＣＩに含まれるＣＳＩに関する情報とＡｃｋ／Ｎａｃｋに関する情報を共にＰＵＳＣＨにＰｉｇｇｙｂａｃｋする。要するに、上りデータとＵＣＩに含まれるＣＳＩに関する情報とＡｃｋ／Ｎａｃｋに関する情報を送信する。
　なお、図６では、２ビットをＣＳＩとＡｃｋ／Ｎａｃｋに対応付けて説明したが、情報の種類に応じてビット数を増やしても良い。また、複数の情報を一つのグループにして１ビットでＰｉｇｇｙｂａｃｋの有無を示しても良い。このようにすることで、ｇＮＢ２０は、ＵＣＩのうち必要な（または優先度の高い）情報を選択し、他のＵＣＩの情報よりも優先的に受信することができる。
　図７は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中の専用フィールド（２ビットの場合）を用いる別の方法の第３の例を示す説明図である。
　図７に示すように、ＰＤＣＣＨの中の専用フィールドが２ビットに設定され、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“００”、“０１”、“１０”、“１１”で指示される。ここで、ｇＮＢ１０は、予めＰＤＣＣＨの中の専用フィールドの値“００”、“０１”、“１０”、“１１”をＬＣＨにマッピングして、ＬＣＨとＰＤＣＣＨとを関連付けておく。ｇＮＢ１０は、ＲＲＣのメッセージにより、ＰＤＣＣＨの中の専用フィールドの値が“００”、“０１”、“１０”、“１１”である場合に使用されるＵＣＩを送信するリソースを予め設定しておき、ＵＥ２０に通知しても良い。なお、ＲＲＣメッセージは、例えば、ＲＲＣ　Ｃｏｎｆｉｇｒａｔｉｏｎ　ｓｅｔｕｐ　ｍｅｓｓａｇｅ、ＲＲＣ　Ｒｅｃｏｎｆｉｇｒａｔｉｏｎ　ｍｅｓｓａｇｅ、ＲＲＣ　ｅｓｔａｂｌｉｓｈｍｅｎｔ　ｍｅｓｓａｇｅの何れかである。
また、図７の例では、ＵＣＩのうち特定の情報に対してＰｉｇｇｙｂａｃｋできる情報を調整できるようしている例であり、特定の情報としてＡｃｋ／Ｎａｃｋとして説明している。
　例えば、ステップＳ１２０において、ＵＥ２０は、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“００”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨで上りデータを送信する。また、ステップＳ１４０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。
　また、例えば、ステップＳ１２０において、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“０１”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングと上りデータの送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨにＵＣＩに含まれるＡｃｋ／Ｎａｃｋに関する情報を対応するビット数に応じたＰｉｇｇｙｂａｃｋを行い、データとＡｃｋ／Ｎａｃｋの情報を送信する。また、ステップＳ１４０において、ＵＥ２０は、ステップS１３０で送信しなかったＵＣＩ（例えば、ＣＳＩに関する情報）を送信する。なお、Ｓ１３０で送っていないＵＣＩを送信せずに放棄しても良い。この処理は、例えば、状況に応じて一部のＵＣＩを送信しない、というオプションで使用される。なお、対応するビット数に応じたＰｉｇｇｙｂａｃｋとは、後述する式（１）に含まれるβオフセットの値がＡｃｋ／Ｎａｃｋのビット数に応じて変化するように設定ができるため、その設定に応じたＰｉｇｇｙｂａｃｋを意味する。
　また、例えば、ステップＳ１２０において、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“１０”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングと上りデータの送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨにＵＣＩに含まれるＡｃｋ／Ｎａｃｋに関する情報を決められたＩｎｄｅｘに応じてＰｉｇｇｙｂａｃｋし、データとＡｃｋ／Ｎａｃｋに関する情報を送信する。なお、ＩｎｄｅｘとＰｉｇｇｙａｂｃｋの関係については、後述する。また、ステップＳ１４０において、ＵＥ２０は、ステップS１３０で送信しなかったＵＣＩ（例えば、ＣＳＩに関する情報）を送信する。なお、上記のようにＳ１３０で送っていないＵＣＩを送信せずに放棄しても良い。この処理は、例えば、状況に応じて一部のＵＣＩを送信しない、というオプションで使用される。
　また、例えば、ステップＳ１２０において、ｇＮＢ１０によりＰＤＣＣＨの中の専用フィールドの値が“１１”で指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨで上りデータを送信する。また、ステップＳ１３０において、ＵＥ２０は、ＵＣＩに含まれるＣＳＩに関する情報とＡｃｋ／Ｎａｃｋに関する情報を共にＰＵＳＣＨにＰｉｇｇｙｂａｃｋする。要するに、ＰＵＳＣＨで上りデータとＵＣＩに含まれるＣＳＩに関する情報とＡｃｋ／Ｎａｃｋに関する情報を送信する。
　なお、図７では、特定のＵＣＩの情報としてＡｃｋ／Ｎａｃｋを例に説明したが、他の情報でも同様に適応しても良い。なお、特定のＵＣＩとしてＡｃｋ／Ｎａｃｋの場合は、下りのデータがＵＲＬＬＣのときに、その下りデータに対するＡｃｋ／Ｎａｃｋに関する情報を優先的に送信するように指示することができる。
　また、各値を後述するβオフセットの値と対応付けても良い。ＴＳ３８．３３１ Ｖ１５．０．０（非特許文献２４）に規定されているＡｃｋ／Ｎａｃｋに関するβオフセットは、Ａｃｋ／Ｎａｃｋのビット数に応じて３種類設定することができる。
　そこで、２ビットで例えば、３種類のβオフセットとＰｉｇｇｙｂａｃｋをしないことを通知するように構成するようにしても良い。ようするに、Ａｃｋ／Ｎａｃｋのビット数に関係なく３種類のβオフセットまたは、Ｐｉｇｇｙｂａｃｋをしないことを指定するようにしても良い。なお、ＣＳＩについてもＡｃｋ／Ｎａｃｋと同様にＴＳ３８．３３１ Ｖ１５．０．０（非特許文献２４）に規定されているＣＳＩのビット数に応じたβオフセットとＰｉｇｇｙｂａｃｋしないことを組み合わせて用いても良い。
　また、βオフセットをデータの種類に応じて生成するようにしても良い。例えば、現在の仕様は、Ａｃｋ／Ｎａｃｋに関するβオフセットを３種類しか規定できないがＵＲＬＬＣの通信に向けて新たに追加しても良い。このようにすることで、データの種類に応じたβオフセットでＰＵＳＣＨにＰｉｇｇｙｂａｃｋするＵＣＩを制御することができる。
　また、実施例１に係る無線通信システムでは、ＰＤＣＣＨの中の専用フィールドを用いる方法として、１ビットの場合と２ビットの場合とを例に挙げて説明したが、これに限定されず、３ビット以上のビットを用いて、ＵＣＩを送信するリソースを設定してもよい。例えば、先頭の１ビットまたは２ビットは上述の方法に従い、次のｎビットにより具体的な内容（時間、周波数など）を考慮して、ＵＣＩを送信するリソースを設定してもよい。また、先頭ビットにデータの種類を示すビットを付与し、それ以降のビットでＵＣＩのＰｉｇｇｙｂａｃｋに関する情報を付与することもできる。なお、その際に、先頭ビットによってＰｉｇｇｙｂａｃｋの指示内容を変更しても良い。
　次に、ＰＤＣＣＨの中の特定のフィールドとして、他のパラメータの値を規定する既存のフィールドを共用フィールドとして用いる方法について説明する。
　既存のフィールドを用いる場合、ＵＣＩをマッピングするリソースの大きさに関するフィールド（またはマッピングするＵＣＩビット数に関するフィールド）にて、マッピングするリソースの大きさが「０」（またはマッピングするＵＣＩビット数が「０」）という指示を行う。ＡＣＫ／ＮＡＣＫをマッピングするリソースの大きさを決めるパラメータとしてβｏｆｆｓｅｔ ＨＡＲＱ－ＡＣＫが使われる。ＣＳＩをマッピングするリソースの大きさを決めるパラメータとしてβｏｆｆｓｅｔ ＣＳＩが使われる。以下ではβｏｆｆｓｅｔ ＨＡＲＱ－ＡＣＫを例に説明する。βｏｆｆｓｅｔ ＨＡＲＱ－ＡＣＫは、ＡＣＫ／ＮＡＣＫをＰＵＳＣＨに載せるときに、どのくらいのＲＥ（Ｒｅｓｏｕｒｃｅ　ｅｌｅｍｅｎｔ）数を使って送信するかを決めるパラメータである。ここで、ＲＥ数は、以下の式（１）により算出される。
Figure JPOXMLDOC01-appb-M000001
　式（１）において、Ｑ’は、ＲＥ数であり、ＵＣＩに含まれるＡＣＫ／ＮＡＣＫをマッピングするときの数を表す。また、式（１）の分子において、ＯACKは、ＡＣＫ／ＮＡＣＫのビット数を表し、ＬACKはＡＣＫ／ＮＡＣＫに付加される巡回冗長検査（ＣＲＣ）符号のビット数を表し、Ｍｓｃ UCIは、参照信号（RS：Reference Signal）を除いたシンボルあたりのPUSCHのRE数を示す。また、式（１）の分母において、ＣおよびＫｒは、ＰＵＳＣＨ伝送をスケジューリングするＰＤＣＣＨから得られるパラメータを表す。Ｑ’が所定のＲＥ数α・Ｍｓｃ UCIより大きい場合、ＡＣＫ／ＮＡＣＫのマッピングは所定のＲＥ数のみ行う。　
　図８、図９は、実施例１に係る無線通信システムにおいて、ＰＤＣＣＨの中のβオフセット・フィールドを用いる方法の一例を示す説明図である。図８、図９は、それぞれ、３ＧＰＰ　ＴＳ３８．２１３　Ｖ１５．０．０（非特許文献１７）のセクション９．３の「Ｔａｂｌｅ　９．３－１」、「Ｔａｂｌｅ　９．３－３」に記載されている。
　図８に示す「Ｔａｂｌｅ　９．３－１」は、ＡＣＫ／ＮＡＣＫの場合のβオフセットの値と番号を示し、３２個の番号“０”～“３１”と、βｏｆｆｓｅｔ ＨＡＲＱ－ＡＣＫとを対応付ける。番号“０”～“１５”に対応するβｏｆｆｓｅｔ ＨＡＲＱ－ＡＣＫには、「１．０００」以上の値が設定されている。番号“１６”～“３１”に対応するβｏｆｆｓｅｔ ＨＡＲＱ－ＡＣＫには、「Ｒｅｓｅｒｖｅｄ」が設定されている。なお、上記説明した、Ｉｎｄｅｘとは、このβオフセットに対応している。そのため、数１に基づいてＩｎｄｅｘがきまるとＰｉｇｇｙｂａｃｋ可能なリソースが決まる。
　図９に示す「Ｔａｂｌｅ　９．３－３」は、ＵＣＩオフセットインジケータとして４個の値“００”、“０１”、“１０”、“１１”と、図８に示す「Ｔａｂｌｅ　９．３－１」の３２個の番号“０”～“３１”のうち、選択された４個の番号とを対応付ける。
　例えば、既存の共用フィールドを用いる方法についても、図９に示すＵＣＩオフセットインジケータの値“００”、“０１”、“１０”、“１１”は、それぞれ、図５乃至図７に示した専用フィールドの値“００”、“０１”、“１０”、“１１”と同様に設定される。この場合、ｇＮＢ１０において、図９に示す値“０１”、“１０”、“１１”と、図８に示す値“０”～“１５”のうち、選択された３つの値とが対応付けられる。また、ｇＮＢ１０において、図９に示す値“００”と、図８に示す値“１６”～“３１”のうちの１つの値とが対応付けられる。ここで、図８に示す値“１６”～“３１”に対応するβｏｆｆｓｅｔ ＨＡＲＱ－ＡＣＫに「０」が設定されることにより、式（１）の分子が「０」となる。すなわち、ＲＥ数は「０」となり、ＡＣＫ／ＮＡＣＫに関するＵＣＩが送信されない。
　具体的には、図９に示すように、ｇＮＢ１０によりＰＤＣＣＨの中の共用フィールドの値が“００”、“０１”、“１０”、“１１”（図８において、選択された４個の値）で指示される。ここで、ｇＮＢ１０は、予めＰＤＣＣＨの中の共用フィールドの値“００”、“０１”、“１０”、“１１”をＬＣＨにマッピングして、ＬＣＨとＰＤＣＣＨとを関連付けておく。また、ｇＮＢ１０は、ＲＲＣのメッセージにより、ＰＤＣＣＨの中の共用フィールドの値が“００”、“０１”、“１０”、“１１”である場合に使用されるＵＣＩを送信するリソースを予め設定しておき、ＵＥ２０に通知しておいても良い。
　例えば、ステップＳ１２０において、ｇＮＢ１０によりＰＤＣＣＨの中の共用フィールドの値が、図９に示す値“００”（図８に示す値“１６”～“３１”のうちの１つの値）に指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、ステップＳ１３０において、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この処理は、例えば、状況に応じて今回はＵＣＩを送信しない、というオプションで使用される。
　また、例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０によりＰＤＣＣＨの中の共用フィールドの値が、図９に示す値“０１”（図８に示す値“０”～“１５”のうちの１つの値）に指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングと上りデータの送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、”０１”で示されるβオフセットに応じたリソース数をＰＵＳＣＨにＰｉｇｇｙｂａｃｋし、ＰＵＳＣＨでデータとＵＣＩを送信する。すなわち、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋする。
　また、例えば、ステップＳ１２０において、ｇＮＢ１０によりＰＤＣＣＨの中の共用フィールドの値が、図９に示す値“１０”（図８に示す値“０”～“１５”のうちの他の１つの値）に指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、”１０”で示されるβオフセットに応じたリソース数、ビット数、または、占有率でＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋし、ＰＵＳＣＨでＵＣＩ（ＵＣＩの領域は、図２の「I’」を参照）と上りデータとを送信する。この場合、例えば、ＵＥ２０は、データの送信に割り当てられたＰＵＳＣＨの後のＰＵＳＣＨ（図２の「ＩＩ」を参照）で残りのＵＣＩをｇＮＢ１０に送信してもいいし、残りのＵＣＩを送信しなくても良い。
　また、例えば、ステップＳ１２０において、ｇＮＢ１０によりＰＤＣＣＨの中の共用フィールドの値が、図９に示す値“１１”（図８に示す値“０”～“１５”のうちの更に他の１つの値）に指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングと上りデータの送信タイミングとが重なる。このとき、ステップＳ１３０において、”１１”で示されるβオフセットに応じたリソース数または、ビット数をＰＵＳＣＨにＰｉｇｇｙｂａｃｋし、ＰＵＳＣＨでＵＣＩとデータを送信する。この場合、例えば、ＵＥ２０は、データの送信に割り当てられたＰＵＳＣＨの後のＰＵＣＣＨ（図２の「ＩＩ」を参照）で残りのＵＣＩをｇＮＢ１０に送信する。
　なお、例えば、”１０”、”１１”と同じβオフセットを設定し、一方は、ＰＵＳＣＨ送信後に送信することを示し、他方は、残りのＵＣＩを送信しないように設定しても良い。　
　このように、ｇＮＢ１０は、ＵＥ２０への指示により、どのチャネルでどのくらいのＵＣＩがＵＥ２０から送信されるのかを認識することができる。なお、ＰＤＣＣＨの中の共用フィールドを用いる例として、βオフセット・フィールドの代わりに、マッピングするＡｃｋ／Ｎａｃｋのビット数（即ち数式１におけるＯ）を示すフィールドを用い、Ａｃｋ／Ｎａｃｋのビット数が「０」と指示できるようにしても良い。この場合、付加するＣＲＣビット数も「０」である。　
　以上の説明により、実施例１に係る無線通信システムは、端末（ＵＥ２０）と基地局（ｇＮＢ１０）とを具備する。ここで、ＵＥ２０は、データを送信するタイミングと制御情報（ＵＣＩ）を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）を用いて、ＵＣＩをデータと同時にｇＮＢ１０に送信する。この無線通信システムでは、ＵＥ２０の通知部（通信部２３）は、送信予定のデータの種類を通知しても良い。ＵＥ２０から通知されるデータの種類が第１の種類（ｅＭＢＢ）である。この場合、ｇＮＢ１０の指示部（通信部１３）は、第１の種類（ｅＭＢＢ）のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）のリソースでＵＣＩを送信することをＵＥ２０に指示する。ＵＥ２０から通知されるデータの種類が第２の種類（ＵＲＬＬＣ）である。この場合、ｇＮＢ１０の通信部１３は、第２の種類（ＵＲＬＬＣ）のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）のリソースのうちＵＣＩが占めることが可能なリソースをＵＥ２０に指示する。ここで、ｇＮＢ１０の通信部１３は、下りチャネル（ＰＤＣＣＨ）の中の特定のフィールド（専用フィールドまたは共用フィールド）により、ＵＣＩを送信するリソースをＵＥ２０に指示する。ＵＥ２０の送信部（通信部２３）は、データを送信するタイミングとＵＣＩを送信するタイミングとが重なる場合、ｇＮＢ１０に指示されたリソースでＵＣＩをｇＮＢ１０に送信する。なお、ＰＵＳＣＨにＰｉｇｇｙｂａｃｋする際には、上限値及び設定値がある場合は、上限値及び設定値に応じた情報をＰｉｇｇｙｂａｃｋする。
　上述のように、実施例１に係る無線通信システムでは、ｇＮＢ１０は、上りデータとＵＣＩの送信タイミングとが重なる場合にＵＣＩの送信に関する情報をＵＥ２０に送信する。例えば、ｇＮＢ１０により、上りのデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）にＵＣＩの一部(例えば、Ａｃｋ／Ｎａｃｋの情報)をＰｉｇｇｙｂａｃｋして、上りデータとＵＣＩの一部を送信するように指示する。その結果、ＵＥ２０は、ＰＵＳＣＨに占める上りデータの割合が確保することができる。すなわち、ＰＵＳＣＨの冗長度が不足しない。また、リソースに余裕がある場合にＵＣＩの情報も送ることができる。このため、実施例１に係る無線通信システムでは、例えば、上りデータを送信する場合、上りデータに対する品質を確保され、要求される誤り率を満たすことができる。また、ＵＣＩの情報もリソースの状況によっては、遅らせることなく送信することもできる。
　また、特に、ＵＲＬＬＣの下りデータに対するＡｃｋ／Ｎａｃｋに関する情報とＵＲＬＬＣの上りデータを同時に発生した場合は、上りデータの冗長度を確保しつつ、Ａｃｋ／Ｎａｃｋを送信するようにできる。そのため、上りデータと下りデータに対して所定の品質（信頼度や許容遅延量等）を満たすように制御することができる。
　実施例１に係る無線通信システムでは、ｇＮＢ１０は、ＰＤＣＣＨの中の特定のフィールド（専用フィールドまたは共用フィールド）により、ＵＣＩを送信するリソースをＵＥ２０に指示する例を説明した。実施例２に係る無線通信システムでは、ｇＮＢ１０は、ＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報により、ＵＣＩを送信するリソースをＵＥ２０に指示する。実施例２では、実施例１と同じ部分には同じ符号を付し、その説明を省略する。
　図１０は、実施例２に係る無線通信システムの概要を示す説明図である。
　ＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報としては、サイズ、ＲＮＴＩ（Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｔｙ）、ヘッダ、ＣＯＲＥＳＥＴ（Ｃｏｎｔｒｏｌ　ｒｅｓｏｕｒｃｅ　ｓｅｔ）の場所、Ｓｅａｒｃｈ　ｓｐａｃｅなどが挙げられる。なお、送信するデータの種類などＰＵＳＣＨに対する制御内容によってＰＤＣＣＨの種類（制御情報のサイズ、ＲＮＴＩ（Radio　Network　Temporary　Identity）、ヘッダ）が決められる。さらには、ＰＤＣＣＨの種類に応じて配置されるＣＯＲＥＳＥＴとＳｅａｒｃｈ　ｓｐａｃｅが決められる。ここで、ｇＮＢ１０は、予め、ＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報をＬＣＨにマッピングして、ＬＣＨとＰＤＣＣＨとを関連付けておく。ｇＮＢ１０は、ＰＤＣＣＨの領域とＬＣＨの対応関係をＲＲＣメッセージにより、ＵＥ２０に通知しておく。ｇＮＢ１０はまた、ＲＲＣのメッセージにより、ＵＣＩを送信するリソースまたは、Ｐｉｇｇｙｂａｃｋ可能なリソース数、ビット数または、占有率の上限値とＬＣＨまたは領域との関係を予め設定しておき、ＵＥ２０に通知しておく。なお、上記の２つの対応関係の通知については、同時に行っても良いし、別々にしても良い。
　例えば、図１０に示すように、ＰＤＣＣＨは、ＣＯＲＥＳＥＴの場所や、Ｓｅａｒｃｈ　ｓｐａｃｅにより区別される。例えば、ＣＯＲＥＳＥＴの場所は、ＵＲＬＬＣのデータ向けのＣＯＲＥＳＥＴ“ＣＯＲＥＳＥＴ＃１”、または、ｅＭＢＢのデータ向けのＣＯＲＥＳＥＴ“ＣＯＲＥＳＥＴ＃２”として区別される。“ＣＯＲＥＳＥＴ＃１”内には、Ｓｅａｒｃｈ　ｓｐａｃｅとして“Ｓｅａｒｃｈ　ｓｐａｃｅ#Ａ”が含まれる。“Ｓｅａｒｃｈ　ｓｐａｃｅ#Ａ”の設定には、上りデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）にＵＣＩの情報がＰｉｇｇｙｂａｃｋできるリソース数、ビット数または占有率の少なくとも１つの上限値が関連付けられている。
　例えば、ステップＳ１２０において、ｇＮＢ１０は、ＵＥ２０から通知されたデータの種類に応じてＰＤＣＣＨで指示する。このとき、ｇＮＢ１０により、ＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報として、ＣＯＲＥＳＥＴの場所が“ＣＯＲＥＳＥＴ＃２”で事前に指示される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、ステップＳ１４０において、ＵＥ２０は、データの送信に割り当てられたＰＵＳＣＨにＵＣＩを載せて送信する。すなわち、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋする。なお、ＵＲＬＬＣのデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）にＵＣＩの情報がＰｉｇｇｙｂａｃｋできるリソース数、ビット数、占有率の少なくとも１つの上限値が設定されている。なお、“ＣＯＲＥＳＥＴ＃２”内の“Ｓｅａｒｃｈ　ｓｐａｃｅ”（図示無し）においても、上りデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）にＵＣＩの情報がＰｉｇｇｙｂａｃｋできるリソース数、ビット数または、占有率の少なくとも１つの上限値が設定されている。
　例えば、ｇＮＢ１０により、ＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報として、ＣＯＲＥＳＥＴの場所が“ＣＯＲＥＳＥＴ＃１”で事前に指示され、ステップＳ１２０において、ＰＤＣＣＨが“ＣＯＲＥＳＥＴ＃１”の領域のリソースで送信される。ここで、ＵＥ２０において、ＵＣＩの送信タイミングとデータ（例えばＵＲＬＬＣのデータ）の送信タイミングとが重なる。このとき、ステップＳ１３０において、ＵＥ２０は、ＰＵＳＣＨでデータを送信する。また、ステップＳ１３０において、ＵＥ２０は、データの送信に割り当てられたＰＵＳＣＨにＵＣＩを載せて送信しない。すなわち、ＵＥ２０は、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしない。この場合、ＵＥ２０は、データの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）でＵＣＩをｇＮＢ１０に送信する。なお、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋして送信する場合は、領域と関連するＰｉｇｇｙｂａｃｋ可能な上限値のリソース数、ビット数、または、占有率に対応するように情報をＰｉｇｇｙｂａｃｋする。
　なお、各領域または、ＬＣＨをβオフセットの値と対応付けても良い。ＴＳ３８．３３１ Ｖ１５．０．０（非特許文献２４）に規定されているＡｃｋ／Ｎａｃｋに関するβオフセットは、Ａｃｋ／Ｎａｃｋのビット数に応じて３種類設定することができる。
そこで、各領域または、ＬＣＨで例えば、３種類のβオフセットとＰｉｇｇｙｂａｃｋをしないようにＲＲＣのメッセージを用いて設定するようにしても良い。ようするに、ｇＮＢ１０は、Ａｃｋ／Ｎａｃｋのビット数に関係なく３種類のβオフセットまたは、Ｐｉｇｇｙｂａｃｋをしないことを領域または、ＬＣＨを用いてＵＥ２０に指定するようにしても良い。なお、ＣＳＩについてもＡｃｋ／Ｎａｃｋと同様にＴＳ３８．３３１ Ｖ１５．０．０（非特許文献２４）に規定されているＣＳＩのビット数に応じたβオフセットとＰｉｇｇｙｂａｃｋしないことを組み合わせて用いても良い。
　また、βオフセットをデータの種類に応じて変更できるように各領域または、ＬＣＨ対応するようにしても良い。例えば、現在の仕様は、Ａｃｋ／Ｎａｃｋに関するβオフセットを３種類しか規定できないがＵＲＬＬＣの通信に向けて新たに２種類追加し、領域または、ＬＣＨに応じてβオフセットを変更できるようにする。このようにすることで、データの種類に応じたβオフセットでＰＵＳＣＨにＰｉｇｇｙｂａｃｋするＵＣＩを制御することができる。
　このように、ｇＮＢ１０は、ＵＥ２０からの通知により、どのデータがＵＥ２０から送信されるのかを認識し、ＵＥ２０への指示により、どのチャネルでＵＣＩがＵＥ２０から送信されるのかを認識することができる。また、ＰＤＣＣＨが格納される領域によりＰｉｇｇｙｂａｃｋ可能なリソース数、ビット数、占有率の上限値が変更できるためデータと領域に関係性を持たせることでデータの種類に対応した上限値を設定することができる。
　以上の説明により、実施例２に係る無線通信システムでは、端末（ＵＥ２０）と基地局（ｇＮＢ１０）とを具備する。ここで、ＵＥ２０は、データを送信するタイミングと制御情報（ＵＣＩ）を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネルを用いて、ＵＣＩの一部または全部を上りデータと同時にｇＮＢ１０に送信する。この無線通信システムでは、ＵＥ２０の通知部（通信部２３）は、送信予定のデータの種類を通知する。ｇＮＢ１０の通信部１３は、下りチャネル（ＰＤＣＣＨ）が割り当てられた領域（サイズ、ＲＮＴＩ、ヘッダ、ＣＯＲＥＳＥＴの場所、Ｓｅａｒｃｈ　ｓｐａｃｅ）により、ＵＣＩがＰｉｇｇｙｂａｃｋできるリソース数、ビット数、占有率の少なくとも１つの上限をＵＥ２０に指示する。ＵＥ２０の送信部（通信部２３）は、データを送信するタイミングとＵＣＩを送信するタイミングとが重なる場合、ｇＮＢ１０に指示されたリソース数、ビット数、占有率の上限を超えない範囲でＵＣＩをｇＮＢ１０に送信する。
　このように、実施例２に係る無線通信システムでは、ｇＮＢ１０は、上りデータとＵＣＩの送信タイミングとが重なる場合にＰｉｇｇｙｂａｃｋするＵＣＩの情報量の上限を変更することができる。例えば、ｇＮＢ１０により、第２の種類（ＵＲＬＬＣ）のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）にＰｉｇｇｙｂａｃｋする際には、ＰＵＳＣＨの品質が十分に保てる上限値を設定する。その結果、ＰＵＳＣＨに占める上りデータの割合が確保される。すなわち、ＰＵＳＣＨの冗長度が不足しない。このため、実施例２に係る無線通信システムでは、高信頼度が要求されるようなＵＲＬＬＣ用のデータを送信する場合、ＵＲＬＬＣ用のデータに割り当てられるリソースが確保され、要求される誤り率を満たすことができる。また、第１の種類（ｅＭＭＢ）のデータの場合、第２の種類（ＵＲＬＬＣ）のデータより、ＰＵＳＣＨの冗長度を減らせるためその減らした分だけ上限値を上げることができる。即ち、ＰｉｇｇｙｂａｃｋできるＵＣＩを増やすことができる。
　実施例１、２に係る無線通信システムでは、ｇＮＢ１０は、上りデータの割り当て情報に関連させてＵＣＩの送信に関する情報を付与し指示をしている。実施例３に係る無線通信システムでは、ｇＮＢ１０は、上りデータの送信に割り当てられたＰＵＳＣＨを指示するＰＤＣＣＨとは異なるリソースを用いて指示する。実施例３では、実施例１、２と同じ部分には同じ符号を付し、その説明を省略する。
　図１１は、実施例３に係る無線通信システムの概要を示す説明図である。図１１において、横軸は時間を表し、縦軸は周波数を表している。例えば、ＵＥ２０から通知されるデータの種類が第２の種類（例えばＵＲＬＬＣ）である。この場合、ｇＮＢ１０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨを指示するＰＤＣＣＨとは異なるリソースを用いて、そのデータの送信に割り当てられたＰＵＳＣＨとは異なるリソース（ＰＵＳＣＨまたはＰＵＣＣＨ）をＵＥ２０に指示する。例えば、ｇＮＢ１０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨを指示するＰＤＣＣＨとは別のＰＤＣＣＨを用いる。この場合、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＳＣＨでＵＣＩをｇＮＢ１０に送信する（図１１の「ＩＩＩ」を参照）。
　図１２は、実施例３に係る無線通信システムの動作を示すシーケンス図である。
　例えば、ＬＣＨにおいて、送信予定のデータが発生する。この場合、ＵＥ２０の通信部２３は、Ｂｕｆｆｅｒ　ｓｔａｔｕｓ　ｒｅｐｏｒｔまたはＳＲにより、送信予定のデータの種類をｇＮＢ１０に通知する（図１２のステップＳ２００）。すなわち、ＵＥ２０は、送信したいデータの種類をｇＮＢ１０に通知する。
　次に、ｇＮＢ１０の通信部１３は、ＰＤＣＣＨおよび対応するＰＤＳＣＨでそれぞれＤＣＩおよびデータをＵＥ２０に送信する（図１２のステップＳ２１０）。すなわち、ｇＮＢ１０は、ＰＤＳＣＨで下りデータをＵＥ２０に送信し、ＰＤＣＣＨでＤＣＩをＵＥ２０に送信する。ＤＣＩには、例えば、ＵＬ　ｇｒａｎｔの情報（ＰＵＳＣＨの割当て情報）やＤＬ　ａｓｓｉｇｎｍｅｎｔ（ＰＤＳＣＨの割当て情報）が含まれる。
　次に、ｇＮＢ１０の通信部１３は、ＵＥ２０から通知されたデータの種類に応じてＵＣＩをどのチャネルで送信するのかを、ＵＬ　ｇｒａｎｔに関するＰＤＣＣＨで指示する（図１２のステップＳ２２０）。具体的には、ｇＮＢ１０の通信部１３は、ＵＥ２０から通知されるデータの種類が第２の種類（例えばＵＲＬＬＣ）である場合、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしないことまたは、ＵＣＩの少なくとも一部をＰｉｇｇｙｂａｃｋすることをＰＤＣＣＨで指示する。ここで、ＵＣＩをＰＵＳＣＨにＰｉｇｇｙｂａｃｋしないことまたは、ＵＣＩの一部をＰｉｇｇｙｂａｃｋすることをＰＤＣＣＨで指示する方法としては、以下の第１、第２の方法が挙げられる。第１の方法とは、実施例１におけるＰＤＣＣＨの中の特定のフィールド（専用フィールドまたは共用フィールド）を用いる方法である。第２の方法とは、実施例２におけるＰＤＣＣＨが割り当てられた時間対周波数の領域を特定する情報（サイズ、ＲＮＴＩ、ヘッダ、ＣＯＲＥＳＥＴの場所、Ｓｅａｒｃｈ　ｓｐａｃｅ）を用いる方法である。なお、データの種類に限らず上記のように動作しても良い。
　また、ｇＮＢ１０の通信部１３は、ＵＣＩの新しい送信タイミング（リソース）を別のＰＤＣＣＨで指示する（図１２のステップＳ２２５）。例えば、ｇＮＢ１０の通信部１３は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨを指示するＰＤＣＣＨとは別のＰＤＣＣＨを用いて、第２の種類のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソースをＵＥ２０に指示する。
　ＵＥ２０において、ＵＣＩの送信タイミングとデータの送信タイミングとが重なるときに、ＵＥ２０の通信部２３は、ＰＵＳＣＨで上りデータ（図１２の「ＵＬ　ｄａｔａ」）を送信する（図１２のステップＳ２３０）。また、ＵＥ２０の通信部２３は、ｇＮＢ１０で指示されたリソースでＵＣＩをｇＮＢ１０に送信する。具体的には、ＵＥ２０の通信部２３は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨとは異なるリソースでＵＣＩをｇＮＢ１０に送信する（図１２のステップＳ２４０）。例えば、ＵＥ２０は、上りデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＳＣＨでＵＣＩをｇＮＢ１０に送信する（図１１の「ＩＩＩ」を参照）。または、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨの後のＰＵＣＣＨでＵＣＩをｇＮＢ１０に送信する。
　ここで、ステップＳ２２０とステップＳ２２５とは、処理の順番が前後したり、処理のタイミングが同じになったりしてもよい。
　このように、ｇＮＢ１０は、ＵＥ２０からの通知により、どのデータがＵＥ２０から送信されるのかを認識し、ＵＥ２０への指示により、どのチャネルでＵＣＩがＵＥ２０から送信されるのかを認識することができる。
　以上の説明により、実施例３に係る無線通信システムでは、端末（ＵＥ２０）と基地局（ｇＮＢ１０）とを具備する。ここで、ＵＥ２０は、データを送信するタイミングと制御情報（ＵＣＩ）を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネルを用いて、ＵＣＩの一部または全部をデータと同時にｇＮＢ１０に送信する
　このように、実施例３に係る無線通信システムでは、ｇＮＢ１０は、第２の種類（ＵＲＬＬＣ）のデータとＵＣＩの送信タイミングとが重なる場合にＵＣＩの送信タイミングを遅らせる指示をＵＥ２０に行なう。例えば、ｇＮＢ１０により、第２の種類（ＵＲＬＬＣ）のデータの送信に割り当てられたチャネル（ＰＵＳＣＨ）とは異なるリソースとして、そのチャネル（ＰＵＳＣＨ）の後のＰＵＳＣＨ（図１１の「ＩＩＩ」を参照）またはＰＵＣＣＨが指示される。その結果、ＰＵＳＣＨに占める上りデータの割合が確保される。すなわち、ＰＵＳＣＨの冗長度が不足しない。このため、実施例３に係る無線通信システムでは、高信頼度が要求されるようなＵＲＬＬＣ用のデータを送信する場合、ＵＲＬＬＣ用のデータに割り当てられるリソースが確保され、要求される誤り率を満たすことができる。また、実施例１及び２と同様にステップＳ２３０でＵＣＩの一部をＰｉｇｇｙｂａｃｋしても良い。そのようにすることで、データに割り当てられるリソースが確保しつつ、ＵＣＩを送信することができるので、リソースを有効に活用することができる。
　実施例４に係る無線通信システムでは、ＵＥ２０は、データの種類として第１の種類を通知した後に第２の種類のデータが発生し、ＵＣＩの送信タイミングとデータの送信タイミングとが重なる場合について想定する。この場合、実施例４に係る無線通信システムでは、ＵＥ２０は、第２の種類のデータの送信に割り当てられたＰＵＳＣＨとは異なるＰＵＳＣＨでＵＣＩをｇＮＢ１０に送信する。実施例４では、実施例１乃至３と同じ部分には同じ符号を付し、その説明を省略する。
　図１３は、実施例４に係る無線通信システムの動作を示すシーケンス図である。
　例えば、ＬＣＨ＃ｘにおいて、送信予定のデータとして、第１の種類のデータ（図１３の「ｅＭＢＢ　ｄａｔａ」）が発生する。この場合、ＵＥ２０の通信部２３は、Ｂｕｆｆｅｒ　ｓｔａｔｕｓ　ｒｅｐｏｒｔまたはＳＲにより、送信予定のデータの種類として、第１の種類（ｅＭＢＢ）のデータをｇＮＢ１０に通知する（図１３のステップＳ３００）。すなわち、ＵＥ２０は、送信したいデータの種類をｇＮＢ１０に通知する。
　しかし、ステップＳ３００の処理後に、ＬＣＨ＃ｙにおいて、第２の種類のデータ（図１３の「ＵＲＬＬＣ　ｄａｔａ」）が発生する（図１３のステップＳ３０５）。
　次に、ｇＮＢ１０の通信部１３は、ＰＤＣＣＨおよび対応するＰＤＳＣＨでそれぞれＤＣＩおよびデータをＵＥ２０に送信する（図１３のステップＳ３１０）。すなわち、ｇＮＢ１０は、ＰＤＳＣＨで下りデータをＵＥ２０に送信し、ＰＤＣＣＨでＤＣＩをＵＥ２０に送信する。ＤＣＩには、例えば、ＵＬ　ｇｒａｎｔの情報（ＰＵＳＣＨの割当て情報）やＤＬ　ａｓｓｉｇｎｍｅｎｔ（ＰＤＳＣＨの割当て情報）が含まれる。
　ここで、ｇＮＢ１０の通信部１３は、ＵＥ２０から通知されたデータの種類に応じて、ＵＣＩのＰｉｇｇｙｂａｃｋするリソース数または、ビット数をＵＬ　ｇｒａｎｔに関するＰＤＣＣＨで指示する（図１３のステップＳ３２０）
　次に、ＵＥ２０において、ステップＳ３０５で発生した第２のデータの送信を優先させるため、第２の種類のデータとＵＣＩの送信タイミングとが重なる。この場合、ＵＥ２０の通信部２３は、第２の種類（ＵＲＬＬＣ）のデータが所定の品質をたもつことが可能なリソース数、ビット数、または占有率になるようにＰＤＣＣＨで指示されたリソース数、ビット数、占有率よりもＰｉｇｇｙｂａｃｋするＵＣＩを少なくする。ようするに、送信するデータに応じた上限値をこえないようにＰｉｇｇｙｂａｃｋする情報を減らす。そして、送信できなかった、残りのＵＣＩについては、その後に、例えば、別途、Ｓ３００で発生した第１種類のデータをＰＵＳＣＨで送信する際にＰｉｇｇｙｂａｃｋして送信しても良い（図１３のステップＳ３４０）。なお、新たなリソースの割り当てとしては、例えば、ステップＳ３３０以降に新たに割り当ての情報を受信することで送信ができる。また、ステップＳ３４０で送信するＰＵＳＣＨよりも先にＰＵＣＣＨで情報を送れる場合は、ＰＵＣＣＨで残りのＵＣＩを送信しても良い。
　図１４は、実施例４に係る無線通信システムの他の動作を示すシーケンス図である。図１４に示す例では、ＬＣＨ＃ｙにおいて、第２の種類（ＵＲＬＬＣ）のデータが発生するタイミングが、図１３に示す例とは異なる。例えば、ステップＳ３１０の処理後に、ＬＣＨ＃ｙにおいて、第２の種類のデータ（図１４の「ＵＲＬＬＣ　ｄａｔａ」）が発生する（図１４のステップＳ３１５）。それ以外の処理については、図１３の場合と同じである。
　図１５は、実施例４に係る無線通信システムの更に他の動作を示すシーケンス図である。図１５に示す例では、ＬＣＨ＃ｙにおいて、第２の種類（ＵＲＬＬＣ）のデータが発生するタイミングが、図１３、図１４に示す例とは異なる。例えば、ステップＳ３２０の処理後に、ＬＣＨ＃ｙにおいて、第２の種類のデータ（図１５の「ＵＲＬＬＣ　ｄａｔａ」）が発生する（図１５のステップＳ３２５）。それ以外の処理については、図１３の場合と同じである。
　ここで、ステップＳ３３０においてＵＥ２０から送信された第２の種類（ＵＲＬＬＣ）のデータと、ステップＳ３４０においてＵＥ２０から送信されたＵＣＩと、をｇＮＢ１０により認識可能にするために、ＤＭＲＳの系列または配置パターンが用いられる。例えば、ＤＭＲＳの系列または配置パターンは、直交コードにより、ＰＵＳＣＨにＵＣＩを載せているか否かを表す。
　ステップＳ３３０においてＵＥ２０から第２の種類（ＵＲＬＬＣ）のデータが送信されるとき、第１のＰＵＳＣＨのＤＭＲＳの系列または配置パターンは、予め決められている。例えば、直交コードが｛＋１、＋１、＋１、＋１｝であることにより、第１のＰＵＳＣＨのＤＭＲＳの系列または配置パターンは、第１のＰＵＳＣＨにＵＣＩを載せていない旨を表す。
　一方、ステップＳ３４０においてＵＥ２０からＵＣＩが送信されるとき、第２のＰＵＳＣＨのＤＭＲＳの系列または配置パターンは、ＵＥ２０が直交コードを変更することにより生成される。例えば、直交コードが｛＋１、－１、＋１、－１｝に変更されることにより、第２のＰＵＳＣＨのＤＭＲＳの系列または配置パターンは、第２のＰＵＳＣＨにＵＣＩを載せている旨を表す。
　このように、ｇＮＢ１０は、ＤＭＲＳの系列または配置パターンにより、ステップＳ３３０においてＵＥ２０から送信された第２の種類（ＵＲＬＬＣ）のデータと、ステップＳ３４０においてＵＥ２０から送信されたＵＣＩと、を認識することができる。また、例えば、ＤＭＲＳの系列または配置パターンを用いて、βオフセットの値を示すようにしても良い。
　また、ステップＳ３３０においてＵＥ２０から送信されたデータが第２の種類（ＵＲＬＬＣ）のデータであるのか否かをｇＮＢ１０により認識可能にするために、以下の２つの方法が用いられる。
　第１の方法では、ＰＤＣＣＨで指定されたＭＣＳ（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 (20)

  1. 　端末が上りデータを送信するタイミングと上り制御情報を送信するタイミングとが重なるときに、前記上りデータの送信に割り当てられたチャネルを用いて、前記上り制御情報を前記上りデータと同時に基地局に送信することが可能な無線通信システムにおいて、
    　前記基地局は、
    　前記端末に、前記上りデータの送信に割り当てられるチャネルに前記上り制御情報をのせることが可能なリソースに関する第１の情報を含む第１の信号を送信する第１送信部を有し、前記端末は、
    　前記上りデータを送信するタイミングと前記制御情報を送信するタイミングとが重なるときに、前記第１の情報に応じて、前記チャネルに前記上り制御情報の少なくとも一部をのせて前記データと同時に送信する第２送信部とを有することを特徴とする無線通信システム。
  2. 　前記端末は、前記上りデータを送信するタイミングと前記上り制御情報を送信するタイミングとが重なるときに前記第１の情報に応じて、前記上り制御情報のなかから一部の情報を前記チャネルのせるように制御する制御部を有することを特徴とする請求項１に記載の無線通信システム。
  3. 　前記一部の情報は、前記上りデータの種類に応じて、可変にすることが可能であることを特徴とする請求項２に記載の無線通信システム。
  4. 　前記制御部は、前記上りデータの種類に応じたβオフセットを用いて前記リソースを算出することができることを特徴とする請求項２または３に記載の無線通信システム。
  5. 　前記一部の情報は、前記上り制御情報における優先度に応じた情報であることを特徴とする請求項２乃至４のうち何れか１つに記載の無線通信システム。
  6. 　前記優先度は、受信した下りデータの種類、受信タイミング、前記上り制御信号の種類の少なくとも１つに応じてきまることを特徴とする請求項５に記載の無線通信システム。
  7. 　前記制御部は、前記上り制御信号に下りデータに対するＡｃｋ／Ｎａｃｋの情報が含まれる場合、前記Ａｃｋ／Ｎａｃｋの情報を前記一部の情報に含めてＰｉｇｇｙｂａｃｋすることを特徴とする請求項２乃至５のうち何れか１つに記載の無線通信システム。
  8. 　前記制御部は、前記第２送信部から前記上り制御情報のうち前記一部の情報と異なる他の情報を別の上りリソースで送信するように制御するか又は、前記他の情報を送信しないように制御することを特徴とする請求項２乃至７のうち何れか１つに記載の無線通信システム。
  9. 　前記第１送信部は、前記他の情報を送信する別の上りリソースを指定する情報または、前記他の情報を送信しないように制御するための情報を前記第１の信号と異なる第２の信号を用いて送信することを特徴とする請求項８に記載の無線通信システム。
  10. 　前記第１の情報は、前記チャネルに前記上り制御情報をＰｉｇｇｙｂａｃｋすることが可能なリソース数、ビット数、または、前記チャネルに対して前記上り制御情報が占めることが可能な占有率の少なくとも１つに関する上限値を示すことが可能な情報であることを特徴とする請求項１乃至９のうち何れか１つに記載の無線通信システム。
  11. 　前記上限値は、データの種類に応じて変更することが可能な請求項１０に記載の無線通信システム。
  12. 　前記第１の情報は、前記チャネルに前記上り制御情報をＰｉｇｇｙｂａｃｋすることが可能なリソース数、ビット数、または、前記チャネルに対して前記上り制御情報が占めることが可能な占有率の少なくとも１つを示す情報であることを特徴とする請求項１乃至９の何れか１つに記載の無線通信システム。
  13. 　前記第１送信部は、下り制御信号である前記第１の信号を送信することを特徴とする請求項１乃至１２のうち何れか１つに記載の無線通信システム。
  14. 　前記第１送信部は、前記下り制御信号の中の特定のフィールドにより、前記リソースに関する情報を送信することを特徴とする請求項１３に記載の無線通信システム。
  15. 　前記第１送信部は、前記下り制御信号の中の特定のフィールドに含まれるビット毎に前記上り制御信号の１つまたは複数の情報を対応させることを特徴とする請求項１３に記載の無線通信システム。
  16. 　前記第１送信部は、ＲＲＣ信号である前記第１の信号を送信することを特徴とする請求項１乃至１１のうち何れか１つに記載の無線通信システム。
  17. 　前記制御部は、下り制御信号が割り当てられた領域に応じた前記一部の情報を前記チャネルにのせることを特徴とする請求項１乃至１６のうちの何れか１つに記載の無線通信システム。
  18. 　前記制御部は、第１の下りデータに対する第１の上り制御信号と前記第１の下りデータよりも優先度の高い第２の下りデータに対する第２の上り制御信号の送信タイミングが重なった時に、前記第２の上り制御信号を優先的に前記一部の情報となるように制御することを特徴とする請求項１乃至１７のうちの何れか１つに記載の無線通信システム。
  19. 　上りデータを送信するタイミングと上り制御情報を送信するタイミングとが重なるときに、前記上りデータの送信に割り当てられたチャネルを用いて、前記上り制御情報を前記上りデータと同時に基地局に送信することが可能な端末において、
    　　前記上りデータの送信に割り当てられるチャネルに前記上り制御情報をのせることが可能なリソースに関する第１の情報を含む第１の信号を受信する受信部と、
    　前記上りデータを送信するタイミングと前記上り制御情報を送信するタイミングとが重なるときに、前記第１の情報に応じて、前記チャネルに前記上り制御情報の少なくとも一部をのせて前記データと同時に送信する送信部と、
    を有することを特徴とする端末。
  20. 　上りデータを送信するタイミングと上り制御情報を送信するタイミングとが重なるときに、データの送信に割り当てられたチャネルを用いて、前記上り制御情報を前記上りデータと同時に送信することが可能な端末と無線通信を行なう基地局において、
    　　前記端末に、前記上りデータの送信に割り当てられるチャネルに前記上り制御情報をのせることが可能なリソースに関する第１の情報を含む第１の信号を送信する送信部と、
    　前記端末において、前記上りデータを送信するタイミングと前記上り制御情報を送信するタイミングとが重なるときに、前記第１の情報に応じて、少なくとも一部の前記制御情報をのせた前記チャネルを受信する受信部と、
    を有することを特徴とする基地局。
PCT/JP2018/005356 2018-02-15 2018-02-15 無線通信システム、端末および基地局 WO2019159303A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/005356 WO2019159303A1 (ja) 2018-02-15 2018-02-15 無線通信システム、端末および基地局

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2018/005356 WO2019159303A1 (ja) 2018-02-15 2018-02-15 無線通信システム、端末および基地局

Publications (1)

Publication Number Publication Date
WO2019159303A1 true WO2019159303A1 (ja) 2019-08-22

Family

ID=67618602

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/005356 WO2019159303A1 (ja) 2018-02-15 2018-02-15 無線通信システム、端末および基地局

Country Status (1)

Country Link
WO (1) WO2019159303A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11838907B2 (en) * 2020-02-04 2023-12-05 Qualcomm Incorporated Simultaneous feedback information and uplink shared channel transmissions

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
HUAWEI ET AL.: "Discussion on UCI feedback for URLLC", 3GPP TSG-RAN WG1#AH R1-1800054, January 2018 (2018-01-01), XP051384557 *
HUAWEI ET AL.: "On UCI multiplexing", 3GPP TSG- RAN WG1#91 RL-1719397, 18 November 2017 (2017-11-18), XP051369306 *
LG ELECTRONICS: "Discussion on sPUSCH design with TTI shortening", 3GPP TSG-RAN WG1#85 R1-164544, 14 May 2016 (2016-05-14), XP051096392 *
ZTE ET AL.: "Simultaneous transmission and reception in sTTI", 3GPP TSG-RAN WG1#86B R1-1609375, 1 October 2016 (2016-10-01), XP051159468 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11838907B2 (en) * 2020-02-04 2023-12-05 Qualcomm Incorporated Simultaneous feedback information and uplink shared channel transmissions

Similar Documents

Publication Publication Date Title
AU2021212111B2 (en) Uplink transmission method and corresponding equipment
US11595973B2 (en) Method for processing uplink control information and terminal
US20230337198A1 (en) Harq process management method and apparatus for slot aggregation
KR102616557B1 (ko) 무선 통신 시스템에서 데이터 및 제어 정보 송수신 방법 및 장치
US10355897B2 (en) Method and apparatus for transmission of uplink control information
US20190103943A1 (en) Uplink transmission method and corresponding equipment
US11664845B2 (en) Device system and method for new radio (NR) communication
US11310779B2 (en) Method and apparatus for transmitting/receiving control information in wireless communication system
CN103532688B (zh) 一种跨频带载波聚合下的dci传输方法及装置
EP3358877A1 (en) User terminal, wireless base station, and wireless communication method
US12075425B2 (en) Method and device for transmitting/receiving uplink control information in wireless communication system
US20220248436A1 (en) Method and device for transmitting harq-ack
US11647553B2 (en) Method and apparatus for performing dual connectivity for UEs in wireless communication system
KR101763207B1 (ko) Tdd에서 epdcch에 대한 pucch 자원 배정에서 aro 값들
WO2017194022A1 (zh) 下行控制信息的传输方法、装置及系统
US20210160011A1 (en) Method and device for transmitting/receiving uplink control information in wireless communication system
CN111757294A (zh) 一种重传资源的调度方法及设备
US11811696B2 (en) Wireless communication system, base station, terminal, and method of communication
WO2019159303A1 (ja) 無線通信システム、端末および基地局
CN114390698A (zh) 一种数据传输的方法、装置、介质以及程序产品
US12126565B2 (en) Wireless communication system, base station, terminal, and method of communication
US20220232617A1 (en) Method and apparatus for uplink data transmission skipping in wireless communication system
JP2024116781A (ja) 上りリンク制御情報の効率的な送信のための端末装置、基地局装置、制御方法、及びプログラム
JP2024116780A (ja) 上りリンク制御情報の効率的な送信のための端末装置、制御方法、及びプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18906192

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18906192

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP