WO2017056396A1 - 通信端末、基地局、監視方法、送信方法、及び非一時的なコンピュータ可読媒体 - Google Patents

通信端末、基地局、監視方法、送信方法、及び非一時的なコンピュータ可読媒体 Download PDF

Info

Publication number
WO2017056396A1
WO2017056396A1 PCT/JP2016/004022 JP2016004022W WO2017056396A1 WO 2017056396 A1 WO2017056396 A1 WO 2017056396A1 JP 2016004022 W JP2016004022 W JP 2016004022W WO 2017056396 A1 WO2017056396 A1 WO 2017056396A1
Authority
WO
WIPO (PCT)
Prior art keywords
downlink data
communication terminal
monitoring
transmitted
subframe
Prior art date
Application number
PCT/JP2016/004022
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 JP2017542695A priority Critical patent/JP6743826B2/ja
Priority to CN201680058234.9A priority patent/CN108353356B/zh
Priority to EP16850577.4A priority patent/EP3358888B1/en
Priority to US15/763,162 priority patent/US10477571B2/en
Publication of WO2017056396A1 publication Critical patent/WO2017056396A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0245—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal according to signal strength
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present invention relates to a communication terminal, a base station, a monitoring method, a transmission method, and a program, and particularly to a communication terminal, a base station, a monitoring method, a transmission method, and a program that perform wireless communication.
  • 3GPP 3rd Generation Partnership Project stipulates technologies related to various mobile communication systems, for example, a technology related to LTE (Long Term Evolution) as a radio access method in mobile communication systems.
  • LTE Long Term Evolution
  • available radio resources are allocated to communication terminals (hereinafter referred to as UE (User Equipment)).
  • UE User Equipment
  • the UE can receive downlink data or transmit uplink data by using allocated radio resources.
  • the UE receives downlink data using radio resources allocated to the UE using PDSCH (Physical Downlink Shared Channel) defined in 3GPP. Moreover, UE can recognize the radio
  • the radio resource allocated to the UE is, for example, a subframe. The UE can receive the downlink data by decoding the downlink data transmitted in the scheduled subframe. Subframe scheduling information is set in the PDCCH.
  • Sub-frame scheduling methods include Dynamic scheduling and Multi-subframe scheduling.
  • dynamic scheduling a subframe for transmitting downlink data is the same as a subframe for transmitting control information (PDCCH) including scheduling information for using the subframe. That is, the scheduling information of the subframe is set for each subframe.
  • PDCCH control information
  • multi-subframe scheduling scheduling information of a plurality of subframes allocated to the UE is set in one control information. That is, the subframe assigned to the UE may be different from the subframe in which control information is transmitted.
  • Multi-subframe scheduling it is possible to reduce PDCCH that transmits scheduling information of downlink data and to reduce overhead of control signals.
  • Patent Document 1 discloses that a new DCI (Downlink Control Information) format is defined in Multi-subframe scheduling, and scheduling information related to Multi-subframe scheduling is set using the new DCI format.
  • DCI Downlink Control Information
  • an area for setting a PDCCH exists in all subframes. Therefore, the UE needs to monitor the PDCCH in all subframes in order to receive scheduling information related to multi-subframe scheduling. However, there is a problem that power consumption of the UE increases by monitoring PDCCH in all subframes.
  • An object of the present invention is to provide a communication terminal, a base station, a monitoring method, a transmission method, and a program that can suppress an increase in power consumption of the UE when performing multi-subframe scheduling.
  • the communication terminal is transmitted using a monitoring unit that monitors control information including allocation information of at least one subframe in which downlink data is transmitted, and the at least one subframe.
  • a control unit that determines a monitoring timing for monitoring the control information according to a decoding result of the downlink data, and the monitoring unit monitors the control information at the determined monitoring timing It is.
  • a base station includes: a communication unit that transmits control information including allocation information of at least one subframe for transmitting downlink data to a communication terminal; and the at least one in the communication terminal
  • a control unit that determines a transmission timing for transmitting the control information to the communication terminal according to a decoding result of downlink data transmitted using a subframe, wherein the transmission unit determines the determined transmission
  • the control information is transmitted at the timing.
  • the monitoring method monitors control information including allocation information of at least one subframe in which downlink data is transmitted, and transmits the downlink using the at least one subframe. According to the data decoding result, a monitoring timing for monitoring the control information is determined, and the control information is monitored at the determined monitoring timing.
  • a transmission method transmits control information including allocation information of at least one subframe for transmitting downlink data to a communication terminal, and the at least one subframe in the communication terminal is transmitted.
  • the transmission timing for transmitting the control information to the communication terminal is determined according to the decoding result of the downlink data transmitted using the control data, and the control information is transmitted at the determined transmission timing.
  • the program according to the fifth aspect of the present invention monitors control information including allocation information of at least one subframe in which downlink data is transmitted, and downlink data transmitted using the at least one subframe.
  • the monitoring timing for monitoring the control information is determined in accordance with the decoding result, and the computer is caused to monitor the control information at the determined monitoring timing.
  • the present invention it is possible to provide a communication terminal, a base station, a monitoring method, a transmission method, and a program that can suppress an increase in power consumption of the UE when performing multi-subframe scheduling.
  • FIG. 1 is a configuration diagram of a communication terminal according to a first embodiment. It is a block diagram of UE concerning Embodiment 2.
  • FIG. It is a block diagram of eNB concerning Embodiment 2.
  • FIG. It is a figure explaining operation
  • FIG. It is a figure which shows the flow of the process regarding the monitoring timing determination of PDCCH in UE concerning Embodiment 2.
  • FIG. It is a figure which shows the flow of the process regarding the change of the scheduling information in eNB concerning Embodiment 2.
  • FIG. It is a figure which shows the flow of the process regarding the monitoring timing determination of PDCCH in UE concerning Embodiment 3.
  • FIG. It is a figure which shows the flow of the process regarding the change of the scheduling information in eNB concerning Embodiment 3.
  • FIG. It is a figure which shows the flow of Trigger (Signal) transmission processing concerning Embodiment 4.
  • FIG. It is a figure which shows the flow of Trigger (Signal) transmission processing concerning Embodiment 4.
  • FIG. It is a figure which shows the flow of Trigger (Signal) transmission processing concerning Embodiment 4.
  • FIG. It is a figure which shows the flow of Trigger (Signal) transmission processing concerning Embodiment 4.
  • FIG. It is a figure explaining the setting content of the scheduling information in Multi-subframe
  • FIG. It is a figure explaining the setting content of the scheduling information in Multi-subframe
  • FIG. It is a block diagram of eNB in each embodiment. It is a block diagram of the communication terminal or UE in each embodiment.
  • the communication terminal 10 may be a computer device that operates when a processor executes a program stored in a memory.
  • the communication terminal 10 may be a mobile phone terminal, a smartphone, a tablet-type terminal, or the like, and may be a UE that is used as a generic name for communication terminals in 3GPP.
  • the communication terminal 10 includes a monitoring unit 11 and a control unit 12.
  • the components of the communication terminal 10 such as the monitoring unit 11 and the control unit 12 may be software or a module that executes processing when the processor executes a program stored in the memory. Further, the component of the communication terminal 10 may be hardware such as a circuit or a chip.
  • the monitoring unit 11 monitors control information including allocation information of at least one subframe in which downlink data is transmitted.
  • Downlink data is data transmitted from the base station to the communication terminal 10. Further, the downlink data may be U-Plane data or user data.
  • a subframe is a radio resource divided into specific time units. For example, in 3GPP, a subframe is divided into 1 millisecond periods.
  • Downlink data destined for the communication terminal 10 is transmitted from the base station using one or more subframes.
  • the allocation information includes information for identifying a subframe in which downlink data destined for the communication terminal 10 is transmitted.
  • the allocation information includes information on a plurality of subframes in which downlink data is transmitted.
  • the control information including the allocation information may be transmitted in the same subframe as that in which downlink data is transmitted, or may be transmitted in a subframe different from the subframe in which downlink data is transmitted.
  • the control information may be C-Plane data.
  • Monitoring control information means decoding control information that may be destined for the communication terminal 10.
  • the control unit 12 determines the monitoring timing for monitoring the control information according to the decoding result of the downlink data transmitted using at least one subframe.
  • the downlink data is decoded for each subframe specified by the allocation information.
  • the decoding result is information indicating whether or not downlink data has been successfully decoded for each subframe.
  • the monitoring unit 11 After receiving the downlink data in all the subframes specified in the allocation information received by the monitoring unit 11, the monitoring unit 11 continues to receive the downlink data, and includes control information including the next allocation information Need to be monitored. Therefore, the control unit 12 determines the timing at which the monitoring unit 11 monitors the control information including the next allocation information according to the downlink data decoding result.
  • the control unit 12 monitors the control information including the next allocation information after receiving the downlink data in all the subframes specified in the allocation information. You may decide to do.
  • the control unit 12 displays the control information including the next allocation information before receiving the downlink data in all the subframes specified in the allocation information.
  • the monitoring timing change may be determined so as to be monitored.
  • the monitoring unit 11 monitors the control information at the monitoring timing determined by the control unit 12.
  • the monitoring unit 11 of the communication terminal 10 does not need to monitor all the subframes when monitoring the control information, and at the monitoring timing determined according to the decoding result of the downlink data, Control information can be monitored. Thereby, the communication terminal 10 can reduce the frequency
  • the UE 20 corresponds to the communication terminal 10 in FIG.
  • the UE 20 includes a monitoring unit 21, a control unit 22, and a communication unit 23.
  • the monitoring unit 21 corresponds to the monitoring unit 11 in FIG. 1
  • the control unit 22 corresponds to the control unit 12 in FIG.
  • the monitoring unit 21 and the control unit 22 will not be described in detail with respect to the functions and operations common to those in FIG.
  • the monitoring unit 21 obtains scheduling information related to multi-subframe scheduling by monitoring the PDCCH carrying control information.
  • the scheduling information corresponds to allocation information.
  • one scheduling information indicates one or more subframes assigned to the UE 20 within an arbitrary period. The period may be determined as, for example, 2 milliseconds, 4 milliseconds, 8 milliseconds, 16 milliseconds, or the like.
  • the number of subframes in one cycle may change according to a predetermined cycle.
  • the control information carried by the PDCCH is defined as DCI, and the format for setting DCI is defined as the DCI format.
  • the monitoring unit 21 detects the DCI format by decoding the PDCCH.
  • the monitoring unit 21 can obtain scheduling information by detecting a DCI format related to multi-subframe scheduling. For example, a subframe number used by the UE 20 is specified in the scheduling information. Or when UE20 holds the setting information (Multi-subframe
  • the setting information related to multi-subframe scheduling may be, for example, information including a subframe number or subframe pattern to be used and an index associated therewith.
  • the radio resource designation information may be information including Index.
  • the setting information regarding Multi-subframe scheduling may be transmitted as an RRC message (e.g., RRC Connection Reconfiguration message) used when establishing an RRC (Radio Resource Control) connection between the UE 20 and the eNB 30.
  • the monitoring unit 21 when the monitoring unit 21 obtains the scheduling information, in other words, when detecting the DCI format in which the scheduling information is set, the monitoring unit 21 stops monitoring the PDCCH until the next cycle.
  • the next cycle is a cycle next to the cycle in which the subframe scheduling for the UE 20 is performed.
  • the communication unit 23 receives the downlink data transmitted in the subframe specified in the scheduling information. Downlink data is carried by the PDSCH. Further, the communication unit 23 decodes the received downlink data. The communication unit 23 receives downlink data transmitted from the eNB 30. For example, the communication unit 23 transmits and receives data to and from the eNB 30 by performing LTE (Long Term Evolution) communication with the eNB 30. The eNB 30 will be described in detail later.
  • LTE Long Term Evolution
  • the control unit 22 determines whether the downlink data has been normally decoded in the subframe specified in the scheduling information. Furthermore, the control part 22 transmits ACK to eNB30 via the communication part 23, when downlink data is decoded normally. Moreover, the control part 22 transmits NACK to eNB30 via the communication part 23, when downlink data cannot be decoded normally. Also, the control unit 22 may transmit NACK to the eNB 30 via the communication unit 23 even when downlink data is not transmitted in the subframe specified in the scheduling information.
  • control unit 22 counts the number of times the NACK has been transmitted. Furthermore, the control unit 22 compares the number of NACK transmissions with an arbitrary threshold value. Information (counter) obtained by counting the number of times NACK has been transmitted and a threshold value may be held in a memory or the like. The control unit 22 determines the timing for monitoring the PDCCH according to the comparison result between the number of NACK transmissions and a threshold value.
  • a natural number may be set as the threshold value, or may be indicated as a ratio to the number of subframes determined by the period. For example, in a situation where 10 subframes are included in one cycle, when the threshold is set to 20%, the meaning is the same as when 2 is set as the threshold.
  • control part 22 may compare the ratio of the frequency
  • the number of response signals transmitted to the eNB 30 is a number obtained by adding the number of times of transmitting ACK and the number of times of transmitting NACK.
  • control part 22 may compare the ratio of the frequency
  • control unit 22 determines that the number of NACK transmissions has reached a threshold value or the number of NACK transmissions exceeds the threshold value, downlink data that could not be decoded normally has been transmitted. It may be determined that the monitoring of the PDCCH in the monitoring unit 21 is resumed from the subframe next to the last subframe. In other words, the last subframe in which the downlink data that could not be normally decoded is transmitted is a subframe that causes the NACK to be transmitted last.
  • the control unit 22 outputs to the monitoring unit 21 information regarding the timing at which PDCCH monitoring is resumed or subframes.
  • the UE 20 resumes monitoring of the PDCCH in the subframe # n + m. May be.
  • the control unit 22 may output the subframe # n + m to the monitoring unit 21 as timing for resuming monitoring of the PDCCH.
  • m may be defined in advance as a specification, or may be notified from the eNB 30 to the UE 20 by an RRC message.
  • the control unit 22 can determine to monitor the PDCCH adaptively.
  • Adaptively monitoring PDCCH may be starting, resuming, or interrupting monitoring of PDCCH transmitted at least in a specific DCI format.
  • the specific DCI format is, for example, a DCI format for multi-subframe scheduling.
  • adaptively monitoring the PDCCH may be starting, resuming, or interrupting monitoring of the PDCCH masked by at least a specific RNTI (Radio-Network-Temporary-Identifier).
  • the specific RNTI is, for example, an RNTI for multi-subframe scheduling (MS-RNTI).
  • the PDCCH is masked using a UE-specific C-RNTI or an RNTI used for a PDCCH for a specific DCI format.
  • the RNTI used for the PDCCH for a specific DCI format may be, for example, an SI-RNTI for System Information. Accordingly, only the UE that should receive the PDCCH can correctly detect the DCI format.
  • the monitoring unit 21 resumes monitoring of the PDCCH at the timing or subframe specified by the control unit 22.
  • the eNB 30 is defined as a base station that supports LTE communication in 3GPP.
  • the eNB 30 includes a communication unit 31 and a control unit 32.
  • the component that configures the eNB 30 may be software or a module that operates when a processor executes a program stored in a memory.
  • the constituent elements constituting the eNB 30 may be hardware such as a circuit or a chip.
  • the control unit 32 performs scheduling for assigning radio resources to UEs located in the communication area formed by the eNB 30. Specifically, the control unit 32 determines a subframe to be allocated to each UE. Moreover, the control part 32 sets the scheduling information regarding the several sub-frame allocated to UE to one PDCCH, when performing Multi-subframe
  • control unit 32 transmits downlink data destined for the UE 20 via the communication unit 31 in the subframe assigned to the UE 20.
  • control unit 32 receives ACK and NACK from the UE 20 via the communication unit 31. Further, the control unit 32 counts the number of NACKs transmitted from the UE 20. Further, the control unit 32 compares the number of NACKs with an arbitrary threshold value. Information (counter) and threshold values obtained by counting the number of NACKs may be held in a memory or the like. The control part 32 changes the scheduling regarding UE20 according to the comparison result with the number of NACK, and a threshold value. Furthermore, the control unit 32 transmits the changed scheduling information to the UE 20 via the communication unit 31 using the PDCCH.
  • the threshold value to be compared with the number of NACKs is the same value as the threshold value used for comparison with the number of times NACK has been transmitted in the UE 20. Accordingly, the timing at which the UE 20 resumes monitoring of the PDCCH and the timing at which the control unit 32 changes the scheduling related to the UE 20 and transmits the changed scheduling information to the UE 20 through the PDCCH can be matched.
  • the control unit 32 may transmit information on the threshold used in the eNB 30 to the UE 20 via the communication unit 31.
  • the communication unit 31 may set information regarding the threshold value in the PDCCH transmitted to the UE 20.
  • the communication part 31 may set the information regarding a threshold value to the RRC message used when establishing RRC connection between UE20 and eNB30.
  • the communication part 31 may set the information regarding a threshold value to the alerting
  • the information regarding a threshold value may be preset as a default value.
  • control unit 32 may switch the scheduling for the UE 20 to Dynamic scheduling when the number of NACKs reaches a threshold value or the number of NACKs exceeds the threshold value.
  • the quality of the wireless communication environment between the eNB 30 and the UE 20 may be degraded. Therefore, in such a case, dynamic scheduling is performed on the UE 20 to control the modulation multi-level number or the coding rate for each subframe so as to improve the throughput between the UE 20 and the eNB 30. Good.
  • the control unit 32 may shorten the cycle in Multi-subframe scheduling from the previous cycle. By shortening the period in Multi-subframe scheduling, it is possible to increase the chance of changing the modulation multi-level number or the coding rate. In this way, the throughput between the UE 20 and the eNB 30 may be improved.
  • the control unit 32 may lengthen the next cycle in the multi-subframe scheduling.
  • the case where the number of NACKs does not reach the threshold value or the number of NACKs does not exceed the threshold value may be that the quality of the radio communication environment between the eNB 30 and the UE 20 is good. Therefore, by increasing the period in Multi-subframesubscheduling, the number of subframes assigned to the UE 20 may be increased, and the throughput between the UE 20 and the eNB 30 may be further improved.
  • control unit 32 retransmits the downlink data transmitted in the subframe that causes NACK transmission in the next cycle.
  • NACK retransmission NACK
  • NACK initial NACK
  • different thresholds may be set for retransmission NACK and initial NACK.
  • NACK at the time of retransmission may be counted, and scheduling information may be changed when the counter value reaches a threshold value.
  • the number of initial NACKs may be counted, and scheduling information may be changed when the counter value reaches a threshold value.
  • FIG. 4 shows that subframes 1 to Z within one cycle M milliseconds are allocated to UE 20 in DL (Down ⁇ Link). M milliseconds may be defined as, for example, 2 milliseconds, 4 milliseconds, 8 milliseconds, 16 milliseconds, and the like. Further, “C” in the subframe indicates PDCCH, and “S” indicates PDSCH. As shown in FIG. 4, there is a PDCCH region in all subframes. For example, the UE 20 receives scheduling information on the PDCCH transmitted in the subframe 1.
  • UE20 transmits ACK or NACK which shows whether the downlink data set to PDSCH was normally decoded for every sub-frame by UL (Up
  • UE 20 clears the counter of the number of NACK transmissions when the number of NACK transmissions reaches a threshold within one period or when one period expires.
  • the eNB 30 may set the changed scheduling information related to the UE 20 in the PDCCH in the subframe next to the subframe B.
  • the monitoring unit 21 receives the PDCCH and detects a DCI format for multi-subframe scheduling (S11). It is assumed that scheduling information in Multi-subframe scheduling is set in the DCI format for Multi-subframe scheduling. Moreover, the monitoring part 21 will stop monitoring PDCCH, if the DCI format for Multi-subframe
  • the communication unit 23 decodes the downlink data transmitted in the subframe specified in the scheduling information (S12).
  • control unit 22 determines whether the downlink data has been successfully decoded (S13). For example, the control unit 22 may determine the normality of the downlink data decoded by a CRC (Cyclic Redundancy Check) check or the like. The control unit 22 may determine the normality of the downlink data using a method other than the CRC check.
  • CRC Cyclic Redundancy Check
  • the control unit 22 transmits a NACK to the eNB 30 via the communication unit 23 (S14).
  • the control unit 22 determines whether or not the number of NACK transmissions exceeds a threshold (S15).
  • the control unit 22 may determine whether or not the number of NACK transmissions has reached a threshold value.
  • the control unit 22 increments the NACK transmission count counter held in the memory or the like by one.
  • the control unit 22 determines whether the Multi-subframe-scheduling cycle has expired (S16).
  • control unit 22 determines that the multi-subframe scheduling period has not expired, the control unit 22 repeats the processes after step S12.
  • step S15 When it is determined in step S15 that the number of NACK transmissions has exceeded the threshold value, or in step S16, the control unit 22 determines that the Multi-subframe scheduling period has expired. Is cleared (S18).
  • the monitoring unit 21 monitors the PDCCH and repeats the processes after step S11 for detecting the PDCCH.
  • step S13 when it is determined that the downlink data has been successfully decoded, the control unit 22 transmits an ACK to the eNB 30 via the communication unit 23 (S17).
  • the communication part 23 repeats the process after step S12 which decodes the downlink data transmitted with the sub-frame designated in the scheduling information.
  • the communication unit 31 receives information related to the decoding result transmitted from the UE 20 (S21).
  • control unit 32 determines whether or not the decoding result transmitted from the UE 20 is NACK (S22). When it is determined that the decoding result is not NACK, that is, ACK, the control unit 32 determines whether or not the Multi-subframesubscheduling period for the UE 20 has expired (S23).
  • the control unit 32 changes the scheduling information for Multi-subframe scheduling for the UE 20 (Scheduling) (S24). For example, in step S24, the control unit 32 estimates that the radio communication environment between the eNB 30 and the UE 20 is good, and changes the scheduling information so as to lengthen the next cycle in multi-subframe scheduling, for example. May be. Next, the control unit 32 clears the NACK counter (S25).
  • step S22 when it is determined that the decoding result is NACK, the control unit 32 determines whether or not the number of received NACKs exceeds the threshold (S26). When receiving the NACK, the control unit 32 increments the NACK reception number counter held in the memory or the like by one. When the control unit 32 determines that the number of received NACKs does not exceed the threshold value, the control unit 32 executes the processes after step S23.
  • step S26 when it is determined that the number of received NACKs exceeds the threshold, the control unit 32 changes the scheduling information for multi-subframe scheduling for the UE 20 (S27). For example, in step S27, the control unit 32 may estimate that the wireless communication environment between the eNB 30 and the UE 20 is deteriorated, and may switch the scheduling for the UE 20 to, for example, Dynamic scheduling. Thereafter, the processing from step S25 is repeated.
  • the UE 20 can determine the timing for monitoring the PDCCH according to the number of NACK transmissions while operating according to multi-subframe scheduling.
  • UE20 can monitor and detect PDCCH in which new scheduling information was set, when the frequency
  • the newly detected PDCCH sets scheduling information that takes into account the deterioration of the wireless communication environment. Therefore, the UE 20 can improve the throughput by operating according to the new scheduling information.
  • the UE 20 stops monitoring the PDCCH until the multi-subframe scheduling schedule expires.
  • the UE 20 stops monitoring the PDCCH until the number of NACK transmissions reaches a threshold value.
  • the eNB 30 can change the scheduling information related to the UE 20 when the number of NACKs transmitted from the UE 20 exceeds the threshold. That is, when the radio communication environment with the UE 20 is deteriorated, the eNB 30 shortens the multi-subframe scheduling period or changes the modulation multi-level number and the coding rate, etc.
  • the scheduling information can be changed so as to improve the throughput in communication.
  • the eNB 30 can further improve the throughput of the UE 20 by increasing the multi-subframe scheduling period.
  • the timing at which the eNB 30 changes the scheduling information and the timing at which the UE 20 resumes monitoring of the PDCCH can be matched.
  • FIG. 7 shows that the UE 20 counts the number of NACK transmissions over two periods. For example, when the threshold is set to 2, the UE 20 transmits NACK to the eNB 30 as a decoding result in the subframe 2 in the second period, so that the number of times of transmitting the NACK reaches the threshold. In this case, the UE 20 resumes monitoring of the PDCCH in the subframe next to the subframe 2 in the second cycle.
  • the eNB 30 may set the changed scheduling information related to the UE 20 in the PDCCH in the subframe next to the subframe 2 in the second cycle.
  • the UE 20 clears the counter of the number of NACK transmissions when the number of NACK transmissions reaches a threshold value. In FIG. 7, when the number of NACK transmissions does not reach the threshold value in the first cycle, the UE 20 continues to maintain the counter value in the next cycle without clearing the counter.
  • Steps S31 to S35 and S37 are the same as steps S11 to S15 and S17 of FIG.
  • step S35 when it is determined that the number of NACK transmissions does not exceed the threshold, the control unit 22 determines whether or not the multi-subframe scheduling period has expired (S36).
  • control unit 22 determines that the multi-subframe scheduling period has not expired
  • the control unit 22 repeats the processes after step S32.
  • the control unit 22 repeats the processes after Step S31.
  • the process after step S ⁇ b> 31 is repeated without clearing the NACK counter. Is different.
  • Steps S41 to S43 and S45 are the same as steps S21 to S23 and S25 in FIG.
  • step S44 when it is determined that the multi-subframe scheduling for the UE 20 has expired, the control unit 32 rescheduls the scheduling information for the multi-subframe scheduling for the UE 20 (S44).
  • the scheduling information is changed due to the expiration of the Multi-subframe scheduling cycle, the processing after step S41 is repeated without clearing the NACK counter.
  • step S45 when it is determined that the number of received NACKs exceeds the threshold value, the control unit 32 changes scheduling information for multi-subframe scheduling with respect to the UE 20 (S46). Next, when the scheduling information is changed because the number of received NACKs exceeds the threshold value, the control unit 32 clears the NACK number counter (S47), and then repeats the processes after step S41.
  • the number of NACK transmissions can be counted over a plurality of periods.
  • count of NACK since the process which clears the counter of the transmission frequency
  • Embodiments 2 and 3 an example has been described in which UE 20 counts the number of NACK transmissions and eNB 30 counts the number of NACK receptions.
  • the UE transmits a Trigger Signal to the eNB 30.
  • a special NACK may be transmitted that implies that the number of NACK transmissions has reached or exceeded the threshold. That is, the Trigger Signal is used for the UE 20 to notify the eNB 30 of the situation related to the number of NACK transmissions.
  • the radio resource for transmitting Trigger Signal (e.g., special NACK) may be notified (or set) to the UE 20 in advance.
  • UE20 may transmit Trigger
  • the uplink radio resource may be at least one of PUCCH and PUSCH, for example.
  • the threshold used for determining the timing for transmitting the Trigger signal may be notified from the eNB 30.
  • the eNB 30 may set information regarding the threshold value in the PDCCH transmitted to the UE 20.
  • eNB30 may set the information regarding a threshold value in the RRC message used when establishing RRC connection between UE20 and eNB30.
  • eNB30 may set the information regarding a threshold value to the alerting
  • the information regarding a threshold value may be preset as a default value.
  • the eNB 30 transmits downlink data in a subframe assigned to the UE 20 (S51).
  • UE20 transmits ACK or NACK which shows whether the downlink data transmitted in step S51 was able to be decoded normally to eNB30 (S52).
  • steps S53 to S56 the same processing as in steps S51 and S52 is repeated.
  • the UE 20 determines that the downlink data transmitted in step S57 has not been successfully decoded, and transmits a NACK (S58).
  • UE20 determines with the NACK transmitted in step S58 that the number of transmitted NACK exceeded arbitrary threshold values (S59).
  • UE20 transmits Trigger (Signal) to eNB30 (S60).
  • the eNB 30 when the eNB 30 receives the Trigger signal transmitted from the UE 20, the eNB 30 changes the scheduling information of the multi-subframe scheduling related to the UE 20 (S61). Next, the eNB 30 transmits the PDCCH in which the changed scheduling information is set to the UE 20 (S62).
  • the UE 20 resumes monitoring of the PDCCH after transmitting the Trigger signal.
  • the UE 20 can receive the PDCCH transmitted in step S62 and detect the DCI format for multi-subframe scheduling.
  • the number of NACKs may be counted only for one period, or may be counted over a plurality of periods.
  • the counter for the number of NACKs may be cleared after transmitting Trigger-Signal or after one period expires.
  • the counter of the number of NACKs may be cleared after transmitting Trigger Signal.
  • Trigger Signal is transmitted at a timing different from that in FIG. 10
  • the UE 20 transmits Trigger Signal to the eNB 30 at the end of one cycle.
  • Steps S71 to S77 are the same as steps S51 to S57 in FIG.
  • UE20 transmits ACK or NACK which shows whether the downlink data received in step S77 was able to be decoded normally to eNB30 (S78).
  • the UE 20 determines that one cycle has expired in the downlink data transmitted in step S77, the UE 20 transmits a Trigger Signal to the eNB 30 (S79).
  • the UE 20 may set information related to the number of NACKs in the same period, or a subframe number for which downlink data has not been successfully decoded, in Trigger Signal.
  • ENB30 will change the scheduling information of Multi-subframe
  • TM Trigger
  • the eNB 30 transmits the PDCCH in which the changed scheduling information is set to the UE 20 (S81).
  • step S80 for example, when the number of NACKs is smaller than an arbitrary threshold value, the eNB 30 may lengthen the next cycle of multi-subframe scheduling in the UE 20. In addition, when the number of NACKs reaches an arbitrary threshold, the eNB 30 may switch the scheduling for the UE 20 to Dynamic scheduling, or may make the cycle in Multi-subframe scheduling shorter than the previous cycle.
  • FIG. 11 illustrates an example in which UE 20 transmits Trigger Signal at the end of one cycle, but UE 20 may transmit Trigger Signal at any timing within one cycle. That is, Trigger Signal may be transmitted at an arbitrary timing within one cycle, and the timing is not limited.
  • Trigger Signal is transmitted at a timing different from those in FIGS. 10 and 11
  • UE20 transmits Trigger
  • the arbitrary number of times is three.
  • the eNB 30 transmits downlink data to the UE 20 (S91).
  • UE20 transmits ACK which shows that the downlink data transmitted in step S91 was able to be decoded normally to eNB30 (S92).
  • the eNB 30 transmits downlink data to the UE 20 (S93).
  • UE20 transmits NACK which shows that the downlink data transmitted in step S93 was not able to be decoded normally to eNB30 (S94).
  • the UE 20 has transmitted NACK to the eNB 30 in steps S96 and S98, assuming that the downlink data transmitted in step S95 and the downlink data transmitted in step S97 could not be decoded normally. To do.
  • the UE 20 determines that the number of NACK transmissions has reached an arbitrary number of three when NACK is transmitted in step S98. At this time, the UE 20 transmits Trigger Signal to the eNB 30 (S99). Steps S100 and S101 are the same as steps S61 and S62 in FIG.
  • the UE 20 counts the number of NACK transmissions and transmits Trigger Signal, thereby eliminating the need for the eNB 30 to count the number of NACK transmissions.
  • the eNB 30 erroneously decodes the ACK transmitted from the UE 20 as a NACK, or when the NACK is decoded as an ACK, the UE 20 and the eNB 30 There arises a problem that the counter values do not match. Such a problem can be avoided by using Trigger Signal and counting only the number of NACK transmissions by the UE 20.
  • Trigger Signal can be transmitted before the multi-subframe scheduling period expires.
  • the eNB 30 can change the scheduling information before the period expires. Therefore, the eNB 30 can change the scheduling information following the change in the radio environment between the UE 20 and the eNB 30.
  • the process shown in FIG. 11 is an effective procedure when handling downlink data with lower real-time characteristics than FIG. 10 because the scheduling information change process is not performed within the period.
  • the eNB 30 detects that NACK has been transmitted continuously and transmits Trigger Signal, so that the wireless environment temporarily changes due to a sudden change in the wireless environment. In case of deterioration, the scheduling information can be changed.
  • FIG. 13 shows that PDCCH is transmitted in all subframes as in the first to fourth embodiments.
  • UE_A, UE_B, and UE_C operate within the same Multi-subframe scheduling period
  • UE_A, UE_B, and UE_C may monitor PDCCHs of different subframes. For example, UE_A may monitor the PDCCH transmitted in subframe 1, UE_B may monitor the PDCCH transmitted in subframe 2, and UE_C may monitor the PDCCH transmitted in subframe 3.
  • FIG. 14 illustrates that in multi-subframe scheduling where UE_A, UE_B, and UE_C operate, the PDCCH is transmitted only in the first subframe 1 of the cycle. In this case, UE_A, UE_B, and UE_C monitor the PDCCH transmitted in subframe 1.
  • each UE monitors the PDCCH only in an arbitrary subframe within the multi-subframe scheduling period. As a result, an increase in power consumption can be suppressed as compared with the case where PDCCH is monitored in all subframes.
  • the eNB 30 can change the scheduling information of Multi-subframe scheduling for each UE according to the downlink data decoding result in each UE, as in the first to fourth embodiments.
  • it can control to improve the throughput in communication between eNB30 and each UE. That is, at the timing shown in the fifth embodiment, when monitoring each UEPDCCH, as in the first to fourth embodiments, by changing the scheduling information in the eNB 30, according to the change in the radio communication environment, Control can be performed to improve throughput in communication between the eNB 30 and each UE.
  • the threshold values described in the first to fifth embodiments may be predetermined values.
  • FIG. 15 is a block diagram illustrating a configuration example of the eNB 30.
  • the eNB 30 includes an RF transceiver 1001, a network interface 1003, a processor 1004, and a memory 1005.
  • the RF transceiver 1001 performs analog RF signal processing to communicate with UEs.
  • the RF transceiver 1001 may include multiple transceivers.
  • RF transceiver 1001 is coupled to antenna 1002 and processor 1004.
  • the RF transceiver 1001 receives modulation symbol data (or OFDM symbol data) from the processor 1004, generates a transmission RF signal, and supplies the transmission RF signal to the antenna 1002. Further, the RF transceiver 1001 generates a baseband received signal based on the received RF signal received by the antenna 1002, and supplies this to the processor 1004.
  • the network interface 1003 is used to communicate with network nodes (e.g., other eNBs, Mobility Management Entity (MME), and Serving Gateway (S-GW)).
  • the network interface 1003 may include, for example, a network interface card (NIC) compliant with IEEE 802.3 series.
  • the processor 1004 performs data plane processing including digital baseband signal processing for wireless communication and control plane processing.
  • the digital baseband signal processing by the processor 1004 may include signal processing of a PDCP layer, an RLC layer, a MAC layer, and a PHY layer.
  • the signal processing by the processor 1004 may include GTP-U / UDP / IP layer signal processing at the X2-U interface and the S1-U interface.
  • the control plane processing by the processor 1004 may include processing of the X2AP protocol, the S1-MME protocol, and the RRC protocol.
  • the processor 1004 may include a plurality of processors.
  • the processor 1004 includes a modem processor (eg, DSP) that performs digital baseband signal processing, a processor that performs signal processing of the GTP-U / UDP / IP layer in the X2-U interface and the S1-U interface (eg, DSP) and a protocol stack processor (eg, CPU or MPU) that performs control plane processing may be included.
  • DSP modem processor
  • a processor that performs signal processing of the GTP-U / UDP / IP layer in the X2-U interface and the S1-U interface eg, DSP
  • a protocol stack processor eg, CPU or MPU
  • the memory 1005 is configured by a combination of a volatile memory and a nonvolatile memory.
  • the memory 1005 may include a plurality of physically independent memory devices.
  • the volatile memory is, for example, Static Random Access Memory (SRAM), Dynamic RAM (DRAM), or a combination thereof.
  • the non-volatile memory is a mask Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, hard disk drive, or any combination thereof.
  • Memory 1005 may include storage located remotely from processor 1004. In this case, the processor 1004 may access the memory 1005 via the network interface 1003 or an I / O interface not shown.
  • the memory 1005 may store a software module (computer program) including an instruction group and data for performing processing by the eNB 30 described in the above-described plurality of embodiments.
  • the processor 1004 may be configured to perform the processing of the eNB 30 described in the above-described embodiment by reading the software module from the memory 1005 and executing the software module.
  • FIG. 16 is a block diagram illustrating a configuration example of the communication terminal 10 or the UE 20.
  • the Radio-Frequency (RF) transceiver 1101 performs analog RF signal processing in order to communicate with the eNB 30. Analog RF signal processing performed by the RF transceiver 1101 includes frequency up-conversion, frequency down-conversion, and amplification.
  • RF transceiver 1101 is coupled with antenna 1102 and baseband processor 1103. That is, the RF transceiver 1101 receives modulation symbol data (or OFDM symbol data) from the baseband processor 1103, generates a transmission RF signal, and supplies the transmission RF signal to the antenna 1102. Further, the RF transceiver 1101 generates a baseband received signal based on the received RF signal received by the antenna 1102 and supplies this to the baseband processor 1103.
  • modulation symbol data or OFDM symbol data
  • the baseband processor 1103 performs digital baseband signal processing (data plane processing) and control plane processing for wireless communication.
  • Digital baseband signal processing consists of (a) data compression / decompression, (b) data segmentation / concatenation, (c) ⁇ transmission format (transmission frame) generation / decomposition, and (d) transmission path encoding / decoding.
  • E modulation (symbol mapping) / demodulation
  • IFFT Inverse Fast Fourier Transform
  • control plane processing includes layer 1 (eg, transmission power control), layer 2 (eg, radio resource management, hybrid automatic repeat request (HARQ) processing), and layer 3 (eg, attach, mobility, and call management). Communication management).
  • the digital baseband signal processing by the baseband processor 1103 includes signal processing of Packet Data Convergence Protocol (PDCP) layer, Radio Link Control (RLC) layer, MAC layer, and PHY layer. But you can. Further, the control plane processing by the baseband processor 1103 may include Non-Access Stratum (NAS) protocol, RRC protocol, and MAC ⁇ CE processing.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Stratum
  • PHY Packet Data Convergence Protocol
  • the control plane processing by the baseband processor 1103 may include Non-Access Stratum (NAS) protocol, RRC protocol, and MAC ⁇ CE processing.
  • NAS Non-Access Stratum
  • the baseband processor 1103 includes a modem processor (eg, Digital Signal Processor (DSP)) that performs digital baseband signal processing and a protocol stack processor (eg, Central Processing Unit (CPU) that performs control plane processing, or Micro Processing Unit. (MPU)).
  • DSP Digital Signal Processor
  • protocol stack processor eg, Central Processing Unit (CPU) that performs control plane processing, or Micro Processing Unit. (MPU)
  • CPU Central Processing Unit
  • MPU Micro Processing Unit.
  • a protocol stack processor that performs control plane processing may be shared with an application processor 1104 described later.
  • the application processor 1104 is also called a CPU, MPU, microprocessor, or processor core.
  • the application processor 1104 may include a plurality of processors (a plurality of processor cores).
  • the application processor 1104 is a system software program (Operating System (OS)) read from the memory 1106 or a memory (not shown) and various application programs (for example, a call application, a web browser, a mailer, a camera operation application, music playback)
  • OS Operating System
  • the baseband processor 1103 and the application processor 1104 may be integrated on a single chip, as indicated by the dashed line (1105) in FIG.
  • the baseband processor 1103 and the application processor 1104 may be implemented as one System on Chip (SoC) device 1105.
  • SoC System on Chip
  • An SoC device is sometimes called a system Large Scale Integration (LSI) or chipset.
  • the memory 1106 is a volatile memory, a nonvolatile memory, or a combination thereof.
  • the memory 1106 may include a plurality of physically independent memory devices.
  • the volatile memory is, for example, Static Random Access Memory (SRAM), Dynamic RAM (DRAM), or a combination thereof.
  • the non-volatile memory is a mask Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, hard disk drive, or any combination thereof.
  • the memory 1106 may include an external memory device accessible from the baseband processor 1103, the application processor 1104, and the SoC 1105.
  • Memory 1106 may include an embedded memory device integrated within baseband processor 1103, application processor 1104, or SoC 1105.
  • the memory 1106 may include a memory in a Universal Integrated Circuit Card (UICC).
  • UICC Universal Integrated Circuit Card
  • the memory 1106 may store a software module (computer program) including an instruction group and data for performing processing by the communication terminal 10 or the UE 20 described in the plurality of embodiments.
  • the baseband processor 1103 or the application processor 1104 is configured to perform the processing of the communication terminal 10 or the UE 20 described in the above-described embodiment by reading and executing the software module from the memory 1106. May be.
  • each of the processors included in the communication terminal 10, the UE 20, and the eNB 30 includes a group of instructions for causing a computer to execute the algorithm described with reference to the drawings. Run multiple programs.
  • Non-transitory computer readable media include various types of tangible storage media (tangible storage medium).
  • Examples of non-transitory computer-readable media include magnetic recording media (eg flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (eg magneto-optical discs), CD-ROMs (Read Only Memory), CD-Rs, CD-R / W, semiconductor memory (for example, mask ROM, PROM (Programmable ROM), EPROM (Erasable ROM), flash ROM, RAM (Random Access Memory)) are included.
  • the program may also be supplied to the computer by various types of temporary computer-readable media. Examples of transitory computer readable media include electrical signals, optical signals, and electromagnetic waves.
  • the temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.
  • (Appendix 1) A monitoring unit that monitors control information including allocation information of at least one subframe in which downlink data is transmitted; A control unit for determining a monitoring timing for monitoring the control information according to a decoding result of downlink data transmitted using the at least one subframe, The monitoring unit A communication terminal that monitors the control information at the determined monitoring timing.
  • the monitoring unit The communication terminal according to appendix 1, wherein when the control information is received, monitoring of the control information is interrupted until the next monitoring timing.
  • (Appendix 3) The controller is Whether to resume monitoring of the control information according to either the number or rate of successful decoding of the downlink data, or the number or rate of successful decoding of the downlink data
  • the controller is The communication terminal according to supplementary note 3, wherein the monitoring of the control information is determined to be resumed when the number or ratio of the downlink data that has not been successfully decoded exceeds a threshold value in any one period.
  • Appendix 5 Each time the downlink data is received in the allocated subframe, the first decoding result of the downlink data is transmitted to the base station, and the number of times or the percentage of the downlink data that has not been successfully decoded has a threshold value.
  • the controller is The communication terminal according to supplementary note 4, wherein the communication terminal determines to resume monitoring of the control information after the second decoding result is transmitted to the base station.
  • the controller is The communication terminal according to supplementary note 4, wherein the communication terminal determines to resume monitoring of the control information after the second decoding result is transmitted to the base station.
  • the controller is Clears the number of times that the downlink data could not be decoded normally when the number of times or the rate that the downlink data could not be decoded normally exceeded a threshold, or when the arbitrary one period expired.
  • the controller is Counting the number of times that the downlink data could not be decoded normally over a plurality of arbitrary periods, and monitoring the control information when the number of times the downlink data could not be decoded normally exceeded a threshold
  • the controller is The communication terminal according to appendix 9, wherein the communication terminal determines to resume monitoring of the control information after the second decoding result is transmitted to the base station.
  • the communication unit is The communication terminal according to appendix 10, wherein the second decoding result is transmitted to the base station when the downlink data has not been successfully decoded continuously for a predetermined number of times.
  • the communication unit is The communication terminal according to supplementary note 11, wherein the second decoding result is transmitted to the base station at a timing when a period to which a timing at which the number of times the downlink data has not been successfully decoded exceeds a threshold value has expired.
  • the controller is The communication terminal according to any one of appendices 9 to 12, wherein when the number of times the downlink data cannot be normally decoded exceeds a threshold value, the number of times the downlink data cannot be normally decoded is cleared. .
  • the controller is The control information is transmitted to the communication terminal according to either the number or ratio of the downlink data successfully decoded in the communication terminal or the number or ratio of the downlink data not successfully decoded. 15. The base station according to appendix 14, wherein transmission timing to be determined is determined.
  • the controller is In any one cycle, when the number of times or the ratio that the downlink data has not been successfully decoded in the communication terminal exceeds a threshold, the control information in which the allocation information is changed is transmitted to the communication terminal.
  • the controller is Counting the number of times that the downlink data has not been successfully decoded over a plurality of arbitrary cycles, and if the number of times the downlink data has not been successfully decoded in the communication terminal exceeds a threshold, the allocation The base station according to appendix 15, wherein control information whose information has been changed is determined to be transmitted to the communication terminal.
  • the communication unit is The number of times that the first decoding result related to the downlink data transmitted from the communication terminal for each assigned subframe is received from the communication terminal and the downlink data has not been successfully decoded in the communication terminal or Receiving a second decoding result transmitted from the communication terminal when the ratio exceeds a threshold;
  • the controller is 15.

Abstract

Multi-subframe schedulingを行う際に、ＵＥの消費電力の増加を抑えることができる通信端末を提供することを目的とする。本発明にかかる通信端末（１０）は、ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視する監視部（１１）と、少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、制御情報の監視を行う監視タイミングを決定する制御部（１２）と、を備える。監視部（１１）は、決定された監視タイミングに制御情報の監視を行う。

Description

通信端末、基地局、監視方法、送信方法、及び非一時的なコンピュータ可読媒体
　本発明は通信端末、基地局、監視方法、送信方法、及びプログラムに関し、特に無線通信を行う通信端末、基地局、監視方法、送信方法、及びプログラムに関する。
　３ＧＰＰ（3rd Generation Partnership Project）は、様々な移動通信システムに関する技術を規定しており、例えば、移動通信システムにおける無線アクセス方式として、ＬＴＥ（Long Term Evolution）に関する技術を規定している。ＬＴＥにおいては、通信端末（以下、ＵＥ（User Equipment）とする）に対して、利用可能な無線リソースが割り当てられる。ＵＥは、割り当てられた無線リソースを用いることによって、ダウンリンクデータを受信もしくはアップリンクデータを送信することができる。
　ＵＥは、３ＧＰＰにおいて定義されたＰＤＳＣＨ（Physical Downlink Shared Channel）を用いて、ＵＥに割り当てられた無線リソースにてダウンリンクデータを受信する。また、ＵＥは、３ＧＰＰにおいて定義されたＰＤＣＣＨ（Physical Downlink Control Channel）を受信することによって、ＵＥに割り当てられた無線リソースを認識することができる。ＵＥに割り当てられた無線リソースとは、例えば、サブフレームである。ＵＥは、スケジューリングされたサブフレームにて送信されたダウンリンクデータを復号等することによって、ダウンリンクデータを受信することができる。ＰＤＣＣＨには、サブフレームのスケジューリング情報が設定されている。
　サブフレームのスケジューリング方式には、Dynamic schedulingとMulti-subframe schedulingとがある。Dynamic schedulingにおいては、ダウンリンクデータを送信するサブフレームと、当該サブフレームを使用するためのスケジューリング情報等を含む制御情報（ＰＤＣＣＨ）を送信するサブフレームとを同一とする。つまり、サブフレーム毎に当該サブフレームのスケジューリング情報が設定されている。
　これに対して、Multi-subframe schedulingにおいては、一つの制御情報において、ＵＥに割り当てられる複数のサブフレームのスケジューリング情報が設定される。つまり、ＵＥに割り当てられるサブフレームは、制御情報が送信されるサブフレームと異なっていてもよい。Multi-subframe schedulingを用いることによって、ダウンリンクデータのスケジューリング情報を送信するＰＤＣＣＨを削減し、制御信号のオーバヘッドを低減することができる。
　特許文献１には、Multi-subframe schedulingにおいて新しいＤＣＩ（Downlink Control Information）フォーマットを規定し、新たなＤＣＩフォーマットを用いてMulti-subframe schedulingに関するスケジューリング情報を設定することが開示されている。
米国特許第８５４７９２８号明細書
　一般的に、全てのサブフレームにはＰＤＣＣＨを設定する領域が存在する。そのため、ＵＥは、Multi-subframe schedulingに関するスケジューリング情報を受信するために、全てのサブフレームにおけるＰＤＣＣＨを監視する必要がある。しかし、全てのサブフレームにおいてＰＤＣＣＨの監視を行うことによって、ＵＥの消費電力が増加するという問題がある。
　本発明の目的は、Multi-subframe schedulingを行う際に、ＵＥの消費電力の増加を抑えることができる通信端末、基地局、監視方法、送信方法、及びプログラムを提供することにある。
　本発明の第１の態様にかかる通信端末は、ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視する監視部と、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定する制御部と、を備え、前記監視部は、決定された前記監視タイミングに前記制御情報の監視を行うものである。
　本発明の第２の態様にかかる基地局は、ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信する通信部と、前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定する制御部と、を備え、前記送信部は、決定された前記送信タイミングに前記制御情報の送信を行うものである。
　本発明の第３の態様にかかる監視方法は、ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視し、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定し、決定された前記監視タイミングに前記制御情報の監視を行うものである。
　本発明の第４の態様にかかる送信方法は、ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信し、前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定し、決定された前記送信タイミングに前記制御情報の送信を行うものである。
　本発明の第５の態様にかかるプログラムは、ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視し、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定し、決定された前記監視タイミングに前記制御情報の監視を行うことをコンピュータに実行させるものである。
　本発明により、Multi-subframe schedulingを行う際に、ＵＥの消費電力の増加を抑えることができる通信端末、基地局、監視方法、送信方法、及びプログラムを提供することができる。
実施の形態１にかかる通信端末の構成図である。 実施の形態２にかかるＵＥの構成図である。 実施の形態２にかかるｅＮＢの構成図である。 実施の形態２にかかるＵＥにおける動作を説明する図である。 実施の形態２にかかるＵＥにおけるＰＤＣＣＨの監視タイミング決定に関する処理の流れを示す図である。 実施の形態２にかかるｅＮＢにおけるスケジューリング情報の変更に関する処理の流れを示す図である。 実施の形態３にかかるＵＥにおける動作を説明する図である。 実施の形態３にかかるＵＥにおけるＰＤＣＣＨの監視タイミング決定に関する処理の流れを示す図である。 実施の形態３にかかるｅＮＢにおけるスケジューリング情報の変更に関する処理の流れを示す図である。 実施の形態４にかかるTrigger Signal送信処理の流れを示す図である。 実施の形態４にかかるTrigger Signal送信処理の流れを示す図である。 実施の形態４にかかるTrigger Signal送信処理の流れを示す図である。 実施の形態５にかかるMulti-subframe schedulingにおけるスケジューリング情報の設定内容を説明する図である。 実施の形態５にかかるMulti-subframe schedulingにおけるスケジューリング情報の設定内容を説明する図である。 それぞれの実施の形態におけるｅＮＢのブロック図である。 それぞれの実施の形態における通信端末もしくはＵＥのブロック図である。
　（実施の形態１）
　以下、図面を参照して本発明の実施の形態について説明する。はじめに図１を用いて本発明の実施の形態１にかかる通信端末１０の構成例について説明する。通信端末１０は、プロセッサがメモリに格納されているプログラムを実行することによって動作するコンピュータ装置であってもよい。例えば、通信端末１０は、携帯電話端末、スマートフォン、タブレット型端末等であってもよく、３ＧＰＰにおいて通信端末の総称として用いられるＵＥであってもよい。
　通信端末１０は、監視部１１及び制御部１２を有している。監視部１１及び制御部１２等の通信端末１０の構成要素は、プロセッサがメモリに格納されているプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュール等であってもよい。また、通信端末１０の構成要素は、回路もしくはチップ等のハードウェアであってもよい。
　監視部１１は、ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視する。ダウンリンクデータは、基地局から通信端末１０へ送信されるデータである。また、ダウンリンクデータは、U-Planeデータもしくはユーザデータ等であってもよい。
　サブフレームは、特定の時間単位に分割された無線リソースである。例えば、３ＧＰＰにおいては、サブフレームは、１ミリ秒周期に分割されている。通信端末１０を宛先とするダウンリンクデータは、１以上のサブフレームを用いて基地局から送信される。割当情報は、通信端末１０を宛先とするダウンリンクデータが送信されるサブフレームを識別する情報を含む。ダウンリンクデータがMulti-subframe schedulingにて送信される場合、割当情報は、ダウンリンクデータが送信される複数のサブフレームに関する情報を含む。
　割当情報を含む制御情報は、ダウンリンクデータが送信されるサブフレームと同じサブフレームにて送信されてもよく、ダウンリンクデータが送信されるサブフレームと異なるサブフレームにて送信されてもよい。制御情報は、C-Planeデータであってもよい。
　制御情報を監視する（monitoring）とは、通信端末１０を宛先とする可能性のある制御情報を復号することである。
　制御部１２は、少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、制御情報の監視を行う監視タイミングを決定する。ダウンリンクデータは、割当情報にて指定されたサブフレーム毎に復号される。復号結果は、サブフレーム毎に、ダウンリンクデータを正常に復号できたか否かを示す情報である。
　監視部１１が受信した割当情報において指定された全てのサブフレームにてダウンリンクデータを受信し終えると、監視部１１は、引き続きダウンリンクデータを受信するために、次の割当情報を含む制御情報を監視する必要がある。そこで、制御部１２は、監視部１１が次の割当情報を含む制御情報を監視するタイミングを、ダウンリンクデータの復号結果に応じて決定する。
　例えば、制御部１２は、ダウンリンクデータの復号結果が良好な傾向を示す場合、割当情報において指定された全てのサブフレームにてダウンリンクデータを受信した後に次の割当情報を含む制御情報を監視することを決定してもよい。また、制御部１２は、ダウンリンクデータの復号結果が不調な傾向を示す場合、割当情報において指定された全てのサブフレームにてダウンリンクデータを受信する前に次の割当情報を含む制御情報を監視するように監視タイミングの変更を決定してもよい。監視部１１は、制御部１２において決定された監視タイミングに、制御情報の監視を行う。
　以上説明したように、通信端末１０の監視部１１は、制御情報を監視する際に、全てのサブフレームを監視する必要が無く、ダウンリンクデータの復号結果に応じて決定された監視タイミングに、制御情報を監視することができる。これにより、通信端末１０は、全てのサブフレームにおいて送信される制御情報を監視する場合と比較して、制御情報を監視する回数を減少させることができる。これより、全てのサブフレームにおいて送信される制御情報を監視する場合と比較して、通信端末１０の消費電力が上昇することを防止することができる。
　（実施の形態２）
　続いて、図２を用いて本発明の実施の形態２にかかるＵＥ２０の構成例について説明する。ＵＥ２０は、図１の通信端末１０に相当する。ＵＥ２０は、監視部２１、制御部２２、及び通信部２３を有している。監視部２１は、図１の監視部１１に相当し、制御部２２は、図１の制御部１２に相当する。監視部２１及び制御部２２について、図１と共通する機能及び動作については詳細な説明を省略する。
　監視部２１は、制御情報を搬送するＰＤＣＣＨを監視することによって、Multi-subframe schedulingに関するスケジューリング情報を得る。スケジューリング情報は、割当情報に相当する。Multi-subframe schedulingにおいては、１つのスケジューリング情報において、任意の周期内にＵＥ２０に割り当てられる１以上のサブフレームが示される。周期は、例えば、２ミリ秒、４ミリ秒、８ミリ秒、１６ミリ秒等と定められてもよい。１周期内のサブフレームの数は、定められた周期に応じて変化してもよい。
　ＰＤＣＣＨによって搬送される制御情報は、ＤＣＩと定義され、さらにＤＣＩを設定するためのフォーマットがＤＣＩフォーマットと定義される。監視部２１は、ＰＤＣＣＨを復号することによってＤＣＩフォーマットを検出する。監視部２１は、Multi-subframe schedulingに関するＤＣＩフォーマットを検出することによってスケジューリング情報を得ることができる。スケジューリング情報には、例えば、ＵＥ２０が使用するサブフレーム番号が指定される。もしくは、ＵＥ２０が、Multi-subframe schedulingに関する設定情報（Multi-subframe scheduling configuration）を保持している場合、割当情報には、当該設定情報で示される無線リソース候補のどれを使用するかを指定する無線リソース指定情報が含まれてもよい。Multi-subframe schedulingに関する設定情報は、例えば使用するサブフレーム番号またはサブフレームパターンと、それに関連付けたIndexを含む情報でもよい。この場合、無線リソース指定情報は、Indexを含む情報であってもよい。Multi-subframe schedulingに関する設定情報は、ＵＥ２０とｅＮＢ３０との間においてＲＲＣ（Radio Resource Control）コネクションを確立する際に用いるＲＲＣメッセージ（e.g., RRC Connection Reconfiguration message）で送信されてもよい。
　ここで、監視部２１は、スケジューリング情報を得た場合、言い換えると、スケジューリング情報が設定されたＤＣＩフォーマットを検出した場合、次の周期までＰＤＣＣＨの監視を停止する。次の周期とは、ＵＥ２０に関するサブフレームのスケジューリングが行われた周期の次の周期である。
　通信部２３は、スケジューリング情報において指定されたサブフレームにて送信されたダウンリンクデータを受信する。ダウンリンクデータは、ＰＤＳＣＨによって搬送される。さらに、通信部２３は、受信したダウンリンクデータを復号する。通信部２３は、ｅＮＢ３０から送信されたダウンリンクデータを受信する。例えば、通信部２３は、ｅＮＢ３０とＬＴＥ（Long Term Evolution）通信を行うことによって、ｅＮＢ３０とデータを送受信する。ｅＮＢ３０については、後に詳述する。
　制御部２２は、スケジューリング情報において指定されたサブフレームにて正常にダウンリンクデータを復号したか否かを判定する。さらに、制御部２２は、正常にダウンリンクデータを復号した場合には、通信部２３を介してＡＣＫをｅＮＢ３０へ送信する。また、制御部２２は、正常にダウンリンクデータを復号できなかった場合には、通信部２３を介してＮＡＣＫをｅＮＢ３０へ送信する。また、制御部２２は、スケジューリング情報において指定されたサブフレームにてダウンリンクデータが送信されてこない場合も通信部２３を介してＮＡＣＫをｅＮＢ３０へ送信してもよい。
　ここで、制御部２２は、ＮＡＣＫを送信した回数をカウントする。さらに、制御部２２は、ＮＡＣＫの送信回数と、任意の閾値とを比較する。ＮＡＣＫを送信した回数をカウントした情報（カウンタ）及び閾値は、メモリ等において保持されていてもよい。制御部２２は、ＮＡＣＫの送信回数と、閾値との比較結果に応じて、ＰＤＣＣＨを監視するタイミングを決定する。ここで、閾値には、自然数が設定されてもよく、周期によって定まるサブフレーム数に対する割合として示されてもよい。例えば、１周期に１０サブフレームが含まれる状況において、閾値が２０％と設定された場合、閾値として２が設定された場合と同様の意味となる。また、制御部２２は、ｅＮＢ３０へ送信した応答信号の数に対するＮＡＣＫの送信回数の割合と、割合が示された閾値とを比較してもよい。ｅＮＢ３０へ送信した応答信号の数とは、ＡＣＫを送信した回数とＮＡＣＫを送信した回数を加算した数である。あるいは、制御部２２は、ＡＣＫを送信した回数又はｅＮＢ３０へ送信した応答信号の数に対するＡＣＫを送信した回数の割合と任意の閾値とを比較してもよい。
　例えば、制御部２２は、ＮＡＣＫの送信回数が閾値に達した、もしくは、ＮＡＣＫの送信回数が閾値を超えた、と判定した場合、正常に復号することができなかったダウンリンクデータが送信された最後のサブフレームの次のサブフレームから監視部２１におけるＰＤＣＣＨの監視を再開することを決定してもよい。正常に復号することができなかったダウンリンクデータが送信された最後のサブフレームとは、言い換えると、最後にＮＡＣＫを送信することとなった要因となるサブフレームである。制御部２２は、ＰＤＣＣＨの監視を再開するタイミングもしくはサブフレームに関する情報を監視部２１へ出力する。これに代えて、ＵＥ２０は、ＮＡＣＫの送信回数が閾値に達した、もしくは、ＮＡＣＫの送信回数が閾値を超えた、とサブフレーム＃ｎで判定した場合、サブフレーム＃ｎ＋ｍでＰＤＣＣＨの監視を再開してもよい。この場合、例えば制御部２２は、サブフレーム＃ｎ＋ｍをＰＤＣＣＨの監視を再開するタイミングとして監視部２１へ出力してもよい。ｍは、予め仕様として規定されていてもよいし、ｅＮＢ３０からＵＥ２０へＲＲＣメッセージで通知されていてもよい。
　このように、制御部２２は、適応的にＰＤＣＣＨの監視を行うことを決定することができる。適応的にＰＤＣＣＨの監視を行うとは、少なくとも特定のＤＣＩフォーマットにて送信されるＰＤＣＣＨの監視を開始、再開、もしくは中断することであってもよい。特定のＤＣＩフォーマットとは、例えば、Multi-subframe scheduling用のＤＣＩフォーマットである。もしくは、適応的にＰＤＣＣＨの監視を行うとは、少なくとも特定のＲＮＴＩ（Radio Network Temporary Identifier）にてマスク（scrambling）されたＰＤＣＣＨの監視を開始、再開、もしくは中断することであってもよい。特定のＲＮＴＩとは、例えば、Multi-subframe scheduling用のＲＮＴＩ（ＭＳ－ＲＮＴＩ）である。
　通常、ＰＤＣＣＨは、ＵＥ個別のＣ－ＲＮＴＩ、もしくは特定のＤＣＩフォーマット用のＰＤＣＣＨに用いられるＲＮＴＩ等を用いてマスクされる。特定のＤＣＩフォーマット用のＰＤＣＣＨに用いられるＲＮＴＩは、例えば、System Information用のＳＩ－ＲＮＴＩであってもよい。これより、ＰＤＣＣＨを受信すべきＵＥのみが正しくＤＣＩフォーマットを検出することができる。
　監視部２１は、制御部２２において指定されたタイミングもしくはサブフレームにおいてＰＤＣＣＨの監視を再開する。
　続いて、図３を用いて本発明の実施の形態２にかかるｅＮＢ３０の構成例について説明する。ｅＮＢ３０は、３ＧＰＰにおいてＬＴＥ通信をサポートする基地局として規定されている。ｅＮＢ３０は、通信部３１及び制御部３２を有している。ｅＮＢ３０を構成する構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって動作するソフトウェアもしくはモジュール等であってもよい。もしくは、ｅＮＢ３０を構成する構成要素は、回路もしくはチップ等のハードウェアであってもよい。
　制御部３２は、ｅＮＢ３０が形成する通信エリア内に位置するＵＥへ無線リソースを割り当てるスケジューリングを行う。具体的には、制御部３２は、それぞれのＵＥへ割り当てるサブフレームを決定する。また、制御部３２は、ＵＥ２０に対してMulti-subframe schedulingを行う場合、１つのＰＤＣＣＨに、ＵＥに割り当てる複数のサブフレームに関するスケジューリング情報を設定する。制御部３２は、スケジューリング情報を設定したＰＤＣＣＨを、通信部３１を介してＵＥ２０へ送信する。
　さらに、制御部３２は、ＵＥ２０に対して割り当てたサブフレームにて、通信部３１を介して、ＵＥ２０を宛先とするダウンリンクデータを送信する。
　また、制御部３２は、通信部３１を介してＵＥ２０からＡＣＫ及びＮＡＣＫを受信する。さらに、制御部３２は、ＵＥ２０から送信されたＮＡＣＫの数をカウントする。さらに、制御部３２は、ＮＡＣＫの数と、任意の閾値とを比較する。ＮＡＣＫの数をカウントした情報（カウンタ）及び閾値は、メモリ等において保持されていてもよい。制御部３２は、ＮＡＣＫの数と、閾値との比較結果に応じて、ＵＥ２０に関するスケジューリングを変更する。さらに、制御部３２は、変更後のスケジューリング情報を、通信部３１を介してＰＤＣＣＨにてＵＥ２０へ送信する。
　ここで、ＮＡＣＫの数と比較する閾値は、ＵＥ２０においてＮＡＣＫを送信した回数との比較に用いられる閾値と同じ値とする。これより、ＵＥ２０がＰＤＣＣＨの監視を再開するタイミングと、制御部３２がＵＥ２０に関するスケジューリングを変更し、変更後のスケジューリング情報をＰＤＣＣＨにてＵＥ２０へ送信するタイミングとを一致させることができる。
　そのため、制御部３２は、ｅＮＢ３０において用いる閾値に関する情報を、通信部３１を介してＵＥ２０へ送信してもよい。例えば、通信部３１は、閾値に関する情報を、ＵＥ２０へ送信するＰＤＣＣＨに設定してもよい。もしくは、通信部３１は、ＵＥ２０とｅＮＢ３０との間においてＲＲＣコネクションを確立する際に用いるＲＲＣメッセージに閾値に関する情報を設定してもよい。もしくは、通信部３１は、ｅＮＢ３０によって形成される通信エリア内に位置する複数のＵＥに対して送信する報知情報に、閾値に関する情報を設定してもよい。もしくは、ＵＥ２０及びｅＮＢ３０のそれぞれにおいて、デフォルト値として予め閾値に関する情報が設定されていてもよい。
　制御部３２は、例えば、ＮＡＣＫの数が閾値に達した、もしくはＮＡＣＫの数が閾値を超えた場合、ＵＥ２０に対するスケジューリングをDynamic schedulingに切り替えてもよい。ＮＡＣＫの数が閾値に達した、もしくはＮＡＣＫの数が閾値を超えた場合とは、ｅＮＢ３０とＵＥ２０との間の無線通信環境の品質が低下していることが考えられる。そのため、このような場合、ＵＥ２０に対して、Dynamic schedulingを実施し、サブフレーム毎に変調多値数もしくは符号化率等を制御し、ＵＥ２０とｅＮＢ３０との間のスループットを向上させるようにしてもよい。
　また、制御部３２は、例えば、ＮＡＣＫの数が閾値に達した、もしくはＮＡＣＫの数が閾値を超えた場合、Multi-subframe schedulingにおける周期を前回の周期よりも短くしてもよい。Multi-subframe schedulingにおける周期を短くすることによって、変調多値数もしくは符号化率等を変更する機会を増加させることができる。このようにして、ＵＥ２０とｅＮＢ３０との間のスループットを向上させるようにしてもよい。
　また、制御部３２は、例えば、１周期内において、ＮＡＣＫの数が閾値に達しない、もしくはＮＡＣＫの数が閾値を超えない場合、Multi-subframe schedulingにおける次の周期を長くしてもよい。ＮＡＣＫの数が閾値に達しない、もしくはＮＡＣＫの数が閾値を超えない場合とは、ｅＮＢ３０とＵＥ２０との間の無線通信環境の品質が良好であることが考えられる。そのため、Multi-subframe schedulingにおける周期を長くすることによって、ＵＥ２０に割り当てるサブフレームを増加させ、ＵＥ２０とｅＮＢ３０との間のスループットをさらに向上させるようにしてもよい。
　また、制御部３２は、ＮＡＣＫを送信する要因となったサブフレームにおいて送信したダウンリンクデータを、次の周期にて再送する。ここで、ＵＥ２０及びｅＮＢ３０において、再送されたダウンリンクデータに関するＮＡＣＫ（再送ＮＡＣＫ）と、初めて送信されたダウンリンクデータに関するＮＡＣＫ（初回ＮＡＣＫ）とを区別してカウントしてもよい。さらに、再送ＮＡＣＫ及び初回ＮＡＣＫについて、別々の閾値を設定してもよい。
　例えば、ダウンリンクデータの再送により、ある程度のスループットの低下を許容する場合、再送時のＮＡＣＫのみをカウントし、カウンタの値が閾値に達した場合に、スケジューリング情報を変更してもよい。もしくは、スループットの低下を抑える場合、初回のＮＡＣＫ数をカウントし、カウンタの値が閾値に達した場合に、スケジューリング情報を変更してもよい。
　ここで、図４を用いて、ＵＥ２０における動作について説明する。図４は、ＤＬ（Down Link）において、ＵＥ２０に対して、１周期Ｍミリ秒内のサブフレーム１～Ｚが割り当てられていることを示している。Ｍミリ秒は、例えば、２ミリ秒、４ミリ秒、８ミリ秒、１６ミリ秒等と定められてもよい。また、サブフレーム内の「Ｃ」は、ＰＤＣＣＨを示し、「Ｓ」はＰＤＳＣＨを示す。図４に示すように、全てのサブフレームにＰＤＣＣＨの領域が存在する。例えば、ＵＥ２０は、サブフレーム１において送信されたＰＤＣＣＨにおいて、スケジューリング情報を受信する。
　また、ＵＥ２０は、サブフレーム毎に、ＰＤＳＣＨに設定されたダウンリンクデータを正常に復号できたか否かを示すＡＣＫもしくはＮＡＣＫをＵＬ（Ｕｐ Ｌｉｎｋ）にて送信する。例えば、閾値が２に設定されている場合、ＵＥ２０が、サブフレームＢにおける復号結果としてＮＡＣＫをｅＮＢ３０へ送信することによって、ＮＡＣＫを送信した回数が閾値に達する。この場合、ＵＥ２０は、サブフレームＢの次のサブフレームにおいてＰＤＣＣＨの監視を再開する。
　ＵＥ２０は、１周期内において、ＮＡＣＫの送信回数が閾値に達した場合、もしくは、１周期が満了した時点に、ＮＡＣＫの送信回数のカウンタをクリアする。
　また、ｅＮＢ３０は、サブフレームＢの次のサブフレームにおいて、ＵＥ２０に関する変更後のスケジューリング情報をＰＤＣＣＨに設定してもよい。
　続いて、図５を用いて本発明の実施の形態２にかかるＵＥ２０におけるＰＤＣＣＨの監視タイミング決定に関する処理の流れについて説明する。
　はじめに、監視部２１は、ＰＤＣＣＨを受信して、Multi-subframe scheduling用のＤＣＩフォーマットを検出する（Ｓ１１）。Multi-subframe scheduling用のＤＣＩフォーマットには、Multi-subframe schedulingにおけるスケジューリング情報が設定されているとする。また、監視部２１は、Multi-subframe scheduling用のＤＣＩフォーマットを検出すると、ＰＤＣＣＨの監視を停止する。次に、通信部２３は、スケジューリング情報において指定されたサブフレームにて送信されたダウンリンクデータを復号する（Ｓ１２）。
　次に、制御部２２は、正常にダウンリンクデータを復号できたか否かを判定する（Ｓ１３）。例えば、制御部２２は、ＣＲＣ（Cyclic Redundancy Check）チェック等により復号したダウンリンクデータの正常性を判定してもよい。制御部２２は、ＣＲＣチェック以外の方法を用いて、ダウンリンクデータの正常性を判定してもよい。
　制御部２２は、正常にダウンリンクデータを復号できていないと判定した場合、通信部２３を介してｅＮＢ３０へＮＡＣＫを送信する（Ｓ１４）。次に、制御部２２は、ＮＡＣＫの送信回数が、閾値を超えているか否かを判定する（Ｓ１５）。もしくは、制御部２２は、ＮＡＣＫの送信回数が、閾値に達しているか否かを判定してもよい。制御部２２は、ＮＡＣＫを送信した場合、メモリ等において保持されているＮＡＣＫの送信回数のカウンタを１増加させる。制御部２２は、ＮＡＣＫの送信回数が、閾値を超えていないと判定した場合、Multi-subframe schedulingの周期が満了したか否かを判定する（Ｓ１６）。
　制御部２２は、Multi-subframe schedulingの周期が満了していないと判定した場合、ステップＳ１２以降の処理を繰り返す。
　制御部２２は、ステップＳ１５において、ＮＡＣＫ送信回数が閾値を超えていると判定した場合、もしくは、ステップＳ１６において、Multi-subframe schedulingの周期が満了していると判定した場合、ＮＡＣＫ送信回数のカウンタをクリアする（Ｓ１８）。
　次に、監視部２１は、ＰＤＣＣＨを監視し、ＰＤＣＣＨを検出するステップＳ１１以降の処理を繰り返す。
　ステップＳ１３において、制御部２２は、正常にダウンリンクデータを復号できたと判定した場合、通信部２３を介してｅＮＢ３０へＡＣＫを送信する（Ｓ１７）。次に、通信部２３は、スケジューリング情報において指定されたサブフレームにて送信されたダウンリンクデータを復号するステップＳ１２以降の処理を繰り返す。
　続いて、図６を用いて本発明の実施の形態２にかかるｅＮＢ３０におけるスケジューリング情報の変更に関する処理の流れについて説明する。はじめに、通信部３１は、ＵＥ２０から送信された復号結果に関する情報を受信する（Ｓ２１）。
　次に、制御部３２は、ＵＥ２０から送信された復号結果がＮＡＣＫであるか否かを判定する（Ｓ２２）。制御部３２は、復号結果がＮＡＣＫではない、つまり、ＡＣＫであると判定した場合、ＵＥ２０に関するMulti-subframe schedulingの周期が満了しているか否かを判定する（Ｓ２３）。
　次に、制御部３２は、ＵＥ２０に関するMulti-subframe schedulingの周期が満了していると判定した場合、ＵＥ２０に関するMulti-subframe schedulingのスケジューリング情報を変更する（rescheduling）（Ｓ２４）。例えば、制御部３２は、ステップＳ２４においては、ｅＮＢ３０とＵＥ２０との間の無線通信環境は良好であると推定し、例えば、Multi-subframe schedulingにおける次の周期を長くするようにスケジューリング情報を変更してもよい。次に、制御部３２は、ＮＡＣＫ数のカウンタをクリアする（Ｓ２５）。
　ステップＳ２２において、制御部３２は、復号結果がＮＡＣＫであると判定した場合、受信したＮＡＣＫ数が、閾値を超えているか否かを判定する（Ｓ２６）。制御部３２は、ＮＡＣＫを受信した場合、メモリ等において保持されているＮＡＣＫの受信数のカウンタを１増加させる。制御部３２は、ＮＡＣＫの受信数が、閾値を超えていないと判定した場合、ステップＳ２３以降の処理を実行する。
　ステップＳ２６において、制御部３２は、受信したＮＡＣＫ数が、閾値を超えていると判定した場合、ＵＥ２０に関するMulti-subframe schedulingのスケジューリング情報を変更（rescheduling）する（Ｓ２７）。例えば、制御部３２は、ステップＳ２７においては、ｅＮＢ３０とＵＥ２０との間の無線通信環境が悪化していると推定し、例えば、ＵＥ２０に対するスケジューリングをDynamic schedulingに切り替えるようにしてもよい。これ以降は、ステップＳ２５以降の処理を繰り返す。
　以上説明したように、本発明の実施の形態２にかかるＵＥ２０は、Multi-subframe schedulingに従って動作している状態において、ＮＡＣＫの送信回数に応じて、ＰＤＣＣＨを監視するタイミングを決定することができる。これにより、ＵＥ２０は、ＮＡＣＫの送信回数が増加し、ｅＮＢ３０との間の無線通信環境が悪化している場合、新たなスケジューリング情報が設定されたＰＤＣＣＨを監視し、検出することができる。新たに検出したＰＤＣＣＨは、無線通信環境の悪化を考慮したスケジューリング情報を設定している。そのため、ＵＥ２０は、新たなスケジューリング情報に従って動作することによって、スループットを向上させることができる。
　また、ＵＥ２０は、Multi-subframe schedulingに関するＰＤＣＣＨを検出した後は、Multi-subframe schedulingの周期が満了するまで、ＰＤＣＣＨの監視を停止する。もしくは、ＵＥ２０は、Multi-subframe schedulingに関するＰＤＣＣＨを検出した後は、ＮＡＣＫの送信回数が、閾値に達するまでＰＤＣＣＨの監視を停止する。これによって、全てのサブフレームにおいてＰＤＣＣＨを監視する場合と比較して、ＵＥ２０の消費電力の増加を抑えることができる。
　また、ｅＮＢ３０は、ＵＥ２０から送信されたＮＡＣＫの数が閾値を超えた場合に、ＵＥ２０に関するスケジューリング情報を変更することができる。つまり、ｅＮＢ３０は、ＵＥ２０との間の無線通信環境が悪化している場合、Multi-subframe schedulingの周期を短くする、もしくは、変調多値数及び符号化率の変更等により、ＵＥ２０との間の通信におけるスループットを向上させるように、スケジューリング情報を変更することができる。
　また、ｅＮＢ３０は、ＮＡＣＫの数が閾値を超えていない場合においても、Multi-subframe schedulingの周期を長くすることによって、ＵＥ２０のスループットをさらに向上させることができる。
　また、ｅＮＢ３０及びＵＥ２０が、同じ閾値を用いることによって、ｅＮＢ３０がスケジューリング情報を変更するタイミングと、ＵＥ２０がＰＤＣＣＨの監視を再開するタイミングを合わせることができる。
　（実施の形態３）
　続いて、図７を用いて本発明の実施の形態３にかかるＵＥ２０における動作について説明する。図７は、ＵＥ２０が、２つの周期に渡って、ＮＡＣＫの送信回数をカウントしていることを示している。例えば、閾値が２に設定されている場合、ＵＥ２０は、２つ目の周期のサブフレーム２における復号結果としてＮＡＣＫをｅＮＢ３０へ送信することによって、ＮＡＣＫを送信した回数が閾値に達する。この場合、ＵＥ２０は、２回目の周期のサブフレーム２の次のサブフレームにおいてＰＤＣＣＨの監視を再開する。
　また、ｅＮＢ３０は、２回目の周期のサブフレーム２の次のサブフレームにおいて、ＵＥ２０に関する変更後のスケジューリング情報をＰＤＣＣＨに設定してもよい。
　ＵＥ２０は、ＮＡＣＫの送信回数が閾値に達した場合に、ＮＡＣＫの送信回数のカウンタをクリアする。図７においては、ＵＥ２０は、１回目の周期においてＮＡＣＫの送信回数が閾値に達しなかった場合、カウンタをクリアすることなく、次の周期においても引き続きカウンタの値を維持する。
　続いて、図８を用いて本発明の実施の形態３にかかるＵＥ２０におけるＰＤＣＣＨの監視タイミング決定に関する処理の流れについて説明する。ステップＳ３１～Ｓ３５、Ｓ３７は、図５のステップＳ１１～Ｓ１５、Ｓ１７と同様であるため詳細な説明を省略する。
　ステップＳ３５において、制御部２２は、ＮＡＣＫの送信回数が、閾値を超えていないと判定した場合、Multi-subframe schedulingの周期が満了したか否かを判定する（Ｓ３６）。
　制御部２２は、Multi-subframe schedulingの周期が満了していないと判定した場合、ステップＳ３２以降の処理を繰り返す。制御部２２は、Multi-subframe schedulingの周期が満了していると判定した場合、ステップＳ３１以降の処理を繰り返す。図５における処理と図８における処理とでは、制御部２２が、Multi-subframe schedulingの周期が満了していると判定した場合、ＮＡＣＫ数のカウンタをクリアすることなくステップＳ３１以降の処理を繰り返すことが異なる。
　続いて、図９を用いて本発明の実施の形態３にかかるｅＮＢ３０におけるスケジューリング情報の変更に関する処理の流れについて説明する。ステップＳ４１～４３、Ｓ４５は、図６のステップＳ２１～２３、Ｓ２５と同様であるため詳細な説明を省略する。
　ステップＳ４４において、制御部３２は、ＵＥ２０に関するMulti-subframe schedulingの周期が満了していると判定した場合、ＵＥ２０に関するMulti-subframe schedulingのスケジューリング情報を変更（rescheduling）する（Ｓ４４）。次に、Multi-subframe schedulingの周期が満了したことによってスケジューリング情報が変更された場合、ＮＡＣＫ数のカウンタをクリアすることなくステップＳ４１以降の処理を繰り返す。
　ステップＳ４５において、制御部３２は、受信したＮＡＣＫ数が閾値を超えていると判定した場合、ＵＥ２０に関するMulti-subframe schedulingのスケジューリング情報を変更（rescheduling）する（Ｓ４６）。次に、制御部３２は、受信したＮＡＣＫ数が閾値を超えたことによってスケジューリング情報を変更した場合、ＮＡＣＫ数のカウンタをクリアした（Ｓ４７）後に、ステップＳ４１以降の処理を繰り返す。
　以上説明したように、本発明の実施の形態３にかかるＵＥ２０及びｅＮＢ３０における動作を実行することによって、複数の周期に渡って、ＮＡＣＫの送信回数をカウントすることができる。これより、実施の形態２と比較して、ＮＡＣＫの送信回数のカウンタをクリアする処理を減少させることができるため、ＵＥ２０及びｅＮＢ３０の処理負荷を軽減させることができる。
　（実施の形態４）
　続いて、図１０を用いて本発明の実施の形態４にかかるTrigger Signal送信処理の流れについて説明する。ここで、図１０における処理の流れを説明する前に、Trigger Signalについて説明する。
　実施の形態２及び３においては、ＵＥ２０が、ＮＡＣＫの送信回数をカウントするとともに、ｅＮＢ３０がＮＡＣＫの受信回数をカウントする例について説明した。実施の形態４においては、ＵＥ２０のみがＮＡＣＫの送信回数についてカウントし、ＮＡＣＫの送信回数が閾値に達した、もしくは閾値を超えた場合に、ＵＥが、ｅＮＢ３０へTrigger Signalを送信する。例えば、ＮＡＣＫの送信回数が閾値に達した、もしくは閾値を超えたことを暗示するスペシャルＮＡＣＫを送信してもよい。つまり、Trigger Signalは、ＵＥ２０がＮＡＣＫの送信回数に関する状況をｅＮＢ３０へ通知するために、用いられる。ここで、Trigger Signal（e.g., スペシャルＮＡＣＫ）を送信する無線リソースは、予めＵＥ２０に通知（又は設定）されていてもよい。あるいは、ＵＥ２０は、上りの無線リソースを取得した（つまり、スケジューリングされた）場合に、当該無線リソースでTrigger Signalを送信してもよい。なお、上りの無線リソースは、例えばＰＵＣＣＨ及びＰＵＳＣＨの少なくともいずれかでもよい。
　また、Trigger Signalを送信するタイミングの決定に用いられる閾値は、ｅＮＢ３０から通知されてもよい。例えば、ｅＮＢ３０は、閾値に関する情報を、ＵＥ２０へ送信するＰＤＣＣＨに設定してもよい。もしくは、ｅＮＢ３０は、ＵＥ２０とｅＮＢ３０との間においてＲＲＣコネクションを確立する際に用いるＲＲＣメッセージに閾値に関する情報を設定してもよい。もしくは、ｅＮＢ３０は、ｅＮＢ３０によって形成される通信エリア内に位置する複数のＵＥに対して送信する報知情報に、閾値に関する情報を設定してもよい。もしくは、ＵＥ２０及びｅＮＢ３０のそれぞれにおいて、デフォルト値として予め閾値に関する情報が設定されていてもよい。
　続いて、図１０における処理の流れについて説明する。はじめに、ｅＮＢ３０は、ＵＥ２０に割り当てたサブフレームにてダウンリンクデータを送信する（Ｓ５１）。次に、ＵＥ２０は、ステップＳ５１において送信されたダウンリンクデータを正常に復号できたか否かを示すＡＣＫもしくはＮＡＣＫをｅＮＢ３０へ送信する（Ｓ５２）。ステップＳ５３～Ｓ５６においても、ステップＳ５１及びＳ５２と同様の処理を繰り返す。
　次に、ＵＥ２０は、ステップＳ５７において送信されたダウンリンクデータを正常に復号できなかったと判定し、ＮＡＣＫを送信する（Ｓ５８）。次に、ＵＥ２０は、ステップＳ５８において送信したＮＡＣＫにより、送信したＮＡＣＫ数が任意の閾値を超えたと判定する（Ｓ５９）。次に、ＵＥ２０は、ｅＮＢ３０へTrigger Signalを送信する（Ｓ６０）。
　次に、ｅＮＢ３０は、ＵＥ２０から送信されたTrigger Signalを受信すると、ＵＥ２０に関するMulti-subframe schedulingのスケジューリング情報を変更（rescheduling）する（Ｓ６１）。次に、ｅＮＢ３０は、変更後のスケジューリング情報を設定したＰＤＣＣＨをＵＥ２０へ送信する（Ｓ６２）。
　ここで、ＵＥ２０は、Trigger Signalを送信した後に、ＰＤＣＣＨの監視を再開するとする。これによって、ＵＥ２０は、ステップＳ６２において送信されるＰＤＣＣＨを受信し、Multi-subframe scheduling用のＤＣＩフォーマットを検出することができる。
　ステップＳ５９においては、ＮＡＣＫ数を１周期のみカウントしてもよく、複数周期に渡ってカウントしてもよい。ＮＡＣＫ数を１周期のみカウントする場合、Trigger Signalを送信した後、もしくは１周期満了後に、ＮＡＣＫ数のカウンタをクリアしてもよい。ＮＡＣＫ数を複数周期に渡ってカウントする場合、Trigger Signalを送信した後に、ＮＡＣＫ数のカウンタをクリアしてもよい。
　次に、図１１を用いて、図１０とは異なるタイミングにTrigger Signalを送信する例について説明する。図１１においては、図１０とは異なり１周期の満了時点において、ＵＥ２０がTrigger SignalをｅＮＢ３０へ送信する。
　ステップＳ７１～Ｓ７７は、図１０のステップＳ５１～Ｓ５７と同様であるため詳細な説明を省略する。次に、ＵＥ２０は、ステップＳ７７において受信したダウンリンクデータを正常に復号できたか否かを示すＡＣＫもしくはＮＡＣＫをｅＮＢ３０へ送信する（Ｓ７８）。
　ＵＥ２０は、ステップＳ７７において送信されたダウンリンクデータにて１周期が満了したと判定すると、ｅＮＢ３０へTrigger Signalを送信する（Ｓ７９）。ステップＳ７９においては、ＵＥ２０は、同周期内におけるＮＡＣＫ数の数に関する情報、もしくは正常にダウンリンクデータを復号することができなかったサブフレーム番号等をTrigger Signalに設定してもよい。
　ｅＮＢ３０は、ＵＥ２０から送信されたTrigger Signalを受信すると、ＵＥ２０に関するMulti-subframe schedulingのスケジューリング情報を変更（rescheduling）する（Ｓ８０）。次に、ｅＮＢ３０は、変更後のスケジューリング情報を設定したＰＤＣＣＨをＵＥ２０へ送信する（Ｓ８１）。
　ステップＳ８０において、ｅＮＢ３０は、例えば、ＮＡＣＫ数が任意の閾値よりも少ない場合、ＵＥ２０におけるMulti-subframe schedulingの次の周期を長くしてもよい。また、ｅＮＢ３０は、ＮＡＣＫ数が任意の閾値に達した場合、ＵＥ２０に対するスケジューリングをDynamic schedulingに切り替える、もしくは、Multi-subframe schedulingにおける周期を前回の周期よりも短くしてもよい。
　図１１においては、１周期の満了時点においてＵＥ２０がTrigger Signalを送信する例について説明したが、ＵＥ２０は、１周期内のいずれのタイミングにTrigger Signalを送信してもよい。つまり、Trigger Signalは、１周期内の任意のタイミングに送信されればよく、そのタイミングは制限されない。
　続いて、図１２を用いて、図１０及び図１１とは異なるタイミングにTrigger Signalを送信する例について説明する。図１２においては、ＵＥ２０が、任意の回数連続してＮＡＣＫを送信した場合に、Trigger Signalを送信する。図１２においては、任意の回数を３回として説明する。
　はじめに、ｅＮＢ３０は、ＵＥ２０へダウンリンクデータを送信する（Ｓ９１）。次に、ＵＥ２０は、ステップＳ９１にて送信されたダウンリンクデータを正常に復号できたことを示すＡＣＫをｅＮＢ３０へ送信する（Ｓ９２）。
　次に、ｅＮＢ３０は、ＵＥ２０へダウンリンクデータを送信する（Ｓ９３）。次に、ＵＥ２０は、ステップＳ９３にて送信されたダウンリンクデータを正常に復号できなかったことを示すＮＡＣＫをｅＮＢ３０へ送信する（Ｓ９４）。この後、ＵＥ２０は、ステップＳ９５にて送信されたダウンリンクデータ、及びステップＳ９７にて送信されたダウンリンクデータを正常に復号できなかったとして、ステップＳ９６及びＳ９８にてｅＮＢ３０へＮＡＣＫを送信したとする。
　ＵＥ２０は、ステップＳ９８においてＮＡＣＫを送信した際に、ＮＡＣＫの送信回数が、任意の回数である３回に達したと判定する。この時、ＵＥ２０は、ｅＮＢ３０へTrigger Signalを送信する（Ｓ９９）。ステップＳ１００及びＳ１０１は、図１０のステップＳ６１及びＳ６２と同様であるため詳細な説明を省略する。
　以上説明したように、ＵＥ２０のみがＮＡＣＫの送信回数をカウントし、Trigger Signalを送信することによって、ｅＮＢ３０がＮＡＣＫの送信回数をカウントする必要がなくなる。例えば、ｅＮＢ３０がＮＡＣＫの送信回数をカウントしている場合に、ｅＮＢ３０がＵＥ２０から送信されてくるＡＣＫを誤ってＮＡＣＫとして復号した場合、もしくは、ＮＡＣＫをＡＣＫとして復号した場合に、ＵＥ２０とｅＮＢ３０とのカウンタの値が一致しなくなるという問題が発生する。Trigger Signalを用い、ＵＥ２０のみがＮＡＣＫの送信回数をカウントすることによって、このような問題を回避することができる。
　また、図１０に示す処理を実行することによって、Multi-subframe schedulingの周期の満了前にTrigger Signalを送信することができる。これによって、ｅＮＢ３０は、周期の満了前にスケジューリング情報を変更することが可能となる。そのためｅＮＢ３０は、ＵＥ２０とｅＮＢ３０との間の無線環境の変化に追随してスケジューリング情報を変更することができる。
　また、図１１に示す処理は、周期内におけるスケジューリング情報の変更処理が行われないことから、図１０と比較してリアルタイム性の低いダウンリンクデータ扱う場合に、有効な手順となる。
　また、図１２に示す処理を実行することによって、ｅＮＢ３０は、連続してＮＡＣＫが送信されたことを検出してTrigger Signalを送信するため、急な無線環境の変動により、一時的に無線環境が悪化した場合において、スケジューリング情報を変更することができる。
　（実施の形態５）
　続いて、図１３を用いて本発明の実施の形態５にかかるMulti-subframe schedulingにおけるスケジューリング情報の設定内容について説明する。実施の形態５においては、複数のＵＥが同時にMulti-subframe schedulingを実行する場合において、それぞれのＵＥが、ＰＤＣＣＨを監視するタイミングについて説明する。
　図１３は、実施の形態１～４と同様に、全てのサブフレームにおいてＰＤＣＣＨが送信されることを示している。ＵＥ＿Ａ、ＵＥ＿Ｂ及びＵＥ＿Ｃが、同一のMulti-subframe schedulingの周期内において動作する場合、ＵＥ＿Ａ、ＵＥ＿Ｂ及びＵＥ＿Ｃは、それぞれ異なるサブフレームのＰＤＣＣＨを監視してもよい。例えば、ＵＥ＿Ａは、サブフレーム１において送信されるＰＤＣＣＨを監視し、ＵＥ＿Ｂは、サブフレーム２において送信されるＰＤＣＣＨを監視し、ＵＥ＿Ｃは、サブフレーム３において送信されるＰＤＣＣＨを監視してもよい。
　一方、図１４は、ＵＥ＿Ａ、ＵＥ＿Ｂ及びＵＥ＿Ｃが動作するMulti-subframe schedulingにおいて、周期の最初のサブフレーム１においてのみＰＤＣＣＨが送信されることを示している。この場合、ＵＥ＿Ａ、ＵＥ＿Ｂ及びＵＥ＿Ｃは、サブフレーム１において送信されるＰＤＣＣＨを監視する。
　図１３及び図１４に示すように、各ＵＥは、Multi-subframe schedulingの周期内において、任意のサブフレームのみにＰＤＣＣＨの監視を行う。これによって、全てのサブフレームにおいてＰＤＣＣＨを監視する場合と比較して、消費電力の増加を抑えることができる。
　さらに、ｅＮＢ３０は、実施の形態１～４と同様に、各ＵＥにおけるダウンリンクデータの復号結果に応じて、各ＵＥに対するMulti-subframe schedulingのスケジューリング情報を、変更することができる。これにより、無線通信環境の変化に応じて、ｅＮＢ３０と各ＵＥとの間の通信におけるスループットを向上させるように制御することができる。つまり、実施の形態５における示すタイミングにおいて、各ＵＥＰＤＣＣＨの監視を行う際に、実施の形態１～４と同様に、ｅＮＢ３０においてスケジューリング情報の変更を行うことによって、無線通信環境の変化に応じて、ｅＮＢ３０と各ＵＥとの間の通信におけるスループットを向上させるように制御することができる。
　また、実施の形態１～５において説明した閾値等は予め定められた値でも良い。
　続いて以下では、上述の複数の実施形態で説明された通信端末１０、ＵＥ２０及びｅＮＢ３０の構成例について説明する。図１５は、ｅＮＢ３０の構成例を示すブロック図である。図１５を参照すると、ｅＮＢ３０は、RFトランシーバ１００１、ネットワークインターフェース１００３、プロセッサ１００４、及びメモリ１００５を含む。RFトランシーバ１００１は、UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１００１は、複数のトランシーバを含んでもよい。RFトランシーバ１００１は、アンテナ１００２及びプロセッサ１００４と結合される。RFトランシーバ１００１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１００４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１００２に供給する。また、RFトランシーバ１００１は、アンテナ１００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１００４に供給する。
　ネットワークインターフェース１００３は、ネットワークノード（e.g., 他のeNBs、Mobility Management Entity (MME)、及び、Serving Gateway(S-GW)）と通信するために使用される。ネットワークインターフェース１００３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
　プロセッサ１００４は、無線通信のためのデジタルベースバンド信号処理を含むデータプレーン処理とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１００４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。さらに、プロセッサ１００４による信号処理は、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を含んでもよい。また、プロセッサ１００４によるコントロールプレーン処理は、X2APプロトコル、S1-MMEプロトコルおよびRRCプロトコルの処理を含んでもよい。
　プロセッサ１００４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１００４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を行うプロセッサ（e.g., DSP）、及びコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
　メモリ１００５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１００５は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１００５は、プロセッサ１００４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１００４は、ネットワークインターフェース１００３又は図示されていないI/Oインタフェースを介してメモリ１００５にアクセスしてもよい。
　メモリ１００５は、上述の複数の実施形態で説明されたｅＮＢ３０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１００４は、当該ソフトウェアモジュールをメモリ１００５から読み出して実行することで、上述の実施形態で説明されたｅＮＢ３０の処理を行うよう構成されてもよい。
　図１６は、通信端末１０又はＵＥ２０の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、ｅＮＢ３０と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナ１１０２及びベースバンドプロセッサ１１０３と結合される。すなわち、RFトランシーバ１１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。
　ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
　例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
　ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。
　アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、通信端末１０又はＵＥ２０の各種機能を実現する。
　いくつかの実装において、図１６に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
　メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
　メモリ１１０６は、上述の複数の実施形態で説明された通信端末１０又はＵＥ２０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュールをメモリ１１０６から読み出して実行することで、上述の実施形態で説明された通信端末１０又はＵＥ２０の処理を行うよう構成されてもよい。
　図１５及び図１６を用いて説明したように、通信端末１０、ＵＥ２０、及び、ｅＮＢ３０が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
　上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
　以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１５年９月３０日に出願された日本出願特願２０１５－１９３０３３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
　（付記１）
　ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視する監視部と、
　前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定する制御部と、を備え、
　前記監視部は、
　決定された前記監視タイミングに前記制御情報の監視を行う、通信端末。
　（付記２）
　前記監視部は、
　前記制御情報を受信すると、次の前記監視タイミングまで前記制御情報の監視を中断する、付記１に記載の通信端末。
　（付記３）
　前記制御部は、
　前記ダウンリンクデータを正常に復号できた回数又は割合、あるいは、前記ダウンリンクデータを正常に復号できなかった回数又は割合、のいずれかに応じて、前記制御情報の監視を再開するか否かを決定する、付記２に記載の通信端末。
　（付記４）
　前記制御部は、
　任意の１つの周期に、前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に、前記制御情報の監視を再開することを決定する、付記３に記載の通信端末。
　（付記５）
　割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に第２の復号結果を前記基地局へ送信する通信部をさらに備え、
　前記制御部は、
　前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、付記４に記載の通信端末。
　（付記６）
　割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、連続して前記ダウンリンクデータを正常に復号できなかった場合に第２の復号結果を前記基地局へ送信する通信部をさらに備え、
　前記制御部は、
　前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、付記４に記載の通信端末。
　（付記７）
　割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、前記任意の１つの周期が満了したタイミングに第２の復号結果を前記基地局へ送信する通信部をさらに備え、
　前記制御部は、
　前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、付記４に記載の通信端末。
　（付記８）
　前記制御部は、
　前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合、又は、前記任意の１つの周期が満了した場合、前記ダウンリンクデータを正常に復号できなかった回数又は割合をクリアする、付記４乃至７のいずれか１項に記載の通信端末。
　（付記９）
　前記制御部は、
　複数の任意の周期に渡って、前記ダウンリンクデータを正常に復号できなかった回数を数え、前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えた場合に、前記制御情報の監視を再開する、付記３に記載の通信端末。
　（付記１０）
　割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えた場合に第２の復号結果を前記基地局へ送信する通信部をさらに備え、
　前記制御部は、
　前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、付記９に記載の通信端末。
　（付記１１）
　前記通信部は、
　所定回数だけ連続して前記ダウンリンクデータを正常に復号できなかった場合に前記第２の復号結果を前記基地局へ送信する、付記１０に記載の通信端末。
　（付記１２）
　前記通信部は、
　前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えたタイミングが属する周期が満了したタイミングに前記第２の復号結果を前記基地局へ送信する、付記１１に記載の通信端末。
　（付記１３）
　前記制御部は、
　前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えた場合に、前記ダウンリンクデータを正常に復号できなかった回数をクリアする、付記９乃至１２のいずれか１項に記載の通信端末。
　（付記１４）
　ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信する通信部と、
　前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定する制御部と、を備え、
　前記通信部は、
　決定された前記送信タイミングに前記制御情報の送信を行う、基地局。
　（付記１５）
　前記制御部は、
　前記通信端末において前記ダウンリンクデータを正常に復号できた回数又は割合、あるいは、前記ダウンリンクデータを正常に復号できなかった回数又は割合のいずれかに応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定する、付記１４に記載の基地局。
　（付記１６）
　前記制御部は、
　任意の１つの周期に、前記通信端末において前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に、前記割当情報を変更した制御情報を前記通信端末へ送信することを決定する、付記１５に記載の基地局。
　（付記１７）
　前記制御部は、
　複数の任意の周期に渡って、前記ダウンリンクデータを正常に復号できなかった回数を数え、前記通信端末において前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えた場合に、前記割当情報を変更した制御情報を前記通信端末へ送信することを決定する、付記１５に記載の基地局。
　（付記１８）
　前記通信部は、
　割り当てられたサブフレーム毎に前記通信端末から送信される前記ダウンリンクデータに関する第１の復号結果を前記通信端末から受信するとともに、前記通信端末において前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に前記通信端末から送信される第２の復号結果を受信し、
　前記制御部は、
　前記第２の復号結果が前記基地局へ送信された際に、前記制御情報を前記通信端末へ送信する送信タイミングを決定する、付記１４に記載の基地局。
　（付記１９）
　ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視し、
　前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定し、
　決定された前記監視タイミングに前記制御情報の監視を行う、監視方法。
　（付記２０）
　ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信し、
　前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定し、
　決定された前記送信タイミングに前記制御情報の送信を行う、送信方法。
　（付記２１）
　ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視し、
　前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定し、
　決定された前記監視タイミングに前記制御情報の監視を行うことをコンピュータに実行させるプログラム。
　（付記２２）
　ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信し、
　前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定し、
　決定された前記送信タイミングに前記制御情報の送信を行うことをコンピュータに実行させるプログラム。
　１０　通信端末
　１１　監視部
　１２　制御部
　２０　ＵＥ
　２１　監視部
　２２　制御部
　２３　通信部
　３０　ｅＮＢ
　３１　通信部
　３２　制御部

Claims (22)

  1. 　ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視する監視手段と、
    　前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定する制御手段と、を備え、
    　前記監視手段は、
    　決定された前記監視タイミングに前記制御情報の監視を行う、通信端末。
  2. 　前記監視手段は、
    　前記制御情報を受信すると、次の前記監視タイミングまで前記制御情報の監視を中断する、請求項１に記載の通信端末。
  3. 　前記制御手段は、
    　前記ダウンリンクデータを正常に復号できた回数又は割合、あるいは、前記ダウンリンクデータを正常に復号できなかった回数又は割合、のいずれかに応じて、前記制御情報の監視を再開するか否かを決定する、請求項２に記載の通信端末。
  4. 　前記制御手段は、
    　任意の１つの周期に、前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に、前記制御情報の監視を再開することを決定する、請求項３に記載の通信端末。
  5. 　割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に第２の復号結果を前記基地局へ送信する通信手段をさらに備え、
    　前記制御手段は、
    　前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、請求項４に記載の通信端末。
  6. 　割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、連続して前記ダウンリンクデータを正常に復号できなかった場合に第２の復号結果を前記基地局へ送信する通信手段をさらに備え、
    　前記制御手段は、
    　前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、請求項４に記載の通信端末。
  7. 　割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、前記任意の１つの周期が満了したタイミングに第２の復号結果を前記基地局へ送信する通信手段をさらに備え、
    　前記制御手段は、
    　前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、請求項４に記載の通信端末。
  8. 　前記制御手段は、
    　前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合、又は、前記任意の１つの周期が満了した場合、前記ダウンリンクデータを正常に復号できなかった回数又は割合をクリアする、請求項４乃至７のいずれか１項に記載の通信端末。
  9. 　前記制御手段は、
    　複数の任意の周期に渡って、前記ダウンリンクデータを正常に復号できなかった回数を数え、前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えた場合に、前記制御情報の監視を再開する、請求項３に記載の通信端末。
  10. 　割り当てられたサブフレームにおいて前記ダウンリンクデータを受信する毎に前記ダウンリンクデータの第１の復号結果を基地局へ送信するとともに、前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えた場合に第２の復号結果を前記基地局へ送信する通信手段をさらに備え、
    　前記制御手段は、
    　前記第２の復号結果が前記基地局へ送信された後に、前記制御情報の監視を再開することを決定する、請求項９に記載の通信端末。
  11. 　前記通信手段は、
    　所定回数だけ連続して前記ダウンリンクデータを正常に復号できなかった場合に前記第２の復号結果を前記基地局へ送信する、請求項１０に記載の通信端末。
  12. 　前記通信手段は、
    　前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えたタイミングが属する周期が満了したタイミングに前記第２の復号結果を前記基地局へ送信する、請求項１１に記載の通信端末。
  13. 　前記制御手段は、
    　前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えた場合に、前記ダウンリンクデータを正常に復号できなかった回数をクリアする、請求項９乃至１２のいずれか１項に記載の通信端末。
  14. 　ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信する通信手段と、
    　前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定する制御手段と、を備え、
    　前記通信手段は、
    　決定された前記送信タイミングに前記制御情報の送信を行う、基地局。
  15. 　前記制御手段は、
    　前記通信端末において前記ダウンリンクデータを正常に復号できた回数又は割合、あるいは、前記ダウンリンクデータを正常に復号できなかった回数又は割合のいずれかに応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定する、請求項１４に記載の基地局。
  16. 　前記制御手段は、
    　任意の１つの周期に、前記通信端末において前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に、前記割当情報を変更した制御情報を前記通信端末へ送信することを決定する、請求項１５に記載の基地局。
  17. 　前記制御手段は、
    　複数の任意の周期に渡って、前記ダウンリンクデータを正常に復号できなかった回数を数え、前記通信端末において前記ダウンリンクデータを正常に復号できなかった回数が閾値を超えた場合に、前記割当情報を変更した制御情報を前記通信端末へ送信することを決定する、請求項１５に記載の基地局。
  18. 　前記通信手段は、
    　割り当てられたサブフレーム毎に前記通信端末から送信される前記ダウンリンクデータに関する第１の復号結果を前記通信端末から受信するとともに、前記通信端末において前記ダウンリンクデータを正常に復号できなかった回数又は割合が閾値を超えた場合に前記通信端末から送信される第２の復号結果を受信し、
    　前記制御手段は、
    　前記第２の復号結果が前記基地局へ送信された際に、前記制御情報を前記通信端末へ送信する送信タイミングを決定する、請求項１４に記載の基地局。
  19. 　ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視し、
    　前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定し、
    　決定された前記監視タイミングに前記制御情報の監視を行う、監視方法。
  20. 　ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信し、
    　前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定し、
    　決定された前記送信タイミングに前記制御情報の送信を行う、送信方法。
  21. 　ダウンリンクデータが送信される少なくとも１つのサブフレームの割当情報を含む制御情報を監視し、
    　前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報の監視を行う監視タイミングを決定し、
    　決定された前記監視タイミングに前記制御情報の監視を行うことをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
  22. 　ダウンリンクデータを送信する少なくとも１つのサブフレームの割当情報を含む制御情報を通信端末へ送信し、
    　前記通信端末における、前記少なくとも１つのサブフレームを用いて送信されたダウンリンクデータの復号結果に応じて、前記制御情報を前記通信端末へ送信する送信タイミングを決定し、
    　決定された前記送信タイミングに前記制御情報の送信を行うことをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
PCT/JP2016/004022 2015-09-30 2016-09-02 通信端末、基地局、監視方法、送信方法、及び非一時的なコンピュータ可読媒体 WO2017056396A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2017542695A JP6743826B2 (ja) 2015-09-30 2016-09-02 通信端末、基地局、監視方法、及びプログラム
CN201680058234.9A CN108353356B (zh) 2015-09-30 2016-09-02 通信终端、基站、监视方法、发送方法和非暂时性计算机可读介质
EP16850577.4A EP3358888B1 (en) 2015-09-30 2016-09-02 Communication terminal, base station, monitoring method, transmission method, and non-transitory computer-readable medium
US15/763,162 US10477571B2 (en) 2015-09-30 2016-09-02 Communication terminal, base station, monitoring method, transmission method, and non-transitory computer-readable medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015193033 2015-09-30
JP2015-193033 2015-09-30

Publications (1)

Publication Number Publication Date
WO2017056396A1 true WO2017056396A1 (ja) 2017-04-06

Family

ID=58422866

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/004022 WO2017056396A1 (ja) 2015-09-30 2016-09-02 通信端末、基地局、監視方法、送信方法、及び非一時的なコンピュータ可読媒体

Country Status (5)

Country Link
US (1) US10477571B2 (ja)
EP (1) EP3358888B1 (ja)
JP (1) JP6743826B2 (ja)
CN (1) CN108353356B (ja)
WO (1) WO2017056396A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110720249A (zh) * 2018-05-15 2020-01-21 联发科技（新加坡）私人有限公司 用于处理移动通信中的无序调度的方法和装置
CN111699721A (zh) * 2018-02-16 2020-09-22 上海诺基亚贝尔股份有限公司 用于非许可无线电频带场景的临时浮动下行链路定时方法
JP7060271B1 (ja) 2020-11-30 2022-04-26 Ｎｅｃプラットフォームズ株式会社 端末、方法及びプログラム
CN114828179A (zh) * 2017-06-20 2022-07-29 北京小米移动软件有限公司 一种调度信令的检测方法及装置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20170093068A (ko) * 2016-02-04 2017-08-14 한국전자통신연구원 통신 네트워크에서 상향링크 전송의 스케쥴링 방법
US10609692B2 (en) * 2016-08-31 2020-03-31 Apple Inc. Communication device and method for wireless communications
CN115379573A (zh) * 2016-11-04 2022-11-22 中兴通讯股份有限公司 一种数据传输方法、基站、用户设备及系统

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101971681B (zh) 2009-05-22 2014-12-10 华为技术有限公司 多子帧调度方法、系统及终端、基站
KR101664279B1 (ko) * 2010-02-16 2016-10-12 삼성전자주식회사 무선 통신 시스템에서 불연속 수신을 위한 제어 방법 및 장치
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
EP2932780B1 (en) * 2012-12-12 2016-11-23 Telefonaktiebolaget LM Ericsson (publ) Base station, user equipment and methods for random access
US9036580B2 (en) * 2013-01-17 2015-05-19 Sharp Laboratories Of America, Inc. Systems and methods for dynamically configuring a flexible subframe
WO2015008967A1 (en) * 2013-07-19 2015-01-22 Lg Electronics Inc. Method for monitoring a physical downlink control channel duritng drx operation in a wireless communication system and a device therefor
GB2522482A (en) * 2014-01-28 2015-07-29 Nec Corp Communication system
WO2015126202A1 (ko) * 2014-02-24 2015-08-27 엘지전자 주식회사 커버리지 확장을 위한 채널의 반복 전송 방법 및 단말
EP3119013B1 (en) * 2014-03-12 2020-10-07 LG Electronics Inc. Method for receiving downlink control channel in wireless communication system applying carrier aggregation technique, and apparatus therefor
EP3354079A4 (en) * 2015-09-24 2019-04-10 Nokia Solutions and Networks Oy TIMER HANDLING IN COMMUNICATIONS

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
NEC: "On DL control signalling enhancements for CA up to 32 CCs", 3GPP TSG-RAN WG1 MEETING #82BIS R1-155285, 25 September 2015 (2015-09-25), pages 1 - 4, XP051041665, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_B2b/Docs/R1-155285.zip> [retrieved on 20161104] *
NOKIA NETWORKS: "On reducing the number of DL control blind decodes", 3GPP TSG-RAN WG1 MEETING #82 R1-154467, 14 August 2015 (2015-08-14), pages 1 - 6, XP051001755, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_82/Docs/R1-154467.zip> [retrieved on 20161104] *
NOKIA NETWORKS: "On the false detection problem with an increasing number of DL component carriers", 3GPP TSG-RAN WG1 MEETING #82 R1- 154466, 23 August 2015 (2015-08-23), pages 1 - 5, XP051001754, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_82/Docs/R1-154466.zip> [retrieved on 20161104] *
See also references of EP3358888A4 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114828179A (zh) * 2017-06-20 2022-07-29 北京小米移动软件有限公司 一种调度信令的检测方法及装置
CN114828179B (zh) * 2017-06-20 2024-03-01 北京小米移动软件有限公司 一种调度信令的检测方法及装置
CN111699721A (zh) * 2018-02-16 2020-09-22 上海诺基亚贝尔股份有限公司 用于非许可无线电频带场景的临时浮动下行链路定时方法
EP3753304A4 (en) * 2018-02-16 2021-12-29 Nokia Technologies Oy Temporarily floating dl timing approach for unlicensed radio band scenarios
CN111699721B (zh) * 2018-02-16 2024-02-02 上海诺基亚贝尔股份有限公司 用于非许可无线电频带场景的临时浮动下行链路定时方法
US11895586B2 (en) 2018-02-16 2024-02-06 Nokia Technologies Oy Temporarily floating dl timing approach for unlicensed radio band scenarios
CN110720249A (zh) * 2018-05-15 2020-01-21 联发科技（新加坡）私人有限公司 用于处理移动通信中的无序调度的方法和装置
TWI709355B (zh) * 2018-05-15 2020-11-01 新加坡商聯發科技（新加坡）私人有限公司 用於處理移動通信中的無序調度的方法和裝置
JP7060271B1 (ja) 2020-11-30 2022-04-26 Ｎｅｃプラットフォームズ株式会社 端末、方法及びプログラム
JP2022086324A (ja) * 2020-11-30 2022-06-09 Ｎｅｃプラットフォームズ株式会社 端末、方法及びプログラム

Also Published As

Publication number Publication date
CN108353356A (zh) 2018-07-31
EP3358888B1 (en) 2020-04-15
US20180279350A1 (en) 2018-09-27
EP3358888A1 (en) 2018-08-08
JP6743826B2 (ja) 2020-08-19
US10477571B2 (en) 2019-11-12
CN108353356B (zh) 2021-05-11
EP3358888A4 (en) 2019-04-17
JPWO2017056396A1 (ja) 2018-07-26

Similar Documents

Publication Publication Date Title
US20220322338A1 (en) Method and apparatus for communication based on short transmission time intervals in a wireless communication system
JP6743826B2 (ja) 通信端末、基地局、監視方法、及びプログラム
US10715281B2 (en) Asynchronous retransmission protocol
AU2017263585C1 (en) User terminal and radio communication method
EP3809781B1 (en) Methods and apparatus for scheduling in uplink
JP6494639B2 (ja) デュアル接続のためのアップリンク送信
US9780941B2 (en) Terminal device, integrated circuit, and radio communication method
TWI679910B (zh) 處理共同搜尋空間的裝置及方法
JP6604524B2 (ja) データ伝送のための方法及び端末
US10075913B2 (en) Wireless communication system, mobile station, base station, and wireless communication system control method for reducing power consumption
US20190110332A1 (en) Wireless Communications
US10959225B2 (en) Techniques for handling semi-persistent scheduling collisions for wireless networks
KR101947288B1 (ko) 고 신뢰성 링크 설계
JP2023065547A (ja) 端末装置、ネットワークデバイス、及び方法
JP2021504990A (ja) 通信システムにおいてサブスロットをスケジューリングするための方法
JP2021170814A (ja) サーバ装置及びサーバ装置の方法
WO2017024565A1 (zh) 数据传输方法、装置及系统
KR20170033302A (ko) 고 신뢰성 링크 설계
US20230199749A1 (en) Configured grant enhancements in unlicensed band
AU2018417494A1 (en) Method for transmitting uplink control information, and related product
JP6915721B2 (ja) ユーザ装置及び基地局による方法
US10420124B2 (en) Remote node, center node, communication system, communication terminal, and communication method
US20210274374A1 (en) Method and network node for supporting a service over a radio bearer

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017542695

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15763162

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2016850577

Country of ref document: EP