特許 6130069 ＬＴＥネットワークにおけるパケットベースデバイスツーデバイス（Ｄ２Ｄ）ディスカバリのためのユーザ装置及び方法

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

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

(11)【特許番号】6130069

(24)【登録日】2017年4月21日

(45)【発行日】2017年5月17日

(54)【発明の名称】ＬＴＥネットワークにおけるパケットベースデバイスツーデバイス（Ｄ２Ｄ）ディスカバリのためのユーザ装置及び方法

(51)【国際特許分類】

   H04W 8/00 20090101AFI20170508BHJP

   H04W 92/18 20090101ALI20170508BHJP

   H04W 28/06 20090101ALI20170508BHJP

   H04W 72/04 20090101ALI20170508BHJP

【ＦＩ】

   H04W8/00 110

   H04W92/18

   H04W28/06 110

   H04W72/04 136

【請求項の数】24

【全頁数】24

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

(86)(22)【出願日】2014年8月7日

(65)【公表番号】特表2016-531473(P2016-531473A)

(43)【公表日】2016年10月6日

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

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

(87)【国際公開日】20150212

【審査請求日】2016年1月6日

(31)【優先権主張番号】61/863,902

(32)【優先日】2013年8月8日

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

(31)【優先権主張番号】61/909,938

(32)【優先日】2013年11月27日

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

(31)【優先権主張番号】14/280,799

(32)【優先日】2014年5月19日

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

(73)【特許権者】

【識別番号】593096712

【氏名又は名称】インテル コーポレイション

(73)【特許権者】

【識別番号】514045555

【氏名又は名称】インテル アイピー コーポレイション

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】シオーン，ガーン

(72)【発明者】

【氏名】ニウ，ホワーンイン

(72)【発明者】

【氏名】チャタジー，デブディープ

(72)【発明者】

【氏名】コルヤエフ，アレクセイ

(72)【発明者】

【氏名】フゥ，ジョン−カエ

【審査官】 ▲高▼橋 真之

(56)【参考文献】

【文献】 特表２０１３−５２９４１６（ＪＰ，Ａ）

【文献】 特表２０１６−５０９７９９（ＪＰ，Ａ）

【文献】 Alcatel-Lucent Shanghai Bell, Alcatel-Lucent，Discussion of D2D discovery methods[online]，3GPP TSG RAN WG1 Meeting #73 R1-132068，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_73/Docs/R1-132068.zip＞，２０１３年 ５月１１日

【文献】 Renesas Mobile Europe Ltd，ProSe UE discovery design aspects[online]，3GPP TSG-RAN WG1 Meeting #73 R1-132173，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_73/Docs/R1-132173.zip＞，２０１３年 ５月１１日

【文献】 Intel Corporation，Discussion on design options for D2D discovery[online]，3GPP TSG RAN WG1 Meeting #73 R1-131924，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_73/Docs/R1-131924.zip＞，２０１３年 ５月１１日

【文献】 Qualcomm Incorporated，Techniques for D2D Discovery[online]，3GPP TSG-RAN WG1 #73 R1-132503，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_73/Docs/R1-132503.zip＞，２０１３年 ５月１１日

【文献】 Qualcomm Inc., Huawei, HiSilicon, LG Electronics, LG Uplus, Intel, Samsung, NEC, RIM, ETRI，D2D Discovery Terminology Way Forward[online]，3GPP TSG RAN WG1 #73 R1-132772，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_73/Docs/R1-132772.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】

前記ディスカバリパケットが、ディスカバリヘッダを含むよう構成されている場合、
当該コンピュータプログラムは、前記ＵＥの前記プロセッサに、さらに、
前記ディスカバリペイロードの前記ペイロードサイズ及び／又は前記ＭＣＳを示すためにＤＭＲＳを選択するのをやめさせ、
前記ディスカバリペイロードの予め定められたペイロードサイズとＭＣＳとの複数の組合せのうちの１つを示すように、前記ディスカバリヘッダを構成させる、請求項１９記載のコンピュータプログラム。

【請求項22】

近接サービスに対応しており、ロングタームエボリューション（ＬＴＥ）ネットワークにおけるパケットベースデバイスツーデバイス（Ｄ２Ｄ）ディスカバリオペレーションのために構成されたユーザ装置（ＵＥ）であって、
進化型ノードＢ（ｅＮＢ）から、Ｄ２Ｄディスカバリのために割り当てられたリソースを示すシグナリングを受信し、
少なくともディスカバリペイロード及び巡回冗長チェックサム（ＣＲＣ）を有するように、予め定められた構成に従ったディスカバリパケットを構成し、ここで、前記ディスカバリペイロードは、ディスカバリ関連コンテンツを含み、
前記予め定められた構成の前記ディスカバリパケットが、ディスカバリヘッダを含まない場合、前記ディスカバリペイロードのペイロードサイズ及び／又は変調・符号化方式（ＭＣＳ）を示すために送信される復調基準信号（ＤＭＲＳ）を選択し、
前記予め定められた構成の前記ディスカバリパケットが、ディスカバリヘッダを含む場合、前記ディスカバリペイロードの予め定められたペイロードサイズとＭＣＳとの複数の組合せのうちの１つを示すように、前記ディスカバリヘッダを構成し、
受信側ＵＥによる受信のために、前記の示されたリソースのうちの少なくとも一部のリソース上で、前記ディスカバリパケットを送信する
よう構成されている物理レイヤ（ＰＨＹ）及び媒体アクセス制御（ＭＡＣ）レイヤ回路
を備えたＵＥ。

【請求項23】

前記予め定められた構成の前記ディスカバリパケットが、ディスカバリヘッダを含まず、予め定められたペイロードサイズとＭＣＳとの組合せを有するディスカバリペイロードを含む場合、当該ＵＥは、予め定められたペイロードサイズとＭＣＳとの組合せを示すためにＤＭＲＳを選択するのをやめるよう構成されている、請求項２２記載のＵＥ。

【請求項24】

請求項１９乃至２１いずれか一項記載のコンピュータプログラムを記憶したコンピュータ読み取り可能な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

実施形態は、無線通信に関する。いくつかの実施形態は、３ＧＰＰ ＬＴＥ（ロングタームエボリューション）ネットワーク等のセルラネットワークに関する。いくつかの実施形態は、直接デバイスツーデバイス（Ｄ２Ｄ）通信に関する。いくつかの実施形態は、ＬＴＥネットワークにおけるＤ２Ｄディスカバリに関する。いくつかの実施形態は、近接サービスに対応しているユーザ装置（ＵＥ）（ＰｒｏＳｅ対応ＵＥ；ProSe enabled UE）に関する。

【0002】

（優先権主張）
本出願は、２０１３年８月８日に出願された米国特許仮出願第６１／８６３９０２号及び２０１３年１１月２７日に出願された米国特許仮出願第６１／９０９９３８号に基づく優先権の利益を主張する２０１４年５月１９日に出願された米国特許出願第１４／２８０７９９号に基づく優先権の利益を主張するものであり、これらの各々は、参照によりその全体が本明細書に組み込まれる。

【背景技術】

【0003】

無線通信ネットワークの統合された部分としての直接Ｄ２Ｄ通信に対するサポートが、ＬＴＥネットワークのさらなる進化のために現在検討されている。直接Ｄ２Ｄ通信により、ユーザ装置（ＵＥ）は、基地局又は進化型ノードＢ（ｅＮＢ）を介することなく、直接互いと通信することができる。Ｄ２Ｄ通信に伴う１つの問題は、Ｄ２Ｄサービスを可能にするデバイスディスカバリである。デバイスディスカバリは、Ｄ２Ｄ通信の通信範囲内にある１以上の他のディスカバリ可能なＵＥをディスカバリすることを含む。デバイスディスカバリはまた、Ｄ２Ｄ通信の通信範囲内にある１以上の他のディスカバリする側のＵＥによりディスカバリされることを含む。デバイスディスカバリのために使用されるシグナリング及びデバイスディスカバリ中に伝達されるディスカバリ情報を含む、Ｄ２Ｄ通信のためのデバイスディスカバリに関する多くの未解決の問題が存在する。

【0004】

したがって、ＬＴＥネットワークにおけるＤ２Ｄ通信のための改善されたデバイスディスカバリのためのＵＥ及び方法が、一般に必要とされている。Ｄ２Ｄディスカバリのためのディスカバリ情報をシグナリング及び伝達するためのＵＥ及び方法もまた、一般に必要とされている。

【図面の簡単な説明】

【0005】

【図1】いくつかの実施形態に従った、ＬＴＥネットワークのエンドツーエンドネットワークアーキテクチャの一部を示す図。

【図2】いくつかの実施形態に従った、Ｄ２Ｄ通信のディスカバリゾーンを含むリソースグリッドの構造を示す図。

【図3A】いくつかの実施形態に従ったディスカバリパケットを示す図。

【図3B】いくつかの代替実施形態に従ったディスカバリパケットを示す図。

