JP2015513848A - 動的サブフレームバンドリング - Google Patents

Abstract

本発明は、マルチキャリア通信システムにおける、送信および受信が送信時間間隔を基にして実行されるデータの送信および受信に関する。詳細には、送信時間間隔の動的なバンドリングが、それぞれのスケジューリングアサインメントに対して動的に構成できる。動的バンドリングは、端末とネットワークノード間のアップリンクおよび／またはダウンリンク送信の中で適用できる。【選択図】５Ａ

Description

本発明は、マルチキャリア通信システムにおけるデータの送信および受信に関する。より詳細には、本発明は、共有データチャネルにおけるデータの送信および受信に関する。

例えば３ＧＰＰ（third generation partnership project）で標準化されたＵＭＴＳ（Universal Mobile Telecommunication System）などの第３世代（３Ｇ）の移動システムは、ＷＣＤＭＡ（Wideband Code Division Multiple Access）（登録商標）無線アクセス技術に基づいている。今日、３Ｇシステムは世界中に広範な規模で配備されつつある。ＨＳＤＰＡ（High-Speed Downlink Packet Access）、および、ＨＳＵＰＡ（High-Speed Uplink Packet Access）とも呼ばれる強化されたアップリンクを導入することによってこの技術を拡張した後、ＵＭＴＳ標準の発展における次の主要な段階では、ダウンリンクでのＯＦＤＭ（Orthogonal Frequency Division Multiplexing）と、アップリンクでのＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiplexing Access）との組み合わせが取り入れられた。このシステムは、将来の技術発展に対応していくことを意図しているため、ＬＴＥ（Long Term Evolution）と名付けられている。

ＬＴＥシステムは、少ない待ち時間かつ低コストでＩＰに完全に基づく諸機能を提供する、パケットを利用した効率的な無線アクセスおよび無線アクセスネットワークに相当する。物理データチャネル送信に対して、ダウンリンクはデータ変調方式ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭをサポートし、アップリンクはＱＰＳＫ、１６ＱＡＭ、および、少なくともいくつかのデバイスに対しては６４ＱＡＭもサポートする。「ダウンリンク」という用語は、ネットワークから端末への方向を示す。「アップリンク」という用語は、端末からネットワークへの方向を示す。

ＬＴＥのネットワークアクセスは、５ＭＨｚにチャネルが固定されたＵＴＲＡ（UMTS Terrestrial Radio Access）と対照的に、１.４〜２０ＭＨｚの間のいくつかの規定チャネル帯域幅を使用し、柔軟性が非常に高い。スペクトル効率はＵＴＲＡと比べて最高で４倍まで向上され、アーキテクチャおよびシグナリングの改善により往復の待ち時間が短縮される。ＭＩＭＯ（Multiple Input/Multiple Output）のアンテナ技術により、３ＧＰＰの当初のＷＣＤＭＡ（登録商標）無線アクセス技術に比べて１セル当たり１０倍のユーザに対応できるようになる。可能な限り多くの周波数帯割当の配置に適合するために、ペアになった帯域動作（ＦＤＤ：Frequency Division Duplex）およびペアをなさない帯域動作（ＴＤＤ：Time Division Duplex）の両方に対応する。ＬＴＥは、隣接するチャネル内でも以前の３ＧＰＰ無線技術と共存することができ、すべての３ＧＰＰの以前の無線アクセス技術との間で呼を受け渡しすることができる。

ネットワークエンティティおよびそれらの間のインタフェースを含むＬＴＥネットワークアーキテクチャを図１に例示する。図１から分かるように、ＬＴＥアーキテクチャは、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（登録商標） ＥＤＧＥ無線アクセスネットワーク）などのさまざまな無線アクセスネットワーク（ＲＡＮ）の相互接続をサポートし、これらは、サービングＧＰＲＳサポートノード（ＳＧＳＮ）を介してＥＰＣに接続される。３ＧＰＰモバイルネットワークでは、モバイル端末１１０（ユーザ機器、ＵＥ、または、デバイスとも呼ばれる）は、ＵＴＲＡＮ中のノードＢ（ＮＢ）およびＥ−ＵＴＲＡＮアクセス中の進化型ノードＢ（ｅＮＢ）を介してアクセスネットワークにアタッチされる。ＮＢおよびｅＮＢ１２０エンティティは、他のモバイルネットワークでは基地局として知られている。ＵＥのモビリティをサポートするために、２つのデータパケットゲートウェイ−サービングゲートウェイ（ＳＧＷ）１３０およびパケットデータネットワークゲートウェイ１６０（ＰＤＮ−ＧＷまたは簡潔にしてＰＧＷ）−がＥＰＳに置かれている。Ｅ−ＵＴＲＡＮアクセスを仮定すると、ｅＮＢエンティティ１２０は、Ｓ１−Ｕインタフェース（「Ｕ」は「ユーザプレーン（user plane）」を表す）を介して１つまたは複数のＳＧＷへ有線回線を通して接続され、また、Ｓ１−ＭＭＭＥインタフェースを介してモビリティ管理エンティティ１４０（ＭＭＥ）へ有線回線を通して接続される。ＳＧＳＮ１５０およびＭＭＥ１４０は、サービングコアネットワーク（ＣＮ）ノードとしても参照される。

上記に示すように、Ｅ−ＵＴＲＡＮは、ｅＮｏｄｅＢから構成され、ユーザ機器（ＵＥ）に向けてＥ−ＵＴＲＡユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（control plane）（ＲＲＣ）プロトコル終端を提供する。ｅＮｏｄｅＢ（ｅＮＢ）は、ユーザプレーンヘッダ圧縮および暗号化機能を含む、物理層（ＰＨＹ）、媒体アクセス制御層（ＭＡＣ）、無線リンク制御層（ＲＬＣ）、および、パケットデータ制御プロトコル層（ＰＤＣＰ）をホストする。それは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。それは、無線リソース管理、アドミッション制御、スケジューリング、ネゴシエーションされるアップリンクサービス品質（ＱｏＳ）の実施、セル情報ブロードキャスト、ユーザプレーンおよび制御プレーンデータの暗号化／解読、ダウンリンク／アップリンクユーザプレーンパケットヘッダの圧縮／解凍などの多くの機能を実行する。ｅＮｏｄｅＢは、Ｘ２インタフェース手段によって互いに相互接続される。

図２に、ＬＴＥリリース８のコンポーネントキャリア（Component Carrier）の構造を示す。３ＧＰＰ ＬＴＥリリース８のダウンリンクのコンポーネントキャリアは、時間−周波数領域でいわゆるサブフレームに分割される。各サブフレームは、２つのダウンリンクスロットに分割される。ダウンリンクスロットは、図２において１期間Ｔ_ｓｌｏｔに相当する２２０として示されている、第１のダウンリンクスロットは、先頭のＯＦＤＭシンボルの中に制御チャネル領域を備える。各サブフレームは、時間領域の所定数のＯＦＤＭシンボルからなる。各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に渡る。

具体的に、スケジューラによって割り当てることができる最小単位のリソースはリソースブロックであり、これは物理リソースブロック（ＰＲＢ：Physical Resource Block）とも呼ばれる。ＰＲＢ２３０は時間領域のＮ_symb ^DL個の連続したＯＦＤＭシンボルおよび周波数領域のＮ_SC ^RB個の連続したサブキャリアとして定義される。実際の運用では、ダウンリンクリソースはリソースブロックペアとして割り当てられる。リソースブロックペアは、２つのリソースブロックからなる。１リソースブロックペアは、周波数領域のＮ_SC ^RB個の連続したサブキャリアと、時間領域のサブフレームの２・Ｎ_symb ^DL個の全変調シンボルに渡る。Ｎ_symb ^DLは６または７であり、結果として合計１２個または１４個のＯＦＤＭシンボルがあることになる。したがって、物理リソースブロック２３０は、時間領域の１スロットおよび周波数領域の１８０ｋＨｚに相当するＮ_symb ^DL×Ｎ_SC ^RB個のリソースエレメント（Resource Element）からなる（ダウンリンクのリソースグリッドに関するさらなる詳細は、例えば3GPP TS 36.211, "Evolved universal terrestrial radio access (E-UTRA); physical channels and modulations (Release 10)," version 10.4.0, 2012, Section 6.2（非特許文献１）（３ＧＰＰのウェブサイトで自由に入手可能）で得ることができ、その内容は本明細書に援用される）。リソースブロックまたはリソースブロックペアがスケジューリングされているにも関わらずその中のリソースエレメントの一部が使用されない可能性もあるが、使用される術語表現を簡潔にするために、リソースブロックまたはリソースブロックペア全体が割り当てられるとする。スケジューラによって実際に割り当てられないリソースエレメントの例には、参照信号、ブロードキャスト信号、同期信号、および各種の制御信号やチャネル送信に使用されるリソースエレメントが含まれる。

ダウンリンクの物理リソースブロックの数Ｎ_RB ^DLは、セル内で設定されたダウンリンク送信の帯域幅に応じて決まり、現在ＬＴＥでは６〜１１０個の（Ｐ）ＲＢで規定される。ＬＴＥでは、帯域幅をＨｚ単位（例えば１０ＭＨｚ）またはリソースブロック単位で表すのが慣習的であり、例えばダウンリンクの場合、セル帯域幅を例えば１０ＭＨｚまたはＮ_RB ^DL＝５０ＲＢと表すことができ、両者は等価である。

チャネルリソースは、図３に例示するように「リソースブロック」として定義でき、ここでは、マルチキャリア通信システム、例えば３ＧＰＰのＬＴＥ作業項目で議論されている例であるＯＦＤＭを用いたものが仮定される。より一般的には、リソースブロックは、スケジューラによって割り当てできるモバイル通信の無線インタフェース上の最小リソース単位を指定すると仮定できる。リソースブロックの次元は、時間（例えば、時間分割多重方式（ＴＤＭ）に対するタイムスロット、サブフレーム、フレームなど）、周波数（例えば、周波数分割多重方式（ＦＤＭ）に対するサブバンド、キャリア周波数など）、符号（例えば、符号分割多重方式（ＣＤＭ）に対する拡散符号）、アンテナ（例えば、多重入出力（ＭＩＭＯ））などの任意の組み合わせであってもよく、モバイル通信システムで用いられるアクセス方式に依存する。

データは、仮想リソースブロックの対によって、物理リソースブロックへマッピングされる。一対の仮想リソースブロックは、一対の物理リソースブロックへマッピングされる。２つのタイプの仮想リソースブロック、すなわち局所仮想リソースブロック（ＬＶＲＢ）および分散仮想リソースブロック（ＤＶＲＢ）が、ＬＴＥダウンリンクの物理リソースブロック上へのマッピングに従って定義される。局所ＶＲＢを使用する局所送信モードでは、ｅＮＢが、どのリソースブロックをどれくらい使用するかについて完全に制御し、通常はその制御により、スペクトル効率が高くなるリソースブロックを選択する。大半の移動通信システムでは、その結果、隣接する物理リソースブロックまたは隣接する物理リソースブロックの複数個のまとまりが単一のユーザ機器への送信のために使用されることになる。これは、無線チャネルが周波数領域でコヒーレントであるためであり、１つの物理リソースブロックで高いスペクトル効率が得られる場合には、それに隣接する物理リソースブロックでも同様に高いスペクトル効率が得られる可能性が高いことを示唆する。分散ＶＲＢを使用する分散伝送モードでは、充分に高いスペクトル効率をもたらす少なくともいくつかの物理リソースブロックに当たり、それにより周波数ダイバーシティを得るために、同じＵＥ向けデータを伝送する物理リソースブロックが周波数帯に渡って分散される。

３ＧＰＰ ＬＴＥリリース８では、ダウンリンク制御シグナリングは、基本的に次の３つの物理チャネルによって運ばれる。
−１つのサブフレーム中の制御シグナリングに用いられるＯＦＤＭシンボルの数（すなわち、制御チャネル領域の大きさ）を示す物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）
−アップリンクデータ送信に関連するダウンリンクＡＣＫ／ＮＡＣＫを運ぶ物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）
−ダウンリンクスケジューリングアサインメントおよびアップリンクスケジューリングアサインメントを運ぶ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）

ＰＣＦＩＣＨは、既知の予め定義される変調および符号化方式を用いて、ダウンリンクサブフレームの制御シグナリング領域内の既知の場所から送信される。ユーザ機器は、サブフレームの中の制御シグナリング領域の大きさについての情報、例えばＯＦＤＭシンボル数を得るために、ＰＣＦＩＣＨを復号する。ユーザ機器（ＵＥ）がＰＣＦＩＣＨを復号できない、または誤りのあるＰＣＦＩＣＨ値を得た場合には、制御シグナリング領域に含まれるＬ１／Ｌ２制御シグナリング（ＰＤＣＣＨ）を正しく復号できないであろう。この場合、サブフレーム内に含まれるすべてのリソース割り当てが失敗することになる。

ＰＤＣＣＨは、例えば、ダウンリンクまたはアップリンクデータ送信のリソース割り当てのためのスケジューリンググラントなどの制御情報を運ぶ。ユーザ機器に対するＰＤＣＣＨは、サブフレーム内のＰＣＦＩＣＨに従って、最初の１つ、２つ、または３つのＯＦＤＭシンボルで送信される。

物理ダウンリンク共有チャネル（ＰＤＳＣＨ）は、ユーザデータを運ぶために使用される。ＰＤＳＣＨは、ＰＤＣＣＨの後の１つのサブフレーム内にある残りのＯＦＤＭシンボルにマッピングされる。１つのＵＥに割り当てられるＰＤＳＣＨリソースは、それぞれのサブフレームに対するリソースブロックのユニット内にある。

物理アップリンク共有チャネル（ＰＵＳＣＨ）は、ユーザデータを運ぶ。物理アップリンク制御チャネル（ＰＵＣＣＨ）は、スケジューリング要求、ＰＤＳＣＨ上のデータパケットに応じたＨＡＲＱ肯定応答（ＡＣＫ）および否定応答（ＮＡＫ）、および、チャネル状態情報（ＣＳＩ）、などのシグナリングをアップリンク方向に運ぶ。

図３は、ＬＴＥにおける物理チャネル上へのデータのマッピングの例を概略的に示す。この例は説明だけの目的のために単純化したマッピングの例であることに留意されたい。ユーザデータ（ＩＰパケット）はユーザアプリケーションで生成される。それらは、ＩＰパケットを形成する前におそらく他のプロトコルで圧縮およびカプセル化される音声、ビデオ、テキストまたは任意の他のメディアを含んでもよい。ＩＰパケットは、ＥＵＴＲＡＮでは、ＰＤＣＰ層上でさらに処理されＰＤＣＰヘッダが追加される。この方法で形成されるＰＤＣＰパケットは、ＲＬＣパケットへとさらにセグメント化および／または再組立てされ（図では再組立を示す）ＲＬＣヘッダが追加される。１つまたは複数のＲＬＣパケットは、次いで、必要があればＭＡＣヘッダおよびパディングも含むＭＡＣパケットへとカプセル化される。ＭＡＣパケットは、「トランスポートブロック」とも呼ばれる。すなわち、物理層の観点から見ると、トランスポートブロックは、物理層に入るユーザデータのパケットである。ＬＴＥで使用できるトランスポートブロックサイズ（ＴＢＳ）は、予め定義される。トランスポートブロックは、次いで、１送信時間間隔（ＴＴＩ：transmission time interval）内で物理層（ＰＨＹ）上のサブフレームにマッピングされる。トランスポートブロックから始まってインタリービングまでのデータマッピングの詳細については、ユーザデータのアップリンクおよびダウンリンク送信それぞれに対して、3GPP TS 36.212, v.10.4.0, “Evolved universal terrestrial radio access (E-UTRA); Multiplexing and channel coding”（非特許文献２）の図５．２．２−１、図５．３．２−１、および、それらの関連する説明に記載されており、ｗｗｗ．３ｇｐｐ．ｏｒｇで自由に利用でき、本明細書で参照により援用される。さらに、物理チャネルマッピングは、ダウンリンクおよびアップリンクそれぞれに対して、３ＧＰＰ ＴＳ ３６．２１１、ｖ．１０．４．０の図６．３−１および図５．３−１で詳細に説明がある。アップリンクおよびダウンリンク共有チャネルの機能的な概要は、さらに3GPP TS 36.302, v10.3.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Services provided by the physical layer”（非特許文献３）の（それぞれ）６．１．１節および６．２．１節に与えられている。

電池寿命を改善するためにＬＴＥで提案される可能性は、不連続送信（ＤＴＸ）および不連続受信（ＤＲＸ）である。端末（ＵＥ）の合理的な電池消費を提供するために、ＬＴＥ Ｒｅｌ−８／９およびＲｅｌ−１０は、不連続受信（ＤＲＸ）の概念を提供する。したがって、端末は規則的に制御チャネルを監視する必要はなく、むしろ長期間に渡って送信と受信のスイッチを切ることができ、予め定義される、または要求される時間インスタンスでのみトランシーバを駆動する必要がある。

