WO2017217024A1 - 通信システム - Google Patents

通信システム Download PDF

Info

Publication number
WO2017217024A1
WO2017217024A1 PCT/JP2017/007785 JP2017007785W WO2017217024A1 WO 2017217024 A1 WO2017217024 A1 WO 2017217024A1 JP 2017007785 W JP2017007785 W JP 2017007785W WO 2017217024 A1 WO2017217024 A1 WO 2017217024A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
central aggregation
ofdm symbol
user data
code blocks
Prior art date
Application number
PCT/JP2017/007785
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 US16/309,163 priority Critical patent/US11121830B2/en
Priority to JP2018523310A priority patent/JP7038657B2/ja
Publication of WO2017217024A1 publication Critical patent/WO2017217024A1/ja

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
    • H04L27/2626—Arrangements specific to the transmitter only
    • H04L27/2627—Modulators
    • H04L27/2628—Inverse Fourier transform modulators, e.g. inverse fast Fourier transform [IFFT] or inverse discrete Fourier transform [IDFT] modulators
    • H04L27/263—Inverse Fourier transform modulators, e.g. inverse fast Fourier transform [IFFT] or inverse discrete Fourier transform [IDFT] modulators modification of IFFT/IDFT modulator for performance improvement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/009—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location arrangements specific to transmitters
    • 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
    • H04L27/2626—Arrangements specific to the transmitter only
    • H04L27/2627—Modulators
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • 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
    • H04L27/2647—Arrangements specific to the receiver only
    • H04L27/2649—Demodulators
    • H04L27/265—Fourier transform demodulators, e.g. fast Fourier transform [FFT] or discrete Fourier transform [DFT] demodulators
    • H04L27/2651—Modification of fast Fourier transform [FFT] or discrete Fourier transform [DFT] demodulators for performance improvement
    • 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

