JP6285033B2 - デバイスツーデバイス通信のためのユーザ装置、コンピュータプログラム、記憶媒体及び通信方法 - Google Patents

Description

実施例は、無線通信と関係がある。いくつかの実施例は、ＬＴＥネットワークを含む無線ネットワークに関する。いくつかの実施例は、デバイスツーデバイス（Ｄ２Ｄ）通信に関する。いくつかの実施例は、Ｄ２Ｄディスカバリに関する。いくつかの実施例は、Ｐｒｏ−Ｓｅのような近接情報サービスに関する。

この出願は、２０１３年９月２６日に出願された米国仮特許出願第６１／８８３，１２７号に対する優先権の利益を主張するとともに、それは、参照によりその全体においてここに組み込まれている。

セルラネットワークは、そのカバレージエリアにおいて動作する移動機のために音声、データ、及び他の通信サービスをサポートし得る。場合によっては、移動機の高データスループット又は高負荷量に対する要求は、挑戦的であり得るか、又はネットワークにとって対応することが不可能である場合さえある。一例として、高負荷量は、競技場におけるスポーツ競技のような、多数の人々が地理的領域内に集まる事象の間に発生し得る。別の例として、人口密集地域にサービスを提供するネットワークは、同様の挑戦を経験し得る。

そのようなシナリオでは、ネットワークを介して相互に通信している移動機のペア又はグループは、実際には、相互に極めて接近して位置し得る可能性がある。もし可能であれば、直接的なデバイスツーデバイス（Ｄ２Ｄ）通信がいくつかの移動機の間で確立されることは、ネットワーク、及びネットワーク内で動作する装置に有益であり得る。結果的に、Ｄ２Ｄ通信は、装置の負荷量又はネットワークの要求を軽減し得るとともに、従ってそのようなシステム及び方法の必要性がある。

いくつかの実施例による３ＧＰＰネットワークの機能線図である。 いくつかの実施例によるユーザ装置（ＵＥ）の構成図である。 いくつかの実施例による進化型ノードＢ（ｅＮＢ）の構成図である。 いくつかの実施例による、ＵＥが、ｅＮＢと、そして相互に通信し得るシナリオの実例である。 いくつかの実施例によるＤ２Ｄ通信方法の動作を例示する。 いくつかの実施例によるＵＥ構造の実例を例示する。 いくつかの実施例によるＵＥ構造の別の実例を例示する。

下記の説明及び図面は、当業者がそれらを実施することを可能にするために、特定の実施例を十分に例示する。他の実施例は、構造上の変更、論理的な変更、電気的な変更、処理の変更、及び他の変更を組み込み得る。いくつかの実施例の部分及び特徴は、他の実施例の部分及び特徴に含まれ得るか、又は他の実施例の部分及び特徴と置き換わり得る。請求項に示された実施例は、それらの請求項の全ての利用可能な等価物を網羅する。

いくつかの実施例において、移動機又はここで説明される他の装置は、携帯情報端末（ＰＤＡ）、無線通信機能を有するラップトップ又はポータブルコンピュータ、ウェブタブレット、無線電話、スマートフォン、無線ヘッドセット、ページャ、インスタントメッセージング装置、デジタルカメラ、アクセスポイント、テレビ受信機、医療機器（例えば、心拍数モニタ、血圧モニタなど）、又は無線で情報を受信及び／若しくは送信し得る他の装置のような、携帯用無線通信装置の一部であり得る。いくつかの実施例において、移動機又は他の装置は、３ＧＰＰ標準に従って動作するように構成されたユーザ装置（User Equipment：ＵＥ）又は進化型ノードＢ（Evolved Node-B：ｅＮＢ）であり得る。いくつかの実施例において、移動機又は他の装置は、ＩＥＥＥ８０２．１１若しくは他のＩＥＥＥ標準を含む他のプロトコル又は標準に従って動作するように構成され得る。いくつかの実施例において、移動機又は他の装置は、ディスプレイ、不揮発性メモリポート、複数のアンテナ、グラフィックプロセッサ、アプリケーションプロセッサ、スピーカ、及び他の移動機エレメントのうちの１つ又は複数を含み得る。ディスプレイは、タッチスクリーンを含むＬＣＤスクリーンであり得る。

図１は、いくつかの実施例によるネットワークの様々なコンポーネントを有するＬＴＥネットワークのエンドツーエンドネットワークアーキテクチャの一部分を示す。ネットワーク１００は、Ｓ１インタフェース１１５を通して連結された無線アクセスネットワーク（ＲＡＮ）（例えば、描写されたような、Ｅ−ＵＴＲＡＮ又は進化型ユニバーサル地上無線アクセスネットワーク）１００、及びコアネットワーク１２０（例えば、進化型パケットコア（ＥＰＣ）として示される）を含む。利便性及び簡潔さ目的のために、ＲＡＮ１００と同様に、コアネットワーク１２０の一部分のみが示される。

コアネットワーク１２０は、モビリティ管理エンティティ（ＭＭＥ）１２２、サービングゲートウェイ（サービングＧＷ）１２４、及びパケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）１２６を含む。ＲＡＮ１００は、ＵＥ１０２と通信するための進化型ノードＢ（ｅＮＢ）１０４（それは基地局として動作し得る）を含む。ｅＮＢ１０４は、マクロｅＮＢ、及び低電力（ＬＰ）ｅＮＢを含み得る。

ＭＭＥは、機能において、従来のサービングＧＰＲＳサポートノード（ＳＧＳＮ）の制御プレーンと同様である。ＭＭＥは、ゲートウェイ選択、及びトラッキング領域リスト管理のような、アクセスにおけるモビリティ面を管理する。サービングＧＷ１２４は、ＲＡＮ１００へのインタフェースを終端するとともに、ＲＡＮ１００とコアネットワーク１２０との間でデータパケットを転送する。さらに、それは、ｅＮＢ間のハンドオーバに対する局所的なモビリティアンカーポイントになり得るとともに、同様に、３ＧＰＰ間のモビリティに対してアンカーを提供し得る。他の責務は、合法的傍受、課金、及びいくつかのポリシーの実施を含み得る。サービングＧＷ１２４及びＭＭＥ１２２は、１つの物理的ノード、又は別個の物理的ノードに実装され得る。ＰＤＮ ＧＷ１２６は、パケットデータネットワーク（ＰＤＮ）へのＳＧｉインタフェースを終端する。ＰＤＮ ＧＷ１２６は、ＥＰＣ１２０と外部ＰＤＮとの間でデータパケットを転送するとともに、ポリシーの実施及び課金データ収集のためのキーノードになり得る。それは、同様に、非ＬＴＥアクセスによるモビリティに対してアンカーポイントを提供する。外部ＰＤＮは、ＩＰマルチメディアサブシステム（ＩＭＳ）ドメインであるばかりでなく、あらゆる種類のＩＰネットワークでもあり得る。ＰＤＮ ＧＷ１２６及びサービングＧＷ１２４は、１つの物理的ノード、又は分離された物理的ノードに実装され得る。

ｅＮＢ１０４（マクロ及びマイクロ）は、エアインタフェースプロトコルを終端するとともに、ＵＥ１０２に対する最初の接触点になり得る。いくつかの実施例において、ｅＮＢ１０４は、無線ベアラ管理、アップリンク及びダウンリンク動的無線リソース管理並びにデータパケットスケジューリング、そしてモビリティ管理のようなＲＮＣ（無線ネットワーク制御装置）機能を含むがそれに限定されない、ＲＡＮ１００のための様々な論理機能を遂行し得る。実施例に従って、ＵＥ１０２は、ＯＦＤＭＡ通信技術に従って、マルチキャリア通信チャンネルを介して、ｅＮＢ１０４とＯＦＤＭ通信信号を通信するように構成され得る。ＯＦＤＭ信号は、複数の直交サブキャリアを含み得る。

いくつかの実施例に従って、ＵＥ１０２は、ｅＮＢ１０４における受信のために、ＵＥ１０２におけるＤ２Ｄディスカバリ動作の開始又は終了を示すＤ２Ｄディスカバリ状態メッセージを送信し得る。さらに、ＵＥ１０２は、ｅＮＢ１０４から、１つ又は複数のＤ２Ｄリソースパラメータを受信し得る。Ｄ２Ｄリソースパラメータは、他のＵＥにおける受信のためのＤ２Ｄディスカバリ信号の送信の間のＵＥ１０２による使用のための送信時間及び送信周波数リソースを決定するために使用され得る。これらの実施例は、下記で更に詳細に説明される。

Ｓ１インタフェース１１５は、ＲＡＮ１００とＥＰＣ１２０を分割するインタフェースである。それは、ｅＮＢ１０４とサービングＧＷ１２４との間でトラフィックデータを伝送するＳ１−Ｕ、及びｅＮＢ１０４とＭＭＥ１２２との間のシグナリングインタフェースであるＳ１−ＭＭＥという、２つの部分に分割される。Ｘ２インタフェースは、ｅＮＢ１０４の間のインタフェースである。Ｘ２インタフェースは、Ｘ２−Ｃ、及びＸ２−Ｕという２つの部分を含む。Ｘ２−Ｃは、ｅＮＢ１０４の間の制御プレーンインタフェースであり、一方、Ｘ２−Ｕは、ｅＮＢ１０４の間のユーザプレーンインタフェースである。

