JP6527529B2

JP6527529B2 - デバイス・ツー・デバイス通信に対するリソースプール構成のメカニズム

Info

Publication number: JP6527529B2
Application number: JP2016564112A
Authority: JP
Inventors: シュシェンウェイ
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2014-05-02
Filing date: 2015-04-28
Publication date: 2019-06-05
Anticipated expiration: 2035-04-28
Also published as: WO2015166661A1; EP3138361A4; JP2017515391A; EP3138361A1; US20170055265A1; EP3138361B1; CN106538045A

Description

１．技術分野

本発明は、デバイス・ツー・デバイス（Ｄ２Ｄ：ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）通信で使われるリソースプール構成に関し、さらに具体的には、例えば、カバレッジ外およびカバレッジ内のＤ２Ｄ通信など、相異なる展開状況において使用可能な複数のリソースプール構成に関する。また、本発明は、Ｄ２Ｄ通信のスペクトル効率およびロバスト性を改善する相異なるシグナリング方法を用いる複数のリソースプール構成に関する。

２．関連技術の説明

Ｄ２Ｄ通信は、第三世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）、リリース１２の主要特徴の一つである。Ｄ２Ｄ通信の導入は、スペクトル効率および全体的スループットを改善し、端末の電力消費を低減し、新しいピアツーピアサービスを可能にする。典型的な応用には、以下に限らないが、公共安全、ネットワーク負荷軽減などが含まれる。

基地局装置（ｅＮＢ：ＥｖｏｌｖｅｄＮｏｄｅＢ）のカバレッジ内の端末装置（ＵＥ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ）は、通常のロング・ターム・エボリューション（ＬＴＥ：ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）／ＬＴＥアドバンスト（ＬＴＥ−Ａ：ＬＴＥ−Ａｄｖａｎｃｅｄ）通信を行うことになり、ＵＥがＤ２Ｄ通信用に構成されていればかかる通信を行い、Ｄ２Ｄ送信のためアップリンクを使用することになる。Ｄ２Ｄ送信のためのアップリンクの使用は、従前のＬＴＥ／ＬＴＥ−Ａ設計では対処していない新しい難題を生み出した。この新しい難題とは、Ｄ２Ｄ送信を受信するために、ＵＥは、その無線周波数（ＲＦ：ｒａｄｉｏｆｒｅｑｕｅｎｃｙ）チェーンをダウンリンク周波数からアップリンク周波数に戻す必要があるが、Ｄ２Ｄ通信のための物理コンポーネントがいつでも利用可能なわけではないことである。とはいえ、ＵＥは、通常のＬＴＥ／ＬＴＥ−Ａまたは広域ネットワーク（ＷＡＮ：ｗｉｄｅａｒｅａｎｅｔｗｏｒｋ）伝送では、ＲＦチェーンがダウンリンク周波数で作動していることが必要なので、ＲＦチェーンを常にアップリンク周波数に保っておくことができない。このＲＦチェーンは、アンテナポートからベースバンドプロセッサ／モデムインターフェースへの（仮想路であれ実際路であれ）伝送路と見なすことが可能である。すなわち、一つのＲＦチェーンは、アンテナとベースバンドモデムインターフェースとを往来接続する、独立して制御可能なＲＦ回路リソース（または他のかかる割り当て可能な物理リソース）の一つの完全なセットである。

例えば、ＵＥが４×マルチ入力、マルチ出力（ＭＩＭＯ：ｍｕｌｔｉ−ｉｎｐｕｔ，ｍｕｌｔｉ−ｏｕｔ）（マルチアンテナ機能）対応である場合、そのＵＥはその回路設計中に少なくとも４つのＲＦチェーンを有する。この場合、ＵＥの通常のＬＴＥ／ＬＴＥ−ＡまたはＷＡＮ（広域ネットワーク）伝送は、ダウンリンク周波数で作動している一つのＲＦチェーンを必要とするので、ＵＥは、同時のＤ２Ｄ送信／受信と、同時のＬＴＥおよびＤ２Ｄ受信との両方を行うことはできない。

しかして、限られた数のＲＦチェーンを含んでいるリソースプールは、Ｄ２Ｄ通信用に構成される必要がある。Ｄ２Ｄ対応型ＵＥがＤ２Ｄ受信およびＷＡＮ通信を同時に実施できるようにするため、リソースプール内でのＤ２Ｄ通信に対する物理層リソース割り当ては、少なくともカバレッジ外のシナリオに対しては制限される。

リソースプール構成が研究され、以下のスキームが各種シナリオに対し明確化されている。
ｉ．カバレッジ外のＵＥに対し、もっと適するように事前設定または固定されたリソースプール構成、
ｉｉ．カバレッジ内のＵＥに対し、もっと適するように準静的に設定されたリソースプール構成、および
ｉｉｉ．無線リソース管理ヘッド（ＲＲＭＨ：ｒａｄｉｏｒｅｓｏｕｒｃｅｍａｎａｇｅｍｅｎｔｈｅａｄ）により制御されるリソース構成。ＲＲＭＨの典型的な非限定の例には、ｅＮＢ、リレーノード、遠隔無線ヘッド（ＲＲＨ：ｒｅｍｏｔｅｒａｄｉｏｈｅａｄ）、またはＤ２Ｄ対応型ＵＥがある。

