WO2016163474A1

WO2016163474A1 - ユーザ端末

Info

Publication number: WO2016163474A1
Application number: PCT/JP2016/061434
Authority: WO
Inventors: 剛洋榮祝
Original assignee: Kyocera Corp
Current assignee: Kyocera Corp
Priority date: 2015-04-10
Filing date: 2016-04-07
Publication date: 2016-10-13
Anticipated expiration: 2017-10-10

Abstract

　ユーザ端末は、直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅｔ　ｔｏ　Ｄｅｖｉｃｅ）通信をサポートする移動通信システムにおいて用いられる。ユーザ端末は、セルカバレッジ外において、自ユーザ端末と同期する他のユーザ端末と通信可能である。ユーザ端末は、無線フレームにおける第１のＤ２Ｄ発見信号用の論理的なリソースプール及び、第２のＤ２Ｄ発見信号用の論理的なリソースプールを特定するためのパラメータと、を含む制御情報を記憶する記憶部を備える。前記第２のＤ２Ｄ発見信号用の論理的なリソースプールは、前記第１のＤ２Ｄ発見信号用のリソースプールに対して時間・周波数方向における論理的なリソース構成が同じであり、当該第１のＤ２Ｄ発見信号用の論理的なリソースプールに対して時間方向にゼロ以上の期間の所定期間設けて設定される。ユーザ端末は、前記第１のＤ２Ｄ発見信号用の論理的なリソースプールにおける第１の時間・周波数リソース及び前記第２のＤ２Ｄ発見信号用の論理的なリソースプールにおける第２の時間・周波数リソースを用いて、Ｄ２Ｄ発見信号を繰り返し送信する処理を実行する制御部を更に備える。ユーザ端末は、前記第１の時間・周波数リソースをランダムに選択し、前記第２の時間・周波数リソースを前記第１の時間・周波数リソースの選択に基づいて、選択する制御部を更に備える。前記制御部は、前記第１の時間・周波数リソースの選択において、時間方向が同一だった各ＵＥに対して、前記第２の時間・周波数リソースの選択において、時間方向に異なるリソースを選択する。

Description

ユーザ端末

　本発明は、直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ）通信をサポートする移動通信システムにおいて用いられるユーザ端末に関する。

　移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ：Ｄ２Ｄ）近傍サービスの導入が検討されている（非特許文献１参照）。

　Ｄ２Ｄ近傍サービス（Ｄ２Ｄ　ＰｒｏＳｅ）は、同期がとられた複数のユーザ端末からなる同期クラスタ内で直接的な端末間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍端末を発見するＤ２Ｄ発見手続（ＰｒｏＳｅ　Ｄｉｓｃｏｖｅｒｙ）と、直接的な端末間通信であるＤ２Ｄ通信（Ｐｒｏ　Ｓｅ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。

３ＧＰＰ技術報告書「ＴＲ　３６．８４３　Ｖ１２．０．１」２０１４年３月２７日３ＧＰＰ技術報告書「ＴＳ　３６．２１３　Ｖ１２．５．０」２０１５年３月

　一実施形態に係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる。ユーザ端末は、セルカバレッジ外において、自ユーザ端末と同期する他のユーザ端末と通信可能である。ユーザ端末は、無線フレームにおける第１のＤ２Ｄ発見信号用の論理的なリソースプール及び第２のＤ２Ｄ発見信号用の論理的なリソースプールを特定するためのパラメータと、を含む制御情報を記憶する記憶部を備える。前記第２のＤ２Ｄ発見信号用の論理的なリソースプールは、前記第１のＤ２Ｄ発見信号用のリソースプールに対して時間・周波数方向における論理的なリソース構成が同じであり、当該第１のＤ２Ｄ発見信号用の論理的なリソースプールに対して時間方向にゼロ以上の期間の所定期間設けて設定される。ユーザ端末は、前記第１のＤ２Ｄ発見信号用の論理的なリソースプールにおける第１の時間・周波数リソース及び前記第２のＤ２Ｄ発見信号用の論理的なリソースプールにおける第２の時間・周波数リソースを用いて、Ｄ２Ｄ発見信号を繰り返し送信する処理を実行する制御部を更に備える。ユーザ端末は、前記第１の時間・周波数リソースをランダムに選択し、前記第２の時間・周波数リソースを前記第１の時間・周波数リソースの選択に基づいて、選択する制御部を更に備える。前記制御部は、前記第１の時間・周波数リソースの選択において、時間方向が同一だった各ＵＥに対して、前記第２の時間・周波数リソースの選択において、時間方向に異なるリソースを選択する。

第１実施形態に係るＬＴＥシステムの構成図である。第１実施形態に係るＵＥ（ユーザ端末）のブロック図である。第１実施形態に係るｅＮＢ（基地局）のブロック図である。ＬＴＥシステムにおける無線インターフェイスのプロトルスタック図である。ＬＴＥシステムで使用される無線フレームの構成図である。第１実施形態に係る動作環境を示す図である。Ｄ２Ｄ発見信号用のリソースプールの使用例を示す図である。Ｄ２Ｄ発見信号用のリソースプールの使用例を詳細に示す図である。第２実施形態に係るＤ２Ｄ発見信号用のリソースプール情報を示す図である。第１実施形態に係わるＤ２Ｄ発見信号用の送信手順を示す。第１実施形態に係わるＤ２Ｄ発見信号用の時間・周波数リソースの割り当て例を示す。第２実施形態に係わるＤ２Ｄ発見信号用の送信手順を示す。付記に係る部分的ネットワークカバレッジ及びネットワークカバレッジ外のためのターゲットシナリオを示す図である。付記に係るモード２通信ｖｓ第１の方式発見の衝突確率を示す図である。付記に係るｈａｌｆ　ｄｕｐｌｅｘ　ｉｓｓｕｅの例を示す図である。付記に係る第１の方式発見のｈａｌｆ　ｄｕｐｌｅｘ　ｉｓｓｕｅを示す図である。付記に係る第１の方式発見の強化の例を示す図である。

　［実施形態の概要］
　Ｄ２Ｄ　ＰｒｏＳｅでは、同期がとられた複数のユーザ端末がセルカバレッジ外に位置するシナリオ（Ｏｕｔ　ｏｆ　ｃｏｖｅｒａｇｅ）が想定されている。係るシナリオでは、セルカバレッジ外に位置する複数のユーザ端末が、ネットワークを介さずに直接的に端末間通信を実行する。このため、このシナリオにおける最適な運用のために、複数のユーザ端末間で、効率良くＤ２Ｄ発見手続が行われることが望まれている。

