特許 6482007 通信デバイスおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6482007

(24)【登録日】2019年2月22日

(45)【発行日】2019年3月13日

(54)【発明の名称】通信デバイスおよび方法

(51)【国際特許分類】

   H04W 92/18 20090101AFI20190304BHJP

   H04W 72/04 20090101ALI20190304BHJP

   H04W 72/12 20090101ALI20190304BHJP

【ＦＩ】

   H04W92/18

   H04W72/04 131

   H04W72/04 137

   H04W72/12

   H04W72/04 133

【請求項の数】21

【全頁数】26

(21)【出願番号】特願2016-543597(P2016-543597)

(86)(22)【出願日】2014年12月16日

(65)【公表番号】特表2017-507528(P2017-507528A)

(43)【公表日】2017年3月16日

(86)【国際出願番号】EP2014078093

(87)【国際公開番号】WO2015113696

(87)【国際公開日】20150806

【審査請求日】2017年10月2日

(31)【優先権主張番号】14153512.0

(32)【優先日】2014年1月31日

(33)【優先権主張国】EP

(73)【特許権者】

【識別番号】000002185

【氏名又は名称】ソニー株式会社

(73)【特許権者】

【識別番号】593081408

【氏名又は名称】ソニー ヨーロッパ リミテッド

(74)【代理人】

【識別番号】100095957

【弁理士】

【氏名又は名称】亀谷 美明

(74)【代理人】

【識別番号】100096389

【弁理士】

【氏名又は名称】金本 哲男

(74)【代理人】

【識別番号】100101557

【弁理士】

【氏名又は名称】萩原 康司

(72)【発明者】

【氏名】マーティン ブライアン アレクサンダー

【審査官】 三枝 保裕

(56)【参考文献】

【文献】 米国特許出願公開第２０１３／０２２３３５２（ＵＳ，Ａ１）

【文献】 Ericsson，D2D Scheduling Procedure[online]，3GPP TSG-RAN WG2#84 R2-134238，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_84/Docs/R2-134238.zip＞，２０１３年１１月１５日

【文献】 Intel Corporation，Discussion on D2D Resource Allocation Method[online]，3GPP TSG-RAN WG1#75 R1-135115，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_75/Docs/R1-135115.zip＞，２０１３年１１月１５日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

デバイスツーデバイス通信を行うために無線アクセスインタフェースを介して１以上の他の通信デバイスに信号を送信するように構成された送信機と、
前記無線アクセスインタフェースを介して前記１以上の他の通信デバイスから信号を受信するように構成された受信機と、
前記信号によって表されるデータを送信または受信するために前記無線アクセスインタフェースを介して前記信号を送信または受信する前記送信機および前記受信機を制御するためのコントローラと、を備え、前記無線アクセスインタフェースは、
通信リソースの複数の所定のセクションを有するスケジューリング領域と、
共有通信リソースの複数の所定のセクションと、を提供し、前記スケジューリング領域の１つ以上の前記複数の前記セクションにおける送信が、前記データを表す前記信号を送信するための１つ以上の対応する前記共有通信リソースのセクションをリザーブできるように、前記スケジューリング領域の前記複数の所定のセクションのそれぞれは、前記共有通信リソースの前記複数のセクションの１つに対応し、
前記コントローラは、前記スケジューリング領域における送信が行われたセクションの時間および周波数位置に基づき、前記データを表す前記信号の送信のための１つ以上の前記共有通信リソースのセクションを判断する、通信デバイス。

【請求項2】

前記コントローラは、
前記スケジューリング領域の前記セクションの１つでメッセージを送信し、
前記メッセージが送信された前記スケジューリング領域の前記セクションに対応する前記複数の共有通信リソースの前記セクションで前記データを表す前記信号を送信するように前記送信機を制御するように構成される、請求項１に記載の通信デバイス。

【請求項3】

前記コントローラは、
前記スケジューリング領域の前記複数の前記セクション内で送信された信号をモニタし、
前記スケジューリング領域の前記複数の前記セクションのいずれかで送信された１以上のメッセージを検出した後に、
前記メッセージが受信された前記１以上のスケジューリング領域の前記セクションに対応する前記共有通信リソースの前記セクションで送信された信号を検出するように前記受信機と組み合わせて構成される、請求項２に記載の通信デバイス。

【請求項4】

前記無線アクセスインタフェースは複数の時間分割ユニットに分割され、
通信リソースの前記複数の前記所定のセクションを含む前記スケジューリング領域は、前記時間分割ユニットの１つで提供され、
前記共有通信リソースの前記複数のセクションは、他の前記時間分割ユニットの少なくとも１つで提供される、請求項１に記載の通信デバイス。

【請求項5】

通信リソースの前記複数の前記所定のセクションを含む前記スケジューリング領域は、前記時間分割ユニットで周期的に提供され、１以上の時間分割ユニットによって分割される前記スケジューリング領域の存在は前記共有通信リソースの前記複数のセクションを提供し、前記スケジューリング領域の周期は、前記スケジューリング領域の前記時間分割ユニットの間の前記共有通信リソースの前記１以上の時間分割ユニットによって決定される、請求項４に記載の通信デバイス。

【請求項6】

前記メッセージは前記データを表す前記信号が送信される前記共有通信リソースの１以上の前記セクションの指示を含み、前記共有通信リソースの前記１以上のセクションの少なくとも１つは前記メッセージが送信された前記スケジューリング領域の前記セクションに対応する、請求項２に記載の通信デバイス。

【請求項7】

前記メッセージは、前記共有通信リソースのリソースブロックに関して、時間においてＮリソースブロックおよび周波数においてＭリソースブロックを表す、パラメータＭおよびＮを含む、請求項６に記載の通信デバイス。

【請求項8】

前記メッセージは前記メッセージを送信した前記通信デバイスの識別子を含む、請求項６に記載の通信デバイス。

【請求項9】

前記１以上の通信デバイスはグループを形成し、前記メッセージは前記メッセージを送信した前記１以上の通信デバイスの前記グループの識別子を含む、請求項６に記載の通信デバイス。

【請求項10】

前記メッセージは前記共有通信リソースで送信されるであろう情報のタイプを識別する情報を含む、請求項６に記載の通信デバイス。

【請求項11】

前記スケジューリング領域の前記対応するセクションでのメッセージの送信によって前記データを表す前記信号の送信のためにリザーブされる前記共有通信リソースの前記１以上のセクションは、前記メッセージが送信された前記スケジューリング領域から少なくとも１つの時間ユニットによって分離される、
請求項４に記載の通信デバイス。

【請求項12】

前記送信機は、前記無線アクセスインタフェースを介して信号をモバイル通信ネットワークのインフラ機器に送信するように構成され、
前記受信機は、前記無線アクセスインタフェースを介して信号を前記インフラ機器から受信するように構成され、
前記コントローラは、前記信号によって表されるデータを送信又は受信するための前記無線アクセスインタフェースを介して前記信号を前記モバイル通信ネットワークを介して前記インフラ機器に送信または前記インフラ機器から受信する前記送信機および前記受信機を制御するように構成され、前記無線アクセスインタフェースはスケジューリングすることによって形成され、前記通信デバイスによる前記信号の受信および前記通信デバイスによる信号の送信は、
前記データを表す前記信号を受信するための、ダウンリンク制御チャネルおよび前記通信デバイスへの割り当てのための共有通信リソースを含むダウンリンク受信チャネルと、
前記データを表す前記信号を前記インフラ機器に送信するための、アップリンク制御チャネルおよび前記通信デバイスに対する割り当てのためのアップリンク共有通信リソースを含むアップリンク送信チャネルと、を提供し、前記ダウンリンク受信チャネルの前記通信リソースおよび前記アップリンク送信チャネルの前記通信リソースの前記割り当ては前記インフラ機器によって行われ、前記コントローラは、デバイスツーデバイスモードである場合、前記１以上の他の通信デバイスに前記データを送信する際の使用のために前記無線アクセスインタフェースを再構成するように、前記送信機および前記受信機と組み合わせて構成され、前記無線アクセスインタフェースの再構成は、前記アップリンク送信チャネル内で、
前記スケジューリング領域は、前記アップリンク送信チャネル内の通信リソースの前記複数の前記所定のセクションを含むこと、を含み、
前記共有通信リソースの前記複数のセクションは、前記アップリンク送信チャネル内で提供される、請求項１に記載の通信デバイス。

【請求項13】

デバイスツーデバイス通信を行うために無線アクセスインタフェースを介して１以上の他の通信デバイスに信号を送信することと、
前記無線アクセスインタフェースを介して前記他の通信デバイスの１つから信号を受信することと、
前記信号によって表されるデータを送信または受信するために前記無線アクセスインタフェースを介して前記信号を送信または受信する送信機および受信機を制御することと、を含み、前記無線アクセスインタフェースは、
通信リソースの複数の所定のセクションを有するスケジューリング領域と、
共有通信リソースの複数のセクションと、を提供し、前記スケジューリング領域の前記複数の前記セクションの１つにおける送信が、前記データを表す前記信号を送信するための対応する前記共有通信リソースのセクションの少なくとも１つをリザーブできるように、前記スケジューリング領域の前記複数の所定のセクションのそれぞれは、前記共有通信リソースの前記複数のセクションの１つに対応し、
前記スケジューリング領域における送信が行われたセクションの時間および周波数位置に基づき、前記データを表す前記信号の送信のための１つ以上の前記共有通信リソースのセクションを判断することをさらに含む、データを通信する方法。

【請求項14】

前記スケジューリング領域の前記セクションの１つでメッセージを送信することと、
前記メッセージが送信された前記スケジューリング領域の前記セクションに対応する前記複数の共有通信リソースの前記セクションで前記データを表す前記信号を送信することと、を含む、請求項１３に記載の方法。

【請求項15】

前記スケジューリング領域の前記複数の前記セクション内で送信された信号をモニタすることと、
前記スケジューリング領域の前記複数の前記セクションのいずれかで送信された１以上のメッセージを検出した後に、
前記メッセージが受信された前記１以上のスケジューリング領域の前記セクションに対応する前記共有通信リソースの前記セクションで送信された信号を検出することと、を含む、請求項１３に記載の方法。