セルラネットワークの場合、ＬＰセルは、概して、戸外の信号がうまく到達しない室内のエリアにカバレージ（有効範囲）を拡張するために使用されるか、又は、電車の駅のような非常に密度の高い電話使用を伴う領域においてネットワーク容量を追加するために使用される。ここで使用されるように、低電力（ＬＰ）ｅＮＢという用語は、フェムトセル、ピコセル、又はマイクロセルのような、より狭いセル（マクロセルより狭い）を提供するためのあらゆる適切な比較的低電力のｅＮＢのことを指す。フェムトセルｅＮＢは、概して、移動体通信事業者により、その住宅用顧客と企業顧客に対して提供される。フェムトセルは、概して、住宅用ゲートウェイのサイズであるか、又はより小さく、そして、一般に、ユーザの広帯域回線に接続されている。一度コンセントにつながれれば、フェムトセルは、携帯電話事業者の移動通信ネットワークにつながり、そして、住宅用フェムトセルのために概して３０〜５０メートルの範囲における余分のカバレージ（有効範囲）を提供する。したがって、ＬＰ ｅＮＢは、ＰＤＮ ＧＷ１２６を通して連結されるので、フェムトセルｅＮＢであるかもしれない。同様に、ピコセルは、概して、建物内（オフィス、ショッピングモール、電車の駅など）、又は、最近は飛行機内のような、小さな領域をカバーする無線通信システムである。ピコセルｅＮＢは、その基地局制御装置（ＢＳＣ）機能によって、一般にＸ２リンクを通してマクロｅＮＢのような別のｅＮＢにつながることができる。したがって、ＬＰ ｅＮＢは、Ｘ２インタフェースを通してマクロｅＮＢに連結されるので、ピコセルｅＮＢと共に実装され得る。ピコセルｅＮＢ又は他のＬＰ ｅＮＢは、マクロｅＮＢのいくつか又は全ての機能を組み込み得る。場合によっては、これは、アクセスポイント基地局又は企業向けフェムトセルと言われ得る。

いくつかの実施例において、ダウンリンクリソースグリッドは、ｅＮＢ１０４からＵＥ１０２に対するダウンリンク送信のために使用されることができ、一方、ＵＥ１０２からｅＮＢ１０４に対するアップリンク送信は、同様の技術を利用することができる。グリッドは、リソースグリッド又は時間−周波数リソースグリッドと呼ばれるとともに、各スロットにおけるダウンリンクの物理的リソースである、時間−周波数グリッドであり得る。そのような時間−周波数プレーン表現は、無線リソース割り当てのためにリソースを直観的に理解できる状態にする、ＯＦＤＭシステムのための慣習である。リソースグリッドの各列及び各行は、それぞれ、１つのＯＦＤＭシンボル、及び１つのＯＦＤＭサブキャリアに対応する。時間領域におけるリソースグリッドの持続時間は、無線フレームにおける１つのスロットに対応する。リソースグリッドにおける最小の時間−周波数ユニットは、リソースエレメントとして表示される。各リソースグリッドは、いくつかのリソースブロックを含み、それは、リソースエレメントに対する特定の物理チャネルのマッピングを示す。各リソースブロックは、リソースエレメントの収集物を含み、そして、周波数領域において、これは、現在割り当てられることができるリソースの最小の量を表す。そのようなリソースブロックを用いて伝達されるいくらかの異なる物理ダウンリンクチャネルがある。この開示に対する特定の関連について、これらの物理ダウンリンクチャネルのうちの２つは、物理ダウンリンク共有チャネルと物理ダウンリンク制御チャネルである。

物理ダウンリンク共有チャネル（ＰＤＳＣＨ）は、ＵＥ１０２（図１）に対してユーザデータ、及びより高いレイヤのシグナリングを伝送する。とりわけ、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、ＰＤＳＣＨチャネルに関連した転送フォーマット及びリソース割り当てに関する情報を伝送する。同様に、それは、アップリンク共有チャネルに関連した転送フォーマット、リソース割り当て、及びＨ−ＡＲＱ情報についてＵＥ１０２に通知する。概して、ダウンリンクスケジューリング（制御及び共有チャネルリソースブロックをセル内のＵＥ１０２に割り当てること）は、ＵＥ１０２からｅＮＢ１０４にフィードバックされたチャネル品質情報に基づいて、ｅＮＢ１０４において実行されるとともに、その場合に、ダウンリンクリソース割り当て情報が、ＵＥ１０２のために使用される（ＵＥ１０２に割り当てられた）制御チャネル（ＰＤＣＣＨ）によってＵＥ１０２に送信される。

ＰＤＣＣＨは、制御情報を伝達するためにＣＣＥ（制御チャネルエレメント）を使用する。リソースエレメントにマッピングされる前に、ＰＤＣＣＨの複素シンボルは、最初に四つ組に構築され、次に、それは、レートマッチングのために、サブブロックインタリーバを用いて並べ換えられる。各ＰＤＣＣＨは、これらの制御チャネルエレメント（ＣＣＥ）のうちの１つ又は複数を用いて送信され、ここで、各ＣＣＥは、リソースエレメントグループ（ＲＥＧ）として知られている４つの物理リソースエレメントの９つのセットに対応する。４つのＱＰＳＫシンボルが、各ＲＥＧにマッピングされる。ＤＣＩのサイズ及びチャネル状況に応じて、ＰＤＣＣＨは、１つ又は複数のＣＣＥを用いて送信されることができる。異なる数のＣＣＥ（例えば、アグリゲーションレベル、Ｌ＝１、２、４、又は８）を有するＬＴＥにおいて定義された４つ又はそれ以上の異なるＰＤＣＣＨフォーマットが存在し得る。

図２は、いくつかの実施例によるＵＥ２００の構成図を示し、一方、図３は、いくつかの実施例によるｅＮＢ３００の構成図を示す。いくつかの実施例において、ｅＮＢ３００が静止した非移動機であり得る、ということに注意が必要である。ＵＥ２００は、図１において描写されたＵＥ１０２であるかもしれず、一方、ｅＮＢ３００は、図１において描写されたｅＮＢ１０４であるかもしれない。ＵＥ２００は、１つ又は複数のアンテナ２０１を用いて、ｅＮＢ３００、他のｅＮＢ、他のＵＥ、又は他の装置に信号を送信し、そして、それらから信号を受信するための物理レイヤ回路２０２を含むことができ、一方、ｅＮＢ３００は、１つ又は複数のアンテナ３０１を用いて、ＵＥ２００、他のｅＮＢ、他のＵＥ、又は他の装置に信号を送信し、そして、それらから信号を受信するための物理レイヤ回路３０２を含むことができる。ＵＥ２００は、さらに、無線媒体へのアクセスを制御するための媒体アクセス制御レイヤ（ＭＡＣ）回路２０４を含むことができ、一方、ｅＮＢ３００は、さらに、無線媒体へのアクセスを制御するための媒体アクセス制御レイヤ（ＭＡＣ）回路３０４を含むことができる。ＵＥ２００は、さらに、ここで説明された動作を実行するように構成された処理回路２０６及びメモリ２０８を含むことができ、ｅＮＢ３００は、さらに、ここで説明された動作を実行するように構成された処理回路３０６及びメモリ３０８を含むことができる。３ＧＰＰの技術において知られているように、ＵＥ２００は、さらに、ＵＥ２００において動作するアプリケーションに対して様々なサービスを提供し得るアプリケーションレイヤ２１０を含むことができる。加えて、３ＧＰＰの技術において知られているように、ＵＥ２００は、ＵＥ２００による通信セッションの確立に対する管理機能を提供し得る非アクセス層（ＮＡＳ）レイヤ２１２を含むことができる。３ＧＰＰの技術において知られているように、ＵＥ２００は、さらに、接続確立及びモビリティ手続きのための無線リソース制御（ＲＲＣ）レイヤ２１４を含むことができる。場合によっては、別個のレイヤとして示されるが、アプリケーションレイヤ２１０、ＮＡＳレイヤ２１２、ＲＲＣレイヤ２１４、及び他のレイヤは、結合され得るか、又は、機能若しくは実装を結合している。

アンテナ２０１、３０１は、例えば、ダイポールアンテナ、モノポールアンテナ、パッチアンテナ、ループアンテナ、マイクロストリップアンテナ、又はＲＦ信号の伝送に適切な他のタイプのアンテナを含む、１つ若しくは複数の指向性アンテナ又は無指向性アンテナを含み得る。いくつかの多入力多出力（ＭＩＭＯ）実施例において、アンテナ２０１、３０１は、空間ダイバシティ及びその結果生じ得る異なるチャネル特性を利用するために、効果的に分割され得る。

ＵＥ２００及びｅＮＢ３００は、それぞれいくつかの別個の機能エレメントを有するとして例示されたが、機能エレメントのうちの１つ又は複数は、結合され得るとともに、デジタルシグナルプロセッサ（ＤＳＰ）及び／又は他のハードウェアエレメントを含む処理エレメントのような、ソフトウェアで構成されたエレメントの組み合わせにより実施され得る。例えば、いくつかのエレメントは、１つ又は複数のマイクロプロセッサ、ＤＳＰ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、無線周波数集積回路（ＲＦＩＣ）、及び少なくともここで説明された機能を実行するための様々なハードウェアと論理回路の組み合わせを含み得る。いくつかの実施例において、機能エレメントは、１つ又は複数の処理エレメント上で動作する１つ又は複数の処理のことを指し得る。

実施例は、ハードウェア、ファームウェア、及びソフトウェアのうちの１つ、又は、ハードウェア、ファームウェア、及びソフトウェアの組み合わせにおいて実施され得る。実施例は、同様に、コンピュータ読み取り可能な記憶装置に記憶されるとともに、ここで説明された動作を実行するために少なくとも１つのプロセッサにより読み出されて実行され得る、命令として実施され得る。コンピュータ読み取り可能な記憶装置は、機械（例えば、コンピュータ）により読み取り可能な形式で情報を記憶するためのあらゆる非一時的メカニズムを含み得る。例えば、コンピュータ読み取り可能な記憶装置は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリ装置、及び他の記憶装置及び媒体を含み得る。いくつかの実施例は、１つ又は複数のプロセッサを含み得るとともに、コンピュータ読み取り可能な記憶装置に記憶される命令によって構成され得る。