しかしながら、前述のスキームのそれぞれは、異なるシナリオに対し、Ｄ２Ｄ通信の一部の問題だけを、他のシナリオにおけるフレキシビリティを犠牲にしながら解決するだけである。リソースプール構成についての詳細設計はまだ決まっていない。しかして、Ｄ２Ｄ通信を実現するためリソースプール構成をどのように使うかは、まだ回答が出されていない。すなわち、前述のスキームは、セルのカバレッジに出入りするＤ２Ｄ対応型ＵＥのためのＤ２Ｄ通信を効率的に実現できる更新可能なリソースプール構成を提供するものでなく、上記のスキームは、ＵＥ群が関連付けられた相異なるセルの一つに基づいて、それらＵＥのグループのリソースプール構成を調整することを考慮してもいない。

本発明の好適な諸実施形態は、例えば、カバレッジ外およびカバレッジ内のＤ２Ｄ通信など相異なるシナリオで使用可能な複数のリソースプール構成を提供する。本発明のこれら好適な諸実施形態は、相異なるシグナリング方法を介する複数のリソースプール構成を提供し、Ｄ２Ｄ通信のスペクトル効率およびロバスト性を改善する。

前述の、および他の特徴、要素、特性、ステップ、および利点は、添付の図面への参照と併せ、以下の本発明の好適な諸実施形態の詳細な説明からより明らかとなろう。

本発明のある態様は、デバイス・ツー・デバイス（Ｄ２Ｄ）通信またはディスカバリのため、端末に対し無線リソースを設定して割り当てる方法を提供し、本方法は、
デバイス・ツー・デバイス通信の間に、端末によって使用されるリソースプールを対応するパラメータに従って設定するステップと、
相異なる構成を有する複数のリソースプールをセットアップするステップと、
相異なる方法を使って相異なるリソースプールの構成を設定またはシグナリングするステップと、
デバイス・ツー・デバイス・オペレーションのために適したリソースプール構成を選択するステップと、
を含む。

本発明の別の態様は装置を提供し、本装置は、
プロセッサと、
該プロセッサと電子通信しているメモリとを含み、該メモリ中に格納されている命令は、
デバイス・ツー・デバイス通信の間に、端末によって使用されるリソースプールを対応するパラメータに従って設定し、
相異なる構成を有する複数のリソースプールをセットアップし、
相異なる方法を使って相異なるリソースプールの構成を設定またはシグナリングし、
デバイス・ツー・デバイス・オペレーションのために適したリソースプール構成を選択する、
ため実行可能である。

本発明の好適な実施形態による、時間ドメインパラメータの説明図を示す。本発明の好適な実施形態による、周波数ドメインパラメータの説明図を示す。本発明の別の好適な実施形態による、周波数ドメインパラメータの説明図を示す。本発明の様々な好適な実施形態による、複数のリソースプール構成を設けるためのフローチャートである。カバレッジ外のＵＥに対するリソースプール構成の一例を示す。本発明の好適な諸実施形態による、ＵＥのブロック図を示す。本発明の好適な諸実施形態による、ｅＮＢのブロック図を示す。

カバレッジ内ＵＥに対して対処する必要のある重要な問題は、Ｄ２Ｄ送信および他のＵＥからのアップリンク送信を周波数分割多重（ＦＤＭ：ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｅｄ）が可能かどうかということである。ＦＤＭモードを使用する利点は、特に、ＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ（ボイスオーバーインターネットプロトコル））など狭帯域のＤ２Ｄ通信が比較的に大きな帯域で使われている場合などに、スペクトル効率を改善することである。ＦＤＭが可能でない場合、かなりのスペクトルリソースが利用できない。他方で、ＦＤＭモードは、ｅＮＢまたはＤ２Ｄ受信器が被る干渉レベルを増加させ得る「遠近効果」をもたらすことになる。以下の本発明の好適な実施形態では、ＦＤＭモードを考察する。

リソースプール構成のパラメータを以下にリストする。
（ｉ）時間ドメイン：
Ｎ_Ｔ：Ｄ２Ｄ通信のための連続するリソースブロック（ＲＢ：ｒｅｓｏｕｒｃｅｂｌｏｃｋ）の数、
Ｔ：繰り返し周期／サイクル長、および
ｎ（随意）：繰り返し周期／サイクル長Ｔ内のオフセットＲＢの数。
すなわち、ｎは繰り返し周期／サイクル長Ｔ内の最初の通常ＲＢと最初のＤ２ＤＲＢとの間のオフセットである。通常はｎ＝０であり、繰り返し周期／サイクル長Ｔ中の最初のＲＢはＤ２ＤＲＢであるが、但し、一部の状況では、ｎは０より大きい異なる整数であり、最初のｎ個のＲＢが通常のＲＢとなることがある。
（ｉｉ）周波数ドメイン：
オプション１（セルカバレッジ外状況に好ましい）
ＢＷ_Ｄ２Ｄ：Ｄ２Ｄ通信に利用可能なリソースプール帯域幅、および
ｋ：通常通信に対するバンド端からのオフセット連続ＲＢの数。ｋの目的は、Ｄ２ＤＲＢ位置を固定することであり、ｋは、最初のＤ２ＤＲＢからリソースプール帯域幅ＢＷ_Ｄ２Ｄのバンド端までの距離である。例えば、２０ＭＨＺの帯域幅のバンドに対しては、ｋは、バンド端の開始点から最初のＤ２ＤＲＢまでの距離を示す。
オプション２（セルカバレッジ内状況で好ましい）
ＢＷ_Ｄ２Ｄ：Ｄ２Ｄ通信に利用可能なリソースプール帯域幅、および
Ｎ：通常およびＤ２Ｄ通信の両方に対し利用可能な、リソースプール帯域幅ＢＷ_Ｄ２Ｄのセグメント中のＲＢの数、
Ｋ：各セグメント中のＤ２Ｄ通信のためのＲＢの数、および
ｋ：通常通信に対するバンド端からのオフセット連続ＲＢの数。前述のように、オフセットｋは、リソースプール帯域幅ＢＷ_Ｄ２Ｄのバンド端に対するＤ２ＤＲＢの位置を固定するためのものである。

