(57)【特許請求の範囲】
【請求項１】
直接的な端末間通信を可能とするＤ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる基地局であって、
直接的に端末間同期を確立するためのＤ２Ｄ同期信号の送受信動作をユーザ端末に実行させるか否かの判断を行う制御部と、
前記判断の結果を示す情報を前記ユーザ端末に送信する送信部と、を備え、
前記制御部は、前記Ｄ２Ｄ近傍サービスにおける前記ユーザ端末の許容通信範囲を示すＤ２Ｄ範囲情報に基づいて、前記判断を行い、
前記許容通信範囲は、前記Ｄ２Ｄ近傍サービスにおける送信についての許容通信範囲と、前記Ｄ２Ｄ近傍サービスにおける受信についての許容通信範囲と、を含み、
前記Ｄ２Ｄ範囲情報は、前記許容通信範囲が前記Ｄ２Ｄ近傍サービスにおける前記送信又は前記受信の何れであるかを識別する情報を含むことを特徴とする基地局。
【請求項２】
前記Ｄ２Ｄ範囲情報を前記ユーザ端末から受信する受信部をさらに備え、
前記制御部は、前記ユーザ端末から受信した前記Ｄ２Ｄ範囲情報に基づいて、前記判断を行うことを特徴とする請求項１に記載の基地局。
【請求項３】
前記Ｄ２Ｄ範囲情報は、前記ユーザ端末から前記基地局に送信される、リソース割り当て要求、端末能力通知、Ｄ２Ｄ興味通知のうち少なくとも１つに含まれており、
前記リソース割り当て要求は、無線リソースの割り当てを要求する情報であり、
前記端末能力通知は、前記ユーザ端末の能力を通知する情報であり、
前記Ｄ２Ｄ興味通知は、前記Ｄ２Ｄ近傍サービスに対する前記ユーザ端末の興味に関する情報であることを特徴とする請求項２に記載の基地局。
【請求項４】
直接的な端末間通信を可能とするＤ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる基地局であって、
直接的に端末間同期を確立するためのＤ２Ｄ同期信号の送受信動作をユーザ端末に実行させるか否かの判断を行う制御部と、
前記判断の結果を示す情報を前記ユーザ端末に送信する送信部と、を備え、
前記制御部は、前記Ｄ２Ｄ近傍サービスにおける前記ユーザ端末の許容通信範囲を示すＤ２Ｄ範囲情報に基づいて、前記判断を行い、
複数段階の許容通信範囲のそれぞれに対応するクラスからなる複数のクラスが規定されており、
前記Ｄ２Ｄ範囲情報は、前記複数のクラスのうち何れかのクラスを示す情報であり、
前記複数のクラスは、
サービングセル及び隣接セルを含む広い範囲に渡る前記Ｄ２Ｄ近傍サービスをサポートする第１のクラスと、
隣接セルを含まない狭い範囲での前記Ｄ２Ｄ近傍サービスのみをサポートする第２のクラスと、を含み、
前記制御部は、前記Ｄ２Ｄ範囲情報が前記第１のクラスを示すことに応じて、前記Ｄ２Ｄ同期信号の送受信動作を前記ユーザ端末に実行させると判断し、
前記制御部は、前記Ｄ２Ｄ範囲情報が前記第２のクラスを示すことに応じて、前記Ｄ２Ｄ同期信号の送受信動作を前記ユーザ端末に実行させないと判断することを特徴とする基地局。
【請求項５】
前記Ｄ２Ｄ近傍サービスは、一のユーザ端末が他のユーザ端末を発見するための発見手順を含み、
前記許容通信範囲は、前記発見手順における許容通信範囲であることを特徴とする請求項１に記載の基地局。
【請求項６】
前記Ｄ２Ｄ範囲情報は、前記Ｄ２Ｄ近傍サービスにおける前記ユーザ端末の許容通信範囲の値であり、
前記制御部は、前記値が閾値以上であることに応じて、前記Ｄ２Ｄ同期信号の送受信動作を前記ユーザ端末に実行させると判断し、
前記制御部は、前記値が前記閾値未満であることに応じて、前記Ｄ２Ｄ同期信号の送受信動作を前記ユーザ端末に実行させないと判断することを特徴とする請求項１に記載の基地局。
【請求項７】
前記制御部は、前記Ｄ２Ｄ範囲情報に基づいて、自基地局のセルと他セルとの間の同期ズレを示すタイミングオフセットを前記ユーザ端末に通知するか否かをさらに判断することを特徴とする請求項１に記載の基地局。
【請求項８】
前記制御部は、前記Ｄ２Ｄ範囲情報に基づいて、前記Ｄ２Ｄ近傍サービスにおける前記ユーザ端末の送信電力を制御することを特徴とする請求項１に記載の基地局。
【請求項９】
前記制御部は、前記Ｄ２Ｄ範囲情報、又は、自セルが前記Ｄ２Ｄ近傍サービスについて許容する通信範囲を示すセル範囲情報を、隣接セルを管理する他の基地局に送信することを特徴とする請求項１に記載の基地局。
【請求項１０】
直接的な端末間通信を可能とするＤ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられるユーザ端末であって、
前記Ｄ２Ｄ近傍サービスにおける自ユーザ端末の許容通信範囲を示すＤ２Ｄ範囲情報に基づいて、直接的に端末間同期を確立するためのＤ２Ｄ同期信号の送受信動作を実行するか否かを制御する制御部を備え、
前記許容通信範囲は、前記Ｄ２Ｄ近傍サービスにおける送信についての許容通信範囲と、前記Ｄ２Ｄ近傍サービスにおける受信についての許容通信範囲と、を含み、
前記Ｄ２Ｄ範囲情報は、前記許容通信範囲が前記Ｄ２Ｄ近傍サービスにおける前記送信又は前記受信の何れであるかを識別する情報を含むことを特徴とするユーザ端末。
【請求項１１】
前記Ｄ２Ｄ範囲情報を基地局に送信する送信部と、
前記基地局から前記Ｄ２Ｄ範囲情報に基づいて送信される情報を受信する受信部と、をさらに備え、
前記制御部は、前記情報に応じて、前記Ｄ２Ｄ同期信号の送受信動作を実行するか否かを制御することを特徴とする請求項１０に記載のユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられる基地局及びユーザ端末に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）近傍サービスの仕様化が進められている（非特許文献１参照）。【０００３】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のユーザ端末からなる同期クラスタ内で直接的な端末間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍端末を発見するＤ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的な端末間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。【０００４】
また、あるセル（サービングセル）に在圏するユーザ端末が、他のセル（隣接セル）に在圏する近傍端末を発見するための発見手順は、セル間発見手順（Ｉｎｔｅｒ−Ｃｅｌｌ  Ｄｉｓｃｏｖｅｒｙ）と称される。さらに、サービングセルに在圏するユーザ端末が、隣接セルに在圏する近傍端末と行うＤ２Ｄ通信は、セル間Ｄ２Ｄ通信（Ｉｎｔｅｒ−Ｃｅｌｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と称される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ技術仕様書  「ＴＳ２４．３３４  V１．１．０」  ２０１４年７月
【発明の概要】
【０００６】
第１のセルに在圏する第１のユーザ端末と第２のセルに在圏する第２のユーザ端末との間でセル間発見手順及びセル間Ｄ２Ｄ通信を行うためには、第１のユーザ端末と第２のユーザ端末との間で同期がとられている必要がある。
【０００７】
ユーザ端末は自身が在圏しているセルに同期することが一般的であるため、第１のセル及び第２のセルが非同期である場合には、セル間発見手順及びセル間Ｄ２Ｄ通信を行うことができない虞がある。
【０００８】
ここで、第１のユーザ端末及び第２のユーザ端末が、Ｄ２Ｄ近傍サービス向けの同期信号（以下、「Ｄ２Ｄ同期信号」という）を送受信することにより、直接的に端末間同期を確立する方法が考えられる。
【０００９】
しかしながら、Ｄ２Ｄ同期信号の送受信により干渉が生じるといった問題があるため、無制限にＤ２Ｄ同期信号の送信を認めることは妥当ではない。
【００１０】
そこで、本発明は、干渉の発生を抑制しつつ、ユーザ端末間で直接的に同期を確立することを可能とする基地局及びユーザ端末を提供することを目的とする。
【００１１】
第１の特徴に係る基地局は、直接的な端末間通信を可能とするＤ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記基地局は、直接的に端末間同期を確立するためのＤ２Ｄ同期信号の送受信動作を前記ユーザ端末に実行させるか否かの判断を行う制御部と、前記判断の結果を示す情報を前記ユーザ端末に送信する送信部と、を備える。前記制御部は、前記Ｄ２Ｄ近傍サービスにおける前記ユーザ端末の許容通信範囲を示すＤ２Ｄ範囲情報に基づいて、前記判断を行う。
【００１２】
第２の特徴に係るユーザ端末は、直接的な端末間通信を可能とするＤ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記ユーザ端末は、前記Ｄ２Ｄ近傍サービスにおける自ユーザ端末の許容通信範囲を示すＤ２Ｄ範囲情報に基づいて、直接的に端末間同期を確立するためのＤ２Ｄ同期信号の送受信動作を実行するか否かを制御する制御部を備える。
【図面の簡単な説明】
【００１３】
【図１】実施形態に係るＬＴＥシステムの構成図である。
【図２】実施形態に係るＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図３】実施形態に係るＬＴＥシステムで使用される無線フレームの構成図である。
【図４】実施形態に係る動作環境を示す図である。
【図５】実施形態に係るＵＥ１００（ユーザ端末）のブロック図である。
【図６】実施形態に係るｅＮＢ２００（基地局）のブロック図である。
【図７】実施形態に係る動作シーケンスを示すシーケンス図である。
【図８】付記に係る図である。
【発明を実施するための形態】
【００１４】
［実施形態の概要］
実施形態に係る基地局は、直接的な端末間通信を可能とするＤ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記基地局は、直接的に端末間同期を確立するためのＤ２Ｄ同期信号の送受信動作を前記ユーザ端末に実行させるか否かの判断を行う制御部と、前記判断の結果を示す情報を前記ユーザ端末に送信する送信部と、を備える。前記制御部は、前記Ｄ２Ｄ近傍サービスにおける前記ユーザ端末の許容通信範囲を示すＤ２Ｄ範囲情報に基づいて、前記判断を行う。
【００１５】
実施形態では、前記Ｄ２Ｄ範囲情報を前記ユーザ端末から受信する受信部をさらに備える。前記制御部は、前記ユーザ端末から受信した前記Ｄ２Ｄ範囲情報に基づいて、前記判断を行う。
【００１６】
実施形態では、前記Ｄ２Ｄ範囲情報は、前記ユーザ端末から前記基地局に送信される、リソース割り当て要求、端末能力通知、Ｄ２Ｄ興味通知のうち少なくとも１つに含まれている。前記リソース割り当て要求は、無線リソースの割り当てを要求する情報である。前記端末能力通知は、前記ユーザ端末の能力を通知する情報である。前記Ｄ２Ｄ興味通知は、前記Ｄ２Ｄ近傍サービスに対する前記ユーザ端末の興味に関する情報である。
【００１７】
実施形態では、前記許容通信範囲は、前記Ｄ２Ｄ近傍サービスにおける送信についての許容通信範囲と、前記Ｄ２Ｄ近傍サービスにおける受信についての許容通信範囲と、を含む。前記Ｄ２Ｄ範囲情報は、前記許容通信範囲が前記Ｄ２Ｄ近傍サービスにおける前記送信又は前記受信の何れであるかを識別する情報を含む。
【００１８】
実施形態では、複数段階の許容通信範囲のそれぞれに対応するクラスからなる複数のクラスが規定されている。前記Ｄ２Ｄ範囲情報は、前記複数のクラスのうち何れかのクラスを示す情報である。前記複数のクラスは、サービングセル及び隣接セルを含む広い範囲に渡る前記Ｄ２Ｄ近傍サービスをサポートする第１のクラスと、隣接セルを含まない狭い範囲での前記Ｄ２Ｄ近傍サービスのみをサポートする第２のクラスと、を含む。前記制御部は、前記Ｄ２Ｄ範囲情報が前記第１のクラスを示すことに応じて、前記Ｄ２Ｄ同期信号の送受信動作を前記ユーザ端末に実行させると判断する。前記制御部は、前記Ｄ２Ｄ範囲情報が前記第２のクラスを示すことに応じて、前記Ｄ２Ｄ同期信号の送受信動作を前記ユーザ端末に実行させないと判断する。
【００１９】
実施形態では、前記Ｄ２Ｄ近傍サービスは、一のユーザ端末が他のユーザ端末を発見するための発見手順を含む。前記許容通信範囲は、前記発見手順における許容通信範囲である。
【００２０】
実施形態では、前記Ｄ２Ｄ範囲情報は、前記Ｄ２Ｄ近傍サービスにおける前記ユーザ端末の許容通信範囲の値である。前記制御部は、前記値が閾値以上であることに応じて、前記Ｄ２Ｄ同期信号の送受信動作を前記ユーザ端末に実行させると判断する。前記制御部は、前記値が前記閾値未満であることに応じて、前記Ｄ２Ｄ同期信号の送受信動作を前記ユーザ端末に実行させないと判断する。
【００２１】
実施形態では、前記制御部は、前記Ｄ２Ｄ範囲情報に基づいて、自基地局のセルと他セルとの間の同期ズレを示すタイミングオフセットを前記ユーザ端末に通知するか否かをさらに判断する。
【００２２】
実施形態では、前記制御部は、前記Ｄ２Ｄ範囲情報に基づいて、前記Ｄ２Ｄ近傍サービスにおける前記ユーザ端末の送信電力を制御する。
【００２３】
実施形態では、前記制御部は、前記Ｄ２Ｄ範囲情報、又は、自セルが前記Ｄ２Ｄ近傍サービスについて許容する通信範囲を示すセル範囲情報を、隣接セルを管理する他の基地局に送信する。
【００２４】
実施形態に係るユーザ端末は、直接的な端末間通信を可能とするＤ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記ユーザ端末は、前記Ｄ２Ｄ近傍サービスにおける自ユーザ端末の許容通信範囲を示すＤ２Ｄ範囲情報に基づいて、直接的に端末間同期を確立するためのＤ２Ｄ同期信号の送受信動作を実行するか否かを制御する制御部を備える。
【００２５】
実施形態では、前記ユーザ端末は、前記Ｄ２Ｄ範囲情報を基地局に送信する送信部と、前記基地局から前記Ｄ２Ｄ範囲情報に基づいて送信される情報を受信する受信部と、をさらに備える。前記制御部は、前記情報に応じて、前記Ｄ２Ｄ同期信号の送受信動作を実行するか否かを制御する。
【００２６】
［実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
【００２７】
（システム構成）
図１は、実施形態に係るＬＴＥシステムの構成図である。図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２８】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００２９】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３０】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても使用される。
【００３１】
ＥＰＣ２０は、コアネットワークに相当する。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０によりＬＴＥシステムのネットワークが構成される。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。ＳＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００３２】
ＥＰＣ２０は、Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）を制御するＰＣＥ（ＰｒｏＳｅ  Ｃｏｎｔｒｏｌ  Ｅｎｔｉｔｙ）４００を含んでもよい。ＰＣＥ４００は、サービス制御装置に相当する。ＰＣＥ４００は、ＥＰＣ２０ではなく、Ｅ−ＵＴＲＡＮ１０に含まれてもよい。
【００３３】
図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３４】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００３５】
ＭＡＣ層は、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）、ＵＥ１００への割当リソースブロックを決定（スケジューリング）するスケジューラを含む。
【００３６】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００３７】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００３８】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はコネクティッド状態（ＲＲＣコネクティッド状態）であり、そうでない場合、ＵＥ１００はアイドル状態（ＲＲＣアイドル状態）である。
【００３９】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。ＵＥ１００とＭＭＥ３００との間で上位層シグナリングが送受信される。ＵＥ１００とＰＣＥ４００との間で上位層シグナリングが送受信されてもよい。
【００４０】
図３は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンク（ＤＬ）にはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンク（ＵＬ）にはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００４１】
図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルによりリソースエレメントが構成される。ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより構成され、時間リソースはサブフレーム（又はスロット）により構成される。
【００４２】
（Ｄ２Ｄ近傍サービス）
以下において、Ｄ２Ｄ近傍サービスについて説明する。実施形態に係るＬＴＥシステムは、Ｄ２Ｄ近傍サービスをサポートする。
【００４３】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のＵＥ１００からなる同期クラスタ内で直接的なＵＥ間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍ＵＥを発見するＤ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的なＵＥ間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。Ｄ２Ｄ通信は、Ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎとも称される。
【００４４】
同期クラスタを形成する全ＵＥ１００がセルカバレッジ内に位置するシナリオを「カバレッジ内（Ｉｎ  ｃｏｖｅｒａｇｅ）」という。カバレッジ内では、同期クラスタを形成するＵＥ１００が複数のセルに分散していてもよい。同期クラスタを形成する全ＵＥ１００がセルカバレッジ外に位置するシナリオを「カバレッジ外（Ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ）」という。同期クラスタのうち一部のＵＥ１００がセルカバレッジ内に位置し、残りのＵＥ１００がセルカバレッジ外に位置するシナリオを「部分的カバレッジ（Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅ）」という。
【００４５】
カバレッジ内では、ｅＮＢ２００がＤ２Ｄ同期元となり、Ｄ２Ｄ非同期元のＵＥ１００がＤ２Ｄ同期元であるｅＮＢ２００に同期する。ｅＮＢ２００は、Ｄ２Ｄ近傍サービスに使用可能な無線リソースを示すＤ２Ｄリソース情報を送信する。ＵＥ１００は、ｅＮＢ２００から受信するＤ２Ｄリソース情報に基づいて、Ｄ２Ｄ発見手順及びＤ２Ｄ通信を行う。
【００４６】
これに対し、カバレッジ外又は部分的カバレッジでは、ＵＥ１００がＤ２Ｄ同期元となる。カバレッジ外では、Ｄ２Ｄ同期元であるＵＥ１００は、Ｄ２Ｄ同期信号を送信する。Ｄ２Ｄ同期信号は、プライマリＤ２Ｄ同期信号及びセカンダリＤ２Ｄ同期信号を含んでもよい。Ｄ２Ｄ非同期元はＤ２Ｄ同期信号を送信せずにＤ２Ｄ同期元に同期する。
【００４７】
Ｄ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）は、主にＤ２Ｄ通信をユニキャストで行う場合に利用される。一のＵＥ１００は、他のＵＥ１００とのＤ２Ｄ通信を開始しようとする場合に、Ｄ２Ｄ発見手順用の無線リソースを用いて、Ｄ２Ｄ発見用信号（Ｄｉｓｃｏｖｅｒｙ信号）を送信する。当該他のＵＥ１００は、Ｄ２Ｄ発見手順用の無線リソース内でＤｉｓｃｏｖｅｒｙ信号をモニタし、Ｄｉｓｃｏｖｅｒｙ信号を受信する。
【００４８】
（実施形態に係る動作環境）
以下において、実施形態に係る動作環境について説明する。図４は、実施形態に係る動作環境を示す図である。
【００４９】
図４に示すように、実施形態では、セル＃１に在圏するＵＥ１００−１とセル＃２に在圏するＵＥ１００−２との間でＤ２Ｄ発見手順（及びＤ２Ｄ通信）を行うケースを主として想定する。図４では、セル＃１及びセル＃２は相互に隣接しているが、セル＃１とセル＃２との間に１つ以上のセルが存在してもよい。また、図４では、ｅＮＢ２００＃１がセル＃１を形成し、ｅＮＢ２００＃２がセル＃２を形成する一例を示している。
【００５０】
ＵＥ１００−１とＵＥ１００−２との間でＤ２Ｄ発見手順を行うためには、ＵＥ１００−１とＵＥ１００−２との間で同期がとられている必要がある。ＵＥ１００は自身が在圏しているセルに同期することが一般的であるため、セル＃１及びセル＃２が非同期である場合には、セル間発見手順及びセル間Ｄ２Ｄ通信を行うことができない虞がある。
【００５１】
このため、カバレッジ内であっても、ＵＥ１００−１及びＵＥ１００−２がＤ２Ｄ同期信号を送受信することにより、直接的にＵＥ間同期を確立する方法が考えられる。しかしながら、Ｄ２Ｄ同期信号の送受信により干渉が生じるといった問題があるため、無制限にＤ２Ｄ同期信号の送信を認めることは妥当ではない。以下においては、干渉の発生を抑制しつつ、ＵＥ１００間で直接的に同期を確立するための構成及び動作について説明する。
【００５２】
（ユーザ端末の構成）
図５は、ＵＥ１００（ユーザ端末）のブロック図である。図５に示すように、ＵＥ１００は、アンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を含む。無線送受信機１１０は送信部及び受信部を構成する。メモリ１５０は記憶部に相当し、プロセッサ１６０は制御部に相当する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００５３】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００５４】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００５５】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、各種の処理及び各種の通信プロトコルを実行する。
【００５６】
実施形態では、プロセッサ１６０は、Ｄ２Ｄ近傍サービスにおける自ＵＥ１００の許容通信範囲を示す範囲情報（以下、「Ｄ２Ｄ範囲情報」という）に基づいて、直接的にＵＥ間同期を確立するためのＤ２Ｄ同期信号の送受信動作を実行するか否かを制御する。Ｄ２Ｄ範囲情報は、例えば上位層シグナリングにより設定されており、メモリ１５０に記憶されている。なお、Ｄ２Ｄ同期信号の送受信動作とは、Ｄ２Ｄ同期信号の送信及び受信（モニタ）のうち少なくとも一方をいう。
【００５７】
ここで、自ＵＥ１００の許容通信範囲とは、送信（ａｎｎｏｕｎｃｉｎｇ）についての許容通信範囲である。或いは、自ＵＥ１００の許容通信範囲とは、受信（ｍｏｎｉｔｏｒｉｎｇ）についての許容通信範囲であってもよい。或いは、自ＵＥ１００の許容通信範囲とは、送信についての許容通信範囲と、受信についての許容通信範囲との組み合わせであってもよい。
【００５８】
以下においては、ＵＥ１００に対して１つのＤ２Ｄ範囲情報が対応付けられている一例を説明する。但し、Ｄ２Ｄ範囲情報は、ＵＥ１００が実行するＤ２Ｄアプリケーションに対応付けられていてもよい。この場合、メモリ１５０には、Ｄ２ＤアプリケーションごとにＤ２Ｄ範囲情報が記憶されており、プロセッサ１６０は、実行するＤ２Ｄアプリケーションに応じてメモリ１５０からＤ２Ｄ範囲情報を取得する。また、Ｄ２Ｄ範囲情報は、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）に対応付けられていてもよい。
【００５９】
実施形態では、複数段階の許容通信範囲のそれぞれに対応するクラスからなる複数のクラスが規定されている。Ｄ２Ｄ範囲情報は、複数のクラスのうち何れかのクラスを示す情報である。また、実施形態では、許容通信範囲は、Ｄ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）における許容通信範囲である。以下において、このようなクラスを「Ｄｉｓｃｏｖｅｒｙ範囲クラス（Ｄｉｓｃｏｖｅｒｙ  ｒａｎｇｅ  ｃｌａｓｓ）」と称する。なお、Ｄ２Ｄ範囲情報は、送信（ａｎｎｏｕｎｃｉｎｇ）についての許容通信範囲であるか、又は受信についての許容通信範囲であるかを識別する情報を含んでもよい。
【００６０】
例えば、Ｄｉｓｃｏｖｅｒｙ範囲クラスは、サービングセル及び隣接セルを含む広い範囲に渡るＤ２Ｄ近傍サービスをサポートする第１のクラス（以下、「ｌｏｎｇクラス」という）を含む。ここで「広い範囲」とは、隣接セルだけでなく、次隣接セルなども含む範囲である。ｌｏｎｇクラスに属するＵＥ１００については、広い範囲でのセル間発見手順を可能とするために、Ｄ２Ｄ同期信号を用いてＵＥ間同期を確立することが好ましい。
【００６１】
また、Ｄｉｓｃｏｖｅｒｙ範囲クラスは、隣接セルを含まない狭い範囲でのＤ２Ｄ近傍サービスのみをサポートする第２のクラス（以下、「ｓｈｏｒｔクラス」という）を含む。ここで「狭い範囲」とは、例えば数メートル程度の範囲である。ｓｈｏｒｔクラスに属するＵＥ１００については、セル間発見手順を可能とする必要性に乏しいため、Ｄ２Ｄ同期信号の送受信を行わないことが好ましい。Ｄ２Ｄ同期信号の送受信は、干渉を発生させるとともに、ＵＥ１００の消費電力の増大を引き起こす虞があるためである。なお、ｓｈｏｒｔクラスに属するＵＥ１００であっても、セル境界付近に位置している場合には、隣接セルからのセルラ同期信号（ＰＳＳ、ＳＳＳ）を受信することがある。この場合、ＵＥ間同期を確立してセル間発見手順を行うことができる。
【００６２】
さらに、Ｄｉｓｃｏｖｅｒｙ範囲クラスは、ｌｏｎｇクラスとｓｈｏｒｔクラスとの間の第３のクラス（以下、「ｍｉｄｄｌｅクラス」という）を含んでもよい。ｍｉｄｄｌｅクラスは、サービングセル及び隣接セルのみの範囲でのＤ２Ｄ近傍サービスをサポートする。ｍｉｄｄｌｅクラスについては、ｌｏｎｇクラスと同様の取り扱いとしてもよいし、ｓｈｏｒｔクラスと同様の取り扱いとしてもよい。実施形態では、ｍｉｄｄｌｅクラスについてｓｈｏｒｔクラスと同様の取り扱いとする一例を説明する。
【００６３】
実施形態では、プロセッサ１６０は、メモリ１５０から取得したＤ２Ｄ範囲情報を、無線送受信機１１０を介してｅＮＢ２００に送信する。
【００６４】
例えば、プロセッサ１６０は、ｅＮＢ２００に送信するＵＥ能力通知に、Ｄ２Ｄ範囲情報を含めてもよい。ＵＥ能力通知は、ＲＲＣ層で規定される通知である。この場合、プロセッサ１６０は、ｅＮＢ２００からの要求に応じて、Ｄ２Ｄ範囲情報を含むＵＥ能力通知をｅＮＢ２００に送信してもよい。
【００６５】
或いは、プロセッサ１６０は、ｅＮＢ２００に送信するリソース割り当て要求に、Ｄ２Ｄ範囲情報を含めてもよい。リソース割り当て要求には、スケジューリング要求（ＳＲ）又はバッファ状態報告（ＢＳＲ）が含まれてもよい。
【００６６】
或いは、プロセッサ１６０は、ｅＮＢ２００に送信するＤ２Ｄ興味通知に、Ｄ２Ｄ範囲情報を含めてもよい。Ｄ２Ｄ興味通知は、Ｄ２Ｄ近傍サービスへの興味に関する通知であって、ＲＲＣ層で規定される。Ｄ２Ｄ興味通知は、Ｄ２Ｄ近傍サービスに興味を持つ／もはやＤ２Ｄ近傍サービスに興味がないことを示す情報を含む。さらに、Ｄ２Ｄ興味通知は、以下の情報要素のうち少なくとも１つを含んでもよい。
【００６７】
・Discovery / Communication
本情報要素は、Ｄｉｓｃｏｖｅｒｙへの興味を示す「Discovery」、又は、Ｃｏｍｍｕｎｉｃａｔｉｏｎへの興味を示す「Communication」の何れかに設定される。
【００６８】
・Announcing (transmitting) / monitoring (receiving)
本情報要素は、Ｄ２Ｄ近傍サービスにおける送信への興味を示す「announcing (transmitting)」、又は、Ｄ２Ｄ近傍サービスにおける受信（又はモニタ）への興味を示す「monitoring (receiving)」の何れかに設定される。
【００６９】
・Inter-PLMN / intra-PLMN
本情報要素は、異なるＰＬＭＮ（public land mobile network）間でのＤ２Ｄ通信への興味を示す「inter-PLMN」、又は、同じＰＬＭＮ内でのＤ２Ｄ通信への興味を示す「intra-PLMN」の何れかに設定される。
【００７０】
・Inter-frequency / intra-frequency
本情報要素は、異なる周波数間でのＤ２Ｄ近傍サービスへの興味を示す「inter-frequency」、又は、同じ周波数内でのＤ２Ｄ近傍サービスへの興味を示す「intra-frequency」の何れかに設定される。
【００７１】
・Inter-cell / intra-cell
本情報要素は、異なるセル間でのＤ２Ｄ近傍サービスへの興味を示す「inter-cell」、又は、同じセル内でのＤ２Ｄ近傍サービスへの興味を示す「intra-cell」の何れかに設定される。
【００７２】
・Frequency list
本情報要素は、ＵＥ１００がＤ２Ｄ近傍サービスに利用したい１又は複数の周波数を示すリストである。
【００７３】
そして、無線送受信機１１０は、ｅＮＢ２００からＤ２Ｄ範囲情報に基づいて送信される情報を受信する。プロセッサ１６０は、受信した情報に応じて、Ｄ２Ｄ同期信号の送受信動作を実行するか否かを制御する。
【００７４】
受信した情報がＤ２Ｄ同期信号の送受信動作を実行することを示す場合、プロセッサ１６０は、Ｄ２Ｄ同期信号の送受信動作を実行するよう無線送受信機１１０を制御する。これに対し、受信した情報がＤ２Ｄ同期信号の送受信動作を実行しないことを示す場合、プロセッサ１６０は、Ｄ２Ｄ同期信号の送受信動作を実行しないよう無線送受信機１１０を制御する。
【００７５】
（基地局の構成）
図６は、ｅＮＢ２００（基地局）のブロック図である。図６に示すように、ｅＮＢ２００は、アンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を含む。無線送受信機２１０は送信部及び受信部を構成する。メモリ２３０は記憶部に相当し、プロセッサ２４０は制御部に相当する。
【００７６】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００７７】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００７８】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、各種の処理及び各種の通信プロトコルを実行する。
【００７９】
実施形態では、無線送受信機２１０は、ＵＥ１００から送信されたＤ２Ｄ範囲情報を受信する。範囲情報は、ＵＥ１００から送信されたＵＥ能力通知又はＤ２Ｄ興味通知に含まれていてもよい。
【００８０】
プロセッサ２４０は、受信したＤ２Ｄ範囲情報に基づいて、Ｄ２Ｄ同期信号の送受信動作をＵＥ１００に実行させるか否かの判断を行う。例えば、Ｄ２Ｄ範囲情報が送信（ａｎｎｏｕｎｃｉｎｇ）についての許容通信範囲を示す場合、プロセッサ２４０は、当該Ｄ２Ｄ範囲情報に基づいて、Ｄ２Ｄ同期信号をＵＥ１００に送信させるか否かの判断を行う。Ｄ２Ｄ範囲情報が受信（ｍｏｎｉｔｏｒｉｎｇ）についての許容通信範囲を示す場合、プロセッサ２４０は、当該Ｄ２Ｄ範囲情報に基づいて、Ｄ２Ｄ同期信号をＵＥ１００に受信（モニタ）させるか否かの判断を行ってもよい。
【００８１】
実施形態では、プロセッサ２４０は、Ｄ２Ｄ範囲情報がＬｏｎｇクラスを示すことに応じて、Ｄ２Ｄ同期信号の送受信動作をＵＥ１００に実行させると判断する。プロセッサ２４０は、Ｄ２Ｄ範囲情報がｓｈｏｒｔクラス又はｍｉｄｄｌｅクラスを示すことに応じて、Ｄ２Ｄ同期信号の送受信動作をＵＥ１００に実行させないと判断する。
【００８２】
プロセッサ２４０は、判断の結果を示す情報を、無線送受信機２１０を介してＵＥ１００に送信する。当該情報は、例えば個別ＲＲＣシグナリングにより送信される。或いは、当該情報は、Ｌ１／L２制御信号（ＰＤＣＣＨ／ｅＰＤＣＣＨ）又はブロードキャストＲＲＣシグナリングにより送信されてもよい。
【００８３】
具体的には、Ｄ２Ｄ同期信号の送受信動作をＵＥ１００に実行させると判断した場合、プロセッサ２４０は、Ｄ２Ｄ同期信号の送受信動作を指示若しくは許可することを示す情報をＵＥ１００に送信する。
【００８４】
これに対し、Ｄ２Ｄ同期信号の送受信動作をＵＥ１００に実行させないと判断した場合、プロセッサ２４０は、Ｄ２Ｄ同期信号の送受信動作を指示しない。或いは、プロセッサ２４０は、Ｄ２Ｄ同期信号の送受信動作を禁止若しくは拒否することを示す情報をＵＥ１００に送信する。
【００８５】
（動作シーケンス）
図７は、実施形態に係る動作シーケンスを示すシーケンス図である。
【００８６】
図７に示すように、ステップＳ１１において、ＵＥ１００は、Ｄ２Ｄ範囲情報をｅＮＢ２００に送信する。
【００８７】
ステップＳ１２において、ｅＮＢ２００は、Ｄ２Ｄ範囲情報に基づいて、Ｄ２Ｄ同期信号の送受信動作をＵＥ１００に実行させるか否かの判断を行う。
【００８８】
ステップＳ１３において、ｅＮＢ２００は、判断の結果を示す情報をＵＥ１００に送信する。
【００８９】
ステップＳ１４において、ＵＥ１００は、受信した情報に応じて、Ｄ２Ｄ同期信号の送受信動作を実行するか否かを制御する。
【００９０】
（実施形態のまとめ）
実施形態では、広い範囲に渡るＤ２Ｄ発見手順をサポートするＵＥ１００については、Ｄ２Ｄ同期信号を送信させる。これにより、セル間で同期がとられていない場合でも、ＵＥ間で直接的に同期を確立することができるため、広い範囲でのセル間発見手順を可能とすることができる。
【００９１】
これに対し、狭い範囲でのＤ２Ｄ近傍サービスのみをサポートするＵＥ１００については、Ｄ２Ｄ同期信号を送信させない。これにより、干渉の発生及びＵＥ消費電力の増大を回避することができる。
【００９２】
［変更例１］
上述した実施形態では、Ｄ２Ｄ範囲情報が、３段階のクラス（Ｌｏｎｇ、ｍｉｄｄｌｅ、ｓｈｏｒｔ）の何れかを示す情報である一例を説明した。
【００９３】
しかしながら、Ｄ２Ｄ範囲情報は、Ｄ２Ｄ近傍サービスにおけるＵＥ１００の許容通信範囲の値であってもよい。許容通信範囲の値とは、例えば５０ｍ、２００ｍ、５００ｍといった具体的な数値でもよいし、これらに対応するインデックス値（例えば、“1”＝５０ｍ、“２”＝１００ｍ）でもよい。
【００９４】
この場合、ｅＮＢ２００は、Ｄ２Ｄ範囲情報（許容通信範囲の値）に基づいて、例えば次のような判断を行う。ｅＮＢ２００は、Ｄ２Ｄ範囲情報（許容通信範囲の値）が閾値以上であることに応じて、Ｄ２Ｄ同期信号の送受信動作をＵＥ１００に実行させると判断する。ｅＮＢ２００は、Ｄ２Ｄ範囲情報（許容通信範囲の値）が閾値未満であることに応じて、Ｄ２Ｄ同期信号の送受信動作をＵＥ１００に実行させないと判断する。
【００９５】
或いは、ｅＮＢ２００は、ｅＮＢ間距離や自セルの大きさ（マクロセル、スモールセル）等とＤ２Ｄ範囲情報（許容通信範囲の値）を比較して、ｌｏｎｇ／ｍｉｄｄｌｅ／ｓｈｏｒｔのどれに該当するのかを判断してもよい。
【００９６】
［変更例２］
上述した実施形態では、ｅＮＢ２００が、ＵＥ１００から受信したＤ２Ｄ範囲情報に基づいて、Ｄ２Ｄ同期信号の送受信動作をＵＥ１００に実行させるか否かを判断する一例を説明した。
【００９７】
しかしながら、ＰＣＥ４００が各ＵＥ１００のＤ２Ｄ範囲情報を管理している場合には、ｅＮＢ２００は、Ｄ２Ｄ範囲情報をＵＥ１００から受信することなく、Ｄ２Ｄ範囲情報をＰＣＥ４００から取得してもよい。或いは、ｅＮＢ２００は、ＯＡＭ又はＭＭＥからＤ２Ｄ範囲情報を取得してもよい。そして、ｅＮＢ２００は、ＰＣＥ４００などから取得したＤ２Ｄ範囲情報に基づいて、Ｄ２Ｄ同期信号の送受信動作をＵＥ１００に実行させるか否かを判断し、判断結果を示す情報をＵＥ１００に送信してもよい。
【００９８】
或いは、ｅＮＢ２００は、ＰＣＥ４００から受信した情報とＵＥ１００から受信した情報とを比較して、判断を行ってもよい。この場合、ｅＮＢ２００は、ＰＣＥ４００から受信した情報とＵＥ１００から受信した情報とが一致した場合に、当該情報が有効であるとみなす。ｅＮＢ２００は、ＰＣＥ４００から受信した情報及びＵＥ１００から受信した情報のうち、どちらか小さい（範囲が狭い）方を有効と判断してもよいし、大きい（範囲が広い）方を有効と判断してもよい。
【００９９】
［変更例３］
上述した実施形態では、ＵＥ１００が、ｅＮＢ２００の判断結果に応じて、Ｄ２Ｄ同期信号の送受信動作を実行するか否かを制御する一例を説明した。
【０１００】
しかしながら、ＵＥ１００は、ｅＮＢ２００の判断結果に基づくことなく、Ｄ２Ｄ範囲情報に基づいて、Ｄ２Ｄ同期信号の送受信動作を実行するか否かを自律的に制御してもよい。Ｄ２Ｄ範囲情報に基づく判断ロジックについては、上述した実施形態と同様である。
【０１０１】
この場合、ＵＥ１００は、Ｄ２Ｄ同期信号の送受信動作を実行する際に、Ｄ２Ｄ同期信号の送受信動作を実行することをｅＮＢ２００に通知してもよい。また、ＵＥ１００は、Ｄ２Ｄ同期信号の送受信動作を停止する際に、Ｄ２Ｄ同期信号の送受信動作を停止することをｅＮＢ２００に通知してもよい。
【０１０２】
［変更例４］
上述した実施形態では、ｅＮＢ２００は、Ｄ２Ｄ範囲情報に基づいて、Ｄ２Ｄ同期信号の送受信動作をＵＥ１００に実行させるか否かを判断していた。このような判断に加えて、又は、このような判断に代えて、ｅＮＢ２００は、以下のような判断及び制御を行ってもよい。
【０１０３】
・タイミングオフセット
ｅＮＢ２００は、ＵＥ１００からのＤ２Ｄ範囲情報に基づいて、タイミングオフセットを当該ＵＥ１００に通知（設定）するか否かを判断してもよい。タイミングオフセットとは、ｅＮＢ間（セル間）で非同期の場合に、ｅＮＢ間の同期ズレを示す情報である。例えば、ｅＮＢ２００は、ＵＥ１００のＤ２Ｄ範囲情報が「ｍｉｄｄｌｅ」である場合に、Ｄ２Ｄ同期信号の送信は当該ＵＥ１００に行わせないものの、当該ＵＥ１００にタイミングオフセットを通知するといった判断を行う。
【０１０４】
このような判断により、セル間Ｄ２Ｄ近傍サービスを利用し得るＵＥ１００に適切にタイミングオフセットを提供できるので、セル間Ｄ２Ｄ近傍サービスを円滑化することができる。
【０１０５】
・送信電力の判断
ｅＮＢ２００は、ＵＥ１００からのＤ２Ｄ範囲情報に基づいて、当該ＵＥ１００の送信電力を制御してもよい。その際、ｅＮＢ２００は、セルの周波数も考慮して、ＵＥ１００の送信電力を制御してもよい。セルの運用周波数が高いほど伝搬損失が大きくなるためである。セルの周波数は、Ｄ２Ｄ興味通知に含まれる「Frequency list」から判断してもよい。
【０１０６】
・変調方式、リピテションの判断
ｅＮＢ２００は、ＵＥ１００からのＤ２Ｄ範囲情報に基づいて、当該ＵＥ１００に適用する変調方式、リピテション（繰り返し送信回数）を制御してもよい。その際、ｅＮＢ２００は、セルの周波数も考慮して、当該ＵＥ１００に適用する変調方式、リピテション（繰り返し送信回数）を制御してもよい。セルの運用周波数が高いほど伝搬損失が大きくなるためである。セルの周波数は、Ｄ２Ｄ興味通知に含まれる「Frequency list」から判断してもよい。
【０１０７】
［その他の実施形態］
上述した実施形態では、Ｘ２インターフェイスを用いた基地局間協調動作について特に触れなかった。しかしながら、当該基地局間協調動作を導入してもよい。
【０１０８】
例えば、セル＃１のＵＥ１００がｌｏｎｇ受信を希望した場合に、セル＃１を有するｅＮＢ２００は、隣接（又は次隣接）セルを有する他のｅＮＢに対して、Ｘ２インターフェイスを介してｌｏｎｇ送信設定を要求する。或いは、セル＃１のＵＥ１００がｌｏｎｇ送信を希望した場合に、セル＃１を有するｅＮＢ２００は、隣接（又は次隣接）セルを有する他のｅＮＢに対して、Ｘ２インターフェイスを介してｌｏｎｇ受信設定を要求する。
【０１０９】
ここで、ｌｏｎｇ送信設定／ｌｏｎｇ受信設定は、送信／受信リソースプール情報、オフセットパラメータ（ＴＤＤフレーム調整用）、ＣＰ長、ＭＣＳ、ホッピングパラメータ、リピテション回数、Ｄ２Ｄ  ＲＮＴＩなどを含む。Ｄ２Ｄ同期信号設定である場合、ｌｏｎｇ送信設定／ｌｏｎｇ受信設定は、Ｄ２Ｄ同期信号の信号識別子（ＳＳ  ＩＤ）をさらに含む。タイミングオフセット設定である場合、ｌｏｎｇ送信設定／ｌｏｎｇ受信設定は、タイミングオフセット値をさらに含む。
【０１１０】
また、ＵＥ１００のハンドオーバ時に、当該ＵＥ１００のＤ２Ｄ範囲情報をハンドオーバ先（隣接セル）に通知してもよい。例えば、ハンドオーバ元からハンドオーバ先に送信するハンドオーバ要求にＤ２Ｄ範囲情報を含める。また、ハンドオーバ先セルは、ハンドオーバ要求に対する応答（ハンドオーバ要求ＡＣＫ）に、ハンドオーバ後のＤ２Ｄ範囲情報を含めた設定を含める。これにより、ハンドオーバ先セルで、ＵＥ１００がサービスを遮断させることなく、適切に設定される事が可能となる。
【０１１１】
また、セルごとに、許容するＤ２Ｄ範囲（許容通信範囲）が設定される場合、自セルで許容するＤ２Ｄ範囲（許容通信範囲）を隣接セルに通知してもよい。この場合、ｅＮＢ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｕｐｄａｔｅ（基地局設定更新）メッセージ等で、セル間で通知される。これにより、隣接セルは、自セルのＵＥ１００の設定をどうするか判断する事が可能となる。
【０１１２】
上述した実施形態では、許容通信範囲が、Ｄ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）における許容通信範囲である一例を説明した。しかしながら、許容通信範囲は、Ｄ２Ｄ発見手順における許容通信範囲ではなく、Ｄ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）における許容通信範囲であってもよい。
【０１１３】
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１１４】
［付記］
（１．はじめに）
セル間（及び周波数間）の隣接セルのサポートについて議論され、以下の合意に達している。
【０１１５】
１．セル間Ｄｉｓｃｏｖｅｒｙのために１）同期デプロイメント、２）非同期デプロイメントの両方のデプロイメントをサポートする。
【０１１６】
２．オペレータのリソース割り当ての方針として、１）セル間の重複Ｄｉｓｃｏｖｅｒｙリソース、２）セル間の非重複Ｄｉｓｃｏｖｅｒｙリソースの両方をサポートする。
【０１１７】
３．サービングセルは、どの隣接周波数がＰｒｏｓｅ  ＤｉｓｃｏｖｅｒｙをサポートするかをＳＩＢ情報で提供し得る。
【０１１８】
４．同期、完全重複、同一周波数内デプロイメントのために、ｅＮＢは、ただ一つのリソースプールを提供する（Ｄ２ＤＳＳ情報は要求されない）。
【０１１９】
他のデプロイメントのためにどのような情報が要求されるか及びどの程度のデータの量になるかは更なる検討が必要である（ＳＩＢが現実的か？）。
【０１２０】
本付記では、セル間Ｄｉｓｃｏｖｅｒｙをサポートするために残された課題を可能な解決策と共に明確化する。
【０１２１】
（２．セル間Ｄｉｓｃｏｖｅｒｙの側面での残された課題）
（２．１．非同期デプロイメントの下での同期方式）
セル間Ｄｉｓｃｏｖｅｒｙをサポートするための多くの課題は、提案された周波数間及びＰＬＭＮ間Ｄｉｓｃｏｖｅｒｙを考慮することにより解決することができるが、非同期デプロイメントを取り扱う方法については更なる検討が必要である。提案したように、ピアＵＥ間の（ラフな）同期をどのように保証するかに応じて、以下の選択肢を考慮することができる。
【０１２２】
選択肢Ａ：サービングセルがサービングセルとその隣接セルとの間の時間差を示すタイミングオフセットを提供する。
【０１２３】
選択肢Ｂ：ＵＥが隣接セル（複数可）から送信されたＰＳＳ／ＳＳＳ及びＭＩＢを直接的に監視する。
【０１２４】
選択肢Ｃ：ＵＥが隣接セルで送信側ＵＥから送信されたＰＤ２ＤＳＳ／ＳＤ２ＤＳＳ（及びＰＤ２ＤＳＣＨも）を直接的に監視する。
【０１２５】
選択肢Ｂは最も単純な選択肢であるが、Ｄｉｓｃｏｖｅｒｙの成功範囲が、隣接セルによって送信されたＰＳＳ／ＳＳＳが正常に復号できる範囲に依存するという欠点を有している。そのため、選択肢Ｂは、低い優先順位とすべきである。
【０１２６】
提案１：  非同期デプロイメントシナリオの下のセル間Ｄｉｓｃｏｖｅｒｙのために、ネットワークは、ＵＥが隣接セルからＤｉｓｃｏｖｅｒｙリソースと同期できるようにするために、タイミングオフセット（選択肢Ａ）又はＤ２ＤＳＳ（選択肢Ｃ）のいずれかを使用する選択肢を持つべきである。図８は、セル間Ｄｉｓｃｏｖｅｒｙのための同期の選択肢を示す。
【０１２７】
（２．２．選択肢Ａの論点）
提案１が受け入れ可能である場合、選択肢Ａは、異なるセルのＵＥ間の同期化の可能性がある。これは、単一のオフセットタイミングが、セルにサーブ／キャンプしているすべてのＵＥの同期のニーズをサポートするのに十分であるかどうかは不明である。しかし、「同期、完全重複、周波数内のデプロイメントのために、ｅＮＢは、ただ一つのリソースプールを提供する（Ｄ２ＤＳＳ情報は不要）」という合意に基づいて、セルが同期している限り、追加の同期が必要ないと仮定することができる。そのため、タイミングオフセットが特定のセル用の全ての端末に共通であり、ＵＥ単位でのオフセットは必要ない。
【０１２８】
考察１：  サービングセルがＵＥにタイミングオフセットを提供している場合、当該セルの全てのＵＥに共通のタイミングオフセットを適用可能である。
【０１２９】
リリース１２は、Ｘ２インタフェースを介したセル間の協調を想定していないので、ＯＡＭが、セルに対してその隣接セルそれぞれのタイミングオフセットを提供することが必要とされ得る。ＯＡＭがこのレベルのサポートを提供するための複雑さは、複雑な近隣関係を有する高密度のセルの導入の下で都市のデプロイメントについて特に高い。
【０１３０】
観察１：複雑な近隣関係を有する高密度のセルの導入の下では、タイミングオフセットの提供をサポートするためにＯＡＭに大きな努力が要求される。
【０１３１】
（２．３．選択肢Ｃの論点）
提案１が受け入れ可能である場合、選択肢Ｃは、セル間同期のためのＤｉｓｃｏｖｅｒｙの可能性もある。ＰＤ２ＤＳＳとＳＤ２ＤＳＳについては、サービングセルは、どのＵＥがＤ２ＤＳＳを送信する必要があるかを決定する必要があり、以下の合意がある。
【０１３２】
合意
・イン・カバレッジについて
少なくともｅＮＢによってＵＥがＤ２Ｄの同期ソースに設定された場合、ＵＥは、Ｄ２Ｄの同期ソースになることができる。
【０１３３】
Ｄ２Ｄ同期ソースが一つになるように構成されているＵＥの前に満たされなければならない追加的な基準については更なる検討が必要である。
【０１３４】
基地局を支援するための特別なＵＥ報告が必要とされているかどうかについては更なる検討が必要である。
【０１３５】
合意
・ネットワークがＤ２Ｄ通信とＤｉｓｃｏｖｅｒｙの両方をサポートしている場合、Ｄ２ＤＳＳ送信設定は、Ｄ２Ｄ  ＤｉｓｃｏｖｅｒｙとＤ２Ｄ通信との間で同じである。
【０１３６】
・タイプ１のＤｉｓｃｏｖｅｒｙについて
セルについてディスカバリ期間内で送信プールの最初のサブフレームは、Ｄｉｓｃｏｖｅｒｙ信号を送信するＵＥがＰＤ２ＤＳＳ及びＳＤ２ＤＳＳを送信するために使用することができる。
【０１３７】
タイプ１のリソースプールがＳＩＢを使用して設定されている場合、送信ＰＤ２ＤＳＳとＳＤ２ＤＳＳシーケンスは、ＳＩＢを用いて設定される。
【０１３８】
・同じＰＤ２ＤＳＳ及びＳＤ２ＤＳＳシーケンスがＤ２Ｄ通信に使用される。
【０１３９】
送信されるそれ以外のシーケンスは、専用ＲＲＣシグナリングを使用して設定することができる。
【０１４０】
・タイプ２BのＤｉｓｃｏｖｅｒｙについて
ｅＮｏｄｅＢはＰＤ２ＤＳＳ及びＳＤ２ＤＳＳを送信するようにＵＥに指示することができる。
【０１４１】
・タイプ１とタイプ２Bの両方について、ＰＤ２ＤＳＳとＳＤ２ＤＳＳの送信が設定されている場合、受信リソースプール情報は、ＵＥがＰＤ２ＤＳＳとＳＤ２ＤＳＳを監視すべき時間リソースや配列情報を（暗黙的又は明示的に）含んでいる。
【０１４２】
すべてのＤｉｓｃｏｖｅｒｙ  ＵＥがＤ２ＤＳＳを送信するかについては更なる検討が必要である。
【０１４３】
合意
・受信について、いくつかのセル間シナリオでは、時間・周波数同期のために他のカバレッジ内ＵＥからのＤ２ＤＳＳが必要な場合がある。
【０１４４】
多くの重要な合意に達したが、Ｄ２ＤＳＳに関連するいくつかの課題は依然として不明である。少なくともｅＮＢはＤ２ＤＳＳの伝送のためにＵＥ（複数可）を設定する責任があることが明らかである。また、Ｄ２ＤＳＳは、セル間Ｄｉｓｃｏｖｅｒｙのために必要とすることができることが意図される。一つの可能性は、ＵＥ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎで専用の伝送リソースを要求した又はＰｒｏＳｅ指示子で「アナウンスに興味を持つ」ことを通知したすべてのＵＥは、Ｄ２ＤＳＳの送信及び／又は受信を設定されていることを前提とするであろう。しかし、これは、過度のセル間干渉を引き起こし、ＵＥ間の時間・周波数同期の欠如によりＤｉｓｃｏｖｅｒｙ確率を低下させ得る。したがって、Ｄ２ＤＳＳの送信のために全てのＵＥを設定することは避けるべきである。ここで、Ｄ２ＤＳＳ受信は全てのＵＥに設定されていると想定している。
【０１４５】
提案２：すべてのＵＥにＰＤ２ＤＳＳとＳＤ２ＤＳＳのＤ２Ｄ送信が設定されていることを仮定するべきではない。
【０１４６】
提案２が許容範囲内にある場合は、ｅＮＢが、ＵＥはＤ２ＤＳＳを送信するように設定されるべきかを決定する方法が問題になる。言い換えれば、ｅＮＢは、ＤｉｓｃｏｖｅｒｙのためにＤ２ＤＳＳを必要とするＵＥペアを知る方法はない。
【０１４７】
一つの可能性は、許可されたアナウンスのＤｉｓｃｏｖｅｒｙ範囲又は許可された指定アナウンス範囲を使用することである。認可アナウンス範囲は、ＰＬＭＮごとＰｒｏＳｅ機能により提供されるが、レンジクラスの関係については更なる検討が必要である。許可アナウンス範囲をＵＥの「長距離」のＤｉｓｃｏｖｅｒｙへの関心と解釈することができる場合、ｅＮＢは、許可アナウンス範囲に応じて、設定されるべきＵＥを決定することができる。言い換えると、Ｄｉｓｃｏｖｅｒｙの「短い範囲」（例えば、非インターサイト距離（ＩＳＤ））にのみ関心あるＵＥにＤ２ＤＳＳ送信を設定する必要はないかもしれない。
【０１４８】
提案３：Ｄ２ＤＳＳ送信を設定する必要があるＵＥを決定するために許可アナウンス範囲を使用することができるかどうかを議論すべきである。
【０１４９】
上記の議論では、Ｄ２ＤＳＳ受信がすべてのＵＥに設定されていることを仮定している。ＵＥが、ＵＬトランシーバで送信と受信との間の高速スイッチングし、常にＤ２ＤＳＳを監視する必要がある場合、この仮定の欠点は、増加したＵＥの複雑性と電力消費である。よって、Ｄ２ＤＳＳの受信を必要とするＵＥにのみ設定されていることが好ましい。許可アナウンス範囲もＤｉｓｃｏｖｅｒｙモニタで定義されている場合、Ｄ２ＤＳＳ受信を設定されるべきＵＥを決定するために有用であり得る。
【０１５０】
提案４：すべてのＵＥが常にＤ２ＤＳＳを監視する必要があるかどうかを議論すべきである。
【０１５１】
［相互参照］
米国仮出願第６２／０５６０８８号（２０１４年９月２６日出願）の全内容が、参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０１５２】
本発明は、無線通信分野において有用である。
【図１】
0006475745.tif 000002
【図２】
0006475745.tif 000003
【図３】
0006475745.tif 000004
【図４】
0006475745.tif 000005
【図５】
0006475745.tif 000006
【図６】
0006475745.tif 000007
【図７】
0006475745.tif 000008
【図８】
0006475745.tif 000009