JP3768522B2 - 遠隔通信システムおよびその処理方法 - Google Patents

Description

本発明は、第１のエンティティ及び第２のエンティティを含み、前記第１のエンティティの通信のフェーズは複数のトランスポートチャネルに特有の複数の処理手順を含み、前記処理手順の各々は、初期サイズの入力ブロックから最終サイズの出力ブロックへの変換を実行するレートマッチング処理を含む遠隔通信システムの処理方法に関する。

３ＧＰＰ（3rd Generation Partnership Project、第３世代パートナーシップ・プロジェクト）グループは、もともとはＥＴＳＩ（European Telecommunication Standardization Institute、欧州電気通信標準化機構）やＡＲＩＢ（Association of Radio Industries and Businesses、電波産業会）を含む複数の地域標準化団体から立ち上げられた協会であって、移動用の第３世代の遠隔通信システムの標準化をその目的とする。第３世代のシステムを第２世代のシステムと区別する基本的な１局面は、第３世代のシステムが無線スペクトルをより効率的に使用するという事実を別にすれば、それらが非常に柔軟なサービスを提供するであろうということである。第２世代のシステムは、限られたサービスに対しては最適化された無線インターフェイスを提供する。たとえば、ＧＳＭ（Global System for Mobiles、移動用グローバルシステム）は、音声の伝送（電話技術）について最適
化されている。第３世代のシステムは、あらゆる種類のサービスおよびサービスの組合せに適合する、無線インターフェイスを提供するであろう。

第３世代の移動無線システムにおいて懸案となっている問題の１つに、サービスの質（ＱｏＳ）に対する要求が異なるサービスを、無線インターフェイス上で効率的に多重化する問題がある。サービスの質は、従来、処理の遅延、ビット誤り率、および／または、伝送されるブロック当りの誤り率等の、少なくとも１つの判断基準に従って規定されている。これらサービスの質が異なる場合、対応するトランスポートチャネルには異なるチャネルコーディングおよびチャネルインタリーブが必要となる。さらに、それらが要求する最大ビット誤り率（ＢＥＲ）も異なる。任意のチャネルコーディングに対して、ＢＥＲに関する要求は、コード化されたビットが少なくともある程度のコーディングに依存した比Ｅｂ／Ｉを有した場合に満たされる。この比Ｅｂ／Ｉは、干渉の平均エネルギに対するコード化された各ビットの平均エネルギの比を表わす。

要するに、異なるサービスの質は、比Ｅｂ／Ｉについて要求が同じではない。今、ＣＤＭＡ（Code Division Multiple Access、符号分割多元接続）のシステムにおいて、シス
テムの容量は干渉のレベルによって制限されている。したがって、各サービスに対して、比Ｅｂ／Ｉはできる限り正しく設定する必要がある。このため、比Ｅｂ／Ｉを均衡させるためにレートマッチング操作が、種々のサービス間で必要となる。この操作なくしては、比Ｅｂ／Ｉは要求が最大であるサービスによって設定されてしまい、その結果、他のサービスにとってはその質が「良すぎる」ことになり、ひいては、システムの容量に直接影響を与えてしまうことになりかねない。

これは問題となる。というのも、レートマッチング比は、何らかの方法で、無線リンクの両端において同様に規定されねばならないためである。

本発明は、ＣＤＭＡ無線リンクの両端において同様にレートマッチング比を規定するための、構成方法に関する。

ＩＳＯ（International Standardization Organization、国際標準化機構）が提案したＯＳＩ（Open System Interconnection、開放型システム間相互接続）モデルにおいては
、遠隔通信機器は、プロトコルの積み重ねからなる層状のモデルによってモデル化されており、各レベルは、その上方のレベルにサービスを提供するプロトコルである。レベル１は、特に、チャネルコーディングおよびチャネルインタリーブを実行する責任を負う。レベル１によって提供されるサービスが「トランスポートチャネル」と称される。トランスポートチャネルは、より高次のレベルがあるサービスの質でデータを伝送することを可能にする。サービスの質は、特に、遅延およびＢＥＲによって特徴付けられる。

サービスの質に対する要求を満たすことができるように、レベル１は、何らかの符号化（encoding）および好適なチャネルインタリーブを用いる。

公知の解決策、特に３ＧＰＰグループによって提案される解決策を、図１および図２を参照して説明する。

図１および図２に示すのは、３ＧＰＰグループの現時点における提案によって規定された、インタリーブおよび多重化のためのブロック図である。ただし、この提案は未だ最終的に承認されてはいない。

図１および図２において、同様のブロックには同じ参照番号が付されている。どちらの場合にも、（移動局からネットワークへの）アップリンクは、（ネットワークから移動局への）ダウンリンクとは区別することができ、また、送信部分のみが示されている。

番号１００が付された各トランスポートチャネルは、番号１０２が付されたより高次のレベルから、トランスポートブロックの組を周期的に受取る。この組内のトランスポートブロック１００の数およびそれらのサイズは、トランスポートチャネルに依存する。トランスポートブロックの組が供給される最小の周期は、トランスポートチャネルのインタリーブのタイムスパンに対応する。１つかつ同じサービスの質（ＱｏＳ）を有するトランスポートチャネルは、１つかつ同じ処理チェーン１０３Ａ、１０３Ｂによって処理される。

処理チェーン１０３Ａ、１０３Ｂの各々において、トランスポートチャネルは、特にチャネルの符号化およびチャネルのインタリーブの後に、ステップ１０４において連結によって互いに多重化される。この多重化は、多重化フレームごとに実行される。多重化フレームとは、それに対して少なくとも部分的に逆多重化を行なうことのできる、データの最小単位である。多重化フレームは典型的に、無線フレームに対応する。無線フレームは、ネットワークと同期しかつネットワークによって期間が定められる、連続的な時間間隔を形成する。３ＧＰＰグループによる提案において、無線フレームは１０ｍｓの時間期間に対応する。

３ＧＰＰの提案は、１０３Ｃで概略的に表わされる、サービスに特定的なコーディングおよびインタリーブオプションを含む。このようなオプションの可能性が、現時点におい
て考慮されつつある。というのも、それが不可欠であるかどうかが未だに判断されていないためである。

一般的な場合において、処理チェーン１００Ａはまず、ステップ１０６を含む。このステップ１０６において、ＦＣＳ（フレームチェックシーケンス）と称されるビット語が各トランスポートブロックに付与される。このビット語ＦＣＳは典型的に、いわゆるＣＲＣ技術（巡回冗長検査）によって計算される。この巡回冗長検査は、トランスポートブロックのビットを多項式Ｐの係数であると考え、いわゆる生成多項式Ｇによって多項式（Ｐ＋Ｐ０）を除した余りから、ＣＲＣを計算するものである。ここで、Ｐ０は、任意の次数Ｐに対する所定の多項式である。ビット語ＦＣＳの付与はオプションであって、このステップを含まないトランスポートチャネルも存在する。ビット語ＦＣＳを計算するための技術もまた厳密にはトランスポートチャネルに依存し、特に、トランスポートブロックの最大サイズに依存する。ビット語ＦＣＳは、受信されたトランスポートブロックが有効であるか破壊されているかを判定できる点で有効である。