　そこで、実施形態は、同期がとられた複数のユーザ端末がセルカバレッジ外に位置する場合に効率の良いＤ２Ｄ発見手続を実現可能なユーザ端末及び制御方法を提供する。

　第１実施形態に係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる。ユーザ端末は、セルカバレッジ外において、自ユーザ端末と同期する他のユーザ端末と通信可能である。ユーザ端末は、無線フレームにおける第１のＤ２Ｄ発見信号用の論理的なリソースプール及び第２のＤ２Ｄ発見信号用の論理的なリソースプールを特定するためのパラメータと、を含む制御情報を記憶する記憶部を備える。前記第２のＤ２Ｄ発見信号用の論理的なリソースプールは、前記第１のＤ２Ｄ発見信号用の論理的なリソースプールに対して時間・周波数方向における論理的なリソース構成が同じであり、当該第１のＤ２Ｄ発見信号用の論理的なリソースプールに対して時間方向にゼロ以上の期間の所定期間設けて設定される。ユーザ端末は、前記記憶部に記憶された前記制御情報に基づいて、前記第１のＤ２Ｄ発見信号用の論理的なリソースプールにおける第１の時間・周波数リソース及び前記第２のＤ２Ｄ発見信号用の論理的なリソースプールにおける第２の時間・周波数リソースを用いて、Ｄ２Ｄ発見信号を繰り返し送信する処理を実行する制御部を更に備える。ユーザ端末は、前記第１の時間・周波数リソースをランダムに選択し、前記第２の時間・周波数リソースを前記第１の時間・周波数リソースの選択に基づいて、選択する制御部を更に備える。前記制御部は、前記第１の時間・周波数リソースの選択において、時間方向が同一だった各ＵＥに対して、前記第２の時間・周波数リソースの選択において、時間方向に異なるリソースを選択する。

　第１実施形態において、前記制御部は、所定のパラメータ及び所定の数式に基づいて前記第１の時間・周波数リソースと前記第２の時間・周波数リソースの選択を行う。前記所定のパラメータ（ｎ_{ＰＳＤＣＨ}）は、前記第１のＤ２Ｄ発見信号用の論理的なリソースプールにおける前記第１の時間・周波数リソースを特定するためのパラメータである。前記所定の数式は、前記所定のパラメータ（ｎ_{ＰＳＤＣＨ}）を用いて、前記第２のＤ２Ｄ発見信号用の論理的なリソースプールにおける前記第２の時間・周波数リソースを特定するための算出式である。

　第１実施形態において、前記所定の数式は、

である。前記所定の数式において、Ｒｅｓｏｕｒｃｅ　Ｐｏｏｌ２ｎ_{ＰＳＤＣＨ}は、前記第２のＤ２Ｄ発見信号用の論理的なリソースプコールにおける前記第２の時間・周波数リソースを特定するためのパラメータである。

は、前記時間方向のオフセットに対応するパラメータであり、かつ、前記第２のＤ２Ｄ発見信号用の論理的なリソースプールにおける前記第２の時間・周波数リソースの時間方向の位置を、前記第１のＤ２Ｄ発見信号用のリソースプールにおける前記第１の時間・周波数リソースの時間方向の位置が同一だった各ＵＥに対して異なるように定めるパラメータである。Ｎ_ｔは、Ｄ２Ｄ発見信号用の論理的なリソースプールにおける時間方向グループ数を示すパラメータである。

　［実施形態］
　以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。

　（システム構成）
　図１は、第１実施形態に係るＬＴＥシステムの構成図である。図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）２０を備える。

　ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。

　Ｅ－ＵＴＲＡＮｌ０は、無線アクセスネットワークに相当する。Ｅ－ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ　ＮｏｄｅＢ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。

　ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。

　ＥＰＣ２０は、コアネットワークに相当する。Ｅ－ＵＴＲＡＮ１０及びＥＰＣ２０によりＬＴＥシステムのネットワーク（ＬＴＥネットワーク）が構成される。ＥＰＣ２０は、ＭＭＥ　（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）／Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ－ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ－ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。

　図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＵＩＣＣ（Ｕｎｉｖｅｒｓａｌ　ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ　Ｃａｒｄ）１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０は記憶部に相当し、プロセッサ１６０は制御部（コントローラ）に相当する。ＵＥ１００は、ＧＮＳＳ受信機１３０を備えなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサ１６０’（コントローラ）としてもよい。コントローラは、後述する各種の処理及び各種の通信プロトコルを実行する。

　アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。無線送受信機１１０及びプロセッサ１６０は、送信部及び受信部を構成する。

　無線送受信機１１０は、複数の送信機及び／又は複数の受信機を含んでもよい。実施形態では無線送受信機１１０が１つの送信機及び１つの受信機のみを含むケースを主として想定する。

　ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。

　ＵＩＣＣ１３０は、加入者情報を記憶する着脱可能な記憶媒体である。ＵＩＣＣ１３０は、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ　Ｍｏｄｕｌｅ）又はＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ　ＳＩＭ）と称されることがある。ＵＩＣＣ１３０は、後述する「Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータ」を記憶する。

　バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。ＵＥ１００がカード型端末である場合、ＵＥ１００は、ユーザインターフェイス１２０及びバッテリ１４０を備えていなくてもよい。

　メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。

　プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、を含む。プロセッサ１６０は、更に、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信ブコロトコルを実行する。

　図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０（コントローラ）を備える。尚、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプコロセッサ２４０’（コントローラ）としてもよい。

　アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。無線送受信機２１０及びプロセッサ２４０は、送信部及び受信部を構成する。

　ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ－ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。

　メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。

　プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。

　図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）層を含む。物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。

　ＭＡＣ層は、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）、ＵＥ１００への割当リソースブロックを決定（スケジューリング）するスケジューラを含む。

　ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。

　ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

　ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ペアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。

　ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ　Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。

