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