WO2018084200A1 - 移動通信方法、ユーザ端末及び装置 - Google Patents

移動通信方法、ユーザ端末及び装置 Download PDF

Info

Publication number
WO2018084200A1
WO2018084200A1 PCT/JP2017/039614 JP2017039614W WO2018084200A1 WO 2018084200 A1 WO2018084200 A1 WO 2018084200A1 JP 2017039614 W JP2017039614 W JP 2017039614W WO 2018084200 A1 WO2018084200 A1 WO 2018084200A1
Authority
WO
WIPO (PCT)
Prior art keywords
subframe
narrowband
user terminal
area
decoding
Prior art date
Application number
PCT/JP2017/039614
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 EP17867048.5A priority Critical patent/EP3522472A4/en
Priority to JP2018549054A priority patent/JPWO2018084200A1/ja
Publication of WO2018084200A1 publication Critical patent/WO2018084200A1/ja
Priority to US16/399,833 priority patent/US20190320306A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • 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/02—Terminal devices

Definitions

  • the present invention relates to a mobile communication method, a user terminal, and an apparatus used in a mobile communication system.
  • MTC Machine Type Communication
  • 6PRB Physical Resource Block
  • One feature is a mobile communication method for performing communication between a base station and a user terminal using a narrow band having a predetermined bandwidth, in which the user terminal performs a first narrow band in an nth subframe.
  • the user terminal performs a first narrow band in an nth subframe.
  • the user terminal switches from the first narrowband to the second narrowband in the last symbol time domain of the nth subframe and / or the first symbol time domain of the (n + 1) th subframe. Therefore, it is a non-use area provided for this purpose.
  • FIG. 1 is a configuration diagram of an LTE system according to the embodiment.
  • FIG. 2 is a block diagram of the UE 100 according to the embodiment.
  • FIG. 3 is a block diagram of the eNB 200 according to the embodiment.
  • FIG. 4 is a protocol stack diagram of a radio interface according to the embodiment.
  • FIG. 5 is a configuration diagram of a radio frame used in the LTE system according to the embodiment.
  • FIG. 6 is a diagram for explaining an application scene according to the embodiment.
  • FIG. 7 is a diagram for explaining an application scene according to the embodiment.
  • FIG. 8 is a diagram for explaining an application scene according to the embodiment.
  • FIG. 9 is a diagram illustrating a mobile communication method according to the embodiment.
  • FIG. 10 is a diagram for explaining an application scene according to the first modification.
  • FIG. 10 is a diagram for explaining an application scene according to the first modification.
  • FIG. 11 is a diagram illustrating a mobile communication method according to the first modification.
  • FIG. 12 is a diagram for explaining an application scene according to the second modification.
  • FIG. 13 is a diagram for explaining an application scene according to the third modification.
  • FIG. 14 is a diagram for explaining an application scene according to the fourth modification.
  • FIG. 15 is a diagram for illustrating an RB-based resource allocation method with a system bandwidth of 5 MHz according to the supplementary notes.
  • FIG. 16 is a diagram for explaining one bit for inverting the start position of the NB according to the supplementary notes.
  • FIG. 17 is a diagram for explaining the outline of the same subframe scheduling for FeMTC according to the supplementary note.
  • the mobile communication method uses a narrow band of a second bandwidth that is narrower than the first bandwidth that can be supported by the first user terminal in one unit time, and It is a method of performing predetermined communication between the two.
  • the mobile communication method includes a step A in which narrowband allocation information, which is the narrowband allocation information used for the predetermined communication, is transmitted from the base station to the second user terminal, and the second user terminal Step B performing the predetermined communication based on the allocation information.
  • the narrowband allocation information transmitted using the first narrowband in the nth subframe is information for allocating to the second user terminal a second narrowband different from the first narrowband in the (n + 1) th subframe.
  • the tail region of the time region reserved for transmission of the narrowband allocation information in the nth subframe and the head region of the time region reserved for the predetermined communication in the n + 1th subframe are the second region This is a non-decoding area that is not decoded by the user terminal.
  • the narrowband allocation information transmitted using the first narrowband in the nth subframe is information that allocates a second narrowband different from the first narrowband to the second user terminal in the (n + 1) th subframe. is there. According to such a configuration, low delay is realized in predetermined communication.
  • the tail area of the time area reserved for transmission of the narrowband allocation information in the nth subframe and the head area of the time area reserved for predetermined communication in the n + 1th subframe are set by the second user terminal. This is a non-decoding area that is not decoded. According to such a configuration, even when the subframe in which the narrowband allocation information is transmitted and the subframe in which the predetermined communication is performed are continuous, the second user terminal does not decode the narrowband switching time. Secured by area.
  • FIG. 1 is a configuration diagram of an LTE system according to the embodiment.
  • the LTE system includes a UE (User Equipment) 100, an E-UTRAN (Evolved-UMTS Terrestrial Radio Access Network) 10, and an EPC (Evolved Packet Core) 20.
  • UE User Equipment
  • E-UTRAN Evolved-UMTS Terrestrial Radio Access Network
  • EPC Evolved Packet Core
  • the UE 100 corresponds to a user terminal.
  • the UE 100 is a mobile communication device.
  • the UE 100 performs radio communication with a cell formed by the eNB 200 (serving cell when the UE 100 is in the RRC connected state).
  • the configuration of the UE 100 will be described later.
  • the E-UTRAN 10 corresponds to a radio access network.
  • the E-UTRAN 10 includes an eNB 200 (evolved Node-B).
  • the eNB 200 corresponds to a radio base station.
  • the eNB 200 is connected to each other via the X2 interface. The configuration of the eNB 200 will be described later.
  • ENB 200 forms one or a plurality of cells.
  • eNB200 performs radio
  • the eNB 200 has a radio resource management (RRM) function, a user data routing function, a measurement control function for mobility control / scheduling, and the like.
  • RRM radio resource management
  • Cell is used as a term indicating a minimum unit of a wireless communication area.
  • Cell is also used as a term indicating a function of performing wireless communication with the UE 100.
  • the EPC 20 corresponds to a core network.
  • the EPC 20 includes an MME (Mobility Management Entity) / S-GW (Serving-Gateway) 300.
  • the MME performs various mobility controls for the UE 100.
  • the S-GW controls user data transfer.
  • the MME / S-GW 300 is connected to the eNB 200 via the S1 interface.
  • the E-UTRAN 10 and the EPC 20 constitute an LTE system network.
  • FIG. 2 is a block diagram of the UE 100.
  • the UE 100 includes a plurality of antennas 101, a radio transceiver 110, a user interface 120, a GNSS (Global Navigation Satellite System) receiver 130, a battery 140, a memory 150, and a processor 160.
  • the memory 150 and the processor 160 constitute a control unit.
  • the wireless transceiver 110 and the processor 160 constitute a transmission unit and a reception unit.
  • the UE 100 may not have the GNSS receiver 130.
  • the memory 150 may be integrated with the processor 160, and this set (that is, a chip set) may be used as the processor.
  • the antenna 101 and the wireless transceiver 110 are used for transmitting and receiving wireless signals.
  • the radio transceiver 110 converts the baseband signal (transmission signal) output from the processor 160 into a radio signal and transmits it from the antenna 101.
  • the radio transceiver 110 converts a radio signal received by the antenna 101 into a baseband signal (received signal).
  • the wireless transceiver 110 outputs a baseband signal to the processor 160.
  • the user interface 120 is an interface with a user who owns the UE 100, and includes, for example, a display, a microphone, a speaker, and various buttons.
  • the user interface 120 receives an operation from the user and outputs a signal indicating the content of the received operation to the processor 160.
  • the GNSS receiver 130 receives a GNSS signal in order to obtain location information indicating the geographical location of the UE 100 and outputs the received GNSS signal to the processor 160.
  • the battery 140 stores power to be supplied to each block of the UE 100.
  • the memory 150 stores a program executed by the processor 160 and information used for processing by the processor 160.
  • the processor 160 includes a baseband processor and a CPU (Central Processing Unit).
  • the baseband processor performs modulation / demodulation and encoding / decoding of the baseband signal.
  • the CPU executes various programs by executing programs stored in the memory 150.
  • the processor 160 may further include a codec that performs encoding / decoding of an audio / video signal.
  • the processor 160 executes various processes and various communication protocols described later.
  • FIG. 3 is a block diagram of the eNB 200.
  • the eNB 200 includes a plurality of antennas 201, a radio transceiver 210, a network interface 220, a memory 230, and a processor 240.
  • the memory 230 and the processor 240 constitute a control unit.
  • the wireless transceiver 210 (and / or the network interface 220) and the processor 240 constitute a transmission unit and a reception unit.
  • the memory 230 may be integrated with the processor 240, and this set (that is, a chip set) may be used as the processor.
  • the antenna 201 and the wireless transceiver 210 are used for transmitting and receiving wireless signals.
  • the radio transceiver 210 converts the baseband signal (transmission signal) output from the processor 240 into a radio signal and transmits it from the antenna 201.
  • the radio transceiver 210 converts a radio signal received by the antenna 201 into a baseband signal (received signal).
  • the wireless transceiver 210 outputs a baseband signal to the processor 240.
  • the network interface 220 is connected to the neighboring eNB 200 via the X2 interface and is connected to the MME / S-GW 300 via the S1 interface.
  • the network interface 220 is used for communication performed on the X2 interface and communication performed on the S1 interface.
  • the memory 230 stores a program executed by the processor 240 and information used for processing by the processor 240.
  • the processor 240 includes a baseband processor and a CPU.
  • the baseband processor performs modulation / demodulation and encoding / decoding of the baseband signal.
  • the CPU executes programs stored in the memory 230 and performs various processes.
  • the processor 240 executes various processes and various communication protocols described later.
  • FIG. 4 is a protocol stack diagram of a radio interface in the LTE system. As shown in FIG. 4, the radio interface protocol is divided into the first to third layers of the OSI reference model, and the first layer is a physical (PHY) layer.
  • the second layer includes a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, and a PDCP (Packet Data Convergence Protocol) layer.
  • the third layer includes an RRC (Radio Resource Control) layer.
  • the physical layer performs encoding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping.
  • User data and control information are transmitted between the physical layer of the UE 100 and the physical layer of the eNB 200 via a physical channel.
  • the MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ), random access procedure, and the like.
  • User data and control information are transmitted between the MAC layer of the UE 100 and the MAC layer of the eNB 200 via a transport channel.
  • the MAC layer of the eNB 200 includes a scheduler that determines uplink and downlink transport formats (transport block size, modulation / coding scheme (MCS)) and resource blocks allocated to the UE 100.
  • MCS modulation / coding scheme
  • the RLC layer transmits data to the RLC layer on the receiving side using the functions of the MAC layer and the physical layer. Between the RLC layer of the UE 100 and the RLC layer of the eNB 200, user data and control information are transmitted via a logical channel.
  • the PDCP layer performs header compression / decompression and encryption / decryption. It should be noted that a transmission entity for transmitting a data unit (PDCP PDU) or a reception entity for receiving a data unit (PDCP PDU) is formed in the PDCP layer.
  • the RRC layer is defined only in the control plane that handles control information. Control information (RRC message) for various settings is transmitted between the RRC layer of the UE 100 and the RRC layer of the eNB 200.
  • the RRC layer controls the logical channel, the transport channel, and the physical channel according to establishment, re-establishment, and release of the radio bearer.
  • the NAS (Non-Access Stratum) layer located above the RRC layer performs session management and mobility management.
  • FIG. 5 is a configuration diagram of a radio frame used in the LTE system.
  • OFDMA Orthogonal Frequency Division Multiplexing Access
  • SC-FDMA Single Carrier Frequency Multiple Access
  • the radio frame is composed of 10 subframes arranged in the time direction.
  • Each subframe is composed of two slots arranged in the time direction.
  • the length of each subframe is 1 ms, and the length of each slot is 0.5 ms.
  • Each subframe includes a plurality of resource blocks (RB) in the frequency direction, and includes a plurality of symbols (for example, one OFDM symbol) in the time direction.
  • Each resource block includes a plurality of subcarriers in the frequency direction.
  • One symbol and one subcarrier constitute one resource element (RE).
  • a frequency resource can be specified by a resource block, and a time resource can be specified by a subframe (or slot).
  • the application scene will be described. 6 to 8 are diagrams for explaining application scenes according to the embodiment.
  • predetermined communication (MTC) in the LTE system will be mainly described.
  • the system bandwidth of the LTE system is 10 MHz.
  • the system bandwidth includes a first bandwidth having a first bandwidth that can be handled by a general first user terminal and a second bandwidth having a second bandwidth that can be handled by a second user terminal corresponding to MTC (hereinafter referred to as an MTC terminal).
  • Band (hereinafter referred to as narrow band).
  • the narrow band is a part of the first band.
  • the above-described MTC is a technique for performing predetermined communication (hereinafter referred to as MTC) between the MTC terminal and the eNB 200 using a narrow band.
  • the physical downlink control channel (PDCCH; Physical Downlink Control Channel) cannot be received by the MTC terminal, and a predetermined control channel (hereinafter referred to as M-PDCCH; MTC Physical Downlink) used for the MTC. Control Channel) is adopted.
  • M-PDCCH MTC Physical Downlink
  • the M-PDCCH is used to transmit predetermined control information (hereinafter referred to as DCI; Downlink Control Information) used for MTC.
  • repeated transmission may be employed from the viewpoint of improving the reachability of a signal from a transmission node to a reception node.
  • transmission node is the eNB 200 and the reception node is an MTC terminal, as shown in FIG. 7, transmission of PDSCH (Physical Downlink Shared Channel) is repeated over a plurality of subframes.
  • PDSCH Physical Downlink Shared Channel
  • the narrowband allocation information is included in the DCI of M-PDCCH, for example.
  • the eNB 200 transmits the following narrowband allocation information as narrowband allocation information used for MTC (step A).
  • the MTC terminal performs MTC based on the narrowband allocation information (step B).
  • the narrowband allocation information transmitted using the first narrowband in the nth subframe is information for allocating a second narrowband different from the first narrowband to the MTC terminal in the (n + 1) th subframe.
  • the narrowband allocation information is included in the DCI of M-PDCCH, for example.
  • the tail area of the time area reserved for transmission of the narrowband allocation information in the nth subframe and the head area of the time area reserved for predetermined communication in the n + 1th subframe are set by the second user terminal. This is a non-decoding area that is not decoded.
  • M-PDCCH is transmitted in narrowband NB # 2 of subframe #n, and the narrowband allocation information for assigning narrowband NB # 3 of subframe # n + 1 to the MTC terminal is M-PDCCH.
  • the narrowband allocation information for assigning narrowband NB # 3 of subframe # n + 1 to the MTC terminal is M-PDCCH.
  • the time region reserved for M-PDCCH transmission in subframe #n includes a decoding region and a non-decoding region.
  • the non-decoding area is a tail area of the time area reserved for M-PDCCH transmission.
  • the non-decoding region is a region that is not decoded by the MTC terminal.
  • the eNB 200 transmits the M-PDCCH using the decoding region in the subframe #n.
  • the eNB 200 does not use the non-decoding area for transmission of the M-PDCCH in the subframe #n. Therefore, the MTC terminal can switch the narrow band (in this case, the reception narrow band) using the non-decoding region of subframe #n and the PDCCH region of subframe # n + 1. That is, the MTC terminal can appropriately receive the PDSCH of subframe # n + 1 by using the non-decoding region as a narrowband switching time.
  • the eNB 200 may transmit region information specifying the decoding region to the MTC terminal (step C).
  • the area information may be information for specifying a temporal boundary between the decoding area and the non-decoding area.
  • the region information is, for example, at least one of the number of OFDM symbols corresponding to the non-decoding region, the number of OFDM symbols corresponding to the decoding region, and information indicating the data length of M-PDCCH (narrowband allocation information). May be.
  • the area information may include information (for example, a 1-bit flag) indicating whether or not a non-decoding area is set.
  • Such information may be included in the case where the decoding area (or non-decoding area) has a fixed data length, and may be included in the case where the decoding area (or non-decoding area) has a variable length. .
  • the fixed data length of the decoding area (or non-decoding area) may be determined in advance, or may be included in broadcast information (SIB or the like) broadcast from the eNB 200. According to such a configuration, since the MTC terminal can grasp the time length of the decoding area, it can appropriately decode M-PDCCH (narrowband allocation information).
  • the eNB 200 may transmit the region information to the UE 100 (third user terminal) other than the MTC terminal that is the destination of the M-PDCCH.
  • UE 100 other than the MTC terminal may be a conventional MTC terminal that does not support a method of receiving M-PDCCH and PDSCH in consecutive subframes.
  • the conventional MTC terminal does not receive M-PDCCH and PDSCH in consecutive subframes, there is no need to consider the switching time and it is not necessary to set a non-decoding area in the conventional MTC terminal. .
  • a common M-PDCCH can be used.
  • the data length of the non-decoding region may be determined in units of OFDM symbols or may be determined in units of resource elements.
  • FIG. 9 is a diagram for explaining the mobile communication method according to the embodiment.
  • a case where the UE 100 is an MTC terminal and downlink communication MTC is performed will be mainly described.
  • the eNB 200 broadcasts system information.
  • the system information is MIB (Master Information Block) and SIB.
  • SIB is SIB defined for MTC.
  • step S12 an RRC connection procedure is performed.
  • RRC connection procedure communication of RRC messages such as RRC connection request and RRC connection setup is performed.
  • step S13 the eNB 200 transmits region information specifying the decoding region to the MTC terminal.
  • the eNB 200 transmits the M-PDCCH to the MTC terminal.
  • the eNB 200 transmits the M-PDCCH using the decoding area without using the non-decoding area.
  • the DCI of M-PDCCH transmitted using narrowband NB # 2 of subframe #n includes narrowband allocation information for assigning narrowband NB # 3 of subframe # n + 1 to the MTC terminal.
  • the MTC terminal acquires narrowband allocation information by decoding the M-PDCCH included in the decoding area.
  • step S15 the eNB 200 repeatedly transmits the PDSCH.
  • the MTC terminal switches a narrow band (in this case, a reception narrow band) using the non-decoding region of subframe #n and the PDCCH region of subframe # n + 1.
  • the narrowband allocation information transmitted using the first narrowband in the nth subframe is information that allocates a second narrowband different from the first narrowband to the MTC terminal in the (n + 1) th subframe. According to such a configuration, low delay is realized in predetermined communication.
  • the MTC terminal does not decode the tail region of the time region reserved for transmission of narrowband allocation information in the nth subframe and the leading region of the time region reserved for predetermined communication in the n + 1th subframe. It is a non-decoding area. According to such a configuration, even if the subframe in which the narrowband allocation information is transmitted and the subframe in which the predetermined communication is performed are continuous, the MTC terminal can switch the narrowband according to the non-decoding region. Secured.
  • Modification 1 will be described. In the following, differences from the embodiment will be mainly described.
  • the eNB 200 transmits the M-PDCCH using the decoding area without using the non-decoding area.
  • the eNB 200 transmits the M-PDCCH using both the decoding area and the non-decoding area.
  • the M-PDCCH is transmitted in the narrowband NB # 2 of the subframe #n, and the narrowband allocation information for assigning the narrowband NB # 3 of the subframe # n + 1 to the MTC terminal is M-PDCCH.
  • the narrowband allocation information for assigning the narrowband NB # 3 of the subframe # n + 1 to the MTC terminal is M-PDCCH.
  • the time region reserved for M-PDCCH transmission in subframe #n includes a decoding region and a non-decoding region.
  • the non-decoding area is a tail area of the time area reserved for M-PDCCH transmission.
  • the non-decoding region is a region that is not decoded by the MTC terminal.
  • the MTC terminal considers a data bit corresponding to the non-decoding area as a padding bit, and decodes M-PDCCH (narrowband allocation information). For example, the padding bit is zero.
  • M-PDCCH employs a redundant configuration, the M-PDCCH can be decoded with a certain degree of accuracy even if the data bits corresponding to the non-decoding region are regarded as padding bits.
  • the eNB 200 may not transmit the region information specifying the decoding region to the MTC terminal.
  • FIG. 11 is a diagram for explaining the mobile communication method according to the embodiment.
  • a case where the UE 100 is an MTC terminal and downlink communication MTC is performed will be mainly described.
  • the eNB 200 broadcasts system information.
  • the system information is MIB (Master Information Block) and SIB.
  • SIB is SIB defined for MTC.
  • step S22 an RRC connection procedure is performed.
  • RRC connection procedure communication of RRC messages such as RRC connection request and RRC connection setup is performed.
  • the eNB 200 transmits the M-PDCCH to the MTC terminal.
  • the eNB 200 transmits the M-PDCCH using both the decoding area and the non-decoding area.
  • the DCI of M-PDCCH transmitted using narrowband NB # 2 of subframe #n includes narrowband allocation information for assigning narrowband NB # 3 of subframe # n + 1 to the MTC terminal.
  • the MTC terminal obtains the narrowband allocation information by decoding the M-PDCCH by regarding the data bits corresponding to the non-decoding area as padding bits.
  • step S24 the eNB 200 repeatedly transmits PDSCH.
  • the MTC terminal switches a narrow band (in this case, a reception narrow band) using the non-decoding region of subframe #n and the PDCCH region of subframe # n + 1.
  • Modification 2 will be described. In the following, differences from the embodiment will be mainly described.
  • the non-decoding area is the tail area of the time area reserved for M-PDCCH transmission in subframe #n.
  • the non-decoding area is the head area of the time area reserved for MTC (PDSCH) in subframe # n + 1.
  • the M-PDCCH is transmitted in the narrowband NB # 2 of the subframe #n, and the narrowband allocation information for assigning the narrowband NB # 3 of the subframe # n + 1 to the MTC terminal is M-PDCCH.
  • the narrowband allocation information for assigning the narrowband NB # 3 of the subframe # n + 1 to the MTC terminal is M-PDCCH.
  • the time region reserved for PDSCH transmission in subframe # n + 1 includes a decoding region and a non-decoding region.
  • the non-decoding area is the head area of the time area reserved for PDSCH transmission.
  • the non-decoding region is a region that is not decoded by the MTC terminal.
  • the eNB 200 transmits the PDSCH using the decoding region in the subframe # n + 1. In other words, the eNB 200 does not use the non-decoding region for PDSCH transmission in subframe # n + 1. Therefore, the MTC terminal can switch the narrow band (here, the reception narrow band) using the PDCCH region of subframe # n + 1 and the non-decoding region of subframe # n + 1. That is, the MTC terminal can appropriately receive the PDSCH of subframe # n + 1 by using the non-decoding region as a narrowband switching time.
  • the narrow band here, the reception narrow band
  • the eNB 200 may transmit region information specifying the decoding region to the MTC terminal, as in the embodiment.
  • the area information may be information for specifying a temporal boundary between the decoding area and the non-decoding area.
  • the region information may be at least one of information indicating the number of OFDM symbols corresponding to the non-decoding region, the number of OFDM symbols corresponding to the decoding region, and the data length of PDSCH (data related to MTC), for example. Good.
  • the area information may include information (for example, a 1-bit flag) indicating whether or not a non-decoding area is set.
  • Such information may be included in the case where the decoding area (or non-decoding area) has a fixed data length, and may be included in the case where the decoding area (or non-decoding area) has a variable length. .
  • the fixed data length of the decoding area (or non-decoding area) may be determined in advance, or may be included in broadcast information (SIB or the like) broadcast from the eNB 200. According to such a configuration, since the MTC terminal can grasp the time length of the decoding area, it can appropriately decode PDSCH (data related to MTC).
  • Modification 3 A third modification will be described. In the following, differences from Modification 2 will be mainly described.
  • Modification 2 the case has been described in which the eNB 200 transmits the PDSCH using the decoding area without using the non-decoding area.
  • the eNB 200 transmits the PDSCH using both the decoding area and the non-decoding area.
  • the M-PDCCH is transmitted in the narrowband NB # 2 of the subframe #n, and the narrowband allocation information for assigning the narrowband NB # 3 of the subframe # n + 1 to the MTC terminal is M-PDCCH.
  • the narrowband allocation information for assigning the narrowband NB # 3 of the subframe # n + 1 to the MTC terminal is M-PDCCH.
  • the time region reserved for PDSCH transmission in subframe # n + 1 includes a decoding region and a non-decoding region.
  • the non-decoding area is the head area of the time area reserved for PDSCH transmission.
  • the non-decoding region is a region that is not decoded by the MTC terminal.
  • the MTC terminal regards the data bits corresponding to the non-decoding area as the padding bits and decodes the PDSCH (data related to MTC). For example, the padding bit is zero.
  • the PDSCH can be decoded with a certain degree of accuracy even if the data bit corresponding to the non-decoding region is regarded as a padding bit.
  • the eNB 200 may not transmit the region information specifying the decoding region to the MTC terminal.
  • Modification 4 will be described. In the following, differences from the embodiment will be mainly described.
  • the time region reserved for M-PDCCH transmission in subframe #n includes a decoding region and a non-decoding region.
  • the PDCCH transmission start position is shifted in time in subframe # n + 1.
  • the M-PDCCH is transmitted in the narrowband NB # 2 of the subframe #n, and the narrowband allocation information for assigning the narrowband NB # 3 of the subframe # n + 1 to the MTC terminal is M-PDCCH.
  • the narrowband allocation information for assigning the narrowband NB # 3 of the subframe # n + 1 to the MTC terminal is M-PDCCH.
  • the transmission start position of PDCCH in subframe # n + 1 is shifted to a later time from the transmission start position of subframe # n + 1.
  • the shift time of the PDCCH transmission start position is determined in the range of 0 OFDM to 3 OFDM symbols, for example.
  • the MTC terminal switches the narrow band (in this case, the reception narrow band) using the shift time of the PDCCH transmission start position in subframe # n + 1 and the PDCCH region in subframe # n + 1. Can do.
  • the modified example 4 is not limited to this.
  • the PDCCH transmission start position in subframe #n may be shifted to the previous time from the transmission start position in subframe #n.
  • the eNB 200 may transmit information specifying the timing at which the M-PDCCH is transmitted (hereinafter, timing information) to the MTC terminal in advance.
  • the timing information may include information indicating whether or not the transmission start position of the M-PDCCH is shifted.
  • the timing information indicates a time interval (shift time) between the transmission start position of the M-PDCCH and the transmission start position of the subframe. It may also include the transmission cycle of M-PDCCH. Thereby, the MTC terminal can grasp the transmission start position of the M-PDCCH and can appropriately decode the M-PDCCH.
  • the timing information may be notified in advance from the eNB 200 to the MTC terminal in a case where the PDCCH transmission start position is shifted to a later time from the transmission start position of the subframe # n + 1 in the subframe # n + 1.
  • the time length of the non-decoding region may be determined according to the time length of the PDCCH (physical downlink control channel) in the (n + 1) th subframe.
  • the PDCCH region can be used as the switching time. Therefore, the time length of the non-decoding area is determined by the time length of the PDCCH, so that the non-decoding area can be minimized.
  • the area information may be determined according to the processing capability of the MTC terminal (for example, the processing capability of the CPU included in the MTC terminal).
  • the MTC terminal may include information related to the processing capability in the capability information of the MTC terminal and notify the eNB, and the eNB may determine the region information (for example, the time length of the non-decoding region) according to the processing capability information.
  • the information regarding the processing capability notified to the eNB by the MTC terminal may be an index value set in advance depending on the number of symbols required for switching, time, or processing capability.
  • the case where the MTC is downlink communication has been mainly described, but the embodiment is not limited thereto.
  • the embodiment can also be applied to a case where the MTC is uplink communication.
  • a program for causing a computer to execute each process performed by the UE 100 and the eNB 200 may be provided.
  • the program may be recorded on a computer readable medium. If a computer-readable medium is used, a program can be installed in the computer.
  • the computer-readable medium on which the program is recorded may be a non-transitory recording medium.
  • the non-transitory recording medium is not particularly limited, but may be a recording medium such as a CD-ROM or a DVD-ROM.
  • a chip configured by a memory that stores a program for executing each process performed by the UE 100 and the eNB 200 and a processor that executes the program stored in the memory may be provided.
  • the LTE system has been described as an example of a mobile communication system.
  • the mobile communication system may be a system other than the LTE system.
  • ⁇ Wide bandwidth operation is enabled by eNB.
  • ⁇ PDSCH / PUSCH with wider bandwidth is a cross subframe scheduled by MPDCCH.
  • MPDCCH follows Rel-13 design. This means that MPDCCH can be decoded by UEs operating in narrowband operation (6RB).
  • the single maximum UE channel BW of PDSCH and PUSCH is 5 MHz in the RRC connection mode.
  • the single larger maximum UE channel BW for PDRC and PUSCH in RRC connected mode is (5 or 20) MHz It is.
  • FeMTC UE uses Rel-13 DCI format for MPDCCH type-0 / 1/2 CSS transmission.
  • HARQ-ACK bundling 2. Expand maximum TBS at 1.4MHz operation. 3. Expand maximum TBS when operating at 5MHz. 4. Broader bandwidth support 10 HARQ processes for the downlink-UE reports the ability to support specific functions-Further consideration: eNB enables wider bandwidth and larger TBS through RRC reconfiguration- The eNB enables other functions through RRC reconfiguration.
  • PDSCH maximum UE channel BW is supported in both CE mode A and CE mode B. -In CE mode B, the maximum UE channel BW of PUSCH is not supported.
  • the maximum PDSCH channel bandwidth that can be allocated is [Between 24 or 25, further consideration] PRB.
  • the maximum transmission bandwidth is 25 PRB.
  • -The maximum PUSCH channel bandwidth that can be allocated is PRB [further consideration between 24 or 25].
  • DCI format for higher data rates
  • Many agreements related to DCI have been made.
  • DCI aspects regarding the format, configuration, RB allocation, and detailed design of the MCS / TBS table have not yet been determined.
  • Proposal 1 A larger maximum TBS size and a larger maximum bandwidth should be set by RRC reconfiguration.
  • MCS / TBS table RAN1 for larger maximum TBS / bandwidth agreed to support a larger maximum TBS of 4008 bits and 16QAM modulation. RAN1 did not agree to support 64QAM to avoid receiver complexity.
  • Proposal 2 The MCS index field of DCI format 6-0A / 6-1A / 6-0B / 6-1B needs to be increased by 1 bit to 5 bits for a larger maximum TBS.
  • RB allocation granularity 2.3.1 CE mode A
  • Rel-14 supports a larger maximum bandwidth, so it is necessary to determine how to express the granularity of RB allocation in DCI. Based on published literature, granularity proposals were classified into two main categories, NB-based and RB-based.
  • NB-based NB-based resource allocation means that resources are allocated in units of 6PRB allocation such as ⁇ 6, 12, 18, 24 ⁇ PRB. Therefore, the flexibility of RB allocation is limited.
  • resource allocation in DCI formats 6-0A and 6-1A has a variable field size that already depends on the system bandwidth used, as shown in Equation 1 below.
  • RB-based resource allocation granularity has the advantage of being more flexible.
  • RB based resource allocation allows scheduling by multiplexing with non-MTC UEs and Rel-13 eMTC UEs in the same NB.
  • Table 1 below lists the pros and cons of RB allocation methods discussed in various literature. Some methods require increasing the size of the field to increase the flexibility of resource mapping. This introduces a new DCI format for Rel-14.
  • Table 1 shows the characteristics of each RB-based method.
  • the eNB since the start of RB allocation is always assigned to the lowest RB in the NB, the eNB multiplexes Rel-14 FeMTC UEs in the same NB. Can not be converted. As shown in FIG. 16, additional bits are required to reverse the NB start position, and then the Rel-14 FeMTC UE is multiplexed within the same NB.
  • Rel-14 preferably supports RB-based resource allocation.
  • RB-based resource allocation improves scheduling flexibility in MTC and non-MTC Rel-13 UE multiplexing.
  • Proposal 3 RB-based resource allocation should be supported for CE mode A Rel-14 UE.
  • CE mode B Similar to CE mode A, a larger maximum PDSCH for CE mode B will be supported in Rel-14, as agreed at the previous conference. Therefore, for CE mode B, NB-based resource allocation or NB-based resource allocation + common PRB allocation within NB is also supported. Furthermore, since there are not enough bits to indicate multiple NBs in legacy DCI format 6-1B, a new DCI format needs to be defined.
  • Proposal 4 New DCI format should be introduced to CE mode B Rel-14 UE.
  • Proposal 5 NB based resource allocation or NB based resource allocation + common PRB allocation within NB should be supported for CE mode B Rel-14 UE.
  • Proposal 6 Rel-14 BL UE should be considered to support the same subframe scheduling.
  • Table 2 (Tables 2-1 to 2-3) is a transport block size table.
  • the colored parts in the table are 5 MHz TBS candidates.
  • the present invention is useful in the mobile communication field.