次のステップ１０８において、同じサービスの質（ＱｏＳ）のトランスポートチャネル（ＴｒＣＨ）を互いに多重化する。これは、同じサービスの質を有するそれらのトランスポートチャネルが同じチャネルコーディングを使用することができるためである。典型的に、ステップ１０８における多重化は、各トランスポートチャネルにつき、トランスポートブロックの組をそれらのＦＣＳと連結することによって行なわれる。

番号１１０が付された次のステップは、チャネルの符号化を行なうステップである。

チャネルエンコーダ１１０の出口に、コード化されたブロックの組が存在する。典型的に、畳込み符号の場合には、ゼロまたは単一の可変長のコード化されたブロックが存在する。その長さは、
Ｎ_output＝Ｎ_input／（コーディングレート）＋Ｎ_tail（コード化されたブロックの長さ）
という公式によって与えられる。式中、
・Ｎ_outputは、出力におけるビット数（コード化されたブロックの長さ）、
・Ｎ_inputは、入力におけるビット数、
・コーディングレートは、一定の比、および
・Ｎ_tailは、Ｎ_inputとは独立の、一定量の情報であって、コード化されたブロックを受信した時点においてチャネルデコーダをきれいに空にする役割を果たす。

このステップ１１０以降は、アップリンクはダウンリンクと区別される。

アップリンク（図１）においてもダウンリンク（図２）においても、各トランスポートチャネルにおいて、チャネル符号化ステップ１１０の後にレートマッチングステップが行なわれる。このステップには、アップリンクにおいては１１２が、ダウンリンクにおいては１１４が付されている。レートのマッチングは、チャネルの符号化１１０の直後に必ずしも行なわれることはない。

レートマッチングステップ１１２または１１４の目的は、サービスの質の異なるトランスポートチャネル間で比Ｅｂ／Ｉを均衡させることにある。この比Ｅｂ／Ｉは、干渉の平均エネルギに対する１ビットの平均エネルギを表わす。多重アクセスＣＤＭＡ技術を用いるシステムにおいては、この比が大きいほど、得ることのできる質は高い。したがって、サービスの質の異なるトランスポートチャネルのＥｂ／Ｉに対する要求は同じではなく、レートのマッチングがなされなければ、最も高いサービスの質を要求するチャネルに従ってそのサービスの質が定められてしまい、そのサービスの質があるトランスポートチャネ
ルにとってはそれらの要求に対して「良すぎる」という事態が生じ得る。この場合、そのようなトランスポートチャネルは不必要に干渉を引き起こすおそれがある。したがって、レートのマッチングには、Ｅｂ／Ｉの比をマッチングさせる役割がある。レートのマッチングは、入力におけるＸビットが出力においてＹビットをもたらすようにするものであり、このため、Ｅｂ／Ｉを比Ｙ／Ｘで、したがってマッチング能力で乗算する。この比Ｙ／Ｘはレートマッチング比としても知られており、以下の説明において、この比Ｙ／Ｘをレートマッチング比と称する。

レートのマッチングは、アップリンクとダウンリンクとでは異なる方法で行なわれる。

これは、アップリンクにおいては、非連続的な送信が移動局の出力における無線周波数パワーのピーク／平均比を劣化させるので、連続的に送信するように決められているためである。この比は１に近づくほど良い。なぜなら、もしこの比が劣化すれば（すなわち上昇すれば）、それは、パワー増幅器が平均動作点に対してより大きな線形性のマージン（バックオフ）を必要とすることを意味するためである。このように大きなマージンでは、パワー増幅器の効率は悪化し、したがって、発散される同じ平均パワーに対してより多くを消費するようになり、それにより、特に、移動局の電池駆動耐性を受入れることのできないほどに減じてしまうことになる。アップリンクにおいては連続的に送信する必要があるため、レートマッチング比Ｙ／Ｘは一定とすることはできない。なぜなら、マッチングを行なった後のビット数の合計Ｙ₁＋Ｙ₂＋…Ｙ_kは、そのデータに対する無線フレームにおけるビットの合計数と等しくなければならないためである。この数字は、予め定められた何らかの値Ｎ₁、Ｎ₂、…、Ｎ_pのみをとり得る。したがって、ｋ個の未知数Ｙ₁、…、Ｙ_kにおいて以下に示す系を解くことが適切である。系中、Ｘ_iおよびＥｂ_i／ＩおよびＰ_iは、各トランスポートチャネルの特性定数であって、この系においては、ｐ個の可能な値Ｎ₁、Ｎ₂、…、Ｎ_P中の、Ｎ_jを最小にする解が求められる（注：Ｐ_iはコード化されたトランスポートチャネルに対する最大許容可能なパンクチャレートである）。

したがって、アップリンクにおいては、各トランスポートチャネルに対するレートマッチング比Ｙ／Ｘは、多重化フレームごとに一定ではないが、乗法定数（multiplicative constant）内で規定され、したがって、これらの比の間の対ごとの比は一定に保たれる。

ダウンリンクにおいては、無線周波数パワーのピーク／平均比は、どのような場合にも非常に劣る。なぜなら、ネットワークは複数のユーザに同時に送信を行なうためである。これらユーザに向けられる信号は、建設的または破壊的に組合わさって、ネットワークによって発せられる無線周波数パワーに大きなばらつきを生じさせ、したがって、ピーク／平均比を劣化させる。したがって、ダウンリンクについては、種々のトランスポートチャネル間のＥｂ／Ｉは、一定のレートマッチング比Ｙ／Ｘを有するレートマッチングによって均衡させるようにするよう決定され、また、多重化フレームにはダミービット、すなわ
ち送信されないビットを補充し、したがって、非連続な送信を行なうように決められた。

したがって、アップリンクとダウンリンクにおける違いは、アップリンクにおいてはレートのマッチング１１２が多重化フレームを補充するように動的であるのに対し、ダウンリンクにおいてはレートのマッチング１１４が静的であって、多重化フレームがそのすぐ後に続くステップ１２４においてダミービットを挿入することによって補充される点にある。

動的であれ静的であれ、レートのマッチングは、ＳＭＧ２／ＵＭＴＳ−Ｌ１／Ｔｄｏｃ４２８／９８の参照番号が付された技術文書において、シーメンス社（Siemens company
）（登録商標）によってＥＴＳＩに提案されたアルゴリズムに従って、反復またはパンクチャ（puncture）によって行なわれる。このアルゴリズムは、整数でないパンクチャ／反復比を得ることができるようにする。これに関する情報を表１に示す。