実施例に従って、ＵＥ１０２は、ネットワーク内通信セッションの一部としてＤ２Ｄディスカバリ状態メッセージを送信し得る。Ｄ２Ｄディスカバリ状態メッセージは、ＵＥ１０２におけるＤ２Ｄディスカバリ動作の開始又は終了を示し得るとともに、Ｄ２Ｄディスカバリ動作の一部としてＵＥ１０２が通知しているか又は監視しているかどうかを示し得る。Ｄ２Ｄディスカバリ動作は、少なくとも部分的にＵＥ１０２と１つ又は複数の他のＵＥとの間のＤ２Ｄ通信セッションを設定するためのものであり得る。ＵＥ１０２は、Ｄ２Ｄディスカバリ動作の一部として１つ又は複数の他のＵＥにおける受信のためにＤ２Ｄディスカバリ信号を送信し得る。ＵＥ１０２は、Ｄ２Ｄ通信セッションの一部として第２のＵＥに対する直接リンクを介してＤ２Ｄパケットを送信及び受信し得る。これらの実施例は、下記で更に詳細に説明される。

いくつかのシナリオにおいて、（１００のような）セルラ通信ネットワークにおいて動作するＵＥ１０２は、様々な理由のために性能劣化を経験し始め得る。一例として、ネットワークのユーザ負荷量又はスループット要求が高くなり得る。ネットワークにおいて動作するとともにｅＮＢ１０４と通信する間、通信はネットワークを通して行われるかもしれないが、ＵＥ１０２は、実際には、物理的にＵＥ１０２に対して極めて接近して位置している他のＵＥと通信しているかもしれない。ネットワークを通した通信に加えて、又はネットワークを通した通信の代わりに、ＵＥ１０２が、ＵＥ１０２の範囲内にあるかもしれない１つ又は複数の他のＵＥとの直接的な通信又はデバイスツーデバイス（Ｄ２Ｄ）通信に関与することが、ＵＥ１０２及びシステムには有益であるかもしれない。一例として、上記で説明された性能劣化シナリオにおいて、ＵＥ１０２と他のＵＥとの間のＤ２Ｄ通信は、ネットワークがいくらかのネットワークトラフィックをオフロードすることを可能にし、それは、全体のシステム性能を向上させ得る。いくつかの実施例において、Ｄ２Ｄ通信のために使用されるディスカバリリソースは、ネットワークにより設定され得る。

図４を参照すると、実例のシナリオ４００は、第１のカバレージエリア４１０を供給する第１のｅＮＢ４０５、及び第２のカバレージエリア４２０を供給する第２のｅＮＢ４１５を示す。ＵＥ４２５、及びＵＥ４３０は、それぞれ、リンク４４０、及びリンク４５０を介して、第１のｅＮＢ４０５と通信しているかもしれない。ＵＥ４３５は、リンク４７０を介して第２のｅＮＢ４１５と通信しているかもしれない。これらのリンク４４０、４５０、４７０は、ネットワーク内通信セッションの一部であり得るとともに、それは下記で説明されることになる。ＵＥ４２５、４３０、４３５とｅＮＢ４０５、４１５との間（又は、図示されなかったリンクを含むあらゆるＵＥとあらゆるｅＮＢとの間）のリンクはネットワーク内通信として見なされ得るとともに、いくつかの実施例において、それは、３ＧＰＰ又は他の標準に含まれるＵｕインタフェースを介した通信を含み得る。いくつかの実施例において、（４２５、４３０、４３５のような）ＵＥは、（４０５、４１５のような）サービングｅＮＢとのＲＲＣ接続を確立したあとで、ネットワーク内通信を開始し得る。

ＵＥ４２５は、同様に、それぞれ、Ｄ２Ｄリンク４６０及び４８０を介して、ＵＥ４３０及び４３５と通信し得る。結果的に、両方とも第１のｅＮＢ４０５に割り当てられたＵＥ４２５及び４３０は、Ｄ２Ｄ通信セッションに関与し得る。さらに、リンク４８０を介したＤ２Ｄ通信セッションは、異なるｅＮＢ（それぞれ４０５と４１５）に割り当てられるＵＥ４２５とＵＥ４３５との間で発生し得る。図示されたように、ＵＥ４２５及びＵＥ４３５は、異なるセルに割り当てられたが、Ｄ２Ｄ通信セッションに関与するために、極めて十分に接近して存在し得る。これらの実施例は、下記で更に詳細に説明されることになる。

ここで説明されたＤ２Ｄディスカバリ動作及び他の形式のＤ２Ｄ通信と一緒に上記で説明された技術及び動作のようなＤ２Ｄ通信のための技術及び動作は、３ＧＰＰ又は他の標準に含まれる近接情報サービス（又は“Ｐｒｏ−Ｓｅ”）に含まれ得るか、又は、近接情報サービス（又は“Ｐｒｏ−Ｓｅ”）に従って実行され得る、ということに注意が必要である。結果的に、ＵＥ１０２（又は、４２５、４３０、４３５のような他のＵＥ）は、Ｐｒｏ−Ｓｅ又は他の近接情報サービスに対して有効にされ得る。

ｅＮＢ４０５、４１５はｅＮＢ１０４であるかもしれず、一方、ＵＥ４２５、４３０、４３５はＵＥ１０２であるかもしれないとともに、ネットワーク内通信セッションは、１００のようなネットワークを介して発生し得る、ということに同様に注意が必要である。論じられた技術及びシナリオは、実例のシナリオ４００において示されたｅＮＢとＵＥの数又はタイプに限定されず、あらゆる適切な数又はタイプが使用される。例えば、ｅＮＢ４０５及び４１５は、図示されたタワー構成に限定されない。さらに、カバレージエリア４１０及び４２０は、例示の簡単化のために円形を含むが、しかしそのように限定されず、六角形のような他の形を含むかもしれない。場合によっては、カバレージエリアは、全く円形又は六角形のような形によって記述できないかもしれない“自由”曲線のようであり得る、ということが当該技術において同様に知られている。さらに、説明された通信セッションのようなネットワーク内通信セッション及びＤ２Ｄ通信セッションは、同時に発生し得るが、しかし他の場合には、独占的に発生し得る。

図５を参照すると、Ｄ２Ｄ通信モードに従って動作する方法５００が示される。方法５００の実施例は、図５において例示されたものと比較して、追加の若しくはさらに少ない動作又は処理を含み得る、ということに注意することが重要である。さらに、方法５００の実施例は、図５において示される時系列の順序に必ずしも限定されるとは限らない。方法５００はあらゆる他の適切なシステム、インタフェース、及びコンポーネントによって実施され得るということが理解されるが、方法５００を説明する際には図１〜図４に対する参照が行われ得る。例えば、実例となる目的のために以前に説明された図４におけるシナリオ４００に対して参照が行われるかもしれないが、しかし方法５００の技術及び動作はそのように限定されない。

さらに、方法５００、及びここで説明された他の方法は、３ＧＰＰ又は他の標準に従って動作するｅＮＢ１０４又はＵＥ１０２を参照し得る一方、それらの方法の実施例は、単にそれらのｅＮＢ１０４又はＵＥ１０２に限定されず、同様に、ワイファイアクセスポイント（ＡＰ）又はユーザステーション（ＳＴＡ）のような他の移動機上で実施され得る。さらに、方法５００、及びここで説明された他の方法は、ＩＥＥＥ８０２．１１のような様々なＩＥＥＥ標準に従って動作するように構成されるシステムを含む他の適切なタイプの無線通信システムにおいて動作するように構成される無線装置により実施され得る。

方法５００、及び他の実施例の一部として、ＵＥ１０２において（又は、ＵＥ１０２と他のＵＥとの間で）実行されるＤ２Ｄディスカバリ動作は、ＵＥ１０２と他のＵＥとの間のＤ２Ｄ通信セッションの開始、又はＵＥ１０２と他のＵＥとの間のＤ２Ｄ通信セッションの設定を可能にし得る。ＵＥ１０２において（又は、ＵＥ１０２と他のＵＥとの間で）実行されるＤ２Ｄディスカバリ動作は、ＵＥ１０２と他のＵＥとの間の直接経路を通したＤ２Ｄディスカバリ信号又はメッセージの送信の開始を可能にし得る。Ｄ２Ｄディスカバリ動作は、同様に、ＵＥ１０２と他のＵＥとの間の直接経路を通したＤ２Ｄディスカバリ信号又はメッセージの受信の開始を可能にし得る。Ｄ２Ｄディスカバリ動作は、同様に、ＵＥ１０２と他のＵＥとの間の潜在的なＤ２Ｄ通信セッションの実現可能性又は有益性の判定を可能にし得る。他のＵＥにおける受信のためのＵＥ１０２によるＤ２Ｄディスカバリ信号の送信は、“通知する（announcing）”と言われ得る。ＵＥ１０２における他のＵＥからのＤ２Ｄディスカバリ信号の受信（又は、計画された受信）は、“監視する（monitoring）”と言われ得る。

