(57)【要約】  物理層での誤り訂正に加えて、上位層でも誤りを適用する通信装置を提供する。  通信装置は、上位層のＦＥＣに関する制御情報及び下位層のＦＥＣに関する制御情報を取得する取得部と、前記上位層のＦＥＣに関する制御情報に従って、上位層で情報系列の誤り訂正符号化又は復号化を実施する符号化復号化部と、上位層においてパンクチャリング又はデパンクチャリングを実施するパンクチャ処理部を具備する。上位層のＦＥＣ符号化した後の情報系列をブロックに分割し、ブロック単位でパンクチャリング並びにインタリーブを実施する。
2020166229.tif 000002
【特許請求の範囲】
【請求項１】
上位層のＦＥＣに関する制御情報及び下位層のＦＥＣに関する制御情報を取得する取得部と、
前記上位層のＦＥＣに関する制御情報に従って、上位層で情報系列の誤り訂正符号化又は復号化を実施する符号化復号化部と、
上位層においてパンクチャリング又はデパンクチャリングを実施するパンクチャ処理部と、
を具備する通信装置。
【請求項２】
上位層の情報系列をブロックに分割し又はブロックを結合する分割処理部をさらに備える、
請求項１に記載の通信装置。
【請求項３】
前記分割処理部は、上位層での誤り訂正符号化する前の情報系列を分割し、
前記符号化復号化部は、分割後の各ブロックに対して上位層での誤り訂正符号化を実施する、
請求項２に記載の通信装置。
【請求項４】
前記分割処理部は、上位層での誤り訂正符号化した後の情報系列を分割する、
請求項２に記載の通信装置。
【請求項５】
前記パンクチャ処理部は、分割したブロック単位でパンクチャリング又はデパンクチャリングを実施する、
請求項２に記載の通信装置。
【請求項６】
分割したブロック毎に、ブロックの順序に関するシーケンス番号を付与する、
請求項２に記載の通信装置。
【請求項７】
分割したブロック単位で上位層におけるインタリーブ又はデインタリーブを実施するインタリーブ処理部をさらに備える、
請求項２に記載の通信装置。
【請求項８】
前記分割処理部は、情報系列のデータサイズと分割後のブロックのデータサイズの関係性に基づいて、上位層の情報系列のブロックへの分割を実施する、
請求項２に記載の通信装置。
【請求項９】
基地局装置のセルに接続する端末装置として動作し、
前記取得部は、前記基地局装置から上位層のＦＥＣに関する制御情報を取得する、
請求項１に記載の通信装置。
【請求項１０】
前記基地局装置に対して、前記通信装置自身の上位層のＦＥＣに関するＣａｐａｂｉｌｉｔｙ情報を通知する通知部をさらに備える、
請求項９に記載の通信装置。
【請求項１１】
前記取得部は、上位層のＦＥＣに関する情報を、２段階に分かれて受信する、
請求項９に記載の通信装置。
【請求項１２】
前記取得部は、第１の段階において、上位層ＦＥＣの実施の有無に関する情報、又は上位層ＦＥＣの種類に関する情報のうち少なくとも１つの情報を取得し、第２の段階において、上位層ＦＥＣの符号化率に関する情報、又は上位層パンクチャリングの実施の有無に関する情報のうち少なくとも１つの情報を取得する、
請求項１１に記載の通信装置。
【請求項１３】
上位層のＦＥＣに関する制御情報は、無線リソースプールの設定と関連付いている、
請求項１に記載の通信装置。
【請求項１４】
上位層のＦＥＣの設定は、対象となる情報系列のベアラ（ベアラ種別）、又は通信品質クラスのうち少なくともいずれかと関連付いている、
請求項１に記載の通信装置。
【請求項１５】
上位層は、データリンク層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、又は第２層のいずれかであり、
下位層は、物理層、ＰＨＹ層、第１層のいずれかである、
請求項１に記載の通信装置。
【請求項１６】
上位層のＦＥＣは、消失訂正符号、レートレス符号、Ｒａｐｔｏｒ符号、又はＲａｐｔｏｒＱ符号のいずれかである、
請求項１に記載の通信装置。
【請求項１７】
下位層のＦＥＣは、ＬＤＰＣ符号、又はＰｏｌａｒ符号のいずれかである、
請求項１に記載の通信装置。
【請求項１８】
上位層のＦＥＣ符号化を実施するか否かを判定する判定部をさらに備える、
請求項１に記載の通信装置。
【請求項１９】
前記判定部は、受信側通信装置の状況、対象となる情報系列のアプリケーション、対象となる情報系列の状況のうち少なくとも１つに基づいて、上位層のＦＥＣ符号化を実施するか否かを判定する、
請求項１８に記載の通信装置。
【請求項２０】
上位層のＦＥＣに関する制御情報及び下位層のＦＥＣに関する制御情報を取得する取得ステップと、
前記上位層のＦＥＣに関する制御情報に従って、上位層で情報系列の誤り訂正符号化又は復号化を実施する符号化復号化ステップと、
上位層においてパンクチャリング又はデパンクチャリングを実施するパンクチャ処理ステップと、
を有する通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示する技術は、無線信号を送受信する通信装置及び通信方法に関する。
【背景技術】
【０００２】
デジタル通信の信頼性を確保する上で誤り訂正技術は重要であり、例えば物理層において誤り訂正が実施される。当業界では、物理層（レイヤー１：Ｌ１）以外（例えば、データリンク層（レイヤー２：Ｌ２）、ネットワーク層（レイヤー３：Ｌ３）、トランスポート層（レイヤー４：Ｌ４）、セッション層（レイヤー５：Ｌ５）、プレゼンテーション層（レイヤー６：Ｌ６）、又はアプリケーション層（レイヤー７：Ｌ７）など）で実施される誤り訂正（ＦＥＣ：Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）技術が知られている。また、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のレイヤー２でＦＥＣ（Ｌａｙｅｒ  ２  ＦＥＣ、Ｌ２−ＦＥＣ）を適用する情報処理装置についても提案がなされている（特許文献１を参照のこと）。【０００３】
また、無線通信の分野では、物理層（Ｌ１）においてＨＡＲＱ（Ｈｙｂｒｉｄ  ＡＲＱ（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ））を含む誤り訂正技術を適用することが一般的となっている。例えば無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムでは、畳み込み符号、ＬＤＰＣ（Ｌｏｗ  Ｄｅｎｓｉｔｙ  Ｐａｒｉｔｙ−Ｃｈｅｃｋ：低密度パリティ検査）符号などが利用されている。セルラシステムでも、畳み込み符号、ターボ符号、ＬＤＰＣ符号、Ｐｏｌａｒ符号などのうちいずれかの誤り訂正技術が利用されており、さらにＨＡＲＱも利用されている。これによって、無線電波伝送路や干渉の状態並びにその変動に対応しながら、無線区間に必要な品質を確保できるように努められている。【０００４】
特許文献１では、レイヤー２とその上位層の間のやり取りについて開示しているが、物理層の状態を考慮したＬ２−ＦＥＣの技術については特に言及されていない。特に、レイヤー２でのパンクチャリングについては言及されていない。そのため、変動の大きな無線区間で通信を実施したい場合には、特許文献１に記載された技術では十分な効果が得られないことが懸念される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１７−３８２６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本明細書で開示する技術の目的は、誤り訂正を実施する通信装置及び通信方法を提供することにある。
【課題を解決するための手段】
【０００７】
本明細書で開示する技術は、上記課題を参酌してなされたものであり、その第１の側面は、
上位層のＦＥＣに関する制御情報及び下位層のＦＥＣに関する制御情報を取得する取得部と、
前記上位層のＦＥＣに関する制御情報に従って、上位層で情報系列の誤り訂正符号化又は復号化を実施する符号化復号化部と、
上位層においてパンクチャリング又はデパンクチャリングを実施するパンクチャ処理部と、
を具備する通信装置である。【０００８】
第１の側面に係る通信装置は、上位層の情報系列をブロックに分割し又はブロックを結合する分割処理部をさらに備える。そして、前記パンクチャ処理部は、分割したブロック単位でパンクチャリング又はデパンクチャリングを実施する。また、第１の側面に係る通信装置は、分割したブロック単位で上位層におけるインタリーブ又はデインタリーブを実施するインタリーブ処理部をさらに備える。【０００９】
また、本明細書で開示する技術の第２の側面は、
上位層のＦＥＣに関する制御情報及び下位層のＦＥＣに関する制御情報を取得する取得ステップと、
前記上位層のＦＥＣに関する制御情報に従って、上位層で情報系列の誤り訂正符号化又は復号化を実施する符号化復号化ステップと、
上位層においてパンクチャリング又はデパンクチャリングを実施するパンクチャ処理ステップと、
を有する通信方法である。
【発明の効果】
【００１０】
本明細書で開示する技術によれば、物理層での誤り訂正に加えて、上位層でも誤りを適用し、上位層での誤り訂正符号化情報系列にパンクチャリングを実施する通信装置及び通信方法を提供することができる。【００１１】
なお、本明細書に記載された効果は、あくまでも例示であり、本発明の効果はこれに限定されるものではない。また、本発明が、上記の効果以外に、さらに付加的な効果を奏する場合もある。【００１２】
本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【図面の簡単な説明】
【００１３】
【図１】図１は、通信システムの構成例を示した図である。
【図２】図２は、階層モデルと、下位層及び上位層の位置付けの一例を示した図である。
【図３】図３は、送信側の信号処理部の機能的構成例を示した図である。
【図４】図４は、受信側の信号処理部の機能的構成例を示した図である。
【図５】図５は、上位層でＦＥＣを実施するか否かを判定する処理手順を示したフローチャートである。
【図６】図６は、上位層ＦＥＣ符号化を実施するか否かを判定するための処理手順を示したフローチャートである。
【図７】図７は、上位層ＦＥＣ符号化を実施するか否かを判定するための処理手順の他の例を示したフローチャートである。
【図８】図８は、下位層の通信品質に基づいて上位層ＦＥＣ符号化を実施するか否かを判定するための処理手順を示したフローチャートである。
【図９】図９は、送信側の上位層でパンクチャリング及びインタリーブを実施するか否かを判定するための処理手順を示したフローチャートである。
【図１０】図１０は、送信側の上位層でパンクチャリング及びインタリーブを実施するか否かを判定するための処理手順の他の例を示したフローチャートである。
【図１１】図１１は、上位層パンクチャリングを実施するか否かを判定するための処理手順を示したフローチャートである。
【図１２】図１２は、上位層でパンクチャリングの実施の有無を判定するための処理手順を示したフローチャートである。
【図１３】図１３は、上位層でインタリーブの実施の有無を判定するための処理手順を示したフローチャートである。
【図１４】図１４は、上位層でのパンクチャリング及びインタリーブの一例を示した図である。
【図１５】図１５は、上位層でのパンクチャリング及びインタリーブの例（分割しない情報系列を含む場合）を示した図である。
【図１６】図１６は、上位層でのパンクチャリング及びインタリーブの他の例（上位層ＦＥＣ符号化後の情報系列を分割したブロック単位でパンクチャリング及びインタリーブを実施する玲）を示した図である。
【図１７】図１７は、情報系列を分割しパディングビットを付与する例を示した図である。
【図１８】図１８は、情報系列を複数のブロックに分割し、分割ブロックにパディングビットを付与するための処理手順を示したフローチャートである。
【図１９】図１９は、受信側の上位層でのデパンクチャリング及びデインタリーブの一例（パンクチャリングされたブロックにダミーブロックを挿入する例）を示した図である。
【図２０】図２０は、受信側の上位層でのデパンクチャリング及びデインタリーブの他の例（パンクチャリングされたブロックをヌルブロックに置き換える例）を示した図である。
【図２１】図２１は、下りリンクにおける上位層ＦＥＣの設定手順の例を示した図である。
【図２２】図２２は、上りリンクにおける上位層ＦＥＣの設定手順の例を示した図である。
【図２３】図２３は、端末装置間のサイドリンクにおける上位層ＦＥＣの設定手順の例（前半）を示した図である。
【図２４】図２４は、端末装置間のサイドリンクにおける上位層ＦＥＣの設定手順の例（後半）を示した図である。
【図２５】図２５は、送受信で役割がほぼ対等な通信システムにおける上位層ＦＥＣの設定手順の例を示した図である。
【図２６】図２６は、下位層パケットの構成例を示した図である。
【図２７】図２７は、上位層ＦＥＣ符号化の例を示した図である。
【図２８】図２８は、上位層ＦＥＣ符号化の他の例を示した図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。
【００１５】
Ａ．システム構成
図１には、本明細書で開示する技術を適用することが可能な通信システムの構成例を示している。同図中、通信装置間の回線を破線で示している。通信装置は、基地局（マイクロセル基地局、スモールセル基地局）、制御エンティティ、ゲートウェイ装置などを含む。ここで言う回線は、論理的な接続を意味しており、物理的に直接繋がっているとは限らない点に留意されたい。
【００１６】
通信システムが提供する通信エリアは、複数の基地局がそれぞれサービスを提供する「セル」によって構成される。図１では、セルを楕円で描いている。１つの基地局が複数のセルを提供してもよい。基地局には、マクロセルエリアでサービスを提供するマクロセル基地局と、スモールセルエリアでサービスを提供するスモールセル基地局が挙げられる。
【００１７】
スモールセルエリアは、基本的にはマクロセルエリアと重なるように配置される。但し、スモールセルエリアが部分的あるいは完全にマクロセルエリアの外に存在してもよい。複数のスモールセル基地局でグループ（クラスタ）を構成してもよい。また、クラスタの中で、クラスタヘッドの役割を持つ基地局を設けてもよい。
【００１８】
マクロセルとスモールセルは、使用する無線リソースに特徴を持たせてもよい。例えばマクロセルとスモールセルで同一の周波数リソースＦ１、あるいは同一の時間リソースＴ１を使用するようにしてもよい。このようにすることで、通信システム全体としての無線リソースの利用効率を向上させることができる。一方、マクロセルが周波数リソースＦ１又は時間リソースＴ１を使用し、スモールセルが周波数リソースＦ２あるいは時間リソースＴ２を使用するようにしてもよい。このようにすることで、マクロセルとスモールセルの間の干渉を回避することが可能になる。さらに、周波数リソースＦ１及びＦ２、あるいは時間リソースＴ１及びＴ２をマクロセルとスモールセルの両方が使用するようにしてもよい。特に周波数リソースに適用するとＣＡ（Ｃａｒｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）と同等の考え方となる。
【００１９】
基地局同士はバックホール経由で通信可能であり、主に制御情報のやり取りを実施する。基地局間のバックホールのトポロジは、メッシュ型、スター型、リング型又はその他であってもよい。また、バックホールは、外部ネットワーク経由で基地局とコアネットワークを接続してもよい。バックホールは、有線又は無線のいずれを問わない。バックホールは、例えばＸ２インターフェースあるいはＳ１インターフェースのプロトコルを使った情報のやり取りを採用してもよい。
【００２０】
また、基地局は、通信システムのコアネットワークとのバックホールも有する。図示のように、通信システムは、制御エンティティとの接続を介してコアネットワークと接続してもよい。制御エンティティをコアネットワークの要素の１つと捉えることもできる。また、基地局は、制御エンティティを介する以外にも、外部ネットワークを介してコアネットワークと接続してもよい。例えば、通信システムは、室内や家庭内に敷設可能なフェムトセル基地局装置やＨｅＮＢ（Ｈｏｍｅ  ｅＮｏｄｅＢ）装置を経由して外部ネットワークに接続される。
【００２１】
Ｂ．下位層及び上位層のＦＥＣ
本実施形態に係る通信システムでは、下位層（Ｌｏｗｅｒ  Ｌａｙｅｒ）及び上位層（Ｕｐｐｅｒ  Ｌａｙｅｒ若しくはＨｉｇｈｅｒ  Ｌａｙｅｒ）の複数の階層でＦＥＣが適用されることとなる。各階層で適用されるＦＥＣは、Ｌｏｗｅｒ  Ｌａｙｅｒ  ＦＥＣ  （ＬＬ−ＦＥＣ）、Ｕｐｐｅｒ  Ｌａｙｅｒ  ＦＥＣ  （ＵＬ−ＦＥＣ）、Ｈｉｇｈｅｒ  Ｌａｙｅｒ  ＦＥＣ  （ＨＬ−ＦＥＣ）、Ｌ１−ＦＥＣ、Ｌ２−ＦＥＣ、…、Ｌ７−ＦＥＣ、Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  ＦＥＣ  （ＰＨＹ−ＦＥＣ）、Ｄａｔａｌｉｎｋ  Ｌａｙｅｒ  ＦＥＣ  （ＤＬ−ＦＥＣ）、Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｌａｙｅｒ  ＦＥＣ  （ＭＡＣ−ＦＥＣ）、Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｌａｙｅｒ  ＦＥＣ  （ＲＬＣ−ＦＥＣ）、Ｐａｃｋｅｔ  Ｄａｔｅ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  Ｌａｙｅｒ  ＦＥＣ  （ＰＤＣＰ−ＦＥＣ）、Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ  ＦＥＣ  （ＮＬ−ＦＥＣ）、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  ＦＥＣ  （ＴＬ−ＦＥＣ）、Ｓｅｓｓｉｏｎ  Ｌａｙｅｒ  ＦＥＣ  （ＳＬ−ＦＥＣ）、Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｌａｙｅｒ  ＦＥＣ  （ＰＬ−ＦＥＣ）、Ａｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒ  ＦＥＣ  （ＡＬ−ＦＥＣ）などである。
【００２２】
図２には、本実施形態に係る通信システムで想定する階層モデルと、下位層及び上位層の位置付けの一例を示している。下位層としては、物理層を想定している。また、上位層については、Ｌ２〜Ｌ７のうち少なくともいずれかを想定している。本実施形態において、物理層の状態を鑑みた制御を実施するという観点からは、上位層としてＬ２を想定することが望ましいと言える。
【００２３】
図３には、本実施形態に係る通信システムにおいて、送信側の信号処理部の機能的構成例を示している。また、図４には、本実施形態に係る通信システムにおいて、受信側の信号処理部の機能的構成例を示している。本実施形態では、送受信の対象となる情報系列に対して、下位層及び上位層において誤り訂正符号（ＦＥＣ）を適用することとする。なお、各図では上位層と下位層の関連ブロックのみを記載しているが、対象となる上位層と下位層の間にさらに別の層（本明細書で開示する技術には寄与しない層）の処理も、送受信それぞれで存在し得る。
【００２４】
まず図３を参照すると、送信側の上位層では、さらに上位層から降りてきた情報系列（ビット系列、フレーム）に対して、上位層ＦＥＣ符号化部３０１がＦＥＣ符号化を実施する。この上位層ＦＥＣ符号化部３０１による上位層でのＦＥＣについては、消失訂正の能力を有するＦＥＣ符号（消失訂正符号（Ｅｒａｓｕｒｅ  Ｃｏｄｅｓ）、レートレス符号（Ｒａｔｅｌｅｓｓ  Ｃｏｄｅｓ）、噴水符号（Ｆｏｕｎｔａｉｎ  Ｃｏｄｅｓ））の種類に属するＦＥＣを適用することが望ましい。以下の表１には、上位層で利用することが望ましいＦＥＣ符号の例を示している。上位層ＦＥＣ符号化部３０１では、これらの符号化に加えて、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ：巡回冗長検査）などの誤り検出用の符号化（あるいはパリティ符号の付与）を加えてもよい。
【００２５】
【表１】
2020166229.tif 000003
【００２６】
上位層でのＦＥＣ符号化後に、上位層フレーム形成処理部３０２が、上位層におけるフレーム形成処理を実施する。本実施形態では、上位層フレーム形成処理部３０２は、上位層の符号化後の情報系列に対して、以下の（ａ）〜（ｃ）のうち少なくともいずれかの処理を実施する。
【００２７】
（ａ）情報系列を複数に分割（セグメント化、パケット化、フレーム化）
・等サイズへの分割、
・不等サイズへの分割
【００２８】
（ｂ）情報系列のパンクチャリング（符号化情報系列の特定の一部箇所を抜く（下位層には渡さない））
・ビット単位（又はバイト単位）でのパンクチャリング
・上記分割した単位（セグメント、パケット、フレーム）でのパンクチャリング
【００２９】
（ｃ）符号化後情報系列のインタリーブ（Ｉｎｔｅｒｌｅａｖｅ、又は順番並べ替え（Ｏｒｄｅｒｉｎｇ））
・同一系列内でのビット単位（又はバイト単位）のインタリーブ
・同一系列内の分割した単位でのインタリーブ
・異なる系列間のビット単位（又はバイト単位）のインタリーブ
・異なる系列間の分割した単位のインタリーブ
【００３０】
上位層フレーム形成処理の詳細については、後述に譲る。但し、本実施形態では、分割した上位層での誤り訂正符号化後のブロック単位でパンクチャリング並びにインタリーブが実施される、という点を十分理解されたい。
【００３１】
送信側の上位層フレーム形成処理が完了したら、情報系列は下位層に渡される。そして、本実施形態では、下位層ＦＥＣ符号化部３０３により下位層でもＦＥＣ符号化を実施する。以下の表２には、下位層ＦＥＣ符号化部３０３で利用するＦＥＣ符号の例を示している。下位層では、消失訂正の能力を有するＦＥＣ符号である必要は特にない、と本出願人は思料する。また、表１と表２にそれぞれＬＤＰＣ符号が含まれているが、これは全く同じ符号設計である必要はない（例えば、生成行列、生成多項式が異なるＲｅｇｕｌａｒ  ＬＤＰＣ符号、Ｉｒｒｅｇｕｌａｒ  ＬＤＰＣ符号が異なる、などＬＤＰＣ符号のカテゴリの中で違いがあってもよい）。
【００３２】
【表２】
2020166229.tif 000004
【００３３】
下位層ＦＥＣ符号化部３０３による下位層でのＦＥＣ符号化が完了したら、下位層フレーム形成処理部３０４により対象となる階層の残りの処理を実施する。下位層を物理層として考えた場合には、下位層ＦＥＣ符号化の後に、符号化率調整（Ｒａｔｅ  Ｍａｔｃｈｉｎｇ）、ビットインタリーブ又はビットスクランブル（Ｂｉｔ−Ｉｎｔｅｒｌｅａｖｉｎｇ、Ｂｉｔ−Ｓｃｒａｍｂｌｉｎｇ）、複素信号点マッピング（Ｍｏｄｕｌａｔｉｏｎ  Ｍａｐｐｉｎｇ、Ｂｉｔ−ｔｏ−Ｃｏｍｐｌｅｘ  Ｃｏｎｓｔｅｌｌａｔｉｏｎ  Ｍａｐｐｉｎｇ）、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  ＭｕｌｔｉｐｌｅＯｕｔｐｕｔ、マルチアンテナ）用デジタル送信処理（Ｓｐａｔｉａｌ Ｌａｙｅｒ Ｍａｐｐｉｎｇ、Ｐｒｅｃｏｄｉｎｇ、Ｄｉｇｉｔａｌ Ｂｅａｍｆｏｒｍｉｎｇ）、無線リソース配置（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｍａｐｐｉｎｇ）、波形整形（Ｗａｖｅｆｏｒｍ  Ｓｈａｐｉｎｇ、Ｗａｖｅｆｏｒｍ  Ｍｏｄｕｌａｔｉｏｎ、ＩＦＦＴ（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）、ＩＤＦＴ（Ｉｎｖｅｒｓｅ  Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）、Ｆｉｌｔｅｒｉｎｇ、Ｗｉｎｄｏｗｉｎｇ））、ＤＡ（Ｄｉｇｉｔａｌ−ｔｏ−Ａｎａｌｏｇ）変換、周波数変換（Ｕｐ−Ｃｏｎｖｅｒｓｉｏｎ）、ＭＩＭＯ用アナログ送信処理（Ａｎａｌｏｇ  Ｂｅａｍｆｏｒｍｉｎｇ）などを経て、信号を送信する。
【００３４】
続いて図４を参照すると、まず下位層受信処理部４０１で受信処理が実施される。下位層を物理層として考えた場合には、ＭＩＭＯ用アナログ受信処理、周波数変換（Ｄｏｗｎ−Ｃｏｎｖｅｒｓｉｏｎ）、ＡＤ（Ａｎａｌｏｇ−ｔｏ−Ｄｉｇｉｔａｌ）変換、波形復調（ＷａｖｅｆｏｒｍＤｅｍｏｄｕｌａｔｉｏｎ、ＦＦＴ（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）、ＤＦＴ（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ））、無線リソース選択（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｅｘｔｒａｃｔｉｏｎ、Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｄｅ−ｍａｐｐｉｎｇ）、チャネル等化（Ｃｈａｎｎｅｌ  Ｅｑｕａｌｉｚａｔｉｏｎ、Ｃｈａｎｎｅｌ  Ｅｓｔｉｍａｔｉｏｎ、ＭＩＭＯ  Ｄｅｃｏｍｐｏｓｉｔｉｏｎ、ＭＩＭＯ  Ｅｑｕａｌｉｚａｔｉｏｎ）、ソフトビット生成（Ｄｅｍｏｄｕｌａｔｉｏｎ、Ｃｏｍｐｌｅｘ−ｔｏ−Ｓｏｆｔ−Ｂｉｔ  Ｃｏｎｓｔｅｌｌａｔｉｏｎ  Ｄｅ−ｍａｐｐｉｎｇ、ＬＬＲ（Ｌｏｇ−Ｌｉｋｅｌｉｈｏｏｄ  Ｒａｔｉｏ）  Ｇｅｎｅｒａｔｉｏｎ、Ｓｏｆｔ  Ｉｎｆｏｒｍａｔｉｏｎ、Ｓｏｆｔ−ｄｅｃｉｓｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）、ビットデインタリーブ又はビットデスクランブル（Ｂｉｔ−Ｄｅｉｎｔｅｒｌｅａｖｉｎｇ、Ｂｉｔ−Ｄｅｓｃｒａｍｂｌｉｎｇ）、符号化率調整（Ｒａｔｅ  Ｄｅ−ｍａｔｃｈｉｎｇ）、などを経て、下位層ＦＥＣ復号化部４０２へと情報系列（ソフトビット系列）が渡される。
【００３５】
下位層ＦＥＣ復号化部４０２では、送信側下位層で利用されるＦＥＣ符号に応じたＦＥＣ復号を実施する。下位層ＦＥＣ復号化部４０２は、さら、ＣＲＣなどの誤り検出処理を実施する。これにより下位層で誤りが検出されない場合には、受信及び復号した情報系列を上位層へと渡す。もし誤りが検出された場合には、ＡＲＱ（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）やＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）が併せて利用される場合には、それに応じた再送制御が実施される。再送制御が利用されない場合には、対象の情報系列で誤りが発生した旨を上位層に通知する。
【００３６】
受信側の上位層受信処理部４０３では、下位層から受け取った情報系列（上位層送信側で分割処理を実施している場合は、複数の分割単位ブロック）に対して、フレーム形成処理を実施する。受信側のフレーム形成処理は、送信側の対応する形で、以下の（ａ）〜（ｃ）のうち少なくともいずれかの処理を実施する。
【００３７】
（ａ）分割されたセグメント、パケット、フレームなどの結合（Ｃｏｎｃａｔｅｎａｔｉｏｎ）
【００３８】
（ｂ）情報系列のデパンクチャリング（受信した情報系列の特定の一部箇所に所定の値（例えば値ゼロ）を挿入する）
・ビット単位（又はバイト単位）でのデパンクチャリング
・上記分割した単位（セグメント、パケット、フレーム）でのデパンクチャリング
【００３９】
（ｃ）情報系列のデインタリーブ（Ｄｅ−ｉｎｔｅｒｌｅａｖｅ、又は順番並べ替え（Ｒｅ−ｏｒｄｅｒｉｎｇ））
・同一系列内でのビット単位（又はバイト単位）のデインタリーブ
・同一系列内の分割した単位でのデインタリーブ
・異なる系列間のビット単位（又はバイト単位）のデインタリーブ
・異なる系列間の分割した単位のデインタリーブ
【００４０】
上位層での受信処理の詳細については、後述に譲る。但し、本実施形態では、送信側における上位層フレーム形成処理に対応して、分割した上位層での誤り訂正符号化後のブロック単位でデパンクチャリング並びにデインタリーブが実施される、という点を十分理解されたい。
【００４１】
受信側の上位層受信処理が完了した後は、上位層ＦＥＣ復号化部４０４が、処理後の情報系列に対して上位層ＦＥＣ復号を実行する。上位層ＦＥＣ復号により誤りを訂正できた場合（ＣＲＣで誤りが検出されない場合）には、復号後の情報系列をさらに上位層に渡す。誤り訂正できなかった場合（ＣＲＣで誤りが検出された場合）には、上位層での再送制御（ＡＲＱ）を実施する。
【００４２】
Ｃ．上位層処理
この項では、上位層での処理について詳細に説明する。
【００４３】
Ｃ−１．上位層ＦＥＣの実施の有無判定
本実施形態では、上位層ＦＥＣについては、送受信するすべての情報系列に対して適用することが可能である。または、条件を設定して、その条件を満たす場合についてのみ上位層ＦＥＣを実施するようにしてもよい。
【００４４】
図５には、送信側の上位層でＦＥＣを実施するか否かを判定する処理手順をフローチャートの形式で示している。送信側では、上位層ＦＥＣ符号化部３０１は、さらに上位層から情報系列を受け取ると（ステップＳ５０１）、上位層ＦＥＣを実施する条件が満たされているかどうかをチェックする（ステップＳ５０２）。そして、上位層ＦＥＣを実施する条件が満たされている場合には（ステップＳ５０２のＹｅｓ）、上位層ＦＥＣ符号化部３０１は、ステップＳ５０１で受け取った情報系列に対してＦＥＣ符号化を実施する（ステップＳ５０３）。そして、上位層ＦＥＣ符号化部３０１は、上位層ＦＥＣ符号化した情報系列を次の処理（上位層フレーム形成処理部３０２）に渡して（ステップＳ５０４）、本処理を終了する。また、上位層ＦＥＣを実施する条件が満たされていない場合には（ステップＳ５０２のＮｏ）、上位層ＦＥＣ符号化処理（ステップＳ５０３）をスキップし、情報系列を次の処理（上位層フレーム形成処理部３０２）に渡して（ステップＳ５０４）、本処理を終了する。
【００４５】
図６には、図５に示すフローチャート中のステップＳ５０２において実施される、上位層ＦＥＣ符号化を実施するか否かを判定するための詳細な処理手順をフローチャートの形式で示している。図示の処理手順は、例えば、送信側通信装置内の上位層ＦＥＣ符号化部３０１により実施される。
【００４６】
上位層ＦＥＣ符号化部３０１は、上位層ＦＥＣを実施する条件の判定を開始すると（ステップＳ６０１）、まず、受信側通信装置が上位層ＦＥＣに対応しているかどうかをチェックする（ステップＳ６０２）。送信側通信装置が複数の通信装置宛てにデータを送信する場合には、すべての受信側通信装置が上位層ＦＥＣに対応しているかどうかをチェックする。
【００４７】
いずれか１つの受信側通信装置でも上位層ＦＥＣに対応していない場合には（ステップＳ６０２のＮｏ）、上位層ＦＥＣ符号化部３０１は、上位層ＦＥＣを実施しないと判定して（ステップＳ６０８）、本処理を終了する。
【００４８】
すべての受信側通信装置が上位層ＦＥＣに対応している場合には（ステップＳ６０２のＹｅｓ）、上位層ＦＥＣ符号化部３０１は、続いて、対象となる情報系列のアプリケーションが、ブロードキャスト又はマルチキャストであるかどうかをチェックする（ステップＳ６０３）。対象となる情報系列のアプリケーションが、ブロードキャスト又はマルチキャストである場合には（ステップＳ６０３のＹｅｓ）、上位層ＦＥＣ符号化部３０１は、上位層ＦＥＣを実施すると判定して（ステップＳ６０４）、本処理を終了する。
【００４９】
一方、対象となる情報系列のアプリケーションが、ブロードキャスト又はマルチキャストのいずれでもない場合には（ステップＳ６０３のＮｏ）、上位層ＦＥＣ符号化部３０１は、続いて、対象となる情報系列のアプリケーション（ＱＣＩ：ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）  Ｃｌａｓｓ  Ｉｎｄｉｃａｔｏｒ）が、リアルタイム性（若しくは、低遅延性）を要求しているかどうかをチェックする（ステップＳ６０５）。
【００５０】
対象となる情報系列のアプリケーション（ＱＣＩ）がリアルタイム性（低遅延性）を要求している場合には（ステップＳ６０５のＹｅｓ）、上位層ＦＥＣ符号化部３０１は、続いて、対象となる情報系列のデータサイズが所定の閾値より大きいかどうかをチェックする（ステップＳ６０６）。
【００５１】
また、対象となる情報系列のアプリケーション（ＱＣＩ）がリアルタイム性（低遅延性）を要求していない場合には（ステップＳ６０５のＮｏ）、上位層ＦＥＣ符号化部３０１は、さらに、対象となる情報系列のアプリケーション（ＱＣＩ）が、高信頼性（低誤り率）を要求しているかどうかをチェックする（ステップＳ６０７）。対象となる情報系列のアプリケーション（ＱＣＩ）が高信頼性（低誤り率）を要求している場合には（ステップＳ６０７のＹｅｓ）、上位層ＦＥＣ符号化部３０１は、続いて、対象となる情報系列のデータサイズが所定の閾値より大きいかどうかをチェックする（ステップＳ６０６）。
【００５２】
対象となる情報系列のデータサイズが所定の閾値より大きい場合には（ステップＳ６０６のＹｅｓ）、上位層ＦＥＣ符号化部３０１は、上位層ＦＥＣを実施すると判定して（ステップＳ６０４）、本処理を終了する。
【００５３】
また、対象となる情報系列のデータサイズが所定の閾値以下である場合には（ステップＳ６０６のＮｏ）、若しくは、対象となる情報系列のアプリケーション（ＱＣＩ）が高信頼性（低誤り率）を要求していない場合には（ステップＳ６０７のＮｏ）、上位層ＦＥＣ符号化部３０１は、上位層ＦＥＣを実施しないと判定して（ステップＳ６０８）、本処理を終了する。
【００５４】
また、図７には、図５に示すフローチャート中のステップＳ５０２において実施される、上位層ＦＥＣ符号化を実施するか否かを判定するための処理手順の他の例をフローチャートの形式で示している。図示の処理手順は、例えば、送信側通信装置内の上位層ＦＥＣ符号化部３０１により実施される。
【００５５】
上位層ＦＥＣ符号化部３０１は、上位層ＦＥＣを実施する条件の判定を開始すると（ステップＳ７０１）、まず、受信側通信装置が上位層ＦＥＣに対応しているかどうかをチェックする（ステップＳ７０２）。送信側通信装置が複数の通信装置宛てにデータを送信する場合には、すべての受信側通信装置が上位層ＦＥＣに対応しているかどうかをチェックする。
【００５６】
いずれか１つの受信側通信装置が上位層ＦＥＣに対応していない場合には（ステップＳ７０２のＮｏ）、上位層ＦＥＣ符号化部３０１は、上位層ＦＥＣを実施しないと判定して（ステップＳ７０８）、本処理を終了する。
【００５７】
すべての受信側通信装置が上位層ＦＥＣに対応している場合には（ステップＳ７０２のＹｅｓ）、上位層ＦＥＣ符号化部３０１は、続いて、対象となる情報系列のデータサイズが所定の閾値より大きいかどうかをチェックする（ステップＳ７０３）。
【００５８】
対象となる情報系列のデータサイズが所定の閾値以下である場合には（ステップＳ７０３のＮｏ）、上位層ＦＥＣ符号化部３０１は、上位層ＦＥＣを実施しないと判定して（ステップＳ７０８）、本処理を終了する。
【００５９】
一方、対象となる情報系列のデータサイズが所定の閾値より大きい場合には（ステップＳ７０３のＹｅｓ）、上位層ＦＥＣ符号化部３０１は、続いて、対象となる情報系列のアプリケーションが、ブロードキャスト又はマルチキャストであるかどうかをチェックする（ステップＳ７０４）。対象となる情報系列のアプリケーションが、ブロードキャスト又はマルチキャストである場合には（ステップＳ７０４のＹｅｓ）、上位層ＦＥＣ符号化部３０１は、上位層ＦＥＣを実施すると判定して（ステップＳ７０５）、本処理を終了する。
【００６０】
また、対象となる情報系列のアプリケーションが、ブロードキャスト又はマルチキャストのいずれでもない場合には（ステップＳ７０４のＮｏ）、上位層ＦＥＣ符号化部３０１は、続いて、対象となる情報系列のアプリケーション（ＱＣＩ）が、リアルタイム性（若しくは、低遅延性）を要求しているかどうかをさらにチェックする（ステップＳ７０６）。対象となる情報系列のアプリケーション（ＱＣＩ）がリアルタイム性（低遅延性）を要求している場合には（ステップＳ７０６のＹｅｓ）、上位層ＦＥＣ符号化部３０１は、上位層ＦＥＣを実施すると判定して（ステップＳ７０５）、本処理を終了する。
【００６１】
対象となる情報系列のアプリケーション（ＱＣＩ）がリアルタイム性（低遅延性）を要求していない場合には（ステップＳ７０６のＮｏ）、上位層ＦＥＣ符号化部３０１は、さらに、対象となる情報系列のアプリケーション（ＱＣＩ）が、高信頼性（低誤り率）を要求しているかどうかをチェックする（ステップＳ７０７）。対象となる情報系列のアプリケーション（ＱＣＩ）が高信頼性（低誤り率）を要求している場合には（ステップＳ７０７のＹｅｓ）、上位層ＦＥＣ符号化部３０１は、上位層ＦＥＣを実施すると判定して（ステップＳ７０５）、本処理を終了する。
【００６２】
対象となる情報系列のアプリケーション（ＱＣＩ）が高信頼性（低誤り率）を要求していない場合には（ステップＳ７０７のＮｏ）、上位層ＦＥＣ符号化部３０１は、上位層ＦＥＣを実施しないと判定して（ステップＳ７０８）、本処理を終了する。
【００６３】
図６及び図７に示した処理手順についてまとめると、送信側通信装置は、以下の条件（ｉ）〜（ｉｉｉ）を鑑みて、上位層ＦＥＣ符号化を実施するか否かを判定する。
【００６４】
（ｉ）受信側通信装置の状況
（ｉｉ）対象となる情報系列のアプリケーション及び要件
（ｉｉｉ）対象となる情報系列の状況
【００６５】
受信側通信装置の状況については、受信側通信装置が上位層ＦＥＣに対応していることが条件となる。ブロードキャストやマルチキャストの場合には、「すべて」の受信側通信装置が上位層ＦＥＣに対応していないと、受信情報系列の復号が不可能な受信側通信装置が存在してしまう。このため、上位層ＦＥＣに対していない受信側通信装置が少なくとも１つある場合には、上位層ＦＥＣを実施しないようにすることが望ましい。
【００６６】
対象となる情報系列のアプリケーション及び要件については、例えば、対象のアプリケーションがブロードキャスト又はマルチキャストである場合には、上位層ＦＥＣを実施することが望ましい。ブロードキャストやマルチキャストの場合には、（後段で実施する）物理層のＦＥＣだけでは誤りが発生することがあり、その場合の再送を実施するのが困難である。したがって、上位層ＦＥＣによって誤り訂正能力を高めることで、ブロードキャストやマルチキャストの信頼性を向上することが可能となる。
【００６７】
また、対象となるアプリケーションがリアルタイム性（低遅延性）や高信頼性（低誤り率（ビット誤り率（ＢＥＲ：Ｂｉｔ  Ｅｒｒｏｒ  Ｒａｔｅ）、ブロック誤り率（ＢＬＥＲ：Ｂｌｏｃｋ  Ｅｒｒｏｒ  Ｒａｔｅ）、パケット誤り率（ＰＥＲ：Ｐａｃｋｅｔ  Ｅｒｒｏｒ  Ｒａｔｅ）、フレーム誤り率（ＦＥＲ：Ｆｒａｍｅ  Ｅｒｒｏｒ  Ｒａｔｅ）など））を求めている場合にも、上位層ＦＥＣを実施することが望ましい。これは、物理層のＦＥＣだけの誤り訂正では取り除くことができなかった誤りの削減や、誤りに起因する再送制御による遅延の削減の効果が、上位層ＦＥＣを実施することにより期待できるからである。
【００６８】
対象となる情報系列の状況については、例えば、情報系列のデータサイズが所定のサイズ（ビット数、又はバイト数）より大きい（又は、所定のサイズ以上）である場合に、上位層ＦＥＣを実施することにする。所定サイズより小さい場合については、上位層ＦＥＣ、特に消失訂正符号の効果が小さくなることが懸念されるため、上位層ＦＥＣに要するオーバーヘッド（送信側での符号化時間、受信側での復号時間、上位層ＦＥＣ用の制御情報の通知など）のデメリットの影響が大きくなってしまうことから、上位層ＦＥＣを実施しないという判定が望ましい場合もある。
【００６９】
本実施形態では、アプリケーションの要求条件として、ＱＣＩを参考に考えることができる。ＱＣＩは、対象となる情報系列毎、又は対象となる情報系列が関連しているアプリケーション毎、セッション（Ｓｅｓｓｉｏｎ）毎、あるいはベアラ（Ｂｅａｒｅｒ）毎に紐付けし、その情報系列を送受信する際に要求される通信品質（ＱｏＳ）を達成できるように示されるパラメータである。以下の表３には、ＱＣＩの要素と、それぞれの要素について上位層ＦＥＣの実施の有無を判定するための条件を示している。
【００７０】
【表３】
2020166229.tif 000005
【００７１】
本実施形態では、特に信頼性（Ｒｅｌｉａｂｉｌｉｔｙ）と遅延性（Ｌａｔｅｎｃｙ、Ｒｅａｌ  Ｔｉｍｅ）の要件に対して上位層ＦＥＣの実施の有無を判定することが望ましい。あるいは、信頼性及び遅延性に加えて、Ｒｅｓｏｕｒｃｅ  Ｔｙｐｅ（ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）、Ｎｏｎ−ＧＢＲ）や優先度に対して上位層ＦＥＣの実施の有無を判定するようにしてもよい。
【００７２】
また、本実施形態において、上位層ＦＥＣは、ベアラ（Ｂｅａｒｅｒ）に対してマッピングされてもよい。例えば、あるベアラの中では、同一の上位層ＦＥＣ符号化方式、符号化率、ブロックサイズなどを共通で使用することとする。このようにすることで、品質条件の管理やハンドリングをベアラ単位でまとめることが可能となる。
【００７３】
上位層ＦＥＣについては、常に実施するという実装方法の他に、下位層（物理層）の状況に応じて実施するか否かを切り替えるという実装方法も考えられる。
【００７４】
図８には、下位層の通信品質に基づいて上位層ＦＥＣ符号化を実施するか否かを判定するための処理手順をフローチャートの形式で示している。図示の処理手順は、例えば、送信側通信装置内の上位層ＦＥＣ符号化部３０１により実施される。
【００７５】
上位層ＦＥＣ符号化部３０１は、上位層ＦＥＣを実施する条件の判定を開始すると（ステップＳ８０１）、まず、下位層から通信品質情報を受ける（ステップＳ８０２）。
【００７６】
そして、上位層ＦＥＣ符号化部３０１は、下位層から受け取った通信品質情報に基づいて、下位層の通信品質を推定する（ステップＳ８０３）。
【００７７】
ここで、推定した階層の通信品質が所定の閾値を下回っている（若しくは、所定の閾値よりも通信品質が悪い）場合には（ステップＳ８０４のＹｅｓ）、上位層ＦＥＣ符号化部３０１は、上位層ＦＥＣを実施すると判定して（ステップＳ８０５）、本処理を終了する。
【００７８】
他方、推定した階層の通信品質が所定の閾値以上である場合には（ステップＳ８０４のＮｏ）、上位層ＦＥＣ符号化部３０１は、上位層ＦＥＣを実施しないと判定して（ステップＳ８０６）、本処理を終了する。
【００７９】
本実施形態では、通信品質として、下位層の誤り率を用いる。下位層の誤り率は、下位層から受けるＡＣＫ／ＮＡＣＫから推定することが可能である。そして、下位層の誤り率が悪化してきた場合や、所定の誤り率より悪い場合には、図８に示したフローチャート中の処理ステップＳ８０４において分岐Ｙｅｓに進んで、上位層ＦＥＣを実施する（ステップＳ８０５）。他方、下位層の誤り率がよい場合には、上位層ＦＥＣを実施しなくてもよいので、処理ステップＳ８０４において分岐Ｎｏに進む。
【００８０】
ここで、誤り率の対象として、ビット誤り率（ＢＥＲ）、トランスポートブロック誤り率（ＢＬＥＲ）、分割ブロック誤り率、パケット誤り率（ＰＥＲ）、フレーム誤り率（ＦＥＲ）などが挙げられる。特に本実施形態では、階層をまたがるという観点から、ＢＬＥＲ、分割ブロック誤り率、ＰＥＲ、ＦＥＲの少なくともいずれかを通信品質に関する誤り率に基づいて下位層の通信品質を判定することが望ましい。
【００８１】
Ｃ−２．上位層でのパンクチャリングの実施の有無判定
図９には、送信側の上位層でパンクチャリング及びインタリーブを実施するか否かを判定するための処理手順をフローチャートの形式で示している。図示の処理手順は、例えば、送信側通信装置内の上位層フレーム形成処理部３０２が実施する。
【００８２】
まず、上位層フレーム形成処理部３０２は、上位層ＦＥＣが実施されているかどうかをチェックする（ステップＳ９０１）。上位層ＦＥＣが実施されていない場合には（ステップＳ９０１のＮｏ）、上位層フレーム形成処理部３０２は、上位層でパンクチャリング及びインタリーブのいずれも実施することなく、次の処理（下位層ＦＥＣ符号化部３０３）へ情報系列を渡して（ステップＳ９０６）、本処理を終了する。
【００８３】
一方、上位層ＦＥＣが実施されている場合には（ステップＳ９０１のＹｅｓ）、続いて、上位層フレーム形成処理部３０２は、上位層パンクチャリングを実施する条件が満たされているかどうかをチェックする（ステップＳ９０２）。そして、上位層パンクチャリングを実施する条件が満たされている場合には（ステップＳ９０２のＹｅｓ）、上位層フレーム形成処理部３０２は、情報系列に対してパンクチャリングを実施する（ステップＳ９０３）。また、上位層パンクチャリングを実施する条件が満たされていない場合には（ステップＳ９０２のＮｏ）、上位層フレーム形成処理部３０２は、上位層でのパンクチャリングをスキップする。
【００８４】
続いて、上位層インタリーブを実施する条件が満たされているかどうかをチェックする（ステップＳ９０４）。そして、上位層インタリーブを実施する条件が満たされている場合には（ステップＳ９０４のＹｅｓ）、上位層フレーム形成処理部３０２は、情報系列に対してインタリーブを実施する（ステップＳ９０５）。そして、次の処理（下位層ＦＥＣ符号化部３０３）へ情報系列を渡して（ステップＳ９０６）、本処理を終了する。
【００８５】
また、上位層インタリーブを実施する条件が満たされていない場合には（ステップＳ９０４のＮｏ）、上位層フレーム形成処理部３０２は、上位層でインタリーブを実施することなく、次の処理（下位層ＦＥＣ符号化部３０３）へ情報系列を渡して（ステップＳ９０６）、本処理を終了する。
【００８６】
図９に示す処理手順では、上位層のパンクチャリング及びインタリーブについては、上位層符号が実施されていることが前提となる。上位層ＦＥＣ符号なしデパンクチャリングすると、受信側では復号化不可能であるからである。また、インタリーブは、上位層ＦＥＣ符号が実施されない場合には効果がない（若しくは、効果が低い）ということができる。上位層ＦＥＣ符号が実施されている場合、且つ、パンクチャリングの条件を満たす場合には（ステップＳ９０２のＹｅｓ）、上位層フレーム形成処理部３０２はパンクチャリングを実施する（ステップＳ９０３）。また、上位層ＦＥＣ符号が実施されている場合、且つ、インタリーブの条件を満たす場合には（ステップＳ９０４のＹｅｓ）、上位層フレーム形成処理部３０２はインタリーブを実施する（ステップＳ９０５）。
【００８７】
図９に示す処理手順では、パンクチャリングとインタリーブの実施判定をそれぞれ独立に行っている。また、パンクチャリングとインタリーブの判定及び実施の順番は任意であり、図９とは異なりインタリーブの実施判定を先に、パンクチャリングの実施判定を後にしてもよい。
【００８８】
図１０には、送信側の上位層でパンクチャリング及びインタリーブを実施するか否かを判定するための処理手順の他の例をフローチャートの形式で示している。図示の処理手順は、例えば、送信側通信装置内の上位層フレーム形成処理部３０２が実施する。
【００８９】
まず、上位層フレーム形成処理部３０２は、上位層ＦＥＣが実施されているかどうかをチェックする（ステップＳ１００１）。上位層ＦＥＣが実施されていない場合には（ステップＳ１００１のＮｏ）、上位層フレーム形成処理部３０２は、上位層でパンクチャリング及びインタリーブのいずれも実施することなく、次の処理（下位層ＦＥＣ符号化部３０３）へ情報系列を渡して（ステップＳ１００６）、本処理を終了する。
【００９０】
一方、上位層ＦＥＣが実施されている場合には（ステップＳ１００１のＹｅｓ）、続いて、上位層フレーム形成処理部３０２は、上位層パンクチャリング（又はインタリーブ）を実施する条件が満たされているかどうかをチェックする（ステップＳ１００２）。
【００９１】
ここで、上位層パンクチャリング（又はインタリーブ）を実施する条件が満たされている場合には（ステップＳ１００２のＹｅｓ）、上位層フレーム形成処理部３０２は、情報系列に対してパンクチャリングを実施し（ステップＳ１００３）、続いてインタリーブを実施する（ステップＳ１００４）。そして、次の処理（下位層ＦＥＣ符号化部３０３）へ（上位層でパンクチャリングを実施した後の）情報系列を渡して（ステップＳ１００５）、本処理を終了する。
【００９２】
また、上位層パンクチャリング（又はインタリーブ）を実施する条件が満たされていない場合には（ステップＳ１００２のＮｏ）、上位層フレーム形成処理部３０２は、情報系列に対してパンクチャリング及びインタリーブのいずれも実施しないで、次の処理（下位層ＦＥＣ符号化部３０３）へ情報系列を渡して（ステップＳ１００５）、本処理を終了する。
【００９３】
図９に示した処理手順では、上位層パンクチャ及びインタリーブの実施判定を独立して行っているが、図１０に示す処理手順では、１つの処理ステップで上位層パンクチャ及びインタリーブの両方の実施判定を行うようになっている。
【００９４】
図１１には、上位層パンクチャリングを実施するか否かを判定するための処理手順をフローチャートの形式で示している。図示の処理手順は、例えば、送信側通信装置内の上位層フレーム形成処理部３０２が実施する。
【００９５】
上位層フレーム形成処理部３０２は、上位層パンクチャリングを実施する条件の判定を開始すると（ステップＳ１１０１）、すべての受信側通信装置が上位層パンクチャリングに対応しているかどうかをチェックする（ステップＳ１１０２）。
【００９６】
すべての受信側通信装置が上位層パンクチャリングに対応している場合には（ステップＳ１１０２のＹｅｓ）、上位層フレーム形成処理部３０２は、上位層パンクチャリングを実施して（ステップＳ１１０３）、本処理を終了する。
【００９７】
一方、いずれか１つの受信側通信装置でも上位層パンクチャリングに対応していない場合には（ステップＳ１１０２のＮｏ）、上位層フレーム形成処理部３０２は、上位層パンクチャリングを実施せずに（ステップＳ１１０４）、本処理を終了する。
【００９８】
上位層ＦＥＣ符号化を実施するか否かを判定する処理（図９並びに図１０を参照のこと）と同様に、ブロードキャスト又はマルチキャストのアプリケーションの場合も含めて、受信側通信装置のすべてが上位層パンクチャリングに対応している場合には、上位層パンクチャリングを実施することが可能である。他方、受信側通信装置の中に上位層パンクチャリングに対応していない装置がある場合には、上位層パンクチャリングを実施すべきではない。
【００９９】
なお、図１１中の「パンクチャリング」を「インタリーブ」に読み替えることで、上位層インタリーブを実施するか否かを判定するための処理手順とすることができる。
【０１００】
本実施形態では、図１１とは別に、パンクチャリングとインタリーブで異なる実施判定条件を用いることも可能である。例えば、対象の情報系列のアプリケーションや要求通信品質を考慮して実施の有無を判定する方法が挙げられる。図１２には、上位層でパンクチャリングの実施の有無を判定するための処理手順をフローチャートの形式で示している。また、図１３には、上位層でインタリーブの実施の有無を判定するための処理手順をフローチャートの形式で示している。図１２及び図１３に示す処理手順はいずれも、例えば、送信側通信装置内の上位層フレーム形成処理部３０２が実施する。
【０１０１】
まず、図１２に示す、対象の情報系列のアプリケーションや要求通信品質に応じて、上位層でパンクチャリングの実施の有無を判定するための処理手順について説明する。
【０１０２】
上位層フレーム形成処理部３０２は、上位層パンクチャリングを実施する条件の判定を開始すると（ステップＳ１２０１）、すべての受信側通信装置が上位層パンクチャリングに対応しているかどうかをチェックする（ステップＳ１２０２）。
【０１０３】
いずれか１つの受信側通信装置でも上位層パンクチャリングに対応していない場合には（ステップＳ１２０２のＮｏ）、上位層フレーム形成処理部３０２は、上位層パンクチャリングを実施しないで（ステップＳ１２０７）、本処理を終了する。
【０１０４】
一方、すべての受信側通信装置が上位層パンクチャリングに対応している場合には（ステップＳ１２０２のＹｅｓ）、続いて、上位層フレーム形成処理部３０２は、対象となる情報系列のアプリケーションが、ブロードキャスト又はマルチキャストであるかどうかをチェックする（ステップＳ１２０３）。
【０１０５】
対象となる情報系列のアプリケーションが、ブロードキャスト又はマルチキャストである場合には（ステップＳ１２０３のＹｅｓ）、上位層フレーム形成処理部３０２は、上位層パンクチャリングを実施しないで（ステップＳ１２０７）、本処理を終了する。これは、ブロードキャストやマルチキャストでは再送を用いることができないことを考慮して、できる限り誤りの発生を抑制したいためである。パンクチャリングは、下位層が伝送すべきデータ量を削減する効果があるが、誤り訂正能力の観点では、パンクチャリングをしないよりは誤りの発生確率が増大することとなる。
【０１０６】
対象となる情報系列のアプリケーションがブロードキャスト又はマルチキャストでない場合には（ステップＳ１２０３のＮｏ）、続いて、上位層フレーム形成処理部３０２は、対象となる情報系列のアプリケーション（ＱＣＩ）が、リアルタイム性（若しくは、低遅延性）を要求しているかどうかをさらにチェックする（ステップＳ１２０４）。
【０１０７】
対象となる情報系列のアプリケーション（ＱＣＩ）がリアルタイム性（低遅延性）を要求している場合には（ステップＳ１２０４のＹｅｓ）、上位層フレーム形成処理部３０２は、上位層パンクチャリングを実施すると判定して（ステップＳ１２０５）、本処理を終了する。対象となる情報系列のアプリケーション（ＱＣＩ）のリアルタイム性（低遅延性）が要求される場合には、パンクチャリングを行うことが望ましいと言える。何故ならば、パンクチャリングによって下位層が伝送すべきデータ量を削減できるからである。
【０１０８】
対象となる情報系列のアプリケーション（ＱＣＩ）がリアルタイム性（低遅延性）を要求していない場合には（ステップＳ１２０４のＮｏ）、上位層フレーム形成処理部３０２は、さらに、対象となる情報系列のアプリケーション（ＱＣＩ）が、高信頼性（低誤り率）を要求しているかどうかをチェックする（ステップＳ１２０６）。
【０１０９】
対象となる情報系列のアプリケーション（ＱＣＩ）が高信頼性（低誤り率）を要求していない場合には（ステップＳ１２０６のＮｏ）、上位層フレーム形成処理部３０２は、上位層パンクチャリングを実施すると判定して（ステップＳ１２０５）、本処理を終了する。
【０１１０】
他方、対象となる情報系列のアプリケーション（ＱＣＩ）が高信頼性（低誤り率）を要求している場合には（ステップＳ１２０６のＹｅｓ）、上位層フレーム形成処理部３０２は、上位層パンクチャリングを実施しないで（ステップＳ１２０７）、本処理を終了する。対象となる情報系列のアプリケーション（ＱＣＩ）の高信頼性（低誤り率）が要求される場合には、パンクチャリングを行わないことが望ましい。パンクチャリングは、下位層が伝送すべきデータ量を削減する効果があるが、誤り訂正能力の観点では、パンクチャリングをしないよりは誤りの発生確率が増大するからである。
【０１１１】
次いで、図１３に示す、対象の情報系列のアプリケーションや要求通信品質に応じて、上位層でインタリーブの実施の有無を判定するための処理手順について説明する。
【０１１２】
上位層フレーム形成処理部３０２は、上位層インタリーブを実施する条件の判定を開始すると（ステップＳ１３０１）、すべての受信側通信装置が上位層インタリーブに対応しているかどうかをチェックする（ステップＳ１３０２）。
【０１１３】
いずれか１つの受信側通信装置でも上位層インタリーブに対応していない場合には（ステップＳ１３０２のＮｏ）、上位層フレーム形成処理部３０２は、上位層インタリーブを実施しないで（ステップＳ１３０７）、本処理を終了する。
【０１１４】
一方、すべての受信側通信装置が上位層インタリーブに対応している場合には（ステップＳ１３０２のＹｅｓ）、続いて、上位層フレーム形成処理部３０２は、対象となる情報系列のアプリケーションが、ブロードキャスト又はマルチキャストであるかどうかをチェックする（ステップＳ１３０３）。
【０１１５】
対象となる情報系列のアプリケーションが、ブロードキャスト又はマルチキャストである場合には（ステップＳ１３０３のＹｅｓ）、上位層フレーム形成処理部３０２は、誤りの発生低下と信頼性の向上の効果を期待して、上位層インタリーブを実施すると判定して（ステップＳ１３０４）、本処理を終了する。
【０１１６】
対象となる情報系列のアプリケーションがブロードキャスト又はマルチキャストでない場合には（ステップＳ１３０３のＮｏ）、続いて、上位層フレーム形成処理部３０２は、対象となる情報系列のアプリケーション（ＱＣＩ）が、リアルタイム性（若しくは、低遅延性）を要求しているかどうかをさらにチェックする（ステップＳ１３０５）。
【０１１７】
対象となる情報系列のアプリケーション（ＱＣＩ）がリアルタイム性（低遅延性）を要求している場合には（ステップＳ１３０５のＹｅｓ）、上位層フレーム形成処理部３０２は、処理時間が増大しないようにするために、上位層インタリーブを実施しないと判定して（ステップＳ１３０７）、本処理を終了する。
【０１１８】
対象となる情報系列のアプリケーション（ＱＣＩ）がリアルタイム性（低遅延性）を要求していない場合には（ステップＳ１３０５のＮｏ）、上位層フレーム形成処理部３０２は、さらに、対象となる情報系列のアプリケーション（ＱＣＩ）が、高信頼性（低誤り率）を要求しているかどうかをチェックする（ステップＳ１３０６）。
【０１１９】
対象となる情報系列のアプリケーション（ＱＣＩ）が高信頼性（低誤り率）を要求している場合には（ステップＳ１３０６のＹｅｓ）、上位層フレーム形成処理部３０２は、誤りの発生低下と信頼性の向上の効果を期待して、上位層インタリーブを実施すると判定して（ステップＳ１３０４）、本処理を終了する。
【０１２０】
また、対象となる情報系列のアプリケーション（ＱＣＩ）が高信頼性（低誤り率）を要求していない場合には（ステップＳ１３０６のＮｏ）、上位層フレーム形成処理部３０２は、上位層インタリーブを実施しないと判定して（ステップＳ１３０７）、本処理を終了する。
【０１２１】
インタリーブを実施することで、バースト的に誤りが発生する場合に、その誤りを分散させる効果があるので、誤りの発生低下や信頼性の向上を期待することができる。一方で、インタリーブを実施することで、送信時及び受信時に、ブロック、バイト、ビットの並べ替えが必要となるため、遅延の観点では処理時間が追加で必要になることが懸念される。これらのことを考慮すると、アプリケーションがブロードキャストやマルチキャストの場合には、再送なしで信頼性を向上させるために、インタリーブを実施することが望ましい。また、アプリケーションがリアルタイム性を要求する場合は、インタリーブを実施しないことが望ましいと言える。また、アプリケーションが高信頼性を要求する場合には、インタリーブを実施することが望ましいと言える。これらの条件から、図１２及び図１３に示したように、上位層におけるパンクチャリングとインタリーブで異なる条件を使うことが有効であると言える。
【０１２２】
Ｃ−３．上位層でのパンクチャリング及びインタリーブ
図１４には、本実施形態に係る通信システムにおける、送信側の上位層でのパンクチャリング及びインタリーブの一例を示している。同図では、上位層ＦＥＣ符号化する前の情報系列を分割して複数のブロックにし、各ブロックを上位層ＦＥＣ符号化し、さらにそのブロック単位でパンクチャリング及びインタリーブを実施する例を示している。同図中、白い情報系列及び白いブロックは上位層ＦＥＣ符号化前であり、ドットで塗り潰されたブロックは上位層ＦＥＣ符号化後である。
【０１２３】
上位層でのパンクチャリング及びインタリーブの手順を、同図中の（１）〜（７）に沿って、以下で説明する。
【０１２４】
（１）まず、さらなる上位層から情報系列を受け取る。対象の上位層がＬ２である場合、この情報系列はＬ３からのパケット（ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケット）を想定することができる。また、Ｌ２層（データリンク層）に適用する場合、対象の上位層がＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓ  Ｃｏｎｔｒｏｌ）であるとすると、図１４中の情報系列はそれぞれＰＤＣＰ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）、ＲＬＣ  ＳＤＵ（又は、ＰＤＣＰ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ））、ＭＡＣ  ＳＤＵ（又は、ＲＬＣ  ＰＤＵ）となる。この情報系列は、さらに上位層のヘッダとペイロードを含んでいることが望ましい。
【０１２５】
（２）次いで、情報系列を複数のブロックに分割する。本実施形態では、Ｍ個の符号化情報系列をＬ個に分割することとする。図１４は、Ｍ＝１の場合を例示している。本実施形態では、分割後のブロックのサイズについては、等サイズ又は不等サイズのいずれかとする。等サイズに分割する場合、パディングなどの追加がさらに考えられる（後述）。分割ブロックには、さらにブロック毎にＣＲＣビット系列を付与してもよい。ＣＲＣビット数は、それぞれ分割ブロックの間で同じであることが望ましい。なお、ＣＲＣビット系列の代わりに、誤り検出能力を有する別の誤り検出符号系列を付与してもよい。
【０１２６】
（３）分割した情報系列のブロック（ＣＲＣを付与した場合は、ＣＲＣを含む）に対して、上位層ＦＥＣ符号化を実施する。実施した結果としてのＬ個のブロックがＮ個のブロックとなる。ここで、Ｎ＝Ｌ＋Ｐの関係であり、Ｐは、上位層ＦＥＣによって付与される冗長なブロック数である。冗長なブロックは、パリティブロックと呼ばれてもよい。本実施形態では、Ｐ＜Ｌ≦Ｎの関係が成立することが望ましい。Ｌ個のＦＥＣ符号化後のブロックは、Ｌ個の元の情報系列のブロックと同じであることが望ましい。Ｐ個の冗長なブロックには、元の情報系列の少なくとも一部と、符号化によって生成されるパリティ系列が含まれることとなる。あるいは、冗長なブロックには、符号化によって生成されるパリティ系列のみが含まれることとなる。上位層ＦＥＣ符号化時の符号化率ｒは、以下に示す式１に示す通りとなる。この符号化率は、採用されるＦＥＣ符号に応じて事前に決定されていてもよい。
【０１２７】
【数１】
2020166229.tif 000006
【０１２８】
本実施形態では、元の情報系列のブロック数Ｌに対してＰの値は線形的に比例することとなる（つまり、Ｐ＝αＬの関係（０＜α≦１）であることが望ましい）。また、別の例として、符号化率ｒがＬによらず所定の値（Ｐ＝Ｐfix）となるようなＦＥＣ符号化や、ＬとＰの大きさが線形的に比例しない場合（例えば、Ｐ＝βＬ2＋δ、但し、β＞０、δ＞０、など）でもよい。
【０１２９】
図２７には、Ｌ個の符号化前のブロックに対して上位層ＦＥＣ符号化を実施して、Ｎ（＝Ｌ＋Ｐ）個の符号化後のブロックを生成する例を示している（但し、ＣＲＣの表記は省略している）。本実施形態に係る上位層ＦＥＣ符号化では、１つの符号化器に対して複数の符号化前のブロックが入力される。複数の符号化前ブロックから生成された符号化後ブロックについては、そのブロックの中にパリティ系列が含まれることになる。
【０１３０】
図２８には、Ｌ個の符号化前ブロックに対して上位層ＦＥＣ符号化を実施して、Ｎ（＝Ｌ＋Ｐ）個の符号化後のブロックを生成する他の例を示している。図２８に示す例では、符号化器毎に入力される符号化ブロックの数が異なる。例として、符号化後のブロック１からブロックＬまでを生成する符号化器には、符号化前のブロックのうち１つが入力される。これらの符号化器は、符号化前のブロックをそのまま出力することも可能である。そのまま出力する場合には、符号化器ごと省略してもよい。
【０１３１】
符号化後のブロック（Ｌ＋１）からブロックＮまでのＰ個を生成する符号化器には、複数の符号化前のブロックが入力される。複数の符号化前ブロックが入力されて生成される符号化後のブロックが、上述の冗長なブロック（又は、パリティブロック）に該当する。
【０１３２】
続いて、符号化器の詳細について説明する。第ｌ番目の符号化前ブロックの第ｉ番目のビットｂiを、以下に示す式２の通りとする。また、第ｎ番目の符号化ブロック（第ｎ番目の符号化器の出力）ｄnを、以下に示す式３の通りとする。すると、符号化ブロックは、以下に示す式４のように生成される。
【０１３３】
【数２】
2020166229.tif 000007
【０１３４】
【数３】
2020166229.tif 000008
【０１３５】
【数４】
2020166229.tif 000009
【０１３６】
但し、上記の式４中のｃn,l（ｉ），（ｉ＝１，…，Ｄ，ｎ＝１，…，Ｌ）は、第ｎ番目の符号化器＃ｎにおける第ｌ番目の符号化前ブロック（第ｎ番目の符号化器＃ｎに対する第ｌ番目の入力）に対する重み係数である。例えば、ｃn,l（ｉ）が取りうる値は以下に示す式５の通りである。
【０１３７】
【数５】
2020166229.tif 000010
【０１３８】
また、上記の式４中の演算子（記号「＋」の丸囲い文字）は、符号化器内の演算を意味している。この演算は、例えば、ＸＯＲ（Ｍｏｄ  ２の加算）、ＯＲ、又はＡＮＤのいずれであることが望ましい。ＸＯＲ、ＯＲ、ＡＮＤの各演算の例を、それぞれ表４、表５、表６に示しておく。
【０１３９】
【表４】
2020166229.tif 000011
【０１４０】
【表５】
2020166229.tif 000012
【０１４１】
【表６】
2020166229.tif 000013
【０１４２】
まとめると、上記の式４で示す符号化器は、複数のブロックを入力とし、各ブロックのビット毎に重み係数で重み付けして、演算処理（論理演算処理）で合成して出力することとなる。
【０１４３】
図２８に示す符号化後のブロック１からブロックＬのように符号化前のブロックと同じ場合には、符号化後のブロックは、以下の式６に示すように生成される。この場合には、符号化器＃１から符号化器＃Ｌの符号化器を省略するものとして取り扱ってもよい。
【０１４４】
【数６】
2020166229.tif 000014
【０１４５】
または、符号化前のブロックにビットに重み付けするような場合には、符号化後のブロックは、以下の式７に示すように生成される。
【０１４６】
【数７】
2020166229.tif 000015
【０１４７】
（４）次いで、符号化した分割ブロックに対して、ＦＥＣ情報をそれぞれ追加する。このＦＥＣ情報は、分割されたブロックを受信側で結合及びＦＥＣ復号するときに、効率的な復号を補助するための情報からなる。具体的には、分割したブロックの並び順の番号（シーケンス番号（ＩＤ）、図１４中の＃１、＃２、…、＃Ｎなどに相当）、分割されたブロックの総数（Ｎの値に相当）、分割元となる符号化情報系列の番号（ＩＤ）、ブロックのサイズ（データ量）、などが挙げられる。分割ブロックは、後述のパンクチャリングやインタリーブ、下位層での誤りなどによって、順番が入れ替わった状態、又は消失した状態で受信側に到達する可能性があるため、受信側通信装置はこれらのＦＥＣ情報を参照することで、どのブロックが入れ割っているか、どのブロックが消失しているかを把握することができる。
【０１４８】
（５）次いで、符号化した分割ブロックに対してパンクチャリングを実施して、一部を送信しないようにする。本実施形態では、複数ブロックに分割される場合には、そのブロック単位でパンチャリングすることとする。分割した上位層での誤り訂正符号化後のブロック単位でパンクチャリングが実施される、という点を十分理解されたい。図１４に示す例では、分割ブロック＃２と分割ブロック＃（Ｎ−１）が、パンクチャリングにより送信対象から外れている（また、同図中で省略しているブロックの中にもパンクチャリングされたものがあると想定してよい）。一般系として、Ｎ個のブロックのうち、Ｋ個のブロックを送信する（言い換えれば、（Ｎ−Ｋ）個のブロックをパンクチャリングにより送信対象から削除する）こととする。ここで、Ｋの値については以下に示す式８を満たす正の整数であることが望ましい
【０１４９】
【数８】
2020166229.tif 000016
【０１５０】
本実施形態では、具体的には、以下に示す式９〜式１１のいずれかの方法によりブロックを選択してパンクチャリングすることが望ましい。
【０１５１】
【数９】
2020166229.tif 000017
【０１５２】
【数１０】
2020166229.tif 000018
【０１５３】
【数１１】
2020166229.tif 000019
【０１５４】
（６）パンクチャリング処理された分割ブロックに対して、インタリーブ処理（分割ブロックの順番を入れ替える処理）を実施してもよい。インタリーブ処理によって、複数の連続した分割ブロックにエラーが生じた場合でも、受信側でデインタリーブ処理を実施することで、誤りが発生した分割ブロックの箇所を分散させることができる（誤りが発生した分割ブロックが連続することを回避できる可能性が高まる）。本実施形態では、分割した上位層での誤り訂正符号化後のブロック単位でインタリーブが実施される、という点を十分理解されたい。
【０１５５】
（７）パンクチャリング処理及びインタリーブ処理された各分割ブロックに対して、ＦＥＣ情報を含むブロックの先頭にヘッダ情報を付与する。このヘッダ情報は、上位層のプロトコルとして必要な情報を含むものとする。
【０１５６】
例えば、適用する上位層がセッション層（Ｌ４層）である場合には、送信元ポート番号（Ｓｏｕｒｃｅ  Ｐｏｒｔ）、宛先ポート番号（Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ）、シーケンス番号（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）、確認応答番号、データオフセット（Ｄａｔａｏｆｆｓｅｔ）、予約（Ｒｅｓｅｒｖｅ）、コントロールフラグ（Ｃｏｎｔｒｏｌ Ｆｌａｇ）、ウィンドウサイズ（Ｗｉｎｄｏｗ  Ｓｉｚｅ）、チェックサム（Ｃｈｅｃｋｓｕｍ）、緊急ポインタ、オプション、パディング（Ｐａｄｄｉｎｇ）などが、ヘッダ情報として各分割ブロックの先頭に付与される。
【０１５７】
また、適用する上位層がＩＰ層（Ｌ３層）である場合には、ＩＰバージョン（ＩＰ  Ｖｅｒｓｉｏｎ）、ヘッダ長（Ｉｎｔｅｒｎｅｔ  Ｈｅａｄｅｒ  Ｌｅｎｇｔｈ）、サービス種別（Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅ、又はＰｒｉｏｒｉｔｙ）、トラフィック種別（Ｔｒａｆｆｉｃ  Ｃｌａｓｓ）、フロー種別（Ｆｌｏｗ  Ｌａｂｅｌ）、全長（Ｔｏｔａｌ  Ｌｅｎｇｔｈ、ヘッダ及びペイロードを含む）、ペイロード長（Ｐａｙｌｏａｄ  Ｌｅｎｇｔｈ）、次ヘッダ（Ｎｅｘｔ  Ｈｅａｄｅｒ）、ホップ制限（Ｈｏｐ  Ｌｉｍｉｔ）、識別子（Ｉｄｅｎｔｉｆｉｅｒ）、フラグ（Ｖｅｒｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｌａｇｓ）、断片位置（Ｆｒａｇｍｅｎｔ  Ｏｆｆｓｅｔ）、生存時間（Ｔｉｍｅ  ｔｏ  Ｌｉｖｅ）、プロトコル（Ｐｒｏｔｏｃｏｌ）、チェックサム（Ｈｅａｄｅｒ  Ｃｈｅｃｋｓｕｍ）、送信元ＩＰアドレス（Ｓｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓ）、宛先ＩＰアドレス（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＰ  Ａｄｄｒｅｓｓ）、拡張情報（Ｏｐｔｉｏｎｓ）などが、ヘッダ情報として各分割ブロックの先頭に付与される。
【０１５８】
また、適用する上位層がデータリンク層（Ｌ２層）である場合には、送信元ＭＡＣアドレス（Ｓｏｕｒｃｅ  ＭＡＣ  Ａｄｄｒｅｓｓ）、宛先ＭＡＣアドレス（Ｄｅｓｔｉｎａｔｉｏｎ  ＭＡＣ  Ａｄｄｒｅｓｓ）、長さ（Ｌｅｎｇｔｈ）、送信元サービスアクセスポイント（Ｓｏｕｒｃｅ  Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  （ＳＡＰ））、宛先サービスアクセスポイント（Ｄｅｓｔｉｎａｔｉｏｎ  ＳＡＰ）などが、ヘッダ情報として各分割ブロックの先頭に付与される。
【０１５９】
図１４中に（７）で示す段階が、本実施形態に係る送信側通信装置内において、上位層から下位層への出力ということになる。Ｌ２層（データリンク層）に適用する場合、対象の上位層がＰＤＣＰ、ＲＬＣ、ＭＡＣであるとすると、図１４中の（７）の出力はそれぞれＰＤＣＰ  ＰＤＵ（又は、ＲＬＣ  ＳＤＵ）、ＲＬＣ  ＰＤＵ（又は、ＭＡＣ  ＳＤＵ）、ＭＡＣ  ＰＤＵ（又は、ＰＨＹ  ＳＤＵ、Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ）となる。
【０１６０】
図１４中の（１）及び（２）について、さらに上位層からの情報系列のサイズによっては、情報系列を分割しない場合があってもよい。図１５には、情報系列を分割しない場合を含む、上位層でのパンクチャリング及びインタリーブの例を示している。分割が発生しない条件としては、例えば、分割ブロックのサイズをＤビットとしたときに、情報系列のサイズがＤビット以下である場合が相当する。このような場合、実質分割を行わずに、（１）の情報系列がそのまま（２）で分割ブロックとなる。さらに、情報系列がＤビット未満である場合には、Ｄビットになるようにビットパディングを実施する。
【０１６１】
Ｃ−４．上位層でのパンクチャリング及びインタリーブ（他の例）
図１６には、本実施形態に係る通信システムにおける、送信側の上位層でのパンクチャリング及びインタリーブの他の例を示している。同図では、上位層ＦＥＣ符号化後の情報系列を分割して複数のブロックにし、そのブロック単位でパンクチャリング及びインタリーブを実施する例を示している。上位層でのパンクチャリング及びインタリーブの手順を、同図中の（１）〜（７）に沿って、以下で説明する。
【０１６２】
（１）まず、さらなる上位層から情報系列を受け取る。対象の上位層がＬ２である場合、この情報系列はＬ３からのパケット（ＩＰパケット）を想定することができる。また、Ｌ２層（データリンク層）に適用する場合、対象の上位層がＰＤＣＰ、ＲＬＣ、ＭＡＣであるとすると、図１６中の情報系列はそれぞれＰＤＣＰ  ＳＤＵ、ＲＬＣ  ＳＤＵ（又は、ＰＤＣＰ  ＰＤＵ）、ＭＡＣ  ＳＤＵ（又は、ＲＬＣ  ＰＤＵ）となる。この情報系列は、さらに上位層のヘッダとペイロードを含んでいることが望ましい。
【０１６３】
（２）次いで、上位層から受け取った情報系列に対して、上位層ＦＥＣ符号化を実施する。上位層ＦＥ符号化後情報系列は、元の情報系列と、符号化によって付与されたパリティ系列が含まれることになる。元の情報系列のデータサイズをＤ、上位層ＦＥＣ符号化で追加される系列（例えば、パリティ系列）のサイズをＰとすると、上位層ＦＥＣ符号化時の符号化率ｒは、以下に示す式１２に示す通りとなる。この符号化率は、採用されるＦＥＣ符号に応じて事前に決定されていてもよい。
【０１６４】
【数１２】
2020166229.tif 000020
【０１６５】
この場合には、元の情報系列のデータサイズＤに対してパリティ系列のサイズＰは線形的に比例することになる（つまり、Ｐ＝αＬの関係（０＜α≦１）であることが望ましい）。また、別の例として、符号化率ｒがＤに対して一定でないような符号化でもよい。例えば、ＦＥＣ符号化によって付与するパリティ系列のサイズＰが、Ｄの値によらず所定の値（Ｐ＝Ｐfix）となるようなＦＥＣ符号化や、ＬとＰの大きさが線形的に比例しない場合（例えば、Ｐ＝βＤ2＋δ、但し、β＞０、δ＞０、など）でもよい。さらに、符号化情報系列全体に対するＣＲＣビット系列が付与されてもよい。
【０１６６】
（３）次いで、符号化後の情報系列を複数のブロックに分割する。本実施形態では、Ｍ個の符号化情報系列をＮ個に分割することとする。図１６は、Ｍ＝１の場合を例示している。本実施形態では、分割後のブロックのサイズについては、等サイズ又は不等サイズのいずれかとする。等サイズに分割する場合、パディングなどの追加がさらに考えられる（後述）。分割ブロックには、さらにブロック毎にＣＲＣビット系列を付与してもよい。ＣＲＣビット数は、それぞれ分割ブロックの間で同じであることが望ましい。
【０１６７】
（４）次いで、分割ブロックに対して、ＦＥＣ情報をそれぞれ追加する。このＦＥＣ情報は、分割されたブロックを受信側で結合及びＦＥＣ復号するときに、効率的な復号を補助するための情報からなる。具体的には、分割したブロックの並び順の番号（シーケンス番号（ＩＤ）、図１６中の＃１、＃２、…、＃Ｎなどに相当）、分割されたブロックの総数（Ｎの値に相当）、分割元となる符号化情報系列の番号（ＩＤ）、ブロックのサイズ（データ量）、などが挙げられる。分割ブロックは、後述のパンクチャリングやインタリーブ、下位層での誤りなどによって、順番が入れ替わった状態、又は消失した状態で受信側に到達する可能性があるため、受信側通信装置はこれらのＦＥＣ情報を参照することで、どのブロックが入れ割っているか、どのブロックが消失しているかを把握することができる。
【０１６８】
（５）次いで、符号化した分割ブロックに対してパンクチャリングを実施して、一部を送信しないようにする。本実施形態では、複数ブロックに分割される場合には、そのブロック単位でパンチャリングすることとする。分割した上位層での誤り訂正符号化後のブロック単位でパンクチャリングが実施される、という点を十分理解されたい。図１４に示す例では、分割ブロック＃２と分割ブロック＃（Ｎ−１）が、パンクチャリングにより送信対象から外れている（また、同図中で省略しているブロックの中にもパンクチャリングされたものがあると想定してよい）。一般系として、Ｎ個のブロックのうち、Ｋ個のブロックを送信する（言い換えれば、（Ｎ−Ｋ）個のブロックをパンクチャリングにより送信対象から削除する）こととする。ここで、Ｋの値については以下に示す式１３を満たす正の整数であることが望ましい
【０１６９】
【数１３】
2020166229.tif 000021
【０１７０】
本実施形態では、具体的には、以下に示す式１４〜式１６のいずれかの方法によりブロックを選択してパンクチャリングすることが望ましい。
【０１７１】
【数１４】
2020166229.tif 000022
【０１７２】
【数１５】
2020166229.tif 000023
【０１７３】
【数１６】
2020166229.tif 000024
【０１７４】
（６）パンクチャリング処理された分割ブロックに対して、インタリーブ処理（分割ブロックの順番を入れ替える処理）を実施してもよい。インタリーブ処理によって、複数の連続した分割ブロックにエラーが生じた場合でも、受信側でデインタリーブ処理を実施することで、誤りが発生した分割ブロックの箇所を分散させることができる（誤りが発生した分割ブロックが連続することを回避できる可能性が高まる）。本実施形態では、分割した上位層での誤り訂正符号化後のブロック単位でインタリーブが実施される、という点を十分理解されたい。
【０１７５】
（７）パンクチャリング処理及びインタリーブ処理された各分割ブロックに対して、ＦＥＣ情報を含むブロックの先頭にヘッダ情報を付与する。このヘッダ情報は、上位層のプロトコルとして必要な情報を含むものとする。
【０１７６】
例えば、適用する上位層がセッション層（Ｌ４層）である場合には、送信元ポート番号（Ｓｏｕｒｃｅ  Ｐｏｒｔ）、宛先ポート番号（Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ）、シーケンス番号（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）、確認応答番号、データオフセット（Ｄａｔａｏｆｆｓｅｔ）、予約（Ｒｅｓｅｒｖｅ）、コントロールフラグ（Ｃｏｎｔｒｏｌ Ｆｌａｇ）、ウィンドウサイズ（Ｗｉｎｄｏｗ  Ｓｉｚｅ）、チェックサム（Ｃｈｅｃｋｓｕｍ）、緊急ポインタ、オプション、パディング（Ｐａｄｄｉｎｇ）などが、ヘッダ情報として各分割ブロックの先頭に付与される。
【０１７７】
また、適用する上位層がＩＰ層（Ｌ３層）である場合には、ＩＰバージョン（ＩＰ  Ｖｅｒｓｉｏｎ）、ヘッダ長（Ｉｎｔｅｒｎｅｔ  Ｈｅａｄｅｒ  Ｌｅｎｇｔｈ）、サービス種別（Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅ、又はＰｒｉｏｒｉｔｙ）、トラフィック種別（Ｔｒａｆｆｉｃ  Ｃｌａｓｓ）、フロー種別（Ｆｌｏｗ  Ｌａｂｅｌ）、全長（Ｔｏｔａｌ  Ｌｅｎｇｔｈ、ヘッダ及びペイロードを含む）、ペイロード長（Ｐａｙｌｏａｄ  Ｌｅｎｇｔｈ）、次ヘッダ（Ｎｅｘｔ  Ｈｅａｄｅｒ）、ホップ制限（Ｈｏｐ  Ｌｉｍｉｔ）、識別子（Ｉｄｅｎｔｉｆｉｅｒ）、フラグ（Ｖｅｒｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｌａｇｓ）、断片位置（Ｆｒａｇｍｅｎｔ  Ｏｆｆｓｅｔ）、生存時間（Ｔｉｍｅ  ｔｏ  Ｌｉｖｅ）、プロトコル（Ｐｒｏｔｏｃｏｌ）、チェックサム（Ｈｅａｄｅｒ  Ｃｈｅｃｋｓｕｍ）、送信元ＩＰアドレス（Ｓｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓ）、宛先ＩＰアドレス（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＰ  Ａｄｄｒｅｓｓ）、拡張情報（Ｏｐｔｉｏｎｓ）などが、ヘッダ情報として各分割ブロックの先頭に付与される。
【０１７８】
また、適用する上位層がデータリンク層（Ｌ２層）である場合には、送信元ＭＡＣアドレス（Ｓｏｕｒｃｅ  ＭＡＣ  Ａｄｄｒｅｓｓ）、宛先ＭＡＣアドレス（Ｄｅｓｔｉｎａｔｉｏｎ  ＭＡＣ  Ａｄｄｒｅｓｓ）、長さ（Ｌｅｎｇｔｈ）、送信元サービスアクセスポイント（Ｓｏｕｒｃｅ  Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  （ＳＡＰ））、宛先サービスアクセスポイント（Ｄｅｓｔｉｎａｔｉｏｎ  ＳＡＰ）などが、ヘッダ情報として各分割ブロックの先頭に付与される。
【０１７９】
図１６中に（７）で示す段階が、本実施形態に係る送信側通信装置内において、上位層から下位層への出力ということになる。Ｌ２層（データリンク層）に適用する場合、対象の上位層がＰＤＣＰ、ＲＬＣ、ＭＡＣであるとすると、図１６中の（７）の出力はそれぞれＰＤＣＰ  ＰＤＵ（又は、ＲＬＣ  ＳＤＵ）、ＲＬＣ  ＰＤＵ（又は、ＭＡＣ  ＳＤＵ）、ＭＡＣ  ＰＤＵ（又は、ＰＨＹ  ＳＤＵ、Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ）となる。
【０１８０】
Ｃ−５．情報系列の分割ブロック、サイズ、パディング
本実施形態では、分割ブロックのサイズを等しく分割する等分割、又は分割ブロックのサイズを等しくしなくてもよい不等分割にすることが可能である。
【０１８１】
等分割する場合、元の情報系列のサイズによっては、そのままでは等分割ができない場合がある。具体的には、サイズが端数となる分割ブロックが発生する場合がある。このような場合には、上位層ＦＥＣ符号化前の情報系列、上位層ＦＥＣ符号化後の符号化情報系列、又は分割後の分割ブロックのうち、少なくともいずれかに対してパディングを施して、分割ブロックのサイズが等しくなるように調整する。
【０１８２】
図１７には、情報系列を複数のブロックに分割し、分割ブロックにパディングビットを付与する様子を示している。例えば、情報系列をＬ個のブロックに等分割する場合の分割ブロック（ＣＲＣを含まない）のビット数がＤであるとする。元の情報系列のビット数ＤU＝ＤＬであれば、サイズが端数となる分割ブロックは発生しない。しかしながら、ＤU≠ＤＬの場合には、ＤU−Ｄ（Ｌ−１）ビットが端数となってしまう。端数が発生した場合には、Ｌ個の分割ブロックのうち１つのブロック（第Ｌ番目であることが望ましい）に対して、Ｄ−ＤU＋Ｄ（Ｌ−１）ビットをパディングして、Ｌ個すべての分割ブロックが同じビット数（Ｄビット）となるように処理を施す。パディングビットの付与前の時点でブロックのデータサイズが既に同一に揃っている場合には、パディングビットを付与しなくてもよい。
【０１８３】
パディングに使うビット系列については、すべて０（ゼロ）、又はすべて１としてもよい。また、所定のビット系列パターンを利用してパディングを行うようにしてもよい。また、ランダムな０と１の系列を利用してパディングを行うようにしてもよい。
【０１８４】
図１８には、情報系列を複数のブロックに分割し、分割ブロックにパディングビットを付与するための処理手順をフローチャートの形式で示している。図示の処理手順は、例えば、送信側通信装置内の上位層フレーム形成処理部３０２が実施する。
【０１８５】
まず、上位層フレーム形成処理部３０２は、さらに上位層からの情報系列を分割する条件を満たすかどうかをチェックする（ステップＳ１８０１）。例えば情報系列のビット数ＤUが分割ブロックのビット数Ｄ以下である場合には、その情報系列を分割する必要はなく、分割する条件を満たさないと判定され（ステップＳ１８０１のＮｏ）、分割を行わない。
【０１８６】
上位層からの情報系列を分割する条件を満たす場合には（ステップＳ１８０１のＹｅｓ）、上位層フレーム形成処理部３０２は、上位層からの情報系列を、Ｄビット毎のブロックに分割する（ステップＳ１８０２）。
【０１８７】
そして、上位層フレーム形成処理部３０２は、所定のビット数Ｄに満たない、端数のブロックが存在するかどうかをチェックする（ステップＳ１８０３）。
【０１８８】
ここで、所定のビット数Ｄに満たない、端数のブロックが存在する場合には（ステップＳ１８０３のＹｅｓ）、パディングに使うビット系列（前述）を使って、端数のブロックに対してパディングを施して、すべてのブロックがＤビットに揃うようにする（ステップＳ１８０４）。また、端数のブロックが存在しない場合には（ステップＳ１８０３のＮｏ）、パディングを行わない。
【０１８９】
次いで、上位層フレーム形成処理部３０２は、各ブロックに対してＣＲＣを付与して（ステップＳ１８０５）、次の処理へ進む（ステップＳ１８０６）。例えば、図１４に示したように情報系列を分割してから上位層ＦＥＣ符号化する場合には、次の処理は上位層ＦＥＣ符号化処理に相当する。
【０１９０】
Ｃ−６．上位層の受信側の処理
図１９には、本実施形態に係る通信システムにおいて、受信側の上位層でのデパンクチャリング及びデインタリーブの一例を示している。また、図２０には、受信側の上位層でのデパンクチャリング及びデインタリーブの他の例を示している。図１９及び図２０に示すように、本実施形態では、分割ブロック単位のデパンクチャリング及びデインタリーブを行う。但し、図１９に示す例では、送信側でパンクチャリングされたブロックにはダミーブロックを挿入するようになっているが、図２０に示す例では、送信側デパンクチャリングされたブロックはヌルブロックに置き換えられる。図１９及び図２０に示すいずれの例においても、送信側の上位層処理に対応して、分割した上位層での誤り訂正符号化後のブロック単位でデパンクチャリング並びにデインタリーブが実施される、という点を十分理解されたい。
【０１９１】
上位層でのデパンクチャリング及びデインタリーブの手順を図１９及び図２０中の（１）〜（５）に沿って、以下で説明する。
【０１９２】
（１）受信側の上位層では、下位層から受け取った分割ブロック（例えばＴｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）から、上位層のデータに相当する部分を抽出し、上位層ＦＥＣの復号に必要な数の分割ブロックが下位層から上がってくるまで待つ。
【０１９３】
（２）分割ブロックに付与されているＦＥＣ情報のヘッダのうち、分割ブロックのシーケンス番号に従って、分割ブロックの順序を並び替える（デインタリーブ処理）。例えば、シーケンス番号が昇順になるように並び替える。
【０１９４】
（３）図１９に示す例では、並び替えた分割ブロックの中で、シーケンス番号が飛んでいる箇所（例えば、シーケンス番号が１、３、４、５、…、となっている場合の、２番に相当する箇所）に、ダミーの分割ブロックを挿入する。また、下位層からの通知で、下位層で誤りが発生している（下位層で誤り訂正ができなかった）と通知されている分割ブロックについても、ダミーのブロックに置き換えるようにしてもよい。ダミーブロックについては、すべての値が１又は０（ゼロ）であるブロックとしてもよいし、又は１とゼロがランダム又は所定のパターンで並んだブロックとしてもよい。また、ダミーブロックが挿入された箇所のシーケンス番号については、記憶した上で上位層ＦＥＣ復号器に通知する。
【０１９５】
一方、図２０に示す例では、並び替えた分割ブロックの中で、下位層からの通知で、下位層で誤りが発生している（下位層で誤り訂正ができなかった）と通知されている分割ブロックを削除する（ヌルブロックに置き換える）また、シーケンス番号が不連続となっている箇所についても、そのままヌルブロックとしておいてもよい。この場合においても、ヌルとされた箇所のシーケンス番号については、記憶した上で上位層ＦＥＣ復号器に通知する。
【０１９６】
（４）ダミーブロック又はヌルのブロック、及びダミーブロック又はヌルのブロックの箇所に関する情報は、上位層のＦＥＣ復号器に入力され、信号処理が実施される。
【０１９７】
ここで、ダミーブロックとは、例えばすべてのビットを０又は１としたブロックと定める。あるいは、ダミーブロックとして、０と１をランダムに配置したブロックと定めてもよい。また、ヌルブロックを、復号器に対して何も入力しないこととして定める。ダミーブロック又はヌルブロックを挿入する箇所は、そもそも誤りが発生している分割ブロックの箇所であり、その分割ブロックの箇所が誤っていることは、ＣＲＣや誤り検出技術で把握できている。そのため、復号器側で該当箇所は復号に使わないという実装も可能である。また、ダミーブロックではなく、ヌルブロックを利用する場合のメリットとしては、ダミーブロックを生成する手間を省くことが可能となることが挙げられる。反対に、ダミーブロックを利用する場合のメリットとしては、（利用されるかは置いておくとして）復号器に必ず入力があるという状態を実現できるので、回路実装上の状態数を安定させることが可能となることが挙げられる。
【０１９８】
（５）上位層ＦＥＣの復号処理によって、上位層の情報系列が復号される。この復号後の情報系列に誤りが検出されなければ、この復号後情報系列を、さらに上位層へと引き渡すこととする。復号後の情報系列に誤りが発生した場合には、この上位層において再送制御の手順を実施することとする。
【０１９９】
Ｃ−７．通信装置における上位層ＦＥＣの対応組み合わせ
以下の表７には、通信装置が上位層ＦＥＣ及びパンクチャリングをサポートする状況についてまとめている。
【０２００】
【表７】
2020166229.tif 000025
【０２０１】
通信装置がＦＥＣ及びパンクチャリングの両方をサポートしていることが理想と言える。その一方で、パンクチャリングのサポートの有無についてはバリエーションがあってもよい。例えば、ビット単位のパンクチャリングと分割ブロック単位のパンクチャリングについて、サポートしない、又は、いずれか一方だけをサポートするという通信装置カテゴリがあってもよい。
【０２０２】
なお、上位層ＦＥＣをサポートせず、且つパンクチャリングをサポートするという通信カテゴリは、存在すべきでない（あるいは、存在する意味がない）カテゴリであると言える。
【０２０３】
ここで、「上位層ＦＥＣをサポートする」ということの意味としては、符号化（送信側）及び復号化（受信側）の両方に対応していることを指すことが望ましい。また、「上位層パンクチャリングをサポートする」ということに意味についても、パンクチャリング（送信側）及びデパンクチャリング（受信側）の両方に対応していることを指すことが望ましい。
【０２０４】
上位層ＦＥＣの対応状況の情報は、送信側通信装置と受信側通信装置で共有されていることが望ましい。特に、受信側通信装置が対応しているか否かを送信側通信装置に共有しておくことは、本実施形態に係る技術を適用するか否かの判断に関わる。対応状況に関する情報は、例えば実際のデータ通信の実行に移る前の接続確立段階（初期接続（Ｉｎｉｔｉａｌ  ａｃｃｅｓｓ））、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ、ハンドオーバー（Ｈａｎｄ−ｏｖｅｒ、Ｈａｎｄ−ｏｆｆ）、ハンドシェイク（Ｈａｎｄ−ｓｈａｋｅ）の時点で共有する。
【実施例１】
【０２０５】
ここでは、本明細書で提案する技術を採用する通信システムの構成を鑑みた、追加の実施例について説明する。【０２０６】
Ｄ．送信装置と受信装置で役割の区別がある場合
通信システムとして、送信側通信装置と受信側通信装置の役割がほぼ対等であるシステムと、役割が異なるシステムがあり得る。前者の送受信で役割がほぼ対等なシステムとして、例えば無線ＬＡＮ、Ｗｉ−Ｆｉ（登録商標）などが挙げられる。また、後者の送受信で役割が異なるシステムとして、例えばセルラシステム、４Ｇ、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、５Ｇ、ＮＲ（Ｎｅｗ  Ｒａｄｉｏ）、ＩＥＥＥ８０２．１１ａｃ以降の無線ＬＡＮ、Ｗｉ−Ｆｉ（登録商標）を挙げることができる。役割が異なる送受信の関係性として、基地局装置（Ｂａｓｅ  Ｓｔａｔｉｏｎ（ＢＳ）、ｅＮＢ、ｇＮＢ）と端末装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ（ＵＥ）、Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ（ＭＴ）、など）、アクセスポイント装置（Ａｃｃｅｓｓ  Ｐｏｉｎｔ（ＡＰ））とステーション装置（Ｓｔａｔｉｏｎ（ＳＴＡ））などが挙げられる。この項では、便宜上、基地局装置と端末装置の例に統一して、送受信で役割が異なるシステムに関する実施例について説明する。【０２０７】
図２１には、下りリンクにおける上位層ＦＥＣの設定手順の例を示している。下りリンクにおいては、図示の通り、基地局装置が送信側となり、その基地局装置のセルに接続している端末装置が受信側となる。この場合には、上位層ＦＥＣの適用及び具体的な構成パラメータについて、送信側である基地局装置から受信側である端末装置へと通知して、上位層ＦＥＣを実施することが望ましい。【０２０８】
まず、端末装置は、端末装置自身が接続しているセルの基地局装置に対して、端末装置自身の端末Ｃａｐａｂｉｌｉｔｙに関する情報を通知する（ＳＥＱ２１０１）。このＣａｐａｂｉｌｉｔｙ情報の中には、上位層ＦＥＣのＣａｐａｂｉｌｉｔｙに関する情報も含まれている。この端末Ｃａｐａｂｉｌｉｔｙに関する情報の通知には、初期接続（Ｉｎｉｔｉａｌ  Ａｃｃｅｓｓ）の手順の中、あるいは初期接続後に通知される。通知のための物理チャネルとして、ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｈａｒｅｄ  Ｃｈａｎｎｅｌ）のうち少なくともいずれかを利用する。【０２０９】
基地局装置は、基地局装置自身が管理するセルに接続している端末装置に対して、上位層ＦＥＣに関する情報を含む準静的な制御情報を通知する（ＳＥＱ２１５１）。この準静的な制御情報は、セル固有（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）の制御情報であってもよい。この準静的な制御情報は、上位層ＦＥＣの実施の有無に関する情報や、上位層ＦＥＣの種類に関する情報を含んでいてもよい。この制御情報は、初期接続の手続の中、あるいは初期接続後に通知される。また、ＲＲＣ  Ｓｉｇｎａｌｉｎｇ、ＲＲＣ  Ｃｏｎｆｉｇｕｒａｔｉｏｎなど、ＲＲＣの手順の一部としてこの制御情報が通知されてもよい。また、定期的に基地局装置から端末装置へ、この制御情報が通知されてもよい。この制御情報を通知するための物理チャネルとして、報知チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＥＰＤＣＣＨ：Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）のうち少なくともいずれかを利用する。【０２１０】
端末装置は、基地局装置から通知された、上位層ＦＥＣに関する準静的な制御情報に基づいて、端末装置自身のＦＥＣの準静的な設定を実施する（ＳＥＱ２１０２）。【０２１１】
その後、具体的に基地局装置から端末装置へ下りリンクの通信が発生する場合（例えば、端末装置がデータダウンロード（プル）を要求した場合や、端末装置へのプッシュデータが発生した場合など）、基地局装置から端末装置へ、下りリンク通信のために利用する無線リソースなどの制御情報（動的な制御情報）を通知する（ＳＥＱ２１５２）。この動的な制御情報は、端末固有（ＵＥ（Ｕｓｅ  Ｅｑｕｉｐｍｅｎｔ）−ｓｐｅｃｉｃｉｃ）又は端末グループ個別（ＵＥ−ｇｒｏｏｕｐ−ｓｐｅｃｉｆｉｃ）の制御情報であってもよい。ここで言う端末グループは、例えば、下りリンク通信がマルチキャストやブロードキャストである場合の送信対象となる１以上の端末装置のグループに相当する。また、ここで言う動的な制御情報としては、対象の端末装置（若しくは、端末グループ）に対して下りリンク通信を割り当てる周波数リソース（例えば、リソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）、サブキャリア、サブキャリアグループなど）、時間リソース（例えば、サブフレーム、スロット、ミニスロット、シンボルなど）、空間リソース（例えば、アンテナ、アンテナポート、空間レイヤー、空間ストリームなど）、ＮＯＭＡ（Ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＭＵＳＴ（Ｍｕｌｔｉｕｓｅｒ  Ｓｕｐｅｒｐｏｓｉｔｉｏｎ  Ｔｒａｎｓｍｉｓｓｉｏｎ）、ＩＤＭＡ（Ｉｎｔｅｒｌｅａｖｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｕｐｌｅ  Ａｃｃｅｓｓ））の非直交リソース（電力に関するリソース、インタリーブパターン）、下位層（物理層）の変調レベル、ＦＥＣ符号化率に関する情報（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｅｔ）、上位層ＦＥＣの符号化方法並びに符号化率（上位層パンクチャリングなどを含む）に関する情報、ＡＲＱ／ＨＡＲＱに関する設定（ＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｉｏｎ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）など）などが含まれる。【０２１２】
端末装置は、基地局装置から受け取った動的な制御情報に従って、下りリンク通信の適切な受信に備えるための設定を行う（ＳＥＱ２１０３）。【０２１３】
その後、基地局装置は、端末装置に通知した制御情報に適合するように、端末装置への下りリンク通信のデータを、上位層及び下位層それぞれで符号化及び変調処理を実施する（ＳＥＱ２１５３、ＳＥＱ２１５４）。そして、基地局装置は、符号化及び変調を施したデータを、無線信号として端末装置へ送信する（ＳＥＱ２１５５）。【０２１４】
端末装置は、基地局装置からの無線信号を、基地局装置から制御情報で指定された上記の設定に従って、下位層及び上位層それぞれで復調及び復号処理を実施する（ＳＥＱ２１０４、ＳＥＱ２１０５）。そして、端末装置は、上位層ＦＥＣまで含めてデータの復号が成功したか失敗したかに応じて、ＡＲＱ／ＨＡＲＱに関する処理を実施して（ＳＥＱ２１０６）、基地局装置に対して下りリンク通信に対するＡＣＫ又はＮＡＣＫを返信する（ＳＥＱ２１０７）。【０２１５】
ここで、端末装置は、上位層ＦＥＣまで含めてデータの復号が成功したか失敗したかに応じて、ＡＲＱ／ＨＡＲＱの処理の設定を変えることが望ましい。例えば、受信側で復号に失敗した場合には、送信側において次のＨＡＲＱの再送及び合成を実施するために、受信側での復号結果又は復号途中のデータ（軟判定値、対数尤度比（Ｌｏｇ  Ｌｉｋｅｌｉｈｏｏｄ  Ｒａｔｉｏ：ＬＬＲ）など）をメモリに保存しておくことが望ましい。【０２１６】
基地局装置は、端末装置から受け取ったＡＣＫ／ＮＡＣＫに従って、次に実施すべき処理を実行する（ＳＥＱ２１５６）。例えば、基地局装置は、端末装置からＮＡＣＫの通知を受け取った場合には、ＡＲＱ／ＨＡＲＱの再送に向けた準備を実施する。この再送の準備として、ＲＶの選択、ＭＣＳの選択、無線リソースの選択などが挙げられる。また、基地局装置は、端末装置からＡＣＫの通知を受け取った場合には、対象のデータについては問題なく送受信ができたことを意味するので、上記のような再送に向けた準備を行うことなく、次の新しいデータの通信に移行する。【０２１７】
基地局装置は、端末装置から受け取ったＡＣＫ又はＮＡＣＫに対応したＡＲＱ／ＨＡＲＱの処理に従って、再送又は新しいデータの下りリンク通信の実施に移行する。このため、基地局装置は、端末装置に対して、改めて下りリンク通信のために利用する無線リソースなどの制御情報（動的な制御情報）を通知する（ＳＥＱ２１５７）。そして、端末装置は、基地局装置から受け取った動的な制御情報に従って、下りリンク通信の適切な受信に備えるための設定を行い（ＳＥＱ２１０８）、その設定に従った下りリンク通信を実行する。【０２１８】
図２２には、上りリンクにおける上位層ＦＥＣの設定手順の例を示している。上りリンクにおいては、図示の通り、端末装置が送信側となり、その端末装置が接続しているセルの基地局装置が受信側となる。この場合には、上位層ＦＥＣの適用及び具体的な構成パラメータについて、受信側である基地局装置から送信側である端末装置へと通知して、上位層ＦＥＣを実施することが望ましい。【０２１９】
まず、端末装置は、端末装置自身が接続しているセルの基地局装置に対して、端末装置自身の端末Ｃａｐａｂｉｌｉｔｙに関する情報を通知する（ＳＥＱ２２０１）。このＣａｐａｂｉｌｉｔｙ情報の中には、上位層ＦＥＣのＣａｐａｂｉｌｉｔｙに関する情報も含まれている。この端末Ｃａｐａｂｉｌｉｔｙに関する情報の通知には、初期接続（Ｉｎｉｔｉａｌ  Ａｃｃｅｓｓ）の手順の中、あるいは初期接続後に通知される。通知のための物理チャネルとして、ランダムアクセスチャネル（ＰＲＡＣＨ）、上りリンク制御チャネル（ＰＵＣＣＨ）、上りリンク共有チャネル（ＰＵＳＣＨ）のうち少なくともいずれかを利用する。【０２２０】
基地局装置は、基地局装置自身が管理するセルに接続している端末装置に対して、上位層ＦＥＣに関する情報を含む準静的な制御情報を通知する（ＳＥＱ２２５１）。この準静的な制御情報は、セル固有（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）の制御情報であってもよい。この準静的な制御情報は、上位層ＦＥＣの実施の有無に関する情報や、上位層ＦＥＣの種類に関する情報を含んでいてもよい。この制御情報は、初期接続の手続の中、あるいは初期接続後に通知される。また、ＲＲＣ  Ｓｉｇｎａｌｉｎｇ、ＲＲＣ  Ｃｏｎｆｉｇｕｒａｔｉｏｎなど、ＲＲＣの手順の一部としてこの制御情報が通知されてもよい。また、定期的に基地局装置から端末装置へ、この制御情報が通知されてもよい。この制御情報を通知するための物理チャネルとして、報知チャネル（ＰＢＣＨ）、下りリンク制御チャネル（ＰＤＣＣＨ、ＥＰＤＣＣＨ）、下りリンク共有チャネル（ＰＤＳＣＨ）のうち少なくともいずれかを利用する。【０２２１】
端末装置は、基地局装置から通知された、上位層ＦＥＣに関する準静的な制御情報に基づいて、端末装置自身のＦＥＣの準静的な設定を実施する（ＳＥＱ２２０２）。【０２２２】
その後、具体的に端末装置から基地局装置へ上りリンクの通信が発生する場合（例えば、端末装置がデータアップロードを要求した場合や、他の通信装置からデータのリクエストを受けた場合、定期的な端末装置の状態情報を通知する場合、など）、端末装置は、上りリンク通信のスケジューリングリクエスト（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）を基地局装置に通知する（ＳＥＱ２２０３）。これによって、端末装置は、基地局装置に対して、上りリンク通信に利用する無線リソースなどの割り当てを依頼する。【０２２３】
基地局装置は、端末装置からスケジューリングリクエストを受けると、上りリンク通信のために利用する無線リソースなどの制御情報（動的な制御情報）を端末装置へ通知する（ＳＥＱ２２５２）。この動的な制御情報は、端末固有（ＵＥ（Ｕｓｅ  Ｅｑｕｉｐｍｅｎｔ）−ｓｐｅｃｉｃｉｃ）又は端末グループ個別（ＵＥ−ｇｒｏｏｕｐ−ｓｐｅｃｉｆｉｃ）の制御情報であってもよい。ここで言う端末グループは、例えば、上りリンク通信のための制御情報のうち、共通部分がある１以上の端末装置のグループに相当する。また、ここで言う動的な制御情報としては、対象の端末装置（若しくは、端末グループ）に対して上りリンク通信を割り当てる周波数リソース（例えば、リソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）、サブキャリア、サブキャリアグループなど）、時間リソース（例えば、サブフレーム、スロット、ミニスロット、シンボルなど）、空間リソース（例えば、アンテナ、アンテナポート、空間レイヤー、空間ストリームなど）、ＮＯＭＡ、ＭＵＳＴ、ＩＤＭＡ、ＣＤＭＡ）の非直交リソース（電力に関するリソース、インタリーブパターン）、下位層（物理層）の変調レベル、ＦＥＣ符号化率に関する情報（ＭＣＳ）、上位層ＦＥＣの符号化方法並びに符号化率（上位層パンクチャリングなどを含む）に関する情報、ＡＲＱ／ＨＡＲＱに関する設定（ＮＤＩ、ＲＶなど）などが含まれる。【０２２４】
端末装置は、基地局装置から受け取った動的な制御情報に従って、上りリンク通信の適切な受信に備えるための設定を行う（ＳＥＱ２２０４）。【０２２５】
その後、端末装置は、基地局装置から通知された制御情報に適合するように、端末装置への上りリンク通信のデータを、上位層及び下位層それぞれで符号化及び変調処理を実施する（ＳＥＱ２２０５、ＳＥＱ２２０６）。そして、端末装置は、符号化及び変調を施したデータを、無線信号として基地局装置へ送信する（ＳＥＱ２２０７）。【０２２６】
基地局装置は、端末装置からの無線信号を、制御情報で端末装置に指定した上記の設定に従って、下位層及び上位層それぞれで復調及び復号処理を実施する（ＳＥＱ２２５３、ＳＥＱ２２５４）。そして、基地局装置は、上位層ＦＥＣまで含めてデータの復号が成功したか失敗したかに応じて、ＡＲＱ／ＨＡＲＱに関する処理を実施して（ＳＥＱ２２５５）、端末装置に対して上りリンク通信に対するＡＣＫ又はＮＡＣＫを返信する（ＳＥＱ２２５６）。【０２２７】
ここで、基地局装置は、上位層ＦＥＣまで含めてデータの復号が成功したか失敗したかに応じて、ＡＲＱ／ＨＡＲＱの処理の設定を変えることが望ましい。例えば、受信側で復号に失敗した場合には、送信側において次のＨＡＲＱの再送及び合成を実施するために、受信側での復号結果又は復号途中のデータ（軟判定値、対数尤度比（ＬＬＲ）など）をメモリに保存しておくことが望ましい。【０２２８】
端末装置は、基地局装置から受け取ったＡＣＫ／ＮＡＣＫに従って、次に実施すべき処理を実行する（ＳＥＱ２２０８）。例えば、端末装置は、基地局装置からＮＡＣＫの通知を受け取った場合には、ＡＲＱ／ＨＡＲＱの再送に向けた準備を実施する。この再送の準備として、基地局装置からの次の動的な制御情報を待ち受けることなどが挙げられる。また、端末装置は、基地局装置からＡＣＫの通知を受け取った場合には、対象のデータについては問題なく送受信ができたことを意味するので、上記のような再送に向けた準備を行うことなく、次の新しいデータの通信に移行する。【０２２９】
端末装置は、基地局装置から受け取ったＡＣＫ又はＮＡＣＫに対応したＡＲＱ／ＨＡＲＱの処理に従って、再送又は新しいデータの上りリンク通信の実施に移行する。このため、基地局装置は、端末装置に対して、改めて上りリンク通信のために利用する無線リソースなどの制御情報（動的な制御情報）を通知する（ＳＥＱ２２５７）。そして、端末装置は、基地局装置から受け取った動的な制御情報に従って、上りリンク通信の適切な受信に備えるための設定を行い（ＳＥＱ２２０９）、その設定に従った上りリンク通信を実行する。【０２３０】
図２３及び図２４には、端末装置間のサイドリンクにおける上位層ＦＥＣの設定手順の例を示している。サイドリンクにおいては、図示の通り、基地局装置のセルに接続する一方の端末装置Ａが送信側となり、同じ基地局装置のセルに接続する他方の端末装置Ｂが受信側となる。この場合には、上位層ＦＥＣの適用及び具体的な構成パラメータについて、基地局装置から端末装置Ａ及びＢへと通知して、上位層ＦＥＣを実施することが望ましい。【０２３１】
まず、端末装置Ｂは、端末装置Ｂ自身が接続しているセルの基地局装置に対して、端末装置Ｂ自身の端末Ｃａｐａｂｉｌｉｔｙに関する情報を通知する（ＳＥＱ２３３１）。同様に、端末装置Ａは、端末装置Ａ自身が接続しているセルの基地局装置に対して、端末装置Ａ自身の端末Ｃａｐａｂｉｌｉｔｙに関する情報を通知する（ＳＥＱ２３０１）。この端末Ｃａｐａｂｉｌｉｔｙに関する情報の通知には、初期接続（Ｉｎｉｔｉａｌ  Ａｃｃｅｓｓ）の手順の中、あるいは初期接続後に通知される。通知のための物理チャネルとして、ランダムアクセスチャネル（ＰＲＡＣＨ）、上りリンク制御チャネル（ＰＵＣＣＨ）、上りリンク共有チャネル（ＰＵＳＣＨ）のうち少なくともいずれかを利用する。【０２３２】
基地局装置は、基地局装置自身が管理するセルに接続している端末装置Ａ及びＢに対して、サイドリンク無線リソースに関する情報を含む準静的な制御情報を通知する（ＳＥＱ２３５１、ＳＥＱ２３５２）。サイドリンクの無線リソースに関する準静的な制御情報としては、サイドリンク用無線リソースプール（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｐｏｏｌ）の周波数リソース（例えば、リソースブロック、サブキャリアグループ、サブキャリア、など）及び時間リソース（無線フレーム、サブフレーム、スロット、ミニスロット、シンボル、など）の指定が挙げられる。この無線リソースプールの範囲内の無線リソースを利用して、配下の端末装置はサイドリンク通信を実施してもよいこととする。無線リソースプールは、対象のセルの上りリンクリソースの一部をサイドリンク用無線リソースプールに流用することが望ましい。又は、対象のセルの下りリンクリソースの一部をサイドリンク用無線リソースプールに流用してもよい。また、基地局装置は、端末装置Ａ及びＢに対して、上位層ＦＥＣに関する情報を含む準静的な制御情報を通知する（ＳＥＱ２３５３、ＳＥＱ２３５４）。この準静的な制御情報は、上位層ＦＥＣの実施の有無に関する情報や、上位層ＦＥＣの種類に関する情報を含んでいてもよい。サイドリンクの無線リソースに関する準静的な制御情報、並びに上位層ＦＥＣに関する準静的な制御情報は、図示のようにそれぞれ個別の端末装置Ａ及びＢへ通知されてもよいし、同時に端末装置Ａ及びＢに通知されてもよい。【０２３３】
これらの準静的な制御情報はセル固有（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）の制御情報であってもよい。これらの準静的な制御情報は、初期接続の手続の中、あるいは初期接続後に通知される。また、ＲＲＣ  Ｓｉｇｎａｌｉｎｇ、ＲＲＣ  Ｃｏｎｆｉｇｕｒａｔｉｏｎなど、ＲＲＣの手順の一部としてこの制御情報が通知されてもよい。また、定期的に基地局装置から端末装置Ａ及びＢへ、この制御情報が通知されてもよい。これらの制御情報を通知するための物理チャネルとして、報知チャネル（ＰＢＣＨ）、下りリンク制御チャネル（ＰＤＣＣＨ、ＥＰＤＣＣＨ）、下りリンク共有チャネル（ＰＤＳＣＨ）のうち少なくともいずれかを利用する。【０２３４】
端末装置Ａ及びＢは、基地局装置から通知された、上位層ＦＥＣに関する準静的な制御情報に基づいて、端末装置Ａ及びＢ自身のＦＥＣの準静的な設定をそれぞれ実施する（ＳＥＱ２３０２、ＳＥＱ２３３２）。【０２３５】
その後、具体的に端末装置Ａから端末装置Ｂへサイドリンクの通信が発生する場合（例えば、端末装置間の直接通信が発生した場合や、端末装置Ａが端末装置Ｂから直接通信のリクエストを受けた場合など）、送信側の端末装置Ａは、受信側の端末装置Ｂに対して、サイドリンク通信のために利用する無線リソースなどの制御情報（動的な制御情報）を通知する（ＳＥＱ２３０３）。この動的な制御情報は、端末固有（ＵＥ（Ｕｓｅ  Ｅｑｕｉｐｍｅｎｔ）−ｓｐｅｃｉｃｉｃ）又は端末グループ個別（ＵＥ−ｇｒｏｏｕｐ−ｓｐｅｃｉｆｉｃ）の制御情報であってもよい。ここで言う端末グループは、例えば、サイドリンク通信がマルチキャストやブロードキャストである場合の送信対象となる１以上の端末装置のグループに相当する。また、ここで言う動的な制御情報としては、対象の端末装置（若しくは、端末グループ）に対してサイドリンク通信を割り当てる周波数リソース（例えば、リソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）、サブキャリア、サブキャリアグループなど）、時間リソース（例えば、サブフレーム、スロット、ミニスロット、シンボルなど）、空間リソース（例えば、アンテナ、アンテナポート、空間レイヤー、空間ストリームなど）、ＮＯＭＡ、ＭＵＳＴ、ＩＤＭＡ、ＣＤＭＡ）の非直交リソース（電力に関するリソース、インタリーブパターン）、下位層（物理層）の変調レベル、ＦＥＣ符号化率に関する情報（ＭＣＳ）、上位層ＦＥＣの符号化方法並びに符号化率（上位層パンクチャリングなどを含む）に関する情報、ＡＲＱ／ＨＡＲＱに関する設定（ＮＤＩ、ＲＶなど）などが含まれる。【０２３６】
受信側の端末装置Ｂは、送信側の端末装置Ａから受け取った動的な制御情報に従って、サイドリンク通信の適切な受信に備えるための設定を行う（ＳＥＱ２３３３）。【０２３７】
その後、端末装置Ａは、端末装置Ｂに通知した制御情報に適合するように、端末装置Ｂへのサイドリンク通信のデータを、上位層及び下位層それぞれで符号化及び変調処理を実施する（ＳＥＱ２３０４、ＳＥＱ２３０５）。そして、端末装置Ａは、符号化及び変調を施したデータを、無線信号として端末装置Ｂへ送信する（ＳＥＱ２３０６）。【０２３８】
端末装置Ｂは、端末装置Ａからの無線信号を、端末装置Ａらか制御情報で指定された上記の設定に従って、下位層及び上位層それぞれで復調及び復号処理を実施する（ＳＥＱ２３３４、ＳＥＱ２３３５）。そして、端末装置Ｂは、上位層ＦＥＣまで含めてデータの復号が成功したか失敗したかに応じて、ＡＲＱ／ＨＡＲＱに関する処理を実施して（ＳＥＱ２３３６）、端末装置Ａに対してサイドリンク通信に対するＡＣＫ又はＮＡＣＫを返信する（ＳＥＱ２３３７）。【０２３９】
ここで、端末装置Ｂは、上位層ＦＥＣまで含めてデータの復号が成功したか失敗したかに応じて、ＡＲＱ／ＨＡＲＱの処理の設定を変えることが望ましい。例えば、受信側で復号に失敗した場合には、送信側の端末装置Ａにおいて次のＨＡＲＱの再送及び合成を実施するために、受信側の端末装置Ｂでの復号結果又は復号途中のデータ（軟判定値、対数尤度比（ＬＬＲ）など）をメモリに保存しておくことが望ましい。【０２４０】
端末装置Ａは、端末装置Ｂから受け取ったＡＣＫ／ＮＡＣＫに従って、次に実施すべき処理を実行する（ＳＥＱ２３０７）。例えば、端末装置Ａは、端末装置ＢからＮＡＣＫの通知を受け取った場合には、ＡＲＱ／ＨＡＲＱの再送に向けた準備を実施する。この再送の準備として、次の動的な制御情報の待ち受けなどが挙げられる。また、端末装置Ａは、端末装置ＢからＡＣＫの通知を受け取った場合には、対象のデータについては問題なく送受信ができたことを意味するので、上記のような再送に向けた準備を行うことなく、次の新しいデータの通信のためのスケジューリングリクエストに移行する。【０２４１】
端末装置Ａは、端末装置Ｂから受け取ったＡＣＫ又はＮＡＣＫに対応したＡＲＱ／ＨＡＲＱの処理に従って、再送又は新しいデータのサイドリンク通信の実施に移行する。【０２４２】
基地局装置は、端末装置Ａ及びＢに対して、改めてサイドリンク無線リソースに関する情報を含む準静的な制御情報を通知し（ＳＥＱ２３５５、ＳＥＱ２３５６）、また、改めて上位層ＦＥＣに関する情報を含む準静的な制御情報を通知する（ＳＥＱ２３５７、ＳＥＱ２３５８）。そして、端末装置Ａ及びＢは、基地局装置から通知された、上位層ＦＥＣに関する準静的な制御情報に基づいて、端末装置Ａ及びＢ自身のＦＥＣの準静的な設定をそれぞれ実施する（ＳＥＱ２３０８、ＳＥＱ２３３８）。【０２４３】
次いで、端末装置Ａは、端末装置Ｂに対して、改めてサイドリンク通信のために利用する無線リソースなどの制御情報（動的な制御情報）を通知する（ＳＥＱ２３０９）。そして、端末装置Ｂは、端末装置Ａから受け取った動的な制御情報に従って、サイドリンク通信の適切な受信に備えるための設定を行い（ＳＥＱ２３３９）、その設定に従ったサイドリンク通信を実行する。【０２４４】
Ｅ．送信装置と受信装置で役割がほぼ対等な場合
送受信で役割がほぼ対等なシステムとして、例えば無線ＬＡＮ、Ｗｉ−Ｆｉ（登録商標）などが挙げられる（前述）。この項では、送受信で役割がほぼ対等となるシステムに関する実施例について説明する。【０２４５】
図２５には、送受信で役割がほぼ対等な通信システムにおける上位層ＦＥＣの設定手順の例を示している。図示の通り、端末装置Ａが送信側となり、端末装置Ｂが受信側となる。【０２４６】
端末装置Ａは、ほぼ対等な通信相手となる端末装置Ｂに対して、端末装置Ａ自身の端末Ｃａｐａｂｉｌｉｔｙに関する情報を通知する（ＳＥＱ２５０１）。このＣａｐａｂｉｌｉｔｙ情報の中には、上位層ＦＥＣのＣａｐａｂｉｌｉｔｙに関する情報も含まれている。同様に、端末装置Ｂは、端末装置Ａに対して、端末装置Ｂ自身の端末Ｃａｐａｂｉｌｉｔｙに関する情報を通知する（ＳＥＱ２５１１）。端末Ｃａｐａｂｉｌｉｔｙ情報は、例えばビーコン（Ｂｅａｃｏｎ）信号の中にＣａｐａｂｉｌｉｔｙ情報を含めることで、通知することができる。【０２４７】
端末装置Ａで端末装置Ｂに対するデータ送信が発生した場合に、端末装置Ａは、端末装置Ａ及び端末装置ＢのＣａｐａｂｉｌｉｔｙに応じて、送信すべきデータについて、上位層及び下位層それぞれで符号化及び変調処理を実施する（ＳＥＱ２５０２、ＳＥＱ２５０３）。【０２４８】
そして、端末装置Ａは、符号化及び変調を施したデータを、無線信号として端末装置Ｂへ送信する（ＳＥＱ２５０４）。この無線信号は、図２６に示すように、下位層パケット（若しくは、下位層フレーム）として、下位層プリアンブル、下位層ヘッダ、下位層ペイロード、及び下位層ＣＲＣの各パートから構成される。【０２４９】
下位層プリアンブルとして、下位層のＭＣＳ、ＦＥＣ符号化、周波数リソース（リソースブロック、サブキャリアグループ、サブキャリア、など）、時間リソース（下位層フレーム長（シンボル数）、など）空間リソース（アンテナ、アンテナポート、空間レイヤー、空間ストリーム、など）の下位層の動的な制御情報を含む。この下位層の動的な制御情報は、この下位層パケットに対してのみ有効とすることが望ましい。下位層ペイロードは、さらに１以上の分割ブロック（前述した、分割ブロック、符号化ブロックに相当）から構成される。分割ブロックは、上位層ヘッダ（上位層ＦＥＣ情報を含む）、上位層ペイロード、上位層ＣＲＣから構成されている。【０２５０】
端末装置Ｂは、端末装置Ａからの無線信号（下位層パケット）を受信すると、下位層ヘッダを復号して、下位層ペイロードを復調及び復号するために必要な動的な制御情報を取得して、自身に設定する（ＳＥＱ２５１２）。【０２５１】
端末装置Ｂは、下位層の動的な制御情報に基づいて、下位層ペイロードの復調及び復号処理を実施する（ＳＥＱ２５１３）。そして、端末装置Ｂは、下位層のペイロードを復調及び復号した後で、上位層の分割ブロックの復号（上位層ＦＥＣの復号、インタリーブ・デインタリーブを含む）を実施する（ＳＥＱ２５１４）。【０２５２】
端末装置Ｂは、上位層ＦＥＣを含めて復号が完了したら、上位層ＦＥＣまで含めてデータの復号が成功したか失敗したかに応じて、ＡＲＱ／ＨＡＲＱに関する処理を実施して（ＳＥＱ２５１５）、ＡＲＱ／ＨＡＲＱに関する設定を実施又は更新する。そして、端末装置Ｂは、データの復号が成功したか失敗したかに応じて、端末装置Ａに対してＡＣＫ又はＮＡＣＫを返信する（ＳＥＱ２５１６）。【０２５３】
端末装置Ａは、端末装置Ｂから受け取ったＡＣＫ／ＮＡＣＫに対応したＡＲＱ／ＨＡＲＱの処理を実行する（ＳＥＱ２５０５）。そして、端末装置Ａは、ＡＲＱ／ＨＡＲＱの処理に従って、再送又は新しいデータの送信処理に移行する。すなわち、端末装置Ａは、送信すべきデータについて、上位層及び下位層それぞれで符号化及び変調処理を実施し（ＳＥＱ２５０６、ＳＥＱ２５０７）、符号化及び変調を施したデータを、無線信号として端末装置Ｂへ送信する（ＳＥＱ２５０８）。【０２５４】
最後に本明細書で提案する技術の効果について言及しておく。【０２５５】
本明細書で提案する技術によれば、通信システムに上位層のＦＥＣ符号を導入し、且つ上位層でパンクチャリングを適用することによって、物理層（若しくは、下位層）で伝送すべきデータ量を削減することが可能になる。また、本明細書で提案する技術によれば、物理層で誤りや遅延が発生している状況においても、上位層での復号が可能になることから、再送を抑制して、低遅延化及び高信頼化を実現することができる。
【産業上の利用可能性】
【０２５６】
以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。【０２５７】
本明細書で開示する技術は、例えば無線ＬＡＮ、Ｗｉ−Ｆｉ（登録商標）などの送受信で役割がほぼ対等な通信システム、並びに、セルラシステム、４Ｇ、ＬＴＥ、５Ｇ、ＮＲ、ＩＥＥＥ８０２．１１ａｃ以降の無線ＬＡＮ、Ｗｉ−Ｆｉなどの送受信で役割が異なる通信システムのいずれにも適用することができる。【０２５８】
要するに、例示という形態により本明細書で開示する技術について説明してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。【０２５９】
なお、本明細書の開示の技術は、以下のような構成をとることも可能である。【０２６０】
（１）上位層のＦＥＣに関する制御情報及び下位層のＦＥＣに関する制御情報を取得する取得部と、
前記上位層のＦＥＣに関する制御情報に従って、上位層で情報系列の誤り訂正符号化又は復号化を実施する符号化復号化部と、
上位層においてパンクチャリング又はデパンクチャリングを実施するパンクチャ処理部と、
を具備する通信装置。【０２６１】
（２）上位層の情報系列をブロックに分割し又はブロックを結合する分割処理部をさらに備える、
上記（１）に記載の通信装置。【０２６２】
（３）前記分割処理部は、上位層での誤り訂正符号化する前の情報系列を分割し、
前記符号化復号化部は、分割後の各ブロックに対して上位層での誤り訂正符号化を実施する、
上記（２）に記載の通信装置。【０２６３】
（４）前記分割処理部は、上位層での誤り訂正符号化した後の情報系列を分割する、
上記（２）に記載の通信装置。【０２６４】
（５）前記パンクチャ処理部は、分割したブロック単位でパンクチャリング又はデパンクチャリングを実施する、
上記（２）乃至（４）のいずれかに記載の通信装置。【０２６５】
（５−１）前記パンクチャ処理部は、パンクチャリングされたブロックにダミーブロックを挿入し、又は、パンクチャリングされたブロックにダミーブロックを挿入して、デパンクチャリングする、
上記（５）に記載の通信装置。【０２６６】
（５−２）ダミーブロックは、すべてのビットを０又は１としたブロック、又は、０と１をランダムに配置したブロックである、
上記（５−１）に記載の通信装置。【０２６７】
（５−３）前記パンクチャ処理部は、分割した上位層での誤り訂正符号化後のブロック単位でパンクチャリング又はデパンクチャリングを実施する、
上記（５）に記載の通信装置。【０２６８】
（６）分割したブロック毎に、ブロックの順序に関するシーケンス番号を付与する、
上記（２）乃至（５）のいずれかに記載の通信装置。【０２６９】
（７）分割したブロック単位で上位層におけるインタリーブ又はデインタリーブを実施するインタリーブ処理部をさらに備える、
上記（２）乃至（６）のいずれかに記載の通信装置。【０２７０】
（７−１）前記パンクチャ処理部は、分割した上位層での誤り訂正符号化後のブロック単位でインタリーブ又はデインタリーブを実施する、
上記（７）に記載の通信装置。【０２７１】
（８）前記分割処理部は、情報系列のデータサイズと分割後のブロックのデータサイズの関係性に基づいて、上位層の情報系列のブロックへの分割を実施する、
上記（２）乃至（７）のいずれかに記載の通信装置。【０２７２】
（９）基地局装置のセルに接続する端末装置として動作し、
前記取得部は、前記基地局装置から上位層のＦＥＣに関する制御情報を取得する、
上記（１）乃至（８）のいずれかに記載の通信装置。【０２７３】
（１０）前記基地局装置に対して、前記通信装置自身の上位層のＦＥＣに関するＣａｐａｂｉｌｉｔｙ情報を通知する通知部をさらに備える、
上記（９）に記載の通信装置。【０２７４】
（１１）前記取得部は、上位層のＦＥＣに関する情報を、２段階に分かれて受信する、
上記（９）又は（１０）のいずれかに記載の通信装置。【０２７５】
（１２）前記取得部は、第１の段階において、上位層ＦＥＣの実施の有無に関する情報、又は上位層ＦＥＣの種類に関する情報のうち少なくとも１つの情報を取得し、第２の段階において、上位層ＦＥＣの符号化率に関する情報、又は上位層パンクチャリングの実施の有無に関する情報のうち少なくとも１つの情報を取得する、
上記（１１）に記載の通信装置。【０２７６】
（１３）上位層のＦＥＣに関する制御情報は、無線リソースプールの設定と関連付いている、
上記（１）乃至（１２）のいずれかに記載の通信装置。【０２７７】
（１４）上位層のＦＥＣの設定は、対象となる情報系列のベアラ（ベアラ種別）、又は通信品質クラスのうち少なくともいずれかと関連付いている、
上記（１）乃至（１３）のいずれかに記載の通信装置。【０２７８】
（１５）上位層は、データリンク層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、又は第２層のいずれかであり、
下位層は、物理層、ＰＨＹ層、第１層のいずれかである、
上記（１）乃至（１４）のいずれかに記載の通信装置。【０２７９】
（１６）上位層のＦＥＣは、消失訂正符号、レートレス符号、Ｒａｐｔｏｒ符号、又はＲａｐｔｏｒＱ符号のいずれかである、
上記（１）乃至（１５）のいずれかに記載の通信装置。【０２８０】
（１７）下位層のＦＥＣは、ＬＤＰＣ符号、又はＰｏｌａｒ符号のいずれかである、
上記（１）乃至（１６）のいずれかに記載の通信装置。【０２８１】
（１８）上位層のＦＥＣ符号化を実施するか否かを判定する判定部をさらに備える、
上記（１）乃至（１７）のいずれかに記載の通信装置。【０２８２】
（１９）前記判定部は、受信側通信装置の状況、対象となる情報系列のアプリケーション、対象となる情報系列の状況のうち少なくとも１つに基づいて、上位層のＦＥＣ符号化を実施するか否かを判定する、
上記（１８）に記載の通信装置。【０２８３】
（２０）上位層のＦＥＣに関する制御情報及び下位層のＦＥＣに関する制御情報を取得する取得ステップと、
前記上位層のＦＥＣに関する制御情報に従って、上位層で情報系列の誤り訂正符号化又は復号化を実施する符号化復号化ステップと、
上位層においてパンクチャリング又はデパンクチャリングを実施するパンクチャ処理ステップと、
を有する通信方法。
【符号の説明】
【０２８４】
３０１…上位層ＦＥＣ符号化部、３０２…上位層フレーム形成処理部
３０３…下位層ＦＥＣ符号化部、３０４…下位層フレーム形成処理部
４０１…下位層受信処理部、４０２…下位層ＦＥＣ復号化部
４０３…上位層受信処理部、４０４…上位層ＦＥＣ復号化部
【図１】
2020166229.tif 000026
【図２】
2020166229.tif 000027
【図３】
2020166229.tif 000028
【図４】
2020166229.tif 000029
【図５】
2020166229.tif 000030
【図６】
2020166229.tif 000031
【図７】
2020166229.tif 000032
【図８】
2020166229.tif 000033
【図９】
2020166229.tif 000034
【図１０】
2020166229.tif 000035
【図１１】
2020166229.tif 000036
【図１２】
2020166229.tif 000037
【図１３】
2020166229.tif 000038
【図１４】
2020166229.tif 000039
【図１５】
2020166229.tif 000040
【図１６】
2020166229.tif 000041
【図１７】
2020166229.tif 000042
【図１８】
2020166229.tif 000043
【図１９】
2020166229.tif 000044
【図２０】
2020166229.tif 000045
【図２１】
2020166229.tif 000046
【図２２】
2020166229.tif 000047
【図２３】
2020166229.tif 000048
【図２４】
2020166229.tif 000049
【図２５】
2020166229.tif 000050
【図２６】
2020166229.tif 000051
【図２７】
2020166229.tif 000052
【図２８】
2020166229.tif 000053
【国際調査報告】
2020166229.tif 000054
2020166229.tif 000055
2020166229.tif 000056
2020166229.tif 000057
2020166229.tif 000058
2020166229.tif 000059