(57)【特許請求の範囲】
【請求項１】
入力される情報ビット列の長さ(Ｉ)とインターリーバのサイズ(Ｎ)との比に相応して、多数のコードレートから決められる所定のコードレートに基づいて前記入力ビット列を符号化し、該符号化されたビット列を提供する符号器と、
該符号器から該所定のコードレートに基づいて符号化されたビット列を受信し、かつ所定の数の符号化されたビットを繰り返し、またはパンクチャリングするレートマッチングモジュールと、
該レートマッチングモジュールの出力を受信してインターリービングを行うインターリーバとを備えた、通信デバイス。
【請求項２】
前記符号器は最大レートが１／５のターボ符号器である、請求項１に記載のデバイス。
【請求項３】
前記方法は多変データレートモードおよび／または可変データレートモード中に実行される、請求項１に記載のデバイス。
【請求項４】
前記所定のコードレートは１／２、１／３、１／４及び１／５のうち、いずれかに決められる、請求項１に記載のデバイス。
【請求項５】
符号化されたビットパンクチャリングは、′（ｊ＊ｋ）ｍｏｄ  Ｊ＜Ｋ′のときに２ｊと２ｊ＋１とのインデックスを有する符号化されたビットグループに対して有効であり、ここで′Ｉ′はフレーム当たりの情報ビットの数であり、′Ｊ′は、′Ｉ／２′に等しく、′Ｎ′は、前記インターリーバのサイズであり、′Ｋ′は、′（Ｌ−Ｎ）／２′であり、′Ｌ′は符号化されたビットの数であり、該符号化されたビットグループの各々はＬ／Ｉの符号化されたビットを含む、請求項１に記載のデバイス。
【請求項６】
前記情報ビットはデータビットと、所定の比率＜Ｎ≦３ＩがＰ（ｉｍｏｄ ２）によって与えられているとき、１／３のターボコードレートの前記適応されたコードレートに対して前記符号化されてビットグループ′ｉ′をパンクチャリングするために用いられるパターンとを含み、ここで、′ｉ′は該符号化されたビットグループのインデックスであり、０からＩ−１の範囲であり、データビットの符号化されたビットに対応する符号化されたビットグループをパンクチャリングする該パターンはＰ０に対して′１１０′であり、Ｐ１に対して′１０１′であり、ここで、′１′は、該符号化されたビットグループ′ｉ′における該符号化されたコードがパンクチャリングされないことを示し、′０′は、該符号化されたビットグループ′ｉ′における該符号化されたコードがパンクチャリングされることを示す、請求項５に記載のデバイス。
【請求項７】
前記情報ビットは、テールビットをさらに含み、該テールビットの符号化されたビットに対応するシンボルグループをパンクチャリングするパターンがＰ０に対して′１０１′であり、Ｐ１に対して′１０１′である、請求項６に記載のデバイス。
【請求項８】
前記情報ビットはデータビットと、３Ｉ＜Ｎ≦４ＩがＰ（ｉｍｏｄ２）によって与えられているとき、１／４のターボコードレートの前記適応されたコードレートに対して前記符号化されたビットグループ′ｉ′をパンクチャリングするために用いられるパターンとを含み、ここで、′ｉ′は該符号化されたビットグループのインデックスであり、０からＩ−１の範囲であり、データビットの符号化されたビットに対応する符号化されたビットグループをパンクチャリングする該パターンはＰ０に対して′１０１１′であり、Ｐ１に対して′１１１０′であり、ここで、′１′は、該符号化されたビットグループ′ｉ′における該符号化されたコードがパンクチャリングされないことを示し、′０′は、該符号化されたビットグループ′ｉ′における該符号化されたコードがパンクチャリングされることを示す、請求項５に記載のデバイス。
【請求項９】
前記情報ビットは、テールビットをさらに含み、該テールビットの符号化されたビットに対応する符号化されたビットグループをパンクチャリングするパターンがＰ０に対して′１０１１′であり、Ｐ１に対して′１０１１′である、請求項８に記載のデバイス。
【請求項１０】
前記情報ビットはデータビットと、４Ｉ＜Ｎ≦５ＩがＰ（ｉｍｏｄ２）によって与えられているとき、１／５のターボコードレートの前記適応されたコードレートに対して前記符号化されたビットグループ′ｉ′をパンクチャリングするパターンとを含み、ここで、′ｉ′は該符号化されたビットグループのインデックスであり、０からＩ−１の範囲であり、データ情報ビットの符号化されたビットに対応する符号化されたビットグループをパンクチャリングする該パターンはＰ０に対して′１１１０１′であり、Ｐ１に対して′１１０１１′であり、ここで、′１′は、該符号化されたビットグループ′ｉ′における該符号化されたビットドがパンクチャリングされないことを示し、′０′は、該符号化されたビットグループ′ｉ′における該符号化されたビットがパンクチャリングされることを示す、請求項５に記載のデバイス。
【請求項１１】
前記情報ビットは、テールビットをさらに含み、該テールビットの符号化されたビットに対応する符号化されたビットグループをパンクチャリングするパターンがＰ０に対して′１１０１１′であり、Ｐ１に対して′１１０１１′である、請求項１０に記載のデバイス。
【請求項１２】
入力情報ビット列の長さとチャネルインターリーバのサイズとの比に相応して可変的に決められるコードレートに基づいて該入力情報のビット列を符号化する段階と、
該符号化されて出力されたビット列に対してレートマッチングを行う段階と、
該レートマッチングされたビット列に対してインターリービングを行う段階とを含む、方法。
【請求項１３】
前記符号化は、ターボ符号器によって行われることを特徴とする、請求項１２に記載の方法。
【請求項１４】
前記符号化段階におけるコードレートは、前記ターボ符号器のパンクチャリングブロックによって可変されることを特徴とする、請求項１３に記載の方法。
【請求項１５】
前記方法は、多変データレートモードまたは可変データレートモードのうちの少なくとも１つにおいて実行される、請求項１２に記載の方法。
【請求項１６】
前記レートマッチング段階においては、前記符号化されて出力されたビット列に対して繰り返しまたはパンクチャリングを行い、該出力されたビット列の長さをブロックインターリーバのサイズにマッチングさせる、請求項１２に記載の方法。
【請求項１７】
前記比率が２より大きく、かつ、３以下のとき前記コーディングレートは１／３に変化し、
該比率が３より大きく、かつ、４未満のとき該コーディングレートは１／４に変化し、
該比率が４以上、かつ、５未満のとき該コーディングレートは１／５に変化する、請求項１２に記載の方法。
【請求項１８】
前記符号化されて出力されたビット列のサイズが、前記ブロックインターリーバのサイズより大きい場合、該符号化されて出力されたビット列に対してパンクチャリングを行う、請求項１６に記載の方法。
【請求項１９】
前記符号化されて出力されたビット列を多数の単位シンボルグループに分け、各単位シンボルグループに対してパンクチャリングを行う、請求項１８に記載の方法。
【請求項２０】
（ｊ＊ｋ）ｍｏｄ  Ｊ＜Ｋに対して２ｊと２ｊ＋１とのインデックスを有するシンボルグループであって、前記パンクチャリングは、前記符号器の出力のシンボルグループに適用され、ここでｊは０からＪ−１であり、Ｊは′Ｉ／２′であり、Ｋは′（Ｌ−Ｎ）／２′であり、Ｉはフレーム当たりのデータビットの数であり、Ｌは前記符号化されたデータビットの数であり、該データビットはテールビットを含み、Ｎはブロックインターリーバのサイズであり、該符号器はターボ符号器である、請求項１９に記載の方法。
【請求項２１】
前記パンクチャリングアルゴリズムは、
【表６】
0004138274.tif 000007
の通りである、請求項１９に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は３ＧＰＰ２（ｔｈｅ  ３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ２）に係り、特に、情報ビットストリームの可変又は多変データレートをサポートするための３ＧＰＰ２での伝送チェーン構成方法に関する。
【０００２】
【従来の技術】
一般に、３ＧＰＰ２のデータ伝送モードには正規データレートモードのほかにも可変データレートモードと、多変データレートモードの二つの伝送モードがある。
【０００３】
正規データレートモードとは、無線構成（Ｒａｄｉｏ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ；  以下ＲＣ）と称される固定したチェーン上で動作する伝送モードである。
【０００４】
ＲＣとは、情報データ長さと、チャネルインターリーバ長さと、そして、チャネルコードのコードレートに従ってチャネル符号器の出力ビットストリーム長さとを合わせて定型化した、一種の伝送チェーンと考えられ得る。このとき、チャネルインターリーバのサイズとチャネル符号器のコーディングレート、そして、チャネルのウォルシュ（Ｗａｌｓｈ）コード長さとの間にはある定型化した規則が存在する。
【０００５】
即ち、使用するチップレートが定められると、チャネルインターリーバのサイズに従って一つの変造シンボルに入るチップの数が定められ、これをスプレッディングファクターと定義するが、このスプレッディングファクターに従って互いに異なるチャネルをコードマルチフレキシングさせ得るウォルシュコードの長さが定められる。
【０００６】
このとき、使用可能なウォルシュコードの数はウォルシュコード長さと比例する関係にある。従って、ウォルシュコードに従ってマルチフレキシングチェーンで収容できるようなチャネルの数が変わることになる。
【０００７】
もし、同じ長さを有する入力情報ビットストリームのチャネルコード化過程を経た後の長さを考えると、チャネルで発生するエラーを訂正するためのエラー訂正コードの能力はチャネル符号器のコーディングレートが低いほど強くなる特性を有する。
【０００８】
即ち、チャネル符号器のコーディングレートが低いほどエラー訂正能力に優れており、これによって更に低い伝送電力が使用できる。しかし、低いコードレートのチャネル符号器を使用すると、チャネル符号器の出力ビットストリーム長さが長くなり、従って、チャネルインターリーバの長さが増加する。
【０００９】
これは結果的に変造シンボルレートの増加を意味し、これにより、ある固定のチップレートで一つの変造シンボルに入れられるチップの数が減るような役割をする。従って、有用なウォルシュコードの数が減るという結果が生じられる。
【００１０】
逆に、同じ長さを有するチャネル符号器の入力ビットストリームに対して高いコーディングレートのチャネル符号化技法を使用すると、エラー訂正能力は落ちるものの、チャネル符号器の出力ビットストリームの長さが短くなり、これにより、変造シンボルレートが低くなり且つ、小サイズのチャネルインターリーバを使用することができ、結果的に有用なウォルシュコードの数を増加させることになる。
【００１１】
ここで説明したように、チャネル符号器のコーディングレートとウォルシュコード空間の間にはトレードオフ関係があることが判る。ＲＣとは、かかるトレードオフ関係を考慮して、ウォルシュコード空間を確保するのが良い場合に使用できる伝送チェーン、又は、より低い伝送電力が必要な場合に使用できる伝送チェーンなどを定型化していると考えられる。
【００１２】
現在、３ＧＰＰ２では１．２８８８Ｍｃｐｓのチップレートを使用する１Ｘシステムに対する幾つかのＲＣと、３．６８６４Ｍｃｐｓのチップレートを使用する３Ｘシステムに対する幾つかの定型化したＲＣを規定している。ここで、注目すべきところは、スプレッディングファクターは２の指数乗の値を有するので、各ＲＣに規定された入力データレートとインターリーバのサイズもまた互いに２倍ずつ増加する形態から構成されている。
【００１３】
端末機と基地局間にトラフィックチャネルが形成される前に、端末機と基地局は互いに交渉過程を通して、使用するＲＣと各ＲＣ上でのスプレッディングファクター、即ち、チャネルインターリーバのサイズを定め、そのチェーンに合わせて通信過程が行われる。
【００１４】
かかるＲＣ上で規定された伝送チェーンでない他の伝送チェーンを使用するモードは、可変データレートモードと多変データレートモードである。
【００１５】
可変データレートモードは各ＲＣ上でサポートする標準データ伝送率のほかにも、任意のデータ伝送率をサポートできる伝送モードである。この可変データレートは３ＧＰＰ２の物理層上で３ＧＰＰの音声コデック（ｃｏｄｅｃ：ｃｏｄｅｒ−ｄｅｃｏｄｅｒ）中の一つの適応マルチレート（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ；  以下ＡＭＲ）コデックをサポートするために導入された。
【００１６】
即ち、ＡＭＲの場合、２０ｍｓの間のフレーム区間の間、現在３ＧＰＰ２の各々のＲＣでサポートしている標準伝送率と一致しないデータビットが生成され得る。
【００１７】
次に、多変データレートモードというのが存在する。このモードの目的は次の通りである。
【００１８】
３ＧＰＰ２システムで基地局は順方向の補助チャネルへの伝送をスケジューリングする。このとき、メッセージを通して基地局は端末機に一定時間の間、固定したデータ伝送率を割り当てる。
【００１９】
しかし、その特定時間の間、基地局と特定の端末機との間のチャネル状況が変わることもあり、また、基地局のシステム負荷が変わることもある。
【００２０】
例えば、端末機が基地局から遠ざかるにつれてチャネルの状況が変化し、更にチャネル環境が悪化して、基地局が特定の端末機に現在のデータ伝送率で伝送するための十分な伝送電力を有しない場合が発生できる。
【００２１】
かかる問題点を解決するために、基地局はこの時間の間、補助チャネルへの伝送を中断させることもある。しかし、かかる解決策はデータ伝送において遅延の問題を引き起こし、また、有用可能な伝送電力とウォルシュコードに対する不必要な浪費を引き起こす。
【００２２】
その他の解決方案は、基地局が任意時間の経過後に伝送データレートを再スケジューリングする方法が考えられる。しかし、同様に時間遅延の問題とウォルシュコードに対する浪費という問題を生じる。
【００２３】
かかる状況は順方向リンクでだけでなく、逆方向リンクでも端末機の動きに従い端末機と基地局間のチャネル状況が変わることもあり、これにより、適正な品質を維持するための伝送電力の不足現象が発生しうる。
【００２４】
従って、かかる状況を解決するために多変データレートが使用されるようになった。このモードでは状況に従って伝送速度をフレーム単位で変化させる。
【００２５】
即ち、チャネル環境の悪化が判断されると、基地局は補助チャネルの伝送速度を低める。そして、チャネル環境が回復したと判断されると、再び以前の伝送速度で伝送を行うモードになると考えられる。
【００２６】
このような多変データレートモードを使用することで、基地局は再スケジューリングを頻繁に行う必要がなく、基地局で使用可能な電力が使用できる。
【００２７】
前記可変データレートモードと多変データレートモードをサポートするために、現在３ＧＰＰ２の各々のＲＣでは、次のような方法を用いて伝送チェーンを構成する。
【００２８】
前述したように、各々のＲＣで使用しているチャネルインターリーバのサイズはスプレッディングファクターによって定められる。このとき、スプレッディングファクターは２の指数乗に増加する値を有するので、あるスプレッディングファクターに対するインターリーバのサイズと、一段階低いスプレッディングファクターに対するインターリーバのサイズとは、ちょうど１：２の関係を有する。
【００２９】
このとき、大スプレッディングファクターをＡ、小スプレッディングファクターをＢとすると、それぞれのＲＣではスプレッディングファクターとチャネル符号器に入力される情報ビットストリームとの間に１：１のマッピング関係が成立する。
【００３０】
また、スプレッディングファクターＡに対するチャネル符号器に入力される情報ビットストリームの長さがＩＡ、スプレッディングファクターＢに対するチャネル符号器に入力される情報ビットストリームの長さをＩＢとすると、ＩＢ＝２＊ＩＡの関係を有する。ここで、各々のチャネルインターリーバのサイズをＮＡ、ＮＢとすると、ＮＢ＝２＊ＮＡの関係を有するだろう。
【００３１】
このとき、このような正規化するデータの長さでなく、′ＩＡ＜Ｉ＜ＩＢ′の関係を満足するＩ（Ｓ１０，Ｓ１１工程によってチャネルビットにＣＲＣビットとテールビットと予備ビットとが含まれた情報ビットストリームの長さ）がチャネル符号器の入力ビットストリームの長さとなる、可変データレート又は多変データレートモードを考慮して、図１に示すように、現在のＲＣで使用しているチャネル符号器（ターボコード又はコンボルーショナルコードを用いる）のコーディングレートが１／ｎとすると、Ｉの入力に対して′ｎ＊Ｉ′の出力を送り出し、ここで、′ＮＡ＜ｎ＊Ｉ＜ＮＢ′の関係を満足する（Ｓ１２）。
【００３２】
従って、チャネル符号器の出力ビットストリームの長さ′ｎ＊Ｉ′をインターリーバサイズに合わせるための作業が必要となる。
【００３３】
現在、３ＧＰＰ２で取り上げている方法として、チャネル符号器の出力ビットストリームの長さＬ（＝ｎ＊１）をＮ＝ＮＢのインターリーバサイズに合わせる。これに従って、′ＮＢ−ｎ＊Ｉ′だけビットの繰り返しが行われる（Ｓ１３）。  これは、次のような均一な繰り返しの過程で行われる。
【００３４】
即ち、繰り返しブロックのｋ番目の出力シンボルは、０からＮ−１まで増加するインデックスｋに対して、「ｋＬ／Ｎ」番目の入力ビット列のコードシンボルから推定可能である（ここで、「ｘ／ｙ」は、ｘをｙで割った値を超えない最大の定数を表す）。
【００３５】
次に、多変データレートモードをサポートするための方法を以下に説明する。
【００３６】
多変データレートモードでは、最初の交渉過程でサポート可能な最大のデータレートと、一段階低いデータレート、そして、二段階低いデータレートが伝送データレート集合として定義される。従って、現在、補助チャネルに対する多変データレートモードでは、サポート可能な最大伝送率から二段階下までの伝送率の間で補助チャネルのデータ伝送率を調整することになる。
【００３７】
このとき、もし順方向チャネルを考えると、端末機側ではレートの変動事項をブラインドレート検出を通して判定すべきである。従って、データ伝送率が可変となり得る範囲をあまり広く取ると、端末機の複雑度を増加させる問題点が発生する。
【００３８】
そして、最大伝送率で使用していたチャネルインターリーバのサイズとウォルシュコードの長さは変化させてはいけない。即ち、現在使用中の最大伝送率に対して、定められたインターリーバとウォルシュコードをそのまま使用する。
【００３９】
従って、データの伝送率を最大伝送率の１／２に低めると、チャネルで使用するインターリーバのサイズとチャネル符号器の出力ビットストリーム長さとを合わせるために、２倍のシンボル繰り返しを行う。
【００４０】
同様に、もしデータの伝送率を最大伝送率の１／４に低めると、チャネルで使用するインターリーバのサイズと、チャネル符号器の出力ビットストリーム長さとを合わせるために、４倍のシンボル繰り返しを行う。
【００４１】
前記例は、順方向チャネルの補助チャネルで可変データレートではない場合を挙げたものである。可変データレートに対する多変データレートモードが補助チャネルでサポートされることもある。
【００４２】
しかし、この場合、可変データレートと多変データレートモードとの定義が曖昧となる。即ち、多変データレートモードでの最大データレートが、現在ＲＣ上における正規レートであり、一段階低いデータレートも現在のＲＣ上におけるデータレートであるとしても、実際には既に一段階低いデータレートも現在のＲＣ上に定められているチェーンを使用しない可変データレートと見られる。
【００４３】
何故なら、多変データレートモードでのインターリーバサイズ、即ち、スプレッディングファクターは、最大伝送レートのそれと固定されている状態であるからである。
【００４４】
一例として、現在の順方向チャネルのＲＣ４を考えよう。
【００４５】
この時、１／２レートのターボコードやコンボルーショナルコードを使用する。そして、多変データレートモードで使用できる最大伝送率を７６．８ｋｂｐｓと仮定し、このとき、順方向ＲＣ４で使用するインターリーバのサイズは３０７２に固定する。このモードでの多変データレート方法を考えよう。使用可能なデータの伝送率が｛１９．２ｋｂｐｓ，３８．４ｋｂｐｓ，７６．８ｋｂｐｓ｝中の適正値で使用されていると仮定しよう。
【００４６】
３８．４ｋｂｐｓと１９．２ｋｂｐｓのデータ伝送率は確かにＲＣ４上で定義される伝送率であるが、問題はこのＲＣ上でこのような伝送率と、現在のインターリーバのサイズの３０７２とを連結するチェーンが存在しないということである。従って、結果的にこのような伝送率も多変データレートと見られる。
【００４７】
結果的に、多変データレートモードでもインターリーバサイズがＮに固定されており、現在伝送しているデータ伝送率が現在のＲＣ上で定義されていないチェーンであれば、前記説明した均一な繰り返しのアルゴリズムを通して、チャネル符号器の出力ビットストリーム長さとインターリーバのサイズを合わせることができる。即ち、可変データレートと多変データレートは同様の方法で考えられるべきであり、現在の各々のＲＣ上でこれをサポートするための方法は、図１のようなチェーンを通して説明可能である。
【００４８】
しかし、このような従来の可変データレートモードと多変データレートモードとをサポートするための方法は、既存のＲＣにおいて、可変データレートモード及び多変データレートモードの概念が曖昧である。
【００４９】
前記したように、ＲＣの概念はチャネル符号化器のコーディングレートとスプレッディングファクターとの間の関係を規定する一種の定型化した規則として考えられる。
【００５０】
しかし、可変データレートモードと多変データレートモードでは、このような関係がそのＲＣ内では定型化した規則として成立されない。即ち、所望のスプレッディングファクターが定められ、これにより、使用するチャネルインターリーバのサイズが定められた状況で、チャネル符号器への入力ビットストリームの長さが定められると、現在のＲＣ上で使用しているコーディングレートに応じてチャネル符号化を行い、また、インターリーバのサイズとの整合のために、コードシンボルに対するシンボル繰り返しの過程を行う。
【００５１】
即ち、かかる可変データレートモードと多変データレートモードでは、チャネル符号器のコーディングレートとスプレッディングファクターとの間には、ＲＣ上での定型化した関係はその意味がなくなる。
【００５２】
現在の方法では、上記したように、コードシンボルに対する繰り返しを通して、特定スプレッディングファクターとの整合過程が行われる。
【００５３】
ここで、一つ注目すべき所は、有効コードレートをインターリーバのサイズＮと、チャネル符号器に入力される情報ビットストリーム長さＩの比（Ｉ／Ｎ）と定義し、各々のＲＣ上におけるコードレートを１／ｎと仮定する場合に、可変データレートモードや多変データレートモードにおいて、ＲＣ上で正規化されているチェーンを除いた他の任意のデータレート上では次の関係を有するということである。
Ｉ／Ｎ  ＜  １／ｎ  （式１）
言い返すと、可変データレートモードや多変データレートモードでは有効コードレートが低くなったことを意味し、インターリーバとの整合過程のために繰り返しを行うのである。これは、有効コードレートは減っているが、実際コードレートは相変わらずＲＣ上で規定された１／ｎである。
【００５４】
従って、コーディングレートの減少に伴うコーディング利得の増加によって伝送電力上で得られる利得がなくなるような問題点を、現在の可変データレートモードと多変データレートモードは共に有していると考えられる。
【００５５】
即ち、インターリーバのサイズがある値で定められ、現在伝送しようとするデータの伝送レートが定められているとすると、二つ間の関係に従い、最大のコーディング利得が得られるコーディングレートを選択し、その後、インターリーバのサイズと、チャネルインターリーバのサイズとを整合させるためのレートマッチングパンクチャリング、或いは、データマッチング繰り返し方式を行う新たな伝送チェーンを構成する必要がある。
【００５６】
【発明が解決しようとする課題】
従って、本発明は以上の従来の問題点を鑑みてなされてもので、従来技術の短所及び制限からの種々の問題点を実質的に除くための３ＧＰＰ２通信システムにおける伝送チェーン構成方法を提供することを目的とする。
【００５７】
本発明の他の目的は、正規データレートではない情報ビットストリームが、物理層上で可変または多変データレート伝送モードでインターリーバサイズにマッピングされるようにした３ＧＰＰ２通信システムにおける伝送チェーン構成方法を提供することにある。
【００５８】
本発明のまた他の目的は、正規データレートだけでなく、可変または多変データレートをサポートできる新たなＲＣを提案する３ＧＰＰ２通信システムにおける伝送チェーン構成方法を提供することにある。
【００５９】
本発明のまた他の目的は、呼交渉（ｃａｌｌ  ｎｅｇｏｔｉａｔｉｏｎ）過程で行われる拡散因子またはチャネルインターリーバサイズが固定され、可変または多変データレートモードで、コードレートがなるべく低くなるようにする３ＧＰＰ２通信システムにおける伝送チェーン構成方法を提供することにある。
【００６０】
本発明のまた他の目的は、固定したチャネルインターリーバサイズにチャネル符号器の出力ビットストリームをマッチングさせる場合に、最適の性能を表すようにした３ＧＰＰ２通信システムにおける伝送チェーン構成方法を提供することにある。
【００６１】
【課題を解決するための手段】
本発明による物理層でデータレートの情報ビットストリームをマッピングするためのインターリービング過程における３ＧＰＰ２システムにおける伝送チェーン構成方法は、″１／コーディングレート″の逆数値を有するターボコードと、コンボルーショナルコードとの何れかで互いに異なるビットレートを有する情報ビットストリームをチャネルコーディングする工程と、前記チャネル符号化したビットストリームが前記インターリービング長さに整合するよう、前記チャネル符号化したビットストリームが所望のインターリービング長さより大きい場合に、この符号化したビットストリームのビットをパンクチャリングし、前記チャネル符号化したビットストリームが所望のインターリービング長さより小さい場合に、この符号化したビットストリームを少なくとも一回繰り返す工程とを備え、これにより上記目的を達成する。
【００６２】
前記情報ビットストリームがターボコードでチャネル符号化する場合に、前記コーディングレートの逆数は５に固定されてもよい。
【００６３】
前記情報ビットストリームは３８４以上の長さを有してもよい。
【００６４】
前記情報ビットストリームは６，８，１２，１６ビット単位から選択されたエラー検出ビット単位の何れか一つを含んでもよい。
【００６５】
Ｌがチャネル符号化した情報ビットストリームの長さを表し、Ｎがインターリービング長さを表し、ｋは０からＮ−１まで増加する定数であり、前記Ｎは５Ｉより大きく、Ｉが前記情報ビットストリームの長さを表すとき、シンボル繰り返されたビットストリームのｋ番目のビットは、前記情報ビットストリームの（ｋ／Ｌ）／Ｎ番目の下位境界値のビットから推定されてもよい。
【００６６】
前記情報ビットストリームがターボコードに符号化される場合、所望のインターリービング長さと情報ビットストリームの長さの比に相応して、前記コーディングレートの逆数は２，３，４，５の何れか一つであってもよい。
【００６７】
Ｎが前記インターリービング長さであり、Ｉが前記情報ビットストリームの長さである場合に、前記コーディングレートの逆数は、″２Ｉ＜Ｎ＜３Ｉ″の場合に３であり、″３Ｉ＜Ｎ＜４Ｉ″の場合に４であり、″４Ｉ＜Ｎ＜５Ｉ″の場合に６であってもよい。
【００６８】
前記チャネル符号化したビットストリームが、前記情報ビットストリームの一つの情報ビットを有する各々のビットグループ単位でパンクチャリングされ、少なくとも一つ以上のパリティービットがこの情報ビットに付加され、前記パリティービットの数が″コーディングレート−１″の逆数に当たってもよい。
【００６９】
前記ビットグループは、″前記情報ビットストリーム−１″の相違する長さのインデックスを有し、このインデックスに従って相違する二つ又は三つのビットグループ別に整列され、各ビットグループ部分で特定のビットグループはパンクチャリングされてもよい。
【００７０】
Ｊが前記情報ビットストリーム長さを前記ビットグループパート数で割った値を超えない最大定数の場合に、前記各々のビットグループ部分は、Ｊビットグループを含んでもよい。
【００７１】
ｊが０から′ｊ−１′まで増加するインデックスであり、ｕが前記ビットグループパートの数である場合に、′（Ｋ＊ｊ）／ｊ′の余りがＫより小さい場合に、前記′ｕｊ′と、′ｕ（ｊ＋１）−１′のインデックスを有する前記ビットグループのパンクチャリングが活性化されてもよい。
【００７２】
前記各々のビットグループパートからパンクチャリングされるビットの数は、前記チャネル符号化したビットストリームの長さと、前記インターリービング長さとの差をビットグループパート数で割った値を超えない最大定数Ｋであってもよい。
【００７３】
ｊが０から′ｊ−１′まで増加するインデックスであり、ｕが前記ビットグループのパート数を表し、′（Ｋ＊ｊ）／ｊ′の余りがＫより小さい場合に、′ｕｊ′と、′ｕ（ｊ＋１）−１′のインデックスを有するビットグループのパンクチャリングが活性化されてもよい。
【００７４】
各パートで活性化されたビットグループは互いに異なるパンクチャリングビットを有してもよい。
【００７５】
前記インデックスにも係わらず、インデックス′ｕｊ′を有するビットグループのパンクチャリングパターンと同様なパターンに相応して、前記ビットグループの数はチャネル符号化した出力ビットストリームの長さを活性化されたビットグループパートの数で割った値の余りと等しくてもよい。
【００７６】
前記情報ビットストリーム−１の長さの、互いに異なるインデックスを有するビットグループは、前記チャネル符号化したビットストリームの長さが奇数である場合に、各ビットグループパートで活性化される特定のビットグループから互いに異なるパンクチャリングパターンに応じてパンクチャリングが活性化されてもよい。
【００７７】
前記チャネル符号化した出力ビットストリーム長さを前記ビットグループパート数で割った余りに相応する数のビットグループは、特定の活性化したビットグループから互いに異なるパンクチャリングパターンに応じてパンクチャリングが活性化されてもよい。
【００７８】
前記活性化した各々のビットグループからパンクチャリングされるビットの数は、２と４の何れかであってもよい。
【００７９】
前記コーディングレートの逆数が３と５の場合に、前記活性化した各々のビットグループからパンクチャリングされるビットの数は２であってもよい。
【００８０】
前記情報ビットストリームがコンボルーショナルコードで符号化する場合に、前記インターリービング長さと、情報ビットストリーム長さとによって前記コーディングレートの逆数は２，３，４，６の何れかが選択されてもよい。
【００８１】
前記情報ビットストリームは６，８，１２，１６ビット単位から選択されたエラー検出ビット単位の何れか一つを含んでもよい。
【００８２】
前記コーディングレートの逆数は、前記インターリービング長さを前記情報ビットストリーム長さで割った値を見積もって決定してもよい。
【００８３】
前記コーディングレートの逆数は前記値を見積もって端数を切り捨てた定数であってもよい。
【００８４】
本発明による移動通信システムのための伝送チェーンは、入力ストリームとして多変レート符号ストリームと可変レート符号ストリームの中一つを受信し、チャネル符号化したビットストリームを生成するように構成する符号器と、前記符号化したビットストリームを受信して、この符号化したビットストリームの繰り返しやパンクチャリングを少なくとも一回行い、前記多変又は可変レートにこの符号化したビットストリームを整合するレートマッチング器と、前記パンクチャリングしたビットストリームを受信して、前記入力ストリームのレートが前記多変又は可変レートだけ減少する場合に、前記符号器のレートはこの減少量だけ減少するようにするインターリーバとを含み、これにより上記目的を達成する。
【００８５】
前記インターリーバのサイズは前記パンクチャリングされたビットストリームのサイズと同一であり、このインターリーバサイズに固定されてもよい。
【００８６】
前記符号器のレートは１／２，１／３，１／４，１／５の何れか一つであってもよい。
【００８７】
Ｎがインターリーバサイズであり、Ｉがフレーム当たりの情報ビットの数であるとき、′３＜Ｎ／Ｉ≦４′の場合に前記符号器のレートは１／３であり、′Ｎ／Ｉ＞４′の場合にレートは１／４であってもよい。
【００８８】
前記符号器は最大レートが１／５のターボ符号器であってもよい。
【００８９】
前記改善したレートアルゴリズムモードが不可能な場合に、前記レートマッチング器のｋ番目の出力は入力シンボルの（ｋＬ／Ｎ）を越えない下位境界値であり、ここでＮはインターリーバサイズであり、ｋは０からＮ−１の範囲値を有し、Ｌは前記符号器から出力された符号化したビットシンボルの数であってもよい。
【００９０】
前記改善したレートアルゴリズムモードが可能な場合に、′（ｊ・ｋ）ｍｏｄＪ＜Ｋ′であれば、２ｊと、２ｊ＋１のインデックスを有するグループでシンボルパンクチャリングが活性化され、ここで、Ｉはフレーム当たりの情報ビットの数であり、Ｊは１／２の下位境界値であり、Ｎはインターリーバのサイズであり、Ｋは′（Ｌ−Ｎ）／２′の下位境界値であり、前記各々のコードシンボルグループは（Ｌ／Ｉ）の符号化したビットを含んでもよい。
【００９１】
′２Ｉ＜Ｎ≦３Ｉ′がＰ（i mod 2）であるとき、１／３ターボコードレートに対してデータコードシンボルグループｉをパンクチャリングし、ここで、ｉは前記コードシンボルグループのインデックスとして０からＩ−１までの範囲であり、前記コードパターンはＰ０に対して′１１０′であり、Ｐ１に対して′１０１′であってもよい。
【００９２】
′２Ｉ＜Ｎ≦３Ｉ′がＰ（i mod 2）であるとき、１／３ターボコードレートに対してテールコードシンボルグループｉをパンクチャリングし、ここで、ｉは前記コードシンボルグループのインデックスとして０からＩ−１までの範囲であり、前記コードパターンはＰ０に対して′１０１′であり、Ｐ１に対して′１０１′であってもよい。
【００９３】
′３Ｉ＜Ｎ≦４Ｉ′がＰ（i mod 2）であるとき、１／４ターボコードレートに対してデータコードシンボルグループｉをパンクチャリングし、ここで、ｉは前記コードシンボルグループのインデックスとして０からＩ−１の範囲であり、前記コードパターンはＰ０に対して′１０１１′であり、Ｐ１に対して′１１１０′であってもよい。
【００９４】
′３Ｉ＜Ｎ≦４Ｉ′がＰ（i mod 2）であるとき、１／４ターボコードレートに対してテールコードシンボルグループｉをパンクチャリングし、ここで、ｉは前記コードシンボルグループのインデックスとして０からＩ−１の範囲であり、前記コードパターンはＰ０に対して′１０１１′であり、Ｐ１に対して′１０１１′であってもよい。
【００９５】
′４Ｉ＜Ｎ≦５Ｉ′がＰ（i mod 2）であるとき、１／５ターボコードレートに対してデータコードシンボルグループｉをパンクチャリングし、ここで、ｉは前記コードシンボルグループのインデックスとして０からＩ−１の範囲であり、前記コードパターンはＰ０に対して′１１１０１′であり、Ｐ１に対して′１１０１１′であってもよい。
【００９６】
′４Ｉ＜Ｎ≦５Ｉ′がＰ（i mod 2）であるとき、１／５ターボコードレートに対してテールコードシンボルグループｉをパンクチャリングし、ここで、ｉは前記コードシンボルグループのインデックスとして０からＩ−１の範囲であり、前記コードパターンはＰ０に対して′１１０１１′であり、Ｐ１に対して′１１０１１′であってもよい。
【００９７】
本発明によるレートが１／５であるターボ符号器は、入力データビットを受信して、第１データビットと、第１，第２パリティービットを生成する第１符号器と、前記第１データビットを受信し、第２データビットと第３，第４パリティービットを生成する、ここで、第２データビットは除去され、残りビットが符号化されたビットストリームに出力される第２符号器とを備えて構成され、これにより上記目的が達成される。
【００９８】
前記出力符号化したビットストリームは第１データビット、第１，第２，第３，第４パリティービットのパターンで整列したビットを生成し、それらを連結させ形成されてもよい。
【００９９】
前記出力符号化したビットストリームは第１符号器と、第２符号器との間で交互に出力されてもよい。
【０１００】
前記出力ビットのテールパターンは、符号化したビットストリームとは異なるパターンであって、終了コードとして出力ビットストリームの次に出力されてもよい。
【０１０１】
前記テールコードのパターンは６つの連続するストリームから整列され、最初の３つのストリームは第１データビットと、一つの第１パリティービットと、一つの第２パリティービットを３回繰り返したものであり、二番目の３つのストリームは第２データビットと、一つの第３パリティービットと、一つの第４パリティービットを３回繰り返したもので、第１データビットと、第２データビットは等値を有してもよい。
【０１０２】
前記二番目の３つのストリームは第２データビットの代わりに第１データビットを３回繰り返してもよい。
【０１０３】
本発明による通信システムにおけるデータレートマッチング方法は、第１レートに符号化した可変レートストリームと多変レートストリームの何れか一つを受信する工程と、再マッチング装置で発生すべきの反復量を最小化するよう、前記レートに従って符号器のレートを調整し、符号化したビットストリームを生成する工程と、前記レートマッチングしたビットストリームを生成するために、前記符号化したビットストリームをパンクチャリングするかまたは繰り返しを行う工程とを備え、これにより上記目的を達成する。
【０１０４】
前記入力ビットストリームのレートが第１レートから変化し、前記入力ビットストリームのレートに相応して、前記符号器のレート調整時期を決定する工程を更に備えてもよい。
【０１０５】
前記符号器の既に決定されたレートは１／２，１／３，１／４，１／５の何れか一つであってもよい。
【０１０６】
Ｎが前記インターリーバサイズであり、Ｉがフレーム当たりの情報ビットの数であるとき、前記符号器のレートは′８／３＜Ｎ／Ｉ≦３′の場合に１／３、′３＜Ｎ／Ｉ≦４′の場合に１／４、′Ｎ／Ｉ＞４′の場合に１／５であってもよい。
【０１０７】
前記符号器は最大レートが１／５のターボ符号器であってもよい。
【０１０８】
改善したレートアルゴリズムモードが不可能な場合に、前記レートマッチング器のｋ番目の出力は前記入力シンボルの（ｋＬ／Ｎ）の下位境界値であり、ここでＮはインターリーバサイズであり、ｋは０からＮ−１の範囲を有し、Ｌは前記符号器から出力された符号化したビットシンボルの数であってもよい。
【０１０９】
前記改善したレートアルゴリズムモードが可能であり、Ｉがフレーム当たりの情報ビット数であり、Ｊが′Ｉ／２′の下位境界値であり、Ｎがインターリーバのサイズであり、Ｋが′（Ｌ−Ｎ）／２′の下位境界値であり、前記コードシンボルグループが′Ｌ／Ｉ′の符号化したビットを含むとき、′（ｊ・ｋ）ｍｏｄＪ＜Ｋ′の場合に２ｊと２ｊ＋１のインデックスを有するグループでシンボルパンクチャリングが活性化されてもよい。
【０１１０】
′２Ｉ＜Ｎ≦３Ｉ′がＰ（i mod 2）であるとき、１／３ターボコードレートに対してデータコードシンボルグループｉをパンクチャリングし、ここで、ｉは前記コードシンボルグループのインデックスとして０からＩ−１の範囲であり、前記コードパターンはＰ０に対して′１１０′であり、Ｐ１に対して′１０１′であってもよい。
【０１１１】
′２Ｉ＜Ｎ≦３Ｉ′がＰ（i mod 2）であるとき、１／３ターボコードレートに対してテールコードシンボルグループｉをパンクチャリングし、ここで、ｉは前記コードシンボルグループのインデックスとして０からＩ−１の範囲であり、前記コードパターンはＰ０に対して′１０１′であり、Ｐ１に対して′１０１′であってもよい。
【０１１２】
′３Ｉ＜Ｎ≦４Ｉ′がＰ（i mod 2）であるとき、１／４ターボコードレートに対してデータコードシンボルグループｉをパンクチャリングし、ここで、ｉは前記コードシンボルグループのインデックスとして０からＩ−１の範囲であり、前記コードパターンはＰ０に対して′１０１１′であり、Ｐ１に対して′１１１０′であってもよい。
【０１１３】
′３Ｉ＜Ｎ≦４Ｉ′がＰ（i mod 2）であるとき、１／４ターボコードレートに対してテールコードシンボルグループｉをパンクチャリングし、ここで、ｉは前記コードシンボルグループのインデックスとして０からＩ−１の範囲であり、前記コードパターンはＰ０に対して′１０１１′であり、Ｐ１に対して′１０１１′であってもよい。
【０１１４】
′４Ｉ＜Ｎ≦５Ｉ′がＰ（i mod 2）であるとき、１／５ターボコードレートに対してデータコードシンボルグループｉをパンクチャリングし、ここで、ｉは前記コードシンボルグループのインデックスとして０からＩ−１の範囲であり、前記コードパターンはＰ０に対して′１１１０１′であり、Ｐ１に対して′１１０１１′であってもよい。
【０１１５】
′４Ｉ＜Ｎ≦５Ｉ′がＰ（i mod 2）であるとき、１／５ターボコードレートに対してテールコードシンボルグループｉをパンクチャリングし、ここで、ｉは前記コードシンボルグループのインデックスとして０からＩ−１の範囲であり、前記コードパターンはＰ０に対して′１１０１１′であり、Ｐ１に対して′１１０１１′であってもよい。
【０１１６】
本発明による通信システムにおいてデータレートをマッチングできる通信手段は、第１レートに符号化した可変レートビットストリームと多変レートストリームの何れか一つを受信する手段と、再レートマッチング手段で発生すべきの反復量を最小化するよう、既に決定されたレートに符号器のレートを調整し、符号化したビットストリームを生成する手段と、前記符号化したビットストリームのパンクチャリングまたは繰り返しの一方を行い、レートマッチングされたビットストリームを生成する手段とを備え、これにより上記目的を達成する。
【０１１７】
前記入力ビットストリームのレートが第１レートから変化する時期を決定する手段と、前記入力ビットストリームのレートに相応して符号器のレートを調整する手段とを更に備えてもよい。
【０１１８】
前記符号器の既に決定されたレートは１／３，１／４，１／５の何れか一つであってもよい。
【０１１９】
Ｎが前記インターリーバサイズであり、Ｉがフレーム当たりの情報ビットの数であるとき、前記符号器のレートは′８／３＜Ｎ／Ｉ≦３′の場合に１／３、′３＜Ｎ／Ｉ≦４′の場合に１／４、′Ｎ／Ｉ＞４′の場合に１／５であってもよい。
【０１２０】
前記符号器は最大レートが１／５のターボ符号器であってもよい。
【０１２１】
以上の目的を達成するための本発明の第１特徴によれば、物理層上で情報ビットストリームをデータレートにマッピングする過程で、情報ビットストリームの可変又は多変データレートをサポートするための３ＧＰＰ２通信システムにおいて伝送チェーン構成する方法は、″１／コーディングレート″の逆数値を有するターボコードと、コンボルーショナルコードとの何れかで互いに異なるビットレートを有する情報ビットストリームをチャネルコーディングする工程と、前記インターリービングサイズに前記チャネル符号化したビットストリームをマッチングさせるために、前記チャネル符号化したビットストリームが所望のインターリービングサイズより小さい場合に、この符号化したビットストリームを繰り返し、前記チャネル符号化したビットストリームが所望のインターリービングサイズより大きい場合に、パンクチャリングを行う工程とを備えることを特徴とする。
【０１２２】
以上の目的を達成するための本発明の第２特徴によれば、物理層上で情報ビットストリームをデータレートにマッピングする過程において、伝送チェーンの構成方法は、″１／コーディングレート″の逆数値を有するターボコードと、コンボルーショナルコードとの何れかで前記情報ビットストリームをチャネル符号化する工程と、前記チャネル符号化したビットストリームが前記インターリービングサイズに整合するよう、前記チャネル符号化したビットストリームが所望のインターリービングサイズより小さい場合に、このビットストリームのコードビットを少なくとも一回繰り返し、前記チャネル符号化したビットストリームが所望のインターリービングサイズより大きい場合に、この符号化したビットストリームのビットをパンクチャリングする工程とを備えることを特徴とする。
【０１２３】
以上の目的を達成するための本発明の第３特徴によれば、通信システムで伝送チェーンは、入力ストリームとして多変レートコードストリーム、および／又は可変レートコードストリームを受信して、チャネル符号化したビットストリームを生成するように構成される符号器と、前記符号化したビットストリームを受信して、この符号化したビットストリームの繰り返しやパンクチャリングの一方を少なくとも一回行い、この符号化したビットストリームを既に決定されたレートにマッチングするレートマッチング器と、前記パンクチャリングしたビットストリームを受信して、前記入力ストリームのレートが既に決定された量だけ減少する場合に、前記符号器のレートを既に決定されたレートに減少させるインターリーバとを含んで構成されることを特徴とする。
【０１２４】
以上の目的を達成するための本発明の第４特徴によれば、ターボ符号器は、入力データビットを受信して、第１データビットと、第１，第２パリティービットを生成する第１符号器と、前記第１データビットがインターリービングされたビットを受信して、インターリービングされた第２データビットと、第３，第４パリティービットを生成する第２符号器とを構成し、ここで、第２データビットは除去され、残りビットは符号化されたビットストリームとして出力され、この時の符号器のレートは１／５となることを特徴とする。
【０１２５】
以上の目的を達成するための本発明の第５特徴によれば、通信システムでデータレートマッチング方法は、多変レートビットストリーム、および／又は可変レートビットストリームの一方を受信する工程と、反復量を最小化するよう、既に決定されたレートに従って符号器のレートを調整し、符号化したビットストリームを生成する工程と、マッチングしたビットストリームを生成するために、前記符号化したビットストリームをパンクチャリングするか、または繰り返しを行う工程と、を備えていることを特徴とする。
【０１２６】
以上の目的を達成するための本発明の第６特徴によれば、通信システムでデータレートマッチングのための通信手段は、多変レートビットストリーム、および／又は可変レートビットストリームの一方を受信する手段と、再レートマッチング手段で発生すべきの反復量を最小化するよう、既に決定されたレートに符号器のレートを調整し、符号化したビットストリームを生成する手段と、レートマッチングしたビットストリームの生成のために、前記符号化したビットストリームをパンクチャリングするか、または繰り返しを行う手段と、を備えていることを特徴とする。
【０１２７】
本発明は可変データレートモード、および／又は多変データレートモードで動作する通信システムで、交渉中に指定したスプレッディングファクター、或いは、チャネルインターリーバのサイズが与えられたチャネル環境下で有効コーディングレートをなるべく低く作ることができるチャネル符号化技法の改善したレート適応モード（Ｅｎｈａｎｃｅｄ  Ｒａｔｅ  Ａｄｐｔｉｏｎ  Ｍｏｄｅ；  以下、ＥＲＡＭ）を提案する。
【０１２８】
従って、本発明では可変データレートモード、および／又は多変データレートモードを最も効率よくサポート可能な、各無線構成内における新たな伝送チェーン、或いは新たにＲＣを構成する二つの方法を提案する。
【０１２９】
第一に、前記各ＲＣ内での新たな伝送チェーンを構成するために、既存のＲＣ内で前記提案した条件を満足させるよう、前記可変データレートと多変データレートとを結合させる方法を提案する。
【０１３０】
第二に、可変データレート、および／又は多変データレートをサポートする新たなＲＣ構成方法を提案する。
【０１３１】
【発明の実施の形態】
以下、本発明の好ましい一実施形態に係る構成及び作用を添付の図面を参照して説明する。
【０１３２】
まず、各々のＲＣ内で定義されているチャネル符号器に入力される情報ビットストリーム長さをＩとし、この情報ビットストリーム長さに対するチャネルインターリーバサイズをＮとすると、正規データレートモードではＩとＮの間に１：１のチェーンが形成される。しかし、可変データレートや多変データレートモードでは、前記１：１のチェーン条件が満たされない。従って、新たなチェーンがチャネルインターリーバサイズＮと、チャネル符号器の入力情報ストリーム長さとを結合する新たなチェーンが要求される。
【０１３３】
【実施例】
（実施例１）
図２は本発明の好ましい第１実施形態によって可変データレートと多変データレートをサポートするためのターボコードの伝送チェーンを示す図面である。
【０１３４】
図２を参照すると、各ＲＣで正規データレートと他のデータレートの伝送チェーンを構成するために、チャネルビット（又は情報ビットと称する）と、エラー検出ビットのＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）ビットと、テールビットからなる情報ビットストリーム（長さＩを有する）が１／５レートのターボ符号器によってチャネル符号化される（Ｓ２０）。
【０１３５】
前記チャネル符号器の出力ビットストリーム長さＬ（５＊Ｉ）をチャネルインターリーバのサイズＮに整合させるために、レートマッチングパンクチャリング（５＊Ｉ＞Ｎ）、或いは、レートマッチング繰り返し（５＊Ｉ＜Ｎ）を使用する（Ｓ２１）。前記レートマッチングパンクチャリング又は繰り返し方法は、あらゆる入力情報ビットストリームに対して均一に行われる。
【０１３６】
前記のようなチェーンは各ＲＣで使用される１／２，１／３，１／４レートを有するあらゆるターボコードは、１／５レートターボコードをパンクチャリングして形成されるため可能である。
【０１３７】
例えば、ＲＣ４の可変データレートモードで、入力情報ビットストリーム長さＩが７６９ビットであり、チャネルインターリーバサイトが３０７２である。
【０１３８】
従って、チャネル符号器の出力ビットストリーム長さＬは１５３８（７６９＊２）であるので、従来のチャネル構成は、チャネルインターリーバサイトＮにマッチングさせるための（３０７２−１５３８）ビットだけの出力ビットストリームの繰り返しを必要とする。結果的に、有効コーディングレートが０．２５（７６９／３０７２）であっても、実際のコーディングレートは従来技術で１／２となる。
【０１３９】
しかし、好ましい第１実施形態による伝送チェーンではＬが３８４５（５＊７６９）であり、チャネルインターリーバサイズ（Ｎ＝３０７２）にマッチングさせるために（３８４５−３０７２）ビットだけのパンクチャリングを必要とする。従って、実際のコーディングレートはコーディング利得となる０．２５（７６９／３０７２）となる。
【０１４０】
他の例として、ターボコードを用いるチャネル符号器の入力情報ビットストリーム長さＩが１５３５の場合、チャネルインターリーバサイズＮが３０７２である。前記チャネル符号器の出力ビットストリーム長さＬが３０７０（１５３５＊２）であり、従来技術で伝送チェーン構成は、チャネルインターリーバサイズ（Ｎ＝３０７２）にマッチングさせるため、（３０７２−３０７０）だけのビット繰り返しを必要とする。
【０１４１】
従って、有効コーディングレートは従来技術の伝送チェーンのＲＣで使用するコーディングレートとほぼ同じである。
【０１４２】
本発明の伝送チェーンは、Ｌが７６７５（５＊１５３５）であり、インターリーバサイズ（Ｎ＝３０７２）にマッチングさせるために（７６７５−３０７２）ビット数だけのパンクチャリングを必要とする。
【０１４３】
これに、実際のコーディングレート自体は、従来技術の伝送チェーンで獲得され得る有効コーディングレートと同様な性能の０．５（１５３５／３０７２）である。何故なら、１／２レートターボコードは、１／５ターボコードをパンクチャリングして得られるコードであるからである。
【０１４４】
このように、本発明の伝送チェーンは全ての可変データレート領域で性能を向上できる。
【０１４５】
しかし、コンボルーショナルコードが使用される場合状況は変わる。順方向ＲＣ４の場合の例をあげると、この場合、１／４レートコンボルーショナルコードはＲＣで定義されていないあらゆる伝送チェーンで使用され得る。
【０１４６】
前例で、チャネル符号器の入力情報ビットストリーム長さＩが７６９であり、チャネルインターリーバサイズＮが３０７２と仮定した場合は、従来技術の伝送チェーン構成は、チャネル符号器の出力ビットストリーム長さＬが１５３８（７６９＊２）であり、チャネルインターリーバサイズ（Ｎ＝３０７２）にマッチングさせるために（３０７２−１５３８）ビット数だけの繰り返しを必要としていた。これに、有効コーディングレートを０．２５（７６９／３０７２）としても、実際のコーディングレートは相変わらず１／２と固定される。
【０１４７】
しかし、本発明の好ましい第１実施形態による伝送チェーン構成はＬが３０７６（４＊７６９）であり、チャネルインターリーバサイズ（Ｎ＝３０７２）にマッチングさせるために（３０７６−３０７２）ビット数だけのパンクチャリングを必要とする。これに、実際のコーディングレートは実際のコーディング利得が得られる０．２５（７６９／３０７２）である。
【０１４８】
しかし、他の例として、チャネル符号器の入力情報ビットストリーム長さＩが１５３５である場合、チャネルインターリーバのサイズＮは３０７２となる。
【０１４９】
従って、従来技術の伝送チェーン構成はＩが３０７０（１５３５＊２）であり、Ｎにマッチングさせるため（３０７２−３０７０）ビット数だけの繰り返しが必要となる。これにより、有効コーディングレートは０．５（１５３５／３０７２）であり、結果的に、実際のコーディングレートは現在のＲＣとほぼ等値となる。
【０１５０】
これに対し、本発明の好ましい実施形態による伝送チェーン構成はＬが６１４０（４＊１５３５）であり、チャネルインターリーバサイズにマッチングさせるため（６１４０−３０７２）ビット数だけのパンクチャリングを必要とする。これに、実際のコーディングレートは０．５（１５３５／３０７２）となる。
【０１５１】
しかし、この場合、コーディングレートは１／４レートコードの５０％に近いパンクチャリングを行うことで得られるコーディングレートと同様である。
【０１５２】
ターボコードとは異なって、コンボルーショナルコードの場合には、１／２，１／３，１／４レートに対する最適のコードポリノミアルがそれぞれ定義されていることから、好ましい第１実施形態による伝送チェーンの構成は、従来技術の伝送チェーン構成より性能が劣ることがある。
【０１５３】
かかる問題点を解決するために、本発明では第２実施形態からその解決策を提案する。
【０１５４】
（実施例２）
第２実施形態は、第１実施形態のように、ターボコードの代わりにコンボルーショナルコードが用いられる場合、可変データレートモード又は多変データレートモードをサポートするためのＲＣの伝送チェーンの構成方法を提案する。
【０１５５】
第一に、各ＲＣで正規データレートと他の伝送チェーンの構成を必要とする場合に、１／ｎレートのコンボルーショナル符号器がチャネル符号器として用いられる。そして、チャネル符号器の出力ビットストリーム長さＬ（＝ｎ＊Ｉ）とチャネルインターリーバのサイズＮとの間の整合のために、レートマッチングパンクチャリング（ｎ＊Ｉ＞Ｎ）、或いは、レートマッチング繰り返し（ｎ＊Ｉ＜Ｎ）を用いる。
【０１５６】
このとき、コーディングレートの逆数ｎは、最も優れた性能が与えられるよう、次のようにＩとＮの比率に従って定められるべきである。
Ｎ／Ｉ  ＜  ２．５  （ｎ＝２）  （式２）
２．５  ≦  Ｎ／Ｉ  ＜３．５  （ｎ＝３）  （式３）
３．５  ≦  Ｎ／Ｉ  （ｎ＝４）  （式４）
第二に、可変データレートと多変データレートのためのコンボルーショナルコードの伝送チェーン構成方法を提案する。
【０１５７】
図３は本発明の好ましい実施形態によって可変データレートと多変データレートをサポートするためのコンボルーショナルコードの伝送チェーンを示す図面である。
【０１５８】
図３を参照すると、コンボルーショナルコードの各ＲＣにおける正規データレートと他のデータレートの伝送チェーン構成を必要とする場合に、１／ｎレートのコンボルーションコード器がチャネル符号器として用いられる（Ｓ３０）。
【０１５９】
そして、チャネル符号器の出力ビットストリーム長さＬ（＝ｎ＊Ｉ）と、チャネルインターリーバのサイズＮとの間の整合のために、レートマッチングパンクチャリング（ｎ＊Ｉ＞Ｎ）、或いは、レートマッチング繰り返し（ｎ＊Ｉ＜Ｎ）を使用する（Ｓ３１）。このとき、コーディングレートの逆数ｎは上位階層からシグナリングされる値であり、交渉過程で固定される値である。
【０１６０】
即ち、従来の可変データレートや多変データレートモードのための交渉過程でシグナリングされるパラメータにコーディングレートの逆数を追加することにより、可変データレートと多変データレートのためのコンボルーションコードの伝送チェーンを構成することができる。
【０１６１】
第１実施形態と同様に、レートマッチングパンクチャリング又はレートマッチングの繰り返しは、チャネル符号器のあらゆる入力情報ビットストリームに対して均一に行われる。
【０１６２】
例えば、現在順方向ＲＣ４上で可変データレートモードを使用するための交渉過程が行われると仮定する場合、もし、インターリーバサイズＮが３０７２で、Ｉが１５３５とすると、ｎは２にシグナリングされ得る。
【０１６３】
このようなシグナリングを通して、常に現在の可変データレートモードや多変データレートモードの性能より同一或いは優れた性能を提供する伝送チェーンの構成が可能となる。
【０１６４】
前記説明したような方法は、現在定義されている各々のＲＣ上で、可変データレートと多変データレート伝送のための新たな伝送チェーンの構成方法を提案している。しかし、より根本的な方法は、可変データレートと多変データレートをサポートする新たなＲＣを定義することであろう。
【０１６５】
（実施例３）
図４は本発明の第３実施形態によって、１Ｘ可変データレートと多変データレートをサポートするための順方向リンクにおける無線構成（ＲＣ）を示す図面である。
【０１６６】
図４を参照すると、新たなＲＣの伝送チェーンは次のように構成される。
【０１６７】
まず、ＣＲＣブロック（Ｓ４０）では、エラー検出のために｛６，８，１２，１６｝の何れかの長さを有するＣＲＣビットがチャネルビットに付加される。この新たなＲＣからＣＲＣの長さを定める方法は、送信端と受信端間の初期の交渉段階でシグナリングされ得る。
【０１６８】
チャネルビットにＣＲＣビットが追加された後、このビットストリームにはテールビット又は予備ビット（ｒｅｓｅｒｖｅｄ  ｂｉｔｓ）が与えられる。もし、コンボルーショナルコードを使用する場合は、８つのテールビットが与えられ、ターボコードの場合には６つのテールビットと２つの予備ビットが与えられる。
【０１６９】
最後に、チャネル符号器の入力ビットストリーム長さＩは、′ｘ＋ｃ＋８′で定義され得る（Ｓ４１）。ここで、ｘはチャネルビットの長さであり、ｃはＣＲＣの長さである。
【０１７０】
ターボコードはチャネル符号器の入力列の長さＩが３８４以上である場合にのみ使用すると定義され、常に１／５レートの符号率を有する。
【０１７１】
このＲＣを使用するためには、送受信端間の初期の交渉段階で次のようなことが約束されるべきである。
【０１７２】
まず、使用する情報ビットのデータレートとスプレッディングファクター、即ち、チャネルインターリーバサイズ、そして、使用するＣＲＣ長さが約束されるべきである。また、ターボコードを使用するか、或いはコンボルーショナルコードを使用するかが決められるべきである。
【０１７３】
ここで、ターボコードが用いられる場合に、常に１／５レートのチャネル符号器のみが用いられる。
【０１７４】
反面、コンボルーショナル符号器のみが用いられる場合、コンボルーショナルコードのコーディングレートの逆数ｎは、前記したように、チャネル符号器への入力ビットストリーム長さＩと、チャネルインターリーバのサイズＮとの間の比から｛２，３，４，６｝中のある値で定められるか、また他の方法として、初期の交渉段階でシグナリングされることもある（Ｓ４２）。
【０１７５】
かかる方法で定義したＲＣの性能は、既存の全ＲＣにおいて、正規データレートモードの伝送チェーンでのデータレートモードと同様な性能を有し、可変データレートモードと多変データレートモードの伝送チェーンでのデータレートモードより常に優れるか同様な性能を有する。
【０１７６】
（実施例４）
第４実施形態は可変データレート又は多変データレートのためのターボコードの伝送チェーンを示す。
【０１７７】
図５は本発明の好ましい実施形態によって、可変データレート又は多変データレートをサポートするためのターボコードの伝送チェーンを示す図面である。
【０１７８】
図５を参照すると、チャネル符号器の入力情報ビットストリームは次のような過程により生成される。
【０１７９】
まず、ＣＲＣビットブロック（Ｓ５０）では、エラー検出のためにＣＲＣビットがチャネルビットに付加される（Ｓ５０）。このとき、新たなＲＣからＣＲＣの長さを定める方法は、送信端と受信端間の初期の交渉段階でシグナリングされ得る。
【０１８０】
チャネルビットにＣＲＣビットが追加された後、このビットストリームにはテールビット又は予備ビット（ｒｅｓｅｒｖｅｄ  ｂｉｔｓ）が与えられる（Ｓ５１）。ターボコードの場合には６つのテールビットと２つの予備ビットが与えられる。
【０１８１】
その後、前記ターボを用いてＲＣで定義した正規データレートと、他のデータレートの伝送チェーンを構成する場合に、１／ｎレートのターボ符号器をチャネル符号器に使用してチャネルコーディングを行う（Ｓ５２）。
【０１８２】
前記チャネル符号器の出力ビットストリーム長さＬ（ｎ×Ｉ）と、チャネルインターリーバサイズＮとの間の整合のために、レートマッチングパンクチャリング（５Ｉ＞Ｎ）、或いはレートマッチングの繰り返し（５Ｉ＜Ｎ）が行われる（Ｓ５３）。ここで、前記ｎはターボコードレートの逆数値で｛２，３，４，５｝中のある値で定められる。
【０１８３】
前記ターボコードレートはチャネル符号器の入力情報ビットストリーム長さＩと、チャネルインターリーバサイズＮとの間の比から定められる。
【０１８４】
前記ターボコードに対するレートマッチングの繰り返しは前記インターリーバサイズが５Ｉより大きい場合に適用され、基本的にエネルギー分布の均一性を満足できるアルゴリズムが提案されるべきである。従って、ターボコードのレートマッチング繰り返しが用いられる場合は、従来技術における均一なシンボル繰り返し方法を使用することが好ましい。
【０１８５】
即ち、レートマッチング繰り返しを行った後の出力ビットストリームのｋ番目の出力ビットは０からＮ−１まで増加するインデックスｋに対して、「ｋＬ／Ｎ」番目の情報ビットストリームのビットから推定可能である。
【０１８６】
参考として、前記図５で５ＩとＮの関係に従ってレートマッチングパンクチャリング或いはレートマッチングの繰り返しを決める理由は、ＮとＩの比率に関係なく使用できるターボコードの最低レートが１／５と定められているからである。
【０１８７】
しかし、ターボコードのレートマッチングパンクチャリングの場合は、次の幾つかの仮定の下で行われるべきであって、前記５ＩがＮより小さい時でも、更に優れたコーディング利得のために、ＮとＩの比率に応じてチャネル符号器のコードレートを定め、それに従ってレートマッチングパンクチャリングパターンも多様となる。
【０１８８】
その基本的な仮定とは次の３つに要約される。
【０１８９】
（１）二つの構成符号器から出力されるシステマチックビット（情報ビット）に対するパンクチャリングは排除する。
【０１９０】
（２）二つの構成符号器からのパリティービット出力ビットストリームに対して均等量のパンクチャリングを行う。
【０１９１】
（３）各々の構成符号器からのパリティー出力ビットストリームのパンクチャリングパターンは均一な特性を有するようにする。
【０１９２】
更に、新たに提案するパンクチャリングアルゴリズムによるパンクチャリングパターンは、既存の正規データレートのために用いられるパンクチャリングパターンと互換可能であるようにすることが好ましい。
【０１９３】
従って、既存の正規データレートで定義されるパンクチャリングパターンと互換性のあるパンクチャリングが、以下で説明するパンクチャリングパターンに従って行われるようにし、前記３つの条件を満足させるパンクチャリングを促進させるような新たな伝送チェーンを提案する。
【０１９４】
まず、ターボ符号器のコーディングレートは、ＮとＩの関係により定められるべきである。勿論、ターボコードレートは１／５ターボコードレートにより獲得され得ることから、ターボ符号器のコーディングレートが１／５ターボコードレートに固定された後に、コーディングレートがレートマッチングパンクチャリング端で最終的に調整される方法も可能である。
【０１９５】
しかし、従来のターボ符号器内にはパンクチャリングブロックがあって、このパンクチャリングブロックはターボ符号器内でＮとＩの関係に従って、まず、適切にコードレートを定め、このコードレートにより生成されたビットストリームのレートマッチングパンクチャリングを行うために用いられる。
【０１９６】
前記ターボ符号器内でパンクチャリングブロックを使用することにより、ターボ符号器の出力ビットストリームのコーディングレートが定められた後、この固定したコードレートを有するチャネル符号器の出力ビットストリーム長さと、インターリーバのサイズとは整合する。
【０１９７】
インターリーバサイズが５Ｉより小さい場合、パンクチャリングは次の表１のような条件下で行われる。
【０１９８】
【表１】
0004138274.tif 000002
表１を参照すると、各ＲＣで正規データレートと他のデータレートとで伝送チェーンが構成されるとき、チャネルビットと、ＣＲＣエラービットと、テールビットとからなる情報ビットストリーム（長さＩ）は、１／ｎレートのターボ符号器（チャネル符号器）によりチャネル符号化される。ここで、前記ｎはターボ符号器のコードレートの逆数である。
【０１９９】
そして、前記チャネル符号器の情報ビットストリーム長さがＩであるとき、ＮとＩの関係に従ってパンクチャリングパターンは次の３つの場合に分けられる。
【０２００】
即ち、′２Ｉ＜Ｎ≦３Ｉ′の場合にｎは３であり、′３Ｉ＜Ｎ＜４Ｉ′の場合にｎは４であり、′４Ｉ＜Ｎ≦５Ｉ′の場合にｎは５である。
【０２０１】
従って、ビットストリームで一つの情報ビットはチャネル符号化され、１／ｎレートのターボ符号器から出力される。この情報ビットに順次（ｎ−１）個のパリティービットが与えられ、長さｎを有する一つの単位シンボルグループを形成する。
【０２０２】
例えば、前記ｎが３の場合に、前記単位シンボルグループは一つの情報ビットと、前記ターボ符号器の第１構成符号器と第２構成符号器から与えられた二つのパリティービットとを有する。即ち、前記単位シンボルグループはｎビットを有する。
【０２０３】
従って、前記単位シンボルグループは０からＩ−１まで増加するインデックスを有し、このインデックスが奇数か偶数かによって、偶数グループと奇数グループとに整列される。前記偶数グループ又は奇数グループは、通常、複合コードブロックと称される。
【０２０４】
前記各々の複合コードブロックは、′「Ｉ／２」＝Ｊ′個の単位シンボルグループを含み、また、０からＪ−１まで増加する単位シンボルグループのインデックスｊに対して、偶数のグループは２ｊ番目を、奇数のグループは２ｊ＋１番目のインデックスを有する単位コードシンボルを含む。
【０２０５】
前記チャネル符号器の出力ビットストリーム長さがＬであるとき、（Ｉ−１）番目の単位シンボルグループが表１に示すテールパンクチャリングパターンに従ってパンクチャリングされる。
【０２０６】
前記′「Ｉ／２」＝Ｊ′はＩ／２を越えない最大定数である。
【０２０７】
１／２レートチャネル符号器の長さＬは′ｎ×Ｉ′の値を有するので、前記偶数グループと奇数グループの各々からパンクチャリングされるビットの数ｋは、′「Ｌ−Ｎ／２」′により算出される。
【０２０８】
前述された条件の場合、全体のチャネル符号器の出力ビットストリーム上で均一なパンクチャリングを行うため、また、各々の単位シンボルグループから前記チャネル符号器の入力情報ビットの第１ビットをパンクチャリングしないために、本発明は正規データレートの調整したパンクチャリングパターンが用いられるインターリーバサイズＮが３Ｉより大きく、４Ｉより小さい場合を除いては、表１に示す正規データレートで用いられるパンクチャリングパターンを適用する。
【０２０９】
特に、前記チャネル符号器の出力ビットストリームに対する均一なパンクチャリングが行われるように、前記各々の偶数グループと奇数グループからパンクチャリングが活性化される単位シンボルグループは、次の式５を満足するインデックスｊを有する単位シンボルグループである。
（ｊ×Ｋ）ｍｏｄＪ＜Ｋ  （式５）
前記式５は前記各々の複合コードブロック（第１実施形態の偶数グループと奇数グループ）でパンクチャリングされるべきビットの数Ｋが、Ｊ個の単位コードシンボルグループ内で均一にパンクチャリングされるようにするｊを推定する。
【０２１０】
また、前記式５は後述する第５実施形態で特定のｎに対するｕ個の複合コードブロックに対しても同原理によってｊを推定する。
【０２１１】
以下、前記第４実施形態に係るパンクチャリング過程を次の図６及び図７の例を挙げて詳細に説明する。
【０２１２】
図６は本発明の好ましい実施形態によって、可変データレート又は多変データレートをサポートするためのターボコードの伝送チェーンでパンクチャリングの一例を示す図面である。
【０２１３】
図７は本発明の好ましい実施形態によって、可変データレート又は多変データレートをサポートするためのターボコードの伝送チェーンでパンクチャリング過程の他の例を示す図面である。
【０２１４】
図６及び図７を参照すると、前記式５を満足するインデックスｊがあり、各々のインデックス（２ｊ）と（２ｊ＋１）を有する偶数の単位シンボルグループと、奇数の単位シンボルグループとが、図６に示すように、ペア関係で定義される時、前記ペア関係の単位シンボルグループは同時にパンクチャリングが行われる。
【０２１５】
図６で斜線の部分は、ｊが前記式５を満足する場合に、インデックス２ｊと２ｊ＋１を有するパンクチャリングされた単位シンボルグループを示す。
【０２１６】
他の位置のビットをパンクチャリングすることにより、前記ペア関係の単位シンボルグループは、パンクチャリングされるビットの均一な分布からなる。
【０２１７】
特に、前記図７に示すように、前記チャネル符号器の出力ビットストリームの長さがＬであるとき、前記偶数グループは奇数グループより一つ以上多い単位シンボルグループを有する。この一つ以上多い単位シンボルグループは必ずパンクチャリングが活性化される。
【０２１８】
本発明の第４実施形態で、インターリーバサイズＮとチャネル符号器の情報ビットストリーム長さＩとの関係に従い、ターボ符号器のコーディングレートの逆数（ｎ）が定められる。その後、使用するパンクチャリングパターンが定義される。
【０２１９】
前記パンクチャリングパターンは既存のデータレートで使用されたパンクチャリングパターンに基づくものである。
【０２２０】
基本的に、前記パンクチャリングパターンを基にした単位シンボルグループでのパンクチャリングの可否は、前記定義したパンクチャリングパターンと前記正規データレートの既存パンクチャリングパターンを互換できる。
【０２２１】
この際、前記奇数グループと偶数グループの各々で（２ｊ）と（２ｊ＋１）のインデックスを有する単位シンボルグループはパンクチャリングパターンを形成する。
【０２２２】
前記パンクチャリングした単位シンボルグループペアは、各構成符号器のパリティービットに対するパンクチャリングしたビットの均一な分布の条件を満足する。
【０２２３】
（実施例５）
第５実施形態には可変および／又は多変データレートに対して、ターボコードの伝送チェーンの他の例を示している。
【０２２４】
【表２】
0004138274.tif 000003
表２を参照すると、各ＲＣで正規データレートと他のデータレートとで伝送チェーンが構成されるとき、チャネルビットと、ＣＲＣエラービットと、テールビットとからなる情報ビットストリーム（長さＩ）は、１／ｎレートのターボ符号器（チャネル符号器）によりチャネル符号化される。ここで、ｎは前記ターボ符号器のコードレートの逆数である。
【０２２５】
前記パンクチャリングパターンは次の３つの場合によって異なるものとなる。
【０２２６】
即ち、′２Ｉ＜Ｎ≦３Ｉ′の場合に、ｎは３であり、′３Ｉ＜Ｎ＜４Ｉ′の場合に、ｎは４であり、′４Ｉ＜Ｎ≦５Ｉ′の場合に、ｎは５である。
【０２２７】
また、前記チャネル符号器の出力ビットストリームで順次出力される一つの情報ビットと（ｎ−１）個のパリティービットとから構成される単位シンボルグループ（０からＩ−１までのインデックスを有する）に対して、前記ｎが３又は５の場合に偶数インデックスを有する単位シンボルグループは偶数のグループに、また、奇数インデックスを有する単位シンボルグループは奇数のグループに分離される。尚、ｎが３又は５の場合に、単位シンボルグループから形成されるまた他の複合シンボルグループ数を表す変数ｕは、２の値を有する。
【０２２８】
しかし、前記ｎが４の場合には、前記ｕは３の値を有する。即ち、前記１／４レートのチャネル符号器の出力ビットストリームは多数の単位シンボルグループから構成される。この単位シンボルグループは一つの情報ビットと３つのパリティービットから構成され、前記単位シンボルグループの各グループは、単位シンボルグループに対して、そのインデックスを３で割った余りが０又は１あるいは２の値を有する単位コードシンボル同士に３つの複合シンボルグループから形成される。
【０２２９】
前記単位シンボルグループは、特定のｎに対して全体Ｉ個が形成され、前記各複合シンボルグループは、′「Ｉ／ｕ」＝Ｊ′個の単位コードシンボルを有する。
【０２３０】
この単位シンボルグループは、０からＪ−１までのｊに対して、（ｕｊ）からｕ（Ｊ＋１）−１のインデックスを有する。
【０２３１】
前記「Ｉ／ｕ」はＩをｕで割ったときに得られる値を超えない最大の定数である。
【０２３２】
第４実施形態と同様に、前記チャネル符号器の出力ビットストリーム長さがＬであるとき、（Ｉ−１）番目の単位シンボルグループが表２に示すテールパンクチャリングパターンによりパンクチャリングされる。
【０２３３】
前記各々の複合シンボルグループは、ｊが前記式５を満足する場合にペアでパンクチャリングされる。ここで、この単位シンボルグループは、′ｕｊ′と、′ｕ（Ｊ＋１）−１′のインデックスを有する。前記単位シンボルグループは、前記表２のように、同ｎに対して互いに異なるパンクチャリングパターンによってペアでパンクチャリングされる。
【０２３４】
また、前記ｎが４の場合、第４実施形態とは異なって、活性化した単位シンボルグループからパンクチャリングされるビット数Ｐが４の場合に、ペア関係を有する小パンクチャリング単位は正規データレートパンクチャリングパターンをサポートできる。
【０２３５】
前記ｎが３又は５の場合に、前記ペア関係の活性化した単位コードシンボルでパンクチャリングされるビット数（ｐ）は２となる。
【０２３６】
従って、前記特定のｎに対して前記各々の複合シンボルグループでパンクチャリングされるビット数（Ｋ）は、′「Ｌ−Ｎ／ｕ」′により算出され得る。
【０２３７】
第５実施形態では、第４実施形態と同様に、情報ビットにおけるパンクチャリングを排除するため、前記表２に示すように、第１ビットに対するパンクチャリングは行われないようにする。
【０２３８】
また、全体の出力ビットストリームでパンクチャリングされるビットが均一に分布されるよう、前記式５を満足するｊに対してパンクチャリングが行われるようにする。
【０２３９】
結論として、前記表２のパンクチャリングアルゴリズムと表１のパンクチャリングアルゴリズムとの相違点は、前者の場合、単位コードシンボルを偶数グループと奇数グループとに分けた反面、後者の場合は、単位シンボルグループを一つの全体パンクチャリングパターンを構成する単位パンクチャリングパターンの数に分けているという点である。
【０２４０】
例えば、インターリーバサイズＮが３Ｉより大きいか同じであり、４Ｉより小さい場合、前記チャネル符号器の全ての出力ビットストリームは一つの情報ビットと、この情報ビットに順次与えられる３つのパリティービットとを有する各々の単位シンボルグループに分けられる。
【０２４１】
次に、この単位コードグループを３つの複合シンボルグループに分けて、この複合シンボル単位で表２のパンクチャリングパターンを適用する。
【０２４２】
（実施例６）
第６実施形態では、可変データレート又は多変データレートのためのターボコードの伝送チェーンの他の例を提案する。
【０２４３】
【表３】
0004138274.tif 000004
表３を参照すると、各ＲＣで正規データレートと他のデータレートとで伝送チェーンが構成されるとき、チャネルビットと、ＣＲＣエラービットと、テールビットとからなる情報ビットストリーム（長さＩ）は、１／ｎレートのターボ符号器（チャネル符号器）によりチャネル符号化される。ここで、ｎはターボ符号器のコードレートの逆数である。
【０２４４】
前記パンクチャリングパターンはＩとＮの関係に基づき、次の３つの場合によって異なる。即ち、′２Ｉ＜Ｎ≦３Ｉ′の場合に、ｎは３であり、′３Ｉ＜Ｎ＜４Ｉ′の場合に、ｎは４であり、′４Ｉ＜Ｎ≦５Ｉ′の場合に、ｎは５である。
【０２４５】
また、前記チャネル符号器の出力ビットストリームで順次出力される一つの情報ビットと（ｎ−１）個のパリティービットとから構成される単位シンボルグループ（０からＩ−１までのインデックスを有する）に対して、前記ｎが３又は５の場合に偶数インデックスを有する単位シンボルグループは偶数グループに、また、奇数インデックスを有する単位シンボルグループは奇数グループに分離される。
【０２４６】
尚、ｎが３又は５の場合に、単位シンボルグループから形成されるまた他の複合シンボルグループ数を表す変数ｕは、２の値を有する。
【０２４７】
しかし、前記ｎが４の場合には前記ｕは３の値を有する。即ち、前記１／４レートのチャネル符号器の出力ビットストリームは多数の単位シンボルグループから構成される。
【０２４８】
この単位シンボルグループは一つの情報ビットと３つのパリティービットとから構成され、前記単位シンボルグループの各グループは、単位シンボルグループに対してそのインデックスを３で割った余りが０又は１あるいは２の値を有する単位コードシンボル同士の３つの複合シンボルグループから形成される。
【０２４９】
前記単位シンボルグループは、特定のｎに対して全体Ｉ個が形成され、前記各複合シンボルグループは、′「Ｉ／ｕ」＝Ｊ′個の単位コードシンボルを有する。
【０２５０】
この単位シンボルグループは、０からＪ−１までのｊに対して、（ｕｊ）からｕ（Ｊ＋１）−１のインデックスを有する。ｊは０からｊ−１までの数である。
【０２５１】
前記「Ｉ／ｕ」はＩをｕで割ったとき得られる値を超えない最大の定数である。
【０２５２】
第６実施形態と第５実施形態との相違点は、前記チャネル符号器の出力ビットストリーム長さＬとｕとの関係に従って、最後の（Ｌ  ｍｏｄ  ｕ）個だけの単位シンボルグループに対して、表３のようなテールパンクチャリングパターンを適用しパンクチャリングを行うという点である。
【０２５３】
（実施例７）
第７実施形態は可変データレートおよび／又は多変データレートのためのターボコードの伝送チェーンの他の例を提案する。
【０２５４】
【表４】
0004138274.tif 000005
実施形態６と実施形態７との相違点は、インターリーバサイズＮが３Ｉより大きく、４Ｉより小さい場合のパンクチャリングパターンである。しかし、その他は第６実施形態と同様である。
【０２５５】
しかし、Ｌが３の倍数でない場合には、少し違う方法を行う。即ち、最後の（Ｌ  ｍｏｄ  ｕ）だけコードシンボルグループに対して更にパンクチャリングを行い、この場合に使用するパンクチャリングパターンは、コードシンボルグループのインデックスと関係なくＰ０となるべきである。
【０２５６】
勿論、前記提案した単位コードシンボルでのパンクチャリングは、ターボ符号器を常に１／５に固定して使用する場合にも適用できる。このとき、パンクチャリングパターンは、既存のターボ符号器の内部におけるパンクチャリングパターンが含まれ得るように定義すべきである。
【０２５７】
（実施例８）
第８実施形態では、表５に示す、可変および／又は多変データレートモードのための伝送チェーンの他の例を提案する。
【０２５８】
【表５】
0004138274.tif 000006
前記第８実施形態は第４実施形態と同様であり、′３Ｉ＜Ｎ＜４Ｉ′の場合にのみ互いに異なるパンクチャリングパターンを有する。ここで、Ｉはフレーム当たりの予備ビット、テールビットを含む情報ビット数であり、Ｎは前記インターリーバサイズである。
【０２５９】
前記コードシンボルグループは０からＩ−１までのインデックスを有する。シンボルパンクチャリングは′（ｊ＊ｋ）ｍｏｄ  Ｊ  ＜  Ｋ′を満足するｊに対して、２ｊと２ｊ＋１のインデックスを有するコードシンボルグループでのみ活性化される。ここで、Ｊは′「Ｉ／２」′であり、Ｋは′「（ｎ＊Ｉ−Ｎ）／２」′として定義する。前記コードシンボルグループをパンクチャリングするために使用するパターンはＰ（i mod 2）′と定義する。
【０２６０】
チャネル符号器の出力のデータビットの期間に相応するコードシンボルグループは、データパンクチャリングパターンに従ってパンクチャリングされる。
【０２６１】
もし、（ｎ＊Ｉ）が奇数であるとき、（Ｉ−１）番目のコードシンボルグループはパンクチャリングされる。
【０２６２】
従って本発明は、正規データレートではない情報ビットストリームが、物理層上で可変または多変データレート伝送モードでインターリーバサイズにマッピングされるようにした３ＧＰＰ２通信システムにおける伝送チェーン構成方法を提供し、且つ正規データレートだけでなく、可変または多変データレートをサポートできる新たなＲＣを提案する３ＧＰＰ２通信システムにおける伝送チェーン構成方法を提供する。
【０２６３】
上述したように、物理層上で情報ビットストリームをデータレートにマッピングする過程で、情報ビットストリームの可変又は多変データレートをサポートするための３ＧＰＰ２通信システムにおいて伝送チェーン構成する方法は、″１／コーディングレート″の逆数値を有するターボコードと、コンボルーショナルコードとの何れかで互いに異なるビットレートを有する情報ビットストリームをチャネルコーディングする工程と、前記インターリービングサイズに前記チャネル符号化したビットストリームをマッチングさせるために、前記チャネル符号化したビットストリームが所望のインターリービングサイズより小さい場合に、この符号化したビットストリームを繰り返し、前記チャネル符号化したビットストリームが所望のインターリービングサイズより大きい場合に、パンクチャリングを行う工程とを備えることを特徴とする。
【０２６４】
【発明の効果】
以上説明したように、３ＧＰＰ２システムで伝送チェーンを構成する方法は多様な効果を奏する。
【０２６５】
例えば、本発明の好ましい実施形態は、同一のスプレッディングファクターを使用するという前提の下で、より大きなコーディング利得を通じて、可変又は多変データレートをサポートするための優れた性能を有し得るような伝送チェーンの構成が可能である。
【０２６６】
また、本発明の好ましい実施形態は、可変データレートと多変データレートをサポートするための新たなＲＣを提供し、このＲＣのみを介して、既存のあらゆるＲＣ上における正規化した伝送チェーン上の全てのデータレートを、性能の低下なくサポートすることができ、また、可変データレートと多変データレート上で向上したコーディング利得を通じて、更に優れた性能を有し得るような伝送チェーンの構成が可能となる。
【０２６７】
更に、本発明の好ましい実施形態は、従来のＲＣからサポートできる最大の伝送レートより高い伝送率を有する伝送チェーンをサポートすることもできる。
【０２６８】
また、本発明はパンクチャリングパターンが既存の正規データレートで使用しているパンクチャリングパターンと互換できるので、実現上のメリットがある。
【０２６９】
また、補助チャネルに対する可変データレータモードがサポートされるとき、シンボルの繰り返しによる時間ダイバーシティ利得のほかにも、実際的なコードレートの減少によるコーディング利得が得られ、これにより要求される伝送電力を低めることができる。
【図面の簡単な説明】
【図１】可変データレートと多変データレートをサポートするための順方向リンクにおける従来技術の無線構成（ＲＣ）を示す図。
【図２】本発明の好ましい実施形態によって可変データレート、および／又は多変データレートをサポートするためのターボコードの伝送チェーンを示す図。
【図３】本発明の好ましい実施形態によって可変データレート、および／又は多変データレートをサポートするためのコンボルーションコードの伝送チェーンを示す図。
【図４】本発明の好ましい実施形態によって１Ｘ可変データレート、および／又は多変データレートをサポートするための順方向リンクにおける無線構成（ＲＣ）を示す図。
【図５】本発明の好ましい実施形態によって可変データレート、および／又は多変データレートをサポートするためのターボコードの伝送チェーンを示す図。
【図６】本発明の好ましい実施形態によって可変データレート、および／又は多変データレートをサポートするためのターボコードの伝送チェーンにおけるパンクチャリング過程の一例を示す図。
【図７】本発明の好ましい実施形態によって可変データレート、および／又は多変データレートをサポートするためのターボコードの伝送チェーンにおけるパンクチャリング過程の他の例を示す図。
【図１】
0004138274.tif 000008
【図２】
0004138274.tif 000009
【図３】
0004138274.tif 000010
【図４】
0004138274.tif 000011
【図５】
0004138274.tif 000012
【図６】
0004138274.tif 000013
【図７】
0004138274.tif 000014