結果的に、Ｄ２Ｄ通信セッションは、ＵＥ１０２と他のＵＥとの間の直接接続を介した音声、データ、又は他のパケットの交換を含み得る。場合によっては、Ｄ２Ｄディスカバリ動作は、Ｄ２Ｄ通信セッションのための“セットアップ”として見なされ得るか、又はＤ２Ｄ通信セッションのための“セットアップ”としての機能を果たし得る。さらに、ＵＥ１０２は、Ｄ２Ｄディスカバリ動作若しくはＤ２Ｄ通信セッションのまえ、間、又はあとに、１００のようなネットワークを通してｅＮＢ１０４とのネットワーク内通信セッションに関与し得る。いくつかの実施例において、これらの実施例は限定していないが、ｅＮＢ１０４は、Ｄ２Ｄディスカバリ動作若しくはＤ２Ｄ通信セッションを支援、管理、許可、又は促進し得る。

方法５００の動作５０５において、ｅＮＢ１０４とのネットワーク内通信セッションの一部としてｅＮＢ１０４における受信のためにＤ２Ｄディスカバリ状態メッセージが送信され得る。Ｄ２Ｄディスカバリ状態メッセージは、ＵＥ１０２におけるＤ２Ｄディスカバリ動作（現在の、過去の、又は将来の）を示し得るビットフィールド、フラグ、又は他のインジケータを含み得る。ビットフィールド、フラグ、又は他のインジケータはブール値であり得るが、それらは、そういうものとして限定されず、追加の情報又は量を含み得る。一例として、Ｄ２Ｄディスカバリ状態メッセージは、ＵＥ１０２におけるＤ２Ｄディスカバリ動作の開始又は終了を示し得る。別の例として、Ｄ２Ｄディスカバリ状態メッセージは、Ｄ２Ｄディスカバリ動作の一部としてＵＥ１０２が通知しているか又は監視しているかどうかを示し得る。

別の例として、これらの以前の実例は、４つの可能な状態値である、通知の開始（start announcing）、通知の終了（stop announcing）、監視の開始（start monitoring）、監視の終了（stop monitoring）を形成するように結合され得る。状態値は、現在の状況、過去の状況、又は将来の状況のことを指し得る、ということに注意が必要である。例えば、もしＵＥ１０２が“通知の開始”状態をｅＮＢ１０４に通知するならば、ＵＥ１０２は、通知を既に開始しているかもしれないか、通知を開始しようとしているかもしれないか、又は通知を将来開始する許可を求めているかもしれない。ＵＥ１０２がＤ２Ｄディスカバリ動作に関与している（又は関与していた、又は関与することになる）こと、及びＤ２Ｄディスカバリ動作のタイプ（通知又は監視）を、もしＵＥ１０２がｅＮＢ１０４に通知するならば、それは、ｅＮＢ１０４及びシステムには有益であり得る、ということが同様に指摘されるべきである。結果的に、ｅＮＢ１０４は、ネットワーク内通信セッションの一部としてＵＥ１０２との通信のために使用する時間及び周波数リソースを決定し得る。一例として、ｅＮＢ１０４は、ＵＥ１０２におけるＤ２Ｄディスカバリ動作とぶつからないように、リソースを選択し得る。

いくつかの実施例において、Ｄ２Ｄディスカバリ状態メッセージの送信は、ＵＥが無線リソース制御（ＲＲＣ）接続モードにある間、又はＲＲＣ接続セットアップ手続きの間に発生し得る。

動作５１０において、ネットワーク内通信セッションの一部としてｅＮＢ１０４における受信のためにＤ２Ｄディスカバリリソース要求メッセージが送信され得る。いくつかの実施例において、Ｄ２Ｄディスカバリリソース要求メッセージの送信は、システムにおける非競合ベースのリソース割り当ての間に実行され得る。Ｄ２Ｄディスカバリリソース要求メッセージは、ＵＥ１０２がＤ２Ｄディスカバリ動作を実行する予定であることをｅＮＢ１０４に通知するか、ｅＮＢ１０４からＤ２Ｄディスカバリ動作の許可を求めるか、又は、Ｄ２Ｄディスカバリメッセージの送信若しくは受信のためのＤ２Ｄディスカバリ動作、又は他の動作の間に使用するための時間及び／又は周波数リソースに関連する情報を要求する働きをし得る。

動作５１５において、ｅＮＢ１０４から１つ又は複数のＤ２Ｄリソースパラメータが受信され得る。いくつかの実施例において、Ｄ２Ｄリソースパラメータは、ＵＥ１０２に対する専用の制御メッセージに含まれ得る。いくつかの実施例において、Ｄ２Ｄリソースパラメータは、動作５１０におけるＵＥ１０２によるＤ２Ｄディスカバリリソース要求メッセージの送信に応答して、又は、ｅＮＢ１０４におけるＤ２Ｄディスカバリリソース要求メッセージの受信に応答して、ｅＮＢ１０４により（専用の制御メッセージで、又は別の方法で）送信され得る。いくつかの実施例において、Ｄ２Ｄリソースパラメータは、ＵＥ１０２において受信される一斉送信メッセージ又は他の制御メッセージで受信され得る。一例として、Ｄ２Ｄリソースパラメータは、ｅＮＢ１０４から送信される１つ又は複数のシステム情報ブロック（ＳＩＢ）に含まれ得る。ＳＩＢのそのような受信は、競合ベースのリソース割り当てに従ってリソースが割り当てられる場合に実行され得る。ＳＩＢのそのような受信は、同様に、ＵＥ１０２が動作５１０におけるようなＤ２Ｄディスカバリリソース要求メッセージを送信しない場合に実行され得る。

一例として、Ｄ２Ｄリソースパラメータは、Ｄ２Ｄディスカバリ動作の間に（ＵＥ１０２において）使用するための時間及び／又は周波数リソースを含み得る。別の例として、Ｄ２Ｄリソースパラメータは、要求された又は潜在的なＤ２Ｄディスカバリ動作の一部としてのＵＥ１０２によるＯＦＤＭシンボルの伝送のための適切なリソースエレメント（ＲＥ）又はリソースブロック（ＲＢ）を含み得る。ｅＮＢ１０４によるそれらのリソースの選択は、（ネットワーク内通信セッションのような）他の通信に対するＤ２Ｄディスカバリ動作の影響が回避され得るか、又は軽減され得るような方法で実行され得る。

別の例として、Ｄ２Ｄリソースパラメータは、Ｄ２Ｄディスカバリリソース、ネットワーク内リソース、測定ギャップ（measurement gap）に関する情報、又は、近隣の若しくは他のｅＮＢに関する他の情報を含み得る。結果的に、下記で説明されることになるように、Ｄ２Ｄディスカバリ動作は、近隣の又は他のｅＮＢに割り当てられた他のＵＥに対するＵＥ１０２による通知及び／又は監視を可能にし得る。

動作５２０において、Ｄ２Ｄディスカバリ動作の一部として１つ又は複数の他のＵＥにおける受信のためにＵＥ１０２においてＤ２Ｄディスカバリ信号が送信され得る。送信は、ＵＥ１０２が、通知しているか、又は通知モードにある場合に発生し得る。いくつかの実施例において、Ｄ２Ｄディスカバリ信号は、Ｄ２Ｄリソースパラメータから少なくとも部分的に決定された送信時間及び送信周波数リソースに従って送信され得る。一例として、送信時間及び送信周波数リソースは、ＵＥ１０２が関与しているネットワーク内通信についてのｅＮＢと同じｅＮＢ１０４とのネットワーク内通信に関与している他のＵＥにおける受信を可能にするか、又は有効にするように選択され得る。別の例として、送信時間及び送信周波数リソースは、ＵＥ１０２が関与しているネットワーク内通信についてのｅＮＢ１０４とは異なる第２のｅＮＢとのネットワーク内通信に関与している他のＵＥにおける受信を可能にするか、又は有効にするように選択され得る。いくつかの実施例において、Ｄ２Ｄディスカバリ信号は、他のＵＥにおける相関のような技術を通した検出を可能にするパターンを含み得る。いくつかの実施例において、Ｄ２Ｄディスカバリ信号は、他のＵＥにより復号され得る情報又は制御ビットを含み得るとともに、Ｄ２Ｄディスカバリ動作に、又は関連したＤ２Ｄ通信セッションに関連があり得る。

動作５２５において、Ｄ２Ｄディスカバリ動作の一部として第２のＵＥからの第２のＤ２Ｄディスカバリ信号がＵＥ１０２において受信され得る。受信は、ＵＥ１０２が監視しているか、又は監視モードにある場合に、発生し得る。いくつかの実施例において、第２のＤ２Ｄディスカバリ信号は、Ｄ２Ｄリソースパラメータから少なくとも部分的に決定された受信時間及び受信周波数リソースに従って受信され得る。例えば、議論はそのように限定されないが、図４におけるシナリオ４００は、これらの概念を例示する働きをし得る。結果的に、上記のこの議論において、ＵＥ１０２はＵＥ４２５であるかもしれず、ｅＮＢ１０４はｅＮＢ４０５であるかもしれず、そして第２のＵＥはＵＥ４３０であるかもしれない。この例では、ＵＥ４２５、ＵＥ４３０は、両方ともｅＮＢ４０５に割り当てられ得る、ということに注意が必要である。

いくつかの実施例において、動作５１５において受信されたＤ２Ｄリソースパラメータは、異なる第２のｅＮＢのＤ２Ｄディスカバリリソースに対する支援情報を含み得るとともに、第２のＵＥは、第２のｅＮＢとのネットワーク内通信セッションに関与し得る。さらに、第２のＤ２Ｄディスカバリ信号の受信のための受信時間及び受信周波数リソースは、支援情報から少なくとも部分的に決定され得る。いくつかの実施例において、支援情報は、第２のｅＮＢのための測定ギャップに関連した情報を含み得るとともに、第２のＤ２Ｄディスカバリ信号の受信のための受信時間は、第２のｅＮＢのための測定ギャップに少なくとも部分的に基づき得る。議論はそのように限定されないが、図４におけるシナリオ４００は、これらの概念を例示する働きをし得る。結果的に、上記の議論において、ＵＥ１０２はＵＥ４２５であるかもしれず、ｅＮＢ１０４はｅＮＢ４０５であるかもしれず、第２のＵＥはＵＥ４３５であるかもしれず、そして第２のｅＮＢはｅＮＢ４１５であるかもしれない。ＵＥ４２５、ＵＥ４３５は、それぞれ、異なるｅＮＢ、すなわちｅＮＢ４０５及びｅＮＢ４１５に割り当てられる、ということに注意が必要である。

