(57)【特許請求の範囲】
【請求項１】
マルチキャリア移動通信ネットワークでコンポーネントキャリア（以下、ＣＣと称す。）上のトランスポートブロックに対応するダウンリンクスケジューリンググラント（以下、ＤＬスケジューリンググラントと称す。）をユーザー端末（以下、ＵＥと称す。）に送信するステップ、
前記ＣＣ用に１セットの候補アップリンク応答または否定応答物理リソース（以下、Ａ／Ｎ物理リソースと称す。）を保留するステップ、および
前記ＤＬスケジューリンググラントのリソースインデックスに基づいて決定された少なくとも１つの前記Ａ／Ｎ物理リソースからハイブリッド自動再送要求フィードバック情報（以下、ＨＡＲＱフィードバック情報と称す。）を受信し、デコードするステップを含み、
前記リソースインデックスは、前記１セットの候補アップリンク応答または否定応答物理リソースから決定された前記少なくとも１つのＡ／Ｎ物理リソースの第１の物理リソースに対応し、
前記ＤＬスケジューリンググラントを送信するモードが２つのコードワードとして構成されている場合には、前記決定された少なくとも１つのＡ／Ｎ物理リソースは、オフセットを前記リソースインデックスに用いることで決定される第２の物理リソースを含む
方法。
【請求項２】
前記ＤＬスケジューリンググラントは、半永続的スケジューリング（ＳＰＳ）アクティベーショングラントであり、前記グラントは、複数のサブフレームである請求項１に記載の方法。
【請求項３】
プライマリコンポーネントキャリア（ＰＣＣ）上のトランスポートブロックに対応する第２のＤＬスケジューリンググラントを送信するステップ、および
前記第２のＤＬスケジューリンググラントの論理アドレスに基づいて１つ、または２つの物理リソースからＨＡＲＱフィードバック情報を受信するステップを更に含む請求項１に記載の方法。
【請求項４】
異なるセットの候補アップリンク物理リソースは、上層の無線リソース構成（ＲＲＣ）層によって異なる構成されたＣＣ用に保留される請求項１に記載の方法。
【請求項５】
同じセットの候補アップリンク物理リソースは、各々の構成されたＣＣで複数のＵＥによってシェアされる請求項４に記載の方法。
【請求項６】
基地局であって、
コンポーネントキャリア（以下、ＣＣと称す。）上のトランスポートブロックに対応するダウンリンクスケジュールグラント（以下、ＤＬスケジューリンググラントと称す。）をマルチキャリア移動通信ネットワークのユーザー端末（以下、ＵＥと称す。）に送信する物理（ＰＨＹ）または媒体アクセス制御（ＭＡＣ）層モジュール（以下、ＰＨＹまたはＭＡＣ層モジュールと称す）、
前記ＣＣ用に１セットの候補アップリンク否定応答物理リソース（以下、Ａ／Ｎ物理リソースと称す。）を保留する無線リソース制御（ＲＲＣ）層モジュール、および
ハイブリッド自動再送要求フィードバック情報（以下、ＨＡＲＱフィードバック情報と称す。）を受信するアンテナを備え、
前記ＰＨＹまたはＭＡＣ層モジュールは、前記ＤＬスケジューリンググラントのリソースインデックスに基づいて決定された少なくとも１つの前記Ａ／Ｎ物理リソースから前記ＨＡＲＱフィードバック情報をデコードし、
前記リソースインデックスは、前記１セットの候補アップリンク応答または否定応答物理リソースから決定された前記少なくとも１つのＡ／Ｎ物理リソースの第１の物理リソースに対応し、
前記ＤＬスケジューリンググラントを送信するモードが２つのコードワードとして構成されている場合には、前記決定された少なくとも１つのＡ／Ｎ物理リソースは、オフセットを前記リソースインデックスに用いることで決定される第２の物理リソースを含んでいる
基地局。
【請求項７】
前記ＤＬスケジューリンググラントは、半永続的スケジューリング（ＳＰＳ）アクティベーショングラントであり、前記グラントは、複数のサブフレームである請求項６に記載の基地局。
【請求項８】
前記ＰＨＹまたはＭＡＣ層モジュールは、プライマリコンポーネントキャリア（ＰＣＣ）上のトランスポートブロックに対応する第２のＤＬスケジューリンググラントを送信し、且つ前記ＰＨＹまたはＭＡＣ層モジュールは、前記第２のＤＬスケジューリンググラントの論理アドレスに基づいて１つ、または２つの物理リソースからＨＡＲＱフィードバック情報をデコードする請求項６に記載の基地局。
【請求項９】
異なるセットの候補アップリンク物理リソースは、上層の無線リソース構成（ＲＲＣ）層によって異なる構成されたＣＣ用に保留される請求項６に記載の基地局。
【請求項１０】
同じセットの候補アップリンク物理リソースは、各々の構成されたＣＣで複数のＵＥによってシェアされる請求項９に記載の基地局。
【請求項１１】
マルチキャリア移動通信ネットワークでコンポーネントキャリア（以下、ＣＣと称す。）上のトランスポートブロックに対応するダウンリンクスケジューリンググラント（以下、ＤＬスケジューリンググラントと称す。）を基地局（ｅＮＢ）から受信するステップ、
前記ＤＬスケジューリンググラントのリソースインデックスに基づいて少なくとも１つの応答または否定応答物理リソース（以下、Ａ／Ｎ物理リソースと称す。）を決定するステップ、
前記決定された物理リソースに割り当てられたハイブリッド自動再送要求フィードバック情報（以下、ＨＡＲＱフィードバック情報と称す。）を送信するステップを含み、
前記リソースインデックスは、前記ＣＣ用に保留された１セットの候補アップリンク物理リソースから決定された前記少なくとも１つのＡ／Ｎ物理リソースの第１の物理リソースに対応し、
前記ＤＬスケジューリンググラントを送信するモードが２つのコードワードとして構成されている場合には、前記決定された少なくとも一つのＡ／Ｎ物理リソースは、オフセットを前記リソースインデックスに用いることで決定される第２の物理リソースを含む
方法。
【請求項１２】
前記ＤＬスケジューリンググラントは、半永続的スケジューリング（ＳＰＳ）アクティベーショングラントであり、前記グラントは、複数のサブフレームである請求項１１に記載の方法。
【請求項１３】
プライマリコンポーネントキャリア（ＰＣＣ）上のトランスポートブロックに対応する第２のＤＬスケジューリンググラントを受信するステップ、および
前記第２のＤＬスケジューリンググラントの論理アドレスに基づいて１つ、または２つの物理リソースを決定するステップを更に含む請求項１１に記載の方法。
【請求項１４】
異なるセットの候補アップリンク物理リソースは、上層の無線リソース構成（ＲＲＣ）層によって異なる構成されたＣＣ用に保留される請求項１１に記載の方法。
【請求項１５】
複数のユーザ端末は、各々の構成されたＣＣで１セットの候補アップリンク物理リソースをシェアする請求項１４に記載の方法。
【請求項１６】
ユーザー端末であって、
コンポーネントキャリア（以下、ＣＣと称す。）上のトランスポートブロックに対応するダウンリンクスケジュールグラント（以下、ＤＬスケジュールグラントと称す。）をマルチキャリア移動通信ネットワークの基地局から受信する物理（ＰＨＹ）または媒体アクセス制御（ＭＡＣ）層モジュール（以下、ＰＨＹまたはＭＡＣ層モジュールと称す。）、
前記ＤＬスケジューリンググラントのリソースインデックスに基づいて少なくとも１つの応答または否定応答物理リソース（以下、Ａ／Ｎ物理リソースと称す。）を決定し、前記リソースインデックスが前記ＣＣ用に保留された１セットの候補アップリンクＡ／Ｎ物理リソースからの第１のＡ／Ｎ物理リソースに対応する無線リソース制御層モジュール（以下、ＲＲＣ層モジュールと称す。）、および
前記決定された物理リソースに割り当てられたハイブリッド自動再送要求（ＨＡＲＱ）フィードバック情報を伝送するアンテナを含み、
前記ＤＬスケジューリンググラントを送信するモードが２つのコードワードとして構成された場合には、前記決定された少なくとも１つのＡ／Ｎ物理リソースは、オフセットを前記リソースインデックスに用いることで決定される第２の物理リソースを含んでいる
ユーザー端末。
【請求項１７】
前記ＤＬスケジューリンググラントは、半永続的スケジューリング（ＳＰＳ）アクティベーショングラントであり、前記グラントは、複数のサブフレームである請求項１６に記載のユーザー端末。
【請求項１８】
前記ＰＨＹまたはＭＡＣ層モジュールは、
プライマリコンポーネントキャリア（ＰＣＣ）上のトランスポートブロックに対応する第２のＤＬスケジューリンググラントを受信し、且つ１つ、または２つの物理リソースは、前記第２のＤＬスケジューリンググラントの論理アドレスに基づいて決定される請求項１６に記載のユーザー端末。
【請求項１９】
異なるセットの候補アップリンク物理リソースは、上層の無線リソース構成（ＲＲＣ）層によって異なる構成されたＣＣ用に保留される請求項１６に記載のユーザー端末。
【請求項２０】
複数のユーザ端末は、各々の構成されたＣＣで１セットの候補アップリンク物理リソースをシェアする請求項１９に記載のユーザー端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、３５  Ｕ．Ｓ．Ｃ．  §１１９の下、２０１０年６月１８日に出願された米国特許仮出願番号第６１／３５６０８１号「Ｕｐｌｉｎｋ  ＨＡＲＱ  Ｆｅｅｄｂａｃｋ  Ｃｈａｎｎｅｌ  Ｄｅｓｉｇｎ  ｆｏｒ  Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  ｉｎ  ＯＦＤＭＡ  Ｓｙｓｔｅｍｓ」、２０１０年８月１３日に出願された米国特許仮出願番号第６１／３７３３５１号「Ｕｐｌｉｎｋ  ＨＡＲＱ  Ｆｅｅｄｂａｃｋ  Ｃｈａｎｎｅｌ  Ｄｅｓｉｇｎ  ｆｏｒ  Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  ｉｎ  ＯＦＤＭＡ  Ｓｙｓｔｅｍｓ，」、
２０１０年１０月５日に出願された米国特許仮出願番号第６１／３９００６４号「Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  ｏｆ  Ｕｐｌｉｎｋ  ＨＡＲＱ  Ｆｅｅｄｂａｃｋ  Ｃｈａｎｎｅｌ  ｆｏｒ  Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  ｉｎ  ＴＤＤ／ＦＤＤ  ＯＦＤＭＡ  Ｓｙｓｔｅｍｓ，」からの優先権を主張するものであり、これらの全ては引用によって本願に援用される。
【０００２】
本発明は、無線ネットワーク通信に関し、特に、ＯＦＤＭＡシステムにおけるキャリアアグリゲーション用のアップリンクハイブリッド自動再送要求（ＨＡＲＱ）フィードバックチャネル設計（ｃｈａｎｎｅｌ  ｄｅｓｉｇｎ）およびリソース割り当てに関するものである。
【背景技術】
【０００３】
ロングタームエボリューション（ＬＴＥ）システムは、高ピークデータレート、低遅延、改善されたシステム容量、およびシンプルなネットワークアーキテクチャによる低運用コストを提供する。ＬＴＥシステムは、従来の無線ネットワーク、例えばＧＭＳ、ＣＤＭＡ、およびユニバーサル移動体通信システム（ＵＭＴＳ）などとのシームレス統合も提供する。ＬＴＥシステムにおいて、発展型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）は、複数の移動局と通信する複数の発展型ノードＢ（ｅＮＢｓ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂｓ）を含み、ユーザー端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔｓ）と呼ばれる。
【０００４】
ＬＴＥシステムは、その物理（ＰＨＹ）層でハイブリッド自動再送要求（ＨＡＲＱ：Ｈｙｂｌｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）を用いて、データ伝送の品質を向上させている。ＨＡＲＱ手順は、媒体アクセス制御（ＭＡＣ）またはより高い層によって制御される。ＨＡＲＱは、前方誤り制御（ＦＥＣ：Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｎｔｒｏｌ）と自動再送要求（ＡＲＱ：Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）を組み合わせた誤り訂正機構である。送信機側では、誤り訂正ビットが伝送データに付加される。受信機は、受信したビットをデコードし、伝送されたデータが正確にデコードされることができるかどうかに基づいて、送信機に、応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を送り返す。受信機は、対応のＨＡＲＱビットを設定することによって、ＡＣＫまたはＮＡＣＫを逆方向制御チャネルに伝送する。特に、ＬＴＥシステムでは、ｅＮＢからダウンリンクデータを受けた後、ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介してＨＡＲＱフィードバック情報をｅＮＢに伝送することができる。現在のＰＵＣＣＨは、４ビットまでのＨＡＲＱフィードバック情報を支援する。ＨＡＲＱプロセスは、システムのスループット（ｔｈｒｏｕｇｈ  ｏｕｔｐｕｔ）を向上させる。しかしながら、ＬＴＥのシステムへの強化により、既存のＨＡＲＱフィードバックチャネル設計には問題が生じる。
【０００５】
移動通信システム（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ａｄｖａｎｃｅｄ；ＩＭＴ−Ａｄｖａｎｃｅｄ）第４世代（４Ｇ）標準にかなう、または超えることができるようにＬＴＥシステムの強化（ＬＴＥアドバンスシステム）が考慮される。強化の鍵となる１つは、１００ＭＨｚまでの帯域幅をサポートし、既存の無線ネットワークシステムと後方互換性を保つことである。キャリアアグリゲーション（ＣＡ）は、システムのスループットを向上させるように導入される。キャリアアグリゲーションでは、ＬＴＥアドバンスシステムは、ダウンリンク（ＤＬ）の１Ｇｂｐｓおよびアップリンク（ＵＬ）の５００Ｍｂｐｓを超えるピークデータレートをサポートすることができる。このような技術は、オペレーターにいくつかのより小さい連続的な、または非連続的なコンポーネントキャリア（ＣＣ）を集約させて、より大きなシステムの帯域幅を提供し、潜在ユーザーに、コンポーネントキャリアの１つを用いてシステムにアクセスさせることにより、後方互換性を提供させる点で、魅力的である。
【０００６】
モバイルネットワークでは、ＵＥの要求帯域幅は、ＵＥが送信および受信しているデータの量に応じて変わる。キャリアアグリゲーションは、モバイルネットワークにおいて帯域幅をより効率的に用いるように、している。特に、キャリアアグリゲーションは、各々のＵＥ用に、ダウンリンクおよびアップリンクのコンポーネントキャリアの非対称の数となるようにする。例えば、複数のコンポーネントキャリア機能（ｃａｐａｂｉｌｉｔｙ）を有するＵＥは、周波数分割双方向通信（ＦＤＤ：Ｆｒｅａｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムでは５つのＤＬコンポーネントキャリアおよび１つだけのＵＬコンポーネントキャリアを有し、または時分割双方向通信（ＴＤＤ）システムでは５つのＤＬ部分（ｐｏｒｔｉｏｎ）および１つだけのＵＬ部分を有するように構成されることができる。非対称のＵＬおよびＤＬ  ＣＣ構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）により、アップリンクＨＡＲＱのペイロードサイズは、大幅に増加する。例えば、５つのＤＬコンポーネントキャリアが構成された場合、最大１２ビットがＦＤＤ用にＨＡＲＱフィードバック情報を運ぶのに必要とされ、最大４７ビットがＦＤＤ用に必要とされる。しかしながら、現在の非ＣＡ（ｎｏｎ−ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）  ＰＵＣＣＨチャネルフォーマットは、ＨＡＲＱフィードバック情報用に最大４ビットしかサポートしてしない。
【０００７】
よって、少なくとも１つの新しいＰＵＣＣＨ  チャネルフォーマットがアップリンクＨＡＲＱ情報に必要とされる。後方互換性を持たせるために、ＬＴＥシステムは、非ＣＡフォーマットのアップリンクＨＡＲＱおよび新しいＣＡフォーマットのアップリンクＨＡＲＱの両方をサポートする必要がある。また、非ＣＡフォーマットＨＡＲＱは、よりよいリソース利用率を有し、その一方で、ＣＡフォーマットＨＡＲＱのリソース利用率が落ちる。よって、アプリケーションシナリオに基づいて、適用されるＨＡＲＱフィードバックチャネルフォーマットがよりよいリソース利用率を得るように、変わることが望ましい。しかしながら、無線リンクは、信頼性がなく、制御メッセージとデータが伝送中に失われる可能性がある。このことは、ＵＥとｅＮＢ間の情報の不一致をもたらす。ｅＮＢ側のブラインドデコーディングは、より高い計算複雑さと性能低下を招く。この問題を解決するために、ＵＥとｅＮＢとの間のＨＡＲＱフォーマットの同期方式が必要となる。ＵＥとｅＮＢ間で切り替わるＨＡＲＱフォーマット用の所定の規則が必要となる。
【０００８】
ＬＴＥアドバンスシステムのＨＡＲＱフィードバックチャネル設計のためのもう一つの問題は、アップリンクＨＡＲＱ用の物理リソース割り当てである。ＵＥに用いる不対称のＵＬおよびＤＬコンポーネントキャリアにより、１つのＨＡＲＱフィードバックチャネルだけが、１つより多いＤＬ  ＣＣで複数のスケジュールされたトランスポートブロック（ＴＢ）用に、特定のＵＬコンポーネントキャリアで１つのＨＡＲＱフィードバックチャネルだけでもよい。よって、ダウンリンクスケジューラの論理アドレスに基づく現在の非ＣＡベースの暗黙的（ｉｍｐｌｉｃｉｔ）リソース割り当てを、用いられることができない。暗黙的リソース割り当ては、同じスケジューリング期間（例えば、ＬＴＥのサブフレーム）で複数のＤＬスケジューラにより、フィードバック用の複数の候補リソース位置（ｌｏｃａｔｉｏｎ）を作る。ＤＬスケジューラの信頼性に欠けるデコード結果により、ｅＮＢは、ＵＥがどのリソース位置を用いるか、知らないため、全ての候補のリソース割り当てを保留しなければならない。  １つの解決方法は、ＣＡモード用に、より効率的なリソースをＨＡＲＱフィードバックチャネルに割り当てる試みである。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ＯＦＤＭＡシステムにおけるキャリアアグリゲーション用のアップリンクＨＡＲＱフィードバックチャネル設計を提供する。
【課題を解決するための手段】
【００１０】
キャリアアグリゲーション（ＣＡ）用のＨＡＲＱフィードバックチャネル設計がマルチキャリアＬＴＥ／ＬＴＥ‐Ａシステムに提案されている。本実施態様では、ＨＡＲＱフィードバックチャネルフォーマット切り替え用の予め定義された規則がシステムで採用される。異なるＨＡＲＱフォーマットは、単一のコンポーネントキャリア（非ＣＡ）モード、小さいペイロードサイズ（ＣＡ−Ｓ）を有するキャリアアグリゲーションモード、大きいペイロードサイズ（ＣＡ−Ｌ）を有するキャリアアグリゲーションモード、およびフォールバックモードにサポートされる。各種のＣＡおよび非ＣＡフォーマットからアップリンクＨＡＲＱフィードバックチャネル用に用いられるフォーマットは、以下の要因：支援されるＣＣの最大数のＵＥ５０１機能、無線リソース構成（ＲＲＣ）層に用いるＣＣ構成情報、およびダウンリンクスケジューラの検出結果に基づいて決定される。ＣＣ構成情報は、ＲＲＣによって構成されたＣＣの数、および用いられる特定のＨＡＲＱフォーマットを含むことができる。より信頼性のある上層構成がＨＡＲＱフォーマット切り替えをするように用いられるため、ＵＥとｅＮＢとの不一致のリスクが大幅に減少される。
【００１１】
他の実施態様では、効果的なＨＡＲＱフィードバックチャネルのリソース割り当て方式がシステムに採用される。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）用の２つのリソース割り当て方式（例えば、明示的（ｅｘｐｌｉｃｉｔ）およびハイブリッド）が用いられる。リソースの一部は、ＲＲＣ構成を介して明示的方法に基づいて割り当てられる。もう一部のリソースは、ＲＲＣおよびダウンリンクスケジューラによって搬送される暗黙的情報を介してハイブリッド方法に基づいて割り当てられる。明示的方法では、Ａ／Ｎ物理リソース用の物理リソースは、ＤＬスケジューリンググラントのリソースインデックスに基づいて決定される。ＤＬグラントは構成されたＣＣ上のトランスポートブロックに対応する。リソースインデックスは、ＣＣ用に保留された１セットの候補アップリンクＡ／Ｎ物理リソースからの物理リソースを指している。ＤＬ伝送モードが二重のコードワード（ｄｕａｌ−ｃｏｄｅｗｏｒｄ）として構成される場合、第２のＡ／Ｎ物理リソースはオフセットをリソースインデックスに用いることで決定される。暗黙的方法では、Ａ／Ｎ物理リソースは、ＤＬスケジューリンググラントの論理アドレスに基づいて決定される。他の実施形態では、暗黙的および明示的リソース割り当ての両方が動的ＤＬスケジューリング方式に用いられる。他のの実施形態では、明示的リソース割り当てが半永続的スケジューリング（ＳＰＳ：Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｄｕｌｉｎｇ）ＤＬスケジューリング方式に用いられる。
【００１２】
他の実施形態及びそれらの利点が以下に詳細に説明される。この概要は、説明を限定するものではない。本発明は請求項によって限定される。
【発明の効果】
【００１３】
本発明により、ＯＦＤＭＡシステムにおけるキャリアアグリゲーション用のアップリンクＨＡＲＱフィードバックチャネル設計を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施態様に基づくＬＴＥ‐Ａシステム１００におけるハイブリッド自動再送要求（ＨＡＲＱ）フィードバックチャネル設計を図示している。
【図２】本実施態様に基づくユーザー端末および基地局を含む例示的な無線通信システムを図示している。
【図３】１セットのＦＤＤ  ＨＡＲＤフォーマット、サポートされているＨＡＲＱビット数の範囲、及び、ＨＡＲＤフォーマットと現存または新たなＰＵＣＣＨフォーマットとの可能なマッピングを表している。
【図４】１セットのＴＤＤ  ＨＡＲＤフォーマット、サポートされているＨＡＲＱビット数の範囲、及び、ＨＡＲＤフォーマットと現存または新たなＰＵＣＣＨフォーマットとの可能なマッピングを表している。
【図５】本実施態様に基づくＨＡＲＱフォーマットの同期をアップリンクする方法を図示している。
【図６】アップリンクＨＡＲＱフォーマットの切り替え問題を解決するための、特定のｅＮＢの実行を図示している。
【図７】アップリンクＨＡＲＱフォーマットの切り替え問題を解決するための、特定のＵＥの実行を図示している。
【図８Ａ】非クロスＣＣスケジューリング（ｎｏｎ−ｃｒｏｓｓ−ＣＣ  ｓｃｈｅｄｕｌｉｎｇ）用の暗黙的リソース割り当てを図示している。
【図８Ｂ】クロスＣＣスケジューリング（ｃｒｏｓｓ−ＣＣ  ｓｃｈｅｄｕｌｉｎｇ）用の暗黙的リソース割り当てを図示している。
【図９】上層制御によって管理されたリソースプールの割り当てを図示している。
【図１０】本実施態様に基づくＨＡＲＱリソース割り当ての方法を示している。
【図１１】動的リソース割り当て方法の実行方法を表している。
【図１２】動的リソース割り当て方法の具体例を図示している。
【図１３】半永続的スケジューリング（ＳＰＳ）リソース割り当て方法の実行方法を表している。
【図１４】ＳＰＳリソース割り当て方法の具体例を図示している。
【図１５】ハイブリッドリソース割り当て方法の具体例を図示している。
【発明を実施するための形態】
【００１５】
本発明の実施形態を詳細に参照し、その例が添付の図面に示されている。
【００１６】
図１は、本実施態様に基づくＬＴＥ‐Ａシステム１００におけるハイブリッド自動再送要求（ＨＡＲＱ）フィードバックチャネル設計を図示している。ＬＴＥ‐Ａシステム１００は、ＵＥ１０１およびｅＮＢ１０２を含み、両方ともマルチコンポーネントキャリア（ＣＣ）上のキャリアアグリゲーション（ＣＡ）をサポートする。ダウンリンク無線チャネル１０３において、ｅＮＢ１０２は、１つまたは複数のダウンリンク（ＤＬ）グラントをＵＥ１０１に伝送する。アップリンク無線チャネル１０４では、ＵＥ１４１は、アップリンク（ＵＬ）ＨＡＲＱフィードバック情報でｅＮＢ１０２に応答する。非ＣＡとＣＡモード（例えば、非ＣＡフォーマット、ＣＡフォーマット１とＣＡフォーマット２）用にＨＡＲＱフィードバックチャネルをサポートするために、複数のフォーマットがシステムにある。無線チャネルの信頼性の欠如により、ＵＥ１０１とｅＮＢ１０２は、どのフォーマットが用いられるかについて、異なる理解を持つ可能性がある。また、複数のＤＬコンポーネントキャリがサポートされているため、１つ以上のＤＬ  ＣＣで複数のスケジュールされたトランスポートブロック（ＴＢ）用に、特定のＵＬコンポーネントキャリアで１つのＨＡＲＱフィードバックチャネルだけもよい。ＤＬスケジューラの信頼性に欠けるデコーディング結果により、ｅＮＢ１０２は、ＨＡＲＱフィードバックチャネルにＵＥ１０１がどのリソース位置（例えば、物理リソース位置１０５〜１０８）を用いるかわからない。本実施態様では、ＵＥ１０１とｅＮＢ１０２との間でＨＡＲＱフォーマットの同期方式が定義される。具体的に言えば、ＨＡＲＱフォーマット切り替え規則がＵＥ１０１とｅＮＢ１０２に予め定義されている。他の実施形態では、ＣＡモード用の効果的なＨＡＲＱリソース割り当て方式は、ＵＥ１０１とｅＮＢ１０２にそれぞれ定義されている。
【００１７】
図２は、例示的な無線通信端末ＵＥ２０１および基地局ｅＮＢ２０２の簡略化したブロック図を図示している。ＵＥ２０１およびｅＮＢ２０２は、以下の任意の通信プロトコルを動作することができる。一例として、本発明の実施形態は、ＬＴＥプロトコルに基づいて動作する。ＵＥ２０１は、ＲＦモジュール２１１に接続されたトランシーバーアンテナ２１０を含む。トランシーバーアンテナ２１０は、ＲＦ信号を受信または送信する。ＵＥ２０１には１つのアンテナしか表されていないが、無線端末は、送信および受信用の複数のアンテナを有してもよい。ＲＦモジュール２１１は、トランシーバーアンテナ２１０またはベースバンドモジュール２１２のいずれかから信号を受信し、受信した信号をベースバンド周波数に変換する。ベースバンドモジュール２１２は、ＵＥ２０１から送信された、またはＵＥ２０１で受信された信号を処理する。このような処理は、例えば、変調、復調、チャネルコーディング／デコーディング、およびソースコーディング／デコーディングを含む。ＵＥ２０１は、デジタル信号を処理し、他の制御機能を提供するプロセッサ２１３を更に含む。メモリ２１４は、プログラム命令およびデータを保存し、ＵＥ２０１の動作を制御する。同様にｅＮＢ２０２は、ＲＦモジュール２３１、ベースバンドモジュール２３２、プロセッサ２３３、およびメモリ２３４に接続されたトランシーバーアンテナ２３０を含む。
【００１８】
ＵＥ２０１およびｅＮＢ２０２は、一般に定義されたレイヤードプロトコルスタック２１５によって互いに通信する。レイヤードプロトコルスタック２１５は、非アクセス層（ＮＡＳ）２１６、無線リソース制御（ＲＲＣ）層２１７、パケットデータ収束制御（ＰＤＣＰ）層２１８、無線リンク制御（ＲＬＣ）層２１９、媒体アクセス制御（ＭＡＣ）層２２０、および物理層（ＰＨＹ）２２１を含む。非アクセス層（ＮＡＳ）２１６は、上層ネットワーク制御を提供するために、ＵＥと移動管理エンティティ（ＭＭＥ）との間のプロトコルである。異なるモジュールおよびプロトコル層モジュールは、機能モジュールまたは論理構成体としてもよく、ソフトウェア、ファームウェア、ハードウェアまたはその任意の組み合わせとしてもよい。プロセッサで実行された時、異なるモジュールは一緒に機能し、ＵＥ２０１およびｅＮＢ２０２に種々の通信動作を実行させる。
【００１９】
具体的に言えば、ＬＴＥシステムは、ＰＨＹ層でＨＡＱＲを用いてデータ伝送の品質を向上させ（例えば、２０５を介するソフト結合およびフィードバック情報）、そのＨＡＲＱ手順は、媒体アクセス制御（ＭＡＣ）またはより高い層によって制御される（例えば、２０４を介する再伝送およびフィードバック情報の手順）。ＨＡＲＱフィードバックチャネル用の付加の構成情報は、上層（例えば、ＲＲＣ  ２０３）によって制御される。２１５のレイヤードプロトコルでは、ＰＨＹ層データ伝送およびＭＡＣ層制御メッセージは、例えばＲＲＣ層メッセージの上層制御メッセージより、信頼性を低くすることができる。レイヤードプロトコルの性質により、本発明に係る実施形態において、より高い層の構成情報は、ＵＥ２０１とｅＮＢ２０２との間のＨＡＲＱフォーマットを同期してＨＡＲＱリソースを割り当てるために用いられる。
【００２０】
ＨＡＲＱのフォーマット切り替え
【００２１】
図２に示されるように、ＨＡＲＱ情報は、ＭＡＣ層で交換される。現在のＬＴＥは、最大４ビットまでで、ＰＨＹ層内に、アップリンクＨＡＲＱフィードバック情報の伝送用のいくつかのチャネルフォーマットをサポートする。ＬＴＥシステムでは、複数のＤＬ  ＣＣがキャリアアグリゲーションにおいて構成されたときに、現存のフォーマットは、十分なＨＡＲＱ情報ビットをサポートしていない。ＨＡＲＱフィードバック情報用の新しいフォーマットが必要となる。２つ以上に構成されたＤＬ  ＣＣをサポートするには、少なくとも１つのＨＡＲＱチャネルフォーマットが必要となる。本発明に係る実施形態では、図３および図４は、ＦＤＤおよびＴＤＤ用の１セットの提案されたＨＡＲＱチャネルフォーマットをそれぞれ表している。
【００２２】
本発明に係る実施形態では、図３は、ＦＤＤ用の１セットのＨＡＲＱフォーマット、サポートされたＨＡＲＱビット数の範囲、及び、現存するまたは新たなＰＵＣＣＨフォーマットとの採用可能なマッピングを表している。ＦＤＤ非ＣＡフォーマットは、アップリンクフィードバック情報の２ビット以下のＨＡＲＱをサポートし、ＬＴＥリリース８／９  ＰＵＣＣＨフォーマット１ａ／１ｂを用いる。ＦＤＤキャリアアグリゲーションの小さいペイロード（ｓｍａｌｌ  ｐａｙｌｏａｄ）（ＣＡ−Ｓ）フォーマットは、アップリンクフィードバック情報の２ビットより大きく且つ４ビット以下のＨＡＲＱをサポートし、チャネル選択を伴うＰＵＣＣＨフォーマット１ｂの形式を採用する。ＦＤＤキャリアアグリゲーションの大きいペイロード（ｌａｒｇｅ  ｐａｙｌｏａｄ）（ＣＡ−Ｌ）フォーマットは、アップリンクフィードバック情報の２ビットより大きいＨＡＲＱをサポートし、ＤＦＴ−Ｓ−ＯＦＤＭに基づくＰＵＣＣＨフォーマット３の形式を採用する。
【００２３】
本発明に係る実施形態では、図４は、ＦＤＤ用の１セットのＨＡＲＱフォーマット、サポートされたＨＡＲＱビット数の範囲、及び、現存または新たなＰＵＣＣＨフォーマットとの採用可能なマッピングを表している。ＴＤＤ非ＣＡフォーマットは、アップリンクフィードバック情報の４ビット以下のＨＡＲＱをサポートし、ＬＴＥリリース８／９  ＰＵＣＣＨフォーマット１ａ／１ｂまたはチャネル選択を伴うＰＵＣＣＨフォーマット１ｂを用いる。ＴＤＤキャリアアグリゲーションの小さいペイロード（ｓｍａｌｌ  ｐａｙｌｏａｄ）（ＣＡ−Ｓ）フォーマットは、アップリンクフィードバック情報の２ビットより大きく且つ４ビット以下のＨＡＲＱをサポートし、ＣＡマッピングテーブルを用いて、チャネル選択を伴うＰＵＣＣＨフォーマット１ｂの形式を採用する。ＴＤＤキャリアアグリゲーションの大きいペイロード（ｌａｒｇｅ  ｐａｙｌｏａｄ）（ＣＡ−Ｌ）フォーマットは、アップリンクフィードバック情報の４ビット以上のＨＡＲＱをサポートし、ＤＦＴ−Ｓ−ＯＦＤＭに基づくＰＵＣＣＨフォーマット３の形式を採用する。
【００２４】
図３および図４は、キャリアアグリゲーションをサポートするＨＡＲＱ情報を含む例示的なチャネルフォーマットである。非対称のＤＬおよびＵＬ  ＣＣの構成により、ＨＡＲＱの新しいフォーマットが必要となる。ＨＡＲＱフィードバック情報用の増加されたペイロードをもつフォーマットは、アップリンクリソースの利用においてシステムの効率を悪くする。よって、ＵＥおよびｅＮＢは、アプリケーションシナリオに基づいて、フォーマットを切り替えることができなければならない。信頼性の低いＰＨＹまたはＭＡＣ層の制御メッセージがなくなった時、または正確に受信されなかった時、問題が生じる。このような制御メッセージは、ＣＣ用にデータ伝送を動的にスケジュールするＤＬグラントメッセージを含み、ＭＡＣ又はより高い層によってアクティベートされる。例えば、ｅＮＢは、３つのダウンリンクグラントをＵＥに伝送する。送信された３つのＤＬグラントに基づくｅＮＢは、図３と図４に定義されるように、ＣＡ−Ｌフォーマットで受信のＵＥからＨＡＲＱフィードバックを求める。ＰＨＹまたはＭＡＣ層は、信頼性の低い制御メッセージチャネルであるため、ＵＥは、２つのグラントだけを受信する可能性がある。ＵＥは、情報を分析し、アップリンクＨＡＲＱフォーマットを切り替えることが必要とされるかどうかを決める。ＵＥは、２つのグラントだけを受信することで、必要なＨＡＲＱビットは４以下であることがわかったため、ＵＥは、ＣＡ−Ｓフォーマットを用いてアップリンクＨＡＲＱ情報を送信する。その受信されたＤＬグラントに基づいたＵＥで用いられるフォーマットは、ｅＮＢ送信機が求めるのと異なる。ＨＡＲＱフォーマットの不一致は、ｅＮＢとＵＥとの間で生じる。この問題を解決するために、アップリンクＨＡＲＱフォーマット切り替えでＵＥとｅＮＢを同期させる、所定の方式が必要となる。
【００２５】
図５は、不一致の問題を解決する本発明の実施形態を表している。ステップ５１０では、ｅＮＢ５０２は、上層（例えばＲＲＣ）制御チャネルを介してセミスタティックＣＣ構成データをＵＥ５０１に伝送する。ＣＣ構成データは、ＲＲＣで構成されたＣＣの数および用いられる特定のＨＡＲＱフォーマットを含んでもよい。この上層制御チャネルは、ＰＨＹまたはＭＡＣ層のような下層より信頼できる。ステップ５２０では、ＵＥ５０１は、この上層制御メッセージを受信し、それを用いてＨＡＲＱフォーマットを決める。ステップ５１１では、ｅＮＢ５０２は、ＭＡＣ層または物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して複数のＤＬグラントを送信する。このようなＤＬグラントは、信頼性に欠ける下層制御メッセージのエラーまたは消失により、失われることもある。複数のＤＬグラントを受信した後、ステップ５２１では、ＵＥ５０１は、ＨＡＲＱフォーマット切り替えが必要とされるかどうか決める。本発明に係る実施形態では、この決定は、以下の情報：  １）サポートされるＣＣの最大数のＵＥ５０１機能；  ２）ステップ５１０でｅＮＢ５０２から受信された上層のＣＣ構成；  および３）ＵＥ５０１のＤＬスケジューラの検出結果に基づいて、ステップ５２２で行われる。ステップ５１２では、ＵＥ５０１は、ステップ５２２で決められた決定に基づいた対応のフォーマットのＨＡＲＱフィードバック情報を送信する。ＨＡＲＱフィードバック情報を受けた後、ｅＮＢ５０２は、ステップ５１３で対応のフォーマットを用いて情報をデコードする。より信頼性のある上層構成がＨＡＲＱフォーマット切り替えの決定をするのに用いられているため、ＵＥとｅＮＢの不一致のリスクは、大きく減少される。
【００２６】
図６は、ＦＤＤシステムの図５のアルゴリズムのｅＮＢの実施の実施形態を表している。ＵＥがＣＡをサポートするために、ステップ６０１で、ｅＮＢは、ＵＥが２つより多いＣＣをサポートする能力があるかどうか確認する。サポートする能力がない場合には、ステップ６０２で、ｅＮＢは、上層が１つより多いＣＣのＵＥを構成しているかどうかを更にチェックする。構成していない場合、ｅＮＢは、このＵＥを単一のＣＣモード６０７に設定し、非ＣＡフォーマット６１０をＨＡＲＱフィードバックに用いる。一方、構成している場合には、ｅＮＢは、ステップ６０６にて、小さいペイロードサイズのモードまたはフォールバックモードに入る。フォールバックモードが、プライマリコンポーネントキャリア（ＰＣＣ）用にダウンリンクスケジューラを検出するためだけに動作される場合には、非ＣＡフォーマット６１０がアップリンクＨＡＲＱフィードバックに用いられる。フォールバックモードが、プライマリコンポーネントキャリア（ＰＣＣ）用にダウンリンクスケジューラを検出するためだけに動作されない場合には、小さいペイロードサイズのモードのＣＡが動作され、ＣＡ−Ｓフォーマット６０９がアップリンクＨＡＲＱフィードバックに用いられる。
【００２７】
ステップ６０１では、ｅＮＢは、ＵＥが２つを越えたＣＣをサポートすると決定した場合、ステップ６０３へ進む。ステップ６０３では、ｅＮＢは、上層が２つ未満のＣＣのＵＥを構成するかどうかをチェックする。２つ以下のＣＣのＵＥを構成しない場合には、ｅＮＢは、ステップ６０５にて、大きいペイロードサイズのモードまたはフォールバックモードに入る。ＰＣＣ用にダウンリンクスケジューラーを検出するためだけに、フォールバックモードが動作される場合、非ＣＡフォーマット６１０がアップリンクＨＡＲＱフィードバックに用いられる。そうでなければ、大きいペイロードサイズのモードのＣＡが動作され、ＣＡ−Ｌフォーマット６０８がアップリンクＨＡＲＱフィードバックに用いられる。ステップ６０３で、ｅＮＢがＵＥに２つ未満のＣＣが構成されていると分かった場合、ＵＥ用のＨＡＲＱモードは、上層から他の構成情報に更に要求する。本発明に係る実施形態では、ｅＮＢは、ＵＥがステップ６０４でＣＡ−Ｓフォーマットで構成されるかどうかをチェックする。ＣＡ−ＳフォーマットがＵＥ用に構成される場合、ｅＮＢは、ステップ６０６にて小さいペイロードサイズのモードまたはフォールバックモードに入る。ＰＣＣ用にダウンリンクスケジューラーを検出するためだけに、フォールバックモードが動作される場合には、非ＣＡフォーマット６１０がアップリンクＨＡＲＱフィードバックに用いられる。ＰＣＣ用にダウンリンクスケジューラーを検出するためだけに、フォールバックモードが動作されない場合には、小さいペイロードサイズのモードのＣＡが動作され、ＣＡ−Ｓフォーマット６０９がアップリンクＨＡＲＱフィードバックに用いられる。一方、ＣＡ−Ｌフォーマットがステップ６０４でＵＥ用に構成される場合、ｅＮＢは、ステップ６０５にて、大きいペイロードサイズのモードまたはフォールバックモードに入る。ＰＣＣ用にダウンリンクスケジューラーを検出するためだけに、フォールバックモードが動作される場合には、非ＣＡフォーマット６１０がアップリンクＨＡＲＱフィードバックに用いられる。ＰＣＣ用にダウンリンクスケジューラーを検出するためだけに、フォールバックモードが動作されない場合には、大きいペイロードサイズのモードのＣＡが動作され、ＣＡ−Ｌフォーマット６０８がアップリンクＨＡＲＱフィードバックに用いられる。
【００２８】
図７は、ＴＤＤシステムの図５のアルゴリズムのＵＥの実施の実施形態を表している。図７の例では、ＵＥは、先ずＨＡＲＱフォーマットモードを分類することで、図５のステップ５２２の情報に基づいたＨＡＲＱフォーマットを決定することができる。図７に示されるように、ステップ７０１にて、ＵＥは、先ず、このＵＥでサポートされるＣＣの最大の許容数を確認する。ＵＥが１つのＣＣだけをサポートできる場合、ＵＥのＨＡＲＱフィードバックフォーマットは、単一のＣＣモード７０９である。ＵＥは、ＰＵＣＣＨ上でアップリンクＨＡＲＱフィードバック用に非ＣＡフォーマット７１２を使用しなければならない。ステップ７０１がＵＥが１つを越えるＣＣをサポートする能力があると判定した場合、ＵＥは、その上層の構成を見て、１つを越えるＣＣがステップ７０２で構成されたかどうかを決定する。ＵＥが１つを越えるＣＣをサポートすることができるとしても、１つのＣＣだけが上層で構成される場合、ＵＥは１つのＣＣモード７０９に進み、非ＣＡフォーマット７１２を用いる。一方、ステップ７０２が１を越えるＣＣがこのＵＥに構成されていると判定した場合、どのＨＡＲＱフォーマットモードを用いるかの決定は、更にステップ７０３でのＤＬスケジューラーの検出によって決まる。ＵＥがプライマリコンポーネントキャリ（ＰＣＣ）用のＤＬスケジューラーのみを検出する場合、ＵＥは、そのＨＡＲＱフォーマットをフォールバックモード７０８に設定する。ＵＥがアップリンクＨＡＲＱフィードバック用にフォールバックモードにある時、非ＣＡ  ＨＡＲＱフィードバックフォーマット７１２は、アップリンクＨＡＲＱフィードバック情報に用いられなければならない。
【００２９】
ステップ７０３で、セカンダリコンポーネントキャリ（ＳＣＣ）用の少なくとも１つのＤＬスケジューラーがある場合、ＵＥは、ステップ７０４に進む。ステップ７０４で、セカンダリコンポーネントキャリア（ＳＣＣ）用の４つ以下のＤＬスケジューラーが検出された場合、上層の構成に基づいて、ＵＥは、小さいペイロードサイズのモード７０６のＣＡまたは大きいペイロードサイズのモード７０７のＣＡのいずれかに設定される。本実施形態では、ステップ７０５では、ＵＥは、ＣＡ−ＳフォーマットがアップリンクＨＡＲＱフィードバック用に上層ＲＲＣで構成されるかどうかをチェックする。ＣＡ−ＳフォーマットがこのＵＥ用に構成された場合、ＵＥは、小さいペイロードサイズのモード７０６のＣＡに設定され、ＣＡ−Ｌ  ＨＡＲＱフィードバックフォーマット７１１を用いる。ステップ７０４で、４つを越えるＤＬスケジューラーが検出された場合、ＵＥは、大きいペイロードサイズのモード７０７のＣＡに設定され、ＣＡ−Ｌ  ＨＡＲＱフィードバックフォーマット７１１を用いる。
【００３０】
図６および図７は、図５の方法に基づくＨＡＲＱフォーマット切り替えの問題を解決する例示的な実施を表している。ＵＥの最大のＣＣの許容数、上層のＣＣ構成情報の組み合わせ、およびＤＬスケジューラーの検出結果を考慮することで、ＵＥは、信頼性の低い下層制御チャネルを露出するリスクが低くなる。これは、フォーマットの切り替えをより効率よくすることができる。
【００３１】
リソース割り当て
【００３２】
ＬＴＥアドバンスシステムのアップリンクＨＡＲＱに関するもう１つの問題は、ＨＡＲＱフィードバックチャネル用のリソース割り当てである。現在の非ＣＡベースのシステムは、ダウンリンクスケジューラの論理アドレスに基づく暗黙的リソース割り当てを用いている。このような暗黙的方法は、ＣＡ対応のシステムでは機能しない。なぜならば、ＤＬコンポーネントキャリアは、１つのＵＬコンポーネントキャリアだけでサポートされることができるためである。結果、１つのＨＡＲＱフィードバックチャネルだけが、１つより多いＤＬ  コンポーネントキャリアで複数のスケジュールされたトランスポートブロック（ＴＢ）用に、特定のＵＬコンポーネントキャリアで、１つのＨＡＲＱフィードバックチャネルだけでもよい。また、ダウンリンクスケジューラの信頼性に欠けるデコーディング結果により、ｅＮＢは、どの物理リソースのＵＥがＨＡＲＱフィードバックチャネルに用いるかわからない。いくつかの制御メッセージが信頼性に欠ける無線チャネルにより失われた時、問題がリソース割り当てで生じる可能性がある。例えば、ｅＮＢは、３つのＤＬグラントＧ１、Ｇ２、およびＧ３をＵＥに送信する。ｅＮＢは、ＵＥがどのリソースを選ぶかわからず、全ての可能な物理リソースを保留しなければならない。これは、ＨＡＲＱアップリンクリソース割り当てのためには、効果的な方法ではない。よって、より効果的なリソースリソース割り当て方式が必要である。
【００３３】
また、特に、複数のＤＬコンポーネントキャリアが１つのＵＬコンポーネントキャリアだけで構成されるとき、非ＣＡベースの暗黙的リソース割り当て方式は、ＣＡ対応のシステムに用いられることができない。暗黙的リソース割り当て方式は、ダウンリンクＰＣＣ上のトランスポートブロックに対応するダウンリンクスケジューリンググラントの論理アドレスに基づいて、アップリンクＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）物理リソースを暗黙的に決定する。図８Ａおよび図８Ｂは、暗黙的リソース割り当て方式の例を図示している。
【００３４】
図８Ａは、非クロスＣＣスケジューリング（ｎｏｎ−ｃｒｏｓｓ−ＣＣ  ｓｃｈｅｄｕｌｉｎｇ）方式用の暗黙的リソース割り当てを表している。ＵＥに用いられる３つのＣＣがある。３つのＣＣの各々は、自身のＴＢを指す自身の制御領域を有する。非ＣＡモードでは、アップリンクＡ／Ｎフィードバック用の物理リソースは、ダウンリンクスケジューリンググラントからの論理アドレス８０２を用いて暗黙的に割り当てられる。この論理アドレスは、アップリンクＡ／Ｎフィードバック用の物理リソースである物理リソース８０１を指している。
【００３５】
図８Ｂは、クロスＣＣスケジューリング（ｃｒｏｓｓ−ＣＣ  ｓｃｈｅｄｕｌｉｎｇ）方式用の暗黙的リソース割り当てを表している。３つのＣＣ（ＣＣ  ＃１、ＣＣ  ＃２、およびＣＣ  ＃３）は、ＵＥに用いられる。ＣＣ＃２は、３つのＣＣをスケジューリングする３つの制御領域を有する。制御領域８１３は、ＣＣ＃１を指し、制御領域８１４は、ＣＣ  ＃２を指し、且つ制御領域８１５は、ＣＣ＃３を指している。非ＣＡモードでは、物理リソースは、ダウンリンクスケジューリンググラントからの論理アドレス８０２を用いて暗黙的に割り当てられる。この物理アドレスは、アップリンクＡ／Ｎフィードバック用の物理リソースである物理リソース８１１を指している。
【００３６】
もう１つのタイプのアップリンクＡ／Ｎ物理リソース割り当て方法が図９に図示されており、例えばＲＲＣの上層チャネルは、アップリンクＡ／Ｎフィードバック用に物理リソースの複数のセットを構成する。１セットのアップリンクＡ／Ｎ物理リソースは、上層チャネルによって構成された各々のＣＣ用に保留される。例えば、２つのＣＣが構成されている場合、２セットのアップリンクＡ／Ｎ物理リソースが保留される。異なるセットのアップリンクＡ／Ｎ物理リソースも同様に保留される。また、複数のＵＥは、構成された各々のＣＣで同じセットのアップリンクＡ／Ｎ物理リソースをシェアすることができる。
【００３７】
図９は、上層制御によって管理されたこのリソース割り当てを図示している。ｅＮＢ９０３は、例えばＲＲＣ信号のような上層を介してＣＣおよびＡ／Ｎ物理リソースを構成する。ステップ９１３では、ＲＲＣは、ＣＣ構成およびアップリンクＡ／Ｎ物理リソースの構成情報をＵＥ９０１に送信する。ステップ９１４では、ｅＮＢ９０３は、ＣＣ構成およびアップリンクＡ／Ｎ物理リソースの構成情報をＵＥ９０２に送信する。ＵＥ９０１では、２つのＣＣ、ＵＥ１−ＣＣ１およびＵＥ１−ＣＣ２が構成される。２つに分かれたセットのアップリンクＡ／Ｎ物理リソースプール９１０および９１１は、ＵＥ１−ＣＣ１およびＵＥ１−ＣＣ２用にそれぞれ保留される。９１０はＵＥ１−ＣＣ１を指し、９１１はＵＥ１−ＣＣ２を指している。同様に、ＵＥ９０２は、３つのＣＣ、ＵＥ２−ＣＣ１、ＵＥ２−ＣＣ２、およびＵＥ２−ＣＣ３で構成される。２セットの物理アップリンクＡ／Ｎリソースプール９１１および９１２は、ＵＥ９０２用に保留される。ＵＥ２−ＣＣ１は、異なるＵＥ、ＵＥ９０１とシェアされるアップリンクＡ／Ｎリソース９１１を指している。ＵＥ２−ＣＣ２およびＵＥ２−ＣＣ３は、同じ物理アップリンクＡ／ＮリソースをシェアするアップリンクＡ／Ｎリソース９１２を両方とも指している。
【００３８】
図１０は、他の実施態様に基づくＨＡＲＱリソース割り当ての方法を示している。ステップ１００３では、ｅＮＢ１００２は、ＵＥ用に構成されたＣＣに用いられる１セットの候補のアップリンクＡ／Ｎ物理リソースを保留する。ステップ１００４では、ｅＮＢ１００２は、ＤＬスケジューリンググラントをＵＥ１００１に送信する。ＤＬグラントは構成されたＣＣ上のトランスポートブロックに対応する。ステップ１００５では、ＵＥ１００１は、ＤＬスケジューリンググラントを受信し、Ａ／Ｎ物理リソースを決定する。Ａ／Ｎ物理リソースは、ＤＬグラントのリソースインデックスに基づいて決定される。リソースインデックスは、ＣＣ用に保留された１セットの候補アップリンクＡ／Ｎ物理リソースのセットからの物理リソースに対応する。  ＤＬ伝送モードが二重コードワード（ｄｕａｌ−ｃｏｄｅｗｏｒｄ）として構成される場合に、第２のＡ／Ｎ物理リソースは、オフセットをリソースインデックスに用いることで決定される。ステップ１００６では、ＵＥ１００１は、決定されたＡ／Ｎ物理リソースを介してＨＡＲＱフィードバック情報を送信する。ステップ１００７では、ｅＮＢ１００２は、Ａ／Ｎ物理リソースからＨＡＲＱフィードバック情報を受信し、デコードする。ステップ１００８では、ｅＮＢ１００２は、第２のＤＬスケジューリンググラントをＵＥ１００１に伝送する。ステップ１００９では、ＵＥ１００１は、第２のＤＬスケジューリンググラントの論理アドレスに基づいて１つ、または２つのＡ／Ｎ物理リソースを決定する。ステップ１０１０では、ＵＥ１００１は、１つ、または２つのＡ／Ｎ物理リソースを介してＨＡＲＱフィードバック情報を送信する。最後に、ステップ１０１１では、ｅＮＢ１００２は、１つ、または２つのＡ／Ｎ物理リソースからＨＡＲＱフィードバック情報を受信し、デコードする。
【００３９】
リソース割り当て方法で討論された２種類のＤＬグラント、１）動的ＤＬスケジューリンググラント、および２）半永続的スケジューリング（ＳＰＳ：Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）グラントがある。非ＳＰＳ  ＤＬスケジューリンググラントは、全てのＤＬまたはＵＬ物理リソースブロック（ＰＲＢ）割り当てがアクセス許可メッセージを介して許可され、１つの伝送時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）で許可が期限切れである、ことを必要とする。ＳＰＳは、ユーザーがＤＬに求めるべき、またはＵＬに伝送できる半永続的ＰＲＢ割り当てを導入する。ＳＰＳグラントは１つのＴＴＩで自動的に期限切れにならない。代わりに、明示的に終了する。
【００４０】
本発明の実施形態では、動的スケジューリング方法は、ＣＡ−Ｓフォーマットのリソース割り当てに用いられる。この方法では、最大２つのアップリンクＡ／Ｎ物理リソースは、ダウンリンクＰＣＣ上のトランスポートブロックに対応するダウンリンクスケジューリンググラントの論理アドレスに基づいて、暗黙的に決定される。暗黙的論理アドレス方式は、図８Ａおよび図８Ｂに表される。ＰＣＣ用のダウンリンクスケジューリンググラントが単一のコードワードとして構成された場合には、１つのアップリンクＡ／Ｎ物理リソースだけが、ダウンリンクスケジューリンググラントの論理アドレスに基づいて、暗黙的に決定される。ＰＣＣ用のダウンリンクスケジューリンググラントが２つのコードワードとして構成された場合には、２つのアップリンクＡ／Ｎ物理リソースが、ダウンリンクスケジューリンググラントの論理アドレスに基づいて、暗黙的に決定される。残りの必要なアップリンクＡ／Ｎ物理リソースは、ダウンリンクＳＣＣ上のトランスポートブロックに対応するダウンリンクスケジューリンググラントによって明示的に決定される。この方法は、クロスＣＣおよび非クロスＣＣスケジューリングの両方に用いられる。これは、ＦＤＤおよびＴＤＤの両方にも用いられることができる。
【００４１】
図１１は、動的スケジューリング方法の実行を図示している。ステップ１１０１では、ＵＥは、先ずＰＣＣ用であるかどうかチェックする。ＰＣＣ用である場合、ステップ１１０２にて、ＰＣＣが二重コードワードとして構成されるかどうかチェックする。二重コードワードでない場合、ステップ１１０４に進み、ダウンリンクＰＣＣ上のトランスポートブロックに対応するダウンリンクスケジューリンググラントの論理アドレスに基づいて、暗黙的に決定する。一方、ステップ１１０２で、二重コードワードであると決定した場合、ステップ１１０５および１１０８に進み、２つのアップリンクＡ／Ｎリソースは、ステップ１１０５で、ダウンリンクスケジューリンググラントの１つの論理アドレスに基づいて、暗黙的に決定され、もう１つは、論理アドレス、プラスオフセットを用いることで決定される。ステップ１１０１で、ＵＥがＰＣＣ用でないと決定した場合、この方式は、ステップ１１０３に進み、ＳＣＣが二重コードワードであるかどうかチェックする。ステップ１１０３で二重コードワードでないと決定した場合、ステップ１１０６では、必要なアップリンクＡ／Ｎ物理リソースは、ダウンリンクＳＣＣ上のトランスポートブロックに対応するダウンリンクスケジューリンググラントによって明示的に決定される。このＳＣＣ用の物理リソースは、図１０に示されるように上層で構成された１セットの物理リソースによって先ず決定される。ダウンリンクスケジューリンググラントのリソースインデックスが用いられ、どの候補アップリンクＡ／Ｎ物理リソースが保留された物理リソースプールのＡ／Ｎフィードバックに用いられるか決定する。ステップ１１０３で、二重コードワードであると決定した場合、ステップ１１０７および１１０９に進む。ステップ１１０７は、ステップ１１０６と同じであり、コードワード１用に物理リソースを得る。第２の候補アップリンクＡ／Ｎ物理リソースは、ステップ１１０９でオフセットをリソースインデックスに用いることで決定される。リソースインデックス、プラスオフセットインデックスが用いられ、どの候補アップリンクＡ／Ｎ物理リソースが保留された物理リソースプールのＡ／Ｎフィードバックに用いられるか決定する。
【００４２】
図１２は、動的リソース割り当て方法を更に図示している。図１２に示されるように、ＤＬ  ＰＣＣコードワード１は、ＤＬ  ＰＣＣコードワード０、ＤＬ  ＰＣＣコードワード１、およびＳＣＣ＃０用のスケジューリングを含む制御領域がある。この方法を用い、ＤＬ  ＰＣＣコードワード０用のアップリンクＡ／Ｎ物理リソースは、ＤＬ  ＰＣＣ用のダウンリンクスケジューリンググラントの物理リソース１２０１の論理アドレスに基づいて暗黙的に決定される。ＤＬ  ＰＣＣは、二重コードワードであるため、ＤＬ  ＰＣＣコードワード１用のアップリンクＡ／Ｎ物理リソースは、ＤＬ  ＰＣＣコードワード０用の論理アドレスに加え、同じ物理リソース１２０１のオフセットに基づいて決定される。残りのＤＬ  ＳＣＣコードワード＃０用のアップリンクＡ／Ｎ物理リソースは、ＲＲＣシグナリングで構成された物理リソース１２０２にある。ＲＲＣ構成は、図１０に示されている。ＳＣＣ用のダウンリンクグラントスケジューリングのリソースインデックスは、物理リソース１２０２からのどの候補を用いるかを決定するのに用いられる。
【００４３】
本発明の他の実施形態では、半永続的スケジューリング（ＳＰＳ）がリソース割り当てに用いられる。この方式では、必要なアップリンクＡ／Ｎ物理リソースがＣＣ上のＳＰＳトランスポートブロックに対応するダウンリンクＳＰＳアクティベーション（ａｃｔｉｖａｔｉｏｎ）グラントによって明示的に決定される。１セットの物理リソースは、図１０に示された方式で上層信号によって構成される。ＳＰＳアクティベーショングラントのリソースインデックスが用いられ、どの候補アップリンクＡ／Ｎ物理リソースがＡ／Ｎフィードバックに用いられるかを決定する。二重コードワードの伝送モードを有するダウンリンクスケジューリンググラントがこのＣＣに用いられる場合に、第２の候補アップリンクＡ／Ｎ物理リソースは、オフセットをリソースインデックスに用いることで決定される。この方法は、クロスＣＣおよび非クロスＣＣスケジューリングの両方に用いられる。これは、ＦＤＤおよびＴＤＤの両方にも用いられることができる。
【００４４】
図１３は、ＳＰＳリソース割り当て方法のステップを表している。ステップ１３０１では、二重コードワードの伝送モードを有するダウンリンクスケジューリンググラントがこのＣＣに用いられるかどうかを決定する。二重コードワードが用いられない場合、ステップ１３０２に進み、ＳＰＳアクティベーショングラントのリソースインデックスが用いられ、どの候補アップリンクＡ／Ｎ物理リソースがＡ／Ｎフィードバックに用いられるかを決定する。１セットの物理リソースは、図１０に示されるように上層構造によって保留される。ステップ１３０１で２つのコードワードをこのＣＣに用いると決定した場合、ステップ１３０３および１３０４に進み、ステップ１３０３は、Ａ／Ｎフィードバック用のコードワード０に用いるように候補として選択したステップ１３０２と同じである。ステップ１３０４では、第２の候補アップリンクＡ／Ｎ物理リソースは、オフセットをＳＰＳリソースインデックスに用いることにより、同じ物理リソースから決定される。
【００４５】
図１４は、ＳＰＳリソース割り当て方法を更に図示している。図１４に表されるように、３つのＣＣがＵＥで受信される。ＤＬ  ＰＣＣは、二重コードワードとして構成され、ＤＬ  ＳＣＣ＃０は、二重コードワードとして構成されない。物理リソース１４０１は、図１０に表される方法を用いてＲＲＣシグナリングを介してＰＣＣ用に保留される。物理リソース１４０２は、図１０に表される方法を用いてＲＲＣシグナリングを介してＳＣＣ＃０用に保留される。ＤＬ  ＰＣＣコードワード０用のアップリンクＡ／Ｎ物理リソースは、ＳＰＳグラントのリソースインデックスを用いて、物理リソース１４０１から選ぶことで決定される。ＤＬ  ＰＣＣコードワード１用のアップリンクＡ／Ｎ物理リソースは、ＳＰＳグラントに加えてオフセットのリソースインデックスを用いて、物理リソース１４０１から選ぶことで決定される。ＳＣＣ＃０用のアップリンクＡ／Ｎ物理リソースは、ＳＰＳグラントのリソースインデックスを用いて、物理リソース１４０２から選ぶことで決定される。
【００４６】
他の実施形態では、ハイブリッド方法は、ＣＡ−Ｓフォーマットのリソース割り当てに用いることができる。他の実施形態では、必要なアップリンクＡ／Ｎ物理リソースは、動的リソース割り当て方式に基づいて決定される。残りの必要なアップリンクＡ／Ｎ物理リソースは、ＳＰＳリソース割り当てに基づいて決定される。他の実施形態では、ハイブリッド方法では、ＰＣＣにＳＰＳリソース割り当て方法を用い、その他に動的リソース割り当てを用いることで、使用されることができる。図１５は、このような方法を図示している。全てのこれらのハイブリッド方法は、クロスＣＣおよび非クロスＣＣスケジューリングの両方に用いられる。これらは、ＦＤＤおよびＴＤＤの両方にも用いてもよい。
【００４７】
図１５は、ハイブリッドリソース割り当て方法を図示しており、ＳＰＳリソース割り当ては、ＰＣＣに用いられ、動的リソース割り当ては、残りのリソースに用いられている。図１５は、サブフレームｎにある３つのＣＣを有するクロスＣＣスケジューリング：ダウンリンクプライマリコンポーネントキャリアコードワード０（ＤＬ  ＰＣＣ  ＣＷ０）、ダウンリンクプライマリコンポーネントキャリアコードワード１（ＤＬ  ＰＣＣ  ＣＷ１）、およびダウンリンクセカンダリコンポーネントキャリアコードワード＃０（ＤＬ  ＰＣＣ  ＣＷ＃０）を表している。ＤＬ  ＰＣＣ  ＣＷ１は、３つ全てに制御スケジューリング領域を有する。１セットのアップリンクＡ／Ｎ物理リソースプール１５０１は、ＲＲＣシグナリングを介して上層によってＰＣＣ用に構成される。１セットのアップリンクＡ／Ｎ物理リソースプール１５０２は、ＲＲＣシグナリングを介して上層によってＳＣＣ＃０用に構成される。ＰＣＣ用のＳＰＳアクティベーショングラントのリソースインデックスが用いられ、１５０１内で、どの候補アップリンクＡ／Ｎ物理リソースがＡ／Ｎフィードバックに用いられるかを決定する。ＰＣＣ用の第２の候補は、ＰＣＣのＳＰＳリソースインデックスにオフセットを用いることで決定され、１５０１内で、どの候補アップリンクＡ／Ｎ物理リソースがＡ／Ｎフィードバックに用いられるかを決定する。ＳＣＣ＃０用のＤＬグラントのリソースインデックスが用いられ、どのアップリンクＡ／Ｎ物理リソースが物理リソースプール１５０２に用いられるかを決定する。Ａ／Ｎフィードバック用の物理リソースは、サブフレームｎ＋ｋのＵＬ  ＰＣＣ上でパッケージされる。ハイブリッド方法の他の組み合わせも効果的なアップリンクＡ／Ｎ物理リソース割り当てを提供するために用いてもよい。
【００４８】
本発明は、説明のためにある特定の実施の形態に関連して述べられているが本発明はこれを制限するものではない。例えば、ＬＴＥアドバンス移動通信システムは、本発明を説明するために例示されているが、本発明は、全てのキャリアアグリゲーションベースの移動通信システムに同様に用いられることができる。よって、種々の変更、改造、及び上述の実施の形態の種々の特徴の組み合わせは、この請求項に記載したような本発明の範囲を逸脱せずに、行い得る。
【符号の説明】
【００４９】
１００…ユーザー端末
１０２…ｅＮＢ
１０３…ＤＬ無線チャネル
１０４…ＵＬ無線チャネル
１０５〜１０８…物理リソース位置
２１０、２３０…アンテナ
２０１…無線通信端末ＵＥ
２０２…基地局ｅＮＢ
２１１、２３１…ＲＦモジュール
２１２、２３２…ベースバンドモジュール
２１３、２３３…プロセッサ
２１４、２３４…メモリ
２１５、２３５…層プロトコルスタック
２１６、２３６…非アクセス層（ＮＡＳ）
２１７、２３７…無線リソース制御（ＲＲＣ）層
２１８、２３８…パケットデータ収束制御（ＰＤＣＰ）層
２１９、２３９…無線リンク制御（ＲＬＣ）層
２２０、２４０…媒体アクセス制御（ＭＡＣ）層
２２１、２４１…物理層（ＰＨＹ）
２０３…ＲＲＣ
２０４…伝送およびフィードバック情報
２０５…ソフト結合（ｓｏｆｔ  ｃｏｍｂｉｎｉｎｇ）およびフィードバック情報
５０１…ＵＥ
５０２…ｅＮＢ
８０１…物理リソース
８０２…論理アドレス
８１１…物理リソース
８１２…論理アドレス
８１３、８１４、８１５…制御領域
９０１、９０２…ＵＥ
９０３…ｅＮＢ
９１０、９１１、９１２…ＵＬ  Ａ／Ｎ  アップリンクＡ／Ｎ物理リソースプール
１００１…ＵＥ
１００２…ｅＮＢ
１２０１、１２０２、１４０１、１４０２…実体リソース
１５０１、１５０２…ＵＬ  Ａ／Ｎ物理リソースプール
１５０３…サブフレームｎ＋ｋ
【図１】
0005642266.tif 000002
【図２】
0005642266.tif 000003
【図３】
0005642266.tif 000004
【図４】
0005642266.tif 000005
【図５】
0005642266.tif 000006
【図６】
0005642266.tif 000007
【図７】
0005642266.tif 000008
【図８Ａ】
0005642266.tif 000009
【図８Ｂ】
0005642266.tif 000010
【図９】
0005642266.tif 000011
【図１０】
0005642266.tif 000012
【図１１】
0005642266.tif 000013
【図１２】
0005642266.tif 000014
【図１３】
0005642266.tif 000015
【図１４】
0005642266.tif 000016
【図１５】
0005642266.tif 000017