リンクアダプテーションの原理は、パケット交換データトラフィックを効率的にする無線インタフェース設計の基本となる。おおまかに一定のデータレートを持つ回線交換サービスをサポートするために高速閉ループ電力制御を使用した初期バージョンのＵＭＴＳ（ユニバーサルモバイル通信システム）とは異なり、ＬＴＥのリンクアダプテーションは、各ユーザに対して現行の無線チャネル容量と一致させるために、送信データレート（変調方式およびチャネル符号化レート）を動的に調整する。

ＬＴＥのダウンリンクデータ送信に対しては、ｅＮｏｄｅＢは、一般に、ダウンリンクチャネル状態の予測に応じて、変調方式および符号化レート（ＭＣＳ）を選択する。この選択プロセスへの重要な入力は、ユーザ機器（ＵＥ）によってアップリンクでｅＮｏｄｅＢに送信されるチャネル状態情報（ＣＳＩ）フィードバック（上記に記載）である。

チャネル状態情報は、１人または複数のユーザに対する（１つまたは複数の）チャネルリソース品質を決定するために、マルチユーザ通信システム、例えば３ＧＰＰ ＬＴＥなどで使用される。一般に、ＣＳＩフィードバックに応答して、ｅＮｏｄｅＢは、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ方式と広範な符号化レートの中で選択できる。このＣＳＩ情報は、チャネルリソースを異なるユーザに割り当てるのを支援するために、または、変調方式、符号化レート、もしくは送信電力などのリンクパラメータを、割り当てられたチャネルリソースを最大限利用できるように適応するために、マルチユーザスケジューリングアルゴリズムの中で使用される。

したがって、リソースグラントは、ＰＤＣＣＨを介してダウンリンク制御情報（ＤＣＩ）のなかでｅＮｏｄｅＢからＵＥへと送信される。ダウンリンク制御情報は、必要とされるシグナリング情報に依存したさまざまなフォーマットで送信できる。一般に、ＤＣＩには以下を含むことができる。
−リソースブロックアサインメント（ＲＢＡ：Resource Block Assignment）
−変調および符号化方式（ＭＣＳ）

それは、必要とされるシグナリング情報に依存してさらに情報を含むことができる。これについても、“LTE: The UMTS Long Term Evolution from theory to practice” by S. Sesia, I. Toufik, M. Baker, Apr. 2009, John Wiley & Sons, ISBN 978-0-470-69716-0（非特許文献４）のSection 9.3.2.3に記載されており、本明細書で参照により援用される。例えば、ＤＣＩは、冗長性バージョン、ＨＡＲＱプロセス番号、または新規のデータインジケータなどのＨＡＲＱ関連情報、プリコーディングなどのＭＩＭＯ関連情報、電力制御関連情報などをさらに含むことができる。

リソースブロックアサインメントは、アップリンクまたはダウンリンク送信で使用される物理リソースブロックを規定する。

変調および符号化方式は、ＱＰＳＫ、１６ＱＡＭ、または、６４ＱＡＭなどの送信のために使用される変調方式を定義する。変調次数が少ないほど、よりロバストな送信となる。したがって、一般的には、チャネル状態が良好な場合には６４ＱＡＭが使用される。変調および符号化方式はまた、所与の変調に対する符号化レートを定義する。符号化レートは、無線リンク状態に依存して選択される。すなわち、チャネル状態が不良の場合にはより低い符号化レートが使用でき、チャネル状態が良好の場合にはより高い符号化レートが使用できる。ここでの「良好」および「不良」は、信号対干渉雑音比に関して使用されている。符号化レートのさらに細かな調整は、誤り訂正符号器のタイプに依存して一般レート（generic rate）のパンクチャリングまたはリピテーションにより達成される。

（物理アップリンク共有チャネル（ＰＵＳＣＨ）での送信のための）ＬＴＥのＰＤＣＣＨ上でシグナリングされるアップリンクリソースアサインメントに対しては、Ｌ１／Ｌ２制御情報は、同期ＨＡＲＱプロトコルがＬＴＥアップリンクに対して使用されるため、ＨＡＲＱプロセス番号を含まない。アップリンク送信に対して使用されるＨＡＲＱプロセスは、タイミングによって与えられる。さらに、冗長性バージョン（ＲＶ）情報は、トランスポートフォーマット情報と共に符号化される、すなわちＲＶ情報は、トランスポートフォーマット（ＴＦ）フィールドに埋め込まれることに留意すべきである。ＴＦ変調および符号化方式（ＭＣＳ）フィールドのそれぞれは、例えばビットサイズを持ち、それは３２エントリに対応する。３つのＴＦ／ＭＣＳテーブルエントリは、ＲＶ１、２または３を示すために予約される。残りのＭＣＳテーブルエントリはＲＶ０を暗に示すＭＣＳレベル（ＴＢＳ）をシグナリングするために使用される。

ＰＤＣＣＨ上でのアップリンクアサインメントに対するＴＢＳ／ＲＶシグナリングに関する詳細については、（ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇで利用でき、本明細書に参照により援用される）3GPP TS 36.213, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures”, version 3GPP TS 36.213, v.10.4.0, 2012（非特許文献５）を参照されたい。ＰＤＣＣＨのＣＲＣフィールドのサイズは、１６ビットである。

ＬＴＥのＰＤＣＣＨ上でシグナリングされるダウンリンクアサインメント（ＰＤＳＣＨ）に対しては、冗長性バージョン（ＲＶ）は、２ビットのフィールドの中で個別にシグナリングされる。さらに、変調次数情報は、トランスポートフォーマット情報と共に符号化される。アップリンクの場合と同様に、ＰＤＣＣＨ上でシグナリングされる５ビットのＭＣＳフィールドが存在する。エントリのうちの３つが明示される変調次数をシグナリングするために予約され、トランスポートフォーマット（トランスポートブロック）情報は提供しない。残りの２９エントリに対しては、変調次数およびトランスポートブロックサイズ情報がシグナリングされる。

周波数ダイバーシティを増加させるため、ＬＴＥはホッピングの可能性を提供する。２つのホッピングモード、つまり、サブフレーム間のみのホッピング（インターサブフレームホッピング）およびサブフレーム間およびサブフレーム内の両方でのホッピング（インターおよびイントラサブフレームホッピング）が、サポートされる。イントラサブフレームホッピングの場合、周波数ホップは、サブフレーム中央にあるスロット境界で起こる。これは、符号語内に周波数ダイバーシティを提供する。インターサブフレームホッピングは、トランスポートブロックのＨＡＲＱ再送信間の周波数ダイバーシティを、サブフレームのそれぞれ割り当てられる周波数アロケーションホップとして提供する。

リリース１１の改良は、標準化の検討対象項目として同意され、これは、ＬＴＥに基づく低価格マシンタイプの通信（ＭＴＣ：machine type communication）端末を提供することに関連する。さらに、多様なデータ用途のためのＬＴＥ ＲＡＮの強化が検討中である。マシンタイプ通信のトラフィック特性は、比較的少ないデータ量を交換するための散発的なデータアクセスを含む。そのような種類の通信は特にスマートフォンなどの常時接続や、電子メールやソーシャルネットワークの更新を確認するための散発的なアクセスを必要とする用途に関連する。この作業項目の目的は、ＬＴＥが多様なトラフィック特性を扱う能力を強化することを可能にする無線アクセスネットワークレベルの機構を特定し、指定することである。詳細には、目的は、バッテリ寿命を延ばすために端末の費用と複雑性を低減することである。マシンタイプ通信のトラフィックは一般に、データが配信されるまで端末および／またはｅＮｏｄｅＢが多少の時間待つことが可能な、遅延に影響されないデータトラフィックである。そのようなトラフィックは、例えば、測定結果や他の報告等の定期的な更新を含む計画されたデータトラフィックである。データ交換の量は、通例は比較的少なく、数サブフレームで搬送することができる。例えば、そのようなデータは、マシンを制御する、またはマシンから報告を行うためのＳＭＳタイプのメッセージである。

ＭＴＣ端末は、１．４ＭＨｚ帯域幅（または現在の最小要求である２０ＭＨｚに比べて別の比較的狭い帯域幅）のみで動作しＰＤＣＣＨは異なる帯域幅に対する互換性がないため、Ｅ−ＰＤＣＣＨによってのみアドレスが可能であるべきことが提案される。Ｅ−ＰＤＣＣＨによるアドレス指定とは、ＤＣＩがＰＤＳＣＨ領域で送信されることを意味する。Ｅ−ＰＤＣＣＨは、リリース１１に検討中の強化されたＰＤＣＣＨチャネルであり、より効率的でロバストな送信を提供する。

ＭＴＣ端末は、ＬＴＥ端末と比較して削減された機能を持つべきである。上記で記載したように、ＭＴＣ端末は、そのトラフィック特性によって他の端末のタイプと異なることもできる。ＭＴＣトラフィックに対するトラフィックモデルは、3GPP TR 36.888, v.0.2.0, “Study on provision of low-cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE”, 2012（非特許文献６）のAnnex Aに提供されており、文書番号Ｒ１−１２０８９１として自由にｗｗｗ．３ｇｐｐ．ｏｒｇで利用でき、本明細書に参照により援用される。詳細には、１０００ビットおよび１００００ビットのパケットサイズが、候補技術評価のために考察されている。ＭＴＣに対する候補技術は、ＱＰＳＫ変調のみのサポート、または一般的により低いレベルの変調における、ハイブリッドＡＲＱプロセスの削減される数、または、まったくハイブリッドＡＲＱの無いもの、および、しかしながら周波数ダイバーシティを減少させそれゆえに受信範囲に影響を与えることのできる帯域幅制限に限定できる。

上記の例から分かるように、ＭＴＣ端末は、削減された機能を持つべきであり、主としてスペクトル欠陥に影響を与える可能性がある。予め定義される時間ポイントのみでデータを送信する、および、低電力要求などのＭＴＣトラフィックの特殊性は、また、新規のより柔軟な物理チャネルマッピング戦略を考察する機会を提供する。

3GPP TS 36.211, "Evolved universal terrestrial radio access (E-UTRA); physical channels and modulations (Release 10)", version 10.4.0, 2012, Section 6.2 3GPP TS 36.212, v.10.4.0, "Evolved universal terrestrial radio access (E-UTRA); Multiplexing and channel coding" 3GPP TS 36.302, v10.3.0, "Evolved Universal Terrestrial Radio Access (E-UTRA); Services provided by the physical layer". Section 9.3.2.3 of the book "LTE: The UMTS Long Term Evolution from theory to practice" by S. Sesia, I. Toufik, M. Baker, Apr. 2009, John Wiley & Sons, ISBN 978-0-470-69716-0 3GPP TS 36.213, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures", version 3GPP TS 36.213, v.10.4.0, 2012 Annex A of 3GPP TR 36.888, v.0.2.0, "Study on provision of low-cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE", 2012

本発明の根底にある問題は、詳細には、ＭＴＣ端末などの低価格端末を提供、またはチャネル状態が不良な地域での受信範囲の拡大を提供する通信システムが、物理層でのより少ないオーバヘッドおよびより大きなパケットサイズという利便を受けることができるという観察に基づいている。さらに、本発明の根底にある問題は、現在ダウンリンクに対してＴＴＩバンドリングが可能ではないという観察に基づいている。

本発明の目的は、物理層送信に関してより柔軟性の高い効率の良い送信メカニズムを提供することにある。

これは、独立請求項の機能によって達成される。

有利となる実施形態は、従属請求項の主題である。

本発明の第１の態様によれば、マルチキャリア通信システムにおいてデータの送信を送信時間間隔の中で実行する装置であって、端末がデータを送信するためにスケジュールされるリソースを示し、スケジュールされる送信が１つまたは複数の送信時間間隔の中で実行されるか否かを示すためのバンドリング指示を含むスケジューリング情報を受信する制御情報受信ユニットと、受信されるバンドリング指示に従って、スケジュールされるリソースの中でデータを送信するデータ送信ユニットを備える装置が提供される。

本発明の別の態様では、マルチキャリア通信システムにおいてデータの受信を送信時間間隔の中で実行する装置であって、端末がデータを受信するためにスケジュールされるリソースを示し、スケジュールされる受信が１つまたは複数の送信時間間隔の中で実行されるか否かを示すためのバンドリング指示を含むスケジューリング情報を受信する制御情報受信ユニットと、スケジュールされるリソースの中で、受信されるバンドリング指示に従って、データを受信するデータ受信ユニットを備える装置が提供される。

本発明の別の態様では、マルチキャリア通信システムにおいて端末にデータを送信するスケジューリングノードであって、データの送信が送信時間間隔の中に実行され、端末がデータを受信するためにスケジュールされるリソースを示し、送信時間間隔バンドリングが端末へのスケジュールされる送信に適用されるか否かを示すためのバンドリング指示を含むスケジューリング情報を送信する制御情報送信ユニットと、送信されるバンドリング指示に従って、スケジュールされる送信リソースの中で端末へデータを送信するデータ送信ユニットを備えるスケジューリングノードが提供される。

本発明の別の態様では、マルチキャリア通信システムにおいて端末からデータを受信するスケジューリングノードであって、データの送信が送信時間間隔の中で実行され、端末がデータを送信するためにスケジュールされるリソースを示し、送信時間間隔バンドリングが端末からのデータのスケジュールされる受信に適用されるか否かを示すためのバンドリング指示を含むスケジューリング情報を送信する制御情報送信ユニット、および、スケジュールされる受信リソースの中で送信されるバンドリング指示に従って端末からデータを受信するデータ受信ユニットを備えるスケジューリングノードが提供される。

端末は、データが送信または受信される送信時間間隔の数、および、スケジュールされる送信もしくは受信のために効率的に使用される周波数リソースの数に基づいてスケジュールされる送信もしくは受信のためのデータのサイズを決定するデータサイズ決定ユニットをさらに含むことができる。

詳細には、次のアプローチのうちの１つに従ってトランスポートブロックサイズを計算することができる。
−バンドルサイズによって乗算される単一のサブフレーム内の送信のために使用されるサブキャリア数、および、単一サブフレーム内の送信のために使用されるトランスポートブロックサイズに基づくアプローチ
−単一のサブフレーム内の送信のために使用されるサブキャリア数、および、バンドルサイズによって乗算される単一のサブフレーム内の送信のために使用されるトランスポートブロックサイズに基づくアプローチ
−単一のサブフレーム内の送信のために使用されるサブキャリア数、および、単一サブフレーム内の送信のためのトランスポートブロックサイズを決定するために使用される、バンドルサイズで乗算されるインデックスである、トランスポートブロックサイズインデックスに基づくアプローチ
−バンドルサイズよりも小さな数で乗算される単一サブフレーム内の送信のために使用されるサブキャリア数、および、単一サブフレーム内での送信のために使用されるトランスポートブロックサイズに基づくアプローチ
−単一サブフレーム内の送信のために使用されるサブキャリア数、および、バンドルサイズよりも小さな数で乗算される単一サブフレーム内での送信のために使用されるトランスポートブロックサイズに基づくアプローチ
−単一サブフレーム内の送信のために使用されるサブキャリア数、および、単一サブフレーム内の送信のためのトランスポートブロックサイズを決定するために用いられる、バンドルサイズよりも小さな数で乗算されるインデックスである、トランスポートブロックサイズインデックスに基づくアプローチ

基礎としてサブキャリア数を使用する代わりに、いくつかのサブキャリアに由来する他の単位を、等しくまたは代替方法として使用できる。詳細には、リソースブロックは基礎として使用できるが、リソースブロックは、いくつかのサブキャリアとして、または、いくつかのサブキャリアおよびＯＦＤＭ符号などの時間間隔数の組み合わせとして定義できる。

バンドルサイズよりも小さな数は、１より大きいことが望まれることに留意されたい。これらのアプローチは、符号化レート低減とスケジュールされる送信ごとに増加するトランスポートブロックサイズとの間で選択が可能であるため、より高いスケーラビリティを提供する。

本発明の別の実施形態によれば、スケジューリング情報は、冗長性バージョン、または、アドレスされるＡＲＱプロセスの数を示すプロセス番号指示、および同時にバンドリング指示をさらに含む。

