(57)【要約】  Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置において、送信側ユーザ装置におけるＤ２Ｄ信号送信のための送信電力の情報を取得する取得手段と、前記送信側ユーザ装置から受信するＤ２Ｄ信号に多重される参照信号の受信電力を測定し、当該受信電力と前記送信電力とから、前記送信側ユーザ装置と前記ユーザ装置との間の距離を推定する距離推定手段とを備える。
2016060177.tif 000002
【特許請求の範囲】
【請求項１】
Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、
送信側ユーザ装置におけるＤ２Ｄ信号送信のための送信電力の情報を取得する取得手段と、
前記送信側ユーザ装置から受信するＤ２Ｄ信号に多重される参照信号の受信電力を測定し、当該受信電力と前記送信電力とから、前記送信側ユーザ装置と前記ユーザ装置との間の距離を推定する距離推定手段と
を備えることを特徴とするユーザ装置。
【請求項２】
前記送信電力の情報は、所定のユーザ装置から所定のチャネルを用いて送信される情報、又は、前記送信側ユーザ装置から受信するＤ２Ｄ信号の送信リソースが属するリソースプールに対応付けられた情報として暗黙的に通知される情報である
ことを特徴とする請求項１に記載のユーザ装置。
【請求項３】
前記参照信号は、前記送信側ユーザ装置に対応付けられた情報を含み、前記距離推定手段は、複数の参照信号を同一のリソースで受信した場合において、当該情報を使用することにより、前記送信側ユーザ装置から送信された前記参照信号を識別する
ことを特徴とする請求項１又は２に記載のユーザ装置。
【請求項４】
前記距離推定手段は、前記送信側ユーザ装置から送信されるＤ２Ｄ信号の受信電力、及び当該送信側ユーザ装置から１回以上再送される当該Ｄ２Ｄ信号の受信電力を測定することにより前記距離の推定に用いる受信電力を算出する
ことを特徴とする請求項１ないし３のうちいずれか１項に記載のユーザ装置。
【請求項５】
第１のユーザ装置と第２のユーザ装置との間でＤ２Ｄ通信が行われる移動通信システムにおいて前記第１のユーザ装置として使用されるユーザ装置であって、
第２のＤ２Ｄ信号の送信を要求するための第１のＤ２Ｄ信号を送信する送信手段と、
前記第１のＤ２Ｄ信号を受信した前記第２のユーザ装置から、当該第２のユーザ装置の受信タイミング情報を含む前記第２のＤ２Ｄ信号を受信する受信手段と、
前記第２のＤ２Ｄ信号に含まれる前記受信タイミング情報を用いて、前記ユーザ装置と前記第２のユーザ装置との間の距離を推定する距離推定手段と
を備えることを特徴とするユーザ装置。
【請求項６】
前記送信手段は、前記第１のＤ２Ｄ信号に多重される参照信号の情報に基づいて、前記第１のＤ２Ｄ信号が、前記第２のＤ２Ｄ信号の送信を要求する信号であることを通知する
ことを特徴とする請求項５に記載のユーザ装置。
【請求項７】
前記第２のＤ２Ｄ信号には、前記第１のＤ２Ｄ信号に対応する識別情報が含まれており、前記受信手段は、前記識別情報により、前記第２のＤ２Ｄ信号を前記第１のＤ２Ｄ信号による要求に対する応答であることを識別する
ことを特徴とする請求項５又は６に記載のユーザ装置。
【請求項８】
前記第２のユーザ装置における前記第２のＤ２Ｄ信号の送信リソースとして、前記第１のＤ２Ｄ信号を再送することとした場合に使用されるリソースが使用される
ことを特徴とする請求項５ないし７のうちいずれか１項に記載のユーザ装置。
【請求項９】
Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置が実行する距離推定方法であって、
送信側ユーザ装置におけるＤ２Ｄ信号送信のための送信電力の情報を取得する取得ステップと、
前記送信側ユーザ装置から受信するＤ２Ｄ信号に多重される参照信号の受信電力を測定し、当該受信電力と前記送信電力とから、前記送信側ユーザ装置と前記ユーザ装置との間の距離を推定する距離推定ステップと
を備えることを特徴とする距離推定方法。
【請求項１０】
第１のユーザ装置と第２のユーザ装置との間でＤ２Ｄ通信が行われる移動通信システムにおいて前記第１のユーザ装置として使用されるユーザ装置が実行する距離推定方法であって、
第２のＤ２Ｄ信号の送信を要求するための第１のＤ２Ｄ信号を送信する送信ステップと、
前記第１のＤ２Ｄ信号を受信した前記第２のユーザ装置から、当該第２のユーザ装置の受信タイミング情報を含む前記第２のＤ２Ｄ信号を受信する受信ステップと、
前記第２のＤ２Ｄ信号に含まれる前記受信タイミング情報を用いて、前記ユーザ装置と前記第２のユーザ装置との間の距離を推定する距離推定ステップと
を備えることを特徴とする距離推定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄ通信（ユーザ装置間通信）に関するものであり、特に、Ｄ２Ｄ通信において距離もしくは位置を推定するための技術に関連するものである。
【背景技術】
【０００２】
現状のＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）等の移動通信システムでは、ユーザ装置ＵＥと基地局ｅＮＢが通信を行うことにより基地局ｅＮＢ等を介してユーザ装置ＵＥ間で通信を行うことが一般的であるが、近年、ユーザ装置ＵＥ間で直接に通信を行うＤ２Ｄ通信（以降、"Ｄ２Ｄ"と呼ぶ）についての種々の技術が提案されている。【０００３】
特に、ＬＴＥにおけるＤ２Ｄでは、ユーザ装置ＵＥ間でプッシュ通話等のデータ通信を行う「Ｃｏｍｍｕｎｉｃａｔｉｏｎ（コミュニケーション）」と、ユーザ装置ＵＥが、自身のＩＤやアプリケーションＩＤ等を含む発見信号（ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌ）を送信することで、受信側のユーザ装置ＵＥに送信側のユーザ装置ＵＥの検出を行わせる「Ｄｉｓｃｏｖｅｒｙ（発見）」が提案されている（非特許文献１参照）。【０００４】
ＬＴＥで規定されるＤ２Ｄでは、各ユーザ装置ＵＥは、ユーザ装置ＵＥから基地局ｅＮＢへの上り信号送信のリソースとして既に規定されている上りリソースの一部を利用することが提案されている。また、Ｄ２Ｄで使用するリソースの割り当てにおいては、基地局ｅＮＢからのアシストがなされることも提案されている。以下、現状で提案されているＬＴＥのＤ２Ｄのためのリソース割り当ての概要を説明する（非特許文献１参照）。【０００５】
「Ｄｉｓｃｏｖｅｒｙ」については、図１Ａに示すように、Ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ毎に、Ｄｉｓｃｏｖｅｒｙ信号用のリソースプールが確保され、ユーザ装置ＵＥはそのリソースプール内でＤｉｓｃｏｖｅｒｙ信号を送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ａ、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ユーザ装置ＵＥが自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ａでは、（Ｅ）ＰＤＣＣＨによりダイナミックに送信リソースが割り当てられる。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的な送信リソースが割り当てられる。【０００６】
「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」についても、図１Ｂに示すように、ＳＡ／Ｄａｔａ送信用リソースが周期的に確保されることが想定されている。ＳＡはＳｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ（スケジューリングアサインメント）の略であり、送信側のユーザ装置はＳＡリソースプールから選択されたリソースでＤａｔａ送信用リソースを受信側に通知し、当該Ｄａｔａ送信用リソースでＤａｔａを送信する。このリソース通知の信号のことをＳＡ又はＳＡ信号と呼んでもよい。「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、基地局ｅＮＢからユーザ装置ＵＥに送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。また、（Ｅ）ＰＤＣＣＨの割り当てにおいては、準静的なリソース割り当て（ＳＰＳ：  Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）も提案されている。Ｍｏｄｅ２では、ユーザ装置ＵＥはＳＡリソースプールから自律的に送信リソースを選択する。【０００７】
図１Ｃは、Ｄ２ＤのリソースプールがＷＡＮのリソースとＦＤＭ／ＴＤＭにより多重される例をより具体的に示すものである。図１ＣにはＤ２ＤＳＳ（Ｄ２Ｄ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）／ＰＤ２ＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄ２Ｄ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）も示されており、これらは、周期的に送信される。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】３ＧＰＰ  ＴＲ  ３６．８４３  Ｖ１２．０．１  （２０１４−０３）
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ＬＴＥにおいてユーザ装置ＵＥの位置を推定するための種々の技術が規定されている。例えば、ＧＰＳを用いるＡ‐ＧＮＳＳ（Ａｓｓｉｓｔｅｄ−Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）、複数基地局ｅＮＢから受信する信号の受信電力（受信レベル）に基づく位置推定技術、複数基地局から受信する信号のＯＴＤＯＡ（Ｏｂｓｅｒｖｅｄ  Ｔｉｍｅ  Ｄｉｆｆｅｒｅｎｃｅ  Ｏｆ  Ａｒｒｉｖａｌ）による位置推定技術、複数基地局において受信するＵＬ信号のＵＴＤＯＡ（Ｕｐｌｉｎｋ  ｔｉｍｅ  ｄｉｆｆｅｒｅｎｃｅ  ｏｆ  ａｒｒｉｖａｌ）による位置推定技術等がある。【００１０】
一方、Ｄ２ＤでもＤｉｓｃｏｖｅｒｙメッセージを送信した送信側ＵＥとの距離を受信側ＵＥが推定する技術が検討されている。Ｄ２Ｄにおいて、ＵＥ間の距離推定のために使用する測定メトリックとしては、上記位置推定技術と同様に、受信電力と受信タイミングが考えられる。なお、例えば、位置が既知である複数ＵＥと、あるＵＥとの間の距離がわかれば、当該ＵＥの位置を算出できるので、距離の推定は、位置の推定に応用することが可能である。【００１１】
Ｄ２Ｄにおいて受信側ＵＥが送信側ＵＥとの距離を受信電力を用いて推定する際に、仮に送信側ＵＥの送信電力がＵＥに拠らずに一定であるとすれば、受信電力の大きさにより送信側ＵＥとの距離を推定できる。しかし、アプリケーション等の違いにより、一般に送信電力はＵＥ毎に異なる。また、ＵＥは、基地局ｅＮＢとの距離に応じて電力制御を行うため、個々のＵＥにおいても送信電力は一定ではない。【００１２】
また、Ｄ２Ｄにおいて受信側ＵＥが送信側ＵＥとの距離を受信タイミングを用いて推定する際に、仮に送信側ＵＥの送信タイミングが受信同期タイミングに従って一定であるとすれば、受信タイミングと送信タイミングとの差分により送信側ＵＥとの距離を推定できる。しかし、ＵＥは、基地局との距離に応じて送信タイミングの調整を行うため、ＵＥの送信タイミングは一定ではない。【００１３】
ここで、Ｄｉｓｃｏｖｅｒｙメッセージにより受信電力や、特に受信タイミングを測定するためには、Ｄｉｓｃｏｖｅｒｙメッセージに多重され、送信リソース（周波数・時間位置）が既知であるＤＭ−ＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を使用することが想定される。【００１４】
しかし、ＤＭ−ＲＳの系列等がＵＥ・セル固有でないため、あるＵＥが同一リソースで複数ＵＥからＤＭ−ＲＳを受信した場合には、特定のＵＥから送信されたＤＭ−ＲＳを識別できず、当該特定のＵＥとの間の距離の推定が難しくなる。【００１５】
本発明は上記の点に鑑みてなされたものであり、Ｄ２Ｄ通信において、ユーザ装置間の距離もしくはユーザ装置の位置を適切に推定することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明の実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、
送信側ユーザ装置におけるＤ２Ｄ信号送信のための送信電力の情報を取得する取得手段と、
前記送信側ユーザ装置から受信するＤ２Ｄ信号に多重される参照信号の受信電力を測定し、当該受信電力と前記送信電力とから、前記送信側ユーザ装置と前記ユーザ装置との間の距離を推定する距離推定手段とを備えるユーザ装置が提供される。【００１７】
また、本発明の実施の形態によれば、第１のユーザ装置と第２のユーザ装置との間でＤ２Ｄ通信が行われる移動通信システムにおいて前記第１のユーザ装置として使用されるユーザ装置であって、
第２のＤ２Ｄ信号の送信を要求するための第１のＤ２Ｄ信号を送信する送信手段と、
前記第１のＤ２Ｄ信号を受信した前記第２のユーザ装置から、当該第２のユーザ装置の受信タイミング情報を含む前記第２のＤ２Ｄ信号を受信する受信手段と、
前記第２のＤ２Ｄ信号に含まれる前記受信タイミング情報を用いて、前記ユーザ装置と前記第２のユーザ装置との間の距離を推定する距離推定手段とを備えるユーザ装置が提供される。【００１８】
また、本発明の実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置が実行する距離推定方法であって、
送信側ユーザ装置におけるＤ２Ｄ信号送信のための送信電力の情報を取得する取得ステップと、
前記送信側ユーザ装置から受信するＤ２Ｄ信号に多重される参照信号の受信電力を測定し、当該受信電力と前記送信電力とから、前記送信側ユーザ装置と前記ユーザ装置との間の距離を推定する距離推定ステップとを備える距離推定方法が提供される。【００１９】
また、本発明の実施の形態によれば、第１のユーザ装置と第２のユーザ装置との間でＤ２Ｄ通信が行われる移動通信システムにおいて前記第１のユーザ装置として使用されるユーザ装置が実行する距離推定方法であって、
第２のＤ２Ｄ信号の送信を要求するための第１のＤ２Ｄ信号を送信する送信ステップと、
前記第１のＤ２Ｄ信号を受信した前記第２のユーザ装置から、当該第２のユーザ装置の受信タイミング情報を含む前記第２のＤ２Ｄ信号を受信する受信ステップと、
前記第２のＤ２Ｄ信号に含まれる前記受信タイミング情報を用いて、前記ユーザ装置と前記第２のユーザ装置との間の距離を推定する距離推定ステップとを備える距離推定方法が提供される。
【発明の効果】
【００２０】
本発明の実施の形態によれば、Ｄ２Ｄ通信において、ユーザ装置間の距離もしくはユーザ装置の位置を適切に推定することを可能とする技術が提供される。
【図面の簡単な説明】
【００２１】
【図１Ａ】Ｄ２Ｄ通信を説明するための図である。
【図１Ｂ】Ｄ２Ｄ通信を説明するための図である。
【図１Ｃ】Ｄ２Ｄ通信を説明するための図である。
【図２】本発明の実施の形態におけるシステムの構成図である。
【図３】本発明の実施の形態の基本的な処理を説明するための図である。
【図４】第１の実施の形態における送信電力差の補正方法例１を説明するための図である。
【図５】第１の実施の形態における送信電力差の補正方法例２を説明するための図である。
【図６】ＤＭ−ＲＳによる端末識別を説明するための図である。
【図７Ａ】ＤＭ−ＲＳによる測定の高精度化を説明するための図である。
【図７Ｂ】ＤＭ−ＲＳによる測定の高精度化を説明するための図である。
【図８】第１の実施の形態におけるユーザ装置ＵＥの構成図である。
【図９】第２の実施の形態における動作例を説明するための図である。
【図１０Ａ】タイミングに基づく距離推定を説明するための図である。
【図１０Ｂ】タイミングに基づく距離推定を説明するための図である。
【図１１Ａ】送信リソースの限定方法例を説明するための図である。
【図１１Ｂ】送信リソースの限定方法例を説明するための図である。
【図１２】第２の実施の形態におけるユーザ装置ＵＥの構成図である。
【図１３】第３の実施の形態における動作例を説明するための図である。
【図１４】第３の実施の形態における位置管理装置３００の構成図である。
【図１５】位置関連情報格納部３０２に格納されるテーブルの構成例を示す図である。
【図１６】第３の実施の形態におけるユーザ装置ＵＥの構成図である。
【図１７】第４の実施の形態における動作例を説明するための図である。
【図１８】第４の実施の形態における位置管理装置５００の構成図である。
【図１９】第４の実施の形態におけるユーザ装置ＵＥの構成図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照して本発明の実施の形態を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る移動通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。また、以下では、主にＤｉｓｃｏｖｅｒｙメッセージを用いて距離等を推定する例を説明しているが、以下で説明する手法はＤｉｓｃｏｖｅｒｙメッセージに限らず、例えばＳＡ等、Ｄ２Ｄ信号全般に適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３もしくはそれ以降に対応する通信方式も含み得る広い意味で使用する。
【００２３】
（システム構成）
図２は、本発明の実施の形態（各実施の形態に共通）における移動通信システムの構成例を示す図である。図２に示すように、本実施の形態における通信システムは、基地局ｅＮＢの配下にユーザ装置ＵＥ１、ＵＥ２が存在するセルラー通信システムである。ユーザ装置ＵＥ１、ＵＥ２はそれぞれＤ２Ｄ通信機能を有しており、ユーザ装置ＵＥ１、ＵＥ２間でＤ２Ｄ通信を行うことが可能である。また、ユーザ装置ＵＥ１、ＵＥ２はそれぞれ基地局ｅＮＢとの間で通常のセルラー通信を行うことが可能であるとともに、基地局ｅＮＢからＤ２Ｄ通信用のリソース割り当てを受けることができる。
【００２４】
図２は、ユーザ装置ＵＥ１、ＵＥ２が基地局ｅＮＢのカバレッジ内にあることを示しているが、これは一例であり、本発明は、ユーザ装置ＵＥが基地局ｅＮＢのカバレッジ外にあっても実施可能である。以下では、ユーザ装置ＵＥ１、ＵＥ２を総称してユーザ装置ＵＥと記述する。また、以下では、ユーザ装置ＵＥを「ＵＥ」と呼ぶ。
【００２５】
本発明の実施の形態では、図３に示すように、送信側ＵＥ（ＵＥ−Ａ）がＤｉｓｃｏｖｅｒｙメッセージを送信することで、Ｄｉｓｃｏｖｅｒｙメッセージの受信側ＵＥが送信側ＵＥとの間の距離を推定することが基本的な処理となる。
【００２６】
以下、本発明の実施の形態の内容を第１〜第４の実施の形態に分けて説明するが、第１〜第４の実施の形態は、いずれか複数もしくは全部を組み合わせて実施可能である。
【００２７】
（第１の実施の形態）
＜送信電力取得＞
第１の実施の形態では、図３に示したように、送信側ＵＥ（ＵＥ−Ａ）がＤｉｓｃｏｖｅｒｙメッセージを送信することで、Ｄｉｓｃｏｖｅｒｙメッセージの受信側ＵＥが受信電力を測定することにより送信側ＵＥとの間の距離を推定する。より詳細には、受信側ＵＥは、Ｄｉｓｃｏｖｅｒｙメッセージに多重されているＤＭ−ＲＳの受信電力を測定するとともに、送信側ＵＥの送信電力の情報を取得し、これらの情報を用いることにより距離を推定する。また、ＰＵＳＣＨベースのＤｉｓｃｏｖｅｒｙメッセージ自体の受信電力を用いてもよいし、その他の参照信号を用いてもよい。受信電力と送信電力から距離を算出する技術自体は一般的な技術である。なお、取得する「送信電力」は、特定の値であってもよいし、送信電力の範囲を示す送信電力レンジであってもよい。
【００２８】
受信側ＵＥが、送信側ＵＥの送信電力の情報を取得する方法の例として、受信側ＵＥにおける受信電力測定対象となるＤｉｓｃｏｖｅｒｙメッセージを送信する送信側ＵＥが、自身の送信電力の情報を受信側ＵＥに送信する方法がある。送信電力の情報は、Ｄｉｓｃｏｖｅｒｙメッセージに含めて送信してもよいし、別のチャネル（例：ＰＤ２ＤＳＣＨ等の制御チャネル）で送信してもよい。
【００２９】
ここで、Ｄ２Ｄでは、所定のＵＥ（アンカーＵＥ）が周囲のＵＥに同期信号（Ｐ２ＤＳＳ等）を送信することで、これらＵＥにおいて同期グループを形成することが可能である。当該同期グループ内のＵＥ間では同期したタイミングでＤ２Ｄ信号の送受信を行うことができる。このように、所定のＵＥが同期信号を送信する構成により、カバレッジ外でもＤ２Ｄ通信を行うことができる。
【００３０】
受信側ＵＥが、送信側ＵＥの送信電力の情報を取得する方法の他の例として、上記同期グループの技術を用い、図４に示すように、同期グループ内の所定のＵＥ（図４のＵＥ−Ａ）が、ＰＤ２ＤＳＣＨ等の制御チャネルを用いて、当該同期グループ内の各ＵＥに対して送信電力の情報を通知することとしてもよい。この場合、当該同期グループ内の各ＵＥは、ＵＥ−Ａから通知された送信電力を用いてＤｉｓｃｏｖｅｒｙメッセージの送信を行う。これにより、図４に示すように、ＵＥ−ＢからＤｉｓｃｏｖｅｒｙメッセージを受信したＵＥ−Ｃは、当該ＤｉｓｃｏｖｅｒｙメッセージのＤＭ−ＲＳで測定した受信電力と、ＵＥ−Ａから通知された送信電力とを用いてＵＥ−Ｂとの間の距離を推定（算出）する。
【００３１】
また、上記のように、送信電力を明示的（ｅｘｐｌｉｃｉｔ）に通知する方法の他、送信電力を暗黙的（ｉｍｐｌｉｃｉｔ）に通知することとしてもよい。
【００３２】
例えば、図５に示すように、ある時間・周波数範囲のリソースとして定められたリソースプールＸ内のリソースを用いてＤｉｓｃｏｖｅｒｙメッセージを送信する場合は、当該リソースプールＸに対応付けられた送信電力（または送信電力レンジ内の送信電力）を用いて送信し、別の時間・周波数範囲のリソースとして定められたリソースプールＹ内のリソースを用いてＤｉｓｃｏｖｅｒｙメッセージを送信する場合は、当該リソースプールＹに対応付けられた送信電力（または送信電力レンジ内の送信電力）を用いて送信する。受信側ＵＥは、リソースプール（のインデックス）と送信電力との対応情報を保持しており、Ｄｉｓｃｏｖｅｒｙメッセージを受信したリソースが属するリソースプールに対応する送信電力で当該Ｄｉｓｃｏｖｅｒｙメッセージ（のＤＭ−ＲＳ）が送信されたと推定し、当該送信電力とＤＭ−ＲＳの受信電力とを用いて送信側ＵＥとの間の距離を推定する。
【００３３】
なお、リソースプールと送信電力（送信電力レンジ）との対応情報は、予め各ＵＥに設定されていてもよいし、カバレッジ内にある場合は、基地局ｅＮＢからＵＥに対してＲＲＣシグナリング、報知情報等で通知することとしてもよい。
【００３４】
また、受信側ＵＥは、Ｄｉｓｃｏｖｅｒｙメッセージの送信側ＵＥの送信電力を取得できない場合、自身の送信電力を送信側ＵＥの送信電力と見なし、自身の送信電力を用いて距離を推測することとしてもよい。
【００３５】
＜ＤＭ−ＲＳによるＵＥ識別＞
既に説明したように、従来技術では、受信側ＵＥが同一リソースで複数ＵＥからＤＭ−ＲＳを受信した場合に、どのＵＥからのＤＭ−ＲＳかを識別できないという課題がある。この課題を解決すべく、本実施の形態では、ＤＭ−ＲＳの基本シーケンス（ｂａｓｅ  ｓｅｑｕｅｎｃｅ）、Ｃｙｃｌｉｃ  ｓｈｉｆｔ、ＯＣＣ等（これらを総称してＤＭ−ＲＳ情報と呼ぶ）を送信元ＵＥの識別子に紐付けて使用する。また、ＤＭ−ＲＳ情報を、ＵＥ毎に定めるランダム値と紐付けて使用してもよい。
【００３６】
すなわち、Ｄｉｓｃｏｖｅｒｙメッセージ受信時に、ＤＭ−ＲＳを受信した受信側ＵＥが、当該ＤＭ−ＲＳがどのＵＥのものであるかを識別する。識別の程度は、当該受信側ＵＥとＤ２Ｄ通信を行う複数ＵＥのうちのどのＵＥかを識別できればよく、Ｄ２Ｄ通信を行わないＵＥまでを識別できる必要はない。よって、情報量が限られているＤＭ−ＲＳ情報により、ＵＥ識別が可能である。
【００３７】
ＤＭ−ＲＳによるＵＥ識別の例を図６に示す。図６の例では、送信側ＵＥとしてのＵＥ−ＡとＵＥ−ＢがそれぞれＤｉｓｃｏｖｅｒｙメッセージを受信側ＵＥであるＵＥ−Ｃに送信する。その際、ＵＥ−ＡとＵＥ−Ｂは、同一リソースでＤＭ−ＲＳを送信し、ＵＥ−Ｃは、ＵＥ−Ａから送信されたＤＭ−ＲＳとＵＥ−Ｂから送信されたＤＭ−ＲＳとが重複した信号を受信する。
【００３８】
受信側ＵＥであるＵＥ−Ｃは、ＵＥ−ＡのＤＭ−ＲＳ情報（上記の基本シーケンス等）と、ＵＥ−ＢのＤＭ−ＲＳ情報を保持しているものとし、これらの情報を使用して、ＵＥ−ＡからのＤＭ−ＲＳとＵＥ−ＢからのＤＭ−ＲＳとを分離することができる。
【００３９】
なお、受信側ＵＥが、送信側ＵＥのＤＭ−ＲＳ情報を取得する方法としては、例えば、事前にＤｉｓｃｏｖｅｒｙメッセージを受信したときに、ＤＭ−ＲＳ情報を取得し、当該Ｄｉｓｃｏｖｅｒｙメッセージの送信元の識別子（Ｄｉｓｃｏｖｅｒｙメッセージに含まれる）と当該ＤＭ−ＲＳ情報とを対応付けて保持してもよいし、基地局ｅＮＢから送信元の識別子とＤＭ−ＲＳ情報との対応情報をＵＥに通知することとしてもよい。
【００４０】
なお、上記の例では、受信電力測定の際にＤＭ−ＲＳのＵＥ識別を行う例を示したが、受信タイミング測定においても同様にＤＭ−ＲＳのＵＥ識別を行うことができる。以下のＤＭ−ＲＳによる測定の高精度化に関しても、受信電力測定を一例として挙げているが、受信タイミング測定においても同様に高精度化可能である。
【００４１】
＜ＤＭ−ＲＳによる測定の高精度化＞
ＤＭ−ＲＳで受信電力の測定を行う際に、受信するリソースの量が多いほうが正確な測定を行うことができる。そこで、Ｄｉｓｃｏｖｅｒｙメッセージに多重するＤＭ−ＲＳのマッピングリソースの密度を大きくしてもよい。一例として、リソースプール毎にＤＭ−ＲＳのマッピング密度を変更したり、同一のＤｉｓｃｏｖｅｒｙメッセージを複数送信してもよい。これにより、ＤＭ−ＲＳのリソース量を増やすことができ、ＤＭ−ＲＳを用いた受信電力（及びタイミング推定精度）を向上させることができる。
【００４２】
更に、受信側ＵＥは、複数のＤｉｓｃｏｖｅｒｙメッセージで受信するＤＭ−ＲＳの測定結果を加算（Ａｃｃｕｍｕｌａｔｉｏｎ）し、上位レイヤで忘却係数を用いた平均化を行なってもよい。なお、Ｄ２Ｄ通信では、同時に送信と受信を行うことができないＨａｌｆ  ｄｕｐｌｅｘ制限があり、当該Ｈａｌｆ  ｄｕｐｌｅｘ制限により受信できなかったサブフレームについては，平均化対象から除外してもよい。
【００４３】
ここで、本実施の形態での「Ａｃｃｕｍｕｌａｔｉｏｎ」は、複数回受信するＤＭ−ＲＳについて、受信するたびに測定結果（受信電力、受信タイミング）を得て、これらを累積（加算）することとしてもよいし、ＤＭ−ＲＳの信号（受信電力、受信タイミング等を得ることができる情報を含むものとする）自体を累積（加算）し、累積した結果の信号から測定結果を得ることとしてもよい。以下では、前者の場合を想定して説明している。
【００４４】
既に説明したように、Ｄｉｓｃｏｖｅｒｙのリソース選択においては、Ｔｙｐｅ１、Ｔｙｐｅ２ａ、Ｔｙｐｅ２ｂがあり、その中のＴｙｐｅ１では、ユーザ装置ＵＥが自律的にリソースプールからランダムに送信リソースを選択する。以下、Ｔｙｐｅ１の場合を例にとり、ＤＭ−ＲＳのＡｃｃｕｍｕｌａｔｉｏｎ方法のより具体的な例を説明する。
【００４５】
リソースプール内の任意のリソースを選択してＤｉｓｃｏｖｅｒｙメッセージを送信した送信側ＵＥは、当該リソースプール内でＤｉｓｃｏｖｅｒｙメッセージの再送を行うことが想定される。この再送に用いられるリソースは、初回送信のリソースに基づいて所定のルールで決定される。このような再送手法は、Ｄｅｔｅｒｍｉｎｉｓｔｉｃなホッピングパターンによる再送と呼ぶことができる。
【００４６】
すなわち、受信側においては、初回の受信リソースを把握すれば、再送時にどのリソースでＤｉｓｃｏｖｅｒｙメッセージが送信されるかを把握できる。図７Ａにリソースプール内の再送の例を示している。
【００４７】
初回の送信時でのＤＭ−ＲＳによる受信電力の測定に加え、上記のように再送されるＤｉｓｃｏｖｅｒｙメッセージのＤＭ−ＲＳでも受信電力の測定を行い、例えばこれらを加算して平均化することで、１回の受信よりも高い精度の測定結果を得ることができる。
【００４８】
本実施の形態では、上記のＡｃｃｕｍｕｌａｔｉｏｎ手法を更に拡張し、Ｔｙｐｅ１リソース割り当てにおいて、リソースプール間でもＤｅｔｅｒｍｉｎｉｓｔｉｃなホッピングパターンによる再送を行うこととしている。
【００４９】
図７Ｂにリソースプール間でのホッピングによる再送の例を示す。図７Ｂは、時間の経過に従って、リソースプール１、リソースプール２、リソースプール３が到来することが示されている。
【００５０】
図７Ｂの例において、「Ａ」で示すＤｉｓｃｏｖｅｒｙメッセージの送信がなされた後、リソースプール内の再送Ｂが行われ、更に、次のリソースプール２においてリソースプール間の再送Ｃがなされ、次に、リソースプール内の再送Ｄがなされる。同様に、再送Ｅ、Ｆが実行される。
【００５１】
また、図７Ｂでは、Ｄｉｓｃｏｖｅｒｙメッセージに高い密度でＤＭ−ＲＳをマッピングする例が示される。本実施の形態では、受信側ＵＥは、図７Ｂに示すようにして送信・再送される各ＤｉｓｃｏｖｅｒｙメッセージのＤＭ−ＲＳを用いて受信電力の測定を行い、各回の測定結果を例えば加算し、平均値を算出し、当該平均値を距離推定のための受信電力として用いる。
【００５２】
上記のリソースプール間の再送のためのホッピングパターンとしては、例えば、１回目送信のリソース（例：図７ＢのＡ）の時間位置と周波数位置に基づき所定の計算式で２回目送信（例：図７ＢのＣ）のリソースの時間位置と周波数位置を算出する方式がある。１回目送信のリソースの時間位置と周波数位置をそれぞれｔ１、ｆ１とし、２回目送信のリソースの時間位置と周波数位置をそれぞれｔ２、ｆ２とした場合、例えばＡ，Ｂを所定の関数とすると、ｔ２＝Ａ（ｔ１，ｆ１）、ｆ２＝Ｂ（ｔ１，ｆ１）と表すことができる。複数回の再送を行う場合も同様にリソースを決定可能である。
【００５３】
また、再送のパターンとして、Ｔｙｐｅ  ２Ｂのｄｉｓｃｏｖｅｒｙで規定されているパターンを用いてもよいし、セルラーで規定されているＴｙｐｅ  １  ＰＵＳＣＨ  ｈｏｐｐｉｎｇ、又は、Ｔｙｐｅ  ２  ＰＵＳＣＨ  ｈｏｐｐｉｎｇを利用することも考えられる。
【００５４】
なお、複数ＵＥが同一のＤｉｓｃｏｖｅｒｙ送信リソースを選択したために、再送により継続的に衝突が生じることが考えられる。このような事象を回避するために、時間インデックス（Ｄ２Ｄフレーム番号、リソースプールインデックス等）に基づいてホッピング継続ウィンドウを規定してもよい。つまり、ＵＥは、初回のＤｉｓｃｏｖｅｒｙメッセージ送信の際の時間インデックスに基づき決められるホッピング継続ウィンドウの時間以内で再送を継続し、ウィンドウを超えたら、改めてランダムにリソースを選択してＤｉｓｃｏｖｅｒｙメッセージの送信を行うこととする。
【００５５】
上述したリソースプール間のホッピングパターン、及びリソースプール間のホッピングを行うか否かについては、基地局ｅＮＢが所定のシグナリング（例：ＳＩＢ、ＭＡＣ信号）でＵＥに通知することとしてよい。
【００５６】
上記のように、リソースプール間でも再送を導入し、受信側ＵＥは再送されるＤＭ−ＲＳの測定結果をＡｃｃｕｍｕｌａｔｉｏｎして利用することで、ＤＭ−ＲＳを用いた受信電力・タイミング推定精度が向上する。また、Ｄｅｔｅｒｍｉｎｉｓｔｉｃなホッピングパターンを使用するので、再送信号の無駄な受信（モニタ）を行うことがなくなるので、バッファ量を削減できる。
【００５７】
＜ユーザ装置ＵＥの構成例＞
図８に、本実施の形態に係るユーザ装置ＵＥの機能構成図を示す。当該ユーザ装置ＵＥは、これまでに説明した本実施の形態における送信側ＵＥと受信側ＵＥの両方の機能を有するものとするが、当該ユーザ装置ＵＥにおいて、送信側ＵＥの機能のみ、もしくは、受信側ＵＥの機能のみを有する構成としてもよい。
【００５８】
図８に示すように、当該ユーザ装置ＵＥは、信号送信部１０１、信号受信部１０２、Ｄ２Ｄ通信機能部１０３、送信電力取得制御部１０４、測定部１０５、距離推定部１０６を含む。なお、図８は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図８に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００５９】
信号送信部１０１は、ユーザ装置ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。また、信号送信部１０１は、Ｄ２Ｄ通信の送信機能とセルラー通信の送信機能を有する。
【００６０】
信号受信部１０２は、他のユーザ装置ＵＥ又は基地局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。信号受信部１０２は、Ｄ２Ｄ通信の受信機能とセルラー通信の受信機能を有する。
【００６１】
Ｄ２Ｄ通信機能部１０３は、Ｄ２Ｄアプリケーションの機能を含み、Ｄｉｓｃｏｖｅｒｙ信号のリソース割り当てや送受信制御、ＳＡ／Ｄａｔａのリソース割り当てや送受信制御等を実行する。
【００６２】
送信電力取得制御部１０４は、図４、図５を参照して説明した方法で、ＵＥの送信電力を取得する機能を含む。また、送信電力取得制御部１０４は、他のＵＥに対して送信電力を通知する機能を含んでもよい。測定部１０５は、他のＵＥから受信するＤＭ−ＲＳ等の参照信号の受信電力（受信タイミングでもよい）を測定する機能を有する。測定部１０５は、図６を参照して説明した端末識別機能、及び図７Ａ〜図７Ｂを参照して説明した高精度化の機能を含んでもよい。距離推定部１０６は、受信電力と送信電力等から距離を推定する機能を含む。また、ユーザ装置ＵＥにおける信号送信部１０１は、図６、図７Ａ〜図７Ｂで説明したようにＤＭ−ＲＳを送信する機能を含んでもよい。
【００６３】
以上、説明したように、本実施の形態では、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、送信側ユーザ装置におけるＤ２Ｄ信号送信のための送信電力の情報を取得する取得手段と、前記送信側ユーザ装置から受信するＤ２Ｄ信号に多重される参照信号の受信電力を測定し、当該受信電力と前記送信電力とから、前記送信側ユーザ装置と前記ユーザ装置との間の距離を推定する距離推定手段とを備えるユーザ装置が提供される。この構成により、ユーザ装置間の距離もしくはユーザ装置の位置を適切に推定することが可能となる。
【００６４】
前記送信電力の情報は、例えば、所定のユーザ装置から所定のチャネルを用いて送信される情報、又は、前記送信側ユーザ装置から受信するＤ２Ｄ信号の送信リソースが属するリソースプールに対応付けられた情報として暗黙的に通知される情報である。送信電力の情報を、所定のユーザ装置から所定のチャネルを用いて送信される情報とすることで、受信側のユーザ装置は送信電力の情報を明示的に把握できる。また、リソースプールに対応付けられた情報として暗黙的に通知することで、オーバヘッドを削減できる。
【００６５】
前記参照信号は、例えば、前記送信側ユーザ装置に対応付けられた情報を含み、前記距離推定手段は、複数の参照信号を同一のリソースで受信した場合において、当該情報を使用することにより、前記送信側ユーザ装置から送信された前記参照信号を識別することとしてもよい。この構成により、複数の参照信号が同一リソースで送信される場合でも、受信側のユーザ装置は、どの送信元から送信された参照信号であるかを識別できる。
【００６６】
前記距離推定手段は、前記送信側ユーザ装置から送信されるＤ２Ｄ信号の受信電力、及び当該送信側ユーザ装置から１回以上再送される当該Ｄ２Ｄ信号の受信電力を測定することにより前記距離の推定に用いる受信電力を算出することとしてもよい。この構成により、より高精度に受信電力を算出できる。
【００６７】
（第２の実施の形態）
次に、第２の実施の形態について説明する。第２の実施の形態は、Ｄｉｓｃｏｖｅｒｙメッセージを用いてタイミング情報を取得し、当該タイミング情報を使用して、距離を推定するものである。
【００６８】
図９のシーケンスを参照して第２の実施の形態における動作例を説明する。図９は、一例として、ＵＥ−ＡがＵＥ−Ｂからタイミング情報（オフセット値）を取得し、ＵＥ−ＡがＵＥ−Ｂとの間の距離を推定する場合の例を示している。
【００６９】
また、図９の例では、ＵＥ−ＡとＵＥ−Ｂは、基地局ｅＮＢのカバレッジ内にあり、各ＵＥはＤＬ受信タイミング（ＤＬ同期信号受信タイミング）によりＤｉｓｃｏｖｅｒｙメッセージを送信しているものとする。本実施の形態では、下り信号の受信タイミングでＤ２Ｄ信号の送信がなされている場合を例に説明する。
【００７０】
なお、上記の例では、送信タイミング制御を基地局ｅＮＢが実行しているが、Ｄ２Ｄにおいては所定のＵＥ（例えば距離推定対象のＵＥ）が同期信号（Ｄ２ＤＳＳやＤｉｓｃｏｖｅｒｙメッセージなど）を他のＵＥに対して送信するとともに、他のＵＥに対する送信タイミング制御を行うこととしてもよい。Ｄｉｓｃｏｖｅｒｙメッセージなど、ＵＥ固有の信号を用いることにより、ＵＥ間で同期タイミングを制御することが可能である。
【００７１】
図９のステップ１０１において、ＵＥ−ＡはＤｉｓｃｏｖｅｒｙメッセージ（Ａ）を送信し、当該メッセージをＵＥ−Ｂが受信する。ＵＥ−Ｂは、Ｄｉｓｃｏｖｅｒｙメッセージ（Ａ）を受信したことに応じて、タイミング通知用のＤｉｓｃｏｖｅｒｙメッセージ（Ｂ）を送信する（ステップ１０２）。
【００７２】
上記のＤｉｓｃｏｖｅｒｙメッセージ（Ａ）の中には、例えば、タイミング通知用のＤｉｓｃｏｖｅｒｙメッセージ送信を受信側ＵＥに要求することを示す情報が含まれている。また、Ｄｉｓｃｏｖｅｒｙメッセージ（Ａ）に多重するＤＭ−ＲＳの基本シーケンス（Ｇｒｏｕｐ  ｈｏｐｐｉｎｇ，ｓｅｑｕｅｎｃｅ  ｈｏｐｐｉｎｇ，Ｄｅｌｔａ  ｓｈｉｆｔ，Ｃｅｌｌ  ＩＤ）、Ｃｙｃｌｉｃ  ｓｈｉｆｔ、ＯＣＣ等をタイミング通知用のＤｉｓｃｏｖｅｒｙメッセージ送信を受信ＵＥに要求する情報として構成してもよい。
【００７３】
ステップ１０２でＵＥ−Ｂから送信されるＤｉｓｃｏｖｅｒｙメッセージ（Ｂ）の中には、量子化されたＵＥ−Ｂの受信同期タイミング（受信規準タイミング）に対するＤｉｓｃｏｖｅｒｙメッセージ（Ａ）受信タイミングのずれ（オフセット値ΔＸ）が含まれる。すなわち、Ｄｉｓｃｏｖｅｒｙメッセージ（Ａ）を受信した時刻をＵＥ−Ａに対して報告する。あるいは、端末間の距離推定値を含めてもよい。一例として、図１０Ａに示すように、当該ＵＥ−ＢがメッセージＡを「ΔｔＡ（ＵＥ−Ａからの送信タイミング）＋Δｔ（伝搬遅延）」に受信する場合、上記オフセット値はΔＸ＝ΔｔＡ＋Δｔ‐ΔｔＢとなる。つまり、ＵＥ−Ａが基地局ｅＮＢの下り受信タイミングを送信タイミングに用いている場合、ΔＸはＵＥ間の伝搬遅延＋基地局ｅＮＢと各ＵＥとの伝搬遅延差となる。そのため、ΔＸに対する補正情報として基地局ｅＮＢからＵＥに対して伝搬遅延差や、各々のＴＡ（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ）値を上位レイヤシグナリングで通知してもよい。ＵＥ−ＢからＤｉｓｃｏｖｅｒｙメッセージ（Ｂ）を用いて送信される情報は、ΔＸではなく、この補正値を適用した値でもよい。また、ΔＸと補正値の両方を送信してもよい。
【００７４】
一方、図１０Ｂに示すように、ＵＥ−ＡがＵＥ−Ｂからの信号の受信タイミングを送信タイミングに用いている場合、ΔＸはＵＥ間の伝搬遅延の２倍となっており、ΔＸだけを用いて距離推定が可能なため、カバレッジ外やＲＲＣ＿ＩＤＬＥ状態でも距離推定が可能となる。
【００７５】
更に、Ｄｉｓｃｏｖｅｒｙメッセージ（Ｂ）には、Ｄｉｓｃｏｖｅｒｙメッセージ（Ａ）の内容（ＵＥ−ＡにおいてＤｉｓｃｏｖｅｒｙメッセージＡを識別できる情報）、又は、Ｄｉｓｃｏｖｅｒｙメッセージ（Ａ）の時間・周波数インデックス（例えば初回送信リソース）から算出した識別子を含めてもよい。これにより、Ｄｉｓｃｏｖｅｒｙメッセージ（Ｂ）を受信したＵＥ−Ａは、Ｄｉｓｃｏｖｅｒｙメッセージ（Ｂ）はＤｉｓｃｏｖｅｒｙメッセージ（Ａ）の応答であり、タイミング情報を含むメッセージであることを識別できる。ＵＥ−Ａは当該タイミング情報を用いてＵＥ−Ｂとの距離を推定する。
【００７６】
なお、上記は一例に過ぎず、タイミングを用いて距離を算出する方法は上記の例に限られない。
【００７７】
また、図９のステップ１０２におけるＤｉｓｃｏｖｅｒｙメッセージ（Ｂ）の送信リソースを限定することにより、受信側のＣｏｍｐｌｅｘｉｔｙ低減を行なってもよい。具体的には、例えば、図１１Ａに示すように、リソースプール内での再送を行わずに、リソースプールの前半でＤｉｓｃｏｖｅｒｙメッセージ（Ａ）の送信を行い、後半でＤｉｓｃｏｖｅｒｙメッセージ（Ｂ）の受信を行うこととしてよい。すなわち、この場合、ＵＥ−Ｂは、Ｄｉｓｃｏｖｅｒｙメッセージ（Ａ）の受信リソースに基づき、所定のホッピングルールにより再送リソースを求め、当該リソースでＤｉｓｃｏｖｅｒｙメッセージ（Ｂ）の送信を行う。一方、ＵＥ−Ａにおいては、Ｄｉｓｃｏｖｅｒｙメッセージ（Ａ）の送信リソースに基づき、所定のホッピングルールにより再送リソースを求め、当該リソースで再送を行わずに、Ｄｉｓｃｏｖｅｒｙメッセージ（Ｂ）の受信（モニタ）を行う。
【００７８】
また、図１１Ｂに示すように、Ｄｉｓｃｏｖｅｒｙメッセージ（Ｂ）の送信をＤｉｓｃｏｖｅｒｙメッセージ（Ａ）を送信したリソースプールの次のリソースプール内に限定してもよい。次のリソースプール内のどのリソースを用いるかについては、前述したリソースプール間での再送におけるホッピングパターンを用いることとしてよい。
【００７９】
なお、Ｄｉｓｃｏｖｅｒｙメッセージ（Ｂ）の送信のために、上記のように予め定めたホッピングパターンを用いてもよいし、ホッピングパターンを定めずに、例えば該当リソースプール内でランダムにリソースを選択して送信することで、衝突を回避してもよい。
【００８０】
＜ユーザ装置ＵＥの構成例＞
図１２に、本実施の形態に係るユーザ装置ＵＥの機能構成図を示す。当該ユーザ装置ＵＥは、これまでに説明した本実施の形態における送信側ＵＥと受信側ＵＥの両方の機能を有するものとするが、当該ユーザ装置ＵＥにおいて、送信側ＵＥの機能のみ、もしくは、受信側ＵＥの機能のみを有する構成としてもよい。
【００８１】
図１２に示すように、当該ユーザ装置ＵＥは、信号送信部２０１、信号受信部２０２、Ｄ２Ｄ通信機能部２０３、タイミング測定部２０４、タイミング通知制御部２０５、距離推定部２０６を含む。なお、図１２は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１２に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００８２】
信号送信部２０１、信号受信部２０２、Ｄ２Ｄ通信機能部２０３は、それぞれ図８を参照して説明した信号送信部１０１、信号受信部１０２、Ｄ２Ｄ通信機能部１０３と同様の機能を有する。
【００８３】
タイミング測定部２０４は、Ｄｉｓｃｏｖｅｒｙメッセージ等に含まれる参照信号（ＤＭ−ＲＳ等）の受信タイミングを測定する機能、及び、自身のタイミングのオフセット値を取得する機能等を含む。タイミング通知制御部２０５は、図９のステップ１０１に示すメッセージの受信に応じて、オフセット値を含むメッセージを返す機能、また、送信側の機能として、ステップ１０１のメッセージを、ステップ１０２のメッセージの送信要求として送信する機能等を含む。また、タイミング通知制御部２０５は、図１１Ａ、１１Ｂで示したリソース限定の機能も含む。距離推定部２０６は、タイミング測定部２０４、及びタイミング通知制御部２０５により得られたタイミング情報に基づき、相手ＵＥとの間の距離を算出する機能を含む。
【００８４】
本実施の形態により、第１のユーザ装置と第２のユーザ装置との間でＤ２Ｄ通信が行われる移動通信システムにおいて前記第１のユーザ装置として使用されるユーザ装置であって、第２のＤ２Ｄ信号の送信を要求するための第１のＤ２Ｄ信号を送信する送信手段と、前記第１のＤ２Ｄ信号を受信した前記第２のユーザ装置から、当該第２のユーザ装置の受信タイミング情報を含む前記第２のＤ２Ｄ信号を受信する受信手段と、前記第２のＤ２Ｄ信号に含まれる前記受信タイミング情報を用いて、前記ユーザ装置と前記第２のユーザ装置との間の距離を推定する距離推定手段とを備えるユーザ装置が提供される。この構成により、ユーザ装置間の距離もしくはユーザ装置の位置を適切に推定することが可能となる。
【００８５】
前記送信手段は、前記第１のＤ２Ｄ信号に多重される参照信号の情報に基づいて、前記第１のＤ２Ｄ信号が、前記第２のＤ２Ｄ信号の送信を要求する信号であることを通知することとしてもよい。この構成により、受信するＤ２Ｄ信号が、受信タイミング情報を含むＤ２Ｄ信号の送信を要求する信号であるか否かを判別できる。
【００８６】
前記第２のＤ２Ｄ信号には、前記第１のＤ２Ｄ信号に対応する識別情報が含まれており、前記受信手段は、前記識別情報により、前記第２のＤ２Ｄ信号を前記第１のＤ２Ｄ信号による要求に対する応答であることを識別することとしてもよい。この構成により、ユーザ装置は、複数受信するＤ２Ｄ信号のうち、受信タイミング情報を含むＤ２Ｄ信号を判別できる。
【００８７】
前記第２のユーザ装置における前記第２のＤ２Ｄ信号の送信リソースとして、前記第１のＤ２Ｄ信号を再送することとした場合に使用されるリソースが使用されることとしてもよい。この構成により、第２のＤ２Ｄ信号の送信リソースを限定でき、受信側の複雑性を低減させることができる。
【００８８】
（第３の実施の形態）
セル間・キャリア間でＤｉｓｃｏｖｅｒｙメッセージの送信タイミング、送信電力等パラメータが異なり得るが、第３の実施の形態では、このような状況でも適用可能な手法を説明する。第３の実施の形態では、ネットワークからのアシストにより、ＵＥが他のＵＥとの距離、もしくは他のＵＥの位置を推定するものである。
【００８９】
図１３を参照して、第３の実施の形態におけるシステムの動作例を説明する。図１３に示すように、本実施の形態では、位置等に関連する情報を管理・提供する位置管理装置３００が備えられる。位置管理装置３００は、例えば、インターネットに接続される装置であってもよいし、移動通信ネットワークにおけるコアネットワーク内に備えられる装置であってもよい。また、所定の基地局ｅＮＢが位置管理装置３００の機能を備えることとしてもよい。いずれの場合も、各ＵＥは位置管理装置３００と通信可能であり、位置管理装置３００から後述する各種情報を取得できる。
【００９０】
図１３のステップ２０１において、ＵＥ−Ａは、自身の位置に関連する情報を位置管理装置３００に送信し、位置管理装置３００では、ＵＥ−Ａに対応付けて位置に関連する情報を保持しておく。なお、本実施の形態では、Ｄ２Ｄを行う各ＵＥが定期的に位置管理装置３００に対して位置関連情報を報告することを想定しているが、ここでは、例としてＵＥ−Ａが位置関連情報の報告を行う場合を示している。
【００９１】
上記の「位置に関連する情報」とは、例えば、送信電力、タイミング（前述したオフセット値）、自身の位置等である。「位置に関連する情報」は、これらのうちのいずれか１つであってもよいし、複数であってもよい。「位置に関連する情報」のうちの「位置」の情報は、例えば、既存技術により取得されたＵＥ自身の位置の情報であり、例えば、経度・緯度で表される情報であってもよいし、エリアのインデックスで表される情報であってもよいし、その他の情報であってもよい。
【００９２】
位置管理装置３００において、「位置に関連する情報」とともに格納されるＵＥを識別する情報は、Ｄｉｓｃｏｖｅｒｙメッセージに含めて送信するＵＥの識別子であってもよいし、当該ＵＥがＤｉｓｃｏｖｅｒｙメッセージの送信に使用するリソース（時間・周波数）のインデックスであってもよいし、その他の情報であってもよい。
【００９３】
図１３のステップ２０２において、ＵＥ−ＡはＤｉｓｃｏｖｅｒｙメッセージを送信し、ＵＥ−Ｂが当該Ｄｉｓｃｏｖｅｒｙメッセージを受信する。
【００９４】
ステップ２０３において、ＵＥ−Ｂは、位置管理装置３００に対して、ＵＥ−Ａの距離又は位置を推定するように要求し、位置管理装置３００から推定結果を受信することでＵＥ−Ａとの距離もしくはＵＥ−Ａの位置を把握できる。ＵＥ−Ａに関する要求であることを示すために位置管理装置３００に対して送信する要求には、Ｄｉｓｃｏｖｅｒｙメッセージに含まれていたＵＥ−Ａの識別子、もしくはＤｉｓｃｏｖｅｒｙメッセージの受信リソースのインデックスが含められる。
【００９５】
また、距離の推定を要求する際には、ＤｉｓｃｏｖｅｒｙメッセージのＤＭ‐ＲＳで測定した受信電力や受信タイミング等を要求に含めて送信することとしてよい。要求を受信した位置管理装置３００は、要求に含まれる識別子、インデックス等から、対応する情報（送信電力、送信タイミング等）を取得し、要求に含まれる情報（受信電力や受信タイミング等）から距離を算出し、ＵＥ−Ｂに返す。また、位置管理装置３００が、各ＵＥから位置情報を取得している場合は、位置の要求に対して、保持している位置の情報を返すことができる。
【００９６】
上記の処理の他、ステップ２０３で、ＵＥ−Ｂが位置管理装置３００に対してＵＥ−Ａの送信電力、送信タイミング等を要求して、取得し、ＤｉｓｃｏｖｅｒｙメッセージのＤＭ−ＲＳの受信電力（受信タイミング）と、当該送信電力（送信タイミング）とから距離を推定することとしてもよい。
【００９７】
また、受信側ＵＥであるＵＥ−Ｂが位置管理装置ＵＥに対して自身の位置を事前に報告しておき、位置管理装置ＵＥが、ＵＥ−Ｂから要求（図１３のステップ２０２に続くステップ２０３の要求）を受信したときに、ステップ２０２でのＤｉｓｃｏｖｅｒｙメッセージがＵＥ−Ｂにおいて検出可能か否かの検証を行ってもよい。この検証は、例えば、Ｄｉｓｃｏｖｅｒｙメッセージの送信元のＵＥ−Ａの位置と、ＵＥ−Ｂの位置とから距離を算出し、当該距離を用いて行うことができる。例えば、距離が所定値よりも大きければＤｉｓｃｏｖｅｒｙメッセージの検出は不可能であるといった判断を行うことができる。そして、位置管理装置３００は、Ｄｉｓｃｏｖｅｒｙメッセージの検出は不可能であると判断した場合（レンジ外であると判断した場合）、要求に対する位置等の情報を返さないこととしてもよい。これにより、セキュリティの確保が図れるとともに、誤検出低減を図ることができる。
【００９８】
また、基地局ｅＮＢから、各ＵＥに対して、送信可能なＤｉｓｃｏｖｅｒｙのメッセージ空間をＵＥ毎及び／又はアプリケーション毎に制限するように、送信可能なＤｉｓｃｏｖｅｒｙメッセージに関する情報を通知してもよい。更に、図１３のステップ２０３の要求を受けた位置管理装置３００が、要求に対応する情報を保持しない場合等において、要求に係るＤｉｓｃｏｖｅｒｙメッセージの送信元のＵＥに対してＰａｇｉｎｇ信号等を送信し、情報を要求してもよい。第３の実施の形態によれば、セル・キャリア・ＰＬＭＮが異なる場合でも距離・位置推定が可能である。
【００９９】
＜位置管理装置３００の構成例＞
図１４に、本実施の形態で説明した処理を実行する位置管理装置３００の機能構成図を示す。当該位置管理装置３００は、ＣＰＵ等のプロセッサを内部に備えるコンピュータにより実現されるサーバ装置であってもよいし、専用の装置（回路等）であってもよい。
【０１００】
図１４に示すように、当該位置管理装置３００は、位置関連情報取得部３０１、位置関連情報格納部３０２、位置関連情報提供部３０３を含む。なお、図１４は、位置管理装置３００における主要な機能部のみを示すものである。図１４に示す位置管理装置３００は、少なくとも本実施の形態で説明した位置管理装置３００の動作を全て実行するための機能を含む。また、図１４に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【０１０１】
位置関連情報取得部３０１は、例えば図１３のステップ２０１として説明したようにして、位置関連情報を取得し、取得した情報を位置関連情報格納部３０２に格納する。
【０１０２】
図１５に、位置関連情報格納部３０２に格納される情報（テーブル）の例を示す。図１５に示す例においては、ＵＥ識別情報としてリソースのインデックスが格納され、パラメータとして、例えば、位置情報、送信電力、タイミング等が格納される。位置関連情報提供部３０３は、例えば図１３のステップ２０３として説明したようにして、ＵＥに対して位置関連情報を提供する機能を含む。
【０１０３】
＜ユーザ装置ＵＥの構成例＞
図１６に、本実施の形態に係る処理を行うユーザ装置ＵＥの機能構成図を示す。当該ユーザ装置ＵＥは、本実施の形態において説明した送信側ＵＥと受信側ＵＥの両方の機能を有するものとするが、当該ユーザ装置ＵＥにおいて、送信側ＵＥの機能のみ、もしくは、受信側ＵＥの機能のみを有する構成としてもよい。
【０１０４】
図１６に示すように、当該ユーザ装置ＵＥは、信号送信部４０１、信号受信部４０２、Ｄ２Ｄ通信機能部４０３、位置関連情報取得部４０４、距離推定部４０５、位置関連情報報告部４０６を含む。なお、図１６は、ユーザ装置ＵＥにおける主要な機能部のみを示すものである。図１６に示すユーザ装置ＵＥは、少なくとも本実施の形態で説明したユーザ装置ＵＥの動作を全て実行するための機能を含む。また、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１６に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【０１０５】
信号送信部４０１、信号受信部４０２、Ｄ２Ｄ通信機能部４０３は、それぞれ図８を参照して説明した信号送信部１０１、信号受信部１０２、Ｄ２Ｄ通信機能部１０３と同様の機能を有する。
【０１０６】
位置関連情報取得部４０４は、例えば図１３のステップ２０３として説明したようにして、位置関連情報を取得する機能を含む。また、位置関連情報報告部４０６は、例えば図１３のステップ２０１として説明したようにして、位置関連情報を報告する機能を含む。距離推定部４０５は、位置関連情報取得部４０４により取得された送信電力（送信タイミング）と、送信側ＵＥから受信した信号の受信電力（受信タイミング）から距離を推定する機能を含む。
【０１０７】
（第４の実施の形態）
既存のＤｉｓｃｏｖｅｒｙメッセージのビット数は２００ｂｉｔ程度のため、通常、Ｄｉｓｃｏｖｅｒｙメッセージそのものには限られた情報しか含めることができない。第４の実施の形態では、このような制限があっても位置情報を送信可能とする技術、及び、Ｄｉｓｃｏｖｅｒｙメッセージを用いてより大きな情報量を送信可能とする技術が提供される。以下、第４の実施の形態をより詳しく説明する。
【０１０８】
第４の実施の形態では、送信側ＵＥがＤｉｓｃｏｖｅｒｙメッセージに自身の位置を示す情報を含め、当該Ｄｉｓｃｏｖｅｒｙメッセージを送信することとしている。
【０１０９】
図１７を参照して、第４の実施の形態におけるシステムの動作例を説明する。図１７に示すように、本実施の形態では、リファレンス位置の情報を管理・提供する位置管理装置５００が備えられる。位置管理装置５００は、例えば、インターネットに接続される装置であってもよいし、移動通信ネットワークにおけるコアネットワーク内に備えられる装置であってもよい。また、基地局ｅＮＢが位置管理装置５００の機能を備えることとしてもよい。いずれの場合も、各ＵＥは位置管理装置５００と通信可能であり、位置管理装置５００からリファレンス位置の情報を取得できる。
【０１１０】
また、各ＵＥは、例えば既存技術を使用して、自身の位置の情報を取得しているものとする。
【０１１１】
図１７のステップ３０１、３０２において、ＵＥ−Ａ、ＵＥ−Ｂはリファレンス位置を取得する。なお、リファレンス位置を用いることは必須ではないが、本実施の形態では、例としてリファレンス位置を使用することができる。
【０１１２】
ステップ３０３において、ＵＥ−Ａは、自身の位置を示す情報を含むＤｉｓｃｏｖｅｒｙメッセージを送信し、ＵＥ−Ｂが当該Ｄｉｓｃｏｖｅｒｙメッセージを受信する。ＵＥ−Ｂは、受信したＤｉｓｃｏｖｅｒｙメッセージからＵＥ−Ａの位置を示す情報を抽出することで、ＵＥ−Ａの位置を把握できる。
【０１１３】
ＵＥ−Ａが送信する上記Ｄｉｓｃｏｖｅｒｙメッセージには、端末識別子に加え例えば、位置の情報（例えば緯度・経度）そのものを含めることとしてよい。ただし、位置の情報そのものは、情報量（ビット数）が多くなり、Ｄｉｓｃｏｖｅｒｙメッセージに全部を含められない可能性があることから、以下のようにして情報量を削減することとしてもよい。
【０１１４】
例えば、ＵＥ−Ａは、位置管理装置５００から受信するリファレンス位置と、ＵＥ−Ａの位置との差分をＤｉｓｃｏｖｅｒｙメッセージに含めて送信する。リファレンス位置とは、例えば、国単位の位置であってもよいし、地域単位の位置であってもよいし、所定のエリア単位の位置であってもよいし、他の位置でもよい。リファレンス位置を用いることで、差分のみを送ればよいため、送信する情報を削減できる。受信側のＵＥ−Ｂでは、リファレンス位置と、Ｄｉｓｃｏｖｅｒｙメッセージに含まれる差分の情報とから、ＵＥ‐Ａの位置の情報を取得（推定）できる。
【０１１５】
なお、リファレンス位置については、各ＵＥが図１７に示すように位置管理装置５００から取得してもよいし、基地局ｅＮＢもしくは他のＵＥから、上位レイヤシグナリング／ＰＤ２ＤＳＣＨ等で取得することとしてもよい。また、各ＵＥが予めリファレンス位置を保持しておくこととしてもよい。
【０１１６】
また、上記のようにリファレンス位置を用いることの他、あるいはリファレンス位置を用いることに加えて、位置のサブセットをＤｉｓｃｏｖｅｒｙメッセージに含めて送信することとしてもよい。サブセットとは、例えば、位置が経度・緯度により表される場合において、当該経度・緯度それぞれの末尾一定範囲の値のことである。Ｄ２Ｄ通信を行うＵＥ間の距離は、カバレッジ以下と考えられる。そこで、カバレッジ（基地局ｅＮＢ）の位置（経度・緯度）を受信側ＵＥが保持することとし、上記のように、位置の情報として、末尾一定範囲を送信することで、受信側ＵＥは、送信側ＵＥの位置（経度・緯度）を取得できる。
【０１１７】
また、上記のようにリファレンス位置／サブセットを用いることの他、もしくは、リファレンス位置／サブセットを用いることに加えて、Ｄｉｓｃｏｖｅｒｙメッセージサイズを増加させることにより、位置の情報を含めることとしてもよい。
【０１１８】
増加させる手法としては、例えば、送信側ＵＥが、複数のＤｉｓｃｏｖｅｒｙメッセージ（各々は規定のサイズ）を同一リソースプールで送信する手法がある。この場合、当該複数のＤｉｓｃｏｖｅｒｙメッセージのそれぞれに、メッセージ間をリンクさせるための識別子を含める。例えば、メッセージ１、メッセージ２、メッセージ３をこの順番でリンクさせることにより位置の情報を送信する場合に、メッセージ１には識別子「１」を含め、メッセージ２には識別子「２」を含め、メッセージ３には識別子「３」を含める。
【０１１９】
当該複数のＤｉｓｃｏｖｅｒｙメッセージには、位置の情報が分割して含まれており、受信側ＵＥでは、複数のＤｉｓｃｏｖｅｒｙメッセージのそれぞれから分割された情報を取得し、上記識別子に基づいて、それらを連結することで位置の情報を得ることができる。
【０１２０】
また、情報量を増加させた新たなＤｉｓｃｏｖｅｒｙメッセージ（Ｅｘｔｅｎｄ  ｄｉｓｃｏｖｅｒｙ  フォーマット）を導入してもよい。Ｅｘｔｅｎｄ  ｄｉｓｃｏｖｅｒｙ  フォーマットの例としては、既存のメッセージよりも符号化率を上げる、メッセージあたりのリソースサイズを大きくする等がある。また、１送信あたりのＰＲＢ数を増加させてもよいし、再送をＤｉｓａｂｌｅにして再送用のリソースを用いてリソースサイズを大きくしてもよい。このような新規のフォーマットを導入した場合、受信側のＵＥは、ブラインド検出でフォーマットを識別することとしてもよいし、既存のメッセージと新規のメッセージとで、リソースプールを分けることで、受信側ＵＥが既存のメッセージと新規のメッセージを識別可能とすることとしてもよい。
【０１２１】
本実施の形態は、ＵＥがカバレッジ内にあるか否かにかかわらず適用可能である。また、高精度な位置・距離推定が可能である。
【０１２２】
＜位置管理装置５００の構成例＞
図１８に、本実施の形態で説明した処理を実行する位置管理装置５００の機能構成図を示す。当該位置管理装置５００は、ＣＰＵ等のプロセッサを内部に備えるコンピュータにより実現されるサーバ装置であってもよいし、専用の装置（回路等）であってもよい。
【０１２３】
図１８に示すように、当該位置管理装置５００は、リファレンス位置提供部５０１、リファレンス位置格納部５０２を含む。なお、図１８は、位置管理装置５００における主要な機能部のみを示すものである。図１８に示す位置管理装置５００は、少なくとも本実施の形態で説明した位置管理装置５００の動作を全て実行するための機能を含む。また、図１８に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【０１２４】
リファレンス位置提供部５０１は、例えば図１７のステップ３０１、３０２として説明したようにして、リファレンス位置をＵＥに提供する機能を含む。リファレンス位置格納部５０２には、ＵＥに提供するリファレンス位置が格納されている。
【０１２５】
＜ユーザ装置ＵＥの構成例＞
図１９に、本実施の形態で説明した処理を実行するユーザ装置ＵＥの機能構成図を示す。当該ユーザ装置ＵＥは、これまでに説明した本実施の形態における送信側ＵＥと受信側ＵＥの両方の機能を有するものとするが、当該ユーザ装置ＵＥにおいて、送信側ＵＥの機能のみ、もしくは、受信側ＵＥの機能のみを有する構成としてもよい。
【０１２６】
図１９に示すように、当該ユーザ装置ＵＥは、信号送信部６０１、信号受信部６０２、Ｄ２Ｄ通信機能部６０３、メッセージ情報作成部６０４、距離／位置推定部６０５を含む。なお、図１９は、ユーザ装置ＵＥにおける主要な機能部のみを示すものである。図１９に示すユーザ装置ＵＥは、少なくとも本実施の形態で説明したユーザ装置ＵＥの動作を全て実行するための機能を含む。また、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１９に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【０１２７】
信号送信部６０１、信号受信部６０２、Ｄ２Ｄ通信機能部６０３は、それぞれ図８を参照して説明した信号送信部１０１、信号受信部１０２、Ｄ２Ｄ通信機能部１０３と基本的に同様の機能を有する。なお、本実施の形態では、ユーザ装置ＵＥが位置を取得するが、その機能は、例えばＤ２Ｄ通信機能部６０３が有する。
【０１２８】
メッセージ情報作成部６０４は、本実施の形態で説明した方法を用いて、リファレンス位置を取得し、ＵＥの位置とリファレンス位置との差分をＤｉｓｃｏｖｅｒｙメッセージに含め、信号送信部６０１から送信する機能を含む。また、メッセージ情報作成部６０４は、本実施の形態で説明した方法を用いて、ＵＥの位置のサブセットをＤｉｓｃｏｖｅｒｙメッセージに含め、信号送信部６０１から送信する機能を含む。また、メッセージ情報作成部６０４は、位置の情報を分割し、複数メッセージを使用して送信する機能を含む。
【０１２９】
また、信号送信部６０１は、Ｅｘｔｅｎｄｅｄ  ｄｉｓｃｏｖｅｒｙフォーマットを使用してＤｉｓｃｏｖｅｒｙメッセージを送信する機能を含む。距離／位置推定部６０５は、リファレンス位置やサブセットで受信した位置の情報から元の位置を取得する機能、複数メッセージで送信された位置の情報をリンクして元の位置の情報を取得する機能等を含む。また、距離／位置推定部６０５は、各ＵＥの位置の情報からＵＥ間の距離を算出することも可能である。
【０１３０】
（他の例について）
以上、各実施の形態を説明したが、各実施の形態は（矛盾しない限り）組み合わせて実施することが可能である。すなわち、例えば、第１〜第４の実施の形態におけるＵＥ側の全ての機能を含むＵＥを提供可能である。
【０１３１】
また、例えば、複数のＤ２Ｄ  ｄｉｓｃｏｖｅｒｙに含まれるＤＭ−ＲＳの測定結果をあるＵＥが基地局ｅＮＢに報告し、基地局ｅＮＢが当該情報に基づいて報告元ＵＥの位置を推定してもよい。ここでは、例えば、基地局ｅＮＢが、上記複数のＤ２Ｄ  ｄｉｓｃｏｖｅｒｙの送信元ＵＥの位置を把握しているものとする。
【０１３２】
また、基地局ｅＮＢから、位置が既知のＤ２Ｄ−ＵＥの当該位置と当該ＵＥが送信しているＤ２Ｄ  ｄｉｓｃｏｖｅｒｙの情報（識別子等）を特定のＵＥに通知し、当該ＵＥが複数のＤ２Ｄ  ｄｉｓｃｏｖｅｒｙに含まれるＤＭ−ＲＳの測定結果を元に自身の位置を推定してもよい。
【０１３３】
また、本実施の形態では、測定対象としてＤｉｓｃｏｖｅｒｙに含まれるＤＭ−ＲＳを使用しているが、これに限らずＤ２Ｄを行うＵＥが送信する他の信号を用いてもよい。
【０１３４】
また、ＵＥ間の干渉レベルを低減するため、ＤＭ−ＲＳを用いたＵＥ間距離の測定をｅＮＢからのスケジューリングが可能なＴｙｐｅ  ２Ｂ  ｄｉｓｃｏｖｅｒｙおよびＴｙｐｅ  ２Ａ  ｄｉｓｃｏｖｅｒｙに限定してもよい。
【０１３５】
更に、ＵＥ間距離の測定に用いるＤｉｓｃｏｖｅｒｙメッセージについて、通常のＤｉｓｃｏｖｅｒｙメッセージとは異なる送信電力制御を適用してもよい。例えば、ＵＥの最大送信電力での送信電力や、Ｄｉｓｃｏｖｅｒｙ  ｒａｎｇｅで規定される最大送信電力等の固定の送信電力を用いてもよい。このように、固定電力を用いることで距離推定の不確定性をなくし、また、高い電力を用いることでＳＩＮＲの向上も実現することができる。
【０１３６】
各実施の形態で説明した位置管理装置は、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１３７】
各実施の形態で説明したユーザ装置ＵＥは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１３８】
各実施の形態で説明した基地局ｅＮＢは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１３９】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、基地局ｅＮＢ、ユーザ装置ＵＥ、位置管理装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って基地局ｅＮＢが有するプロセッサにより動作するソフトウェア、本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア、本発明の実施の形態に従って位置管理装置が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１４０】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【０１４１】
本特許出願は２０１４年１０月１７日に出願した日本国特許出願第２０１４−２１３２２２号に基づきその優先権を主張するものであり、日本国特許出願第２０１４−２１３２２２号の全内容を本願に援用する。
【符号の説明】
【０１４２】
ｅＮＢ  基地局
ＵＥ  ユーザ装置
１０１  信号送信部
１０２  信号受信部
１０３  Ｄ２Ｄ通信機能部
１０４  送信電力取得制御部
１０５  測定部
１０６  距離推定部
２０１  信号送信部
２０２  信号受信部
２０３  Ｄ２Ｄ通信機能部
２０４  タイミング測定部
２０５  タイミング通知制御部
２０６  距離推定部
３００  位置管理装置
３０１  位置関連情報取得部
３０２  位置関連情報格納部
３０３  位置関連情報提供部
４０１  信号送信部
４０２  信号受信部
４０３  Ｄ２Ｄ通信機能部
４０４  位置関連情報取得部
４０５  距離推定部
４０６  位置関連情報報告部
５００  位置管理装置
５０１  リファレンス位置提供部
５０２  リファレンス位置格納部
６０１  信号送信部
６０２  信号受信部
６０３  Ｄ２Ｄ通信機能部
６０４  メッセージ情報作成部
６０５  距離／位置推定部
【図１Ａ】
2016060177.tif 000003
【図１Ｂ】
2016060177.tif 000004
【図１Ｃ】
2016060177.tif 000005
【図２】
2016060177.tif 000006
【図３】
2016060177.tif 000007
【図４】
2016060177.tif 000008
【図５】
2016060177.tif 000009
【図６】
2016060177.tif 000010
【図７Ａ】
2016060177.tif 000011
【図７Ｂ】
2016060177.tif 000012
【図８】
2016060177.tif 000013
【図９】
2016060177.tif 000014
【図１０Ａ】
2016060177.tif 000015
【図１０Ｂ】
2016060177.tif 000016
【図１１Ａ】
2016060177.tif 000017
【図１１Ｂ】
2016060177.tif 000018
【図１２】
2016060177.tif 000019
【図１３】
2016060177.tif 000020
【図１４】
2016060177.tif 000021
【図１５】
2016060177.tif 000022
【図１６】
2016060177.tif 000023
【図１７】
2016060177.tif 000024
【図１８】
2016060177.tif 000025
【図１９】
2016060177.tif 000026
【国際調査報告】
2016060177.tif 000027
2016060177.tif 000028
2016060177.tif 000029
2016060177.tif 000030