　ＵＥ１００において、物理層乃至ＲＲＣ層は、ＡＳ（Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）エンティティ１００Ａを構成する。ＮＡＳ層は、ＮＡＳエンティティ１００Ｂを構成する。ＡＳエンティティ１００Ａ及びＮＡＳエンティティ１００Ｂの機能はプロセッサ１６０（制御部）により実行される。すなわち、プロセッサ１６０（制御部）は、ＡＳエンティティ１００Ａ及びＮＡＳエンティティ１００Ｂを含む。アイドルモードにおいて、ＡＳエンティティ１００Ａはセル選択／再選択を行い、ＮＡＳエンティティ１００ＢはＰＬＭＮ選択を行う。

　図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンク（ＤＬ）にはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）、上りリンク（ＵＬ）にはＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ　Ｃａｒｒｉｅｒ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）がそれぞれ適用される。

　図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さはｌｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルによりリソースエレメントが構成される。ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより構成され、時間リソースはサブフレーム（又はスロット）により構成される。

　（Ｄ２Ｄ発見手続の概要）
　以下において、第１実施形態に係るＤ２Ｄ近傍サービスについて、Ｄ２Ｄ発見手続を主として説明する。第１実施形態に係るＬＴＥシステムは、Ｄ２Ｄ近傍サービスをサポートする。

　Ｄ２Ｄ近傍サービス（Ｄ２Ｄ　ＰｒｏＳｅ）は、同期がとられた複数のＵＥｌ００からなる同期クラスタ内で直接的なＵＥ間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍ＵＥと同期を行うＤ２Ｄ同期手続（Ｓｉｄｅｌｉｎｋ　Ｄｉｒｅｃｔ　Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）と、近傍ＵＥを発見するＤ２Ｄ発見手続（Ｓｉｄｅ　ｌｉｎｋ　Ｄｉｒｅｃｔ　Ｄｉｓｃｏｖｅｒｙ）と、直接的なＵＥ間通信であるＤ２Ｄ通信（Ｓｉｄｅｌｉｎｋ　Ｄｉｒｅｃｔ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。

　Ｄ２Ｄ近傍サービスにおいて、送信ＵＥと受信ＵＥの位置関係により複数のシナリオが考えられている。送信ＵＥと受信ＵＥが同一セルカバレッジ内に位置するシナリオを「カバレッジ内（Ｉｎ　ｃｏｖｅｒａｇｅ）」という。送信ＵＥがセルカバレッジ内に位置し、受信ＵＥがセルカバレッジ外に位置するシナリオをするシナリオを「部分的カバレッジ（Ｐａｒｔｉａｌ　ｃｏｖｅｒａｇｅ）」という。送信ＵＥと受信ＵＥがカバレッジ外に位置するシナリオを「カバレッジ外（Ｏｕｔ　ｏｆ　ｃｏｖｅｒａｇｅ）」という。

　第１の実施形態では、図６に示す、「カバレッジ外」でのシナリオについて説明する。図６は、第１の実施形態に係る動作環境を示す図である。

　尚、「カバレッジ外」以外のシナリオについても同様に適用が可能である。

　図６では、ｅＮＢ２００のカバレッジ外において、ＵＥｌ００－１とＵＥｌ００－２とＵＥｌ００－３とがＤ２Ｄ近傍サービスを利用している状態を示している。尚、図６では３台のＵＥ１００を示しているが、少なくとも２台以上であればよい。

　図６では、ＵＥｌ００－１が同期元であり、ＵＥｌ００－２とＵＥｌ００－３が非同期元であるものとする。ＵＥｌ００－１とＵＥｌ００－２とＵＥｌ００－３は、ＵＥｌ００－１を同期元として互いに同期しているものとする。ＵＥｌ００－１とＵＥｌ００－２とＵＥｌ００－３は、互いに同期している状態でＤ２Ｄ発見手続を実行する。

　Ｄ２Ｄ発見手続では、各ＵＥ１００（ＵＥ１００－１，ＵＥ１００－２，ＵＥ１００－３）が、近傍端末を発見するためのＤ２Ｄ発見信号（Ｄｉｓｃｏｖｅｒｙ信号）を送信する。

　Ｄ２Ｄ発見信号を送信するための無線リソース選択方式として、複数の方式が考えられている。ＵＥが自律的に無線リソースを選択する方式を「第１の方式（Ｔｙｐｅ　１　ｄｉｓｃｏｖｅｒｙ）」という。Ｄ２Ｄ発見信号送信毎に、ｅＮＢから指示されたパラメータに基づいて無線リソースを選択する方式を「第２－Ａの方式（Ｔｙｐｅ　２Ａ　ｄｉｓｃｏｖｅｒｙ）」という。ｅＮＢから設定されたパラメータに基づいて半固定的に無線リソースを選択する方式を「第２－Ｂの方式（Ｔｙｐｅ　２Ｂ　ｄｉｓｃｏｖｅｒｙ）」という。第２－Ａの方式と第２－Ｂの方式を合わせて、第２の方式という。

　「カバレッジ外」のシナリオにおいて、ＵＥはｅＮＢから指示を受けることができないため、「第１の方式」を用いてＵＥが自律的に無線リソース選択を行う。第１の実施形態では、第１の方式によるＤ２Ｄ発見手続のシナリオを対象にする。

　ここで、Ｄ２Ｄ近傍サービスにおいては、全二重（Ｆｕｌｌ　ｄｕｐｌｅｘ）ではなく、半二重（Ｈａｌｆ　ｄｕｐ１ｅｘ）が仮定されている。そのため、送信処理を実行している間は受信処理を実行することができないとされている。これは、「Ｈａｌｆ　ｄｕｐｌｅｘ　ｉｓｓｕｅ」と称される。第１の実施形態はこのような問題を改善するものである。

　尚、第１の実施形態では第１の方式を対象としているが、第２の方式でもＨａｌｆ　ｄｕｐｌｅｘ　ｉｓｓｕｅが発生するため、本解決手段が有効である。

　図７は、Ｄ２Ｄ発見信号用のリソースプールの使用例を示す図である。図８は、図７の使用例を詳細に示す図である。

　尚、図７と図８ではＦＤＤの例を示しているが、ＴＤＤでも同様の構成が可能である。

　尚、図７と図８ではアップリンクの例を示しているが、ダウンリンクでも同様の構成が可能である。