動作５３０において、Ｄ２Ｄパケットは、Ｄ２Ｄ通信セッションの一部として、第２のＵＥに対する直接リンクを介して送信及び受信され得る。以前に説明されたように、これらのＤ２Ｄパケットは、音声、データ、又は他のパケットを含み得る。いくつかの実施例において、Ｄ２Ｄ通信セッションは、以前に説明されたＤ２Ｄディスカバリ動作を通して有効化され得る。すなわち、Ｄ２Ｄディスカバリ動作は、少なくとも部分的にＵＥと第２のＵＥ（又は、１つ若しくは複数の他のＵＥ）との間のＤ２Ｄ通信セッションを設定するためのものであり得る。いくつかの実施例において、Ｄ２Ｄディスカバリ動作の間のＤ２Ｄディスカバリ信号の送信は、ＵＥ１０２が、極めて接近して位置している他のＵＥに、ＵＥ１０２の存在を通知することを可能にし得る。いくつかの実施例において、ＵＥ１０２に極めて接近して位置している他のＵＥにより送信されるＤ２Ｄディスカバリ信号の受信は、ＵＥ１０２が、他のＵＥの存在を発見することを可能にし得る。結果的に、ＵＥ１０２は、第２のＵＥからのＤ２Ｄディスカバリ信号の受信の間に信号レベル又は信号品質を測定することにより、第２のＵＥとの潜在的なＤ２Ｄ通信セッションのためのリンクの特性を明らかにし得る。さらに、第２のＵＥからのＤ２Ｄディスカバリ信号は、Ｄ２Ｄ通信セッションの確立を可能にし得る制御ビット又は制御情報を含み得る。例えば、制御情報は、第２のＵＥの識別子、第２のＵＥが割り当てられ得るセル、又は他の同様の情報を含み得る。

動作５３５において、ＵＥ１０２は、ｅＮＢからパケットを受信することができ得るとともに、Ｄ２Ｄパケットの受信がｅＮＢからのパケットの受信とぶつかる場合に、Ｄ２Ｄパケットを受信することをやめ得る。結果的に、ネットワーク内通信セッションの一部としてｅＮＢ１０４から送信されるパケットは、他のＵＥにより送信されるＤ２Ｄパケットより、“優先される”と見なされ得るか、又は、より高い優先順位のパケットであると見なされ得る。

動作５４０において、ＵＥ１０２は、ｅＮＢにおける受信のために制御パケットを送信し得るとともに、Ｄ２Ｄディスカバリ信号の送信が制御パケットの送信とぶつかる場合に、Ｄ２Ｄディスカバリ信号を送信することをやめ得る。一例として、制御パケットは、チャネル品質表示（ＣＱＩ）、スケジューリング要求、サウンディング参照信号、又はハイブリッドＡＲＱフィードバックを含み得る。結果的に、ｅＮＢ１０４における受信のために送信される制御パケットは、Ｄ２Ｄディスカバリ信号より、優先されると見なされ得るか、又は、より高い優先順位のパケットであると見なされ得る。

動作５４５において、ｅＮＢにおける受信のために完全性障害通知（integrity failure notification）が送信され得る。完全性障害通知の送信は、Ｄ２Ｄ通信セッションに対する第１の完全性（integrity）の障害の検出に応答して実行され得る。いくつかの実施例において、Ｄ２Ｄ通信セッションの一部として送信されるＤ２Ｄパケットは、第１のカウンタ値から少なくとも部分的に生成された第１のメッセージ認証コード（ＭＡＣ）に少なくとも部分的に基づいて、Ｄ２Ｄ通信セッションに対する第１の完全性に従って送信され得る。ＵＥ１０２は、ｅＮＢから第２のカウンタ値を受信し得るとともに、第２のカウンタ値に少なくとも部分的に基づいて、Ｄ２Ｄ通信セッションに対する第２の完全性を有効にする第２のＭＡＣを生成し得る。

図２を再度参照すると、ＵＥ１０２は、アプリケーションレイヤ２１０、ＲＲＣレイヤ２１４、及びＮＡＳレイヤ２１２を含み得る。いくつかの実施例において、ＵＥ１０２におけるＤ２Ｄディスカバリ信号の送信のための送信時間及び送信周波数リソースは、少なくとも部分的にＲＲＣレイヤ２１４において決定され得る。いくつかの実施例において、ＲＲＣレイヤ２１４は、ＮＡＳレイヤ２１２により、アプリケーションレイヤ２１０からのＤ２Ｄディスカバリ有効化命令のＮＡＳレイヤ２１２における受信に応答してＤ２Ｄディスカバリ信号を送信するように設定され得る。しかしながら、実施例はそういうものとして限定されず、ＵＥ１０２は、図２において示されたアプリケーションレイヤ２１０、ＲＲＣレイヤ２１４、及びＮＡＳレイヤ２１２の全てを必ずしも含むとは限らない異なる構造を含み得る。

図６を参照すると、Ｄ２Ｄディスカバリ動作及びＤ２Ｄ通信をサポートし得るＵＥ構造６００の実例が示される。いくつかの実施例において、ＵＥ構造６００は、図２において示された対応するレイヤと同様であり得る、アプリケーションレイヤ６０５、アプリケーションプログラミングインタフェース（ＡＰＩ）６１０、Ｄ２Ｄパケットデータコンバージェンスプロトコル（ＰＤＣＰ）６２５、無線リンクプロトコル（ＲＬＰ）６３０、ＭＡＣレイヤ６３５、ＰＨＹレイヤ６４０、ＲＲＣレイヤ６４５のうちのいくつか又は全てを含み得る。

ＡＰＩ６１０は、アプリケーションレイヤ６０５と示された他のレイヤとの間の通信を可能にし得る。一例として、ＲＲＣレイヤ６４５は、インタフェース６１５を通して、アプリケーションレイヤ６０５から、Ｄ２Ｄディスカバリに対する有効化又は無効化命令を受信し得るとともに、全体のＤ２Ｄディスカバリ動作を制御し得る。いくつかの実施例において、有効化命令は、Ｄ２Ｄディスカバリ動作の一部として通知又は監視を開始するように、ＲＲＣレイヤ６４５に指示するか又は要求し得るとともに、無効化命令は、Ｄ２Ｄディスカバリ動作の一部として通知又は監視を停止するように、ＲＲＣレイヤ６４５に指示するか又は要求し得る。別の例として、Ｄ２Ｄ識別子又はＤ２Ｄアプリケーション識別子のようなＤ２Ｄディスカバリ情報が、アプリケーションレイヤ６０５からインタフェース６２０を通してＰＤＣＰ６２５に配信され得る。Ｄ２Ｄディスカバリ情報は、同様に、アプリケーションレイヤ６０５からインタフェース６１５を通してＲＲＣレイヤ６４５に配信され得るとともに、以前に説明された有効化又は無効化命令の一部として含まれ得る。いくつかの実施例において、ＲＲＣレイヤ６４５は、以前に説明されたように、Ｄ２Ｄリソースパラメータを取得するために、１つ又は複数のＲＲＣ手続きを開始し得る。いくつかの実施例において、ＲＲＣレイヤ６４５は、Ｄ２Ｄディスカバリ信号の送信及び受信のためのＤ２Ｄディスカバリチャネルを決定し得る。例えば、ＲＲＣレイヤ６４５は、以前に説明されたように、Ｄ２Ｄディスカバリ信号を送信又は受信するための時間及び周波数リソースを決定することができ、それは、Ｄ２Ｄディスカバリ情報に少なくとも部分的に基づき得る。

図７を参照すると、Ｄ２Ｄディスカバリ動作及びＤ２Ｄ通信をサポートし得るＵＥ構造７００の別の実例が示される。ＵＥ構造７００は、アプリケーションレイヤ７０５、ＡＰＩ７１０、Ｄ２Ｄ ＰＤＣＰ７２５、ＭＡＣレイヤ７３５、ＰＨＹレイヤ７４０、ＲＲＣレイヤ７４５、及びＮＡＳレイヤ７５０のうちのいくつか又は全てを含み得る。これらのレイヤは、いくつかの実施例における、図２において又は図６において示された対応するレイヤと同様であり得る。

図６のＵＥ構造６００に関して論じられた技術及び動作のうちのいくつかは、いくつかの実施例において、ＵＥ構造７００に適用され得る。さらに、ＮＡＳレイヤ７５０は、インタフェース７１５を通して、アプリケーションレイヤ７０５から、Ｄ２Ｄディスカバリに対する有効化又は無効化命令を受信し得るとともに、全体のＤ２Ｄディスカバリ動作を制御し得る。いくつかの実施例において、以前に説明されたように、ＮＡＳレイヤ７５０は、Ｄ２Ｄリソースパラメータを取得するために１つ又は複数のＲＲＣ手続きを開始するようにＲＲＣレイヤ７４５に指示するか若しくは要求し得るか、及び／又は、Ｄ２Ｄディスカバリ信号の送信及び受信のためのＤ２Ｄディスカバリチャネルを決定し得る。いくつかの実施例において、ＲＲＣレイヤ７４５は、当該技術において知られている制御ＳＡＰインタフェースであり得るインタフェース７６０を通して、ＭＡＣ７３５及び／又はＰＨＹ７４０に通信可能に連結され得る。