Definitions

  • the present invention relates to a radio base station (communication system) that includes a central aggregation device and an overhang device, and performs radio communication with a user device.
  • a radio base station communication system
  • the present invention relates to a radio base station (communication system) that includes a central aggregation device and an overhang device, and performs radio communication with a user device.
  • 3GPP (3rd Generation Partnership Project) has specified LTE-Advanced for the purpose of further speeding up LTE (Long Term Evolution). Furthermore, 3GPP is studying specifications for an LTE successor system called 5G (5th generation mobile mobile communication system).
  • LTE includes a central aggregation device having a scheduler function in the MAC layer (MAC scheduler) and the like, and an overhang device that projects remotely from the installation location of the central aggregation device,
  • a C-RAN (Centralized LAN) type radio base station is defined.
  • the overhanging device includes a wireless unit (RF unit) such as a PA (Power Amplifier) / LNA (Low Noise Amplifier), a wireless transmission / reception module, and a modulation / demodulation module.
  • the central aggregation device and the overhanging device are connected by a wired transmission line called a fronthaul.
  • CPRI Common Public Radio Interface
  • Non-patent Document 1 it has been proposed to implement the function of the radio physical layer (layer 1) that has been implemented in the central aggregation device so far in the extension device (Non-patent Document 1).
  • 3GPP RWS-150051 (3GPP RAN shop on 5G), “5G Vision for 2020 and Beyond”, 3GPP, September 2015
  • the wireless physical layer function that has been implemented in the central aggregation device is implemented in the extension device, there are the following problems. That is, in LTE, when user data is transmitted to a user apparatus using PDSCH (Physical Downlink Shared Channel), the user data of a transport block to be transmitted is coded in a plurality of code blocks (Code Block) in the radio physical layer. Unit block), and processing such as encoding is executed for each code block. Specifically, the radio physical layer encodes each code block, generates an OFDM symbol using the plurality of encoded code blocks, and performs FFT / IFFT processing for each OFDM symbol. Since the user data is processed in units of code blocks, there is no need to wait for subsequent data processing, thereby reducing the FFT / IFFT processing delay.
  • PDSCH Physical Downlink Shared Channel
  • the present invention has been made in view of such a situation, and even when a higher layer function such as a MAC scheduler and a radio physical layer function are separately implemented, a code block of user data It is an object of the present invention to provide a communication system that can continuously reduce the delay of FFT / IFFT processing due to implementation.
  • a communication system is a communication system including a first communication device and a second communication device, wherein the first communication device includes a plurality of divided data obtained by dividing user data into coding processing units.
  • a data transmission unit configured to transmit to the second communication device, wherein the second communication device includes a symbol generation unit that generates an OFDM symbol using the plurality of divided data, and the data transmission unit generates the OFDM symbol The amount of the divided data necessary for the transmission is transmitted as one data.
  • a communication system is a communication system including a first communication device and a second communication device, wherein the first communication device includes a plurality of divided data obtained by dividing user data into coding processing units.
  • the second communication device includes a symbol generation unit that generates the OFDM symbol using the plurality of divided data and the data configuration information.
  • FIG. 1 is an overall schematic configuration diagram of a wireless communication system 10 according to the present embodiment.
  • FIG. 2 is an overall block configuration diagram of the wireless communication system 10.
  • FIG. 3 is a functional block configuration diagram of the 5G central aggregation device 210.
  • FIG. 4 is a functional block configuration diagram of the 5G overhanging device 220.
  • FIG. 5 is a sequence diagram specifically illustrating downlink signal transmission processing by the central aggregation device 210 and the overhanging device 220.
  • FIG. 6 is a diagram illustrating a code block transmission flow.
  • FIG. 7 is a diagram illustrating a metric used when transmitting a code block, and an operation example of the central aggregation device 210 and the overhanging device 220 performed at each timing.
  • FIG. 1 is an overall schematic configuration diagram of a wireless communication system 10 according to the present embodiment.
  • FIG. 2 is an overall block configuration diagram of the wireless communication system 10.
  • FIG. 3 is a functional block configuration diagram of the 5G central aggregati
  • FIG. 8 is a diagram illustrating an example of a protocol format of a frame protocol used between the central aggregation device 210 and the overhanging device 220.
  • FIG. 9 is a diagram illustrating a transmission example of code blocks transmitted from the central aggregation device 210 to the overhanging device 220.
  • FIG. 10 is a diagram illustrating a transmission example of code blocks transmitted from the central aggregation device 210 to the overhanging device 220.
  • FIG. 11 is a functional block configuration diagram of the 5G central aggregation device 210.
  • FIG. 12 is a functional block configuration diagram of the 5G overhanging device 220. It is a sequence diagram which shows specifically the transmission process of the downlink signal by the central aggregation apparatus 210 and the overhang apparatus 220.
  • FIG. 2 It is a sequence diagram which shows specifically the transmission process of the downlink signal by the central aggregation apparatus 210 and the overhang apparatus 220.
  • FIG. It is a figure which shows an example of the hardware constitutions of the central aggregation apparatus 210 and the overhang
  • FIG. 1 is an overall schematic configuration diagram of a radio communication system 10 according to the present embodiment.
  • the radio communication system 10 is a radio communication system according to LTE (Long Term Evolution) and 5G, which is a successor system of LTE.
  • LTE Long Term Evolution
  • 5G Long Term Evolution-Advanced
  • 4G the structure of the radio
  • achieves LTE assisted operation which complements 4G.
  • this embodiment can be applied to a Standalone type wireless communication system capable of performing communication using only 5G, and other generation wireless communication systems 10 in addition to LTE assisted operation that complements 4G. An application system to which this embodiment can be applied will be described later.
  • the radio communication system 10 includes a core network 20, a radio base station 100, a radio base station 200, and a user device 300.
  • the core network 20 is also called EPC (Evolved Packet Core), and is configured by a mobility management entity (MME), a serving gateway (S-GW), a PDN gateway (P-GW), and the like.
  • EPC Evolved Packet Core
  • MME mobility management entity
  • S-GW serving gateway
  • P-GW PDN gateway
  • the radio base station 100 is a radio base station according to 4G and is also called eNodeB.
  • the radio base station 100 is connected to devices (nodes) constituting the core network 20 via the S1-MME or S1-U interface.
  • the radio base station 200 is a radio base station according to 5G.
  • the radio base station 200 is connected to the radio base station 100 via an X2 interface (for example, an X2-AP ′ interface, an X2-U ′ interface).
  • User apparatus 300 can execute radio communication with radio base station 100 and radio base station 200.
  • User apparatus 300 may be referred to as a wireless communication terminal or a mobile station.
  • the radio base station 200 and the user apparatus 300 control a radio signal transmitted from a plurality of antenna elements, thereby generating Massive ⁇ ⁇ MIMO that generates a beam with higher directivity and carrier aggregation using a plurality of component carriers (CC) ( CA), dual connectivity (DC) that simultaneously transmits component carriers between a plurality of radio base stations and the user apparatus 300, and the like.
  • CC component carriers
  • DC dual connectivity
  • FIG. 2 is an overall block configuration diagram of the wireless communication system 10.
  • the radio base station 100 includes a central aggregation device 110 and an extension device 120.
  • the radio base station 200 includes a central aggregation device 210 and an extension device 220.
  • the radio base station 100 and the radio base station 200 may include devices other than the central aggregation device and the overhang device.
  • the central aggregation device 110 has a radio physical layer (L1), a medium access control layer (MAC), a radio link control layer (RLC), and a packet data convergence protocol layer (PDCP). Further, the central aggregation device 110 has a radio resource control layer (RRC) as an upper layer of PDCP.
  • L1 radio physical layer
  • MAC medium access control layer
  • RLC radio link control layer
  • PDCP packet data convergence protocol layer
  • RRC radio resource control layer
  • the overhanging device 120 can be placed remotely from the installation location of the central aggregation device 110.
  • the overhanging device 120 includes a radio unit (RF) such as a PA (Power Amplifier) / LNA (Low Noise Amplifier), a wireless transmission / reception module, and a modulation / demodulation module.
  • RF radio unit
  • the central aggregation device 110 is also called a central unit (Central Unit), and the overhanging device 120 is also called a remote unit (Remote Unit).
  • the central aggregation device 110 and the overhanging device 120 are connected by a wired transmission line called a front hall (Franthaul).
  • a front hall Franthaul
  • CPRI Common Public Radio Interface
  • CPRI Common Public Radio Interface
  • the central aggregation device 210 (first communication device) and the extension device 220 (second communication device) correspond to the central aggregation device 110 and the extension device 120 described above, respectively.
  • the layer configuration is different.
  • the central aggregation device 210 has a medium access control layer (MAC) and a radio link control layer (RLC).
  • the overhang device 220 includes a radio physical layer (L1) and a radio unit (RF). As described above, the central aggregation device 210 is connected to the central aggregation device 110 via the X2 interface.
  • FIG. 3 is a functional block configuration diagram of the 5G central aggregation device 210.
  • the central aggregation device 210 includes a schedule processing unit 211, a scheduling information transmission unit 212, a user data control unit 213, a user data transmission unit 214, and an X2IF unit 215.
  • the schedule processing unit 211 performs schedule processing for determining which radio resource is allocated to which user apparatus 300. Specifically, the schedule processing unit 211 generates scheduling information (radio resource allocation information) for the user device 300 selected by the schedule processing. Scheduling information includes, for example, the number of RBs (Resource Block), MCS (Modulation Coding Scheme; modulation scheme, coding rate), TBS (Transport Block Size), number of transmission ranks, number of downlink assignments (DL assignment), etc. Is included.
  • the scheduling information transmission unit 212 transmits the scheduling information generated by the schedule processing unit 211 to the overhanging device 220.
  • the user data control unit 213 uses each OFDM symbol generated by the extension device 220 among a plurality of code blocks (a plurality of divided data) obtained by dividing the user data of the transport block into processing units for encoding (coding). An amount of code blocks (divided data) necessary for generating the data is cut out from the user data. For example, the user data control unit 213 extracts “the number of code blocks necessary for generating each OFDM symbol” from the code block of the user data. “Cut out” means, for example, that “the number of code blocks necessary for generating each OFDM symbol” is cut out as one piece of data from the code block. Alternatively, the user data control unit 213 may extract “a code block having the number of bits necessary for generating each OFDM symbol” instead of extracting “the number of code blocks necessary for generating each OFDM symbol”. . The same applies hereinafter.
  • the user data transmission unit 214 transmits “the number of code blocks necessary for generating each OFDM symbol” extracted from the user data by the user data control unit 213 to the extension device 220 as one data. For example, the user data transmission unit 214 transmits the data grouped together as “the number of code blocks necessary for generating each OFDM symbol”.
  • the X2IF unit 215 provides an interface for realizing communication with the central aggregation device 110.
  • the X2IF unit 215 is an interface that directly connects the central aggregation device 110 and the central aggregation device 210 using MAC and RLC, and is preferably an existing open interface. Transmission / reception data of the user apparatus 300 is relayed to the radio base station 100 via the X2IF unit 215.
  • FIG. 4 is a functional block configuration diagram of the 5G overhanging device 220. As illustrated in FIG. 4, the overhanging device 220 includes a scheduling information receiving unit 221, a user data receiving unit 222, an FFT / IFFT processing unit 223, and a wireless communication unit 224.
  • the scheduling information receiving unit 221 receives scheduling information from the central aggregation device 210.
  • the received scheduling information includes radio resource allocation information for determining which radio resource is allocated to which user apparatus 300.
  • the user data receiving unit 222 receives “the number of code blocks necessary for generating each OFDM symbol” from the central aggregation device 210. For example, the user data receiving unit 222 receives one data which is “the number of code blocks necessary for generating each OFDM symbol”.
  • the FFT / IFFT processing unit (symbol generation unit) 223 receives the code block from the central aggregation device 210, performs encoding processing on each received code block, and uses the received number of code blocks. An OFDM symbol signal is generated, and FFT (Fast Fourier Transform) processing or IFFT (Inverse Fourier Transform) processing is executed in units of OFDM symbols. Of the plurality of functions of the FFT / IFFT processing unit 223, the encoding process and the OFDM symbol generation process may be executed by another independent function unit.
  • the radio communication unit 224 uses the scheduling information received from the central aggregation device 210 to perform RF (Radio ⁇ Frequency) processing of user data to be transmitted, and the downlink signal is transmitted to the user device by PDSCH or PDCCH (Physical Downlink Control Channel). To 300.
  • RF Radio ⁇ Frequency
  • FIG. 5 is a sequence diagram specifically illustrating downlink signal transmission processing by the central aggregation device 210 and the extension device 220. In this operation example, a case will be described in which “the number of code blocks necessary for generating each OFDM symbol” is cut out from the code block of user data.
  • step S ⁇ b> 101 the central aggregation device 210 transmits, to the extension device 220, scheduling information that determines which radio resource is allocated to which user device 300 in a predetermined subframe (Sub Frame) and TTI (Transmission Time Interval). To do.
  • the overhanging device 220 calculates in advance which radio resource is allocated to which user device 300 based on the scheduling information received from the central aggregation device 210. Specifically, in order to generate a PDSCH downlink signal, the extension device 220 uses which radio resource allocation information (RB number, MCS, etc.) included in the scheduling information to which user device 300 to which radio resource. Specify whether to assign
  • the central aggregation device 210 generates “necessary for generating each OFDM symbol” generated by the extension device 220 among a plurality of code blocks obtained by dividing user data into coding processing units for each user device 300.
  • the number of correct code blocks is calculated.
  • the central aggregation device 210 calculates “the number of code blocks necessary for generating one OFDM symbol”, for example, by dividing the TBS of the user data by the number of OFDM symbols used for the PDSCH. Note that “the number of OFDM symbols used in PDSCH” is a value obtained by subtracting the number of OFDM symbols used in PDCCH from the total number of OFDM symbols.
  • the number of OFDM symbols used in PDSCH is any of 13 symbols to 11 symbols obtained by subtracting the number of OFDM symbols (1 symbol, 2 symbols, or 3 symbols) used in PDCCH from the total number of OFDM symbols (14 symbols). It becomes.
  • step S104 the central aggregation device 210 extracts the number of code blocks calculated in step S103 from the transport block of user data, and uses the frame protocol between the central aggregation device 210 and the extension device 220 to perform extension. Transmit to device 220. For example, when “the number of code blocks necessary for generating one OFDM symbol” is five, the central aggregation device 210 cuts out one data of five code blocks from the user data and transmits it to the extension device 220.
  • the protocol format of the frame protocol will be described later.
  • step S105 the extension device 220 receives the code block from the central aggregation device 210, performs encoding processing on each received code block, and uses the received number of code blocks to generate OFDM symbols. Generate and execute FFT / IFFT processing on the generated OFDM symbol. For example, when “the number of code blocks allocated to one OFDM symbol” is five, the central aggregation device 210 transmits five code blocks in one state. When the extension device 220 receives the five code blocks at a time, the extension device 220 generates an OFDM symbol using the five code blocks and executes FFT / IFFT processing.
  • the central aggregation device 210 repeatedly executes step S103 and step S104.
  • the overhanging device 220 executes step S105 after receiving “the number of code blocks necessary for generating OFDM symbols” from the central aggregation device 210.
  • the overhanging device 220 allocates code blocks after FFT / IFFT processing to radio resources (RB, etc.) based on the radio resource allocation information specified in step S102 at a predetermined timing, and generates a PDSCH downlink signal. And it transmits to the user apparatus 300 via a wireless transmission path.
  • FIG. 6 is a diagram illustrating a code block transmission flow.
  • FIG. 7 is a diagram illustrating a metric used when transmitting a code block, and an operation example of the central aggregation device 210 and the overhanging device 220 performed at each timing.
  • the metric is information related to the generation of OFDM symbols, and specifically is an integrated value of the number of OFDM symbols (Mstep # i described later) that can be generated by one code block.
  • a metric is used for each user data.
  • the central aggregation device 210 calculates the number of code blocks NumCB # i of user data of each user apparatus UE # i using the number of RBs, MCS and TBS allocated to the user apparatus UE # i. For example, the central aggregation device 210 calculates the TBS of user data using the number of RBs assigned to the user device 300 and the MCS, and calculates the TBS in a predetermined size (for example, the maximum size of a fixed-length code block). By dividing, the number of code blocks of the user data is calculated. In FIG.
  • the total number of OFDM symbols that can be used for PDSCH transmission is 12
  • the total number of user equipment UE # i is 3
  • the total number of code blocks of each user equipment UE # i (i 1 to 3).
  • NumCB # 1 to NumCB # 3 are 3, 4, and 2, respectively.
  • the central aggregation device 210 calculates the number of OFDM signal generations Mstep # i indicating how many OFDM symbols can be generated by each code block of each user equipment UE # i.
  • the number of possible OFDM signal generations Mstep # i is calculated by dividing the “total number of OFDM symbols that can be used for PDSCH transmission” by the “total number of code blocks” of each user apparatus UE # i. The reason is outlined below. Here, not the “number of code blocks necessary for generating each OFDM symbol” but a method of mapping user data to OFDM symbols will be mainly described.
  • User data is mapped in the time domain across OFDM symbols that generate PDSCH. Therefore, for example, if 12 OFDM symbols are used for PDSCH generation, and the total number of code blocks NumCB # 1 of user data # 1 is three, the first code block CB # 1 is divided into four and the first code block CB # 1 is divided into four 1 to 4 OFDM symbols are mapped, the second code block CB # 2 is divided into four and mapped to the subsequent 5 to 8 OFDM symbols, and the third code block CB # 3 is divided into four Further, it is mapped to subsequent 9-12 OFDM symbols.
  • the first code block CB # 1 is divided into three and mapped to the first 1 to 3 OFDM symbols
  • the second Code block CB # 2 is divided into three and mapped to subsequent 4 to 6 OFDM symbols
  • third code block CB # 3 is divided into three and further mapped to subsequent 7 to 9 OFDM symbols.
  • the first code block # 4 is divided into three and mapped to the subsequent 10 to 12 OFDM symbols.
  • the first code block CB # 1 is divided into six and mapped to the first 1 to 6 OFDM symbols.
  • Code block CB # 2 is divided into six and mapped to the subsequent 7 to 12 OFDM symbols.
  • the central aggregation device 210 transmits code blocks to the extension device 220 in order from the user device UE # i having the smallest metric M # i among the user devices UE # i at a predetermined time.
  • the central aggregation apparatus 210 may randomly select user apparatuses UE # i having the same metric or have the smallest identifier i. Alternatively, the largest user apparatus UE # i may be selected.
  • step S205 the central aggregation device 210 adds the number Mstep # i of OFDM signal generation possible to the metric M # i of the user apparatus UE # i that transmitted the code block in step S204, and returns to step S204. Thereafter, step S204 and step S205 are repeated.
  • the central aggregation device 210 manages and calculates the metric M # i for each codeword.
  • the central aggregation device 210 refers to each metric M # i of each user apparatus UE # i, and code blocks of each user data so that all user data code blocks are mapped to one OFDM symbol. Are sent all at once.
  • the central aggregation device 210 includes the code block CB # 1 of the user device UE # 1, the code block CB # 1 of the user device UE # 2, and the user device UE # 3.
  • the code block CB # 1 is transmitted as one data.
  • the metric M # i is an integrated value of the number of OFDM symbols that can be generated by one code block, and is used for each user data.
  • the metrics M # 1 to M # 3 of the user apparatuses UE # 1 to UE # 3 are 4, 3, and 6, respectively.
  • the extension device 220 can generate up to the same number of OFDM symbols as 3, which is the smallest of 4, 3 and 6. I can grasp.
  • the metric M # i can be said to be “information indicating that a predetermined OFDM symbol among a plurality of OFDM symbols generated in order by the extension device 220 can be generated”.
  • the metric M # i It can also be said to be “information regarding the generation order of a plurality of OFDM symbols generated in order by the apparatus 220”. That is, the central aggregation device 210 can grasp from the value of each metric M # i of each user apparatus UE # i that, for example, up to the third OFDM symbol is generated before the fourth and subsequent OFDM symbols. Become.
  • the central aggregation device 210 may notify the extension device 220 of the metric M # i and share it with the extension device 220.
  • the metric M # i may be used as “information for determining whether to generate up to a predetermined OFDM symbol among a plurality of OFDM symbols generated in order” in the extension device 220.
  • the metric M # i is “information indicating the generation order or generation range of a plurality of OFDM symbols generated in order” or “generated in order” in the central aggregation device 210 and the extension device 220. Used as information on the generation of a plurality of OFDM symbols to be performed ".
  • the central aggregation device transmits the code block based on the metric M # i.
  • the central aggregation device 210 includes, for example, a code block identifier, a user data identifier, a user device 300 identifier, a transport block identifier for transferring user data, and the code number from the top in the transport block.
  • An identifier indicating a block, a code block size, and the like may be included. This will be described in detail below.
  • FIG. 8 is a diagram showing an example of a protocol format of the frame protocol.
  • the illustrated protocol format includes a “header field” and a “payload field”.
  • Header field is an area in which information indicating what kind of data the “payload field” data is.
  • an identifier of user data an identifier of a code block, a block length of the code block, and the like are included.
  • the “payload field” is an area in which user data transmitted to the user apparatus 300 is set.
  • a code block of user data is included.
  • the “header field” includes information indicating which code block of which user device 300 the user data of the “payload field” is.
  • the “header field” may include a codeword identifier for identifying each codeword.
  • the “header field” may include the block length (Length Indicator) of the code block for each code block. In that case, since the block length of the last code block can be calculated implicitly from the entire length, it is not necessary to include the block length.
  • the overhanging device 220 can calculate the block length of each code block. Therefore, when the central aggregation device 210 always transmits a plurality of code blocks in order, it is not always necessary to individually notify the block lengths of the plurality of code blocks. Therefore, as shown in FIG. 8C, the “header field” may include the total block length corresponding to a plurality of code blocks. The overhanging device 220 can separate a plurality of code blocks into individual code blocks based on the scheduling information of each user separately notified from the central aggregation device 210.
  • the code block may be included immediately after the header field including the identifier and block length of the code block.
  • the overhanging device 220 receives data in which the code block and the identifier of the code block are combined. Therefore, since the code block can be identified at the timing of receiving the code block, parallel processing such as encoding is further performed. Can be increased.
  • the code block may be arranged after the header field instead of immediately after the header field, and some data may be included between the header field and the code block.
  • FIG. 9 is a diagram illustrating a transmission example of a code block transmitted from the central aggregation device 210 to the overhanging device 220.
  • the number of code blocks required for generating an OFDM symbol is 3, and a code block CB # 1 of user data # 1, a code block CB # 1 of user data # 2, and a code block CB # 1 of user data # 3 are sequentially transmitted.
  • the extension device 220 can generate 1 OFDM symbol after receiving the third code block and start FFT / IFFT processing.
  • Another transmission example is shown in FIG.
  • the overhang apparatus 220 can start FFT / IFFT processing after receiving the two code blocks CB # 1 and CB # 2 of the user apparatus UE # 1 and the code block CB # 1 of the user apparatus UE # 2. . Thereby, FFT / IFFT processing delay can be reduced.
  • the central aggregation device 210 uses the user data as an encoding processing unit.
  • the divided code block (divided data) is transmitted to the extension device 220 as one piece of code block of an amount necessary for generating an OFDM symbol.
  • the extension device 220 can generate an OFDM symbol using the number of code blocks included in one data without waiting for a subsequent code block.
  • FFT / IFFT processing delays are continuously reduced by making user data code blocks. It can be realized.
  • the central aggregation device 210 transmits a code block based on information (metric) indicating the generation order or generation range of a plurality of OFDM symbols.
  • the overhanging device 220 can grasp the generation order or generation range of each OFDM symbol.
  • FFT / IFFT processing delay can be reliably reduced by making user data code blocks. Can continue to be realized.
  • the central aggregation device 210 further transmits at least one of the identifier of the code block, the block length of the code block, and the total block length of the plurality of code blocks. Since the identifier of the code block can be an element for generating the OFDM symbol, the extension device 220 can reliably generate the OFDM symbol using the identifier of the code block. As a result, even when higher layer functions such as the MAC scheduler and wireless physical layer functions are implemented separately in the wireless base station, FFT / IFFT processing delay can be reliably reduced by making user data code blocks. Can continue to be realized.
  • the central aggregation device 210 transmits the code block after the header field including the identifier of the code block. Since the extension device 220 receives the code block and the identifier of the code block in combination, it can execute the encoding process on the code block in parallel, and as a result, the FFT / IFFT processing delay can be surely reduced continuously. Can do.
  • step S104 the case where “one piece of data of five code blocks is cut out from user data and transmitted to the overhanging device 220” in step S104 has been described. May be divided in advance into a plurality of code blocks, and the number of code blocks necessary for generating an OFDM symbol may be combined into one or transmitted to the extension device 220 in a very short time. .
  • the central aggregation device 210 may further include a data configuration information transmission unit 216 described in the second embodiment.
  • the data configuration information transmission unit 216 transmits the data configuration information described in the second embodiment to the overhanging device 220.
  • the data configuration information is information (for example, the number, the number of bits, the bit length, etc.) indicating the sizes of a plurality of code blocks, which will be described in detail in the second embodiment.
  • FIG. 11 is a functional block configuration diagram of the 5G central aggregation device 210. As illustrated in FIG. 11, the central aggregation device 210 further includes a data configuration information transmission unit 216 in addition to the functional units provided in the first embodiment.
  • the schedule processing unit 211 performs schedule processing for determining which radio resource is allocated to which user apparatus 300. Specifically, the schedule processing unit 211 generates scheduling information (radio resource allocation information) for the user device 300 selected by the schedule processing. Scheduling information includes, for example, the number of RBs (Resource Block), MCS (Modulation Coding Scheme; modulation scheme, coding rate), TBS (Transport Block Size), number of transmission ranks, number of downlink assignments (DL assignment), etc. Is included.
  • the scheduling information transmission unit 212 transmits the scheduling information generated by the schedule processing unit 211 to the overhanging device 220.
  • the user data control unit 213 generates a plurality of code blocks by dividing the user data of the transport block by the encoding processing unit. Specifically, the user data control unit 213 calculates the TBS using the number of RBs and MCS allocated by the schedule processing unit 211, and calculates the TBS to a predetermined size (for example, the maximum size of a fixed-length code block). The number of code blocks is calculated by dividing by, and the number of code blocks is generated.
  • the user data control unit 213 calculates data configuration information indicating the configuration of a plurality of code blocks assigned to the OFDM symbol generated by the extension device 220. For example, the user data control unit 213 reads “the number of code blocks necessary for generating each OFDM symbol”, “the number of bits of code blocks necessary for generating each OFDM symbol”, “a plurality of OFDM symbols generated in order” “Information (metric) indicating generation order or generation range” or the like is calculated. In addition, the user data control unit 213 reads “information necessary for calculating the number of code blocks or the number of bits of the code block necessary for generating each OFDM symbol (for example, the number of downlink assignments included in the scheduling information etc.)” Etc. may be calculated. That is, as the data configuration information, information indicating the size of a plurality of code blocks (for example, the number, the number of bits, the bit length, etc.) can be used.
  • the user data transmission unit 214 transmits each code block of each user data generated by the user data control unit 213 to the extension device 220.
  • the user data transmission unit 214 may transmit the code block of each user data to the extension device 220 based on the metric M # i described in the first embodiment.
  • the data configuration information transmission unit 216 transmits the data configuration information generated by the user data control unit 213 to the overhanging device 220.
  • the data configuration information transmission unit 216 may notify only “the number of code blocks necessary for generating each OFDM symbol”, or “the number of code blocks necessary for generating each OFDM symbol” and “each OFDM symbol”. Both of “the number of bits of the code block necessary for generating” may be notified. When both are notified, the overhanging device 220 selects as appropriate.
  • the X2IF unit 215 provides an interface for realizing communication with the central aggregation device 110.
  • the X2IF unit 215 is an interface that directly connects the central aggregation device 110 and the central aggregation device 210 using MAC and RLC, and is preferably an existing open interface. Transmission / reception data of the user apparatus 300 is relayed to the radio base station 100 via the X2IF unit 215.
  • FIG. 12 is a functional block configuration diagram of the 5G overhanging device 220. As illustrated in FIG. 12, the overhanging device 220 further includes a data configuration information receiving unit 225 and a data configuration information control unit 226 in addition to the functional units provided in the first embodiment.
  • the scheduling information receiving unit 221 receives scheduling information from the central aggregation device 210.
  • the received scheduling information includes radio resource allocation information for determining which radio resource is allocated to which user apparatus 300.
  • the user data receiving unit 222 receives each code block of each user data from the central aggregation device 210.
  • the data configuration information receiving unit 225 receives data configuration information from the central aggregation device 210.
  • the received data configuration information includes information indicating the configuration of a plurality of code blocks assigned to the OFDM symbol.
  • the data configuration information control unit 226 receives “information necessary for calculating the number of code blocks or the number of bits of a code block” as data configuration information from the central aggregation device 210, the received information Based on the above, “the number of code blocks or the number of bits of the code block necessary for generating each OFDM symbol” is calculated.
  • the FFT / IFFT processing unit (symbol generation unit) 223 performs an encoding process on each code block received from the central aggregation device 210 and includes “required for generating each OFDM symbol included in the received data configuration information”. OFDM using a code block of “number of code blocks or number of bits of code block” or a code block of “number of code blocks or number of bits of code block necessary for generating each OFDM symbol” calculated by the data configuration information control unit 226 A symbol signal is generated. Thereafter, the FFT / IFFT processing unit 223 performs FFT processing or IFFT processing in units of OFDM symbols.
  • the radio communication unit 224 performs RF processing of user data to be transmitted using the scheduling information received from the central aggregation device 210, and transmits a downlink signal to the user device 300 by PDSCH or PDCCH.
  • FIG. 13 is a sequence diagram specifically illustrating downlink signal transmission processing by the central aggregation device 210 and the overhanging device 220.
  • the number of code blocks necessary for generating each OFDM symbol is used as the data configuration information.
  • step S301 the central aggregation device 210 transmits scheduling information that determines which radio resource is allocated to which user device 300 to the extension device 220 in a predetermined subframe and TTI.
  • the overhanging device 220 calculates in advance which radio resource is allocated to which user device 300 based on the scheduling information received from the central aggregation device 210. Specifically, as described in step S102, the overhanging device 220 specifies radio resource allocation using radio resource allocation information (number of RBs, MCS, etc.) included in the scheduling information.
  • radio resource allocation information number of RBs, MCS, etc.
  • step S303 the central aggregation device 210 calculates “the number of code blocks of each user data” for each user device 300, and calculates “the number of code blocks necessary for generating each OFDM symbol in the extension device 220”. .
  • the central aggregation device 210 calculates the TBS of user data using the number of RBs assigned to the user device 300 and the MCS, and calculates the TBS in a predetermined size (for example, the maximum size of a fixed-length code block). By dividing, the “number of user data code blocks” is calculated. Further, the central aggregation device 210 calculates “the number of code blocks necessary for generating one OFDM symbol” by dividing TBS by the number of OFDM symbols used for PDSCH.
  • the central aggregation device 210 calculates the TBS according to the number of codewords when a plurality of codewords (Codeword) can be transmitted by MIMO. For example, if the central aggregator 210 can transmit two codewords, it generates two TBSs.
  • a predetermined fixed value may be used as the maximum size of the code block, a value corresponding to the processing capability of the central aggregation device 210 or the extension device 220 may be used, or the central aggregation device 210 or the extension may be used. A value based on the setting information of the device 220 may be used.
  • the number of OFDM symbols used in PDSCH is a value obtained by subtracting the number of OFDM symbols used in PDCCH from the total number of OFDM symbols.
  • the number of OFDM symbols used in PDSCH is any one of 13 symbols to 11 symbols obtained by subtracting the number of OFDM symbols (1 symbol, 2 symbols, or 3 symbols) used in PDCCH from the total number of OFDM symbols (14 symbols). .
  • step S304 the central aggregator 210 uses the frame protocol between the central aggregator 210 and the extension device 220 to project the “number of code blocks necessary for generating each OFDM symbol” calculated in step S303. Notify device 220. Specifically, the “number of code blocks necessary for generating each OFDM symbol” is notified to the user apparatus 300 that performs downlink scheduling in the corresponding subframe and TTI.
  • step S305 the extension device 220 explicitly notifies the “number of code blocks necessary for generating each OFDM symbol” from the central aggregation device 210, and therefore “necessary for generating each OFDM symbol” based on the notification content. "Identify the number of code blocks”.
  • step S306 the central aggregation device 210 divides each user data into a plurality of code blocks using the “number of code blocks of each user data” calculated in step S303.
  • the central aggregation device 210 sequentially transmits each code block of each user data divided in step S306 to the extension device 220 using a frame protocol between the central aggregation device 210 and the extension device 220.
  • the central aggregation device 210 may include, for example, an identifier of a code block in the frame protocol as in the first embodiment.
  • a specific example of the protocol format of the frame protocol is as described in the first embodiment.
  • the protocol format used in the first embodiment can also be applied in the second embodiment.
  • the overhanging device 220 adjusts the order of the user data received from the central aggregation device 210 and the order of the code blocks in order to reliably generate the OFDM symbols in order.
  • the overhanging device 220 refers to the identifier of the user data included in the code block, and adjusts the order of each user data so that each identifier is in ascending order.
  • step S309 the extension device 220 generates an OFDM symbol after receiving the number of code blocks based on the “number of code blocks necessary for generating each OFDM symbol” specified in step S305, and generates the generated OFDM symbol. Execute FFT / IFFT processing for.
  • the extension device 220 counts the number of code blocks of each user data sequentially transmitted from the central aggregation device 210 and determines whether or not the number of code blocks necessary for generating each OFDM symbol is reached. You may do it.
  • the overhanging device 220 may notify the central aggregation device 210 of delivery confirmation information for the reception of the code block. For example, the overhanging device 220 notifies an ACK response when a code block is received, and notifies a NACK response when a code block is not received even after a predetermined time has elapsed.
  • the extension device 220 indicates that the number of code blocks does not match May be notified to the central aggregation device 210. At this time, the overhanging device 220 may not execute the wireless transmission process to the user device 300 based on the already received code block.
  • FIG. 14 is a sequence diagram specifically showing downlink signal transmission processing by the central aggregation device 210 and the overhanging device 220.
  • this operation example a case will be described in which “information necessary for calculating the number of code blocks or the number of bits of a code block required for generating each OFDM symbol” is used as the code block configuration information.
  • step S401 the central aggregation device 210 transmits, to the extension device 220, scheduling information that determines which radio resource is allocated to which user device 300 in a predetermined subframe and TTI.
  • step S ⁇ b> 402 the overhanging device 220 calculates in advance which radio resource is allocated to which user device 300 based on the scheduling information received from the central aggregation device 210. Specifically, as described in step S102, the overhanging device 220 specifies radio resource allocation using radio resource allocation information (number of RBs, MCS, etc.) included in the scheduling information.
  • radio resource allocation information number of RBs, MCS, etc.
  • step S403 the central aggregation device 210 calculates “the number of code blocks of each user data” for each user device 300. At this time, the central aggregation device 210 may calculate “the number of code blocks or the number of bits of the code block necessary for the generation of each OFDM symbol by the extension device 220” as in step S303.
  • the central aggregator 210 uses the frame protocol between the central aggregator 210 and the extension device 220 to calculate “the number of code blocks or the number of bits of a code block necessary for generating each OFDM symbol”. Necessary information "is notified to the overhanging device 220. For example, the central aggregation device 210 notifies the extension device 220 of the number of downlink assignments. The extension device 220 can calculate “the number of code blocks or the number of bits of the code block necessary for generating each OFDM symbol” using the number of downlink assignments notified from the central aggregation device 210. Note that if the scheduling information already includes “information necessary for calculating the number of code blocks or the number of bits of code blocks necessary for generating each OFDM symbol”, step S404 may be omitted.
  • step S405 the overhanging device 220 determines that each OFDM symbol is based on the “information necessary for calculating the number of code blocks or the number of bits of the code block required for generating each OFDM symbol” notified from the central aggregation device 210.
  • the number of code blocks or the number of bits of the code block necessary for generating is calculated. For example, when the number of downlink assignments is included in the scheduling information, the overhanging device 220 indicates that the scheduling information is “necessary for calculating the number of code blocks or the number of bits of the code block necessary for generating each OFDM symbol. Used as “information”.
  • the overhanging device 220 uses the number of downlink assignments, the number of RBs, the MCS, the TBS in each PDCCH, etc.
  • the extension device 220 can estimate “the number of code blocks necessary for generating each OFDM symbol”.
  • step S406 the central aggregation device 210 divides each user data into a plurality of code blocks using the “number of code blocks of each user data” calculated in step S403.
  • step S407 the central aggregation device 210 sequentially transmits each code block of each user data divided in step S406 to the extension device 220 using a frame protocol between the central aggregation device 210 and the extension device 220.
  • a frame protocol between the central aggregation device 210 and the extension device 220.
  • step S408 the overhanging device 220 adjusts the order of the user data received from the central aggregation device 210 and the order of the code blocks in order to reliably generate the OFDM symbols in order.
  • a specific example of the adjustment method is as described in step S307.
  • step S409 the extension device 220 receives the code block having the calculated number of code blocks or the number of bits based on “the number of code blocks or the number of bits of the code block necessary for generating each OFDM symbol” calculated in step S405. After that, an OFDM symbol is generated, and FFT / IFFT processing is executed on the generated OFDM symbol.
  • the central aggregation device 210 uses user data as a processing unit for encoding.
  • Data configuration information which is a divided code block (divided data) and indicates the configuration of a plurality of code blocks allocated to the OFDM symbol is transmitted to the extension device 220.
  • the overhanging device 220 can generate an OFDM symbol using the data configuration information without waiting for a subsequent code block.
  • FFT / IFFT processing delays are continuously reduced by making user data code blocks. It can be realized.
  • the data configuration information is information indicating the sizes of a plurality of code blocks.
  • the overhanging device 220 can grasp the size of the code block.
  • FFT / IFFT processing delay can be reliably reduced by making user data code blocks. Can continue to be realized.
  • the central aggregation device 210 may transmit the code block CB # i of each user data to the extension device 220 based on the metric M # i described in the first embodiment. Good.
  • the central aggregation device 210 may include the data configuration information transmission unit 216 described in the second embodiment, and transmit the data configuration information to the overhanging device 220.
  • the data configuration information is information (for example, the number, the number of bits, the bit length, etc.) indicating the size of a plurality of code blocks.
  • the central aggregation device 210 has the MAC and the RLC, and the overhanging device 220 has the radio unit (RF) and the radio physical layer (L1).
  • the protocol stacks to be included in the central aggregation device 210 and the overhanging device 220 are not necessarily limited to the form shown in FIG.
  • the central aggregation device 210 has only the MAC and RLC, but may further have PDCP and RRC. In this case, the central aggregation device 210 may be directly connected to the core network 20 without going through the central aggregation device 110.
  • the user apparatus 300 may be called a wireless communication terminal, a mobile station, or a user terminal, and the wireless base station is a node, a wireless communication apparatus, a system, or the like. May be called.
  • each functional block may be realized by one device physically and / or logically coupled, and two or more devices physically and / or logically separated may be directly and / or indirectly. (For example, wired and / or wireless) and may be realized by these plural devices.
  • FIG. 15 is a diagram illustrating an example of a hardware configuration of the central aggregation device 210 and the overhanging device 220.
  • the central aggregation device 210 and the overhanging device 220 are configured as computer devices including a processor 1001, a memory 1002, a storage 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, and the like. May be.
  • the processor 1001 controls the entire computer by operating an operating system, for example.
  • the processor 1001 may be configured by a central processing unit (CPU) including an interface with peripheral devices, a control device, an arithmetic device, a register, and the like.
  • CPU central processing unit
  • the memory 1002 is a computer-readable recording medium, and includes, for example, at least one of ROM (Read Only Memory), EPROM (Erasable Programmable ROM), EEPROM (Electrically Erasable Programmable ROM), RAM (Random Access Memory), and the like. May be.
  • the memory 1002 may be called a register, a cache, a main memory (main storage device), or the like.
  • the memory 1002 can store programs (program codes), software modules, and the like that can execute the methods according to the above-described embodiments.
  • the storage 1003 is a computer-readable recording medium such as an optical disc such as a CD-ROM (Compact Disc) ROM, a hard disk drive, a flexible disc, a magneto-optical disc (eg, a compact disc, a digital versatile disc, a Blu-ray). (Registered trademark) disk, smart card, flash memory (for example, card, stick, key drive), floppy (registered trademark) disk, magnetic strip, and the like. Further, the storage 1003 may be referred to as an auxiliary storage device.
  • the storage medium described above may be, for example, a database, server, or other suitable medium including the memory 1002 and / or the storage 1003.
  • the communication device 1004 is hardware (transmission / reception device) for performing communication between computers via a wired and / or wireless network, and is also referred to as a network device, a network controller, a network card, a communication module, or the like.
  • the input device 1005 is an input device (for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that accepts an input from the outside.
  • the output device 1006 is an output device (for example, a display, a speaker, an LED lamp, etc.) that performs output to the outside.
  • the input device 1005 and the output device 1006 may have an integrated configuration (for example, a touch panel).
  • each device such as the processor 1001 and the memory 1002 is connected by a bus 1007 for communicating information.
  • the bus 1007 may be configured with a single bus or may be configured with different buses between apparatuses.
  • the notification of data or information is not limited to the above-described embodiment, and may be performed by other methods.
  • the information notification may be physical layer signaling (for example, DCI (Downlink Control Information), UCI (Uplink Control Information)), upper layer signaling (for example, RRC signaling, MAC (Medium Access Control) signaling, broadcast information (MIB ( Master Information Block), SIB (System Information Block)), other signals, or combinations thereof, and RRC signaling may also be referred to as RRC messages, eg, RRC Connection Setup message, RRC It may be a Connection Reconfiguration message.
  • RRC messages eg, RRC Connection Setup message, RRC It may be a Connection Reconfiguration message.
  • Each aspect / embodiment described herein includes LTE, LTE-Advanced, SUPER 3G, IMT-Advanced, 4G, 5G, Future Radio Access (FRA), W-CDMA (registered trademark), GSM (registered trademark).
  • FAA Future Radio Access
  • W-CDMA registered trademark
  • GSM registered trademark
  • the present invention may be applied to a next generation system extended based on these.
  • the specific operation that is performed by the central aggregation device 210 and the overhanging device 220 may be performed by another network node (device). Further, the functions of the central aggregation device 210 and the extension device 220 may be provided by a combination of a plurality of other network nodes.
  • Input / output direction The data or information described herein can be output from the upper layer (or lower layer) to the lower layer (or upper layer). Input / output may be performed via a plurality of network nodes.
  • the input / output information may be stored in a specific place (for example, a memory) or may be managed by a management table.
  • the input / output information can be overwritten, updated, or additionally written.
  • the output information may be deleted.
  • the input information may be transmitted to other devices.
  • notification of predetermined information is not limited to explicitly performed, but is performed implicitly (for example, notification of the predetermined information is not performed). Also good.
  • Software refers to instructions, instruction sets, codes, code segments, program codes, programs, subprograms, whether called software, firmware, middleware, microcode, hardware description language, or other names It should be interpreted broadly to mean software modules, applications, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, functions, etc.
  • “software”, “command”, etc. may be transmitted / received via a transmission medium.
  • software may use websites, servers, or other devices using wired technology such as coaxial cable, fiber optic cable, twisted pair and digital subscriber line (DSL) and / or wireless technology such as infrared, wireless and microwave.
  • wired technology such as coaxial cable, fiber optic cable, twisted pair and digital subscriber line (DSL) and / or wireless technology such as infrared, wireless and microwave.
  • Information may be represented using any of a variety of different technologies.
  • data, commands, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description are voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any of these May be represented by a combination of
  • the channel and / or symbol may be a signal.
  • the signal may be a message.
  • the component carrier (CC) may be called a carrier frequency, a cell, or the like.
  • system and “network” are used interchangeably.
  • the value of “information” may be represented by an absolute value, may be represented by a relative value from a predetermined value, or may be represented by other corresponding information.
  • the radio resource may be indicated by an index.
  • a “base station” can accommodate one or more (eg, three) cells (also called sectors). When a base station accommodates multiple cells, the entire coverage area of the base station can be partitioned into multiple smaller areas, each smaller area being a base station subsystem (eg, indoor small base station RRH: Remote Radio Head) can also provide communication services.
  • the terms “cell” or “sector” refer to part or all of the coverage area of a base station and / or base station subsystem that provides communication services in this coverage. Further, the terms “base station”, “eNB”, “cell”, and “sector” may be used interchangeably herein.
  • a base station may also be referred to in terms such as a fixed station (fixed station), NodeB, eNodeB (eNB), access point (access point), femto cell, small cell, and the like.
  • User equipment is defined by those skilled in the art as a subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal. , Wireless terminal, remote terminal, handset, user agent, mobile client, client, or some other appropriate terminology.
  • any reference to elements using designations such as “first”, “second”, etc. does not generally limit the quantity or order of those elements. These designations can be used herein as a convenient way to distinguish between two or more elements. Thus, a reference to a first element and a second element does not mean that only two elements can be employed there, or that in some way the first element must precede the second element .
  • a radio frame may be composed of one or more frames in the time domain. Each frame or frames in the time domain may be referred to as a subframe.
  • Subframe may further be composed of one or a plurality of slots in the time domain.
  • Radio frame”, “subframe”, “slot”, and “symbol” all represent time units when transmitting a signal.
  • the “radio frame”, “subframe”, “slot”, and “symbol” may be different names corresponding to each.
  • the base station performs scheduling for allocating radio resources (frequency bandwidth, transmission power, etc. that can be used in each mobile station) to each mobile station.
  • TTI Transmission Time Interval
  • TTI Transmission Time Interval
  • the “resource block (RB)” is a resource allocation unit in the time domain and the frequency domain, and may include one or a plurality of continuous subcarriers in the frequency domain.
  • one or a plurality of symbols may be included, and one slot, one subframe, or a length of 1 TTI may be included.
  • One TTI and one subframe may each be composed of one or a plurality of resource blocks.
  • the structure of the radio frame described above is merely an example, the number of subframes included in the radio frame, the number of slots included in the subframe, the number of symbols and resource blocks included in the slots, and the subcarriers included in the resource blocks.
  • the number of can vary.
  • Data Configuration information receiver 226 Data configuration information controller 300 User device 1001 Processor 1002 Memory 1003 Storage 1004 Communication device 1005 Input device 1006 Output device S101-S105, S201-S205, S301-S309, S 01-S409 ... step

Abstract

MACスケジューラなどの上位レイヤの機能と、無線物理レイヤの機能とが分離して実装された場合でも、ユーザデータのコードブロック化によるFFT/IFFT処理遅延の低減を引き続き実現し得る通信システムを提供する。中央集約装置２１０と張出装置２２０からなる無線基地局（通信システム）において、中央集約装置２１０が、ユーザデータを符号化の処理単位に分割したコードブロックであり、OFDMシンボルの生成に必要な分量のコードブロックを１つのデータとして張出装置２２０へ送信する。

Description

通信システム
　本発明は、中央集約装置と、張出装置とを備え、ユーザ装置と無線通信を実行する無線基地局（通信システム）に関する。
　3GPP（3rd Generation Partnership Project）は、LTE（Long Term Evolution）の更なる高速化を目的としてLTE-Advancedを仕様化している。更に、3GPPでは、5G（5th generation mobile communication system）などと呼ばれるLTEの後継システムの仕様が検討されている。
　LTE（LTE-Advancedを含む。以下同様）では、MAC層におけるスケジューラ機能（MACスケジューラ）などを有する中央集約装置と、中央集約装置の設置場所から張り出して遠隔に配置する張出装置とを含む、C-RAN（Centralized LAN）型の無線基地局が規定されている。張出装置は、PA（Power Amplifier）/LNA（Low Noise Amplifier）、無線送受信モジュール及び変復調モジュールなどの無線部（RF部）を備える。かかる中央集約装置と張出装置とは、フロントホール（Fronthaul）と呼ばれる有線伝送路で接続されている。このような中央集約装置と張出装置とのインタフェースとしては、例えばCPRI（Common Public Radio Interface）が知られている。
　ところで、上述した5Gの仕様検討に際して、これまで中央集約装置に実装されていた無線物理レイヤ（レイヤ１）の機能を張出装置に実装することが提唱されている（非特許文献１）。
3GPP RWS-150051(3GPP RAN workshop on 5G), "5G Vision for 2020 and Beyond"、3GPP、2015年9月
　しかし、これまで中央集約装置に実装されていた無線物理レイヤの機能を張出装置に実装した場合、次のような問題がある。すなわち、LTEでは、PDSCH（Physical Downlink Shared Channel）でユーザデータをユーザ装置へ送信する際、無線物理レイヤにおいて、送信すべきトランスポートブロックのユーザデータを複数のコードブロック（Code Block；符号化の処理単位ブロック）に分割し、コードブロック毎に符号化などの処理を実行する。具体的には、無線物理レイヤは、各コードブロックを符号化し、符号化した複数のコードブロックを用いてOFDMシンボルを生成し、OFDMシンボル毎にFFT/IFFT処理を実行する。ユーザデータをコードブロック単位で処理するため、後続データの処理を待つ必要がないことから、FFT/IFFT処理遅延の低減を実現可能となる。
　一方、MACスケジューラなどの上位レイヤの機能が、これまで通り中央集約装置に実装され、無線物理レイヤの機能が張出装置に分離して実装された場合、ユーザデータのコードブロック化によるFFT/IFFT処理遅延の低減を引き続き実現するためには、中央集約装置が張出装置へユーザデータを転送する際にFFT/IFFT処理のタイミングを考慮する必要がある。
　しかしながら、現在では、中央集約装置が張出装置へユーザデータの識別子を通知する仕様しか検討されていないため、張出装置はどのコードブロックに対してFFT/IFFT処理を適用すべきかを把握できない。
　そこで、本発明は、このような状況に鑑みてなされたものであり、MACスケジューラなどの上位レイヤの機能と、無線物理レイヤの機能とが分離して実装された場合でも、ユーザデータのコードブロック化によるFFT/IFFT処理遅延の低減を引き続き実現し得る通信システムを提供することを目的とする。
　本発明の一態様に係る通信システムは、第１通信装置と第２通信装置からなる通信システムにおいて、前記第１通信装置は、ユーザデータをコード化の処理単位に分割した複数の分割データを前記第２通信装置へ送信するデータ送信部を備え、前記第２通信装置は、前記複数の分割データを用いてＯＦＤＭシンボルを生成するシンボル生成部を備え、前記データ送信部は、前記ＯＦＤＭシンボルの生成に必要な分量の前記分割データを１つのデータとして送信する。
　本発明の一態様に係る通信システムは、第１通信装置と第２通信装置からなる通信システムにおいて、前記第１通信装置は、ユーザデータをコード化の処理単位に分割した複数の分割データを前記第２通信装置へ送信するデータ送信部と、前記第２通信装置によって生成されるＯＦＤＭシンボルに割り当てられる複数の前記分割データの構成を示すデータ構成情報を前記第２通信装置へ送信する情報送信部と、を備え、前記第２通信装置は、前記複数の分割データと前記データ構成情報を用いて前記ＯＦＤＭシンボルを生成するシンボル生成部、を備える。
図１は、本実施形態に係る無線通信システム１０の全体概略構成図である。 図２は、無線通信システム１０の全体ブロック構成図である。 図３は、5Gの中央集約装置２１０の機能ブロック構成図である。 図４は、5Gの張出装置２２０の機能ブロック構成図である。 図５は、中央集約装置２１０及び張出装置２２０による下りリンク信号の送信処理を具体的に示すシーケンス図である。 図６は、コードブロックの送信フローを示す図である。 図７は、コードブロックを送信する際に用いるメトリック、各タイミングで行われる中央集約装置２１０及び張出装置２２０の動作例を示す図である。 図８は、中央集約装置２１０と張出装置２２０との間で用いられるフレームプロトコルのプロトコルフォーマットの一例を示す図である。 図９は、中央集約装置２１０から張出装置２２０へ送信されるコードブロックの送信例を示す図である。 図１０は、中央集約装置２１０から張出装置２２０へ送信されるコードブロックの送信例を示す図である。 図１１は、5Gの中央集約装置２１０の機能ブロック構成図である。 図１２は、5Gの張出装置２２０の機能ブロック構成図である。 中央集約装置２１０及び張出装置２２０による下りリンク信号の送信処理を具体的に示すシーケンス図である。 中央集約装置２１０及び張出装置２２０による下りリンク信号の送信処理を具体的に示すシーケンス図である。 中央集約装置２１０及び張出装置２２０のハードウェア構成の一例を示す図である。
　以下、実施形態を図面に基づいて説明する。なお、同一の機能又は構成には、同一又は類似の符号を付して、その説明を適宜省略する。
　［第１の実施形態］
　（１）無線通信システムの全体概略構成
　図１は、本実施形態に係る無線通信システム１０の全体概略構成図である。無線通信システム１０は、LTE（Long Term Evolution）及びLTEの後継システムである5Gに従った無線通信システムである。なお、本実施形態では、5Gと対応させる観点から、LTE（LTE-Advancedを含む）を適宜「4G」と称呼する。また、本実施形態では、5Gが導入された直後における無線通信システム１０の構成を想定しており、5Gが4Gを補完するLTE assisted operationを実現する。なお、本実施形態は、4Gを補完するLTE assisted operation以外に、5Gのみで通信を行うことができるStandalone型の無線通信システム、他の世代などの無線通信システム１０にも適用可能である。本実施形態が適用し得る適用システムについては後述する。
　無線通信システム１０は、コアネットワーク２０と、無線基地局１００と、無線基地局２００と、ユーザ装置３００とを含む。
　コアネットワーク２０は、EPC（Evolved Packet Core）とも呼ばれ、移動管理エンティティ（MME）、サービングゲートウェイ（S-GW）及びPDNゲートウェイ（P-GW）などによって構成される。
　無線基地局１００は、4Gに従った無線基地局であり、eNodeBとも呼ばれている。無線基地局１００は、S1-MME又はS1-Uインタフェースを介してコアネットワーク２０を構成する装置（ノード）と接続される。
　無線基地局２００は、5Gに従った無線基地局である。無線基地局２００は、X2インタフェース（例えば、X2-AP’インタフェース、X2-U’インタフェース）を介して無線基地局１００と接続される。
　ユーザ装置３００は、無線基地局１００及び無線基地局２００と無線通信を実行できる。ユーザ装置３００は、無線通信端末又は移動局と呼ばれてもよい。無線基地局２００及びユーザ装置３００は、複数のアンテナ素子から送信される無線信号を制御することによって、より指向性の高いビームを生成するMassive MIMO、複数のコンポーネントキャリア（CC）を用いるキャリアアグリゲーション（CA）、及び複数の無線基地局とユーザ装置３００との間においてコンポーネントキャリアを同時送信するデュアルコネクティビティ（DC）などに対応できる。
　図２は、無線通信システム１０の全体ブロック構成図である。図２に示すように、無線基地局１００は、中央集約装置１１０及び張出装置１２０によって構成される。同様に、無線基地局２００は、中央集約装置２１０及び張出装置２２０によって構成される。無線基地局１００及び無線基地局２００は、中央集約装置及び張出装置以外の他の装置を含んでもよい。
　中央集約装置１１０は、無線物理レイヤ（L1）、ミディアムアクセス制御レイヤ（MAC）、無線リンク制御レイヤ（RLC）、パケット・データ・コンバージェンス・プロトコルレイヤ（PDCP）を有する。また、中央集約装置１１０は、PDCPの上位レイヤとして、無線リソース制御レイヤ（RRC）を有する。
　張出装置１２０は、中央集約装置１１０の設置場所から張り出して遠隔に配置されることができる。また、張出装置１２０は、PA（Power Amplifier）/LNA（Low Noise Amplifier）、無線送受信モジュール及び変復調モジュールなどの無線部（RF）を有する。
　中央集約装置１１０は、セントラルユニット（Central Unit）とも呼ばれ、張出装置１２０は、リモートユニット（Remote Unit）とも呼ばれる。中央集約装置１１０と張出装置１２０とは、フロントホール（Franthaul）と呼ばれる有線伝送路で接続される。このような中央集約装置１１０と張出装置１２０とのインタフェースとしては、例えば、CPRI（Common Public Radio Interface）が用いられる。
　中央集約装置２１０（第１通信装置）及び張出装置２２０（第２通信装置）は、上述した中央集約装置１１０及び張出装置１２０にそれぞれ対応する。但し、レイヤ構成が異なっている。具体的には、中央集約装置２１０は、ミディアムアクセス制御レイヤ（MAC）及び無線リンク制御レイヤ（RLC）を有する。張出装置２２０は、無線物理レイヤ（L1）及び無線部（RF）を有する。なお、上述したように、中央集約装置２１０は、X2インタフェースを介して中央集約装置１１０と接続される。
　（２）無線通信システムの機能ブロック構成
　次に、無線通信システム１０の機能ブロック構成について説明する。具体的には、無線基地局２００の中央集約装置２１０及び張出装置２２０の機能ブロック構成について説明する。
　（２．１）中央集約装置２１０
　図３は、5Gの中央集約装置２１０の機能ブロック構成図である。図３に示すように、中央集約装置２１０は、スケジュール処理部２１１と、スケジューリング情報送信部２１２と、ユーザデータ制御部２１３と、ユーザデータ送信部２１４と、X2IF部２１５とを備える。
　スケジュール処理部２１１（MACスケジューラ）は、どのユーザ装置３００にどの無線リソースを割り当てるかを決定するスケジュール処理を行う。具体的には、スケジュール処理部２１１は、スケジュール処理により選択したユーザ装置３００に対して、スケジューリング情報（無線リソースの割り当て情報）を生成する。スケジューリング情報には、例えば、RB（Resource Block）数、MCS（Modulation and Coding Scheme；変調方式，符号化率）、TBS（Transport Block Size)、送信Rank数、ダウンリンクアサイメント（DL assignment）数などが含まれる。
　スケジューリング情報送信部２１２は、スケジュール処理部２１１によって生成されたスケジューリング情報を張出装置２２０へ送信する。
　ユーザデータ制御部２１３は、トランスポートブロックのユーザデータを符号化（コード化）の処理単位に分割した複数のコードブロック（複数の分割データ）のうち、張出装置２２０によって生成される各OFDMシンボルの生成に必要な分量のコードブロック（分割データ）をユーザデータから切り出す。例えば、ユーザデータ制御部２１３は、ユーザデータのコードブロックから、「各OFDMシンボルの生成に必要な数のコードブロック」を切り出す。「切り出す」とは、例えば、コードブロックから「各OFDMシンボルの生成に必要な数のコードブロック」を１つのデータとして切り分けることをいう。又は、ユーザデータ制御部２１３は、「各OFDMシンボルの生成に必要な数のコードブロック」を切り出すのに代えて、「各OFDMシンボルの生成に必要なビット数のコードブロック」を切り出してもよい。以下同様である。
　ユーザデータ送信部２１４は、ユーザデータ制御部２１３によってユーザデータから切り出された「各OFDMシンボルの生成に必要な数のコードブロック」を１つのデータとして張出装置２２０へ送信する。例えば、ユーザデータ送信部２１４は、「各OFDMシンボルの生成に必要な数のコードブロック」として１つに纏められたデータを送信する。
　X2IF部２１５は、中央集約装置１１０との通信を実現するためのインタフェースを提供する。具体的には、X2IF部２１５は、中央集約装置１１０と中央集約装置２１０とを、MAC及びRLCを用いて直接接続するインタフェースであり、既存のオープンインタフェースであることが好ましい。ユーザ装置３００の送受信データは、X2IF部２１５を介して無線基地局１００と中継される。
　（２．２）張出装置２２０
　図４は、5Gの張出装置２２０の機能ブロック構成図である。図４に示すように、張出装置２２０は、スケジューリング情報受信部２２１と、ユーザデータ受信部２２２と、FFT/IFFT処理部２２３と、無線通信部２２４とを備える。
　スケジューリング情報受信部２２１は、中央集約装置２１０から、スケジューリング情報を受信する。受信したスケジューリング情報には、どのユーザ装置３００にどの無線リソースを割り当てるかを決定するための無線リソース割り当て情報が含まれている。
　ユーザデータ受信部２２２は、中央集約装置２１０から、「各OFDMシンボルの生成に必要な数のコードブロック」を受信する。例えば、ユーザデータ受信部２２２は、「各OFDMシンボルの生成に必要な数のコードブロック」である１つのデータを受信する。
　FFT/IFFT処理部（シンボル生成部）２２３は、中央集約装置２１０からコードブロックを受信した後、受信した各コードブロックに対してそれぞれ符号化の処理を行い、受信した数のコードブロックを用いてOFDMシンボル信号を生成し、OFDMシンボル単位でFFT（Fast Fourier Transform）処理又はIFFT（Inverse Fast Fourier Transform）処理を実行する。なお、FFT/IFFT処理部２２３の備える複数の機能のうち、符号化処理とOFDMシンボル生成処理とを他の独立した機能部で実行してもよい。
　無線通信部２２４は、中央集約装置２１０から受信したスケジューリング情報を用いて、送信すべきユーザデータのRF（Radio Frequency）処理を行い、PDSCH又はPDCCH（Physical Downlink Control Channel）により下りリンク信号をユーザ装置３００へ送信する。
　（３）無線通信システムの動作
　次に、無線通信システム１０の動作について説明する。具体的には、中央集約装置２１０及び張出装置２２０による下りリンク信号の送信処理について説明する。
　図５は、中央集約装置２１０及び張出装置２２０による下りリンク信号の送信処理を具体的に示すシーケンス図である。この動作例では、ユーザデータのコードブロックから「各OFDMシンボルの生成に必要な数のコードブロック」を切り出す場合について説明する。
　ステップＳ１０１において、中央集約装置２１０は、所定のサブフレーム（Sub Frame）及びTTI（Transmission Time Interval）において、どのユーザ装置３００にどの無線リソースを割り当てるかを決定したスケジューリング情報を張出装置２２０へ送信する。
　ステップＳ１０２において、張出装置２２０は、中央集約装置２１０から受信したスケジューリング情報に基づき、どのユーザ装置３００にどの無線リソースを割り当てるかを予め算出する。具体的には、張出装置２２０は、PDSCHの下りリンク信号を生成するため、スケジューリング情報に含まれる無線リソースの割り当て情報（RB数，MCS等）を用いて、どのユーザ装置３００にどの無線リソースを割り当てるかを特定する。
　ステップＳ１０３において、中央集約装置２１０は、ユーザ装置３００毎に、ユーザデータをコード化の処理単位に分割した複数のコードブロックのうち、張出装置２２０によって生成される「各OFDMシンボルの生成に必要なコードブロック数」を算出する。具体的には、中央集約装置２１０は、例えば、ユーザデータのTBSをPDSCHに用いるOFDMシンボル数で除算することにより、「１OFDMシンボルの生成に必要なコードブロック数」を算出する。なお、「PDSCHに用いるOFDMシンボル数」は、OFDMシンボルの総数から、PDCCHで用いられるOFDMシンボル数を減算した値である。例えば、「PDSCHに用いるOFDMシンボル数」は、OFDMシンボル総数（１４シンボル）から、PDCCHで用いられるOFDMシンボル数（１シンボル，２シンボル，又は３シンボル）を減算した１３シンボル乃至１１シンボルのうちいずれかとなる。
　ステップＳ１０４において、中央集約装置２１０は、ステップＳ１０３で算出した数のコードブロックをユーザデータのトランスポートブロックから切り出し、中央集約装置２１０と張出装置２２０との間のフレームプロトコルを用いて、張出装置２２０へ送信する。例えば、「１OFDMシンボルの生成に必要なコードブロック数」が５つの場合、中央集約装置２１０は、５つ分のコードブロックの１つのデータをユーザデータから切り出して張出装置２２０へ送信する。なお、フレームプロトコルのプロトコルフォーマットについては、後述する。
　ステップＳ１０５において、張出装置２２０は、中央集約装置２１０からコードブロックを受信した後、受信した各コードブロックに対してそれぞれ符号化の処理を行い、受信した数のコードブロックを用いてOFDMシンボルを生成し、生成したOFDMシンボルに対してFFT/IFFT処理を実行する。例えば、「１OFDMシンボルに割り当てられるコードブロック数」が５つの場合、中央集約装置２１０により５つ分のコードブロックが１つに纏まった状態で送信される。張出装置２２０は、その５つ分のコードブロックを一度に纏めて受信すると、その５つ分のコードブロックを用いてOFDMシンボルを生成し、FFT/IFFT処理を実行する。
　以降、中央集約装置２１０は、ステップＳ１０３とステップＳ１０４を繰り返し実行する。一方、張出装置２２０は、中央集約装置２１０から「OFDMシンボルの生成に必要な数のコードブロック」を受信した後にステップＳ１０５を実行する。張出装置２２０は、所定のタイミングで、ステップＳ１０２で特定された無線リソースの割り当て情報に基づき、FFT/IFFT処理後のコードブロックを無線リソース（RB等）に割り当て、PDSCHの下りリンク信号を生成して無線伝送路を介してユーザ装置３００へ送信する。
　次に、中央集約装置２１０で行うコードブロックの具体的な送信方法について説明する。図６は、コードブロックの送信フローを示す図である。図７は、コードブロックを送信する際に用いるメトリック、各タイミングで行われる中央集約装置２１０及び張出装置２２０の動作例を示す図である。ここで、メトリックとは、OFDMシンボルの生成に関する情報であり、具体的には１つのコードブロックで生成可能なOFDMシンボル数（後述するＭｓｔｅｐ＃ｉ）の積算値である。メトリックは、ユーザデータ毎に用いられる。
　ステップＳ２０１において、中央集約装置２１０は、各ユーザ装置ＵＥ＃ｉのメトリックＭ＃ｉをそれぞれ“０”に初期化する。図７では、ｔ＝０の時刻において、各ユーザ装置ＵＥ＃１～ＵＥ＃３の各メトリックＭ＃１～Ｍ＃３が“０”であることに対応する。
　ステップＳ２０２において、中央集約装置２１０は、ユーザ装置ＵＥ＃ｉに割り当てられるRB数とMCSとTBSとを用いて、各ユーザ装置ＵＥ＃ｉのユーザデータのコードブロック数ＮｕｍＣＢ＃ｉを算出する。例えば、中央集約装置２１０は、ユーザ装置３００に割り当てられたRB数とMCSとを用いてユーザデータのTBSを算出し、該TBSを所定のサイズ（例えば、固定長のコードブロックの最大サイズ）で除算することにより、ユーザデータのコードブロック数を算出する。なお、図７では、PDSCHの送信に対して使用可能なOFDMシンボルの総数を１２、ユーザ装置ＵＥ＃ｉの総数を３、各ユーザ装置ＵＥ＃ｉ（ｉ＝１～３）のコードブロックの総数ＮｕｍＣＢ＃１～ＮｕｍＣＢ＃３をそれぞれ３，４，２としている。
　ステップＳ２０３において、中央集約装置２１０は、各ユーザ装置ＵＥ＃ｉの各コードブロックによっていくつのOFDMシンボルを生成可能であるかを示すOFDM信号生成可能数Ｍｓｔｅｐ＃ｉを算出する。OFDM信号生成可能数Ｍｓｔｅｐ＃ｉは、「PDSCHの送信に対して使用可能なOFDMシンボルの総数」を各ユーザ装置ＵＥ＃ｉの「コードブロックの総数」でそれぞれ除算することにより算出される。以下、その理由について概説する。なお、ここでは、「各OFDMシンボルの生成に必要な数のコードブロック」ではなく、OFDMシンボルに対するユーザデータのマッピング方法を中心に説明する。
　ユーザデータは、PDSCHを生成するOFDMシンボルに跨って時間領域でマッピングされる。それゆえ、例えば、PDSCHの生成に１２OFDMシンボルを用いるとし、ユーザデータ＃１のコードブロックの総数ＮｕｍＣＢ＃１が３つの場合、１つ目のコードブロックＣＢ＃１が４つに分割されて最初の１～４OFDMシンボルへマッピングされ、２つ目のコードブロックＣＢ＃２が４つに分割されて後続の５～８OFDMシンボルへマッピングされ、３つ目のコードブロックＣＢ＃３が４つに分割されて更に後続の９～１２OFDMシンボルへマッピングされる。
　同様に、ユーザデータ＃２のコードブロックの総数ＮｕｍＣＢ＃２が４つの場合、１つ目のコードブロックＣＢ＃１が３つに分割されて最初の１～３OFDMシンボルへマッピングされ、２つ目のコードブロックＣＢ＃２が３つに分割されて後続の４～６OFDMシンボルへマッピングされ、３つ目のコードブロックＣＢ＃３が３つに分割されて更に後続の７～９OFDMシンボルへマッピングされ、４つ目のコードブロック＃４が３つに分割されてその更に後続の１０～１２OFDMシンボルへマッピングされる。
　同様に、ユーザデータ＃３のコードブロックの総数ＮｕｍＣＢ＃２が２つの場合、１つ目のコードブロックＣＢ＃１が６つに分割されて最初の１～６OFDMシンボルへマッピングされ、２つ目のコードブロックＣＢ＃２が６つに分割されて後続の７～１２OFDMシンボルへマッピングされる。
　このように、ユーザデータのコードブロックの総数が決定すれば、1つのコードブロックでいくつのOFDMシンボルを生成可能であるか、つまりOFDM信号生成可能数Ｍｓｔｅｐ＃ｉを算出可能となる。上記の例の場合、ユーザデータ＃１のOFDM信号生成可能数Ｍｓｔｅｐ＃１は、４（＝１２／３）となる。このユーザに限って言えば、１つ目のコードブロックがあれば、最初の４OFDMシンボルを生成可能となる。同様に、ユーザデータ＃２のOFDM信号生成可能数Ｍｓｔｅｐ＃２は、３（＝１２／４）となる。このユーザに限って言えば、１つ目のコードブロックがあれば、最初の３OFDMシンボルを生成可能となる。同様に、ユーザデータ＃３のOFDM信号生成可能数Ｍｓｔｅｐ＃３は、６（＝１２／２）となる。このユーザに限って言えば、１つ目のコードブロックがあれば、最初の６OFDMシンボルを生成可能となる。
　ステップＳ２０４において、中央集約装置２１０は、所定の時刻において、各ユーザ装置ＵＥ＃ｉのうちメトリックＭ＃ｉの小さいユーザ装置ＵＥ＃ｉから順にコードブロックを張出装置２２０へ送信する。このとき、中央集約装置２１０は、所定の時刻において複数のユーザ装置ＵＥ＃ｉのメトリックが同じ場合、メトリックが同一のユーザ装置ＵＥ＃ｉをランダムに選択してもよいし、識別子ｉが最も小さい又は最も大きいユーザ装置ＵＥ＃ｉを選択してもよい。
　ステップＳ２０５において、中央集約装置２１０は、ステップＳ２０４でコードブロックを送信したユーザ装置ＵＥ＃ｉのメトリックＭ＃ｉにOFDM信号生成可能数Ｍｓｔｅｐ＃ｉを加算し、ステップＳ２０４へ戻る。以降、ステップＳ２０４とステップＳ２０５を繰り返す。なお、中央集約装置２１０は、コードワードがマルチコードワードの場合、メトリックＭ＃ｉをコードワード毎に管理し算出する。
　ここで、各OFDMシンボルを生成するには、１つのユーザデータだけではなく、OFDMシンボルにマッピングされる他のユーザデータのコードブロックも張出装置２２０で受信されている必要がある。そのため、実際には、中央集約装置２１０は、各ユーザ装置ＵＥ＃ｉの各メトリックＭ＃ｉを参照し、１OFDMシンボルに全てのユーザデータのコードブロックがマッピングされるように各ユーザデータのコードブロックを一度にまとめて送信する。図７の場合、ｔ＝１の時刻において、中央集約装置２１０は、ユーザ装置ＵＥ＃１のコードブロックＣＢ＃１と、ユーザ装置ＵＥ＃２のコードブロックＣＢ＃１と、ユーザ装置ＵＥ＃３のコードブロックＣＢ＃１とを１つのデータとして送信する。張出装置２２０では、ｔ＝１の時刻において、１～３までの各OFDMシンボルをそれぞれ生成するのに必要な全てのユーザデータ＃１～＃３のコードブロックを受信できているので、３番目までのOFDMシンボルを生成可能となる。次に、ｔ＝２の時刻において、張出装置２２０では、ユーザ装置ＵＥ＃２のコードブロックＣＢ＃２を送信する。張出装置２２０では、ｔ＝２の時刻において、４つ目のOFDMシンボルを生成するのに必要な全てのユーザデータ＃１～＃３のコードブロックを受信できているので、４番目までのOFDMシンボルを生成可能となる。
　ここで、メトリックＭ＃ｉについて説明する。メトリックＭ＃ｉとは、上述した通り、１つのコードブロックで生成可能なOFDMシンボルの数の積算値であり、ユーザデータ毎に用いられる。上記例の場合、各ユーザ装置ＵＥ＃１～ＵＥ＃３の各メトリックＭ＃１～Ｍ＃３は、それぞれ、４，３，６である。一方、OFDMシンボルを生成するには、当該OFDMシンボルを構成するための全てのユーザデータが必要である。それゆえ、中央集約装置２１０は、全てのユーザデータに関するコードブロックを送信した時点で、４，３，６のうち最も小さい３と同数までのOFDMシンボルを張出装置２２０で生成可能であることを把握できる。
　そのため、中央集約装置２１０において、メトリックＭ＃ｉとは、「張出装置２２０で順番に生成される複数のOFDMシンボルのうち所定番目のOFDMシンボルまで生成可能であることを示す情報」と言える。また、上記の送信時点では、４番目以降のOFDMシンボルを生成できないことも同時に把握でき、３番目までのOFDMシンボルのみを生成可能であることも考慮すると、メトリックＭ＃ｉとは、「張出装置２２０で順番に生成される複数のOFDMシンボルの生成順序に関する情報」とも言える。つまり、中央集約装置２１０は、各ユーザ装置ＵＥ＃ｉの各メトリックＭ＃ｉの値から、例えば、３番目までのOFDMシンボルを４番目以降のOFDMシンボルよりも先に生成することを把握可能となる。
　また、中央集約装置２１０は、メトリックＭ＃ｉを張出装置２２０へ通知し、張出装置２２０と共有してもよい。その場合、メトリックＭ＃ｉは、張出装置２２０において、「順番に生成される複数のOFDMシンボルのうち所定番目のOFDMシンボルまで生成するかを決定するための情報」として用いてもよい。
　いずれにいせよ、メトリックＭ＃ｉとは、中央集約装置２１０と張出装置２２０とにおいて、「順番に生成される複数のOFDMシンボルの生成順序又は生成範囲を示す情報」、若しくは「順番に生成される複数のOFDMシンボルの生成に関する情報」として用いられる。中央集約装置は、メトリックＭ＃ｉに基づきコードブロックを送信する。
　次に、中央集約装置２１０と張出装置２２０との間で用いられるフレームプロトコルについて説明する。中央集約装置２１０は、フレームプロトコルに、例えば、コードブロックの識別子、ユーザデータの識別子、ユーザ装置３００の識別子、ユーザデータを転送するトランスポートブロックの識別子、トランスポートブロック内で先頭から何番目のコードブロックかを示す識別子、コードブロックのサイズ等を含めてもよい。以下詳述する。
　図８は、フレームプロトコルのプロトコルフォーマットの一例を示す図である。図示するプロトコルフォーマットには、「ヘッダフィールド」と、「ペイロードフィールド」とが含まれる。
　「ヘッダフィールド」は、「ペイロードフィールド」のデータがどのような種類などのデータであるかを示す情報が設定される領域である。本実施形態では、ユーザデータの識別子、コードブロックの識別子、コードブロックのブロック長などが含まれる。「ペイロードフィールド」は、ユーザ装置３００へ送信されるユーザデータが設定される領域である。本実施の形態では、ユーザデータのコードブロックが含まれる。
　具体的には、図８（ａ）に示すように、「ヘッダフィールド」には、「ペイロードフィールド」のユーザデータがどのユーザ装置３００のどのコードブロックであるかを示す情報が含まれる。マルチコードワードの場合、「ヘッダフィールド」には、各コードワードを識別するためのコードワード識別子が含まれてもよい。
　また、図８（ｂ）に示すように、「ヘッダフィールド」には、コードブロック毎に、コードブロックのブロック長（Length Indicator）が含まれてもよい。その場合、最後のコードブロックのブロック長は、全体の長さから暗黙的に算出できるので、そのブロック長さを含めなくてもよい。
　また、張出装置２２０では、各コードブロックのブロック長をそれぞれ算出可能である。それゆえ、中央集約装置２１０は、複数のコードブロックを常に順番通りに送信する場合、必ずしも複数のコードブロックのブロック長を個々に通知する必要はない。そこで、図８（ｃ）に示すように、「ヘッダフィールド」に複数のコードブロックに対応する総ブロック長を含めてもよい。張出装置２２０は、中央集約装置２１０から別途通知される各ユーザのスケジューリング情報に基づき、複数のコードブロックを個々のコードブロックに分離可能である。
　また、図８（ｄ）に示すように、コードブロックを、該コードブロックの識別子及びブロック長を含むヘッダフィールドの直後に含めてもよい。これにより、張出装置２２０は、コードブロックと該コードブロックの識別子とを組み合わせたデータを受信するので、コードブロックを受信したタイミングで該コードブロックを識別できることから、符号化などの並列処理を更に高めることができる。また、コードブロックをヘッダフィールドの直後ではなく、コードブロックをヘッダフィールドの後に配置し、該ヘッダフィールドと該コードブロックとの間に何らかのデータを含めてもよい。
　図９は、中央集約装置２１０から張出装置２２０へ送信されるコードブロックの送信例を示す図である。OFDMシンボルの生成に必要なコードブロック数が３であり、ユーザデータ＃１のコードブロックＣＢ＃１、ユーザデータ＃２のコードブロックＣＢ＃１、ユーザデータ＃３のコードブロックＣＢ＃１が順次送信された場合、張出装置２２０は、その３つ目のコードブロックを受信した後に、１OFDMシンボルを生成し、FFT/IFFT処理を開始可能となる。他の送信例を図１０に示す。張出装置２２０は、例えば、ユーザ装置ＵＥ＃１の２つのコードブロックＣＢ＃１，ＣＢ＃２と、ユーザ装置ＵＥ＃２のコードブロックＣＢ＃１とを受信した後にFFT/IFFT処理を開始できる。これにより、FFT/IFFT処理遅延を低減できる。
　（４）作用・効果
　上述した本実施形態によれば、中央集約装置２１０と張出装置２２０からなる無線基地局（通信システム）において、中央集約装置２１０が、ユーザデータを符号化の処理単位に分割したコードブロック（分割データ）であり、OFDMシンボルの生成に必要な分量のコードブロックを１つのデータとして張出装置２２０へ送信する。これにより、張出装置２２０は、後続のコードブロックを待つことなく、１つのデータに含まれる数のコードブロックを用いてOFDMシンボルを生成できる。その結果、無線基地局において、MACスケジューラなどの上位レイヤの機能と、無線物理レイヤの機能とが分離して実装された場合でも、ユーザデータのコードブロック化によるFFT/IFFT処理遅延の低減を引き続き実現し得る。
　また、本実施形態では、中央集約装置２１０が、複数のOFDMシンボルの生成順序又は生成範囲を示す情報（メトリック）に基づきコードブロックを送信する。これにより、張出装置２２０は、各OFDMシンボルの生成順序又は生成範囲を把握できる。その結果、無線基地局において、MACスケジューラなどの上位レイヤの機能と、無線物理レイヤの機能とが分離して実装された場合でも、ユーザデータのコードブロック化によるFFT/IFFT処理遅延の低減を確実に引き続き実現し得る。
　また、本実施形態では、中央集約装置２１０が、コードブロックの識別子と、コードブロックのブロック長と、複数のコードブロックの総ブロック長とのうち少なくとも１つを更に送信する。コードブロックの識別子等は、OFDMシンボルを生成するための一要素と成り得ることから、張出装置２２０でコードブロックの識別子等を用いてOFDMシンボルを確実に生成できる。その結果、無線基地局において、MACスケジューラなどの上位レイヤの機能と、無線物理レイヤの機能とが分離して実装された場合でも、ユーザデータのコードブロック化によるFFT/IFFT処理遅延の低減を確実に引き続き実現し得る。
　また、本実施形態では、中央集約装置２１０が、コードブロックを該コードブロックの識別子を含むヘッダフィールドの後に送信する。張出装置２２０は、コードブロックと該コードブロックの識別子とを組み合わせて受信することから、コードブロックに対する符号化処理などを並列に実行でき、その結果FFT/IFFT処理遅延の低減を確実に引き続き実現し得る。
　（５）その他
　なお、本実施形態では、ユーザデータのコードブロックから「各OFDMシンボルの生成に必要な数のコードブロック」を切り出す場合について説明したが、「各OFDMシンボルの生成に必要なビット数のコードブロック」を切り出す場合についても同様の動作を行うことが可能であり、同様の効果を得ることができる。
　また、本実施形態では、ステップＳ１０４において、「５つ分のコードブロックの１つのデータをユーザデータから切り出して張出装置２２０へ送信する」場合について説明したが、中央集約装置２１０は、ユーザデータのコードブロックを全て複数のコードブロックに予め分割しておき、OFDMシンボルの生成に必要な数のコードブロックを１つに纏めて又は極めて短時間の間に張出装置２２０へ送信してもよい。
　また、本実施の形態において、中央集約装置２１０は、第２の実施形態で説明するデータ構成情報送信部２１６を更に備えてもよい。この場合、データ構成情報送信部２１６は、第２の実施形態で説明するデータ構成情報を張出装置２２０へ送信する。該データ構成情報とは、第２の実施形態で詳述するが、複数のコードブロックの大きさを示す情報（例えば、数、ビット数、ビット長など）である。
　［第２の実施形態］
　（１）無線通信システムの全体概略構成
　本実施形態に係る無線通信システム１０の全体構成は、第１の実施形態と同様のため、ここでの説明は省略する。
　（２）無線通信システムの機能ブロック構成
　次に、本実施形態に係る無線通信システム１０の機能ブロック構成について説明する。具体的には、無線基地局２００の中央集約装置２１０及び張出装置２２０の機能ブロック構成について説明する。
　（２．１）中央集約装置２１０
　図１１は、5Gの中央集約装置２１０の機能ブロック構成図である。図１１に示すように、中央集約装置２１０は、第１の実施形態で備えた機能部に加えて、データ構成情報送信部２１６を更に備える。
　スケジュール処理部２１１（MACスケジューラ）は、どのユーザ装置３００にどの無線リソースを割り当てるかを決定するスケジュール処理を行う。具体的には、スケジュール処理部２１１は、スケジュール処理により選択したユーザ装置３００に対して、スケジューリング情報（無線リソースの割り当て情報）を生成する。スケジューリング情報には、例えば、RB（Resource Block）数、MCS（Modulation and Coding Scheme；変調方式，符号化率）、TBS（Transport Block Size)、送信Rank数、ダウンリンクアサイメント（DL assignment）数などが含まれる。
　スケジューリング情報送信部２１２は、スケジュール処理部２１１によって生成されたスケジューリング情報を張出装置２２０へ送信する。
　ユーザデータ制御部２１３は、トランスポートブロックのユーザデータを符号化の処理単位で分割することにより、複数のコードブロックを生成する。具体的には、ユーザデータ制御部２１３は、スケジュール処理部２１１で割り当てられたRB数及びMCSを用いてTBSを算出し、該TBSを所定のサイズ（例えば、固定長のコードブロックの最大サイズ）で除算することによりコードブロック数を算出し、該数のコードブロックを生成する。
　また、ユーザデータ制御部２１３は、張出装置２２０によって生成されるOFDMシンボルに割り当てられる複数のコードブロックの構成を示すデータ構成情報を算出する。例えば、ユーザデータ制御部２１３は、「各OFDMシンボルの生成に必要なコードブロック数」、「各OFDMシンボルの生成に必要なコードブロックのビット数」、「順番に生成される複数のOFDMシンボルの生成順序又は生成範囲を示す情報（メトリック）」などを算出する。その他、ユーザデータ制御部２１３は、「各OFDMシンボルの生成に必要なコードブロック数又はコードブロックのビット数の算出に必要な情報（例えば、スケジューリング情報等に含まれるダウンリンクアサイメント数など）」などを算出してもよい。つまり、データ構成情報としては、複数のコードブロックの大きさを示す情報（例えば、数、ビット数、ビット長など）を用いることができる。
　ユーザデータ送信部２１４は、ユーザデータ制御部２１３によって生成された各ユーザデータの各コードブロックを張出装置２２０へ送信する。また、ユーザデータ送信部２１４は、第１の実施形態で説明したメトリックＭ＃ｉに基づき各ユーザデータのコードブロックを張出装置２２０へ送信してもよい。
　データ構成情報送信部２１６は、ユーザデータ制御部２１３によって生成されたデータ構成情報を張出装置２２０へ送信する。例えば、データ構成情報送信部２１６は、「各OFDMシンボルの生成に必要なコードブロック数」のみを通知してもよいし、「各OFDMシンボルの生成に必要なコードブロック数」と「各OFDMシンボルの生成に必要なコードブロックのビット数」の両方を通知してもよい。両方を通知した場合、張出装置２２０によって適宜選択される。
　X2IF部２１５は、中央集約装置１１０との通信を実現するためのインタフェースを提供する。具体的には、X2IF部２１５は、中央集約装置１１０と中央集約装置２１０とを、MAC及びRLCを用いて直接接続するインタフェースであり、既存のオープンインタフェースであることが好ましい。ユーザ装置３００の送受信データは、X2IF部２１５を介して無線基地局１００と中継される。
　（２．２）張出装置２２０
　図１２は、5Gの張出装置２２０の機能ブロック構成図である。図１２に示すように、張出装置２２０は、第１の実施形態で備えた機能部に加えて、データ構成情報受信部２２５と、データ構成情報制御部２２６とを更に備える。
　スケジューリング情報受信部２２１は、中央集約装置２１０から、スケジューリング情報を受信する。受信したスケジューリング情報には、どのユーザ装置３００にどの無線リソースを割り当てるかを決定するための無線リソース割り当て情報が含まれている。
　ユーザデータ受信部２２２は、中央集約装置２１０から、各ユーザデータの各コードブロックを受信する。
　データ構成情報受信部２２５は、中央集約装置２１０から、データ構成情報を受信する。受信したデータ構成情報には、OFDMシンボルに割り当てられる複数のコードブロックの構成を示す情報が含まれている。
　データ構成情報制御部２２６は、中央集約装置２１０からデータ構成情報として「各OFDMシンボルの生成に必要なコードブロック数又はコードブロックのビット数の算出に必要な情報」を受信した場合、その受信情報に基づき「各OFDMシンボルの生成に必要なコードブロック数又はコードブロックのビット数」を算出する。
　FFT/IFFT処理部（シンボル生成部）２２３は、中央集約装置２１０から受信したコードブロックに対してそれぞれ符号化の処理を行い、受信したデータ構成情報に含まれる「各OFDMシンボルの生成に必要なコードブロック数又はコードブロックのビット数」のコードブロック、又はデータ構成情報制御部２２６で算出した「各OFDMシンボルの生成に必要なコードブロック数又はコードブロックのビット数」のコードブロックを用いてOFDMシンボル信号を生成する。その後、FFT/IFFT処理部２２３は、OFDMシンボル単位でFFT処理又はIFFT処理を実行する。
　無線通信部２２４は、中央集約装置２１０から受信したスケジューリング情報を用いて、送信すべきユーザデータのRF処理を行い、PDSCH又はPDCCHにより下りリンク信号をユーザ装置３００に送信する。
　（３）無線通信システムの動作
　次に、無線通信システム１０の動作について説明する。具体的には、中央集約装置２１０及び張出装置２２０による下りリンク信号の送信処理について説明する。
　図１３は、中央集約装置２１０及び張出装置２２０による下りリンク信号の送信処理を具体的に示すシーケンス図である。この動作例では、データ構成情報として、「各OFDMシンボルの生成に必要なコードブロック数」を用いる場合について説明する。
　ステップＳ３０１において、中央集約装置２１０は、所定のサブフレーム及びTTIにおいて、どのユーザ装置３００にどの無線リソースを割り当てるかを決定したスケジューリング情報を張出装置２２０へ送信する。
　ステップＳ３０２において、張出装置２２０は、中央集約装置２１０から受信したスケジューリング情報に基づき、どのユーザ装置３００にどの無線リソースを割り当てるかを予め算出する。具体的には、ステップＳ１０２で説明した通り、張出装置２２０は、スケジューリング情報に含まれる無線リソースの割り当て情報（RB数，MCS等）を用いて、無線リソースの割り当てを特定する。
　ステップＳ３０３において、中央集約装置２１０は、ユーザ装置３００毎に、「各ユーザデータのコードブロック数」を算出し、「張出装置２２０で各OFDMシンボルの生成に必要なコードブロック数」を算出する。
　例えば、中央集約装置２１０は、ユーザ装置３００に割り当てられたRB数とMCSとを用いてユーザデータのTBSを算出し、該TBSを所定のサイズ（例えば、固定長のコードブロックの最大サイズ）で除算することにより、「ユーザデータのコードブロック数」を算出する。また、中央集約装置２１０は、TBSをPDSCHに用いるOFDMシンボル数で除算することにより、「１OFDMシンボルの生成に必要なコードブロック数」を算出する。
　なお、中央集約装置２１０は、MIMOにより複数のコードワード（Codeword）を送信可能な場合、コードワード数に応じてTBSを算出する。例えば、中央集約装置２１０は、２つのコードワードを送信可能な場合、TBSを２つ生成する。
　また、コードブロックの最大サイズは、規定の固定値を用いてもよいし、中央集約装置２１０又は張出装置２２０の処理能力に応じた値を用いてもよいし、中央集約装置２１０又は張出装置２２０の設定情報に基づく値を用いてもよい。
　また、PDSCHに用いるOFDMシンボル数は、OFDMシンボルの総数から、PDCCHで用いられるOFDMシンボル数を減算した値である。例えば、PDSCHに用いるOFDMシンボル数は、OFDMシンボル総数（１４シンボル）から、PDCCHで用いられるOFDMシンボル数（１シンボル，２シンボル，又は３シンボル）を減算した１３シンボル乃至１１シンボルのうちいずれかとなる。
　ステップＳ３０４において、中央集約装置２１０は、中央集約装置２１０と張出装置２２０との間のフレームプロトコルを用いて、ステップＳ３０３で算出した「各OFDMシンボルの生成に必要なコードブロック数」を張出装置２２０へ通知する。詳細には、該当のサブフレーム及びTTIで下りスケジューリングを行うユーザ装置３００に対する「各OFDMシンボルの生成に必要なコードブロック数」を通知する。
　ステップＳ３０５において、張出装置２２０は、中央集約装置２１０から「各OFDMシンボルの生成に必要なコードブロック数」が明示的に通知されるため、その通知内容に基づき「各OFDMシンボルの生成に必要なコードブロック数」を特定（把握）する。
　ステップＳ３０６において、中央集約装置２１０は、ステップＳ３０３で算出した「各ユーザデータのコードブロック数」を用いて各ユーザデータを複数のコードブロックに分割する。
　ステップＳ３０７において、中央集約装置２１０は、中央集約装置２１０と張出装置２２０との間のフレームプロトコルを用いて、ステップＳ３０６で分割した各ユーザデータの各コードブロックを張出装置２２０へ順次送信する。その際、中央集約装置２１０は、上記フレームプロトコルに、第１の実施形態と同様に、例えばコードブロックの識別子等を含めてもよい。なお、フレームプロトコルのプロトコルフォーマットの具体例については、第１の実施形態で説明した通りである。第１の実施形態で用いたプロトコルフォーマットは、第２の実施形態でも適用可能である。
　ステップＳ３０８において、張出装置２２０は、各OFDMシンボルを確実に順番に生成するため、中央集約装置２１０から受信した各ユーザデータの順番及び各コードブロックの順番を調整する。例えば、張出装置２２０は、コードブロックに含まれるユーザデータの識別子を参照し、各識別子が昇順となるように各ユーザデータの順番を調整する。
　ステップＳ３０９において、張出装置２２０は、ステップＳ３０５で特定した「各OFDMシンボルの生成に必要なコードブロック数」に基づき、その数のコードブロックを受信した後にOFDMシンボルを生成し、生成したOFDMシンボルに対してFFT/IFFT処理を実行する。
　その際、張出装置２２０は、中央集約装置２１０から順次送信される各ユーザデータのコードブロック数をカウントし、「各OFDMシンボルの生成に必要なコードブロック数」に到達するか否かを判定するようにしてよい。
　また、張出装置２２０は、中央集約装置２１０に対して、コードブロックの受信に対する送達確認情報を通知してもよい。例えば、張出装置２２０は、コードブロックを受信した場合はACK応答を通知し、一定時間経過してもコードブロックを受信しない場合はNACK応答を通知する。
　また、張出装置２２０は、受信したコードブロックのコードブロック数が中央集約装置２１０から通知された「各OFDMシンボルの生成に必要なコードブロック数」に合致しない場合、コードブロック数が合致しない旨を中央集約装置２１０へ通知してもよい。このとき、張出装置２２０は、既に受信しているコードブロックに基づくユーザ装置３００への無線送信処理を実行しないようにしてもよい。
　図１４は、中央集約装置２１０及び張出装置２２０による下りリンク信号の送信処理を具体的に示すシーケンス図である。この動作例では、コードブロック構成情報として、「各OFDMシンボルの生成に必要なコードブロック数又はコードブロックのビット数の算出に必要な情報」を用いる場合について説明する。
　ステップＳ４０１において、中央集約装置２１０は、所定のサブフレーム及びTTIにおいて、どのユーザ装置３００にどの無線リソースを割り当てるかを決定したスケジューリング情報を張出装置２２０へ送信する。
　ステップＳ４０２において、張出装置２２０は、中央集約装置２１０から受信したスケジューリング情報に基づき、どのユーザ装置３００にどの無線リソースを割り当てるかを予め算出する。具体的には、ステップＳ１０２で説明した通り、張出装置２２０は、スケジューリング情報に含まれる無線リソースの割り当て情報（RB数，MCS等）を用いて、無線リソースの割り当てを特定する。
　ステップＳ４０３において、中央集約装置２１０は、ユーザ装置３００毎に、「各ユーザデータのコードブロック数」を算出する。このとき、中央集約装置２１０は、ステップＳ３０３と同様に、「張出装置２２０で各OFDMシンボルの生成に必要なコードブロック数又はコードブロックのビット数」を算出してもよい。
　ステップＳ４０４において、中央集約装置２１０は、中央集約装置２１０と張出装置２２０との間のフレームプロトコルを用いて、「各OFDMシンボルの生成に必要なコードブロック数又はコードブロックのビット数の算出に必要な情報」を張出装置２２０へ通知する。例えば、中央集約装置２１０は、ダウンリンクアサイメント数を張出装置２２０へ通知する。張出装置２２０は、中央集約装置２１０から通知されたダウンリンクアサイメント数を用いて、「各OFDMシンボルの生成に必要なコードブロック数又はコードブロックのビット数」を算出可能である。なお、「各OFDMシンボルの生成に必要なコードブロック数又はコードブロックのビット数の算出に必要な情報」がスケジューリング情報に既に含まれている場合、ステップＳ４０４を省略してもよい。
　ステップＳ４０５において、張出装置２２０は、中央集約装置２１０から通知された「各OFDMシンボルの生成に必要なコードブロック数又はコードブロックのビット数の算出に必要な情報」に基づき、「各OFDMシンボルの生成に必要なコードブロック数又はコードブロックのビット数」を算出する。例えば、張出装置２２０は、ダウンリンクアサイメント数がスケジューリング情報に含まれている場合、該スケジューリング情報を「各OFDMシンボルの生成に必要なコードブロック数又はコードブロックのビット数の算出に必要な情報」として用いる。そして、張出装置２２０は、該スケジューリング情報に含まれるダウンリンクアサイメント数、RB数、MCS、各PDCCH内のTBSなどを用い、必要に応じて予め定義された通信規格内の変換表なども更に用いて、該通信規格内の規定に基づき「各OFDMシンボルの生成に必要なコードブロック数」を算出する。これにより、張出装置２２０は、「各OFDMシンボルの生成に必要なコードブロック数」を推定可能となる。
　ステップＳ４０６において、中央集約装置２１０は、ステップＳ４０３で算出した「各ユーザデータのコードブロック数」を用いて各ユーザデータを複数のコードブロックに分割する。
　ステップＳ４０７において、中央集約装置２１０は、中央集約装置２１０と張出装置２２０との間のフレームプロトコルを用いて、ステップＳ４０６で分割した各ユーザデータの各コードブロックを張出装置２２０へ順次送信する。フレームプロトコルのプロトコルフォーマットの具体例については、第１の実施形態で説明した通りである。
　ステップＳ４０８において、張出装置２２０は、各OFDMシンボルを確実に順番に生成するため、中央集約装置２１０から受信した各ユーザデータの順番及び各コードブロックの順番を調整する。調整方法の具体例については、ステップＳ３０７で説明した通りである。
　ステップＳ４０９において、張出装置２２０は、ステップＳ４０５で算出した「各OFDMシンボルの生成に必要なコードブロック数又はコードブロックのビット数」に基づき、算出したコードブロック数又はビット数のコードブロックを受信した後にOFDMシンボルを生成し、生成したOFDMシンボルに対してFFT/IFFT処理を実行する。
　（４）作用・効果
　上述した本実施形態によれば、中央集約装置２１０と張出装置２２０からなる無線基地局（通信システム）において、中央集約装置２１０が、ユーザデータをコード化の処理単位に分割したコードブロック（分割データ）であり、OFDMシンボルに割り当てられる複数のコードブロックの構成を示すデータ構成情報を張出装置２２０へ送信する。これにより、張出装置２２０は、後続のコードブロックを待つことなく、データ構成情報を用いてOFDMシンボルを生成できる。その結果、無線基地局において、MACスケジューラなどの上位レイヤの機能と、無線物理レイヤの機能とが分離して実装された場合でも、ユーザデータのコードブロック化によるFFT/IFFT処理遅延の低減を引き続き実現し得る。
　また、本実施形態では、前記データ構成情報が、複数のコードブロックの大きさを示す情報である。これにより、張出装置２２０は、コードブロックの大きさを把握できる。その結果、無線基地局において、MACスケジューラなどの上位レイヤの機能と、無線物理レイヤの機能とが分離して実装された場合でも、ユーザデータのコードブロック化によるFFT/IFFT処理遅延の低減を確実に引き続き実現し得る。
　（５）その他
　なお、本実施形態では、データ構成情報として、「各OFDMシンボルの生成に必要なコードブロック数」を用いる場合について説明したが、「各OFDMシンボルの生成に必要なコードブロックのビット数」を用いる場合についても同様の動作を行うことが可能であり、同様の効果を得ることができる。
　［その他の実施形態］
　以上、実施形態に沿って本発明の内容を説明したが、本発明はこれらの記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。また、第１の実施形態と第２の実施形態とを組み合わせることも可能である。例えば、第２の実施形態において、中央集約装置２１０は、第１の実施形態で説明したメトリックＭ＃ｉに基づき各ユーザデータのコードブロックＣＢ＃ｉを張出装置２２０へ送信するようにしてもよい。その他、例えば、第１の実施形態において、中央集約装置２１０は、第２の実施形態で説明したデータ構成情報送信部２１６を備え、データ構成情報を張出装置２２０へ送信するようにしてもよい。該データ構成情報とは、上述した通り、複数のコードブロックの大きさを示す情報（例えば、数、ビット数、ビット長など）である。
　＜ハードウェア構成等＞
　例えば、上述した実施形態では、図２に示したように、中央集約装置２１０がMAC及びRLCを有し、張出装置２２０が無線部（RF）及び無線物理レイヤ（L1）を有していたが、中央集約装置２１０及び張出装置２２０が備えるべきプロトコルスタックは、必ずしも図２に示したような形態に限られない。
　また、図２では、中央集約装置２１０は、MAC及びRLCのみを有していたが、さらに、PDCP及びRRCを有しても構わない。この場合、中央集約装置２１０は、中央集約装置１１０を経由せずにコアネットワーク２０に直接接続されてもよい。
　さらに、上述した実施形態全体を通じて、3GPPにおいて規定される用語を主に用いて説明したが、当該用語は、他の用語に置き換えられても構わない。例えば、上述した実施形態の中でも言及したように、ユーザ装置３００は、無線通信端末、移動局、又はユーザ端末などと呼ばれてもよいし、無線基地局は、ノード或いは無線通信装置又はシステムなどと呼ばれても構わない。
　また、例えば、上述した実施形態の説明に用いた図３、図４、図１１及び図１２のブロック図は、機能ブロック図を示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
　また、上述した中央集約装置２１０及び張出装置２２０は、本発明の無線通信方法の処理を行うコンピュータとして機能してもよい。図１５は、中央集約装置２１０及び張出装置２２０のハードウェア構成の一例を示す図である。図１５に示すように、中央集約装置２１０及び張出装置２２０は、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、及びバス１００７などを含むコンピュータ装置として構成されてもよい。
　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインタフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（CPU）で構成されてもよい。
　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM（Read Only Memory）、EPROM（Erasable Programmable ROM）、EEPROM（Electrically Erasable Programmable ROM）、RAM（Random Access Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、上述した実施形態に係る方法を実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、CD-ROM（Compact Disc ROM）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。また、ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
　通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。
　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
　＜データ又は情報の通知、シグナリング＞
　データ又は情報の通知は、上述した実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、DCI（Downlink Control Information）、UCI（Uplink Control Information））、上位レイヤシグナリング（例えば、RRCシグナリング、MAC（Medium Access Control）シグナリング、報知情報（MIB（Master Information Block）、SIB（System Information Block））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC Connection Setupメッセージ、RRC Connection Reconfigurationメッセージなどであってもよい。
　＜適用システム＞
　本明細書で説明した各態様／実施形態は、LTE、LTE-Advanced、SUPER 3G、IMT-Advanced、4G、5G、FRA（Future Radio Access）、W-CDMA（登録商標）、GSM（登録商標）、CDMA2000、UMB（Ultra Mobile Broadband）、IEEE 802.11（Wi-Fi）、IEEE 802.16（WiMAX）、IEEE 802.20、UWB（Ultra-WideBand）、Bluetooth（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
　＜処理手順など＞
　本明細書で説明したシーケンス及びフローチャートの各処理は、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　＜無線基地局の動作＞
　上述した実施形態において、中央集約装置２１０及び張出装置２２０によって行われるとした特定動作は、他のネットワークノード（装置）によって行われることもある。また、複数の他のネットワークノードの組み合わせによって中央集約装置２１０及び張出装置２２０の機能が提供されても構わない。
　＜入出力の方向＞
　本明細書で説明したデータ又は情報は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
　＜入出力された情報などの扱い＞
　入出力された情報は、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報は、上書き、更新、又は追記され得る。出力された情報は削除されてもよい。入力された情報は他の装置へ送信されてもよい。
　＜態様のバリエーションなど＞
　本明細書で説明した各態様／実施形態は、単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　＜用語＞
　「ソフトウェア」は、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、「ソフトウェア」，「命令」などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（DSL）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
　「情報」、「信号」などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（CC）は、キャリア周波数、セルなどと呼ばれてもよい。
　「システム」及び「ネットワーク」という用語は、互換的に使用される。
　「情報」（「パラメータ」を含む）の値は、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
　「パラメータ」に使用する名称はいかなる点においても限定的なものではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、PUCCH、PDCCHなど）及び情報要素（例えば、TPCなど）は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的なものではない。
　「基地局」は、１つ又は複数（例えば、３つ）の（セクタとも呼ばれる）セルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局RRH：Remote Radio Head）によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、及び／又は基地局サブシステムのカバレッジエリアの一部又は全体を指す。更に、「基地局」、「eNB」、「セル」、及び「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局（fixed station）、NodeB、eNodeB（eNB）、アクセスポイント（access point）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
　「ユーザ装置」は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
　「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　また、「含む（including）」、「含んでいる（comprising）」、及びそれらの変形の用語は、「備える」と同様に、包括的であることが意図される。さらに、本明細書或いは特許請求の範囲において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
　「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１の要素及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　本明細書の全体において、例えば、英語でのa, an, 及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
　「無線フレーム」は時間領域において１つ又は複数のフレームで構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。
　「サブフレーム」は更に時間領域において１つ又は複数のスロットで構成されてもよい。
　「無線フレーム」、「サブフレーム」、「スロット」、及び「シンボル」は、いずれも信号を伝送する際の時間単位を表す。「無線フレーム」、「サブフレーム」、「スロット」、及び「シンボル」は、それぞれに対応する別の呼び方であってもよい。例えば、ＬＴＥシステムでは、基地局が各移動局に無線リソース（各移動局において使用することが可能な周波数帯域幅や送信電力等）を割り当てるスケジューリングを行う。
　スケジューリングの最小時間単位を「TTI（Transmission Time Interval）」と呼んでもよい。例えば、１サブフレームをTTIと呼んでもよいし、複数の連続したサブフレームをTTIと呼んでもよいし、１スロットをTTIと呼んでもよい。
　「リソースブロック（RB）」は、時間領域及び周波数領域のリソース割当単位であり、周波数領域では１つ又は複数個の連続した副搬送波（subcarrier）を含んでもよい。また、リソースブロックの時間領域では、１つ又は複数個のシンボルを含んでもよく、１スロット、１サブフレーム、又は１TTIの長さであってもよい。１TTI、１サブフレームは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。
　上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、スロットに含まれるシンボル及びリソースブロックの数、及びリソースブロックに含まれるサブキャリアの数は、様々に変更することができる。
　以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
　なお、日本国特許出願第2016-118051号（2016年6月14日出願）の全内容が、参照により、本願明細書に組み込まれている。
　本発明によれば、MACスケジューラなどの上位レイヤの機能と無線物理レイヤの機能とを第１通信装置と第２通信装置に分離して実装した場合でも、ユーザデータのコードブロック化によるFFT/IFFT処理遅延を低減し得る。
　１０…無線通信システム
　１００…無線基地局
　１１０…中央集約装置
　１２０…張出装置
　２０…コアネットワーク
　２００…無線基地局
　２１０…中央集約装置
　２１１…スケジュール処理部
　２１２…スケジューリング情報送信部
　２１３…ユーザデータ制御部
　２１４…ユーザデータ送信部
　２１５…X2IF部
　２１６…データ構成情報送信部
　２２０…張出装置
　２２１…スケジューリング情報受信部
　２２２…ユーザデータ受信部
　２２３…FFT/IFFT処理部
　２２４…無線通信部
　２２５…データ構成情報受信部
　２２６…データ構成情報制御部
　３００…ユーザ装置
　１００１…プロセッサ
　１００２…メモリ
　１００３…ストレージ
　１００４…通信装置
　１００５…入力装置
　１００６…出力装置
　Ｓ１０１－Ｓ１０５、Ｓ２０１－Ｓ２０５、Ｓ３０１－Ｓ３０９、Ｓ４０１－Ｓ４０９…ステップ

Claims (7)

  1. 　第１通信装置と第２通信装置からなる通信システムにおいて、
    　前記第１通信装置は、
    　ユーザデータをコード化の処理単位に分割した複数の分割データを前記第２通信装置へ送信するデータ送信部を備え、
    　前記第２通信装置は、
    　前記複数の分割データを用いてＯＦＤＭシンボルを生成するシンボル生成部を備え、
    　前記データ送信部は、
    　前記ＯＦＤＭシンボルの生成に必要な分量の前記分割データを１つのデータとして送信することを特徴とする通信システム。
  2. 　第１通信装置と第２通信装置からなる通信システムにおいて、
    　前記第１通信装置は、
    　ユーザデータをコード化の処理単位に分割した複数の分割データを前記第２通信装置へ送信するデータ送信部と、
    　前記第２通信装置によって生成されるＯＦＤＭシンボルに割り当てられる複数の前記分割データの構成を示すデータ構成情報を前記第２通信装置へ送信する情報送信部と、を備え、
    　前記第２通信装置は、
    　前記複数の分割データと前記データ構成情報を用いて前記ＯＦＤＭシンボルを生成するシンボル生成部、
    　を備えることを特徴とする通信システム。
  3. 　前記データ送信部は、
    　複数の前記ＯＦＤＭシンボルの生成順序又は生成範囲を示す情報に基づき前記複数の分割データを送信することを特徴とする請求項１又は２に記載の通信システム。
  4. 　前記データ構成情報は、
    　前記複数の分割データの大きさを示す情報であることを特徴とする請求項２に記載の通信システム。
  5. 　前記第１通信装置は、
    　前記ＯＦＤＭシンボルに割り当てられる前記複数の分割データの構成を示すデータ構成情報を前記第２通信装置へ送信する情報送信部を更に備え、
    　前記データ構成情報は、
    　前記複数の分割データの大きさを示す情報であることを特徴とする請求項１に記載の通信システム。
  6. 　前記データ送信部は、
    　前記分割データの識別子と、前記分割データのブロック長と、複数の前記分割データの総ブロック長とのうち少なくとも１つを更に送信することを特徴とする請求項１乃至５のいずれかに記載の通信システム。
  7. 　前記データ送信部は、
    　前記分割データを前記分割データの識別子を含むヘッダフィールドの後に送信することを特徴とする請求項１乃至６のいずれかに記載の通信システム。
PCT/JP2017/007785 2016-06-14 2017-02-28 通信システム WO2017217024A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/309,163 US11121830B2 (en) 2016-06-14 2017-02-28 Communication system having a central aggregation device and a remote device
JP2018523310A JP7038657B2 (ja) 2016-06-14 2017-02-28 通信システム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016118051 2016-06-14
JP2016-118051 2016-06-14

Publications (1)

Publication Number Publication Date
WO2017217024A1 true WO2017217024A1 (ja) 2017-12-21

Family

ID=60663524

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/007785 WO2017217024A1 (ja) 2016-06-14 2017-02-28 通信システム

Country Status (3)

Country Link
US (1) US11121830B2 (ja)
JP (1) JP7038657B2 (ja)
WO (1) WO2017217024A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007274048A (ja) * 2006-03-30 2007-10-18 Fujitsu Ltd 無線通信装置及び無線ユニット
WO2010061590A1 (ja) * 2008-11-28 2010-06-03 三菱電機株式会社 データ送信装置、データ受信装置及び無線通信システム
JP2012028875A (ja) * 2010-07-20 2012-02-09 Kyocera Corp 通信装置及び通信方法
JP2015500587A (ja) * 2011-11-30 2015-01-05 サムスン エレクトロニクス カンパニー リミテッド 放送データの送受信装置及び方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101587281B1 (ko) * 2009-03-12 2016-01-20 삼성전자주식회사 통신 시스템에서 제어 정보를 부호화하는 방법과 그 제어 정보를 송수신하는 방법 및 장치
EP3158823B1 (en) * 2014-06-23 2020-04-08 Telecom Italia S.p.A. Fronthaul load dynamic reduction in centralized radio access networks
EP3163974B1 (en) 2014-06-30 2022-06-15 Nec Corporation Wireless communication system
CN107431575B (zh) * 2015-02-17 2021-03-02 马维尔亚洲私人有限公司 用于phy数据单元传输的方法和设备
KR102071929B1 (ko) * 2015-03-17 2020-01-31 후아웨이 테크놀러지 컴퍼니 리미티드 정보 전송 방법, 장치 및 시스템
CN106160937B (zh) * 2015-04-15 2019-01-04 中兴通讯股份有限公司 一种实现码块分割的方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007274048A (ja) * 2006-03-30 2007-10-18 Fujitsu Ltd 無線通信装置及び無線ユニット
WO2010061590A1 (ja) * 2008-11-28 2010-06-03 三菱電機株式会社 データ送信装置、データ受信装置及び無線通信システム
JP2012028875A (ja) * 2010-07-20 2012-02-09 Kyocera Corp 通信装置及び通信方法
JP2015500587A (ja) * 2011-11-30 2015-01-05 サムスン エレクトロニクス カンパニー リミテッド 放送データの送受信装置及び方法

Also Published As

Publication number Publication date
US11121830B2 (en) 2021-09-14
US20190132094A1 (en) 2019-05-02
JP7038657B2 (ja) 2022-03-18
JPWO2017217024A1 (ja) 2019-05-16

Similar Documents

Publication Publication Date Title
WO2018084137A1 (ja) ユーザ端末及び無線通信方法
WO2019097646A1 (ja) ユーザ端末及び無線通信方法
WO2019138528A1 (ja) ユーザ端末及び無線通信方法
JP7074667B2 (ja) 端末、無線通信方法、基地局及びシステム
EP4221415A1 (en) User terminal, radio base station, and radio communication method
WO2019135285A1 (ja) ユーザ端末及び無線通信方法
WO2019224876A1 (ja) 送信装置及び受信装置
WO2018173237A1 (ja) ユーザ端末及び無線通信方法
JP2023116728A (ja) 端末
JPWO2018229928A1 (ja) ユーザ端末及び無線通信方法
JPWO2017175606A1 (ja) 中央集約装置と張出装置との間のインタフェース方法及び無線ネットワーク制御システム
KR102392902B1 (ko) 무선통신장치
JPWO2018229837A1 (ja) ユーザ端末及び無線通信方法
WO2020194562A1 (ja) 端末、及び、無線通信方法
US11528709B2 (en) User terminal and radio communication method
WO2017217024A1 (ja) 通信システム
WO2019097702A1 (ja) ユーザ端末及び無線通信方法
WO2022190289A1 (ja) 端末、無線通信システム及び無線通信方法
WO2022190287A1 (ja) 端末、無線通信システム及び無線通信方法
WO2022190377A1 (ja) 端末、無線通信システム及び無線通信方法
WO2022079861A1 (ja) 端末
WO2022195787A1 (ja) 端末、無線通信システム及び無線通信方法
WO2022085156A1 (ja) 端末
WO2022244504A1 (ja) 端末、無線通信システム及び無線通信方法
WO2022215271A1 (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: 17812933

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018523310

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17812933

Country of ref document: EP

Kind code of ref document: A1