　Ｄ２Ｄ発見信号用のリソースプールは、Ｄｉｓｃｏｖｅｒｙ　Ｐｅｒｉｏｄ毎に構成される。第１の方式では、Ｄ２Ｄ発見信号用のリソースプールの構成及び他の情報要素が事前設定（Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄ）される。事前設定されたパラメータを以下、「Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータ」という。Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータに含まれる各情報要素（Ｄ２Ｄ発見信号用のリソースプールの構成及び他の情報要素）は、同一の目的（軍事、消防、警察など）に使用されるＵＥには、同一のＰｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータが設定される。Ｄ２Ｄ発見手続用として複数のリソースプールが設定され得る。

　Ｄ２Ｄ発見信号用のリソースプールの構成を示す情報は、リソースプール間の時間方向オフセット（ｄｉｓｃＲｅｓｏｕｒｃｅＰａｉｒＯｆｆｓｅｔ）と、時間方向同一Ｄ２Ｄ発見信号送信繰り返し回数（ｄｉｓｃｏｖｅｒｙＮｕｍＲｅｔｘ）と、該Ｄ２Ｄ発見信号用のリソースプールの繰り返し周期（ｄｉｓｃｏｖｅｒｙＰｅｒｉｏｄ）と、無線フレームにおいて最初にＤ２Ｄ発見信号用のリソースプールが構成される時間領域を特定するパラメータ（ｄｉｓｃｏｖｅｒｙｏｆｆｓｅｔｉｎｄｉｃａｔｏｒ）と、特定のサブフレームがＤ２Ｄ発見手続のために使用可能である時間リソースかどうかを示す情報（ｄｉｓｃｏｖｅｒｙＳｕｂｆｒａｍｅＢｉｔｍａｐ）と、該特定のサブフレームがＤ２Ｄ発見手続のために使用可能である時間リソースかどうかを示す情報の時間方向繰り返し回数（ｄｉｓｃｏｖｅｒｙＮｕｍＲｅｐｅｔｉｔｉｏｎ）と、Ｄ２Ｄ発見信号用のリソースプールにおける周波数方向リソース数を指定するパラメータ（ｄｉｓｃｏｖｅｒｙＮｕｍＰＲＢ）と、Ｄ２Ｄ発見信号用のリソースプールにおける周波数方向リソース開始位置を指定するパラメータ（ｄｉｓｃｏｖｅｒｙＳｔａｒｔＰＲＢ）と、Ｄ２Ｄ発見信号用のリソースプールにおける周波数方向リソース終了位置を指定するパラメータ（ｄｉｓｃｏｖｅｒｙＥｎｄＰＲＢ）と、で構成される。また、「ｄｉｓｃｏｖｅｒｙｏｆｆｓｅｔｉｎｄｉｃａｔｏｒ」と、「ｄｉｓｃｏｖｅｒｙＳｕｂｆｒａｍｅＢｉｔｍａｐ」と、「ｄｉｓｃｏｖｅｒｙＮｕｍＰＲＢ」と、「ｄｉｓｃｏｖｅｒｙＳｔａｒｔＰＲＢ」と、「ｄｉｓｃｏｖｅｒｙＥｎｄＰＲＢ」と、を合わせてＤ２Ｄ発見信号の時間・周波数方向リソースを特定するパラメータ「ｔｆ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇ」を構成し得る。「ｄｉｓｃＲｅｓｏｕｒｃｅＰａｉｒＯｆｆｓｅｔ」と、「ｔｆ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇ」の詳細内容については後述する。

　ＵＥ１００は、Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータを、予めＵＩＣＣ１３０に記憶している。又は、ＵＥ１００は、Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータを、所定の機会にネットワークから提供されてもよい。Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータがネットワークからＵＥ１００に提供される場合の情報要素を図９に示す。図９は、Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータのフォーマットである。ＵＥ１００は、ｅＮＢ２００を介して、Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータをネットワークから提供される。ここで、図９に示された、前記「ｄｉｓｃＲｅｓｏｕｒｃｅＰａｉｒＯｆｆｓｅｔ」は、Ｄ２Ｄ発見信号用のリソースプールのペア（後述する「Ｄｉｓｃｏｖｅｒｙ用のリソースプールペア」）間の時間方向におけるオフセットを示す。「ｄｉｓｃＲｅｓｏｕｒｃｅＰａｉｒＯｆｆｓｅｔ」は、第１のＤｉｓｃｏｖｅｒｙ用のリソースプールの最後からの時間方向におけるオフセットを示す。単位はｍｓである。

　「ｔｆ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇ」の意味合いは次の通りである。ＵＥ１００が「ｔｆ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇ」パラメータを用いる場合には、Ｄｉｓｃｏｖｅｒｙ用のリソースプールペアを用いて、２度同様のＤ２Ｄ発見信号を送信する。尚、Ｄｉｓｃｏｖｅｒｙ用のリソースプールペアは、「ｔｆ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇ」パラメータによって指定された第１のＤｉｓｃｏｖｅｒｙ用のリソースプールと、「ｔｆ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇ」パララメータを「ｄｉｓｃＲｅｓｏｕｒｃｅＰａｉｒＯｆｆｓｅｔ」が示すオフセット分だけ時間方向に移動させた第２のＤｉｓｃｏｖｅｒｙ用のリソースプールと、によって構成される。

　ＵＥ１００は、Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータに含まれるＤ２Ｄ発見信号用のリソースプールの構成を示す情報によって、自ＵＥ１００がＤ２Ｄ発見信号を送信するときに使う時間・周波数リソースの候補を予め認識する。

　図７において、斜め線のパターンで塗られた領域は、ＵＥ１００がＤ２Ｄ発見信号を送信するときに用いる時間・周波数リソースを構成し得るサブフレーム（Ｄｉｓｃｏｖｅｒｙサブフレーム）を示す。図７の例において、Ｄｉｓｃｏｖｅｒｙサブフレームの間に位置する無地の領域は、Ｄｉｓｃｏｖｅｒｙサブフレームの対象以外のサブフレームであることを意味する。

　図８において、図７とは異なる斜め線のパターンで塗られたブロックの一つは、ＵＥ１００がＤ２Ｄ発見信号を送信するときに用いる時間・周波数リソース（リソースブロック）の候補となるＤｉｓｃｏｖｅｒｙ用リソースブロック（Ｒｅｓｏｕｒｃｅ　Ｂｌｏｃｋ　ｆｏｒ　ｄｉｓｃｏｖｅｒｙ）である。図８において、無地のブロックの一つは、Ｄｉｓｃｏｖｅｒｙ用リソースブロック以外のリソースブロック（Ｒｅｓｏｕｒｃｅ　Ｂｌｏｃｋ　ｆｏｒ　ｎｏｎ－ｄｉｓｃｏｖｅｒｙ）である。