デバイスツーデバイス（Ｄ２Ｄ）通信モードに従って動作するユーザ装置（ＵＥ）がここで開示される。いくつかの実施例において、当該ＵＥは、更に、近接情報サービス（Ｐｒｏ−Ｓｅ）に従って動作することができ得る。当該ＵＥは、ネットワーク内通信セッションの一部として進化型ノードＢ（ｅＮＢ）から１つ又は複数のＤ２Ｄリソースパラメータを受信するハードウェア処理回路を含み得る。上記ハードウェア処理回路は、更に、上記ネットワーク内通信セッションの一部として当該ＵＥにおけるＤ２Ｄディスカバリ動作に対するＤ２Ｄディスカバリ状態メッセージを送信することができ得る。上記ハードウェア処理回路は、更に、上記Ｄ２Ｄディスカバリ動作の一部として１つ又は複数の他のＵＥにおける受信のためにＤ２Ｄディスカバリ信号を送信することができ得る。いくつかの実施例において、上記Ｄ２Ｄディスカバリ信号は、上記Ｄ２Ｄリソースパラメータから少なくとも部分的に決定された送信時間及び送信周波数リソースに従って送信され得る。いくつかの実施例において、上記Ｄ２Ｄディスカバリ状態メッセージは、当該ＵＥにおける上記Ｄ２Ｄディスカバリ動作の開始又は終了を示し得るとともに、上記Ｄ２Ｄディスカバリ状態メッセージは、上記Ｄ２Ｄディスカバリ動作の一部として当該ＵＥが通知しているか又は監視しているかどうかを示し得る。いくつかの実施例において、上記Ｄ２Ｄディスカバリ状態メッセージの上記送信は、当該ＵＥが無線リソース制御（ＲＲＣ）接続モードにある間、又はＲＲＣ接続セットアップ手続きの間に発生し得る。

上記ハードウェア処理回路は、更に、上記Ｄ２Ｄディスカバリ動作の一部として第２のＵＥから第２のＤ２Ｄディスカバリ信号を受信することができ得る。いくつかの実施例において、上記第２のＤ２Ｄディスカバリ信号は、上記Ｄ２Ｄリソースパラメータから少なくとも部分的に決定された受信時間及び受信周波数リソースに従って受信され得る。いくつかの実施例において、上記Ｄ２Ｄリソースパラメータは、異なる第２のｅＮＢのＤ２Ｄディスカバリリソースに対する支援情報を含み得る。いくつかの実施例において、上記第２のＵＥは、上記第２のｅＮＢとのネットワーク内通信セッションに関与し得る。いくつかの実施例において、上記第２のＤ２Ｄディスカバリ信号の受信のための受信時間及び受信周波数リソースは、上記支援情報から少なくとも部分的に決定され得る。いくつかの実施例において、上記支援情報は、上記第２のｅＮＢのための測定ギャップに関連した情報を含み得るとともに、上記第２のＤ２Ｄディスカバリ信号の上記受信のための上記受信時間は、上記第２のｅＮＢのための上記測定ギャップに少なくとも部分的に基づき得る。

上記ハードウェア処理回路は、更に、上記ネットワーク内通信セッションの一部として上記ｅＮＢにおける受信のためにＤ２Ｄディスカバリリソース要求メッセージを送信することができ得る。いくつかの実施例において、上記ｅＮＢから受信された上記Ｄ２Ｄディスカバリリソースパラメータは、上記ｅＮＢから送信された１つ又は複数のシステム情報ブロック（ＳＩＢ）に含まれ得る。いくつかの実施例において、上記Ｄ２Ｄディスカバリ動作は、少なくとも部分的に当該ＵＥと１つ又は複数の他のＵＥとの間のＤ２Ｄ通信セッションを設定するためのものであり得る。上記ハードウェア処理回路は、更に、上記Ｄ２Ｄ通信セッションの一部として第２のＵＥに対する直接リンクを介してＤ２Ｄパケットを送信及び受信することができ得る。上記ハードウェア処理回路は、更に、上記ネットワーク内通信セッションの一部として上記ｅＮＢからパケットを受信することができ得るとともに、Ｄ２Ｄパケットの上記受信が上記ｅＮＢからのパケットの上記受信とぶつかる場合に、上記Ｄ２Ｄパケットを受信することをやめることができ得る。上記ハードウェア処理回路は、更に、上記ネットワーク内通信セッションの一部として上記ｅＮＢにおける受信のために制御パケットを送信することができ得るとともに、Ｄ２Ｄディスカバリ信号の送信が制御パケットの上記送信とぶつかる場合に、上記Ｄ２Ｄディスカバリ信号を送信することをやめることができ得る。

いくつかの実施例において、上記の送信されたＤ２Ｄパケットは、第１のカウンタ値から少なくとも部分的に生成された第１のメッセージ認証コード（ＭＡＣ）に少なくとも部分的に基づいて、上記Ｄ２Ｄ通信セッションに対する第１の完全性に従って送信され得る。上記ハードウェア処理回路は、更に、上記Ｄ２Ｄ通信セッションに対する上記第１の完全性の障害の検出に応答して、上記ｅＮＢにおける受信のために完全性障害通知を送信することができ得る。上記ハードウェア処理回路は、更に、上記ｅＮＢから第２のカウンタ値を受信することができ得るとともに、上記第２のカウンタ値に少なくとも部分的に基づいて、上記Ｄ２Ｄ通信セッションに対する第２の完全性を有効にする第２のＭＡＣを生成することができ得る。

いくつかの実施例において、当該ＵＥは、アプリケーションレイヤ、無線リソース制御（ＲＲＣ）レイヤ、及び非アクセス層（ＮＡＳ）レイヤを含み得る。いくつかの実施例において、上記Ｄ２Ｄディスカバリ信号の上記送信に対する上記送信時間及び上記送信周波数リソースは、上記ＲＲＣレイヤにおいて少なくとも部分的に決定され得るとともに、上記ＲＲＣレイヤは、上記ＮＡＳレイヤにより、上記アプリケーションレイヤからのＤ２Ｄディスカバリ有効化命令の上記ＮＡＳレイヤにおける受信に応答して上記Ｄ２Ｄディスカバリ信号を送信するように設定され得る。

デバイスツーデバイス（Ｄ２Ｄ）モードにおける通信のための動作を実行する１つ又は複数のプロセッサによる実行のための命令を記憶する非一時的なコンピュータ読み取り可能な記憶媒体が、同様にここで開示される。上記動作は、ネットワーク内通信セッションの一部として進化型ノードＢ（ｅＮＢ）から１つ又は複数のＤ２Ｄリソースパラメータを受信するように上記１つ又は複数のプロセッサを設定し得る。上記動作は、更に、上記ネットワーク内通信セッションの一部として上記ＵＥにおけるＤ２Ｄディスカバリ動作に対するＤ２Ｄディスカバリ状態メッセージを送信するように上記１つ又は複数のプロセッサを設定し得る。上記動作は、更に、上記Ｄ２Ｄディスカバリ動作の一部として１つ又は複数の他のＵＥにおける受信のためにＤ２Ｄディスカバリ信号を送信するように上記１つ又は複数のプロセッサを設定し得る。いくつかの実施例において、上記Ｄ２Ｄディスカバリ信号は、上記Ｄ２Ｄリソースパラメータから少なくとも部分的に決定された送信時間及び送信周波数リソースに従って送信され得る。いくつかの実施例において、上記Ｄ２Ｄディスカバリ状態メッセージは、上記ＵＥにおける上記Ｄ２Ｄディスカバリ動作の開始又は終了を示し得る。いくつかの実施例において、上記Ｄ２Ｄディスカバリ状態メッセージは、上記Ｄ２Ｄディスカバリ動作の一部として上記ＵＥが通知しているか又は監視しているかどうかを示し得る。

いくつかの実施例において、上記Ｄ２Ｄディスカバリ状態メッセージの上記送信は、上記ＵＥが無線リソース制御（ＲＲＣ）接続モードにある間、又はＲＲＣ接続セットアップ手続きの間に発生し得る。上記動作は、更に、上記Ｄ２Ｄディスカバリ動作の一部として第２のＵＥから第２のＤ２Ｄディスカバリ信号を受信するように上記１つ又は複数のプロセッサを設定し得る。いくつかの実施例において、上記Ｄ２Ｄリソースパラメータは、異なる第２のｅＮＢのＤ２Ｄディスカバリリソースに対する支援情報を含み得る。いくつかの実施例において、上記第２のＵＥは、上記第２のｅＮＢとのネットワーク内通信セッションに関与し得る。いくつかの実施例において、上記第２のＤ２Ｄディスカバリ信号の受信のための受信時間及び受信周波数リソースは、上記支援情報から少なくとも部分的に決定され得る。いくつかの実施例において、上記支援情報は、上記第２のｅＮＢのための測定ギャップに関連した情報を含み得るとともに、上記第２のＤ２Ｄディスカバリ信号の上記受信のための上記受信時間は、上記第２のｅＮＢのための上記測定ギャップに少なくとも部分的に基づき得る。いくつかの実施例において、上記Ｄ２Ｄディスカバリ動作は、少なくとも部分的に上記ＵＥと１つ又は複数の他のＵＥとの間のＤ２Ｄ通信セッションを設定するためのものであり得る。上記動作は、更に、上記Ｄ２Ｄ通信セッションの一部として第２のＵＥに対する直接リンクを介してＤ２Ｄパケットを送信及び受信するように上記１つ又は複数のプロセッサを設定し得る。

