(57)【特許請求の範囲】
【請求項１】
移動体通信システムにおいてアップリンクおよびダウンリンクのために複数のサブフレームを設定する移動局であって、前記移動局は、第１の通信リンクを介して第１の基地局に、第２の通信リンクを介して第２の基地局に接続され、
アップリンク送信パターン、および、同一サブフレーム内の前記第１の基地局および前記第２の基地局からのデータの同時受信をサポートするようにまたはサポートしないように前記移動局を設定する受信設定指示、を受信するように構成された受信器と、
ここで、前記受信されるアップリンク送信パターンは、どのサブフレームが、前記第１の通信リンクを介する前記第１の基地局へのアップリンク送信のために前記移動局によって使用可能であるか、および／または、どのサブフレームが、前記第２の通信リンクを介する前記第２の基地局へのアップリンク送信のために前記移動局によって使用可能であるか、および、どのサブフレームが、アップリンク通信を前記第１の通信リンクと前記第２の通信リンクとの間で切り替えるために前記移動局によって使用可能であるかを定義する、所定の数のサブフレームの情報を含む、
前記受信されたアップリンク送信パターンおよび前記受信された受信設定指示に基づいて、どのサブフレームが前記第１の通信リンクを介する前記第１の基地局からのダウンリンク受信のために前記移動局によって使用可能であるか、および／または、どのサブフレームが前記第２の通信リンクを介する前記第２の基地局からのダウンリンク受信のために前記移動局によって使用可能であるか、および／または、どのサブフレームがダウンリンク通信を前記第１の通信リンクと前記第２の通信リンクとの間で切り替えるために前記移動局によって使用可能であるかを定義する、ダウンリンク受信パターンを決定するように構成された、プロセッサと、
を備える、前記移動局。
【請求項２】
前記受信設定指示は、
前記同一サブフレーム内の前記第１の基地局および前記第２の基地局からのデータの同時受信のサポートまたは非サポートを指示する１ビットフラグ、または、
アップリンク送信のために使用可能な１つのサブフレームにおいて多重化および送信することができる受信確認／非受信確認の最大数を指示する、最大多重化サイズを指示する情報要素、
のいずれかである、請求項１に記載の移動局。
【請求項３】
前記アップリンク送信パターンは、前記第１の通信リンクおよび第２の通信リンクの両方を参照し、両方の通信リンクの所定のサブフレームを定義する、または、
前記アップリンク送信パターンは、どのサブフレームが前記第１の通信リンクを介する前記第１の基地局へのアップリンク送信のために前記移動局によって使用可能であるかを定義する情報を含むように、前記第１の基地局への前記第１の通信リンクのみを参照し、前記受信器は、さらに、第２のアップリンク送信パターンを受信するように構成され、前記受信される第２のアップリンク送信パターンは、どのサブフレームが前記第２の通信リンクを介する前記第２の基地局へのアップリンク送信のために前記移動局によって使用可能であるかを定義する前記所定の数のサブフレームの情報を含み、前記プロセッサは、さらに、前記受信されたアップリンク送信パターンおよび前記受信された第２の送信パターンに基づいて、どのサブフレームが前記第１の通信リンクと第２の通信リンクとの切替えのために前記移動局によって使用可能かを決定するように構成された、
請求項１または２に記載の移動局。
【請求項４】
前記受信設定指示が、前記同一サブフレーム内の前記第１の基地局および前記第２の基地局からのデータの同時受信をサポートしないように前記移動局を設定する場合には、前記プロセッサは、
前記第１の基地局への前記第１の通信リンクを介するアップリンク送信のために使用可能な前記サブフレームｎの４つ前のサブフレームであるサブフレームｎ−４が前記第１の通信リンクを介する前記第１の基地局からのダウンリンク受信のために使用可能であると決定することによって、
前記第２の通信リンクを介する前記第２の基地局へのアップリンク送信のために使用可能な前記サブフレームｎの４つ前のサブフレームであるサブフレームｎ−４が前記第２の通信リンクを介する前記第２の基地局からのダウンリンク受信のために使用可能であると決定することによって、
アップリンク通信を前記第１の通信リンクと前記第２の通信リンクとの間で切り替えるために前記移動ノードによって使用可能な前記サブフレームｎの４つ前のサブフレームであるサブフレームｎ−４が前記第１の通信リンクと前記第２の通信リンクとの間のダウンリンク通信の切替えのために使用可能と決定することによって、
前記ダウンリンク受信パターンの前記決定を実行するように構成され、
前記受信設定指示が、前記同一サブフレーム内の前記第１の基地局および前記第２の基地局からのデータの同時受信をサポートするように前記移動局を設定する場合には、前記プロセッサは、
前記所定の数のサブフレームの各々が前記第１の通信リンクを介する前記第１の基地局からのおよび前記第２の通信リンクを介する前記第２の基地局からのダウンリンク受信のために前記移動局によって使用可能であると決定することによって、
前記ダウンリンク受信パターンの前記決定を実行するように構成された、
請求項１〜３のいずれか一項に記載の移動局。
【請求項５】
ダウンリンクハイブリッド自動反復要求、ＨＡＲＱ、プロトコルが、前記第１の通信リンクおよび第２の通信リンクを介するダウンリンク通信のために使用され、
前記プロセッサおよび送信器は、アップリンク送信のために使用可能なサブフレームにおいて、少なくとも１つのサブフレームにおいて前記移動局から受信された、データの受信確認／非受信確認をバンドリングまたは多重化、および送信するように構成され、
好ましくは、前記プロセッサおよび前記送信器は、複数の連続するサブフレームの最後のサブフレームの４つ後のサブフレームであるアップリンク送信のために使用可能なサブフレームにおいて前記移動局によって前記複数の連続するサブフレームにおいて受信されたデータの前記受信確認／非受信確認をバンドリングまたは多重化および送信するように構成された、
請求項１〜４のいずれか一項に記載の移動局。
【請求項６】
前記移動局は、前記ＨＡＲＱプロトコルの前記動作のための最大多重化サイズで設定され、前記最大多重化サイズは、アップリンク送信のために使用可能な１つのサブフレームにおいて多重化および送信することができる受信確認／非受信確認の最大数を示す、
請求項５に記載の移動局。
【請求項７】
複数のＨＡＲＱプロセスを有するハイブリッド自動反復要求、ＨＡＲＱ、プロトコルが、前記第１の通信リンクおよび第２の通信リンクを介するアップリンク通信のために使用され、
前記プロセッサは、８ｍｓの最小ラウンドトリップ時間が前記ＨＡＲＱプロトコルについて実現されるように、前記ＨＡＲＱプロトコルの前記複数のＨＡＲＱプロセスのうちのどのＨＡＲＱプロセスが前記アップリンク送信パターンによるアップリンク通信のために使用されるかを決定するように構成された、
請求項１〜６のいずれか一項に記載の移動局。
【請求項８】
送信器が、前記受信設定指示を送信することになる前記基地局に、前記同一サブフレーム内の前記第１の基地局および前記第２の基地局からのデータの同時受信をサポートするための前記移動局の能力の情報を送信するように構成された、
請求項１〜７のいずれか一項に記載の移動局。
【請求項９】
前記プロセッサは、前記第１の通信リンクを介して送信されることになる前記アップリンクデータに基づいて第１のバッファ状況報告を用意するように、および前記第２の通信リンクを介して送信されることになる前記アップリンクデータに基づいて第２のバッファ状況報告を用意するように構成され、
送信器が、前記第１のバッファ状況報告を前記第１の基地局に送信し、前記第２のバッファ状況報告を前記第２の基地局に送信するように構成され、
前記第１の基地局が前記アップリンク送信パターンを決定する基地局である場合には、
前記第２の基地局は、前記第２のバッファ状況報告を前記第１の基地局に送信するように構成された、
請求項１〜８のいずれか一項に記載の移動局。
【請求項１０】
移動体通信システムにおいてアップリンクおよびダウンリンクのために複数のサブフレームを設定するための基地局であって、移動局が、第１の通信リンクを介して前記基地局に、第２の通信リンクを介して第２の基地局に接続され、前記基地局は、
どのサブフレームが、前記第１の通信リンクを介する前記第１の基地局へのアップリンク送信のために前記移動局によって使用可能であるか、および／または、どのサブフレームが、前記第２の通信リンクを介する前記第２の基地局へのアップリンク送信のために前記移動局によって使用可能であるか、および、どのサブフレームが、アップリンク通信を前記第１の通信リンクと前記第２の通信リンクとの間で切り替えるために前記移動局によって使用可能であるかを定義する、アップリンク送信パターンを決定するように構成されたプロセッサと、
前記決定されたアップリンク送信パターン、および、同一サブフレーム内の前記第１の基地局および前記第２の基地局からのデータの同時受信をサポートするようにまたはサポートしないように前記移動局を設定する受信設定指示、を前記移動局に送信するように構成された送信器と、
どのサブフレームが前記第１の通信リンクを介する前記第１の基地局からのダウンリンク受信のために前記移動局によって使用可能であるか、および／または、どのサブフレームが前記第２の通信リンクを介する前記第２の基地局からのダウンリンク受信のために前記移動局によって使用可能であるか、および／または、どのサブフレームがダウンリンク通信を前記第１の通信リンクと前記第２の通信リンクとの間で切り替えるために前記移動局によって使用可能であるかを定義する、ダウンリンク受信パターンを、前記受信されたアップリンク送信パターンおよび前記受信された受信設定指示に基づいて決定するように構成された前記プロセッサと、
を備える、前記基地局。
【請求項１１】
移動体通信システムにおいてアップリンクおよびダウンリンクのために複数のサブフレームを設定する方法であって、移動局が、第１の通信リンクを介して第１の基地局に、第２の通信リンクを介して第２の基地局に接続され、前記移動局によって実行される以下のステップ、すなわち、
アップリンク送信パターン、および、同一サブフレーム内の前記第１の基地局および前記第２の基地局からのデータの同時受信をサポートするようにまたはサポートしないように前記移動局を設定する受信設定指示、を受信するステップと、
ここで、前記受信されるアップリンク送信パターンは、どのサブフレームが、前記第１の通信リンクを介する前記第１の基地局へのアップリンク送信のために前記移動局によって使用可能であるか、および／または、どのサブフレームが、前記第２の通信リンクを介する前記第２の基地局へのアップリンク送信のために前記移動局によって使用可能であるか、および、どのサブフレームが、アップリンク通信を前記第１の通信リンクと前記第２の通信リンクとの間で切り替えるために前記移動局によって使用可能であるかを定義する、所定の数のサブフレームの情報を含む、
前記受信されたアップリンク送信パターンおよび前記受信された受信設定指示に基づいて、どのサブフレームが前記第１の通信リンクを介する前記第１の基地局からのダウンリンク受信のために前記移動局によって使用可能であるか、および／または、どのサブフレームが前記第２の通信リンクを介する前記第２の基地局からのダウンリンク受信のために前記移動局によって使用可能であるか、および／または、どのサブフレームがダウンリンク通信を前記第１の通信リンクと前記第２の通信リンクとの間で切り替えるために前記移動局によって使用可能であるかを定義する、ダウンリンク受信パターンを決定するステップと、
を含む、前記方法。
【請求項１２】
前記受信設定指示は、
前記同一サブフレーム内の前記第１の基地局および前記第２の基地局からのデータの同時受信の前記サポートまたは非サポートを指示する１ビットフラグ、または、
アップリンク送信のために使用可能な１つのサブフレームにおいて多重化および送信することができる受信確認／非受信確認の最大数を指示する、最大多重化サイズを指示する情報要素、
のいずれかである、請求項１１に記載の方法。
【請求項１３】
前記アップリンク送信パターンは、前記第１の通信リンクおよび第２の通信リンクの両方を参照し、両方の通信リンクの所定のサブフレームを定義する、または、
前記アップリンク送信パターンは、どのサブフレームが前記第１の通信リンクを介する前記第１の基地局へのアップリンク送信のために前記移動局によって使用可能であるかを定義する情報を含むように、前記第１の基地局への前記第１の通信リンクのみを参照し、当該方法は、さらに、前記移動局において第２のアップリンク送信パターンを受信するステップを含み、前記受信される第２のアップリンク送信パターンは、どのサブフレームが前記第２の通信リンクを介する前記第２の基地局へのアップリンク送信のために前記移動局によって使用可能であるかを定義する、ならびに、前記受信されたアップリンク送信パターンおよび前記受信された第２の送信パターンに基づいて、どのサブフレームが前記第１の通信リンクと第２の通信リンクとの切替えのために前記移動局によって使用可能であるかを決定する、前記所定の数のサブフレームの情報を含む、
請求項１１または１２に記載の方法。
【請求項１４】
前記受信設定指示が、前記同一サブフレーム内の前記第１の基地局および前記第２の基地局からのデータの同時受信をサポートしないように前記移動局を設定する場合には、前記ダウンリンク受信パターンを決定する前記ステップは、
前記第１の基地局への前記第１の通信リンクを介するアップリンク送信のために使用可能な前記サブフレームｎの４つ前のサブフレームであるサブフレームｎ−４を前記第１の通信リンクを介する前記第１の基地局からのダウンリンク受信のために使用可能と決定するステップと、
前記第２の通信リンクを介する前記第２の基地局へのアップリンク送信のために使用可能な前記サブフレームｎの４つ前のサブフレームである前記サブフレームｎ−４を前記第２の通信リンクを介する前記第２の基地局からのダウンリンク受信のために使用可能と決定するステップと、
アップリンク通信を前記第１の通信リンクと前記第２の通信リンクとの間で切り替えるために前記移動ノードによって使用可能な前記サブフレームｎの４つ前のサブフレームである前記サブフレームｎ−４を前記第１の通信リンクと前記第２の通信リンクとの間のダウンリンク通信の切替えのために使用可能と決定するステップと、
を含み、
前記受信設定指示が、前記同一サブフレーム内の前記第１の基地局および前記第２の基地局からのデータの同時受信をサポートするように前記移動局を設定する場合には、前記ダウンリンク受信パターンを決定する前記ステップは、
前記所定の数のサブフレームの各々が前記第１の通信リンクを介する前記第１の基地局からのおよび前記第２の通信リンクを介する前記第２の基地局からのダウンリンク受信のために前記移動局によって使用可能であると決定するステップ、
を含む、
請求項１１〜１３のいずれか一項に記載の方法。
【請求項１５】
ダウンリンクハイブリッド自動反復要求、ＨＡＲＱ、プロトコルが、前記第１の通信リンクおよび第２の通信リンクを介するダウンリンク通信のために使用され、当該方法は、前記第１の通信リンクおよび第２の通信リンクの各々のために前記移動局によって実行される以下のステップ、すなわち、
アップリンク送信のために使用可能なサブフレームにおいて、少なくとも１つのサブフレームにおいて前記移動局によって受信された、データの受信確認／非受信確認のバンドリングまたは多重化、および送信を行うステップ、
をさらに含み、
好ましくは、複数の連続するサブフレームにおいて前記移動局によって受信されたデータの前記受信確認／非受信確認が、バンドリングまたは多重化され、前記複数の連続するサブフレームの最後のサブフレームの４つ後のサブフレームであるアップリンク送信のために使用可能なサブフレームにおいて送信される、
請求項１１〜１４のいずれか一項に記載の方法。
【請求項１６】
前記移動局は、前記ＨＡＲＱプロトコルの前記動作のための最大多重化サイズで設定され、前記最大多重化サイズは、アップリンク送信のために使用可能な１つのサブフレームにおいて多重化および送信することができる受信確認／非受信確認の前記最大数を示す、
請求項１５に記載の方法。
【請求項１７】
複数のＨＡＲＱプロセスを有するハイブリッド自動反復要求、ＨＡＲＱ、プロトコルが、前記第１の通信リンクおよび第２の通信リンクを介するアップリンク通信のために使用され、当該方法は、
８ｍｓの最小ラウンドトリップ時間が前記ＨＡＲＱプロトコルについて実現されるように、前記ＨＡＲＱプロトコルの前記複数のＨＡＲＱプロセスのうちのどのＨＡＲＱプロセスが前記アップリンク送信パターンによるアップリンク通信のために使用されるかを前記移動局によって決定するステップ、
を含む、
請求項１１〜１６のいずれか一項に記載の方法。
【請求項１８】
前記アップリンク送信パターンは、メディアアクセス制御、ＭＡＣ、プロトコルまたは無線リソース制御、ＲＲＣ、プロトコル、などの上位層シグナリング、または物理層シグナリングを使用し、前記第１の基地局または第２の基地局によって受信される、
請求項１１〜１７のいずれか一項に記載の方法。
【請求項１９】
前記移動局によって実行される以下のステップ、すなわち、
前記受信設定指示を送信することになる前記基地局に前記同一サブフレーム内の前記第１の基地局および前記第２の基地局からのデータの同時受信をサポートするための前記移動局の能力の情報を送信するステップ、
をさらに含む、
請求項１１〜１８のいずれか一項に記載の方法。
【請求項２０】
前記移動局によって実行される以下のステップ、すなわち、
前記第１の通信リンクを介して送信されることになる前記アップリンクデータに基づいて第１のバッファ状況報告を用意するステップと、
前記第２の通信リンクを介して送信されることになる前記アップリンクデータに基づいて第２のバッファ状況報告を用意するステップと、
前記第１のバッファ状況報告を前記第１の基地局に送信するステップと、
前記第２のバッファ状況報告を前記第２の基地局に送信するステップと、
前記第１の基地局が前記アップリンク送信パターンを決定する基地局である場合に、
前記第２の基地局が、前記第２のバッファ状況報告を前記第１の基地局に送信するステップ、
をさらに含む、
請求項１１〜１９のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アップリンクおよびダウンリンク通信のためのサブフレームを設定する方法に関する。また、本発明は、本明細書に記載された方法を実行する移動局および基地局を提供する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）
【０００３】
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００４】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００５】
ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network（ＵＴＲＡＮ）：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８（ＬＴＥリリース８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ）を受けにくく、また、サイクリックプレフィックス（ＣＰ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥリリース８／９では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。
【０００６】
ＬＴＥアーキテクチャ
【０００７】
図１は、ＬＴＥの全体的なアーキテクチャを示し、図２は、Ｅ−ＵＴＲＡＮのアーキテクチャをより詳細に示している。Ｅ−ＵＴＲＡＮは、ｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ＵＥ向けの、Ｅ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルを終端処理する。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、メディアアクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクＱｏＳ（サービス品質）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号化、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。
【０００８】
また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（例えばＩＰベアラサービスのパラメータ、ネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。
【０００９】
ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラのアクティブ化／非アクティブ化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／整合性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【００１０】
ＬＴＥ（リリース８）におけるコンポーネントキャリア構造
【００１１】
３ＧＰＰ  ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームにおける時間−周波数領域でさらに分割される。３ＧＰＰ  ＬＴＥで、各サブフレームは、図３に示すように２つのダウンリンクスロットに分割され、そこにおいて、第１のダウンリンクスロットは、第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは、時間領域内の所与の数のＯＦＤＭシンボルで構成され（３ＧＰＰ  ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に広がる。したがって、ＯＦＤＭシンボルは、各々、図４にも示すように、ＮＤＬＲＢ×ＮＲＢｓｃ個のそれぞれのサブキャリアで送信されるいくつかの変調シンボルで構成される。
【００１２】
例えば３ＧＰＰロングタームエボリューション（ＬＴＥ）において使用されるような、例えばＯＦＤＭを使用する、マルチキャリア通信システムを想定すると、スケジューラによって割り当てることができるリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ）は、図４に例示されるように時間領域におけるＮＤＬｓｙｍｂ個の連続するＯＦＤＭシンボル（例えば、７つのＯＦＤＭシンボル）および周波数領域におけるＮＲＢｓｃ個の連続するサブキャリア（例えば、コンポーネントキャリアの１２個のサブキャリア）として定義される。したがって、３ＧＰＰ  ＬＴＥ（リリース８）では、物理リソースブロックは、時間領域における１つのスロットおよび周波数領域における１８０ｋＨｚに対応する、ＮＤＬｓｙｍｂ×ＮＲＢｓｃ個のリソース要素で構成される（ダウンリンクリソースグリッドについてさらに詳しくは、例えば、３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている、非特許文献１の６.２節を参照）。
【００１３】
１つのサブフレームは、２つのスロットで構成され、したがって、いわゆる「通常の」ＣＰ（サイクリックプレフィックス）が使用されるときにはサブフレーム内に１４個のＯＦＤＭシンボルが存在し、いわゆる「拡張」ＣＰが使用されるときにはサブフレーム内に１２個のＯＦＤＭシンボルが存在する。専門用語を目的として、以下で、サブフレーム全体に広がる同じＮＲＢｓｃ個の連続するサブキャリアと同等の時間−周波数リソースは、「リソースブロックペア」または同意義の「ＲＢペア」もしくは「ＰＲＢペア」と呼ばれる。
【００１４】
「コンポーネントキャリア」という用語は、周波数領域におけるいくつかのリソースブロックの組合せを示す。ＬＴＥの将来のリリースでは、「コンポーネントキャリア」という用語はもはや使用されず、その代わりに、その専門用語はダウンリンクおよびオプションでアップリンクリソースの組合せを示す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間のリンク付けは、ダウンリンクリソースで送信されるシステム情報において指示される。
【００１５】
コンポーネントキャリア構造についての同様の想定が、後のリリースにも適用される。
【００１６】
より広い帯域幅のサポートのためのＬＴＥ−Ａにおけるキャリアアグリゲーション
【００１７】
世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＃３９会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が承認された。この検討項目は、Ｅ−ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。
【００１８】
ＬＴＥアドバンストシステムがサポートすることができる帯域幅は１００ＭＨｚであり、一方、ＬＴＥシステムは２０ＭＨｚのみをサポートすることができる。今日、無線スペクトルの欠如がワイヤレスネットワークの開発のボトルネックになり、結果として、ＬＴＥアドバンストシステムのために十分広いスペクトル帯域を見つけることは困難である。したがって、より広い無線スペクトル帯域を獲得するための方法を見つけることは急務であり、ここにおいて、可能性のある答えは、キャリアアグリゲーション機能である。
【００１９】
キャリアアグリゲーションでは、最大で１００ＭＨｚの広い送信帯域幅をサポートする目的で、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされ、このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域である場合でも１００ＭＨｚに対して十分に広い。
【００２０】
少なくとも、アグリゲートされるコンポーネントキャリアの数がアップリンクとダウンリンクとで同じであるとき、すべてのコンポーネントキャリアをＬＴＥリリース８／９互換として設定することができる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＬＴＥリリース８／９互換でなくてよい。リリース８／９のユーザ機器がコンポーネントキャリアにキャンプオンする（camp on）ことを回避するため、既存のメカニズム（例：バーリング（barring））を使用することができる。
【００２１】
ユーザ機器は、自身の能力に応じて１つまたは複数のコンポーネントキャリア（複数のサービングセルに対応する）を同時に受信または送信することができる。キャリアアグリゲーションのための受信能力もしくは送信能力またはその両方を備えた、ＬＴＥ−Ａリリース１０のユーザ機器は、複数のサービングセル上で同時に受信する、もしくは送信する、またはその両方を行うことができ、これに対して、ＬＴＥリリース８／９のユーザ機器は、コンポーネントキャリアの構造がリリース８／９の仕様に従う場合、１つのみのサービングセル上で受信および送信を行うことができる。
【００２２】
キャリアアグリゲーションは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてサポートされ、各コンポーネントキャリアは、３ＧＰＰ  ＬＴＥ（リリース８／９）の計算方式（numerology）を使用して、周波数領域における最大１１０個のリソースブロックに制限される。
【００２３】
同じｅＮｏｄｅＢ（基地局）から送信される、場合によってはアップリンクおよびダウンリンクにおいて異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）互換のユーザ機器を構成することが可能である。設定することのできるダウンリンクコンポーネントキャリアの数は、ユーザ機器のダウンリンクのアグリゲーション能力に依存する。逆に、設定することのできるアップリンクコンポーネントキャリアの数は、ユーザ機器のアップリンクのアグリゲーション能力に依存する。ダウンリンクコンポーネントキャリアよりもアップリンクコンポーネントキャリアが多くなるように移動端末を構成することはできない。
【００２４】
一般的なＴＤＤ配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じｅＮｏｄｅＢから送信されるコンポーネントキャリアは、必ずしも同じカバレッジを提供する必要はない。
【００２５】
連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、３００ｋＨｚの倍数である。これは、３ＧＰＰ  ＬＴＥ（リリース８／９）の１００ｋＨｚの周波数ラスターとの互換性を保つと同時に、１５ｋＨｚ間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔あけを容易にすることができる。
【００２６】
複数のキャリアをアグリゲートする影響は、ＭＡＣ層に及ぶのみである。ＭＡＣ層には、アップリンクおよびダウンリンクの両方において、アグリゲートされるコンポーネントキャリアごとに１つのＨＡＲＱエンティティが要求される。コンポーネントキャリアあたりのトランスポートブロックは最大１個である（アップリンクにおけるＳＵ−ＭＩＭＯを使用しない場合）。トランスポートブロックおよびそのＨＡＲＱ再送信（発生時）は、同じコンポーネントキャリアにマッピングする必要がある。
【００２７】
図５および図６は、それぞれ、ダウンリンクおよびアップリンクにおける、キャリアアグリゲーションが設定された第２層構造を示している。
【００２８】
キャリアアグリゲーションが設定されているとき、移動端末はネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立時、１つのセルが、ＬＴＥリリース８／９と同様に、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス層（ＮＡＳ）モビリティ情報（例：ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、ダウンリンクプライマリセル（ＰＣｅｌｌ）と称される。接続状態では、ユーザ機器あたりつねに１つのダウンリンクＰＣｅｌｌ（ＤＬ  ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ  ＰＣｅｌｌ）が設定される。コンポーネントキャリアの設定されたセットおいて、他のセルは２次セル（ＳＣｅｌｌ）と呼ばれ、ＳＣｅｌｌのキャリアはダウンリンク２次コンポーネントキャリア（ＤＬ  ＳＣＣ）およびアップリンク２次コンポーネントキャリア（ＵＬ  ＳＣＣ）である。ダウンリンクＰＣｅｌｌおよびアップリンクＰＣｅｌｌの特徴は以下のとおりである。
−  各ＳＣｅｌｌごとに、ダウンリンクリソースに加えてアップリンクリソースのユーザ機器による使用を設定することができる。したがって、設定されるＤＬ  ＳＣＣの数はＵＬ  ＳＣＣの数よりもつねに大きいかまたは等しく、アップリンクリソースのみを使用するようにＳＣｅｌｌを設定することはできない。
−  アップリンクＰＣｅｌｌが、層１アップリンク制御情報の送信のために使用される。
−  ダウンリンクＰＣｅｌｌは、ＳＣｅｌｌとは異なり非アクティブ化することはできない。
−  ＵＥの観点からすると、各アップリンクリソースは、１つのサービングセルにのみ属する。
−  設定することができるサービングセルの数は、ＵＥのアグリゲーション能力によって決まる。
−  ダウンリンクＰＣｅｌｌにおいてレイリーフェージング（ＲＬＦ）が発生すると再確立がトリガーされるが、ダウンリンクＳＣｅｌｌにＲＬＦが発生しても再確立はトリガーされない。
−  ダウンリンクＰＣｅｌｌセルは、ハンドオーバーとともに（すなわちセキュリティキー変更およびＲＡＣＨ手続きとともに）変化する。
−  非アクセス層情報はダウンリンクＰＣｅｌｌから取得される。
−  ＰＣｅｌｌは、ハンドオーバー手順（すなわちセキュリティキー変更およびＲＡＣＨ手順）によってのみ変更することができる。
−  ＰＣｅｌｌは、ＰＵＣＣＨの送信に使用される。
【００２９】
コンポーネントキャリアの設定および再設定は、ＲＲＣによって行うことができる。アクティブ化および非アクティブ化は、ＭＡＣ制御要素を介して行われる。ＬＴＥ内ハンドオーバー時、ＲＲＣによって、ターゲットセルで使用するためのＳＣｅｌｌを追加、削除、または再設定することもできる。新しいＳＣｅｌｌを追加するときには、ＳＣｅｌｌのシステム情報（送信／受信に必要である）を送るために専用のＲＲＣシグナリングが使用される（ＬＴＥリリース８／９におけるハンドオーバー時と同様）。
【００３０】
キャリアアグリゲーションを使用するようにユーザ機器が構成されているとき、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアの一対がつねにアクティブである。この対のうちのダウンリンクコンポーネントキャリアは、「ダウンリンクアンカーキャリア」と称されることもある。同じことはアップリンクについてもあてはまる。
【００３１】
キャリアアグリゲーションが設定されているとき、同時に複数のコンポーネントキャリアについてユーザ機器をスケジューリングすることができるが、一度に行うことのできるランダムアクセス手順は最大で１つである。クロスキャリアスケジューリング（cross-carrier scheduling）では、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、それぞれのＤＣＩフォーマットにコンポーネントキャリア識別フィールド（「ＣＩＦ」と称する）が導入されている。
【００３２】
クロスキャリアスケジューリングが行われていないときには、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアとをリンクすることによって、グラントが適用されるアップリンクコンポーネントキャリアを識別することができる。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアのリンクは、必ずしも１対１である必要はない。言い換えれば、同じアップリンクコンポーネントキャリアに複数のダウンリンクコンポーネントキャリアをリンクすることができる。一方で、１つのダウンリンクコンポーネントキャリアは、１つのアップリンクコンポーネントキャリアのみにリンクすることができる。
【００３３】
論理およびトランスポートチャネル
【００３４】
ＭＡＣ層は、論理チャネルを介してＲＬＣ層のためのデータ転送サービスを提供する。論理チャネルは、ＲＲＣシグナリングなどの制御データを運ぶ制御論理チャネル、またはユーザプレーンデータを運ぶトラフィック論理チャネルのいずれかである。ブロードキャスト制御チャネル（ＢＣＣＨ）、ページング制御チャネル（ＰＣＣＨ）、共通制御チャネル（ＣＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）および専用制御チャネル（ＤＣＣＨ）は、制御論理チャネルである。専用トラフィックチャネル（ＤＴＣＨ）およびマルチキャストトラフィックチャネル（ＭＴＣＨ）は、トラフィック論理チャネルである。
【００３５】
ＭＡＣ層からのデータは、トランスポートチャネルを介して物理層と交換される。データは、それがどのように無線で送信されるかに応じて、トランスポートチャネルに多重化される。トランスポートチャネルは、以下のように、ダウンリンクまたはアップリンクとして分類される。ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共用チャネル（ＤＬ−ＳＣＨ）、ページングチャネル（ＰＣＨ）およびマルチキャストチャネル（ＭＣＨ）は、ダウンリンクトランスポートチャネルであり、一方、アップリンク共用チャネル（ＵＬ−ＳＣＨ）およびランダムアクセスチャネル（ＲＡＣＨ）は、アップリンクトランスポートチャネルである。
【００３６】
多重化が、次いで、それぞれダウンリンクおよびアップリンクにおいて論理チャネルとトランスポートチャネルとの間で実行される。
【００３７】
第１層／第２層（Ｌ１／Ｌ２）制御シグナリング
【００３８】
スケジューリング対象のユーザに、ユーザの割当てステータス、トランスポートフォーマット、およびその他のデータ関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、第１層／第２層制御シグナリングがデータと一緒にダウンリンクで送信される。第１層／第２層制御シグナリングは、サブフレーム内でダウンリンクデータと一緒に多重化される（ユーザ割当てがサブフレーム単位で変化し得るものと想定する）。ユーザ割当てもまた、ＴＴＩ（送信時間間隔）ベースで実行することができ、ＴＴＩの長さは、サブフレームの倍数でもよいことに、留意されたい。ＴＴＩの長さは、すべてのユーザのサービスエリアにおいて固定でもよく、異なるユーザによって異なってもよく、あるいは、各ユーザについて動的でもよい。一般に、Ｌ１／２制御シグナリングは、ＴＴＩごとに一度のみ送信される必要がある。一般性を失うことなく、以下は、ＴＴＩが１つのサブフレームと同等であると想定する。
【００３９】
第１層／第２層制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）としてメッセージを伝え、このメッセージには、移動端末またはユーザ機器のグループのリソース割当て情報およびその他の制御情報が含まれる。一般的には、いくつかのＰＤＣＣＨを１つのサブフレーム内で送信することができる。
【００４０】
なお、３ＧＰＰ  ＬＴＥでは、アップリンクデータ送信のための割当て（アップリンクスケジューリンググラントまたはアップリンクリソース割当てとも称する）も、ＰＤＣＣＨで送信されることに留意されたい。
【００４１】
スケジューリンググラントに関して、第１層／第２層制御シグナリングで送られる情報は、次の２つのカテゴリ、すなわち、カテゴリ１の情報を伝える共有制御情報（ＳＣＩ：Shared Control Information）と、カテゴリ２／３の情報を伝えるダウンリンク制御情報（ＤＣＩ：Downlink Control Information）に分けることができる。
【００４２】
カテゴリ１の情報を伝える共有制御情報（ＳＣＩ）
【００４３】
第１層／第２層制御シグナリングの共有制御情報部分は、リソース割当て（指示）に関連する情報を含む。共有制御情報は、一般には以下の情報を含んでいる。
−  リソースが割り当てられるユーザを示すユーザ識別情報。
−  ユーザに割り当てられるリソース（リソースブロック（ＲＢ））を示すリソースブロック（ＲＢ）割当て情報。割り当てられるリソースブロックの数は動的とすることができる。
−  割当ての持続時間（オプション）。複数のサブフレーム（またはＴＴＩ）にわたる割当てが可能である場合。
【００４４】
これらに加えて、共有制御情報は、他のチャネルの設定およびダウンリンク制御情報（ＤＣＩ）の設定（以下を参照）に応じて、アップリンク送信に対するＡＣＫ／ＮＡＣＫ、アップリンクスケジューリング情報、ＤＣＩに関する情報（例：リソース、ＭＣＳ）などの情報を含んでいることができる。
【００４５】
カテゴリ２／３の情報を伝えるダウンリンク制御情報（ＤＣＩ）
【００４６】
第１層／第２層制御シグナリングのダウンリンク制御情報部分は、カテゴリ１の情報によって示されるスケジューリング対象のユーザに送信されるデータの送信フォーマットに関連する情報（カテゴリ２の情報）を含んでいる。さらに、再送信プロトコルとして（ハイブリッド）ＡＲＱを使用する場合、カテゴリ２の情報は、ＨＡＲＱ（カテゴリ３）の情報を伝える。ダウンリンク制御情報は、カテゴリ１に従ってスケジューリングされるユーザによって復号化されるのみでよい。ダウンリンク制御情報は、一般には以下に関する情報を含んでいる。
−  カテゴリ２の情報：変調方式、トランスポートブロック（ペイロード）サイズまたは符号化率、ＭＩＭＯ（多入力多出力）関連情報など。トランスポートブロック（もしくはペイロードサイズ）または符号化率のいずれかをシグナリングできる。いずれの場合も、これらのパラメータは、変調方式情報およびリソース情報（割り当てられたリソースブロックの数）を使用することによって相互に計算することができる。
−  カテゴリ３情報：ＨＡＲＱ関連情報（例えば、ハイブリッドＡＲＱプロセス番号、冗長バージョン、再送信シーケンス番号）
【００４７】
ダウンリンク制御情報は、全体のサイズが異なるいくつかのフォーマットで、そしてまたそれのフィールドに含まれる情報で、生じる。ＬＴＥについて現在定義されている異なるＤＣＩフォーマットは、非特許文献２（３ＧＰＰのウェブサイトにおいて入手可能であり、参照により本明細書に組み込まれている）の５.３.３.１節"Multiplexing and channel coding"で詳細に説明されている。
【００４８】
アップリンク制御情報（ＵＣＩ）
【００４９】
一般に、移動体通信システムにおけるアップリンク制御シグナリングは、２つのカテゴリに分けることができる：
−  データ関連制御シグナリングは、つねにアップリンクデータとともに送信され、そのデータの処理において使用される制御シグナリングである。例は、トランスポートフォーマット指示、「新データ」インジケータ（ＮＤＩ）およびＭＩＭＯパラメータを含む。
−  データに関連しない制御シグナリングが、いずれのアップリンクデータパケットからも独立して送信される。例は、ダウンリンクデータパケットのＨＡＲＱ確認応答（ＡＣＫ／ＮＡＣＫ）、リンク適合をサポートするためのチャネル品質インジケータ（ＣＱＩ）、および、ダウンリンク送信のランクインジケータ（ＲＩ）およびプリコーディングマトリクスインジケータ（ＰＭＩ）などのＭＩＭＯフィードバックを含む。アップリンク送信のスケジューリング要求（ＳＲ）もまた、本カテゴリに入る。
【００５０】
アップリンクデータ関連制御シグナリングは、関連する情報が既にｅＮｏｄｅＢに知られているため、ＬＴＥでは必要ない。したがって、データ非関連制御シグナリングのみが、ＬＴＥアップリンク内に存在する。
【００５１】
したがって、ＵＣＩは、以下から構成され得る：
−  スケジューリング要求（ＳＲ）
−  ＰＤＳＣＨ（物理ダウンリンク共用チャネル）のダウンリンクデータパケットに応答するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ。単一符号ワードのダウンリンク送信の場合には１ＡＣＫ／ＮＡＣＫビットが送信され、一方、２符号ワードのダウンリンク送信の場合には２ＡＣＫ／ＮＡＣＫビットが使用される。
−  ＣＱＩならびにＲＩ（ランクインジケータ）およびＰＭＩ（プリコーディングマトリクスインジケータ）からなるＭＩＭＯ関連フィードバックを含むチャネル状態情報（ＣＳＩ）。サブフレームごとに２０ビットがＣＳＩのために使用される。ダウンリンクデータ送信のスケジューリングのためにｅＮＢにおいて必要とされるチャネル状態情報。
【００５２】
ＵＥがサブフレームにおいて送信することができるＵＣＩの量は、制御シグナリングデータの送信のために使用可能なＳＣ−ＦＤＭＡシンボルの数によって決まる。ＰＵＣＣＨは、信号伝達されることになる情報の量に応じて、８つの異なるフォーマットをサポートする。ＰＵＣＣＨでの以下のＵＣＩフォーマットが、以下の概要に従って、サポートされる。
【００５３】
【表１】
0006330033.tif 000002
【００５４】
異なる定義されたＰＵＣＣＨフォーマット（非特許文献１の５.４.１および５.４.２による）を使用し、ＰＵＣＣＨのＵＣＩの以下の組合せが、サポートされる（非特許文献３の１０.１.１節を参照）：
−  １ビットＨＡＲＱ−ＡＣＫのまたは正のＳＲを有する１ビットＨＡＲＱ−ＡＣＫのＦＤＤの場合のフォーマット１ａ
−  ２ビットＨＡＲＱ−ＡＣＫのまたは正のＳＲを有する２ビットＨＡＲＱ−ＡＣＫのフォーマット１ｂ
−  ＵＥが複数のサービングセルで設定されるときに、または、ＴＤＤの場合に、ＵＥが単一のサービングセルで設定されるときに、チャネル選択を有する最大４ビットのＨＡＲＱ−ＡＣＫのためのフォーマット１ｂ
−  正のＳＲのフォーマット１
−  ＨＡＲＱ−ＡＣＫで多重化されないときのＣＳＩ報告のフォーマット２
−  通常のサイクリックプレフィックスのための１ビットＨＡＲＱ−ＡＣＫで多重化されたＣＳＩ報告のフォーマット２ａ
−  通常のサイクリックプレフィックスのための２ビットＨＡＲＱ−ＡＣＫで多重化されたＣＳＩ報告のフォーマット２ｂ
−  拡張サイクリックプレフィックスのためのＨＡＲＱ−ＡＣＫで多重化されたＣＳＩ報告のフォーマット２
−  ＦＤＤの最大１０ビットのＨＡＲＱ−ＡＣＫのおよびＴＤＤの最大２０ビットのＨＡＲＱ−ＡＣＫのフォーマット３
−  ＦＤＤの１０ビットのＨＡＲＱ−ＡＣＫおよび１ビットの正の／負のＳＲに対応する最大１１ビットのならびにＴＤＤの２０ビットのＨＡＲＱ−ＡＣＫおよび１ビットの正の／負のＳＲに対応する最大２１ビットのフォーマット３
−  マルチセルのＨＡＲＱ−ＡＣＫ、１ビットの正の／負のＳＲおよび１つのサービングセルのＣＳＩ報告のフォーマット３。
【００５５】
ダウンリンクデータおよびアップリンクデータの送信
【００５６】
第１層／第２層制御シグナリングは、ダウンリンクデータ送信に関して、ダウンリンクパケットデータ送信と一緒に、個別の物理チャネル（ＰＤＣＣＨ）で送信される。この第１層／第２層制御シグナリングは、一般には以下に関する情報を含む。
−  データが送信される（１つまたは複数の）物理リソース（例えば、ＯＦＤＭの場合のサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合の符号）。移動端末（受信器）は、データが送信されるリソースをこの情報によって識別することができる。
−  ユーザ機器が、Ｌ１／Ｌ２制御シグナリングにおいてキャリア指示フィールド（ＣＩＦ）を有するように設定されるとき、この情報は、その特定の制御シグナリング情報が対象とするコンポーネントキャリアを識別する。これは、割当てが別のコンポーネントキャリアを対象とする１つのコンポーネントキャリアで送信されること（「クロスキャリアスケジューリング」）を可能にする。この他のクロススケジュールされるコンポーネントキャリアは、例えば、ＰＤＣＣＨなしのコンポーネントキャリアでもよく、すなわち、クロススケジュールされたコンポーネントキャリアはＬ１／Ｌ２制御シグナリングを運ばない。
−  送信に使用されるトランスポートフォーマット。例えば、データのトランスポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（変調・符号化方式）レベル、スペクトル効率、符号化率などが挙げられる。ユーザ機器（受信器）は、復調、デ・レートマッチング（de-rate-matching）、および復号化のプロセスを開始する目的で、情報ビットサイズ、変調方式、および符号化率を、この情報（通常はリソース割当て（例：ユーザ機器に割り当てられるリソースブロックの数）と組み合わせる）によって識別することができる。変調方式は明示的にシグナリングすることができる。
−  ハイブリッドＡＲＱ（ＨＡＲＱ）情報：
・  ＨＡＲＱプロセス番号：ユーザ機器は、データがマッピングされているハイブリッドＡＲＱプロセスを識別することができる。
・  シーケンス番号または新規データインジケータ（ＮＤＩ）：ユーザ機器は、送信が新しいパケットであるか再送信されたパケットであるかを識別することができる。ＨＡＲＱプロトコルにおいて軟合成が実施される場合、シーケンス番号または新規データインジケータとＨＡＲＱプロセス番号とを組み合わせることで、復号化の前にＰＤＵのための送信の軟合成が可能である。
・  冗長バージョンもしくはコンステレーションバージョンまたはその両方：それぞれ、使用されているハイブリッドＡＲＱ冗長バージョン（デ・レートマッチングに必要である）、および、使用されている変調コンステレーションバージョン（復調に必要である）を、ユーザ機器に知らせる。
−  ユーザ機器識別情報（ＵＥ  ＩＤ）：第１層／第２層制御シグナリングの対象であるユーザ機器を知らせる。一般的な実装においては、この情報は、制御情報が別のユーザ機器に読み取られることを防止する目的で、第１層／第２層制御シグナリングのＣＲＣをマスクするために使用される。
【００５７】
アップリンクパケットデータ送信を可能にする目的で、送信の詳細をユーザ機器に知らせるため、第１層／第２層制御シグナリングがダウンリンク（ＰＤＣＣＨ）で送信される。この第１層／第２層制御シグナリングは、一般には以下に関する情報を含んでいる。
−  ユーザ機器がデータ送信に使用するべき（１つまたは複数の）物理リソース（例えば、ＯＦＤＭの場合のサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合の符号）。
−  ユーザ機器がＬ１／Ｌ２制御シグナリングにおいてキャリア指示フィールド（ＣＩＦ）を有するように設定されるとき、この情報は、その特定の制御シグナリング情報が対象とするコンポーネントキャリアを識別する。これは、割当てが、別のコンポーネントキャリアを対象とする１つのコンポーネントキャリアで送信されることを可能にする。この他のクロススケジュールされるコンポーネントキャリアは、例えば、ＰＤＣＣＨなしのコンポーネントキャリアでもよく、すなわち、クロススケジュールされたコンポーネントキャリアはＬ１／Ｌ２制御シグナリングを運ばない。
−  アップリンク許可のためのＬ１／Ｌ２制御シグナリングが、アップリンクコンポーネントキャリアとリンクされたＤＬコンポーネントキャリアで、または、いくつかのＤＬコンポーネントキャリアが同じＵＬコンポーネントキャリアにリンクする場合には、いくつかのＤＬコンポーネントキャリアのうちの１つで、送信される。
−  ユーザ機器が送信に使用するべきトランスポートフォーマット。例えば、データのトランスポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（変調・符号化方式）レベル、スペクトル効率、符号化率などが挙げられる。ユーザ機器（送信器）は、変調、レートマッチング、および符号化のプロセスを開始する目的で、情報ビットサイズ、変調方式、および符号化率を、この情報（通常はリソース割当て（例：ユーザ機器に割り当てられるリソースブロックの数）と組み合わせる）によって取得することができる。場合によっては、変調方式を明示的にシグナリングすることができる。
−  ハイブリッドＡＲＱ情報：
・  ＨＡＲＱプロセス番号：データの取得先のハイブリッドＡＲＱプロセスをユーザ機器に知らせる。
・  シーケンス番号または新規データインジケータ：新しいパケットを送信するのか、あるいはパケットを再送信するのかをユーザ機器に知らせる。ＨＡＲＱプロトコルにおいて軟合成が実施される場合、シーケンス番号または新規データインジケータとＨＡＲＱプロセス番号とを組み合わせることで、復号化の前にプロトコルデータユニット（ＰＤＵ）のための送信の軟合成が可能である。
・  冗長バージョンもしくはコンステレーションバージョンまたはその両方：それぞれ、使用するハイブリッドＡＲＱ冗長バージョン（レートマッチングに必要である）、および、使用する変調コンステレーションバージョン（変調に必要である）を、ユーザ機器に知らせる。
−  ユーザ機器識別情報（ＵＥ  ＩＤ）：データを送信するべきユーザ機器を知らせる。一般的な実装においては、この情報は、制御情報が別のユーザ機器に読み取られることを防止する目的で、第１層／第２層制御シグナリングのＣＲＣをマスクするために使用される。
【００５８】
上述したさまざまな情報をアップリンクデータ送信およびダウンリンクデータ送信において実際に送信するとき、いくつかの異なる可能な方法が存在する。さらには、アップリンクおよびダウンリンクにおいて、第１層／第２層制御情報は、追加の情報を含んでいることもでき、あるいは、いくつかの情報を省くことができる。例えば以下のとおりである。
−  同期ＨＡＲＱプロトコルの場合、ＨＡＲＱプロセス番号が必要ないことがある（すなわちシグナリングされない）。
−  チェイス合成（Chase Combining）を使用する（冗長バージョンもしくはコンステレーションバージョンまたはその両方がつねに同じである）場合、または、冗長バージョンのシーケンスもしくはコンステレーションバージョンのシーケンスまたはその両方が事前に定義されている場合、冗長バージョンもしくはコンステレーションバージョンまたはその両方が必要ないことがある。
−  電力制御情報を制御シグナリングにさらに含めることができる。
−  ＭＩＭＯに関連する制御情報（例えばプリコーディング情報）を制御シグナリングにさらに含めることができる。
−  複数の符号語によるＭＩＭＯ送信の場合には、複数の符号語のためのトランスポートフォーマットもしくはＨＡＲＱ情報またはその両方を含めることができる。
【００５９】
ＬＴＥにおいて（物理アップリンク共有チャネル（ＰＵＳＣＨ）を対象として）ＰＤＣＣＨでシグナリングされるアップリンクリソース割当てでは、第１層／第２層制御情報にＨＡＲＱプロセス番号が含まれず、なぜなら、ＬＴＥのアップリンクには同期ＨＡＲＱプロトコルが採用されるためである。アップリンク送信に使用されるＨＡＲＱプロセスは、タイミングによって認識される。さらには、冗長バージョン（ＲＶ）情報は、トランスポートフォーマット情報と一緒に符号化され、すなわち、ＲＶ情報はトランスポートフォーマット（ＴＦ）フィールドに埋め込まれることに留意されたい。トランスポートフォーマット（ＴＦ）／変調・符号化方式（ＭＣＳ）フィールドは、例えば５ビットのサイズを有し、これは３２個のエントリに対応する。ＴＦ／ＭＣＳテーブルの３個のエントリは、冗長バージョン（ＲＶ）１、ＲＶ２、またはＲＶ３を示すために予約されている。ＭＣＳテーブルの残りのエントリは、ＲＶ０を暗黙的に示すＭＣＳレベル（ＴＢＳ）をシグナリングするために使用される。ＰＤＣＣＨのＣＲＣフィールドのサイズは１６ビットである。
【００６０】
ＬＴＥにおいてＰＤＣＣＨでシグナリングされるダウンリンク割当て（ＰＤＳＣＨ）では、冗長バージョン（ＲＶ）は、２ビットのフィールドにおいて個別にシグナリングされる。さらに、変調次数情報が、トランスポートフォーマット情報と一緒に符号化される。アップリンクの場合と同様に、５ビットのＭＣＳフィールドがＰＤＣＣＨでシグナリングされる。エントリのうち３個は、明示的な変調次数をシグナリングするために予約されており、トランスポートフォーマット（トランスポートブロック）情報は提供されない。残りの２９個のエントリにおいては、変調次数およびトランスポートブロックサイズ情報がシグナリングされる。
【００６１】
制御情報のさらに詳しい情報は、参照により本明細書に組み込まれている、非特許文献２の５.３.３節および非特許文献４の７.１.７節と８.６節とで見ることができる。
【００６２】
チャネル品質報告−ＣＳＩ
【００６３】
リンク適合の原理は、パケット交換データトラフィックにとって効率的な無線インタフェースの設計の基本を成す。ほぼ一定なデータ転送速度を有する回路交換式サービスをサポートするために高速クローズドループ電力制御を使用したＵＭＴＳ（ユニバーサルモバイルテレコミュニケーションシステム）の初期バージョンとは異なり、ＬＴＥにおけるリンク適合は、各ユーザの一般的な無線チャネル容量に合うように動的に送信データ転送速度（変調方式およびチャネル符号化速度）を調節する。
【００６４】
ＬＴＥにおけるダウンリンクデータ送信では、ｅＮｏｄｅＢは、通常は、ダウンリンクチャネル状態の予測に応じて変調方式および符号レート（ＭＣＳ）を選択する。この選択プロセスへの重要な入力は、ｅＮｏｄｅＢにアップリンクにおいてユーザ機器（ＵＥ）によって送信されるチャネル状態情報（ＣＳＩ）フィードバックである。
【００６５】
チャネル状態情報は、１人または複数のユーザのチャネルリソースの質を決定するために、例えば３ＧＰＰ  ＬＴＥなど、マルチユーザ通信システムにおいて使用される。一般に、ＣＳＩフィードバックに応答して、ｅＮｏｄｅＢは、ＱＰＳＫ、１６ＱＡＭおよび６４ＱＡＭ方式と広範囲の符号レートから選択することができる。このＣＳＩ情報は、異なるユーザにチャネルリソースを割り当てるためのマルチユーザスケジューリングアルゴリズムの役に立つように、あるいは、割り当てられたチャネルリソースを最大限活用するように、変調方式、符号化速度または送信電力などのリンクパラメータを適合させるために、使用することができる。
【００６６】
ＣＳＩが、あらゆるコンポーネントキャリアについて、ならびに、報告モードおよび帯域幅に応じて、コンポーネントキャリアのサブバンドの異なるセットについて、報告される。３ＧＰＰ  ＬＴＥで、チャネル品質がそれについて報告される最小単位は、サブバンドと呼ばれ、複数の周波数隣接リソースブロックで構成される。
【００６７】
前述のように、ユーザ機器は、通常は、設定されたが非活動化されたダウンリンクコンポーネントキャリアでＣＳＩ測定を実行および報告しないが、ＲＳＲＰ（基準信号受信電力）およびＲＳＲＱ（基準信号受信品質）のような無線リソース管理関連の測定のみを実行および報告することになる。
【００６８】
関連する報告および送信のメカニズムについての詳細は、参考文献として参照される以下の仕様書に示される（すべての文書は、３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）：
−  非特許文献５、特に６.３.３節、６.３.４節、
−  非特許文献６、特に５.２.２節、５.２.４節、５.３.３節、
−  非特許文献７、特に７.１.７節、７.２節。
【００６９】
ＣＳＩについて報告するためにＵＥによって使用されることになる周期性および周波数分解能は、両方ともｅＮｏｄｅＢによって制御される。物理アップリンク制御チャネル（ＰＵＣＣＨ）は、周期的ＣＳＩ報告（すなわち、ＲＲＣによって設定された特定の周期性を有するＣＳＩ報告）のみに使用され、ＰＵＳＣＨはＣＳＩの非周期的報告のために使用され、それによって、ｅＮｏｄｅＢは、アップリンクデータ送信のためにスケジュールされたリソースに組み込まれた個々のＣＳＩ報告を送信するようにＵＥに具体的に命令する（ＰＤＣＣＨによって）。
【００７０】
サウンディング基準シンボル（ＳＲＳ：Sounding Reference Symbol）
【００７１】
ＳＲＳは、動的アップリンクリソース割当てをサポートするためのアップリンクチャネルサウンディングのために、ならびに、ダウンリンクにおける相互関係支援ビーム形成のために、重要である。アップリンクサウンディング基準信号（ＳＲＳ）は、アップリンクスケジューラの入力として使用されるアップリンクチャネルのチャネル品質推定のために主に使用され、例えば、それは周波数選択的スケジューリングを可能にする。
【００７２】
リリース１０は、ＰＤＣＣＨを介して個々のＳＲＳ送信を動的にトリガーする可能性をもたらし、これらの動的非周期的ＳＲＳ送信は「タイプ１」ＳＲＳとして知られ、一方、リリース８の周期的ＲＲＣ設定ＳＲＳは、リリース１０において「タイプ０」として知られる。
【００７３】
ＰＤＣＣＨのアップリンクリソース許可におけるインジケータは、単一のタイプ１のＳＲＳ送信をトリガーするために使用することができる。これは、長い期間ＳＲＳリソースをタイプすることなしに、トラフィックまたはチャネル状態の変化に応答するための迅速なチャネルサウンディングを容易にする。ＤＣＩフォーマット０において、１つの新しいビットは、ＲＲＣシグナリングによってあらかじめ設定されたパラメータのセットによるタイプ１のＳＲＳの起動を指示することができる。アップリンクＳＵ−ＭＩＭＯ送信をスケジュールするために使用されるＤＣＩフォーマット４において、２つの新しいビットは、ＲＲＣ設定されたタイプ１のＳＲＳ送信パラメータの３つのセットのうちの１つがトリガーされることを可能にする。
【００７４】
ＳＲＳ送信は、つねに、報告が設定／スケジュールされた対応するサブフレームの最後のＳＣ−ＦＤＭＡシンボル内にある。ＰＵＳＣＨデータ送信は、ＳＲＳのために指定されたＳＣ−ＦＤＭＡ信号で許可されず、すなわち、ＰＵＳＣＨ送信は、最後のシンボルを除くすべてのシンボルがＰＵＳＣＨのために使用されるように穴をあけられる。
【００７５】
アップリンク制御シグナリングおよび多重化
【００７６】
同時アップリンクＰＵＳＣＨデータおよび制御シグナリングがスケジュールされるとき、制御シグナリングは、通常は、アップリンク送信のシングルキャリアの低キュービックメトリック（ＣＭ：Cubic Metric）特性を保つために、ＤＦＴ拡散の前にデータとともに多重化される（ＰＵＳＣＨにおいて）。アップリンク制御チャネル、ＰＵＣＣＨ、は、ＵＥがＰＵＳＣＨ送信のためのＲＢを割り当てられなかったサブフレームにおいてのみ任意の必要な制御シグナリングを送信するためにＵＥによって使用される。
【００７７】
アップリンク制御シグナリングの多重化のさらなる情報は、参照により本明細書に組み込まれている、非特許文献８の１６.３.１.１章、１６.３.３章、１６.３.４章、１６.３.５章、１６.３.６章、１６.３.７章、１６.４章で見ることができる。
【００７８】
時分割デュプレックス−ＴＤＤ
【００７９】
ＬＴＥは、ＴＤ−ＳＣＤＭＡ（時分割同期符号分割多重アクセス）の進化をサポートするためにも設計された、調和した枠組みで周波数分割デュプレックス（ＦＤＤ）および時分割デュプレックス（ＴＤＤ）モードで動作することができる。ＴＤＤは、アップリンクおよびダウンリンク送信を時間領域で分けるが、周波数は同じままでもよい。
【００８０】
「デュプレックス」という用語は、一方向通信とは異なる、２つのデバイスの間の双方向通信を示す。双方向の場合、各方向でのリンクを介する送信は、同時に（「全デュプレックス」）または相互排他的な時間に（「半デュプレックス」）起こり得る。
【００８１】
ペアになっていない無線スペクトルにおけるＴＤＤについて、ＲＢおよびＲＥの基本構造が図４に示されるが、無線フレームのサブフレームのサブセットのみがダウンリンク送信のために使用可能であり、残りのサブフレームは、アップリンク送信のために、または特別なサブフレームのために使用される。特別なサブフレームは、ＵＥからの送信信号（すなわち、アップリンク）がｅＮｏｄｅＢにほぼ同時に到達することを確保するように、アップリンク送信タイミングが進められることを可能にするために重要である。信号伝播の遅延は、送信器と受信器との距離に関連する（反射および他の同様の効果を無視すると）ので、これは、ｅＮｏｄｅＢに近いＵＥによって送信される信号が、ｅＮｏｄｅＢから遠いＵＥによって送信される信号よりも短時間伝わることを意味する。同時に到達するためには、遠いＵＥは、近いＵＥよりも早くそれの信号を送信する必要があり、これは、３ＧＰＰシステムにおけるいわゆる「タイミング前進」手続きによって解決される。ＴＤＤにおいて、これは、送信および受信が同じキャリア周波数で生じる、すなわちダウンリンクおよびアップリンクが時間領域において二重化される必要がある、さらなる状況を有する。ｅＮｏｄｅＢから遠いＵＥは、近いＵＥよりも早くアップリンク送信を開始する必要があるが、逆に、ダウンリンク信号は、遠いＵＥよりも早く近いＵＥによって受信される。ＤＬ受信からＵＬ送信に回路を切り替えることを可能にするために、保護時間が特別なサブフレームにおいて定義される。タイミング前進の問題にさらに対処するために、遠いＵＥの保護時間は、近いＵＥの保護時間よりも長い必要がある。
【００８２】
このＴＤＤ構造は、さまざまなダウンリンク−アップリンク比率および切替えの周期性を可能にする、７つの異なるアップリンク−ダウンリンク設定が定義された、３ＧＰＰ  ＬＴＥリリース８以降において「フレーム構造タイプ２」として知られる。図７は、０〜６の索引を付けられた７つの異なるＴＤＤアップリンク−ダウンリンク設定を有する表を示し、「Ｄ」はダウンリンクサブフレームを、「Ｕ」はアップリンクサブフレームを、そして、「Ｓ」は特別なサブフレームを示す。そこから分かるように、７つの使用可能なＴＤＤアップリンク−ダウンリンク設定は、ダウンリンクサブフレームの４０％から９０％を実現することができる（特別なサブフレームの一部はダウンリンク送信のために使用可能なので、簡単にするために、特別なサブフレームをダウンリンクサブフレームとして数えるとき）。
【００８３】
図８は、特に５ｍｓ切替え点周期性の、すなわちＴＤＤ設定０、１、２および６の、フレーム構造タイプ２を示す。
【００８４】
図８は、長さ１０ｍｓの無線フレームと、各々５ｍｓの対応する２つの半フレームとを示す。無線フレームは、各１ｍｓを有する１０サブフレームで構成され、各々のサブフレームは、図７の表によるアップリンク−ダウンリンク設定のうちの１つによって定義されるように、アップリンク、ダウンリンクまたは特別のタイプを割り当てられる。
【００８５】
サブフレーム＃１はつねに特別なサブフレームであり、サブフレーム＃６はＴＤＤ設定０、１、２および６について特別なサブフレームであり、ＴＤＤ設定３、４および５について、サブフレーム＃６はダウンリンクのために予定されることが、図７から理解されよう。特別なサブフレームは、３つのフィールドを含む：ＤｗＰＴＳ（ダウンリンクパイロット時間スロット）、ＧＰ（保護期間）およびＵｐＰＴＳ（アップリンクパイロット時間スロット）。以下の表は、特別なサブフレームの情報を示し、特に、ＤｗＰＴＳ（ダウンリンクパイロット時間スロット）、ＧＰ（保護期間）、およびＵｐＰＴＳ（アップリンクパイロット時間スロット）の長さを３ＧＰＰ  ＬＴＥリリース１１に定義されたものとしてのサンプル時間Ｔｓ＝（１／３０７２０）ｍｓの倍数として記載する。
【００８６】
【表２】
0006330033.tif 000003
【００８７】
本システムで適用されるＴＤＤ設定は、無線リソース管理（ＲＲＭ）測定、チャネル状態情報（ＣＳＩ）測定、チャネル推定、ＰＤＣＣＨ検出およびＨＡＲＱタイミングなど、移動局および基地局で実行される多数の動作に影響を及ぼす。
【００８８】
特に、ＵＥは、ＣＳＩ測定および報告のために、チャネル推定を得るための時間領域フィルタリングのために、ＰＤＣＣＨ検出のために、またはＵＬ／ＤＬＡＣＫ／ＮＡＣＫフィードバックのために、それの現在のセルにおけるＴＤＤ設定、すなわち測定のためにどのサブフレームを監視するか、に関して学習するために、システム情報を読み取る。
【００８９】
ハイブリッドＡＲＱ方式
【００９０】
信頼できないチャネルを介するパケット送信システムにおけるエラー検出および訂正のための共通の技法は、ハイブリッド自動反復要求（ＨＡＲＱ）と呼ばれ、転送エラー訂正（ＦＥＣ）およびＡＲＱの組合せである。
【００９１】
ＦＥＣ符号化パケットが送信され、受信器がそのパケットを正しく復号することに失敗した場合（エラーは、通常は、ＣＲＣ（Cyclic Redundancy Check、周期的冗長性検査）によって検査される）、受信器は、そのパケットの再送信を要求する。一般に（そして、本文書をとおして）追加の情報の送信は「（パケットの）再送信」と呼ばれるが、この再送信は、同じ符号化された情報の送信を必ずしも意味せず、そのパケットに属する任意の情報（例えば、追加の冗長性情報）の送信もまた意味し得る。
【００９２】
その送信が構成される情報（一般に、符号ビット／シンボル）に応じて、そして受信器がその情報をどのように処理するかに応じて、以下のハイブリッドＡＲＱ方式が定義される：タイプＩ、タイプＩＩおよびタイプＩＩＩのＨＡＲＱ。
【００９３】
同期ＨＡＲＱは、ＨＡＲＱブロックの再送信が事前に定義された周期的な間隔で生じることを意味する。したがって、再送信のスケジュールを受信器に指示するために明示的シグナリングは必要とされない。非同期ＨＡＲＱは、無線インタフェース状態に基づく再送信のスケジューリングの柔軟性をもたらす。この場合、ＨＡＲＱプロセスの何らかの識別が、正確な結合およびプロトコル動作を可能にするために信号伝達される必要がある。３ＧＰＰ  ＬＴＥシステムにおいて、８つのプロセスを有するＨＡＲＱの動作が使用される。ダウンリンクデータ送信のためのＨＡＲＱプロトコル動作は、ＨＳＤＰＡと同様またはさらには同じになる。
【００９４】
アップリンクＨＡＲＱプロトコル動作では、再送信をどのようにスケジュールするかに２つの異なるオプションが存在する。再送信は、ＮＡＣＫ（同期非適合再送信とも呼ばれる）によって「スケジュールされる」か、ＰＤＣＣＨを送信すること（同期適合再送信とも呼ばれる）によってネットワークによって明示的にスケジュールされる。同期非適合再送信の場合、再送信は、前のアップリンク送信と同じパラメータを使用することになり、すなわち、再送信は、同じ物理チャネルリソースで信号伝達されることになり、それぞれ、同じ変調方式／トランスポートフォーマットを使用する。
【００９５】
同期適合再送信はＰＤＣＣＨを介して明示的にスケジュールされるので、ｅＮｏｄｅＢは、再送信のためにある特定のパラメータを変更する可能性を有する。ＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）およびＰＤＣＣＨシグナリングは同じタイミングで生じることに留意されたい。したがって、ユーザ機器は、同期非適合再送信がトリガーされる（すなわちＮＡＣＫのみが受信される）かどうか、またはｅＮｏｄｅＢが同期適合再送信を要求する（すなわちＰＤＣＣＨが信号伝達される）かどうかの検査を一度行うことのみ必要とする。
【００９６】
ＴＤＤ動作のためのＨＡＲＱおよび制御シグナリング
【００９７】
前述のように、ＨＡＲＱでのダウンリンクまたはアップリンクデータの送信は、確認応答ＡＣＫまたは否定ＡＣＫが、パケット受信の成功または失敗を送信側に知らせるために、反対方向で送信されることを必要とする。
【００９８】
ＦＤＤ動作の場合、１対１の同期マッピングが、トランスポートが送信される瞬間とそれの対応する確認応答との間に存在するように、サブフレームｎにおけるデータ送信に関する確認応答インジケータが、サブフレームｎ＋４の間に反対方向で送信される。
【００９９】
しかし、ＴＤＤ動作の場合、サブフレームは、アップリンクまたはダウンリンクまたは特別（前章を参照）としてセル固有ベースで指定され、それにより、リソース許可、データ送信、確認応答および再送信がそれらのそれぞれの方向で送信され得る時間を制約する。したがって、ＴＤＤのＬＴＥ設計は、１つのサブフレーム内で複数の確認応答を運ぶために、グループ化されたＡＣＫ／ＮＡＣＫ送信をサポートする。
【０１００】
アップリンクＨＡＲＱについて、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）での複数の確認応答の送信（１つのダウンリンクサブフレームにおける）は、ｅＮｏｄｅＢから見るとき、これは、単一の確認応答が複数のＵＥに同時に送信される場合とあまり異ならないため、問題にはならない。しかし、ダウンリンクＨＡＲＱについて、非対称がダウンリンクに偏った場合、ＦＤＤのアップリンク制御シグナリング（ＰＵＣＣＨ）フォーマットは、追加のＡＣＫ／ＮＡＣＫ情報を運ぶには不十分である。ＬＴＥにおける各々のＴＤＤサブフレーム設定（以下および図７を参照）は、ＨＡＲＱを目的としてダウンリンクサブフレームとアップリンクサブフレームとの間に事前定義されたそれ自体のそのようなマッピングを有し、そのマッピングは、確認応答遅延の最小化と使用可能なアップリンクサブフレームにわたるＡＣＫ／ＮＡＣＫの均等な分布との間のバランスをとるように設計される。さらなる詳細は、参照により本明細書に組み込まれている、非特許文献９の７.３章で提供される。
【０１０１】
スモールセル
【０１０２】
移動体データの爆発的需要は、いかに移動体事業者が、より大容量およびユーザ体験の品質（ＱｏＥ）の向上の難しい要件に応える必要があるかの変化を促している。現在、ロングタームエボリューション（ＬＴＥ）を使用する第４世代ワイヤレスアクセスシステムが、３Ｇ／３.５Ｇシステムよりも低いレイテンシおよび高い効率でより高速のアクセスを実現するために、多数の事業者によって世界中で配備されている。しかしながら、予想される将来のトラフィック成長は、驚異的であり、特にトラフィックの最高容量を生成する高トラフィックエリア（ホットスポットエリア）では、容量要件に対処するためのさらなるネットワーク高密度化の必要性が非常に高まっている。ネットワーク高密度化―ネットワークノードの数を増やし、それによりネットワークノードをユーザ端末に物理的により近づけること―は、トラフィック容量を改善するおよびワイヤレス通信システムの達成可能なユーザ−データ転送速度を高めるための鍵である。
【０１０３】
マクロ配備の直接的な高密度化に加えて、ネットワーク高密度化は、既存のマクロノード層のカバレッジの下でそれぞれスモールセルの補足的低電力ノードの配備によって達成することができる。そのような異種配備では、低電力ノードは、例えば屋内および屋外のホットスポットの場所において、ローカルに非常に高いトラフィック容量および非常に高いユーザスループットを提供する。その一方で、マクロ層は、カバレッジエリア全体にわたりサービスアベイラビリティおよびＱｏＥを確保する。言い換えれば、低電力ノードを含む層はまた、広いエリアをカバーするマクロ層とは対照的に、ローカルエリアアクセスを提供すると言うことができる。
【０１０４】
スモールセルそれぞれの低電力ノードの設置ならびに異種配備は、ＬＴＥの第１のリリース以降、可能であった。この関連で、いくつかの解決策が、ＬＴＥの最近のリリース（すなわち、リリース１０／１１）において特定された。より具体的には、これらのリリースは、異種配備における層間の干渉を処理するために、追加のツールを紹介した。パフォーマンスをさらに最適化し、コスト／エネルギー効率の高い動作を実現するために、スモールセルは、さらなる拡張を必要とし、多くの場合、既存のマクロセルと対話するまたは既存のマクロセルを補完する必要がある。そのような解決策は、ＬＴＥリリース１２以降のさらなる進化の間に調査されることになる。特に、低電力ノードおよび異種配備に関連するさらなる拡張が新しいリリース１２の研究事項（ＳＩ）「Ｅ−ＵＴＲＡおよびＥ−ＵＴＲＡＮのためのスモールセル拡張の研究（Study on Small Cell Enhancements for E-UTRA and E-UTRAN)」の下で検討されることになろう。これらの活動のうちのいくつかは、低電力層および二重層接続性へのマクロ支援の異なる形を含む、マクロ層と低電力層との間のさらに高度の相互作用の達成に重点的に取り組むことになろう。二重接続は、デバイスがマクロ層および低電力層の両方への同時接続を有することを暗示する。
【０１０５】
スモールセル拡張の本研究事項において想定されるいくつかの配備シナリオを以下に論じる。以下のシナリオでは、非特許文献１０において理想的ではないバックホールとして分類されたバックホール技術が想定される。遠隔無線ヘッド（ＲＲＨ）を配備するために使用することができるファイバアクセスは、本研究では想定されない。ＨｅＮＢは除外されないが、ＨｅＮＢの送信電力がピコｅＮＢのそれよりも低くても、配備シナリオおよび課題に関してピコｅＮＢと区別されない。以下の３つのシナリオが、考えられる。
【０１０６】
シナリオ＃１
【０１０７】
シナリオ＃１は、図９に示され、同じキャリア周波数（周波数内）のマクロセルおよびスモールセルが理想的ではないバックホールを介して接続される配備シナリオである。ユーザは、屋外および屋内の両方に分散される。
【０１０８】
シナリオ＃２
【０１０９】
シナリオ＃２は図１０および１１に示され、異なるキャリア周波数（周波数間）のマクロセルおよびスモールセルが理想的ではないバックホールを介して接続される配備シナリオを指す。ユーザは、屋外および屋内の両方に分散される。本明細書で２ａおよび２ｂと呼ばれる、２つの異なるシナリオ＃２が基本的に存在し、その差は、シナリオ２ｂでは、屋内スモールセル配備が考慮されるということである。
【０１１０】
シナリオ＃３は、図１２に示され、１つまたは複数のキャリア周波数のスモールセルのみが理想的ではないバックホールリンクを介して接続される配備シナリオを指す。
【０１１１】
配備シナリオに応じて、異なる課題／問題が存在し、さらなる調査を必要とする。研究事項フェーズの間に、そのような課題が、対応する配備シナリオについて識別され、非特許文献１１において捉えられ、それらの課題／問題のさらなる詳細は、そこで見ることができる。
【０１１２】
非特許文献１１の５節に記載された識別された課題を解決するために、以下の設計目標が、非特許文献１２で特定された要件に加えて、本研究について検討される。
【０１１３】
移動性頑強性に関して、
−  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＵＥについて、スモールセル配備によって達成される移動性パフォーマンスは、マクロのみのネットワークのそれに匹敵すべきである。
【０１１４】
頻繁なハンドオーバーによるシグナリング負荷の増加に関して、
−  いずれの新しい解決策も、コアネットワークに向けたシグナリング負荷の過度の増加をもたらしてはならない。しかし、スモールセル拡張によって引き起こされる追加のシグナリングおよびユーザプレーントラフィック負荷もまた、考慮されるべきである。
【０１１５】
ユーザごとのスループットおよびシステム容量の改善に関して、
−  理想的バックホール配備に似たユーザごとのスループットおよびシステム容量を達成するために、マクロセルおよびスモールセルにわたる無線リソースを使用し、一方で、ＱｏＳ要件が目標とされるべきであることを考慮する。
【０１１６】
二重接続
【０１１７】
３ＧＰＰ  ＲＡＮ作業グループにおいて現在審議中の問題への１つの有望な解決策は、いわゆる「二重接続」コンセプトである。「二重接続」という用語は、所与のＵＥが、理想的ではないバックホールと接続された少なくとも２つの異なるネットワークノードによって提供される無線リソースを消費する、動作を示すために使用される。基本的に、ＵＥは、マクロセル（マクロｅＮＢ）およびスモールセル（２次または小型ｅＮＢ）の両方と接続される。さらに、ＵＥの二重接続に関与する各ｅＮＢは、異なる役割を想定することができる。それらの役割は、ｅＮＢの電力クラスに必ずしも依存せず、ＵＥの間で異なってもよい。
【０１１８】
本研究事項は、現在、非常に初期の段階にあるので、二重接続の詳細はまだ決定されていない。例えば、アーキテクチャはまだ合意されていない。したがって、多くの事項／詳細、例えばプロトコル拡張、は、現在、まだ未決定である。図１３は、二重接続の例示的アーキテクチャを示す。それは単に１つの潜在的オプションとして理解されるべきであり、本発明は、この特定のネットワーク／プロトコルアーキテクチャに限定されず、広く適用され得る。アーキテクチャに関する以下の想定が、本明細書では行われる。
−  各パケットをどこに供するか、Ｃ／Ｕプレーン分割、のベアラレベルごとの決定
例として、ＵＥ  ＲＲＣシグナリングおよびＶｏＬＴＥなどの高いＱｏＳデータが、マクロセルによって提供可能であり、一方、ベストエフォート型データがスモールセルにオフロードされる。
−  ベアラ間の結合はなく、マクロセルとスモールセルとの間に必要とされる共通のＰＤＣＰまたはＲＬＣはない。
−  ＲＡＮノード間のルーザ調整
−  ＳｅＮＢはＳ−ＧＷに接続しない、すなわち、パケットはＭｅＮＢによって転送される。
−  スモールセルはＣＮに対して透過的である。
【０１１９】
最後の２つの箇条書きに関して、ＳｅＮＢがＳ−ＧＷと直接接続されること、すなわち、Ｓ１−ＵがＳ−ＧＷとＳｅＮＢとの間にあること、もまた起こり得ることに留意されたい。基本的に、ベアラマッピング／分割に関する３つの異なるオプションが存在する。
−  オプション１：図１４Ａに示され、Ｓ１−Ｕはまた、ＳｅＮＢにおいて終了する。
−  オプション２：図１４Ｂに示され、Ｓ１−ＵはＭｅＮＢにおいて終了し、ベアラはＲＡＮにおいて分割しない。
−  オプション３：図１４Ｃに示され、Ｓ１−ＵはＭｅＮＢにおいて終了し、ベアラはＲＡＮにおいて分割する。
【０１２０】
図１４Ａ〜Ｃは、Ｕプレーンデータのダウンリンク方向を一例として挙げる、それらの３つのオプションを示す。説明を目的として、オプション２は、本出願のために主として想定され、図１３のベースでもある。
【０１２１】
アップリンクの二重接続の欠点
【０１２２】
前述のように、二重接続コンセプトの本旨は、ＵＥがＭｅＮＢおよび少なくとも１つのＳｅＮＢの両方と通信することである。両方のリンクからの無線リソースの使用は、容量／スループットを増やす機会を提供する。
【０１２３】
二重接続の詳細はまだ決定されていないが（前述のように）、ＵＥは複数の周波数で同時にリスンおよび／または送信する可能性を有すると想定することができる。例えば、二重ＵＬ送信は、１つのＴＴＩ（例えばサブフレーム）において複数のＣＣで同時に送信することによって、より高いピークスループットを達成する利点を有する。
【０１２４】
しかし、特にアップリンク方向については、解決するべきいくつかの難しい問題、例えば、複数のＣＣでの同時送信によって引き起こされる相互変調歪（ＩＭＤ）、が存在することになる。いくつかの帯域の組合せについて、ＩＭ積が他方のシステムのスペクトル範囲内で生じる場合、ＩＭＤは何らかの方法で抑制されなければならない。前述のそのような問題を克服するために、追加の挿入損失を導入することができ、例えば追加のＲＦフィルタがＵＥ  ＲＦコンポーネントに挿入される。しかし、この追加の挿入損失は、ＵＥが１つのキャリアのみで設定される場合にも、ＵＬカバレッジを基本的に縮小することになる。別の代替対応策として、同時送信の場合の電力削減について述べた。基本的に、Ｐ−ＭＰＲまたはＡ−ＭＰＲのような追加の電力削減は、ＵＥが同時にＴＴＩにおいて複数のＣＣで送信する場合に適用される。しかし、本代替で、追加の電力削減はまた、ＵＥが同時に２ＣＣで送信することができるエリアのＵＬカバレッジを縮小することになる。加えて、本解決策が、同時送信のいくつかの問題、例えばブロッキング、を解決するかどうかはあまり明らかではなかった。
【０１２５】
ＵＥ  ＲＦの観点から、およびまたベースバンドの観点から、説明された複雑性を考慮して、二重アップリンク送信のサポートについて、特に低価格のカテゴリのＵＥ（恐らく、少なくとも初期には、より高価なものよりも多数の）は二重アップリンク送信をサポートしない可能性が非常に高い。
【０１２６】
また、キャリアアグリゲーション機能を有するＵＥの異なる帯域の組合せの量は、新しい帯域および帯域の組合せが世界中の事業者によって獲得されるにつれてつねに増えていくことに留意されたい。この過量な異なる帯域の組合せを考慮すると、単一のＵＥがすべての異なるスモールセル配備帯域の組合せをサポートし得る可能性は非常に低いと思われる。
【０１２７】
したがって、スモールセル配備のための解決策は、二重Ｒｘまたは二重ＴｘをサポートしないＵＥもまた利益を得ることができ、したがって、二重接続サポートの恩恵を受けることができる方法で、設計される必要がある。
【先行技術文献】
【非特許文献】
【０１２８】
【非特許文献１】3GPP TS 36.211, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)"
【非特許文献２】3GPP TS 36.212
【非特許文献３】TS 36.213
【非特許文献４】3GPP 36.213
【非特許文献５】3GPP TS 36.211, "Evolved Universal Terrestrial Radio Access(E-UTRA); Physical channels and modulation", version 10.0.0
【非特許文献６】3GPP TS 36.212, "Evolved Universal Terrestrial Radio Access(E-UTRA); Multiplexing and channel coding", version 10.0.0
【非特許文献７】3GPP TS 36.213, "Evolved Universal Terrestrial Radio Access(E-UTRA); Physical layer procedures", version 10.0.1
【非特許文献８】LTE−The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker, Second Edition
【非特許文献９】TS 36.213 v11.1.0, "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access(E-UTRA); Physical layer procedures (Release 11)"
【非特許文献１０】TR 36.932[3]
【非特許文献１１】TS 36.842
【非特許文献１２】TR 36.932
【非特許文献１３】TS 36.331
【発明の概要】
【発明が解決しようとする課題】
【０１２９】
本発明の１つの目的は、前述の二重接続の恩恵を受けるアップリンク通信の改善された方法を提供することである。
【課題を解決するための手段】
【０１３０】
本目的は、独立請求項の主題によって解決される。有利な実施形態は、従属請求項の主題である。
【０１３１】
本発明の第１の態様では、移動局は第１の基地局および第２の基地局の両方、例えばマクロセルの基地局およびスモールセルの基地局、に接続、すなわち二重接続、されると想定する。さらに、移動局は、二重アップリンク送信、すなわち同一サブフレーム（ＴＴＩ）における両方の基地局への同時送信、をサポートする能力を有しないと想定する。本発明の第１の態様によれば、第１の基地局および第２の基地局への移動局のアップリンク送信は、その移動局が両方の基地局と通信することができるように、時間領域において調整される。無線フレームのサブフレームは、移動局が特定のサブフレームで両方の基地局と通信できるようにする方法でアップリンク通信のために設定されることになる。
【０１３２】
さらに詳しくは、アップリンク送信パターンは、どのサブフレームがどの基地局とのアップリンク通信のために移動局によって使用可能かを定義するように生成され、例えば、１つのサブフレームが、移動局から第１の基地局へのアップリンク通信のために使用可能であるが、第２の基地局へのアップリンク通信のために使用可能でないように定義され、逆に、別のサブフレームは、その場合、移動局から第２の基地局へのアップリンク通信のために使用可能であるが、第１の基地局へのアップリンク通信のために使用可能でないように定義され、さらに、１つの通信リンク（周波数）から他方の通信リンク（周波数）に送信器を切り替えるために時間が必要とされるので、一方の基地局との通信のためのサブフレームと他方の基地局との通信のためのサブフレームとの間のサブフレーム（切替えサブフレームと呼ばれる）は、第１の基地局および第２の基地局へのいずれのアップリンク通信のためにも完全には使用可能ではない。したがって、アップリンク送信パターンは、所定の数のサブフレームの各々についてサブフレームの特定のシーケンスを定義し、そのサブフレームのシーケンスの各サブフレームは、第１の基地局もしくは第２の基地局へのアップリンク通信のために使用可能か、通信リンク（周波数）間の切替えのために使用可能かのいずれかである。移動局、ならびにそれらの２つの基地局は、アップリンク通信の共通の理解が確保されるように、アップリンク送信パターンの情報を与えられる必要がある。アップリンク送信パターンが少数のサブフレームのみを参照することを考慮して、移動局および基地局は、継続的アップリンク通信を可能にするように反復して同じことを適用する。
【０１３３】
移動局は、各サブフレームのためのおよび同じアップリンク送信パターンを有する両方の通信リンクのための使用可能なタイプを示す、シングルアップリンク送信パターンメッセージによって、情報を得ることができる。特に、シングルアップリンク送信パターンメッセージは、サブフレームの３つのタイプを区別することを可能にする。代替で、移動局は、２つのアップリンク送信パターンで設定することができ、１つは、各通信リンクについてであり、それぞれの通信リンクを介するアップリンク通信のために使用可能なそれらのサブフレームのみを指示し、例えば、第１の／第２の通信リンクのアップリンク送信パターンは、第１の／第２の通信リンクを介する第１の／第２の基地局へのアップリンク通信のために使用可能なサブフレームのみを指示する。移動局は、次いで、２つの送信パターンから切替えサブフレームを決定することができる。
【０１３４】
アップリンク送信パターンと同様に、移動局はまた、移動局が二重受信の能力を有する場合にのみ、同一サブフレームで同時に行うことができる、両方の基地局とのダウンリンク通信を実行する必要がある。さらに、第１の態様について、移動局は、二重受信の能力を有し得るまたは有し得ないと想定する。また、移動局が二重受信の能力を有する場合でも、その移動局は、例えば、１つの基地局によって、二重受信をサポートしないように、すなわち、それが二重受信の能力を有しないかのように通信するように、設定することも可能である。
【０１３５】
したがって、２つの基地局とのアップリンク通信に適用可能なアップリンク送信パターンに関して情報を得ることに加えて、移動局はまた、それの能力とは無関係に、それが二重受信を実際にサポートすべきかどうかに関して情報を得ることができ、それにより、移動局は、前記情報を有する受信設定指示を受信することができる。
【０１３６】
ダウンリンク受信パターンが、移動局と２つの基地局との間のダウンリンク通信を調整するために決定されることになる。ダウンリンク受信パターンは、もちろん、移動局が二重受信をサポートするようにまたはしないように設定される（受信設定指示によって）かどうかに依存する。したがって、ダウンリンク受信パターンは、移動局が二重受信をサポートするように設定されるかどうかに基づいて決定され、さらに、ダウンリンク受信パターンは、アップリンク送信パターンに基づいて決定される。
【０１３７】
移動局が二重受信をサポートする場合、すべてのサブフレームは、両方の基地局からのダウンリンク転送を受信するために使用することができる。他方で、移動局が二重受信をサポートしない場合、使用可能なサブフレームは、第１の基地局からのダウンリンク通信、第２の基地局からのダウンリンク通信、または、それぞれ第１の基地局および第２の基地局への２つの通信リンクの間でのダウンリンク受信の切替えのために分配される必要がある。特に、移動局のアップリンク送信パターンは、基本的に、４サブフレーム前にシフトされてダウンリンク受信パターンに到達し、そこにおいて、それぞれの基地局へのアップリンク送信のために使用可能なサブフレームは、それぞれの基地局からのダウンリンク受信のために使用可能なサブフレームに変えられる。
【０１３８】
言い換えれば、アップリンク送信パターンのサブフレームｎが第１の通信リンクを介する第１の基地局へのアップリンク送信のために使用可能になるように定義される場合には、ダウンリンク受信パターンのサブフレームｎ−４は、第１の通信リンクを介する第１の基地局からのダウンリンク受信のために使用可能になるように決定され、アップリンク送信パターンのサブフレームｎが第２の通信リンクを介する第２の基地局へのアップリンク送信のために使用可能になるように定義される場合には、ダウンリンク受信パターンのサブフレームｎ−４は、第２の通信リンクを介する第２の基地局からのダウンリンク受信のために使用可能になるように決定され、アップリンク送信パターンのサブフレームｎが、第１の通信リンクと第２の通信リンクとの間のアップリンク通信の切替えのために使用可能になるように定義される場合には、ダウンリンク受信パターンのサブフレームｎ−４は、第１の通信リンクと第２の通信リンクとの間のダウンリンク通信の切替えのために使用可能になるように決定される。
【０１３９】
４サブフレームずつ前にシフトする理由は、ＰＵＳＣＨ許可が、そのＰＵＳＣＨ許可が参照するサブフレームｎの４サブフレーム前であるサブフレームｎ−４において受信されると定義する、３ＧＰＰによって標準化された許可のタイミングである。
【０１４０】
ダウンリンク受信パターンは、３つのエンティティ、移動局および第１の基地局および第２の基地局、によって別個にアップリンク送信パターンから導出することができる（その特定の基地局がアップリンク送信パターンおよびその移動局の二重受信の設定を理解することを条件とする）。別法として、もちろん、エンティティは、ダウンリンク受信パターンを決定する１つの局から情報を得ることができる。
【０１４１】
いずれの場合にも、それらの３つの通信エンティティは、それらの２つの基地局とのアップリンクおよびダウンリンクにおける通信のために移動局によって使用されることになるダウンリンク受信パターンならびにアップリンク送信パターンを理解している必要がある。
【０１４２】
さらに、再送信プロトコル（例えばＨＡＲＱ）は、アップリンクにおいてならびにダウンリンクにおいて別個に、そしてそれぞれ第１の／第２の基地局への両方の通信リンクのためにも別個に、移動局によって使用される。背景技術のセクションにおいて説明したように、確認応答（ＡＣＫ）および否定応答（ＮＡＣＫ）が、サブフレームベースで間違って受信／損失したデータの再送信をトリガーするために、受信エンティティによって送信される。ＨＡＲＱプロトコルはまた、二重接続のために、特に、移動局が二重アップリンクをサポートしない場合に、適用されるべきである。
【０１４３】
移動局が二重受信も二重アップリンクもサポートしない場合、各ダウンリンク送信について、ダウンリンク受信パターンに従って、その後の対応する使用可能なアップリンク送信の４サブフレームは、対応するＨＡＲＱフィードバックを送信するために移動局によって使用され得るので、ダウンリンク送信のためのＨＡＲＱプロトコル動作は単純である。同様に、移動局が二重受信ならびに二重アップリンクの両方をサポートする場合、各サブフレームは、ダウンリンクおよびアップリンクのために、それぞれ両方の通信リンクのために、使用することができる。したがって、任意のサブフレームにおける各ダウンリンク送信について、対応するアップリンク送信は、第１の基地局でも第２の基地局でも、ダウンリンク送信の起点へのＨＡＲＱフィードバックを移送するように、その後の４サブフレームで実行することができる。
【０１４４】
他方で、移動局が二重受信をサポートするが二重アップリンクをサポートしない場合、それぞれの起こり得るダウンリンク受信について、４サブフレーム後にサブフレームにおいてアップリンクにおける対応するＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）を送信することは不可能であり、特定の通信リンクのアップリンク送信に使用可能なサブフレームは限られた量だけ存在する。この場合、いくつかのサブフレームにおけるダウンリンク送信のＨＡＲＱフィードバックは、バンドル／多重化され、アップリンクに使用可能な対応するサブフレームにおいて、ともに送信される。そのバンドリングは、バンドルされたさまざまなサブフレームのうちの最後のサブフレームｎ−４が、アップリンク送信のために使用可能な次のサブフレームｎの４サブフレーム前であるように定義される。
【０１４５】
そのさらなる変形形態は、特定の数のサブフレームのみのダウンリンク送信のＨＡＲＱフィードバックが、多重化／バンドルされ、アップリンク通信のために使用可能な単一のサブフレームにおいて送信することができるように、可能なバンドリング／多重化サイズが限定されることを含む。最大多重化／バンドリングサイズは、２つの通信リンクについて別個に設定することができ、したがって、異なっても同じでもよい。いずれの場合にも、その特定の最大多重化／バンドリングサイズに応じて、いくつかのサブフレームのダウンリンク送信のＨＡＲＱフィードバックは、アップリンクにおいて送信器に送信することができないことがある。
【０１４６】
本発明の第２の態様は、本発明の第１の態様とは異なり、前述のように先行技術の問題を解決する。この第２の態様によれば、具体的にさらなる通信動作の変更なしに次いで取り扱うことができる（衝突が時間領域において２つの基地局へのアップリンク送信を調整することによって最初から回避される本発明の第１の態様で行われたように）実際の衝突がほんの少数存在すると想定する。例えば、第１の基地局および第２の基地局のスケジューラは互いに別個に動作し、したがって、移動局の同一サブフレームにおけるアップリンク送信のスケジューリングを回避するようにアップリンク送信を調整することができないので、衝突は、同一サブフレームにおける移動局から第１の基地局および第２の基地局へのアップリンク送信の間に生じる。
【０１４７】
本発明のこの第２の態様で、同一サブフレームにおけるいくつかのアップリンク送信の保留中の衝突が起きた場合、１つの保留中のアップリンク送信が、特定の所定の優先順位ルールに従って、他方より優先され、それにより、同一サブフレームについて保留中であった２つのアップリンク送信のうちの１つのみが実際に実行される、すなわち、その一方がより高い優先順位を有する。衝突により送信されなかった他方のアップリンク送信は、放棄するか次のアップリンク送信機会に送信することができる（衝突が再び起こらないことを条件とする）。
【０１４８】
それに従って衝突が処理および解決される優先順位ルールは、さまざまなパラメータおよび状況に基づくことができ、本出願ではほんのいくつかが提示され、アップリンク通信の前述の衝突を適切に処理するために他の優先順位ルールをどのように定義するかは、当業者には理解されよう。例として、優先順位ルールは、どの基地局によって何のデータが送信されるかに依存することが可能であり、マクロセルはＲＲＣシグナリングおよび他の遅延クリティカルなトラフィックを第一に運び、一方、スモールセルは可能な高いデータ転送速度による最大トラフィックを運ぶことが、現在論じられている。相応して、対応する通信リンクを介してマクロｅＮｏｄｅＢから／に送信されるデータは、一般に、スモールセルｅＮｏｄｅＢから／に送信されるデータよりも高い優先順位を割り当てることができる。したがって、特定のサブフレームにおける衝突の場合、移動局は、関連するサブフレームにおいてマクロｅＮｏｄｅＢにアップリンク送信を送信し、それにより、関連するサブフレームにおける小型ｅＮｏｄｅＢへのアップリンク送信を省略することになる。
【０１４９】
他の起こり得る優先順位ルールは、例えば、基地局のカテゴリ、サービスの品質（ＱｏＳ）、体験の品質（ＱｏＥ）あるいはこれらのまたは他のパラメータの任意の組合せを参照し得る。
【０１５０】
保留中のアップリンク送信のうちの１つを省略（または延期）させる衝突の場合、２つの衝突するアップリンク送信の可能な再送信がさらなる衝突を引き起こし得ることを考慮して、対応する受信者およびスケジューラがそのことを知らされると有益であろう。
【０１５１】
さらに、「直接的」衝突（すなわち、同一サブフレームの保留中の２つのアップリンク送信）は生じないが、２つのアップリンク送信が、２つの直接後続するサブフレームｎおよびｎ＋１について保留される「間接的」衝突が存在することがあり、それらのケースを処理することは重要である。本発明の第１の態様について既に説明したように、送信器を一方の通信リンク（周波数）から他方の通信リンク（周波数）に切り替える必要がある。したがって、移動局は、異なる通信リンク（周波数）にある２つの後続のサブフレームでアップリンクにおいて送信することはできない。
【０１５２】
前記の特定の場合に、移動局はまた、直接的衝突の場合について説明したのと同じ原理を適用することができ、それにより、所定の優先順位ルールに従って、一方のアップリンク送信を他方より優先させることができる。結果として、移動局は、対応するサブフレーム、サブフレームｎまたはｎ＋１、においてより高い優先順位を有するアップリンク送信のみを送ることになる。より低い優先順位を有する他方のアップリンク送信は、完全に省略されるか、次のアップリンク通信機会に実行することができる。
【０１５３】
本発明の第１の実施形態は、アップリンクおよびダウンリンクのために移動体通信システムにおいて複数のサブフレームを設定するための方法を提供する。移動局は、第１の通信リンクを介して第１の基地局に、そして第２の通信リンクを介して第２の基地局に接続される。移動局は、アップリンク送信パターンと、同一サブフレーム内の第１の基地局および第２の基地局からのデータの同時受信をサポートするようにまたはサポートしないようにその移動局を設定する受信設定指示とを受信する。受信されるアップリンク送信パターンは、どのサブフレームが第１の通信リンクを介する第１の基地局へのアップリンク送信のために移動局によって使用可能か、および／または、どのサブフレームが第２の通信リンクを介する第２の基地局へのアップリンク送信のために移動局によって使用可能か、ならびに、どのサブフレームが第１の通信リンクと第２の通信リンクとの間のアップリンク通信の切替えのために移動局によって使用可能かを定義する、所定の数のサブフレームの情報を含む。移動局は、受信されたアップリンク送信パターンおよび受信された受信設定指示に基づいて、どのサブフレームが第１の通信リンクを介する第１の基地局からのダウンリンク受信のために移動局によって使用可能か、および／または、どのサブフレームが第２の通信リンクを介する第２の基地局からのダウンリンク受信のために移動局によって使用可能か、および／または、どのサブフレームが第１の通信リンクと第２の通信リンクとの間のダウンリンク通信の切替えのために移動局によって使用可能かを定義する、ダウンリンク受信パターンを決定する。
【０１５４】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、受信設定指示は、同一サブフレーム内の第１の基地局および第２の基地局からのデータの同時受信のサポートまたは非サポートを指示する１ビットフラグ、または、アップリンク送信のために使用可能な１つのサブフレームにおいて多重化および送信することができる受信確認／非受信確認の最大数を示す、最大多重化サイズを示す情報要素のいずれかである。
【０１５５】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、アップリンク送信パターンは、第１の通信リンクおよび第２の通信リンクの両方を参照し、両方の通信リンクの所定のサブフレームを定義する。代替方法として、アップリンク送信パターンは、それが、どのサブフレームが第１の通信リンクを介する第１の基地局へのアップリンク送信のために移動局によって使用可能かを定義する情報を含むように、第１の基地局への第１の通信リンクのみを参照する。その場合、移動局は、第２のアップリンク送信パターンを受信し、受信される第２のアップリンク送信パターンは、どのサブフレームが第２の通信リンクを介する第２の基地局へのアップリンク送信のために移動局によって使用可能かを定義する所定の数のサブフレームの情報を含む。移動局は、受信されたアップリンク送信パターンおよび受信された第２の送信パターンに基づいて、どのサブフレームが第１の通信リンクと第２の通信リンクとの切替えのために移動局によって使用可能かを決定することができる。
【０１５６】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、受信設定指示が、同一サブフレーム内の第１の基地局および第２の基地局からのデータの同時受信をサポートしないように移動局を設定する場合、その移動局は、
−  第１の通信リンクを介する第１の基地局へのアップリンク送信のために使用可能なサブフレームｎの４サブフレーム前であるサブフレームｎ−４を第１の通信リンクを介する第１の基地局からのダウンリンク受信のために使用可能と決定する、
−  第２の通信リンクを介する第２の基地局へのアップリンク送信のために使用可能なサブフレームｎの４サブフレーム前のサブフレームｎ−４を第２の通信リンクを介する第２の基地局からのダウンリンク受信のために使用可能と決定する、
−  第１の通信リンクと第２の通信リンクとの間のアップリンク通信の切替えのために移動ノードによって使用可能なサブフレームｎの４サブフレーム前のサブフレームｎ−４を第１の通信リンクと第２の通信リンクとの間のダウンリンク通信の切替えのために使用可能と決定する。
【０１５７】
他方で、受信設定指示が、同一サブフレーム内の第１の基地局および第２の基地局からのデータの同時受信をサポートするように移動局を設定する場合、その移動局は、その所定の数のサブフレームの各々が、第１の通信リンクを介する第１の基地局からのおよび第２の通信リンクを介する第２の基地局からのダウンリンク受信のために移動局によって使用可能であると決定する。
【０１５８】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、ダウンリンクハイブリッド自動反復要求、ＨＡＲＱ、プロトコルが、第１の通信リンクおよび第２の通信リンクを介するダウンリンク通信のために使用される。第１の通信リンクおよび第２の通信リンクの各々について、移動局は、アップリンク送信のために使用可能なサブフレームにおいて、少なくとも１つのサブフレームで移動局によって受信された、データの受信確認／非受信確認を多重化／バンドリングし、送信する。オプションで、複数の連続するサブフレームにおいて移動局によって受信されるデータの受信確認／非受信確認は、バンドリング／多重化され、それらの複数の連続するサブフレームの最後のサブフレームの４サブフレーム後のアップリンク送信のために使用可能なサブフレームにおいて移動局によって送信される。
【０１５９】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、移動局は、ＨＡＲＱプロトコルの動作の最大多重化サイズで設定され、その最大多重化サイズは、アップリンク送信のために使用可能な１つのサブフレームにおいて多重化および送信することができる受信確認／非受信確認の最大数を示す。
【０１６０】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、複数のＨＡＲＱプロセスを有するハイブリッド自動反復要求、ＨＡＲＱ、プロトコルが、第１の通信リンクおよび第２の通信リンクを介するアップリンク通信のために使用される。移動局は、８ｍｓの最小ラウンドトリップ時間がＨＡＲＱプロトコルのために実現されるように、ＨＡＲＱプロトコルの複数のＨＡＲＱプロセスのうちのどのＨＡＲＱプロセスがアップリンク送信パターンによるアップリンク通信のために使用されるかを決定する。
【０１６１】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、アップリンク送信パターンが、メディアアクセス制御、ＭＡＣ、プロトコルまたは無線リソース制御、ＲＲＣ、プロトコル、または物理層シグナリングなど、上位層シグナリングを使用し、第１の基地局または第２の基地局によって受信される。
【０１６２】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、移動局は、その受信設定指示を送信することになる基地局に、同一サブフレーム内の第１の基地局および第２の基地局からのデータの同時受信をサポートするためのその移動局の能力の情報を送信する。
【０１６３】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、移動局は、第１の通信リンクを介して送信されることになるアップリンクデータに基づいて第１のバッファ状況報告を用意し、第２の通信リンクを介して送信されることになるアップリンクデータに基づいて第２のバッファ状況報告を用意する。次いで、移動局は、第１のバッファ状況報告を第１の基地局に送信し、第２のバッファ状況報告を第２の基地局に送信する。さらに、第１の基地局が、アップリンク送信パターンを決定する基地局である場合、移動局は、追加で、第２のバッファ状況報告を第２の基地局に送信する。代替方法として、第２の基地局は、第２のバッファ状況報告を第１の基地局に転送する。
【０１６４】
本発明の第２の実施形態は、移動体通信システムにおいて移動局のアップリンク通信を調整する方法を提供する。移動局は、第１の通信リンクを介して第１の基地局に、そして第２の通信リンクを介して第２の基地局に、接続される。優先順位ルールが、第１の通信リンクおよび第２の通信リンクについて決定される。移動局は、アップリンク通信が、同一サブフレームにおいて第１の基地局および第２の基地局の両方に実行されるべきかどうかを決定する。肯定の場合、移動局は、より高い優先順位を有するアップリンク通信のみがそのサブフレームで実行されるように、優先順位ルールに従ってアップリンク通信を優先する。
【０１６５】
上記に加えてまたはその代替で使用することができる本発明の第２の実施形態の有利な一変形形態によれば、優先順位ルールは、以下のうちの少なくとも１つに基づく。基地局のカテゴリ、第１の通信リンクおよび第２の通信リンクを介してそれぞれ交換されるデータのデータカテゴリ、第１の通信リンクおよび第２の通信リンクを介して交換されるデータのサービスの品質のパラメータ。
【０１６６】
上記に加えてまたはその代替で使用することができる本発明の第２の実施形態の有利な一変形形態によれば、移動局は、好ましくは物理層またはメディアアクセス制御層のメッセージによって、優先順位ルールによるアップリンク通信の優先順位付けに関して第１の基地局および／または第２の基地局に情報を与える。
【０１６７】
上記に加えてまたはその代替で使用することができる本発明の第２の実施形態の有利な一変形形態によれば、移動局は、第１の通信リンクを介して送信されることになるアップリンクデータに基づいて第１のバッファ状況報告を用意し、第２の通信リンクを介して送信されることになるアップリンクデータに基づいて第２のバッファ状況報告を用意する。移動局は、第１のバッファ状況報告を第１の基地局および第２の基地局に送信し、第２のバッファ状況報告を第１の基地局および第２の基地局に送信する。
【０１６８】
上記に加えてまたはその代替で使用することができる本発明の第２の実施形態の有利な一変形形態によれば、第１の基地局は、第１の基地局への移動局の半持続的にスケジュールされたアップリンク送信に関して第２の基地局に情報を与え、および／または、第２の基地局は、第２の基地局への移動局の半持続的にスケジュールされたアップリンク送信に関して第１の基地局に情報を与える。
【０１６９】
上記に加えてまたはその代替で使用することができる本発明の第２の実施形態の有利な一変形形態によれば、移動局は、アップリンク通信が、２つの後続のサブフレームｎおよびｎ＋１において第１の基地局および第２の基地局の両方に実行されることになるかどうかを決定する。肯定の場合、移動局は、より高い優先順位を有するアップリンク通信のみが対応するサブフレームｎまたはｎ＋１において実行されるように、優先順位ルールに従ってアップリンク通信を優先する。
【０１７０】
上記に加えてまたはその代替で使用することができる本発明の第２の実施形態の有利な一変形形態によれば、アップリンク通信が、２つの後続のサブフレームｎおよびｎ＋１において第１の基地局および第２の基地局の両方に実行されることになる場合、対応するｎまたはｎ＋１において実行されないアップリンク通信は、次のアップリンク通信機会に実行される。
【０１７１】
本発明の第１の実施形態はさらに、アップリンクおよびダウンリンクのために移動体通信システムにおいて複数のサブフレームを設定するための移動局を提供する。その移動局は、第１の通信リンクを介して第１の基地局に、そして第２の通信リンクを介して第２の基地局に、接続される。移動局の受信器が、アップリンク送信パターンと、同一サブフレーム内の第１の基地局および第２の基地局からのデータの同時受信をサポートするようにまたはサポートしないように移動局を設定する受信設定指示とを受信する。受信されるアップリンク送信パターンは、どのサブフレームが第１の通信リンクを介する第１の基地局へのアップリンク送信のために移動局によって使用可能か、および／または、どのサブフレームが第２の通信リンクを介する第２の基地局へのアップリンク送信のために移動局によって使用可能か、および、どのサブフレームが第１の通信リンクと第２の通信リンクとの間のアップリンク通信の切替えのために移動局によって使用可能かを定義する、所定の数のサブフレームの情報を含む。移動局のプロセッサは、受信されたアップリンク送信パターンおよび受信された受信設定指示に基づいて、どのサブフレームが第１の通信リンクを介する第１の基地局からのダウンリンク受信のために移動局によって使用可能か、および／または、どのサブフレームが第２の通信リンクを介する第２の基地局からのダウンリンク受信のために移動局によって使用可能か、および／または、どのサブフレームが第１の通信リンクと第２の通信リンクとの間のダウンリンク通信の切替えのために移動局によって使用可能かを定義する、ダウンリンク受信パターンを決定する。
【０１７２】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、受信設定指示は、同一サブフレーム内の第１の基地局および第２の基地局からのデータの同時受信のサポートまたは非サポートを指示する１ビットフラグ、または、アップリンク送信のために使用可能な１つのサブフレームにおいて多重化および送信することができる受信確認／非受信確認の最大数を示す、最大多重化サイズを示す情報要素のいずれかである。
【０１７３】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、アップリンク送信パターンは、第１の通信リンクおよび第２の通信リンクの両方を参照し、両方の通信リンクの所定のサブフレームを定義する。代替方法として、アップリンク送信パターンは、それがどのサブフレームが第１の通信リンクを介する第１の基地局へのアップリンク送信のために移動局によって使用可能かを定義する情報を含むように、第１の基地局への第１の通信リンクのみを参照する。次いで、移動局の受信器は、第２のアップリンク送信パターンを受信し、受信される第２のアップリンク送信パターンは、どのサブフレームが第２の通信リンクを介する第２の基地局へのアップリンク送信のために移動局によって使用可能かを定義する所定の数のサブフレームの情報を含む。移動局のプロセッサは、受信されたアップリンク送信パターンおよび受信された第２の送信パターンに基づいて、どのサブフレームが第１の通信リンクと第２の通信リンクとの切替えのために移動局によって使用可能かを決定する。
【０１７４】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、受信設定指示が、同一サブフレーム内の第１の基地局および第２の基地局からのデータの同時受信をサポートしないように移動局を設定する場合、その移動局のプロセッサは、以下によって、ダウンリンク受信パターンの決定を実行する。
−  第１の通信リンクを介する第１の基地局へのアップリンク送信のために使用可能なサブフレームｎの４サブフレーム前であるサブフレームｎ−４を第１の通信リンクを介する第１の基地局からのダウンリンク受信のために使用可能と決定する、
−  第２の通信リンクを介する第２の基地局へのアップリンク送信のために使用可能なサブフレームｎの４サブフレーム前のサブフレームｎ−４を第２の通信リンクを介する第２の基地局からのダウンリンク受信のために使用可能と決定する、
−  第１の通信リンクと第２の通信リンクとの間のアップリンク通信の切替えのために移動ノードによって使用可能なサブフレームｎの４サブフレーム前のサブフレームｎ−４を第１の通信リンクと第２の通信リンクとの間のダウンリンク通信の切替えのために使用可能と決定する。
【０１７５】
受信設定指示が、同一サブフレーム内の第１の基地局および第２の基地局からのデータの同時受信をサポートするように移動局を設定する場合、プロセッサは、所定の数のサブフレームの各々を第１の通信リンクを介する第１の基地局からのおよび第２の通信リンクを介する第２の基地局からのダウンリンク受信のために移動局によって使用可能であると決定することによって、ダウンリンク受信パターンの決定を実行する。
【０１７６】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、ダウンリンクハイブリッド自動反復要求、ＨＡＲＱ、プロトコルが、第１の通信リンクおよび第２の通信リンクを介するダウンリンク通信のために使用される。移動局のプロセッサおよび送信器が、アップリンク送信のために使用可能なサブフレームにおいて、少なくとも１つのサブフレームにおいて移動局によって受信されたデータの受信確認／非受信確認をバンドリング／多重化し、送信する。オプションで、プロセッサおよび送信器は、それらの複数の連続するサブフレームの最後のサブフレームの４サブフレーム後であるアップリンク送信のために使用可能なサブフレームにおいて、複数の連続するサブフレームにおいて移動局によって受信されたデータの受信確認／非受信確認をバンドリング／多重化し、送信する。
【０１７７】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、移動局は、ＨＡＲＱプロトコルの動作の最大多重化サイズで設定され、その最大多重化サイズはアップリンク送信のために使用可能な１つのサブフレームにおいて多重化および送信することができる受信確認／非受信確認の最大数を示す。
【０１７８】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、複数のＨＡＲＱプロセスを有するハイブリッド自動反復要求、ＨＡＲＱ、プロトコルが、第１の通信リンクおよび第２の通信リンクを介するアップリンク通信のために使用される。プロセッサは、８ｍｓの最小ラウンドトリップ時間がＨＡＲＱプロトコルについて実現されるように、ＨＡＲＱプロトコルの複数のＨＡＲＱプロセスのうちのどのＨＡＲＱプロセスがアップリンク送信パターンによるアップリンク通信のために使用されるかを決定する。
【０１７９】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、移動局の送信器は、その受信設定指示を送信することになる基地局に、同一サブフレーム内の第１の基地局および第２の基地局からのデータの同時受信をサポートするための移動局の能力の情報を送信する。
【０１８０】
上記に加えてまたはその代替で使用することができる本発明の第１の実施形態の有利な一変形形態によれば、移動局のプロセッサは、第１の通信リンクを介して送信されることになるアップリンクデータに基づいて第１のバッファ状況報告を用意し、第２の通信リンクを介して送信されることになるアップリンクデータに基づいて第２のバッファ状況報告を用意する。移動局の送信器は、第１のバッファ状況報告を第１の基地局に送信し、第２のバッファ状況報告を第２の基地局に送信する。さらに、第１の基地局が、アップリンク送信パターンを決定する基地局である場合、送信器は、追加で、第２のバッファ状況報告を第２の基地局に送信する。
【０１８１】
本発明の第２の実施形態は、移動体通信システムにおいて移動局のアップリンク通信を調整するための移動局を提供する。その移動局は、第１の通信リンクを介して第１の基地局に、そして第２の通信リンクを介して第２の基地局に、接続される。優先順位ルールが、第１の通信リンクおよび第２の通信リンクのために決定される。移動局のプロセッサは、アップリンク通信が同一サブフレームにおいて第１の基地局および第２の基地局の両方に実行されるべきかどうかを決定する。肯定の場合、移動局は、より高い優先順位を有するアップリンク通信のみがそのサブフレームで実行されるように、優先順位ルールに従ってアップリンク通信を優先する。
【０１８２】
上記に加えてまたはその代替で使用することができる本発明の第２の実施形態の有利な一変形形態によれば、優先順位ルールは、以下のうちの少なくとも１つに基づく：基地局のカテゴリ、第１の通信リンクおよび第２の通信リンクを介してそれぞれ交換されるデータのデータカテゴリ、第１の通信リンクおよび第２の通信リンクを介して交換されるデータのサービスの品質のパラメータ。
【０１８３】
上記に加えてまたはその代替で使用することができる本発明の第２の実施形態の有利な一変形形態によれば、移動局の送信器は、好ましくは物理層またはメディアアクセス制御層のメッセージによって、優先順位ルールによるアップリンク通信の優先順位付けに関して第１の基地局および／または第２の基地局に情報を与える。
【０１８４】
上記に加えてまたはその代替で使用することができる本発明の第２の実施形態の有利な一変形形態によれば、プロセッサは、第１の通信リンクを介して送信されることになるアップリンクデータに基づいて第１のバッファ状況報告を用意し、第２の通信リンクを介して送信されることになるアップリンクデータに基づいて第２のバッファ状況報告を用意する。移動局の送信器は、第１のバッファ状況報告および第２のバッファ状況報告を第１の基地局および第２の基地局に送信する。
【０１８５】
上記に加えてまたはその代替で使用することができる本発明の第２の実施形態の有利な一変形形態によれば、移動局のプロセッサは、アップリンク通信が、２つの後続のサブフレームｎおよびｎ＋１において第１の基地局および第２の基地局の両方に実行されることになるかどうかを決定する。肯定の場合、移動局は、より高い優先順位を有するアップリンク通信のみが対応するサブフレームｎまたはｎ＋１において実行されるように、優先順位ルールに従ってアップリンク通信を優先する。
【０１８６】
第１の実施形態はさらに、アップリンクおよびダウンリンクのために移動体通信システムにおいて複数のサブフレームを設定するための基地局を提供する。移動局は、第１の通信リンクを介して基地局に、そして、第２の通信リンクを介して第２の基地局に接続される。基地局のプロセッサは、どのサブフレームが第１の通信リンクを介する第１の基地局へのアップリンク送信のために移動局によって使用可能か、および／または、どのサブフレームが第２の通信リンクを介する第２の基地局へのアップリンク送信のために移動局によって使用可能か、およびどのサブフレームが第１の通信リンクと第２の通信リンクとの間のアップリンク通信の切替えのために移動局によって使用可能かを定義する、アップリンク送信パターンを決定する。基地局の送信器は、決定されたアップリンク送信パターンおよび受信設定指示を移動局に送信し、その受信設定指示は、同一サブフレーム内の第１の基地局および第２の基地局からのデータの同時受信をサポートするようにまたはサポートしないように移動局を設定する。プロセッサは、受信されたアップリンク送信パターンおよび受信された受信設定指示に基づいて、どのサブフレームが第１の通信リンクを介する第１の基地局からのダウンリンク受信のために移動局によって使用可能か、および／または、どのサブフレームが第２の通信リンクを介する第２の基地局からのダウンリンク受信のために移動局によって使用可能か、および／または、どのサブフレームが第１の通信リンクと第２の通信リンクとの間のダウンリンク通信の切替えのために移動局によって使用可能かを定義するダウンリンク受信パターンを決定する。
【０１８７】
以下、添付の図面を参照して本発明をより詳細に説明する。
【図面の簡単な説明】
【０１８８】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示している。
【図２】３ＧＰＰ  ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の例示的な概要を示している。
【図３】３ＧＰＰ  ＬＴＥ（リリース８／９）のために定義されたものとしてのダウンリンクコンポーネントキャリアの例示的サブフレーム境界の図である。
【図４】３ＧＰＰ  ＬＴＥ（リリース８／９）ために定義されたものとしてのダウンリンクスロットの例示的ダウンリンクリソースグリッドの図である。
【図５】ダウンリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）の第２層構造を示している。
【図６】アップリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）の第２層構造を示している。
【図７】７つの現在標準化された（静的）ＴＤＤ  ＵＬ／ＤＬ設定０〜６、１０サブフレームのそれぞれの定義、およびそれらの切替え点周期性の図である。
【図８】５ｍｓ切替え点周期性の、２つの半フレームおよび１０サブフレームで構成される、無線フレームの構造の図である。
【図９】マクロセルおよびスモールセルが同じキャリア周波数にある、スモールセル拡張の配備シナリオの図である。
【図１０】スモールセルがそれぞれ屋外および屋内にあり、マクロセルおよびスモールセルが異なるキャリア周波数にある、スモールセル拡張のさらなる配備シナリオの図である。
【図１１】スモールセルがそれぞれ屋外および屋内にあり、マクロセルおよびスモールセルが異なるキャリア周波数にある、スモールセル拡張のさらなる配備シナリオの図である。
【図１２】スモールセルのみでのスモールセル拡張のさらなる配備シナリオの図である。
【図１３】Ｓ１−ＵインタフェースがマクロｅＮＢにおいて終了し、ベアラ分割がＲＡＮにおいて行われない、コアネットワークに接続されたマクロおよび小型ｅＮＢとの二重接続の通信システムアーキテクチャの概要の図である。
【図１４】図１４Ａ〜図１４Ｃは、ＳＧＷとＵＥとの間に２つの別個のＥＰＳベアラを有する異なるオプションの図である。
【図１５】アップリンク送信パターンを信号伝達する、各セルについて１つの、２つの１０ビットパターンを追加で示す、そして、別法として、両方のセルのアップリンク送信パターンを一般に信号伝達するための１０エントリパターンを示す、第１の実施形態によるスモールセルおよびマクロセルのために使用される１０サブフレームの長さのアップリンク送信パターンの図である。
【図１６】スモールセルとマクロセルとの間のタイミング不整合の図である。
【図１７】第１の実施形態によるスモールセルおよびマクロセルのために使用されることになる異なるアップリンク送信パターンの図である。
【図１８】第１の実施形態によるスモールセルおよびマクロセルのために使用されることになる異なるアップリンク送信パターンの図である。
【図１９】第１の実施形態によるスモールセルおよびマクロセルのために使用されることになる異なるアップリンク送信パターンの図である。
【図２０】第１の実施形態によるスモールセルおよびマクロセルのために使用されることになる異なるアップリンク送信パターンの図である。
【図２１】本発明の第１の実施形態による、アップリンク送信パターンから導出することができる対応するダウンリンク受信パターンによって拡張された、図１５によって紹介されたようなアップリンク送信パターンの図である。
【図２２】本発明の第１の実施形態による、アップリンク送信パターンから導出することができる対応するダウンリンク受信パターンによって拡張された、図１７によって紹介されたようなアップリンク送信パターンの図である。
【図２３】本発明の第１の実施形態による、アップリンク送信パターンから導出することができる対応するダウンリンク受信パターンによって拡張された、図１８によって紹介されたようなアップリンク送信パターンの図である。
【図２４】本発明の第１の実施形態による、アップリンク送信パターンから導出することができる対応するダウンリンク受信パターンによって拡張された、図１９によって紹介されたようなアップリンク送信パターンの図である。
【図２５】本発明の第１の実施形態による、アップリンク送信パターンから導出することができる対応するダウンリンク受信パターンによって拡張された、図２０によって紹介されたようなアップリンク送信パターンの図である。
【図２６】第１の実施形態による、さまざまなサブフレームにおけるダウンリンク送信のＨＡＲＱフィードバックの多重化／バンドリングのＨＡＲＱ動作によってさらに拡張された、図２１によって紹介されたようなアップリンク送信パターンおよびダウンリンク受信パターンの図である。
【図２７】第１の実施形態による、最大多重化／バンドリングサイズを有する、さまざまなサブフレームにおけるダウンリンク送信のためのＨＡＲＱの多重化／バンドリングのＨＡＲＱ動作によってさらに拡張された、図２１に紹介されるようなアップリンク送信パターンおよびダウンリンク受信パターンの図である。
【図２８】マクロセルおよびスモールセルにおける２つの異なるＴＤＤ設定の使用と、サブフレーム３におけるアップリンク送信の対応する衝突との図である。
【図２９】図２８と同様であるが、本発明の第３の実施形態による、マクロセルのＴＤＤ設定と比較した２サブフレームによるスモールセルのＴＤＤ設定のシフトをさらに示す図である。
【発明を実施するための形態】
【０１８９】
以下の段落では、本発明のさまざまな実施形態について説明する。例示のみを目的として、実施形態の多くは、上の背景技術のセクションで部分的に論じられた、３ＧＰＰ  ＬＴＥ（リリース８／９）およびＬＴＥ−Ａ（リリース１０／１１）移動体通信システムによる無線アクセス方式に関して概要を示される。本発明は、例えば、上の背景技術のセクションで説明されている３ＧＰＰ  ＬＴＥ−Ａ（リリース１０／１１／１２）通信システムなどの移動体通信システムにおいて有利に使用することができるが、本発明はこの特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。
【０１９０】
移動局または移動ノードは、通信ネットワーク内の物理エンティティである。１つのノードは、いくつかの機能エンティティを有することができる。機能エンティティは、ノードまたはネットワークの他の機能エンティティに所定のセットの機能を実装および／または提供するソフトウェアまたはハードウェアモジュールを示す。ノードは、それを介してノードが通信することができる通信施設またはメディアにノードを接続する１つまたは複数のインタフェースを有することができる。同様に、ネットワークエンティティは、それを介してそのネットワークエンティティが他の機能エンティティまたは対応するノードと通信することができる通信施設またはメディアに機能エンティティを接続する論理インタフェースを有することができる。
【０１９１】
「通信リンク」という用語は、それを介してデータが交換され得る２つのエンティティ（本出願では、主に移動局と基地局）の間の論理接続を示す。
【０１９２】
「アップリンク通信」という用語は、主に、ＰＵＣＣＨおよびＰＵＳＣＨ送信を示すものとする。これらは、ＰＤＣＣＨを介する許可メッセージを使用する、対応する基地局（例えば、マクロまたはスモールｅＮＢ）のスケジューラによって直接スケジュールすることができる、あるいは、例えば半持続的な割当てによって、他の方法で設定することができる。また、ＣＱＩ、ＢＳＲ、および、明示的にスケジュールされる必要のない他のシグナリングなど、他の周期的アップリンク送信は、「アップリンク通信」という用語によって包含されるものとする。
【０１９３】
「アップリンク通信」という用語と同様に、「ダウンリンク通信」という用語は、主に、ＰＤＣＣＨおよびＰＤＳＣＨ送信を示すが、任意のダウンリンク送信を広く包含するものとする。
【０１９４】
「アップリンク送信パターン」という用語は、特定の通信リンクを介するアップリンク送信のためのサブフレームの特定のシーケンスのうちの一部のまたはすべてのサブフレームを定義する情報を示す。アップリンク送信パターンは、そのパターンがサブフレームごとに１ビットを使用することによって表現され得る場合に、１つのみの通信リンクを参照することができ、あるいは、そのパターンが、異なるコンポーネントキャリアと割込みサブフレームを区別するために、サブフレームごとに２ビットを使用することによって表現され得る場合に、複数の通信リンク、例えばすべての関連する通信リンク、を参照することができる。
【０１９５】
「ダウンリンク受信パターン」という用語は、「アップリンク送信パターン」と同様であり、特定の通信リンクを介するダウンリンク受信のためのサブフレームの特定のシーケンスのうちの一部のまたはすべてのサブフレームを定義する情報を示す。
【０１９６】
「受信設定指示」は、移動局が二重受信をサポートするかどうかをその移動局が導出することを可能にする情報を示し、移動局が二重受信をサポートすることができる場合にも、移動局はそれを使用しないように設定することができる。
【０１９７】
「優先順位ルール」は、同じまたは隣接するサブフレームにおいて衝突し得る異なる可能なアップリンク通信の間の優先順位関係を定義するルールの所定のセットを示す。優先順位ルールは、２つのアップリンク通信間の衝突の場合に、一方のアップリンク通信を他方のアップリンク通信より優先することと、それにより、より高い優先順位を有するアップリンク通信のみを送信することとが可能であるようなものである。
【０１９８】
以下、本発明のいくつかの実施形態を詳細に説明する。本説明は、本発明を限定するものとして理解されるべきではなく、本発明をよりよく理解するための本発明の実施形態の単なる例として理解されたい。特許請求の範囲で提示される本発明の一般原則は、異なるシナリオに、本明細書で明示的に記載されない方法で適用することができることが、当業者には理解されよう。同様に、さまざまな実施形態の説明を目的とすることを前提とする以下のシナリオは、そのようなものとして、本発明を限定しないものとする。
【０１９９】
第１の実施形態
【０２００】
以下、本発明の第１のセットの実施形態が説明される。第１の実施形態の原理の説明を簡単にするために、いくつかの想定を行うが、これらの想定は、本特許請求の範囲によって広く定義されるものとしての本出願の範囲を限定するものとして解釈されるべきではないことに、留意されたい。
【０２０１】
少なくとも１つのスモールセルおよびマクロセルが提供される（図９から図１１を参照）、背景技術のセクションで説明したようなスモールセル拡張環境を想定する。さらに、図１４Ｂによる設定が本説明の大部分について想定され、そこにおいて、スモールセルのトラフィックは、マクロｅＮｏｄｅＢを介して経路指定される。しかし、第１の実施形態の原理は、図１４Ａ、図１４Ｃのその他の設定に一様に適用可能である。
【０２０２】
それに応じて、ＵＥが、異なる周波数の対応する通信リンクを介して２つの基地局、マクロ基地局（ＭｅＮＢ）および小型基地局（ＳｅＮＢ）、に接続される、というシナリオを想定する。ＦＤＤは、ＵＥとＭｅＮＢおよびＳｅＮＢとの通信について想定され、そこにおいて、ダウンリンクおよびアップリンク通信は、異なる周波数で実行される。
【０２０３】
本説明の大部分について、ＵＥは、二重アップリンク通信、すなわち単一のサブフレームにおける異なる通信リンク（周波数）を介する両方の基地局へのアップリンクにおける情報の同時送信、の能力を有していないまたはそれをサポートしないように少なくとも設定される、と想定する。ＵＥは、二重受信、すなわち、単一のサブフレームにおける異なる通信リンク（周波数）を介する両方の基地局からのダウンリンクでの情報の同時受信、をサポートしてもしなくてもよい。
【０２０４】
背景技術のセクションの最後に説明したように、二重アップリンクをサポートするＵＥは、スループットに関してスモールセル拡張シナリオの利益を得るが、一方、二重アップリンクの能力を有していないまたは二重アップリンクをサポートしないように設定されたＵＥは、これらの利益を得ない。また、通信がＭｅＮＢおよびＳｅＮＢの両方と通信するＵＥについて効率的に処理される方法はまだ定義されていない。
【０２０５】
本発明の第１の実施形態によれば、ＵＥからＭｅＮＢおよびＳｅＮＢへのアップリンク送信は、時分割多重化など、時間領域で調整されることになる。一般に、各サブフレームは、ＭｅＮＢまたはＳｅＮＢへのアップリンク送信のためにあるいはＭｅＮＢ、ＳｅＮＢそれぞれへの２つの通信リンクの間のアップリンク通信の切替えのために使用可能に定義することができる。前記目的で、アップリンク送信パターンが決定され、アップリンク送信パターンは、いくつかの後続のサブフレームについて、各サブフレームの「タイプ」を定義し、そのタイプは、ＭｅＮＢへのアップリンク、ＳｅＮＢへのアップリンク、または送信器の割込み／切替えのいずれかである。
【０２０６】
これは、１０サブフレーム０〜９、すなわち１つの無線フレーム、のアップリンク送信パターンを示す、図１５を参照して説明される。図１５は、サブフレームの異なる可能な使用を区別するために異なってハッシュされたボックスを示す。図１５から理解され得るように、アップリンク送信パターンは、各サブフレームについて、それが、基地局にアップリンクデータを送信するために、移動局によってどのように使用され得るかを定義する。図１５は、アップリンク送信パターンが、２つの異なるビットパターンメッセージ（図１５の上部および右部）によって、または単一のパターンメッセージ（図１５の下部）によって、指示されるケースを区別する。第１のケースで、各ビットパターンは、１つのみの通信リンクを示し、したがって、前記特定の通信リンクを介するアップリンク通信のために使用可能なサブフレームと前記特定の通信リンクを介するアップリンク通信のために使用不能なサブフレームとを区別することのみを必要とし、これは、サブフレームごとに１ビットによって行うことができる。同じことが、他方の通信リンクのアップリンクパターンに適用される。組み合わせて、第１の通信リンク（例えば、マクロセル）を介するまたは第２の通信リンク（例えば、スモールセル）を介するいずれのアップリンクにも使用可能でないサブフレームは、一方のリンクと他方のリンクの間のアップリンク通信の切替えに使用可能と決定されるので、あらゆるサブフレームのタイプを決定することが可能である。
【０２０７】
ＵＬキャリア（すなわち、通信リンク）間で切り替えるとき、切替え時間／割込み時間が考慮される必要がある。無線周波数切替え遅延は、２００−３００μｓ程度である。加えて、スモールセルおよびマクロセルが異なるアップリンクタイミング整合を有するとき、異なるアップリンクタイミングが、切替えについても考慮される必要があり、すなわち、追加の割込み時間がアップリンクキャリアの切替えのために必要とされる。異なるアップリンクタイミング整合が、図１６に示される。リリース１０のタイミング要件を想定すると、キャリア間のタイミング整合（ＴＡ）差は、３１.３μｓ程度でもよい。ＴＴＩベースでアップリンク送信を切り替えることは不可能なので、切替えのための割込み時間が考慮される必要がある。
【０２０８】
完全な切替え時間は約３５０μｓのみを必要とするが、第１の態様を簡単にするために、割込み時間は、１ｍｓ、すなわち１つのサブフレーム、と考える。それでもなお、移動局は、「切替えサブフレーム」の残りの部分、すなわち約６５０μｓ、を他の無線アクセス技術での送信、または何らかの検出信号送信もしくは他の手順のような他のアップリンク活動のために使用することができる。
【０２０９】
図１５に戻ると、１０サブフレームの例示的長さを有するアップリンク送信パターンを一例とする、例示的パターンが両方の通信リンクについて示される。明らかなように、アップリンク送信パターンは、第１の周波数でのＭｅＮＢへのアップリンク通信のために使用可能なようにサブフレーム１および６を、第２の周波数でのＳｅＮＢへのアップリンク通信のために使用可能なようにサブフレーム３、４、８および９を、そして、２つの通信リンクの２つの異なる周波数の間でアップリンク通信を切り替えるために使用可能なように中間サブフレーム０、２、５および７を定義する。
【０２１０】
前述のように、図１５に示す特定のパターンは単に一例であり、アップリンク送信パターンは、図１７および図１８に示すものなど、多数の他の形をとることができる。図１７および図１８はまた、アップリンク送信パターンの１０サブフレームの例示的長さを想定するが、アップリンク送信サブフレームの異なるシーケンスを定義する。例えば、図１７のアップリンク送信パターンはまた、２つのサブフレームをＭｅＮＢへのアップリンク送信のために使用可能なものとして定義する（図１５のように）が、これらのサブフレームを直接隣接するもの、すなわちサブフレーム１および２、として定義する。これは、通信リンクの切替えの必要性が、図１５と比較して低減されるという利点を有し、図１５のアップリンク送信パターンは切替えを目的として４つのサブフレームを必要とするが、図１７のアップリンク送信パターンは切替えを目的として２つのサブフレームを定義するのみである。したがって、より多くのサブフレームが、ＳｅＮＢへのスモールセルにおける実際のアップリンク送信で使用され得る（２つ多いサブフレーム）。その不利点は、特にマクロセルのためのアップリンク機会が各無線フレームの最初に集中し、マクロセルのためのアップリンク送信のスケジューリングおよびそれぞれの設定の柔軟性が低下するというようなことである。
【０２１１】
図１５および図１７の両方のアップリンク送信パターンについて、スモールセルはマクロセルよりも著しく多いトラフックを運ぶことになると想定されるので、より多くのアップリンク送信サブフレームがスモールセルのために定義される。一方で、図１８のアップリンク送信パターンは、スモールセルとマクロセルについて同量のアップリンクサブフレーム、各通信リンクにつき３つ、を可能にするが、残りの４つのサブフレームは、アップリンク送信器を一方の通信リンクの周波数から他方の通信リンクの周波数に切り替えるためにこの特定の例で使用される必要がある。
【０２１２】
図１９の例示的アップリンク送信パターンは、２０サブフレームの長さ、すなわち２つの無線フレーム、を想定し、ＭｅＮＢまたはＳｅＮＢへのアップリンク通信のためにあるいはＭｅＮＢおよびＳｅＮＢへのアップリンク通信の切替えのために使用可能なサブフレームの特定のシーケンスを定義する。アップリンク送信パターンの２０個の全サブフレームのうちの６つのサブフレームは、ＭｅＮＢへのアップリンク通信のために使用可能であるように定義され、図１９によって示すように、サブフレーム０、１、７、１３、１８および１９に分散される。アップリンク送信パターンの２０個の全サブフレームのうちの８つのサブフレームは、ＳｅＮＢへのアップリンク通信のために使用可能であるように定義され、図１９によって示すように、サブフレーム３〜５、９〜１１、１５および１６に分散される。６つのサブフレーム（２、６、７、１２、１４および１７）は、アップリンク通信リンクの異なる周波数の切替えを可能にするために必要である。
【０２１３】
図２０は、さらなる例示的アップリンク送信パターンを示し、合計１６サブフレームの長さを想定する。ここでも、どのサブフレームが何のために使用可能であるかの特定の定義は、例示であり、全く異なる定義をすることができる。
【０２１４】
要約すると、アップリンク送信パターンの長さ（サブフレームでの）、ならびに通信リンクを介するアップリンク通信に使用可能なサブフレームの数、ならびにアップリンク送信パターンのサブフレームの活用性の特定の定義は、柔軟であり、多数の異なる方法で決定することができる。本発明では、アップリンク送信パターンが、それがそうであるようにいかに正確に定義されるかは重要ではなく、同じと決定されるエンティティは、それぞれのマクロ／スモールセルで交換されるデータの量および他のパラメータなどのさまざまな異なる態様を考慮することができる。しかし、異なる通信リンク（周波数）を介するアップリンク通信のために使用可能な２つのサブフレームの間に切替えサブフレームを用意することが重要である。
【０２１５】
いずれの場合にも、定義されたアップリンク送信パターンは、次いで、継続中の通信のために繰り返し使用される。例えば、図１５のアップリンク送信パターンは、移動局の通信が前記パターンに継続的に基づくように、あらゆる無線フレームのために使用される。
【０２１６】
もちろん、通信のパートナー、この場合にはＭｅＮＢ、ＳｅＮＢおよびＵＥは、同じアップリンク送信パターンについて一致する必要があり、したがって、情報を受ける。これは、最初の段階でアップリンク送信パターンを決定するエンティティ、例えばＭｅＮＢまたはＳｅＮＢあるいは前記関連で責任を有する任意のネットワークエンティティ、によって行われ得る。アップリンク送信パターンは、例えば、ＲＲＭ（無線リソース管理）アルゴリズムの部分として決定することができ、そこで、１つのｅＮＢが両方のリンクのパターンを決定する。例えば、ＭｅＮＢは、ＳｅＮＢによって提供される関連情報を受信し、次いでそれを考慮することができる。
【０２１７】
以下、ＭｅＮＢが両方の通信リンクのアップリンク送信パターンを決定する責任を有すると想定する。それに応じて、ＭｅＮＢは、決定されたアップリンク送信パターンに関してＳｅＮＢおよびＵＥに情報を与えなくてはならない。これは、多数の異なる方法で行うことができる。
【０２１８】
ＭｅＮＢは、Ｘｎインタフェースを介してＳｅＮＢに、そしてＥ−ＵＴＲＡ−Ｕｕインタフェースを介してＵＥに、対応するメッセージを送信することができる。対応するメッセージは、両方の通信リンク（図１５の下部）のサブフレームの使用法を指示する１つの共通アップリンク送信パターンを含み得る。別法として、その対応するメッセージは、各通信リンクの１つのアップリンク送信パターン（図１５の右上部）を含み得る。図示するように、１０ビットパターンの各ビットはサブフレームに対応する。
【０２１９】
これは、ＬＴＥにおける他の設定メッセージと同様に、ＭＡＣまたはＲＲＣシグナリングのような上位層シグナリングによって行うことができ、例えば、ＲＲＣ再設定メッセージは、適切に再使用および拡張することができる（ＲＲＣ設定メッセージは、非特許文献１３において定義される）。別法として、物理層シグナリングもまた使用することができ、ＵＥがアップリンク送信設定を適用するときにＰＨＹシグナリングによって与えられる明らかな起動時間が存在するという利点を有する。
【０２２０】
加えて、アップリンク送信パターンは、例えば、別のアップリンク送信パターンが何らかの理由でより有益であると判明した場合に、通信中に変更することができる。この場合、新しいアップリンク送信パターンが、すべてのエンティティによって決定および適用され得る。
【０２２１】
ＵＥはまた、ダウンリンクにおいて基地局の両方と通信する、すなわちデータをＭｅＮＢおよびＳｅＮＢから受信する、必要がある。したがって、対応するダウンリンク受信パターンは、ＭｅＮＢおよびＳｅＮＢとのダウンリンク通信を処理するために定義することができる。これは、ＵＥが単一受信のみをサポートするか、あるいは、ＵＥが同一サブフレームでＭｅＮＢおよびＳｅＮＢからダウンリンク送信を同時に受信することができる二重受信をサポートするかに依存する。既に前述したように、ＵＥが二重受信の能力を有する場合にも、ＵＥが、単一受信に従って動作するように、すなわち二重受信をサポートしないように、異なって設定されるケースがやはり存在し得る。
【０２２２】
通常は、ＵＥは、ＵＥがそれの能力に従って二重受信を使用するべきかまたは単一受信に従って単に通信すべきかをやはり決定することができる関連する基地局、例えばＭｅＮＢ、にそれの受信能力（すなわち、単一または二重受信）を指示する。したがって、その決定はＵＥによって行われず、いくつかの他のエンティティによって行われ、ＵＥは、それがどのように動作すべきかに関して情報を与えられる必要がある。
【０２２３】
一変形形態によれば、ＭｅＮＢ（ＳｅＮＢのような別のネットワークノード内に原則としてあってもよい）は、対応する受信設定指示をＵＥに送信し、ＵＥにそれが二重受信を実際にサポートすべきかどうかに関して知らせる。したがって、ＵＥは、使用されることになるアップリンク送信パターンに関して情報を受けることに加えて、受信設定（単一ＲＸまたは二重ＲＸ）に関して情報を受ける。受信設定指示は、一方の値が二重ＲＸのサポートを指示し、他方の値が単一ＲＸのみのサポートを指示する、１ビットフラグの形でもよい。受信設定指示を実装する方法のさらなる代替が、ＨＡＲＱプロトコル動作に関して後で提示され、すなわち、最大多重化／バンドリングサイズ設定パラメータの特定の値（例えば、１）が単一ＲＸの使用を指示し、任意の他の値が二重ＲＸを指示するような、最大多重化／バンドリングサイズ設定パラメータが、再使用され得る。
【０２２４】
両方の情報が、移動局ならびにＭｅＮＢおよびＳｅＮＢによって適用されることになるダウンリンク受信パターンを決定するために必要である。第１の実施形態の一変形形態によれば、ＵＥ、ＭｅＮＢおよびＳｅＮＢの各々は、アップリンク送信パターンおよびＵＥの受信設定の情報を受信し、それにより、以下でさらに詳しく説明するように、適用されることになるダウンリンク受信パターンを自力で導出することができる。
【０２２５】
別法として、もちろん、エンティティのうちの１つが、ダウンリンク受信パターンを導出することができ、次いで、他方のエンティティにそれについて知らせることができ、これは、完全なダウンリンク受信パターンを送信するために必要とされるより多くのシグナリングの代償により生じる。
【０２２６】
ダウンリンク受信パターンは、アップリンク送信パターンおよび以下のような受信設定指示から導出することができる。受信設定指示が、二重受信をサポートするようにＵＥを設定する場合（ＵＥが二重ＲＸの能力を有するとそのＵＥが前に指示したときにのみ可能）、そのとき、ＵＥは、１つのＴＴＩ（すなわち、サブフレーム）で両方のノード（ＭｅＮＢおよびＳｅＮＢ）から同時にダウンリンク送信（ＰＤＣＣＨ／ＰＤＳＣＨ）を受信することができる。相応して、あらゆるサブフレームはダウンリンク送信のために両方のノードによって使用することができ、ダウンリンク受信パターンは、ＭｅＮＢおよびＳｅＮＢからの同時ダウンリンク送信のために使用可能になるようにあらゆるサブフレームを単に定義し、これは、図１５のアップリンク送信パターンを開示する図２１の下部に示され、単一ＲＸおよび二重ＲＸの場合のための対応するダウンリンク受信パターンを示すように拡張される。二重ＲＸについて、ＰＤＣＣＨ／ＰＤＳＣＨはあらゆるサブフレームにおいてスケジュールすることができ、ダウンリンクスケジューリングの観点で何ら制限は存在しない。しかし、後で説明するように、ＨＡＲＱの動作は、適切に定義および処理されなければならない。
【０２２７】
より関心深く、挑戦的なのは、ＵＥがその能力を有していないため、またはＵＥがＭｅＮＢによってそのように設定されないため、ＵＥが二重ＲＸをサポートしない場合である。ダウンリンクスケジューリングの柔軟性は大きな影響を受け、ダウンリンクリソースはアップリンク送信パターン（以下を参照）に基づいて分割され、マクロセルおよびスモールセルの両方がＰＤＳＣＨ／ＰＤＣＣＨの無線フレーム内のサブフレームのサブセットのみを使用することを強いられる。
【０２２８】
単一ＲＸの場合のダウンリンク受信パターンは、何らかの事前定義されたルールを考慮することによって、導出される。ＰＤＣＣＨ／ＰＤＳＣＨのおよびＰＵＳＣＨ／ＰＵＣＣＨのリリース８のタイミング関係が維持されることになり、ダウンリンクサブフレーム（場合によりアップリンク許可を運ぶ、ＰＤＣＣＨ）は、受信されたＰＤＣＣＨによって許可されるものとしての対応するＰＵＳＣＨを運ぶアップリンクサブフレームより４ｍｓ前になる。本原理を説明するために図１５／２１のアップリンク送信パターンを例にとると、マクロセルを考えるとき、サブフレーム１および６は、ＭｅＮＢへのアップリンク送信のために使用可能になるように定義される。相応して、サブフレーム２（６−４）および７（１０＋１−４）が、次いで、ＭｅＮＢからのダウンリンク送信を受信するために使用可能になるように定義される。同じことが、スモールセルにおけるアップリンク通信のために定義されるサブフレームに適用される。
【０２２９】
基本的に図２１から理解され得るように、アップリンク送信パターンは、４サブフレーム前にシフトされてダウンリンク受信パターンに到達し（すなわち、ｎからｎ−４）、重要な差は、当然ながら、特定のｅＮＢへのアップリンク送信のために使用可能になるように定義されたサブフレームは特定のｅＮＢからのダウンリンク受信のために使用可能になるように再定義され、一方、通信リンク間のアップリンク通信の切替えのために使用可能になるように定義されたサブフレームは、通信リンク間のダウンリンク通信の切替えのために使用可能になるように再定義されるということである。
【０２３０】
図２２および図２３は、それぞれ、図１７および図１８に関して紹介された対応するアップリンク送信パターンのダウンリンク受信パターンを示す。図２２から明らかなように、ＭｅＮＢへのアップリンク送信に使用可能なサブフレーム１および２について、対応するダウンリンク受信パターンは、サブフレーム７（１０＋１−４）および８（１０＋２−４）をＭｅＮＢからのダウンリンク送信を受信するために使用可能になるように定義する。相応して、ＳｅＮＢへのアップリンク送信に使用可能なサブフレーム４、５、６、７、８および９について、対応するダウンリンク受信パターンは、サブフレーム０（４−４）、１（５−４）、２（６−４）、３（７−４）、４（８−４）および５（９−４）をＳｅＮＢからのダウンリンク送信を受信するために使用可能になるように定義する。
【０２３１】
アップリンク送信パターンからダウンリンク受信パターンを導出するための同原理は、図１８、図１９および図２０のパターンに適用することができ、それによって、図２３、図２４および図２５に図示するようなダウンリンク受信パターンに到達する。例示を目的として、図２１〜図２５にはいくつかの矢印のみが示され、アップリンク送信パターンに基づくダウンリンク受信パターンに到達するための導出原理を示す。
【０２３２】
上記で既に示唆されたように、本発明の第１の実施形態で、ＨＡＲＱの動作は、ダウンリンク受信パターンおよびアップリンク送信パターンに適応する必要がある。失敗した送信が再送信の形で再び実行され得るように、ＵＥおよびｅＮｏｄｅＢはダウンリンクおよびアップリンク通信のためにＨＡＲＱプロトコルを使用すると想定する。以下、単一ＲＸおよび二重ＲＸの異なるケースが別個に扱われる。ＨＡＲＱプロトコル動作の一部は、原理を説明するために図１５／図２１のアップリンク送信パターンおよびダウンリンク受信パターンを例にとる、図２６に関して説明される。
【０２３３】
ＵＥが単一受信のみをサポートする場合には、同期ＨＡＲＱの現在の標準によって与えられるものとしてのタイミング関係を実現すること、すなわち、ダウンリンク送信のＨＡＲＱフィードバックがアップリンク４サブフレーム（ｍｓ）後に送信されること、が容易に可能である。ダウンリンク受信パターンがアップリンク送信パターンからどのように導出されるかにより、単一ＲＸの場合、ダウンリンクのために使用可能なあらゆるサブフレームｎについて、アップリンク通信のために使用可能な対応するサブフレームｎ＋４が定義され、次いで、受信されたダウンリンク送信のＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）を移送するために使用され得る。これは、図２６の上部に示される。「ＡＣＫ／ＮＡＣＫ：＋４サブフレーム」のラベルを付された矢印によって示すように、前記サブフレームの対応するＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックは、以下のように、４ｍｓ後の対応するサブフレームにおいてアップリンクで送信される。マクロセルにおけるサブフレーム２／７のダウンリンク送信のＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、サブフレーム６（２＋４）／１１（７＋４）でＭｅＮＢに送信することができ、スモールセルにおけるサブフレーム０／４／５／９のダウンリンク送信のＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、サブフレーム４（０＋４）／８（４＋４）／９（５＋４）／１３（９＋４）においてＳｅＮＢに送信することができる。
【０２３４】
ＵＥが二重受信をサポートする場合には、基本的に、無線フレームのすべてのサブフレームは、任意の通信リンクのダウンリンク送信を運ぶことができ、これは、ＵＥが二重アップリンクをサポートしない場合、その場合にあらゆるダウンリンクサブフレームｎについて４ｍｓ後に対応するアップリンクサブフレームｎ＋４が存在しないため、問題がある。ＰＤＳＣＨがあらゆるサブフレームでスケジュールされ得るこの状況に対処するために、好ましくは、あらゆるダウンリンク送信のＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックを提供することが可能であるように、いくつかのＰＤＳＣＨ送信の関連ＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックは、多重化またはバンドリングされ、次いで、対応するアップリンクサブフレームにおいて多重化された形で送信される必要がある。これは、マクロセルおよびスモールセルについてそれぞれ図２６の下部に示される。明らかなように、二重ＲＸが想定され、マクロセルおよびスモールセルにおけるすべてのサブフレームはダウンリンク送信のために使用可能なものとして示される。次いで、マクロセルおよびスモールセルについて別個に、図２６は、ダウンリンク送信とアップリンク内の対応するＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）との間の４ｍｓのタイミング関係が好ましくは実現されるべきであることを考慮して、ＨＡＲＱフィードバックの多重化／バンドリングがどのように編成され得るかを示す。
【０２３５】
一般に、アップリンクサブフレームよりも多くのダウンリンクサブフレームが存在するという事実は、複数のダウンリンクトランスポートブロックの１つのアップリンク送信サブフレームにおける受信確認の送信の必要性をもたらす。１つのアップリンクサブフレームにおける複数のＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信は、より大量の制御データを運ぶ能力を有するＰＵＣＣＨフォーマットを必要とする。これは、３ＧＰＰで一般にＡＣＫ／ＮＡＣＫ多重化と呼ばれる。代替メカニズムによれば、複数のダウンリンクトランスポートブロックに対応するＡＣＫ／ＮＡＣＫは、アップリンクでの送信に先立って結合される。基本的に、個々のＡＣＫ／ＮＡＣＫは、０以上のトランスポートブロックが誤って受信されたかどうかを示す単一のＨＡＲＱフィードバックを形成するために、論理ＡＮＤ演算を介して渡される。バンドリングとも呼ばれるこのメカニズムの明らかな不利点は、ｅＮＢがトランスポートブロックのうちのどれが誤って受信されたかを理解せず、結果として、それらすべてを再送信しなければならないということである。本発明の実施形態について、ＨＡＲＱフィードバック多重化および／またはバンドリングが適用され得る。
【０２３６】
前記の理由から、ダウンリンクサブフレームのＨＡＲＱフィードバックの多重化／バンドリングは、バンドリングされたダウンリンクサブフレームうちの最後のサブフレームが、これらのバンドリングされたサブフレームのバンドリングされたＨＡＲＱフィードバックを運ぶアップリンクサブフレームに４ｍｓ先立って生じるように行われることになる。これは、図２６の例示的パターンに本原理を適用するときに、より明らかとなろう。
【０２３７】
ここで先ずマクロセルを考えると、ＭｅＮＢにアップリンクでＨＡＲＱフィードバックを運ぶために使用することができる第１の使用可能なアップリンクサブフレームは、サブフレーム１であり、したがって、それは最低４サブフレーム離れていないので、ダウンリンクサブフレーム０のＨＡＲＱフィードバックを運ぶことができないことに留意されたい。したがって、サブフレーム６内の次の使用可能なアップリンク送信機会は、それの４ｍｓ前までのサブフレームおよび４ｍｓ前のサブフレーム、すなわちサブフレーム２（６−４）、を含む可能なダウンリンク送信のすべてのＨＡＲＱフィードバックを移送する必要があり、ＨＡＲＱフィードバックが多重化／バンドリングされることになるサブフレームのシーケンスの最後のサブフレームは、この特定のバンドリングされたＨＡＲＱフィードバックを移送することになるサブフレームの４ｍｓ前であることになる。図２６に示すように、これは、ダウンリンクサブフレーム０、１および２のＨＡＲＱフィードバックが、使用可能なアップリンクサブフレーム６での送信のために多重化／バンドリングされることを意味する。
【０２３８】
アップリンクにおけるＨＡＲＱフィードバックの次の使用可能なアップリンク機会は、サブフレーム１１で生じ、したがって、４ｍｓ前までのおよび４ｍｓ前のサブフレームを含むすべての保留中のＨＡＲＱフィードバック、すなわちサブフレーム７（１１−４）、を移送する必要がある。相応して、ダウンリンクサブフレーム３、４、５、６および７のＨＡＲＱフィードバックは、アップリンクサブフレーム１１での送信のために多重化／バンドリングされる。本原理はマクロセルにおける通信のために継続的に適用される。
【０２３９】
ＵＥならびにＭｅＮＢは、ＨＡＲＱフィードバックの多重化／バンドリングを決定するためにこの全く同じルールを使用し、したがって、同じアップリンクおよびダウンリンクパターンに従うことができる。
【０２４０】
上記は、スモールセルのＨＡＲＱの動作に同等に適用可能である。ＳｅＮＢへのＨＡＲＱフィードバック送信のために使用可能な第１のアップリンクサブフレームは、サブフレーム３であるが、これは任意のＨＡＲＱフィードバックを移送するにはとにかく早すぎる。ＳｅＮＢへのＨＡＲＱフィードバック送信のために使用可能な次のアップリンクサブフレームはサブフレーム４であり、したがって、サブフレーム０におけるダウンリンク送信のＨＡＲＱフィードバックを移送することができるが、少なくとも４ｍｓ前ではないためにダウンリンクサブフレーム１、２または３のいずれかのＨＡＲＱフィードバックではない。
【０２４１】
ＳｅＮＢへのＨＡＲＱフィードバック送信のために使用可能な次のアップリンクサブフレームは、サブフレーム８であり、したがって、４ｍｓ前までおよび４ｍｓ前を含むサブフレーム、すなわちサブフレーム４（８−４）、のすべての保留中のＨＡＲＱフィードバックを移送することになる。相応して、サブフレーム１、２、３および４でのダウンリンク送信のＨＡＲＱフィードバックは、アップリンクサブフレーム８での送信のために多重化／バンドリングされる。本原理は、図２６に示すように、スモールセルにおける通信のために継続して適用される。
【０２４２】
現在説明されているように、二重受信の場合について、ＰＤＳＣＨは、あらゆるサブフレームでスケジュールすることができ、すなわち、スケジューリングの観点で何ら制限はない。このため、そしてまた適用される特定のアップリンク送信パターンに応じて、バンドリング／多重化されるＨＡＲＱフィードバックＡＣＫ／ＮＡＣＫの数は、潜在的に大きくなり得る。これは、ＨＡＲＱフィードバックを運ぶＰＵＣＣＨの信頼性を損ない、ＨＡＲＱ効率をそれぞれ低下させることがある。
【０２４３】
第１の実施形態のさらなる変形形態によれば、最大多重化／バンドリングサイズが、１つのサブフレーム内でアップリンクにおいて送信することができるＨＡＲＱフィードバックの量を制限するために、設定される。最大多重化／バンドリングサイズは、基地局のうちの１つ（例えば、ＭｅＮＢ）によって決定することができ、したがって、アップリンク送信パターンおよび受信設定指示に追加して、ＵＥに知らせることができる。
【０２４４】
最大多重化／バンドリングサイズは、ＨＡＲＱフィードバックが多重化／バンドリングされ、１つのアップリンクサブフレームで送信することができる、サブフレームの最大数を示す。相応して、最大多重化／バンドリングサイズの２は、２つのみのダウンリンクサブフレームのＨＡＲＱフィードバックが多重化／バンドリングされ得ることを意味する。これは、マクロセルに最大バンドリングサイズの３を設定し、スモールセルに最大多重化／バンドリングサイズの２を設定する追加の態様を有し、図２６のうちの１つによく似ている、図２７に関連して説明される。
【０２４５】
図２６および図２７の上部の比較から明らかなように、単一ＲＸのみがサポートされる場合に、ＨＡＲＱの動作は同じままであり、ＨＡＲＱフィードバック多重化／バンドリングが実行されないということを考えると、これは当然のことである。ＵＥが二重受信をサポートする場合に、ＨＡＲＱの動作は、適用可能な設定された最大多重化／バンドリングサイズに応じて著しく変化する。
【０２４６】
マクロセルで、ダウンリンクサブフレーム０、１および２のＨＡＲＱフィードバックは、多重化／バンドリングされ、アップリンクサブフレーム６でＭｅＮＢに送信され、これは、最大多重化／バンドリングサイズが３であるので、図２６と同じである。しかし、サブフレーム１１において、ダウンリンクサブフレーム５、６および７のＨＡＲＱフィードバックのみがＭｅＮＢに移送され得るので、最大多重化／バンドリングサイズの３は、ＨＡＲＱフィードバックがアップリンクで送信され得ないその後のダウンリンクサブフレーム３および４に影響を及ぼす。さらに、ＨＡＲＱフィードバックが多重化／バンドリングされるサブフレームのシーケンスの最後のサブフレームは、多重化／バンドリングされたＨＡＲＱフィードバックを実際に移送するアップリンクサブフレームの４ｍｓ前であることになる。同じ原理は、図２７に示すように、残りのダウンリンクサブフレームにも適用することができる。結果として、ＨＡＲＱフィードバックは、ダウンリンクサブフレーム３、４、８、９、１３、１４などにおけるダウンリンク送信のためにＭｅＮＢにアップリンクにおいて送信することができない。
【０２４７】
スモールセルについて、同じ原理が、やはり適用可能である。相応して、サブフレーム０における可能なダウンリンク送信のＨＡＲＱフィードバックはアップリンクサブフレーム４においてＳｅＮＢに送信することができるが、最大多重化／バンドリングサイズの２を考えると、サブフレーム１および２におけるダウンリンク送信のＨＡＲＱフィードバックの送信の可能性はない。特に、２つのみのサブフレームのＨＡＲＱフィードバックは、多重化／バンドリングされ、アップリンクにおいて多重化された形でＳｅＮＢに送信することができるので、アップリンクサブフレーム８は、サブフレーム３および４におけるダウンリンク送信のＨＡＲＱフィードバックのみを運ぶことができ、やはり、多重化／バンドリングされたサブフレームのシーケンスの最後のサブフレーム４は、多重化／バンドリングされたＨＡＲＱフィードバックを運ぶサブフレームの４ｍｓ前であることになる。
【０２４８】
同じ原理が、図２７の下部に示すように、スモールセルの残りのサブフレームに適用され得る。結果として、ＨＡＲＱフィードバックは、ダウンリンクサブフレーム１、２、６、７、１１、１２などにおけるダウンリンク送信のためにＳｅＮＢにアップリンクで送信することはできない。
【０２４９】
上記の原理に基づいて、ＭｅＮＢおよびＳｅＮＢはまた、どのダウンリンク送信についてＨＡＲＱフィードバックが使用可能でないかを導出することができ、それに応じて、スケジューリングを適合させることができる。例えば、突飛ではあるが、ＭｅＮＢおよびＳｅＮＢは、ＨＡＲＱフィードバックが使用可能でないそれらの特定のサブフレームのＰＤＳＣＨ送信（ＨＡＲＱプロトコルが通常はアクティブであり、ＨＡＲＱフィードバックが通常は予期される）をさらにスケジュールすることができる。
【０２５０】
しかし、ＭｅＮＢおよびＳｅＮＢが、ブロードキャスト送信（ＭＢＭＳ）またはシステム情報など、ＨＡＲＱプロトコルが適用可能でないダウンリンク送信を実行するために、ＨＡＲＱフィードバックが使用可能でないそれらの特定のサブフレームを使用することは、より有益であり得る。さらなる代替方法として、それらのサブフレームは、ダウンリンクスケジューリングのために全く使用されないことになる。これはスケジューリング効率を明らかに低下させるが、他方で、それらのサブフレームは、同じ周波数の隣接するセルの間の干渉調整のために使用することができる。
【０２５１】
さらなる変形形態によれば、最大多重化／バンドリングサイズは、前述の受信設定指示のように再使用することができる。特に、設定メッセージとしてＵＥに同様に送信される最大多重化／バンドリングサイズは、ＵＥが単一ＲＸまたは二重ＲＸをサポートするかどうかを指示するために、別法として前述の１ビットフラグに、再使用することができる。例えば、最大多重化／バンドリングサイズの１などの１つの特定の値は、ＵＥが単一ＲＸのみをサポートすることを意味するために確保され、一方、最大バンドリングサイズのすべての他の可能な値は、ＵＥによって、それが二重ＲＸをサポートするように設定されたことを意味すると解釈される。
【０２５２】
本発明の第１の実施形態を考慮するさらなる態様は、同期アップリンクＨＡＲＱプロトコルがＨＡＲＱプロセスの選択に関してどのように実行されることになるかである。リリース８における定義によれば、アップリンクＨＡＲＱプロトコルは、８ｍｓの固定のＨＡＲＱラウンドトリップ時間（ＲＴＴ）を有する。同期アップリンクのＨＡＲＱの動作において、１つのＨＡＲＱプロセスのアップリンク送信機会は、つねに、８ｍｓごとに再発し、例えば、特定のＨＡＲＱプロセスによって処理される最初の送信の再送信は、最初の送信の受信からちょうど８ｍｓ後に予期される。例えば図２１のアップリンク送信パターンおよび対応するダウンリンク受信パターンから明らかなように、ＨＡＲＱ  ＲＴＴのこの８ｍｓのタイミング関係は、実現されない。ＨＡＲＱプロセス０が割り当てられた、マクロセルのサブフレーム１におけるアップリンク送信が、無線チャネルのエラーにより再送信される必要があると想定すると、その場合、対応する再送信は、サブフレーム９（１＋８）において実施されなければならないことになるが、これは、サブフレーム９がスモールセルにおけるアップリンク送信のためにのみ使用可能であるため不可能である。したがって、ＨＡＲＱ  ＲＴＴのこの８ｍｓのタイミング関係は、実現することができない。
【０２５３】
本発明の第１の実施形態の一変形形態によれば、ＨＡＲＱプロトコルはやはり同期し、すなわち、アップリンクＨＡＲＱプロセスは、順番通りに使用される。しかし、アップリンクＨＡＲＱプロセスの数は、８ｍｓの最小（もはや固定ではない）ＨＡＲＱ  ＲＴＴに基づいて定義される。言い換えれば、本変形形態によれば、同ＨＡＲＱプロセスの２つの送信機会の間の時間は、８ｍｓより長くなり得るが、８ｍｓが最小である。同時に、１つのＨＡＲＱプロセスのＨＡＲＱ  ＲＴＴは、遅延を増やさないために、最小化されるべきである。
【０２５４】
このルールを図２１のシナリオに適用するとき、２つのアップリンクＨＡＲＱプロセスが１０ｍｓのＨＡＲＱ  ＲＴＴを有するマクロセルにおいてアップリンク送信に対処する必要があるという結果をもたらすことになる。特に、ＨＡＲＱプロセス０は、アップリンク送信サブフレーム１、１１、２１などに割り当てることができ、そして、ＨＡＲＱプロセス１は、アップリンク送信サブフレーム６、１６、２６などに割り当てることができる。
【０２５５】
同様に、４つのＨＡＲＱプロセスが、スモールセルにおけるアップリンク送信に、さらに１０ｍｓのＨＡＲＱ  ＲＴＴに対処する必要がある。特に、ＨＡＲＱプロセス０はアップリンク送信サブフレーム３、１３、２３などに、ＨＡＲＱプロセス１はアップリンク送信サブフレーム４、１４、２４などに、ＨＡＲＱプロセス２はアップリンク送信サブフレーム８、１８、２８などに、そして、ＨＡＲＱプロセス３はアップリンク送信サブフレーム９、１９、２９などに割り当てることができる。
【０２５６】
同じ原理は、本出願で与えられるアップリンク送信パターンのその他の例に、すなわち、図２２、図２３、図２４および図２５のうちのいずれにも適用することができる。図２２では、２つのＨＡＲＱプロセスが、１０ｍｓのＨＡＲＱ  ＲＴＴを有する、マクロセルにおけるアップリンク送信に対処することを必要とされ、そして、６つのＨＡＲＱプロセスが、やはり１０ｍｓのＨＡＲＱ  ＲＴＴを有する、スモールセルにおけるアップリンク送信に対処することを必要とされる。
【０２５７】
図２３では、３つのＨＡＲＱプロセスが、それぞれ１０ｍｓのＨＡＲＱ  ＲＴＴを有する、マクロセルおよびそれぞれのスモールセルにおけるアップリンク送信に対処することを必要とされる。
【０２５８】
図２４では、４つのＨＡＲＱプロセスがマクロセルのために必要とされ、６つのＵＬ  ＨＡＲＱプロセスがスモールセルのために必要とされる。マクロセルで、第１のＨＡＲＱプロセスのアップリンク送信は、サブフレーム０および１８に属することになり、サブフレーム１および１９は第２のＨＡＲＱプロセスに、サブフレーム７は第３のＨＡＲＱプロセスに、そして、サブフレーム１３は第４のＨＡＲＱプロセスに関連付けられることになる。ＨＡＲＱ  ＲＴＴは、もはや固定ではなく、ＨＡＲＱプロセスによって異なることが、理解されよう。
【０２５９】
アップリンク送信パターンのために異なる長さを選択することによって、例えば４０ｍｓの長さを使用することによって、リリース−ＨＡＲＱタイミング（ＨＡＲＱ  ＲＴＴ）を維持することもまた一般に可能である。
【０２６０】
二重接続の概念は、ある特定のベアラがマクロセルにマップされ、一方で他のベアラはスモールセルのために設定されることを想定する。特に、ＲＲＣシグナリング（ＳＲＢ）およびＶｏＩＰのような遅延クリティカルなサービスは、大きなカバレッジエリアを有するマクロセルで送信される。他方で、ウェブブラウジングのような遅延耐性のあるサービスは、スモールセルで送信される。ＭｅＮＢおよびＳｅＮＢのスケジューラは、互いに独立して動作するので、それぞれのセルで送信されるそれらのベアラのみの情報がそれぞれのスケジューラにおいて必要とされる。したがって、ＵＥは、対応するセルにおいてスケジュールされたバッファ状況報告のためにそれらの無線ベアラのみを考慮することになる。例えば、シグナリング無線ベアラＳＲＢ＃１、ＳＲＢ＃２およびデータ無線ベアラＤＲＢ＃１がマクロセルにおいて設定され、データ無線ベアラＤＲＢ＃２およびＤＲＢ＃３がスモールセルにおいて設定されると想定する。この想定に基づいて、ＳｅＮＢ内のスケジューラはそれらのベアラのデータにのみ関心を有するので、ＵＥは、それにより、ＤＲＢ＃２およびＤＲＢ＃３のみのバッファ状況報告をＳｅＮＢに報告することになる。同様に、ＵＥはＳＲＢ＃１、ＳＲＢ＃２およびＤＲＢ＃１のみのＢＳＲをＭｅＮＢに報告することになる。言い換えれば、異なる情報が異なるｅＮＢに報告される「マクロセルＢＳＲ」および「スモールセルＢＳＲ」が存在することになる。
【０２６１】
さらに、あらゆる通信リンク（すなわち、マクロセル接続およびスモールセル接続）について、ＵＥは、独立した論理チャネルグループ、すなわちセルごとのリリース８のＬＣＧ設定、で設定されることになる。
【０２６２】
さらなる変形形態は、適切なアップリンク送信パターンを決定することを目的として、アップリンク送信パターンを決定する責任を有するｅＮｏｄｅＢがすべてのセル内のＵＬアクティビティを理解するべきあることを考慮する。そのとき初めて、マクロセルおよびスモールセルを横切るアップリンクサブフレームの共用の完全な決定を行うことができる。
【０２６３】
したがって、ＭｅＮＢがアップリンク送信パターンの決定を行われたと想定する場合に、ＵＥは、スモールセル関連のＢＳＲもまたＭｅＮＢに報告する。代替方法として、ＵＥがスモールセルＢＳＲをＭｅＮＢに報告する代わりに、ＳｅＮＢはまた、受信されたスモールセルＢＳＲをＸｎインタフェースを介してＭｅＮＢに転送することができる。
【０２６４】
さらに、別の変形形態によれば、半持続的なスケジューリング（ＳＰＳ）設定およびＰＵＣＣＨ設定が、適切なアップリンク送信パターンの決定を可能にするために、関連するノードＢの間で交換されなければならい。
【０２６５】
第２の実施形態
【０２６６】
本発明の第２の実施形態は、第１の実施形態と同じ問題に対処するが、第１の実施形態において行われるようにスモールセルおよびマクロセルでのアップリンク送信を調整しない。ＵＥは二重アップリンクをサポートしないと想定する。
【０２６７】
第２の実施形態の基礎となる想定は、ＲＲＣシグナリングおよび他の遅延クリティカルなトラフィック（ＶｏＩＰのような）のみがマクロセルで伝達され、多くのトラフィックがスモールセルにおいて処理されると想定されるので、２つのアップリンク送信間の衝突の可能性はやや低いということである。前記の理由で、ＵＥが同じＴＴＩ（すなわち、サブフレーム）でＳｅＮＢおよびＭｅＮＢの両方からアップリンク許可を受信する可能性は、比較的低い。
【０２６８】
この衝突の可能性をさらに低くするために、マクロセルは、マクロセルで使用されるＳＰＳ設定に関してＸｎインタフェースを介してスモールセルに知らせることができ、および／または、逆もまた同様である。それを行うことで、スモールセルスケジューラおよび／またはマクロセルスケジューラは、アップリンクおよびダウンリンク送信のスケジューリングのために他方のセルのＳＰＳ機会を考慮することができる。さらに、周期的ＣＳＩ／ＳＲＳの設定はまた、それらが重複せず、同じ（または隣接する）サブフレームで予定されるように、マクロセルとスモールセルとの間で調整することができる。
【０２６９】
ＳｅＮＢから送信されるすべてのダウンリンクトラフィックがＭｅＮＢを介して経路指定される場合（図１４Ｂ、図１４Ｃを参照）には、ＭｅＮＢは、スケジュールされたスモールセルからのダウンリンク送信がいつ予期され得るかについていくらかの知識を有する。Ｓ１−ＵもまたＳｅＮＢとＳ−ＧＷとの間に確立される場合（図１４Ａを参照）には、いくらかのスケジューリング情報が、衝突の可能性のさらなる低下を可能にするために、ＳｅＮＢとＭｅＮＢとの間で転送され得る。ＵＥのアップリンクの状況をより正確に把握することを目的として、ＵＥがマクロセルおよびスモールセルの両方にすべてのベアラのバッファ状況報告情報を送信すると有益となろう。
【０２７０】
その可能性は低く、さらに低くすることができる（上記の提案のように）が、ＵＥが同一サブフレームでアップリンク送信のために両方のｅＮＢからスケジュールされることがやはり起こるであろう。
【０２７１】
この衝突の問題の解決法として、本発明の第２の実施形態によれば、それに従ってＵＥが衝突するアップリンク通信のうちの１つをその特定のサブフレームの他方のアップリンク通信よりも優先させることができる、優先順位ルールがあらかじめ定められる。それにより、衝突の場合、より高い優先順位を有するアップリンク通信のみが実際に送信され、より低い優先順位を有する他方のアップリンク通信は送信されない。
【０２７２】
本優先順位ルールは、さまざまなパラメータに基づくことができ、非常に柔軟に定義することができる。例が以下に示されるが、これは、前記に関して本発明を限定するものとみなされるべきではない。
【０２７３】
マクロセルは、スモールセルで送信される非遅延クリティカルなデータよりも高い優先順位を有するＲＲＣシグナリングおよび遅延クリティカルなデータを伝えるので、単純なルールは、マクロセルにおける送信（例えば、ＰＵＣＣＨ、ＰＵＳＣＨ、ＰＤＣＣＨ、ＰＤＳＣＨ）をスモールセルにおける対応する送信よりも優先することになる。
【０２７４】
他の優先順位ルールは、より一般的に、どういう種類のデータがその基地局によって送信されるかを考慮することができ、これは、スモールセルまたはマクロセルとは独立することが可能である。
【０２７５】
他の優先順位ルールは、例えば、基地局のカテゴリ、または、保留中のおよび衝突するアップリンク送信で送信されることになるデータのサービスの品質（Ｑｏｓ）、または、経験の品質を参照することができる。
【０２７６】
優先順位ルールはまた、さまざまなものの組合せでもよく、ルールの全体集合でもよい。
【０２７７】
以下の表では、例示的優先順位ルールが定義され、それにより、衝突の場合にＵＥがどのように動作するかを示す。
【０２７８】
【表３】
0006330033.tif 000004
【０２７９】
相応して、マクロセルのＰＵＳＣＨ送信と同一サブフレームのスモールセルのＰＵＳＣＨ送信との衝突の場合には、マクロセルのアップリンク送信が優先され、この高い優先順位のＰＵＳＣＨ送信が実行され、スモールセルの保留中のＰＵＳＣＨ送信は省略される。例えば、ＵＥが、同一サブフレームｎの両方の通信リンクのＰＵＳＣＨ送信のためにスケジュールされる（サブフレームｎ−４内のＰＤＣＣＨを介する対応する許可によって）とき、そのＵＥは、ＭｅＮＢからの許可に従い、ＳｅＮＢからの許可には従わない。
【０２８０】
衝突の場合により低い優先順位を有することにより実行されないそれらのアップリンク送信は、放棄する（ＰＤＣＣＨ許可がないのと同様に）か、後で送信することができる。
【０２８１】
第２の実施形態の有利な一変形形態によれば、スケジューラは、これは単に１回限りの衝突（測定ギャップを有する衝突の場合のように）ではなくてＨＡＲＱプロセスのブロッキング（潜在的再送信も考慮する）であることがあるため、その衝突の通知を受けることになる。前記目的のために、新しいシグナリングが、衝突の場合に関して、必要に応じて、ＳｅＮＢおよび／またはＭｅＮＢに通知するために、導入され得る。したがって、ＳｅＮＢ／ＭｅＮＢにおけるスケジューラは、将来のスケジューリング決定のためにこれを考慮することができる。この新しいシグナリングは、例えば、物理層またはＭＡＣ層のシグナリングでもよい。例えば、新しいＭＡＣ制御要素が定義可能であり、または、追加情報がＭＡＣ制御要素ヘッダ内に追加され得る。
【０２８２】
可能な衝突の上記の論考は、同一サブフレームにおける両方の通信リンクについて保留中のアップリンク通信の衝突にのみ焦点を合わせる。しかし、一方の通信リンクから他方の通信リンクにアップリンク通信を切り替えるために必要な切替え時間により、２つの後続のサブフレームのそれぞれで２つのアップリンク通信を送信することもまた不可能である。したがって、後続のサブフレームｎおよびｎ＋１のこの種の衝突について、さらなる解決策は有益である。基本的に、１つのサブフレームにおける衝突に適用されるのと同じ原理が、２つの後続のサブフレームの間の衝突に適用することができ、それらの２つのアップリンク送信のうちの一方が他方より優先され、結果として、より高い優先順位を有するアップリンク送信のみが対応するサブフレームで送信され、一方、より低い優先順位を有する他方のアップリンク送信は送信されない。
【０２８３】
例えば、ＳＰＳ機会がマクロセルのサブフレームｎ内である場合には、次いで、ＵＥは、スモールセルのサブフレームｎ−１におけるアップリンク送信（対応するＰＤＣＣＨ許可がｎ−５で受信された）を実行しないことになる。１つのサブフレーム内の衝突について前述したように、ＵＥはサブフレームｎ−５で受信されたＰＤＣＣＨに従わず、次のアップリンク送信機会にこのアップリンク送信をオプションで遅らせることができる。
【０２８４】
１ｍｓの割込み時間がこの代替のためにどのように達成され得るかを示す別の例は、ＵＥがサブフレームｎでスモールセルからＰＤＣＣＨを、そして、サブフレームｎ＋１でマクロセルからＰＤＣＣＨを受信するとき、次いで、ＵＥはマクロセルにおいてサブフレームｎ＋５でＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送信しなければならないので、ＵＥは、スモールセルのためのサブフレームｎ＋４でＨＡＲＱフィードバックＡＣＫ／ＮＡＣＫを送信しないことになり、すなわち、マクロセルでの送信がスモールセルでの送信より優先されることである。基本的に、切替えによる必要な割込み時間を確保するために、スモールセルとマクロセルとの間の優先順位付けは、１つのＴＴＩ（サブフレーム）内の同時アップリンク送信のみではなくて、２つの隣接するＴＴＩ（サブフレーム）にもわたることになる。
【０２８５】
第３の実施形態
【０２８６】
上記で説明された第１のおよび第２の実施形態は、ダウンリンク周波数とアップリンク周波数が分けられたＦＤＤシナリオを主に想定する。しかし、第３の実施形態が第１のおよび第２の実施形態のうちの一方から解決策を提供する、スモールセルおよび／またはマクロセルがＴＤＤで設定されたシナリオもまた予測することができる。
【０２８７】
背景技術のセクションで説明したように、ＬＴＥのために使用可能なＴＤＤ設定の１つの特徴は、各ＴＤＤ設定において、第３のサブフレームがアップリンクサブフレームであること（図７を参照）である。したがって、単一アップリンクの能力のみを有するＵＥにはいくつかの固有の問題が既に存在する。例えば、ＴＤＤ  ＵＬ／ＤＬ設定＃５がマクロセルのために、そして、ＴＤＤ  ＵＬ／ＤＬ設定＃３がスモールセルのために設定されると想定すると、無線フレームのあらゆる第３のサブフレーム、マクロセルおよびスモールセルの両方のアップリンクサブフレーム、において衝突が存在する可能性がある（図２８を参照）。
【０２８８】
もちろん、可能な衝突に対処するために、第２の実施形態に関して論じた優先順位ルールが、一方のアップリンク通信を他方のアップリンク通信より優先させるために適用され得る（例えば、マクロセルのアップリンクサブフレームは、概して、スモールセルのアップリンクサブフレームよりも高い優先順位を有する）。
【０２８９】
さらに、そして第２の実施形態と同様に、アップリンク通信を一方の通信リンクから他方に切り替えるために必要とされる割込み時間もまた、隣接するアップリンクサブフレームもまた衝突を引き起こし得るように、考慮される必要がある。第２の実施形態と同様に、優先順位ルールが、衝突を解決するために適用され得る。代替方法として、優先順位ルールを適用する代わりに、どのリンクをＵＥが特定のサブフレームにおいて使用するべきかを識別する、何らかのオーバレイパターン、すなわちＴＤＤ設定の最上部に適用されるパターン、が使用され得る。それにより、衝突はやはり回避することができる。
【０２９０】
第３の実施形態の別の異なる解決策によれば、ＴＤＤ設定は、アップリンク衝突を回避するために、時間でシフトされる。これは、マクロセルにおけるＴＤＤ設定＃５と比較して２サブフレーム分シフトされたスモールセルにおけるＴＤＤ設定３の所与の例として図２９に示される。「二重接続」のユーザについてまたは別法としてセル全体についてのいずれかでのみ設定することができるシフトにより、アップリンク衝突は回避される。また、異なるセルでの２つのアップリンクサブフレームの間の１ｍｓのギャップが確保される。
【０２９１】
さらに別の代替実施形態によれば、切替えサブフレームは、ＴＤＤ設定における特別なサブフレームと一致する。背景技術のセクションで説明したように、特別なサブフレームは、３つのフィールド、ＤｗＰＴＳ、ＧＰおよびＵｐＰＴＳを含む。開示されたように、実際の切替え時間は最大で３５０μｓのみでもよいので、アップリンク切替え時間は、特別なサブフレームの保護期間に収まることができる。したがって、ＵＥは、アップリンク許可受信（ＤｗＰＴＳ）のためにまたはＳＲＳ（ＵｐＰＴＳ）送信のためにサブフレームの停止をやはり使用することができることになる。保護期間が切替え時間全体をカバーするには短すぎる場合、ＵＥは、ＤｗＰＴＳフィールド（ＵＬ許可受信のための）またはＵｐＰＴＳ（ＳＲＳ送信のための）を少なくとも使用することができる。
【０２９２】
さらに別の代替実施形態によれば、ＵＥが２つの設定されたＴＤＤ設定を切り替える、何らかの新しいパターンが定義され得る。３ＧＰＰで定義されたＴＤＤ設定は、５ｍｓまたは１０ｍｓのいずれかのダウンリンクからアップリンクへの切替え点の周期性を有するので、ＵＥは、マクロセルおよびスモールセルのＴＤＤ設定が５ｍｓの周期性を有する場合について、あらゆる特別なサブフレームで、設定されたＴＤＤ設定を切り替えることになる。基本的に、５ｍｓごとに、ＵＥは、データ通信のリンクを切り替える。ＨＡＲＱプロトコル動作は、それに応じて適合する必要があり、すなわち、タイミング関係は変化することになる。
【０２９３】
本発明のハードウェアおよびソフトウェア実装
【０２９４】
本発明の他の実施形態は、ハードウェアおよびソフトウェアを用いて、上記したさまざまな実施形態を実施することに関する。これに関連して、本発明は、ユーザ機器（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ機器は、本発明の方法を実行するようにされている。
【０２９５】
本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。本発明のさまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。
【０２９６】
さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。
【０２９７】
さらには、本発明の複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の本発明の主題とすることができることに留意されたい。
【０２９８】
具体的な実施形態に示した本発明には、広義に記載されている本発明の概念または範囲から逸脱することなく、さまざまな変更もしくは修正またはその両方を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。
【図１】
0006330033.tif 000005
【図２】
0006330033.tif 000006
【図３】
0006330033.tif 000007
【図４】
0006330033.tif 000008
【図５】
0006330033.tif 000009
【図６】
0006330033.tif 000010
【図７】
0006330033.tif 000011
【図８】
0006330033.tif 000012
【図９】
0006330033.tif 000013
【図１０】
0006330033.tif 000014
【図１１】
0006330033.tif 000015
【図１２】
0006330033.tif 000016
【図１３】
0006330033.tif 000017
【図１４】
0006330033.tif 000018
【図１５】
0006330033.tif 000019
【図１６】
0006330033.tif 000020
【図１７】
0006330033.tif 000021
【図１８】
0006330033.tif 000022
【図１９】
0006330033.tif 000023
【図２０】
0006330033.tif 000024
【図２１】
0006330033.tif 000025
【図２２】
0006330033.tif 000026
【図２３】
0006330033.tif 000027
【図２４】
0006330033.tif 000028
【図２５】
0006330033.tif 000029
【図２６】
0006330033.tif 000030
【図２７】
0006330033.tif 000031
【図２８】
0006330033.tif 000032
【図２９】
0006330033.tif 000033