　ＵＥ１００は、Ｄ２Ｄ発見信号用のリソースプールの構成を示す情報に基づいて、図８に示すように、自ＵＥ１００がＤ２Ｄ発見信号を送信するときに使う時間・周波数リソースの候補であるＤｉｓｃｏｖｅｒｙ用リソースブロックのみが構成された論理的なＤｉｓｃｏｖｅｒｙ用リソースプールを保持する。ＵＥ１００は、論理的なＤｉｓｃｏｖｅｒｙ用リソースプールにおいて、自ＵＥ１００がＤ２Ｄ発見信号を送信するときに使う時間・周波数リソース（Ｄｉｓｃｏｖｅｒｙ用リソースブロック）を所定の手順によって選択する。所定の手順については後述する。

　（Ｄ２Ｄ発見信号用の送信手順）
　以下、図１０及び図１１を用いて、Ｄ２Ｄ発見信号用の送信手順について説明する。図１０は、Ｄ２Ｄ発見信号用の送信手順を示す。図１１は、Ｄ２Ｄ発見信号用の時間・周波数リソースの割り当て例を示す。

　図１０において、ＵＥ１００は、Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータに含まれるＤ２Ｄ発見信号用のリソースプールの構成を示す情報に基づいて、第１の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールと第２の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプール（Ｄｉｓｃｏｖｅｒｙ用のリソースプールペア）を特定する（ステップＳ１０１）。第２のＤｉｓｃｏｖｅｒｙ用のリソースプールは、第１のＤｉｓｃｏｖｅｒｙ用のリソースプールに対して時間・周波数方向における論理的なリソース構成が同じである。

　ＵＥ１００は、ステップＳ１０２において、第１の論理的なＤｉｓｃｏｖｅｒｙ用リソースプールからランダムにリソース選択パラメータｎ_{ＰＳＤＣＨ}を選択する。

　ＵＥ１００は、ステップＳ１０３ａにおいて、リソース選択パラメータｎ_{ＰＳＤＣＨ}を用いて、第１の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールにおけるＤｉｓｃｏｖｅｒｙ用の第１のリソースブロック（ペア）を特定する。

　ＵＥ１００は、ステップＳ１０３ｂにおいて、以下の計算式（１）を使って、第２の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールにおけるＤｉｓｃｏｖｅｒｙ用の第２のリソースブロック（ペア）を特定する。計算式（１）は以下の通りである。尚、ＵＥ１００は、計算式（１）を予め、メモリ１５０に記憶しているものとする。

　ここで、ｎ_{ＰＳＤＣＨ}は、ステップＳ１０３ａにおいて用いられた、第１の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールにおけるＤｉｓｃｏｖｅｒｙ用の第１のリソースブロック（ペア）を特定するためのパラメータである。

　Ｒｅｓｏｕｒｃｅ　Ｐｏｏｌ２ｎ_{ＰＳＤＣＨ}は、第２の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールにおけるＤｉｓｃｏｖｅｒｙ用の第２のリソースブロック（ペア）を特定するためのパラメータである。

は、「時間方向のオフセットに対応する項」である。この項は、第２の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールにおけるＤｉｓｃｏｖｅｒｙ用の第２のリソースブロック（ペア）の時間方向の位置を、第１の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールにおけるＤｉｓｃｏｖｅｒｙ用の第１のリソースブロック（ペア）の時間方向の位置が同一だった各ＵＥに対して異なるように定める。

　Ｎ_ｔは、Ｄ２Ｄ発見信号用の論理的なリソースプールにおける時間方向グループ数を示すパラメータである。

　ＵＥ１００は、ステップＳ１０４において、ステップＳ１０３ａによって特定されたＤｉｓｃｏｖｅｒｙ用の第１のリソースブロック（ペア）とステップＳ１０３ｂによって特定されたＤｉｓｃｏｖｅｒｙ用の第２のリソースブロック（ペア）を用いて、Ｄｉｓｃｏｖｅｒｙ信号を送信する。

　ステップＳ１０３ａによって特定されたＤｉｓｃｏｖｅｒｙ用の第１のリソースブロック（ペア）とステップＳ１０３ｂによって特定されたＤｉｓｃｏｖｅｒｙ用の第２のリソースブロック（ペア）の割り当て例は、例えば、図１１に示される。

　図１１において、Ｒｅｓｏｕｒｃｅ　Ｐｏｏｌ１は、第１の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールである。Ｒｅｓｏｕｒｃｅ　Ｐｏｏｌ２は、第２の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールである。Ｒｅｓｏｕｒｃｅ　Ｐｏｏ１１とＲｅｓｏｕｒｃｅ　Ｐｏｏ１２内にそれぞれ構成された数字入りの領域は、図８におけるＤｉｓｃｏｖｅｒｙ用リソースブロックに対応した領域である。「０」～「２３」の数字は、説明の便宜上使用するものであり、「０」～「２３」の数字によって、２４台のユーザ端末（ＵＥ１００－１～ＵＥ１００－２４）がそれぞれ、どのリソースブロックを使用するのかが理解できる。つまり、例えば、「０」が示すリソースブロックは、ＵＥ１００－１が使用することを意味し、「２３」が示すリソースブロックは、ＵＥ１００－２４が使用することを意味する。

　ＵＥ１００－１～ＵＥ１００－２４は、それぞれ、上記にステップＳ１０３ａ及びステップＳ１０３ｂを実行することによって、図１１に示す状態のリソース割り当て状態が実現される。

　第２の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールにおけるＤｉｓｃｏｖｅｒｙ用の第２のリソースブロック（ペア）の選択を、計算式（１）を用いることで、第１の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールにおけるＤｉｓｃｏｖｅｒｙ用の第１のリソースブロック（ペア）において、時間方向の位置が同一だった各ＵＥのＤ２Ｄ発見信号を受信することができる。つまり、Ｈａｌｆ　ｄｕｐｌｅｘ　ｉｓｓｕｅを改善することができる。

