(57)【要約】端末装置（ＵＥ）によって行われる方法が提供される。本方法は、隣接セルのリソースプールを設定するための設定情報を受信するステップと、セル間デバイス・ツー・デバイス（Ｄ２Ｄ）通信のためのリソースプールの数を監視するステップとを含む。リソースプールの数は、ある値に制限される。基地局装置（ｅＮｏｄｅＢ）によって行われる方法も、提供される。この方法は、隣接セルのリソースプールを設定するための設定情報をブロードキャストするステップを含む。
2017523736.tif 000002
【特許請求の範囲】
【請求項１】
端末装置（ＵＥ）によって行われる方法であって、
隣接セルのリソースプールを設定するための設定情報を受信するステップと、
セル間デバイス・ツー・デバイス（Ｄ２Ｄ）通信のための前記リソースプールの数を監視するステップであって、前記リソースプールの前記数は、ある値に制限される、ステップと
を含む、方法。
【請求項２】
基地局装置（ｅＮｏｄｅＢ）によって行われる方法であって、
隣接セルのリソースプールを設定するための設定情報をブロードキャストするステップ
を含み、
セル間デバイス・ツー・デバイス（Ｄ２Ｄ）通信のための前記リソースプールの数は、端末装置（ＵＥ）によって監視され、前記リソースプールの前記数は、ある値に制限される、
方法。
【請求項３】
隣接セルのリソースプールを設定するための設定情報を受信するように設定された／プログラム可能な受信回路素子
を含む、端末装置（ＵＥ）であって、
セル間デバイス・ツー・デバイス（Ｄ２Ｄ）通信のための前記リソースプールの数を監視し、前記リソースプールの前記数は、ある値に制限される、
端末装置（ＵＥ）。
【請求項４】
隣接セルのリソースプールを設定するための設定情報をブロードキャストするように設定された／プログラム可能な伝送回路素子
を含む、基地局装置（ｅＮｏｄｅＢ）であって、
セル間デバイス・ツー・デバイス（Ｄ２Ｄ）通信のための前記リソースプールの数は、端末装置（ＵＥ）によって監視され、前記リソースプールの前記数は、ある値に制限される、
基地局装置（ｅＮｏｄｅＢ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セル間デバイス・ツー・デバイス（Ｄ２Ｄ：ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）通信において使用されるリソースプール監視設定に関する。本発明は、発見および／または通信オペレーションにおいて使用できるリソースプール監視設定にも関する。
【背景技術】
【０００２】
Ｄ２Ｄ通信は、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）、Ｒｅｌｅａｓｅ１２の主な特徴の１つである。Ｄ２Ｄ通信の導入は、スペクトラム効率および全体的スループットを高め、端末の消費電力を減らし、新たなピアツーピアサービスを可能にする。典型的なアプリケーションには、公共安全、ネットワークオフロードなどが含まれるがこれらに限定されない。しかし、Ｄ２Ｄ伝送は端末の上りリンク帯域幅を利用するため、ＵＥがＲＦチェーンを１つしか有しないものと想定すると、Ｄ２Ｄ受信機は、（ａ）同時のＤ２Ｄ伝送およびＤ２Ｄ受信、または（ｂ）同時のＬＴＥおよびＤ２Ｄ受信のいずれも行うことができない。なお、Ｄ２Ｄ通信は、ＵＥが同時にＤ２Ｄ伝送およびＬＴＥ伝送を実行することが可能であるように、上りリンク上で行われる。
【０００３】
Ｄ２Ｄ通信シナリオにおいては、３ＧＰＰ  ＴＲ３６．８４３ｖ１２．０．１に２つのモードが定められる。端末装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）の伝送の観点から、ＵＥは、２つのリソース割り当てモードで動作しうる：
モード１：基地局装置（ｅＮｏｄｅＢ：Ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）またはＲｅｌｅａｓｅ１０中継ノードが、直接データおよび直接制御情報を伝送するためにＵＥにより使用される正確なリソースをスケジューリングする。
モード２：直接データおよび直接制御情報を伝送するためにＵＥが自分でリソースプールからリソースを選択する。
【０００４】
モード１では、ブロードキャストＵＥによるスケジューリング・アサインメントの伝送のためのリソースの位置がｅＮｏｄｅＢから来て、ブロードキャストＵＥによるＤ２Ｄデータの伝送において使用されるリソース（単数または複数）の位置がｅＮｏｄｅＢから来る。モード２では、スケジューリング・アサインメントのために使用されるリソースプールは、予め設定され、および／または準静的に割り当てられ（すなわちスケジューリング・アサインメントに使用されるリソースプールは時間とともに徐々に変更されうる）、ＵＥは自分で、そのスケジューリング・アサインメントとして伝送するためのスケジューリング・アサインメントのためのリソースをリソースプールから選択する。
【０００５】
モード２の使用時には、ＵＥは伝送リソースをリソースプールから自動的に選択する。したがって、異なるＵＥが伝送のために同じ周波数／時間リソースを選択することが考えられる。したがって、モード２と比較して、モード１の１つの利点は、周波数／時間リソースの使用に関してＵＥよりもはるかに多くの情報を有するｅＮｏｄｅＢによって伝送リソースが割り当てられるため、モード１は、異なるＵＥが伝送のために同じ周波数／時間リソースを選択することによって生じる可能性のあるそのような衝突を回避するということである。
【０００６】
モード２は通常、カバレッジ外シナリオのため、またはＵＥがアイドル状態にあるときに使用される。カバレッジ内のシナリオについては、最新の合意が３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ２ミーティング＃８６の報告書に論じられている。ｅＮｏｄｅＢは、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある間に無制約に使用されうるモード２リソース割り当て伝送リソースプールの専用のシグナリングによってＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に設定することができる。あるいは、ｅＮｏｄｅＢは、ＵＥが例外的なケースにおいてのみリソースプールから自らのリソースの選択を許容されるモード２リソース割り当て伝送リソースプールの専用のシグナリングによって、他の場合はモード１のままで、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に設定することができる。
【０００７】
モード１においては、スケジューリング・アサインメント（ＳＡ：Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ）リソースプールが設定され、Ｄ２Ｄ受信を有することが意図されたＵＥがＳＡリソースプールを監視する。ＳＡリソースプールは、準静的でありまたは予め設定されうる。ＳＡリソースプールの中で、データ伝送ブロック（ＴＢ：ｔｒａｎｓｍｉｓｓｉｏｎ  ｂｌｏｃｋ）の複数の伝送機会についての時間および／または周波数リソースの伝送のためのリソースパターン（ＲＰＴ：ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎｓ  ｆｏｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）１つ以上が定義されることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、上記のスキームは、ＵＥが他のセルによって割り当てられるＳＡリソースプールまたはモード２リソースプールを監視し続けるために負わなければならない労力の量を考慮に入れない。ＵＥが、上述の設定にしたがう際に、多数のＳＡリソースプールまたはモード２リソースプールを監視することによってリソースを無駄にしうる場合が多く存在し、いくつかのシナリオでは、監視されるこれらのプールは、当該ＵＥのＤ２Ｄ通信と無関係でさえある。このように、Ｄ２Ｄ通信をなお可能にしながらＵＥの電力およびバンド幅の非効率的な使用につながらない様式で、ＳＡリソースプールまたはモード２リソースプールをいかにして能率的および効果的に監視するかという問題がまだ未解決である。
【課題を解決するための手段】
【０００９】
本発明によれば、端末装置（ＵＥ）によって行われる方法であって、
隣接セルのリソースプールを設定するための設定情報を受信するステップと、
セル間デバイス・ツー・デバイス（Ｄ２Ｄ）通信のためのリソースプールの数を監視するステップであって、リソースプールの数はある値に制限される、ステップと
を含む、方法が提供される。
【００１０】
本発明によれば、基地局装置（ｅＮｏｄｅＢ）によって行われる方法であって、
隣接セルのリソースプールを設定するための設定情報をブロードキャストするステップ
を含み、
セル間デバイス・ツー・デバイス（Ｄ２Ｄ）通信のためのリソースプールの数は、端末装置（ＵＥ）によって監視され、リソースプールの数は、ある値に制限される
方法が提供される。
【００１１】
本発明によれば、
隣接セルのリソースプールを設定するための設定情報を受信するように設定された／プログラム可能な受信回路素子
を含む、端末装置（ＵＥ）であって、
セル間デバイス・ツー・デバイス（Ｄ２Ｄ）通信のためのリソースプールの数を監視し、リソースプールの数は、ある値に制限される、
端末装置（ＵＥ）が提供される。
【００１２】
本発明によれば、
隣接セルのリソースプールを設定するための設定情報をブロードキャストするように設定された／プログラム可能な伝送回路素子
を含む、基地局装置（ｅＮｏｄｅＢ）が提供され、
セル間デバイス・ツー・デバイス（Ｄ２Ｄ）通信のためのリソースプールの数は端末装置（ＵＥ）によって監視され、リソースプールの数はある値に制限される。
【発明の効果】
【００１３】
上記の課題を解決するために、本発明の好ましい実施形態は、セル間Ｄ２Ｄ通信で使用可能なリソースプール監視設定を提供する。本発明の好ましい実施形態は、Ｄ２Ｄ通信において使用されるＵＥの電力効率およびシステム効率を改良する複数のリソースプール監視設定を提供する。
【００１４】
本発明の上記および他の特色、要素、特徴、ステップおよび利点は、添付の図面に関連する本発明の好ましい実施形態の以下の詳細な説明からさらに明らかになる。
【図面の簡単な説明】
【００１５】
【図１】本発明の好ましい実施形態にしたがって実行されるセル間Ｄ２Ｄ通信の例の図解である。
【図２】本発明の好ましい実施形態によるＵＥベースのリソースプール監視選択方法を説明する流れ図である。
【図３】本発明の好ましい実施形態による３つの例示的セルのリソースプールを示したダイアグラムである。
【図４】本発明の好ましい実施形態によるＵＥのブロックダイアグラムである。
【図５】本発明の好ましい実施形態によるｅＮｏｄｅＢのブロックダイアグラムである。
【発明を実施するための形態】
【００１６】
例１
上記のように、Ｄ２Ｄ通信では、３ＧＰＰ  ＴＲ３６．８４３ｖ１２．０．１に２つのモードが定められる。第一に、ＵＥは、モード１で動作することができる。モード１は、ｅＮｏｄｅＢまたはＲｅｌｅａｓｅ１０中継ノードが、直接データおよび直接制御情報を伝送するためにＵＥにより使用される正確なリソースをスケジューリングするモードである。第二に、ＵＥは、モード２で動作することができる。モード２は、直接データおよび直接制御情報を伝送するためにＵＥが自分でリソースプールからリソースを選択するモードである。以下の説明では、「リソースプール」という用語の使用は、ＳＡリソースプールおよびモード２において使用されるリソースプールの両方をさす。
【００１７】
セル間Ｄ２Ｄ通信では、Ｄ２Ｄ受信機はその在圏セルのリソースプールを監視するだけでなく、Ｄ２Ｄ受信機が通信する他のセルによって割り当てられるリソースプールも監視しなければならない。Ｄ２Ｄ受信の間に監視されるリソースプールの数が非常に大きくなりうる場合がある。例えば、セル間Ｄ２Ｄ通信シナリオでは、Ｄ２Ｄ受信のためにＵＥによって監視されるリソースプールが非常に多数になりうることが大いに考えられる。この問題に加えて、もう一つの特定の問題は、あるリソースプールが対応するＤ２Ｄオペレーションに関与さえしていない場合であっても、ＵＥがそのリソースプールを監視する場合があることである。例えば図１では、ＵＥ３は、Ｄ２Ｄグループ１通信（Ｇ１通信）だけにしか関心がないにもかかわらず、Ｄ２Ｄグループ２通信（Ｇ２通信）にしか使用されていないＵＥ５のリソースプール設定を監視しうる。このシナリオのもとでは、このようなＵＥ５の監視がＧ１通信のＤ２Ｄオペレーションに利益を提供しないにもかかわらず、ＵＥ３はＵＥ５の特定のリソースプールを監視することに余計な労力を費やす。図１に示される例では、ＵＥ１、ＵＥ２、ＵＥ３およびＵＥ４は全てＧ１通信に関係する一方で、ＵＥ２、ＵＥ５およびＵＥ６の全てがＧ２通信に関係する。したがって、他のＵＥの全てのリソースプールを監視しているべき唯一のＵＥは、Ｇ１およびＧ２通信の両方に関係するＵＥ２である。
【００１８】
多数のリソースプールを監視することによって生じる多くの問題が存在する。例えば、監視されるリソースプールごとにＵＥバッテリ電力消費が増加する。したがって、ＵＥによって実行される特定のＤ２Ｄ通信に必要のない特定のリソースプールを当該ＵＥに監視させると、当該ＵＥにいかなる利益も提供することなくバッテリ電力が消費される結果になる。さらに、ＵＥがリソースプールを監視するときには、ＵＥはそのＲＦチェーンの１つを下りリンクから上りリンクに変更する。したがって、利用できるＲＦチェーンが１つしかないＵＥ（すなわち上りリンクのＤ２Ｄおよび下りリンクのＷＡＮを同時に受信する能力がないＵＥ）の場合、当該ＵＥはその期間中、そのＲＦフィルタが上りリンクの信号をひろうために使用される結果下りリンクオペレーションのために使用できないため、ＷＡＮ下りリンク受信をすることを禁じられる。したがって、監視ゾーンが大きいと、Ｄ２Ｄ  ＵＥがＷＡＮ受信を得るために十分なリソース（時間および周波数領域リソースいずれも）を有しない結果となり、ＵＥのスループットが減少する。さらに、単一のＤ２Ｄ通信に関与する多数のＵＥにこのような問題があるときには、単一のＤ２Ｄ通信の全体的システムスループットが減少し、各ＵＥが負の影響を受ける。
【００１９】
リソースプール設定／割り当てに関して、セル間シナリオを議論する際に特に考慮すべき２つのカテゴリがある。第一のカテゴリは、ｅＮｏｄｅＢが、（予め設定されたシグナリング、準静的シグナリングおよび／または無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングのいずれかを使用して）他のｅＮｏｄｅＢのリソースプール割り当てステータスを考慮せずにそのリソースプールを設定する場合、すなわち完全に非協調の場合である。この第一のカテゴリの利点は、例えばｅＮｏｄｅＢに存在する全Ｄ２Ｄデータロードなど、各ｅＮｏｄｅＢが自身の状況に基づいてそのリソースプールを設定できることである。加えて、この方法は、ｅＮｏｄｅＢが異なるｅＮｏｄｅＢ間の協調を考慮しないため、シグナリングまたは管理および運用（Ａ＆Ｍ：Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｎａｇｅｍｅｎｔ）労力の量を減少させることができる。あるいは、１つのｅＮｏｄｅＢのリソースプール割り当てがその隣接ｅＮｏｄｅＢの状況に影響される、すなわち、異なるｅＮｏｄｅＢ間のリソースプール割り当てが協調される場合もありうる。協調によって、異なるｅＮｏｄｅＢのリソースプールは、完全に重複することも、全く重複しないことも、または共通の重複領域を持つこともできる。
【００２０】
セル固有レベルのリソースプール割り当て／設定が協調されるかまたは協調されないかに関わらず、セルが全く重複しない状態にある場合、セル間Ｄ２Ｄ受信にはＵＥがリソースプール設定情報を取得することが必要である。このようなリソースプール設定情報は、ＵＥにより様々な方法で得られる：
１．  隣接セルのシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）シグナリングによる。しかしＬＴＥでは、ＵＥは隣接セルのＳＩＢシグナリングを復号する必要はない。
２．  隣接セルのリソースプール設定ステータスをｅＮｏｄｅＢがブロードキャストすることによる。この在圏セルは、この情報をＡ＆Ｍ機構を通じてまたはＸ２インタフェースを通じて得ることができる（しかしｒｅｌ−１２ではＸ２インタフェース上でやり取りされる情報は考慮されない）。
３．  セルエッジＤ２Ｄ  ＵＥが、その在圏セルのリソースプール設定ステータスをその隣接セルにリレーする。しかし、Ｄ２ＤオペレーションがアクティブなＵＥが存在しなければそのような情報の利用可能性は完全には保証されない。
４．  物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄ２Ｄ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｃｈａｎｎｅｌ）によってリソースプール割り当て情報が搬送されることも考えられる。
【００２１】
いずれの方法が用いられても、（発見または通信中に）監視される必要があるＤ２Ｄリソースプールの数の増加とともに、シグナリング量および協調はますます複雑になる。加えて、Ｄ２Ｄ受信を有するＵＥは、監視増加の要請を満たすためにますます多くのリソースプールを必要とする。
【００２２】
Ｄ２Ｄ  ＵＥあたりの監視されるリソースプールのサイズを減らすため考えられる１つの方法は、隣接セル全体で同一周波数レイヤ内のリソースプールを整合させることである。この方法は、セル間Ｄ２Ｄ発見／通信のためのリソースプール設定情報をやり取りするために用いられるシグナリング量も減らすことができる。しかし、この方法の１つの欠点は、ｅＮｏｄｅＢが、自らの状態に基づいて、例えば当該ｅＮｏｄｅＢによって検出されるＤ２Ｄデータロードに基づいて、リソースプールを設定できないことである。極端なシナリオでは、１つの特定のセルに非Ｄ２Ｄ対応ＵＥがキャンプオンしている場合であっても、共通リソースプール設定が固定されるときには、この１つの特定のセルは、その非Ｄ２Ｄ対応ＵＥのためにＤ２Ｄオペレーションのためのリソースプールを設定することが必要である。
【００２３】
本発明の好ましい実施形態によれば、上記の問題を解決するために、ＵＥ監視サイズに上限を設けることが可能である。監視されるＤ２Ｄ伝送の数に基づいて、最小限の要件（上限）が定義されてもよい。例えばＬＴＥ通信のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態下では、ＵＥモビリティを維持するために測定ギャップが割り当てられないときには、ＵＥは８つの周波数内セルを測定することが必要である。少なくともＲｅｌｅａｓｅ１２では、Ｄ２Ｄ通信はブロードキャスト型通信であり、モビリティ維持はＬＴＥにおけるほど重要ではない。ゆえに、Ｒｅｌｅａｓｅ１２ではこの上限に、より低い値が使用されることができる。上限は、例えば、ＳＡリソースプールとモード２リソースプールの合計であってもよい。Ｄ２Ｄ発見のためには、別の上限が設けられることができる。値は、ＵＥまたはｅＮｏｄｅＢの仕様において固定されてもよい。
【００２４】
その上限に加えて、ｅＮｏｄｅＢは、例えばＷＡＮトラフィック負荷、Ｄ２Ｄトラフィック負荷など、自らのステータスに基づいて、監視される最大限のリソースプールについてのインジケータを設定することもできる。インジケータは、例えばセル固有であってもよく、ＳＩＢシグナリングによって伝送されるのが好ましい。１つの特定の例は、インジケータがオプションフィールドとしてＤ２Ｄ  ＳＩＢシグナリングに含まれることである。あるいは、このインジケータはＵＥに依存し、ＲＲＣシグナリングを通じて特定のＵＥに送信されてもよい。
【００２５】
本発明の好ましい実施形態により、リソースプール監視制御も可能である。この制御においては、ＵＥは、セル間Ｄ２Ｄ受信を実装するために、好ましくは上述のさまざまな方法の１つ以上に基づいて、隣接セルのリソースプール設定情報を得る。前述のように、非常に大きな数のリソースプールを監視することは、システムパフォーマンスを損ないうる。したがって、システムパフォーマンスの損失を減らすために用いられうる１つの解決策は、特定のリソースプールがその端末の関係するＤ２Ｄ動作を有するか否かに関する判断に基づいて監視されるリソースプールの数を減らすことであろう。例えば、Ｄ２Ｄ  ＵＥは、その同期プロシージャの後、関係リソースプールの監視を開始し、ＵＥが関係リソースプールの監視を開始すると同時に、当該ＵＥは、それぞれの特定のリソースプールにつきタイマまたはカウンタも開始しうる。特定のリソースプールにつき、タイマ／カウンタが切れる前にそのＵＥが関係Ｄ２Ｄ動作（例えばＤ２Ｄ受信）を検出した場合、そのＵＥは、タイマ／カウンタを再始動し、その特定のリソースプールの監視プロセスを続ける。しかし、タイマ／カウンタが切れたあとにＵＥが関係Ｄ２Ｄ動作を検出しない場合には、ＵＥはその特定のリソースプールの監視プロセスを終了するかまたはそのリソースプールに費やされる監視時間の量を減らすことを試みるのが好ましい。タイマ／カウンタの値は、ＵＥ固有であるのが好ましく、例えば、ＲＲＣシグナリングを通じてｅＮｏｄｅＢからＵＥに送信される。ＵＥが特定のリソースプールに対する監視動作の減少を企図する場合、以下にさらに詳述する「監視制御」プロシージャも開始してもよい。
【００２６】
ここで、「監視制御」を実現するために使用されうる本発明の好ましい実施形態によるネットワークベースのプロシージャについて述べる。ＵＥはまず、ＵＥがリソースプールの監視動作を減らすこと／監視プロセスを終了することが許されるか否かを問うために、ＲＲＣシグナリングを通じてインジケータをその在圏ｅＮｏｄｅＢに送信する。ｅＮｏｄｅＢがこのインジケータを得たあと、ｅＮｏｄｅＢは決定を行い、例えば好ましくはＲＲＣシグナリングによって、決定を対応するＵＥに送り返す。監視動作を減らす際には、１つのＤ２Ｄ発見／通信期間／サイクルの間に、ＵＥはｅＮｏｄｅＢによって選択されたリソースプールをその期間／サイクル中により低頻度で監視することができる。加えて、同じリソースプールを監視するすべての関係Ｄ２Ｄ  ＵＥが同様の行動を取ることができるように、ｅＮｏｄｅＢが対応する情報（例えば、監視プロセスを終了するかまたは監視動作を減らす）をブロードキャストすることができる。例えば、ｅＮｏｄｅＢが、リソースプールごとに（またはＵＥによってＤ２Ｄグループが識別されうる場合にはＤ２Ｄグループごとに）間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）関係パラメータを設定（ブロードキャスト）することができ、そのリソースプールを監視するすべてのカバレッジ内ＵＥが、ｅＮｏｄｅＢの命令／設定にしたがうことによって同様の行動を取ることができる。
【００２７】
次に、本発明の好ましい実施形態によるＵＥベースのプロシージャについて述べる。ＵＥが自律的に監視挙動を更新することも可能である。例えば、ＵＥが自律的にＤＲＸオペレーションを開始できるのが好ましい。このプロシージャは、完全にカバレッジ外のＵＥにとって、いずれのｅＮｏｄｅＢからも命令を得られないことから好ましい。この自律的ＵＥオペレーションのための方法の好ましい実施形態を説明する流れ図が図２に提供される。「監視制御」プロセスをトリガした後、ＵＥは、その通常の監視ステータスを回復しうる、すなわち、ＵＥは、特定のリソースプール上で関係するＤ２Ｄ動作が利用可能となったあと、当該リソースプールに対する監視動作を増加させるかまたは当該リソースプールの監視を再開することができる。ＵＥは、以下に記載される「監視制御回復」プロシージャによってこの作業を達成することができる：
・ＵＥが、特定のリソースプール上で関係するＤ２Ｄ動作の増加を検出した場合、上述の「監視制御」プロシージャと同様に、ＵＥはｅＮｏｄｅＢにインジケータを送信し、それからｅＮｏｄｅＢからＵＥに例えばＲＲＣシグナリングを通じて送り返される命令に従うことができる。加えて、ｅＮｏｄｅＢはさらに、すべての関係Ｄ２Ｄ  ＵＥが同様の行動を取ることができるように、対応する決定（例えば監視制御を回復する決定）をブロードキャストすることができる。
・特定のリソースプールに対する監視動作を終了するＵＥでは、これらのＵＥは、ｅＮｏｄｅＢからのブロードキャスト情報に従って元の監視ステータスに回復することができる。
【００２８】
次に、本発明の好ましい実施形態によるｅＮｏｄｅＢリソースプール設定の協調について述べる。前述のように、１つの周波数レイヤ内の異なるセル全体で完全に重複するリソースプールを使用する１つの欠点は、リソースプール設定／割り当ての柔軟性の限界である。本発明の好ましい実施形態にしたがって開発される妥協設計は、各セルがなお追加のリソースプールを設定／割り当てできるように、１つの周波数レイヤ内の異なるセル全体で共通の重複プールを確保することである。各セル内で、共通リソースプールおよび追加リソースプールが、１つだけのリソースプールとして扱われることもできるし、または異なるリソースプールとして扱われることもできる。例えば、３つの例示的セル（セル１、セル２、およびセル３）のリソースプールが図３に示される。セル１、セル２、およびセル３のこれらの３つのリソースプールの各々は、時間領域および周波数領域において重複するリソースを含み、時間領域および周波数領域において重複するこれらのリソースが「共通」プールと呼ばれる。セル１、セル２、およびセル３は、時間領域および周波数領域において重複しない位置に設けられたさらなるそれぞれのリソースも含み、これらのリソースが「追加」プールと呼ばれる。「追加」プールは独立のリソースプールであり、異なるセルによって共有されない。このように、セル１、セル２、およびセル３の「共通」プールおよび「追加」プールが合わさってセル１、セル２、およびセル３のそれぞれのリソースプールを定義し、「共通」プールと呼ばれる共有リソースと、「追加」プールと呼ばれる非共有リソースとを含む。なお、セルが「共通」プールだけまたは「追加」プールだけにリソースを有することも可能である。
【００２９】
異なるリソースプールとして扱われるときには、Ｄ２Ｄオペレーションを最適化するために以下の技術が考慮されうる：
１．  共通重複スペースにおけるＤ２Ｄ伝送は、他のセルのＷＡＮ伝送に干渉しない。ゆえに、他のセルのＷＡＮ伝送に対する重度の／望ましくない干渉を回避するために、より高い電力レベルのＤ２Ｄ伝送がこのゾーンに割り当てられうる。
２．  共通スペースに割り当てられるＤ２Ｄ伝送は、優先度に基づきうる。
【００３０】
上記によれば、共通スペースは、ＵＥおよび／またはｅＮｏｄｅＢの仕様において予め設定されまたは予め定義されてもよい。予め設定する方法が用いられる場合、対応するパラメータが、例えばＳＩＢシグナリングに含まれるのが好ましい。ＳＩＢシグナリングに含まれうるパラメータには、
ｉ．  周波数領域：共通スペースの帯域幅；対応する周波数レイヤの帯域幅内の共通スペースの位置
ｉｉ．  時間領域：共通スペースの持続期間（サブフレームの数）；共通スペースの位置、例えばＤ２Ｄ発見／通信期間／サイクル内の共通スペースの位置
が含まれる。
【００３１】
このように、本発明の上述の好ましい実施形態は、多数のリソースプールを監視することによって生じる多くの問題に解決策を提供する。これらの解決策を用いることで、Ｄ２Ｄ  ＵＥの電力効率が改善され、システム効率も改善される。これらの解決策のいくつかは、例えば、以下を提供するステップとしてまとめることができる。
１．  ＵＥ監視サイズの上限。上限は固定されることができ、追加的限界がｅＮｏｄｅＢによって設定され、ＳＩＢを通じてブロードキャストされることができる。
２．  ＵＥベースのリソースプール監視選択。この場合、
２．１  ＵＥがリソースプール（ＳＡリソースプールまたはモード２のためのリソースプール）を検出し、対応するタイマ／カウンタが切れる前に関係するＤ２Ｄ動作が存在するか否かをチェックする。
２．２  タイマ／カウンタの値はＵＥ固有とすることができ、ｅＮｏｄｅＢからＲＲＣシグナリングを通じてＵＥに送信されることができる。
２．３  ＵＥがｅＮｏｄｅＢにインジケータを送信し、ｅＮｏｄｅＢが、そのＵＥが特定のリソースプールの監視を止めることができるかまたはその特定のリソースプールをより低頻度で監視することができるか否かを決定する。
３．  １つの周波数レイヤ内で異なるセル全体で定義される共通の重複領域。
【００３２】
図３は、本発明の好ましい実施形態によるＵＥ１１０４において用いられることができる様々な構成要素を示す。ＵＥ１１０４は、ＵＥ１１０４のオペレーションを制御するように構成およびプログラムされたプロセッサ１１５４を含むのが好ましい。プロセッサ１１５４は、ＣＰＵまたは他の類似のデバイスとも呼称されることができる。メモリ１１７４は、リードオンリーメモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、または情報を記憶するために用いることができる他の任意のデバイスを含むことができ、プロセッサ１１５４に命令１１５６ａおよびデータ１１５８ａを与える。メモリ１１７４は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ：ｎｏｎ−ｖｏｌａｔｉｌｅ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）を含むこともできる。命令１１５６ｂおよびデータ１１５８ｂは、プロセッサ１１５４により使用されることができる。プロセッサ１１５４に読み込まれた命令１１５６ｂおよび／またはデータ１１５８ｂは、プロセッサ１１５４による実行または処理のために読み込まれた、メモリ１１７４からの命令１１５６ａおよび／またはデータ１１５８ａも含むことができる。命令１１５６ｂは、本明細書に開示されるシステムおよび方法を実装するためにプロセッサ１１５４によって実行されることができる。
【００３３】
ＵＥ１１０４は、データの送受信を可能にするように構成された送信機１１７２および受信機１１７３が入った筺体も含むことができる。送信機１１７２および受信機１１７３は、トランシーバ１１７１に組み合わされることができる。１つ以上のアンテナ１１９９ａ〜ｎは、筺体に取り付けられまたは筺体内に封入され、トランシーバ１１７１に電気的に結合されるのが好ましい。
【００３４】
ＵＥ１１０４の様々な構成要素は、データバスに加えて電力バス、制御信号バスおよびステータス信号バスを含むことができる、バスシステム１１７７によって結合されるのが好ましい。しかし、明確のため、図３にはさまざまなバスがバスシステム１１７７として示される。ＵＥ１１０４は、信号処理用に構成およびプログラムされたデジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）１１７５も含むことができる。ＵＥ１１０４は、ユーザにＵＥ１１０４の機能へのアクセスを提供する通信インタフェース１１７６も含むことができる。図３に示されたＵＥ１１０４は、具体的構成要素のリストではなく機能ブロック図である。
【００３５】
図４は、本発明の好ましい実施形態によるｅＮｏｄｅＢ１２０２において利用されることができる様々な構成要素を示す。ｅＮｏｄｅＢ１２０２は、プロセッサ１２７８、プロセッサ１２７８に命令１２７９ａおよびデータ１２８０ａを与えるように構成およびプログラムされたメモリ１２８６、プロセッサ１２７８内にありまたは読み込まれることができる命令１２７９ｂおよびデータ１２８０ｂ、（トランシーバ１２８１に組み合わせることができる）送信機１２８２および受信機１２８４を含む筺体、トランシーバ１２８１に電気的に結合された１つ以上のアンテナ１２９７ａ〜ｎ、バスシステム１２９２、信号処理用のＤＳＰ１２８８、通信インタフェース１２９０などを含む、ＵＥ１１０４に関して上述した構成要素と類似する構成要素を含むことができる。
【００３６】
別段の記載がない限り、以上における「／」の使用は「および／または」のフレーズを表す。
【００３７】
本明細書に記載される機能は、ハードウェア、ソフトウェア、ファームウェアまたはこれらの任意の組み合で実装されることができる。ソフトウェアで実装される場合、機能は１つ以上の命令としてコンピュータ可読媒体上に記憶されることができる。「コンピュータ可読媒体」という用語は、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な有形の非一時的媒体を指す。限定ではなく例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶デバイス、あるいは命令の形の所望のプログラムコードまたはデータ構造を載せるかまたは記憶するために用いることができ、コンピュータまたはプロセッサによってアクセスできる他の任意の媒体を含むことができる。本明細書で用いられるところのディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ  ｄｉｓｃ）、レーザディスク（ｌａｓｅｒ  ｄｉｓｃ）、光ディスク（ｏｐｔｉｃａｌ  ｄｉｓｃ）、デジタル多用途ディスク（ＤＶＤ：ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ）、フロッピーディスク（ｆｌｏｐｐｙ  ｄｉｓｋ）およびブルーレイ（登録商標）ディスク（ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は通常磁気的にデータを再生し、ディスク（ｄｉｓｃ）は光学的にレーザを用いてデータを再生する。ハードウェアにおいて実装される場合、本明細書に記載される機能は、チップセット、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、大規模集積回路（ＬＳＩ：ｌａｒｇｅ−ｓｃａｌｅ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、集積回路などで実装され、および／またはこれらを用いて実現されることができる。
【００３８】
本明細書に開示される各方法は、記載される方法を達成するための１つ以上のステップまたは動作を含む。本方法のステップおよび／または動作は、本発明の範囲内において相互に交換されることができ、および／または単一のステップに組み合わされることができる。換言すれば、記載される方法の適切なオペレーションのためにステップまたは動作の特定の順序が必要とされない限り、請求項の範囲内において、特定のステップおよび／または動作の順序および／または使用が修正されることができる。
【００３９】
「プロセッサ」という用語は、汎用プロセッサ、中央演算処理装置（ＣＰＵ：ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）、マイクロプロセッサ、デジタル信号処理装置（ＤＳＰ）、コントローラ、マイクロコントローラ、ステートマシンなどを含むように広く解釈されなければならない。一部の状況下では、「プロセッサ」は、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ：ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）などを指すことができる。「プロセッサ」という用語は、処理デバイスの組み合わせ、例えばＤＳＰおよびマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと合わせた１つ以上のマイクロプロセッサ、または他の任意のそのような構成を指すことができる。
【００４０】
「メモリ」という用語は、電子情報を記憶することができる任意の電子構成要素を含むように広く解釈されなければならない。「メモリ」という用語は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、プログラム可能リードオンリーメモリ（ＰＲＯＭ：ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、消去可能プログラム可能リードオンリーメモリ（ＥＰＲＯＭ：ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ：ｅｌｅｃｔｒｉｃａｌｌｙ  ｅｒａｓａｂｌｅ  ＰＲＯＭ）、フラッシュメモリ、磁気または光学データ記憶、レジスタ等の様々なタイプのプロセッサ可読媒体を指すことができる。メモリは、プロセッサがメモリから情報を読み取り、および／またはメモリに情報を書き込むことができる場合、プロセッサと電子通信していると言われる。メモリは、プロセッサに統合されることができ、なおプロセッサと電子通信していると言える。
【００４１】
「命令」および「コード」という用語は、任意のタイプのコンピュータ可読ステートメント（単数または複数）を含むように広く解釈されなければならない。例えば、「命令」および「コード」という用語は、１つ以上のプログラム、ルーチン、サブルーチン、機能、プロシージャなどを指すことができる。「命令」および「コード」は、単一のコンピュータ可読ステートメントまたは多数のコンピュータ可読ステートメントを含むことができる。
【００４２】
以上の説明は、本発明の好ましい実施形態を例示するにすぎないことを理解しなければならない。さまざまな変形例および修正例が、本発明から逸脱することなく、当業者によって考案されうる。したがって、本発明は、以上の説明の範囲内に含まれるすべてのそのような変形例、修正例およびバリエーションを包含することが企図される。
【図１】
2017523736.tif 000003
【図２】
2017523736.tif 000004
【図３】
2017523736.tif 000005
【図４】
2017523736.tif 000006
【図５】
2017523736.tif 000007
【国際調査報告】
2017523736.tif 000008