しかしながら、本発明はそれに制限されるものではなく他の代替方法も可能であることに留意されたい。例えば、異なる送信電力制御コマンドと共に予め定義された値を有する冗長性バージョンは、ＴＴＩバンドリングがスケジュールされるデータの送信に適用されるか否かを示すことができる。さらにそれは、所与の送信に対してバンドルされるＴＴＩ数を示すことができる。さらに代替方法として、チャネル状態情報要求は、チャネル状態情報の送信をトリガする代わりにＴＴＩバンドリングをトリガするために使用できる。このことは、ＭＴＣ端末シナリオなどのチャネル状態情報要求が使用される見込みがない構成において有利であろう。一般に、動的ＴＴＩバンドリングは、スケジュールされるリソースでの送信に関連する任意の種類の情報のなかでシグナリングすることができる。それは、ＴＴＩバンドリングに対するｏｎ／ｏｆｆとしていくつかの値を解釈することによって、および／または、ＴＴＩバンドルサイズを示すことによって、既存のシグナリングフィールド内に埋め込むことができる。他の代替方法では、１以上のサブフレームを有するＴＴＩバンドリングは、トランスポートブロックの最初の送信が示されるか使用される場合のみ示すことができる。そこではバンドリング方法の詳細が少なくとも１つの実施形態に従ってさらに示される。しかしながら、スケジューリング情報における新規の要素はまた、スケジュールされる送信でのスケジュールされるデータに対するバンドリングをｏｎ／ｏｆｆと切り替えるために特別にシグナリングされるものとして定義できる。

本発明の別の実施形態によれば、単一ＴＴＩバンドルのすべてのサブフレームが受信／チェック／評価された後、共通の確認応答（ＡＣＫまたはＮＡＫ）が、に送信される。代替方法として、個々のＡＣＫ／ＮＡＫシグナリングはそれぞれのサブフレームに適用できる。有利には、単一のバンドルから受信される１つまたは複数のサブフレームに基づいてデータの復号が成功できる場合には、ＡＣＫはデータ送信機へ送信され、データ送信機は同じバンドルからの残りのサブフレーム送信を停止できる。このようにして、リソースはより効率的に利用できる。このアプローチは、同じバンドルからのサブフレームの間にある１つ以上のサブフレームの遅延または間隔が存在する場合には特に有利である。

本発明の一態様によれば、マルチキャリア通信システムにおいてデータを送信する方法であって、データの送信が送信時間間隔の中で実行され、端末がデータを送信するためにスケジュールされるリソースを示し、１つまたは複数の送信時間間隔でスケジュールされる送信が実行されるかを示すためのバンドリング指示を含むスケジューリング情報を受信するステップと、スケジュールされるリソースの中で受信されるバンドリング指示に従ってデータを送信するステップとを含む方法が提供される。

マルチキャリア通信システムにおける、データの受信が送信時間間隔の中で実行されるデータを受信する方法では、端末がデータの受信のためにスケジュールされるリソースを示し、および１つまたは複数の送信時間間隔でスケジュールされる受信が実行されるか否かを示すためのバンドリング指示を含むスケジューリング情報を受信するステップと、スケジュールされるリソースの中で受信されるバンドリング指示に従ってデータを受信するステップとを含む。

本発明の別の態様によれば、マルチキャリア通信システムにおいて端末にデータを送信するスケジューリングノードであって、データの送信が送信時間間隔の中で実行され、端末がデータを受信するためにスケジュールされるリソースを示し、送信時間間隔バンドリングが端末へのスケジュールされる送信に対して適用されるか否かを示すためのバンドリング指示を含むスケジューリング情報を送信する制御情報送信ユニットと、スケジュールされる送信リソースの中で送信されるバンドリング指示に従って端末へデータを送信するデータ送信ユニットとを備えるスケジューリングノードが提供される。

本発明の別の態様によれば、マルチキャリア通信システムにおいて端末からデータを受信するスケジューリングノードであって、データの送信が送信時間間隔の中で実行され、端末がデータを送信するためにスケジュールされるリソースを示し、送信時間間隔バンドリングが端末からスケジュールされるデータの受信に対して適用されるか否かを示すためのバンドリング指示を含むスケジューリング情報を送信する制御情報送信ユニットと、スケジュールされる受信リソースの中で送信されるバンドリング指示に従って端末からデータを受信するデータ受信ユニットとを備えるスケジューリングノードが提供される。

その方法は、データが送信もしくは受信される送信時間間隔の数に基づいて、およびスケジュールされる送信もしくは受信のために効率的に使用されるいくつかの周波数リソースに基づいて、スケジュールされる送信もしくは受信に対するデータのサイズを決定するステップをさらに含む。

本発明の有利な一実施形態によれば、スケジューリング情報は、同じＴＴＩバンドルに所属する送信時間間隔間の遅延を示すインター送信時間間隔をさらに含む。

本発明の有利な別の実施形態によれば、バンドルされる送信時間間隔間の遅延は、その長さにおいて、同じＡＲＱプロセスのデータの２つの送信もしくは受信の間の時間間隔に対応する。この遅延は上記で記載するように予め定義するかシグナリングすることができる。この遅延は、また異なる値を持ち、ＡＲＱに関連するラウンドトリップ時間または（１つまたは複数の）ＨＡＲＱプロセスに、すなわち、ＴＴＩバンドリングが使用されない場合には同じプロセスに関する２つの送信間の時間に必ずしも揃える必要はないことに留意されたい。

好ましくは、スケジューリング情報は、複数のビットから構成され、それぞれが変調方式、および／または、単一の送信時間間隔の中でスケジュールされる送信もしくは受信のために利用される符号化データのサイズを示す複数の値を取ることができるように定義される変調インジケータと、スケジュールされる送信もしくは受信が複数の送信時間間隔の中で実行されることを示す少なくとも１つの値とを含む。

バンドリング指示は、スケジュールされる送信または受信が実行される送信時間間隔数を含むことができる。

本発明の一実施形態によれば、バンドリング可能インジケータは、送信時間間隔のバンドリングが有効にされているか否かを示すために、スケジューリングノードから端末へと提供される。バンドリング指示は（スケジューリングノードによって）含まれているだけか、またはバンドリングがバンドリング可能インジケータによって有効にされる場合に（端末によって）検出される。好ましくは、バンドリング可能インジケータは、半静的にシグナリングされる。

本発明の別の態様によると、コンピュータ可読のプログラムコードが実装されたコンピュータ可読媒体を含むコンピュータプログラム製品が提供され、プログラムコードは本発明を実施するように構成されている。

本発明のさらなる別の態様では、上記に記載される任意の装置を具現化する集積回路が提供される。

本発明の上記およびその他の目的および特徴は、添付図面との関連で与えられる以下の説明および好ましい実施形態からより明らかになろう。

３ＧＰＰ ＬＴＥで定義されたダウンリンクコンポーネントキャリアのサブフレームの概略的構造を示す概略図である。 ＬＴＥにおけるリソースグリッドの例を示す概略図である。 ＬＴＥにおける物理チャネルへデータをマッピングする例を示す概略図である。 良好／不良条件においてチャネルに異なるパケットサイズを送信するため動的送信時間間隔バンドリングの適合性を示す概略図である。 バンドリング無しおよび２−ＴＴＩバンドリングをサポートするアップリンクにおける変調および符号化方式のインデックスの例を示すテーブルである。 バンドリング無しおよび２−ＴＴＩバンドリングをサポートするアップリンクにおける変調および符号化方式のインデックスの例を示すテーブルである。 ＱＰＳＫのみをサポートするバンドリング無し、２−ＴＴＩバンドリング、および、４−ＴＴＩバンドリングをサポートするダウンリンクにおける変調および符号化方式のインデックスの例を示すテーブルである。 バンドリング無し、２−ＴＴＩバンドリング、および、４−ＴＴＩバンドリングをサポートするアップリンクにおける変調および符号化方式のインデックスと、ホッピングフラグの使用の例を示すテーブルである。 バンドリング無しおよび２−ＴＴＩバンドリングおよびインターＴＴＩ間隔値の１と８をサポートするアップリンクにおける変調および符号化方式のインデックスの例を示すテーブルである。 ＱＰＳＫと１６ＱＡＭの両方をサポートするバンドリング無し、２−ＴＴＩバンドリング、および、４−ＴＴＩバンドリングをサポートするダウンリンクにおける変調および符号化方式のインデックスの例を示すテーブルである。 バンドルされるＴＴＩおよびバンドリングの無いＴＴＩに対する冗長性バーションをシグナリングすることを可能にする冗長性バージョンインデックスアサインメントの例を示すテーブルである。 本発明のさまざまな実施形態による装置の例を示すブロック図である。 本発明による方法を含むアップリンクデータ送信を示すフロー図である。 本発明による方法を含むダウンリンクデータ送信を示すフロー図である。

本発明によれば、いくつかのシナリオの中で効率的なデータの送信を可能にするために、送信時間間隔（ＴＴＩ）バンドリングは、アップリンクおよび／またはダウンリンク共有チャネル内でデータを送信するよう構成できる。動的送信時間間隔バンドリングは、ＴＴＩバンドリングの使用または未使用が、送信または受信それぞれを割り当てる対応する制御信号手段によって、任意の個別のスケジュールされる送信（ＵＬ）または受信（ＤＬ）に対して決定されることを意味する。さらに、バンドルされる送信時間間隔の数および／またはバンドルされる送信間隔の間の遅延（サブフレーム内で測定される）が構成できる。

本発明は、ＭＴＣに対して有利に利用できる。しかしながら、ＭＴＣは単なる例にすぎず、本発明はまた、次に記載するように他のタイプの通信およびトラフィックに有益に適用できる。

ＭＴＣとは別に、３ＧＰＰは他の検討項目を扱い、それは、例えば、受信範囲の拡大および多種多様なデータアプリケーションに対する拡大に関連する。

受信範囲に関しては、アップリンク送信は制限要因である。詳細には、ボイスオーバＩＰ（ＶｏＩＰ）などのアプリケーションに対しては、物理アップリンク共有チャネル（ＰＵＳＣＨ）は、ＰＲＡＣＨ／Ｍｓｇ３に対する緩和された性能目標を特に有する制限要因である。ＰＲＡＣＨは物理ランダムアクセスチャネルであり、ネットワークへの端末の初期アクセスに対する役目を果たす。メッセージ３（Ｍｓｇ３）はＰＵＳＣＨでスケジュールされる送信であり、例えば、アップリンクＲＲＣ接続要求メッセージ、または同様なものを含むことができる。中速データレートに対する物理アップリンク共有チャネルは、他のチャネルよりも劣って実行する。その結果、３ＧＰＰは、中速およびアップリンクでのボイスオーバＩＰについて、またＭｓｇ３についても可能な受信範囲の拡大を検討している。

これらの検討項目の観点において、送信時間間隔の予め定義される数Ｎの動的バンドリングが有益となろう。一般に、ＴＴＩバンドリングは、再送信遅延および関連する制御オーバヘッドを避けるために、不良なチャネル条件における送信に対して特に効率的になることができる。ＴＴＩバンドリングでは、トランスポートブロックのＮ倍の送信が、バンドリングの無い場合よりも送信電力が限られる場合において可能になるであろう。

ＴＴＩバンドリングメカニズムは、アップリンクに対するＬＴＥのリリース８―１０の中ですでに利用されてきており、主に低速ＶｏＩＰサービスを対象にしている。このＴＴＩバンドリングの構成は、半静的に、すなわちＲＲＣプロトコルを介して実行されている。バンドリングに関しては、複数のハイブリッドＡＲＱプロセスに対するパケットセグメンテーションによるプロトコルオーバヘッドを避けることができる。詳細には、リリース８―１０において、４つの連続するサブフレームのバンドリングが導入されている。しかしながら、バンドリング構成は、ＱＰＳＫ変調および３つ以下の割り当てられる物理リソースブロックを可能としたにすぎない。

本発明の一態様によれば、バンドリングが動的に構成され、示され、実行される。動的バンドリングの利用は、トラフィック間隔が約０．５秒またはそれより長い場合に特に有益である。そのようなシナリオでは、それぞれの送信間のチャネル状態が、フェーディングの時間変動により低い相関関係にあるためである。したがって、チャネル状態は、ほとんど独立している。例えば、ステータスポーリングあるいは更新などのアプリケーションデータの周期的な送信に対して、このようなトラフィックが生じる。この種のトラフィックは、ＭＴＣアプリケーション中に一般に見出すことができる。動的バンドリングは、例えば、複数のトラフィックソースが並行して送信または受信される場合など、可変のビットレートアプリケーションで使用される可変のトランスポートブロックサイズを有する端末に対してもさらに有益である。さらに、動的バンドリングは、低速から中速のバーストトラフィックを有する端末など、上記で述べたトラフィックモデルの組み合わせにも有益である。例として、電子メール、ソーシャルネットワーク更新、地域情報のアップロードなどを周期的にチェックするスマートフォンを挙げることができる。

図４は、動的ＴＴＩバンドリングが有益であるシナリオを概略的に示したものである。それは、再送信の有るＴＴＩバンドリングと再送信の無いＴＴＩバンドリングとを区別している。チャネル状態が良好で生成されるパケットサイズが小から中の場合には、単一のＴＴＩコンセプト４１０が適している。よりチャネル状態が不良でより小さなパケットサイズ、またはチャネル状態はより良好だがより大きなパケットサイズの場合には、再送信の無いＴＴＩバンドリング４２０が、より有益であろう。最後に、さらに大きなパケットサイズでチャネル状態がより不良である場合には、ＴＴＩバンドリングは、少数の再送信と組み合わせることができよう４３０。

半静的なＴＴＩバンドリングは、アップリンクのボイスオーバＩＰに対するＬＴＥのリリース８―１０に適用されるが、制御オーバヘッドに起因する遅延を引き起こす結果になる。詳細には、バンドリング設定を有するＲＲＣパケットを送信し、設定を確認し、バンドリングを実行する必要がある。ＲＲＣコマンドに対する非起動および起動時間は、３ＧＰＰでは規定されておらず、その結果、いつ正確に端末がその構成を適用できるかを詳細に予測できない、すなわち、この場合にはバンドリングの（非）起動に対して予測できないため、不安定な遅延が存在する。この不安定さは、一部には、端末でＲＲＣパケットの検出および処理が成功するのに要求される実装固有の時間によるものであり、また一部には、ＲＲＣパケットがエラー確認により正確に検出されたか否か／いつ検出されたかについて基地局と端末との間での誤解が起こる可能性によるものである。したがって、基地局は、端末がＲＲＣコマンドを適用したことを保証できるまで、最大で数個の無線フレームを待つべきである。

この遅延は、動的ＴＴＩバンドリングを適用した場合には回避される。例えば、本発明の一実施形態に従えば、ＴＴＩバンドリングシグナリングは、ＰＤＣＣＨ、例えばＤＣＩの中で送信される。そのような動的ＴＴＩバンドリングは、また、バンドリングを始動するためのいかなる遅延も必要としない。ＰＤＣＣＨとそれに対応するＰＤＳＣＨ、ＰＵＳＣＨ送信との間のタイミング関係は、正確に指定される。したがって、ＴＴＩバンドリングが割り当てられる送信に適用されたか否かについての起動時間の不安定さは、存在しない。また、動的バンドリング指示は、対応してスケジュールされる送信（例えば、ダウンリンクに対するＰＤＳＣＨ、またはアップリンクに対するＰＵＳＣＨ）に対してのみ適用できるため、要求されるバンドリング非起動コマンドは存在せず、したがって非起動コマンドに対する遅延が、動的ＴＴＩバンドリング指示によって科せられることはない。

さらに、遅延とは別に、半静的バンドリング構成は、追加のＲＲＣシグナリングオーバヘッドをさらに要求する。詳細には、物理層上のいくつかのサブフレームおよびＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、またはＰＵＣＣＨサイクルは、ＲＲＣメッセージが伝達されるまで必要とされる。詳細には、ＰＤＣＣＨは、ＰＤＳＣＨ送信を示すために使用され、ＰＤＳＣＨ送信は、ＲＲＣメッセージを搬送するために使用され、ＰＵＣＣＨは、端末から基地局へのより低位な層における確認応答を送信するために使用され、ＰＤＣＣＨは、ＰＵＳＣＨ送信を示すために使用され、ＰＵＳＣＨ送信は、ＲＲＣ確認メッセージを伝達するために使用される。最悪の場合には、これらの態様のそれぞれが、送信の流れにおいて誤りがある場合のため、何回も実行される必要がある。比較的大きなＲＲＣオーバヘッドは、短いバーストトラフィックおよびエネルギー節約アプリケーションにとって特に重要な意味を持つ。端末は、より長い起動時間を必要とするため、ＤＲＸからのエネルギー節約の利便もまた削減される。

動的と半静的ＴＴＩバンドリングとの間の上記の比較から分かるように、動的ＴＴＩバンドリングは、低価格のＭＴＣ端末、受信範囲の拡大、および３ＧＰＰで現在の検討項目を形成する多種多様なデータアプリケーションからの改良に対して特に利便を提供する。

