(57)【要約】【課題】  デインタリーブ処理に必要なバッファ容量を削減したデインタリーブ装置、デインタリーブ方法及び移動通信端末を提供すること。【解決手段】  本発明に係るデインタリーブ装置は、デインタリーブ前のＴＴＩフレームを格納するＴＴＩフレームバッファ１３と、デインタリーブ前のＴＴＩフレームに付加すべきＰビットの大きさと付加位置を含むＰビット情報を格納するＰビット情報テーブル１５と、デインタリーブの置換規則を格納する置換則テーブル１６と、Ｐビット情報テーブル１５に格納されたＰビット情報及び置換則テーブル１６に格納された置換規則に基づいて、ＴＴＩフレームバッファ１３に格納されたデインタリーブ前のデータに対してデインタリーブ処理を施して出力するデインタリーブ部１４とを有する。【選択図】  図１
2006014000.tif 000002
【特許請求の範囲】
【請求項１】
デインタリーブ前のデータを格納する記憶手段と、
前記デインタリーブ前のデータに対する付加データの大きさと付加位置を含む付加データ情報を格納する第１のテーブルと、
デインタリーブの置換規則を格納する第２のテーブルと、
前記第１のテーブルに格納された付加データ情報及び前記第２のテーブルに格納された置換規則に基づいて、前記記憶手段に格納されたデインタリーブ前のデータに対してデインタリーブ処理を施して出力する制御手段と、
を有するデインタリーブ装置。
【請求項２】
前記記憶手段に格納されるデータには、前記付加データが含まれていないことを特徴とする、請求項１に記載のデインタリーブ装置。
【請求項３】
前記制御手段は、前記付加データの大きさ及び付加位置に基づいて前記デインタリーブ前のデータの出力可否を判定し、出力可能と判定されたデータを前記記憶手段から順次出力するものであり、
前記制御手段は、前記付加データの出力を行わないことを特徴とする請求項１又は２に記載のデインタリーブ装置。
【請求項４】
Ｗ−ＣＤＭＡ通信方式において１ｓｔインタリーブされたフレームデータのデインタリーブを行う装置であって、
デインタリーブ前のフレームデータを格納するフレームバッファと、
前記デインタリーブ前のフレームデータに付加すべきＰビットのビット数と付加位置を含むＰビット情報を格納する第１のテーブルと、
デインタリーブの置換規則を格納する第２のテーブルと、
前記第１のテーブルに格納されたＰビット情報及び前記第２のテーブルに格納された置換規則に基づいて、前記フレームバッファに格納されたフレームデータに対してデインタリーブ処理を施して出力する制御手段と、
を有するデインタリーブ装置。
【請求項５】
前記転送手段は、前記デインタリーブ前のフレームデータに含まれるデータビットの出力可否を、前記Ｐビットのビット数及び付加位置に基づいて判定し、出力可能と判定されたデータビットを前記記憶手段から順次出力するものであり、
前記転送手段は、前記Ｐビットの出力を行わないことを特徴とする請求項４に記載のデインタリーブ装置。
【請求項６】
請求項１乃至５のいずれかに記載のデインタリーブ装置を備えたことを特徴とする移動通信端末。
【請求項７】
Ｗ−ＣＤＭＡ通信方式における受信データに対するデインタリーブ方法であって、
送信ギャップ長を表し、前記受信データに付加すべき付加データの大きさと付加位置を含む付加データ情報を取得し、
前記付加データ情報及び予め定められた置換規則に基づいて、デインタリーブ後の前記受信データの出力順序を決定し、
決定した出力順序に従って前記受信データを転送するデインタリーブ方法。
【請求項８】
前記出力順序の決定は、前記付加データの大きさ及び位置に基づいて前記受信データの出力可否を判定し、
前記受信データの出力は、出力可能と判定された受信データを順次出力することによって行う、請求項７に記載のデインタリーブ方法。
【請求項９】
Ｗ−ＣＤＭＡ通信方式において１ｓｔインタリーブされたＴＴＩフレーム分のデータをデインタリーブする方法であって、
前記付加データはＰビットであり、前記受信データはＴＴＩフレーム分のデータである、請求項７又は８に記載のデインタリーブ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信における受信側での誤り訂正処理で用いられるデインタリーブ装置、デインタリーブ方法及びこれを備えた移動通信端末に関する。
【背景技術】
【０００２】
移動体通信等の無線通信では、フェージング等によって生じるバースト誤りを分散化するため、インタリーブ処理が行われる。送信側において符号化されたデータを送信する際に、送信データ列を並び替えるインタリーブを行い、受信側では受信データ列の順序を元に戻すデインタリーブを行ってから復号化を行う。このような処理によって、バースト誤りを分散したランダム誤りとすることができ、誤り訂正能力を向上させることが可能となる。
【０００３】
第３世代移動体通信方式であるＷ−ＣＤＭＡ（Wideband Code Division Multiple Access）における無線通信区間でのインタリーブ処理は、３ＧＰＰ（3rd Generation Partnership Project）仕様のＴＳ２５．２１２において定められている。ここでは、送信側において１つのトランスポートチャネル（ＴｒＣＨ）の符号化後のデータ列に対して１ｓｔインタリーブを行うことが規定されている。１ｓｔインタリーブ処理は、ＴｒＣＨの送信単位であるＴＴＩ（Transmission Time Interval）フレームのビット配列を入れ替えることによって行われる。また、上記のＴＳ２５．２１２では、１ｓｔインタリーブに先立ってレートマッチを実施すること、及び１ｓｔインタリーブ実施後にＴＴＩフレームを無線送信の単位であるラジオフレーム（１０ｍｓ）単位に分割することも規定されている。
【０００４】
レートマッチにおいて行われる処理の１つに、ＴｒＣＨに含まれるビット数を少なくする処理がある。この処理はＣｏｍｐｒｅｓｓｅｄ Ｍｏｄｅと呼ばれ、送信側（例えば基地局）から受信側（例えば移動通信端末）に対してデータを送信する際に、一時的に送信が停止される時間（送信ギャップ）を設けるために行われるものである。この送信ギャップによって得られる送信停止時間は、異周波数へのハンドオーバーを行う際のハンドオーバー先の周波数の様々な測定を行うために利用される。
【０００５】
上記のＣｏｍｐｒｅｓｓｅｄ  Ｍｏｄｅで送信ギャップを生成する方法の１つにＰｕｎｃｔｕｒｉｎｇと呼ばれる方法がある。Ｐｕｎｃｔｕｒｉｎｇは、ＴｒＣＨからデータビットを間引くことによって送信ギャップを生成するものであり、レートマッチにおいてｐｕｎｃｔｕｒｉｎｇの実施が指定されている場合には、ＴｒＣＨから送信ギャップに相当するビット数分のデータを間引く処理が行われる。
【０００６】
Ｐｕｎｃｔｕｒｉｎｇ後のＴｒＣＨに対して行われる１ｓｔインタリーブ処理は以下のように実行される。まず、Ｐｕｎｃｔｕｒｉｎｇによって間引かれたビット数と同数の冗長ビット（Ｐビット）をインタリーブ実施前のＴＴＩフレームに挿入する。そして、Ｐビット挿入後のデータ列に対してインタリーブを行う。なお、ここでのＰビットの挿入は、インタリーブ実施後のＴＴＩフレームをラジオフレーム単位に分割した際に、Ｐビットがラジオフレームの先頭に位置にするように考慮して行われる。
【０００７】
上述の１ｓｔインタリーブを行った後、ＴｒＣＨをラジオフレームに分割し、前述のＴＳ２５．２１２に規定された多重化処理を引き続き行ってから、受信側に対してラジオフレームが送信される。ラジオフレームの送信時には、ラジオフレームの先頭に位置するＰビットを削除して送信されるため、ラジオフレーム間に必要な送信ギャップが得られることになる。
【０００８】
一方、受信側においてデインタリーブを行う際には、送信側での１ｓｔインタリーブ処理と逆の処理（１ｓｔデインタリーブ）を実行しなければならない。Ｐｕｎｃｔｕｒｉｎｇが行われた場合における従来の１ｓｔデインタリーブ装置８００の構成例を図８に示し、同図に従って１ｓｔデインタリーブ動作を説明する。具体的には、先ず、ラジオフレーム結合・Ｐビット挿入部８２において、ラジオフレームバッファ８１から受信ラジオフレームを読み出して、ラジオフレームの先頭位置にＰビットを挿入する。
【０００９】
なお、Ｐビットの挿入は、Ｐビット情報テーブル８６から当該ＴＴＩフレームに対して挿入すべきＰビット数を読み出して行う。挿入すべきＰビット数は、送信側において１ｓｔインタリーブを行う際に挿入したＰビット数と同数であり、送信側の基地局等から通知され、Ｐビット情報テーブルに予め格納されているものである。
【００１０】
次いで、デインタリーブ部８３において、Ｐビット挿入後のフレームデータに対して、置換則テーブル８７に定められた置換則に従ってデインタリーブが行われる。ここで、置換則テーブル８７は、ＴＴＩフレームの長さに応じて予め定められたビット置換則を保持するテーブルである。デインタリーブ部８３は、置換則テーブル８７に格納された置換則に従ってデインタリーブを実行し、ＴＴＩフレームバッファ８４に格納する。
【００１１】
Ｐビット削除部８５では、ＴＴＩフレームバッファ８４に格納されたデータから全てのＰビットを除去し、次のデコード処理ブロックにデータを渡す。
【００１２】
従来から、デインタリーブ処理の実施時に必要となるメモリバッファ容量を削減したデインタリーブ装置及びデインタリーブ方法について提案がなされている（例えば特許文献１乃至２を参照）。
【特許文献１】特許第３２３９８７２号公報
【特許文献２】特開２００４−１４７２４０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
図８を用いて説明した従来の１ｓｔデインタリーブ装置８００では、ＴＴＩフレームバッファ８４に、Ｐビットを付加した後のＴＴＩフレームを全て格納できるだけの容量が必要となる。このため、単に冗長ビットにすぎないＰビットの格納のために容量の大きなバッファメモリを備える必要があるという問題がある。
【００１４】
本発明は、上述の事情を考慮してなされたものであり、デインタリーブ処理に必要なバッファ容量を削減したデインタリーブ装置、移動通信端末及びデインタリーブ方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明にかかるデインタリーブ装置は、デインタリーブ前のデータを格納する記憶手段と、前記デインタリーブ前のデータに対する付加データの大きさと付加位置を含む付加データ情報を格納する第１のテーブルと、デインタリーブの置換規則を格納する第２のテーブルと、前記第１のテーブルに格納された付加データ情報及び前記第２のテーブルに格納された置換規則に基づいて、前記記憶手段に格納されたデインタリーブ前のデータに対してデインタリーブ処理を施して出力する制御手段とを有するものである。このような構成により、付加データ自体を入力せずにデインタリーブ処理を実施できるため、デインタリーブ装置に必要なバッファ容量を削減することができる。
【００１６】
前記記憶手段に格納されるデータ列には、前記付加データが含まれないよう構成することができる。このような構成により、付加データ自体を記憶手段に格納することなく、付加データの大きさと挿入位置にのみによってデインタリーブ処理を実施できるため、デインタリーブ装置に必要なバッファ容量を削減することができる。
【００１７】
なお、前記制御手段は、前記付加データの大きさ及び付加位置に基づいて前記デインタリーブ前のデータの出力可否を判定し、出力可能と判定されたデータを前記記憶手段から順次出力するものとし、前記付加データは出力しないよう構成するとよい。
【００１８】
また、本発明にかかるデインタリーブ装置は、デインタリーブ前のフレームデータを格納するフレームバッファと、前記デインタリーブ前のフレームデータに付加すべきＰビットのビット数と付加位置を含むＰビット情報を格納する第１のテーブルと、デインタリーブの置換規則を格納する第２のテーブルと、前記第１のテーブルに格納されたＰビット情報及び前記第２のテーブルに格納された置換規則に基づいて、前記フレームバッファに格納されたフレームデータに対してデインタリーブ処理を施して出力する制御手段とを有し、Ｗ−ＣＤＭＡ通信方式において１ｓｔインタリーブされたフレームデータのデインタリーブを行う装置として構成してもよい。このような構成により、Ｐビット自体を記憶手段に格納することなく１ｓｔデインタリーブ処理を実施できるため、１ｓｔデインタリーブ装置に必要なバッファ容量を削減することができる。
【００１９】
なお、前記制御手段は、前記デインタリーブ前のフレームデータに含まれるデータビットの出力可否を、前記Ｐビットのビット数及び付加位置に基づいて判定し、出力可能と判定されたデータビットを前記記憶手段から順次転送するものとし、前記Ｐビットは出力しないよう構成するとよい。
【００２０】
さらに本発明にかかる移動通信端末は、上述の本発明にかかるデインタリーブ装置を備えたものである。このような構成により、移動通信端末でのデインタリーブ処理時に必要なバッファ容量を削減することが可能となる。
【００２１】
一方、本発明にかかるデインタリーブ方法は、Ｗ−ＣＤＭＡ通信方式における受信データに対するデインタリーブ方法であって、送信ギャップ長を表し、前記受信データに付加すべき付加データの大きさと付加位置を含む付加データ情報を取得し、前記付加データ情報及び予め定められた置換規則に基づいて、デインタリーブ後の前記受信データの出力順序を決定し、決定した出力順序に従って前記受信データを転送するものである。これにより、付加データ自体を入出力することなくデインタリーブ処理を実施でき、付加データを格納するためのバッファメモリが不要となるため、デインタリーブ処理に必要なバッファ容量を削減することができる。
【００２２】
なお、前記出力順序の決定は、前記付加データの大きさ及び位置に基づいて前記受信データの出力可否を判定し、前記受信データの出力は、転送可能と判定された受信データを順次出力することとすればよい。
【００２３】
また、上述の本発明にかかるデインタリーブ方法は、前記付加データをＰビット、前記受信データをＴＴＩフレーム分のデータとして、Ｗ−ＣＤＭＡ通信方式において１ｓｔインタリーブされたＴＴＩフレーム分のデータのデインタリーブ方法としてもよい。これにより、Ｐビットを入出力することなく１ｓｔデインタリーブ処理を実施できるため、１ｓｔデインタリーブ処理に必要なバッファ容量を削減することができる。
【発明の効果】
【００２４】
本発明により、デインタリーブ処理に必要なバッファ容量を削減したデインタリーブ装置、移動通信端末及びデインタリーブ方法を提供することができる。
【発明を実施するための最良の形態】
【００２５】
発明の実施の形態１．
図１に、本実施の形態にかかる１ｓｔデインタリーブ装置１００の構成を示す。ラジオフレームバッファ１１は、外部（例えば、ラジオフレーム結合前に行う２ｎｄデインタリーバ等）から入力されたラジオフレームが格納されるメモリである。ラジオフレーム結合部１２は、ラジオフレームバッファ１１に格納されたラジオフレームを結合してＴＴＩフレームの組み立てを行う機能部であり、組み立てたＴＴＩフレームをＴＴＩフレームバッファ１３に格納する。なお、従来の１ｓｔデインタリーブ装置８００と異なり、ここではＰビットの付加は行わない。
【００２６】
デインタリーブ部１４は、デインタリーブ処理を行うＴＴＩフレームに対し挿入すべきＰビット数をＰビット情報テーブル１５から読み出し、さらに置換則テーブル１６から置換則を読み出し、後述する処理手順に従ってＴＴＩフレームの各ビットに対するビット置換を行う。置換後のＴＴＩフレームは、１ｓｔデインタリーブ装置１００の外部に出力される。具体的な出力先は、１ｓｔデインタリーブ後のＴＴＩフレームに対してデコード処理を行うためのデコードブロックである。
【００２７】
次に、本発明によるバッファ容量の削減効果を図２及び図３を用いて説明する。１ｓｔデインタリーブ装置１００が備える各バッファに格納されるデータを図２に示す。図中のD（ｉ、ｊ）は、データビットを示しており、ｉはラジオフレーム番号に対応し、ｊはラジオフレーム内で順次付与したビット番号に対応する。一方、Ｐ（ｉ、ｊ）は、Ｐビットを表している。図２では、４つのラジオフレームが結合されて１つのＴＴＩフレームとなる、つまりＴＴＩ長が４０ｍｓの場合を示している。
【００２８】
図２のラジオフレームバッファ１１には、外部から入力されたラジオフレームが格納される。ＴＴＩフレームバッファ１３には、ラジオフレームバッファ１１内のラジオフレームを順々に出力し、４つのラジオフレーム（＃０〜＃３）を結合したＴＴＩフレームが格納される。なお、本発明にかかるデインタリーブ装置１００ではＰビット挿入を行わないため、ＴＴＩフレームバッファ１３のサイズは、ラジオフレーム＃０乃至＃３の全ビットを格納できるサイズであればよい。外部フレームバッファ２１は、インタリーブ部１４から出力されるデータを示しており、例えば、１ｓｔデインタリーブ装置１００の外部に設けられたデコードブロック等が有するフレームバッファに格納されるデータを示したものである。なお、図の外部フレームバッファ２１は一例を示したものであり、必ずしもＴＴＩ相当のサイズを有する必要はない。実際には、後段のデコードブロックでのデコード処理（ターボ復号、ビタビ復号等）単位に合わせたバッファ容量とすればよく、この場合は、デインタリーブ装置１００の出力を後段のデコードブロックでのデコード処理単位に合わせて行うこととすればよい。
【００２９】
これに対して図３は、従来の１ｓｔデインタリーブ装置８００が備える各バッファに格納されるデータを示したものである。図２と同じく、ＴＴＩ長が４０ｍｓの場合を示している。なお、外部フレームバッファ３１は、Ｐビット削除部８５から出力されるデータを示しており、例えば、１ｓｔデインタリーブ装置８００の外部に設けられたデコードブロック等が有するフレームバッファに格納されるデータを示したものである。図３から分かるように、ＴＴＩフレームバッファ８４に格納された１ｓｔデインタリーブ後のデータにＰビットが含まれているため、図２に示した本発明にかかるＴＴＩフレームバッファ１３に比べて、Ｐビット数分だけバッファサイズを大きくする必要がある。
【００３０】
具体的には、ＴＴＩが最大の８０ｍｓである場合は、最大３３７９２バイトのデータに対して、最大６３８１０バイトのＰビットが挿入され得る。このため、従来のＴＴＩフレームバッファ８４では、最大９７６３２バイト／ＴＴＩのバッファ容量を確保する必要があった。これに対して、本発明にかかるＴＴＩフレームバッファ１３では、Ｐビット分の６３８１０バイトの格納が不要になるため、最大３３７９２バイト／ＴＴＩのデータを格納できれば十分であり、必要なバッファ容量を大幅に削減することができる。
【００３１】
続いて、デインタリーブ部１４で行う処理を、図４乃至図６を用いて詳細に説明する。なお、以下の説明では、ＴＴＩ長が４０ｍｓ、即ち、４つのラジオフレームが結合して１つのＴＴＩフレームが構成される場合を例として示す。
【００３２】
図４は、デインタリーブ処理のフローチャートである。ステップＳ４０１では、まずＰビット情報テーブル１５から、現在のＴＴＩフレームに挿入すべきＰビット数を読み込む。図４に示すＰ（ｉ）は、現在のＴＴＩフレームのｉ番目のラジオフレームに挿入すべきＰビットの数を示しており、ＴＴＩ長が４０ｍｓである場合は、ｉは０乃至３の４つの値となる。なお、挿入すべきＰビット数は、従来と同様に送信側の基地局等から通知されるものであるため、送信側から受信したＰビット数をＰビット情報テーブル１６に予め格納することとすればよい。
【００３３】
次に、ステップＳ４０２では、置換則テーブル１６から、ＴＴＩ長が４０ｍｓの場合の置換則の読み込みを行う。１ｓｔデインタリーブで行うビット置換の規則を定めた置換則は、ＴＴＩ長に応じて決まるものであり、前述の３ＧＰＰ仕様ＴＳ２５．２１２に規定されている。したがって、置換則テーブル１６は、例えば、図５に示すような配列Ａ（ｉ、ｊ）によって予め定めた値を格納することとすればよい。なお図５では、Ａ（ｉ、ｊ）の右側の値が置換後のビット位置を示しており、ｉはＴＴＩ長をラジオフレーム（１０ｍｓ）の倍数で示した値であり、ｊは置換を行う前のビット位置を示す番号である。今回の例はＴＴＩ長が４０ｍｓであるため、Ａ（４、０）＝０、Ａ（４、１）＝２、Ａ（４、２）＝１及びＡ（４、３）＝３の４つの値を読み込んで使用する。
【００３４】
ステップＳ４０３では、読み込んだＰビット数と置換則を用いて、Ｐビットの存在を考慮しながらＴＴＩフレームバッファのビット順を置換し、置換後の値を装置外部のデコードブロック等に出力する処理を行う。以下、図６を用いて、この処理の具体例を説明する。
【００３５】
まず、ステップＳ６０１及びＳ６０２において、以降に使用するカウンタｉ、ｊ、ｋの初期化を行う。なお、カウンタｉは、以降の処理においてラジオフレーム内の全ビットをカウントアップするために使用する。カウンタｋは、デインタリーブ後のデータの出力順序を示すカウンタであり、最初の出力データを０として順に付与することとしている。続いて、ステップＳ６０２からＳ６０８までの処理を、ラジオフレーム内の先頭ビット（０）から最後のビット（ｎ）まで繰り返し実行する。
【００３６】
ステップＳ６０２では、カウンタｊの初期化を行う。カウンタｊはラジオフレーム数をカウントアップするために使用するものである。さらに、次のステップＳ６０３からＳ６０７までのループ処理は、０から３までの番号が付与された４つのラジオフレームに対して処理を繰り返すものである。ステップＳ６０３では、当該ラジオフレームの先頭位置に挿入されるＰビットの有無を判定する。例えば、ｉ＝０、ｊ＝０からループ処理を開始したとき、０番目のラジオフレームに挿入するＰビット数を示すＰ（０）が１以上であったとすると、ステップＳ６０４及びＳ６０５の処理は実施せず、ステップＳ６０６のカウンタｊのカウントアップ処理に進むことになる。ビット置換の対象がＰビットである場合は、この対象ビットを装置外部のデコードブロック等に出力する必要がないためである。
【００３７】
一方、Ｐビット数を示すＰ（０）が０であった場合には、ステップＳ６０４において、ＴＴＩフレームバッファ１３からＤ（Ａ（４、０）、０）、即ちＤ（０、０）の値を読み出して装置外部のデコードブロック等に出力する。ステップＳ６０５では、先のステップでデータ出力を行ったため、次の出力のためにｋの値をカウントアップする。
【００３８】
これらの処理を４つのラジオフレームについて繰り返し（ステップＳ６０７）、さらに、カウンタｉをカウントアップしながらラジオフレームの最終ビットまで繰り返すことにより（ステップＳ６０８及びＳ６０９）、１ｓｔデインタリーブ処理を行ったＴＴＩフレームを装置外部のデコードブロック等に出力することができる。
【００３９】
上述した１ｓｔデインタリーブ装置１００は、無線受信装置、例えばＷ−ＣＤＭＡ方式の移動通信端末に搭載して使用できるものである。１ｓｔデインタリーブ装置１００を備えた移動通信端末の一例を図７に示す。本発明にかかる移動通信端末７００は、従来の移動通信端末と同様の構成を有し、同様の動作を行うものである。例えば、受信時の処理では先ず、アンテナ７０１で受信した信号が復調部７０２に送られて、ＲＡＫＥ受信や逆拡散等の復調処理が行われる。次に、復号化部７０３において、復調後の受信信号にデインタリーブ、ターボ復号等の復号処理が施される。符号化された信号は、音声コーデック部７０４及びＤ／Ａ変換部７０５を通じてアナログ音声信号に変換されてスピーカ７０６より出力される。一方、送信側では、受信側の逆処理が、マイク７１０、Ａ／Ｄ変換部７０９、音声コーデック部７０４、符号化部７０８、変調部７０７、アンテナ７０１を通じて行われるが、これらも従来の移動通信端末の備える構成と同様である。なお、図示しないが、移動通信端末７００は、端末全体を制御するマイクロプロセッサ、無線通信チャネルの管理を行うベースバンドＬＳＩ、入力キー、液晶表示部等をさらに備えるものである。またさらに、インターネット接続等のデータ通信をおこなうためのパケット通信処理部を備えることとしてもよい。
【００４０】
本発明にかかる１ｓｔデインタリーブ装置１００は、上述の移動通信端末７００が有する復号化部７０３内で使用されるものであり、１ｓｔデインタリーブ装置１００を備えることによって、１ｓｔデインタリーブ処理時に必要なバッファ容量を削減することが可能となる。
【図面の簡単な説明】
【００４１】
【図１】本発明にかかる１ｓｔデインタリーブ装置の構成図である。
【図２】本発明にかかる１ｓｔデインタリーブ装置のバッファに格納されるデータを示した図である。
【図３】従来の１ｓｔデインタリーブ装置のバッファに格納されるデータを示した図である。
【図４】本発明にかかるデインタリーブ処理の処理フロー図である。
【図５】置換則テーブルの一例を示す図である。
【図６】本発明にかかるデインタリーブ処理の処理フロー図である。
【図７】本発明にかかる移動通信端末の構成図である。
【図８】従来の１ｓｔデインタリーブ装置の構成図である。
【符号の説明】
【００４２】
１００  １ｓｔデインタリーブ装置
１３  ＴＴＩフレームバッファ
１４  デインタリーブ部
１５  Ｐビット情報テーブル
１６  置換則テーブル
【図１】
2006014000.tif 000003
【図２】
2006014000.tif 000004
【図３】
2006014000.tif 000005
【図４】
2006014000.tif 000006
【図５】
2006014000.tif 000007
【図６】
2006014000.tif 000008
【図７】
2006014000.tif 000009
【図８】
2006014000.tif 000010