(57)【特許請求の範囲】
【請求項１】
パケットコア網と、基地局および端末を含む無線アクセス網と、を含む無線通信システムであって、
複数の端末と、
端末間の近接通信サービスを提供する機能にアクセスする処理が可能であり、前記パケットコア網と自局との間の接続に不具合が生じた場合に、前記近接通信サービスを提供する機能にアクセスする処理を用いて、前記複数の端末のうちの自局に接続した端末との間で通信の認証および承認を行うことにより前記複数の端末の間で近接通信を実行させる基地局と、
を含むことを特徴とする無線通信システム。
【請求項２】
前記近接通信を実行させる前記基地局は、前記不具合が生じた場合に、前記自局に接続した端末および自局について、前記パケットコア網との間で通信を行う処理を停止させることを特徴とする請求項１に記載の無線通信システム。
【請求項３】
前記近接通信を実行させる前記基地局は、前記複数の端末が自局および前記パケットコア網を経由する経路により互いに通信を行っている状態において前記不具合が生じた場合は、前記自局に接続した端末における通信に関するパラメータを保持し、保持したパラメータに基づいて前記通信の認証および承認を行うことを特徴とする請求項１または２に記載の無線通信システム。
【請求項４】
前記複数の端末に含まれる第１端末は、前記不具合が生じた後に前記無線アクセス網に接続する場合に、前記複数の端末の間で近接通信を実行させる前記基地局（以下、「第１基地局」と称する）を介して前記第１基地局と異なる第２基地局に接続し、前記第２基地局から前記第１基地局へハンドオーバし、
前記第２基地局は、前記第１基地局へハンドオーバした前記第１端末における通信に関するパラメータを前記第１基地局へ転送し、
前記第１基地局は、前記第２基地局から転送された前記パラメータに基づいて、自局へハンドオーバした前記第１端末との間で通信の認証および承認を行うことにより、前記第１端末と、前記複数の端末のうちの前記第１端末と異なる第２端末と、の間で近接通信を実行させる、
ことを特徴とする請求項１〜３のいずれか一つに記載の無線通信システム。
【請求項５】
前記第２基地局は、前記不具合が生じる前に前記パケットコア網との間でコネクションを設定し、
前記第１端末は、前記不具合が生じた後に前記第１基地局を介して前記第２基地局に接続することにより、前記コネクションを含む経路で前記パケットコア網に仮想的に接続し、前記第２基地局から前記第１基地局へハンドオーバする、
ことを特徴とする請求項４に記載の無線通信システム。
【請求項６】
パケットコア網と、基地局および端末を含む無線アクセス網と、を含む無線通信システムの基地局であって、
前記パケットコア網との間で通信を行い、前記パケットコア網と自局との間の接続の不具合を検出する通信部と、
端末間の近接通信サービスを提供する機能にアクセスする処理が可能であり、前記通信部によって前記不具合が検出された場合に、前記近接通信サービスを提供する機能にアクセスする処理を用いて、複数の端末のうちの自局に接続した端末との間で通信の認証および承認を行うことにより前記複数の端末の間で近接通信を実行させる制御部と、
を備えることを特徴とする基地局。
【請求項７】
パケットコア網と、基地局および端末を含む無線アクセス網と、を含む無線通信システムの端末であって、
他の端末との間で通信が可能な通信部と、
端末間の近接通信サービスを提供する機能にアクセスする処理が可能であり、前記パケットコア網と自局との間の接続に不具合が生じた場合に、前記近接通信サービスを提供する機能にアクセスする処理を用いて、複数の端末のうちの自局に接続した端末との間で通信の認証および承認を行うことにより前記複数の端末の間で近接通信を実行させる基地局からの制御信号に応じて、前記通信部による通信を制御し、前記基地局により保持された、前記基地局に接続した自局における通信に関するパラメータに応じて前記通信の認証および承認を行う制御部と、
を含むことを特徴とする端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、基地局および端末に関する。
【背景技術】
【０００２】
従来、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）やＬＴＥ−ａｄｖａｎｃｅｄなどの移動体通信が知られている（たとえば、下記非特許文献１〜１１，１５参照。）。また、端末間での直接通信を可能にするＰｒｏＳｅ（Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ：端末間直接通信機能）が検討されている（たとえば、下記非特許文献１２，１４参照。）。
【０００３】
また、パケットコア網から無線アクセス網が分離された場合でも通信が継続可能となるＩＯＰＳ（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ  Ｏｐｅｒａｔｉｏｎ  ｆｏｒ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）が検討されている（たとえば、下記非特許文献１３参照。）。パケットコア網は、たとえばＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）である。
【０００４】
また、フェムト基地局やゲートウェイ装置が、コアネットワークとの伝送障害を検出した場合に、コアネットワークに代わって、フェムト基地局に在圏する移動局同士間の呼接続を行う技術が知られている（たとえば、下記特許文献１参照。）。
【０００５】
また、基地局が、上位装置との間で回線障害が発生した場合に、報知する基地局ＩＤの一斉呼び出しエリア番号を変更し、基地局の自局セル内の通信端末に位置登録させる技術が知られている（たとえば、下記特許文献２参照。）。
【０００６】
また、交換機で輻輳が発生している状態において、端末が他の端末との通信要求が交換機により拒絶されると、端末間の直接通信を許可する技術が知られている（たとえば、下記特許文献３参照。）。
【０００７】
また、基地局と制御局との間の回線接続が切断された場合に、基地局が、発信側の移動局からの発呼信号を制御局に転送することを中止し、着信側の移動局に対して送信して着信させる技術が知られている（たとえば、下記特許文献４参照。）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１０−２３３１８４号公報
【特許文献２】特開２０１３−１３１７８８号公報
【特許文献３】特開２０１３−２２３１９４号公報
【特許文献４】特開平１０−３０４４２５号公報
【非特許文献】
【０００９】
【非特許文献１】３ＧＰＰ  ＴＳ３６．３００  Ｖ１２．１．０、２０１４年３月
【非特許文献２】３ＧＰＰ  ＴＳ３６．２１１  Ｖ１２．１．０、２０１４年３月
【非特許文献３】３ＧＰＰ  ＴＳ３６．２１２  Ｖ１２．０．０、２０１３年１２月
【非特許文献４】３ＧＰＰ  ＴＳ３６．２１３  Ｖ１２．１．０、２０１４年３月
【非特許文献５】３ＧＰＰ  ＴＳ３６．３２１  Ｖ１２．０．０、２０１３年１２月
【非特許文献６】３ＧＰＰ  ＴＳ３６．３２２  Ｖ１１．０．０、２０１２年９月
【非特許文献７】３ＧＰＰ  ＴＳ３６．３２３  Ｖ１１．２．０、２０１３年３月
【非特許文献８】３ＧＰＰ  ＴＳ３６．３３１  Ｖ１２．０．０、２０１３年１２月
【非特許文献９】３ＧＰＰ  ＴＳ３６．４１３  Ｖ１２．０．０、２０１３年１２月
【非特許文献１０】３ＧＰＰ  ＴＳ３６．４２３  Ｖ１２．０．０、２０１３年１２月
【非特許文献１１】３ＧＰＰ  ＴＲ３６．８４２  Ｖ１２．０．０、２０１３年１２月
【非特許文献１２】３ＧＰＰ  ＴＲ３６．８４３  Ｖ１２．０．０、２０１４年３月
【非特許文献１３】３ＧＰＰ  ＴＲ２２．８９７  ｖ１３．０．０、２０１４年６月
【非特許文献１４】３ＧＰＰ  ＴＳ２３．３０３  ｖ１２．０．０、２０１４年２月
【非特許文献１５】３ＧＰＰ  ＴＳ２４．３０１  ｖ１２．６．０、２０１４年９月
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上述した従来技術では、パケットコア網と無線アクセス網との間において切断等の不具合が生じた場合に、端末間の通信を継続するには、該不具合からの復旧まで待機することになり、端末間の通信が停止する場合がある。
【００１１】
１つの側面では、本発明は、パケットコア網と無線アクセス網との間の通信に不具合が生じた場合における通信停止を防止することができる無線通信システム、基地局および端末を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するため、本発明の一側面によれば、パケットコア網と、基地局および端末を含む無線アクセス網と、を含む無線通信システムにおいて、基地局が、端末間の近接通信サービスに関する処理が可能であり、前記パケットコア網と自局との間の接続に不具合が生じた場合に、前記近接通信サービスに関する処理を用いて、複数の端末のうちの自局に接続した端末との間で通信の認証および承認を行うことにより前記複数の端末の間で近接通信を実行させる無線通信システム、基地局および端末が提案される。
【発明の効果】
【００１３】
本発明の一側面によれば、パケットコア網と無線アクセス網との間の通信に不具合が生じた場合における通信停止を防止することができるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１Ａ】図１Ａは、実施の形態１にかかる無線通信システムの一例を示す図である。
【図１Ｂ】図１Ｂは、図１Ａに示した無線通信システムにおける信号の流れの一例を示す図である。
【図１Ｃ】図１Ｃは、実施の形態１にかかる無線通信システムの変形例を示す図である。
【図２】図２は、実施の形態２にかかる無線通信システムの一例を示す図である。
【図３】図３は、基地局の一例を示す図である。
【図４】図４は、端末の一例を示す図である。
【図５】図５は、基地局のハードウェア構成の一例を示す図である。
【図６】図６は、端末のハードウェア構成の一例を示す図である。
【図７】図７は、ＩＯＰＳによる端末間の通信の一例を示す図である。
【図８】図８は、ＰｒｏＳｅによる端末間の通信の一例を示す図である。
【図９】図９は、実施の形態２においてＵＥが隔離型無線アクセス網に接続する場合の処理の一例を示すシーケンス図である。
【図１０Ａ】図１０Ａは、隔離型無線アクセス網による通信の一例を示すシーケンス図である。
【図１０Ｂ】図１０Ｂは、隔離型無線アクセス網による通信の他の例を示すシーケンス図である。
【図１１】図１１は、ｅＮＢによる処理の一例を示すフローチャートである。
【図１２】図１２は、実施の形態３にかかる無線通信システムの一例を示す図である。
【図１３】図１３は、実施の形態３においてＵＥが隔離型無線アクセス網に接続する場合の処理の一例を示すシーケンス図である。
【発明を実施するための形態】
【００１５】
以下に図面を参照して、本発明にかかる無線通信システム、基地局および端末の実施の形態を詳細に説明する。
【００１６】
（実施の形態１）
（実施の形態１にかかる無線通信システム）
図１Ａは、実施の形態１にかかる無線通信システムの一例を示す図である。図１Ｂは、図１Ａに示した無線通信システムにおける信号の流れの一例を示す図である。図１Ａ，図１Ｂに示すように、実施の形態１にかかる無線通信システム１００は、パケットコア網１０１と、無線アクセス網１０２と、を含む。無線アクセス網１０２は、基地局１１０と、端末１２０，１３０と、を含む。パケットコア網１０１は、基地局１１０を含まない通信網であって、たとえば基地局１１０より上位の通信網である。すなわち、パケットコア網１０１は、基地局１１０と他の基地局との間（基地局間）のアクセス網である。
【００１７】
基地局１１０は、端末１２０，１３０との間で無線通信を行うことにより、端末１２０，１３０の間の通信を中継する。たとえば、基地局１１０は、通信部１１１と、制御部１１２と、を備える。
【００１８】
通信部１１１は、パケットコア網１０１との間で通信を行う。これにより、たとえば端末１２０，１３０とパケットコア網１０１との間の通信を中継することができる。また、端末１２０，１３０の間の基地局１１０およびパケットコア網１０１を介した通信を中継することができる。
【００１９】
また、通信部１１１は、パケットコア網１０１と基地局１１０（自局）との間の接続の不具合を検出する。そして、通信部１１１は、パケットコア網１０１と基地局１１０との間の接続の不具合の検出結果を制御部１１２へ通知する。
【００２０】
パケットコア網１０１と基地局１１０との間の接続の不具合は、たとえば、パケットコア網１０１と基地局１１０との間の通信が不可となる状態（通信断）である。または、パケットコア網１０１と基地局１１０との間の接続の不具合は、パケットコア網１０１と基地局１１０との間の通信のスループットの低下などであってもよい。また、パケットコア網１０１と基地局１１０との間の接続の不具合は、一例としては、地震や津波などの災害などに起因して発生した不具合である。
【００２１】
たとえば、通信部１１１は、通信部１１１とパケットコア網１０１との間の通信状態を監視することにより、パケットコア網１０１と基地局１１０との間の接続の不具合を検出することができる。通信部１１１とパケットコア網１０１との間の通信状態は、たとえば、通信速度や、通信部１１１からの信号送信に対するパケットコア網１０１からの応答の有無などである。または、通信部１１１は、パケットコア網１０１と無線アクセス網１０２との間の接続に不具合が生じたことを示す情報を他の通信装置から受信することにより、パケットコア網１０１と基地局１１０との間の接続の不具合を検出してもよい。
【００２２】
制御部１１２は、端末１２０，１３０の間の通信を制御する。たとえば、制御部１１２は、端末１２０，１３０へ制御信号を送信することにより、端末１２０，１３０の間の通信を制御する。制御部１１２が端末１２０，１３０へ送信する制御信号は、たとえば、端末１２０，１３０から基地局１１０への通信要求への応答や、端末１２０，１３０が基地局１１０との間の無線通信で使用する無線リソースなどを示す情報である。
【００２３】
また、制御部１１２は、端末間の近接通信サービスに関する処理が可能である。端末間の近接通信サービスは、一例としてはＰｒｏＳｅである。端末間の近接通信サービスに関する処理は、たとえば、近接通信サービスを提供する通信装置にアクセスする処理である。近接通信サービスを提供する通信装置は、一例としてはＰｒｏＳｅファンクション（ＰｒｏＳｅ  Ｆｕｎｃｔｉｏｎ）である。たとえば、通信部１１１は、ＰｒｏＳｅレイヤの処理部を有することで、端末間の近接通信サービスに関する処理が可能である。
【００２４】
また、制御部１１２は、通信部１１１からの通知に基づいて、パケットコア網１０１と基地局１１０との間の接続に不具合が生じた場合に、端末１２０，１３０との間で通信の認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）および承認（認可：Ａｕｔｈｏｒｉｚａｔｉｏｎ）を行うことにより端末１２０，１３０の間で近接通信を実行させる。
【００２５】
認証は、たとえば端末（ユーザ）の本人性を特定する処理である。すなわち、認証は、たとえば、端末（ユーザ）が不正に使用されることを防止するために、正しい端末からの接続要求を受け入れ、不正な端末からの接続要求を拒否する処理である。承認（認可）は、たとえば端末（ユーザ）のアクセス制御を行う処理である。すなわち、承認は、たとえば、認証によって判明した端末（ユーザ）の身元から、該端末に許可する通信サービスを決定する処理である。
【００２６】
制御部１１２が端末１２０，１３０の間で実行させる通信は、たとえばパケットコア網１０１を経由しない経路による通信である。たとえば、制御部１１２が端末１２０，１３０の間で実行させる通信は、基地局１１０を介した通信である。または、制御部１１２が端末１２０，１３０の間で実行させる通信は、端末１２０，１３０の間での直接無線通信であってもよい。一例としては、制御部１１２が端末１２０，１３０の間で実行させる通信は、ＰｒｏＳｅによる通信である。
【００２７】
端末１２０，１３０は、基地局１１０と無線通信を行う移動局である。たとえば、端末１２０は、通信部１２１と、制御部１２２と、を備える。通信部１２１は、他の端末（たとえば端末１３０）との間で通信が可能である。制御部１２２は、基地局１１０から送信された制御信号に基づいて、通信部１２１による通信を制御する。端末１２０の構成について説明したが、端末１３０の構成についても端末１２０の構成と同様である。
【００２８】
このように、実施の形態１によれば、端末間の近接通信サービスに関する処理を用いて基地局１１０が端末１２０，１３０の認証および承認を行うことにより、端末１２０，１３０の間で近接通信を実行させることができる。これにより、パケットコア網１０１と無線アクセス網１０２との間の通信（基地局間のアクセス網）に不具合が発生した場合における端末間の通信停止の防止を図ることができる。通信停止の防止は、たとえば、通信不能な状態が長時間継続することを防止することである。
【００２９】
図１Ｃは、実施の形態１にかかる無線通信システムの変形例を示す図である。図１Ｃにおいて、図１Ａ，図１Ｂに示した部分と同様の部分については同一の符号を付して説明を省略する。図１Ｃに示すように、実施の形態１において、無線アクセス網１０２には基地局１１０，１４０が含まれ、端末１３０は基地局１４０に接続していてもよい。基地局１４０は、たとえばＸ１インタフェースなどにより基地局１１０と接続されている。基地局１４０は、たとえば基地局１１０と同様の構成である。
【００３０】
この場合は、基地局１１０の制御部１１２は、パケットコア網１０１と基地局１１０との間の接続に不具合が生じた場合に、自局に接続した端末１２０との間で通信の認証および承認を行うことにより端末１２０，１３０の間で近接通信を実行させる。この場合に、たとえば、基地局１４０は、端末間の近接通信サービスに関する処理を用いて、自局に接続した端末１３０における通信の認証および承認を行う。
【００３１】
また、制御部１１２が端末１２０，１３０の間で実行させる通信は、基地局１１０および基地局１４０を介した通信である。この場合の基地局１１０および基地局１４０の間の通信には、一例としてはＸ２コネクションなどを用いることができる。または、制御部１１２が端末１２０，１３０の間で実行させる通信は、端末１２０，１３０の間での直接無線通信であってもよい。
【００３２】
このように、端末１２０，１３０がそれぞれ基地局１１０，１４０に接続している場合であっても、端末間の近接通信サービスに関する処理を用いて基地局１１０，１４０が端末１２０，１３０の認証および承認を行うことができる。これにより、端末１２０，１３０の間で近接通信を実行させることができる。
【００３３】
（実施の形態２）
（実施の形態２にかかる無線通信システム）
図２は、実施の形態２にかかる無線通信システムの一例を示す図である。図２に示すように、実施の形態２にかかる無線通信システム２００は、無線アクセス網２１０と、ＥＰＣ２２０と、を含む。無線アクセス網２１０は、無線通信が行われる通信網である。たとえば、無線アクセス網２１０は、ＵＥ２０１，２０２（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ユーザ端末）と、ｅＮＢ２１１，２１２（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）と、を含む。
【００３４】
ＥＰＣ２２０は、無線通信システム２００におけるパケットコア網である。たとえば、ＥＰＣ２２０は、ＭＭＥ２２１（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ：移動性管理エンティティ）と、ゲートウェイ２２２（Ｓ／ＰＧＷ）と、ＨＳＳ２２３（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ：ホーム加入者サーバ）と、ＰｒｏＳｅファンクション２２４と、を含む。
【００３５】
ＵＥ２０１，２０２のそれぞれは、ｅＮＢ２１１，２１２の少なくともいずれかとの間で無線通信を行うことにより、ｅＮＢ２１１，２１２の少なくともいずれかを介してＥＰＣ２２０との間で通信が可能である。また、ＵＥ２０１，２０２は、ｅＮＢ２１１，２１２の少なくともいずれかを介して互いに通信が可能である。図２に示す例では、ＵＥ２０１は、ｅＮＢ２１１のセル２１１ａに在圏しており、ｅＮＢ２１１との間で無線通信を行っている。ＵＥ２０２は、ｅＮＢ２１２のセル２１２ａに在圏しており、ｅＮＢ２１２との間で無線通信を行っている。
【００３６】
ｅＮＢ２１１，２１２のそれぞれは、ＵＥ２０１，２０２との間で無線通信を行うことにより、ＵＥ２０１，２０２とＥＰＣ２２０との間の通信を中継する基地局である。また、ｅＮＢ２１１，２１２のそれぞれは、たとえばＳ１インタフェースを介してＭＭＥ２２１に接続されている。また、ｅＮＢ２１１，２１２のそれぞれは、たとえばＰＣ３インタフェースを介してＰｒｏＳｅファンクション２２４に接続されている。また、ｅＮＢ２１１，２１２は、たとえばＸ２インタフェースを介して互いに接続されている。
【００３７】
ＭＭＥ２２１は、ｅＮＢ２１１，２１２を収容し、ネットワーク制御のＣ−ｐｌａｎｅ（Ｃｏｎｔｒｏｌ  ｐｌａｎｅ）の処理を行う。
【００３８】
ゲートウェイ２２２は、ＥＰＣ２２０におけるゲートウェイである。たとえば、ゲートウェイ２２２は、ユーザデータのユーザプレーン（Ｕｓｅｒ−ｐｌａｎｅ）を処理するＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）や、外部のネットワークや企業イントラネットなどに接続するためのＰ−ＧＷ（Ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）などを含む。ＨＳＳ２２３は、サービス制御や加入者データの処理を行うサーバである。
【００３９】
ＰｒｏＳｅファンクション２２４は、ＵＥ２０１，２０２におけるＰｒｏＳｅ（近接通信サービス）に関する処理を行う通信装置である。たとえば、ＰｒｏＳｅファンクション２２４は、ＰｒｏＳｅを提供するために、ＵＥ２０１，２０２の各位置に関する位置情報を取得可能である。
【００４０】
たとえば、ＰｒｏＳｅファンクション２２４は、位置情報をＵＥ２０１，２０２からの報告情報に基づいて取得することができる。報告情報は、一例としては、ＵＥ２０１，２０２におけるＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ：全地球測位システム）ユニットにより得られたＵＥ２０１，２０２の各位置座標の測定結果を示す情報である。または、報告情報は、ＵＥ２０１，２０２が接続中の基地局やセルの識別情報などであってもよい。ＰｒｏＳｅファンクション２２４は、独立した通信装置であってもよいし、他の通信装置に設けられていてもよい。
【００４１】
また、ｅＮＢ２１１やｅＮＢ２１２には、ＰｒｏＳｅプロトコルが実装されている。ＰｒｏＳｅプロトコルは、たとえば、ＰＨＹ（物理層）プロトコル、Ｌ２（レイヤ２）プロトコルおよびＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：無線リソース制御）プロトコルの上位レイヤとして実装される。
【００４２】
これにより、ｅＮＢ２１１，２１２は、ＰｒｏＳｅファンクション２２４のＰｒｏＳｅプロトコルにアクセスすることが可能になる。このアクセスには、たとえばＰＣ３インタフェースを用いることができる。なお、従来のシステムではＰＣ３インタフェースはＰｒｏＳｅファンクションと端末に実装されたＰｒｏＳｅアプリケーション（ＰｒｏＳｅプロトコル）間のインタフェースであったが、これをＰｒｏＳｅファンクションと基地局（たとえばｅＮＢ２１１，２１２）のインタフェースとしても利用することに相当する。呼称はＰＣ３インタフェースとは別の呼称を用いてもよい。これにより、ｅＮＢ２１１，２１２は、ＰｒｏＳｅプロトコルを用いて、ＵＥ２０１，２０２に対して近接通信サービス（ＰｒｏＳｅ）による通信を実行させることが可能になる。また、「ＰｒｏＳｅプロトコル」もプロトコルそのものを表現するものではなく、ＰｒｏＳｅに関わる処理機能と位置付けてもよい。たとえば、ＰｒｏＳｅ通信に必要な各種パラメータは、通常は通信時にＰｒｏＳｅファンクションから設定されるが、ここでは通信時ではなく、事前にＰｒｏＳｅファンクションから設定を受信し記憶する、という処理機能であってもよい。
【００４３】
図２に示す例では、ＵＥ２０１，２０２がそれぞれｅＮＢ２１１，２１２に接続して互いに通信を行っている。そして、ｅＮＢ２１１とＭＭＥ２２１との間のＳ１コネクションと、ｅＮＢ２１２とＭＭＥ２２１との間のＳ１コネクションと、に障害が発生したとする。これにより、ｅＮＢ２１１，２１２のＥＰＣ２２０への接続性が失われる。
【００４４】
ｅＮＢ２１１は、ＥＰＣ２２０への接続性が失われると、ＵＥ２０１の通信のためのパラメータを保持し、保持したパラメータを用いてＵＥ２０１の通信継続のための認証および承認（認可）を行う。ＵＥ２０１の通信のためのパラメータには、たとえば、ＵＥケイパビリティやＵＥコンテキストが含まれる。ＵＥケイパビリティは、たとえばＵＥ２０１が対応する通信機能に関する情報である。ＵＥコンテキストは、たとえばＵＥ２０１の通信中にＵＥ２０１に割り当てられたパラメータである。ＵＥコンテキストはＵＥケイパビリティに含まれていてもよい。なお、ＥＰＣ２２０への接続性に不具合が生じているか（接続性が確保されているか、失われているか）の判断は、ＥＰＣで規定されているＯ＆Ｍ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｎａｇｅｍｅｎｔ）システムで行われてもよい。この場合は、Ｏ＆Ｍシステムによって接続性が失われていると判断されれば基地局（たとえばｅＮＢ２１１，２１２）に通知が行われる。
【００４５】
たとえば、ｅＮＢ２１１は、ＰｒｏＳｅプロトコル（ＰｒｏＳｅレイヤ）の処理により、ＵＥ２０１の通信のためのパラメータを保持し、保持したパラメータを用いてＵＥ２０１の通信継続のための承認を行う。また、ｅＮＢ２１１は、ＰｒｏＳｅプロトコル（ＰｒｏＳｅレイヤ）の処理により、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：アクセス層）プロトコル（ＡＳレイヤ）の通信認証機能を制御することにより、ＵＥ２０１についての認証を行う。
【００４６】
また、ｅＮＢ２１２も同様に、ＥＰＣ２２０への接続性が失われると、ＵＥ２０２の通信のためのパラメータを保持し、保持したパラメータを用いてＵＥ２０２の通信継続のための認証および承認を行う。これにより、ｅＮＢ２１１，２１２を介して、ＵＥ２０１，２０２の間で近接通信を実行させることが可能になる。図２に示すパケット２５１は、ｅＮＢ２１１，２１２を介したＵＥ２０１，２０２の間での近接通信によって送受信されるパケットである。
【００４７】
このように、ＥＰＣ２２０から無線アクセス網２１０が分離された場合でも、ｅＮＢ２１１，２１２に実装したＰｒｏＳｅプロトコル（ＰｒｏＳｅレイヤ）の処理により、ＵＥ２０１，２０２について通信の継続のための認証および承認を行うことができる。これにより、ＥＰＣ２２０から無線アクセス網２１０が分離された場合でも、近接通信によってＵＥ２０１，２０２の間で通信を継続させることが可能になる。なお、通信を継続させるとは、たとえば通信の長期の停止を回避することであり、一時的な通信の停止を含んでいてもよい。
【００４８】
図１Ａ〜図１Ｃに示したパケットコア網１０１は、たとえばＥＰＣ２２０により実現することができる。図１Ａ〜図１Ｃに示した無線アクセス網１０２は、たとえば無線アクセス網２１０により実現することができる。図１Ａ〜図１Ｃに示した基地局１１０，１４０は、たとえばｅＮＢ２１１，２１２により実現することができる。図１Ａ〜図１Ｃに示した端末１２０，１３０は、たとえばＵＥ２０１，２０２により実現することができる。
【００４９】
（基地局）
図３は、基地局の一例を示す図である。ｅＮＢ２１１，２１２のそれぞれは、たとえば図３に示す基地局３００により実現することができる。図３に示すように、基地局３００は、たとえば、無線通信部３１０と、制御部３２０と、記憶部３３０と、通信部３４０と、を備える。無線通信部３１０は、無線送信部３１１と、無線受信部３１２と、を備える。これらの各構成は、一方向または双方向に、信号やデータの入出力が可能なように接続されている。
【００５０】
無線送信部３１１は、ユーザデータや制御信号を、アンテナを介して無線通信で送信する。無線送信部３１１が送信する無線信号には、任意のユーザデータや制御情報など（符号化や変調等がなされる）を含めることができる。無線受信部３１２は、ユーザデータや制御信号を、アンテナを介して無線通信で受信する。無線受信部３１２が受信する無線信号には、任意のユーザデータや制御信号など（符号化や変調等がなされる）を含めることができる。なお、アンテナは送信と受信で共通でもよい。
【００５１】
制御部３２０は、他の無線局へ送信するユーザデータや制御信号を無線送信部３１１に出力する。また、制御部３２０は、無線受信部３１２によって受信されたユーザデータや制御信号を取得する。制御部３２０は、後述する記憶部３３０との間でユーザデータ、制御情報、プログラムなどの入出力を行う。また、制御部３２０は、後述する通信部３４０との間で、他の通信装置などとの間で送受信するユーザデータや制御信号の入出力を行う。制御部３２０は、これら以外にも、基地局３００における種々の制御を行う。
【００５２】
記憶部３３０は、ユーザデータ、制御情報、プログラムなどの各種情報の記憶を行う。通信部３４０は、たとえば有線信号によって、他の通信装置との間でユーザデータや制御信号を送受信する。
【００５３】
図１Ａ〜図１Ｃに示した基地局１１０の通信部１１１は、たとえば制御部３２０および通信部３４０により実現することができる。基地局１１０の制御部１１２は、たとえば無線通信部３１０および制御部３２０により実現することができる。
【００５４】
（端末）
図４は、端末の一例を示す図である。ＵＥ２０１，２０２は、たとえば図４に示す端末４００により実現することができる。端末４００は、無線通信部４１０と、制御部４２０と、記憶部４３０と、を備える。無線通信部４１０は、無線送信部４１１と、無線受信部４１２と、を備える。これらの各構成は、一方向または双方向に、信号やデータの入出力が可能なように接続されている。
【００５５】
無線送信部４１１は、ユーザデータや制御信号を、アンテナを介して無線通信で送信する。無線送信部４１１が送信する無線信号には、任意のユーザデータや制御情報など（符号化や変調等がなされる）を含めることができる。無線受信部４１２は、ユーザデータや制御信号を、アンテナを介して無線通信で受信する。無線受信部４１２が受信する無線信号には、任意のユーザデータや制御信号など（符号化や変調等がなされる）を含めることができる。なお、アンテナは送信と受信で共通でもよい。
【００５６】
制御部４２０は、他の無線局へ送信するユーザデータや制御信号を無線送信部４１１に出力する。また、制御部４２０は、無線受信部４１２によって受信されたユーザデータや制御信号を取得する。制御部４２０は、後述する記憶部４３０との間でユーザデータ、制御情報、プログラムなどの入出力を行う。また、制御部４２０は、後述する通信部との間で、他の通信装置などとの間で送受信するユーザデータや制御信号の入出力を行う。制御部４２０は、これら以外にも、端末４００における種々の制御を行う。
【００５７】
記憶部４３０は、ユーザデータ、制御情報、プログラムなどの各種情報の記憶を行う。
【００５８】
図１Ａ〜図１Ｃに示した端末１２０の通信部１２１は、たとえば無線通信部４１０により実現することができる。図１Ａ〜図１Ｃに示した端末１２０の制御部１２２は、たとえば無線通信部４１０および制御部４２０により実現することができる。
【００５９】
（基地局のハードウェア構成）
図５は、基地局のハードウェア構成の一例を示す図である。図３に示した基地局３００は、たとえば図５に示す基地局５００により実現することができる。基地局５００は、アンテナ５１１と、ＲＦ回路５１２と、プロセッサ５１３と、メモリ５１４と、ネットワークＩＦ５１５と、を備える。これら各構成要素は、たとえばバスを介して各種信号やデータの入出力が可能なように接続されている。
【００６０】
アンテナ５１１は、無線信号を送信する送信アンテナと、無線信号を受信する受信アンテナと、を含む。また、アンテナ５１１は、無線信号を送受信する共用アンテナであってもよい。ＲＦ回路５１２は、アンテナ５１１によって受信された信号や、アンテナ５１１によって送信される信号のＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ：高周波）処理を行う。ＲＦ処理には、たとえばベースバンド帯とＲＦ帯との周波数変換が含まれる。
【００６１】
プロセッサ５１３は、たとえばＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ：中央処理装置）やＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）などである。また、プロセッサ５１３は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）などのデジタル電子回路により実現してもよい。
【００６２】
メモリ５１４は、たとえばＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などのＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ：ランダムアクセスメモリ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリにより実現することができる。メモリ５１４は、たとえばユーザデータ、制御情報、プログラムなどを格納する。
【００６３】
ネットワークＩＦ５１５は、たとえば有線によってネットワークとの間で通信を行う通信インタフェースである。ネットワークＩＦ５１５は、たとえば基地局間で有線通信を行うためのＸｎインタフェースを含んでもよい。
【００６４】
図３に示した無線通信部３１０は、たとえばＲＦ回路５１２、あるいはアンテナ５１１およびＲＦ回路５１２により実現することができる。図３に示した制御部３２０は、たとえばプロセッサ５１３およびメモリ５１４により実現することができる。図３に示した記憶部３３０は、たとえばメモリ５１４により実現することができる。図３に示した通信部３４０は、たとえばネットワークＩＦ５１５により実現することができる。
【００６５】
（端末のハードウェア構成）
図６は、端末のハードウェア構成の一例を示す図である。端末４００は、たとえば図６に示す端末６００により実現することができる。端末６００は、たとえば、アンテナ６１１と、ＲＦ回路６１２と、プロセッサ６１３と、メモリ６１４と、を備える。これら各構成要素は、たとえばバスを介して各種信号やデータの入出力が可能なように接続されている。
【００６６】
アンテナ６１１は、無線信号を送信する送信アンテナと、無線信号を受信する受信アンテナと、を含む。また、アンテナ６１１は、無線信号を送受信する共用アンテナであってもよい。ＲＦ回路６１２は、アンテナ６１１によって受信された信号や、アンテナ６１１によって送信される信号のＲＦ処理を行う。ＲＦ処理には、たとえばベースバンド帯とＲＦ帯との周波数変換が含まれる。
【００６７】
プロセッサ６１３は、たとえばＣＰＵやＤＳＰなどである。また、プロセッサ６１３は、ＡＳＩＣ、ＦＰＧＡ、ＬＳＩなどのデジタル電子回路により実現してもよい。
【００６８】
メモリ６１４は、たとえばＳＤＲＡＭなどのＲＡＭ、ＲＯＭ、フラッシュメモリにより実現することができる。メモリ６１４は、たとえばユーザデータ、制御情報、プログラムなどを格納する。
【００６９】
図４に示した無線通信部４１０は、たとえばＲＦ回路６１２、あるいはアンテナ６１１およびＲＦ回路６１２により実現することができる。図４に示した制御部４２０は、たとえばプロセッサ６１３、メモリ６１４により実現することができる。図４に示した記憶部４３０は、たとえばメモリ６１４により実現することができる。
【００７０】
（ＩＯＰＳによる端末間の通信）
図７は、ＩＯＰＳによる端末間の通信の一例を示す図である。図７において、図２に示した部分と同様の部分については同一の符号を付して説明を省略する。ＵＥ２０１〜２０３は、ｅＮＢ２１１のセル２１１ａに在圏するＵＥである。ＵＥ２０４は、ｅＮＢ２１１とは異なるｅＮＢのセルに在圏するＵＥである。
【００７１】
図７に示す例では、ＵＥ２０１およびＵＥ２０２が、ｅＮＢ２１１で折り返す経路であって、ＥＰＣ２２０を経由しない経路によって互いに通信を行っている。すなわち、ＵＥ２０１およびＵＥ２０２のそれぞれは、ｅＮＢ２１１との間で無線通信を行うことで、ｅＮＢ２１１を介して通信を行っている。
【００７２】
これにより、ＥＰＣ２２０から無線アクセス網２１０が分離された場合でも、ＥＰＣ２２０を経由しない経路によってＵＥ２０１およびＵＥ２０２が互いに通信を行うことができる。また、図７に示す例では１つのｅＮＢ（ｅＮＢ２１１）を経由するＩＯＰＳの例について説明したが、複数のｅＮＢを経由するＩＯＰＳを行ってもよい。この場合に、複数のｅＮＢの間の経路には、たとえばＸ２インタフェースを用いることができる。
【００７３】
（ＰｒｏＳｅによる端末間の通信）
図８は、ＰｒｏＳｅによる端末間の通信の一例を示す図である。図８において、図７に示した部分と同様の部分については同一の符号を付して説明を省略する。図８に示す例では、ｅＮＢ２１１のセルに在圏するＵＥ２０１およびＵＥ２０２が、ｅＮＢ２１１の制御によって互いに直接無線通信を行っている。
【００７４】
また、図８に示す例では、ｅＮＢ２１１に在圏するＵＥ２０３と、ｅＮＢ２１１とは異なるｅＮＢ（たとえば図２に示したｅＮＢ２１２）のセルに在圏するＵＥ２０４とが、ｅＮＢ２１１の制御によって互いに直接無線通信を行っている。
【００７５】
たとえばｅＮＢ２１１は、図８に示すＰｒｏＳｅの機能を有し、ＰｒｏＳｅファンクション２２４の機能を利用することにより、互いに近接している端末間でＰｒｏＳｅによる近接通信を実行させることができる。これにより、図７に示したＩＯＰＳによる通信を端末間で実行させることができる。
【００７６】
（実施の形態２においてＵＥが隔離型無線アクセス網に接続する場合の処理）
図９は、実施の形態２においてＵＥが隔離型無線アクセス網に接続する場合の処理の一例を示すシーケンス図である。図９においては、ＵＥ２０１が、ｅＮＢ２１１に接続し、ｅＮＢ２１１を介してＵＥ２０２との間で通信を行っている際に無線アクセス網２１０とＥＰＣ２２０との間の接続に不具合（問題）が発生した場合について説明する。
【００７７】
まず、ＵＥ２０１がｅＮＢ２１１およびＥＰＣ２２０（ＭＭＥ２２１）を介してＵＥ２０２との間で通信を行うための通常のオペレーション（Ｎｏｒｍａｌ  Ｏｐｅｒａｔｉｏｎ）が行われる（ステップＳ９０１）。ステップＳ９０１には、たとえばＲＲＣコネクションの確立などが含まれる。これにより、ＵＥ２０１，２０２の間で、たとえばｅＮＢ２１１およびＭＭＥ２２１を介した通信が開始される。
【００７８】
ＵＥ２０１は、ＵＥ２０２との通信中に、自端末のＰｒｏＳｅ  ＵＥ  ＩＤを保持しておく（ステップＳ９０２）。ステップＳ９０２は、たとえばＵＥ２０１のＰｒｏＳｅプロトコルにより行われる。また、ＵＥ２０１は、ＵＥ２０２との通信中に、自端末のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを保持しておく（ステップＳ９０３）。ステップＳ９０３は、たとえばＵＥ２０１のＩＰプロトコルにより行われる。たとえば、上述した非特許文献１４によれば、ＰｒｏＳｅ  ＵＥ  ＩＤは１対多通信における送信元の移動局識別子として現時点の仕様では規定されているが、ここでは、１対多通信も含むより一般的な識別子であってもよい。
【００７９】
また、ＵＥ２０１は、ＵＥ２０２との通信中に、自端末のＡＳ情報を保持しておく（ステップＳ９０４）。ＡＳ情報には、たとえばＣ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ：セル無線ネットワーク一時識別子）が含まれる。ステップＳ９０４は、たとえばＵＥ２０１のＡＳ（ＲＲＣ）プロトコルにより行われる。
【００８０】
ここで、ｅＮＢ２１１とＭＭＥ２２１との間のＳ１コネクションに不具合が発生したとする（ステップＳ９０５）。Ｓ１コネクションの不具合は、たとえば、Ｓ１コネクションによる通信が不可となる状態（通信断）である。または、Ｓ１コネクションの不具合は、Ｓ１コネクションによる通信のスループットの低下などであってもよい。また、Ｓ１コネクションの不具合は、一例としては、地震や津波などの災害などに起因して発生した不具合である。なお、上述したように、コネクションに不具合が発生しているか否かの判断は、ＥＰＣで規定されているＯ＆Ｍシステムによって行われてもよい。
【００８１】
ｅＮＢ２１１は、ｅＮＢ２１１とＭＭＥ２２１との間のＳ１コネクションに不具合が発生したことを検出する。たとえば、ｅＮＢ２１１は、ｅＮＢ２１１とＭＭＥ２２１との間の通信状態を監視することにより、ｅＮＢ２１１とＭＭＥ２２１との間のＳ１コネクションに不具合が発生したことを検出することができる。ｅＮＢ２１１とＭＭＥ２２１との間の通信状態は、たとえば、通信速度や、ＭＭＥ２２１からの応答の有無などである。
【００８２】
この場合に、ｅＮＢ２１１は、Ｓ１コネクションに不具合が発生したこと（Ｓ１  Ｃｏｎｎｅｃｔｉｏｎ  Ｐｒｏｂｌｅｍ）を示すページング（Ｐａｇｉｎｇ）をＵＥ２０１へ送信する（ステップＳ９０６）。ステップＳ９０６は、たとえばｅＮＢ２１１およびＵＥ２０１のＡＳ（ＲＲＣ）プロトコルにより行われる。ステップＳ９０６により、ＵＥ２０１について、ＥＰＣ２２０との間で通信を行うためのＮＡＳ（Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：非アクセス層）プロトコルの処理を停止させることができる。
【００８３】
図９に示す例では、ｅＮＢ２１１がＳ１コネクションに不具合が発生したことをページングによりＵＥ２０１へ通知する方法について説明したが、Ｓ１コネクションに不具合が発生したことをＵＥ２０１へ通知する方法はこれに限らない。たとえば、ｅＮＢ２１１は、たとえば、Ｓ１コネクションに不具合が発生したことを、報知チャネルを用いてＵＥ２０１を含む各ＵＥへ報知してもよい。また、ｅＮＢ２１１は、ＵＥ２０１が行っていた通信に関するパラメータ（ＵＥコンテキスト）を保持しておく。
【００８４】
これらの処理には、たとえば、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｕｐｄａｔｅ手順を使用することができる。具体的には、基地局（たとえばｅＮＢ２１１）は、ＳＩＢ１（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ１）で規定されているＶａｌｕｅ  Ｔａｇをセットすると同時に、Ｓ１コネクションに不具合が生じた場合に送信するＳｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋを送信する。端末（たとえばＵＥ２０１）は、ＳＩＢ１のＶａｌｕｅ  Ｔａｇがセットされていることを検出すると、上述したＳｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋを受信することによってＳ１コネクションに不具合が生じていると判断する。上述したＳｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋには、不具合の原因が記載されてもよい。そして、不具合の原因によって本方法を実施するか否かを判断してもよい。たとえば、Ｓ１のスループットが劣化している場合は回復の可能性もあるため、本方法の実施を所定時間遅らせるようにしてもよい。
【００８５】
つぎに、ＵＥ２０１のＡＳ（ＲＲＣ）プロトコルの処理部が、ＵＥ２０１のＮＡＳプロトコルの処理部に対して、ＮＡＳプロトコルによる処理の停止を要求するＮＡＳデアクティベーション（ＮＡＳ  Ｄｅａｃｔｉｖａｔｉｏｎ）を出力する（ステップＳ９０７）。
【００８６】
つぎに、ＵＥ２０１のＮＡＳプロトコルの処理部が、ＵＥ２０１のＰｒｏｓｅプロトコルの処理部に対して、ＰｒｏＳｅ隔離モード（ＰｒｏＳｅ  Ｉｓｏｌａｔｅｄ  Ｍｏｄｅ）への移行を要求する（ステップＳ９０８）。ＰｒｏＳｅ隔離モードは、ＥＰＣ２２０と隔離された状態において端末間でＰｒｏＳｅによる通信を行うモードである。ステップＳ９０８により、ＵＥ２０１のＰｒｏｓｅプロトコルの処理部が起動され、ＵＥ２０１がＰｒｏＳｅ隔離モードへ移行する。
【００８７】
つぎに、ＵＥ２０１のＰｒｏｓｅプロトコルの処理部が、ＵＥ２０１のＮＡＳプロトコルの処理部に対して、ＰｒｏＳｅ隔離モードへ移行したことを通知する（ステップＳ９０９）。つぎに、ＵＥ２０１のＮＡＳプロトコルの処理部が、ＵＥ２０１のＡＳ（ＲＲＣ）プロトコルに対して、ＮＡＳプロトコルによる処理の停止（ＮＡＳ隔離モード）を通知する（ステップＳ９１０）。
【００８８】
つぎに、ＵＥ２０１が、ｅＮＢ２１１に対してＲＲＣコネクション再確立要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔ）を送信する（ステップＳ９１１）。ステップＳ９１１により送信されるＲＲＣコネクション再確立要求は、ＲＲＣコネクションの再確立を要求する再接続要求である。ステップＳ９１１は、たとえばｅＮＢ２１１およびＵＥ２０１のＡＳ（ＲＲＣ）プロトコルにより行われる。ステップＳ９１１は、たとえばｅＮＢ２１１に対して認証も要求するものである。
【００８９】
ステップＳ９１１により送信されるＲＲＣコネクション再確立要求には、Ｃ−ＲＮＴＩ、ＰＣＩおよびｓｈｏｒｔ  ＭＡＣ−Ｉが含まれる。また、ＲＲＣコネクション確立要求と並行して（同じメッセージで送信しても別メッセージで送信してもよい）ＰｒｏＳｅ  ＵＥ  ＩＤを送信してもよい。ＰｒｏＳｅ  ＵＥ  ＩＤは、たとえばステップＳ９０２によりＵＥ２０１が保持しておいたＰｒｏＳｅ  ＵＥ  ＩＤである。
【００９０】
Ｃ−ＲＮＴＩは、たとえばステップＳ９０４によりＵＥ２０１が保持しておいたＣ−ＲＮＴＩであって、たとえばＵＥ２０１のサービングセルで使用されるＵＥ２０１の１６ビットの識別情報（ＵＥ−ＩＤ）である。ＰＣＩは、たとえば、物理レイヤにおいてＵＥ２０１のサービングセルを識別するための識別子であって、９ビットの識別情報である。
【００９１】
ｓｈｏｒｔ  ＭＡＣ−Ｉは、たとえば、セルＩＤ、ＰＣＩおよびＣ−ＲＮＴＩからなるＶａｒＳｈｏｒｔＭＡＣ−Ｉｎｐｕｔを用いて生成された１５ビットまたは１６ビットのセキュリティパラメータである。たとえば、ｓｈｏｒｔ  ＭＡＣ−Ｉは、ＶａｒＳｈｏｒｔＭＡＣ−Ｉｎｐｕｔに対して、ＵＥが現在用いているセキュリティ鍵およびセキュリティアルゴリズムを用いて計算される改竄チェックコードであるＭＡＣ−Ｉの下位１６ビットを抽出したものである。
【００９２】
つぎに、ｅＮＢ２１１が、ＵＥ２０１についての認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）を行う（ステップＳ９１２）。ステップＳ９１２は、たとえばｅＮＢ２１１のＡＳ（ＲＲＣ）プロトコルにより行われる。ステップＳ９１２において、ｅＮＢ２１１は、たとえば、保持しておいたＵＥ２０１のＵＥコンテキストと、ステップＳ９１１により送信されたＲＲＣコネクション再確立要求に含まれるＵＥ２０１のＣ−ＲＮＴＩと、を比較することにより認証を行う。また、ｅＮＢ２１１は、保持しておいたＵＥ２０１のＵＥコンテキストと、ステップＳ９１１により送信されたＲＲＣコネクション再確立要求に含まれるＰＣＩやｓｈｏｒｔ  ＭＡＣ−Ｉと、を比較することにより認証を行ってもよい。
【００９３】
つぎに、ｅＮＢ２１１のＡＳ（ＲＲＣ）プロトコルの処理部が、ｅＮＢ２１１のＰｒｏＳｅプロトコルの処理部に対して、ＵＥ２０１についての承認要求（Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｒｅｑｕｅｓｔ）を行う（ステップＳ９１３）。ステップＳ９１３の承認要求は、たとえば、ｅＮＢ２１１のＡＳ（ＲＲＣ）プロトコルの処理部がｅＮＢ２１１のＰｒｏＳｅプロトコルの処理部へ、ＵＥ２０１のＰｒｏＳｅ  ＵＥ  ＩＤを通知することにより行われる。ここでは、ＵＥ２０１がＰｒｏＳｅ  ＵＥ  ＩＤを送信することを想定したが、ＰｒｏＳｅ  ＵＥ  ＩＤは必ずしも必要ではない。つまり、ｅＮＢ２１１はＣ−ＲＮＴＩとＰｒｏＳｅ  ＵＥ  ＩＤの組み合わせを記憶しておけば、Ｃ−ＲＮＴＩからＰｒｏＳｅ  ＵＥ  ＩＤを自動的に算出することができる。
【００９４】
つぎに、ｅＮＢ２１１が、ＰｒｏＳｅプロトコルの処理部により、ＵＥ２０１についての承認（Ａｕｔｈｏｒｉｚａｔｉｏｎ）を行う（ステップＳ９１４）。たとえば、ｅＮＢ２１１は、保持しておいたＵＥ２０１のＵＥコンテキストと、ステップＳ９１３の承認要求によって通知されたＵＥ２０１のＰｒｏＳｅ  ＵＥ  ＩＤと、に基づいて、ＵＥ２０１についての承認を行う。また、ｅＮＢ２１１は、ＵＥ２０１からＰｒｏＳｅ  ＵＥ  ＩＤが通知されない場合は、上述のようにＣ−ＲＮＴＩからＰｒｏＳｅ  ＵＥ  ＩＤを自動的に算出してもよい。
【００９５】
図９に示す例では、ステップＳ９１４により、ＵＥ２０１におけるＵＥ２０２とのＰｒｏＳｅによる通信が承認されたとする。つぎに、ｅＮＢ２１１のＰｒｏＳｅプロトコルの処理部が、ＡＳ（ＲＲＣ）プロトコルの処理部に対して、ステップＳ９１４による承認結果（Ａｕｔｈｏｒｉｚａｔｉｏｎ）を通知する（ステップＳ９１５）。
【００９６】
つぎに、ｅＮＢ２１１が、ＵＥ２０１に対して、ＲＲＣコネクションを再確立したことを示すＲＲＣコネクション再確立応答を送信する（ステップＳ９１６）。ＲＲＣコネクション再確立応答には、たとえばＵＥ２０１に対して新たに割り当てられたＣ−ＲＮＴＩ（ｎｅｗ  Ｃ−ＲＮＴＩ）が含まれる。ステップＳ９１６は、たとえばｅＮＢ２１１およびＵＥ２０１のＡＳ（ＲＲＣ）プロトコルにより行われる。
【００９７】
これにより、ＵＥ２０１とＵＥ２０２との間で、ｅＮＢ２１１を経由し、ＭＭＥ２２１などのＥＰＣ２２０を経由しない経路による通信（隔離型オペレーション）が開始される（ステップＳ９１７）。ステップＳ９１７により開始される通信は、たとえばＵＥ２０１，２０２およびｅＮＢ２１１のＰｒｏＳｅプロトコルにより行われる。また、ｅＮＢ２１１は、ＥＰＣ２２０との間で通信を行う処理を停止する。
【００９８】
図９に示したように、ｅＮＢ２１１は、ＵＥ２０１，２０２が自局およびＥＰＣ２２０を経由する経路により互いに通信を行っている状態においてＳ１コネクションに不具合が生じた場合は、自局に接続したＵＥ２０１における通信に関するパラメータを保持する。これにより、ｅＮＢ２１１は、保持したパラメータに基づいて、ＵＥ２０１についての通信の認証および承認を行うことができる。
【００９９】
また、ステップＳ９１１により送信されるＲＲＣコネクション再確立要求には、Ｓ１コネクションの不具合発生の通知によるＲＲＣコネクション再確立要求であることを示すインジケータが含まれていてもよい。すなわち、ＲＲＣコネクション再確立要求は、ｅＮＢ２１１がＵＥ２０１についてＥＰＣ２２０との間で通信を行う処理を停止させたことによる再接続要求であることを示す情報（インジケータ）が明示的に含まれていてもよい。これにより、ｅＮＢ２１１は、受信したＲＲＣコネクション再確立要求が、Ｓ１コネクションの不具合発生の通知によるものか、他の要因によるものか、を判別することが可能になる。なお、ＲＲＣコネクション再確立要求にＰｒｏＳｅ  ＵＥ  ＩＤを並行して送信する場合は、ＰｒｏＳｅ  ＵＥ  ＩＤ自体が暗示的な情報（インジケータ）に成りえる。
【０１００】
ＲＲＣコネクション再確立要求の送信について、Ｓ１コネクションの不具合発生の通知とは異なる他の要因としては、たとえばＵＥ２０１とｅＮＢ２１１との間のＲＬＦ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ：無線リンク障害）が挙げられる。また、ＲＲＣコネクション再確立要求の送信について、Ｓ１コネクションの不具合発生の通知とは異なる他の要因としては、たとえばＳ１コネクションに不具合が発生しており、かつ該不具合の発生の通知をＵＥ２０１が受信できなかったことが挙げられる。
【０１０１】
ｅＮＢ２１１は、受信したＲＲＣコネクション再確立要求がＳ１コネクションの不具合発生の通知によるものであると判別した場合は、ステップＳ９１２へ移行する。これにより、ＥＰＣ２２０を経由しないＰｒｏＳｅによるＵＥ２０１の通信が開始される。
【０１０２】
また、ｅＮＢ２１１は、受信したＲＲＣコネクション再確立要求がＳ１コネクションの不具合発生の通知とは異なる要因によるものであると判別した場合は、たとえばステップＳ９０１と同様の通常のオペレーションを行う。これにより、ＵＥ２０１のＲＲＣコネクションが再確立され、ＥＰＣ２２０を経由する経路でＵＥ２０１の通信が再開される。
【０１０３】
このため、たとえばＵＥ２０１とｅＮＢ２１１との間のＲＬＦによってＵＥ２０１がＲＲＣコネクション再確立要求を送信した場合は、Ｓ１コネクションの不具合発生を通知した場合と区別してＵＥ２０１のＲＲＣコネクションを再確立することができる。または、発生したＳ１コネクションの不具合がスループットの低下である場合においては、たとえばＳ１コネクションの不具合の発生の通知が受信できなかった端末に限定して、ＥＰＣ２２０を経由する経路による通信を実行させることができる。
【０１０４】
または、ステップＳ９１１により送信されるＲＲＣコネクション再確立要求の送信は、ＵＥ２０１とｅＮＢ２１１との間のＲＬＦが生じた場合に送信されるＲＲＣコネクション再確立要求とは異なるチャネルにより送信されてもよい。たとえば、ＵＥ２０１は、ＬＣＩＤ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  ＩＤ：論理チャネルＩＤ）を用いて、ＲＲＣコネクション再確立要求を送信するチャネルを切り替えることができる。
【０１０５】
これにより、ｅＮＢ２１１は、受信したＲＲＣコネクション再確立要求が、ＵＥ２０１とｅＮＢ２１１との間のＲＬＦによるものか、Ｓ１コネクションに不具合が生じたことを通知したことによるものかを判別することが可能になる。
【０１０６】
（隔離型無線アクセス網による通信）
図１０Ａは、隔離型無線アクセス網による通信の一例を示すシーケンス図である。図１０Ａにおいては、ＵＥ２０１，２０２がそれぞれｅＮＢ２１１，２１２に接続し、ｅＮＢ２１１，２１２とＭＭＥ２２１との間の各Ｓ１コネクションに不具合が発生した後にＵＥ２０１，２０２が互いにユーザデータを送受信する場合について説明する。
【０１０７】
たとえば図９に示した処理により、ＵＥ２０１とｅＮＢ２１１との間で認証および承認が完了しているとする。また、たとえば図９に示した処理と同様の処理により、ＵＥ２０２とｅＮＢ２１２との間でも認証および承認が完了しているとする。
【０１０８】
まず、ＵＥ２０１が、ＵＥ２０２を宛先とするユーザデータを格納したＰｒｏＳｅデータをｅＮＢ２１１へ送信する（ステップＳ１０１１）。ステップＳ１０１１により送信されるＰｒｏＳｅデータには、たとえば、ＵＥ２０２のＰｒｏＳｅ  ＵＥ  ＩＤ（宛先）およびユーザデータが含まれる。ステップＳ１０１１は、たとえばＵＥ２０１およびｅＮＢ２１１のＰｒｏＳｅプロトコルにより行われる。
【０１０９】
つぎに、ｅＮＢ２１１のＰｒｏＳｅプロトコルの処理部が、ステップＳ１０１１により受信したＰｒｏＳｅデータをｅＮＢ２１１のＸ２プロトコル（ＧＴＰ：ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）の処理部へ出力する（ステップＳ１０１２）。
【０１１０】
つぎに、ｅＮＢ２１１が、ステップＳ１０１２により出力されたＰｒｏＳｅデータをＧＴＰトラフィックに変換し、変換したＧＴＰトラフィックをｅＮＢ２１２へ送信する（ステップＳ１０１３）。ステップＳ１０１３は、たとえばｅＮＢ２１１，２１２のＸ２プロトコル（ＧＴＰ）により、Ｘ２コネクションを用いて行われる。また、ステップＳ１０１３は、ｅＮＢ２１１に記憶されたルーティングテーブル１００１に基づいて行われる。ルーティングテーブル１００１は、ＰｒｏＳｅ  ＵＥ  ＩＤとｅＮＢ  ＩＤとの対応関係を示す対応情報である。ここで、ｅＮＢ  ＩＤが必要となる理由は、該当するｅＮＢとＸ２がセットアップされていない場合に、新規にＸ２をセットアップすることが可能になるためである。
【０１１１】
つぎに、ｅＮＢ２１２のＸ２プロトコル（ＧＴＰ）の処理部が、ステップＳ１０１３により受信したＧＴＰトラフィックをＰｒｏＳｅデータに変換し、変換したＰｒｏＳｅデータをｅＮＢ２１２のＰｒｏＳｅプロトコルの処理部へ出力する（ステップＳ１０１４）。
【０１１２】
つぎに、ｅＮＢ２１２が、ステップＳ１０１４により出力されたＰｒｏＳｅデータをＵＥ２０２へ送信する（ステップＳ１０１５）。ステップＳ１０１５は、たとえばｅＮＢ２１２およびＵＥ２０２のＰｒｏＳｅプロトコルにより行われる。ＵＥ２０２は、ステップＳ１０１５により受信したＰｒｏＳｅデータから、ＵＥ２０１からのユーザデータを取得することができる。
【０１１３】
また、ＵＥ２０２が、ＵＥ２０１を宛先とするユーザデータを格納したＰｒｏＳｅデータをｅＮＢ２１２へ送信する（ステップＳ１０１６）。ステップＳ１０１６により送信されるＰｒｏＳｅデータには、たとえば、ＵＥ２０１のＰｒｏＳｅ  ＵＥ  ＩＤ（宛先）およびユーザデータが含まれる。ステップＳ１０１６は、たとえばＵＥ２０２およびｅＮＢ２１２のＰｒｏＳｅプロトコルにより行われる。
【０１１４】
つぎに、ｅＮＢ２１２のＰｒｏＳｅプロトコルの処理部が、ステップＳ１０１６により受信したＰｒｏＳｅデータをｅＮＢ２１２のＸ２プロトコル（ＧＴＰ）の処理部へ出力する（ステップＳ１０１７）。
【０１１５】
つぎに、ｅＮＢ２１２が、ステップＳ１０１７により出力されたＰｒｏＳｅデータをＧＴＰトラフィックに変換し、変換したＧＴＰトラフィックをｅＮＢ２１１へ送信する（ステップＳ１０１８）。ステップＳ１０１８は、ｅＮＢ２１１，２１２のＸ２プロトコル（ＧＴＰ）により、Ｘ２コネクションを用いて行われる。また、ステップＳ１０１８は、ｅＮＢ２１２に記憶されたルーティングテーブル１００２に基づいて行われる。ルーティングテーブル１００２は、ＰｒｏＳｅ  ＵＥ  ＩＤとｅＮＢ  ＩＤとの対応関係を示す対応情報である。
【０１１６】
つぎに、ｅＮＢ２１１のＸ２プロトコル（ＧＴＰ）の処理部が、ステップＳ１０１８により受信したＧＴＰトラフィックをＰｒｏＳｅデータに変換し、変換したＰｒｏＳｅデータをｅＮＢ２１１のＰｒｏＳｅプロトコルの処理部へ出力する（ステップＳ１０１９）。
【０１１７】
つぎに、ｅＮＢ２１１が、ステップＳ１０１９により出力されたＰｒｏＳｅデータをＵＥ２０１へ送信する（ステップＳ１０２０）。ステップＳ１０２０は、たとえばｅＮＢ２１１およびＵＥ２０１のＰｒｏＳｅプロトコルにより行われる。ＵＥ２０１は、ステップＳ１０２０により受信したＰｒｏＳｅデータから、ＵＥ２０２からのユーザデータを取得することができる。
【０１１８】
このように、ｅＮＢ２１１，２１２は、たとえば図９に示した処理によってＵＥ２０１，２０２の認証および承認を行った後に、ＵＥ２０１，２０２の間でＰｒｏＳｅによる通信を実行させることができる。
【０１１９】
図１０Ａに示す例では、ＵＥ２０１からＵＥ２０２へユーザデータを送信し、その後にＵＥ２０２からＵＥ２０１へユーザデータを送信する場合について説明したが、ユーザデータを送信するタイミングはこれに限らない。たとえば、ＵＥ２０１からＵＥ２０２へのユーザデータの送信と、ＵＥ２０２からＵＥ２０１へのユーザデータと、が時間的に重複して行われてもよい。また、ＵＥ２０１からＵＥ２０２へのユーザデータの送信と、ＵＥ２０２からＵＥ２０１へのユーザデータと、のいずれか一方のみが行われてもよい。
【０１２０】
図１０Ｂは、隔離型無線アクセス網による通信の他の例を示すシーケンス図である。図１０Ｂにおいては、ＵＥ２０１，２０２がともにｅＮＢ２１１に接続し、ｅＮＢ２１１とＭＭＥ２２１との間の各Ｓ１コネクションに不具合が発生した後にＵＥ２０１，２０２が互いにユーザデータを送受信する場合について説明する。
【０１２１】
たとえば図９に示した処理により、ＵＥ２０１とｅＮＢ２１１との間で認証および承認が完了しているとする。また、たとえば図９に示した処理と同様の処理により、ＵＥ２０２とｅＮＢ２１１との間でも認証および承認が完了しているとする。
【０１２２】
まず、ＵＥ２０１が、ＵＥ２０２を宛先とするユーザデータを格納したＰｒｏＳｅデータをｅＮＢ２１１へ送信する（ステップＳ１０２１）。ステップＳ１０２１により送信されるＰｒｏＳｅデータには、たとえば、ＵＥ２０２のＰｒｏＳｅ  ＵＥ  ＩＤ（宛先）およびユーザデータが含まれる。ステップＳ１０２１は、たとえばＵＥ２０１およびｅＮＢ２１１のＰｒｏＳｅプロトコルにより行われる。
【０１２３】
ｅＮＢ２１１が、ステップＳ１０２１により受信したＰｒｏＳｅデータをＵＥ２０２へ送信する（ステップＳ１０２２）。ステップＳ１０２２は、たとえばｅＮＢ２１１およびＵＥ２０２のＰｒｏＳｅプロトコルにより行われる。ＵＥ２０２は、ステップＳ１０２２により受信したＰｒｏＳｅデータから、ＵＥ２０１からのユーザデータを取得することができる。
【０１２４】
また、ＵＥ２０２が、ＵＥ２０１を宛先とするユーザデータを格納したＰｒｏＳｅデータをｅＮＢ２１１へ送信する（ステップＳ１０２３）。ステップＳ１０２３により送信されるＰｒｏＳｅデータには、たとえば、ＵＥ２０１のＰｒｏＳｅ  ＵＥ  ＩＤ（宛先）およびユーザデータが含まれる。ステップＳ１０２３は、たとえばＵＥ２０２およびｅＮＢ２１１のＰｒｏＳｅプロトコルにより行われる。
【０１２５】
つぎに、ｅＮＢ２１１が、ステップＳ１０２３により受信したＰｒｏＳｅデータをＵＥ２０１へ送信する（ステップＳ１０２４）。ステップＳ１０２４は、たとえばｅＮＢ２１１およびＵＥ２０１のＰｒｏＳｅプロトコルにより行われる。ＵＥ２０１は、ステップＳ１０２４により受信したＰｒｏＳｅデータから、ＵＥ２０２からのユーザデータを取得することができる。
【０１２６】
このように、ｅＮＢ２１１は、たとえば図９に示した処理によってＵＥ２０１，２０２の認証および承認を行った後に、ＵＥ２０１，２０２の間でＰｒｏＳｅによる通信を実行させることができる。また、ＵＥ２０１，２０２がともにｅＮＢ２１１に接続しているため、ｅＮＢ２１１は、Ｘ２コネクションを用いずにＵＥ２０１とＵＥ２０２との間の通信を中継する。
【０１２７】
図１０Ｂに示す例では、ＵＥ２０１からＵＥ２０２へユーザデータを送信し、その後にＵＥ２０２からＵＥ２０１へユーザデータを送信する場合について説明したが、ユーザデータを送信するタイミングはこれに限らない。たとえば、ＵＥ２０１からＵＥ２０２へのユーザデータの送信と、ＵＥ２０２からＵＥ２０１へのユーザデータと、が時間的に重複して行われてもよい。また、ＵＥ２０１からＵＥ２０２へのユーザデータの送信と、ＵＥ２０２からＵＥ２０１へのユーザデータと、のいずれか一方のみが行われてもよい。
【０１２８】
（ｅＮＢによる処理）
図１１は、ｅＮＢによる処理の一例を示すフローチャートである。ｅＮＢ２１１の処理について説明するが、ｅＮＢ２１２の処理もｅＮＢ２１１の処理と同様である。ｅＮＢ２１１は、たとえば図１１に示す各ステップを繰り返し実行する。
【０１２９】
まず、ｅＮＢ２１１は、ＭＭＥ２２１との間のＳ１コネクションに不具合が生じたか否かを判断する（ステップＳ１１０１）。ＭＭＥ２２１との間のＳ１コネクションに不具合が生じていない場合（ステップＳ１１０１：Ｎｏ）は、ｅＮＢ２１１は、ＥＰＣ２２０を経由する経路によりＵＥ２０１，２０２の間（端末間）での通信を実行させる制御を行い（ステップＳ１１０２）、一連の処理を終了する。
【０１３０】
ステップＳ１１０１において、ＭＭＥ２２１との間のＳ１コネクションに不具合が生じた場合（ステップＳ１１０１：Ｙｅｓ）は、ｅＮＢ２１１は、ＵＥ２０１，２０２のうちの自局に接続している端末の通信に関するパラメータを保持する（ステップＳ１１０３）。つぎに、ｅＮＢ２１１は、ＵＥ２０１，２０２のうちの自局に接続している端末におけるＮＡＳプロトコルの処理を停止させる（ステップＳ１１０４）。また、ｅＮＢ２１１は、ＮＡＳプロトコルによる通信を中継する自局の処理も停止させる。
【０１３１】
つぎに、ｅＮＢ２１１は、ＲＲＣコネクション再確立要求を、ＵＥ２０１，２０２のうちの自局に接続している端末から受信したか否かを判断し（ステップＳ１１０５）、ＲＲＣコネクション再確立要求を受信するまで待つ（ステップＳ１１０５：Ｎｏのループ）。
【０１３２】
ステップＳ１１０５において、ＲＲＣコネクション再確立要求を受信すると（ステップＳ１１０５：Ｙｅｓ）、ｅＮＢ２１１は、ＵＥ２０１，２０２のうちの自局に接続している端末の認証および認証を行う（ステップＳ１１０６）。ステップＳ１１０６による認証は、ｅＮＢ２１１に実装されたＰｒｏＳｅプロトコルの処理を用いて行われる。また、ステップＳ１１０６による認証は、ステップＳ１１０３によって保持しておいたパラメータに基づいて行われる。
【０１３３】
つぎに、ｅＮＢ２１１は、ＰｒｏＳｅによりＵＥ２０１，２０２の間（端末間）での通信を実行させる制御を行い（ステップＳ１１０７）、一連の処理を終了する。
【０１３４】
このように、実施の形態２によれば、ＰｒｏＳｅの処理を用いてｅＮＢ（たとえばｅＮＢ２１１）が端末（たとえばＵＥ２０１）の認証および承認を行うことにより、端末間（たとえばＵＥ２０１，２０２の間）でＰｒｏＳｅによる通信を実行させることができる。これにより、無線アクセス網２１０とＥＰＣ２２０との間の通信に不具合が発生した場合における端末間の通信停止の防止を図ることができる。
【０１３５】
（実施の形態３）
（実施の形態３にかかる無線通信システム）
図１２は、実施の形態３にかかる無線通信システムの一例を示す図である。図１２において、図２に示した部分と同様の部分については同一の符号を付して説明を省略する。図１２に示すように、実施の形態３にかかる無線通信システム２００は、図２に示した構成に加えてデフォルトｅＮＢ１２０１を含む。なお、図１２においては、図２に示したｅＮＢ２１２やＵＥ２０２を図示していない。
【０１３６】
デフォルトｅＮＢ１２０１は、たとえばＰｒｏＳｅ  ＵＥ−ＮＷ  Ｒｅｌａｙとして常設される。たとえば、デフォルトｅＮＢ１２０１は、Ｓ１コネクションを介してＭＭＥ２２１と接続され、Ｘ２コネクションを介してｅＮＢ２１１と接続された基地局である。
【０１３７】
また、デフォルトｅＮＢ１２０１は、無線アクセス網２１０とＥＰＣ２２０との間の接続性が失われる前に、ＭＭＥ２２１との間で複数のＳ１コネクションを設定しておく。デフォルトｅＮＢ１２０１は、無線通信機能（カバレッジ）を有していない仮想的な基地局であってもよい。
【０１３８】
図１２においては、無線アクセス網２１０とＥＰＣ２２０との間の接続性が失われた後に、ＵＥ２０１が新規のＰｒｏＳｅ  ＵＥとして無線アクセス網２１０に接続する場合について説明する。
【０１３９】
まず、ＵＥ２０１は、ｅＮＢ２１１に対して接続要求を行う。これに対して、ｅＮＢ２１１は、自局とＭＭＥ２２１との間のＳ１コネクションの接続性が失われているため、自局を介してＵＥ２０１とデフォルトｅＮＢ１２０１との間で仮想的にＲＲＣコネクション１２０２を設定させる制御を行う。
【０１４０】
これにより、ＵＥ２０１は、ｅＮＢ２１１と無線通信を行いつつ、ｅＮＢ２１１およびデフォルトｅＮＢ１２０１を介してＭＭＥ２２１との間で仮想的にＲＲＣコネクションを確立することができる。この際、デフォルトｅＮＢ１２０１とＭＭＥとの間のＳ２コネクションとしては、無線アクセス網２１０とＥＰＣ２２０との間の接続性が失われる前にＭＭＥ２２１が設定しておいたＳ１コネクションが用いられる。また、この際、ｅＮＢ２１１は、ＵＥ２０１とデフォルトｅＮＢ１２０１との間の制御信号の送受信を転送する。これにより、ＡＳレベルのセキュリティを確保することができる。
【０１４１】
つぎに、ＵＥ２０１について、デフォルトｅＮＢ１２０１からｅＮＢ２１１へのハンドオーバ１２０３が行われる。これにより、ＵＥ２０１が通信を行うためのパラメータ（たとえばＵＥコンテキスト）がデフォルトｅＮＢ１２０１からｅＮＢ２１１へ転送される。デフォルトｅＮＢ１２０１からｅＮＢ２１１へ転送されるパラメータには、ＵＥ２０１について仮想的に設定されたＭＭＥ２２１との間のＲＲＣコネクションにおけるＳ１コネクションのＳ１コンテキストが含まれる。
【０１４２】
これにより、ＵＥ２０１は、ｅＮＢ２１１を介して他の端末（たとえばＵＥ２０２）との間でＰｒｏＳｅによる通信を開始することができる。
【０１４３】
このように、実施の形態３においては、ＵＥ２０１が初期アクセスを行う際に、ＵＥ２０１がデフォルトｅＮＢ１２０１に一旦接続し、その後に、デフォルトｅＮＢ１２０１に隣接するｅＮＢ２１１へのハンドオーバ１２０３が実行される。これにより、無線アクセス網２１０とＥＰＣ２２０との間の接続性が失われた後に、ＵＥ２０１が新規のＰｒｏＳｅ  ＵＥとして無線アクセス網２１０に接続する場合でも、ＵＥ２０１のＡＳレベルのセキュリティを確保して通信を開始することが可能になる。
【０１４４】
（実施の形態３においてＵＥが隔離型無線アクセス網に接続する場合の処理）
図１３は、実施の形態３においてＵＥが隔離型無線アクセス網に接続する場合の処理の一例を示すシーケンス図である。図１３においては、ＵＥ２０１が無線アクセス網２１０への初期アクセスを行う場合について説明する。
【０１４５】
まず、ｅＮＢ２１１（ＵＥ−ＮＷ  Ｒｅｌａｙ）とＭＭＥ２２１との間のＳ１コネクションに不具合が発生すると、ｅＮＢ２１１が、Ｓ１コネクションに不具合が発生したこと（Ｓ１  Ｃｏｎｎｅｃｔｉｏｎ  Ｐｒｏｂｌｅｍ）を示すページング（Ｐａｇｉｎｇ）をＵＥ２０１へ送信する（ステップＳ１３０１）。ステップＳ１３０１は、たとえばｅＮＢ２１１およびＵＥ２０１のＡＳ（ＲＲＣ）プロトコルにより行われる。
【０１４６】
図１３に示すステップＳ１３０２〜Ｓ１３０５は、図９に示したステップＳ９０７〜Ｓ９１０と同様である。ステップＳ１３０５のつぎに、ＵＥ２０１が、ｅＮＢ２１１を介してデフォルトｅＮＢ１２０１に対して初期アクセス（Ｖｅｒｙ  Ｉｎｉｔｉａｌ  Ａｃｃｅｓｓ）を行う（ステップＳ１３０６）。これにより、ＲＲＣコネクションが確立（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ）され、ＵＥ２０１のＡＳレベルのセキュリティが確保される。ステップＳ１３０６は、たとえばＵＥ２０１およびｅＮＢ２１１のＡＳ（ＲＲＣ）プロトコルにより行われる。
【０１４７】
また、ＵＥ２０１は、Ｃ−ＲＮＴＩなどの自端末のＡＳ情報を保持しておく（ステップＳ１３０７）。ステップＳ１３０７は、たとえばＵＥ２０１のＡＳ（ＲＲＣ）プロトコルにより行われる。また、ステップＳ１３０７において保持されるＣ−ＲＮＴＩは、たとえばステップＳ１３０６によるＲＲＣコネクションの確立においてＵＥ２０１に割り当てられたＣ−ＲＮＴＩである。
【０１４８】
つぎに、ＵＥ２０１について、デフォルトｅＮＢ１２０１からｅＮＢ２１１へのハンドオーバ（Ｈａｎｄｏｖｅｒ）が行われる（ステップＳ１３０８）。これにより、ＵＥ２０１の通信に関するパラメータ（たとえばＵＥコンテキスト）がデフォルトｅＮＢ１２０１からｅＮＢ２１１へ転送される。ｅＮＢ２１１は、デフォルトｅＮＢ１２０１から転送されたパラメータを保持しておく。
【０１４９】
つぎに、ｅＮＢ２１１が、ＵＥ２０１についての認証を行う（ステップＳ１３０９）。ステップＳ１３０９は、たとえばｅＮＢ２１１のＡＳ（ＲＲＣ）プロトコルにより行われる。ステップＳ１３０９において、ｅＮＢ２１１は、たとえば、保持しておいたＵＥ２０１のＵＥコンテキストと、ステップＳ１３０８のハンドオーバにより得たＵＥ２０１のＣ−ＲＮＴＩと、を比較することにより認証を行う。また、ｅＮＢ２１１は、保持しておいたＵＥ２０１のＵＥコンテキストと、ステップＳ１３０８のハンドオーバにより得たＰＣＩやｓｈｏｒｔ  ＭＡＣ−Ｉと、を比較することにより認証を行ってもよい。
【０１５０】
つぎに、ｅＮＢ２１１のＡＳ（ＲＲＣ）プロトコルの処理部が、ｅＮＢ２１１のＰｒｏＳｅプロトコルの処理部に対して、ＵＥ２０１についての承認要求を行う（ステップＳ１３１０）。ステップＳ１３１０の承認要求は、たとえば、ｅＮＢ２１１のＡＳ（ＲＲＣ）プロトコルの処理部がｅＮＢ２１１のＰｒｏＳｅプロトコルの処理部へＵＥ２０１のＰｒｏＳｅ  ＵＥ  ＩＤを通知することにより行われる。
【０１５１】
つぎに、ｅＮＢ２１１が、ＰｒｏＳｅプロトコルの処理部により、ＵＥ２０１についての承認を行う（ステップＳ１３１１）。たとえば、ｅＮＢ２１１は、保持しておいたＵＥ２０１のＵＥコンテキストと、ステップＳ１３１０の承認要求によって通知されたＵＥ２０１のＰｒｏＳｅ  ＵＥ  ＩＤと、を比較することにより、ＵＥ２０１についての承認を行う。つぎに、ｅＮＢ２１１のＰｒｏＳｅプロトコルの処理部が、ｅＮＢ２１１のＡＳ（ＲＲＣ）プロトコルの処理部に対して、ステップＳ１３１１による承認結果を通知する（ステップＳ１３１２）。
【０１５２】
つぎに、ｅＮＢ２１１が、ＵＥ２０１に対して、ＩＰアドレスの割り当て（ＩＰ  Ａｄｄｒｅｓｓ  Ａｌｌｏｃａｔｉｏｎ）を行う（ステップＳ１３１３）。ステップＳ１３１３は、たとえば、ｅＮＢ２１１がＩＰ中継装置としての処理を行う処理部（ＩＰ−Ｒｅｌａｙ）と、ＵＥ２０１のＩＰレイヤと、により行われる。また、ステップＳ１３１３は、たとえばＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）ｖ４を用いて行われる。
【０１５３】
つぎに、ＵＥ２０１が、ステップＳ１３１３により割り当てられたＩＰアドレスを自端末のＩＰアドレスとして設定する（ステップＳ１３１４）。ステップＳ１３１４は、たとえばＵＥ２０１のＩＰプロトコルにより行われる。
【０１５４】
また、ＵＥ２０１は、自端末のＰｒｏＳｅ  ＵＥ  ＩＤを設定する（ステップＳ１３１５）。ステップＳ１３１５によりＵＥ２０１が設定するＰｒｏＳｅ  ＵＥ  ＩＤは、たとえばｅＮＢ２１１とＭＭＥ２２１とのＳ１コネクションに不具合が生じる前のＵＥ２０１のＰｒｏＳｅ  ＵＥ  ＩＤである。または、ステップＳ１３１５によりＵＥ２０１が設定するＰｒｏＳｅ  ＵＥ  ＩＤは、ＵＩＣＣ（Ｕｎｉｖｅｒｓａｌ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  Ｃａｒｄ：ユニバーサルＩＣカード）などに記憶されたＰｒｏＳｅ  ＵＥ  ＩＤであってもよい。
【０１５５】
これにより、ＵＥ２０１にＩＰアドレスおよびＰｒｏＳｅ  ＵＥ  ＩＤが設定される。また、たとえば図１３に示した処理と同様の処理により、ＵＥ２０２にもＩＰアドレスおよびＰｒｏＳｅ  ＵＥ  ＩＤが設定される。そして、ＵＥ２０１，２０２の間で、たとえば図１０Ａに示したようにユーザデータの送受信が行われる。
【０１５６】
このとき、ＵＥ２０１は、ステップＳ１３０７によって保持しておいたＣ−ＲＮＴＩを用いて、ｅＮＢ２１１から無線送信される下り信号を受信することができる。たとえば、ｅＮＢ２１１は、ＵＥ２０１への下り信号を、ＵＥ２０１に割り当てられたＣ−ＲＮＴＩを用いてスクランブリングして送信する。ＵＥ２０１は、ｅＮＢ２１１からの下り信号を、ＵＥ２０１に割り当てられたＣ−ＲＮＴＩに基づいてデスクランブルすることにより受信する。ｅＮＢ２１１からＵＥ２０１への下り信号は、たとえばＥ−ＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ−Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：拡張物理下りリンク制御チャネル）やＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：物理下りリンク共有チャネル）などである。
【０１５７】
このように、実施の形態３によれば、無線アクセス網２１０とＥＰＣ２２０との間の接続性が失われた後に、ＵＥ２０１が新規のＰｒｏＳｅ  ＵＥとして無線アクセス網２１０に接続する場合でも、実施の形態２と同様の効果を得ることができる。
【０１５８】
すなわち、ＰｒｏＳｅの処理を用いてｅＮＢ（たとえばｅＮＢ２１１）が端末（たとえばＵＥ２０１）の認証および承認を行うことにより、端末間（たとえばＵＥ２０１，２０２の間）でＰｒｏＳｅによる通信を実行させることができる。これにより、無線アクセス網２１０とＥＰＣ２２０との間の通信に不具合が発生した場合における端末間の通信停止の防止を図ることができる。
【０１５９】
また、デフォルトｅＮＢ１２０１は、無線アクセス網２１０とＥＰＣ２２０との間の接続性が失われる前にＥＰＣ２２０との間のＳ１コネクションを保持しておく。そして、無線アクセス網２１０とＥＰＣ２２０との間の接続性が失われた後に、ＵＥ２０１がｅＮＢ２１１に対して接続要求を行った場合に、ｅＮＢ２１１を介してＵＥ２０１とデフォルトｅＮＢ１２０１との間で接続処理が行われる。このとき、デフォルトｅＮＢ１２０１が設定しておいたＳ１コネクションを用いることで、ＵＥ２０１についてＭＭＥ２２１とのＲＲＣコネクションを仮想的に設定することができる。
【０１６０】
このため、無線アクセス網２１０とＥＰＣ２２０との間の接続性が失われた後に、ＵＥ２０１が新規のＰｒｏＳｅ  ＵＥとして無線アクセス網２１０に接続する場合でも、ＵＥ２０１についてＭＭＥ２２１とのＲＲＣコネクションを仮想的に設定することができる。また、ＲＲＣコネクションを仮想的に設定したＵＥ２０１をデフォルトｅＮＢ１２０１からｅＮＢ２１１へハンドオーバさせることで、デフォルトｅＮＢ１２０１に負荷が集中することを防止することができる。
【０１６１】
また、実施の形態２，３を組み合わせた構成とすることも可能である。たとえば、無線通信システム２００において、ＵＥ２０１，２０２がｅＮＢ２１１およびＥＰＣ２２０を経由する経路により互いに通信している状態においてＳ１コネクションの不具合が生じた場合は、図９に示した処理により認証および承認が行われる。またＳ１コネクションの不具合が生じた状態でＵＥ２０１が無線アクセス網２１０へ初期アクセスを行う場合は、図１３に示した処理により認証および承認が行われる。
【０１６２】
以上説明したように、無線通信システム、基地局および端末によれば、パケットコア網と無線アクセス網との間の通信に不具合が生じた場合における通信停止を防止することができる。
【０１６３】
たとえば、従来、無線アクセス網とパケットコア網との間の接続が切断された場合は、通信は停止し、通信を継続するためには、パケットコア網へのリンク（たとえばファイバーアクセス）の復旧を待つことになる。このため、たとえば通信を一旦切断し、復旧を待って再接続することになる。
【０１６４】
これに対して、上述した各実施の形態によれば、たとえば、基地局にＰｒｏＳｅレイヤを実装し、通信の認証と承認を行うように制御し、基地局は、パケットコア網への接続性が切れる前の状態を保持することができる。そして、基地局は、保持した情報を用いて、たとえば、ＡＳレイヤで通信の認証を実施し、ＰｒｏＳｅレイヤで通信の認証を実施することができる。これにより、無線アクセス網とパケットコア網との間の接続が切断された場合に、通信を即座に再開し、通信を継続することが可能になる。
【０１６５】
たとえば、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）のＳＡ１において、コア網から無線アクセス網が分離された場合でも通信が継続可能となるＩＯＰＳが検討されている。たとえば、ＩＯＰＳにおいて想定されているシナリオとしては、たとえば、グループ通信時の局内代替経路確保、個別通信時の局内代替経路確保、直接通信プロトコルによる局内ルーティングなどがある。また、ＩＯＰＳにおいて想定されているシナリオとしては、たとえば、狭帯域バックホールリンク、広域隔離型無線アクセス網、隔離型無線アクセス網と通常無線アクセス網間の移動などがある。上述した各実施の形態は、これらの各シナリオに対して適用することができる。
【０１６６】
上述した各実施の形態に関し、さらに以下の付記を開示する。
【０１６７】
（付記１）パケットコア網と、基地局および端末を含む無線アクセス網と、を含む無線通信システムであって、
複数の端末と、
端末間の近接通信サービスに関する処理が可能であり、前記パケットコア網と自局との間の接続に不具合が生じた場合に、前記近接通信サービスに関する処理を用いて、前記複数の端末のうちの自局に接続した端末との間で通信の認証および承認を行うことにより前記複数の端末の間で近接通信を実行させる基地局と、
を含むことを特徴とする無線通信システム。
【０１６８】
（付記２）前記近接通信を実行させる前記基地局は、前記不具合が生じた場合に、前記自局に接続した端末および自局について、前記パケットコア網との間で通信を行う処理を停止させることを特徴とする付記１に記載の無線通信システム。
【０１６９】
（付記３）前記近接通信を実行させる前記基地局は、前記自局に接続した端末について前記パケットコア網との間で通信を行う処理を停止させた後に、前記端末からの再接続要求を受信し、受信した前記再接続要求に基づいて前記通信の認証および承認を行うことを特徴とする付記２に記載の無線通信システム。
【０１７０】
（付記４）前記再接続要求は、前記近接通信を実行させる前記基地局が前記パケットコア網との間で通信を行う処理を停止させたことによる再接続要求であることを示す情報を含むことを特徴とする付記３に記載の無線通信システム。
【０１７１】
（付記５）前記近接通信を実行させる前記基地局は、前記複数の端末が自局および前記パケットコア網を経由する経路により互いに通信を行っている状態において前記不具合が生じた場合は、前記自局に接続した端末における通信に関するパラメータを保持し、保持したパラメータに基づいて前記通信の認証および承認を行うことを特徴とする付記１〜４のいずれか一つに記載の無線通信システム。
【０１７２】
（付記６）前記複数の端末に含まれる第１端末は、前記不具合が生じた後に前記無線アクセス網に接続する場合に、前記複数の端末の間で近接通信を実行させる前記基地局（以下、「第１基地局」と称する）を介して前記第１基地局と異なる第２基地局に接続し、前記第２基地局から前記第１基地局へハンドオーバし、
前記第２基地局は、前記第１基地局へハンドオーバした前記第１端末における通信に関するパラメータを前記第１基地局へ転送し、
前記第１基地局は、前記第２基地局から転送された前記パラメータに基づいて、自局へハンドオーバした前記第１端末との間で通信の認証および承認を行うことにより、前記第１端末と、前記複数の端末のうちの前記第１端末と異なる第２端末と、の間で近接通信を実行させる、
ことを特徴とする付記１〜５のいずれか一つに記載の無線通信システム。
【０１７３】
（付記７）前記第２基地局は、前記不具合が生じる前に前記パケットコア網との間でコネクションを設定し、
前記第１端末は、前記不具合が生じた後に前記第１基地局を介して前記第２基地局に接続することにより、前記コネクションを含む経路で前記パケットコア網に仮想的に接続し、前記第２基地局から前記第１基地局へハンドオーバする、
ことを特徴とする付記６に記載の無線通信システム。
【０１７４】
（付記８）パケットコア網と、基地局および端末を含む無線アクセス網と、を含む無線通信システムの基地局であって、
前記パケットコア網との間で通信を行い、前記パケットコア網と自局との間の接続の不具合を検出する通信部と、
端末間の近接通信サービスに関する処理が可能であり、前記通信部によって前記不具合が検出された場合に、前記近接通信サービスに関する処理を用いて、複数の端末のうちの自局に接続した端末との間で通信の認証および承認を行うことにより前記複数の端末の間で近接通信を実行させる制御部と、
を備えることを特徴とする基地局。
【０１７５】
（付記９）パケットコア網と、基地局および端末を含む無線アクセス網と、を含む無線通信システムの端末であって、
他の端末との間で通信が可能な通信部と、
端末間の近接通信サービスに関する処理が可能であり、前記パケットコア網と自局との間の接続に不具合が生じた場合に、前記近接通信サービスに関する処理を用いて、複数の端末のうちの自局に接続した端末との間で通信の認証および承認を行うことにより前記複数の端末の間で近接通信を実行させる基地局からの制御信号に基づいて、前記通信部による通信を制御する制御部と、
を含むことを特徴とする端末。
【符号の説明】
【０１７６】
１００，２００  無線通信システム
１０１  パケットコア網
１０２，２１０  無線アクセス網
１１０，１４０，３００，５００  基地局
１１１，１２１，３４０  通信部
１１２，１２２，３２０，４２０  制御部
１２０，１３０，４００，６００  端末
２０１〜２０４  ＵＥ
２１１，２１２  ｅＮＢ
２１１ａ，２１２ａ  セル
２２０  ＥＰＣ
２２１  ＭＭＥ
２２２  ゲートウェイ
２２３  ＨＳＳ
２２４  ＰｒｏＳｅファンクション
２５１  パケット
３１０，４１０  無線通信部
３１１，４１１  無線送信部
３１２，４１２  無線受信部
３３０，４３０  記憶部
５１１，６１１  アンテナ
５１２，６１２  ＲＦ回路
５１３，６１３  プロセッサ
５１４，６１４  メモリ
５１５  ネットワークＩＦ
１００１，１００２  ルーティングテーブル
１２０１  デフォルトｅＮＢ
１２０２  ＲＲＣコネクション
１２０３  ハンドオーバ
【図１Ａ】
0006447640.tif 000002
【図１Ｂ】
0006447640.tif 000003
【図１Ｃ】
0006447640.tif 000004
【図２】
0006447640.tif 000005
【図３】
0006447640.tif 000006
【図４】
0006447640.tif 000007
【図５】
0006447640.tif 000008
【図６】
0006447640.tif 000009
【図７】
0006447640.tif 000010
【図８】
0006447640.tif 000011
【図９】
0006447640.tif 000012
【図１０Ａ】
0006447640.tif 000013
【図１０Ｂ】
0006447640.tif 000014
【図１１】
0006447640.tif 000015
【図１２】
0006447640.tif 000016
【図１３】
0006447640.tif 000017