【図4】いくつかの実施形態に従ったＤ２Ｄディスカバリパケット処理を示す図。

【図5】いくつかの実施形態に従ったＵＥの機能ブロック図。

【図6】いくつかの実施形態に従った、パケットベースＤ２Ｄディスカバリのためのプロシージャを示す図。

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

【0006】

以下の説明及び図面は、当業者が具体的な実施形態を実施できるようにするために、そのような具体的な実施形態を十分に開示している。他の実施形態は、構造的変更、論理的変更、電気的変更、処理的変更、及び他の変更を組み込むことができる。いくつかの実施形態の部分及び特徴は、他の実施形態に含まれることもあるし、他の実施形態の部分及び特徴により代用されることもある。請求項に記載される実施形態は、請求項の全ての利用可能な均等物を包含する。

【0007】

図１は、いくつかの実施形態に従った、様々なネットワークコンポーネントとともに、ＬＴＥネットワークのエンドツーエンドネットワークアーキテクチャの一部を示している。ネットワークアーキテクチャは、無線アクセスネットワーク（ＲＡＮ）（例えば、図示されるような、Ｅ−ＵＴＲＡＮすなわち進化型ユニバーサル地上無線アクセスネットワーク）１００と、Ｓ１インタフェース１１５を介して一緒に結合されているコアネットワーク１２０（例えば、進化型パケットコア（ＥＰＣ）として図示されている）と、を含む。便宜及び簡潔さのために、ＲＡＮ１００に加えてコアネットワーク１２０の一部だけが図示されている。

【0008】

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

【0009】

いくつかの実施形態に従うと、ＵＥ１０２は、直接デバイスツーデバイス（Ｄ２Ｄ）通信される他のＵＥのＤ２Ｄディスカバリを含むＤ２Ｄ通信のために構成され得る。いくつかの実施形態は、パケットベースＤ２Ｄディスカバリ（packet-based D2D discovery）のための物理レイヤ設計を提供する。いくつかの実施形態において、ＵＥ１１２等のＵＥは、Ｄ２Ｄディスカバリを実現するために、（例えば、ディスカバリシーケンスの代わりに）ディスカバリパケット１０１を構成して送信することができる。これにより、さらなるディスカバリ関連コンテンツをＵＥ間で直接共用することが可能になる。これらの実施形態において、ディスカバリパケット１０１を送信するＵＥ１１２は、ディスカバリする側のデバイスと呼ばれることがある。なぜならば、ＵＥ１１２は、別のＵＥ（例えば、ＵＥ１１４）をディスカバリするからである。これらの実施形態について以下でより詳細に説明する。

【0010】

ＭＭＥは、レガシサービングＧＰＲＳサポートノード（ＳＧＳＮ）の制御プレーンと機能が類似している。ＭＭＥは、ゲートウェイ選択及び追跡エリアリスト管理等、アクセスにおけるモビリティの側面を管理する。サービングＧＷ１２４は、ＲＡＮ１００に対するインタフェースを終端するものであり、ＲＡＮ１００とコアネットワーク１２０との間でデータパケットをルーティングする。加えて、サービングＧＷ１２４は、ｅＮＢ間ハンドオーバのためのローカルモビリティアンカポイントであり得、また、３ＧＰＰ間モビリティのためのアンカを提供することができる。他の役割は、合法的傍受、課金、及び何らかのポリシ施行を含み得る。サービングＧＷ１２４及びＭＭＥ１２２は、１つの物理ノード内に実装されてもよいし、別々の物理ノード内に実装されてもよい。ＰＤＮ ＧＷ１２６は、パケットデータネットワーク（ＰＤＮ）に対するＳＧｉインタフェースを終端する。ＰＤＮ ＧＷ１２６は、ＥＰＣ１２０と外部ＰＤＮとの間でデータパケットをルーティングし、ポリシ施行及びデータ収集管理のためのキーノードであり得る。ＰＤＮ ＧＷ１２６はまた、非ＬＴＥアクセスに対する、モビリティのためのアンカポイントを提供することができる。外部ＰＤＮは、任意の種類のＩＰネットワーク、及びＩＰマルチメディアサブシステム（ＩＭＳ）領域であり得る。ＰＤＮ ＧＷ１２６及びサービングＧＷ１２４は、１つの物理ノード内に実装されてもよいし、別々の物理ノード内に実装されてもよい。

【0011】

ｅＮＢ１０４（マクロｅＮＢ及びマイクロｅＮＢ）は、無線インタフェースプロトコルを終端するものであり、ＵＥ１０２に対する最初のコンタクトポイントであり得る。いくつかの実施形態において、ｅＮＢ１０４は、無線ベアラ管理、上りリンク及び下りリンクの動的無線リソース管理及びデータパケットスケジューリング、並びにモビリティ管理等のＲＮＣ（無線ネットワークコントローラ機能）を含むがこれらに限定されない、ＲＡＮ１００のための様々な論理機能を実行することができる。

【0012】

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

【0013】

セルラネットワークに関して、ＬＰセルは、屋外信号が十分に届かない屋内エリアに対するカバレッジを拡張するために、あるいは、駅等の、電話が非常に混み合って使用されるエリアにおけるネットワーク容量を追加するために、通常は使用される。本明細書で使用されるとき、用語ＬＰ ｅＮＢとは、フェムトセル、ピコセル、又はマイクロセル等のより狭いセル（マクロセルよりも狭いセル）を実装するための任意の適切な比較的低い電力のｅＮＢを指す。フェムトセルｅＮＢは、通常、モバイルネットワークオペレータにより、その居住顧客（residential customer）又はエンタープライズ顧客（enterprise customer）に対して提供される。フェムトセルは、通常、居住用ゲートウェイのサイズ又はこれより小さなサイズであり、一般に、ユーザのブロードバンド回線に接続する。つながれると、フェムトセルは、モバイルオペレータのモバイルネットワークに接続し、居住用フェムトセルのための通常３０メートルから５０メートルの範囲の追加のカバレッジを提供する。したがって、ＬＰ ｅＮＢは、フェムトセルｅＮＢであり得る。なぜならば、これは、ＰＤＮ ＧＷ１２６を介して接続されるからである。同様に、ピコセルは、ビルディング内（オフィス、ショッピングモール、駅等）や、より最近では航空機内等の小さなエリアを通常はカバーする無線通信システムである。ピコセルｅＮＢは、一般に、Ｘ２リンクを介して、その基地局コントローラ（ＢＳＣ）機能を介してマクロｅＮＢ等の別のｅＮＢに接続することができる。ＬＰ ｅＮＢは、ピコセルｅＮＢを用いて実装され得る。なぜならば、これは、Ｘ２インタフェースを介してマクロｅＮＢに接続され得るからである。ピコセルｅＮＢ又は他のＬＰ ｅＮＢは、マクロｅＮＢの機能の一部又は全てを組み込むことができる。場合によっては、これは、アクセスポイント、基地局、又はエンタープライズフェムトセルと呼ばれることもある。

【0014】

いくつかのＬＴＥの実施形態において、物理下りリンク共用チャネル（ＰＤＳＣＨ）は、ユーザデータ及びより上位のレイヤのシグナリングをＵＥ１０２に伝送する。物理下りリンク制御チャネル（ＰＤＣＣＨ）は、とりわけ、ＰＤＳＣＨチャネルに関連するトランスポートフォーマット及びリソース割り当てについての情報を伝送する。これはまた、上りリンク共用チャネルに関連するトランスポートフォーマット、リソース割り当て、及びＨ−ＡＲＱ情報についてＵＥ１０２に通知する。通常、下りリンクスケジューリング（セル内のＵＥに対する制御チャネルリソースブロック及び共用チャネルリソースブロックの割り当て）は、ＵＥ１０２からｅＮＢ１０４にフィードバックされたチャネル品質情報に基づいて、ｅＮＢ１０４において実行され、次いで、下りリンクリソース割り当て情報が、ＵＥ１０２のために使用される（且つ、ＵＥ１０２に対しておそらくは割り当てられる）物理下りリンク制御チャネル（ＰＤＣＣＨ）を介して、ＵＥに送信され得る。

【0015】

ＰＤＣＣＨは、ＣＣＥ（制御チャネル要素；control channel element）を使用して、制御情報を伝送する。リソース要素にマッピングされる前に、ＰＤＣＣＨ複素数値シンボルが、まず、四つ組（quadruplet）に編成され得、その四つ組が、レートマッチングのために、サブブロックインターリーバ（inter-leaver）を用いて順序が変えられ得る。各ＰＤＣＣＨは、ＣＣＥのうちの１以上を用いて伝送される。ここで、各ＣＣＥは、リソース要素グループ（ＲＥＧ）として知られている４つの物理リソース要素の９個のセットに対応し得る。４つのＱＰＳＫシンボルが、各ＲＥＧにマッピングされる。ＰＤＣＣＨは、ＤＣＩのサイズ及びチャネル状態に応じて、１以上のＣＣＥを用いて伝送され得る。異なる数のＣＣＥ（例えば、アグリゲーションレベルＬ＝１、２、４、又は８）を伴う、ＬＴＥにおいて定義された４以上の異なるＰＤＣＣＨフォーマットが存在し得る。