図１１は、本発明によるデバイスの例を示す。詳細には、図１１は２つの端末１１１０および１１２０を示す。端末１１１０は、ダウンリンクで動的バンドリングを適用できる端末である。端末１１２０は、アップリンクで動的バンドリングを適用できる端末である。当業者には明らかなように、アップリンクおよびダウンリンク方向の両方でバンドリングを適用できる単一の端末を提供できる。そのような端末は、端末１１１０および１１２０の両方の機能ブロックを含むであろう。図１１は、さらにスケジューリングノード１１９０を示す。スケジューリングノード１１９０は、端末によるデータの送信および受信をスケジュールする。スケジューリングノードは、基地局または無線ネットワークコントローラ、または同様なネットワークノードであってもよい。例えば、ＬＴＥでは、ｅＮｏｄｅＢは、ダウンリンク共有チャネル（ＰＤＳＣＨ）およびアップリンク共有チャネル（ＰＵＳＣＨ）に対する動的スケジューリングを実行する。しかしながら、一般には、ＬＴＥまたは他のシステムでは、スケジューリングは異なるノードによって、または他のダウンリンクもしくはアップリンクチャネルに対して実行され、そのようなシステムにおいて本発明を使用するのに依然として何の問題も存在しないことに留意されたい。

本発明の一実施形態によれば、端末１１２０は、マルチキャリア通信システムにおける、データの送信が送信時間間隔の中で実行されるデータの送信に対して提供される。端末１１２０は、端末がデータを送信するためにスケジュールされるリソースを示し、送信時間間隔バンドリングがスケジュールされる送信に対して適用されたか否かを示すためのバンドリング指示を含むスケジューリング情報を受信する制御情報受信ユニット１１２５を含む。さらに、端末はスケジュールされるリソースの中で、および、受信されるバンドリング指示に従って、データを送信するデータ送信ユニット１１２７を含む。

端末は、モバイル端末または固定端末であってもよい。有利には、端末はＭＴＣが可能な端末である。しかしながら、端末はまた、普通のユーザ端末またはリレーノードであってもよい。マルチキャリア通信システムは、ＬＴＥのような直交周波数分割変調（ＯＦＤＭ）をサポートする無線通信システムであってもよい。しかしながら、本発明はそれに限定されることはなく、本発明の動的バンドリングは、共有データまたは共有制御チャネル上で動的スケジューリングをサポートする任意の通信システムに適用できる。ここでの送信時間間隔は、データがサブフレーム中の送信のために物理層に提供される予め定義される処理時間間隔（無線インタフェース上の予め定義される継続時間）を参照する。例えば、ＬＴＥにおけるＴＴＩの長さは、１ミリ秒であり、背景技術の項ですでに記載したように、１つのＴＴＩが１つのサブフレームの物理リソースへマッピングされる。これらの値は、現在のＬＴＥ仕様に適用することに留意されたい。しかしながら、本発明は無線インタフェースの任意のタイミングに対して適用できる。

動的バンドリングの有効化は、半静的な構成、例えばＲＲＣ構成によって端末にシグナリングすることができる。これを達成するために、バンドリング可能構成パラメータを定義できる。バンドリング指示は、（スケジューリングノードによって）含まれるだけであり、またはバンドリングが構成パラメータによって有効化される場合には（端末によって）検出されるだけである。動的バンドリングは、上記に記載したように構成可能であることに留意されたい。しかしながら、これは本発明を限定するものではない。代替の実施形態では、動的バンドリングは常に有効にされ、これは、それぞれのスケジュールされるデータに対してバンドリングが使用されるか否かにかかわらず、スケジュールされるデータごとにそれが常にシグナリングされることを意味する。さらに、それはバンドリング可能構成パラメータが定義される場合にはＲＲＣによって必ずしも構成されなくてもよい。任意の他のタイプのシグナリングを使用できる。「半静的な」という用語は、ここでは、シグナリングされる値が１つ以上のスケジュールされる送信および／または受信に適用するという事実を参照する。

動的バンドリングが有効になると、次いで、単一の割り当てられる（基地局から端末、またはその逆の）送信に対してバンドルされるＴＴＩの数が、スケジューリング情報を含むそれぞれの送信アサインメントの中で端末へ示される。この場合、バンドルされるＴＴＩの数はまた１であってもよく、これは、この特定の送信に対してバンドリングが適用されず、１つだけのＴＴＩが送信に対して利用可能であることを意味する。バンドルされるＴＴＩの数は、２、３、４、８またはその他のようないくつかのＴＴＩをさらに含むことができる。バンドリングの有効化は、自動的にバンドリングを強制することはなく、むしろバンドリングが無効化される場合にはバンドリングが許可されないことに留意されたい。反対に、バンドリングが有効化される場合には、バンドリングが許可されるが、そのとき、バンドリングが送信／受信に実際に適用されるか否かは、バンドリング指示の１つの機能である。

動的バンドリング指示がスケジューリング情報と共に提供される場合は有益である。例えば、スケジューリング情報を伴う動的バンドリング指示は、ＬＴＥによって定義され、ＰＤＣＣＨまたは他の（１つまたは複数の）制御チャネル上で送信されるようなダウンリンク制御情報（ＤＣＩ）内で提供される。

バンドルされるＴＴＩは、無線インタフェースのタイミングに関して連続的に選択できる。例えば、ＬＴＥにおいては、これは、バンドルされるＴＴＩが連続するサブフレームにマッピングされることを意味する。しかしながら、バンドルされるＴＴＩが無線インタフェースのタイミングに関して分散される場合には、特別の時間ダイバーシティを達成できる。例えば、ＬＴＥにおいては、これは、バンドルされるＴＴＩが互いに隣接していないサブフレームにマッピングされることを意味する。任意の分散が適用できる。例えば、予め定義される遅延は、同じバンドルに属する最も近いサブフレームからそれぞれのサブフレームを分離できる。好ましくは、予め定義される遅延は、非バンドルＴＴＩの整数倍である。代替方法として、２つの時間間隔が近くのサブフレーム上にマッピングされ、３番目のＴＴＩがこれら２つのＴＴＩのいずれにも隣接しないようにマッピングできる。一般には、分散されるマッピングは、少なくとも２つのバンドルされるＴＴＩが隣接するサブフレームにマッピングされないことを仮定している。

有利には、スケジューリング情報は、バンドルされる、すなわち単一のスケジューリング情報に応じて同じバンドルに属している送信時間間隔の間の遅延を示すインター送信時間間隔をさらに含む。慣例に依存して、（少なくともＦＤＤにおいて）２つの続いているサブフレームにおける送信は、（２つの続いている送信間のサブフレームインデックスの差が１であるため、）１のインターＴＴＩ間隔を有するものと解釈できるか、または、（２つの送信間の「空き」サブフレームがないため、）０のインターＴＴＩ間隔を有するものと解釈できる。２番目の慣例にもかかわらず、以下では明確にするために最初の慣例のみを使用する。

代替方法として、インター送信時間間隔は、予め定義でき、その長さを同じＡＲＱプロセスのデータの２つの送信間の時間間隔に対応できる。ＦＤＤに対するＬＴＥでは、これは８ミリ秒の間隔であり、通常のハイブリッドＡＲＱタイミングと揃えることができる。さらに、バンドルされるＴＴＩ間のインターＴＴＩホッピングが使用できる。

ＴＤＤの場合には、ＦＤＤとは対照的に、アップリンク送信およびダウンリンク送信に対してすべてのサブフレームでは利用できないことに留意されたい。むしろ、利用できるサブフレームは、アップリンクおよびダウンリンクサブフレーム（およびアップリンクおよびダウンリンク間またはその逆での送信を生じることができる可能性のある特別なサブフレーム）の間で分割される。ＬＴＥに対しては、対応するＵＬ／ＤＬコンフィギュレーションが３ＧＰＰ ＴＳ ３６．２１１ ｖ１０．４．０のテーブル４．２−２に示されている。ＴＴＩバンドリングに関しては、これは、特に、この後概説するように、隣接するバンドルの課題またはインター送信時間間隔についての因果関係を有する。単純化するために、アップリンクバンドリングの場合のみが詳細に記載されている。ダウンリンクの場合はこのことから準用して推論できることが当業者には理解できる。

ＴＤＤ以外の場合には、隣接するサブフレームの１つのバンドルが示され、アップリンク送信に利用できるサブフレームのみを考慮すべきである。例えば、引用される３ＧＰＰ仕様からのＵＬ／ＤＬコンフィギュレーション＃１を使用して、＃２、＃３、＃７、＃８のサブフレームのみがアップリンクサブフレームとして指定され、このパターンは１０個のサブフレームごとに繰り返される。そのため利用できるアップリンクサブフレームは、＃２、＃３、＃７、＃８、＃１２、＃１３、＃１７、＃１８、＃２２、＃２３などになるであろう。その結果、バンドリングがサブフレーム＃２から始まる４つの連続したサブフレームに対して示される場合には、端末は、サブフレーム＃２、＃３、＃７、＃８が対応するバンドルされるサブフレームを形成していると仮定する。これらは時間領域という意味で隣接していないが、利用できるアップリンク送信機会に関しては依然として隣接している。一方、図８で示されるように同じ構成がインターＴＴＩ間隔で適用され、４−ＴＴＩのバンドルされる送信がサブフレーム＃２で開始すべき場合には、端末は、サブフレーム＃２、＃２２、＃４２、＃６２が対応するＴＴＩバンドルを形成していると仮定すべきである。したがって、この場合では、８番目ごとのアップリンク送信サブフレームがそのＴＴＩバンドルのために使用される。別のＴＴＩバンドルは、例えば、サブフレーム＃３、＃２３、＃４３、＃６３などによって形成されるであろう。

バンドリングインジケータは、スケジューリング情報内の個別フィールド（またはビット）にすることができるか、または、小さいスケジューリング情報ペイロードサイズを可能にできるように他のフィールド（またはビット）に有益に埋め込むことができる。以下に、バンドリングインジケータを他のフィールドに埋め込む有利な実施形態を紹介し、記載する。

スケジューリング情報は変調インジケータを含むことができ、それは複数のビットで構成され次に示す中で値を持つように定義できる。
・複数の値が含まれ、それぞれが単一の送信時間間隔においてスケジュールされる送信（ＵＬ）もしくは受信（ＤＬ）に対して使用される変調方式および／または符号化データのサイズを示す。および、
・少なくとも１つの値がスケジュールされる送信または受信が（バンドルされる）複数の送信時間間隔中で実行されることを示す。

このようにして、バンドリング情報（またはインジケータ）は変調インジケータの中に含まれ、そこでは、スケジュールされる送信または受信が複数の送信時間間隔中で実行されることを示す値が、ある特定のビット値（例えば、バンドリングに対しては変調インジケータの最上位ビット値が１である）を共有するか否かに一般には無関係であることに留意されたい。しかしながら、バンドリングが実行されるか否かを容易に検出するために、値に応じてｏｎ／ｏｆｆスイッチとして働く所定のビットを持つことが実際には望ましい。

詳細には、ＬＴＥにおいては、ＭＣＳインデックステーブルが、変調方式（変調次数など）および／または符号化データのサイズ（トランスポートブロックサイズインデックス）を示すために使用される。ＭＣＳインデックステーブルはまた、冗長性バージョン指示を含み、これは、ターボまたは畳み込み符号器などの順方向誤り訂正（ＦＥＣ）符号器の出力をレートマッチングするために使用される値を示す。冗長性バージョンは、送信される情報の開始位置、例えば、バッファ中の位置に対するインデックスとして使用される符号化情報内の符号化されるビット位置へのインデックスに対応できる。個別の新しいデータインジケータ（ＮＤＩ）は、新しいデータ（最初の送信）を示すために含めることができる。さらに、スケジューリング情報はまた、アドレスされるＡＲＱ（ＨＡＲＱ）プロセスへのインデックスを含むことができる。ＬＴＥにおいては、符号化性能を改良するために、一般的には異なる再送信では異なる冗長性バージョンを利用する誤り訂正符号を使用して、ハイブリッドＡＲＱが利用されることに留意されたい。しかしながら、ＭＴＣ端末の目的のために、または一般的な本発明の改良として、異なる冗長性バージョンを有しないＡＲＱも適用でき、例えば、それぞれの送信がトランスポートブロックの最初の送信かまたは再送信であるかにかかわらず、すべての送信に対する冗長性バージョンが常に０（または別の定義される値）であることが仮定される。本発明はまた、ＡＲＱが適用されない場合にも適用でき、これは、参照番号４２０で示すように、および図４を参照して記載されるように、いくつかのシナリオでは有益な場合がある。

上記に示すように、ＴＴＩバンドリングは、ＭＴＣ端末などの、低速から中速のバーストトラフィックを有するモバイル端末、セルエッジに近い端末、（例えば、アップリンク中に）電力制限を受ける端末、または、帯域幅もしくはデータレート制限のある低コスト端末に対して主として魅力がある。より高い変調レベルは、チャネル条件が一般に十分ではないので、これらのシナリオでは効率的に使用されない。例えば、６４ＱＡＭおよびおそらくは１６ＱＡＭも、これらのシナリオおよび／またはアプリケーションには不適かもしれない。

ＬＴＥにおいては、通常、ダウンリンクでは０〜９の間のＭＣＳレベル、アップリンクでは０〜１０の間のＭＣＳレベルが、ロバストなＱＰＳＫ変調を使用できることを示している（いくつかの例外については、ダウンリンクまたはアップリンクのそれぞれに対する上記で引用したＴＳ ３６．２１３、７および８節を参照のこと）。残りのレベルはより高レベルの変調を有する構成を指定する。したがって、電力制限のあるＭＣＳテーブルでの魅力的なレベルは、より低位のインデックスに集中している。これは、システム性能に悪い影響を与えることなくバンドリングの動的なシグナリングに対するより高いレベルの変調に対応する残りのレベルを使用する可能性を提供する。

本発明の有利な一実施形態によれば、ＭＣＳテーブルの一部分が、スケジュールされるデータに対して動的バンドリングを利用するか否かをシグナリングするために使用される。このようにして、ＭＣＳインデックスはまたバンドリング指示としての役割を果たす。また、バンドルされるＴＴＩの数を示すためのさらなるオプションは、１よりも大きなバンドルされるＴＴＩの数である少なくとも２を示すことができるように、ＭＣＳのより高レベルの変調状態内に含まれてもよい。そのテーブルの残りの部分は、現在のＭＣＳテーブルに対応でき、単一ＴＴＩ送信、すなわち、ＴＴＩバンドリングの無い送信（それはバンドルされるＴＴＩ数が１に等しいＴＴＩバンドリングであると示すことができる）に対する変調レベルを示すことができる。

図５Ａおよび図５Ｂは、動的アップリンクＴＴＩバンドリングに適用できるＭＣＳテーブルの例を示す。ＬＴＥにおいて現在適用されるテーブルと比較すると、新しい欄「サブフレームバンドリングサイズ」がバンドルされるＴＴＩの数を示すために追加されている。元のＬＴＥ ＭＣＳテーブルはインデックス０〜３１を持つ３２のエントリを持つ。この実施形態によれば、単一ＴＴＩ送信に対するＭＣＳテーブルは、トランスポートブロックサイズインデックス、および変調のオーダを示す１６のＭＣＳレベルに限定される。これらの最初の１６のレベルに対しては、ＴＴＩバンドリングサイズは１であり、バンドリングが適用されないことを意味する。これは、新しいデータ送信に関連するエントリ０〜１２に対応する。エントリ１３〜１５は、バンドリングの無い再送信、すなわち、バンドリングが、同じデータパケットの最初の送信に対して使用されたか否かにかかわらず、再送信自体が単一のＴＴＩで送信される場合における冗長性バージョンを示す。

図５Ａのテーブルのエントリ１６〜３１は、「サブフレームバンドリングサイズ」の値を除外したエントリ０〜１５の複製に対応している。したがって、エントリ１６〜３１は、２つのＴＴＩのＴＴＩバンドリングが適用されることを示すために使用される。例えば、レベル９および２５、レベル１０および２６などは同じＭＣＳ（すなわち、同じ変調次数および同じＴＢＳインデックス）を使用するが、異なるバンドリングを使用する。エントリ１６〜３１は、リリース８〜１０のＭＣＳレベルテーブルと比較すると新しい（異なる）ものである。その結果として、サポートできるトランスポートブロックサイズは、ＴＢＳインデックス１１に等価なものに限定され、それはＴＳ ３６．２１３のテーブル７．１．７．２．１−１によれば、２５の割り当てられるＰＲＢを有する最大４９６８ビットである。トランスポートブロックサイズは、ＴＢＳインデックスのみならず、割り当てられるＰＲＢの数の関数であることに留意されたい。この例では、再送信は、それぞれのレベル１３〜１５およびレベル２９〜３１に対応して、バンドリングがある、または、バンドリングが無い両方の構成に対してトリガできる。

代替方法または追加として、ハイブリッドＡＲＱインジケータ（ＨＩ）を運ぶＰＨＩＣＨまたは別のチャネルは、再送信をトリガさせるために使用できる（簡潔にするために、以下では、ＰＨＩＣＨの場合のみを記載する）。単一ＴＴＩまたはバンドルされるＴＴＩ再送信がＰＨＩＣＨによってトリガされるか否かは、より上位の層によって半静的に構成できるか、ＰＨＩＣＨ信号の一部にすることができるか、あるいは、最初の送信もしくは同じパケットの最新の（再）送信に対して使用されたバンドリング方法に依存できる。例えば、より上位の層は、ＰＨＩＣＨ上で受信されるＮＡＫが常にバンドリングの無い再送信をトリガする構成にできる。