Landscapes

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

Abstract

移動通信方法は、所定帯域幅を有する狭帯域を用いて、基地局とユーザ端末との間の通信を行う移動通信方法である。前記移動通信方法は、前記ユーザ端末が、ｎ番目のサブフレームにおいて第１狭帯域を用いて制御情報に関する第１通信を行うステップと、前記ユーザ端末が、ｎ＋１番目のサブフレームにおいて前記第１狭帯域とは異なる第２狭帯域を用いてユーザデータに関する第２通信を行うステップと、と備える。前記ｎ番目のサブフレームの後尾のシンボル時間領域及び／又は前記ｎ＋１番目のサブフレームの先頭のシンボル時間領域は、前記ユーザ端末が前記第１狭帯域から前記第２狭帯域に切り替えるために設けられる非使用領域である。

Description

移動通信方法、ユーザ端末及び装置
　本発明は、移動通信システムにおいて用いられる移動通信方法、ユーザ端末及び装置に関する。
　移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）では、１つの単位時間（例えば、１つのサブフレーム＝１ｍｓｅｃ）において第１ユーザ端末が対応可能な第１帯域幅（例えば、９ＭＨｚ）よりも狭い第２帯域幅（例えば、６ＰＲＢ（Ｐｈｙｓｉｃａｌ　Ｒｅｓｏｕｒｃｅ　Ｂｌｏｃｋ）＝１．０８ＭＨｚ）を用いて第２ユーザ端末と通信を行う技術（以下、ＭＴＣ；Ｍａｃｈｉｎｅ　Ｔｙｐｅ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が検討されている（例えば、非特許文献１）。
３ＧＰＰ技術報告書　「ＴＳ３６．３８８　Ｖ１２．０．０」　２０１３年６月
　一の特徴は、所定帯域幅を有する狭帯域を用いて、基地局とユーザ端末との間の通信を行う移動通信方法であって、前記ユーザ端末が、ｎ番目のサブフレームにおいて第１狭帯域を用いて制御情報に関する第１通信を行うステップと、前記ユーザ端末が、ｎ＋１番目のサブフレームにおいて前記第１狭帯域とは異なる第２狭帯域を用いてユーザデータに関する第２通信を行うステップと、と備え、前記ｎ番目のサブフレームの後尾のシンボル時間領域及び／又は前記ｎ＋１番目のサブフレームの先頭のシンボル時間領域は、前記ユーザ端末が前記第１狭帯域から前記第２狭帯域に切り替えるために設けられる非使用領域であることを要旨とする。
図１は、実施形態に係るＬＴＥシステムの構成図である。 図２は、実施形態に係るＵＥ１００のブロック図である。 図３は、実施形態に係るｅＮＢ２００のブロック図である。 図４は、実施形態に係る無線インターフェイスのプロトコルスタック図である。 図５は、実施形態に係るＬＴＥシステムで使用される無線フレームの構成図である。 図６は、実施形態に係る適用シーンを説明するための図である。 図７は、実施形態に係る適用シーンを説明するための図である。 図８は、実施形態に係る適用シーンを説明するための図である。 図９は、実施形態に係る移動通信方法を示す図である。 図１０は、変更例１に係る適用シーンを説明するための図である。 図１１は、変更例１に係る移動通信方法を示す図である。 図１２は、変更例２に係る適用シーンを説明するための図である。 図１３は、変更例３に係る適用シーンを説明するための図である。 図１４は、変更例４に係る適用シーンを説明するための図である。 図１５は、付記に係る５ＭＨｚのシステム帯域幅でのＲＢベースのリソース割り当て方法を示すための図である。 図１６は、付記に係るＮＢの開始位置を反転するための１ビットを説明するための図である。 図１７は、付記に係るＦｅＭＴＣのための同じサブフレームスケジューリングの概要を説明するための図である。
　実施形態に係る移動通信システムについて、図面を参照しながら説明する。以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。
　但し、図面は模式的なものであり、各寸法の比率などは現実のものとは異なる場合があることに留意すべきである。従って、具体的な寸法などは以下の説明を参酌して判断すべきである。また、図面相互間においても互いの寸法の関係又は比率が異なる部分が含まれる場合があることは勿論である。
　［開示の概要］
　背景技術で触れたＭＴＣは、低データ量及び低モビリティの第２ユーザ端末をターゲットとして検討されているが、ＭＴＣに低遅延が要求される利用シーンが考えられる。
　開示の概要に係る移動通信方法は、１つの単位時間において第１ユーザ端末が対応可能な第１帯域幅よりも狭い第２帯域幅の狭帯域を用いて、基地局と第２ユーザ端末との間の所定通信を行う方法である。前記移動通信方法は、前記所定通信に用いる前記狭帯域の割当情報である狭帯域割当情報を前記基地局から前記第２ユーザ端末に送信するステップＡと、前記第２ユーザ端末が、前記狭帯域割当情報に基づいて、前記所定通信を行うステップＢとを備える。ｎ番目のサブフレームにおいて第１狭帯域を用いて送信される前記狭帯域割当情報は、ｎ＋１番目において前記第１狭帯域とは異なる第２狭帯域を前記第２ユーザ端末に割り当てる情報である。前記ｎ番目のサブフレームにおいて前記狭帯域割当情報の送信用に確保される時間領域の後尾領域及び前記ｎ＋１番目のサブフレームにおいて前記所定通信用に確保される時間領域の先頭領域は、前記第２ユーザ端末が復号しない非復号領域である。
　開示の概要では、ｎ番目のサブフレームにおいて第１狭帯域を用いて送信される狭帯域割当情報は、ｎ＋１番目において第１狭帯域とは異なる第２狭帯域を第２ユーザ端末に割り当てる情報である。このような構成によれば、所定通信において低遅延が実現される。
　さらに、ｎ番目のサブフレームにおいて狭帯域割当情報の送信用に確保される時間領域の後尾領域及びｎ＋１番目のサブフレームにおいて所定通信用に確保される時間領域の先頭領域は、第２ユーザ端末が復号しない非復号領域である。このような構成によれば、狭帯域割当情報が送信されるサブフレーム及び所定通信が行われるサブフレームが連続している場合であっても、第２ユーザ端末が狭帯域の切替時間が非復号領域によって確保される。
　［実施形態］
　移動通信システムとして、３ＧＰＰ規格に基づいたＬＴＥシステムを例に挙げて、実施形態を説明する。
　（システム構成）
　実施形態に係るＬＴＥシステムのシステム構成について説明する。図１は、実施形態に係るＬＴＥシステムの構成図である。
　図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ－ＵＭＴＳ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）２０を備える。
　ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、ｅＮＢ２００によって形成されるセル（ＵＥ１００がＲＲＣコネクティッド状態である場合には、サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
　Ｅ－ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ－ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ　Ｎｏｄｅ－Ｂ）を含む。ｅＮＢ２００は、無線基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
　ｅＮＢ２００は、１又は複数のセルを形成する。ｅＮＢ２００は、当該ｅＮＢ２００によって形成するセルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
　ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）／Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ－ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ－ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ－ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。
　図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ　Ｎａｖｉｇａｔｉｏｎ　Ｓａｔｅｌｌｉｔｅ　Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。無線送受信機１１０及びプロセッサ１６０は、送信部及び受信部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
　アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換する。無線送受信機１１０は、ベースバンド信号をプロセッサ１６０に出力する。
　ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、受け付けた操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るためにＧＮＳＳ信号を受信するとともに、受信されたＧＮＳＳ信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
　メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）とを含む。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号などを行う。ＣＰＵは、メモリ１５０に記憶されるプログラムを実行して各種の処理を行う。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
　図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。無線送受信機２１０（及び／又はネットワークインターフェイス２２０）及びプロセッサ２４０は、送信部及び受信部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
　アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換する。無線送受信機２１０は、ベースバンド信号をプロセッサ２４０に出力する。
　ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ－ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
　メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンドプロセッサとＣＰＵとを含む。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号などを行う。ＣＰＵは、メモリ２３０に記憶されるプログラムを実行して各種の処理を行う。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
　図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）層を含む。
　物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御情報が伝送される。
　ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣ層は、アップリンク及びダウンリンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
　ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御情報が伝送される。
　ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。また、ＰＤＣＰ層には、データユニット（ＰＤＣＰ　ＰＤＵ）を送信するための送信エンティティ又はデータユニット（ＰＤＣＰ　ＰＤＵ）を受信するための受信エンティティが形成されることに留意すべきである。
　ＲＲＣ層は、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御情報（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合に、ＵＥ１００はＲＲＣコネクティッド状態であり、ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合に、ＵＥ１００はＲＲＣアイドル状態である。
　ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
　図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、ダウンリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅｘｉｎｇ　Ａｃｃｅｓｓ）、アップリンクにはＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ　Ｃａｒｒｉｅｒ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）がそれぞれ適用される。
　図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボル（例えば、１ＯＦＤＭシンボル）を含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
　（適用シーン）
　適用シーンについて説明する。図６～図８は、実施形態に係る適用シーンを説明するための図である。以下においては、ＬＴＥシステムにおける所定通信（ＭＴＣ；Ｍａｃｈｉｎｅ　Ｔｙｐｅ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）について主として説明する。
　図６に示すように、ＬＴＥシステムのシステム帯域の帯域幅は１０ＭＨｚである。システム帯域は、一般的な第１ユーザ端末が対応可能な第１帯域幅の第１帯域と、ＭＴＣに対応する第２ユーザ端末（以下、ＭＴＣ端末）が対応可能な第２帯域幅の第２帯域（以下、狭帯域）とを含む。第１帯域幅は、例えば、５０ＰＲＢ（Ｐｈｙｓｉｃａｌ　Ｒｅｓｏｕｒｃｅ　Ｂｌｏｃｋ）＝９ＭＨｚであり、第２帯域幅は、例えば、６ＰＲＢ（Ｐｈｙｓｉｃａｌ　Ｒｅｓｏｕｒｃｅ　Ｂｌｏｃｋ）＝１．０８ＭＨｚである。狭帯域は、第１帯域の一部である。このような前提下において、上述したＭＴＣは、狭帯域を用いてＭＴＣ端末とｅＮＢ２００との間の所定通信（以下、ＭＴＣ）を行う技術である。
　図７に示すように、ＭＴＣでは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ；Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）をＭＴＣ端末が受信することができず、ＭＴＣに用いる所定制御チャネル（以下、Ｍ－ＰＤＣＣＨ；ＭＴＣ　Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）が採用される。Ｍ－ＰＤＣＣＨは、ＭＴＣに用いる所定制御情報（以下、ＤＣＩ；Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ）の送信に用いられる。
　実施形態では、ＭＴＣでは、送信ノードから受信ノードへの信号の到達性を向上する観点から、繰り返し送信が採用されてもよい。例えば、送信ノードがｅＮＢ２００であり、受信ノードがＭＴＣ端末である場合には、図７に示すように、複数のサブフレームに亘ってＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）の送信が繰り返される。狭帯域割当情報は、例えば、Ｍ－ＰＤＣＣＨのＤＣＩに含まれる。
　このような背景下において、Ｍ－ＰＤＣＣＨ及びＰＤＳＣＨを互いに連続するサブフレームで送信することによって、低遅延を実現することが考えられる。
　実施形態では、ｅＮＢ２００は、ＭＴＣに用いる狭帯域の割当情報として、以下に示す狭帯域割当情報を送信する（ステップＡ）。ＭＴＣ端末は、狭帯域割当情報に基づいて、ＭＴＣを行う（ステップＢ）。
　具体的には、ｎ番目のサブフレームにおいて第１狭帯域を用いて送信される狭帯域割当情報は、ｎ＋１番目において第１狭帯域とは異なる第２狭帯域をＭＴＣ端末に割り当てる情報である。狭帯域割当情報は、例えば、Ｍ－ＰＤＣＣＨのＤＣＩに含まれる。
　さらに、ｎ番目のサブフレームにおいて狭帯域割当情報の送信用に確保される時間領域の後尾領域及びｎ＋１番目のサブフレームにおいて所定通信用に確保される時間領域の先頭領域は、第２ユーザ端末が復号しない非復号領域である。
　例えば、図８に示すように、サブフレーム＃ｎの狭帯域ＮＢ＃２においてＭ－ＰＤＣＣＨが送信され、サブフレーム＃ｎ＋１の狭帯域ＮＢ＃３をＭＴＣ端末に割り当てる狭帯域割当情報がＭ－ＰＤＣＣＨのＤＣＩに含まれるケースについて考える。
　このようなケースにおいて、サブフレーム＃ｎにおいてＭ－ＰＤＣＣＨの送信用に確保される時間領域は、復号領域及び非復号領域を含む。非復号領域は、Ｍ－ＰＤＣＣＨの送信用に確保される時間領域の後尾領域である。上述したように、非復号領域は、ＭＴＣ端末が復号しない領域である。
　実施形態では、ｅＮＢ２００は、サブフレーム＃ｎにおいて復号領域を用いてＭ－ＰＤＣＣＨを送信する。言い換えると、ｅＮＢ２００は、サブフレーム＃ｎにおいて非復号領域をＭ－ＰＤＣＣＨの送信に用いない。従って、ＭＴＣ端末は、サブフレーム＃ｎの非復号領域及びサブフレーム＃ｎ＋１のＰＤＣＣＨ領域を用いて、狭帯域（ここでは、受信狭帯域）を切り替えることができる。すなわち、ＭＴＣ端末は、非復号領域を狭帯域の切替時間として用いることによって、サブフレーム＃ｎ＋１のＰＤＳＣＨを適切に受信することができる。
　このようなケースにおいて、ｅＮＢ２００は、復号領域を特定する領域情報をＭＴＣ端末に送信してもよい（ステップＣ）。領域情報は、復号領域と非復号領域との時間的な境界を特定するための情報であればよい。領域情報は、例えば、非復号領域に対応するＯＦＤＭシンボル数、復号領域に対応するＯＦＤＭシンボル数、及び、Ｍ－ＰＤＣＣＨ（狭帯域割当情報）のデータ長を示す情報の少なくともいずれか１つであってもよい。或いは、領域情報は、非復号領域が設定されているか否かを示す情報（例えば、１ビットのフラグ）を含んでもよい。このような情報は、復号領域（又は、非復号領域）が固定データ長であるケースにおいて含まれてもよく、復号領域（又は、非復号領域）が可変長であるケースにおいて含まれてもよい。復号領域（又は、非復号領域）が有する固定データ長は、予め定められていてもよく、ｅＮＢ２００から報知される報知情報（ＳＩＢ等）に含まれてもよい。このような構成によれば、ＭＴＣ端末は、復号領域の時間長を把握することができるため、Ｍ－ＰＤＣＣＨ（狭帯域割当情報）を適切に復号することができる。
　さらに、ｅＮＢ２００は、Ｍ－ＰＤＣＣＨの宛先であるＭＴＣ端末以外のＵＥ１００（第３ユーザ端末）に領域情報を送信してもよい。ＭＴＣ端末以外のＵＥ１００は、Ｍ－ＰＤＣＣＨ及びＰＤＳＣＨを互いに連続するサブフレームで受信する方式に対応していない従来型のＭＴＣ端末であってもよい。ここで、従来型のＭＴＣ端末は、Ｍ－ＰＤＣＣＨ及びＰＤＳＣＨを互いに連続するサブフレームで受信しないため、切替時間を考慮する必要がなく、従来型のＭＴＣ端末に非復号領域を設定する必要もない。このようなケースであっても、従来型のＭＴＣ端末に領域情報を通知することによって、Ｍ－ＰＤＣＣＨ及びＰＤＳＣＨを互いに連続するサブフレームで受信する方式に対応しているか否かによらずに、共通のＭ－ＰＤＣＣＨを用いることができる。このように、共通のＭ－ＰＤＣＣＨを用いるケースにおいては、非復号領域のデータ長は、ＯＦＤＭシンボル単位で定められてもよく、リソースエレメント単位で定められてもよい。
　（移動通信方法）
　実施形態に係る移動通信方法について説明する。図９は、実施形態に係る移動通信方法を説明するための図である。図９では、ＵＥ１００がＭＴＣ端末であり、ダウンリンク通信のＭＴＣが行われるケースについて主として説明する。
　図９に示すように、ステップＳ１１において、ｅＮＢ２００は、システム情報を報知する。システム情報は、ＭＩＢ（Ｍａｓｔｅｒ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）及びＳＩＢである。ＳＩＢは、ＭＴＣ用に定義されたＳＩＢである。
　ステップＳ１２において、ＲＲＣ接続手順が行われる。ＲＲＣ接続手順では、ＲＲＣコネクションリクエスト、ＲＲＣコネクションセットアップなどのＲＲＣメッセージの通信が行われる。
　ステップＳ１３において、ｅＮＢ２００は、復号領域を特定する領域情報をＭＴＣ端末に送信する。
　ステップＳ１４において、ｅＮＢ２００は、Ｍ－ＰＤＣＣＨをＭＴＣ端末に送信する。ｅＮＢ２００は、非復号領域を用いずに復号領域を用いてＭ－ＰＤＣＣＨを送信する。例えば、サブフレーム＃ｎの狭帯域ＮＢ＃２を用いて送信されるＭ－ＰＤＣＣＨのＤＣＩは、サブフレーム＃ｎ＋１の狭帯域ＮＢ＃３をＭＴＣ端末に割り当てる狭帯域割当情報を含む。ＭＴＣ端末は、復号領域に含まれるＭ－ＰＤＣＣＨの復号を行うことによって狭帯域割当情報を取得する。
　ステップＳ１５において、ｅＮＢ２００は、ＰＤＳＣＨの繰り返し送信を行う。ＭＴＣ端末は、サブフレーム＃ｎの非復号領域及びサブフレーム＃ｎ＋１のＰＤＣＣＨ領域を用いて、狭帯域（ここでは、受信狭帯域）を切り替える。
　（作用及び効果）
　実施形態では、ｎ番目のサブフレームにおいて第１狭帯域を用いて送信される狭帯域割当情報は、ｎ＋１番目において第１狭帯域とは異なる第２狭帯域をＭＴＣ端末に割り当てる情報である。このような構成によれば、所定通信において低遅延が実現される。
　さらに、ｎ番目のサブフレームにおいて狭帯域割当情報の送信用に確保される時間領域の後尾領域及びｎ＋１番目のサブフレームにおいて所定通信用に確保される時間領域の先頭領域は、ＭＴＣ端末が復号しない非復号領域である。このような構成によれば、狭帯域割当情報が送信されるサブフレーム及び所定通信が行われるサブフレームが連続している場合であっても、ＭＴＣ端末が狭帯域の切替時間が非復号領域によって確保される。
　［変更例１］
　変更例１について説明する。以下においては、実施形態に対する相違点について主として説明する。
　実施形態では、ｅＮＢ２００が非復号領域を用いずに復号領域を用いてＭ－ＰＤＣＣＨを送信するケースについて説明した。これに対して、変更例１では、ｅＮＢ２００は、復号領域及び非復号領域の双方を用いてＭ－ＰＤＣＣＨを送信する。
　例えば、図１０に示すように、サブフレーム＃ｎの狭帯域ＮＢ＃２においてＭ－ＰＤＣＣＨが送信され、サブフレーム＃ｎ＋１の狭帯域ＮＢ＃３をＭＴＣ端末に割り当てる狭帯域割当情報がＭ－ＰＤＣＣＨのＤＣＩに含まれるケースについて考える。
　このようなケースにおいて、サブフレーム＃ｎにおいてＭ－ＰＤＣＣＨの送信用に確保される時間領域は、復号領域及び非復号領域を含む。非復号領域は、Ｍ－ＰＤＣＣＨの送信用に確保される時間領域の後尾領域である。上述したように、非復号領域は、ＭＴＣ端末が復号しない領域である。
　実施形態では、ＭＴＣ端末は、非復号領域に対応するデータビットをパティングビットと見做して、Ｍ－ＰＤＣＣＨ（狭帯域割当情報）を復号する。例えば、パディングビットはゼロである。ここで、Ｍ－ＰＤＣＣＨでは冗長構成が採用されているため、非復号領域に対応するデータビットがパティングビットと見做されても、ある程度の精度でＭ－ＰＤＣＣＨを復号することができる。
　このようなケースにおいては、ｅＮＢ２００は、復号領域を特定する領域情報をＭＴＣ端末に送信しなくてもよい。
　（移動通信方法）
　実施形態に係る移動通信方法について説明する。図１１は、実施形態に係る移動通信方法を説明するための図である。図１１では、ＵＥ１００がＭＴＣ端末であり、ダウンリンク通信のＭＴＣが行われるケースについて主として説明する。
　図１１に示すように、ステップＳ２１において、ｅＮＢ２００は、システム情報を報知する。システム情報は、ＭＩＢ（Ｍａｓｔｅｒ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）及びＳＩＢである。ＳＩＢは、ＭＴＣ用に定義されたＳＩＢである。
　ステップＳ２２において、ＲＲＣ接続手順が行われる。ＲＲＣ接続手順では、ＲＲＣコネクションリクエスト、ＲＲＣコネクションセットアップなどのＲＲＣメッセージの通信が行われる。
　ステップＳ２３において、ｅＮＢ２００は、Ｍ－ＰＤＣＣＨをＭＴＣ端末に送信する。ｅＮＢ２００は、復号領域及び非復号領域の双方を用いてＭ－ＰＤＣＣＨを送信する。例えば、サブフレーム＃ｎの狭帯域ＮＢ＃２を用いて送信されるＭ－ＰＤＣＣＨのＤＣＩは、サブフレーム＃ｎ＋１の狭帯域ＮＢ＃３をＭＴＣ端末に割り当てる狭帯域割当情報を含む。ＭＴＣ端末は、非復号領域に対応するデータビットがパティングビットと見做してＭ－ＰＤＣＣＨの復号を行うことによって狭帯域割当情報を取得する。
　ステップＳ２４において、ｅＮＢ２００は、ＰＤＳＣＨの繰り返し送信を行う。ＭＴＣ端末は、サブフレーム＃ｎの非復号領域及びサブフレーム＃ｎ＋１のＰＤＣＣＨ領域を用いて、狭帯域（ここでは、受信狭帯域）を切り替える。
　［変更例２］
　変更例２について説明する。以下においては、実施形態に対する相違点について主として説明する。
　実施形態では、非復号領域は、サブフレーム＃ｎにおいてＭ－ＰＤＣＣＨの送信用に確保される時間領域の後尾領域である。これに対して、変更例２では、非復号領域は、サブフレーム＃ｎ＋１においてＭＴＣ（ＰＤＳＣＨ）用に確保される時間領域の先頭領域である。
　例えば、図１２に示すように、サブフレーム＃ｎの狭帯域ＮＢ＃２においてＭ－ＰＤＣＣＨが送信され、サブフレーム＃ｎ＋１の狭帯域ＮＢ＃３をＭＴＣ端末に割り当てる狭帯域割当情報がＭ－ＰＤＣＣＨのＤＣＩに含まれるケースについて考える。
　このようなケースにおいて、サブフレーム＃ｎ＋１においてＰＤＳＣＨの送信用に確保される時間領域は、復号領域及び非復号領域を含む。非復号領域は、ＰＤＳＣＨの送信用に確保される時間領域の先頭領域である。上述したように、非復号領域は、ＭＴＣ端末が復号しない領域である。
　実施形態では、ｅＮＢ２００は、サブフレーム＃ｎ＋１において復号領域を用いてＰＤＳＣＨを送信する。言い換えると、ｅＮＢ２００は、サブフレーム＃ｎ＋１において非復号領域をＰＤＳＣＨの送信に用いない。従って、ＭＴＣ端末は、サブフレーム＃ｎ＋１のＰＤＣＣＨ領域及びサブフレーム＃ｎ＋１の非復号領域を用いて、狭帯域（ここでは、受信狭帯域）を切り替えることができる。すなわち、ＭＴＣ端末は、非復号領域を狭帯域の切替時間として用いることによって、サブフレーム＃ｎ＋１のＰＤＳＣＨを適切に受信することができる。
　このようなケースにおいて、ｅＮＢ２００は、実施形態と同様に、復号領域を特定する領域情報をＭＴＣ端末に送信してもよい。領域情報は、復号領域と非復号領域との時間的な境界を特定するための情報であればよい。領域情報は、例えば、非復号領域に対応するＯＦＤＭシンボル数、復号領域に対応するＯＦＤＭシンボル数、及び、ＰＤＳＣＨ（ＭＴＣに係るデータ）のデータ長を示す情報の少なくともいずれか１つであってもよい。或いは、領域情報は、非復号領域が設定されているか否かを示す情報（例えば、１ビットのフラグ）を含んでもよい。このような情報は、復号領域（又は、非復号領域）が固定データ長であるケースにおいて含まれてもよく、復号領域（又は、非復号領域）が可変長であるケースにおいて含まれてもよい。復号領域（又は、非復号領域）が有する固定データ長は、予め定められていてもよく、ｅＮＢ２００から報知される報知情報（ＳＩＢ等）に含まれてもよい。このような構成によれば、ＭＴＣ端末は、復号領域の時間長を把握することができるため、ＰＤＳＣＨ（ＭＴＣに係るデータ）を適切に復号することができる。
　［変更例３］
　変更例３について説明する。以下においては、変更例２に対する相違点について主として説明する。
　変更例２では、ｅＮＢ２００が非復号領域を用いずに復号領域を用いてＰＤＳＣＨを送信するケースについて説明した。これに対して、変更例１では、ｅＮＢ２００は、復号領域及び非復号領域の双方を用いてＰＤＳＣＨを送信する。
　例えば、図１３に示すように、サブフレーム＃ｎの狭帯域ＮＢ＃２においてＭ－ＰＤＣＣＨが送信され、サブフレーム＃ｎ＋１の狭帯域ＮＢ＃３をＭＴＣ端末に割り当てる狭帯域割当情報がＭ－ＰＤＣＣＨのＤＣＩに含まれるケースについて考える。
　このようなケースにおいて、サブフレーム＃ｎ＋１においてＰＤＳＣＨの送信用に確保される時間領域は、復号領域及び非復号領域を含む。非復号領域は、ＰＤＳＣＨの送信用に確保される時間領域の先頭領域である。上述したように、非復号領域は、ＭＴＣ端末が復号しない領域である。
　実施形態では、ＭＴＣ端末は、非復号領域に対応するデータビットをパティングビットと見做して、ＰＤＳＣＨ（ＭＴＣに係るデータ）を復号する。例えば、パディングビットはゼロである。ここで、ＰＤＳＣＨでは冗長構成が採用されているため、非復号領域に対応するデータビットがパティングビットと見做されても、ある程度の精度でＰＤＳＣＨを復号することができる。
　このようなケースにおいては、ｅＮＢ２００は、復号領域を特定する領域情報をＭＴＣ端末に送信しなくてもよい。
　［変更例４］
　変更例４について説明する。以下においては、実施形態に対する相違点について主として説明する。
　実施形態では、サブフレーム＃ｎにおいてＭ－ＰＤＣＣＨの送信用に確保される時間領域は、復号領域及び非復号領域を含む。これに対して、変更例４では、サブフレーム＃ｎ＋１においてＰＤＣＣＨの送信開始位置が時間的にシフトされる。
　例えば、図１４に示すように、サブフレーム＃ｎの狭帯域ＮＢ＃２においてＭ－ＰＤＣＣＨが送信され、サブフレーム＃ｎ＋１の狭帯域ＮＢ＃３をＭＴＣ端末に割り当てる狭帯域割当情報がＭ－ＰＤＣＣＨのＤＣＩに含まれるケースについて考える。
　このようなケースにおいて、サブフレーム＃ｎ＋１においてＰＤＣＣＨの送信開始位置は、サブフレーム＃ｎ＋１の送信開始位置から後の時間にシフトされる。ＰＤＣＣＨの送信開始位置のシフト時間は、例えば、０ＯＦＤＭ～３ＯＦＤＭシンボルの範囲で定められる。このような構成によれば、ＭＴＣ端末は、サブフレーム＃ｎ＋１におけるＰＤＣＣＨの送信開始位置のシフト時間及びサブフレーム＃ｎ＋１のＰＤＣＣＨ領域を用いて、狭帯域（ここでは、受信狭帯域）を切り替えることができる。
　ここでは、サブフレーム＃ｎ＋１においてＰＤＣＣＨの送信開始位置をサブフレーム＃ｎ＋１の送信開始位置から後の時間にシフトするケースを例示した。しかしながら、変更例４はこれに限定されるものではない。具体的には、サブフレーム＃ｎにおいてＰＤＣＣＨの送信開始位置がサブフレーム＃ｎの送信開始位置から前の時間にシフトされてもよい。このような構成を実現するために、ｅＮＢ２００は、Ｍ－ＰＤＣＣＨが送信されるタイミングを特定する情報（以下、タイミング情報）をＭＴＣ端末に事前に送信してもよい。タイミング情報は、Ｍ－ＰＤＣＣＨの送信開始位置のシフトが行われるか否かを示す情報を含んでもよく、Ｍ－ＰＤＣＣＨの送信開始位置とサブフレームの送信開始位置との時間間隔（シフト時間）を含んでもよく、Ｍ－ＰＤＣＣＨの送信周期を含んでもよい。これによって、ＭＴＣ端末は、Ｍ－ＰＤＣＣＨの送信開始位置を把握することができ、Ｍ－ＰＤＣＣＨを適切に復号することができる。
　タイミング情報は、サブフレーム＃ｎ＋１においてＰＤＣＣＨの送信開始位置をサブフレーム＃ｎ＋１の送信開始位置から後の時間にシフトするケースにおいて、ｅＮＢ２００からＭＴＣ端末に事前に報知されてもよい。
　［その他の実施形態］
　本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
　実施形態において、非復号領域の時間長は、ｎ＋１番目のサブフレームにおけるＰＤＣＣＨ（物理ダウンリンク制御チャネル）の時間長に応じて定められてもよい。上述したように、ＭＴＣ端末は、ＰＤＣＣＨを受信しないため、ＰＤＣＣＨ領域を切替時間として用いることができる。従って、非復号領域の時間長がＰＤＣＣＨの時間長によって定められることによって、非復号領域を最小限とすることができる。
　実施形態において、領域情報は、ＭＴＣ端末の処理能力（例えば、ＭＴＣ端末が備えるＣＰＵの処理能力）に応じて定められてもよい。例えば、ＭＴＣ端末が処理能力に関する情報をＭＴＣ端末の能力情報に含めてｅＮＢに通知し、ｅＮＢは、当該処理能力情報に応じて領域情報（例えば、非復号領域の時間長）を定めてもよい。ＭＴＣ端末がｅＮＢに通知する処理能力に関する情報は、切り替えに必要なシンボル数、時間、もしくは処理能力によって予め設定されているインデックス値でもよい。
　実施形態では、ＭＴＣがダウンリンク通信であるケースを主として説明したが、実施形態はこれに限定されるものではない。実施形態は、ＭＴＣがアップリンク通信であるケースにも適用可能である。
　実施形態では特に触れていないが、ＵＥ１００及びｅＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
　或いは、ＵＥ１００及びｅＮＢ２００が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップが提供されてもよい。
　実施形態では、移動通信システムの一例としてＬＴＥシステムを説明した。しかしながら、実施形態はこれに限定されるものではない。移動通信システムは、ＬＴＥシステム以外のシステムであってもよい。
［付記］
　（１．はじめに）
　ＲＡＮＰ＃７２では、ＬＴＥ　ＷＩのための更なる強化されたＭＴＣが承認された。これには、音声対応ウェアラブルデバイスおよびヘルスモニタリングデバイスについて１Ｍｂｐｓよりも高いデータレートをサポートするタスクが含まれていた。この付記では、より高いデータ転送速度のためのＤＣＩ設計とスケジューリング方法について議論する。
　ＲＡＮ１会議では、以下が合意された。
　・より広い帯域幅運用がｅＮＢによって可能になる。
　・より広い帯域幅のＰＤＳＣＨ／ＰＵＳＣＨは、ＭＰＤＣＣＨによってスケジュールされたクロスサブフレームである。
　・ＭＰＤＣＣＨはＲｅｌ－１３設計に従う。これは、ＭＰＤＣＣＨが、狭帯域運用（６ＲＢ）で動作するＵＥによってデコードできることを意味する。
　・新しいグラントが広帯域ＰＤＳＣＨ／ＰＵＳＣＨに導入された場合、ＭＰＤＣＣＨのブラインドデコーディングの回数はＲｅｌ－１３　ｅＭＴＣに対して増加しない。
　・ＣＥモードＡ（ＣＥモードＢについては更なる検討が必要）のＲｅｌ－１４　ＢＬ　ＵＥの場合、ＲＲＣ接続モードにおいてＰＤＳＣＨおよびＰＵＳＣＨの単一の最大ＵＥチャネルＢＷは５ＭＨｚである。
　・ＣＥモードＡ（ＣＥモードＢについては更なる検討が必要）のＲｅｌ－１４非ＢＬ　ＵＥの場合、ＲＲＣ接続モードのＰＤＳＣＨおよびＰＵＳＣＨの単一のより大きい最大ＵＥチャネルＢＷは（５または２０）ＭＨｚである。
　・ＦｅＭＴＣ　ＵＥは、ＭＰＤＣＣＨタイプ－０／１／２　ＣＳＳ送信のためのＲｅｌ－１３　ＤＣＩフォーマットを使用する。
　・Ｒｅｌ－１４　ＢＬ　／　ＣＥ　ＵＥでサポートされる変調方式：
　　－　ＰＤＳＣＨ：ＱＰＳＫ、１６ＱＡＭ
　　－　ＰＵＳＣＨ：ＱＰＳＫ、１６ＱＡＭ
・５－ＭＨｚ　Ｒｅｌ－１４　ＢＬ　／　ＣＥ　ＵＥの最大ＴＢＳ：
－　ＰＤＳＣＨ：４００８ビット
－　ＰＵＳＣＨ：４００８ビット
・次のＦｅＭＴＣの機能が可能にある。
１．　ＨＡＲＱ－ＡＣＫバンドリング
２．　１．４ＭＨｚ運用時に最大ＴＢＳを拡大
３．　５ＭＨｚ運用時に最大ＴＢＳを拡大
４．より広い帯域幅のサポート
５．ダウンリンクのための１０のＨＡＲＱプロセス
－　ＵＥは、特定の機能をサポートする能力を報告する
－　更なる検討：ｅＮＢは、ＲＲＣリコンフィグレーションにより、より広い帯域幅とより大きなＴＢＳを可能にする
－　ｅＮＢは、ＲＲＣリコンフィグレーションによって他の機能を可能にする。
・ＰＤＳＣＨの最大ＵＥチャネルＢＷは、ＣＥモードＡおよびＣＥモードＢの両方でサポートされる。
・ＣＥモードＢでは、ＰＵＳＣＨの最大ＵＥチャネルＢＷがサポートされない。
・５ＭＨｚ　ＢＬ　ＵＥの場合、
・最大受信帯域幅は２５ＰＲＢである。
・割り当て可能な最大ＰＤＳＣＨチャネル帯域幅は［２４または２５の間で更なる検討］ＰＲＢである。
・最大送信帯域幅は２５ＰＲＢである。
・割り当て可能な最大ＰＵＳＣＨチャネル帯域幅は［２４または２５の間で更なる検討］ＰＲＢである。
　２．より高いデータレートのためのＤＣＩフォーマット
　ＤＣＩに関連する多くの合意がなされている。しかし、フォーマット、コンフィグレーション、ＲＢ割り当て、及びＭＣＳ／ＴＢＳテーブルの詳細設計に関するＤＣＩの側面は未だ決定されていない。この論文では、上記の残りのＤＣＩ機能に関する我々の見解を提示する。
　２．１．より大きい最大ＴＢＳサイズおよびより大きい最大帯域幅のコンフィグレーション
　前回の会合では、より大きい最大ＴＢＳサイズとより大きい最大帯域幅とがＲＲＣリコンフィグレーションによって設定されるべきかどうかについて議論した。ＵＥがＲＲＣリコンフィグレーションを受信すると、ＵＥは特定のＤＣＩフォーマットのみを受信する。従って、新しいＤＣＩフォーマットがＦｅＭＴＣ　ＵＥのために導入されたとしても、ＭＰＤＣＣＨブラインドデコーディングの数は増加しない。レガシーＤＣＩとＲｅｌ－１４　ＤＣＩとを区別するために、異なるスクランブリングシーケンスがある文献において提案されている。しかしながら、スクランブリングシーケンスを変更することは、ＲＮＴＩに依存するサーチスペースを変更することになる。このような変更を回避するには、より大きい最大ＴＢＳサイズと大きい最大帯域幅をＲＲＣリコンフィグレーションによって設定する必要がある。
　提案１：より大きい最大ＴＢＳサイズとより大きい最大帯域幅とがＲＲＣリコンフィグレーションによって設定されるべきである。
２．２．より大きい最大ＴＢＳ／帯域幅のためのＭＣＳ／ＴＢＳテーブル
ＲＡＮ１は、４００８ビットと１６ＱＡＭ変調のより大きい最大ＴＢＳをサポートすることに合意した。ＲＡＮ１は受信機の複雑性を避けるために６４ＱＡＭをサポートすることに同意しなかった。以下の付録に示すＴＢＳテーブルにおいてより大きいＩＴＢＳ値を表現するために、ＤＣＩフォーマット６－０Ａ６－１Ａ／６－０Ｂ／６のＭＣＳフィールドのビット数を４から５に増やすことを提案する。ＭＣＳフィールドのビットサイズの増加により、ｅＮＢは、より広い帯域幅でサポートされているより大きいＩＴＢＳ値のスケジューリング割り当てを実行することができる。
提案２：ＤＣＩフォーマット６－０Ａ／６－１Ａ／６－０Ｂ／６－１ＢのＭＣＳインデックスフィールドは、より大きい最大ＴＢＳのために１ビットを増やして５ビットにする必要がある。
　２．３．ＲＢ割り当ての粒度
　２．３．１　ＣＥモードＡ
　いくつかの企業が、ＤＣＩで示すようにＲＢマッピングを管理するための提案を共有している。レガシーＤＣＩの再使用または新しいＤＣＩの定義を考慮して、Ｒｅｌ－１４ではより大きい最大帯域幅がサポートされるため、ＲＢ割り当ての粒度をＤＣＩでどのように表現するかを決定する必要がある。掲載された文献に基づいて、粒度の提案をＮＢベースとＲＢベースの２つの主要なカテゴリに分類した。
　・ＮＢベース
　ＮＢベースのリソース割り当ては、｛６，１２，１８，２４｝　ＰＲＢなどの６ＰＲＢ割当の単位でリソースを割り当てることを意味する。したがって、ＲＢ割当の柔軟性には限界がある。一方、ＤＣＩフォーマット６－０Ａおよび６－１Ａにおけるリソース割り当ては、下記式１に示すように、使用されるシステム帯域幅に既に依存する可変フィールドサイズを有する。
Figure JPOXMLDOC01-appb-M000001
したがって、ＲＡＮ１がＮＢベースのリソース割り当てをサポートすることに同意する場合、ＮＢベースのリソース割り当てに十分なビットがあるので、Ｒｅｌ－１３　ＤＣＩフォーマットをＣＥモードＡに再利用することは合理的である。
　・ＲＢベース
　ＮＢベースとは異なり、ＲＢベースのリソース割当粒度は、より柔軟性があるという利点を有する。ＲＢベースのリソース割り当ては、同じＮＢ内の非ＭＴＣ　ＵＥおよびＲｅｌ－１３　ｅＭＴＣ　ＵＥとの多重化によるスケジューリングを可能にする。以下の表１は、さまざまな文献で議論されているＲＢ割り当て方法の賛否両論を列挙した。いくつかの方法では、リソースマッピングの柔軟性を高めるためにフィールドのサイズを大きくする必要がある。これにより、Ｒｅｌ－１４に新しいＤＣＩフォーマットが導入される。
Figure JPOXMLDOC01-appb-T000002
  
