知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6028038
(24)【登録日】2016年10月21日
(45)【発行日】2016年11月16日
(54)【発明の名称】移動通信システム、基地局、プロセッサ
(51)【国際特許分類】
H04W 8/00 20090101AFI20161107BHJP
H04W 92/18 20090101ALI20161107BHJP
【ＦＩ】
H04W8/00 110
H04W92/18
【請求項の数】15
【全頁数】31
(21)【出願番号】特願2014-545714(P2014-545714)
(86)(22)【出願日】2013年11月5日
(86)【国際出願番号】JP2013079926
(87)【国際公開番号】WO2014073539
(87)【国際公開日】20140515
【審査請求日】2015年4月28日
(31)【優先権主張番号】61/723,415
(32)【優先日】2012年11月7日
(33)【優先権主張国】US
(73)【特許権者】
【識別番号】000006633
【氏名又は名称】京セラ株式会社
(74)【代理人】
【識別番号】110001106
【氏名又は名称】キュリーズ特許業務法人
(72)【発明者】
【氏名】童 方偉
【審査官】
望月 章俊
(56)【参考文献】
【文献】
特開２０１１−１６６６７４（ＪＰ，Ａ）
【文献】
国際公開第２００８／０１６９０１（ＷＯ，Ａ２）
【文献】
特開２０１１−２１５０１９（ＪＰ，Ａ）
【文献】
国際公開第２０１１／１３０６２３（ＷＯ，Ａ２）
【文献】
国際公開第２０１２／００６４４６（ＷＯ，Ａ１）
【文献】
SA1，Reply LS on organization of the work on public safety[online]， 3GPP TSG-RAN♯57 RP-120923，２０１２年 ９月 ７日，p.8-10, 16-18, 22-23，＜URL:http://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_57/Docs/RP-120923.zip＞
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｗ４／００−Ｈ０４Ｗ９９／００
Ｈ０４Ｂ７／２４−Ｈ０４Ｂ７／２６
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４
ＳＡ ＷＧ１−４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
移動通信システムであって、
基地局との接続を確立する第１ユーザ端末と前記基地局を経由して第１ユーザ端末との通信を実行中である第２ユーザ端末とによる直接的な端末間通信であるＤ２Ｄ通信が可能と判定された場合に、前記基地局は、前記Ｄ２Ｄ通信における通信相手端末の発見に使用される発見用信号を送信させるための指示を前記第１ユーザ端末に送信し、
前記第１ユーザ端末と前記第２ユーザ端末とによる前記Ｄ２Ｄ通信の可否を判定する判定部を備え、
前記判定部は、前記第１ユーザ端末と前記第２ユーザ端末とが、前記基地局を経由して通信を実行中である場合にのみ、前記Ｄ２Ｄ通信の可否を判定することを特徴とする移動通信システム。
基地局との接続を確立する第１ユーザ端末と前記基地局を経由して第１ユーザ端末との通信を実行中である第２ユーザ端末とによる直接的な端末間通信であるＤ２Ｄ通信が可能と判定された場合に、前記基地局は、前記Ｄ２Ｄ通信における通信相手端末の発見に使用される発見用信号を送信させるための指示を前記第１ユーザ端末に送信し、
前記第１ユーザ端末と前記第２ユーザ端末とによる前記Ｄ２Ｄ通信の可否を判定する判定部を備え、
前記判定部は、前記第１ユーザ端末と前記第２ユーザ端末とが、前記基地局を経由して通信を実行中である場合にのみ、前記Ｄ２Ｄ通信の可否を判定することを特徴とする移動通信システム。
【請求項2】
前記判定部は、前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれの位置情報に基づいて、前記第１ユーザ端末と前記第２ユーザ端末とが近接していると推定する場合に、前記第１ユーザ端末と前記第２ユーザ端末とによる前記Ｄ２Ｄ通信が可能と判定することを特徴とする請求項１に記載の移動通信システム。
【請求項3】
前記判定部は、前記基地局に設けられることを特徴とする請求項１に記載の移動通信システム。
【請求項4】
前記判定部は、前記基地局の上位装置に設けられることを特徴とする請求項１に記載の移動通信システム。
【請求項5】
前記位置情報は、
前記基地局を基準とした前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれの方向を示す方向情報と、
前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれと前記基地局との間の距離を示す距離情報と、を含むことを特徴とする請求項１に記載の移動通信システム。
前記基地局を基準とした前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれの方向を示す方向情報と、
前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれと前記基地局との間の距離を示す距離情報と、を含むことを特徴とする請求項１に記載の移動通信システム。
【請求項6】
前記基地局は、マルチアンテナ伝送により前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれと通信を行っており、
前記方向情報は、前記マルチアンテナ伝送における指向性パターンに応じて定められることを特徴とする請求項５に記載の移動通信システム。
前記方向情報は、前記マルチアンテナ伝送における指向性パターンに応じて定められることを特徴とする請求項５に記載の移動通信システム。
【請求項7】
前記距離情報は、前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれから送信された上りリンク信号を前記基地局が受信するタイミングから求められる前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれの伝搬遅延時間に応じて定められることを特徴とする請求項５に記載の移動通信システム。
【請求項8】
前記距離情報は、前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれから送信された上りリンク信号の送信電力と、前記上りリンク信号を前記基地局が受信する際の受信電力とから求められる前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれの伝搬損失に応じて定められることを特徴とする請求項５に記載の移動通信システム。
【請求項9】
前記位置情報は、全地球測位システムによって求められた前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれの位置を示す情報を含むことを特徴とする請求項１に記載の移動通信システム。
【請求項10】
前記位置情報は、前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれの在圏セルを示す情報であり、
前記判定部は、前記第１ユーザ端末が在圏するセル、又は、前記第１ユーザ端末が在圏するセルに隣接する隣接セルに前記第２ユーザ端末が在圏する場合に、前記第１ユーザ端末と前記第２ユーザ端末とによる前記Ｄ２Ｄ通信が可能と判定することを特徴とする請求項１に記載の移動通信システム。
前記判定部は、前記第１ユーザ端末が在圏するセル、又は、前記第１ユーザ端末が在圏するセルに隣接する隣接セルに前記第２ユーザ端末が在圏する場合に、前記第１ユーザ端末と前記第２ユーザ端末とによる前記Ｄ２Ｄ通信が可能と判定することを特徴とする請求項１に記載の移動通信システム。
【請求項11】
前記指示は、前記発見用信号を送信させるタイミングを指定する情報を含むことを特徴とする請求項１に記載の移動通信システム。
【請求項12】
前記基地局に隣接する隣接基地局を有し、
前記基地局は、前記第２ユーザ端末が前記隣接基地局と接続を確立している場合に、前記隣接基地局から前記第２ユーザ端末の前記位置情報を取得することを特徴とする請求項１に記載の移動通信システム。
前記基地局は、前記第２ユーザ端末が前記隣接基地局と接続を確立している場合に、前記隣接基地局から前記第２ユーザ端末の前記位置情報を取得することを特徴とする請求項１に記載の移動通信システム。
【請求項13】
前記第１ユーザ端末は、前記指示を受信した場合に、前記基地局へのデータ送信を停止することを特徴とする請求項１に記載の移動通信システム。
【請求項14】
基地局であって、
前記基地局との接続を確立する第１ユーザ端末と、前記基地局を経由して前記第１ユーザ端末との通信を実行中である第２ユーザ端末とによる直接的な端末間通信であるＤ２Ｄ通信が可能と判定された場合に、前記Ｄ２Ｄ通信における通信相手端末の発見に使用される発見用信号を送信させるための指示を前記第１ユーザ端末に送信する制御部を有し、
前記制御部は、前記第１ユーザ端末と前記第２ユーザ端末とによる前記Ｄ２Ｄ通信の可否を判定し、
前記制御部は、前記第１ユーザ端末と前記第２ユーザ端末とが、前記基地局を経由して通信を実行中である場合にのみ、前記Ｄ２Ｄ通信の可否を判定することを特徴とする基地局。
前記基地局との接続を確立する第１ユーザ端末と、前記基地局を経由して前記第１ユーザ端末との通信を実行中である第２ユーザ端末とによる直接的な端末間通信であるＤ２Ｄ通信が可能と判定された場合に、前記Ｄ２Ｄ通信における通信相手端末の発見に使用される発見用信号を送信させるための指示を前記第１ユーザ端末に送信する制御部を有し、
前記制御部は、前記第１ユーザ端末と前記第２ユーザ端末とによる前記Ｄ２Ｄ通信の可否を判定し、
前記制御部は、前記第１ユーザ端末と前記第２ユーザ端末とが、前記基地局を経由して通信を実行中である場合にのみ、前記Ｄ２Ｄ通信の可否を判定することを特徴とする基地局。
【請求項15】
基地局に備えられるプロセッサであって、
前記基地局との接続を確立する第１ユーザ端末と、前記基地局を経由して前記第１ユーザ端末との通信を実行中である第２ユーザ端末とによる直接的な端末間通信であるＤ２Ｄ通信の可否を判定する処理と、
前記第１ユーザ端末と前記第２ユーザ端末とによる前記Ｄ２Ｄ通信が可能と判定された場合に、前記Ｄ２Ｄ通信における通信相手端末の発見に使用される発見用信号を送信させるための指示を前記第１ユーザ端末に送信する処理と、を実行し、
前記判定する処理では、前記第１ユーザ端末と前記第２ユーザ端末とが、前記基地局を経由して通信を実行中である場合にのみ、前記Ｄ２Ｄ通信の可否を判定することを特徴とするプロセッサ。
前記基地局との接続を確立する第１ユーザ端末と、前記基地局を経由して前記第１ユーザ端末との通信を実行中である第２ユーザ端末とによる直接的な端末間通信であるＤ２Ｄ通信の可否を判定する処理と、
前記第１ユーザ端末と前記第２ユーザ端末とによる前記Ｄ２Ｄ通信が可能と判定された場合に、前記Ｄ２Ｄ通信における通信相手端末の発見に使用される発見用信号を送信させるための指示を前記第１ユーザ端末に送信する処理と、を実行し、
前記判定する処理では、前記第１ユーザ端末と前記第２ユーザ端末とが、前記基地局を経由して通信を実行中である場合にのみ、前記Ｄ２Ｄ通信の可否を判定することを特徴とするプロセッサ。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、Ｄ２Ｄ通信をサポートする移動通信システム、基地局、プロセッサ及びユーザ端末に関する。【背景技術】
【0002】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信の導入が検討されている（非特許文献１参照）。【0003】
Ｄ２Ｄ通信は、近接する複数のユーザ端末が、移動通信システムに割り当てられた周波数帯域内で直接的な無線通信を行うものである。なお、Ｄ２Ｄ通信は、近傍サービス（Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ）通信と称されることもある。【先行技術文献】
【非特許文献】
【0004】
【非特許文献1】３ＧＰＰ技術報告 「ＴＲ ２２．８０３ Ｖ０．３．０」 ２０１２年５月
【発明の概要】
【0005】
現状の仕様においては、Ｄ２Ｄ通信を適切に制御するための仕組みが存在しないため、Ｄ２Ｄ通信を有効活用できないという問題がある。【0006】
そこで、本発明は、Ｄ２Ｄ通信を有効活用できる移動通信システム、基地局、プロセッサ及びユーザ端末を提供する。【0007】
一実施形態によれば、基地局と、前記基地局との接続を確立する第１ユーザ端末と、前記基地局を経由して前記第１ユーザ端末との通信を行う第２ユーザ端末と、を有し、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムである。前記第１ユーザ端末と前記第２ユーザ端末とによる前記Ｄ２Ｄ通信が可能と判定された場合に、前記基地局は、前記Ｄ２Ｄ通信における通信相手端末の発見に使用される発見用信号を送信させるための指示を前記第１ユーザ端末に送信する。【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
［実施形態の概要］実施形態に係る移動通信システムは、基地局と、前記基地局との接続を確立する第１ユーザ端末と、前記基地局を経由して前記第１ユーザ端末との通信を行う第２ユーザ端末と、を有し、直接的な端末間通信であるＤ２Ｄ通信をサポートする。
【0010】
実施形態において、前記第１ユーザ端末と前記第２ユーザ端末とによる前記Ｄ２Ｄ通信が可能と判定された場合に、前記基地局は、前記Ｄ２Ｄ通信における通信相手端末の発見に使用される発見用信号を送信させるための指示を前記第１ユーザ端末に送信する。これにより、第１ユーザ端末と第２ユーザ端末とが通信を行っている場合に、第１ユーザ端末に発見用信号を送信させ、第１ユーザ端末と第２ユーザ端末とによるＤ２Ｄ通信を促す。基地局を介して行われる通信に代えて、第１ユーザ端末と第２ユーザ端末とによるＤ２Ｄ通信を行うことにより、基地局の負荷を低減させることができる。したがって、Ｄ２Ｄ通信を有効活用できる。なお、「通信相手端末の発見」とは、通信相手端末を発見すること（Ｄｉｓｃｏｖｅｒ）に限らず、通信相手端末から発見されること（Ｄｉｓｃｏｖｅｒａｂｌｅ）も含む。【0011】
実施形態において、前記第１ユーザ端末と前記第２ユーザ端末とによる前記Ｄ２Ｄ通信の可否を判定する判定部を備え、前記判定部は、前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれの位置情報に基づいて、前記第１ユーザ端末と前記第２ユーザ端末とが近接していると推定する場合に、前記第１ユーザ端末と前記第２ユーザ端末とによる前記Ｄ２Ｄ通信が可能と判定する。これにより、第１ユーザ端末と第２ユーザ端末とが近接している可能性が高いため、第２ユーザ端末は、第１ユーザ端末からの発見用信号を受信できる可能性が高く、第１ユーザ端末が無駄な発見用信号を送信せずにすむ。【0012】
実施形態において、前記判定部は、前記基地局に設けられる。これにより、基地局が第１ユーザ端末と第２ユーザ端末とによる前記Ｄ２Ｄ通信の可否を直接判定できる。【0013】
その他の実施形態において、前記判定部は、前記基地局の上位装置に設けられる。これにより、第２ユーザ端末が基地局に隣接する隣接基地局と接続を確立している場合であっても、第１ユーザ端末と第２ユーザ端末とによる前記Ｄ２Ｄ通信の可否を判定できる。【0014】
第１実施形態において、前記位置情報は、前記基地局を基準とした前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれの方向を示す方向情報と、前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれと前記基地局との間の距離を示す距離情報と、を含む。これにより、第１ユーザ端末及び第２ユーザ端末のそれぞれの位置を特定することができるため、第１ユーザ端末と第２ユーザ端末とによるＤ２Ｄ通信が可能か否かの判定の精度を向上できる。【0015】
第１実施形態において、前記基地局は、マルチアンテナ伝送により前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれと通信を行っており、前記方向情報は、前記マルチアンテナ伝送における指向性パターンに応じて定められる。これにより、基地局は、マルチアンテナ伝送を活用して、第１ユーザ端末及び第２ユーザ端末のそれぞれの方向を推定することができる。【0016】
第１実施形態において、前記距離情報は、前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれから送信された上りリンク信号を前記基地局が受信するタイミングから求められる前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれの伝搬遅延時間に応じて定められる。これにより、基地局は、送信タイミングの調整処理（タイミングアドバンス処理）を活用して、第１ユーザ端末及び第２ユーザ端末のそれぞれと基地局との間の距離を推定することができる。【0017】
第１実施形態において、前記距離情報は、前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれから送信された上りリンク信号の送信電力と、前記上りリンク信号を前記基地局が受信する際の受信電力とから求められる前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれの伝搬損失に応じて定められる。これにより、基地局は、上りリンクの送信電力制御の情報を活用して、第１ユーザ端末及び第２ユーザ端末のそれぞれと基地局との間の距離を推定することができる。【0018】
第２実施形態において、位置情報は、全地球測位システムによって求められた前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれの位置を示す情報を含む。これにより、第１ユーザ端末及び前記第２ユーザ端末のそれぞれの位置が正確に求まるため、第１ユーザ端末と第２ユーザ端末とによるＤ２Ｄ通信が可能か否かの判定の精度を向上できる。【0019】
第３実施形態において、前記位置情報は、前記第１ユーザ端末及び前記第２ユーザ端末のそれぞれの在圏セルを示す情報であり、前記判定部は、前記第１ユーザ端末が在圏するセル、又は、前記第１ユーザ端末が在圏するセルに隣接する隣接セルに前記第２ユーザ端末が在圏する場合に、前記第１ユーザ端末と前記第２ユーザ端末とによる前記Ｄ２Ｄ通信が可能と判定する。これにより、基地局は、第１ユーザ端末及び第２ユーザ端末のそれぞれの位置を特定しなくても、第１ユーザ端末と第２ユーザ端末とによるＤ２Ｄ通信が可能か否かの判定をすることができる。【0020】
実施形態において、前記指示は、前記発見用信号を送信させるタイミングを指定する情報を含む。これにより、基地局は、発見用信号を送信させるタイミングを制御できる。【0021】
第３実施形態において、前記基地局に隣接する隣接基地局を有し、前記基地局は、前記第２ユーザ端末が前記隣接基地局と接続を確立している場合に、前記隣接基地局から前記第２ユーザ端末の前記位置情報を取得する。これにより、基地局は、基地局と接続を確立していない第２ユーザ端末の位置情報を取得できるため、Ｄ２Ｄ通信が可能と判定できるエリアが広がる。【0022】
実施形態において、前記第１ユーザ端末は、前記指示を受信した場合に、前記基地局へのデータ送信を停止する。これにより、Ｄ２Ｄ通信を行うための準備中に、第１ユーザ端末は、基地局へデータを送信せずにすむため、第１ユーザ端末の負荷を低減できる。【0023】
実施形態において、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおける基地局であって、前記基地局との接続を確立する第１ユーザ端末と、前記基地局を経由して前記第１ユーザ端末との通信を行う第２ユーザ端末とによる前記Ｄ２Ｄ通信が可能と判定された場合に、前記Ｄ２Ｄ通信における通信相手端末の発見に使用される発見用信号を送信させるための指示を前記第１ユーザ端末に送信する制御部を有する。【0024】
実施形態において、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおける基地局に備えられるプロセッサであって、前記基地局との接続を確立する第１ユーザ端末と、前記基地局を経由して前記第１ユーザ端末との通信を行う第２ユーザ端末とによる前記Ｄ２Ｄ通信が可能と判定された場合に、前記Ｄ２Ｄ通信における通信相手端末の発見に使用される発見用信号を送信させるための指示を前記第１ユーザ端末に送信する処理を実行する。【0025】
実施形態において、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて、基地局との接続を確立するユーザ端末であって、前記ユーザ端末と、前記基地局を経由して前記ユーザ端末との通信を行う他のユーザ端末とによる前記Ｄ２Ｄ通信が可能と判定された場合に前記基地局から送信された指示を受信する受信部と、前記受信部が前記指示を受信した場合に、前記Ｄ２Ｄ通信における通信相手端末の発見に使用される発見用信号を送信する制御部と、を有し、前記指示は、前記発見用信号を送信させるための指示である。【0026】
実施形態において、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて、基地局との接続を確立するユーザ端末に備えられるプロセッサであって、前記ユーザ端末と、前記基地局を経由して前記ユーザ端末との通信を行う他のユーザ端末とによる前記Ｄ２Ｄ通信が可能と判定された場合に前記基地局から送信された指示を受信する処理を実行し、前記受信部が前記指示を受信した場合に、前記Ｄ２Ｄ通信における通信相手端末の発見に使用される発見用信号を送信する処理を実行し、前記指示は、前記発見用信号を送信させるための指示である。【0027】
以下、図面を参照して、３ＧＰＰ規格に準拠して構成されるセルラ移動通信システム（以下、「ＬＴＥシステム」）にＤ２Ｄ通信を導入する場合の各実施形態を説明する。【0028】
［第１実施形態］以下、第１実施形態について、説明する。
【0030】
図１に示すように、ＬＴＥシステムは、複数のＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０と、を含む。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。【0031】
ＵＥ１００は、移動型の無線通信装置であり、接続を確立したセル（サービングセル）との無線通信を行う。ＵＥ１００はユーザ端末に相当する。【0032】
Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は基地局に相当する。ｅＮＢ２００は、セルを管理しており、セルとの接続を確立したＵＥ１００との無線通信を行う。【0033】
なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。【0034】
ｅＮＢ２００は、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。【0035】
ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ４００（Ｏｐｅｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）と、を含む。【0036】
ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。【0037】
ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。また、ｅＮＢ２００は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。【0038】
ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。【0039】
次に、ＵＥ１００及びｅＮＢ２００の構成を説明する。【0040】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１と、無線送受信機１１０と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。メモリ１５０及びプロセッサ１６０は、制御部を構成する。【0041】
ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。【0042】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。アンテナ１０１は、複数のアンテナ素子１０１♯１〜１０１♯ｎを含む。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号を信号処理した後、アップコンバート及び増幅などを行ってアンテナ１０１から無線信号を送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号の増幅及びダウンコンバートを行った後、ベースバンド信号を信号処理してプロセッサ１６０に出力する。【0043】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。【0044】
ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。【0045】
バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。【0046】
メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。【0047】
プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。【0048】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１と、無線送受信機２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。メモリ２３０及びプロセッサ２４０は、制御部を構成する。また、メモリ２３０及びプロセッサ２４０は、判定部を構成する。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサ２４０’としてもよい。【0049】
アンテナ２０１は、複数のアンテナ素子２０１♯０〜２０１♯３を含む。アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号を信号処理した後、アップコンバート及び増幅などを行って無線信号をアンテナ２０１から送信する。また、無線送受信機２１０は、受信信号の増幅及びダウンコンバートなどを行った後、ベースバンド信号を信号処理してプロセッサ２４０に出力する。【0050】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。【0051】
メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。【0052】
プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。【0053】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。【0054】
図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１乃至レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤを含む。【0055】
物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。【0056】
ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式など）、及び割り当てリソースブロックを決定するＭＡＣスケジューラを含む。【0057】
ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。【0058】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。【0059】
ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は接続状態であり、そうでない場合、ＵＥ１００はアイドル状態である。【0060】
ＲＲＣレイヤの上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ)レイヤは、セッション管理及びモビリティ管理などを行う。【0061】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）がそれぞれ使用される。【0062】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各シンボルの先頭には、サイクリックプレフィックス（ＣＰ）と呼ばれるガード区間が設けられる。リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルにより構成される無線リソース単位はリソースエレメント（ＲＥ）と称される。【0063】
ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。【0064】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主に物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。さらに、各サブフレームには、セル固有参照信号（ＣＲＳ）が分散して配置される。【0065】
ＰＤＣＣＨは、制御信号を搬送する。制御信号は、例えば、上りリンクＳＩ（Ｓｃｈｅｄｕｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）、下りリンクＳＩ、ＴＰＣビットである。上りリンクＳＩは上りリンクの周波数・時間リソースの割当てを示し、下りリンクＳＩは、下りリンクの周波数・時間リソースの割当てを示す。ＴＰＣビットは、上りリンクの送信電力の増減を指示する信号である。【0066】
ＰＤＳＣＨは、制御信号及び／又はユーザデータを搬送する。例えば、下りリンクのデータ領域は、ユーザデータにのみ割当てられてもよく、ユーザデータ及び制御信号が多重されるように割当てられてもよい。【0067】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。また、各サブフレームにおける周波数方向の中央部は、主に物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。さらに、各サブフレームには、復調参照信号（ＤＭＲＳ）及びサウンディング参照信号（ＳＲＳ）が配置される。【0068】
ＰＵＣＣＨは、制御信号を搬送する。制御信号は、例えば、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）である。【0069】
ＰＵＳＣＨは、制御信号及び／又はユーザデータを搬送する物理チャネルである。例えば、上りリンクのデータ領域は、ユーザデータにのみ割当てられてもよく、ユーザデータ及び制御信号が多重されるように割当てられてもよい。【0070】
（Ｄ２Ｄ通信）次に、ＬＴＥシステムの通常の通信（セルラ通信）とＤ２Ｄ通信とを比較して説明する。
【0071】
図６は、セルラ通信におけるデータパスを示す図である。ここでは、ｅＮＢ２００−１との接続を確立したＵＥ１００−１と、ｅＮＢ２００−２との接続を確立したＵＥ１００−２と、の間でセルラ通信を行う場合を例示している。なお、データパスとは、ユーザデータ（ユーザプレーン）の転送経路を意味する。【0072】
図６に示すように、セルラ通信のデータパスはネットワークを経由する。詳細には、ｅＮＢ２００−１、Ｓ−ＧＷ３００、及びｅＮＢ２００−２を経由するデータパスが設定される。【0073】
図７は、Ｄ２Ｄ通信におけるデータパスを示す図である。ここでは、ｅＮＢ２００−１との接続を確立したＵＥ１００−１と、ｅＮＢ２００−２との接続を確立したＵＥ１００−２と、の間でＤ２Ｄ通信を行う場合を例示している。【0074】
図７に示すように、Ｄ２Ｄ通信のデータパスはネットワークを経由しない。すなわち、ＵＥ間で直接的な無線通信を行う。このように、ＵＥ１００−１の近傍にＵＥ１００−２が存在するのであれば、ＵＥ１００−１とＵＥ１００−２との間でＤ２Ｄ通信を行うことによって、ネットワークのトラフィック負荷及びＵＥ１００のバッテリ消費量を削減するなどの効果が得られる。なお、Ｌｏｃａｌｌｙ Ｒｏｕｔｅｄというモードでは、データパスがＳ−ＧＷ３００を経由せずにｅＮＢ２００を経由する。【0075】
なお、Ｄ２Ｄ通信が開始されるケースとして、（ａ）相手端末を発見するための動作を行うことによって相手端末を発見した後に、Ｄ２Ｄ通信が開始されるケースと、（ｂ）相手端末を発見するための動作を行わずにＤ２Ｄ通信が開始されるケースがある。【0076】
例えば、上記（ａ）のケースでは、ＵＥ１００−１及びＵＥ１００−２のうち一方のＵＥ１００が、近傍に存在する他方のＵＥ１００を発見することで、Ｄ２Ｄ通信が開始される。【0077】
このケースの場合、ＵＥ１００は、相手端末を発見するために、自身の近傍に存在する他のＵＥ１００を発見する（Ｄｉｓｃｏｖｅｒ）機能、及び／又は、ＵＥ１００は、他のＵＥ１００から発見される(Ｄｉｓｃｏｖｅｒａｂｌｅ)機能を有する。【0078】
なお、ＵＥ１００は、相手端末を発見しても必ずしもＤ２Ｄ通信を行う必要はなく、例えば、ＵＥ１００−１及びＵＥ１００−２は、互いに相手を発見した後に、ネゴシエーションを行って、Ｄ２Ｄ通信を行うか否かを判定してもよい。ＵＥ１００−１及びＵＥ１００−２のそれぞれは、Ｄ２Ｄ通信を行うことに同意した場合に、Ｄ２Ｄ通信を開始する。【0079】
一方、上記（ｂ）のケースでは、例えば、ＵＥ１００は、ブロードキャストによってＤ２Ｄ通信用の信号の報知を開始する。これにより、ＵＥ１００は、相手端末の発見の有無にかかわらず、Ｄ２Ｄ通信を開始できる。【0080】
（第１実施形態に係る移動通信システムの動作）次に、第１実施形態に係る移動通信システムの動作について、（１）全体動作、（２）ｅＮＢ２００の動作、（３）ＵＥ１００−１の動作、（４）ＵＥ１００−２の動作の順に説明する。
【0082】
図８は、ＵＥ１００−１及びＵＥ１００−２とｅＮＢ２００との位置関係を示す図である。【0083】
図８に示すように、ＵＥ１００−１及びＵＥ１００−２は、ｅＮＢ２００が管理するセル２５０に存在する。また、ＵＥ１００−１及びＵＥ１００−２は、それぞれｅＮＢ２００との接続を確立している。ＵＥ１００−１及びＵＥ１００−２は、ｅＮＢ２００を経由してセルラ通信を行う。【0084】
図９は、本実施形態に係る通信管理テーブルを示す図である。ここで、通信管理テーブルは、セルラ通信を行っているＵＥ１００のペア（ＵＥ１００−１及びＵＥ１００−２）がＤ２Ｄ通信を可能か否かの判定結果を少なくとも記録したテーブルである。通信管理テーブルは、ｅＮＢ２００によって管理されている。すなわち、通信管理テーブルは、ｅＮＢ２００のメモリ２３０に記憶されている。【0085】
図９に示すように、本実施形態において、通信管理テーブルは、「ｅＮＢ２００と接続を確立中のＵＥ」、「通信相手のＵＥ」、「ｅＮＢ２００と接続を確立中のＵＥと通信相手のＵＥとの間の距離」、「Ｄ２Ｄ通信の可否」及び「Ｄ２Ｄ通信中」を記録している。【0086】
「ｅＮＢ２００と接続を確立中のＵＥ」は、ｅＮＢ２００と接続を確立中の各ＵＥ１００の識別情報を示す。「通信相手のＵＥ」は、ｅＮＢ２００と接続を確立中の各ユーザ端末の通信相手であるユーザ端末の識別情報を示す。「ｅＮＢ２００と接続を確立中のＵＥと通信相手のＵＥとの間の距離」は、ｅＮＢ２００と接続を確立中の各ユーザ端末と当該各ユーザ端末の通信相手であるユーザ端末との間の距離を示す。「Ｄ２Ｄ通信の可否」は、ｅＮＢ２００と接続を確立中の各ユーザ端末がＤ２Ｄ通信が可能か否かを示す。「Ｄ２Ｄ通信中」は、ｅＮＢ２００と接続を確立中の各ユーザ端末がＤ２Ｄ通信を行っているか否かを示す。【0087】
図１０は、第１実施形態に係る全体動作のシーケンス図の一例である。【0088】
図１０に示すように、ステップ１０１において、ＵＥ１００−１及びＵＥ１００−２は、ｅＮＢ２００を経由してセルラ通信を行う。【0089】
ステップ１０２において、ｅＮＢ２００は、ＵＥ１００−１及びＵＥ１００−２のそれぞれの位置情報を取得する。位置情報を取得する動作の詳細については、後述する。さらに、ｅＮＢ２００は、ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信が可能か判定する。具体的には、ｅＮＢ２００は、ＵＥ１００−１及びＵＥ１００−２のそれぞれの位置情報に基づいて、ＵＥ１００−１とＵＥ１００−２とが近接していると推定する場合に、ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信が可能と判定する。ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信が可能か否かを判定した結果は、通信管理テーブルに記録される。【0090】
ここでは、ｅＮＢ２００が、ＵＥ１００−１とＵＥ１００−２とが近接していると推定し、ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信が可能と判定したと仮定して説明を進める。【0091】
ステップ１０３において、ｅＮＢ２００は、通信管理テーブルからＤ２Ｄ通信可能なペアを選択する。本実施形態では、ｅＮＢ２００は、Ｄ２Ｄ通信可能なペアとして、ＵＥ１００−１及びＵＥ１００−２を選択する。【0092】
ステップ１０４において、ｅＮＢ２００は、Ｄ２Ｄ通信可能なペアの少なくとも１つにＤｉｓｃｏｖｅｒｙ信号を送信させるための指示であるＤｉｓｃｏｖｅｒｙ指示信号を送信する。なお、Ｄｉｓｃｏｖｅｒｙ信号は、Ｄ２Ｄ通信における通信相手端末の発見に使用される発見用信号に相当する。【0093】
本実施形態では、ｅＮＢ２００は、ＵＥ１００−１にＤｉｓｃｏｖｅｒｙ指示信号を送信する。ＵＥ１００−１は、Ｄｉｓｃｏｖｅｒｙ指示信号を受信する。【0094】
ステップ１０５において、Ｄｉｓｃｏｖｅｒｙ指示信号を受信したＵＥ１００−１は、Ｄｉｓｃｏｖｅｒｙ信号を送信する。ＵＥ１００−２は、Ｄｉｓｃｏｖｅｒｙ信号を受信する。【0095】
ステップ１０６において、Ｄｉｓｃｏｖｅｒｙ信号を受信したＵＥ１００−２は、Ｄｉｓｃｏｖｅｒｙ信号に対する応答信号（以下、Ｄｉｓｃｏｖｅｒｙ応答信号）をＵＥ１００−１に送信する。ＵＥ１００−１は、Ｄｉｓｃｏｖｅｒｙ応答信号を受信する。【0096】
ステップ１０７において、Ｄｉｓｃｏｖｅｒｙ応答信号を受信したＵＥ１００−１は、ＵＥ１００−２からＤｉｓｃｏｖｅｒｙ応答信号を受信したことをｅＮＢ２００へ報告する。【0097】
ステップ１０８において、報告を受けたｅＮＢ２００は、スケジューリングを行う。具体的には、ＵＥ１００−１とＵＥ１００−２との間の通信（Ｄ２Ｄ通信）に使用する無線リソースの割り当てを行う。【0098】
ステップ１０９において、ｅＮＢ２００は、スケジューリング情報をＵＥ１００−１に送信する。スケジューリング情報は、ＵＥ１００−１とＵＥ１００−２との間のＤ２Ｄ通信に割り当てた無線リソースを示す情報である。【0099】
ステップ１１０において、ＵＥ１００−１とＵＥ１００−２とは、Ｄ２Ｄリンクを確立するために用いられる情報の交換（ｎｅｇｏｔｉａｔｉｏｎ）を行う。Ｄ２Ｄリンクを確立するために用いられる情報とは、例えば、スケジューリング情報である。【0100】
ステップ１１１において、ＵＥ１００−１とＵＥ１００−２との間に、Ｄ２Ｄリンクが確立され、ＵＥ１００−１とＵＥ１００−２とは、Ｄ２Ｄ通信を行う。【0101】
ステップ１１２において、ＵＥ１００−１は、ＵＥ１００−１とＵＥ１００−２との間にＤ２Ｄリンクが確立されたことをｅＮＢ２００へ報告する。【0102】
ステップ１１３において、報告を受けたｅＮＢ２００は、ＵＥ１００−１とＵＥ１００−２とがＤ２Ｄ通信中であることを通信管理テーブルへ記録する。また、ｅＮＢ２００は、ＵＥ１００−１とＵＥ１００−２とのセルラ通信を終了する。【0103】
（２）ｅＮＢ２００の動作次に、ｅＮＢ２００の動作について、（２．１）位置情報の取得動作及びＤ２Ｄ通信の可否の判定動作、（２．２）セルラ通信からＤ２Ｄ通信への切り替え動作、（２．３）通信管理テーブルの記録動作の順に説明する。
【0104】
（２．１）位置情報の取得動作及びＤ２Ｄ通信の可否の判定動作図１１は、本実施形態に係る位置情報の取得動作及びＤ２Ｄ通信の可否の判定動作のフローチャートである。本動作は、図１０におけるステップ１０２に対応する。
【0105】
本実施形態において、位置情報は、方向情報と距離情報とを含む。方向情報は、ｅＮＢ２００を基準としたＵＥ１００−１及びＵＥ１００−２のそれぞれの方向を示す情報である。距離情報は、ＵＥ１００−１及びＵＥ１００−２のそれぞれとｅＮＢ２００との間の距離を示す情報である。【0106】
図１１に示すように、ステップ２０１において、プロセッサ２４０は、方向情報を取得する。本実施形態において、方向情報は、マルチアンテナ伝送における指向性パターンに応じて定められる。【0107】
具体的には、ビームフォーミングが行われる場合は、ＵＥ１００−１にビームが向く方向を示す情報をＵＥ１００−１の方向情報とする。ヌルステアリングが行われる場合は、ＵＥ１００−１にヌルが向く方向を示す情報を方向情報とする。ＵＥ１００−２の方向情報についても同様である。なお、ＵＥ１００−１及びＵＥ１００−２のそれぞれからＰＭＩがフィードバックされる場合、フィードバックされたＰＭＩに基づいて、ビームフォーミング及び／又はヌルステアリングが行われる。【0108】
以上の処理により、プロセッサ２４０は、ＵＥ１００−１及びＵＥ１００−２のそれぞれの方向を示す方向情報を取得する。【0109】
次に、図１１に示すように、ステップ２０２において、プロセッサ２４０は、距離情報を取得する。本実施形態において、距離情報は、以下の（Ａ）又は（Ｂ）の方法を用いて取得される。【0110】
（Ａ）受信タイミング距離情報は、ＵＥ１００−１及びＵＥ１００−２のそれぞれから送信された上りリンク信号（例えば、ＤＭＲＳ又はＳＲＳ）をｅＮＢ２００が受信するタイミングから求められるＵＥ１００−１及びＵＥ１００−２のそれぞれの伝搬遅延時間に応じて定められる。
【0111】
具体的には、プロセッサ２４０は、上りリンクにおける送信タイミングの調整に使用されるＵＥ１００−１のタイミングアドバンス値（ＴＡ）から伝搬遅延時間を算出する。プロセッサ２４０は、算出したＵＥ１００−１の伝搬遅延時間とＵＥ１００−１の上りリンク信号の伝搬速度とによって、ＵＥ１００−１とｅＮＢ２００との間の距離を算出する。メモリ２３０は、算出されたＵＥ１００−１とｅＮＢ２００との間の距離をＵＥ１００−１の距離情報として記憶する。同様にして、プロセッサ２４０は、ＵＥ１００−２とｅＮＢ２００との間の距離を算出し、メモリ２３０は、算出されたＵＥ１００−２とｅＮＢ２００との間の距離をＵＥ１００−２の距離情報として記憶する。【0112】
（Ｂ）受信電力距離情報は、ＵＥ１００−１及びＵＥ１００−２のそれぞれから送信された上りリンク信号（例えば、ＤＭＲＳ又はＳＲＳ）の送信電力と、上りリンク信号をｅＮＢ２００が受信する際の受信電力とから求められるＵＥ１００−１及びＵＥ１００−２のそれぞれの伝搬損失に応じて定められる。
【0113】
プロセッサ２４０は、上りリンクの送信電力制御の情報から伝搬損失を算出する。具体的には、プロセッサ２４０は、ＵＥ１００−１から送信された上りリンク信号の送信電力と上りリンク信号をｅＮＢ２００が受信する際の受信電力との差から、ＵＥ１００−１の伝搬損失を算出する。算出された伝搬損失に応じたＵＥ１００−１とｅＮＢ２００との間の距離を算出する。伝搬損失が大きいほど、ＵＥ１００−１とｅＮＢ２００との間の距離が長くなる。メモリ２３０は、算出されたＵＥ１００−１とｅＮＢ２００との間の距離をＵＥ１００−１の距離情報として記憶する。同様にして、メモリ２３０は、ＵＥ１００−２とｅＮＢ２００との間の距離をＵＥ１００−２の距離情報として記憶する。【0114】
次に、図１１に示すように、ステップ２０３において、プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２との間の距離を推定する。【0115】
具体的には、プロセッサ２４０は、ステップ２０１において算出されたＵＥ１００−１の方向情報と、ステップ２０２において算出されたＵＥ１００−１の距離情報とから、ＵＥ１００−１の位置を推定する。同様にして、プロセッサ２４０は、ＵＥ１００−２の位置を推定する。【0116】
なお、推定したＵＥ１００−１及びＵＥ１００−２のそれぞれの位置を通信管理テーブルに記録してもよい。【0117】
推定したＵＥ１００−１の位置と、推定したＵＥ１００−２との位置とによって、プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２との間の距離を推定する。【0118】
ステップ２０４において、プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２との間の距離が、所定の閾値未満であるか判定する。プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２との間の距離が所定の閾値未満であれば、ステップ２０５の処理を行い、ＵＥ１００−１とＵＥ１００−２との間の距離が所定の閾値以上であれば、ステップ２０６の処理を行う。【0119】
ここで、所定の閾値として、一方のユーザ端末（ＵＥ１００−１）から送信されたＤｉｓｃｏｖｅｒｙ信号を他方のユーザ端末（ＵＥ１００−２）が受信できる範囲の距離を示す値を適宜選択できる。【0120】
ステップ２０５において、プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２とが近接していると推定し、ＵＥ１００−１とＵＥ１００−２とがＤ２Ｄ通信可能と判定する。【0121】
ステップ２０６において、プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２とが近接していないと推定し、ＵＥ１００−１とＵＥ１００−２とがＤ２Ｄ通信不可能と判定する。【0122】
（２．２）セルラ通信からＤ２Ｄ通信への切り替え動作図１２は、ｅＮＢ２００のセルラ通信からＤ２Ｄ通信への切り替え動作のフローチャートである。本動作は、図１０におけるステップ１０３からステップ１１３に対応する。
【0123】
図１２に示すように、ステップ３０１において、プロセッサ２４０は、通信管理テーブルからＤ２Ｄ通信可能なＵＥペアを選択する。プロセッサ２４０は、Ｄ２Ｄ通信可能と判定したことをトリガーとして通信管理テーブルからＤ２Ｄ通信可能なＵＥペアを選択してもよい。または、プロセッサ２４０は、ｅＮＢ２００のトラフィック量が所定の閾値を超えたことをトリガーとして通信管理テーブルからＤ２Ｄ通信可能なＵＥペアを選択してもよい。【0124】
ここでは、プロセッサ２４０が、通信管理テーブルからＤ２Ｄ通信可能なＵＥペアとして、ＵＥ１００−１及びＵＥ１００−２のペアを選択したと仮定して説明を進める。【0125】
図１２に示すように、ステップ３０２において、プロセッサ２４０は、ＵＥ１００−１及びＵＥ１００−２のペアのうち、ＵＥ１００−１にＤｉｓｃｏｖｅｒｙ指示信号を送信するように無線送受信機２１０を制御する。なお、プロセッサ２４０は、ＵＥ１００−２にＤｉｓｃｏｖｅｒｙ指示信号を送信するように無線送受信機２１０を制御してもよいし、選択したペアの両方にＤｉｓｃｏｖｅｒｙ指示信号を送信するように無線送受信機２１０を制御してもよい。【0126】
また、Ｄｉｓｃｏｖｅｒｙ指示信号は、Ｄｉｓｃｏｖｅｒｙ信号を送信させるタイミングを指定する情報を含んでいてもよい。当該情報として、例えば、Ｄｉｓｃｏｖｅｒｙ指示信号を受信してから所定時間経過した後に、Ｄｉｓｃｏｖｅｒｙ信号を送信させる情報であってもよい。また、当該情報として、Ｄｉｓｃｏｖｅｒｙ信号を定期的に送信させる情報であってもよい。【0127】
また、Ｄｉｓｃｏｖｅｒｙ指示信号は、ＵＥ１００−１がｅＮＢ２００へのデータ送信を停止する情報を含んでいてもよい。具体的には、Ｄｉｓｃｏｖｅｒｙ指示信号は、Ｄｉｓｃｏｖｅｒｙ信号を送信してから後述のＤｉｓｃｏｖｅｒｙ応答信号を受信するまでの間（Ｄｉｓｃｏｖｅｒ動作中）は、ＵＥ１００−１がペイロードを送信しなくてもよいという情報を含んでいてもよい。または、Ｄｉｓｃｏｖｅｒｙ指示信号は、ＵＥ１００−１が、Ｄｉｓｃｏｖｅｒ動作中は、ｅＮＢ２００が指定したＰＤＣＣＨをデコードしないようにする情報を含んでいてもよい。【0128】
ステップ３０３において、プロセッサ２４０は、ＵＥ１００−１がＤｉｓｃｏｖｅｒ成功したか、すなわち、ＵＥ１００−１の通信相手であるＵＥ１００−２の発見に成功したかを判定する。【0129】
具体的には、無線送受信機２１０が、ＵＥ１００−２からＤｉｓｃｏｖｅｒｙ応答信号を受信したことの報告をＵＥ１００−１から受信した場合、プロセッサ２４０は、Ｄｉｓｃｏｖｅｒ成功と判定する。この場合（ステップ３０３において、「Ｙｅｓ」の場合）、ステップ３０４の処理に進む。【0130】
一方、無線送受信機２１０が、所定時間経過するまでにＤｉｓｃｏｖｅｒｙ応答信号を受信したことの報告を受信しない場合、又は、ＵＥ１００−２からＤｉｓｃｏｖｅｒｙ応答信号を受信できなかったことの報告をＵＥ１００−１から受信した場合、プロセッサ２４０は、Ｄｉｓｃｏｖｅｒ失敗と判定する。この場合（ステップ３０３において、「Ｎｏ」の場合）、ステップ３０９の処理に進む。【0131】
ステップ３０４において、プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２との間の無線リソースのスケジューリングを行う。すなわち、プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２との間のＤ２Ｄ通信に無線リソースを割り当てる。【0132】
ステップ３０５において、プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２との間のＤ２Ｄ通信に割り当てた無線リソースを示すスケジューリング情報を送信するように無線送受信機２１０を制御する。【0133】
ステップ３０６において、プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２とがＤ２Ｄリンクを確立したか判定する。【0134】
具体的には、無線送受信機２１０が、Ｄ２Ｄリンクを確立したことの報告をＵＥ１００−１から受信した場合、プロセッサ２４０は、Ｄ２Ｄリンクを確立したと判定する。この場合（ステップ３０６において、「Ｙｅｓ」の場合）、ステップ３０７の処理に進む。【0135】
一方、無線送受信機２１０が、所定時間経過するまでにＤ２Ｄリンクを確立したことの報告をＵＥ１００−１から受信しない場合、又は、Ｄ２Ｄリンクを確立できなかったことの報告をＵＥ１００−１から受信した場合、プロセッサ２４０は、Ｄ２Ｄリンクを確立できないと判定する。この場合（ステップ３０６において、「Ｎｏ」の場合）、ステップ３０９の処理に進む。【0136】
ステップ３０７において、プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２とのセルラ通信を終了する処理を行う。【0137】
ステップ３０８において、プロセッサ２４０は、ＵＥ１００−１及びＵＥ１００−２のペアをＤ２Ｄ通信中のペアとして、通信管理テーブルに記録する。【0138】
一方、ステップ３０９において、プロセッサ２４０は、ＵＥ１００−１及びＵＥ１００−２のペアをＤ２Ｄ通信不可能なペアとして、通信管理テーブルに記録する。【0139】
（２．３）通信管理テーブルの記録図１３を参照しながらｅＮＢ２００の通信管理テーブルの記録・更新動作を説明する。図１３は、ｅＮＢ２００の通信管理テーブルの記録動作のフローチャートである。
【0140】
図１３に示すように、ステップ４０１において、プロセッサ２４０は、ｅＮＢ２００と接続を確立しているＵＥ１００−１が他のＵＥ１００とセルラ通信中であるか判定する。具体的には、プロセッサ２４０は、ＵＥ１００−１が他のＵＥ１００とセルラ通信中であるか否かを上位装置（例えば、ＭＭＥ）に問い合わせる。以下、上位装置がＭＭＥであると仮定して説明を進める。【0141】
ＵＥ１００−１が他のＵＥ１００とセルラ通信中であるか判定するため、プロセッサ２４０は、ＭＭＥからＵＥ１００−１の通信相手の情報を取得する。または、プロセッサ２４０は、ＵＥ１００−１に通信相手の識別情報をｅＮＢ２００へ送信するように要求してもよい。【0142】
ｅＮＢ２００と接続を確立している他のＵＥ１００とＵＥ１００がセルラ通信中である場合、プロセッサ２４０は、ステップ４０２の処理を行う。一方、ｅＮＢ２００と接続を確立しているＵＥ１００が他のＵＥ１００とセルラ通信中でない場合、プロセッサ２４０は、通信管理テーブルの記録を行わない。【0143】
本実施形態において、プロセッサ２４０は、ＵＥ１００−１及びＵＥ１００−２がセルラ通信中であるため、ステップ４０２の処理を行う。【0144】
ステップ４０２において、上述の「（２．１）位置情報の取得動作及びＤ２Ｄ通信の可否の判定動作」の通り、プロセッサ２４０は、ＵＥ１００−１及びＵＥ１００−２の位置情報を取得し、ＵＥ１００−１とＵＥ１００−２とがＤ２Ｄ通信可能か否かの判定を行う。【0145】
ステップ４０３において、プロセッサ２４０は、ステップ４０２における判定結果を通信管理テーブルに記録する。【0146】
ステップ４０４において、プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２とがＤ２Ｄリンクを確立したか判定する。すなわち、ステップ４０４は、図１２におけるステップ３０６に対応する。【0147】
プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２とがＤ２Ｄリンクを確立したと判定した場合、ステップ４０５の処理を行う。一方、プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２とがＤ２Ｄリンクを確立できないと判定した場合、ステップ４０６の処理を行う。【0148】
ステップ４０５において、プロセッサ２４０は、ＵＥ１００−１及びＵＥ１００−２のペアをＤ２Ｄ通信中のペアとして、通信管理テーブルに記録する。ステップ４０５は、図１２のステップ３０８に対応する。【0149】
一方、ステップ４０６において、プロセッサ２４０は、ＵＥ１００−１及びＵＥ１００−２のペアをＤ２Ｄ通信不可能なペアとして、通信管理テーブルに記録する。ステップ４０６は、図１２のステップ３０９に対応する。【0150】
ステップ４０７において、プロセッサ２４０は、通信管理テーブルを定期更新するか否かを判定する。プロセッサ２４０は、例えば、所定の時刻になった場合に、定期更新すると判定してもよいし、セルラ通信中のＵＥ１００（ＵＥ１００−１及びＵＥ１００−２）がセルラ通信してから所定時間経過していれば、定期更新すると判定してもよい。【0151】
プロセッサ２４０は、通信管理テーブルを定期更新すると判定した場合、ステップ４０１の処理を行う。一方、プロセッサ２４０は、通信管理テーブルを定期更新しないと判定した場合、ステップ４０４の処理を行う。【0153】
ＵＥ１００−１は、ｅＮＢ２００を経由してＵＥ１００−２とセルラ通信中である。図１４に示すように、ステップ５０１において、ＵＥ１００−１の無線送受信機１１０は、ｅＮＢ２００からＤｉｓｃｏｖｅｒｙ指示信号を受信する。【0154】
ステップ５０２において、プロセッサ１６０は、Ｄｉｓｃｏｖｅｒｙ信号を送信するよう無線送受信機１１０を制御する。なお、Ｄｉｓｃｏｖｅｒｙ信号は、ＵＥ１００−１を識別するための識別情報を含む。識別情報として、例えば、電話番号、固定ＩＰアドレスが挙げられる。識別情報は、電話番号に加えて、国番号又は／及び乱数を含んでいてもよい。また、Ｄｉｓｃｏｖｅｒｙ信号は、通信相手であるＵＥ１００−２を識別するための識別情報を含んでもよい。【0155】
なお、ＵＥ１００−１が、Ｄｉｓｃｏｖｅｒｙ信号を送信している間（Ｄｉｓｃｏｖｅｒｙ動作中）は、無線リソース、ＵＥ１００−１のハードウェア構成、及び、プロセッサ１６０の処理負荷等が原因で、プロセッサ１６０は、他の処理ができない場合がある。例えば、プロセッサ１６０の性能が低い場合、又は、他の処理の処理負荷が大きい場合に、プロセッサ１６０は、他の処理ができない可能性がある。したがって、例えば、プロセッサ１６０は、Ｄｉｓｃｏｖｅｒｙ信号とｅＮＢ２００へのデータとを同時に送信するように制御できない可能性がある。このような場合、プロセッサ１６０は、Ｄｉｓｃｏｖｅｒｙ動作中は、他の処理を行わなくてもよい。例えば、プロセッサ１６０は、ｅＮＢ２００へのデータ送信を停止してもよい。具体的には、プロセッサ１６０は、Ｄｉｓｃｏｖｅｒｙ動作中は、ペイロードを送信しないように無線送受信機１１０を制御してもよい。また、プロセッサ１６０は、特定のＰＤＣＣＨ（例えば、ｅＮＢ２００から指定されたＰＤＣＣＨ）をデコードしなくてもよい。【0156】
例えば、プロセッサ１６０は、Ｄｉｓｃｏｖｅｒｙ動作中に処理負荷が所定の閾値以上になった場合に、他の処理を行わなくてもよいし、ｅＮＢ２００からの指示に基づいて、他の処理を行わなくてもよい。ｅＮＢ２００からの指示として、例えば、Ｄｉｓｃｏｖｅｒ動作中は、ＵＥ１００−１がペイロードを送信しなくてもよいという情報又はｅＮＢ２００が指定したＰＤＣＣＨをデコードしなくてもよいという情報が含まれたＤｉｓｃｏｖｅｒｙ指示信号が挙げられる。【0157】
ステップ５０３において、プロセッサ１６０は、Ｄｉｓｃｏｖｅｒｙ信号を送信してから所定時間経過する前に、ＵＥ１００−２がＤｉｓｃｏｖｅｒｙ信号を受信したことを示す応答信号（Ｄｉｓｃｏｖｅｒｙ応答信号）を受信したか判定する。所定時間経過する前に、無線送受信機１１０がＤｉｓｃｏｖｅｒｙ応答信号を受信できた場合、プロセッサ１６０は、ステップ５０４の処理を行う。一方、所定時間経過する前に、無線送受信機１１０がＤｉｓｃｏｖｅｒｙ応答信号を受信できなかった場合、プロセッサ１６０は、ステップ５１０の処理を行う。【0158】
ステップ５０４において、プロセッサ１６０は、Ｄｉｓｃｏｖｅｒｙ応答信号を受信したことをｅＮＢ２００へ報告するように無線送受信機１１０を制御する。【0159】
ステップ５０５において、無線送受信機１１０は、スケジューリング情報をｅＮＢ２００から受信する。【0160】
ステップ５０６において、プロセッサ１６０は、ＵＥ１００−２とＤ２Ｄリンクを確立するために用いられる情報の交換（ｎｅｇｏｔｉａｔｉｏｎ）を行い、Ｄ２Ｄリンクを確立する。具体的には、第１に、プロセッサ１６０は、ＵＥ１００−２から通信を行うことを示す信号を受信するよう無線送受信機１１０を制御する。第２に、プロセッサ１６０は、Ｄ２Ｄリンクを確立するために必要なデータを送受信するよう無線送受信機１１０を制御する。第３に、プロセッサ１６０は、スケジューリング情報を用いて割り当てられた無線リソースに応じたＤ２Ｄリンクを確立する。【0161】
ステップ５０７において、プロセッサ１６０は、ＵＥ１００−２とのＤ２Ｄリンクが確立したか否かを判定する。Ｄ２Ｄリンクが確立した場合、プロセッサ１６０は、ステップ５０８の処理を行う。一方、Ｄ２Ｄリンクが確立できなかった場合、プロセッサ１６０は、ステップ５１０の処理を行う。【0162】
ステップ５０８において、プロセッサ１６０は、Ｄ２Ｄリンクを確立したことをｅＮＢ２００へ報告するよう無線送受信機１１０を制御する。【0163】
ステップ５０９において、プロセッサ１６０は、セルラ通信に代えて、ＵＥ１００−２とＤ２Ｄ通信を行う。【0164】
一方、ステップ５１０において、ステップ５０３においてＤｉｓｃｏｖｅｒｙ応答信号を受信できなかった場合、及び、ステップ５０７においてＤ２Ｄリンクを確立できなかった場合、プロセッサ１６０は、Ｄ２Ｄ通信できないことをｅＮＢ２００へ報告するよう無線送受信機１１０を制御する。また、プロセッサ１６０は、ＵＥ１００−２とセルラ通信を行うように制御する。【0166】
図１５に示すように、ステップ６０１において、ＵＥ１００−２の無線送受信機１１０は、ＵＥ１００−１からＤｉｓｃｏｖｅｒｙ信号を受信する。【0167】
ステップ６０２において、ＵＥ１００−２のプロセッサ１６０は、Ｄｉｓｃｏｖｅｒｙ応答信号をＵＥ１００−１へ送信するように無線送受信機１１０を制御する。【0168】
ステップ６０３において、プロセッサ１６０は、ＵＥ１００−１とＤ２Ｄリンクを確立するために用いられる情報の交換（ｎｅｇｏｔｉａｔｉｏｎ）を行い、Ｄ２Ｄリンクを確立する。具体的には、第１に、プロセッサ１６０は、Ｄ２Ｄ通信を行うことを示す信号を送信するよう無線送受信機１１０を制御する。第２に、プロセッサ１６０は、Ｄ２Ｄ通信を確立するために必要なデータを送受信するよう無線送受信機１１０を制御する。第３に、プロセッサ１６０は、スケジューリング情報を用いて割り当てられた無線リソースに応じたＤ２Ｄリンクを確立する。【0169】
ステップ６０４において、プロセッサ１６０は、ＵＥ１００−１とのＤ２Ｄリンクが確立したか否かを判定する。Ｄ２Ｄリンクを確立した場合、プロセッサ１６０は、ステップ６０５の処理を行う。一方、Ｄ２Ｄリンクを確立できなかった場合、プロセッサ１６０は、ＵＥ１００−１とセルラ通信を行うように制御する。【0170】
ステップ６０５において、プロセッサ１６０は、セルラ通信に代えて、ＵＥ１００−１とＤ２Ｄ通信を行う。【0171】
（第１実施形態のまとめ）本実施形態に係るｅＮＢ２００は、ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信が可能と判定された場合に、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ信号を送信させるためのＤｉｓｃｏｖｅｒｙ指示信号をＵＥ１００−１に送信する。これにより、ＵＥ１００−１とＵＥ１００−２とが通信を行っている場合に、ＵＥ１００−１にＤｉｓｃｏｖｅｒｙ信号を送信させ、ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信を促す。ｅＮＢ２００を介して行われるセルラ通信に代えて、ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信を行うことにより、ｅＮＢ２００の負荷を低減させることができる。したがって、Ｄ２Ｄ通信を有効活用できる。
【0172】
本実施形態に係るｅＮＢ２００は、ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信の可否を判定するプロセッサ２４０を備え、プロセッサ２４０は、ＵＥ１００−１及びＵＥ１００−２のそれぞれの位置情報に基づいて、ＵＥ１００−１とＵＥ１００−２とが近接していると推定する場合に、ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信が可能と判定する。これにより、ＵＥ１００−１とＵＥ１００−２とが近接している可能性が高いため、ＵＥ１００−２は、ＵＥ１００−１からの発見用信号を受信できる可能性が高く、ＵＥ１００−１が無駄なＤｉｓｃｏｖｅｒｙ信号を送信せずにすむ。【0173】
本実施形態では、位置情報は、ｅＮＢ２００を基準としたＵＥ１００−１及びＵＥ１００−２のそれぞれの方向を示す方向情報と、ＵＥ１００−１及びＵＥ１００−２のそれぞれとｅＮＢ２００との間の距離を示す距離情報と、を含む。これにより、ＵＥ１００−１及びＵＥ１００−２のそれぞれの位置を特定することができるため、ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信が可能か否かの判定の精度を向上できる。【0174】
本実施形態では、判定部は、ｅＮＢ２００に設けられる。ｅＮＢ２００がＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信の可否を直接判定できる。【0175】
本実施形態に係るｅＮＢ２００は、マルチアンテナ伝送によりＵＥ１００−１及びＵＥ１００−２のそれぞれと通信を行っており、方向情報は、マルチアンテナ伝送における指向性パターンに応じて定められる。これにより、ｅＮＢ２００は、マルチアンテナ伝送を活用して、ＵＥ１００−１及びＵＥ１００−２のそれぞれの方向を推定することができる。【0176】
本実施形態では、距離情報は、ＵＥ１００−１及びＵＥ１００−２のそれぞれから送信された上りリンク信号をｅＮＢ２００が受信するタイミングから求められるＵＥ１００−１及びＵＥ１００−２のそれぞれの伝搬遅延時間に応じて定められる。これにより、ｅＮＢ２００は、送信タイミングの調整処理（タイミングアドバンス処理）を活用して、ＵＥ１００−１及びＵＥ１００−２のそれぞれとｅＮＢ２００との間の距離を推定することができる。【0177】
本実施形態では、距離情報は、ＵＥ１００−１及びＵＥ１００−２のそれぞれから送信された上りリンク信号の送信電力と、上りリンク信号をｅＮＢ２００が受信する際の受信電力とから求められるＵＥ１００−１及びＵＥ１００−２のそれぞれの伝搬損失に応じて定められる。これにより、ｅＮＢ２００は、上りリンクの送信電力制御の情報を活用して、ＵＥ１００−１及びＵＥ１００−２のそれぞれとｅＮＢ２００との間の距離を推定することができる。【0178】
本実施形態では、Ｄｉｓｃｏｖｅｒｙ指示信号は、Ｄｉｓｃｏｖｅｒｙ信号を送信させるタイミングを指定する情報を含んでいてもよい。これにより、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ信号を送信させるタイミングを制御できる。【0179】
本実施形態では、ＵＥ１００−１は、Ｄｉｓｃｏｖｅｒｙ指示信号を受信した場合に、ｅＮＢ２００へのデータ送信を停止する。これにより、Ｄ２Ｄ通信を行うための準備中に、ＵＥ１００−１は、ｅＮＢ２００へデータを送信せずにすむため、ＵＥ１００−１の負荷を低減できる。【0180】
［第２実施形態］以下、第２実施形態について、第１実施形態との相違点を主として説明する。
【0181】
第２実施形態は、第１実施形態と位置情報の取得動作及びＤ２Ｄ通信の可否の判定動作が異なる。したがって、第２実施形態に係る位置情報の取得動作及びＤ２Ｄ通信の可否の判定動作について、図１６を参照しながら説明する。【0183】
図１６に示すように、ステップ７０１において、ｅＮＢ２００は、ＵＥ１００−１のＧＮＳＳ情報を要求する情報を含むＧＮＳＳ情報要求信号をＵＥ１００−１へ送信する。同様に、ｅＮＢ２００は、ＵＥ１００−２のＧＮＳＳ情報要求信号をＵＥ１００−２へ送信する。【0184】
ステップ７０２において、ＵＥ１００−１は、全地球測位システム（ＧＮＳＳ）によってＵＥ１００−１の位置を求める。【0185】
ステップ７０３において、ステップ７０２と同様に、ＵＥ１００−２は、ＵＥ１００−１の位置を求める。【0186】
ステップ７０４において、ＵＥ１００−１は、ＧＮＳＳによって求められたＵＥ１００−１の位置を示すＧＮＳＳ情報をｅＮＢ２００へ送信する。これにより、ｅＮＢ２００は、ＵＥ１００−１の位置情報を取得する。【0187】
ステップ７０５において、ステップ７０４と同様に、ＵＥ１００−２は、ＵＥ１００−２のＧＮＳＳ情報をｅＮＢ２００へ送信し、ｅＮＢ２００は、ＵＥ１００−２の位置情報を取得する。【0188】
ステップ７０６において、取得した位置情報に基づいて、ｅＮＢ２００は、ＵＥ１００−１とＵＥ１００−２との間の距離が、所定の閾値未満であるか判定する。ステップ７０６は、図１１におけるステップ２０４に対応する。【0190】
（第２実施形態のまとめ）本実施形態では、位置情報は、ＧＮＳＳによって求められたＵＥ１００−１及びＵＥ１００−２のそれぞれの位置を示す情報を含む。これにより、ＵＥ１００−１及びＵＥ１００−２のそれぞれの位置が正確に求まるため、ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信が可能か否かの判定の精度を向上できる。
【0191】
［第３実施形態］以下、第３実施形態について、第１実施形態との相違点を主として説明する。
【0192】
第１実施形態では、ＵＥ１００−１とＵＥ１００−２とが、同一のｅＮＢ２００と接続を確立している場合であった。第３実施形態では、ＵＥ１００−１とＵＥ１００−２とがそれぞれ、互いに異なる基地局（ｅＮＢ２００及びｅＮＢ２０２）と接続を確立していてもよい。【0193】
（第３実施形態に係る移動通信システムの動作）第３実施形態に係る移動通信システムの動作について、（１）全体動作、（２）位置情報の取得動作及びＤ２Ｄ通信の可否の判定動作の順に説明する。
【0195】
図１７は、第３実施形態に係るＵＥ１００−１及びＵＥ１００−２とｅＮＢ２００及びｅＮＢ２０２との位置関係の一例を示す図である。【0196】
図１７に示すように、ＵＥ１００−１は、ｅＮＢ２００が管理するセル２５０に存在する。また、ＵＥ１００−１は、ｅＮＢ２００との接続を確立している。一方、ＵＥ１００−２は、ｅＮＢ２０２が管理するセル２５２に存在する。また、ＵＥ１００−２は、ｅＮＢ２０２との接続を確立している。ｅＮＢ２００とｅＮＢ２０２とは、互いに隣接している。また、セル２５０及びセル２５２は、互いに隣接する隣接セルである。ＵＥ１００−１及びＵＥ１００−２は、ｅＮＢ２００及びｅＮＢ２０２を経由してセルラ通信を行う。【0197】
図１８は、第３実施形態に係る全体動作のシーケンス図の一例である。【0198】
図１８に示すように、ステップ８０１において、ＵＥ１００−１及びＵＥ１００−２は、ｅＮＢ２００及びｅＮＢ２０２を経由してセルラ通信を行う。【0199】
ステップ８０２において、ｅＮＢ２００は、ＵＥ１００−１及びＵＥ１００−２のそれぞれの位置情報を取得する。さらに、ｅＮＢ２００は、ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信が可能か判定する。本実施形態において、位置情報は、後述するように、ＵＥ１００−１及びＵＥ１００−２のそれぞれの在圏セルを示す情報である。【0200】
ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信が可能か否かの判定結果は、通信管理テーブルに記録される。【0201】
ステップ８０３からステップ８０７はそれぞれ、図１０におけるステップ１０３からステップ１０７に対応する。【0202】
ステップ８０８において、ＵＥ１００−２からＤｉｓｃｏｖｅｒｙ応答信号を受信したことをＵＥ１００−１から報告を受けたｅＮＢ２００は、当該報告内容をｅＮＢ２０２へ報告する。【0203】
ステップ８０９からステップ８１３はそれぞれ、図１０におけるステップ１０８からステップ１１２に対応する。【0204】
ステップ８１４において、ＵＥ１００−１とＵＥ１００−２との間にＤ２Ｄリンクが確立されたことをＵＥ１００−１から報告を受けたｅＮＢ２００は、当該報告内容をｅＮＢ２０２へ報告する。【0205】
ステップ８１５において、報告を受けたｅＮＢ２００は、ＵＥ１００−１とＵＥ１００−２とがＤ２Ｄ通信中であることを通信管理テーブルへ記録する。また、ｅＮＢ２００は、ＵＥ１００−１とＵＥ１００−２とのセルラ通信を終了する。【0206】
ステップ８１６において、ステップ８１５と同様に、報告を受けたｅＮＢ２０２は、ＵＥ１００−１とＵＥ１００−２とがＤ２Ｄ通信中であることを通信管理テーブルへ記録し、ＵＥ１００−１とＵＥ１００−２とのセルラ通信を終了する。【0209】
図１９に示すように、ステップ９０１において、ｅＮＢ２００のプロセッサ２４０は、ＵＥ１００−２が在圏するセルを示す在圏セル情報を通信管理テーブルに記録しているかを判定する。具体的には、まず、プロセッサ２４０は、図１３におけるステップ２０１と同様に、ＵＥ１００−２の識別情報をＭＭＥから取得する。次に、プロセッサ２４０は、取得したＵＥ１００−２の識別情報に基づいて、通信管理テーブルに在圏セル情報が記録されているか判定する。【0210】
ｅＮＢ２００とｅＮＢ２０２とは、Ｘ２インターフェイス又はＳ１インターフェイスを介して、定期的に通信管理テーブルを交換していてもよい。ｅＮＢ２００とｅＮＢ２０２とが通信管理テーブルを交換していた場合、ｅＮＢ２００の通信管理テーブルに在圏セル情報が記録される。【0211】
ＵＥ１００−２の在圏セル情報が通信管理テーブルに記録されている場合、プロセッサ２４０は、ステップ９０２の処理を行う。一方、ＵＥ１００−２の在圏セル情報が通信管理テーブルに記録されていない場合、プロセッサ２４０は、ステップ９０３の処理を行う。【0212】
なお、ＵＥ１００−１の在圏セル情報については、ｅＮＢ２００は、ＵＥ１００−１との接続を確立しているため、ｅＮＢ２００の通信管理テーブルには、ＵＥ１００−１の在圏セル情報が記録されている。【0213】
ステップ９０２において、プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２とが同一セルに在圏するか判定する。具体的には、プロセッサ２４０は、ＵＥ１００−１が在圏するセルとＵＥ１００−２が在圏するセルとが一致するか判定する。【0214】
ＵＥ１００−１とＵＥ１００−２とが同一セルに在圏する場合、プロセッサ２４０は、ステップ９０６の処理を行う。ＵＥ１００−１とＵＥ１００−２とが同一セルに在圏しない場合、プロセッサ２４０は、ステップ９０５の処理を行う。【0215】
ステップ９０３において、プロセッサ２４０は、ＵＥ１００−２の在圏セル情報を隣接する基地局であるｅＮＢ２０２に要求するようにＸ２インターフェイス又はＳ１インターフェイスを制御する。【0216】
なお、当該要求にはＵＥ１００−１の通信相手であるＵＥ１００−２を識別するための識別情報を含む。【0217】
ステップ９０４において、プロセッサ２４０は、ＵＥ１００−２の在圏セル情報を取得する。プロセッサ２４０は、ｅＮＢ２０２からＵＥ１００−２の在圏セル情報を取得してもよいし、ＵＥ１００−２の在圏セル情報が記録されたｅＮＢ２０２が有する通信管理テーブルを取得してもよい。また、ｅＮＢ２０２の通信管理テーブルを取得する際に、プロセッサ２４０は、ｅＮＢ２００の通信管理テーブルをｅＮＢ２０２に送ってもよい。すなわち、ｅＮＢ２００とｅＮＢ２０２とは、Ｘ２インターフェイス又はバックホールを介して、通信管理テーブルを交換していてもよい。【0218】
ステップ９０５において、プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２とが隣接セルに在圏するか判定する。具体的には、プロセッサ２４０は、ＵＥ１００−１が在圏するセルに隣接する隣接セルにＵＥ１００−２が在圏するか判定する。【0219】
ＵＥ１００−２が隣接セルに在圏すると判定した場合、プロセッサ２４０は、ステップ９０６の処理を行う。一方、ＵＥ１００−２が隣接セルに在圏しないと判定した場合、プロセッサ２４０は、ステップ９０７の処理を行う。【0220】
ステップ９０６において、ＵＥ１００−１とＵＥ１００−２とが同一セルに在圏すると判定した場合、又は、ＵＥ１００−２が隣接セルに在圏すると判定した場合、プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２とがＤ２Ｄ通信可能であると判定する。【0221】
一方、ステップ９０７において、ＵＥ１００−２が隣接セルに在圏しないと判定した場合、プロセッサ２４０は、ＵＥ１００−１とＵＥ１００−２とがＤ２Ｄ通信不可能であると判定する。【0222】
（第３実施形態のまとめ）本実施形態において、位置情報は、ＵＥ１００−１及びＵＥ１００−２のそれぞれの在圏セルを示す情報であり、プロセッサ２４０は、ＵＥ１００−１が在圏するセル、又は、ＵＥ１００−１が在圏するセルに隣接する隣接セルにＵＥ１００−２が在圏する場合に、ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信が可能と判定する。これにより、ｅＮＢ２００は、ＵＥ１００−１及びＵＥ１００−２のそれぞれの位置を特定しなくても、ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信が可能か否かの判定をすることができる。
【0223】
本実施形態に係るｅＮＢ２００は、ｅＮＢ２０２からＵＥ１００−２の在圏セル情報を取得することができる。これにより、ｅＮＢ２００は、ｅＮＢ２００との接続を確立していないＵＥ１００−２の位置情報（在圏セル情報）を取得できるため、Ｄ２Ｄ通信が可能と判定できるエリアが広がる。【0224】
［その他の実施形態］上記のように、本発明は実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。
【0225】
例えば、上述した実施形態では、ｅＮＢ２００に判定部が設けられていた（すなわち、ｅＮＢ２００のプロセッサ２４０が判定していた）が、これに限られない。例えば、判定部は、ｅＮＢ２００の上位装置であるＭＭＥに設けられていてもよい。判定部がＭＭＥに設けられた場合、ＭＭＥは、ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信が可能と判定した場合、Ｄｉｓｃｏｖｅｒｙ指示信号を送信するようにｅＮＢ２００へ要求する。要求を受けたｅＮＢ２００は、ＵＥ１００−１へＤｉｓｃｏｖｅｒｙ指示信号を送信する。【0226】
判定部がＭＭＥに設けられた場合、ＭＭＥが通信管理テーブルを有していてもよい。ＭＭＥが通信管理テーブルを有する場合、ＵＥ１００−１からＤ２Ｄリンクが確立されたことを報告されたｅＮＢ２００は、ＵＥ１００−１とＵＥ１００−２とがＤ２Ｄリンクを確立したことをＭＭＥに報告する。ＭＭＥは、ＵＥ１００−１とＵＥ１００−２とがＤ２Ｄ通信中であることを通信管理テーブルへ記録する。【0227】
また、上述した実施形態では、ＵＥ１００−１とＵＥ１００−２とがセルラ通信を行っている場合であったが、３つ以上のＵＥ１００（ＵＥグループ）がセルラ通信を行っている場合であってもよい。この場合、ｅＮＢ２００は、通信管理テーブルからＤ２Ｄ通信可能なＵＥグループを選択してもよい。【0228】
また、第１実施形態において、通信管理テーブルは、「Ｄ２Ｄ通信可能性」の項目を有してもよい。「Ｄ２Ｄ通信可能性」は、Ｄ２Ｄ通信できる可能性を示す。例えば、ｅＮＢ２００と接続を確立中のＵＥと通信相手のＵＥとの間の距離が短いほど、Ｄ２Ｄ通信できる可能性が高く、当該距離が長いほどＤ２Ｄ通信できる可能性が低いとしてもよい。このＤ２Ｄ通信可能性に応じて、順位付けをしてもよい。プロセッサ２４０は、順位の高いＵＥペアを選択するようにしてもよい。【0229】
また、第３実施形態では、ＵＥ１００−１が在圏するセル、又は、ＵＥ１００−２が在圏するセルに隣接する隣接セルにＵＥ１００−２が在圏する場合に、ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信が可能と判定したが、ＵＥ１００−１が在圏するセルにＵＥ１００−２が在圏する場合のみに、ＵＥ１００−１とＵＥ１００−２とによるＤ２Ｄ通信が可能と判定してもよい。【0230】
また、第３実施形態では、ｅＮＢ２００は、セル２５０を管理し、ｅＮＢ２０２は、セル２５２を管理していたが、ｅＮＢ２００及びｅＮＢ２０２のそれぞれが、複数のセルを管理していてもよい。【0231】
また、第１実施形態から第３実施形態の構成を適宜組み合わせて実施してもよい。例えば、Ｄ２Ｄ通信の可否の判定について、ｅＮＢ２００は、複数の位置情報（例えば、在圏セルを示す情報と方向情報及び距離情報など）を考慮して、判定してもよい。これにより、Ｄ２Ｄ通信が可能か否かの判定の精度を向上できる。【0232】
上述した実施形態では、本発明をＬＴＥシステムに適用する一例を説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。【0233】
なお、米国仮出願第６１／７２３４１５号（２０１２年１１月７日出願）の全内容が、参照により、本願明細書に組み込まれている。【産業上の利用可能性】
【0234】
以上のように、本発明に係る移動通信システム、基地局、プロセッサ及びユーザ端末は、Ｄ２Ｄ通信を有効活用できるため、移動通信分野において有用である。