(57)【特許請求の範囲】
【請求項１】
近接サービス（ＰｒｏＳｅ）のために構成されているユーザ装置（ＵＥ）の装置であって、メモリ及び処理回路を備え、前記処理回路は、
進化型ノードＢ（ｅＮＢ）からのシステム情報ブロック（ＳＩＢ）を復号し、ここで、前記ＳＩＢは、直接ＵＥツーＵＥ通信のためのディスカバリリソース構成情報を含み、前記ディスカバリリソース構成情報は、ディスカバリパケットの送受信のための、ディスカバリリソースプールのリソースのインジケーションを含み、
ディスカバリペイロード及び巡回冗長チェックサム（ＣＲＣ）を含むディスカバリパケットを符号化し、ここで、前記ディスカバリパケットは、予め定められたサイズを有し、
ＱＰＳＫ変調方式に従って、前記ディスカバリリソースプールの前記リソース内で送信するために前記の符号化されたディスカバリパケットを構成し、
前記ディスカバリリソースプールの前記リソース内で送信するために、別のＵＥによる前記ディスカバリパケットの復調のために構成されている、ベースシーケンスを有する復調基準信号（ＤＭＲＳ）を生成する
よう構成されている、装置。
【請求項２】
前記処理回路は、
スクランブリングアイデンティティを使用して、スクランブリングシーケンスを初期化し、
前記スクランブリングシーケンスに従って、前記ディスカバリパケットの符号化されたビットに対してビットスクランブリングを実行する
ようさらに構成されている、請求項１記載の装置。
【請求項３】
ディスカバリパケット送信のために、スクランブリングシーケンス生成器は、複数のサブフレームの各々の最初において、予め定められた値を使用して初期化される、請求項２記載の装置。
【請求項４】
前記ディスカバリリソース構成情報は、前記ディスカバリリソースプールの前記リソースが、ＵＥツーＵＥ通信のために共通に割り当てられているか、又は、ＵＥツーＵＥ通信のために個々に割り当てられているか、を示す、請求項３記載の装置。
【請求項５】
前記ディスカバリパケットは、ヘッダを含まずに送信されるよう構成されている、請求項４記載の装置。
【請求項６】
前記ディスカバリリソースプールの前記リソースの割り当ては、周期的にスケジューリングされている、請求項５記載の装置。
【請求項７】
トランシーバ回路をさらに備え、前記トランシーバ回路は、
前記ｅＮＢから前記ＳＩＢを受信し、
前記ＱＰＳＫ変調方式に従って、前記ディスカバリリソースプールの前記リソース内で前記の符号化されたディスカバリパケットを送信し、
前記ディスカバリリソースプールの前記リソース内で前記ＤＭＲＳを送信する
よう構成されている、請求項１記載の装置。
【請求項８】
前記トランシーバ回路は、前記ディスカバリリソースプールの示されたリソース内で、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）技術に従って、前記の符号化されたディスカバリパケットを送信するようさらに構成されており、
前記処理回路は、他のＵＥからのディスカバリ通知のために、前記ディスカバリリソースプールの前記リソースのうちの一部のリソースをモニタリングするよう構成されている、請求項７記載の装置。
【請求項９】
前記処理回路は、ベースバンドプロセッサを含む、請求項８記載の装置。
【請求項１０】
ユーザ装置（ＵＥ）の処理回路により実行されるコンピュータプログラムであって、前記コンピュータプログラムは、前記処理回路に、
進化型ノードＢ（ｅＮＢ）からのシステム情報ブロック（ＳＩＢ）を復号させ、ここで、前記ＳＩＢは、直接ＵＥツーＵＥ通信のためのディスカバリリソース構成情報を含み、前記ディスカバリリソース構成情報は、ディスカバリパケットの送受信のための、ディスカバリリソースプールのリソースのインジケーションを含み、
ディスカバリペイロード及び巡回冗長チェックサム（ＣＲＣ）を含むディスカバリパケットを符号化させ、ここで、前記ディスカバリパケットは、予め定められたサイズを有し、
ＱＰＳＫ変調方式に従って、前記ディスカバリリソースプールの前記リソース内でヘッダを含まずに送信するために前記の符号化されたディスカバリパケットを構成させ、
前記ディスカバリリソースプールの前記リソース内で送信するために、別のＵＥによる前記ディスカバリパケットの復調のために構成されている、ベースシーケンスを有する復調基準信号（ＤＭＲＳ）を生成させる、コンピュータプログラム。
【請求項１１】
前記ディスカバリリソース構成情報は、前記ディスカバリリソースプールの前記リソースが、ＵＥツーＵＥ通信のために共通に割り当てられているか、又は、ＵＥツーＵＥ通信のために個々に割り当てられているか、を示す、請求項１０記載のコンピュータプログラム。
【請求項１２】
前記ディスカバリリソースプールの前記リソースの割り当ては、周期的にスケジューリングされている、請求項１１記載のコンピュータプログラム。
【請求項１３】
近接サービス（ＰｒｏＳｅ）のために構成されているユーザ装置（ＵＥ）の装置であって、メモリ及び処理回路を備え、前記処理回路は、
進化型ノードＢ（ｅＮＢ）からのシステム情報ブロック（ＳＩＢ）を復号し、ここで、前記ＳＩＢは、直接ＵＥツーＵＥ通信のためのディスカバリリソース構成情報を含み、前記ディスカバリリソース構成情報は、ディスカバリパケットの送受信のための、ディスカバリリソースプールのリソースのインジケーションを含み、
前記ディスカバリリソースプールの前記リソース内で別のＵＥから受信された符号化されたディスカバリパケットを復号し、ここで、前記符号化されたディスカバリパケットは、ＱＰＳＫ変調方式に従って変調されており、前記符号化されたディスカバリパケットは、ディスカバリペイロード及び巡回冗長チェックサム（ＣＲＣ）を含み、前記符号化されたディスカバリパケットは、予め定められたサイズを有し、
前記ディスカバリリソースプールの前記リソース内で前記別のＵＥから受信された復調基準信号（ＤＭＲＳ）であって、前記ＵＥによる前記符号化されたディスカバリパケットの復調のために構成されている、ベースシーケンスを有するＤＭＲＳを復号する
よう構成されている、装置。
【請求項１４】
前記符号化されたディスカバリパケットは、ヘッダを含んでいない、請求項１３記載の装置。
【請求項１５】
前記ディスカバリリソース構成情報は、前記ディスカバリリソースプールの前記リソースが、ＵＥツーＵＥ通信のために共通に割り当てられているか、又は、ＵＥツーＵＥ通信のために個々に割り当てられているか、を示す、請求項１４記載の装置。
【請求項１６】
前記ディスカバリリソースプールの前記リソースの割り当ては、周期的にスケジューリングされている、請求項１５記載の装置。
【請求項１７】
前記処理回路は、他のＵＥからのディスカバリ通知のために、前記ディスカバリリソースプールの前記リソースのうちの一部のリソースをモニタリングするように前記ＵＥを構成するよう構成されている、請求項１６記載の装置。
【請求項１８】
請求項１０乃至１２いずれか一項記載のコンピュータプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
実施形態は、無線通信に関する。いくつかの実施形態は、３ＧＰＰ  ＬＴＥ（ロングタームエボリューション）ネットワーク等のセルラネットワークに関する。いくつかの実施形態は、直接デバイスツーデバイス（Ｄ２Ｄ）通信に関する。いくつかの実施形態は、ＬＴＥネットワークにおけるＤ２Ｄディスカバリに関する。いくつかの実施形態は、近接サービスに対応しているユーザ装置（ＵＥ）（ＰｒｏＳｅ対応ＵＥ；ProSe  enabled  UE）に関する。
【０００２】
（優先権主張）
本出願は、２０１３年８月８日に出願された米国特許仮出願第６１／８６３９０２号及び２０１３年１１月２７日に出願された米国特許仮出願第６１／９０９９３８号に基づく優先権の利益を主張する２０１４年５月１９日に出願された米国特許出願第１４／２８０７９９号に基づく優先権の利益を主張するものであり、これらの各々は、参照によりその全体が本明細書に組み込まれる。
【背景技術】
【０００３】
無線通信ネットワークの統合された部分としての直接Ｄ２Ｄ通信に対するサポートが、ＬＴＥネットワークのさらなる進化のために現在検討されている。直接Ｄ２Ｄ通信により、ユーザ装置（ＵＥ）は、基地局又は進化型ノードＢ（ｅＮＢ）を介することなく、直接互いと通信することができる。Ｄ２Ｄ通信に伴う１つの問題は、Ｄ２Ｄサービスを可能にするデバイスディスカバリである。デバイスディスカバリは、Ｄ２Ｄ通信の通信範囲内にある１以上の他のディスカバリ可能なＵＥをディスカバリすることを含む。デバイスディスカバリはまた、Ｄ２Ｄ通信の通信範囲内にある１以上の他のディスカバリする側のＵＥによりディスカバリされることを含む。デバイスディスカバリのために使用されるシグナリング及びデバイスディスカバリ中に伝達されるディスカバリ情報を含む、Ｄ２Ｄ通信のためのデバイスディスカバリに関する多くの未解決の問題が存在する。
【０００４】
したがって、ＬＴＥネットワークにおけるＤ２Ｄ通信のための改善されたデバイスディスカバリのためのＵＥ及び方法が、一般に必要とされている。Ｄ２Ｄディスカバリのためのディスカバリ情報をシグナリング及び伝達するためのＵＥ及び方法もまた、一般に必要とされている。
【図面の簡単な説明】
【０００５】
【図１】いくつかの実施形態に従った、ＬＴＥネットワークのエンドツーエンドネットワークアーキテクチャの一部を示す図。
【図２】いくつかの実施形態に従った、Ｄ２Ｄ通信のディスカバリゾーンを含むリソースグリッドの構造を示す図。
【図３Ａ】いくつかの実施形態に従ったディスカバリパケットを示す図。
【図３Ｂ】いくつかの代替実施形態に従ったディスカバリパケットを示す図。
【図４】いくつかの実施形態に従ったＤ２Ｄディスカバリパケット処理を示す図。
【図５】いくつかの実施形態に従ったＵＥの機能ブロック図。
【図６】いくつかの実施形態に従った、パケットベースＤ２Ｄディスカバリのためのプロシージャを示す図。
【発明を実施するための形態】
【０００６】
以下の説明及び図面は、当業者が具体的な実施形態を実施できるようにするために、そのような具体的な実施形態を十分に開示している。他の実施形態は、構造的変更、論理的変更、電気的変更、処理的変更、及び他の変更を組み込むことができる。いくつかの実施形態の部分及び特徴は、他の実施形態に含まれることもあるし、他の実施形態の部分及び特徴により代用されることもある。請求項に記載される実施形態は、請求項の全ての利用可能な均等物を包含する。
【０００７】
図１は、いくつかの実施形態に従った、様々なネットワークコンポーネントとともに、ＬＴＥネットワークのエンドツーエンドネットワークアーキテクチャの一部を示している。ネットワークアーキテクチャは、無線アクセスネットワーク（ＲＡＮ）（例えば、図示されるような、Ｅ−ＵＴＲＡＮすなわち進化型ユニバーサル地上無線アクセスネットワーク）１００と、Ｓ１インタフェース１１５を介して一緒に結合されているコアネットワーク１２０（例えば、進化型パケットコア（ＥＰＣ）として図示されている）と、を含む。便宜及び簡潔さのために、ＲＡＮ１００に加えてコアネットワーク１２０の一部だけが図示されている。
【０００８】
コアネットワーク１２０は、モビリティ管理エンティティ（ＭＭＥ）１２２、サービングゲートウェイ（サービングＧＷ）１２４、及びパケットデータネットワークゲートウェイ（ＰＤＮ  ＧＷ）１２６を含む。ＲＡＮはまた、ユーザ装置（ＵＥ）１０２と通信するための複数の進化型ノードＢ（ｅＮＢ）１０４（基地局として動作することができる）を含む。ｅＮＢ１０４は、マクロｅＮＢ及び低電力（ＬＰ）ｅＮＢを含み得る。
【０００９】
いくつかの実施形態に従うと、ＵＥ１０２は、直接デバイスツーデバイス（Ｄ２Ｄ）通信される他のＵＥのＤ２Ｄディスカバリを含むＤ２Ｄ通信のために構成され得る。いくつかの実施形態は、パケットベースＤ２Ｄディスカバリ（packet-based  D2D  discovery）のための物理レイヤ設計を提供する。いくつかの実施形態において、ＵＥ１１２等のＵＥは、Ｄ２Ｄディスカバリを実現するために、（例えば、ディスカバリシーケンスの代わりに）ディスカバリパケット１０１を構成して送信することができる。これにより、さらなるディスカバリ関連コンテンツをＵＥ間で直接共用することが可能になる。これらの実施形態において、ディスカバリパケット１０１を送信するＵＥ１１２は、ディスカバリする側のデバイスと呼ばれることがある。なぜならば、ＵＥ１１２は、別のＵＥ（例えば、ＵＥ１１４）をディスカバリするからである。これらの実施形態について以下でより詳細に説明する。
【００１０】
ＭＭＥは、レガシサービングＧＰＲＳサポートノード（ＳＧＳＮ）の制御プレーンと機能が類似している。ＭＭＥは、ゲートウェイ選択及び追跡エリアリスト管理等、アクセスにおけるモビリティの側面を管理する。サービングＧＷ１２４は、ＲＡＮ１００に対するインタフェースを終端するものであり、ＲＡＮ１００とコアネットワーク１２０との間でデータパケットをルーティングする。加えて、サービングＧＷ１２４は、ｅＮＢ間ハンドオーバのためのローカルモビリティアンカポイントであり得、また、３ＧＰＰ間モビリティのためのアンカを提供することができる。他の役割は、合法的傍受、課金、及び何らかのポリシ施行を含み得る。サービングＧＷ１２４及びＭＭＥ１２２は、１つの物理ノード内に実装されてもよいし、別々の物理ノード内に実装されてもよい。ＰＤＮ  ＧＷ１２６は、パケットデータネットワーク（ＰＤＮ）に対するＳＧｉインタフェースを終端する。ＰＤＮ  ＧＷ１２６は、ＥＰＣ１２０と外部ＰＤＮとの間でデータパケットをルーティングし、ポリシ施行及びデータ収集管理のためのキーノードであり得る。ＰＤＮ  ＧＷ１２６はまた、非ＬＴＥアクセスに対する、モビリティのためのアンカポイントを提供することができる。外部ＰＤＮは、任意の種類のＩＰネットワーク、及びＩＰマルチメディアサブシステム（ＩＭＳ）領域であり得る。ＰＤＮ  ＧＷ１２６及びサービングＧＷ１２４は、１つの物理ノード内に実装されてもよいし、別々の物理ノード内に実装されてもよい。
【００１１】
ｅＮＢ１０４（マクロｅＮＢ及びマイクロｅＮＢ）は、無線インタフェースプロトコルを終端するものであり、ＵＥ１０２に対する最初のコンタクトポイントであり得る。いくつかの実施形態において、ｅＮＢ１０４は、無線ベアラ管理、上りリンク及び下りリンクの動的無線リソース管理及びデータパケットスケジューリング、並びにモビリティ管理等のＲＮＣ（無線ネットワークコントローラ機能）を含むがこれらに限定されない、ＲＡＮ１００のための様々な論理機能を実行することができる。
【００１２】
Ｓ１インタフェース１１５は、ＲＡＮ１００とＥＰＣ１２０とを分けるインタフェースである。Ｓ１インタフェース１１５は、２つの部分、すなわち、ｅＮＢ１０４とサービングＧＷ１２４との間でトラフィックデータを伝送するＳ１−Ｕ、及び、ｅＮＢ１０４とＭＭＥ１２２との間のシグナリングインタフェースであるＳ１−ＭＭＥに分けられる。Ｘ２インタフェースは、ｅＮＢ１０４間のインタフェースである。Ｘ２インタフェースは、２つの部分、すなわち、Ｘ２−Ｃ及びＸ２−Ｕを含む。Ｘ２−Ｃは、ｅＮＢ１０４間の制御プレーンインタフェースであるのに対し、Ｘ２−Ｕは、ｅＮＢ１０４間のユーザプレーンインタフェースである。
【００１３】
セルラネットワークに関して、ＬＰセルは、屋外信号が十分に届かない屋内エリアに対するカバレッジを拡張するために、あるいは、駅等の、電話が非常に混み合って使用されるエリアにおけるネットワーク容量を追加するために、通常は使用される。本明細書で使用されるとき、用語ＬＰ  ｅＮＢとは、フェムトセル、ピコセル、又はマイクロセル等のより狭いセル（マクロセルよりも狭いセル）を実装するための任意の適切な比較的低い電力のｅＮＢを指す。フェムトセルｅＮＢは、通常、モバイルネットワークオペレータにより、その居住顧客（residential  customer）又はエンタープライズ顧客（enterprise  customer）に対して提供される。フェムトセルは、通常、居住用ゲートウェイのサイズ又はこれより小さなサイズであり、一般に、ユーザのブロードバンド回線に接続する。つながれると、フェムトセルは、モバイルオペレータのモバイルネットワークに接続し、居住用フェムトセルのための通常３０メートルから５０メートルの範囲の追加のカバレッジを提供する。したがって、ＬＰ  ｅＮＢは、フェムトセルｅＮＢであり得る。なぜならば、これは、ＰＤＮ  ＧＷ１２６を介して接続されるからである。同様に、ピコセルは、ビルディング内（オフィス、ショッピングモール、駅等）や、より最近では航空機内等の小さなエリアを通常はカバーする無線通信システムである。ピコセルｅＮＢは、一般に、Ｘ２リンクを介して、その基地局コントローラ（ＢＳＣ）機能を介してマクロｅＮＢ等の別のｅＮＢに接続することができる。ＬＰ  ｅＮＢは、ピコセルｅＮＢを用いて実装され得る。なぜならば、これは、Ｘ２インタフェースを介してマクロｅＮＢに接続され得るからである。ピコセルｅＮＢ又は他のＬＰ  ｅＮＢは、マクロｅＮＢの機能の一部又は全てを組み込むことができる。場合によっては、これは、アクセスポイント、基地局、又はエンタープライズフェムトセルと呼ばれることもある。
【００１４】
いくつかのＬＴＥの実施形態において、物理下りリンク共用チャネル（ＰＤＳＣＨ）は、ユーザデータ及びより上位のレイヤのシグナリングをＵＥ１０２に伝送する。物理下りリンク制御チャネル（ＰＤＣＣＨ）は、とりわけ、ＰＤＳＣＨチャネルに関連するトランスポートフォーマット及びリソース割り当てについての情報を伝送する。これはまた、上りリンク共用チャネルに関連するトランスポートフォーマット、リソース割り当て、及びＨ−ＡＲＱ情報についてＵＥ１０２に通知する。通常、下りリンクスケジューリング（セル内のＵＥに対する制御チャネルリソースブロック及び共用チャネルリソースブロックの割り当て）は、ＵＥ１０２からｅＮＢ１０４にフィードバックされたチャネル品質情報に基づいて、ｅＮＢ１０４において実行され、次いで、下りリンクリソース割り当て情報が、ＵＥ１０２のために使用される（且つ、ＵＥ１０２に対しておそらくは割り当てられる）物理下りリンク制御チャネル（ＰＤＣＣＨ）を介して、ＵＥに送信され得る。
【００１５】
ＰＤＣＣＨは、ＣＣＥ（制御チャネル要素；control  channel  element）を使用して、制御情報を伝送する。リソース要素にマッピングされる前に、ＰＤＣＣＨ複素数値シンボルが、まず、四つ組（quadruplet）に編成され得、その四つ組が、レートマッチングのために、サブブロックインターリーバ（inter-leaver）を用いて順序が変えられ得る。各ＰＤＣＣＨは、ＣＣＥのうちの１以上を用いて伝送される。ここで、各ＣＣＥは、リソース要素グループ（ＲＥＧ）として知られている４つの物理リソース要素の９個のセットに対応し得る。４つのＱＰＳＫシンボルが、各ＲＥＧにマッピングされる。ＰＤＣＣＨは、ＤＣＩのサイズ及びチャネル状態に応じて、１以上のＣＣＥを用いて伝送され得る。異なる数のＣＣＥ（例えば、アグリゲーションレベルＬ＝１、２、４、又は８）を伴う、ＬＴＥにおいて定義された４以上の異なるＰＤＣＣＨフォーマットが存在し得る。
【００１６】
図２は、いくつかの実施形態に従った、Ｄ２Ｄ通信のディスカバリゾーンを含むリソースグリッドの構造を示している。図示されるグリッドは、リソースグリッドと呼ばれる時間−周波数グリッドであり、各スロット内の下りリンク又は上りリンクにおける物理リソースである。リソースグリッドにおける最小時間−周波数ユニットが、リソース要素（ＲＥ）として表される。リソースグリッドは、複数のリソースブロック（ＲＢ）を含み、ＲＢは、リソース要素に対する所定の物理チャネルのマッピングを表す。各リソースブロックは、リソース要素の集合を含み、周波数領域において、割り当てることができるリソースの最小量子（smallest  quanta）を表すが、実施形態の範囲は、この点において限定されるものではない。そのようなリソースブロックを用いて伝送される複数の異なる物理チャネルが存在する。図２に示されるリソースグリッドは、ＲＡＮ１００により使用される複数の物理ＲＢ（ＰＲＢ）を含み得るＬＴＥオペレーションゾーン２０２を含み得る。
【００１７】
いくつかの実施形態に従うと、ＵＥ１１２（図１）は、ｅＮＢ１０４（図１）から、ＬＴＥオペレーションゾーン２０２内のディスカバリゾーン２０４を示すシグナリングを受信することができる。ディスカバリゾーン２０４は、ディスカバリリソースの複数のＰＲＢ２０６を含み得る。ＵＥ１１２は、ディスカバリゾーン２０４のいくつかのＰＲＢ２０６内におけるＤ２Ｄディスカバリのために１以上の他のＵＥ（例えば、ＵＥ１１４（図１））により受信されるディスカバリパケット１０１（図１）を送信することができる。いくつかの実施形態において、Ｄ２Ｄディスカバリのために割り当てられるリソースは、物理上りリンク共用チャネル（ＰＵＳＣＨ）のリソースであり得るが、実施形態の範囲は、この点において限定されるものではない。
【００１８】
ＰＲＢは、時間次元におけるサブフレームの特定のスロットと、周波数次元における周波数サブキャリアの特定のグループと、に関連付けられ得る。各ＰＲＢは、例えば、ＲＢインデックス及びサブフレームインデックスにより識別され得る。いくつかの実施形態において、ディスカバリパケット１０１は、Ｎ個のリソースブロックのＭ個のサブフレーム内で送信され得る。ここで、Ｍ及びＮは、少なくとも１であり、２以上であってもよい。これらの実施形態については以下でより詳細に説明する。
【００１９】
いくつかの実施形態において、ＰＲＢは、時間領域における０．５ｍｓ（すなわち１つのスロット）毎の、周波数領域における１２個のサブキャリアを含み得る。ＰＲＢは、（時間領域において）ペアで割り当てられ得るが、これは必須ではない。いくつかの実施形態において、ＰＲＢは、複数のＲＥを含み得る。ＲＥは、１つのシンボル毎に１つのサブキャリアを含み得る。通常ＣＰが使用される場合、ＲＢは７つのシンボルを含む。拡張ＣＰが使用される場合、ＲＢは６つのシンボルを含む。通常ＣＰ長を超える遅延拡散（delay  spread）は、拡張ＣＰの使用を示す。各サブフレームは、１ミリ秒（ｍｓ）であり得、１つのフレームは、１０個のそのようなサブフレームを含み得る。
【００２０】
Ｄ２Ｄディスカバリにおいて、２つの異なるアプローチ、すなわち、制限／クローズドＤ２Ｄディスカバリ及びオープンＤ２Ｄディスカバリが存在する。制限／クローズドＤ２Ｄディスカバリは、ディスカバリ可能なデバイスが、ディスカバリする側のＰｒｏＳｅ対応デバイスの選択セットによってのみディスカバリされ得るユースケースに適用され得る。クローズドデバイスディスカバリのさらなる暗示は、ディスカバリする側のデバイスが、１以上の特定のＰｒｏＳｅ対応デバイス（ＰｒｏＳｅ対応デバイスのセットからの１以上のデバイス）をディスカバリすることを試みるシナリオの考慮である。したがって、このユースケースでは、ディスカバリする側のデバイスは、そのデバイスがディスカバリしたいと望むその近接にあるＰｒｏＳｅ対応デバイスを認識していると想定される。
【００２１】
クローズドＤ２Ｄディスカバリとは対照的に、オープンデバイスディスカバリは、ディスカバリ可能なデバイス自身が、その近接にある全てのＰｒｏＳｅ対応デバイスによりディスカバリされることを望み得るユースケースを考慮している。ディスカバリする側のデバイスの観点から、オープンデバイスディスカバリは、ディスカバリする側のデバイスが、ディスカバリの前に、他のＰｒｏＳｅ対応デバイスのアイデンティティ（存在）を認識していると想定され得ないことを暗示する。結果として、オープンディスカバリのためのデバイスディスカバリメカニズムは、その近接にあるできるだけ多くのＰｒｏＳｅ対応デバイスをディスカバリすることを目指すべきでる。
【００２２】
オープンＤ２Ｄディスカバリに関して、ｅＮＢ１０４は、ＵＥ１０２間のディスカバリプロセスに対して制限された制御を有し得る。詳細には、ｅＮＢ１０４は、ＵＥ１０２がディスカバリ情報を送信するために、所定のディスカバリリソースを、Ｄ２Ｄディスカバリゾーン２０４の形態で、周期的に割り当てることができる。上述したように、ディスカバリ情報は、ペイロード情報を含むディスカバリパケットの形態であり得る。以下に記載の例は、ペイロード情報を含むディスカバリパケットに関連して説明される。ＵＥ１０２が互いと共有することを意図し得るディスカバリ関連情報は、デバイスアイデンティフィケーション（identification）、サービスアイデンティティ（identity）等のための一意なＩＤを、巡回冗長チェックサム（ＣＲＣ）により保護され得るデータペイロードとして含み得る（例えば、４８ビット以上）。オープンＤ２Ｄディスカバリ設計におけるディスカバリパケット送信のためのリソースブロックの数（
【数１】
0006349359.tif 000002
と表記される）は、ペイロードサイズ及び全体的ディスカバリ性能の要件に応じて、１以上であり得る。
【００２３】
以下に示される例において、ディスカバリゾーンは周期的であり得、各ディスカバリゾーンは、周波数領域におけるいくつかのＲＢ及び時間領域におけるいくつかのサブフレームを含む。図２において、各ディスカバリゾーンの割り当てられたＲＢの数、開始ＲＢインデックス、サブフレームの数、及び開始サブフレームインデックスはそれぞれ、
【数２】
0006349359.tif 000003
、
【数３】
0006349359.tif 000004
、
【数４】
0006349359.tif 000005
、及び
【数５】
0006349359.tif 000006
と表記される。Ｄ２Ｄディスカバリゾーン（ディスカバリゾーン２０４等）の分割に関する情報は、ネットワークカバレッジ内のシナリオでは、無線リソース制御（ＲＲＣ）シグナリングを用いてｅＮＢにより、あるいは、システム情報ブロック（ＳＩＢ）により、準静的にシグナリングされ得る。部分的ネットワークカバレッジのシナリオでは、そのような情報は、ネットワーク内のコーディネータＵＥ（coordinator  UE）により、ネットワークカバレッジ外にあり得るＵＥに転送され得る。
【００２４】
いくつかの実施形態において、オープンＤ２Ｄディスカバリに関して、Ｄ２Ｄ通信のために構成されたＵＥ１０２は、ディスカバリパケット１０１を送信するために、ディスカバリゾーン２０４内のサブフレームインデックス及び開始ＲＢインデックスをランダムに選択することができる。いくつかの実施形態において、ＵＥ１０２は、オープンＤ２Ｄディスカバリ又はクローズドＤ２Ｄディスカバリのいずれかのために構成され得る。クローズドＤ２Ｄディスカバリのために構成される場合、ディスカバリゾーン２０４内の初期サブフレームが、ディスカバリパケット１０１の送信のために、ｅＮＢ１０２により割り当てられ得る。オープンＤ２Ｄディスカバリのために構成される場合、ディスカバリゾーン２０４内の初期サブフレームが、ディスカバリパケット１０１の送信のために、ＵＥ１０２により（例えば、ランダムに）選択され得る。いくつかの実施形態において、オープンＤ２Ｄディスカバリのために構成される場合、ディスカバリゾーン２０４内の初期サブフレームが、ディスカバリパケット１０１の送信のために、ＵＥ１０２によりランダムに選択され得るが、実施形態の範囲は、この点において限定されるものではない。
【００２５】
ネットワークカバレッジ外のシナリオ及び部分的ネットワークカバレッジのシナリオでは、そのような情報は、コーディネータＵＥにより、ネットワークカバレッジ外にあるＵＥに転送され得る。これらの実施形態において、ネットワークカバレッジ領域外にあるＵＥに関して、Ｄ２Ｄディスカバリゾーンに関する構成詳細は、ネットワークカバレッジ内のＵＥにより、予め構成され得るか若しくはリレーされ得る、あるいは、ネットワークカバレッジ外にある別のＵＥにより構成され得る。いくつかの実施形態において、ディスカバリゾーン２０４を構成するリソースのプールが、同期ソース（synchronization  source）又は任意の他のコーディネータＵＥに関連付けられ得るか、あるいは、同期ソース又は任意の他のコーディネータＵＥにより構成され得る。これらの実施形態において、ＵＥ１０２は、例えば、近くにネットワークが存在し、ネットワークカバレッジ内にある他のＵＥと通信することができる、且つ／あるいは、そのような他のＵＥをディスカバリすることができる場合、部分的ネットワークカバレッジのシナリオにあり得るか、あるいは、ネットワークカバレッジの完全に外部にあり得る。
【００２６】
部分的ネットワークカバレッジのシナリオでは、ディスカバリリソースは、ｅＮＢ１０４により構成され得、ネットワークカバレッジ内にある（したがって、ネットワークのオペレーションゾーン内にある）別のＵＥ（例えば、コーディネータＵＥ）によりリレーされ得る。ネットワークカバレッジ外の場合では、特定のスペクトルが割り当てられ得るが、実施形態の範囲は、この点において限定されるものではない。ＵＥが、ネットワークカバレッジの下にないと判定すると、あるいは、ネットワークから生成された同期信号を検出できないと判定すると、そのＵＥは、他のＵＥにより送信され得る同期信号（すなわち、ｅＮＢ１０４から生成されたものではない）のための所定の１以上の予め構成されているスペクトル帯域上で、同期信号を探すことができ、後者の場合、リソースが、同期信号の生成源に関連付けられ得るか、あるいは、予め構成され得る。
【００２７】
図２に示されるように、ディスカバリゾーン２０４は、１以上の復調基準信号（ＤＭＲＳ）シンボル２１０を含み得る。いくつかの実施形態において、ＤＭＲＳシンボル２１０に隣接するリソース要素２１１は、Ｄ２Ｄディスカバリのために使用され得る。これらの実施形態については以下でより詳細に説明する。
【００２８】
図３Ａ及び図３Ｂは、様々な実施形態に従ったディスカバリパケットを示している。ディスカバリパケット３００（図３Ａ）及びディスカバリパケット３２０（図３Ａ）は、ディスカバリパケット１０１（図１）として使用するのに適したものであり得る。ディスカバリパケット３００は、ディスカバリペイロード３０４及び巡回冗長チェックサム（ＣＲＣ）３０６を含む。ディスカバリパケット３２０は、ディスカバリヘッダ３２２、ディスカバリペイロード３２４、及びＣＲＣ３２６を含む。ディスカバリパケット３００は、ヘッダを含まない。
【００２９】
実施形態に従うと、ＵＥ１１２（図１）等の近接サービスに対応しているＵＥ（ＰｒｏＳｅ対応ＵＥ）は、ネットワーク１００（図１）等のＬＴＥネットワークにおけるパケットベースＤ２Ｄディスカバリオペレーションのために構成され得る。これらの実施形態において、ＵＥ１１２は、ｅＮＢ１０４（図１）から、Ｄ２Ｄディスカバリのために割り当てられたディスカバリゾーン２０４（図２）のリソースを示すシグナリングを受信するよう構成され得る。ＵＥ１１２は、少なくともディスカバリペイロード３０４／３２４及びＣＲＣ３０６／３２６を有するように、予め定められた構成に従ったディスカバリパケット（すなわち、ディスカバリパケット３００（図３Ａ）又はディスカバリパケット３２０（図３Ｂ））を構成することができる。ディスカバリペイロード３０４／３２４は、ディスカバリ関連コンテンツを含み得る。ＵＥ１１２はまた、受信側ＵＥ１１４による受信のために、示されたディスカバリリソースのうちの少なくとも一部のディスカバリリソース（例えば、ディスカバリゾーン２０４のＰＲＢ２０６）上で、ディスカバリパケット１０１を送信するよう構成され得る。これらの実施形態において、ディスカバリシーケンスの代わりにディスカバリパケットを使用して、Ｄ２Ｄディスカバリを実現することができる。これにより、さらなるディスカバリ関連コンテンツをＵＥ間で共用することが可能になる。これらの実施形態において、ディスカバリパケット１０１を送信するＵＥ１１２は、ディスカバリする側のデバイスと呼ばれることがある。なぜならば、ＵＥ１１２は、別のＵＥ（すなわち、ＵＥ１１４）をディスカバリするからである。ＵＥ１１４は、ディスカバリ可能なデバイスと呼ばれることがある。
【００３０】
これらの実施形態においては、ディスカバリパケット３００は、ヘッダを含まないよう構成され得るのに対し、他の実施形態においては、ディスカバリパケット３２０は、ヘッダ３２２を含むよう構成され得る。いくつかの実施形態において、ディスカバリパケット３００が、ヘッダを含まないよう構成される場合、ＤＭＲＳが、ディスカバリペイロード３０４のペイロードサイズ及び／又は変調・符号化方式（ＭＣＳ）を示すために、選択され得る。いくつかの実施形態において、ディスカバリパケット３２０が、ヘッダ３２２を含むよう構成される場合、ディスカバリヘッダ３２２は、ディスカバリペイロード３２４のペイロードサイズ及び／又はＭＣＳを示すことができる。いくつかの実施形態において、ディスカバリパケット３００が、ヘッダを含まないよう構成される場合、ディスカバリペイロード３０４のペイロードサイズ及びＭＣＳは、予め定められてもよい。これらの実施形態及び他の実施形態については以下でより詳細に説明する。
【００３１】
図３Ａを参照すると、ＵＥ１１２は、予め定められた構成に従った、ヘッダを含まないディスカバリパケット３００（図３Ａ）を構成して送信することができる。これらの実施形態のいくつかにおいて、ＵＥ１１２は、上りリンクＤＭＲＳを送信することができる。ＤＭＲＳは、ディスカバリペイロードのペイロードサイズ及び／又はＭＣＳを示すために選択され得る。これらの実施形態において、ペイロードサイズ及びＭＣＳは、特定のＤＭＲＳにマッピングされ得る。これらの実施形態において、ＤＭＲＳのベースシーケンス、巡回シフト値、及び／又は直交カバーコードは、ディスカバリパケット３００のペイロードサイズ及びＭＣＳのうちの１以上を示すことができる。これらの実施形態のいくつかにおいて、ＤＭＲＳのベースシーケンス、巡回シフト値、及び／又は直交カバーコードは、ペイロードサイズとＭＣＳとの１以上の組合せを示すことができる。
【００３２】
いくつかの実施形態において、ヘッダを含まないディスカバリパケット３００が構成されて送信される場合、ディスカバリペイロード３０４は、予め定められたペイロードサイズとＭＣＳとの複数の組合せのうちの１つを有するよう構成可能であり得る。予め定められたペイロードサイズとＭＣＳとの複数の組合せの各々は、ＤＭＲＳの複数のベースシーケンスのうちの１つにマッピングされ得る。ＵＥ１１２は、ディスカバリパケット３００のペイロードサイズとＭＣＳとの組合せに基づいて、ベースシーケンスのうちの１つを有するＤＭＲＳを選択することができる。これらの実施形態のいくつかにおいて、送信側ＵＥ１１２は、ディスカバリパケット３００のペイロードサイズ、ＭＣＳ、又はペイロードサイズとＭＣＳとの組合せに基づいて、複数のベースシーケンスから、ＤＭＲＳのためのベースシーケンスを選択することができる。受信側ＵＥ１１４は、複数のベースシーケンスを検索して、ディスカバリパケットの決定されたペイロードサイズ及び／又はＭＣＳに対する特定のベースシーケンスを特定するために、ＤＭＲＳに対してブラインド検出技術を実行することができる。これらの実施形態のいくつかにおいて、ＭＣＳは、予め定められていることがあり（すなわち、固定されていることがあり）、したがって、ペイロードサイズだけが、ＤＭＲＳのベースシーケンスのうちの特定のベースシーケンスにマッピングされる。
【００３３】
いくつかの実施形態において、ヘッダを含まないディスカバリパケット３００が構成されて送信される場合、ディスカバリペイロード３０４は、予め定められたペイロードサイズとＭＣＳとの複数の組合せのうちの１つを有するよう構成可能であり得る。予め定められたペイロードサイズとＭＣＳとの複数の組合せの各々は、ＤＭＲＳの複数の巡回シフト（ＣＳ）値及び／又は直交カバーコード（ＯＣＣ）のうちの１つにマッピングされ得る。ＵＥ１１２は、ディスカバリパケット３００のペイロードサイズとＭＣＳとの組合せに基づいて、ＣＳ値及びＯＣＣを有するＤＭＲＳを（例えば、ＤＭＲＳのサブセットから）選択することができる。これらの実施形態において、受信側ＵＥ１１４は、ＤＭＲＳのＣＳ値及びＯＣＣから、ディスカバリパケット３００のペイロードサイズ及びＭＣＳを判別することができる。これらの実施形態のいくつかにおいて、ＤＭＲＳのベースシーケンスは、ディスカバリパケットのペイロードサイズ及びＭＣＳのインジケーションを提供しないが、実施形態の範囲は、この点において限定されるものではない。なぜならば、ベースシーケンスを使用して、ペイロードサイズ及び／又はＭＣＳを示してもよいからである。これらの実施形態において、ＵＥは、ディスカバリパケット送信のための可能なＤＭＲＳのサブセット（例えば、ｎＣＳ∈｛０，４，８｝及びｎＯＣ∈｛０，１｝、ここで、ｎＣＳは巡回シフトインデックスであり、ｎＯＣは直交カバーコードインデックスである）から、１つのＤＭＲＳを選択することができる。これらの実施形態において、例えば、ｎＣＳ∈｛０，４，８｝及びｎＯＣ∈｛０｝である、ＤＭＲＳシーケンスの１つのサブセットを使用して、Ｘビットのディスカバリペイロードサイズを示すことができるのに対し、ｎＣＳ∈｛０，４，８｝及びｎＯＣ∈｛１｝である、ＤＭＲＳシーケンスの別のサブセットを使用して、Ｙビットのディスカバリペイロードサイズを示すことができる。これらの実施形態は、送信側ＵＥ１１２が巡回シフトをランダムに選択する場合に関するブラインド検出の回数を増加させないが、これらの実施形態は、無線範囲内にある全ての送信側ＵＥが同じペイロードサイズ及びＭＣＳの構成を選択する場合、巡回シフト間の最小距離を効果的に低減させることができる。
【００３４】
いくつかの実施形態において、ヘッダを含まないディスカバリパケット３００が構成されて送信される場合、ディスカバリペイロード３０４は、予め定められたペイロードサイズと、予め定められた変調・符号化方式（ＭＣＳ）と、を有するよう構成され得る。いくつかの例示的な実施形態において、予め定められたペイロードサイズは、１９２ビットとすることができるが、実施形態の範囲は、この点において限定されるものではない。いくつかの例示的な実施形態において、予め定められたＭＣＳディスカバリペイロード３０４は、ＱＰＳＫとすることができるが、実施形態の範囲は、この点において限定されるものではない。予め定められたペイロードサイズ及び予め定められたＭＣＳの使用により、受信側ＵＥ１１４は、ペイロードサイズ及びＭＣＳを判別するために、追加の処理（例えば、ブラインド検出）なく、ディスカバリパケットを受信して復号することが可能になる。これらの実施形態において、受信側ＵＥ１１４は、Ｄ２Ｄディスカバリのために示されているリソースにおいて、予め定められた構成のディスカバリパケット３００を受信するよう構成され得る。
【００３５】
図３Ｂを参照すると、いくつかの実施形態において、ＵＥ１１２は、予め定められた構成に従った、ディスカバリヘッダ３２２を含むディスカバリパケット３２０（図３Ｂ）を構成して送信するよう構成される。これらの実施形態において、ディスカバリヘッダ３２２は、ディスカバリペイロード３２４の予め定められたペイロードサイズとＭＣＳとの複数の組合せのうちの１つの組合せを示すよう構成され得る。ディスカバリヘッダ３２２を含むこれらの実施形態において、ディスカバリパケット３２０は、ディスカバリフレームとみなされ得る。これらの実施形態において、ディスカバリヘッダ３２２は、予め定められたペイロードサイズとＭＣＳとの複数の組合せのうちの１つの組合せを示すために、予め定められた数のビット（例えば、２ビット）に制限され得る。これらの実施形態のいくつかにおいて、ディスカバリペイロード３２４のＭＣＳは、予め定められていることがあり（すなわち、固定されていることがあり）、その場合、ディスカバリヘッダ３２２は、ペイロードサイズだけを示すことができる。
【００３６】
ＵＥ１１２が、ディスカバリヘッダ３２２を含むディスカバリパケット３２０を構成して送信するよう構成されるこれらの実施形態のいくつかにおいて、ディスカバリヘッダ３２２は、ディスカバリペイロード３２４よりも低い符号化レートで構成され得る。ディスカバリヘッダ３２２は、予め定められたＭＣＳ（すなわち、確定的ＭＣＳ（deterministic  MCS））を有することができる。これらの実施形態において、ディスカバリヘッダ３２２の符号化レート及び変調（すなわち、ＭＣＳ）は、予め定められて、受信側ＵＥ１１４に既知であり得、これにより、受信側ＵＥ１１４は、ディスカバリヘッダ３２２を容易且つ迅速に復号することが可能になる。ディスカバリヘッダ３２２のより低い符号化レートの使用は、ディスカバリヘッダ３２２のよりロバストな受信を確実にするのを助けることができる。これらの実施形態において、１／２というより低い符号化レート又は反復コードが、ディスカバリヘッダ３２２のために使用され得るのに対し、望まれるロバスト性のレベルに応じて、２／３、３／４、５／６、又は７／８というより高い符号化レートが、ディスカバリペイロード３２４のために使用され得る。これらの実施形態において、例えば、ＱＰＳＫ変調が、ディスカバリヘッダ３２２及びディスカバリペイロード３２４のために使用され得るが、実施形態の範囲は、この点において限定されるものではない。
【００３７】
いくつかの実施形態において、ディスカバリペイロード３０４／３２４（図３Ａ／図３Ｂ）の符号化レートは、ロバスト性の異なるレベルに対応し得る。ＵＥ１１２は、望まれるロバスト性のレベルに基づいて、ディスカバリペイロード３０４／３２４のための符号化を選択することができる。これらの実施形態において、ディスカバリパケットは、ヘッダを含まないよう構成されてもよいし、ヘッダを含むよう構成されてもよい。いくつかの実施形態において、ディスカバリパケット３００／３２０を構成する前に、ＵＥ１１２は、受信側ＵＥ１１４（及びその近接にある他のＰｒｏＳｅ対応デバイス）を特定するために、近接検知プロセス（proximity  sensing  process）を実行することができる。ＵＥ１１２は、受信側ＵＥ１１４への距離（range）（すなわち、近接度）及び／又はチャネル状態に基づいて、ロバスト性のレベルのうちの１つのレベルを選択することができる。これらの実施形態において、より低い符号化レート（より多い符号化ビット）とより小さいペイロードサイズとの組合せが、より長い距離のために使用され得るのに対し（より高いロバスト性が必要とされ得る）、より高い符号化レートとより大きいペイロードサイズとの組合せが、より短い距離のために使用され得る（より低いロバスト性が必要とされ得る）。これらの実施形態において、受信側ＵＥ１１４への距離は、受信側ＵＥ１１４からの受信信号電力に基づき得るが、これは必須ではない。なぜならば、他の距離推定技術及び近接検出技術が使用されてもよいからである。これらの実施形態は、送信電力制御（ＴＰＣ）を伴って使用されてもよいし、ＴＰＣを伴わずに使用されてもよい。
【００３８】
ＵＥ１１２が、ディスカバリヘッダ３２２を含むディスカバリパケット３２０を構成して送信するよう構成されるこれらの実施形態のいくつかにおいて、ディスカバリヘッダ３２２は、最良の可能なチャネルの評価を利用するために、Ｄ２Ｄディスカバリのために割り当てられている１以上のＲＥ２１１（図２）であって、上りリンクＰＵＳＣＨ  ＤＭＲＳシンボル（例えば、ＤＭＲＳシンボル２１０（図２））に隣接する１以上のＲＥ２１１にマッピングされ得る。なぜならば、ＤＭＲＳは、チャネル評価のために、ＵＥにより使用され得るからである。これらの実施形態において、ディスカバリペイロード３２４は、ディスカバリヘッダのために使用されるＲＥ及び上りリンクＰＵＳＣＨ  ＤＭＲＳシンボルのために使用されるＲＥ以外のＤ２Ｄディスカバリのために割り当てられたＲＥにマッピングされ得る。これらの実施形態において、ディスカバリヘッダ３２２は、ＤＭＲＳシンボル２１０に隣接するＲＥ２１１において送信され得る一方、残りのＲＥ（すなわち、ディスカバリヘッダ及びＤＭＲＳシンボルのために使用されるＲＥを除いたディスカバリゾーン２０４のＲＥ）の一部は、ディスカバリペイロード３２４の送信のために使用され得る。
【００３９】
例えば、１つのリソースブロックが、１つのＰＲＢペア（例えば、時間領域における１４個のＯＦＤＭシンボル及び周波数領域における１つのＰＲＢ）を有する場合、ＤＭ−ＲＳシンボルは、４番目のＯＦＤＭシンボル及び１１番目のＯＦＤＭシンボルに配置され得る。ディスカバリヘッダ３２２は、３番目のＯＦＤＭシンボル及び１２番目のＯＦＤＭシンボルにおいていくつかのＲＥにマッピングされ得るのに対し、残りのＲＥは、ディスカバリペイロードマッピングのために使用され得る。これらの実施形態において、ディスカバリヘッダ３２２及びディスカバリペイロードは、同じディスカバリリソース３２４に多重化される。
【００４０】
いくつかの実施形態において、ＵＥ１１２は、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）技術に従って、ディスカバリゾーン２０４のディスカバリリソース上で、ディスカバリパケット３００／３２０を送信することができるが、これは必須ではない。他の代替実施形態においては、ＵＥ１１２は、ＯＦＤＭＡ技術に従って、ディスカバリパケット３００／３２０を送信してもよい。
【００４１】
いくつかの実施形態において、ターボ符号化がチャネル符号化のために使用される場合、ＵＥ１１２は、ディスカバリパケット３００／３２０にパリティチェックビットを付加することができる。これらの実施形態において、３ＧＰＰ  ＴＳ３６．２１２において示されているターボ符号化技術等のターボ符号化が、Ｄ２Ｄディスカバリのために再利用され得るが、実施形態の範囲は、この点において限定されるものではない。
【００４２】
いくつかの実施形態において、テールバイティング畳み込み符号化（ＴＢＣＣ；tail-biting  convolutional  coding）が使用される（すなわち、ターボ符号化の代わりに使用される）場合、ＣＲＣ３０６／３２６をディスカバリパケット３００／３２０に付加した後、ＵＥ１１２は、ＴＢＣＣ技術に従って、ディスカバリパケット３００／３２０を符号化することができる。ＴＢＣＣを使用するこれらの実施形態において、ディスカバリパケット３００／３２０には、さらなるパリティチェックビットが付加され得る。これらの実施形態において、３ＧＰＰ  ＴＳ３６．２１２において示されているＴＢＣＣ技術が、Ｄ２Ｄディスカバリのために再利用され得るが、実施形態の範囲は、この点において限定されるものではない。
【００４３】
いくつかの実施形態において、チャネル符号化の後、ＵＥ１１２は、ディスカバリパケット３００／３２０のＤ２Ｄ送信のために使用されるリソースの量に基づいて、レートマッチングを実行することができる。レートマッチング中、（チャネル符号化の後の）符号化されたビットが、ディスカバリパケット３００／３２０のＤ２Ｄ送信のために使用されるリソース（例えば、ＰＲＢ）の量を満たすために、レートマッチングされ得る。これらの実施形態において、３ＧＰＰ  ＴＳ３６．２１２において示されているレートマッチング及びインターリーバが、Ｄ２Ｄディスカバリのために再利用され得るが、実施形態の範囲は、この点において限定されるものではない。これらの実施形態のいくつかに従うと、ペイロードサイズ及び性能要件に応じて、１以上のＰＲＢペアが、ディスカバリパケット３００／３２０の送信のために使用され得る。これらの実施形態において、レートマッチングは、固定レートのマザーコード（mother  code）からの送信に割り当てられたＰＲＢの数に基づいて、複数のビットを生成することを含み得る。これは、マザーコードワード（mother  codeword）のビットを反復又はパンクチャリングすることにより、実現され得る。
【００４４】
いくつかの実施形態において、レートマッチングの後、ＵＥ１１２は、スクランブリングシーケンスに従って、符号化されたビットに対してビットスクランブリングを実行することができる。スクランブリングアイデンティティを使用して、スクランブリングシーケンスを初期化することができる。スクランブリングアイデンティティは、セルアイデンティティ（ＩＤ）、共通スクランブリングアイデンティティ、ディスカバリパケット３００／３２０の送信のために使用されるディスカバリリソースの関数、ＵＥ１１２により送信されるＤＭＲＳの巡回シフト値及び／又はＯＣＣインデックスの関数、若しくは共通Ｄ２Ｄスクランブリングアイデンティティ、又はこれらのパラメータの組合せのいずれかであり得る。これらの実施形態において、ビットスクランブリングの使用は、干渉をランダム化するのを助け、ディスカバリパケット３００／３２０を受信して復号する受信側ＵＥ１１４の能力を向上させるのを助けることができる。
【００４５】
いくつかの実施形態において、ｅＮＢ１０４から受信されるシグナリングは、ディスカバリゾーン２０４が、無線リソース制御（ＲＲＣ）シグナリングを用いて準静的にシグナリングされるか、あるいは、１以上のシステム情報ブロック（ＳＩＢ）において提供され得るかのいずれかを示すことができる。ＵＥ１１２は、タイプ１  Ｄ２Ｄディスカバリ又はタイプ２  Ｄ２Ｄディスカバリのいずれかのために、ｅＮＢ１０４により構成可能であり得る。タイプ１  Ｄ２Ｄディスカバリのために構成される場合、ディスカバリパケット３００／３２０の送信のためのリソースが、ＵＥ固有にではなく（on  a  non-UE  specific  basis）、ｅＮＢ１０４により割り当てられる。タイプ２  Ｄ２Ｄディスカバリのために構成される場合、ディスカバリパケット３００／３２０の送信のための特定のリソースが、ｅＮＢ１０４により、ＵＥ１１２に割り当てられる。いくつかの実施形態において、タイプ１ディスカバリ（ディスカバリリソースのＵＥによる自律的選択を伴うＤ２Ｄディスカバリ又はコンテンションベースＤ２Ｄディスカバリ（contention  based  D2D  discovery））に関して、ＰｒｏＳｅ対応デバイスは、ディスカバリパケットを送信するときに、ＤＭＲＳシーケンスをランダムに選択することができる（例えば、ディスカバリヘッダが使用される場合、又は、ディスカバリペイロードサイズ及びＭＣＳが予め定められている場合）。
【００４６】
いくつかの実施形態において、ディスカバリペイロード３０４／３２４（図３Ａ／図３Ｂ）に含まれるディスカバリ関連コンテンツは、デバイスアイデンティフィケーション、サービス識別子等のための一意なＩＤを含み得る。いくつかの実施形態において、ディスカバリペイロードのサイズは、４８ビット以下から最大１００ビット以上の範囲を取り得る。いくつかの実施形態において、非公衆安全サービスに関して、ディスカバリペイロード３０４／３２４は、ＰｒｏＳｅアプリケーションコード、ＰｒｏＳｅファンクションＩＤ、及びパブリックランドモバイルネットワーク（ＰＬＭＮ）ＩＤを含み得る。公衆安全サービスに関して、ディスカバリペイロード３０４／３２４は、送信元／宛先ＩＤ、メッセージタイプ、ＰｒｏＳｅアプリケーションＩＤ等を含み得る。いくつかの実施形態において、宛先ＩＤは、ディスカバリパケットの意図される受信者である１つのＵＥ又はＵＥのグループを識別することができる。いくつかの実施形態において、公衆安全ＰｒｏＳｅ  ＵＥが、ＵＥからネットワークへのリレーとして動作しているか、ＵＥからＵＥへのリレーとして動作しているか、若しくはその両方か、あるいは、リレーとして動作していないかを規定することができるＵＥモードのオペレーションが、示され得る。
【００４７】
図４は、いくつかの実施形態に従ったＤ２Ｄディスカバリパケット処理４００を示している。図４に示される要素は、ＵＥ１１２（図１）等のＵＥの物理レイヤ（ＰＨＹ）回路等の物理レイヤにより実行され得る。
【００４８】
物理レイヤ処理４００は、ＣＲＣ添付４０２において、ＣＲＣをディスカバリパケットに添付することを含み得る。ＣＲＣ添付は、物理レイヤ又はＭＡＣレイヤにおいて処理され得る。ＣＲＣ添付は任意的であり得る。加えて、８、１６、又は２４個のパリティチェックビットが、パケットベースＤ２Ｄディスカバリ設計のために使用され得る。
【００４９】
物理レイヤ処理４００は、チャネル符号化４０４を含み得る。ＰＵＳＣＨ用に採用されているターボ符号化方式とは異なり、ＰＤＣＣＨにおいて使用されるテールバイティング畳み込み符号化（ＴＢＣＣ）が、パケットベースＤ２Ｄディスカバリのために実行され得、これは、性能の向上と復号の複雑さの低減とを提供することができる。さらに、ＴＢＣＣ符号化方式は、ディスカバリパケット等の、比較的小さなペイロードサイズのパケットについて、ターボ符号化よりも優れた性能を提供することができる。例えば、ＴＢＣＣは、ペイロードサイズが４８ビットである場合、ターボ符号化よりも優れたリンクレベルディスカバリ性能を実現することができる。ペイロードサイズが１７６ビットである場合、ターボ符号化は、様々なファクタに応じて、ＴＢＣＣよりもわずかに優れた性能を提供し得る。さらに、ＱＰＳＫは、それら両方のペイロードサイズについて、１６ＱＡＭと比較して、かなりの性能利得を提供することができる。
【００５０】
物理レイヤ処理４００は、レートマッチング４０６を含み得る。チャネル符号化の後、符号化されたビットが、Ｄ２Ｄディスカバリ送信のために利用可能なリソースの量を満たすために、レートマッチングされ得る。パケットベースＤ２Ｄディスカバリのためのリソースブロックのその量は、ペイロードサイズ及び全体的ディスカバリ性能の要件に応じて、１以上のＰＲＢペアであり得る。加えて、ＰＲＢサイズは、実装コストを低減させるために、ＳＣ−ＯＦＤＭ波形のＰＵＳＣＨ送信のために指定されているように、整数２、３、及び５の積に制限され得るが、実施形態の範囲は、この点において限定されるものではない。
【００５１】
物理レイヤ処理４００は、スクランブリング４０８を含み得る。干渉をランダム化するのを助けるために、ビットスクランブリングが、レートマッチングの後に適用され得る。スクランブリングシーケンスの初期化のためのスクランブリングアイデンティティが、適切且つ効率的な復号プロセスを確実にするために、ディスカバリする側のＵＥ１１２において利用可能であり得る。オープンディスカバリ及び制限ディスカバリの両方に関して、共通スクランブリングアイデンティティが、ネットワーク１００内の全てのＰｒｏＳｅ対応デバイスのために使用され得る。このスクランブリングアイデンティティは、共通Ｄ２Ｄスクランブリングアイデンティティとして設定され得るが、実施形態の範囲は、この点において限定されるものではない。例えば、セル内ディスカバリに関して、このスクランブリングアイデンティティは、セルＩＤとして設定され得る。セル間ディスカバリ又はＰＬＭＮ間ディスカバリに関して、このスクランブリングアイデンティティは、仮想スクランブリングアイデンティティとして設定され得、ｅＮＢ１０４によりブロードキャストされ得るか、あるいは、予め定められ得る。
【００５２】
スクランブリングアイデンティティが、セルＩＤとして設定される場合、スクランブリングシーケンス生成器は、
【数６】
0006349359.tif 000007
により初期化され得る。ここで、
【数７】
0006349359.tif 000008
はセルＩＤである。１つの単純な方法は、スクランブリングアイデンティティを、
【数８】
0006349359.tif 000009
として定めることである。
【００５３】
上述したように、スクランブリングアイデンティティは、共通スクランブリングアイデンティティ
【数９】
0006349359.tif 000010
として設定され得る。ここで、
【数１０】
0006349359.tif 000011
は仮想スクランブリングアイデンティティである。１つの方法は、スクランブリングアイデンティティを、
【数１１】
0006349359.tif 000012
として定めることである。
【００５４】
いくつかの代替実施形態において、スクランブリングアイデンティティは、ディスカバリリソースインデックス（すなわち、ディスカバリゾーン内の時間インデックス及び周波数インデックス）、ＤＭＲＳシーケンス送信のために使用される巡回シフトインデックス若しくはセルＩＤ、共通Ｄ２Ｄスクランブリングアイデンティティ、又は上記パラメータの任意の組合せの関数として設定され得る。いくつかの実施形態において、スクランブリングアイデンティティは、ＤＭＲＳシーケンス送信のために使用される巡回シフトインデックス及び／又はＯＣＣインデックスと、セルＩＤ又は共通スクランブリングアイデンティティと、の関数として、以下のように定められ得る。
【数１２】
0006349359.tif 000013
ここで、ＮＣＳは、ＤＭＲＳシーケンスインデックスであり、巡回シフトインデックス及び／又はＯＣＣインデックスの関数であり得る。オープンディスカバリに関して、ＵＥ１０２は、ＤＭＲＳシーケンス送信のための巡回シフトインデックスをランダムに選択することができる。１つのアプローチは、スクランブリングアイデンティティを、
【数１３】
0006349359.tif 000014
として定めることである。ここで、Ｃ０は定数である。例えば、Ｃ０は、計算の複雑さを省くために、２１４として選択され得る。
【００５５】
いくつかの代替実施形態において、スクランブリングアイデンティティは、ディスカバリリソースインデックスと、ＤＭＲＳシーケンス送信のために使用される巡回シフトインデックスと、セルＩＤ又は共通スクランブリングアイデンティティと、の関数として、以下のように定められ得る。
【数１４】
0006349359.tif 000015
ここで、ｎｓは、ディスカバリゾーン内のサブフレームインデックスであり、ｎｆは、ディスカバリゾーン内のＰＲＢインデックスである。１つのアプローチは、スクランブリングアイデンティティを、
【数１５】
0006349359.tif 000016
として定めることである。ここで、Ｃ０、Ｃ１、及びＣ２は定数である。いくつかの実施形態において、Ｃ０、Ｃ１、及びＣ２は、計算の複雑さを省くために、２の累乗として選択され得る。
【００５６】
物理レイヤ処理４００は、変調４１０を含み得る。ＰＵＳＣＨ送信のためにサポートされる変調方式は、ＱＰＳＫ、１６ＱＡＭ、及び６４ＱＡＭを含み得る。ディスカバリペイロード３０４／３２４に関しては、異なる変調方式が使用されてもよいが、ディスカバリヘッダ３２２に関しては、ＱＰＳＫ変調方式が望ましい。しかしながら、実施形態の範囲は、この点において限定されるものではない。
【００５７】
物理レイヤ処理４００は、離散フーリエ変換（ＤＦＴ）事前符号化４１２を含み得る。ＰＵＳＣＨ送信と同様、ＤＦＴ事前符号化は、ピーク対平均電力比（ＰＡＰＲ；peak-to-average  power  ratio）を低減させるために、パケットベースＤ２Ｄディスカバリのために利用され得、これは、送信電力効率を向上させることができ、ＰｒｏＳｅ対応デバイスのディスカバリ範囲を潜在的に増大させることができる。
【００５８】
物理レイヤ処理４００は、リソースマッピング４１４を含み得る。パケット送信のためのディスカバリリソースは、コンテンションベースディスカバリにおいては、ＰｒｏＳｅ対応デバイスにより、構成されたディスカバリゾーン２０４内からランダムに選択され得るか、あるいは、ノンコンテンションベースディスカバリ（non-contention-based  discovery）においては、ｅＮＢ１０４により、明示的に割り当てられ得る。いくつかの実施形態において、マルチクラスタＰＵＳＣＨ送信が、周波数ダイバーシチの利点を利用するために、パケットベースＤ２Ｄディスカバリのために適用され得る。２つのクラスタ間の周波数ギャップが、ディスカバリ領域における同一チャネル干渉を低減させるために、適切に構成されて対処され得る。
【００５９】
物理レイヤ処理４００は、アンテナマッピング４１６を含み得る。ＰｒｏＳｅ対応デバイスが、複数の送信アンテナを備えている場合、マルチアンテナ送信方式を使用して、リンクレベル性能をさらに向上させることができる。電力効率の良いディスカバリを可能にするために、一般的な事前符号化器構造が、オープンＤ２Ｄディスカバリのために使用され得る。
【００６０】
物理レイヤ処理４００は、ＳＣ−ＦＤＭＡシンボル生成４１８を含み得る。巡回プレフィックス（ＣＰ）挿入及び半サブキャリアシフト（half-subcarrier  shift）を含む、ＰＵＳＣＨのためのＳＣ−ＦＤＭＡシンボル生成プロシージャが、パケットベースＤ２Ｄディスカバリ設計のために再利用され得る。
【００６１】
上述したように、上りリンクＰＵＳＣＨ  ＤＭＲＳが、ＰＵＳＣＨのコヒーレント復調のためのチャネル評価のために、主として使用され得る。パケットベースＤ２Ｄディスカバリに関して、Ｚａｄｏｆｆ−Ｃｈｕシーケンスに基づく類似するＤＭＲＳシーケンス生成プロシージャが採用され得る。ＵＥ固有巡回シフトが、コンテンションベースディスカバリのシナリオにおいては、ＰｒｏＳｅ対応デバイスによりランダムに選択され得るか、あるいは、コンテンションフリーディスカバリ（contention  free  discovery）のシナリオにおいては、ｅＮＢ１０４により明示的にシグナリングされ得る。ＤＭＲＳベースシーケンスに関して、共通ベースシーケンスが、全てのＰｒｏＳｅ対応デバイスにより使用され得、これは、ディスカバリＵＥにおけるブラインド検出の量を著しく低減させることができる。代替的に、ベースシーケンスは、（ネットワークカバレッジ内のシナリオでは）ＲＲＣ＿ＩＤＬＥ  Ｄ２Ｄデバイスがキャンプオンしている（camp  on）、あるいは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  Ｄ２Ｄデバイスが関連付けられているセルの関数、及び、（部分的ネットワークカバレッジのシナリオ又はネットワークカバレッジ外のシナリオでは）ピア無線ヘッド（ＰＲＨ；peer  radio  head）又はクラスタヘッドのアイデンティティの関数として、選択されてもよい。これは、干渉平均化効果を介するチャネル評価のロバスト性を向上させるのを助けることができる。シーケンスグループホッピング（sequence-group  hopping）が、ディスカバリパケット送信のために無効にされ得るが、巡回シフトホッピング（cyclic  shift  hopping）は、ベースシーケンスが、共通ではなく、上述したように、キャンピング（camping）セル−ＩＤ、ＰＲＨ−ＩＤ等の関数である場合に有効にされ得ることに留意されたい。いくつかの実施形態において、ＰｒｏＳｅ対応ＵＥは、ＰＵＳＣＨ  ＤＭＲＳのための２つのＯＣＣのうちの１つのＯＣＣをランダムに選択することができるが、実施形態の範囲は、この点において限定されるものではない。
【００６２】
周波数ダイバーシチの利点を利用するために、周波数ホッピングが、パケットベースＤ２Ｄディスカバリのために採用され得る。ＰＵＳＣＨ送信のための周波数ホッピングと同様、ホッピングパターン設計の次の２つのオプションが使用され得る：タイプ−１  Ｄ２Ｄディスカバリホッピングは、明示的ホッピングパターンを使用する一方、タイプ−２  Ｄ２Ｄディスカバリホッピングは、サブ帯域ホッピング及びミラーメカニズムを使用する。加えて、ホッピングプロシージャは、サブフレーム内ベースのホッピングモード又はサブフレーム間ベースのホッピングモードのいずれかに続き得る。タイプ−１ディスカバリホッピングとタイプ−２ディスカバリホッピングとの間の選択、及び、サブフレーム内ホッピングとサブフレーム間ホッピングとの間の選択は、より上位のレイヤにより、セル固有で提供され得る。
【００６３】
図５は、いくつかの実施形態に従ったＵＥの機能ブロック図を示している。ＵＥ５００は、ＵＥ１１２及びＵＥ１１４を含む、図１に示されるＵＥ１０２のうちの任意の１以上として使用するのに適したものであり得る。ＵＥ５００は、１以上のアンテナ５０１を用いてｅＮＢ１０４（図１）との間で信号を送受信するとともに、他のＵＥとＤ２Ｄ通信するための物理レイヤ（ＰＨＹ）回路５０２を含み得る。ＵＥ５００はまた、無線媒体へのアクセスを制御するための媒体アクセス制御レイヤ（ＭＡＣ）回路５０４を含み得る。ＵＥ５００はまた、本明細書で説明した様々なオペレーションを実行するようにＵＥ５００の様々な要素を構成するよう構成された処理回路５０６及びメモリ５０８を含み得る。
【００６４】
いくつかの実施形態に従うと、ＲＲＣアイドルモード又はＲＲＣ接続モードのいずれかにあるＵＥ５００は、本明細書で説明したように、別のＵＥをディスカバリするためのディスカバリパケット１０１（図１）を送信し、別のＵＥから、ディスカバリパケット１０１に対する応答を受信するよう構成され得る。ＵＥ５００はまた、別のＵＥによるディスカバリのために別のＵＥによりディスカバリゾーン２０４（図２）において送信された受信ディスカバリパケットをモニタリングして復号しようと試みるよう構成され得る。ＵＥ５００はまた、別のＵＥをディスカバリした後又は別のＵＥによりディスカバリされた後、別のＵＥとのＤ２Ｄ接続を確立するよう構成され得る。Ｄ２Ｄディスカバリ及びＤ２Ｄ接続のためのチャネルリソースは、本明細書で説明したように、ｅＮＢ１０４により割り当てられ得る。
【００６５】
いくつかの実施形態に従うと、ＵＥ５００は、ｅＮＢ１０４から、Ｄ２Ｄディスカバリのために割り当てられたディスカバリゾーン２０４のリソースを示すシグナリングを受信するよう構成され得、少なくともディスカバリペイロード３０４／３２４及びＣＲＣ３０６／３２６を有するように、予め定められた構成に従ったディスカバリパケット３００／３２０を構成することができる。ディスカバリペイロードは、ディスカバリ関連コンテンツを含むよう構成され得る。ＵＥ５００はまた、受信側ＵＥによる受信のために、示されたディスカバリリソースのうちの少なくとも一部のディスカバリリソース上で、ディスカバリパケット３００／３２０を送信することができる。
【００６６】
いくつかの実施形態において、ＵＥ５００は、携帯情報端末（ＰＤＡ）、無線通信能力を有するラップトップコンピュータ若しくはポータブルコンピュータ、ウェブタブレット、無線電話機、スマートフォン、無線ヘッドセット、ページャ、インスタントメッセージングデバイス、デジタルカメラ、アクセスポイント、テレビジョン、医用デバイス（例えば、心拍数モニタ、血圧モニタ等）、又は、情報を無線で送信及び／又は受信することができる他のデバイス等のポータブル無線通信デバイス又はモバイルデバイスであり得る。いくつかの実施形態において、モバイルデバイスは、キーボード、ディスプレイ、不揮発性メモリポート、複数のアンテナ、グラフィックスプロセッサ、アプリケーションプロセッサ、スピーカ、及び他のモバイルデバイス要素のうちの１以上を含み得る。ディスプレイは、タッチスクリーンを含むＬＣＤスクリーンであってよい。
【００６７】
アンテナ５０１は、例えば、ダイポールアンテナ、モノポールアンテナ、パッチアンテナ、ループアンテナ、マイクロストリップアンテナ、又はＲＦ信号の送信に適した他のタイプのアンテナを含む１以上の指向性アンテナ又は全方向性アンテナを含み得る。いくつかの複数入力複数出力（ＭＩＭＯ）の実施形態において、アンテナは、空間ダイバーシチと、生じ得る様々なチャネル特性と、を利用するために、効果的に分離され得る。
【００６８】
ＵＥ５００が、複数の別々の機能要素を有するものとして図示されているが、それら機能要素のうちの１以上は、組み合わされてもよく、デジタル信号プロセッサ（ＤＳＰ）を含む処理要素等のソフトウェア構成型要素及び／又は他のハードウェア要素の組合せにより実装されてもよい。例えば、いくつかの要素は、１以上のマイクロプロセッサ、ＤＳＰ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、無線周波数集積回路（ＲＦＩＣ）、及び、本明細書で説明した機能を少なくとも実行するための、様々なハードウェアと論理回路との組合せを含んでもよい。いくつかの実施形態において、これら機能要素は、１以上の処理要素上で動作する１以上のプロセスを指してもよい。
【００６９】
実施形態は、ハードウェア、ファームウェア、及びソフトウェアのうちの１つにより実装されてもよいし、ハードウェア、ファームウェア、及びソフトウェアの組合せにより実装されてもよい。実施形態はまた、コンピュータ読み取り可能な記憶デバイスに記憶された命令として実装されてもよく、この命令は、少なくとも１つのプロセッサにより読み出されて実行されたときに、本明細書で説明したオペレーションを実行することができる。コンピュータ読み取り可能な記憶デバイスは、マシン（例えば、コンピュータ）により読み取り可能な形式で情報を記憶する任意の非一時的なメカニズムを含み得る。例えば、コンピュータ読み取り可能な記憶デバイスは、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、並びに、他の記憶デバイス及び記憶媒体を含み得る。いくつかの実施形態は、１以上のプロセッサを含んでもよく、コンピュータ読み取り可能な記憶デバイスに記憶された命令を有するよう構成されてもよい。
【００７０】
図６は、いくつかの実施形態に従った、パケットベースＤ２Ｄディスカバリのためのプロシージャである。ディスカバリプロシージャ６００は、ＵＥ１１２（図１）等の、パケットベースＤ２Ｄディスカバリのために構成されたＰｒｏＳｅ対応ＵＥにより実行され得る。
【００７１】
動作６０２は、ｅＮＢ１０４から、Ｄ２Ｄディスカバリのために割り当てられたリソースを示すシグナリングを受信することを含み得る。
【００７２】
動作６０４は、少なくともディスカバリペイロード３０４／３２４及びＣＲＣを有するように、予め定められた構成に従ったディスカバリパケット３００／３２０を構成することを含み得る。ディスカバリペイロードは、ディスカバリ関連コンテンツを含み得る。
【００７３】
動作６０６は、ＵＥ１１４（図１）等の受信側ＵＥによる受信のために、示されたディスカバリリソースのうちの少なくとも一部のディスカバリリソース（例えば、ディスカバリゾーン２０４のＰＲＢ２０６）上で、構成されたディスカバリパケット３００／３２０を送信することを含み得る。
【００７４】
読者が技術的な開示内容の本質及び主旨を確認できるようにする要約を求める３７Ｃ．Ｆ．Ｒセクション１．７２（ｂ）に従うよう要約が提供されている。請求項の範囲又は意味を限定又は解釈するためには使用されないという理解の下で、要約は提出されている。請求項は、発明を実施するための形態に組み込まれ、各請求項は、それ自身、別々の実施形態として独立している。
【図１】
0006349359.tif 000017
【図２】
0006349359.tif 000018
【図３Ａ】
0006349359.tif 000019
【図３Ｂ】
0006349359.tif 000020
【図４】
0006349359.tif 000021
【図５】
0006349359.tif 000022
【図６】
0006349359.tif 000023