【請求項16】

前記無線アクセスインタフェースは複数の時間分割ユニットに分割され、
通信リソースの前記複数の前記所定のセクションを含む前記スケジューリング領域は、前記時間分割ユニットの１つで提供され、
前記共有通信リソースの前記複数のセクションは、他の前記時間分割ユニットの少なくとも１つで提供される、請求項１３に記載の方法。

【請求項17】

通信リソースの前記複数の前記所定のセクションを含む前記スケジューリング領域は、前記時間分割ユニットで周期的に提供され、１以上の時間分割ユニットによって分割される前記スケジューリング領域の存在は前記共有通信リソースの前記複数のセクションを提供し、前記スケジューリング領域の周期は、前記スケジューリング領域の前記時間分割ユニットの間の前記共有通信リソースの前記１以上の時間分割ユニットによって決定される、請求項１６に記載の方法。

【請求項18】

前記メッセージは前記データを表す前記信号が送信される前記共有通信リソースの１以上の前記セクションの指示を含み、前記共有通信リソースの前記１以上のセクションの少なくとも１つは前記メッセージが送信された前記スケジューリング領域の前記セクションに対応する、請求項１４に記載の方法。

【請求項19】

デバイスツーデバイス通信を行うために無線アクセスインタフェースを介して１以上の他の通信デバイスに信号を送信するように構成された送信機回路と、
前記無線アクセスインタフェースを介して前記１以上の他の通信デバイスから信号を受信するように構成された受信機回路と、
前記信号によって表されるデータを送信または受信するための前記無線アクセスインタフェースを介して前記信号を送信または受信する前記送信機回路および前記受信機回路を制御するためのコントローラ回路と、を備え、前記無線アクセスインタフェースは、
通信リソースの複数の所定のセクションを有するスケジューリング領域と、
共有通信リソースの複数の所定のセクションと、を提供し、前記スケジューリング領域の１つ以上の前記複数の前記セクションにおける送信が、前記データを表す前記信号を送信するための１つ以上の対応する前記共有通信リソースのセクションをリザーブできるように、前記スケジューリング領域の前記複数の所定のセクションのそれぞれは、前記共有通信リソースの前記複数のセクションの１つに対応し、
前記コントローラ回路は、前記スケジューリング領域における送信が行われたセクションの時間および周波数位置に基づき、前記データを表す前記信号の送信のための１つ以上の前記共有通信リソースのセクションを判断する、通信デバイスのための回路。

【請求項20】

前記コントローラ回路は、
前記スケジューリング領域の前記セクションの１つでメッセージを送信し、
前記メッセージが送信された前記スケジューリング領域の前記セクションに対応する前記複数の共有通信リソースの前記セクションで前記データを表す前記信号を送信するように前記送信機回路を制御するように構成される、請求項１９に記載の回路。

【請求項21】

前記コントローラ回路は、
前記スケジューリング領域の前記複数の前記セクション内で送信された信号をモニタし、
前記スケジューリング領域の前記複数の前記セクションのいずれかで送信された１以上のメッセージを検出した後に、
前記メッセージが受信された前記１以上のスケジューリング領域の前記セクションに対応する前記共有通信リソースの前記セクションで送信された信号を検出するように前記受信機回路と組み合わせて構成される、請求項１９に記載の回路。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、通信デバイスを使用してデータを通信するための通信デバイスおよび方法、特にデバイスツーデバイス通信を行うように構成された通信デバイスに関する。

【背景技術】

【0002】

３ＧＰＰで規定されたＵＭＴＳおよびロングタームエボリューション（ＬＴＥ）に基づくようなモバイル通信システムは、前世代のモバイル通信システムによって供給される単純なボイスおよびメッセージングサービスよりも高性能なサービスをサポートできる。例えば、ＬＴＥシステムによって提供される改善された無線インタフェースおよび拡張されたデータレートを用いて、ユーザは、以前は固定回線データ接続のみを介して利用可能であった、モバイルビデオストリーミングおよびモバイル通信デバイスを用いたビデオ会議などの高データレートのアプリケーションを楽しむことができる。

【0003】

したがって、第４世代ネットワークを展開することの需要は強く、そのネットワークのカバレッジエリア、すなわちネットワークにアクセスすることができる地理的位置を急速に拡張することが望まれている。しかしながら、第４世代ネットワークのカバレッジおよび容量は通信ネットワークの前世代のものを大幅に超えることが予想されるものの、そのようなネットワークによってサービスされるネットワーク容量と地理的位置の制限が依然としてある。例えば、これらの制限は、ネットワークが通信デバイス間の高負荷および高データレートの通信を経験している状況、または通信デバイスがネットワークのカバレッジエリア内ではないかもしれないが、通信デバイス間の高負荷および高データレートの通信が要求される場合に特に関連があるかもしれない。これらの制限に対処するために、ＬＴＥリリース１２において、デバイスツーデバイス（Ｄ２Ｄ）通信を実行するＬＴＥ通信デバイスの能力が導入される。

【0004】

Ｄ２Ｄ通信は、カバレッジエリアの内側にある場合および外側にある場合の両方またはネットワークに障害が発生している場合に、近接する通信デバイスに互いに直接通信できるようにする。このＤ２Ｄの通信能力は、基地局のようなネットワークエンティティに関連するユーザデータの必要性を取り除くことにより、通信デバイス間のユーザデータをより効率的に通信できるようにすることができ、またそれらの通信デバイスがネットワークのカバレッジエリア内ではないかもしれないものの、近接する通信デバイスに互いに通信できるようにする。カバレッジエリアの内側および外側の両方で動作する通信デバイスのための能力は、例えば、公共安全通信のようなアプリケーションに適したＤ２Ｄ機能を組み込むＬＴＥシステムを構築する。公共安全通信は、デバイスが混雑したネットワークで、またカバレッジエリアの外側で互いに通信し続けることができる、高いレベルの堅牢性を必要とする。

【0005】

従って第４世代ネットワークは、現在世界中で使用されているＴＥＴＲＡのような専用のシステムに比べて、公共安全通信に対して費用効果的な解決策として提案されている。しかし、単一のカバレッジエリアまたはネットワーク内での従来のＬＴＥ通信とＤ２Ｄ通信との共存の可能性は、ＬＴＥネットワーク内での協調通信リソース割り当ての複雑さを増大させるかもしれず、また、従来の通信およびＤ２Ｄ通信可能なＬＴＥ通信デバイス間の潜在的な互換性の問題につながるかもしれない。

【発明の概要】

【0006】

本技術の第１の実施形態によれば、無線アクセスインタフェースを介して１以上の他の通信デバイスに信号を送信するように構成された送信機を含み、１以上の通信デバイスは、デバイスツーデバイス（Ｄ２Ｄ）通信を行うように構成される、通信デバイスが提供される。受信機は、無線アクセスインタフェースを介して他の通信デバイスの１つから信号を受信するように構成され、コントローラは、信号によって表されるデータを送信または受信する無線アクセスインタフェースを介して信号を送信または受信するように送信機および受信機を制御するように構成される。無線アクセスインタフェースは、通信リソースの複数の所定のセクションを含むスケジューリング領域および共有通信リソースの複数の所定のセクションを提供する。スケジューリング領域の所定の複数のセクションのそれぞれは、スケジューリング領域の１つ以上の複数のセクションにおける送信が、データを表す信号を送信するための１つ以上の対応する共有通信リソースのセクションをリザーブできるように、共有通信リソースの複数のセクションの１つに対応する。

【0007】

本技術の例示的な実施形態は、共有通信チャネルの通信リソースの対応するセクションをリザーブするために、通信デバイスがスケジューリング割り当てメッセージを送信できる、無線アクセスインタフェース内のスケジューリング領域またはチャネルを提供できる。したがって、グループ内の他の通信デバイスへデータを送信することを望む通信デバイスは、１以上のスケジューリング領域の所定のセクションでスケジューリング割り当てメッセージを送信してもよい。スケジューリング領域のセクションにおけるスケジューリング割り当てメッセージの送信は、グループの他のデバイスに通信デバイスが共有通信チャネルの対応するセクションでデータを表す信号を送信することを通知する。したがって送信しないグループの他のデバイスは、スケジューリング領域をモニタし、それらがスケジュール割り当て領域の１以上のセクションで送信されたスケジューリング割り当てメッセージを検出した場合、その後、デバイスは共有通信リソースチャネルの対応するセクションで送信された信号を検出し、復号しようとする。これにより、通信デバイスのグループは、通信リソースが使用される効率を向上させることができる中央調整エンティティの要件なしにデバイスツーデバイス（Ｄ２Ｄ）通信を行うことができる。

【0008】

いくつかの例において、無線アクセスインタフェースは、時間分割ユニットに分割される。スケジュール割り当て領域は、時間分割ユニットの１つで提供され、他の時間分割ユニットの少なくとも１つは、共有通信リソースを提供する。いくつかの例において、スケジュール割り当て領域は、共有通信リソースを提供する、１以上の他の時間分割ユニットで分割された時間分割ユニットで周期的に提供される。これにより、通信デバイスはスケジューリング領域を受信するために、周期的にのみそれらの受信機の電力を増大させる必要があるため、省電力の利点がグループの通信デバイスに提供され、その周期は、スケジューリング領域が共有通信リソースが提供される時間ユニットに対して提供される時間ユニットの相対的な割合に対応する。

【0009】

種々のさらなる態様および本発明の特徴は、添付の特許請求の範囲に定義され、通信デバイス、通信デバイスを使用して通信する方法を含む。

【図面の簡単な説明】

【0010】

本開示の実施形態を、同様の部分に対応する参照番号が付された添付の図面を参照して、例示のためのみに説明する。

【図1】図１は、モバイル通信システムの概略図を提供する。

【図2】図２は、モバイル通信システムの無線アクセスインタフェースのダウンリンクの構造の概略図を提供する。