【0016】

図２は、いくつかの実施形態に従った、Ｄ２Ｄ通信のディスカバリゾーンを含むリソースグリッドの構造を示している。図示されるグリッドは、リソースグリッドと呼ばれる時間−周波数グリッドであり、各スロット内の下りリンク又は上りリンクにおける物理リソースである。リソースグリッドにおける最小時間−周波数ユニットが、リソース要素（ＲＥ）として表される。リソースグリッドは、複数のリソースブロック（ＲＢ）を含み、ＲＢは、リソース要素に対する所定の物理チャネルのマッピングを表す。各リソースブロックは、リソース要素の集合を含み、周波数領域において、割り当てることができるリソースの最小量子（smallest quanta）を表すが、実施形態の範囲は、この点において限定されるものではない。そのようなリソースブロックを用いて伝送される複数の異なる物理チャネルが存在する。図２に示されるリソースグリッドは、ＲＡＮ１００により使用される複数の物理ＲＢ（ＰＲＢ）を含み得るＬＴＥオペレーションゾーン２０２を含み得る。

【0017】

いくつかの実施形態に従うと、ＵＥ１１２（図１）は、ｅＮＢ１０４（図１）から、ＬＴＥオペレーションゾーン２０２内のディスカバリゾーン２０４を示すシグナリングを受信することができる。ディスカバリゾーン２０４は、ディスカバリリソースの複数のＰＲＢ２０６を含み得る。ＵＥ１１２は、ディスカバリゾーン２０４のいくつかのＰＲＢ２０６内におけるＤ２Ｄディスカバリのために１以上の他のＵＥ（例えば、ＵＥ１１４（図１））により受信されるディスカバリパケット１０１（図１）を送信することができる。いくつかの実施形態において、Ｄ２Ｄディスカバリのために割り当てられるリソースは、物理上りリンク共用チャネル（ＰＵＳＣＨ）のリソースであり得るが、実施形態の範囲は、この点において限定されるものではない。

【0018】

ＰＲＢは、時間次元におけるサブフレームの特定のスロットと、周波数次元における周波数サブキャリアの特定のグループと、に関連付けられ得る。各ＰＲＢは、例えば、ＲＢインデックス及びサブフレームインデックスにより識別され得る。いくつかの実施形態において、ディスカバリパケット１０１は、Ｎ個のリソースブロックのＭ個のサブフレーム内で送信され得る。ここで、Ｍ及びＮは、少なくとも１であり、２以上であってもよい。これらの実施形態については以下でより詳細に説明する。

【0019】

いくつかの実施形態において、ＰＲＢは、時間領域における０．５ｍｓ（すなわち１つのスロット）毎の、周波数領域における１２個のサブキャリアを含み得る。ＰＲＢは、（時間領域において）ペアで割り当てられ得るが、これは必須ではない。いくつかの実施形態において、ＰＲＢは、複数のＲＥを含み得る。ＲＥは、１つのシンボル毎に１つのサブキャリアを含み得る。通常ＣＰが使用される場合、ＲＢは７つのシンボルを含む。拡張ＣＰが使用される場合、ＲＢは６つのシンボルを含む。通常ＣＰ長を超える遅延拡散（delay spread）は、拡張ＣＰの使用を示す。各サブフレームは、１ミリ秒（ｍｓ）であり得、１つのフレームは、１０個のそのようなサブフレームを含み得る。

【0020】

Ｄ２Ｄディスカバリにおいて、２つの異なるアプローチ、すなわち、制限／クローズドＤ２Ｄディスカバリ及びオープンＤ２Ｄディスカバリが存在する。制限／クローズドＤ２Ｄディスカバリは、ディスカバリ可能なデバイスが、ディスカバリする側のＰｒｏＳｅ対応デバイスの選択セットによってのみディスカバリされ得るユースケースに適用され得る。クローズドデバイスディスカバリのさらなる暗示は、ディスカバリする側のデバイスが、１以上の特定のＰｒｏＳｅ対応デバイス（ＰｒｏＳｅ対応デバイスのセットからの１以上のデバイス）をディスカバリすることを試みるシナリオの考慮である。したがって、このユースケースでは、ディスカバリする側のデバイスは、そのデバイスがディスカバリしたいと望むその近接にあるＰｒｏＳｅ対応デバイスを認識していると想定される。

【0021】

クローズドＤ２Ｄディスカバリとは対照的に、オープンデバイスディスカバリは、ディスカバリ可能なデバイス自身が、その近接にある全てのＰｒｏＳｅ対応デバイスによりディスカバリされることを望み得るユースケースを考慮している。ディスカバリする側のデバイスの観点から、オープンデバイスディスカバリは、ディスカバリする側のデバイスが、ディスカバリの前に、他のＰｒｏＳｅ対応デバイスのアイデンティティ（存在）を認識していると想定され得ないことを暗示する。結果として、オープンディスカバリのためのデバイスディスカバリメカニズムは、その近接にあるできるだけ多くのＰｒｏＳｅ対応デバイスをディスカバリすることを目指すべきでる。

【0022】

オープンＤ２Ｄディスカバリに関して、ｅＮＢ１０４は、ＵＥ１０２間のディスカバリプロセスに対して制限された制御を有し得る。詳細には、ｅＮＢ１０４は、ＵＥ１０２がディスカバリ情報を送信するために、所定のディスカバリリソースを、Ｄ２Ｄディスカバリゾーン２０４の形態で、周期的に割り当てることができる。上述したように、ディスカバリ情報は、ペイロード情報を含むディスカバリパケットの形態であり得る。以下に記載の例は、ペイロード情報を含むディスカバリパケットに関連して説明される。ＵＥ１０２が互いと共有することを意図し得るディスカバリ関連情報は、デバイスアイデンティフィケーション（identification）、サービスアイデンティティ（identity）等のための一意なＩＤを、巡回冗長チェックサム（ＣＲＣ）により保護され得るデータペイロードとして含み得る（例えば、４８ビット以上）。オープンＤ２Ｄディスカバリ設計におけるディスカバリパケット送信のためのリソースブロックの数（

【数1】

と表記される）は、ペイロードサイズ及び全体的ディスカバリ性能の要件に応じて、１以上であり得る。

【0023】

以下に示される例において、ディスカバリゾーンは周期的であり得、各ディスカバリゾーンは、周波数領域におけるいくつかのＲＢ及び時間領域におけるいくつかのサブフレームを含む。図２において、各ディスカバリゾーンの割り当てられたＲＢの数、開始ＲＢインデックス、サブフレームの数、及び開始サブフレームインデックスはそれぞれ、

【数2】

、

【数3】

、

【数4】

、及び

【数5】

と表記される。Ｄ２Ｄディスカバリゾーン（ディスカバリゾーン２０４等）の分割に関する情報は、ネットワークカバレッジ内のシナリオでは、無線リソース制御（ＲＲＣ）シグナリングを用いてｅＮＢにより、あるいは、システム情報ブロック（ＳＩＢ）により、準静的にシグナリングされ得る。部分的ネットワークカバレッジのシナリオでは、そのような情報は、ネットワーク内のコーディネータＵＥ（coordinator UE）により、ネットワークカバレッジ外にあり得るＵＥに転送され得る。

【0024】

いくつかの実施形態において、オープンＤ２Ｄディスカバリに関して、Ｄ２Ｄ通信のために構成されたＵＥ１０２は、ディスカバリパケット１０１を送信するために、ディスカバリゾーン２０４内のサブフレームインデックス及び開始ＲＢインデックスをランダムに選択することができる。いくつかの実施形態において、ＵＥ１０２は、オープンＤ２Ｄディスカバリ又はクローズドＤ２Ｄディスカバリのいずれかのために構成され得る。クローズドＤ２Ｄディスカバリのために構成される場合、ディスカバリゾーン２０４内の初期サブフレームが、ディスカバリパケット１０１の送信のために、ｅＮＢ１０２により割り当てられ得る。オープンＤ２Ｄディスカバリのために構成される場合、ディスカバリゾーン２０４内の初期サブフレームが、ディスカバリパケット１０１の送信のために、ＵＥ１０２により（例えば、ランダムに）選択され得る。いくつかの実施形態において、オープンＤ２Ｄディスカバリのために構成される場合、ディスカバリゾーン２０４内の初期サブフレームが、ディスカバリパケット１０１の送信のために、ＵＥ１０２によりランダムに選択され得るが、実施形態の範囲は、この点において限定されるものではない。

【0025】