　（第１実施形態のまとめ）
　第１実施形態では、第１の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールの他に第２の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールを規定する。第２の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールにおけるＤｉｓｃｏｖｅｒｙ用の第２のリソースブロック（ペア）は、上記の計算式（１）によって、第１の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールにおけるＤｉｓｃｏｖｅｒｙ用の第１のリソースブロック（ペア）に対して時間方向に所定量シフトさせる。第１と第２のリソースブロック（ペア）で同じＤ２Ｄ発見信号を送信することで、Ｈａｌｆ　ｄｕｐｌｅｘ　ｉｓｓｕｅが改善される。

　［第２実施形態］
　上述した第１実施形態は、複数のＵＥ１００の各々が、それぞれ個別に自ＵＥ１００の所定のタイミングで図１０に示す処理を実行する。第２実施形態では、同期元ＵＥ１００－１と非同期元ＵＥｌ００－２～Ｎとの関係性を利用した動作の応用例について、図１２を用いて説明する。

　図１２において、ＵＥ１００－１とＵＥ１００－２～Ｎは、ＵＥ１００－１を同期元して互いに同期している。

　ステップＳ１において、ＵＥｌ００－１は、Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータに基づいて設定されたＤ２Ｄ発見信号用のリソースプールの期間において、ＵＥ１００－２～ＮからのＤ２Ｄ発見信号を受信する。ＵＥ１００－１は、Ｄ２Ｄ発見信号用のリソースプールにおけるＵＥｌ００－２～ＮからのＤ２Ｄ発見信号を受信することによって、Ｄｉｓｃｏｖｅｒｙ用の時間・周波数リソースに関するｃｏｌｌｉｓｉｏｎを検出する。ここでのｃｏｌｌｉｓｉｏｎとは、Ｈａｌｆ　ｄｕｐｌｅｘ　ｉｓｓｕｅによる時間方向のｃｏｌｌｉｓｉｏｎと、リソース選択によるランダム選択によるｃｏｌｌｉｓｉｏｎを含む。尚、ＵＥｌ００－１は、ＵＥｌ００－２～ＮからのＤ２Ｄ発見信号を受信してｃｏｌｌｉｓｉｏｎを検出する問、Ｄ２Ｄ発見信号の送信を停止する。

　ＵＥ１００－１は、ｃｏｌｌｉｓｉｏｎを検出すると、ｃｏｌｌｉｓｉｏｎであることを示す「Ｃｏｌｌｉｓｉｏｎ　Ｉｎｆｏｒｍａｔｉｏｎ」（１ビット情報）を、ＭＩＢ－ｓＬに含めて、ＵＥｌ００－２～Ｎのために報知する（ステップＳ２）。

　ＵＥ１００－２～Ｎは、ＵＥ１００－１からの「Ｃｏｌｌｉｓｉｏｎ　Ｉｎｆｏｒｍａｔｉｏｎ」を含んだＭＩＢＳＬを受信すると、少なくとも先にＤ２Ｄ発見信号を送信したときのＤ２Ｄ発見信号用のリソースプールにおいてｃｏｌｌｉｓｉｏｎが生じていることを認識する。そうすると、ＵＥ１００－２～Ｎは、図１０に示したステップＳ１０１～Ｓ１０３ａ／Ｓ１０３ｂを開始する。それまでは、ＵＥ１００－２～Ｎは、図１０に示したステップＳ１０１～Ｓ１０３ａ／Ｓ１０３ｂの処理を実行しない。ＵＥｌ００－１は、「Ｃｏｌｌｉｓｉｏｎ　Ｉｎｆｏｒｍａｔｉｏｎ」を含んだＭＩＢ－ＳＬを送信した後、図１０に示したステップＳ１０１～Ｓ１０３ａ／Ｓ１０３ｂを開始する。その後、ＵＥ１００－１～Ｎは、ステップＳ１０４で、それぞれステップＳ１０１～Ｓ１０３ａ／Ｓ１０３ｂの処理を実行した結果得られるＤｉｓｃｏｖｅｒｙ用の第１のリソースブロック（ペア）及びＤｉｓｃｏｖｅｒｙ用の第２のリソースブロック（ペア）を用いてＤ２Ｄ発見信号を送信する。

　［第３実施形態］
　上述した第１実施形態は、第１の論理的なＤｉｓｃｏｖｅｒｙのリソースプールの他に第２の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールを規定し、第２の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールにおけるＤｉｓｃｏｖｅｒｙ用の第２のリソースブロック（ペア）は、上記計算式（１）によって、第１の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールにおけるＤｉｓｃｏｖｅｒｙ用の第１のリソースブロック（ペア）に対して時間方向に所定量シフトさせ、第１と第２のリソースブロック（ペア）で同じＤ２Ｄ発見信号を送信する。第３実施形態は、上記計算式（１）を用いずに、第２の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールにおけるＤｉｓｃｏｖｅｒｙ用の第２のリソースブロック（ペア）を計算する。

　第１の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールからランダムにリソース選択パラメータを選択する。第２の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプールから、第１の論理的なＤｉｓｃｏｖｅｒｙ用のリソースプール選択とは独立に、リソース選択パラメータをランダムに選択する。

［その他の実施形態］
　上述した実施形態で、はカバレッジ外のシナリオについて説明したが、カバレッジ内シナリオや部分カバレッジシナリオにおいて実施されてもよい。

　上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用しでもよい。

［付記］
　（導入）
　下記の目的を含むＰｒｏ　Ｓｅ強化の研究項目が合意された。

　（１）以下の機能を可能にするために、（必要に応じて）Ｄ２Ｄ発見に対する強化を定義する。

　（ａ）公衆安全をターゲットする部分的ネットワークカバレッジ及びネットワークカバレッジ外シナリオのための第１の方式の発見

　部分的ネットワークカバレッジ及びネットワークカバレッジ外は、公衆安全用のための重要な機能である。発見アナウンスがＰｒｏＳｅ　ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ　Ｒｅｌａｙの検出のために使用されることが既に合意された。ＰｒｏＳｅ　ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ　Ｒｅｌａｙの運用の導入が研究項目の範囲内である。従って、部分的ネットワークカバレッジ発見アナウンスは少なくともＰｒｏＳｅ　ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ　Ｒｅｌａｙの運用のために導入されるべきである。