このアルゴリズムの具体的な特徴は、それがパンクチャモードで演算を行なう場合に、
連続するビットのパンクチャは行なわずに、２つのパンクチャされたビット間の間隙を最大にすることである。反復に関しては、反復されるビットがそれらが反復するビットの後に続く。このような条件下においては、レートのマッチングはインタリーブの前に行なわれることが有益であることを理解されたい。なぜなら、反復については、インタリーブがレートのマッチングの後に行なわれることにより、反復されたビットの間隔を離すことが可能となるためである。パンクチャについては、インタリーバがレートのマッチングの前に置かれることにより、チャネルエンコーダの出口においてレートマッチングによって連続するビットがパンクチャされるおそれが生じる。

したがって、レートのマッチングはできるだけ高い位置で行なわれることが望ましく、すなわち、チャネルエンコーダのできるだけ近くで行なわれることが好ましい。

さらに、各処理チェーン１０３Ａ、１０３Ｂはまた、チャネル符号化ステップ１１０の後に、アップリンクについては１１６の符号が付されかつダウンリンクについては１１８の符号が付された第１のインタリーバを含み、その後に、アップリンクについては１２０、ダウンリンクについては１２２の符号が付された、多重化フレームごとにセグメント化するステップが行なわれる。第１のインタリーバ１１８は必ずしもチャネル符号化１１０の直後に置かれる必要はない。

ダウンリンクについては、レートマッチング比が一定であるため、チャネルの符号化１１０のちょうど出力に、レートのマッチング１１４を位置付けることが可能である。したがって、先験的には単一のインタリーバ１１８のみが必要とされる。

しかし、サービスの質ＱｏＳが異なるトランスポートチャネルの多重化が単純な連結によって行なわれ、また、そのような方法が各多重化ブロックのタイムスパンを実際に制限してしまうために、第２のインタリーバ１３６もまた必要となる。

アップリンクについては、レートマッチング比は多重化フレームごとに変化し得る。このため、コード化ブロックのビットを複数の多重化フレームにわたって分配するために、レートのマッチング１１２の前には少なくとも第１のインタリーバ１１６が必要であり、さらに、レートマッチング１１２によって反復されたビットを離すために、レートマッチングの後に第２のインタリーバ１２８を配置する必要がある。

したがって、図１および図２のブロック図において、第１のインタリーバおよび第２のインタリーバと称される２つのインタリーバが配置されている状態が示される。第１のインタリーバ１１６、１１８は、そのタイムスパンが、対応するトランスポートチャネルのためのインタリーブのタイムスパンと等しい、インタリーバである。このスパンは、多重化フレームの時間期間よりも長くてもよく、典型的に、それを一定の比で乗じたものである。このために、第１のインタリーバ１１６、１１８はときとして、フレーム間（inter-frame）インタリーバとも称される。

第２のインタリーバ１２６、１２８はまた、そのタイムスパンが多重化フレームのタイムスパンであるために、フレーム内（intra-frame）インタリーバとも称される。

したがって、１２０、１２２の符号が付された、多重化フレームごとのセグメント化のステップは、（第２のインタリーバがある場合、）第１のインタリーバ１１６、１１８と第２のインタリーバ１２８、１２６との間に位置付けられる。このステップは、コード化されかつ第１のインタリーバによってインタリーブされたブロックを、多重化フレームの時間期間に対する第１のインタリーバのタイムスパンの比と等しい、できるだけ多くのセグメントにセグメント化するステップを含む。このセグメント化は典型的には、セグメン
トの連結によって再び、インタリーブされたコード化ブロックが生み出されるような方法で行なわれる。

アップリンクにおいては、このセグメント化のステップ１２０がレートのマッチング１１２の前に置かれなければならないことに留意されたい。これは、そのレートのマッチング１１２が、多重化フレームごとに動的に構築される比に従って行なわれるために、複数の多重化フレームにわたって延び得るデータの単位では行なうことができないためである。

アップリンクおよびダウンリンクにおいて、各第２のインタリーバ１２６、１２８の前に、物理的チャネルへのセグメント化のステップ１３０が実行される。同様に、第２のインタリーバ１２６、１２８の後には、適正な送信のための物理的チャネルのマッピングのステップ１３２が行なわれる。

現時点において、多重化、チャネルの符号化、インタリーブおよびレートのマッチングのアルゴリズムのみが規定されかつ検討されている。ビットレートマッチング器にサイズＸのブロックが入力されると、それに対応して出力にサイズＹのブロックが得られるような方法を固定することを可能にする規則は存在しない。すべての（Ｘ、Ｙ）の対の組合せが予め定められかつ固定された形でメモリ内に記憶されていると仮定すると、以下の２つの方法のうち一方のみが可能である。すなわち：
−（Ｘ、Ｙ）の対の組は固定されたままとされ、問題となるサービスに対するこの（Ｘ、Ｙ）の対の組の定義には柔軟性は何ら得られない。これは、求められている効果に反する。または、
−（Ｘ、Ｙ）の対の組が関連する遠隔通信ネットワークと移動局との間で折衝され、大きい数の信号化ビット（signaling bits）、かつしたがって付加的な資源の固定化が予見されねばならない。

他のブロックとレートがマッチングされたレートマッチング済ブロックのサイズＹを、レートのマッチング前のそのブロックのサイズＸに基づいて判定する規則が、少なくともアップリンクにおいて必要である。なぜなら、サービスが可変ビットレートを有するので、各トランスポートチャネルに対して提供されるトランスポートブロックの数が可変であるためである。レートがマッチングされるべきブロックのサイズのリスト（Ｘ₁、Ｘ₂、…、Ｘ_k）はしたがって、多重化フレームごとに異なり得る。このリストにおける要素の数ｋもまた必ずしも一定ではない。

サイズＸ_iに関連するサイズＹ_iは、動的なマッチングのために、Ｘ_iばかりでなくリスト全体（Ｘ₁、Ｘ₂、…、Ｘ_k）に依存するので、各リスト（Ｘ₁、Ｘ₂、…、Ｘ_k）に対してリスト（Ｙ₁、Ｙ₂、…、Ｙ_k）が存在することになる。リストの数はしたがって非常に大きい場合があり、これは少なくとも、トランスポートフォーマットの組合せの数と同じだけの数となる。トランスポートフォーマットの組合せは、多重化フレームの逆多重化の方法を規定するものである。