ネットワークカバレッジ外のシナリオ及び部分的ネットワークカバレッジのシナリオでは、そのような情報は、コーディネータＵＥにより、ネットワークカバレッジ外にあるＵＥに転送され得る。これらの実施形態において、ネットワークカバレッジ領域外にあるＵＥに関して、Ｄ２Ｄディスカバリゾーンに関する構成詳細は、ネットワークカバレッジ内のＵＥにより、予め構成され得るか若しくはリレーされ得る、あるいは、ネットワークカバレッジ外にある別のＵＥにより構成され得る。いくつかの実施形態において、ディスカバリゾーン２０４を構成するリソースのプールが、同期ソース（synchronization source）又は任意の他のコーディネータＵＥに関連付けられ得るか、あるいは、同期ソース又は任意の他のコーディネータＵＥにより構成され得る。これらの実施形態において、ＵＥ１０２は、例えば、近くにネットワークが存在し、ネットワークカバレッジ内にある他のＵＥと通信することができる、且つ／あるいは、そのような他のＵＥをディスカバリすることができる場合、部分的ネットワークカバレッジのシナリオにあり得るか、あるいは、ネットワークカバレッジの完全に外部にあり得る。

【0026】

部分的ネットワークカバレッジのシナリオでは、ディスカバリリソースは、ｅＮＢ１０４により構成され得、ネットワークカバレッジ内にある（したがって、ネットワークのオペレーションゾーン内にある）別のＵＥ（例えば、コーディネータＵＥ）によりリレーされ得る。ネットワークカバレッジ外の場合では、特定のスペクトルが割り当てられ得るが、実施形態の範囲は、この点において限定されるものではない。ＵＥが、ネットワークカバレッジの下にないと判定すると、あるいは、ネットワークから生成された同期信号を検出できないと判定すると、そのＵＥは、他のＵＥにより送信され得る同期信号（すなわち、ｅＮＢ１０４から生成されたものではない）のための所定の１以上の予め構成されているスペクトル帯域上で、同期信号を探すことができ、後者の場合、リソースが、同期信号の生成源に関連付けられ得るか、あるいは、予め構成され得る。

【0027】

図２に示されるように、ディスカバリゾーン２０４は、１以上の復調基準信号（ＤＭＲＳ）シンボル２１０を含み得る。いくつかの実施形態において、ＤＭＲＳシンボル２１０に隣接するリソース要素２１１は、Ｄ２Ｄディスカバリのために使用され得る。これらの実施形態については以下でより詳細に説明する。

【0028】

図３Ａ及び図３Ｂは、様々な実施形態に従ったディスカバリパケットを示している。ディスカバリパケット３００（図３Ａ）及びディスカバリパケット３２０（図３Ａ）は、ディスカバリパケット１０１（図１）として使用するのに適したものであり得る。ディスカバリパケット３００は、ディスカバリペイロード３０４及び巡回冗長チェックサム（ＣＲＣ）３０６を含む。ディスカバリパケット３２０は、ディスカバリヘッダ３２２、ディスカバリペイロード３２４、及びＣＲＣ３２６を含む。ディスカバリパケット３００は、ヘッダを含まない。

【0029】

実施形態に従うと、ＵＥ１１２（図１）等の近接サービスに対応しているＵＥ（ＰｒｏＳｅ対応ＵＥ）は、ネットワーク１００（図１）等のＬＴＥネットワークにおけるパケットベースＤ２Ｄディスカバリオペレーションのために構成され得る。これらの実施形態において、ＵＥ１１２は、ｅＮＢ１０４（図１）から、Ｄ２Ｄディスカバリのために割り当てられたディスカバリゾーン２０４（図２）のリソースを示すシグナリングを受信するよう構成され得る。ＵＥ１１２は、少なくともディスカバリペイロード３０４／３２４及びＣＲＣ３０６／３２６を有するように、予め定められた構成に従ったディスカバリパケット（すなわち、ディスカバリパケット３００（図３Ａ）又はディスカバリパケット３２０（図３Ｂ））を構成することができる。ディスカバリペイロード３０４／３２４は、ディスカバリ関連コンテンツを含み得る。ＵＥ１１２はまた、受信側ＵＥ１１４による受信のために、示されたディスカバリリソースのうちの少なくとも一部のディスカバリリソース（例えば、ディスカバリゾーン２０４のＰＲＢ２０６）上で、ディスカバリパケット１０１を送信するよう構成され得る。これらの実施形態において、ディスカバリシーケンスの代わりにディスカバリパケットを使用して、Ｄ２Ｄディスカバリを実現することができる。これにより、さらなるディスカバリ関連コンテンツをＵＥ間で共用することが可能になる。これらの実施形態において、ディスカバリパケット１０１を送信するＵＥ１１２は、ディスカバリする側のデバイスと呼ばれることがある。なぜならば、ＵＥ１１２は、別のＵＥ（すなわち、ＵＥ１１４）をディスカバリするからである。ＵＥ１１４は、ディスカバリ可能なデバイスと呼ばれることがある。

【0030】

これらの実施形態においては、ディスカバリパケット３００は、ヘッダを含まないよう構成され得るのに対し、他の実施形態においては、ディスカバリパケット３２０は、ヘッダ３２２を含むよう構成され得る。いくつかの実施形態において、ディスカバリパケット３００が、ヘッダを含まないよう構成される場合、ＤＭＲＳが、ディスカバリペイロード３０４のペイロードサイズ及び／又は変調・符号化方式（ＭＣＳ）を示すために、選択され得る。いくつかの実施形態において、ディスカバリパケット３２０が、ヘッダ３２２を含むよう構成される場合、ディスカバリヘッダ３２２は、ディスカバリペイロード３２４のペイロードサイズ及び／又はＭＣＳを示すことができる。いくつかの実施形態において、ディスカバリパケット３００が、ヘッダを含まないよう構成される場合、ディスカバリペイロード３０４のペイロードサイズ及びＭＣＳは、予め定められてもよい。これらの実施形態及び他の実施形態については以下でより詳細に説明する。

【0031】

図３Ａを参照すると、ＵＥ１１２は、予め定められた構成に従った、ヘッダを含まないディスカバリパケット３００（図３Ａ）を構成して送信することができる。これらの実施形態のいくつかにおいて、ＵＥ１１２は、上りリンクＤＭＲＳを送信することができる。ＤＭＲＳは、ディスカバリペイロードのペイロードサイズ及び／又はＭＣＳを示すために選択され得る。これらの実施形態において、ペイロードサイズ及びＭＣＳは、特定のＤＭＲＳにマッピングされ得る。これらの実施形態において、ＤＭＲＳのベースシーケンス、巡回シフト値、及び／又は直交カバーコードは、ディスカバリパケット３００のペイロードサイズ及びＭＣＳのうちの１以上を示すことができる。これらの実施形態のいくつかにおいて、ＤＭＲＳのベースシーケンス、巡回シフト値、及び／又は直交カバーコードは、ペイロードサイズとＭＣＳとの１以上の組合せを示すことができる。

【0032】

いくつかの実施形態において、ヘッダを含まないディスカバリパケット３００が構成されて送信される場合、ディスカバリペイロード３０４は、予め定められたペイロードサイズとＭＣＳとの複数の組合せのうちの１つを有するよう構成可能であり得る。予め定められたペイロードサイズとＭＣＳとの複数の組合せの各々は、ＤＭＲＳの複数のベースシーケンスのうちの１つにマッピングされ得る。ＵＥ１１２は、ディスカバリパケット３００のペイロードサイズとＭＣＳとの組合せに基づいて、ベースシーケンスのうちの１つを有するＤＭＲＳを選択することができる。これらの実施形態のいくつかにおいて、送信側ＵＥ１１２は、ディスカバリパケット３００のペイロードサイズ、ＭＣＳ、又はペイロードサイズとＭＣＳとの組合せに基づいて、複数のベースシーケンスから、ＤＭＲＳのためのベースシーケンスを選択することができる。受信側ＵＥ１１４は、複数のベースシーケンスを検索して、ディスカバリパケットの決定されたペイロードサイズ及び／又はＭＣＳに対する特定のベースシーケンスを特定するために、ＤＭＲＳに対してブラインド検出技術を実行することができる。これらの実施形態のいくつかにおいて、ＭＣＳは、予め定められていることがあり（すなわち、固定されていることがあり）、したがって、ペイロードサイズだけが、ＤＭＲＳのベースシーケンスのうちの特定のベースシーケンスにマッピングされる。

【0033】