【図3】図３は、モバイル通信システムの無線アクセスインタフェースのアップリンクの概略図を提供する。

【図4】図４は、通信デバイスがデバイスツーデバイス通信を行うことができるモバイル通信システムの概略図を提供する。

【図5】図５ａ〜５ｄは、デバイスツーデバイス通信のシナリオの例の概略図を提供する。

【図6】図６は、デバイスツーデバイス通信を行うグループ形成する複数の通信デバイスの配置を示すブロック概略図を提供する。

【図7】図７は、スケジューリング領域および共有通信リソース領域を有する無線アクセスインタフェースおよびデバイスツーデバイス通信をサポートするための本開示の技術に従った動作を示す概略図である。

【図8】図８は、デバイスツーデバイス通信をサポートするために、本開示の技術に従った無線アクセスインタフェースの他の配置を示すブロック概略図である。

【図9】図９は、本開示の技術に従ったデバイスツーデバイス通信をサポートするための無線アクセスインタフェースのさらなる図のブロック概略図である。

【図10】図１０ａ〜図１０ｅは、デバイスツーデバイス通信をサポートするための本開示の技術に従ったさらなる無線アクセスインタフェースの配置の可能性を示すブロック図の例を提供する。

【発明を実施するための形態】

【0011】

（従来の通信システム）
図１は、従来のモバイル通信システム１００の概略図を提供し、当該システムは、モバイル通信デバイス１０１、インフラ機器１０２およびコアネットワーク１０３を含む。インフラ機器はまた、例えば基地局、ネットワークエレメント、拡張ノードＢ（ｅＮｏｄｅＢ）または調整エンティティと呼ばれてもよく、カバレッジエリアまたはセル内の１つ以上の通信デバイスに対し無線アクセスインタフェースを提供する。１つ以上のモバイル通信デバイスは、無線アクセスインタフェースを使用してデータを表す信号の送受信を介してデータを通信してもよい。ネットワークエンティティ１０２は、コアネットワーク１０３に通信可能に接続されており、コアネットワークは、通信デバイス１０１およびインフラ機器１０２から形成されたものと同様の構造を有する、１つ以上の他の通信システムまたはネットワークに接続されてもよい。コアネットワークはまた、ネットワークエンティティによってサービスされる通信デバイスに対する認証、移動管理、課金などのような機能を提供してもよい。図１のモバイル通信デバイスはまた、通信端末、ユーザ機器（ＵＥ）、端末デバイスなどと呼ばれてもよく、ネットワークエンティティを介して、同じまたは異なるカバレッジエリアによってサービスされる１つ以上の他の通信デバイスと通信するように構成される。これらの通信は、１０４から１０９に線で表された双方向通信リンク上で無線アクセスインタフェースを使用してデータを表す信号を送受信することにより行われてもよく、１０４、１０６および１０８は、ネットワークエンティティから通信デバイスへのダウンリンク通信を表し、１０５、１０７および１０９は、通信デバイスからネットワークエンティティへのアップリンク通信を表す。通信システム１００は、任意の公知のプロトコルに従って動作してもよく、例えば、いくつかの例では、システム１００は、３ＧＰＰのロングタームエボリューション（ＬＴＥ）規格に従って動作してもよく、ネットワークエンティティと通信デバイスはそれぞれ、一般に、ｅＮｏｄｅＢおよびＵＥと呼ばれる。

【0012】

図２は、通信システムがＬＴＥ規格に従って動作する場合に、図１のｅＮｏｄｅＢによってまたは関連して提供される、無線アクセスインタフェースのダウンリンクの構造の簡略図を提供する。ＬＴＥシステムにおいて、ｅＮｏｄｅＢからＵＥへのダウンリンクの無線アクセスインタフェースは直交周波数分割多重（ＯＦＤＭ）アクセス無線インタフェースに基づいている。ＯＦＤＭインタフェースにおいて、利用可能な帯域幅のリソースは周波数において複数の直交サブキャリアに分割されており、データは直交する複数のサブキャリア上で並列に送信され、例えば１．２５ＭＨｚから２０ＭＨｚの間の帯域幅は、１２８から２０４８の直交サブキャリアに分割されてもよい。各サブキャリアの帯域幅は任意の値をとってもよいが、ＬＴＥにおいては１５ｋＨｚで固定されている。図２に示されるように、無線アクセスインタフェースのリソースは時間的にフレームに分割され、フレーム２００は、１０ミリ秒持続し、それぞれ１ミリ秒の持続時間を有する１０のサブフレーム２０１に分割される。各サブフレームは１４のＯＦＤＭシンボルから形成され、標準または拡張サイクリックプレフィックスが、シンボル間干渉の低減のためにＯＦＤＭシンボル間で利用されているかどうかに応じて６または７のＯＦＤＭシンボルを含む、２つのスロットに分割される。スロット内のリソースは、１スロットの期間に対してそれぞれ１２のサブキャリアを含む、リソースブロック２０３に分割されてもよく、さらにリソースブロックは、１つのＯＦＤＭシンボルに対して１つのサブキャリアにわたる、リソースエレメント２０４に分割されてもよく、各長方形２０４はリソースエレメントを表す。

【0013】

図２のＬＴＥ無線アクセスインタフェースのダウンリンクの簡略化された構造では、各サブフレーム２０１は、制御データの送信のために制御領域２０５、ユーザデータを送信するためのデータ領域２０６、所定のパターンに従って制御データ領域に散在しているリファレンス信号２０７および同期信号を有する。制御領域２０４は、制御データの送信のために、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）および物理ＨＡＲＱインディケータチャネル（ＰＨＩＣＨ）のような、多数の物理チャネルを含んでもよい。データ領域は、データの送信のために、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）および物理ブロードキャストチャネル（ＰＢＣＨ）のような、多数の物理チャネルを含んでもよい。ＬＴＥシステムの物理チャネルの構造と機能に関する詳しい情報は、［１１］で見つけることができる。

【0014】

ＰＤＳＣＨ内のリソースは、ｅＮｏｄｅＢによってサービスされるＵＥに対してｅＮｏｄｅＢによって割り当てられてもよい。例えば、ＵＥが、ＵＥが以前に要求したデータまたは無線リソース制御（ＲＲＣ）シグナリングのようなｅＮｏｄｅＢによってＵＥに配信されるデータを受信できるようにするために、多数のＰＤＳＣＨのリソースブロックがＵＥに割り当てられてもよい。図２では、ＵＥ１は、データ領域２０６のリソース２０８、ＵＥ２リソース２０９およびＵＥリソース２１０を割り当てられる。ＬＴＥシステムにおけるＵＥは、ＰＤＳＣＨの利用可能なリソースの一部を割り当てられてもよく、したがってＵＥは、ＰＤＳＣＨ内の関連するデータのみを検出し推定できるように、ＰＤＣＳＨ内に割り当てられたリソースの場所を通知される必要がある。割り当てられた通信リソースの位置をＵＥに通知するために、ダウンリンクのリソース割り当てを特定するリソース制御情報は、ダウンリンク制御情報（ＤＣＩ）と呼ばれるフォームでＰＤＣＣＨにわたって搬送され、ＰＤＳＣＨに対するリソース割り当ては、同じサブフレームの先行するＰＤＣＣＨインスタンスで搬送される。リソース割り当て手順中、このようにＵＥは、それらに向けられたＤＣＩのためのＰＤＣＣＨをモニタし、そのようなＤＣＩが検出されると、ＤＣＩを受信し、ＰＤＳＣＨの関連部分からデータを検出し、推定する。

【0015】

図３は、図１のｅＮｏｄｅＢによってまたはｅＮｏｄｅＢに関連して提供されてもよい、ＬＴＥ無線アクセスインタフェースのアップリンクの構造の簡略図を提供する。ＬＴＥネットワークでは、アップリンクの無線アクセスインタフェースは、シングルキャリア周波数分割多重ＦＤＭ（ＳＣ−ＦＤＭ）インタフェースに基づき、ダウンリンクおよびアップリンク無線アクセスインタフェースは、周波数分割複信（ＦＤＤ）または時分割複信（ＴＤＤ）によって提供され、ＴＤＤにおける実装サブフレームは、予め定義されたパターンに応じて、アップリンクとダウンリンクのサブフレームを切り替える。しかし、使用される多重方式に関係なく、共通のアップリンクフレーム構造が使用される。図３の簡略化された構造は、ＦＤＤ実装におけるアップリンクフレームを示す。フレーム３００は、１０個の１ミリ秒の持続時間のサブフレーム３０１に分割され、各サブフレーム３０１は、０．５ミリ秒の持続時間の２つのスロット３０２を含む。そして各スロットは、ダウンリンクサブフレームの場合と同じ方法で、７個のＯＦＤＭシンボル３０３から形成され、サイクリックプレフィックス３０４は、各シンボルの間に挿入される。図３において、標準のサイクリックプレフィックスが使用されるため、サブフレーム内に７個のＯＦＤＭシンボルがあるが、拡張サイクリックプレフィックスが使用される場合、各スロットは６個のＯＦＤＭシンボルを含む。アップリンクサブフレームのリソースは、ダウンリンクサブフレームと同様に、リソースブロックとリソースエレメントに分割される。

【0016】

