(57)【要約】【課題】制御チャネルシグナリングに必要なビットの量を減少させること。【解決手段】移動端末において、受信した制御チャネル信号に基づいて、ユーザデータを運ぶＰＤＵのトランスポートフォーマットと初回の送信または再送信の冗長バージョンを判断し、制御チャネル信号中で指示されたトランスポートフォーマットと冗長バージョンを使用して、ＰＤＵを物理的無線リソース上で送信する。制御チャネル信号は、トランスポートフォーマットと冗長バージョンが結合符号化される制御情報フィールドを含み、制御情報フィールドは、その制御情報フィールド中で表現可能なある範囲の数の値を生じさせるある数のビットからなる。それらの値のうちの第１のサブセットの値は、トランスポートフォーマットを指示するために確保され、第１のサブセットの値と異なる第２のサブセットの値は、冗長バージョンを指示するために確保される。【選択図】図５
2011259489.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおいて使用される移動端末であって、
前記移動端末へ向けた制御チャネル信号を含む物理的無線リソースのサブフレームを受信するための受信器ユニットと、
受信した前記制御チャネル信号に基づいて、ユーザデータを運ぶプロトコルデータパケットのトランスポートフォーマットと初回の送信または再送信の冗長バージョンを判断するための処理ユニットと、
受信した前記制御情報フィールド中で指示された前記プロトコルデータパケットの前記トランスポートフォーマットと前記冗長バージョンを使用して、前記プロトコルデータパケットを少なくとも一つの物理的無線リソース上で送信するための送信器ユニットと、を具備し、
前記サブフレーム中で受信した前記制御チャネル信号は、前記プロトコルデータユニットの前記トランスポートフォーマットと前記冗長バージョンが結合符号化される制御情報フィールドを含み、
前記処理ユニットは、前記制御情報フィールド中で表現可能なある範囲の数の値を生じさせるある数のビットからなる前記制御情報フィールドを判断するように構成され、前記値のうちの第１のサブセットの値は、前記プロトコルデータユニットの前記トランスポートフォーマットを指示するために確保され、前記第１のサブセットの値と異なる第２のサブセットの値は、前記ユーザデータを送信するための前記冗長バージョンを指示するために確保される、移動端末。
【請求項２】
前記第１のサブセットの値は、前記第２のサブセットの値よりも多くの値を含む、請求項１に記載の移動端末。
【請求項３】
前記プロトコルデータユニットの前記冗長バージョンは、前記第１のサブセットの対応値によって指示された前記トランスポートフォーマットに黙示的である、請求項１または請求項２に記載の移動端末。
【請求項４】
前記プロトコルデータユニットの送信が前記ユーザデータの初回の送信である場合には、前記制御チャネルフィールド中の符号化された情報ビットの値は、前記第１のサブセットの値のうちの値を表わしている、請求項１から請求項３のいずれかに記載の移動端末。
【請求項５】
前記プロトコルデータユニットの送信が前記ユーザデータの再送信である場合には、前記制御チャネルフィールド中の符号化された情報ビットの値は、前記第１のサブセットの値のうちの値または前記第２のサブセットの値のうちの値を表わしている、請求項１から請求項４のいずれかに記載の移動端末。
【請求項６】
前記プロトコルデータユニットの送信が前記ユーザデータの再送信である場合には、前記制御チャネルフィールド中の符号化された情報ビットの値は、前記第２のサブセットの値のうちの値を表わしている、請求項１から請求項５のいずれかに記載の移動端末。
【請求項７】
前記制御情報フィールドの前記ビットは、前記プロトコルデータユニットを送信するために使用される前記トランスポートフォーマット、冗長バージョン及び前記プロトコルデータユニットの送信が前記ユーザデータの初回の送信であるか否かを示すための新規データインジケータを結合符号化し、
前記第１のサブセットの各設定値のうちの一つの使用が、前記プロトコルデータユニットの送信が初回の送信であることも示す、請求項１から請求項６のいずれかに記載の移動端末。
【請求項８】
移動通信システムにおいて使用され、移動端末によって実行される方法であって、
前記移動端末へ向けた制御チャネル信号を含む物理的無線リソースのサブフレームを受信するステップと、
受信した前記制御チャネル信号に基づいて、ユーザデータを運ぶプロトコルデータパケットのトランスポートフォーマットと初回の送信または再送信の冗長バージョンを判断するステップと、
受信した前記制御情報フィールド中で指示された前記プロトコルデータパケットの前記トランスポートフォーマットと前記冗長バージョンを使用して、前記プロトコルデータパケットを少なくとも一つの物理的無線リソース上で送信するステップと、を有し、
前記サブフレーム中で受信した前記制御チャネル信号は、前記プロトコルデータユニットの前記トランスポートフォーマットと前記冗長バージョンが結合符号化される制御情報フィールドを含み、
前記制御情報フィールドは、その制御情報フィールド中で表現可能なある範囲の数の値を生じさせるある数のビットからなり、前記値のうちの第１のサブセットの値は、前記プロトコルデータユニットの前記トランスポートフォーマットを指示するために確保され、前記第１のサブセットの値と異なる第２のサブセットの値は、前記ユーザデータを送信するための前記冗長バージョンを指示するために確保される、方法。
【請求項９】
前記第１のサブセットの値は、前記第２のサブセットの値よりも多くの値を含む、請求項８に記載の方法。
【請求項１０】
前記プロトコルデータユニットの前記冗長バージョンは、前記第１のサブセットの対応値によって指示された前記トランスポートフォーマットに黙示的である、請求項８または請求項９に記載の方法。
【請求項１１】
前記プロトコルデータユニットの送信が前記ユーザデータの初回の送信である場合には、前記制御チャネルフィールド中の符号化された情報ビットの値は、前記第１のサブセットの値のうちの値を表わしている、請求項８から請求項１０のいずれかに記載の方法。
【請求項１２】
前記プロトコルデータユニットの送信が前記ユーザデータの再送信である場合には、前記制御チャネルフィールド中の符号化された情報ビットの値は、前記第１のサブセットの値のうちの値または前記第２のサブセットの値のうちの値を表わしている、請求項８から請求項１１のいずれかに記載の方法。
【請求項１３】
前記プロトコルデータユニットの送信が前記ユーザデータの再送信である場合には、前記制御チャネルフィールド中の符号化された情報ビットの値は、前記第２のサブセットの値のうちの値を表わしている、請求項８から請求項１２のいずれかに記載の方法。
【請求項１４】
前記制御情報フィールドの前記ビットは、前記プロトコルデータユニットを送信するために使用される前記トランスポートフォーマット、冗長バージョン及び前記プロトコルデータユニットの送信が前記ユーザデータの初回の送信であるか否かを示すための新規データインジケータを結合符号化し、
前記第１のサブセットの各設定値のうちの一つの使用が、前記プロトコルデータユニットの送信が初回の送信であることも示す、請求項８から請求項１３のいずれかに記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて使用される移動端末、及びこの移動端末によって実行される方法に関する。
【背景技術】
【０００２】
パケットスケジューリングと共有チャネル送信
パケットスケジューリングを採用した無線通信システムにおいては、無線インタフェースリソースの少なくとも一部は、異なるユーザ（移動局−ＭＳまたはユーザ装置−ＵＥ）に動的に割り当てられる。このような動的に割り当てられたリソースは、一般的に、少なくとも一つの物理的アップリンクまたはダウンリンク共有チャネル（ＰＵＳＣＨまたＰＤＳＣＨ）にマッピングされる。ＰＵＳＣＨまたＰＤＳＣＨは、例えば、次のコンフィギュレーションのうちの一つをとり得る。
【０００３】
−  ＣＤＭＡ（Code Division Multiple Access：符号分割多重接続）システムでは、一つまたは複数の符号が複数のＭＳ間で動的に共有される。
【０００４】
−  ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access：直交周波数分割多重接続）システムでは、一つまたは複数のサブキャリア（サブバンド）が複数のＭＳ間で動的に共有される。
【０００５】
−  ＯＦＣＤＭＡ（Orthogonal Frequency Code Division Multiplex Access：直交周波数符号分割多重接続）またはＭＣ−ＣＤＭＡ（Multi Carrier - Code Division Multiple Access：マルチキャリア符号分割多重接続）システムでは、上記の組合せが複数のＭＳ間で動的に共有される。
【０００６】
図１は、単一の共有データチャネルを用いたシステムの場合の共有チャネル上のパケットスケジューリング方式を示す。サブフレーム（タイムスロットとも言う）は、スケジューラ（例えば、物理層またはＭＡＣ層のスケジューラ）が動的リソース割当て（ＤＲＡ）を行なう際の最小の時間間隔を表わす。図１では、ＴＴＩ（送信時間間隔）が１サブフレームに等しいと仮定される。ＴＴＩは一般に複数のサブフレームにわたることもあることに留意されるべきである。
【０００７】
さらに、ＯＦＤＭシステムにおいて割当て可能な無線リソースの最小単位（リソースブロックまたはリソース単位とも言う）は、通常、時間領域での１サブフレームと周波数領域での１サブキャリア／サブバンドによって定義される。同様に、ＣＤＭＡシステムでは、無線リソースのこの最小単位は、時間領域でのサブフレームと符号領域での符号によって定義される。
【０００８】
ＯＦＣＤＭＡまたはＭＣ−ＣＤＭＡシステムでは、この最小単位は、時間領域でのサブフレーム、周波数領域でのサブキャリア／サブバンド及び符号領域での符号によって定義される。動的リソース割当ては、時間領域と符号／周波数領域において行なえることに留意されたい。
【０００９】
パケットスケジューリングの主要な利点は、時間領域スケジューリング（ＴＤＳ）によるマルチユーザダイバーシチ利得と動的なユーザ速度適応である。
【００１０】
ユーザのチャネル状態が、高速フェージング（及び低速フェージング）に伴って経時変化すると仮定すると、スケジューラは、時間領域スケジューリングにおいて任意の時刻によいチャネル状態をもつユーザに利用可能なリソース（ＣＤＭＡの場合は符号、ＯＦＤＭＡの場合はサブキャリア／サブバンド）を割り当てることができる。
【００１１】
ＯＦＤＭＡにおける動的リソース割当て（ＤＲＡ）と共有チャネル送信の詳細
時間領域スケジューリング（ＴＤＳ）により時間領域でマルチユーザダイバーシチを活用することに加えて、ＯＦＤＭＡでは、周波数領域スケジューリング（ＦＤＳ）によって周波数領域でもマルチユーザダイバーシチを活用できる。これは、周波数領域において、異なるユーザに動的に割り当てることができる（通常、サブバンドにグループ分けされた）複数の狭帯域サブキャリアからＯＦＤＭ信号は構成されるからである。これにより、マルチパス伝搬による周波数選択的チャネル特性を利用して、ユーザがよいチャネル品質をもつ周波数（サブキャリア／サブバンド）上にユーザをスケジュールすることができる（周波数領域でのマルチユーザダイバーシチ）。
【００１２】
ＯＦＤＭＡシステムにおける実用的な理由から、帯域幅は、複数のサブキャリアからなる複数のサブバンドに分割される。すなわち、そこにユーザを割当て可能な最小単位は、１サブバンドの帯域幅と１スロットまたは１サブフレームの時間長（１つまたは複数のＯＦＤＭシンボルに対応し得る）を有するものであり、これがリソースブロック（ＲＢ）と表記される。通常、サブバンドは連続したサブキャリアからなる。しかし、分散した非連続的なサブキャリアからサブバンドを構成することが望ましい場合もある。スケジューラは、複数の連続したまたは非連続的なサブバンド及び／またはサブフレーム上にユーザを割り当てることもできる。
【００１３】
３ＧＰＰのロングタームエボリューションにおいては（非特許文献１を参照―http://www.3gpp.orgで得られ、参照により本文書に援用される）、10 MHzのシステムは、15 kHのサブキャリア間隔で６００個のサブキャリアから構成され得る。６００個のサブキャリアは、次に、（１２個の隣接するサブキャリアをまとめて）５０個のサブバンド―各サブバンドは１８０ｋＨｚの帯域幅を占有する―にグループ分けできる。この例によれば、１スロットが０．５ｍｓの時間長をもつと仮定すると、１リソースブロック（ＲＢ）は、１８０ｋＨｚと０．５ｍｓにわたる範囲をもつ。
【００１４】
マルチユーザダイバーシチを活用して、周波数領域でスケジューリング利得を得るためには、任意のユーザへのデータは、そのユーザがよいチャネル状態をもつリソースブロックに割り当てられるべきである。通常、このようなリソースブロックは、互い近接しているため、この送信モードは局所モード（ＬＭ）とも表記される。
【００１５】
局所モードのチャネル構成の例を図２に示す。この例では、時間領域と周波数領域で、隣接するリソースブロックが４個の移動局（ＭＳ１〜ＭＳ４）に割り当てられている。各リソースブロックは、第１層及び／または第２層制御シグナリング（Ｌ１／Ｌ２制御シグナリング）を伝送するための部分と、各移動局へユーザデータを伝送する部分からなる。
【００１６】
代替的に、図３に示すように、分散モード（ＤＭ）でユーザを割り当てることもできる。このコンフィギュレーションでは、ユーザ（移動局）は、リソースブロックのある範囲内に分散されている複数のリソースブロックに割り当てられる。分散モードでは、いくつもの異なる実現オプションが可能である。図３に示した例では、ユーザの各ペア（ＭＳ１／ＭＳ２とＭＳ３／ＭＳ４）が同じリソースブロックを共有する。いくつかのさらに可能な例示的実現オプションが、非特許文献２（http://www.3gpp.orgで得られ、参照により本文書に援用される）に記載されている。
【００１７】
１サブフレーム内で局所モードと分散モードを多重化することが可能であり、その場合、局所モードと分散モードに割り振るリソース（ＲＢ）の量は、固定的、半固定的（数十／数百個のサブフレームでは一定である）、または動的（サブフレームごとに異なる）でもよいことに留意すべきである。
【００１８】
局所モード及び分散モードにおいて、任意のサブフレーム内で、１つまたは複数のデータブロック（トランスポートブロック等と呼ばれる）を、同一のサービスまたは自動再送要求（ＡＲＱ）プロセスに属する場合も、属さない場合もある異なるリソースブロック上で、同一のユーザ（移動局）に別々に割り当てることができる。論理的には、これは異なるユーザを割り当てることとして理解され得る。
【００１９】
Ｌ１／Ｌ２制御シグナリング
パケットスケジューリングを採用するシステムにおいてデータを正しく受信または送信するための十分なサイド情報を提供するために、いわゆるＬ１／Ｌ２制御シグナリング（物理的ダウンリンク制御チャネル−ＰＤＣＣＨ）が送信される必要がある。ダウンリンクとアップリンクのデータ送信について典型的な動作メカニズムを以下に説明する。
【００２０】
ダウンリンクのデータ送信
３ＧＰＰベースの高速データパケットアクセス（ＨＳＤＰＡ）などの共有ダウンリンクチャネルを使用する既存の実現においては、ダウンリンクのパケットデータ送信と同時に、Ｌ１／Ｌ２制御シグナリングが、一般的に、別の物理的（制御）チャネル上で送信される。
【００２１】
このＬ１／Ｌ２制御シグナリングは、通常、ダウンリンクデータがそれを用いて送信される物理的リソース（例えば、ＯＦＤＭの場合にはサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合には符号）に関する情報を含む。この情報は、データがそれを用いて送信されるリソースを移動局（受信機）が識別できるようにする。制御シグナリング中の別のパラメータは、ダウンリンクデータの送信に使用されているトランスポートフォーマットである。
【００２２】
一般的に、トランスポートフォーマットを指示するためにとり得る可能性はいくつかある。トランスポートフォーマット（ＴＦ）を指示するために、例えば、データのトランスポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、変調及び符号化方式（ＭＣＳ）のレベル、スペクトル効率、符号率等をシグナリングできる。この情報（通常、リソース割当てと一緒に与えられる）は、移動局（受信機）が、変調、デレートマッチング（de-rate-matching）及び復号処理を開始するために、情報ビットサイズ、変調方式及符号率を識別できるようにする。ある場合には、変調方式が明示的にシグナリングされることもある。
【００２３】
さらに、ハイブリッドＡＲＱ（ＨＡＲＱ）を採用するシステムでは、ＨＡＲＱ情報もＬ１／Ｌ２シグナリングの一部をなし得る。このＨＡＲＱ情報は、データが対応付けられているハイブリッドＡＲＱプロセスを移動局が識別できるようにするＨＡＲＱプロセス番号、当該送信が新規のパケットであるか再送信パケットであるかを移動局が識別できるようにするシーケンス番号または新規データインジケータ、及び冗長バージョン及び／またはコンスタレーション（constellation）バージョンを、通常、指示する。冗長バージョン及び／またはコンスタレーションバージョンは、（デレートマッチングに必要な）使用されているハイブリッドＡＲＱの冗長バージョンは何であるか、及び／または（復調に必要な）使用されている変調コンスタレーションバージョンは何であるかを移動局に教える。
【００２４】
ＨＡＲＱ情報中のさらに別のパラメータは、通常、Ｌ１／Ｌ２制御シグナリングを受信すべき移動局を識別するためのＵＥ識別（ＵＥ ＩＤ）である。典型的な実現では、この情報は、他の移動局がこの情報を読むことを防止するために、Ｌ１／Ｌ２制御シグナリングのＣＲＣをマスクするために使用される。
【００２５】
下表（表１）は、3GPP TR 25.814（7.1.1.2.3節を参照、ＦＦＳ＝さらなる検討対象）から既知のものとなっている、ダウンリンクのスケジューリングのためのＬ１／Ｌ２制御チャネル信号構成の例を示す。
【００２６】
【表１】
2011259489.tif 000003
【００２７】
アップリンクのデータ送信
同様に、アップリンク送信の場合にも、アップリンク送信のためのパラメータを送信機に通知するために、Ｌ１／Ｌ２シグナリングがダウンリンクを通じて送信機へ提供される。基本的に、このＬ１／Ｌ２制御信号は、ダウンリンク送信の場合の信号と部分的に類似する。上記Ｌ１／Ｌ２制御信号は、ＵＥがそれを用いてデータを送信すべき物理的リソース（例えば、ＯＦＤＭの場合にはサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合には符号）とアップリンク送信時に移動局が使用すべきトランスポートフォーマットを、通常、指示する。さらに、Ｌ１／Ｌ２制御情報はまた、ＨＡＲＱプロセス番号を指示するハイブリッドＡＲＱ情報、シーケンス番号または新規データインジケータ、及びさらに冗長バージョン及び／またはコンスタレーションバージョンを含み得る。さらに、制御シグナリングに含まれたＵＥ識別（ＵＥ ＩＤ）があり得る。
【００２８】
変形
上記の個々の情報要素を正確に送信する方法として、いくつかの異なるやり方がある。さらに、Ｌ１／Ｌ２制御情報は、追加の情報を含むこともあり、または上記情報の一部を除外することもあり得る。例えば、ＨＡＲＱプロトコルを使用しない場合や同期ＨＡＲＱプロトコルを使用する場合には、ＨＡＲＱプロセス番号は必要ないということがあり得る。同様に、例えば、チェイス合成が使用される場合には（すなわち、この場合には常に同じ冗長バージョン及び／またはコンスタレーションバージョンが送信される）または冗長バージョン及び／またはコンスタレーションバージョンの順番が予め定義されている場合には、冗長バージョン及び／またはコンスタレーションバージョンは必要ないということがあり得る。
【００２９】
別の変形として、電力制御情報を制御シグナリングにさらに含めること、または、例えば、予符号化情報などのＭＩＭＯに関連した制御情報をさらに含めることもあり得る。マルチコードワードＭＩＭＯ送信の場合には、複数の符号語に対応するトランスポートフォーマット及び／またはＨＡＲＱ情報を含むことがあり得る。
【００３０】
アップリンクのデータ送信の場合に、上記に挙げた情報の一部またはすべてをダウンリンクではなく、アップリンクを通じてシグナリングすることも可能である。例えば、基地局は、ある移動局がそれを用いて送信すべき物理的リソースを定義するだけでよい。したがって、移動局が、トランスポートフォーマット、変調方式及びＨＡＲＱパラメータを選択し、アップリンクを通じてシグナリングするということがあり得る。Ｌ１／Ｌ２制御情報のどの程度の部分をアップリンクでシグナリングするのか、どのくらいの割合をダウンリンクでシグナリングするのかは、主として、設計上の問題であり、ネットワークが行なうべき制御はどのくらいの比重か、移動局にゆだねるべき自律性はどのくらいの比重かの考え方に依存する。
【００３１】
下表（表２）は、3GPP TR 25.814（7.1.1.2.3節を参照、ＦＦＳ＝さらなる検討対象）から既知のものとなっている、アップリンクのスケジューリングのためのＬ１／Ｌ２制御チャネル信号構成の例を示す。
【００３２】
【表２】
2011259489.tif 000004
【００３３】
アップリンク及びダウンリンク送信のためのＬ１／Ｌ２制御シグナリング構成の別のより最近の提案が、http://www.3gpp.orgで得られ、参照により本文書に援用される非特許文献３に記載されている。
【００３４】
前述のとおり、Ｌ１／Ｌ２制御シグナリングは、様々な国々ですでに展開されている、例えば、３ＧＰＰ ＨＳＤＰＡなどのシステムに対応して定義されてきた。したがって、３ＧＰＰ ＨＳＤＰＡの詳細については、非特許文献４（http://www.3gpp.orgで得られる）を参照、及び非特許文献５をさらに参照されたい。
【００３５】
非特許文献６（http://www.3gpp.orgで得られる）の4.6 節に記述されているように、ＨＳＤＰＡにおいては、「トランスポートフォーマット」（ＴＦ）（トランスポートブロックサイズ情報（６ビット））、「冗長バージョン及びコンスタレーションバージョン」（ＲＶ／ＣＶ）（２ビット）及び「新規データインジケータ）（ＮＤＩ）（１ビット）は、合わせて９ビットになるが、別々にシグナリングされる。ＮＤＩは、実質的には、１ビットのＨＡＲＱシーケンス番号（ＳＮ）としての役目を果たす、すなわち、この値は、新しいトランスポートブロックが送信されるたびに切り替えられることに留意すべきである。
【先行技術文献】
【非特許文献】
【００３６】
【非特許文献１】3GPP TR 25.814: "Physical Layer Aspects for Evolved UTRA", Release 7, v. 7.1.0, October 2006
【非特許文献２】3GPP RAN WG#1 TdocR1-062089, "Comparison between RB-level and Sub-carrier-level Distributed Transmission for Shared Data Channel in E-UTRA Downlink", August 2006
【非特許文献３】3GPP TSG-RAN WG1 #50 Tdoc. R1-073870, “Notes from offline discussions on PDCCH contents”, August 2007
【非特許文献４】3GPP TS 25.308, “High Speed Downlink Packet Access (HSDPA); Overall description; Stage 2”, version 7.4.0, September 2007
【非特許文献５】Harri Holma and AnttiToskala, “WCDMA for UMTS, Radio Access For Third Generation Mobile Communications”, Third Edition, John Wiley & Sons, Ltd., 2004, chapters 11.1 to 11.5
【非特許文献６】3GPP TS 25.212, “Multiplexing and Channel Coding (FDD”), version 7.6.0, September 2007
【発明の概要】
【発明が解決しようとする課題】
【００３７】
本発明の一つの目的は、アップリンクまたはダウンリンクにおいて、例えば、Ｌ１／Ｌ２制御シグナリングなどの制御チャネルシグナリングに必要なビットの量を減少させることである。さらにまた、このようなソリューションが、付加的な厄介なＨＡＲＱプロトコルエラー状況を新たに発生させないことが望ましい。
【課題を解決するための手段】
【００３８】
上記の目的は、独立請求項の主題によって解決される。本発明の有利な実施形態は、従属請求項の主題である。
【００３９】
本発明に係る移動端末は、移動通信システムにおいて使用される移動端末であって、前記移動端末へ向けた制御チャネル信号を含む物理的無線リソースのサブフレームを受信するための受信器ユニットと、受信した前記制御チャネル信号に基づいて、ユーザデータを運ぶプロトコルデータパケットのトランスポートフォーマットと初回の送信または再送信の冗長バージョンを判断するための処理ユニットと、受信した前記制御情報フィールド中で指示された前記プロトコルデータパケットの前記トランスポートフォーマットと前記冗長バージョンを使用して、前記プロトコルデータパケットを少なくとも一つの物理的無線リソース上で送信するための送信器ユニットと、を具備し、前記サブフレーム中で受信した前記制御チャネル信号は、前記プロトコルデータユニットの前記トランスポートフォーマットと前記冗長バージョンが結合符号化される制御情報フィールドを含み、前記処理ユニットは、前記制御情報フィールド中で表現可能なある範囲の数の値を生じさせるある数のビットからなる前記制御情報フィールドを判断するように構成され、前記値のうちの第１のサブセットの値は、前記プロトコルデータユニットの前記トランスポートフォーマットを指示するために確保され、前記第１のサブセットの値と異なる第２のサブセットの値は、前記ユーザデータを送信するための前記冗長バージョンを指示するために確保される。
【００４０】
本発明に係る方法は、移動通信システムにおいて使用され、移動端末によって実行される方法であって、前記移動端末へ向けた制御チャネル信号を含む物理的無線リソースのサブフレームを受信するステップと、受信した前記制御チャネル信号に基づいて、ユーザデータを運ぶプロトコルデータパケットのトランスポートフォーマットと初回の送信または再送信の冗長バージョンを判断するステップと、受信した前記制御情報フィールド中で指示された前記プロトコルデータパケットの前記トランスポートフォーマットと前記冗長バージョンを使用して、前記プロトコルデータパケットを少なくとも一つの物理的無線リソース上で送信するステップと、を有し、前記サブフレーム中で受信した前記制御チャネル信号は、前記プロトコルデータユニットの前記トランスポートフォーマットと前記冗長バージョンが結合符号化される制御情報フィールドを含み、前記制御情報フィールドは、その制御情報フィールド中で表現可能なある範囲の数の値を生じさせるある数のビットからなり、前記値のうちの第１のサブセットの値は、前記プロトコルデータユニットの前記トランスポートフォーマットを指示するために確保され、前記第１のサブセットの値と異なる第２のサブセットの値は、前記ユーザデータを送信するための前記冗長バージョンを指示するために確保される。
【図面の簡単な説明】
【００４１】
【図１】Ｌ１／Ｌ２制御シグナリングの分配マッピングを有する、局所モード（ＬＭ）におけるＯＦＤＭＡシステムでのユーザへの典型的なデータ送信を示す。
【図２】Ｌ１／Ｌ２制御シグナリングの分配マッピングを有する、局所モード（ＬＭ）におけるＯＦＤＭＡシステムでのユーザへの典型的なデータ送信を示す。
【図３】Ｌ１／Ｌ２制御シグナリングの分配マッピングを有する、分散モード（ＤＭ）におけるＯＦＤＭＡシステムでのユーザへの典型的なデータ送信を示す。
【図４】トランスポートブロック／プロトコルデータユニット及びその異なるバージョン並びにトランスポートブロックサイズ／プロトコルデータユニットサイズの間の相互関係を例示的に明確に示す。
【図５】本発明の一実施形態よる、プロトコルデータユニットの伝送フォーマットと冗長バージョンを結合符号化するための共通フィールドをもつ制御チャネル信号の一例を示す。
【図６】本発明の一実施形態よる、プロトコルデータユニットの伝送フォーマットまたは冗長バージョンをシグナリングするための共通共有フィールドをもつ制御チャネル信号の一例を示す。
【図７】本発明の一実施形態よる、プロトコルデータユニットの伝送フォーマット、冗長バージョンまたはその他の情報をシグナリングするための共通共有フィールドをもつ制御チャネル信号の別の例を示す。
【図８】本発明の例示的な実施形態による、送受信器と受信器間の制御チャネル信号の例示的な典型的メッセージフローを示す。
【図９】本発明の例示的な実施形態による、受信器の再送信プロトコル動作が最適化される場合の、送受信器と受信器間の制御チャネル信号の例示的なメッセージフローを示す。
【図１０】本発明の概念が実現され得る、本発明の一実施形態による移動通信システムを示す。
【図１１】本発明の一実施形態よる、プロトコルデータユニットの伝送フォーマットまたは冗長バージョンをシグナリングするための共通共有フィールドをもつ制御チャネル信号の別の例を示す。
【発明を実施するための形態】
【００４２】
以下に、添付の図及び図面を参照して本発明をさらに詳細に説明する。図中の類似のまたは同等の細部は、同一の参照番号を付けて示される。
【００４３】
以下のパラグラフでは、本発明の多様な実施形態を説明する。典型的な例を示すという目的でのみ、実施形態の大部分は、前述の背景技術の節で取り上げたＳＡＥ／ＬＴＥによる（進化型）ＵＭＴＳ通信システムに関連して概説される。本発明は、例えば、前述のＳＡＥ／ＬＴＥ通信システムなどの移動通信システムに関連して、あるいはＯＦＤＭベースのシステムなどのマルチキャリアシステムに関連して有利に使用され得るが、本発明はこの特定の例示的な通信ネットワークにおける使用に限定されないことに留意すべきである。
【００４４】
本発明の多様な実施形態をさらに詳しく以下に説明する前に、以下のパラグラフは、本文書で使用する様々な用語の意味、それらの相互関係及び依存関係についての概要を説明する。概して、プロトコルデータユニットは、一つ以上のトランスポートブロックを運ぶために使用される、ある特定のプロトコル層のデータパケットと見なせる。一例では、プロトコルデータユニットは、ＭＡＣプロトコルデータユニット（ＭＡＣ ＰＤＵ）、すなわち、ＭＡＣ（媒体アクセス制御）プロトコル層のプロトコルデータユニットである。ＭＡＣ ＰＤＵは、ＭＡＣ層によって提供されたデータをＰＨＹ（物理）層へ運ぶ。通常、単独ユーザの割当て（ユーザごとに一つのＬ１／Ｌ２制御チャネル―ＰＤＣＣＨを割り当てる）を行なうには、一つのＭＡＣ ＰＤＵが第１層上の一つのトランスポートブロック（ＴＢ）にマッピングされる。トランスポートブロックは、第１層とＭＡＣ（第２層）間で交換される基本のデータ単位を定義する。通常、ＭＡＣ ＰＤＵをトランスポートブロックにマッピングするときには、一つまたは複数のＣＲＣが付加される。トランスポートブロックサイズは、一つのトランスポートブロックの大きさ（ビット数）として定義される。その定義によって、トランスポートサイズがＣＲＣビットを含むことも、含まないこともある。
【００４５】
概して、トランスポートフォーマットは、トランスポートブロックの送信に適用される変調及び符号化方式 （ＭＣＳ）及び／またはトランスポートブロックサイズを定義し、したがって、適切な変調（復調）と符号化（復号）のために必須ある。例えば、3GPP TR 25.814で論じられているような３ＧＰＰベースのシステムにおいては、変調及び符号化方式、トランスポートブロックサイズ及びリソース割当てサイズの間の次の関係が妥当である。
【００４６】
ＴＢＳ＝ＣＲ・Ｍ・ＮＲＥ
ここで、ＮＲＥは、割り当てられたリソース要素（ＲＥ）の数―１個のＲＥは１個の変調シンボルに等しい―であり、ＣＲは、トランスポートブロックを符号化する際の符号率であり、Ｍは、１個の変調シンボルにマッピングされるビット数であり、例えば、１６−ＱＡＭの場合、Ｍ＝４である。
【００４７】
上記のこの関係のゆえに、Ｌ１／Ｌ２制御シグナリングは、トランスポートブロックサイズまたは変調及び符号化方式のどちらかを指示すればよい。変調及び符号化方式がシグナリングされるとした場合には、このシグナリングを実現する方途にはいくつかのオプションがある。例えば、変調及び符号化方式のための別々のフィールドか、または変調及び符号化の両方のパラメータをシグナリングするための結合フィールド（joint field）が構想され得る。トランスポートブロックサイズがシグナリングされるとした場合には、トランスポートブロックサイズは、通常、明示的にシグナリングされず、むしろＴＢＳインデックスとしてシグナリングされる。実際のトランスポートブロックサイズを判断するためのこのＴＢＳインデックスの解釈は、例えば、リソース割当てサイズに依存し得る。
【００４８】
以下では、Ｌ１／Ｌ２制御シグナリング上のトランスポートフォーマットフィールドは、変調及び符号化方式またはトランスポートブロックサイズのどちらかを指示するものと仮定される。あるトランスポートブロックについてのトランスポートブロックサイズは、通常、何度かの送信にわたり変わることはない。しかし、トランスポートブロックサイズが変わらないとしても、例えば、リソース割当てサイズが変更されるならば（上記の関係に照らせば明らかなとおり）、変調及び符号化方式が何度かの送信の間で変わる可能性がある。
【００４９】
本発明のいくつかの実施形態では、再送信時に、トランスポートブロックサイズは、通常、初回の送信から既知であることにも留意すべきである。したがって、トランスポートフォーマット（ＭＣＳ及び／またはＴＢＳ）情報は、（たとえ変調及び符号化方式が何度かの送信の間で変わるとしても）再送信時にシグナリングする必要はない。変調及び符号化方式は、トランスポートブロックサイズと、リソース割当てフィールドから判断できるリソース割当てサイズとから判断できるからである。
【００５０】
図４に示すように、冗長バージョンは、あるトランスポートブロックから作成された符号化ビットのセットを意味する。データ送信に適用する符号率が固定レートのエンコーダとレートマッチングユニットによって作られるシステム（例えば、ＵＭＴＳのＨＳＤＰＡやＬＴＥシステム）では、実効符号化ビットの異なるセットを選択することによって、単一のトランスポートブロック（またはプロトコルデータユニット）について異なる冗長バージョンが作成される―上記セットのサイズ（選択されたビット数）は、当該データ送信に適用する実符号率（ＣＲ）に依存する。
【００５１】
送信（または再送信）に適用する実符号率がエンコーダのレートよりも高い場合には、冗長バージョンは符号化ビットのサブセットから構成される。送信（または再送信）に適用する実符号率がエンコーダのレートよりも低い場合には、冗長バージョンは、通常、すべての符号化ビットから構成され、そのうちの選択されたビットが繰り返される。
【００５２】
コンスタレーションバージョンは、データ送信の変調のために適用されているコンスタレーションダイアグラムを意味する。ある場合には、これは、ある変調方式のための特定のビット対シンボルマッピングのことをさすものであり得る。他の場合には、これは、特定のビット対シンボルマッピングの適用によるのと同様の効果を得るために、ビット値をインタリーブ及び／または反転させることによる特定のビット操作のことをさすものであり得る（例えば、http://www.3gpp.orgで得られる、EP 1 293 059 B1またはEP 1 313 248 B1または3GPP TS 25.212, “Multiplexing and Channel Coding (FDD”), version 7.6.0, September 2007を参照）。
【００５３】
新規データインジケータ（ＮＤＩ）は、トランスポートブロック（またはプロトコルデータユニット）の送信が初回の送信か、再送信かを示すフラグ（またはフィールド）を意味する。ＮＤＩが設定されていれば、トランスポートブロック（またはプロトコルデータユニット）の送信は初回の送信である。いくつかの実現では、新規データインジケータは、一つおきのトランスポートブロック（またはプロトコルデータユニット）ごとに増分される１ビットのシーケンス番号（ＳＮ）である。ＮＤＩ／ＳＮとして単一のビットを使用する場合、増分はビットを切り替えることに等しい。概して、しかし、シーケンス番号は、２ビット以上を含み得る。
【００５４】
本発明の一つの主要な態様は、制御チャネル情報用の新しいフォーマットを提案することである。この態様によれば、ユーザデータ（通常、プロトコルデータユニットの形式である）の関連付けられた送信についてのトランスポートフォーマット／トランスポートブロックサイズ／ペイロードサイズ／変調及び符号化方式及び冗長バージョン／コンスタレーションバージョンが、制御チャネル情報の単一のフィールドに入れて提供される。この制御チャネル情報は、例えば、３ＧＰＰ ＬＴＥシステムのＰＤＣＣＨ（物理的ダウンリンク制御チャネル）上で送信されるＬ１／Ｌ２制御情報／Ｌ１／Ｌ２制御チャネル信号であり得る。
【００５５】
本文書中の大部分の例では、わかりやすくするために便宜上、対象とする情報をトランスポートフォーマットと冗長バージョンと言っていることに留意すべきである。しかし、本発明のすべての実施形態において、「トランスポートフォーマット」という用語は、「トランスポートフォーマット」、「トランスポートブロックサイズ」、「ペイロードサイズ」または「変調及び符号化方式」のうちのいずれか一つを意味する。同様に、本発明のすべての実施形態において、「冗長バージョン」という用語は、「冗長バージョン及び／またはコンスタレーションバージョン」に置き換えることができる。
【００５６】
さらに加えて、本発明のある実施形態は、トランスポートフォーマット、冗長バージョン及び追加的にＨＡＲＱ関係情報（（再送信／ＨＡＲＱ）シーケンス番号または新規データインジケータ―ＮＤＩ）を制御チャネル情報の単一のフィールド内に統合することを構想する。
【００５７】
本文書で提案される二つの基本的は手法がある。本発明の異なる実施形態によれば、トランスポートフォーマットと冗長バージョンの結合符号化が提供される、または代替的に、トランスポートフォーマットと冗長バージョンの共有シグナリングが使用される。どちらの場合にも、トランスポートフォーマットと冗長バージョン用に単一の制御チャネル情報フィールドだけが設けられるが、このフィールドの使い方が異なる。
【００５８】
結合符号化を利用する場合、制御チャネル情報／信号中に画定された、トランスポートフォーマットと冗長バージョン用の一つの共通フィールドが存在する。トランスポートフォーマットと冗長バージョンは結合符号化され、例えば、シグナリング可能な２Ｎ個の値を生じさせる、Ｎビットのフィールドが使用される。２Ｎ個の値のうちＭ（＜２Ｎ）個の値が、例えば、ある固定のまたは予め設定された冗長バージョンに関連付けられるトランスポートフォーマットを指示するために使用される（この場合 、トランスポートフォーマットの明示的なシグナリングと冗長バージョンの同時の黙示的なシグナリングという言い方もできる）。残りの値のすべてまたは一部は、例えば、当該プロトコルデータユニットの再送信に使用され得る追加の冗長バージョンを指示するために使用される。
【００５９】
後者は、例えば、トランスポートブロック／プロトコルデータユニットのトランスポートフォーマットが、初回と再送信時とで変わることがない、または再送信及び／または初回送信についての制御チャネル信号中の他の情報から引き出せるシステム設計において（例えば、いくつかのシステムでは、初回の送信に関係付けられたトランスポートフォーマットと必要に応じてリソース割当て情報―さらにまた、再送信時のリソース割当て情報も考慮に入れることができる―から再送信のトランスポートフォーマットを引き出すことができる）、特に適用可能であり得る。この例では、再送信時の制御シグナリングは、その再送信に使用されている、当該プロトコルデータユニットの冗長バージョンを明示的に指示することができ、 かつトランスポートフォーマットを黙示的に与える（すなわち、初回の送信についての前の制御チャネル信号で指示された、当該プロトコルデータユニットの初回の送信に使用されたのと同じトランスポートフォーマット、またはたトランスポートフォーマットは、上述したとおり、他の制御チャネルシグナリング情報から引き出すことできる）。
【００６０】
前述したとおり、さらなる改良として、トランスポートフォーマットと冗長バージョンに新規データインジケータまたはシーケンス番号を追加して、結合符号化できる。
【００６１】
制御チャネル情報構成中に画定された、トランスポートフォーマットと冗長バージョン用の共有フィールドを有するという第２の手法を利用すると、一つのシグナリング瞬間には、この共有フィールドはトランスポートフォーマットをシグナリングするために使用され、別のシグナリング瞬間には、この共有フィールドは冗長バージョンをシグナリングするために使用される。
【００６２】
これによれば、トランスポートフォーマットと冗長バージョンを参照情報の単一のセットにだけ結合符号化すると、送信が当該プロトコルデータユニットの初回の送信であるか、その再送信であるかにかかわらず、制御チャネル信号中の共通制御情報フィールド内のビット組合せによって指示されるビット値を当該ユーザデータを提供する当該プロトコルデータユニットのトランスポートフォーマットと冗長バージョンの各個別の組合せに対応付ける必要があると言える。
【００６３】
制御チャネル信号中に共有制御情報フィールドを有する場合には、送信が当該プロトコルデータユニットの初回の送信であるか、その再送信であるかに応じて、共通制御情報フィールド内のビット組合せによって指示されるビット値をトランスポートフォーマットと冗長バージョンの各個別の組合せに対応付けるように、参照情報の２つのセットが存在し得る。例えば、初回の送信について予め設定されたまたは固定の冗長バージョンがある場合には、初回の送信時の制御チャネル信号は、上記共有フィールド内で初回の送信のトランスポートフォーマットを明示的に指示できる。何回かの再送信時には、初回の送信のトランスポートフォーマットが再使用され得るので、再送信時の制御チャネル信号はその再送信の冗長バージョンだけを明示的に指示できる（その際に、トランスポートフォーマットは、初回またはいずれかの前の送信時の制御チャネル信号から黙示的に特定されるまたはわかると見なせる）。
【００６４】
効率的なシステム動作の観点から、本発明の全体的概念と３ＧＰＰ ＨＳＤＰＡなどの既存のシステムとの一つの顕著な相違点は、ＨＡＲＱプロトコルエラーに関するものである。ＨＳＤＰＡでは、例えば、ＡＣＫ／ＮＡＣＫの無検出またはスケジューリング情報（ＴＦ、ＨＡＲＱ、等）を運ぶＬ１／Ｌ２ダウンリンク制御シグナリングの非到達により失われたトランスポートブロック （ＭＡＣ ＰＤＵ）は、これらのエラーに対処するＲＬＣプロトコルは遅くて重いので、大きなリソース損失と大きな遅延となる。ＬＴＥシステム（本発明を採用する対象のシステムの一つ）では、上位層のＲＬＣプロトコルは軽量で速いので、Ｌ１／Ｌ２ダウンリンク制御シグナリングをそれほどロバストに設計しなくてもよく、ひいては、本文書で開示される、最適化を可能にする。前述のとおり、本文書で提案される一つの手法は、制御チャネル情報フォーマット中で単一／共通フィールドを、プロトコルデータユニットの送信のトランスポートフォーマットと（少なくとも黙示的に）冗長バージョンを指示し、上記共通フィールドのビットを使用して（少なくとも）これら２つのパラメータを結合符号化するために使用することである。本発明の例示的な一実施形態によれば、制御チャネル情報中の共通フィールドは、２Ｎ個の値を表現し、シグナリングすることができるように、Ｎ個のビットからなると仮定できる。２Ｎ個の値のうちＭ（＜２Ｎ）個の値が、例えば、ある固定のまたは予め設定された冗長バージョンに関連付けられるトランスポートフォーマットを指示するために使用され得る。残りの値のすべてまたは一部は、追加の冗長バージョンを指示するために使用される。
【００６５】
下の表３は、共通フィールド（シグナリングされる値）が４ビットからなる例を示す。４ビットによって表現可能な全範囲のうちの第１の部分（ＴＦ範囲と表示された）は、所定の冗長バージョン（ＲＶ０）に関連付けられる異なトランスポートフォーマットを指示するために使用される。４ビットによって表現可能な残りの値は、第２の部分（ＲＶ範囲と表示された）を形成し、各送信の冗長バージョンを指示する。
【００６６】
【表３】
2011259489.tif 000005
【００６７】
上の表３において、ＴＦ範囲のすべての値は、単一の冗長バージョン（ＲＶ０）にだけ割り当てられている。もちろん、各値／トランスポートフォーマットが異なる冗長バージョンに割り当てられることも可能であり得る。これは、下の表４に例示される。
【００６８】
【表４】
2011259489.tif 000006
【００６９】
表４の例によれば、実際のシグナリング値に応じて、冗長バージョンを定義することができる。一実施形態では、小さいトランスポートブロックサイズまたは低いＭＣＳレベルに対して一つの特定の冗長バージョン（ＲＶ０）を使用でき、より大きなトランスポートブロックサイズ／高いＭＣＳレベルに対して別の冗長バージョン（ＲＶ１またはＲＶ２）が使用される。さらに、別の例では、同じトランスポートフォーマットが異なる冗長バージョンに割り当てられることがあり得る。
【００７０】
動作については、プロトコルデータユニット（またはトランスポートブロック）を最初に送信するときには、基地局は、「ＴＦ範囲」から選択されたある値をもつ共通ＴＦ／ＲＶフィールドを含む制御チャネル信号を送信できる。その結果、シグナリングされる値は、当該プロトコルデータユニットのトランスポートフォーマットを指定するだけでなく、各冗長バージョンも指示する。プロトコルデータユニットが再送信される場合には、特定の冗長バージョンを指示する「ＲＶ範囲」からのある値がシグナリングされるが、これは、ＨＡＲＱプロトコルによるソフト合成を容易にするために、プロトコルデータユニット（トランスポートブロック）のすべての送信でトランスポートフォーマットは不変でありまたは既知であると仮定できるからである。
【００７１】
代替的に、例えば、当該プロトコルデータユニットの送信機（例えば、基地局）へ提供された、当該プロトコルデータユニットの受信機（例えば、移動局）のフィードバックに応じて、送信機は、初回の送信と同じトランスポートフォーマットと冗長バージョンの再送信を送信するよう決定できる。表３に示した参照表を使用すると、このような再送信の制御チャネル信号は、したがって、制御チャネル信号のＴＦ／ＲＶフィールドで初回の送信時の制御チャネル信号と同じ値を指示することになる（ＲＶ範囲はＲＶ０をシグナリングし得ないので）。表４に示した参照表を使用するならば、「ＲＶ範囲は」は３つの冗長バージョンを与えるが、同じ３つの冗長バージョンが「ＴＦ範囲」でも指定されているので、制御チャネル信号中のＴＦ／ＲＶフィールドは、再送信時には「ＲＶ」範囲のうちのある値を常にとり得ること留意すべきである。
【００７２】
当該プロトコルデータユニットの再送信プロトコルとして、例えば、チェイス合成を含むＨＡＲＱを使用することにより、初回の送信と同じ冗長バージョンの再送信を送信する可能性が予期される場合には、次のいつかの例示的な実現を構想できる。
【００７３】
例示的な実現では、シグナリングされる値が当該トランスポートブロックのＴＦ（ＴＢＳ）（つまり、当該トランスポートブロックの初回の送信のＴＦ）の値と一致しないとしても、再送信時の制御チャネル信号中で「ＴＦ範囲」のいずれかの値をシグナリングできる。この場合には、受信機（例えば、移動局）は、シグナリングされた「ＴＦ範囲」の値によって与えられることになるトランスポートフォーマットを単純に無視し、シグナリングされた冗長バージョンを単に適用する。これに対応して、シグナリングされたトランスポートフォーマットを無視する場合を判別するには、受信機は、当該プロトコルデータユニットの関連付けられた送信が初回の送信か、再送信かを認識するために、最初に、シーケンス番号 （フィールド）または新規データインジケータを評価するようにすればよい。
【００７４】
別の第２の例示的な実現では、再送信時にも、最初の初回の送信のトランスポートフォーマットに一致する「ＴＦ範囲」の値をシグナリングできる。この場合には、受信機（例えば、移動局）は、通常、シグナリングされたトランスポートフォーマット（ＴＢＳ）の値を、この値がエラーケースを発見するのに役立つ可能性があるので、無視しないものとする。例えば、受信機が初回の送信の制御シグナリングを受信できなかった（したがって、当該プロトコルデータユニット／トランスポートブロックの初回の送信も受信できなかった）場合には、受信機は、再送信時のシグナリングに基づいて、この制御シグナリングはトランスポートフォーマットを含むから、データの復号を試みることができる。
【００７５】
第３の例示的な実現では、共通ＴＦ／ＲＶフィールド内のトランスポートフォーマット（ＴＢＳ）の値の解釈は、同じ制御チャネル情報中に含まれるリソース割当てフィールドに依存する。つまり、あるリソース割当てサイズに対して、ある特定の範囲のトランスポートブロックサイズだけがシグナリングされ得る（通常、トランスポートブロックサイズＴＢＳは、割り当てられたリソースの量―リソースブロックＲＢ単位で測られる―に次のように関係付けされる、ＴＢＳ＝Ｎ・ＲＢ、ここでＮ＝１、２、３、．．．）。リソース割当てサイズが初回の送信時と再送信時とで変わる場合には、正しいトランスポートブロックサイズをシグナリングできないことが起こり得る。この場合には、ＴＦ／ＲＶフィールドの内容を解釈するために制御チャネル信号の受信機側で使用される参照表に「範囲外」というＴＦ値を含むことが有利であり得る。この後者のケースが、下の表５に例示される。
【００７６】
【表５】
2011259489.tif 000007
【００７７】
別の第４の例示的な実現では、「ＴＦ範囲」の値によって与えられる冗長バージョンと同じ冗長バージョンを与える値を「ＲＶ範囲」に含ませることによって、初回の送信と同じ冗長バージョンが再送信で使用され得ることを確定することができる。この実現は、 下の表６に例示されるが、ここでは「ＲＶ範囲」は冗長ＲＶ０の使用を指示する値（「１１０１」）をも含む。
【００７８】
【表６】
2011259489.tif 000008
【００７９】
本発明の別の実施形態では、制御チャネル信号は、新規データ／新規プロトコルデータユニットの送信を受信機が検出できるようにする、新規データインジケータ（データが新規のデータ／新規のプロトコルデータユニットであるか否かを示す）または当該プロトコルデータユニットのシーケンス番号も含む。
【００８０】
一例によれば、新規データインジケータまたはシーケンス番号は、制御チャネル信号中の独立したフィールドに入れて送信され得る。例示的な実現では、シーケンス番号フィールドは１ビットであり、すなわち、増分がフラグを切り替えることに等しい。同様に、新規データインジケータを１ビットのフィールドとして実現できる。新規のトランスポートブロックが送信される場合（初回の送信）、新規データインジケータの値は設定され（例えば、１の値にセットされ）、トランスポートブロックが再送信される場合には、新規データインジケータは設定されない（例えば、０の値にセットされる）。
【００８１】
別の例示的な実現によれば、シーケンス番号または新規データインジケータは、制御チャネル信号の単一の共通フィールド内にトランスポートフォーマット及び冗長バージョンと一緒に結合符号化される。したがって、ＮＤＩ／ＳＮフィールドはもはや不要にできるので、シグナリングオーバヘッドを低減できる。
【００８２】
本発明の二つの例示的な実施形態によるトランスポートフォーマット及び冗長バージョンと新規データインジケータ（ＮＤＩ）の結合符号化が、表７及び表８に示される。表８では、冗長バージョンＲＶ０の使用が、同時に新規データを黙示的に指示するものと見なせる、すなわち、したがって、ＮＤＩフラグが設定されている（例えば、ＮＤＩ＝１）とも解釈でき、すべての他の冗長バージョンＲＶｓ（ＲＶ１〜３）は再送信を示す、すなわち、ＮＤＩフラグが設定されていない（例えば、ＮＤＩ＝０）とも解釈できる。
【００８３】
【表７】
2011259489.tif 000009
【００８４】
【表８】
2011259489.tif 000010
【００８５】
シグナリングされる各値ごとに指定されたＮＤＩ設定値を示すもう一つの列を追加している以外は、基本的には、表７は表６と同様である（同じく、表８は表３と同様である）。大まかに言えば、表７に示した具体例にかかわらず、値の２つの範囲（「ＴＦ範囲」と「ＲＶ範囲」）の定義は、新規のデータが送信されるか、再送信が提供されるかを示す値の２つの範囲も定義することを認識するべきである。基本的に、「ＴＦ範囲」からある値を選択することは、新規の送信を示し、したがって、新規データインジケータが設定される（またはシーケンス番号が増分される）ことに等しい。同様に、「ＲＶ範囲」からある値を選択することは、新規データが送信されないことを示し、したがって、新規データインジケータが設定されない（またはシーケンス番号が増分されない）ことに等しい。新規データインジケータの設定（シーケンス番号の増分）は、通常、プロトコルデータユニットまたはトランスポートブロックの初回の送信の送信と同時にそれぞれ発生するので、初回の送信時には、「ＴＦ範囲」からのある値がシグナリングされ、再送信には、「ＲＶ範囲」からのある値がシグナリングされることになる。
【００８６】
トランスポートフォーマットと冗長バージョンの結合符号化に代わる別の代替的な手法は、トランスポートフォーマットと冗長バージョンのシグナリング用に使用されるべき、制御チャネル情報中の共有フィールド（共有ＴＦ／ＲＶフィールドとも表記され得る）の使用である。この代替的な手法では、本発明の別の実施形態によれば、トランスポートフォーマットは、概して、初回の送信の特定の冗長バージョンに関連付けられている（または初回の送信の冗長バージョンが、固定されているか、予め設定されているかのどちらかである）ことが仮定される。したがって、初回の送信の場合には、表９に示すように、上記共有フィールドは、トランスポートフォーマットをシグナリングするものと解釈され、結合符号化手法に関して上述したいくつかの例で言及したのと同じように、各送信の冗長バージョンを言わば黙示的に示す。
【００８７】
さらに、トランスポートブロックサイズは、プロトコルデータユニットまたはトランスポートブロックの初回の送信時と再送信時で変わらないことも仮定される。したがって、再送信の場合には、表１０に示すように、制御チャネル信号中の上記共有フィールドは、冗長バージョンとして解釈される。
【００８８】
【表９】
2011259489.tif 000011
【００８９】
【表１０】
2011259489.tif 000012
【００９０】
結合符号化手法と共有フィールドの使用を比較すると、これらの手法の主な相違点は、各々のフィールドのビットの解釈である。結合符号化の場合、当該送信が初回の送信であるか、再送信であるかにかかわらず、送信のトランスポートフォーマットと冗長バージョン を判断するために、制御チャネル信号中の共通フィールドのビットを解釈するために同一の参照表が使用される。さらに、シーケンス番号または新規データインジケータを追加して結合符号化する場合、共通フィールド内のビットによって表現可能な値の範囲が、初回の送信と再送信とを区別できるように、それによって、新規データインジケータが設定されているまたはシーケンス番号が増分されていることを認識できるように、二つの範囲に分離されるものとする。対照的に、共有フィールド手法は、初回の送信が送信されるのか、または再送信が送信されるのかに応じて、トランスポートフォーマットと冗長バージョン用の共通フィールドに含まれたビットの解釈のために二つの異なる参照表を使用する（上記の表９と表１０を参照）。これにより、より多様なトランスポートフォーマットと冗長バージョンを指示するめの自由度と柔軟性を増すことができるとともに、シグナリングフィールドのサイズを縮小することもできる。
【００９１】
しかし、制御チャネル信号の受信機は、初回の送信または再送信のどちらが各制御チャネル信号に関連付けられているのかを把握しなければならない。理論的には、制御チャネル信号の受信機は自機のフィードバックからこの情報を得ることできるが、フィードバックは損失または誤解釈される可能性があるので、必ずしも信頼性は高くない。
【００９２】
したがって、本発明の一つのさらに別の実施形態では、制御チャネル信号は、追加のシーケンス番号フィールドまたは新規データインジケータをさらに含むことが提案される。新規データインジケータを使用する場合、共有ＴＦ／ＲＶフィールドの解釈は新規データインジケータフィールドの値に依存する、すなわち、上記の例に戻ると、制御チャネル信号の受信機（例えば、移動局）は、新規データインジケータの設定値に応じて、共有ＴＦ／ＲＶフィールドを解釈するための表９または表１０のどちらかを選択する。同様に、シーケンス番号フィールドを有する場合には、受信機は、シーケンス番号が増分されているか否かに基づいて、共有ＴＦ／ＲＶフィールドの内容を解釈するための参照表を選択する。
【００９３】
共通フィールド内でのトランスポートフォーマットと冗長バージョンの結合符号化と共有フィールドの使用の違いを、図５と図６に対比して例示する。図５には、例示的な一実施形態による制御チャネル信号が示される。この制御チャネル信号は、リソース割当てフィールド（ＲＢ割当て）、トランスポートフォーマットと冗長バージョンを結合符号化するためのＴＦ／ＲＶフィールド（「結合ＴＦ／ＲＶフィールド」）、ＮＤＩ／ＳＮフィールド及びＨＡＲＱプロセスフィールドを含む。制御チャネル信号の同じ構成が図６に示される。
【００９４】
図５では、制御チャネル情報が初回の送信または再送信のどちらに関連するのかにかかわらず、トランスポートフォーマットと冗長バージョンが共通フィールド（「結合ＴＦ／ＲＶフィールド」）内で結合符号化される。トランスポートフォーマットと冗長バージョン用の共通フィールドの４ビットは、例えば、上記の表３〜６に関して概要を示したとおり、トランスポートフォーマットと冗長バージョンを表現できる。
【００９５】
図６には、本発明の例示的な一実施形態による共有フィールド手法がさらに詳しく図示されている。ＮＤＩ／ＳＮフィールドは、新規データインジケータまたはシーケンス番号のいずれかを含むことができ、当該制御チャネル情報が初回の送信に関連するのか否か、そして共有ＴＦ／ＲＶフィールドの内容を解釈するためにどちらの参照情報を使用すべきかを判断するために使用される。当該制御チャネル情報がプロトコルデータユニットまたはトランスポートブロックの初回の送信に関連付けられている場合には、共有ＴＦ／ＲＶフィールドは、例えば、上記の表９に示したように、そのトランスポートフォーマットを示す。当該制御チャネル情報が再送信に関連付けられている場合には、共有ＴＦ／ＲＶフィールドは、例えば、上記の表１０に示したように、当該プロトコルデータユニットの冗長バージョンを示す。
【００９６】
次に、本文書で述べる多様な実施形態のうちの一つによる制御チャネル信号の送信機とその受信機の動作について、典型例としてダウンリンクのデータ送信を例にとり、さらに詳しく説明する。例示的な目的で、図１０に例示されるようなネットワークを仮定できる。図１０の移動通信システムは、少なくとも一つのアクセス及びコアゲートウェイ（ＡＣＧＷ）と複数のノードＢからなる「２ノードアーキテクチャ」をもつシステムと見なせる。ＡＣＧＷは、呼及びデータ接続の外部ネットワークへのルーティングなどのコアネットワーク機能を処理できるとともに、一部のＲＡＮ機能も実現できる。したがって、ＡＣＧＷは、今日の３ＧネットワークではＧＧＳＮ及びＳＧＳＮによって実行される機能と、例えば、 無線リソース制御（ＲＲＣ）、ヘッダ圧縮、暗号化／インテグリティ保護といったＲＡＮ機能を統合するものであると見なせる。
【００９７】
基地局（ノードＢまたは拡張型ノードＢ＝ｅＮｏｄｅ Ｂとも表記する）は、例えば、分割／連結、リソースのスケジューリングと割当て、多重化及び物理層機能といった機能を処理できる。例示的な目的でのみ、各ｅＮｏｄｅＢは一つの無線セルだけを制御するように図示されている。言うまでもなく、ビーム形成アンテナ及び／またはその他の技術を使用して、各ｅＮｏｄｅＢが数個の無線セルまたは論理的無線セルを制御することもできる。
【００９８】
この例示的なネットワークアーキテクチャにおいて、共有データチャネルが、個々の移動局（ＵＥ）と個々の基地局（ｅＮｏｄｅＢ）間の無線インタフェースを介してアップリンク及び／またはダウンリンクでのユーザデータ（プロトコルデータユニットの形式である）の通信に使用され得る。この共有チャネルは、例えば、ＬＴＥシステムにおいて知られているような物理的アップリンクまたはダウンリンク共有チャネル（ＰＵＳＣＨまたはＰＤＳＣＨ）であり得る。しかし、上記共有データチャネルとそれに関連付けられた制御チャネルは、図２または図３に示したように、物理層リソースにマッピングされることも可能である。
【００９９】
個々の制御チャネル信号／情報は、関連付けられたユーザデータ（プロトコルデータユニット）がそこにマッピングされている同じサブフレーム中にマッピングされる別個の（物理的）制御チャネル上で送信されもよいし、または代替的に、関連付けられた情報を含むサブフレームに先行するサブフレーム中で送信されてもよい。一例では、上記移動通信システムは３ＧＰＰ ＬＴＥシステムであり、上記制御チャネル信号 はＬ１／Ｌ２制御チャネル情報（例えば、物理的ダウンリンク制御チャネル−ＰＤＣＣＨ上で送信される情報）である。異なるユーザ（またはユーザのグループ）への各々のＬ１／Ｌ２制御チャネル情報は、異なるユーザの制御チャネル情報がダウンリンクサブフレームの第１の部分（「制御」）にマッピングされている図２及び図３に例示的に示したように、共有アップリンクまたはダウンリンクチャネルの特定の部分にマッピングされ得る。
【０１００】
図８は、本発明の例示的な実施形態による制御チャネル信号の送信機と受信機によって実行されるメッセージ交換とタスクを示す。このメッセージ交換は、図１０に示した移動通信ネットワーク中で実行可能である。これによれば、図８の例はダウンリンクのデータ送信に関するものなので、図８に示した送信機は、図１０における基地局／ノードＢ（ＮＢ１）に相当すると仮定でき、図８に示した受信機は、図１０における移動局／ＵＥ（ＭＳ１）に相当すると仮定できる。概して、図８では、受信機でのデータの復号の成功を確実にするために、ハイブリッドＡＲＱなどの再送信プロトコルが送信機（ここでは、基地局ＮＢ１）と受信機（ここでは移動局 ＭＳ１）の間で適用されると仮定できる。
【０１０１】
移動局ＭＳ１は、先ず、ＰＤＣＣＨを受信し（８０１）、Ｌ１／Ｌ２制御チャネル信号を取得する。次に、移動局ＭＳ１は、Ｌ１／Ｌ２制御チャネル信号の内容を解釈（または復号）する（８０２）。この制御チャネル信号は、図６に例示したようなフォーマットをもつと仮定できる。次に、移動局ＭＳ１は、Ｌ１／Ｌ２制御チャネル信号によって指示されたパラメータをもつ、関連付けられたダウンリンクデータチャネル上で送信されたプロトコルデータユニット（８０３）を受信し、復号を試みる（８０４）。
【０１０２】
移動局ＭＳ１がプロトコルデータユニットをうまく復号できる場合（ＣＲＣが正しいことよりわかる）、移動局はアップリンクでＡＣＫを送信する。あるいは、移動局がデータを正しく復号しなかった場合（ＣＲＣが誤っていることによりわかる）、移動局はアップリンクでＮＡＣＫを送信する（８０５）。移動局ＭＳ１がＰＤＣＣＨから制御チャネル信号を受信（正しく復号）しなかった場合は、移動局はアップリンクでＡＣＫまたはＮＡＣＫを送信しない（ＤＴＸ）。
【０１０３】
基地局ＮＢ１でＮＡＣＫを受信すると、基地局は当該移動局への当該プロトコルデータユニットの再送信を提供する。プロトコルデータユニットの再送信は、同じプロトコルデータユニットの別の冗長バージョンであると例示的に仮定されるので、基地局ＮＢ１は、再送信についての制御チャネル信号を作成し（８０６）、この制御チャネル信号と当該プロトコルデータユニット（８０９）の再送信を移動局ＭＳ１へ送信する（８０７）。ステップ８０２と８０４と同様に、移動局ＭＳ１は再送信についての制御チャネル信号を受信し（８０８）、当該プロトコルデータユニットの再送信を受信し、復号する（８１０）ために、制御チャネル信号中に指示されたパラメータを使用する。この再送信を受信した後、当該プロトコルデータユニットは正しく復号可能であると仮定されるので、移動局ＭＳ１は、復号の成功（失敗）をＡＣＫ（ＮＡＣＫ）によって基地局ＮＢ１に通知する。
【０１０４】
さらに別の実施形態では、再送信プロトコルのさらなる改良が提案される。図９に示した例示的なシグナリングフローとデータ交換によってこの改良の概要を説明する。再送信プロトコルは移動通信システムの媒体アクセス層（ＭＡＣ）で提供されること、そして、プロトコルスタック中の別の上位層のプロトコルが、データ送達の成功を確実にするために別の再送信機能を提供することが仮定できる。例えば、この上位層のプロトコルは、無線リンク制御（ＲＬＣ）プロトコルであり得る。
【０１０５】
ほとんどの場合、移動局がプロトコルデータユニット（例えば、ＭＡＣ ＰＤＵ）の初回の送信についての制御シグナリング（例えば、ＰＤＣＣＨ上の）を受信できなかった場合（９０１）には、プロトコルデータユニットの初回の送信も受信できない（９０２）。さらに、移動局はまた、当該プロトコルデータユニットの送信と再送信に使用されることになるトランスポートフォーマットを把握していないので、送信元の基地局へフィードバックを送らない。
【０１０６】
基地局が初回の送信に対する何のフィードバックも受信しない場合、基地局のスケジューラユニットの典型的な実現（２状態ＡＣＫ／ＮＡＣＫ受信器をもつ）では、フィードバックがないことをＮＡＣＫと見なし（９０３）、基地局は、当該プロトコルデータユニットの再送信についての別のＬ１／Ｌ２制御シグナリングを作成し（９０４）、送信する（９０５）。
【０１０７】
移動局が、次に、再送信についてのこのＬ１／Ｌ２制御シグナリングを受信する（９０６）場合に、ここでは、トランスポートフォーマットと冗長バージョン用の共通フィールドが制御シグナリング内にあると仮定すると、共通ＴＦ／ＲＶフィールド内のビットは、当該プロトコルデータユニットのトランスポートフォーマット（例えば、トランスポートブロックサイズ、ＭＣＳ、等）を与えず、ただ冗長バージョンを指示できるだけである（例えば、再送信時には「ＲＶ範囲」の値がシグナリングされると仮定する表３〜８を参照、または共有ＴＦ／ＲＶフィールド手法のための表９を参照）。本発明のこの実施形態によれば、たとえ移動局が当該プロトコルデータユニットの再送信（９０７）を受信できないとしても、現在のプロトコルデータユニット（ＭＡＣ ＰＤＵ）の送信を中止させるために、移動局は肯定応答（ＡＣＫ）を送信する （９０８）―そうしなければ（ＮＡＣＫを送信するとしたら）、移動端末が当該トランスポートブロックを正しく復号するチャンスがないのに、基地局は再送信を続行するであろう。ＡＣＫの送信は、当該トランスポートブロックを失わせることになるが、このトランスポートブロック（プロトコルデータユニット）の再送信は、上位層の（ＡＲＱ）プロトコルによって、もしそのようなプロトコル（例えば、ＲＬＣ）が利用できれば、対処され得る。
【０１０８】
基地局（より厳密に言えば、スケジューリングユニット）が、ＡＣＫ／ＮＡＣＫを検出するだけでなく、送信されたＤＴＸ（すなわち、ＡＣＫ／ＮＡＣＫの送信がないこと）も検出する能力をもつ場合―すなわち、３状態ＡＣＫ／ＮＡＣＫ／ＤＴＸ受信器をもつ場合に、移動局がＰＤＣＣＨ上の制御シグナリングを受信できなかったが、フィードバックの受信／復号のエラーによって、基地局がＤＴＸではなくＮＡＣＫを誤検出する状況においては、例えば、同様の応答動作を実現するようにしてもよい。この場合、移動局は、プロトコルエラーを検出しても、再送信を中止させるために肯定応答を送信する。基地局がＴＤＸ信号を正しく検出する場合には、基地局は、同じトランスポートブロックの別の初回の送信（トランスポートフォーマットを指示する）または新たに構成したトランスポートブロックを送信できる。
【０１０９】
上述した例示的実施形態は、ダウンリンクのデータ送信用のＬ１／Ｌ２制御シグナリングに主眼を置いた。アップリンクのデータ送信の場合にも、Ｌ１／Ｌ２制御シグナリングをダウンリンクで送信できる。（ユーザ）データの送信が別のリンク（アップリンク）で行われているとき、そのデータの送信は、関連付けられた制御シグナリングとは異なるサブフレーム番号のサブフレーム上で発生する可能性がある（アップリンクとダウンリンクは実際には同期不可能であり、すなわち、アップリンクとダウンリンクのサブフレームのタイミングは異なるので）。いずれにせよ、制御シグナリングが発生するサブフレームと実データ送信が発生するサブフレームのよく定義されたマッピングが必要となる。したがって、ＴＤＤシステムでは、サブフレームはアップリンクとダウンリンクとで異なり得る。
【０１１０】
以下では、前述した Ｌ１／Ｌ２制御シグナリングのさらなるオプションと改良を説明する。
【０１１１】
本発明の別の実施形態は、制御チャネル信号中の共有ＴＦ／ＲＶフィールドの使用のさらなる改良に関係する。トランスポートフォーマットをシグナリングするためのビット数（例えば、４〜７ビット）は、冗長に必要なビット数（例えば１〜３ビット）よりも通常多い。したがって、再送信時に冗長バージョンをシグナリングする場合には、共有ＴＦ／ＲＶフィールドのいくつかのビット（または値）を、例えば、他の有用な制御情報を送信するために使用できる。例えば、冗長バージョンのシグナリングに使用されないビットの一部または全部を、次ものをシグナリングするために使用できる。
【０１１２】
−  変調方式が各再送信ごとに独立に制御されるべき場合には、例えば、図１１に示したような変調方式。この場合、復号すべき符号率が、前の送信（通常、初回の送信）から既知となったトランスポートブロックサイズ、シグナリングされたリソース割当て（これからリソース割当てサイズが特定できる）およびシグナリングされた変調方式から判断可能となる。
【０１１３】
−  追加の限定的なトランスポートフォーマットに関係した情報、例えば、変調についてだけの、ＭＣＳレベルについての、ＴＢＳについての情報等。
【０１１４】
−  例えば、3GPP TSG RAN WG1 #47 Tdoc. R1-063548, “MIMO HS-SCCH structure”, November 2006 （http://www.3gpp.orgで得られ、参照により本文書に援用される）で提案されたようなＭＩＭＯ ＨＡＲＱサブプロセス情報。２個の符合語の送信と２個のＨＡＲＱプロセスをサポートするＭＩＭＯを仮定すると、通常、サブプロセス番号がＬ１／Ｌ２制御チャネル中でシグナリングされる必要があり、これはＨＡＲＱプロセス用の追加のビットを必要とする。このビットは初回の送信では必須ではないと仮定し、再送信時に、このビットを空いているスペースでシグナリングできる。
【０１１５】
−  アップリンク／ダウンリンク制御チャネルおよびデータチャネルについての追加の電力制御情報。
【０１１６】
−  ＡＣＫ／ＮＡＣＫシグナリングのために（基地局によって）使用されるリソースまたは（ＵＥによって）使用されるべきリソースに関する情報。この情報は、例えば、当該リソースの明確な指示であってもよいし、または当該リソースを限定してもよい。
【０１１７】
−  共有フィールドの残りのビットがＲＶ情報または（限定的な）ＴＦ情報に使用されることを示すフラグビット（図７を参照）。これは、基地局が再送信でシグナリングするものを選択する柔軟性をもつ、自己復号可能な再送信の場合に特に有益であり得る。
【０１１８】
本発明のさらに別の実施形態では、制御チャネルシグナリングは、 プロトコルデータユニットの初回の送信時に送信され、必要に応じて、選択された再送信時に追加送信されることに留意すべきである。したがって、再送信の一部またはすべてが、制御チャネルなしで送信される可能性がある。この場合、関連付けられたプロトコルデータユニットの送信を受信できるための制御情報は、当該プロトコルデータユニットの初回の送信時の制御シグナリングから、または当該プロトコルデータユニットの前の（再）送信から引き出せる、あるいは再送信のトランスポートフォーマットと冗長バージョンが予め定義可能である。例えば、リソース割当ては、前の送信のリソース割当てから引き出せる（例えば、同一のリソース割当てである、またはリソース割当ての跳び（hopping）とサイズ変更が予め定義されている）。この実現は、例えば、同期ＨＡＲＱプロトコルによるアップリンクのデータ送信に適用可能である。
【０１１９】
従来方式と比較すると、トランスポートフォーマットと冗長バージョン（及び必要に応じてＮＤＩ／ＳＮ）用の共通フィールドの使用は、次の有利性をもつ。開示されている概念による、制御チャネルフォーマット中にトランスポートフォーマット、冗長バージョン及びＮＤＩ／ＳＮフィールド用に別個のフィールドをもつ場合と比較して、Ｌ１／Ｌ２制御シグナリングオーバヘッドの縮小は、実際の実施形態によっては３ビットまでになる。同時係属ＰＣＴ出願 no. PCT/EP2007/010755, “Configuration of Control Channels in a Mobile Communication System”（ ２００７年１２月１０日出願の本願と同出願人による）に記述された、２５ビット以下から８０ビット以下のサイズのＬ１／Ｌ２制御チャネル信号を作る、Ｌ１／Ｌ２制御シグナリングフォーマットを仮定すると、上記のオーバヘッドの縮小は、４〜１２％のオーバヘッドの削減をもたらす。特に、小さいＬ１／Ｌ２制御シグナリングフォーマットについては、この削減（１２％までの削減）は有益である―というのは、このようなフォーマットは、Ｌ１／Ｌ２制御チャネル（ＰＤＣＣＨ）の電力とＭＣＳ制御に起因してＬ１／Ｌ２制御チャネル（ＰＤＣＣＨ）当りの（電力と時間−周波数）リソースが大きい、セルの辺縁部にいる移動局に対して使用されるからである。したがって、トランスポートフォーマットと冗長バージョン及び（必要に応じてＮＤＩ／ＳＮ）を符号化するための共通フィールドを有するという概念は、カバレッジとセルサイズの拡大を可能にする。
【０１２０】
さらに、制御シグナリング中でのトランスポートフォーマットと冗長バージョン（及び必要に応じてＮＤＩ／ＳＮ）を符号化するための共通フィールドの使用はまた、より大きなサイズのトランスポートフォーマットのシグナリングを可能にする。トランスポートフォーマット、冗長バージョン及びＮＤＩ／ＳＮ用に、例えば、合計８ビット（５ビットのＴＦ、２ビットのＲＶ、１ビットのＮＤＩ／ＳＮ）が、各フィールドをそれぞれ符号化するために従来のシステムで使用されると仮定すると、別個のＮＤＩ／ＳＮフィールドをまだ設けて、トランスポートフォーマットと冗長バージョンを結合符号化する場合、共通フィールドに７ビットを使用できる。従来技術は２５−１＝３１個までのトランスポートフォーマット値を与える（１個の値は「範囲外」用の予備とする）のに対して、ＴＦ／ＲＣフィールドでのトランスポートフォーマットと冗長バージョンの結合符号化は、２７−３＝１２５個のトランスポートフォーマット値を与える（３個の値は、再送信に定義される３つのＲＶをシグナリングするためにとっておくと仮定する）。これは、トランスポートブロックサイズの大幅にきめ細かさを増した粒度を提供し、例えば、より低いＭＡＣ ＰＤＵパディングオーバヘッドまたはＭＣＳ選択によるより細かなリンク適応を可能にする。ＮＤＩも加えて結合符号化する場合には、トランスポートフォーマット値の数は、２８−３＝２５３にさらに増加する。
【０１２１】
さらに、前述のいくつもの例で説明したように、トランスポートフォーマット（トランスポートブロックサイズ）が再送信時にも変わらない―もしそうでなければ、ソフト合成が実現できなくなるので、そうであるべきである―実現では、トランスポートフォーマットを再送信時にシグナリングする必要はない。従来の設計では、再送信時にもトランスポートフォーマットをシグナリングする。ある場合には、再送信についてのトランスポートフォーマットをシグナリングすることが、エラーケース（例えば、初回の送信についての制御シグナリングの送信を受信機が受信できなかった場合）の回復に役立ち得る。しかし、このようなエラーケースは、ある種のシステムでは起こる可能性は非常に低いので、再送信ではトランスポートフォーマットのシグナリングを避けることがより効率的であり、制御シグナリングオーバヘッドを削減する。
【０１２２】
リソース割当てサイズが再送信では変わる場合のエラーケースに対処するために、再送信時にトランスポートフォーマットをシグナリングすることは、通常、制御シグナリング中に追加のオーバヘッドを生じさせる。ある場合には、従来の設計では再送信時にシグナリングする必要があるトランスポートフォーマット（トランスポートブロックサイズ）が、リソース割当ての更新後にシグナリング可能な値の範囲内にないということが起こり得る。この場合、従来のシステムは、このような状況に対処するために、通常、「範囲外」を定義する。本文書で説明した本発明の実施形態のいくつかでは、トランスポートフォーマット（トランスポートブロックサイズ）は再送信時にはシグナリングされないので、この「範囲外」の値は必要ではない。
【０１２３】
本発明のいくつかの実施形態による本発明の別の特徴は、初回の送信についての冗長バージョンの動的選択を可能にしないことである。これは、（初回の送信についての冗長バージョンの自由な選択を可能にし得る）従来のソリューションに比較して必ずしも欠点ではない―というのは、動的な冗長バージョンの選択は、大抵は有益ではなく、まれなケースにしかこれを適用できないからである。
【０１２４】
本文書で概要を説明した本発明の原理を利用できる移動通信システムの例は、ＯＦＤＭ方式、ＭＣ−ＣＤＭＡ方式またはパルス整形を用いたＯＦＤＭ方式（ＯＦＤＭ／ＯＱＡＭ）を使用する通信システムである。
【０１２５】
本発明の別の実施形態は、ハードウェア及びソフトウェアを使用した、上述した様々な実施形態の実現に関係する。本発明の多様な実施形態は、コンピューティングデバイス（プロセッサ）を使用して実現または実施され得ることが認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）またはその他のプログラム可能な論理デバイス等であり得る。本発明の多様な実施形態は、上記のデバイスの組合せによって実施または実現されてもよい。
【０１２６】
さらに、本発明の多様な実施形態は、プロセッサで実行されるまたは直接ハードウェアに組み込むソフトウェアモジュールを用いても実現可能である。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、コンピュータで読取り可能などんな種類の記憶媒体−例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等−に記憶されてもよい。
【０１２７】
さらに、移動端末及び移動局といった用語はここでは同義語として使用されることに留意すべきである。ユーザ装置は移動局の一例と考えることができ、ＬＴＥのような３ＧＰＰベースのネットワークでは移動端末をさすものである。
【０１２８】
以上の文面において、本発明の様々な実施形態とその変形を説明した。具体的な実施形態の形で示した本発明へのいろいろな変形及び／または修正が、広義に説明された本発明の精神または範囲を逸脱しない限りにおいてなされ得ることは当業者によって理解されるであろう。
【０１２９】
上記の実施形態の大部分は３ＧＰＰベースの通信システムに関連して概説されており、以上の節で使用された用語は３ＧＰＰの用語に主に関係することにさらに留意すべきである。しかし、３ＧＰＰベースのアーキテクチャにかかわる多様な実施形態の用語と説明は、本発明の原理と概念を上記のシステムに限定するように意図されてはいない。
【０１３０】
また、前述の背景技術の節で述べた詳細な説明は、本文書に説明した主に３ＧＰＰの特徴を生かした例示的な実施形態をよりよく理解してもらうためのものであり、移動通信ネットワークにおけるプロセス及び機能のここで述べた特定の実現に本発明を限定するものと理解すべきではない。しかしながら、本文書で提案された改良は、背景技術の節で説明したアーキテクチャに容易に適用可能である。さらに、本発明の概念は、３ＧＰＰによって現在検討中のＬＴＥ ＲＡＮに容易に使用することもできる。
【図１】
2011259489.tif 000013
【図２】
2011259489.tif 000014
【図３】
2011259489.tif 000015
【図４】
2011259489.tif 000016
【図５】
2011259489.tif 000017
【図６】
2011259489.tif 000018
【図７】
2011259489.tif 000019
【図８】
2011259489.tif 000020
【図９】
2011259489.tif 000021
【図１０】
2011259489.tif 000022
【図１１】
2011259489.tif 000023
【手続補正書】
【提出日】平成23年11月9日(2011.11.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動通信システムにおいて使用される移動端末であって、
前記移動端末へ向けた制御チャネル信号を含む物理的無線リソースのサブフレームを受信するための受信器ユニットと、
受信した前記制御チャネル信号に基づいて、ユーザデータを運ぶプロトコルデータユニットのトランスポートフォーマットと初回の送信または再送信の冗長バージョンを判断するための処理ユニットと、
受信した前記制御チャネル信号中で指示された前記プロトコルデータユニットの前記トランスポートフォーマットと前記冗長バージョンを使用して、前記プロトコルデータユニットを少なくとも一つの物理的無線リソース上で送信するための送信器ユニットと、を具備し、
前記サブフレーム中で受信した前記制御チャネル信号は、前記プロトコルデータユニットの前記トランスポートフォーマットと前記冗長バージョンが結合符号化される制御情報フィールドを含み、
前記処理ユニットは、前記制御情報フィールド中で表現可能なある範囲の数の値を生じさせるある数のビットからなる前記制御情報フィールドを判断するように構成され、前記値のうちの第１のサブセットの値は、前記プロトコルデータユニットの前記トランスポートフォーマットを指示するために確保され、前記第１のサブセットの値と異なる第２のサブセットの値は、前記ユーザデータを送信するための前記冗長バージョンを指示するために確保される、移動端末。
【請求項２】
前記第１のサブセットの値は、前記第２のサブセットの値よりも多くの値を含む、請求項１に記載の移動端末。
【請求項３】
前記プロトコルデータユニットの前記冗長バージョンは、前記第１のサブセットの対応値によって指示された前記トランスポートフォーマットに黙示的である、請求項１または請求項２に記載の移動端末。
【請求項４】
前記プロトコルデータユニットの送信が前記ユーザデータの初回の送信である場合には、前記制御情報フィールド中の符号化された情報ビットの値は、前記第１のサブセットの値のうちの値を表わしている、請求項１から請求項３のいずれかに記載の移動端末。
【請求項５】
前記プロトコルデータユニットの送信が前記ユーザデータの再送信である場合には、前記制御情報フィールド中の符号化された情報ビットの値は、前記第１のサブセットの値のうちの値または前記第２のサブセットの値のうちの値を表わしている、請求項１から請求項４のいずれかに記載の移動端末。
【請求項６】
前記プロトコルデータユニットの送信が前記ユーザデータの再送信である場合には、前記制御情報フィールド中の符号化された情報ビットの値は、前記第２のサブセットの値のうちの値を表わしている、請求項１から請求項５のいずれかに記載の移動端末。
【請求項７】
前記制御情報フィールドの前記ビットは、前記プロトコルデータユニットを送信するために使用される前記トランスポートフォーマット、冗長バージョン及び前記プロトコルデータユニットの送信が前記ユーザデータの初回の送信であるか否かを示すための新規データインジケータを結合符号化し、
前記第１のサブセットの各設定値のうちの一つの使用が、前記プロトコルデータユニットの送信が初回の送信であることも示す、請求項１から請求項６のいずれかに記載の移動端末。
【請求項８】
移動通信システムにおいて使用され、移動端末によって実行される方法であって、
前記移動端末へ向けた制御チャネル信号を含む物理的無線リソースのサブフレームを受信するステップと、
受信した前記制御チャネル信号に基づいて、ユーザデータを運ぶプロトコルデータユニットのトランスポートフォーマットと初回の送信または再送信の冗長バージョンを判断するステップと、
受信した前記制御チャネル信号中で指示された前記プロトコルデータユニットの前記トランスポートフォーマットと前記冗長バージョンを使用して、前記プロトコルデータユニットを少なくとも一つの物理的無線リソース上で送信するステップと、を有し、
前記サブフレーム中で受信した前記制御チャネル信号は、前記プロトコルデータユニットの前記トランスポートフォーマットと前記冗長バージョンが結合符号化される制御情報フィールドを含み、
前記制御情報フィールドは、その制御情報フィールド中で表現可能なある範囲の数の値を生じさせるある数のビットからなり、前記値のうちの第１のサブセットの値は、前記プロトコルデータユニットの前記トランスポートフォーマットを指示するために確保され、
前記第１のサブセットの値と異なる第２のサブセットの値は、前記ユーザデータを送信するための前記冗長バージョンを指示するために確保される、方法。
【請求項９】
前記第１のサブセットの値は、前記第２のサブセットの値よりも多くの値を含む、請求項８に記載の方法。
【請求項１０】
前記プロトコルデータユニットの前記冗長バージョンは、前記第１のサブセットの対応値によって指示された前記トランスポートフォーマットに黙示的である、請求項８または請求項９に記載の方法。
【請求項１１】
前記プロトコルデータユニットの送信が前記ユーザデータの初回の送信である場合には、前記制御情報フィールド中の符号化された情報ビットの値は、前記第１のサブセットの値のうちの値を表わしている、請求項８から請求項１０のいずれかに記載の方法。
【請求項１２】
前記プロトコルデータユニットの送信が前記ユーザデータの再送信である場合には、前記制御情報フィールド中の符号化された情報ビットの値は、前記第１のサブセットの値のうちの値または前記第２のサブセットの値のうちの値を表わしている、請求項８から請求項１１のいずれかに記載の方法。
【請求項１３】
前記プロトコルデータユニットの送信が前記ユーザデータの再送信である場合には、前記制御情報フィールド中の符号化された情報ビットの値は、前記第２のサブセットの値のうちの値を表わしている、請求項８から請求項１２のいずれかに記載の方法。
【請求項１４】
前記制御情報フィールドの前記ビットは、前記プロトコルデータユニットを送信するために使用される前記トランスポートフォーマット、冗長バージョン及び前記プロトコルデータユニットの送信が前記ユーザデータの初回の送信であるか否かを示すための新規データインジケータを結合符号化し、
前記第１のサブセットの各設定値のうちの一つの使用が、前記プロトコルデータユニットの送信が初回の送信であることも示す、請求項８から請求項１３のいずれかに記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３９
【補正方法】変更
【補正の内容】
【００３９】
本発明に係る移動端末は、移動通信システムにおいて使用される移動端末であって、前記移動端末へ向けた制御チャネル信号を含む物理的無線リソースのサブフレームを受信するための受信器ユニットと、受信した前記制御チャネル信号に基づいて、ユーザデータを運ぶプロトコルデータユニットのトランスポートフォーマットと初回の送信または再送信の冗長バージョンを判断するための処理ユニットと、受信した前記制御チャネル信号中で指示された前記プロトコルデータユニットの前記トランスポートフォーマットと前記冗長バージョンを使用して、前記プロトコルデータユニットを少なくとも一つの物理的無線リソース上で送信するための送信器ユニットと、を具備し、前記サブフレーム中で受信した前記制御チャネル信号は、前記プロトコルデータユニットの前記トランスポートフォーマットと前記冗長バージョンが結合符号化される制御情報フィールドを含み、前記処理ユニットは、前記制御情報フィールド中で表現可能なある範囲の数の値を生じさせるある数のビットからなる前記制御情報フィールドを判断するように構成され、前記値のうちの第１のサブセットの値は、前記プロトコルデータユニットの前記トランスポートフォーマットを指示するために確保され、前記第１のサブセットの値と異なる第２のサブセットの値は、前記ユーザデータを送信するための前記冗長バージョンを指示するために確保される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
本発明に係る方法は、移動通信システムにおいて使用され、移動端末によって実行される方法であって、前記移動端末へ向けた制御チャネル信号を含む物理的無線リソースのサブフレームを受信するステップと、受信した前記制御チャネル信号に基づいて、ユーザデータを運ぶプロトコルデータユニットのトランスポートフォーマットと初回の送信または再送信の冗長バージョンを判断するステップと、受信した前記制御チャネル信号中で指示された前記プロトコルデータユニットの前記トランスポートフォーマットと前記冗長バージョンを使用して、前記プロトコルデータユニットを少なくとも一つの物理的無線リソース上で送信するステップと、を有し、前記サブフレーム中で受信した前記制御チャネル信号は、前記プロトコルデータユニットの前記トランスポートフォーマットと前記冗長バージョンが結合符号化される制御情報フィールドを含み、前記制御情報フィールドは、その制御情報フィールド中で表現可能なある範囲の数の値を生じさせるある数のビットからなり、前記値のうちの第１のサブセットの値は、前記プロトコルデータユニットの前記トランスポートフォーマットを指示するために確保され、前記第１のサブセットの値と異なる第２のサブセットの値は、前記ユーザデータを送信するための前記冗長バージョンを指示するために確保される。