いくつかの実施形態において、ヘッダを含まないディスカバリパケット３００が構成されて送信される場合、ディスカバリペイロード３０４は、予め定められたペイロードサイズとＭＣＳとの複数の組合せのうちの１つを有するよう構成可能であり得る。予め定められたペイロードサイズとＭＣＳとの複数の組合せの各々は、ＤＭＲＳの複数の巡回シフト（ＣＳ）値及び／又は直交カバーコード（ＯＣＣ）のうちの１つにマッピングされ得る。ＵＥ１１２は、ディスカバリパケット３００のペイロードサイズとＭＣＳとの組合せに基づいて、ＣＳ値及びＯＣＣを有するＤＭＲＳを（例えば、ＤＭＲＳのサブセットから）選択することができる。これらの実施形態において、受信側ＵＥ１１４は、ＤＭＲＳのＣＳ値及びＯＣＣから、ディスカバリパケット３００のペイロードサイズ及びＭＣＳを判別することができる。これらの実施形態のいくつかにおいて、ＤＭＲＳのベースシーケンスは、ディスカバリパケットのペイロードサイズ及びＭＣＳのインジケーションを提供しないが、実施形態の範囲は、この点において限定されるものではない。なぜならば、ベースシーケンスを使用して、ペイロードサイズ及び／又はＭＣＳを示してもよいからである。これらの実施形態において、ＵＥは、ディスカバリパケット送信のための可能なＤＭＲＳのサブセット（例えば、ｎ_ＣＳ∈｛０，４，８｝及びｎ_ＯＣ∈｛０，１｝、ここで、ｎ_ＣＳは巡回シフトインデックスであり、ｎ_ＯＣは直交カバーコードインデックスである）から、１つのＤＭＲＳを選択することができる。これらの実施形態において、例えば、ｎ_ＣＳ∈｛０，４，８｝及びｎ_ＯＣ∈｛０｝である、ＤＭＲＳシーケンスの１つのサブセットを使用して、Ｘビットのディスカバリペイロードサイズを示すことができるのに対し、ｎ_ＣＳ∈｛０，４，８｝及びｎ_ＯＣ∈｛１｝である、ＤＭＲＳシーケンスの別のサブセットを使用して、Ｙビットのディスカバリペイロードサイズを示すことができる。これらの実施形態は、送信側ＵＥ１１２が巡回シフトをランダムに選択する場合に関するブラインド検出の回数を増加させないが、これらの実施形態は、無線範囲内にある全ての送信側ＵＥが同じペイロードサイズ及びＭＣＳの構成を選択する場合、巡回シフト間の最小距離を効果的に低減させることができる。

【0034】

いくつかの実施形態において、ヘッダを含まないディスカバリパケット３００が構成されて送信される場合、ディスカバリペイロード３０４は、予め定められたペイロードサイズと、予め定められた変調・符号化方式（ＭＣＳ）と、を有するよう構成され得る。いくつかの例示的な実施形態において、予め定められたペイロードサイズは、１９２ビットとすることができるが、実施形態の範囲は、この点において限定されるものではない。いくつかの例示的な実施形態において、予め定められたＭＣＳディスカバリペイロード３０４は、ＱＰＳＫとすることができるが、実施形態の範囲は、この点において限定されるものではない。予め定められたペイロードサイズ及び予め定められたＭＣＳの使用により、受信側ＵＥ１１４は、ペイロードサイズ及びＭＣＳを判別するために、追加の処理（例えば、ブラインド検出）なく、ディスカバリパケットを受信して復号することが可能になる。これらの実施形態において、受信側ＵＥ１１４は、Ｄ２Ｄディスカバリのために示されているリソースにおいて、予め定められた構成のディスカバリパケット３００を受信するよう構成され得る。

【0035】

図３Ｂを参照すると、いくつかの実施形態において、ＵＥ１１２は、予め定められた構成に従った、ディスカバリヘッダ３２２を含むディスカバリパケット３２０（図３Ｂ）を構成して送信するよう構成される。これらの実施形態において、ディスカバリヘッダ３２２は、ディスカバリペイロード３２４の予め定められたペイロードサイズとＭＣＳとの複数の組合せのうちの１つの組合せを示すよう構成され得る。ディスカバリヘッダ３２２を含むこれらの実施形態において、ディスカバリパケット３２０は、ディスカバリフレームとみなされ得る。これらの実施形態において、ディスカバリヘッダ３２２は、予め定められたペイロードサイズとＭＣＳとの複数の組合せのうちの１つの組合せを示すために、予め定められた数のビット（例えば、２ビット）に制限され得る。これらの実施形態のいくつかにおいて、ディスカバリペイロード３２４のＭＣＳは、予め定められていることがあり（すなわち、固定されていることがあり）、その場合、ディスカバリヘッダ３２２は、ペイロードサイズだけを示すことができる。

【0036】

ＵＥ１１２が、ディスカバリヘッダ３２２を含むディスカバリパケット３２０を構成して送信するよう構成されるこれらの実施形態のいくつかにおいて、ディスカバリヘッダ３２２は、ディスカバリペイロード３２４よりも低い符号化レートで構成され得る。ディスカバリヘッダ３２２は、予め定められたＭＣＳ（すなわち、確定的ＭＣＳ（deterministic MCS））を有することができる。これらの実施形態において、ディスカバリヘッダ３２２の符号化レート及び変調（すなわち、ＭＣＳ）は、予め定められて、受信側ＵＥ１１４に既知であり得、これにより、受信側ＵＥ１１４は、ディスカバリヘッダ３２２を容易且つ迅速に復号することが可能になる。ディスカバリヘッダ３２２のより低い符号化レートの使用は、ディスカバリヘッダ３２２のよりロバストな受信を確実にするのを助けることができる。これらの実施形態において、１／２というより低い符号化レート又は反復コードが、ディスカバリヘッダ３２２のために使用され得るのに対し、望まれるロバスト性のレベルに応じて、２／３、３／４、５／６、又は７／８というより高い符号化レートが、ディスカバリペイロード３２４のために使用され得る。これらの実施形態において、例えば、ＱＰＳＫ変調が、ディスカバリヘッダ３２２及びディスカバリペイロード３２４のために使用され得るが、実施形態の範囲は、この点において限定されるものではない。

【0037】

いくつかの実施形態において、ディスカバリペイロード３０４／３２４（図３Ａ／図３Ｂ）の符号化レートは、ロバスト性の異なるレベルに対応し得る。ＵＥ１１２は、望まれるロバスト性のレベルに基づいて、ディスカバリペイロード３０４／３２４のための符号化を選択することができる。これらの実施形態において、ディスカバリパケットは、ヘッダを含まないよう構成されてもよいし、ヘッダを含むよう構成されてもよい。いくつかの実施形態において、ディスカバリパケット３００／３２０を構成する前に、ＵＥ１１２は、受信側ＵＥ１１４（及びその近接にある他のＰｒｏＳｅ対応デバイス）を特定するために、近接検知プロセス（proximity sensing process）を実行することができる。ＵＥ１１２は、受信側ＵＥ１１４への距離（range）（すなわち、近接度）及び／又はチャネル状態に基づいて、ロバスト性のレベルのうちの１つのレベルを選択することができる。これらの実施形態において、より低い符号化レート（より多い符号化ビット）とより小さいペイロードサイズとの組合せが、より長い距離のために使用され得るのに対し（より高いロバスト性が必要とされ得る）、より高い符号化レートとより大きいペイロードサイズとの組合せが、より短い距離のために使用され得る（より低いロバスト性が必要とされ得る）。これらの実施形態において、受信側ＵＥ１１４への距離は、受信側ＵＥ１１４からの受信信号電力に基づき得るが、これは必須ではない。なぜならば、他の距離推定技術及び近接検出技術が使用されてもよいからである。これらの実施形態は、送信電力制御（ＴＰＣ）を伴って使用されてもよいし、ＴＰＣを伴わずに使用されてもよい。

【0038】

ＵＥ１１２が、ディスカバリヘッダ３２２を含むディスカバリパケット３２０を構成して送信するよう構成されるこれらの実施形態のいくつかにおいて、ディスカバリヘッダ３２２は、最良の可能なチャネルの評価を利用するために、Ｄ２Ｄディスカバリのために割り当てられている１以上のＲＥ２１１（図２）であって、上りリンクＰＵＳＣＨ ＤＭＲＳシンボル（例えば、ＤＭＲＳシンボル２１０（図２））に隣接する１以上のＲＥ２１１にマッピングされ得る。なぜならば、ＤＭＲＳは、チャネル評価のために、ＵＥにより使用され得るからである。これらの実施形態において、ディスカバリペイロード３２４は、ディスカバリヘッダのために使用されるＲＥ及び上りリンクＰＵＳＣＨ ＤＭＲＳシンボルのために使用されるＲＥ以外のＤ２Ｄディスカバリのために割り当てられたＲＥにマッピングされ得る。これらの実施形態において、ディスカバリヘッダ３２２は、ＤＭＲＳシンボル２１０に隣接するＲＥ２１１において送信され得る一方、残りのＲＥ（すなわち、ディスカバリヘッダ及びＤＭＲＳシンボルのために使用されるＲＥを除いたディスカバリゾーン２０４のＲＥ）の一部は、ディスカバリペイロード３２４の送信のために使用され得る。

【0039】

