(57)【要約】      （修正有）【課題】Ｄ２Ｄ通信をサポートするユーザ端末が、Ｄ２Ｄ利用不能セルに在圏していてもＤ２Ｄ通信を利用することができるようにし、Ｄ２Ｄ通信の利用可能性を向上させるユーザ端末、装置、及び方法を提供する。【解決手段】ユーザ端末は、ＲＲＣアイドル状態において、第１の周波数の第１のセルに在圏し、前記ユーザ端末がＤ２Ｄ通信に興味を持つ場合、前記Ｄ２Ｄ通信に利用可能な第２の周波数の第２のセルを探索し、前記第２のセルを再選択するために、前記第２の周波数をセル再選択の最高優先度の周波数として設定し、前記第２のセルを再選択し、前記第２のセルに在圏しつつ前記第２の周波数を前記Ｄ２Ｄ通信に使用する。【選択図】図８
2017099014.tif 000002
【特許請求の範囲】
【請求項１】
制御部を備えるユーザ端末であって、
前記ユーザ端末のＲＲＣアイドル状態において、前記制御部は、
第１の周波数の第１のセルに在圏し、
前記ユーザ端末がＤ２Ｄ通信に興味を持つ場合、前記Ｄ２Ｄ通信に利用可能な第２の周波数の第２のセルを探索し、
前記第２のセルを再選択するために、前記第２の周波数をセル再選択の最高優先度の周波数として設定し、
前記第２のセルを再選択し、
前記第２のセルに在圏しつつ前記第２の周波数を前記Ｄ２Ｄ通信に使用する
ユーザ端末。
【請求項２】
前記第１の周波数は、前記Ｄ２Ｄ通信に利用不能な非パブリックセーフティ周波数であり、
前記第２の周波数は、前記Ｄ２Ｄ通信に利用可能なパブリックセーフティ周波数であり、
前記ユーザ端末が前記パブリックセーフティ周波数における前記Ｄ２Ｄ通信に興味を持つ場合、前記制御部は、前記パブリックセーフティ周波数をセル再選択の最高優先度の周波数として設定する
請求項１に記載のユーザ端末。
【請求項３】
ユーザ端末に備えられる装置であって、
前記ユーザ端末のＲＲＣアイドル状態において、
第１の周波数の第１のセルに在圏し、
前記ユーザ端末がＤ２Ｄ通信に興味を持つ場合、前記Ｄ２Ｄ通信に利用可能な第２の周波数の第２のセルを探索し、
前記第２のセルを再選択するために、前記第２の周波数をセル再選択の最高優先度の周波数として設定し、
前記第２のセルを再選択し、
前記第２のセルに在圏しつつ前記第２の周波数を前記Ｄ２Ｄ通信に使用する
装置。
【請求項４】
ユーザ端末において実行される方法であって、
前記ユーザ端末のＲＲＣアイドル状態において、
第１の周波数の第１のセルに在圏し、
前記ユーザ端末がＤ２Ｄ通信に興味を持つ場合、前記Ｄ２Ｄ通信に利用可能な第２の周波数の第２のセルを探索し、
前記第２のセルを再選択するために、前記第２の周波数をセル再選択の最高優先度の周波数として設定し、
前記第２のセルを再選択し、
前記第２のセルに在圏しつつ前記第２の周波数を前記Ｄ２Ｄ通信に使用する
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄ通信が導入される移動通信システムに関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信の導入が検討されている（非特許文献１参照）。
【０００３】
Ｄ２Ｄ通信では、近接する複数のユーザ端末からなる端末グループ内で、ネットワークを介さずに直接的な端末間通信を行う。一方、移動通信システムの通常の通信であるセルラ通信では、ユーザ端末がネットワークを介して通信を行う。
【０００４】
Ｄ２Ｄ通信は、近接するユーザ端末間で低送信電力の無線通信を行うことができるため、セルラ通信に比べて、ユーザ端末の消費電力及びネットワークの負荷を削減できる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ２２．８０３  Ｖ１２．２．０」  ２０１３年６月
【発明の概要】
【０００６】
ところで、Ｄ２Ｄ通信は、移動通信システムの全てのセルで利用可能であるとは限らない。すなわち、Ｄ２Ｄ通信が利用可能なＤ２Ｄ利用可能セルとＤ２Ｄ通信が利用不能なＤ２Ｄ利用不能セルとは混在し得る。
【０００７】
従って、Ｄ２Ｄ通信をサポートするユーザ端末は、Ｄ２Ｄ通信に興味がある場合（すなわち、Ｄ２Ｄ通信を行いたい場合）であっても、Ｄ２Ｄ利用不能セルに在圏している期間においては、Ｄ２Ｄ通信を利用することができない問題がある。
【０００８】
そこで、本発明は、Ｄ２Ｄ通信の利用可能性を向上させることを目的とする。
【０００９】
第１の特徴に係る移動通信システムは、Ｄ２Ｄ通信に利用可能な少なくとも１つのＤ２Ｄ利用可能セルに関するシステム情報を送信する基地局と、前記基地局のセルに在圏しており、前記基地局から前記システム情報を受信するユーザ端末と、を備える。前記システム情報は、前記Ｄ２Ｄ利用可能セルが属する周波数を示す周波数情報を含む。
【００１０】
第２の特徴に係るユーザ端末は、Ｄ２Ｄ通信に利用可能な少なくとも１つのＤ２Ｄ利用可能セルに関するシステム情報を基地局から受信する受信部を備える。前記システム情報は、前記Ｄ２Ｄ利用可能セルが属する周波数を示す周波数情報を含む。
【００１１】
第３の特徴に係るユーザ端末は、基地局が管理するセルにおいてコネクティッド状態のユーザ端末である。前記ユーザ端末は、自ユーザ端末がＤ２Ｄ通信に興味がある場合に、前記Ｄ２Ｄ通信に興味があることを示すＤ２Ｄ興味通知を前記基地局に送信する制御部を備える。
【００１２】
第４の特徴に係る基地局は、Ｄ２Ｄ通信に利用可能な少なくとも１つのＤ２Ｄ利用可能セルに関するシステム情報を送信する送信部を備える。前記システム情報は、前記Ｄ２Ｄ利用可能セルが属する周波数を示す周波数情報を含む。
【図面の簡単な説明】
【００１３】
【図１】実施形態に係るＬＴＥシステムの構成図である。
【図２】実施形態に係るＵＥのブロック図である。
【図３】実施形態に係るｅＮＢのブロック図である。
【図４】実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】実施形態に係る無線フレームの構成図である。
【図６】実施形態に係るＤ２Ｄ通信を説明するための図である。
【図７】実施形態に係るＤ２Ｄ利用可能セル及びＤ２Ｄ利用不能セルを説明するための図である。
【図８】実施形態に係るＤ２Ｄ利用可能通知の送信方法を示す図である。
【図９】実施形態に係るＤ２Ｄ利用可能通知のユースケース３を示す図である。
【図１０】その他の実施形態に係る動作環境の一例を説明するためのシーケンス図である。
【図１１】非ＰｒｏＳｅサポートセル上にキャンプするモニタＵＥのケースを説明するための図である。
【図１２】セル再選択なしでのｄｉｓｃｏｖｅｒｙモニタを説明するための図である。
【発明を実施するための形態】
【００１４】
［実施形態の概要］
実施形態に係る移動通信システムは、Ｄ２Ｄ通信が利用可能な少なくとも１つのＤ２Ｄ利用可能セルと、前記Ｄ２Ｄ通信が利用不能な少なくとも１つのＤ２Ｄ利用不能セルと、を有する。前記Ｄ２Ｄ利用不能セルは、前記Ｄ２Ｄ利用可能セルに関するＤ２Ｄ利用可能通知を送信する。前記Ｄ２Ｄ利用不能セルに在圏するユーザ端末は、前記Ｄ２Ｄ利用不能セルから前記Ｄ２Ｄ利用可能通知を受信する。前記Ｄ２Ｄ利用可能通知は、前記Ｄ２Ｄ利用可能セルが属する周波数を示す周波数情報を含む。
【００１５】
実施形態では、前記Ｄ２Ｄ利用可能セルは、前記Ｄ２Ｄ通信をサポートする周波数に属するセル、前記Ｄ２Ｄ通信をサポートする無線アクセス技術に準拠するセル、障害の発生によりセルラ通信が不能となったセル、の何れかである。
【００１６】
実施形態では、前記Ｄ２Ｄ利用不能セルは、前記Ｄ２Ｄ通信をサポートしない周波数に属するセル、前記Ｄ２Ｄ通信をサポートしない無線アクセス技術に準拠するセル、前記Ｄ２Ｄ通信をサポートするものの前記Ｄ２Ｄ通信の利用が禁止されているセル、の何れかである。
【００１７】
実施形態では、前記Ｄ２Ｄ利用不能セルは、第１の基地局により管理されている。前記Ｄ２Ｄ利用可能セルは、前記第１の基地局により管理されている、及び／又は、前記第１の基地局の近隣の第２の基地局により管理されている。
【００１８】
実施形態では、前記Ｄ２Ｄ利用可能セルが前記第２の基地局により管理されている場合に、前記第１の基地局は、前記Ｄ２Ｄ利用可能通知に含めるべき情報を前記第２の基地局又は上位のネットワークエンティティから取得する。
【００１９】
実施形態では、前記Ｄ２Ｄ利用可能通知は、前記Ｄ２Ｄ利用可能セルを示すセル情報、前記Ｄ２Ｄ利用可能セルを管理する基地局を示す基地局情報、前記Ｄ２Ｄ利用可能セルが準拠する無線アクセス技術を示す無線アクセス技術情報、前記Ｄ２Ｄ利用可能セルにおいて基地局の制御なしで前記Ｄ２Ｄ通信を行う能力が必要とされるか否かを示す能力関連情報、のうち少なくとも１つを含む。
【００２０】
実施形態では、前記Ｄ２Ｄ利用可能セルにおいて基地局の制御なしで前記Ｄ２Ｄ通信を行う能力が必要とされる場合、前記Ｄ２Ｄ利用可能通知は、前記Ｄ２Ｄ利用可能セルにおける前記Ｄ２Ｄ通信で使用可能な最大送信電力を示す情報を含む。
【００２１】
実施形態では、前記ユーザ端末は、アイドル状態であって、かつ、前記Ｄ２Ｄ利用不能セルをキャンプ先として選択している。前記Ｄ２Ｄ利用可能通知を受信した前記ユーザ端末は、前記Ｄ２Ｄ通信に興味がある場合であって、かつ、前記Ｄ２Ｄ利用可能セルが属する周波数において前記Ｄ２Ｄ通信を行う能力を有する場合に、キャンプ先セルを再選択する優先度として、前記Ｄ２Ｄ利用可能セルが属する周波数を最高優先度に設定する。
【００２２】
実施形態では、前記ユーザ端末は、キャンプ先セルを選択する優先度として、ＭＢＭＳが提供されている周波数を最高優先度に設定する機能を有している。前記Ｄ２Ｄ利用可能通知を受信した前記ユーザ端末は、前記Ｄ２Ｄ利用可能セルが属する周波数と前記ＭＢＭＳが提供されている周波数とが異なる場合に、前記Ｄ２Ｄ通信及び前記ＭＢＭＳの何れに興味があるかに基づいて、前記最高優先度に設定する周波数を選択する。
【００２３】
実施形態では、アイドル状態であって、かつ、前記Ｄ２Ｄ利用可能セルをキャンプ先として選択している第２のユーザ端末をさらに備える。前記第２のユーザ端末は、前記Ｄ２Ｄ通信に興味がある又は前記Ｄ２Ｄ通信を行っている場合に、キャンプ先のセルを再選択する優先度として、前記Ｄ２Ｄ利用可能セルが属する周波数を最高優先度に設定する。
【００２４】
実施形態では、前記ユーザ端末は、コネクティッド状態であって、かつ、前記Ｄ２Ｄ利用不能セルとの接続を確立している。前記Ｄ２Ｄ利用可能通知を受信した前記ユーザ端末は、前記Ｄ２Ｄ通信に興味がある場合であって、かつ、前記Ｄ２Ｄ利用可能セルが属する周波数において前記Ｄ２Ｄ通信を行う能力を有する場合に、前記Ｄ２Ｄ通信に興味があることを示すＤ２Ｄ興味通知を前記Ｄ２Ｄ利用不能セルに送信する。
【００２５】
実施形態では、前記ユーザ端末は、前記Ｄ２Ｄ利用可能通知の送信をサポートしないセルに対する前記Ｄ２Ｄ興味通知の送信が禁止されている。
【００２６】
実施形態では、前記Ｄ２Ｄ興味通知を受信した前記Ｄ２Ｄ利用不能セルは、前記Ｄ２Ｄ利用不能セルから前記Ｄ２Ｄ利用可能セルへの前記ユーザ端末のハンドオーバを試みる。
【００２７】
実施形態では、前記Ｄ２Ｄ興味通知は、前記ユーザ端末が前記Ｄ２Ｄ通信に利用したい周波数を示す情報と、前記ユーザ端末が前記Ｄ２Ｄ通信をセルラ通信よりも優先するか否かを示す情報と、を含む。
【００２８】
実施形態に係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信が利用可能な少なくとも１つのＤ２Ｄ利用可能セルと、前記Ｄ２Ｄ通信が利用不能な少なくとも１つのＤ２Ｄ利用不能セルと、を有する移動通信システムにおいて、前記Ｄ２Ｄ利用不能セルに在圏する。前記ユーザ端末は、前記Ｄ２Ｄ利用可能セルに関するＤ２Ｄ利用可能通知を前記Ｄ２Ｄ利用不能セルから受信する受信部を備える。前記Ｄ２Ｄ利用可能通知は、前記Ｄ２Ｄ利用可能セルが属する周波数を示す周波数情報を含む。
【００２９】
実施形態に係る基地局は、直接的な端末間通信であるＤ２Ｄ通信が利用可能な少なくとも１つのＤ２Ｄ利用可能セルと、前記Ｄ２Ｄ通信が利用不能な少なくとも１つのＤ２Ｄ利用不能セルと、を有する移動通信システムにおいて、前記Ｄ２Ｄ利用不能セルを管理する。前記基地局は、前記Ｄ２Ｄ利用不能セルに在圏するユーザ端末に対して、前記Ｄ２Ｄ利用可能セルに関するＤ２Ｄ利用可能通知を送信する送信部を備える。前記Ｄ２Ｄ利用可能通知は、前記Ｄ２Ｄ利用可能セルが属する周波数を示す周波数情報を含む。
【００３０】
［実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
【００３１】
（システム構成）
図１は、実施形態に係るＬＴＥシステムの構成図である。図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００３２】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００３３】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３４】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３５】
ＥＰＣ２０は、コアネットワークに相当する。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０によりＬＴＥシステムのネットワークが構成される。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。ＳＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００３６】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００３７】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００３８】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００３９】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４０】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。
【００４１】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００４２】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００４３】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４４】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４５】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４６】
ＭＡＣ層は、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）、ＵＥ１００への割当リソースブロックを決定（スケジューリング）するケジューラを含む。
【００４７】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４８】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４９】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００は接続状態（ＲＲＣ接続状態）であり、そうでない場合、ＵＥ１００はアイドル状態（ＲＲＣアイドル状態）である。
【００５０】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００５１】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンク（ＤＬ）にはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンク（ＵＬ）にはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００５２】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルによりリソースエレメントが構成される。
【００５３】
ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより構成され、時間リソースはサブフレーム（又はスロット）により構成される。
【００５４】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの部分は、主に下りリンクユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
【００５５】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
【００５６】
（Ｄ２Ｄ通信）
実施形態に係るＬＴＥシステムは、直接的な端末間通信（ＵＥ間通信）であるＤ２Ｄ通信をサポートする。図６は、実施形態に係るＤ２Ｄ通信を説明するための図である。
【００５７】
ここでは、Ｄ２Ｄ通信を、ＬＴＥシステムの通常の通信であるセルラ通信と比較して説明する。セルラ通信は、データパスがネットワーク（Ｅ−ＵＴＲＡＮ１０、ＥＰＣ２０）を経由する通信形態である。データパスとは、ユーザデータの伝送経路である。
【００５８】
これに対し、図６に示すように、Ｄ２Ｄ通信は、ＵＥ間に設定されるデータパスがネットワークを経由しない通信形態である。相互に近接する複数のＵＥ１００（ＵＥ１００−１及びＵＥ１００−２）は、低送信電力で直接的に無線通信を行う。Ｄ２Ｄ通信の周波数は、セルラ通信の周波数と共用されてもよく、セルラ通信の周波数と異なる周波数であってもよい。Ｄ２Ｄ通信は、近傍発見手順（Ｄｉｓｃｏｖｅｒｙ手順）を含んでもよい。Ｄｉｓｃｏｖｅｒｙ手順は、近傍ＵＥとの同期を確立した上で、近傍ＵＥを識別（発見）する手順である。Ｄ２Ｄ通信は、Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）と称されてもよい。
【００５９】
Ｄ２Ｄ通信を行うＵＥ群は、クラスタと称されることがある。クラスタを形成する全ＵＥ１００がセルカバレッジ内に位置するケースを「Ｉｎ  ｃｏｖｅｒａｇｅ」という。クラスタを形成する全ＵＥ１００がセルカバレッジ外に位置するケースを「Ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ」という。クラスタのうち一部のＵＥ１００がセルカバレッジ内に位置し、残りのＵＥ１００がセルカバレッジ外に位置するケースを「Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅ」という。
【００６０】
このように、Ｄ２Ｄ通信では、クラスタ内の複数のＵＥ１００が低送信電力で直接的に無線通信を行うことにより、セルラ通信と比べて、ＵＥ１００の消費電力を削減し、かつ、隣接セルへの干渉を低減できる。
【００６１】
（実施形態に係る動作）
以下において、実施形態に係る動作について説明する。
【００６２】
（１）動作概要
Ｄ２Ｄ通信は、全てのセルで利用可能であるとは限らない。すなわち、Ｄ２Ｄ通信が利用可能なセル（Ｄ２Ｄ利用可能セル）とＤ２Ｄ通信が利用不能なセル（Ｄ２Ｄ利用不能セル）とは混在し得る。
【００６３】
従って、Ｄ２Ｄ通信をサポートするユーザ端末は、Ｄ２Ｄ通信に興味がある場合（すなわち、Ｄ２Ｄ通信を行いたい場合）であっても、Ｄ２Ｄ利用不能セルに在圏している期間においては、Ｄ２Ｄ通信を利用することができない。
【００６４】
そこで、実施形態では、Ｄ２Ｄ利用不能セルは、Ｄ２Ｄ利用可能セルに関するＤ２Ｄ利用可能通知を送信する。当該Ｄ２Ｄ利用可能セルは、当該Ｄ２Ｄ利用不能セルと少なくとも一部のセルカバレッジが重複するセル（隣接セル）であることが好ましい。
【００６５】
Ｄ２Ｄ利用可能通知は、Ｄ２Ｄ利用可能セルが属する周波数を示す周波数情報を含む。Ｄ２Ｄ利用不能セルに在圏するＵＥ１００は、Ｄ２Ｄ利用不能セルからＤ２Ｄ利用可能通知を受信する。なお、実施形態において「在圏」とは、ＵＥ１００がコネクティッド状態であるかアイドル状態であるかを問わない。
【００６６】
このように、Ｄ２Ｄ利用不能セルに在圏するＵＥ１００は、Ｄ２Ｄ利用可能通知を受信することにより、Ｄ２Ｄ利用可能セルが属する周波数、すなわちＤ２Ｄ通信が利用可能な周波数を把握することができる。
【００６７】
また、Ｄ２Ｄ利用可能セルは、Ｄ２Ｄ利用可能セルに関するＤ２Ｄ利用可能通知を送信する。Ｄ２Ｄ利用可能セルに在圏するＵＥ１００は、Ｄ２Ｄ利用可能セルからＤ２Ｄ利用可能通知を受信する。
【００６８】
これにより、Ｄ２Ｄ利用可能セルに在圏するＵＥ１００は、Ｄ２Ｄ利用可能通知に基づいて、在圏セル（サービングセル）においてＤ２Ｄ通信が利用可能であることを把握することができる。
【００６９】
図７は、Ｄ２Ｄ利用可能セル及びＤ２Ｄ利用不能セルを説明するための図である。図７において、Ｄ２Ｄ利用可能セル及びＤ２Ｄ利用不能セルは、異なる周波数に属する。
【００７０】
図７（ａ）は、Ｄ２Ｄ利用可能セル及びＤ２Ｄ利用不能セルが同一基地局（ｅＮＢ２００）により管理されている一例を示す。図７（ｂ）は、Ｄ２Ｄ利用可能セル及びＤ２Ｄ利用不能セルが異なる基地局（ｅＮＢ２００−１、ｅＮＢ２００−２）により管理されている一例を示す。Ｄ２Ｄ利用可能セルにはＵＥ１００−１が在圏しており、Ｄ２Ｄ利用不能セルにはＵＥ１００−２が在圏している。
【００７１】
Ｄ２Ｄ利用可能セルは、Ｄ２Ｄ通信をサポートする周波数に属するセルである。これに対し、Ｄ２Ｄ利用不能セルは、Ｄ２Ｄ通信をサポートしない周波数に属するセルである。例えば、Ｄ２Ｄ利用可能セルが２ＧＨｚ帯に属し、かつＤ２Ｄ利用不能セルが８００ＭＨｚ帯に属している場合に、２ＧＨｚ帯がＤ２Ｄ通信をサポートし、かつ８００ＭＨｚ帯がＤ２Ｄ通信をサポートしていないといったシナリオが考えられる。Ｄ２Ｄ通信をサポートする周波数は、公安（Ｐｕｂｌｉｃ  ｓａｆｅｔｙ）専用周波数などの専用帯域であってもよい。
【００７２】
或いは、Ｄ２Ｄ利用可能セルは、Ｄ２Ｄ通信をサポートする無線アクセス技術に準拠するセルである。これに対し、Ｄ２Ｄ利用不能セルは、Ｄ２Ｄ通信をサポートしない無線アクセス技術に準拠するセルである。例えば、Ｄ２Ｄ利用可能セルがＥ−ＵＴＲＡＮ（ＬＴＥ）に準拠し、かつＤ２Ｄ利用不能セルがＧＥＲＡＮ（ＧＳＭ（登録商標））に準拠している場合に、Ｅ−ＵＴＲＡＮ（ＬＴＥ）がＤ２Ｄ通信をサポートし、かつＧＥＲＡＮ（ＧＳＭ（登録商標））がＤ２Ｄ通信をサポートしていないといったシナリオが考えられる。
【００７３】
或いは、Ｄ２Ｄ利用不能セルは、Ｄ２Ｄ通信をサポートするもののＤ２Ｄ通信の利用が禁止されているセルである。例えば、２ＧＨｚ帯と８００ＭＨｚ帯の両方がＤ２Ｄ通信をサポートしている場合において、Ｄ２Ｄ通信を行っているＵＥが少ないことから、２ＧＨｚ帯のみでＤ２Ｄ通信を許可し、８００ＭＨｚ帯でのＤ２Ｄ利用を不可とするといったシナリオが考えられる。
【００７４】
或いは、Ｄ２Ｄ利用可能セルは、障害の発生によりセルラ通信が不能となったセル（以下、「障害発生セル」という）である。このように、障害発生セルについては、当該セルの周波数をＤ２Ｄ通信に転用し、Ｐｕｂｌｉｃ  ｓａｆｅｔｙモード(Ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ及び／又はＰａｒｔｉａｌ  Ｃｏｖｅｒａｇｅ)でのＤ２Ｄ通信を可能とする。
【００７５】
（２）Ｄ２Ｄ利用可能通知
Ｄ２Ｄ利用可能通知は、Ｄ２Ｄ利用可能セルを示すセル情報（セルＩＤ）、Ｄ２Ｄ利用可能セルを管理するｅＮＢ２００を示すｅＮＢ情報（ｅＮＢ  ＩＤ）、Ｄ２Ｄ利用可能セルが準拠する無線アクセス技術を示す無線アクセス技術情報、のうち少なくとも１つを含んでもよい。これにより、ＵＥ１００は、より正確にＤ２Ｄ利用可能セルを把握することができる。
【００７６】
また、Ｄ２Ｄ利用可能通知は、Ｄ２Ｄ利用可能セルにおいてｅＮＢ２００の制御なしでＤ２Ｄ通信を行う能力が必要とされるか否かを示す能力関連情報を含んでもよい。例えばＰｕｂｌｉｃ  ｓａｆｅｔｙ専用周波数或いはＰｕｂｌｉｃ  ｓａｆｅｔｙモード（Ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ及び／又はＰａｒｔｉａｌ  Ｃｏｖｅｒａｇｅ）でのＤ２Ｄ通信は、ｅＮＢ２００の制御なしでＤ２Ｄ通信を行う能力が必要とされる。よって、能力関連情報により、ｅＮＢ２００の制御なしでＤ２Ｄ通信を行う能力が必要とされるか否かを通知する。
【００７７】
Ｄ２Ｄ利用可能セルにおいてｅＮＢ２００の制御なしでＤ２Ｄ通信を行う能力が必要とされる場合、Ｄ２Ｄ利用可能通知は、Ｄ２Ｄ利用可能セルにおけるＤ２Ｄ通信で使用可能な最大送信電力を示す情報を含むことが好ましい。これにより、ｅＮＢ２００の制御なしでＤ２Ｄ通信を行う場合でも、過大な電力でＤ２Ｄ通信を行うことを防止できる。
【００７８】
また、図７（ｂ）に示す動作環境、すなわち、Ｄ２Ｄ利用可能セル及びＤ２Ｄ利用不能セルが異なる基地局（ｅＮＢ２００−１、ｅＮＢ２００−２）により管理されている場合には、基地局間での情報共有が必要である。
【００７９】
図７（ｂ）において、Ｄ２Ｄ利用不能セルを管理するｅＮＢ２００−１は、Ｄ２Ｄ利用可能通知に含めるべき情報を、Ｄ２Ｄ利用可能セルを管理するｅＮＢ２００−２から取得する。すなわち、ｅＮＢ２００−２は、自セルであるＤ２Ｄ利用可能セルに関する情報を、近隣のｅＮＢ２００−１に対してＸ２インターフェイス上で通知する。
【００８０】
或いは、Ｄ２Ｄ利用不能セルを管理するｅＮＢ２００−１は、Ｄ２Ｄ利用可能通知に含めるべき情報を、ｅＮＢ２００−２からではなく、上位のネットワークエンティティからＳ１インターフェイス上で取得してもよい。上位のネットワークエンティティとは例えばＭＭＥである。
【００８１】
図８は、ｅＮＢ２００からＵＥ１００へのＤ２Ｄ利用可能通知の送信方法を示す図である。ここでは、ブロードキャストされるシステム情報であるＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）にＤ２Ｄ利用可能通知を含める一例を説明する。また、Ｄ２Ｄ利用可能通知を含んだＳＩＢを便宜上「ＳＩＢｘ」と表記する。
【００８２】
図８に示すように、ステップＳ１１において、ｅＮＢ２００は、ＳＩＢ２以降の各ＳＩＢの時間領域スケジューリングを示すＳＩＢ１（ＳＩＢ  Ｔｙｐｅ  １）を送信する。ｅＮＢ２００のセルに在圏するＵＥ１００は、ＳＩＢ１を受信すると、当該受信したＳＩＢ１に基づいてＳＩＢｘの割り当てタイミングを把握する。
【００８３】
ステップＳ１２において、ｅＮＢ２００は、ＳＩＢ１で示した割り当てタイミングにおいてＳＩＢｘを送信する。ｅＮＢ２００のセルに在圏するＵＥ１００は、ＳＩＢｘを受信すると、当該受信したＳＩＢｘに基づいて、Ｄ２Ｄ利用可能セルに関する情報を把握する。
【００８４】
（３）Ｄ２Ｄ利用可能通知のユースケース
次に、Ｄ２Ｄ利用可能通知のユースケースについて説明する。
【００８５】
（３．１）ユースケース１
ユースケース１では、Ｄ２Ｄ利用不能セルにおいてアイドル状態であるＵＥ１００（図７におけるＵＥ１００−１）がＤ２Ｄ利用可能通知（ＳＩＢｘ）を受信するケースを想定する。
【００８６】
ＵＥ１００は、アイドル状態であって、かつ、Ｄ２Ｄ利用不能セルをキャンプ先として選択している。Ｄ２Ｄ利用可能通知を受信したＵＥ１００は、Ｄ２Ｄ通信に興味がある場合であって、かつ、Ｄ２Ｄ利用可能セルが属する周波数においてＤ２Ｄ通信を行う能力を有する場合に、キャンプ先セルを再選択する優先度として、Ｄ２Ｄ利用可能セルが属する周波数を最高優先度に設定する。
【００８７】
キャンプ先セルを再選択する動作は、「セル再選択」と称される。セル再選択においては、在圏セル（サービングセル）の受信レベルと隣接セルの受信レベルとの比較により定まるランキングと、周波数優先度（ｃｅｌｌＲｅｓｅｌｅｃｔｉｏｎＰｒｉｏｒｉｔｙ）と、に基づいて、キャンプ先セルが選択される。具体的には、優先度の高い周波数に属するセルがキャンプ先セルとして優先的に選択される。
【００８８】
よって、Ｄ２Ｄ通信に興味があるアイドル状態のＵＥ１００は、Ｄ２Ｄ利用可能セルが属する周波数を最高優先度に設定することにより、Ｄ２Ｄ利用可能セルに移行し易くなる。従って、Ｄ２Ｄ通信に興味があるアイドル状態のＵＥ１００は、Ｄ２Ｄ利用可能セルに移行し、Ｄ２Ｄ通信を利用することができる。
【００８９】
なお、ＵＥ１００が、キャンプ先セルを選択する優先度として、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）が提供されている周波数を最高優先度に設定する機能を有していることも想定される。Ｄ２Ｄ利用可能通知を受信したＵＥ１００は、Ｄ２Ｄ利用可能セルが属する周波数とＭＢＭＳが提供されている周波数とが異なる場合には、Ｄ２Ｄ通信及びＭＢＭＳの何れに興味があるかに基づいて、最高優先度に設定する周波数を選択してもよい。
【００９０】
（３．２）ユースケース２
ユースケース２では、Ｄ２Ｄ利用可能セルにおいてアイドル状態であるＵＥ１００（図７におけるＵＥ１００−２）がＤ２Ｄ利用可能通知（ＳＩＢｘ）を受信するケースを想定する。
【００９１】
ＵＥ１００は、アイドル状態であって、かつ、Ｄ２Ｄ利用可能セルをキャンプ先として選択している。ＵＥ１００は、Ｄ２Ｄ通信に興味がある又はＤ２Ｄ通信を行っている場合に、キャンプ先のセルを再選択する優先度として、Ｄ２Ｄ利用可能セルが属する周波数を最高優先度に設定する。
【００９２】
これにより、Ｄ２Ｄ通信に興味がある又はＤ２Ｄ通信を行っているアイドル状態のＵＥ１００は、Ｄ２Ｄ利用可能セルが属する周波数を最高優先度に設定することにより、Ｄ２Ｄ利用可能セルに留まりやすくなる。従って、Ｄ２Ｄ通信に興味があるアイドル状態のＵＥ１００は、Ｄ２Ｄ利用可能セルに留まることにより、Ｄ２Ｄ通信の利用を継続することができる。
【００９３】
（３．３）ユースケース３
ユースケース３では、Ｄ２Ｄ利用不能セルにおいてコネクティッド状態であるＵＥ１００（図７におけるＵＥ１００−１）がＤ２Ｄ利用可能通知（ＳＩＢｘ）を受信するケースを想定する。
【００９４】
図９は、Ｄ２Ｄ利用可能通知のユースケース３を示す図である。ＵＥ１００は、コネクティッド状態であって、かつ、Ｄ２Ｄ利用不能セルとの接続を確立している。
【００９５】
ステップＳ２１において、ＵＥ１００は、Ｄ２Ｄ利用可能通知（ＳＩＢｘ）をｅＮＢ２００（Ｄ２Ｄ利用不能セル）から受信する。
【００９６】
ステップＳ２２において、Ｄ２Ｄ利用可能通知を受信したＵＥ１００は、Ｄ２Ｄ通信に興味がある場合であって、かつ、Ｄ２Ｄ利用可能セルが属する周波数においてＤ２Ｄ通信を行う能力を有する場合に、Ｄ２Ｄ通信に興味があることを示すＤ２Ｄ興味通知をｅＮＢ２００（Ｄ２Ｄ利用不能セル）に送信する。
【００９７】
Ｄ２Ｄ興味通知を受信したｅＮＢ２００（Ｄ２Ｄ利用不能セル）は、Ｄ２Ｄ利用不能セルからＤ２Ｄ利用可能セルへのＵＥ１００のハンドオーバを試みる。
【００９８】
このように、Ｄ２Ｄ通信に興味があるコネクティッド状態のＵＥ１００をＤ２Ｄ利用不能セルからＤ２Ｄ利用可能セルにハンドオーバすることにより、ＵＥ１００がＤ２Ｄ利用可能セルに移行し、Ｄ２Ｄ通信を利用することができる。
【００９９】
Ｄ２Ｄ興味通知は、例えば、ＵＥ１００がＤ２Ｄ通信に利用したい周波数を示す情報と、ＵＥ１００がＤ２Ｄ通信をセルラ通信よりも優先するか否かを示す情報と、を含む。これにより、ｅＮＢ２００（Ｄ２Ｄ利用不能セル）は、ＵＥ１００をハンドオーバさせるか否かの決定及びハンドオーバ先セルの決定を適切に行うことができる。なお、Ｄ２Ｄ興味通知は、Ｄ２Ｄ利用可能通知に含まれる情報のうちの少なくとも１つを含んでもよい。
【０１００】
実施形態では、ＵＥ１００は、Ｄ２Ｄ利用可能通知の送信をサポートしないセルに対するＤ２Ｄ興味通知の送信が禁止されている。すなわち、ＵＥ１００は、サービングセルからＤ２Ｄ利用可能通知を受信しなければ、当該サービングセルに対してＤ２Ｄ興味通知を送信することができない。これにより、不適切なＤ２Ｄ興味通知が送信されることを防止することができる。
【０１０１】
（実施形態のまとめ）
上述したように、Ｄ２Ｄ利用不能セルは、Ｄ２Ｄ利用可能セルに関するＤ２Ｄ利用可能通知を送信する。Ｄ２Ｄ利用可能通知は、Ｄ２Ｄ利用可能セルが属する周波数を示す周波数情報を含む。Ｄ２Ｄ利用不能セルに在圏するＵＥ１００は、Ｄ２Ｄ利用不能セルからＤ２Ｄ利用可能通知を受信する。これにより、Ｄ２Ｄ利用不能セルに在圏するＵＥ１００は、Ｄ２Ｄ利用可能通知を受信することにより、Ｄ２Ｄ利用可能セルが属する周波数、すなわちＤ２Ｄ通信が利用可能な周波数を把握することができる。その結果、ＵＥ１００がＤ２Ｄ利用可能セルに移行するための制御を行うことができるため、Ｄ２Ｄ通信の利用可能性を向上させることができる。
【０１０２】
［変更例１］
上述したユースケース１及び２では、アイドル状態のＵＥ１００は、Ｄ２Ｄ通信に興味があるか否かに基づいて、セル再選択における周波数優先度（ｃｅｌｌＲｅｓｅｌｅｃｔｉｏｎＰｒｉｏｒｉｔｙ）を制御していた。
【０１０３】
具体的には、アイドル状態のＵＥ１００は、Ｄ２Ｄ通信に興味がある場合に、キャンプ先セルを再選択する優先度として、Ｄ２Ｄ利用可能セルが属する周波数を最高優先度に設定する。
【０１０４】
なお、アイドル状態のＵＥ１００は、上述したＳＩＢｘ（ここでは、ＳＩＢ１８とする）に加えて、ネットワークから受信するＳＩＢ５の内容を考慮してセル再選択を制御してもよい。ＳＩＢ５は、ＳＩＢｘと同様に報知情報の一種であり、ＲＲＣ層で規定される情報要素である。ＳＩＢ５は、周波数間（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）セル再選択に関する情報を含む。周波数間セル再選択に関する情報は、セル再選択の優先度を制御するためのパラメータを含む。当該パラメータは、周波数優先度（ｃｅｌｌＲｅｓｅｌｅｃｔｉｏｎＰｒｉｏｒｉｔｙ）、受信レベルに付与されるオフセット値などである。アイドル状態のＵＥ１００は、ＳＩＢ１８で複数のＤ２Ｄ利用可能セル（周波数）が指定されている場合に、ＳＩＢ５で指定されている周波数間セル再選択の優先度を、当該ＳＩＢ１８で指定されているセル（周波数）に適用してもよい。例えば、ＳＩＢ１８で優先度が高い順に{F2, F4}の周波数が設定されており、かつ、ＳＩＢ５で優先度が高い順に{F4, F1, F2, F3}の周波数が指定されていると仮定する。この場合、Ｄ２Ｄに興味があるＵＥの周波数選択候補は{F2, F4}となるが、優先順位については、ＳＩＢ５を継承して、{F4, F2}とする。
【０１０５】
また、アイドル状態のＵＥ１００は、Ｄ２Ｄ利用可能セルが属する周波数とＭＢＭＳが提供されている周波数とが異なる場合には、Ｄ２Ｄ通信及びＭＢＭＳの何れに興味があるかに基づいて、最高優先度に設定する周波数を選択する。
【０１０６】
実施形態の変更例１では、Ｄ２Ｄ通信及びＭＢＭＳの何れを優先するかの設定方法について説明する。
【０１０７】
第１の方法では、アイドル状態のＵＥ１００は、Ｄ２Ｄ通信及びＭＢＭＳのうちＤ２Ｄ通信を常に優先する方法である。例えば、Ｄ２Ｄ利用可能セルが属する周波数とＭＢＭＳが提供されている周波数とが異なる場合に、Ｄ２Ｄ利用可能セルが属する周波数を最高優先度に設定する。
【０１０８】
第２の方法では、アイドル状態のＵＥ１００は、Ｄ２Ｄ通信及びＭＢＭＳのうちＭＢＭＳを常に優先する方法である。例えば、Ｄ２Ｄ利用可能セルが属する周波数とＭＢＭＳが提供されている周波数とが異なる場合に、ＭＢＭＳが提供されている周波数を最高優先度に設定する。
【０１０９】
第３の方法では、アイドル状態のＵＥ１００は、Ｄ２Ｄ通信及びＭＢＭＳの何れを優先するかを、上位レイヤ（例えば、アプリケーションレイヤ）からの情報に基づいて設定する。例えば、上位レイヤがＤ２Ｄ通信を指定した場合に、Ｄ２Ｄ利用可能セルが属する周波数を最高優先度に設定する。これに対し、上位レイヤがＭＢＭＳを指定した場合に、ＭＢＭＳが提供されている周波数を最高優先度に設定する。
【０１１０】
第４の方法では、アイドル状態のＵＥ１００は、Ｄ２Ｄ通信及びＭＢＭＳの何れを優先するかを、興味があるＤ２Ｄ通信の内容に基づいて設定する。例えば、Ｄ２Ｄ通信における送信に興味がある場合に、Ｄ２Ｄ利用可能セルが属する周波数を最高優先度に設定する。これに対し、Ｄ２Ｄ通信における受信（又は監視）に興味がある場合に、ＭＢＭＳが提供されている周波数を最高優先度に設定する。
【０１１１】
なお、本変更例では、ＵＥ１００が複数受信機（例えば、Ｄｕａｌ  ｒｅｃｅｉｖｅｒ）を有するケースを考慮していない。しかしながら、ＵＥ１００が複数受信機を有する場合、第１の受信機ではＭＢＭＳを最優先とし、第２の受信機ではＤ２Ｄ（Ｄｉｓｃｏｖｅｒｙ）を最優先とする、という制御を行ってもよい。
【０１１２】
［変更例２］
上述したユースケース３では、Ｄ２Ｄ興味通知は、ＵＥ１００がＤ２Ｄ通信に利用したい周波数を示す情報と、ＵＥ１００がＤ２Ｄ通信をセルラ通信よりも優先するか否かを示す情報と、を含んでいた。
【０１１３】
実施形態の変更例２では、Ｄ２Ｄ興味通知は、以下の情報要素のうち少なくとも１つを含む。以下の情報要素により、ｅＮＢ２００は、Ｄ２Ｄ興味通知の送信元のＵＥ１００に対する制御などをより適切に行うことができる。
【０１１４】
・Ｉｎｔｅｒｅｓｔｅｄ  ｉｎ／Ｎｏ  ｌｏｎｇｅｒ  ｉｎｔｅｒｅｓｔｅｄ  ｉｎ
本情報要素は、Ｄ２Ｄ興味通知の送信元のＵＥ１００がＤ２Ｄ通信に興味があることを示す「Ｉｎｔｅｒｅｓｔｅｄ  ｉｎ」、又は、もはやＤ２Ｄ通信に興味がないことを示す「ｎｏ  ｌｏｎｇｅｒ  ｉｎｔｅｒｅｓｔｅｄ  ｉｎ」の何れかに設定される。
【０１１５】
・Ｄｉｓｃｏｖｅｒｙ／Ｃｏｍｍｕｎｉｃａｔｉｏｎ
上述したように、Ｄ２Ｄ通信は近傍発見手順（Ｄｉｓｃｏｖｅｒｙ）を含む。ここでは、Ｄｉｓｃｏｖｅｒｙを除くＤ２Ｄ通信（データ送受信）をＣｏｍｍｕｎｉｃａｔｉｏｎと称する。本情報要素は、Ｄｉｓｃｏｖｅｒｙへの興味を示す「Ｄｉｓｃｏｖｅｒｙ」、又は、Ｃｏｍｍｕｎｉｃａｔｉｏｎへの興味を示す「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」の何れかに設定される。
【０１１６】
・Ａｎｎｏｕｎｃｉｎｇ（ｔｒａｎｓｍｉｔｔｉｎｇ）／Ｍｏｎｉｔｏｒｉｎｇ（ｒｅｃｅｉｖｉｎｇ）
本情報要素は、Ｄ２Ｄ通信における送信への興味を示す「ａｎｎｏｕｎｃｉｎｇ  （ｔｒａｎｓｍｉｔｔｉｎｇ）」、又は、Ｄ２Ｄ通信における受信（又は監視）への興味を示す「ｍｏｎｉｔｏｒｉｎｇ  （ｒｅｃｅｉｖｉｎｇ）」の何れかに設定される。
【０１１７】
・Ｉｎｔｅｒ−ＰＬＭＮ／Ｉｎｔｒａ−ＰＬＭＮ
本情報要素は、異なるＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）間でのＤ２Ｄ通信への興味を示す「ｉｎｔｅｒ−ＰＬＭＮ」、又は、同じＰＬＭＮ内でのＤ２Ｄ通信への興味を示す「ｉｎｔｒａ−ＰＬＭＮ」の何れかに設定される。
【０１１８】
・Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ／Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ
本情報要素は、異なる周波数間でのＤ２Ｄ通信への興味を示す「ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ」、又は、同じ周波数内でのＤ２Ｄ通信への興味を示す「ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ」の何れかに設定される。
【０１１９】
・Ｉｎｔｅｒ−ｃｅｌｌ／Ｉｎｔｒａ−ｃｅｌｌ
本情報要素は、異なるセル間でのＤ２Ｄ通信への興味を示す「ｉｎｔｅｒ−ｃｅｌｌ」、又は、同じセル内でのＤ２Ｄ通信への興味を示す「ｉｎｔｒａ−ｃｅｌｌ」の何れかに設定される。
【０１２０】
・Ｒａｎｇｅ  ｃｌａｓｓ（ｓｈｏｒｔ，ｍｉｄｄｌｅ，ｌｏｎｇ）
本情報要素は、Ｄ２Ｄ通信における信号到達範囲のクラスを示す。例えば、隣接セルに及ぶ程度の広い信号到達範囲を示す「ｌｏｎｇ」、サービングセル内にしか及ばない程度の狭い信号到達範囲を示す「ｓｈｏｒｔ」、それらの中間を示す「ｍｉｄｄｌｅ」の３種類のうち何れかに設定される。なお、本情報要素は、このような３段階のクラスに限定されず、例えば５０ｍ、２００ｍ、５００ｍといった具体的な数値でもよいし、これらに対応するＩＤ（“１”＝５０ｍ、“２”＝１００ｍ）でもよい。
【０１２１】
・Ｆｒｅｑｕｅｎｃｙ  ｌｉｓｔ
本情報要素は、ＵＥ１００がＤ２Ｄ通信に利用したい１又は複数の周波数を示すリストである。
【０１２２】
［変更例３］
上述したユースケース３では、Ｄ２Ｄ興味通知を受信したｅＮＢ２００（Ｄ２Ｄ利用不能セル）は、Ｄ２Ｄ利用不能セルからＤ２Ｄ利用可能セルへのＵＥ１００のハンドオーバを試みていた。
【０１２３】
しかしながら、上述した変更例２で説明したように、Ｄ２Ｄ興味通知は、Ｄ２Ｄ通信にもはや興味が無いことを示すこともできる。このため、Ｄ２Ｄ通信にもはや興味が無いことを示すＤ２Ｄ興味通知を受信したｅＮＢ２００（Ｄ２Ｄ利用可能セル）は、自身の負荷状況に基づいて、Ｄ２Ｄ利用可能セルからＤ２Ｄ利用不能セルへのＵＥ１００のハンドオーバを試みてもよい。これにより、Ｄ２Ｄ利用可能セルの負荷を削減することができる。
【０１２４】
［変更例４］
ＵＥ１００からＤ２Ｄ興味通知を受信したｅＮＢ２００は、受信したＤ２Ｄ興味通知に基づいて、ハンドオーバ以外の制御を行ってもよい。
【０１２５】
・ＤＲＸ設定
ＵＥ１００が間欠受信（ＤＲＸ）を行っており、ＵＥ１００がｅＮＢ２００からの下りリンク信号を受信しない期間（ＯＦＦ期間）において、Ｄ２Ｄ信号（特に、Ｄｉｓｃｏｖｅｒｙ信号）を送信又は監視するケースを想定する。ＤＲＸの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、ｅＮＢ２００からＵＥ１００に指定することが可能である。
【０１２６】
このようなケースにおいて、ＵＥ１００は、ＯＦＦ期間の割合が閾値を下回った際に、Ｄ２Ｄ興味通知をｅＮＢ２００に送信してもよい。ＯＦＦ期間の割合は、Ｄ２Ｄ信号の監視に利用可能なサブフレーム数に対する、Ｄ２Ｄ信号を実際に監視したサブフレーム数の割合とすることができる。閾値は、ｅＮＢ２００が指定してもよい。
【０１２７】
このようなＤ２Ｄ興味通知を受信したｅＮＢ２００は、ＵＥ１００のＤＲＸパラメータを変更する。例えば、ｅＮＢ２００は、ＤＲＸ周期（ＤＲＸ  ｃｙｃｌｅ）を維持しつつ、ＯＦＦ期間の割合を多くするようにＤＲＸパラメータを変更する。ＤＲＸ周期は、ＯＮ期間及びＯＦＦ期間の１つのセットからなる周期である。或いは、ｅＮＢ２００は、ＤＲＸ周期（ＤＲＸ  ｃｙｃｌｅ）を変更してもよい。
【０１２８】
・Ｄｉｓｃｏｖｅｒｙ監視ギャップ設定
Ｄｉｓｃｏｖｅｒｙ信号を監視すべき期間であるＤｉｓｃｏｖｅｒｙ監視ギャップをｅＮＢ２００からＵＥ１００に指定するケースを想定する。
【０１２９】
このようなケースにおいて、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ監視ギャップが不足していると判断した際に、Ｄ２Ｄ興味通知をｅＮＢ２００に送信してもよい。このようなＤ２Ｄ興味通知を受信したｅＮＢ２００は、ＵＥ１００のＤｉｓｃｏｖｅｒｙ監視ギャップパラメータを変更する。例えば、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ監視ギャップを長くするようにＤｉｓｃｏｖｅｒｙ監視ギャップパラメータを変更する。
【０１３０】
［その他の実施形態］
上述した実施形態では、Ｄ２Ｄ利用可能通知がブロードキャストで送信される一例を説明したが、ユニキャストで送信されてもよい。
【０１３１】
上述したユースケースに、次のように動作を導入してもよい。具体的には、Ｄ２Ｄ利用可能セルにおいてコネクティッド状態であるＵＥ１００は、前記セルに対するＤ２Ｄ興味通知の送信を行ってもよい。これにより、Ｄ２Ｄ興味通知を受け取ったＤ２Ｄ利用可能セルは、Ｄ２Ｄ興味通知を行ってきたＵＥ１００を極力自セルにとどめておく、もしくはＤ２Ｄ興味通知を考慮してハンドオーバ先を決めることが可能となるため、ＵＥ１００のＤ２Ｄ通信の継続性を高めることができる。
【０１３２】
また、上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１３３】
［付記］
［１］導入
合意事項
・モニタＵＥ（ｍｏｎｉｔｏｒｉｎｇ  ＵＥ）のためにｉｎｔｅｒ−Ｆｒｅｑｕｅｎｖｙ及びｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙをサポートする。
【０１３４】
・ｅＮＢは、（可能であれば、対応するＰＬＭＮ  ＩＤと共に）ＵＥがＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ信号の受信を試みるキャリア（ｉｎｔｒａ−ＰＬＭＮ−ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ及び／又はｉｎｔｅｒ−ＰＬＭＮ−ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）のリストをＳＩＢで提供してもよい。
【０１３５】
・セルは、他のキャリアに関する詳細なＰｒｏＳｅ設定（ＳＩＢ１８）を提供しない。ＵＥが他のキャリア上でＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ信号を受信したい場合、当該他のキャリアからＳＩＢ１８（及び他の関連するＳＩＢ）を読む必要がある。
【０１３６】
・ｅＮＢが、他のｉｎｔｒａ−ＰＬＭＮキャリアについての詳細なＰｒｏＳｅ発見情報を提供してもよいという（設定としての）オプションがあるかどうかは、ＦＦＳ（さらなる課題）である。
【０１３７】
・ｉｎｔｅｒ−ＰＬＭＮキャリアに関して、上位レイヤ（ｈｉｇｈｅｒ  ｌａｙｅｒｓ）が、他のＰｒｏＳｅキャリアのリストを代わりに提供できるかどうかは、ＦＦＳである。
【０１３８】
・ＵＥは、（ネットワークに許可された場合、）サービングセル上でのみＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ信号を送信する。
【０１３９】
・ｉｎｔｒａ−及びｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ（及びｉｎｔｅｒ−ＰＬＭＮ）  ＰｒｏＳｅ受信は、Ｕｕ受信に影響を与えない（例えば、ＵＥが、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ受信を実行するために、アイドル状態及び接続状態でＤＲＸ機会を利用したり、利用可能な場合は第２のＲＸチェインを使用したりする）。ＵＥは、自律的なギャップを作り出すべきではない。
【０１４０】
・ＵＥは、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙセルのＳＩＢからＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ設定を取得しなければならない場合、この動作は、サービングセル上でのＵＥのＵｕ受信に影響を与えない。
【０１４１】
・Ｉｎｔｒａ−又はｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ受信に興味がある（又は興味がなくなった）ＲＲＣ接続ＵＥは、ｅＮＢに「ＰｒｏＳｅ指示」を送ることによってその旨を示す。
【０１４２】
この付記では、iｎｔｅｒ−Ｆｒｅｑｕｅｎｃｙ及びiｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ（異なる周波数間及び異なるＰＬＭＮ間におけるＤ２Ｄ発見手順）をサポートするための未解決の課題を、可能な解決策に沿って考察する。
【０１４３】
［２］Iｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ観点での未解決の課題
この章では、iｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ／iｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙを考察する。
【０１４４】
（２．１）上位レイヤがｉｎｔｅｒ−ＰＬＭＮキャリアリストを提供するかどうかに関するＦＦＳ
ｉｎｔｅｒ−ＰＬＭＮキャリアに関して、上位レイヤが、他のＰｒｏＳｅキャリアのリストを代わりに提供できるかどうかは、ＦＦＳである。これは、サービングセルが所定の理由のためにＳＩＢ１８を提供できない場合に、ＵＥにとって有益な可能性がある。しかしながら、既存のコンセプトを引き継ぐために、ＲＡＮ（無線アクセスネットワーク）自身が、自身のセルの動作周波数を決定して、且つ、どのキャリアがｄｉｓｃｏｖｅｒｙをサポートするかを決定する責任を有さなくてはならない。さらに、現時点では、上位レイヤ、すなわち、ＰｒｏＳｅ機能は、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ（Ｄ２Ｄ発見手順）のためのキャリアのリストを提供できない、すなわち、Ｅ−ＵＴＲＡＮがサービスを提供できない時にＰｒｏＳｅ直接通信に使用される無線パラメータのみが提供されてもよい。そのような上位レイヤ信号を導入した場合、ＲＡＮとＰｒｏＳｅ機能との間の追加のインターフェイスの導入が必要となる。従って、少なくともリリース１２では、上位レイヤによって提供されるｉｎｔｅｒ−ＰＬＭＮ  ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙのための他のキャリアのリストをサポートすべきでないということを提案する。
【０１４５】
提案１：少なくともリリース１２において、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙをサポートするｉｎｔｅｒ−ＰＬＭＮ周波数のリストをＲＡＮのみが提供することを前提とすべきである。
【０１４６】
（２．２）現状の合意のさらなる明確化
（２．２．１）ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙキャリアのリストを受信する上でのＵＥ動作
ＵＥがＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ信号の受信を目的にできるキャリアのリストを、ｅＮＢはＳＩＢで提供してもよい。これは、当該リストを制限するものであるか、当該リストがＵＥを補助するものであるかの一方又は両方のように思える。ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ信号のモニタは、既存のＰＬＭＮ選択手順の後に実行されるので、より明確にリストを受信する上でのＵＥ動作を定義する必要がある。リストが、モニタＵＥの不必要な電力消費を減少させるための単なる補助情報である、すなわち、ＵＥは、リストで提供されたキャリア上で送信されたＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ信号のみをモニタしてもしなくてもよい、ことが好ましいと理解する。これは、例えば、図１０に示すように、他のＰＬＭＮ（すなわち、ＰＬＭＮ２）のＳＩＢ１８におけるリストに存在し、サービングセル（すなわち、ＰＬＭＮ１）のＳＩＢ１８のリストには存在しない追加のＰｒｏＳｅキャリア（Ｄ２Ｄ周波数）に、ＵＥが気付いた場合、当該ＵＥは、追加のＰｒｏＳｅキャリア上で送信されたｄｉｓｃｏｖｅｒｙ信号をモニタしてもよいことを意味している。さらに、ＵＥが上位レイヤから許可を得ており、且つ、Ｕｕ受信に影響を与えない場合に限り、ＰＬＭＮ１又はＰＬＭＮ２から受信したＳＩＢ１８のリストに存在する周波数かどうかに関係なく、ＵＥは、さらに他のＰＬＭＮ（すなわち、図１０には描かれていないＰＬＭＮ３）でｄｉｓｃｏｖｅｒｙ信号をモニタするかどうかをさらに決定してもよい。
【０１４７】
提案２：ＵＥは、ＳＩＢ１８のリストに存在するＰｒｏＳｅキャリア以外のキャリアに合わせることをサービングセルから要求されない。さらに、ＵＥが、サービングセルのＳＩＢ１８のリストに存在しない周波数をモニタすることに何ら制限を与えない。
【０１４８】
（２．２．２）「ＰｒｏＳｅ受信がＵｕ受信に影響を与えない」の明確化
上述の合意事項では、ＰｒｏＳｅ受信は、Ｕｕ受信に影響を与えない（例えば、ＵＥが、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ受信を実行するために、アイドル及び接続状態でＤＲＸ機会を利用したり、利用可能な場合は第２のＲＸチェインを使用したりする）ことが表明されている。この合意の主な目的は、ＵＥがＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙのための自律的なギャップを使用することを避けるためである。これは、ｅＮＢから設定されたギャップ（ｅＮＢ−ｃｏｎｆｉｇｕｒｅｄ  ｇａｐ）は、メジャメントギャップ手順に関する既存のメカニズムに基づいており、Ｕｕ受信に影響を与えると見なされないことを意味する。
【０１４９】
確認１：明確にｅＮＢから設定されたギャップは、Ｕｕ受信に影響を与えると見なされない。
【０１５０】
ＤＲＸ機会のみを用いるＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙは、発見確率の低下、すなわち、ベストエフォートｄｉｓｃｏｖｅｒｙになってもよい。二重のＲｘチェイン能力を有するＵＥは、追加の利点を有するけれども、現状、ｄｉｓｃｏｖｅｒｙに関して単一の受信機が前提となっている。さらに、非公安ＵＥ（ｎｏｎ−ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ＵＥ）は、Ｄ２Ｄ近傍サービスをサポートするＦＤＤキャリアのＤＬ及びＵＬスペクトル上で同時に受信できなくてもよいことが前提となっている。
【０１５１】
所見１：ＤＲＸ機会のみが利用される場合、ｄｉｓｃｏｖｅｒｙ機会は非常に限定されることがある。
【０１５２】
ＤＲＸ機会のみが利用されることによって潜在的にｄｉｓｃｏｖｅｒｙ機会が低下することを考慮すると、ｄｉｓｃｏｖｅｒｙ機会は、既存のギャップメカニズムに基づくべきである。しかしながら、ギャップメカニズムがｄｉｓｃｏｖｅｒｙのために機能するために、サービングセルは、Ｄｉｓｃｏｖｅｒｙモニタに興味があるＵＥに適切なパラメータを設定するために、他のｉｎｔｅｒ−ＰＬＭＮキャリアについての詳細なＰｒｏＳｅ発見情報を有するべきである。ＵＥが、他のＩｎｔｅｒ−ＰＬＭＮキャリア上で送信されたｄｉｓｃｏｖｅｒｙ信号をモニタするために、他のＩｎｔｅｒ−ＰＬＭＮキャリアのＳＩＢ１８を読む必要があることが合意されたので、ＵＥは、既に取得している他のｉｎｔｅｒ−ＰＬＭＮキャリアについての詳細なＰｒｏＳｅ発見情報をサービングセルに通知する能力を有する必要があることが前提となるであろう。サービングセルが、関心のあるＰＬＭＮ間の詳細なＰｒｏＳｅ発見設定の情報を全く持っていない、すなわち、ネットワークレベルでの協調（すなわち、ＯＡＭ間又はＲＡＮ間での詳細なｄｉｓｃｏｖｅｒｙ情報の共有）がない場合に、サービングセルが、ＵＥのためにギャップを設定するかどうかを決定する前に当該情報を取得するためのオプションとして、以下の２つのオプションが考えられる。
【０１５３】
・オプション１：ＵＥは、ｉｎｔｅｒ−ＰＬＭＮセル（異なるＰＬＭＮに属するセル）から受信したＳＩＢ１８の一部又は全部をサービングセルに転送する。ＵＥが、ｉｎｔｅｒ−ＰＬＭＮ  ＳＩＢ１８情報をサービングセルに送らなくてはならない場合は、さらなる課題である。
【０１５４】
・オプション２：ＵＥは、可能なギャップ機会、例えば、ＵＥがｉｎｔｅｒ−ＰＬＭＮセルから受信したＳＩＢ１８に基づいて決定したギャップパターン、をサービングセルに通知する。
【０１５５】
オプション１は、ＵＥが複数のＳＩＢ１８をサービングセルに転送することが必要かもしれないので、シグナリングオーバヘッドの観点から、オプション２の方が、オプション１よりも好ましい。比較した場合、オプション２は、ＵＥが希望するギャップパターンをサービングセルに通知することを必要とするだけである。ＮＷ間でのｉｎｔｅｒ−ＰＬＭＮ協調を前提にできるかをサービングセルが示すことができるかどうか、また、ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙのためにＵＥ補助が必要かどうかをＮＷが決定できるかどうかは、さらなる課題である。
【０１５６】
提案３：サービングセルは、Ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙモニタ（異なるＰＬＭＮ間におけるｄｉｓｃｏｖｅｒｙ信号の受信）のためのギャップをＵＥに設定すべきである。当該設定は、ＵＥから要求されたギャップパターンに基づいてもよい。
【０１５７】
［３］ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙ観点での未解決の課題
この章では、iｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ／iｎｔｒａ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙを考察する。
【０１５８】
（３．１）ｅＮＢが、他のｉｎｔｒａ−ＰＬＭＮキャリアについての詳細なＰｒｏＳｅ発見情報を提供してもよいという（設定としての）オプションがあるかどうかは、ＦＦＳである。
【０１５９】
Ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙとは対照的に、Ｉｎｔｒａ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ（同一ＰＬＭＮにおけるＤ２Ｄ発見手順）に関して、サービングセルがＵＥに近隣セルの詳細なＰｒｏＳｅ発見情報を直接提供しているかどうかに関係なく、サービングセルが近隣セルの詳細なＰｒｏＳｅ発見情報を有することを前提としてもよい。
【０１６０】
上記ＦＦＳは、サービングセルが自身のＳＩＢ１８を提供しているだけでなく、他のｉｎｔｒａ−ＰＬＭＮ周波数の詳細なＰｒｏＳｅ発見情報を提供してもよいことを示唆している。上記ＦＦＳの意義は、サービングセルがｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙセル（異周波数セル）のＰｒｏＳｅ発見情報をＵＥに提供できるかどうかではなく、サービングセルがｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙセルとの協調が実際にできることである。後者のＦＦＳの意義のみに関して、サービングセルは、詳細なＰｒｏＳｅ発見情報を提供せずに、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙのためにＵＥに適切なギャップを設定できる。
【０１６１】
表１は、２つのケース、（１）ＵＥが他のキャリアからＳＩＢ１８を直接取得する（ベースライン）、（２）ＵＥが自身のサービングセルからのみＳＩＢ１８情報を取得する（ＦＦＳ）ケース、に関する比較を示す。両方のスキームとも欠点を有しているが、ＦＦＳスキーム（ケース２）は、ＵＥ複雑性を減少させ、ネットワークが設定可能な動作を許容できるという利点を有する。ベースラインスキーム（ケース１）は、既存のＤＲＸメカニズムに依存している。従って、たとえＵＥが他のキャリアからＳＩＢ１８を直接取得したとしても、ｄｉｓｃｏｖｅｒｙ機会が非常に限定されている場合、その情報は、ＵＥにとって全く有用でない。従って、設定オプションとして、ｅＮＢが他のｉｎｔｒａ−ＰＬＭＮ周波数（同一ＰＬＭＮ周波数）についての詳細なＰｒｏＳｅ発見情報を提供できる能力を有することを提案する。
【０１６２】
【表１】
2017099014.tif 000003
【０１６３】
提案４：ｅＮＢは、設定オプションとして、ＳＩＢ及び／又は個別信号を介して他のＩｎｔｒａ−ＰＬＭＮキャリアについての詳細なＰｒｏＳｅ発見情報を提供してもよい。
【０１６４】
たとえ提案４が合意できない場合であっても、代替的なスキームを考察することが可能である。表１に示すように、ネットワークが設定可能なｄｉｓｃｏｖｅｒｙ機会は、ＵＥ複雑性の減少だけでなく、ｄｉｓｃｏｖｅｒｙパフォーマンスを確保するのに有益である。サービングセルが、ＯＡＭを介してｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ近隣セルのＳＩＢ１８情報を取得してもよいことを前提にしてもよい。この代替案では、サービングセルが他のＩｎｔｒａ−ＰＬＭＮ周波数上でのＳＩＢ１８の全部の内容を提供しないだけでなく、ＵＥが他のキャリア上でのＳＩＢ１８の一部又は全部をサービングセルに通知する必要もないが、サービングセルは、ｄｉｓｃｏｖｅｒｙモニタのためのギャップをＵＥに設定する能力を有している。欠点（シグナリング負荷）を取り除くことができるので、この代替的なスキームは、妥協案になる可能性がある。
【０１６５】
提案５：たとえサービングセルが詳細ＰｒｏＳｅ発見情報をＵＥに提供することに合意できない場合であっても、サービングセルがｄｉｓｃｏｖｅｒｙモニタのための適切なギャップをＵＥに設定すべきである。
【０１６６】
（３．２）現在の合意のさらなる明確化
（３．２．１）自身のキャリアでＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙをサポートしないサービングセルが他のＰｒｏＳｅキャリアのリストを提供できるかどうか
ｅＮＢは、（可能であれば、対応するＰＬＭＮ  ＩＤと共に）ＵＥがＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ信号の受信を試みるキャリア（ｉｎｔｒａ−ＰＬＭＮ−ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ及び／又はｉｎｔｅｒ−ＰＬＭＮ−ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）のリストをＳＩＢで提供してもよいことが合意されているが、図１１に示すように、自身のキャリアでＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙをサポートしないサービングセルが他のＰｒｏＳｅキャリアのリストを提供できるかどうかを明確にすべきである。
【０１６７】
図１１は、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙをサポートしないサービングセルにキャンプするモニタＵＥがＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙをサポートするキャリアのリストを知りたい場合の一例を示す。サービングセルがＳＩＢでキャリアのリストを提供する場合、モニタＵＥの動作は、合意されたｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙと同様である。
【０１６８】
提案６：自身のキャリアでＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙをサポートしないサービングセルも他のＰｒｏＳｅキャリアのリスト（及び詳細なＰｒｏＳｅ発見情報（もし提案４が合意された場合））をＳＩＢで提供すべきである。
【０１６９】
（３．２．２）ＰｒｏＳｅ指示を受信するＮＷ動作
ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ（Ｄ２Ｄ発見手順）及びｃｏｍｍｕｎｉｃａｔｉｏｎ（Ｄ２Ｄ通信）の両方に関して、ＵＥがｄｉｓｃｏｖｅｒｙに関する意図を通知するためにＰｒｏＳｅ指示をサービングセルに送ることが合意された。ＰｒｏＳｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎに関して、ＰｒｏＳｅ指示を受信するｅＮＢ動作は、ＰｒｏＳｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎをサポートするキャリアへＵＥを移動させるハンドオーバに関するオプションを含む。しかしながら、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙに関して、ＰｒｏＳｅ指示を受信するＮＷ動作はまだ不明確である。従って、ＵＥ動作もまた不明確であり、例えば、ＵＥがＰｒｏＳｅ指示を送信するトリガが不明確である。
【０１７０】
提案７：ｄｉｓｃｏｖｅｒｙに関するＰｒｏＳｅ指示を受信するＮＷに期待される動作を考察すべきである。
【０１７１】
以下に示すように、いくつかの候補ＮＷ動作がある。
【０１７２】
（Ａ）ハンドオーバ；ロードバランスの目的として、ｅＮＢは、ｄｉｓｃｏｖｅｒｙのためのＰｒｏＳｅ指示メッセージ内にＵＥが「興味がある」又は「興味がなくなった」ことを示すかどうかによってキャリアを割り当てるようにＵＥを移動させてもよい（すなわち、ハンドオーバさせてもよい）。
【０１７３】
（Ｂ）ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ設定変更；ｄｉｓｃｏｖｅｒｙモニタに関する適切な機会を割り当てるために、ｅＮＢは、ＵＥがｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙに興味があるというＰｒｏＳｅ指示を受信した上で、ＤＲＸパラメータ又は（もし提案３、４又は５が容認可能な場合）ギャップの更新のいずれかをＵＥに再設定してもよい。
【０１７４】
ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙ興味の受信のための他の観点が考察されてもよいことに留意する。
【０１７５】
所見２：ｄｉｓｃｏｖｅｒｙのためのＰｒｏＳｅ指示を受信した上で、サービングセルは、ｄｉｓｃｏｖｅｒｙモニタを補助するために、ハンドオーバの実行及び／又はＵＥのＤＲＸを変更するオプションを有する。
【０１７６】
（３．２．３）ＰｒｏＳｅ指示詳細
（３．２．３．１）周波数情報
ｄｉｓｃｏｖｅｒｙに関して考察されていないが、ｃｏｍｍｕｎｉｃａｔｉｏｎのためのＰｒｏＳｅ指示が、送信及び受信を含むＰｒｏＳｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎをサポートするための所望のＰｒｏＳｅ周波数を含むことは、合意されている。ｄｉｓｃｏｖｅｒｙ目的に関して、ＰｒｏＳｅ指示が所望の周波数を含むこともまた利点がある。例えば、興味のある周波数がサービング周波数であることをＵＥが示す場合、ハンドオーバは必要とされない可能性が高い。
【０１７７】
そして、興味のある周波数が異なる周波数であることをＵＥが示す場合、サービングセルがＵＥを興味のある周波数にハンドオーバさせる又は少なくともその周波数上でｄｉｓｃｏｖｅｒｙをモニタするためのギャップをＵＥに提供する必要があってもよい。ＵＥは、興味がある周波数の優先傾向（ｐｒｅｆｅｒｅｎｃｅｓ）がないかもしれないが、将来的に、上位レイヤにおいてアプリケーション特有の周波数が示されたり、ＵＥが特定の周波数でのｄｉｓｃｏｖｅｒｙに関する履歴情報を保持したりする可能性がある。例えば、サービングセルが特定の周波数上でＵＥのためにギャップを設定し、ＵＥが当該周波数上で興味があるｄｉｓｃｏｖｅｒｙ信号を受信できる場合、ＵＥが興味のある周波数をサービングセルに示すことは、サービングセルが、その後、ＵＥが興味のない異なる周波数に関するギャップを設定させないために役に立つ。
【０１７８】
興味のある周波数がサービング周波数であるケースにおいて、ＵＥがｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙモニタに関する興味を示す方法、例えば、ＵＥが興味のある周波数としてサービング周波数をただ送るかどうかは、ＦＦＳである。
【０１７９】
提案８：ＵＥがＰｒｏＳｅ指示に興味のある周波数リストを含ませることを許可すべきである。
【０１８０】
ｄｉｓｃｏｖｅｒｙのためのＰｒｏＳｅ指示がｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙに関する興味も通知できるかどうかは、まだＦＦＳであるが、提案８の周波数リストは、ＰｒｏＳｅ指示がｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙに関する興味を通知するものかどうかを区別するために用いられてもよい。例えば、サービングセルは、ＰｒｏＳｅ指示の周波数リストと自身のＳＩＢ１８のリストとを比較する手段を用いて、ＰｒｏＳｅ指示がｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙに関する興味を通知していることを知ることができる。もしギャップを設定するための情報を取得するための提案３が容認可能である場合、サービングセルは、ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙモニタを示唆するＰｒｏＳｅ指示を受信した上で、ＵＥにｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙモニタを行わせるための適切な動作を実行すべきである。
【０１８１】
提案９：ｉｎｔｒａ−又はｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙに加えて、ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ受信に関する意図を通知するためのＰｒｏＳｅ指示を許可すべきである。
【０１８２】
（３．２．３．２）ＵＥ補助情報（ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｍａｔｉｏｎ）の独立又は統一
ＰｒｏＳｅ指示と同様の機能性に関して、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙリソースを要求するためにＵＥ補助情報メッセージを再利用することが、ベースラインとして合意され、それは、Ｔｙｐｅ２Ｂ  ｄｉｓｃｏｖｅｒｙ（すなわち、各ＵＥ個別にｄｉｓｃｏｖｅｒｙ信号のアナウンスのためのリソースが割り当てられる手順）のための送信リソースの要求にのみ関して基本的に前提としていた。従って、ＰｒｏＳｅ指示をベースライン合意と統一すべきかどうかが課題である。表２に機能がリストアップされている。
【０１８３】
【表２】
2017099014.tif 000004
【０１８４】
比較において、ＵＥ補助情報は、単にｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ動作における送信リソースの要求を対象としている。一方、ＰｒｏＳｅ指示は、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ動作を含む多くの機能を有してもよい。しかしながら、ｅＮＢ及び／又はＵＥ動作が矛盾しない限り、同様の機能性に関する２つの独立したメッセージを備える理由は見当たらない。提案１１が容認可能である場合に、ＰｒｏＳｅ指示がｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙ  アナウンスに興味があることを示す場合にそのような矛盾が生じるかもしれないが、当該指示を受信するサービングセルの種類によって区別可能である。すなわち、ＰｒｏＳｅサポートセルであれば、Ｔｙｐｅ２Ｂリソースを割り当てて、非ＰｒｏＳｅサポートセルであれば、ハンドオーバを開始できる。従って、両方のメッセージを１つのメッセージに統一することが好ましい。
【０１８５】
提案１０：ベースラインとしてＵＥ補助情報に割り当てられた既存の機能を統一するために、１つのＲＲＣメッセージが導入されるべきである。
【０１８６】
（３．２．３．３）アナウンス意図
モニタに関する意図を通知するためのｄｉｓｃｏｖｅｒｙのためのＰｒｏＳｅ指示が合意された。ＵＥがｄｉｓｃｏｖｅｒｙアナウンス（送信）を実行したいが非ＰｒｏＳｅサポートセル（すなわち、ＰｒｏＳｅ近傍サービスをサポートしていないセル）に現在接続しているケース（図１１参照）において、ＵＥのためにそのような行き詰まった状況への対処法を考察すべきである。可能な解決法は、サービングセルがＰｒｏＳｅサポートキャリアへのハンドオーバを実行することをＵＥが期待しており、ＵＥがＰｒｏＳｅ指示で当該アナウンス意図をサービングセルに通知することかもしれない。この通知によって、サービングセルは、例えば、ＵＥをＰｒｏＳｅサポートセルにハンドオーバさせる必要があるかどうかを決定できる。ＵＥが二重に受信機を備えており、且つｄｉｓｃｏｖｅｒｙアナウンスの意図を有さないケースでは、ＵＥを非ＰｒｏＳｅサポートセル（おそらく、より輻輳していない１つのセル）にハンドオーバさせて、ＵＥがｄｉｓｃｏｖｅｒｙモニタのために第２の受信機を使用することを許可することが適切かもしれない。
【０１８７】
提案１１：ＵＥは、ｄｉｓｃｏｖｅｒｙアナウンスのための意図をサービングセルに通知すべきである。
【０１８８】
（３．２．４）ＲＲＣアイドルにおける優先処理
ＲＲＣアイドルＵＥにおける優先処理を考察する前に、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙをサポートする方法を明確にすべきである。ＭＢＭＳケースにおいて、ＭＢＭＳ受信を試みるＵＥは、単一の受信機を備えている場合に限り、ＵＥは興味のあるＭＢＭＳサービスを提供しているセルにキャンプする必要がある。一方で、「ｉｎｔｒａ−及びｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ（及びｉｎｔｅｒ−ＰＬＭＮ）  ＰｒｏＳｅ受信は、Ｕｕ受信に影響を与えない（例えば、ＵＥが、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ受信を実行するために、アイドル及び接続状態でＤＲＸ機会を利用したり、利用可能な場合は第２のＲＸチェインを使用したりする）。ＵＥは、自律的なギャップを作り出すべきではない。」によれば、ｄｉｓｃｏｖｅｒｙモニタは、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙをサポートするセルにキャップすることを要求していないように思える。これは、既存のｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ測定におけるＣＲＳ受信と同様のアプローチである可能性が高い。しかしながら、ＵＥがｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙモニタのためにそのセルにキャンプすることを要求されるか否かがまだ明確でない。
【０１８９】
確認２：ＵＥは、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ（及びｉｎｔｅｒ−ＰＬＭＮ）ｄｉｓｃｏｖｅｒｙモニタを試みるＵＥは、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙをサポートするセルにキャンプすることを要求されない（図１２参照）。
【０１９０】
（３．２．２）章で考察したように、ＲＲＣ接続中のＵＥがＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙに興味があるかどうかに基づいたＰｒｏＳｅ指示に付随したハンドオーバを利用して、非ＰｒｏＳｅサポートセルを含むｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙセル間でのロードバランスが最適化されてもよい。しかしながら、ｄｉｓｃｏｖｅｒｙモニタに興味のあるＵＥを収容するために、既存の再選択手順及び優先度を変更する必要があるかが明確でない。ＳＩＢ５又は個別信号によって提供されるセル再選択優先度（ＣｅｌｌＲｅｓｅｌｅｃｔｉｏｎＰｒｉｏｒｉｔｙ）を介してＵＥに対して具体的に設定されているアイドルモードロードバランスに対する問題を考慮しつつ、特に、再選択手順及び優先度の変更を慎重に考慮する必要がある。
【０１９１】
少なくともＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙに興味がないＵＥに関して、当該ＵＥは、ｅＮＢによって設定された既存の再選択優先度に従うべきである。
【０１９２】
観察３：ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙに興味がなくなったアイドルＵＥは、セル再選択優先度に関して既存の規則に従うべきである。
【０１９３】
従って、アイドルのＵＥが、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙに興味がある場合に、既存のセル再選択手順よりもＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙを優先させることを許可するかどうかがさらに考慮すべきである。ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙセルがサービングセルと同期してない場合、既存のＤＲＸ機会が、他の周波数上でのｄｉｓｃｏｖｅｒｙモニタに十分であるかを考慮すべきである。さらに、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙモニタに興味があるＵＥが、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙアナウンスに興味がある傾向もある場合には、ＵＥが、ＳＩＮ１８のリストにあるキャリア上で動作するセルにキャンプすることがより良いかもしれない。これは、ｄｉｓｃｏｖｅｒｙ信号を送信する前に再選択を実行することを避けることができるからである。しかしながら、ＵＥがｄｉｓｃｏｖｅｒｙモニタにだけ興味がある場合、セル再選択の間、ＳＩＢ１８のリストにあるキャリアが優先される決定的な理由がないように思える。従って、ＰｒｏＳｅキャリアの優先順位付けが必要かどうかは、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙモニタに興味があるＵＥに関する前提に依存する。
【０１９４】
提案１２：ＵＥがセル再選択の間にＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙのための優先順位付けを行うことを許可すべきである。
【０１９５】
［４］結論
この付記では、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ及びｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙに関する未解決の課題を考察し、現在の合意の明確性を与えている。ｄｉｓｃｏｖｅｒｙモニタ手順及びＰｒｏＳｅ指示に関する拡張の必要性を主張している。さらに、既存のセル再選択手順への考慮を与えている。
【０１９６】
［相互参照］
日本国特許出願第２０１３−２４４２５７号（２０１３年１１月２６日出願）及び米国仮出願第６２／０５６０６４号（２０１４年９月２６日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０１９７】
本発明は、移動通信等の無線通信分野において有用である。
【図１】
2017099014.tif 000005
【図２】
2017099014.tif 000006
【図３】
2017099014.tif 000007
【図４】
2017099014.tif 000008
【図５】
2017099014.tif 000009
【図６】
2017099014.tif 000010
【図７】
2017099014.tif 000011
【図８】
2017099014.tif 000012
【図９】
2017099014.tif 000013
【図１０】
2017099014.tif 000014
【図１１】
2017099014.tif 000015
【図１２】
2017099014.tif 000016