知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6231557
(24)【登録日】2017年10月27日
(45)【発行日】2017年11月15日
(54)【発明の名称】ユーザ端末、基地局及びプロセッサ
(51)【国際特許分類】
H04W 92/18 20090101AFI20171106BHJP
【ＦＩ】
H04W92/18
【請求項の数】16
【全頁数】36
(21)【出願番号】特願2015-513680(P2015-513680)
(86)(22)【出願日】2014年4月11日
(86)【国際出願番号】JP2014060523
(87)【国際公開番号】WO2014175082
(87)【国際公開日】20141030
【審査請求日】2016年2月16日
(31)【優先権主張番号】特願2013-93039(P2013-93039)
(32)【優先日】2013年4月25日
(33)【優先権主張国】JP
(73)【特許権者】
【識別番号】000006633
【氏名又は名称】京セラ株式会社
(74)【代理人】
【識別番号】110001106
【氏名又は名称】キュリーズ特許業務法人
(72)【発明者】
【氏名】守田 空悟
(72)【発明者】
【氏名】岩渕 顕徳
(72)【発明者】
【氏名】柏瀬 薦
【審査官】
米倉 明日香
(56)【参考文献】
【文献】
3GPP TR 22.803 V1.0.0 (2012-08)，２０１２年 ９月１４日
【文献】
Alcatel-Lucent, Alcatel-Lucent Shanghai Bell，device discovery for D2D proximity services，3GPP TSG-RAN WG1 #72b R1-130954，２０１３年 ４月 ６日
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｂ ７／２４− ７／２６
Ｈ０４Ｗ ４／００−９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４
ＳＡ ＷＧ１−４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
直接的な端末間通信であるＤ２Ｄ通信を制御するネットワークを有する移動通信システムにおけるユーザ端末であって、
前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりに前記ユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択する制御部を備え、
前記制御部は、前記ネットワークの状況に応じて送信される所定の信号の受信状況に基づいて、前記第１のモードと前記第２のモードとから一方を選択することを特徴とするユーザ端末。
前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりに前記ユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択する制御部を備え、
前記制御部は、前記ネットワークの状況に応じて送信される所定の信号の受信状況に基づいて、前記第１のモードと前記第２のモードとから一方を選択することを特徴とするユーザ端末。
【請求項2】
前記所定の信号は、前記第２のモードを選択することを許可する許可信号であり、
前記制御部は、前記許可信号を受信した場合、前記第２のモードを選択することを特徴とする請求項１に記載のユーザ端末。
前記制御部は、前記許可信号を受信した場合、前記第２のモードを選択することを特徴とする請求項１に記載のユーザ端末。
【請求項3】
前記ユーザ端末は、前記ネットワークに含まれる１以上の基地局のそれぞれから信号を受信し、
前記制御部は、前記１以上の基地局の全てから前記許可信号を受信した場合に、前記第２のモードを選択することを特徴とする請求項２に記載のユーザ端末。
前記制御部は、前記１以上の基地局の全てから前記許可信号を受信した場合に、前記第２のモードを選択することを特徴とする請求項２に記載のユーザ端末。
【請求項4】
前記制御部は、災害に関する情報を示す緊急速報を受信した後に前記許可信号を受信した場合、前記第２のモードを選択することを特徴とする請求項２に記載のユーザ端末。
【請求項5】
前記許可信号は、前記Ｄ２Ｄ通信に使用すべき周波数帯を示す情報を含むことを特徴とする請求項２に記載のユーザ端末。
【請求項6】
前記モードとして前記第２のモードが選択されている場合において、前記制御部は、前記ネットワークに含まれるコアネットワークを経由する通信であるセルラ通信が可能である場合、前記セルラ通信よりも前記Ｄ２Ｄ通信を優先して行うことを特徴とする請求項２に記載のユーザ端末。
【請求項7】
前記許可信号は、前記ネットワークの状況が、前記ネットワークに含まれる基地局の上位装置からバックホールを介した前記基地局への信号が途絶したという状況である場合、送信されることを特徴とする請求項２に記載のユーザ端末。
【請求項8】
前記許可信号は、前記ネットワークの状況が、前記ネットワークに含まれる基地局の上位装置からバックホールを介した前記基地局への信号が途絶するとともに、前記基地局に隣接する隣接基地局からＸ２インターフェイスを介した前記基地局への信号が途絶したという状況である場合、送信されることを特徴とする請求項２に記載のユーザ端末。
【請求項9】
前記許可信号は、前記ネットワークの状況が、前記ネットワークに含まれる基地局への電源供給が遮断され、かつ、前記基地局が備えるバッテリの残量が閾値を下回ったという状況である場合、送信されることを特徴とする請求項２に記載のユーザ端末。
【請求項10】
前記所定の信号は、前記第２のモードを選択することを禁止する禁止信号であり、
前記制御部は、前記禁止信号を受信した場合、前記第１のモードを選択することを特徴とする請求項１に記載のユーザ端末。
前記制御部は、前記禁止信号を受信した場合、前記第１のモードを選択することを特徴とする請求項１に記載のユーザ端末。
【請求項11】
前記モードとして前記第２のモードが選択されている場合において、前記制御部は、前記ネットワークに含まれる基地局から信号を受信してから前記許可信号を所定期間受信しない場合には、前記第１のモードを選択することを特徴とする請求項２に記載のユーザ端末。
【請求項12】
前記制御部は、前記ネットワークに含まれる基地局から、災害に関する情報を示す緊急速報を受信した後に前記基地局からの信号が所定期間途絶した場合、前記第２のモードを選択することを特徴とする請求項１に記載のユーザ端末。
【請求項13】
前記モードとして前記第２のモードが選択されている場合において、前記制御部は、前記基地局からの信号を受信できた場合、前記第１のモードを選択することを特徴とする請求項１２に記載のユーザ端末。
【請求項14】
直接的な端末間通信であるＤ２Ｄ通信を制御するネットワークと、前記ネットワークに含まれる基地局とを有する移動通信システムにおける基地局であって、
前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりにユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択可能な前記ユーザ端末に、前記第２のモードを選択することを許可する許可信号、又は、前記第２のモードを選択することを禁止する禁止信号を送信する送信部と、
前記基地局を含む前記ネットワークの状況に応じて、前記許可信号又は前記禁止信号を送信する制御を行う制御部と、を備えることを特徴とする基地局。
前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりにユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択可能な前記ユーザ端末に、前記第２のモードを選択することを許可する許可信号、又は、前記第２のモードを選択することを禁止する禁止信号を送信する送信部と、
前記基地局を含む前記ネットワークの状況に応じて、前記許可信号又は前記禁止信号を送信する制御を行う制御部と、を備えることを特徴とする基地局。
【請求項15】
前記制御部は、前記第２のモードを選択することが禁止されている場合に、前記第２のモードを選択している前記ユーザ端末が、前記基地局との接続の確立を要求した場合、前記接続の確立に用いられる信号と共に前記禁止信号を送信することを特徴とする請求項１４に記載の基地局。
【請求項16】
直接的な端末間通信であるＤ２Ｄ通信を制御するネットワークを有する移動通信システムにおけるユーザ端末に備えられるプロセッサであって、
前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりに前記ユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択する処理を実行し、
前記ネットワークの状況に応じて送信される所定の信号の受信状況に基づいて、前記第１のモードと前記第２のモードとから一方を選択する処理を実行することを特徴とするプロセッサ。
前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりに前記ユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択する処理を実行し、
前記ネットワークの状況に応じて送信される所定の信号の受信状況に基づいて、前記第１のモードと前記第２のモードとから一方を選択する処理を実行することを特徴とするプロセッサ。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、Ｄ２Ｄ通信をサポートする移動通信システムに適用されるユーザ端末、基地局及びプロセッサに関する。【背景技術】
【0002】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信の導入が検討されている（非特許文献１参照）。【0003】
Ｄ２Ｄ通信では、近接する複数のユーザ端末が、直接的な通信を行う。一方、移動通信システムの通常の通信（セルラ通信）のデータパスは、コアネットワークを経由する。【0004】
ところで、ユーザ端末が自由にＤ２Ｄ通信を行った場合、ユーザ端末の周囲に存在する他のユーザ端末及び基地局への干渉が発生することがあるため、現状、コアネットワークを含むネットワークが主導して、Ｄ２Ｄ通信を制御することが想定されている。【先行技術文献】
【非特許文献】
【0005】
【非特許文献1】３ＧＰＰ技術報告 「ＴＲ ２２．８０３ Ｖ１．１．０」 ２０１２年１１月
【発明の概要】
【0006】
しかしながら、例えば、地震などの災害の発生により、ネットワークの状況が不安定である場合、ネットワークがＤ２Ｄ通信を制御し続けることが困難であるため、Ｄ２Ｄ通信が不能になるという問題がある。【0007】
そこで、本発明は、Ｄ２Ｄ通信を有効に活用できるユーザ端末、基地局及びプロセッサを提供する。【0008】
一実施形態によれば、ユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信を制御するネットワークを有する移動通信システムにおけるユーザ端末である。前記ユーザ端末は、前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりに前記ユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択する制御部を備える。前記制御部は、前記ネットワークの状況に応じて送信される所定の信号の受信状況に基づいて、前記第１のモードと前記第２のモードとから一方を選択する。【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
［実施形態の概要］実施形態に係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信を制御するネットワークを有する移動通信システムにおけるユーザ端末であって、前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりに前記ユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択する制御部を備える。前記制御部は、前記ネットワークの状況に応じて送信される所定の信号の受信状況に基づいて、前記第１のモードと前記第２のモードとから一方を選択する。これにより、ネットワークの状況に応じて、第１のモードと第２のモードとから適宜選択することができるため、Ｄ２Ｄ通信を有効に活用できる。
【0011】
第１実施形態において、前記所定の信号は、前記第２のモードを選択することを許可する許可信号であり、前記制御部は、前記許可信号を受信した場合、前記第２のモードを選択する。これにより、基地局が、ユーザ端末によってＤ２Ｄ通信が制御されるタイミングを指定できるため、ユーザ端末が自由に第２のモードを適用してＤ２Ｄ通信を行うことを抑制できる。その結果、干渉の発生を抑制できる。【0012】
第１実施形態において、前記ユーザ端末は、前記ネットワークに含まれる１以上の基地局のそれぞれから信号を受信し、前記制御部は、前記１以上の基地局の全てから前記許可信号を受信した場合に、前記第２のモードを選択する。これにより、ユーザ端末の周囲に存在する基地局の全てが、第２のモードを適用してＤ２Ｄ通信を行うことを許可しているため、ユーザ端末が、第２のモードを適用して、Ｄ２Ｄ通信を行っても、基地局への干渉が発生する可能性が低い。【0013】
第１実施形態において、前記制御部は、災害に関する情報を示す緊急速報を受信した後に前記許可信号を受信した場合、前記第２のモードを選択する。これにより、基地局から緊急速報が送信された後に、パブリックセーフティ許可信号が送信されているため、ネットワークの状況が不安定である可能性が高い。このため、パブリックセーフティ許可信号が誤って送信された場合に第２のモードが選択されることを抑制できる。【0014】
第１実施形態において、前記許可信号は、前記Ｄ２Ｄ通信に使用すべき周波数帯を示す情報を含む。これにより、ユーザ端末が、Ｄ２Ｄ通信に使用する周波数帯を用いて自由にスケジューリングする場合に比べて、Ｄ２Ｄ通信を行うユーザ端末が与える干渉を抑制できる。【0015】
第１実施形態において、前記モードとして前記第２のモードが選択されている場合において、前記制御部は、前記ネットワークに含まれるコアネットワークを経由する通信であるセルラ通信が可能である場合、前記セルラ通信よりも前記Ｄ２Ｄ通信を優先して行う。これにより、Ｄ２Ｄ通信は、コアネットワークを経由して通信を行うセルラ通信に比べて、不安定な状況のネットワークにかかる負荷を低減することができる。【0016】
第１実施形態において、前記許可信号は、前記ネットワークの状況が、前記ネットワークに含まれる基地局の上位装置からバックホールを介した前記基地局への信号が途絶したという状況である場合、送信される。このようにネットワークの状況が悪い場合、ユーザ端末の制御によってＤ２Ｄ通信が行われることにより、Ｄ２Ｄ通信を有効活用することができる。【0017】
第１実施形態において、前記許可信号は、前記ネットワークの状況が、前記ネットワークに含まれる基地局の上位装置からバックホールを介した前記基地局への信号が途絶するとともに、前記基地局に隣接する隣接基地局からＸ２インターフェイスを介した前記基地局への信号が途絶したという状況である場合、送信される。【0018】
第１実施形態において、前記許可信号は、前記ネットワークの状況が、前記ネットワークに含まれる基地局への電源供給が遮断され、かつ、前記基地局が備えるバッテリの残量が閾値を下回ったという状況である場合、送信される。【0019】
第１実施形態において、前記所定の信号は、前記第２のモードを選択することを禁止する禁止信号であり、前記制御部は、前記禁止信号を受信した場合、前記第１のモードを選択する。これにより、基地局が、ユーザ端末によってＤ２Ｄ通信が制御されるタイミングを指定できるため、ユーザ端末が自由に第２のモードを適用してＤ２Ｄ通信を行うことを抑制できる。その結果、干渉の発生を抑制できる。【0020】
第１実施形態において、前記モードとして前記第２のモードが選択されている場合において、前記制御部は、前記ネットワークに含まれる基地局から信号を受信してから前記許可信号を所定期間受信しない場合には、前記第１のモードを選択する。これにより、基地局がパブリックセーフティを許可していない場合に、ユーザ端末がいつまでも第２のモードでＤ２Ｄ通信を行うことを抑制できる。【0021】
第２実施形態において、前記制御部は、前記ネットワークに含まれる基地局から、災害に関する情報を示す緊急速報を受信した後に前記基地局からの信号が所定期間途絶した場合、前記第２のモードを選択する。これにより、ユーザ端末は、基地局からパブリックセーフティ許可信号を受信しなくても、第２のモードを選択することができる。【0022】
第２実施形態において、前記モードとして前記第２のモードが選択されている場合において、前記制御部は、前記基地局からの信号を受信できた場合、前記第１のモードを選択する。これにより、基地局がパブリックセーフティ禁止信号を送信しない場合であっても、ユーザ端末が第１のモードを選択できるため、ユーザ端末がいつまでも第２のモードでＤ２Ｄ通信を行うことを抑制できる。【0023】
実施形態に係る基地局は、直接的な端末間通信であるＤ２Ｄ通信を制御するネットワークと、前記ネットワークに含まれる基地局とを有する移動通信システムにおける基地局であって、前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりに前記ユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択可能なユーザ端末に、前記第２のモードを選択することを許可する許可信号、又は、前記第２のモードを選択することを禁止する禁止信号を送信する送信部と、前記基地局を含む前記ネットワークの状況に応じて、前記許可信号又は前記禁止信号を送信する制御を行う制御部と、を備える。【0024】
その他実施形態において、前記制御部は、前記第２のモードを選択することが禁止されている場合に、前記第２のモードを選択している前記ユーザ端末が、前記基地局との接続の確立を要求した場合、前記接続の確立に用いられる信号と共に前記禁止信号を送信する。【0025】
実施形態に係るプロセッサは、直接的な端末間通信であるＤ２Ｄ通信を制御するネットワークを有する移動通信システムにおけるユーザ端末に備えられるプロセッサであって、前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりに前記ユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択する処理を実行し、前記ネットワークの状況に応じて送信される所定の信号の受信状況に基づいて、前記第１のモードと前記第２のモードとから一方を選択する処理を実行する。【0026】
以下、図面を参照して、３ＧＰＰ規格に準拠して構成されるセルラ移動通信システム（以下、「ＬＴＥシステム」）にＤ２Ｄ通信を導入する場合の各実施形態を説明する。【0027】
［第１実施形態］以下、第１実施形態について、説明する。
【0029】
図１に示すように、ＬＴＥシステムは、複数のＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０と、を含む。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。【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】
第１のｅＮＢ２００の状態は、パブリックセーフティに関するｅＮＢ２００の状態である。パブリックセーフティに関するｅＮＢ２００の状態は、パブリックセーフティ禁止状態（ｐｕｂｌｉｃ ｓａｆｔｅｙ 禁止状態）又はパブリックセーフティ許可状態（ｐｕｂｌｉｃ ｓａｆｔｅｙ 許可状態）である。ｅＮＢ２００は、パブリックセーフティに関するｅＮＢ２００の状態として、パブリックセーフティ禁止状態及びパブリックセーフティ許可状態のいずれか一方を選択する。【0081】
パブリックセーフティ禁止状態は、ｅＮＢ２００が、自局の配下のＵＥ１００がパブリックセーフティモードを選択することを禁止している状態である。パブリックセーフティ許可状態は、ｅＮＢ２００が、自局の配下のＵＥ１００がパブリックセーフティモードを選択することを許可している状態である。ｅＮＢ２００が正常に動作している場合、パブリックセーフティ禁止状態が選択される。【0082】
第２のｅＮＢ２００の状態は、バックホールに関するｅＮＢ２００の状態である。バックホールに関するｅＮＢ２００の状態は、バックホール接続状態又はバックホール途絶状態である。ｅＮＢ２００は、バックホールに関するｅＮＢ２００の状態として、バックホール接続状態及びバックホール途絶状態のいずれか一方を選択する。【0083】
バックホール接続状態は、ｅＮＢ２００がバックホールを介してｅＮＢ２００の上位装置と接続されている状態であり、ｅＮＢ２００とｅＮＢ２００の上位装置とのバックホールを介した通信が可能な状態である。バックホール途絶状態は、ｅＮＢ２００がバックホールを介した上位装置との接続が途絶している状態であり、ｅＮＢ２００とｅＮＢ２００の上位装置とのバックホールを介した通信が不能な状態である。【0084】
第３のｅＮＢ２００の状態は、ｎ番目の隣接ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態である。隣接ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態は、ｅＮＢ２００ｎ接続状態又はｅＮＢ２００ｎ途絶状態である。ｅＮＢ２００は、隣接ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態として、ｅＮＢ２００ｎ接続状態及びｅＮＢ２００ｎ途絶状態のいずれか一方を選択する。【0085】
ｅＮＢ２００ｎ接続状態は、ｅＮＢ２００がＸ２インターフェイスを介してｅＮＢ２００に隣接する隣接ｅＮＢ２００ｎと接続されている状態で有り、ｅＮＢ２００とｅＮＢ２００ｎとのＸ２インターフェイスを介した通信が可能な状態である。ｅＮＢ２００ｎ途絶状態は、ｅＮＢ２００がＸ２インターフェイスを介したｅＮＢ２００ｎとの接続が途絶している状態で有り、ｅＮＢ２００とｅＮＢ２００ｎとのＸ２インターフェイスを介した通信が不能の状態である。【0086】
第４のｅＮＢ２００の状態は、電源供給に関するｅＮＢ２００の状態である。電源供給に関するｅＮＢ２００の状態は、電源供給あり状態又は電源供給なし状態である。ｅＮＢ２００は、電源供給あり状態及び電源供給なし状態のいずれか一方を選択する。【0087】
電源供給あり状態は、ｅＮＢ２００に外部から電源供給がある状態である。電源供給なし状態は、ｅＮＢ２００に外部から電源供給がない状態である。【0088】
第５のｅＮＢ２００の状態は、緊急速報に関するｅＮＢ２００の状態である。緊急速報に関するｅＮＢ２００の状態は、緊急速報送信状態又は緊急速報停止状態である。ｅＮＢ２００は、緊急速報送信状態及び緊急速報停止状態のいずれか一方を選択する。【0089】
緊急速報送信状態は、ｅＮＢ２００が緊急速報を送信した状態である。緊急速報停止状態は、ｅＮＢ２００が緊急速報の送信を停止した状態である。【0090】
ｅＮＢ２００は、上述した第１から第５の状態のそれぞれについて、所定の状態を選択している。【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】
まず、ｅＮＢ２００と上位装置とのバックホールを介した接続確認の処理を説明する。【0135】
ステップＳ３０３において、ｅＮＢ２００は、バックホール接続状態を選択する。これにより、バックホールに関するｅＮＢ２００の状態は、バックホール接続状態になる。【0136】
ステップＳ３０４において、ｅＮＢ２００は、第３タイマを起動する。ｅＮＢ２００は、第３タイマがすでに起動している場合は、第３タイマを再起動する。すなわち、第３タイマは、最初からカウントを開始する。【0137】
次に、ｅＮＢ２００とｎ番目の隣接ｅＮＢ２００ｎとのＸ２インターフェイスを介した接続確認の処理を説明する。【0138】
図１４に示すように、ステップＳ３２１において、ｅＮＢ２００は、ｎ番目のｅＮＢ２００ｎからアライブ信号を受信したか否かを判定する。【0139】
ｅＮＢ２００は、アライブ信号を受信しなかった場合（Ｎｏの場合）、処理を終了する。一方、ｅＮＢ２００は、アライブ信号を受信した場合（Ｙｅｓの場合）、ステップＳ３２２の処理を行う。【0140】
ステップＳ３２２において、ｅＮＢ２００は、ｅＮＢ２００ｎにアライブ信号を受信したことを示すアライブアック（ａｌｉｖｅ ａｃｋ）を返信する。【0141】
ステップＳ３２３において、ｅＮＢ２００は、ｅＮＢ２００ｎ接続状態に変更する。これにより、ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態は、ｅＮＢ２００ｎ接続状態になる。【0142】
ステップＳ３２４において、ｅＮＢ２００は、第３ｎタイマを起動する。ｅＮＢ２００は、第３ｎタイマがすでに起動している場合は、第３ｎタイマを再起動する。これにより、第３ｎタイマは、最初からカウントを開始する。【0143】
ステップＳ３２５、Ｓ３２６は、図１０に示すステップＳ２０５、Ｓ２０６に対応する。【0144】
次に、第３タイマが満了したときの処理を説明する。第３タイマが満了したときに、ｅＮＢ２００は、ステップＳ３４１の処理を行う。【0145】
なお、第３タイマは、第１タイマと同様のタイマである。したがって、第３タイマが起動してから満了するまでの時間は、ｅＮＢ２００が、ｅＮＢ２００ｎから所定の周期で送信されるアライブ信号を受信する通常の間隔よりも長く設定される。【0146】
図１５に示すように、ステップＳ３４１において、ｅＮＢ２００は、バックホールに関するｅＮＢ２００の状態がバックホール接続状態であるか否かを判定する。ｅＮＢ２００は、ｅＮＢ２００の状態がバックホール接続状態でない場合（Ｎｏの場合）、処理を終了する。一方、ｅＮＢ２００は、ｅＮＢ２００の状態がバックホール接続状態である場合（Ｙｅｓの場合）、ステップＳ３４２の処理を行う。【0147】
ステップＳ３４２において、ｅＮＢ２００は、バックホール途絶状態を選択する。これにより、ｅＮＢ２００の状態は、バックホール途絶状態になる。【0148】
ステップＳ３４３において、ｅＮＢ２００は、接続状態のｅＮＢ２００ｎが存在するか否かを判定する。ｅＮＢ２００は、ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態の全てが、ｅＮＢ２００ｎ接続状態でない場合（ｅＮＢ２００ｎ途絶状態である場合：Ｙｅｓの場合）、ステップＳ３４４の処理を行う。一方、ｅＮＢ２００ｎは、その他の場合（Ｎｏの場合）には、処理を終了する。なお、その他の場合（Ｎｏの場合）とは、ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態が、少なくとも１つ以上、ｅＮＢ２００ｎ接続状態である場合である。【0149】
ステップＳ３４４、Ｓ３４５は、図１１のステップＳ２２２、Ｓ２２３に対応する。【0150】
次に、第３ｎタイマが満了したときの処理を説明する。第３ｎタイマが満了したときに、ｅＮＢ２００は、ステップＳ３６１の処理を行う。【0151】
なお、第３ｎタイマが起動してから満了するまでの時間は、ｅＮＢ２００が、ｎ番目のｅＮＢ２００ｎから所定の周期で送信されるアライブ信号を受信する通常の間隔よりも長く設定される。すなわち、第３タイマは、ｅＮＢ２００とｅＮＢ２００ｎとのＸ２インターフェイスを介した通信が不能になった場合に満了するように設定される。第３タイマは、ｅＮＢ２００が、ｅＮＢ２００とｅＮＢ２００ｎとのＸ２インターフェイスを介した通信が不能になったことを検出するためのタイマである。【0152】
図１６に示すように、ステップＳ３６１において、ｅＮＢ２００は、ｎ番目のｅＮＢ２００ｎと接続状態であるか否かを判定する。ｅＮＢ２００は、隣接ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態が、ｅＮＢ２００ｎ接続状態でない場合（ｅＮＢ２００ｎ途絶状態である場合：Ｎｏの場合）、処理を終了する。一方、ｅＮＢ２００は、ｅＮＢ２００の状態がｅＮＢ２００ｎ接続状態である場合（Ｙｅｓの場合）、ステップＳ３６２の処理を行う。【0153】
ステップＳ３６２において、ｅＮＢ２００は、ｎ番目の隣接ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態について、ｅＮＢ２００ｎ途絶状態を選択する。これにより、ｎ番目の隣接ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態が、ｅＮＢ２００ｎ途絶状態になる。【0154】
ステップＳ３６３は、図１５のステップＳ３４３に対応する。【0155】
ステップＳ３６４において、ｅＮＢ２００は、バックホールに関するｅＮＢ２００の状態がバックホール途絶状態であるか否かを判定する。ｅＮＢ２００は、ｅＮＢ２００の状態がバックホール途絶状態でない場合（Ｎｏの場合）、処理を終了する。一方、ｅＮＢ２００は、ｅＮＢ２００の状態がバックホール途絶状態である場合（Ｙｅｓの場合）、ステップＳ３６５の処理を行う。【0156】
ステップＳ３６５、Ｓ３６６は、図１１のステップＳ２２２、Ｓ２２３に対応する。【0157】
以上の処理により、ｅＮＢ２００は、ネットワークの状況が、上位装置からバックホールを介したｅＮＢ２００への信号が途絶すると共に、ｅＮＢ２００ｎからＸ２インターフェイスを介したｅＮＢ２００への信号が途絶したという状況である場合に、パブリックセーフティ許可信号を送信する。【0158】
（Ｃ）処理動作パターン３次に、ｅＮＢ２００への電源供給が遮断され、且つ、ｅＮＢ２００が備えるバッテリの残量が閾値を下回った場合に、ｅＮＢ２００がパブリックセーフティ許可信号を送信するケースについて、図１７、１８を用いて説明する。なお、第２タイマの満了時の処理は、上述と同一の処理が行われる。
【0160】
今回のケースにおいて、ｅＮＢ２００は、ｅＮＢ２００への電源供給が遮断された場合、ｅＮＢ２００が備えるバッテリを用いて、駆動する。【0161】
図１７に示すように、ステップＳ４０１において、ｅＮＢ２００は、外部から電源供給が行われているか否かを判定する。ｅＮＢ２００は、電源供給が行われている場合（Ｎｏの場合）、ステップＳ４０２の処理を行う。一方、ｅＮＢ２００は、電源供給が行われていない場合（すなわち、ｅＮＢ２００への電源供給が遮断されている場合：Ｙｅｓの場合）、ステップＳ４０３の処理を行う。【0162】
ステップＳ４０２において、ｅＮＢ２００は、電源供給あり状態を選択する。これにより、電源供給に関するｅＮＢ２００の状態は、電源供給あり状態になる。【0163】
ステップＳ４０３において、ｅＮＢ２００は、電源供給なし状態を選択する。これにより、電源供給に関するｅＮＢ２００の状態は、電源供給なし状態になる。これにより、ｅＮＢ２００は、ｅＮＢ２００が備えるバッテリを用いて、駆動する。【0164】
ステップＳ４０４において、ｅＮＢ２００は、バッテリの残量の監視を開始する。【0165】
次に、バッテリの残量を監視により、バッテリの残量が所定の閾値を下回ったと判定した場合に行う処理を説明する。【0166】
図１８に示すように、ステップＳ４２１において、ｅＮＢ２００は、電源供給なし状態であるか否かを判定する。ｅＮＢ２００は、電源供給に関するｅＮＢ２００の状態が電源供給なし状態でない場合（すなわち、電源供給あり状態の場合：Ｎｏの場合）、処理を終了する。一方、ｅＮＢ２００は、ｅＮＢ２００の状態が電源供給なし状態である場合（Ｙｅｓの場合）、ステップＳ４２２の処理を行う。【0167】
ステップＳ４２２、Ｓ４２３は、図１１のステップＳ２２２、Ｓ２２３に対応する。【0168】
以上の処理により、ｅＮＢ２００は、ネットワークの状況が、ｅＮＢ２００への外部から電源供給が遮断され、且つ、ｅＮＢ２００が備えるバッテリの残量が閾値を下回ったという状況である場合に、パブリックセーフティ許可信号を送信する。【0170】
図１９は、パブリックセーフティ禁止信号の送信の判定処理を説明するためのフローチャートである。【0171】
ｅＮＢ２００は、パブリックセーフティ許可信号を送信した後に、以下に説明する処理を行う。今回のケースでは、ｅＮＢ２００の上位装置からバックホールを介したｅＮＢ２００への通信が途絶したという状況により、ｅＮＢ２００がパブリックセーフティ許可信号を送信したと仮定して説明する。【0173】
ステップＳ５０３において、ｅＮＢ２００は、パブリックセーフティに関するｅＮＢ２００の状態がパブリックセーフティ許可状態であるか否かを判定する。ｅＮＢ２００は、ｅＮＢ２００の状態がパブリックセーフティ許可状態でない場合（パブリックセーフティ禁止状態である場合：Ｎｏの場合）、ステップＳ５０４の処理を行う。一方、ｅＮＢ２００は、ｅＮＢ２００の状態がパブリックセーフティ許可状態である場合（Ｙｅｓの場合）、ステップＳ５０６の処理を行う。【0174】
ステップＳ５０４において、ｅＮＢ２００は、パブリックセーフティ禁止信号を送信すると判定する。これにより、ｅＮＢ２００は、パブリックセーフティ禁止信号をＵＥ１００に送信する。【0175】
ステップＳ５０５において、ｅＮＢ２００は、パブリックセーフティ禁止状態を選択する。これにより、ｅＮＢ２００の状態は、パブリックセーフティ禁止状態になる。【0176】
以上により、ｅＮＢ２００と上位装置とのバックホールを介した通信が回復した後（ネットワークの状況が回復した後）に、ｅＮＢ２００は、一度だけパブリックセーフティ禁止信号を送信する。【0177】
（ＵＥ１００の動作）次に、ＵＥ１００の動作について、説明する。具体的には、（１）サービングｅＮＢ２００、及び、（２）全ｅＮＢ２００、について説明する。
【0178】
（１）サービングｅＮＢ２００まず、ＵＥ１００がサービングしているｅＮＢ２００からの信号の受信状況に基づいて、Ｄ２Ｄ通信に適用されるモードを選択する処理を、図２０及び図２１を用いて説明する。
【0179】
図２０は、ｅＮＢ２００からのパブリックセーフティ許可信号の受信状況に基づくＵＥ１００の処理を説明するためフローチャートである。図２１は、第４タイマが満了したときの処理を説明するフローチャートである。【0180】
図２０に示すように、ステップＳ６０１において、ＵＥ１００は、ｅＮＢ２００からパブリックセーフティ許可信号を受信したか否かを判定する。ＵＥ１００は、パブリックセーフティ許可信号を受信していない場合（Ｎｏの場合）、処理を終了する。一方、ＵＥ１００は、パブリックセーフティ許可信号を受信している場合（Ｙｅｓの場合）、ステップＳ６０２の処理を行う。【0181】
ステップＳ６０２において、ＵＥ１００は、パブリックセーフティモード（ｐｕｂｌｉｃ ｓａｆｅｔｙモード）を選択する。【0182】
ステップＳ６０３において、ＵＥ１００は、第４タイマを起動する。【0183】
次に、第４タイマが満了したときの処理を説明する。第４タイマが満了したときに、ＵＥ１００は、ステップＳ６２１の処理を行う。【0184】
図２１に示すように、ステップＳ６２１において、ＵＥ１００は、パブリックセーフティモードを選択しているか否かを判定する。ＵＥ１００がパブリックセーフティモードを選択していない場合（すなわち、通常モードを選択している場合：Ｎｏの場合）、処理を終了する。一方、ＵＥ１００がパブリックセーフティモードを選択している場合（Ｙｅｓの場合）、ステップＳ６２２の処理を行う。【0185】
ステップＳ６２２において、ＵＥ１００は、ｅＮＢ２００からの信号を検知しているか否かを判定する。ＵＥ１００は、ｅＮＢ２００からの信号を検知していない場合（Ｎｏの場合）、処理を終了する。一方、ＵＥ１００は、ｅＮＢ２００からの信号を検知している場合（Ｙｅｓの場合）、ステップＳ６２３の処理を行う。【0186】
なお、ＵＥ１００は、ｅＮＢ２００からパブリックセーフティ禁止信号を受信している場合に、ステップＳ６２３の処理を行ってもよい。【0187】
ステップＳ６２３において、ＵＥ１００は、通常モードを選択する。【0188】
ステップＳ６２４において、ＵＥ１００は、第４タイマを停止する。【0189】
以上より、ＵＥ１００は、パブリックセーフティ許可信号を受信した場合に、パブリックセーフティモードを選択する。【0190】
また、ＵＥ１００は、パブリックセーフティモードが選択されている場合において、ｅＮＢ２００から信号を受信してから、パブリックセーフティ許可信号を所定期間受信しない場合に、通常モードを選択する。【0191】
なお、ＵＥ１００は、ｅＮＢ２００からパブリックセーフティ禁止信号を受信した場合に、通常モードを選択してもよい。【0193】
図２２は、ｅＮＢ２００ｎからのパブリックセーフティ許可信号の受信状況に基づく処理を説明するためフローチャートである。図２３は、第４ｎタイマが満了したときの処理を説明するフローチャートである。図２４は、ＵＥ１００におけるｅＮＢ２００ｎの状態の取り扱い処理を説明するフローチャートである。【0194】
ＵＥ１００は、ｎ個のｅＮＢ２００から信号を受信していると仮定して、説明を進める。【0195】
図２２に示すように、ステップＳ６４１において、ＵＥ１００は、ｎ番目のｅＮＢ２００ｎからパブリックセーフティ許可信号を受信したか否かを判定する。ＵＥ１００は、パブリックセーフティ許可信号を受信していない場合（Ｎｏの場合）、処理を終了する。一方、ＵＥ１００は、パブリックセーフティ許可信号を受信している場合（Ｙｅｓの場合）、ステップＳ６４２の処理を行う。【0196】
ステップＳ６４２において、ＵＥ１００は、ｎ番目のｅＮＢ２００ｎの状態をパブリックセーフティ許可状態であると記憶する。【0197】
ステップＳ６４３において、ＵＥ１００は、第４ｎタイマを起動する。ＵＥ１００は、第４ｎタイマがすでに起動している場合は、第４ｎタイマを再起動する。【0198】
ステップＳ６４４において、ＵＥ１００は、パブリックセーフティ禁止状態であるｅＮＢ２００ｎが存在しないか否か（全てのｅＮＢ２００ｎがパブリックセーフティ許可状態であるか否か）を判定する。すなわち、ＵＥ１００は、全てのｅＮＢ２００ｎからパブリックセーフティ許可信号を受信しているか否かを判定する。ＵＥ１００は、検知できているｅＮＢ２００ｎの全てがパブリックセーフティ許可状態である場合（Ｙｅｓの場合）、ステップＳ６４５の処理を行う。一方、ＵＥ１００は、その他の場合（Ｎｏの場合）には処理を終了する。なお、その他の場合（Ｎｏの場合）とは、検知できているｅＮＢ２００の一部がパブリックセーフティ許可状態でない場合や、検知できているｅＮＢ２００の全てがパブリックセーフティ許可状態でない（パブリックセーフティ禁止状態である）場合を含む。【0199】
ステップＳ６４５において、ＵＥ１００は、パブリックセーフティモード（ｐｕｂｌｉｃ ｓａｆｅｔｙモード）を選択する。【0200】
次に、第４ｎタイマが満了したときの処理を説明する。第４ｎタイマが満了したときに、ＵＥ１００は、ステップＳ６６１の処理を行う。【0201】
図２３に示すように、ステップＳ６６１において、ＵＥ１００は、ｎ番目のｅＮＢ２００ｎがパブリックセーフティ許可状態であるか否かを判定する。ｎ番目のｅＮＢ２００ｎがパブリックセーフティ許可状態でない場合（パブリックセーフティ禁止状態である場合：Ｎｏの場合）、処理を終了する。一方、ｎ番目のｅＮＢ２００ｎがパブリックセーフティ許可状態である場合（Ｙｅｓの場合）、ステップＳ６６２の処理を行う。【0202】
ステップＳ６６２において、ＵＥ１００は、ｅＮＢ２００ｎからの信号を検知しているか否かを判定する。ＵＥ１００は、ｅＮＢ２００ｎからの信号を検知していない場合（Ｎｏの場合）、処理を終了する。一方、ＵＥ１００は、ｅＮＢ２００ｎからの信号を検知している場合（Ｙｅｓの場合）、ステップＳ６６３の処理を行う。【0203】
ステップＳ６６３において、ＵＥ１００は、ｎ番目のｅＮＢ２００ｎの状態をパブリックセーフティ禁止状態であると記憶する。【0204】
ステップＳ６６４において、ＵＥ１００は、第４ｎタイマを停止する。【0205】
以上より、ＵＥ１００は、１以上のｅＮＢ２００ｎのそれぞれから信号を受信し、１以上のｅＮＢ２００ｎの全てから許可信号を受信した場合に、パブリックセーフティモードを選択する。【0206】
次に、ＵＥ１００におけるｅＮＢ２００ｎの状態の取り扱いを説明する。本実施形態において、ＵＥ１００は、所定の条件において、検知できていないｅＮＢ２００ｎがパブリックセーフティ許可状態であるかパブリックセーフティ禁止状態であるか否かを示すパブリックセーフティ情報を破棄する。【0207】
図２４において、ステップＳ６８１において、ＵＥ１００は、検知できているｅＮＢ２００ｎの全てがパブリックセーフティ禁止状態であるか否かを判定する。ＵＥ１００は、検知できているｅＮＢ２００ｎの全てがパブリックセーフティ禁止状態である場合（Ｙｅｓの場合）、ステップＳ６８２の処理を行う。一方、ＵＥ１００は、その他の場合（Ｎｏの場合）には処理を終了する。なお、その他の場合（Ｎｏの場合）とは、検知できているｅＮＢ２００の一部がパブリックセーフティ禁止状態でない場合や、検知できているｅＮＢ２００の全てがパブリックセーフティ禁止状態でない場合を含む。【0208】
ステップＳ６８２において、ＵＥ１００は、検知できていないｅＮＢ２００ｎのパブリックセーフティ情報を有しているか否かを判定する。ＵＥ１００は、検知できていないｅＮＢ２００ｎのパブリックセーフティ情報を有していない場合（Ｎｏの場合）、処理を終了する。一方、ＵＥ１００は、検知できていないｅＮＢ２００ｎのパブリックセーフティ情報を有している場合（Ｙｅｓの場合）、ステップＳ６８３の処理を行う。【0209】
ステップＳ６８３において、ＵＥ１００は、検知できていないｅＮＢ２００ｎのパブリックセーフティ情報を破棄する。すなわち、ＵＥ１００は、当該パブリックセーフティ情報をメモリ１５０から消去する。【0210】
以上より、検知できないｅＮＢ２００ｎのパブリックセーフティ状態によって、ＵＥ１００がＤ２Ｄ通信モードを正常に選択できないことを抑制することができる。【0212】
本変形例では、ｅＮＢ２００が緊急速報を送信した後に、ネットワークの状況が悪化し、パブリックセーフティ許可信号を送信するケースを説明する。なお、第２タイマの満了時の処理は、上述と同一の処理が行われる。【0213】
本変形例では、上述した実施形態にあるように、バックホールを介した通信が途絶える場合、又は、ｅＮＢ２００への外部からの電源供給が遮断されるという場合において、ｅＮＢ２００がパブリックセーフティ許可信号を送信するケースについて、２種類の処理動作パターンを説明する。【0214】
まず、ｅＮＢ２００が緊急速報をＵＥ１００に送信（ブロードキャスト）したと仮定して説明を進める。緊急速報は、災害に関する情報を示す情報である。例えば、緊急速報は、地震又は／及び津波の発生又は発生する可能性が高いことを示す情報である。緊急速報は、災害に関する情報をＵＥ１００に速く知らせることを目的としてブロードキャストされる。【0215】
ｅＮＢ２００は、緊急速報をブロードキャストした場合、第５タイマを起動する。ｅＮＢ２００は、第５タイマがすでに起動している場合は、第５タイマを再起動する。【0216】
ｅＮＢ２００は、第５タイマを起動した後、ｅＮＢ２００は、緊急速報送信状態を選択する。これにより、緊急速報に関するｅＮＢ２００の状態は、緊急速報送信状態になる。【0217】
第５タイマが満了した場合、ｅＮＢ２００は、緊急速報停止状態を選択する。【0218】
（Ａ）処理動作パターン１次に、処理動作パターン１について、図２５及び２６を用いて説明する。図２５は、ｅＮＢ２００と上位装置とのバックホールを介した接続確認の処理を説明するフローチャートである。図２６は、第５タイマが満了したときの処理を説明するフローチャートである。
【0219】
なお、第５タイマは、第１タイマと同様のタイマである。したがって、第５タイマが起動してから満了するまでの時間は、ｅＮＢ２００が、上位装置から所定の周期で送信されるアライブ信号を受信する通常の間隔よりも長く設定される。【0221】
ステップＳ７０４において、ｅＮＢ２００は、第５タイマを起動する。ｅＮＢ２００は、第５タイマがすでに起動している場合は、第５タイマを再起動する。【0222】
ステップＳ７０５において、ｅＮＢ２００は、電源供給なし状態であるか否かを判定する。ｅＮＢ２００は、電源供給に関するｅＮＢ２００の状態が電源供給なし状態である場合（Ｙｅｓの場合）、処理を終了する。一方、ｅＮＢ２００は、ｅＮＢ２００の状態が電源供給なし状態でない場合（すなわち、電源供給あり状態の場合：Ｎｏの場合）、ステップＳ７０６の処理を行う。【0223】
ステップＳ７０６において、ｅＮＢ２００は、パブリックセーフティに関するｅＮＢ２００の状態について、パブリックセーフティ禁止状態を選択する。【0224】
ステップＳ７０７及びＳ７０８は、図１０に示すステップＳ２０５及びＳ２０６に対応する。【0225】
次に、第５タイマが満了したときの処理を説明する。第５タイマが満了したときに、ｅＮＢ２００は、ステップＳ７２１の処理を行う。【0227】
ステップＳ７２３において、ｅＮＢ２００は、緊急速報に関するｅＮＢ２００の状態が緊急速報送信状態であるか否かを判定する。ｅＮＢ２００は、ｅＮＢ２００の状態が緊急速報送信状態でない場合（Ｎｏの場合）、処理を終了する。ｅＮＢ２００は、ｅＮＢ２００の状態が緊急速報送信状態である場合（Ｙｅｓの場合）、ステップＳ７２４の処理を行う。【0228】
ステップＳ７２４及びＳ７２５は、図１５に示すステップＳ３４５及びＳ３４４に対応する。【0231】
ステップＳ７４３において、ｅＮＢ２００は、バックホール途絶状態か否かを判定する。ｅＮＢ２００は、バックホールに関するｅＮＢ２００の状態がバックホール途絶状態である場合（Ｙｅｓの場合）、処理を終了する。一方、ｅＮＢ２００は、ｅＮＢ２００の状態がバックホール途絶状態でない場合（Ｎｏの場合）、ステップＳ７４４の処理を行う。【0232】
ステップＳ７４４〜Ｓ７４６は、図２５に示すステップＳ７０６〜Ｓ７０８に対応する。【0233】
ステップＳ７４８〜Ｓ７５０は、図２６に示すステップＳ７２３〜Ｓ７２４に対応する。【0234】
以上より、ＵＥ１００は、緊急速報を受信した後に、パブリックセーフティ許可信号を受信した場合、パブリックセーフティモードを選択する。【0235】
（第１実施形態のまとめ）本実施形態において、ＵＥ１００（ＵＥ１００の制御部）は、ネットワークの状況に応じて送信されるパブリックセーフティ許可信号及びパブリックセーフティ禁止信号の受信状況に基づいて、通常モードとパブリックセーフティモードとから一方を選択する。これにより、ネットワークの状況に応じて、通常モードとパブリックセーフティモードとから適宜選択することができるため、Ｄ２Ｄ通信を有効に活用できる。例えば、ネットワークの状況が正常である場合には、通常モードが選択されることにより、ネットワークがＤ２Ｄ通信を制御するため、ＵＥ１００の周囲に存在する他のＵＥ１００及びｅＮＢ２００への干渉を抑制できる。一方、ネットワークの状況が異常である場合には、パブリックセーフティモードが選択されることによって、ネットワークの状況が不安定であっても、Ｄ２Ｄ通信を有効に活用できる。
【0236】
本実施形態において、ＵＥ１００は、パブリックセーフティ許可信号を受信した場合、パブリックセーフティモードを選択する。これにより、ｅＮＢ２００が、ＵＥ１００によってＤ２Ｄ通信が制御されるタイミングを指定できるため、ＵＥ１００が自由にパブリックセーフティモードを適用してＤ２Ｄ通信を行うことを抑制できる。その結果、干渉の発生を抑制できる。【0237】
本実施形態において、ＵＥ１００は、１以上のｅＮＢ２００ｎのそれぞれから信号を受信し、ＵＥ１００は、１以上のｅＮＢ２００ｎの全てからパブリックセーフティ許可信号を受信した場合に、パブリックセーフティモードを選択する。これにより、ＵＥ１００の周囲に存在するｅＮＢ２００ｎの全てが、パブリックセーフティモードを適用してＤ２Ｄ通信を行うことを許可しているため、ＵＥ１００が、パブリックセーフティモードを適用して、Ｄ２Ｄ通信を行っても、ｅＮＢ２００ｎへの干渉が発生する可能性が低い。【0238】
本実施形態において、ＵＥ１００は、緊急速報を受信した後に、パブリックセーフティ許可信号を受信した場合、パブリックセーフティモードを選択する。これにより、ｅＮＢ２００から緊急速報が送信された後に、パブリックセーフティ許可信号が送信されているため、ネットワークの状況が不安定である可能性が高い。このため、パブリックセーフティ許可信号が誤って送信された場合にパブリックセーフティモードが選択されることを抑制できる。【0239】
本実施形態において、パブリックセーフティ許可信号は、Ｄ２Ｄ通信に使用すべき周波数帯を示す情報を含む。これにより、ＵＥ１００が、Ｄ２Ｄ通信に使用する周波数帯を用いて自由にスケジューリングする場合に比べて、Ｄ２Ｄ通信を行うＵＥ１００が与える干渉を抑制できる。【0240】
本実施形態において、パブリックセーフティモードが選択されている場合において、ＵＥ１００は、セルラ通信が可能である場合、セルラ通信よりもＤ２Ｄ通信を優先して行う。これにより、Ｄ２Ｄ通信は、コアネットワークを経由して通信を行うセルラ通信に比べて、不安定な状況のネットワークにかかる負荷を低減することができる。【0241】
本実施形態において、ネットワークの状況が、上位装置からバックホールを介したｅＮＢ２００への信号が途絶したという状況である場合、パブリックセーフティ許可信号が送信される。また、ネットワークの状況が、上位装置からバックホールを介したｅＮＢ２００への信号が途絶するとともに、ｅＮＢ２００ｎからＸ２インターフェイスを介したｅＮＢ２００への信号が途絶したという状況である場合、パブリックセーフティ許可信号が送信される。また、ネットワークの状況が、ｅＮＢ２００への電源供給が遮断され、かつ、ｅＮＢ２００が備えるバッテリの残量が閾値を下回ったという状況である場合、パブリックセーフティ許可信号が送信される。このようにネットワークの状況が悪い場合、ＵＥ１００の制御によってＤ２Ｄ通信が行われることにより、Ｄ２Ｄ通信を有効活用することができる。【0242】
本実施形態において、ＵＥ１００は、パブリックセーフティ禁止信号を受信した場合、通常モードを選択する。これにより、ｅＮＢ２００が、ＵＥ１００によってＤ２Ｄ通信が制御されるタイミングを指定できるため、ＵＥ１００が自由にパブリックセーフティモードを適用してＤ２Ｄ通信を行うことを抑制できる。その結果、干渉の発生を抑制できる。【0243】
本実施形態において、ＵＥ１００は、ｅＮＢ２００から信号を受信してからパブリックセーフティ許可信号を所定期間受信しない場合には、通常モードを選択する。これにより、ｅＮＢ２００がパブリックセーフティを許可していない場合に、ＵＥ１００がいつまでもパブリックセーフティモードでＤ２Ｄ通信を行うことを抑制できる。【0244】
［第２実施形態］（第２実施形態に係る移動通信システムの概略動作）
次に、第２実施形態に係る移動通信システムの概略動作について、図２８を用いて説明する。図２８は、第２実施形態に係る移動通信システムの動作例を示すシーケンス図である。
【0245】
上述した実施形態では、ｅＮＢ２００がパブリックセーフティ許可信号を送信していたが、本実施形態では、ｅＮＢ２００がパブリックセーフティ許可信号を送信せずに、ＵＥ１００がパブリックセーフティモードを選択する。【0246】
図２８に示すように、ステップＳ８０１において、ｅＮＢ２００は、緊急速報を送信する。ＵＥ１００は、緊急速報を受信する。【0247】
ステップＳ８０２において、ＵＥ１００は、緊急速報の受信に基づいて、タイマを起動する。【0248】
ステップＳ８０３において、ＵＥ１００は、Ｔ１が経過して、タイマが満了した場合、パブリックセーフティモードを選択する。【0249】
ステップＳ８０４において、ｅＮＢ２００は、信号を送信する。ＵＥ１００は、信号を受信する。当該信号として、例えば、アライブ信号である。【0250】
ステップＳ８０５において、ＵＥ１００は、信号の受信に基づいて、通常モードを選択する。【0251】
（ＵＥ１００の動作）次に、ＵＥ１００の動作について、図２９及び図３０を用いて、説明する。図２９は、ｅＮＢ２００からの信号の受信状況に基づくＵＥ１００のＤ２Ｄ通信モードの選択処理を説明するためのフローチャートである。図３０は、第７タイマが満了したときの処理を説明するフローチャートである。
【0252】
図２９に示されるように、ステップＳ８２１において、ＵＥ１００は、ｅＮＢ２００から信号を受信したか否かを判定する。ＵＥ１００は、信号を受信していない場合（Ｎｏの場合）、処理を終了する。一方、ＵＥ１００は、信号を受信している場合（Ｙｅｓの場合）、ステップＳ８２２の処理を行う。【0253】
ステップＳ８２２において、ＵＥ１００は、第６タイマを起動する。ＵＥ１００は、第６タイマがすでに起動している場合は、第６タイマを再起動する。第６タイマが満了した場合、ＵＥ１００は、ＵＥ１００におけるｅＮＢ２００からの信号の受信状態（以下、ＵＥ１００の受信状態）をｅＮＢ２００から信号を受信できていることを示す受信中状態から、ｅＮＢ２００から信号を受信できていないことを示す未受信状態に移行する。【0254】
ステップＳ８２３において、ＵＥ１００は、ＵＥ１００の受信状態が未受信状態である場合、ＵＥ１００の受信状態を、未受信状態から受信中状態に移行する。【0255】
ステップＳ８２４において、ＵＥ１００は、ｅＮＢ２００から受信した信号が緊急速報である否かを判定する。ＵＥ１００は、信号が緊急速報である場合（Ｙｅｓの場合）、ステップＳ８２５の処理を行う。一方、ＵＥ１００は、ｅＮＢ２００から受信した信号が緊急速報でない場合（Ｎｏの場合）、ステップＳ８２６の処理を行う。【0256】
ステップＳ８２５において、ＵＥ１００は、第７タイマを起動する。ＵＥ１００は、第７タイマがすでに起動している場合は、第７タイマを再起動する。【0257】
ステップＳ８２６において、ＵＥ１００は、ＵＥ１００のＤ２Ｄ通信に適用されるモード（Ｄ２Ｄ通信モード）がパブリックセーフティモード（ｐｕｂｌｉｃ ｓａｆｅｔｙモード）であるか否かを判定する。ＵＥ１００は、Ｄ２Ｄ通信モードがパブリックセーフティモードである場合、通常モードを選択する。一方、ＵＥ１００は、Ｄ２Ｄ通信モードがパブリックセーフティモードでない場合、処理を終了する。【0258】
次に、第７タイマが満了したときの処理を説明する。第７タイマが満了したときに、ＵＥ１００は、ステップＳ８４１の処理を行う。【0259】
ステップＳ８４１において、ＵＥ１００は、ＵＥ１００の受信状態が受信中状態であるか否かを判定する。ＵＥ１００は、ＵＥ１００の受信状態が受信中状態でない場合（Ｎｏの場合）、ステップＳ８４２の処理を行う。一方、ＵＥ１００は、ＵＥ１００の受信状態が受信中状態である場合（Ｙｅｓの場合）、ステップＳ８４３の処理を行う。【0260】
ステップＳ８４２において、ＵＥ１００は、パブリックセーフティモードを選択する。【0261】
ステップＳ８４３において、ＵＥ１００は、通常モードを選択する。【0262】
以上の処理により、ＵＥ１００は、第７タイマが満了した場合に、ｅＮＢ２００からの信号を受信できている場合、通常モードを選択する。一方、ＵＥ１００は、第７タイマが満了した場合に、ｅＮＢ２００からの信号を受信できていない場合、パブリックセーフティモードを選択する。【0263】
また、ｅＮＢ２００は、ｅＮＢ２００から緊急速報以外の信号を受信した場合、通常モードを選択する。【0264】
なお、ＵＥ１００が、Ｄ２Ｄ通信モードとして、パブリックセーフティモードを選択して、Ｄ２Ｄ通信を行う場合に、ＵＥ１００は、例えば、ｅＮＢ２００からマスタ情報ブロック（ＭＩＢ）又はシステム情報ブロック（ＳＩＢ）に含まれるＤ２Ｄ通信に使用すべき周波数帯を示す情報を利用してもよい。または、ＵＥ１００は、ｅＮＢ２００との接続の確立の際に、ＲＲＣメッセージに含まれるＤ２Ｄ通信に使用すべき周波数帯を示す情報を利用してもよい。【0265】
（第２実施形態のまとめ）第２実施形態では、ＵＥ１００は、ｅＮＢ２００から緊急速報を受信した後にｅＮＢ２００からの信号が所定期間途絶した場合、すなわち、第７タイマが満了した場合、ｅＮＢ２００は、ステップＳ２２１の処理を行う。これにより、ＵＥ１００は、ｅＮＢ２００からパブリックセーフティ許可信号を受信しなくても、パブリックセーフティモードを選択することができる。したがって、例えば、災害により、ｅＮＢ２００がパブリックセーフティ許可信号を送信する前にダウンした場合であっても、ｅＮＢ２００が緊急速報を送信していれば、ＵＥ１００は、パブリックセーフティモードによってＤ２Ｄ通信を行うことができる。
【0266】
第２実施形態では、ＵＥ１００は、ｅＮＢ２００からの信号を受信できた場合、通常モードを選択する。これにより、ｅＮＢ２００がパブリックセーフティ禁止信号を送信しない場合であっても、ＵＥ１００が通常モードを選択できるため、ＵＥ１００がいつまでもパブリックセーフティモードでＤ２Ｄ通信を行うことを抑制できる。【0267】
［その他実施形態］上記のように、本発明は実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。
【0268】
上述した実施形態では、ｅＮＢ２００が、パブリックセーフティ許可信号及びパブリックセーフティ禁止信号の判定処理を行っていたが、これに限られない。ｅＮＢ２００の上位装置が当該判定処理を行ってもよい。【0269】
また、上述した第１実施形態では、「（２）パブリックセーフティ禁止信号の送信の判定処理」において、ｅＮＢ２００は、パブリックセーフティ禁止信号を一度だけ送信していたが、これに限られない。ｅＮＢ２００は、ネットワークの状況が回復した後に、一度だけでなく、定期的又は不定期に、パブリックセーフティ禁止信号を送信してもよい。【0270】
また、ＵＥ１００は、パブリックセーフティモードである場合に、パブリックセーフティ許可信号を送信しているｅＮＢ２００を検知できなくなった場合（すなわち、ＵＥ１００がｅＮＢ２００から報知メッセージを受信できなくなった場合）、パブリックセーフティ禁止信号を受信するまで、又は、パブリックセーフティモードの許可更新タイマが満了するまで、パブリックセーフティモードを維持してもよい。【0271】
具体的には、ＵＥ１００は、図３１及び図３２に示すような処理を行ってもよい。図３１は、ｅＮＢ２００ｎからの信号の受信状況に基づいて、ＵＥ１００のＤ２Ｄ通信に適用されるモードを選択する処理を説明するためのフローチャートである。ここで、ｅＮＢ２００ｎは、パブリックセーフティ許可信号を送信しているｅＮＢ２００であってもよいし、他のｅＮＢ２００であってもよい。図３２は、許可更新タイマが満了したときの処理を説明するフローチャートである。【0272】
図３１に示すように、ステップＳ９０１において、ＵＥ１００は、ｅＮＢ２００ｎから信号を受信したか否かを判定する。ＵＥ１００は、信号を受信していない場合（Ｎｏの場合）、処理を終了する。一方、ＵＥ１００は、信号を受信した場合（Ｙｅｓの場合）、ステップＳ９０２の処理を行う。【0273】
ステップＳ９０２において、ＵＥ１００は、第８タイマを起動する。ＵＥ１００は、第８タイマがすでに起動している場合は、第８タイマを再起動する。【0274】
第８タイマが満了した場合、ＵＥ１００は、ＵＥ１００におけるｅＮＢ２００ｎからの信号の受信状態を未受信状態に移行する。すなわち、ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態が未受信状態であると記憶する。【0275】
ステップＳ９０３において、ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態が未受信状態であるか否かを判定する。ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態が未受信状態である場合（Ｙｅｓの場合）、ステップＳ９０４の処理を行う。一方、ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態が未受信状態でない場合（Ｎｏの場合）、ステップＳ９０５の処理を行う。【0276】
ステップＳ９０４において、ＵＥ１００は、許可更新タイマを起動する。ＵＥ１００は、許可更新タイマがすでに起動している場合は、許可更新タイマを再起動する。【0277】
ステップＳ９０５において、ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態を受信中状態に移行する。すなわち、ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態が受信中状態であると記憶する。【0278】
ステップＳ９０６において、ＵＥ１００は、ｅＮＢ２００ｎから受信した信号がパブリックセーフティ許可信号であるか否かを判定する。ＵＥ１００は、受信信号がパブリックセーフティ許可信号でない場合（Ｎｏの場合）、処理を終了する。一方、ＵＥ１００は、受信信号がパブリックセーフティ許可信号である場合（Ｙｅｓの場合）、ステップＳ９０７の処理を行う。【0279】
ステップＳ９０７において、ＵＥ１００は、ＵＥ１００におけるｅＮＢ２００ｎの状態をパブリックセーフティ許可状態に移行する。すなわち、ＵＥ１００は、ＵＥ１００におけるｅＮＢ２００ｎの状態をパブリックセーフティ許可状態であると記憶する。【0280】
ステップＳ９０８において、ステップＳ９０４と同様に、ＵＥ１００は、許可更新タイマを起動する。【0281】
次に、許可更新タイマが満了したときの処理を説明する。許可更新タイマが満了したときに、ＵＥ１００は、ステップＳ９２１の処理を行う。【0282】
図３２に示すように、ステップＳ９２１において、ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態が未受信状態であるか否かを判定する。ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態が未受信状態である場合、処理を終了する。ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態が未受信状態でない場合、ステップＳ９２２の処理を行う。【0283】
ステップＳ９２２において、ＵＥ１００は、ＵＥ１００におけるｅＮＢ２００ｎの状態をパブリックセーフティ禁止状態に移行する。すなわち、ＵＥ１００は、ｅＮＢ２００ｎの状態がパブリックセーフティ禁止状態であると記憶する。【0284】
ＵＥ１００は、ＵＥ１００におけるｅＮＢ２００ｎの状態が、パブリックセーフティ許可状態である場合、パブリックセーフティモードを選択する。一方、ＵＥ１００は、ｅＮＢ２００ｎの状態が、パブリックセーフティ禁止状態である場合、通常モードを選択する。【0285】
なお、ＵＥ１００は、ＵＥ１００が検知している全てのｅＮＢ２００ｎの状態が、パブリックセーフティ許可状態である場合、パブリックセーフティモードを選択し、それ以外の場合に、通常モードを選択するという処理を行ってもよい。なお、それ以外の場合とは、ＵＥ１００が検知できているｅＮＢ２００ｎの一部の状態が、パブリックセーフティ許可状態でない場合や、ＵＥ１００が検知できているｅＮＢ２００ｎの全てがパブリックセーフティ許可状態でない場合を含む。【0286】
また、ＵＥ１００は、以下のように、ｅＮＢ２００からパブリックセーフティ禁止信号を受信できない場合であっても、ＵＥ１００は、通常モードを選択して、パブリックセーフティモードから通常モードへ移行してもよい。【0287】
具体的には、まず、ＵＥ１００がパブリックセーフティモードを選択している場合であり、且つ、ｅＮＢ２００を検知できないと仮定して、説明を進める。【0288】
例えば、ＵＥ１００の移動によって、新たにｅＮＢ２００−１を検知した場合で、且つ、ｅＮＢ２００−１からの信号を検知してから所定期間、ｅＮＢ２００−１からのパブリックセーフティ許可信号を受信できない場合、ＵＥ１００は、通常モードを選択してもよい。【0289】
また、ｅＮＢ２００は、パブリックセーフティモードを選択しているＵＥ１００が接続セットアップ要求を行った場合で、且つ、ｅＮＢ２００の状態がパブリックセーフティ禁止状態である場合（すなわち、ＵＥ１００が、パブリックセーフティモードを選択することが禁止されている場合）、ｅＮＢ２００は、ＵＥ１００との接続手続中に、ＵＥ１００にパブリックセーフティモードではなく、通常モードを選択するように指示してもよい。すなわち、ｅＮＢ２００は、ＵＥ１００との接続の確立に用いられる信号（例えば、ＲＲＣ接続セットアップ）と共に、パブリックセーフティ禁止信号を送信してもよい。また、ｅＮＢ２００は、ＵＥ１００との接続の確立に用いられる信号の中に、ｅＮＢ２００の状態がパブリックセーフティ禁止状態である旨を示す情報を含めて、当該信号をＵＥ１００に送信してもよい。【0290】
なお、パブリックセーフティモードを選択しているＵＥ１００は、ｅＮＢ２００との接続の確立の要求に、ＵＥ１００がパブリックセーフティモードを選択していることを示す情報を含めもよい。【0291】
また、上述した各実施形態及び変形例は、それぞれ適宜組み合わせてもよいことは勿論である。【0292】
例えば、第２実施形態に示されるように、緊急速報を受信してからパブリックセーフティ許可信号を受信せずに、パブリックセーフティモードを選択したＵＥ１００が、パブリックセーフティ禁止信号を受信することにより通常モードを選択してもよい。【0293】
上述した実施形態では、本発明をＬＴＥシステムに適用する一例を説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。【0294】
なお、日本国特許出願第２０１３−０９３０３９号（２０１３年４月２５日出願）の全内容が、参照により、本願明細書に組み込まれている。【産業上の利用可能性】
【0295】
以上のように、本発明に係るユーザ端末、基地局及びプロセッサは、Ｄ２Ｄ通信を有効に活用できるため、移動通信分野において有用である。