(57)【要約】  ＵＥ１００は、Ｄ２Ｄ通信に適用されるモードとして、ネットワークによってＤ２Ｄ通信が制御される通常モードと、ネットワークの代わりにＵＥ１００によってＤ２Ｄ通信が制御されるパブリックセーフティモードと、から一方を選択する制御部を備える。ＵＥ１００は、ネットワークの状況に応じて送信されるパブリックセーフティ許可信号及びパブリックセーフティ禁止信号の受信状況に基づいて、通常モードとパブリックセーフティモードとから一方を選択する。
2014175082.tif 000002
【特許請求の範囲】
【請求項１】
直接的な端末間通信であるＤ２Ｄ通信を制御するネットワークを有する移動通信システムにおけるユーザ端末であって、
前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりに前記ユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択する制御部を備え、
前記制御部は、前記ネットワークの状況に応じて送信される所定の信号の受信状況に基づいて、前記第１のモードと前記第２のモードとから一方を選択することを特徴とするユーザ端末。
【請求項２】
前記所定の信号は、前記第２のモードを選択することを許可する許可信号であり、
前記制御部は、前記許可信号を受信した場合、前記第２のモードを選択することを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記ユーザ端末は、前記ネットワークに含まれる１以上の基地局のそれぞれから信号を受信し、
前記制御部は、前記１以上の基地局の全てから前記許可信号を受信した場合に、前記第２のモードを選択することを特徴とする請求項２に記載のユーザ端末。
【請求項４】
前記制御部は、災害に関する情報を示す緊急速報を受信した後に前記許可信号を受信した場合、前記第２のモードを選択することを特徴とする請求項２に記載のユーザ端末。
【請求項５】
前記許可信号は、前記Ｄ２Ｄ通信に使用すべき周波数帯を示す情報を含むことを特徴とする請求項２に記載のユーザ端末。
【請求項６】
前記モードとして前記第２のモードが選択されている場合において、前記制御部は、前記ネットワークに含まれるコアネットワークを経由する通信であるセルラ通信が可能である場合、前記セルラ通信よりも前記Ｄ２Ｄ通信を優先して行うことを特徴とする請求項２に記載のユーザ端末。
【請求項７】
前記許可信号は、前記ネットワークの状況が、前記ネットワークに含まれる基地局の上位装置からバックホールを介した前記基地局への信号が途絶したという状況である場合、送信されることを特徴とする請求項２に記載のユーザ端末。
【請求項８】
前記許可信号は、前記ネットワークの状況が、前記ネットワークに含まれる基地局の上位装置からバックホールを介した前記基地局への信号が途絶するとともに、前記基地局に隣接する隣接基地局からＸ２インターフェイスを介した前記基地局への信号が途絶したという状況である場合、送信されることを特徴とする請求項２に記載のユーザ端末。
【請求項９】
前記許可信号は、前記ネットワークの状況が、前記ネットワークに含まれる基地局への電源供給が遮断され、かつ、前記基地局が備えるバッテリの残量が閾値を下回ったという状況である場合、送信されることを特徴とする請求項２に記載のユーザ端末。
【請求項１０】
前記所定の信号は、前記第２のモードを選択することを禁止する禁止信号であり、
前記制御部は、前記禁止信号を受信した場合、前記第１のモードを選択することを特徴とする請求項１に記載のユーザ端末。
【請求項１１】
前記モードとして前記第２のモードが選択されている場合において、前記制御部は、前記ネットワークに含まれる基地局から信号を受信してから前記許可信号を所定期間受信しない場合には、前記第１のモードを選択することを特徴とする請求項２に記載のユーザ端末。
【請求項１２】
前記制御部は、前記ネットワークに含まれる基地局から、災害に関する情報を示す緊急速報を受信した後に前記基地局からの信号が所定期間途絶した場合、前記第２のモードを選択することを特徴とする請求項１に記載のユーザ端末。
【請求項１３】
前記モードとして前記第２のモードが選択されている場合において、前記制御部は、前記基地局からの信号を受信できた場合、前記第１のモードを選択することを特徴とする請求項１２に記載のユーザ端末。
【請求項１４】
直接的な端末間通信であるＤ２Ｄ通信を制御するネットワークと、前記ネットワークに含まれる基地局とを有する移動通信システムにおける基地局であって、
前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりに前記ユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択可能なユーザ端末に、前記第２のモードを選択することを許可する許可信号、又は、前記第２のモードを選択することを禁止する禁止信号を送信する送信部と、
前記基地局を含む前記ネットワークの状況に応じて、前記許可信号又は前記禁止信号を送信する制御を行う制御部と、を備えることを特徴とする基地局。
【請求項１５】
前記制御部は、前記第２のモードを選択することが禁止されている場合に、前記第２のモードを選択している前記ユーザ端末が、前記基地局との接続の確立を要求した場合、前記接続の確立に用いられる信号と共に前記禁止信号を送信することを特徴とする請求項１４に記載の基地局。
【請求項１６】
直接的な端末間通信であるＤ２Ｄ通信を制御するネットワークを有する移動通信システムにおけるユーザ端末に備えられるプロセッサであって、
前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりに前記ユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択する処理を実行し、
前記ネットワークの状況に応じて送信される所定の信号の受信状況に基づいて、前記第１のモードと前記第２のモードとから一方を選択する処理を実行することを特徴とするプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄ通信をサポートする移動通信システムに適用されるユーザ端末、基地局及びプロセッサに関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信の導入が検討されている（非特許文献１参照）。【０００３】
Ｄ２Ｄ通信では、近接する複数のユーザ端末が、直接的な通信を行う。一方、移動通信システムの通常の通信（セルラ通信）のデータパスは、コアネットワークを経由する。【０００４】
ところで、ユーザ端末が自由にＤ２Ｄ通信を行った場合、ユーザ端末の周囲に存在する他のユーザ端末及び基地局への干渉が発生することがあるため、現状、コアネットワークを含むネットワークが主導して、Ｄ２Ｄ通信を制御することが想定されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ技術報告  「ＴＲ  ２２．８０３  Ｖ１．１．０」  ２０１２年１１月
【発明の概要】
【０００６】
しかしながら、例えば、地震などの災害の発生により、ネットワークの状況が不安定である場合、ネットワークがＤ２Ｄ通信を制御し続けることが困難であるため、Ｄ２Ｄ通信が不能になるという問題がある。
【０００７】
そこで、本発明は、Ｄ２Ｄ通信を有効に活用できるユーザ端末、基地局及びプロセッサを提供する。
【０００８】
一実施形態によれば、ユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信を制御するネットワークを有する移動通信システムにおけるユーザ端末である。前記ユーザ端末は、前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりに前記ユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択する制御部を備える。前記制御部は、前記ネットワークの状況に応じて送信される所定の信号の受信状況に基づいて、前記第１のモードと前記第２のモードとから一方を選択する。
【図面の簡単な説明】
【０００９】
【図１】図１は、ＬＴＥシステムの構成図である。
【図２】図２は、ＵＥのブロック図である。
【図３】図３は、ｅＮＢのブロック図である。
【図４】図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図５】図５は、ＬＴＥシステムで使用される無線フレームの構成図である。
【図６】図６は、セルラ通信におけるデータパスを示す図である。
【図７】図７は、Ｄ２Ｄ通信におけるデータパスを示す図である。
【図８】図８は、第１実施形態に係る移動通信システムの動作例を示すシーケンス図である。
【図９】図９は、パブリックセーフティ許可信号に含まれるバンド情報を説明するための図である。
【図１０】図１０は、ｅＮＢ２００と上位装置とのバックホールを介した接続確認の処理を説明するフローチャートである。
【図１１】図１１は、第１タイマが満了したときの処理を説明するフローチャートである。
【図１２】図１２は、第２タイマが満了したときの処理を説明するフローチャートである。
【図１３】図１３は、ｅＮＢ２００と上位装置とのバックホールを介した接続確認の処理を説明するフローチャートである。
【図１４】図１４は、ｅＮＢ２００と隣接ｅＮＢ２００ｎとのＸ２インターフェイスを介した接続確認の処理を説明するフローチャートである。
【図１５】図１５は、第３タイマが満了したときの処理を説明するフローチャートである。
【図１６】図１６は、第３ｎタイマが満了したときの処理を説明するフローチャートである。
【図１７】図１７は、ｅＮＢ２００への電源供給の監視処理を説明するフローチャートである。
【図１８】図１８は、ｅＮＢ２００のバッテリの残量が所定の閾値を下回った場合の処理を説明するフローチャートである。
【図１９】図１９は、パブリックセーフティ禁止信号の送信の判定処理を説明するためのフローチャートである。
【図２０】図２０は、ｅＮＢ２００からのパブリックセーフティ許可信号の受信状況に基づくＵＥ１００の処理を説明するためフローチャートである。
【図２１】図２１は、第４タイマが満了したときの処理を説明するフローチャートである。
【図２２】図２２は、ｅＮＢ２００ｎからのパブリックセーフティ許可信号の受信状況に基づく処理を説明するためフローチャートである。
【図２３】図２３は、第４ｎタイマが満了したときの処理を説明するフローチャートである。
【図２４】図２４は、ＵＥ１００におけるｅＮＢ２００ｎの状態の取り扱い処理を説明するフローチャートである。
【図２５】図２５は、ｅＮＢ２００と上位装置とのバックホールを介した接続確認の処理を説明するフローチャートである。
【図２６】図２６は、第５タイマが満了したときの処理を説明するフローチャートである。
【図２７】図２７は、ｅＮＢ２００への電源供給の監視処理を説明するフローチャートである。
【図２８】図２８は、第２実施形態に係る移動通信システムの動作例を示すシーケンス図である。
【図２９】図２９は、ｅＮＢ２００からの信号の受信状況に基づくＵＥ１００のＤ２Ｄ通信モードの選択処理を説明するためのフローチャートである。
【図３０】図３０は、第７タイマが満了したときの処理を説明するフローチャートである。
【図３１】図３１は、ｅＮＢ２００ｎからの信号の受信状況に基づいて、ＵＥ１００のＤ２Ｄ通信に適用されるモードを選択する処理を説明するためのフローチャートである。
【図３２】図３２は、許可更新タイマが満了したときの処理を説明するフローチャートである。
【発明を実施するための形態】
【００１０】
［実施形態の概要］
実施形態に係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信を制御するネットワークを有する移動通信システムにおけるユーザ端末であって、前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりに前記ユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択する制御部を備える。前記制御部は、前記ネットワークの状況に応じて送信される所定の信号の受信状況に基づいて、前記第１のモードと前記第２のモードとから一方を選択する。これにより、ネットワークの状況に応じて、第１のモードと第２のモードとから適宜選択することができるため、Ｄ２Ｄ通信を有効に活用できる。
【００１１】
第１実施形態において、前記所定の信号は、前記第２のモードを選択することを許可する許可信号であり、前記制御部は、前記許可信号を受信した場合、前記第２のモードを選択する。これにより、基地局が、ユーザ端末によってＤ２Ｄ通信が制御されるタイミングを指定できるため、ユーザ端末が自由に第２のモードを適用してＤ２Ｄ通信を行うことを抑制できる。その結果、干渉の発生を抑制できる。
【００１２】
第１実施形態において、前記ユーザ端末は、前記ネットワークに含まれる１以上の基地局のそれぞれから信号を受信し、前記制御部は、前記１以上の基地局の全てから前記許可信号を受信した場合に、前記第２のモードを選択する。これにより、ユーザ端末の周囲に存在する基地局の全てが、第２のモードを適用してＤ２Ｄ通信を行うことを許可しているため、ユーザ端末が、第２のモードを適用して、Ｄ２Ｄ通信を行っても、基地局への干渉が発生する可能性が低い。
【００１３】
第１実施形態において、前記制御部は、災害に関する情報を示す緊急速報を受信した後に前記許可信号を受信した場合、前記第２のモードを選択する。これにより、基地局から緊急速報が送信された後に、パブリックセーフティ許可信号が送信されているため、ネットワークの状況が不安定である可能性が高い。このため、パブリックセーフティ許可信号が誤って送信された場合に第２のモードが選択されることを抑制できる。
【００１４】
第１実施形態において、前記許可信号は、前記Ｄ２Ｄ通信に使用すべき周波数帯を示す情報を含む。これにより、ユーザ端末が、Ｄ２Ｄ通信に使用する周波数帯を用いて自由にスケジューリングする場合に比べて、Ｄ２Ｄ通信を行うユーザ端末が与える干渉を抑制できる。
【００１５】
第１実施形態において、前記モードとして前記第２のモードが選択されている場合において、前記制御部は、前記ネットワークに含まれるコアネットワークを経由する通信であるセルラ通信が可能である場合、前記セルラ通信よりも前記Ｄ２Ｄ通信を優先して行う。これにより、Ｄ２Ｄ通信は、コアネットワークを経由して通信を行うセルラ通信に比べて、不安定な状況のネットワークにかかる負荷を低減することができる。
【００１６】
第１実施形態において、前記許可信号は、前記ネットワークの状況が、前記ネットワークに含まれる基地局の上位装置からバックホールを介した前記基地局への信号が途絶したという状況である場合、送信される。このようにネットワークの状況が悪い場合、ユーザ端末の制御によってＤ２Ｄ通信が行われることにより、Ｄ２Ｄ通信を有効活用することができる。
【００１７】
第１実施形態において、前記許可信号は、前記ネットワークの状況が、前記ネットワークに含まれる基地局の上位装置からバックホールを介した前記基地局への信号が途絶するとともに、前記基地局に隣接する隣接基地局からＸ２インターフェイスを介した前記基地局への信号が途絶したという状況である場合、送信される。
【００１８】
第１実施形態において、前記許可信号は、前記ネットワークの状況が、前記ネットワークに含まれる基地局への電源供給が遮断され、かつ、前記基地局が備えるバッテリの残量が閾値を下回ったという状況である場合、送信される。
【００１９】
第１実施形態において、前記所定の信号は、前記第２のモードを選択することを禁止する禁止信号であり、前記制御部は、前記禁止信号を受信した場合、前記第１のモードを選択する。これにより、基地局が、ユーザ端末によってＤ２Ｄ通信が制御されるタイミングを指定できるため、ユーザ端末が自由に第２のモードを適用してＤ２Ｄ通信を行うことを抑制できる。その結果、干渉の発生を抑制できる。
【００２０】
第１実施形態において、前記モードとして前記第２のモードが選択されている場合において、前記制御部は、前記ネットワークに含まれる基地局から信号を受信してから前記許可信号を所定期間受信しない場合には、前記第１のモードを選択する。これにより、基地局がパブリックセーフティを許可していない場合に、ユーザ端末がいつまでも第２のモードでＤ２Ｄ通信を行うことを抑制できる。
【００２１】
第２実施形態において、前記制御部は、前記ネットワークに含まれる基地局から、災害に関する情報を示す緊急速報を受信した後に前記基地局からの信号が所定期間途絶した場合、前記第２のモードを選択する。これにより、ユーザ端末は、基地局からパブリックセーフティ許可信号を受信しなくても、第２のモードを選択することができる。
【００２２】
第２実施形態において、前記モードとして前記第２のモードが選択されている場合において、前記制御部は、前記基地局からの信号を受信できた場合、前記第１のモードを選択する。これにより、基地局がパブリックセーフティ禁止信号を送信しない場合であっても、ユーザ端末が第１のモードを選択できるため、ユーザ端末がいつまでも第２のモードでＤ２Ｄ通信を行うことを抑制できる。
【００２３】
実施形態に係る基地局は、直接的な端末間通信であるＤ２Ｄ通信を制御するネットワークと、前記ネットワークに含まれる基地局とを有する移動通信システムにおける基地局であって、前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりに前記ユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択可能なユーザ端末に、前記第２のモードを選択することを許可する許可信号、又は、前記第２のモードを選択することを禁止する禁止信号を送信する送信部と、前記基地局を含む前記ネットワークの状況に応じて、前記許可信号又は前記禁止信号を送信する制御を行う制御部と、を備える。
【００２４】
その他実施形態において、前記制御部は、前記第２のモードを選択することが禁止されている場合に、前記第２のモードを選択している前記ユーザ端末が、前記基地局との接続の確立を要求した場合、前記接続の確立に用いられる信号と共に前記禁止信号を送信する。
【００２５】
実施形態に係るプロセッサは、直接的な端末間通信であるＤ２Ｄ通信を制御するネットワークを有する移動通信システムにおけるユーザ端末に備えられるプロセッサであって、前記Ｄ２Ｄ通信に適用されるモードとして、前記ネットワークによって前記Ｄ２Ｄ通信が制御される第１のモードと、前記ネットワークの代わりに前記ユーザ端末によって前記Ｄ２Ｄ通信が制御される第２のモードと、から一方を選択する処理を実行し、前記ネットワークの状況に応じて送信される所定の信号の受信状況に基づいて、前記第１のモードと前記第２のモードとから一方を選択する処理を実行する。
【００２６】
以下、図面を参照して、３ＧＰＰ規格に準拠して構成されるセルラ移動通信システム（以下、「ＬＴＥシステム」）にＤ２Ｄ通信を導入する場合の各実施形態を説明する。
【００２７】
［第１実施形態］
以下、第１実施形態について、説明する。
【００２８】
（ＬＴＥシステム）
図１は、本実施形態に係るＬＴＥシステムの構成図である。
【００２９】
図１に示すように、ＬＴＥシステムは、複数のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０と、を含む。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００３０】
ＵＥ１００は、移動型の無線通信装置であり、接続を確立したセル（サービングセル）との無線通信を行う。ＵＥ１００はユーザ端末に相当する。
【００３１】
Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は基地局に相当する。ｅＮＢ２００は、セルを管理しており、セルとの接続を確立したＵＥ１００との無線通信を行う。
【００３２】
なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３３】
ｅＮＢ２００は、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。
【００３４】
ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）４００とを含む。また、ＥＰＣ２０は、コアネットワークに相当する。
【００３５】
ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。
【００３６】
ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。また、ｅＮＢ２００は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。
【００３７】
ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。
【００３８】
次に、ＵＥ１００及びｅＮＢ２００の構成を説明する。
【００３９】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１と、無線送受信機１１０と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。メモリ１５０及びプロセッサ１６０は、制御部を構成する。
【００４０】
制御部は、Ｄ２Ｄ通信に適用されるモードとして、通常モードと、パブリックセーフティモードとから一方を選択する。なお、通常モード及びパブリックセーフティモードについては、後述する。
【００４１】
ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサ１６０’としてもよい。
【００４２】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。アンテナ１０１は、複数のアンテナ素子を含む。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。
【００４３】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。
【００４４】
ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。
【００４５】
バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００４６】
メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。
【００４７】
プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４８】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１と、無線送受信機２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。メモリ２３０及びプロセッサ２４０は、制御部を構成する。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサ２４０’としてもよい。
【００４９】
メモリ２３０には、ｅＮＢ２００の状態が記憶される。制御部は、所定の条件に基づいて、ｅＮＢ２００の状態を選択する。ｅＮＢ２００の状態の詳細は、後述にて説明する。
【００５０】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。アンテナ２０１は、複数のアンテナ素子を含む。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号に変換してプロセッサ２４０に出力する。
【００５１】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００５２】
メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。
【００５３】
プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００５４】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【００５５】
図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１乃至レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。
【００５６】
物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。
【００５７】
ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式など）、及び割り当てリソースブロックを決定するＭＡＣスケジューラを含む。
【００５８】
ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。
【００５９】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００６０】
ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は接続状態であり、そうでない場合、ＵＥ１００はアイドル状態である。
【００６１】
ＲＲＣレイヤの上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)レイヤは、セッション管理及びモビリティ管理などを行う。
【００６２】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ使用される。
【００６３】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各シンボルの先頭には、サイクリックプレフィックス（ＣＰ）と呼ばれるガード区間が設けられる。リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルにより構成される無線リソース単位はリソースエレメント（ＲＥ）と称される。
【００６４】
ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００６５】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主に物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。さらに、各サブフレームには、セル固有参照信号（ＣＲＳ）が分散して配置される。
【００６６】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。また、各サブフレームにおける周波数方向の中央部は、主に物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。さらに、各サブフレームには、復調参照信号（ＤＭＲＳ）及びサウンディング参照信号（ＳＲＳ）が配置される。
【００６７】
（Ｄ２Ｄ通信）
次に、ＬＴＥシステムの通常の通信（セルラ通信）とＤ２Ｄ通信とを比較して説明する。
【００６８】
図６は、セルラ通信におけるデータパスを示す図である。ここでは、ｅＮＢ２００−１との接続を確立したＵＥ１００−１と、ｅＮＢ２００−２との接続を確立したＵＥ１００−２と、の間でセルラ通信を行う場合を例示している。なお、データパスとは、ユーザデータ（ユーザプレーン）の転送経路を意味する。
【００６９】
図６に示すように、セルラ通信のデータパスはネットワークを経由する。詳細には、ｅＮＢ２００−１、Ｓ−ＧＷ３００、及びｅＮＢ２００−２を経由するデータパスが設定される。
【００７０】
図７は、Ｄ２Ｄ通信におけるデータパスを示す図である。ここでは、ｅＮＢ２００−１との接続を確立したＵＥ１００−１と、ｅＮＢ２００−２との接続を確立したＵＥ１００−２と、の間でＤ２Ｄ通信を行う場合を例示している。
【００７１】
例えば、ＵＥ１００−１及びＵＥ１００−２のうち一方のＵＥ１００が、近傍に存在する他方のＵＥ１００を発見することで、Ｄ２Ｄ通信が開始される。なお、Ｄ２Ｄ通信を開始するために、ＵＥ１００は、自身の近傍に存在する他のＵＥ１００を発見する（Ｄｉｓｃｏｖｅｒ）機能を有する。また、ＵＥ１００は、他のＵＥ１００から発見される(Ｄｉｓｃｏｖｅｒａｂｌｅ)機能を有する。
【００７２】
図７に示すように、Ｄ２Ｄ通信のデータパスはネットワークを経由しない。すなわち、ＵＥ間で直接的な無線通信を行う。このように、ＵＥ１００−１の近傍にＵＥ１００−２が存在するのであれば、ＵＥ１００−１とＵＥ１００−２との間でＤ２Ｄ通信を行うことによって、ネットワークのトラフィック負荷及びＵＥ１００のバッテリ消費量を削減するなどの効果が得られる。
【００７３】
（通常モード及びパブリックセーフティモード）
ＵＥ１００は、通常モード（第１のモード）及びパブリックセーフティモード（第２のモード）のうち、一方のモードで、Ｄ２Ｄ通信を行う。すなわち、通常モード及びパブリックセーフティモードの一方のモードが、Ｄ２Ｄ通信のモード（Ｄ２Ｄ通信モード）として適用される。
【００７４】
通常モードは、ネットワークによってＤ２Ｄ通信が制御されるモードである。ネットワークは、ｅＮＢ２００及びｅＮＢ２００の上位装置（例えば、ＭＭＥ／Ｓ−ＧＷ３００）を含む。通常モードでは、ネットワークが、Ｄ２Ｄ通信における無線リソースのスケジュールを行うことによって、Ｄ２Ｄ通信を制御する。ネットワークは、Ｄ２Ｄ通信の制御として、Ｄ２Ｄ通信の開始又は終了の指示をＵＥ１００に行ってもよい。
【００７５】
パブリックセーフティモードは、ネットワークの代わりにＵＥ１００によってＤ２Ｄ通信が制御されるモードである。パブリックセーフティモードでは、ＵＥ１００がＤ２Ｄ通信における無線リソースのスケジュールを行うことによって、Ｄ２Ｄ通信を制御する。
【００７６】
パブリックセーフティモードでは、セルラ通信が可能である場合、セルラ通信よりもＤ２Ｄ通信が優先して行われてもよい。例えば、ユーザが通話を開始する操作を行った場合、Ｄ２Ｄ通信における通信相手端末の発見処理を行い、且つ、通信相手端末が発見できない場合に、セルラ通信を行うための処理を開始してもよい。
【００７７】
通常モードは、一般的なモードであるのに対し、パブリックセーフティモードは、ユーザが自由に選択できないモードである。後述するように、所定条件下において、パブリックセーフティモードは、選択される。
【００７８】
また、通常モードでは、Ｄ２Ｄ通信を行ったＵＥ１００に対して、課金が行われるのに対し、パブリックセーフティモードでは、Ｄ２Ｄ通信を行ったＵＥ１００に対して、課金が行われなくてもよい。
【００７９】
（ｅＮＢ２００の状態）
ｅＮＢ２００の状態は、以下に示すように、いくつかの種類に分類される。本実施形態において、ｅＮＢ２００の状態は、５種類に分類される。
【００８０】
第１のｅＮＢ２００の状態は、パブリックセーフティに関するｅＮＢ２００の状態である。パブリックセーフティに関するｅＮＢ２００の状態は、パブリックセーフティ禁止状態（ｐｕｂｌｉｃ  ｓａｆｔｅｙ  禁止状態）又はパブリックセーフティ許可状態（ｐｕｂｌｉｃ  ｓａｆｔｅｙ  許可状態）である。ｅＮＢ２００は、パブリックセーフティに関するｅＮＢ２００の状態として、パブリックセーフティ禁止状態及びパブリックセーフティ許可状態のいずれか一方を選択する。
【００８１】
パブリックセーフティ禁止状態は、ｅＮＢ２００が、自局の配下のＵＥ１００がパブリックセーフティモードを選択することを禁止している状態である。パブリックセーフティ許可状態は、ｅＮＢ２００が、自局の配下のＵＥ１００がパブリックセーフティモードを選択することを許可している状態である。ｅＮＢ２００が正常に動作している場合、パブリックセーフティ禁止状態が選択される。
【００８２】
第２のｅＮＢ２００の状態は、バックホールに関するｅＮＢ２００の状態である。バックホールに関するｅＮＢ２００の状態は、バックホール接続状態又はバックホール途絶状態である。ｅＮＢ２００は、バックホールに関するｅＮＢ２００の状態として、バックホール接続状態及びバックホール途絶状態のいずれか一方を選択する。
【００８３】
バックホール接続状態は、ｅＮＢ２００がバックホールを介してｅＮＢ２００の上位装置と接続されている状態であり、ｅＮＢ２００とｅＮＢ２００の上位装置とのバックホールを介した通信が可能な状態である。バックホール途絶状態は、ｅＮＢ２００がバックホールを介した上位装置との接続が途絶している状態であり、ｅＮＢ２００とｅＮＢ２００の上位装置とのバックホールを介した通信が不能な状態である。
【００８４】
第３のｅＮＢ２００の状態は、ｎ番目の隣接ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態である。隣接ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態は、ｅＮＢ２００ｎ接続状態又はｅＮＢ２００ｎ途絶状態である。ｅＮＢ２００は、隣接ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態として、ｅＮＢ２００ｎ接続状態及びｅＮＢ２００ｎ途絶状態のいずれか一方を選択する。
【００８５】
ｅＮＢ２００ｎ接続状態は、ｅＮＢ２００がＸ２インターフェイスを介してｅＮＢ２００に隣接する隣接ｅＮＢ２００ｎと接続されている状態で有り、ｅＮＢ２００とｅＮＢ２００ｎとのＸ２インターフェイスを介した通信が可能な状態である。ｅＮＢ２００ｎ途絶状態は、ｅＮＢ２００がＸ２インターフェイスを介したｅＮＢ２００ｎとの接続が途絶している状態で有り、ｅＮＢ２００とｅＮＢ２００ｎとのＸ２インターフェイスを介した通信が不能の状態である。
【００８６】
第４のｅＮＢ２００の状態は、電源供給に関するｅＮＢ２００の状態である。電源供給に関するｅＮＢ２００の状態は、電源供給あり状態又は電源供給なし状態である。ｅＮＢ２００は、電源供給あり状態及び電源供給なし状態のいずれか一方を選択する。
【００８７】
電源供給あり状態は、ｅＮＢ２００に外部から電源供給がある状態である。電源供給なし状態は、ｅＮＢ２００に外部から電源供給がない状態である。
【００８８】
第５のｅＮＢ２００の状態は、緊急速報に関するｅＮＢ２００の状態である。緊急速報に関するｅＮＢ２００の状態は、緊急速報送信状態又は緊急速報停止状態である。ｅＮＢ２００は、緊急速報送信状態及び緊急速報停止状態のいずれか一方を選択する。
【００８９】
緊急速報送信状態は、ｅＮＢ２００が緊急速報を送信した状態である。緊急速報停止状態は、ｅＮＢ２００が緊急速報の送信を停止した状態である。
【００９０】
ｅＮＢ２００は、上述した第１から第５の状態のそれぞれについて、所定の状態を選択している。
【００９１】
（第１実施形態に係る移動通信システムの概略動作）
次に、第１実施形態に係る移動通信システムの概略動作について、図８及び図９を用いて説明する。
【００９２】
図８は、第１実施形態に係る移動通信システムの動作例を示すシーケンス図である。図９は、パブリックセーフティ許可信号に含まれるバンド情報を説明するための図である。
【００９３】
図８に示すように、ステップＳ１０１において、ｅＮＢ２００は、パブリックセーフティ許可信号の送信の判定処理を行う。パブリックセーフティ許可信号の送信の判定処理の詳細は、後述する。以下において、ｅＮＢ２００が、パブリックセーフティ許可信号の送信を行うと判定したと仮定して説明を進める。
【００９４】
ステップＳ１０２において、ｅＮＢ２００は、パブリックセーフティ許可信号を送信する。ｅＮＢ２００は、パブリックセーフティ許可信号をブロードキャストで送信してもよいし、ユニキャストで送信してもよい。ＵＥ１００は、パブリックセーフティ許可信号を受信する。
【００９５】
図９に示すように、パブリックセーフティ許可信号は、Ｄ２Ｄ通信に使用すべき周波数帯を示す情報を含む。
【００９６】
具体的には、例えば、図９（Ａ）に示すように、パブリックセーフティ許可信号は、パブリックセーフティを許可することを示すフラグ（ｐｕｂｌｉｃ  ｓａｆｔｅｙ  許可フラグ）、Ｄ２Ｄ通信に使用可能な周波数帯の数（ｂａｎｄ数）、及びＤ２Ｄ通信に使用すべき周波数帯（ｂａｎｄ  １）を示す情報を含む。
【００９７】
また、図９（Ｂ）に示すように、パブリックセーフティ許可信号は、パブリックセーフティを禁止することを示すフラグ（ｐｕｂｌｉｃ  ｓａｆｔｅｙ  禁止フラグ）、Ｄ２Ｄ通信に使用可能な周波数帯の数（ｂａｎｄ数）、及びＤ２Ｄ通信に使用すべき複数の周波数帯（ｂａｎｄ  １、ｂａｎｄ  ２）を示す情報を含んでもよい。なお、ＵＥ１００は、パブリックセーフティ禁止フラグがオフである場合に、パブリックセーフティモードを選択できる。
【００９８】
また、図９（Ｃ）に示すように、パブリックセーフティ許可信号は、パブリックセーフティを禁止することを示すフラグ（ｐｕｂｌｉｃ  ｓａｆｔｅｙ  禁止フラグ）及びＤ２Ｄ通信に使用可能な周波数帯の数（ｂａｎｄ数）を示す情報を含んでもよい。パブリックセーフティ許可信号が、Ｄ２Ｄ通信に使用すべき周波数帯を示す情報を含んでいない場合、全ての周波数帯域を用いてＤ２Ｄ通信を行うことが可能であることを示してもよい。
【００９９】
また、図９（Ｄ）に示すように、パブリックセーフティ許可信号は、パブリックセーフティを禁止することを示すフラグ（ｐｕｂｌｉｃ  ｓａｆｔｅｙ  禁止フラグ）、緊急レベルを示す情報（緊急レベル大）、Ｄ２Ｄ通信に使用可能な周波数帯の数（ｂａｎｄ数）、及びＤ２Ｄ通信に使用すべき複数の周波数帯（ｂａｎｄ  １、ｂａｎｄ  ２）を示す情報を含んでもよい。
【０１００】
また、図９（Ｅ）に示すように、パブリックセーフティ許可信号は、パブリックセーフティを禁止することを示すフラグ（ｐｕｂｌｉｃ  ｓａｆｔｅｙ  禁止フラグ）、Ｄ２Ｄ通信に使用すべき周波数帯の全てに対して許可するＤ２Ｄ通信の種類（受信許可、送信禁止）を示す情報、Ｄ２Ｄ通信に使用可能な周波数帯の数（ｂａｎｄ数）、及びＤ２Ｄ通信に使用すべき複数の周波数帯（ｂａｎｄ  １、ｂａｎｄ  ２）を示す情報を含んでもよい。
【０１０１】
また、図９（Ｆ）に示すように、パブリックセーフティ許可信号は、パブリックセーフティを禁止することを示すフラグ（ｐｕｂｌｉｃ  ｓａｆｔｅｙ  禁止フラグ）、Ｄ２Ｄ通信に使用可能な周波数帯の数（ｂａｎｄ数）、Ｄ２Ｄ通信に使用すべき複数の周波数帯（ｂａｎｄ  １、ｂａｎｄ  ２）を示す情報、及び、Ｄ２Ｄ通信に使用すべき周波数帯のそれぞれに対して許可するＤ２Ｄ通信の種類（受信許可、送信禁止、送信許可（前方））を示す情報を含んでもよい。なお、「送信許可（前方）」とは、Ｄ２Ｄ通信を受信したＵＥ１００に対してのみ送信してもよいことを示す。
【０１０２】
また、図９（Ｇ）に示すように、パブリックセーフティ許可信号は、パブリックセーフティを禁止することを示すフラグ（ｐｕｂｌｉｃ  ｓａｆｔｅｙ  禁止フラグ）、Ｄ２Ｄ通信に使用可能な周波数帯の数（ｂａｎｄ数）、Ｄ２Ｄ通信に使用すべき複数の周波数帯（ｂａｎｄ  １、ｂａｎｄ  ２）を示す情報、及び、優先度を示す情報（優先度１、優先度２）を含んでもよい。優先度が高い周波数帯（例えば、優先度１のｂａｎｄ  １）は、優先度が低い周波数帯（例えば、優先度２のｂａｎｄ  ２）よりも優先して使用される。
【０１０３】
なお、例えば、先に示されている周波数帯の方が、後に示されている周波数帯よりも優先度が高いというように、周波数帯を示す情報の順番によって優先度が示されてもよい。例えば、図９（Ｂ）において、ｂａｎｄ  １の方がｂａｎｄ  ２よりも優先度が高くてもよい。
【０１０４】
図８に戻り、ステップＳ１０３において、ＵＥ１００は、パブリックセーフティ許可信号を受信したことに基づいて、パブリックセーフティモードを選択する。
【０１０５】
ステップＳ１０４において、ｅＮＢ２００は、パブリックセーフティ禁止信号の送信の判定処理を行う。パブリックセーフティ禁止信号の送信の判定処理の詳細は、後述する。以下において、ｅＮＢ２００が、パブリックセーフティ禁止信号の送信を行うと判定したと仮定して説明を進める。
【０１０６】
ステップＳ１０５において、ｅＮＢ２００は、パブリックセーフティ禁止信号を送信する。ｅＮＢ２００は、パブリックセーフティ禁止信号をブロードキャストで送信してもよいし、ユニキャストで送信してもよい。ＵＥ１００は、パブリックセーフティ禁止信号を受信する。
【０１０７】
ステップＳ１０６において、ＵＥ１００は、パブリックセーフティ禁止信号を受信したことに基づいて、通常モードを選択する。
【０１０８】
なお、ＵＥ１００は、パブリックセーフティ禁止信号を受信しなくても、パブリックセーフティ許可信号の受信状況に基づいて、通常モードを選択してもよい。
【０１０９】
（ｅＮＢ２００の動作）
次に、ｅＮＢ２００の動作について、説明する。具体的には、（１）パブリックセーフティ許可信号の送信の判定処理、及び、（２）パブリックセーフティ禁止信号の送信の判定処理、について説明する。
【０１１０】
（１）パブリックセーフティ許可信号の送信の判定処理
（Ａ）処理動作パターン１
まず、バックホールを介した通信が途絶えた場合に、ｅＮＢ２００がパブリックセーフティ許可信号を送信するケースについて、図１０〜１２を用いて説明する。
【０１１１】
図１０は、ｅＮＢ２００と上位装置とのバックホールを介した接続確認の処理を説明するフローチャートである。図１１は、第１タイマが満了したときの処理を説明するフローチャートである。図１２は、第２タイマが満了したときの処理を説明するフローチャートである。
【０１１２】
まず、ｅＮＢ２００と上位装置とのバックホールを介した接続確認の処理を説明する。
【０１１３】
図１０に示すように、ステップＳ２０１において、ｅＮＢ２００は、ｅＮＢ２００の上位装置から、バックホールを介して、アライブ信号（ａｌｉｖｅ信号）を受信したか否かを判定する。
【０１１４】
ｅＮＢ２００は、アライブ信号を受信しなかった場合（Ｎｏの場合）、処理を終了する。一方、ｅＮＢ２００は、アライブ信号を受信した場合（Ｙｅｓの場合）、ステップＳ２０２の処理を行う。
【０１１５】
ステップＳ２０２において、ｅＮＢ２００は、上位装置にアライブ信号を受信したことを示すアライブアック（ａｌｉｖｅ  ａｃｋ）を返信する。
【０１１６】
ステップＳ２０３において、ｅＮＢ２００は、パブリックセーフティ禁止状態を選択する。これにより、パブリックセーフティに関するｅＮＢ２００の状態は、パブリックセーフティ禁止状態になる。すなわち、ｅＮＢ２００は、ｅＮＢ２００の配下において、ＵＥ１００が、ＵＥ１００によって制御されるＤ２Ｄ通信を行うことを禁止する。
【０１１７】
ステップＳ２０４において、ｅＮＢ２００は、第１タイマを起動する。ｅＮＢ２００は、第１タイマがすでに起動している場合は、第１タイマを再起動する。これにより、第１タイマは、最初からカウントを開始する。
【０１１８】
ステップＳ２０５において、ｅＮＢ２００は、第２タイマが起動中であるか否かを判定する。ｅＮＢ２００は、第２タイマが起動中でない場合（Ｎｏの場合）、処理を終了する。一方、ｅＮＢ２００は、第２タイマが起動中である場合（Ｙｅｓの場合）、ステップＳ２０６の処理を行う。
【０１１９】
ステップＳ２０６において、ｅＮＢ２００は、第２タイマを停止し、処理を終了する。
【０１２０】
次に、第１タイマが満了したときの処理を説明する。第１タイマが満了したときに、ｅＮＢ２００は、ステップＳ２２１の処理を行う（図１１参照）。
【０１２１】
なお、第１タイマが起動してから満了するまでの時間は、ｅＮＢ２００が、上位装置から所定の周期で送信されるアライブ信号を受信する通常の間隔よりも長く設定される。すなわち、第１タイマは、ｅＮＢ２００と上位装置とのバックホールを介した通信が不能になった場合に満了するように設定される。第１タイマは、ｅＮＢ２００がｅＮＢ２００と上位装置とのバックホールを介した通信が不能になったことを検出するためのタイマである。
【０１２２】
図１１に示すように、ステップＳ２２１において、ｅＮＢ２００は、ｅＮＢ２００の状態がパブリックセーフティ禁止状態であるか否かを判定する。ｅＮＢ２００は、ｅＮＢ２００の状態がパブリックセーフティ禁止状態でない場合（Ｎｏの場合）、処理を終了する。一方、ｅＮＢ２００は、ｅＮＢ２００の状態がパブリックセーフティ禁止状態である場合（Ｙｅｓの場合）、ステップＳ２２２の処理を行う。
【０１２３】
ステップＳ２２２において、ｅＮＢ２００は、パブリックセーフティ許可状態を選択する。これにより、ｅＮＢ２００の状態は、パブリックセーフティ許可状態になる。すなわち、ｅＮＢ２００は、ｅＮＢ２００の配下において、ＵＥ１００が、ＵＥ１００によって制御されるＤ２Ｄ通信を行うことを許可する。
【０１２４】
ステップＳ２２３において、ｅＮＢ２００は、第２タイマを起動し、処理を終了する。
【０１２５】
次に、第２タイマが満了したときの処理を説明する。第２タイマが満了したときに、ｅＮＢ２００は、ステップＳ２４１の処理を行う（図１２参照）。
【０１２６】
図１２に示すように、ステップＳ２４１において、ｅＮＢ２００は、ｅＮＢ２００の状態がパブリックセーフティ許可状態であるか否かを判定する。ｅＮＢ２００は、ｅＮＢ２００の状態がパブリックセーフティ許可状態でない場合（Ｎｏの場合）、処理を終了する。一方、ｅＮＢ２００は、ｅＮＢ２００の状態がパブリックセーフティ許可状態である場合（Ｙｅｓの場合）、ステップＳ２４２の処理を行う。
【０１２７】
ステップＳ２４２において、ｅＮＢ２００は、パブリックセーフティ許可信号を送信すると判定する。これにより、ｅＮＢ２００は、パブリックセーフティ許可信号をＵＥ１００に送信する。
【０１２８】
ステップＳ２４３において、ｅＮＢ２００は、第２タイマを起動する。
【０１２９】
以上の処理により、ｅＮＢ２００は、ネットワークの状況が、ｅＮＢ２００の上位装置からバックホールを介したｅＮＢ２００への通信が途絶したという状況である場合に、パブリックセーフティ許可信号を送信する。
【０１３０】
（Ｂ）処理動作パターン２
次に、バックホールを介した通信及び隣接ｅＮＢとのＸ２インターフェイスを介した通信が途絶えた場合に、ｅＮＢ２００がパブリックセーフティ許可信号を送信するケースについて、図１３〜１６を用いて説明する。
【０１３１】
図１３は、ｅＮＢ２００と上位装置とのバックホールを介した接続確認の処理を説明するフローチャートである。図１４は、ｅＮＢ２００と隣接ｅＮＢ２００ｎとのＸ２インターフェイスを介した接続確認の処理を説明するフローチャートである。図１５は、第３タイマが満了したときの処理を説明するフローチャートである。図１６は、第３ｎタイマが満了したときの処理を説明するフローチャートである。
【０１３２】
今回のケースにおいて、ｅＮＢ２００だけでなく、ｅＮＢ２００に隣接するｎ個の隣接ｅＮＢ２００ｎが存在するとして、説明を行う。なお、第２タイマの満了時の処理は、上述と同一の処理が行われる。
【０１３３】
まず、ｅＮＢ２００と上位装置とのバックホールを介した接続確認の処理を説明する。
【０１３４】
図１３に示すように、ステップＳ３０１、Ｓ３０２、Ｓ３０５、Ｓ３０６は、図１０に示すステップＳ２０１、Ｓ２０２、Ｓ２０５、Ｓ２０６に対応する。
【０１３５】
ステップＳ３０３において、ｅＮＢ２００は、バックホール接続状態を選択する。これにより、バックホールに関するｅＮＢ２００の状態は、バックホール接続状態になる。
【０１３６】
ステップＳ３０４において、ｅＮＢ２００は、第３タイマを起動する。ｅＮＢ２００は、第３タイマがすでに起動している場合は、第３タイマを再起動する。すなわち、第３タイマは、最初からカウントを開始する。
【０１３７】
次に、ｅＮＢ２００とｎ番目の隣接ｅＮＢ２００ｎとのＸ２インターフェイスを介した接続確認の処理を説明する。
【０１３８】
図１４に示すように、ステップＳ３２１において、ｅＮＢ２００は、ｎ番目のｅＮＢ２００ｎからアライブ信号を受信したか否かを判定する。
【０１３９】
ｅＮＢ２００は、アライブ信号を受信しなかった場合（Ｎｏの場合）、処理を終了する。一方、ｅＮＢ２００は、アライブ信号を受信した場合（Ｙｅｓの場合）、ステップＳ３２２の処理を行う。
【０１４０】
ステップＳ３２２において、ｅＮＢ２００は、ｅＮＢ２００ｎにアライブ信号を受信したことを示すアライブアック（ａｌｉｖｅ  ａｃｋ）を返信する。
【０１４１】
ステップＳ３２３において、ｅＮＢ２００は、ｅＮＢ２００ｎ接続状態に変更する。これにより、ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態は、ｅＮＢ２００ｎ接続状態になる。
【０１４２】
ステップＳ３２４において、ｅＮＢ２００は、第３ｎタイマを起動する。ｅＮＢ２００は、第３ｎタイマがすでに起動している場合は、第３ｎタイマを再起動する。これにより、第３ｎタイマは、最初からカウントを開始する。
【０１４３】
ステップＳ３２５、Ｓ３２６は、図１０に示すステップＳ２０５、Ｓ２０６に対応する。
【０１４４】
次に、第３タイマが満了したときの処理を説明する。第３タイマが満了したときに、ｅＮＢ２００は、ステップＳ３４１の処理を行う。
【０１４５】
なお、第３タイマは、第１タイマと同様のタイマである。したがって、第３タイマが起動してから満了するまでの時間は、ｅＮＢ２００が、ｅＮＢ２００ｎから所定の周期で送信されるアライブ信号を受信する通常の間隔よりも長く設定される。
【０１４６】
図１５に示すように、ステップＳ３４１において、ｅＮＢ２００は、バックホールに関するｅＮＢ２００の状態がバックホール接続状態であるか否かを判定する。ｅＮＢ２００は、ｅＮＢ２００の状態がバックホール接続状態でない場合（Ｎｏの場合）、処理を終了する。一方、ｅＮＢ２００は、ｅＮＢ２００の状態がバックホール接続状態である場合（Ｙｅｓの場合）、ステップＳ３４２の処理を行う。
【０１４７】
ステップＳ３４２において、ｅＮＢ２００は、バックホール途絶状態を選択する。これにより、ｅＮＢ２００の状態は、バックホール途絶状態になる。
【０１４８】
ステップＳ３４３において、ｅＮＢ２００は、接続状態のｅＮＢ２００ｎが存在するか否かを判定する。ｅＮＢ２００は、ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態の全てが、ｅＮＢ２００ｎ接続状態でない場合（ｅＮＢ２００ｎ途絶状態である場合：Ｙｅｓの場合）、ステップＳ３４４の処理を行う。一方、ｅＮＢ２００ｎは、その他の場合（Ｎｏの場合）には、処理を終了する。なお、その他の場合（Ｎｏの場合）とは、ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態が、少なくとも１つ以上、ｅＮＢ２００ｎ接続状態である場合である。
【０１４９】
ステップＳ３４４、Ｓ３４５は、図１１のステップＳ２２２、Ｓ２２３に対応する。
【０１５０】
次に、第３ｎタイマが満了したときの処理を説明する。第３ｎタイマが満了したときに、ｅＮＢ２００は、ステップＳ３６１の処理を行う。
【０１５１】
なお、第３ｎタイマが起動してから満了するまでの時間は、ｅＮＢ２００が、ｎ番目のｅＮＢ２００ｎから所定の周期で送信されるアライブ信号を受信する通常の間隔よりも長く設定される。すなわち、第３タイマは、ｅＮＢ２００とｅＮＢ２００ｎとのＸ２インターフェイスを介した通信が不能になった場合に満了するように設定される。第３タイマは、ｅＮＢ２００が、ｅＮＢ２００とｅＮＢ２００ｎとのＸ２インターフェイスを介した通信が不能になったことを検出するためのタイマである。
【０１５２】
図１６に示すように、ステップＳ３６１において、ｅＮＢ２００は、ｎ番目のｅＮＢ２００ｎと接続状態であるか否かを判定する。ｅＮＢ２００は、隣接ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態が、ｅＮＢ２００ｎ接続状態でない場合（ｅＮＢ２００ｎ途絶状態である場合：Ｎｏの場合）、処理を終了する。一方、ｅＮＢ２００は、ｅＮＢ２００の状態がｅＮＢ２００ｎ接続状態である場合（Ｙｅｓの場合）、ステップＳ３６２の処理を行う。
【０１５３】
ステップＳ３６２において、ｅＮＢ２００は、ｎ番目の隣接ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態について、ｅＮＢ２００ｎ途絶状態を選択する。これにより、ｎ番目の隣接ｅＮＢ２００ｎの接続に関するｅＮＢ２００の状態が、ｅＮＢ２００ｎ途絶状態になる。
【０１５４】
ステップＳ３６３は、図１５のステップＳ３４３に対応する。
【０１５５】
ステップＳ３６４において、ｅＮＢ２００は、バックホールに関するｅＮＢ２００の状態がバックホール途絶状態であるか否かを判定する。ｅＮＢ２００は、ｅＮＢ２００の状態がバックホール途絶状態でない場合（Ｎｏの場合）、処理を終了する。一方、ｅＮＢ２００は、ｅＮＢ２００の状態がバックホール途絶状態である場合（Ｙｅｓの場合）、ステップＳ３６５の処理を行う。
【０１５６】
ステップＳ３６５、Ｓ３６６は、図１１のステップＳ２２２、Ｓ２２３に対応する。
【０１５７】
以上の処理により、ｅＮＢ２００は、ネットワークの状況が、上位装置からバックホールを介したｅＮＢ２００への信号が途絶すると共に、ｅＮＢ２００ｎからＸ２インターフェイスを介したｅＮＢ２００への信号が途絶したという状況である場合に、パブリックセーフティ許可信号を送信する。
【０１５８】
（Ｃ）処理動作パターン３
次に、ｅＮＢ２００への電源供給が遮断され、且つ、ｅＮＢ２００が備えるバッテリの残量が閾値を下回った場合に、ｅＮＢ２００がパブリックセーフティ許可信号を送信するケースについて、図１７、１８を用いて説明する。なお、第２タイマの満了時の処理は、上述と同一の処理が行われる。
【０１５９】
図１７は、ｅＮＢ２００への電源供給の監視処理を説明するフローチャートである。図１８は、ｅＮＢ２００のバッテリの残量が所定の閾値を下回った場合の処理を説明するフローチャートである。
【０１６０】
今回のケースにおいて、ｅＮＢ２００は、ｅＮＢ２００への電源供給が遮断された場合、ｅＮＢ２００が備えるバッテリを用いて、駆動する。
【０１６１】
図１７に示すように、ステップＳ４０１において、ｅＮＢ２００は、外部から電源供給が行われているか否かを判定する。ｅＮＢ２００は、電源供給が行われている場合（Ｎｏの場合）、ステップＳ４０２の処理を行う。一方、ｅＮＢ２００は、電源供給が行われていない場合（すなわち、ｅＮＢ２００への電源供給が遮断されている場合：Ｙｅｓの場合）、ステップＳ４０３の処理を行う。
【０１６２】
ステップＳ４０２において、ｅＮＢ２００は、電源供給あり状態を選択する。これにより、電源供給に関するｅＮＢ２００の状態は、電源供給あり状態になる。
【０１６３】
ステップＳ４０３において、ｅＮＢ２００は、電源供給なし状態を選択する。これにより、電源供給に関するｅＮＢ２００の状態は、電源供給なし状態になる。これにより、ｅＮＢ２００は、ｅＮＢ２００が備えるバッテリを用いて、駆動する。
【０１６４】
ステップＳ４０４において、ｅＮＢ２００は、バッテリの残量の監視を開始する。
【０１６５】
次に、バッテリの残量を監視により、バッテリの残量が所定の閾値を下回ったと判定した場合に行う処理を説明する。
【０１６６】
図１８に示すように、ステップＳ４２１において、ｅＮＢ２００は、電源供給なし状態であるか否かを判定する。ｅＮＢ２００は、電源供給に関するｅＮＢ２００の状態が電源供給なし状態でない場合（すなわち、電源供給あり状態の場合：Ｎｏの場合）、処理を終了する。一方、ｅＮＢ２００は、ｅＮＢ２００の状態が電源供給なし状態である場合（Ｙｅｓの場合）、ステップＳ４２２の処理を行う。
【０１６７】
ステップＳ４２２、Ｓ４２３は、図１１のステップＳ２２２、Ｓ２２３に対応する。
【０１６８】
以上の処理により、ｅＮＢ２００は、ネットワークの状況が、ｅＮＢ２００への外部から電源供給が遮断され、且つ、ｅＮＢ２００が備えるバッテリの残量が閾値を下回ったという状況である場合に、パブリックセーフティ許可信号を送信する。
【０１６９】
（２）パブリックセーフティ禁止信号の送信の判定処理
次に、パブリックセーフティ禁止信号の送信の判定処理について、図１９を用いて説明する。
【０１７０】
図１９は、パブリックセーフティ禁止信号の送信の判定処理を説明するためのフローチャートである。
【０１７１】
ｅＮＢ２００は、パブリックセーフティ許可信号を送信した後に、以下に説明する処理を行う。今回のケースでは、ｅＮＢ２００の上位装置からバックホールを介したｅＮＢ２００への通信が途絶したという状況により、ｅＮＢ２００がパブリックセーフティ許可信号を送信したと仮定して説明する。
【０１７２】
図１９に示すように、ステップＳ５０１、Ｓ５０２、Ｓ５０６〜Ｓ５０８は、図１０に示すステップＳ２０１、Ｓ２０２、Ｓ２０４〜Ｓ２０６に対応する。
【０１７３】
ステップＳ５０３において、ｅＮＢ２００は、パブリックセーフティに関するｅＮＢ２００の状態がパブリックセーフティ許可状態であるか否かを判定する。ｅＮＢ２００は、ｅＮＢ２００の状態がパブリックセーフティ許可状態でない場合（パブリックセーフティ禁止状態である場合：Ｎｏの場合）、ステップＳ５０４の処理を行う。一方、ｅＮＢ２００は、ｅＮＢ２００の状態がパブリックセーフティ許可状態である場合（Ｙｅｓの場合）、ステップＳ５０６の処理を行う。
【０１７４】
ステップＳ５０４において、ｅＮＢ２００は、パブリックセーフティ禁止信号を送信すると判定する。これにより、ｅＮＢ２００は、パブリックセーフティ禁止信号をＵＥ１００に送信する。
【０１７５】
ステップＳ５０５において、ｅＮＢ２００は、パブリックセーフティ禁止状態を選択する。これにより、ｅＮＢ２００の状態は、パブリックセーフティ禁止状態になる。
【０１７６】
以上により、ｅＮＢ２００と上位装置とのバックホールを介した通信が回復した後（ネットワークの状況が回復した後）に、ｅＮＢ２００は、一度だけパブリックセーフティ禁止信号を送信する。
【０１７７】
（ＵＥ１００の動作）
次に、ＵＥ１００の動作について、説明する。具体的には、（１）サービングｅＮＢ２００、及び、（２）全ｅＮＢ２００、について説明する。
【０１７８】
（１）サービングｅＮＢ２００
まず、ＵＥ１００がサービングしているｅＮＢ２００からの信号の受信状況に基づいて、Ｄ２Ｄ通信に適用されるモードを選択する処理を、図２０及び図２１を用いて説明する。
【０１７９】
図２０は、ｅＮＢ２００からのパブリックセーフティ許可信号の受信状況に基づくＵＥ１００の処理を説明するためフローチャートである。図２１は、第４タイマが満了したときの処理を説明するフローチャートである。
【０１８０】
図２０に示すように、ステップＳ６０１において、ＵＥ１００は、ｅＮＢ２００からパブリックセーフティ許可信号を受信したか否かを判定する。ＵＥ１００は、パブリックセーフティ許可信号を受信していない場合（Ｎｏの場合）、処理を終了する。一方、ＵＥ１００は、パブリックセーフティ許可信号を受信している場合（Ｙｅｓの場合）、ステップＳ６０２の処理を行う。
【０１８１】
ステップＳ６０２において、ＵＥ１００は、パブリックセーフティモード（ｐｕｂｌｉｃ  ｓａｆｅｔｙモード）を選択する。
【０１８２】
ステップＳ６０３において、ＵＥ１００は、第４タイマを起動する。
【０１８３】
次に、第４タイマが満了したときの処理を説明する。第４タイマが満了したときに、ＵＥ１００は、ステップＳ６２１の処理を行う。
【０１８４】
図２１に示すように、ステップＳ６２１において、ＵＥ１００は、パブリックセーフティモードを選択しているか否かを判定する。ＵＥ１００がパブリックセーフティモードを選択していない場合（すなわち、通常モードを選択している場合：Ｎｏの場合）、処理を終了する。一方、ＵＥ１００がパブリックセーフティモードを選択している場合（Ｙｅｓの場合）、ステップＳ６２２の処理を行う。
【０１８５】
ステップＳ６２２において、ＵＥ１００は、ｅＮＢ２００からの信号を検知しているか否かを判定する。ＵＥ１００は、ｅＮＢ２００からの信号を検知していない場合（Ｎｏの場合）、処理を終了する。一方、ＵＥ１００は、ｅＮＢ２００からの信号を検知している場合（Ｙｅｓの場合）、ステップＳ６２３の処理を行う。
【０１８６】
なお、ＵＥ１００は、ｅＮＢ２００からパブリックセーフティ禁止信号を受信している場合に、ステップＳ６２３の処理を行ってもよい。
【０１８７】
ステップＳ６２３において、ＵＥ１００は、通常モードを選択する。
【０１８８】
ステップＳ６２４において、ＵＥ１００は、第４タイマを停止する。
【０１８９】
以上より、ＵＥ１００は、パブリックセーフティ許可信号を受信した場合に、パブリックセーフティモードを選択する。
【０１９０】
また、ＵＥ１００は、パブリックセーフティモードが選択されている場合において、ｅＮＢ２００から信号を受信してから、パブリックセーフティ許可信号を所定期間受信しない場合に、通常モードを選択する。
【０１９１】
なお、ＵＥ１００は、ｅＮＢ２００からパブリックセーフティ禁止信号を受信した場合に、通常モードを選択してもよい。
【０１９２】
（２）全ｅＮＢ２００
次に、ＵＥ１００が検知している全てのｅＮＢ２００からの信号の受信状況に基づいて、Ｄ２Ｄ通信に適用されるモードを選択する処理を、図２２〜２４を用いて説明する。
【０１９３】
図２２は、ｅＮＢ２００ｎからのパブリックセーフティ許可信号の受信状況に基づく処理を説明するためフローチャートである。図２３は、第４ｎタイマが満了したときの処理を説明するフローチャートである。図２４は、ＵＥ１００におけるｅＮＢ２００ｎの状態の取り扱い処理を説明するフローチャートである。
【０１９４】
ＵＥ１００は、ｎ個のｅＮＢ２００から信号を受信していると仮定して、説明を進める。
【０１９５】
図２２に示すように、ステップＳ６４１において、ＵＥ１００は、ｎ番目のｅＮＢ２００ｎからパブリックセーフティ許可信号を受信したか否かを判定する。ＵＥ１００は、パブリックセーフティ許可信号を受信していない場合（Ｎｏの場合）、処理を終了する。一方、ＵＥ１００は、パブリックセーフティ許可信号を受信している場合（Ｙｅｓの場合）、ステップＳ６４２の処理を行う。
【０１９６】
ステップＳ６４２において、ＵＥ１００は、ｎ番目のｅＮＢ２００ｎの状態をパブリックセーフティ許可状態であると記憶する。
【０１９７】
ステップＳ６４３において、ＵＥ１００は、第４ｎタイマを起動する。ＵＥ１００は、第４ｎタイマがすでに起動している場合は、第４ｎタイマを再起動する。
【０１９８】
ステップＳ６４４において、ＵＥ１００は、パブリックセーフティ禁止状態であるｅＮＢ２００ｎが存在しないか否か（全てのｅＮＢ２００ｎがパブリックセーフティ許可状態であるか否か）を判定する。すなわち、ＵＥ１００は、全てのｅＮＢ２００ｎからパブリックセーフティ許可信号を受信しているか否かを判定する。ＵＥ１００は、検知できているｅＮＢ２００ｎの全てがパブリックセーフティ許可状態である場合（Ｙｅｓの場合）、ステップＳ６４５の処理を行う。一方、ＵＥ１００は、その他の場合（Ｎｏの場合）には処理を終了する。なお、その他の場合（Ｎｏの場合）とは、検知できているｅＮＢ２００の一部がパブリックセーフティ許可状態でない場合や、検知できているｅＮＢ２００の全てがパブリックセーフティ許可状態でない（パブリックセーフティ禁止状態である）場合を含む。
【０１９９】
ステップＳ６４５において、ＵＥ１００は、パブリックセーフティモード（ｐｕｂｌｉｃ  ｓａｆｅｔｙモード）を選択する。
【０２００】
次に、第４ｎタイマが満了したときの処理を説明する。第４ｎタイマが満了したときに、ＵＥ１００は、ステップＳ６６１の処理を行う。
【０２０１】
図２３に示すように、ステップＳ６６１において、ＵＥ１００は、ｎ番目のｅＮＢ２００ｎがパブリックセーフティ許可状態であるか否かを判定する。ｎ番目のｅＮＢ２００ｎがパブリックセーフティ許可状態でない場合（パブリックセーフティ禁止状態である場合：Ｎｏの場合）、処理を終了する。一方、ｎ番目のｅＮＢ２００ｎがパブリックセーフティ許可状態である場合（Ｙｅｓの場合）、ステップＳ６６２の処理を行う。
【０２０２】
ステップＳ６６２において、ＵＥ１００は、ｅＮＢ２００ｎからの信号を検知しているか否かを判定する。ＵＥ１００は、ｅＮＢ２００ｎからの信号を検知していない場合（Ｎｏの場合）、処理を終了する。一方、ＵＥ１００は、ｅＮＢ２００ｎからの信号を検知している場合（Ｙｅｓの場合）、ステップＳ６６３の処理を行う。
【０２０３】
ステップＳ６６３において、ＵＥ１００は、ｎ番目のｅＮＢ２００ｎの状態をパブリックセーフティ禁止状態であると記憶する。
【０２０４】
ステップＳ６６４において、ＵＥ１００は、第４ｎタイマを停止する。
【０２０５】
以上より、ＵＥ１００は、１以上のｅＮＢ２００ｎのそれぞれから信号を受信し、１以上のｅＮＢ２００ｎの全てから許可信号を受信した場合に、パブリックセーフティモードを選択する。
【０２０６】
次に、ＵＥ１００におけるｅＮＢ２００ｎの状態の取り扱いを説明する。本実施形態において、ＵＥ１００は、所定の条件において、検知できていないｅＮＢ２００ｎがパブリックセーフティ許可状態であるかパブリックセーフティ禁止状態であるか否かを示すパブリックセーフティ情報を破棄する。
【０２０７】
図２４において、ステップＳ６８１において、ＵＥ１００は、検知できているｅＮＢ２００ｎの全てがパブリックセーフティ禁止状態であるか否かを判定する。ＵＥ１００は、検知できているｅＮＢ２００ｎの全てがパブリックセーフティ禁止状態である場合（Ｙｅｓの場合）、ステップＳ６８２の処理を行う。一方、ＵＥ１００は、その他の場合（Ｎｏの場合）には処理を終了する。なお、その他の場合（Ｎｏの場合）とは、検知できているｅＮＢ２００の一部がパブリックセーフティ禁止状態でない場合や、検知できているｅＮＢ２００の全てがパブリックセーフティ禁止状態でない場合を含む。
【０２０８】
ステップＳ６８２において、ＵＥ１００は、検知できていないｅＮＢ２００ｎのパブリックセーフティ情報を有しているか否かを判定する。ＵＥ１００は、検知できていないｅＮＢ２００ｎのパブリックセーフティ情報を有していない場合（Ｎｏの場合）、処理を終了する。一方、ＵＥ１００は、検知できていないｅＮＢ２００ｎのパブリックセーフティ情報を有している場合（Ｙｅｓの場合）、ステップＳ６８３の処理を行う。
【０２０９】
ステップＳ６８３において、ＵＥ１００は、検知できていないｅＮＢ２００ｎのパブリックセーフティ情報を破棄する。すなわち、ＵＥ１００は、当該パブリックセーフティ情報をメモリ１５０から消去する。
【０２１０】
以上より、検知できないｅＮＢ２００ｎのパブリックセーフティ状態によって、ＵＥ１００がＤ２Ｄ通信モードを正常に選択できないことを抑制することができる。
【０２１１】
（第１実施形態の変形例）
次に、第１実施形態の変形例について、図２５〜２７を用いて説明する。なお、上述した実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【０２１２】
本変形例では、ｅＮＢ２００が緊急速報を送信した後に、ネットワークの状況が悪化し、パブリックセーフティ許可信号を送信するケースを説明する。なお、第２タイマの満了時の処理は、上述と同一の処理が行われる。
【０２１３】
本変形例では、上述した実施形態にあるように、バックホールを介した通信が途絶える場合、又は、ｅＮＢ２００への外部からの電源供給が遮断されるという場合において、ｅＮＢ２００がパブリックセーフティ許可信号を送信するケースについて、２種類の処理動作パターンを説明する。
【０２１４】
まず、ｅＮＢ２００が緊急速報をＵＥ１００に送信（ブロードキャスト）したと仮定して説明を進める。緊急速報は、災害に関する情報を示す情報である。例えば、緊急速報は、地震又は／及び津波の発生又は発生する可能性が高いことを示す情報である。緊急速報は、災害に関する情報をＵＥ１００に速く知らせることを目的としてブロードキャストされる。
【０２１５】
ｅＮＢ２００は、緊急速報をブロードキャストした場合、第５タイマを起動する。ｅＮＢ２００は、第５タイマがすでに起動している場合は、第５タイマを再起動する。
【０２１６】
ｅＮＢ２００は、第５タイマを起動した後、ｅＮＢ２００は、緊急速報送信状態を選択する。これにより、緊急速報に関するｅＮＢ２００の状態は、緊急速報送信状態になる。
【０２１７】
第５タイマが満了した場合、ｅＮＢ２００は、緊急速報停止状態を選択する。
【０２１８】
（Ａ）処理動作パターン１
次に、処理動作パターン１について、図２５及び２６を用いて説明する。図２５は、ｅＮＢ２００と上位装置とのバックホールを介した接続確認の処理を説明するフローチャートである。図２６は、第５タイマが満了したときの処理を説明するフローチャートである。
【０２１９】
なお、第５タイマは、第１タイマと同様のタイマである。したがって、第５タイマが起動してから満了するまでの時間は、ｅＮＢ２００が、上位装置から所定の周期で送信されるアライブ信号を受信する通常の間隔よりも長く設定される。
【０２２０】
図２５に示すように、ステップＳ７０１〜Ｓ７０３は、図１３に示すステップＳ３０１〜Ｓ３０３に対応する。
【０２２１】
ステップＳ７０４において、ｅＮＢ２００は、第５タイマを起動する。ｅＮＢ２００は、第５タイマがすでに起動している場合は、第５タイマを再起動する。
【０２２２】
ステップＳ７０５において、ｅＮＢ２００は、電源供給なし状態であるか否かを判定する。ｅＮＢ２００は、電源供給に関するｅＮＢ２００の状態が電源供給なし状態である場合（Ｙｅｓの場合）、処理を終了する。一方、ｅＮＢ２００は、ｅＮＢ２００の状態が電源供給なし状態でない場合（すなわち、電源供給あり状態の場合：Ｎｏの場合）、ステップＳ７０６の処理を行う。
【０２２３】
ステップＳ７０６において、ｅＮＢ２００は、パブリックセーフティに関するｅＮＢ２００の状態について、パブリックセーフティ禁止状態を選択する。
【０２２４】
ステップＳ７０７及びＳ７０８は、図１０に示すステップＳ２０５及びＳ２０６に対応する。
【０２２５】
次に、第５タイマが満了したときの処理を説明する。第５タイマが満了したときに、ｅＮＢ２００は、ステップＳ７２１の処理を行う。
【０２２６】
図２６に示すように、ステップＳ７２１及びＳ７２２は、図１５に示すステップＳ３４１及びＳ３４２に対応する。
【０２２７】
ステップＳ７２３において、ｅＮＢ２００は、緊急速報に関するｅＮＢ２００の状態が緊急速報送信状態であるか否かを判定する。ｅＮＢ２００は、ｅＮＢ２００の状態が緊急速報送信状態でない場合（Ｎｏの場合）、処理を終了する。ｅＮＢ２００は、ｅＮＢ２００の状態が緊急速報送信状態である場合（Ｙｅｓの場合）、ステップＳ７２４の処理を行う。
【０２２８】
ステップＳ７２４及びＳ７２５は、図１５に示すステップＳ３４５及びＳ３４４に対応する。
【０２２９】
（Ｂ）処理動作パターン２
次に、処理動作パターン２について、図２７を用いて説明する。図２７は、ｅＮＢ２００への電源供給の監視処理を説明するフローチャートである。
【０２３０】
図２７に示すように、ステップＳ７４１、Ｓ７４２及びＳ７４７は、図１７に示すステップＳ４０１、Ｓ４０２及びＳ４０３に対応する。
【０２３１】
ステップＳ７４３において、ｅＮＢ２００は、バックホール途絶状態か否かを判定する。ｅＮＢ２００は、バックホールに関するｅＮＢ２００の状態がバックホール途絶状態である場合（Ｙｅｓの場合）、処理を終了する。一方、ｅＮＢ２００は、ｅＮＢ２００の状態がバックホール途絶状態でない場合（Ｎｏの場合）、ステップＳ７４４の処理を行う。
【０２３２】
ステップＳ７４４〜Ｓ７４６は、図２５に示すステップＳ７０６〜Ｓ７０８に対応する。
【０２３３】
ステップＳ７４８〜Ｓ７５０は、図２６に示すステップＳ７２３〜Ｓ７２４に対応する。
【０２３４】
以上より、ＵＥ１００は、緊急速報を受信した後に、パブリックセーフティ許可信号を受信した場合、パブリックセーフティモードを選択する。
【０２３５】
（第１実施形態のまとめ）
本実施形態において、ＵＥ１００（ＵＥ１００の制御部）は、ネットワークの状況に応じて送信されるパブリックセーフティ許可信号及びパブリックセーフティ禁止信号の受信状況に基づいて、通常モードとパブリックセーフティモードとから一方を選択する。これにより、ネットワークの状況に応じて、通常モードとパブリックセーフティモードとから適宜選択することができるため、Ｄ２Ｄ通信を有効に活用できる。例えば、ネットワークの状況が正常である場合には、通常モードが選択されることにより、ネットワークがＤ２Ｄ通信を制御するため、ＵＥ１００の周囲に存在する他のＵＥ１００及びｅＮＢ２００への干渉を抑制できる。一方、ネットワークの状況が異常である場合には、パブリックセーフティモードが選択されることによって、ネットワークの状況が不安定であっても、Ｄ２Ｄ通信を有効に活用できる。
【０２３６】
本実施形態において、ＵＥ１００は、パブリックセーフティ許可信号を受信した場合、パブリックセーフティモードを選択する。これにより、ｅＮＢ２００が、ＵＥ１００によってＤ２Ｄ通信が制御されるタイミングを指定できるため、ＵＥ１００が自由にパブリックセーフティモードを適用してＤ２Ｄ通信を行うことを抑制できる。その結果、干渉の発生を抑制できる。
【０２３７】
本実施形態において、ＵＥ１００は、１以上のｅＮＢ２００ｎのそれぞれから信号を受信し、ＵＥ１００は、１以上のｅＮＢ２００ｎの全てからパブリックセーフティ許可信号を受信した場合に、パブリックセーフティモードを選択する。これにより、ＵＥ１００の周囲に存在するｅＮＢ２００ｎの全てが、パブリックセーフティモードを適用してＤ２Ｄ通信を行うことを許可しているため、ＵＥ１００が、パブリックセーフティモードを適用して、Ｄ２Ｄ通信を行っても、ｅＮＢ２００ｎへの干渉が発生する可能性が低い。
【０２３８】
本実施形態において、ＵＥ１００は、緊急速報を受信した後に、パブリックセーフティ許可信号を受信した場合、パブリックセーフティモードを選択する。これにより、ｅＮＢ２００から緊急速報が送信された後に、パブリックセーフティ許可信号が送信されているため、ネットワークの状況が不安定である可能性が高い。このため、パブリックセーフティ許可信号が誤って送信された場合にパブリックセーフティモードが選択されることを抑制できる。
【０２３９】
本実施形態において、パブリックセーフティ許可信号は、Ｄ２Ｄ通信に使用すべき周波数帯を示す情報を含む。これにより、ＵＥ１００が、Ｄ２Ｄ通信に使用する周波数帯を用いて自由にスケジューリングする場合に比べて、Ｄ２Ｄ通信を行うＵＥ１００が与える干渉を抑制できる。
【０２４０】
本実施形態において、パブリックセーフティモードが選択されている場合において、ＵＥ１００は、セルラ通信が可能である場合、セルラ通信よりもＤ２Ｄ通信を優先して行う。これにより、Ｄ２Ｄ通信は、コアネットワークを経由して通信を行うセルラ通信に比べて、不安定な状況のネットワークにかかる負荷を低減することができる。
【０２４１】
本実施形態において、ネットワークの状況が、上位装置からバックホールを介したｅＮＢ２００への信号が途絶したという状況である場合、パブリックセーフティ許可信号が送信される。また、ネットワークの状況が、上位装置からバックホールを介したｅＮＢ２００への信号が途絶するとともに、ｅＮＢ２００ｎからＸ２インターフェイスを介したｅＮＢ２００への信号が途絶したという状況である場合、パブリックセーフティ許可信号が送信される。また、ネットワークの状況が、ｅＮＢ２００への電源供給が遮断され、かつ、ｅＮＢ２００が備えるバッテリの残量が閾値を下回ったという状況である場合、パブリックセーフティ許可信号が送信される。このようにネットワークの状況が悪い場合、ＵＥ１００の制御によってＤ２Ｄ通信が行われることにより、Ｄ２Ｄ通信を有効活用することができる。
【０２４２】
本実施形態において、ＵＥ１００は、パブリックセーフティ禁止信号を受信した場合、通常モードを選択する。これにより、ｅＮＢ２００が、ＵＥ１００によってＤ２Ｄ通信が制御されるタイミングを指定できるため、ＵＥ１００が自由にパブリックセーフティモードを適用してＤ２Ｄ通信を行うことを抑制できる。その結果、干渉の発生を抑制できる。
【０２４３】
本実施形態において、ＵＥ１００は、ｅＮＢ２００から信号を受信してからパブリックセーフティ許可信号を所定期間受信しない場合には、通常モードを選択する。これにより、ｅＮＢ２００がパブリックセーフティを許可していない場合に、ＵＥ１００がいつまでもパブリックセーフティモードでＤ２Ｄ通信を行うことを抑制できる。
【０２４４】
［第２実施形態］
（第２実施形態に係る移動通信システムの概略動作）
次に、第２実施形態に係る移動通信システムの概略動作について、図２８を用いて説明する。図２８は、第２実施形態に係る移動通信システムの動作例を示すシーケンス図である。
【０２４５】
上述した実施形態では、ｅＮＢ２００がパブリックセーフティ許可信号を送信していたが、本実施形態では、ｅＮＢ２００がパブリックセーフティ許可信号を送信せずに、ＵＥ１００がパブリックセーフティモードを選択する。
【０２４６】
図２８に示すように、ステップＳ８０１において、ｅＮＢ２００は、緊急速報を送信する。ＵＥ１００は、緊急速報を受信する。
【０２４７】
ステップＳ８０２において、ＵＥ１００は、緊急速報の受信に基づいて、タイマを起動する。
【０２４８】
ステップＳ８０３において、ＵＥ１００は、Ｔ１が経過して、タイマが満了した場合、パブリックセーフティモードを選択する。
【０２４９】
ステップＳ８０４において、ｅＮＢ２００は、信号を送信する。ＵＥ１００は、信号を受信する。当該信号として、例えば、アライブ信号である。
【０２５０】
ステップＳ８０５において、ＵＥ１００は、信号の受信に基づいて、通常モードを選択する。
【０２５１】
（ＵＥ１００の動作）
次に、ＵＥ１００の動作について、図２９及び図３０を用いて、説明する。図２９は、ｅＮＢ２００からの信号の受信状況に基づくＵＥ１００のＤ２Ｄ通信モードの選択処理を説明するためのフローチャートである。図３０は、第７タイマが満了したときの処理を説明するフローチャートである。
【０２５２】
図２９に示されるように、ステップＳ８２１において、ＵＥ１００は、ｅＮＢ２００から信号を受信したか否かを判定する。ＵＥ１００は、信号を受信していない場合（Ｎｏの場合）、処理を終了する。一方、ＵＥ１００は、信号を受信している場合（Ｙｅｓの場合）、ステップＳ８２２の処理を行う。
【０２５３】
ステップＳ８２２において、ＵＥ１００は、第６タイマを起動する。ＵＥ１００は、第６タイマがすでに起動している場合は、第６タイマを再起動する。第６タイマが満了した場合、ＵＥ１００は、ＵＥ１００におけるｅＮＢ２００からの信号の受信状態（以下、ＵＥ１００の受信状態）をｅＮＢ２００から信号を受信できていることを示す受信中状態から、ｅＮＢ２００から信号を受信できていないことを示す未受信状態に移行する。
【０２５４】
ステップＳ８２３において、ＵＥ１００は、ＵＥ１００の受信状態が未受信状態である場合、ＵＥ１００の受信状態を、未受信状態から受信中状態に移行する。
【０２５５】
ステップＳ８２４において、ＵＥ１００は、ｅＮＢ２００から受信した信号が緊急速報である否かを判定する。ＵＥ１００は、信号が緊急速報である場合（Ｙｅｓの場合）、ステップＳ８２５の処理を行う。一方、ＵＥ１００は、ｅＮＢ２００から受信した信号が緊急速報でない場合（Ｎｏの場合）、ステップＳ８２６の処理を行う。
【０２５６】
ステップＳ８２５において、ＵＥ１００は、第７タイマを起動する。ＵＥ１００は、第７タイマがすでに起動している場合は、第７タイマを再起動する。
【０２５７】
ステップＳ８２６において、ＵＥ１００は、ＵＥ１００のＤ２Ｄ通信に適用されるモード（Ｄ２Ｄ通信モード）がパブリックセーフティモード（ｐｕｂｌｉｃ  ｓａｆｅｔｙモード）であるか否かを判定する。ＵＥ１００は、Ｄ２Ｄ通信モードがパブリックセーフティモードである場合、通常モードを選択する。一方、ＵＥ１００は、Ｄ２Ｄ通信モードがパブリックセーフティモードでない場合、処理を終了する。
【０２５８】
次に、第７タイマが満了したときの処理を説明する。第７タイマが満了したときに、ＵＥ１００は、ステップＳ８４１の処理を行う。
【０２５９】
ステップＳ８４１において、ＵＥ１００は、ＵＥ１００の受信状態が受信中状態であるか否かを判定する。ＵＥ１００は、ＵＥ１００の受信状態が受信中状態でない場合（Ｎｏの場合）、ステップＳ８４２の処理を行う。一方、ＵＥ１００は、ＵＥ１００の受信状態が受信中状態である場合（Ｙｅｓの場合）、ステップＳ８４３の処理を行う。
【０２６０】
ステップＳ８４２において、ＵＥ１００は、パブリックセーフティモードを選択する。
【０２６１】
ステップＳ８４３において、ＵＥ１００は、通常モードを選択する。
【０２６２】
以上の処理により、ＵＥ１００は、第７タイマが満了した場合に、ｅＮＢ２００からの信号を受信できている場合、通常モードを選択する。一方、ＵＥ１００は、第７タイマが満了した場合に、ｅＮＢ２００からの信号を受信できていない場合、パブリックセーフティモードを選択する。
【０２６３】
また、ｅＮＢ２００は、ｅＮＢ２００から緊急速報以外の信号を受信した場合、通常モードを選択する。
【０２６４】
なお、ＵＥ１００が、Ｄ２Ｄ通信モードとして、パブリックセーフティモードを選択して、Ｄ２Ｄ通信を行う場合に、ＵＥ１００は、例えば、ｅＮＢ２００からマスタ情報ブロック（ＭＩＢ）又はシステム情報ブロック（ＳＩＢ）に含まれるＤ２Ｄ通信に使用すべき周波数帯を示す情報を利用してもよい。または、ＵＥ１００は、ｅＮＢ２００との接続の確立の際に、ＲＲＣメッセージに含まれるＤ２Ｄ通信に使用すべき周波数帯を示す情報を利用してもよい。
【０２６５】
（第２実施形態のまとめ）
第２実施形態では、ＵＥ１００は、ｅＮＢ２００から緊急速報を受信した後にｅＮＢ２００からの信号が所定期間途絶した場合、すなわち、第７タイマが満了した場合、ｅＮＢ２００は、ステップＳ２２１の処理を行う。これにより、ＵＥ１００は、ｅＮＢ２００からパブリックセーフティ許可信号を受信しなくても、パブリックセーフティモードを選択することができる。したがって、例えば、災害により、ｅＮＢ２００がパブリックセーフティ許可信号を送信する前にダウンした場合であっても、ｅＮＢ２００が緊急速報を送信していれば、ＵＥ１００は、パブリックセーフティモードによってＤ２Ｄ通信を行うことができる。
【０２６６】
第２実施形態では、ＵＥ１００は、ｅＮＢ２００からの信号を受信できた場合、通常モードを選択する。これにより、ｅＮＢ２００がパブリックセーフティ禁止信号を送信しない場合であっても、ＵＥ１００が通常モードを選択できるため、ＵＥ１００がいつまでもパブリックセーフティモードでＤ２Ｄ通信を行うことを抑制できる。
【０２６７】
［その他実施形態］
上記のように、本発明は実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。
【０２６８】
上述した実施形態では、ｅＮＢ２００が、パブリックセーフティ許可信号及びパブリックセーフティ禁止信号の判定処理を行っていたが、これに限られない。ｅＮＢ２００の上位装置が当該判定処理を行ってもよい。
【０２６９】
また、上述した第１実施形態では、「（２）パブリックセーフティ禁止信号の送信の判定処理」において、ｅＮＢ２００は、パブリックセーフティ禁止信号を一度だけ送信していたが、これに限られない。ｅＮＢ２００は、ネットワークの状況が回復した後に、一度だけでなく、定期的又は不定期に、パブリックセーフティ禁止信号を送信してもよい。
【０２７０】
また、ＵＥ１００は、パブリックセーフティモードである場合に、パブリックセーフティ許可信号を送信しているｅＮＢ２００を検知できなくなった場合（すなわち、ＵＥ１００がｅＮＢ２００から報知メッセージを受信できなくなった場合）、パブリックセーフティ禁止信号を受信するまで、又は、パブリックセーフティモードの許可更新タイマが満了するまで、パブリックセーフティモードを維持してもよい。
【０２７１】
具体的には、ＵＥ１００は、図３１及び図３２に示すような処理を行ってもよい。図３１は、ｅＮＢ２００ｎからの信号の受信状況に基づいて、ＵＥ１００のＤ２Ｄ通信に適用されるモードを選択する処理を説明するためのフローチャートである。ここで、ｅＮＢ２００ｎは、パブリックセーフティ許可信号を送信しているｅＮＢ２００であってもよいし、他のｅＮＢ２００であってもよい。図３２は、許可更新タイマが満了したときの処理を説明するフローチャートである。
【０２７２】
図３１に示すように、ステップＳ９０１において、ＵＥ１００は、ｅＮＢ２００ｎから信号を受信したか否かを判定する。ＵＥ１００は、信号を受信していない場合（Ｎｏの場合）、処理を終了する。一方、ＵＥ１００は、信号を受信した場合（Ｙｅｓの場合）、ステップＳ９０２の処理を行う。
【０２７３】
ステップＳ９０２において、ＵＥ１００は、第８タイマを起動する。ＵＥ１００は、第８タイマがすでに起動している場合は、第８タイマを再起動する。
【０２７４】
第８タイマが満了した場合、ＵＥ１００は、ＵＥ１００におけるｅＮＢ２００ｎからの信号の受信状態を未受信状態に移行する。すなわち、ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態が未受信状態であると記憶する。
【０２７５】
ステップＳ９０３において、ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態が未受信状態であるか否かを判定する。ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態が未受信状態である場合（Ｙｅｓの場合）、ステップＳ９０４の処理を行う。一方、ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態が未受信状態でない場合（Ｎｏの場合）、ステップＳ９０５の処理を行う。
【０２７６】
ステップＳ９０４において、ＵＥ１００は、許可更新タイマを起動する。ＵＥ１００は、許可更新タイマがすでに起動している場合は、許可更新タイマを再起動する。
【０２７７】
ステップＳ９０５において、ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態を受信中状態に移行する。すなわち、ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態が受信中状態であると記憶する。
【０２７８】
ステップＳ９０６において、ＵＥ１００は、ｅＮＢ２００ｎから受信した信号がパブリックセーフティ許可信号であるか否かを判定する。ＵＥ１００は、受信信号がパブリックセーフティ許可信号でない場合（Ｎｏの場合）、処理を終了する。一方、ＵＥ１００は、受信信号がパブリックセーフティ許可信号である場合（Ｙｅｓの場合）、ステップＳ９０７の処理を行う。
【０２７９】
ステップＳ９０７において、ＵＥ１００は、ＵＥ１００におけるｅＮＢ２００ｎの状態をパブリックセーフティ許可状態に移行する。すなわち、ＵＥ１００は、ＵＥ１００におけるｅＮＢ２００ｎの状態をパブリックセーフティ許可状態であると記憶する。
【０２８０】
ステップＳ９０８において、ステップＳ９０４と同様に、ＵＥ１００は、許可更新タイマを起動する。
【０２８１】
次に、許可更新タイマが満了したときの処理を説明する。許可更新タイマが満了したときに、ＵＥ１００は、ステップＳ９２１の処理を行う。
【０２８２】
図３２に示すように、ステップＳ９２１において、ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態が未受信状態であるか否かを判定する。ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態が未受信状態である場合、処理を終了する。ＵＥ１００は、ｅＮＢ２００ｎに対するＵＥ１００の受信状態が未受信状態でない場合、ステップＳ９２２の処理を行う。
【０２８３】
ステップＳ９２２において、ＵＥ１００は、ＵＥ１００におけるｅＮＢ２００ｎの状態をパブリックセーフティ禁止状態に移行する。すなわち、ＵＥ１００は、ｅＮＢ２００ｎの状態がパブリックセーフティ禁止状態であると記憶する。
【０２８４】
ＵＥ１００は、ＵＥ１００におけるｅＮＢ２００ｎの状態が、パブリックセーフティ許可状態である場合、パブリックセーフティモードを選択する。一方、ＵＥ１００は、ｅＮＢ２００ｎの状態が、パブリックセーフティ禁止状態である場合、通常モードを選択する。
【０２８５】
なお、ＵＥ１００は、ＵＥ１００が検知している全てのｅＮＢ２００ｎの状態が、パブリックセーフティ許可状態である場合、パブリックセーフティモードを選択し、それ以外の場合に、通常モードを選択するという処理を行ってもよい。なお、それ以外の場合とは、ＵＥ１００が検知できているｅＮＢ２００ｎの一部の状態が、パブリックセーフティ許可状態でない場合や、ＵＥ１００が検知できているｅＮＢ２００ｎの全てがパブリックセーフティ許可状態でない場合を含む。
【０２８６】
また、ＵＥ１００は、以下のように、ｅＮＢ２００からパブリックセーフティ禁止信号を受信できない場合であっても、ＵＥ１００は、通常モードを選択して、パブリックセーフティモードから通常モードへ移行してもよい。
【０２８７】
具体的には、まず、ＵＥ１００がパブリックセーフティモードを選択している場合であり、且つ、ｅＮＢ２００を検知できないと仮定して、説明を進める。
【０２８８】
例えば、ＵＥ１００の移動によって、新たにｅＮＢ２００−１を検知した場合で、且つ、ｅＮＢ２００−１からの信号を検知してから所定期間、ｅＮＢ２００−１からのパブリックセーフティ許可信号を受信できない場合、ＵＥ１００は、通常モードを選択してもよい。
【０２８９】
また、ｅＮＢ２００は、パブリックセーフティモードを選択しているＵＥ１００が接続セットアップ要求を行った場合で、且つ、ｅＮＢ２００の状態がパブリックセーフティ禁止状態である場合（すなわち、ＵＥ１００が、パブリックセーフティモードを選択することが禁止されている場合）、ｅＮＢ２００は、ＵＥ１００との接続手続中に、ＵＥ１００にパブリックセーフティモードではなく、通常モードを選択するように指示してもよい。すなわち、ｅＮＢ２００は、ＵＥ１００との接続の確立に用いられる信号（例えば、ＲＲＣ接続セットアップ）と共に、パブリックセーフティ禁止信号を送信してもよい。また、ｅＮＢ２００は、ＵＥ１００との接続の確立に用いられる信号の中に、ｅＮＢ２００の状態がパブリックセーフティ禁止状態である旨を示す情報を含めて、当該信号をＵＥ１００に送信してもよい。
【０２９０】
なお、パブリックセーフティモードを選択しているＵＥ１００は、ｅＮＢ２００との接続の確立の要求に、ＵＥ１００がパブリックセーフティモードを選択していることを示す情報を含めもよい。
【０２９１】
また、上述した各実施形態及び変形例は、それぞれ適宜組み合わせてもよいことは勿論である。
【０２９２】
例えば、第２実施形態に示されるように、緊急速報を受信してからパブリックセーフティ許可信号を受信せずに、パブリックセーフティモードを選択したＵＥ１００が、パブリックセーフティ禁止信号を受信することにより通常モードを選択してもよい。
【０２９３】
上述した実施形態では、本発明をＬＴＥシステムに適用する一例を説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０２９４】
なお、日本国特許出願第２０１３−０９３０３９号（２０１３年４月２５日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０２９５】
以上のように、本発明に係るユーザ端末、基地局及びプロセッサは、Ｄ２Ｄ通信を有効に活用できるため、移動通信分野において有用である。
【図１】
2014175082.tif 000003
【図２】
2014175082.tif 000004
【図３】
2014175082.tif 000005
【図４】
2014175082.tif 000006
【図５】
2014175082.tif 000007
【図６】
2014175082.tif 000008
【図７】
2014175082.tif 000009
【図８】
2014175082.tif 000010
【図９】
2014175082.tif 000011
【図１０】
2014175082.tif 000012
【図１１】
2014175082.tif 000013
【図１２】
2014175082.tif 000014
【図１３】
2014175082.tif 000015
【図１４】
2014175082.tif 000016
【図１５】
2014175082.tif 000017
【図１６】
2014175082.tif 000018
【図１７】
2014175082.tif 000019
【図１８】
2014175082.tif 000020
【図１９】
2014175082.tif 000021
【図２０】
2014175082.tif 000022
【図２１】
2014175082.tif 000023
【図２２】
2014175082.tif 000024
【図２３】
2014175082.tif 000025
【図２４】
2014175082.tif 000026
【図２５】
2014175082.tif 000027
【図２６】
2014175082.tif 000028
【図２７】
2014175082.tif 000029
【図２８】
2014175082.tif 000030
【図２９】
2014175082.tif 000031
【図３０】
2014175082.tif 000032
【図３１】
2014175082.tif 000033
【図３２】
2014175082.tif 000034
【国際調査報告】
2014175082.tif 000035
2014175082.tif 000036