上記のリソースプール構成パラメータは、本発明の好適な実施形態により用いられる好適な例として示されただけのものであり、多くの他の型のリソースプール構成パラメータが可能である。例えば、Ｄ２Ｄ通信のために使用するリソースブロックをランダムに選ぶことも可能である。

時間ドメイン（ＴＤ：ｔｉｍｅｄｏｍａｉｎ）および周波数ドメイン（ＦＤ：ｆｒｅｑｕｅｎｃｙｄｏｍａｉｎ）パラメータを図１〜３に示す。

図１において、繰り返し周期／サイクル長Ｔは、物理ブロードキャスト・チャネル（ＰＢＣＨ：ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｅｌ）での検出ミスを回避することを可能にするために、例えば１０サブフレーム（すなわち１０ｍｓ）の倍数として、これを４０ｍｓごとに繰り返してもよかろうし、あるいは、アップロードハイブリッド自動反復要求（ＵＬＨＡＲＱ：ＵｐｌｏａｄＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ）との衝突を回避することを可能にするために、８サブフレーム（すなわち８ｍｓ）の倍数として、これを８ｍｓの倍数の周期で繰り返してもよかろうし、または、不連続受信（ＤＲＸ：ＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ）サイクルの値の再使用を可能にすることもできよう。

好ましくは、次の式が満たされる：
Ｎ_Ｔ≦Ｔ
上式のＮ_Ｔは、Ｄ２Ｄ通信に対する連続するＲＢの数であり、Ｔは、繰り返し周期／サイクル長である。Ｎ_Ｔは、いかなるイントラ／インター周波数および無線アクセス技術（ＲＡＴ：ＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ）間のカバレッジをも有さないＵＥでの繰り返し周期／サイクル長Ｔだけに等しい。また一方、図１に示された時間ドメインでは、繰り返し周期／サイクル長Ｔは、固定値であり、各サイクルに対して同じ数のＤ２ＤＲＢだけが利用可能である。例えば、図１では、Ｄ２Ｄ通信のために各繰り返し周期／サイクル長Ｔで２つのＲＢだけが利用可能であり、残りの２つのＲＢは一般の送信に使用できる。したがって、図１に示された時間ドメインでは、この残りの２つのＲＢが一般の送信に必要かどうかに関わらず、このシステムでは、常に２つのＲＢだけがＤ２Ｄ通信のため使用可能である。しかして、この２つの一般送信ＲＢが必要でないとき、この時間ドメイン構成は効率的ではない。

周波数ドメインにおけるパラメータの例が図２および３に示されている。好ましくは、以下の式が満たされる。
ＢＷ_Ｄ２Ｄ≦ＤＷ_{ｔｏｔａｌ}
上式のＢＷ_Ｄ２Ｄは、Ｄ２Ｄ通信に対するリソースプール帯域幅であり、ＤＷ_{ｔｏｔａｌ}は、利用可能な帯域幅の合計であり、
Ｋ≦Ｎ≦ＢＷ_Ｄ２Ｄ
上式のＫは各セグメント内のＲＢの数であり、Ｎは各セグメント中のＲＢの数であり、ＢＷ_Ｄ２Ｄはリソースプールの帯域幅である。

図２および図３の周波数ドメイン構成の使用において、どのＲＢをＤ２Ｄリソースプールに割り当てるかを決めるために使用可能であろう多くの方法がある。以下に、どのＲＢをＤ２Ｄリソースプールに割り当てるかを決める好適な方法のうち三例について説明する。第一例では、帯域幅内のＤ２ＤＲＢの位置をｅＮＢにおいて選択し、システム情報ブロック（ＳＩＢ：ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）を使って、ｅＮＢに接続されたＵＥにブロードキャストすることができる。第二例では、Ｄ２ＤＲＢのために使うブロックの位置を、仕様において定めることも可能である。第三例では、帯域幅内のＤ２ＤＲＢの位置を、どのリソースがＵＥで利用可能かに基づいてｅＮＢが動的に選択することができる。この方法では、相異なるＵＥは、Ｄ２Ｄに割り当てられる異なるＲＢを有することが可能である。帯域幅内のＤ２ＤＲＢの位置のこの動的な選択は、好ましくは、ｅＮＢによってブロードキャストされる無線リソース制御（ＲＲＣ：ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）シグナリングで制御される。上記の三つの例は、どのＲＢがＤ２Ｄリソースプールに割り当てられるかを決める単なる好適な方法であって、この決定を行うのにさらなる方法を用いることも可能である。