例えば、１つのリソースブロックが、１つのＰＲＢペア（例えば、時間領域における１４個のＯＦＤＭシンボル及び周波数領域における１つのＰＲＢ）を有する場合、ＤＭ−ＲＳシンボルは、４番目のＯＦＤＭシンボル及び１１番目のＯＦＤＭシンボルに配置され得る。ディスカバリヘッダ３２２は、３番目のＯＦＤＭシンボル及び１２番目のＯＦＤＭシンボルにおいていくつかのＲＥにマッピングされ得るのに対し、残りのＲＥは、ディスカバリペイロードマッピングのために使用され得る。これらの実施形態において、ディスカバリヘッダ３２２及びディスカバリペイロードは、同じディスカバリリソース３２４に多重化される。

【0040】

いくつかの実施形態において、ＵＥ１１２は、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）技術に従って、ディスカバリゾーン２０４のディスカバリリソース上で、ディスカバリパケット３００／３２０を送信することができるが、これは必須ではない。他の代替実施形態においては、ＵＥ１１２は、ＯＦＤＭＡ技術に従って、ディスカバリパケット３００／３２０を送信してもよい。

【0041】

いくつかの実施形態において、ターボ符号化がチャネル符号化のために使用される場合、ＵＥ１１２は、ディスカバリパケット３００／３２０にパリティチェックビットを付加することができる。これらの実施形態において、３ＧＰＰ ＴＳ３６．２１２において示されているターボ符号化技術等のターボ符号化が、Ｄ２Ｄディスカバリのために再利用され得るが、実施形態の範囲は、この点において限定されるものではない。

【0042】

いくつかの実施形態において、テールバイティング畳み込み符号化（ＴＢＣＣ；tail-biting convolutional coding）が使用される（すなわち、ターボ符号化の代わりに使用される）場合、ＣＲＣ３０６／３２６をディスカバリパケット３００／３２０に付加した後、ＵＥ１１２は、ＴＢＣＣ技術に従って、ディスカバリパケット３００／３２０を符号化することができる。ＴＢＣＣを使用するこれらの実施形態において、ディスカバリパケット３００／３２０には、さらなるパリティチェックビットが付加され得る。これらの実施形態において、３ＧＰＰ ＴＳ３６．２１２において示されているＴＢＣＣ技術が、Ｄ２Ｄディスカバリのために再利用され得るが、実施形態の範囲は、この点において限定されるものではない。

【0043】

いくつかの実施形態において、チャネル符号化の後、ＵＥ１１２は、ディスカバリパケット３００／３２０のＤ２Ｄ送信のために使用されるリソースの量に基づいて、レートマッチングを実行することができる。レートマッチング中、（チャネル符号化の後の）符号化されたビットが、ディスカバリパケット３００／３２０のＤ２Ｄ送信のために使用されるリソース（例えば、ＰＲＢ）の量を満たすために、レートマッチングされ得る。これらの実施形態において、３ＧＰＰ ＴＳ３６．２１２において示されているレートマッチング及びインターリーバが、Ｄ２Ｄディスカバリのために再利用され得るが、実施形態の範囲は、この点において限定されるものではない。これらの実施形態のいくつかに従うと、ペイロードサイズ及び性能要件に応じて、１以上のＰＲＢペアが、ディスカバリパケット３００／３２０の送信のために使用され得る。これらの実施形態において、レートマッチングは、固定レートのマザーコード（mother code）からの送信に割り当てられたＰＲＢの数に基づいて、複数のビットを生成することを含み得る。これは、マザーコードワード（mother codeword）のビットを反復又はパンクチャリングすることにより、実現され得る。

【0044】

いくつかの実施形態において、レートマッチングの後、ＵＥ１１２は、スクランブリングシーケンスに従って、符号化されたビットに対してビットスクランブリングを実行することができる。スクランブリングアイデンティティを使用して、スクランブリングシーケンスを初期化することができる。スクランブリングアイデンティティは、セルアイデンティティ（ＩＤ）、共通スクランブリングアイデンティティ、ディスカバリパケット３００／３２０の送信のために使用されるディスカバリリソースの関数、ＵＥ１１２により送信されるＤＭＲＳの巡回シフト値及び／又はＯＣＣインデックスの関数、若しくは共通Ｄ２Ｄスクランブリングアイデンティティ、又はこれらのパラメータの組合せのいずれかであり得る。これらの実施形態において、ビットスクランブリングの使用は、干渉をランダム化するのを助け、ディスカバリパケット３００／３２０を受信して復号する受信側ＵＥ１１４の能力を向上させるのを助けることができる。

【0045】

いくつかの実施形態において、ｅＮＢ１０４から受信されるシグナリングは、ディスカバリゾーン２０４が、無線リソース制御（ＲＲＣ）シグナリングを用いて準静的にシグナリングされるか、あるいは、１以上のシステム情報ブロック（ＳＩＢ）において提供され得るかのいずれかを示すことができる。ＵＥ１１２は、タイプ１ Ｄ２Ｄディスカバリ又はタイプ２ Ｄ２Ｄディスカバリのいずれかのために、ｅＮＢ１０４により構成可能であり得る。タイプ１ Ｄ２Ｄディスカバリのために構成される場合、ディスカバリパケット３００／３２０の送信のためのリソースが、ＵＥ固有にではなく（on a non-UE specific basis）、ｅＮＢ１０４により割り当てられる。タイプ２ Ｄ２Ｄディスカバリのために構成される場合、ディスカバリパケット３００／３２０の送信のための特定のリソースが、ｅＮＢ１０４により、ＵＥ１１２に割り当てられる。いくつかの実施形態において、タイプ１ディスカバリ（ディスカバリリソースのＵＥによる自律的選択を伴うＤ２Ｄディスカバリ又はコンテンションベースＤ２Ｄディスカバリ（contention based D2D discovery））に関して、ＰｒｏＳｅ対応デバイスは、ディスカバリパケットを送信するときに、ＤＭＲＳシーケンスをランダムに選択することができる（例えば、ディスカバリヘッダが使用される場合、又は、ディスカバリペイロードサイズ及びＭＣＳが予め定められている場合）。

【0046】

いくつかの実施形態において、ディスカバリペイロード３０４／３２４（図３Ａ／図３Ｂ）に含まれるディスカバリ関連コンテンツは、デバイスアイデンティフィケーション、サービス識別子等のための一意なＩＤを含み得る。いくつかの実施形態において、ディスカバリペイロードのサイズは、４８ビット以下から最大１００ビット以上の範囲を取り得る。いくつかの実施形態において、非公衆安全サービスに関して、ディスカバリペイロード３０４／３２４は、ＰｒｏＳｅアプリケーションコード、ＰｒｏＳｅファンクションＩＤ、及びパブリックランドモバイルネットワーク（ＰＬＭＮ）ＩＤを含み得る。公衆安全サービスに関して、ディスカバリペイロード３０４／３２４は、送信元／宛先ＩＤ、メッセージタイプ、ＰｒｏＳｅアプリケーションＩＤ等を含み得る。いくつかの実施形態において、宛先ＩＤは、ディスカバリパケットの意図される受信者である１つのＵＥ又はＵＥのグループを識別することができる。いくつかの実施形態において、公衆安全ＰｒｏＳｅ ＵＥが、ＵＥからネットワークへのリレーとして動作しているか、ＵＥからＵＥへのリレーとして動作しているか、若しくはその両方か、あるいは、リレーとして動作していないかを規定することができるＵＥモードのオペレーションが、示され得る。

【0047】

図４は、いくつかの実施形態に従ったＤ２Ｄディスカバリパケット処理４００を示している。図４に示される要素は、ＵＥ１１２（図１）等のＵＥの物理レイヤ（ＰＨＹ）回路等の物理レイヤにより実行され得る。

【0048】

物理レイヤ処理４００は、ＣＲＣ添付４０２において、ＣＲＣをディスカバリパケットに添付することを含み得る。ＣＲＣ添付は、物理レイヤ又はＭＡＣレイヤにおいて処理され得る。ＣＲＣ添付は任意的であり得る。加えて、８、１６、又は２４個のパリティチェックビットが、パケットベースＤ２Ｄディスカバリ設計のために使用され得る。

【0049】

物理レイヤ処理４００は、チャネル符号化４０４を含み得る。ＰＵＳＣＨ用に採用されているターボ符号化方式とは異なり、ＰＤＣＣＨにおいて使用されるテールバイティング畳み込み符号化（ＴＢＣＣ）が、パケットベースＤ２Ｄディスカバリのために実行され得、これは、性能の向上と復号の複雑さの低減とを提供することができる。さらに、ＴＢＣＣ符号化方式は、ディスカバリパケット等の、比較的小さなペイロードサイズのパケットについて、ターボ符号化よりも優れた性能を提供することができる。例えば、ＴＢＣＣは、ペイロードサイズが４８ビットである場合、ターボ符号化よりも優れたリンクレベルディスカバリ性能を実現することができる。ペイロードサイズが１７６ビットである場合、ターボ符号化は、様々なファクタに応じて、ＴＢＣＣよりもわずかに優れた性能を提供し得る。さらに、ＱＰＳＫは、それら両方のペイロードサイズについて、１６ＱＡＭと比較して、かなりの性能利得を提供することができる。