　表１は、各ＲＢベースの方法の特徴を示している。
　「ＮＢ位置＋連続ＰＲＢマッピング」および「ＮＢ位置＋連続ＮＢ＋ＰＲＢマッピング」方法では、ＲＢ割当のスタートがＮＢ内の最も低いＲＢに常に割り当てられるため、ｅＮＢは同じＮＢ内のＲｅｌ－１４　ＦｅＭＴＣ　ＵＥを多重化することができない。図１６に示すように、ＮＢの開始位置を反転させるために追加のビットが必要となり、次にＲｅｌ－１４　ＦｅＭＴＣ　ＵＥが同じＮＢ内で多重化される。
　様々な方法と、各方法の関連する利点／欠点を検討した後、Ｒｅｌ－１４はＲＢベースのリソース割り当てをサポートすることが好ましい。ＲＢベースのリソース割り当ては、ＭＴＣおよび非ＭＴＣ　Ｒｅｌ－１３　ＵＥの多重化において、スケジューリングの柔軟性を向上させる。
　提案３：ＣＥモードＡのＲｅｌ－１４　ＵＥに対してＲＢベースのリソース割り当てをサポートすべきである。
　２．３．２．ＣＥモードＢ
　以前の会議で同意されるように、ＣＥモードＡと類似して、ＣＥモードＢについてより大きい最大ＰＤＳＣＨがＲｅｌ－１４でサポートされる予定である。したがって、ＣＥモードＢについて、ＮＢベースのリソース割り当てまたはＮＢベースのリソース割り当て＋ＮＢ内の共通のＰＲＢ割り当てもサポートする。さらに、レガシーＤＣＩフォーマット６－１Ｂで複数のＮＢを示すのに十分なビットがないため、新しいＤＣＩフォーマットを定義する必要がある。
　提案４：ＣＥモードＢのＲｅｌ－１４　ＵＥに新しいＤＣＩフォーマットを導入するべきである。
　提案５：ＮＢベースのリソース割り当てまたはＮＢベースのリソース割り当て＋　ＮＢ内の共通ＰＲＢ割り当ては、ＣＥモードＢのＲｅｌ－１４　ＵＥに対してサポートされるべきである。
　３．同じサブフレームスケジューリング
　会議合意によれば、ＭＰＤＣＣＨによるクロスサブフレームスケジューリングは、より広い帯域幅のＰＤＳＣＨ／ＰＵＳＣＨについて合意された。Ｒｅｌ－１３　ｅＭＴＣでは、ＮＢ内のＲＢの数が全く限られており、同じサブフレームスケジューリングを許可しないため、クロスサブフレームスケジューリングが適用される。しかしながら、より広いチャネル帯域幅のサポートのためにＵＥが６ＲＢより多くを受信することができる場合、同じサブフレーム内にＭＰＤＣＣＨおよびＰＤＳＣＨを送信するのに十分なリソースがある。さらに、Ｒｅｌ－１３では、ＭＰＤＣＣＨとＰＤＳＣＨとの間の「ｎ＋２」サブフレーム遅延がサポートされ、受信信号をバッファリングすることなくスケジューリング割り当ての復号が可能となり、それによってデバイスの複雑さが低減される。しかしながら、ＦｅＭＴＣ　ＵＥがより高い処理能力のようにはるかに能力があるので、Ｒｅｌ－１４の場合これの必要はない。したがって、特に低繰り返しの場合（Ｎｒｅｐ　＝　｛１，２，４、．．．、３２｝のＣＥモードＡ）、レイテンシを減少させるので、より効率的であるため、同じサブフレームスケジューリングをＲｅｌ－１４でサポートする必要がある。同じサブフレームスケジューリングがＭＰＤＣＣＨ反復の最後のサブフレームに適用される場合、ＰＤＳＣＨデータのバッファリングの必要はない。いくつかのデバイスがＭＰＤＣＣＨを早期に復号することができる可能性があり、これらのデバイスが、関連するＰＤＳＣＨの復号を早期に開始できる。図３に示すように、Ｋの値がｅＮＢによって設定可能である場合、ＭＰＤＣＣＨとＰＤＳＣＨの繰り返しサブフレームの間のＫ個のサブフレームのオーバーラップが許可されるべきである。同じサブフレーム内のＭＰＤＣＣＨとＰＤＳＣＨとの間のギャップを含む総帯域幅は、ＵＥ能力（例えば、５ＭＨｚ）未満でなければならない。
　提案６：Ｒｅｌ－１４　ＢＬ　ＵＥは、同じサブフレームスケジューリングをサポートすると考えられるべきである。
　（付記の付録）
Figure JPOXMLDOC01-appb-T000003
  