　また、ネットワークカバレッジ外を必要とするユースケースが検討される。ネットワークカバレッジ外発見は、部分的ネットワークカバレッジ発見と類似する使用を有するので、ネットワークカバレッジ外と部分的ネットワークカバレッジとの両方のための普遍的な設計を作ることが好ましい。従って、ネットワークカバレッジ外発見と部分的ネットワークカバレッジ発見との両方を同時に検討すべきである。

　本付記において、部分的ネットワークカバレッジ及びネットワークカバレッジ外シナリオのための発見アナウンスメントのリソース選択メカニズムを検討する。

　（部分的ネットワークカバレッジ及びネットワークカバレッジ外シナリオのための発見アナウンスメントのＣｏｌｌｉｓｉｏｎ確率）
　本研究項目によれば、部分的ネットワークカバレッジ及びネットワークカバレッジ外シナリオのための第１の方式の発見の強化を定義すべきである。上記の仮定の下で、カバレッジ外ＵＥは、発見アナウンスメントのためのリソースを、事前設定のリソースプールからランダム的に選択する。この手順は、モード２直接通信リソース選択と類似する。従って、Ｃｏｌｌｉｓｉｏｎ確率が、発見アナウンスメントリソース選択メカニズムのためのメトリックの１つであると仮定する。

　更に、既存のＲｅｌ－１２方法は、同期参照ＵＥが自ＵＥのサービングセルｅＮＢによって提供される情報から自ＵＥの同期信号を導き出すことを許可する。カバレッジ内ＵＥは、カバレッジ外ＵＥによって受信され得る自ＵＥの同期信号を送信し、このカバレッジ外ＵＥは、自ＵＥの同期参照ＵＥから受信する同期信号から導き出される自ＵＥの同期信号を送信する。このプロセスは、ちょうどセル境界の外側に位置するたくさんのＵＥが同じ同期情報を有することを許可する（図１３）。発見アナウンスメントが同じ同期情報を有する全てのＵＥに届かないとしても（送信電力の限界のため）、Ｃｏｌｌｉｓｉｏｎリスクは、依然としてカバレッジシナリオよりも小さくない。従って、ネットワークカバレッジ外シナリオのための発見アナウンスメントリソース選択メカニズムは、Ｒｅｌ－１２第１の方式発見と同様のＣｏｌｌｉｓｉｏｎ確率を維持するように設計されるべきである。

　提案１：部分的ネットワークカバレッジ及びネットワークカバレッジ外シナリオのための発見アナウンスメントリソース選択メカニズムは、Ｒｅｌ－１２第１の方式発見と同様のＣｏｌｌｉｓｉｏｎ確率を維持するように設計されるべきである。

　（モード２通信及び第１の方式発見のＣｏｌｌｉｓｉｏｎ確率）
　部分的ネットワークカバレッジ及びネットワークカバレッジ外発見をサポートする１つのアプローチは、既にＲｅｌ－１２によってサポートされるカバレッジ外ＰｒｏＳｅ直接通信を使用することである。モード２通信を使用して発見メッセージが搬送される場合、部分的カバレッジ及びカバレッジ外ＰｒｏＳｅ直接発見は、ＲＡＮ１仕様への変更なしで達成され得る。

　従って、モード２通信及び第１の方式発見のＣｏｌｌｉｓｉｏｎ確率を調査した（図１４）。Ｒｅｌ－１２ＰｒｏＳｅモード２通信において、ＵＥはＰＳＣＣＨリソースをランダム的に選択し、第１の方式発見では、ＵＥはＰＳＤＣＨリソースをランダム的に選択する。詳細なパラメータは付録に記載される。図１４に示すように、第１の方式発見は、モード２通信よりも低いＣｏｌｌｉｓｉｏｎ確率を有する。この結果は、ＰＳＣＣＨリソースプールとＰＳＤＣＨリソースプールとのサイズの違いによるものである。

　セクション２に示されたように、部分的ネットワークカバレッジ及びネットワークカバレッジ外における発見アナウンスメントのＣｏｌｌｉｓｉｏｎ確率は、カバレッジ内発見よりも低い又は少なくともカバレッジ内発見と同じであるべきである。モード２直接通信は、部分的ネットワークカバレッジ及びネットワークカバレッジ外のために使用されると、要求される発見パフォーマンスを達成するために、この手順への更なる変更が必要とする。上記の検討のように、モード２通信は、部分的カバレッジ及びカバレッジ外ＰｒｏＳｅ直接発見のために再利用されることができない。更に、通信のためのＳｉｄｅｌｉｎｋ制御信号送信に起因して、ＰｒｏＳｅ直接通信は、既存のＰｒｏＳｅ直接発見よりもはるかに高いオーバヘッドを有する。従って、モード２通信を使用して部分的ネットワークカバレッジ及びネットワークカバレッジ外発見を達成するための何ら動機もない。

　提案２：モード２通信を使用して部分的ネットワークカバレッジ及びネットワークカバレッジ外発見を達成するための動機がない。

　（第１の方式発見リソース選択強化）
　部分的カバレッジ及びカバレッジ外ＰｒｏＳｅ直接発見は、Ｒｅｌ－１２によって仕様化される第１の方式発見に基づくものであれば、強化なしで同じＣｏｌｌｉｓｉｏｎ確率が達成され得る。しかし、第１の方式発見は、ｈａｌｆ　ｄｕｐｌｅｘ　ｉｓｓｕｅを考慮しないとの欠点を有する（図１５）。ｈａｌｆ　ｄｕｐｌｅｘ　ｉｓｓｕｅが発生すると、発見信号送信機は、同じＯＦＤＭシンボルで送信される他の発見アナウンスメントを受信できない。発見信号送信機が次のＰＤＳＣＨ周期で同じ発見アナウンスメントを送ることを許可できる。しかし、発見信号送信機は、同じＯＦＤＭシンボルで発見アナウンスメントを送信するＵＥの存在を検出できないので、同じ発見アナウンスメントを送信することを決定するかどうかを判断できない。同じ発見アナウンスメントを送信することを決定したとしても、発見アナウンスメントは少なくとも１ＰＳＤＣＨ－ｉｎｔｅｒｖａｌ遅れる。なお、ＰＳＤＣＨ－ｉｎｔｅｒｖａｌは実装によって設定され得る。