デバイスツーデバイス（Ｄ２Ｄ）モードにおいて通信する方法が、同様にここで開示される。当該方法は、ネットワーク内通信セッションの一部として進化型ノードＢ（ｅＮＢ）から１つ又は複数のＤ２Ｄリソースパラメータを受信するステップを含み得る。当該方法は、同様に、上記ネットワーク内通信セッションの一部として上記ＵＥにおけるＤ２Ｄディスカバリ動作に対するＤ２Ｄディスカバリ状態メッセージを送信するステップを含み得る。当該方法は、同様に、上記Ｄ２Ｄディスカバリ動作の一部として１つ又は複数の他のＵＥにおける受信のためにＤ２Ｄディスカバリ信号を送信するステップを含み得る。いくつかの実施例において、上記Ｄ２Ｄディスカバリ信号は、上記Ｄ２Ｄリソースパラメータから少なくとも部分的に決定された送信時間及び送信周波数リソースに従って送信され得る。いくつかの実施例において、上記Ｄ２Ｄディスカバリ状態メッセージは、上記ＵＥにおける上記Ｄ２Ｄディスカバリ動作の開始又は終了を示し得る。いくつかの実施例において、上記Ｄ２Ｄディスカバリ状態メッセージは、上記Ｄ２Ｄディスカバリ動作の一部として上記ＵＥが通知しているか又は監視しているかどうかを示し得る。いくつかの実施例において、上記Ｄ２Ｄディスカバリ状態メッセージの上記送信は、上記ＵＥが無線リソース制御（ＲＲＣ）接続モードにある間、又はＲＲＣ接続セットアップ手続きの間に発生し得る。当該方法は、上記Ｄ２Ｄディスカバリ動作の一部として第２のＵＥから第２のＤ２Ｄディスカバリ信号を受信するステップを更に含み得る。いくつかの実施例において、上記Ｄ２Ｄリソースパラメータは、異なる第２のｅＮＢのＤ２Ｄディスカバリリソースに対する支援情報を含み得る。いくつかの実施例において、上記第２のＵＥは、上記第２のｅＮＢとのネットワーク内通信セッションに関与し得る。いくつかの実施例において、上記第２のＤ２Ｄディスカバリ信号の受信のための受信時間及び受信周波数リソースは、上記支援情報から少なくとも部分的に決定され得る。いくつかの実施例において、上記支援情報が、上記第２のｅＮＢのための測定ギャップに関連した情報を含み得るとともに、上記第２のＤ２Ｄディスカバリ信号の上記受信のための上記受信時間は、上記第２のｅＮＢのための上記測定ギャップに少なくとも部分的に基づき得る。当該方法は、上記ＵＥと１つ又は複数の他のＵＥとの間のＤ２Ｄ通信セッションの一部として第２のＵＥに対する直接リンクを介してＤ２Ｄパケットを送信及び受信するステップを更に含み得る。いくつかの実施例において、上記Ｄ２Ｄディスカバリ動作は、少なくとも部分的に上記Ｄ２Ｄ通信セッションを設定するためのものであり得る。

読者が技術的開示の性質及び要点を確かめることを可能にするであろう要約を要求する連邦規則法典第３７巻セクション１．７２（ｂ）（37C.F.R. Section 1.72(b)）に適合するように、要約が提供される。要約は、要約が請求項の範囲若しくは意味を限定するか、又は解釈するために使用されないであろう、という了解のもとに提出される。したがって、添付の請求項は、この結果、各請求項が個別の実施例として独立している状態で詳細な説明の中に組み込まれる。

Claims (20)

1. デバイスツーデバイス（Ｄ２Ｄ）通信モードに従って動作するユーザ装置（ＵＥ）であって、
   ネットワーク内通信セッションの一部として進化型ノードＢ（ｅＮＢ）から１つ又は複数のＤ２Ｄリソースパラメータを受信し、
   前記ネットワーク内通信セッションの一部として当該ＵＥにおけるＤ２Ｄディスカバリ動作に対するＤ２Ｄディスカバリ状態メッセージを送信し、
   前記Ｄ２Ｄディスカバリ動作の一部として１つ又は複数の他のＵＥにおける受信のためにＤ２Ｄディスカバリ信号を送信するハードウェア処理回路を備え、
   前記Ｄ２Ｄディスカバリ信号が、前記Ｄ２Ｄリソースパラメータから少なくとも部分的に決定された送信時間及び送信周波数リソースに従って送信され、
   前記Ｄ２Ｄディスカバリ状態メッセージが、当該ＵＥにおける前記Ｄ２Ｄディスカバリ動作の開始又は終了を示し、
   前記Ｄ２Ｄディスカバリ状態メッセージが、前記Ｄ２Ｄディスカバリ動作の一部として当該ＵＥが通知しているか又は監視しているかどうかを示す、ＵＥ。
2. 前記Ｄ２Ｄディスカバリ状態メッセージの前記送信が、当該ＵＥが無線リソース制御（ＲＲＣ）接続モードにある間、又はＲＲＣ接続セットアップ手続きの間に発生する、請求項１に記載のＵＥ。
3. 前記ハードウェア処理回路が、更に、前記Ｄ２Ｄディスカバリ動作の一部として第２のＵＥから第２のＤ２Ｄディスカバリ信号を受信し、
   前記第２のＤ２Ｄディスカバリ信号が、前記Ｄ２Ｄリソースパラメータから少なくとも部分的に決定された受信時間及び受信周波数リソースに従って受信される、請求項１に記載のＵＥ。
4. 前記Ｄ２Ｄリソースパラメータが、異なる第２のｅＮＢのＤ２Ｄディスカバリリソースに対する支援情報を含み、
   前記第２のＵＥが、前記第２のｅＮＢとのネットワーク内通信セッションに関与しており、
   前記第２のＤ２Ｄディスカバリ信号の受信のための受信時間及び受信周波数リソースが、前記支援情報から少なくとも部分的に決定される、請求項３に記載のＵＥ。
5. 前記支援情報が、前記第２のｅＮＢのための測定ギャップに関連した情報を含み、
   前記第２のＤ２Ｄディスカバリ信号の前記受信のための前記受信時間が、前記第２のｅＮＢのための前記測定ギャップに少なくとも部分的に基づいている、請求項４に記載のＵＥ。
6. 前記ハードウェア処理回路が、更に、前記ネットワーク内通信セッションの一部として前記ｅＮＢにおける受信のためにＤ２Ｄディスカバリリソース要求メッセージを送信する、請求項１に記載のＵＥ。
7. 前記ｅＮＢから受信された前記Ｄ２Ｄリソースパラメータが、前記ｅＮＢから送信された１つ又は複数のシステム情報ブロック（ＳＩＢ）に含まれる、請求項１に記載のＵＥ。
8. 前記Ｄ２Ｄディスカバリ動作が、少なくとも部分的に当該ＵＥと１つ又は複数の他のＵＥとの間のＤ２Ｄ通信セッションを設定するためのものであり、
   前記ハードウェア処理回路が、更に、前記Ｄ２Ｄ通信セッションの一部として第２のＵＥに対する直接リンクを介してＤ２Ｄパケットを送信及び受信する、請求項１に記載のＵＥ。
9. 前記ハードウェア処理回路が、更に、
   前記ネットワーク内通信セッションの一部として前記ｅＮＢからパケットを受信し、
   Ｄ２Ｄパケットの前記受信が前記ｅＮＢからのパケットの前記受信と競合する場合に、前記Ｄ２Ｄパケットを受信することを控える、請求項８に記載のＵＥ。
10. 前記ハードウェア処理回路が、更に、
    前記ネットワーク内通信セッションの一部として前記ｅＮＢにおける受信のために制御パケットを送信し、
    Ｄ２Ｄディスカバリ信号の送信が制御パケットの前記送信と競合する場合に、前記Ｄ２Ｄディスカバリ信号を送信することを控える、請求項８に記載のＵＥ。
11. 当該ＵＥが、更に、近接情報サービス（Ｐｒｏ−Ｓｅ）に従って動作することができる、請求項１に記載のＵＥ。
12. デバイスツーデバイス（Ｄ２Ｄ）通信モードに従って動作するユーザ装置（ＵＥ）であって、
    ネットワーク内通信セッションの一部として進化型ノードＢ（ｅＮＢ）から１つ又は複数のＤ２Ｄリソースパラメータを受信し、
    前記ネットワーク内通信セッションの一部として当該ＵＥにおけるＤ２Ｄディスカバリ動作に対するＤ２Ｄディスカバリ状態メッセージを送信し、
    前記Ｄ２Ｄディスカバリ動作の一部として１つ又は複数の他のＵＥにおける受信のためにＤ２Ｄディスカバリ信号を送信するハードウェア処理回路を備え、
    前記Ｄ２Ｄディスカバリ信号が、前記Ｄ２Ｄリソースパラメータから少なくとも部分的に決定された送信時間及び送信周波数リソースに従って送信され、
    前記Ｄ２Ｄディスカバリ動作が、少なくとも部分的に当該ＵＥと１つ又は複数の他のＵＥとの間のＤ２Ｄ通信セッションを設定するためのものであり、
    前記ハードウェア処理回路が、更に、前記Ｄ２Ｄ通信セッションの一部として第２のＵＥに対する直接リンクを介してＤ２Ｄパケットを送信及び受信し、
    前記の送信されたＤ２Ｄパケットが、第１のカウンタ値から少なくとも部分的に生成された第１のメッセージ認証コード（ＭＡＣ）に少なくとも部分的に基づいて、前記Ｄ２Ｄ通信セッションに対する第１の完全性に従って送信され、
    前記ハードウェア処理回路が、更に、
    前記Ｄ２Ｄ通信セッションに対する前記第１の完全性の障害の検出に応答して、前記ｅＮＢにおける受信のために完全性障害通知を送信し、
    前記ｅＮＢから第２のカウンタ値を受信し、
    前記第２のカウンタ値に少なくとも部分的に基づいて、前記Ｄ２Ｄ通信セッションに対する第２の完全性を有効にする第２のＭＡＣを生成する、ＵＥ。
