(57)【要約】      （修正有）【課題】Ｄ２Ｄ通信に用いられるＤｉｓｃｏｖｅｒｙ信号のリソース情報をユーザ端末に通知する基地局を提供する。【解決手段】複数の周波数帯に対応する複数のセルを有する移動通信システムにおける無線基地局は、無線リソースを示すシステム情報ブロックをユーザ端末に送信する処理を実行するコントローラを有する。無線リソースは、ユーザ端末に近接する他のユーザ端末を発見するための直接的なＤｉｓｃｏｖｅｒｙ信号の送信及び／又は受信にユーザ端末が使用するための無線リソースである。システム情報ブロックは、複数の周波数帯から選択された少なくとも１つの周波数帯を示す情報と、少なくとも１つの周波数帯において無線リソースとして確保されるリソースブロックを示す情報とを含む。【選択図】図１１
2018191326.tif 000002
【特許請求の範囲】
【請求項１】
複数の周波数帯に対応する複数のセルを有する移動通信システムにおける無線基地局であって、
無線リソースを示すシステム情報ブロックをユーザ端末に送信する処理を実行するコントローラを有し、
前記無線リソースは、前記ユーザ端末に近接する他のユーザ端末を発見するための直接的なＤｉｓｃｏｖｅｒｙ信号の送信及び／又は受信に前記ユーザ端末が使用するための無線リソースであり、
前記システム情報ブロックは、
前記複数の周波数帯から選択された少なくとも１つの周波数帯を示す情報と、
前記少なくとも１つの周波数帯において前記無線リソースとして確保されるリソースブロックを示す情報と、を含む、
無線基地局。
【請求項２】
複数の周波数帯に対応する複数のセルを有する移動通信システムにおける無線基地局を制御するためのプロセッサであって、
無線リソースを示すシステム情報ブロックをユーザ端末に送信する処理を実行するよう構成され、
前記無線リソースは、前記ユーザ端末に近接する他のユーザ端末を発見するための直接的なＤｉｓｃｏｖｅｒｙ信号の送信及び／又は受信に前記ユーザ端末が使用するための無線リソースであり、
前記システム情報ブロックは、
前記複数の周波数帯から選択された少なくとも１つの周波数帯を示す情報と、
前記少なくとも１つの周波数帯において前記無線リソースとして確保されるリソースブロックを示す情報と、を含む、
プロセッサ。
【請求項３】
複数の周波数帯に対応する複数のセルを有する移動通信システムにおけるユーザ端末であって、
無線リソースを示すシステム情報ブロックを無線基地局から受信する処理を実行するコントローラを有し、
前記無線リソースは、前記ユーザ端末に近接する他のユーザ端末を発見するための直接的なＤｉｓｃｏｖｅｒｙ信号の送信及び／又は受信に前記ユーザ端末が使用するための無線リソースであり、
前記システム情報ブロックは、
前記複数の周波数帯から選択された少なくとも１つの周波数帯を示す情報と、
前記少なくとも１つの周波数帯において前記無線リソースとして確保されるリソースブロックを示す情報と、を含む、
ユーザ端末。
【請求項４】
複数の周波数帯に対応する複数のセルを有する移動通信システムにおけるユーザ端末を制御するためのプロセッサであって、
無線リソースを示すシステム情報ブロックを無線基地局から受信する処理を実行するよう構成され、
前記無線リソースは、前記ユーザ端末に近接する他のユーザ端末を発見するための直接的なＤｉｓｃｏｖｅｒｙ信号の送信及び／又は受信に前記ユーザ端末が使用するための無線リソースであり、
前記システム情報ブロックは、
前記複数の周波数帯から選択された少なくとも１つの周波数帯を示す情報と、
前記少なくとも１つの周波数帯において前記無線リソースとして確保されるリソースブロックを示す情報と、を含む、
プロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄ通信をサポートする移動通信システムに関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信の導入が検討されている（非特許文献１参照）。
【０００３】
Ｄ２Ｄ通信は、近接する複数のユーザ端末が、移動通信システムに割り当てられた周波数帯域内で直接的な無線通信を行うものである。なお、Ｄ２Ｄ通信は、近傍サービス（Ｐｒｏｘｉｍｉｔｙ  Ｓｅｒｖｉｃｅ）通信と称されることもある。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術報告  「ＴＲ  ２２．８０３  Ｖ０．３．０」  ２０１２年５月
【発明の概要】
【０００５】
現状の仕様においては、Ｄ２Ｄ通信を適切に制御するための仕組みが存在しないという問題がある。
【０００６】
そこで、本発明は、Ｄ２Ｄ通信を適切に制御できる移動通信システム、基地局、ユーザ端末、及びプロセッサを提供する。
【０００７】
一実施形態によれば、複数の周波数帯に対応する複数のセルを有する移動通信システムにおける無線基地局は、無線リソースを示すシステム情報ブロックをユーザ端末に送信する処理を実行するコントローラを有する。前記無線リソースは、前記ユーザ端末に近接する他のユーザ端末を発見するための直接的なＤｉｓｃｏｖｅｒｙ信号の送信及び／又は受信に前記ユーザ端末が使用するための無線リソースである。前記システム情報ブロックは、前記複数の周波数帯から選択された少なくとも１つの周波数帯を示す情報と、前記少なくとも１つの周波数帯において前記無線リソースとして確保されるリソースブロックを示す情報とを含む。
【０００８】
一実施形態によれば、直接的な端末間無線通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて、前記Ｄ２Ｄ通信の通信相手端末の発見処理のための発見用信号を送受信するユーザ端末を収容する基地局は、前記発見用信号の送受信に使用すべき無線リソースである発見用リソースを示す発見用リソース情報を前記ユーザ端末に送信するよう制御する制御部を有する。
【０００９】
一実施形態によれば、直接的な端末間無線通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて、前記Ｄ２Ｄ通信の通信相手端末の発見処理のための発見用信号を送受信するユーザ端末は、前記発見用信号の送受信に使用すべき無線リソースである発見用リソースを示す発見用リソース情報を前記基地局から受信すると、当該受信した発見用リソース情報により示される前記発見用リソースを使用して、前記発見用信号を送受信するよう制御する制御部を有する。
【００１０】
一実施形態によれば、直接的な端末間無線通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて、前記Ｄ２Ｄ通信の通信相手端末の発見処理のための発見用信号を送受信するユーザ端末に備えられるプロセッサは、前記発見用信号の送受信に使用すべき無線リソースである発見用リソースを示す発見用リソース情報を前記ユーザ端末が前記基地局から受信すると、当該受信した発見用リソース情報により示される前記発見用リソースを使用して、前記発見用信号を送受信するための処理を行う。
【図面の簡単な説明】
【００１１】
【図１】ＬＴＥシステムの構成図である。
【図２】ＵＥのブロック図である。
【図３】ｅＮＢのブロック図である。
【図４】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図５】ＬＴＥシステムで使用される無線フレームの構成図である。
【図６】セルラ通信におけるデータパスを説明するための図である。
【図７】Ｄ２Ｄ通信におけるデータパスを説明するための図である。
【図８】発見用信号を説明するための図である。
【図９】複数の通信周波数帯が存在する通信環境を説明するための図である。
【図１０】第１実施形態に係るＤｉｓｃｏｖｅｒｙリソース情報を説明するための図である。
【図１１】第１実施形態に係るｅＮＢ及びＵＥの動作シーケンス図である。
【図１２】第２実施形態に係る動作環境を説明するための図である。
【図１３】第２実施形態に係るＤｉｓｃｏｖｅｒｙリソースとして確保する時間リソースの周期を説明するための図である。
【図１４】第２実施形態に係る隣接ｅＮＢへの周期係数の通知について説明するためのシーケンス図である。
【図１５】第２実施形態に係る自セル内ＵＥへの周期係数の通知について説明するためのシーケンス図である。
【図１６】第２実施形態に係る周期係数計算の具体例１を説明するためのフロー図である。
【図１７】第２実施形態に係る周期係数計算の具体例２を説明するためのフロー図である。
【発明を実施するための形態】
【００１２】
［第１実施形態］
（第１実施形態の概要）
第１実施形態に係る移動通信システムは、直接的な端末間無線通信であるＤ２Ｄ通信をサポートする。移動通信システムは、前記Ｄ２Ｄ通信の通信相手端末の発見処理のための発見用信号を送受信するユーザ端末と、前記発見用信号の送受信に使用すべき無線リソースを示す発見用リソース情報を送信する基地局と、を有する。前記ユーザ端末は、前記基地局から前記発見用リソース情報を受信すると、当該受信した発見用リソース情報により示される無線リソースを使用して、前記発見用信号を送受信する。これにより、発見用信号の送受信に使用すべき無線リソースを基地局が指定できるので、ユーザ端末が適切な無線リソースを用いて発見用信号を送受信できる。したがって、Ｄ２Ｄ通信を適切に制御できる。
【００１３】
第１実施形態において、前記基地局は、前記発見用信号の送受信に使用すべき無線リソースを変更する場合に、当該変更後の無線リソースを示す発見用リソース情報を送信する。これにより、発見用信号の送受信に使用すべき無線リソースを、状況に応じて変更できる。
【００１４】
第１実施形態において、前記発見用信号は、前記通信相手端末を探索するために送信される探索信号と、前記探索信号の受信に応じて返信される応答信号と、を含む。前記発見用リソース情報は、前記探索信号の送受信に使用すべき無線リソースを示す第１の情報と、前記応答信号の送受信に使用すべき無線リソースを示す第２の情報と、を含む。これにより、探索信号及び応答信号のそれぞれに個別の無線リソースを指定できるので、探索信号及び応答信号との間で干渉が生じることを防止できる。
【００１５】
第１実施形態において、前記基地局は、前記発見用信号の送受信に使用すべき無線リソースを確保した場合に、当該確保した無線リソースを前記発見用信号の送受信以外の用途に使用しない。これにより、発見用信号の送受信と他の通信（例えばセルラ通信など）との間で干渉が生じることを防止できる。また、隣接セルと協調する場合には、隣接セル配下のユーザ端末に対する発見処理（Ｄｉｓｃｏｖｅｒｙ）が可能となる。
【００１６】
第１実施形態において、前記発見用リソース情報は、前記発見用信号の送受信に使用すべき周波数リソースを示す情報を含む。前記周波数リソースは、通信周波数帯、及び／又は当該通信周波数帯に含まれるリソースブロックである。これにより、発見用信号の送受信に使用すべき周波数リソースを基地局が指定できるので、ユーザ端末が適切な周波数リソースを用いて発見用信号を送受信できる。
【００１７】
第１実施形態において、前記発見用リソース情報は、前記発見用信号の送受信に使用すべき時間リソースを示す情報を含む。前記時間リソースは、無線フレーム、当該無線フレームに含まれるサブフレーム、及び当該サブフレームに含まれるシンボルのうち、少なくとも１つである。これにより、発見用信号の送受信に使用すべき時間リソースを基地局が指定できるので、ユーザ端末が適切な時間リソースを用いて発見用信号を送受信できる。
【００１８】
第１実施形態において、前記基地局は、前記発見用信号の送受信に使用すべき無線リソースを隣接基地局に通知する。これにより、当該隣接基地局は、当該基地局における発見用信号リソースの運用状況を把握できる。
【００１９】
以下、図面を参照して、３ＧＰＰ規格に準拠して構成されるセルラ移動通信システム（以下、「ＬＴＥシステム」）にＤ２Ｄ通信を導入する場合の実施形態を説明する。
【００２０】
（ＬＴＥシステム）
図１は、第１実施形態に係るＬＴＥシステムの構成図である。
【００２１】
図１に示すように、ＬＴＥシステムは、複数のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０と、を含む。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００２２】
ＵＥ１００は、移動型の無線通信装置であり、接続を確立したセル（サービングセル）との無線通信を行う。ＵＥ１００はユーザ端末に相当する。
【００２３】
Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は基地局に相当する。ｅＮＢ２００は、セルを管理しており、セルとの接続を確立したＵＥ１００との無線通信を行う。
【００２４】
なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示すとしても使用される。
【００２５】
ｅＮＢ２００は、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。
【００２６】
ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ４００（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）と、を含む。
【００２７】
ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。
【００２８】
ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。また、ｅＮＢ２００は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。
【００２９】
ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。
【００３０】
次に、ＵＥ１００及びｅＮＢ２００の構成を説明する。
【００３１】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１と、無線送受信機１１０と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。メモリ１５０及びプロセッサ１６０は、制御部を構成する。
【００３２】
ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００３３】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。アンテナ１０１は、複数のアンテナ素子を含む。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。
【００３４】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。
【００３５】
ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。
【００３６】
バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００３７】
メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。
【００３８】
プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００３９】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１と、無線送受信機２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。メモリ２３０及びプロセッサ２４０は、制御部を構成する。
【００４０】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。アンテナ２０１は、複数のアンテナ素子を含む。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号に変換してプロセッサ２４０に出力する。
【００４１】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００４２】
メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。
【００４３】
プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４４】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【００４５】
図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１乃至レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。
【００４６】
物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。
【００４７】
ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式など）、及び割り当てリソースブロックを決定するＭＡＣスケジューラを含む。
【００４８】
ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。
【００４９】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００５０】
ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は接続状態であり、そうでない場合、ＵＥ１００はアイドル状態である。
【００５１】
ＲＲＣレイヤの上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)レイヤは、セッション管理及びモビリティ管理などを行う。
【００５２】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ使用される。
【００５３】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各シンボルの先頭には、サイクリックプレフィックス（ＣＰ）と呼ばれるガード区間が設けられる。リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルにより構成される無線リソース単位はリソースエレメント（ＲＥ）と称される。
【００５４】
ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００５５】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主に物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。さらに、各サブフレームには、セル固有参照信号（ＣＲＳ）が分散して配置される。
【００５６】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。また、各サブフレームにおける周波数方向の中央部は、主に物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。さらに、各サブフレームには、復調参照信号（ＤＭＲＳ）及びサウンディング参照信号（ＳＲＳ）が配置される。
【００５７】
（Ｄ２Ｄ通信）
次に、ＬＴＥシステムの通常の通信（セルラ通信）とＤ２Ｄ通信とを比較して説明する。
【００５８】
図６は、セルラ通信におけるデータパスを示す。ここでは、ｅＮＢ２００−１との接続を確立したＵＥ１００−１と、ｅＮＢ２００−２との接続を確立したＵＥ１００−２と、の間でセルラ通信を行う場合を例示している。なお、データパスとは、ユーザデータ（ユーザプレーン）の転送経路を意味する。
【００５９】
図６に示すように、セルラ通信のデータパスはネットワークを経由する。詳細には、ｅＮＢ２００−１、Ｓ−ＧＷ３００、及びｅＮＢ２００−２を経由するデータパスが設定される。
【００６０】
図７は、Ｄ２Ｄ通信におけるデータパスを示す。ここでは、ｅＮＢ２００−１との接続を確立したＵＥ１００−１と、ｅＮＢ２００−２との接続を確立したＵＥ１００−２と、の間でＤ２Ｄ通信を行う場合を例示している。この場合、ＵＥ１００−１及びＵＥ１００−２は、Ｄ２Ｄグループを構成する。
【００６１】
例えば、ＵＥ１００−１及びＵＥ１００−２のうち一方のＵＥ１００が、近傍に存在する他方のＵＥ１００を発見することで、Ｄ２Ｄ通信が開始される。なお、Ｄ２Ｄ通信を開始するために、ＵＥ１００は、自身の近傍に存在する他のＵＥ１００を発見する（Ｄｉｓｃｏｖｅｒ）機能を有する。また、ＵＥ１００は、他のＵＥ１００から発見される(Ｄｉｓｃｏｖｅｒａｂｌｅ)機能を有する。
【００６２】
図７に示すように、Ｄ２Ｄ通信のデータパスはネットワークを経由しない。すなわち、ＵＥ間で直接的な無線通信を行う。このように、ＵＥ１００−１の近傍にＵＥ１００−２が存在するのであれば、ＵＥ１００−１とＵＥ１００−２との間でＤ２Ｄ通信を行うことによって、ネットワークのトラフィック負荷及びＵＥ１００のバッテリ消費量を削減するなどの効果が得られる。なお、Ｌｏｃａｌｌｙ  Ｒｏｕｔｅｄと称される特殊なモードでは、データパスがＳ−ＧＷ３００を経由せずにｅＮＢ２００を経由する。
【００６３】
ただし、Ｄ２Ｄ通信はＬＴＥシステムの周波数帯域で行われることが想定されており、例えばセルラ通信への干渉を回避するために、ネットワーク（ｅＮＢ２００）の管理下でＤ２Ｄ通信が行われる。Ｄ２Ｄ通信における無線リソース割り当ての方式としては、主に以下の２つがある。
【００６４】
第１の割り当て方式は、Ｄ２Ｄ通信に使用する無線リソースをＵＥ１００が選択できる方式である。具体的には、ｅＮＢ２００は、Ｄ２Ｄ通信に使用可能な無線リソースである割り当て候補無線リソースを示す情報をＵＥ１００に送信する。ＵＥ１００は、当該割り当て候補無線リソースの中から、Ｄ２Ｄ通信に使用する無線リソースを自律的に選択する。
【００６５】
第２の割り当て方式は、Ｄ２Ｄ通信に使用する無線リソースをｅＮＢ２００が決定する方式である。すなわち、ＵＥ１００は、Ｄ２Ｄ通信に使用する無線リソースの選択権を持たない。具体的には、ｅＮＢ２００は、Ｄ２Ｄ通信のために動的又は準静的に割り当てた無線リソースを示す情報をＵＥ１００に送信する。ＵＥ１００は、当該割り当てられた無線リソースを用いてＤ２Ｄ通信を行う。
【００６６】
（発見処理）
ＵＥ１００は、Ｄ２Ｄ通信を開始する前に、自身の近傍に存在する他のＵＥ１００を探索するための探索信号（Ｄｉｓｃｏｖｅｒｙ信号）を送信する。或いは、ＵＥ１００は、Ｄ２Ｄ通信の開始を望む場合に、他のＵＥ１００から探索されるための探索信号（Ｄｉｓｃｏｖｅｒａｂｌｅ信号）を送信する。第１実施形態では、ＵＥ１００がＤｉｓｃｏｖｅｒｙ信号を送信するケースについて説明する。
【００６７】
図８は、発見処理を説明するための図である。
【００６８】
図８に示すように、第１に、自身の近傍に存在するＵＥを探索するＵＥ１００−１は、Ｄ２Ｄ通信を開始するために、Ｄｉｓｃｏｖｅｒｙ信号を送信する。ＵＥ１００−２は、Ｄ２Ｄ通信を開始するために、Ｄｉｓｃｏｖｅｒｙ信号の受信を試みる。
【００６９】
第２に、ＵＥ１００−２は、ＵＥ１００−１からのＤｉｓｃｏｖｅｒｙ信号を受信すると、ＵＥ１００−１を発見し、Ｄｉｓｃｏｖｅｒｙ信号に対する応答信号であるＤｉｓｃｏｖｅｒｙ応答信号をＵＥ１００−１に送信（返信）する。ＵＥ１００−１は、ＵＥ１００−２からのＤｉｓｃｏｖｅｒｙ応答信号の受信に応じてＵＥ１００−２を発見する。
【００７０】
なお、ＵＥ１００−２によるＤｉｓｃｏｖｅｒｙ応答信号の送信は必須ではなく、省略してもよい。この場合、Ｄｉｓｃｏｖｅｒｙ信号を受信したＵＥ１００−２は、その結果をネットワークに通知し、ネットワークのアシストにより、ＵＥ１００−１及びＵＥ１００−２が相互に発見された状態になる。
【００７１】
以下、Ｄｉｓｃｏｖｅｒｙ信号及びＤｉｓｃｏｖｅｒｙ応答信号を併せて「発見用信号」と称する。
【００７２】
第３に、ＵＥ１００−１及び／又はＵＥ１００−２は、Ｄ２Ｄ通信を開始するためのＤ２Ｄ通信要求をｅＮＢ２００に送信する。その結果、ｅＮＢ２００の管理下でＤ２Ｄ通信が開始される。
【００７３】
第１実施形態では、発見用信号は、移動通信システムに割り当てられた周波数帯域内で送受信される。発見用信号は、移動通信システムに割り当てられた周波数帯域内で、且つＤ２Ｄ通信に使用可能な無線リソースを用いて送受信されてもよい。
【００７４】
或いは、発見用信号は、移動通信システムに割り当てられた周波数帯域内で、且つＤ２Ｄ通信に使用不能な無線リソースを用いて送受信されてもよい。例えば、１．５ＧＨｚ帯で発見用信号を送受信し、２ＧＨｚ帯でＤ２Ｄ通信を行うこともできる。
【００７５】
（第１実施形態に係る動作）
図８において、ＵＥ１００−２は、ＵＥ１００−１がどの無線リソースを使用してＤｉｓｃｏｖｅｒｙ信号を送信するのかを把握していなければ、当該Ｄｉｓｃｏｖｅｒｙ信号を受信することは困難である。同様に、ＵＥ１００−１は、ＵＥ１００−２がどの無線リソースを使用してＤｉｓｃｏｖｅｒｙ応答信号を送信するのかを把握していなければ、当該Ｄｉｓｃｏｖｅｒｙ応答信号を受信することは困難である。特に、複数の通信周波数帯（マルチバンド）が存在する通信環境下において、このような問題が顕著である。
【００７６】
図９は、複数の通信周波数帯が存在する通信環境を説明するための図である。
【００７７】
図９に示すように、ｅＮＢ２００は、３つの通信周波数帯に対応する３つのセルＣ１乃至Ｃ３を管理しており、各セルにはＵＥ１００ａ乃至１００ｃが収容されている。セルＣ１乃至Ｃ３のうちセルＣ１及びＣ２はＤ２Ｄ通信をサポートするセルである。また、ＵＥ１００ａ乃至１００ｃは地理的に近接しているとする。
【００７８】
セルＣ１に収容されるＵＥ１００ａは、Ｄ２Ｄ通信を開始するために、セルＣ１に対応する通信周波数帯においてＤｉｓｃｏｖｅｒｙ信号を送信する。これに対し、セルＣ２に収容されるＵＥ１００ｂは、Ｄ２Ｄ通信を開始するために、セルＣ２に対応する通信周波数帯においてＤｉｓｃｏｖｅｒｙ信号の受信を試みる。その結果、ＵＥ１００ａ及びＵＥ１００ｂは、近接しているにも拘わらず、相互に発見できないので、Ｄ２Ｄ通信を開始できない。
【００７９】
そこで、第１実施形態では、ｅＮＢ２００は、発見用信号（Ｄｉｓｃｏｖｅｒｙ信号、Ｄｉｓｃｏｖｅｒｙ応答信号）の送受信に使用すべき無線リソースを示す発見用リソース情報をＵＥ１００ａ及びＵＥ１００ｂに送信する。
【００８０】
以下、発見用信号の送受信に使用すべき無線リソースを「Ｄｉｓｃｏｖｅｒｙリソース」と称し、発見用リソース情報を「Ｄｉｓｃｏｖｅｒｙリソース情報」と称する。
【００８１】
Ｄｉｓｃｏｖｅｒｙリソース情報の送信は、ブロードキャストであってもよく、ユニキャストであってもよいが、以下においては、ブロードキャストで送信するケースを主として説明する。例えば、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙリソース情報をシステム情報ブロック（ＳＩＢ）に含めて送信する。
【００８２】
ＵＥ１００ａ及びＵＥ１００ｂは、ｅＮＢ２００からＤｉｓｃｏｖｅｒｙリソース情報を受信すると、当該受信したＤｉｓｃｏｖｅｒｙリソース情報により示されるＤｉｓｃｏｖｅｒｙリソースを使用して、発見用信号（Ｄｉｓｃｏｖｅｒｙ信号、Ｄｉｓｃｏｖｅｒｙ応答信号）を送受信する。その結果、ＵＥ１００ａ及びＵＥ１００ｂは、発見用信号を正常に送受信し、相互に発見できるので、Ｄ２Ｄ通信を開始できる。
【００８３】
次に、Ｄｉｓｃｏｖｅｒｙリソース情報について説明する。図１０は、Ｄｉｓｃｏｖｅｒｙリソース情報を説明するための図である。
【００８４】
図１０に示すように、Ｄｉｓｃｏｖｅｒｙリソースは、周波数方向において、特定の通信周波数帯における特定のリソースブロックに設けられる。また、Ｄｉｓｃｏｖｅｒｙリソースは、時間方向において、特定のサブフレームにおける特定のシンボルに設けられる。
【００８５】
上述したように、Ｄｉｓｃｏｖｅｒｙリソース情報はＤｉｓｃｏｖｅｒｙリソースを示す情報である。
【００８６】
具体的には、Ｄｉｓｃｏｖｅｒｙリソース情報は、発見用信号の送受信に使用すべき周波数リソースを示す情報を含む。周波数リソースは、通信周波数帯、及び／又は当該通信周波数帯に含まれるリソースブロックである。
【００８７】
また、Ｄｉｓｃｏｖｅｒｙリソース情報は、発見用信号の送受信に使用すべき時間リソースを示す情報を含む。時間リソースは、無線フレーム、当該無線フレームに含まれるサブフレーム、及び当該サブフレームに含まれるシンボルのうち、少なくとも１つである。
【００８８】
さらに、第１実施形態では、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ信号及びＤｉｓｃｏｖｅｒｙ応答信号に異なるＤｉｓｃｏｖｅｒｙリソースを確保してもよい。この場合、Ｄｉｓｃｏｖｅｒｙリソース情報は、Ｄｉｓｃｏｖｅｒｙ信号の送受信に使用すべきＤｉｓｃｏｖｅｒｙリソースを示す第１の情報と、Ｄｉｓｃｏｖｅｒｙ応答信号の送受信に使用すべきＤｉｓｃｏｖｅｒｙリソースを示す第２の情報と、を含む。
【００８９】
また、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙリソースを確保した場合に、当該確保したＤｉｓｃｏｖｅｒｙリソースを発見用信号の送受信以外の用途（例えば共有チャネルなど）に使用しないとしてもよい。
【００９０】
さらに、ｅＮＢ２００は、無線リソースの使用状況、及び／又は干渉の発生状況などに応じて、Ｄｉｓｃｏｖｅｒｙリソースを動的に変更できる。ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙリソースを変更する場合に、当該変更後のＤｉｓｃｏｖｅｒｙリソースを示すＤｉｓｃｏｖｅｒｙリソース情報を送信する。
【００９１】
Ｄｉｓｃｏｖｅｒｙリソースを動的に変更する場合、Ｄ２Ｄ通信を開始しようとするＵＥ１００は、Ｄｉｓｃｏｖｅｒｙリソースの変更を把握するために、Ｄｉｓｃｏｖｅｒｙリソース情報を常時モニタリングし、受信したＤｉｓｃｏｖｅｒｙリソース情報を復号する必要がある。このようなＵＥ１００の処理負荷を軽減するために、Ｄｉｓｃｏｖｅｒｙリソース情報は、Ｄｉｓｃｏｖｅｒｙリソースが変更されたことを示す変更情報を含んでもよい。この場合、ＵＥ１００は、通常はＤｉｓｃｏｖｅｒｙリソース情報のうち変更情報をモニタリング及び復号し、変更情報が「変更あり」を示す場合にのみ、Ｄｉｓｃｏｖｅｒｙリソース情報のうち他の情報を復号する。なお、ｅＮＢ２００は、変更情報及び他の情報を異なるシステム情報ブロック（ＳＩＢ）に含めて送信してもよい。
【００９２】
図１１は、第１実施形態に係るｅＮＢ２００及びＵＥ１００の動作シーケンス図である。ここでは、ｅＮＢ２００が複数の通信周波数帯（マルチバンド）で運用される場合の動作例を説明する。
【００９３】
図１１に示すように、ステップＳ１０１において、ｅＮＢ２００は、バンドＡに含まれるＤｉｓｃｏｖｅｒｙリソースを示すＤｉｓｃｏｖｅｒｙリソース情報をブロードキャストで送信する。ＵＥ１００−１及びＵＥ１００−２は、ｅＮＢ２００からＤｉｓｃｏｖｅｒｙリソース情報を受信する。
【００９４】
ステップＳ１０２において、ＵＥ１００−１は、ステップＳ１０１で受信したＤｉｓｃｏｖｅｒｙリソース情報により示されるＤｉｓｃｏｖｅｒｙリソースを使用して、Ｄｉｓｃｏｖｅｒｙ信号を送信する。ＵＥ１００−２は、ＵＥ１００−１からＤｉｓｃｏｖｅｒｙ信号を受信する。
【００９５】
ステップＳ１０３において、ＵＥ１００−２は、ステップＳ１０２でＤｉｓｃｏｖｅｒｙ信号を受信したことに応じて、Ｄｉｓｃｏｖｅｒｙ応答信号をＵＥ１００−１に送信する。ＵＥ１００−１は、ＵＥ１００−２からＤｉｓｃｏｖｅｒｙ応答信号を受信する。
【００９６】
ステップＳ１０２及びＳ１０３の動作が正常に完了すれば、Ｄ２Ｄ通信が開始されるが、以下においては、ステップＳ１０２及びＳ１０３の動作が正常に完了せずに、発見処理を継続するケースについて説明する。
【００９７】
ステップＳ１０４において、ｅＮＢ２００は、バンドＢに含まれるＤｉｓｃｏｖｅｒｙリソースを示すＤｉｓｃｏｖｅｒｙリソース情報をブロードキャストで送信する。ＵＥ１００−１及びＵＥ１００−２は、ｅＮＢ２００からＤｉｓｃｏｖｅｒｙリソース情報を受信する。
【００９８】
ステップＳ１０５において、ＵＥ１００−１は、ステップＳ１０４で受信したＤｉｓｃｏｖｅｒｙリソース情報により示されるＤｉｓｃｏｖｅｒｙリソースを使用して、Ｄｉｓｃｏｖｅｒｙ信号を送信する。ＵＥ１００−２は、ＵＥ１００−１からＤｉｓｃｏｖｅｒｙ信号を受信する。
【００９９】
ステップＳ１０６において、ＵＥ１００−２は、ステップＳ１０５でＤｉｓｃｏｖｅｒｙ信号を受信したことに応じて、Ｄｉｓｃｏｖｅｒｙ応答信号をＵＥ１００−１に送信する。ＵＥ１００−１は、ＵＥ１００−２からＤｉｓｃｏｖｅｒｙ応答信号を受信する。
【０１００】
ステップＳ１０５及びＳ１０６の動作が正常に完了すれば、Ｄ２Ｄ通信が開始されるが、以下においては、ステップＳ１０５及びＳ１０６の動作が正常に完了せずに、発見処理を継続するケースについて説明する。
【０１０１】
ここで、ｅＮＢ２００は、バンドＡに含まれるＤｉｓｃｏｖｅｒｙリソースをバンドＢへ変更すると判断する。
【０１０２】
ステップＳ１０７において、ｅＮＢ２００は、変更に係るバンドＢに含まれるＤｉｓｃｏｖｅｒｙリソースを示すＤｉｓｃｏｖｅｒｙリソース情報をブロードキャストで送信する。ＵＥ１００−１及びＵＥ１００−２は、ｅＮＢ２００からＤｉｓｃｏｖｅｒｙリソース情報を受信する。
【０１０３】
ステップＳ１０８において、ＵＥ１００−１は、ステップＳ１０７で受信したＤｉｓｃｏｖｅｒｙリソース情報により示されるＤｉｓｃｏｖｅｒｙリソースを使用して、Ｄｉｓｃｏｖｅｒｙ信号を送信する。ＵＥ１００−２は、ＵＥ１００−１からＤｉｓｃｏｖｅｒｙ信号を受信する。
【０１０４】
ステップＳ１０９において、ＵＥ１００−２は、ステップＳ１０８でＤｉｓｃｏｖｅｒｙ信号を受信したことに応じて、Ｄｉｓｃｏｖｅｒｙ応答信号をＵＥ１００−１に送信する。ＵＥ１００−１は、ＵＥ１００−２からＤｉｓｃｏｖｅｒｙ応答信号を受信する。
【０１０５】
（第１実施形態のまとめ）
第１実施形態によれば、ＤｉｓｃｏｖｅｒｙリソースをｅＮＢ２００が指定できるので、ＵＥ１００が適切なＤｉｓｃｏｖｅｒｙリソースを用いて発見用信号を送受信できる。したがって、Ｄ２Ｄ通信を適切に制御できる。
【０１０６】
また、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙリソースを変更する場合に、当該変更後のＤｉｓｃｏｖｅｒｙリソースを示すＤｉｓｃｏｖｅｒｙリソース情報を送信する。これにより、Ｄｉｓｃｏｖｅｒｙリソースを状況に応じて変更できる。
【０１０７】
Ｄｉｓｃｏｖｅｒｙリソース情報は、Ｄｉｓｃｏｖｅｒｙ信号の送受信に使用すべきＤｉｓｃｏｖｅｒｙリソースを示す第１の情報と、Ｄｉｓｃｏｖｅｒｙ応答信号の送受信に使用すべきＤｉｓｃｏｖｅｒｙリソースを示す第２の情報と、のうち少なくとも一方を含む。これにより、Ｄｉｓｃｏｖｅｒｙ信号及びＤｉｓｃｏｖｅｒｙ応答信号のそれぞれに個別のＤｉｓｃｏｖｅｒｙリソースを指定できる。
【０１０８】
ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙリソースを確保した場合に、当該確保したＤｉｓｃｏｖｅｒｙリソースを発見用信号の送受信以外の用途に使用しないとしてもよい。これにより、発見用信号の送受信と他の通信（例えばセルラ通信など）との間で干渉が生じることを防止できる。
【０１０９】
Ｄｉｓｃｏｖｅｒｙリソース情報は、発見用信号の送受信に使用すべき周波数リソースを示す情報を含む。周波数リソースは、通信周波数帯、及び／又は当該通信周波数帯に含まれるリソースブロックである。これにより、発見用信号の送受信に使用すべき周波数リソースをｅＮＢ２００が指定できるので、ＵＥ１００が適切な周波数リソースを用いて発見用信号を送受信できる。
【０１１０】
Ｄｉｓｃｏｖｅｒｙリソース情報は、発見用信号の送受信に使用すべき時間リソースを示す情報を含む。時間リソースは、無線フレーム、当該無線フレームに含まれるサブフレーム、及び当該サブフレームに含まれるシンボルのうち、少なくとも１つである。これにより、発見用信号の送受信に使用すべき時間リソースをｅＮＢ２００が指定できるので、ＵＥ１００が適切な時間リソースを用いて発見用信号を送受信できる。
【０１１１】
［第１実施形態の変更例］
ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙリソースを隣接ｅＮＢに通知してもよい。この場合、ｅＮＢ２００は、隣接ｅＮＢに対して、Ｘ２インターフェイス上で直接的に通知を行ってもよく、Ｓ１インターフェイス上で間接的に通知を行ってもよい。このような通知を受けた隣接ｅＮＢ２００は、通知元のｅＮＢ２００におけるＤｉｓｃｏｖｅｒｙリソースの運用状況を把握できる。
【０１１２】
［第２実施形態］
次に、第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、システム構成については第１実施形態と同様である。
【０１１３】
（第２実施形態の概要）
第２実施形態に係る基地局（ｅＮＢ）は、セルを管理する。前記基地局は、前記セル内のユーザ端末に関するパラメータに基づいて、発見用リソース（Ｄｉｓｃｏｖｅｒｙリソース）として確保する無線リソース量を変更する。
【０１１４】
第２実施形態では、前記基地局は、前記発見用リソースとして確保する時間リソースの周期を変更することにより、前記発見用リソースとして確保する無線リソース量を変更する。
【０１１５】
第２実施形態では、前記発見用リソースとして確保する時間リソースの周期は、前記セル及び隣接セルで共有されている最短周期の整数倍に設定される。
【０１１６】
第２実施形態では、前記セル内のユーザ端末（ＵＥ）に関するパラメータとは、前記セルに在圏するユーザ端末の数である。
【０１１７】
第２実施形態では、前記セル内のユーザ端末に関するパラメータとは、隣接セルから前記セルへのユーザ端末のハンドオーバ発生頻度、及び／又は前記セルから隣接セルへのユーザ端末のハンドオーバ発生頻度である。また、前記基地局は、前記発見用リソースとして確保する無線リソース量を変更するとともに、前記発見用信号の送信間隔を変更するための設定情報を前記セル内のユーザ端末に送信する。
【０１１８】
（第２実施形態に係る動作）
図１２は、第２実施形態に係る動作環境を説明するための図である。
【０１１９】
図１２に示すように、複数のｅＮＢ２００（ｅＮＢ２００−１乃至ｅＮＢ２００−３）が設置されている。ｅＮＢ２００−１はセルＣ１を管理しており、ｅＮＢ２００−２はセルＣ２を管理しており、ｅＮＢ２００−３はセルＣ３を管理している。セルＣ１乃至セルＣ３は、相互に隣接している。
【０１２０】
セルＣ１乃至セルＣ３において、在圏するＵＥ１００の数は、セルＣ１が最も多く、セルＣ２が次に多く、セルＣ３が最も少ない。ここで「在圏」とは、ＵＥ１００がアイドル状態であるか接続状態であるかを問わない。近接する多くのＵＥ１００が、限られたＤｉｓｃｏｖｅｒｙリソースで発見用信号（Ｄｉｓｃｏｖｅｒｙ信号）を送受信する場合、１ＵＥ当たりのＤｉｓｃｏｖｅｒｙリソースが少なくなる。よって、在圏するＵＥ１００の数が多いセルについては、Ｄｉｓｃｏｖｅｒｙリソースの量を増やすことが好ましい。
【０１２１】
また、セルＣ１乃至セルＣ３において、出入りするＵＥ１００の数は、セルＣ１が最も多く、セルＣ２が次に多く、セルＣ３が最も少ない。セルに出入りするＵＥ１００とは、アイドル状態のＵＥ１００がセル再選択により当該セルに出入りＵＥ１００と、接続状態のＵＥ１００がハンドオーバにより当該セルに出入りするＵＥ１００と、を含む。出入りするＵＥ１００の数が多いセルは、移動するＵＥ１００が多いセルであると見なすことができる。移動するＵＥ１００が、長い周期でＤ２Ｄ通信の発見用信号（Ｄｉｓｃｏｖｅｒｙ信号）を送受信する場合、通信環境の変化に追従できずに、通信相手ＵＥを発見することが難しい。よって、出入りするＵＥ１００の数が多いセルについては、Ｄｉｓｃｏｖｅｒｙリソースの量を増やすとともに、発見用信号の周期を短くすることが好ましい。
【０１２２】
そこで、第２実施形態に係るｅＮＢ２００は、自セル内のＵＥ１００に関するパラメータに基づいて、Ｄｉｓｃｏｖｅｒｙリソースして確保する無線リソース量を変更する。「自セル内のＵＥ１００」とは、「少なくとも自セル内のＵＥ１００」の意味であって、「自セルを含むトラッキングエリア内のＵＥ１００」であってもよい。
【０１２３】
第２実施形態では、自セル内のＵＥ１００に関するパラメータとは、自セルに在圏するＵＥ１００の数である。「自セルに在圏するＵＥ１００の数」は、自セルにおいて発見用信号を送受信するＵＥ１００の数であることが好ましい。発見用信号を送受信するＵＥ１００は、発見用信号を送受信するためにｅＮＢ２００とのやり取りを行うことが想定される。よって、ｅＮＢ２００は、自セルにおいて発見用信号を送受信するＵＥ１００の数に基づいて、Ｄｉｓｃｏｖｅｒｙリソースして確保する無線リソース量を変更できる。或いは、「自セルに在圏するＵＥ１００の数」は、自セルにおいて、Ｄ２Ｄ通信をサポートするＵＥ１００の数としてもよい。この場合、ＵＥ１００は、自身のＤ２Ｄ通信をサポート有無に関する情報をｅＮＢ２００に通知する。ｅＮＢ２００は、自セルに在圏するＵＥ１００の数が多い場合に、Ｄｉｓｃｏｖｅｒｙリソースして確保する無線リソース量を増やす。これに対し、ｅＮＢ２００は、自セルに在圏するＵＥ１００の数が少ない場合に、Ｄｉｓｃｏｖｅｒｙリソースして確保する無線リソース量を減らす。
【０１２４】
或いは、第２実施形態では、自セル内のＵＥ１００に関するパラメータとは、隣接セルから自セルへのＵＥ１００のハンドオーバ発生頻度、及び／又は自セルから隣接セルへのＵＥ１００のハンドオーバ発生頻度（以下、単に「ハンドオーバ発生頻度」という。）である。ｅＮＢ２００は、ハンドオーバ発生頻度が高い場合に、Ｄｉｓｃｏｖｅｒｙリソースして確保する無線リソース量を増やす。これに対し、ｅＮＢ２００は、ハンドオーバ発生頻度が低い場合に、Ｄｉｓｃｏｖｅｒｙリソースして確保する無線リソース量を減らす。また、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙリソースとして確保する無線リソース量を変更するとともに、発見用信号の送信間隔を変更するための設定情報をセル内のＵＥ１００に送信する。例えば、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙリソースして確保する無線リソース量を増やすとともに、発見用信号の送信間隔を短くするための設定情報をセル内のＵＥ１００に送信する。これに対し、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙリソースして確保する無線リソース量を減らすとともに、発見用信号の送信間隔を長くするための設定情報をセル内のＵＥ１００に送信する。
【０１２５】
第２実施形態では、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙリソースとして確保する時間リソースの周期を変更することにより、Ｄｉｓｃｏｖｅｒｙリソースとして確保する無線リソース量を変更する。Ｄｉｓｃｏｖｅｒｙリソースとして確保する時間リソースの周期は、自セル及び隣接セルで共有されている最短周期の整数倍に設定される。すなわち、最短周期は各セルで共通の値とされる。
【０１２６】
図１３は、Ｄｉｓｃｏｖｅｒｙリソースとして確保する時間リソースの周期を説明するための図である。第２実施形態では、Ｄｉｓｃｏｖｅｒｙリソースを構成する時間リソースはサブフレーム単位で確保される。
【０１２７】
図１３に示すように、ｅＮＢ２００−１は、自セルＣ１において、発見用信号を送受信するためのサブフレーム（以下、「Ｄｉｓｃｏｖｅｒｙ用サブフレーム」という。）を２サブフレーム周期で確保する。ここでは２サブフレーム周期が最短周期であると仮定している。ｅＮＢ２００−２は、自セルＣ２において、Ｄｉｓｃｏｖｅｒｙ用サブフレームを４サブフレーム周期（すなわち、最短周期の２倍の周期）で確保する。ｅＮＢ２００−３は、自セルＣ３において、Ｄｉｓｃｏｖｅｒｙ用サブフレームを８サブフレーム周期（すなわち、最短周期の３倍の周期）で確保する。
【０１２８】
第２実施形態では、ｅＮＢ２００−１乃至ｅＮＢ２００−３のそれぞれは、自セルで確保するＤｉｓｃｏｖｅｒｙ用サブフレームを変更する場合に、隣接セルを管理するｅＮＢ２００（隣接ｅＮＢ）及び自セル内のＵＥ１００に対して、変更後のＤｉｓｃｏｖｅｒｙ用サブフレームを通知する。Ｄｉｓｃｏｖｅｒｙ用サブフレームの通知は、サブフレーム番号の通知であってもよく、最短周期の何倍であるかを示す値（以下、「周期係数」という。）の通知であってもよい。以下においては、周期係数を変更及び通知するケースについて主として説明する。
【０１２９】
ｅＮＢ２００−１乃至ｅＮＢ２００−３のそれぞれは、隣接ｅＮＢからＤｉｓｃｏｖｅｒｙ用サブフレームの通知を受けると、隣接ｅＮＢで確保するＤｉｓｃｏｖｅｒｙ用サブフレームを次の何れかの用途に使用する。第１に、隣接セルにおいて送受信される発見用信号に干渉を与えないように、ブランク(何も送信しない)にする。第２に、隣接セル内のＵＥ１００と自セル内のＵＥ１００との間で発見を可能にするために、自セルにおいてもＤｉｓｃｏｖｅｒｙリソースとして使用する。第３に、隣接セル内のＵＥ１００からの干渉測定用に使用する。或いは、隣接ｅＮＢで確保するＤｉｓｃｏｖｅｒｙ用サブフレームをセルラ通信に利用してもよい。この場合、セルラ通信の送信電力を低くする、ｅＮＢの近傍（或いはパスロスの小さい）ＵＥを割り当てる、又は隣接セルに干渉を与えないようにビームフォーミングを行う、といった処理が必要である。
【０１３０】
図１４は、隣接ｅＮＢへの周期係数の通知について説明するためのシーケンス図である。ここでは、ｅＮＢ２００−１から隣接ｅＮＢ（ｅＮＢ２００−２及びｅＮＢ２００−３）への通知を説明する。
【０１３１】
図１４に示すように、ステップＳ２０１において、ｅＮＢ２００−１は、周期係数を計算する。周期係数の計算は、周期的に行ってもよく、トリガベースで行ってもよい。トリガベースの場合、例えば、セル内又はトラッキングエリア内ＵＥ数が一定数を上回る又は下回ることをトリガとしてもよく、ハンドオーバ発生頻度が一定数を上回る又は下回ることをトリガとしてもよい。周期係数計算の具体例については後述する。ステップＳ２０１において前回の周期係数とは異なる周期係数が計算された場合、ｅＮＢ２００−１は、周期係数を変更する。
【０１３２】
ステップＳ２０２及びＳ２０４において、ｅＮＢ２００−１は、変更後の周期係数を示すＤｉｓｃｏｖｅｒｙ周期変更通知をｅＮＢ２００−２及びｅＮＢ２００−３に送信する。Ｄｉｓｃｏｖｅｒｙ周期変更通知は、ｅＮＢ２００−１のセルを識別するためのセルＩＤを含んでもよい。Ｄｉｓｃｏｖｅｒｙ周期変更通知を受信したｅＮＢ２００−２及びｅＮＢ２００−３は、Ｄｉｓｃｏｖｅｒｙ周期変更通知に対する応答をｅＮＢ２００−１に送信してもよい（ステップＳ２０３及びＳ２０５）。
【０１３３】
図１５は、自セル内ＵＥへの周期係数の通知について説明するためのシーケンス図である。ここでは、ｅＮＢ２００−１から自セル内ＵＥ（ＵＥ１００−１及びＵＥ１００−２）への通知を説明する。
【０１３４】
図１５に示すように、ステップＳ３０１において、ｅＮＢ２００−１は、周期係数を計算する。周期係数の計算は、周期的に行ってもよく、トリガベースで行ってもよい。トリガベースの場合、例えば、セル内又はトラッキングエリア内ＵＥ数が一定数を上回る又は下回ることをトリガとしてもよく、ハンドオーバ発生頻度が一定数を上回る又は下回ることをトリガとしてもよい。ステップＳ３０１において前回の周期係数とは異なる周期係数が計算された場合、ｅＮＢ２００−１は、周期係数を変更する。
【０１３５】
ステップＳ３０２及びＳ３０４において、ｅＮＢ２００−１は、変更後の周期係数を示すＤｉｓｃｏｖｅｒｙ周期変更通知をＵＥ１００−１及びＵＥ１００−２に送信する。Ｄｉｓｃｏｖｅｒｙ周期変更通知は、ブロードキャストで送信されてもよく、ユニキャストで送信されてもよい。Ｄｉｓｃｏｖｅｒｙ周期変更通知を受信したＵＥ１００−１及びＵＥ１００−２は、Ｄｉｓｃｏｖｅｒｙ周期変更通知に対する応答をｅＮＢ２００−１に送信してもよい（ステップＳ３０３及びＳ３０５）。
【０１３６】
図１６は、周期係数計算の具体例１を説明するためのフロー図である。ここでは、ｅＮＢ２００−１において周期係数を計算するケースを例に説明する。
【０１３７】
図１６に示すように、ステップＳ４０１において、ｅＮＢ２００−１は、自セル内ＵＥの有無を判定する。本フローにおいて、自セル内ＵＥとは、自セル内でＤ２Ｄ通信を行っているＵＥ１００、又は、自セルにおいて発見用信号を送信するＵＥ１００であることが好ましい。
【０１３８】
自セル内ＵＥが存在しない場合（ステップＳ４０１：Ｎｏ）、ステップＳ４０２において、ｅＮＢ２００−１は、周期係数をゼロに設定する。すなわち、Ｄｉｓｃｏｖｅｒｙ用サブフレームを確保しないようにする。
【０１３９】
自セル内ＵＥが存在する場合（ステップＳ４０１：Ｙｅｓ）、ステップＳ４０３において、ｅＮＢ２００−１は、前回の周期計算時の自セル内ＵＥの数（以下、「前回ＵＥ数」という。）と、今回の周期計算時の自セル内ＵＥの数（以下、「今回ＵＥ数」という。）と、が一致するか否かを判定する。
【０１４０】
前回ＵＥ数と今回ＵＥ数とが一致する場合（ステップＳ４０３：Ｎｏ）、ステップＳ４０４において、ｅＮＢ２００−１は、周期係数を前回の周期計算時の値に設定する。
【０１４１】
前回ＵＥ数と今回ＵＥ数とが一致しない場合（ステップＳ４０３：Ｙｅｓ）、ステップＳ４０５において、ｅＮＢ２００−１は、前回ＵＥ数と今回ＵＥ数との大小関係を判定する。
【０１４２】
今回ＵＥ数が前回ＵＥ数よりも多い場合（ステップＳ４０５：Ｎｏ）、ステップＳ４０６において、ｅＮＢ２００−１は、前回の周期計算時の１ＵＥあたりのＤｉｓｃｏｖｅｒｙリソース量を示すｐｒｅｖｉｏｕｓＲｅｓｏｕｒｃｅ（＝前回の周期計算時のＤｉｓｃｏｖｅｒｙリソース量／前回ＵＥ数）を計算する。また、ステップＳ４０７において、ｅＮＢ２００−１は、今回の周期計算時の１ＵＥあたりのＤｉｓｃｏｖｅｒｙリソース量を示すｃｕｒｒｅｎｔＲｅｓｏｕｒｃｅ（＝今回の周期計算時のＤｉｓｃｏｖｅｒｙリソース量／今回ＵＥ数）を計算する。そして、ステップＳ４０８乃至Ｓ４１０において、ｃｕｒｒｅｎｔＲｅｓｏｕｒｃｅをｐｒｅｖｉｏｕｓＲｅｓｏｕｒｃｅよりも大きくするように、最小の周期係数になるまでの範囲において、今回の周期係数を計算及び設定する。
【０１４３】
一方、今回ＵＥ数が前回ＵＥ数よりも少ない場合（ステップＳ４０５：Ｙｅｓ）、ステップＳ４１１において、ｅＮＢ２００−１は、前回の周期計算時の１ＵＥあたりのＤｉｓｃｏｖｅｒｙリソース量を示すｐｒｅｖｉｏｕｓＲｅｓｏｕｒｃｅ（＝前回の周期計算時のＤｉｓｃｏｖｅｒｙリソース量／前回ＵＥ数）を計算する。また、ステップＳ４１２において、ｅＮＢ２００−１は、今回の周期計算時の１ＵＥあたりのＤｉｓｃｏｖｅｒｙリソース量を示すｃｕｒｒｅｎｔＲｅｓｏｕｒｃｅ（＝今回の周期計算時のＤｉｓｃｏｖｅｒｙリソース量／今回ＵＥ数）を計算する。そして、ステップＳ４１３乃至Ｓ４１５において、ｃｕｒｒｅｎｔＲｅｓｏｕｒｃｅをｐｒｅｖｉｏｕｓＲｅｓｏｕｒｃｅよりも小さくするように、最大の周期係数になるまでの範囲において、今回の周期係数を計算及び設定する。
【０１４４】
図１７は、周期係数計算の具体例２を説明するためのフロー図である。ここでは、ｅＮＢ２００−１において周期係数を計算するケースを例に説明する。
【０１４５】
図１７に示すように、ステップＳ５０１において、ｅＮＢ２００−１は、自セル内ＵＥの有無を判定する。本フローにおいて、自セル内ＵＥとは、自セル内でＤ２Ｄ通信を行っているＵＥ１００、又は、自セルにおいて発見用信号を送信するＵＥ１００であることが好ましい。又は、自セルにおいて、Ｄ２Ｄ通信をサポートするＵＥ１００であることが好ましい。
【０１４６】
自セル内ＵＥが存在しない場合（ステップＳ５０１：Ｎｏ）、ステップＳ５０２において、ｅＮＢ２００−１は、周期係数をゼロに設定する。すなわち、Ｄｉｓｃｏｖｅｒｙ用サブフレームを確保しないようにする。
【０１４７】
自セル内ＵＥが存在する場合（ステップＳ５０１：Ｙｅｓ）、ステップＳ５０３において、ｅＮＢ２００−１は、現在までのある時間内において隣接セルにハンドオーバしたＵＥ１００又は自セルにハンドオーバしたＵＥ１００がいるか否かを判定する。
【０１４８】
現在までのある時間内において隣接セルにハンドオーバしたＵＥ１００又は自セルにハンドオーバしたＵＥ１００がいない場合（ステップＳ５０３：Ｎｏ）、ステップＳ５０４において、ｅＮＢ２００−１は、周期係数を最大値に設定する。
【０１４９】
現在までのある時間内において隣接セルにハンドオーバしたＵＥ１００又は自セルにハンドオーバしたＵＥ１００がいる場合（ステップＳ５０３：Ｙｅｓ）、ステップＳ５０５において、ｅＮＢ２００−１は、現在までのある時間内において隣接セルにハンドオーバしたＵＥ１００又は自セルにハンドオーバしたＵＥ１００の数（以下、「ハンドオーバ数」という。）で最大ハンドオーバ数を除算した結果が１以下であるか否かを判定する。最大ハンドオーバ数とは、最短周期に対応するハンドオーバ数である。
【０１５０】
最大ハンドオーバ数をハンドオーバ数で除算した結果が１よりも大きい場合（ステップＳ５０５：Ｎｏ）、ステップＳ５０６において、ｅＮＢ２００−１は、最大ハンドオーバ数をハンドオーバ数で除算した結果の値（端数切り上げ）を周期係数として計算及び設定する。
【０１５１】
最大ハンドオーバ数をハンドオーバ数で除算した結果が１以下である場合（ステップＳ５０５：Ｙｅｓ）、ステップＳ５０７において、ｅＮＢ２００−１は、周期係数を最小値に設定する。
【０１５２】
（第２実施形態のまとめ）
第２実施形態に係るｅＮＢ２００は、自セル内ＵＥに関するパラメータに基づいて、Ｄｉｓｃｏｖｅｒｙリソースして確保する無線リソース量を変更する。これにより、Ｄｉｓｃｏｖｅｒｙリソースして確保する無線リソース量を適応的に変更できる。
【０１５３】
自セル内ＵＥに関するパラメータとは、自セルに在圏するＵＥ１００の数である。これにより、自セルに在圏するＵＥ１００の数に対して最適な量のＤｉｓｃｏｖｅｒｙリソースを確保できる。
【０１５４】
或いは、自セル内ＵＥに関するパラメータとは、ハンドオーバ発生頻度である。これにより、自セルに出入りするＵＥ１００の数、すなわち、自セル内ＵＥの移動状態に対して最適な量のＤｉｓｃｏｖｅｒｙリソースを確保できる。また、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙリソースとして確保する無線リソース量を変更するとともに、発見用信号の送信間隔を変更するための設定情報をセル内のＵＥ１００に送信する。これにより、自セル内ＵＥの移動状態に対して最適な周期で発見用信号を送受信させることができる。
【０１５５】
ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙリソースとして確保する時間リソースの周期を変更することにより、Ｄｉｓｃｏｖｅｒｙリソースとして確保する無線リソース量を変更する。Ｄｉｓｃｏｖｅｒｙリソースとして確保する時間リソース（すなわち、Ｄｉｓｃｏｖｅｒｙ用サブフレーム）の周期は、自セル及び隣接セルで共有されている最短周期の整数倍に設定される。これにより、隣接するセル間でＤｉｓｃｏｖｅｒｙ用サブフレームを同期させることができる。
【０１５６】
［第２実施形態の変更例］
第２実施形態では、Ｄｉｓｃｏｖｅｒｙリソースして確保する無線リソース量をセル単位で変更していたが、セル単位で変更する場合に限らず、当該セルを含むトラッキングエリア単位で変更してもよい。トラッキングエリア単位で変更する場合、アイドル状態のＵＥ１００の状況を加味して変更することが容易である。
【０１５７】
また、第２実施形態では、Ｄｉｓｃｏｖｅｒｙリソースして確保する無線リソース量をｅＮＢ２００で決定していたが、ｅＮＢ２００で決定する場合に限らず、ｅＮＢ２００の上位装置（ＯＡＭ４００又はＭＭＥ３００など）で決定し、その結果を上位装置からｅＮＢ２００に通知することにより、Ｄｉｓｃｏｖｅｒｙリソースして確保する無線リソース量をｅＮＢ２００で変更してもよい。
【０１５８】
第２実施形態では、Ｄｉｓｃｏｖｅｒｙリソースを構成する時間リソースはサブフレーム単位で確保されていたが、サブフレーム単位で確保する場合に限らず、無線フレーム単位又はシンボル単位で確保してもよい。
【０１５９】
なお、米国仮出願第６１／６９４５９０号（２０１２年８月２９日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０１６０】
以上のように、本発明は、Ｄ２Ｄ通信を適切に制御できるため、移動通信分野において有用である。
【図１】
2018191326.tif 000003
【図２】
2018191326.tif 000004
【図３】
2018191326.tif 000005
【図４】
2018191326.tif 000006
【図５】
2018191326.tif 000007
【図６】
2018191326.tif 000008
【図７】
2018191326.tif 000009
【図８】
2018191326.tif 000010
【図９】
2018191326.tif 000011
【図１０】
2018191326.tif 000012
【図１１】
2018191326.tif 000013
【図１２】
2018191326.tif 000014
【図１３】
2018191326.tif 000015
【図１４】
2018191326.tif 000016
【図１５】
2018191326.tif 000017
【図１６】
2018191326.tif 000018
【図１７】
2018191326.tif 000019