各アップリンクサブフレームは、例えば、物理アップリンク共有チャネル（ＰＵＳＣＨ）３０５、物理アップリンク制御チャネル（ＰＵＣＣＨ）３０６、および物理ランダムアクセスチャネル（ＰＲＡＣＨ）のような、異なる複数のチャネルを含んでもよい。物理アップリンク制御チャネル（ＰＵＣＣＨ）は、例えばダウンリンク送信のためのｅＮｏｄｅＢに対するＡＣＫ／ＮＡＣＫ、アップリンクリソースをスケジュールすることを望むＵＥに対するスケジューリング要求インジケータ（ＳＲＩ）およびダウンリンクのチャネル状態情報（ＣＳＩ）のフィードバックのような制御情報を搬送してもよい。ＰＵＳＣＨは、ＵＥのアップリンクデータまたは一部のアップリンク制御データを搬送してもよい。ＰＵＳＣＨのリソースは、通常、ＵＥにおけるバッファ内の送信可能なデータの量をネットワークと通信することによってトリガーされる許可のように、ＰＤＣＣＨを介して許可される。ＰＲＡＣＨは、システム情報ブロックのような、ダウンリンクシグナリングでＵＥにシグナリングされてもよく、複数のＰＲＡＣＨのパターンのうちの一つに応じてアップリンクフレームのリソースのいずれかでスケジュールされてもよい。物理アップリンクチャネルと同様に、アップリンクサブフレームは、リファレンス信号を含んでもよい。例えば、復号リファレンス信号（ＤＭＲＳ）３０７およびサウンディングリファレンス信号（ＳＲＳ）３０８が、アップリンクサブフレーム内に存在してもよく、ＤＭＲＳは、ＰＵＳＣＨが送信されるスロットの４番目のシンボルを占有し、ＰＵＣＣＨとＰＵＳＣＨのデータの復号化のために使用され、ＳＲＳは、ｅＮｏｄｅＢにおけるアップリンクチャネル推定のために使用される。ＬＴＥシステムの物理チャネルの構造と機能の詳細に関する情報は、［１］で見つけることができる。

【0017】

ＰＤＳＣＨのリソースと類似の方法で、ＰＵＳＣＨのリソースは、サービングｅＮｏｄｅＢによってスケジュールまたは許可される必要があり、したがってデータがＵＥによって送信される場合、ＰＵＳＣＨのリソースは、ｅＮｏｄｅＢによってＵＥに許可される必要がある。ＰＵＳＣＨのリソース割り当ては、ＵＥにおいて、スケジューリング要求を送信することまたはＵＥのサービングｅＮｏｄｅＢにバッファ状態報告を送信することによって実現される。スケジューリング要求は、ＰＵＣＣＨ上のアップリンク制御情報（ＵＣＩ）の送信を介してバッファ状態報告を送信するためにＵＥに対して不十分なアップリンクリソースである場合、ＵＥに対する既存のＰＵＳＣＨの割り当てがない場合、またはＵＥに対する既存のＰＵＳＣＨの割り当てがある場合にＰＵＳＣＨでの直接の送信によって、行われてもよい。スケジューリング要求に応答して、ｅＮｏｄｅＢは、要求するＵＥにバッファ状態報告を転送するための十分なＰＵＳＣＨリソースの一部を割り当て、そして、ＰＤＣＣＨ上でＤＣＩを介してバッファ状態報告リソース割り当てをＵＥに通知するように構成される。ＵＥがバッファ状態報告を送信するのに十分なＰＵＳＣＨのリソースを有した場合、または有すると、バッファ状態報告はｅＮｏｄｅＢに送信され、バッファ状態報告はアップリンクバッファまたはＵＥにおけるバッファのデータ量に関する情報をｅＮｏｄｅＢに与える。バッファ状態報告を受信した後、ｅＮｏｄｅＢは、ＵＥのバッファされたアップリンクデータの一部を送信するために送信ＵＥにＰＵＳＣＨリソースの一部を割り当て、そしてＰＤＣＣＨでＤＣＩを介して、リソース割り当てをＵＥに通知することができる。例えば、利用するＵＥがｅＮｏｄｅＢとの接続を有し、そのＵＥは、ＵＣＩの形態でＰＵＣＣＨにおけるＰＵＳＣＨリソース要求を最初に送信する。その後、ＵＥは、適切なＤＣＩのためのＰＤＣＣＨをモニタし、ＰＵＳＣＨリソース割り当ての詳細を抽出し、割り当てられたリソースで、最初にバッファ状態報告を含むアップリンクデータを送信し、および／またはその後にバッファされたデータの一部を含むアップリンクデータを送信する。

【0018】

ダウンリンクサブフレームの最初のシンボル以外、ダウンリンクサブフレームと同様の構造ではあるが、アップリンクサブフレームはダウンリンクサブフレームに対する異なる制御構造を有し、特に、アップリンクサブフレームのサブキャリア／周波数／リソースブロックの上部３０９および下部３１０は、制御シグナリングのためにリザーブされる。さらに、ダウンリンクおよびアップリンクのためのリソース割り当て手順は比較的類似しているが、割り当てられるリソースの実際の構造は、それぞれダウンリンクおよびアップリンクで使用されるＯＦＤＭおよびＳＣ−ＦＤＭインタフェースの異なる特性によって変化してもよい。ＯＦＤＭでは、各サブキャリアは個別に変調されるため、周波数／サブキャリアの割り当てが連続している必要はないが、ＳＣ−ＦＤＭにおいてサブキャリアは組み合わされて変調されているので、利用可能なリソースの効率的な使用が行われなければならない場合、各ＵＥに対する連続した周波数割り当てが好ましい。

【0019】

上述の無線インタフェースの構造と動作の結果として、１つ以上のＵＥが調整ｅＮｏｄｅＢを介して相互にデータを通信でき、したがって従来のセルラー通信システムを形成する。以前にリリースされたＬＴＥ規格に基づくもののようなセルラー通信システムは商業的に成功しているが、多くの欠点がこのような集中システムに関連する。例えば、近接する２つのＵＥが互いに通信することを望む場合、データを搬送するのに十分なアップリンクおよびダウンリンクリソースが必要とされる。これにより、システムのリソースの２つの部分が、データの１つの部分を搬送するために使用される。第２の欠点は、ＵＥが互いに通信することを望む場合、近接している場合であっても、ｅＮｏｄｅＢが必要とされることである。システムに高負荷が発生している、または例えば、遠隔地またはｅＮｏｄｅＢが正しく機能していない場合のようにｅＮｏｄｅＢのカバレッジが利用できない場合、これらの制限は問題となる可能性がある。これらの制限を克服することは、ＬＴＥネットワークの能力と効率の両方を向上させるだけでなく、ＬＴＥのネットワーク事業者のための新たな収益の可能性の創造につながる。

【0020】

（デバイスツーデバイス通信）
Ｄ２Ｄ通信は、ネットワーク容量およびＬＴＥデバイス間の通信のためのネットワークカバレッジの要件の前述の問題に対処する可能性を提供する。例えば、ユーザデータがＵＥの間で直接通信される場合、アップリンクおよびダウンリンクリソースの両方ではなく、リソースの１セットのみがデータを搬送するために必要とされる。また、ＵＥが直接通信することができる場合、たとえｅＮｏｄｅＢによって提供されるカバレッジエリアの外側であっても、互いの範囲内のＵＥは通信することができる。これらの潜在的な利点の結果として、ＬＴＥシステムにＤ２Ｄ機能の導入が提案されている。

【0021】

図４は、図１を参照して説明したものと実質的に同様であるが、ＵＥ４０１、４０２、４０３は、直接互いにデバイスツーデバイス（Ｄ２Ｄ）通信を実行するように動作可能である、モバイル通信システム４００の概略図を提供する。Ｄ２Ｄ通信は、ユーザおよび／または制御データがｅＮｏｄｅＢのような専用の調整エンティティを介して通信されることなく、ＵＥが直接互いの間でデータを通信することを含む。例えば、図４においてＵＥ４０１、４０２、４０３、４１５とｅＮｏｄｅＢ４０４との間の通信は、既存のＬＴＥ規格に従っているが、ＵＥ４０１―４０３が互いの範囲内にある場合、アップリンクおよびダウンリンク４０５−４１０を介して通信するのと同様に、それらはまた、Ｄ２Ｄ通信リンク４１１−４１４を介して互いに直接通信してもよい。図４において、Ｄ２Ｄ通信リンクは破線で示され、４０１と４０２、および４０２と４０３の間に存在するが、４０１と４０３のＵＥは互いに直接信号を送信および互いから直接信号を受信するために十分に近接していないので、４０１と４０３の間には存在しないことが示されている。Ｄ２Ｄ通信リンクはまた、ＵＥ４１５はＤ２Ｄ通信が可能ではないので、４１５と他のＵＥとの間に存在しないことが示されている。図４に示されたような、ＵＥ４１５はＤ２Ｄ動作の仕様に準拠していないデバイスである状況は、ＬＴＥネットワーク内に存在してもよい。

【0022】

ＵＥ４０２からＵＥ４０３への一方向Ｄ２Ｄ通信リンク４１４のような、Ｄ２Ｄ通信リンクを確立するために、多数のステップが実行される必要がある。最初に、範囲内の他のＤ２Ｄ可能なＵＥについての知識を有することは開始するＵＥにとって有益である。ＬＴＥシステムでは、例えばこれは、それぞれのＵＥが互いに定期的に、ＵＥを識別する固有の「ディスカバリ」識別子を含むディスカバリ信号を送信することによって実現されてもよい。代わりに、サービングｅＮｏｄｅＢまたは調整エンティティは、Ｄ２Ｄ通信を行うことが可能なそのカバレッジエリア内のＵＥのリストを集め、そのカバレッジエリア内の適切なＵＥにリストを配信してもよい。上記のプロセスのいずれかによって、ＵＥ４０１はＵＥ４０２を発見することができ、ＵＥ４０２はＵＥ４０１と４０３を発見することができ、およびＵＥ４０３はＵＥ４０２を発見することができる。

【0023】

（以前の提案されたＤ２Ｄシステム）
３ＧＰＰロングタームエボリューション（ＬＴＥ）と呼ばれることで管理される仕様に従う通信システムを定義する規格において、デバイスツーデバイス通信のためのいくつかの構成を提供することが以前に提案されている。ＬＴＥのＤ２Ｄ通信の実装に可能な多くのアプローチが存在する。例えば、ＵＥとｅＮｏｄｅＢの間の通信のために提供される無線アクセスインタフェースがＤ２Ｄ通信のために使用されてもよく、ｅＮｏｄｅＢは必要とされるリソースを割り当て、制御シグナリングはｅＮｏｄｅＢを介して伝達されるが、ユーザデータはＵＥとの間で直接送信される。