代替方法として、バンドリングのある再送信を常にトリガさせるように構成できる。

代替方法として、最初のＰＨＩＣＨ値がバンドリングの無い再送信をトリガし、２番目のＰＨＩＣＨ値がバンドリングのある再送信をトリガし、３番目のＰＨＩＣＨ値が再送信をトリガしない。

代替方法として、ＰＨＩＣＨ上で受信されるＮＡＫが、同じパケットの最初の送信と同じバンドリングサイズ（１、すなわち、バンドリング無しを含む）を使用する再送信をトリガする。

代替方法として、ＰＨＩＣＨ上で受信されるＮＡＫが、同じパケットの最新の送信（すなわち、ＨＩまたはＤＣＩでトリガされた前の再送信を含む）と同じバンドリングサイズ（１、すなわち、バンドリング無しを含む）を使用する再送信をトリガする。

再送信をトリガするためにＨＩを使用することは、主として、無線リソースを節約するために役立つ。なぜならば、ＨＩペイロードは、ＤＣＩペイロードよりも本質的に小さいからである。また、（この振る舞いが固定または構成可能である場合に関わりなく）ＨＩがバンドリング無しの再送信を示すために使用される場合、バンドリング無しの場合に対して、より大きなＭＣＳレベルが使用でき、その結果として、バンドリング無しの最大のＴＢＳインデックスが、同じＭＣＳテーブルの中でバンドリングがある最大のＴＢＳインデックスよりも高くなるように、バンドリング無しの再送信をトリガするためのＭＣＳインデックスエントリの利用を避けることができる。

ある環境下では、ＭＣＳレベル２９は、いわゆる「ＣＳＩのみ」の送信を示すために使用されることにさらに留意されたい（詳細は、ＴＳ ３６．２１３、８．６節および副節を参照のこと）。したがって、そのようなＣＳＩのみの送信に対してもＴＴＩバンドリングの利便を得るために、そのような場合には、ＣＳＩのみの送信の条件として、ＭＣＳ＝２９だけでなく、例えば、（上記の例、または、冗長性バージョン１を指す任意の他のＭＣＳインデックスを使用して、）ＭＣＳ＝１３も使用することが好ましい。通常の振る舞いは、（他の基準と共に）ＭＣＳ＝２９がバンドリング無し（すなわちバンドリングサイズ＝１）のＣＳＩのみの送信を示すので、バンドリングが有効な場合には、ＭＣＳレベル２９〜３１がバンドリング無しの再送信（すなわち３６．２１３のリリース８〜１０の場合と同じ）をトリガすること、および、例えば、ＭＣＳレベル１３〜１５がバンドリングのある再送信をトリガすることがさらに好ましいであろう。

したがって、図５Ｂは、エントリ１３〜１５とエントリ２９〜３１におけるバンドリングサイズが交換されている点で図５Ａとは異なる。したがって、エントリ１３〜１５がバンドリングのある再送信をトリガし、エントリ２９〜３１がバンドリング無しの再送信をトリガする。このため、現在のテーブルオーダの互換性が達成できる。

特にＭＴＣ端末などのシナリオに対しては、バンドリングは、アップリンクだけでなく、ダウンリンクのスケジューリングにも有益であることに留意されたい。

前の例では、バンドリングがより上位の層で無効にされる場合には、例えばＴＳ ３６．２１３ テーブル８．６．１−１の中のＭＣＳテーブルが使用され、そこではすべてのエントリが、バンドリングが無いことを示している。バンドリングがより上位の層で有効にされる場合には、上記で概要を述べ、図５に説明的に示したように、ＭＣＳテーブルが使用される。この観点から、バンドリングを効率よく有効／無効にするための例えばＲＲＣ信号が、少なくとも２つのＭＣＳテーブルのうちのどちらを使用すべきかを判断するか、または少なくとも１つのＭＣＳテーブルの少なくとも２つの可能な解釈の間で切り替える。上記は拡張でき、例えば合計で３またはそれ以上の異なるＭＣＳデーブルを提供することもできる。そのうちの１つは、排他的にバンドリング無しの送信を示しており、他のＭＣＳテーブルは、例えば示すことのできるバンドリングサイズ、および／または示すことのできるインター送信時間間隔の数、および／または示すことのできる最大ＴＢＳインデックスが異なる場合がある（例えば、図５および図７による）異なるバンドリングの解釈から構成される。

本発明の別の実施形態によれば、端末１１１０がマルチキャリア通信システムにおけるデータを受信するために提供され、そこでは、データの受信が送信時間間隔の中で実行される。そのような端末１１１０は、アップリンクバンドリングが可能な端末１１２０と類似しており、端末がデータを受信するリソースに関連するスケジューリング情報、および、スケジュールされる受信が１つまたは複数の送信時間間隔の中で実行されるか否か（ＴＴＩバンドリングが受信に適用されるか否か）を示すためのバンドリング指示を受信する制御情報受信ユニット１１１５を含む。そのような端末１１１０は、さらに、受信されるバンドリング指示に従って、スケジュールされるリソースの中でデータを受信するデータ受信ユニット１１１２を含む。

スケジューリング情報および／またはバンドリングインジケータの上記に記載される特徴は、ダウンリンクスケジューリングに対しても適用する。詳細には、バンドリング指示は、いくつかのバンドルされるＴＴＩを含むことができる。スケジューリング情報は、バンドルされるＴＴＩがマッピングされるサブフレーム間の遅延を示すインターＴＴＩ遅延をさらに含むことができる。その遅延は、必ずしもシグナリングされないが、予め定義され、（Ｈ）ＡＲＱタイミングまたはスケジューリングサイクルに対応できる。しかしながら、予め定義される遅延のアプリケーションも信号で送ることができる。

図６は例を示したものであり、その中は図５を参照して記載される例と類似しており、ＬＴＥシステムにおいて定義されるＭＣＳテーブルの一部分が、バンドリング指示をシグナリングするために使用される。詳細には、ＭＣＳテーブルは、ＱＰＳＫ変調に限定され、ＴＴＩバンドリング指示「サブフレームバンドリングサイズ」を含む。この構成に対して、トランスポートブロックサイズは、２５の割り当てられるＰＲＢを持つ最大４００８ビットに制限される。エントリ０〜９は、もともと含まれるエントリに対応する。それらはサブフレームバンドリングが適用されないことを知らせる。エントリ１０〜１９は、複製されるエントリ０〜９に対応するが、サブフレームバンドリングサイズは２であり、２つのＴＴＩがバンドルされることを意味する。同様に、そのテーブルのエントリ２０〜２９は、バンドリングサイズが４である複製されたエントリ０〜９に対応し、４つのＴＴＩがバンドルされることを意味する。したがって、レベル８、１８および２８は同じＭＣＳを利用するがバンドリングは異なる。この場合、ＭＣＳテーブルのエントリ３０および３１に対応しているバンドリング有りまたはバンドリング無しの再送信をトリガすることができる。好ましくは、４つのバンドルされるＴＴＩを有する再送信はシステムには魅力的ではなさそうなので、レベル３１は、２つのＴＴＩバンドリングのみの再送信をトリガする。代替方法として、アップリンクの例でも記載するように、単一のＴＴＩまたはバンドルされるＴＴＩ再送信のトリガがＰＨＩＣＨで実行できる。

上記の例から分かるように、バンドリング指示は必ずしもシグナリングされる個別のフィールドではない。スケジューリング情報では、単一のインデックス（テーブルのＭＣＳインデックス）によって、変調および符号化方式がシグナリングされる。それぞれのインデックスは、バンドリング指示（ＴＴＩユニット中の「サブフレームバンドリングサイズ」）の値も含み、図５および図６を参照して記載されているテーブルのようなテーブルで定義される構成を割り当てている。しかしながら、本発明は、そのような構成に限定されるものではない。バンドリング指示はまた、スケジューリングノードから端末へと送信されるメッセージの１つのフィールドの中で個別にシグナリングすることができることに留意されたい。そのフィールドは、所与の送信に対するバンドリングをｏｆｆ／ｏｎで切り替えるための１ビットのフラグとすることができる。それはまた、バンドルされるＴＴＩ数を示す複数のビットのフィールドにできる。それはまた、インターＴＴＩ遅延を示すフィールドとすることができる。そのようなフィールド（またはビット）は、バンドリングがより上位の層によって有効にされる場合には、スケジューリング情報の中でのみ存在することが好ましい。代替方法として、フィールド（またはビット）は、常に存在し、したがってより上位の層のＴＴＩバンドリングを有効にするメッセージを含む（または置き換える）。そのような場合には、バンドリングサイズが１ＴＴＩであることを示すバンドリングインジケータが暗黙のうちにＴＴＩバンドリングを無効にする。一方、バンドリングサイズが１ＴＴＩより大きいことを示すバンドリングインジケータが暗黙のうちにＴＴＩバンドリングを有効にする。

図７は、アップリンクでバンドリングが有る場合およびバンドリングが無い場合に対して、ＭＣＳインデックスをシグナリングするために使用できるＭＣＳテーブルの別の例を示す。詳細には、ＴＴＩバンドリング無しのアサインメントは、依然としてＱＰＳＫ変調の傍らで、例えば、優れた品質を持つチャネルの場合には有益になる可能性のある１６ＱＡＭ変調送信も割り当てるために使用できる。詳細には、インデックス０〜１０のもとでのエントリは、ＱＰＳＫを意味する２オーダの変調を指定する。インデックス１１〜１４のもとでのエントリは、１６ＱＡＭを意味する４オーダの変調を指定する。０〜１４のすべてのエントリは、バンドリングの無い送信を指定する。エントリ１５〜２８は、オーダ２の変調（ＱＰＳＫ）およびＴＴＩバンドリングの適用を指定する。詳細には、エントリ１５〜２１は２ＴＴＩのバンドリングを示し、エントリ２２〜２８は４ＴＴＩのバンドリングを示す。

バンドリングが無いこの方法でのトランスポートブロックサイズ制限は、したがって、図５を参照して記載される例の場合よりも小さい。トランスポートブロックサイズは図５で示されるものの１３０％にできる。バンドリングが有る場合に対するトランスポートブロックサイズ制限は、多少は大きいが、依然として５ＭＨｚで１秒当たり最大１．３メガビットまで許容される。詳細には、最大トランスポートブロックサイズは、図５Ａまたは図５ＢのＭＣＳインデックステーブルを使用するトランスポートブロックサイズの５３％である。

ＭＣＳインデックスからＴＢＳインデックスへのマッピング、したがって対応するトランスポートブロックサイズは、代替方法として、選択される変調次数と独立にすることができることに留意すべきである。変調次数は、トランスポートブロックに使用できる順方向誤り訂正の冗長性の量に主として影響を与えている。その結果、ＴＴＩバンドリングが有効にされる場合には、変調次数は、定義により、２にセット（すなわちＱＰＳＫ）されるものであり、ＭＣＳテーブル中の対応するエントリを却下できる。例えば、図７ではテーブルから、ＭＣＳインデックス１２は、変調次数４およびＴＢＳインデックス１１に対応する。ＴＴＩバンドリングが有効にされ、記載される方法を使用する場合には、ＭＣＳインデックス１２は、依然としてＴＢＳインデックス１１に対応するが、変調次数は２である。ＴＴＩが有効な構成に応じて変調次数を扱うこの代替方式は、ダウンリンクおよびアップリンクに適用できる。

また、図７の例は、時間ダイバーシティを増加できるようにするためにバンドリング間隔を構成するために使用されるホッピングフラグのテーブルを示す。リリース１０までのＬＴＥの背景におけるホッピングフラグは、アップリンク送信を割り当てるすべてのＤＣＩフォーマットの中に存在する。ダウンリンク送信を割り当てるいくつかのＤＣＩフォーマットには、局所化される送信と分散される送信どちらかを決定するフラグが存在し、そこでは、局所化される方法はホッピング無しと同様であり、分散される方法はホッピングと同様である。その結果、ホッピングフラグテーブルに示す方法は、局所化／分散化フラグに準用して適用できる。好ましくは、バンドリングの場合には、ホッピング（インターサブフレームおよび／またはイントラサブフレームホッピングであってもよい。あるいは適用できれば、ホッピングではなく、分散される送信であってもよい）は、対応する送信の周波数ダイバーシティ効果を高めるために常に使用すべきである。今後のＬＴＥリリースまたは他の通信システムでは、対応するフラグは異なる名称を使用して存在するが同じ機能を提供することは当業者には明らかであろう。ホッピングフラグは、任意の他の実施形態および本明細書の上記および下記で記載される例の中でもシグナリングすることができることに留意されたい。

図９は、ダウンリンクＴＴＩバンドリングに適用できるＭＣＳテーブルの例を示す。図６を参照して記載される例と比べて、この例は、同じテーブル内で２つのＴＴＩのバンドリングおよび４つのＴＴＩのバンドリングを可能にする。エントリ０〜１５に示されるＴＴＩバンドリングの無い割り当ては、ＱＰＳＫ送信を除き、１６ＱＡＭ送信を割り当てるために依然として使用される。詳細には、エントリ０〜９はＱＰＳＫを示し、エントリ１０〜１５は１６ＱＡＭを示す。これは単なる例であり、より多くの、または、より少ないエントリがＱＰＳＫおよび１６ＱＡＭにそれぞれに専有できることに留意されたい。

適用できるテーブル内の少なくとも１つのＴＴＩバンドリングサイズの場合よりもバンドリング無しの場合に対して、より高い変調次数および／またはより大きなＴＢＳインデックスの有効化は、特に、チャネルが要求される容量を提供する場合における、高いスペクトル効率および／または高いデータスループットを有する送信を可能にするために有益である。ＴＴＩバンドリングの有効化および無効化が、半静的に実行される、すなわち構成がいくつかのサブフレームまたは無線フレームに対してさえも通常に持続する場合には、チャネル状態は変動しているために、高いスペクトル効率での送信を可能にするために少なくとも一時的にバンドリングを無効化するようにしてもよい。しかしながら、これは、構成メッセージの交換を必要とするので、これは、頻繁に切り替えが要求される場合には特に不合理なオーバヘッドを招く。この問題を回避するため、バンドリングが有効にされる場合に使用されるＭＣＳテーブルは、少なくとも１つの、１より大きいバンドリングサイズに対して利用できない、少なくとも１つのバンドリング無しのエントリ（すなわち、ここではバンドリングサイズが１である）に対する変調次数および／またはＴＢＳインデックスを有する。

したがって、トランスポートブロックサイズ制限は、バンドリング無しのエントリ（すなわち、ここでは、Ｎ_{Ｂｕｎｄｌｉｎｇ}＝１）に対する図６の例の場合ほど重要ではない。詳細には、トランスポートブロックサイズは図６の例の１８０％に増加される。バンドリングを使用する割り当てに対するトランスポートブロックサイズ制限は、図６の例の６５％に削減されるが、依然として、５ＭＨｚで１秒当たり１．３メガビットまで許容される。

図９では、ＭＣＳインデックス１６〜２２のエントリは、２つのＴＴＩのＴＴＩバンドリングに対する構成を示し、エントリ２３〜２９は、４つのＴＴＩでのＴＴＩバンドリングに対する構成を示す。バンドリングをサポートするエントリ１６〜２９は、すべてＱＰＳＫ変調を示す。再送信は、バンドリング無し、および、２つのＴＴＩのバンドリングに対してそれぞれエントリ３０と３１によって示すことがきる。４つのＴＴＩでのバンドリングに対する再送信は、効率的ではなく、したがって必要とされないことを仮定している。通信システムの合理的な操作に対して、パケットの最初の送信の目標誤り率は、５０％より高くなるべきではないことが仮定されており、実際には、高いセルスループットを達成するために最適な多くの場合では、５％と３５％との間の平均ブロック誤り率であることがシミュレーションによって示されている。そのため、スケジューラが最初の送信を割り当てる場合には、目標のブロック誤り率に到達するためにバンドリングが必要とされるか否かはすでに評価されている。最初の送信に対して依然として誤りが起こる場合には、通常、送信すべき追加の冗長の量は、最初の送信で送信された冗長の量を越える、または等しくする必要はない。冗長の量は通常、ＴＴＩバンドリングサイズと共に増加するので、最大４つのＴＴＩの最大バンドリングサイズに関しては、再送に対する最大２つのバンドルされるＴＴＩで十分である。しかしながら、図７のＵＬに対する類似の構成と同様、この構成は、本発明における再送信を、２つのＴＴＩでのバンドリングに限定することを意味していない。一般に、対応するエントリは、４つのＴＴＩでの再送信に対しても定義することができる。また、その再送信は、ＰＨＩＣＨでシグナリングすることができ、それは、すでに概要を述べたように、ＭＣＳテーブルによって提供される可能性と比較して、異なる独立した方法で、バンドルされる再送信をトリガできる。一般に、再送信は、バンドリング指示をシグナリングするための要素および／またはチャネルとは異なる要素および／またはチャネルにおいて、シグナリングすることができる。