【0050】

物理レイヤ処理４００は、レートマッチング４０６を含み得る。チャネル符号化の後、符号化されたビットが、Ｄ２Ｄディスカバリ送信のために利用可能なリソースの量を満たすために、レートマッチングされ得る。パケットベースＤ２Ｄディスカバリのためのリソースブロックのその量は、ペイロードサイズ及び全体的ディスカバリ性能の要件に応じて、１以上のＰＲＢペアであり得る。加えて、ＰＲＢサイズは、実装コストを低減させるために、ＳＣ−ＯＦＤＭ波形のＰＵＳＣＨ送信のために指定されているように、整数２、３、及び５の積に制限され得るが、実施形態の範囲は、この点において限定されるものではない。

【0051】

物理レイヤ処理４００は、スクランブリング４０８を含み得る。干渉をランダム化するのを助けるために、ビットスクランブリングが、レートマッチングの後に適用され得る。スクランブリングシーケンスの初期化のためのスクランブリングアイデンティティが、適切且つ効率的な復号プロセスを確実にするために、ディスカバリする側のＵＥ１１２において利用可能であり得る。オープンディスカバリ及び制限ディスカバリの両方に関して、共通スクランブリングアイデンティティが、ネットワーク１００内の全てのＰｒｏＳｅ対応デバイスのために使用され得る。このスクランブリングアイデンティティは、共通Ｄ２Ｄスクランブリングアイデンティティとして設定され得るが、実施形態の範囲は、この点において限定されるものではない。例えば、セル内ディスカバリに関して、このスクランブリングアイデンティティは、セルＩＤとして設定され得る。セル間ディスカバリ又はＰＬＭＮ間ディスカバリに関して、このスクランブリングアイデンティティは、仮想スクランブリングアイデンティティとして設定され得、ｅＮＢ１０４によりブロードキャストされ得るか、あるいは、予め定められ得る。

【0052】

スクランブリングアイデンティティが、セルＩＤとして設定される場合、スクランブリングシーケンス生成器は、

【数6】

により初期化され得る。ここで、

【数7】

はセルＩＤである。１つの単純な方法は、スクランブリングアイデンティティを、

【数8】

として定めることである。

【0053】

上述したように、スクランブリングアイデンティティは、共通スクランブリングアイデンティティ

【数9】

として設定され得る。ここで、

【数10】

は仮想スクランブリングアイデンティティである。１つの方法は、スクランブリングアイデンティティを、

【数11】

として定めることである。

【0054】

いくつかの代替実施形態において、スクランブリングアイデンティティは、ディスカバリリソースインデックス（すなわち、ディスカバリゾーン内の時間インデックス及び周波数インデックス）、ＤＭＲＳシーケンス送信のために使用される巡回シフトインデックス若しくはセルＩＤ、共通Ｄ２Ｄスクランブリングアイデンティティ、又は上記パラメータの任意の組合せの関数として設定され得る。いくつかの実施形態において、スクランブリングアイデンティティは、ＤＭＲＳシーケンス送信のために使用される巡回シフトインデックス及び／又はＯＣＣインデックスと、セルＩＤ又は共通スクランブリングアイデンティティと、の関数として、以下のように定められ得る。

【数12】

ここで、Ｎ_ＣＳは、ＤＭＲＳシーケンスインデックスであり、巡回シフトインデックス及び／又はＯＣＣインデックスの関数であり得る。オープンディスカバリに関して、ＵＥ１０２は、ＤＭＲＳシーケンス送信のための巡回シフトインデックスをランダムに選択することができる。１つのアプローチは、スクランブリングアイデンティティを、

【数13】

として定めることである。ここで、Ｃ_０は定数である。例えば、Ｃ_０は、計算の複雑さを省くために、２^１４として選択され得る。

【0055】

いくつかの代替実施形態において、スクランブリングアイデンティティは、ディスカバリリソースインデックスと、ＤＭＲＳシーケンス送信のために使用される巡回シフトインデックスと、セルＩＤ又は共通スクランブリングアイデンティティと、の関数として、以下のように定められ得る。

【数14】

ここで、ｎ_ｓは、ディスカバリゾーン内のサブフレームインデックスであり、ｎ_ｆは、ディスカバリゾーン内のＰＲＢインデックスである。１つのアプローチは、スクランブリングアイデンティティを、

【数15】

として定めることである。ここで、Ｃ_０、Ｃ_１、及びＣ_２は定数である。いくつかの実施形態において、Ｃ_０、Ｃ_１、及びＣ_２は、計算の複雑さを省くために、２の累乗として選択され得る。

【0056】

物理レイヤ処理４００は、変調４１０を含み得る。ＰＵＳＣＨ送信のためにサポートされる変調方式は、ＱＰＳＫ、１６ＱＡＭ、及び６４ＱＡＭを含み得る。ディスカバリペイロード３０４／３２４に関しては、異なる変調方式が使用されてもよいが、ディスカバリヘッダ３２２に関しては、ＱＰＳＫ変調方式が望ましい。しかしながら、実施形態の範囲は、この点において限定されるものではない。

【0057】

物理レイヤ処理４００は、離散フーリエ変換（ＤＦＴ）事前符号化４１２を含み得る。ＰＵＳＣＨ送信と同様、ＤＦＴ事前符号化は、ピーク対平均電力比（ＰＡＰＲ；peak-to-average power ratio）を低減させるために、パケットベースＤ２Ｄディスカバリのために利用され得、これは、送信電力効率を向上させることができ、ＰｒｏＳｅ対応デバイスのディスカバリ範囲を潜在的に増大させることができる。

【0058】

物理レイヤ処理４００は、リソースマッピング４１４を含み得る。パケット送信のためのディスカバリリソースは、コンテンションベースディスカバリにおいては、ＰｒｏＳｅ対応デバイスにより、構成されたディスカバリゾーン２０４内からランダムに選択され得るか、あるいは、ノンコンテンションベースディスカバリ（non-contention-based discovery）においては、ｅＮＢ１０４により、明示的に割り当てられ得る。いくつかの実施形態において、マルチクラスタＰＵＳＣＨ送信が、周波数ダイバーシチの利点を利用するために、パケットベースＤ２Ｄディスカバリのために適用され得る。２つのクラスタ間の周波数ギャップが、ディスカバリ領域における同一チャネル干渉を低減させるために、適切に構成されて対処され得る。

【0059】

物理レイヤ処理４００は、アンテナマッピング４１６を含み得る。ＰｒｏＳｅ対応デバイスが、複数の送信アンテナを備えている場合、マルチアンテナ送信方式を使用して、リンクレベル性能をさらに向上させることができる。電力効率の良いディスカバリを可能にするために、一般的な事前符号化器構造が、オープンＤ２Ｄディスカバリのために使用され得る。

【0060】

物理レイヤ処理４００は、ＳＣ−ＦＤＭＡシンボル生成４１８を含み得る。巡回プレフィックス（ＣＰ）挿入及び半サブキャリアシフト（half-subcarrier shift）を含む、ＰＵＳＣＨのためのＳＣ−ＦＤＭＡシンボル生成プロシージャが、パケットベースＤ２Ｄディスカバリ設計のために再利用され得る。

【0061】

上述したように、上りリンクＰＵＳＣＨ ＤＭＲＳが、ＰＵＳＣＨのコヒーレント復調のためのチャネル評価のために、主として使用され得る。パケットベースＤ２Ｄディスカバリに関して、Ｚａｄｏｆｆ−Ｃｈｕシーケンスに基づく類似するＤＭＲＳシーケンス生成プロシージャが採用され得る。ＵＥ固有巡回シフトが、コンテンションベースディスカバリのシナリオにおいては、ＰｒｏＳｅ対応デバイスによりランダムに選択され得るか、あるいは、コンテンションフリーディスカバリ（contention free discovery）のシナリオにおいては、ｅＮＢ１０４により明示的にシグナリングされ得る。ＤＭＲＳベースシーケンスに関して、共通ベースシーケンスが、全てのＰｒｏＳｅ対応デバイスにより使用され得、これは、ディスカバリＵＥにおけるブラインド検出の量を著しく低減させることができる。代替的に、ベースシーケンスは、（ネットワークカバレッジ内のシナリオでは）ＲＲＣ＿ＩＤＬＥ Ｄ２Ｄデバイスがキャンプオンしている（camp on）、あるいは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ Ｄ２Ｄデバイスが関連付けられているセルの関数、及び、（部分的ネットワークカバレッジのシナリオ又はネットワークカバレッジ外のシナリオでは）ピア無線ヘッド（ＰＲＨ；peer radio head）又はクラスタヘッドのアイデンティティの関数として、選択されてもよい。これは、干渉平均化効果を介するチャネル評価のロバスト性を向上させるのを助けることができる。シーケンスグループホッピング（sequence-group hopping）が、ディスカバリパケット送信のために無効にされ得るが、巡回シフトホッピング（cyclic shift hopping）は、ベースシーケンスが、共通ではなく、上述したように、キャンピング（camping）セル−ＩＤ、ＰＲＨ−ＩＤ等の関数である場合に有効にされ得ることに留意されたい。いくつかの実施形態において、ＰｒｏＳｅ対応ＵＥは、ＰＵＳＣＨ ＤＭＲＳのための２つのＯＣＣのうちの１つのＯＣＣをランダムに選択することができるが、実施形態の範囲は、この点において限定されるものではない。