【0024】

Ｄ２Ｄ通信に利用される無線アクセスインタフェースは、例えば、ＯＦＤＭＡ／ＳＣ−ＦＤＭＡの３ＧＰＰ ＬＴＥベースの無線アクセスインタフェースと同様、キャリアセンス多重アクセス（ＣＳＭＡ）、ＯＦＤＭまたはこれらの組み合わせのような、多くの技術のいずれかに従って提供され得る。例えば、ドキュメントＲ２−１３３８４０［１］において、ＵＥによる送信の調整、各ＵＥによる非調整／コンテンションベースのスケジューリングである、キャリアセンス多重アクセス、ＣＳＭＡ、を使用することが提案されている。各ＵＥは、最初にリッスンし、そして未使用のリソースで送信する。

【0025】

別の例では、ＵＥは、直接無線アクセスインタフェースへのアクセスをネゴシエイトすることによって互いに通信してもよく、したがって調整ｅＮｏｄｅＢの必要性を解決する。以前に提案された構成の例は、グループのＵＥの１つが、グループの他のメンバーの送信を調整する制御エンティティとして機能するものを含む。そのような提案の例は、以下の開示において提供される。
［２］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

【0026】

他の構成において、最初にグループのＵＥの１つは、スケジューリング割り当てを送信し、そして中央スケジューリングＵＥまたは伝送を制御する制御エンティティなしにデータを送信する。以下の開示は、この分散型配置の例を示す。
［５］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

【0027】

特に、上記の最後の２つの寄書、R2-134248［６］，R2-134431［７］は、使用されるであろうリソースと共にデータをスケジュールするためにＵＥによって使用されるスケジューリングチャネルの使用を開示する。他の開示、R2-134238［５］は、そのようなスケジューリングチャネルを使用しないが、スケジューリング割り当てを送信するために、少なくともいくつかの事前定義されたリソースを配信する。

【0028】

［８］および［９］で開示された他の例の構成は、通信デバイスの送信を制御するために、通信デバイスにフィードバックを提供する基地局を必要とする。ドキュメント［１０］は、干渉制御およびリソース調整のために、セルラーユーザ機器とデバイスツーデバイスユーザ機器との間に専用リソース交換チャネルが設けられる構成が開示する。

【0029】

Ｄ２Ｄデバイスとネットワークの機関への可能なアプローチの結果として、多くのシナリオが生じるかもしれない。例えばシナリオの選択は、図５ａから図５ｄで提供され、従来のＬＴＥ通信と並行するＤ２Ｄ通信の動作およびｅＮｏｄｅＢによって提供されるカバレッジエリア間のＤ２Ｄ可能なデバイスの移動、のそれぞれがリソースの割り当てに関する別の問題を引き起こす可能性がある。

【0030】

図５ａにおいて、ＵＥ５０１と５０２は、ｅＮｏｄｅＢのカバレッジエリア外にあり、したがって、Ｄ２Ｄデバイスは、隣接するＬＴＥネットワークに対するＤ２Ｄ通信によって引き起こされ得る干渉とほとんど、あるいはまったく関連せずに通信できる。このようなシナリオは、公共安全通信で生じてもよく、例えば、どちらかのＵＥがカバレッジエリアの外にある、またはモバイル通信ネットワークが現在正常に機能していない場合である。このようなシナリオで通信するＵＥは、リソースを割り当てるため、および通信を調整するために互いに直接ネゴシエイトしてもよく、またはＵＥまたは第３のＵＥの１つが調整エンティティとして動作してもよく、したがってリソースの割り当てを行ってもよい。

【0031】

図５ｂにおいて、ＵＥ５０１は、ｅＮｏｄｅＢ５０３のカバレッジエリア５０４内にあり、カバレッジエリア５０３の外にあるＵＥ５０２とＤ２Ｄ通信を行っている。図５ａのシナリオとは対照的に、ｅＮｏｄｅＢ５０３のカバレッジエリア内にあるＵＥ５０１よって、Ｄ２Ｄ通信は、カバレッジエリア内の従来のＬＴＥ通信に干渉を引き起こす可能性がある。したがって、Ｄ２Ｄリソース割り当ておよび送信は、カバレッジエリア５０４内のものを避けて調整されなければならないかもしれず、よって、従来のＬＴＥ通信はＤ２Ｄ送信の影響を受けない。これは多くの方法で達成されてもよく、例えば、ｅＮｏｄｅＢは、Ｄ２Ｄリソースと従来のＬＴＥリソースがオーバーラップしないように、Ｄ２Ｄ通信のためのリソース割り当てを調整してもよい。そして、任意の割り当てが、ＵＥ５０１によってＵＥ５０２に中継されてもよい。あるいは、例えば、ＵＥ１またはＵＥ１を介するＵＥ２は、リソースの割り当てを行ってもよく、そしてＤ２Ｄ通信のために利用されるリソースをｅＮｏｄｅＢに知らせてもよい。ｅＮｏｄｅＢは、これらのＤ２Ｄの通信のためのリソースをリザーブする。

【0032】

図５ｃにおいて、ＵＥ５０１および５０２は共にｅＮｏｄｅＢ５０３のカバレッジエリア内にあり、したがってカバレッジエリア内の従来のＬＴＥ通信に対する干渉を生じさせることなくＤ２Ｄ通信が行われる場合、ｅＮｏｄｅＢとＵＥとの間の調整が必要となる。このような調整は、図５ｂを参照して説明したものと同様の方法で達成されてもよいが、図５ｃの場合、ＵＥ５０２はカバレッジエリア内にあり、したがってＵＥ１によるＵＥ２からｅＮｏｄｅＢに対するリソース割り当て信号の中継は、必要とされないかもしれない。

【0033】

図５ｄに第４のより複雑なＤ２Ｄシナリオが図示されており、ＵＥ５０１とＵＥ５０２はそれぞれ、異なるｅＮｏｄｅＢ５０３と５０４のカバレッジエリア５０４、５０５内にある。図５ｂおよび５ｃのシナリオに関して、Ｄ２Ｄ通信と従来のＬＴＥ通信との干渉が避けられるべき場合は、Ｄ２Ｄ通信を行うＵＥ間の調整が必要となる。しかし、２つのｅＮｏｄｅＢの存在は、カバレッジエリア５０４および５０５内のｅＮｏｄｅＢによるリソース割り当てがＤ２Ｄリソースの割り当てを避けて調整される必要があることを必要とする。

【0034】

図５ａから５ｄは単に可能性が高い４つのＤ２Ｄ使用のシナリオを示し、さらなるシナリオが図５ａから５ｄに示されたものの組み合わせから形成されてもよい。例えば、２つのｅＮｏｄｅＢのカバレッジエリア内にＤ２Ｄ通信を行うＵＥの２つのグループが存在するように、図５ａに示される通信を行っている２つのＵＥが、図５ｄの使用シナリオに移ってもよい。

【0035】

Ｄ２Ｄ通信リンクが確立されると、無線アクセスインタフェースのリソースがＤ２Ｄリンクに割り当てられることが要求される。上記のように、Ｄ２Ｄ通信はＬＴＥネットワークに割り当てられたスペクトルで行われることが好ましく、したがってＬＴＥネットワークのカバレッジエリア内である場合、Ｄ２Ｄ送信は、ＳＣ−ＦＤＭが使用されるアップリンクスペクトルにおいて行われることが以前に提案されている。また、Ｄ２Ｄ通信を奨励する動機要因の一つは、もたらされる容量の増加であるので、Ｄ２Ｄ通信のためのダウンリンクスペクトルを利用することは適切ではない。

【0036】

前述のように、１以上のｅＮｏｄｅＢのカバレッジエリア内にある場合、従来のＬＴＥ通信に著しい悪影響を与えないＤ２Ｄ通信のための構成を提供することが望ましい。そのような状況でＤ２Ｄ通信を達成するため、Ｄ２Ｄと従来のＬＴＥ通信とがリソースの同じセットにスケジュールされないように、Ｄ２Ｄ通信を行うことを望むＵＥとサービングｅＮｏｄｅＢとの間で調整が必要とされる、またはＤ２Ｄリソースの所定の知識が必要とされる。また、Ｄ２Ｄ通信はシステム内で従来の通信と共存してもよいので、他のＵＥへの悪影響が低減されるように、Ｄ２Ｄリソース割り当ておよび送信が干渉しないこと、および他のＵＥに対して透過的であることが望ましい。しかし、一般的にスケジューリング情報のためのリソース使用を減少させる、およびＤ２Ｄデータトラフィックのためのリソースを解放する、という技術的問題がＤ２Ｄリソースの割り当てを実行するための構成を提供するために理解される。従って、スケジューリング割り当ては、利用可能な通信リソースがグループの通信デバイスに割り当てられることが望ましい。

【0037】

（改良されたデバイスツーデバイス通信）
本技術の例示的な実施形態は、Ｄ２Ｄ通信が、通信デバイスのグループを形成してもよい１以上の通信デバイスの間で行われる構成を提供することができる。通信デバイスのグループは、通信デバイスからグループの他の通信デバイスへの信号の送信を制御するための中央エンティティを必要とせずにＤ２Ｄ通信を行うように構成されてもよい。本技術によれば、スケジューリング割り当てメッセージが通信リソースの複数のセクションで送信されてもよい、スケジューリング領域またはチャネルを含む無線アクセスインタフェースが提供される。したがって、スケジューリング領域はスケジューリング割り当て領域またはチャネルと呼ばれてもよい。複数の通信リソースの各々は、共有通信チャネルのリソースの対応するセクションを有する。スケジューリング領域のセクションの１つ内のスケジューリング割り当てメッセージの送信は、通信デバイスが共有通信リソースの対応するセクション内でデータを表す信号を送信することを望むグループ内の他のすべてのデバイスに指示を与えることができる。

【0038】