２つの異なった周波数ドメインオプション、すなわち、図２に示されたカバレッジ外ＦＤオプション１、および図３に示されたカバレッジ内ＦＤオプション２を有することによって、異なったシナリオに対し適応した柔軟なリソースプール構成が可能になる。カバレッジ外のシナリオに対し、カバレッジ外のＵＥのスペクトル効率は大きな問題とならないので、いかなる高機能のリソースプール構成をも持つ必要がなくてよい。オプション１などの単純でロバストなソリューションは、Ｄ２Ｄ通信の実装の複雑さを低減することになる。例えば、リソース／リソースプール割り当てに必要なシグナリングの量の低減は、システムのスループット／効率を改善する。また一方、一部の例では、カバレッジ内またはカバレッジ外の如何を問わず、オプション１およびオプション２の両方が同時に使用可能であり得ることに注目すべきである。

さらに、前述のように、図２のオプション１中の周波数ドメインパラメータおよび図１中の時間ドメインパラメータは、同じ周波数層上のシステム情報ブロック（ＳＩＢ：ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）シグナリングを介して送信することが可能である。一つのＵＥが、特定のセルのカバレッジ外にあるが、まだ、その現在の周波数層のカバレッジ内にあればＤ２Ｄ通信は容易化される。

図３のオプション２の周波数ドメインパラメータは、オプション１と比べて追加されたフレキシビリティを提供し、ＦＤＭを使ってスペクトル効率を向上させる。すなわち、オプション１は、Ｄ２Ｄ通信に対し、ＲＢのグループを割り当てようと試み、オプション２は、例えば分解度がＲＢレベルとできるなど、リソース割り当ての分解度が高いのでより大きなフレキシビリティを提供する。例えば、オプション２の使用では、図３に示されるように、同じパターン中のＤ２ＤＲＢおよび他のＲＢを多重化することによってより複雑なリソースの割り当てを提供することが可能である。

すなわち、オプション２について、帯域幅内の特定のＲＢが、Ｄ２ＤＲＢとしての使用に選択される割り当てパターンは、好ましくは、特定の環境に対し最適化されるように設計される。対応するパラメータは準静的にすることが可能であり、ブロードキャスト・パターンの割り当てパターンは、リソースプールの変化する環境に基づいて、時間をかけて、例えば、図１〜３に表されたＴＤスキームとＦＤスキームとの間をゆっくりと変化させ、セル毎に無線リソース制御（ＲＲＣ）シグナリングを介しブロードキャストすることができよう。例えば、ＵＥは、必要なＤ２Ｄ通信の量をレポートすることができ、ｅＮＢは、通信の効率を改善するために、Ｄ２Ｄ通信のためのリソースの量をより多く提供したり、削減したりすることが可能である。さらに、ＵＥは、Ｄ２Ｄ通信のため割り当てられたリソースのパラメータを変更するかどうかを自分で決めることができる。また一方、図２のオプション１および図３のオプション２は好ましくは一緒に用いられるので、単一のＵＥが、図２のオプション１および図３のオプション２の両方を使用し、そのＵＥがカバレッジ内にいるかカバレッジの外にいるかどうかによって、必要に応じこれらの間で切り替えを行うことが可能である。

前述のように、異なったシナリオに対しては異なったリソースプール構成が適しており、Ｄ２Ｄ通信を実装するためにリソースプール構成をどのように使用するかという問題は、関連技術においてもまだ最終結論が出ていない。本発明の好適な実施形態によれば、様々なリソースプール構成を相異なるシグナリングを介して送信する方法が提供される。Ｄ２Ｄ対応型ＵＥは、既存の構成をオーバーライドすることによって、最も適したリソースプール構成を選択する。例えば、カバレッジ外のＵＥが、カバレッジ区域に入るとき、そのＵＥは、固定のまたは事前設定されたリソースプール構成を有することになり、ＲＲＣシグナリングを介し新規の割り当てを得る。次いで、ＵＥは、リソースプール構成方策を最適化するために（例えばＤ２Ｄバッファレポートに基づくＤ２Ｄデータの量、Ｄ２Ｄ用途の優先度など）様々なファクタを使用することができるｅＮＢから受信された命令に基づいて、どの構成を使用するかを選択する。あるいは、ネットワークによる指示がない場合、ＵＥは、自動的に決定を行うことも可能である。他方、カバレッジ内のＵＥは、ＲＲＣシグナリングを介して、リソースプール構成を既に有しており、カバレッジ外に出るとき、そのＵＥは固定のまたは事前設定されたリソースプール構成を再アクティブ化する。

ＵＥが実施することになる好適なプロセスを説明するフローチャートが図４に示されている。なお、複数のリソースプール構成送信に対して同じ組み合わせも可能である。例えば、異なる値を有する、時間ドメインパラメータおよびオプション１の周波数ドメインパラメータの２つのセットが、好ましくは相異なるシグナリング方法を介して同じようにＵＥに送信される。