【0062】

周波数ダイバーシチの利点を利用するために、周波数ホッピングが、パケットベースＤ２Ｄディスカバリのために採用され得る。ＰＵＳＣＨ送信のための周波数ホッピングと同様、ホッピングパターン設計の次の２つのオプションが使用され得る：タイプ−１ Ｄ２Ｄディスカバリホッピングは、明示的ホッピングパターンを使用する一方、タイプ−２ Ｄ２Ｄディスカバリホッピングは、サブ帯域ホッピング及びミラーメカニズムを使用する。加えて、ホッピングプロシージャは、サブフレーム内ベースのホッピングモード又はサブフレーム間ベースのホッピングモードのいずれかに続き得る。タイプ−１ディスカバリホッピングとタイプ−２ディスカバリホッピングとの間の選択、及び、サブフレーム内ホッピングとサブフレーム間ホッピングとの間の選択は、より上位のレイヤにより、セル固有で提供され得る。

【0063】

図５は、いくつかの実施形態に従ったＵＥの機能ブロック図を示している。ＵＥ５００は、ＵＥ１１２及びＵＥ１１４を含む、図１に示されるＵＥ１０２のうちの任意の１以上として使用するのに適したものであり得る。ＵＥ５００は、１以上のアンテナ５０１を用いてｅＮＢ１０４（図１）との間で信号を送受信するとともに、他のＵＥとＤ２Ｄ通信するための物理レイヤ（ＰＨＹ）回路５０２を含み得る。ＵＥ５００はまた、無線媒体へのアクセスを制御するための媒体アクセス制御レイヤ（ＭＡＣ）回路５０４を含み得る。ＵＥ５００はまた、本明細書で説明した様々なオペレーションを実行するようにＵＥ５００の様々な要素を構成するよう構成された処理回路５０６及びメモリ５０８を含み得る。

【0064】

いくつかの実施形態に従うと、ＲＲＣアイドルモード又はＲＲＣ接続モードのいずれかにあるＵＥ５００は、本明細書で説明したように、別のＵＥをディスカバリするためのディスカバリパケット１０１（図１）を送信し、別のＵＥから、ディスカバリパケット１０１に対する応答を受信するよう構成され得る。ＵＥ５００はまた、別のＵＥによるディスカバリのために別のＵＥによりディスカバリゾーン２０４（図２）において送信された受信ディスカバリパケットをモニタリングして復号しようと試みるよう構成され得る。ＵＥ５００はまた、別のＵＥをディスカバリした後又は別のＵＥによりディスカバリされた後、別のＵＥとのＤ２Ｄ接続を確立するよう構成され得る。Ｄ２Ｄディスカバリ及びＤ２Ｄ接続のためのチャネルリソースは、本明細書で説明したように、ｅＮＢ１０４により割り当てられ得る。

【0065】

いくつかの実施形態に従うと、ＵＥ５００は、ｅＮＢ１０４から、Ｄ２Ｄディスカバリのために割り当てられたディスカバリゾーン２０４のリソースを示すシグナリングを受信するよう構成され得、少なくともディスカバリペイロード３０４／３２４及びＣＲＣ３０６／３２６を有するように、予め定められた構成に従ったディスカバリパケット３００／３２０を構成することができる。ディスカバリペイロードは、ディスカバリ関連コンテンツを含むよう構成され得る。ＵＥ５００はまた、受信側ＵＥによる受信のために、示されたディスカバリリソースのうちの少なくとも一部のディスカバリリソース上で、ディスカバリパケット３００／３２０を送信することができる。

【0066】

いくつかの実施形態において、ＵＥ５００は、携帯情報端末（ＰＤＡ）、無線通信能力を有するラップトップコンピュータ若しくはポータブルコンピュータ、ウェブタブレット、無線電話機、スマートフォン、無線ヘッドセット、ページャ、インスタントメッセージングデバイス、デジタルカメラ、アクセスポイント、テレビジョン、医用デバイス（例えば、心拍数モニタ、血圧モニタ等）、又は、情報を無線で送信及び／又は受信することができる他のデバイス等のポータブル無線通信デバイス又はモバイルデバイスであり得る。いくつかの実施形態において、モバイルデバイスは、キーボード、ディスプレイ、不揮発性メモリポート、複数のアンテナ、グラフィックスプロセッサ、アプリケーションプロセッサ、スピーカ、及び他のモバイルデバイス要素のうちの１以上を含み得る。ディスプレイは、タッチスクリーンを含むＬＣＤスクリーンであってよい。

【0067】

アンテナ５０１は、例えば、ダイポールアンテナ、モノポールアンテナ、パッチアンテナ、ループアンテナ、マイクロストリップアンテナ、又はＲＦ信号の送信に適した他のタイプのアンテナを含む１以上の指向性アンテナ又は全方向性アンテナを含み得る。いくつかの複数入力複数出力（ＭＩＭＯ）の実施形態において、アンテナは、空間ダイバーシチと、生じ得る様々なチャネル特性と、を利用するために、効果的に分離され得る。

【0068】

ＵＥ５００が、複数の別々の機能要素を有するものとして図示されているが、それら機能要素のうちの１以上は、組み合わされてもよく、デジタル信号プロセッサ（ＤＳＰ）を含む処理要素等のソフトウェア構成型要素及び／又は他のハードウェア要素の組合せにより実装されてもよい。例えば、いくつかの要素は、１以上のマイクロプロセッサ、ＤＳＰ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、無線周波数集積回路（ＲＦＩＣ）、及び、本明細書で説明した機能を少なくとも実行するための、様々なハードウェアと論理回路との組合せを含んでもよい。いくつかの実施形態において、これら機能要素は、１以上の処理要素上で動作する１以上のプロセスを指してもよい。

【0069】

実施形態は、ハードウェア、ファームウェア、及びソフトウェアのうちの１つにより実装されてもよいし、ハードウェア、ファームウェア、及びソフトウェアの組合せにより実装されてもよい。実施形態はまた、コンピュータ読み取り可能な記憶デバイスに記憶された命令として実装されてもよく、この命令は、少なくとも１つのプロセッサにより読み出されて実行されたときに、本明細書で説明したオペレーションを実行することができる。コンピュータ読み取り可能な記憶デバイスは、マシン（例えば、コンピュータ）により読み取り可能な形式で情報を記憶する任意の非一時的なメカニズムを含み得る。例えば、コンピュータ読み取り可能な記憶デバイスは、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、並びに、他の記憶デバイス及び記憶媒体を含み得る。いくつかの実施形態は、１以上のプロセッサを含んでもよく、コンピュータ読み取り可能な記憶デバイスに記憶された命令を有するよう構成されてもよい。

【0070】

図６は、いくつかの実施形態に従った、パケットベースＤ２Ｄディスカバリのためのプロシージャである。ディスカバリプロシージャ６００は、ＵＥ１１２（図１）等の、パケットベースＤ２Ｄディスカバリのために構成されたＰｒｏＳｅ対応ＵＥにより実行され得る。

【0071】

動作６０２は、ｅＮＢ１０４から、Ｄ２Ｄディスカバリのために割り当てられたリソースを示すシグナリングを受信することを含み得る。

【0072】

動作６０４は、少なくともディスカバリペイロード３０４／３２４及びＣＲＣを有するように、予め定められた構成に従ったディスカバリパケット３００／３２０を構成することを含み得る。ディスカバリペイロードは、ディスカバリ関連コンテンツを含み得る。

【0073】

動作６０６は、ＵＥ１１４（図１）等の受信側ＵＥによる受信のために、示されたディスカバリリソースのうちの少なくとも一部のディスカバリリソース（例えば、ディスカバリゾーン２０４のＰＲＢ２０６）上で、構成されたディスカバリパケット３００／３２０を送信することを含み得る。

【0074】

読者が技術的な開示内容の本質及び主旨を確認できるようにする要約を求める３７Ｃ．Ｆ．Ｒセクション１．７２（ｂ）に従うよう要約が提供されている。請求項の範囲又は意味を限定又は解釈するためには使用されないという理解の下で、要約は提出されている。請求項は、発明を実施するための形態に組み込まれ、各請求項は、それ自身、別々の実施形態として独立している。

【図1】

【図2】

【図3A】

【図3B】

【図4】

【図5】

【図6】