(57)【要約】  無線送受信装置は、バースト誤りをランダム誤りに変換するために、誤り訂正符号であるターボ符号と共に、チャネルインタリーバを用いる。無線送受信装置は、Ｃｏｄｅ  Ｂｌｏｃｋ  Ｃｏｎｃａｔｅｎａｔｉｏｎ（１５）において、トランスポートブロックが複数のコードブロックに分割される場合に、伝送中に生じたバースト誤りを全コードブロックに分散させるようにチャネルコーディングを行う。これにより、バースト誤り発生時にその誤りをＴｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ内の全Ｃｏｄｅ  Ｂｌｏｃｋに一様に分散可能とし、Ｃｏｄｅ  Ｂｌｏｃｋ毎の誤り耐性に偏りを生じないようにすることが可能となる。
2013001706.tif 000002
【特許請求の範囲】
【請求項１】
バースト誤りをランダム誤りに変換するために、誤り訂正符号であるターボ符号と共に、チャネルインタリーバを用いる無線送受信装置であって、
トランスポートブロックが複数のコードブロックに分割される場合に、伝送中に生じたバースト誤りを全コードブロックに分散させるようにチャネルコーディングを行うことを特徴とする無線送受信装置。
【請求項２】
コードブロックに対するターボ符号化とレートマッチとを行った後のビット系列に対して変調多値数ビット毎にまとめる処理を行うことを特徴とする請求項１記載の無線送受信装置。
【請求項３】
前記変調多値数ビット毎にまとめる処理において、前記各コードブロックのシンボル列が前記チャネルインタリーバの列数毎に現れるように並べることを特徴とする請求項２記載の無線送受信装置。
【請求項４】
上記の請求項１から請求項３のいずれかに記載の無線送受信装置を含むことを特徴とする通信システム。
【請求項５】
バースト誤りをランダム誤りに変換するために、誤り訂正符号であるターボ符号と共に、チャネルインタリーバを用いる無線送受信装置に用いるチャネルコーディング処理方法であって、
トランスポートブロックが複数のコードブロックに分割される場合に、伝送中に生じたバースト誤りを全コードブロックに分散させるようにチャネルコーディングを行うことを特徴とするチャネルコーディング処理方法。
【請求項６】
前記無線送受信装置が、コードブロックに対するターボ符号化とレートマッチとを行った後のビット系列に対して変調多値数ビット毎にまとめる処理を行うことを特徴とする請求項５記載のチャネルコーディング処理方法。
【請求項７】
前記無線送受信装置が、前記変調多値数ビット毎にまとめる処理において、前記各コードブロックのシンボル列が前記チャネルインタリーバの列数毎に現れるように並べることを特徴とする請求項６記載のチャネルコーディング処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線送受信装置、通信システム及びそれらに用いるチャネルコーディング処理方法に関し、特に３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）のＲｅｌｅａｓｅ８（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）におけるチャネルコーディング方式に関する。
【背景技術】
【０００２】
データ通信においては、伝送中に生じる誤りを訂正するために、誤り訂正符号／復号が送信／受信側で一般に用いられている。この誤り訂正技術は、一般には送信データ中の離散した箇所に生じるような"ランダム誤り"を訂正するのに有効であり、その目的で通信一般に広く用いられている。しかしながら、送信データ中のまとまった特定箇所で連続して誤るような"バースト誤り"に対しては、誤り訂正能力が低下し、伝送特性が劣化すると考えられている。【０００３】
そこで、バースト誤りを効率的に訂正するための技術として、インタリーバ（インタリーブ機能）が誤り訂正と組合せて広く一般に用いられている。このインタリーブ機能とは、簡単に説明すると、送信側において送信データをある規則により並べ替えて送信する機能である。【０００４】
このようなインタリーブしたデータを送信すれば、もし伝送中にバースト誤りが生じても、受信データの並びを送信側のインタリーブ前の順に戻せば（この受信側の処理を"デインタリーブ"と呼ぶ）、伝送中に発生したバースト誤り箇所は分散してランダム誤りとなり、その結果、誤り訂正が効率的に行われるのである。【０００５】
以下では、３ＧＰＰのＲｅｌｅａｓｅ８（ＬＴＥ）におけるチャネルコーディング方式及びその問題点について述べる。【０００６】
移動体通信の規格である、３ＧＰＰ  ＬＴＥの上り通信方式の仕様においても、上記の考えに基づき、バースト誤りをランダム誤りに変換する目的で、チャネルインタリーバが誤り訂正符号であるターボ符号と共に用いられている。本仕様に基づいて構成される送信側の無線送受信装置のチャネルコーディング処理部を図５に示す。ここでは、説明を簡単化するため、Ｃｏｄｅ  Ｂｌｏｃｋ数が２の場合を例に挙げている。以下に、チャネルコーディング処理部の動作を説明する。【０００７】
Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ  ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）  Ａｔｔａｃｈｍｅｎｔ（１１）では、上位レイヤから渡される送信データ（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ）にＣＲＣを付加する。【０００８】
Ｃｏｄｅ  Ｂｌｏｃｋ  Ｓｅｇｍｅｎｔａｔｉｏｎ（１２）では、ＣＲＣを付加した後のＴｒａｎｓｐｏｒｔ  Ｂｌｏｃｋに対して、後段のＴｕｒｂｏ（ターボ）符号器への入力ビット数が６１４４ｂｉｔ以内になるよう、Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋを分割する。ここで、分割処理後の各ブロックをＣｏｄｅ  Ｂｌｏｃｋと呼ぶ。【０００９】
尚、ＣＲＣを付加した後のＴｒａｎｓｐｏｒｔ  Ｂｌｏｃｋのサイズが６１４４ｂｉｔ以内であれば、この分割処理は不要であり、Ｔｒａｎｓｐｏｒｔ  ＢｌｏｃｋそのものがＣｏｄｅ  Ｂｌｏｃｋとなる。【００１０】
Ｃｏｄｅ  Ｂｌｏｃｋ  ＣＲＣ  Ａｔｔａｃｈｍｅｎｔ（１３）では、Ｃｏｄｅ  Ｂｌｏｃｋ毎にＣＲＣを付加する。【００１１】
Ｔｕｒｂｏ  Ｃｏｄｉｎｇ  ＆  Ｒａｔｅ  Ｍａｔｃｈｉｎｇ（１４）では、ＣＲＣを付加した後のＣｏｄｅ  Ｂｌｏｃｋに対して、ターボ符号化し、更に符号化率調整のためのレートマッチを行う。【００１２】
Ｃｏｄｅ  Ｂｌｏｃｋ  Ｃｏｎｃａｔｅｎａｔｉｏｎ（２５）では、ターボ符号化及びレートマッチ後の各Ｃｏｄｅ  Ｂｌｏｃｋを結合（連結）し、一つにまとめる。【００１３】
Ｄａｔａ  ＆  Ｃｏｎｔｒｏｌ  Ｍｕｌｔｉｐｌｅｘｉｎｇ（１６）では、送信データの制御情報部と、上記の一連処理で生成されたＣｏｄｅ  Ｂｌｏｃｋを結合した後のデータ部とを多重する。【００１４】
Ｃｈａｎｎｅｌ  Ｉｎｔｅｒｌｅａｖｅｒ（１７）では、制御情報部とデータ部とを多重した後の系列に対して、インタリーブ処理を行い、データの並び順を変換する。【００１５】
上記の処理によって生成されたビット系列は、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）や１６ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ），６４ＱＡＭ等の変調シンボルにマッピングされ、更にそれらが図６に示すＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）のＤａｔａ  Ｓｙｍｂｏｌ部にマッピングされ、送信される。【００１６】
尚、図６は、３ＧＰＰ  ＬＴＥにおいて規定されているＰＵＳＣＨのＮｏｒｍａｌ  ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）時のサブフレームフォーマットであり、１サブフレームの長さは１ｍｓであり、１４個のＳＣ−ＦＤＭＡシンボルから構成されている。シンボルは２種あり、１２個のシンボルから構成される"データシンボル"と、２個のシンボルから構成される"リファレンスシンボル"とがある。"データシンボル"は、送信データがマッピングされるフィールドであり、"リファレンスシンボル"では、送受両側で既知の系列が送信され、受信側の伝搬路推定等に用いられる。【００１７】
受信側においては、上記の処理と逆順でチャネルデコーディング処理が実行される。始めに、チャネルデインタリーブ（チャネルインタリーブの逆処理）が実行され、次に、データ部と制御情報部との分離がなされ、それに続いてＣｏｄｅ  Ｂｌｏｃｋ  Ｓｅｇｍｅｎｔａｔｉｏｎ（送信側のＣｏｄｅ  Ｂｌｏｃｋ  Ｃｏｎｃａｔｅｎａｔｉｏｎの逆処理）がなされ、Ｃｏｄｅ  Ｂｌｏｃｋ毎に分割される。【００１８】
分離されたＣｏｄｅ  Ｂｌｏｃｋ毎に対しては、レートデマッチ処理（送信側のレートマッチの逆処理）がなされ、次にターボ復号処理が実行され、更にＣｏｄｅ  Ｂｌｏｃｋ毎にＣＲＣ検査が実行される。【００１９】
伝送中に発生したバースト誤りは、受信側初段のチャネルデインタリーブ処理により、ランダム誤りに変換されてからターボ復号器に入力されるため、誤り訂正が効率的に行われると、一般に考えられている。【００２０】
これは（デインタリーブ処理により後段の誤り訂正処理が効率的に行われることは）、Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋが１Ｃｏｄｅ  Ｂｌｏｃｋから構成される場合については正しいと考えられる。【００２１】
しかしながら、Ｃｏｄｅ  Ｂｌｏｃｋ数が２以上の（Ｃｏｄｅ  Ｂｌｏｃｋ分割が発生する）場合については、以下に述べるように、チャネルデインタリーブ後、バースト誤りが特定Ｃｏｄｅ  Ｂｌｏｃｋ内だけのランダム誤りに変換され、そのＣｏｄｅ  Ｂｌｏｃｋだけ伝送特性が大幅に劣化するという問題があり、現状の３ＧＰＰ  ＬＴＥにおけるチャネルインタリーブ仕様だけでは、バースト誤りへの対策は十分ではないと考えられる。【００２２】
以下に、それについて詳しく述べる。問題を簡単に説明するため、Ｃｏｄｅ  Ｂｌｏｃｋ数が２（Ｃｏｄｅ  Ｂｌｏｃｋ０，１）で、且つ、制御情報が多重されない（データ部のみ送信される）場合を例に挙げる。【００２３】
ターボ符号化及びレートマッチ後のＣｏｄｅ  Ｂｌｏｃｋ０のビット系列を、
【数１】
2013001706.tif 000003
とし、Ｃｏｄｅ  Ｂｌｏｃｋ１のビット系列を、
【数２】
2013001706.tif 000004
とする。また、Ｃｏｄｅ  Ｂｌｏｃｋ０，１のサイズをＥ0 ，Ｅ1 ［ｂｉｔ］とする。【００２４】
この時、Ｃｏｄｅ  Ｂｌｏｃｋ結合後のビット列は、
【数３】
2013001706.tif 000005
となる。ここで、Ｃｏｄｅ  Ｂｌｏｃｋ結合後のビット数をＧとすると、
Ｇ＝Ｅ0 ＋Ｅ1
となる。【００２５】
次に、Ｃｏｄｅ  Ｂｌｏｃｋ結合後のビット系列は、変調多値数ビット毎にまとめられる。例えば、ＱＰＳＫ（変調多値数＝２）の場合、
【数４】
2013001706.tif 000006
のように、２ビットずつにまとめた系列
【数５】
2013001706.tif 000007
が生成される。【００２６】
また、１６ＱＡＭ（変調多値数＝４）の場合、
【数６】
2013001706.tif 000008
のように、２ビットずつにまとめた系列
【数７】
2013001706.tif 000009
が生成される。【００２７】
ここで、変調多値数をＱm （ＱＰＳＫの場合；Ｑm ＝２、１６ＱＡＭの場合；Ｑm ＝４、６４ＱＡＭの場合；Ｑm ＝６）とし、Ｑm ビット毎にまとめた系列
【数８】
2013001706.tif 000010
の長さをＨ′とすると、Ｈ′＝Ｇ／Ｑm である。この系列がチャネルインタリーブ部に入力され、チャネルインタリーブが実行される。【００２８】
チャネルインタリーブ行列及びチャネルインタリーブ処理の概念図を図７Ａ及び図７Ｂに示す。チャネルインタリーブ部では、入力ビット系列
【数９】
2013001706.tif 000011
が、図７Ａに示すような
【数１０】
2013001706.tif 000012
行列に、１行目から行方向に順に書込まれる。ここで、
【数１１】
2013001706.tif 000013
、
【数１２】
2013001706.tif 000014
である。【００２９】
チャネルインタリーブ部からの出力は、図７Ｂの出力（読出し）に表したように、インタリーブ行列の１列目の上から下に順に読み、次に２列目の上から下に順に読み、この処理を各列に対して順に繰り返すことにより得られる。すなわち、出力系列は、
【数１３】
2013001706.tif 000015
の順である。チャネルインターリーブ出力データは、変調多値数ビット数のかたまり毎に変調シンボルにマッピングされ、更に図６のＤａｔａ  Ｓｙｍｂｏｌにマッピングされ、送信される。【００３０】
尚、本発明に関連するチャネルコーディング処理については、下記の特許文献１に記載の技術がある。この特許文献１に記載の技術では、ＴＦ（トランスポートフォーマット）、つまりトランスポートブロックサイズ、トランスポートブロック数がＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）単位で可変であることにより、ＴＴＩ毎に符号化、復号アルゴリズムを可変にする必要がある（演算量増大）ことを課題としている。【００３１】
この特許文献１に記載の技術では、上記の課題を解決するために、パラメタ（ＴＦＩ）を、通信中に変化するパラメタと変化しないパラメタとに分離し、さらに符号化、復号処理も変化するパラメタに対応する処理と、変化しないパラメタに対応する処理とに分離することで、演算量の増大を防いでいる。
【先行技術文献】
【特許文献】
【００３２】
【特許文献１】国際公開ＷＯ２００８／０８４５３２
【発明の概要】
【発明が解決しようとする課題】
【００３３】
上記のような、Ｃｏｄｅ  Ｂｌｏｃｋ結合及びチャネルインタリーブの結果、送信信号内のＣｏｄｅ  Ｂｌｏｃｋ０，１の分布は、図８に示すようになる。すなわち、全てのＳＣ−ＦＤＭＡシンボルにおいて、前半にＣｏｄｅ  Ｂｌｏｃｋ０が、後半にＣｏｄｅ  Ｂｌｏｃｋ１が配置され、送信されるようになる。【００３４】
この時、伝送中に、図９に示すようなバースト誤りが生じた場合、すなわち、バースト誤り箇所がある特定箇所（この例では、シンボル＃１内の前半部分のみ）に限って発生した場合、受信側におけるチャネルデインタリーブ処理を経ることにより、この誤り位置自体は分散してランダム誤りに変換されるが、一方のＣｏｄｅ  Ｂｌｏｃｋのみに分散されることになる。この例の場合、Ｃｏｄｅ  Ｂｌｏｃｋ０内だけに、誤りがランダムに分散され、誤りはＣｏｄｅ  Ｂｌｏｃｋ１には全く分散されないことになる。【００３５】
また、バースト誤りがある特定シンボルの後半部分のみに限って発生した場合も同様に、受信側のデインタリーブ後、その誤りはＣｏｄｅ  Ｂｌｏｃｋ１内だけでランダムに分散され、Ｃｏｄｅ  Ｂｌｏｃｋ０には全く分散されないことが分かる。【００３６】
その結果、誤りがランダムに分散された方のＣｏｄｅ  Ｂｌｏｃｋは、誤りが発生しなかった他方のＣｏｄｅ  Ｂｌｏｃｋよりも、伝送特性が大きく劣化することになる。【００３７】
ここで、３ＧＰＰ  ＬＴＥの仕様では、「Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ内の全Ｃｏｄｅ  Ｂｌｏｃｋのうち、一つでもＣＲＣチェックＮＧとなると、当該Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ内の全Ｃｏｄｅ  Ｂｌｏｃｋは再送となる」と規定されているため、『バースト誤り発生時は、その誤りがＴｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ内の全Ｃｏｄｅ  Ｂｌｏｃｋに一様に分散され、その結果、Ｃｏｄｅ  Ｂｌｏｃｋ毎の誤り耐性に偏りが生じない（Ｃｏｄｅ  Ｂｌｏｃｋ間で誤り耐性に差がない）こと』が望ましいと考えられる。【００３８】
しかしながら、上述した通り、現在の３ＧＰＰ  ＬＴＥの仕様では、インタリーブ後も一つのＣｏｄｅ  Ｂｌｏｃｋ成分が時間的にある程度連続して配置されるため、バースト誤りが受信側デインタリーブ後も全Ｃｏｄｅ  Ｂｌｏｃｋに分散されず（特定Ｃｏｄｅ  Ｂｌｏｃｋ内に誤りが集中し）、その結果、特定Ｃｏｄｅ  Ｂｌｏｃｋの伝送特性が大幅に劣化し（誤りが発生していないＣｏｄｅ  Ｂｌｏｃｋも含めて）、そのＴｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ全体を再送しなければならないという問題がある。【００３９】
そこで、本発明の目的は上記の問題点を解消し、バースト誤り発生時にその誤りをＴｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ内の全Ｃｏｄｅ  Ｂｌｏｃｋに一様に分散することができ、Ｃｏｄｅ  Ｂｌｏｃｋ毎の誤り耐性に偏りを生じないようにすることができる無線送受信装置、通信システム及びそれらに用いるチャネルコーディング処理方法を提供することにある。
【課題を解決するための手段】
【００４０】
本発明による無線送受信装置は、バースト誤りをランダム誤りに変換するために、誤り訂正符号であるターボ符号と共に、チャネルインタリーバを用いる無線送受信装置であって、
トランスポートブロックが複数のコードブロックに分割される場合に、伝送中に生じたバースト誤りを全コードブロックに分散させるようにチャネルコーディングを行っている。【００４１】
本発明による通信システムは、上記の無線送受信装置を含むことを特徴とする。【００４２】
本発明によるチャネルコーディング処理方法は、バースト誤りをランダム誤りに変換するために、誤り訂正符号であるターボ符号と共に、チャネルインタリーバを用いる無線送受信装置に用いるチャネルコーディング処理方法であって、
トランスポートブロックが複数のコードブロックに分割される場合に、伝送中に生じたバースト誤りを全コードブロックに分散させるようにチャネルコーディングを行うことを特徴とする。
【発明の効果】
【００４３】
本発明は、上記のような構成及び動作とすることで、バースト誤り発生時にその誤りをＴｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ内の全Ｃｏｄｅ  Ｂｌｏｃｋに一様に分散することができ、Ｃｏｄｅ  Ｂｌｏｃｋ毎の誤り耐性に偏りを生じないようにすることができるという効果が得られる。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施の形態による送信側の無線送受信装置のチャネルコーディング処理を示す図である。
【図２】本発明の実施の形態におけるＣｏｄｅ  Ｂｌｏｃｋ結合アルゴリズムを示す図である。
【図３Ａ】本発明の実施の形態のＣｏｄｅ  Ｂｌｏｃｋ結合アルゴリズムへの適用例を示す図である。
【図３Ｂ】本発明の実施の形態のＣｏｄｅ  Ｂｌｏｃｋ結合アルゴリズムへの適用例を示す図である。
【図４】本発明を適用した場合の上チャネルインタリーブ後の各Ｃｏｄｅ  Ｂｌｏｃｋの分布を示す図である。
【図５】本発明に関連する送信側の無線送受信装置のチャネルコーディング処理を示す図である。
【図６】本発明に関連するＬＴＥ上りフレームフォーマットの構成を示す図である。
【図７Ａ】本発明に関連するＬＴＥ上り送信側チャネルインタリーブ行列を示す図である。
【図７Ｂ】本発明に関連するＬＴＥ上り送信側チャネルインタリーブの概念を示す図である。
【図８】３ＧＰＰ  ＬＴＥで規定されているチャネルコーディング方式を適用した場合のチャネルインタリーブ後の各Ｃｏｄｅ  Ｂｌｏｃｋの分布を示す図である。
【図９】本発明に関連するバースト誤り例を示す図である。
【発明を実施するための形態】
【００４５】
次に、本発明の実施の形態について図面を参照して説明する。図１は本発明の実施の形態による送信側の無線送受信装置のチャネルコーディング処理を示す図である。
【００４６】
移動体通信の規格である３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）のＲｅｌｅａｓｅ８（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の上り通信方式仕様においては、バースト誤りをランダム誤りに変換する目的で、チャネルインタリーバが誤り訂正符号であるターボ符号と共に用いられている。
【００４７】
図１は、この仕様に基づいて構成される送信側の無線送受信装置のチャネルコーディング処理を示している。ここでは、説明を簡単化するために、Ｃｏｄｅ  Ｂｌｏｃｋ（コードブロック）数が２の場合を例に挙げている。
【００４８】
本実施の形態による送信側の無線送受信装置のチャネルコーディング処理は、Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ  ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）  Ａｔｔａｃｈｍｅｎｔ（１１）、Ｃｏｄｅ  Ｂｌｏｃｋ  Ｓｅｇｍｅｎｔａｔｉｏｎ（１２）、Ｃｏｄｅ  Ｂｌｏｃｋ  ＣＲＣ  Ａｔｔａｃｈｍｅｎｔ（１３）、Ｔｕｒｂｏ  Ｃｏｄｉｎｇ  ＆  Ｒａｔｅ  Ｍａｔｃｈｉｎｇ（１４）、Ｃｏｄｅ  Ｂｌｏｃｋ  Ｃｏｎｃａｔｅｎａｔｉｏｎ（１５）、Ｄａｔａ  ＆  Ｃｏｎｔｒｏｌ  Ｍｕｌｔｉｐｌｅｘｉｎｇ（１６）、Ｃｈａｎｎｅｌ  Ｉｎｔｅｒｌｅａｖｅｒ（１７）からなる。
【００４９】
但し、このチャネルコーディング処理は、Ｃｏｄｅ  Ｂｌｏｃｋ  Ｃｏｎｃａｔｅｎａｔｉｏｎ（１５）の処理以外の処理は、上述した背景技術で説明した通りなので、その説明を省略する。以下、Ｃｏｄｅ  Ｂｌｏｃｋ  Ｃｏｎｃａｔｅｎａｔｉｏｎ（１５）の処理について説明する。
【００５０】
上述した目的を達するために、本実施の形態では、Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ（トランスポートブロック）が複数のＣｏｄｅ  Ｂｌｏｃｋに分割される場合に、伝送中に生じたバースト誤りを、全Ｃｏｄｅ  Ｂｌｏｃｋに分散させるようなチャネルコーディング方式を提供している。そのようなチャネルコーディングの一手段として、次に説明するＣｏｄｅ  Ｂｌｏｃｋ結合方法を考える。上述した背景技術で説明した方法との主な差分は、下記で説明する「Ｃｏｄｅ  Ｂｌｏｃｋ結合方法」である。
【００５１】
図２は本発明の実施の形態におけるＣｏｄｅ  Ｂｌｏｃｋ結合アルゴリズムを示す図であり、図３Ａ及び図３Ｂは本発明の実施の形態のＣｏｄｅ  Ｂｌｏｃｋ結合アルゴリズムへの適用例を示す図であり、図４は本発明を適用した場合の上チャネルインタリーブ後の各Ｃｏｄｅ  Ｂｌｏｃｋの分布を示す図である。これら図２〜図４を参照して本実施の形態の処理について具体的に説明する。この例では、
【数１４】
2013001706.tif 000016
というパラメタを用いる。
【００５２】
Ｃｏｄｅ  Ｂｌｏｃｋr(=0,1, ・・・,C-1) に対するターボ符号化、レートマッチ後のビット系列を、
【数１５】
2013001706.tif 000017
というように定義する。
【００５３】
本実施の形態では、まずこの系列に対して変調多値数ビット毎にまとめる処理を行う。その結果、
【数１６】
2013001706.tif 000018
というような系列が生成される。
【００５４】
この例の場合、変調多値数Ｑm は４であるから、上記系列の各要素は、変調多値数ビット毎にまとめる処理を行う前の系列を用いて
【数１７】
2013001706.tif 000019
というように表せる。
【００５５】
また、この例における各Ｃｏｄｅ  Ｂｌｏｃｋの上記の処理後のデータは、
【数１８】
2013001706.tif 000020
というように表せる。
【００５６】
次に、本実施の形態におけるＣｏｄｅ  Ｂｌｏｃｋ結合アルゴリズムについて説明する。図２に、本実施の形態におけるＣｏｄｅ  Ｂｌｏｃｋ結合アルゴリズムを示す。ここで、
【数１９】
2013001706.tif 000021
はＣｏｄｅ  Ｂｌｏｃｋ結合後の系列、Ｇはその系列長を表す。
【００５７】
上記例に対して、本発明におけるＣｏｄｅ  Ｂｌｏｃｋ結合アルゴリズムで必要な各パラメタは、
【数２０】
2013001706.tif 000022
というように計算される。
【００５８】
図２に示すＣｏｄｅ  Ｂｌｏｃｋ結合方法をこの例に適用すると、Ｃｏｄｅ  Ｂｌｏｃｋ結合後のデータ
【数２１】
2013001706.tif 000023
は、図３Ａ及び図３Ｂに示すようになる。
【００５９】
図２、図３Ａ及び図３Ｂにおいては、まず、Ｓｔｅｐ１〜Ｓｔｅｐ３の処理で、Ｃｏｄｅ  Ｂｌｏｃｋ結合（複数のＣｏｄｅ  Ｂｌｏｃｋの情報列を、一まとめにする処理）を行う。このＣｏｄｅ  Ｂｌｏｃｋ結合の基本的なコンセプトとしては、各Ｃｏｄｅ  Ｂｌｏｃｋのシンボル列がＣmux （この例では、Ｃmux ＝１２）毎に現れるように並べることであり、その処理がＳｔｅｐ３の処理である。
【００６０】
つまり、図３ＢのＳｔｅｐ３の処理のように、はじめの１２シンボルにＣｏｄｅ  Ｂｌｏｃｋ０が現れ、次の１２シンボルにＣｏｄｅ  Ｂｌｏｃｋ１が現れ、さらに次の１２シンボルにＣｏｄｅ  Ｂｌｏｃｋ２が現れ、・・・、というように各Ｃｏｄｅ  Ｂｌｏｃｋのシンボル列をＣmux 毎に並べている。
【００６１】
そこで、Ｓｔｅｐ１の処理及びＳｔｅｐ２の処理は、もし各Ｃｏｄｅ  Ｂｌｏｃｋの大きさがＣmux の倍数であれば必要ないが、Ｃmux の倍数でない場合、Ｓｔｅｐ３の処理を実行しても、Ｃmux 未満のサイズの情報が余ってしまう。その余りを埋めるための処理がＳｔｅｐ１の処理及びＳｔｅｐ２の処理である。
【００６２】
つまり、本実施の形態では、Ｓｔｅｐ１の処理及びＳｔｅｐ２の処理において各Ｃｏｄｅ  ＢｌｏｃｋのサイズをＣmux で割った余りだけ並べ、Ｓｔｅｐ３の処理において各Ｃｏｄｅ  Ｂｌｏｃｋのシンボル列がＣmux 毎に現れるように並べている。
【００６３】
上記の図３Ａ及び図３Ｂに示すＣｏｄｅ  Ｂｌｏｃｋ結合方法で得られた系列は、Ｓｔｅｐ３の処理によって、（３ＧＰＰチャネルインタリーバの列数）毎に、Ｃｏｄｅ  Ｂｌｏｃｋが変化する性質を持つ。したがって、この系列を３ＧＰＰ  ＬＴＥのチャネルインタリーバに入力し、そのインタリーバ出力を時間軸で観測すると、全ての箇所において、１変調シンボル毎にその変調シンボルが属するＣｏｄｅ  Ｂｌｏｃｋが変化するような分布となる。
【００６４】
また、その変化は、図３Ａ及び図３Ｂに示すように、Ｃｏｄｅ  Ｂｌｏｃｋ０，１，２，…，Ｃ−１，０，１，２，…，Ｃ−１，…の繰り返しパターンとなる。よって、本実施の形態による処理を用いると、伝送中においていかなるバースト誤りが発生しても、そのバースト誤りは受信側のチャネルデインタリーブ後、全Ｃｏｄｅ  Ｂｌｏｃｋに対するランダム誤りに分散されることになる。
【００６５】
これによって、上記の発明が解決しようとする課題で述べた、「受信側デインタリーブ後、特定Ｃｏｄｅ  Ｂｌｏｃｋに誤りが集中し、伝送特性が大幅に劣化する」という問題を解決することができる。
【００６６】
つまり、本実施の形態では、上記の発明が解決しようとする課題で述べた、『バースト誤り発生時、その誤りがＴｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ内の全Ｃｏｄｅ  Ｂｌｏｃｋに一様に分散され、その結果、Ｃｏｄｅ  Ｂｌｏｃｋ毎の誤り耐性に偏りが生じない（Ｃｏｄｅ  Ｂｌｏｃｋ間で誤り耐性に差がない）こと』を達成することが可能となる。
【００６７】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００６８】
この出願は、２０１１年６月２９日に出願された日本出願特願２０１１−１４３６６３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００６９】
１１  Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ  ＣＲＣ  Ａｔｔａｃｈｍｅｎｔ
１２  Ｃｏｄｅ  Ｂｌｏｃｋ  Ｓｅｇｍｅｎｔａｔｉｏｎ
１３  Ｃｏｄｅ  Ｂｌｏｃｋ  ＣＲＣ  Ａｔｔａｃｈｍｅｎｔ
１４  Ｔｕｒｂｏ  Ｃｏｄｉｎｇ  ＆  Ｒａｔｅ  Ｍａｔｃｈｉｎｇ
１５  Ｃｏｄｅ  Ｂｌｏｃｋ  Ｃｏｎｃａｔｅｎａｔｉｏｎ
１６  Ｄａｔａ  ＆  Ｃｏｎｔｒｏｌ  Ｍｕｌｔｉｐｌｅｘｉｎｇ
１７  Ｃｈａｎｎｅｌ  Ｉｎｔｅｒｌｅａｖｅｒ
【図１】
2013001706.tif 000024
【図２】
2013001706.tif 000025
【図３Ａ】
2013001706.tif 000026
【図３Ｂ】
2013001706.tif 000027
【図４】
2013001706.tif 000028
【図５】
2013001706.tif 000029
【図６】
2013001706.tif 000030
【図７Ａ】
2013001706.tif 000031
【図７Ｂ】
2013001706.tif 000032
【図８】
2013001706.tif 000033
【図９】
2013001706.tif 000034
【手続補正書】
【提出日】平成25年11月19日(2013.11.19)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００２６
【補正方法】変更
【補正の内容】
【００２６】
また、１６ＱＡＭ（変調多値数＝４）の場合、
【数６】
2013001706.tif 000035
のように、４ビットずつにまとめた系列
【数７】
2013001706.tif 000036
が生成される。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】
上記のような、Ｃｏｄｅ  Ｂｌｏｃｋ結合及びチャネルインタリーブの結果、送信信号内のＣｏｄｅ  Ｂｌｏｃｋ０，１の分布は、図８に示すようになる。すなわち、全てのＳＣ−ＦＤＭＡシンボルにおいて、前半にＣｏｄｅ  Ｂｌｏｃｋ１が、後半にＣｏｄｅ  Ｂｌｏｃｋ２が配置され、送信されるようになる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
この時、伝送中に、図９に示すようなバースト誤りが生じた場合、すなわち、バースト誤り箇所がある特定箇所（この例では、シンボル＃１内の前半部分のみ）に限って発生した場合、受信側におけるチャネルデインタリーブ処理を経ることにより、この誤り位置自体は分散してランダム誤りに変換されるが、一方のＣｏｄｅ  Ｂｌｏｃｋのみに分散されることになる。この例の場合、Ｃｏｄｅ  Ｂｌｏｃｋ１内だけに、誤りがランダムに分散され、誤りはＣｏｄｅ  Ｂｌｏｃｋ２には全く分散されないことになる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００３５
【補正方法】変更
【補正の内容】
【００３５】
また、バースト誤りがある特定シンボルの後半部分のみに限って発生した場合も同様に、受信側のデインタリーブ後、その誤りはＣｏｄｅ  Ｂｌｏｃｋ２内だけでランダムに分散され、Ｃｏｄｅ  Ｂｌｏｃｋ１には全く分散されないことが分かる。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００４４
【補正方法】変更
【補正の内容】
【００４４】
【図１】本発明の実施の形態による送信側の無線送受信装置のチャネルコーディング処理を示す図である。
【図２】本発明の実施の形態におけるＣｏｄｅ  Ｂｌｏｃｋ結合アルゴリズムを示す図である。
【図３Ａ】本発明の実施の形態のＣｏｄｅ  Ｂｌｏｃｋ結合アルゴリズムへの適用例を示す図である。
【図３Ｂ】本発明の実施の形態のＣｏｄｅ  Ｂｌｏｃｋ結合アルゴリズムへの適用例を示す図である。
【図４】本発明を適用した場合のチャネルインタリーブ後の各Ｃｏｄｅ  Ｂｌｏｃｋの分布を示す図である。
【図５】本発明に関連する送信側の無線送受信装置のチャネルコーディング処理を示す図である。
【図６】本発明に関連するＬＴＥ上りフレームフォーマットの構成を示す図である。
【図７Ａ】本発明に関連するＬＴＥ上り送信側チャネルインタリーブ行列を示す図である。
【図７Ｂ】本発明に関連するＬＴＥ上り送信側チャネルインタリーブの概念を示す図である。
【図８】３ＧＰＰ  ＬＴＥで規定されているチャネルコーディング方式を適用した場合のチャネルインタリーブ後の各Ｃｏｄｅ  Ｂｌｏｃｋの分布を示す図である。
【図９】本発明に関連するバースト誤り例を示す図である。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００５１
【補正方法】変更
【補正の内容】
【００５１】
図２は本発明の実施の形態におけるＣｏｄｅ  Ｂｌｏｃｋ結合アルゴリズムを示す図であり、図３Ａ及び図３Ｂは本発明の実施の形態のＣｏｄｅ  Ｂｌｏｃｋ結合アルゴリズムへの適用例を示す図であり、図４は本発明を適用した場合のチャネルインタリーブ後の各Ｃｏｄｅ  Ｂｌｏｃｋの分布を示す図である。これら図２〜図４を参照して本実施の形態の処理について具体的に説明する。この例では、
【数１４】
2013001706.tif 000037
というパラメタを用いる。
【国際調査報告】
2013001706.tif 000038
2013001706.tif 000039