(57)【要約】  第１の特徴に係るユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、サービングセルに在圏するユーザ端末である。前記ユーザ端末は、前記サービングセルを形成する基地局から、隣接セルが前記サービングセルと同期しているか否かに関するセル間同期情報を受信する受信部と、前記隣接セルに在圏する近傍端末とのセル間発見手順又は当該近傍端末とのセル間Ｄ２Ｄ通信を行う前に、前記セル間同期情報に基づいて、前記近傍端末との同期を確立するためのセル間同期手順を行うか否かを判断する制御部と、を備える。
2015170730.tif 000002
【特許請求の範囲】
【請求項１】
Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、サービングセルに在圏するユーザ端末であって、
前記サービングセルを形成する基地局から、隣接セルが前記サービングセルと同期しているか否かに関するセル間同期情報を受信する受信部と、
前記隣接セルに在圏する近傍端末とのセル間発見手順又は当該近傍端末とのセル間Ｄ２Ｄ通信を行う前に、前記セル間同期情報に基づいて、前記近傍端末との同期を確立するためのセル間同期手順を行うか否かを判断する制御部と、
を備えることを特徴とするユーザ端末。
【請求項２】
前記セル間同期手順において、前記制御部は、前記近傍端末から送信されるＤ２Ｄ同期信号をスキャンすることを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記セル間同期情報は、前記サービングセルと前記隣接セルとの間の同期ずれ量を示す情報を含むことを特徴とする請求項１に記載のユーザ端末。
【請求項４】
前記セル間同期手順において、前記制御部は、前記同期ずれ量に応じて前記隣接セルに同期する制御を行うことを特徴とする請求項３に記載のユーザ端末。
【請求項５】
前記セル間同期情報は、前記隣接セルのセル識別子を含むことを特徴とする請求項１に記載のユーザ端末。
【請求項６】
前記制御部は、前記セル間同期情報に基づいて前記同期を確立することにより、前記セル間発見手順におけるＤｉｓｃｏｖｅｒｙ信号を前記近傍端末から受信する処理を行うことを特徴とする請求項２に記載のユーザ端末。
【請求項７】
Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、サービングセルに在圏するユーザ端末であって、
前記サービングセルを形成する基地局から、Ｄ２Ｄ同期信号の送信を指示する情報を受信した場合、前記Ｄ２Ｄ同期信号を送信する処理を行う制御部を備えることを特徴とするユーザ端末。
【請求項８】
Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、サービングセルに在圏するユーザ端末であって、
隣接セルに在圏する近傍端末とのセル間発見手順又は当該近傍端末とのセル間Ｄ２Ｄ通信を行う前に、当該近傍端末との同期を確立するためのＤ２Ｄ同期信号を送信する送信部と、
前記サービングセルに在圏する他のユーザ端末から送信されるＤ２Ｄ同期信号を検知したことに基づいて、前記送信部からの前記Ｄ２Ｄ同期信号の送信を中止する制御を行う制御部と、
を備えることを特徴とするユーザ端末。
【請求項９】
前記制御部は、前記サービングセルに在圏する他のユーザ端末から送信されるＤ２Ｄ同期信号を検知し、かつ、当該検知したＤ２Ｄ同期信号の受信レベルが閾値を超える場合に、前記送信部からの前記Ｄ２Ｄ同期信号の送信を中止する制御を行うことを特徴とする請求項８に記載のユーザ端末。
【請求項１０】
Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、ユーザ端末が在圏しているサービングセルを形成する基地局であって、
前記ユーザ端末から、近傍端末との同期を確立するためのＤ２Ｄ同期信号の送信可否に関する問い合せを受信する受信部と、
前記サービングセルに在圏する他のユーザ端末に前記Ｄ２Ｄ同期信号の送信を許可しているか否かに基づいて、前記ユーザ端末による前記Ｄ２Ｄ同期信号の送信を許可するか否かを判断する制御部と、
を備えることを特徴とする基地局。
【請求項１１】
前記制御部は、前記他のユーザ端末に前記Ｄ２Ｄ同期信号の送信を許可しており、かつ、前記ユーザ端末の近傍に前記他のユーザ端末が存在すると推定される場合に、前記ユーザ端末による前記Ｄ２Ｄ同期信号の送信を許可しないと判断することを特徴とする請求項１０に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられるユーザ端末及び基地局に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）近傍サービスの導入が検討されている（非特許文献１参照）。【０００３】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のユーザ端末からなる同期クラスタ内で直接的な端末間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍端末を発見する発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的な端末間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。【０００４】
また、あるセル（サービングセル）に在圏するユーザ端末が、他のセル（隣接セル）に在圏する近傍端末を発見するための発見手順は、セル間発見手順（Ｉｎｔｅｒ−Ｃｅｌｌ  Ｄｉｓｃｏｖｅｒｙ）と称される。さらに、サービングセルに在圏するユーザ端末が、隣接セルに在圏する近傍端末と行うＤ２Ｄ通信は、セル間Ｄ２Ｄ通信（Ｉｎｔｅｒ−Ｃｅｌｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と称される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ３６．８４３  Ｖ１２．０．１」  ２０１４年３月
【発明の概要】
【０００６】
一つの実施形態に係るユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、サービングセルに在圏するユーザ端末である。前記ユーザ端末は、前記サービングセルを形成する基地局から、隣接セルが前記サービングセルと同期しているか否かに関するセル間同期情報を受信する受信部と、前記隣接セルに在圏する近傍端末とのセル間発見手順又は当該近傍端末とのセル間Ｄ２Ｄ通信を行う前に、前記セル間同期情報に基づいて、前記近傍端末との同期を確立するためのセル間同期手順を行うか否かを判断する制御部と、を備える。
【０００７】
一つの実施形態に係るユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、サービングセルに在圏するユーザ端末である。前記ユーザ端末は、前記サービングセルを形成する基地局から、Ｄ２Ｄ同期信号の送信を指示する情報を受信した場合、前記Ｄ２Ｄ同期信号を送信する処理を行う制御部を備える。
【０００８】
一つの実施形態に係るユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、サービングセルに在圏するユーザ端末である。前記ユーザ端末は、隣接セルに在圏する近傍端末とのセル間発見手順又は当該近傍端末とのセル間Ｄ２Ｄ通信を行う前に、当該近傍端末との同期を確立するためのＤ２Ｄ同期信号を送信する送信部と、前記サービングセルに在圏する他のユーザ端末から送信されるＤ２Ｄ同期信号を検知したことに基づいて、前記送信部からの前記Ｄ２Ｄ同期信号の送信を中止する制御を行う制御部と、を備える。
【０００９】
一つの実施形態に係る基地局は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、ユーザ端末が在圏しているサービングセルを形成する基地局である。前記基地局は、前記ユーザ端末から、近傍端末との同期を確立するためのＤ２Ｄ同期信号の送信可否に関する問い合せを受信する受信部と、前記サービングセルに在圏する他のユーザ端末に前記Ｄ２Ｄ同期信号の送信を許可しているか否かに基づいて、前記ユーザ端末による前記Ｄ２Ｄ同期信号の送信を許可するか否かを判断する制御部と、を備える。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態及び第２実施形態に係るＬＴＥシステムの構成図である。
【図２】第１実施形態及び第２実施形態に係るＵＥのブロック図である。
【図３】第１実施形態及び第２実施形態に係るｅＮＢのブロック図である。
【図４】第１実施形態及び第２実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】第１実施形態及び第２実施形態に係るＬＴＥシステムで使用される無線フレームの構成図である。
【図６】第１実施形態に係る動作環境を示す図である。
【図７】第１実施形態に係る動作を示すシーケンス図である。
【図８】第２実施形態に係る動作環境を示す図である。
【図９】第２実施形態に係るＵＥの動作を示すフロー図である。
【図１０】第２実施形態の変更例に係る動作を示すシーケンス図である。
【発明を実施するための形態】
【００１１】
［実施形態の概要］
第１実施形態に係るユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、サービングセルに在圏するユーザ端末である。前記ユーザ端末は、前記サービングセルを形成する基地局から、隣接セルが前記サービングセルと同期しているか否かに関するセル間同期情報を受信する受信部と、前記隣接セルに在圏する近傍端末とのセル間発見手順又は当該近傍端末とのセル間Ｄ２Ｄ通信を行う前に、前記セル間同期情報に基づいて、前記近傍端末との同期を確立するためのセル間同期手順を行うか否かを判断する制御部と、を備える。
【００１２】
第１実施形態に係る動作パターン１では、前記セル間同期手順において、前記制御部は、前記サービングセルにおいてＤ２Ｄ同期信号を送信する制御を行う。
【００１３】
第１実施形態に係る動作パターン２では、前記セル間同期情報は、前記サービングセルと前記隣接セルとの間の同期ずれ量を示す情報を含む。
【００１４】
第１実施形態に係る動作パターン２では、前記セル間同期手順において、前記制御部は、前記同期ずれ量に応じて前記隣接セルに同期する制御を行う。
【００１５】
第２実施形態に係るユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、サービングセルに在圏するユーザ端末である。前記ユーザ端末は、隣接セルに在圏する近傍端末とのセル間発見手順又は当該近傍端末とのセル間Ｄ２Ｄ通信を行う前に、当該近傍端末との同期を確立するためのＤ２Ｄ同期信号を送信する送信部と、前記サービングセルに在圏する他のユーザ端末から送信されるＤ２Ｄ同期信号を検知したことに基づいて、前記送信部からの前記Ｄ２Ｄ同期信号の送信を中止する制御を行う制御部と、を備える。
【００１６】
第２実施形態では、前記制御部は、前記サービングセルに在圏する他のユーザ端末から送信されるＤ２Ｄ同期信号を検知し、かつ、当該検知したＤ２Ｄ同期信号の受信レベルが閾値を超える場合に、前記送信部からの前記Ｄ２Ｄ同期信号の送信を中止する制御を行う。
【００１７】
第２実施形態の変更例に係る基地局は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、ユーザ端末が在圏しているサービングセルを形成する基地局である。前記基地局は、前記ユーザ端末から、近傍端末との同期を確立するためのＤ２Ｄ同期信号の送信可否に関する問い合せを受信する受信部と、前記サービングセルに在圏する他のユーザ端末に前記Ｄ２Ｄ同期信号の送信を許可しているか否かに基づいて、前記ユーザ端末による前記Ｄ２Ｄ同期信号の送信を許可するか否かを判断する制御部と、を備える。
【００１８】
第２実施形態の変更例では、前記制御部は、前記他のユーザ端末に前記Ｄ２Ｄ同期信号の送信を許可しており、かつ、前記ユーザ端末の近傍に前記他のユーザ端末が存在すると推定される場合に、前記ユーザ端末による前記Ｄ２Ｄ同期信号の送信を許可しないと判断する。
【００１９】
［第１実施形態］
以下において、３ＧＰＰ規格に基づく移動通信システムであるＬＴＥシステムに本発明を適用する場合の実施形態を説明する。
【００２０】
（１）システム構成
先ず、第１実施形態に係るＬＴＥシステムのシステム構成について説明する。図１は、第１実施形態に係るＬＴＥシステムの構成図である。
【００２１】
図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２２】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００２３】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００２４】
ｅＮＢ２００は、１又は複数のセルを形成しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００２５】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。なお、Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。
【００２６】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。無線送受信機１１０及びプロセッサ１６０は、送信部及び受信部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００２７】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００２８】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００２９】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００３０】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。無線送受信機２１０（及び／又はネットワークインターフェイス２２０）及びプロセッサ２４０は、送信部及び受信部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
【００３１】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００３２】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００３３】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００３４】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３５】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御情報が伝送される。
【００３６】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００３７】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御情報が伝送される。
【００３８】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００３９】
ＲＲＣ層は、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御情報（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
【００４０】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００４１】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００４２】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００４３】
（２）Ｄ２Ｄ近傍サービス
以下において、Ｄ２Ｄ近傍サービスについて説明する。第１実施形態に係るＬＴＥシステムは、Ｄ２Ｄ近傍サービスをサポートする。
【００４４】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のＵＥ１００からなる同期クラスタ内で直接的なＵＥ間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍ＵＥを発見する発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的なＵＥ間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。Ｄ２Ｄ通信は、Ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎとも称される。
【００４５】
同期クラスタを形成する全ＵＥ１００がセルカバレッジ内に位置するシナリオを「カバレッジ内（Ｉｎ  ｃｏｖｅｒａｇｅ）」という。同期クラスタを形成する全ＵＥ１００がセルカバレッジ外に位置するシナリオを「カバレッジ外（Ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ）」という。同期クラスタのうち一部のＵＥ１００がセルカバレッジ内に位置し、残りのＵＥ１００がセルカバレッジ外に位置するシナリオを「部分的カバレッジ（Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅ）」という。
【００４６】
カバレッジ内では、ｅＮＢ２００がＤ２Ｄ同期元となる。Ｄ２Ｄ非同期元は、Ｄ２Ｄ同期信号を送信せずにＤ２Ｄ同期元に同期する。Ｄ２Ｄ同期元であるｅＮＢ２００は、Ｄ２Ｄ近傍サービスに使用可能な無線リソース（リソースプール）を示すＤ２Ｄリソース情報を、ブロードキャスト信号により送信する。Ｄ２Ｄリソース情報は、例えば、発見手順用のリソースプールを示す情報（Ｄｉｓｃｏｖｅｒｙリソース情報）及びＤ２Ｄ通信用のリソースプールを示す情報（Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報）を含む。Ｄ２Ｄ非同期元であるＵＥ１００は、ｅＮＢ２００から受信するＤ２Ｄリソース情報に基づいて、発見手順及びＤ２Ｄ通信を行う。
【００４７】
カバレッジ外又は部分的カバレッジでは、ＵＥ１００がＤ２Ｄ同期元となる。カバレッジ外では、Ｄ２Ｄ同期元であるＵＥ１００は、Ｄ２Ｄ近傍サービスに使用可能な無線リソース（リソースプール）を示すＤ２Ｄリソース情報を、例えばＤ２Ｄ同期信号により送信する。Ｄ２Ｄ同期信号は、端末間同期を確立する同期手順において送信される信号である。Ｄ２Ｄ同期信号は、Ｄ２Ｄ  ＳＳ及び物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）を含む。Ｄ２Ｄ  ＳＳは、時間・周波数の同期基準を提供する信号である。ＰＤ２ＤＳＣＨは、Ｄ２Ｄ  ＳＳよりも多くの情報を運搬する物理チャネルである。ＰＤ２ＤＳＣＨは、上述したＤ２Ｄリソース情報（Ｄｉｓｃｏｖｅｒｙリソース情報、Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報）を運搬する。或いは、Ｄ２Ｄ  ＳＳにＤ２Ｄリソース情報を関連付けることにより、ＰＤ２ＤＳＣＨを不要としてもよい。
【００４８】
発見手順は、主にＤ２Ｄ通信をユニキャストで行う場合に利用される。一のＵＥ１００は、他のＵＥ１００とのＤ２Ｄ通信を開始しようとする場合に、発見手順用のリソースプールのうち何れかの無線リソースを用いて、Ｄｉｓｃｏｖｅｒｙ信号を送信する。当該他のＵＥ１００は、当該一のＵＥ１００とのＤ２Ｄ通信を開始しようとする場合に、発見手順用のリソースプール内でＤｉｓｃｏｖｅｒｙ信号をスキャンし、Ｄｉｓｃｏｖｅｒｙ信号を受信する。Ｄｉｓｃｏｖｅｒｙ信号は、当該一のＵＥ１００がＤ２Ｄ通信に使用する無線リソースを示す情報を含んでもよい。
【００４９】
また、あるセル（サービングセル）に在圏するユーザ端末が、他のセル（隣接セル）に在圏する近傍端末を発見するための発見手順は、セル間発見手順（Ｉｎｔｅｒ−Ｃｅｌｌ  Ｄｉｓｃｏｖｅｒｙ）と称される。さらに、サービングセルに在圏するユーザ端末が、隣接セルに在圏する近傍端末と行うＤ２Ｄ通信は、セル間Ｄ２Ｄ通信（Ｉｎｔｅｒ−Ｃｅｌｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と称される。
【００５０】
（３）動作環境
以下において、第１実施形態に係る動作環境について説明する。図６は、第１実施形態に係る動作環境を示す図である。
【００５１】
図６に示すように、ｅＮＢ２００＃１はセル＃１を形成しており、ｅＮＢ２００＃２はセル＃２を形成している。セル＃１及びセル＃２は、相互に隣接する関係にある。
【００５２】
ＵＥ１００＃１は、セル＃１に在圏している。ＵＥ１００＃１は、セル＃１においてＲＲＣコネクティッド状態又はＲＲＣアイドル状態である。ＵＥ１００＃１に着目すると、セル＃１はサービングセルであり、セル＃２は隣接セルである。
【００５３】
ＵＥ１００＃２は、セル＃２に在圏している。ＵＥ１００＃２は、セル＃２においてＲＲＣコネクティッド状態又はＲＲＣアイドル状態である。ＵＥ１００＃２に着目すると、セル＃１は隣接セルであり、セル＃２はサービングセルである。
【００５４】
第１実施形態では、このような動作環境において、ＵＥ１００＃１がＵＥ１００＃２とのセル間発見手順を行うシナリオを想定する。また、セル＃２がセル＃１と同期していないシナリオを想定する。セル＃２がセル＃１と同期していない場合には、ＵＥ１００＃１はＵＥ１００＃２と非同期であるため、ＵＥ１００＃１がＵＥ１００＃２とのセル間発見手順を試みても失敗に終わる可能性が高い。
【００５５】
（４）第１実施形態に係る動作
以下において、第１実施形態に係る動作について説明する。
【００５６】
（４．１）動作概要
図７は、第１実施形態に係る動作を示すシーケンス図である。
【００５７】
図７に示すように、ステップＳ１０１において、ｅＮＢ２００＃１は、セル＃２（隣接セル）がセル＃１（サービングセル）と同期しているか否かに関するセル間同期情報を送信する。ＵＥ１００＃１は、ｅＮＢ２００＃１からセル間同期情報を受信する。
【００５８】
セル間同期情報は、ブロードキャスト信号により送信される。或いは、セル間同期情報は、ユニキャスト信号により送信されてもよい。セル間同期情報は、セル＃２の識別子を含むことが好ましい。セル間同期情報は、Ｄ２Ｄリソース情報と同じメッセージに含まれていてもよい。
【００５９】
ステップＳ１０２において、ＵＥ１００＃１は、セル間同期情報に基づいて、ＵＥ１００＃２（近傍端末）との同期を確立するためのセル間同期手順（Ｉｎｔｅｒ−Ｃｅｌｌ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）を行うか否かを判断する。具体的には、ＵＥ１００＃１は、セル＃２がセル＃１と同期している場合、セル間同期手順が不要であると判断する。これに対し、ＵＥ１００＃１は、セル＃２がセル＃１と同期していない場合、セル間同期手順を行うと判断する。
【００６０】
セル＃２がセル＃１と同期していない場合（ステップＳ１０２：ＮＯ）、ステップＳ１０３においてセル間同期手順を行う。セル間同期手順には２つのパターンが存在する。各動作パターンの詳細については後述する。
【００６１】
ステップＳ１０４において、ＵＥ１００＃１は、ＵＥ１００＃２とのセル間発見手順を行う。
【００６２】
このように、ＵＥ１００＃１は、セル＃１（サービングセル）を形成するｅＮＢ２００＃１からセル間同期情報を受信する。ＵＥ１００＃１は、セル＃２（隣接セル）に在圏するＵＥ１００＃２（近傍端末）とのセル間発見手順を行う前に、セル間同期情報に基づいて、ＵＥ１００＃２との同期を確立するためのセル間同期手順を行うか否かを判断する。
【００６３】
よって、ＵＥ１００＃１は、セル＃２がセル＃１と同期していないことを確認して、セル間同期手順を行うことができる。従って、ＵＥ１００＃２との同期を確立して、セル間発見手順を適切に行うことができる。
【００６４】
一方で、セル＃２がセル＃１と同期している場合には、ＵＥ１００＃１は、セル間同期手順を省略することができる。従って、不要なセル間同期手順を行うことによる処理負荷及び干渉等の増加を抑制できる。
【００６５】
（４．２）動作パターン１
次に、セル間同期手順の動作パターン１について説明する。
【００６６】
動作パターン１では、セル間同期手順において、ＵＥ１００＃１は、Ｄ２Ｄ  ＳＳ（Ｄ２Ｄ同期信号）を送信する。Ｄ２Ｄ  ＳＳを受信したＵＥ１００＃２は、ＵＥ１００＃１に同期することができる。よって、ＵＥ１００＃１とＵＥ１００＃２との間で同期が確立される。
【００６７】
Ｄ２Ｄ  ＳＳを受信したＵＥ１００＃２は、ＵＥ１００＃１に同期することができる。よって、ＵＥ１００＃１とＵＥ１００＃２との間で直接的に同期が確立される。
【００６８】
或いは、セル間同期手順において、ＵＥ１００＃１は、ＵＥ１００＃２から送信されるＤ２Ｄ  ＳＳをスキャンしてもよい。そのスキャンの結果、ＵＥ１００＃２から送信されるＤ２Ｄ  ＳＳを検知できない場合に、ＵＥ１００＃１がＤ２Ｄ  ＳＳの送信を開始してもよい。なお、Ｄ２Ｄ  ＳＳの送信元のＵＥのサービングセルを示す情報をＤ２Ｄ  ＳＳが含むことを前提としている。
【００６９】
上述したように、Ｄ２Ｄ  ＳＳはカバレッジ外又は部分的カバレッジのケースにおいて用いられるが、第１実施形態では、カバレッジ内のケースにおいてＤ２Ｄ  ＳＳを送受信する。
【００７０】
動作パターン１では、ｅＮＢ２００＃１から送信されるセル間同期情報は、セル＃２がセル＃１と同期しているか否かを示す１ビットのフラグを含んでもよい。セル間同期情報において、当該フラグは、セル＃２の識別子と関連付けられている。
【００７１】
ＵＥ１００＃１は、セル＃２がセル＃１と同期していないことを当該フラグが示す場合に、セル間同期手順を行うと判断して、Ｄ２Ｄ  ＳＳの送信（又はスキャン）を開始する。
【００７２】
（４．３）動作パターン２
次に、セル間同期手順の動作パターン２について説明する。
【００７３】
動作パターン２では、ｅＮＢ２００＃１から送信されるセル間同期情報は、セル＃１（サービングセル）とセル＃２（隣接セル）との間の同期ずれ量を示す情報である。同期ずれ量を示す情報とは、例えば、セル＃１を基準としたセル＃２の無線フレームオフセット値、セル＃１を基準としたセル＃２のサブフレームオフセット値などである。
【００７４】
動作パターン２では、ｅＮＢ２００＃１は、セル＃２がセル＃１と同期していない場合にのみ、セル＃２についてのセル間同期情報を送信するとしてもよい。すなわち、ｅＮＢ２００＃１は、セル＃２がセル＃１と同期している場合には、セル＃２についてのセル間同期情報を送信しなくてもよい。この場合、ＵＥ１００＃１は、ｅＮＢ２００＃１からセル＃２についてのセル間同期情報を受信した場合に、セル間同期手順を行うと判断する。
【００７５】
或いは、ｅＮＢ２００＃１は、セル＃２がセル＃１と同期している場合にも、セル＃２についてのセル間同期情報を送信してもよい。この場合、同期ずれ量を示すオフセット値はゼロに設定される。この場合、ＵＥ１００＃１は、ゼロよりも大きいオフセット値を含むセル間同期情報を受信した場合に、セル間同期手順を行うと判断する。
【００７６】
動作パターン２では、セル間同期手順において、ＵＥ１００＃１は、同期ずれ量に応じてセル＃２に同期する制御を行う。例えば、Ｄｉｓｃｏｖｅｒｙ信号の送信タイミングの調整及び／又はＤｉｓｃｏｖｅｒｙ信号の受信タイミングの調整等を行う。ＵＥ１００＃１が同期ずれ量に応じてセル＃２に同期する制御を行うことにより、ＵＥ１００＃１とＵＥ１００＃２との間で同期が確立される。
【００７７】
［第２実施形態］
第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態では、上述したセル間同期手順の動作パターン１が適用されるケースを想定する。
【００７８】
上述したセル間同期手順の動作パターン１では、セル間同期手順を行う各ＵＥ１００がカバレッジ内でＤ２Ｄ  ＳＳを送受信するため、Ｄ２Ｄ  ＳＳに起因して干渉が増大する虞がある。よって、第２実施形態では、上述したセル間同期手順の動作パターン１において、Ｄ２Ｄ  ＳＳの送信を抑制することにより、干渉の増大を抑制する。
【００７９】
（１）動作環境
以下において、第２実施形態に係る動作環境について説明する。図８は、第２実施形態に係る動作環境を示す図である。
【００８０】
図８に示すように、セル＃１のカバレッジにはＵＥ１００＃１及びＵＥ１００＃３が在圏している。また、セル＃２のカバレッジにはＵＥ１００＃２が在圏している。ＵＥ１００＃１乃至ＵＥ１００＃３のそれぞれは、セル間発見手順を行うためにセル間同期手順を行うＵＥ１００である。
【００８１】
ＵＥ１００＃３は、ＵＥ１００＃１の近傍に位置しており、Ｄ２Ｄ  ＳＳを送信している。上述したように、Ｄ２Ｄ  ＳＳは、送信元ＵＥのサービングセルを示す情報を含む。
【００８２】
ＵＥ１００＃１及びＵＥ１００＃２のそれぞれは、ＵＥ１００＃３からＤ２Ｄ  ＳＳを受信する。ＵＥ１００＃２は、隣接セルのＵＥ１００＃３からＤ２Ｄ  ＳＳを受信したことに応じて、当該Ｄ２Ｄ  ＳＳを用いてＵＥ１００＃３との同期を確立する。
【００８３】
ここで、同一セルに在圏するＵＥ１００＃１及びＵＥ１００＃３は互いに同期しているため、ＵＥ１００＃２は、ＵＥ１００＃３との同期を確立するのと同時に、ＵＥ１００＃１との同期も確立したことになる。よって、ＵＥ１００＃１はＤ２Ｄ  ＳＳを送信する必要がない。
【００８４】
（２）第２実施形態に係る動作
以下において、第２実施形態に係る動作について説明する。
【００８５】
第２実施形態に係るＵＥ１００＃１は、セル＃２（隣接セル）に在圏するＵＥ１００＃２（近傍端末）とのセル間発見手順を行う前に、セル＃１（サービングセル）に在圏するＵＥ１００＃３（他のＵＥ）から送信されるＤ２Ｄ  ＳＳをスキャンする。
【００８６】
そして、ＵＥ１００＃１は、セル＃１に在圏するＵＥ１００＃３から送信されるＤ２Ｄ  ＳＳを検知したことに基づいて、自ＵＥ１００＃１からのＤ２Ｄ  ＳＳの送信を中止する。ここで、ＵＥ１００＃１は、セル＃１に在圏するＵＥ１００＃３から送信されるＤ２Ｄ  ＳＳを検知し、かつ、当該検知したＤ２Ｄ  ＳＳの受信レベルが閾値を超える場合に、自ＵＥ１００＃１からのＤ２Ｄ  ＳＳの送信を中止することが好ましい。
【００８７】
図９は、第２実施形態に係るＵＥ１００＃１の動作を示すフロー図である。例えば、ＵＥ１００＃１は、セル間発見手順を行うと決定した際に、本フローを開始する。
【００８８】
図９に示すように、ステップＳ２０１において、ＵＥ１００＃１は、Ｄ２Ｄ  ＳＳをスキャンし、受信したＤ２Ｄ  ＳＳの受信レベルを測定する。
【００８９】
ステップＳ２０２において、ＵＥ１００＃１は、当該Ｄ２Ｄ  ＳＳに含まれるサービングセル識別子が、セル＃１のセル識別子と一致するか否かを判断する。一致する場合、ＵＥ１００＃１は、当該Ｄ２Ｄ  ＳＳの受信レベルが閾値を超えるか否かを判断する。
【００９０】
ステップＳ２０２で「ＮＯ」の場合、ステップＳ２０３において、ＵＥ１００＃１は、Ｄ２Ｄ  ＳＳの送信を開始（又は継続）する。一方、ステップＳ２０２で「ＹＥＳ」の場合、ステップＳ２０４において、ＵＥ１００＃１は、Ｄ２Ｄ  ＳＳの送信を中止する。
【００９１】
このように、セル＃１に在圏するＵＥ１００＃１は、セル間同期手順において、セル＃１に在圏する他のＵＥから送信されるＤ２Ｄ  ＳＳを検知したことに基づいて、自ＵＥ１００＃１からのＤ２Ｄ  ＳＳの送信を中止する。これにより、Ｄ２Ｄ  ＳＳの送信を抑制することができる。
【００９２】
［第２実施形態の変更例］
上述した第２実施形態では、ＵＥ主導でＤ２Ｄ  ＳＳの送信を制御していた。しかしながら、ｅＮＢ主導でＤ２Ｄ  ＳＳの送信を制御してもよい。第２実施形態の変更例では、ｅＮＢ２００の許可を得なければＤ２Ｄ  ＳＳを送信できないケースを想定する。但し、基本的な考え方は第２実施形態と同様である。
【００９３】
以下において、第２実施形態の変更例に係る動作について説明する。ここでは、図８に示したような動作環境における動作を説明する。
【００９４】
図１０は、第２実施形態の変更例に係る動作を示すシーケンス図である。図１０において、ＵＥ１００＃１及びＵＥ１００＃３は、ｅＮＢ２００＃１が形成するセル＃１に在圏している。
【００９５】
図１０に示すように、ステップＳ３０１において、ＵＥ１００＃３は、Ｄ２Ｄ  ＳＳの送信可否に関する問い合せをｅＮＢ２００＃１に送信する。当該問い合せは、ＵＥ１００＃３の地理的な位置情報を含んでもよい。ｅＮＢ２００＃１は、ＵＥ１００＃３からの問い合せに対して、Ｄ２Ｄ  ＳＳの送信を許可するか否かを判断する。ここでは、Ｄ２Ｄ  ＳＳの送信をＵＥ１００＃３に許可したと仮定して、説明を進める。ｅＮＢ２００＃１は、Ｄ２Ｄ  ＳＳの送信が許可されたＵＥ１００＃３の情報を記憶する。
【００９６】
ステップＳ３０２において、ｅＮＢ２００＃１は、Ｄ２Ｄ  ＳＳの送信許可をＵＥ１００＃３に通知する。ＵＥ１００＃３は、Ｄ２Ｄ  ＳＳの送信が許可されると、Ｄ２Ｄ  ＳＳの送信を開始する。
【００９７】
ステップＳ３０３において、ＵＥ１００＃１は、Ｄ２Ｄ  ＳＳの送信可否に関する問い合せをｅＮＢ２００＃１に送信する。当該問い合せは、ＵＥ１００＃１の地理的な位置情報を含んでもよい。
【００９８】
ステップＳ３０４において、ｅＮＢ２００＃１は、ＵＥ１００＃１からの問い合せに対して、Ｄ２Ｄ  ＳＳの送信を許可するか否かを判断する。ｅＮＢ２００＃１は、Ｄ２Ｄ  ＳＳの送信をＵＥ１００＃３に既に許可している、すなわち、ＵＥ１００＃３がＤ２Ｄ  ＳＳを送信中であるため、ＵＥ１００＃１によるＤ２Ｄ  ＳＳの送信を許可しないと判断してもよい。
【００９９】
或いは、ｅＮＢ２００＃１は、ＵＥ１００＃３にＤ２Ｄ  ＳＳの送信を許可しており、かつ、ＵＥ１００＃１の近傍にＵＥ１００＃３が存在すると推定される場合に、ＵＥ１００＃１によるＤ２Ｄ  ＳＳの送信を許可しないと判断してもよい。この場合、ｅＮＢ２００＃１は、問い合せに含まれる地理的位置情報に基づいて、ＵＥ１００＃１の近傍にＵＥ１００＃３が存在するか否かを判断してもよい。或いは、ｅＮＢ２００＃１が各ＵＥ１００のパスロス値、上りリンク送信電力値、又はタイミングアドバンス（ＴＡ）値を管理している場合に、地理的位置情報に代えて、パスロス値、上りリンク送信電力値、又はＴＡ値に基づいて判断を行ってもよい。
【０１００】
ここでは、Ｄ２Ｄ  ＳＳの送信をＵＥ１００＃１に許可しないと仮定して、説明を進める。
【０１０１】
ステップＳ３０５において、ｅＮＢ２００＃１は、Ｄ２Ｄ  ＳＳの送信禁止（拒否）をＵＥ１００＃１に通知する。ＵＥ１００＃１は、Ｄ２Ｄ  ＳＳの送信が許可されないため、Ｄ２Ｄ  ＳＳの送信を開始しない。
【０１０２】
このように、第２実施形態の変更例によれば、上述した第２実施形態と同様に、Ｄ２Ｄ  ＳＳの送信を抑制することができる。
【０１０３】
なお、第２実施形態の変更例では、Ｄ２Ｄ  ＳＳの送信状況をｅＮＢ２００＃１で管理するために、Ｄ２Ｄ  ＳＳの送信を停止するＵＥ１００はその旨をｅＮＢ２００＃１に問い合せる又は通知することが好ましい。
【０１０４】
［その他の実施形態］
上述した各実施形態では、ＵＥ１００＃１がＵＥ１００＃２とのセル間発見手順を行うシナリオを想定していた。しかしながら、ＵＥ１００＃１がＵＥ１００＃２とのセル間発見手順を行うことなく、ＵＥ１００＃１がＵＥ１００＃２とのセル間Ｄ２Ｄ通信を行うシナリオにも本発明を適用可能である。すなわち、上述した各実施形態に係る動作における「セル間発見手順」を「セル間Ｄ２Ｄ通信」と読み替えることが可能である。
【０１０５】
また、上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１０６】
［付記］
以下において、実施形態の補足事項について付記する。
【０１０７】
（はじめに）
セル間発見手順（セル間Ｄｉｓｃｏｖｅｒｙ）に関して、ＲＡＮ２ではＤ２Ｄ受信Ｄｉｓｃｏｖｅｒｙリソースプールに関して以下の通り合意された。
【０１０８】
ｅＮＢは、Ｄ２Ｄ受信ＤｉｓｃｏｖｅｒｙリソースをＳＩＢに含んで提供してもよい。これらのリソースは、自セル内のＤ２Ｄ送信用に使用されるリソース及び隣接セル内で使用されるリソースをカバーしてもよい。（詳細は今後検討）
【０１０９】
その一方、ＲＡＮ１では以下の通り合意された。
【０１１０】
（サポートされている場合、）タイプ２Ｂ用のＤｉｓｃｏｖｅｒｙ受信のためにＤ２Ｄ  ＵＥ用の（複数の）無線リソースプールをｅＮＢがＳＩＢに含んで提供してもよい。タイプ１及びタイプ２ＢのＤｉｓｃｏｖｅｒｙ用の（複数の）共通の受信プールであるか、又は異なる受信プールであるかは今後検討（FFS）。ＵＥは、隣接セルのＳＩＢをデコードする必要はない。
【０１１１】
タイプ２ＢのＤｉｓｃｏｖｅｒｙ用のメカニズム。ｅＮＢによるリソース割り当て後、リソースホッピングメカニズムを適用できる。リソースホッピングメカニズムの詳細は今後検討。
【０１１２】
本付記では、セル間Ｄｉｓｃｏｖｅｒｙの他の局面を調査し、上記の合意に基づいて、可能な解決策を提案する。
【０１１３】
（検討）
サービングセルと隣接セルとの間の同期に関して、以下の２つの配備が検討された。
【０１１４】
・同期配備（Ｓｙｎｃｈｒｏｎｏｕｓ  ｄｅｐｌｏｙｍｅｎｔ）
同期配備では、サービングセルが隣接セルと同期しているため、Ｄ２Ｄ  ＵＥは、サービングセルから送信された同期信号を参照することによって、セル間Ｄｉｓｃｏｖｅｒｙの送受信を実施できる。したがって、サービングセルは、受信リソースプール以外の追加の情報を送信する必要がない。同期配備は、ＯＡＭ及びｅＮＢ実装によって達成できる。例えば、同期配備は、各ＭＢＳＦＮ領域内で想定されてもよい。
【０１１５】
・非同期配備（Ａｓｙｎｃｈｒｏｎｏｕｓ  ｄｅｐｌｏｙｍｅｎｔ）
非同期配備では、サービングセルが隣接セルと同期していないため、サービングセルのＤ２Ｄ  ＵＥは、セル間Ｄｉｓｃｏｖｅｒｙの送受信を行う前に、隣接セルのＤ２Ｄ  ＵＥと同期する必要がある。
【０１１６】
セル間Ｄｉｓｃｏｖｅｒｙに関して、両タイプの配備が想定される。したがって、セル間Ｄｉｓｃｏｖｅｒｙも両タイプの配備について検討されるべきである。複雑さを軽減するために、セル間Ｄｉｓｃｏｖｅｒｙを行う共通のスキームが、同期及び非同期配備の両方に導入されるべきであることが検討されている。当該スキームは、Ｄ２Ｄ  ＵＥが、セル間Ｄｉｓｃｏｖｅｒｙのために、他のＤ２Ｄ  ＵＥと直接的同期を行うか否かに基づいて分類できると想定される。
【０１１７】
（他のＤ２Ｄ  ＵＥとの直接的同期：選択肢１）
直接的同期では、隣接セルのＤ２Ｄ  ＵＥと同期するために、セル間Ｄｉｓｃｏｖｅｒｙを行う前に、カバレッジ内Ｄ２Ｄ  ＵＥがＤ２Ｄ  ＳＳを送信、又は隣接セルのＤ２Ｄ  ＵＥにより送信されたＤ２Ｄ  ＳＳを受信する。このスキームでは、他のＤ２Ｄ  ＵＥと直接的同期を行うことが想定されているので、隣接セルが、サービングセルと同期しているかどうかは問題ではない。したがって、このスキームは、同期及び非同期配備の両方に対して適用可能である。
【０１１８】
直接的同期を効率的に達成するために、カバレッジ内Ｄ２Ｄ  ＵＥは、Ｄｉｓｃｏｖｅｒｙ信号を隣接セルのＤ２Ｄ  ＵＥに送信する前に、Ｄ２Ｄ  ＳＳを送信する。同様に、カバレッジ内Ｄ２Ｄ  ＵＥは、隣接セルのＤ２Ｄ  ＵＥからＤｉｓｃｏｖｅｒｙ信号を受信する前に、隣接セルのＤ２Ｄ  ＵＥにより送信されたＤ２Ｄ  ＳＳを監視する。このスキームの欠点の１つは、ＮＷカバレッジ内のＤ２Ｄ  ＳＳ送信間で干渉が増大することである。したがって、セル間ＤｉｓｃｏｖｅｒｙのためのＤ２Ｄ  ＳＳを送信しているＤ２Ｄ  ＵＥの数を最小化する更なる改善が必要である。
【０１１９】
（他のＤ２Ｄ  ＵＥとの非直接的同期：選択肢２）
このスキームでは、セル間Ｄｉｓｃｏｖｅｒｙを非同期配備に対して行うために、サービングセルは、カバレッジ内Ｄ２Ｄ  ＵＥに対して隣接セルのタイミングを通知するべきであるので、カバレッジ内Ｄ２Ｄ  ＵＥは、隣接セルがサービングセルと同期しているか否かに拘らず、Ｄ２Ｄ  ＳＳを送受信せずに、セル間Ｄｉｓｃｏｖｅｒｙの送受信を行うことができる。隣接セルのタイミング並びに隣接セルの受信リソースプールが、ＯＡＭによりサービングセルへ提供可能であると想定される。したがって、サービングセルは、Ｄ２Ｄ  ＵＥへタイミング情報並びに隣接セルの受信リソースプールを提供するべきである。
【０１２０】
上記両方の選択肢の説明に基づいて、ＲＡＮ２では、セル間Ｄ２Ｄ  Ｄｉｓｃｏｖｅｒｙに対してどちらの選択肢を採用するべきか検討するべきである。
【０１２１】
提案１：ＲＡＮ２では、セル間Ｄ２Ｄ  Ｄｉｓｃｏｖｅｒｙに対してどちらの選択肢を採用するべきか検討するべきである。
【０１２２】
提案２：選択肢２が合意された場合、サービングセルは、タイミング情報並びに受信リソースプールを提供するべきである。
【０１２３】
［相互参照］
米国仮出願第６１／９９０９５１号（２０１４年５月９日出願）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０１２４】
本発明は、通信分野において有用である。
【図１】
2015170730.tif 000003
【図２】
2015170730.tif 000004
【図３】
2015170730.tif 000005
【図４】
2015170730.tif 000006
【図５】
2015170730.tif 000007
【図６】
2015170730.tif 000008
【図７】
2015170730.tif 000009
【図８】
2015170730.tif 000010
【図９】
2015170730.tif 000011
【図１０】
2015170730.tif 000012
【手続補正書】
【提出日】平成28年10月27日(2016.10.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、サービングセルに在圏するユーザ端末であって、
前記サービングセルを形成する基地局から、隣接セルのセル識別子と前記隣接セルに関するセル間同期情報とを含む、Ｄ２Ｄ発見手順のためのブロードキャスト信号を受信する受信部と、
前記セル間同期情報に基づいて、前記隣接セル内の近傍端末からＤ２Ｄ発見信号を受信するために前記近傍端末からＤ２Ｄ同期信号を受信すべきか否かを判断する制御部と、を備え、
前記制御部は、前記近傍端末から前記Ｄ２Ｄ同期信号を受信すると判断した場合には、前記近傍端末から前記Ｄ２Ｄ同期信号及び前記Ｄ２Ｄ発見信号を受信する処理を行い、
前記制御部は、前記近傍端末から前記Ｄ２Ｄ同期信号を受信しないと判断した場合には、前記近傍端末から前記Ｄ２Ｄ同期信号を受信せずに前記近傍端末から前記Ｄ２Ｄ発見信号を受信する処理を行うことを特徴とするユーザ端末。
【請求項２】
前記ブロードキャスト信号は、ＳＩＢであることを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記セル間同期情報は、第１の値又は第２の値を含み、
前記制御部は、前記セル間同期情報に含まれる値に基づいて、前記隣接セル内の近傍端末からＤ２Ｄ発見信号を受信するために前記近傍端末からＤ２Ｄ同期信号を受信すべきか否かを判断し、
前記制御部は、前記セル間同期情報が前記第１の値を含むことに応じて、前記近傍端末から前記Ｄ２Ｄ同期信号及び前記Ｄ２Ｄ発見信号を受信する処理を行い、
前記制御部は、前記セル間同期情報が前記第２の値を含むことに応じて、前記近傍端末から前記Ｄ２Ｄ同期信号を受信せずに前記近傍端末から前記Ｄ２Ｄ発見信号を受信する処理を行うことを特徴とする請求項１に記載のユーザ端末。
【請求項４】
Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、サービングセルに在圏するユーザ端末に備えられるプロセッサであって、
前記サービングセルを形成する基地局から、隣接セルのセル識別子と前記隣接セルに関するセル間同期情報とを含む、Ｄ２Ｄ発見手順のためのブロードキャスト信号を受信する処理と、
前記セル間同期情報に基づいて、前記隣接セル内の近傍端末からＤ２Ｄ発見信号を受信するために前記近傍端末からＤ２Ｄ同期信号を受信すべきか否かを判断する処理と、
前記近傍端末から前記Ｄ２Ｄ同期信号を受信すると判断した場合には、前記近傍端末から前記Ｄ２Ｄ同期信号及び前記Ｄ２Ｄ発見信号を受信する処理と、
前記近傍端末から前記Ｄ２Ｄ同期信号を受信しないと判断した場合には、前記近傍端末から前記Ｄ２Ｄ同期信号を受信せずに前記近傍端末から前記Ｄ２Ｄ発見信号を受信する処理と、を行うことを特徴とするプロセッサ。
【請求項５】
Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、ユーザ端末のサービングセルを形成する基地局であって、
隣接セルのセル識別子と前記隣接セルに関するセル間同期情報とを含む、Ｄ２Ｄ発見手順のためのブロードキャスト信号を送信する送信部を備え、
前記セル間同期情報は、前記隣接セル内の近傍端末からＤ２Ｄ発見信号を受信するために前記近傍端末からＤ２Ｄ同期信号を受信すべきか否かを前記ユーザ端末が判断するために用いられることを特徴とする基地局。
【国際調査報告】
2015170730.tif 000013
2015170730.tif 000014
2015170730.tif 000015
2015170730.tif 000016