JP6599370B2 - Ｄ２ｄ通信のためのフィードバック制御 - Google Patents

Description

関連出願の相互参照
[0001]本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１４年６月１０日に出願された「FEEDBACK CONTROL FOR D2D COMMUNICATIONS」と題する米国仮出願第６２／０１０，３５３号、および２０１５年２月２３日に出願された「FEEDBACK CONTROL FOR D2D COMMUNICATIONS」と題する米国特許出願第１４／６２９，２０６号の利益を主張する。

[0002]本開示は、一般に通信システムに関し、より詳細には、デバイスツーデバイス（Ｄ２Ｄ：device-to-device）通信のためのフィードバック制御の方法に関する。

[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。

[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを与えるために様々な電気通信規格において採用されている。新生の電気通信規格の一例はロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：Third Generation Partnership Project）によって公表されたユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善すること、コストを下げること、サービスを改善すること、新しいスペクトルを利用すること、およびダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。

[0005]本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。本装置はワイヤレス通信ユーザ機器であり得る。本装置は、第２のＵＥにＤ２Ｄ通信において情報を送信し、情報は、第２のＵＥがＵＥへの直接フィードバック経路を使用すべきなのかＵＥへの間接フィードバック経路を使用すべきなのかを示す。本装置は、Ｄ２Ｄ通信において示された情報に基づいて直接フィードバック経路または間接フィードバック経路のうちの１つを通してフィードバックを受信する。間接フィードバック経路は、第２のＵＥから第２のＵＥをサービスする第１の基地局への第１の経路と、第１の基地局からＵＥをサービスする第２の基地局への第２の経路と、第２の基地局からＵＥへの第３の経路とを含み得る。フィードバックは電力制御コマンドを含み得、本装置は、電力制御コマンドを含むフィードバックに従って送信電力を調整し得る。フィードバックは肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）に対応し得る。

[0006]本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。本装置はワイヤレス通信ユーザ機器であり得る。本装置は、第２のＵＥからＤ２Ｄ通信を受信する。本装置は、Ｄ２Ｄ通信に応答してフィードバックを第２のＵＥへの直接フィードバック経路を介して送信すべきなのか第２のＵＥへの間接フィードバック経路を介して送信すべきなのかを決定する。本装置は、Ｄ２Ｄ通信に応答して、フィードバックを決定されたフィードバック経路中で送信する。間接フィードバック経路は、ＵＥからＵＥをサービスする第１の基地局への第１の経路と、第１の基地局から第２のＵＥをサービスする第２の基地局への第２の経路と、第２の基地局から第２のＵＥへの第３の経路とを含み得る。本装置は、直接経路を使用すべきなのか間接経路を使用すべきなのかを示す第２のＤ２Ｄ通信を受信し得る。第２のＤ２Ｄ通信は、発見信号またはスケジューリング割当てであり得る。第２のＤ２Ｄ通信において示された情報は、直接経路を使用すべきなのか間接経路を使用すべきなのかを明示的に示し得る。第２のＤ２Ｄ通信において示された情報は、第２のＵＥが基地局のカバレージ内にあるかどうかを示し得る。第２のＤ２Ｄ通信において示された情報は、Ｄ２Ｄ通信のために使用された第２のＵＥのリソース割振りモードを示し得る。ＵＥは、第２のＤ２Ｄ通信に対応するリソースに従って、直接フィードバック経路を使用すべきなのか間接フィードバック経路を使用すべきなのかを決定するように構成され得る。

[0007]本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。本装置はワイヤレス通信ユーザ機器であり得る。本装置は、メモリと、メモリに結合された少なくとも１つのプロセッサとを含み得る。少なくとも１つのプロセッサは、第２のＵＥにＤ２Ｄ通信において情報を送信するように構成され、情報は、第２のＵＥがＵＥへの直接フィードバック経路を使用すべきなのかＵＥへの間接フィードバック経路を使用すべきなのかを示す。少なくとも１つのプロセッサは、Ｄ２Ｄ通信において示された情報に基づいて直接フィードバック経路または間接フィードバック経路のうちの１つを通してフィードバックを受信するように構成される。

[0008]本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。本装置はワイヤレス通信ユーザ機器であり得る。本装置は、メモリと、メモリに結合された少なくとも１つのプロセッサとを含み得る。少なくとも１つのプロセッサは、第２のＵＥからＤ２Ｄ通信を受信するように構成される。少なくとも１つのプロセッサは、Ｄ２Ｄ通信に応答してフィードバックを第２のＵＥへの直接フィードバック経路を介して送信すべきなのか第２のＵＥへの間接フィードバック経路を介して送信すべきなのかを決定するように構成される。少なくとも１つのプロセッサは、Ｄ２Ｄ通信に応答して、フィードバックを決定されたフィードバック経路中で送信するように構成される。

[0009]本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。本コンピュータプログラム製品は、コンピュータ可読媒体に記憶され得、コードを含み得る。コードは、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、第２のＵＥにＤ２Ｄ通信において情報を送信させ、情報は、第２のＵＥがＵＥへの直接フィードバック経路を使用すべきなのかＵＥへの間接フィードバック経路を使用すべきなのかを示す。コードは、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、Ｄ２Ｄ通信において示された情報に基づいて直接フィードバック経路または間接フィードバック経路のうちの１つを通してフィードバックを受信させる。

[0010]本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。本コンピュータプログラム製品は、コンピュータ可読媒体に記憶され得、コードを含み得る。コードは、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、第２のＵＥからＤ２Ｄ通信を受信させる。コードは、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、Ｄ２Ｄ通信に応答してフィードバックを第２のＵＥへの直接フィードバック経路を介して送信すべきなのか第２のＵＥへの間接フィードバック経路を介して送信すべきなのかを決定させる。コードは、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、Ｄ２Ｄ通信に応答して、フィードバックを決定されたフィードバック経路中で送信させる。

[0011]本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。本装置はＵＥのワイヤレス通信のためのものであり得る。本装置は、第２のＵＥにデバイスツーデバイス（Ｄ２Ｄ）通信において情報を送信するための手段を含み、情報は、第２のＵＥがＵＥへの直接フィードバック経路を使用すべきなのかＵＥへの間接フィードバック経路を使用すべきなのかを示す。本装置は、Ｄ２Ｄ通信において示された情報に基づいて直接フィードバック経路または間接フィードバック経路のうちの１つを通してフィードバックを受信するための手段をさらに含む。間接フィードバック経路は、第２のＵＥから基地局への第１の経路と、基地局からＵＥへの第２の経路とを含み得る。フィードバックは電力制御コマンドを含み得る。フィードバックはＡＣＫ／ＮＡＣＫに対応し得る。Ｄ２Ｄ通信において示された情報は、直接経路を使用すべきなのか間接経路を使用すべきなのかを明示的に示し得る。Ｄ２Ｄ通信において示された情報は、ＵＥが基地局のカバレージ内にあるかどうかを示し得る。Ｄ２Ｄ通信において示された情報は、ＵＥのリソース割振りモードを示し得る。本装置は、基地局にフィードバックを送信するための手段と、ここにおいて、第２のＵＥは基地局のカバレージの外にある、基地局にフィードバックを送信したことに応答して、基地局から追加のフィードバックを受信するための手段とをさらに含み得る。本装置は、発見信号、Ｄ２Ｄデータ、またはスケジューリング割当てを送信するための手段をさらに含み得、ここにおいて、フィードバックは、発見信号、Ｄ２Ｄデータ、またはスケジューリング割当ての関数である。

[0012]本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。本装置はＵＥであり得る。本装置は、第２のＵＥからデバイスツーデバイス（Ｄ２Ｄ）通信を受信するための手段を含む。本装置は、Ｄ２Ｄ通信に応答してフィードバックを第２のＵＥへの直接フィードバック経路を介して送信すべきなのか第２のＵＥへの間接フィードバック経路を介して送信すべきなのかを決定するための手段をさらに含む。本装置は、Ｄ２Ｄ通信に応答して、フィードバックを決定されたフィードバック経路中で送信するための手段をさらに含む。間接フィードバック経路は、ＵＥから基地局への第１の経路と、基地局から第２のＵＥへの第２の経路とを含み得る。Ｄ２Ｄ通信は、発見信号またはスケジューリング割当てであり得、フィードバックは電力制御コマンドを含み得る。Ｄ２Ｄ通信はＤ２Ｄデータ通信であり得、フィードバックはＡＣＫ／ＮＡＣＫに対応し得る。本装置は、直接経路を使用すべきなのか間接経路を使用すべきなのかを示す第２のＤ２Ｄ通信を受信するための手段をさらに含み得る。本装置は、ＵＥが基地局のアップリンクカバレージ中にあるかどうかを決定するための手段をさらに含み得、ここにおいて、ＵＥは、ＵＥが基地局のアップリンクカバレージ外にあるとき、直接フィードバック経路を使用することを決定し、ＵＥが基地局のアップリンクカバレージ中にあるとき、間接フィードバック経路を使用することを決定する。決定するための手段は、基地局からの情報に従って、またはＵＥに記憶された情報に従って、直接フィードバック経路または間接フィードバック経路を決定するように構成され得る。

[0013]ネットワークアーキテクチャの一例を示す図。 [0014]アクセスネットワークの一例を示す図。 [0015]ＬＴＥにおけるＤＬフレーム構造の一例を示す図。 [0016]ＬＴＥにおけるＵＬフレーム構造の一例を示す図。 [0017]ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。 [0018]アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。 [0019]デバイスツーデバイス通信システムの図。 [0020]例示的な実施形態のデバイスツーデバイス通信システムの図。 [0021]ワイヤレス通信の方法のフローチャート。 [0022]ワイヤレス通信の方法のフローチャート。 [0023]例示的な装置中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。 [0024]処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。

[0025]添付の図面に関して以下に記載する発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る構成のみを表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの事例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。

[0026]次に、様々な装置および方法に関して電気通信システムのいくつかの態様を提示する。これらの装置および方法について、以下の発明を実施するための形態において説明し、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課せられる設計制約に依存する。

[0027]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。

[0028]したがって、１つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく、例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

[0029]図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４と、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０と、事業者のインターネットプロトコル（ＩＰ）サービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ／インターフェースは図示していない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者が容易に諒解するように、本開示全体にわたって提示する様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。

[0030]Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６と他のｅＮＢ１０８とを含み、マルチキャスト協調エンティティ（ＭＣＥ：Multicast Coordination Entity）１２８を含み得る。ｅＮＢ１０６は、ＵＥ１０２に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。ｅＮＢ１０６は、バックホール（たとえば、Ｘ２インターフェース）を介して他のｅＮＢ１０８に接続され得る。ＭＣＥ１２８は発展型マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）（ｅＭＢＭＳ）のために時間／周波数無線リソースを割り振り、ｅＭＢＭＳのために無線構成（たとえば、変調およびコーディング方式（ＭＣＳ：modulation and coding scheme））を決定する。ＭＣＥ１２８は別個のエンティティ、またはｅＮＢ１０６の一部であり得る。ｅＮＢ１０６は、基地局、ノードＢ、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることもある。ｅＮＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、または任意の他の同様の機能デバイスがある。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。

[0031]ｅＮＢ１０６はＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２と、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）１２０と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１２４と、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ：Broadcast Multicast Service Center）１２６と、パケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ１１８とを含み得る。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を行う。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８はＵＥのＩＰアドレス割振りならびに他の機能を与える。ＰＤＮゲートウェイ１１８とＢＭ−ＳＣ１２６とはＩＰサービス１２２に接続される。ＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）、および／または他のＩＰサービスを含み得る。ＢＭ−ＳＣ１２６は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を与え得る。ＢＭ−ＳＣ１２６は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして働き得、ＰＬＭＮ内のＭＢＭＳベアラサービスを許可し、開始するために使用され得、ＭＢＭＳ送信をスケジュールし、配信するために使用され得る。ＭＢＭＳゲートウェイ１２４は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するｅＮＢ（たとえば、１０６、１０８）にＭＢＭＳトラフィックを配信するために使用され得、セッション管理（開始／停止）と、ｅＭＢＭＳ関係の課金情報を収集することとを担当し得る。

[0032]図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００はいくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、マイクロセル、またはリモートラジオヘッド（ＲＲＨ）であり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを与えるように構成される。アクセスネットワーク２００のこの例には集中型コントローラはないが、代替構成では集中型コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関係機能を担当する。ｅＮＢは１つまたは複数の（たとえば、３つの）（セクタとも呼ばれる）セルをサポートし得る。「セル」という用語は、特定のカバレージエリアをサービスするｅＮＢサブシステムおよび／またはｅＮＢの最小カバレージエリアを指すことができる。さらに、「ｅＮＢ」、「基地局」、および「セル」という用語は、本明細書では互換的に使用されることがある。

[0033]アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者が以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念はＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２：3rd Generation Partnership Project 2）によって公表されたエアインターフェース規格であり、移動局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを採用する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、ならびに、ＯＦＤＭＡを採用する、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課せられる全体的な設計制約に依存することになる。

[0034]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、次いでＤＬ上で複数の送信アンテナを通して空間的にプリコーディングされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともに（１つまたは複数の）ＵＥ２０６に到着し、これにより、（１つまたは複数の）ＵＥ２０６の各々がそのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上で、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、これにより、ｅＮＢ２０４は、各空間的にプリコーディングされたデータストリームのソースを識別することが可能になる。

[0035]空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通して送信するためのデータを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。

[0036]以下の詳細な説明では、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムを参照しながらアクセスネットワークの様々な態様について説明する。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトル拡散技法である。サブキャリアは正確な周波数で離間される。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性」を与える。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、ガードインターバル（たとえば、サイクリックプレフィックス）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。

[0037]図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、ノーマルサイクリックプレフィックスの場合、リソースブロックは、合計８４個のリソース要素について、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に７つの連続するＯＦＤＭシンボルを含んでいる。拡張サイクリックプレフィックスの場合、リソースブロックは、合計７２個のリソース要素について、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に６つの連続するＯＦＤＭシンボルを含んでいる。Ｒ３０２、３０４として示されるリソース要素のうちのいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ：DL reference signal）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ：Cell-specific RS）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ）がマッピングされるリソースブロック上のみで送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソースブロックが多いほど、また変調方式が高いほど、ＵＥのデータレートは高くなる。

[0038]図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報の送信のためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、単一のＵＥがデータセクション中の連続サブキャリアのすべてを割り当てられることを可能にし得る、連続サブキャリアを含むデータセクションを生じる。

[0039]ＵＥは、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂを割り当てられ得る。ＵＥは、ｅＮＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂをも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ）中でデータのみまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。

[0040]初期システムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ）４３０中でＵＬ同期を達成するために、リソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨにはない。ＰＲＡＣＨ試みは単一のサブフレーム（１ｍｓ）中でまたは少数の連続サブフレームのシーケンス中で搬送され、ＵＥはフレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試みのみを行うことができる。

[0041]図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、３つのレイヤ、すなわち、レイヤ１、レイヤ２、およびレイヤ３とともに示されている。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤを本明細書では物理レイヤ５０６と呼ぶ。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担当する。

[0042]ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、媒体アクセス制御（ＭＡＣ：media access control）サブレイヤ５１０と、無線リンク制御（ＲＬＣ：radio link control）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含めてＬ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。

[0043]ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間で多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するために上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥに対するｅＮＢ間のハンドオーバサポートとを与える。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメンテーションおよびリアセンブリと、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）による、順が狂った受信を補正するためのデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル中の様々な無線リソース（たとえば、リソースブロック）を割り振ることを担当する。ＭＡＣサブレイヤ５１０はまたＨＡＲＱ動作を担当する。

[0044]制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（たとえば、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。

[0045]図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５はＬ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ６７５は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、様々な優先度メトリックに基づくＵＥ６５０への無線リソース割振りとを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ＵＥ６５０へのシグナリングとを担当する。

[0046]送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ：forward error correction）と、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づく信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。コーディングされ、変調されたシンボルは、次いで並列ストリームに分割される。各ストリームは、次いで、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して互いに合成される。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられ得る。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。

[0047]ＵＥ６５０において、各受信機６５４ＲＸは、それのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信（ＲＸ）プロセッサ６５６に情報を与える。ＲＸプロセッサ６５６はＬ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行し得る。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、次いで、高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと、基準信号とは、ｅＮＢ６１０によって送信される、可能性が最も高い信号コンスタレーションポイントを決定することによって復元され、復調される。これらの軟判定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に与えられる。

[0048]コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ６６０に関連付けられ得る。メモリ６６０はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、復号（deciphering）と、ヘッダ復元（decompression）と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上のすべてのプロトコルレイヤを表すデータシンク６６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用する誤り検出を担当する。

[0049]ＵＬでは、データソース６６７は、コントローラ／プロセッサ６５９に上位レイヤパケットを与えるために使用される。データソース６６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明した機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、ｅＮＢ６１０による無線リソース割振りに基づく論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ｅＮＢ６１０へのシグナリングとを担当する。

[0050]ｅＮＢ６１０によって送信される基準信号またはフィードバックからの、チャネル推定器６５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成される空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に与えられ得る。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。

[0051]ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明した様式と同様の様式でｅＮＢ６１０において処理される。各受信機６１８ＲＸは、それのそれぞれのアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、ＲＸプロセッサ６７０に情報を与える。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。

[0052]コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連付けられ得る。メモリ６７６はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、制御／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、復号と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担当する。

[0053]図７はデバイスツーデバイス通信システム７００の図である。デバイスツーデバイス通信システム７００は複数のワイヤレスデバイス７０４、７０６、７０８、７１０を含む。デバイスツーデバイス通信システム７００は、たとえば、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）などのセルラー通信システムと重なり得る。ワイヤレスデバイス７０４、７０６、７０８、７１０の一部は、ＤＬ／ＵＬ ＷＷＡＮスペクトルを使用してデバイスツーデバイス通信において互いに通信し、一部は基地局７０２と通信し、一部は両方を行い得る。たとえば、図７に示されているように、ワイヤレスデバイス７０８、７１０はデバイスツーデバイス通信中であり、ワイヤレスデバイス７０４、７０６はデバイスツーデバイス通信中である。ワイヤレスデバイス７０４、７０６は基地局７０２とも通信している。

[0054]以下で説明する例示的な方法および装置は、たとえば、ＦｌａｓｈＬｉｎＱ、ＷｉＭｅｄｉａ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、またはＩＥＥＥ８０２．１１規格に基づくＷｉ−Ｆｉに基づくワイヤレスデバイスツーデバイス通信システムなど、様々なワイヤレスデバイスツーデバイス通信システムのいずれにも適用可能である。説明を簡略化するために、例示的な方法および装置についてＬＴＥのコンテキスト内で説明する。ただし、例示的な方法および装置は、様々な他のワイヤレスデバイスツーデバイス通信システムにより一般的に適用可能であることを当業者は理解されよう。

[0055]以下で説明する例示的な実施形態は、ＵＥの間のＤ２Ｄ通信の態様を制御するために、ネットワーク中の１つまたは複数のＵＥからのフィードバック（たとえば、フィードバック情報、またはフィードバック制御情報）を使用することに関する。

[0056]現在、Ｄ２Ｄ通信のためのレイヤＬ１、または物理レイヤ（ＰＨＹレイヤ）の設計の焦点は、主にブロードキャスト通信に限定されており、物理レイヤの設計は、フィードバックチャネルが存在しないと仮定している。現在使用されているブロードキャストＬ１設計はまた、グループキャストおよびユニキャストＤ２Ｄ通信のために使用され得、それにより、レイヤＬ２、またはＭＡＣレイヤは、ユニキャストトラフィックと、グループキャストトラフィックと、ブロードキャストトラフィックとを区別する。しかしながら、ユニキャストトラフィックおよびグループキャストトラフィックのためにブロードキャストＬ１を再利用することが、準最適な性能につながることがある。ユニキャストおよびグループキャストのためのネットワーク性能は、Ｄ２Ｄ通信のためのフィードバック経路、またはフィードバックチャネルの導入とともに改善され得る。フィードバック経路、またはフィードバック制御経路を介したフィードバック制御は、ユニキャストおよびグループキャストに加えて、ブロードキャストのためのＤ２Ｄトラフィックをも改善し得る。

[0057]たとえば、ＵＥの比較的小さいグループがあり、グループのＵＥが比較的近くにとどまろうとしている場合、送信しているＵＥが信号を全電力で送信することは、非効率であることがある。しかしながら、ＵＥのグループのサイズおよび近接度は、即時に明らかではなく、したがって、送信機／送信／ＴＸ ＵＥ（たとえば、Ｄ２Ｄ送信機）は、最初に全電力で送信し得、その後、グループ中の１つまたは複数の受信機／受信／ＲＸ ＵＥ（たとえば、Ｄ２Ｄ受信機）からフィードバックを受信し得る。ＴＸ ＵＥは、次いで、それが、必要よりも大きい電力での、または信号強度の信号を送信していると決定し得、次いで、それに応じて、それが追加の信号をＲＸ ＵＥに送信するための電力を低減し得る。

[0058]別の例として、ＴＸ ＵＥによって送信されるあらゆるパケットが「ブラインドで」４回送信されることを意味する、４ブラインドハブ送信があり得る。すなわち、ネットワークのセルのエッジ上のブロードキャスト局ＲＸ ＵＥのためにさえ、各パケットが４回送信され得る。しかしながら、以下で説明する実施形態のフィードバックチャネルを介してフィードバックを与えることによって、ＲＸ ＵＥは、「ＡＣＫ／ＮＡＣＫ」メッセージ（たとえば、肯定応答ベースまたは否定応答ベースのプロトコルに対応するメッセージ）を取得し、それにより、再送信する必要をなくし、ネットワーク内の送信の総数を低減し得る。

[0059]以下で説明する実施形態では、様々なＵＥは、例示的な実施形態の理解のためにそれについて手短に以下で説明する、２つのモード（たとえば、モード１およびモード２）のうちの１つにあり得る。

[0060]モード１では、ｅＮＢは、スケジューリング割当て（ＳＡ：scheduling assignment）とＤ２Ｄデータの両方のためにリソースをＵＥに割り当てるかまたは割り振る。本方法では、ＴＸ ＵＥは、（たとえば、「Ｄ２Ｄ開始指示」を送信することによって）Ｄ２Ｄデータを送信するというＵＥの意図を表すためにｅＮＢに接触し得、次いで、ｅＮＢは、ＳＡを送信するためのリソースをＴＸ ＵＥに与え得、データのためのリソースをもＵＥに与え得る。その後、ＵＥは、データのためのリソースを含む、ＳＡを送信することができる。したがって、ＲＸ ＵＥは、単に、データをいつ期待すべきかを決定するためにＳＡを監視し得る。これは、ｅＮＢが物理ダウンリンク制御チャネル（ＰＤＣＣＨ）またはＥＰＤＣＣＨを使用して、ＳＡおよびデータのＵＥの送信電力を制御することによって達成され得る。

[0061]モード２では、ＵＥは単独でリソースを選択することができる。すなわち、ＴＸ ＵＥは、ＳＡのプールに気づくことになり、ＵＥがＤ２Ｄ通信に対応するデータをその上で送信することを意図するリソースのうちの１つを選定し得る。

[0062]したがって、モード１では、ＴＸ ＵＥはＲＲＣ接続状態にあるであろうが、ＲＸ ＵＥはＲＲＣアイドル状態またはＲＲＣ接続状態のいずれかにあり得る。モード２では、ＴＸ ＵＥおよびＲＸ ＵＥは、ＲＲＣアイドル状態またはＲＲＣ接続状態にあり得る。

[0063]以下で説明する例示的な実施形態によれば、概して、２つの異なるフィードバック経路／チャネルがある。フィードバックを送信するためにフィードバック経路のうちのどれが使用されるかは、以下で説明するように、様々なファクタを使用して決定され得る。さらに、以下でもさらに説明するように、フィードバックは、概して、１つまたは複数のファクタ、すなわち、ＴＸ ＵＥによって送信された発見信号、ＴＸ ＵＥによって送信されたＳＡ、および／またはＤ２Ｄデータの関数であり得る。特に、フィードバックは、電力制御および／またはＡＣＫ／ＮＡＣＫ（たとえば、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ）であり得る。ＵＥは、ＴＸ ＵＥによって送信された発見信号および／またはＴＸ ＵＥによって送信されたＳＡを受信したとき、電力制御フィードバックを与え得る。ＵＥは、Ｄ２Ｄデータを受信したとき、ＡＣＫ／ＮＡＣＫフィードバックを与え得る。

[0064]図８はデバイスツーデバイス通信システム８００の図である。図８では、４つのシナリオが示されている。第１のシナリオでは、ＴＸ ＵＥ８０１およびＲＸ ＵＥ８１１が両方とも第１のｅＮＢ８３２によってサービスされている。第２のシナリオでは、ＴＸ ＵＥ８０１は第１のｅＮＢ８３２によってサービスされており、ＲＸ ＵＥ８１２が第２のｅＮＢ８２２によってサービスされている。第３のシナリオでは、ＴＸ ＵＥ８０３がカバレージ中（たとえば、第１のｅＮＢ８３２によってサービスされるセル内）にあり、ＲＸ ＵＥ８１６がカバレージの外にある。第４のシナリオでは、ＲＸ ＵＥ８１３がカバレージ中（たとえば、第１のｅＮＢ８３２によってサービスされるセル内）にあり、ＴＸ ＵＥ８０２ならびに２つの他のＲＸ ＵＥ８１４および８１５がカバレージの外にある。

[0065]前述のように、概して、２つのフィードバック経路がある。第１のフィードバック経路は、直接フィードバック経路と呼ばれることがある。直接フィードバック経路では、ＲＸ ＵＥは、フィードバックをＴＸ ＵＥに直接送信する。たとえば、ＲＸ ＵＥ８１３、８１４、および８１５は、フィードバックをそれぞれフィードバック経路８４７、８４５、および８４６を介してＴＸ ＵＥ８０２に送信する。別の例として、ＲＸ ＵＥ８１６は、フィードバックをフィードバック経路８４８を介してＴＸ ＵＥ８０３に送信する。

[0066]第２のフィードバック経路は、間接フィードバック経路と呼ばれることがある、１つまたは複数のサービングｅＮＢ（たとえば、ｅＮＢ８２２および／または８３２）を通る経路を含む。間接フィードバック経路では、ＲＸ ＵＥは、フィードバックをＲＸ ＵＥをサービスしているｅＮＢに送信し得る（たとえば、ＲＸ ＵＥ８１１からｅＮＢ８３２へのフィードバック経路８４１と、ＲＸ ＵＥ８１２からｅＮＢ８２２へのフィードバック経路８４３とを参照）。ｅＮＢは、次いで、フィードバックを別のｅＮＢまたはＴＸ ＵＥに送信し得る。

[0067]フィードバックを受信した後に、対応するＴＸ ＵＥおよびＲＸ ＵＥが同じｅＮＢによってサービスされる場合（たとえば、ＴＸ ＵＥ８０１、ＲＸ ＵＥ８１１、およびｅＮＢ８３２を参照）、ｅＮＢ８３２は、ＲＸ ＵＥ８１１から受信されたフィードバックをフィードバック経路８４２を介してＴＸ ＵＥ８０１に送信し得る。しかしながら、ＴＸ ＵＥおよびＲＸ ＵＥが異なるセルによってカバーされ、したがって、異なるｅＮＢによってサービスされる場合（たとえば、ＴＸ ＵＥ８０１およびＲＸ ＵＥ８１２）、ＲＸ ＵＥ８１２をサービスするｅＮＢ８２２は、フィードバックをフィードバック経路８４４を介して、ＴＸ ＵＥ８０１をサービスするｅＮＢ８３２に送信し得、ネイバリングｅＮＢ８３２は、フィードバックをフィードバック経路８４２を介してＴＸ ＵＥ８０１に送信し得る。

[0068]直接制御経路に加えて間接フィードバック経路を与えることによって、対応するｅＮＢは、それのセル中で発生するＤ２Ｄ通信に対する何らかの制御を与えられる。たとえば、フィードバックを送信している複数のＲＸ ＵＥがあり、それらのＲＸ ＵＥのうちのいくつかがフィードバックをｅＮＢに送信する場合、ｅＮＢは、受信された様々なフィードバックを効果的に分析することができ、その後、分析に基づいてＴＸ ＵＥに１つのコマンド（たとえば、電力制御コマンド）を発行し得る。

[0069]さらに、他の実施形態では、フィードバック経路８４８を介してＲＸ ＵＥ８１６から直接、フィードバックを受信するＴＸ ＵＥ８０３はさらに、ＲＸ ＵＥ８１６（または複数のＲＸ ＵＥ）から受信されたフィードバックをフィードバック経路８５０を介してｅＮＢ８３２にフォワーディングし得る。

[0070]同様に、ＲＸ ＵＥ８１３は、ＴＸ ＵＥ８０２を介してＲＸ ＵＥ８１４および８１５からフィードバックを受信し得、いくつかの場合には、フィードバックをフィードバック経路８５１を介してｅＮＢ８３２にフォワーディングし得る。様々なフィードバックをｅＮＢ８３２にフォワーディングすることによって、ｅＮＢ８３２は、ＵＥのうちのいくつか（８１４および８１５）がｅＮＢ８３２のカバレージの外にあっても、すべてのＲＸ ＵＥ８１３、８１４、および８１５からのすべてのフィードバックを組み込むことによって、Ｄ２Ｄ送信に対する制御を有することが可能である。したがって、いくつかのＲＸ ＵＥは、フィードバックを対応するＴＸ ＵＥに直接送信することができ、他のＲＸ ＵＥは、フィードバックを対応するｅＮＢに直接送信することができる。

[0071]前述のように、フィードバックを送信するためにフィードバック経路のうちの（１つまたは複数の）どれが使用されるかは、１つまたは複数のファクタによって決定され得る。

[0072]第１の例示的な実施形態では、ＴＸ ＵＥが、１つまたは複数の対応するＲＸ ＵＥが使用すべきである（１つまたは複数の）フィードバック経路がどれかを決定する。たとえば、ＴＸ ＵＥは、ＲＸ ＵＥがどのフィードバック経路／チャネルを使用すべきかを明示的に示し得、ＴＸ ＵＥのカバレージ状態に従ってどの経路かを決定し得る。たとえば、ＴＸ ＵＥ８０２は、それが範囲の外にあり、したがって、ｅＮＢ８３２から通信を受信することができないことに気づき得る。ＴＸ ＵＥ８０２は、ｅＮＢ８３２からフィードバックを受信することができないので、ＴＸ ＵＥ８０２は、それがＤ２Ｄ通信において関与しているＲＸ ＵＥ８１３、８１４、および８１５からフィードバックが直接来ることをＴＸ ＵＥ８０２が望むことを示し得る。したがって、ＲＸ ＵＥ８１３、８１４、および８１５は、フィードバックを（たとえば、フィードバック経路８４５、８４６、または８４７の各々を介して）ＴＸ ＵＥ８０２に直接送信し得る。したがって、（１つまたは複数の）どのフィードバック経路が使用されるべきであるかに関するＴＸ ＵＥの指示は、それ自体のカバレージ状態に基づいており、指示を与えるための方法は様々な方法で行われ得る。

[0073]本実施形態の１つの方法によれば、ＴＸ ＵＥのカバレージ状態（たとえば、カバレージ中にあるのかカバレージの外にあるのか）は、ＴＸ ＵＥによって送られたＳＡ中に含まれるカバレージ状態情報によって示され得る。たとえば、カバレージ状態情報は、ＴＸ ＵＥが、ＲＸ ＵＥが直接経路を使用することを期待するのか、ＲＸ ＵＥが間接経路を使用することを期待するのかを示し得る。ＴＸ ＵＥがカバレージの外にある場合（たとえば、ＴＸ ＵＥ８０２）、カバレージ状態情報は、（たとえば、送信経路８６０を介して）ＳＡ中で送られ得、ＴＸ ＵＥが、対応するＲＸ ＵＥ（たとえば、ＲＸ ＵＥ８１３）がフィードバックをＴＸ ＵＥに送信するために直接フィードバック経路（たとえば、フィードバック経路８４７）を使用することを望むことを、ＲＸ ＵＥに示し得る。

[0074]本実施形態の別の方法によれば、ＳＡ中で示されたＴＸ ＵＥのカバレージ状態情報は、ＴＸ ＵＥが対応するｅＮＢのＵＬ／ＤＬカバレージ中にあるかどうかを示し得る。この実施形態では、ＴＸ ＵＥは、１つまたは複数の対応するＲＸ ＵＥによって受信されたＳＡ中で、ＴＸ ＵＥがアップリンクおよび／またはダウンリンクカバレージ中にあるかどうかを示し得る。本実施形態では、ＴＸ ＵＥは、ＲＸ ＵＥにどのフィードバック経路を使用すべきかを指示しないことがあるが、代わりに、単にＲＸ ＵＥにＴＸ ＵＥのカバレージ状態を通知し得る。その後、ＲＸ ＵＥは、どのフィードバック経路を使用すべきかを個々に決定し得る。

[0075]本実施形態のまた別の方法によれば、ＴＸ ＵＥのカバレージ状態をＳＡ中で示すことの代わりに、対応するＲＸ ＵＥによって受信されたＳＡは、リソース割振りのためにＴＸ ＵＥによってモード１が使用されているのかモード２が使用されているのかを示し得る。いくつかの場合には、ＲＸ ＵＥは、単に、（たとえば、モード１およびモード２が別個のＳＡリソースプールを使用するとき）使用されているリソースを分析することによって、モード１が使用されているのかモード２が使用されているのかを推論することが可能であり得るので、ＴＸ ＵＥがモード１を使用しているのかモード２を使用しているのかの明示的指示が必要でないことがある。さらに、ＲＸ ＵＥは、モード１が使用されているとき、ＴＸ ＵＥがカバレージ内にあると決定し得る。しかしながら、ＴＸ ＵＥがモード２を使用している場合、ＴＸ ＵＥは、カバレージの外にあり得るか、または、単に、直接経路を使用することによって（たとえば、ネットワークが負荷をかけられているかまたはオーバーロードされている場合）ネットワークに関与することを避けるために、モード２を使用していることがある。ＴＸ ＵＥが、ネットワーク制御が必要とされないときにそれの使用を回避することによって、ネットワークの全体的性能が改善され得る。

[0076]第２の例示的な実施形態によれば、ＲＸ ＵＥは、それ自体のカバレージ状態に基づいて、（１つまたは複数の）どのフィードバック経路を使用すべきかを決定し得る。たとえば、ＲＸ ＵＥがカバレージ中にある（たとえば、ＲＸ ＵＥ８１２）場合、ＲＸ ＵＥは間接フィードバック経路（たとえば、フィードバック経路８４３および８４４）を選定し得る。ＲＸ ＵＥがカバレージの外にある（たとえば、ＲＸ ＵＥ８１６）場合、ＲＸ ＵＥは直接フィードバック経路（たとえば、フィードバック経路８４８）を選定し得る。

[0077]第３の例示的な実施形態によれば、ＲＸ ＵＥは、それ自体のカバレージ状態ならびに対応するＴＸ ＵＥによって示されたカバレージ状態の両方の分析に基づいて、（１つまたは複数の）どのフィードバック経路を使用すべきか決定し得る。たとえば、ＴＸ ＵＥまたはＲＸ ＵＥのいずれかがカバレージ外にある場合、ＲＸ ＵＥは直接フィードバック経路を使用することを選択し得る。ＴＸ ＵＥとＲＸ ＵＥの両方がカバレージ内にある（たとえば、ＴＸ ＵＥ８０１とＲＸ ＵＥ ８１１）場合、ＲＸ ＵＥは間接フィードバック経路（たとえば、フィードバック経路８４１および８４２）を選定し得る。

[0078]前述のように、フィードバック中に含まれている情報は、概して、ＴＸ ＵＥによって送信された発見信号および／またはＴＸ ＵＥによって送信されたＳＡの関数であり得る。

[0079]ＲＸ ＵＥの観点からフィードバック中にどんな情報が含まれているかに関して、フィードバック経路が決定されると（たとえば、ＴＸ ＵＥから受信された１つまたは複数の信号に従ってフィードバック経路が決定されると）、ＲＸ ＵＥが送信するフィードバックは、ＴＸ ＵＥによって送信されたＳＡ、ＴＸ ＵＥによって送信された発見信号、および／またはＤ２Ｄデータの関数であり得る。一実施形態では、フィードバック中に含まれている情報は、電力制御に対応し得る。別の実施形態では、フィードバック中に含まれている情報は、ＡＣＫ／ＮＡＣＫに対応し得る。たとえば、ＴＸ ＵＥがＳＡを全電力で送信している場合など、信号がＴＸ ＵＥから全電力で送信されている場合、ＲＸ ＵＥは、ＲＸ ＵＥがＴＸ ＵＥからどのくらい離れているかの計算を可能にするために、フィードバック情報をＴＸ ＵＥに送信することができる。同様に、（たとえば、発見信号が固定電力で送信される場合）発見信号が使用され得る。したがって、ＳＡおよび発見信号は、どのようなフィードバックが送信されるべきであるのかを計算するために使用され得る。

[0080]以下で説明する例示的な実施形態は、Ｄ２Ｄ通信のためのフィードバック制御を与えるための方法を与える。

[0081]例示的な実施形態によれば、図９は、ワイヤレス通信の方法のフローチャート９００である。本方法はＵＥによって実行され得る。

[0082]図９に示されているように、ステップ９０１において、ＵＥは、発見信号、Ｄ２Ｄデータ、またはＳＡを送信し得、フィードバックは、発見信号、Ｄ２Ｄデータ、またはＳＡの関数であり得る。たとえば、図８を参照すると、ＵＥ８０１、８０２、または８０３は、８６０、８６１、８６２、８６３、８６４、または８６５において、発見信号、Ｄ２Ｄデータ、またはＳＡを送信し得る。

[0083]ステップ９０２において、ＵＥは、第２のＵＥにＤ２Ｄ通信において情報を送信し、情報は、第２のＵＥがＵＥへの直接フィードバック経路を使用すべきなのかＵＥへの間接フィードバック経路を使用すべきなのかを示す。たとえば、図８を参照すると、ＵＥ（たとえば、ＴＸ ＵＥ８０１、８０２、または８０３）は、第２のＵＥ（たとえば、ＴＸ ＵＥ８０１に対応するＲＸ ＵＥ８１１または８１２、ＴＸ ＵＥ８０２に対応するＲＸ ＵＥ８１３、８１４、または８１５、あるいはＴＸ ＵＥ８０３に対応するＲＸ ＵＥ８１６のうちの１つ）にＤ２Ｄ通信（たとえば、８６０、８６１、８６２、８６３、８６４、または８６５）において情報を送信し、情報は、第２のＵＥ８１１、８１２、８１３、８１４、８１５、または８１６が、ＵＥ８０２または８０３への直接フィードバック経路（ＲＸ ＵＥ８１３に対応する経路８４７、ＲＸ ＵＥ８１４に対応する経路８４５、ＲＸ ＵＥ８１５に対応する経路８４６、およびＲＸ ＵＥ８１６に対応する経路８４８）を使用すべきなのか、ＵＥ８０１への間接フィードバック経路（ＲＸ ＵＥ８１１に対応する経路８４１〜８４２、またはＲＸ ＵＥ８１２に対応する経路８４３〜８４４〜８４２）を使用すべきなのかを示す。

[0084]ステップ９０４において、ＵＥは、Ｄ２Ｄ通信において示された情報に基づいて直接フィードバック経路または間接フィードバック経路のうちの１つを通してフィードバックを受信する。たとえば、図８を参照すると、ＵＥ８０２または８０３は、Ｄ２Ｄ通信８６０、８６１、８６２、８６３、８６４、または８６５において示された情報に基づいて、直接フィードバック経路８４５、８４６、８４７、または８４８、間接フィードバック経路８４１〜８４２、あるいは間接フィードバック経路８４３〜８４４〜８４２のうちの１つを通してフィードバックを受信する。

[0085]ステップ９０６において、ＵＥは、フィードバックを基地局に送信し、ここにおいて、第２のＵＥは基地局のカバレージの外にある。たとえば、図８を参照すると、ＵＥ８０３は、フィードバック８５０を基地局８３２に送信し得、ここにおいて、第２のＵＥ８１６は基地局８３２のカバレージの外にある。ステップ９０８において、ＵＥは、フィードバックを基地局に送信したことに応答して、基地局から追加のフィードバックを受信する。たとえば、図８を参照すると、ＵＥ８０３は、フィードバック８５０を基地局８３２に送信したことに応答して、基地局８３２から追加のフィードバック８４９を受信し得る。

[0086]一構成では、間接フィードバック経路は、第２のＵＥから基地局への第１の経路と、基地局からＵＥへの第２の経路とを含む。たとえば、図８を参照すると、間接フィードバック経路８４１〜８４２は、第２のＵＥ８１１から基地局８３２への第１の経路８４１と、基地局８３２からＵＥ８０１への第２の経路８４２とを含む。

[0087]一構成では、間接フィードバック経路は、第２のＵＥから第２のＵＥをサービスしている第１の基地局への第１の経路と、第１の基地局からＵＥをサービスしている第２の基地局への第２の経路と、第２の基地局からＵＥへの第３の経路とを含む。たとえば、図８を参照すると、間接フィードバック経路８４３〜８４４〜８４２は、第２のＵＥ８１２から第２のＵＥ８１２をサービスしている第１の基地局８２２への第１の経路８４３と、第１の基地局８２２からＵＥ８０１をサービスしている第２の基地局８３２への第２の経路８４４と、第２の基地局８３２からＵＥ８０１への第３の経路８４２とを含む。

[0088]一構成では、フィードバックは電力制御コマンドを含む。ＵＥは、電力制御コマンドを含むフィードバックに従って送信電力を調整し得る。一構成では、フィードバックはＡＣＫ／ＮＡＣＫに対応する。一構成では、Ｄ２Ｄ通信において示された情報は、直接経路を使用すべきなのか間接経路を使用すべきなのかを明示的に示す。一構成では、Ｄ２Ｄ通信において示された情報は、ＵＥが基地局のカバレージ内にあるかどうかを示す。一構成では、Ｄ２Ｄ通信において示された情報が、ＵＥのリソース割振りモードを示す。

[0089]例示的な実施形態によれば、図１０は、ワイヤレス通信の方法のフローチャート１０００である。本方法はＵＥによって実行され得る。

[0090]図１０に示されているように、ステップ１００２において、ＵＥは第２のＵＥからＤ２Ｄ通信を受信する。たとえば、図８を参照すると、ＵＥ（たとえば、ＴＸ ＵＥ８０１に対応するＲＸ ＵＥ８１１または８１２、ＴＸ ＵＥ８０２に対応するＲＸ ＵＥ８１３、８１４、または８１５、あるいはＴＸ ＵＥ８０３に対応するＲＸ ＵＥ ８１６のうちの１つ）は、第２のＵＥ８０１、８０２、または８０３からＤ２Ｄ通信８６０、８６１、８６２、８６３、８６４または８６５を受信する。

[0091]ステップ１００３において、ＵＥは、ＵＥが基地局のアップリンクカバレージ中にあるかどうかを決定する。たとえば、図８を参照すると、ＵＥ８１１、８１２、８１３、８１４、８１５、または８１６は、ＵＥ８１１、８１２、８１３、８１４、８１５、または８１６が基地局（たとえば、ＵＥ８１１または８１３に対応する基地局８３２、あるいはＵＥ８１２に対応する基地局８２２）のアップリンクカバレージ中にあるかどうかを決定し得る。

[0092]ステップ１００４において、ＵＥは、Ｄ２Ｄ通信に応答してフィードバックを第２のＵＥへの直接フィードバック経路を介して送信すべきなのか第２のＵＥへの間接フィードバック経路を介して送信すべきなのかを決定する。たとえば、図８を参照すると、ＵＥは、Ｄ２Ｄ通信８６０、８６１、８６２、８６３、８６４、または８６５に応答してフィードバックを第２のＵＥ８０２または８０３への直接フィードバック経路（ＲＸ ＵＥ８１３に対応する経路８４７、ＲＸ ＵＥ８１４に対応する経路８４５、ＲＸ ＵＥ８１５に対応する経路８４６、およびＲＸ ＵＥ８１６に対応する経路８４８）を介して送信すべきなのか、第２のＵＥ８０１への間接フィードバック経路（ＲＸ ＵＥ８１１に対応する経路８４１〜８４２、またはＲＸ ＵＥ８１２に対応する経路８４３〜８４４〜８４２）を介して送信すべきなのかを決定する。

[0093]ステップ１００６において、ＵＥは、Ｄ２Ｄ通信に応答して、フィードバックを決定されたフィードバック経路中で送信する。たとえば、図８を参照すると、ＵＥ８１１、８１２、８１３、８１４、８１５、または８１６は、Ｄ２Ｄ通信８６０、８６１、８６２、８６３、８６４、または８６５に応答して、フィードバックを決定されたフィードバック経路８４５、８４６、８４７、８４８、８４１〜８４２、または８４３〜８４４〜８４２中で送信する。

[0094]一構成では、間接フィードバック経路は、ＵＥから基地局への第１の経路と、基地局から第２のＵＥへの第２の経路とを含む。たとえば、図８を参照すると、間接フィードバック経路８４１〜８４２は、ＵＥ８１１から基地局８３２への第１の経路８４１と、基地局８３２から第２のＵＥ８０１への第２の経路８４２とを含む。

[0095]一構成では、間接フィードバック経路は、ＵＥからＵＥをサービスしている第１の基地局への第１の経路と、第１の基地局から第２のＵＥをサービスしている第２の基地局への第２の経路と、第２の基地局から第２のＵＥへの第３の経路とを含む。たとえば、図８を参照すると、間接フィードバック経路８４３〜８４４〜８４２は、ＵＥ８１２からＵＥ８１２をサービスしている第１の基地局８２２への第１の経路８４３と、第１の基地局８２２から第２のＵＥ８０１をサービスしている第２の基地８３２局への第２の経路８４４と、第２の基地局８３２から第２のＵＥ８０１への第３の経路８４２とを含む。

[0096]一構成では、Ｄ２Ｄ通信は発見信号またはＳＡであり、フィードバックは電力制御コマンドを備える。一構成では、Ｄ２Ｄ通信はＤ２Ｄデータ通信であり、フィードバックはＡＣＫ／ＮＡＣＫに対応する。

[0097]一構成では、ＵＥは、直接経路を使用すべきなのか間接経路を使用すべきなのかを示す第２のＤ２Ｄ通信を受信し得る。第２のＤ２Ｄ通信はＳＡであり得る。第２のＤ２Ｄ通信において示された情報は、直接経路を使用すべきなのか間接経路を使用すべきなのかを明示的に示し得る。第２のＤ２Ｄ通信において示された情報は、第２のＵＥが基地局のカバレージ内にあるかどうかを示し得る。第２のＤ２Ｄ通信において示された情報は、第２のＵＥのリソース割振りモードを示し得る。

[0098]一構成では、ＵＥは、ＵＥが基地局のカバレージ中にあるかどうかを決定し得、ここにおいて、ＵＥが基地局のカバレージ外にあるとき、直接フィードバック経路を使用することを決定し、ＵＥが基地局のカバレージ中にあるとき、間接フィードバック経路を使用することを決定する。たとえば、図８を参照すると、ＵＥ８１１または８１６は、ＵＥ８１１または８１６が基地局８３２のカバレージ中にあるかどうかを決定し得、ここにおいて、ＵＥ８１６は、ＵＥ８１６が基地局８３２のカバレージ外にあるとき、直接フィードバック経路８４８を使用することを決定し、ＵＥ８１１は、ＵＥ８１１が基地局８３２のカバレージ中にあるとき、間接フィードバック経路８４１〜８４２を使用することを決定する。

[0099]図１１は、例示的な装置１１０２中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図１１００である。本装置はＵＥであり得る。装置１１０２は、Ｄ２Ｄ通信において示された情報に基づいてフィードバックを直接フィードバック経路または間接フィードバック経路のうちの１つを通してを受信することと、フィードバックを基地局（たとえば、基地局１１２２）に送信したことに応答して、基地局から追加のフィードバックを受信することと、別のＵＥ（たとえば、ＵＥ１１０１）からＤ２Ｄ通信を受信することと、直接経路を使用すべきなのか間接経路を使用すべきなのかを示す第２のＤ２Ｄ通信を受信することとを行うように構成された、受信モジュール１１０４を含む。

[00100]装置１１０２は、受信モジュール１１０４と通信するように構成され、Ｄ２Ｄ通信に応答してフィードバックを別のＵＥ（たとえば、１１０１）への直接フィードバック経路を介して送信すべきなのか別のＵＥへの間接フィードバック経路を介して送信すべきなのかを決定することと、ＵＥが基地局（たとえば、基地局１１２２）のアップリンクカバレージ中にあるかどうかを決定することとを行うように構成された、決定モジュール１１０６をさらに含む。

[00101]装置１１０２は、決定モジュール１１０６と通信するように構成され、直接フィードバック経路を使用すべきなのか基地局（たとえば、基地局１１２２）を介した間接フィードバック経路を使用すべきなのかを示すための情報を、別のＵＥ（たとえば、ＵＥ１１０１）にＤ２Ｄ通信において送信することと、発見信号、Ｄ２Ｄデータ、またはスケジューリング割当てを送信することと、Ｄ２Ｄ通信に応答して、フィードバックを決定されたフィードバック経路中で送信することとを行うように構成された、送信モジュール１１０８をさらに含む。

[00102]本装置は、図９および／または図１０の上述のフローチャート中のアルゴリズムのブロックの各々を実行する追加のモジュールを含み得る。したがって、図９および／または図１０の上述のフローチャート中の各ブロックは１つのモジュールによって実行され得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。

[00103]図１２は、処理システム１２１４を採用する装置１１０２’のためのハードウェア実装形態の一例を示す図１２００である。処理システム１２１４は、バス１２２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１２２４は、処理システム１２１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１２２４は、プロセッサ１２０４によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールと、モジュール１１０４、１１０６、１１０８と、コンピュータ可読媒体／メモリ１２０６とを含む様々な回路を互いにリンクする。バス１２２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。

[00104]処理システム１２１４はトランシーバ１２１０に結合され得る。トランシーバ１２１０は１つまたは複数のアンテナ１２２０に結合される。トランシーバ１２１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ１２１０は、１つまたは複数のアンテナ１２２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１２１４、特に受信モジュール１１０４に与える。さらに、トランシーバ１２１０は、処理システム１２１４、特に送信モジュール１１０８から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１２２０に適用されるべき信号を生成する。処理システム１２１４は、コンピュータ可読媒体／メモリ１２０６に結合されたプロセッサ１２０４を含む。プロセッサ１２０４は、コンピュータ可読媒体／メモリ１２０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１２０４によって実行されたとき、処理システム１２１４に、特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体／メモリ１２０６はまた、ソフトウェアを実行するときにプロセッサ１２０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール１１０４、１１０６、および１１０８のうちの少なくとも１つをさらに含む。それらのモジュールは、プロセッサ１２０４中で動作し、コンピュータ可読媒体／メモリ１２０６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ１２０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム１２１４は、ＵＥ６５０の構成要素であり得、メモリ６６０および／またはＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とのうちの少なくとも１つを含み得る。

[00105]一構成では、ワイヤレス通信のための装置１１０２／１１０２’は第２のＵＥにＤ２Ｄ通信において情報を送信するための手段を含み、情報は、第２のＵＥがＵＥへの直接フィードバック経路を使用すべきなのかＵＥへの間接フィードバック経路を使用すべきなのかを示す。ＵＥは、Ｄ２Ｄ通信において示された情報に基づいて直接フィードバック経路または間接フィードバック経路のうちの１つを通してフィードバックを受信するための手段をさらに含む。ＵＥは、フィードバックを基地局に送信するための手段をさらに含み得、ここにおいて、第２のＵＥは基地局のカバレージの外にある。ＵＥは、フィードバックを基地局に送信したことに応答して、基地局から追加のフィードバックを受信するための手段をさらに含み得る。ＵＥは、フィードバックを基地局に送信するための手段をさらに含み得、ここにおいて、第２のＵＥは基地局のカバレージの外にある。ＵＥは、フィードバックを基地局に送信したことに応答して、基地局から追加のフィードバックを受信するための手段をさらに含み得る。ＵＥは、発見信号、Ｄ２Ｄデータ、またはスケジューリング割当てを送信するための手段をさらに含み得、ここにおいて、フィードバックは、発見信号、Ｄ２Ｄデータ、またはスケジューリング割当ての関数である。

[00106]ＵＥの別の実施形態は、第２のＵＥからＤ２Ｄ通信を受信するための手段を含む。ＵＥは、Ｄ２Ｄ通信に応答してフィードバックを第２のＵＥへの直接フィードバック経路を介して送信すべきなのか第２のＵＥへの間接フィードバック経路を介して送信すべきなのかを決定するための手段をさらに含む。ＵＥは、Ｄ２Ｄ通信に応答して、フィードバックを決定されたフィードバック経路中で送信するための手段をさらに含む。ＵＥは、直接経路を使用すべきなのか間接経路を使用すべきなのかを示す第２のＤ２Ｄ通信を受信するための手段をさらに含み得る。ＵＥは、ＵＥが基地局のアップリンクカバレージ中にあるかどうかを決定するための手段をさらに含み得る。

[00107]上述の手段は、上述の手段によって具陳された機能を実行するように構成された、装置１１０２、および／または装置１１０２’の処理システム１２１４の上述のモジュールのうちの１つまたは複数であり得る。上記で説明したように、処理システム１２１４は、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成された、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とであり得る。

[00108]開示したプロセス／フローチャートにおけるステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセス／フローチャート中のステップの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのステップは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。

[00109]以上の説明は、当業者が本明細書で説明した様々な態様を実施できるようにするために与えられた。これらの態様に対する様々な変更は当業者には容易に明らかであり、本明細書で定義された一般原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書では、「例、事例、または例示の働きをすること」を意味するために使用する。「例示的」として本明細書で説明するいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。別段に明記されていない限り、「いくつか」という用語は１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、ならびに「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。詳細には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、ならびに「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣであり得、ここで、いかなるそのような組合せも、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバーを含んでいることがある。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。その上、本明細書で開示したいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「ための手段」という語句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
[Ｃ１] ユーザ機器（ＵＥ）のワイヤレス通信の方法であって、
第２のＵＥにデバイスツーデバイス（Ｄ２Ｄ）通信において情報を送信することと、前記情報は、前記第２のＵＥが前記ＵＥへの直接フィードバック経路を使用すべきなのか前記ＵＥへの間接フィードバック経路を使用すべきなのかを示す、
前記Ｄ２Ｄ通信において示された前記情報に基づいて前記直接フィードバック経路または前記間接フィードバック経路のうちの１つを通してフィードバックを受信することとを備える、方法。
[Ｃ２] 前記間接フィードバック経路が、
前記第２のＵＥから基地局への第１の経路と、
前記基地局から前記ＵＥへの第２の経路とを備える、Ｃ１に記載の方法。
[Ｃ３] 前記フィードバックが電力制御コマンドを備える、Ｃ１に記載の方法。
[Ｃ４] 前記Ｄ２Ｄ通信において示された前記情報が、前記直接経路を使用すべきなのか前記間接経路を使用すべきなのかを明示的に示す、Ｃ１に記載の方法。
[Ｃ５] 前記Ｄ２Ｄ通信において示された前記情報は、前記ＵＥが基地局のカバレージ内にあるかどうかを示す、Ｃ１に記載の方法。
[Ｃ６] 前記Ｄ２Ｄ通信において示された前記情報が、Ｄ２Ｄ通信のために使用された前記ＵＥのリソース割振りモードを示す、Ｃ１に記載の方法。
[Ｃ７] 前記フィードバックを基地局に送信することと、ここにおいて、前記第２のＵＥが前記基地局のカバレージの外にある、
前記フィードバックを前記基地局に送信したことに応答して、前記基地局から追加のフィードバックを受信することとをさらに備える、Ｃ１に記載の方法。
[Ｃ８] 発見信号、Ｄ２Ｄデータ、またはスケジューリング割当てを送信することをさらに備え、ここにおいて、前記フィードバックが、前記発見信号、Ｄ２Ｄデータ、または前記スケジューリング割当ての関数である、Ｃ１に記載の方法。
[Ｃ９] ユーザ機器（ＵＥ）のワイヤレス通信の方法であって、
第２のＵＥからデバイスツーデバイス（Ｄ２Ｄ）通信を受信することと、
前記Ｄ２Ｄ通信に応答してフィードバックを前記第２のＵＥへの直接フィードバック経路を介して送信すべきなのか前記第２のＵＥへの間接フィードバック経路を介して送信すべきなのかを決定することと、
前記Ｄ２Ｄ通信に応答して、前記フィードバックを前記決定されたフィードバック経路中で送信することとを備える、方法。
[Ｃ１０] 前記間接フィードバック経路が、
前記ＵＥから基地局への第１の経路と、
前記基地局から前記第２のＵＥへの第２の経路とを備える、Ｃ９に記載の方法。
[Ｃ１１] 前記Ｄ２Ｄ通信が、発見信号またはスケジューリング割当てであり、ここにおいて、前記フィードバックが電力制御コマンドを備える、Ｃ９に記載の方法。
[Ｃ１２] 前記直接経路を使用すべきなのか前記間接経路を使用すべきなのかを示す第２のＤ２Ｄ通信を受信することをさらに備える、Ｃ９に記載の方法。
[Ｃ１３] 前記ＵＥが基地局のアップリンクカバレージ中にあるかどうかを決定することをさらに備え、
ここにおいて、前記ＵＥは、前記ＵＥが前記基地局のアップリンクカバレージ外にあるとき、前記直接フィードバック経路を使用することを決定し、前記ＵＥが前記基地局のアップリンクカバレージ中にあるとき、前記間接フィードバック経路を使用することを決定する、Ｃ９に記載の方法。
[Ｃ１４] 前記直接フィードバック経路または前記間接フィードバック経路が、基地局からの情報に従って、または前記ＵＥに記憶された情報に従って決定される、Ｃ９に記載の方法。
[Ｃ１５] ユーザ機器（ＵＥ）のワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサとを備え、前記少なくとも１つのプロセッサは、
第２のＵＥにデバイスツーデバイス（Ｄ２Ｄ）通信において情報を送信することと、前記情報は、前記第２のＵＥが前記ＵＥへの直接フィードバック経路を使用すべきなのか前記ＵＥへの間接フィードバック経路を使用すべきなのかを示す、
前記Ｄ２Ｄ通信において示された前記情報に基づいて前記直接フィードバック経路または前記間接フィードバック経路のうちの１つを通してフィードバックを受信することと
を行うように構成された、装置。
[Ｃ１６] 前記間接フィードバック経路が、
前記第２のＵＥから基地局への第１の経路と、
前記基地局から前記ＵＥへの第２の経路とを備える、Ｃ１５に記載の装置。
[Ｃ１７] 前記フィードバックが電力制御コマンドを備える、Ｃ１５に記載の装置。
[Ｃ１８] 前記フィードバックが肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）に対応する、Ｃ１５に記載の装置。
[Ｃ１９] 前記Ｄ２Ｄ通信において示された前記情報が、前記直接経路を使用すべきなのか前記間接経路を使用すべきなのかを明示的に示す、Ｃ１５に記載の装置。
[Ｃ２０] 前記Ｄ２Ｄ通信において示された前記情報は、前記ＵＥが基地局のカバレージ内にあるかどうかを示す、Ｃ１５に記載の装置。
[Ｃ２１] 前記Ｄ２Ｄ通信において示された前記情報が、前記ＵＥのリソース割振りモードを示す、Ｃ１５に記載の装置。
[Ｃ２２] 前記少なくとも１つのプロセッサは、
前記フィードバックを基地局に送信することと、ここにおいて、前記第２のＵＥが前記基地局のカバレージの外にある、
前記フィードバックを前記基地局に送信したことに応答して、前記基地局から追加のフィードバックを受信することとを行うようにさらに構成された、Ｃ１５に記載の装置。
[Ｃ２３] 前記少なくとも１つのプロセッサは、発見信号、Ｄ２Ｄデータ、またはスケジューリング割当てを送信するようにさらに構成され、ここにおいて、前記フィードバックが、前記発見信号、Ｄ２Ｄデータ、または前記スケジューリング割当ての関数である、Ｃ１５に記載の装置。
[Ｃ２４] ユーザ機器（ＵＥ）のワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサとを備え、前記少なくとも１つのプロセッサは、
第２のＵＥからデバイスツーデバイス（Ｄ２Ｄ）通信を受信することと、
前記Ｄ２Ｄ通信に応答してフィードバックを前記第２のＵＥへの直接フィードバック経路を介して送信すべきなのか前記第２のＵＥへの間接フィードバック経路を介して送信すべきなのかを決定することと、
前記Ｄ２Ｄ通信に応答して、前記フィードバックを前記決定されたフィードバック経路中で送信することと
を行うように構成された、装置。
[Ｃ２５] 前記間接フィードバック経路が、
前記ＵＥから基地局への第１の経路と、
前記基地局から前記第２のＵＥへの第２の経路とを備える、Ｃ２４に記載の装置。
[Ｃ２６] 前記Ｄ２Ｄ通信が、発見信号またはスケジューリング割当てであり、ここにおいて、前記フィードバックが電力制御コマンドを備える、Ｃ２４に記載の装置。
[Ｃ２７] 前記Ｄ２Ｄ通信がＤ２Ｄデータ通信であり、ここにおいて、前記フィードバックが肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）に対応する、Ｃ２４に記載の装置。
[Ｃ２８] 前記少なくとも１つのプロセッサが、前記直接経路を使用すべきなのか前記間接経路を使用すべきなのかを示す第２のＤ２Ｄ通信を受信するようにさらに構成された、Ｃ２４に記載の装置。
[Ｃ２９] 前記少なくとも１つのプロセッサは、前記ＵＥが基地局のアップリンクカバレージ中にあるかどうかを決定するようにさらに構成され、
ここにおいて、前記ＵＥは、前記ＵＥが前記基地局のアップリンクカバレージ外にあるとき、前記直接フィードバック経路を使用することを決定し、前記ＵＥが前記基地局のアップリンクカバレージ中にあるとき、前記間接フィードバック経路を使用することを決定する、Ｃ２４に記載の装置。
[Ｃ３０] 前記少なくとも１つのプロセッサが、基地局からの情報に従って、または前記ＵＥに記憶された情報に従って、前記直接フィードバック経路または前記間接フィードバック経路を決定するように構成された、Ｃ２４に記載の装置。

Claims (15)

1. ユーザ機器（ＵＥ）のワイヤレス通信の方法であって、
   第２のＵＥにデバイスツーデバイス（Ｄ２Ｄ）通信において情報を送信することと、前記情報は、前記第２のＵＥが前記ＵＥへの直接フィードバック経路を使用すべきなのか前記ＵＥへの間接フィードバック経路を使用すべきなのかを明示的に示す、
   前記Ｄ２Ｄ通信において示された前記情報に基づいて前記直接フィードバック経路または前記間接フィードバック経路のうちの１つを通してフィードバックを受信することと
   を備える、方法。
2. 前記間接フィードバック経路が、
   前記第２のＵＥから基地局への第１の経路と、
   前記基地局から前記ＵＥへの第２の経路と
   を備える、請求項１に記載の方法。
3. 前記フィードバックが電力制御コマンドを備える、請求項１に記載の方法。
4. 前記Ｄ２Ｄ通信において示された前記情報は、前記ＵＥが基地局のカバレージ内にあるかどうかを示す、請求項１に記載の方法。
5. 前記Ｄ２Ｄ通信において示された前記情報が、Ｄ２Ｄ通信のために使用された前記ＵＥのリソース割振りモードを示す、請求項１に記載の方法。
6. 前記フィードバックを基地局に送信することと、ここにおいて、前記第２のＵＥが前記基地局のカバレージの外にある、
   前記フィードバックを前記基地局に送信したことに応答して、前記基地局から追加のフィードバックを受信することと
   をさらに備える、請求項１に記載の方法。
7. 発見信号、Ｄ２Ｄデータ、またはスケジューリング割当てを送信することをさらに備え、ここにおいて、前記フィードバックが、前記発見信号、Ｄ２Ｄデータ、または前記スケジューリング割当ての関数である、請求項１に記載の方法。
8. ユーザ機器（ＵＥ）のワイヤレス通信の方法であって、
   第２のＵＥからデバイスツーデバイス（Ｄ２Ｄ）通信を受信することと、前記Ｄ２Ｄ情報は、前記ＵＥが前記第２のＵＥへの直接フィードバック経路を使用すべきなのか前記第２のＵＥへの間接フィードバック経路を使用すべきなのかを明示的に示す、
   前記Ｄ２Ｄ通信に基づいて、前記Ｄ２Ｄ通信に応答してフィードバックを前記第２のＵＥへの前記直接フィードバック経路を介して送信すべきなのか前記第２のＵＥへの前記間接フィードバック経路を介して送信すべきなのかを決定することと、
   前記Ｄ２Ｄ通信に応答して、前記フィードバックを前記決定されたフィードバック経路中で送信することと
   を備える、方法。
9. 前記間接フィードバック経路が、
   前記ＵＥから基地局への第１の経路と、
   前記基地局から前記第２のＵＥへの第２の経路と
   を備える、請求項８に記載の方法。
10. 前記Ｄ２Ｄ通信が、発見信号またはスケジューリング割当てであり、ここにおいて、前記フィードバックが電力制御コマンドを備える、請求項８に記載の方法。
11. 前記ＵＥが基地局のアップリンクカバレージ中にあるかどうかを決定することをさらに備え、
    ここにおいて、前記ＵＥは、前記ＵＥが前記基地局のアップリンクカバレージ外にあるとき、前記直接フィードバック経路を使用することを決定し、前記ＵＥが前記基地局のアップリンクカバレージ中にあるとき、前記間接フィードバック経路を使用することを決定する、請求項８に記載の方法。
12. 前記直接フィードバック経路または前記間接フィードバック経路が、基地局からの情報に従って、または前記ＵＥに記憶された情報に従って決定される、請求項８に記載の方法。
13. ユーザ機器（ＵＥ）のワイヤレス通信のための装置であって、
    第２のＵＥにデバイスツーデバイス（Ｄ２Ｄ）通信において情報を送信するための手段と、前記情報は、前記第２のＵＥが前記ＵＥへの直接フィードバック経路を使用すべきなのか前記ＵＥへの間接フィードバック経路を使用すべきなのかを明示的に示す、
    前記Ｄ２Ｄ通信において示された前記情報に基づいて前記直接フィードバック経路または前記間接フィードバック経路のうちの１つを通してフィードバックを受信するための手段と
    を備える、装置。
14. ユーザ機器（ＵＥ）のワイヤレス通信のための装置であって、
    第２のＵＥからデバイスツーデバイス（Ｄ２Ｄ）通信を受信するための手段と、前記Ｄ２Ｄ情報は、前記ＵＥが前記第２のＵＥへの直接フィードバック経路を使用すべきなのか前記第２のＵＥへの間接フィードバック経路を使用すべきなのかを明示的に示す、
    前記Ｄ２Ｄ通信に基づいて、前記Ｄ２Ｄ通信に応答してフィードバックを前記第２のＵＥへの前記直接フィードバック経路を介して送信すべきなのか前記第２のＵＥへの前記間接フィードバック経路を介して送信すべきなのかを決定するための手段と、
    前記Ｄ２Ｄ通信に応答して、前記フィードバックを前記決定されたフィードバック経路中で送信するための手段と
    を備える、装置。
15. 実行されたとき、コンピュータに、請求項１から７、および／または請求項８から１２のうちのいずれかを実行させるコードを備えるコンピュータプログラム。

Images