(57)【要約】      （修正有）【課題】ＬＴＥ通信とＤ２Ｄ通信の共存を可能にする技術を提供する。【解決手段】ネットワークエレメントであって、第１の無線アクセスインタフェースのダウンリンクの共有リソースを使用してデータを表す信号を通信デバイスに送信する送信機と、第１の無線アクセスインタフェースのアップリンクの共有リソースを使用して通信デバイスからのデータを表す信号を受信する受信機と、を備える。共有リソースの割り当てはネットワークエレメントによって行われ、第１の無線アクセスインタフェースのアップリンクはリソースの第１のセット内にあり、ネットワークエレメントは、第２の無線アクセスインタフェースで使用するための、リソースの第１のセットから形成されるリソースの第２のセットを好適に割り当てるためのコントローラを備え、第２の無線アクセスインタフェースは、リソースの第２のセット内にあり、通信デバイスによってＤ２Ｄ通信のために使用される。【選択図】図６
2020014201.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークエレメントであって、
前記ネットワークエレメントによって提供される第１の無線アクセスインタフェースのダウンリンクの共有リソースを使用してデータを表す信号を通信デバイスに送信するための送信機と、
前記第１の無線アクセスインタフェースのアップリンクの共有リソースを使用して前記通信デバイスからのデータを表す信号を受信するための受信機と、を備え、前記共有リソースの割り当ては前記ネットワークエレメントによって行われ、前記第１の無線アクセスインタフェースの前記アップリンクはリソースの第１のセット内にあり、さらに前記ネットワークエレメントは、
第２の無線アクセスインタフェースで使用するための、リソースの前記第１のセットから形成されるリソースの第２のセットを好適に割り当てるためのコントローラを備え、前記第２の無線アクセスインタフェースは、リソースの前記第２のセット内にあり、前記通信デバイスによってデバイスツーデバイス通信のために使用される、ネットワークエレメント。
【請求項２】
前記第１の無線アクセスインタフェースは、少なくともデータチャネルと制御チャネルを含み、前記制御チャネルは、前記データチャネル内の前記共有リソースの前記スケジューリングの指示を提供し、前記コントローラは、前記第２の無線アクセスインタフェースによる使用に対する好適な割り当てのためのリソースの前記第２のセットを、前記データチャネルのリソースから形成するように構成される、請求項１に記載のネットワークエレメント。
【請求項３】
前記コントローラは、前記第２の無線アクセスインタフェースによる使用に対する好適な割り当てのためのリソースの前記第２のセットの指示を、前記通信デバイスに送信するように前記送信機を制御するように構成される、請求項１に記載のネットワークエレメント。
【請求項４】
前記第１の無線アクセスインタフェースは制御チャネルを含み、前記第２の無線アクセスインタフェースで使用に対する好適な割り当てのためのリソースの前記第２のセットは、前記制御チャネルと周波数において連続する、請求項１に記載のネットワークエレメント。
【請求項５】
前記第２の無線アクセスインタフェースの前記リソースは、少なくとも制御領域とデータ領域に時間的に分割され、前記制御領域にわたって送信される信号は、データ領域内のリソースの前記割り当ての指示を提供し、前記コントローラは、前記データ領域のリソースを前記通信デバイスに割り当て、前記制御領域において前記データ領域のリソースの前記割り当ての指示を提供する信号を送信するように前記送信機を制御するように構成される、請求項１に記載のネットワークエレメント。
【請求項６】
調整エンディティであって、
ネットワークエレメントによって提供される第１の無線アクセスインタフェースのアップリンクの共有リソースを使用してデータを表す信号を無線通信システムの前記ネットワークエレメントに送信するための送信機と、
前記第１の無線アクセスインタフェースのダウンリンクの共有リソースを使用して前記ネットワークエレメントからのデータを表す信号を受信するための受信機と、を備え、前記共有リソースの割り当ては前記ネットワークエレメントによって行われ、前記第１の無線アクセスインタフェースの前記アップリンクはリソースの第１のセット内にあり、さらに前記調整エンディティは、
リソースの第２のセット内にある第２の無線アクセスインタフェースのリソースを使用してデータを表す信号を通信デバイスに送信するをよび通信デバイスから受信する前記送信機と前記受信機を制御するためのコントローラを備え、リソースの前記第２のセットは、前記ネットワークエレメントによるデバイスツーデバイス通信に対する好適な割り当てのためのリソースの前記第１のセットのリソースから形成され、前記第２の無線アクセスインタフェースのリソースは少なくとも、それぞれがリソースの前記第２のセット内にある、データ領域と制御領域に時間的に分割される、調整エンディティ。
【請求項７】
前記コントローラは、
前記通信デバイスからのリソース割り当てメッセージを受信し、前記リソース割り当てメッセージは、前記第２の無線アクセスインタフェースのリソースの割り当ての要求を含み、
前記リソース割り当てメッセージを受信することに応答して、前記第１をよび前記第２の通信デバイスに対する前記データ領域のリソースを割り当て、前記データ領域内のリソースの割り当ての指示を提供する信号を前記制御領域において前記第１をよび第２の通信デバイスに、をよび前記第１をよび第２の通信デバイスから送信するように、前記送信機をよび前記受信機を制御するように構成される、請求項６に記載の調整エンディティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、デバイスツーデバイス通信、特にネットワークエレメントおよび調整エンディティに関する。
【背景技術】
【０００２】
３ＧＰＰで規定されたＵＭＴＳおよびロングタームエボリューション（ＬＴＥ）に基づくようなモバイル通信システムは、前世代のモバイル通信システムによって供給される単純なボイスおよびメッセージングサービスよりも高性能なサービスをサポートできる。例えば、ＬＴＥシステムによって提供される改善された無線インタフェースおよび拡張されたデータレートを用いて、ユーザは、以前は固定回線データ接続のみを介して利用可能であった、モバイルビデオストリーミングおよびモバイル通信デバイスを用いたビデオ会議などの高データレートのアプリケーションを楽しむことができる。したがって、第４世代ネットワークを展開することの需要は強く、そのネットワークのカバレッジエリア、すなわちネットワークにアクセスすることができる地理的位置を急速に拡張することが望まれている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、第四世代ネットワークのカバレッジおよび容量は通信ネットワークの前世代のものを大幅に超えることが予想されるものの、そのようなネットワークによってサービスされるネットワーク容量と地理的位置の制限が依然としてある。例えば、これらの制限は、ネットワークが通信デバイス間の高負荷および高データレートの通信を経験している状況、または高負荷および高データレートの通信デバイス間の通信が要求される場合に特に関連があるかもしれないが、通信デバイスはネットワークのカバレッジエリア内ではないかもしれない。これらの制限に対処するために、ＬＴＥリリース１２において、デバイスツーデバイス（Ｄ２Ｄ）通信を実行するＬＴＥ通信デバイスの能力が導入される。Ｄ２Ｄ通信は、カバレッジエリアの内側にある場合および外側にある場合の両方の場合に、近接する通信デバイスに互いに直接通信できるようにする。このＤ２Ｄの通信能力は、基地局のようなネットワークエンティティに関連するユーザデータの必要性を取り除くことにより、通信デバイス間のユーザデータをより効率的に通信できるようにする可能性があり、またそれらの通信デバイスがネットワークのカバレッジエリア内ではないかもしれないものの、近接する通信デバイスに互いに通信できるようにする。カバレッジエリアの内側および外側の両方で動作する通信デバイスのための能力は、例えば、公共安全通信のようなアプリケーションに適したＤ２Ｄ機能を組み込むＬＴＥシステムを構築する。公共安全通信は、デバイスが混雑したネットワークで、またカバレッジエリアの外側でまたはネットワークに障害が発生している場合に互いに通信し続けることができる、高いレベルの堅牢性を必要とする。従って第４世代ネットワークは、現在世界中で使用されているＴＥＴＲＡのような専用のシステムに比べて、公共安全通信に対して費用効果的な解決策として提案されている。しかし、単一のカバレッジエリアまたはネットワーク内での従来のＬＴＥ通信とＤ２Ｄ通信との共存の可能性は、ＬＴＥネットワーク内での協調通信リソース割り当ての複雑さを増大させるかもしれず、また、従来の通信およびＤ２Ｄ通信可能なＬＴＥ通信デバイス間の潜在的な互換性の問題につながるかもしれない。
【課題を解決するための手段】
【０００４】
本開示の例によれば、通信デバイスであって、ネットワークエレメントによって提供される第１の無線アクセスインタフェースのアップリンクの共有リソースを使用してデータを表す信号を無線通信システムのネットワークエレメントに送信するための送信機と、第１の無線アクセスインタフェースのダウンリンクの共有リソースを使用してネットワークエレメントからのデータを表す信号を受信するための受信機と、を備え、共有リソースの割り当てはネットワークエレメントによって行われ、第１の無線アクセスインタフェースのアップリンクはリソースの第１のセット内にある、通信デバイスが提供される。当該通信デバイスはまた、リソースの第２のセット内にある第２の無線アクセスインタフェースを使用してデータを表す信号を他の通信デバイスに送信するおよび他の通信デバイスから受信する送信機と受信機を制御するためのコントローラを備え、リソースの第２のセットは、ネットワークエレメントによるデバイスツーデバイス通信に対する好適な割り当てのためのリソースの第１のセットのリソースから形成され、第２の無線アクセスインタフェースのリソースは少なくともデータ領域と制御領域に時間的に分割される。
【０００５】
他の例において、制御領域を介して送信された信号は、データ領域におけるリソースの割り当ての指示を提供し、コントローラは、リソース割り当てメッセージを表す信号を制御領域で送信および受信し、リソース割り当てメッセージはデータ領域のリソースのセットの指示を提供し、指示されたリソースのセットを使用してデータを表す信号を他の通信端末に送信および他の通信端末から受信するように、送信機および受信機を制御するように構成される。
【０００６】
他の例において、リソースの第１のセットは第１の周波数範囲内にあり、リソースの第２のセットは第２の周波数範囲内にある。
【０００７】
他の例において、リソースの第２のセットはリソースの第１のセットのリソースの所定のセット内に形成される。
【０００８】
他の例において、第２の無線アクセスインタフェースは、受信側の通信デバイスにおけるチャネル推定のためのリファレンスシンボルを提供するためのリファレンスシンボル領域を含み、コントローラは、リファレンスシンボルを表すリファレンス信号をリファレンスシンボル領域で送信および受信するように送信機および受信機を制御するように構成される。
【０００９】
他の例において、制御領域はリファレンスシンボル領域に関連付けられ、関連づけられた制御領域およびリファレンスシンボル領域は時間的に連続である。
【００１０】
他の例において、コントローラは、ネットワークエレメントからのリソースの第２のセットの指示を受信するように受信機を制御するように構成される。
【００１１】
他の例において、第２の周波数範囲は、周波数において連続しており、第１の周波数範囲よりも小さく、第１の周波数範囲内にある。
【００１２】
他の例において、リソースの第２のセットのリソースは、周波数において連続する。
【００１３】
他の例において、第２の無線アクセスインタフェースの制御領域は、第２の無線アクセスインタフェースのリソースの所定のセットに配置される。
【００１４】
他の例において、第１の無線アクセスインタフェースのアップリンクは、第１の周波数範囲の上側および下側周波数に配置される制御チャネルを含み、第２の周波数範囲は、第１の周波数範囲の共有リソースからのリソースを使用して形成される。
【００１５】
他の例において、第２の周波数範囲は、制御チャネルの少なくとも１つと周波数において連続する。
【００１６】
他の例において、第２の無線アクセスインタフェースのリソースは、所定のパターンに従って、複数の制御領域、データ領域およびリファレンスシンボル領域に分割され、コントローラは、通信デバイスに関連する制御領域におけるデータ領域のリソース割り当てが存在しないことに応答して、省電力状態に入るように受信機を制御するように構成される。
【００１７】
本開示の実施例は、従来のＬＴＥ通信とデバイスツーデバイス通信の共存を可能にするための技術を提供することができる。従来のＬＴＥ無線アクセスインタフェースを提供するために使用されるリソースの第１のセット内のリソースの第２のセットは、従来の通信デバイスが、リソースの第２のセットにわたって信号を送信または受信するようにスケジュールされないように、好ましくは、デバイスツーデバイス通信に使用するために割り当てられる。したがってリソースの第２のセットにおけるＤ２Ｄ送信は、Ｄ２Ｄ通信できない、または現在Ｄ２Ｄ通信に参加していない通信デバイスに対して透過に見える。リソースの第２のセットにおける第２の無線アクセスインタフェースの提供は、互いの干渉を生じさせないまたは少なくとも減少させるようにでき、２つの無線アクセスインタフェースにおける送信間の時間同期を不要にできる。これは、最初に、第２の無線アクセスインタフェースがＬＴＥネットワークエレメントのカバレッジエリアの外で確立され、したがってＬＴＥネットワークエレメントと同期できず、その後、参加するＤ２Ｄデバイスは、ネットワークエレメントのカバレッジエリアに入る場合に特に有益である。ネットワークエレメントは、単に従来のＬＴＥ通信のために第２のセットのリソースの割り当てを回避することを必要とされるため、リソースの第２のセットのリザーブは、Ｄ２Ｄ通信と従来の通信との間のリソース割り当ての調整のための簡単なメカニズムを提供する。
【００１８】
リソースのリザーブされたセットの第２の無線アクセスインタフェースの提供は、データ領域と制御領域を含む仮想Ｄ２Ｄキャリアを形成できる。このようなデータおよび制御領域の使用を介して、Ｄ２Ｄ仮想キャリアは、従来のＬＴＥネットワークから独立して動作してもよく、したがってＤ２Ｄ仮想キャリアは、第２の無線アクセスインタフェースをカバレッジエリアの内側および外側の両方で動作できるようにする。
【００１９】
Ｄ２Ｄ仮想キャリアは、制御シグナリングおよびリソース割り当ての観点から独立して動作できるが、リソースの所定の第２のセットの使用は、ネットワークエレメントに不変にＤ２Ｄ仮想キャリの提供のためのリソースの第１のセットのリソースをリザーブできるようにする。したがってこれは、Ｄ２Ｄ仮想キャリアがネットワークエレメントのカバレッジエリアに入る場合、競合するリソース割り当てを避けるために、第１および第２のリソースのセットを変更する必要性を解決する。同様に、第２の無線アクセスインタフェース内の制御領域の位置を変化させてもよいが、固定または所定の場所でそれを提供することは、制御送信の間にＤ２Ｄ通信デバイスを省電力モードに入れるようにするため、消費電力を低減させる。
【００２０】
本開示の種々のさらなる態様および実施形態は、添付の特許請求の範囲で提供され、デバイスツーデバイス通信を行うための調整エンティティおよび方法を含むが、これに限定されるものではない。
【図面の簡単な説明】
【００２１】
本開示の実施形態を、同様の部分に対応する参照番号が付された添付の図面を参照して、例示のためのみに説明する。
【図１】図１は、モバイル通信システムの概略図を提供する。
【図２】図２は、モバイル通信システムの無線アクセスインタフェースのダウンリンクの構造の概略図を提供する。
【図３】図３は、モバイル通信システムの無線アクセスインタフェースのアップリンクの概略図を提供する。
【図４】図４は、通信デバイスがデバイスツーデバイス通信を行えるように動作できるモバイル通信システムの概略図を提供する。
【図５ａ】図５ａは、デバイスツーデバイス通信のシナリオの例の概略図を提供する。
【図５ｂ】図５ｂは、デバイスツーデバイス通信のシナリオの他の例の概略図を提供する。
【図５ｃ】図５ｃは、デバイスツーデバイス通信のシナリオのさらにその他の例の概略図を提供する。
【図５ｄ】図５ｄは、デバイスツーデバイス通信のシナリオのさらにその他の例の概略図を提供する。
【図６】図６は、モバイル通信システムの無線アクセスインタフェースのアップリンク内におけるデバイスツーデバイス仮想キャリアの概略図を提供する。
【図７】図７は、モバイル通信システムの無線アクセスインタフェースのアップリンク内におけるデバイスツーデバイス仮想キャリアの概略図を提供する。
【図８】図８は、通信デバイスおよびモバイル通信システムのネットワークエンティティの概略図を提供する。
【発明を実施するための形態】
【００２２】
（従来の通信システム）
図１は、従来のモバイル通信システム１００の概略図を提供し、当該システムは、モバイル通信デバイス１０１、インフラ機器１０２およびコアネットワーク１０３を含む。インフラ機器はまた、例えば基地局、ネットワークエレメント、拡張ノードＢ（ｅＮｏｄｅＢ）または調整エンティティと呼ばれてもよく、カバレッジエリアまたはセル内の１つ以上の通信デバイスに対し無線アクセスインタフェースを提供する。１つ以上のモバイル通信デバイスは、無線アクセスインタフェースを使用してデータを表す信号の送受信を介してデータを通信してもよい。ネットワークエンティティ１０２は、コアネットワーク１０３に通信可能に接続されており、コアネットワークは、通信デバイス１０１およびインフラ機器１０２から形成されたものと同様の構造を有する、１つ以上の他の通信システムまたはネットワークに接続されてもよい。コアネットワークはまた、ネットワークエンティティによってサービスされる通信デバイスに対する認証、移動管理、課金などのような機能を提供してもよい。図１のモバイル通信デバイスはまた、通信端末、ユーザ機器（ＵＥ）、端末デバイスなどと呼ばれてもよく、ネットワークエンティティを介して、同じまたは異なるカバレッジエリアによってサービスされる１つ以上の他の通信デバイスと通信するように構成される。これらの通信は、１０４から１０９に線で表された双方向通信リンク上で無線アクセスインタフェースを使用してデータを表す信号を送受信することにより行われてもよく、１０４、１０６および１０８は、ネットワークエンティティから通信デバイスへのダウンリンク通信を表し、１０５、１０７および１０９は、通信デバイスからネットワークエンティティへのアップリンク通信を表す。通信システム１００は、任意の公知のプロトコルに従って動作してもよく、例えば、いくつかの例では、システム１００は、３ＧＰＰのロングタームエボリューション（ＬＴＥ）規格に従って動作してもよく、
ネットワークエンティティと通信デバイスはそれぞれ、一般に、ｅＮｏｄｅＢおよびＵＥと呼ばれる。
【００２３】
図２は、通信システムがＬＴＥ規格に従って動作する場合に、図１のｅＮｏｄｅＢによってまたは関連して提供される、無線アクセスインタフェースのダウンリンクの構造の簡略図を提供する。ＬＴＥシステムにおいて、ｅＮｏｄｅＢからＵＥへのダウンリンクの無線アクセスインタフェースは直交周波数分割多重（ＯＦＤＭ）アクセス無線インタフェースに基づいている。ＯＦＤＭインタフェースにおいて、利用可能な帯域幅のリソースは周波数において複数の直交サブキャリアに分割されており、データは直交する複数のサブキャリア上で並列に送信され、例えば１．２５ＭＨｚから２０ＭＨｚの間の帯域幅は、１２８から２０４８の直交サブキャリアに分割されてもよい。各サブキャリアの帯域幅は任意の値をとってもよいが、ＬＴＥにおいては１５ｋＨｚで固定されている。図２に示されるように、無線アクセスインタフェースのリソースは時間的にフレームに分割され、フレーム２００は、１０ミリ秒持続し、それぞれ１ミリ秒の持続時間を有する１０のサブフレーム２０１に分割される。各サブフレームは１４のＯＦＤＭシンボルから形成され、標準または拡張サイクリックプレフィックスが、シンボル間干渉の低減のためにＯＦＤＭシンボル間で利用されているかどうかに応じて６または７のＯＦＤＭシンボルを含む、２つのスロットに分割される。スロット内のリソースは、１スロットの期間に対してそれぞれ１２のサブキャリアを含む、リソースブロック２０３に分割されてもよく、さらにリソースブロックは、１つのＯＦＤＭシンボルに対して１つのサブキャリアにわたる、リソースエレメント２０４に分割されてもよく、各長方形２０４はリソースエレメントを表す。
【００２４】
図２のＬＴＥ無線アクセスインタフェースのダウンリンクの簡略化された構造では、各サブフレーム２０１は、制御データの送信のために制御領域２０５、ユーザデータを送信するためのデータ領域２０６、所定のパターンに従って制御データ領域に散在しているリファレンス信号２０７および同期信号を有する。制御領域２０４は、制御データの送信のために、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）および物理ＨＡＲＱインディケータチャネル（ＰＨＩＣＨ）のような、多数の物理チャネルを含んでもよい。データ領域は、データの送信のために、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）および物理ブロードキャストチャネル（ＰＢＣＨ）のような、多数の物理チャネルを含んでもよい。ＬＴＥシステムの物理チャネルの構造と機能に関する詳しい情報は、［１１］で見つけることができる。
【００２５】
ＰＤＳＣＨ内のリソースは、ｅＮｏｄｅＢによってサービスされるＵＥに対してｅＮｏｄｅＢによって割り当てられてもよい。例えば、ＵＥが、ＵＥが以前に要求したデータまたは無線リソース制御（ＲＲＣ）シグナリングのようなｅＮｏｄｅＢによってＵＥに配信されるデータを受信できるようにするために、多数のＰＤＳＣＨのリソースブロックがＵＥに割り当てられてもよい。図２では、ＵＥ１は、データ領域２０６のリソース２０８、ＵＥ２リソース２０９およびＵＥリソース２１０を割り当てられる。ＬＴＥシステムにおけるＵＥは、ＰＤＳＣＨの利用可能なリソースの一部を割り当てられてもよく、したがってＵＥは、ＰＤＣＳＨ内に割り当てられたリソースの場所を通知される必要がある。これを達成するために、ダウンリンクのリソース割り当てを特定するリソース制御情報は、ダウンリンク制御情報（ＤＣＩ）と呼ばれるフォームでＰＤＣＣＨにわたって搬送され、ＰＤＳＣＨに対するリソース割り当ては、同じサブフレームの先行するＰＤＣＣＨインスタンスで搬送される。リソース割り当て手順中、このようにＵＥは、それらに向けられたＤＣＩのためのＰＤＣＣＨをモニタし、そのようなＤＣＩが検出されると、ＤＣＩを受信し、ＰＤＳＣＨの関連部分からデータを検出し、推定する。
【００２６】
図３は、図１のｅＮｏｄｅＢによってまたはｅＮｏｄｅＢに関連して提供されてもよい、ＬＴＥ無線アクセスインタフェースのアップリンクの構造の簡略図を提供する。ＬＴＥネットワークでは、アップリンクの無線アクセスインタフェースは、シングルキャリア周波数分割多重ＦＤＭ（ＳＣ−ＦＤＭ）インタフェースに基づき、ダウンリンクおよびアップリンク無線アクセスインタフェースは、周波数分割複信（ＦＤＤ）または時分割複信（ＴＤＤ）によって提供され、ＴＤＤにおける実装サブフレームは、予め定義されたパターンに応じて、アップリンクとダウンリンクのサブフレームを切り替える。しかし、使用される多重方式に関係なく、共通のアップリンクフレーム構造が使用される。図３の簡略化された構造は、ＦＤＤ実装におけるアップリンクフレームを示す。フレーム３００は、１０個の１ミリ秒の持続時間のサブフレーム３０１に分割され、各サブフレーム３０１は、０．５ミリ秒の持続時間の２つのスロット３０２を含む。そして各スロットは、ダウンリンクサブフレームの場合と同じ方法で、７個のＯＦＤＭシンボル３０３から形成され、サイクリックプレフィックス３０４は、各シンボルの間に挿入される。図３において、標準のサイクリックプレフィックスが使用されるため、サブフレーム内に７個のＯＦＤＭシンボルがあるが、拡張サイクリックプレフィックスが使用される場合、各スロットは６個のＯＦＤＭシンボルを含む。アップリンクサブフレームのリソースは、ダウンリンクサブフレームと同様に、リソースブロックとリソースエレメントに分割される。
【００２７】
各アップリンクサブフレームは、例えば、物理アップリンク共有チャネル（ＰＵＳＣＨ）３０５、物理アップリンク制御チャネル（ＰＵＣＣＨ）３０６、および物理ランダムアクセスチャネル（ＰＲＡＣＨ）のような、異なる複数のチャネルを含んでもよい。物理アップリンク制御チャネル（ＰＵＣＣＨ）は、例えばダウンリンク送信のためのｅＮｏｄｅＢに対するＡＣＫ／ＮＡＣＫ、アップリンクリソースをスケジュールすることを望むＵＥに対するスケジューリング要求インジケータ（ＳＲＩ）およびダウンリンクのチャネル状態情報（ＣＳＩ）のフィードバックのような制御情報を搬送してもよい。ＰＵＳＣＨは、ＵＥのアップリンクデータまたは一部のアップリンク制御データを搬送してもよい。ＰＵＳＣＨのリソースは、通常、ＵＥにおけるバッファ内の送信可能なデータの量をネットワークと通信することによってトリガーされる許可のように、ＰＤＣＣＨを介して許可される。ＰＲＡＣＨは、ＵＥの接続開始のために使用されてもよく、システム情報ブロックのような、ダウンリンクシグナリングでＵＥにシグナリングされてもよい、複数のＰＲＡＣＨのパターンのうちの一つに応じてアップリンクフレームのリソースのいずれかでスケジュールされてもよい。物理アップリンクチャネルと同様に、アップリンクサブフレームは、リファレンス信号を含んでもよい。例えば、復号リファレンス信号（ＤＭＲＳ）３０７およびサウンディングリファレンス信号（ＳＲＳ）３０８が、アップリンクサブフレーム内に存在してもよく、ＤＭＲＳは、ＰＵＳＣＨが送信されるスロットの４番目のシンボルを占有し、ＰＵＣＣＨとＰＵＳＣＨのデータの復号化のために使用され、ＳＲＳは、ｅＮｏｄｅＢにおけるアップリンクチャネル推定のために使用される。ＬＴＥシステムの物理チャネルの構造と機能の詳細に関する情報は、［１１］で見つけることができる。
【００２８】
ＰＤＳＣＨのリソースと類似の方法で、ＰＵＳＣＨのリソースはサービングｅＮｏｄｅＢによってスケジュールまたは許可される必要がある。したがって、データがＵＥによって送信される場合、ＰＵＳＣＨのリソースは、ｅＮｏｄｅＢによってＵＥに許可される必要があり、アップリンク許可は、例えば、ＰＤＣＣＨによって搬送されるＤＣＩを介してＵＥに指示されてもよい。アップリンクリソースは、多くの状況でｅＮｏｄｅＢによって許可されてもよく、例えば、許可は、スケジューリング要求またはバッファ状態報告をサービングｅＮｏｄｅＢに送信するＵＥに応答して提供されてもよい。
【００２９】
ダウンリンクサブフレームの最初のシンボル以外、ダウンリンクサブフレームと同様の構造ではあるが、アップリンクサブフレームはダウンリンクサブフレームに対する異なる制御構造を有し、特に、アップリンクサブフレームのサブキャリア／周波数／リソースブロックの上部３０９および下部３１０は、制御シグナリングのためにリザーブされる。さらに、ダウンリンクおよびアップリンクのためのリソース割り当て手順は比較的類似しているが、割り当てられるリソースの実際の構造は、それぞれダウンリンクおよびアップリンクで使用されるＯＦＤＭおよびＳＣ−ＦＤＭインタフェースの異なる特性によって変化してもよい。ＯＦＤＭでは、各サブキャリアは個別に変調されるため、周波数／サブキャリアの割り当てが連続している必要はない。しかし、ＳＣ−ＦＤＭにおいてサブキャリアは組み合わされて変調されているので、利用可能なリソースの効率的な使用が行われなければならない場合、各ＵＥに対する連続した周波数割り当てが好ましい。
【００３０】
上述の無線インタフェースの構造と動作の結果として、１つ以上のＵＥが調整ｅＮｏｄｅＢを介して相互にデータを通信でき、したがって従来のセルラー通信システムを形成する。以前にリリースされたＬＴＥ規格に基づくもののようなセルラー通信システムは商業的に成功しているが、多くの欠点がこのような集中システムに関連する。例えば、近接する２つのＵＥが互いに通信することを望む場合、データを搬送するのに十分なアップリンクおよびダウンリンクリソースが必要とされる。これにより、システムのリソースの２つの部分が、データの１つの部分を搬送するために使用される。第２の欠点は、ＵＥが互いに通信することを望む場合、近接している場合であっても、ｅＮｏｄｅＢが必要とされることである。システムに高負荷が発生している、または例えば、遠隔地またはｅＮｏｄｅＢが正しく機能していない場合のようにｅＮｏｄｅＢのカバレッジが利用できない場合、これらの制限は問題となる可能性がある。これらの制限を克服することは、ＬＴＥネットワークの能力と効率の両方を向上させるだけでなく、ＬＴＥのネットワーク事業者のための新たな収益の可能性の創造につながる。
【００３１】
（デバイスツーデバイス通信）
Ｄ２Ｄ通信は、ネットワーク容量およびＬＴＥデバイス間の通信のためのネットワークカバレッジの要件の前述の問題に対処する可能性を提供する。例えば、ユーザデータがＵＥの間で直接通信される場合、アップリンクおよびダウンリンクリソースの両方ではなく、リソースの１セットのみがデータを搬送するために必要とされる。また、ＵＥが直接通信することができる場合、たとえｅＮｏｄｅＢによって提供されるカバレッジエリアの外側であっても、互いの範囲内のＵＥは通信することができる。これらの潜在的な利点の結果として、ＬＴＥシステムにＤ２Ｄ機能の導入が提案されている。
【００３２】
図４は、図１を参照して説明したものと実質的に同様であるが、ＵＥ４０１、４０２、４０３は、直接互いにデバイスツーデバイス（Ｄ２Ｄ）通信を実行するように動作可能である、モバイル通信システム４００の概略図を提供する。Ｄ２Ｄ通信は、ユーザおよび／または制御データがｅＮｏｄｅＢのような専用の調整エンティティを介して通信されることなく、ＵＥが直接互いの間でデータを通信することを含む。例えば、図４においてＵＥ４０１、４０２、４０３、４１５とｅＮｏｄｅＢ３０４との間の通信は、既存のＬＴＥ規格に従っているが、ＵＥ４０１-４０３が互いの範囲内にある場合、アップリンクおよびダウンリンク４０５−４１０を介して通信するのと同様に、それらはまた、Ｄ２Ｄ通信リンク４１１−４１４を介して互いに直接通信してもよい。図４において、Ｄ２Ｄ通信リンクは破線で示され、４０１と４０２、および４０２と４０３の間に存在するが、４０１と４０３のＵＥは互いに直接信号を送信および互いから直接信号を受信するために十分に近接していないので、４０１と４０３の間には存在しないことが示されている。Ｄ２Ｄ通信リンクはまた、ＵＥ４１５はＤ２Ｄ通信が可能ではないので、４１５と他のＵＥとの間に存在しないことが示されている。図４に示されたような、ＵＥ４１５がＤ２Ｄ動作の仕様に準拠していないデバイスである状況は、ＬＴＥネットワーク内に存在してもよい。
【００３３】
図４において、ＵＥ４０２がＵＥ４１４とＤ２Ｄ通信を行いたい場合、Ｄ２Ｄ通信リンク４１４によって示されるように、ＵＥ４０２は、可能性のある多数のアプローチに従ってもよい。第１の例示的なアプローチにおいて、ＵＥ４０２は、範囲内の潜在的な受信ＵＥがあるかどうかの知識なしでそれが送信することを望むデータをブロードキャストしてもよい。したがって、設定手順は、ほとんどまたは全く必要ない。シンプルだが、このようなアプローチは、送信の受信端末において、ＵＥ４０２に対して多くの情報が利用できる協調送信に比べて、送信成功の可能性を減少させるかもしれない。別のアプローチでは、送信ＵＥ４０２は、送信前に範囲内の他のＤ２Ｄ可能なＵＥの知識を取得してもよく、そして差し迫った送信の指示を提供してもよい。ＬＴＥシステムにおいて、これは、例えば、互いにＵＥを識別するユニークな「発見（ディスカバリ）」識別子を含む検出信号を各々が周期的に送信するＵＥによって達成されてもよい。また、サービングｅＮｏｄｅＢまたは調整エンティティは、そのカバレッジエリア内のＤ２Ｄ通信を行うことができるＵＥのリストを編集（ｃｏｍｐｉｌｅ）してもよく、そのカバレッジエリア内の適切なＵＥにリストを配信してもよい。上記のプロセスのいずれかによって、ＵＥ４０１はＵＥ４０２を発見でき、ＵＥ４０２はＵＥ４０１と４０３を発見でき、ＵＥ４０３はＵＥ４０２発見できる。ＵＥ４０２がＵＥ４０３の存在を認識すると、ＵＥ４０２は、任意の適切なリソース割り当て手順に従ってデータを送信することを開始してもよい。
【００３４】
（以前の提案されたＤ２Ｄシステム）
上述したように、ＬＴＥに従った通信システムを定義する規格において、Ｄ２Ｄ通信のためのいくつかの構成を提供することが以前に提案されている。ＬＴＥのＤ２Ｄ通信の実装に可能な多くのアプローチが存在する。例えば、ＵＥとｅＮｏｄｅＢの間の通信のために提供される無線アクセスインタフェースがＤ２Ｄ通信のために使用されてもよく、ｅＮｏｄｅＢは必要とされるリソースを割り当て、制御シグナリングはｅＮｏｄｅＢを介して伝達されるが、ユーザデータはＵＥとの間で直接送信される。
【００３５】
Ｄ２Ｄ通信に利用される無線アクセスインタフェースは、例えば、ＯＦＤＭＡ／ＳＣ−ＦＤＭＡの３ＧＰＰ  ＬＴＥベースの無線アクセスインタフェースと同様、キャリアセンス多重アクセス（ＣＳＭＡ）、ＯＦＤＭまたはこれらの組み合わせのような、多くの技術のいずれかに従って提供され得る。例えば、ドキュメントＲ２−１３３８４０［１］において、ＵＥによる送信の調整、各ＵＥによる非調整／コンテンションベースのスケジューリングである、キャリアセンス多重アクセス、ＣＳＭＡ、を使用することが提案されている。各ＵＥは、最初にリッスンし、そして未使用のリソースで送信する。
【００３６】
別の例では、ＵＥは、直接無線アクセスインタフェースへのアクセスをネゴシエイトすることによって互いに通信してもよく、したがって調整ｅＮｏｄｅＢの必要性を解決する。以前に提案された構成の例は、グループのＵＥの１つが、グループの他のメンバーの送信を調整する制御エンティティとして機能するものを含む。そのような提案の例は、以下の開示において提供される。
［２］R2-133990，Network  control  for  Public  Safety  D2D  Communications；Orange，Huawei，HiSilicon，Telecom  Italia
［３］R2-134246，The  Synchronizing  Central  Node  for  Out  of  Coverage  D2D  Communication； General  Dynamics  Broadband  UK
［４］R2-134426，Medium  Access  for  D2D  communication；LG  Electronics  Inc
【００３７】
他の構成において、最初にグループのＵＥの１つは、スケジューリング割り当てを送信し、そして中央スケジューリングＵＥまたは伝送を制御する制御エンティティなしにデータを送信する。以下の開示は、この分散型配置の例を示す。
［５］R2-134238，D2D  Scheduling  Procedure；Ericsson；
［６］R2-134248、Possible  mechanisms  for  resource  selection  in  connectionless  D2D  voice  communication；General  Dynamics  Broadband  UK；
［７］R2-134431、Simulation  results  for  D2D  voice  services  using  connectionless  approach；General  Dynamics  Broadband  UK
【００３８】
特に、上記の最後の２つの寄書、R2?134248［６］，R2?134431［７］は、使用されるであろうリソースと共にデータをスケジュールするためにＵＥによって使用されるスケジューリングチャネルの使用を開示する。他の開示、R2?134238［５］は、そのようなスケジューリングチャネルを使用しないが、スケジューリング割り当てを送信するために、少なくともいくつかの事前定義されたリソースを配信する。
【００３９】
［８］および［９］で開示された他の例の構成は、通信デバイスの送信を制御するために、通信デバイスにフィードバックを提供する基地局を必要とする。ドキュメント［１０］は、干渉制御およびリソース調整のために、セルラーユーザ機器とデバイスツーデバイスユーザ機器との間に専用リソース交換チャネルが設けられる構成が開示する。
【００４０】
異なる多数の無線アクセスインタフェース構成がＤ２Ｄ通信のために使用されてもよいが、ＬＴＥ  Ｄ２Ｄ通信はＬＴＥ通信に割り当てられたスペクトル上で実行される可能性がある。したがって、ＬＴＥネットワークのカバレッジエリア内である場合、Ｄ２Ｄ送信はアップリンクスペクトルで実行され、ＳＣ−ＦＤＭが使用されることが以前に提案されている。また、Ｄ２Ｄ通信の動機要因の背景の１つは、もたらされる容量の増加であるので、Ｄ２Ｄ通信のためのダウンリンクを利用することは適切ではない可能性がある。
【００４１】
Ｄ２Ｄデバイスとネットワークの機関への可能なアプローチの結果として、多くのネットワークトポロジーが生じるかもしれない。トポロジーの例の選択は、図５ａから図５ｄで提供され、従来のＬＴＥ通信と並行するＤ２Ｄ通信の動作およびｅＮｏｄｅＢによって提供されるカバレッジエリア間のＤ２Ｄ可能なデバイスの移動、のそれぞれがリソースの割り当てに関する別の問題を引き起こす可能性がある。
【００４２】
図５ａにおいて、ＵＥ５０１と５０２は、ｅＮｏｄｅＢのカバレッジエリア外にあり、したがって、Ｄ２Ｄデバイスは、隣接するＬＴＥネットワークに対するＤ２Ｄ通信によって引き起こされ得る干渉に関してまったく、あるいは少なくとも減衰せずに通信できる。このようなシナリオは、公共安全通信で生じてもよく、例えば、どちらかのＵＥがカバレジエリアの外にある、またはモバイル通信ネットワークが現在正常に機能していない場合である。このようなシナリオで通信するＵＥは、リソースを割り当てるため、および通信を調整するために互いに直接ネゴシエイトしてもよく、またはＵＥまたは第３のＵＥの１つが調整エンティティとして動作してもよく、したがってリソースの割り当てを行ってもよい。
【００４３】
図５ｂにおいて、ＵＥ５０１は、ｅＮｏｄｅＢ５０３のカバレッジエリア５０４内にあり、カバレッジエリア５０３の外にあるＵＥ５０２とＤ２Ｄ通信を行っている。図５ａのシナリオとは対照的に、ｅＮｏｄｅＢ５０３のカバレッジエリア内にあるＵＥ５０１よって、Ｄ２Ｄ通信は、カバレッジエリア内の従来のＬＴＥ通信に干渉を引き起こす可能性がある。したがって、Ｄ２Ｄリソース割り当ておよび送信は、カバレッジエリア５０４内のものを避けて調整されなければならないかもしれず、よって、従来のＬＴＥ通信はＤ２Ｄ送信の影響を受けない。これは多くの方法で達成されてもよく、例えば、ｅＮｏｄｅＢは、Ｄ２Ｄリソースと従来のＬＴＥリソースがオーバーラップしないように、Ｄ２Ｄ通信のためのリソース割り当てを調整してもよい。そして、任意の割り当てが、ＵＥ５０１によってＵＥ５０２に中継されてもよい。あるいは、例えば、ＵＥ１またはＵＥ１を介するＵＥ２は、リソースの割り当てを行ってもよく、そしてＤ２Ｄ通信のために利用されるリソースをｅＮｏｄｅＢに知らせてもよい。ｅＮｏｄｅＢは、これらのＤ２Ｄの通信のためのリソースをリザーブする。
【００４４】
図５ｃにおいて、ＵＥ５０１および５０２は共にｅＮｏｄｅＢ５０３のカバレッジエリア内にあり、したがってカバレッジエリア内の従来のＬＴＥ通信に対する干渉を生じさせることなくＤ２Ｄ通信が行われる場合、ｅＮｏｄｅＢとＵＥとの間の調整が必要となる。このような調整は、図５ｂを参照して説明したものと同様の方法で達成されてもよいが、図５ｃの場合、ＵＥ５０２はカバレッジエリア内にあり、したがってＵＥ１によるＵＥ２からｅＮｏｄｅＢに対するリソース割り当て信号の中継は、必要とされないかもしれない。
【００４５】
図５ｄに第４のより複雑なＤ２Ｄシナリオが図示されており、ＵＥ５０１とＵＥ５０２はそれぞれ、異なるｅＮｏｄｅＢ５０３と５０４のカバレッジエリア５０４、５０５内にある。図５ｂおよび５ｃのシナリオに関して、Ｄ２Ｄ通信と従来のＬＴＥ通信との干渉が避けられるべき場合は、Ｄ２Ｄ通信を行うＵＥ間の調整が必要となる。しかし、２つのｅＮｏｄｅＢの存在は、カバレッジエリア５０４および５０５内のｅＮｏｄｅＢによるリソース割り当てがＤ２Ｄリソースの割り当てを避けて調整される必要があることを必要とする。
【００４６】
図５ａから５ｄは単に可能性が高い４つのＤ２Ｄ使用のシナリオを示し、さらなるシナリオが図５ａから５ｄに示されたものの組み合わせから形成されてもよい。例えば、２つのｅＮｏｄｅＢのカバレッジエリア内にＤ２Ｄ通信を行うＵＥの２つのグループが存在するように、図５ａに示される通信を行っている２つのＵＥが、図５ｄの使用シナリオに移ってもよい。
【００４７】
前述のように、Ｄ２Ｄ通信は、１以上のｅＮｏｄｅＢのカバレッジエリア内である場合、全くまたは合理的にできるだけ少なく、不都合な影響を従来のＬＴＥ通信におよぼさないことが望ましい。したがって、そのような状況でＤ２Ｄ通信を達成するために、Ｄ２Ｄと従来のＬＴＥ通信がリソースの同じセットにスケジュールされないように、Ｄ２Ｄ通信を行うことを望むＵＥとサービングｅＮｏｄｅＢの間で調整が必要とされ、またはＤ２Ｄリソースの所定の知識が必要とされる。また、Ｄ２Ｄリソース割り当ておよび送信は、現在Ｄ２Ｄ通信を行わない従来のＵＥに干渉しない、および透過的であることが望ましい。したがって、他のＵＥに対して実質的に透過であり、効率的なＤ２Ｄリソース割り当て手順が望ましい。上記の説明では、Ｄ２Ｄ通信はＬＴＥシステムを参照して説明されたが、本開示の技術は、Ｄ２Ｄ通信と互換性がある他のＬＴＥシステムの構造および他のシステムにも同様に適用可能である。
【００４８】
（デバイスツーデバイス仮想キャリア）
本開示によれば、Ｄ２Ｄ送信によって引き起こされる可能性がある干渉を軽減するために、アップリンクＬＴＥ送信に割り当てられた周波数領域のリソース／周波数の一部は、Ｄ２Ｄ通信のためにリザーブされる。したがって、Ｄ２Ｄ  ＵＥがカバレッジエリア内にある場合、サービングｅＮｏｄｅＢが、適切なシステム情報を送信すること、または単にリザーブされたリソースにデータをスケジューリングしないことのいずれかによって、従来のＵＥは、Ｄ２Ｄ通信用にリザーブされたリソースのセットにリソースが割り当てられていないことを確認することができる。リザーブされた周波数範囲／リソース内のリソースの構成は任意の形式をとってもよいが、例えば、独立または半独立のＤ２Ｄキャリアが形成されるようにリソースが構成される場合が好都合かもしれない。このようなＤ２Ｄ仮想キャリアの提供によって、ＬＴＥアップリンク（例えば、ＰＵＣＣＨまたはＰＵＳＣＨ）の制御リソースは、保全されてもよく、参加Ｄ２Ｄ  ＵＥおよび／または調整エンティティによって実行されるＤ２Ｄ仮想キャリア内で、Ｄ２Ｄ仮想キャリアにわたって送信されるスケジューリング情報の結果とともに、スケジューリングされてもよい。リソース制御の観点においてＬＴＥアップリンクから独立したＤ２Ｄ仮想キャリアの使用はまた、ＬＴＥネットワークのカバレッジエリアの外で使用するＤ２Ｄ仮想キャリアを可能にし、リソーススケジューリングは、ＵＥの間で直接ネゴシエイトされるまたは調整エンティティとして動作する選択されたＵＥによって調整されることが必要になるかもしれない。Ｄ２Ｄ仮想キャリアの実装例の図が図６で提供され、各リソースエレメントの割り当てが示される。
【００４９】
図６において、サービングｅＮｏｄｅＢに関連付けられたアップリンクＬＴＥ無線アクセスインタフェースは、第１の周波数範囲６００にわたり、リソース６０９から６１２の第１のセットを含み、アップリンクサブフレームのチャネルは、図３を参照して説明したものと同様に構成される。しかし周波数範囲６００内には、Ｄ２Ｄ通信に使用するための好ましい割り当てであるリソース６１０から形成されるリソースの第２のセットがある。リソース６１０の第２のセットは、第１の周波数範囲内にあり、リソースの第１のセットのリソースから形成される。リソース６１０の第２のセットは、従来ＰＵＳＣＨとＰＵＳＣＨ  ＤＭＲＳのために使用されるリソース内にあり、ＰＵＣＣＨとＰＵＳＣＨ  ＤＭＲＳが配置されるリソース６０９、６１２を含まない。したがって、図３を参照して説明したような、アップリンク無線アクセスインタフェースの構造は、リソースの第２のセットの外のリソースの第１のセットの残りの部分で保持される。この構造の維持、特に制御構造は、ＬＴＥ無線アクセスインタフェースのリソース割り当てを変更する場合に重要な考慮事項である、Ｄ２Ｄ通信用にリザーブされたリソースのセットの導入を、従来の方法でＥＵＴＲＡＮと通信するＵＥに対して透過にできる。リソース６１１のセットは、Ｄ２Ｄ通信用にリザーブされていないアップリンクのＰＵＳＣＨおよびＰＵＳＣＨ  ＤＭＲＳのリソースを包含し、リソース６１１のセットは、通常のアップリンクＬＴＥ通信を行うことを望むＬＴＥ  ＵＥに割り当てられてもよいこれらのリソースである。さらにＤ２Ｄ通信のためのリソースのリザーブを、Ｄ２Ｄ通信に参加しないＵＥに対して透過に見えるようにするために、サービングｅＮｏｄｅＢは、好ましくは、リソースの第２のセットにおいて他のＵＥのためのアップリンクリソースをスケジュールしない。いくつかの例において、リソースの第２のセットは、第１の周波数範囲／帯域６００よりも小さい第２の周波数範囲／帯域６０１に広がるまたはわたってもよく、第１の周波数範囲は周波数６０１−６０４から形成される。ｅＮｏｄｅＢは、ダウンリンクで送信されるシステム情報において第２の周波数範囲の指示を提供してもよい。
【００５０】
リソース６１０の第２のセット内でＤ２Ｄ仮想キャリアは確立されてもよい。上述したように、仮想キャリアの使用は、Ｄ２Ｄ通信をｅＮｏｄｅＢから独立して行えるようにし、したがってＤ２Ｄ仮想キャリアは、カバレッジの内側および外側の両方で使用することができる。Ｄ２Ｄ仮想キャリアの独立した動作を実現するために、リソースの第２のセットは、少なくとも制御チャネル／領域とデータチャネル／領域に時間的に分割され、制御チャネルは、例えば、データチャネルのような、リソースの第２のセットのリソースのスケジューリングとリソース割り当てを搬送するために使用されてもよい。図６において、リソース６０５は、スケジューリング割り当て（ＳＡ）または制御チャネルのために利用され、ＳＡチャネルによって搬送されるデータは、Ｄ２Ｄデータリソースプール６０６またはデータチャネルの割り当ての指示を提供する。しかし、他の例で従来のＬＴＥ無線アクセスインタフェースの制御チャネルは、リソース６０５が、例えば、Ｄ２Ｄ通信のための衝突解決または干渉の報告のような他の制御情報のために使用されてもよいような、リソース割り当て情報を搬送するために使用されてもよい。ＳＡチャネルはＤ２Ｄ仮想キャリアに周期的に発生してもよく、いくつかの例では、すべてのサブフレームまたはスロットに存在しなくてもよく、したがってＳＡチャネルの１つのインスタンスは、１以上の後続のスロットまたはサブフレームのリソース割り当てを伝達してもよい。例えば、図６において、ＳＡチャネルは、２つの後続のサブフレームのスケジューリング割り当ての指示を提供する。図６において、ＳＡチャネルは、実質的に第２の周波数帯域６０１の全体に広がるように示されるが、これは、ＳＣ−ＦＤＭにおける連続的な周波数割り当ての選択に対して帯域幅効率の観点から有益であり、いくつかの例において、ＳＡチャネルは、第２の周波数帯域のものよりも小さい帯域幅またはリソースの第２のセットより少ないリソースを有してもよい。可変帯域幅を有することと同様に、ＳＡチャネルの持続時間も可変であってもよい。
【００５１】
ＳＡチャネルは、以下に記載される例のように、多数の異なる技術に従って動作してもよい。Ｄ２Ｄ仮想キャリアがサービングｅＮｏｄｅＢを必要とせずに独立したキャリアとして実装される場合、Ｄ２Ｄデータリソース６０６内のリソースの割り当ては、ＵＥ間で直接ネゴシエイトされてもよい。例えば、送信することを望むＵＥは、リソースの指示を提供してもよく、それはＤ２Ｄデータリソース６０６での使用およびＳＡチャネルでの意図される受信端末を表す。競合するリソーススケジューリング送信がＵＥによって検出されなかった場合、ＵＥは、以前に示されたリソースでユーザデータを送信するように処理を進める。競合するスケジューリング要求が検出された場合、ＵＥは、バックオフ期間に応じてその送信を遅らせてもよく、バックオフ期間の満了時に第２のリソーススケジューリング指示を送信してもよい。しかし、このようなスケジューリング要求チャネルが実装されるために、競合解決の構成も、複数の要求が実質的に同時に送信される状況を解決するために必要とされる。
【００５２】
ＳＡチャネルの第２の可能性のある実施において、Ｄ２Ｄ通信に参加するＵＥは、調整エンティティとして選択されてもよく、そして、スケジューリング要求は、ＳＡチャネルを介しての調整エンティティに送信されてもよい。調整エンティティは、例えば、従来のＬＴＥシステムにおけるｅＮｏｄｅＢによって実行されるものと同様の方法で、リソース割り当てを決定する。
【００５３】
ＳＡチャネルの第３の可能性がある実施において、ｅＮｏｄｅＢは、調整エンティティの役割を実行する必要があってもよく、リソースに対する要求は、ＳＡチャネルを介してｅＮｏｄｅＢに送信され、次にｅＮｏｄｅＢは、Ｄ２Ｄデータリソース６０６のためのリソース割り当てを決定する。この実装は、リソース割り当てのプロセスを簡素化し、個々のＤ２Ｄ  ＵＥへの負担を軽減できるが、Ｄ２Ｄ通信がカバレッジエリア内で実行されるための要件が、Ｄ２Ｄ通信が使用されてもよいシナリオを制限する。したがって、ＳＡチャネルの第１および第２の実装例は、ＬＴＥカバレッジエリアの内側および外側の両方で動作できる、より汎用性の高いＤ２Ｄ仮想キャリアを提供できる。
【００５４】
従来のアップリンクＬＴＥ通信と同様に、Ｄ２Ｄ通信において、受信ＵＥで送信が正確に復調され、推定されるように、リファレンスシンボルも送信されることが要求されてもよい。ＬＴＥアップリンクにおいて、ＤＭＲＳは、リファレンスシンボルを提供し、ＵＥによってデータおよび制御と共に送信され、リファレンスシンボルは、アップリンクデータと同じ周波数で送信され、それによって周波数補間は少なくとも軽減され、または全く必要とされない。図６において、リファレンスシンボルは、リソース６０７で送信されることが示され、従来のＬＴＥアップリンクのＤＭＲＳと同様の周期性を有する各スロットで送信される。しかし、Ｄ２Ｄリファレンスシンボルは、例えば、Ｄ２Ｄ  ＵＥが通信するチャネルのコヒーレンス（干渉）時間に適切な任意の周期、またはリファレンスシンボル以外の目的のためのリソースの必要性、またはデータまたは復調のために使用されるリファレンスシンボルを制御する優先度に応じて送信されてもよい。ＳＡチャネル、リファレンスシンボルおよびデータリソースは、任意の適切なパターンに従って配置されてもよいが、リファレンスシンボルがＳＡチャネルのために割り当てられたリソースに直接隣接して配置される、または近接して配置されるリソースで送信される場合、その配置は有益であるかもしれない。このようなリソース配置での送信は、その後ＳＡチャネルを介して送信される情報の検出および推定を、リファレンスシンボルから形成されるチャネル推定値の補間を全く必要とせずに、または少なくとも低減して行えるようにできる。ＳＡチャネルを介して送信されるデータの正確な検出と推定の可能性を高めることと同様に、リファレンスシンボルの隣接した配置は、またＵＳを間欠受信（ＤＲＸ）のような、省電力状態に入るようにできる。特に、リファレンスシンボルおよびＳＡデータの時間的に近接した送信は、ＵＥがデータを受信するようにスケジュールされていないとき、ＳＡチャネルのインスタンス間でＵＥをＤＲＸ状態に入るようにできる。所定の位置における、または所定のパターンに従ったリファレンスシンボルとＳＡチャネルの配置はまた、ＵＥは次のＳＡチャネルのインスタンスの時間位置の知識を有するため、ＵＥが確実にＤＲＸ状態を終了することを支援する。ＤＲＸの利点に加えて、ＳＡチャネルとリファレンスシンボルの固定されたまたは周期的な配置の利用はまた、ＳＡチャネルの位置を確立するために、ＵＥがブラインド検索を予め実行することを回避させることができ、したがってさらにＵＥにおけるエネルギー消費量を低減する。
【００５５】
図２を参照して説明されたＬＴＥダウンリンクにおけるＰＤＳＣＨと同様の方法で、Ｄ２Ｄ仮想キャリアのＤ２Ｄデータリソース６０６はＤ２Ｄ  ＵＥ間で共有されてもよい。したがって、上述のＤ２Ｄ仮想キャリアは、仮想Ｄ２Ｄダウンリンクと見なされてもよく、ＳＡチャネルはＰＤＣＣＨに対応する目的を有し、Ｄ２ＤデータリソースはＰＤＳＣＨに対応する目的を有する。これらの対応の目的は、ＬＴＥダウンリンクで使用される方法に対応する、Ｄ２Ｄ仮想キャリアで使用される所定のリソース割り当て方法を可能にし、したがってＬＴＥシステムにおけるＤ２Ｄ仮想キャリアの導入を簡素化する。
【００５６】
リソースの第２のセットは、第１の周波数帯域またはリソースの第１のセットのＰＵＳＣＨ領域内の任意の場所に配置されることができる。リソースの第２のセットが第２の周波数帯域６０１に広がる、または第２の周波数帯域６０１内に配置される例において、ＬＴＥのカバレッジエリア内で動作する場合、第２の周波数帯域は、第１の周波数帯域のＰＵＳＣＨ内の任意の場所に配置されてもよい。しかし、カバレッジエリアの外である場合、スペクトル中に配置される第２の周波数範囲およびリソースの第２のセットは、任意の利用可能なスペクトル内に配置されてもよいが、上記のようにそれはまだＬＴＥネットワークのために割り当てられたスペクトル内である可能性がある。カバレッジエリア内の場合、第２の周波数帯域を柔軟に配置することができるが、周波数においてＰＵＣＣＨの上側または下側に連続して配置される場合、残りのＰＵＳＣＨは周波数が連続しているので、それは有益であるかもしれない。
【００５７】
リソースの第２のセットの正確な位置にかかわらず、カバレッジ内である場合、サービングｅＮｏｄｅＢがリソースの第２のセットの周辺にＰＵＳＣＨのリソースを割り当ててもよいので、サービングｅＮｏｄｅＢがリソースの第２のセットの位置の知識を有することは重要であり、したがって他のＵＥとの互換性を維持する。リソースの第２のセットの位置の知識は、ｅＮｏｄｅＢが、ＰＵＳＣＨの対応するリソースを不変にリザーブできる、またはＤ２Ｄ通信またはＤ２Ｄ可能なＵＥが検出された場合にこれらのリソースをリザーブできるように、第１の周波数帯域内の所定の位置でそれが配置されることによって提供される。リソースの第２のセットが配置される第２の周波数範囲が存在する場合、この第２の周波数範囲は、エッジまたは中央、または第１の周波数範囲に関連する所定の位置などに配置されてもよい。代替的に、リソースの第２のセットは、ＰＵＣＣＨのためにリザーブされる周波数の外の、リソースの第１のセットに関連する任意の場所に配置されてもよい。このようなアプローチにおいて、カバレッジエリア内のＤ２Ｄ  ＵＥは、アップリンク構造の指示を検出してもよく、または提供されてもよく、それに応じてＤ２Ｄ仮想キャリアの配置を開始してもよい。Ｄ２Ｄ仮想キャリアが確立されている場合で、参加ＵＥがカバレッジエリアの外にあるが、次にその参加ＵＥの１つ以上がカバレッジエリアに入る場合、Ｄ２Ｄ仮想キャリアと従来のＬＴＥアップリンクのリソース割り当てが競合しないことが有益であろう。そのようなシナリオにおいて競合するリソース割り当ての可能性を低減するために、カバレッジエリアに入るＵＥは、リソースの第２のセットおよび／または第２の周波数帯域の指示を、それに応じてアップリンクのリソースを使用するサービングｅＮｏｄｅＢに提供してもよい。代替的に、サービングｅＮｏｄｅＢは、ｅＮｏｄｅＢが、それに応じてＤ２Ｄ仮想キャリアがＬＴＥアップリンクのリソース上で動作する、またはＤ２Ｄ仮想キャリアをリザーブすることを望む、第１の周波数範囲内のリソースの第２の周波数範囲または第２のセットの指示をＤ２Ｄデバイスに提供してもよい。Ｄ２Ｄ仮想キャリアの配置の制御がｅＮｏｄｅＢに譲渡される場合、Ｄ２Ｄ通信を実行するＵＥがカバレッジエリアに入る場合に、アップリンクのリソースがリザーブされ、またはＳＡチャネルで制御信号が送信されることができるように、サービングｅＮｏｄｅＢはＤ２Ｄ仮想キャリアの位置の知識を必要とするかもしれない。Ｄ２Ｄ仮想キャリアの位置の知識は、例えば、ＵＥからの指示の提供を介して、またはｅＮｏｄｅＢによる直接検出によって提供されてもよい。
【００５８】
図６において、リソースの第２のセット、したがって仮想キャリアは、時間的に連続したものとして示されている。時間同期の欠如は若干のＤ２Ｄ動作と標準のセル動作の間の干渉を招くので、時間的に連続であるキャリアの提供は、Ｄ２Ｄ仮想キャリアを介した送信とＬＴＥアップリンクサブフレームとの間の正確な時間同期の必要性を低減させる。カバレッジエリアの外でＤ２Ｄ仮想キャリアを確立したＵＥがカバレッジエリアに入る場合、Ｄ２Ｄ仮想キャリアとＬＴＥアップリンクフレームとは同期する可能性が低いので、これは特に有益であり得る。Ｄ２Ｄ仮想キャリアがＬＴＥアップリンクフレーム内で動作されると、ＬＴＥアップリンクフレーム内のＤ２Ｄ  ＵＥの同期によって、Ｄ２Ｄ仮想キャリアは、ＬＴＥアップリンクフレームと同期できる。
【００５９】
Ｄ２Ｄ仮想キャリアは、ＦＤＤおよびＴＤＤ  ＬＴＥ両方のシステムで実施されてもよく、ＴＤＤにおいては、Ｄ２Ｄがアップリンクリソースで動作するように制限されている場合、仮想キャリアはアップリンクＬＴＥサブフレームのみで提供される。ＦＤＤおよびＴＤＤ  ＬＴＥの両方のシステムにおいて、Ｄ２Ｄ  ＵＥによって要求される、または所定のパターンに応じる場合、Ｄ２Ｄ仮想キャリアは、すべてのアップリンクで提供されなくてもよい。例えば、ＦＤＤシステムにおいて、Ｄ２Ｄ仮想キャリアのためのリソースは、全てのサブフレームでＤ２Ｄ仮想キャリアのＰＵＳＣＨリソースをリザーブすることに比べてＰＵＳＣＨの容量に関するＤ２Ｄ仮想キャリアの影響が低減されるように、４サブフレームおきにサービングｅＮｏｄｅＢによってリザーブされてもよい。
【００６０】
図６の例において、１つのＤ２Ｄ仮想キャリアが第１の帯域幅６００で提供されたが、他の例において、２以上のＤ２Ｄ仮想キャリアが提供されてもよい。例えば、２つの独立したＤ２Ｄグループが１つのｅＮｏｄｅＢのカバレッジエリア内で動作してもよく、ｅＮｏｄｅＢが２つのグループ間の制御シグナリングを調整する場合を除き、２つの独立したＤ２Ｄ仮想キャリアまたはサブキャリアのためにリソースがリザーブされる場合、それは有益であろう。このように、２つのＤ２Ｄグループが独立して動作してもよい。図７は、２つのＤ２Ｄ仮想キャリアがＬＴＥシステムのアップリンクで配置されるＬＴＥシステムの図を提供する。
【００６１】
図７において、第１のＤ２Ｄ仮想キャリアは、図６を参照して説明された方法に対応する方法で周波数範囲６０１にわたって提供される。しかし、第２のＤ２Ｄ仮想キャリアも、第１の周波数範囲６００で提供される。第２のＤ２Ｄ仮想キャリアは、周波数範囲７０１にわたって提供され、第１の周波数範囲の残りの帯域幅７０２は従来のＰＵＳＣＨとして使用され、ＤＭＲＳはリソース７０３で提供される。第２のＤ２Ｄ仮想キャリアは、周波数範囲６０１にわたって提供される第１のＤ２Ｄ仮想キャリアと同様の構造を有し、リファレンスシンボル７０４は、周期的なパターンに従ってＳＡチャネル７０５に連続して提供される。２つのＤ２Ｄ仮想キャリアは、同じ帯域幅を有するものとして図示されているが、それらの帯域幅は異なってもよく、いくつかの例において、それらの帯域幅は対応するＤ２Ｄグループのサイズおよび各Ｄ２Ｄ仮想キャリアを使用して通信することを望むＵＥの数に依存してもよい。同様に、Ｄ２Ｄ仮想キャリアの帯域幅は、アップリンクＬＴＥフレームで利用可能なリソースおよびＤ２Ｄ通信の容量の要件に依存して時間変化してもよい。
【００６２】
Ｄ２Ｄ仮想キャリアは、ＬＴＥアップリンク無線アクセスインタフェースの周波数範囲内で提供されてもよいが、Ｄ２Ｄ仮想キャリアの独立した性質によって、Ｄ２Ｄ仮想キャリアのリソースブロックは、いくつかの例において、既存のリソースブロックに比べてサイズが変更されてもよく、サブキャリアの間隔が変更されてもよく、したがってより柔軟なリソース割り当てを提供する。しかし、周波数間の干渉の可能性を低減するために、従来の１５ｋＨｚのサブキャリア間隔またはその倍数にサブキャリア間隔を制限することが望ましいであろう。
【００６３】
図８は、本開示の技術の例が実装されてもよい、ＵＥ８００およびｅＮｏｄｅＢ８１０の概略図を提供する。ＵＥは、送信機８０１、受信機８０２およびコントローラ８０３を含み、コントローラは、ｅＮｏｄｅＢ８１０によって送信される制御データおよびユーザデータを表す信号を検出するために受信機８０２を制御し、信号によって搬送されるデータを推定するように構成される。コントローラ８０３はまた、ｅＮｏｄｅＢにアップリンク制御データおよびユーザデータを表す信号を送信する送信機８０１を制御するように構成される。ＵＥ８００がＤ２Ｄ通信を行うことが可能な例において、コントローラはまた、Ｄ２Ｄ制御データおよびユーザデータを表す信号をｅＮｏｄｅＢおよび他のＵＥに送信する送信機８０１と、Ｄ２Ｄ制御データおよびユーザデータを表す信号をｅＮｏｄｅＢおよび他のＵＥから受信する受信機８０２を制御するように構成される。メンバーがｅＮｏｄｅＢのカバレッジ外にある場合、ＵＥ８００は、Ｄ２Ｄグループにおける調整エンティティとして動作するように構成されてもよい。図８において、ＵＥ８００は、別個の送信機および受信機を含むものとして示されるが、その代わりに、上記の特徴および技術を実施するためのコントローラとの組み合わせで構成される送受信機を含んでもよい。コントローラ８０３は、無線通信システムにおいて機器のための従来のプログラミング／構成技術を使用して、本明細書に記載の所望の機能性を提供するように適切に構成される／プログラムされるプロセッサユニットを含んでいてもよい。送信機８０１、受信機８０２およびコントローラ８０３は、表現を容易にするために別個の要素として模式的に図８に示される。しかし、理解されるように、これらのユニットの機能性は、例えば、単一の適切にプログラムされた汎用コンピュータ、または適切に構成された特定用途向け集積回路を使用して、または所望の機能の異なるエレメントを提供するための別個の回路／処理エレメントを複数用いるなど、様々な異なる方法で提供されてもよい。理解されるように、一般的に、ＵＥ８００は、確立された無線通信技術（例えば、電源、場合によってはユーザインタフェースなど）に従う、その動作機能に関連した様々な他のエレメントを含む。
【００６４】
ｅＮｏｄｅＢ８１０は、送信機８１１、受信機８１２およびコントローラ８１３を含み、コントローラ８１３は、制御データおよびユーザデータを表す信号をカバレッジエリア内でＵＥ８００のようなＵＥに送信する送信機８１１を制御するように構成され、したがってカバレッジエリア内でＵＥに無線アクセスインタフェースを提供する。コントローラ８１３はまた、ユーザ制御データおよびアップリンクデータを表す信号を検出するように受信機８１３を制御し、これらの信号によって搬送されるデータを推定するように構成される。Ｄ２Ｄ可能なＵＥがｅＮｏｄｅＢ８１０のカバレッジエリア内にある場合、ｅＮｏｄｅＢにおけるコントローラ８１３はまた、調整エンティティとして機能してもよく、これにより、Ｄ２Ｄ通信に無線アクセスインタフェースのリソースを割り当てる。図８のｅＮｏｄｅＢ８１０は、別個の送信機および受信機を含むものとして示されるが、その代わりに、ｅＮｏｄｅＢにおいて上記の機能や技術を実装するコントローラとの組み合わせで構成される、送受信機を含んでもよい。コントローラ８１３は、無線通信システムにおける機器のための従来のプログラミング／構成技術を使用して、本明細書に記載の所望の機能性を提供するように適切にプログラム／構成されるプロセッサユニットを含んでもよい。送信機８１１、受信機８１２およびコントローラ８１３は、表現を容易にするために別個のエレメントとして模式的に図８に示される。しかし、理解されるように、これらのユニットの機能性は、例えば、単一の適切にプログラムされた汎用コンピュータ、または適切に構成された特定用途向け集積回路を使用して、または所望の機能の異なるエレメントを提供するための別個の回路／処理エレメントを複数用いるなど、様々な異なる方法で提供されてもよい。理解されるように、一般的に、ｅＮｏｄｅＢ８１０は、確立された無線通信技術に従って、その動作機能に関連した様々な他のエレメントを含む。例えば、一般的にｅＮｏｄｅＢ８１０は、スケジューリング通信を担当するスケジューリングエンティティを含む。スケジューリングエンティティの機能は、例えば、コントローラ８１３によって包含されてもよい。
【００６５】
本発明の種々のさらなる態様および特徴は、添付の特許請求の範囲に定義され、請求項の従属性について列挙されている特定の組み合わせ以外の従属項の特徴の種々の組み合わせは、独立請求項のものを用いて行われてもよい。改変はまた、本明細書において本発明の範囲から逸脱することなく記載された実施形態に対してなされ得る。例えば、特徴は特定の実施例に関連して説明されたように見えるかもしれないが、説明され実施形態の様々な特徴を認識するであろう当業者は、本開示に従って組み合わせてもよい。
【００６６】
以下の番号の条項は、さらなる本技術の態様および機能の例を提供する。
１．通信デバイスであって、
ネットワークエレメントによって提供される第１の無線アクセスインタフェースのアップリンクの共有リソースを使用してデータを表す信号を無線通信システムの前記ネットワークエレメントに送信するための送信機と、
前記第１の無線アクセスインタフェースのダウンリンクの共有リソースを使用して前記ネットワークエレメントからのデータを表す信号を受信するための受信機と、を備え、前記共有リソースの割り当ては前記ネットワークエレメントによって行われ、前記第１の無線アクセスインタフェースの前記アップリンクはリソースの第１のセット内にあり、さらに前記通信デバイスは、
リソースの第２のセット内にある第２の無線アクセスインタフェースを使用してデータを表す信号を他の通信デバイスに送信するおよび他の通信デバイスから受信する前記送信機と前記受信機を制御するためのコントローラを備え、リソースの前記第２のセットは、前記ネットワークエレメントによるデバイスツーデバイス通信に対する好適な割り当てのためのリソースの前記第１のセットのリソースから形成され、前記第２の無線アクセスインタフェースのリソースは少なくともデータ領域と制御領域に時間的に分割される、通信デバイス。
２．前記制御領域を介して送信された信号は、前記データ領域におけるリソースの前記割り当ての指示を提供し、前記コントローラは、
リソース割り当てメッセージを表す信号を前記制御領域で送信および受信し、前記リソース割り当てメッセージは前記データ領域のリソースのセットの指示を提供し、
前記指示されたリソースのセットを使用してデータを表す前記信号を前記他の通信端末に送信および前記他の通信端末から受信するように、
前記送信機および前記受信機を制御するように構成される、条項１に記載の通信デバイス。
３．リソースの前記第１のセットは第１の周波数範囲内にあり、リソースの前記第２のセットは第２の周波数範囲内にある、条項１または２に記載の通信デバイス。
４．リソースの前記第２のセットはリソースの前記第１のセットのリソースの所定のセット内に形成される、条項１から３のいずれか１項に記載の通信デバイス。
５．前記第２の無線アクセスインタフェースは、受信側の通信デバイスにおけるチャネル推定のためのリファレンスシンボルを提供するためのリファレンスシンボル領域を含み、前記コントローラは、リファレンスシンボルを表すリファレンス信号を前記リファレンスシンボル領域で送信および受信するように前記送信機および前記受信機を制御するように構成される、条項１から４のいずれか１項に記載の通信デバイス。
６．前記制御領域はリファレンスシンボル領域に関連付けられ、前記関連づけられた制御領域およびリファレンスシンボル領域は時間的に連続である、条項５に記載の通信デバイス。
７．前記コントローラは、前記ネットワークエレメントからのリソースの前記第２のセットの指示を受信するように前記受信機を制御するように構成される、条項１から６のいずれか１項に記載の通信デバイス。
８．前記第２の周波数範囲は、周波数において連続しており、前記第１の周波数範囲よりも小さく、前記第１の周波数範囲内にある、条項３から７のいずれか１項に記載の通信デバイス。
９．リソースの前記第２のセットの前記リソースは、周波数において連続する、条項１から８のいずれか１項に記載の通信デバイス。
１０．前記第２の無線アクセスインタフェースの前記制御領域は、前記第２の無線アクセスインタフェースのリソースの所定のセットに配置される、条項１から９のいずれか１項に記載の通信デバイス。
１１．前記第１の無線アクセスインタフェースの前記アップリンクは、前記第１の周波数範囲の上側および下側周波数に配置される制御チャネルを含み、前記第２の周波数範囲は、前記第１の周波数範囲の前記共有リソースからのリソースを使用して形成される、条項３から１０のいずれか１項に記載の通信デバイス。
１２．前記第２の周波数範囲は、前記制御チャネルの少なくとも１つと周波数において連続する、条項１１に記載の通信デバイス。
１３．前記第２の無線アクセスインタフェースの前記リソースは、所定のパターンに従って、複数の前記制御領域、前記データ領域およびリファレンスシンボル領域に分割され、前記コントローラは、前記通信デバイスに関連する制御領域におけるデータ領域のリソース割り当てが存在しないことに応答して、省電力状態に入るように前記受信機を制御するように構成される、条項１から１２のいずれか１項に記載の通信デバイス。
１４．ネットワークエレメントであって、
前記ネットワークエレメントによって提供される第１の無線アクセスインタフェースのダウンリンクの共有リソースを使用してデータを表す信号を通信デバイスに送信するための送信機と、
前記第１の無線アクセスインタフェースのアップリンクの共有リソースを使用して前記通信デバイスからのデータを表す信号を受信するための受信機と、を備え、前記共有リソースの割り当ては前記ネットワークエレメントによって行われ、前記第１の無線アクセスインタフェースの前記アップリンクはリソースの第１のセット内にあり、さらに前記ネットワークエレメントは、
第２の無線アクセスインタフェースで使用するための、リソースの前記第１のセットから形成されるリソースの第２のセットを好適に割り当てるためのコントローラを備え、前記第２の無線アクセスインタフェースは、リソースの前記第２のセット内にあり、前記通信デバイスによってデバイスツーデバイス通信のために使用される、ネットワークエレメント。
１５．前記第１の無線アクセスインタフェースは、少なくともデータチャネルと制御チャネルを含み、前記制御チャネルは、前記データチャネル内の前記共有リソースの前記スケジューリングの指示を提供し、前記コントローラは、前記第２の無線アクセスインタフェースによる使用に対する好適な割り当てのためのリソースの前記第２のセットを、前記データチャネルのリソースから形成するように構成される、条項１４に記載のネットワークエレメント。
１６．前記コントローラは、前記第２の無線アクセスインタフェースによる使用に対する好適な割り当てのためのリソースの前記第２のセットの指示を、前記通信デバイスに送信するように前記送信機を制御するように構成される、条項１４または１５に記載のネットワークエレメント。
１７．前記第１の無線アクセスインタフェースは制御チャネルを含み、前記第２の無線アクセスインタフェースで使用に対する好適な割り当てのためのリソースの前記第２のセットは、前記制御チャネルと周波数において連続する、条項１４から１６のいずれか１項に記載のネットワークエレメント。
１８．前記第２の無線アクセスインタフェースの前記リソースは、少なくとも制御領域とデータ領域に時間的に分割され、前記制御領域にわたって送信される信号は、データ領域内のリソースの前記割り当ての指示を提供し、前記コントローラは、前記データ領域のリソースを前記通信デバイスに割り当て、前記制御領域において前記データ領域のリソースの前記割り当ての指示を提供する信号を送信するように前記送信機を制御するように構成される、条項１４から１７のいずれか１項に記載のネットワークエレメント。
１９．調整エンティティであって、
ネットワークエレメントによって提供される第１の無線アクセスインタフェースのアップリンクの共有リソースを使用してデータを表す信号を無線通信システムの前記ネットワークエレメントに送信するための送信機と、
前記第１の無線アクセスインタフェースのダウンリンクの共有リソースを使用して前記ネットワークエレメントからのデータを表す信号を受信するための受信機と、を備え、前記共有リソースの割り当ては前記ネットワークエレメントによって行われ、前記第１の無線アクセスインタフェースの前記アップリンクはリソースの第１のセット内にあり、さらに前記調整エンティティは、
リソースの第２のセット内にある第２の無線アクセスインタフェースのリソースを使用してデータを表す信号を通信デバイスに送信するおよび通信デバイスから受信する前記送信機と前記受信機を制御するためのコントローラを備え、リソースの前記第２のセットは、前記ネットワークエレメントによるデバイスツーデバイス通信に対する好適な割り当てのためのリソースの前記第１のセットのリソースから形成され、前記第２の無線アクセスインタフェースのリソースは少なくとも、それぞれがリソースの前記第２のセット内にある、データ領域と制御領域に時間的に分割される、調整エンティティ。
２０．前記コントローラは、
前記通信デバイスからのリソース割り当てメッセージを受信し、前記リソース割り当てメッセージは、前記第２の無線アクセスインタフェースのリソースの割り当ての要求を含み、
前記リソース割り当てメッセージを受信することに応答して、前記第１および前記第２の通信デバイスに対する前記データ領域のリソースを割り当て、
前記データ領域内のリソースの割り当ての指示を提供する信号を前記制御領域において前記第１および第２の通信デバイスに、および前記第１および第２の通信デバイスから送信するように、
前記送信機および前記受信機を制御するように構成される、条項１９に記載の調整エンティティ。
２１．ネットワークエレメントと複数の通信デバイスを含む無線通信システムであって、
前記ネットワークエレメントは、
前記ネットワークエレメントによって提供される第１の無線アクセスインタフェースのダウンリンクの共有リソースを使用してデータを表す信号を前記通信デバイスに送信するための送信機と、
前記第１の無線アクセスインタフェースのアップリンクの共有リソースを使用して前記通信デバイスからのデータを表す信号を受信するための受信機と、を備え、前記共有リソースの割り当ては前記ネットワークエレメントによって行われ、前記第１の無線アクセスインタフェースの前記アップリンクはリソースの第１のセット内にあり、前記通信デバイスは、
前記第１の無線アクセスインタフェースの前記アップリンクの前記共有リソースを使用してデータを表す信号を無線通信システムの前記ネットワークエレメントに送信するための送信機と、
リソースの第２のセット内にある第２の無線アクセスインタフェースのリソースを使用してデータデバイスツーデバイス通信を表す信号を送信する前記送信機および受信する前記受信機を制御するためのコントローラを備え、リソースの第２のセットは、前記ネットワークエレメントによるデバイスツーデバイス通信に対する好適な割り当てのためのリソースの前記第１のセットのリソースから形成され、前記第２の無線アクセスインタフェースのリソースは少なくともデータ領域と制御領域に時間的に分割される、無線通信システム。
２２．通信デバイスにおよび通信デバイスからデータを通信するための方法であって、前記方法は、
ネットワークエレメントによって提供される第１の無線アクセスインタフェースのアップリンクの共有リソースを使用してデータを表す信号を無線通信システムの前記ネットワークエレメントに送信することと、
前記第１の無線アクセスインタフェースのダウンリンクの共有リソースを使用して前記ネットワークエレメントからのデータを表す信号を受信することと、を含み、前記共有リソースの割り当ては前記ネットワークエレメントによって行われ、前記第１の無線アクセスインタフェースの前記アップリンクはリソースの第１のセット内にあり、さらに前記方法は、
リソースの第２のセット内にある第２の無線アクセスインタフェースを使用してデータを表す信号を他の通信デバイスに送信するおよび他の通信デバイスから受信する送信機と受信機を制御すること、を含み、リソースの前記第２のセットは、前記ネットワークエレメントによるデバイスツーデバイス通信に対する好適な割り当てのためのリソースの前記第１のセットのリソースから形成され、前記第２の無線アクセスインタフェースのリソースは少なくともデータ領域と制御領域に時間的に分割される、方法。
２３．ネットワークエレメントにおよびネットワークエレメントからデータを通信する方法であって、前記方法は、
前記ネットワークエレメントによって提供される第１の無線アクセスインタフェースのダウンリンクの共有リソースを使用してデータを表す信号を通信デバイスに送信することと、
前記第１の無線アクセスインタフェースのアップリンクの共有リソースを使用して前記通信デバイスからのデータを表す信号を受信することと、を含み、前記共有リソースの割り当ては前記ネットワークエレメントによって行われ、前記第１の無線アクセスインタフェースの前記アップリンクはリソースの第１のセット内にあり、さらに前記方法は、
第２の無線アクセスインタフェースで使用するための、リソースの前記第１のセットから形成されるリソースの第２のセットを好適に割り当てること、を含み、前記第２の無線アクセスインタフェースは、リソースの前記第２のセット内にあり、前記通信デバイスによってデバイスツーデバイス通信のために使用される、方法。
２４．調整エンティティにおよび調整エンティティからデータを通信する方法であって、前記方法は、
ネットワークエレメントによって提供される第１の無線アクセスインタフェースのアップリンクの共有リソースを使用してデータを表す信号を無線通信システムのネットワークエレメントに送信することと、
前記第１の無線アクセスインタフェースのダウンリンクの共有リソースを使用して前記ネットワークエレメントからのデータを表す信号を受信することと、を含み、前記共有リソースの割り当ては前記ネットワークエレメントによって行われ、前記第１の無線アクセスインタフェースの前記アップリンクはリソースの第１のセット内にあり、さらに前記方法は、
リソースの第２のセット内にある第２の無線アクセスインタフェースのリソースを使用してデータを表す信号を通信デバイスに送信することおよび通信デバイスから受信すること、を含み、リソースの前記第２のセットは、前記ネットワークエレメントによるデバイスツーデバイス通信に対する好適な割り当てのためのリソースの前記第１のセットのリソースから形成され、前記第２の無線アクセスインタフェースのリソースは少なくとも、それぞれがリソースの前記第２のセット内にある、データ領域と制御領域に時間的に分割される、方法。
２５．無線通信システムの通信デバイスのための回路であって、前記回路は、
ネットワークエレメントによって提供される第１の無線アクセスインタフェースのアップリンクの共有リソースを使用してデータを表す信号を無線通信システムの前記ネットワークエレメントに送信するための送信機回路エレメントと、
前記第１の無線アクセスインタフェースのダウンリンクの共有リソースを使用して前記ネットワークエレメントからのデータを表す信号を受信するための受信機回路エレメントと、を備え、前記共有リソースの割り当ては前記ネットワークエレメントによって行われ、前記第１の無線アクセスインタフェースの前記アップリンクはリソースの第１のセット内にあり、さらに前記回路は、
リソースの第２のセット内にある第２の無線アクセスインタフェースを使用してデータを表す信号を他の通信デバイスに送信するおよび他の通信デバイスから受信する前記送信機回路エレメントと前記受信機回路エレメントを制御するためのコントローラ回路エレメントを備え、リソースの前記第２のセットは、前記ネットワークエレメントによるデバイスツーデバイス通信に対する好適な割り当てのためのリソースの前記第１のセットのリソースから形成され、前記第２の無線アクセスインタフェースのリソースは少なくともデータ領域と制御領域に時間的に分割される、回路。
２６．無線通信システムのネットワークエレメントのための回路であって、前記回路は、
前記ネットワークエレメントによって提供される第１の無線アクセスインタフェースのダウンリンクの共有リソースを使用してデータを表す信号を通信デバイスに送信するための送信機回路エレメントと、
前記第１の無線アクセスインタフェースのアップリンクの共有リソースを使用して前記通信デバイスからのデータを表す信号を受信するための受信機回路エレメントと、を備え、前記共有リソースの割り当ては前記ネットワークエレメントによって行われ、前記第１の無線アクセスインタフェースの前記アップリンクはリソースの第１のセット内にあり、さらに前記回路は、
第２の無線アクセスインタフェースで使用するための、リソースの前記第１のセットから形成されるリソースの第２のセットを好適に割り当てるためのコントローラ回路エレメントを備え、前記第２の無線アクセスインタフェースは、リソースの前記第２のセット内にあり、前記通信デバイスによってデバイスツーデバイス通信のために使用される、回路。
２７．無線通信システムの調整エンティティのための回路であって、前記回路は、
ネットワークエレメントによって提供される第１の無線アクセスインタフェースのアップリンクの共有リソースを使用してデータを表す信号を無線通信システムの前記ネットワークエレメントに送信するための送信機回路エレメントと、
前記第１の無線アクセスインタフェースのダウンリンクの共有リソースを使用して前記ネットワークエレメントからのデータを表す信号を受信するための受信機回路エレメントと、を備え、前記共有リソースの割り当ては前記ネットワークエレメントによって行われ、前記第１の無線アクセスインタフェースの前記アップリンクはリソースの第１のセット内にあり、さらに前記回路は、
リソースの第２のセット内にある第２の無線アクセスインタフェースのリソースを使用してデータを表す信号を通信デバイスに送信するおよび通信デバイスから受信する前記送信機回路エレメントと前記受信機回路エレメントを制御するためのコントローラ回路エレメントを備え、リソースの前記第２のセットは、前記ネットワークエレメントによるデバイスツーデバイス通信に対する好適な割り当てのためのリソースの前記第１のセットのリソースから形成され、前記第２の無線アクセスインタフェースのリソースは少なくとも、それぞれがリソースの前記第２のセット内にある、データ領域と制御領域に時間的に分割される、回路。
【００６７】
（参考）
［１］R2-133840，  "CSMA/CA  based  resource  selection，"  Samsung，  published  at  3GPP  TSG-RAN  WG2  #84，  San  Francisco，  USA，  11-15  November  2013.
［２］R2-133990，  "Network  control  for  Public  Safety  D2D  Communications"，  Orange，  Huawei，  HiSilicon，  Telecom  Italia，  published  at  3GPP  TSG-RAN  WG2  #84，  San  Francisco，  USA，  11-15  November  2013.
［３］R2-134246，  "The  Synchronizing  Central  Node  for  Out  of  Coverage  D2D  Communication"，  General  Dynamics  Broadband  UK，  published  at  3GPP  TSG-RAN  WG2  #84，  San  Francisco，  USA，  11-15  November  2013.
［４］R2-134426，  "Medium  Access  for  D2D  communication"，  LG  Electronics  Inc，  published  at  3GPP  TSG-RAN  WG2  #84，  San  Francisco，  USA，  11-15  November  2013.
［５］R2-134238，  "  D2D  Scheduling  Procedure"，  Ericsson，  published  at  3GPP  TSG-RAN  WG2  #84，  San  Francisco，  USA，  11-15  November  2013.
［６］R2-134248              ，  "Possible  mechanisms  for  resource  selection  in  connectionless  D2D  voice  communication"，  General  Dynamics  Broadba
nd  UK，  published  at  3GPP  TSG-RAN  WG2  #84，  San  Francisco，  USA，  11-15  November  2013.
［７］R2-134431，  "Simulation  results  for  D2D  voice  services  using  connectionless  approach"，  General  Dynamics  Broadband  UK，  published  at  3GPP  TSG-RAN  WG2  #84，  San  Francisco，  USA，  11-15  November  2013.
［８］"D2D  Resource  Allocation  under  the  Control  of  BS"，  Xiaogang  R.  et  al，  University  of  Electronic  Science  and  Technology  of  China，  https://mentor.ieee.org/802.16/dcn/13/16-13-0123-02-000n-d2d-resource-llocation-under-the-control-of-bs.docx
［９］US20130170387
［１０］US20120300662
［１１］LTE  for  UMTS:  OFDMA  and  SC-FDMA  Based  Radio  Access，  Harris  Holma  and  Antti  Toskala，  Wiley  2009，  ISBN  978-0-470-99401-6.
【図１】
2020014201.tif 000003
【図２】
2020014201.tif 000004
【図３】
2020014201.tif 000005
【図４】
2020014201.tif 000006
【図５ａ】
2020014201.tif 000007
【図５ｂ】
2020014201.tif 000008
【図５ｃ】
2020014201.tif 000009
【図５ｄ】
2020014201.tif 000010
【図６】
2020014201.tif 000011
【図７】
2020014201.tif 000012
【図８】
2020014201.tif 000013