以下の実施例から理解されるように、無線アクセスインタフェース内のスケジューリング領域またはチャネルは、共有通信チャネルの通信リソースの対応するセクションをリザーブするために、スケジューリング割り当てメッセージを送信する機能を有する通信デバイスを提供する。通信デバイスは、スケジューリング領域の１以上の所定のセクション内でスケジューリング割り当てメッセージを送信することにより、グループ内の他の通信デバイスにデータを送信できる。スケジューリング領域のセクションにおけるスケジューリング割り当てメッセージの送信は、通信デバイスがデータを表す信号を共用通信チャンネルの少なくとも１つの対応するセクションで送信することをグループの他のデバイスに通知する。したがって、送信しないグループ内の他のデバイスはスケジューリング領域をモニタし、それらがスケジュール割り当て領域の１以上のセクションで送信されたスケジューリング割り当てメッセージを検出した場合、その後、対応する共有通信リソースチャネルのセクションで送信された信号を検出し、デコードしようと試みる。

【0039】

いくつかの例において、スケジュール割り当て領域は、共有通信リソースを提供する１つ以上の他の時間分割ユニットによって分割された時間分割ユニットで周期的に提供される。これにより、スケジューリング領域を定期的に受信するためにデバイスはデバイスの受信機の電力を増大し、その期間はスケジューリング領域が時間ユニットまたは共有通信リソースが提供されるユニットに関連して提供される時間ユニットの相対的な割合に相当するので、省電力の利点がグループの通信デバイスに提供される。

【0040】

適用例が、図６に示される。図６において、複数の通信デバイス１０１は、上述された理由のためにＤ２Ｄ通信が望まれる通信デバイスのグループ６０４を形成する。図６に示されるように、通信デバイス１０１は、破線６０１によって表される基地局６０２のカバレッジエリア外にある。そのような基地局６０２は、いずれのデバイス間の通信も形成または制御できない。しかし、上述したように、いくつかの例では、通信デバイスのグループは、基地局６０２によって提供されるカバレッジエリア内で動作でき、それに応じる、通信デバイス１０１による信号の送信は、従来の通信デバイスによるｅＮｏｄｅＢ６０２へのまたはからの送信と干渉しないことが望ましい。このように、いくつかの例において、Ｄ２Ｄ通信を行うための通信デバイス１０１により形成される無線アクセスインタフェースは、従来の通信デバイスのアップリンク周波数を利用してもよい。無線アクセスインタフェースは、従来のモードで動作し、基地局６０２が一部を形成するモバイル通信ネットワークを介してデータを送信および受信する場合、ｅＮｏｄｅＢ６０２に信号を送信するように構成されてもよい。

【0041】

図６に示されるように、各ＵＥ１０１は、コントローラ６１０の制御下で信号の送受信を行う、送信機６０６および受信機６０８を含む。コントローラ６１０は、Ｄ２Ｄ通信を行うために、送信機６０６および受信機６０８がグループのメンバー間でデータを送信および受信するように制御する。

【0042】

Ｄ２Ｄ通信のための構成を提供するように構成された無線アクセスインタフェースが図７に示される。図７において、無線アクセスインタフェースは、通信リソースのセクションに分割される、複数のＯＦＤＭサブキャリア７０１および複数のＯＦＤＭシンボル７０２で形成される。図７に示されるように、無線アクセスインタフェースは、通信リソースのサブフレーム７０４、７０６、７０８、７１０の時間分割ユニットに分割される。図７に示されるように、他のすべてのサブフレームは、スケジューリング領域７１２、７１４を含む。スケジューリング領域は、図７において１から８４で番号付けられる通信リソースの複数のセクションを含む。スケジューリング領域７１２、７１４が含まれるサブフレーム７０４、７０８の残りの部分は、共有通信リソースの複数のセクションに分割される。スケジューリング領域７１２、７１４が無いその他のサブフレームは、通信デバイスによるグループ内の他の通信デバイスにデータを表す信号の送信のための共用通信リソースのセクションに分割される。しかし、共有リソースの通信リソースの複数のセクションの組み合わせは、サブフレーム７０４、７０６、７０８、７１０のうちの２つおよびスケジューリング領域７１２、７１４のセクションの１つに対応する、共有リソースの各セクション内で提供される。したがって、本技術によれば、スケジューリング割り当てメッセージのスケジューリング領域のセクションの１つにおける通信デバイスによる送信は、スケジューリング領域のセクションでスケジューリング割り当てメッセージを送信した通信デバイスが、データが送信される共有通信リソースの対応するセクションのデータを送信しようとすることを、グループ内の他の通信デバイスに指示する。したがって、矢印７２０によって表されるように、スケジューリング領域７１２のセクション８１におけるスケジューリング割り当ての送信は、スケジューリング割り当てメッセージを送信した送信通信デバイスが、スケジューリング割り当てリソースのセクション番号８１でデータを送信しようとしていることの指示を、グループ内の他の通信デバイスに提供する。

【0043】

したがって図７は、暗黙的なリソーススケジューリングのための潜在的な構成を示す。図７に示される例では、スケジューリング割り当てリソースまたは領域７１２は、従来のＬＴＥ無線アクセスインタフェースの１つのアップリンクリソースブロックとなるように選択され、１サブフレームおきに送信される。しかし、他の構成は、以下に説明されるように構成され得る。簡単にするために、各トラフィックリソースは、４つのデバイスツーデバイスリソースブロックに分割される。いくつかの例において、デバイスツーデバイス通信のためのリソースブロックは、ＬＴＥのための従来のリソースブロックと同じではなくてもよい。しかし、以上の説明から理解されるように、スケジューリング割り当てリソースまたは領域の各リソースエレメントは、２サブフレーム後のＤ２Ｄ通信デバイスに利用可能な共有通信リソースのトラヒックリソースブロックを直接指す。したがって、通信デバイス６０４のグループ内の任意の通信デバイスまたはスケジューリング通信デバイス／ｅＮｏｄｅＢは、それがデータを送信する場所を示すために、このスケジューリング割り当てチャネルを使用できる。

【0044】

いくつかの例において、スケジューリング割り当てメッセージは、これらに限定されるものではないが、用途に応じて、送信通信デバイスの識別子、宛先デバイスの識別子、論理チャネル識別子、トランスポートチャネル識別子およびアプリケーション識別子、または通信デバイスのグループの識別子、を含んでもよい、１以上の識別子を含んでもよい。例えば、通信デバイスのグループがプッシュツートーク通信セッションに参加していた場合、その後、スケジューリング割り当てメッセージは、個々のデバイスを特定する必要はなく、通信デバイスのグループだけ特定する必要がある。スケジューリング領域のセクションでスケジューリング割り当てメッセージの送信を検出するグループ内の他のデバイスは、データを送信するための共有通信リソースの対応するセクションで送信することを試みないことを理解し、通信デバイスのグループの識別子を検出する。したがってグループのデバイスは、スケジューリング割り当てメッセージを送信した送信通信デバイス（ＵＥ）によって送信された、グループ識別子が含まれるデータをリッスンし、受信することを理解する。

【0045】

図７に示されるように、リソース番号８１は、第３のサブフレーム７０８内にある、その番号の、後続の利用可能な通信リソース内の領域に対応する。したがって、共有通信リソースの特定のセクションが、通信デバイスの１つによって送信のためにリザーブされていることの通知をグループ内の他の通信デバイスに提供するために、スケジューリング割り当てメッセージの送信とデータの送信との間の対応する遅延が存在する。

【0046】

いくつかの例において、スケジューリング割り当てメッセージは、他の情報、例えば、セキュリティのために必要な情報、またはディスカバリメッセージまたはＤ２Ｄボイスまたはデータトラフィックのような、共有リソースで送信されるコンテンツの種類を識別する情報を含んでもよい。

【0047】

いくつかの例において、通信デバイス（ＵＥ）によって送信される、データを送信することを示すスケジューリング割り当てメッセージは、それがデータを送信することを示す、共有通信リソースの複数のセクションの指示を含んでもよい。例えば、スケジューリング割り当てメッセージは、共有通信リソースチャネルからＮ×Ｍの通信リソースブロックのブロックをスケジュールするためのパラメータＮおよびＭを含んでもよい。ある例において、Ｎ×Ｍのリソースブロックは、メッセージが送信された、スケジューリング領域のセクションに関するスケジューリング割り当てメッセージで示されてもよい。これは、パラメータＮおよびＭを提供するスケジューリング割り当てメッセージが、Ｎ×Ｍの通信リソースブロックが、スケジューリング割り当てメッセージが送信されたスケジューリング領域内のセクションに対応する、共有通信リソースチャネル内のセクションから始まることを識別するであろうことを、認識するように通信デバイスのコントローラを事前設定することによって達成される。

【0048】

（Ｄ２Ｄ無線アクセスインタフェースの他の構成）
理解されるように、図７に示される、デバイスのグループによるＤ２Ｄ通信のための無線アクセスインタフェースの構成は一例である。また、リソースエレメントで示され、多数のサブフレームにまたがってもよく、スケジューリング割り当てリソースが多数のリソースブロックをとってもよい、リソースリザーブの他の定義された／固定のパターンがあってもよい。

【0049】

他の例が図８に示され、対応する無線アクセスインタフェースのセクションおよび特徴は、対応する参照番号が付される。図７に示す構成とは対照的に、図８に示す無線アクセスインタフェースは、１つのスケジューリング領域７１２と、より多くのリソースを含むスケジューリング領域に対応するセクションがある、対応する共有リソースの領域を含む。図８において、スケジューリング領域のセクションのそれぞれにおいてスケジューリング割り当てメッセージを送信することにより、異なる通信デバイスが共有通信リソースチャネルのリソースのセクションをリザーブする例が示される。上記の図８において、全体のリソースブロックは、次の４つのサブフレームに対する個々のＤ２Ｄリソースブロックをスケジューリングするために使用される。例えば、第１の通信デバイスは、最も暗いセクション８０１によって示されるように、セクション１、９、１０、１１、１２、１６、１７、１８、１９でスケジューリング割り当てメッセージを送信し、第２の通信デバイスは、対応するセクション８０４をリザーブする、セクション２３、２４、２５、２６、３０、３１、３２、３３、３４、３５、３７、３８、３９、４０、４１、４２でスケジューリング割り当てメッセージを送信し、第３の通信デバイスは、共有通信チャネルの明るい色のセクション８０６をリザーブする、セクション３、４、５、６、７、１３、１４、２０、２１、２７、２８でスケジューリング割り当てメッセージを送信する。この場合では、他の制御情報を含むことができる２つのリソースブロックが未使用のままである。これはおそらく、リソースを分割する可能性がある方法ではないが、説明のための例として含まれる。