　このｈａｌｆ　ｄｕｐｌｅｘ　ｉｓｓｕｅは解決されるべきである。ネットワークカバレッジシナリオにおいて、第２－Ｂの方式発見は第１の方式発見と同様に仕様化された。ｅＮＢは発見アナウンスリソースを制御できるので、第２－Ｂの方式発見は、第１の方式発見よりも頼もしい。例えば、ｅＮＢ実装によって、発見アナウンスメントリソースＣｏｌｌｉｓｉｏｎは回避され、ｈａｌｆ　ｄｕｐｌｅｘ　ｉｓｓｕｅは解決される。従って、ＰｒｏＳｅリレーＵＥの発見アナウンスメントのような高優先度の発見アナウンスメントは、第２－Ｂの方式によって送信されると仮定する。しかし、第２－Ｂ方式発見はカバレッジ外において利用可能ではない。ＳＡ仕様によると、高優先度発見が要求されるユースケースがあると考える。従って、部分的ネットワークカバレッジ及びネットワークカバレッジ外発見のために第１の方式発見が使用されると、ネットワークカバレッジ外シナリオにおける第１の方式発見送信に対してｈａｌｆ　ｄｕｐｌｅｘ　ｉｓｓｕｅをどのように緩和するかを検討すべきである。

　Ｈａｌｆ　ｄｕｐｌｅｘ　ｉｓｓｕｅに起因して、発見アナウンスメントを受信できないＵＥの確率を調査した（図１６）。詳細なパラメータは付録に記載される。図１６は、この確率が、図１４における第１の方式発見のＣｏｌｌｉｓｉｏｎ確率よりも低いことを示す。

　第１の方式発見におけるｈａｌｆ　ｄｕｐｌｅｘ　ｉｓｓｕｅを解決するために、可能な方法の１つは、時間ドメインにおける発見アナウンスメントリソースプールを増やすことである。同じ方法は既にＲｅｌ－１２ＰｒｏＳｅ通信におけるＳＣリソース割当に適用される。時間ドメインにおいて重複しないリソースプールに使用されるこの方法は、同様に発見信号リソースプールに適用することができる。

　詳細な方法は図１７に記載される。プール１におけるリソース選択は、既存の第１の方式発見メカニズムに使用される。プール２におけるリソース選択は、リソースプール１のために使用されるｎ_{ＰＳＤＣＨ}に基づくものである（（式（１））。主なアイデアは、以前の発見送信のために同じＵＥによって選択されるリソースとは異なる発見再送信のためのリソースを選択することである。

　提案３：部分的カバレッジ及びカバレッジ外ＰｒｏＳｅ直接発見は、Ｒｅｌ－１２によって仕様化される第１の方式発見に基づいて設計され、ｈａｌｆ　ｄｕｐｌｅｘ　ｉｓｓｕｅを解決するための強化を有する。

　（結論）
　本付記において、部分的ネットワークカバレッジ及びネットワークカバレッジ外発見リソース選択のための３つの提案を有する。

　（付録．シミュレーション仮定）

　ノート：少なくとも１回、その後リソース選択がＣｏｌｌｉｓｉｏｎとなる。

　［相互参照］
　米国仮出願第６２／１４５７８８号（２０１５年４月１０日）の全内容が参照により本願明細書に組み込まれている。

　本発明は、通信分野において有用である。

Claims

　直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ）通信をサポートする移動通信システムにおいて用いられるユーザ端末であって、
　前記ユーザ端末は、自ユーザ端末と同期する他のユーザ端末と通信可能であり、
　無線フレームにおける第１のＤ２Ｄ発見信号用の論理的なリソースプール及び第２のＤ２Ｄ発見信号用の論理的なリソースプールを特定するためのパラメータと、時間方向のオフセットに関するパラメータと、を含む制御情報を記憶する記憶部と、
　前記第２のＤ２Ｄ発見信号用の論理的なリソースプールは、前記第１のＤ２Ｄ発見信号用の論理的なリソースプールに対して時間・周波数方向における論理的なリソース構成が同じであり、当該第１のＤ２Ｄ発見信号用の論理的なリソースプールに対して時間方向にゼロ以上の期間の所定期間設けて設定され、
　前記記憶部に記憶された前記制御情報に基づいて、前記第１のＤ２Ｄ発見信号用の論理的なリソースプールにおける第１の時間・周波数リソース及び前記第２のＤ２Ｄ発見信号用の論理的なリソースプールにおける第２の時間・周波数リソースを用いて、Ｄ２Ｄ発見信号を繰り返し送信する処理を実行する制御部と、を備え、
　前記制御部は、前記第２の時間・周波数リソースを前記第１の時間・周波数リソースの選択に基づいて選択し、
　前記制御部は、前記第１の時間・周波数リソースの選択において、時間方向が同一だった各ユーザ端末に対して、前記第２の時間・周波数リソースの選択において、時間方向に異なるリソースを選択するユーザ端末。
　前記制御部は、所定のパラメータ及び所定の数式に基づいて前記第１の時間・周波数リソースと前記第２の時間・周波数リソースの選択を行い、
　前記所定のパラメータ（ｎ_{ＰＳＤＣＨ}）は、前記第１のＤ２Ｄ発見信号用の論理的なリソースプールにおける前記第１の時間・周波数リソースを特定するためのパラメータであり、
　前記所定の数式は、前記所定のパラメータ（ｎ_{ＰＳＤＣＨ}）を用いて、前記第２のＤ２Ｄ発見信号用の論理的なリソースプールにおける前記第２の時間・周波数リソースを特定するための算出式である請求項１に記載のユーザ端末。
　前記所定の数式は、

であり、
　前記所定の数式において、
　Ｒｅｓｏｕｒｃｅ　Ｐｏｏｌ２ｎ_{ＰＳＤＣＨ}は、前記第２のＤ２Ｄ発見信号用の論理的なリソースプコールにおける前記第２の時間・周波数リソースを特定するためのパラメータであり、

　は、前記時間方向のオフセットに対応するパラメータであり、かつ、前記第２のＤ２Ｄ発見信号用の論理的なリソースプールにおける前記第２の時間・周波数リソースの時間方向の位置を、前記第１のＤ２Ｄ発見信号用のリソースプールにおける前記第１の時間・周波数リソースの時間方向の位置が同一だった各ＵＥに対して異なるように定めるパラメータであり、
　Ｎ_ｔは、Ｄ２Ｄ発見信号用の論理的なリソースプールにおける時間方向グループ数を示すパラメータである請求項２に記載のユーザ端末。