WO2018084200A1 - 移動通信方法、ユーザ端末及び装置 - Google Patents
移動通信方法、ユーザ端末及び装置 Download PDFInfo
- 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
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
移動通信方法は、所定帯域幅を有する狭帯域を用いて、基地局とユーザ端末との間の通信を行う移動通信方法である。前記移動通信方法は、前記ユーザ端末が、n番目のサブフレームにおいて第1狭帯域を用いて制御情報に関する第1通信を行うステップと、前記ユーザ端末が、n+1番目のサブフレームにおいて前記第1狭帯域とは異なる第2狭帯域を用いてユーザデータに関する第2通信を行うステップと、と備える。前記n番目のサブフレームの後尾のシンボル時間領域及び/又は前記n+1番目のサブフレームの先頭のシンボル時間領域は、前記ユーザ端末が前記第1狭帯域から前記第2狭帯域に切り替えるために設けられる非使用領域である。
Description
本発明は、移動通信システムにおいて用いられる移動通信方法、ユーザ端末及び装置に関する。
移動通信システムの標準化プロジェクトである3GPP(3rd Generation Partnership Project)では、1つの単位時間(例えば、1つのサブフレーム=1msec)において第1ユーザ端末が対応可能な第1帯域幅(例えば、9MHz)よりも狭い第2帯域幅(例えば、6PRB(Physical Resource Block)=1.08MHz)を用いて第2ユーザ端末と通信を行う技術(以下、MTC;Machine Type Communication)が検討されている(例えば、非特許文献1)。
3GPP技術報告書 「TS36.388 V12.0.0」 2013年6月
一の特徴は、所定帯域幅を有する狭帯域を用いて、基地局とユーザ端末との間の通信を行う移動通信方法であって、前記ユーザ端末が、n番目のサブフレームにおいて第1狭帯域を用いて制御情報に関する第1通信を行うステップと、前記ユーザ端末が、n+1番目のサブフレームにおいて前記第1狭帯域とは異なる第2狭帯域を用いてユーザデータに関する第2通信を行うステップと、と備え、前記n番目のサブフレームの後尾のシンボル時間領域及び/又は前記n+1番目のサブフレームの先頭のシンボル時間領域は、前記ユーザ端末が前記第1狭帯域から前記第2狭帯域に切り替えるために設けられる非使用領域であることを要旨とする。
実施形態に係る移動通信システムについて、図面を参照しながら説明する。以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。
但し、図面は模式的なものであり、各寸法の比率などは現実のものとは異なる場合があることに留意すべきである。従って、具体的な寸法などは以下の説明を参酌して判断すべきである。また、図面相互間においても互いの寸法の関係又は比率が異なる部分が含まれる場合があることは勿論である。
[開示の概要]
背景技術で触れたMTCは、低データ量及び低モビリティの第2ユーザ端末をターゲットとして検討されているが、MTCに低遅延が要求される利用シーンが考えられる。
背景技術で触れたMTCは、低データ量及び低モビリティの第2ユーザ端末をターゲットとして検討されているが、MTCに低遅延が要求される利用シーンが考えられる。
開示の概要に係る移動通信方法は、1つの単位時間において第1ユーザ端末が対応可能な第1帯域幅よりも狭い第2帯域幅の狭帯域を用いて、基地局と第2ユーザ端末との間の所定通信を行う方法である。前記移動通信方法は、前記所定通信に用いる前記狭帯域の割当情報である狭帯域割当情報を前記基地局から前記第2ユーザ端末に送信するステップAと、前記第2ユーザ端末が、前記狭帯域割当情報に基づいて、前記所定通信を行うステップBとを備える。n番目のサブフレームにおいて第1狭帯域を用いて送信される前記狭帯域割当情報は、n+1番目において前記第1狭帯域とは異なる第2狭帯域を前記第2ユーザ端末に割り当てる情報である。前記n番目のサブフレームにおいて前記狭帯域割当情報の送信用に確保される時間領域の後尾領域及び前記n+1番目のサブフレームにおいて前記所定通信用に確保される時間領域の先頭領域は、前記第2ユーザ端末が復号しない非復号領域である。
開示の概要では、n番目のサブフレームにおいて第1狭帯域を用いて送信される狭帯域割当情報は、n+1番目において第1狭帯域とは異なる第2狭帯域を第2ユーザ端末に割り当てる情報である。このような構成によれば、所定通信において低遅延が実現される。
さらに、n番目のサブフレームにおいて狭帯域割当情報の送信用に確保される時間領域の後尾領域及びn+1番目のサブフレームにおいて所定通信用に確保される時間領域の先頭領域は、第2ユーザ端末が復号しない非復号領域である。このような構成によれば、狭帯域割当情報が送信されるサブフレーム及び所定通信が行われるサブフレームが連続している場合であっても、第2ユーザ端末が狭帯域の切替時間が非復号領域によって確保される。
[実施形態]
移動通信システムとして、3GPP規格に基づいたLTEシステムを例に挙げて、実施形態を説明する。
移動通信システムとして、3GPP規格に基づいたLTEシステムを例に挙げて、実施形態を説明する。
(システム構成)
実施形態に係るLTEシステムのシステム構成について説明する。図1は、実施形態に係るLTEシステムの構成図である。
実施形態に係るLTEシステムのシステム構成について説明する。図1は、実施形態に係るLTEシステムの構成図である。
図1に示すように、実施形態に係るLTEシステムは、UE(User Equipment)100、E-UTRAN(Evolved-UMTS Terrestrial Radio Access Network)10、及びEPC(Evolved Packet Core)20を備える。
UE100は、ユーザ端末に相当する。UE100は、移動型の通信装置である。UE100は、eNB200によって形成されるセル(UE100がRRCコネクティッド状態である場合には、サービングセル)との無線通信を行う。UE100の構成については後述する。
E-UTRAN10は、無線アクセスネットワークに相当する。E-UTRAN10は、eNB200(evolved Node-B)を含む。eNB200は、無線基地局に相当する。eNB200は、X2インターフェイスを介して相互に接続される。eNB200の構成については後述する。
eNB200は、1又は複数のセルを形成する。eNB200は、当該eNB200によって形成するセルとの接続を確立したUE100との無線通信を行う。eNB200は、無線リソース管理(RRM)機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される。「セル」は、UE100との無線通信を行う機能を示す用語としても使用される。
EPC20は、コアネットワークに相当する。EPC20は、MME(Mobility Management Entity)/S-GW(Serving-Gateway)300を含む。MMEは、UE100に対する各種モビリティ制御などを行う。S-GWは、ユーザデータの転送制御を行う。MME/S-GW300は、S1インターフェイスを介してeNB200と接続される。E-UTRAN10及びEPC20は、LTEシステムのネットワークを構成する。
図2は、UE100のブロック図である。図2に示すように、UE100は、複数のアンテナ101、無線送受信機110、ユーザインターフェイス120、GNSS(Global Navigation Satellite System)受信機130、バッテリ140、メモリ150、及びプロセッサ160を備える。メモリ150及びプロセッサ160は、制御部を構成する。無線送受信機110及びプロセッサ160は、送信部及び受信部を構成する。UE100は、GNSS受信機130を有していなくてもよい。また、メモリ150をプロセッサ160と一体化し、このセット(すなわち、チップセット)をプロセッサとしてもよい。
アンテナ101及び無線送受信機110は、無線信号の送受信に用いられる。無線送受信機110は、プロセッサ160が出力するベースバンド信号(送信信号)を無線信号に変換してアンテナ101から送信する。また、無線送受信機110は、アンテナ101が受信する無線信号をベースバンド信号(受信信号)に変換する。無線送受信機110は、ベースバンド信号をプロセッサ160に出力する。
ユーザインターフェイス120は、UE100を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス120は、ユーザからの操作を受け付けて、受け付けた操作の内容を示す信号をプロセッサ160に出力する。GNSS受信機130は、UE100の地理的な位置を示す位置情報を得るためにGNSS信号を受信するとともに、受信されたGNSS信号をプロセッサ160に出力する。バッテリ140は、UE100の各ブロックに供給すべき電力を蓄える。
メモリ150は、プロセッサ160により実行されるプログラム、及びプロセッサ160による処理に使用される情報を記憶する。プロセッサ160は、ベースバンドプロセッサと、CPU(Central Processing Unit)とを含む。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号などを行う。CPUは、メモリ150に記憶されるプログラムを実行して各種の処理を行う。プロセッサ160は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ160は、後述する各種の処理及び各種の通信プロトコルを実行する。
図3は、eNB200のブロック図である。図3に示すように、eNB200は、複数のアンテナ201、無線送受信機210、ネットワークインターフェイス220、メモリ230、及びプロセッサ240を備える。メモリ230及びプロセッサ240は、制御部を構成する。無線送受信機210(及び/又はネットワークインターフェイス220)及びプロセッサ240は、送信部及び受信部を構成する。また、メモリ230をプロセッサ240と一体化し、このセット(すなわち、チップセット)をプロセッサとしてもよい。
アンテナ201及び無線送受信機210は、無線信号の送受信に用いられる。無線送受信機210は、プロセッサ240が出力するベースバンド信号(送信信号)を無線信号に変換してアンテナ201から送信する。また、無線送受信機210は、アンテナ201が受信する無線信号をベースバンド信号(受信信号)に変換する。無線送受信機210は、ベースバンド信号をプロセッサ240に出力する。
ネットワークインターフェイス220は、X2インターフェイスを介して隣接eNB200と接続され、S1インターフェイスを介してMME/S-GW300と接続される。ネットワークインターフェイス220は、X2インターフェイス上で行う通信及びS1インターフェイス上で行う通信に用いられる。
メモリ230は、プロセッサ240により実行されるプログラム、及びプロセッサ240による処理に使用される情報を記憶する。プロセッサ240は、ベースバンドプロセッサとCPUとを含む。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号などを行う。CPUは、メモリ230に記憶されるプログラムを実行して各種の処理を行う。プロセッサ240は、後述する各種の処理及び各種の通信プロトコルを実行する。
図4は、LTEシステムにおける無線インターフェイスのプロトコルスタック図である。図4に示すように、無線インターフェイスプロトコルは、OSI参照モデルの第1層乃至第3層に区分されており、第1層は物理(PHY)層である。第2層は、MAC(Medium Access Control)層、RLC(Radio Link Control)層、及びPDCP(Packet Data Convergence Protocol)層を含む。第3層は、RRC(Radio Resource Control)層を含む。
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。UE100の物理層とeNB200の物理層との間では、物理チャネルを介してユーザデータ及び制御情報が伝送される。
MAC層は、データの優先制御、ハイブリッドARQ(HARQ)による再送処理、及びランダムアクセス手順などを行う。UE100のMAC層とeNB200のMAC層との間では、トランスポートチャネルを介してユーザデータ及び制御情報が伝送される。eNB200のMAC層は、アップリンク及びダウンリンクのトランスポートフォーマット(トランスポートブロックサイズ、変調・符号化方式(MCS))及びUE100への割当リソースブロックを決定するスケジューラを含む。
RLC層は、MAC層及び物理層の機能を利用してデータを受信側のRLC層に伝送する。UE100のRLC層とeNB200のRLC層との間では、論理チャネルを介してユーザデータ及び制御情報が伝送される。
PDCP層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。また、PDCP層には、データユニット(PDCP PDU)を送信するための送信エンティティ又はデータユニット(PDCP PDU)を受信するための受信エンティティが形成されることに留意すべきである。
RRC層は、制御情報を取り扱う制御プレーンでのみ定義される。UE100のRRC層とeNB200のRRC層との間では、各種設定のための制御情報(RRCメッセージ)が伝送される。RRC層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。UE100のRRCとeNB200のRRCとの間に接続(RRC接続)がある場合に、UE100はRRCコネクティッド状態であり、UE100のRRCとeNB200のRRCとの間に接続(RRC接続)がない場合に、UE100はRRCアイドル状態である。
RRC層の上位に位置するNAS(Non-Access Stratum)層は、セッション管理及びモビリティ管理などを行う。
図5は、LTEシステムで使用される無線フレームの構成図である。LTEシステムは、ダウンリンクにはOFDMA(Orthogonal Frequency Division Multiplexing Access)、アップリンクにはSC-FDMA(Single Carrier Frequency Division Multiple Access)がそれぞれ適用される。
図5に示すように、無線フレームは、時間方向に並ぶ10個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ2個のスロットで構成される。各サブフレームの長さは1msであり、各スロットの長さは0.5msである。各サブフレームは、周波数方向に複数個のリソースブロック(RB)を含み、時間方向に複数個のシンボル(例えば、1OFDMシンボル)を含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。1つのシンボル及び1つのサブキャリアにより1つのリソースエレメント(RE)が構成される。また、UE100に割り当てられる無線リソース(時間・周波数リソース)のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム(又はスロット)により特定できる。
(適用シーン)
適用シーンについて説明する。図6~図8は、実施形態に係る適用シーンを説明するための図である。以下においては、LTEシステムにおける所定通信(MTC;Machine Type Communication)について主として説明する。
適用シーンについて説明する。図6~図8は、実施形態に係る適用シーンを説明するための図である。以下においては、LTEシステムにおける所定通信(MTC;Machine Type Communication)について主として説明する。
図6に示すように、LTEシステムのシステム帯域の帯域幅は10MHzである。システム帯域は、一般的な第1ユーザ端末が対応可能な第1帯域幅の第1帯域と、MTCに対応する第2ユーザ端末(以下、MTC端末)が対応可能な第2帯域幅の第2帯域(以下、狭帯域)とを含む。第1帯域幅は、例えば、50PRB(Physical Resource Block)=9MHzであり、第2帯域幅は、例えば、6PRB(Physical Resource Block)=1.08MHzである。狭帯域は、第1帯域の一部である。このような前提下において、上述したMTCは、狭帯域を用いてMTC端末とeNB200との間の所定通信(以下、MTC)を行う技術である。
図7に示すように、MTCでは、物理ダウンリンク制御チャネル(PDCCH;Physical Downlink Control Channel)をMTC端末が受信することができず、MTCに用いる所定制御チャネル(以下、M-PDCCH;MTC Physical Downlink Control Channel)が採用される。M-PDCCHは、MTCに用いる所定制御情報(以下、DCI;Downlink Control Information)の送信に用いられる。
実施形態では、MTCでは、送信ノードから受信ノードへの信号の到達性を向上する観点から、繰り返し送信が採用されてもよい。例えば、送信ノードがeNB200であり、受信ノードがMTC端末である場合には、図7に示すように、複数のサブフレームに亘ってPDSCH(Physical Downlink Shared Channel)の送信が繰り返される。狭帯域割当情報は、例えば、M-PDCCHのDCIに含まれる。
このような背景下において、M-PDCCH及びPDSCHを互いに連続するサブフレームで送信することによって、低遅延を実現することが考えられる。
実施形態では、eNB200は、MTCに用いる狭帯域の割当情報として、以下に示す狭帯域割当情報を送信する(ステップA)。MTC端末は、狭帯域割当情報に基づいて、MTCを行う(ステップB)。
具体的には、n番目のサブフレームにおいて第1狭帯域を用いて送信される狭帯域割当情報は、n+1番目において第1狭帯域とは異なる第2狭帯域をMTC端末に割り当てる情報である。狭帯域割当情報は、例えば、M-PDCCHのDCIに含まれる。
さらに、n番目のサブフレームにおいて狭帯域割当情報の送信用に確保される時間領域の後尾領域及びn+1番目のサブフレームにおいて所定通信用に確保される時間領域の先頭領域は、第2ユーザ端末が復号しない非復号領域である。
例えば、図8に示すように、サブフレーム#nの狭帯域NB#2においてM-PDCCHが送信され、サブフレーム#n+1の狭帯域NB#3をMTC端末に割り当てる狭帯域割当情報がM-PDCCHのDCIに含まれるケースについて考える。
このようなケースにおいて、サブフレーム#nにおいてM-PDCCHの送信用に確保される時間領域は、復号領域及び非復号領域を含む。非復号領域は、M-PDCCHの送信用に確保される時間領域の後尾領域である。上述したように、非復号領域は、MTC端末が復号しない領域である。
実施形態では、eNB200は、サブフレーム#nにおいて復号領域を用いてM-PDCCHを送信する。言い換えると、eNB200は、サブフレーム#nにおいて非復号領域をM-PDCCHの送信に用いない。従って、MTC端末は、サブフレーム#nの非復号領域及びサブフレーム#n+1のPDCCH領域を用いて、狭帯域(ここでは、受信狭帯域)を切り替えることができる。すなわち、MTC端末は、非復号領域を狭帯域の切替時間として用いることによって、サブフレーム#n+1のPDSCHを適切に受信することができる。
このようなケースにおいて、eNB200は、復号領域を特定する領域情報をMTC端末に送信してもよい(ステップC)。領域情報は、復号領域と非復号領域との時間的な境界を特定するための情報であればよい。領域情報は、例えば、非復号領域に対応するOFDMシンボル数、復号領域に対応するOFDMシンボル数、及び、M-PDCCH(狭帯域割当情報)のデータ長を示す情報の少なくともいずれか1つであってもよい。或いは、領域情報は、非復号領域が設定されているか否かを示す情報(例えば、1ビットのフラグ)を含んでもよい。このような情報は、復号領域(又は、非復号領域)が固定データ長であるケースにおいて含まれてもよく、復号領域(又は、非復号領域)が可変長であるケースにおいて含まれてもよい。復号領域(又は、非復号領域)が有する固定データ長は、予め定められていてもよく、eNB200から報知される報知情報(SIB等)に含まれてもよい。このような構成によれば、MTC端末は、復号領域の時間長を把握することができるため、M-PDCCH(狭帯域割当情報)を適切に復号することができる。
さらに、eNB200は、M-PDCCHの宛先であるMTC端末以外のUE100(第3ユーザ端末)に領域情報を送信してもよい。MTC端末以外のUE100は、M-PDCCH及びPDSCHを互いに連続するサブフレームで受信する方式に対応していない従来型のMTC端末であってもよい。ここで、従来型のMTC端末は、M-PDCCH及びPDSCHを互いに連続するサブフレームで受信しないため、切替時間を考慮する必要がなく、従来型のMTC端末に非復号領域を設定する必要もない。このようなケースであっても、従来型のMTC端末に領域情報を通知することによって、M-PDCCH及びPDSCHを互いに連続するサブフレームで受信する方式に対応しているか否かによらずに、共通のM-PDCCHを用いることができる。このように、共通のM-PDCCHを用いるケースにおいては、非復号領域のデータ長は、OFDMシンボル単位で定められてもよく、リソースエレメント単位で定められてもよい。
(移動通信方法)
実施形態に係る移動通信方法について説明する。図9は、実施形態に係る移動通信方法を説明するための図である。図9では、UE100がMTC端末であり、ダウンリンク通信のMTCが行われるケースについて主として説明する。
実施形態に係る移動通信方法について説明する。図9は、実施形態に係る移動通信方法を説明するための図である。図9では、UE100がMTC端末であり、ダウンリンク通信のMTCが行われるケースについて主として説明する。
図9に示すように、ステップS11において、eNB200は、システム情報を報知する。システム情報は、MIB(Master Information Block)及びSIBである。SIBは、MTC用に定義されたSIBである。
ステップS12において、RRC接続手順が行われる。RRC接続手順では、RRCコネクションリクエスト、RRCコネクションセットアップなどのRRCメッセージの通信が行われる。
ステップS13において、eNB200は、復号領域を特定する領域情報をMTC端末に送信する。
ステップS14において、eNB200は、M-PDCCHをMTC端末に送信する。eNB200は、非復号領域を用いずに復号領域を用いてM-PDCCHを送信する。例えば、サブフレーム#nの狭帯域NB#2を用いて送信されるM-PDCCHのDCIは、サブフレーム#n+1の狭帯域NB#3をMTC端末に割り当てる狭帯域割当情報を含む。MTC端末は、復号領域に含まれるM-PDCCHの復号を行うことによって狭帯域割当情報を取得する。
ステップS15において、eNB200は、PDSCHの繰り返し送信を行う。MTC端末は、サブフレーム#nの非復号領域及びサブフレーム#n+1のPDCCH領域を用いて、狭帯域(ここでは、受信狭帯域)を切り替える。
(作用及び効果)
実施形態では、n番目のサブフレームにおいて第1狭帯域を用いて送信される狭帯域割当情報は、n+1番目において第1狭帯域とは異なる第2狭帯域をMTC端末に割り当てる情報である。このような構成によれば、所定通信において低遅延が実現される。
実施形態では、n番目のサブフレームにおいて第1狭帯域を用いて送信される狭帯域割当情報は、n+1番目において第1狭帯域とは異なる第2狭帯域をMTC端末に割り当てる情報である。このような構成によれば、所定通信において低遅延が実現される。
さらに、n番目のサブフレームにおいて狭帯域割当情報の送信用に確保される時間領域の後尾領域及びn+1番目のサブフレームにおいて所定通信用に確保される時間領域の先頭領域は、MTC端末が復号しない非復号領域である。このような構成によれば、狭帯域割当情報が送信されるサブフレーム及び所定通信が行われるサブフレームが連続している場合であっても、MTC端末が狭帯域の切替時間が非復号領域によって確保される。
[変更例1]
変更例1について説明する。以下においては、実施形態に対する相違点について主として説明する。
変更例1について説明する。以下においては、実施形態に対する相違点について主として説明する。
実施形態では、eNB200が非復号領域を用いずに復号領域を用いてM-PDCCHを送信するケースについて説明した。これに対して、変更例1では、eNB200は、復号領域及び非復号領域の双方を用いてM-PDCCHを送信する。
例えば、図10に示すように、サブフレーム#nの狭帯域NB#2においてM-PDCCHが送信され、サブフレーム#n+1の狭帯域NB#3をMTC端末に割り当てる狭帯域割当情報がM-PDCCHのDCIに含まれるケースについて考える。
このようなケースにおいて、サブフレーム#nにおいてM-PDCCHの送信用に確保される時間領域は、復号領域及び非復号領域を含む。非復号領域は、M-PDCCHの送信用に確保される時間領域の後尾領域である。上述したように、非復号領域は、MTC端末が復号しない領域である。
実施形態では、MTC端末は、非復号領域に対応するデータビットをパティングビットと見做して、M-PDCCH(狭帯域割当情報)を復号する。例えば、パディングビットはゼロである。ここで、M-PDCCHでは冗長構成が採用されているため、非復号領域に対応するデータビットがパティングビットと見做されても、ある程度の精度でM-PDCCHを復号することができる。
このようなケースにおいては、eNB200は、復号領域を特定する領域情報をMTC端末に送信しなくてもよい。
(移動通信方法)
実施形態に係る移動通信方法について説明する。図11は、実施形態に係る移動通信方法を説明するための図である。図11では、UE100がMTC端末であり、ダウンリンク通信のMTCが行われるケースについて主として説明する。
実施形態に係る移動通信方法について説明する。図11は、実施形態に係る移動通信方法を説明するための図である。図11では、UE100がMTC端末であり、ダウンリンク通信のMTCが行われるケースについて主として説明する。
図11に示すように、ステップS21において、eNB200は、システム情報を報知する。システム情報は、MIB(Master Information Block)及びSIBである。SIBは、MTC用に定義されたSIBである。
ステップS22において、RRC接続手順が行われる。RRC接続手順では、RRCコネクションリクエスト、RRCコネクションセットアップなどのRRCメッセージの通信が行われる。
ステップS23において、eNB200は、M-PDCCHをMTC端末に送信する。eNB200は、復号領域及び非復号領域の双方を用いてM-PDCCHを送信する。例えば、サブフレーム#nの狭帯域NB#2を用いて送信されるM-PDCCHのDCIは、サブフレーム#n+1の狭帯域NB#3をMTC端末に割り当てる狭帯域割当情報を含む。MTC端末は、非復号領域に対応するデータビットがパティングビットと見做してM-PDCCHの復号を行うことによって狭帯域割当情報を取得する。
ステップS24において、eNB200は、PDSCHの繰り返し送信を行う。MTC端末は、サブフレーム#nの非復号領域及びサブフレーム#n+1のPDCCH領域を用いて、狭帯域(ここでは、受信狭帯域)を切り替える。
[変更例2]
変更例2について説明する。以下においては、実施形態に対する相違点について主として説明する。
変更例2について説明する。以下においては、実施形態に対する相違点について主として説明する。
実施形態では、非復号領域は、サブフレーム#nにおいてM-PDCCHの送信用に確保される時間領域の後尾領域である。これに対して、変更例2では、非復号領域は、サブフレーム#n+1においてMTC(PDSCH)用に確保される時間領域の先頭領域である。
例えば、図12に示すように、サブフレーム#nの狭帯域NB#2においてM-PDCCHが送信され、サブフレーム#n+1の狭帯域NB#3をMTC端末に割り当てる狭帯域割当情報がM-PDCCHのDCIに含まれるケースについて考える。
このようなケースにおいて、サブフレーム#n+1においてPDSCHの送信用に確保される時間領域は、復号領域及び非復号領域を含む。非復号領域は、PDSCHの送信用に確保される時間領域の先頭領域である。上述したように、非復号領域は、MTC端末が復号しない領域である。
実施形態では、eNB200は、サブフレーム#n+1において復号領域を用いてPDSCHを送信する。言い換えると、eNB200は、サブフレーム#n+1において非復号領域をPDSCHの送信に用いない。従って、MTC端末は、サブフレーム#n+1のPDCCH領域及びサブフレーム#n+1の非復号領域を用いて、狭帯域(ここでは、受信狭帯域)を切り替えることができる。すなわち、MTC端末は、非復号領域を狭帯域の切替時間として用いることによって、サブフレーム#n+1のPDSCHを適切に受信することができる。
このようなケースにおいて、eNB200は、実施形態と同様に、復号領域を特定する領域情報をMTC端末に送信してもよい。領域情報は、復号領域と非復号領域との時間的な境界を特定するための情報であればよい。領域情報は、例えば、非復号領域に対応するOFDMシンボル数、復号領域に対応するOFDMシンボル数、及び、PDSCH(MTCに係るデータ)のデータ長を示す情報の少なくともいずれか1つであってもよい。或いは、領域情報は、非復号領域が設定されているか否かを示す情報(例えば、1ビットのフラグ)を含んでもよい。このような情報は、復号領域(又は、非復号領域)が固定データ長であるケースにおいて含まれてもよく、復号領域(又は、非復号領域)が可変長であるケースにおいて含まれてもよい。復号領域(又は、非復号領域)が有する固定データ長は、予め定められていてもよく、eNB200から報知される報知情報(SIB等)に含まれてもよい。このような構成によれば、MTC端末は、復号領域の時間長を把握することができるため、PDSCH(MTCに係るデータ)を適切に復号することができる。
[変更例3]
変更例3について説明する。以下においては、変更例2に対する相違点について主として説明する。
変更例3について説明する。以下においては、変更例2に対する相違点について主として説明する。
変更例2では、eNB200が非復号領域を用いずに復号領域を用いてPDSCHを送信するケースについて説明した。これに対して、変更例1では、eNB200は、復号領域及び非復号領域の双方を用いてPDSCHを送信する。
例えば、図13に示すように、サブフレーム#nの狭帯域NB#2においてM-PDCCHが送信され、サブフレーム#n+1の狭帯域NB#3をMTC端末に割り当てる狭帯域割当情報がM-PDCCHのDCIに含まれるケースについて考える。
このようなケースにおいて、サブフレーム#n+1においてPDSCHの送信用に確保される時間領域は、復号領域及び非復号領域を含む。非復号領域は、PDSCHの送信用に確保される時間領域の先頭領域である。上述したように、非復号領域は、MTC端末が復号しない領域である。
実施形態では、MTC端末は、非復号領域に対応するデータビットをパティングビットと見做して、PDSCH(MTCに係るデータ)を復号する。例えば、パディングビットはゼロである。ここで、PDSCHでは冗長構成が採用されているため、非復号領域に対応するデータビットがパティングビットと見做されても、ある程度の精度でPDSCHを復号することができる。
このようなケースにおいては、eNB200は、復号領域を特定する領域情報をMTC端末に送信しなくてもよい。
[変更例4]
変更例4について説明する。以下においては、実施形態に対する相違点について主として説明する。
変更例4について説明する。以下においては、実施形態に対する相違点について主として説明する。
実施形態では、サブフレーム#nにおいてM-PDCCHの送信用に確保される時間領域は、復号領域及び非復号領域を含む。これに対して、変更例4では、サブフレーム#n+1においてPDCCHの送信開始位置が時間的にシフトされる。
例えば、図14に示すように、サブフレーム#nの狭帯域NB#2においてM-PDCCHが送信され、サブフレーム#n+1の狭帯域NB#3をMTC端末に割り当てる狭帯域割当情報がM-PDCCHのDCIに含まれるケースについて考える。
このようなケースにおいて、サブフレーム#n+1においてPDCCHの送信開始位置は、サブフレーム#n+1の送信開始位置から後の時間にシフトされる。PDCCHの送信開始位置のシフト時間は、例えば、0OFDM~3OFDMシンボルの範囲で定められる。このような構成によれば、MTC端末は、サブフレーム#n+1におけるPDCCHの送信開始位置のシフト時間及びサブフレーム#n+1のPDCCH領域を用いて、狭帯域(ここでは、受信狭帯域)を切り替えることができる。
ここでは、サブフレーム#n+1においてPDCCHの送信開始位置をサブフレーム#n+1の送信開始位置から後の時間にシフトするケースを例示した。しかしながら、変更例4はこれに限定されるものではない。具体的には、サブフレーム#nにおいてPDCCHの送信開始位置がサブフレーム#nの送信開始位置から前の時間にシフトされてもよい。このような構成を実現するために、eNB200は、M-PDCCHが送信されるタイミングを特定する情報(以下、タイミング情報)をMTC端末に事前に送信してもよい。タイミング情報は、M-PDCCHの送信開始位置のシフトが行われるか否かを示す情報を含んでもよく、M-PDCCHの送信開始位置とサブフレームの送信開始位置との時間間隔(シフト時間)を含んでもよく、M-PDCCHの送信周期を含んでもよい。これによって、MTC端末は、M-PDCCHの送信開始位置を把握することができ、M-PDCCHを適切に復号することができる。
タイミング情報は、サブフレーム#n+1においてPDCCHの送信開始位置をサブフレーム#n+1の送信開始位置から後の時間にシフトするケースにおいて、eNB200からMTC端末に事前に報知されてもよい。
[その他の実施形態]
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
実施形態において、非復号領域の時間長は、n+1番目のサブフレームにおけるPDCCH(物理ダウンリンク制御チャネル)の時間長に応じて定められてもよい。上述したように、MTC端末は、PDCCHを受信しないため、PDCCH領域を切替時間として用いることができる。従って、非復号領域の時間長がPDCCHの時間長によって定められることによって、非復号領域を最小限とすることができる。
実施形態において、領域情報は、MTC端末の処理能力(例えば、MTC端末が備えるCPUの処理能力)に応じて定められてもよい。例えば、MTC端末が処理能力に関する情報をMTC端末の能力情報に含めてeNBに通知し、eNBは、当該処理能力情報に応じて領域情報(例えば、非復号領域の時間長)を定めてもよい。MTC端末がeNBに通知する処理能力に関する情報は、切り替えに必要なシンボル数、時間、もしくは処理能力によって予め設定されているインデックス値でもよい。
実施形態では、MTCがダウンリンク通信であるケースを主として説明したが、実施形態はこれに限定されるものではない。実施形態は、MTCがアップリンク通信であるケースにも適用可能である。
実施形態では特に触れていないが、UE100及びeNB200が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、CD-ROMやDVD-ROM等の記録媒体であってもよい。
或いは、UE100及びeNB200が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップが提供されてもよい。
実施形態では、移動通信システムの一例としてLTEシステムを説明した。しかしながら、実施形態はこれに限定されるものではない。移動通信システムは、LTEシステム以外のシステムであってもよい。
[付記]
(1.はじめに)
RANP#72では、LTE WIのための更なる強化されたMTCが承認された。これには、音声対応ウェアラブルデバイスおよびヘルスモニタリングデバイスについて1Mbpsよりも高いデータレートをサポートするタスクが含まれていた。この付記では、より高いデータ転送速度のためのDCI設計とスケジューリング方法について議論する。
(1.はじめに)
RANP#72では、LTE WIのための更なる強化されたMTCが承認された。これには、音声対応ウェアラブルデバイスおよびヘルスモニタリングデバイスについて1Mbpsよりも高いデータレートをサポートするタスクが含まれていた。この付記では、より高いデータ転送速度のためのDCI設計とスケジューリング方法について議論する。
RAN1会議では、以下が合意された。
・より広い帯域幅運用がeNBによって可能になる。
・より広い帯域幅のPDSCH/PUSCHは、MPDCCHによってスケジュールされたクロスサブフレームである。
・MPDCCHはRel-13設計に従う。これは、MPDCCHが、狭帯域運用(6RB)で動作するUEによってデコードできることを意味する。
・新しいグラントが広帯域PDSCH/PUSCHに導入された場合、MPDCCHのブラインドデコーディングの回数はRel-13 eMTCに対して増加しない。
・CEモードA(CEモードBについては更なる検討が必要)のRel-14 BL UEの場合、RRC接続モードにおいてPDSCHおよびPUSCHの単一の最大UEチャネルBWは5MHzである。
・CEモードA(CEモードBについては更なる検討が必要)のRel-14非BL UEの場合、RRC接続モードのPDSCHおよびPUSCHの単一のより大きい最大UEチャネルBWは(5または20)MHzである。
・FeMTC UEは、MPDCCHタイプ-0/1/2 CSS送信のためのRel-13 DCIフォーマットを使用する。
・Rel-14 BL / CE UEでサポートされる変調方式:
- PDSCH:QPSK、16QAM
- PUSCH:QPSK、16QAM
- PDSCH:QPSK、16QAM
- PUSCH:QPSK、16QAM
・5-MHz Rel-14 BL / CE UEの最大TBS:
- PDSCH:4008ビット
- PUSCH:4008ビット
- PDSCH:4008ビット
- PUSCH:4008ビット
・次のFeMTCの機能が可能にある。
1. HARQ-ACKバンドリング
2. 1.4MHz運用時に最大TBSを拡大
3. 5MHz運用時に最大TBSを拡大
4.より広い帯域幅のサポート
5.ダウンリンクのための10のHARQプロセス
- UEは、特定の機能をサポートする能力を報告する
- 更なる検討:eNBは、RRCリコンフィグレーションにより、より広い帯域幅とより大きなTBSを可能にする
- eNBは、RRCリコンフィグレーションによって他の機能を可能にする。
・PDSCHの最大UEチャネルBWは、CEモードAおよびCEモードBの両方でサポートされる。
・CEモードBでは、PUSCHの最大UEチャネルBWがサポートされない。
・5MHz BL UEの場合、
・最大受信帯域幅は25PRBである。
・割り当て可能な最大PDSCHチャネル帯域幅は[24または25の間で更なる検討]PRBである。
・最大送信帯域幅は25PRBである。
・割り当て可能な最大PUSCHチャネル帯域幅は[24または25の間で更なる検討]PRBである。
1. HARQ-ACKバンドリング
2. 1.4MHz運用時に最大TBSを拡大
3. 5MHz運用時に最大TBSを拡大
4.より広い帯域幅のサポート
5.ダウンリンクのための10のHARQプロセス
- UEは、特定の機能をサポートする能力を報告する
- 更なる検討:eNBは、RRCリコンフィグレーションにより、より広い帯域幅とより大きなTBSを可能にする
- eNBは、RRCリコンフィグレーションによって他の機能を可能にする。
・PDSCHの最大UEチャネルBWは、CEモードAおよびCEモードBの両方でサポートされる。
・CEモードBでは、PUSCHの最大UEチャネルBWがサポートされない。
・5MHz BL UEの場合、
・最大受信帯域幅は25PRBである。
・割り当て可能な最大PDSCHチャネル帯域幅は[24または25の間で更なる検討]PRBである。
・最大送信帯域幅は25PRBである。
・割り当て可能な最大PUSCHチャネル帯域幅は[24または25の間で更なる検討]PRBである。
2.より高いデータレートのためのDCIフォーマット
DCIに関連する多くの合意がなされている。しかし、フォーマット、コンフィグレーション、RB割り当て、及びMCS/TBSテーブルの詳細設計に関するDCIの側面は未だ決定されていない。この論文では、上記の残りのDCI機能に関する我々の見解を提示する。
DCIに関連する多くの合意がなされている。しかし、フォーマット、コンフィグレーション、RB割り当て、及びMCS/TBSテーブルの詳細設計に関するDCIの側面は未だ決定されていない。この論文では、上記の残りのDCI機能に関する我々の見解を提示する。
2.1.より大きい最大TBSサイズおよびより大きい最大帯域幅のコンフィグレーション
前回の会合では、より大きい最大TBSサイズとより大きい最大帯域幅とがRRCリコンフィグレーションによって設定されるべきかどうかについて議論した。UEがRRCリコンフィグレーションを受信すると、UEは特定のDCIフォーマットのみを受信する。従って、新しいDCIフォーマットがFeMTC UEのために導入されたとしても、MPDCCHブラインドデコーディングの数は増加しない。レガシーDCIとRel-14 DCIとを区別するために、異なるスクランブリングシーケンスがある文献において提案されている。しかしながら、スクランブリングシーケンスを変更することは、RNTIに依存するサーチスペースを変更することになる。このような変更を回避するには、より大きい最大TBSサイズと大きい最大帯域幅をRRCリコンフィグレーションによって設定する必要がある。
前回の会合では、より大きい最大TBSサイズとより大きい最大帯域幅とがRRCリコンフィグレーションによって設定されるべきかどうかについて議論した。UEがRRCリコンフィグレーションを受信すると、UEは特定のDCIフォーマットのみを受信する。従って、新しいDCIフォーマットがFeMTC UEのために導入されたとしても、MPDCCHブラインドデコーディングの数は増加しない。レガシーDCIとRel-14 DCIとを区別するために、異なるスクランブリングシーケンスがある文献において提案されている。しかしながら、スクランブリングシーケンスを変更することは、RNTIに依存するサーチスペースを変更することになる。このような変更を回避するには、より大きい最大TBSサイズと大きい最大帯域幅をRRCリコンフィグレーションによって設定する必要がある。
提案1:より大きい最大TBSサイズとより大きい最大帯域幅とがRRCリコンフィグレーションによって設定されるべきである。
2.2.より大きい最大TBS/帯域幅のためのMCS/TBSテーブル
RAN1は、4008ビットと16QAM変調のより大きい最大TBSをサポートすることに合意した。RAN1は受信機の複雑性を避けるために64QAMをサポートすることに同意しなかった。以下の付録に示すTBSテーブルにおいてより大きいITBS値を表現するために、DCIフォーマット6-0A6-1A/6-0B/6のMCSフィールドのビット数を4から5に増やすことを提案する。MCSフィールドのビットサイズの増加により、eNBは、より広い帯域幅でサポートされているより大きいITBS値のスケジューリング割り当てを実行することができる。
RAN1は、4008ビットと16QAM変調のより大きい最大TBSをサポートすることに合意した。RAN1は受信機の複雑性を避けるために64QAMをサポートすることに同意しなかった。以下の付録に示すTBSテーブルにおいてより大きいITBS値を表現するために、DCIフォーマット6-0A6-1A/6-0B/6のMCSフィールドのビット数を4から5に増やすことを提案する。MCSフィールドのビットサイズの増加により、eNBは、より広い帯域幅でサポートされているより大きいITBS値のスケジューリング割り当てを実行することができる。
提案2:DCIフォーマット6-0A/6-1A/6-0B/6-1BのMCSインデックスフィールドは、より大きい最大TBSのために1ビットを増やして5ビットにする必要がある。
2.3.RB割り当ての粒度
2.3.1 CEモードA
いくつかの企業が、DCIで示すようにRBマッピングを管理するための提案を共有している。レガシーDCIの再使用または新しいDCIの定義を考慮して、Rel-14ではより大きい最大帯域幅がサポートされるため、RB割り当ての粒度をDCIでどのように表現するかを決定する必要がある。掲載された文献に基づいて、粒度の提案をNBベースとRBベースの2つの主要なカテゴリに分類した。
2.3.1 CEモードA
いくつかの企業が、DCIで示すようにRBマッピングを管理するための提案を共有している。レガシーDCIの再使用または新しいDCIの定義を考慮して、Rel-14ではより大きい最大帯域幅がサポートされるため、RB割り当ての粒度をDCIでどのように表現するかを決定する必要がある。掲載された文献に基づいて、粒度の提案をNBベースとRBベースの2つの主要なカテゴリに分類した。
・NBベース
NBベースのリソース割り当ては、{6,12,18,24} PRBなどの6PRB割当の単位でリソースを割り当てることを意味する。したがって、RB割当の柔軟性には限界がある。一方、DCIフォーマット6-0Aおよび6-1Aにおけるリソース割り当ては、下記式1に示すように、使用されるシステム帯域幅に既に依存する可変フィールドサイズを有する。
NBベースのリソース割り当ては、{6,12,18,24} PRBなどの6PRB割当の単位でリソースを割り当てることを意味する。したがって、RB割当の柔軟性には限界がある。一方、DCIフォーマット6-0Aおよび6-1Aにおけるリソース割り当ては、下記式1に示すように、使用されるシステム帯域幅に既に依存する可変フィールドサイズを有する。
したがって、RAN1がNBベースのリソース割り当てをサポートすることに同意する場合、NBベースのリソース割り当てに十分なビットがあるので、Rel-13 DCIフォーマットをCEモードAに再利用することは合理的である。
・RBベース
NBベースとは異なり、RBベースのリソース割当粒度は、より柔軟性があるという利点を有する。RBベースのリソース割り当ては、同じNB内の非MTC UEおよびRel-13 eMTC UEとの多重化によるスケジューリングを可能にする。以下の表1は、さまざまな文献で議論されているRB割り当て方法の賛否両論を列挙した。いくつかの方法では、リソースマッピングの柔軟性を高めるためにフィールドのサイズを大きくする必要がある。これにより、Rel-14に新しいDCIフォーマットが導入される。
NBベースとは異なり、RBベースのリソース割当粒度は、より柔軟性があるという利点を有する。RBベースのリソース割り当ては、同じNB内の非MTC UEおよびRel-13 eMTC UEとの多重化によるスケジューリングを可能にする。以下の表1は、さまざまな文献で議論されているRB割り当て方法の賛否両論を列挙した。いくつかの方法では、リソースマッピングの柔軟性を高めるためにフィールドのサイズを大きくする必要がある。これにより、Rel-14に新しいDCIフォーマットが導入される。
表1は、各RBベースの方法の特徴を示している。
「NB位置+連続PRBマッピング」および「NB位置+連続NB+PRBマッピング」方法では、RB割当のスタートがNB内の最も低いRBに常に割り当てられるため、eNBは同じNB内のRel-14 FeMTC UEを多重化することができない。図16に示すように、NBの開始位置を反転させるために追加のビットが必要となり、次にRel-14 FeMTC UEが同じNB内で多重化される。
様々な方法と、各方法の関連する利点/欠点を検討した後、Rel-14はRBベースのリソース割り当てをサポートすることが好ましい。RBベースのリソース割り当ては、MTCおよび非MTC Rel-13 UEの多重化において、スケジューリングの柔軟性を向上させる。
提案3:CEモードAのRel-14 UEに対してRBベースのリソース割り当てをサポートすべきである。
2.3.2.CEモードB
以前の会議で同意されるように、CEモードAと類似して、CEモードBについてより大きい最大PDSCHがRel-14でサポートされる予定である。したがって、CEモードBについて、NBベースのリソース割り当てまたはNBベースのリソース割り当て+NB内の共通のPRB割り当てもサポートする。さらに、レガシーDCIフォーマット6-1Bで複数のNBを示すのに十分なビットがないため、新しいDCIフォーマットを定義する必要がある。
以前の会議で同意されるように、CEモードAと類似して、CEモードBについてより大きい最大PDSCHがRel-14でサポートされる予定である。したがって、CEモードBについて、NBベースのリソース割り当てまたはNBベースのリソース割り当て+NB内の共通のPRB割り当てもサポートする。さらに、レガシーDCIフォーマット6-1Bで複数のNBを示すのに十分なビットがないため、新しいDCIフォーマットを定義する必要がある。
提案4:CEモードBのRel-14 UEに新しいDCIフォーマットを導入するべきである。
提案5:NBベースのリソース割り当てまたはNBベースのリソース割り当て+ NB内の共通PRB割り当ては、CEモードBのRel-14 UEに対してサポートされるべきである。
3.同じサブフレームスケジューリング
会議合意によれば、MPDCCHによるクロスサブフレームスケジューリングは、より広い帯域幅のPDSCH/PUSCHについて合意された。Rel-13 eMTCでは、NB内のRBの数が全く限られており、同じサブフレームスケジューリングを許可しないため、クロスサブフレームスケジューリングが適用される。しかしながら、より広いチャネル帯域幅のサポートのためにUEが6RBより多くを受信することができる場合、同じサブフレーム内にMPDCCHおよびPDSCHを送信するのに十分なリソースがある。さらに、Rel-13では、MPDCCHとPDSCHとの間の「n+2」サブフレーム遅延がサポートされ、受信信号をバッファリングすることなくスケジューリング割り当ての復号が可能となり、それによってデバイスの複雑さが低減される。しかしながら、FeMTC UEがより高い処理能力のようにはるかに能力があるので、Rel-14の場合これの必要はない。したがって、特に低繰り返しの場合(Nrep = {1,2,4、...、32}のCEモードA)、レイテンシを減少させるので、より効率的であるため、同じサブフレームスケジューリングをRel-14でサポートする必要がある。同じサブフレームスケジューリングがMPDCCH反復の最後のサブフレームに適用される場合、PDSCHデータのバッファリングの必要はない。いくつかのデバイスがMPDCCHを早期に復号することができる可能性があり、これらのデバイスが、関連するPDSCHの復号を早期に開始できる。図3に示すように、Kの値がeNBによって設定可能である場合、MPDCCHとPDSCHの繰り返しサブフレームの間のK個のサブフレームのオーバーラップが許可されるべきである。同じサブフレーム内のMPDCCHとPDSCHとの間のギャップを含む総帯域幅は、UE能力(例えば、5MHz)未満でなければならない。
会議合意によれば、MPDCCHによるクロスサブフレームスケジューリングは、より広い帯域幅のPDSCH/PUSCHについて合意された。Rel-13 eMTCでは、NB内のRBの数が全く限られており、同じサブフレームスケジューリングを許可しないため、クロスサブフレームスケジューリングが適用される。しかしながら、より広いチャネル帯域幅のサポートのためにUEが6RBより多くを受信することができる場合、同じサブフレーム内にMPDCCHおよびPDSCHを送信するのに十分なリソースがある。さらに、Rel-13では、MPDCCHとPDSCHとの間の「n+2」サブフレーム遅延がサポートされ、受信信号をバッファリングすることなくスケジューリング割り当ての復号が可能となり、それによってデバイスの複雑さが低減される。しかしながら、FeMTC UEがより高い処理能力のようにはるかに能力があるので、Rel-14の場合これの必要はない。したがって、特に低繰り返しの場合(Nrep = {1,2,4、...、32}のCEモードA)、レイテンシを減少させるので、より効率的であるため、同じサブフレームスケジューリングをRel-14でサポートする必要がある。同じサブフレームスケジューリングがMPDCCH反復の最後のサブフレームに適用される場合、PDSCHデータのバッファリングの必要はない。いくつかのデバイスがMPDCCHを早期に復号することができる可能性があり、これらのデバイスが、関連するPDSCHの復号を早期に開始できる。図3に示すように、Kの値がeNBによって設定可能である場合、MPDCCHとPDSCHの繰り返しサブフレームの間のK個のサブフレームのオーバーラップが許可されるべきである。同じサブフレーム内のMPDCCHとPDSCHとの間のギャップを含む総帯域幅は、UE能力(例えば、5MHz)未満でなければならない。
提案6:Rel-14 BL UEは、同じサブフレームスケジューリングをサポートすると考えられるべきである。
(付記の付録)
表2(表2-1~表2-3)は、トランスポートブロックサイズテーブルである。表内の着色部は5MHzのTBSの候補である。
米国仮出願第62/417492号(2016年11月4日出願)の全内容が、参照により、本願明細書に組み込まれている。
本発明は移動通信分野において有用である。
Claims (7)
- 所定帯域幅を有する狭帯域を用いて、基地局とユーザ端末との間の通信を行う移動通信方法であって、
前記ユーザ端末が、n番目のサブフレームにおいて第1狭帯域を用いて制御情報に関する第1通信を行うステップと、
前記ユーザ端末が、n+1番目のサブフレームにおいて前記第1狭帯域とは異なる第2狭帯域を用いてユーザデータに関する第2通信を行うステップと、と備え、
前記n番目のサブフレームの後尾のシンボル時間領域及び/又は前記n+1番目のサブフレームの先頭のシンボル時間領域は、前記ユーザ端末が前記第1狭帯域から前記第2狭帯域に切り替えるために設けられる非使用領域である、移動通信方法。 - 前記第1通信を行うステップにおいて、前記ユーザ端末は、前記n番目のサブフレームにおいて前記非使用領域以外の使用領域を用いて前記制御情報を送信し、
前記第2通信を行うステップにおいて、前記ユーザ端末は、前記n+1番目のサブフレームにおいて前記非使用領域以外の使用領域を用いて前記ユーザデータを送信する、請求項1に記載の移動通信方法。 - 前記非使用領域を特定する領域情報を前記基地局から前記ユーザ端末に送信するステップを備える、請求項1に記載の移動通信方法。
- 前記領域情報は、前記非使用領域に対応するシンボル数を示す情報である、請求項3に記載の移動通信方法。
- 前記領域情報は、前記非使用領域が設定されているか否かを示す情報を含む、請求項3に記載の移動通信方法。
- 所定帯域幅を有する狭帯域を用いて基地局と通信するユーザ端末であって、
制御部を備え、
前記制御部は、n番目のサブフレームにおいて第1狭帯域を用いて制御情報に関する第1通信を行い、
前記制御部は、n+1番目のサブフレームにおいて前記第1狭帯域とは異なる第2狭帯域を用いてユーザデータに関する第2通信を行い、
前記n番目のサブフレームの後尾のシンボル時間領域及び/又は前記n+1番目のサブフレームの先頭のシンボル時間領域は、前記ユーザ端末が前記第1狭帯域から前記第2狭帯域に切り替えるために設けられる非使用領域である、ユーザ端末。 - 所定帯域幅を有する狭帯域を用いて基地局と通信するユーザ端末を制御する装置であって、
プロセッサを備え、
前記プロセッサは、
n番目のサブフレームにおいて第1狭帯域を用いて制御情報に関する第1通信を行う処理と、
n+1番目のサブフレームにおいて前記第1狭帯域とは異なる第2狭帯域を用いてユーザデータに関する第2通信を行う処理と、を実行し、
前記n番目のサブフレームの後尾のシンボル時間領域及び/又は前記n+1番目のサブフレームの先頭のシンボル時間領域は、前記ユーザ端末が前記第1狭帯域から前記第2狭帯域に切り替えるために設けられる非使用領域である、装置。
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)
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)
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 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | 端末及び送信方法 |
Family Cites Families (1)
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 |
-
2017
- 2017-11-01 WO PCT/JP2017/039614 patent/WO2018084200A1/ja unknown
- 2017-11-01 EP EP17867048.5A patent/EP3522472A4/en not_active Withdrawn
- 2017-11-01 JP JP2018549054A patent/JPWO2018084200A1/ja active Pending
-
2019
- 2019-04-30 US US16/399,833 patent/US20190320306A1/en not_active Abandoned
Patent Citations (2)
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 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | 端末及び送信方法 |
Non-Patent Citations (4)
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 |