(57)【要約】MACスケジューラなどの上位レイヤの機能と、無線物理レイヤの機能とが分離して実装された場合でも、ユーザデータのコードブロック化によるFFT/IFFT処理遅延の低減を引き続き実現し得る通信システムを提供する。中央集約装置２１０と張出装置２２０からなる無線基地局（通信システム）において、中央集約装置２１０が、ユーザデータを符号化の処理単位に分割したコードブロックであり、OFDMシンボルの生成に必要な分量のコードブロックを１つのデータとして張出装置２２０へ送信する。
2017217024.tif 000002
【特許請求の範囲】
【請求項１】
第１通信装置と第２通信装置からなる通信システムにおいて、
前記第１通信装置は、
ユーザデータをコード化の処理単位に分割した複数の分割データを前記第２通信装置へ送信するデータ送信部を備え、
前記第２通信装置は、
前記複数の分割データを用いてＯＦＤＭシンボルを生成するシンボル生成部を備え、
前記データ送信部は、
前記ＯＦＤＭシンボルの生成に必要な分量の前記分割データを１つのデータとして送信することを特徴とする通信システム。
【請求項２】
第１通信装置と第２通信装置からなる通信システムにおいて、
前記第１通信装置は、
ユーザデータをコード化の処理単位に分割した複数の分割データを前記第２通信装置へ送信するデータ送信部と、
前記第２通信装置によって生成されるＯＦＤＭシンボルに割り当てられる複数の前記分割データの構成を示すデータ構成情報を前記第２通信装置へ送信する情報送信部と、を備え、
前記第２通信装置は、
前記複数の分割データと前記データ構成情報を用いて前記ＯＦＤＭシンボルを生成するシンボル生成部、
を備えることを特徴とする通信システム。
【請求項３】
前記データ送信部は、
複数の前記ＯＦＤＭシンボルの生成順序又は生成範囲を示す情報に基づき前記複数の分割データを送信することを特徴とする請求項１又は２に記載の通信システム。
【請求項４】
前記データ構成情報は、
前記複数の分割データの大きさを示す情報であることを特徴とする請求項２に記載の通信システム。
【請求項５】
前記第１通信装置は、
前記ＯＦＤＭシンボルに割り当てられる前記複数の分割データの構成を示すデータ構成情報を前記第２通信装置へ送信する情報送信部を更に備え、
前記データ構成情報は、
前記複数の分割データの大きさを示す情報であることを特徴とする請求項１に記載の通信システム。
【請求項６】
前記データ送信部は、
前記分割データの識別子と、前記分割データのブロック長と、複数の前記分割データの総ブロック長とのうち少なくとも１つを更に送信することを特徴とする請求項１乃至５のいずれかに記載の通信システム。
【請求項７】
前記データ送信部は、
前記分割データを前記分割データの識別子を含むヘッダフィールドの後に送信することを特徴とする請求項１乃至６のいずれかに記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中央集約装置と、張出装置とを備え、ユーザ装置と無線通信を実行する無線基地局（通信システム）に関する。
【背景技術】
【０００２】
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処理部
２２４…無線通信部
２２５…データ構成情報受信部
２２６…データ構成情報制御部
３００…ユーザ装置
１００１…プロセッサ
１００２…メモリ
１００３…ストレージ
１００４…通信装置
１００５…入力装置
１００６…出力装置
Ｓ１０１−Ｓ１０５、Ｓ２０１−Ｓ２０５、Ｓ３０１−Ｓ３０９、Ｓ４０１−Ｓ４０９…ステップ
【図１】
2017217024.tif 000003
【図２】
2017217024.tif 000004
【図３】
2017217024.tif 000005
【図４】
2017217024.tif 000006
【図５】
2017217024.tif 000007
【図６】
2017217024.tif 000008
【図７】
2017217024.tif 000009
【図８】
2017217024.tif 000010
【図９】
2017217024.tif 000011
【図１０】
2017217024.tif 000012
【図１１】
2017217024.tif 000013
【図１２】
2017217024.tif 000014
【図１３】
2017217024.tif 000015
【図１４】
2017217024.tif 000016
【図１５】
2017217024.tif 000017
【国際調査報告】
2017217024.tif 000018
2017217024.tif 000019
2017217024.tif 000020
2017217024.tif 000021