【0050】

さらなる例示的な構成が、本技術の別の構成例に相当する無線アクセスインタフェースの図９で示される。図９に示されるように、共有アップリンク送信チャネル内のリソースは１から２５２のセクションに分割され、対応するスケジューリング領域９０１、９０４は、１から２５２のセクションに分割される。図９において、より柔軟なスケジューリングを可能にする他の潜在的な配置が示される。スケジューリングチャネル内の各リソースエレメントは、１つのトラフィックリソースブロックに対応する。したがってこれは、スケジューリング領域とグループ識別子のようなヘッダ情報を含むサブキャリアが、トラフィック／ペイロード部分が見つかる同じサブキャリアになることを意味する。これは、スケジューリング情報のために利用可能な通信リソースを多くとっているが、ＵＥは間欠受信（ＤＲＸ）でスケジューリング領域をモニタでき、したがってすべてのデータブロックをモニタすることよりも電力を節約できるという利点を提供する。また、通信デバイスが、それらがデータを送信しようとするＭ×Ｎのリソースブロックのブロックと共にスケジューリングチャネル内の１つのリソースエレメントを指定するように構成されている場合、データの全てのブロックで送信されるヘッダ情報を必要としないことで、より効率的に通信リソースを使用する。上記の例と同様に、より効率的になるので、個々のリソースブロックではなく、いくつかのリソースブロックをリザーブするために、スケジューリング割り当てメッセージを使用することが好ましいであろう。

【0051】

図１０は、本技術にしたがって、Ｄ２Ｄ通信のための機能を提供するように構成された無線アクセスインタフェースの他の例を提供する。第１の例示図１０ａにおいて、従来のＬＴＥアップリンクキャリアは、ＯＦＤＭシンボル及びサブキャリアを含む複数のリソースブロックを提供する。例示図において、図７、図８、図９に示した例と同様に、１つの長方形は、従来のリソースブロックを表す。異なる陰影を有する領域は、異なるＵＥからの制御（スケジューリング割り当て）およびトラフィックを表す。スケジューリング割り当てによってリザーブされるトラフィックの量は、上述したものよりも大きくても小さくてもよい。スケジューリング割り当てメッセージは、それらが伝送するために必要な情報の量に応じて異なるサイズを有してもよい。それらはまた、より多くの頻度でまたより少ない頻度で送信されてもよい。

【0052】

図１０ａに示す例では、アップリンク通信チャネル１００１の最初のセクションは、ＬＴＥアップリンクキャリアの従来のアップリンク通信に割り当てられる。上述したように、リソースの最上部および最下部のセクション１００２、１００４は、従来のＬＴＥの構成に応じて、アップリンク制御送信をするために割り当てられている。しかし、リソースのセクション１００６は、Ｄ２Ｄ通信を行うように動作するデバイスによるスケジューリング割り当てメッセージおよび制御メッセージを送信するためのスケジューリング領域を提供するために割り当てられる。第２の領域１００８は、スケジュール領域１００６の対応する領域でスケジューリング割り当てメッセージを送信することによって割り当てられる、Ｄ２Ｄ通信のための共有通信リソースに割り当てられる。これらの上記の例は、限定するものではない。

【0053】

図１０ａに示される例において、スケジューリング割り当てメッセージの周波数は、データの周波数を表す。受信ＵＥは、スケジューリングリソースでスケジューリング割り当てメッセージを検出し、例えば、通信デバイスがメンバーであるグループ識別子を含む情報を復号する。そしてＵＥは、トラフィック情報を取得するために、この周波数のデコードを続ける。

【0054】

図１０ｂは、同様の構成を提供する。しかし、図１０ｂに示される例では、スケジュール領域１０１０は、データ送信のための領域１０１２を大きくできるようにより短い持続時間を有する。この例によれば、異なるＵＥからのスケジューリング割り当ては、異なる時間で送信される。タイミングは、データ送信の周波数を意味する。対照的に図１０ｃの例は、より大きなスケジューリング領域１０１４とより小さい共有リソース領域１０１６を提供する。この例において、スケジューリング割り当てメッセージは、データを送信する前に、多くの回数、繰り返し送信される。この例では、例えば、競合解決のために役立つことがある。

【0055】

図１０ｄおよび１０ｅに示す例では、スケジュール領域とデータ送信領域のさらに別の構成と分割が行われる。図１０ｄにおいて、第１のスケジューリング領域１０２０は、より大きな共有リソース領域１０２２を提供される。図１０ｅに示される例では、スケジューリング領域は、第１の領域１０３０および第２の領域１０３２を含み、間のリソース１０３４は、データ送信のための共有通信リソースのために割り当てられる。図１０ｄおよび１０ｅで示される例は、周波数ではなく時間多重化されるデータ自体のために可能な方法の一例を示す。スケジューリング割り当てのタイミングは、データのタイミングを暗示する。

【0056】

（競合解決）
上述した本技術の実施形態は、通信デバイスが、スケジューリング割り当てメッセージが送信されたスケジューリング領域のセクションに対応する共有通信リソースのセクションでのデータの送信に備えてスケジューリング割り当てメッセージを送信できる構成を提供する。理解されるように、他のデバイスの１つが同時に同一のスケジューリング割り当てセクションでスケジューリング割り当てメッセージを送信し、続いて、搬送されるデータを表す信号を共有リソースの対応するセクションで送信してもよい、という可能性がある。いくつかの実施形態において、グループの通信デバイスのそれぞれが、後のサブフレームで別のスケジューリング割り当てセクションにおいてそれらのスケジューリング割り当てメッセージを送信できるように、競合解決の構成が、グループの２つ以上の通信デバイスによる信号の同時送信を検出するために用いられてもよい。他の例において、通信デバイスはデータ伝送の損失を許容してもよく、上位層プロトコルはこのデータのために再送信するように構成してもよい。他の例において、再送信が行われるように、衝突が発生したことを検出するために衝突回避メカニズムが配備されてもよい。いくつかの例において、グループの１以上の通信デバイスは、再送信が行われるように、衝突が発生したことの指示を送信してもよい。例えば、プッシュツートークアプリケーションは、ユーザが、複数のユーザが同時に送信しようとした場合を検出できるようにし、他のユーザは再送信を要求できる。

【0057】

（要約）
上述した実施例によれば、スケジューリング割り当てチャネル／領域でのスケジューリング割り当てメッセージの送信の時間および周波数の位置は、少なくとも部分的に、他の通信デバイスに送信されるデータを表す信号を送信するためにＵＥによって使用される共有チャネルの通信リソースを決定する。いくつかの例において、スケジューリング割り当てメッセージは、セキュリティのためのグループ／送信者識別情報のような追加の制御／ヘッダ情報を含んでもよい。

【0058】

したがって本技術の実施形態は、送信される必要があるスケジューリング割り当てメッセージの時間−周波数の位置の情報量を減少させるＤ２Ｄ通信が無線アクセスインタフェースを介して行われる構成を提供でき、したがってスケジューリングに対してより少ない無線リソースを使用する。また、いくつかの例において、送信のデータとヘッダ部分は分離され、これにより、より効率的に通信リソースを使用し、通信デバイスまたは通信デバイスが属する通信デバイスのグループの識別子は、スケジューリング割り当てメッセージで送信されてもよい。理解されるように、他の例が提供され、通信デバイスは、比較的頻繁に発生することがあるスケジューリング割り当てチャネル／領域をモニタする必要があるため、したがって、電力を節約できるように、デバイスは電力を減少させてもよい。通信デバイスのグループがｅＮｏｄｅＢの範囲内にある場合、その後、通信デバイスが、ダウンリンクチャネルを介して無線リソース制御（ＲＲＣ）接続またはスケジューリングを確立することなくグループ内のすべてのユーザにアップリンクチャネルを介して通知できるように、ｅＮｏｄｅＢはスケジューリングを行うことができる。

【0059】

本発明の種々のさらなる態様および特徴は、添付の特許請求の範囲に定義され、請求項の従属性について列挙されている特定の組み合わせ以外の従属項の特徴の種々の組み合わせは、独立請求項のものを用いて行われてもよい。改変はまた、本明細書において本発明の範囲から逸脱することなく記載された実施形態に対してなされ得る。例えば、特徴は特定の実施例に関連して説明されたように見えるかもしれないが、説明され実施形態の様々な特徴を認識するであろう当業者は、本開示に従って組み合わせてもよい。

【0060】

以上の説明ではＤ２Ｄ通信はＬＴＥシステムを参照して説明されたが、ここで開示された技術は、Ｄ２Ｄ通信と互換性がある他のＬＴＥシステムの構造および他のシステムにも同様に適用できる。

【0061】