したがって、送信側エンティティおよび受信側エンティティは、同じ関連リスト（Ｘ₁
、Ｘ₂、…、Ｘ_k）→（Ｙ₁、Ｙ₂、…、Ｙ_k）を用いねばならない。コード化されたトランスポートチャネルの複合を接続する時点において、これら２つのエンティティ間のこの関連リストを信号化すること（signaling）は、信号化ビットについて無視できないコストがかかることを意味する。コード化されたトランスポートチャネルの複合は、コード化されたトランスポートチャネルの少なくとも２つのグループを含む。さらに、コード化されたトランスポートチャネルの複合内への各付加または各除去に対して、新しい関連のリスト（Ｘ₁、Ｘ₂、…、Ｘ_k）→（Ｙ₁、Ｙ₂、…、Ｙ_k）を交換することができるようにしなけ
ればならないであろう。

さらに、比Ｅｂ／Ｉの厳密なマッチングは、各サービスの質ＱｏＳに対するチャネルデコーダの技術に依存する。このようなデバイスの性能は、製造業者のそれぞれのノウハウに応じて製造業者間でばらつき得る。実際に、このレートのマッチングは、各デコーダの絶対的な性能によるものではなく、互いに対するそれらの性能に依存し、したがって、製造業者によってその性能に違いがある場合にはそれらに従ってばらつき得る。

このため、用いられる送信側および受信側エンティティが、信号化メッセージの適切な交換を通じて、比（Ｅｂ／Ｉ）のマッチングを「折衝する」ことができるようにすることは不可能である。

このことを説明するために、２つのサービスの質ＡおよびＢ、ならびに、２つの製造業者ＭおよびＮを想定する。ＭおよびＮはＡに対して同じチャネルデコーダを有するが、Ｂに対してはＭの方がＮよりもはるかに効率的なデコーダを有する。この場合、製造業者Ｍの方がＢについてより小さい比Ｅｂ／Ｉから恩恵を得ることができることは明らかである。というのも、これにより、必要とされるパワーの総量が減じられ、かつしたがって、容量の利得が得られ、これにより、Ｍは、それを主張することによってネットワークオペレータに対してより多くの携帯用遠隔通信機器を販売することが可能となるためである。

したがって、マッチング前のブロックのサイズＸからレートマッチングの後のブロックのサイズＹを判定するための規則Ｘ→Ｙを規定することを可能にするパラメータを通知することができることは、非常に有益であろう。これにより、比Ｅｂ／Ｉの割合を折衝または再折衝することができるようになるであろう。ただし、この通知は、できる限り低費用でなければならない。

より高次のレベルによって行なわれる比Ｅｂ／Ｉの接続中のこの調整は、したがって、２つの遠隔通信局ＡおよびＢがサービスの多重化がそれにわたって行なわれる接続を構築したいかまたは修正したい場合に、それらが以下のステップをたどることを意味する。すなわち：
１．ＢがＡに対して、Ｂが送信することのできる多重化フレームの最大負荷Ｎを通知する。

２．Ａは、以下の点から、比Ｅｂ／ＩのＡに対する理想的な割合を判定する：
−Ｂから受信したＮの値、
−各サービスの質ＱｏＳについてＡによって許容される最大パンクチャレート、
−Ｅｂ／Ｉに関する、各サービスの質ＱｏＳの相対的な要求、および、
−Ａについて特定される最小性能要求。

３．ＡがＢに対して、Ａが期待する比Ｅｂ／Ｉの割合を伝える。

上述のステップ１は必ずしも存在しない。システムによっては、最大負荷が予めわかっており、それがシステムの特性の一部を形成するようなシステムも考えられ得る。ただし、そのようなシステムは柔軟性に欠けるため、存在しそうにない。

場合によっては、Ａによって判定される比Ｅｂ／Ｉの割合が、どのトランスポートチャネルもそれに見合う以上のものを有してはならないという、求められる目標に対して最適ではないことがあり得る。これは、妥協的な状況であって、この場合、サービスを組合せた接続が構築できる場合には、ネットワークの容量を減じることが望ましい。

このような妥協は、その劣化が、システムの仕様において規定された最小性能要求によって定められる限界内である場合に、受入れ可能である。

また、実際の許容限度が一部、ネットワークに一任されている場合も考えられる。これは、保証されないレベルのサービスを規定することを可能にし、この場合、トラフィック条件が許せばサービスが提供され、さもなければサービスは下方向に再折衝される。

可能なサービスの組合せの仕様は確かに存在するであろう。この仕様においては、各サービスの組合せについて、トランスポートフォーマットの組合せの組が関連付けられるであろう。これは明らかに、従来の電話サービス、および、電話呼出、スタンバイ等のすべての関連サービスのような、基本的なサービスに当てはまるであろう。

しかし、可能性のある組合せの数は将来的に増加し、またその場合、より高次のレベルが、どのような組合せが可能であるか、どのようにそれらを折衝するかおよび／またはそれらを再折衝するかを判定するのに、また、それらが任意の組合せに対するトランスポートフォーマットの組合せの組を判定するのに、明確な規則が必要となるであろう。

したがって、そのような高次のレベルは、どのようなトランスポートフォーマットの組合せが可能であるかを、簡単な演算アルゴリズムの助けを借りて判定することができなければならない。このために、それらのより高次のレベルが適用すべき、以下のような少なくとも３つの演算規則がある：
・第１の規則は、チャネルの符号化に関し、これは、トランスポートブロックの組のエレメントの数およびそれらそれぞれのサイズを、コード化されたブロックの組のエレメントの数およびそれらそれぞれのサイズへと、変換することを可能にする。たとえば、この規則は、
Ｙ＝Ｘ／（コーディングレート）＋Ｎ_tail
のタイプのものであり、式中「コーディングレート」および「Ｎ_tail」はそのコードの特性定数である。

・第２の規則はセグメント化に関し、これは、コード化されたブロックのサイズを多重化フレームごとのセグメント化によって得られたセグメントのサイズへと変換する。一般に、この規則は、関連のトランスポートチャネルの伝送間隔がＦ個の多重化フレームに対応する場合には、Ｆによる単純な除算である。しかし、そのセグメント化が等しいかまたは等しくないかはまだ明らかではない。等しいセグメント化の場合には、コード化されたブロックはＦの倍数であるサイズを有する。この場合、すべてのセグメントは同じサイズである。なぜなら、Ｆによって除されるとき丸め誤差が生まれないためである。不平等なセグメント化の場合、セグメントのサイズは切り上げまたは切り捨ての丸め誤差のために１ビット以内に規定され、セグメントの曖昧さを減ずるために連続番号を知る必要が生じる。たとえば、８０ビットがＦ＝８フレームにセグメント化される場合、すべてのセグメントは１０ビットを含み、そのサイズを確定するのに関連するセグメントの連続番号（またはセグメントの位置）を知る必要はない。これに対し、７８ビットをＦ＝８フレームにセグメント化する場合には、６つのセグメントが１０ビットを含み、他の２つのセグメントは９ビットを含むことになり、そのサイズを確定するのにセグメントの連続番号を知る必要がある。

・第３の規則は、レートがマッチングされるべきブロックのサイズＸから、レートがマッチングされたブロックのサイズＹを導出することを可能にする規則である。