Figure JPOXMLDOC01-appb-T000004
  
Figure JPOXMLDOC01-appb-T000005
  
 
　表２（表２－１～表２－３）は、トランスポートブロックサイズテーブルである。表内の着色部は５ＭＨｚのＴＢＳの候補である。
　米国仮出願第６２／４１７４９２号（２０１６年１１月４日出願）の全内容が、参照により、本願明細書に組み込まれている。
　本発明は移動通信分野において有用である。

Claims (7)

  1. 　所定帯域幅を有する狭帯域を用いて、基地局とユーザ端末との間の通信を行う移動通信方法であって、
    　前記ユーザ端末が、ｎ番目のサブフレームにおいて第１狭帯域を用いて制御情報に関する第１通信を行うステップと、
    　前記ユーザ端末が、ｎ＋１番目のサブフレームにおいて前記第１狭帯域とは異なる第２狭帯域を用いてユーザデータに関する第２通信を行うステップと、と備え、
    　前記ｎ番目のサブフレームの後尾のシンボル時間領域及び／又は前記ｎ＋１番目のサブフレームの先頭のシンボル時間領域は、前記ユーザ端末が前記第１狭帯域から前記第２狭帯域に切り替えるために設けられる非使用領域である、移動通信方法。
  2. 　前記第１通信を行うステップにおいて、前記ユーザ端末は、前記ｎ番目のサブフレームにおいて前記非使用領域以外の使用領域を用いて前記制御情報を送信し、
    　前記第２通信を行うステップにおいて、前記ユーザ端末は、前記ｎ＋１番目のサブフレームにおいて前記非使用領域以外の使用領域を用いて前記ユーザデータを送信する、請求項１に記載の移動通信方法。
  3. 　前記非使用領域を特定する領域情報を前記基地局から前記ユーザ端末に送信するステップを備える、請求項１に記載の移動通信方法。
  4. 　前記領域情報は、前記非使用領域に対応するシンボル数を示す情報である、請求項３に記載の移動通信方法。
  5. 　前記領域情報は、前記非使用領域が設定されているか否かを示す情報を含む、請求項３に記載の移動通信方法。
  6. 　所定帯域幅を有する狭帯域を用いて基地局と通信するユーザ端末であって、
    　制御部を備え、
    　前記制御部は、ｎ番目のサブフレームにおいて第１狭帯域を用いて制御情報に関する第１通信を行い、
    　前記制御部は、ｎ＋１番目のサブフレームにおいて前記第１狭帯域とは異なる第２狭帯域を用いてユーザデータに関する第２通信を行い、
    　前記ｎ番目のサブフレームの後尾のシンボル時間領域及び／又は前記ｎ＋１番目のサブフレームの先頭のシンボル時間領域は、前記ユーザ端末が前記第１狭帯域から前記第２狭帯域に切り替えるために設けられる非使用領域である、ユーザ端末。
  7. 　所定帯域幅を有する狭帯域を用いて基地局と通信するユーザ端末を制御する装置であって、
    　プロセッサを備え、
    　前記プロセッサは、
    　ｎ番目のサブフレームにおいて第１狭帯域を用いて制御情報に関する第１通信を行う処理と、
    　ｎ＋１番目のサブフレームにおいて前記第１狭帯域とは異なる第２狭帯域を用いてユーザデータに関する第２通信を行う処理と、を実行し、
    　前記ｎ番目のサブフレームの後尾のシンボル時間領域及び／又は前記ｎ＋１番目のサブフレームの先頭のシンボル時間領域は、前記ユーザ端末が前記第１狭帯域から前記第２狭帯域に切り替えるために設けられる非使用領域である、装置。