一つの例は、システム情報を介して、時間ドメインパラメータおよびオプション１の周波数ドメインパラメータを送信することである。特定のセルのカバレッジ外にあるが、まだ、或る周波数層のカバレッジ内にあるどのＤ２Ｄ対応型ＵＥも、同じリソースプール構成を有することを確実にするため、周波数層レベルで同じ値が使用可能である。これは、一つのセルからＤ２Ｄ通信を行っているＵＥが、セル間ＵＥの少なくともリソースプールを知っているので、これらが同じセル内にいなくても、セル間、イントラ周波数のＤ２Ｄ通信を助力する。ＢＷ_Ｄ２Ｄ、Ｎ_Ｔ、およびＴなどの対応パラメータは、同じ周波数層内の相異なるｅＮＢ間のチャネルであるＸ２インターフェースを介して、または、Ｄ２Ｄ対応型ＵＥからのハンドオーバ手順の過程での情報交換を介して、交換が可能である。

例えば、異なる値を有する、時間ドメインパラメータおよびオプション１の周波数ドメインパラメータは、ＲＲＣシグナリングを用いて、好ましくは同時に送信される。一般に、ＲＲＣシグナリングを介して送信されるリソースプール構成のサイズは、システム情報の当初のリソースプール構成のサブセット、すなわち、Ｎ_ＴおよびＢＷ_Ｄ２Ｄの小さな値とすることができよう。あるいは、時間ドメインパラメータおよびオプション２の周波数ドメインパラメータは、システム情報によって送信されるパラメータと共に、ＲＲＣシグナリングを使って、好ましくは同時に送信される。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（ＲＲＣ接続された）状態のＤ２Ｄ対応型ＵＥは、そのＤ２Ｄ通信に対し、最も適したリソースプール構成を有する。

典型的なＤ２Ｄ通信の間、カバレッジ内ＵＥおよびカバレッジ外ＵＥの両方がブロードキャスト区域内にあるのが一般的である。Ｄ２Ｄトランスミッタはカバレッジ外ＵＥの状態についてほとんど情報を有することができず、しかして、リソースプール構成は保守的に、すなわち比較的に大きな値のＮ_ＴおよびＢＷ_Ｄ２Ｄを有するようにできよう。というのは、ＵＥはカバレッジ外にあり、ＵＥがカバレッジ内のときにのみ必要となる通信のためのＲＢは不要であるという事実によって、非Ｄ２Ｄ通信に対するＲＢを保存する必要がないからである。しかしながら、同じ構成をカバレッジ内ＵＥに対し使用する場合、Ｄ２Ｄ通信に割り当てられた周波数−時間リソースは相当に大きくなり得、しかして通常のＬＴＥ／ＬＴＥ−Ａ通信にも利用可能なほどの周波数−時間リソースをもたらすことになる。Ｄ２Ｄ通信に割り当てられるリソースプールは、通常のＷＡＮ通信のために使うことはできない。したがって、本発明の好適な実施形態は、複数の構成（Ｎ_ＴおよびＢＷ_Ｄ２Ｄのための妥当な値、もしくはオプション２のさらに高度な周波数ドメインパラメータ）を送信することによって、Ｄ２Ｄ送信に対するリソース割り当ての最適化およびスペクトル効率の改善を達成する。すなわち、オプション１およびオプション２の周波数ドメインパラメータを用いることによって、ＲＢが他の通信によって必要とされていない場合は、Ｄ２ＤＲＢとしてより多くのＲＢを使うことが可能になる。しかして、図１の時間ドメインパラメータを使うのとは違って、Ｄ２Ｄ通信のために追加の利用可能なリソースを用いることができる。

図５にＤ２Ｄ通信の一例が示されている。ＵＥ１は、ＵＥ２、ＵＥ３、およびＵＥ４に向けブロードキャストしており、ＵＥ２、ＵＥ３、およびＵＥ４の全てがカバレッジ外ＵＥである。ＵＥ１のブロードキャスト送信に適したリソースは、図５の底部のチャートに示されるように、相異なるリソースプールの間のオーバーラップする部分だけである。しかして、ＵＥ１、ＵＥ２、ＵＥ３、およびＵＥ４は、これらの対応リソースプールの、Ｄ２Ｄ通信に対しオーバーラップする部分だけを使用することになり、これにより、これらＵＥの対応するリソースプールのうち残りの非オーバーラップ部分は他の機能を遂行するため解放される。すなわち、プール中のリソースを共用するには、割り当てられたセル間Ｄ２Ｄ通信リソースは、同じ周波数レベルで全てのセルに亘ってオーバーラップして（すなわち同一で）なければならない。リソースプール構成が調整されない場合、特定のリソースプール内にある利用可能なリソースの相当量が利用できない（すなわち、Ｄ２Ｄ通信はリソースプールのオーバーラップ部分だけを使って動作することになるので、非オーバーラップ部分がＤ２Ｄ通信のために保持される場合、それらは浪費される）ことになる。上記の説明のように、同じ周波数層を介し一つの同一のリソースプール構成が送信される場合、図５中のＵＥ２およびＵＥ３などの、少なくともＤ２Ｄリソースプール利用効率は、イントラ周波数のシナリオにおいては改善される。