以下の番号の条項は、さらなる本技術の態様および機能の例を提供する。
１．デバイスツーデバイス通信を行うために無線アクセスインタフェースを介して１以上の他の通信デバイスに信号を送信するように構成された送信機と、
前記無線アクセスインタフェースを介して前記他の通信デバイスから信号を受信するように構成された受信機と、
前記信号によって表されるデータを送信または受信するための前記無線アクセスインタフェースを介して前記信号を送信または受信する前記送信機および前記受信機を制御するためのコントローラと、を備え、前記無線アクセスインタフェースは、
通信リソースの複数の所定のセクションを有するスケジューリング領域と、
共有通信リソースの複数の所定のセクションと、を提供し、前記スケジューリング領域の１つ以上の前記複数の前記セクションにおける送信が、前記データを表す前記信号を送信するための１つ以上の対応する前記共有通信リソースのセクションをリザーブできるように、前記スケジューリング領域の前記複数の所定のセクションのそれぞれは、前記共有通信リソースの前記複数のセクションの１つに対応する、通信デバイス。
２．前記コントローラは、
前記スケジューリング領域の前記セクションの１つでメッセージを送信し、
前記メッセージが送信された前記スケジューリング領域の前記セクションに対応する前記複数の共有通信リソースの前記セクションで前記データを表す前記信号を送信するように前記送信機を制御するように構成される、条項１に記載の通信デバイス。
３．前記コントローラは、
前記スケジューリング領域の前記複数の前記セクション内で送信された信号をモニタし、
前記スケジューリング領域の前記複数の前記セクションのいずれかで送信された１以上のメッセージを検出した後に、
前記メッセージが受信された前記１以上のスケジューリング領域の前記セクションに対応する前記共有通信リソースの前記セクションで送信された信号を検出するように前記受信機と組み合わせて構成される、条項２に記載の通信デバイス。
４．前記無線アクセスインタフェースは複数の時間分割ユニットに分割され、
前記複数の通信リソースの前記所定のセクションを含む前記スケジューリング領域は、前記時間分割ユニットの１つで提供され、
前記共有通信リソースの前記複数のセクションは、他の前記時間分割ユニットの少なくとも１つで提供される、条項１から３のいずれか１項に記載の通信デバイス。
５．通信リソースの前記複数の前記所定のセクションを含む前記スケジューリング領域は、前記時間分割ユニットで周期的に提供され、１以上の時間分割ユニットによって分割される前記スケジューリング領域の存在は前記共有通信リソースの前記複数のセクションを提供し、前記スケジューリング領域の前記周期は、前記スケジューリング領域の前記時間分割ユニットの間の前記共有通信リソースの前記１以上の時間分割ユニットによって決定される、条項４に記載の通信デバイス。
６．前記メッセージは前記データを表す前記信号が送信される前記共有通信リソースの１以上の前記セクションの指示を含み、前記共有通信リソースの前記１以上のセクションの少なくとも１つは前記メッセージが送信された前記スケジューリング領域の前記セクションに対応する、条項１から５のいずれか１項に記載の通信デバイス。
７．前記メッセージは、前記共有通信リソースの前記リソースブロックに関して、時間においてＮリソースブロックおよび周波数においてＭリソースブロックを表す、パラメータＭおよびＮを含む、条項６に記載の通信デバイス。
８．前記メッセージは前記スケジューリング割り当てメッセージを送信した前記通信デバイスの識別子を含む、条項６または７に記載の通信デバイス。
９．前記１以上の通信デバイスはグループを形成し、前記メッセージは前記メッセージを送信した前記１以上の通信デバイスの前記グループの識別子を含む、条項６または７に記載の通信デバイス。
１０．前記メッセージは前記共有リソースで送信されるであろう情報の前記タイプを識別する情報を含む、条項６または７に記載の通信デバイス。
１１．前記スケジューリング領域の前記対応するセクションでの前記メッセージの送信によって前記データを表す前記信号の送信のためにリザーブされる前記共有通信リソースの前記１以上のセクションは、前記メッセージが送信された前記スケジューリング領域から少なくとも１つの時間ユニットによって分離される、条項４から１０のいずれか１項に記載の通信デバイス。
１２．前記送信機は、前記無線アクセスインタフェースを介して信号をモバイル通信ネットワークのインフラ機器に送信するように構成され、
前記受信機は、前記無線アクセスインタフェースを介して信号を前記インフラ機器から受信するように構成され、
前記コントローラは、前記信号によって表されるデータを送信又は受信するための前記無線アクセスインタフェースを介して前記信号を前記モバイル通信ネットワークを介して前記インフラ機器に送信または前記インフラ機器から受信する前記送信機および前記受信機を制御するように構成され、前記無線アクセスインタフェースはスケジューリングすることによって形成され、前記通信デバイスによる前記信号の受信および前記通信デバイスによる信号の送信の送信は、
前記データを表す前記信号を受信するための、ダウンリンク制御チャネルおよび前記通信デバイスへの割り当てのための共有通信リソースを含むダウンリンク受信チャネルと、
前記データを表す前記信号を前記インフラ機器に送信するための、アップリンク制御チャネルおよび前記通信デバイスに対する割り当てのためのアップリンク共有通信リソースを含むアップリンク送信チャネルと、を提供し、前記ダウンリンク共有チャネルの前記通信リソースおよび前記アップリンク共有チャネルの前記通信リソースの前記割り当ては前記インフラ機器によって行われ、デバイスツーデバイスモードである場合、前記１以上の他の通信デバイスに前記データを送信する際の使用のために前記無線アクセスインタフェースを再構成するように、前記コントローラは前記送信機および前記受信機と組み合わせて構成され、前記無線アクセスインタフェースの再構成は、前記アップリンク送信チャネル内で、
前記スケジューリング領域は、前記アップリンク送信チャネル内の通信リソースの前記複数の前記所定のセクションを含むこと、を含み、
前記共有通信リソースの前記複数のセクションは、前記アップリンク送信チャネル内で提供される、条項１から１０のいずれか１項に記載の通信デバイス。
１３．デバイスツーデバイス通信を行うために無線アクセスインタフェースを介して１以上の他の通信デバイスに信号を送信することと、
前記無線アクセスインタフェースを介して前記他の通信デバイスの１つから信号を受信することと、
前記信号によって表されるデータを送信または受信するために前記無線アクセスインタフェースを介して前記信号を送信または受信する前記送信機および前記受信機を制御することと、を含み、前記無線アクセスインタフェースは、
通信リソースの複数の所定のセクションを有するスケジューリング領域と、
共有通信リソースの複数のセクションと、を提供し、前記スケジューリング領域の前記複数の前記セクションの１つにおける送信が、前記データを表す前記信号を送信するための対応する前記共有通信リソースのセクションの少なくとも１つをリザーブできるように、前記スケジューリング領域の前記複数の所定のセクションのそれぞれは、前記共有通信リソースの前記複数のセクションの１つに対応する、データを通信する方法。
１４．前記スケジューリング領域の前記セクションの１つでメッセージを送信することと、
前記メッセージが送信された前記スケジューリング領域の前記セクションに対応する前記複数の共有通信リソースの前記セクションで前記データを表す前記信号を送信することと、を含む、条項１３に記載の方法。
１５．前記スケジューリング領域の前記複数の前記セクション内で送信された信号をモニタすることと、
前記スケジューリング領域の前記複数の前記セクションのいずれかで送信された１以上のメッセージを検出した後に、
前記メッセージが受信された前記１以上のスケジューリング領域の前記セクションに対応する前記共有通信リソースの前記セクションで送信された信号を検出することと、を含む、条項１３に記載の方法。
１６．前記無線アクセスインタフェースは複数の時間分割ユニットに分割され、
通信リソースの前記複数の前記所定のセクションを含む前記スケジューリング領域は、前記時間分割ユニットの１つで提供され、
前記共有通信リソースの前記複数のセクションは、他の前記時間分割ユニットの少なくとも１つで提供される、条項１３、１４または１５のいずれか１項に記載の方法。
１７．通信リソースの前記複数の前記所定のセクションを含む前記スケジューリング領域は、前記時間分割ユニットで周期的に提供され、１以上の時間分割ユニットによって分割される前記スケジューリング領域の存在は前記共有通信リソースの前記複数のセクションを提供し、前記スケジューリング領域の前記周期は、前記スケジューリング領域の前記時間分割ユニットの間の前記共有通信リソースの前記１以上の時間分割ユニットによって決定される、条項１５に記載の方法。
１８．前記メッセージは前記データを表す前記信号が送信される前記共有通信リソースの１以上の前記セクションの指示を含み、前記共有通信リソースの前記１以上のセクションの少なくとも１つは前記メッセージが送信された前記スケジューリング領域の前記セクションに対応する、条項１３から１７のいずれか１項に記載の方法。
１９．デバイスツーデバイス通信を行うために無線アクセスインタフェースを介して１以上の他の通信デバイスに信号を送信するように構成された送信機回路と、
前記無線アクセスインタフェースを介して前記１以上の他の通信デバイスから信号を受信するように構成された受信機回路と、
前記信号によって表されるデータを送信または受信するための前記無線アクセスインタフェースを介して前記信号を送信または受信する前記送信機および前記受信機を制御するためのコントローラ回路と、を備え、前記無線アクセスインタフェースは、
通信リソースの複数の所定のセクションを有するスケジューリング領域と、
共有通信リソースの複数の所定のセクションと、を提供し、前記スケジューリング領域の１つ以上の前記複数の前記セクションにおける送信が、前記データを表す前記信号を送信するための１つ以上の対応する前記共有通信リソースのセクションをリザーブできるように、前記スケジューリング領域の前記複数の所定のセクションのそれぞれは、前記共有通信リソースの前記複数のセクションの１つに対応する、通信デバイスのための回路。
２０．前記コントローラ回路は、
前記スケジューリング領域の前記セクションの１つでメッセージを送信し、
前記メッセージが送信された前記スケジューリング領域の前記セクションに対応する前記複数の共有通信リソースの前記セクションで前記データを表す前記信号を送信するように前記送信機回路を制御するように構成される、条項１９に記載の回路。
２１．前記コントローラ回路は、
前記スケジューリング領域の前記複数の前記セクション内で送信された信号をモニタし、
前記スケジューリング領域の前記複数の前記セクションのいずれかで送信された１以上のメッセージを検出した後に、
前記メッセージが受信された前記１以上のスケジューリング領域の前記セクションに対応する前記共有通信リソースの前記セクションで送信された信号を検出するように前記受信機回路と組み合わせて構成される、条項１９に記載の回路。

【0062】

（参考）
［１］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 Broadband 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，
［９］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.

【図1】

【図2】

【図3】

【図4】

【図5a】

【図5b】

【図5c】

【図5d】

【図6】

【図7】

【図8】

【図9】

【図10】