この第３の規則は特定されておらず、本発明はこの、マッチングされるべきブロックについて対応のサイズを導出する問題を解決するものである。

本発明の目的は、移動用遠隔通信ネットワークの送信側エンティティおよび受信側エンティティの各々が、１つかつ同じサービスの質に関連する各トランスポートチャネルについて、レートマッチング手段の出力において得られかつ各サービスの質に関連するブロックのサイズＹを、そのマッチング手段に入力されるブロックのサイズＸの関数として、簡単な方法で知ることができるようにすることである。

本発明の目的はまた、レートマッチング手段の出力において得られかつそれらレートマッチング手段に入力されるブロックのサイズＸに関連するブロックのサイズＹを、送信側エンティティおよび受信側エンティティに共通の方法で規定することを可能にする、通知ビットの数を最小限に抑えることである。

本発明のさらなる目的は、レートマッチング手段に入力されるブロックのサイズＸとレートマッチング手段によって出力されるブロックのサイズＹとの関連付けの規定において、柔軟性を保つことである。

本発明の主題は、遠隔通信システムの処理方法であって、前記遠隔通信システムは第１のエンティティ及び第２のエンティティを含み、前記第１のエンティティの通信のフェーズは複数のトランスポートチャネルに特有の複数の処理手順を含み、前記処理手順の各々は、初期サイズの入力ブロックから最終サイズの出力ブロックへの変換を実行するレートマッチング処理を含み、前記方法は、前記複数のトランスポートチャネルのレートマッチング比にそれぞれ関連する複数のレートマッチングパラメータを前記第２のエンティティによって送信するステップと、前記第２のエンティティから送信された前記複数のレートマッチングパラメータを前記第１のエンティティによって受信するステップと、前記第１のエンティティによって、前記トランスポートチャネルのそれぞれに対し、前記入力ブロックの初期サイズ及び前記レートマッチングパラメータに基づき、前記出力ブロックの中間サイズY’ _i を計算するステップと、前記第１のエンティティによって、多重化フレームの最大ペイロードと、ｋをトランスポートチャネルの数として前記出力ブロックの中間サイズY’ _i の全合計Σ ^ｊ＝ｋ _ｊ＝１ Ｙ' _ｊ に対する前記出力ブロックの中間サイズY’ _i の部分合計Σ ^ｊ＝ｉ _ｊ＝１ Ｙ' _ｊ の比とに基づいて、トランスポートチャネルｉに対する前記出力ブロックの前記最終サイズを計算するステップと、前記第１のエンティティによって、前記出力ブロックの最終サイズに基づいて前記入力ブロックの少なくとも１ビットをパンクチャリング又は反復して、前記複数のトランスポートチャネルの各々に対して前記レートマッチング処理を実行するステップと、前記第１のエンティティによって、前記多重化フレームに前記レートマッチング処理で得られた出力ブロックを多重化するステップと、前記出力ブロックが多重化された前記多重化フレームを前記第１のエンティティによって送信するステップと、前記第１のエンティティによって送信された前記多重化フレームを前記第２のエンティティによって受信するステップと、を有する方法である。

本発明の別の主題は、第１のエンティティ及び第２のエンティティを含む遠隔通信システムであって、前記第１のエンティティの通信のフェーズは、各々が初期サイズの入力ブロックから最終サイズの出力ブロックへの変換を実行する複数のレートマッチング処理を含み、前記複数のレートマッチング処理の各々は、前記トランスポートチャネル各々に対して実行され、前記第２のエンティティは、前記複数のトランスポートチャネルのレートマッチング比にそれぞれ関連する複数のレートマッチングパラメータを送信する送信手段を有し、前記第１のエンティティは、前記第２のエンティティから送信された前記複数のレートマッチングパラメータを受信する受信手段と、前記トランスポートチャネルの各々について、前記入力ブロックの初期サイズ及び前記レートマッチングパラメータに基づき
、前記出力ブロックの中間サイズY’ _i を計算する手段と、多重化フレームの最大ペイロードと、ｋをトランスポートチャネル数として前記出力ブロックの中間サイズY’ _I の全体合計Σ ^ｊ＝ｋ _ｊ＝１ Ｙ' _ｊ に対する前記出力ブロックの中間サイズY’ _i の部分合計Σ ^ｊ＝ｉ _ｊ＝１ Ｙ' _ｊ の比とに基づいて、トランスポートチャネルｉに対する前記出力ブロックの最終サイズを計算する手段と、前記出力ブロックの最終サイズに基づいて前記入力ブロックの少なくとも１ビットをパンクチャリングまたは反復することによって、前記複数のトランスポートチャネルの各々について前記レートマッチング処理を実行するレートマッチング手段と、前記レートマッチング手段によって得られた前記出力ブロックを前記多重化フレームに多重化する多重化手段と、を有する遠隔通信システムである。

本発明は、例示の目的のみで示された以下の説明を添付の図面を参照して読むことによ
り、よりよく理解されるであろう。

一般に、本発明においては、各サービスの質は２つの整数ＥおよびＰによって特徴付けられる。Ｅは、比Ｅｂ／Ｉに対応し、すなわち、１、２、…、ｐが付された複数のサービスの質が存在する場合、そのそれぞれの係数ＥはＥ₁、Ｅ₂、…、Ｅ_pで表わされ、各サー
ビスの質の比Ｅｂ／Ｉは、係数Ｅ_iと同じ割合となる。

係数Ｐは、任意のサービスの質に対して認められ得る最大のパンクチャレートに対応する。したがって、各サービスの質１、２、…、ｐに対して、最大パンクチャレートＰ₁、Ｐ₂、…、Ｐ_pが関連付けられる。最大パンクチャレートは、該当のサービスの質に特定的な処理チェーン内で実行されるチャネルコーディングによって課される。パンクチャは、コード化されたビットの削除を含む。この削除は、チャネルのコーディングが冗長性をもたらす場合に限り許容可能である。しかし、パンクチャされたビットの数は、コード化されたビットの合計数に対して大きすぎてはならず、したがって、チャネルのコーディングに依存しかつ使用されるデコーダに依存する最大パンクチャレートが存在する。

遠隔通信システムにおいては、制御データの伝送専用の物理的チャネルが、システムの種々の送信側および／または受信側エンティティの間に設けられる。具体的には、そのようなチャネルは、移動無線通信システムの固定されたネットワークと移動局との間に存在する。このチャネルは、３ＧＰＰ標準においてはＤＰＣＣＨ（すなわち、Dedicated Physical Control Channel、専用物理制御チャネル）と共通に称される。これは、同じ標準においてＤＰＤＣＨ（すなわち、Dedicated Physical Data Channel、専用物理データチャネル）と称される物理的なデータ伝送チャネルに沿って共存する。

