(57)【要約】  第１の特徴に係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信をサポートする移動通信システムにおいて用いられる。前記ユーザ端末は、セルカバレッジ外において、自ユーザ端末に同期する他のユーザ端末に信号を送信する送信部と、前記他のユーザ端末からの信号を受信する受信部と、Ｄ２Ｄ発見信号用のリソースプールおよび当該Ｄ２Ｄ発見信号用のリソースプールにおいてＤ２Ｄ発見信号が送信される確率を示す送信確率パラメータを記憶する記憶部と、前記Ｄ２Ｄ発見信号用のリソースプールにおけるリソース使用量に応じて、前記送信確率パラメータを調整する処理を実行する制御部と、を備える。
2016163431.tif 000002
【特許請求の範囲】
【請求項１】
直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信をサボートする移動通信システムにおいて用いられるユーザ端末であって、
セルカバレッジ外において、自ユーザ端末に同期する他のユーザ端末に信号を送信する送信部と、
前記他のユーザ端末からの信号を受信する受信部と、
Ｄ２Ｄ発見信号用のリソースプールおよび当該Ｄ２Ｄ発見信号用のリソースプールにおいてＤ２Ｄ発見信号が送信される確率を示す送信確率パラメータを記憶する記憶部と、
前記Ｄ２Ｄ発見信号用のリソースプールにおけるリソース使用量に応じて、前記送信確率パラメータを調整する処理を実行する制御部と、を備えることを特徴とするユーザ端末。
【請求項２】
前記制御部は、前記送信確率パラメータを調整することによって得られた調整パラメータに関する情報を、前記他のユーザ端末に送信する処理を実行する前記請求項１記載のユーザ端末。
【請求項３】
前記ユーザ端末は、前記他のユーザ端末の同期元であり、
前記制御部は、自ユーザ端末から前記他のユーザ端末に同期信号を送信するときに、前記調整パラメータに関する情報も送信する処理を実行する前記請求項２記載のユーザ端末。
【請求項４】
前記制御部は、前記Ｄ２Ｄ発見信号用のリソースプールにおける前記他のユーザ端末のリソース使用量を検出する処理と、検出した前記リソース使用量に応じて、前記送信制限確率パラメータを調整する処理と、を実行し、
前記制御部は、更に、前記他のユーザ端末のリソース使用量を検出する処理を実行する間、自ユーザ端末からＤ２Ｄ発見信号を送信する処理を停止する前記請求項１記載のユーザ端末。
【請求項５】
前記制御部は、前記調整パラメータに基づいて、Ｄ２Ｄ発見信号を送信する処理を実行する前記請求項１記載のユーザ端末。
【請求項６】
前記制御部は、前記調整パラメータに関する情報を前記他のユーザ端末に送信する処理を実行した後、当該調整パラメータに基づいて、Ｄ２Ｄ発見信号を送信する処理を実行する前記請求項１記載のユーザ端末。
【請求項７】
前記制御部は、前記Ｄ２Ｄ発見信号用のリソースプールにおけるリソース使用量が多いほど、前記確率が低くなるように前記送信確率パラメータを調整する処理を実行する前記請求項１記載のユーザ端末。
【請求項８】
前記制御部は、前記Ｄ２Ｄ発見信号用のリソースプールにおけるリソース使用量が少ないほど、前記確率が高くなるように前記送信確率パラメータを調整する処理を実行する前記請求項１記載のユーザ端末。
【請求項９】
直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信をサボートする移動通信システムにおいて用いられるユーザ端末であって、
セルカバレッジ外において、同期元である他のユーザ端末に同期して当該他のユーザ端末に信号を送信する送信部と、
前記他のユーザ端末からの信号を受信する受信部と、
Ｄ２Ｄ発見信号用のリソースプールおよび当該Ｄ２Ｄ発見信号用のリソースプールにおいてＤ２Ｄ発見信号が送信される確率を示す送信確率パラメータを記憶する記憶部と、
前記送信確率パラメータを調整する処理を実行する制御部と、を備え、
前記制御部は、前記他の端末から送信された調整パラメータに関する情報を取得した場合には、前記調整パラメータに関する情報を使用して前記送信確率パラメータを調整し、
前記調整パラメータは、前記他のユーザ端末が、前記Ｄ２Ｄ発見信号用のリソースプールにおけるリソース使用量に応じて、前記他のユーザ端末において記憶されていた送信確率パラメータを調整することによって得られたパラメータであるユーザ端末。
【請求項１０】
直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信をサボートする移動通信システムにおいて用いられるユーザ端末における制御方法であって、
前記ユーザ端末は、セルカバレッジ外において、Ｄ２Ｄ発見信号用のリソースプールにおけるリソース使用量を検出し、
前記検出されたリソース使用量に応じて、前記Ｄ２Ｄ発見信号用のリソースプールにおいてＤ２Ｄ発見信号が送信される確率を示す送信確率パラメータを調整し、
前記送信確率パラメータを調整することによって得られた調整パラメータに関する情報を、自ユーザ端末に同期する他のユーザ端末に送信する制御方法。
【請求項１１】
直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信をサポートする移動通信システムにおいて用いられるユーザ端末における制御方法であって、
前記ユーザ端末は、セルカバレッジ外において、同期元である他のユーザ端末から送信された調整パラメータに関する情報を取得し、
前記取得された調整パラメータに関する情報を使用して、自ユーザ端末において記憶していた送信確率パラメータを調整し、
前記送信確率パラメータは、Ｄ２Ｄ発見信号用のリソースプールにおいてＤ２Ｄ発見信号が送信される確率を示すパラメータであり、
前記調整パラメータは、前記他のユーザ端末が、前記Ｄ２Ｄ発見信号用のリソースプールにおけるリソース使用量に応じて、当該他のユーザ端末において記憶されていた送信確率パラメータを調整することによって得られたパラメータであり、
前記ユーザ端末は、前記調整された送信確率パラメータに基づいて、Ｄ２Ｄ発見信号を送信する制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信をサポートする移動通信システムにおいて用いられるユーザ端末及び制御方法に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）近傍サービスの導入が検討されている（非特許文献１参照）。【０００３】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のユーザ端末からなる同期クラスタ内で直接的な端末間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍端末を発見するＤ２Ｄ発見手続（ＰｒｏＳｅ  Ｄｉｓｃｏｖｅｒｙ）と、直接的な端末間通信であるＤ２Ｄ通信（ＰｒｏＳｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術報告書「ＴＲ  ３６．８４３  Ｖ１２．０．１」２０１４年３月２７日
【発明の概要】
【０００５】
一実施形態に係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信をサボートする移動通信システムにおいて用いられるユーザ端末であって、前記ユーザ端末は、セルカバレッジ外において、自ユーザ端末に同期する他のユーザ端末に信号を送信する送信部と、前記他のユーザ端末からの信号を受信する受信部と、Ｄ２Ｄ発見信号用のリソースプールおよび当該Ｄ２Ｄ発見信号用のリソースプールにおいてＤ２Ｄ発見信号が送信される確率を示す送信確率パラメータを記憶する記憶部と、前記Ｄ２Ｄ発見信号用のリソースプールにおけるリソース使用量に応じて、前記送信確率パラメータを調整する処理を実行する制御部と、を備える。
【図面の簡単な説明】
【０００６】
【図１】実施形態に係るＬＴＥシステムの構成図である。
【図２】実施形態に係るＵＥ（ユーザ端末）のブロック図である。
【図３】実施形態に係るｅＮＢ（基地局）のブロック図である。
【図４】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図５】ＬＴＥシステムで使用される無線フレームの構成図である。
【図６】実施形態に係る動作環境を示す図である。
【図７】Ｄ２Ｄ発見信号用のリソースプールの構成を示す図である。
【図８】実施形態に係る動作状態を示すシーケンス図である。
【発明を実施するための形態】
【０００７】
［実施形態の概要］
Ｄ２Ｄ  ＰｒｏＳｅでは、同期がとられた複数のユーザ端末がセルカバレッジ外に位置するシナリオ（Ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ）が想定されている。かかるシナリオでは、セルカバレッジ外に位置する複数のユーザ端末が、ネットワークを介さずに直接的に端末間通信を実行する。このため、このシナリオにおける最適な運用のために、複数のユーザ端末間で効率良くＤ２Ｄ発見手続が行われることが望まれている。
【０００８】
そこで、実施形態は、同期がとられた複数のユーザ端末がセルカバレッジ外に位置する場合に効率の良いＤ２Ｄ発見手続を実現可能なユーザ端末及び制御方法を提供する  実施形態に係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信をサポートする移動通信システムにおいて用いられる。ユーザ端末は、セルカバレッジ外において、自ユーザ端末に同期する他のユーザ端末に信号を送信する送信部と、前記他のユーザ端末からの信号を受信する受信部と、Ｄ２Ｄ発見信号用のリソースプールおよび当該Ｄ２Ｄ発見信号用のリソースプールにおいてＤ２Ｄ発見信号が送信される確率を示す送信確率パラメータ（ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙ）を記憶する記憶部と、前記Ｄ２Ｄ発見信号用のリソースプールにおけるリソース使用量に応じて、前記送信確率パラメータを調整する処理を実行する制御部と、を備える。
【０００９】
実施形態では、前記制御部は、前記送信確率パラメータを調整することによって得られた調整パラメータに関する情報を、前記他のユーザ端末に送信する処理を実行する。
【００１０】
実施形態では、前記ユーザ端末は、前記他のユーザ端末の同期元である。前記制御部は、自ユーザ端末から前記他のユーザ端末に同期信号が送信されるときに、前記調整パラメータに関する情報も送信する処理を実行する。
【００１１】
実施形態では、前記制御部は、前記Ｄ２Ｄ発見信号用のリソースプールにおける前記他のユーザ端末のリソース使用量を検出する処理と、検出した前記リソース使用量に応じて、前記送信制限確率パラメータを調整する処理と、を実行する。前記制御部は、更に、前記他のユーザ端末のリソース使用量を検出する処理を実行する間、自ユーザ端末からＤ２Ｄ発見信号を送信する処理を停止する。
【００１２】
実施形態では、前記制御部は、前記調整パラメータに基づいて、Ｄ２Ｄ発見信号を送信する処理を実行する。
【００１３】
実施形態では、前記制御部は、前記調整パラメータに関する情報を前記他のユーザ端末に送信する処理を実行した後、当該調整パラメータに基づいて、Ｄ２Ｄ発見信号を送信する処理を実行する。実施形態では、前記制御部は、前記Ｄ２Ｄ発見信号用のリソースプールにおけるリソース使用量（ＬＯＡＤ）が多いほど、前記確率が低くなるように前記送信確率パラメータを調整する処理を実行する。
【００１４】
実施形態では、前記制御部は、前記Ｄ２Ｄ発見信号用のリソースプールにおけるリソース使用量が少ないほど、前記確率が高くなるように前記送信確率パラメータを調整する処理を実行する。
【００１５】
実施形態に係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる。前記ユーザ端末は、セルカバレッジ外において、同期元である他のユーザ端末に同期して当該他のユーザ端末に信号を送信する送信部と、前記他のユーザ端末からの信号を受信する受信部と、Ｄ２Ｄ発見信号用のリソースプールおよび当該Ｄ２Ｄ発見信号用のリソースプールにおいてＤ２Ｄ発見信号が送信される確率を示す送信確率パラメータを記憶する記憶部と、前記送信確率パラメータを調整する処理を実行する制御部と、を備える。前記制御部は、前記他の端末から送信された調整パラメータに関する情報を取得した場合には、前記調整パラメータに関する情報を使用して前記送信確率パラメータを調整する。前記調整パラメータは、前記他のユーザ端末が、前記Ｄ２Ｄ発見信号用のリソースプコールにおけるリソース使用量に応じて、前記他のユーザ端末において記憶されていた送信確率パラメータを調整することによって得られたパラメータである。
【００１６】
実施形態に係るユーザ端末における制御方法は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる。ユーザ端末は、セルカバレッジ外において、Ｄ２Ｄ発見信号用のリソースプールにおけるリソース使用量を検出し、前記検出されたリソース使用量に応じて、前記Ｄ２Ｄ発見信号用のリソースプールにおいてＤ２Ｄ発見信号が送信される確率を示す送信確率パラメータを調整する。前記ユーザ端末は、前記送信確率パラメータを調整することによって得られた調整パラメータに関する情報を、自ユーザ端末に同期する他のユーザ端末に送信する。
【００１７】
実施形態に係るユーザ端末における制御方法は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる。前記ユーザ端末は、セルカバレッジ外において、同期元である他のユーザ端末から送信された調整パラメータに関する情報を取得し、前記取得された調整パラメータに関する情報を使用して、自ユーザ端末において記憶していた送信確率パラメータを調整する。前記送信確率パラメータは、Ｄ２Ｄ発見信号用のリソースプールにおいてＤ２Ｄ発見信号が送信される確率を示すパラメータである。前記調整パラメータは、前記他のユーザ端末が、前記Ｄ２Ｄ発見信号用のリソースプールにおけるリソース使用量に応じて、当該他のユーザ端末において記憶されていた送信確率パラメータを調整することによって得られたパラメータである。前記ユーザ端末は、前記調整された送信確率パラメータに基づいて、Ｄ２Ｄ発見信号を送信する。
【００１８】
［実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
【００１９】
（システム構成）
図１は、実施形態に係るＬＴＥシステムの構成図である。図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２０】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００２１】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００２２】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００２３】
ＥＰＣ２０は、コアネットワークに相当する。ＥＵＴＲＡＮ１０及びＥＰＣ２０によりＬＴＥシステムのネットワーク（ＬＴＥネットワーク）が構成される。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００２４】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＵＩＣＣ（Ｕｎｉｖｅｒｓａｌ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  Ｃａｒｄ）１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０は記憶部に相当し、プロセッサ１６０は制御部（コントローラ）に相当する。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサ１６０’（コントローラ）としてもよい。コントローラは、後述する各種の処理及び、各種の通信プロトコルを実行する。
【００２５】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。無線送受信機１１０及びプロセッサ１６０は、送信部及び受信部を構成する。
【００２６】
無線送受信機１１０は、複数の送信機及び／又は複数の受信機を含んでもよい。実施形態では無線送受信機１１０が１つの送信機及び１つの受信機のみを含むケースを主として想定する。
【００２７】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。
【００２８】
ＵＩＣＣ１３０は、加入者情報を記憶する着脱可能な記憶媒体である。ＵＩＣＣ１３０は、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）又はＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ  ＳＩＭ）と称されることがある。ＵＩＣＣ１３０は、後述する「Ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄパラメータ」を記憶する。
【００２９】
バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。ＵＥ１００がカード型端末である場合、ＵＥ１００は、ユーザインターフェイス１２０及びバッテリ１４０を備えていなくてもよい。
【００３０】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。
【００３１】
プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び、各種の通信プロトコルを実行する。
【００３２】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０（コントローラ）を備える。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサ２４０’（コントローラ）としてもよい。
【００３３】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。無線送受信機２１０及びプロセッサ２４０は、送信部及び受信部を構成する。
【００３４】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００３５】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。
【００３６】
プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００３７】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ  （Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３８】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００３９】
ＭＡＣ層は、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）、ＵＥ１００への割当リソースブロックを決定（スケジューリング）するスケジューラを含む。
【００４０】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４１】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４２】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００４３】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００４４】
ＵＥ１００において、物理層乃至ＲＲＣ層は、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）エンティティ１００Ａを構成する。ＮＡＳ層は、ＮＡＳエンティティ１００Ｂを構成する。ＡＳエンティティ１００Ａ及びＮＡＳエンティティ１００Ｂの機能はプロセッサ１６０（制御部）により実行される。すなわち、プロセッサ１６０（制御部）は、ＡＳエンティティ１００Ａ及びＮＡＳエンティティ１００Ｂを含む。アイドルモードにおいて、ＡＳエンティティ１００Ａはセル選択／再選択を行い、ＮＡＳエンティティ１００ＢはＰＬＭＮ選択を行う。
【００４５】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンク（ＤＬ）にはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンク（ＵＬ）にはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００４６】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサプフレームで構成される。各サプフレームは、時間方向に並ぶ２個のスロットで構成される。各サプフレームの長さはｌｍｓであり、各スロットの長さは０．５ｍｓである。各サプフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサプキャリアを含む。１つのサプキャリア及び１つのシンボルによりリソースエレメントが構成される。ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより構成され、時間リソースはサプフレーム（又はスロット）により構成される。
【００４７】
（Ｄ２Ｄ発見手続の概要）
以下において、実施形態に係るＤ２Ｄ近傍サービスについて、Ｄ２Ｄ発見手続を主として説明する。実施形態に係るＬＴＥシステムは、Ｄ２Ｄ近傍サービスをサポートする。
【００４８】
Ｄ２Ｄ近傍サービス（Ｄ２ＤＰｒｏＳｅ）は、同期がとられた複数のＵＥ１００からなる同期クラスタ内で直接的なＵＥ間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍ＵＥを発見するＤ２Ｄ発見手順（ＰｒｏＳｅ  Ｄｉｓｃｏｖｅｒｙ）と、直接的なＵＥ間通信であるＤ２Ｄ通信（  ＰｒｏＳｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。Ｄ２Ｄ通信は、Ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎと称されてもよい。
【００４９】
同期クラスタを形成する全ＵＥ１００がセルカバレッジ内に位置するシナリオを「カバレッジ内（Ｉｎ  ｃｏｖｅｒａｇｅ）」という。同期クラスタを形成する全ＵＥ１００がセルカバレッジ外に位置するシナリオを「カバレッジ外（Ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ）」という。同期クラスタのうち一部のＵＥ１００がセルカバレッジ内に位置し、残りのＵＥ１００がセルカバレッジ外に位置するシナリオを「部分的カバレッジ（Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅ）」という。
【００５０】
Ｄ２Ｄ発見手続は、カバレッジ内、カバレッジ外および部分的カバレッジにおいて行われることが想定される。
【００５１】
本実施形態では、図６に示す、「カバレッジ外」でのシナリオについて説明する。図６は、実施形態に係る動作環境を示す図である。
【００５２】
図６では、ｅＮＢ２００のカバレッジ外において、ＵＥ１００−１とＵＥ１００−２とＵＥ１００−３とがＤ２Ｄ近傍サービスを利用している状態を示している。尚、図６では３台のＵＥ１００を示しているが、少なくとも２台以上であればよい。
【００５３】
図６では、ＵＥ１００−１が同期元であり、ＵＥ１００−２とＵＥ１００−３が非同期元であるものとする。ＵＥ１００−１とＵＥ１００−２とＵＥ１００−３は、ＵＥ１００−１を同期元として互いに同期しているものとする。ＵＥ１００−１とＵＥ１００−２とＵＥ１００−３は、互いに同期している状態でＤ２Ｄ発見手続を実行する。
【００５４】
Ｄ２Ｄ発見手続では、各ＵＥ１００（ＵＥ１００−１，ＵＥ１００−２，ＵＥ１００−３）が、近傍端末を発見するためのＤ２Ｄ発見信号（Ｄｉｓｃｏｖｅｒｙ信号）を送信する。
【００５５】
Ｄ２Ｄ発見手続の方式として、ＵＥ１００に固有に割り当てられない無線リソースがＤ２Ｄ発見信号の送信に使用される第１の方式（Ｔｙｐｅ１  ｄｉｓｃｏｖｅｒｙ）と、ＵＥ１００毎に固有に割り当てられる無線リソースがＤ２Ｄ発見信号の送信に使用される第２の方式（Ｔｙｐｅ２  ｄｉｓｃｏｖｅｒｙ）とがある。
【００５６】
第１の方式では、Ｄ２Ｄ発見信号の伝送のためにＤ２Ｄ発見信号用のリソースプールが使用される。Ｄ２Ｄ発見信号用のリソースプールは、同期がとられた複数のＵＥ１００からなる同期クラスタ内で共有される。
【００５７】
図７は、Ｄ２Ｄ発見信号用のリソースプールの構成を示す図で、ある。Ｄ２Ｄ発見信号用のリソースプール（Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｓｏｕｒｃｅ  Ｐｏｏｌｓ）は、ＵＰリンクにおいて構成される。
【００５８】
Ｄ２Ｄ発見信号用のリソースプールは、図７の例では、１０ＭＨｚ（５０  リトスブマロック）の帯域幅で時間方向が４０ｍｓであるリソース領域内に構成され得る。Ｄ２Ｄ発見信号用のリソースプールは、Ｘｓｅｃ（Ｘは、例えば、「０．３２」／「０．６４」／「１．２８」／「２．５６」／「５．１２」／「１０．２４」のいずれか一つの値を取り得る）毎に構成される。同期がとられた複数のＵＥ１００は、Ｄ２Ｄ発見信号用のリソースプール内の時間・周波数リソース（リソースブロック）を使用してＤ２Ｄ発見信号を伝送する。尚、Ｄ２Ｄ発見信号用のリソースプールは、Ｄ２Ｄ通信用のリソースプールと共有されてもよい。
【００５９】
本実施形態においては、第１の方式における動作が実行される場合の例を想定している。以下、第１の方式における動作の内容として説明する。
【００６０】
第１の方式では、上記に示したＤ２Ｄ発見信号用のリソースプールの構成及び他の情報要素（後述する「ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ」等）が事前設定（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）される。事前設定されたパラメータを以下、「Ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄパラメータ」という。尚、Ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄパラメータに含まれる各情報要素（Ｄ２Ｄ発見信号用のリソースプールの構成及び他の情報要素）は、同一の目的（軍事、消防、警察など）に使用されるＵＥには、同一のｐｒｅ−ｃｏｎｆｉｇｕｒｅｄパラメータが設定される。ちなみに、Ｄ２Ｄ発見手続用として複数のリソースプールが設定される場合には、各リソースプール用として個別のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータが設定され得る。
【００６１】
尚、Ｄ２Ｄ発見信号用のリソースプールの構成を示す情報は、無線フレームにおいて最初にＤ２Ｄ発見信号用のリソースプールが構成される時間・周波数領域を特定するパラメータ（開始位置指定用のオフセット値）と、Ｄ２Ｄ発見信号用のリソースプールにおける周波数方向リソースを指定するパラメータ（周波数方向リソース指定パラメータ）と、該Ｄ２Ｄ発見信号用のリソースプールの繰り返し周期（ｐｅｒｉｏｄ）と、特定のサプフレームがＤ２Ｄ発見手続のために使用可能である時間・周波数リソースかどうかを示す情報（ビットマップ情報）と、を含む。
【００６２】
Ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄパラメータは、ＵＥ１００に提供される。ここでは、Ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄパラメータがＵＥ１００のＵＩＣＣ１３０に予め記憶されているものとする。尚、Ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄパラメータは、ＵＩＣＣ１３０に予め記憶されない場合には、ＵＥ１００が所定の機会にｅＮＢを介してネットワーク（ＯＡＭ等）から提供を受けることにより、メモリ１５０に記憶されてもよい。
【００６３】
（ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータについて）
ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータは、Ｄ２Ｄ発見信号用のリソースプールにおけるＤ２Ｄ発見信号（ａｎｎｏｕｎｃｅｍｅｎｔ  ｉｎ  ａ  ｄｉｓｃｏｖｅｒｙ）の送信確率を示す。ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータは、送信確率が２５％であることを示す「Ｐ２５」、送信確率が５０％であることを示す「Ｐ５０」、送信確率が７５％であることを示す「Ｐ７５」、及び送信確率が１００％であることを示す「Ｐ１００」が規定される。ちなみに、「Ｐ１００」は、Ｄ２Ｄ発見信号が、或るＤ２Ｄ発見信号用のリソースプール内の時間・周波数リソースによって必ず伝送されることを意味する。
【００６４】
ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータは、１台のＵＥ１００に１個のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ（「Ｐ２５」か「Ｐ５０」か「Ｐ７５」か「Ｐ１００」かのいずれか一つ）がＰｒｅ−ｃｏｎｆｉｇｕｒｅｄパラメータとして設定される。尚、「カバレッジ外」でのシナリオ用として、ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータは、「Ｐ２５」、「Ｐ５０」、「Ｐ７５」及び「Ｐ１００」以外の値で規定されてもよい。
【００６５】
（「カバレッジ外」でのシナリオにおけるＤ２Ｄ発見手続について）
上述したように、カバレッジ外にいる同期クラスタを構成する複数のＵＥ１００は、第１の方式で動作し得る。各ＵＥ１００は、それぞれ１つのｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ（共通のパラメータでもよいし異なるパラメータでもよい）を持っている。各ＵＥ１００は、自分が持っているｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータに従って、それぞれがＤ２Ｄ発見信号用のリソースプール内の時間・周波数リソースを所定の選択基準に基づいて選択し、選択した時間・周波数リソースを使ってＤ２Ｄ発見信号を伝送する。
【００６６】
この場合、各ＵＥ１００には、それぞれ１つのｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータが事前設定されているので、各ＵＥ１００においてｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータが固定されたままであると、次に示す事態が想定され得る。
【００６７】
まずは、Ｄ２Ｄ発見信号の送信遅延という事態が想定される。これは、或るＤ２Ｄ発見信号用のリソースプールにおいて、Ｄ２Ｄ発見信号伝送用の時間・周波数リソースの使用量が少ない場合（低ロード状態）に起こり得る。例えば「Ｐ２５」のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータを持っているＵＥ１００は、そのＤ２Ｄ発見信号用のリソースプールでは低ロード状態であるにも関わらず、自ＵＥ１００におけるＤ２Ｄ発見信号の送信確率が低いため、該Ｄ２Ｄ発見信号用のリソースプールにおいてＤ２Ｄ発見信号を伝送しない可能性が高くなる。そうすると、そのＤ２Ｄ発見信号用のリソースプールにおいてＤ２Ｄ発見信号を伝送しない場合は、次に到来するＤ２Ｄ発見信号用のリソースプールの機会を待たなければならない。このため、Ｄ２Ｄ発見信号の送信遅延が生じ得るのである。
【００６８】
次に、Ｄ２Ｄ発見信号の衝突という事態が想定される。これは、或るＤ２Ｄ発見信号用のリソースプールにおいて、Ｄ２Ｄ発見信号伝送用の時間・周波数リソースの使用量が多い場合（高ロード状態）に起こり得る。例えば「Ｐ１００」のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータを持っているＵＥ１００は、そのＤ２Ｄ発見信号用のリソースプールでは高ロード状態であるにも関わらず、自ＵＥ１００におけるＤ２Ｄ発見信号の送信確率が高いため、該Ｄ２Ｄ発見信号用のリソースプールにおいてＤ２Ｄ発見信号を伝送する可能性が高い。そのようなＤ２Ｄ発見信号の送信確率が高いＵＥ１００が多いと、そのＤ２Ｄ発見信号用のリソースプールにおいては、複数のＵＥ１００のＤ２Ｄ発見信号が衝突する可能性が高くなるのである。このため、以上に示した事態を回避すること、つまり、「カバレッジ外」でのシナリオにおいて、複数のユーザ端末間で、効率良くＤ２Ｄ発見手続が行われる技術が要求される。以下、その技術について説明する。
【００６９】
（本実施形態の動作説明）
以下、図８に基づいて、本実施形態の動作内容について説明する。図８は、実施形態に係る動作状態を示すシーケンス図である。尚、ＵＥ１００が実行する処理については、該ＵＥ１００のコントローラ１６０（１６０’）が処理を実行するが、図８の説明においては、便宜上、ＵＥ１００が行うものとして説明する。
【００７０】
図８において、複数のＵＥ１００（ＵＥ１００−１〜Ｎ）は、カバレッジ外でＤ２Ｄ発見手順を行う。複数のＵＥ１００（ＵＥ１００−１〜Ｎ）は、ＵＥ１００−１が同期元であり、その他のＵＥ１００（ＵＥ１００−２〜Ｎ）が非同期元である。複数のＵＥ１００（ＵＥ１００−１〜Ｎ）は、ＵＥ１００−１を同期元として互いに同期している。
【００７１】
ここで、複数のＵＥ１００（ＵＥ１００−１〜Ｎ｛Ｎ≧２｝）の各ＵＥ１００は、Ｄ２Ｄ発見信号用のリソースプールの構成を示す情報とｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータを含むＰｒｅ−ｃｏｎｆｉｇｕｒｅｄパラメータを予めＵＩＣＣ１３０に記憶している。図８の例では、ＵＥ１００−１は、ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータとして「α」を設定する。「α」は、上記に示した「Ｐ２５」、「Ｐ５０」、「Ｐ７５」及び「Ｐ１００」のうちいずれか一つであるものとする。尚、「α」は、「Ｐ２５」、「Ｐ５０」、「Ｐ７５」及び「Ｐ１００」以外であってもよい。本実施形態では、ＵＥ１００−２〜Ｎは、Ｄ２Ｄ発見信号用のリソースプールの構成を示す情報とｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ（「α」、「β」、「γ」・・・のうちいずれか一つ）を含むＰｒｅ−ｃｏｎｆｉｇｕｒｅｄパラメータを予めＵＩＣＣ１３０に記憶している。ここで、「α」と「β」と「γ」・・・は、上記に示した送信確率を示し、「α」と「β」と「γ」・・・は、それぞれ異なる送信確率を示す。
【００７２】
このような状況において、まず、同期元であるＵＥ１００−１は、Ｄ２Ｄ発見信号を送信することに興味を持つ（ステップＳ１）。
【００７３】
そうすると、同期元であるＵＥ１００−１は、Ｄ２Ｄ発見信号用のリソースプールにおける、他のＵＥ１００−２〜ＮからのＤ２Ｄ発見信号をモニターし、他のＵＥ１００２〜ＮからのＤ２Ｄ発見信号を検出する。これにより、ＵＥ１００−１は、Ｄ２Ｄ発見信号用のリソースプールにおける、Ｄ２Ｄ発見信号が伝送される時間・周波数リソースの使用量（Ｄｉｓｃｏｖｅｒｙ  Ｌｏａｄ）をチェック（算出／検出）する（ステップＳ２）。
【００７４】
この場合、ＵＥ１００−１は、自ＵＥ１００−１のＵＩＣＣ１３０に記憶していたＤ２Ｄ発見信号用のリソースプールの構成を示す情報に基づいて、自ＵＥ１００−１からＤ２Ｄ発見信号を送信する機会（Ｄ２Ｄ発見信号用のリソースプールの期間）が到来した場合であっても、自ユーザ端末からＤ２Ｄ発見信号を送信する処理を停止状態にしておく。
【００７５】
ＵＥ１００−１は、Ｄ２Ｄ発見信号が伝送される時間・周波数リソースの使用量をチェックした結果、該時間・周波数リソースの使用量に応じて、ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータを調整（変更／選択／生成／算出）する処理を実行する（ステップＳ３）。
【００７６】
ステップＳ３では、ＵＥ１００−１は、Ｄ２Ｄ発見信号が伝送される時間・周波数リソースの使用量に応じてｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータを「α」から「β」に調整する。ＵＥｌ００−１は、調整後のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ「β」を、ＵＩＣＣ１３０に上書き保存するか、又はメモリ１５０に記憶する。記憶された調整処理の具体的な内容については改めて説明する。
【００７７】
次に、ＵＥ１００−１は、調整後のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ「β」（調整パラメータ）に関する情報を、例えば、ＭＩＢ−ＳＬ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ−Ｓｉｄｅｌｉｎｋ）メッセージ（制御情報）に含めて、該ＭＩＢ−ＳＬを含む無線信号をＵＥ１００−２〜Ｎのために報知する（ステップＳ４）。尚、ＵＥ１００−１は、調整後のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ「β」に関する情報を、ＭＩＢ−ＳＬ以外の制御用メッセージに含めて報知しでもよい。
【００７８】
ステップＳ４において、ＵＥ１００−１が報知する調整後のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ「β」に関する情報は、「β」そのものを示す情報である。尚、調整後のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ「β」に関する情報は、ＵＥ１００−２〜Ｎが「β」を間接的に認識できる識別情報（先に記憶していた送信確率からのオフセット値等）であってもよい。
【００７９】
ＵＥ１００−２〜Ｎは、ＵＥ１００−１から報知された前記ＭＩＢ−ＳＬを含む無線信号を受信すると、ＭＩＢ−ＳＬに含まれた調整後のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ「β」に関する情報を一旦メモリ１５０に記憶する。その後、ＵＥ１００−２〜Ｎは、自ＵＥ１００のＵＩＣＣ１３０に記憶していたｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータを、メモリ１５０に記憶していた調整後のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ「β」になるように調整（変更／選択／生成／算出）する処理を実行する（ステップＳ５）。その後、ＵＥ１００−２〜Ｎは、自ＵＥ１００のＵＩＣＣ１３０に記憶していたＤ２Ｄ発見信号用のリソースプールの構成を示す情報と、調整後のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ「β」に基づいて、Ｄ２Ｄ発見信号を伝送する。
【００８０】
ＵＥ１００−１は、前記ＭＩＢ−ＳＬを含む無線信号を報知した後、自ＵＥ１００−１のＵＩＣＣ１３０に記憶していたＤ２Ｄ発見信号用のリソースプールの構成を示す情報と、記憶していた調整後のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ「β」に基づいて、Ｄ２Ｄ発見信号を、ＵＥ１００−２〜Ｎのために伝送する（ステップＳ６）。
【００８１】
ＵＥ１００−１とＵＥ１００−２〜Ｎは、その後、前記ステップＳ１〜ステップＳ６の処理を繰り返す。尚、ＵＥ１００−１とＵＥ１００−２〜Ｎは、前記ステップＳ１〜ステップＳ６の処理を所定回数繰り返した後、あるいは所定時間継続した後、ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータを初期値に戻すように調整しでもよい。
【００８２】
（ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータの調整例）
ステップＳ３におけるｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータの調整例について説明する。ＵＥ１００−１は、ステップＳ２において、Ｄ２Ｄ発見信号が伝送される時間・周波数リソースの使用量をチェックした結果、該時間・周波数リソースの使用量が多いほど、ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータが低い値となるように調整する。例えば、ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ「α」が「Ｐ１００」であれば、ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータを「Ｐ１００」よりも下回る値（「Ｐ７５」か「Ｐ５０」か「Ｐ２５」のうち、少なくともいずれか一つ）になるように調整する。
【００８３】
また、ＵＥ１００−１は、Ｄ２Ｄ発見信号が伝送される時間・周波数リソースの使用量をチェックした結果、該時間・周波数リソースの使用量が少ないほど、ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータが高い値となるように調整する。例えば、ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ「α」が「Ｐ２５」であれば、ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータを「Ｐ２５」よりも上回る値（「Ｐ５０」か「Ｐ７５」か「Ｐ１００」のうち、少なくともいずれか一つ）になるように調整する。
【００８４】
（本実施形態のまとめ）
本実施形態では、上述したように、Ｄ２Ｄ発見信号が伝送される時間・周波数リソースの使用量（Ｄｉｓｃｏｖｅｒｙ  Ｌｏａｄ）に応じて、ｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータを調整できる。このため、「カバレッジ外」でのシナリオにおいて、複数のユーザ端末間で、Ｄ２Ｄ発見信号の送信遅延や衝突を効率良く抑制できる。
【その他の実施形態】
【００８５】
上述した実施形態は、ＵＥ１００−１が、一つの調整後のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータに関する情報をＵＥ１００−２〜Ｎに知らせていたが、例えば、ＵＥ１００−１が、Ｄ２Ｄ発見信号が伝送される時間・周波数リソースの使用量に応じて、複数のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータを生成して、生成された複数のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータに関する情報を、ＵＥ１００−２〜Ｎに知らせてもよい。この場合、ＵＥ１００−２〜Ｎにおいては、複数のｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータに関する情報から、自己の動作環境を踏まえて、より適切な情報を選択して用いることができる。
【００８６】
尚、上述した実施形態およびその他の実施形態の例は、「カバレッジ外」において第１の方式（Ｔｙｐｅ１  ｄｉｓｃｏｖｅｒｙ）によりＤ２Ｄ発見手続きが行われるシナリオの場合について示しているが、次に示すシナリオでも実施され得る。
【００８７】
例えば、ＵＥ１００−１が、「カバレッジ外」においてＭｏｄｅ−２によるＤ２Ｄ通信を実行するシナリオでも実施され得る。ここで、Ｄ２Ｄ通信における「Ｍｏｄｅ−２」の動作とは、ＵＥ１００自身が、Ｄ２Ｄデータ（Ｄ２Ｄデータ及び／又は制御データ）を送信するための無線リソースをリソースプールから選択する動作を意味する。ＵＥ１００−１は、Ｄ２Ｄ通信における「Ｍｏｄｅ−２」において、Ｄ２Ｄ通信用のリソースプールについてのｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ（１つ以上のパラメータ）を調整すると、調整後のｔｘ−ＰｒｏｂａｂｉｌｉｔｙパラメータをＵＥ１００−２〜Ｎに送信し得る。
【００８８】
また、ＵＥ１００−１が、「カバレッジ外」においてＭｏｄｅ−２によるＤ２Ｄ通信を行うシナリオでは、さらに、Ｄ２Ｄ通信用のリソースプールにおいて、Ｄ２Ｄ発見信号を伝送するシナリオもある。このシナリオは、「Ｄｉｓｃｏｖｅｒｙ  ｔｈｒｏｕｇｈ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＤｔＣ）」と称され得る。ＵＥ１００−１は、この「ＤｔＣ」のシナリオにおいて、Ｄ２Ｄ発見信号を伝送可能なＤ２Ｄ通信用のリソースプールについてのｔｘ−Ｐｒｏｂａｂｉｌｉｔｙパラメータ（１つ以上のパラメータ）を調整すると、調整後のｔｘ−ＰｒｏｂａｂｉｌｉｔｙパラメータをＵＥ１００−２〜Ｎに送信し得る。ちなみに、Ｄ２Ｄ通信の動作モードは２つ（Ｍｏｄｅ−１／Ｍｏｄｅ−２）定義される。２つのモードのうちＭｏｄｅ−２は、上述した内容である。これに対して、Ｍｏｄｅ−１では、ｅＮＢ２００又は図示しないリレーノードが、Ｄ２Ｄデータ（Ｄ２Ｄデータ及び／又は制御データ）を送信するための無線リソースを割り当てる。
【００８９】
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用しでもよい。
【００９０】
（１．導入）
以下の目的が含まれるＷＩＤが合意される。
【００９１】
以下の機能を可能にするために、Ｄ２Ｄ発見に対する増強を定義する（必要であれば）。
【００９２】
公衆安全用にターゲットする、部分的ネットワークカバレッジシナリオ及びネットワークカバレッジ外シナリオのためのＴｙｐｅ１発見手続
【００９３】
（２．検討）
同期処理について考慮すべきものは、Ｒｅｌ−１２に仕様化されるセル間発見シナリオである。現在の仕様によれば、カバレッジの縁部に近いＩｎＣのＵＥは、発見送信用リソースプールの先頭（に最も近いサブフレーム）を介して一回限りのＳＬＳＳのみを送信することによって、発見動作を行える。よって、カバレッジの縁部に近いＩｎＣのＵＥは、公衆安全発見又は商用発見動作に基づいて適切なＳＬＳＳ送信方法を選択すべきである。
【００９４】
提案１：ＰｒｏＳｅ  ＵＥは、公衆安全発見又は商用発見動作に基づいて適切なＳＬＳＳ送信方法を選択すべきである。
【００９５】
（２．１．１．他の増強）
（プール選択）
ネットワークカバレッジ内の動作では、サービングセル／ＰＣｅｌｌは、複数の送信リソースプール及びプール選択（ランダム／ＲＳＲＰに基づく）の方法をＰｒｏＳｅ  ＵＥに設定し得る。一方、ネットワークカバレッジ外の動作では、事前設定されたパラメータに、通信のためのプール選択スキームが存在しない。よって、ネットワークカバレッジ内のためのプール選択スキームを再利用する必要がないかもしれない。しかし、発見範囲の側面を考慮すると、発見範囲に基づく新しいプール選択スキームは有用であり得る。
【００９６】
提案２：発見範囲に基づくプール選択スキームが必要であるか否かを検討すべきである。
【００９７】
（発見メッセージ負荷制御（ｔｘＰｒｏｂａｂｉｌｉｔｙ））
サービングセル／ＰＣｅｌｌは、ｔｙｐｅ１発見アナウンスによって生成される発見メッセージの負荷を制御するために、ｔｘＰｒｏｂａｂｉｌｉｔｙを設定し得る。サービングセル／ＰＣｅｌｌは、専用シグナリング／ブロードキャストシグナリングを介してｔｘＰｒｏｂａｂｉｌｉｔｙを設定し得る。よって、ｔｘＰｒｏｂａｂｉｌｉｔｙは、ｔｙｐｅ１発見リソースプール選択に基づいて調整され得る（ｅＮＢ実装によって）。しかし、ネットワークカバレッジ外の状況では、ｔｘＰｒｏｂａｂｉｌｉｔｙが再利用される場合において、これをＰｒｏＳｅ  ＵＥに事前設定する必要があり、よって、リソースプール選択に基づいてｔｘＰｒｏｂａｂｉｌｉｔｙを調整することができない。ネットワークカバレッジ外のための負荷制御メカニズムが必要であれば、ｔｘＰｒｏｂａｂｉｌｉｔｙの適切な値をどのように選択するか、例えば、リソースプールにおける発見メッセージの数に基づくか、発見リソースプールの受信電力に基づくか、等を検討する必要がある。
【００９８】
提案３：ネットワークカバレッジ外のための負荷制御メカニズムが必要であるか否かを検討する必要がある。
【００９９】
（３．結論）
本付記において、部分的ネットワークカバレッジ及びネットワークカバレッジ外のための考察及び提案がある。
【０１００】
［相互参照］
米国仮出願第６２／１４５７３９号（２０１５年４月１０日）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０１０１】
本発明は、通信分野において有用である。
【図１】
2016163431.tif 000003
【図２】
2016163431.tif 000004
【図３】
2016163431.tif 000005
【図４】
2016163431.tif 000006
【図５】
2016163431.tif 000007
【図６】
2016163431.tif 000008
【図７】
2016163431.tif 000009
【図８】
2016163431.tif 000010
【国際調査報告】
2016163431.tif 000011
2016163431.tif 000012
2016163431.tif 000013
2016163431.tif 000014