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