本発明に従えば、遠隔通信システムの各エンティティが、レートがマッチングされたブロックのサイズＹ_iとマッチングされるべきブロックのサイズＸ_iとの間の対応の組を確定することができるように、かつ、それを各サービスの質について行なうことができるようにするために、ｉ∈［１，ｐ］である対（Ｅ_i，Ｐ_i）のみが、互いに通信せねばならないシステムのすべてのエンティティに対して論理的制御データ伝送チャネルを介して伝送される。これらの対は、複数のエンティティのうちの１つによって構築されるか、または、第１の実施例においては複数のエンティティの間で「折衝」され得る。第２の実施例においては、パラメータ（Ｅ_i）のみが折衝され、パラメータ（Ｐ_i）は任意のチャネル符号化について予め定められる。第３の実施例においては、パラメータ（Ｐ_i）のみが折衝され、パラメータ（Ｅ_i）の組は任意のトランスポートチャネルのグループに対して予め定められる。上に規定した対（Ｅ_i，Ｐ_i）からブロックＸ_i、Ｙ_iのサイズの間の対応を判定するための方法は、本明細書中、後に説明する。

ＥおよびＰに対して整数が使用されるのは以下の理由による。すなわち：
−整数または固定小数点の計算は、実現するのが簡単であり、換言すれば、それらはより高速にかつより少ない資源で行なうことができる。また、
−整数の計算の正確性は、それらの整数がその中に記憶されるレジスタのビット数を通じて非常に容易に定量化することが可能である。したがって、ネットワークおよび移動局において同じ丸め誤差が生成され、かつしたがって、計算の結果が無線インターフェイスの各側において厳密に同じになることを容易に確信することができる。

より正確には、ダイナミクスは以下のように規定される。すなわち：
・Ｅは１からＥＭＡＸまでの整数である、
・Ｐは０からＰＭＡＸまでの整数である。

したがって、本発明のアルゴリズムは、３つの整数の定数ＥＭＡＸ、ＰＭＡＸおよびＰＢＡＳＥによって特徴付けられる。

アップリンク、すなわち移動局からネットワークへのリンクと、ダウンリンク、すなわちネットワークから移動局へのリンクにおいて、同じ符号ＥＭＡＸ、ＰＭＡＸ、ＰＢＡＳＥおよびＬＢＡＳＥが使用されるが、対応する定数が両方の場合において必ずしも同じ値を有するわけではないことに留意されたい。

また以下において、同じ符号ＸおよびＹが、アップリンクとダウンリンクの場合において異なる意味で使用される。

さらに、各リンクについて、ブロックの任意の指標に対してサービスの質ＱｏＳの値を与える、Ｑの符号が付されたマッピングを、アップリンクとダウンリンクの両方の場合に規定することとする。

ダウンリンクにおいては、Ｘ₁、Ｘ₂、…、Ｘ_kは、任意のサービスの質（ＱｏＳ）のブ
ロックに対する、レートマッチング前の可能なサイズのリストを示し、これは、サービスの質（ＱｏＳ）のすべての可能な値に対して示される。

より正確には、サービスの質ＱｏＳが１からｐまでの値をとる場合には、
Ｘ_k(0)+1、…、Ｘ_k(1)は、ＱｏＳ １に対する可能なすべてのブロックサイズであり、
Ｘ_k(1)+1、…、Ｘ_k(2)は、ＱｏＳ ２に対する可能なすべてのブロックサイズであり、
…
Ｘ_k(p-1)+1、…、Ｘ_k(p)は、ＱｏＳ ｐに対する可能なすべてのブロックサイズであって、
ここで、ｋ（０）＝０および、ｋ（ｐ）＝ｋおよび、ｋ（０）＜ｋ（１）＜…＜ｋ（ｐ）であるものとする。

さらに、各サービスの質ＱｏＳに対するブロックサイズの指標の組｛１、…、ｋ｝から、サービスの質の指標の組｛１、…、ｐ｝へのマッピングＱを考える。したがって、以下の式が得られる。

以上の定義から、サービスの質が同じでない（Ｑ（ｉ）≠Ｑ（ｊ））とすると、同じブロックサイズを２回（Ｘ_i＝Ｘ_j、ただしｉ≠ｊ）有することが可能であることに留意されたい。

アップリンクについては、任意の多重化フレームに対してレートがマッチングされるべきブロックには、１、２、…、ｋの番号が付され、それらそれぞれのサイズはＸ₁、Ｘ₂、…、Ｘ_kとなる。

したがって、リスト（Ｘ₁、Ｘ₂、…、Ｘ_k）は多重化フレームごとに変化する。そのエレメントの数ｋは特に、必ずしも一定ではない。

Ｑは、｛１、…、ｋ｝から｛１、…、ｐ｝へのマッピングであって、これは、該当する多重化フレームについて、ブロックの指標ｉに関連し、そのサービスの質はＱ（ｉ）である。

このように規定した場合、サービスの質が同じであるかないかにかかわらず（Ｑ（ｉ）＝Ｑ（ｊ）またはＱ（ｉ）≠Ｑ（ｊ））、同じブロックサイズを２回（Ｘ_i＝Ｘ_j、ただしｉ≠ｊ）有することが可能である。

実際に、同様のサービスの質の２つのブロックが同じサイズを有するには、チャネルエンコーダが、同じサイズのエレメントを少なくとも２つ有するコード化ブロックの組を出力するだけで十分である。

要約すれば、ダウンリンクについては、１、２、…、ｋは、レートがマッチングされるべきブロックの可能なすべてのサイズについての指標であって、ただしこの場合、異なるサービスの質に対応するブロックサイズは別個にカウントされる。アップリンクについては、１、２、…、ｋは、任意の多重化フレームに対する、レートがマッチングされるべきブロックのリストの指標である。

Ｙ₁、…、Ｙ_kは、レートマッチング後のＸ₁、…、Ｘ_kにそれぞれ対応する、ブロックのサイズである。

ダウンリンクに関して、図３に、サービスの質ｑに関連する値Ｅ_qおよびＰ_qから対（Ｘ_i、Ｙ_i）の組を判定するためのアルゴリズムを、１つかつ同じ処理チェーン（Ｑ_d(i)）について、また、干渉の平均エネルギに対する１ビットの平均エネルギの比（Ｅｂ／Ｉ）のマッチングを折衝する一方でパラメータの対の組｛Ｅ_q、Ｐ_q｝を受信する１つのエンティティについて、例示する。このエンティティは、トランスポートチャネルの複合に対する（少なくとも１つの基地局を含む）送信側エンティティ、または、トランスポートチャネルのこの複合に対する（少なくとも１つの移動局を含む）受信側エンティティであってもよく、これは、現時点における折衝の結果を判定するエンティティに依存する。大半の場合には、決定するのはトランスポートチャネルのグループに対する受信側エンティティであって、本発明の構成方法を実現するのは送信側エンティティである。