図８は、バンドルされるＴＴＩの数バンドリングインジケータおよびインターＴＴＩ遅延を動的にシグナリングする別の例を示す。詳細には、図８では、テーブルのエントリ０〜１４は、ＴＴＩバンドリングが適用されないことを示す。これらのエントリのうちエントリ０〜１０は、ＱＰＳＫをサポートし、エントリ１１〜１４は、１６ＱＡＭ（「変調次数」欄を参照のこと）をサポートする。エントリ１５〜２８は、２つのＴＴＩでのバンドリングが適用されることを示す（「バンドリングＴＴＩ」欄を参照のこと）。また、「インターＴＴＩ間隔」と題する新しい欄が追加され、バンドリングのある構成に対して、ＴＴＩ間の遅延が使用されるか否かを示す。詳細には、エントリ１６〜２１は遅延が適用されない、すなわち、ＴＴＩがマッピングされる２つのサブフレーム間の遅延が１ミリ秒でありこれはサブフレームが隣接することを意味する。エントリ２２〜２８はサブフレーム間の８ミリ秒の遅延を適用する。明らかなことではあるが、バンドリング無し（すなわち、バンドリングサイズが１のＴＴＩ）が示されている場合には、インターＴＴＩ間隔は存在せず、したがって、対応するエントリは予約されるかまたはｎ／ａ（「適用不可」）にできる。この例では、ホッピングフラグがシグナリングされないことに留意されたい。しかしながら、このことは、この例をホッピングの無い構成に限定するものではない。ホッピングは依然として、バンドリング有／無によって動的にｏｎ／ｏｆｆに切り替えることができる。エントリ２９〜３１は、バンドリングの無い構成に対する再送信バージョンのシグナリングを有効にする。ここでは、バンドリングの有る構成に対しては再送信が必要ないことが仮定されている。しかしながら、他の例のように、バンドリングの場合に対して再送信バージョンは、またシグナリングすることができる。

上記の例では、変調および符号化方式指示に対するバンドリング指示のマッピングが示されていた。詳細には、変調および符号化方式インデックスのいくつかのエントリは、ＴＴＩバンドリングが適用されること、および／またはバンドルされるＴＴＩの数、および／またはバンドルされるＴＴＩがマッピングされるサブフレーム間の遅延を示すために予約されていた。次いで、変調および符号化指示インデックスが、送信または受信に対してスケジューリングされるリソースへデータをマッピングする方法を決定するために、スケジューリング情報の一部として送信される。

要約すれば、動的ＴＴＩバンドリングの一般的な利便は、明示的に再送要求をするよりも、より少ない制御オーバヘッドであることである。さらに、リリース８〜１０のアップリンクＴＴＩバンドリングと比較して、より低速な符号化レートを動的にサポートでき、時間ダイバーシティゲインが増加する。ＴＴＩバンドリングを有効または無効にすることに対するＲＲＣコンフィギュレーションの起動の不確定さは存在しない。こうした利点により、より柔軟になり、バンドリングの基地局側でリソース管理がより単純になる。ＴＴＩバンドリングのタイミングは、同じセル内のハイブリッドＡＲＱのタイミングに揃えることができる。ダウンリンクでは、ローカルデバイスに対するバッファリング要件は、バンドリングを使用することで削減できる。

上記のアプローチはすべてトランスポートブロックサイズがリソースブロックアサインメント（ＲＢＡ）およびＭＣＳによって決定されると仮定している。リソースブロックアサインメントは、送信に対して割り当てられる物理リソースブロック数に対応する。物理リソースブロック（ＰＲＢ）はそれぞれ予め定義されるサブキャリア数を含むので、リソースブロックアサインメントは、端末による送信または受信に割り当てられるサブキャリア数を指定する。これが、送信または受信帯域幅に対応する。現在のＬＴＥ構成に従ってトランスポートブロックサイズを決定する例が、ｗｗｗ．３ｇｐｐ．ｏｒｇで自由に利用できる３ＧＰＰ ＴＳ ３６．２１３，ｖ１０．４．０，２０１２のダウンリンクに対する７節およびアップリンクに対する８節に示されている。詳細には、テーブル７．１．７．１−１／８．６．１−１および７．１．７．２．１−１〜７．１．７．２．５−１がＭＣＳインデックスからＴＢＳインデックスを決定し、ＴＢＳインデックスからＴＢＳサイズおよびＮ＿ＰＲＢを決定するために使用される。Ｎ＿ＰＲＢがリソースブロックアサインメントのＤＣＩフォーマットから読み込まれる割り当てられるＰＲＢの数である。リリース８〜１０ ＵＬ ＴＴＩバンドリングに対しては、Ｎ＿ＰＲＢがサブフレームごとに割り当てられるＰＲＢの数として決定される。

本発明による動的バンドリングの適用に対しては、バンドリングの有るトランスポートブロックサイズは、（１つのＴＴＩの中での送信を仮定する）現在のＬＴＥのトランスポートブロックサイズと同じ方法および／またはリリース８〜１０ ＵＬ ＴＴＩバンドリングと同じ方法で決定できる。すなわち、サブフレーム当たりの割り当てられるＰＲＢ数としてＮ＿ＰＲＢを決定できる。したがって、割り当てられるＰＲＢ数と共に、変調および符号化方式インデックス（詳細には、ＭＣＳインデックスに対応するＴＢＳインデックス値）は、単一またはバンドルされるＴＴＩへマッピングされるトランスポートブロックのトランスポートブロックサイズを指定する。言い換えれば、例えばテーブル７．１．７．２−１を参照すれば、ＴＢＳは、（Ｉ_ＴＢＳ，Ｎ_ＰＲＢ）エントリによって与えられる。

しかしながら、本発明はそのような実施形態に限定されるものではない。代替方法として、バンドリングを有する構成に対して、ＭＣＳおよび効率的に使用される物理リソースブロック数、Ｎ＿ＰＲＢ＿ｅｆｆが、３ＧＰＰ ＴＳ３６．２１３の７節に示されているテーブルの中で、トランスポートブロックサイズを調べるために使用できる。なお、このテーブルでは、シグナリングされるＭＣＳインデックスに対応するＴＢＳインデックスがテーブルの行を参照し、割り当てられるＰＲＢの数がテーブルの列を参照し、その結果としてトランスポートブロックサイズが、参照した行と列（Ｉ_ＴＢＳ，Ｎ_{ＰＲＢ＿ｅｆｆ}）エントリの中に見出される）

例えば、ＰＤＤＣＨは、符号化レートまたはトランスポートブロックサイズがバンドリングの効果を得られるか否かを示すことができる。これを達成するためには、１ビットのフラグで十分であろう。この１ビットのフラグはＴＰＣ、ＭＣＳ、または、ＲＶからとることができる。しかしながら、フラグは、また別の要素の中でシグナリングされるようにできるか、またはそれをシグナリングするために新しい要素を定義できる。

ＴＴＩバンドリングは、単一の送信に対してより多くのリソースを提供する。これは、符号化レートを低下させ、したがって、送信をより信頼できるものにするために、および／または、より多くのデータを送信する、すなわちトランスポートブロックサイズを増加させるために利用できる。上記の例では、符号化レートのフラグは、符号化レートが減少するか否か、または、トランスポートブロックサイズがその代わりに増加されるか否か、すなわち、ＴＢＳが（Ｉ_ＴＢＳ，Ｎ_ＰＲＢ）または（Ｉ_ＴＢＳ，２・Ｎ_ＰＲＢ）エントリによって決定されるか否かを示すことができる。２−ＴＴＩバンドリングの場合には、１ビットのフラグで十分かもしれない。しかしながら、４つのＴＴＩのバンドリングは、より多くの選択の可能性を提供する場合がある。例えば、符号化レートが減少し、同時にトランスポートブロックサイズが増加する場合がある。したがって、１ビット以上のフラグが、シグナリングに対しては有益であろう。

例えば、ＰＤＣＣＨは、符号化レートまたはＴＢＳが、新しいインジケータＢＵＮＤＬＩＮＧ＿ＭＯＤＥを使用することによって、バンドリングから利便を得るべきか否かを示すことができる。上記で記載されたように、ＢＵＮＤＬＩＮＧ＿ＭＯＤＥをシグナリングするためには、１ビットのフラグで十分であるかもしれない。１ビットは、ＴＰＣ、ＭＣＳ，ＲＶなどのすでに存在しているインジケータから盗用できるか、または、新しい１ビットを追加できる。

値０を持つＢＵＮＤＬＩＮＧ＿ＭＯＤＥインジケータ、ＢＵＮＤＬＩＮＧ＿ＭＯＤＥ＝０は、トランスポートブロックサイズがリリース８〜１０の中で決定されることを示すことができる。すなわちＮ＿ＰＲＢは、サブフレーム当たりで割り当てられるＰＲＢ数であり、したがって、ＴＢＳは（Ｉ_ＴＢＳ，Ｎ_ＰＲＢ）エントリで決定される。値が１である、ＢＵＮＤＬＩＮＧ＿ＭＯＤＥ＝１は、トランスポートブロックサイズがすべてのバンドルされるサブフレームに割り当てられるＰＲＢの合計として決定されることを示すことができる。すなわち、ＢＵＮＤＬＩＮＧ＿ＭＯＤＥ＝０に対する上記の構成と比較すれば、ＰＲＢの有効数は、サブフレーム数で乗ぜられ、したがってＴＢＳは（Ｉ_ＴＢＳ，Ｎ_{Ｂｕｎｄｌｉｎｇ}・Ｎ_ＰＲＢ）エントリによって決定される。ここで、Ｎ_{Ｂｕｎｄｌｉｎｇ}は、バンドルされるＴＴＩの数または本発明におけるＴＴＩ中のサブフレームバンドリングサイズである。

例えば、ＤＣＩフォーマット１Ａ（ＤＬ）が、ＰＲＢ＃０〜９（１０個のＰＲＢ）が４−ＴＴＩバンドルの中のＭＣＳ＃１５（ＭＣＳインデックス１５、すなわちＭＣＳテーブルの第１６のエントリ）で使用されることを示すと仮定する。ＢＵＮＤＬＩＮＧ＿ＭＯＤＥ＝０の場合には、ＭＣＳインデックスＩ＿ＭＣＳ＝１５のこの構成は、トランスポートブロックサイズインデックスＩ＿ＴＢＳ＝１４となる。割り当てられるＰＲＢ数は、Ｎ＿ＰＲＢ＝１０である。ＴＳ ３６．２１３のテーブル７．１．７．２．１−１の行インデックス１４および列インデックス１０を見ると、トランスポートブロックサイズＴＢＳ＝２８５６ビットがわかる。ＢＵＮＤＬＩＮＧ＿ＭＯＤＥ＝１の場合には、変調および符号化方式インデックスは、同じＩ＿ＭＣＳ＝１５のままであり、したがって、トランスポートブロックサイズインデックスもまた前の例と同じである。すなわちＩ＿ＴＢＳ＝１４である。しかしながら、有効に使用されるＰＲＢ数は、Ｎ＿ＰＲＢ＿ｅｆｆ＝４＊１０＝４０に変化する。ＴＳ ３６．２１３の同じテーブル７．１．７．２．１−１の行インデックス１４および列インデックス４０を見ると、トランスポートブロックサイズはＴＢＳ＝１１４４８ビットであることがわかる。

これは、ＴＴＩバンドルサイズで乗算された後の最大のＮ＿ＰＲＢは、テーブル７．２．７．２．１−１の中で定義されるように１１０を越えないことを暗示している。この最大の値を考慮するために、１１０に対する制限は、ＴＢＳ値の選択できる調整で実行される。例えば、（Ｉ_ＴＢＳ，Ｎ_{Ｂｕｎｄｌｉｎｇ}・Ｎ_ＰＲＢ）エントリからＴＢＳを決定する規則は、１と
のＰＲＢとの間に割り当てられる場合にのみ適用できる。より大きな値に対しては、（Ｉ_ＴＢＳ，Ｎ_ＰＲＢ）エントリから得られるＴＢＳサイズと有効なトランスポートブロックサイズＴＢＳ＿ｅｆｆ（これは最終的に適用できるトランスポートブロックサイズである）との間にある対応するテーブルを利用できる。ここで、ＴＢＳに対するＴＢＳ＿ｅｆｆの比率は、実質的にはほぼＮ_{Ｂｕｎｄｌｉｎｇ}であり、［０．９５・Ｎ_{Ｂｕｎｄｌｉｎｇ}；１．０５・Ｎ_{Ｂｕｎｄｌｉｎｇ}］の区間にあることが好ましい。

上記の例では、バンドリングモードインジケータの１つの値が、トランスポートブロックサイズが、スケジューリング情報の中で示されるトランスポートブロックサイズインデックス、および、サブキャリア（物理リソースブロック）の割り当てられる数とバンドルされるＴＴＩの数の積に基づいて決定されることを知らせる。

以下では、ＢＵＮＤＬＩＮＧ＿ＭＯＤＥインジケータの値に対する別の代替方法の例を提供する。ＢＵＮＤＬＩＮＧ＿ＭＯＤＥ＝０の場合は、前の例で記載されたものと同じである。すなわち、ＴＢＳは、リリース８〜１０の中で決定され、Ｎ＿ＰＲＢはサブフレームごとに割り当てられるＰＲＢの数である。ＢＵＮＤＬＩＮＧ＿ＭＯＤＥ＝１の場合は、上記の例とは異なる。詳細には、トランスポートブロックサイズインデックスＩ＿ＴＢＳは、ＴＴＩバンドルでのサブフレームの数で修正される。ＤＣＩフォーマット１Ａ（ＤＬ）がＰＲＢ＃０〜９を示し、これは、送信に対して１０個のＰＲＢが割り当てられていることを意味し、また、４−ＴＴＩバンドルにて値３を有するＭＣＳインデックスが構成されていると仮定する。ＢＵＮＤＬＩＮＧ＿ＭＯＤＥ＝０に対しては、ＭＣＳインデックスＩ＿ＭＣＳ＝３は、ＴＢＳインデックスＩ＿ＴＢＳ＝３になる。割り当てられるＰＲＢ数は、Ｎ＿ＰＲＢ＝１０である。この構成は、テーブル７．２．７．２．１−１によれば、（３，１０）エントリを使用するＴＢＳ＝５６８ビットのトランスポートブロックサイズになる。一方、ＢＵＮＤＬＩＮＧ＿ＭＯＤＥ＝１の場合には、ＭＣＳインデックスは同じ、すなわちＩ＿ＭＣＳ＝３であるが、異なるトランスポートブロックサイズインデックス、すなわちＩ＿ＴＢＳ＝４＊３＝１２になる。Ｎ＿ＰＲＢ＝１０およびテーブル７．２．７．２．１−１を使用することで、ＴＢＳ＝２２８０ビットのトランスポートブロックサイズが、（１２，１０）エントリを使用して見出される。このように、テーブル７．２．７．２．１−１の中での一般的なアプローチは、エントリ（Ｎ_{Ｂｕｎｄｌｉｎｇ}・Ｉ_ＴＢＳ，Ｎ_ＰＲＢ）を調べることである。

このことは、テーブル７．２．７．２．１−１において、ＴＴＩバンドルサイズによって乗算した後のＩ＿ＴＢＳの最大は、２６であることを暗示する。この値を越えることは、ＴＢＳ値の任意選択の調整でそれを２６に制限することによって回避できる。例えば、（Ｎ_{Ｂｕｎｄｌｉｎｇ}・Ｉ_ＴＢＳ，Ｎ_ＰＲＢ）エントリからＴＢＳを決定する規則は、ＴＢＳが０と
の間でＴＢＳを割り当てられる場合にのみ適用できる。より大きな値に対しては、（Ｉ_ＴＢＳ，Ｎ_ＰＲＢ）エントリから得られるＴＢＳサイズと有効トランスポートブロックサイズＴＢＳ＿ｅｆｆ（これは最終的に適用可能なトランスポートブロックサイズである）との間にある対応するテーブルを利用でき、ここでは、ＴＢＳに対するＴＢＳ＿ｅｆｆ比は、実質的にほぼＮ_{Ｂｕｎｄｌｉｎｇ}であり、［０．９５・Ｎ_{Ｂｕｎｄｌｉｎｇ}；１．０５・Ｎ_{Ｂｕｎｄｌｉｎｇ}］の範囲内にあることが好ましい。

上記の例では、スケジューリング情報の中で示され、かつ、バンドルされるＴＴＩの数によって乗算されるトランスポートブロックサイズインデックス、および、割り当てられるサブキャリア（物理リソースブロック）の数に基づいて、トランスポートブロックサイズが決定されることを、バンドリングモードインジケータの１つの値が知らせている。