PCT/JP2017/039614 2016-11-04 2017-11-01 移動通信方法、ユーザ端末及び装置 WO2018084200A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP17867048.5A EP3522472A4 (en) 2016-11-04 2017-11-01 MOBILE COMMUNICATION METHOD, USER TERMINAL, AND DEVICE
JP2018549054A JPWO2018084200A1 (ja) 2016-11-04 2017-11-01 移動通信方法、ユーザ端末及び装置
US16/399,833 US20190320306A1 (en) 2016-11-04 2019-04-30 Mobile communication method and user terminal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201662417492P 2016-11-04 2016-11-04
US62/417,492 2016-11-04

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/399,833 Continuation US20190320306A1 (en) 2016-11-04 2019-04-30 Mobile communication method and user terminal

Publications (1)

Publication Number Publication Date
WO2018084200A1 true WO2018084200A1 (ja) 2018-05-11

Family

ID=62076417

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/039614 WO2018084200A1 (ja) 2016-11-04 2017-11-01 移動通信方法、ユーザ端末及び装置

Country Status (4)

Country Link
US (1) US20190320306A1 (ja)
EP (1) EP3522472A4 (ja)
JP (1) JPWO2018084200A1 (ja)
WO (1) WO2018084200A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180062979A (ko) * 2016-11-05 2018-06-11 애플 인크. 비대칭 대역폭 지원 및 동적 대역폭 조정
US20200196281A1 (en) * 2016-11-14 2020-06-18 Telefonaktiebolaget Lm Ericsson (Publ) Resource allocation for bandwidth limited operation
CN109802770B (zh) * 2017-11-17 2023-09-05 中兴通讯股份有限公司 Harq反馈及信号处理方法、通信节点、可读存储介质
WO2020019101A1 (en) * 2018-07-23 2020-01-30 Qualcomm Incorporated Utilization of a control region for downlink transmission
US11147072B2 (en) * 2018-09-28 2021-10-12 Qualcomm Incorporated Retuning for flexible resource allocation
CN112511280A (zh) * 2020-10-14 2021-03-16 中兴通讯股份有限公司 信息确定方法、装置、设备和存储介质
US11778607B2 (en) * 2021-04-01 2023-10-03 Nokia Technologies Oy Using relative transmission occasion delay indexing

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012034376A (ja) * 2011-08-29 2012-02-16 Fujitsu Ltd 無線通信システム
JP2017092642A (ja) * 2015-11-06 2017-05-25 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 端末及び送信方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10645681B2 (en) * 2014-10-20 2020-05-05 Qualcomm Incorporated Control channel design for machine type communications

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012034376A (ja) * 2011-08-29 2012-02-16 Fujitsu Ltd 無線通信システム
JP2017092642A (ja) * 2015-11-06 2017-05-25 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 端末及び送信方法

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"Discussion of issues with rate matching for UL narrow band change", 3GPP TSG-RAN WGL#84B RL-163003, 15 April 2016 (2016-04-15), XP051080457 *
"TS 36.388 V12.0.0", 3GPP TECHNICAL REPORT, June 2013 (2013-06-01)
HUAWEI ET AL.: "Discussion and simulation results forM-PDSCH", 3GPPTSG-RANWG4#78BISR4-161989, 11 April 2016 (2016-04-11), pages 1 - 9, XP051083926 *
See also references of EP3522472A4