｛１、…、ｐ｝における各サービスの質ｑに対して、すなわち、各処理チェーンに対して、上述のように規定された２つの特徴的な整数Ｅ_qおよびＰ_qが存在するものと仮定する。これらは、既に構築されているトランスポートチャネルによって実行されるステップ３００Ａおよび３００Ｂにおいて受信される。さらに、ステップ３００Ｃにおいては値Ｘ_iが入手可能である。Ｘ_iは、サービスの質ｑに対して予め定められているかまたは折衝されたものである。

このアルゴリズムの最初のステップ３０２は、１からｐまでの各ｑについて、以下の式（１）によって規定される整数パラメータＬ_qを計算するステップである。

一般に、パラメータを判定するための、その中で丸め操作が実行されるべきステップにおいては、どのステップにおいてもどのような丸め操作も適用することができる。さらに、パラメータを判定するための２つのステップが、２つの異なる、互いに独立した丸め操作を用いることも可能である。

本発明の構成方法は、以下の利点を有する。すなわち、特に、同じサービスの質を示すトランスポートチャネルの少なくとも１つのグループの、現時点におけるトランスポートチャネルの複合内での付加および／または削除という状況において、または、任意のサービスの質に求められる、干渉の平均エネルギに対する１ビットの平均エネルギの比（Ｅｂ／Ｉ）の変更という状況において、使用されるサービスの質のすべてに対するパラメータの対｛Ｅ_q、Ｐ_q｝の組ではなく、求められる比（Ｅｂ／Ｉ）の付加および／または変更によって影響を受けるトランスポートチャネルのグループに関連するパラメータの対｛Ｅ_q、Ｐ_q｝のみしか再伝送する必要がない、という利点を有する。

アルゴリズムのこれまでの部分は、アップリンクに対しても当てはまる。しかし、アルゴリズムの最後はダウンリンクに特定的なものである。

ステップ３０６の完了後、Ｘ_i→Ｙ_iの関係がステップ３０８において以下の式（５）によって規定される。

Ｘ_iおよび対応するＹ_iの各値を知ることによって、ステップ３１０においてサイズの対（Ｘ_i、Ｙ_i）の組が構築される。

要約すれば、ダウンリンクにおいては、アルゴリズムは実質的に以下の４つのステップを含む。

アップリンクに関して、図４に、サービスの質ｑに関連する値Ｅ_qおよびＰ_qから対（Ｘ_i、Ｙ_i）の組を判定するためのアルゴリズムを、干渉の平均エネルギに対する１ビットの
平均エネルギの比（Ｅｂ／Ｉ）の均衡を折衝する一方でパラメータの対｛Ｅ_q、Ｐ_q｝の組を受取る１つのエンティティについて、１つかつ同じ処理チェーン（Ｑｍ（ｉ））について、例示する。このエンティティは、現時点の折衝の結果を決定するエンティティに応じて、トランスポートチャネルの複合に対する（少なくとも１つの基地局を含む）送信側エンティティであってもよく、または、トランスポートチャネルのこの複合に対する（少なくとも１つの移動局を含む）受信側エンティティであってもよい。大半の場合には、その決定をするのはトランスポートチャネルの複合に対する受信側エンティティであって、本発明の構成方法を実現するのは送信側エンティティである。

アップリンクについては、各多重化フレームに対してレートマッチング比が計算される。したがって、これはＸ_i→Ｙ_iのマッピングを判定する問題ではなく、むしろ、（Ｘ₁、Ｘ₂、…、Ｘ_k）→（Ｙ₁、Ｙ₂、…、Ｙ_k）のマッピングの問題である。実際に、Ｙ_iからＹ_kまでの合計は、多重化フレームの最大のペイロードに等しくなければならない。

さらに、多重化フレームの（潜在的な）最大ペイロードは、使用される物理的資源に応じて、（伝送されるブロックのすべてのサイズＸ_iからＸ_kに対する入力データの量に対応する）伝送されるべきデータの量の関数として、フレームごとに変化し得る。したがって、多重化フレームに対して、たとえばＮ₁≦…≦Ｎ_rである、可能な最大ペイロードの組｛Ｎ₁、…、Ｎ_r｝を規定することが可能である。より一般的には、Ｎ₁、Ｎ₂からＮ_rの指標の次数１、２、…、ｒは、種々の最大ペイロード｛Ｎ₁、Ｎ₂、…、Ｎ_r｝の伝送を可能にする物理的資源の選好序列に対応する。

したがって、レートのマッチングを判定するためのアルゴリズムの結果のうちの１つは、｛１、２、…、ｒ｝から、最大ペイロードＮ_JSELの伝送を可能にする、ＪＳＥＬで識別される物理的資源の組を選択し、かつ、以下の式（６）を確実にすることである。

この目的のために、２つの連続的なフェーズが実現される。

第１のフェーズにおいては、ブロックサイズＹ′_iがダウンリンクの場合と同様に「静
的に」判定される。このフェーズのステップは、図３と同じ参照番号にそれぞれ１００を加えた番号で表わされる。したがって、これはＸ_i→Ｙ′_iのマッピングである。

第２のフェーズにおいて、Ｎ_JSELおよびＹ′_iの値に対応するＹ_iの値が、式（１）を満たすように「動的に」判定される。したがって、これは、（Ｙ′₁、Ｙ′₂、…、Ｙ′_k）→（Ｙ₁、Ｙ₂、…、Ｙ_k）のマッピングである。

ステップ４００から４０８を含む第１のフェーズは、単に、式：Ｙ′_i＝Ｓ_Q(i)・Ｘ_iによって規定される。

次に、ＪＳＥＬが、ステップ４１０において以下の式（７）によって規定される。

言い換えれば、もしＮ₁≦Ｎ₂…≦Ｎ_rの場合には、伝送を可能にする最小の最大ペイロードが選択される。

その後、ステップ４１２において、以下によって最終サイズの集合体の値に対応する整数Ｚ₀、Ｚ₁、…、Ｚ_kが規定される。

最後に、ステップ４１４においてＹ_iが、
Ｙ_i＝Ｚ_i−Ｚ_i-1
によって簡単に計算される。

このように、最終サイズ（Ｙ_i）の計算における丸め誤差は集約されないことが理解されるであろう。したがって、データブロックの数ｋにかかわらず、次の２つの丸め操作のみが実行される：
Ｚ_iが付された集合体のサイズの値に対する第１の丸め操作、および
Ｚ_i-1が付された先の集合体のサイズの値に対する第２の丸め操作。

求められる対（Ｘ_i、Ｙ_i）が、ステップ４１６において最終的に得られる。

要約すれば、アップリンクにおいては、アルゴリズムは実質的に以下の７つのステップを含む。