バンドリングモードインジケータのシグナリングに関する別の例によれば、ＢＵＮＤＬＩＮＧ＿ＭＯＤＥ＝０の場合は、上記の例と同じ、すなわち、ＴＢＳはリリース８〜１０の中でＮ＿ＰＲＢがサブフレーム当たりに割り当てられるＰＲＢの数になるように決定される。しかしながら、ＢＵＮＤＬＩＮＧ＿ＭＯＤＥ＝１の場合には、ＴＢＳはこれとは異なって決定される。詳細には、有効トランスポートブロックサイズＴＢＳ＿ｅｆｆは、リリース８で得られる値で、すなわち単一サブフレームに対するトランスポートブロックサイズでＴＴＩバンドルサイズを乗算したものとして決定される。

例えば、ＤＣＩフォーマット１Ａ（ＤＬ）が、ＰＲＢ＃０〜９（１０個のＰＲＢ）が４−ＴＴＩバンドルの中のＭＣＳ＃３（Ｉ＿ＭＣＳ＝３）で使用することを示すと仮定する。ＢＵＮＤＬＩＮＧ＿ＭＯＤＥ＝０の場合には、Ｉ＿ＭＣＳ＝１５であり、これにより、Ｉ＿ＴＢＳ＝１４になる。これは、Ｎ＿ＰＲＢ＝１０およびテーブル７．２．７．２．１−１により、上記の第１の例のように、（１４，１０）エントリを使用するＴＢＳ＝２８５６ビットになる。ＢＵＮＤＬＩＮＧ＿ＭＯＤＥ＝１の場合には、同じＩ＿ＭＣＳ＝１５であり、これにより、Ｉ＿ＴＢＳ＝１４になり、Ｎ＿ＰＲＢ＝１０が２８５６の表にされているＴＢＳの同じ値を調べるために使用される。次いで、ＴＢＳ＿ｅｆｆは、表にされているＴＢＳをバンドルされるＴＴＩの数で乗算して決定される。つまり、ＴＢＳ＿ｅｆｆ＝Ｎ_{Ｂｕｎｄｌｉｎｇ}・ＴＢＳで決定され、すなわちその例では、ＴＢＳ＿ｅｆｆ＝４＊２８５６ビット＝１１４２４ビットである。ここで、「表にされているＴＢＳ」は単一のサブフレームに対して適用できるＴＢＳ、すなわち（Ｉ_ＴＢＳ，Ｎ_ＰＲＢ）に対して調べられるエントリであると仮定される。

「トランスポートブロックサイズ」という用語は、ＬＴＥにおいて１つのＴＴＩにマッピングされるデータのサイズを決定するために使用されることに留意されたい。この明細書では、トランスポートブロックサイズは、１つのＴＴＩ（バンドリングが適用されない場合）、または、バンドリングが適用される場合には複数のバンドルされるＴＴＩへマッピングされるデータの数を参照する。背景技術の項に記載されたように、トランスポートブロックデータは、ＴＴＩにマッピングする前に誤り訂正符号で符号化され、ＣＲＣを挿入される。

代替方法として、ある特定の符号化レートを常に改良できるようにするために、トランスポートブロックサイズルックアップテーブルに対して、有効に使用されるＰＲＢの数、Ｎ＿ＰＲＢ＿ｅｆｆが、１より大きなバンドリングサイズに対して次のように決定できる。
Ｎ＿ＰＲＢ＿ｅｆｆ＝（ＴＴＩ＿ｂｕｎｄｌｅ＿ｓｉｚｅ／２）×Ｎ＿ＰＲＢ
ここで、ＴＴＩ＿ｂｕｎｄｌｅ＿ｓｉｚｅは、バンドルされるＴＴＩの数であり、Ｎ＿ＰＲＢは、スケジューリング情報に従い送信に対して割り付けられるＰＲＢの数を参照している。そして（Ｉ_ＴＢＳ，Ｎ_{ＰＲＢ＿ｅｆｆ}）エントリからＴＢＳが調べられる。この代替方法では、追加フラグの明示的なシグナリングは必要とされない。２で割り切れない１以外のバンドリングサイズが使用される場合には、Ｎ＿ＰＲＢ＿ｅｆｆが
または
として決定されるのが好ましい。これらの式の分母は、他の値、好ましくは１より大きな許容されるＴＴＩバンドリングサイズＮ_{Ｂｕｎｄｌｉｎｇ}の最小の数によって置き換えることができる。

したがって、２つのＴＴＩのＴＴＩバンドリングに対しては、有効に使用されるＰＲＢ、つまり、Ｎ＿ＰＲＢ＿ｅｆｆの数が、割り当てられるＰＲＢ（単一サブフレーム当たりのＰＲＢ）の数と同じ値を持つため、符号化レートのみが改善される。これは、結果として、バンドリング無しの構成と比較すると、半分の符号化レートとなる。しかしながら、４つのＴＴＩのＴＴＩバンドリングに対しては、２つのＴＴＩにおけるバンドリングと同じように、符号化レートは半分に減少されるが、有効に使用されるトランスポートブロックサイズは、２倍に増加する。

ＴＢＳの増加もまた、上記の例に示すように、例えば、ＴＢＳサイズをバンドルされるＴＴＩの数よりも小さな乗数で乗算することによって、または、ＴＢＳインデックスをバンドルされるＴＴＩの数よりも小さな数で乗算することによって実現できる。この結果、乗数としてＮ_{Ｂｕｎｄｌｉｎｇ}を使用する代わりに、例えば、
または
の乗数が使用される。ここで、分母は他の値、好ましくは１より大きな許容されるＴＴＩバンドリングサイズＮ_{Ｂｕｎｄｌｉｎｇ}の最小の数によって置き換えることができる。

さらに代替方法として、符号化レートおよび／またはトランスポートブロックサイズがバンドリングによる利便性があるか否かを判断するために、半静的な構成が適用できる。この半静的な構成は、ＰＤＣＣＨ上のシグナリングを準用参照する、すなわち、上記の例のいずれかに記載されたようにバンドリングモードインジケータを提供し、それを用いることによって、上記で記載されたのと同じように実行できる。

サブフレーム（ＴＴＩ）バンドリングが、（ＤＣＩ、すなわちスケジューリング情報によって）動的に示されない場合、すなわち、サブフレーム（ＴＴＩ）バンドリング自体が、例えば、リリース８〜１０のアップリンクＶｏＩＰのＲＲＣによって半静的に有効にされる場合にも、上記に記載された代替方法および例が使用できることに留意されたい。このことは、本発明の別の態様による１つのＴＴＩバンドルをマッピングするデータのサイズが、次のようにして決定されることを意味する。
−バンドルされるＴＴＩの数（ＴＴＩバンドルのサイズ）によって乗算される単一のサブフレーム内の送信／受信に対して割り当てられるサブキャリア（またはＰＲＢ）の数に基づいてＴＢＳを決定する、または、
−バンドルされるＴＴＩの数（ＴＴＩバンドルのサイズ）によって乗算される単一サブフレームに対するＴＢＳを乗算することに基づいてＴＢＳを決定する、または、
−バンドルされるＴＴＩの数（ＴＴＩバンドルのサイズ）によって乗算されるインデックスであり、単一サブフレームに対するＴＢＳを示すインデックスに基づいてＴＢＳを決定する。または、
−ＴＴＩバンドルサイズで乗算することが、ＴＴＩバンドルサイズより小さく、かつ、１以上の数で乗算することによって置き換えられる前記の場合のいずれか場合の中で決定する。１による乗算は、単一サブフレームのＴＢＳをとることと同じ効果があり、代替方法の１つともできる。したがって、ＴＴＩバンドルサイズより小さく、かつ、１より大きい数のみを適用できることが有利である。

少なくともＬＴＥの背景では、複数のレイヤーを使用した空間多重などの他の方法が、シングルレイヤーのＴＢＳ決定規則と比較して、ＴＢＳを修正するために使用できることに留意されたい。このような修正規則は、拡張でき、本発明のＴＴＩバンドリングによる拡張と組み合わせることができる。

上記の構成、または、その構成のサブセットは、バンドリングモードインジケータの内部で動的または半静的にシグナリングすることができる。しかしながら、それも予め定義できる。

要約すると、バンドルされるＴＴＩは、単一ＴＴＩより多くのデータをマッピングするために、または、誤り保護を増加させるために、すなわち、符号化レートを低下させるために、使用できる。マッピングのタイプは、バンドリング無しの構成に関して、すなわち単一サブフレームに対して、符号化レートが低下されるか、または、マッピングされるデータサイズ（例えば、トランスポートブロックサイズ）が増加されるか、またはその両方であるかを示すためのマッピングフラグ（バンドリングモードインジケータ）の中で、シグナリングすることができる。

上記の例では、バンドリングの適用は、スケジューリング情報の内部、詳細には、より高いオーダの変調方式の代わりにＭＣＳインデックスの内部で示されてきた。少なくともダウンリンクバンドリングに関しては、冗長性バージョン（ＲＶ）フィールドは、冗長性バージョンだけでなくＴＴＩバンドリングサイズを収容するために使用できる。少なくともリリース１０までのＬＴＥ仕様および明示的な冗長性バージョンフィールドが、ダウンリンクスケジューリング情報を運ぶＤＣＩフォーマットに関連するすべてのダウンリンク送信の中に存在するためである。

このことは、図１０に示されている。バンドリングが要求されない場合には、パケットの最初の送信（新しいデータの送信）のために主に役立つため、冗長性バージョン０（ＲＶ０）インデックスは、バンドリング無しで保持される。冗長性バージョン２（ＲＶ２）インデックスもバンドリング無しで保持されるが、それは、最初の送信がバンドリングを使用していない場合には、バンドリングの無い再送信に対して主に役立つからである。再送信に対する少なくとも有効な冗長性バージョン（ＲＶ３，ＲＶ１）インデックスは、送信中のＴＴＩバンドリングをトリガするために使用される。詳細には、ＲＶ１は、４つのＴＴＩのバンドリングに対して冗長性バージョン０を示す。ＲＶ３は、２つのＴＴＩのバンドリングに対して冗長性バージョン２を示す。詳細には、４ミリ秒のバンドリング（または４つのＴＴＩのバンドリング）の場合には、仮定される冗長性バージョンは、全体の符号語（例えば巡回として実現される）バッファがバンドル内で少なくとも１回送信される可能性があるため、ほとんど重要ではない。したがって、結果としての符号化レートは、ＬＴＥの背景では３分の１よりも小さくなり、これは、ＦＥＣエンコーダによって生成されるもとの符号化レートである。２ミリ秒のバンドリング（または、２つのＴＴＩのバンドリング）の場合には、冗長性バージョン２は、良好な最初の送信の前提と良好な再送信の前提との間の妥協と仮定される。

これは単なる例であり、本発明は、それに限定されるものではないことに留意されたい。代替方法として、良好な最初の送信の前提に対して冗長性バージョン０を仮定でき、および／または、前の２つのＴＴＩバンドリングの良好な再送信の前提に対して冗長性バージョン３を仮定できる。

別の可能性は、ある特定のハイブリッドＡＲＱプロセス、または、複数のＡＲＱプロセスを、ある特定の量のＴＴＩバンドリングに結合させることである。ＴＴＩバンドリングに結合されるプロセス、または、複数のプロセスは、ＲＲＣコンフィギュレーションによって、すなわち、半静的に構成できる。ＤＣＩフォーマットがそのようなハイブリッドＡＲＱプロセスを示す場合には、例えば、２つまたは４つのバンドルされるＴＴＩ送信が割り当てられる送信に対して使用されることを暗示する。

ＬＴＥシステムでのダウンリンクでは、ＦＤＤに対するサービングセル当たり最大８つのダウンリンクＨＡＲＱプロセスが存在する。ＴＤＤに対しては、サービングセル当たりの最大ダウンリンクＨＡＲＱプロセスの数は、ＴＳ ３６．２１３のテーブル７−１に示されるように、ＵＬ／ＤＬコンフィギュレーションによって決定される。したがって、ＴＤＤに対する最大ＨＡＲＱプロセスの数は、次の値、４、６、７、９、１０、１２、１５の中の１つの値を取ることができる。

ＦＤＤに対するアップリンク送信モード１では、非サブフレームバンドリング操作に対して、サービングセル当たり最大８つのアップリンクＨＡＲＱプロセスが使用され、サブフレームバンドリング操作に対しては最大４つのアップリンクＨＡＲＱプロセスが使用される。一方、ＦＤＤのアップリンク送信モード２では、非サブフレームバンドリング操作に対して、サービングセル当たり最大１６個のアップリンクＨＡＲＱプロセスが使用される。

本発明の一実施形態によれば、ある特定の（１つまたは複数の）ＨＡＲＱプロセスが、バンドルされるサブフレームのある特定の数を有するＴＴＩバンドリングに対して予約（または結合）される。これらの予約されるＨＡＲＱプロセスは、シグナリングすることができ、例えば、ＲＲＣによって、半静的に構成できる。例えば、ＲＲＣ情報要素は、所与のＨＡＲＱプロセスＩＤに対する構成は、関連するバンドルされるサブフレームに番号を付けることで与えられる。

少なくともダウンリンクソフトバッファ管理では、「それらの」バッファがバンドリングのために使用できるように、他のＨＡＲＱプロセスを同時に無効とすることは有益であろう。例えば、ＤＬ ＨＡＲＱプロセス番号５が４−ＴＴＩバンドリングに関連している場合には、ＤＬ ＨＡＲＱプロセス番号６、７、および、８は、それらのバッファを再利用するために無効化される（例えば、プロセス５に対して，詳細は実装に任されるであろう）。この態様に対しては、サイズＮの１つのバンドリングに結合されるプロセスのそれぞれに対して、Ｎ−１の他のＨＡＲＱプロセスが無効にされることが好ましいといえる。

ダウンリンクでは、適用できるＤＣＩフォーマットは、それぞれ、ＲＲＣコンフィギュレーションに従って、対応するバンドルされるＴＴＩ送信を暗示するようなＨＡＲＱプロセスを示すための明示的なＨＡＲＱプロセスＩＤフィールドを含む。

アップリンクでは、ＨＡＲＱプロセスＩＤは、通常、送信が行われるサブフレーム番号に結合される。したがって、１つのＴＴＩバンドリングＨＡＲＱ ＩＤと１つのサブフレーム番号との間でのなんらかのマッピングが必要とされる。例えば、ＨＡＲＱプロセスＩＤ ＃ｘが
を満たすサブフレーム番号に関連するであろうＨＡＲＱプロセスとなる。ここでｎｆは無線フレーム番号を示し、ｎｓは１つの無線フレーム内のスロット番号を示し、ＨＡＲＱ＿ＩＤは特定のＴＴＩバンドルサイズに対して使用されるＨＡＲＱプロセスの番号を示す。

一代替実施形態では、送信電力コマンドフィールドと共にＲＶ０の送信指示の組み合わせが、ＴＴＩバンドリングが使用されることを示すために利用される。ＲＶ０は、ほとんど、新しいデータ送信に対して示される。そのような最初の送信が、通常はＴＴＩバンドリングに対して最も効果的である。これらが、最小の可能な送信遅延と関連しているからである。その結果、ＲＶ０が示されるならば、アップリンク送信の場合には、次の表１の例が、送信電力コマンド、および、ＴＴＩバンドリングを使用すべきか否か（および何の値で使用すべきか）を示すために使用できる（もちろん、配列は異なり、かつ／または、より大きいもしくは追加のバンドリングサイズを示すことができる）。

ダウンリンクの場合に対しては、対応するテーブルが表２によって与えられる（再びＲＶ０が示される場合にのみ適用できることが好ましい）。

ＴＴＩバンドリングを使用する可能性を「バンドリング可能な」構成に結合させる代わりに、最初の送信または新しいトランスポートブロックの送信が示される場合のみ、本発明の中で概要を述べる方法を代替として用いることは、合理的であろう。これは、例えば、対応するＤＣＩフォーマットの中にある新規データインジケータ（ＮＤＩ）によって行われる。固定されたＮＤＩの値（例えば１）が、新しいデータの送信が割り当てられることを示したか、または、前のＮＤＩ値と比較してトグルしたＮＤＩの値が、新しいデータの送信が割り当てられることを示したかのどちらかである。どちらの場合でも、新しいデータ送信が示されるならば、それは、パケットの最初の送信である。パケットの最初の送信は、通常、ＴＴＩバンドリングにとって最も効果的である。それは、最小になる可能な送信遅延に関連するからである。そこで、例えば、図５Ａ、図５Ｂ、または、図６〜１０で示されるアプローチが、パケットの最初の送信にのみ使用されるが、他では使用されない。

