(57)【要約】  本発明は、アップリンク無線リソースがスケジューリングされるユーザ機器に関する。このユーザ機器は、アンライセンスセルを介したアップリンク送信の実行にＵＥが使用可能なアップリンク無線リソースを示す、無線基地局から受信した第１段階アップリンクリソーススケジューリングメッセージと関連する第２段階アップリンクリソーススケジューリングメッセージを受信する。第２段階アップリンクリソーススケジューリングメッセージの受信に応じて、第１段階アップリンクリソーススケジューリングメッセージが有効である場合に、アップリンク送信がスケジューリングされたものと判定される。第１段階アップリンクリソーススケジューリングメッセージは、第２段階アップリンクリソーススケジューリングメッセージの受信に先立つ所定の期間内に別の第２段階アップリンクリソーススケジューリングメッセージによってアップリンク送信がトリガーされたかに関する判定に基づいて、有効と判定される。その後、ＵＥは、アップリンク送信を実行する。【選択図】  図１０
2019537352.tif 000002
【特許請求の範囲】
【請求項１】
アップリンク無線リソースがスケジューリングされるユーザ機器であって、前記ユーザ機器と少なくとも１つのアンライセンスセル上のアップリンク無線リソースのスケジューリングを担う無線基地局との通信用に前記アンライセンスセルが設定され、前記ユーザ機器は、
動作時に、前記アンライセンスセルを介したアップリンク送信の実行に前記ユーザ機器が使用可能なアップリンク無線リソースを示す第１段階アップリンクリソーススケジューリングメッセージを前記無線基地局から受信する受信機であって、動作時に、前記第１段階アップリンクリソーススケジューリングメッセージと関連する第２段階アップリンクリソーススケジューリングメッセージを前記無線基地局から受信する、受信機と、
動作時に、前記第１段階アップリンクリソーススケジューリングメッセージが有効か否かを判定するプロセッサであって、動作時に、前記第２段階アップリンクリソーススケジューリングメッセージを受信した場合、前記第１段階アップリンクリソーススケジューリングメッセージが有効であると前記プロセッサが判定した場合に、アップリンク送信がスケジューリングされたものと判定し、前記第１段階アップリンクリソーススケジューリングメッセージが有効であるかの前記判定が、前記第２段階アップリンクリソーススケジューリングメッセージの受信に先立つ所定の期間内に別の第２段階アップリンクリソーススケジューリングメッセージによってアップリンク送信がトリガーされたかに関する判定に基づく、プロセッサと、
動作時に、アップリンク送信がスケジューリングされたものと前記プロセッサが判定した場合、前記アンライセンスセルを介してアップリンク送信を実行する送信機と、
を備えた、ユーザ機器。
【請求項２】
前記プロセッサが、動作時に、前記第２段階アップリンクリソーススケジューリングメッセージの受信に先立つ前記所定の期間内に前記他方の第２段階アップリンクリソーススケジューリングメッセージによってアップリンク送信がトリガーされていない場合、前記第１段階アップリンクリソーススケジューリングメッセージが有効であるものと判定する、請求項１に記載のユーザ機器。
【請求項３】
前記プロセッサが、動作時に、前記第２段階アップリンクリソーススケジューリングメッセージの受信に先立つ前記所定の期間内に前記他方の第２段階アップリンクリソーススケジューリングメッセージによってアップリンク送信がトリガーされた場合、前記第１段階アップリンクリソーススケジューリングメッセージを無効化し、
前記プロセッサが、動作時に、前記第１段階アップリンクリソーススケジューリングメッセージが無効化されていない場合、前記第１段階アップリンクリソーススケジューリングメッセージが有効であるものと判定する、請求項１に記載のユーザ機器。
【請求項４】
前記第１段階アップリンクリソーススケジューリングメッセージが、前記ユーザ機器に対してアドレス指定され、前記第２段階アップリンクリソーススケジューリングメッセージが、前記第２段階アップリンクリソーススケジューリングメッセージを受信する複数のユーザ機器に対して共通にアドレス指定されており、
任意選択で、前記第１段階アップリンクリソーススケジューリングメッセージが、前記第１段階アップリンクリソーススケジューリングメッセージの前記送信において採用されたユーザ機器固有の識別情報により前記ユーザ機器に対してアドレス指定され、前記ユーザ機器固有の識別情報が設定可能であり、
任意選択で、前記第２段階アップリンクリソーススケジューリングメッセージが、前記第２段階アップリンクリソーススケジューリングメッセージの前記送信において採用された共有識別情報により、前記第２段階アップリンクリソーススケジューリングメッセージを受信する複数のユーザ機器に対して共通にアドレス指定され、前記共有識別情報が予め規定され、複数のユーザ機器に共通する、請求項１〜３のいずれか一項に記載のユーザ機器。
【請求項５】
前記第１段階アップリンクリソーススケジューリングメッセージが、前記第１段階アップリンクリソーススケジューリングメッセージを前記受信された第２段階アップリンクリソーススケジューリングメッセージと併せて考慮可能な前記所定の期間を指定しており、
任意選択で、前記プロセッサが、前記第１段階アップリンクリソーススケジューリングメッセージの受信後の前記指定された所定の期間内に前記第２段階アップリンクリソーススケジューリングメッセージが受信された場合に、前記第１段階アップリンクリソーススケジューリングメッセージが前記第２段階アップリンクリソーススケジューリングメッセージと併せて考慮されるものと判定する、請求項１〜４のいずれか一項に記載のユーザ機器。
【請求項６】
前記第１段階アップリンクリソーススケジューリングメッセージが、前記アップリンク送信を実行する場合に考慮される第１の時間オフセットをさらに指定し、前記第２段階アップリンクリソーススケジューリングメッセージが、前記アップリンク送信を実行する場合に考慮される第２の時間オフセットを指定しており、
任意選択で、前記送信機が、動作時に、前記第２段階アップリンクリソーススケジューリングメッセージの受信に応じて、少なくとも前記第１および第２の時間オフセットの合計の後に前記アップリンク送信を実行する、請求項１〜５のいずれか一項に記載のユーザ機器。
【請求項７】
前記第１段階アップリンクリソーススケジューリングメッセージは、ダウンリンク制御情報（ＤＣＩ）メッセージが２段階アップリンクリソーススケジューリングの第１のアップリンクリソーススケジューリングメッセージであることを示す第１段階フラグをそれぞれ含むフォーマット０Ａ、０Ｂ、４Ａ、または４Ｂの前記ＤＣＩメッセージであり、
任意選択で、前記第２段階アップリンクリソーススケジューリングメッセージは、ダウンリンク制御情報（ＤＣＩ）メッセージが２段階アップリンクリソーススケジューリングの第２のアップリンクリソーススケジューリングメッセージであることを示す第２段階フラグを含むフォーマット１Ｃの前記ＤＣＩメッセージである、請求項１〜６のいずれか一項に記載のユーザ機器。
【請求項８】
アップリンク無線リソースがスケジューリングされるユーザ機器を動作させる方法であって、前記ユーザ機器と少なくとも１つのアンライセンスセル上のアップリンク無線リソースのスケジューリングを担う無線基地局との通信用に前記アンライセンスセルが設定され、
前記アンライセンスセルを介したアップリンク送信の実行に前記ユーザ機器が使用可能なアップリンク無線リソースを示す第１段階アップリンクリソーススケジューリングメッセージを前記無線基地局から受信するステップと、
前記第１段階アップリンクリソーススケジューリングメッセージと関連する第２段階アップリンクリソーススケジューリングメッセージを前記無線基地局から受信するステップと、
前記第１段階アップリンクリソーススケジューリングメッセージが有効か否かを判定するステップと、
前記第２段階アップリンクリソーススケジューリングメッセージを受信した場合、前記第１段階アップリンクリソーススケジューリングメッセージが有効であると判定された場合に、アップリンク送信がスケジューリングされたものと判定するステップであって、前記第１段階アップリンクリソーススケジューリングメッセージが有効であるかの前記判定が、前記第２段階アップリンクリソーススケジューリングメッセージの受信に先立つ所定の期間内に別の第２段階アップリンクリソーススケジューリングメッセージによってアップリンク送信がトリガーされたかに関する判定に基づく、ステップと、
アップリンク送信がスケジューリングされたものと判定された場合、前記アンライセンスセルを介してアップリンク送信を実行するステップと、
を含む、方法。
【請求項９】
前記第２段階アップリンクリソーススケジューリングメッセージの受信に先立つ前記所定の期間内に前記他方の第２段階アップリンクリソーススケジューリングメッセージによってアップリンク送信がトリガーされていない場合、前記第１段階アップリンクリソーススケジューリングメッセージが有効であるものと判定するステップをさらに含む、請求項８に記載の方法。
【請求項１０】
前記第２段階アップリンクリソーススケジューリングメッセージの受信に先立つ前記所定の期間内に前記他方の第２段階アップリンクリソーススケジューリングメッセージによってアップリンク送信がトリガーされた場合、前記第１段階アップリンクリソーススケジューリングメッセージを無効化するステップと、
前記第１段階アップリンクリソーススケジューリングメッセージが無効化されていない場合、前記第１段階アップリンクリソーススケジューリングメッセージが有効であるものと判定するステップと、
をさらに含む、請求項８に記載の方法。
【請求項１１】
前記第１段階アップリンクリソーススケジューリングメッセージが、前記ユーザ機器に対してアドレス指定され、前記第２段階アップリンクリソーススケジューリングメッセージが、前記第２段階アップリンクリソーススケジューリングメッセージを受信する複数のユーザ機器に対して共通にアドレス指定されており、
任意選択で、前記第１段階アップリンクリソーススケジューリングメッセージが、前記第１段階アップリンクリソーススケジューリングメッセージの前記送信において採用されたユーザ機器固有の識別情報により前記ユーザ機器に対してアドレス指定され、前記ユーザ機器固有の識別情報が設定可能であり、
任意選択で、前記第２段階アップリンクリソーススケジューリングメッセージが、前記第２段階アップリンクリソーススケジューリングメッセージの前記送信において採用された共有識別情報により、前記第２段階アップリンクリソーススケジューリングメッセージを受信する複数のユーザ機器に対して共通にアドレス指定され、前記共有識別情報が予め規定され、複数のユーザ機器に共通する、請求項８〜１０のいずれか一項に記載の方法。
【請求項１２】
前記第１段階アップリンクリソーススケジューリングメッセージが、前記第１段階アップリンクリソーススケジューリングメッセージを前記受信された第２段階アップリンクリソーススケジューリングメッセージと併せて考慮可能な前記所定の期間を指定しており、
任意選択で、前記第１段階アップリンクリソーススケジューリングメッセージの受信後の前記指定された所定の期間内に前記第２段階アップリンクリソーススケジューリングメッセージが受信された場合に、前記第１段階アップリンクリソーススケジューリングメッセージが前記第２段階アップリンクリソーススケジューリングメッセージと併せて考慮されるものと判定するステップをさらに含む、請求項８〜１１のいずれか一項に記載の方法。
【請求項１３】
前記第１段階アップリンクリソーススケジューリングメッセージが、前記アップリンク送信を実行する場合に考慮される第１の時間オフセットをさらに指定し、前記第２段階アップリンクリソーススケジューリングメッセージが、前記アップリンク送信を実行する場合に考慮される第２の時間オフセットを指定しており、
任意選択で、前記第２段階アップリンクリソーススケジューリングメッセージの受信に応じて、少なくとも前記第１および第２の時間オフセットの合計の後に前記アップリンク送信を実行するステップをさらに含む、請求項８〜１２のいずれか一項に記載の方法。
【請求項１４】
前記第１段階アップリンクリソーススケジューリングメッセージは、ダウンリンク制御情報（ＤＣＩ）メッセージが２段階アップリンクリソーススケジューリングの第１のアップリンクリソーススケジューリングメッセージであることを示す第１段階フラグをそれぞれ含むフォーマット０Ａ、０Ｂ、４Ａ、または４Ｂの前記ＤＣＩメッセージであり、
任意選択で、前記第２段階アップリンクリソーススケジューリングメッセージは、ダウンリンク制御情報（ＤＣＩ）メッセージが２段階アップリンクリソーススケジューリングの第２のアップリンクリソーススケジューリングメッセージであることを示す第２段階フラグを含むフォーマット１Ｃの前記ＤＣＩメッセージである、請求項８〜１３のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、アップリンク無線リソースがスケジューリングされるユーザ機器およびユーザ機器の動作方法に関する。
【背景技術】
【０００２】
［ロングタームエボリューション（ＬＴＥ）］
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ：Ｈｉｇｈ−Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ：Ｈｉｇｈ−Ｓｐｅｅｄ  Ｕｐｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称する新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。
【０００４】
Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（ＵＴＲＡ））および進化したＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）と称されるロングタームエボリューション（ＬＴＥ）に関する作業項目（ＷＩ：Ｗｏｒｋ  Ｉｔｅｍ）の仕様は、最終的にリリース８（ＬＴＥ  Ｒｅｌ．８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（たとえば、１．４ＭＨｚ、３．０ＭＨｚ、５．０ＭＨｚ、１０．０ＭＨｚ、１５．０ＭＨｚ、および２０．０ＭＨｚ）が指定されている。ダウンリンクには、直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ：Ｍｕｌｔｉｐａｔｈ  Ｉｎｔｅｒｆｅｒｅｎｃｅ）を受けにくく、また、サイクリックプレフィックス（ＣＰ：Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）を使用しており、さらに、様々な送信帯域幅の構成に対応可能だからである。アップリンクには、シングルキャリア周波数分割多重アクセス（ＳＣ−ＦＤＭＡ：Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥ  Ｒｅｌ．８／９では、数多くの主要なパケット無線アクセス技術（たとえば、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。
【０００５】
［ＬＴＥアーキテクチャ］
図１は、ＬＴＥの全体的なアーキテクチャを示している。Ｅ−ＵＴＲＡＮは、ｅＮｏｄｅＢから成り、ｅＮｏｄｅＢは、ユーザ機器（ＵＥ）向けのＥ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）プロトコルを終端させる。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤ、無線リンク制御（ＲＬＣ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクサービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元等、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インターフェースによって互いに接続されている。
【０００６】
また、複数のｅＮｏｄｅＢは、Ｓ１インターフェースによってＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（移動管理エンティティ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）に接続されている。Ｓ１インターフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インターフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（たとえば、ＩＰベアラサービスのパラメータまたはネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法傍受（ｌａｗｆｕｌ  ｉｎｔｅｒｃｅｐｔｉｏｎ）の場合にユーザトラフィックの複製を実行する。
【０００７】
ＭＭＥは、ＬＴＥアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラのアクティブ化／非アクティブ化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ：Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリングは、ＭＭＥにおいて終端される。ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公有地モバイルネットワーク（ＰＬＭＮ：Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。また、ＭＭＥは、ＬＴＥアクセスネットワークと２Ｇ／３Ｇアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インターフェースをＭＭＥにおいて終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインターフェースを終端させる。
【０００８】
［ＬＴＥにおけるコンポーネントキャリア構造］
３ＧＰＰ  ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームにおける時間−周波数領域でさらに分割される。３ＧＰＰ  ＬＴＥにおいて、各サブフレームは、図２に示すように２つのダウンリンクスロットに分割される。第１のダウンリンクスロットは、第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは、時間領域内の所与の数のＯＦＤＭシンボルから成り（３ＧＰＰ  ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に広がる。したがって、ＯＦＤＭシンボルの各々は、各サブキャリアで送信されるいくつかの変調シンボルから成る。ＬＴＥにおいて、各スロットにおける送信信号は、ＮＤＬＲＢ×ＮＲＢｓｃ本のサブキャリアとＮＤＬｓｙｍｂ個のＯＦＤＭシンボルのリソースグリッドによって記述される。ＮＤＬＲＢは、帯域幅の中のリソースブロックの数である。ＮＤＬＲＢは、セルにおいて設定されているダウンリンク送信帯域幅に依存し、Ｎｍｉｎ，ＤＬＲＢ≦ＮＤＬＲＢ≦Ｎｍａｘ，ＤＬＲＢを満たす。ここで、Ｎｍｉｎ，ＤＬＲＢ＝６およびＮｍａｘ，ＤＬＲＢ＝１１０はそれぞれ、現在のバージョンの仕様によってサポートされている最小ダウンリンク帯域幅および最大ダウンリンク帯域幅である。ＮＲＢｓｃは、１個のリソースブロックの中のサブキャリアの数である。通常のサイクリックプレフィックスのサブフレーム構造の場合、ＮＲＢｓｃ＝１２、ＮＤＬｓｙｍｂ＝７である。
【０００９】
たとえば、３ＧＰＰ  ロングタームエボリューション（ＬＴＥ）において使用されるＯＦＤＭを使用するマルチキャリア通信システムを仮定すると、スケジューラによって割り当て可能なリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）は、図２に例示したように、時間領域における連続するＯＦＤＭシンボル（たとえば、７個のＯＦＤＭシンボル）および周波数領域における連続するサブキャリア（たとえば、コンポーネントキャリアの１２本のサブキャリア）として規定される。したがって、３ＧＰＰ  ＬＴＥ（リリース８）では、物理リソースブロックがリソースエレメントから成り、時間領域における１つのスロットおよび周波数領域における１８０ｋＨｚに対応する（ダウンリンクリソースグリッドに関するさらなる詳細については、たとえば非特許文献１の第６．２項“Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)”（ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇで入手可能であり、参照により本明細書に組み込まれている）を参照）。
【００１０】
１つのサブフレームは、２つのスロットから成る。いわゆる「通常の（ｎｏｒｍａｌ）」ＣＰ（サイクリックプレフィックス）が使用されるときにはサブフレーム内に１４個のＯＦＤＭシンボルが存在し、いわゆる「拡張（ｅｘｔｅｎｄｅｄ）」ＣＰが使用されるときにはサブフレーム内に１２個のＯＦＤＭシンボルが存在する。専門用語を目的として、以下では、サブフレーム全体に広がる同じ連続サブキャリアと同等の時間−周波数リソースを「リソースブロックペア（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ｐａｉｒ）」または同等の「ＲＢペア（ＲＢ  ｐａｉｒ）」もしくは「ＰＲＢペア（ＰＲＢ  ｐａｉｒ）」と称する。用語「コンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）」は、周波数領域におけるいくつかのリソースブロックの組み合わせを表す。ＬＴＥの今後のリリースにおいて、用語「コンポーネントキャリア」はもはや使用されず、代わりに、その専門用語がダウンリンクリソースおよび任意選択でアップリンクリソースの組み合わせを表す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間のリンク付けは、ダウンリンクリソースで送信されるシステム情報において指示される。
【００１１】
コンポーネントキャリアの構造に関する同様の想定は、以降のリリースにも適用される。
【００１２】
［より広い帯域幅のサポートのためのＬＴＥ−Ａにおけるキャリアアグリゲーション］
ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルがＷｏｒｌｄ  Ｒａｄｉｏ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｃｏｎｆｅｒｅｎｃｅ  ２００７（ＷＲＣ−０７）にて決定されている。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域または国によって異なる。ただし、利用可能な周波数スペクトルのアウトラインの決定に続いて、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において無線インターフェースの標準化が始まっている。
【００１３】
ＬＴＥアドバンストシステムがサポートできる帯域幅は１００ＭＨｚであり、一方、ＬＴＥシステムは２０ＭＨｚのみをサポートできる。今日、無線スペクトルの欠如がワイヤレスネットワークの開発のボトルネックになり、結果として、ＬＴＥアドバンストシステムのために十分広いスペクトル帯域を見つけることは困難である。したがって、より広い無線スペクトル帯域を獲得するための方法を見つけることが急務であり、ここにおいて、可能性のある答えは、キャリアアグリゲーション機能である。
【００１４】
キャリアアグリゲーションでは、最大で１００ＭＨｚのより広い送信帯域幅をサポートする目的で、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされる。このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域にある場合でも、１００ＭＨｚに対して十分に広い。少なくともコンポーネントキャリアの帯域幅がＬＴＥ  Ｒｅｌ．８／９のセルのサポートされる帯域幅を超えない場合は、すべてのコンポーネントキャリアをＬＴＥ  Ｒｅｌ．８／９互換となるように設定できる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＲｅｌ．８／９互換でなくてよい。Ｒｅｌ．８／９のユーザ機器がコンポーネントキャリアにキャンプオンすることを回避するため、既存のメカニズム（たとえば、バーリング）が用いられるようになっていてもよい。
【００１５】
ユーザ機器は、その能力に応じて、（複数のサービングセルに対応する）１つまたは複数のコンポーネントキャリアを同時に受信または送信できる。キャリアアグリゲーションのための受信能力および／または送信能力を備えたＬＴＥ−Ａ  Ｒｅｌ．１０のユーザ機器は、複数のサービングセル上で同時に受信および／または送信可能である。これに対して、ＬＴＥ  Ｒｅｌ．８／９のユーザ機器は、コンポーネントキャリアの構造がＲｅｌ．８／９の仕様に従う場合、１つのみのサービングセル上で受信および送信を行うことができる。
【００１６】
キャリアアグリゲーションは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてサポートされ、各コンポーネントキャリアは、（３ＧＰＰ  ＬＴＥ（リリース８／９）のヌメロロジを使用して）周波数領域における最大１１０個のリソースブロックに制限される。
【００１７】
同じｅＮｏｄｅＢ（基地局）に由来し、場合によりアップリンクおよびダウンリンクにおいて異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）互換のユーザ機器を構成することが可能である。設定可能なダウンリンクコンポーネントキャリアの数は、ＵＥのダウンリンクのアグリゲーション能力によって決まる。逆に、設定可能なアップリンクコンポーネントキャリアの数は、ＵＥのアップリンクのアグリゲーション能力によって決まる。現時点では、ダウンリンクコンポーネントキャリアよりもアップリンクコンポーネントキャリアが多い状態に移動端末を設定することはできない。一般的なＴＤＤ配備において、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じｅＮｏｄｅＢから送信されるコンポーネントキャリアが同じカバレッジを提供する必要はない。
【００１８】
連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、３００ｋＨｚの整数倍であるものとする。これは、３ＧＰＰ  ＬＴＥ（リリース８／９）の１００ｋＨｚの周波数ラスターとの互換性を保つと同時に、１５ｋＨｚ間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔あけを容易にすることができる。
【００１９】
複数のキャリアをアグリゲートする影響は、ＭＡＣレイヤまでしか及ばない。ＭＡＣレイヤには、アップリンクおよびダウンリンクの両方において、アグリゲートされるコンポーネントキャリアごとに１つのＨＡＲＱエンティティが要求される。コンポーネントキャリア当たりのトランスポートブロックは、（アップリンクにおけるＳＵ−ＭＩＭＯを使用しない場合）最大１個である。トランスポートブロックおよびそのＨＡＲＱ再送信（発生時）は、同じコンポーネントキャリアにマッピングする必要がある。
【００２０】
キャリアアグリゲーションが設定される場合、移動端末は、ネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立においては、ＬＴＥ  Ｒｅｌ．８／９と同様に、１つのセルがセキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）モビリティ情報（たとえば、ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、ダウンリンクプライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ  Ｃｅｌｌ）と称する。接続状態では、ユーザ機器当たり常に１つのダウンリンクＰＣｅｌｌ（ＤＬ  ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ  ＰＣｅｌｌ）が設定される。コンポーネントキャリアの設定されたセットにおいて、他のセルはセカンダリセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）と呼ばれ、ＳＣｅｌｌのキャリアはダウンリンクセカンダリコンポーネントキャリア（ＤＬ  ＳＣＣ）およびアップリンクセカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ）である。１つのＵＥに対しては、現在、最大５つのサービングセル（ＰＣｅｌｌを含む）を設定できる。
【００２１】
ＲＲＣによって、コンポーネントキャリアの設定および再設定のほか、追加および削除を実行可能である。アクティブ化および非アクティブ化については、たとえばＭＡＣ制御エレメントを介して行われる。ＬＴＥ内ハンドオーバーにおいて、ＲＲＣは、対象セルにおいて使用するＳＣｅｌｌの追加、削除、または再設定も可能である。新しいＳＣｅｌｌを追加する場合は、（リリース８／９におけるハンドオーバーと同様に）送信／受信に必要なＳＣｅｌｌのシステム情報の送信に個別のＲＲＣシグナリングが用いられる。ＳＣｅｌｌが１つのＵＥに追加される場合、各ＳＣｅｌｌには、サービングセルインデックスが設定される。ＰＣｅｌｌのサービングセルインデックスは、常に０である。
【００２２】
ユーザ機器にキャリアアグリゲーションが設定されている場合は、常にアクティブな少なくとも一対のアップリンクおよびダウンリンクコンポーネントキャリアが存在する。対のダウンリンクコンポーネントキャリアは、「ＤＬアンカーキャリア」と称される場合もある。同じことがアップリンクにも当てはまる。キャリアアグリゲーションが設定されている場合は、複数のコンポーネントキャリア上で同時にユーザ機器がスケジューリングされるようになっていてもよいが、常に継続するランダムアクセス手順は、せいぜい１つであるものとする。クロスキャリアスケジューリングによれば、コンポーネントキャリアのＰＤＣＣＨは、別のコンポーネントキャリア上でリソースをスケジューリングすることができる。このため、各ＤＣＩ（ダウンリンク制御情報）フォーマットにおいては、ＣＩＦと称するコンポーネントキャリア識別フィールドが導入される。
【００２３】
ＲＲＣシグナリングにより確立されたアップリンクおよびダウンリンクコンポーネントキャリア間のリンクによれば、クロスキャリアスケジューリングが存在しない場合にグラントが適用されるアップリンクコンポーネントキャリアを識別することができる。ダウンリンクコンポーネントキャリアのアップリンクコンポーネントキャリアへのリンクは、必ずしも１対１である必要はない。言い換えると、同じアップリンクコンポーネントキャリアに２つ以上のダウンリンクコンポーネントキャリアがリンクし得る。一方、１つのアップリンクコンポーネントキャリアには１つのダウンリンクコンポーネントキャリアのみがリンクし得る。
【００２４】
［アップリンク／ダウンリンクスケジューリング］
ｅＮｏｄｅＢにおけるＭＡＣ機能はスケジューリングを参照し、それによってｅＮＢは、１つのセル中の利用可能な無線リソースをＵＥ間および各ＵＥの無線ベアラ間で分配する。原理上、ｅＮｏｄｅＢは、ｅＮｏｄｅＢにバッファリングされたダウンリンクデータおよびＵＥから受信されたバッファステータスレポート（ＢＳＲ）にそれぞれ基づいて、ダウンリンクおよびアップリンクリソースを各ＵＥに割り当てる。このプロセスにおいて、ｅＮｏｄｅＢは、設定された各無線ベアラのＱｏＳ要件を考慮して、ＭＡＣ  ＰＤＵのサイズを選択する。
【００２５】
スケジューリングの通例モードは、ダウンリンク送信リソースを割り当てるダウンリンクグラント／割当てメッセージ（ＤＣＩ）およびアップリンク送信リソースを割り当てるアップリンクグラント／割当てメッセージによる動的なスケジューリングである。これらは、意図したＵＥを識別するセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）を用いて物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で送信される。動的なスケジューリングのほか、パーシステントなスケジューリングが規定されており、これは、無線リソースを準静的に設定するとともに、１サブフレームよりも長い期間にわたってＵＥに割り当てることを可能にし、各サブフレームに対してＰＤＣＣＨ上で特定のダウンリンク割当てメッセージまたはアップリンクグラントメッセージが必要になることはない。パーシステントなスケジューリングの設定または再設定の場合、ＲＲＣシグナリングは、無線リソースが周期的に割り当てられるリソース割当て間隔を指定する。パーシステントなスケジューリングの設定または再設定にＰＤＣＣＨが用いられる場合は、動的なスケジューリングに用いられるスケジューリングメッセージから、パーシステントなスケジューリングに適用されるスケジューリングメッセージを識別する必要がある。このため、セミパーシステントなスケジューリングのＣ−ＲＮＴＩ（ＳＰＳ−Ｃ−ＲＮＴＩ）として知られる特殊なスケジューリング識別情報が用いられるが、これはＵＥごとに、動的なスケジューリングのメッセージに用いられるＣ−ＲＮＴＩとは異なる。
【００２６】
スケジューリング対象のユーザに、ユーザの割当て状態、トランスポートフォーマット、およびその他の送信関連情報（たとえば、ＨＡＲＱ情報、送信電力制御（ＴＰＣ：Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）コマンド）を通知する目的で、Ｌ１／Ｌ２制御シグナリングがデータとともにダウンリンクで送信される。Ｌ１／Ｌ２制御シグナリングは、サブフレーム内でダウンリンクデータとともに多重化される（ユーザ割当てがサブフレーム単位で変化し得るものと仮定する）。ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもできる、その場合、ＴＴＩ長がサブフレームの整数倍となり得ることに留意されたい。ＴＴＩ長は、サービスエリア内ですべてのユーザに対して一定であってもよいし、異なるユーザに対して異なる長さであってもよいし、ユーザごとに動的であってもよい。一般的に、Ｌ１／Ｌ２制御シグナリングは、ＴＴＩ当たり１回送信すればよい。以下では、一般性を失うことなく、ＴＴＩが１サブフレームに等しいものと仮定する。
【００２７】
Ｌ１／Ｌ２制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）としてのメッセージを伝える。ＤＣＩには、ほとんどの場合、移動端末またはＵＥのグループへのリソース割当ておよびその他の制御情報が含まれる。一般的には、複数のＰＤＣＣＨを１つのサブフレーム内で送信可能である。
【００２８】
ダウンリンク制御情報は、いくつかのフォーマットの形をとり、これらのフォーマットは、全体のサイズとそれぞれのフィールドに含まれる情報とが異なる。ＬＴＥについて現在規定されている様々なＤＣＩフォーマットは、非特許文献２の第５．３．３．１項“Multiplexing and channel coding”（ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇで入手可能であり、参照により本明細書に組み込まれている）に詳しく記載されている。ＤＣＩフォーマットに関する詳細な情報およびＤＣＩにおいて送信される特定の情報については、前述の技術規格または参照により本明細書に組み込まれている非特許文献３を参照されたい。将来的には、別のフォーマットが規定される可能性もある。
【００２９】
［レイヤ１／レイヤ２制御シグナリング］
スケジューリング対象のユーザに、ユーザの割当て状態、トランスポートフォーマット、およびその他の送信関連情報（たとえば、ＨＡＲＱ情報、送信電力制御（ＴＰＣ：Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）コマンド）を通知する目的で、Ｌ１／Ｌ２制御シグナリングがデータとともにダウンリンクで送信される。Ｌ１／Ｌ２制御シグナリングは、サブフレーム内でダウンリンクデータとともに多重化される（ユーザ割当てがサブフレーム単位で変化し得るものと仮定する）。ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもできる。その場合、ＴＴＩ長がサブフレームの整数倍となり得ることに留意されたい。ＴＴＩ長は、サービスエリア内ですべてのユーザに対して一定であってもよいし、異なるユーザに対して異なる長さであってもよいし、ユーザごとに動的であってもよい。一般的に、Ｌ１／Ｌ２制御シグナリングは、ＴＴＩ当たり１回送信すればよい。以下では、一般性を失うことなく、ＴＴＩが１サブフレームに等しいものと仮定する。
【００３０】
Ｌ１／Ｌ２制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）としてのメッセージを伝える。ＤＣＩには、ほとんどの場合、移動端末またはＵＥのグループへのリソース割当ておよびその他の制御情報が含まれる。一般的には、複数のＰＤＣＣＨを１つのサブフレーム内で送信可能である。
【００３１】
３ＧＰＰ  ＬＴＥにおいて、アップリンクスケジューリンググラントまたはアップリンクリソース割当てとも称されるアップリンクデータ送信のための割当ては、ＰＤＣＣＨ上でも送信されることに留意されたい。さらに、３ＧＰＰリリース１１では、ＰＤＣＣＨと基本的に同じ機能を満たすＥＰＤＣＣＨが導入された。すなわち、詳細な送信方法はＰＤＣＣＨと異なるものの、Ｌ１／Ｌ２制御シグナリングが搬送される。さらなる詳細については、非特許文献１および非特許文献４の現行バージョンに見られるが、これらは参照により本明細書に組み込まれている。結果として、背景技術および実施形態において概説されるほとんどの項目は、特段の断りのない限り、ＰＤＣＣＨおよびＥＰＤＣＣＨ、またはＬ１／Ｌ２制御シグナリングを搬送する他の手段に当てはまる。
【００３２】
一般的に、アップリンク無線リソースまたはダウンリンク無線リソースを割り当てる目的でＬ１／Ｌ２制御シグナリングで送られる情報は（特にＬＴＥ（−Ａ）リリース１０）、以下の項目に分類可能である。
−  ユーザ識別情報（Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ）：割り当てる対象のユーザを示す。この情報は通常、ＣＲＣをユーザ識別情報によってマスクすることによりチェックサムに含まれる。
−  リソース割当て情報（Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）：ユーザが割り当てられるリソース（たとえば、リソースブロック（ＲＢ））を示す。あるいは、この情報は、リソースブロック割当て（ＲＢＡ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ  Ａｓｓｉｇｎｍｅｎｔ）と称する。なお、ユーザが割り当てられるＲＢの数は、動的とすることができる。
−  キャリアインジケータ（Ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ）：第１のキャリアで送信される制御チャネルが、第２のキャリアに関連するリソース（すなわち第２のキャリアのリソースまたは第２のキャリアに関連するリソース）を割り当てる場合に使用される（クロスキャリアスケジューリング）。
−  変調・符号化方式（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）：採用される変調方式および符号化率を決定する。
−  ＨＡＲＱ情報：データパケットまたはその一部の再送信時に特に有用である新規データインジケータ（ＮＤＩ：Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）および／または冗長バージョン（ＲＶ：Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）等。
−  電力制御コマンド：割当て対象のアップリンクのデータまたは制御情報の送信時の送信電力を調整する。
−  参照信号情報：割当て対象の参照信号の送信または受信に使用される適用される循環シフトおよび／または直交カバーコード（ＯＣＣ）インデックス等。
−  アップリンク割当てインデックスまたはダウンリンク割当てインデックス：割当ての順序を識別するために使用され、ＴＤＤシステムにおいて特に有用である。
−  ホッピング情報：たとえば、周波数ダイバーシチを増大させる目的でリソースホッピングを適用するかどうか、および適用方法を指示情報。
−  ＣＳＩ要求：割り当てられるリソースにおいてチャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）を送信するようにトリガーするために使用される。
−  マルチクラスタ情報：シングルクラスタ（ＲＢの連続的なセット）で送信を行うか、マルチクラスタ（連続的なＲＢの少なくとも２つの不連続なセット）で送信を行うかを指示して制御するために使用されるフラグである。マルチクラスタ割当ては、３ＧＰＰ  ＬＴＥ−（Ａ）リリース１０により導入されている。
【００３３】
上記リストは、すべてを網羅したものではなく、また、使用されるＤＣＩフォーマットによっては、前述の情報項目すべてを各ＰＤＣＣＨ送信に含める必要はないことに留意されたい。
【００３４】
ダウンリンク制御情報は、いくつかのフォーマットの形をとり、これらのフォーマットは、全体のサイズと、上述したフィールドに含まれる情報とが異なる。以下、ＬＴＥについて現在規定されている一部のＤＣＩフォーマットを一覧する。より詳細な情報については、非特許文献５の、特に第５．３．３．１項“DCI formats”に示されており、参照により本明細書に組み込まれている。
−  フォーマット０：ＤＣＩフォーマット０は、ＰＵＳＣＨのリソースグラントの送信に用いられるものであり、アップリンク送信モード１または２において単一アンテナポート送信を使用する。
−  フォーマット１：ＤＣＩフォーマット１は、単一コードワードＰＤＳＣＨ送信のリソース割当ての送信に用いられる（ダウンリンク送信モード１、２、および７）。
−  フォーマット１Ａ：ＤＣＩフォーマット１Ａは、単一コードワードＰＤＳＣＨ送信のリソース割当てのコンパクトシグナリングおよび（すべての送信モードについて）コンテンションのないランダムアクセスのための移動端末への個別プリアンブルシグネチャの割当てに用いられる。
−  フォーマット１Ｂ：ＤＣＩフォーマット１Ｂは、ランク１送信（ダウンリンク送信モード６）の閉ループプリコーディングを用いたＰＤＳＣＨ送信のリソース割当てのコンパクトシグナリングに用いられる。送信される情報は、フォーマット１Ａと同じであるが、これに追加して、プリコーディングベクトルのインジケータがＰＤＳＣＨ送信に適用される。
−  フォーマット１Ｃ：ＤＣＩフォーマット１Ｃは、ＰＤＳＣＨ割当ての非常にコンパクトな送信に用いられる。フォーマット１Ｃが用いられる場合、ＰＤＳＣＨ送信は、ＱＰＳＫ変調の使用に制限される。これは、たとえばページングメッセージおよびブロードキャストシステム情報メッセージのシグナリングに用いられる。
−  フォーマット１Ｄ：ＤＣＩフォーマット１Ｄは、マルチユーザＭＩＭＯを用いたＰＤＳＣＨ送信のリソース割当てのコンパクトシグナリングに用いられる。送信される情報は、フォーマット１Ｂと同じであるが、プリコーディングベクトルインジケータのビットのうちの１つの代わりとして、電力オフセットがデータシンボルに適用されるかを示す単一のビットが存在する。この特徴は、送信電力が２つのＵＥ間で共有されるか否かを示すのに必要である。このことは、ＬＴＥの将来バージョンにおいて、より多くのＵＥ間での電力共有の場合へと拡張される可能性がある。
−  フォーマット２：ＤＣＩフォーマット２は、閉ループＭＩＭＯ動作に関するＰＤＳＣＨのリソース割当ての送信に用いられる（送信モード４）。
−  フォーマット２Ａ：ＤＣＩフォーマット２Ａは、開ループＭＩＭＯ動作に関するＰＤＳＣＨのリソース割当ての送信に用いられる。送信される情報は、フォーマット２と同じであるが、ｅＮｏｄｅＢが２つの送信アンテナポートを有する場合はプリコーディング情報が存在せず、アンテナポートが４つの場合は送信ランクを示すのに２つのビットが用いられる（送信モード３）。
−  フォーマット２Ｂ：リリース９にて導入され、二重レイヤビームフォーミングに関するＰＤＳＣＨのリソース割当ての送信に用いられる（送信モード８）。
−  フォーマット２Ｃ：リリース１０にて導入されたフォーマットであり、最大８レイヤの閉ループシングルユーザまたはマルチユーザＭＩＭＯ動作に関するＰＤＳＣＨのリソース割当ての送信に用いられる（送信モード９）。
−  フォーマット２Ｄ：リリース１１にて導入されたフォーマットであり、最大８レイヤの送信に用いられ、主としてＣＯＭＰ（Ｃｏｏｐｅｒａｔｉｖｅ  Ｍｕｌｔｉｐｏｉｎｔ：協調マルチポイント）に用いられる（送信モード１０）。
−  フォーマット３および３Ａ：ＤＣＩフォーマット３および３Ａは、それぞれ２ビットまたは１ビットの電力調整を伴うＰＵＣＣＨおよびＰＵＳＣＨの電力制御コマンドの送信に用いられる。これらのＤＣＩフォーマットには、ＵＥ群に対する個々の電力制御コマンドを含む。
−  フォーマット４：ＤＣＩフォーマット４は、アップリンク送信モード２における閉ループ空間多重化送信を用いたＰＵＳＣＨのスケジューリングに用いられる。
−  フォーマット５：ＤＣＩフォーマット５は、ＰＳＣＣＨ（物理サイドリンク制御チャネル）のスケジューリングに用いられるとともに、ＰＳＳＣＨ（物理サイドリンク共有制御チャネル）のスケジューリングに用いられる複数のＳＣＩフォーマット０フィールドを含む。所与のサーチスペースにマッピングされたＤＣＩフォーマット５の情報ビット数が同じサービングセルをスケジューリングするフォーマット０のペイロードサイズよりも小さい場合は、ペイロードサイズがフォーマット０に付加されたパディングビットを含めてフォーマット０のペイロードサイズと等しくなるまで、フォーマット５にゼロが付加されるものとする。
【００３５】
［アンライセンス帯のＬＴＥ−ライセンスアシストアクセス（ＬＡＡ）］
２０１４年９月、３ＧＰＰは、アンライセンススペクトル上でのＬＴＥ動作に関する新たな研究項目を開始した。ＬＴＥをアンライセンス帯に拡張する理由は、ライセンス帯の制約量と併せて無線広帯域データに対する需要がますます増加していることである。したがって、サービス提供を拡大させる補完ツールとして、セルラー事業者がアンライセンススペクトルをより考慮している。Ｗｉ−Ｆｉ等の他の無線アクセス技術（ＲＡＴ）への依拠と比較した場合のアンライセンス帯におけるＬＴＥの１つの利点として、アンライセンススペクトルアクセスによるＬＴＥプラットフォームの補完により、事業者および供給業者は、ＬＴＥ／ＥＰＣハードウェアへの既存または計画投資を無線コアネットワークに利用可能である。
【００３６】
ただし、Ｗｉ−Ｆｉ等のアンライセンススペクトルにおける他の無線アクセス技術（ＲＡＴ）との共存が不可欠であることから、アンライセンススペクトルアクセスとライセンススペクトルアクセスの品質の一致があり得ないことを考慮する必要がある。したがって、少なくとも最初のうち、アンライセンス帯のＬＴＥ動作は、アンライセンススペクトルにおける単独動作ではなく、ライセンススペクトル上のＬＴＥの補完と考えられる。この仮定に基づいて、３ＧＰＰは、少なくとも１つのライセンス帯と併せてアンライセンス帯のＬＴＥ動作用のライセンスアシストアクセス（ＬＡＡ）という用語を確立した。ただし、アンライセンススペクトル上すなわちライセンスセルによるアシストのないＬＴＥの将来的な独立動作についても除外しないものとする。拡張ライセンスアシストアクセス（ｅＬＡＡ：Ｅｎｈａｎｃｅｄ  Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ）は、ＬＡＡの拡張であり、特にアップリンクにおいても同様にアンライセンススペクトルを利用する。ライセンススペクトルの補完としてアンライセンススペクトルを効率的に使用すれば、サービスプロバイダひいては無線産業全体として大きな価値がもたらされる可能性がある。アンライセンススペクトルにおいてＬＴＥ動作の十分な恩恵を利用するには、すでに規定されたＤＬアクセス方式に加えて、完全なＵＬアクセス方式を規定するのが最も重要である。
【００３７】
３ＧＰＰにおいて現在計画されている一般的なＬＡＡ手法では、すでに具体化されているＲｅｌ．１２のキャリアアグリゲーション（ＣＡ）フレームワークを可能な限り利用するが、前述のＣＡフレームワーク設定には、いわゆるプライマリセル（ＰＣｅｌｌ）キャリアおよび１つまたは複数のセカンダリセル（ＳＣｅｌｌ）キャリアを含む。ＣＡは一般的に、セルの自己スケジューリング（スケジューリング情報およびユーザデータが同じコンポーネントキャリア上で送信される）およびセル間のクロスキャリアスケジューリング（ＰＤＣＣＨ／ＥＰＤＣＣＨに関するスケジューリング情報およびＰＤＳＣＨ／ＰＵＳＣＨに関するユーザデータが異なるコンポーネントキャリア上で送信される）の両者をサポートする。
【００３８】
ライセンスＰＣｅｌｌ、ライセンスＳＣｅｌｌ１、および様々なアンライセンスＳＣｅｌｌ２、３、および４（スモールセルとして例示）を含むごく基本的なシナリオを図４に示す。アンライセンスＳＣｅｌｌ２、３、および４の送信／受信ネットワークノードとしては、ｅＮＢが管理するリモート無線ヘッドも可能であるし、ネットワークにアタッチされるもののｅＮＢが管理しないノードも可能である。簡単化のため、図中、ｅＮＢまたはネットワークに対するこれらのノードの接続は、明示的に示していない。
【００３９】
現在、３ＧＰＰを想定した基本的な手法としては、ＰＣｅｌｌがライセンス帯で動作する一方、１つまたは複数のＳＣｅｌｌがアンライセンス帯で動作することになる。この方法の１つの利点として、たとえば音声または動画等、高いサービス品質（ＱｏＳ）が求められる制御メッセージおよびユーザデータの確実な送信にＰＣｅｌｌを使用可能である一方、アンライセンススペクトルにおけるＳＣｅｌｌでは、シナリオに応じて、他のＲＡＴとの共存が不可欠であることによるある程度のＱｏＳの低下が生じる可能性もある。
【００４０】
ＬＡＡは、５ＧＨｚのアンライセンス帯に焦点を当てることに合意している。このため、最も重要な問題の１つとして、これらのアンライセンス帯で動作するＷｉ−Ｆｉ（ＩＥＥＥ  ８０２．１１）システムとの共存が挙げられる。ＬＴＥとＷｉ−Ｆｉ等の他のテクノロジとの公平な共存のほか、同じアンライセンス帯の異なるＬＴＥ事業者間の公平性をサポートするため、地域および特定の周波数帯によって一部が決まり得る特定組の規制ルールにより、アンライセンス帯の場合のＬＴＥのチャネルアクセスを順守する必要がある。５ＧＨｚのアンライセンス帯における動作の場合の全地域の規制要件の包括的な説明については、非特許文献６（参照により本明細書に組み込まれている）のほか、非特許文献７に記載されている。地域および帯域に応じて、ＬＡＡ手順の設計時に考慮すべき規制要件には、動的周波数選択（ＤＦＳ：Ｄｙｎａｍｉｃ  Ｆｒｅｑｕｅｎｃｙ  Ｓｌｅｃｔｉｏｎ）、送信電力制御（ＴＰＣ：Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）、リッスンビフォアトーク（ＬＢＴ：Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ）、および最大送信持続時間が制限された不連続送信を含む。３ＧＰＰの目的は、ＬＡＡ用の単一のグローバルフレームワークを対象とすることであり、基本的には、５ＧＨｚの様々な地域および帯域に関するすべての要件をシステム設計に考慮する必要があることを意味する。
【００４１】
たとえば、欧州においては、公称チャネル帯域幅（Ｎｏｍｉｎａｌ  Ｃｈａｎｎｅｌ  Ｂａｎｄｗｉｄｔｈ）の特定の制限が設定されており、非特許文献８の第４．３項から明らかである（参照により本明細書に組み込まれている）。公称チャネル帯域幅は、単一のチャネルに割り当てられたガード帯域を含む最も広い周波数帯である。占有チャネル帯域幅は、信号の電力の９９％を含む帯域幅である。デバイスは、１つまたは複数の隣接または非隣接チャネルにおいて同時に動作可能である。
【００４２】
リッスンビフォアトーク（ＬＢＴ）手順は、機器がチャネルの使用前にクリアチャネル評価（ＣＣＡ：Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ）チェックを適用するメカニズムとして規定されている。ＣＣＡでは、少なくともエネルギー検出を利用して、チャネル上の他の信号の有無を判定することにより、チャネルの占有またはクリアをそれぞれ判定する。現在の欧州および日本の規制では、アンライセンス帯におけるＬＢＴの使用が必要である。規制要件を別として、ＬＢＴを介したキャリアセンシングがアンライセンススペクトルの公平な共有のための１つの方法であることから、単一のグローバルソリューションフレームワークにおいては、アンライセンススペクトルにおける公平かつフレンドリな動作に不可欠の特徴と考えられる。
【００４３】
アンライセンススペクトルにおいては、チャネル可用性が常に保証されることはない。また、欧州および日本等の特定の地域では、アンライセンススペクトルにおける連続送信を禁止し、送信バーストの最大持続時間に制限を設けている。このため、最大送信持続時間が制限された不連続送信がＬＡＡの必要な機能である。レーダシステムからの干渉を検出し、これらのシステムとの同一チャネル動作を回避するため、特定の地域および帯域にはＤＦＳが求められる。その意図はさらに、スペクトルの均一に近い負荷を実現することである。ＤＦＳ動作および対応する要件は、マスター−スレーブ原理と関連付けられている。マスターは、レーダ干渉を検出するものとするが、マスターと関連付けられた別のデバイスに依拠して、レーダ検出を実行可能である。
【００４４】
ほとんどの地域において、５ＧＨｚのアンライセンス帯上の動作は、ライセンス帯上の動作よりも低い送信電力レベルに制限されて、カバレッジエリアが小さくなる。ライセンスキャリアおよびアンライセンスキャリアが同一の電力で送信されるとしても、通例は、信号の経路損失およびシャドーイング効果の増大によって、５ＧＨｚ帯のアンライセンスキャリアが２ＨＧｚ帯のライセンスセルよりも小さなカバレッジエリアをサポートすることが予想される。特定の地域および帯域の別の要件として、他のデバイスが同じアンライセンス帯で動作する場合に生じる干渉の平均レベルを抑えるためのＴＰＣの利用がある。
【００４５】
詳細な情報については非特許文献８に見られるが、これは、参照により本明細書に組み込まれている。
【００４６】
デバイスは、ＬＢＴに関する欧州規制に従って、データ送信で無線チャネルを占有する前に、クリアチャネル評価（ＣＣＡ）を実行する必要がある。たとえばエネルギー検出に基づいてチャネルが空いていることを検出して初めて、アンライセンスチャネル上の送信を開始することができる。特に、機器は、ＣＣＡの間、一定の最小時間（たとえば、欧州の場合は２０μｓ（非特許文献８の第４．８．３項参照））にわたってチャネルを観測する必要がある。チャネルは、検出されたエネルギーレベルがＣＣＡの設定閾値（たとえば、欧州の場合は−７３ｄＢｍ／ＭＨｚ（非特許文献８の第４．８．３項参照））を超える場合に、占有されているものと考えられる。逆に、検出された電力レベルがＣＣＡの設定閾値を下回る場合は、空いているものと考えられる。チャネルが占有されていると判定された場合は、次の固定フレーム期間におけるチャネル上の送信は行われないものとする。チャネルが空きに分類されると、機器は、直ちに送信可能である。これにより、最大送信持続時間が制限されて、同じ帯域上で動作する他のデバイスとの公平なリソース共有が容易化される。
【００４７】
ＣＣＡのエネルギー検出は、チャネル帯域幅全体（たとえば、５ＧＨｚのアンライセンス帯における２０ＭＨｚ）にわたって実行される。これは、チャネル内のＬＴＥ  ＯＦＤＭシンボルのすべてのサブキャリアの受信電力レベルが、ＣＣＡを実行したデバイスで評価されるエネルギーレベルに寄与することを意味する。
【００４８】
上述のＣＣＡのほか、参照により本明細書に組み込まれている非特許文献８の第４．９．２．２項の記載に従って機器がロードベース機器（ＬＢＥ：Ｌｏａｄ  Ｂａｓｅｄ  Ｅｑｕｉｐｍｅｎｔ）として分類されている場合は、別の拡張ＣＣＡ（ＥＣＣＡ）の適用が求められる可能性もある。ＥＣＣＡには、ランダム係数ＮにＣＣＡ観測時間スロットを乗じた持続時間にわたる別のＣＣＡ観測時間を含む。Ｎは、送信の開始前に観測する必要がある総アイドル期間となるクリアアイドルスロット数を規定する。
【００４９】
さらに、チャネルの可用性の再評価（すなわち、ＬＢＴ／ＣＣＡ）なく機器が所与のキャリア上で送信を行う合計時間は、チャネル占有時間として規定されている（非特許文献８の第４．８．３．１項参照）。チャネル占有時間は、１ｍｓ〜１０ｍｓの範囲とする。ただし、欧州で現在規定されているように、最大チャネル占有時間は、たとえば４ｍｓとすることも可能である。さらに、アンライセンスセルでの送信後にＵＥが送信を行えない最小アイドル時間も存在しており、この最小アイドル時間は、少なくともチャネル占有時間の５％である。アイドル期間の最後に、ＵＥは、新しいＣＣＡ等を実行することができる。この送信挙動を図５に模式的に示すが、この図は、非特許文献８（図２"Example of timing for Frame Based Equipment"）に由来する。
【００５０】
図６は、特定の周波数帯（アンライセンスセル）上のＷｉ−Ｆｉ送信とＬＡＡ  ＵＥ送信との間のタイミングを示している。図５から分かるように、Ｗｉ−Ｆｉバーストの後は、たとえば次のサブフレーム境界まで予約信号を送信することによってｅＮＢがアンライセンスセルを「予約する」前に、少なくともＣＣＡギャップが必要である。その後、実際のＬＡＡ  ＤＬバーストが開始となる。このことは、ＣＣＡの実行に成功後、予約信号を送信して実際のＬＡＡ  ＵＬバーストを開始することによりサブフレームを予約するＬＴＥ  ＵＥにも同様に当てはまることになる。
【００５１】
［アンライセンスセルにおけるアップリンクスケジューリング］
ｅＬＡＡに対しては、単一サブフレームおよび複数サブフレームのグラントならびにそれぞれの単一および複数のアンテナポートのアップリンク送信（ＰＵＳＣＨ）をサポートするため、ＤＣＩフォーマット０Ａ、０Ｂ、４Ａ、および４Ｂが提供されている。
・  ＤＣＩフォーマット０Ａ：単一サブフレーム、単一アンテナポート
・  ＤＣＩフォーマット０Ｂ：複数サブフレーム、単一アンテナポート
・  ＤＣＩフォーマット４Ａ：単一サブフレーム、複数アンテナポート
・  ＤＣＩフォーマット４Ｂ：複数サブフレーム、複数アンテナポート
これらのＤＣＩフォーマットの詳細については、参照により本明細書に組み込まれている非特許文献５の第５．３．３．１．１Ａ項、第５．３．３．１．１Ｂ項、第５．３．３．１．８Ａ項、第５．３．３．１．８Ｂ項に見られる。
【００５２】
これらのＤＣＩフォーマット（すなわち、アップリンクグラント）のいずれかは、１段階グラントまたは２段階グラントの一部のいずれかとすることができる。ＬＴＥにおける現行の例示的な実施態様（非特許文献５参照）においては、ビット値が０の場合に受信アップリンクグラントが「非トリガースケジューリング」用（すなわち、１段階アップリンクグラント）であるか、ビット値が１の場合に「トリガースケジューリング」用（すなわち、２段階アップリンクグラント）であるかを区別する１ビットのフィールドである「ＰＵＳＣＨトリガーＡ」フィールドによって反映される。これは、ＵＥに対する無線リソースのスケジューリングを担う無線ネットワークエンティティであるｅＮＢによって制御可能である。
【００５３】
２段階アップリンクスケジューリング手順においては、ＵＥによる特定方法での２つの別個のメッセージ（「トリガーＡ」および「トリガーＢ」）の受信により、１つのアップリンク送信をスケジューリングする必要がある。
【００５４】
トリガーＡメッセージとしては、上記アップリンクグラント（すなわち、ＤＣＩフォーマット０Ａ、０Ｂ、４Ａ、または４Ｂ）のいずれかが可能である。この２段階グラントに関して、４つのＤＣＩフォーマットには、非特許文献５において現在規定されている通り、以下のデータフィールドを含む。
【００５５】
「ＰＵＳＣＨトリガーＡ（１ビット）：［３］の第８．０項に規定されている通り、値０が非トリガースケジューリングを示し、値１がトリガースケジューリングを示す。
−  タイミングオフセット（４ビット）：［３］に規定されている。
−  トリガースケジューリングのフラグが０に設定されている場合、
−  このフィールドは、ＰＵＳＣＨ送信の絶対タイミングオフセットを示す。
−  それ以外の場合、
−  このフィールドの最初の２つのビットは、ＰＵＳＣＨ送信の相対タイミングオフセットを示す。
−  このフィールドの最後の２つのビットは、トリガースケジューリングによるＰＵＳＣＨのスケジューリングが有効な時間ウィンドウを示す。」
【００５６】
また、トリガーＡメッセージに利用可能なＤＣＩフォーマットには、「リソースブロック割当て」フィールド、「変調・符号化方式」フィールド、「ＨＡＲＱプロセス番号」フィールド等、アップリンク送信用にスケジューリングされた無線リソースを示す通常のデータフィールドを含む。さらに、ＤＣＩフォーマット０Ａ、０Ｂ、４Ａ、４Ｂ（特に、ＤＣＩ  ＣＲＣ）は、ＵＥ固有の識別情報（Ｃ−ＲＮＴＩ等）によるスクランブルによって、対応するアップリンクグラントが特定のＵＥに対してアドレス指定されるようにすることができる。
【００５７】
トリガーＢメッセージは、参照により本明細書に組み込まれている非特許文献５の第５．３．３．１．４項に現在規定されている通り、ＤＣＩフォーマット１Ｃを有する。２段階グラント手順を含むアンライセンスキャリア送信の範囲内で用いられる技術規格において現在規定されているＤＣＩフォーマット１Ｃは、以下の通りである。
【００５８】
「それ以外
−  ＬＡＡのサブフレーム設定（４ビット）：［３］の第１３Ａ項に規定されている。
−  アップリンク送信持続時間およびオフセット指定（５ビット）：［３］の第１３Ａ項に規定されている。このフィールドは、ＬＡＡ  ＳＣｅｌｌ上でアップリンク送信が設定されたＵＥに対してのみ当てはまる。
−  ＰＵＳＣＨトリガーＢ（１ビット）：［３］の第８．０項に規定されている。このフィールドは、ＬＡＡ  ＳＣｅｌｌ上でアップリンク送信が設定されたＵＥに対してのみ当てはまる。
−  １つのＰＤＳＣＨコードワードの非常にコンパクトなスケジューリングに用いられるフォーマット１Ｃのサイズと等しくなるまで、予約情報ビットが追加される。」
【００５９】
上述の通り、２段階グラント手順の一部として使用されている場合のトリガーＢメッセージ（ＤＣＩフォーマット１Ｃ）は通例、特定のＵＥに対してアドレス指定されるのではなく、ｅＮＢによる共有識別情報（この場合は、共通の制御ＰＤＣＣＨ情報を提供する状況において使用されるＲＮＴＩであるＣＣ−ＲＮＴＩ（共通制御ＲＮＴＩ）（参照により本明細書に組み込まれている非特許文献９参照））の使用によって、ＤＣＩフォーマット１Ｃ、特にそのＣＲＣをスクランブル可能である。
【００６０】
非特許文献５の上記引用における相互参照「［３］」は、非特許文献４を表しており、その少なくとも第８．０項および第１３項が２段階グラントに関連するため、そのすべてが参照により本明細書に組み込まれている。
【００６１】
特に、非特許文献４の第８項は、ＬＡＡ  ＳＣｅｌｌについて、アップリンク送信（すなわち、ＰＵＳＣＨ）の実行タイミングおよび方法をより詳細に規定している。
【００６２】
「ＬＡＡ  ＳＣｅｌｌであるサービングセルに対して、ＵＥは、
−  ＵＥを対象としたサブフレームｎにおいて、ＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂで「ＰＵＳＣＨトリガーＡ」フィールドが「０」に設定されたＰＤＣＣＨ／ＥＰＤＣＣＨの検出に応じて、または
−  ＵＥを対象としたサブフレームｎ−ｖから最も新しいサブフレームにおいて、ＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂで「ＰＵＳＣＨトリガーＡ」フィールドが「１」に設定されたＰＤＣＣＨ／ＥＰＤＣＣＨの検出およびサブフレームｎにおいて、ＤＣＩ  ＣＲＣがＣＣ−ＲＮＴＩによりスクランブルされ、「ＰＵＳＣＨトリガーＢ」フィールドが「１」に設定されたＰＤＣＣＨの検出に応じて、
−  ＰＤＣＣＨ／ＥＰＤＣＣＨおよびＨＡＲＱプロセスＩＤ  ｍｏｄ（ｎＨＡＲＱ＿ＩＤ＋ｉ，ＮＨＡＲＱ）に従ってサブフレームｎ＋ｌ＋ｋ＋ｉ（ｉ＝０、１、・・・、Ｎ−１）で、第１５．２．１項に記載のチャネルアクセス手順を条件として、対応するＰＵＳＣＨ送信を実行するものとする。ここで、
−  ＤＣＩフォーマット０Ａ／４Ａの場合はＮ＝１であり、Ｎの値は、対応するＤＣＩフォーマット０Ｂ／４Ｂ中の「スケジューリングされたサブフレーム数」フィールドによって決まる。
−  ＵＥには、ＤＣＩフォーマット０Ｂの場合の高位レイヤパラメータｍａｘＮｕｍｂｅｒＯｆＳｃｈｅｄＳｕｂｆｒａｍｅｓ−Ｆｏｒｍａｔ０ＢおよびＤＣＩフォーマット４Ｂの場合の高位レイヤパラメータｍａｘＮｕｍｂｅｒＯｆＳｃｈｅｄＳｕｂｆｒａｍｅｓ−Ｆｏｒｍａｔ４Ｂによって、Ｎの最大値が設定される。
−  ｋの値は、「ＰＵＳＣＨトリガーＡ」フィールドが「０」に設定されている場合は表８．２ｄに従い、それ以外の場合は表８．２ｅに従って、対応するＤＣＩ０Ａ／０Ｂ／４Ａ／４Ｂ中のスケジューリング遅延フィールドによって決まる。
−  ｎＨＡＲＱ＿ＩＤの値は、対応するＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂ中のＨＡＲＱプロセス番号フィールによって決まり、ＮＨＡＲＱ＝１６である。
−  対応するＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂにおいて「ＰＵＳＣＨトリガーＡ」フィールドが「０」に設定されている場合は、
−  ｌ＝４、
−  それ以外の場合、
−  ｌの値は、第１３Ａ項の手順に従ってＣＣ−ＲＮＴＩによりＣＲＣがスクランブルされ、「ＰＵＳＣＨトリガーＢ」フィールドが「１」に設定された対応するＤＣＩ中の「ＬＡＡに対するＵＬ設定」フィールドによって決まるＵＬオフセットであり、
−  ｖの値は、表８．２ｆに従って、「ＰＵＳＣＨトリガーＡ」フィールドが「１」に設定されたＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂの対応するＰＤＣＣＨ／ＥＰＤＣＣＨ中の有効持続時間フィールドによって決まり、
−  ＵＥがサポートするｌ＋ｋの最小値は、ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙに含まれる。
【表１】
2019537352.tif 000003
【表２】
2019537352.tif 000004
【表３】
2019537352.tif 000005
」
【００６３】
以上のように、現行の３ＧＰＰ技術規格は、２段階グラント手順の実行方法をより詳しく規定している。ただし、現在標準化されている上述の２段階グラント手順の規定は、引き続き変更および改良がなされるため、将来的に変更となり得ることに留意されたい。その結果、現行の３ＧＰＰ技術規格に係る２段階グラント手順の上記引用実装形態は、例示的な一実装形態に過ぎず、多くの詳細が本発明には重要でないと考えられる。
【００６４】
それにも関わらず、本発明に対して、２段階グラント手順の背後の基本概念が上述と同じままであることを仮定する。特に、図７に関して基本概念を説明するが、この図は、トリガーＡおよびトリガーＢメッセージを含むＤＣＩの送受信を含む２段階グラントの機能を示している。以下の例示的な説明に対しては、ＵＥにおいてトリガーＢ（すなわち、第２段階アップリンクスケジューリングメッセージ）が受信されるサブフレームを参照サブフレームｎとして取得することにより図示のサブフレームが番号付けされ、これに応じて先行および後続サブフレームが番号付けされるものと仮定する。さらに、トリガーＡメッセージがサブフレームｎ−３で受信され、２段階グラント手順を有効に実行可能な長さｖの時間ウィンドウが規定されるものと仮定する。言い方を変えると、時間ウィンドウは、トリガーＢメッセージを受信し、トリガーＡおよび／またはトリガーＢメッセージが示す送信パラメータに基づいて、対応するアップリンク送信を実際にトリガーし得る期間を規定するものと考えられる。
【００６５】
時間ウィンドウ長ｖは、非特許文献５および非特許文献４の表８．２ｆにおいて、ＤＣＩフォーマット０Ａ、０Ｂ、４Ａ、４Ｂのタイミングオフセットフィールドの最後の２ビットによる上記例示の通り、トリガーＡメッセージ内で例示的に示すことができる。
【００６６】
トリガーＢメッセージがサブフレームｎで受信された場合、ＵＥは、（トリガーＢメッセージの受信直前の開始すなわちｎ−１〜ｎ−ｖの範囲の）長さｖの時間ウィンドウ内で関連するトリガーＡメッセージがＵＥにより受信されたかを判定することになる。図示のシナリオにおいて、トリガーＡスケジューリングメッセージは、サブフレームｎ−３ひいては時間ウィンドウ内に受信されているため、ＵＥにおいてアップリンク送信がトリガーされる。そして、特定の送信タイミングオフセットにより、サブフレームｎ＋オフセットにおいてアップリンク送信（すなわち、ＰＵＳＣＨ）が実行される。ＵＥは、トリガーＡメッセージおよびトリガーＢメッセージにおいて受信された情報に従い、たとえば指定された無線リソースおよび変調・符号化方式等を用いて、アップリンク送信を実行するようにしてもよい。
【００６７】
本発明において、厳密なＰＵＳＣＨタイミングオフセットは重要ではない。例示として、非特許文献４で現在標準化されている通り、ＰＵＳＣＨタイミングオフセットは、「ｌ＋ｋ＋ｉ」である。ここで、パラメータｌはトリガーＢメッセージにより規定され（非特許文献５および非特許文献４の表１３Ａ−２のＤＣＩフォーマット１Ｃの「アップリンク送信持続時間およびオフセット指定」フィールド参照）、パラメータｋはトリガーａメッセージにより規定される（非特許文献５および非特許文献４の表８．２ｅのＤＣＩフォーマット０Ａ、０Ｂ、４Ａ、および４Ｂのいずれかの「タイミングオフセット」フィールドの最初の２ビット参照）。パラメータｉは、複数のアップリンクサブフレームが２段階アップリンクスケジューリング手順によりスケジューリングされる場合に適用可能であり、この場合は、０から（許可されたサブフレーム数−１）まで動く（それ以外の場合は０のままである）。より詳しくは、非特許文献４の上記引用した第８項から導くことができる。ただし、この２段階アップリンクスケジューリング手順に従ってアップリンク送信を実行するＰＵＳＣＨタイミングオフセットは、異なる規定がなされていてもよいし、予め決定されたものであってもよい。
【００６８】
前述の通り、３ＧＰＰは、アンライセンスセルにおけるアップリンク送信の２段階スケジューリング手順を規定している。ただし、この２段階スケジューリング手順は、さらに改善可能である。
【先行技術文献】
【非特許文献】
【００６９】
【非特許文献１】3GPP TS 36.211, current version 12.6.0
【非特許文献２】3GPP TS 36.212, current version v12.6.0
【非特許文献３】LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker, Chapter 9.3
【非特許文献４】3GPP TS 36.213
【非特許文献５】3GPP TS 36.212 v14.0.0
【非特許文献６】R1-144348, “Regulatory Requirements for Unlicensed Spectrum”, Alcatel-Lucent et al., RAN1#78bis, Sep. 2014
【非特許文献７】3GPP Technical Report 36.889, current version 13.0.0
【非特許文献８】the European standard ETSI EN 301 893, current version 1.8.1
【非特許文献９】3GPP TS 36.321 v14.0.0
【発明の概要】
【発明が解決しようとする課題】
【００７０】
非限定的かつ例示的な実施形態は、ユーザ機器により実行されるアップリンク送信のスケジューリングに関与する改良された方法およびユーザ機器を提供する。
【００７１】
独立請求項は、非限定的かつ例示的な実施形態を提供する。有利な実施形態は、従属請求項の対象である。
【課題を解決するための手段】
【００７２】
一般的な一態様によれば、アップリンク無線リソースがスケジューリングされるユーザ機器が記載される。ユーザ機器と少なくとも１つのセル上のアップリンク無線リソースのスケジューリングを担う無線基地局との通信用にセルが設定されている。このユーザ機器は、スケジューリングされたセルを介したアップリンク送信の実行にユーザ機器が使用可能なアップリンク無線リソースを示す第１段階アップリンクリソーススケジューリングメッセージを無線基地局から受信する受信機を備える。受信機は、第１段階アップリンクリソーススケジューリングメッセージと関連する第２段階アップリンクリソーススケジューリングメッセージを無線基地局からさらに受信する。このユーザ機器は、第１段階アップリンクリソーススケジューリングメッセージが有効か否かを判定するプロセッサをさらに備える。プロセッサは、第２段階アップリンクリソーススケジューリングメッセージを受信した場合、第１段階アップリンクリソーススケジューリングメッセージが有効であるとプロセッサが判定した場合に、アップリンク送信がスケジューリングされたものと判定する。これにより、第１段階アップリンクリソーススケジューリングメッセージが有効であるかの判定は、第２段階アップリンクリソーススケジューリングメッセージの受信に先立つ所定の期間内に別の第２段階アップリンクリソーススケジューリングメッセージによってアップリンク送信がトリガーされたかに関する判定に基づく。このユーザ機器は、アップリンク送信がスケジューリングされたものとプロセッサが判定した場合、スケジューリングされたセルを介してアップリンク送信を実行する送信機をさらに備える。セルとしては、たとえば３ＧＰＰ  ＬＴＥリリース１４の文脈におけるアンライセンスセルも可能であるし、２段階スケジューリングがサポートされた別のセルも可能である。
【００７３】
上記に対応して、一般的な別の態様において、ここに開示の技術は、アップリンク無線リソースがスケジューリングされるユーザ機器を動作させる方法を特徴とする。ユーザ機器と少なくとも１つのアンライセンスセル上のアップリンク無線リソースのスケジューリングを担う無線基地局との通信用にアンライセンスセルが設定されている。この方法は、アンライセンスセルを介したアップリンク送信の実行にユーザ機器が使用可能なアップリンク無線リソースを示す第１段階アップリンクリソーススケジューリングメッセージを無線基地局から受信するステップを含む。この方法は、第１段階アップリンクリソーススケジューリングメッセージと関連する第２段階アップリンクリソーススケジューリングメッセージを無線基地局から受信するステップをさらに含む。この方法は、第１段階アップリンクリソーススケジューリングメッセージが有効か否かを判定するステップをさらに含む。この方法は、第２段階アップリンクリソーススケジューリングメッセージを受信した場合、第１段階アップリンクリソーススケジューリングメッセージが有効であると判定された場合に、アップリンク送信がスケジューリングされたものと判定するステップをさらに含む。これにより、第１段階アップリンクリソーススケジューリングメッセージが有効であるかの判定は、第２段階アップリンクリソーススケジューリングメッセージの受信に先立つ所定の期間内に別の第２段階アップリンクリソーススケジューリングメッセージによってアップリンク送信がトリガーされたかに関する判定に基づく。この方法は、アップリンク送信がスケジューリングされたものと判定された場合、アンライセンスセルを介してアップリンク送信を実行するステップをさらに含む。
【００７４】
開示の実施形態のその他の利益および利点については、本明細書および図面から明らかとなるであろう。これらの利益および／または利点は、本明細書および図面の開示の種々実施形態および特徴により個別にもたらされるようになっていてもよく、そのうちの１つまたは複数を得るためにすべてが提供される必要はない。
【００７５】
これら一般的かつ特定の態様は、ユーザ機器および方法、ならびにユーザ機器と方法との組み合わせを用いて実装されていてもよい。
【００７６】
以下、添付の図面を参照して、例示的な実施形態をより詳しく説明する。
【図面の簡単な説明】
【００７７】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示した図である。
【図２】３ＧＰＰ  ＬＴＥ（Ｒｅｌ．８／９）において規定されたサブフレームのダウンリンクスロットの例示的なダウンリンクリソースグリッドを示した図である。
【図３】３ＧＰＰ  ＬＴＥにおいて規定されたサブフレームのアップリンクスロットの例示的なアップリンクリソースグリッドを示した図である。
【図４】複数のライセンスセルおよびアンライセンスセルを伴う例示的なＬＡＡシナリオを示した図である。
【図５】ＬＡＡ送信の送信挙動を示した図である。
【図６】アンライセンスセルにおけるＷｉ−Ｆｉ送信とＬＡＡ  ＵＥダウンリンクバーストとの間のタイミングを示した図である。
【図７】アンライセンスセルを介したアップリンク送信について提供された２段階アップリンクスケジューリング手順を例示的に示した図である。
【図８】マルチＵＥ環境におけるアップリンク送信の複数のトリガーを示した図である。
【図９】一実施形態の第１の実装形態に係る、マルチＵＥ環境におけるアップリンク送信の複数のトリガーの防止を示した図である。
【図１０】実施形態の第１の実装形態に係る、２段階アップリンク送信手順の図である。
【図１１】実施形態の第２の実装形態に係る、マルチＵＥ環境におけるアップリンク送信の複数のトリガーの防止を示した図である。
【図１２】実施形態の第２の実装形態に係る、２段階アップリンク送信手順の図である。
【発明を実施するための形態】
【００７８】
移動局、移動ノード、ユーザ端末、またはユーザ機器は、通信ネットワーク内の物理エンティティである。１つのノードが複数の機能エンティティを有していてもよい。機能エンティティは、所定のセットの機能の実装ならびに／またはノードもしくはネットワークの他の機能エンティティへの提供を行うソフトウェアまたはハードウェアモジュールを表す。ノードは、通信を可能にする通信設備または媒体にノードを接続する１つまたは複数のインターフェースを有していてもよい。同様に、ネットワークエンティティは、他の機能エンティティまたは対応するノードとの通信を可能にする通信設備または媒体に機能エンティティを接続する論理インターフェースを有していてもよい。
【００７９】
一組の請求項および本願において使用する用語「無線リソース」は、時間−周波数無線リソース等の物理的な無線リソースを表すものとして広く理解されるものとする。
【００８０】
一組の請求項および本願において使用する用語「アンライセンスセル」あるいは「アンライセンスキャリア」は、特定の周波数帯域幅のアンライセンス周波数帯において動作するセル／キャリアとして広く理解されるものとする。これに対応して、一組の請求項および本願において使用する用語「ライセンスセル」あるいは「ライセンスキャリア」は、特定の周波数帯域幅のライセンス周波数帯において動作するセル／キャリアとして広く理解されるものとする。例示として、これらの用語は、３ＧＰＰのリリース１２／１３およびライセンスアシストアクセス作業項目の文脈で理解されるものとする。
【００８１】
図８は、ＵＥグループ＃１に属するＵＥ、ＵＥグループ＃２に属するＵＥ、およびｅＮｏｄｅＢを示している。
【００８２】
第１段階アップリンクリソーススケジューリングメッセージであるトリガーＡは、サブフレームｎ−２においてｅＮｏｄｅＢからグループ＃１のＵＥに送信されるものと仮定する。この例示的な場合において、グループ＃１のＵＥに送信されるトリガーＡの有効な時間ウィンドウは、５サブフレームである。したがって、有効な時間ウィンドウに関する情報は、トリガーＡ自体によって与えられる。
【００８３】
第２段階アップリンクリソーススケジューリングメッセージであるトリガーＢは、サブフレームｎにおいてｅＮｏｄｅＢから送信されるものとさらに仮定する。トリガーＢは、グループ＃１および＃２の両ＵＥにより受信されるが、ｅＮｏｄｅＢは、サブフレームｎ−２においてグループ＃１のＵＥに送信済みの（第１段階アップリンクリソーススケジューリングメッセージとしての）トリガーＡに対する第２段階アップリンクスリソースケジューリングメッセージと同じ意図でトリガーＢを送信している。この例示的な場合においては、トリガーＢの前の対応する有効な時間ウィンドウ内でグループ＃２のＵＥが如何なるトリガーＡも受信していないものと仮定する。トリガーＢの受信に応じて、トリガーＢを受信可能なすべてのＵＥ（一般的には、グループ＃１およびグループ＃２のＵＥを含む）は、対応する有効な時間ウィンドウ内でトリガーＡを受信しているかをチェックする必要がある。したがって、この例では、最大５サブフレーム早く（この場合は、サブフレームｎ−５〜サブフレームｎ−１において）トリガーＡを受信しているかをグループ＃１のＵＥがチェックする。有効な時間ウィンドウ内であるサブフレームｎ−２においてトリガーＡが受信されていることから、グループ＃１のＵＥは、後でアップリンク送信をトリガーすることになる。
【００８４】
グループ＃２のＵＥがトリガーＡを受信していないことから、サブフレームｎにおいて受信されたトリガーＢは、グループ＃２のＵＥによりアップリンク送信をトリガーしない。
【００８５】
図８からさらに明らかなように、グループ＃２のＵＥは、サブフレームｎ＋１においてトリガーＡを受信する。この例示的な場合において、グループ＃２のＵＥに送信されるトリガーＡの有効な時間ウィンドウは、３サブフレームである。この図においてさらに示されるように、ｅＮｏｄｅＢからは（サブフレームｎ＋３において）第２のトリガーＢが送信される。第２のトリガーＢについても、グループ＃１および＃２の両ＵＥにより受信されるが、ｅＮｏｄｅＢは、サブフレームｎ＋１においてグループ＃２のＵＥに送信された（第１段階アップリンクリソーススケジューリングメッセージとしての）トリガーＡに対する第２段階アップリンクスリソースケジューリングメッセージと同じ意図で第２のトリガーＢを送信している。トリガーＢの受信に応じては、最大３サブフレーム早く（この場合は、サブフレームｎ〜サブフレームｎ＋２において）トリガーＡを受信しているかをグループ＃２のＵＥがチェックする。有効な時間ウィンドウ内であるサブフレームｎ＋１において対応するトリガーＡが受信されていることから、グループ＃２のＵＥは、後でアップリンク送信をトリガーすることになる。
【００８６】
ただし、サブフレームｎ＋３においては第２のトリガーＢもグループ＃１のＵＥで受信されていることから、最大５サブフレーム早く（この場合は、サブフレームｎ−２〜サブフレームｎ＋２において）トリガーＡを受信しているかをグループ＃１のＵＥが再度チェックすることになる。グループ＃１のＵＥがトリガーＡをサブフレームｎ−２すなわち受信トリガーＡの有効な時間ウィンドウ内で受信したことを考慮して、グループ＃１のＵＥは、その第２のアップリンク送信を再度トリガーすることになるが、このトリガーされる第２のアップリンク送信は、ｅＮｏｄｅＢによって、グループ＃１のＵＥではなく、グループ＃２のＵＥのみによって実行されることが意図されている。図８に示すこの例示的なシナリオによれば、第２のトリガーＢが（サブフレームｎ＋３での受信の代わりに）サブフレームｎ＋２において受信される場合は、グループ＃１のＵＥにより実行されるトリガーされる第２のアップリンク送信も発生することになる。ただし、グループ＃１のＵＥの５サブフレームという例示的な有効時間ウィンドウを考慮すれば、第２のトリガーＢがサブフレームｎ＋４以降で受信される場合には、アップリンク送信の複数のトリガーは発生しない。
【００８７】
全体として、このようなアップリンク送信の複数のトリガーは、マルチＵＥ環境において望ましくない。第１の理由として、このような望ましくないアップリンク送信は、対応するサブフレームにおいて他の送信との干渉を生じるリスクを負う。第２の理由として、このような複数のトリガーでは、ＵＬ送信の衝突が暗示され得る。グループ＃１のＵＥがサブフレームｎにおいてトリガーＢによりＵＬ送信をトリガーされた場合、対応するＵＬ送信が４つのサブフレームにわたって続くものとトリガーＡにより示されているが、この対応するＵＬ送信は例示として、サブフレームｎ＋２〜ｎ＋５において発生する。グループ＃１の同じＵＥがサブフレームｎ＋３においてトリガーＢによりＵＬ送信を再度トリガーされた場合も、対応するＵＬ送信が４つのサブフレームにわたって続くものと同じトリガーＡにより示されているが、この対応するＵＬ送信は例示として、サブフレームｎ＋５〜ｎ＋８において発生する。このため、図示の通り、これら２つのトリガーによって、サブフレームｎ＋５における衝突が発生するが、データが第１のトリガーＢの結果として送信されるか、第２のトリガーＢの結果として送信されるかについては明らかではない。両ケースで送信リソースが同一であってとしても、対応するデータは一般的に、異なるトランスポートブロックまたはパケットを含むことになる。このような衝突は、ＵＥとｅＮｏｄｅＢとの間で誤解が生じる可能性があるため、回避すべきである。
【００８８】
本発明者らは、上記説明の問題のうちの１つまたは複数を軽減する以下の例示的な実施形態を着想した。
【００８９】
３ＧＰＰ規格により与えられるとともに背景技術の項で一部説明した広い仕様において、種々の実施形態の特定の実装形態が実現されるものとし、本実施形態の種々の実装形態に関して以下に説明する通り、特定の重要な特徴がこれに追加される。この実施形態は、たとえば背景技術の項で説明した３ＧＰＰ  ＬＴＥ−Ａ（リリース１０／１１／１２／１３およびそれ以降）通信システム等の移動体通信システムにおいて都合良く用いられるようになっていてもよいが、これら特定の例示的な通信ネットワークにおける使用に限定されない。
【００９０】
上記説明は、本開示の範囲を限定するものではなく、本開示をより深く理解するための実施形態の一例に過ぎないことが了解されるものとする。当業者であれば、以下に明示していない方法で、一組の請求項および本明細書の概要の項に与えられた説明にて概説した本開示の一般原理を異なるシナリオに適用可能であることが認識されよう。例示および説明を目的として、いくつかの仮定を導入しているが、これらは、以下の実施形態の範囲を過度に制限しないものとする。
【００９１】
さらに、前述の通り、以下の実施形態は、３ＧＰＰ  ＬＴＥ−Ａ（Ｒｅｌ．１２／１３以降）の環境において実装されるようになっていてもよい。種々の実施形態によれば、主として、アップリンク送信方式を改良可能である。ただし、他の機能（すなわち、種々の実施形態により変更とならない機能）については、背景技術の項で説明したものとまったく同じであってもよいし、種々の実施形態への影響なく変更されてもよい。たとえば、アップリンク送信の実際の実行（たとえば、分割、変調、符号化、ビームフォーミング、多重化）およびスケジューリング（ＰＤＣＣＨ、ＤＣＩ、クロスキャリアスケジューリング、セルフスケジューリング）の方法またはタイミングアドバンス手順を用いた通常のアップリンク送信タイミングの実行（たとえば、最初のタイミングアドバンス、タイミングアドバンス更新コマンド）の方法を規定した機能および手順である。
【００９２】
以下、上記問題を解決する一般的な一実施形態を詳しく説明するが、この説明には、本実施形態の原理を容易に説明できるように工夫した以下の例示的なシナリオを使用する。ただし、これらの原理は、他のシナリオにも適用可能であり、その一部を以下に明示的に記載する。
【００９３】
ＵＥは、２段階アップリンクリソーススケジューリングを開始する。特に、アンライセンスセルの第１段階アップリンクリソーススケジューリングメッセージ（トリガーＡ）によってリソーススケジューリングが開始されるが、これはＵＥの受信機により受信される。その後、アンライセンスセルの第２段階アップリンクリソーススケジューリングメッセージ（トリガーＢ）がＵＥの受信機により受信される。
【００９４】
その後、ＵＥのプロセッサは、第１段階アップリンクリソーススケジューリングメッセージ検証において、第１段階アップリンクリソーススケジューリングメッセージ（トリガーＡ）が有効か否かを判定する。これにより、この第１段階アップリンクリソーススケジューリングメッセージ（トリガーＡ）の有効性の判定は、第２段階アップリンクリソーススケジューリングメッセージ（トリガーＢ）の受信に先立つ所定の期間内に別の第２段階アップリンクリソーススケジューリングメッセージ（トリガーＢ）によってアップリンク送信がトリガーされたかに関する判定に基づく。
【００９５】
その後、第２段階アップリンクリソーススケジューリングメッセージ（トリガーＢ）を受信した場合、第１段階アップリンクリソーススケジューリングメッセージ（トリガーＡ）が有効であるとプロセッサが判定した場合に、アップリンク送信がスケジューリングされたものとプロセッサにより判定される。
【００９６】
最後に、アップリンク送信がスケジューリングされたものとプロセッサが判定した場合、ＵＥの送信機は、アンライセンスセルを介してアップリンク送信を実行する。
【００９７】
上述の本発明の主要な原理によれば、マルチＵＥ環境における複数のアップリンク送信トリガーを防止できるため都合が良い。異なるＵＥを対象としたトリガーＢによって、有効な時間ウィンドウ内で過去にアップリンク送信をトリガー済みの特定のＵＥによる第２のアップリンク送信が意図せずトリガーされるリスクがないため、ｅＮｏｄｅＢは、所定の期間／有効な時間ウィンドウ内であっても、トリガーＢの送信直後に新たなトリガーＡを異なるＵＥに直接送信することができる。
【００９８】
この手段により、ユーザ／セルのスループットを大幅に向上可能である。さらに、複数のアップリンク送信トリガーを回避することによって、トリガーＡが示す長い検証時間をより効率的に使用可能であることから、必要なトリガーＡのオーバーヘッドを低減可能である。
【００９９】
また、検証時間／有効な時間ウィンドウ内の正しい第１のトリガーＢ後の第２のトリガーＢの誤警報によって、誤ったＰＵＳＣＨ送信が生じることはない。これにより、誤警報トリガーＢによるエラーケースが回避されて都合が良い。
【０１００】
図９は、マルチＵＥ環境におけるアップリンク送信の複数のトリガーが防止された実施形態の第１の実装形態を示している。
【０１０１】
図９は、グループ＃１および＃２のＵＥにおけるトリガーの受信について図８に関して上述した状況を基本的に示している。前述の通り、グループ＃１のＵＥは、サブフレームｎ＋３においてトリガーＢを受信する。アップリンク送信の第２のトリガー（図８に関して説明した従来システムにおいて発生し得る）を回避するため、グループ＃１のＵＥは、サブフレームｎ＋３において受信されたトリガーＢの受信に先立つ所定の期間内に別のトリガーＢがアップリンク送信をトリガー済みであるかについてチェックする。この所定の期間は、トリガーＡメッセージにおいて指定された有効な時間ウィンドウであるのが好ましい。本例において、所定の期間は、（有効な時間ウィンドウを示すサブフレーム数（ｖ＝５）についてトリガーＡがＵＥに通知する図８に関してすでに説明した通り）長さ５サブフレームの有効な時間ウィンドウである。
【０１０２】
そこで、グループ＃１のＵＥは、サブフレームｎ＋３に先立つ５サブフレームの期間内に別のトリガーＢがアップリンク送信をトリガーしたかについてチェックする。特に、グループ＃１のＵＥは、サブフレームｎ−２およびｎ＋２間で別のトリガーＢがアップリンク送信をトリガーしたかについてチェックする。図８に示すように、サブフレームｎにおいて受信されたトリガーＢによって、アップリンク送信はトリガー済みである。そこで、トリガーＡの有効な時間ウィンドウ内のアップリンク送信の複数のトリガーを回避するため、本例ではサブフレームｎにおいて受信された最初のトリガーＢ後の任意のトリガーＢについて、ＵＥは、サブフレームｎ−２およびｎ＋２間に有効な時間ウィンドウを生成するとともに、サブフレームｎ＋３において受信されたトリガーＢによる別のアップリンク送信のトリガーを可能にするサブフレームｎ−２での受信されたトリガーＡを無視する。特に、サブフレームｎ−２において受信されたトリガーＡを無視することにより、サブフレームｎ＋３でのトリガーＢの受信前に有効な時間ウィンドウが見つかることはないため、サブフレームｎ＋３において受信されたトリガーＢによるアップリンク送信のトリガーを回避することができる。なお、このようなトリガーＡの有効な時間ウィンドウ内にトリガーされた過去のアップリンク送信が見つかった場合の表現「トリガーＡを無視する」は、サブフレームｎ＋３において受信されたトリガーＢに対して、サブフレームｎ−２において受信されたトリガーＡが「考慮されない」ことを意味する。
【０１０３】
結果として、図９に示すように、サブフレームｎ＋３においては、望ましくない第２の／複数のアップリンク送信がグループ＃１のＵＥによりトリガーされることはない。したがって、この場合は、サブフレームｎ＋３において受信されたトリガーＢによって、グループ＃２のＵＥのみがアップリンク送信をトリガーする。この解決手段により、マルチＵＥ環境における複数のトリガーが回避／防止される。
【０１０４】
図１０は、図９に関してすでに前述した実施形態の第１の実装形態に係る、２段階アップリンク送信手順の図である。
【０１０５】
ステップＳ１０１において、ＵＥ（グループ＃１および＃２のＵＥのいずれか一方）は、２段階アップリンクリソーススケジューリングを開始する。特に、アンライセンスセルの第１段階アップリンクリソーススケジューリングメッセージによってリソーススケジューリングが開始されるが、これはステップＳ１０２においてＵＥが受信する。その後、ステップＳ１０３において、アンライセンスセルの第２段階アップリンクリソーススケジューリングメッセージをＵＥが受信する。
【０１０６】
第１段階アップリンクリソーススケジューリングメッセージ検証はステップＳ１０４から成るが、ここでは、第２段階アップリンクリソーススケジューリングメッセージの受信に先立つ期間Ｔ内に別の第２段階アップリンクリソーススケジューリングメッセージによってアップリンク送信がトリガー済みであるかに関する判定が行われる。これにより、「期間Ｔ」は、特許請求の範囲に反映された「第２段階アップリンクリソーススケジューリングメッセージの受信に先立つ所定の期間」に対応するほか、図８および図９に示す「有効な時間ウィンドウ」に対応する。
【０１０７】
期間Ｔ内に別のアップリンク送信が実行済みであると判定された場合（ステップＳ１０４において「はい」）、プロセスはステップＳ１０２に進み、次のサイクルで第１段階アップリンクリソーススケジューリングメッセージを待つことになる。
【０１０８】
ただし、ステップＳ１０４において、期間Ｔ内に他のアップリンク送信が実行されていないと判定された場合（ステップＳ１０４において「いいえ」）、プロセスはステップＳ１０５に進み、第１段階アップリンクリソーススケジューリングメッセージが有効であるものと判定される。
【０１０９】
第１段階アップリンクリソーススケジューリングメッセージが有効なため、プロセスはステップＳ１０６に進み、アップリンク送信がスケジューリングされる。その後、ステップＳ１０７において、アップリンク送信が実際に実行される。
【０１１０】
図１１は、マルチＵＥ環境におけるアップリンク送信の複数のトリガーが防止された実施形態の第２の実装形態を示している。第２の実装形態は、第１の実装形態の代替であるが、第１の実施態様において説明したトリガーＡを単に無視することに代わって、トリガーＡを無効化することにより、トリガーＡの有効な時間ウィンドウ内の同じＵＥによるアップリンク送信の複数のトリガーが回避される。
【０１１１】
図９のシナリオを参照して、第２のトリガーＢは、サブフレームｎ＋３においてグループ＃１のＵＥにより受信されている。この実施形態の第１の実装形態の代替として、図１１に係る本実施形態の第２の実装形態においては、サブフレームｎにおけるトリガーＢの受信に応じて、グループ＃１のＵＥが（サブフレームｎ−２において受信された）トリガーＡをアクティブに無効化し得る（無効化は、サブフレームｎ＋１またはｎ＋２においても実行可能であるが、サブフレームｎ＋３における第２のトリガーＢの解釈／解析／考慮の前に実行する必要がある）。このため、サブフレームｎ＋３において受信された第２のトリガーＢは、トリガーＡの有効な時間ウィンドウがもはや存在しないことから、グループ＃１のＵＥでアップリンク送信をトリガーすることができない。言い換えると、実施形態の第２の実装形態では、アップリンク送信をトリガー済みの第１のトリガーＢの受信に応じて（または、少なくとも次のトリガーＢの受信に先立って）トリガーＡをアクティブに解除／無効化する。このように、トリガーＡをアクティブに無効化／解除することによって、トリガーＡの有効な時間ウィンドウを除去することにより、意図しない複数のアップリンク送信がグループ＃１のＵＥによってトリガーされることはなくなる。
【０１１２】
なお、全体として、（図１１に係る）実施形態の第２の実装形態では一般的に、図９に示すように第２のトリガーＢの受信に応じてトリガーＡを単に無視すること（トリガーＡの有効な時間ウィンドウを無視する）に代わって、トリガーＢによりトリガーされたアップリンク送信に応じてトリガーＡを無効化する（トリガーＡの有効な時間ウィンドウを除去する）ことにより、（図９および図１０に係る）第１の実装形態とは異なる。
【０１１３】
アクティブに「トリガーＡを無効化／解除する」ことは、たとえば第１段階アップリンク送信リソーススケジューリングメッセージ（トリガーＡ）の無効化／解除と関連付けられたフィールドの特定ビットを切り替えることにより実現されるようになっていてもよい。
【０１１４】
図１２は、図１１に関してすでに前述した実施形態の第２の実装形態に係る、２段階アップリンク送信手順の図である。
【０１１５】
ステップＳ１０１において、ＵＥ（グループ＃１および＃２のＵＥのいずれか一方）は、２段階アップリンクリソーススケジューリングを開始する。特に、アンライセンスセルの第１段階アップリンクリソーススケジューリングメッセージによってリソーススケジューリングが開始されるが、これはステップＳ１０２においてＵＥにより受信される。その後、ステップＳ１０３において、アンライセンスセルの第２段階アップリンクリソーススケジューリングメッセージをＵＥが受信する。
【０１１６】
第１段階アップリンクリソーススケジューリングメッセージ検証はステップＳ１０８から成るが、ここでは、第１段階アップリンクリソーススケジューリングメッセージが無効化されたかに関する判定が行われる。第１段階アップリンクリソーススケジューリングメッセージが無効化されたと判定された場合（ステップＳ１０８において「はい」）、プロセスはステップＳ１０２に進み、次のサイクルで第１段階アップリンクリソーススケジューリングメッセージを待つか、または、ステップＳ１０３に進み、第２段階アップリンクリソーススケジューリングメッセージを待つことになる。
【０１１７】
ステップＳ１０８において、第１段階アップリンクリソーススケジューリングメッセージが無効化されていないと判定された場合（ステップＳ１０８において「いいえ」）、プロセスは、第１段階アップリンクリソーススケジューリングメッセージが有効であるものと判定することに関するステップＳ１０５に進む。その後、第１段階アップリンクリソーススケジューリングメッセージが有効であるため、プロセスは、アップリンク送信がスケジューリングされることに関するステップＳ１０６に進む。その後、ステップＳ１０７において、アップリンク送信が実際に実行される。その後、プロセスは、第１段階アップリンクリソーススケジューリングメッセージが無効化されることに関するステップステップＳ１０９に進む。その後、プロセスはステップＳ１０２に進み、次のサイクルで第１段階アップリンクリソーススケジューリングメッセージを待つか、または、ステップＳ１０３に進み、第２段階アップリンクスリソースケジューリングメッセージを待つことになる。
【０１１８】
たとえば、第１段階アップリンクリソーススケジューリングメッセージの無効化（ステップＳ１０９）の後に第２段階アップリンクリソーススケジューリングメッセージが受信された場合、プロセスは、ステップＳ１０３からステップＳ１０８に進む。ステップＳ１０８においては、第１段階アップリンクリソーススケジューリングメッセージが無効と判定されるため、アップリンク送信を実行することなく、プロセスが再びステップＳ１０２またはステップＳ１０３に進む。
【０１１９】
このような上述の手順は、図１１に示す特定の挙動を反映しており、第１のトリガーＢがアップリンク送信をトリガーした場合にトリガーＡが無効化済みであることから、サブフレームｎ＋３における第２のトリガーＢによって別のアップリンク送信が開始されることはない。
【０１２０】
上記実施形態の記述においては、通信システムのセルに関して２段階アップリンク無線リソーススケジューリングを説明した。なお、このような２段階アップリンク無線リソーススケジューリングは、アンライセンスセルまたはライセンスセルの場合のみならず、２段階アップリンク無線リソーススケジューリングをサポートする如何なるセルの場合にも可能である。
【０１２１】
非特許文献４の第８．０項の環境において実現される別の実施形態によれば、規格において以下を規定することが提案される。
【０１２２】
ＬＡＡ  ＳＣｅｌｌであるサービングセルに対して、ＵＥは、
・    ＵＥを対象としたサブフレームｎにおいて、ＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂで「ＰＵＳＣＨトリガーＡ」フィールドが「０」に設定されたＰＤＣＣＨ／ＥＰＤＣＣＨの検出に応じて、または
・    サブフレームｎ−ｖ＋１およびサブフレームｎ−１において「１」に設定された「ＰＵＳＣＨトリガーＢ」フィールドによりトリガーされていないＵＥを対象としたサブフレームｎ−ｖから最も新しいサブフレームにおいて、ＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂで「ＰＵＳＣＨトリガーＡ」フィールドが「１」に設定されたＰＤＣＣＨ／ＥＰＤＣＣＨの検出と、サブフレームｎにおいて、ＤＣＩ  ＣＲＣがＣＣ−ＲＮＴＩによりスクランブルされ、「ＰＵＳＣＨトリガーＢ」フィールドが「１」に設定されたＰＤＣＣＨの検出と、に応じて、
ＰＤＣＣＨ／ＥＰＤＣＣＨおよび［・・・］に従ってサブフレームｎ＋ｌ＋ｋ＋ｉ（ｉ＝０、１、・・・、Ｎ−１）で、第１５．２．１項に記載のチャネルアクセス手順を条件として、対応するＰＵＳＣＨ送信を実行するものとする。
【０１２３】
［本開示のハードウェアおよびソフトウェア実装］
他の例示的な実施形態は、ハードウェア、ソフトウェア、またはハードウェアと連携したソフトウェアの使用による上述の種々実施形態の実装に関する。これに関連して、ユーザ端末（移動端末）およびｅＮｏｄｅＢ（基地局）が提供される。ユーザ端末および基地局は、本明細書に記載の方法を実行するように構成されており、受信機、送信機、プロセッサ等の対応するエンティティがこれらの方法に適宜関与する。
【０１２４】
コンピュータデバイス（プロセッサ）を用いて種々実施形態が実装または実行され得ることもさらに認識される。コンピュータデバイスまたはプロセッサは、たとえば汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラム可能な論理デバイス等であってもよい。また、種々実施形態は、これらのデバイスの組み合わせによって実行または具現化されていてもよい。特に、上述の各実施形態の説明に使用した各機能ブロックは、集積回路としてのＬＳＩにより実現可能である。これらは、チップとして個々に形成されていてもよいし、機能ブロックの一部または全部を含むように１つのチップが形成されていてもよい。これらは、データ入出力が結合されていてもよい。ここで、ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、超ＬＳＩ、極超ＬＳＩとも称し得る。ただし、集積回路を実装する技術はＬＳＩに限定されず、個別回路または汎用プロセッサを用いることにより実現されるようになっていてもよい。また、ＬＳＩの製造後にプログラム可能なＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＬＳＩの内側に配設された回路セルの接続および設定を再構成可能な再構成可能プロセッサが用いられるようになっていてもよい。
【０１２５】
さらに、種々実施形態は、プロセッサによる実行またはハードウェアにおける直接的な実行が行われるソフトウェアモジュールによって実装されていてもよい。また、ソフトウェアモジュールおよびハードウェア実装の組み合わせも可能と考えられる。ソフトウェアモジュールは、たとえばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等、如何なる種類のコンピュータ可読記憶媒体に格納されていてもよい。様々な実施形態の個々の特徴は、個別または任意の組み合わせにより、別の実施形態の主題であってもよいことにさらに留意されたい。
【０１２６】
当業者には当然のことながら、特定の実施形態に示すように、本開示の多くの変形および／または改良が可能である。したがって、本実施形態は、あらゆる点で例示に過ぎず、何ら限定的なものではないと考えるべきである。
【図１】
2019537352.tif 000006
【図２】
2019537352.tif 000007
【図３】
2019537352.tif 000008
【図４】
2019537352.tif 000009
【図５】
2019537352.tif 000010
【図６】
2019537352.tif 000011
【図７】
2019537352.tif 000012
【図８】
2019537352.tif 000013
【図９】
2019537352.tif 000014
【図１０】
2019537352.tif 000015
【図１１】
2019537352.tif 000016
【図１２】
2019537352.tif 000017
【国際調査報告】
2019537352.tif 000018
2019537352.tif 000019