本発明の好適な実施形態は、好ましくは以下の特徴を含む：
（ｉ）リソースプール構成パラメータが、以下を含む。
ａ．時間ドメイン：
Ｎ_Ｔ：Ｄ２Ｄ通信のための連続するＲＢの数、
Ｔ：繰り返しレート周期／サイクル長Ｔ、および
オフセットｎ：各繰り返し周期／サイクル長Ｔ内のオフセットＲＢの数（随意）。このオフセットｎは、繰り返し周期／サイクル長Ｔ内の最初の通常ＲＢと最初のＤ２ＤＲＢとの間の距離である。
ｂ．周波数ドメイン、オプション１：
ＢＷ_Ｄ２Ｄ：Ｄ２Ｄ通信に利用可能なリソースプールの帯域幅、および
ｋ：通常通信に対するバンド端からのオフセット連続ＲＢの数。このオフセットｋは、リソースプール帯域幅ＢＷ_Ｄ２Ｄ内のＤ２ＤＲＢの位置を固定する。
ｃ．このリソースプール構成は、ＳＡ（ｓｃｈｅｄｕｌｅａｓｓｉｇｎｍｅｎｔ（スケジュール割り当て））リソースプール、レシーバプール、および送信リソースプールなど、他のコンセプトを含む。スケジュール割り当ては、特定の目的のために使用すべき特定のブロックを示す、ｅＮＢからＵＥに送信される情報（通常は、ポインタ）である。
（ｉｉ）複数のリソースプール構成を同時に定義し送信する。
（ｉｉｉ）ｅＮＢ（または制御ノード）が、システム情報を使って第一リソースプール構成を、ＲＲＣシグナリングを使って第二リソースプール構成を送信する。本発明の好適な実施形態によれば、リソースプール構成は、好ましくはＳＩＢおよびＲＲＣを使って制御される。なお、リソースプール構成を直接制御するために、物理およびＭＡＣ層のシグナリングを使うことも可能である。但し、物理およびＭＡＣ層のシグナリングは、相当に詳細にわたり、ＳＩＢおよびＲＲＣよりも使用が複雑となる可能性がある。

本発明の好適な実施形態によれば、好ましくは、リソースプール構成の調整が実施される。リソースプール構成の調整の一つの例は、Ｘ２インターフェースを介して対応するリソースプール構成パラメータを送信することである。

さらに、本発明の好適な実施形態のＤ２Ｄ対応型ＵＥは、複数のリソースプール構成を受信する。これにより、Ｄ２Ｄ対応型ＵＥはこれらのリソースプール構成から適した構成を選択するか、あるいは、Ｄ２Ｄ対応型ＵＥは、利用可能な場合、ＲＲＣシグナリングによって送信されるリソースプール構成を常に使用する。

ＵＥの選択手順の例は以下を含む：
ａ．Ｄ２Ｄ対応型ＵＥが、サービングセルに対する基準信号受信電力（ＲＳＲ：ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＲｅｃｅｉｖｅｄＰｏｗｅｒ）もしくは基準信号受信品質（ＲＳＲＱ：ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＲｅｃｅｉｖｅｄＱｕａｌｉｔｙ）に基づいていずれかのリソースプール構成を選択する。ＲＳＲＰおよびＲＳＲＱは、通常、異なるｅＮＢへのハンドオーバを行うべきかどうかを判定するためにＵＥによって使用される。
ｂ．Ｄ２Ｄ対応型ＵＥが、利用可能な場合、ＲＲＣシグナリングによって送信されるリソースプール構成を常に使用する。

下記は、例えば、ＵＥがｅＮＢのカバレッジ内かまたはｅＮＢのカバレッジ外かなど、様々な作動パラメータに基づいて、２つのＵＥの間のＤ２Ｄ通信に対する第一リソースプールおよび第二リソースプールを設定するために、ＵＥにどのような選択が可能となり得るかの例に該当する：
ａ．案Ａ−１：ＵＥが、設定されたリソースプール中で、Ｄ２ＤＳＡを送信する。
ｂ．案Ａ−２：ＵＥが、設定されたリソースプール中で、Ｄ２ＤＳＡを送信し、モニタする。
ｃ．案Ｂ−１：ＵＥが、設定されたリソースプール中で、Ｄ２Ｄデータを送信する。
ｄ．案Ｂ−２：ＵＥが、設定されたリソースプール中で、Ｄ２Ｄデータを送信し、モニタする。
ｅ．案Ｃ−１：案Ａ−１およびＢ−１の両方
ｆ．案Ｃ−２：案Ａ−２およびＢ−２の両方

図６は、本発明の好適な実施形態による、ＵＥ１１０４中に含めることが可能な様々なコンポーネントを示す。ＵＥ１１０４は、好ましくは、ＵＥ１１０４のオペレーションを制御するよう構成され、プログラムされたプロセッサ１１５４を含む。このプロセッサ１１５４は、ＣＰＵまたは他の類似のデバイスであってもよい。メモリ１１７４は、読み取り専用メモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）、または好ましくは情報を格納するために使われる任意の他のデバイスであってよく、プロセッサ１１５４に命令１１５６ａおよびデータ１１５８ａを提供する。また、メモリ１１７４は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ：ｎｏｎ−ｖｏｌａｔｉｌｅｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）を含んでもよい。命令１１５６ｂおよびデータ１１５８ｂは、プロセッサ１１５４によって使用される。プロセッサ１１５４中にロードされる命令１１５６ｂおよび／またはデータ１１５８ｂは、好ましくは、プロセッサ１１５４による実行および処理のためロードされたメモリ１１７４からの命令１１５６ａおよび／またはデータ１１５８ａを含む。命令１１５６ｂは、本明細書に開示されたシステムおよび方法を実装するために、プロセッサ１１５４によって実行される。