別の実施形態では、ＲＶ指示は、バンドリングサイズが１より大きい場合にインターＴＴＩ間隔を決定するために使用される。この場合、第１のＲＶ値は、第１のインターＴＴＩ間隔を示し、第２のＲＶ値は、第２のインターＴＴＩ値を示す。送信に関しては、ＲＶ０が好ましく仮定される場合には、それは最初の送信に対して最も効果的であり、またＴＴＩバンドリングは、トランスポートブロックの最初の送信に対しても最も効果的である。

低コストのＭＴＣシナリオに対して特に効果的な別の実施形態では、ＣＳＩ要求フィールドがバンドリングインジケータとして解釈される。低コストのＭＴＣシナリオに対しては、送信が散発的にのみ生じ、一般には小さなデータレートで生じる。そのような端末からのＣＳＩ要求は、したがって、時間およびアップリンクオーバヘッドがかかる。その代わりに、明示的なＣＳＩ情報の無い送信リソースを割り当てることがより効率的でありより合理的であろう。このような場合、ＤＣＩフォーマットの中のＣＳＩフィールドはこの目的にはもはや必要とはされず、したがってバンドリングインジケータとして使用できる。ここでは、ＣＳＩ要求フィールドの第１の値が、ＴＴＩバンドリングが無いことを示し、ＣＳＩ要求フィールドの第２の値が、ＴＴＩバンドリングが割り当てられる送信に使用されることを示す。

ＴＴＩバンドリング構成に依存して、バンドルされるＴＴＩに対するＡＣＫおよび／またはＮＡＫをシグナリングするさまざまな方法が、有利であろう。例えば、単一のＡＣＫおよび／またはＮＡＫは、ＴＴＩバンドル全体の受信後に送信できる。これは、個別の受信フィードバックが、バンドルの中のＴＴＩに対して提供されないことを意味する。このアプローチはより少ないシグナリングオーバヘッドですみ、対応する送信電力を節約することができる。代替方法として、バンドルされるＴＴＩのそれぞれに対して、個々のＡＣＫおよび／またはＮＡＫが提供されてもよい。このアプローチは、オーバヘッドがより大きくなり、それぞれの送信電力を消費する。しかしながら、復号が最初に受信されるＴＴＩに基づいてすでに成功して実施できる場合には、バンドルされるＴＴＩからのデータの送信を停止できる。この利便性は、単一バンドルの中でのＴＴＩが隣接しないサブフレーム上にマッピングされる実施形態、すなわち、ＴＴＩの１つのバンドルがマッピングされるサブフレーム間の遅延が、それぞれのサブフレームを復号し、その対応するフィードバックを送信機に配信するために必要とされる時間とほぼ同程度またはそれ以上の場合の実施形態に対して、特に関連してくる。

例えば、１つのバンドルにおけるＴＴＩの間の遅延が８ミリ秒である場合、遅延がＬＴＥ ＦＤＤにおけるＨＡＲＱのラウンドトリップ時間（ＲＴＴ）に整合されるなどの場合、送信機は第１のサブフレームを送信する。次いで、受信機はバンドルから受信される第１のサブフレームに基づいて復号が成功するかをチェックできる。復号が成功する場合には、それは、誤りが生じなかったか、または、誤りを訂正できたことを意味するが、受信機は、ＡＣＫ、または、バンドルからの残りのサブフレームを送信する必要がないことを示す別のインジケータを送信機へ送信できる。一方、復号ができない場合には、何のフィードバックも提供する必要がない、または、代替として、サブフレーム基準当たりに関する個々のフィードバックを提供できる。そのような「断続的な」フィードバックは、例えば、３ＧＰＰ ＴＳ ３６．２１３ ｖ１０．４．０、７．３および７．１０節または９．１．２節に概説されているように、ＡＣＫ／ＮＡＫリソース決定手順および受信される情報を基準／標準として使用する非バンドリングの場合に関するタイミングを使用することが好ましい。この「断続的な」復号およびフィードバックプロセスは、同じＴＴＩバンドルのより後からの送信に対しても準用して繰り返すことができる。フィードバックがなければ、または、明示的なＮＡＫの場合は、送信機にバンドルされる送信を継続するようにされるべきである。

１つのバンドルのそれぞれのＴＴＩの後に復号が行われない場合には、復号は、１つのＴＴＩバンドルの最後のサブフレームを受信した後にのみ、行われるのが好ましい。そして、非バンドリングの場合と同様の、ＡＣＫ／ＮＡＫフィードバックを決定し、送信するための手順、および、タイミングが採用されるのが好ましい。そこでは、１つのＴＴＩバンドルの最後のサブフレームが基準としての役割を果たすことが好ましい。

断続的な復号およびフィードバックの場合は、特にＴＤＤの使用に対して適用でき、具体的には、１よりも大きい追加のインターＴＴＩ間隔が使用される場合である。そのような場合には、１つのＴＴＩバンドルの２つの送信の間に少なくとも、復号を行い、対応するＡＣＫ／ＮＡＫフィードバック送信に、十分な時間が利用できることが頻繁に起こりうる。したがって、ＴＴＩバンドルの少なくとも１つであり、かつ、最後ではないサブフレームの受信後に、断続的な復号が実行できるが、しかし、必ずしもＴＴＩバンドルのサブフレームのそれぞれの受信後である必要はないことが予測される。好ましい実施形態では、そのような断続的な復号またはＡＣＫ／ＮＡＫフィードバックは、同じバンドルの次のサブフレームが少なくとも４つまたは８つのサブフレーム後に起こる場合には１つのサブフレームの後にのみ実行される。

現在のＴＴＩバンドリングに対するＬＴＥ仕様の規定と比較して、ＡＣＫ／ＮＡＫリソースを決定するための代替方法は、リソースが明示的に、好ましくはバンドリングが利用される同じ時間で示されることである。この場合には、基地局と同様に端末は、どのフィードバックチャネルリソースが使用されるかについて、事前に情報を有する。これにより、フィードバックリソース管理を特に基地局側で容易にすることができる。それにより、２つの異なる端末からの／２つの異なる端末に対するＡＣＫ／ＮＡＫリソースの衝突をより容易に避けることができるからである。

本発明の別の実施形態によれば、マルチキャリア通信システムにおける、スケジューリングノード１１９０が、データの送信が送信時間間隔の中で実行されるデータの送信および／またはデータの受信のために提供される。スケジューリングノード１１９０は、端末がデータを送信（端末１１２０など）および／またはデータを受信する（端末１１１０など）ためにスケジュールされるリソースを示し、送信時間間隔バンドリングが、スケジュールされる送信および／または受信に対して適用されるか否かを示すためのバンドリング指示を含むスケジューリング情報を送信する制御情報送信ユニット１１９５を含む。さらにスケジューリングノードは、スケジュールされる送信リソースの中で、送信されるバンドリング指示に従って、端末１１２０からデータを受信するデータ受信ユニット１１９７を含むことができる。代替方法または追加として、スケジューリングノードは、スケジュールされる受信リソースの中で、送信されるバンドリング指示に従って、データを端末１１１０へ送信するデータ送信ユニット１１９２を含むことができる。

本発明は、データの送信および受信に対する方法をさらに提供する。いくつかの方法の例を図１２Ａおよび図１２Ｂに示す。

詳細には、マルチキャリア通信システムにおける、データの送信および／または受信が送信時間間隔の中で実行されるデータの送信および／または受信のための方法が提供される。本方法は、スケジューリングノードで実行され、スケジューリング情報を送信するステップ１２２０を含む。スケジューリング情報は、端末がデータを送信または受信するためにスケジュールされるリソースを示し、スケジュールされる送信が１つまたは複数の送信時間間隔の中で実行されるか否か（ＴＴＩバンドリングが適用されるか否か）を示すためのバンドリング指示を含む。本方法は、（チャネル１２０１上で）スケジュールされるリソース中で、送信されるバンドリング指示に従って（１２１０、１２１５）、データを端末から送信するステップ１２８０および／またはデータを受信するステップ１２６０をさらに含む。図１２Ａおよび図１２Ｂに示されるように、端末のデータ送信および受信を構成するステップ１２１０、１２１５（スケジューリングノード自身のデータの受信および送信の構成にそれぞれ対応すること）に留意されたい。このステップは、スケジューリングノードによって実行されるスケジューリングの一部となることができ、リソースの選択および端末によって実行される現在の送信または受信に対して、バンドリングが適用されるか否かの判断を含むことができる。判断するステップは、一般にバンドリングが有効にされる場合のみ実行されるように構成できる。構成ステップは、送信を介して端末に結果（構成）を提供する。一方、スケジューリングノードも、この構成に従ってステップ１２６０、１２８０を扱う。すなわちスケジューリングノードは、バンドリング有りまたはバンドリング無しの構成されるリソースの中で、データを送信または受信する。

さらに、マルチキャリア通信システムにおける、データの送信が送信時間間隔の中で実行されるデータ送信のための方法が提供される。本方法は、端末（モバイルノード）で実施され、スケジューリングノードから、端末がデータを送信するためにスケジュールされるリソースを示し、スケジュールされる送信が１つまたは複数の送信時間間隔の中で実行されるか否か（ＴＴＩバンドリングが適用されるか否か）を示すためのバンドリング指示を含むスケジューリング情報を受信するステップ１２３０を含む。本方法は、スケジュールされるリソースの中で、受信されるバンドリング指示に従って（１２４０）、データを送信するステップ１２５０をさらに含む。図１２Ａで例示されるように、本方法は、バンドリング指示を含む受信されるスケジューリング情報に従って送信リソースを構成するステップ１２４０をさらに含む。

さらに、マルチキャリア通信システムにおける、データの受信が送信時間間隔の中で実行されるデータを受信するための方法が提供される。本方法は、端末がデータを受信するためにスケジュールされるリソースを示し、スケジュールされる受信が１つまたは複数の送信時間間隔の中で実行されるか否かを示すためのバンドリング指示を含むスケジューリング情報を受信するステップ１２３０と、スケジュールされるリソースの中で、受信されるバンドリング指示に従って（１２７０）、データを受信するステップ１２９０とを含む。図１２Ａで例示されるように、本方法は、バンドリング指示を含む受信されるスケジューリング情報に従って送信リソースを構成するステップ１２７０をさらに含む。

上記の背景技術の項で与えられた説明は、本明細書で記載された特定の例示の実施形態をよりよく理解することを意図しており、３ＧＰＰ標準に準拠しているネットワークなどのモバイル通信ネットワークにおけるプロセスおよび機能の記載された特定の実施方法に本発明を限定すべきものではない。それにもかかわらず、本明細書で提案された改良は、背景技術の項に記載されたアーキテクチャ／システムの中で容易に適用でき、本発明のいくつかの実施形態において、これらのアーキテクチャ／システムの標準および改良される手順も使用できる。概括的に記載されている本発明の精神または範囲を逸脱することなく、特定の実施形態で示される本発明に対してさまざまな変形および／または修正ができることを当業者には理解されよう。

本発明の別の実施形態は、ハードウェアおよびソフトウェアを使用する上記で記載されたさまざまな実施形態の実装に関する。本発明のさまざまな実施形態がコンピューティング装置（プロセッサ）を使用して実装および実施できることが認識される。コンピューティング装置またはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ），または他のプログラム可能な論理装置などでよい。本発明のさまざまな実施形態はまた、これらの装置の組み合わせによって実施または具現化できる。

さらに、本発明の各種実施形態は、プロセッサによって実行されるソフトウェアモジュール、または直接ハードウェアとして実施することができる。また、ソフトウェアモジュールとハードウェア実装の組み合わせも可能である。ソフトウェアモジュールは、例えばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等の任意種のコンピュータ可読記憶媒体に記憶することができる。

要約すると、本発明は、マルチキャリア通信システムにおける、送信および受信が送信時間間隔を基にして実行されるデータの送信および受信に関する。詳細には、送信時間間隔の動的なバンドリングが、それぞれのスケジューリングアサインメントに対して動的に構成できる。動的バンドリングは、端末とネットワークノード間のアップリンクおよび／またはダウンリンク送信の中で適用できる。

Claims (15)

1. マルチキャリア通信システムにおいてデータの送信を送信時間間隔の中で実行する装置であって、
   端末がデータを送信するためにスケジュールされるリソースを示し、前記スケジュールされる送信が１つまたは複数の送信時間間隔の中で実行されるか否かを示すためのバンドリング指示を含むスケジューリング情報を受信する制御情報受信ユニットと、
   前記スケジュールされるリソースの中で、前記受信されるバンドリング指示に従って、前記データを送信するデータ送信ユニットと、
   を備える装置。
2. マルチキャリア通信システムにおいてデータの受信を送信時間間隔の中で実行する装置であって、
   端末がデータを受信するためにスケジュールされるリソースを示し、前記スケジュールされる受信が１つまたは複数の送信時間間隔の中で実行されるか否かを示すためのバンドリング指示を含むスケジューリング情報を受信する制御情報受信ユニットと、
   前記スケジュールされるリソースの中で、前記受信されるバンドリング指示に従って、前記データを受信するデータ受信ユニットと、
   を備える装置。
3. 前記スケジューリング情報は、同じＴＴＩバンドルに属している送信時間間隔間の遅延を示すインター送信時間間隔をさらに含む、請求項１または２に記載の装置。
4. 前記バンドルされる送信時間間隔間の遅延は、同じＡＲＱプロセスのデータの２つの送信または受信との間の前記時間間隔にその長さが対応している、請求項１または２に記載の装置。
5. 前記スケジューリング情報は、複数のビットからなる変調インジケータを含み、前記変調インジケータは、
   それぞれが単一の送信時間間隔の中における前記スケジュールされる送信もしくは受信のために利用される変調方式および／または符号化データのサイズを示す複数の値と、
   前記スケジュールされる送信もしくは受信が複数の送信時間間隔の中で実行されることを示す少なくとも１つの値と、
   を取得できるように定義される、請求項１から４のいずれかに記載の装置。
6. 前記バンドリング指示は、前記スケジュールされる送信または受信が実行される送信時間間隔の数を含む、請求項１から５のいずれかに記載の装置。
7. 前記スケジュールされる送信または受信のためのデータのサイズを、前記データが送信または受信される前記送信時間間隔の数および前記スケジュールされる送信または受信のために効率的に使用される周波数リソースの数に基づいて決定するデータサイズ決定ユニットをさらに含む、請求項１から６のいずれかに記載の装置。
8. 前記スケジューリング情報が、
   ターボまたは畳み込みエンコーダなどの順方向誤り訂正エンコーダの出力のレートマッチングのために使用される値を示す冗長性バージョンインジケータ、または
   前記アドレス付けされるＡＲＱプロセスの数および同時に前記バンドリング指示を示すプロセス番号指示、
   をさらに含む、請求項１または２に記載の装置。
9. マルチキャリア通信システムにおいてデータの送信を送信時間間隔の中で実行する方法であって、
   端末がデータを送信するためにスケジュールされるリソースを示し、前記スケジュールされる送信が１つまたは複数の送信時間間隔の中で実行されるか否かを示すためのバンドリング指示を含むスケジューリング情報を受信するステップと、
   前記スケジュールされるリソースの中で、前記受信されるバンドリング指示に従って、前記データを送信するステップと
   を含む方法。
10. マルチキャリア通信システムにおいてデータの受信を送信時間間隔の中で実行する方法であって、
    端末がデータを受信するためにスケジュールされるリソースを示し、前記スケジュールされる受信が１つまたは複数の送信時間間隔の中で実行されるか否かを示すためのバンドリング指示を含むスケジューリング情報を受信するステップと、
    前記スケジュールされるリソースの中で、前記受信されるバンドリング指示に従って、前記データを受信するステップと
    を含む方法。
11. 前記スケジューリング情報は、同じＴＴＩバンドルに属している送信時間間隔間の遅延を示すインター送信時間間隔をさらに含む、請求項９または１０に記載の方法。
12. 前記バンドルされる送信時間間隔間の遅延は、同じＡＲＱプロセスのデータの２つの送信または受信の間の前記時間間隔にその長さが対応している、請求項９または１０に記載の方法。
13. 前記スケジュール情報は、複数のビットからなる変調インジケータを含み、前記変調インジケータが、
    それぞれが単一の送信時間間隔の中における前記スケジュールされる送信もしくは受信のために利用される変調方式および／または符号化データのサイズを示す複数の値と、
    前記スケジュールされる送信または受信が複数の送信時間間隔の中で実行されることを示す少なくとも１つの値と、
    を取得できるように定義される、請求項９から１２のいずれかに記載の方法。
14. 前記バンドリング指示は、前記スケジュールされる送信または受信が実行される送信時間間隔の数を含む、請求項９から１３のいずれかに記載の方法。
15. 前記スケジュールされる送信または受信のためのデータのサイズを、前記データが送信または受信される前記送信時間間隔の数および前記スケジュールされる送信または受信のために効率的に使用される周波数リソースの数に基づいて決定するステップをさらに含む、請求項９から１４のいずれかに記載の方法。