最後に、本明細書中においては、サービスの質の概念をトランスポートチャネルのサービスの質として、すなわち、レベル１からより高次のレベルによって提供されるサービスの質として規定したが、その目的がレートのマッチングを判定することにあることを考えると、インタリーブおよび多重化チェーンの底部によってチャネルエンコーダに対して提供されるサービスの質について述べる方がより正確であろうということを理解されたい。

以上に述べた実施例は、本発明の範囲を限定する意図を含むものではなく、したがって、それに対してその概念から離れることなく種々の変形を行なうことが（いずれにせよ）可能である。特に、パラメータの対｛Ｅ_q、Ｐ_q｝を判定するステップは、サービスの質ごとにのみ行なわれるのではなく、１つかつ同じサービスの質についてコード化されたビットのクラスごとにも行なわれ得るものであると理解されたい。実際に、（特にターボコーディング等の）何らかのチャネル符号化においては、幾分パンクチャに敏感に反応するコード化ビットの種々のクラスが与えられることが思い起こされる。

現時点の３ＧＰＰの提案における、アップリンク上でのトランスポートチャネルの多重化を示す概略図である。 現時点の３ＧＰＰの提案における、ダウンリンク上でのトランスポートチャネルの多重化を示す概略図である。 本発明に従った、ダウンリンクのためのアルゴリズムの実現を説明するフローチャートである。 本発明に従った、アップリンクのためのアルゴリズムの実現を説明するフローチャートである。

符号の説明

１００ トランスポートチャネル、１０３Ａ，１０３Ｂ 処理チェーン、１１０ チャネルの符号化、１１２ レートのマッチング、１１６ 第１のインタリーバ、１２８ 第２のインタリーバ、１３２ 物理的チャネルのマッピング、３０２ 整数パラメータＬ_q
を計算するステップ、３０４ パラメータＬＭＡＸを規定するステップ、３０６ 整数Ｓqを規定するステップ、３０８ 関係Ｘ_i→Ｙ_iを規定するステップ、３１０ サイズの対（Ｘ_i、Ｙ_i）の組を構築するステップ。

Claims (6)

1. 遠隔通信システムの処理方法であって、前記遠隔通信システムは第１のエンティティ及び第２のエンティティを含み、前記第１のエンティティの通信のフェーズは複数のトランスポートチャネルに特有の複数の処理手順を含み、前記処理手順の各々は、初期サイズの入力ブロックから最終サイズの出力ブロックへの変換を実行するレートマッチング処理を含み、
   前記方法は、
   前記複数のトランスポートチャネルのレートマッチング比にそれぞれ関連する複数のレートマッチングパラメータを前記第２のエンティティによって送信するステップと、
   前記第２のエンティティから送信された前記複数のレートマッチングパラメータを前記第１のエンティティによって受信するステップと、
   前記第１のエンティティによって、前記トランスポートチャネルのそれぞれに対し、前記入力ブロックの初期サイズ及び前記レートマッチングパラメータに基づき、前記出力ブロックの中間サイズY’_iを計算するステップと、
   前記第１のエンティティによって、多重化フレームの最大ペイロードと、ｋをトランスポートチャネルの数として前記出力ブロックの中間サイズY’_iの全合計Σ^ｊ＝ｋ _ｊ＝１Ｙ'_ｊに対する前記出力ブロックの中間サイズY’_iの部分合計Σ^ｊ＝ｉ _ｊ＝１Ｙ'_ｊの比とに基づいて、トランスポートチャネルｉに対する前記出力ブロックの前記最終サイズを計算するステップと、
   前記第１のエンティティによって、前記出力ブロックの最終サイズに基づいて前記入力ブロックの少なくとも１ビットをパンクチャリング又は反復して、前記複数のトランスポートチャネルの各々に対して前記レートマッチング処理を実行するステップと、
   前記第１のエンティティによって、前記多重化フレームに前記レートマッチング処理で得られた出力ブロックを多重化するステップと、
   前記出力ブロックが多重化された前記多重化フレームを前記第１のエンティティによって送信するステップと、
   前記第１のエンティティによって送信された前記多重化フレームを前記第２のエンティティによって受信するステップと、
   を有する方法。
2. 前記トランスポートチャネル数ｋに関連した前記入力ブロックの初期サイズ (X₁, X₂, ... ,X_k) と前記出力ブロックの最終サイズ (Y₁, Y₂, ... ,Y_k)間のマッピングは、前記複数のレートマッチング処理のための前記複数のレートマッチングパラメータに基づいて決定され、
   前記多重化ステップは、前記トランスポートチャネル数ｋに関連した前記出力ブロックをトランスポートチャネル複合体を生成するよう多重化するステップを含む請求項１記載の方法。
3. 前記トランスポートチャネルの各々は、異なったサービス品質パラメータによって特徴付けられる、請求項２記載の方法。
4. 前記レートマッチングパラメータの各々は、前記レートマッチング処理によって実行される前記初期サイズの入力ブロックから前記最終サイズの出力ブロックへの前記変換のレートマッチング比を表す整数値を含む、請求項１記載の方法。
5. 第１のエンティティ及び第２のエンティティを含む遠隔通信システムであって、前記第１のエンティティの通信のフェーズは、各々が初期サイズの入力ブロックから最終サイズの出力ブロックへの変換を実行する複数のレートマッチング処理を含み、前記複数のレートマッチング処理の各々は、前記トランスポートチャネル各々に対して実行され、
   前記第２のエンティティは、
   前記複数のトランスポートチャネルのレートマッチング比にそれぞれ関連する複数のレートマッチングパラメータを送信する送信手段を有し、
   前記第１のエンティティは、
   前記第２のエンティティから送信された前記複数のレートマッチングパラメータを受信する受信手段と、
   前記トランスポートチャネルの各々について、前記入力ブロックの初期サイズ及び前記レートマッチングパラメータに基づき、前記出力ブロックの中間サイズY’_i を計算する手段と、
   多重化フレームの最大ペイロードと、ｋをトランスポートチャネル数として前記出力ブロックの中間サイズY’_Iの全体合計Σ^ｊ＝ｋ _ｊ＝１Ｙ'_ｊに対する前記出力ブロックの中間サイズY’_iの部分合計Σ^ｊ＝ｉ _ｊ＝１Ｙ'_ｊの比とに基づいて、トランスポートチャネルｉに対する前記出力ブロックの最終サイズを計算する手段と、
   前記出力ブロックの最終サイズに基づいて前記入力ブロックの少なくとも１ビットをパンクチャリングまたは反復することによって、前記複数のトランスポートチャネルの各々について前記レートマッチング処理を実行するレートマッチング手段と、
   前記レートマッチング手段によって得られた前記出力ブロックを前記多重化フレームに多重化する多重化手段と、を有する遠隔通信システム。
6. 請求項５記載の遠隔通信システムの前記第２のエンティティとして用いられる基地局。

Images