また、ＵＥ１１０４は、好ましくは、データの送信および受信を可能にするよう構成されたトランスミッタ１１７２およびレシーバ１１７３を包含するハウジングも含む。トランスミッタ１１７２およびレシーバ１１７３はトランシーバ１１７１に組み合わせるとよい。一つ以上のアンテナ１１９９ａ〜ｎが、好ましくはハウジングに取り付けられるかその中に封入され、トランシーバ１１７１に電気的に結合される。

ＵＥ１１０４の様々なコンポーネントは、バスシステム１１７７によって好ましくは一緒に結合され、該バスは、データバスに加え、例えば、電力バス、制御信号バス、およびステータス信号バスを含むことが可能である。但し、明確化のため、図６ではこれらの様々なバスはバスシステム１１７７として示されている。また、ＵＥ１１０４には、信号処理に使用するために構成されプログラムされたデジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒ）１１７５を含めるとよい。さらに、ＵＥ１１０４は、ＵＥ１１０４の機能へのユーザアクセスを提供する通信インターフェース１１７６を含むこともできる。図６に示されたＵＥ１１０４は、具体的なコンポーネントの列挙ではなく、機能ブロック図である。

図７は、本発明の好適な実施形態によって、ｅＮＢ１２０２において好ましくは利用され得る様々なコンポーネントを示す。ｅＮＢ１２０２は、プロセッサ１２７８、プロセッサ１２７８に命令１２７９ａおよびデータ１２８０ａを提供するよう構成されプログラムされたメモリ１２８６、プロセッサ１２７８中に常駐またはロード可能な命令１２７９ｂおよびデータ１２８０ｂ、トランスミッタ１２８２およびレシーバ１２８４（これらはトランシーバ１２８１に組み合わせることができる）を包含するハウジング、トランシーバ１２８１に電気的に結合された一つ以上のアンテナ１２９７ａ〜ｎ、バスシステム１２９２、信号処理に使用するためのＤＳＰ１２８８、通信インターフェース１２９０などを含む、ＵＥ１１０４に関して上記で説明したコンポーネントと類似のコンポーネントを含む。

別途に断り書きがなければ、前述の「／」は語句「および／または」を表す。

本明細書で説明した諸機能は、ハードウェア、ソフトウェア、ファームウエアまたはこれらの任意の組み合わせで実装することが可能である。ソフトウェアで実装される場合、これらの機能は、コンピュータ可読媒体上に一つ以上の命令として格納すればよい。用語「コンピュータ可読媒体」とは、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な有形の非一時的媒体を言う。限定ではなく例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、あるいは、所望のプログラムコードを命令またはデータ構造体の形でコンピュータまたはプロセッサによってアクセスが可能なように搬送または格納するため使用可能な任意の他の媒体を含んでよい。本明細書で用いるディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔｄｉｓｃ）、レーザディスク、光ディスク、デジタルバーサタイルディスク、フロッピーディスク（ｆｌｏｐｐｙｄｉｓｋ）、およびブルーレイ（登録商標）ディスクを含み、ディスク（ｄｉｓｋ）は、通常、磁気的にデータを再生するが、一方、ディスク（ｄｉｓｃ）はレーザを使って光学的にデータを再生する。ハードウェアに実装される場合、本明細書で説明された諸機能は、チップセット、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ）、大規模集積回路（ＬＳＩ：ｌａｒｇｅ−ｓｃａｌｅｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ）、集積回路、などの中に実装すること、および／またはこれらを使って実現することが可能である。

本明細書で開示した方法のそれぞれは、説明された方法を達成するための一つ以上のステップまたは動作を含む。これらの方法ステップおよび／または動作は、本発明の範囲から逸脱することなく、相互に置き換え、および／または単一のステップに組み合わせることが可能である。言い換えれば、説明されている方法の適切なオペレーションのためステップまたは動作の特定の順序が必要な場合を除き、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲から逸脱することなく、修改することができる。

用語「プロセッサ」は、汎用プロセッサ、中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌｐｒｏｃｅｓｓｉｎｇｕｎｉｔ）、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、コントローラ、マイクロコントローラ、状態マシンなどを包含するよう広義に解釈されるべきである。一部の状況において、「プロセッサ」が、特定用途向け集積回路（ＡＳＩＣ）、プログラム可能論理デバイス（ＰＬＤ：ｐｒｏｇｒａｍｍａｂｌｅｌｏｇｉｃｄｅｖｉｃｅ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙ）などを指すことがある。用語「プロセッサ」は、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連結された一つ以上のマイクロプロセッサ、または任意の他のかかる組み合わせなど、処理デバイスの組み合わせを称してもよい。

用語「メモリ」は、電子情報を格納する能力のある任意の電子コンポーネントを包含するよう広義に解釈されるべきである。用語「メモリ」は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、プログラム可能読み取り専用メモリ（ＰＲＯＭ：ｐｒｏｇｒａｍｍａｂｌｅｒｅａｄ−ｏｎｌｙｍｅｍｏｒｙ）、消去可能プログラム可能読み取り専用メモリ（ＥＰＲＯＭ：ｅｒａｓａｂｌｅｐｒｏｇｒａｍｍａｂｌｅｒｅａｄ−ｏｎｌｙｍｅｍｏｒｙ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ：ｅｌｅｃｔｒｉｃａｌｌｙｅｒａｓａｂｌｅＰＲＯＭ）、フラッシュメモリ、磁気または光データストレージ、レジスタなど、様々な種類のプロセッサ可読媒体を称してよい。メモリは、プロセッサが該メモリから情報を読み取り、および／またはそれに情報を書き込むことが可能な場合、プロセッサと電子通信していると言われる。メモリはプロセッサと一体化することも可能で、それでもプロセッサと電子通信していると言ってよい。