13. デバイスツーデバイス（Ｄ２Ｄ）通信モードに従って動作するユーザ装置（ＵＥ）であって、
    ネットワーク内通信セッションの一部として進化型ノードＢ（ｅＮＢ）から１つ又は複数のＤ２Ｄリソースパラメータを受信し、
    前記ネットワーク内通信セッションの一部として当該ＵＥにおけるＤ２Ｄディスカバリ動作に対するＤ２Ｄディスカバリ状態メッセージを送信し、
    前記Ｄ２Ｄディスカバリ動作の一部として１つ又は複数の他のＵＥにおける受信のためにＤ２Ｄディスカバリ信号を送信するハードウェア処理回路を備え、
    前記Ｄ２Ｄディスカバリ信号が、前記Ｄ２Ｄリソースパラメータから少なくとも部分的に決定された送信時間及び送信周波数リソースに従って送信され、
    当該ＵＥが、アプリケーションレイヤ、無線リソース制御（ＲＲＣ）レイヤ、及び非アクセス層（ＮＡＳ）レイヤを含み、
    前記Ｄ２Ｄディスカバリ信号の前記送信に対する前記送信時間及び前記送信周波数リソースが、前記ＲＲＣレイヤにおいて少なくとも部分的に決定され、
    前記ＲＲＣレイヤが、前記ＮＡＳレイヤにより、前記アプリケーションレイヤからのＤ２Ｄディスカバリ有効化命令の前記ＮＡＳレイヤにおける受信に応答して前記Ｄ２Ｄディスカバリ信号を送信するように設定される、ＵＥ。
14. デバイスツーデバイス（Ｄ２Ｄ）モードにおける通信のための動作を実行する１つ又は複数のプロセッサによる実行のための命令を含むコンピュータプログラムであって、
    前記動作が、
    ネットワーク内通信セッションの一部として進化型ノードＢ（ｅＮＢ）から１つ又は複数のＤ２Ｄリソースパラメータを受信し、
    前記ネットワーク内通信セッションの一部としてＵＥにおけるＤ２Ｄディスカバリ動作に対するＤ２Ｄディスカバリ状態メッセージを送信し、
    前記Ｄ２Ｄディスカバリ動作の一部として１つ又は複数の他のＵＥにおける受信のためにＤ２Ｄディスカバリ信号を送信するように前記１つ又は複数のプロセッサを設定し、
    前記Ｄ２Ｄディスカバリ信号が、前記Ｄ２Ｄリソースパラメータから少なくとも部分的に決定された送信時間及び送信周波数リソースに従って送信され、
    前記Ｄ２Ｄディスカバリ状態メッセージが、前記ＵＥにおける前記Ｄ２Ｄディスカバリ動作の開始又は終了を示し、
    前記Ｄ２Ｄディスカバリ状態メッセージが、前記Ｄ２Ｄディスカバリ動作の一部として前記ＵＥが通知しているか又は監視しているかどうかを示し、
    前記Ｄ２Ｄディスカバリ状態メッセージの前記送信が、前記ＵＥが無線リソース制御（ＲＲＣ）接続モードにある間、又はＲＲＣ接続セットアップ手続きの間に発生する、コンピュータプログラム。
15. デバイスツーデバイス（Ｄ２Ｄ）モードにおける通信のための動作を実行する１つ又は複数のプロセッサによる実行のための命令を含むコンピュータプログラムであって、
    前記動作が、
    ネットワーク内通信セッションの一部として進化型ノードＢ（ｅＮＢ）から１つ又は複数のＤ２Ｄリソースパラメータを受信し、
    前記ネットワーク内通信セッションの一部としてＵＥにおけるＤ２Ｄディスカバリ動作に対するＤ２Ｄディスカバリ状態メッセージを送信し、
    前記Ｄ２Ｄディスカバリ動作の一部として１つ又は複数の他のＵＥにおける受信のためにＤ２Ｄディスカバリ信号を送信するように前記１つ又は複数のプロセッサを設定し、
    前記Ｄ２Ｄディスカバリ信号が、前記Ｄ２Ｄリソースパラメータから少なくとも部分的に決定された送信時間及び送信周波数リソースに従って送信され、
    前記動作が、更に、前記Ｄ２Ｄディスカバリ動作の一部として第２のＵＥから第２のＤ２Ｄディスカバリ信号を受信するように前記１つ又は複数のプロセッサを設定し、
    前記Ｄ２Ｄリソースパラメータが、異なる第２のｅＮＢのＤ２Ｄディスカバリリソースに対する支援情報を含み、
    前記第２のＵＥが、前記第２のｅＮＢとのネットワーク内通信セッションに関与しており、
    前記第２のＤ２Ｄディスカバリ信号の受信のための受信時間及び受信周波数リソースが、前記支援情報から少なくとも部分的に決定され、
    前記支援情報が、前記第２のｅＮＢのための測定ギャップに関連した情報を含み、
    前記第２のＤ２Ｄディスカバリ信号の前記受信のための前記受信時間が、前記第２のｅＮＢのための前記測定ギャップに少なくとも部分的に基づいている、コンピュータプログラム。
16. 前記Ｄ２Ｄディスカバリ動作が、少なくとも部分的に前記ＵＥと１つ又は複数の他のＵＥとの間のＤ２Ｄ通信セッションを設定するためのものであり、
    前記動作が、更に、前記Ｄ２Ｄ通信セッションの一部として第２のＵＥに対する直接リンクを介してＤ２Ｄパケットを送信及び受信するように前記１つ又は複数のプロセッサを設定する、請求項１４又は１５に記載のコンピュータプログラム。
17. 請求項１４ないし１６のうちのいずれか一項に記載のコンピュータプログラムを記憶したコンピュータ読取り可能な記憶媒体。
18. デバイスツーデバイス（Ｄ２Ｄ）モードにおいて通信する方法であって、
    ネットワーク内通信セッションの一部として進化型ノードＢ（ｅＮＢ）から１つ又は複数のＤ２Ｄリソースパラメータを受信するステップと、
    前記ネットワーク内通信セッションの一部としてＵＥにおけるＤ２Ｄディスカバリ動作に対するＤ２Ｄディスカバリ状態メッセージを送信するステップと、
    前記Ｄ２Ｄディスカバリ動作の一部として１つ又は複数の他のＵＥにおける受信のためにＤ２Ｄディスカバリ信号を送信するステップとを含み、
    前記Ｄ２Ｄディスカバリ信号が、前記Ｄ２Ｄリソースパラメータから少なくとも部分的に決定された送信時間及び送信周波数リソースに従って送信され、
    前記Ｄ２Ｄディスカバリ状態メッセージが、前記ＵＥにおける前記Ｄ２Ｄディスカバリ動作の開始又は終了を示し、
    前記Ｄ２Ｄディスカバリ状態メッセージが、前記Ｄ２Ｄディスカバリ動作の一部として前記ＵＥが通知しているか又は監視しているかどうかを示し、
    前記Ｄ２Ｄディスカバリ状態メッセージの前記送信が、前記ＵＥが無線リソース制御（ＲＲＣ）接続モードにある間、又はＲＲＣ接続セットアップ手続きの間に発生する、方法。
19. デバイスツーデバイス（Ｄ２Ｄ）モードにおいて通信する方法であって、
    ネットワーク内通信セッションの一部として進化型ノードＢ（ｅＮＢ）から１つ又は複数のＤ２Ｄリソースパラメータを受信するステップと、
    前記ネットワーク内通信セッションの一部としてＵＥにおけるＤ２Ｄディスカバリ動作に対するＤ２Ｄディスカバリ状態メッセージを送信するステップと、
    前記Ｄ２Ｄディスカバリ動作の一部として１つ又は複数の他のＵＥにおける受信のためにＤ２Ｄディスカバリ信号を送信するステップとを含み、
    前記Ｄ２Ｄディスカバリ信号が、前記Ｄ２Ｄリソースパラメータから少なくとも部分的に決定された送信時間及び送信周波数リソースに従って送信され、
    当該方法が、前記Ｄ２Ｄディスカバリ動作の一部として第２のＵＥから第２のＤ２Ｄディスカバリ信号を受信するステップを更に含み、
    前記Ｄ２Ｄリソースパラメータが、異なる第２のｅＮＢのＤ２Ｄディスカバリリソースに対する支援情報を含み、
    前記第２のＵＥが、前記第２のｅＮＢとのネットワーク内通信セッションに関与しており、
    前記第２のＤ２Ｄディスカバリ信号の受信のための受信時間及び受信周波数リソースが、前記支援情報から少なくとも部分的に決定され、
    前記支援情報が、前記第２のｅＮＢのための測定ギャップに関連した情報を含み、
    前記第２のＤ２Ｄディスカバリ信号の前記受信のための前記受信時間が、前記第２のｅＮＢのための前記測定ギャップに少なくとも部分的に基づいている、方法。
20. 前記ＵＥと１つ又は複数の他のＵＥとの間のＤ２Ｄ通信セッションの一部として第２のＵＥに対する直接リンクを介してＤ２Ｄパケットを送信及び受信するステップを更に含み、
    前記Ｄ２Ｄディスカバリ動作が、少なくとも部分的に前記Ｄ２Ｄ通信セッションを設定するためのものである、請求項１８又は１９に記載の方法。

Images