(57)【特許請求の範囲】
【請求項１】
複数のトランスポートチャネルによって搬送されるデータを通信するフェーズを実現する複数のエンティティを含む、遠隔通信システムの通信方法であって、前記エンティティは少なくとも１つの送信側エンティティおよび少なくとも１つの受信側エンティティを含み、前記送信側エンティティの通信のフェーズは前記トランスポートチャネルの各々に特定的な複数の処理手順を含み、各処理手順はレートマッチングステップを含み、
前記レートマッチングステップは、初期サイズの入力ブロックから最終サイズの出力ブロックへのパンクチャリングまたは反復による変換を実行し、
前記方法は、
前記受信側エンティティによって、最大パンクチャレートを表わすパラメータを決定するステップと、
前記受信側エンティティから、前記送信側エンティティへと、前記パラメータを伝送するステップと、
前記送信側エンティティによって、前記処理手順の各々につき、前記レートマッチングステップによって得られる前記出力ブロックの前記最終サイズを、ある判断基準に基づいて前記入力ブロックの前記初期サイズの関数として計算するステップとを含むことを特徴とし、前記判断基準は前記決定するステップによって決定された前記パラメータに依存する、方法。
【請求項２】
前記判断基準は、トランスポートチャネルの複合体内で同じグループに分類された前記トランスポートチャネルに対する複数の予め定められたパラメータにさらに依存し、前記予め定められたパラメータの各々は、前記トランスポートチャネルの複合体内に含まれる前記トランスポートチャネルの各々のレートマッチング比を表わす、請求項１に記載の遠
隔通信システムの通信方法。
【請求項３】
前記計算するステップは、  同一の多重化フレームについて、前記パラメータとともに利用可能なサイズの組を計算するステップと、
前記組から前記利用可能なサイズの１つを、前記多重化フレームの最大のペイロードとして選択するステップと、
前記最終サイズを、前記初期サイズと、前記予め定められたパラメータのうち少なくとも１つと、前記多重化フレームの前記最大のペイロードとの関数として計算するステップとをさらに含む、請求項２に記載の遠隔通信システムの通信方法。
【請求項４】
前記予め定められたパラメータは、前記トランスポートチャネルの複合体内に含まれる前記トランスポートチャネルの各々のサービスの質に従って変化する、請求項２に記載の遠隔通信システムの通信方法。
【請求項５】
複数のトランスポートチャネルを有するトランスポートチャネルの複合体を用いてデータを送信する移動局であって、初期サイズの入力ブロックを最終サイズの出力ブロックへとパンクチャリングまたは反復によって変換するためのレートマッチング手段を含み、
前記移動局は、
最大パンクチャレートを表わすパラメータを受信する手段と、
前記最終サイズを、ある判断基準に基づいて前記入力ブロックの前記初期サイズの関数として計算する手段とを備え、前記判断基準は前記パラメータに依存する、移動局。
【請求項６】
前記計算する手段は、前記最終サイズが同一の多重化フレームの最大のペイロードに従って変化するように前記最終サイズを計算する、請求項５に記載の移動局。
【請求項７】
前記判断基準は、前記トランスポートチャネルの複合体に対する複数の予め定められたパラメータにさらに依存し、前記予め定められたパラメータの各々は、前記トランスポートチャネルの複合体内に含まれる前記トランスポートチャネルの各々に対するレートマッチング比を表わす、請求項５に記載の移動局。
【請求項８】
前記予め定められたパラメータは、前記トランスポートチャネルの複合体内に含まれる前記トランスポートチャネルの各々のサービスの質に従って変化する、請求項７に記載の移動局。
【請求項９】
前記計算する手段は、
同一の多重化フレームについて、前記パラメータとともに利用可能なサイズの組を計算する手段と、
前記組から前記利用可能なサイズのうちの１つを、前記多重化フレームの最大のペイロードとして選択する手段と、
前記最終サイズを、前記初期サイズ、前記予め定められたパラメータのうち少なくとも１つ、および前記多重化フレームの前記最大のペイロードの関数として計算する手段とをさらに含む、請求項７に記載の移動局。
【請求項１０】
基地局装置と端末装置とを備え、データの入力ブロックをレートマッチングにより出力ブロックへ変換するとともに、変換した前記出力ブロックのデータを複数のトランスポートチャネルを有するトランスポートチャネル複合体を用いて送信する通信システムであって、
前記基地局装置は、
前記データの最大パンクチャレートのパラメータを送信する第１の送信手段と、
前記端末装置から送信されたデータを受信する第１の受信手段とを備え、
前記端末装置は、
前記最大パンクチャレートのパラメータを受信する第２の受信手段と、
受信した前記最大パンクチャレートのパラメータに基づき、前記入力ブロックのサイズの関数を用いて前記出力ブロックのサイズを計算する手段と、
前記出力ブロックのサイズと前記入力ブロックのサイズとの差に基づいて、前記入力ブロックのデータの一部ビットをパンクチャリングまたは反復するレートマッチング手段とを備える、通信システム。
【請求項１１】
データの入力ブロックをレートマッチングにより出力ブロックへ変換するとともに、変換した前記出力ブロックのデータを複数のトランスポートチャネルを有するトランスポートチャネル複合体を用いて送信する通信システムの基地局装置であって、
前記データの最大パンクチャレートのパラメータを送信する送信手段と、
送信した前記最大パンクチャレートのパラメータに基づき、端末装置が前記入力ブロックのサイズの関数として前記出力ブロックのサイズを計算し、前記出力ブロックのサイズと前記入力ブロックのサイズとの差に基づいて、前記入力ブロックのデータの一部ビットをパンクチャリングまたは反復することによりレートマッチングしたデータを受信する受信手段とを備える、基地局装置。
【請求項１２】
データの入力ブロックをレートマッチング法により出力ブロックへ変換するとともに、変換した前記出力ブロックのデータを複数のトランスポートチャネルを有するトランスポートチャネル複合体を用いて送信するデータ送信方法であって、
前記データの最大パンクチャレートを受信するステップと、
受信した前記最大パンクチャレートと前記入力ブロックのサイズとに基づいて、レートマッチング後の前記出力ブロックのサイズを計算するステップと、
計算された前記出力ブロックのサイズに従って、前記入力ブロックの一部ビットをパンクチャリングまたは反復し、前記出力ブロックを生成するレートマッチングステップとを備える、データ送信方法。
【発明の詳細な説明】
【０００１】
【発明の背景】
本発明は、少なくとも２つのトランスポートチャネルのグループに分散された複数のトランスポートチャネルによって搬送される、データの通信のフェーズを実現する、少なくとも１つの送信側エンティティおよび少なくとも１つの受信側エンティティを含む、遠隔通信システムを構成する方法に関する。該方法において、１つかつ同じグループの上記トランスポートチャネルは、干渉の平均エネルギに対する１ビットの平均エネルギの比であるＥｂ／Ｉについて、１つかつ同じ比Ｅｂ／Ｉで受信されねばならず、上記送信側エンティティの通信のフェーズはトランスポートチャネルのグループに特定的な処理手順を含み、各処理手順はレートマッチングステップを含み、前記レートマッチングステップは初期サイズの入力ブロックが任意のレートマッチング比の関数として最終サイズの出力ブロックに確実に変換されるようにし、最大パンクチャレートは各処理手順に対して規定される、方法である。
【０００２】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、第３世代パートナーシップ・プロジェクト）グループは、もともとはＥＴＳＩ（Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  Ｉｎｓｔｉｔｕｔｅ、欧州電気通信標準化機構）やＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ  ｏｆ  Ｒａｄｉｏ  Ｉｎｄｕｓｔｒｉｅｓ  ａｎｄ  Ｂｕｓｉｎｅｓｓｅｓ、電波産業会）を含む複数の地域標準化団体から立ち上げられた協会であって、移動用の第３世代の遠隔通信システムの標準化をその目的とする。第３世代のシステムを第２世代のシステムと区別する基本的な１局面は、第３世代のシステムが無線スペクトルをより効率的に使用するという事実を別にすれば、それらが非常に柔軟なサービスを提供するであろうということである。第２世代のシステムは、限られたサービスに対しては最適化された無線インターフェイスを提供する。たとえば、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅｓ、移動用グローバルシステム）は、音声の伝送（電話技術）について最適化されている。第３世代のシステムは、あらゆる種類のサービスおよびサービスの組合せに適合する、無線インターフェイスを提供するであろう。
【０００３】
第３世代の移動無線システムにおいて懸案となっている問題の１つに、サービスの質（ＱｏＳ）に対する要求が異なるサービスを、無線インターフェイス上で効率的に多重化する問題がある。サービスの質は、従来、処理の遅延、ビット誤り率、および／または、伝送されるブロック当りの誤り率等の、少なくとも１つの判断基準に従って規定されている。これらサービスの質が異なる場合、対応するトランスポートチャネルには異なるチャネルコーディングおよびチャネルインタリーブが必要となる。さらに、それらが要求する最大ビット誤り率（ＢＥＲ）も異なる。任意のチャネルコーディングに対して、ＢＥＲに関する要求は、コード化されたビットが少なくともある程度のコーディングに依存した比Ｅｂ／Ｉを有した場合に満たされる。この比Ｅｂ／Ｉは、干渉の平均エネルギに対するコード化された各ビットの平均エネルギの比を表わす。
【０００４】
要するに、異なるサービスの質は、比Ｅｂ／Ｉについて要求が同じではない。今、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、符号分割多元接続）のシステムにおいて、システムの容量は干渉のレベルによって制限されている。したがって、各サービスに対して、比Ｅｂ／Ｉはできる限り正しく設定する必要がある。このため、比Ｅｂ／Ｉを均衡させるためにレートマッチング操作が、種々のサービス間で必要となる。この操作なくしては、比Ｅｂ／Ｉは要求が最大であるサービスによって設定されてしまい、その結果、他のサービスにとってはその質が「良すぎる」ことになり、ひいては、システムの容量に直接影響を与えてしまうことになりかねない。
【０００５】
これは問題となる。というのも、レートマッチング比は、何らかの方法で、無線リンクの両端において同様に規定されねばならないためである。
【０００６】
本発明は、ＣＤＭＡ無線リンクの両端において同様にレートマッチング比を規定するための、構成方法に関する。
【０００７】
ＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  Ｏｒｇａｎｉｚａｔｉｏｎ、国際標準化機構）が提案したＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ、開放型システム間相互接続）モデルにおいては、遠隔通信機器は、プロトコルの積み重ねからなる層状のモデルによってモデル化されており、各レベルは、その上方のレベルにサービスを提供するプロトコルである。レベル１は、特に、チャネルコーディングおよびチャネルインタリーブを実行する責任を負う。レベル１によって提供されるサービスが「トランスポートチャネル」と称される。トランスポートチャネルは、より高次のレベルがあるサービスの質でデータを伝送することを可能にする。サービスの質は、特に、遅延およびＢＥＲによって特徴付けられる。
【０００８】
サービスの質に対する要求を満たすことができるように、レベル１は、何らかの符号化（ｅｎｃｏｄｉｎｇ）および好適なチャネルインタリーブを用いる。
【０００９】
公知の解決策、特に３ＧＰＰグループによって提案される解決策を、図１および図２を参照して説明する。
【００１０】
図１および図２に示すのは、３ＧＰＰグループの現時点における提案によって規定された、インタリーブおよび多重化のためのブロック図である。ただし、この提案は未だ最終的に承認されてはいない。
【００１１】
図１および図２において、同様のブロックには同じ参照番号が付されている。どちらの場合にも、（移動局からネットワークへの）アップリンクは、（ネットワークから移動局への）ダウンリンクとは区別することができ、また、送信部分のみが示されている。
【００１２】
番号１００が付された各トランスポートチャネルは、番号１０２が付されたより高次のレベルから、トランスポートブロックの組を周期的に受取る。この組内のトランスポートブロック１００の数およびそれらのサイズは、トランスポートチャネルに依存する。トランスポートブロックの組が供給される最小の周期は、トランスポートチャネルのインタリーブのタイムスパンに対応する。１つかつ同じサービスの質（ＱｏＳ）を有するトランスポートチャネルは、１つかつ同じ処理チェーン１０３Ａ、１０３Ｂによって処理される。
【００１３】
処理チェーン１０３Ａ、１０３Ｂの各々において、トランスポートチャネルは、特にチャネルの符号化およびチャネルのインタリーブの後に、ステップ１０４において連結によって互いに多重化される。この多重化は、多重化フレームごとに実行される。多重化フレームとは、それに対して少なくとも部分的に逆多重化を行なうことのできる、データの最小単位である。多重化フレームは典型的に、無線フレームに対応する。無線フレームは、ネットワークと同期しかつネットワークによって期間が定められる、連続的な時間間隔を形成する。３ＧＰＰグループによる提案において、無線フレームは１０ｍｓの時間期間に対応する。
【００１４】
３ＧＰＰの提案は、１０３Ｃで概略的に表わされる、サービスに特定的なコーディングおよびインタリーブオプションを含む。このようなオプションの可能性が、現時点において考慮されつつある。というのも、それが不可欠であるかどうかが未だに判断されていないためである。
【００１５】
一般的な場合において、処理チェーン１００Ａはまず、ステップ１０６を含む。このステップ１０６において、ＦＣＳ（フレームチェックシーケンス）と称されるビット語が各トランスポートブロックに付与される。このビット語ＦＣＳは典型的に、いわゆるＣＲＣ技術（巡回冗長検査）によって計算される。この巡回冗長検査は、トランスポートブロックのビットを多項式Ｐの係数であると考え、いわゆる生成多項式Ｇによって多項式（Ｐ＋Ｐ０）を除した余りから、ＣＲＣを計算するものである。ここで、Ｐ０は、任意の次数Ｐに対する所定の多項式である。ビット語ＦＣＳの付与はオプションであって、このステップを含まないトランスポートチャネルも存在する。ビット語ＦＣＳを計算するための技術もまた厳密にはトランスポートチャネルに依存し、特に、トランスポートブロックの最大サイズに依存する。ビット語ＦＣＳは、受信されたトランスポートブロックが有効であるか破壊されているかを判定できる点で有効である。
【００１６】
次のステップ１０８において、同じサービスの質（ＱｏＳ）のトランスポートチャネル（ＴｒＣＨ）を互いに多重化する。これは、同じサービスの質を有するそれらのトランスポートチャネルが同じチャネルコーディングを使用することができるためである。典型的に、ステップ１０８における多重化は、各トランスポートチャネルにつき、トランスポートブロックの組をそれらのＦＣＳと連結することによって行なわれる。
【００１７】
番号１１０が付された次のステップは、チャネルの符号化を行なうステップである。
【００１８】
チャネルエンコーダ１１０の出口に、コード化されたブロックの組が存在する。典型的に、畳込み符号の場合には、ゼロまたは単一の可変長のコード化されたブロックが存在する。その長さは、
Ｎｏｕｔｐｕｔ＝Ｎｉｎｐｕｔ／（コーディングレート）＋Ｎｔａｉｌ（コード化されたブロックの長さ）
という公式によって与えられる。式中、
・Ｎｏｕｔｐｕｔは、出力におけるビット数（コード化されたブロックの長さ）、
・Ｎｉｎｐｕｔは、入力におけるビット数、
・コーディングレートは、一定の比、および、
・Ｎｔａｉｌは、Ｎｉｎｐｕｔとは独立の、一定量の情報であって、コード化されたブロックを受信した時点においてチャネルデコーダをきれいに空にする役割を果たす。
【００１９】
このステップ１１０以降は、アップリンクはダウンリンクと区別される。
アップリンク（図１）においてもダウンリンク（図２）においても、各トランスポートチャネルにおいて、チャネル符号化ステップ１１０の後にレートマッチングステップが行なわれる。このステップには、アップリンクにおいては１１２が、ダウンリンクにおいては１１４が付されている。レートのマッチングは、チャネルの符号化１１０の直後に必ずしも行なわれることはない。
【００２０】
レートマッチングステップ１１２または１１４の目的は、サービスの質の異なるトランスポートチャネル間で比Ｅｂ／Ｉを均衡させることにある。この比Ｅｂ／Ｉは、干渉の平均エネルギに対する１ビットの平均エネルギを表わす。多重アクセスＣＤＭＡ技術を用いるシステムにおいては、この比が大きいほど、得ることのできる質は高い。したがって、サービスの質の異なるトランスポートチャネルのＥｂ／Ｉに対する要求は同じではなく、レートのマッチングがなされなければ、最も高いサービスの質を要求するチャネルに従ってそのサービスの質が定められてしまい、そのサービスの質があるトランスポートチャネルにとってはそれらの要求に対して「良すぎる」という事態が生じ得る。この場合、そのようなトランスポートチャネルは不必要に干渉を引き起こすおそれがある。したがって、レートのマッチングには、Ｅｂ／Ｉの比をマッチングさせる役割がある。レートのマッチングは、入力におけるＸビットが出力においてＹビットをもたらすようにするものであり、このため、Ｅｂ／Ｉを比Ｙ／Ｘで、したがってマッチング能力で乗算する。この比Ｙ／Ｘはレートマッチング比としても知られており、以下の説明において、この比Ｙ／Ｘをレートマッチング比と称する。
【００２１】
レートのマッチングは、アップリンクとダウンリンクとでは異なる方法で行なわれる。
【００２２】
これは、アップリンクにおいては、非連続的な送信が移動局の出力における無線周波数パワーのピーク／平均比を劣化させるので、連続的に送信するように決められているためである。この比は１に近づくほど良い。なぜなら、もしこの比が劣化すれば（すなわち上昇すれば）、それは、パワー増幅器が平均動作点に対してより大きな線形性のマージン（バックオフ）を必要とすることを意味するためである。このように大きなマージンでは、パワー増幅器の効率は悪化し、したがって、発散される同じ平均パワーに対してより多くを消費するようになり、それにより、特に、移動局の電池駆動耐性を受入れることのできないほどに減じてしまうことになる。アップリンクにおいては連続的に送信する必要があるため、レートマッチング比Ｙ／Ｘは一定とすることはできない。なぜなら、マッチングを行なった後のビット数の合計Ｙ１＋Ｙ２＋…Ｙｋは、そのデータに対する無線フレームにおけるビットの合計数と等しくなければならないためである。この数字は、予め定められた何らかの値Ｎ１、Ｎ２、…、Ｎｐのみをとり得る。したがって、ｋ個の未知数Ｙ１、…、Ｙｋにおいて以下に示す系を解くことが適切である。系中、ＸｉおよびＥｂｉ／ＩおよびＰｉは、各トランスポートチャネルの特性定数であって、この系においては、ｐ個の可能な値Ｎ１、Ｎ２、…、ＮＰ中の、Ｎｊを最小にする解が求められる（注：Ｐｉはコード化されたトランスポートチャネルに対する最大許容可能なパンクチャレートである）。
【００２３】
【数１】
0003617480.tif 000002
【００２４】
したがって、アップリンクにおいては、各トランスポートチャネルに対するレートマッチング比Ｙ／Ｘは、多重化フレームごとに一定ではないが、乗法定数（ｍｕｌｔｉｐｌｉｃａｔｉｖｅ  ｃｏｎｓｔａｎｔ）内で規定され、したがって、これらの比の間の対ごとの比は一定に保たれる。
【００２５】
ダウンリンクにおいては、無線周波数パワーのピーク／平均比は、どのような場合にも非常に劣る。なぜなら、ネットワークは複数のユーザに同時に送信を行なうためである。これらユーザに向けられる信号は、建設的または破壊的に組合わさって、ネットワークによって発せられる無線周波数パワーに大きなばらつきを生じさせ、したがって、ピーク／平均比を劣化させる。したがって、ダウンリンクについては、種々のトランスポートチャネル間のＥｂ／Ｉは、一定のレートマッチング比Ｙ／Ｘを有するレートマッチングによって均衡させるようにするよう決定され、また、多重化フレームにはダミービット、すなわち送信されないビットを補充し、したがって、非連続な送信を行なうように決められた。
【００２６】
したがって、アップリンクとダウンリンクにおける違いは、アップリンクにおいてはレートのマッチング１１２が多重化フレームを補充するように動的であるのに対し、ダウンリンクにおいてはレートのマッチング１１４が静的であって、多重化フレームがそのすぐ後に続くステップ１２４においてダミービットを挿入することによって補充される点にある。
【００２７】
動的であれ静的であれ、レートのマッチングは、ＳＭＧ２／ＵＭＴＳ−Ｌ１／Ｔｄｏｃ４２８／９８の参照番号が付された技術文書において、シーメンス社（Ｓｉｅｍｅｎｓ  ｃｏｍｐａｎｙ）（登録商標）によってＥＴＳＩに提案されたアルゴリズムに従って、反復またはパンクチャ（ｐｕｎｃｔｕｒｅ）によって行なわれる。このアルゴリズムは、整数でないパンクチャ／反復比を得ることができるようにする。これに関する情報を表１に示す。
【００２８】
【表１】
0003617480.tif 000003
【００２９】
このアルゴリズムの具体的な特徴は、それがパンクチャモードで演算を行なう場合に、連続するビットのパンクチャは行なわずに、２つのパンクチャされたビット間の間隙を最大にすることである。反復に関しては、反復されるビットがそれらが反復するビットの後に続く。このような条件下においては、レートのマッチングはインタリーブの前に行なわれることが有益であることを理解されたい。なぜなら、反復については、インタリーブがレートのマッチングの後に行なわれることにより、反復されたビットの間隔を離すことが可能となるためである。パンクチャについては、インタリーバがレートのマッチングの前に置かれることにより、チャネルエンコーダの出口においてレートマッチングによって連続するビットがパンクチャされるおそれが生じる。
【００３０】
したがって、レートのマッチングはできるだけ高い位置で行なわれることが望ましく、すなわち、チャネルエンコーダのできるだけ近くで行なわれることが好ましい。
【００３１】
さらに、各処理チェーン１０３Ａ、１０３Ｂはまた、チャネル符号化ステップ１１０の後に、アップリンクについては１１６の符号が付されかつダウンリンクについては１１８の符号が付された第１のインタリーバを含み、その後に、アップリンクについては１２０、ダウンリンクについては１２２の符号が付された、多重化フレームごとにセグメント化するステップが行なわれる。第１のインタリーバ１１８は必ずしもチャネル符号化１１０の直後に置かれる必要はない。
【００３２】
ダウンリンクについては、レートマッチング比が一定であるため、チャネルの符号化１１０のちょうど出力に、レートのマッチング１１４を位置付けることが可能である。したがって、先験的には単一のインタリーバ１１８のみが必要とされる。
【００３３】
しかし、サービスの質ＱｏＳが異なるトランスポートチャネルの多重化が単純な連結によって行なわれ、また、そのような方法が各多重化ブロックのタイムスパンを実際に制限してしまうために、第２のインタリーバ１３６もまた必要となる。
【００３４】
アップリンクについては、レートマッチング比は多重化フレームごとに変化し得る。このため、コード化ブロックのビットを複数の多重化フレームにわたって分配するために、レートのマッチング１１２の前には少なくとも第１のインタリーバ１１６が必要であり、さらに、レートマッチング１１２によって反復されたビットを離すために、レートマッチングの後に第２のインタリーバ１２８を配置する必要がある。
【００３５】
したがって、図１および図２のブロック図において、第１のインタリーバおよび第２のインタリーバと称される２つのインタリーバが配置されている状態が示される。第１のインタリーバ１１６、１１８は、そのタイムスパンが、対応するトランスポートチャネルのためのインタリーブのタイムスパンと等しい、インタリーバである。このスパンは、多重化フレームの時間期間よりも長くてもよく、典型的に、それを一定の比で乗じたものである。このために、第１のインタリーバ１１６、１１８はときとして、フレーム間（ｉｎｔｅｒ−ｆｒａｍｅ）インタリーバとも称される。
【００３６】
第２のインタリーバ１２６、１２８はまた、そのタイムスパンが多重化フレームのタイムスパンであるために、フレーム内（ｉｎｔｒａ−ｆｒａｍｅ）インタリーバとも称される。
【００３７】
したがって、１２０、１２２の符号が付された、多重化フレームごとのセグメント化のステップは、（第２のインタリーバがある場合、）第１のインタリーバ１１６、１１８と第２のインタリーバ１２８、１２６との間に位置付けられる。このステップは、コード化されかつ第１のインタリーバによってインタリーブされたブロックを、多重化フレームの時間期間に対する第１のインタリーバのタイムスパンの比と等しい、できるだけ多くのセグメントにセグメント化するステップを含む。このセグメント化は典型的には、セグメントの連結によって再び、インタリーブされたコード化ブロックが生み出されるような方法で行なわれる。
【００３８】
アップリンクにおいては、このセグメント化のステップ１２０がレートのマッチング１１２の前に置かれなければならないことに留意されたい。これは、そのレートのマッチング１１２が、多重化フレームごとに動的に構築される比に従って行なわれるために、複数の多重化フレームにわたって延び得るデータの単位では行なうことができないためである。
【００３９】
アップリンクおよびダウンリンクにおいて、各第２のインタリーバ１２６、１２８の前に、物理的チャネルへのセグメント化のステップ１３０が実行される。同様に、第２のインタリーバ１２６、１２８の後には、適正な送信のための物理的チャネルのマッピングのステップ１３２が行なわれる。
【００４０】
現時点において、多重化、チャネルの符号化、インタリーブおよびレートのマッチングのアルゴリズムのみが規定されかつ検討されている。ビットレートマッチング器にサイズＸのブロックが入力されると、それに対応して出力にサイズＹのブロックが得られるような方法を固定することを可能にする規則は存在しない。すべての（Ｘ、Ｙ）の対の組合せが予め定められかつ固定された形でメモリ内に記憶されていると仮定すると、以下の２つの方法のうち一方のみが可能である。すなわち：
−（Ｘ、Ｙ）の対の組は固定されたままとされ、問題となるサービスに対するこの（Ｘ、Ｙ）の対の組の定義には柔軟性は何ら得られない。これは、求められている効果に反する。または、
−（Ｘ、Ｙ）の対の組が関連する遠隔通信ネットワークと移動局との間で折衝され、大きい数の信号化ビット（ｓｉｇｎａｌｉｎｇ  ｂｉｔｓ）、かつしたがって付加的な資源の固定化が予見されねばならない。
【００４１】
他のブロックとレートがマッチングされたレートマッチング済ブロックのサイズＹを、レートのマッチング前のそのブロックのサイズＸに基づいて判定する規則が、少なくともアップリンクにおいて必要である。なぜなら、サービスが可変ビットレートを有するので、各トランスポートチャネルに対して提供されるトランスポートブロックの数が可変であるためである。レートがマッチングされるべきブロックのサイズのリスト（Ｘ１、Ｘ２、…、Ｘｋ）はしたがって、多重化フレームごとに異なり得る。このリストにおける要素の数ｋもまた必ずしも一定ではない。
【００４２】
サイズＸｉに関連するサイズＹｉは、動的なマッチングのために、Ｘｉばかりでなくリスト全体（Ｘ１、Ｘ２、…、Ｘｋ）に依存するので、各リスト（Ｘ１、Ｘ２、…、Ｘｋ）に対してリスト（Ｙ１、Ｙ２、…、Ｙｋ）が存在することになる。リストの数はしたがって非常に大きい場合があり、これは少なくとも、トランスポートフォーマットの組合せの数と同じだけの数となる。トランスポートフォーマットの組合せは、多重化フレームの逆多重化の方法を規定するものである。
【００４３】
したがって、送信側エンティティおよび受信側エンティティは、同じ関連リスト（Ｘ１、Ｘ２、…、Ｘｋ）→（Ｙ１、Ｙ２、…、Ｙｋ）を用いねばならない。コード化されたトランスポートチャネルの複合を接続する時点において、これら２つのエンティティ間のこの関連リストを信号化すること（ｓｉｇｎａｌｉｎｇ）は、信号化ビットについて無視できないコストがかかることを意味する。コード化されたトランスポートチャネルの複合は、コード化されたトランスポートチャネルの少なくとも２つのグループを含む。さらに、コード化されたトランスポートチャネルの複合内への各付加または各除去に対して、新しい関連のリスト（Ｘ１、Ｘ２、…、Ｘｋ）→（Ｙ１、Ｙ２、…、Ｙｋ）を交換することができるようにしなければならないであろう。
【００４４】
さらに、比Ｅｂ／Ｉの厳密なマッチングは、各サービスの質ＱｏＳに対するチャネルデコーダの技術に依存する。このようなデバイスの性能は、製造業者のそれぞれのノウハウに応じて製造業者間でばらつき得る。実際に、このレートのマッチングは、各デコーダの絶対的な性能によるものではなく、互いに対するそれらの性能に依存し、したがって、製造業者によってその性能に違いがある場合にはそれらに従ってばらつき得る。
【００４５】
このため、用いられる送信側および受信側エンティティが、信号化メッセージの適切な交換を通じて、比（Ｅｂ／Ｉ）のマッチングを「折衝する」ことができるようにすることは不可能である。
【００４６】
このことを説明するために、２つのサービスの質ＡおよびＢ、ならびに、２つの製造業者ＭおよびＮを想定する。ＭおよびＮはＡに対して同じチャネルデコーダを有するが、Ｂに対してはＭの方がＮよりもはるかに効率的なデコーダを有する。この場合、製造業者Ｍの方がＢについてより小さい比Ｅｂ／Ｉから恩恵を得ることができることは明らかである。というのも、これにより、必要とされるパワーの総量が減じられ、かつしたがって、容量の利得が得られ、これにより、Ｍは、それを主張することによってネットワークオペレータに対してより多くの携帯用遠隔通信機器を販売することが可能となるためである。
【００４７】
したがって、マッチング前のブロックのサイズＸからレートマッチングの後のブロックのサイズＹを判定するための規則Ｘ→Ｙを規定することを可能にするパラメータを通知することができることは、非常に有益であろう。これにより、比Ｅｂ／Ｉの割合を折衝または再折衝することができるようになるであろう。ただし、この通知は、できる限る低費用でなければならない。
【００４８】
より高次のレベルによって行なわれる比Ｅｂ／Ｉの接続中のこの調整は、したがって、２つの遠隔通信局ＡおよびＢがサービスの多重化がそれにわたって行なわれる接続を構築したいかまたは修正したい場合に、それらが以下のステップをたどることを意味する。すなわち：
１．ＢがＡに対して、Ｂが送信することのできる多重化フレームの最大負荷Ｎを通知する。
【００４９】
２．Ａは、以下の点から、比Ｅｂ／ＩのＡに対する理想的な割合を判定する：
−Ｂから受信したＮの値、
−各サービスの質ＱｏＳについてＡによって許容される最大パンクチャレート、
−Ｅｂ／Ｉに関する、各サービスの質ＱｏＳの相対的な要求、および、
−Ａについて特定される最小性能要求。
【００５０】
３．ＡがＢに対して、Ａが期待する比Ｅｂ／Ｉの割合を伝える。
上述のステップ１は必ずしも存在しない。システムによっては、最大負荷が予めわかっており、それがシステムの特性の一部を形成するようなシステムも考えられ得る。ただし、そのようなシステムは柔軟性に欠けるため、存在しそうにない。
【００５１】
場合によっては、Ａによって判定される比Ｅｂ／Ｉの割合が、どのトランスポートチャネルもそれに見合う以上のものを有してはならないという、求められる目標に対して最適ではないことがあり得る。これは、妥協的な状況であって、この場合、サービスを組合せた接続が構築できる場合には、ネットワークの容量を減じることが望ましい。
【００５２】
このような妥協は、その劣化が、システムの仕様において規定された最小性能要求によって定められる限界内である場合に、受入れ可能である。
【００５３】
また、実際の許容限度が一部、ネットワークに一任されている場合も考えられる。これは、保証されないレベルのサービスを規定することを可能にし、この場合、トラフィック条件が許せばサービスが提供され、さもなければサービスは下方向に再折衝される。
【００５４】
可能なサービスの組合せの仕様は確かに存在するであろう。この仕様においては、各サービスの組合せについて、トランスポートフォーマットの組合せの組が関連付けられるであろう。これは明らかに、従来の電話サービス、および、電話呼出、スタンバイ等のすべての関連サービスのような、基本的なサービスに当てはまるであろう。
【００５５】
しかし、可能性のある組合せの数は将来的に増加し、またその場合、より高次のレベルが、どのような組合せが可能であるか、どのようにそれらを折衝するかおよび／またはそれらを再折衝するかを判定するのに、また、それらが任意の組合せに対するトランスポートフォーマットの組合せの組を判定するのに、明確な規則が必要となるであろう。
【００５６】
したがって、そのような高次のレベルは、どのようなトランスポートフォーマットの組合せが可能であるかを、簡単な演算アルゴリズムの助けを借りて判定することができなければならない。このために、それらのより高次のレベルが適用すべき、以下のような少なくとも３つの演算規則がある：
・第１の規則は、チャネルの符号化に関し、これは、トランスポートブロックの組のエレメントの数およびそれらそれぞれのサイズを、コード化されたブロックの組のエレメントの数およびそれらそれぞれのサイズへと、変換することを可能にする。たとえば、この規則は、
Ｙ＝Ｘ／（コーディングレート）＋Ｎｔａｉｌ
のタイプのものであり、式中「コーディングレート」および「Ｎｔａｉｌ」はそのコードの特性定数である。
【００５７】
・第２の規則はセグメント化に関し、これは、コード化されたブロックのサイズを多重化フレームごとのセグメント化によって得られたセグメントのサイズへと変換する。一般に、この規則は、関連のトランスポートチャネルの伝送間隔がＦ個の多重化フレームに対応する場合には、Ｆによる単純な除算である。しかし、そのセグメント化が等しいかまたは等しくないかはまだ明らかではない。等しいセグメント化の場合には、コード化されたブロックはＦの倍数であるサイズを有する。この場合、すべてのセグメントは同じサイズである。なぜなら、Ｆによって除されるとき丸め誤差が生まれないためである。不平等なセグメント化の場合、セグメントのサイズは切り上げまたは切り捨ての丸め誤差のために１ビット以内に規定され、セグメントの曖昧さを減ずるために連続番号を知る必要が生じる。たとえば、８０ビットがＦ＝８フレームにセグメント化される場合、すべてのセグメントは１０ビットを含み、そのサイズを確定するのに関連するセグメントの連続番号（またはセグメントの位置）を知る必要はない。これに対し、７８ビットをＦ＝８フレームにセグメント化する場合には、６つのセグメントが１０ビットを含み、他の２つのセグメントは９ビットを含むことになり、そのサイズを確定するのにセグメントの連続番号を知る必要がある。
【００５８】
・第３の規則は、レートがマッチングされるべきブロックのサイズＸから、レートがマッチングされたブロックのサイズＹを導出することを可能にする規則である。
【００５９】
この第３の規則は特定されておらず、本発明はこの、マッチングされるべきブロックについて対応のサイズを導出する問題を解決するものである。
【００６０】
【発明の概要】
本発明の目的は、移動用遠隔通信ネットワークの送信側エンティティおよび受信側エンティティの各々が、１つかつ同じサービスの質に関連する各トランスポートチャネルについて、レートマッチング手段の出力において得られかつ各サービスの質に関連するブロックのサイズＹを、そのマッチング手段に入力されるブロックのサイズＸの関数として、簡単な方法で知ることができるようにすることである。
【００６１】
本発明の目的はまた、レートマッチング手段の出力において得られかつそれらレートマッチング手段に入力されるブロックのサイズＸに関連するブロックのサイズＹを、送信側エンティティおよび受信側エンティティに共通の方法で規定することを可能にする、通知ビットの数を最小限に抑えることである。
【００６２】
本発明のさらなる目的は、レートマッチング手段に入力されるブロックのサイズＸとレートマッチング手段によって出力されるブロックのサイズＹとの関連付けの規定において、柔軟性を保つことである。
【００６３】
この目的のために、本発明の主題は、複数のトランスポートチャネルによって搬送される、データの通信のフェーズを実現する、少なくとも１つの送信側エンティティおよび少なくとも１つの受信側エンティティを含む、遠隔通信システムの通信方法であって、送信側エンティティの上記通信のフェーズはトランスポートチャネル各々に特定的な複数の処理手順を含み、各処理手順はレートマッチングステップを含み、上記レートマッチングステップは初期サイズの入力ブロックから最終サイズの出力ブロックへのパンクチャリングまたは反復により変換を行い、最大パンクチャレートを各処理手順に対して規定することのできる、データ通信方法である。
【００６４】
この方法は、以下のステップを順番に含むことによって特徴付けられる。すなわち：
受信側エンティティによって最大パンクチャレートを表わすパラメータとを決定するステップと、
受信側エンティティから送信側エンティティへと、上記パラメータを伝送するステップと、
各処理手順について、レートマッチングステップによって得られるブロックの最終サイズを、ある判断基準に基づいて入力ブロックの初期サイズの関数として送信側エンティティによって計算するステップとを含み、上記判断基準は、上記決定ステップにおいて決定定されたパラメータに依存する、ステップである。
【００６５】
他の特徴に従えば、
送信データの最大パンクチャレートを受信するステップと、
受信した最大パンクチャレートと入力ブロックのサイズとに基づいて、レートマッチング後の出力ブロックのサイズを計算するステップと、
この計算された出力ブロックのサイズに従って、入力ブロックの一部のビットをパンクチャリングまたは反復して出力ブロックを生成するステップとを含む、送信方法である。
【００６６】
本発明の主題はまた、基地局装置と端末装置とを備え、データの入力ブロックをレートマッチングにより出力ブロックへ変換するとともに、変換した出力ブロックのデータを複数のトランスポートチャネルを有するトランスポートチャネル複合体を用いて送信する通信システムであって、
基地局装置が、
データの最大パンクチャレートのパラメータを送信する第１の送信手段と、
端末装置から送信されたデータを受信する第１の受信手段とを備え、
端末装置が、
最大パンクチャレートのパラメータを受信する第２の受信手段と、
受信した最大パンクチャレートのパラメータに基づいて、入力ブロックのサイズの関数を用いて出力ブロックのサイズを計算する手段と、
出力ブロックのサイズと入力ブロックのサイズとの差に基づいて、入力ブロックのデータの一部のビットをパンクチャリングまたは反復するレートマッチング手段とを備える
ことを特徴とする、通信システムである。
【００６７】
本発明の主題はまた、複数のトランスポートチャネルを有するトランスポートチャネル複合体を用いてデータを送信する移動局であって、パンクチャリングまたは反復により入力ブロックを最終サイズの出力ブロックに変換するためのレートマッチング手段を含み、かつ、
最大パンクチャレートを表すパラメータを受信する手段と、
出力ブロックの最終サイズを、この受信したパラメータに依存するある判断基準に基づいて入力ブロックの初期サイズの関数として計算する手段とを備える、移動局である。
本発明の主題はまた、データの入力ブロックをレートマッチングにより出力ブロックへ変換するとともに、変換した出力ブロックのデータを複数のトランスポートチャネルを有するトランスポートチャネル複合体を用いて送信する通信システムの基地局装置であって、
データの最大パンクチャレートのパラメータを送信する送信手段と、
送信した最大パンクチャレートのパラメータに基づき、端末装置が入力ブロックのサイズの関数として出力ブロックのサイズを計算し、出力ブロックのサイズと入力ブロックのサイズとの差に基づいて入力ブロックのデータの一部のビットをパンクチャリングまたは反復することによりレートマッチングしたデータを受信する受信手段とを備える基地局装置である。
【００６８】
【詳細な説明】
本発明は、例示の目的のみで示された以下の説明を添付の図面を参照して読むことにより、よりよく理解されるであろう。
【００６９】
一般に、本発明においては、各サービスの質は２つの整数ＥおよびＰによって特徴付けられる。Ｅは、比Ｅｂ／Ｉに対応し、すなわち、１、２、…、ｐが付された複数のサービスの質が存在する場合、そのそれぞれの係数ＥはＥ１、Ｅ２、…、Ｅｐで表わされ、各サービスの質の比Ｅｂ／Ｉは、係数Ｅｉと同じ割合となる。
【００７０】
係数Ｐは、任意のサービスの質に対して認められ得る最大のパンクチャレートに対応する。したがって、各サービスの質１、２、…、ｐに対して、最大パンクチャレートＰ１、Ｐ２、…、Ｐｐが関連付けられる。最大パンクチャレートは、該当のサービスの質に特定的な処理チェーン内で実行されるチャネルコーディングによって課される。パンクチャは、コード化されたビットの削除を含む。この削除は、チャネルのコーディングが冗長性をもたらす場合に限り許容可能である。しかし、パンクチャされたビットの数は、コード化されたビットの合計数に対して大きすぎてはならず、したがって、チャネルのコーディングに依存しかつ使用されるデコーダに依存する最大パンクチャレートが存在する。
【００７１】
遠隔通信システムにおいては、制御データの伝送専用の物理的チャネルが、システムの種々の送信側および／または受信側エンティティの間に設けられる。具体的には、そのようなチャネルは、移動無線通信システムの固定されたネットワークと移動局との間に存在する。このチャネルは、３ＧＰＰ標準においてはＤＰＣＣＨ（すなわち、Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、専用物理制御チャネル）と共通に称される。これは、同じ標準においてＤＰＤＣＨ（すなわち、Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｄａｔａ  Ｃｈａｎｎｅｌ、専用物理データチャネル）と称される物理的なデータ伝送チャネルに沿って共存する。
【００７２】
本発明に従えば、遠隔通信システムの各エンティティが、レートがマッチングされたブロックのサイズＹｉとマッチングされるべきブロックのサイズｉとの間の対応の組を確定することができるように、かつ、それを各サービスの質について行なうことができるようにするために、ｉ∈［１，ｐ］である対（Ｅｉ，Ｐｉ）のみが、互いに通信せねばならないシステムのすべてのエンティティに対して論理的制御データ伝送チャネルを介して伝送される。これらの対は、複数のエンティティのうちの１つによって構築されるか、または、第１の実施例においては複数のエンティティの間で「折衝」され得る。第２の実施例においては、パラメータ（Ｅｉ）のみが折衝され、パラメータ（Ｐｉ）は任意のチャネル符号化について予め定められる。第３の実施例においては、パラメータ（Ｐｉ）のみが折衝され、パラメータ（Ｅｉ）の組は任意のトランスポートチャネルのグループに対して予め定められる。上に規定した対（Ｅｉ，Ｐｉ）からブロックＸｉ、Ｙｉのサイズの間の対応を判定するための方法は、本明細書中、後に説明する。
【００７３】
ＥおよびＰに対して整数が使用されるのは以下の理由による。すなわち：
−整数または固定小数点の計算は、実現するのが簡単であり、換言すれば、それらはより高速にかつより少ない資源で行なうことができる。また、
−整数の計算の正確性は、それらの整数がその中に記憶されるレジスタのビット数を通じて非常に容易に定量化することが可能である。したがって、ネットワークおよび移動局において同じ丸め誤差が生成され、かつしたがって、計算の結果が無線インターフェイスの各側において厳密に同じになることを容易に確信することができる。
【００７４】
より正確には、ダイナミクスは以下のように規定される。すなわち：
・Ｅは１からＥＭＡＸまでの整数である、
・Ｐは０からＰＭＡＸまでの整数である。
【００７５】
【数２】
0003617480.tif 000004
【００７６】
したがって、本発明のアルゴリズムは、３つの整数の定数ＥＭＡＸ、ＰＭＡＸおよびＰＢＡＳＥによって特徴付けられる。
【００７７】
以下においては、計算の正確性に関連する、第４の整数の定数ＬＢＡＳＥが使用される。
【００７８】
アップリンク、すなわち移動局からネットワークへのリンクと、ダウンリンク、すなわちネットワークから移動局へのリンクにおいて、同じ符号ＥＭＡＸ、ＰＭＡＸ、ＰＢＡＳＥおよびＬＢＡＳＥが使用されるが、対応する定数が両方の場合において必ずしも同じ値を有するわけではないことに留意されたい。
【００７９】
また以下において、同じ符号ＸおよびＹが、アップリンクとダウンリンクの場合において異なる意味で使用される。
【００８０】
さらに、各リンクについて、ブロックの任意の指標に対してサービスの質ＱｏＳの値を与える、Ｑの符号が付されたマッピングを、アップリンクとダウンリンクの両方の場合に規定することとする。
【００８１】
ダウンリンクにおいては、Ｘ１、Ｘ２、…、Ｘｋは、任意のサービスの質（ＱｏＳ）のブロックに対する、レートマッチング前の可能なサイズのリストを示し、これは、サービスの質（ＱｏＳ）のすべての可能な値に対して示される。
【００８２】
より正確には、サービスの質ＱｏＳが１からｐまでの値をとる場合には、
Ｘｋ（０）＋１、…、Ｘｋ（１）は、ＱｏＳ  １に対する可能なすべてのブロックサイズであり、
Ｘｋ（１）＋１、…、Ｘｋ（２）は、ＱｏＳ  ２に対する可能なすべてのブロックサイズであり、
…
Ｘｋ（ｐ−１）＋１、…、Ｘｋ（ｐ）は、ＱｏＳ  ｐに対する可能なすべてのブロックサイズであって、
ここで、ｋ（０）＝０および、ｋ（ｐ）＝ｋおよび、ｋ（０）＜ｋ（１）＜…＜ｋ（ｐ）であるものとする。
【００８３】
さらに、各サービスの質ＱｏＳに対するブロックサイズの指標の組｛１、…、ｋ｝から、サービスの質の指標の組｛１、…、ｐ｝へのマッピングＱを考える。したがって、以下の式が得られる。
【００８４】
【数３】
0003617480.tif 000005
【００８５】
以上の定義から、サービスの質が同じでない（Ｑ（ｉ）≠Ｑ（ｊ））とすると、同じブロックサイズを２回（Ｘｉ＝Ｘｊ、ただしｉ≠ｊ）有することが可能であることに留意されたい。
【００８６】
アップリンクについては、任意の多重化フレームに対してレートがマッチングされるべきブロックには、１、２、…、ｋの番号が付され、それらそれぞれのサイズはＸ１、Ｘ２、…、Ｘｋとなる。
【００８７】
したがって、リスト（Ｘ１、Ｘ２、…、Ｘｋ）は多重化フレームごとに変化する。そのエレメントの数ｋは特に、必ずしも一定ではない。
【００８８】
Ｑは、｛１、…、ｋ｝から｛１、…、ｐ｝へのマッピングであって、これは、該当する多重化フレームについて、ブロックの指標ｉに関連し、そのサービスの質はＱ（ｉ）である。
【００８９】
このように規定した場合、サービスの質が同じであるかないかにかかわらず（Ｑ（ｉ）＝Ｑ（ｊ）またはＱ（ｉ）≠Ｑ（ｊ））、同じブロックサイズを２回（Ｘｉ＝Ｘｊ、ただしｉ≠ｊ）有することが可能である。
【００９０】
実際に、同様のサービスの質の２つのブロックが同じサイズを有するには、チャネルエンコーダが、同じサイズのエレメントを少なくとも２つ有するコード化ブロックの組を出力するだけで十分である。
【００９１】
要約すれば、ダウンリンクについては、１、２、…、ｋは、レートがマッチングされるべきブロックの可能なすべてのサイズについての指標であって、ただしこの場合、異なるサービスの質に対応するブロックサイズは別個にカウントされる。アップリンクについては、１、２、…、ｋは、任意の多重化フレームに対する、レートがマッチングされるべきブロックのリストの指標である。
【００９２】
Ｙ１、…、Ｙｋは、レートマッチング後のＸ１、…、Ｘｋにそれぞれ対応する、ブロックのサイズである。
【００９３】
ダウンリンクに関して、図３に、サービスの質ｑに関連する値ＥｑおよびＰｑから対（Ｘｉ、Ｙｉ）の組を判定するためのアルゴリズムを、１つかつ同じ処理チェーン（Ｑｄ（ｉ））について、また、干渉の平均エネルギに対する１ビットの平均エネルギの比（Ｅｂ／Ｉ）のマッチングを折衝する一方でパラメータの対の組｛Ｅｑ、Ｐｑ｝を受信する１つのエンティティについて、例示する。このエンティティは、トランスポートチャネルの複合に対する（少なくとも１つの基地局を含む）送信側エンティティ、または、トランスポートチャネルのこの複合に対する（少なくとも１つの移動局を含む）受信側エンティティであってもよく、これは、現時点における折衝の結果を判定するエンティティに依存する。大半の場合には、決定するのはトランスポートチャネルのグループに対する受信側エンティティであって、本発明の構成方法を実現するのは送信側エンティティである。
【００９４】
｛１、…、ｐ｝における各サービスの質ｑに対して、すなわち、各処理チェーンに対して、上述のように規定された２つの特徴的な整数ＥｑおよびＰｑが存在するものと仮定する。これらは、既に構築されているトランスポートチャネルによって実行されるステップ３００Ａおよび３００Ｂにおいて受信される。さらに、ステップ３００Ｃにおいては値Ｘｉが入手可能である。Ｘｉは、サービスの質ｑに対して予め定められているかまたは折衝されたものである。
【００９５】
このアルゴリズムの最初のステップ３０２は、１からｐまでの各ｑについて、以下の式（１）によって規定される整数パラメータＬｑを計算するステップである。
【００９６】
【数４】
0003617480.tif 000006
【００９７】
一般に、パラメータを判定するための、その中で丸め操作が実行されるべきステップにおいては、どのステップにおいてもどのような丸め操作も適用することができる。さらに、パラメータを判定するための２つのステップが、２つの異なる、互いに独立した丸め操作を用いることも可能である。
【００９８】
【数５】
0003617480.tif 000007
【００９９】
本発明の構成方法は、以下の利点を有する。すなわち、特に、同じサービスの質を示すトランスポートチャネルの少なくとも１つのグループの、現時点におけるトランスポートチャネルの複合内での付加および／または削除という状況において、または、任意のサービスの質に求められる、干渉の平均エネルギに対する１ビットの平均エネルギの比（Ｅｂ／Ｉ）の変更という状況において、使用されるサービスの質のすべてに対するパラメータの対｛Ｅｑ、Ｐｑ｝の組ではなく、求められる比（Ｅｂ／Ｉ）の付加および／または変更によって影響を受けるトランスポートチャネルのグループに関連するパラメータの対｛Ｅｑ、Ｐｑ｝のみしか再伝送する必要がない、という利点を有する。
【０１００】
アルゴリズムのこれまでの部分は、アップリンクに対しても当てはまる。しかし、アルゴリズムの最後はダウンリンクに特定的なものである。
【０１０１】
ステップ３０６の完了後、Ｘｉ→Ｙｉの関係がステップ３０８において以下の式（５）によって規定される。
【０１０２】
【数６】
0003617480.tif 000008
【０１０３】
Ｘｉおよび対応するＹｉの各値を知ることによって、ステップ３１０においてサイズの対（Ｘｉ、Ｙｉ）の組が構築される。
【０１０４】
要約すれば、ダウンリンクにおいては、アルゴリズムは実質的に以下の４つのステップを含む。
【０１０５】
【数７】
0003617480.tif 000009
【０１０６】
アップリンクに関して、図４に、サービスの質ｑに関連する値ＥｑおよびＰｑから対（Ｘｉ、Ｙｉ）の組を判定するためのアルゴリズムを、干渉の平均エネルギに対する１ビットの平均エネルギの比（Ｅｂ／Ｉ）の均衡を折衝する一方でパラメータの対｛Ｅｑ、Ｐｑ｝の組を受取る１つのエンティティについて、１つかつ同じ処理チェーン（Ｑｍ（ｉ））について、例示する。このエンティティは、現時点の折衝の結果を決定するエンティティに応じて、トランスポートチャネルの複合に対する（少なくとも１つの基地局を含む）送信側エンティティであってもよく、または、トランスポートチャネルのこの複合に対する（少なくとも１つの移動局を含む）受信側エンティティであってもよい。大半の場合には、その決定をするのはトランスポートチャネルの複合に対する受信側エンティティであって、本発明の構成方法を実現するのは送信側エンティティである。
【０１０７】
アップリンクについては、各多重化フレームに対してレートマッチング比が計算される。したがって、これはＸｉ→Ｙｉのマッピングを判定する問題ではなく、むしろ、（Ｘ１、Ｘ２、…、Ｘｋ）→（Ｙ１、Ｙ２、…、Ｙｋ）のマッピングの問題である。実際に、ＹｉからＹｋまでの合計は、多重化フレームの最大のペイロードに等しくなければならない。
【０１０８】
さらに、多重化フレームの（潜在的な）最大ペイロードは、使用される物理的資源に応じて、（伝送されるブロックのすべてのサイズＸｉからＸｋに対する入力データの量に対応する）伝送されるべきデータの量の関数として、フレームごとに変化し得る。したがって、多重化フレームに対して、たとえばＮ１≦…≦Ｎｒである、可能な最大ペイロードの組｛Ｎ１、…、Ｎｒ｝を規定することが可能である。より一般的には、Ｎ１、Ｎ２からＮｒの指標の次数１、２、…、ｒは、種々の最大ペイロード｛Ｎ１、Ｎ２、…、Ｎｒ｝の伝送を可能にする物理的資源の選好序列に対応する。
【０１０９】
したがって、レートのマッチングを判定するためのアルゴリズムの結果のうちの１つは、｛１、２、…、ｒ｝から、最大ペイロードＮＪＳＥＬの伝送を可能にする、ＪＳＥＬで識別される物理的資源の組を選択し、かつ、以下の式（６）を確実にすることである。
【０１１０】
【数８】
0003617480.tif 000010
【０１１１】
この目的のために、２つの連続的なフェーズが実現される。
第１のフェーズにおいては、ブロックサイズＹ′ｉがダウンリンクの場合と同様に「静的に」判定される。このフェーズのステップは、図３と同じ参照番号にそれぞれ１００を加えた番号で表わされる。したがって、これはＸｉ→Ｙ′ｉのマッピングである。
【０１１２】
第２のフェーズにおいて、ＮＪＳＥＬおよびＹ′ｉの値に対応するＹｉの値が、式（１）を満たすように「動的に」判定される。したがって、これは、（Ｙ′１、Ｙ′２、…、Ｙ′ｋ）→（Ｙ１、Ｙ２、…、Ｙｋ）のマッピングである。
【０１１３】
ステップ４００から４０８を含む第１のフェーズは、単に、式：Ｙ′ｉ＝ＳＱ（ｉ）・Ｘｉによって規定される。
【０１１４】
次に、ＪＳＥＬが、ステップ４１０において以下の式（７）によって規定される。
【０１１５】
【数９】
0003617480.tif 000011
【０１１６】
言い換えれば、もしＮ１≦Ｎ２…≦Ｎｒの場合には、伝送を可能にする最小の最大ペイロードが選択される。
【０１１７】
その後、ステップ４１２において、以下によって最終サイズの集合体の値に対応する整数Ｚ０、Ｚ１、…、Ｚｋが規定される。
【０１１８】
【数１０】
0003617480.tif 000012
【０１１９】
最後に、ステップ４１４においてＹｉが、
Ｙｉ＝Ｚｉ−Ｚｉ−１
によって簡単に計算される。
【０１２０】
このように、最終サイズ（Ｙｉ）の計算における丸め誤差は集約されないことが理解されるであろう。したがって、データブロックの数ｋにかかわらず、次の２つの丸め操作のみが実行される：
Ｚｉが付された集合体のサイズの値に対する第１の丸め操作、および
Ｚｉ−１が付された先の集合体のサイズの値に対する第２の丸め操作。
【０１２１】
求められる対（Ｘｉ、Ｙｉ）が、ステップ４１６において最終的に得られる。
要約すれば、アップリンクにおいては、アルゴリズムは実質的に以下の７つのステップを含む。
【０１２２】
【数１１】
0003617480.tif 000013
【０１２３】
最後に、本明細書中においては、サービスの質の概念をトランスポートチャネルのサービスの質として、すなわち、レベル１からより高次のレベルによって提供されるサービスの質として規定したが、その目的がレートのマッチングを判定することにあることを考えると、インタリーブおよび多重化チェーンの底部によってチャネルエンコーダに対して提供されるサービスの質について述べる方がより正確であろうということを理解されたい。
【０１２４】
以上に述べた実施例は、本発明の範囲を限定する意図を含むものではなく、したがって、それに対してその概念から離れることなく種々の変形を行なうことが（いずれにせよ）可能である。特に、パラメータの対｛Ｅｑ、Ｐｑ｝を判定するステップは、サービスの質ごとにのみ行なわれるのではなく、１つかつ同じサービスの質についてコード化されたビットのクラスごとにも行なわれ得るものであると理解されたい。実際に、（特にターボコーディング等の）何らかのチャネル符号化においては、幾分パンクチャに敏感に反応するコード化ビットの種々のクラスが与えられることが思い起こされる。
【図面の簡単な説明】
【図１】現時点の３ＧＰＰの提案における、アップリンク上でのトランスポートチャネルの多重化を示す概略図である。
【図２】現時点の３ＧＰＰの提案における、ダウンリンク上でのトランスポートチャネルの多重化を示す概略図である。
【図３】本発明に従った、ダウンリンクのためのアルゴリズムの実現を説明するフローチャートである。
【図４】本発明に従った、アップリンクのためのアルゴリズムの実現を説明するフローチャートである。
【符号の説明】
１００  トランスポートチャネル、１０３Ａ，１０３Ｂ  処理チェーン、１１０  チャネルの符号化、１１２  レートのマッチング、１１６  第１のインタリーバ、１２８  第２のインタリーバ、１３２  物理的チャネルのマッピング、３０２  整数パラメータＬｑを計算するステップ、３０４  パラメータＬＭＡＸを規定するステップ、３０６  整数Ｓｑを規定するステップ、３０８  関係Ｘｉ→Ｙｉを規定するステップ、３１０  サイズの対（Ｘｉ、Ｙｉ）の組を構築するステップ。
【図１】
0003617480.tif 000014
【図２】
0003617480.tif 000015
【図３】
0003617480.tif 000016
【図４】
0003617480.tif 000017