用語「命令」および「コード」は、任意の種類のコンピュータ可読ステートメント（群）を含むよう広義に解釈されるべきである。例えば、用語「命令」および「コード」は、一つ以上のプログラム、ルーティン、サブルーティン、関数、プロシージャなどを称してよい。「命令」および「コード」は、単一のコンピュータ可読ステートメントまたは多数のコンピュータ可読ステートメントを含んでよい。

当然のことながら、前述の説明は、本発明の好適な実施形態の単なる例示である。当業者は、本発明から逸脱することなく、様々な代替および修改を考案することができよう。したがって、本発明は、前述の説明の範囲に含まれる全てのかかる代替、修改、および別形を包含するよう意図されている。

Claims

デバイス・ツー・デバイス（Ｄ２Ｄ）通信またはディスカバリのため、端末に対し無線リソースを設定する方法であって、基地局によって実行される前記方法は、
デバイス・ツー・デバイス通信の間に前記端末によって使用されるリソースプールを、対応するパラメータに従って設定し、
相異なる構成を有する複数のリソースプールをセットアップし、
相異なるリソースプールの前記構成を、相異なる方法を使って設定またはシグナリングすることを含み、
デバイス・ツー・デバイス・オペレーションのために適したリソースプール構成が前記端末によって選択され、
前記パラメータに基づいて前記リソースプールを設定することをさらに含み、前記パラメータが、
連続するリソースブロック（ＲＢ）の数と、
繰り返し周期と、
各繰り返し周期内のオフセットＲＢの数と、
を示す、方法。
前記リソースプール構成は、前記端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか否かに少なくとも基づいて選択される、請求項１に記載の方法。
デバイス・ツー・デバイス（Ｄ２Ｄ）通信またはディスカバリのため、端末に対し無線リソースを設定する方法であって、前記端末によって実行される前記方法は、
デバイス・ツー・デバイス通信の間に前記端末によって使用されるリソースプールの、対応するパラメータに従う構成を受信し、
デバイス・ツー・デバイス・オペレーションのために適したリソースプール構成を選択することを含み、
相異なる構成を有する複数のリソースプールがセットアップされ、
相異なるリソースプールの前記構成が、相異なる方法を使って設定またはシグナリングされ、
前記パラメータに基づいて前記リソースプールを設定することをさらに含み、前記パラメータが、
連続するリソースブロック（ＲＢ）の数と、
繰り返し周期と、
各繰り返し周期内のオフセットＲＢの数と、
を示す、方法。
前記リソースプール構成は、前記端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか否かに少なくとも基づいて選択される、請求項３に記載の方法。
デバイス・ツー・デバイス（Ｄ２Ｄ）通信またはディスカバリのため、端末に対し無線リソースを設定する基地局であって、
プロセッサと、
前記プロセッサと電子通信しているメモリと、
を含み、前記メモリ中に格納された命令が、
デバイス・ツー・デバイス通信の間に前記端末によって使用されるリソースプールを、対応するパラメータに従って設定し、
相異なる構成を有する複数のリソースプールをセットアップし、
相異なるリソースプールの前記構成を、相異なる方法を使って設定またはシグナリングする、
ため実行可能であり、
前記端末は、デバイス・ツー・デバイス・オペレーションのために適したリソースプール構成を選択するものであり、
前記メモリ中に格納された前記命令が、
前記パラメータに基づいて前記リソースプールを設定するためさらに実行可能であり、前記パラメータは、
連続するリソースブロック（ＲＢ）の数と、
繰り返し周期と、
各繰り返し周期内のオフセットＲＢの数と、
を示す、基地局。
前記リソースプール構成は、前記端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか否かに少なくとも基づいて選択される、請求項５に記載の基地局。
デバイス・ツー・デバイス（Ｄ２Ｄ）通信またはディスカバリのため、無線リソースが設定される端末であって、
プロセッサと、
前記プロセッサと電子通信しているメモリと、
を含み、前記メモリ中に格納された命令が、
デバイス・ツー・デバイス通信の間に前記端末によって使用されるリソースプールの、対応するパラメータに従う構成を受信し、
デバイス・ツー・デバイス・オペレーションのために適したリソースプール構成を選択する、
ため実行可能であり、
相異なる構成を有する複数のリソースプールがセットアップされ、
相異なるリソースプールの前記構成が、相異なる方法を使って設定またはシグナリングされ、
前記メモリ中に格納された前記命令が、
前記パラメータに基づいて前記リソースプールを設定するためさらに実行可能であり、前記パラメータは、
連続するリソースブロック（ＲＢ）の数と、
繰り返し周期と、
各繰り返し周期内のオフセットＲＢの数と、
を示す、端末。
前記リソースプール構成は、前記端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか否かに少なくとも基づいて選択される、請求項７に記載の端末。