(57)【特許請求の範囲】
【請求項１】
基地局と通信するユーザ装置（ＵＥ）によって実行される方法であって、
第１のパラメータ及び第２のパラメータを受信し、
第１のメッセージを送信し、
前記第１のパラメータ及び前記第２のパラメータに基づいて、物理ダウンリンク制御チャネルを少なくとも１つのサブフレームにおいて受信し、
前記物理ダウンリンク制御チャネルにおける情報に基づいて、前記物理ダウンリンク制御チャネルに関連付けられた物理ダウンリンク共有チャネルを復号する、
ことを含み、
前記物理ダウンリンク共有チャネルは、前記物理ダウンリンク共有チャネルに対応する前記物理ダウンリンク制御チャネルが提供される最後のサブフレームよりも後のさらなる少なくとも１つのサブフレームにおいて提供され、
前記さらなる少なくとも１つのサブフレームは、ダウンリンク制御情報（ＤＣＩ）フィールドに基づいて決定され、
前記第１のパラメータは、少なくとも１つのダウンリンクサブフレームに関係付けられ、前記物理ダウンリンク制御チャネルは、前記少なくとも１つのダウンリンクサブフレームを跨いで受信され、
前記第２のパラメータは、前記物理ダウンリンク制御チャネルを監視するための少なくとも１つの狭帯域に関係付けられる、方法。
【請求項２】
前記物理ダウンリンク制御チャネル及び前記物理ダウンリンク共有チャネルは、同一サブフレームに配置される、請求項１に記載の方法。
【請求項３】
前記物理ダウンリンク共有チャネルにおける情報に基づいて、第３のメッセージを送信することを更に含み、前記物理ダウンリンク共有チャネルにおける前記情報は、前記第３のメッセージを送信するための少なくとも１つの狭帯域に関係付けられた第３のパラメータを含む、請求項１又は２に記載の方法。
【請求項４】
前記物理ダウンリンク制御チャネルは、前記物理ダウンリンク共有チャネルの繰り返しに関係付けられた第３のパラメータを備える、請求項１又は２に記載の方法。
【請求項５】
前記物理ダウンリンク共有チャネルにおける前記情報は、第４のメッセージを受信するための少なくとも１つの狭帯域に関係付けられた第４のパラメータを更に含み、
前記第４のメッセージは、競合解決メッセージである、請求項１〜４のいずれか１項に記載の方法。
【請求項６】
前記第４のパラメータは、狭帯域インデックスである、請求項５に記載の方法。
【請求項７】
前記第１のパラメータは、システム情報ブロック（ＳＩＢ）を用いることによって受信される、請求項１〜６のいずれか１項に記載の方法。
【請求項８】
前記第２のパラメータは、別のＳＩＢを用いることによって受信される、請求項７に記載の方法。
【請求項９】
前記ＵＥのための前記物理ダウンリンク制御チャネルは、他のＵＥのための物理ダウンリンク制御チャネルと多重化される、請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
前記ＵＥのための前記物理ダウンリンク共有チャネルは、他のＵＥの多重化されたデータを含む、請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
ユーザ装置（ＵＥ）と通信する基地局によって実行される方法であって、
第１のパラメータ及び第２のパラメータを送信し、
第１のメッセージを受信し、
前記第１のパラメータ及び前記第２のパラメータに基づいて、物理ダウンリンク制御チャネルを少なくとも１つのサブフレームにおいて送信し、
前記物理ダウンリンク制御チャネルに関連付けられた物理ダウンリンク共有チャネルを送信する、
ことを含み、
前記物理ダウンリンク共有チャネルは、前記物理ダウンリンク共有チャネルに対応する前記物理ダウンリンク制御チャネルが提供される最後のサブフレームよりも後のさらなる少なくとも１つのサブフレームにおいて提供され、
前記さらなる少なくとも１つのサブフレームは、ダウンリンク制御情報（ＤＣＩ）フィールドに基づいて決定され、
前記第１のパラメータは、少なくとも１つのダウンリンクサブフレームに関係付けられ、前記物理ダウンリンク制御チャネルは、前記少なくとも１つのダウンリンクサブフレームを跨いで受信され、
前記第２のパラメータは、前記物理ダウンリンク制御チャネルを監視するための少なくとも１つの狭帯域に関係付けられる、方法。
【請求項１２】
基地局と通信するユーザ装置（ＵＥ）であって、
第１のパラメータ及び第２のパラメータを受信するように構成された受信機と、
第１のメッセージを送信する送信機と、
コントローラと、
を備え、
前記受信機は、前記第１のパラメータ及び前記第２のパラメータに基づいて、物理ダウンリンク制御チャネルを少なくとも１つのサブフレームにおいて受信するように更に構成され、
前記コントローラは、前記物理ダウンリンク制御チャネルにおける情報に基づいて、前記物理ダウンリンク制御チャネルに関連付けられた物理ダウンリンク共有チャネルを復号するように構成され、
前記物理ダウンリンク共有チャネルは、前記物理ダウンリンク共有チャネルに対応する前記物理ダウンリンク制御チャネルが提供される最後のサブフレームよりも後のさらなる少なくとも１つのサブフレームにおいて提供され、
前記さらなる少なくとも１つのサブフレームは、ダウンリンク制御情報（ＤＣＩ）フィールドに基づいて決定され、
前記第１のパラメータは、少なくとも１つのダウンリンクサブフレームに関係付けられ、前記物理ダウンリンク制御チャネルは、前記少なくとも１つのダウンリンクサブフレームを跨いで受信され、
前記第２のパラメータは、前記物理ダウンリンク制御チャネルを監視するための少なくとも１つの狭帯域に関係付けられる、ＵＥ。
【請求項１３】
前記物理ダウンリンク制御チャネル及び前記物理ダウンリンク共有チャネルは、同一サブフレームに配置される、請求項１２に記載のＵＥ。
【請求項１４】
前記ＵＥは、前記物理ダウンリンク共有チャネルにおける情報に基づいて第３のメッセージを送信する手段をさらに備え、
前記物理ダウンリンク共有チャネルにおける前記情報は、前記第３のメッセージを送信するための少なくとも１つの狭帯域に関係付けられた第３のパラメータを含む、請求項１２又は１３に記載のＵＥ。
【請求項１５】
前記物理ダウンリンク制御チャネルは、前記物理ダウンリンク共有チャネルの繰り返しに関係付けられた第３のパラメータを備える、請求項１２又は１３に記載のＵＥ。
【請求項１６】
前記物理ダウンリンク共有チャネルにおける前記情報は、第４のメッセージを受信するための少なくとも１つの狭帯域に関係付けられた第４のパラメータを更に含み、
前記第４のメッセージは、競合解決メッセージである、請求項１２〜１５のいずれか１項に記載のＵＥ。
【請求項１７】
前記第４のパラメータは、狭帯域インデックスである、請求項１６に記載のＵＥ。
【請求項１８】
前記第１のパラメータは、システム情報ブロック（ＳＩＢ）を用いることによって受信される、請求項１２〜１７のいずれか１項に記載のＵＥ。
【請求項１９】
前記第２のパラメータは、別のＳＩＢを用いることにより受信される、請求項１８に記載のＵＥ。
【請求項２０】
前記ＵＥのための前記物理ダウンリンク制御チャネルは、他のＵＥのための物理ダウンリンク制御チャネルと多重化される、請求項１２〜１９のいずれか１項に記載のＵＥ。
【請求項２１】
前記ＵＥのための前記物理ダウンリンク制御チャネルは、他のＵＥの多重化されたデータを含む、請求項１２〜２０のいずれか１項に記載のＵＥ。
【請求項２２】
ユーザ装置（ＵＥ）と通信する基地局であって、
第１のパラメータ及び第２のパラメータを送信するように構成された送信機と、
第１のメッセージを受信するように構成された受信機と、
を備え、
前記送信機は、前記第１のパラメータ及び前記第２のパラメータに基づいて、物理ダウンリンク制御チャネルを少なくとも１つのサブフレームにおいて送信するように更に構成され、
前記送信機は、前記物理ダウンリンク制御チャネルに関連付けられた物理ダウンリンク共有チャネルを送信するように更に構成され、
前記物理ダウンリンク共有チャネルは、前記物理ダウンリンク共有チャネルに対応する前記物理ダウンリンク制御チャネルが提供される最後のサブフレームよりも後のさらなる少なくとも１つのサブフレームにおいて提供され、
前記さらなる少なくとも１つのサブフレームは、ダウンリンク制御情報（ＤＣＩ）フィールドに基づいて決定され、
前記第１のパラメータは、少なくとも１つのダウンリンクサブフレームに関係付けられ、前記物理ダウンリンク制御チャネルは、前記少なくとも１つのダウンリンクサブフレームを跨いで受信され、
前記第２のパラメータは、前記物理ダウンリンク制御チャネルを監視するための少なくとも１つの狭帯域に関係付けられる、基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信デバイス及び移動通信ネットワークに関し、限定はしないが、特に、第３世代パートナーシッププロジェクト（３ＧＰＰ）標準規格又はその均等物若しくは派生物に従って動作する、移動通信デバイス及び移動通信ネットワークに関する。本発明は、限定はしないが、特に、ＬＴＥアドバンストを含む、ＵＴＲＡＮのロングタームエボリューション（ＬＴＥ）（発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）と呼ばれる）に関連する。
【背景技術】
【０００２】
移動（セルラ）通信ネットワークでは、（ユーザ）通信デバイス（ユーザ機器（ＵＥ）、例えば移動電話機としても知られている）が、基地局を介してリモートサーバ又は他の通信デバイスと通信する。それらの互いの通信において、通信デバイス及び基地局は、通常は周波数帯域及び／又は時間ブロックに分割されている、認可された無線周波数を用いる。
【０００３】
通信デバイスは、基地局を介して通信することができるようにするために、基地局によって動作される制御チャネルを監視する必要がある。これらの制御チャネルのうちの１つ、いわゆる物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、及び／又はいわゆるＲｅｌ−１３における拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）は、スケジューリング割り当て及び他の制御情報を搬送する。（Ｅ）ＰＤＣＣＨは様々な目的に応える。主として、（Ｅ）ＰＤＣＣＨは、個々の通信デバイスへのスケジューリング決定事項、すなわち、アップリンク通信及びダウンリンク通信のためのスケジューリング割り当てを伝達するのに用いられる。
【０００４】
（Ｅ）ＰＤＣＣＨ上で搬送される情報は、ダウンリンク制御情報（ＤＣＩ）と呼ばれる。（Ｅ）ＰＤＣＣＨ等の物理制御チャネルは、１つ又は幾つかの連続した制御チャネル要素（ＣＣＥ）のアグリゲーションにおいて送信される。ここで、制御チャネル要素は、９つのリソース要素グループ（ＲＥＧ）に対応する。各ＲＥＧは、４つのリソース要素（ＲＥ）を有する。
【０００５】
もう１つの制御チャネル、いわゆる物理ランダムアクセスチャネル（ＰＲＡＣＨ）は、（例えば、通信デバイス用の初期アクセスをセットアップするとき及び／又は再同期が必要なときは常に）通信デバイスとネットワークとの間で送信を同期させるために提供される。現在の標準仕様（Ｒｅｌ−８からのもの）では、ＰＲＡＣＨに割り当てられたリソース（プリアンブル、時間、周波数）は、事前に構成され、適用可能なＰＲＡＣＨパラメータは、いわゆるシステム情報ブロック２（ＳＩＢ２）におけるシステム情報の一部としてネットワークによってブロードキャストされる。これらのパラメータのうちの１つは、いわゆるランダムアクセスプリアンブルを指定する。このランダムアクセスプリアンブルは、サイクリックプレフィックス部分及びシーケンス部分からなる。プリアンブルの長さ（すなわち、上記２つの部分を組み合わせたものの全体の長さ）は、フレーム構造及びランダムアクセス構成に依存する。
【０００６】
アイドルモードの通信デバイスが、他の通信ノードと通信する必要があるとき、この通信デバイスは、自身の動作モードを（無線リソース制御（ＲＲＣ）アイドルモードから）いわゆるＲＲＣ接続モードに変更する必要がある。これを行うために、通信デバイスは、適した基地局（例えば、最も強い信号を有する基地局及び／又はこの通信デバイスが使用を認可されている基地局）とのランダムアクセス（ＲＡ）手順を実行する。このランダムアクセス手順は、通信デバイスが、適切なプリアンブルシーケンスを選択し、基地局用の通信デバイスを識別する一時識別子とともに基地局に（ＳＩＢ２を介してアドバタイズされたＰＲＡＣＨを通じて）送信することを含む。一時識別子は、ランダムアクセス無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ）とも呼ばれる。ＲＡ−ＲＮＴＩは、通信デバイスがランダムアクセスプリアンブルを送信する際に用いた時間周波数リソースを明確に識別する。通信デバイスの送信を受信することに成功した場合、基地局は、適切なランダムアクセス応答（この応答において、基地局は、受信された一時識別子を用いて通信デバイスを識別している）を送信し、ネットワークと通信するための通信デバイス用のリソースを割り当てる。
【０００７】
このように、基地局が、適切なランダムアクセス応答（ＲＡＲ）を用いて通信デバイスによるプリアンブル送信に応答すると、通信デバイスは、自身の次のメッセージにおいて、割り当てられたリソースを用いてＲＲＣ接続（及び／又は同様のもの）の確立を要求することができる。ＲＲＣ接続が、通信デバイスと基地局との間で確立されると、通信デバイスは、基地局によってこの通信デバイスに割り当てられた適切なリソースを用いて、その基地局を介して（及びコアネットワークを介して）他の通信ノードと通信することができる。
【０００８】
遠距離通信における近年の開発では、人間の援助なしで通信し動作を行うように構成されたネットワーク接続デバイスである、マシンタイプ通信（ＭＴＣ）デバイスの使用の大幅な増加が見られている。そのようなデバイスの例には、スマートメータが含まれる。このスマートメータは、測定を行い、これらの測定を、遠距離通信ネットワークを介して他のデバイスに中継するように構成され得る。マシンタイプ通信デバイスは、マシンツーマシン（Ｍ２Ｍ）通信デバイスとしても知られている。
【０００９】
ＭＴＣデバイスは、リモート「マシン」（例えば、サーバ）若しくはユーザに送信するデータ又はそれらから受信するデータを有するときは常に、（必要な場合には、適切なランダムアクセス手順を実行した後に）ネットワークに接続する。ＭＴＣデバイスは、移動電話機又は類似のユーザ機器用に最適化された、通信プロトコル及び標準規格を用いる。一方、ＭＴＣデバイスは、一旦配置されると、通常、人間の管理もインタラクションも必要とすることなく動作し、内部メモリに記憶されたソフトウェア命令に従う。ＭＴＣデバイスは、長期間静止した状態及び／又は非アクティブな状態に留まる場合もある。ＭＴＣデバイスをサポートする特定のネットワーク要件は、３ＧＰＰ技術仕様書（ＴＳ）２２．３６８  Ｖ１３．１．０において取り扱われている。この内容は、引用することによって本明細書の一部をなす。
【００１０】
ＭＴＣデバイスに関する標準規格のリリース１３（Ｒｅｌ−１３）バージョンについては、ダウンリンク及びアップリンクにおける１．４ＭＨｚの削減帯域幅のサポートが想定されている。このため、幾つかのＭＴＣデバイスは、全ＬＴＥ帯域幅と比較して制限された帯域幅（通常、１．４ＭＨｚ）しかサポートせず、及び／又はより少ない／単純化された構成要素を有する場合がある。これによって、そのような「削減帯域幅」ＭＴＣデバイスを、より大きな帯域幅をサポートし及び／又はより複雑な構成要素を有するＭＴＣデバイスと比較して、より経済的に作製することが可能になる。ＥＰＤＣＣＨは比較的狭い周波数スペクトル（１．４ＭＨｚ）にわたって送信され、これによってＥＰＤＣＣＨがＲｅｌ−１３の削減帯域幅ＭＴＣデバイスと互換性を有することが有益である。
【００１１】
ネットワークカバレッジの欠如（例えば、屋内に配置されるとき）は、ＭＴＣデバイスの多くの場合に制限された機能と組み合わさって、そのようなＭＴＣデバイスが有するデータレートの低下をもたらす可能性があり、したがって、幾つかのメッセージ又はＥＰＤＣＣＨ等のチャネルがＭＴＣデバイスによって受信されないリスクが存在する。このリスクを緩和するために、送信のカバレッジを増加させて（例えば、周波数分割複信（ＦＤＤ）送信の場合には２０ｄＢに対応する）、そのようなＭＴＣデバイスをサポートすることが提案されている。
【００１２】
カバレッジの拡張、いわゆる「カバレッジ拡張ＭＴＣデバイス」のために提案された１つの手法は、同じ情報（例えば、ＥＰＤＣＣＨを介して送信されるＤＣＩ）を複数のサブフレーム（例えば、２つ、３つ、又は４つのサブフレーム）にわたって繰り返すことである。換言すれば、カバレッジ拡張（ＣＥ）ＭＴＣデバイスの場合、基地局は、送信された情報を時間領域において複製する（基地局は、その情報が最初に送信されるサブフレームの後続の１つ以上のサブフレームにおいて同じ情報を再送信する）。そのようなカバレッジ拡張ＭＴＣデバイスは、複数のサブフレームにおいて受信された（同じ）情報の複数のコピーを組み合わせるように構成され得、これらの受信された情報を組み合わせた後、カバレッジ拡張ＭＴＣデバイスは、送信された情報の単一のコピーに基づくよりも、受信した情報の復号化に成功することができる可能性が高い。基地局による同じ情報の繰り返しと同様に、カバレッジ拡張ＭＴＣデバイスは、基地局に送信された情報を（時間領域において）複製し、基地局におけるその情報の受信の成功を容易にするようにも構成される。
【００１３】
実際には、ＭＴＣデバイスは、それぞれ異なるロケーションに配置されてよく、それぞれ異なるチャネル状態を経験してよい。したがって、繰り返しの数は、各デバイスの状況又はカバレッジレベルに合わせる必要があってよく、したがって、各ＭＴＣデバイスは、自身のサービング基地局がその制御シグナリングを適切に調整することを可能にするのに必要とされるカバレッジの量（例えば、５ｄＢ／１０ｄＢ／１５ｄＢ／２０ｄＢのカバレッジ拡張）をこの基地局に知らせる。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
現行の３ＧＰＰ標準規格において、いわゆるサブフレーム間スケジューリングがユニキャスト物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信のためにサポートされている。これによって、単一のＭＴＣデバイスに１つのサブフレームで制御データを送信し、別の（後続の）サブフレームにおいてそのＭＴＣデバイスのための送信をスケジューリングすることが可能になる。しかしながら、そのようなサブフレーム間スケジューリングは、比較的柔軟性がなく、制限されている。
【００１５】
したがって、本発明は、改善されたサブフレーム間スケジューリングを提供することによって、上記の問題を回避するか又は少なくとも部分的に改善する、システム、デバイス及び方法を提供することにある。
【００１６】
特に、本発明者らは、特にＭＴＣデバイスの場合に、ブロードキャスト送信のためのサブフレーム間スケジューリング（ＲＡメッセージ２、４及びページングメッセージ等）を提供することが有益であることも認識しており、ブロードキャスト送信のためのそのようなサブフレーム間スケジューリングを達成する効果的な方法を着想した。一方、そのようなサブフレーム間スケジューリングは、現在ブロードキャスト送信にとって可能でなく、自明でなく、ＰＤＳＣＨにわたるユニキャスト送信に利用可能な既存の手順を単に再利用することによって達成することができない。これは、ＭＴＣデバイスの場合に特に当てはまり、ＭＴＣデバイスは、制限された帯域幅にわたって動作する場合があるため、スケジューリングされたブロードキャスト送信に関係する制御データの（１つのサブフレームにおける）受信と、同じ又は別のサブフレームにおける関連付けられたブロードキャスト送信（ＲＡＲ又はページングメッセージ等）の監視との双方を行うことはできない。ＭＴＣデバイスに主に関連付けられた更なる問題は、全てのＭＴＣデバイスが同じＰＲＡＣＨリソースに割り当てられているため、同じ一時識別子が、２つ以上のＭＴＣデバイスによって用いられてよく（ＲＡ−ＲＮＴＩは、ランダムアクセス手順の第１のメッセージを送信するために用いられるＰＲＡＣＨリソースから導出されるため）。したがって、基地局は、規定の時間窓内で各ＭＴＣデバイスに応答することを可能とするなるために、異なるサブフレーム（時間）にまたがって、かつ異なるリソースブロックにわたって、同じＲＡ−ＲＮＴＩに関連付けられたＲＡＲメッセージを送信することが必要とされてよい。しかしながら、ＭＴＣデバイスは（ＭＴＣデバイスの限られた帯域幅及び低複雑度に起因して）、（共通）ＲＡ−ＲＮＴＩを持つＲＡＲメッセージ内の独自のプリアンブルシーケンスＩＤをチェックするために、全ての可能なサブフレーム及びリソースブロックの組み合わせを同時に監視することができない。
【課題を解決するための手段】
【００１７】
１つの態様において、本発明は、基地局と通信する移動局であって、第１のパラメータ及び第２のパラメータを受信する手段と、第１のメッセージを送信する手段と、前記第１のパラメータ及び前記第２のパラメータに基づいて、制御チャネルを受信する手段と、前記制御チャネルにおける情報に基づいて、前記制御チャネルに関連付けられたダウンリンク共有チャネルを復号する手段と、を備え、前記第１のパラメータは、前記制御チャネルを受信するための少なくとも１つのサブフレームに関係付けられ、前記第２のパラメータは、前記制御チャネルを受信するための少なくとも１つの狭帯域に関係付けられる、移動局を提供する。
【００１８】
１つの態様において、本発明は、移動局と通信する基地局であって、第１のパラメータ及び第２のパラメータを送信する手段と、第１のメッセージを受信する手段と、前記第１のパラメータ及び前記第２のパラメータに基づいて、制御チャネルを送信する手段と、前記第１のメッセージの制御部分に基づいて、前記制御チャネルに関連付けられたダウンリンク共有チャネルを送信する手段と、を備え、前記第１のパラメータは、前記制御チャネルを受信するための少なくとも１つのサブフレームに関係付けられ、前記第２のパラメータは、前記制御チャネルを受信するための少なくとも１つの狭帯域に関係付けられる、基地局を提供する。
【００１９】
本発明の態様は、上記で示した又は特許請求の範囲において記載される態様及び可能な形態において記載されるような方法を実行するようにプログラマブルプロセッサをプログラムするように、及び／又は特許請求の範囲のいずれかの請求項において記載される装置を提供するように適切に構成されたコンピュータをプログラムするように動作可能である命令が記憶されたコンピュータ読取り可能記憶媒体のような対応するコンピュータプログラム製品に及ぶ。
【００２０】
本明細書（特許請求の範囲を含む）において開示され、及び／又は図面において示される各特徴は、開示され、及び／又は図示される任意の他の特徴から独立して（又はそれらと組み合わせて）本発明に組み込まれてよい。詳細には、限定はしないが、特定の独立請求項に従属する請求項のうちのいずれかの特徴は、任意の組み合わせにおいて又は個々に、その独立請求項に取り込まれてよい。
【００２１】
次に、本発明の例示的な実施形態を、単に例として、添付の図面を参照しながら説明する。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施形態が適用されてよい遠距離通信システムを概略的に示す図である。
【図２】図１に示す通信デバイスの主な構成要素を示すブロック図である。
【図３】図１に示す基地局の主な構成要素を示すブロック図である。
【図４】図１に示すシステムにおいて（サブフレーム間スケジューリングを用いた）ランダムアクセス関連送信が実現され得る例示的な方法を示す図である。
【図５】図１に示すシステムにおいて（サブフレーム間スケジューリングを用いた）ページング送信が用いられ得る例示的な方法を示す図である。
【図６】図４に示すランダムアクセス関連送信の変更形態を示す図である。
【図７】図４に示すランダムアクセス関連送信の別の変更形態を示す図である。
【図８】図４に示すランダムアクセス関連送信の別の変更形態を示す図である。
【図９】図４に示すランダムアクセス関連送信の別の変更形態を示す図である。
【図１０】図４に示すランダムアクセス関連送信の別の変更形態を示す図である。
【図１１】図４に示すランダムアクセス関連送信の別の変更形態を示す図である。
【発明を実施するための形態】
【００２３】
＜概略＞
図１は、通信デバイス３（移動電話機３−１及びＭＴＣデバイス３−２等）がＥ−ＵＴＲＡＮ基地局５（「ｅＮＢ」と表記する）及びコアネットワーク７を介して互いに及び／又は他の通信ノードと通信することができる、移動（セルラ）遠距離通信システム１を概略的に示す。当業者であれば理解するように、図１には、例示の目的で、１つの移動電話機３−１、１つのＭＴＣデバイス３−２、及び１つの基地局５が示されているが、このシステムは、実施されるとき、通常、他の基地局及び通信デバイスを含む。
【００２４】
基地局５は、Ｓ１インターフェースを介してコアネットワーク７に接続されている。コアネットワーク７は、とりわけ、インターネット等の他のネットワーク及び／又はコアネットワーク７の外部でホストされるサーバに接続するためのゲートウェイと、通信ネットワーク１内における通信デバイス３（例えば、移動電話機及びＭＴＣデバイス）のロケーションの追跡を維持するための移動管理エンティティ（ＭＭＥ）と、加入関連情報（例えば、どの通信デバイス３がマシンタイプ通信デバイスとして構成されているのかを識別する情報）を記憶するため、および各通信デバイス３に固有の制御パラメータを記憶するためのホーム加入者サーバ（ＨＳＳ）とを備える。
【００２５】
各通信デバイス３は、ＵＥの１つ以上のカテゴリに分類してよい。ＵＥの第１のカテゴリは、ＬＴＥ標準規格の以前のリリース（例えば、Ｒｅｌ−８、Ｒｅｌ−９、Ｒｅｌ−１０、Ｒｅｌ−１１、及び／又はＲｅｌ−１２）のみをサポートする通信デバイスを含む。そのような通信デバイスは、一般に古いＵＥと呼ばれる（基地局５はＬＴＥ標準規格のＲｅｌ−１３に従って動作していると仮定している）。このカテゴリに属する幾つかの通信デバイスは、ＥＰＤＣＣＨをサポートしない場合がある（ＰＤＣＣＨのみをサポートする）ことが理解されるであろう。ＵＥの第２のカテゴリは、ＬＴＥ標準規格の現在のリリース（例えば、Ｒｅｌ−１３及び／又はそれ以降）をサポートする通信デバイスを含む。ＵＥの第３のカテゴリは、削減帯域幅ＵＥ（例えば、１．４ＭＨｚ帯域幅のみを用いることが可能なＲｅｌ−１３のＭＴＣデバイス）を含む。これらのＵＥは、基地局５のセルにおいて利用可能な帯域幅全体にわたって通信することができない。ＵＥの第４のカテゴリは、カバレッジ拡張ＵＥ（例えば、幾つかのＭＴＣデバイス）を含む。これらのＵＥは、幾つかの特定の基地局機能が単純化及び／又は緩和されることを要する（ただし、そのようなカバレッジ拡張ＵＥは、他の機能を通常どおりサポートしてよい）。
【００２６】
この例では、移動電話機３−１はＲｅｌ−１３ＵＥから成り、ＭＴＣデバイス３−２は削減帯域幅ＭＴＣデバイス（適切なカバレッジ拡張レベルのために構成されてもよい）から成る。図１には示されていないが、複数の他のＭＴＣデバイスも基地局５のセル内に存在することが想定されている。
【００２７】
基地局５は、当該基地局５のセル内に位置する通信デバイス３によって、受信のための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）及び拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）を送信するように構成されている。（Ｅ）ＰＤＣＣＨは、アップリンクリソース及びダウンリンクリソースを通信デバイス３に割り当てる。ＰＤＣＣＨとＥＰＤＣＣＨとの間の１つの相違は、ＥＰＤＣＣＨが、このＥＰＤＣＣＨをＲｅｌ−１３の削減帯域幅ＭＴＣデバイスに適合させる相対的に狭い周波数スペクトル（１．４ＭＨｚ）を用いる一方、ＰＤＣＣＨが、古い通信デバイスとの後方互換性を提供するために、それよりも広い周波数スペクトルを用いるということである。
【００２８】
いわゆる共通探索空間（ＣＳＳ）は、全ての通信デバイス３に共通のダウンリンク制御情報（ＤＣＩ）をセル内で搬送する。例えば、ＣＳＳは、セルアクセスパラメータ関連した情報を収容するシステム情報ブロック（ＳＩＢ）；ランダムアクセスチャネル（ＲＡＣＨ）メッセージ（例えば、ランダムアクセス応答（ＲＡＲ）及び／又は競合解決）；及び／又はページングチャネル（ＰＣＨ）を含んでよい。ＬＴＥ  Ｒｅｌ−１３では、ＣＳＳ（「ｅＣＳＳ」とも呼ばれる）は、ＥＰＤＣＣＨの一部をなす。ＣＳＳ用に割り当てられた（時間−周波数）リソースは、いわゆる物理ブロードキャストチャネル（ＰＢＣＨ）を介して又はシステム情報ブロック＃１（ＳＩＢ１）を介して示されてよい。
【００２９】
ダウンリンク及びアップリンクにおける１．４ＭＨｚの削減帯域幅に起因して、ＭＴＣデバイス３−２は、セル帯域幅全体にわたって密に拡散された、ＰＤＣＣＨ（すなわち、これは、ＭＴＣデバイス３−２によってサポートされる１．４ＭＨｚの外側にある周波数にわたって送信されてよい）を受信することができない。一方、ＭＴＣデバイス３−２は、６ＲＢにわたって、すなわち、ＭＴＣデバイス３−２によってサポートされる１．４ＭＨｚの帯域内で送信される、ＥＰＤＣＣＨ  ＣＳＳ（ｅＣＳＳ）を受信することができる。
【００３０】
さらに、基地局５の帯域幅は、複数のサブバンド（例えば、重複していないサブバンド）を含み、各サブバンドは、６ＲＢ（又は６ＲＢ未満）を持つ。帯域幅削減ＭＴＣデバイスは最大で１．４ＭＨｚ帯域幅（これは概ね６ＲＢに対応する）にわたって通信することができるため、通信デバイス３−２は、自身のトランシーバが現在チューニングされている特定のサブバンドにわたって（ｅＣＳＳ及び他の）データを送受信することができることが有益である。基地局５は、自身のセル内の通信デバイス３にページング／ＲＡＲメッセージ（等）を通信するための適切なサブバンドを選択することができることによって、周波数ロケーションにおいて或るスケジューリング柔軟性を持つことが有利である。
【００３１】
そのようなスケジューリング柔軟性を達成するために、基地局５は、特定のサブフレームのサブバンドにおいてｅＣＳＳを介して制御データを送信し、制御データは、基地局５のセル内の通信デバイス３に、後続のサブフレームにおいてランダムアクセス／ページング送信がスケジューリングされること（及びいずれの通信デバイス（ら）３に対しスケジューリングされるか）を通知する情報（ＤＣＩ）を含む。
【００３２】
このため、（ＥＰＤＣＣＨにおける）ｅＣＳＳは、ランダムアクセス（ＲＡ）メッセージ（ＰＤＳＣＨを介して送信される）の動的スケジューリングのための共通探索空間から成ることが効果的である。この場合、ｅＣＳＳを介して送信されるＤＣＩフォーマットは、ＤＣＩフォーマットを介してスケジューリングされたＲＡメッセージに関連付けられた物理リソースブロック（ＰＲＢ）の数、トランスポートブロックサイズ（ＴＢＳ）、周波数ロケーション（等）を含む。
【００３３】
基地局５のセル内の通信デバイス３は、任意のＲＡ／ページング送信が自身のためにスケジューリングされているか否かを判断するために、ＣＳＳを介して送信される制御情報を監視するように構成される。
【００３４】
一方、基地局５は、通常、基地局の帯域幅の中心部分付近に位置するサブバンド（すなわち、ＥＰＤＣＣＨに割り当てられたサブバンド）上でｅＣＳＳを送信するように構成されるが、ＲＡ／ページングメッセージは、異なるサブバンドにわたって（例えば、ＥＰＤＣＣＨサブバンドと異なるサブバンドに割り当てられた、ＰＤＳＣＨ等のチャネルにわたって）送信されてよい（多くの場合、その必要がある）。
【００３５】
したがって、サブフレーム間スケジューリングを用いるとき、基地局５は、いずれの後続のサブフレーム及びいずれのサブバンドがいずれの通信デバイス（ら）３のためのＲＡ／ページングメッセージを搬送するかを、（適切にフォーマット設定されたＤＣＩを用いて）ｅＣＳＳを介して示すように構成されることが有利である。ＲＡＲメッセージ２の場合、同じＲＡ−ＲＡＮＴＩを共有する通信デバイス３（例えば、同じＰＲＡＣＨリソースを用いてランダムアクセス手順を開始したＭＴＣデバイス）は、（少なくとも所与のスケジューリングラウンドにわたって）複数の異なるグループにグループ化される。通信デバイスのグループごとに、基地局５は、（１つのサブフレームにおける）特定のＲＡ／ページングメッセージをスケジューリングするｅＣＳＳの送信と、（後続のサブフレームにおける）対応するＲＡ／ページングメッセージの送信と、の間に適切な「再チューニング時間」が含まれるように、関連付けられたＲＡ／ページングメッセージをスケジューリングする。適切な再チューニング時間は、ｅＣＳＳ及びＲＡ／ページングメッセージが同じサブバンドにわたって送信される場合、再チューニング時間が効果的にゼロサブフレームとなり、ｅＣＳＳ及びＲＡ／ページングメッセージが異なるサブバンドにわたって送信される場合、再チューニング時間が１サブフレームとなる（ただし、これは、適宜、１サブフレームよりも大きくなるように設定することができる）ように、決定される。
【００３６】
このため、例えば、特定のグループにおける所与の通信デバイス３のためのＲＡ／ページングメッセージが、ｅＣＳＳを搬送するサブバンドと異なるサブバンドにわたる送信のためにスケジューリングされる場合、基地局５は、少なくとも１つのサブフレームの再チューニング時間が、ｅＣＳＳの送信と、ｅＣＳＳ（内に含まれるＤＣＩ）によってスケジューリングされるＲＡ／ページングメッセージの送信と、の間で提供されるように、（関連付けられたＤＣＩを介して）ＲＡ／ページングメッセージをスケジューリングする。１つのサブフレームのそのような再チューニング時間は、スケジューリングされた通信デバイス３が、自身のトランシーバを、（ｅＣＳＳを搬送するサブバンドから）ＲＡ／ページングメッセージを搬送するサブバンドにタイムリーにチューニングすることを可能にする。
【００３７】
同様に、所与のグループの通信デバイス３のためのＲＡ／ページングメッセージが、ｅＣＳＳを搬送するサブバンドと同じサブバンド（ただし、異なるサブフレーム内）にわたる送信のためにスケジューリングされる場合、基地局５は、（スケジューリングされた通信デバイス３のトランシーバは、ＲＡ／ページングメッセージを搬送する正しいサブバンドに既にチューニングされているため、）ゼロサブフレームの再チューニング時間が、ｅＣＳＳの送信と、ＲＡ／ページングメッセージの送信と、の間で提供されるように、ＲＡ／ページングメッセージをスケジューリングする。
【００３８】
換言すれば、基地局５は、関連する再チューニング時間が依拠する（少なくともＭＴＣデバイスのための）サブフレーム間スケジューリング、すなわち、ブロードキャスト送信がスケジューリングされる通信デバイスのグループ、及び／又は制御情報（ｅＣＳＳ）を送信するために用いられるサブバンド及びその制御情報によってスケジューリングされるブロードキャストメッセージを搬送するサブバンド、を用いる。
【００３９】
さらに、ページングメッセージは、このシステムにおいて、ＭＴＣデバイス（例えば、低複雑度及び／又はカバレッジ拡張ＭＴＣデバイス）及び他の通信デバイスについて、別個に送信される。ＭＴＣデバイスのためのページングメッセージは、複数のバンドルサイズ／繰り返しレベル（カバレッジ拡張の必要なレベルに従う）を有するＰＤＳＣＨサブフレームバンドル化／繰り返しをサポートする。通信デバイス３−２をページングする基地局５が、通信デバイス３−２が低複雑度の（帯域幅削減）ＭＴＣデバイス、及び／又はカバレッジ拡張のために構成されたＭＴＣデバイスから成るという知識を持つことが有益である。基地局５は、ページングメッセージ送信中に必要とされるカバレッジ拡張（繰り返し）の量の知識も持つ。
【００４０】
同様に、ＭＴＣデバイスのためのＲＡＲメッセージ（すなわち、メッセージ２）も、他の通信デバイスのためのＲＡＲメッセージと別個に送信される。さらに、このシステムでは、複数のＲＡＲメッセージを複数の通信デバイス（例えば、同じグループに属する）に対し多重化することができる。多重化が用いられるとき、各多重化されたメッセージが、同じレベルのカバレッジ拡張で動作している（それぞれのグループの）通信デバイスのためのＲＡＲメッセージを含むことが有益である。
【００４１】
さらに詳細には、複数のＲＡＲメッセージを（例えば、Ｒｅｌ−８において用いられる多重化と同様に）共に多重化して、ＴＢＳの１つのユニットにすることができる。正確なトランスポートブロックサイズ（すなわち、１ｍｓのトランスポートブロックサイズにおいて転送されるビット数）は、変調及び符号化方式（ＭＣＳ）及び通信デバイスに割り当てられたリソース数に依拠する。正確なＴＢＳをどのように導出することができるかの詳細は、３ＧＰＰ  ＴＳ３６．２１３  Ｖ１２．５．０のセクション７．１．７に与えられており、その内容は引用することにより本明細書の一部をなす。
【００４２】
基地局５は、多重化されているメッセージ数を制御し、各多重化された送信において、カバレッジ拡張の同じレベルで送信される必要があるメッセージ（例えば、同じＣＥレベルで構成されたそのようなＭＴＣデバイスの多重ＲＡＲメッセージ）のみを含むように構成されてよいことが有益である。例えば、通常のカバレッジにおける低複雑度のＭＴＣデバイスのためのＲＡＲメッセージは、（繰り返しを必要としない）第１のＲＡＲメッセージに多重化されてよく、ＣＥ（の特定のレベル）のために構成されたＭＴＣデバイスのためのＲＡＲメッセージは、（適宜繰り返しを用いて）異なるＲＡＲメッセージに多重化されてよい。
【００４３】
基地局は、ＭＴＣデバイスの第１の組（例えば、通常のカバレッジ内のＭＴＣデバイス）のためにのみ意図されたＲＡＲメッセージを多重化し、ＭＴＣデバイスの第２の組（特定のＣＥレベル、例えば、５ｄＢ、１０ｄＢ及び／又は１５ｄＢで構成されたＣＥモードＭＴＣデバイス及び／又はＭＴＣデバイス等）のための従来の（多重化されていない）ＲＡＲメッセージを送信してもよいことも理解されるであろう。
【００４４】
複数のメッセージが多重化されるとき、結果として得られるペイロードが増大する（そして、適用可能なＣＥレベルに依拠して、時間領域における繰り返し数も増大する）ことが理解されるであろう。一方、上記で説明した（ｅＣＳＳを用いてＴＢＳサイズ及び割り当てられたＰＲＢリソースを示す）動的サブフレーム間スケジューリングを、好ましくは、通信デバイスのグループ化と組み合わせて用いて、ＭＴＣデバイスが同時にｅＣＳＳ及び各ＲＡＲ／ページング送信の双方（異なる１．４ＭＨｚサブバンドにわたって送信されてよい）を監視する必要なく、複数のメッセージの多重化から生じる潜在的なペイロードの増大を補償することができることが有益である。
【００４５】
要約すると、基地局は、自身のセル内のＭＴＣデバイスに、それらのＭＴＣデバイスの関連付けられたブロードキャスト送信（例えば、ＲＡ及び／又はページングメッセージ送信）のために用いられるリソースを示し、限られた帯域幅のＭＴＣデバイスであっても自身の関連付けられたブロードキャスト送信を受信することができるように（例えば、適切な再チューニング時間後にのみ及び／又は所与のグループについてのみ）ブロードキャスト送信をスケジューリングすることができることが有利である。換言すれば、基地局は、それぞれの通信デバイスが特定のサブフレーム内で用いることができる通信リソースを用いて、各通信デバイスのプリアンブル送信に応答することを確実にする。この通信リソースにおいて、関連付けられたＲＡＲメッセージが送信される。同様に、基地局は、その通信デバイスのトランシーバが、関連付けられたページングメッセージを搬送する通信リソースに対しチューニングされる（又はそのトランシーバをチューニングすることができる）サブフレームにおいて各通信デバイスにページングするように構成される。
【００４６】
＜通信デバイス＞
図２は、図１に示す通信デバイス３の主な構成要素を示すブロック図である。通信デバイス３は、マシンタイプ通信デバイスとして構成された、ＭＴＣデバイス又は移動（又は「セルラ」）電話機であってよい。通信デバイス３は、少なくとも１つのアンテナ３３を介して、基地局５に対して信号を送受信するように動作可能なトランシーバ回路３１を備える。通常、通信デバイス３は、ユーザが通信デバイス３とインタラクトすることを可能にするユーザインターフェース３５も備えるが、このユーザインターフェース３５は、幾つかのＭＴＣデバイスについては省略されてよい。
【００４７】
トランシーバ回路３１の動作は、メモリ３９に記憶されたソフトウェアに従ってコントローラ３７によって制御される。このソフトウェアは、とりわけ、オペレーティングシステム４１、通信制御モジュール４３、ｅＣＳＳモジュール４４、ＭＴＣモジュール４５、ランダムアクセスモジュール４７、及びページングモジュール４８を含む。
【００４８】
通信制御モジュール４３は、通信デバイス３と基地局５及び／又は（基地局５を介した）他の通信ノードとの間の通信を制御する。通信制御モジュール４３は、トランシーバ３１が、この通信デバイス３のためにスケジューリング／割り当てられた通信リソースに関連付けられたサブバンド／周波数にチューニングされる（例えば、同じサブバンドにチューニングされたままであるか、又は異なるサブバンドにタイムリーに再チューニングされる）ことも確実にする。
【００４９】
ｅＣＳＳモジュール４４は、基地局５によるｅＣＳＳ送信を監視し、ｅＣＳＳ送信が、サブフレーム間ブロードキャスト送信が通信デバイス３のためにスケジューリングされていることを示す情報を含むか否かを判断し、そのようなブロードキャスト送信に関連付けられた通信リソース（例えば、サブフレーム／サブバンド）を決定する。適切な場合、ｅＣＳＳモジュール４４は、通信制御モジュール４３に、トランシーバ３１を、ｅＣＳＳを介して示される周波数／サブバンドに（再）チューニングするように通知する。
【００５０】
ＭＴＣモジュール４５は、マシンタイプ通信タスクを実行するように動作可能である。例えば、ＭＴＣモジュール４５は、（トランシーバ回路３１を介して）リモートサーバに（例えば、周期的に及び／又はトリガの検出時に）送信するためのデータを収集してよい。
【００５１】
ランダムアクセスモジュール４７は、ネットワークとの送信の同期を取得及び維持することを担当する。例えば、ランダムアクセスモジュール４７は、通信デバイス３がネットワークとのＲＲＣ接続を確立する必要があるときに、ランダムアクセス送信（選択されたプリアンブルシーケンスを含む）を（トランシーバ回路３１を介して）基地局５に送信してよい。ランダムアクセスモジュール４７は、（ｅＣＳＳモジュール４４によって決定された通信リソースを用いて）基地局５からのランダムアクセス応答を受信する。
【００５２】
ページングモジュール４８は、通信デバイス３に対しアドレス指定されたページングメッセージを、（ｅＣＳＳモジュール４４によって決定された適切な通信リソースを介して）受信し、処理する。
【００５３】
＜基地局＞
図３は、図１に示す基地局５の主な構成要素を示すブロック図である。基地局５は、１つ以上のアンテナ５３を介して通信デバイス３に対して信号を送受信するように動作可能なトランシーバ回路５１を備えるＥ−ＵＴＲＡＮ基地局（ｅＮＢ）から成る。基地局５は、適切なコアネットワークインターフェース５５（Ｓ１インターフェース等）を介して、コアネットワーク７に対して信号を送受信するようにも動作可能である。トランシーバ回路５１の動作は、メモリ５９に記憶されたソフトウェアに従ってコントローラ５７によって制御される。
【００５４】
このソフトウェアは、とりわけ、オペレーティングシステム６１、通信制御モジュール６３、ページングモジュール６５、ランダムアクセス制御モジュール６７、及びＵＥグループ割り当てモジュール６９を含む。
【００５５】
通信制御モジュール６３は、通信デバイス３との通信を制御する。通信制御モジュール６３は、この基地局５によってサービングされる通信デバイス３によって用いられるリソースを（ｅＣＳＳを介して）スケジューリングすることも担当する。図３には示していないが、通信制御モジュール６３は、基地局５のセル内に位置する通信デバイス３によって、受信のためのシステム情報（基地局５のセルの構成等）及び／又は他のブロードキャスト送信をブロードキャストすることを担当するブロードキャスト部を含む。例えば、ブロードキャスト部は、セルにおいて用いられるＰＲＡＣＨ構成（ら）及び／又は他のモジュールによって生成された複数のメッセージ（例えば、複数のページング／ＲＡメッセージ）を送信する。
【００５６】
ページングモジュール６５は、基地局５のセル内に位置する通信デバイス３のための複数のページングメッセージを（通信制御モジュール６３を介して）生成し、送信する。
【００５７】
ランダムアクセス制御モジュール６７は、ＰＲＡＣＨにわたる通信を担当する。ランダムアクセス制御モジュール６７は、基地局５のセル内に位置する通信デバイス３により実行される、ランダムアクセス手順に関する複数のメッセージを取り扱う（生成、送信及び受信する）。
【００５８】
ＵＥグループ割り当てモジュール６９は、通信デバイス３に関連付けられたパラメータに基づいて（例えば、受信されたプリアンブルシーケンス、例えばプリアンブルシーケンスが送信される時間／周波数リソース、及び／又は選択されたプリアンブルに基づいて）各通信デバイス３をグループ（及び／又はＵＥカテゴリ）に割り当てる。適宜、ＵＥグループ割り当てモジュール６９は、通知制御モジュール６３に、各通信デバイス３の割り当てられたグループ／カテゴリを通知し、それによって、通信制御モジュール６３は、それに応じて自身のブロードキャスト部の動作を調整することができる。
【００５９】
上記説明では、通信デバイス３及び基地局５を、理解を容易にするために複数の別々のモジュールを有するものとして説明した。これらのモジュールは、例えば、既存のシステムが本発明を実施するように変更された幾つかの特定の用途についてはこのように提供することができるが、他の用途、例えば、本発明の特徴を最初から考慮して設計されたシステムでは、これらのモジュールは、全体のオペレーティングシステム又はコードに組み込まれてよく、そのため、これらのモジュールは、別々のエンティティとして区別することができない場合がある。
【００６０】
＜動作−ランダムアクセス手順＞
図４は、図１に示す通信システム１において、（サブフレーム間スケジューリングを用いた）ランダムアクセスメッセージ（ＲＡ  ｍｓｇ２／４）送信を用いることができる例示的な方法を示す。
【００６１】
基地局５は、通信デバイス３による受信のための自身のセルにおいて「ＳＩＢ２」を送信するように構成されることが理解されるであろう。ＳＩＢ２は、基地局５のセルにおいて現在使用されているＰＲＡＣＨリソース構成のための適切なパラメータを含む。
【００６２】
上記で説明したように、通信デバイス３は、基地局５（及びコアネットワーク７）を介して他のデバイスと通信可能になるために、その基地局５とのＲＲＣ接続を確立する必要がある。したがって、各通信デバイス３は、自身の送信を基地局５と同期させ、ネットワークに、ＲＲＣ接続を確立する理由を示すために、（ＰＲＡＣＨを介して）適切なランダムアクセス手順を実行するように構成される。このセルにおいて、通信デバイスの各タイプは、独自のＰＲＡＣＨパラメータ組を持つ。したがって、ＭＴＣデバイス３−２によるランダムアクセス手順を開始するために割り当てられるリソースは、移動電話機３−１のために割り当てられるリソースと異なる。
【００６３】
各ＭＴＣデバイスは、例えば、基準信号受信電力（ＲＳＲＰ）測定値等のダウンリンク信号品質測定値に基づいて、そのＭＴＣデバイスのための適切なＣＥレベル（０〜３）を（例えば、ランダムアクセス手順を開始する前に）推定するように構成されてよいことが理解されるであろう。推定されたＣＥレベルに基づいて、ＭＴＣデバイスは、ランダムアクセス手順のメッセージの通信時に、必要とされる繰り返し数を決定することができる。
【００６４】
要約すると、ランダムアクセス手順は以下のメッセージを含む。
メッセージ１（「Ｍｓｇ１」）：ＭＴＣデバイスが、適切な時間領域繰り返し（存在する場合）を伴って基地局にＰＲＡＣＨプリアンブルシーケンスを送信する。
メッセージ２（「Ｍｓｇ２」）：基地局が、ＭＴＣデバイスのＭｓｇ１が送信された、サブフレームに基づいて決定された時間窓内で、ＭＴＣデバイスに（存在する場合、適切な繰り返しを伴って）ランダムアクセス応答を送信する（ブロードキャストする）。
メッセージ３（「Ｍｓｇ３」）：ＭＴＣデバイスが、ネットワークに（存在する場合、適切な繰り返しを伴って）自身の関連付けられた移動端末識別子を送信する。
メッセージ４（「Ｍｓｇ４」）：基地局が、特定の端末に（存在する場合、適切な繰り返しを伴って）競合解決メッセージを送信する。
【００６５】
一方、ＭＴＣデバイス３−２に割り当てられるリソースは、同じカテゴリに属する他のＭＴＣデバイスによって共有される。したがって、２つ以上のＭＴＣデバイスが実質的に同時にランダムアクセス手順を開始するとき、基地局５は、それぞれのＲＡＲメッセージ（Ｍｓｇ２）を、（Ｍｓｇ１から開始する時間窓によって定義される）短い期間内に各そのようなＭＴＣデバイスに、送信するのに適したリソースをスケジューリングする必要がある。
【００６６】
各ＭＴＣデバイスに応答することを可能とするために、かつ各ＭＴＣデバイスが、（ＲＡ−ＲＮＴＩが複数のＭＴＣデバイスによって共有されている場合であっても）いずれのサブバンドを自身のＲＡＲメッセージについて監視するべきかを知ることを確実にするために、基地局５は、（自身のＵＥグループ割り当てモジュール６９を用いて）各ＭＴＣデバイスをグループに割り当てる。次に、基地局５は、（適切にフォーマット設定されたＤＣＩを用いて）ＥＰＤＣＣＨを介して、ＭＴＣデバイスの各グループに自身のそれぞれの割り当てられたＲＡＲリソースを通知する。
【００６７】
ｅＣＳＳは共通探索空間を有し、この探索空間を用いて、基地局５は、自身のセル内に位置する通信デバイス３のためのＲＡＲメッセージを（自身のランダムアクセス制御モジュール６７を用いて）動的にスケジューリングすることができる。これを行うために、基地局５は、（自身のサブバンドインデックスによって識別される）いずれのサブバンドが、ＲＡＲメッセージを搬送するＰＤＳＣＨのためにスケジューリングされるかを示すし、そのサブバンド内の関連付けられたリソース割り当て（ＲＢ数）をも示す情報を、ＤＣＩフォーマットに含む。
【００６８】
さらに詳細には、（図４において）「ｘ」及び「ｙ」で示されるサブフレームは、（サブフレーム間スケジューリングの環境が整っていると仮定して）後続のサブフレームのうちの１つにおいて、基地局５からＲＡＲメッセージを受信するようにスケジューリングされた、ＭＴＣデバイスのためのそれぞれのｅＣＳＳ７０を含む。各ＭＴＣデバイス（少なくとも、ランダムアクセス手順を最近開始したＭＴＣデバイスは除く）は、少なくともｅＣＳＳ送信の持続時間（図４におけるサブフレームｘ及びｙ）にわたって、自身のトランシーバ３１をチューニングする（及びそのトランシーバを、ｅＣＳＳ７０を搬送するサブバンドに対しチューニングする）ことによって、ｅＣＳＳ７０を監視する。
【００６９】
ｅＣＳＳ７０は１つ以上の適切なＤＣＩ（ら）を含み、その各々が、特定のグループに属するＭＴＣデバイスのためのＲＡＲを搬送する、サブフレーム及び物理リソースブロック（サブバンド、タイミング）を特定する情報を含む。（自身の関連付けられたｅＣＳＳモジュール４４を介して）ｅＣＳＳ送信を受信する各ＭＴＣデバイスは、任意の受信したＤＣＩが、そのＭＴＣが属する通信デバイスのグループのためのものであるか否かを（自身の関連付けられたランダムアクセスモジュール４７を用いて）判断するように構成される。
【００７０】
１つのオプションにおいて、ＤＣＩは、ＲＡＲメッセージが、ｅＣＳＳ７０を搬送するサブバンドと同じサブバンド７１であるが異なるサブフレーム（図４に示す例ではサブフレームｘ＋１）にわたって送信されることを示す。換言すれば、基地局５のＲＡＲ送信は、通信デバイス３のトランシーバ回路３１が（サブフレームｘにおいてｅＣＳＳを受信するようにチューニングされていることに起因して）既にチューニングされているサブバンド７１内にある、物理リソースブロック（ら）を用いる。
【００７１】
別のオプションによれば、ＤＣＩは、ｅＣＳＳ７０を搬送するサブバンドと異なるサブバンド７１’にわたってＲＡＲメッセージが送信されることを示す。この場合、ＤＣＩは、ｅＣＳＳ７０の送信後の適切な再チューニング時間後に、ＲＡＲメッセージが送信されることも示す。例えば、ＤＣＩは、ＲＡＲメッセージがサブフレームｘ＋２（又はそれ以降）において送信されることを示してよい。好ましくは、ＲＡＲメッセージは、サブフレームｘ＋１の後であるが、サブフレームｙ（次のｅＣＳＳ７０送信を搬送する）の前に送信される。適切な再チューニング時間を用いることによって、スケジューリングされた通信デバイス３が、自身のトランシーバ回路３１を（ｅＣＳＳを搬送するサブバンドから）自身のそれぞれのＲＡＲ／ページングメッセージを搬送するサブバンドにチューニングすることが可能である。
【００７２】
ＥＰＤＣＣＨ  ＣＳＳを介してＲＡＲメッセージをスケジューリングすることに関連付けられた利点は、結果として得られるスケジューリング柔軟性が、ＲＡＲメッセージのブロック確率を低減させるばかりでなく、効率的なシステム動作に寄与することである。
【００７３】
さらに、ｅＣＳＳは、複数のＲＡＲメッセージ（例えば、同じカバレッジレベルを有する複数のＲＡＲメッセージ）を単一のＴＢＳに多重化し、これにより、（例えば、関連オーバーヘッドを低減することによって）システム効率を更に改善することを可能にする。一方、そのような多重化が適切でない（又は必要とされない）場合、この手法は、少なくとも幾つかの通信デバイスへの単一の（非多重化）ＲＡＲメッセージの複数の送信を用いることも可能にする。
【００７４】
上述したｅＣＳＳを介した動的スケジューリングは、（サブフレーム間スケジューリングの環境が整っているときに）ランダムアクセス手順のメッセージ４をスケジューリングするために用いられてもよい。この場合、ＤＣＩフォーマットは、Ｍｓｇ４を送信するために用いられるサブバンドも含むことが理解されるであろう。
【００７５】
＜動作−ページング＞
図５は、（サブフレーム間スケジューリングを用いた）ページング送信を、図１に示す通信システム１において用いることができる例示的な方法を示す。
【００７６】
ＲＡＲメッセージが（図４を参照して上記で説明されたように）スケジューリングされる方法と同様に、（ＰＤＳＣＨにわたって送信される）ページングメッセージは、（ＥＰＤＣＣＨにわたって送信される）ｅＣＳＳを用いてスケジューリングされてもよい。この場合、ページングメッセージサイズは変動する（固定でない）可能性があるため、（ｅＣＳＳに含まれる）ＤＣＩフォーマットは、ページングメッセージに関連付けられたＭＣＳ、ページングメッセージに関連付けられたＴＢＳ、及びページングメッセージのために割り当てられたＲＢ数、のうちの少なくとも１つを特定する情報も含むことが好ましい。
【００７７】
ページングメッセージを搬送するＰＤＳＣＨのための周波数ロケーションが、ｅＣＳＳのための周波数ロケーションと異なる場合、サブフレーム間スケジューリングが用いられる。この場合、ページングメッセージは、利用可能なサブバンド（１．４ＭＨｚ／６ＲＢ以下）のうちの１つにわたる送信のためにスケジューリングされ、関連付けられたサブバンド数（インデックス）もＤＣＩフォーマットに含まれる。この手法は、基地局５におけるスケジューリングの柔軟性を増大させ、ページングメッセージのブロック確率も減少させることができることが有益である。
【００７８】
図５に示されるように、「ｘ」及び「ｙ」で示されるサブフレームは各々、（サブフレーム間スケジューリングの環境が整っていると仮定して）後続のサブフレームのうちの１つにおいて、基地局５からページングメッセージを受信するようにスケジューリングされるＭＴＣデバイスのためのそれぞれのｅＣＳＳ７０Ａ、７０Ｂを含む。各ＭＴＣデバイスは、少なくともｅＣＳＳ送信の持続時間（図５におけるサブフレームｘ及びｙ）にわたって自身のトランシーバ回路３１をオンにする（及びそのトランシーバ回路を、ｅＣＳＳ７０を搬送するサブバンドにチューニングする）ことによって、ｅＣＳＳ７０を監視する。
【００７９】
（サブフレームｘにおける）ｅＣＳＳ７０Ａに含まれるＤＣＩは、「ＵＥ２」、「ＵＥ３」及び「ＵＥ５」として識別される通信デバイス３のためのサブバンド７１Ａ（その関連付けられたサブバンドインデックスによって識別される）において、ページングメッセージが（適切な再チューニング時間後に）送信されることを示す。同様に、（サブフレームｙ内の）ｅＣＳＳ７０Ｂに含まれるＤＣＩは、「ＵＥ４」、「ＵＥ７」及び「ＵＥ８」として識別される通信デバイス３のためのサブバンド７１Ｂ（その関連付けられたサブバンドインデックスによって識別される）において、ページングメッセージが（適切な再チューニング時間後に）送信されることを示す。
【００８０】
このため、各識別された通信デバイス３は、自身のトランシーバ回路３１を、（少なくとも、ページング送信の持続時間にわたって）自身のそれぞれの割り当てられたサブバンド７１に対しチューニングし、そのサブバンド７１においてブロードキャストされるページングメッセージを聞くことができる。
【００８１】
一方、各通信デバイス３は、ページングメッセージが送信された後（ＣＥが用いられる場合、任意の繰り返しを含む）、自身のトランシーバ回路３１を、ｅＣＳＳ７０を搬送するサブバンドに戻すようにチューニングするように構成され、それによって、遅延なしで基地局５から制御情報（ＤＣＩ）を受信し続けることができる。
【００８２】
基地局５の送信は、各ページングメッセージ後、かつ後続のｅＣＳＳの送信前に提供される、十分な再チューニング時間が存在する（例えば、サブフレームｘ及びｙの前、並びに先行するページング送信の終了時に少なくとも１つのサブフレームが存在する）ようにスケジューリングされることが有利である。
【００８３】
＜変更及び代替＞
詳細な例示的な実施形態を上記で説明した。当業者であれば理解するように、上記において具現化された本発明から引き続き利益を得ながら、上記の例示的な実施形態に対して複数の変更及び代替を行うことができる。
【００８４】
図６〜図１１は、（ＲＡＲ送信等の）ブロードキャスト送信を、帯域幅削減ＭＴＣデバイスのためのｅＣＳＳを介してスケジューリングすることができる、複数の更なる例示的な方法を示す。
【００８５】
図６は、ＲＡＲ送信がｅＣＳＳを介してスケジューリングされる、ランダムアクセス手順の変更形態を示す。この場合、ｅＣＳＳ及びＭｓｇ２の双方が常に同じサブバンド上で送信される。
【００８６】
この例において、ＵＥ１〜ＵＥ６の各々が同じＲＡ−ＲＮＴＩを持つ。基地局は、（自身のＵＥグループ割り当てモジュール６９を用いて）ＵＥ１、ＵＥ２及びＵＥ３を第１のグループに割り当て、ＵＥ４、ＵＥ５及びＵＥ６を第２のグループに割り当てる。
【００８７】
双方のサブフレームｘ及びサブフレームｙにおいて送信されるｅＣＳＳは、ＵＥ１〜ＵＥ６に共通のＲＡ−ＲＮＴＩを含む。一方、サブフレームｘにおいて送信されるｅＣＳＳを介してスケジューリングされる（サブフレームｘ＋１における）第１の送信ラウンドにおいて、ＲＡＲは、第１のグループに属する通信デバイスのためのプリアンブルＩＤを含む。したがって、このメッセージに多重化されたＲＡＲメッセージは、第１のグループに属するＵＥ１、ＵＥ２及びＵＥ３に対して向けられている。これはまた、第２のグループに属する通信デバイスもサブフレームｘ＋１におけるＲＡＲメッセージを受信し復号したが、このメッセージはそれらの通信デバイスの関連付けられたプリアンブルＩＤを含まないことを意味する。したがって、第２のグループに属する各通信デバイスは、（自身の関連付けられたランダムアクセスモジュール４７を用いて）このＲＡＲメッセージがその通信デバイスのための有効な応答を含まないと判断し、更なるｅＣＳＳ送信（すなわち、サブフレームｙ内）についてＥＰＤＣＣＨの監視を継続する。他方で、第１のグループに属する通信デバイスは、サブフレームｘ＋１内のＲＡＲメッセージが有効なランダムアクセス応答を含むと判断し、Ｍｓｇ３を生成し基地局に送信することに進む。
【００８８】
サブフレームｙにおいて送信されたｅＣＳＳを介してスケジューリングされた（サブフレームｙ＋１における）次の送信ラウンドにおいて、ＲＡＲは、第２のグループに属する通信デバイスのためのプリアンブルＩＤを含む。このため、サブフレームｙ＋１において、第２のグループに属する通信デバイスはまた、サブフレームｙ＋１におけるＲＡＲメッセージが有効なランダムアクセス応答を含むと判断し、Ｍｓｇ３を生成し基地局に送信することに進む。
【００８９】
任意のグループが単一の通信デバイスを含むことができ、この場合、そのグループに対し多重化が用いられないことが理解されるであろう。また、２つ以上のグループのためのＲＡＲメッセージが共に多重化されてよいことが理解されるであろう。
【００９０】
このため、この例において、ＲＡＲメッセージは、（適用可能な場合）多重化され、ｅＣＳＳと同じサブバンドを用いて、時間領域においてグループ単位で送信される。図４を参照して説明されたｅＣＳＳベースのＲＡＲスケジューリングに関連付けられた柔軟性のうちの幾らかから利益を依然として受けながら、再チューニング時間を提供する必要がなく、及び／又はＤＣＩフォーマットにおいてサブバンドインデックスを含む必要がないことが有利である。
【００９１】
図７は、ＲＡＲ送信がｅＣＳＳを介してスケジューリングされる、ランダムアクセス手順の別の変更形態を示す。この場合、通信デバイスの異なるグループのための複数のＲＡＲメッセージが、複数の異なるサブバンドにわたって送信される。
【００９２】
この場合、（複数の異なる通信デバイス向けではあるが）同じＲＡ−ＲＮＴＩを持ち、同じカバレッジレベルを持つ、１つ以上のＲＡＲメッセージを搬送する単一のＴＢＳが、任意のサブバンドにおいてスケジューリングされる。これは、ｅＣＳＳのためのサブバンド及び複数のＲＡＲメッセージのためのサブバンドが異なってよく、このため、スケジューリングの柔軟性を或る程度まで達成することができることを意味する。
【００９３】
見て取ることができるように、サブフレームｘに含まれるｅＣＳＳは、（他の通信デバイスＵＥ４〜ＵＥ６についても共通であるＲＡ−ＲＮＴＩを持つが）識別子ＵＥ１〜ＵＥ３を持つ通信デバイスのグループのための（多重化された）ＲＡＲ送信をスケジューリングする。このグループに属する通信デバイス（例えば、ＵＥ１）がこのＲＡＲメッセージを復号するとき、この通信デバイスは、（自身が選択したプリアンブルＩＤが含まれているため）このＲＡＲメッセージが有効なランダムアクセス応答を有すると判断し、基地局にＭｓｇ３を送信することに進む。
【００９４】
一方、このグループに属していない通信デバイス（例えば、ＵＥ４）がこのＲＡＲメッセージを復号するとき、この通信デバイスは、（自身が選択したプリアンブルＩＤが含まれてないため）このＲＡＲメッセージがこの通信でデバイスに向けられていないと判断する。このため、ＵＥ４は、ＥＰＤＣＣＨにおいてｅＣＳＳについて監視することに戻る。
【００９５】
ＲＡＲ送信及びｅＣＳＳのタイミングは、各ＲＡＲメッセージ後、かつ後続のｅＣＳＳの送信前に提供される十分な再チューニング時間が存在する（例えば、サブフレームｘ及びｙの各々の前、並びに先行するＲＡＲ送信の終了時に少なくとも１つのサブフレームが存在する）ように定義されることが有益である。
【００９６】
見て取ることができるように、識別子ＵＥ４〜ＵＥ６を持つ通信デバイスのグループのためのＲＡＲ送信は、サブフレームｙに含まれるｅＣＳＳを介してスケジューリングされる。一方、このＲＡＲ送信は、サブフレームｘを介してスケジューリングされたＲＡＲ送信のために用いられるサブバンドと異なるサブバンドを用いる（ただし、同じサブバンドを用いてもよい）。このため、この例では、ＲＡＲメッセージ（適用可能な場合、多重化される）は、グループ単位で時間領域において（場合によっては周波数領域においても）送信される。通信デバイスＵＥ４〜ＵＥ６は、通信デバイスＵＥ１〜ＵＥ３のためのＣＥレベルと異なるＣＥレベル（このため、異なる数の繰り返し）を必要としてよいことが理解されるであろう。
【００９７】
図８は、ＲＡＲ送信がｅＣＳＳを介してスケジューリングされる、ランダムアクセス手順の別の変更形態を示す。この場合、全てのスケジューリングされた通信デバイスのためのＲＡＲメッセージが（ただし、動的にスケジューリングされた）同じサブバンドにわたって送信される。
【００９８】
この場合、（異なる通信デバイス向けではあるが）同じＲＡ−ＲＮＴＩを持ち、同じカバレッジレベルを持つ全てのＲＡＲメッセージが同じサブバンドにおいてスケジューリングされ、時間窓内にシーケンスで配列される。これは、ｅＣＳＳのためのサブバンドと複数のＲＡＲメッセージのためのサブバンドとが異なってよく、このためスケジューリングの柔軟性を或る程度達成することができることを意味する。一方、単一のシーケンス内に配列される複数のＲＡＲメッセージのための送信パラメータは同じである（同じＤＣＩフォーマットによってシグナリングされる）必要がある。
【００９９】
一方、潜在的に多数のＲＡＲメッセージが単一のシーケンスにおいて送信される必要があるため、ＲＡＲ送信は、幾つかの場合、単一のサブフレーム（６ＲＢのみを用いる）の容量を超える場合がある。したがって、ＲＡＲ送信の第１のサブフレームの後に、示されるサブバンドから通信デバイスが復号を継続するべきであることをこれらの通信デバイスに通知するために、このメッセージの後に少なくとも１つの更なるメッセージが存在することを示すフラグを、サブフレームの（少なくとも）最後のＲＡＲメッセージに含められてよい。一方、そのようなフラグは、（続くＲＡＲメッセージが同じサブフレーム内にあるか又は後続のサブフレーム内にあるかにかかわらず）別のＲＡＲメッセージが後に続く各ＲＡＲメッセージに含められてよいことが理解されるであろう。
【０１００】
図８に示す例において、全ての通信デバイス（ＵＥ１〜ＵＥ６）がサブフレームｘに含まれるｅＣＳＳを介してスケジューリングされている。一方、識別子ＵＥ１〜ＵＥ３を持つ通信デバイスのためのそれぞれのＲＡＲメッセージが、（多重化された）ＲＡＲ送信シーケンスの第１の部分に含まれ、残りの通信デバイスのためのＲＡＲメッセージがＲＡＲ送信シーケンスの第２の部分に含まれる。ＲＡＲ送信シーケンスは、このラウンドにおいてスケジューリングされた通信デバイス（ＵＥ１〜ＵＥ６）のために必要とされるＣＥレベルに従って繰り返されてよいことが理解されるであろう。
【０１０１】
図９は、複数のＲＡＲ送信がｅＣＳＳを介してスケジューリングされる、ランダムアクセス手順の別の変更形態を示す。一方、この場合、ＤＣＩフォーマットは、そのＤＣＩフォーマットを介してスケジューリングされる、複数のＲＡＲメッセージにおいてカバーされるプリアンブル範囲も識別する。
【０１０２】
例えば、ＤＣＩフォーマットにおける２ビットを用いて、４つのグループ（各グループが１６個のプリアンブルＩＤを有する）がシグナリングされ得る。
【０１０３】
この例において、（プリアンブルＩＤ１０を持つ）ＵＥ１、（プリアンブルＩＤ３を持つ）ＵＥ２、ＵＥ３（プリアンブルＵＤ１２）、ＵＥ４（プリアンブルＩＤ１４）、ＵＥ５（プリアンブルＩＤ１７）、ＵＥ６（プリアンブルＩＤ１９）、ＵＥ７（プリアンブルＩＤ２２）、及びＵＥ８（プリアンブルＩＤ３１）が、同じＲＡ−ＲＮＴＩを持つ。第１のグループがプリアンブルＩＤ１〜１６を含み、第２のグループがプリアンブルＩＤ１７〜３２を含み、第３のグループがプリアンブルＩＤ３３〜４８を含み、及び第４のグループがプリアンブルＩＤ４８〜６４を含むと仮定すると、ＵＥ１〜ＵＥ４は第１のグループに属し、ＵＥ５〜ＵＥ８は第２のグループに属する。
【０１０４】
各通信デバイスは、規定のサブフレームにおける複数のｅＣＳＳ送信について監視し、その選択されたプリアンブルＩＤがＤＣＩフォーマットによって特定される範囲内に入るか否かを判断するように構成される。その選択されたプリアンブルＩＤがＤＣＩフォーマットによって特定される範囲に入ると判断される場合、通信デバイスは、（適切な再チューニング時間に続いて）自身のトランシーバを、ＤＣＩフォーマットによって示されるサブバンドに再チューニングし、自身の関連付けられたＭｓｇ２を基地局のＲＡＲ送信から復号するように構成される。
【０１０５】
見て取ることができるように、ＲＡＲ送信後、かつ直後のｅＣＳＳ送信の前に、再チューニング時間を提供する必要がないことが有益である。なぜなら、任意の所与の時点において、（自身の関連付けられたプリアンブルＩＤに基づいて）まだ送信（例えば、ＲＡＲ送信等）のためにスケジューリングされていない通信デバイスのみがｅＣＳＳを監視する必要があるためである。
【０１０６】
図１０は、複数のＲＡＲメッセージの多重化を必要としない場合（又はそのような多重化が許可されないとき）を示す。この場合、（レガシー手順に従って導出されたＲＡ−ＲＮＴＩではなく）通信デバイスごとに新たなＲＡ−ＲＮＴＩを適用することが有利である。
【０１０７】
古いＲＡ−ＲＮＴＩは、「１」〜「６０」の範囲を持ち、以下のように求められる。
【数１】
0006493558.tif 000002
ここで、ｔ＿ｉｄは送信されたＰＲＡＣＨの第１のサブフレームのインデックスであり（０≦ｔ＿ｉｄ＜１０）、ｆ＿ｉｄは同じサブフレームの周波数領域における送信されたＰＲＡＣＨのインデックスである（０≦ｆ＿ｉｄ＜６）。
【０１０８】
一方、この変更形態では、（少なくとも複数のＭＴＣデバイスのための）ＲＡ−ＲＮＴＩは、ＰＲＡＣＨシーケンスインデックスを用いることによっても導出される。これによって、複数の通信デバイス（複数のＭＴＣデバイス）がＭｓｇ１を送信するために同じ複数のＰＲＡＣＨリソース（ｔ＿ｉｄ及びｆ＿ｉｄ）を選択する場合であっても、同じＰＲＡＣＨシーケンスインデックスも用いない限り、これらの通信デバイスのために同じＲＡ−ＲＮＴＩを用いることが防がれる。この「ＭＴＣ  ＲＡ−ＲＮＴＩ」又は「ＰＲＡＣＨシーケンスインデックスベースのＲＡ−ＲＮＴＩ」の値は、古いＲＡ−ＲＮＴＩ範囲の外側（上）から選択されてよく、以下のように求めることができる。
【数２】
0006493558.tif 000003
ここで、ＰＲＡ＿ｉｄは送信されたＰＲＡＣＨシーケンスインデックスであり（０≦ＰＲＡ＿ｉｄ＜６４）、ｆ＿ｉｄは、同じサブフレームの周波数領域における送信されたＰＲＡＣＨのインデックスである（０≦ｆ＿ｉｄ＜６）。
【０１０９】
したがって、ＤＣＩがそのようなＰＲＡＣＨシーケンス固有のＲＡ−ＲＮＴＩによりマスキングされている場合、意図されたＵＥ（ら）（すなわち、対応するＰＲＡＣＨシーケンスインデックスを用いた通信デバイス（ら））のみがこれを復号し、関連付けられたＲＡＲメッセージを（適切な再チューニング時間後に）受信することができる。（従来のＲＡ−ＲＮＴＩ又は異なるＰＲＡＣＨシーケンスインデックスに基づくＲＡ−ＲＮＴＩを用いる）任意の他の複数のＵＥは、自身の独自のＲＡ−ＲＮＴＩでマスキングされていないＤＣＩフォーマットを復号することができず、このため、（関連付けられたＰＤＳＣＨに対するチューニング及び）関連付けられたＰＤＳＣＨの受信をスキップする。この結果、電力が大幅に節減される。
【０１１０】
新たなＲＡ−ＲＮＴＩを伴うこの手法の結果として、少なくともＭＴＣデバイスがカバレッジ拡張モードで動作している間、ＭＴＣデバイスにおける電力消費の削減（電力節減）も得られることが有利である。
【０１１１】
図１１は、ＲＡ−ＲＮＴＩがＰＲＡＣＨ（プリアンブル）シーケンスグループ化に基づいて決定される、場合を示す。この場合、ＲＡ−ＲＮＴＩは、ＰＲＡＣＨシーケンスグループインデックス（４つのグループを仮定する）を用いて以下のように導出される。
【数３】
0006493558.tif 000004
ここで、ＰＲＡ＿Ｇｒｏｕｐ＿ｉｄは、ＵＥのＰＲＡＣＨ（プリアンブル）シーケンスインデックスが属するＰＲＡＣＨシーケンスグループのインデックスである（０≦ＰＲＡ＿Ｇｒｏｕｐ＿ｉｄ＜４）。可能なプリアンブルシーケンスＩＤグループ化を上記で図９を参照して説明した（ただし、任意の適切なグループ化を用いることができる）。
【０１１２】
したがって、ＤＣＩがそのようなグループ固有のＲＡ−ＲＮＴＩを用いてマスキングされる場合、意図される複数のＵＥ（すなわち、同じグループからのプリアンブルシーケンスＩＤを用いる通信デバイス（ら））のみがこれを復号し、関連付けられたＲＡＲメッセージを（適切な再チューニング時間後に）受信することができる。（異なるグループから自身のそれぞれのＰＲＡＣＨシーケンスインデックスを選択した）いかなる他の複数のＵＥは、独自のグループと異なるグループを対象とするそのようなＤＣＩフォーマットを復号することができず、このため、そのような複数のＵＥは、（関連付けられたＰＤＳＣＨに対するチューニング及び）関連付けられたＰＤＳＣＨの受信をスキップする。このため、この手法の結果として、電力が大幅に節減される。
【０１１３】
代替的に、サブフレームインデックス（ｔ＿ｉｄ）も、例えば以下のように式に含めることができる。
【数４】
0006493558.tif 000005
ここで、ＰＲＡ＿ｉｄは送信されたＰＲＡＣＨシーケンスインデックスであり（０≦ＰＲＡ＿ｉｄ＜６４）、ｆ＿ｉｄは、同じサブフレームの周波数領域における送信されたＰＲＡＣＨのインデックスであり（０＜ｆ＿ｉｄ＜６）、ｔ＿ｉｄは、送信されたＰＲＡＣＨの第１のサブフレームのインデックスである（０≦ｔ＿ｉｄ＜１０）。
【０１１４】
上記の例示的な実施形態において、ｅＣＳＳを介して送信される制御データ（ＤＣＩ）が、ＲＡＲ又はページングメッセージ送信等の（多重化された）ブロードキャスト送信をスケジューリングするために用いられる。一方、制御のないＲＡＲメッセージが代わりに用いられてよいことが理解されるであろう。この場合、ＰＲＢの数は、６ＲＢ（又は６ＲＢ未満）に固定される。基地局は、単一のＴＢＳ（又はＴＢＳの限られた組）を用いて複数の（ＲＡＲ／ページング）メッセージを送信し、通信デバイスは、ＴＢＳに基づいて複数のブラインド復号を行うように構成される。複数のＲＡＲメッセージのための周波数ロケーション又はサブバンドは、例えば、中央６ＲＢに固定されてよい（ただし、それは複数のＰＲＡＣＨリソースから導出されてもよい）。このオプションにおいて、基地局のスケジューリング柔軟性が（周波数ロケーションが動的に変化されなくてもよいので）制約されており、ＵＥの電力消費が（全てのメッセージのブラインド復号に起因して）増大してもよいにもかかわらず、送信前に再チューニング時間を提供する必要はない（制御データがないため）。複数のＲＡＲメッセージを同じサブバンドで送信する必要があるとき、複数のＲＡＲメッセージがそれぞれの検出窓（Ｍｓｇ１から計算される）内で送信されることを確実にするキューメカニズムが提供されてもよいことが有益である。
【０１１５】
上記の例示的な実施形態では、ＲＡＲ（ランダムアクセス手順のメッセージ２）及び複数のページングメッセージ等の、複数のブロードキャスト送信のサブフレーム間スケジューリングのために複数の方法が与えられる。しかしながら、上記の実施形態は、他の複数のメッセージ、例えば、ランダムアクセス手順のメッセージ４にも（メッセージ４が１つのＵＥのみに一意に関連付けられた識別子（ＴＣ−ＲＮＴＩ）でマスキングされている場合であっても）適用可能とされてよいことが理解されるであろう。
【０１１６】
図４〜図１１は、３つのサブバンド（各サブバンドは６ＲＢから成る）を示す。しかしながら、サブバンドの数は、（例えば、基地局のシステム帯域幅に依拠して）３つより多く（又は少なく）することができることが理解されるであろう。
【０１１７】
上記の例示的な実施形態では、再チューニング時間は、１サブフレーム（以下の）持続時間であると仮定される。しかしながら、異なる再チューニング時間（例えば、１サブフレームより長い）が用いられてもよいことが理解されるであろう。
【０１１８】
上記の説明において、時間領域における繰り返しが全ての送信について仮定される。しかしながら、そのような繰り返しは、単純にするために、図４〜図１１では省かれている。
【０１１９】
図４〜図１１を参照して、複数の例示的な実施形態を上記で説明した。これらの例示的な実施形態は、互いに排他的でなく、単一のセル内で及び／又は近傍セル内で、オプションのうちの任意のものを同じシステム内に組み合わされてよいことが理解されるであろう。例えば、基地局は、例えば、周期的に、そのセル内のＭＴＣデバイスの数／タイプに依拠して、セル内の全体負荷に依拠して、（例えば、衝突に起因した）プリアンブル再送信数に依拠して、通信のタイプ（例えば、ランダムアクセス／ページング／ブロードキャスト／ユニキャスト）に依拠して、１つの動作モードから別の動作モードに変更するように構成されてよい。
【０１２０】
図１０及び図１１を参照して説明した上記の例において、ＲＡ−ＲＮＴＩは、プリアンブルプレフィックス（Ｍｓｇ１）が送信された、サブフレームを識別するサブフレームインデックスを用いることなく計算される。しかしながら、少なくともＭｓｇ２が送信される必要がある適切な時間窓を決定する際に、Ｍｓｇ１が送信されたサブフレームのインデックスが依然として（基地局及びＭＴＣデバイスによって）検討されることが理解されるであろう。
【０１２１】
上記説明では、ＰＲＡＣＨ構成に関する情報は、ＳＩＢ２を介してシグナリングされる。しかしながら、ＰＲＡＣＨ構成（少なくともその一部分）は、異なるシステム情報ブロック、例えば、複数の削減帯域幅ＵＥ及び／又は複数のカバレッジ拡張ＵＥに固有の１つ以上のＳＩＢを介して、シグナリングされてよいことが理解されるであろう。代替的に又は加えて、この情報の一部又は全ては、異なる方法で通信デバイスによって取得され得る。例えば、ＰＲＡＣＨ構成は、システムブロードキャスト（例えば、ＰＢＣＨ）及び／又は上位レイヤ（例えば、ＲＲＣ）を介して、シグナリングされてよい。
【０１２２】
Ｅ−ＵＴＲＡＮ基地局（ｅＮＢ）として動作する基地局に関して通信システムを説明したが、同じ原理は、マクロ基地局若しくはピコ基地局として動作する基地局、フェムト基地局、基地局機能の要素を提供する中継ノード、ホーム基地局（ＨｅＮＢ）、又は他のそのような通信ノードにも適用されてよいことが理解されるであろう。
【０１２３】
上記の例示的な実施形態では、ＬＴＥ遠距離通信システムを説明した。当業者であれば理解するように、本出願において説明される技法は、従前の３ＧＰＰタイプのシステムを含む、他の通信システムにおいて用いられ得る。他の通信ノード又はデバイスには、例えば、携帯情報端末、ラップトップコンピュータ、ウェブブラウザ等のようなユーザデバイスを含んでよい。
【０１２４】
上記の例示的な実施形態では、基地局及び通信デバイスは、それぞれトランシーバ回路部を備える。通常、この回路部は専用ハードウェア回路によって形成される。しかしながら、幾つかの例示的な実施形態では、トランシーバ回路部の一部を、対応するコントローラによって実行されるソフトウェアとして実装されてよい。
【０１２５】
上記の例示的な実施形態では、複数のソフトウェアモジュールを説明した。当業者であれば理解するように、それらのソフトウェアモジュールは、コンパイル済みの形式又は未コンパイルの形式において与えられてよく、コンピュータネットワークを介して信号として、又は記録媒体において基地局又はユーザデバイスに供給されてよい。さらに、このソフトウェアの一部又は全部によって実行される機能は、１つ以上の専用のハードウェア回路を用いて実行されてよい。
【０１２６】
基地局は、少なくとも１つの通信デバイスのための情報を搬送するブロードキャストメッセージがブロードキャストされることになる、少なくとも１つのサブフレームを特定するように構成されたプロセッサと；制御チャネルにおいて、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームに先行する少なくとも１つのサブフレーム内の周波数サブバンドにおいて、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームを特定する制御情報を送信し、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームにおいて上記ブロードキャストメッセージをブロードキャストするように構成された送信機と；を備えてよい。
【０１２７】
少なくとも１つの通信デバイスは、少なくとも１つのマシンタイプ通信「ＭＴＣ」デバイス（例えば、削減帯域幅又は低複雑度ＭＴＣデバイス及び／又はカバレッジ拡張ＭＴＣデバイス）から成ってよい。
【０１２８】
少なくとも１つの通信デバイスが少なくとも１つのカバレッジ拡張ＭＴＣデバイスから成る場合、上記制御情報が送信される少なくとも１つのサブフレームは、上記制御情報が最初に送信され、次に繰り返される複数のサブフレームから成ってよく、ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームは、上記ブロードキャストメッセージが最初にブロードキャストされ、次に繰り返されることになる複数のサブフレームから成ってよい。
【０１２９】
ブロードキャストメッセージは、複数の通信デバイスの各々のための多重化された情報を搬送してよい。例えば、ブロードキャストメッセージは、共通カバレッジ拡張レベルを共有する複数のカバレッジ拡張マシンタイプ通信「ＭＴＣ」デバイスの各々のための多重化された情報を搬送してよい。
【０１３０】
プロセッサは、ブロードキャストメッセージがブロードキャストされることになる周波数サブバンドを特定するように更に構成されてよい。この場合、制御情報は、上記ブロードキャストメッセージがブロードキャストされることになる上記周波数サブバンドを特定するよう配置されてよく、上記送信機は、上記ブロードキャストメッセージがブロードキャストされることになる上記周波数サブバンドにおいて上記ブロードキャストメッセージをブロードキャストするように構成されてよい。
【０１３１】
プロセッサは、上記ブロードキャストメッセージがブロードキャストされることになる上記周波数サブバンド内で、少なくとも１つの周波数リソース（例えば、少なくとも１つの物理リソースブロック）を特定するように更に構成されてよく、上記制御情報は、上記少なくとも１つの周波数リソースを特定する配置されてよく、上記送信機は、上記少なくとも１つの周波数リソース上で上記ブロードキャストメッセージをブロードキャストするように構成されてよい。
【０１３２】
上記ブロードキャストメッセージがブロードキャストされることになる周波数サブバンド及び上記制御チャネルが送信される上記周波数サブバンドは、互いに異なってよい。この場合、上記プロセッサは、上記制御チャネルが送信される上記少なくとも１つのサブフレームと、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームとの間（例えば、制御情報が繰り返される最後のサブフレームと、上記ブロードキャストメッセージが最初にブロードキャストされる最初のサブフレームとの間）に、少なくとも１つの更なるサブフレームが存在するように、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームを特定するように構成されてよい。
【０１３３】
上記ブロードキャストメッセージがブロードキャストされることになる周波数サブバンド及び上記制御チャネルが送信される周波数サブバンドは同じであってよい。この場合、プロセッサは、上記制御チャネルが送信される少なくとも１つのサブフレームの最後のサブフレームと、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームの第１のサブフレームとの間に全体サブフレームが存在しないように、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームを特定するように構成されてよい。
【０１３４】
ブロードキャストメッセージは、更なるブロードキャストメッセージが、上記ブロードキャストメッセージがブロードキャストされることになる少なくとも１つのサブフレームに後続する（例えば、直後の）サブフレームにおいて続くことを示すインジケータを搬送してよい。
【０１３５】
制御情報は、上記ブロードキャストメッセージが情報を搬送する少なくとも１つのデバイスを識別するための情報から成ってよい。この場合、識別するための情報は、上記ブロードキャストメッセージが情報を搬送する上記少なくとも１つのデバイスがメンバであるデバイスグループを識別するグループ識別子と；上記ブロードキャストメッセージが情報を搬送する上記少なくとも１つのデバイスを識別する少なくとも１つのプリアンブルシーケンス識別子と；上記ブロードキャストメッセージが情報を搬送する少なくとも１つのデバイスに関連付けられたカバレッジ拡張レベルの識別子と；のうちの少なくとも１つから成ってよい。
【０１３６】
基地局は、上記少なくとも１つの通信デバイスから、ランダムアクセスプリアンブルを搬送するメッセージを受信するための受信機を更に備えてよく、上記ブロードキャストメッセージは、上記少なくとも１つの通信デバイスのためのランダムアクセス応答「ＲＡＲ」を搬送するメッセージから成る。
【０１３７】
制御情報は、上記ブロードキャストメッセージが情報を搬送する少なくとも１つのデバイスを識別する情報から成ってよい。例えば、少なくとも１つのデバイスを識別する情報は、６１＋６４ｘ  ｆ＿ｉｄ＋ＰＲＡ＿ｉｄに等しい識別子から成ってよく、ここで、ｆ＿ｉｄは、上記ランダムアクセスプリアンブルを搬送するメッセージが受信された周波数リソースブロックのインデックスであってよく、ＰＲＡ＿ｉｄはプリアンブルシーケンスインデックスであってよい。少なくとも１つのデバイスを識別する情報は、６１＋４ｘ  ｆ＿ｉｄ＋ＰＲＡ＿Ｇｒｏｕｐ＿ｉｄに等しい識別子も含んでよく、ここで、ｆ＿ｉｄは、上記ランダムアクセスプリアンブルを搬送するメッセージが受信された周波数リソースブロックのインデックスであってよく、ＰＲＡ＿Ｇｒｏｕｐ＿ｉｄは、上記ブロードキャストメッセージが情報を搬送する上記少なくとも１つのデバイスがメンバであるプリアンブルシーケンスグループのインデックスであってよい。少なくとも１つのデバイスを識別する情報は、ＲＡ−ＲＮＴＩ＝６１＋ｔ＿ｉｄ＋６４ｘ  ｆ＿ｉｄ＋ＰＲＡ＿ｉｄに等しい識別子も含んでよく、ここで、ｔ＿ｉｄは、上記ランダムアクセスプリアンブルを搬送するメッセージが受信されたサブフレームのインデックスであってよく、ｆ＿ｉｄは、上記ランダムアクセスプリアンブルを搬送するメッセージが受信された周波数リソースブロックのインデックスであり、ＰＲＡ＿ｉｄはプリアンブルシーケンスインデックスである。
【０１３８】
ブロードキャストメッセージは、ページングチャネルを用いたページングメッセージのブロードキャストから成ってよい。
【０１３９】
プロセッサは、上記ページングメッセージのための変調及び符号化方式「ＭＣＳ」及び／又はトランスポートブロックサイズ「ＴＢＳ」を特定するように更に構成されてよい。制御情報は、上記ＭＣＳ及び／又はＴＢＳを特定するように配置されてよい。
【０１４０】
上記の例示的な実施形態では、マシンタイプ通信デバイス及び移動電話機を説明した。しかしながら、移動電話機（及び同様のユーザ機器）は、マシンタイプ通信デバイスとして動作するように構成されてよいことが理解されるであろう。例えば、移動電話機３−１は、ＭＴＣモジュール４５を備えてよい（及び／又はこのモジュールの機能を提供してよい）。
【０１４１】
ＭＴＣの用途の例
各通信デバイスは、１つ以上のＭＴＣの用途をサポートしてよいことが理解されるであろう。ＭＴＣの用途の幾つかの例が、以下の表にリストされている（出典：３ＧＰＰ  ＴＳ２２．３６８  Ｖ１３．１．０、付録Ｂ）。このリストは、網羅的なものではなく、マシンタイプ通信の用途の範囲を示すことを意図したものである。
【０１４２】
【表１】
0006493558.tif 000006
【０１４３】
種々の他の変更形態は当業者には明らかであり、ここでは、これ以上詳しくは説明しない。
【０１４４】
以下は、現在提案されている３ＧＰＰ標準規格において本発明を実施することができる方法の詳細な説明である。様々な特徴が必須又は必要であると記載されているが、これは、例えば、標準規格によって課される他の要件に起因して、提案される３ＧＰＰ標準規格についてしか当てはまらない場合がある。したがって、これらの記載は、本発明をいかなる形においても限定するものと解釈されるべきでない。
【０１４５】
１  序論
現行のＲＡＮ１合意において、サブフレーム間スケジューリングは、ユニキャスト送信（すなわち、単一のＵＥのためのＰＤＳＣＨ）についてサポートされている。しかしながら、ブロードキャスト送信（すなわち、ＲＡＲ及びページング）のためのスケジューリング方法はまだ論じられていない。
【０１４６】
この寄稿において、ＬＴＥ  Ｒｅｌ−１３ＭＴＣのための複数のＲＡＲメッセージの送信及びページングについて論考し、最後に或る提案を提供する。
【０１４７】
２  ランダムアクセス応答（ＲＡＲ）送信
ＭＴＣの場合、ランダムアクセス（ＲＡ）手順は、４つのメッセージ（ｍｓｇ１〜４）の送信を伴う古いＬＴＥシステムと同じである。しかしながら、最初に、ＭＴＣ  ＵＥは、ＰＲＡＣＨメッセージ１のための繰り返し回数を決定するために、例えばダウンリンクＲＳＲＰ測定値を用いて或る判断基準に基づいてカバレッジレベル（０〜３）を推定するべきである。次に、ＵＥは、そのカバレッジレベルに割り当てられたＰＲＡＣＨリソースのうちの１つを選択し、ランダムアクセス手順を開始するべきである。ｅＮＢは、ＰＲＡＣＨリソースセットとＰＲＡＣＨ繰り返しレベルとの間の１対１のマッピングが存在するため、ＵＥによって用いられるＰＲＡＣＨリソースからカバレッジレベルを決定することができる。ランダムアクセス応答（ＲＡＲ）メッセージ２について、以下のようにＵＥに対しスケジューリングを行う２つの異なる方法が存在するように思われる。
【０１４８】
オプション１：制御なしＲＡＲメッセージ−この場合、ＰＲＢ数は６ＲＢに固定され得、単一のＴＢＳ又はＴＢＳの限られた組が用いられ得、ここで、ＵＥは常に複数のブラインド復号を試行する。ＲＡＲメッセージのための周波数ロケーション又はサブバンドを中心６ＲＢに固定することができるか、又はＰＲＡＣＨリソースから導出することができる。主要な関心事は、このオプションにｅＮＢスケジューリング柔軟性が欠けていることである。なぜなら、周波数ロケーションは動的に変更され得ず、結果としてＲＡＲメッセージのためのより高いブロック確率を引き起こし得るためである。さらに、複数のＲＡＲメッセージが同じサブバンドで終わる場合、或る種の待合せが必要とされ、ここで、ＵＥは検出窓においてＰＤＳＣＨによって搬送される各ＲＡＲメッセージを復号するように試行する。このため、ＵＥにおける電力消費は大幅に増大する。
【０１４９】
オプション２：ＥＰＤＣＣＨ  ＣＳＳにおけるＲＡＲメッセージ−別のオプションは、ＥＰＤＣＣＨにおける共通探索空間（ｅＣＳＳ）を定義して複数のＲＡＲメッセージのための動的スケジューリングを提供することであり、ここで、ＰＲＢ数、ＴＢＳ及び周波数ロケーション等がＤＣＩフォーマットに含まれる。不利な点は、オプション１、より詳細には、ｅＣＳＳ送信のための多大な数の繰り返しが必要となるカバレッジ拡張モードのためのオプション１と比較した、制御オーバヘッドである。利点は、複数のＲＡＲメッセージのためのブロック確率を低減するだけでなく、効率的なシステム動作を達成する、ｅＮｏｄｅＢスケジューリング柔軟性である。さらに、同じカバレッジレベルを持つ複数のＲＡＲメッセージを、Ｒｅｌ−８に類似した単一のＴＢＳに多重化することが可能である。複数のメッセージが多重化される場合、ペイロードが増大し、結果として、時間領域における繰り返しの数が所与のカバレッジレベルにわたって増大する。このため、正しいバランスを得るために、ｅＮＢがカバレッジレベルに依拠して多重化され得る、メッセージ数を制御することが有益である。例えば、通常のカバレッジにおける複数の低複雑度のＭＴＣ  ＵＥのための複数のＲＡＲメッセージが多重化され得るが、拡張カバレッジモード（例えば、５ｄＢ、１０ｄＢ及び１５ｄＢ）の単一のＲＡＲメッセージ送信が好ましい。
【０１５０】
さらに、ＵＥにおける電力消費を低減するために、少なくともカバレッジ拡張モードについて新たなＭＴＣ  ＲＡ−ＲＮＴＩが必要となる場合がある。古いＲＡ−ＲＮＴＩは、１〜６０の範囲を持ち、以下のように決定される。
【数５】
0006493558.tif 000007
ここで、ｔ＿ｉｄ＝送信されるＰＲＡＣＨの第１のサブフレームのインデックスであり（０≦ｔ＿ｉｄ＜１０）、ｆ＿ｉｄ＝同じサブフレームの周波数領域における送信されるＰＲＡＣＨのインデックスである（０≦ｆ＿ｉｄ＜６）。
【０１５１】
１つの方法は、ＰＲＡＣＨシーケンスインデックスをＲＡ−ＲＮＴＩとして用いることによってＲＡ−ＲＮＴＩの導出方法を再考することである。これによって、複数のＵＥが同じｔ＿ｉｄ及びｆ＿ｉｄを選択する場合であっても、同じＰＲＡＣＨシーケンスインデックスをピックアップしない限り、新たなＭＴＣ  ＲＡ−ＲＮＴＩをそれらの複数のＵＥから分離する。新たなＭＴＣ  ＲＡ−ＲＮＴＩは、古いＲＡ−ＲＮＴＩよりも優先され得、以下のように決定され得る。
【数６】
0006493558.tif 000008
ここで、ＰＲＡ＿ｉｄ＝送信されたＰＲＡＣＨシーケンスインデックスである（０≦ＰＲＡ＿ｉｄ＜６４）。
【０１５２】
このため、ＤＣＩがシーケンス固有のＲＡ−ＲＮＴＩでマスキングされている場合、意図されるＵＥ（ら）のみが受信することができ、意図されていない他の複数のＵＥは、ＤＣＩフォーマットを復号することができず、その後、関連付けられたＰＤＳＣＨをスキップし、これにより電力を大幅に節減することになる。したがって、ＵＥにおける電力節減の観点から、オプション２が好ましい。
【０１５３】
見解１：ＰＲＡＣＨシーケンスインデックスに基づいて新たなＭＴＣ  ＲＡ−ＲＮＴＩが用いられる場合、ＵＥにおける電力節減の観点から、複数のＲＡＲメッセージにはオプション２（ＥＰＤＣＣＨ  ＣＳＳ）が好ましい。
【０１５４】
見解２：通常のカバレッジの場合、複数のＲＡＲメッセージを、ｅＮＢ制御下で共に多重化することができるが、拡張カバレッジモード（例えば、５ｄＢ、１０ｄＢ及び１５ｄＢ）の場合、単一のＲＡＲメッセージ送信がサポートされるべきである。
【０１５５】
提案１：ＥＰＤＣＣＨ  ＣＳＳが、ＲＡメッセージ２及び４の送信に用いられるべきである。
【０１５６】
ＥＰＤＣＣＨ  ＣＳＳが複数のＲＡメッセージのために適合される場合、時間領域の繰り返しが、通常モード及び拡張カバレッジモードの双方に必要となる。さらに、周波数領域においてスケジューリングされたサブバンドインデックスは、ｅＮＢのスケジューリング柔軟性を達成するために、ＤＣＩフォーマットに含まれるべきである。このため、図４に示すように、サブフレーム間スケジューリングを用いたＲＡメッセージ２／４のためのｅＣＳＳを介した動的スケジューリングが、全てのＭＴＣ  ＵＥについてサポートされるべきである。
【０１５７】
提案２：サブフレーム間スケジューリングが、ＲＡメッセージ２及び４のためにサポートされる。
【０１５８】
３  ページング送信
ページングメッセージは、複数のＵＥのＩＤを多重化することができるため、可変である。したがって、ＴＢＳを、ｅＣＳＳにおいて送信されるＤＣＩフォーマットでシグナリングすることが望ましい。さらに、ページングメッセージを搬送するＰＤＳＣＨの場合、周波数ロケーションにおけるサブバンドインデックスが、図５に示されるようなサブフレーム間スケジューリングを利用することによって、利用可能なサブバンドから動的に選択されるべきであることが有益である。これにより、ｅＮＢにおけるスケジューリング柔軟性が増大し、ページングメッセージのブロック確率も減少する。
【０１５９】
提案３：ＥＰＤＣＣＨ  ＣＳＳは、ページング送信のために用いられるべきである。
【０１６０】
提案４：サブフレーム間スケジューリングがページング送信のためにサポートされる。
【０１６１】
４  結論
この寄稿において、ＬＴＥ  Ｒｅｌ−１３ＭＴＣのための複数のＲＡＲメッセージの送信及びページングについて論考し、以下の見解及び提案をする。
【０１６２】
見解１：ＰＲＡＣＨシーケンスインデックスに基づいて新たなＭＴＣ  ＲＡ−ＲＮＴＩが用いられる場合、ＵＥにおける電力節減の観点から、複数のＲＡＲメッセージにはオプション２（ＥＰＤＣＣＨ  ＣＳＳ）が好ましい。
【０１６３】
見解２：拡張カバレッジモード（例えば、５ｄＢ、１０ｄＢ及び１５ｄＢ）の場合、単一のＲＡＲメッセージ送信がサポートされるべきである。しかしながら、通常のカバレッジの場合、複数のＲＡＲメッセージが、ｅＮＢ制御下で共に多重化され得る。
【０１６４】
提案１：ＥＰＤＣＣＨ  ＣＳＳが、ＲＡメッセージ２、４及びページングの送信に用いられるべきである。
【０１６５】
提案２：サブフレーム間スケジューリングが、ＲＡメッセージ２、４及びページングの送信のためにサポートされる。
【０１６６】
５  参考文献
１）3GPP TR 36.888 V12.0.0”Study on provision of low-cost MTC UEs based on LTE (Release-12)”
２）RP-150492”Revised WI: Further LTE Physical Layer Enhancements for MTC”Ericsson, RAN#67
３）R1-151555”Further details of Physical Downlink Control Channel for MTC”NEC, RAN1#80bis
【０１６７】
上記の実施形態の全体又は一部は、以下の付記のようにも記載されうるが、以下には限られない。
【０１６８】
（付記１）
通信システムのための基地局であって、複数の通信デバイスが、一連の複数のサブフレームから構成される複数の無線フレームと複数の周波数サブバンドから構成される周波数帯域とを用いてこの基地局と通信し、この基地局は、
少なくとも１つの通信デバイスのための情報を搬送するブロードキャストメッセージがブロードキャストされることになる、少なくとも１つのサブフレームを特定するように構成されたプロセッサと、
制御チャネルにおいて、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームに先行する少なくとも１つのサブフレーム内の周波数サブバンドにおいて、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームを特定するための制御情報を送信し、かつ
上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームにおいて、上記ブロードキャストメッセージをブロードキャストする、
ように構成された送信機と、
を備える、基地局。
【０１６９】
（付記２）
上記少なくとも１つの通信デバイスは、少なくとも１つのカバレッジ拡張マシンタイプ通信「ＭＴＣ」デバイスから成り、上記制御情報が送信される上記少なくとも１つのサブフレームは、上記制御情報が最初に送信され、次に繰り返される複数のサブフレームから成り、ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームは、上記ブロードキャストメッセージが最初にブロードキャストされ、次に繰り返されることになる複数のサブフレームから成る、付記１に記載の基地局。
【０１７０】
（付記３）
上記ブロードキャストメッセージは、複数の通信デバイスの各々のための多重化された情報を搬送する、付記１又は２に記載の基地局。
【０１７１】
（付記４）
上記ブロードキャストメッセージは、共通カバレッジ拡張レベルを共有する複数のカバレッジ拡張マシンタイプ通信「ＭＴＣ」デバイスの各々のための多重化された情報を搬送する、付記３に記載の基地局。
【０１７２】
（付記５）
上記プロセッサは、上記ブロードキャストメッセージがブロードキャストされることになる周波数サブバンドを特定するように更に構成され、上記制御情報は、上記ブロードキャストメッセージがブロードキャストされることになる上記周波数サブバンドを特定するようにされ、上記送信機は、上記ブロードキャストメッセージがブロードキャストされることになる上記周波数サブバンドにおいて上記ブロードキャストメッセージをブロードキャストするように構成される、付記１〜４のいずれか１つに記載の基地局。
【０１７３】
（付記６）
上記プロセッサは、上記ブロードキャストメッセージがブロードキャストされることになる上記周波数サブバンド内で、少なくとも１つの周波数リソース（例えば、少なくとも１つの物理リソースブロック）を特定するように更に構成され、上記制御情報は、上記少なくとも１つの周波数リソースを特定するように配置され、上記送信機は、上記少なくとも１つの周波数リソース上で上記ブロードキャストメッセージをブロードキャストするように構成される、付記５に記載の基地局。
【０１７４】
（付記７）
上記ブロードキャストメッセージがブロードキャストされることになる上記周波数サブバンドと上記制御チャネルが送信される上記周波数サブバンドとが互いに異なるとき、上記プロセッサは、上記制御チャネルが送信される少なくとも１つのサブフレームと、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームとの間（例えば、制御情報が繰り返される最後のサブフレームと、上記ブロードキャストメッセージが最初にブロードキャストされる最初のサブフレームとの間）に少なくとも１つの更なるサブフレームが存在するように、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームを特定するように構成される、付記５又は６に記載の基地局。
【０１７５】
（付記８）
上記ブロードキャストメッセージがブロードキャストされることになる上記周波数サブバンドと上記制御チャネルが送信される上記周波数サブバンドとが同じであるとき、上記プロセッサは、上記制御チャネルが送信される少なくとも１つのサブフレームの最後のサブフレームと、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームの第１のサブフレームとの間に全体サブフレームが存在しないように、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームを特定するように構成される、付記５〜７のいずれか１つに記載の基地局。
【０１７６】
（付記９）  上記ブロードキャストメッセージは、更なるブロードキャストメッセージが、上記ブロードキャストメッセージがブロードキャストされることになる少なくとも１つのサブフレームに後続する（例えば、直後の）サブフレームにおいて続くことを示すインジケータを搬送する、付記１〜８のいずれか１つに記載の基地局。
【０１７７】
（付記１０）
上記制御情報は、上記ブロードキャストメッセージが情報を搬送する少なくとも１つの通信デバイスを識別するための情報を含む、付記１〜９のいずれか１つに記載の基地局。
【０１７８】
（付記１１）
上記識別するための情報は、上記ブロードキャストメッセージが情報を搬送する上記少なくとも１つの通信デバイスがメンバであるデバイスグループを識別するグループ識別子と、上記ブロードキャストメッセージが情報を搬送する上記少なくとも１つの通信デバイスを識別する少なくとも１つのプリアンブルシーケンス識別子と、上記ブロードキャストメッセージが情報を搬送する少なくとも１つの通信デバイスに関連付けられたカバレッジ拡張レベルの識別子と、のうちの少なくとも１つから成る、付記１０に記載の基地局。
【０１７９】
（付記１２）
上記少なくとも１つの通信デバイスから、ランダムアクセスプリアンブルを搬送するメッセージを受信するための受信機を更に備え、上記ブロードキャストメッセージは、上記少なくとも１つの通信デバイスのためのランダムアクセス応答「ＲＡＲ」を搬送するメッセージから成る、付記１〜１１のいずれか１つに記載の基地局。
【０１８０】
（付記１３）
上記制御情報は、上記ブロードキャストメッセージが情報を搬送する少なくとも１つのデバイスを識別する情報から成り、上記識別する情報は、６１＋６４ｘ  ｆ＿ｉｄ＋ＰＲＡ＿ｉｄに等しい識別子から成り、ここで、ｆ＿ｉｄは、上記ランダムアクセスプリアンブルを搬送するメッセージが受信された周波数リソースブロックのインデックスであり、ＰＲＡ＿ｉｄはプリアンブルシーケンスインデックスである、付記１２に記載の基地局。
【０１８１】
（付記１４）
上記制御情報は、上記ブロードキャストメッセージが情報を搬送する少なくとも１つの通信デバイスを識別する情報から成り、上記識別する情報は、６１＋４ｘ  ｆ＿ｉｄ＋ＰＲＡ＿Ｇｒｏｕｐ＿ｉｄに等しい識別子から成り、ここで、ｆ＿ｉｄは、上記ランダムアクセスプリアンブルを搬送するメッセージが受信された周波数リソースブロックのインデックスであり、ＰＲＡ＿Ｇｒｏｕｐ＿ｉｄは、上記ブロードキャストメッセージが情報を搬送する上記少なくとも１つの通信デバイスがメンバであるプリアンブルシーケンスグループのインデックスである、付記１２に記載の基地局。
【０１８２】
（付記１５）
上記制御情報は、上記ブロードキャストメッセージが情報を搬送する少なくとも１つの通信デバイスを識別する情報から成り、上記識別する情報は、ＲＡ−ＲＮＴＩ＝６１＋ｔ＿ｉｄ＋６４ｘ  ｆ＿ｉｄ＋ＰＲＡ＿ｉｄに等しい識別子から成り、ここで、ｔ＿ｉｄは、上記ランダムアクセスプリアンブルを搬送するメッセージが受信されたサブフレームのインデックスであり、ｆ＿ｉｄは、上記ランダムアクセスプリアンブルを搬送するメッセージが受信された周波数リソースブロックのインデックスであり、ＰＲＡ＿ｉｄはプリアンブルシーケンスインデックスである、付記１２に記載の基地局。
【０１８３】
（付記１６）
上記ブロードキャストメッセージは、ページングチャネルを用いたページングメッセージのブロードキャストから成る、付記１〜１１のいずれか１つに記載の基地局。
【０１８４】
（付記１７）
上記プロセッサは、上記ページングメッセージのための変調及び符号化方式「ＭＣＳ」及び／又はトランスポートブロックサイズ「ＴＢＳ」を特定するように更に構成され、上記制御情報は、上記ＭＣＳ及び／又はＴＢＳを特定するように配置される、付記１６に記載の基地局。
【０１８５】
（付記１８）
上記少なくとも１つの通信デバイスは、少なくとも１つのマシンタイプ通信「ＭＴＣ」デバイス（例えば、削減帯域幅又は低複雑度ＭＴＣデバイス及び／又はカバレッジ拡張ＭＴＣデバイス）から成る、付記１〜１７のいずれか１つに記載の基地局。
【０１８６】
（付記１９）
一連の複数のサブフレームから構成される複数の無線フレームと複数の周波数サブバンドから構成される周波数帯域とを用いて、基地局と通信するための通信デバイスであって、
制御チャネルにおいて、少なくとも１つのサブフレーム内の周波数サブバンドにおいて、ブロードキャストメッセージがブロードキャストされることになる少なくとも１つの後のサブフレームを特定するための制御情報を受信するように構成された受信機と、
上記制御情報から、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つの後のサブフレームを特定するように構成されたプロセッサと、
を備え、
上記プロセッサは、上記ブロードキャストメッセージのために上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つの後のサブフレームを監視し、かつ上記ブロードキャストメッセージがブロードキャストされたときにこれを受信するように、上記受信機を制御するように構成される、通信デバイス。
【０１８７】
（付記２０）
付記１〜１８のいずれか１つに記載の基地局と付記１９に記載の通信デバイスとを備えるシステム。
【０１８８】
（付記２１）
通信システムにおいて基地局によって実行される方法であって、複数の通信デバイスが、一連の複数のサブフレームから構成される無線フレームと複数の周波数サブバンドから構成される周波数帯域とを用いて上記基地局を介して通信し、この方法は、
少なくとも１つの通信デバイスのための情報を搬送するブロードキャストメッセージがブロードキャストされることになる、少なくとも１つのサブフレームを特定し、
制御チャネルにおいて、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームに先行する少なくとも１つのサブフレーム内の周波数サブバンドにおいて、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームを特定するための制御情報を送信し、
上記ブロードキャストメッセージが送信されることになる上記少なくとも１つのサブフレームにおいて、上記ブロードキャストメッセージをブロードキャストする、
ことを含む、方法。
【０１８９】
（付記２２）
一連の複数のサブフレームから構成される複数の無線フレームと複数の周波数サブバンドから構成される周波数帯域とを用いて、基地局と通信するために通信デバイスによってに実行される方法であって、
制御チャネルにおいて、少なくとも１つのサブフレーム内の周波数サブバンドにおいて、ブロードキャストメッセージがブロードキャストされることになる少なくとも１つの後のサブフレームを特定するための制御情報を受信し、
上記制御情報から、上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つのサブフレームを特定し、
上記ブロードキャストメッセージのために上記ブロードキャストメッセージがブロードキャストされることになる上記少なくとも１つの後のサブフレームを監視して、上記ブロードキャストメッセージがブロードキャストされたときにこれを受信する、
ことを含む、方法。
【０１９０】
（付記２３）
プログラム可能な通信デバイスに付記２１又は２２に記載の方法を実行させるためのコンピュータ実施可能命令を含むコンピュータ実施可能命令製品。
【０１９１】
この出願は、２０１５年４月１０日に出願された英国特許出願第１５０６１５１．８号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
0006493558.tif 000009
【図２】
0006493558.tif 000010
【図３】
0006493558.tif 000011
【図４】
0006493558.tif 000012
【図５】
0006493558.tif 000013
【図６】
0006493558.tif 000014
【図７】
0006493558.tif 000015
【図８】
0006493558.tif 000016
【図９】
0006493558.tif 000017
【図１０】
0006493558.tif 000018
【図１１】
0006493558.tif 000019