Also Published As

Publication number Publication date
US20190320306A1 (en) 2019-10-17
EP3522472A1 (en) 2019-08-07
EP3522472A4 (en) 2019-11-06
JPWO2018084200A1 (ja) 2019-09-19

Similar Documents

Publication Publication Date Title
US10785760B2 (en) Base station and radio terminal
WO2018084200A1 (ja) 移動通信方法、ユーザ端末及び装置
JP6339257B2 (ja) ユーザ端末、基地局、及び装置
JP6026549B2 (ja) 移動通信システム、基地局及びユーザ端末
US11051209B2 (en) Mobile communication method, base station, and user terminal
US10172054B2 (en) Communication control method and user terminal
WO2014208430A1 (ja) 移動通信システム及びユーザ端末
JP2018026660A (ja) 通信装置、通信方法及びプログラム
JPWO2016148243A1 (ja) ユーザ端末及び基地局
WO2014129357A1 (ja) ネットワーク装置及び通信制御方法
WO2018143033A1 (ja) 基地局及び無線端末
JP7076421B2 (ja) 移動通信方法
JP6034956B2 (ja) 移動通信システム、基地局及びユーザ端末
JP6781692B2 (ja) 通信装置及び通信方法

Legal Events

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

Ref document number: 17867048

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018549054

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017867048

Country of ref document: EP

Effective date: 20190430